...

• M25.1 er Pasientens legemiddelliste (PLL) for pasienter med og uten multidose.

• M25.2 sendes fra multidoseapoteket til legen ved:

  • Spørsmål om endring på legemiddelbehandling.

  • Bekreftelse på beskjed fra lege på legemiddelbehandling.

  • Merknad fra apotek på overordnet nivå.

  • Informasjon om neste pakkeperiode og neste bestillingsfristVed godkjenning av multidosegrunnlaget.

• Reseptformidleren videresender M25.2 meldingen asynkront til multidoselege. Hvis det ikke er registrert multidoselege vil meldingen ikke bli videresendt. Meldingen vil fortsatt være tilgjengelig i reseptformidleren.

• M25.3 sendes fra multidoseapotek til reseptformidleren når multidoseapotek pakker i multidose. Reseptformidleren videresender meldingen asynkront til multidoselege. Hvis det ikke er registrert multidoselege vil meldingen ikke bli videresendt. Meldingen vil være tilgjengelig i reseptformidleren slik at den kan hentes med M9.7/8.

...

M27.1 benyttes til påmelding av multidoselege og multidoseapotek.

Se også: /wiki/spaces/ERESEPT/pages/12779549 Sekvenser for behandling av multidose .

Aktører som benyttes i beskrivelsen er:

...

Konvensjoner for PLL og multidose

Se også: /wiki/spaces/ERESEPT/pages/14188624 Utfylling:M25.1 Legemidler i bruk (Pasientens legemiddelliste)

Utfylling av M25.1

• M25 meldingene skal inneholde pasientens fødselsnummer/D-nummer.

• Lib-oppføring skal inneholde en Id (uuid) som aldri skal endres. Det skal ikke være mulig å sende M25 hvor det er flere like oppførings-ider.

• Hvis det er oppgitt at det er e-resept eller papirresept så skal det alltid oppgis en resept-id (uuid) til resepten. For e-resepter er det reseptens meldingsid. For papirresepter er dette en lokalt generert referanse. Merk at resept-id for papirresepter som inkluderes fra utleveringsmeldinger kan ha avvikende format på resept-id fordi gammel apotekløsning benytter konsesjonsnummer+ løpenummer som resept-id.

• Det skal ikke være mulig å sende M25.1 hvor det er samme resept-id i flere aktive lib-oppføringer. Hvis en lib-oppføring er seponert kan den ha samme resept-id som en lib-oppføring som ikke er seponert.

• SistEndret på lib-oppføring skal kun oppdateres når det er gjort en endring på et eller flere av attributtene i lib-oppføringen. (Merk at hvis det f.eks. er gjort en teknisk endring av et tidsformat ved innlesing, men som ikke er en endring av tidspunktet så skal SistEndret ikke endres)

• Vaksiner (kodeverdi 4 i kodeverk 9101 "Legemiddelbruk") skal ikke inngå i M25-meldingen.

• Næringsmidler og forbruksmateriell skal ikke inngå i M25-meldingen.

• Kosttilskudd skal oppgis med varegruppekode L i M25. Kosttilskudd har ikke tilknyttet resept.

• Innholdet i ReseptDokLegemiddel i M25.1 og tilknyttet M1 resept skal være like.

• Når M25.2 er nyere enn M25.1 skal det være mulig å se nye lib-oppføringer i M25.2 og det skal være mulig å inkludere eller seponere disse i ny M25.1

Seponering:

• Når et legemiddel er blitt seponert, skal lib-oppføringen sendes med i M25.1 i 90 dager etter passert seponeringsdato.

PLL og resepter:

M25 inneholder oversikt over alle legemidler og kosttilskudd pasienten skal ta. En lib-oppføring i M25 kan ha en tilknyttet resept (ReseptId). Det er ikke sikkert at denne resepten finnes i RF fordi RF kun har aktive resepter og fjerner resepter som ikke lenger er aktive etter en forskriftsfestet oppbevaringstid.

Eksempel på tilfeller hvor legemiddellisten og listen over resepter i RF er forskjellig:

• Resepten finnes ikke i RF (f.eks. tilbakekalt, ferdig ekspedert eller utgått på dato)

  • Et legemiddel som er seponert skal fremdeles ligge i M25.1 i påfølgende 3 måneder etter at seponeringstidspunkt er passert, men resepten er tilbakalt.

• Låst resept er ikke inkludert i PLL.

• En lib-oppføring kan være uten tilknyttet resept.

• Tilknyttet resept er en papir resept.

• Kosttilskudd har ikke resept.

• Resept er sendt inn av rekvirent som ikke sender PLL når pasienten har PLL.

Håndtering av libid:

Gjelder LegemidlerIBruk/EnkeltoppforingLIB/Id

For å forenkle sammenstilling av data hos alle aktører er det viktig at samme legemiddelbehandling identifiseres med samme libid over tid.

Følgende regler gjelder:

• Libid fra M25.1 skal videreføres i ny M25.1 uavhengig av om elementet endres eller ikke.

• Hvis en legemiddelbehandling i en M25.2 ikke finnes i M25.1 skal libid fra M25.2 videreføres i ny M25.1. Dette kan f.Dersom utløpsdato for e-resept/papirresept er kjent av avsendersystem så skal UtlopsdatoResept alltid være fylt inn.

• DatoOppstart skal inneholde institueringsdato for behandlingen. Ved ny forskrivning skal DatoOppstart inneholde dagens dato, hvis ikke rekvirent har angitt annen dato for oppstart av behandlingen. DatoOppstart kan oppgi en dato fram i tid.

• Hvis oppføringen er av type e-resept eller papirresept, så skal Rolle av type "R Rekvirent" være oppgitt med den som signerte resepten.

• Det skal ikke være mulig å sende M25.1 hvor det er samme resept-id i flere aktive lib-oppføringer. Hvis en lib-oppføring er seponert kan den ha samme resept-id som en lib-oppføring som ikke er seponert.

• SistEndret på lib-oppføring skal kun oppdateres når det er gjort en endring på et eller flere av attributtene i lib-oppføringen. (Merk at hvis det f.eks. er gjort en teknisk endring av et tidsformat ved innlesing, men som ikke er en endring av tidspunktet så skal SistEndret ikke endres)

• Vaksiner (kodeverdi 4 i kodeverk 9101 "Legemiddelbruk") skal ikke inngå i M25-meldingen.

• Næringsmidler og forbruksmateriell skal ikke inngå i M25-meldingen.

• Kosttilskudd skal oppgis med varegruppekode L i M25. Kosttilskudd har ikke tilknyttet resept.

• Innholdet i ReseptDokLegemiddel i M25.1 og tilknyttet M1 resept skal være like.

• Når M25.2 er nyere enn M25.1 skal det være mulig å se nye lib-oppføringer i M25.2 og det skal være mulig å inkludere eller seponere disse i ny M25.1

• Når et legemiddel er blitt seponert, skal lib-oppføringen sendes med i M25.1 i 90 dager etter passert seponeringsdato.

• Ved feilregistrering kan en liboppføring i M25.1 slettes for å unngå at liboppføringen sendes med i M25.1 som seponert behandling i 90 dager.

PLL og resepter

M25 inneholder oversikt over alle legemidler og kosttilskudd pasienten skal ta. En lib-oppføring i M25 kan ha en tilknyttet resept (ReseptId). Det er ikke sikkert at denne resepten finnes i RF fordi RF kun har aktive resepter og fjerner resepter som ikke lenger er aktive etter en forskriftsfestet oppbevaringstid.

Eksempel på tilfeller hvor legemiddellisten og listen over resepter i RF er forskjellig:

• Resepten finnes ikke i RF (f.eks. tilbakekalt, ferdig ekspedert eller utgått på dato)

  • Et legemiddel som er seponert skal fremdeles ligge i M25.1 i påfølgende 3 måneder etter at seponeringstidspunkt er passert, men resepten er tilbakalt.

• Låst resept er ikke inkludert i PLL.

• En lib-oppføring kan være uten tilknyttet resept.

• Tilknyttet resept er en papir resept.

• Kosttilskudd har ikke resept.

• Resept er sendt inn av rekvirent som ikke sender PLL når pasienten har PLL.

Håndtering av libid

Gjelder LegemidlerIBruk/EnkeltoppforingLIB/Id

For å forenkle sammenstilling av data hos alle aktører er det viktig at samme legemiddelbehandling identifiseres med samme libid over tid.

Følgende regler gjelder:

• Libid fra M25.1 skal videreføres i ny M25.1 uavhengig av om elementet endres eller ikke.

• Hvis en libid en M25.2 ikke finnes i M25.1 skal libid fra M25.2 videreføres i ny M25.1. Dette kan f.eks. oppstå når MD apotek spør om en løs resept skal inkluderes.

Konvensjoner for multidose

• Overordnet kommentar i M25.2 kan benyttes av multidoseapotek LibId fra en lokal liboppføring som ikke lenger finnes i M25.1 skal ikke gjenbrukes. For eksempel hvis rekvirent ønsker å “gjenopplive” en seponert legemiddelbehandling skal det benyttes en ny libid. Tilsvarende hvis multidoseapotek ønske å stille et spørsmål på en seponert liboppføring eller en liboppføring som ikke finnes i M25.1 så skal det benyttes en ny libid.

Konvensjoner for multidose

• Overordnet kommentar i M25.2 kan benyttes av multidoseapotek når de vil sende en beskjed/spørsmål merknad til multidoselege.

• Multidoseapotek kan sende spørsmål til multidoselege på en enkelt lib-oppføring.

• M9.12 viser informasjon om påmeldt multidoselege og multidoseapotek. Informasjon om multidoselege i M25.1 angir multidoselege på tidspunkt for utfylling av M25.1 og kan derfor være foreldet.

• Når rekvirent har angitt seponeringsdato frem i tid på en lib-oppføring, skal multidoseapotek sette resepten til ferdigekspedert (M10 Utleveringsrapport med Utlevering/Avsluttet = Ja) når seponeringsdato passeres for de legemidler som multidoseapotek pakker. Hensikten er at resepten ikke skal være tilgjengelig for ekspedering etter at seponeringsdato er passert.

• Hvis multidoseapotek har en lib-oppføring som ikke finnes i siste M25.1 så skal den tas ut av grunnlag for pakking og lib-oppføringen skal ikke sendes med i M25.2 eller M25.3. Dette kan oppstå når en lib-oppføring i M25.1 slettes pga. av feilregistrering, pasienten ber om å få den slettet (pasientrettighet) eller lib-oppføringen fjernes i M25.1 etter 90 dager.

Se også: Håndtere multidosepakking av legemidler

Vikar for multidoselege

Alle leger på samme legekontor som multidoselege håndteres av multidoseapotek som vikar for multidoselege.

I EPJ systemet skal vikar gjøre det samme som multidoselege:

• Svare på spørsmål.

• Sende beskjed fra lege

• Skrive merknad på overordnet nivå i M25.1

• Håndtere asynkrone meldinger M25.2/3 i oppgaveliste.

Når en lege opptrer som vikar for multidose gjelder:

• Vikar skal kun angis når det er registrert en multidoselege på pasienten i reseptformidleren (M27.1)

• M25.1 sendes med Vikar=true

• Avsender av M25.1 er vikaren, (MsgHead/MsgInfo/Sender/HealthcareProfessional)

• Avsenders organisasjon (HER id) skal være den samme som multidoselegens påmelding i M27.1.(MsgHead/MsgInfo/Sender/Organisation)

Multidoselegen skal ikke sette vikarflagget.

Sletting av M25 meldinger i Reseptformidleren

...

Bestillingfrist og pakkeperiode

Pakkeinfo med bestillingsfrist og pakkeperiode (ForsteDoseringdato,SisteDoseringsdato) sendes i M25.2 og M25.3.

I M25.2 sendes informasjon om neste pakkeperiode og neste bestillingsfrist. Det sendes ikke alltid M25.2 mellom pakkinger hvis det ikke er endring på pasienten. Derfor kan pakkeinfo fra M25.2 kun benyttes for å si noe om neste pakkerperiode og bestillingfrist hvis M25.2 er nyere enn M25.3.

M25.3 inneholder pakkeperioden det er pakket for og neste bestillingsfrist.

Vikar for multidoselege

Alle leger på samme legekontor som multidoselege håndteres av multidoseapotek som vikar for multidoselege.

I EPJ systemet skal vikar gjøre det samme som multidoselege:

• Svare på spørsmål.

• Sende beskjed fra lege

• Skrive merknad på overordnet nivå i M25.1

• Håndtere asynkrone meldinger M25.2/3 i oppgaveliste.

Når en lege opptrer som vikar for multidose gjelder:

• Vikar skal kun angis når det er registrert en multidoselege på pasienten i reseptformidleren (M27.1)

• M25.1 sendes med Vikar=Ja

• Avsender av M25.1 er vikaren, (MsgHead/MsgInfo/Sender/HealthcareProfessional)

• Avsenders organisasjon (HER id) skal være den samme som multidoselegens påmelding i M27.1.(MsgHead/MsgInfo/Sender/Organisation)

Multidoselegen skal ikke sette vikarflagget.

Sletting av M25 meldinger i Reseptformidleren

• M25.1 for en pasient slettes i RF når den er eldre enn 16 måneder. (ihht. Reseptformidlerforskriften)

• M25.2 og M25.3 for samme pasient slettes samtidig med at M25.1 slettes.

...

• Merknad på overordnet nivå i M25.1 skal vises.

• Merknad fra apotek på overordnet nivå fra M25.2 skal vises.

• Hvis M25.2 er nyere enn M25.1:

  • Spørsmål og svar fra M25.2 skal vises.

  • Nye lib-oppføringer i M25.2 som ikke finnes i M25.1 med eller uten spørsmål skal vises.

• Hvis M25.1 er nyere enn M25.2:

  • Spørsmål og svar fra M25.1 skal vises

• Neste pakkeperiode kan vises fra M25.2 hvis M25.2 er nyere enn M25.3.

• Bestillingsfrist skal vises fra nyeste M25.2 eller M25.3.

• Når dagens dato er til og med pakkeperiodens siste doseringsdato:

  • Pakkeperiode fra M25.3 skal vises. Pakkeperiode i M25.3 inneholder perioden det er pakket for.

  • Informasjon om hvilke legemidler som er pakket skal vises.

...

Når det i beskrivelsen nedenfor skrives “spørsmål fra M25..” så inkluderer det svar når det er utfylt.

Normalflyt for spørsmål og svar mellom multidoseapotek og multidoselege.

Se Situasjoner multidoselege og PLL for avvikende sekvens når PLL lege er involvert i meldingsflyten.

PLL-lege

...

Spørsmål fra M25.1 skal videresendes i ny M25.1. PLL-lege skal kunne se, men ikke kunne endre disse.

Hvis M25.2 er nyere enn M25.1:

...

PLL-lege skal kunne se spørsmål fra multidoseapotek i M25.2.

...

Normalflyt for spørsmål og svar mellom multidoseapotek og multidoselege.

Se Situasjoner multidoselege og PLL for avvikende sekvens når PLL lege er involvert i meldingsflyten.

PLL-lege

• Spørsmål fra M25.1 skal videresendes i ny M25.1. PLL-lege skal kunne se, men ikke kunne endre disse.

• Hvis M25.2 er nyere enn M25.1:

  • PLL-lege skal kunne se spørsmål fra multidoseapotek i M25.2.

  • Spørsmål i M25.2 skal videresendes uendret i M25.1. Sist endret dato skal ikke oppdateres hvis lib-oppføringen ikke endres.

...

Benyttes når apotek vil ha bekreftet eller avkreftet fra multidoselege om lib-oppføring skal seponeres. Multidoselege svarer da enten 1 Varen Seponeres og seponerer lib-oppføringen eller 2 Varen seponeres ikke og beholder lib-oppføringen.

Skal varen inkluderes i pasientens legemiddelliste ?

...

• Beholde den foreslåtte lib-oppføringen. EPJ-systemet sender da svaret 3 Varen inkluderes i Pasientens Legemiddelliste (PLL).

• Ikke beholde den foreslåtte lib-oppføringen. EPJ-systemet sender da svaret 4 Varen inkluderes ikke i Pasientens Legemiddelliste (PLL) og lib-oppføringen seponeres.

• Benytte informasjonen fra den foreslåtte lib-oppføringen til å oppdatere en eksisterende lib-oppføring. EPJ-systemet svarer da med 4 Varen inkluderes ikke i Legemidler i bruk (LIB), legger til en merknad i svaret "Varen er knyttet til en annen lib-oppføring" og seponerer den foreslåtte lib-oppføringen.

Skal resepten fornyes

Benyttes når apoteket ser at resepten snart vil være utgått på dato eller bli utekspedert.

Multidoselegen vil da vurdere behov for legemidlet på nytt og sende 5 Resept fornyes sammen med ny resept, eller sende 6 Resept skal ikke fornyes.

Annet spørsmål

Benyttes når apoteket har spørsmål til bruken av en lib-oppføring som ikke går inn under tilfellene beskrevet over. Multidoseapotek skriver spørsmålet i fritekst i spørsmålets merknadsfelt. Tilsvarende så må svaret fra rekvirenten skrives som fritekst i svarets merknadsfelt.

Beskjed fra Lege

Multidoselege har behov for å sende en beskjed til apoteket angående en bestemt PLL-oppføring. Legen sender da 5 - Beskjed fra Lege sammen med fritekst i spørsmålets merknadsfelt. Apoteket svarer med 8 Beskjed mottatt, og kan legge på ytterligere informasjon som fritekst i svarets merknadsfelt.

Feilhåndtering i PLL/multidose

Samtidig oppdatering av PLL

Hvis PLL oppdateres samtidig fra forskjellige systemer så vil RF kunne gi feilmelding ved innsending av M25.1 med feilkode “226 RefToParent er ikke korrekt”. Dette skyldes at 2 rekvirenter (forsøker å oppdatere PLL samtidig uten å lese PLL i mellomtiden.

Dette vil skje i følgende situasjon:

1. Rekvirent A leser M25.1 (med M9.11/12) , endrer og sender M25.

...

Spørsmål (Kodeverk 7495)

...

Svar (Kodeverk 7493)

...

4 - Annet spørsmål

...

7 - Svar på annet spørsmål

Beskjed fra Lege

Multidoselege har behov for å sende en beskjed til apoteket angående en bestemt PLL-oppføring. Legen sender da 5 - Beskjed fra Lege sammen med fritekst i spørsmålets merknadsfelt. Apoteket svarer med 8 Beskjed mottatt, og kan legge på ytterligere informasjon som fritekst i svarets merknadsfelt.

...

Multidoseleges spørsmål (Kodeverk 7495)

...

Multidoseansvarlig apotekets svar (Kodeverk 7493)

...

5 - Beskjed fra Lege

...

1. 1,

2. Rekvirent B leser M25.1 (med M9.11/12), endrer og sender M25,1

3. Rekvirent A endrer og sender M25.1 uten nytt oppslag i RF.

RF vil da sende en negativ applikasjoskvittering på M25.1 med feilkoden: “226 RefToParent er ikke korrekt”

For å rette denne feilsituasjonen må rekvirent sammenstille nye data i M25 meldingene fra M9.12 med de endringene som er gjort lokalt og sende på nytt.

Samme feil kan oppstå hvis multidoseapotek sender M25.2 eller M25.3 mens rekvirenten behandler pasienten, altså i tiden mellom rekvirent leser M25.1 (med M9.11/12) og sender M25.1.

Rekvirent skal sende RefToParent i hodmeldingen til M25.1 med verdien fra RefMsgId i M9.12.

Hvis det ikke finnes RefMsgId så skal heller ikke RefToParent fylles ut.