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

Transkript

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

2 Prosjekt: E-resept Versjon: 5.0 Utgitt: November 2015 Prosjektansvarlig: Prosjektleder: Prosjektgruppe: Røren, Rune Cappelen, Caroline Bjordal, Ole Andreas Winnem, Ole Martin Mortensen, Karin Skaare Cappelen, Caroline 2

3 I n n h old Dokumenthistorikk 5 Innledning 8 1 Utforming av spesifikasjonen Obligatoriske og anbefalte krav ID`er for kravene Meldingsversjoner LIB i RF inkludert elektronisk multidose Magistrelle resepter H-resepter Nye rekvirentgrupper Beskrivelse av de ulike e-reseptmeldingene Definisjoner Øvrig dokumentasjon Juridiske forhold 16 2 Funksjonelle krav Roller EPJ standard Generelle krav Åpne legemiddelmodul Klargjør legemiddelresept Opprett H-resept Klargjør næringsmiddel resept Klargjør medisinsk forbruksmateriell resept Opprett vare og klargjør resept med varer som ikke er definert i varekatalogen Opprett magistrelt legemiddel og klargjør resept Opprett og klargjør registrering av kosttilskudd Registrer legemiddelreaksjon (CAVE) Varsle legemiddelreaksjon (CAVE) Editer legemiddelreaksjon (CAVE) Forny tidligere resept(er) med eller uten oppdatering (endring) Klargjør ekspederingsanmodning Signer og send resept Avslutt behandling med legemidler og andre varer Evaluer behandling med legemiddel Oppdater oversikt over varer i bruk Rekvirer legemiddel til egen praksis Søknad om individuell refusjon til Helfo dersom kriterier for forhåndsgodkjent refusjon ikke er oppfylt Tilbakekall resept 56 3

4 2.24 Utarbeid søknad for legemidler uten markedsføringstillatelse Håndter innkommende meldinger fra andre aktører Oppdater pasientopplysninger Fordeling av oppgaver mellom ulike aktører Skrive ut Håndtere VIB (VIB= LIB+FIB+NIB) Hente referansenummer Editere rekvireringsrettigheter Avansert dosering 66 LIB i RF(multidose); for installasjoner med LIB-ansvar Presiseringer knyttet til LIB Administrering av LIB-ansvar inkludert Multidoseoversikt LIB-historikk Klargjøring Elektroniske meldinger Avansert dosering Mottak av i installasjoner som ikke har LIB-ansvar for gitt pasient 80 4

5 D o k u m enthistor i kk Dato Versjon Endring Relaterte krav 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 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 T V5.0 Krav slettes fra dette dokument er ivaretatt i sykehusversjon av spesifikasjon V5.0 Krav slettes T V5.0 Krav lagt til for å presisere bruk av HPR T1.36 T 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, 5

6 T18.1, T19.15, T21.4, T21.5, T24.8, T24.12, T24.13, T24.14, T24.15, T24.16, T24.17, T24.18, T24.19, T27.6a, T27.9, Ki18, Ki19, 7.3, V5.0 Krav lagt til for å ivareta endringer ifht M9.5/6/7/8 T2.33g, T2.33h V5.0 Presisering knyttet til H-resepter T3.42a, T3.94, T3.96, V5.0 Krav lagt til T5.6a, T8.3a, T10.1f, T13.9b, T15.2a, T16.11, T19.4a, Kl25b, 7.2a, T2.37a, T2.37b V5.0 Opprinnelige krav vedr magistrell forskrivning har endret ID fra «T» til «MR» 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. 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-T , 6.2, 6.3, 6.4, 6.5, 6.6, 6.7, 6

7 V5.0 En rekke krav er endret for å presisere intensjon og forbedre ordlyd; 6.8, 6.9, 6.10, 6.11, 6.12 T03, T04, T1.6, T1.13, T2.34, T2.44, T2.48, T2.49, T3.21, T3.22, 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, 7

8 I n n ledning 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 LIBmelding elektronisk til Reseptformidleren. I utviklingsprosessen for fastlegesystemene har Helsedirektoratet hatt en stor rolle som kravstiller på vegne av rekvirentene. 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. 8

9 1 U t f o r ming av s p esifikasjonen 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 knyttet til versjon 2.5 og multidose. 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 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; 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- reseptløsningen. I tillegg til å ivareta kommunikasjon om multidosepasientens LIB til 9

10 multidoseapoteket, kan også denne LIB-meldingen sendes til Reseptformidleren for samtlige pasienter som er tilknyttet pleie- og omsorgssektoren. I dokumentet er følgende ID`er tilknyttet LIB i RF: 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 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» 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. 1.4 Nye rekvirentgrupper 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 vil kravene bortfalle. 10

11 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 Dispensering av legemidler Dosedispensering Dssn 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. Tilbereding i porsjoner og utdeling av legemidler til pasienter. Singel- og Multidosedispensering er maskinell pakking av legemidler i porsjoner til den enkelte 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 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å). 11

12 Ord / Akronym Ekspedisjon (ekspedere) Endringsdato FEST Forskrivning Forskrivningsmal Forskrivningsstøtte Helseperson Intern varekatalog Kosttilskudd Kunnskapsstøtte Legemiddel Forklaring / Definisjon 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 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å 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 12

13 Ord / Akronym Legemiddelform Legemiddelforsyning Legemiddelkort Legemiddelliste Legemidler i bruk (LIB) LIB i RF Magistrelt legemiddel Multidose Ordinasjon Ordinasjonskort PLO Preparat Qs (quantum satis / quantum sufficit) Reiterasjon Forklaring / Definisjon 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 13

14 Ord / Akronym Rekvirent Rekvisisjon Rekvirering Resept A-resept B-resept C-resept Reseptfrie legemidler Blå resept Hvit resept H-resept Telefaksresept Telefonresept Nødekspedisjon # Rp Forklaring / Definisjon resepten kan ekspederes og utleveres flere ganger. Fysisk eller juridisk person med rett til å rekvirere legemidler. 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) 14

15 Ord / Akronym Revurderingsdato Seponering Seponeringsdato Synonympreparat Startdato Utlevering Utleveringsgruppe Vare Varer i bruk Forklaring / Definisjon 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 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 15

16 Dokumentene finnes på 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 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 om stønad til dekning av utgifter til viktige legemidler mv. (blåreseptforskriften)», se 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. «Forskrift om behandling av helseopplysninger i nasjonal database for elektroniske resepter (Reseptformidlerforskriften)» inneholder bestemmelser for håndtering av elektroniske resepter, se 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), og særlig 12 som er lovhjemmelen for reseptformidleren og tilhørende forskrift. Definisjonen av kosttilskudd finnes i «Forskrift om kosttilskudd», se Forskriften omhandler/regulerer formål, definisjoner, om meldeplikt, merking og markedsføring, om tilsyn m.m. Fastlegeforskriften «Forskrift om fastlegeordning i kommunene», se 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 16

17 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. 17

18 2 F u n ksjonelle k r a v 2.1 Roller 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) 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 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 vet et overordnet krav. Nr. Kravbeskrivelse Type 18

19 Nr. Kravbeskrivelse Type K3.1 Det skal finnes en funksjon som viser når siste endring av en valgt O komponent ble foretatt, hva denne endringen bestod i, hvem som var ansvarlig for endringen, samt annen relevant informasjon knyttet til endringen. K3.2 Det skal finnes en funksjon som viser en oversikt over alle endringer en valgt komponent har gjennomgått. O K3.3 Det bør være mulig å avgrense funksjonen over til å gjelde et fritt valgt tidsrom K3.39 Det skal være mulig å registrere at informasjon i EPJ er oversendt andre, i eller utenfor helsevesenet. Jf. Beskrivelsen av klassen Ekspedert til i del II av denne standarden. K3.40 For informasjon som er oversendt andre, bør det være mulig å angi at svar er påkrevd og eventuelt frist for svar. A O A Nr. Kravbeskrivelse Type K4.24 EPJ-system beregnet for bruk i virksomheter som inkluderer O helsepersonell med rett til å utstede resept, skal inneholde en predefinert dokumenttype beregnet for registrering og utskrift av resepter. K4.34 Så mye som mulig av innholdet i resepten skal fylles ut automatisk på grunnlag av registrert forskriving mv. når resepten opprettes. Slik automatisk innfylling må imidlertid ikke være til hinder for at nødvendige endringer kan gjøres i resepten. K4.44 Det bør være valgfritt om resepter skal lagres i journalen eller ikke. Merk: Relevant informasjon om all forskriving av medisin skal alltid inngå i journalen, men selve reseptdokumentet behøver ikke alltid å bevares. K5.1 Et EPJ-system skal gi mulighet for å anvende alle offisielle norske kodeverk som benyttes i den type virksomheter som EPJsystemet er beregnet for. De kodeverk som inngår som en del av denne kravspesifikasjonen, eller som er referert fra den, skal være tilgjengelig i journalsystemet. Fra journalsystemet skal det være mulig å få tilgang til relevant normgivende informasjon (lover, forskrifter, veiledere, rundskriv etc.) fra helsemyndigheter m.v. som er gjort tilgjengelig i elektronisk form. K.5.2 Et EPJ-system skal ha mulighet for import av standardiserte kodeverk. K8.51 Det bør finnes et predefinert søk som henter fram informasjon om all pågående medisinering. K8.52 Det skal finnes et predefinert søk som henter fram all varselinformasjon (CAVE) som er registrert for pasienten. K8.53 Predefinert søk for varselinformasjon skal alltid være lett tilgjengelig, og i alle relevante skjermbilder skal det klart framgå O A O O A O O 19

20 Nr. Kravbeskrivelse Type om slik varselinformasjon finnes, og når (klokkeslett hvis siste døgn, ellers dato) siste element i varselinformasjonen ble registrert. Det vises til EPJ Standardisering Dokumentasjon av forskrivning og administrering av legemidler mv. Kravspesifikasjon og teknisk standard KITH-rapport 08/03. Ved implementering følges elementbeskrivelsen herfra, og rapporten i sin helhet skal legges til grunn. Imidlertid vil en framheve fragmentene angitt i , 4.5.2, samt følgende krav som spesielt viktige: Det er under arbeid ny standard for kritisk informasjon. For multidose innarbeides enkelte elementer av den kommende standard. Nr. Kravbeskrivelse Type LM4.1 Det skal foreligge en og bare en sak av typen Legemidler. O LM4.2 Saken kan opprettes automatisk når en ny pasient innlegges/ny A journal opprettes i EPJ systemet. LM4.3 Det må finnes forbindelse til sakene Legemidler i bruk og CAVE. O LM4.4 I saken skal et vilkårlig antall dokumenter av typen Forskrivning av legemidler kunne inngå. O Nr. Kravbeskrivelse Type LM5.1 3 En elektronisk journal skal gi mulighet for utskrift av Legemiddelkort på basis av opplysningene i dokumenter av typen Forskrivninger. Følgende tas med fra EPJ standardisering Cave, Reservasjoner og ønsker, Praktiske forhold Kravspesifikasjon og teknisk standard som omtales i KITH rapport 42/03. Nr. Kravbeskrivelse Type I1.3 En elektronisk journal skal inneholde en, og bare en, sak av typen Cave. I1.6 Alle dokument eller saker hvor det er angitt en signalkategori som er knyttet til Cave, skal automatisk registreres i den sak av typen Underinndeling Cave som tilsvarer signalkategorien. Dersom en slik sak ikke finnes, skal denne opprettes automatisk og tilknyttes saken Cave. I1.7 Dersom et dokument frakobles en signalkategori, skal det automatisk fjernes fra den saken som tilsvarer signalkategorien. Merk: Når et dokument fjernes fra en sak, skal det fortsatt bevares spor etter at dokumentet har vært tilknyttet saken i en periode. O O A O 20

21 2.3 Generelle krav T1.1 Oppdatert Varekatalog skal være tilgjengelig som informasjonskilde for legemidler, medisinsk forbruksmateriell og næringsmidler. T1.2 Oppdatering av varekatalog skal skje automatisk hver gang FEST lastes ned fra Legemiddelverket. T1.3 Det skal varsles til systemansvarlig når varekatalog er oppdatert. T1.4 Det skal varsles til systemansvarlig når oppdatering av varekatalog har feilet T1.5 EPJ skal foreslå manuell nedlastning av FEST om automatisk nedlastning har feilet. Fest skalepj skal automatisk lastes ned T1.6 søke etter oppdatert FEST minst 1 gang per uke. Legemidler i bruk og CAVE skal kunne T1.7 legges til som del av annet dokument. E.g. korrespondanse, forskningsprotokoll. Følgende oppdaterte kunnskapsverk skal kunne åpnes fra legemiddelmodulen: Norsk legemiddelhåndbok T1.8 Preparatomtale fra FEST Relis Norsk Elektronisk Legehåndbok Felleskatalogen T1.9 Det skal være mulig å tilrettelegge data fra legemiddelmodulen for statistiske analyser. Det skal være mulig å gå fra T1.10 legemiddelmodul til alle moduler og tilbake uten å stenge legemiddelmodulen. Alle hurtigtastfunksjoner skal tydelig T1.11 framgå i menyer og ikoner (f.eks. tooltip eller underscore) T1.12 Alle funksjoner i legemiddelmodulen skal være tilgjengelig fra tastatur Ved åpning av journal skal alle resepter (M1) og LIB-meldinger () i RF hentes T1.13 ned i henhold til gitte samtykker i en bakgrunnsprosess som ikke forstyrrer bruker. Med varekatalog menes lokal kopi av FEST, inklusiv egendefinerte legemidler (magistrelle legemidler + legemidler som ikke finnes i FEST). 21

22 T1.14 T1.14a T1.19 T1.20 T1.21 T1.22 T1.23 T1.24 T1.25 T1.26 T1.27 T1.28 T1.29 T1.30 T1.31 T1.32 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 Ved bytte av organisasjon (HER-id) skal det være mulig å sende inn samtykkeinformasjon for alle pasienter. Systemet skal kunne håndtere flere meldingsversjoner på samme tid. Alle meldinger som sendes fra rekvirentsystemet skal være KITH godkjent. 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. 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 Kravet er ikke gjeldende inntil videre. Se også eget kapittel ifht magistrelle resepter.. Nytt i v2.5 er at disse reseptene ikke lenger skal sendes som låste resepter.. Ivaretar foreløpig kun verifikasjon av 22

23 installasjonen til RF de synkrone meldingene. T1.34 T1.35 T1.36 T1.37 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 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 forskrivingsrett ifht H-resept er tilgjengelig i registeret. Anbefalt krav 2.4 Åpne legemiddelmodul T2.1 Legemiddelmodulen skal kunne åpnes fra EPJ etter at pasient er valgt. T2.2 Legemiddelmodulen skal kunne åpnes fra sykehusets elektroniske kurve-løsning. T2.3 T2.4 T2.5 T2.6 T2.7 T2.8 Legemiddelmodulen skal kunne åpnes fra Behandlingsplaner. Dersom det er lagret en forskningsprotokoll i pasientjournalen skal det være mulig å komme direkte fra forskningsprotokollen til legemiddelmodulen. 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. Åpningsbildet i legemiddelmodulen skal vise: Legemidler i bruk, resepter i RF, CAVE og legemidler klargjort for Anbefalt krav 23

24 T2.9 T2.9a T2.9b T2.9c T2.11 T2.12 T2.13 T2.15 T2.16 T2.17 T2.18 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 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, utleveringsgruppe, refusjonsgrunnlag, kategori, registreringsdato, varer til dato, endringsdato, revurderingsdato og seponeringsdato. 24

25 T2.19 T2.20 T2.21 T2.22 T2.23 T2.25 T2.26 T2.27 T2.28 T2.32 T2.33 T2.33a T2.33b 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. Der hvor et legemiddel er rekvirert som ledd i gjennomføring av en forskningsprotokoll skal det fremgå hvilken forskningsprotokoll resepten er en del av. Dersom det er lagret en forskningsprotokoll i pasientjournalen skal det være mulig å komme direkte fra legemiddelmodulen til forskningsprotokollen. 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. Det skal være mulig å konfigurere systemet til automatisk oppslag i RF (M9.5/6 og M9.11/12). Anbefalt krav -funksjonalitet; M9.11/12. T2.33c 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. T2.33d 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 «nye rekvirentgrupper» 25

26 oppslaget T2.33e Det skal fremgå hvem som har gjort oppslag og hvilke resepter som er returnert fra RF. T2.33f Oppslag via M9.11/M9.12 (henting av.x) skal ikke kunne utføres av andre enn leger. T2.33g «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.» T2.33h Det skal være mulig å slå opp og vise utleveringer basert på M9.7/ T2.34 T2.36 T2.36a T2.36b T2.37 T2.37a T2.37b T2.38 T2.38a Det skal være mulig å velge at resepter i reseptformidleren skal fornyes (resepter i RF tilbakekalles og sending av ny resept sendes). Visning av resultat fra oppslag i Reseptformidleren (T13.2) skal skille mellom egne og andre rekvirenters resepter. Resepter i RF som er representert med LIBelement skal vises i LIB. Det skal tydelig vises hvilke resepter i RF som ikke er representert med LIB-element. Etter oppslag i Reseptformidleren skal rekvirent kunne velge om resepter som ikke er i LIB skal legges til liste over legemidler i bruk 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. 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. 26

27 T2.38b T2.39 T2.40 T2.42 T2.43 T2.44 T2.45 T2.46 T2.47 T2.48 T2.49 T2.51 T2.52 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 under menyer 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 Registrering i lokal LIB skal kunne oppdatere legemidler i bruk uten at registreringenden 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.. Hvis lege på installasjon har LIBansvar for gitt pasient skal det sendes oppdatert. 27

28 T2.53 T2.54 T2.55 T2.56 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. 2.5 Klargjør legemiddelresept T3.1 Varekatalogen skal kunne åpnes fra åpningsbildet i legemiddelmodulen. T3.2 T3.0a T3.0b T3.3 T3.3a T3.4 T3.5 T3.5a 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 et begrenset utvalg hormonelle antikonseptiva (ATC G03A). Kun de legemidler som lovlig kan forskrives skal vises ved søk. Søket skal ikke kunne overstyres av bruker. 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 informasjon relevant informasjon fra FEST for markert legemiddel framvises for bruker. «nye rekvirentgrupper»; anbefalt krav for systemer som har tannleger som brukere. «nye rekvirentgrupper» Indikasjon ligger ikke i FEST enda Indikasjon ligger ikke i FEST enda Indikasjon ligger ikke i FEST enda 1 Dette forutsetter at denne type funksjonalitet er innebygget i FEST med standardiserte laboratorieverdier (NELK). 28

29 T3.6 T3.6a T3.7 T3.8 T3.8a T3.9 T3.11 T3.12 T3.13 T3.13a T3.14 T3.15 T3.16 T3.17 T3.18 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 for valgt pasient. Framsøkt liste skal inneholde preparatnavn/virkestoff navn, ATC-kode, legemiddelform, styrke, mengde, pakningsstørrelse, kortdosering og indikasjon. 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 caveregistrering 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 29

30 T3.18a T3.18b T3.18c T3.18d T3.18e T3.18f T3.18g T3.19 T3.20 T3.21 T3.22 T3.23a 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 laboratorieverdier kunne framvises 2. Når det velges et legemiddel som ikke har MT i Norge skal Vindu/funksjon for klargjøring av resept utvides med nødvendige felt for registrering av informasjon om legemiddelet (kfr. legemiddel uten MT klasse i M1). Det skal framgå i vindu/funksjon om framsøkt legemiddel (ikke markedsført i Norge) er forhåndsgodkjent (har MT i Norge) eller om det må sendes søknad til legemiddelverket. Informasjonen om forhåndsgodkjenning hentes fra FEST. Det skal være mulig å klargjøre strukturert fritekst resept (Med «Fritekst resept» menes herfor legemidler uten MT i Norge og som samtidig ikke ligger i FEST). Det skal være mulig å krysse av for at organisasjonen har forhåndsgodkjent bruk av valgt legemiddel for sin pasientgruppe. M1 skal da merkes med «vurderes av Anbefalt krav Kravet gjelder for løsninger som leveres til private sykehus 2 Dette forutsetter at denne type funksjonalitet er innebygget i FEST med standardiserte laboratorieverdier (NELK). 30

31 T3.27 T3.28 T3.29 T3.29a T3.29b T3.29c T3.29d T3.30 T3.30a T3.30b T3.30c T3.30d T3.30e T3.30f T3.30g apotek» uansett om det er satt i FEST at det er «direktesøknad» All tilgjengelig informasjon om klargjøring av resept skal være ferdig utfylt når Vindu/funksjon for slik klargjøring åpnes. Det skal presenteres doseringsforslag for valgt legemiddel og eventuelt indikasjon basert på informasjon fra FEST. Det skal være mulig å velge blant anbefalte doseringer basert på FEST. «Forholdsregel ved inntak» skal vises dersom det foreligger slike forholdsregler for valgt vare. Det skal være mulig å velge «forholdsregel ved inntak» dersom dette finnes for valgt legemiddel. Teksten skal legges til på slutten av doseringsveiledningen. Det skal være default at «forholdsregel ved inntak» er med i doseringsveiledningen dersom dette er valgt. Det skal være mulig å velge flere «forholdsregel ved inntak» som skal være med i doseringsveiledningen. Dosering i kortform, for eksempel 1x3 eller skal vise tekst i bruksanvisningsbildet fra kortdosekodeverket i FEST. Tekst i bruksanvisningsfeltet skal være lesbart for bruker i rekvireringsfunksjonen. Når bruker har valgt en kortdose så skal valgt «doseringsenhet» settes inn for kodeord i teksten i bruksanvisningsfeltet. Det skal være mulig å lage egne doseringer i kortform evt. med summert døgndose. Det skal være mulig å lagre egne doseringer i kortform evt. med summert døgndose. Det skal være mulig å lagre egne avanserte doseringer. Det skal vises hvilke doseringsforslag som kommer fra FEST. Det skal være mulig å bruke avansert strukturert dosering fra FEST. T3.31 Valgt doseringsforslag skal kunne endres. T3.32 Det skal være mulig å åpne Vindu/funksjon for avansert dosering 31

32 T3.33 T3.34 T3.35 T3.36 T3.37 T3.38 T3.39 T3.41 T3.41a T3.42 T3.43 T3.44 T3.44a Det skal være mulig å endre til synonympreparater Det skal være mulig å endre, styrke og pakke i Vindu/funksjon for klargjøring av resept. Det skal være mulig å angi tidspunkt for varighet av en behandling med et legemiddel (varer til ny vurdering). Det skal være mulig å angi at legemiddel automatisk skal seponeres ved et gitt tidspunkt. For legemidler hvor det ikke er identifisert pakningsstørrelse skal det være mulig å oppgi total mengde av legemiddelet Total mengde av legemiddelet skal kunne beregnes av systemet basert på angitt dosering og behandlingslengde (gjelder også for væsker og krem). Legemidler skal være merket som A, B, C og F preparat i tråd med definisjon av utleveringsgrupper i legemiddelforskriften. Kosttilskudd skal være merket som «K»- preparat Det skal være mulig å velge hvilken refusjonshjemmel ( 2, 3a, 3b, 4, 4a, H- resept og 5.25 yrkesskade) som skal anvendes for legemiddelet. Kun leger kan sette refusjonshjemmel på resepten. Presisering: Dette gjelder ikke klargjøring av reseptkladd. Andre roller enn leger kan kun rekvirere legemidler hvor det ikke settes refusjon på resepten (dvs rekvirere på «hvit» resept). Det skal være mulig å velge hvilken refusjonskode som skal anvendes for legemiddelet. For 2, 3a og H-resepter skal refusjonskode alltid være fylt ut og sendes med i resepten.. Ved valg av refusjonshjemmel som krever søknad og hvor pasienten ikke har gyldig innvilget søknad for gjeldende legemiddel skal Vindu/funksjon for søknad om refusjon åpnes. For valgt legemiddel skal mulige refusjonshjemler og refusjonskoder vises.(underterm på refusjonskoder skal vises til bruker). Når refusjonskode er valgt så skal gjeldende refusjonsvilkår vises. : 4a + H-resept. Se øvrige krav knyttet til H-resept for detaljer. «nye rekvirentgrupper». Hvis andre brukere enn lege klargjør en resept med refusjon, så kan den kun signeres og sendes av lege. 32

33 T3.45 T3.46 T3.48 T3.49 T3.49a T3.50 T3.50a T3.52 T3.53 T3.54 T3.55 T3.56 T3.57 T3.58 T3.59 Når valgt legemiddel kan godkjennes for refusjon etter individuell søknad, så skal aktuelle vilkår for refusjon vises. Vilkår knyttet til forskrivningsrett og utlevering skal vises i eget område Det skal vises varsel/informasjon hvis valgt refusjonskode ikke er registrert som diagnose på valgt pasient. Det skal være mulig å registrere institusjon (for eksempel helseforetak) eller rekvirent som har instituert behandling basert på oppslag i Adresseregisteret. (Organisasjon: HER, HF navn, spesialitet, Spesialist: HPR, legens fornavn, legens etternavn og spesialitet). Det skal være mulig å registrere «instituert av» i fritekst. Informasjon om instituert av skal lagres i journalen og knyttes til resepten. Når det er krav om instituert av og bruker har valgt å fornye en importert resept så skal informasjon om forskriver av importert resept settes som informasjon i instituert av. Ved oppslag skal mest brukt sykehus/spesialist bli prioritert i oppslaget. Systemet skal varsle dersom rekvirering av legemiddel stiller krav til spesialitet for rekvirent eller institusjon Hvis rekvirering av legemiddel krever at lege skal inneha spesiell godkjenning fra fylkesmann/-lege så skal rekvirent kunne krysse av for godkjenning. Hvis klargjøring av legemiddel ikke er tilfredsstillende utfylt skal legen bli informert om hvilken informasjon som ikke tilfredsstiller krav til utfylling. Det skal være mulig å lagre legemiddelregistreringen og avslutte registrering ved hjelp av hurtigtastfunksjon. Det skal være mulig å lagre legemiddelregistreringen og åpne varekatalog ved hjelp av hurtigtastfunksjon. Det skal være mulig å lagre legemiddelregistreringen og avslutte registrering ved hjelp av menyvalg eller OK tast Det skal være mulig å lagre legemiddelregistrering og åpne varekatalog ved hjelp av menyvalg eller Ny tast Dette er informasjon som ikke sendes i M1 og kun er ment for lokal registrering i EPJ/FM). 33

34 T3.60 T3.61 T3.62 T3.63 T3.64 T3.65 T3.66 T3.67 T3.68 T3.69 T3.70 T3.71 T3.73 Det skal være mulig å gå fra klargjøring av resept til varekatalog ved hjelp av hurtigtastfunksjon. Det skal være mulig å gå fra klargjøring av resept til varekatalog ved hjelp av menyvalg eller Tilbake tast. Det skal være mulig å lukke Vindu/funksjon for søk i varekatalog, uten å velge legemiddel, ved hjelp av hurtigtast. Det skal være mulig å lukke Vindu/funksjon for søk i varekatalog, uten å velge legemiddel, ved hjelp av menyvalg eller Lukk tast. Det skal være mulig å søke i varekatalogen fra klargjør resept vindu/funksjon Det skal varsles ved brudd på reseptforskriftenes regler som regulerer forsendelse av elektronisk resept slik som: o for stor mengde i forhold til kortdosering per 3 mnd forbruk (blåresept forskriften) o reiterering i forhold til årsforbruk etter kortdose og pakningsstørrelse o reiterering i forhold til A og B preparater (A-og B resepter kan reitereres hvis de er refusjonsresepter). Det skal være mulig å legge nytt legemiddel til Varekatalog (intern varekatalog). Hvis det benyttes elektronisk CRF under gjennomføringen av forskningsprosjektet skal de opplysninger som er oppstått under forskrivning automatisk kunne overføres til CRF. Dersom legemiddelet rekvireres som ledd i gjennomføringen av en forskningsprotokoll skal det være mulig å registrere hvilken forskningsprotokoll legemiddelet tilhører. Det skal være mulig å angi at utleverer ikke skal kunne foreta generisk bytte. Ved framsøking av legemiddel fra varekatalog skal det være forvalgt at generisk bytte er godkjent. Det skal være mulig å angi grunn til reservasjon mot generisk bytte. Klargjort resept skal kunne oppdatere legemidler i bruk med følgende kategorier: o erp (eresept) o frp (Fax resept) Anbefalt krav. Anbefalt krav. 34

35 T3.75 T3.75a T3.75b T3.76 T3.77 T3.78 T3.79 T3.80 T3.81 T3.82 T3.84 T3.85 T3.86 T3.87 T3.88 T3.89 o urp (Utskrift) o trp (Telefonresept) o Reg (Registrering) o irp (Importert resept) Det skal være mulig å registrere bruksområde for varen i eget felt. Det skal være mulig å velge bruksområde fra FEST. Systemet skal understøtte at bruksområde bare kan skrives med store bokstaver. Det skal være mulig å rekvirere legemidler i legens navn for å anonymisere pasienten Lov: 5-14 Forskriften 4 pkt 2. Legemidler som rekvireres i legens navn skal beskyttes med referansenummer. Rekvirering av legemidler i legens navn skal registreres i aktuell pasients EPJ. Ved rekvirering i legens navn så skal legen oppgis som pasient og det skal oppgis legens fødselsdato og kjønn (ikke fødselsnummer). Det skal være mulig å vise legemiddelrelaterte Varsel fra SLV for framsøkt legemiddel. Det skal være mulig å velge om vist Varsel skal vises eller ikke ved neste gangs framsøk av legemiddel relevant legemiddel. Ved valg av resept fra forskrivningsmaler, skal oppdateringer som gjøres kunne overskrive resepten i forskrivningsmal. Ved brudd på strukturerte vilkår, skal bruker informeres om dette. Det skal være mulig å velge følgende Brukskoder for legemidler: Fast, Behov, Kur, Vaksine. Det skal ikke være mulig å lagre uten at Brukskode er valgt. Det skal være mulig å registrere at pasient mellom 12 og 16 år motsetter seg at verge/foreldre skal ha innsyn til resepter i reseptformidleren. Det skal framgå om et legemiddel kan åpnes, knuses eller deles basert på informasjon fra FEST. Det skal være mulig å oppgi første mulige dato for ekspedisjon av resept. 35

36 T3.91 T3.92 Ved klargjøring av legemiddelresept skal forskriver varsles dersom pasienten er registrert som LARbruker og det skal spørres om aktuell legemiddelresept skal utleveres etter LARavtale. Ved forskrivning på 3a, 3b, 4a og 6 skal det være mulig for bruker å oppgi at det er søkt om individuell refusjon og pasient oppfyller krav til 1-mnd regel. v2.5 Kravet er obligatorisk for systemer som skal benyttes av leger i private sykehus. 2.6 Opprett H-resept Rekvirentsystem skal gjøre forskrivning av H-resepter tilgjengelig basert på strukturerte «H-resept». Obligatorisk for system som har brukere som oppfyller krav satt av T3.93 vilkår (riktig spesialitet eller sykehus). helseforetak (relevant spesialitet eller jobber på sykehus). Se også relevante krav ifht strukturerte vilkår og sjekk mot HPR. T3.94 T3.95 T3.96 Valg av H-resept skal kun være tilgjengelig for rekvirenter som oppfyller krav satt av helseforetak til (relevant spesialitet eller jobber på sykehus). Spesialitet sjekkes mot EPJ for hva rekvirent selv har registrert i EPJ-systemet. Det skal være mulig å sette refusjonskode basert på kodeverk 7110 eller 7170 for H- resepter. Satt refusjonskode skal lagres lokalt i tilknytning til resept samt følge med på resepten. «H-resept». Obligatorisk for system som har brukere som oppfyller krav satt av helseforetak (relevant spesialitet eller jobber på sykehus). «H-resept». Obligatorisk for system som har brukere som oppfyller krav satt av helseforetak (relevant spesialitet eller jobber på sykehus). Se også krav T1.36 «H-resept». Obligatorisk for system som har brukere som oppfyller krav satt av helseforetak (relevant spesialitet eller jobber på sykehus). 2.7 Klargjør næringsmiddel resept T4.0 Kun leger kan rekvirere næringsmidler Dette gjelder næringsmidler på folketrygdens regning (jfr Forskrift om stønad til dekning av utgifter til viktige legemidler). Selve produktene er reseptfrie. Andre kan klargjøre resept, men kun lege skal kunne signere og sende resepter på næringsmidler på folketrygdens regning. 36

37 T4.1 T4.2 T4.3 T4.3a T4.4 T4.5 T4.6 T4.7 T4.8 T4.9 Det skal være mulig å åpne vindu/funksjon for klargjøring av næringsmidler Næringsmidler med refusjon skal kunne rekvireres på produktområde, produktgruppe, artikkelgruppe og artikkelnivå basert på strukturerte vilkår i FEST Det skal være mulig å angi refusjonshjemmel ( 6 eller 5.25 yrkesskade) for valgt næringsmiddel. Når refusjonshjemmel er oppgitt i FEST så skal den automatisk forhåndsvelges. Det skal være mulig å registrere brukerveiledning for næringsmidler Det skal vises vilkår for refusjonshjemmel på valgt næringsmiddel Ved valg på høyere nivå (produktområde, produktgruppe og artikkelgruppe) skal det framvises hvilke næringsmidler som stiller krav til forskrivning på artikkelgruppe- og artikkelnivå. Det skal være mulig å registrere søknad om individuell refusjon ved klargjøring av resept på næringsmidler Klargjort resept skal kunne legges til liste over forskrivningsmaler. Det skal være mulig å slå opp i relevante forskrifter og annen dokumentasjon fra HELFO som beskriver krav til forskrivning. 2.8 Klargjør medisinsk forbruksmateriell resept T5.0 T5.1 T5.2 Kun leger kan rekvirere medisinsk forbruksmateriell Det skal være mulig å åpne vindu/funksjon for klargjøring av medisinsk forbruksmateriell. Medisinsk forbruksmateriell med refusjon skal kunne rekvireres på produktområde, produktgruppe, artikkelgruppe og artikkelnivå Dette gjelder medisinsk forbruksmateriell på folketrygdens regning (jfr Forskrift om stønad til dekning av utgifter til viktige legemidler). Selve produktene er reseptfrie. Andre kan klargjøre resept, men kun lege skal kunne signere og sende resepter på forbruksmateriell på folketrygdens regning. 37

38 T5.3 T5.3a T5.4 T5.5 T5.6 T5.6a T5.7 Det skal være mulig å angi refusjonshjemmel for valgt medisinsk forbruksmateriell Når refusjonshjemmel er oppgitt i FEST så skal den automatisk forhåndsvelges. Det skal være mulig å registrere brukerveiledning for valgt medisinsk forbruksmateriell Det skal vises vilkår for refusjon på valgt medisinsk forbruksmateriell Ved valg på høyere nivå (produktområde, produktgruppe og artikkelgruppe) skal det basert på strukturerte vilkår i FEST framvises hvilke varer som stiller krav til forskrivning på artikkelgruppe- og artikkelnivå. I henhold til strukturerte vilkår i FEST skal det være mulig å angi tilleggsopplysninger om forskrevet produkt, Klargjort resept skal kunne legges til liste over forskrivningsmaler. Dette gjelder for eksempel krav om angivelse av antall ved forskrivning av forbruksmateriell til bruk ved diabetes mellitus. 2.9 Opprett vare og klargjør resept med varer som ikke er definert i varekatalogen T6.2 Fritekstlegemidler Legemidler skal kunne klargjøres i fritekst med varenavn, virkestoff, reseptgruppe, legemiddelform, ATC-kode, styrke, mengde, bruksområde, Presisering: Dette avsnittet omhandler ikke magistrelle legemidler (som omhandles i avsnitt 2.10). forenklet doseringsveiledning og indikasjon. T6.7 Fritekstlegemidler skal kunne lagres i varekatalogen (intern varekatalog). T6.8 Et fritekstlegemiddel skal kunne søkes fram og forskrives på lik linje med legemidler som er registrert i FEST. T6.8a Ved klargjøring av legemiddel som ikke er registrert i FEST skal dette behandles som legemiddel som ikke markedsføres i Norge og systemet skal da påføre resepten at «apotek vurderer om det må søkes før utlevering». 38

39 2.10 Opprett magistrelt legemiddel og klargjør resept MR1T7.1 Magistrelle legemidler skal kunne registreres ved søk i FEST etter legemiddelbestanddeler og andre bestanddeler som samlet utgjør det magistrelle legemiddelet. MR2T7.2 MR3T7.4 MR4T7.5 MR5T7.6 MR6T7.7 MR7T7.8 MR8T7.9 MR9T7.10 MR10T7.11 MR11 Det skal være mulig å søke på virkestoff, virkestoff med styrke, legemiddel virkestoff, legemiddel merkevare og legemiddelpakning, og legge disse til som bestanddeler. (Varer som er registrert i intern varekatalog (legemidler som ikke finnes i FEST skal også kunne framsøkes og benyttes). Det skal være mulig å angi styrke og mengde for alle bestanddeler. Det skal være mulig å registrere tilberedelsesopplysninger i fritekstfelt. Virkestoff, legemiddelform, styrke og mengde skal kunne velges fra strukturerte predefinerte lister basert på informasjon i FEST. Magistrelt legemiddel skal kunne lagres i varekatalogen (intern varekatalog). Et magistrelt legemiddel skal kunne søkes fram og forordnes på lik linje med legemidler som er registrert i FEST. Det skal være mulig å angi om en bestanddel skal benyttes som ad eller qs. Det skal være mulig å angi hvilken form legemiddelblandingen skal ha. Det skal være mulig å angi total mengde for legemiddelblandingen. Det skal være mulig å angi 6 typer magistrell blanding, som gir grunnlag for hvilke felter som er påkrevd fylt inn av bruker. Disse typene er: Enkel blanding PN Parenteral ernæringsblanding PS Parenteral smerteblanding PA Parenteral antibiotikablanding Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) 39

40 MR12 MR13 MR14 MR15 MR16 MR17 PC Parenteral cytostatikablanding Blanding med mulighet for å registrere alle typer tilleggsinformasjon. Fullstendig informasjon Ved valg av PN-blanding skal følgende parametere kunne settes i tillegg til verdier referert i krav MR3-MR11: Administrasjonsmåte (perifer eller sentral vene) Infusjonsvarighet (dssn) Infusjonshastighet (dssn) Ved valg av PS-blanding skal følgende parametere kunne settes i tillegg til verdier referert i krav MR3-MR11: Administrasjonsmåte (Intravenøs iv, subcutan sc, epidural, spinal, regional/perifer blokade) Type emballasje/pumpetype Infusjonshastighet (dssn) Infusjonsvarighet (dssn) Bolus og bolusmengde (dssn) Ved valg av PA-blanding skal følgende parametere kunne settes i tillegg til verdier referert i krav MR3-MR11: Administrasjonsmåte Type emballasje/pumpetype Infusjonshastighet Infusjonsvarighet Ved valg av PC-blanding skal følgende parametere kunne settes i tillegg til verdier referert i krav MR3-MR11: Administrasjonsmåte Type emballasje/pumpetype Infusjonshastighet (dssn) Infusjonsvarighet (dssn) Ved valg av blanding med mulighet for å registrere alle typer tilleggsinformasjon (jmf krav MR11) Fullstendig informasjon så skal alle parametere være mulig å oppgi, men det skal ikke være krav til å fylle inn spesifikke parametere utover de som er påkrevd i elektronisk melding. Det skal være mulig å opprette magistrelle maler som kan tilpasses til den enkelte pasients behov. Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) 40

41 MR18 MR19 MR20 MR21 MR22 MR23 MR24 MR25 MR26 MR27 MR28 Det skal være mulig å angi at tilleggsutstyr er ønsket for pasient. Det skal være mulig å åpne lenke til søknad om tilleggsutstyr. Det skal være mulig å angi om bolus og maks bolusmengde. Det skal være mulig å dosere etter nyrefunksjon/gfr, antibiotika speil, vekt og kroppsflate. Det skal være mulig å bruke verdier registrert i andre deler av EPJ i forskrivningen. Inkludert Lab-verdier, vekt og kroppsoverflate. Verdiene skal kunne oppgis i resepten med informasjon om dato for registrering. Det skal være mulig å vise magistrell resept og relaterte utleveringer ved hjelp av standardisert visningsfil. Det skal være mulig å importere magistrell resept og fornye resepten uten endring. Det skal være mulig å oppdatere forskrivningsinformasjon fra magistrell resept med informasjon fra utleveringen. Dette gjelder også ved M8 for magistrell papirresept. Hvis det er utlevert et magistrelt legemiddel basert på et varenummer, så skal det sjekkes mot FEST om varenummer er nasjonalt før det kan benyttes i forskrivning. Det skal være mulig å angi riktig refusjonshjemmel og -kode basert på opplysninger i FEST. Det skal være mulig å gjøre CAVE og interaksjonskontroll på magistrelle legemidler med bestanddeler. Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) Testes som del av meldingsversjon 2.5(ved senere leveranse) 2.11 Opprett og klargjør registrering av kosttilskudd T7.9.a Det skal kunne opprettes varer av typen kosttilskudd. T7.10a Det skal kunne gjøres registreringer for å legge inn kosttilskudd i LIB. Registreringer 41

42 T7.11a på kosttilskudd skal kunne endres senere. Det skal ikke kunne genereres resepter (M1) på varegruppen kosttilskudd Registrer legemiddelreaksjon (CAVE) T7.12 Det skal være mulig å registrere CAVE ved å søke opp legemiddelet i varekatalogen T7.13 Det skal være mulig å registrere CAVE ved å velge CAVE for legemiddel i Legemidler i bruk T7.14 Det skal være mulig å registrere CAVE ved å velge CAVE for legemiddel i historikk over legemidler T7.15a Cave skal kunne registreres på ATC. Registrering baseres på ATC-kode uten at det er oppgitt spesifikt legemiddel eller virkestoff. ATC-kode på nivå 3 (4 tegn) eller på nivå 5 (7 tegn) skal benyttes. Cave på ATC-nivå er representert i ved at kun ATC (ATC-kode) er utfylt i klassen legemiddelreaksjon i. T7.15b T715.c T7.15d Cave skal kunne registreres på virkestoff. Virkestoff-ID og virkestoffnavn skal hentes fra FEST og det skal kun være mulig å oppgi én virkestoff id og ett virkestoffnavn pr registrering. Cave på virkestoff-nivå er representert ved at kun virkestoff ID og virkestoff (virkestoffnavn) er utfylt i klassen legemiddelreaksjon i. Cave skal kunne registreres på merkevare. Merkevare-id, merkevarenavn og ATC kode baseres på opplysninger fra FEST. Cave på merkevare er representert ved at kun MerkevareId og Varenavn (merkevarenavn) og ATC (på nivå 5, 7 tegn) (merkevarenavn) er utfylt klassen i legemiddelreaksjon. Cave skal kunne registreres på hjelpestoff for oppgitt merkevare. Hjelpestoffreaksjon skal være oppgitt i tillegg til merkevare-id og merkevarenavn basert på opplysninger fra FEST. Cave på hjelpestoff er representert ved at hjelpestoffreaksjon, MerkevareId og Varenavn (merkevarenavn) er utfylt klassen legemiddelreaksjon i. 42

43 T7.16 T7.16a T7.19 T.7.20 T.7.21 Informasjonen som blir registrert i CAVE skal være strukturert. Dersom cave overført fra EPJ til FM eller innkommende cave fra.x ikke er i henhold til oppgitt standard skal brukers varsles om dette og gis anledning til å endre registreringen lokalt. Det skal være mulig å registrere reaksjonstype basert på kodeverk 7497 Det skal være mulig å registrere kilde til caveopplysning basert på kodeverk 7498 Det skal være mulig å registrere kommentar i fritekst til caveopplysning T Varsle legemiddelreaksjon (CAVE) T7.22 Varsling av legemiddelreaksjon skal kunne konfigureres på systemnivå. Ved framsøking av legemiddel skal CAVE varsles hvis framsøkt legemiddel inneholder samme virkestoff som cave registrert i henhold til en av følgende nivåer: Virkestoff i fremsøkt legemiddel sjekkes T7.28 mot ATC: o På nivå 5 (7 tegn). Alle virkestoff som alle legemidler i ATC gruppen inneholder. o På nivå 3 (4 tegn) Alle virkestoff som alle legemidler ATC nivå 5 (7 tegn) gruppene inneholder, som er en del av ATC nivå 3 gruppen (4 tegn). Virkestoff: Det virkestoff som det er registrert cave på Merkevare. Alle virkestoff legemiddelmerkevare inneholder. Ved framsøking av legemiddel skal CAVE varsles hvis legemidlet er samme merkevare som det er registrert hjelpestoffreaksjon på. Det skal finnes en funksjon for å registrere ATC-grupper hvor det skal varsles på tvers av virkestoff. Hvis framsøkt legemiddel er del av gruppe identifisert over, så skal 43

44 CAVE varsles. Et eksempel på ATC kode som kan registreres i en slik liste er ACEhemmer C09B Editer legemiddelreaksjon (CAVE) T22.1 Det skal være mulig å endre opplysninger som er registrert i et CAVE-fragment. T22.2 Det skal være mulig å sette cave til avkreftet (boolean) T22.3 Editert eller avkreftet CAVE skal gjenfinnes i CAVE-historikk Forny tidligere resept(er) med eller uten oppdatering (endring) T8.1 Når legemidler søkes fornyet, men ikke er i samsvar med oppdatert FEST, skal framsøkt liste fra Varekatalog vises (se krav T3.8 og T3.9). T8.1a Når legemidler som er lokalt registrert (legemiddel ikke i FEST) fornyes skal systemet sjekke mot oppdatert FEST basert på siste utlevering. T8.2 For Legemidler som var godkjent for refusjon ved tidligere forskrivning skal det sjekkes mot gjeldende varekatalog og foreslås presenteres ny refusjonshjemmel og kode(r) dersom dette er påkrevd. T8.3 Fornying av legemidler uten endring skal være mulig ved bruk av hurtigtastfunksjon etter at legemiddel er valgt i liste over legemidler i bruk eller i historikk T8.3a Når legemidler ønskes fornyet uten endring skal systemet automatisk legge resept i RF på aktuelt legemiddel klar for tilbakekalling. T8.4 Fornying av legemiddel med oppdatering endring skal være mulig ved bruk av hurtigtastfunksjon etter at legemiddel er valgt i liste over legemidler i bruk eller i historikk. T8.5 Når legemidler ønskes fornyet med oppdatering endring skal funksjon for klargjøring av legemidler åpnes. 44

45 T8.5a T8.6 T8.7 T8.8 T8.8a T8.9 T8.10 T8.11 T8.12 T8.13 T8.14 T8.15 Når legemidler ønskes fornyet med endring oppdatering skal systemet foreslå eatautomatisk legge resept i RF på aktuelt legemiddel skal tilbakekalles klar for tilbakekalling. Ved fornying hvor bilde/funksjon for klargjøring av legemiddel åpnes skal alle felter være utfylt i henhold til tidligere ordinasjon (Gjelder ikke felter som krever endringer i henhold til endret refusjon m.m). Ved fornying av legemiddel med eller uten oppdatering endring skal det alarmeres hvis det er registrert CAVE på valgt legemiddel. EPJ skal foreslå reservasjon mot generisk bytte når dette har vært valgt for angitt pasient og legemiddel. Det skal søkes i Dssn og merknadstekst om denne inneholder tekstlig reservasjon mot generisk bytte. Dersom slik reservasjon oppdages skal det varsles. Legen skal alarmeres hvis forsøk på fornying med eller uten oppdatering endring av legemiddel hvor det er satt dato for evaluering/seponering Legen skal alarmeres hvis forsøk på fornying av legemiddel med eller uten oppdatering endring hvor vedtaksperiode for markedsføringstillatelse er utgått (gjelder hvis legen/avdeling har søkt på generelt grunnlag ikke pasientspesifikt). Legen skal alarmeres hvis forsøk på fornying av legemidler med eller uten oppdatering endring hvor vedtaksperiode for refusjon er utgått. Legen skal alarmeres ved forsøk på fornying av legemiddel med eller uten oppdatering endring hvor legemiddelet er seponert. Legemidler i bruk skal kunne fornyes samlet ved en kortkommando Legemidler i bruk skal kunne fornyes med tilbakekalling ved en kortkommando Når legemidler søkes fornyet med eller uten oppdateringendring, bør systemet sjekke bruk av legemiddel i forhold til registrerte laboratorieverdier og det skal alarmeres hvis om angitte verdier er utenfor anbefalt område. 3 Anbefalt krav Kravet gjelder for løsninger som leveres til private sykehus Anbefalt krav. Pt ikke støtte for dette i FEST 3 Dette forutsetter at denne type funksjonalitet er innebygget i Varekatalogen med standardiserte laboratorieverdier (NELK). 45

46 T8.16 T8.18 T8.19 T8.20 T8.21 T8.22 Hvis det ved siste utlevering er gjort en intervensjon så skal bruker varsles om dette. Ved fornying av resept skal det sjekkes interaksjon mot andre legemidler. Ved fornying av resept som inneholder ekspederingsanmodning så skal bruker spørres om ekspederingsanmodningen skal benyttes for reseptene som er klargjort. Ved fornying av låst resept skal rekvirent varsles og rekvirent skal gis mulighet til å fjerne låsing. Det skal være mulig å fornye tidligere legemiddelforskrivninger ved å velge «konverter» til virkestofforskrivning. Dialogen «Forny med endring skal da åpnes». Ved fornying av resept hvor det tidligere er blitt benyttet 1-mnd regel og det er mottatt negativt svar, skal attributtet «utskrevet sykehus» ikke være utfylt Klargjør ekspederingsanmodning T9.1 Helseperson skal kunne velge utleverer for forhåndsviste resepter T9.2 Helseperson skal kunne velge hvor varer skal forsendes T9.3 Helseperson skal kunne lagre informasjon om ekspederingsanmodning, merknad og referansenummer slik at denne informasjon er klar til signering av rekvirent (gjelder når annen helseperson enn rekvirent klargjør forsendelse). T9.4 Valg av utleverer, type ekspederingsanmodning og leveringsadresse skal kunne gjøres med prosess-støtte ( wizard ). T9.5 Helseperson skal kunne velge utleverer gjennom bruk av HER. T9.7 Det skal være mulig å registrere en fast utleverer for en pasient. T9.8 Det skal være mulig å registrere en fast forsendelsesadresse for en pasient T9.9 Det skal være mulig å velge at forsendelse skal sendes til pasientens EPJ-registrerte adresse (folkeregister, midlertidig eller annen). 46

47 T9.10 T9.11 T9.12 T9.13 T9.14 T9.15 T9.16 T9.17 T9.18 T9.19 T9.20 T9.21 T9.23 Ved forsendelse skal default valgt adresse være sist brukte adresse (hvis ikke sendt før så skal pasientens folkeregister adresse være default). Det skal være mulig å velge om ekspederingsanmodning er av type: Forsendelse; LAR; Utlevering. Ved utleveringsanmodning ekspederingsanmodning type utlevering skal det sendes med et referansenummer. Ekspederingsanmodning skal kunne knyttes til en eller flere klargjorte resepter. Det skal være mulig å skrive tilleggsopplysninger i fritekst ved forsendelsesanmodning. Det skal være mulig å utforme merknad til valgt(e) resept(er) for hver pasient. Merknad skrevet i fritekst skal kunne knyttes til en eller flere resepter, (for eksempel: legemiddel skal inntas på apotek), Merknader skal lagres som en del av resepten. Det skal kunne velges mellom merknader som tidligere er skrevet for samme pasient. Legen skal kunne velge om merknad skal være standard for framtidige resepter. Det skal være mulig å knytte referansenummer til klargjorte resepter. Det skal ikke være mulig å velge bandasjist som mottaker av ekspederingsanmodning på resepter som inneholder legemidler Ekspederingsanmodning for LAR-pasienter skal default kun knyttes til legemidler som inngår i LAR-behandlingsopplegg. Disse legemidlene er ikke merket i FEST. Det må derfor kunne knyttes ekspederingsanmodning type LAR til en pasient sitt/sine LAR legemiddel for eks Metadon til gitt pasient. Bruker pasienten andre legemidler skal disse ikke knyttes til LAR Signer og send resept T10.1 Resept skal kunne klargjøres av medarbeider eller lege for lagring 47

48 T10.1a T10.1b T10.1c T10.1d T10.1e T10.1f T10.4 T10.5 T10.5a T10.6 T10.7 T10.8 T10.9 (reseptkladd) og senere forhåndsvisning av reseptinnhold og signering med personlig sertifikat av lege (se 2.16) Reseptkladder til leger fra helsepersonell uten rekvireringsrett til leger må ikke kunne aksepteres av andre enn leger. Resepter som er klargjorte av lege, men ikke innsendt må ikke kunne signeres og sendes av andre enn leger. Kun leger kan signere og sende inn resepter klargjort av andre leger og andre forskrivergrupper. Tannleger kan signere og sende resepter klargjort av andre tannleger. Jordmødre/helsesøstre med begrenset forskrivningsrett kan signere og sende resepter klargjort av andre jordmødre/helsesøstre Kun leger kan signere resepter med refusjon (stønad) og resepter som inneholder vaksiner. All informasjon knyttet til resepter skal forhåndsvises og deretter kunne signeres med personlig sertifikat i samme arbeidsprosess. Alle relevante data som finnes i den elektroniske journalen, forhåndsutfylles ved utfylling av resepten. Ved sending av M1 på pasienter merket som PLOpasienter og PLO har overtatt legemiddeladministrasjon for pasienten skal M1 merkes i tråd med PLOhåndteringen av pasienten («KomLegemdlAdm») («kommlegmadm»).. Når annen helseperson enn behandlende lege har laget resepten, skal dennes initialer også lagres sammen med resepten. Alle resepter skal signeres av behandlende lege eller annen autorisert lege ved samme enhet før sending til Reseptformidleren. Resepter i arbeidsliste skal etter forhåndsvisning kunne signeres samlet for en og en pasient med tilgang til pasientens legemiddelmodul. Ved signering med personlig sertifikat oversendes meldingen automatisk til Reseptformidleren T10.10 EPJ skal kunne motta «nye rekvirentgrupper» «nye rekvirentgrupper» «nye rekvirentgrupper» «nye rekvirentgrupper» «nye rekvirentgrupper» «nye rekvirentgrupper» 48

49 T10.11 T10.12 T10.13 T10.15 T10.16 T10.17a T10.17b T10.18 T10.19 T10.20 T10.21 T10.23 T10.24 applikasjonskvittering fra Reseptformidleren. Ved negativ applikasjonskvitteringen fra RF skal rekvirent varsles. EPJ skal varsle om det ikke mottas applikasjonskvittering for sendte meldinger Klargjorte resepter som mangler betegnelse, styrke, form, antall eller bruksanvisning, skal ikke kunne sendes. Legemidler Legemiddelresepter som signeres og sendes skal automatisk oppdatere legemidler i bruk. Det skal være mulig å skrive ut reseptkopier (presisering: dette er ikke gyldig resept) av resepter som overføres til Reseptformidleren og liste over legemidler i bruk. Hvis annen part har tatt over legemiddelhåndteringen administrasjon for pasienten, så skal liste over legemidler i bruk tilbys for utskrift ved hver oppdatering etter oppdateringmedisinsk endring. Hvis annen part har tatt over legemiddelhåndteringen for pasienten, så skal rekvirent varsles om å sende elektronisk liste over legemidler i bruk til samarbeidspartner ved hver oppdatering etter medisinsk endring. Hvis en eller flere av reseptene har referansenummer, skal systemet skrive ut oversikt over legemidler i bruk med referansenummer. Dersom flere resepter skal påføres referansenummer ved samme signering, skal ett og samme referansenummer benyttes for disse dersom dette angis. Signeringsvindu skal ha ledetekst som forteller at legen nå signerer alle forhåndsviste legemidler. Det skal være mulig å signere for alle klargjorte resepter i en operasjon, hvor systemet påfører signaturen til hver enkel melding. Hvis pasient mangler fødselsnummer eller D-nr skal det utstedes referansenummer på alle resepter tilhørende pasienten. (DFS 4.4.1) Hvis det er meldinger klar til signering og sending på pasient som rekvirent lukker så Gjelder for eksempel når PLO har tatt over legemiddelhåndteringen på vegne av pasienten. Rekvirent skal varsles om å sende PLO-melding. 49

50 T10.25 T10.30 T10.31 T10.32 T10.33 T10.34 skal rekvirent varsles om at det er klargjorte meldinger for signering og sending og få et valg om å signere disse før pasienten avsluttes. Ved på- og avlogging i EPJ skal legen varsles om resepter som er klargjort, men ikke signert og sendt. Det skal være mulig å avbryte forhåndsvisning før signering. Hvis det er registrert informasjon om helsetrygdkort for utenlandske pasienter så skal informasjonen påføres resepten. Ved manglende oppslag i Reseptformidleren før sending av.1 skal bruker varsles om dette. Ved manglende oppslag i Reseptformidleren før sending av M1 skal bruker varsles om dette. Dersom bruker ikke har tatt stilling til «løse» ekspederbare e-resepter før sending av M1, skal bruker varsles Avslutt behandling med legemidler og andre varer T11.1a Når legen velger å avslutte behandling (seponere) med en vare (legemiddel, forbruksmateriell eller næringsmiddel), skal EPJ spørre om default legge gyldige resepter på valgt vare skal til tilbakekalles tilbakekalling fra Reseptformidleren. Tilbakekallingen skal kunne overstyres dersom seponering skjer fram i tid. T11.2 Vare som ikke lenger brukes i behandling skal kunne merkes seponert. T11.3 Det skal være mulig å angi grunn til seponering av vare T11.4 Angitt årsak til seponering skal framkomme om virkestoffet søkes forskrevet senere T11.5 Varer som ikke lenger brukes i behandling skal kunne flyttes fra legemidler i bruk/næringsmidler i bruk/medisinteknisk forbruksmateriell i bruk og overføres til historikk. T11.6 Seponerte varer skal kunne vises i egen oversikt 50

51 2.19 Evaluer behandling med legemiddel T12.1 Der hvor resepten utformes som en del av en bestemt behandlingsplan som er opprettet i pasientens journal skal det fremgå hvilken plan resepten utgjør en del av. T12.2 Der hvor resepten utformes som en del av en bestemt behandlingsplan som er opprettet i pasientens journal skal det være mulig å åpne planen fra legemiddelmodulen Oppdater oversikt over varer i bruk T13.1 Ved elektronisk mottak av informasjon om pasientens legemidler, må det være mulig å velge hvilke legemidler som skal legges til liste for legemidler i bruk. Ved elektronisk mottak av informasjon om pasientens kosttilskudd må det være mulig å T13.1a velge hvilke kosttilskudd som skal legges til som registrering i liste for legemidler i bruk. Presisering: det skal ikke kunne genereres resepter (M1) på varegruppen kosttilskudd. Ved elektronisk mottak av informasjon om pasientens medisinske forbruksmateriell, T13.2 må det være mulig å velge hvilket forbruksmateriell som skal legges til liste for medisinsk forbruksmateriell i bruk. Ved elektronisk mottak av informasjon om T13.3 pasientens næringsmidler, må det være mulig å velge hvilke næringsmidler som skal legges til liste for næringsmidler i bruk. Det må være mulig å legge til nytt T13.4 legemiddel i listen over legemidler i bruk uten at legemidlet forskrives på ny resept. Legemidler som har seponeringsdato, skal T13.6 automatisk fjernes fra Legemidler i bruk når denne dato overskrides. Ved oppdatering av et legemiddel i bruk, så T13.8 skal gammel informasjon flyttes til historikk og ny informasjon vises i legemidler i bruk Ved elektronisk mottak av informasjon om T13.9a pasientens legemidler, må det være mulig å se liste over legemidler i bruk i samme 51

52 T13.9b T13.10 T13.11 skjermbilde som mottatt informasjon. Ved elektronisk mottak av informasjon om pasientens legemidler må det være mulig å gjenbruke informasjonen med eller uten endring. Det skal være mulig å flytte legemidler i historikk over til legemidler i bruk. Det skal være mulig å fornye/fornye med endring direkte fra oversikt over legemiddelhistorikk Ved oppslag i RF skal det være mulig å velge om bare referansenummer skal sendes ved oppslaget. (Ved oppslag i RF fås bare de reseptene som oppfyller alle kriterier tilbake.) 2.21 Rekvirer legemiddel til egen praksis T14.0 Kun leger og tannleger skal kunne rekvirere legemidler til bruk i egen praksis. «nye rekvirentgrupper» T14.1 Det skal være mulig å rekvirere legemidler til bruk i egen praksis og legevakt. T14.2 Det skal være mulig å lage en liste med favoritter for bestilling til egen praksis. T14.3 Rekvirering til egen praksis skal skje uten at pasient er valgt. T14.4 Alle varer som er rekvirert til egen praksis skal være tilgjengelig gjennom visning av historikk. T14.5 Det skal være mulig å vise en liste over lagerførte legemidler med angivelse av mengde. T14.6 Det skal være mulig å angi mengde som leveres ut fra lagerførte legemidler T14.7 Det skal være mulig å angi restmengde av legemiddel i egen praksis T14.8 Det skal være mulig å angi en bestillingsgrense for legemidler til egen praksis T14.9 Det skal være mulig å velge bestill favorittliste T14.10 Det skal være mulig å velge bestill legemidler som er under bestillingsgrense 52

53 2.22 Søknad om individuell refusjon til Helfo dersom kriterier for forhåndsgodkjent refusjon ikke er oppfylt T15.0 Kun leger kan sende søknad om individuell refusjon. «nye rekvirentgrupper» T15.1 Refusjonssøknaden skal klargjøres i samme prosess som klargjøring av legemiddel resept 0/klargjør næringsmiddel resept 2.7 T19.10 Det skal være mulig å registrere samtykke om at rekvirent kan sende søknad om individuell refusjon T19.11 Det skal være mulig å registrere samtykke om at rekvirent kan få kopi av vedtakssvar på søknad om individuell refusjon T15.2 Når legemiddel er søkt fram i legemiddelmodulen skal vindu/funksjon for søknad om stønad (refusjon) kunne hentes fram og fylles ut dersom det er ønskelig å søke om refusjon på 3a, 3b, 4a, eller 5.25 (yrkesskade). T15.2a T15.2b T15.3 T15.4 T15.5 T15.5a T15.5b T15.6 Det skal være mulig å registrere at omsøkt legemiddel oppfyller kravene til HELFO for 3a og 3b; - Brukes utenfor helseforetak - Kronisk sykdom - Langvarig behandling Det skal være mulig å vise søknadskrav/kriterier via lenke til HELFO Det skal være mulig å registrere at pasienten har gitt samtykke til at legen sender søknad om refusjon Det skal være mulig å registrere at pasienten har gitt samtykke til at legen kan motta svar på søknaden. Det skal være mulig å motta elektronisk vedtak på søknad slik at EPJ kan oppdateres. Mottatt elektronisk vedtak skal automatisk oppdatere søknaden. Ved avslag på søknaden skal mottatt elektronisk vedtak vises på brukeres signeringsliste. Det skal være mulig å registrere at et legemiddel har fått innvilget søknad, og utløpsdato for vedtaket. : 4a. Krav lagt til for å presisere HELFOs kriterier. Det er ikke utløpsdato på NAV-vedtaket. NAVvedtaket sier bare om NAV har godkjent skaden som yrkesskade. Men dersom Helfo innvilger stønad på legemidler for yrkesskade så er det alltid utløpsdato på Helfo sitt vedtak. T15.6a Det skal være mulig å knytte innvilget 53

54 T15.7 T15.7a T15.8 T15.9 T15.10 T15.11 T15.12 T15.13 T15.14 T15.15 T15.16 T15.17 T15.18 T15.19 T15.20 T15.21 T15.21a søknad til framsøkt legemiddel Det skal være mulig å registrere hvem som har instituert behandling ved søknad om refusjon. Dersom det ikke registrert instituert av i søknaden skal søkende lege oppgis. Det skal være mulig å velge hvilket legemiddel det søkes refusjon for. Det skal være mulig å velge legemidler som har vært brukt i tidligere behandling. Det skal være mulig å velge hoveddiagnose og bi-diagnose(r) som skal sendes ved søknaden. Det skal være mulig å skrive inn begrunnelse for at pasienten bør få dekket legemiddelet/næringsmiddelet. Det skal være mulig å skrive inn merknad til søknaden med informasjon som skal tas hensyn til i vurderingen av søknaden. Det skal være mulig å velge særlig grunn for at det skal gis refusjon. Det skal være mulig å angi om varen skal brukes utenfor sykehus Det skal være mulig å registrere om det er første gangs søknad på gitt vare og diagnose. Det skal være mulig å registrere at søknaden er en oppdatering av tidligere sendt søknad. Det skal være mulig å legge til vedlegg til søknaden. Ved bruk av paragraf 3b skal det være mulig å beskrive alvorlighetsgrad og angi om sykdommen er sjelden. Ved bruk av paragraf 3a skal det være mulig å velge refusjonskode Ved søknad under 3a eller 3b, for A/Bpreparat (informasjonen som skal fylles inn skal hentes fra FEST), skal det være mulig å oppgi maksimal døgndose, om det er laget behandlingsplan, om det er vurdert avhengighetsfare og om det er gjennomført smerteanalyse. Ved søknad under 3a eller 3b for A/Bpreparat, skal det være mulig å oppgi andre rekvirenter som skal kunne forskrive omsøkt legemiddel (gyldig forskriver). Ved søknad for A/B-preparat skal egen organisasjon automatisk legges til som 54

55 T15.22 T15.22a T15.22b T15.22c T15.23 T15.24 T15.25 T15.26 T15.27 T15.28 T15.29 T15.30 T15.31 T15.32 gyldig forskriver. Det skal være mulig å registrere søknad om individuell stønad (refusjon) på legemiddel. Det skal være mulig å registrere søknad om individuell stønad (refusjon) refusjon på magistrelt legemiddel/legemiddelblandinger. Det skal være mulig å registrere søknad om individuell stønad (refusjon) refusjon på næringsmidler Det skal være mulig å registrere søknad om individuell stønad (refusjon) refusjon på legemiddel virkestoff. Ved søknad på næringsmidler skal omsøkt næringsmiddel oppgis og det skal være mulig å registrere tidligere næringsmiddelbehandling.. Ved søknad om bruk av næringsmidler som er forhåndsgodkjent av HELFO (merket med refusjonshjemmel i FEST), så skal søknaden sendes på produktgruppenivå (3 siffer eg.) 603). Ved søknad om bruk av næringsmidler som ikke er forhåndsgodkjent av HELFO, så skal navn og beskrivelse av næringsmiddelet oppgis. Det skal være mulig å sende elektronisk søknad om individuell stønad (refusjon) refusjon til HELFO. Det skal være mulig å registrere institueringsdato for oppstart av behandlingen Det skal være mulig å søke individuell stønad (refusjon) refusjon basert på yrkesskade Dersom det ikke har vært relevant tidligere behandling skal det være mulig å velge dette fra kodeverk Det skal være mulig å søke individuell refusjon basert på yrkesskade Ved yrkesskadesøknad skal det ikke være krav om å angi at behandlingen er langvarig eller at tilstanden dreier seg om kronisk sykdom Yrkesskadesøknad skal kun kunne sendes dersom der er angitt at det foreligger NAVvedtak om at pasienten har godkjent yrkesskade. T15.33 Yrkesskadesøknad skal kun kunne sendes Krav slettes da samme ordlyd finnes i krav T

56 T15.34 T15.35 T15.36 T15.37 T15.38 dersom NAV-vedtakets varighet er angitt (angivelse av vedtakets utløpsdato). Yrkesskadesøknad skal kun kunne sendes dersom det er angitt at den godkjente yrkesskade er årsak til omsøkt behandling. Ved søknad på 4a skal det ikke være krav om å angi at behandlingen er langvarig eller at tilstanden dreier seg om kronisk sykdom Genotype og grad av leverskade skal alltid oppgis ved søknad på 4a. Ved søknad på 4a skal det være mulig å oppgi at omsøkt legemiddel er en del av et behandlingsregime. Hvis omsøkt legemiddel er en del av et behandlingsregime må legemidler inkludert i behandlingsregime kunne oppgis Tilbakekall resept T16.1 Det skal være mulig å tilbakekalle resepter i Reseptformidleren. T16.1a Kun leger skal kunne sende tilbakekallingsmelding på alle resepter «nye rekvirentgrupper» tilhørende gitt pasient T16.1b Andre rolleinnehavere enn leger, skal kunne sende tilbakekallingsmelding på egne «nye rekvirentgrupper» resepter T16.3 Det skal være mulig å velge blant varer i bruk hvilke som skal tilbakekalles T16.4 Det skal være mulig å velge blant historikk hvilke varer som skal tilbakekalles T16.5 Det skal være mulig å velge i liste over legemidler i Reseptformidleren hvilke varer som skal tilbakekalles T16.6 Tilbakekallingsgrunn skal angis automatisk ved fornying. T16.7 Tilbakekallingsgrunn skal kunne oppgis strukturert basert på kodeverk T16.8 Det skal være mulig å motta svar på tilbakekalling fra RF og informere bruker om svaret. T16.9 T16.10 Det skal være mulig å motta applikasjonskvittering fra RF og presentere informasjon om feil til bruker. Ved tilbakekalling av resept fra RF skal systemet tydelig vise om resepten er under Dette gjelder på versjon

57 T16.11 ekspedering hos apotek/bandasjist dermed ikke kan tilbakekalles i øyeblikket. Dette skal vises i egen melding ved hjelp av kodeverk 7503/7419. Kravet gjelder både ved tilbakekalling ved seponering av legemiddel og ved fornying av resept. Ved tilbakekalling av resept fra RF skal systemet tydelig vise om resepten er under ekspedering hos apotek/bandasjist, med informasjon om at resept vil bli tilbakekalt så snart resept frigis. Dette skal vises til bruker basert på svar i egen melding ved hjelp av kodeverk 7503, kode Utarbeid søknad for legemidler uten markedsføringstillatelse T17.0 Kun leger og tannleger kan sende søknad for legemidler uten MT i Norge. «nye rekvirentgrupper» T17.1 Når legemiddel som finnes i FEST og som er uten markedsføringstillatelse er søkt fram i legemiddelmodulen skal nødvendige parametere for søknad SLV kunne angis. T17.2 Når det registreres et legemiddel som ikke er registrert i FEST så skal nødvendige parametere for søknad SLV kunne angis. T17.4 Det skal være mulig å registrere/endre begrunnelse for bruk T17.5 Det skal være mulig å registrere/endre produsent av legemiddelet T17.7 Det skal framgå om resepten skal forhåndsbehandles i legemiddelverket (ikke ekspederbar før søknad er behandlet) T17.8 Helseforetak skal kunnedet skal være mulig Kravet er obligatorisk for systemer som skal å angi at det er gitt forhåndsgodkjenning for benyttes av leger i private sykehus. spesifikke preparat for gitte pasientgrupper 2.25 Håndter innkommende meldinger fra andre aktører EPJ systemet må kunne håndtere T18.1 elektronisk forespørsel fra apotek til Anbefalt utstedende lege om tilleggsopplysninger vedrørende en resept, f.eks. ved 57

58 T18.2 T18.3 T18.4 T18.5 T18.6 T18.7 T18.7a T18.8 T18.9 T18.9a T18.10 T18.12 T18.12a T18.12b mangelfulle eller feilaktige opplysninger, forslag til medikamentbytte e.l. (Dialogmelding mellom helseaktører) Mottatt utleveringsmelding skal vises som ikon ved siden av aktuell resept. Mottatt utleveringsmelding skal kunne åpnes ved hjelp av hurtigtast. Utleveringsmelding skal kunne åpnes ved å klikke på ikon. Utleveringsmelding (M6/M8): mottak av utleveringsmelding krever ikke signering av rekvirent. Utleveringsmelding til fastlege (M8) (dvs. melding til lege som ikke har rekvirert aktuelle legemidler/varer) skal kunne vises i egen liste. Mottatte utleveringsmeldinger (M8 med tilhørende M1) hvor legemiddelets opprinnelig resept ikke finnes i legemidler i bruk eller historikk, skal legges i EPJs signeringsliste til bruker. Det skal være mulig å undertrykke utleveringsmelding på papirresept dersom forskriver tilhører systeminstallasjonen og legemidlets ATC-kode er representert i LIB. EPJ skal spørre omgjøre det mulig at legemidler i bruk skal kunne oppdateres når legemiddel i M8 ikke er registrert fra før. Svaralternativer skal være Ja, Nei, vurderes senere (meldingen blir liggende som ubehandlet). Utleveringsmelding for egne forskrevne resepter skal oppdatere legemidler i bruk for pasienten med utleveringsinformasjon (M6) (gjelder også for resepter i legens navn). En utleveringsmelding av typen annullering erstatter utleveringsmeldingen som den henviser til. Ved generisk bytte skal det være mulig for rekvirent å legge til (M8) eller oppdatere (M6) LIB med utlevert legemiddel. EPJ skal spørre om legemidler i bruk skal oppdateres når det mottas intervensjonsmelding. All informasjon knyttet til intervensjon skal kunne vises. Det skal være mulig å oppdatere egen forskrivning med valgte elementer fra 58

59 T18.13 T18.14 T18.15 T18.16 T18.17 T18.18 T18.19 T18.19a T18.19b T18.20 T18.21 T18.22 utlevering. Søknadssvar fra SLV (M15): mottatt søknadssvar skal legges i rekvirents innboks og krever ikke signering av rekvirent. Søknadssvar fra SLV (M15): mottatt søknadssvar skal vises som symbol, tegn eller tilsvarende ved siden av aktuell resept/søknad. Det skal framgå av symbol om søknaden til SLV har fått positivt svar. Søknadssvar fra SLV (M15): symbol for mottatt søknadssvar skal kunne åpnes ved hjelp av hurtigtast. Innkommende meldinger fra andre aktører må kunne leses og håndteres av den som til enhver tid er behandlingsansvarlig. Mottatte slettemeldinger skal kunne legges til signeringsliste i EPJ som opsjonsvalg. Mottatte slettemeldinger skal merke angitte legemidler i LIB med tilbakekalt fra RF Ved mottak av slettemelding som inneholder referanse til ny M1 og tilbakekallingsgrunn er «fornying» oppdaterer systemet LIB-elementet med relevant informasjon (oppdatering skjer ved oppslag i RF). Ved mottak av slettemelding som inneholder referanse til ny M1 og tilbakekallingsgrunn er «forny med endring» skal bruker kunne oppdatere LIBelement med relevant informasjon basert på visning av reseptene (oppdatering skjer ved oppslag i RF). Ved mottak av utleveringsmelding (M6/M8) på legemidler som ikke er registrert i FEST og hvor informasjonen i utleveringsmeldingen kompletterer informasjonen som er sendt i M1 så skal intern varekatalog kunne oppdateres med innkomne opplysninger Mottatt informasjon som kan oppdatere intern varekatalog skal legges til oppgavelisten for rekvirent for manuell oppdatering. Informasjon fra intern varekatalog og utleveringsmelding skal kunne sammenstilles, editeres og lagres som oppdatering av varekatalog. 59

60 T18.23 T18.24 T18.25 T18.25 T18.26 Mottak av M8 som er basert på papirresept skal behandles som mottak av annen M8, men utlevert legemiddel skal legges til grunn ved overføring til Legemidler i bruk. Når innkommen mottatt M6/M8 viser at resepten er ferdigekspedert så skal informasjon til bruker oppdateres slik at dette framgår for alle brukere av systemet uten at det er slått opp i RF. Søknadssvar fra HELFO (M12) skal alltid vises i brukers innboks. Søknad for mottatt søknadssvar skal oppdateres med informasjon fra søknadssvaret. Det skal være mulig for bruker å velge en eller flere typer meldinger som skal vises når innboks åpnes. (.2 meldinger spesielt) 2.26 Oppdater pasientopplysninger T19.1 Det skal være mulig å registrere pasientens samtykke om at det kan sendes forespørsel Lagres lokalt i EPJ. til Reseptformidleren. T19.1a Dersom legen er pasientens fastlege skal samtykket bli stående inntil pasienten trekker det tilbake, bytter fastlege, blir strøket fra fastlegens liste eller trer ut av fastlegeordningen. T19.1b Dersom legen ikke er pasientens fastlege (for eksempel sykehuslege, legevaktslege, spesialist e.l.) kan samtykket bli stående i et helt «behandlingsforløp» eller til pasienten trekker det tilbake. Godkjente definisjoner på hvor langt et «behandlingsforløp» er; inntil 6 mnd eller etter samråd med pasienten ihht det enkelte behandlingsforløp. T19.1c Lagret samtykke til RF-oppslag fra fastlege/annen lege i samme installasjon må «nye rekvirentgrupper» ikke kunne gjenbrukes T19.2 Samtykke må kunne registreres av T19.3 T19.4a T19.4b medhjelper. Når pasient ikke er samtykkekompetent skal det fremgå hvem (rolle, navn, adresse) som har samtykke på vegne av pasienten. Det skal være mulig å registrere at pasient mottar tjenester fra PLO. Det skal være mulig å registrere at pasient har gitt samtykke til at PLO har overtatt Dette gjelder generelt ift at pasient mottar tjenester fra PLO, ikke nødvendigvis knyttet til legemidler 60

61 T19.6 T19.12 T19.13 T19.14 T19.15 T19.18 T19.19 T19.20 ansvaret for legemiddelhåndtering. Det skal være mulig å registrere hvilken sone/enhet/ for PLO som har overtatt ansvaret for håndtering av legemidler for en pasient. Det skal være mulig å registrere samtykke om at fastlege skal få tilsendt kopi av utleveringsmelding (kan bare sendes av pasientens fastlege) Ved endring av samtykke knyttet til utleveringsmelding skal det sendes melding til Reseptformidleren Det skal være mulig å registrere i personalia at pasienten mottar maskinelt dosedispenserte legemidler. Det skal være mulig å merke i personalia at pasienten har kjernejournal Medhjelper skal kunne registrere alle ovennevnte opplysninger og det skal framgå for signerende lege at samtykker er innhentet når medhjelper har gjort dette. Det skal være mulig å registrere at pasient har avtale med LAR (legemiddelassistert rehabilitering) og registrere avtaleapotek for utlevering av LAR-legemidler. 1. D-nummer endres til fødselsnummer i EPJ. Dette skjer enten ved at fødselsnummer tastes inn manuelt eller ved at fødselsnummer overføres fra HELFOs fastlegelisteoppdatering (endringen skjer uten at legen vet om det før endringen reelt har skjedd), eller ved at fødselsnummer kommer i generell kommentar i en.2 2. Lege må få innboksvarsel om endringen og nødvendige tiltak. 3. Lege sender M 25.1 på D-nummer med nytt fødselsnummer i generell kommentar. 4. Lege må avregistrere seg som LIBansvarlig lege (multidoselege) (D-nummer) 5. Lege må registrere seg som LIBansvarlig lege (multidoselege) (Fødselsnummer) 6. Lege må tilbakekalle alle resepter på d- nummer og sende nye resepter på fødselsnummer. Lege må sende oppdatert LIB (.1) på fødselsnummer. 7. EPJ/Forskrivningsmodul må ta vare på D-nummer og fødselsnummer Systemet må gi støtte til at trinnene 2, 3, 4, 61

62 5 og 6 gjennomføres.» 2.27 Fordeling av oppgaver mellom ulike aktører T21.1 T21.2 T21.3 T21.4 T21.5 T21.6 T21.7 T21.8 T21.9 T21.10 T21.11 Der hvor ansvarlig lege har besluttet at oppgaven Klargjør resept kan delegeres til legens medhjelper skal denne kunne klargjøre resepter og gi melding til ansvarlig lege om at en eller flere resepter er klar(e) i legemiddelmodulen for godkjenning,forhåndsvisning og evt. signering med personlig sertifikat og sending. Det skal finnes et predefinert søk som henter frem alle resepter som er angitt som klare til signering med personlig sertifikat. Det skal være mulig å definere Klargjør resept og, Signer og send resept og Søk om dekning av utgifter som en oppgave i en oppgaveliste. HF krav: Det skal være mulig å definere en gruppe av aktører ( leger på en spesialavdeling ). HFkrav: Det skal være mulig å tildele en bestemt aktør rollen som leder av gruppen (Avdelingsoverlege NN). Det skal finnes en rolle som er tillagt oppgaven å fordele og overvåke gjennomføringen av oppgaver (denne rollen vil som regel være tillagt lederen). Det skal være mulig å tildele en oppgave til en rolle ( Helsesekretær ). Det skal være mulig å tildele en oppgave til en bestemt helseperson. Det skal være mulig å anmode om at en rolle eller bestemt helseperson påtar seg en oppgave Det skal være mulig å avslå og påta seg en oppgave en helseperson er blitt anmodet om å ta. Det skal være mulig å avbryte en oppgave midt under oppgavegjennomføringen å og begynne på en annen oppgave uten at brukeren må starte helt fra begynnelsen når han gjenopptar den første oppgaven. 62

63 T21.12 T21.13 T21.14 T21.15 T21.4 T21.5 Det skal være mulig å vise delvis fullførte oppgaver på oppgavelista. Det skal være mulig at en helseperson (A) anmoder en annen helseperson (B) om å påta seg en oppgave som i utgangspunktet var tildelt helseperson (A). Det skal finnes et predefinert søk som heter Oppgaveliste Anmodninger om ny resept (og/ eller anmodning om kontroll og signering med personlig sertifikat av resept) skal kunne være en oppgave på en slik oppgaveliste. HF krav: Det skal være mulig å definere en gruppe av aktører ( leger på en spesialavdeling ). HF krav: Det skal være mulig å tildele en bestemt aktør rollen som leder av gruppen (Avdelingsoverlege NN) Skrive ut T23.2 Det skal være mulig å skrive ut papirresepter i tråd med gjeldende forskrifter. T23.4 Ved utskrift av papirresepter skal utskrevne legemidler flyttes over i listen over legemidler i bruk, medisinsk forbruksmateriell i liste over medisinsk forbruksmateriell i bruk og næringsmidler i liste over næringsmidler i bruk. T23.5 Det skal være mulig å skrive ut liste over varer i bruk sortert i lister over legemidler, medisinsk forbruksmateriell og næringsmidler. T23.6 Det skal være mulig å skrive ut reseptoversikt som viser resepter i Reseptformidleren, sortert i lister over legemidler, medisinsk forbruksmateriell og næringsmidler. Reseptoversikten skal være merket med e-reseptoversikt T23.9 Dersom utskrift av legemidler med reservasjon mot innsyn ønskes, så skal disse kunne skrives ut på vanlig A4-papir med legemiddelnavn og referansenummer. T23.10 Legemidler i bruk skal kunne skrives ut som ordinasjonskort. 63

64 T23.11 T23.12 T23.13 Det skal være mulig å skrive ut en papirresept som er forsøkt sendt til RF, men som feilet. Denne resepten skal være merket med Utskrift av feilet e-resept nummer: For alle papirresepter skal det være et felt for signering og stempel. Når Legemidler i bruk endres skal systemet kunne foreslå utskrift av oppdatert legemiddelliste etter hver konsultasjon 2.29 Håndtere VIB (VIB= LIB+FIB+NIB) Med VIB så menes lokal funksjonalitet for å håndtere listene samlet i EPJ. Det finnes ingen egen VIB-melding i e-resept. T24.1 Legemidler i bruk (LIB) er en del av Varer i bruk (VIB) og informasjonen i listene skal ALLTID være synkronisert. T24.2 Ved tilbakekalling av resepter i RF skal varer tas ut av VIB på samme måte som fra LIB. T24.3 Ved seponering av varer, skal VIB oppdateres med seponeringsinformasjon T24.4 Det skal være mulig å slette varer som ligger i VIB T24.5 Ved klargjøring av resept skal nye varer registreres i VIB T24.6 Det skal være mulig å angi næringsmiddel som skal være med i VIB T24.7 Det skal være mulig å knytte kommentarer til varer i VIB T24.8 Det skal være mulig å sette vurdering av om T24.9 T24.10 T24.11 T24.12 T24.13 enkeltoppføring skal utleveres til pasient Det skal være mulig å sende VIB til valgt samarbeidspartner Det skal være mulig å registrere faste mottakere av VIB Det skal være mulig å registrere når faste mottakere skal få tilsendt VIB Ved sending til apotek skal varer som har gyldig resept i RF skal ikke sendes med varedetaljer som finnes i M1, men bare med resept-id og evt. referansenummer. Ved sending til andre aktører skal varer som ikke finnes i RF skal sendes med detaljert vareinformasjon og dosering i VIB Dette er i så fall papirbasert i e- reseptløsningen. 64

65 T24.14 T24.15 T24.16 T24.17 T24.18 T24.19 Det skal være mulig å registrere kontaktinformasjon til ulike roller knyttet til pasienten i VIB Ved mottak av ny VIB som er merket med endringsstatus til vurdering skal denne legges inn i arbeidslisten Det skal være merket når VIB/LIB inneholder nye varer som ikke er godkjent av bruker Det skal være mulig å avslå vare som kommer via LVIB. Ved avslag skal evt. resept tilbakekalles og det skal sendes til avtaleparter som inneholder oppdatert informasjon. Ved mottak av VIB som er merket med endringsstatus utlevering skal pasientinformasjon oppdateres og gjøres tilgjengelig ved åpning av pasienten. Bestillingsfrist, dato for oppstart bruk av legemiddel og dato siste dose skal være synlig i legemiddelmodulens oversiktsvindu Hente referansenummer T25.1 Systemet skal kunne hente inn nye referansenummer fra RF uten at bruker blir forstyrret. T25.2 Det skal være mulig å sette en grenseverdi for når nye referansenummer automatisk skal hentes Editere rekvireringsrettigheter T26.1 Det skal være mulig å registrere hvilke spesialistrettigheter legerekvirenten innehar. T26.2 Det skal være mulig å registrere hvilke rekvireringsrettigheter et HF innehar. T26.3 Det skal være mulig å registrere rekvirentens rett til å skrive ut A- og/eller B-preparater slik at EPJ kan varsle om slik resept forsøkes rekvirert T26.4 Det skal kunne angis hvilke rekvireringsrettigheter de enkelte roller «nye rekvirentgrupper» 65

66 innehar 2.32 Avansert dosering T27.1 Det skal være mulig å generere avansert doseringsforslag basert på kortdose fra FEST.Det skal være mulig å hente avansert doseringsforslag fra FEST T27.2 Det skal være mulig å angi spesielle ukedager et legemiddel skal brukes (uketurnus) T27.3 Det skal være mulig å angi opp og ned doseringer T27.4 Det skal være mulig å angi antall doseringsdager med behandling og antall dager uten behandling i lengre turnus enn 1 uke.det skal være mulig å angi antall dager på og antall dager av i lengre turnus enn 1 uke. T27.4a Det skal være mulig å oppgi gjentagelsesintervall for døgndose (hver 1 dag, hver 2 dager, hver 3 dager). T27.5 Det skal være mulig å angi om dosering skal skje på eksakt angitt tidspunkt T27.6 Det skal være mulig å angi at dosering skal skje innenfor et tidsområde.det skal være mulig å angi om dosering skal skje innenfor et tidsrom T27.6a Tidsromsangivelse skal ikke være tilgjengelig når legemiddelet multidosepakkes. T27.7 Det skal være mulig å angi at et legemiddel ikke skal tas sammen med andre legemiddel.det skal være mulig å angi om et legemiddel ikke skal tas sammen med annet legemiddel T27.8 Det skal være mulig å registrere mengde enkeltdosedet skal være mulig å registrere doseringsmengde per tidsområde/tidspunkt. T27.9 Det skal være mulig å angi gjentagelsesintervall T27.10 Det skal være mulig å angi infusjonshastighet Anbefalt funksjonalitet T27.11 Det skal være mulig å angi maks dose per tidsenhet Anbefalt funksjonalitet 66

67 T27.12 T27.13 T27.14 T27.15 T27.16 Det skal være mulig å angi min dose per tidsenhet Det skal være mulig å angi start- og sluttidspunkt for dosering. Det skal være mulig å angi doseringsregel (doseres etter og merknad) Det skal være mulig å angi administreres ved, administreringsmåte, administrering etter skjema og administreringsskjema Det skal være mulig å velge doseringsenhet basert på FEST. Anbefalt funksjonalitet Anbefalt funksjonalitet LIB i RF( multidose); for installasjoner med LIB-ansvarmultidose/PLO-ansvar Presisering: «Varer i bruk» i multidosesammenheng = vareinnholdet i.1 Ved mottak av.2 og.3 skal alle oppføringer i disse meldingene vises sammen med egne oppføringer i LIB. Med 1.1 alle oppføringer menes legemiddel- og cave-informasjon a a Forskjell på eksisterende LIB (legemiddelog cave-informasjon) og mottatt.2 og.3 skal markeres i LIB-bildet Kosttilskudd vises som del av LIB. Det skal tydelig fremgå hvilke varer som er kosttilskudd (for eksempel vise liste med kosttilskudd nederst i LIB). Funksjonen skal vise om det finnes spørsmål fra apotek knyttet til det enkelte legemiddel/kosttilskudd. Nye varer som ikke er godkjent av LIBansvarlig lege skal være merket i LIB. Det skal være mulig for bruker å legge til en merknad pr legemiddel/kosttilskudd i svaret til apotek Det skal være mulig å godta forslag/spørsmål som er foreslått av apotek Det skal være mulig å avslå elementer som er foreslått av apotek Det skal benyttes kodeverk 7493 for å svare ut spørsmål fra apotek (kodeverk 7495). Til alle spørsmål og svar kan det i tillegg til de standardiserte kodene knyttes en merknad i fritekst (jmf 1.5). 67

68 a 1.12b Ved seponering av varer i LIB, skal.1 oppdateres med seponeringsinformasjon Ved doseendring i LIB-element og elementet er representert med resept i RF skal resepten tilbakekalles fra RF og det skal sendes ny resept til RF Det skal være mulig å seponere vare som ligger i LIB. Dersom varen tidligere er sendt i.1, må den sendes i ny.1 markert som seponert. Kosttilskudd som kan multidosepakkes og som ikke finnes i FEST skal kunne registreres som fritekst oppføringer (Registrering i LIB). Oppdatert Legemidler i bruk skal sendes til RF ved bruk av meldingen.1. Dette gjelder også pasienter i kommunal institusjon. Etter påmelding som LIB-ansvarlig lege (M27), eventuelt med påfølgende oppdatering av legemiddel eller caveopplysninger skal «Legemidler i Bruk»(.1) klargjøres for sending. I installasjoner med LIB-ansvarlig lege skal enhver oppdatering av LIB (alle forskrivningsendringer, nye forskrivninger, cave-editering/ ny cave-registrering) medføre klargjøring av.1 for sending..1 skal kunne forhåndsvises før sending For multidosepasienter og alle pasienter som er registrert med avtale hos om tjenester fra PLO skal sending av.1 være default valg ved sending av resepter. Dersom det foreligger mottatt melding om varer i bruk (.2) nyere enn sist sendte.1 skal dette vises i bildet for forhåndsvisning av resept og det skal ikke være mulig å sende.1 før.2 er behandlet. Systemet skal varsle rekvirent hvis.1 ikke er sendt etter LIB oppdatering når bruker lukker legemiddelmodul i EPJ. Når det for en pasient med LIB i RF endres på en forskrivning i LIB som tidligere er sendt som e-resept må dette gjøres ved Forny med endring og ikke ved en registrering For en pasient med registrert avtale hos PLO kan det gjøres registreringer for å 68

69 a 1.22b a 1.30b legge inn LIB-elementer basert på papirresepter men disse registreringene skal ikke kunne endres senere (presisering: kun seponeres). Det skal være mulig å sende forespørsel om varer i bruk (M9.11/M9.12) til Reseptformidleren. Hvis LIB-ansvarlig lege avslår å legge til nytt element i LIB så skal valg om tilbakekalling fra RF vises for legemidler som er representert med resept i RF. Dersom det foreligger mottatt melding om utlevering av legemidler (M8) hvor legemiddelet ikke er representert i LIB skal M8 være behandlet før sending av ny.1 Dersom det foreligger «løse» ekspederbare e-resepter som ikke er representert i LIB skal bruker ta stilling til disse (inkludere i LIB eller tilbakekalle) før sending av ny.1. Hvert rekvirert legemiddel som er dosert maskinelt skal være merket dette i LIB (basis i (.3). Dersom legen ikke får positiv apprek ved innsending av.1 skal legen få tilbud om utskrift av LIB.. For pasienter som skal ha papirmultidose skal det være mulig å skrive ut.1 Det skal være mulig å registrere om pasienter har multidose på basis av elektronisk innsending eller papirmultidose. Hvis annen part har tatt over legemiddeladministrasjon for pasienten, så skal liste over legemidler i bruk tilbys for sending eller utskrift ved hver oppdatering. Ved elektronisk mottak av informasjon om pasientens legemidler, skal det være mulig å velge hvilke legemidler som skal legges til liste for legemidler i bruk. Ved elektronisk mottak av informasjon om pasientens legemidler, skal det være mulig å se liste over legemidler i bruk i samme skjermbilde som mottatt informasjon (kan håndteres vha samstemmingsfunksjonalitet). Informasjon om låst resept skal ikke formidles i.1 Bruker skal informeres hvis det importeres låst resept i LIB Det er ikke et krav at dette skal vises i LIB-bildet i epj, men informasjonen skal være tilgjengelig for legen. 69

70 1.30c a 1.32b 1.32c Bruker skal varsles om at låst resept ikke inkluderes i LIB hvis man velger å forskrive låst resept. Ved oppslag i RF må systemet ha støtte for å laste ned og vise.2 også i de tilfeller hvor det ikke foreligger en.1. Dette må ivaretas både når LIB-ansvarlig lege og annen lege gjør oppslag. En LIB-oppføring skal alltid referere til siste kjente resept, selv om resepten er slettet i RF. Dette gjelder helt inntil det kommer en ny resept den skal referere til. EPJ må kunne håndtere at et LIB-element har referanse til en annen M1 i.2/3 enn den hadde i.1 EPJ må kunne håndtere at -meldinger (1,2,3) referer til resepter som ikke finnes i RF Presiseringer knyttet til LIB Ki1 EnkeltOppføringLIB skal inneholde en Id (uuid) som aldri skal endres. Ki2 Hvis det er registrert LIB-ansvarlig så kan enkeltoppføringlib bare fjernes fra hvis det først er seponert av lege. Ki3 Ki4 Ki5 Ki6 Ki7 Hvis det er oppgitt at det er e-resept eller papirresept så skal det alltid oppgis en referanse (uuid) til resepten. For papirresepter er dette en lokalt generert referanse, mens for e-resepter skal dette være en resept-id. En e-resept referanse vil ikke alltid peke på en gyldig resept, siden resepten kan være slettet fra RF. Dersom utløpsdato for e-resept/papirresept er kjent av avsendersystem så skal UtlopsdatoResept alltid være fylt inn. SistEndret skal oppdateres når det er gjort en endring på et eller flere av attributtene i oppføringen. DatoOppstart skal inneholde institueringsdato for behandlingen. Ved ny forskrivning skal DatoOppstart inneholde dagens dato, hvis ikke rekvirent har angitt 70

71 annen dato for oppstart av behandlingen. DatoOppstart kan oppgi en dato fram i tid. Oppstart som LIB-ansvarlig Kl1 Ved oppstart avpåmelding som LIB-ansvarlig lege skal systemet LIB-ansvarlig alltid sjekke om det ligger i RF. Kl2 Kl3 Kl4 Kl5 Hvis det ligger i RF skal systemet åpne legemiddelsamstemming og LIB-ansvarlig skal alltid samstemme denne med lokal LIB/CAVE. Hvis oppførings-id i lokal LIB er lik oppførings-id i så skal oppføringen vises på samme linje i samstemming og eventuelle forskjeller skal framgå. LIB-elementer som finnes i.2, men ikke i.1 skal være tydelig merket for bruker i samstemmingen. Hvis LIB-ansvarlig mottar som inneholder LIB-element der resept-id og oppførings-id ikke finnes i lokal LIB så skal LIB-ansvarlig måtte velge om: - Legemiddel legges til i lokal LIB o Skal bruke samme oppførings-id som i fra RF ved utsendelse av.1 - Legemiddel knyttes til annet legemiddel i lokal LIB o oppførings-id skal da håndteres på følgene måte Hvis det er sendt.1 fra egen installasjon tidligere så skal oppførings-id som er sendt i.1 benyttes (oppførings-id fra RF skal da påføres seponeringsinformasjon og negativt svar (kodeverk 7493).). I tillegg til strukturert svar vha kodeverk 7493 skal systemet støtte at det automatisk genereres en kommentar til merknadsfeltet i.1 som sendes til 71

72 Kl6 Kl7 Kl8 Kl9 apotek: «Varen er knyttet til en annen LIBoppføring». Hvis det ikke er sendt.1 fra egen installasjon tidligere så skal oppføringsid fra i RF brukes o bruker skal da kunne velge hvilken oppføring (lokal eller fra ) som skal beholdes i lokal LIB og sendes ut i påfølgende.1 Hvis den knyttes foran i kjeden så skal resept-id fra benyttes videre Lokalt generert resept skal tilbakekalles Hvis den knyttes bak i kjeden så skal lokal resept-id benyttes videre. Resept referert i skal tilbakekalles. - Legemiddel avvises o Oppføringen skal sendes i.1 med informasjon om at legemiddel er seponert fra dagens dato Ved oppstart av LIB-ansvar skal epj-systemet understøtte at det sendes.1 til RF uavhengig om LIB-ansvarlig har gjort endringer. Ved oppstart av LIB-ansvar skal ny LIBansvarlig alltid måtte ta stilling til alle CAVEoppføringer og alle LIB-oppføringer før lokal LIB kan godkjennes. Hvis CAVE-oppføring avvises så skal den sendes med i.1 som «avkreftet». Hvis resept-id er lik (importert M1 uten å sende.1, og nedlastet.2 inneholder importert M1), så skal de vises på samme linje og ved utsending av.1 så skal oppføringsid fra.2 benyttes. Utførelse av LIB-ansvar Kl10 Når det er registrert multidoseapotek og LIB-ansvarlig har seponert et legemiddel, så skal EPJ alltid sende seponeringsinformasjon i.1 til 72

73 Kl11 Kl12 KI13 Kl14 Kl15 Kl16 Kl17 Kl18 Kl19 Kl20 multidoseapotek har fjernet oppføringen i LIB. Når det ikke er registrert multidoseapotek så skal LIB-ansvarlig sende seponeringsinformasjon én gang etter seponeringstidspunktet. Hvis.1 sendes flere ganger i løpet av 24 timer så skal seponeringsinformasjon gjentas i alle meldingene. Når det er gjort endringer i LIB eller CAVE så skal det alltid sendes oppdatert.1 til RF..1 skal ikke inneholde låste resepter, men den kan inneholde resepter med referansenummer (v2.5). Hvis LIB-ansvarlig får tilgang til eller prøver å forskrive låst resept så skal systemet oppfordre rekvirent til å gjøre pasient oppmerksom på at resept ikke vil inngå i eller kunne multidosepakkes. Hvis en oppføring i LIB slettes og det ikke er registrert multidoseapotek, så skal oppføringen ikke sendes med i.1. Hvis en oppføring i LIB slettes og det er registrert multidoseapotek, så skal oppføringen sendes med i.1 som seponert. Ved mottak av asynkrone.2 skal EPJ sjekke om det er endringer som må behandles av LIB-ansvarlig og presentere endringene i legens arbeidsliste. Hvis LIB-ansvarlig mottar.2 med spørsmål fra apotek så skal alle spørsmål besvares før sending av.1. Hvis LIB-ansvarlig mottar med ny ukjent oppføring så skal LIB-ansvarlig informeres om at oppføring ikke inneholder spørsmål fra apotek, men LIB-ansvarlig skal likevel kunne velge å legge oppføringen til i lokal LIB. - Hvis oppføringen legges til så skal oppførings-id fra.2 benyttes Hvis oppføringen avvises så skal rekvirentsystemet sende.1 med informasjon om at legemiddel seponeres. Hvis LIB-ansvarlig oppdaterer fornyer en oppføring uten at det gjøres medisinske endringer så skal oppføringen oversendes med oppdatert endret dato, men medisinsk endring skal være false. 73

74 Kl21 Kl22 Kl23 Kl24 Kl25a Kl25b Kl26 Kl27 Kl28 Hvis LIB-ansvarlig oppdaterer fornyer en oppføring med medisinske endringer så skal oppføringen oversendes med oppdatert endret dato og med medisinsk endring som true LIB-ansvarlig lege skal alltid måtte behandle alle kjente legemiddelopplysninger om pasient før sending av.1 til RF. Dette inkluderer endringer i, M8 og løse resepter i RF. Det skal være mulig å knytte løse resepter (ekspederbare) og M8 til lokalt LIBelement. Hvis løs resept knyttes først i oppføringen så skal lokal resept tilbakekalles og informasjon fra løs resept skal benyttes videre i visning og ved forskrivning Hvis løs resept knyttes bak siste resept så skal løs resept tilbakekalles og informasjon fra lokal resept skal benyttes videre i visning og ved forskrivning. Det skal være mulig å importere løse resepter (ekspederbare) og M8 til lokal LIB Det skal være mulig å tilbakekalle løse resepter (ekspederbare) uten å inkludere dem i lokal LIB. Det skal ikke være mulig å gjøre andre handlinger med løse resepter (ekspederbare) enn import til LIB eller tilbakekalling fra RF, Vikar for LIB-ansvarlig skal kunne sende.1 på samme måte som LIB-ansvarlig, men.1 skal merkes med «vikar». Når multidoseapotek har sendt svar på «kommentar fra lege» så skal svaret vises for LIB-ansvarlig lege, men ikke sendes med i neste.1 som sendes til RF. Det skal ikke være mulig å sende en M1 på en multidosepasient uten at.1 også sendes til RF. Kl29 Ved forny eller forny med endring av e- resept som kan forskrives av LIB-ansvarlig så skal det alltid opprettes en ny e-resept som skal erstatte den gamle og det skal sendes M5 til RF. Kl30 Ved forny med endring av e-resept som er importert og hvor LIB-ansvarlig ikke har rett til å forskrive resept (på grunn av 74

75 Kl31 Kl32 refusjonsregler eller forskrivningsregler) så skal oppføringen gjøres om til lokal registrering. I.1 skal det fortsatt refereres til gyldig e-resept, men oppføringen skal gjengi endringene som er gjort. Ved mottak av som inneholder endringer i CAVE så skal lokal informasjon samstemmes med informasjon fra. Det skal da være mulig å legge til informasjon fra i lokal LIB. Hvis mottatt inneholder oppføring med samme oppførings-id som lokal oppføring, men at medisinske innholdet er forskjellig så skal bruker presenteres for disse forskjellene og måtte velge om lokal oppføring skal oppdateres. Endrede felter som det settes krav til visning og oppdatering på er: - NavnFormStyrke - Dosering/dssn/kortdose - Refusjon - Bruksområde 2.34 Administrering av LIB-ansvar inkludert Multidoseoversikt 2.1 Funksjonen skal kunne vise hvilken lege som er pasientens LIB-ansvarlig lege. 2.2 Funksjonen skal vise multidoseapotek med oppdatert kontaktinformasjon. 2.3 Funksjonen skal kunne vise alle Helsepersoner som er registrert på pasienten. 2.4 Funksjonen skal vise neste bestillingsfrist 2.5 Funksjonen skal vise siste pakkedato (basis.3). 2.6 Funksjonen skal vise dato for siste sendte.1 og mottatte.2 og.3. oppdatering 2.7 Det skal være mulig å registrere faste mottakere av LIB (kfr. tidl. PLO melding). 2.8 Rekvirent skal kunne registrere seg som 75

76 /LIB-ansvarlig lege for valgt pasient 2.8a Mulighet til å registrere seg som LIBansvarlig lege skal være konfigurasjonsstyrt. 2.8b Det skal være mulig å registrere hvilke leger i installasjonen som skal kunne fungere som vikar for LIB-ansvarlig lege. 2.9 Hvis det i svar fra RF angis at pasienten har hatt annen LIB-ansvarlig lege så skal systemet sende forespørsel om varer i bruk (M ) til reseptformidleren og LIB skal oppdateres og funksjon for samstilling skal startes Rekvirent skal kunne avregistrere seg som LIB-ansvarlig lege for valgt pasient. Ved sending av.1 er det påkrevet personidentifikasjon hvor fødselsnummer eller eventuelt d-nummer kan benyttes. Kjønn trenger ikke å være oppgitt LIB-historikk 3.1 Det skal være mulig å vise alle sendte og mottatte 3.2 Det skal være mulig å vise innholdet i valgt 3.3 Innholdet i skal vises ved hjelp av stylesheet Klargjøring Hvis bruker velger at valgt legemiddel skal være fast og seponeringsdato er satt til mindre enn 12 mnd. fram i tid, så skal systemet beregne forbruk. Forbruket skal fordeles på 4 like perioder og reit 3 skal settes. For faste legemidler skal mengde og reit vises men ikke kunne editeres. Det skal ikke være mulig å bruke strukturert dosering på legemiddelpakning som inneholder flere varer (for eks Champix 76

77 startpakning) Elektroniske meldinger Når.1 sendes RF skal systemet 5.1 samtidig sende melding til andre valgte Ki8 Ki9 aktører. Ved mottak av.2 skal denne legges inn i legens arbeidsliste. Det skal være mulig å sende M27.1 til Reseptformidleren for registrering av legens LIB-ansvar for pasient. Mottak av M27.2 skal oppdatere pasientinformasjon med multidoseapotek. Ved mottak om av M28 fra Reseptformidleren så skal journalsystemet oppdateres med relevant informasjon om pasientens LIB-ansvarlig lege. Ved mottak av M28 så skal journalsystemet legge melding i legens innboks med informasjon om endringen. Ved mottak av.3 der alle utleverte legemidler finnes i LIB skal informasjon oppdateres med utleveringsinformasjon uten at det registreres i legens arbeidsliste. Ved mottak av.2 med spørsmål fra apotek skal pasientinformasjon legges i arbeidsliste. Mottatt.2,.3 og M9.12 skal oppdatere systemet med apotekinformasjon (multidoseapotek). InngarMultidose skal være oppgitt for alle oppføringer i.3. Skal settes til true hvis legemiddel er pakket ved siste pakking og false hvis det ikke er pakket. MedEndring skal settes til true basert på følgende regler: - Seponeringsinformasjon er endret - Dosering er endret (Kortdose, Dosering eller DosVeiledEnkel) - Legemiddel er endret til annet enn legemidler som står på bytteliste eller til tilsvarende LegemiddelVirkestoff. - Dato oppstart er endret - Bruksområde er endret 77

78 Ki10 Ki11 Ki12 Ki13 Ki14 Ki15 Ki16 Ki17 Ki18 - Bruk er endret - IngenKombinasjon er endret - AdministreringForskrivning er endret. - BytteresRekvirent er endret. Hvis det er tvil om bytte av legemiddel oppfyller kriteriene så skal MedEndring settes til true. Alle andre endringer skal føre til at medendring ikke skal settes. Hvis oppføringen inneholder Seponering, så skal alltid Rolle av type «seponert av» være oppgitt. Hvis oppføringen er av type e-resept eller papirresept, så skal Rolle av type «forskrevet av» være oppgitt dersom informasjonen er tilgjengelig i avsendersystem. Hvis oppføringen er instituert av annen rekvirent enn «forskrevet av» så skal Rolle av type «instituert av» være oppgitt dersom informasjon er tilgjengelig i avsendersystem. ReseptDokLegemiddelB64 skal minimum inneholde samme felter som er påkrevd i en e-resept. SisteUtlevering skal inneholde referanse til M10 for alle e-resepter og papirresepter. Hvis varene som er utlevert er på grunn av ompakking så skal ompakkingsgrunn oppgis. EPJ skal på valgt legemiddel kunne vise DatoForsteDose og DatoSisteDose fra sist mottatt.3.datoforstedose skal inneholde dato som oppføringen er pakket fra. Hvis doseringen gjelder for hele pakkeperioden så skal DatoForsteDose være lik ForsteDoseringsdato, uavhengig om første dose først kommer senere i perioden. Hvis behandlingen starter i løpet av perioden så skal dato for når behandlingen starter oppgis som DatoForsteDose. Eks: hvis pågående behandling inneholder en tablett DatoSisteDose skal inneholde dato som oppføringen er pakket til. Hvis doseringen gjelder for hele pakkeperioden så skal DatoSisteDose være lik SisteDoseringsdato, uavhengig om siste dose er pakket på en tidligere dato. Hvis behandlingen er. Tilsvarer Ki17 og Ki18 i DFS. Kravet slettes og det er tatt opp i editering av forrige krav. 78

79 seponert i løpet av perioden, så skal DatoSisteDose være lik siste dato legemiddelet er pakket. Ki19 Bilderef skal oppgis i.3 og vise til nøyaktig det legemiddel som er pakket (tablett, kapsel) som er pakket. Ki20 For UtleveringB64 gjelder samme regler som for utfylling av M10. Ki21 Seponering skal være fylt inn hvis rekvirent som sender inn.1 har besluttet å seponere behandlingen. Ki22 Seponering skal sendes med i.1 så lenge oppføringen sendes i.1. Ki23 Avsender av skal fylle inn Rolle på overordnet nivå basert på informasjon de mottar i /M9.12 og lokalt registrert informasjon. Ki24 Rolle «Multidoselege/ LIB-ansvarlig lege» skal gjengi informasjon som gis i M9.12. Ki25 Allergi (kritisk legemiddelinformasjon CAVE) skal være oppgitt hvis det er registrert legemiddelallergi i lokalt system eller det der mottatt informasjon om allergi i. Ki26 Hvis legemiddelallergi er feilregistrert skal avsender sende med informasjon som Avkreftet.det ikke sendes med informasjon om i, når dette blir korrigert. Ki27 Legemiddelreaksjon skal være oppgitt på en av følgende måte: - ATC - Virkestoff og VirkestoffId - MerkevareId og Varenavn MerkevareId, Varenavn og Hjelpestoffreaksjon Ki28 Merknad på overordnet nivå skal bare sendes i første melding etter det merknaden er registrert og eventuelt i påfølgende meldinger innenfor 24 timer. Ki29.1 skal inneholde Vikar=true hvis avsender av.1 opererer som vikar for LIB-ansvarlig. Ki30 Alle leger som jobber på samme kontor som LIB-ansvarlig skal default anses som vikar for LIB-ansvarlig. Ki31 Kosttilskudd skal oppgis med Ki32 varegruppekode L i. Det skal ikke være mulig å sende hvor det er samme resept-id i flere LIBoppføringer, unntatt i.1 der samme 79

80 Ki33 resept-id kan være referert i en LIBoppføring som er seponert og en LIBoppføring som ikke er seponert.. Det skal ikke være mulig å sende hvor det er flere like oppførings-ider Avansert dosering i multidose Det skal være mulig å generere avansert 6.1 doseringsforslag basert på kortdose fra FEST. Det skal være mulig å angi spesielle ukedager et legemiddel skal brukes (uketurnus). Det skal være mulig å angi opp- og nedtrapping av dosering. Det skal være mulig å angi antall doseringsdager med behandling og antall dager uten behandling i lengre turnus enn 1 uke. Det skal være mulig å angi at dosering skal skje på eksakt angitt tidspunkt. Det skal være mulig å angi at dosering skal skje innenfor et tidsområde. Det skal være mulig å angi at et legemiddel ikke skal tas sammen med andre legemiddel. Det skal være mulig å angi døgndose Det skal være mulig å angi antall doser per døgn Det skal være mulig å registrere mengde i enkeltdose. Det skal være mulig å angi gjentagelsesintervall for døgndose (hver 1 dag, hver 2 dager, hver 3 dager). Det skal være mulig å angi start- og sluttidspunkt for dosering Mottak av i installasjoner som ikke har multidose/plo-registrert LIB-ansvar for gitt pasient 80

81 a Kr1 Kr2 Kr3 Kr4 Kr5 Kr6 Kr7 Kr8 Kr9 Ved mottak av.1/2/3 skal alle oppføringer i disse meldingene vises sammen med egne oppføringer i LIB Forskjell på eksisterende LIB og mottatte.1/2/3 skal markeres i LIB-bildet Resepter i RF som ikke inngår i.1/2/3 skal vises som andre rekvirenters forskrivninger. Ved mottak av og det ikke er registrert ekstern LIB-ansavarlig lege på pasienten skal systemet varsle at LIB-ansvarlig lege mangler.. Resepter i RF som ikke inngår i.1/2/3 skal vises som andre rekvirenters forskrivninger. Det skal tydelig fremgå at disse resepter ikke er inkludert i LIB (). Systemet skal kunne understøtte overtagelse av pasientansvar i de pasientforløp hvor dette er naturlig. Når det er registrert samtykke til oppslag i RF og det sendes M9.5 så skal det alltid også sendes M9.11 til RF for å sjekke om pasienten har tilgjengelig. Hvis det finnes i RF så skal samstemming vises for lege. Samstemming skal vise liste over både lokal LIB og fra RF sortert på ATC-kode. Hvis LIB-element fra har samme id som lokalt LIB-element så skal de vises på samme linje. Hvis de er helt like skal dette framgå. Hvis LIB-oppføring fra har samme resept-id som lokal oppføring så skal disse vises på samme linje i samstemming. Hvis LIB-oppføringer er helt lik så skal det framgå at disse er helt like i samstemmingen. Det skal være mulig å legge til CAVE informasjon fra til lokal LIB. Det skal være mulig å velge hvilke legemidler i som skal importeres til lokal LIB.. Det skal være mulig å knytte LIB-element fra til lokalt LIB-element, og bruker skal kunne velge om lokalt element skal beholdes i lokal LIB, eller om importert element skal beholdes i lokal LIB. 81

82 1