Page Properties | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Innhold
Table of Contents | ||||
---|---|---|---|---|
|
Aktører
Expand | ||
---|---|---|
| ||
Saken har vært forelagt følgende grupper og vurdering: [ X ] Apotek [ ] Bandasjist [ ] Legemiddelverket [ X ] Rekvirent [ ] RF [ ] Helfo [ ] Standardisering [ X ] FM/SFM [ ] Andre |
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:
Navn | Kjernejournal (FHIR) | Kommentar |
---|---|---|
Id | Unik id til registrering av legemiddelreaksjon. | |
versjon | Versjon av registrering av legemiddelreaksjon | |
SansynlighetSannsynlighet | AllergiIntolerance.verificationStatus | Kodeverk: 7521 Visshetsgrad
|
Alvorlighetsgrad | AllergyIntolerance.criticality | Kodeverk: 7520 Alvorlighetsgrad
|
Registrert av | AllergyIntolerance.recorder | Helseperson og organisasjon som opprettet registreringen. |
Oppdatert av | AllergyIntolerance.extension:updater | Helseperson og organisasjon som opprettet registreringen. Ved endring, ikke første gangs registrering. |
Alder oppdaget | AllergyIntolerance.onset[onSetAge] | Alder på pasient når allergi oppdages |
Tidspunkt oppdaget | AllergyIntolerance.onset[onSetDateTime] | Tidspunkt allergi oppdages |
Tidspunkt avkreftet | AllergyIntolerance.extension:abatementDateTime | Tidspunkt for avkreftet. |
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å.
...
Forslaget krever tilpasning fra EPJ-leverandørene som skal oppfylle krav knyttet til PLL. Funksjonaliteten vil bli utviklet i SFM.
...
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.
...