Innhold

Aktører

Bakgrunn

Når utleverer benytter meldingen ERM9.1 og får svar i ERM9.2, så oppgir utleverer PID til pasient. I dagens løsning så returnerer RF opplysninger om resepter som er registrert med samme PID. Hvis en innbygger har resepter på både aktivt og tidligere PID, så returneres bare opplysninger som matcher med fnr hvis det er oppgitt eller dnr hvis det er oppgitt.

I dokumentasjonen til ERM9.1 så framgår det at det skal returneres opplysninger om resepter for pasient, men dette er ikke ivaretatt i RF. Når RF nå har oppdaterte personopplysninger gjennom Persontjenesten, så ligger forholdene til rette for å kunne returnere alle reseptene som er knyttet til oppgitt pasient, uavhengig av hvilken PID som oppgis i ERM9.1 spørringen.

Tilsvarende løsning er realisert allerede i ERM9.6 og ERM9.12 som benyttes av rekvirenter.

Det foreslås at det gjøres endringer i RF slik at opplysninger om alle resepter knyttet til en innbygger returneres uavhengig av hvilken PID som oppgis i søk. RF returnerer aktiv PID i ERM9.2 meldingen.

Tilsvarende endring bør vurderes i ERM9NA2 for nettapotek.

Vurdering og anbefaling

Saken er viktig å løse for å bedre utleverers dialog med kunde og for å effektivisere ekspederingsprosessen. Dagens løsning kan i ytterste konsekvens være pasientskadelig hvis det fører til at gyldig resept ikke blir utlevert fordi den ikke blir funnet i søk mot RF.

Apotekerforeningen ønsker derfor at endringen i RF implementeres så raskt som mulig og at funksjonaliteten innføres i tett dialog med utleverer.

NHNs vurdering

NHN støtter at endringen gjennomføres.

Vurdering fra Endringsforum

Saken ble behandlet i Endringsforum 1.12.25. Det kom ingen innvendinger mot forslaget som sendes til Endringsråd for beslutning.

Konsekvenser og avhengigheter

RF: NHN må gjøre endringer i bakenforliggende logikk for levering av reseptopplysninger i ERM9.2. Det er ikke behov for meldingsendring knyttet til ERM9.1-2.

Konsekvenser for EPJ:

Endringen har ingen konsekvenser for rekvirent.

Konsekvenser for apotek:

Det antas at det ikke vil være behov for endringer i Eik og PCA, men dette må testes for å sikre at opplysningene RF returnerer håndteres riktig.

Endringer i e-resept dokumentasjonen

[ ] Arkitektur

[ X ] Funksjonelt

[ ] Rekvirentkrav

[ ] Utlevererkrav

[ ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

E-reseptdokumentasjonen oppdateres for å reflektere endringen.

Krav til leveringstid

Apotek ønsker at dette leveres så raskt som mulig og at det blir prioritert av involverte parter.

Evt økonomiske og/eller administrative konsekvenser

Ingen særskilt finansiering.