Innhold

Aktører

Bakgrunn

Det er behov for å kunne legge til forholdsregler ved inntak, både forslag fra FEST og egne instrukser/anbefalinger til pasient i fritekst. Forholdsregel ved inntak mangler eget felt i M1 og M25.1. Derfor legges dette idag inn som fritekst i Dssn. Når fritekst legges inn i Dssn vil strukturert doseringen ikke lenger kunne benyttes.

Det er registrert sak for å etablere eget felt for forholdsregel ved neste revisjon av e-resept meldinger. FEST leverer forholdsregel og benytter kodeverk 7479. Forholdsregel kan også registreres av rekvirent hvis ikke kodene i FEST er tilstrekkelig. Det er mulig å velge flere forholdsregler på en resept.

Siden det tar lang tid (mange år) før en ny meldingsversjon er på plass, ønsker vi å foreslå en midlertidig løsning med bruk av JSON.  OT feltet i kortdose er identifisert som beste plassering for å registrere JSON struktur. Bruk av JSON følger samme prinsipp som for kommentarer til håndterte medisinske varsler, besluttet i Endringsråd før sommeren.

Endringen er etterspurt fra klinikere og er viktig for å sikre strukturert dosering i PLL slik at alle aktører i samhandlingskjeden kan nyttiggjøre seg den strukturerte dosering.

Vurdering og anbefaling

For å sikre at den strukturerte doseringen ikke ødelegges når det legges inn forholdsregler ved inntak anbefales følgende:

OT feltet for kortdose benyttes til en Json struktur som inneholder følgende elementer:

Dssn (DosVeiledEnkel) genereres fra doseringstekst og alle forholdsregler ved inntak.

Strukturert dosering vil sendes med.

Dette sikrer at informasjonen kommer med til pasient ved utlevering fra apotek.

EPJ eller utleverersystemer som ikke kjenner løsningen får informasjon i Dssn som før, men vil ikke kunne håndtere dosering strukturert.

EPJ som støtter løsningen vil kunne hente ut den strukturerte doseringen og strukturerte forholdsregler ved inntak.

Saken ble behandlet i Endringsforum 14.9. Det kom flere kommentarer på at aktørene generelt er motstander av å bruke JSON, og "hacke det til". NHN understreket at dette er en midlertidig løsning i påvente av meldingsversjon 2.6. Erfaringsmessig vil det ta flere år før v2.6 kan innføres da det krever samtidighet for alle aktører. NHN har startet arbeidet med å forberede v2.6. Dette er en viktig fase for å kunne prøve ut nye mekanismer som alle må ha på plass før vi kan ta i bruk versjon 2.6.

En EPJ-leverandør spurte om det ikke blir dobbelt opp når dosering og “forholdsregler ved inntak” både sendes i JSON-struktur og i Dssn. De har laget et opplegg hvor info kommer i doseringsfeltet. NHN svarte at det betyr at det kommer som fritekst, og ikke strukturert dosering. Dette forslaget søker å avhjelpe at den strukturerte doseringen rekvirent har lagt inn blir ødelagt.  Sektoren ønsker strukturert dosering, og dette er et forslag for å få det til midlertidig i påvente av meldingsendring. EPJ-leverandøren kommenterte at dette vil kreve en del arbeid, og derfor kun vil utvikles på deres nye plattform.

Det ble stilt spørsmål om dette påvirker multidoseapotek. NHN svarte at det vil føre til at flere resepter får strukturert dosering. Hvis multidoseapotekene ikke implementerer støtte vil det bety at de må ha en prosedyre for å sjekke doseringsteksten, men dette gjøres vel allerede.

NHN understreket at dette forslaget ikke vil ha konsekvenser for dem som ikke tar det i bruk. Det ble stilt spørsmål ved hva som da er gevinsten. NHN svarte at alle leverandører som skal være med videre må utvikle PLL-støtte ila et par år, og minnet om at PLL er vedtatt nasjonalt. Via piloten som skal kjøres vil det kunne dukke opp behov for endringer underveis.

En EPJ-leverandør problematiserte fristen på 9 måneder for implementering. Disse kravene må kunne gjelde kun PLL og ha lengre frist. NHN understreket at denne endringen vil ha verdi før PLL da hensikten er å ikke ødelegge den strukturerte doseringen som rekvirent har brukt tid på å legge inn.

Konsekvenser og avhengigheter

Fordeler

Det er viktig for e-reseptkjeden å bevare strukturert informasjon. Forslaget skal derfor sikre at strukturert dosering ikke ødelegges ved bruk av forholdsregler ved inntak. Som forberedelser til at Pasientens legemiddelliste skal prøves ut og breddes ser vi det som nødvendig å sikre at strukturert dosering kan deles. 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 den strukturerte doseringen som neste ledd i behandlingskjeden skal bygge videre på. Her er et par eksempler på hva som skjer dersom strukturert dosering ikke bevares ved deling av legemiddelopplysninger ved utprøvning av Pasientens legemiddelliste i HelseVest:

Dersom helsepersonell i sykehus ved import av legemiddelopplysninger ikke får med strukturert dosering hindrer det import av doseringsinformasjon til kurvesystemet (Meona).  Helsepersonell må manuelt angi strukturen. Det gir redusert brukervennlighet og faren for manuell feiltasting vil være til stede. I tillegg gir det økt tidsbruk for kliniker. Ved å bryte sammenheng mellom forskrivning på vei inn og ut av sykehus vil det i tillegg opprettes nye legemiddelbehandlinger uten knytning til tidligere registrert legemiddelbehandling. Tilsvarende utfordring vil oppstå i PLO (Pleie og omsorg), der det å ikke få tilgang på strukturert doseringsinformasjon vil hindre overføring til eget administrasjonssystem. Også her er det uheldig og kan føre til feil ved manuell inntasting av opplysninger, informasjonsflyt ut i e-resept kjeden ødelegges og helsepersonell må bruke lengre tid på å sikre rett dosering til pasienten.

 Det å bevare den strukturerte doseringen har altså en nytteverdi i pilotering av Pasientens legemiddelliste, men vurderes ikke som en absolutt nødvendighet for å kunne gjennomføre utprøvningen.

Ulemper

Forslaget krever tilpasning fra EPJ-leverandører og det hadde vært ønskelig å håndtere endringen gjennom en meldingsendring. Men siden det ligger mange år frem i tid før vi kan forvente å ha en ny meldingsversjon på plass, ser vi det som nødvendig å gjøre tilpasningene som foreslås her.

Konsekvenser for EPJ:

Forslaget krever tilpasning fra EPJ-leverandørene (unntak for EPJ leverandører som skal benytte SFM). E-resept Produkt vil som dataansvarlig følge opp at kravene ivaretas av EPJ-leverandørene gjennom Godkjenningsprosessen for de nasjonale eHelse-løsningene.

Se beskrivelse under endring i e-resept dokumentasjonen for detaljer rundt hvordan dette løses. Omfang av endringen: Isolert sett forventes endringen å være liten. EPJ må ved utsendelse av e-resept og PLL sørge for at nye krav er oppfylt og ved mottakelse av informasjon fra RF/KJ så må EPJ kunne tolke meldinger både med og uten json-tillegg.

Konsekvenser for apotek:

Krever ikke utvikling på apoteksiden.

Endringer i e-resept dokumentasjonen

[ X ] Arkitektur

[ ] Funksjonelt

[ X ] Rekvirentkrav

[ ] Meldingsdefinisjoner

[ ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

Rekvirentkrav

Følgende endringer av rekvirentkrav foreslås:

Krav 2.6.1.40

Det skal være mulig å velge en eller flere «forholdsregel ved inntak» dersom dette finnes for valgt legemiddel, og/eller registrere dette som fritekst.

Forslag ny presisering:

"Forholdsregel ved inntak" er informasjon som kommer fra FEST. Dette er ikke et eget felt i M1 Resept, men det skal legges til som strukturert Json felt i kortdose i resepten.

Krav 3.7.12

Hvis helseperson har valgt en eller flere «Forholdsregel ved inntak» så skal teksten legges til på slutten av doseringsveiledningen i resepten.

Forslag ny kravtekst:

Hvis helsepersonell har valgt en eller flere «Forholdsregel ved inntak» så skal tekst og kode legges i Json struktur i OT elementet i kortdose og teksten for disse legges til på slutten av doseringsveiledningen i resepten uten at strukturert dosering går tapt.

Forslag ny presisering:

Hensikten med kravet er at strukturert dosering ikke går tapt når “Forholdsregel ved inntak” registreres, samt at EPJ-systemer som ikke støtter strukturerte “Forholdsregler ved inntak” kan vise disse. 

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

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

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

Ingen særskilt finansiering.