Innhold

Aktører

Bakgrunn

I forbindelse med innføring av funksjonalitet for å håndtere at multidosepasient endrer fødselsnummer eller bytter fra D-nummer til fødselsnummer er det behov for å kommunisere endringen i meldinger til multidoseapotek og multidoselege.

Tidligere sak ERSA 14457 om varsling av endrede pasienter til multidoseansvarlig lege drøftet ny melding, men konkluderte med gjenbruk av melding som benyttes av apotek.

Dette er nå i spesifikasjonsfasen for Reseptformidler, Forskrivningsmodul og Sentral Forskrivningsmodul og det er meldt behov for å formidle både "ny og gammel" identitet på pasientene som returneres i Endrede multidosepasienter.

Nye meldinger er spesifisert, og disse er til behandling. Tidligere versjon av M9.21 og 22 kan fortsatt benyttes, og namespace i M9.21 avgjør hvilken M9.22 som blir returnert fra Reseptformidler. Derfor må M9.21 også få nytt namespace. I tillegg er det lagt til opsjon for komprimering.

Meldingene med endringer som følger:

HIS3022:2019 M9.21 Hent endrede multidosepasienter

• Komprimering lagt til som element

• Nytt namespace: http://www.ehelse.no/xmlstds/eresept/m921/2019-03-01

HIS3023:2019 M9.22 Endrede multidosepasienter

• <Fnr> flyttet inn i nytt felt <Pasientinfo> som også inneholder 0..* <AndreFnr>
  (dette er identisk med modellen som er benyttet i M9.6 og M9.12)

• Nytt namespace: http://www.ehelse.no/xmlstds/eresept/m922/2019-03-01

Vurdering og anbefaling

Utvikles først for rekvirenttjenestene i Reseptformidleren.

Det er lagt opp til at apotek kan innføre denne endringen når det er ønskelig, og benytte tidligere namspace inntil videre. Merk at denne endringen løser utfordringen med at M9.22 returnerer ID som er ukjent for apoteksystemet.

Saken ble behandlet i Endringsforum 14.mars hvor anbefalingen var å sende den til Endringsråd for beslutning.

Konsekvenser og avhengigheter

Konsekvenser for Reseptformidleren

Bytte av namespace må implementeres i forbindelse med at tjenesten tilgjengeliggjøres for rekvirent. Støtte for komprimering av M9.22 implementeres etter modell fra M9.6.

Konsekvenser for EPJ

Da den opprinnelige tilgjengeliggjøringen av M9.21 og M9.22 til rekvirent ennå ikke er implementert i noen EPJ har endringen ingen kjente konsekvenser. Bruk av komprimert retur er valgfritt.

Konsekvenser for Apotek

For apotek får denne ingen andre konsekvenser enn at den løser et problem og kan tas i bruk etter nærmere avtale. Støtte for ny meldingsversjon i webtjeneste for utleverer prioriteres inn i samarbeid med Apotek. Bruk av komprimert retur er valgfritt, men vil kunne redusere responstiden.

Endringer i e-resept dokumentasjonen

[ ] Arkitektur

[ ] Funksjonelt

[ ] Rekvirentkrav

[ X ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Forslag til ny meldingsdokumentasjon og XSD er vedlagt:

Krav til leveringstid

Nye meldinger prioriteres inn på vanlig måte i Reseptformidler og Forskrivningsmodul.

Det vil grunnet arbeidet med SFM (Sentral Forskrivningsmodul) ikke kravstilles at leverandørene utvikler beskrevet funksjonalitet før SFM er etablert.

Reseptformidlers webservice for utleverer: Prioriteres inn etter avtale med apotek.

Evt økonomiske og/eller administrative konsekvenser

Minimale konsekvenser siden det samordnes med at M9.21 og M9.22 tilgjengeliggjøres for rekvirent.