Innhold

Aktører

Bakgrunn

Berørte aktører i e-reseptkjeden jobber nå med ulike endringer knyttet til M18-meldingen:

1. overgang fra bruk av ebXML til bruk av API som følge av at e-mottaket i NAV er planlagt faset ut.

2. endringer i M18 modellen, med samtidig overgang fra XML til JSON format. Endring i M18 modellen er initiert av RHFens h-reseptprosjekt, som ønsker å inkludere refusjonskrav for oppgaver/tjenester (takster) i oppgjørsmeldingen. Modellen har også et generelt behov for oppdatering, og det er et ønske fra flere aktører om å gå over til JSON format.

Det er ønskelig at alle aktørene i e-reseptkjeden er kjent med hvilke endringer som skal gjennomføres, og konsekvensens av disse.

Vurdering og anbefaling

Overgang til bruk av API

E-mottaket i NAV er planlagt avviklet. Som konsekvens av dette er Helsedirektoratet og berørte aktører blitt enige om å gå over til å bruke API.

Helsedirektoratet har allerede lagt til rette for at aktørene kan starte å sende inn testkrav via API. Det vil si et nytt grensesnitt med eksisterende M18, M22, M23 (slik de er definert her https://sarepta.helsedir.no/standard/E-resept%202%20-%20Utleverer/2.5  - uten ebXML konvolutten. Status per mai:

• Difa planlegger å starte med utvikling og testing i sommer.

• MediLink har sjekket at kontakt oppnås, men har ikke implementert løsningen ennå.

Som følge av denne endringen legges det også opp til at utleverer (apotek og bandasjist) selv spør etter og henter M22 og M23 via API.  

Det er ønskelig at alle aktørene har gått over til å bruke API for å utveksle M18, M22 og M23 meldingene ved årsskifte 26/27. Gammelt grensesnitt vil være tilgjengelig i overgangsperioden og inntil alle er over på nytt API.

Endringer i modell og overgang til JSON format

En arbeidsgruppe med representanter fra Helsedirektoratet, Apotekforeningen og RHF-prosjektet har gjort en totalrevidering av M18 modellen. Utkast til revidert datamodell for oppgjørsløsningen er vedlagt (se Forslag til ny eller endret dokumentasjon under). Apotek bruker i dag JSON mellom kjedesystemene og Eik. Det er foreslått at implementering av ny datamodell gjøres på JSON format.

Det er ønskelig at:

1. Revidert modell ferdigstilles før sommerferien (juni).

2. Helsedirektoratet tilbyr ny datamodell for oppgjørskrav på JSON format i løpet av 2026.

3. Apotek og bandasjist implementerer ny datamodell for oppgjørskrav på JSON format så snart det lar seg gjøre i henhold til egne tidsplaner.

Utleverer må selv beslutte om de ønsker "gå via" eksisterende M18 (xml) i nytt endepunkt eller implementere nytt modernisert oppgjørskrav i JSON-format med en gang og ta dette i bruk når det er klart. Helsedirektoratet vil sørge for at innsendte krav lagres iht. til ny datamodell, enten kravene kommer som eksisterende M18 meldinger eller en ny oppgjørskrav-melding i JSON. Refusjon av takster krever bruk av ny oppgjørskrav-melding.

Det er ønskelig at alle aktørene har avviklet eksisterende datamodell senest medio 2028. API-endepunkt med M18 som XML vil leve inntil alle er over på ny modell på JSON format.

Behov for forskriftsendring

Denne endringen vil kreve endring i Forskrift om standarder og nasjonale e-helseløsninger, § 6 nummer 17. Dette gjøres først når ny datamodell erstatter dagens modell, og gjøres sannsynligvis som del av en årlig gjennomgang av forskriften.

Ønsket beslutning i endringsrådet:

• Apotek og Bandasjist tar i løpet av 2026 i bruk Helfos nye API til formidling av Oppgjørskrav og tilhørende tilbakemeldinger (M18, M22 og M23 meldingene).

• Ny datamodell for oppgjørskrav lages på JSON format. Innhold i datamodellen besluttes av Helsedirektoratet, i samarbeid med berørte aktører. Endelig tidsplan for implementering fastsettes på et senere tidspunkt.

NHNs vurdering

NHN støtter endringsforslaget.

Behandling i Endringsforum

Saken ble behandlet i Endringsforum 8.juni.

Det ble stilt spørsmål om det samme virksomhetssertifikatet som brukes for dagens meldinger skal benyttes. Helsedirektoratet svarte at det ikke er helt avklart ennå. HelseID skal benyttes.

Saken sendes til Endringsrådet for beslutning.

Konsekvenser og avhengigheter

Berørte aktører må gjøre nødvendige teknisk utvikling og testing. Siden gammelt grensesnitt vil leve inntil videre reduseres avhengigheter.

Konsekvenser for EPJ:

Ingen. Det gjøres ingen endringer i M1 nå som følge av endringer i datamodell for M18.

Konsekvenser for apotek:

«Difa må gjøre endringer knyttet til sitt endepunkt mot Helfo. Bruk av Ebxml for oppgjør mot Helfo vil bli avviklet og erstattet med et klientendepunkt som tar i bruk Helfo’s nye API. Ut over endepunkt vil det være mindre endringer knyttet til logikk for å trigge spørringer mot endepunktene. PCA vil ikke bli berørt av endringene og fortsette å benyttes samme API inn mot Eik som i dagens løsning. Eik vil også ta i bruk HelseId for autentisering mot Helfo sine API og avvikle sikkerhetsmekanismer og sertifikathåndtering som er nødvendig knyttet til Ebxml.

Senere ved overgang til ny datamodell vil Difa gjøre endringer i Eik som tilfredsstiller den nye modellen. Dette vil føre til endringer i tjenesten som genererer oppgjørskrav og som tar imot svarmeldinger fra Helfo. Overgang til ny datamodell og bruk av JSON over det nye REST API-et vil kreve endringer i PCA-ene på flere begrensede områder som bruk av takst og bruk av nye kodeverk.

Konsekvenser for bandasjist:

Ikke avklart ennå. Helsedirektoratet og Medilink avklarer seg i mellom.

Endringer i e-resept dokumentasjonen

[ X ] Arkitektur

[ X ] Funksjonelt

[ ] Rekvirentkrav

[ X ] Utlevererkrav

[ X ] Meldingsdefinisjoner

[ X ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Funksjonell
Den funksjonelle beskrivelsen må oppdateres

Utlevererkrav
Dagens M18-krav vil fjernes i Utlevererkravene, og erstattes med et enkelt nytt krav; “Fagsystemet skal benytte Helfo sin elektroniske løsning for refusjonsoppgjør”.

Følgende Utlevererkrav vil utgå: M18.2 - M18.23 + M22.1.

Meldingsdefinisjon
Denne vil fortsatt være tilgjengelig i referansekatalogen, med Helsedirektoratet som ansvarlig aktør.

Kodeverk
Endringer av kodeverk inngår i egen sak diskutert i mars - Ersa 1001209 – endringer i kodeverk, og følges opp separat.

Datamodell

Utkast til revidert datamodell for oppgjørsløsningen er vedlagt (her kan de komme endringer etter runder med kvalitetssikring).

Open

Krav til leveringstid

Se anbefaling over.

Eventuelle økonomiske og/eller administrative konsekvenser

Ingen særskilt finansiering.