Innhold

Aktører

Bakgrunn

De asynkrone meldingene til rekvirent (M6, M7, M8, M15, M25.2, M25.3 og M28) inneholder info om pasient i hodemeldingen, og fastlege risikerer i dag å motta meldinger hvor pasientens ident er ukjent. Dette kan skje i de tilfellene de ikke er oppdatert på en pasients identskifte, eller hvor det kommer meldinger på eldre ident som epj ikke kjenner.

Eksempler

• Pasient har nylig byttet ident og får utskrevet resept (M1) fra annen lege på denne nye identen

  • Apotek utleverer på resepten (M10) på ident oppgitt i resept

  • RF generer M8 basert på M10 til fastlegen, identen er ukjent for fastlegen og utleveringen kan ikke linkes til aktuell pasient.

• Pasient har tidligere byttet ident og får utlevert på gammel resept. Fastlege får M8 med ukjent ident

Vurdering og anbefaling

NHN ønsker å tilrettelegge for å sende både nåværende og tidligere ident/-er i hodemeldingen for noen asynkrone meldinger i første omgang dersom RF har informasjon om disse. Dette er avklart med standardisering E-helse.

Når Reseptformidleren har informasjon om ID-bytte på pasient erstattes feltet Ident i Pasient med oppdatert info fra RF til epj for de asynkrone meldingene M6, M7, M8, M15, M25.2, M25.3, M28.

• Hodemeldingen fylles ut slik:

  • Gyldig ident: TypeId=FNR eller DNR)

  • Tidligere ident: TypeID=XXX. Hvis det er info om flere tidligere id’er sendes alle på samme måte.

Saken ble behandlet i Endringsforum 20.mai. Det ble stilt spørsmål om dette får konsekvenser for MD-apotek. NHN svarte at dette i utgangspunktet gjøres internt mellom RF og EPJ. Apotek vil bli involvert dersom det viser seg at det påvirker dem.

Konsekvenser og avhengigheter

Reseptformidleren bygger hodemeldingen før det bestemmes hvilken WS meldingen skal sendes på og endringen må derfor samkjøres for WS rekvirent og WS Helseid.

Konsekvenser for EPJ:

EPJ vil få opplyst alle identer på en pasient og vil dermed være i stand til å knytte melding til aktuell pasient lokalt

EPJ må kunne motta asynkrone meldinger (M6, M7, M8, M15, M25.2, M25.3, M28) der pasientident er oppgitt med både gyldig og tidligere ident.

Konsekvenser for Apotek

Ingen.

Konsekvenser for Bandasjist

Ingen.

Konsekvenser for Statens legemiddelverk

Ingen.

Konsekvenser for Helfo

Ingen.

Endringer i e-resept dokumentasjonen

[ x ] Arkitektur

[ ] Funksjonelt

[ ] Rekvirentkrav

[ x ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Arkitektur

Siden "Meldingsinfo i hodemeldingen" (Meldingsinfo i hodemeldingen )

Pasient oppdateres til å beskrive bruk av tidligere ident.

Legge til en linje: Ident:

Det opprettes en ny side under informasjonsarkitektur "Bytte av personidentifikator".

Her beskrives hvordan historisk personidentifikator sendes med i meldingene.

Synkrone meldinger:

Historiske personidentifikatorer sendes i fagmeldingen.

·       M9.6: PasientInfo/AndreFnr (0..n)

·       M9.12: Pasient/AndreFnr (0..n)

·       M9.22: Pasient/AndreFnr (0..n)

Asynkrone meldinger:

Historiske personidentifikatorer sendes i hodemeldingen for M6, M7, M8, M15, M25.2, M25.3, M28.

Pasientident er oppgitt med både gyldig ident og tidligere ident:

• Gyldig ident: TypeId=FNR eller DNR)

• Tidligere ident: TypeID=XXX. Hvis det er info om flere tidligere id’er sendes alle på samme måte.

Detaljert tekst vil bli utarbeidet.

Meldingsdokumentasjon

Følgende dokumentasjon endres ved å beskrive Ident med typeid "XXX" for Pasient i Hodemeldingen. 

Disse dokumentene er under revidering til HIS format og vil oppdateres på Sarepta.

Krav til leveringstid

NHN ønsker denne funksjonaliteten med i den første leveransen for Reseptformidleren i 2021, dvs RF L21-Q1.

Evt økonomiske og/eller administrative konsekvenser

Ingen særskilt finansiering.