E-resept; funksjonelle krav til rekvirentsystemer til bruk hos allmennleger og øvrig EPJ utenfor sykehus Bakgrunn og krav

E-resept; funksjonelle krav til rekvirentsystemer til bruk hos allmennleger og øvrig EPJ utenfor sykehus E-resept; funksjonelle krav til rekvirentsystemer til bruk hos allmennleger og øvrig EPJ utenfor sykehus Bakgrunn og krav Versjon:5.06.0 Versjon 6.0 1

E-resept; funksjonelle krav til rekvirentsystemer til bruk hos allmennleger og øvrig EPJ utenfor sykehus Prosjekt: E-resept Versjon: 6.0 Utgitt: Februar 2017 Prosjektansvarlig: Hilde Lyngstad Prosjektleder: Cappelen, Caroline Prosjektgruppe: Bjordal, Ole Andreas Winnem, Ole Martin Mortensen, Karin Skaare Cappelen, Caroline Utgitt av: Direktoratet for e-helse Kontakt: postmottak@ehelse.no Postadresse: Postboks 6737 St. Olavs plass, 0130 OSLO Besøksadresse: Verkstedveien 1, 0277 Oslo Tlf.: 21 49 50 70 Publikasjonen kan lastes ned på: www.ehelse.no 2

E-resept; funksjonelle krav til rekvirentsystemer til bruk hos allmennleger og øvrig EPJ utenfor sykehus Innhold 1. Utforming av spesifikasjonen 9 1.1 Obligatoriske og anbefalte krav 9 1.2 ID`er for kravene 9 1.3 Meldingsversjoner 9 1.3.1 LIB i RF inkludert elektronisk multidose 9 1.3.2 Magistrelle resepter 10 1.3.3 H-resepter 10 1.4 Nye rekvirentgrupper i e-resept 10 1.5 Beskrivelse av de ulike e-reseptmeldingene 11 1.6 Definisjoner 11 1.7 Øvrig dokumentasjon 15 1.8 Juridiske forhold 15 2. Funksjonelle krav 17 2.1 Roller 17 2.2 EPJ standard 17 2.3 Generelle krav 18 2.4 Åpne legemiddelmodul 20 2.5 Klargjør legemiddelresept 26 2.6 Opprett H-resept 35 2.7 Klargjør næringsmiddel resept 35 2.8 Klargjør medisinsk forbruksmateriell resept 36 2.9 Opprett vare og klargjør resept med varer som ikke er definert i varekatalogen 37 2.10 Opprett magistrelt legemiddel og klargjør resept 37 2.11 Opprett og klargjør registrering av kosttilskudd 39 2.12 Registrer legemiddelreaksjon (CAVE) 40 2.13 Varsle legemiddelreaksjon (CAVE) 42 2.14 Editer legemiddelreaksjon (CAVE) 43 2.15 Forny tidligere resept(er) med eller uten oppdatering (endring) 43 2.16 Klargjør ekspederingsanmodning 45 2.17 Signer og send resept 46 2.18 Avslutt behandling med legemidler og andre varer 49 2.19 Oppdater oversikt over varer i bruk 49 2.20 Rekvirer legemiddel til egen praksis 50 2.21 Søknad om individuell refusjon til Helfo dersom kriterier for forhåndsgodkjent refusjon ikke er oppfylt 51 2.22 Tilbakekall resept 54 2.23 Utarbeid søknad for legemidler uten markedsføringstillatelse 55 2.24 Håndter innkommende meldinger fra andre aktører 55 2.25 Oppdater pasientopplysninger 58 2.26 Fordeling av oppgaver mellom ulike aktører 60 2.27 Skrive ut 61 2.28 Håndtere VIB (VIB= LIB+FIB+NIB) 62 2.29 Hente referansenummer 63 3

2.30 Editere rekvireringsrettigheter 63 2.31 Avansert dosering 63 2.32 LIB i RF(multidose); for installasjoner med LIB-ansvar 67 2.33 Presiseringer knyttet til LIB 75 2.34 Administrering av LIB-ansvar inkludert Multidoseoversikt 85 2.35 LIB-historikk 87 2.36 Klargjøring 88 2.37 Elektroniske meldinger 88 2.38 Mottak av i installasjoner som ikke har LIB-ansvar for gitt pasient 94 6.0 4

Dokumenthistorikk Dato Versjon Endring Relaterte krav 1.11.15 V5.0 Dokument opprettet basert på v4.6 av rekvirentspesifikasjon for allmennleger. Layout og innledning er endret og tilpasset samt at en rekke mindre endringer og feilrettinger er gjennomført. Se detaljer i tabellen. 1.11.15 V5.0 Krav hentet fra EPJ-standard er strøket og erstattet med overordnet krav EPJ standard, K3.1, K3.2, K3.3, K3.39, K3.40, K4.24, K4.34, K4.44, K5.1, K.5.2, K8.51, K8.52, K8.53, LM4.1, LM4.2, LM4.3, LM4.4, LM5.13, I1.3, I1.6, I1.7 T2.2 1.11.15 V5.0 Krav slettes fra dette dokument er ivaretatt i sykehusversjon av spesifikasjon 1.11.15 V5.0 Krav slettes T2.4 1.11.15 V5.0 Krav lagt til for å presisere bruk av HPR T1.36 T1.37 1.11.15 V5.0 Krav slettet T1.21 T2.2, T2.3, T2.4, T2.25,T2.26, T3.54, T3.67, T3.68, T12.1, T12.2, T15.30, T15.33, T18.1, T19.15, T21.4, T21.5, T24.8, T24.12, T24.13, T24.14, T24.15, 6.0 5

T24.16, T24.17, T24.18, T24.19, T27.6a, T27.9, Ki18, Ki19, MD7.3, 1.11.15 V5.0 Krav lagt til for å ivareta endringer ifht M9.5/6/7/8 T2.33g, T2.33h 1.11.15 V5.0 Presisering knyttet til H-resepter T3.42a, T3.94, T3.96, 1.11.15 V5.0 Krav lagt til T5.6a, T8.3a, T10.1f, T13.9b, T15.2a, T16.11, T19.4a, Kl25b, MD7.2a, T2.37a, T2.37b 1.11.15 V5.0 Opprinnelige krav vedr magistrell forskrivning har endret ID fra «T» til «MR». 1.11.15 V5.0 Avansert dosering kap 2.38; krav spesifikt for avansert dosering i multidose er strøket og erstattet med generelle krav for avansert dosering for rekvirentsystem i e-resept. 1.11.15 V5.0 En rekke krav er endret for å presisere intensjon og forbedre ordlyd; MR1- T7.1 MR2- T7.2 MR3- T7.4 MR4- T7.5 MR5- T7.6 MR6- T7.7 MR7- T7.8 MR8- T7.9 MR9- T7.10 MR10-T7.11 MD6.1, MD6.2, MD6.3, MD6.4, MD6.5, MD6.6, MD6.7, MD6.8, MD6.9, MD6.10, MD6.11, MD6.12 T03, T04, T1.6, T1.13, T2.34, T2.44, T2.48, T2.49, T3.21, T3.22, 6.0 6

T3.39, T3.41, T5.6, T6.2, MR11, MR16, MR27, T8.4, T8.5, T8.5a, T8.7, T8.9, T8.10, T8.11, T8.12, T8.15, T9.12, T10.1e, T10.5a, T10.15, T10.17a, T11.1a, T13.10, T18.8, T21.1, T21.3, T27.1, T27.4, T27.6, T27.7, T27.8, Kl1, Kl2, Kl20, Kl21, Kl23, Kl24, Kl25a, Ki17, Ki24, Ki26, Ki28, Ki32, 01.02.17 V 6.0 Flere krav er endret for å presisere intensjon og forbedre ordlyd. En del krav er endret i følge vedtak i endringsråd. En del krav har fått tekst som presiserer forståelse av kravteksten. Endring av ansvarlig kravstiller fra Helsedirektoratet til Direktoratet for e-helse fra 01.01.16. Lagt til noen nye definisjoner i kap 1.6 Presisert noen rollebeskrivelser i kap 2.1 Slettet: T3.18d,T3.23a, T8.8a, T8.10, T8.22,T13.11, T15.35, T15.36, T15.37, T15.38,T16.10, T17.8,,MD1.14, MD 1.15,MD 1.25, MD2.8b, MD2.9, MD5.1, MD5.9,Ki13, Ki18, Ki19,Kl19,Kl32, Kr6 6.0 7

Innledning Dette dokumentet inneholder de funksjonelle spesifikasjonene for rekvirentsystemene i e-resept som skal benyttes hos allmennleger og andre leger utenfor sykehus samt andre profesjoner med forskrivningsrett (tannleger, jordmødre, helsesøstre). Bakgrunn for dokumentet Opprinnelig rekvirentspesifikasjon for e-resept ble utformet med tanke på at den skulle være gjeldende for samtlige rekvirentsystemer, hvor rekvirent skulle kunne sende resepter og LIB-melding elektronisk til Reseptformidleren. I utviklingsprosessen for fastlegesystemene har Helsedirektoratet hatt en stor rolle som kravstiller på vegne av rekvirentene. Dette ansvaret er fra 01.01.16 overtatt av Direktoratet for e- helse. Leger fra ulike deler av helsetjenesten, både primær- og spesialisthelsetjenesten, har deltatt i utformingen av hvordan e-reseptløsningen på rekvirentsiden måtte se ut for å ivareta arbeidsprosessene og pasientsikkerheten på en best mulig måte. Dette resulterte i en omfattende kravspesifikasjon som definerer alle krav, både funksjonsmessig og i forhold til brukergrensesnitt m.m.fastlegene var tidligst ute med å ta løsningen i bruk og i februar 2013 var e-resept nasjonalt innført for fastleger. Deretter var det sykehuslegens tid til å ta e-resept i bruk.våren 2014 ble opprinnelig rekvirentspesifikasjon gjennomgått og splittet i to for å tydeliggjøre hvilke krav som kun gjaldt rekvirentsystemer i helseforetak og hvilke krav som gjaldt fastlegesystemer og øvrige EPJ. Dette dokumentet inneholder altså krav til e-reseptfunksjonalitet for rekvirentsystemer utenfor sykehus. Nye aktører som ønsker å utvikle støtte for e-resept og sende resepter og LIB-melding elektronisk til Reseptformidleren må også implementere krav beskrevet i dette dokumentet før en akseptansetest. Kapittel 1 inneholder informasjon om rekvirentspesifikasjonen; en beskrivelse av dokumentet og leseveiledning til kravene. Kapittel 2 inneholder de funksjonelle kravene inndelt i ulike underkapitler. 6.0 8

1. Utforming av spesifikasjonen 1.1 Obligatoriske og anbefalte krav I utgangspunktet er samtlige krav i spesifikasjonen obligatoriske for å bli godkjent som aktør i e- reseptkjeden. Der kravet kun er ment som veiledning og ikke stilles som absolutt krav for en godkjenning er dette spesifisert i merknadsfeltet. 1.2 ID`er for kravene Hvert krav har en ID som er ført opp lengst til venstre i tabellen. Deretter følger selve ordlyden til kravet, før et kommentarfelt til høyre. I kommentarfeltet vil eventuelle anmerkninger knyttet til om kravet kun er anbefalt stå oppført. Dersom ikke annet står oppgitt er kravet obligatorisk for å kunne godkjennes for kommunikasjon i e-reseptkjeden. Kommentarfeltet kan også benyttes til å opplyse om relevant tilleggsinformasjon eller henvisninger som kan være til hjelp når kravet skal tolkes og implementeres. Kommentarfeltet angir også hvilke krav som vil testes i akseptansetest hos Hdir E-helse knyttet til versjon 2.5 og multidose. For krav knyttet til multidose er også intensjonen med kravet og eventulle presiseringer fylt ut i kommentarfeltet. ID Kravbeskrivelse Kommentar T1.1 Oppdatert Varekatalog skal være tilgjengelig som informasjonskilde for legemidler, medisinsk forbruksmateriell og næringsmidler. 1.3 Meldingsversjoner Da e-reseptløsningen først ble produksjonssatt var dette på e-resept meldingsversjon 2.3. Deretter ble de fleste systemene som var i produksjon raskt oppgradert til v2.4 før en nasjonal utrulling av løsning i 2013. Oppgradering til e-resept meldingsversjon 2.5 ble gjennomført høsten 2015. Imidlertid er dette per høst 2016 ikke implementert av alle fastlege-epj systemene. Fra 01.01.2018 vil ikke lenger Reseptformidleren støtte nye e-reseptmeldinger på versjon 2.4, kun meldinger på versjon 2.5.Neste oppgradering til ny e- resept meldingsversjon vil etter plan skje i 2015/2016. Endringene som definerer forskjellen mellom versjonene er spilt inn som behov fra aktørene i kjeden etter oppstart av e-resept. Videre er det også lagt til rette for at løsningen skal kunne ivareta nye forskriftskrav. I dette dokumentet vil kravene som er implementert som en del av e-resept meldingsversjon 2.5 være merket «v2.5». Under presenteres noen av de større endringene i ny meldingsversjon; 1.3.1 LIB i RF inkludert elektronisk multidose Opprinnelig var e-resept spesifisert med funksjonalitet for multidose. Underveis i utviklingen før pilotering så man at de ulike aktørene ikke rakk å ferdigstille funksjonalitet for multidose i tide og det ble besluttet å utsette denne delen og videreføre de papirbaserte ordinasjonskortene for multidosepasientene. Det jobbes nå med å ferdigstille multidosefunksjonalitet i e- 6.0 9

reseptløsningen. I tillegg til å ivareta kommunikasjon om multidosepasientens LIB til multidoseapoteket, kan også denne LIB-meldingen sendes til Reseptformidleren for samtlige pasienter som er tilknyttet pleie- og omsorgssektoren. I 2015 startet en konseptutredning for Felles legemiddelliste (Pasientens legemiddelliste). Konseptet det er besluttet å gå videre med bygger på bruk av multidoseløsningen. Konseptet innebærer at alle pasienter skal kunne ha en LIB-melding i Reseptformidleren. Dette krever regelverksendringer og er en prosess som pågår i 2017. I dokumentet er følgende ID`er tilknyttet LIB i RF: MD KI Ki Kr Videre er det presisert i merknadsfeltet hvilke krav som inngår i løsning for LIB i RF med (teknisk betegnelse for LIB-meldingen). For utfyllende informasjon om løsning for LIB i RF se Detaljert funksjonell Spesifikasjon. 1.3.2 Magistrelle resepter På lik linje som løsning for multidose i e-resept var det et etterslep knyttet til funksjonalitet for magistrelle resepter i e-reseptkjeden. Når helseforetakene også begynte å forskrive elektronisk så man at det i tillegg var behov for å revidere opprinnelig spesifikasjon for magistrelle resepter. Våren 2014 ble det satt ned en arbeidsgruppe med representanter fra sektoren som gikk gjennom behov og definerte nye krav til systemer som skulle støtte magistrell forskrivning i e- resept. Dette har resultert i en del tilleggskrav til funksjonaliteten. De nye kravene er merket «MR». 1.3.3 H-resepter I regi av NIKT er det gjennomført et prosjekt med intensjon om å sikre kontroll og automatisering av forskrivning og oppgjør knyttet til H-resepter. H-resepter er resepter på legemidler hvor helseforetakene har ansvaret for finansieringen. RHFene beslutter hvem som har rett til å rekvirere H-reseptlegemidler og i hvilken grad de skal tas i bruk i spesialisthelsetjenesten. Per i dag kan følgende leger rekvirere H- reseptlegemidler: sykehusleger ved helseforetak, sykehusleger ved private sykehus som har driftsavtale med RHF og en del privatpraktiserende avtalespesialister som RHFene har godkjent. Løsningen som er besluttet medfører noen endringer i spesifikasjon for rekvirentsystem i e-resept (publisert våren 2015). Kravene er obligatoriske for alle EPJ hvor det finnes brukere av systemet som er godkjente forskrivere av H-resepter. For øvrige detaljer knyttet til løsning for H-resept i hele kjeden vises til dokumentasjon fra NIKT og Forskrift om helseforetaksfinansierte reseptlegemidler til bruk utenfor sykehus. 1.4 Nye rekvirentgrupper i e-resept Våren 2015 ble rekvirentspesifikasjon tilpasset for også å ivareta støtte for nye rekvirentgrupper i e-resept; tannleger, jordmødre og helsesøstre med forskrivningsrett. Kravene er i dette dokumentet merket «nye rekvirentgrupper». For systemer som ikke har brukere i disse gruppene 6.0 10

vil kravene bortfalle. Helse- og omsorgsdepartementet sendte i mai 2016 ut et høringsbrev med forslag til endringer i Reseptformidlerforskriften. Foreslåtte endringer ivaretar blant annet behov knyttet til at nye rekvirentgrupper skal ta i bruk e-reseptløsningen. I dag kan opplysninger om en pasients tilgjengelige resepter, etter samtykke utleveres til andre leger enn den som har rekvirert. Departementet foreslår at dette endres til å gjelde også andre rekvirenter. Eventuelle endringer i forskrift vil kunne påvirke krav knyttet til nye rekvirentgrupper. https://www.regjeringen.no/contentassets/6be4770f0ab84dbe9c8cd91ebe93e414/hoeringsnotat_ sve.pdf 1.5 Beskrivelse av de ulike e-reseptmeldingene I e-resept finnes det omkring 30 ulike meldinger som sendes mellom de ulike aktørene inkl. Reseptformidleren. I dette dokumentet er det stedvis benyttet den tekniske betegnelsen for meldingene (for eksempel M1, osv). For definisjon av disse vises det til tabell i DFS (Detaljert funksjonell spesifikasjon). 1.6 Definisjoner Ord / Akronym Ad Administrasjonsmåte for forskrevet legemiddel Administrering av forskrevet legemiddel Beslutningsstøtte CAVE Dispensering av legemidler Dobbeltforskrivning Dosedispensering Forklaring / Definisjon Direkte oversatt: Til. Angir at bestanddel brukes for å oppnå totalt ønsket mengde i magistrelle blandinger. Beskrivelse av på hvilken måte legemidlet skal brukes/blir gitt til den enkelte pasient. (Gnis inn i huden, Inhaleres, injiseres intramuskulært etc.) Angir hvem som skal forestå administrasjon av forskrevet legemiddel. Aktivering eller tilrettelegging av relevante og valide råd og anbefalinger om på en lite påtrengende og hensiktsmessig måte i EPJ og som er spesifikk for kontekst og tjenesteyter med bakgrunn i foreliggende journal- og pasientopplysninger. Se også Forskrivningsstøtte og Kunnskapsstøtte. Betyr «vokt deg for» eller «pass deg for». Brukes om legemidler som ikke skal forskrives til pasient/benyttes av pasient fordi pasienten risikerer alvorlig legemiddelreaksjon. Noen steder benyttes også termen «Kritisk informasjon for legemidler». Tilbereding i porsjoner og utdeling av legemidler til pasienter. Singel- og Multidosedispensering er maskinell pakking av legemidler i porsjoner til den enkelte pasient Forekomst av to forskrivninger på samme virkestoff på en pasient. Dosedispensering innebærer at pasienten får utlevert nøyaktig de pakkbare legemidler som vedkommende trenger for en gitt periode med den daglige dosen i ett eller flere rom i en doseringseske eller annen egnet emballasje. Dispensering kan både skje maskinelt og manuelt, og egner seg særlig godt for pasienter som har problemer med å administrere egen legemiddelbehandling. Maskinell dosedispensering er ensbetydende med 6.0 11

Ord / Akronym Dssn Ekspedisjon (ekspedere) Endringsdato FEST Forskrivning Forskrivningsmal Forskrivningsstøtte Helseperson Intern varekatalog Kosttilskudd Kunnskapsstøtte Forklaring / Definisjon singel eller multidose fra pakkesentral, mens manuell dosedispensering er ensbetydende med manuell pakking eller fordeling i dosett. Dssn = da signa suo nomine = gi og signer med sitt navn. (oppfordring fra legen til apotekeren om å lage legemiddelet, utlevere det til pasienten og sette sin signatur på). I forskrivning brukes det som tekstlig forklaring til pasienten på hvordan pasienten skal bruke legemiddelet (for eksempel: Dryppes i begge øyne 2 ganger daglig i 6 dager). Farmasøytisk kontroll og istandgjøring av legemiddel i henhold til resept eller rekvisisjon. Dato for endring av legemiddelbehandling for et gitt legemiddel for en gitt pasient. Forskrivnings- og ekspedisjonsstøtte. FEST er et datagrunnlag for forskrivning. Vedlikeholdes av Legemiddelverket og oppdateres regelmessig. Skriftlig bestilling av legemiddel Tidligere kalt intern liste. Liste med ferdig utfylte forskrivninger. Listen kan være felles for enheten eller spesiell for hver enkelt lege. Kunnskapsstøtte med vekt på merkantile og administrative forordninger og regelverk (spesialistgodkjenning, refusjonsforskrifter, utleveringsforskrift mm.). Se også Beslutningsstøtte og Kunnskapsstøtte. Person som er autorisert til å kunne involveres i direkte ytelser av helsetjenester. Egendefinerte legemidler (magistrelle legemidler + legemidler som ikke finnes i FEST) Næringsmidler som a) er beregnet til å supplere kosten, og b) er konsentrerte kilder av vitaminer og mineraler eller andre stoffer med en ernæringsmessig eller fysiologisk effekt, alene eller i kombinasjon, og c) omsettes i ferdigpakket og dosert form beregnet til å inntas i små oppmålte mengder; som for eksempel kapsler, pastiller, tabletter, piller, pulverposer, ampuller, dråpeflasker og lignende former for væsker og pulver. (Omhandlet i FOR 2004-05-20 nr 755: Forskrift om kosttilskudd) Automatisk system med påminnere og varslere i EPJ som kobler forskrivningsinformasjon og journal- og pasientinformasjon med medisinsk kunnskap (interaksjoner, kontraindikasjoner med mer). Se også 6.0 12

Ord / Akronym Legemiddel Legemiddelform Legemiddelforsyning Legemiddelkort Legemiddelliste Legemidler i bruk (LIB) LIB i RF Magistrelt legemiddel Multidose Ordinasjon Ordinasjonskort PLO Preparat Qs (quantum satis / quantum sufficit) Reiterasjon Rekvirent Forklaring / Definisjon Forskrivningsstøtte og Beslutningsstøtte. Stoff, drog og preparat m.v. som nevnt i legemiddelloven 2 første ledd jf. Forskrift i medhold av legemiddelloven 2 annet ledd Hvordan legemiddelet er utformet (tabletter, salve, oppløsning etc.). Omfatter innkjøp, rekvirering, transport, oppbevaring, tilvirking, utdeling og tilsyn/kontroll av legemidler Utskrift av oversikt over pasientens aktuelle behandling med legemidler (Legemidler i bruk /LIB), som inkluderer faste legemidler, legemidler som gis ved behov og legemidler gitt som kur. Se også Ordinasjonskort og «Legemidler i bruk». a) Liste over legemidler nedtegnet og godkjent av lege. Legemidlene kan rekvireres til institusjon eller avdeling fra apotek av person som er gitt myndighet til det (sykepleier eller farmasøyt) (jf. Forskrift om rekvirering og utlevering av legemidler). b) Legemiddellisten er stoffer, droger og preparater som er er klassifisert som legemidler i forskrift om legemiddelklassifisering Inkluderer all pågående medisinering. Inkluderer faste legemidler, legemidler ved behov og legemidler gitt som kur. Kosttilskudd inkluderes også i LIB. Den elektroniske meldingen kalles også «Legemidler i bruk». E-melding i e-resept som benyttes for å formidle pasientens LIB til Reseptformidleren. Benyttes også for at multidoseapotek og LIB-ansvarlig lege kan utveksle informasjon om hvilke legemidler som skal pakkes i multidosen. Legemiddel som tilvirkes i apotek etter bestilling fra rekvirent til en bestemt pasient. Se dosedispensering. Beskjed fra lege eller generelle retningslinjer laget av lege om utdeling av legemidler til pasient til person med myndighet til å foreta utdeling Papirbasert oversikt over pasientens aktuelle behandling med legemidler som dosedispenseres. Kort utskrevet fra lege gjelder som resept ved dosedispensering. Se også Medisinkort Pleie- og omsorgstjenester Tilberedt legemiddel. Ordet er i dette dokumentet brukt synonymt med legemiddel. Direkte oversatt: tilstrekkelig mengde. Angir at bestanddel brukes for å oppnå det ønskede resultat i magistrelle blandinger. Reseptutsteders påtegning på resept om at resepten kan ekspederes og utleveres flere ganger. Fysisk eller juridisk person med rett til å rekvirere legemidler. 6.0 13

Ord / Akronym Rekvisisjon Rekvirering Resept A-resept B-resept C-resept Reseptfrie legemidler Blå resept Hvit resept H-resept Telefaksresept Telefonresept Nødekspedisjon # Rp Revurderingsdato Seponering Seponeringsdato Synonympreparat Startdato Forklaring / Definisjon Annen bestilling av legemiddel enn ved resept. Muntlig, skriftlig eller elektronisk bestilling av legemiddel ved resept eller rekvisisjon Bestilling av legemiddel til bruk for bestemte personer eller dyr, eller til bruk i rekvirentens praksis Resept på legemiddel i utleveringsgruppe A (narkotiske og spesielt vanedannende legemidler). Papirresept skal utstedes på særskilt blankett. Resept kan kun reitereres dersom legemiddelet forskrives med refusjon Resept på legemiddel i utleveringsgruppe B. Resept på vanedannende legemidler. Resepten kan kun reitereres dersom legemiddelet forskrives med refusjon Resept på legemiddel i utleveringsgruppe C. Resept på legemidler som ikke er A, B eller F. Resepten kan reitereres. Legemidler i utleveringsgruppe F. Resept kan utstedes, men er ikke påkrevd. Resepten kan reitereres. Papirresept hvor pasienten etter folketrygdloven har krav på å få refundert deler av utgiftene. Begrepet oppsto opprinnelig fordi blanketten var blå. Papirresept, som ikke er Blå resept eller A-resept. Begrepet oppsto opprinnelig fordi blanketten var hvit. H-resepter er resepter på legemidler hvor helseforetakene har ansvaret for finansieringen. For å være en godkjent forskriver av H-resept må aktuelt helseforetak godkjenne at legen kan forskrive på helseforetakets regning. Papirresept sendt via telefaks. Bare gyldig på det apoteket som mottar den. Resepten kan ikke reitereres Muntlig rekvirering per telefon. Kan ikke reitereres og bare minste pakning kan rekvireres for narkotiske eller vanedannende legemidler. Utlevering av legemiddel fra apotek uten at resept foreligger eller på grunnlag av mangelfull/utgått resept. # = Deo juvante eller Med Guds hjelp. Rp = recipe (resept).(ta eller man tar) Dvs: med Guds hjelp tar man) Dato for revurdering av legemiddelbehandling for et gitt legemiddel for en gitt pasient. Avslutte pågående legemiddelbehandling. Dato for seponering av legemiddelbehandling for et gitt legemiddel for en gitt pasient. Synonympreparater er preparater med samme virkestoff i samme styrke og samme legemiddelform (eks. tabletter, mikstur osv.) og som av Statens legemiddelverk er vurdert til å være terapeutisk likeverdige. Dato for oppstart av legemiddelbehandling for et gitt 6.0 14

Ord / Akronym Utlevering Utleveringsgruppe Vare Varer i bruk Forklaring / Definisjon legemiddel for en gitt pasient. Utlevering av legemiddel fra apotek til rekvirent, pasient, kunde, dyreeier eller institusjon. Gjelder også utlevering av medisinsk forbruksmateriell fra bandasjist eller apotek. Reseptpliktige legemiddel plasseres i utleveringsgruppe A, B og C. Utleveringsgruppe F representerer reseptfrie legemidler. Legemiddel, medisinsk forbruksmateriell og næringsmidler. (innhold i varekatalogen) Varer i bruk = Legemidler i bruk + Forbruksmateriell i bruk + Næringsmidler i bruk. (VIB= LIB+FIB+NIB) 1.7 Øvrig dokumentasjon Dette dokumentet beskriver rekvirents funksjonelle krav i e-reseptsammenheng. Dokumentet dekker allmennleger og andre rekvirenter utenfor sykehus` krav til hvordan systemet funksjonelt skal utformes for å kunne forskrive elektronisk i e-resept. Det er en rekke andre dokumenter som er relevante for utvikling av løsningene knyttet til samhandling mellom de enkelte systemene og aktørene. Følgende dokumenter er førende i tillegg til dette dokumentet: OFS Overordnet funksjonell spesifikasjon overordnete prinsipper for e-resept DFS Detaljert funksjonell spesifikasjon detaljering av overordnede krav til løsning, inneholder sekvensdiagrammer som beskriver prosessen rundt den enkelte melding. E-resept meldingsdefinisjoner beskrivelse av alle meldinger som er definert i e-resept. E-resept arkitektur beskriver arkitekturen som er lagt til grunn for implementering av e-resept. Kodeverk i e-resept Brukskonvensjoner for avansert strukturert dosering (ASD) Grensesnitt dokument Dokumentene finnes på www.ehelse.no; https://ehelse.no/e-resept-kjernejournal-og-helsenorgeno/e-resept/dokumentasjon-for-e-resept I tillegg må de juridiske rammene knyttet til e-resept, forskrivning og rekvirering m.m. hensyntas ifht utforming av løsning. 1.8 Juridiske forhold Under følger en liste med de mest relevante lover og forskrifter tilknyttet e-resept og reseptformidleren, og ut i fra tiltenkt bruk for leverandører i et rekvirentperspektiv. Hovedkrav til rekvirering av resept og ordinasjoner ligger i «Forskrift om rekvirering og utlevering av legemidler fra apotek, se https://lovdata.no/sf/forskrift/1998-04-27-455 Forskriften omhandler/regulerer bl.a. rekvisisjonsrett, om informasjon på resepten om utsteder, informasjon om pasienten og informasjon om legemiddelet. Stønadsbestemmelser for legemidler, medisinsk forbruksmateriell og næringsmidler ligger i «Forskrift 6.0 15

om stønad til dekning av utgifter til viktige legemidler mv. (blåreseptforskriften)», se https://lovdata.no/sf/forskrift/2007-06-28-814 Forskriften omhandler/regulerer bl.a. refusjon og om opplysninger på blåresepter. «Forskrift om helseforetaksfinansierte reseptlegemidler til bruk utenfor sykehus» omhandler/regulerer de legemidler til bruk utenfor sykehus som helseforetakene selv skal finansiere. https://lovdata.no/dokument/sf/forskrift/2015-06-12-646?q=helseforetak+legemidler «Forskrift om behandling av helseopplysninger i nasjonal database for elektroniske resepter (Reseptformidlerforskriften)» inneholder bestemmelser for håndtering av elektroniske resepter, se https://lovdata.no/sf/forskrift/2007-12-21-1610 Forskriften omhandler/regulerer bl.a. formålet med reseptformidleren, definisjoner, forbud mot bruk av registeret, hvilke opplysninger som kan lagres i reseptformidleren, om rekvirents meldeplikt, formkrav, ansvar for kontroll og om plikter, om utlevering av opplysninger, om pasientens rettigheter og om lagring av opplysninger i registeret. Se også Lov om behandling av helseopplysninger ved ytelse av helsehjelp (pasientjournalloven), https://lovdata.no/nl/lov/2014-06-20-42 og særlig 12 som er lovhjemmelen for reseptformidleren og tilhørende forskrift. Definisjonen av kosttilskudd finnes i «Forskrift om kosttilskudd», se https://lovdata.no/sf/forskrift/2004-05-20-755 Forskriften omhandler/regulerer formål, definisjoner, om meldeplikt, merking og markedsføring, om tilsyn m.m. Fastlegeforskriften «Forskrift om fastlegeordning i kommunene», se https://lovdata.no/sf/forskrift/2012-08-29-842 regulerer fastlegens legemiddelhåndtering. Forskriften omhandler/regulerer formålet med fastlegeordningen, gir definisjoner, og regulerer videre fastlegens og andres ansvar for administrasjon, legemiddelhåndtering og ytelse av helsehjelp. Lov om pasient- og brukerrettigheter (pasient- og brukerrettighetsloven), se https://lovdata.no/nl/lov/1999-07-02-63 omhandler som navnet sier, pasients rettigheter. Forskriften omhandler/regulerer pasientenes rettigheter ifm. helse- og omsorgstjenesten, bl.a. retten til nødvendig helsehjelp, rettigheter i fastlegeordningen, om rett til informasjon, vedrørende samtykke ved helsehjelp, samtykkekompetanse, journalinnsyn m.m. 6.0 16

2. Funksjonelle krav 2.1 Roller ID Kravbeskrivelse Kommentar T0.1 Lege må defineres som egen rolle Krav merket «nye rekvirentgrupper» er kun obligatorisk dersom noen av de følgende rekvirenter skal benytte løsningen; tannlege, helsesøster og jordmor. T0.2 Tannlege må defineres som egen rolle «Nye rekvirentgrupper» T0.3 T0.4 Helsesøster = sykepleier med tilleggsutdanning som helsesøster og med forskrivningsrett for antikonseptiva må defineres som egen rolle. Jordmor med forskrivningsrett for antikonseptiva må defineres som egen rolle «Nye rekvirentgrupper» «Nye rekvirentgrupper» 2.2 EPJ standard ID Kravbeskrivelse Kommentar EPJstandard Alle relevante krav i EPJ standard skal følges. Med "EPJ Standard" menes følgende dokumenter; EPJ standard: Arkitektur, arkivering og tilgangsstyring, Standarden for forskrivning av legemidler, og Standarden for Cave, Reservasjoner mv. Samt evt. andre nye standarder som er relevante krav ifbm e-resept. Tidligere var «relevante krav» trukket ut fra EPJ standardene og presentert i rekvirentspesifikasjonen. Da de ikke ble presentert i sin opprinnelige kontekst og det var vanskelig å sikre et vedlikehold av kravene i tråd med opprinnelig standard er det besluttet å fjerne disse og henvise til de ved et overordnet krav. 6.0 17

2.3 Generelle krav ID Kravbeskrivelse Kommentar Oppdatert Varekatalog skal være tilgjengelig Med varekatalog menes lokal kopi av som informasjonskilde for legemidler, FEST, inklusiv egendefinerte legemidler medisinsk forbruksmateriell og (magistrelle legemidler + legemidler som næringsmidler. ikke finnes i FEST) og egendefinerte maler.. T1.2 T1.1 Oppdatering av varekatalog skal skje automatisk hver gang FEST lastes ned fra Legemiddelverket. Det vil testes at overgangen fra FEST 2.4 til FEST 2.5 medfører full nedlast første gang, og at når det er switchet til 2.5 er det FEST versjon 2.5 som lastes ned og ikke FEST versjon 2.4 T1.3 Det skal varsles til systemansvarlig når varekatalog er oppdatert.. Felles kommentar til krav T1.2, T1.3 og T1.4: Hensikten med kravene er at det må være mulig å finne ut hvilken FEST-versjon som benyttes i EPJ-et, og det må være tydelig varsel når oppdateringen har feilet (det kan være varsel til alle leger, en lege eller en systemansvarlig) T1.4 T1.5 T1.6 T1.7 T1.8 T1.9 Det skal varsles til systemansvarlig når oppdatering av varekatalog har feilet EPJ skal foreslå manuell nedlastning av FEST om automatisk nedlastning har feilet. EPJ skal automatisk søke etter oppdatert FEST minst 1 gang per uke. Legemidler i bruk og CAVE skal kunne legges til som del av annet dokument. E.g. korrespondanse, forskningsprotokoll. Følgende oppdaterte kunnskapsverk skal kunne åpnes fra legemiddelmodulen: Norsk legemiddelhåndbok Preparatomtale fra FEST Relis Norsk Elektronisk Legehåndbok Felleskatalogen Det skal være mulig å tilrettelegge data fra legemiddelmodulen for statistiske analyser. 6.0 18

T1.10 T1.11 T1.12 T1.13 T1.14 T1.14a T1.19 T1.20 T1.22 T1.23 T1.24 T1.25 T1.26 T1.27 Det skal være mulig å gå fra legemiddelmodul til alle moduler og tilbake uten å stenge legemiddelmodulen. Alle hurtigtastfunksjoner skal tydelig framgå i menyer og ikoner (f.eks. tooltip eller underscore) Alle funksjoner i legemiddelmodulen skal være tilgjengelig fra tastatur Ved åpning av journal skal alle resepter (M1) og LIB-meldinger () i RF hentes ned i henhold til gitte samtykker i en bakgrunnsprosess som ikke forstyrrer bruker. Når virksomhetssertifikat har mindre enn 2 mnd. igjen av sin gyldighetstid skal systemansvarlig alarmeres med informasjon om hvor lenge det er igjen av gitt sertifikat samt angivelse av beskrivelse av rutiner for fornying av sertifikat. Når personlig sertifikat har mindre enn 2 mnd. igjen av sin gyldighetstid skal systemet varsle sertifikatinnehaver. Ved Varsel fra SLV (del av M30) skal EPJ kunne framvise pasienter som bruker legemiddel det refereres til i meldingen. Alle Varsel fra SLV skal kunne vises i kronologisk liste Systemet skal kunne håndtere flere meldingsversjoner på samme tid. Alle meldinger som sendes fra rekvirentsystemet skal være KITH godkjent av Direktoratet for e-helse. Alle meldinger som sendes fra rekvirentsystemet skal sjekkes mot meldingsstandarden før de sendes. Systemet skal støtte automatisk oppdatering av versjon over NHN Ved rekvirering til egen praksis skal systemet støtte bruk av 1 referansenummer per «praksis». Referansenummeret må kunne gjenbrukes hver gang det rekvireres. Det skal være mulig å velge hvilket nivå interaksjonsvarsel skal vises på. Interaksjoner på høyeste (alvorligste) nivå skal alltid vises.. E-reseptmeldingene M9.5 og M9.11 benyttes for å ivareta kravet. Intensjon med dette kravet er at lege skal få et oppdatert bilde av tilgjengelige legemiddelopplysninger på pasient i RF, uten at lege aktivt må gjøre en handling (basert på å cashe pinkode), så raskt som mulig (avhengig av hvordan EPJ er bygd opp kan det slås opp i RF på tidligst mulig tidspunkt). Kravet er ikke gjeldende inntil videre i påvente av en godkjenningsordning. 6.0 19

T1.28 T1.29 T1.30 T1.31 T1.32 T1.34 T1.35 T1.36 T1.37 Det skal være mulig å registrere legemiddel som ikke finnes i FEST (legemiddel som ikke har MT i Norge) Det skal være mulig å registrere magistrelt legemiddel. For pasienter som mangler gyldig fødselsnummer eller D-nummer skal det sendes resepter med referansenummer. For pasienter som ønsker låst resept skal resepten inneholde referansenummer og resepten skal være merket som låst. Det skal være mulig å sende en verifymelding (ERMV) med informasjon om installasjonen til RF Det skal være mulig å sende M24.3 for overføring av samtykke gitt til en fastlege til ny organisasjon fastlegen er del av. Ved endringer i fastlegelister skal informasjon om samtykker oppdateres. Eg. ved bytte av fastlege i egen organisasjon så skal ny fastlege få spørsmål om registrering av samtykke. Systemet skal kunne slå opp i HPR for å sjekke rekvirentens forskrivningsrett. Systemet skal kunne slå opp i HPR for å: - Bestemme brukers forskrivningsrett - Kunne identifisere andre rekvirenter knyttet til instituering/rekvirering Se også eget kapittel ifht magistrelle resepter. Intensjonen med kravet er at det også skal være mulig å sende e-resept på magistrelle resepter. Nytt i v2.5 er at disse reseptene ikke lenger skal sendes som låste resepter.. (inkl. overgangen ift fornying av resepter med referansenr. på versjon 2.4). Ivaretar foreløpig kun verifikasjon av de synkrone meldingene. Anbefalt krav. Særlig aktuelt for forskrivning av H-resept. Kravet vil kun være mulig å innfri når HPR 2 er produksjonssatt og informasjon om rekvirentens forskrivningsrett ifht H-resept er tilgjengelig i registeret. Anbefalt krav 2.4 Åpne legemiddelmodul ID Kravbeskrivelse Kommentar T2.1 Legemiddelmodulen skal kunne åpnes fra EPJ etter at pasient er valgt. 6.0 20

T2.5 T2.6 T2.7 T2.8 T2.9 T2.9a T2.9b T2.9c T2.11 T2.12 T2.13 T2.15 T2.16 T2.17 T2.18 Legemiddelmodulen skal kunne åpnes ved bruk av hurtigtastfunksjon. Legemiddelmodul skal kunne åpnes ved valg i meny. Det skal være mulig å rekvirere legemidler til egen praksis. Legemidler i bruk, resepter i RF, CAVE og legemidler klargjort for rekvirering skal vises i samme bildeåpningsbildet i legemiddelmodulen skal vise: Legemidler i bruk, resepter i RF, CAVE og legemidler klargjort for rekvirering Informasjon om Legemidler i bruk, resepter i RF, legemidler klargjort for rekvirering og historikk skal vise: Brukskode, NavnFormStyrke, Mengde, Kortdose, Reit/utl, Refusjon, Sist oppdatert, Varer til. Mengde skal angi pakningsstørrelse og antall pakninger når det er forskrevet på pakningsnivå. Det skal framgå om resepten er ferdig ekspedert («Resept avsluttet» er satt til «true» i utleveringsmeldingen). Ved valg av en visningslinje i LIB, Resepter i RF, Legemidler klargjort for rekvirering og historikk skal følgende informasjon vises: ATC-kode, virkestoff navn, preparatnavn, pakningsstørrelse, antall pakninger, dosering, status (T2.13), sist utlevert legemiddel, dato sist utlevert, seponeringsdato, Status på søknad SLV, Status søknad HELFO Informasjon om CAVE som presenteres i åpningsbildet skal inneholde legemiddelnavn og virkestoff navn. CAVE opplysninger om legemidler skal kunne presenteres i strukturert form iht. gjeldende standard Åpningsbildet skal vise følgende statuskategorier: For LIB og historikk: irp(importert), Reg (registrert), erp(eresept), urp(utskrift av resept), frp(faxresept), trp(telefonresept) For legemidler klargjort for rekvirering: klargjort, levert og feil ved sending. For legemidler i RF: kodeverk 7408. Koden næringsmiddel skal påføres automatisk basert på informasjon fra FEST. Koden vaksine skal automatisk påføres basert på informasjon fra FEST. Vaksiner skal kunne vises i eget vindu/funksjon Legemidler i bruk skal kunne sorteres etter følgende kategorier: ATC-kode, virkestoffnavn, preparatnavn, Kravet er omformulert uten endring av meningsinnhold. 6.0 21

T2.19 T2.20 T2.21 T2.22 T2.23 T2.27 T2.28 T2.32 T2.33 T2.33a T2.33b T2.33c utleveringsgruppe, refusjonsgrunnlag, kategori, registreringsdato, varer til dato, endringsdato, revurderingsdato og seponeringsdato. Det skal være mulig å vise legemidler i bruk på et valgt tidspunkt. Resepter som er klargjort av medhjelper uten forskrivningsrett skal være merket som reseptkladd. Det skal framgå om det er mottatt utleveringsmelding på rekvirert legemiddel. Det skal framgå om det er mottatt tilbakekallingsmelding på egne rekvirerte legemiddel. Det skal være mulig å åpne utleveringsmelding direkte fra valgt legemiddel. Forbruksmateriell som refunderes skal kunne vises i egen liste ( Medisinsk forbruksmateriell i bruk ) Næringsmidler skal kunne vises i egen liste ( Næringsmidler i bruk ) Rekvirerte legemidler (historisk fremstilling av «Legemidler i bruk») bør kunne fremstilles grafisk på en tidslinje. Det skal være mulig å sende forespørsel og motta informasjon om alle resepter som ligger i Reseptformidleren på valgt pasient. Det skal være mulig å sende forespørsel og motta informasjon om som ligger i Reseptformidleren på valgt pasient. Når samtykke er registrert skal systemet automatisk gjøre oppslag i RF (M9.5/6 og M9.11/12)Det skal være mulig å konfigurere systemet til automatisk oppslag i RF (M9.5/6 og M9.11/12). Oppslag i RF returnerer kun forskrivers egne resepter til pasienten (M9.5/M9.6). Leger som har innhentet samtykke til å se andre rekvirenters resepter skal se alle resepter tilhørende gitt pasient. Anbefalt krav. Intensjonen med kravet er at det skal være mulig for lege å få tilgang til fra RF i eget EPJ via meldingene M9.11/12 Se også krav T1.13.. Kommentar: E-resept endringsråd har besluttet at det må søkes om dispensasjon dersom automatisk oppslag ikke skal være aktivert. Oppslag i RF når samtykke er innhentet er viktig for å forhindre doble forskrivninger (kvalitet i e-resept). 6.0 22

T2.33d T2.33e T2.33f T2.33g T2.33h T2.34 T2.36 T2.36a E-resept tilhørende LIB-element skal ikke merkes som "finnes ikke i RF" etter M9.5/M9.6 sendt av tannlege, jordmødre/helsesøstre dersom resepten er sendt av annen forskriver enn den som gjør oppslaget Det skal fremgå hvem som har gjort oppslag og hvilke resepter som er returnert fra RF. Oppslag via M9.11/M9.12 (henting av.x) skal ikke kunne utføres av andre enn leger. Ved visning av utleveringsinformasjon fra M9.6 som mangler informasjon om pakningsstørrelse så skal EPJ benytte varenummer fra M9.6 til å hente ut pakningsinfo fra lokal FEST og presentere det for bruker sammen med tilhørende informasjon fra M9.6. Det skal være mulig å slå opp og vise utleveringer basert på M9.7/8 Det skal være mulig å velge at resepter i reseptformidleren skal fornyes (resepter i RF tilbakekalles og ny resept sendes). Visning av resultat fra oppslag i Reseptformidleren (T13.2T2.33) skal skille mellom egne og andre rekvirenters resepter sendt av egen virksomhet og andre virksomheter. Resepter i RF som er representert med LIBelement skal vises i LIB. «nye rekvirentgrupper» Intensjonen med kravet er å forhindre at andre enn de som har hjemmel i RFforskriften (leger) kan laste ned LIB fra RF. RF sørger for at ikke andre enn leger får utlevert informasjon, men ved at det er kontroll på dette også i EPJ sørges det for at RF ikke blir belastet med unødvendig trafikk og at ikke bruker belastes med unødvendig venting. NB! Helse- og omsorgsdepartementet har hatt på høring endringer i Reseptformidlerforskriften der det i høringsnotatet er foreslått at andre med forskrivningsrett (tannleger, jordmødre/helsesøstre) også skal få hjemmel til å få utlevert alle pasientens reseptopplysninger. Dersom det blir endringer i forskrift vil det kunne medføre at kravet bortfaller. 2.5 2.5. Anbefalt krav. Kravet er omformulert uten endring av meningsinnhold.. 6.0 23

T2.36b Det skal tydelig vises hvilke resepter i RF som ikke er representert med LIB-element. Intensjonen med dette kravet er at man ikke skal vise resept og LIB-element som hører sammen dobbelt, men at de vises sammen og at felles informasjon mellom LIB-element o resept skal være identisk (skal ikke kunne endre LIB-elementet lokalt uten å sende ny resept). LIB-elementet er behandlingen. Resepten er det juridiske dokument som bestemmer utleveringen. Intensjonen med kravet er at bruker skal forstå hvilke resepter i RF som ikke er representert i lokal LIB ("løse resepter"). Ved å se både resepter i RF og lokal LIB i samme bilde vil bruker få en fullstendig oversikt over hvilke legemiddelopplysninger som ligger på pasient i Reseptformidleren sammenstilt med lokal LIB. T2.37 Etter oppslag i Reseptformidleren skal rekvirent kunne velge om resepter som ikke er i LIB skal legges til liste over legemidler i bruk Intensjonen med kravet er at det for bruker skal være mulig å inkludere resepter som ikke ligger i LIB ("løse e-resepter) i lokal LIB Se også andre krav som detaljerer "Knytt til" funksjonalitet: T18.8, Kl5, Kl23a,Kl23b,Kr9 T2.37a T2.37b Ved import av kur skal det kreves at bruker angir seponeringsdato. Systemet skal vise forskrivningsdato og DSSN tekst slik at bruker kan beregne seponeringsdato. Medhjelper/sykepleier skal kunne angi forslag til seponeringsdato, men det skal godkjennes av lege. Lege må kunne overstyre forslag til seponeringsdato satt av medhjelper/sykepleier. Intensjonen med kravet er både at seponeringsdato på kur skal lagres lokalt for leger som ikke har LIB-ansvar, samt å sikre at LIB som sendes ut fra LIB-ansvarlig lege inneholder informasjon om seponeringsdato for kur, slik at dette også er tilgjengelig for multidoseapotek og andre behandlere (via at lege har oppgitt dette i.1) Dersom ikke seponeringsdato oppgis vil det kunne medføre unødvendig spørsmål fra apotek til lege, eller i verste fall feilpakking. 6.0 24

T2.38 T2.38a T2.38b T2.39 T2.40 T2.42 T2.43 T2.44 T2.45 T2.46 T2.47 Etter oppslag i Reseptformidleren skal det være mulig for rekvirent å tilbakekalle egne og andres resepter. Ved tilbakekalling av resepter fra RF skal det angis årsak til tilbakekalling. Ved tilbakekalling av resepter fra RF skal systemet sette årsak til tilbakekalling fra kodeverk 7500 Det skal være mulig å oppgi ett eller flere referansenummer ved oppslag i reseptformidleren. Hvis en resept er under ekspedering så skal det framgå hvilken utleverer som har reservert resepten for ekspedering. Ved oppslag i RF skal egne resepter med referansenummer vises uten at rekvirent må oppgi referansenummer (det må søkes med referansenummer som systemet har oversikt over) Når systemet ikke kan verifisere at oppgitt referansenummer tilhører valgt pasient, skal bruker alarmeres (gjelder for resepter som ikke ligger i LIB). Det skal vises en statuslinje som inneholder informasjon om pasientens samtykker, maskinell dosedispensering og PLO administrasjon Historikken skal vises med preparat- /virkestoffnavn og hvor det er mulig å ekspandere listen for å se enkeltforskrivninger knyttet til det enkelte preparat-/virkestoffnavn. Klargjort resept skal kunne endres før sending/utskrift Klargjort resept skal kunne angres/fjernes fra legemiddelmodulen om den ikke er sendt/skrevet ut. Intensjonen med kravet er å unngå at resepter med referansenummer ved uhell blir lagt på feil pasient (Eks. på scenarium: Pasient kommer til lege og har med lapp med referansenr. på. Dette referansenr. tilhører låst resept som f.eks. hans kone har fått forskrevet. Lege gjør oppslag i RF og inkluderer referansenr. I retur kommer alle mannens resepter + kones låste resept. Da skal det varsles). Intensjonen med kravet er at bruker på en enkel måte skal få en god og tydelig oversikt over nevnte informasjonselementer (står i kravet definert som en statuslinje, men må ikke være en statuslinje, poenget er at informasjonen må fremkomme tydelig). 6.0 25

T2.48 T2.49 T2.51 T2.52 T2.53 T2.54 T2.55 T2.56 Registrering i lokal LIB skal kunne oppdatere legemidler i bruk uten at registreringen signeres og sendes (forutsetter at rekvirent har registrert dokumentet som en oppdatering og ikke som resept). Det skal være mulig å registre innvilget søknad om individuell refusjon til et legemiddel med følgende opplysninger: refusjonshjemmel, refusjonskode, vedtaksdato (ikke obligatorisk), og evt. vedtakets utløpsdato (ikke obligatorisk). EPJ skal varsle rekvirent hvis oppdatering av FEST har feilet. Det skal være mulig å søke opp tidligere rekvirerte legemidler. Legemidler der laboratorieverdier bør overvåkes, skal ha et eget symbol som varsler rekvirenten om dette 1. Det skal være mulig å se oversikt over søknader for bruk av legemidler som ikke markedsføres i Norge. Det skal være mulig å se oversikt over legemidler hvor det er søkt om individuell refusjon. Varer skal kunne legges til liste over forskrivningsmaler fra varer i bruk. Hvis lege på installasjon har LIBansvar for gitt pasient skal det sendes oppdatert (ref. krav MD 1.12b) også ved registreringer i LIB. Intensjonen med kravet er at registreringer i LIB skal kunne oppdateres (ny registrering) i installasjoner som ikke har LIB-ansvar. 2.5 Klargjør legemiddelresept ID Kravbeskrivelse Kommentar T3.1 T3.2 T3.0a T3.0b Varekatalogen skal kunne åpnes fra åpningsbildet i legemiddelmodulen. Varekatalogen skal kunne åpnes ved bruk av hurtigtastfunksjon. Tannleger har innskrenket rekvireringsrett. Det bør legges til rette for at kun de legemidler i utleveringsgruppe A og B som tannleger kan rekvirere tilgjengeliggjøres ved søk etter vare. Søkeresultatet skal kunne overstyres av bruker. Helsesøstre/jordmødre som oppfyller særskilte vilkår kan kun rekvirere «nye rekvirentgrupper»; anbefalt krav for systemer som har tannleger som brukere. Med tannlegers «innskrenket rekvireringsrett» menes her at rekvireringen skal være knyttet til munnhule og nærliggende strukturer, samt at tannleger også har noen mengdebegrensninger på forskrivning av A/B preparater. «nye rekvirentgrupper» pr 1.1.2016 gjelder følgende: 1 Dette forutsetter at denne type funksjonalitet er innebygget i FEST med standardiserte laboratorieverdier (NELK). 6.0 26

T3.3 T3.3a T3.4 T3.5 T3.5a T3.6 T3.6a T3.7 T3.8 T3.8a T3.9 T3.11 T3.12 T3.13 (rekvirere=signere og sende) et begrenset utvalg hormonelle antikonseptiva (ATC G03A). Kun de legemidler som lovlig kan forskrives rekvireres til navngitte personer skal vises ved søk når helsesøster/jordmor klargjør legemiddelresept til kvinne 16 år og eldre. Søket skal ikke kunne overstyres av bruker dersom rolle «helsesøster» eller «jordmor» lager kladd på legemidler som andre roller har rekvireringsrett for. Varekatalogen skal kunne åpnes ved valg i meny. Det skal være mulig å søke i Varekatalogen, forskrivningsmaler, intern varekatalog eller alle. Det skal være mulig å søke på indikasjon, virkestoff navn, ATC-kode og produktnavn. Ved søk på indikasjon og (virkestoff/produkt/egendefinert) navn skal registrerte legemidler som ikke finnes i FEST vises sammen med legemidler fra FEST. Ved søk på indikasjon skal relevant informasjon fra FEST for markert legemiddel framvises for bruker. Det skal være mulig å søke i varekatalogen fra åpningsbildet i legemiddelmodulen. Ved søk skal NavnFormStyrke feltet i FEST legges til grunn. Det skal framgå om framsøkt legemiddel er en del av FEST og en del av intern varekatalog. Ved søk skal alle virkestoff og legemidler som oppfyller søkekriteriene vises i liste. Ved søk på virkestoff, skal alle legemidler som inneholder virkestoffet kunne vises i framsøkt liste Det skal være mulig å velge om liste over framsøkte legemidler skal filtreres på virkestoffnavn, preparatnavn, pakningsstørrelse og styrke. Det skal være mulig å endre default sortering oppgitt i forrige krav. Det skal framgå om framsøkt legemiddel har vært forskrevet tidligere (i aktuell installasjon) for valgt pasient. Framsøkt liste skal inneholde preparatnavn/virkestoff navn, ATC-kode, legemiddelform, styrke, mengde, pakningsstørrelse, kortdosering og indikasjon. Helsesøster/jordmor med relevant tilleggsutdanning kan rekvirere hormonelle antikonseptiva i ATCgruppene G02B og G03A Indikasjon ligger ikke i FEST enda Indikasjon ligger ikke i FEST enda Indikasjon ligger ikke i FEST enda 6.0 27

T3.13a T3.14 T3.15 T3.16 T3.17 T3.18 T3.18a T3.18b T3.18c T3.18d T3.18e T3.18f T3.18g T3.19 Det skal være mulig å vise detaljer om framsøkt vare. Søkeresultatet skal kunne sorteres etter en eller flere av kolonnene: preparatnavn, virkestoff navn, indikasjon, styrke, mengde, refusjonshjemmel og pris. I listen over framsøkte legemidler skal de som er registrert som CAVE markeres med rød skrift og begrunnelse for cave-registrering skal kunne vises med mouse over funksjon. Ved ordinasjon av legemiddel merket CAVE, skal rekvirent angi begrunnelse i eget merknadsfelt. Når legen velger et legemiddel skal systemet gå videre til Vindu/funksjon for klargjøring av resept. Når det velges et legemiddel, skal det automatisk sjekkes interaksjon mot legemidler i bruk, mot resepter på legemidler i RF som ikke er representert i LIB og mot mottatte utleveringsmeldinger på legemidler som ikke er representert i LIB ved hjelp av interaksjonsdata i FEST. I Vindu/funksjon for klargjøring av resept skal et ikon vise om det er identifisert interaksjon med legemidler i bruk ved hjelp av en interaksjonsdatabase levert i FEST. Identifisert interaksjon skal varsles i henhold til alvorlighetsgrad og basert på felles varslingskoder gitt av SLV. Varslingskoden som viser identifisert interaksjon skal vise et nummer som angir antall interaksjoner som er identifisert Interaksjonsvarsel må kunne merkes som håndtert (røde varsel må uansett vises på ny) Interaksjonsvarsel må kunne merkes som håndtert på gitt pasient. Røde varsel som er merket håndtert skal alltid vises. Interaksjonsvarsel ved forny med endring må vises på ny. Når det velges et legemiddel der laboratorieverdier bør overvåkes, skal dette varsles med eget symbol i vinduet for klargjøring av resept, og sist registrerte Den enkelte leverandør må vurdere hva som er relevante detaljer fra M30. Felles kommentar for kravene 3.18a-c: Ift funksjonen om at interaksjoner skal vises basert på FEST så må ikke løsning følge ordrett kravene, men funksjonen er at det må varsles i forhold til alvorlighetsgrad, varslingskoder og at interaksjoner må presenteres for bruker Se kommentar til krav T3.18a Se kommentar til krav T3.18a (overflødig krav er derfor slettet) Anbefalt krav 6.0 28