Innhold

Aktører

Bakgrunn

Tilsvarende som for legemiddelopplysninger skal Kritiske Legemiddelreaksjoner (tidl. CAVE) samstemmes for å sikre at informasjonen bruker har tilgjengelig er oppdatert og korrekt. Kritiske legemiddelreaksjoner skal alltid følge som en del av PLL. Det vil si at man alltid må sikre at det er korrekt og oppdatert, eksempelvis ved mottak av pasient, ved behandling av pasient, og ved utskrivning av pasient. Dette gjelder spesielt dersom behandler oppdager nye kritiske legemiddelreaksjoner, eller avkrefter tidligere registreringer. Dette kan føre til at man bør sende ny PLL selv om det ikke foreligger endringer i legemiddelbehandlingen.

...

Strukturen vi foreslår baseres på informasjonsmodellen for legemiddelreaksjon i Kjernejournal

Vurdering og anbefaling

For å sikre fullstendig registrering av legemiddelreaksjon i forhold til Kjernejournal foreslår vi at følgende felt legges til strukturert som Json i OT feltet i Allergi/Reaksjon i M25 meldingene:

...

Saken ble behandlet i Endringsforum 14.9. Det kom ingen kommentarer til løsningsforslaget. Apotek spurte og fikk bekreftet at dette kan tas i bruk, men ikke er et krav.

Konsekvenser og avhengigheter

Det er viktig for e-reseptkjeden å bevare strukturert informasjon. Forslaget skal derfor sikre at legemiddelreaksjon registreres fullstendig i forhold til Kjernejournal. Som forberedelser til at Pasientens legemiddelliste skal prøves ut og breddes ser vi det som nødvendig å sikre at strukturert informasjon om legemiddelreaksjon kan deles mellom Rekvirent, Reseptformidleren og Kjernejournal. Det er en mangel i dagens e-resept løsning at dette ikke er ivaretatt, og det vil få enda større konsekvenser når man etablerer Pasientens legemiddelliste der alle skal dele helheten av hvilke legemidler pasienten benytter og gjenbruke informasjon fra andre behandlere i større grad enn tidligere. Det er da uheldig om man i Pasientens legemiddelliste ikke bevarer all informasjon om legemiddelreaksjon som neste ledd i behandlingskjeden skal bygge videre på.

...

Det er ikke forventet at dette krever utvikling på apoteksiden, men det gir apotek muligheten til å tilpasse sin løsning slik at de også får fullverdig informasjon.

Endringer i e-resept dokumentasjonen

[ X ] Arkitektur

[ ] Funksjonelt

...

[ ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Rekvirentkrav

Følgende rekvirentkrav vil ikke endres, men foreslått løsning vil medvirke til at kravet kan oppfylles:

...

Nasjonal standard i kravene betyr Kjernejournals informasjonsmodell for legemiddelreaksjon.

Arkitektur dokumentasjon

Følgende endringer i dokumentasjonen for bruk av OT felt foreslås:

Bruk av Json i e-reseptmeldinger dokumenteres under informasjonsarkitektur.

Krav til leveringstid

For de leverandørene som utvikler all e-resept funksjonalitet selv kravstilles endringen sammen med oppdatert rekvirentspesifikasjon, V7.2 med ikrafttredelse senest innen 9 mnd fra saken besluttes i Endringsråd.

Evt økonomiske og/eller administrative konsekvenser

Det er antatt at det er en liten jobb for EPJ-leverandørene å tilpasse disse endringen i sine løsninger.

...