Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Page Properties

Dato

17.09.2021

Ersa saksnr. / tittel

Ersa 688015 - Ny versjon av M9.12 for korrekt informasjon om multidoseapotek

Innmelder

SFM-prosjektet

Saksbehandler(e)

Dag Hammer

Ansvarlig

Til behandling

Ny versjon av melding implementeres i Reseptformidler. Foreløpig er det frivillig å ta ny versjon i bruk

Anbefaling til Endringsforumfra Endringsforum

Sendes til Endringsråd for beslutning.

Endringsråd

15.12.2021

Beslutning Endringsråd

  • Ny meldingsversjon M9.11/M9.12 etableres i Reseptformidler og tilgjengeliggjøres for Rekvirent.

  • SFM utvides med støtte for ny meldingsversjon

  • Meldingen tilgjengeliggjøres for Kjernejournal

  • Det åpnes for tilgjengeliggjøring av ny versjon for apotek etter forespørsel

Innhold

Table of Contents
maxLevel1
typeflat

...

Expand
titleKlikk for å vise aktører

Saken har vært forelagt følgende grupper og vurdering:

[ ] Apotek

[ ] Bandasjist

[ ] Legemiddelverket

[ ] Rekvirent

[ ] RF

[ ] Helfo

[ ] Standardisering

[ ] FM

[ x ] Andre (SFM, Helseplattformen, Helse Midt-Norge)

[ x ] Endringsforum

Bakgrunn

Dagens M9.12 mangler nødvendige parametre (Her-id) for apotek. Her er det en inkonsistens mellom M9.12 og PLL/Multidosemeldingen M25.1 hvor HER-id er obligatorisk for registrering av multidoseapotek.

Historisk er M9.12 benyttet av pakke-apotek, og der er denne opplysningen tilgjengelig. Når M9.12 ble besluttet gjort tilgjengelig for Rekvirent ble det gjort uten endringer i meldingen.

Vurdering og anbefaling

Når rolle (=md-apotek) skal fylles ut i M25.1 gir ikke M9.12 tilstrekkelig underlag for å fylle denne ut korrekt. Videre er det noe historikk i M9.12 meldingen som vi ønsker å rydde.
Det er identifisert behov for at Kjernejounal kan ta i bruk denne meldingen (eller en spesialvariant) for å hente oppdatert informasjon om multidoseregistrering på pasient. I dag finnes kun den historiske informasjonen fra siste PLL eller MD-melding.

Saken ble behandlet i Endringsforum 2.12.21. Det kom ingen innvendinger mot løsningsforslaget, men det ble kommentert at det nå begynner å bli veldig mange meldingsendringer. NHN svarte at det er jobbet i mange år for et nytt løft, men finansiering mangler foreløpig. Det er derfor gjort flere småendringer i meldinger for å unngå ny meldingsversjon.

Konsekvenser og avhengigheter

Konsekvensen av dagens modell, er at rekvirenter som skal fylle ut PLL-melding, ikke har oppdatert og tilstrekkelig informasjon til å fylle ut påmeldt multidoseapotek og multidoseansvarlig lege i PLL.

Det er ingen kjente konsekvenser av endringen utover at den løser et problem på rekvirent-siden.

Meldinger som M9.12 defineres i par. Det vil si at M9.11 også oppdateres, men endringen der er minimal: Flagg for angivelse av om “VarerIBruk” skal inkluderes i svaret, samt flagg for valg av komprimering tilsvarende som for andre rekvirentmeldinger.

Konsekvenser for EPJ:

EPJ får mulighet til å benytte ny meldingsversjon for å hente informasjon om PLL og multidose. Konsekvens er at det må utvikles støtte for ny meldingsversjon. Den nye meldingen er noe forenklet, samt at det legges opp til at EPJ kan velge hvor mye som returneres (raskere løsning)

Konsekvenser for apotek:

For apotek er ibruktakelse av ny melding en opsjon. Bør i tilfelle samordnes med eventuell ny versjon av M9.2 som bruker en del av de samme strukturene.

Endringer i e-resept dokumentasjonen

...

[ ] Funksjonelt

[ ] Rekvirentkrav

[ X ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

...

Kode

...

Kodetekst

...

Endring

...

Side

...

Tittel

...

Endring

Endringer i systemer

...

Det vil bli utferdiget en ny versjon av meldingsspesifikasjon for M9.11 og M9.12

Krav til leveringstid

Ingen eksplisitte krav. Endringen blir spesifisert for implementasjon i Reseptformdiler og prioritert etter normal prosess

Evt økonomiske og/eller administrative konsekvenser

...

Ingen særskilt finansiering.

Vedlegg

Attachments
uploadfalse
oldfalse