Ersa 946533 - Endring i melding M9.2 og M9NA2

Ersa 946533 - Endring i melding M9.2 og M9NA2

Dato

13.5.2025

Ersa saksnr. / tittel

Ersa 946533 - Endring i melding M9.2 og M9NA2

Innmelder

Apotekforeningen

Saksbehandler(e)

Maren Krogh

Til behandling

Nye felter i melding M9.2/M9NA2 (reseptliste utleverer)

Anbefaling fra Endringsforum

Legemiddelets FEST-id og FEST-id for forrige resept og NyReseptID legges til i meldingen M9.2. FEST-id til forrige resept legges til i M9NA2

Endringsråd

19.06.2025

Beslutning Endringsråd

Legemiddelets FEST-id og FEST-id for forrige resept og NyReseptID legges til i meldingen M9.2. FEST-id til forrige resept legges til i M9NA2. Endringsønsket sendes til Helsedirektoratet for vurdering.

30.6: Endringsønsket er godkjent av Helsedirektoratet. Oppdaterte meldingsdokumenter vil publiseres i Referansekatalogen 15.september.

Innhold

Aktører

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

[ X ] Apotek

[ ] Bandasjist

[ ] Direktoratet for medisinske produkter

[ ] Rekvirent

[ X ] RF

[ ] Helfo

[ ] Standardisering

[ ] FM

[ X ] Endringsforum

[ ] Andre

Bakgrunn

Apotekforeningen har mottatt innspill fra apotekaktørene som ønsker å forbedre, effektivisere og øke kvaliteten på prosessene knyttet til ekspedering av e-resepter. I den forbindelse har vi avdekket en utfordring knyttet til opplysningene apotek mottar ved spørring for å laste ned gjeldende reseptliste fra RF, og det er derfor ønskelig med endringer i reseptlisten M9.2 og M9NA2.

Apotek ønsker at legemiddelets FEST-id oppgis i M9.2/M9NA2 basert på hva som er oppgitt i resepten.

I tillegg så ønsker apotek at det oppgis id for forrige resept når resept er fornyet eller fornyet med endring i M9.2/M9NA2. Dette vil gjøre apotek i stand til å øke kvaliteten i ekspederingen gjennom å kunne koble utleveringer på tvers av resepter som er fornyet.

Vurdering og anbefaling

Apotek ønsker på en effektiv måte å kunne forstå når pasient fikk siste utlevering knyttet til en behandling med legemiddel, om behandlingen er kontinuert uten endring og hvilke resepter som er knyttet til behandlingen. Apotek ønsker å kunne forstå utleveringer på tvers av resepter og ikke bare forholde seg til utleveringer på aktiv resept. Ønsket forbedring er knyttet til vanlig ekspedering og reekspedering av resepter.

I dagens M9.2 melding er varenummer oppgitt på resepter som inneholder pakningsrekvirering, men det er ikke oppgitt FEST-id for resepter som inneholder virkestoff- eller merkevarerekvirering. Når flere og flere aktører går over til virkestoffrekvirering så fører det til svakere kobling mellom rekvirerte legemidler (e-resepter i RF). Å finne den resepten man leter etter kan derfor føre til unødvendige nedlastinger fra RF i enkelte tilfeller.

Apotekaktørene jobber med å forbedre kundereisene (også knyttet til nettapotek). De ser muligheten for å presentere sammenheng mellom tidligere og aktive resepter for kunden slik at den er i bedre stand til å forstå hva som er en kontinuering av behandling før kunden velger hva den trenger å få ekspedert. Derfor ønsker apotek at flere opplysninger blir tilgjengelig i både M9.2 og M9NA2 som benyttes i nettapotek for visning til innlogget kunde.

Apotekforeningen støtter apotekaktørenes ønske om endringer i M9.2 og M9NA2. Utfyllende informasjon i reseptlisten vil kunne gi forbedringer for apotek ved ekspedering og reekspedering av resept. I tiden framover vil resepter som i dag er rekvirert på pakning gradvis bli endret til å være rekvirert på virkestoff. I den forbindelse er det ekstra viktig at både apotek og kunde forstår om det er reell endring i behandling eller bare en kontinuering av pågående behandling.

NHNs vurdering og anbefaling

NHN forstår behovet og støtter at endringene innføres. Det forutsettes imidlertid at nettutleverere oppfyller dagens krav TS5 (se under) og ikke lagrer mer informasjon enn tidligere.

TS5

Nettutleverer skal kun lagre det minimum av informasjon som er nødvendig for å ekspedere en bestilling fra innlogget kunde.

Gjelder både under prosessen og etter utlevering. Essensen er at man ikke tar vare på sensitiv-/personinformasjon underveis, og hvis man må grunnet tekniske kriterier, så skal man ha rutiner (enten tekniske eller forvaltningsmessige) for å rydde opp. Dette gjelder også der det oppstår feilsituasjoner og feilen logges, så bør det unngås at loggfilene fylles opp av data som ikke burde være der.

Feltene IdLegemiddelMerkevare og IdLegemiddelVirkestoff finnes allerede i M9NA2. Denne endringen er derfor kun aktuell for M9.2.

NHN foreslår å legge til enda et felt i M9.2 - NyReseptId - som gir tilsvarende informasjon som ForrigeReseptId hvis man ser på den tilbakekalte resepten. Dette er ikke relevant for nettapotek som ikke kan gjøre utvidet søk og vise tilbakekalte resepter.

Innspill fra Endringsforum 4.6.25

Helsedirektoratet kommenterte at det pga at meldingene er forskriftsfestet kan hende at endringen først kan tre i kraft fra 2027. De kan komme raskere, uten av de kan love det før de har gjort en juridisk vurdering. Er det gjort en vurdering av andre type endringer i disse meldingene som kan håndteres samtidig – f.eks om resepten er multidosepakket og ekstra doseringsinformasjon?

I etterkant av møtet har NHN og Apotekforeningen diskutert innspillet. Hverken Apotekforeningen eller NHN mener at  det er behov for å se om en resept inngår i multidosepakking ved nedlastning av reseptlisten. Reseptlisten (M9.2) inneholder allerede informasjon til apoteket om at pasienten er multidosebruker. Dette elementet i meldingen inneholder informasjon om hvilket apotek som er multidoseapotek, samt hvem som er multidoselege. Denne informasjonen er ment som et varsel til apotek om at pasienten bruker multidose. Både Apotekforeningen og NHN mener at dette er tilstrekkelig for at apotek skal kunne ivareta de faglige rådene om å vise aktsomhet ved utlevering av legemidler til multidosebrukere. Ved tvil skal apoteket da kontakte multidoseapoteket. Alle apotek har også tilgang til nøyaktige opplysninger om tidligere utleveringer på e-resepter og skal vurdere utleveringer i henhold til dette.

NHN kravstiller at informasjonen om at pasienten er multidosebruker vises for den apotekansatte ved nedlastning av e-resepter. Dersom det oppleves at denne informasjonen ikke vises tydelig nok eller av en eller annen grunn blir oversett, må det heller vurderes tydeligere merking i apoteksystemene.

Når det gjelder doseringsinformasjon, så leses doseringsteksten (DosVeiledEnkel) inn i apoteksystemene, samt bruksområde og bruksfeltet. Merknadsfeltet leses også inn separat og vises for den apotekansatte. Vi er imidlertid kjent med at informasjon i dette feltet har blitt oversett i apotek, noe som kan skyldes liten plass i fagsystemet FarmaPro som nå er faset ut. En annen årsak til at informasjon i Merknadsfeltet overses, er at feltet inneholder fritekst som dessverre ikke alltid er relevant eller kan være foreldet.

Forhåndsregler ved inntak er ikke et eget felt i e-reseptmeldingen (M1) og det er besluttet at denne informasjonen skal legges i feltet for doseringsteksten (DosVeiledEnkel) selv om EPJ benytter seg av meldingsutvidelsen  Ersa 729086 .  Vi ser ikke hensikten med at apotek skal forholde seg til meldingsutvidelsen eller at det er behov for ytterligere doseringsinformasjon i M9.2.

Det opprinnelige endringsforslaget opprettholdes.

Konsekvenser og avhengigheter

Siden dette er meldingsendringer krever det en vurdering fra Helsedirektoratet. De vil avgjøre om det er behov for endring av forskrift om standarder og nasjonale e-helseløsninger. NHNs vurdering er at det ikke bør være nødvendig. Dette er mindre endringer som kun berører utleverersiden, og Apotekforeningen har bekreftet at det ikke er behov for ekstern finansiering.

Konsekvenser for EPJ:

Det antas ikke å være konsekvenser for EPJ.

Konsekvenser for apotek:

Apotekaktørene vil gjøre mindre endringer i deres apoteksystem (PCA) og nettapotekløsninger for å utnytte ny informasjon i M9.2 og M9NA2. Per i dag så ivaretas funksjonalitet knyttet til fornying av pakninger i meldingene – samme funksjonalitet vil implementeres også ved overgang fra pakningsrekvirering til virkestoffrekvirering og ved fornying av virkestoffresept. Endringer vil omfatte både PCA løsningene og nettapotek og på sikt vil det også inkluderes i multidoseapotek løsningene.

I Eik må det gjøres mindre endringer på vertikalen knyttet til spørring på M9.1-2. Det blir nye versjoner av API som konsumeres (RF) og som tilbys til PCA-ene.

Avhengigheter:

  • Eik er avhengig av at RF tilbyr en ny versjon av M9.1-2

  • PCA-ene er avhengig av at Eik er tilrettelagt for ny versjon

  • Det er ikke avhengigheter mellom PCA-ene siden Eik versjonerer sine endepunkter

Endringene krever ingen særskilt finansiering.

Konsekvenser for Reseptformidleren

RF må lage en ny versjon av de aktuelle meldingene og tilgjengeliggjøre disse før apotekene kan koble seg på. Informasjonen ligger allerede i resepttabellen, så rent teknisk vil endringene kreve relativt lite utvikling i RF. Det er ikke krav til samtidighet ved innføring.

Prioritering vil avhenge av godkjenning av meldingsendringene, se kommentar under “Krav til leveringstid”. For å få med endringen i neste hovedleveranse (november) kreves en avklaring før sommerferien.

Endringer i e-resept dokumentasjonen

[ ] Arkitektur

[ ] Funksjonelt

[ ] Rekvirentkrav

[ X ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Forslag til endringen i meldingsdokumentasjon:

Krav til leveringstid

Aktørene kan implementere og produksjonssette nødvendige endringer når Hdir har godkjent meldingsendringene. Forskrift om standarder og nasjonale e-helseløsninger endres normalt kun en gang i året med ikrafttredelse 1.januar. Fristen for å melde endringer pr 1.1.2026 har gått ut. Dersom en forskriftsendring er nødvendig i denne saken vil det derfor først kunne bli produksjonssetting i 2027.

Evt økonomiske og/eller administrative konsekvenser

Apotekaktørene vil håndtere endringer uten behov for ekstern finansiering. Endringer i Reseptformidleren tas som forvaltningskostnad.