E-resept. Detaljert funksjonell spesifikasjon. Versjon: 2.076 30.09.201319.05.14 Dokumenteier: seksjon Forvaltning, avdeling Kjernejournal og e-resept

Detaljert funksjonell spesifikasjon e-resept Side 1 av 169 Versjon 2.067 E-resept Detaljert funksjonell spesifikasjon Versjon: 2.076 30.09.201319.05.14 Dokumenteier: seksjon Forvaltning, avdeling Kjernejournal og e-resept

Detaljert funksjonell spesifikasjon e-resept Side 2 av 169 Versjon 2.067 Resymé Dette dokumentet gir rammene for detaljerte funksjonelle spesifikasjoner av e-resept-løsningen. Felles funksjonalitet og spesifikk funksjonalitet for hver aktør beskrives. Det er utarbeidet detaljerte spesifikasjoner for løsningene til hver aktør, innenfor rammene beskrevet i dette dokumentet. Kapittel 1-3 beskriver felles trekk ved løsningen på tvers, mens kapittel 4-9 beskriver separate deler av e-resept-løsningen. Kapittel 1 redegjør kort for rammebetingelser, som bruk av PKI, ebxml og Norsk helsenett (NHN), og gir referanser til aktuell bakgrunnsdokumentasjon blant annet knyttet til meldingsutveksling i helsesektoren. Kapittel 2 beskriver kortfattet hovedfunksjonene i løsningen, aktører, meldingsflyt og beskrivelse av meldingene, samt reseptens tilstander. Kapittel 3 redegjør i noe mer detalj for hvert funksjonelle område, og beskriver flyt i form av sekvensdiagrammer innenfor: Rekvirering Ekspedering og utlevering Oppgjør og kontroll Kapittelet beskriver også i hovedtrekk håndtering av grunndata i løsningen.. Kapittel 4 beskriver detaljert hvordan rekvirering foregår, herunder forskrivning av resept og rekvirents håndtering av individuell søknad om refusjon til Helseøkonomiforvaltningen (HELFO) og søknad til Legemiddelverket om godkjenningsfritak. Kapittel 5 beskriver s funksjoner for å støtte de øvrige løsningene, knyttet til rekvirering, søknadshåndtering og utlevering. Mine resepter, som sikrer pasientens innsynsbehov beskrives også i dette kapittelet. Kapittel 6 beskriver de funksjoner som utføres på Apotek i forbindelse med e-resept, herunder utlevering og oppgjør. Kapittel 7 beskriver de funksjoner som utføres hos Bandasjist i forbindelse med e-resept, herunder utlevering og oppgjør. Kapittel 8 beskriver de funksjoner som utføres hos Helsedirektoratet oppgjør og kontroll i forbindelse med e-resept, herunder oppgjør, kontroll mottak av individuell søknad om refusjon og tilrettelegging av grunndata.. Kapittel 9 beskriver de funksjoner som utføres hos Legemiddelverket i forbindelse med e-resept, herunder tilrettelegging og publisering av felles datagrunnlag om legemidler, medisinsk forbruksmateriell og næringsmidler til medisinsk bruk, deres bruk, refusjonsregler m.m.

Detaljert funksjonell spesifikasjon e-resept Side 3 av 169 Versjon 2.067 Innholdsfortegnelse 1 Innledning... 10 1.1 Formålet med dette dokumentet... 10 1.2 Endringshåndtering...111110 1.3 Referanser...111110 1.4 Sentrale tekniske rammebetingelser... 12 1.4.1 Public Key Infrastructure (PKI)... 12 1.4.2 Kommunikasjonstjenester... 12 1.4.3 ebxml... 12 1.4.4 Norsk Helsenett... 12 1.4.5 Helsepersonellregisteret (HPR)...131312 2 E-resepts arkitektur, meldinger og funksjoner... 13 2.1 Verdikjeder og systemstøtte... 13 2.2 E-resepts hovedfunksjoner og løsningskonsept... 13 2.2.1 Rekvirering... 13 2.2.2 Ekspedering og utlevering... 13 2.2.3 Oppgjør og kontroll... 14 2.2.4 Pasientinnsyn... 14 2.2.5 Aktører... 14 2.3 Meldingsoversikt... 14 2.3.1 Meldingsflyten i e-resept... 14 2.4 Reseptens tilstander...191918 2.5 Forvaltning, drift og vedlikehold...212120 3 Funksjonelle områder...222221 3.1 Rekvirering...222221 3.1.1 Rekvirent skriver resept...222221 3.1.2 Rekvirent sender individuell søknad om refusjon til HELFO...252524 3.1.3 EPJ-system henter referansenummer hos reseptformidler...262625 3.1.4 Beskrivelse: Send inn informasjon om samtykke...272726 3.2 Ekspedering og utlevering...282827 3.2.1 Identifisering, ekspedering og utlevering av resept...282827 3.3 Oppgjør og kontroll...303029 3.3.1 Utleverer sender oppgjørskrav til HELFO...303029 3.3.2 HELFO utfører kontroll av rekvirents forskrivning på blåresept...323231 3.4 Gjennomgående sekvenser...333332 3.4.1 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket...333332 3.4.2 Behandling av multidose/legemidler i bruk...343433 3.5 Om utleveringsmeldinger på papirresepter...383837 3.6 Mine resepter...393937 3.7 Grunndata...393937 3.7.1 Grunndata knyttet til legemidler, medisinsk forbruksmateriell og næringsmidler til medisinsk bruk 393937 3.7.2 Grunndata knyttet til personer, roller og organisatoriske enheter...393938 3.7.3 Kodeverk...404038 4 Aktør: Rekvirent...414139 4.1 Ansvar og omfang for utvikling...414139 4.2 Spesielle forhold rundt forskrivning...414139 4.2.1 Bruk av FEST...414139

Detaljert funksjonell spesifikasjon e-resept Side 4 av 169 Versjon 2.067 4.2.2 Multidose/LIB ansvarlig lege...424240 4.2.3 Virkestofforskrivning...424240 4.2.4 Interaksjoner...424240 4.2.5 Varsel fra SLV...424240 4.2.6 Ekspederingsanmodning...434341 4.2.7 Bruk av fødselsnummer i resept (M1)...434341 4.3 Brukstilfeller og meldingsbehandling...434341 4.3.1 Rekvirent skriver resept...444442 4.3.2 Rekvirent sender individuell søknad om refusjon til HELFO...525250 4.3.3 EPJ-systemet henter referansenummer hos reseptformidler...535351 4.3.4 Rekvirent sender inn informasjon om samtykke...545452 4.3.5 Rekvirent mottar utleveringsrapport...545452 4.3.6 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket...555553 4.3.7 Behandling av multidose/lib ansvarlig lege...565654 4.4 Krav til ytelse...606057 4.5 Drift og brukerstøtte...616158 4.5.1 Oppetider...616158 4.5.2 Brukerstøtte...616158 5 Aktør: og Mine resepter...626259 5.1 Ansvar og omfang for utvikling...626259 5.1.1 Aktører og rettigheter...646461 5.2 Brukstilfeller -...656562 5.2.1 Rekvirering...666663 5.2.2 EPJ-systemet henter referansenummer hos reseptformidler...707067 5.2.3 Send inn informasjon om samtykke...707067 5.2.4 Ekspedering og utlevering...727269 5.2.5 Behandling av resept med søknad om godkjenningsfritak til Legmiddelverket...828178 5.2.6 Behandling av multidose/legemidler i bruk...878683 5.3 Meldingsbehandling...929188 5.3.1 Meldinger mellom og rekvirent...929188 5.3.2 Meldinger mellom og utleverer...989794 5.3.3 Meldinger mellom og Legemiddelverket... 10210197 5.3.4 Meldinger mellom og HELFO... 10310298 5.4 Brukstilfeller og meldingsbehandling Mine resepter... 10310298 5.4.1 Pasient slår opp på resept... 10310298 5.4.2 Innsyn i andres resepter... 10410399 5.4.3 Grensesnitt mot... 10510399 5.4.4 Grensesnitt mot MinSide og Sikkerhetsportalen... 10510399 5.5 Krav til ytelse... 10510399 5.6 Logging... 106104100 5.6.1... 106104100 5.6.2 Mine resepter... 108107103 5.7 Drift og brukerstøtte... 109107103 5.7.1 Drift... 109107103 5.7.2 Brukerstøtte... 109107104 6 Aktør: Apotek... 110109105 6.1 Ansvar og omfang for utvikling... 110109105

Detaljert funksjonell spesifikasjon e-resept Side 5 av 169 Versjon 2.067 6.2 Brukstilfeller og meldingsbehandling... 110109105 6.2.1 Identifisering, ekspedering og utlevering av resept... 111110106 6.2.2 Oppgjør... 118117113 6.2.3 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket120119115 6.2.4 Behandling av multidose... 122121117 6.2.5 Behandling som må koordineres med øvrige aktører... 130129125 6.3 Krav til ytelse... 132131127 6.4 Drift og brukerstøtte... 132131127 6.4.1 Oppetider... 132131127 6.4.2 Brukerstøtte... 133132128 7 Aktør: Bandasjist... 134133129 7.1 Ansvar og omfang for utvikling... 134133129 7.2 Brukstilfeller og meldingsbehandling... 134133129 7.2.1 Identifisering av kunde og nedlasting av resept for ekspedisjon... 135134130 7.2.2 Ekspedisjon av valgt resept... 140139135 7.2.3 Oppgjørskrav til HELFO... 141140136 7.2.4 Behandling som må koordineres med øvrige aktører... 144143139 7.3 Krav til ytelse... 144143139 7.4 Drift og brukerstøtte... 145144140 7.4.1 Oppetider... 145144140 7.4.2 Brukerstøtte... 145144140 8 Aktør: Helsedirektoratet oppgjør og kontroll... 146145141 8.1 Ansvar og omfang... 146145141 8.2 Brukstilfeller og meldingsbehandling... 147146142 8.2.1 Utleverer sender oppgjørskrav til HELFO... 147146142 8.2.2 HELFO utfører kontroll av rekvirents forskrivning på blåresept... 152151147 8.2.3 Rekvirent sender individuell søknad om refusjon... 153152148 8.2.4 Legemiddelverket sender pris- og refusjonsdata... 154153149 8.2.5 HELFO sender produkt- og prisinformasjon... 154153149 8.2.6 spør HELFO om fastlegeinformasjon... 154153149 8.2.7 HELFO avgir informasjon om utleverere til... 154153149 8.3 Krav til ytelse... 154153149 8.4 Drift og brukerstøtte... 155154150 8.4.1 Oppetider... 155154150 8.4.2 Brukerstøtte... 155154150 9 Aktør: Legemiddelverket... 156155151 9.1 Ansvar og omfang for utvikling... 156155151 9.1.1 FEST... 156155151 9.1.2 Godkjenningsfritak... 157156152 9.1.3 Brukergrupper og rettigheter... 157156152 9.2 Brukstilfeller og meldingsbehandling... 157156152 9.2.1 Brukstilfeller og meldingsbehandling mot FEST... 157156152 9.2.2 Grensesnitt mot Godkjenningsfritak... 160159155 9.2.3 Grensesnittene mot støttesystemene til Legemiddelverket... 163162158 9.2.4 Legemiddelverket avgir informasjon om apotek som finnes i konsesjonsregisteret.164163159 9.3 Krav til ytelse... 164163159 9.3.1 FEST... 164163159

Detaljert funksjonell spesifikasjon e-resept Side 6 av 169 Versjon 2.067 9.3.2 Godkjenningsfritak... 165164160 9.4 Innhold FEST... 165164160 9.4.1 Støttedata i FEST for Godkjenningsfritak... 166165161 9.4.2 Legemidler med MT i Norge som ikke inngår i FEST... 166165161 9.5 Virkestofforskrivning... 166165161 9.5.1 Mål med virkestofforskrivning... 166165161 9.5.2 Hvordan blir dette tilgjengelig i FEST... 166165161 9.6 Hvordan vil dette fungere for lege... 167166162 9.7 Hvordan vil dette fungere for apotek... 167166162 9.8 Interaksjoner... 168167163 9.9 Varsel fra SLV... 168167163 9.10 Drift og brukerstøtte... 168167163 9.10.1 Oppetider... 168167163 9.10.2 Driftsløsning... 169168164 9.10.3 Brukerstøtte... 169168164 Figurliste Figur 1 Meldingsflyten i e-resept...161615 Figur 2 Reseptens tilstander i...191918 Figur 3 Tilstander for resepter på legemidler uten MT...212120 Figur 4 - Rekvirent skriver resept...232322 Figur 5 - Rekvirent sender individuell søknad om refusjon til HELFO...252524 Figur 6: EPJ-system henter referansenummer hos reseptformidleren...262625 Figur 7: Rekvirent sender inn pasientens samtykke...272726 Figur 8: Identifisering, ekspedering og utlevering av resept...282827 Figur 9: Utleverer sender oppgjørskrav til HELFO...313130 Figur 10: HELFO utfører kontroll av rekvirents forskrivning på blåresept...323231 Figur 11: Behandling av resept med søknad om godkjenningsfritak...333332 Figur 12: Behandling av multidose...353534 Figur 13: Overordnet funksjonell løsning...626259 Figur 14 Pasient slår opp på resept... 10410298 Figur 15 Overordnet funksjonell løsning HELFO... 146145141 Figur 16 - Oppdatering av EPJ-system... 159158154

Detaljert funksjonell spesifikasjon e-resept Side 7 av 169 Versjon 2.067 Dokumenthistorikk Dato Versjon Laget av Godkjent Endring av 11.1 Mal Hovedprosjektet JBA Nytt dokument 10.02.06 Første Hovedprosjektet og I/R Innarbeidet bidrag fra alle delprosjekter utkast delprosjektene 05.04.06 0.5 Hovedprosjektet og Innarbeidet sekvensdiagram samt delprosjektkapitler delprosjektene 26.04.06 0.55 Hovedprosjektet og Sammenstilling etter workshop på Gardermoen delprosjektene 16.05.06 0.9 Hovedprosjektet og Innarbeidet kommentarer til versjon 0.55 delprosjektene 16.06.06 1.0 Hovedprosjektet og Innarbeidet kommentarer til versjon 0.9 delprosjektene 18.01.07 1.1 pau RTV endret til NAV 24.01.07 1.1 NBK Oppdatert og presisert i forhold til følgende punkter i Åpne punkter liste.xsl som utgjør endringsordre EO_007: Pkt 11. Oppdatert avsnitt 4.3, 5.2.1, 5.2.2.3 og 5.2.3 for å presisere bruk av ordinasjonskort/ordinasjonskortnummer. Pkt 13, 14, 16, 17 og 29. Oppdatert avsnitt 5.2.2.4 for å presisere Tilbakekalling/sletting (M5) Pkt. 19. Oppdatert avsnitt 4.4.1 og 5.2.2.1 for å presisere bruk av referansenummer. Pkt 43 og 58. Opprettet avsnitt 5.2.7.2 for å spesifisere Reseptbanken håndtering av en annullering av en utlevering 29.01.07 1.1 NBK Endret NAF til Apotekforeningen 01.03.07 1.11 NBK Endret Reseptbanken til 07.03.07 1.2 NBK Oppdatert og presisert i forhold til følgende punkter i Åpne punkter liste.xls som utgjør endringsordre EO_016: Pkt 49 Lagt inn i avsnitt 5.2.7 og 6.2.1 at apotek kan bruke ordinasjonskortnummer som søkekretere for å få resepter. Pkt 83 Endret tilstandsdiagrammet i Avsnitt 2.4 slik at en resept går rett fra tilstanden Ugyldig til tilstanden Slettet og det uten time out. Pkt 86 Presisert i avsnitt 5.2.2.1 hvilke resepter en reseptoversikt inneholder. Pkt 107 Endret i avsnitt 3.2.1.4 hvilke sekvenser som frafaller ved ekspederingsanmodning Pkt 112 Endret i avsnitt 5.2.2 slik at rekvirent kan se og slette egne resepter selv om HPR-kontroll feilet. 23.03.07 1.2 NBK Oppdatert og presisert i forhold til følgende punkter i Åpne punkter liste.xls som utgjør endringsordre EO_017: Pkt 122 M9.1 som kun resulterer i et treff skal ikke direkte resultere i M9.4. Slettet avsnittene 3.2.1.2, 6.2.1.1 og 7.2.1.1, Endret overskrift for de tilhørende avsnitt i 3.2.1 slik at nummerering på Alternativ beskrivning blir riktig. Pkt 127: I kapittel 7 lagt til avsnitt 7.2.4 Behandling som må koordineres med øvrige aktører og avsnitt 7.2.4.1Logging i bandasjistsystem for å etterspore oppslag i sentral database

Detaljert funksjonell spesifikasjon e-resept Side 8 av 169 Versjon 2.067 19.04.07 1.3 NBK Oppdatert og presisert i forhold til følgende punkter i Åpne punkter liste.xls som utgjør endringsordre EO_018: Pkt 42: Lagt til nytt avsnitt i kapittel 5, avsnitt 5.2.7.3 Utvidet søk som også omfatter ikke ekspederbare resepter Pkt 123: Lagt inn en rad i tabell i avsnitt 5.5.1 for logging av M9.4 Pkt 129: Endret i siste linje i tabellen i avsnitt 5.2.2 M4 serien feiler ikke hvis HPR sjekk feiler 31.08.07 1.4 PAU EO_014: Avsnitt 3.1.2: rekvirent sender individuell søknad om refusjon. fjernet fra figur så søknaden går rett til NAV fra rekvirent og sekvensen er endret iht. denne. Tilhørende sekvens i reseptformidlerens kapittel er fjernet og sekvensene i rekvirents kapittel 4.4.2 og NAVs kapittel 8.2.3 er oppdatert. EO_021. EO_022, EO_023: Avsnitt 8.2.4, 8.2.5, 9.2.1, 9.2.1.2 er endret iht. til ny løsning på filflyt med epost og M30 format. EO_024: Rekvirent står for utskrift og forsendelse av referansenummer til pasient. 3.1: Fjernet brevutsendelse fra Reseptformidler i figuren, sekvens 3.1.1.3 endret til at rekvirent sender brev til pasient. Lagt til kulepunkt i avsnitt 4.1 og endret i tabell 4.4.1 punkt 3.1.1-12 og 3.1.1-23. Avsnitt 5.2.1, rad i tabell slettet EO_031, NAV sender positiv apprec for M18: Avsnitt 3.3.1, figur endret. Endret i tekst i tabell 3.3.1.1-4 og tabellene i avsnitt 6.2.2, 7.2.3 og 8.2.1. EO_033: Lagt til beskrivelse av fonetisk navnesøk i avsnittene: 5.2.6.4, 6.2.1.5 og 7.2.1.3 Åpen sak 192: Bruk av kanselleringskode. Beskrivelse lagt til i avsnittene 6.2.3.8 og 7.2.4.2Punkt 1.3.1: krav til signering av M18 innarbeidet i kulepunkter. Åpen sak 161: Sletting av resept, endret iht. forskrift i avsnitt 5.2.4 Åpen sak 189: Nytt felt i M10 for annullering. Innarbeidet i avsnitt 5.2.6.2 Åpen sak 169: Datakvalitet i FEST, lagt til avsnitt i 9.1.1 Åpen sak 226: M10 spesifisert på varenr nivå. Presisert i tabellen i avsnitt 5.2.6

Detaljert funksjonell spesifikasjon e-resept Side 9 av 169 Versjon 2.067 Åpen sak 158: forvaltning, drift og vedlikehold, lagt til kapittel 2.5 Åpen sak 110: Blåreseptforskriften, lagt til fornoter i kap 3.1.1 og 3.3.2 Åpen sak 135: HPR-sjekker, lagt til kapittel 1.3.4 og tekst i kapittel 5.2.2 03.09.07 1.4 PAU Rettelse HPR-sjekker i kap 2.4, 5.2.2 og 5.2.6 16.11.07 1.5 NBK Endret Resept-banken til Resept-formidleren og Hoved-prosjektet til Program-kontoret. EO_041: Åpen sak 40: Oppdatert tabell i kap 5.5.1 med logging av ansattid Åpen sak: 281: Henting av referansenummer: I figur 3 i kap. 3.1.1; Tatt vekk sekvensene 13 og 14, endret sekvens 12 til sekvens 13 og laget en ny sekvens 12. Endret i beskrivelsen av sekvensene i kap. 3.1.1.2 og i 3.1.1.5. Opprettet nytt kap. (3.1.4) og lagt inn et nytt sekvensdiagram. Endret i tabell i kap. 4.4.1. Opprettet kap. 4.4.4 og lagt inn ny tabell. Slettet beskrivelse av sekvensen i tabellen i kap. 5.2.1. Opprettet nytt kap. 5.2.6. (forskyvning av nr) og lagt inn ny tabell. Åpen sak 293: Rekvirering av bandavarer må refusjonshjemmel være fylt ut. Lagt til et punkt i kap 4.2 Åpen sak 312: Refusjon ved rekvirering i legens navn: Lagt til et punkt i punktlisten i kap 4.4.1 EO_015: Bruk av Legemiddelverkets konsesjonsregister (apotekregisteret): Endret i kap. 5.2.6.1, 5.2.6.2, 8.1, 8.2.7 og 9.1. Opprettet nytt kap. 9.2.4 EO_024: Rekvirent står for utskrift og forsendelse av referansenummer til pasient. Slettet siste avsnitt i 5.2.2.1 29.11.07 1.5 PAU Avsnitt 3.2.1, lagt til tekst vedrørende M30 før figur 1. EO_041: Åpen sak 198: Oppdatering av egenandel EO_029 og EO_041, åpen sak 283: Filflyt rundt M30 Dagens løsning er ikke innarbeidet i dokumentet grunnet manglende oversikt pr 3.12.07.

Detaljert funksjonell spesifikasjon e-resept Side 10 av 169 Versjon 2.067 30.11.07 1.5 Marit Andreassen EO_020: Åpen sak 325: Endret kapittel 5.2.2Åpen sak 179: 04.06.08 1.6 Oppdatering i forbindelse med oppdatering av OFS og versjon 2 02.07.09 1.7 Innarbeidet endringsordre 44, 45, 46, 47 23.09.09 1.7 Innarbeidet høringskommenterer og besluttede åpne saker frem til 23.09.09, dvs. EO 48 og 49. 24.2.10 1.8 Innarbeidet EO50: åpne saker 570, 636, 725 og 744 6.4.10 1.9 Innarbeidet EO51: Åpne saker 688, 705, 717, 739 og 759 Innarbeidet EO52, Åpne saker 635, 749, 753, 779, 781, 784, 785b, 792 og 799 18.03.11 2.0 Innarbeidet EO53: Åpen sak 815 Innarbeidet EO54: Åpne saker 811, 835 Diverse rettelser 15.06.11 2.0 Oppdatert etter innspill fra prosjekten 05.12.11 2.01 gusas Endringer kap. 9.5, virkestofforskriving 04.05.12 2.02 jba Endringer knyttet til at M25 skal gå via kap 2.3.1, 3.4.2, 4.2.2, 4.3.7, 4.4, 5.1, 5.2.6,5.3, 5.6.1, 6.2.4, 6.2.5.6 12.02.13 2.03 gusas Endringer utleverer kap3.2,utskrift ref.nr, og papirresepter i M10. Bruk av merknadsfelt i M10/M8. 04.04.13 2.04 gusas V 2.5 til forankring hos aktørene 16.04.13 2.05 gusas Er vedtatt i e-resept endringsrådsmøtet 2/5-2013, etter verifiseringsrunde. 30.09.13 2.06 OMW Innarbeidet endringer knyttet til endringsrådsmøte 09.10.13. 19.05.14 2.07 jba EO 196: 3.1.1.1, 3.1.1.9, 3.1.4, 4.3.1. EO 1731: 3.1.4, 5.2.3.1, 5.3.1.8. EO 5166: 2.3.1, 2.4, 3.1.1.7, 4.3.1, 5.1.1, 5.2.1.6, 5.3.1.6 EO 5482: 3.4.2.11. EO 5487: 3.4.2.1, 4.3.7, 5.2.6, 5.3.1.15, 5.3.2.8, 5.3.1.13. EO 5526: 4.3.7, 5.2.6, 5.3.13, 5.3.1.15, 5.3.2.8, 5.3.2.10-11, 6.2.4. EO 5658: 5.3.2.3. EO 5750: 5.3.2.9. EO 5751: 5.3.1.13, 5.3.1.15, 5.3.2.8, 5.3.2.10. EO 5782: 9.2.1. EO 5783: 2.3.1, 3.4.2.7, 5.1.1, 5.2.6.7, 5.3.2.12, 5.6.1, 6.2.4.5 EO 5940 5.3.2.11 EO 6010: 4.2.7, 4.3.4, 5.2.3, 5.2.4.1, 5.2.4.4, 5.3.1, 5.3.2, 8.2.6. EO 6019 3.4.2.10, 5.3.1.13 1 Innledning 1.1 Formålet med dette dokumentet Dokumentet utgjør en detaljering av den overordnede funksjonelle spesifikasjonen (OFS). Dokumentet beskriver felles funksjonalitet og hvordan denne skal implementeres i hver aktørs løsning samt grensesnittet mellom løsningene. Dokumentet skal leses og forstås på tvers av aktørene og deres organisasjoner.

Detaljert funksjonell spesifikasjon e-resept Side 11 av 169 Versjon 2.067 1.2 Endringshåndtering Dette dokumentet vil bli oppdatert gjennom e-resepts levetid, og vil til enhver tid reflektere e- reseptløsningens virkemåte, slik denne utvikler seg. Dokumentet endres etter en formell prosess som beskrevet i endringshåndteringsrutine. 1.3 Referanser e-resepts samlede dokumentasjon omfatter både etablerte standarder i sektoren og egne utarbeidede spesifikasjoner. De viktigste dokumentene fremgår av tabellen under. Referanse Arkitekturdokument FOR-2007-12-21-1610 Navn E-resept arkitektur Reseptformidlerforskriften. Forskrift om behandling av helseopplysninger i nasjonal database for elektroniske resepter (Reseptformidlerforskriften) (2007-12-21) FOR 1998-04-27 nr 455 FOR-2001-04-02-367 LOV 2000-06-02 nr 39 LOV 1967-02-10 nr 00 Normen Forskrift om rekvirering og utlevering av legemidler fra apotek Delegering av myndighet til Statens legemiddelverk etter lov av 2. juni 2000 nr. 39 om apotek Lov om apotek (apotekloven). Lov om behandlingsmåten i forvaltningssaker (forvaltningsloven) www.normen.no E-resept meldingsdefinisjoner Komplett dokumentasjon på alle meldinger i e- resept. Forskrivning av legemidler KITH 0106 KITH 1304 KITH 1606 Dokumentering av forskrivning og administrering av legemidler mv. Kravspesifikasjon og teknisk standard, KITH R08/03 KITH Rapport 1/2006. Standard for hodemelding (KITH) KITH Rapport 13/2004. Anbefalinger og standarder for PKI i helsesektoren KITH Rapport 16/2006. Rammeverk for elektronisk meldingsutveksling i helsevesenet. Oppdatert versjon av rapport 25/2002 høst 2006. Kodeverk i e-resept

Detaljert funksjonell spesifikasjon e-resept Side 12 av 169 Versjon 2.067 Referanse OFS PKI Programdirektiv Navn e-resept overordnet funksjonell spesifikasjon Kravspesifikasjon for PKI i offentlig sektor Overordnet programdirektiv for e-resept Regeldokument oppgjør og kontroll WS-SEC WS-I Basic Security Profile 1.1 av 19-10-2006 1.4 Sentrale tekniske rammebetingelser 1.4.1 Public Key Infrastructure (PKI) E-resept skal bruke PKI for å sikre kommunikasjonens integritet og konfidensialitet, samt til å signere forsendelser digitalt for å knytte disse med sikkerhet til avsender (autentisering). Bruken av PKI skal følge ebxml-standarden og være i henhold til Kravspesifikasjon for PKI i offentlig sektor Videre gjelder: Meldinger fra leger signeres med personlig sertifikat på innholdsnivå, og legen står personlig ansvarlig for dem. M18 signeres på innholdsnivå med utleveres virksomhetssertifikat. For de resterende meldingene er virksomheten ansvarlig avsender og innholdsmeldingen er ikke digitalt signert. Virksomhetssertifikatet benyttes på alle meldingsforsendelser og knytter forsendelsen til en gitt virksomhet ved signering med virksomhetens private del av sertifikat, samt krypterer forsendelsen med mottakers offentlige del av sertifikat før overføring. Digitale signaturer valideres mot valideringstjenester. Løsningen validerer sertifikater opp mot revokeringslister (lister over tilbaketrukne sertifikater) eller OCSP oppslag mot valideringstjeneste. 1.4.2 Kommunikasjonstjenester All meldingskommunikasjon i e-resept transporteres via SMTP (asynkront) eller web-services (synkront). Det benyttes WS- Security på meldinger over web-services der det er krav om et høyt sikkerhetsnivå. 1.4.3 ebxml All asynkron meldingskommunikasjon i e-resept baseres på ebxml (se ebxml). ebxml er et sett standarder som beskriver utveksling av elektroniske meldinger mellom aktørene på en standardisert, sikker og pålitelig måte uavhengig av selve kommunikasjonssystemet. Dette er beskrevet i e-resepts arkitekturdokument. Feltkode endret 1.4.4 Norsk Helsenett vil være tilgjengelig i Helsenettet. Alle aktører må sørge for å kunne kommunisere med og å kunne utveksle meldinger over Helsenettet. De må derfor sørge for avtaler med Norsk Helsenett AS (NHN) som sikrer dette.

Detaljert funksjonell spesifikasjon e-resept Side 13 av 169 Versjon 2.067 Alle aktører som skal benytte Helsenettet er forpliktet av Norm for informasjonssikkerhet i helsesektoren (se Normen) og må etterleve kravene i denne. Dette er en del av avtalen om tilknytning til Helsenettet. I Helsenettet tilbys en rekke tjenester (Se Helsenett). Blant annet er Adresseregisteret-HER tilgjengelig i Helsenettet. Feltkode endret Feltkode endret 1.4.5 Helsepersonellregisteret (HPR) HPR benyttes i e-resept for kontroll av legens identitet, autorisasjons- og rekvisisjonsrett. Det er viktig at aktørene gjennomfører kontrollen på en konsistent måte og med basis i riktig versjon av HPR-registeret, partene må daglig oppdatere uttrekk fra HPR-registeret. Resultatet av kontrollen av rekvirent mot HPR-registeret i reseptformidleren dokumenteres for partene i et signaturkontrollobjekt (SKO). 2 E-resepts arkitektur, meldinger og funksjoner 2.1 Verdikjeder og systemstøtte e-reseptløsningene hos rekvirent og utleverer skal utformes for å gi pasient/kunde den best mulige service, samt å effektivisere arbeidsprosessene for rekvirent og utleverer. e-reseptløsningen innebærer at det etableres ny funksjonalitet i EPJ- og utleverersystemene. Funksjonaliteten i disse systemene støttes av bakenforliggende tjenester, FEST, kontroll- og oppgjørssystemer hos HELFO, samt flere andre tjenester som HER, HPR og sertifikat/katalogtjenester. 2.2 E-resepts hovedfunksjoner og løsningskonsept I dette underkapittelet kommer en kortfattet oversikt over de viktigste funksjonene i e-resept. 2.2.1 Rekvirering Pasienten kommer til lege. Legens EPJ-system er knyttet til Norsk Helsenett (NHN) og legen har personlig PKI-sertifikat. EPJsystemet er oppgradert med muligheten for å sende resepter elektronisk, og med tilgang til oppdatert informasjon fra forskrivnings- og ekspedisjonsstøtte (FEST) Legen får under konsultasjonen, sømløst integrert i EPJ-systemet, tilgang til informasjon om hvilke legemidler og varer som forhandles i Norge. For uregistrerte legemidler vil kun de som har et varenummer fremgå. Informasjonen omfatter bl.a. varenumre, pakningsstørrelser, pris, styrke, form og øvrig varedata. I tillegg vil legen få informasjon om refusjonsregler for den aktuelle varen, om det er krav til søknad for bruk eller refusjon, om den faller inn under ordningen med byttbare legemidler, doseringsinformasjon og annet som effektiviserer forskrivningsprosessen. Legen vil også få tilgang til bruks- og sikkerhetsinformasjon om legemidlet, slik at legen kan vurdere om dette er riktig medisin for den aktuelle pasienten. Tilsvarende vil også gjelde for bandasjistvarer. Når resepten er utfylt og godkjent av legen sendes en kryptert, signert reseptmelding til e-resepts sentrale meldingsutveksler og database over resepter (). Etter samtykke fra pasienten kan legen slå opp og få oversikt over resepter som ligger i. Legen vil også ha mulighet til å tilbakekalle en eller flere resepter i. 2.2.1.1 Søknader til Legemiddelverket og HELFO EPJ-systemet vil gi legen mulighet til å elektronisk sende inn søknad om godkjenningsfritak til Legemiddelverket og individuell søknad om refusjon til HELFO. 2.2.2 Ekspedering og utlevering Pasienten kan fritt velge apotek eller bandasjist, og trenger ikke ha noen resept med seg. Pasienten, eller den som skal hente varer på pasientens vegne, ber om å få ekspedert resept basert på fødselsnummer, referansenummer (ved låst resept) eller navn og fødselsdato. Utlevererens system henter inn resepten fra, og har tilgang til forskrivnings- og ekspedisjonsstøtte (FEST). Dette gjør det enkelt for personalet å sluttføre den faglige kontrollen, samt levere ut på resepten, uten å taste inn reseptinformasjonen på nytt.

Detaljert funksjonell spesifikasjon e-resept Side 14 av 169 Versjon 2.067 Dersom resepten er en blå resept, kvitterer kunden for mottatt vare og denne kvitteringen blir tilgjengelig for Helseøkonomiforvaltningen (HELFO). Ved forsendelse markerer ekspedienten at varen skal sendes kunden, og da sendes ikke kundens kvittering. Utleverer sender melding til om hva som er utlevert, og sender en kopi av denne meldingen til forskrivende lege. Løsningen åpner for at kopi av utleveringen kan sendes til fastlegen hvis pasienten gir samtykke til det. Pasienten kan senere ved utlevering, reservere seg mot at den enkelte utleveringen sendes fastlegen. Utleveringsmelding til fastlege vil også omfatte utleveringer basert på resepter på papir. Dette gir mulighet for at fastlegen kan bygge opp en oversikt over pasientens legemiddelbruk (og andre relevante varer) i sitt EPJ-system. I utleveringsmeldingen inngår informasjon om betalt egenandel for fire egenandelsperioder. Denne informasjonen følger resepten til neste utleverer, men legges ikke ved utleveringsmeldingen som rekvirent mottar. 2.2.3 Oppgjør og kontroll Utleverer sender oppgjørskrav til HELFO der det fremsettes krav om refusjon for utleverte varer som er refusjonsberettiget. HELFO mottar og behandler oppgjørskravet og returnerer svar på behandlingen til utleverer. HELFO utbetaler refusjon for godkjente krav. 2.2.4 Pasientinnsyn Pasientinnsyn er tilgjengelig gjennom løsningen Mine resepter, og er tilgjengelig på www.mineresepter.no.løsningen krever pålogging med elektronisk ID. Feltkode endret Tjenesten ivaretar pasientens lovpålagte rett til innsyn i og følgende tjenester er tilgjengelige: Oversikt over resepter med tilhørende utleveringer for en pasient. Oversikt over søknader om godkjenningsfritak til Legemiddelverket samt status på disse. Fremvising og utskriftsmulighet av reseptliste. 2.2.5 Aktører Tabellen gir en kort oversikt over aktørene i behandlingen av elektroniske resepter. Aktør Rekvirent Legemiddelverket HELFO Utleverer (Apotek og Bandasjist) Kunde Pasient Beskrivelse/Rolle Person med rett til å rekvirere legemidler og refusjonsberettigede handelsvarer(medisinsk utstyr og næringsmidler). Brukes også ofte om den lege som har forskrevet en bestemt resept. Løsningens sentrale database og meldingsformidler Forvalter av FEST, behandler av søknader om godkjenningsfritak Oppgjørsinstans for refusjonsberettigede varer. Kontrollerer at legens forskrivning er i tråd med blåreseptforskriften. Mottar og behandler søknader om individuell refusjon. Instans som ekspederer resepter, utleverer og sender varer og oversender oppgjørskrav til HELFO. Pasient selv eller pasientens stedfortreder. En person som henvender seg til helsepersonell eller helsetjenesten med anmodning om helsehjelp, eller som helsevesenet gir eller tilbyr helsehjelp i individuelle tilfeller. 2.3 Meldingsoversikt 2.3.1 Meldingsflyten i e-resept Under er det gjengitt et overordnet sekvensdiagram som viser meldingsflyten mellom systemene for løsningens hovedfunksjoner. For å gjøre sekvensdiagrammet så enkelt som mulig er kun de menneskelige aktørene pasient og rekvirent inntegnet, og kun et minimum av deres interaksjoner med andre aktører. For utdypning av meldingene i sekvensdiagrammet, se vedlegget e-resept meldingsliste. Leseveiledning:

Detaljert funksjonell spesifikasjon e-resept Side 15 av 169 Versjon 2.067 - stiplet linje indikerer at meldingen ikke alltid vil sendes som del av reseptforløpet - piler representerer meldinger og deres retning - vertikal akse representerer tid. Piler lenger nede på diagrammet sendes senere enn piler lenger oppe - det er ingen streng sekvenslogikk i diagrammet, men det er presist mht til hvilke meldinger som sendes mellom hvilke aktører I tillegg til selve meldingene er følgende flyter tatt med i diagrammet: Navn Beskrivelse Vedtaksbrev oppgjør Brev til utleverer med hovedelementene fra M22 og M23. Vedtaksbrev individuell søknad om refusjon Når M2 individuell søknad er behandlet hos HELFO vil et vedtaksbrev sendes til pasienten (kunden) som i dag. Vedtaksbrev individuell En kopi av brevet (beskrevet i raden over) sendes til rekvirent hvis dette er forespurt. søknad om refusjon (kopi) Hovedtrekkene i overføring av informasjon til og fra Legemiddelverkets FEST-database med meldingen M30 er tatt med i diagrammet. Detaljer rundt dette og øvrig grunndataflyt mellom aktørene er ikke tatt med i diagrammet siden dette ikke inngår i den sekvensielle flyten rundt resepthåndtering.

Detaljert funksjonell spesifikasjon e-resept Side 16 av 169 Versjon 2.067 EPJ Legemiddelverket HELFO Utleverer Rekvirent ERMV Verify ERMV Verify Kunde/Pasient M24.1 Samtykkeregistrering M30 FEST M30 FEST M30 FEST M24.2 Svar samtykke M9.11 Forespørsel VIB M9.12 Nedlast VIB M9.5 Forespørsel om resepter M9.6 Reseptliste M1 Resept M5 Tilbakekalle resepter M5.2 Svar Tilbakekalling M6 Utleveringsrapport Rekvirent M8 Utleveringsrapport Fastlege M15 Søknadssvar M20 Notifiseringsmelding M15 Søknadssvar M21 Ekspederingsanmodning M 9.1Forespørsel om resepter M 9.2 Reseptliste M10 Utleveringsrapport M26.1 Oppslag fastlegeregister M14 Søknad til Legemiddelverket M9.3 Forespørsel om nedlasting av resepter M9.4 Nedlasting av resepter M26.2 Svar fastlegeregister M3 Grunnlag for søknad Legemiddelverket M15 Søknadssvar Identifiserer kunde Identifiserer resepter (eventuellt vedtaksbrev) Vare utleveres M4.1 Hent referansenummer M4.2 Referansenummer M2 individuell søknad om refusjon M12 svar på søknad om refusjon M18 Oppgjørskrav M22 Oppgjørsresultat M23 Utbetaling Vedtaksbrev oppgjør Vedtaksbrev på individuell søknad (Kopi) Vedtaksbrev på individuell søknad M27.1 Reg. md-ansvarlig M27.2 Svar Reg. md ansv. M28 Endring md-lege M25 LIB M27.1 Registrering av multidose-ansvarlig M27.2 Svar Registrering av multidose-ansvarlig M9.21 Hent endrede multidosepasienter M9.22 Endrede pasienter M 9.11 Forespørsel om varer i bruk M 9.12 Nedlasting av varer i bruk M25 LIB M24.3 Flytting av samtykker M24.4 Samtykkeendring i RF M24.5 Info om flytting Figur 1 Meldingsflyten i e-resept Figur oppdatert I tabellen nedenfor er det en overordnet beskrivelse av meldingene i e-resept. Det som kalles Resept-ID er identisk med resepten (M1) sin meldings-id. Meldings-ID er et unikt nummer 1 som avsender av enhver melding er ansvarlig for å sette på meldingen. Meldings-ID er en del av den datamengden som inngår i signaturen. 1 En såkalt GUID, Globally Unique ID, på 128 bit. Denne skapes etter en standard beregningsfunksjon.

Detaljert funksjonell spesifikasjon e-resept Side 17 av 169 Versjon 2.067 Nr Navn Kommentar M1 Resept Resepten inneholder ett enkelt forskrivningselement samt: M2 Individuell søknad om refusjon til HELFO Attributter som styrer videre behandlingen av resepten Tillegg for søknad om godkjenningsfritak til Legemiddelverket Informasjon for ekspederingsanmodning. Denne informasjonen gir opphav til M21 ekspederingsanmodning Individuell søknad om refusjon til HELFO. Sendes som en selvstendig melding uavhengig av en spesifikk resept, men gjerne samtidig med at det sendes en resept på omsøkt preparat. Grunnlag for søknad om godkjenningsfritak til Legemiddelverket. M3 Grunnlag for søknad Legemiddelverket M4.1 Hent referansenummer Melding som ber om referansenummer fra M4.2 Referansenummer Referansenummer i henhold til forespørsel M5 Tilbakekalling av resept Tilbakekaller en resept. M5.2 Svar på tilbakekalling Bekrefter at tilbakekalling er/vil bli gjennomført resept M6 Utleveringsrapport Variant av M10 hvor informasjon om priser og egenandel er fjernet. Rekvirent M7 Slettet resept i RF Melding til rekvirent om at resepten er tilbakekalt og slettet i M8 Utleveringsrapport Fastlege Variant av M10 hvor informasjon om priser og egenandel er fjernet og hvor tilhørende resept (M1) er vedlagt dersom det gjelder en elektronisk resept. M9.1 Forespørsel om Forespørsel fra utleverer om tilgjengelige resepter i. tilgjengelige resepter for en pasient M9.2 Reseptliste utleverer Liste med nøkkelinfo om alle resepter i. Svar på M9.1 M9.3 Forespørsel om nedlasting av resept Forespørsel om nedlasting av resept. Brukes også til å sende informasjon om hvorfor reseptlisten ble lastet ned uten videre ekspedering. M9.4 Nedlasting av resept Resept med utleveringshistorikk og sikkerhetskontroll-objekt (SKO) M9.5 Forespørsel om Forespørsel fra rekvirent om en pasients resepter i. tilgjengelige resepter på pasient M9.6 Reseptliste rekvirent Liste med reseptinformasjon, svar på M9.5, samt tilhørende resepter (M1) og utleveringer (M6). M9.11 Forespørsel om Forespørsel fra rekvirent eller apotek om en pasients Legemidler i bruk Legemidler i bruk M9.12 Nedlasting av Legemidler Legemidler i bruk for pasienten i bruk M9.21 Hent endrede multidosepasienter Etterspør liste over fødselsnummer med multidosepasienter som tilhører enheten og som har endret seg siden oppgitt dato. M9.22 Endrede pasienter Liste over pasienter som er endret siden oppgitt dato i M9.21. M10 Utleveringsrapport Melding om hva som er utlevert med tidspunkt for utlevering, informasjon om generisk bytte, eventuelle endringer i forskrivning og referanse til resept. Brukes også til å sende informasjon om hvorfor nedlasting av resept ble utført når det ikke skjedde en ekspedering, og informasjon om at pasienten ikke ønsker utleveringsmelding til fastlege(reservasjon). M12 Søknadssvar - Individuell søknad om refusjon til HELFO Svar på individuell søknad om refusjon til HELFO.

Detaljert funksjonell spesifikasjon e-resept Side 18 av 169 Versjon 2.067 Nr Navn Kommentar M14 Søknad til Søknad om godkjenningsfritak til behandling hos SLV. Sendes fra RF til SLV Legemiddelverket med basis i mottatt M3 fra Apotek. M15 Søknadssvar fra Legemiddelverket Svar på søknad om godkjenningsfritak. Svaret går til for behandling og videre til rekvirent og eventuelt apotek. Søknadssvar kan sendes som svar på notifiseringsmelding, utan at søknad foreligger. M18 Oppgjørskrav Inneholder krav om refusjon for utlevering av refusjonsberettiget vare. Dersom kravet gjelder en elektronisk resept vedlegges resepten, med tilhørende sikkerhetskontroll-objekt, som dokumenterer rekvireringen og kundens kvittering/vare sendt som dokumenterer utleveringen. Dersom kundens kvittering mangler begrunnes dette. M20 Notifiseringsmelding Melding om utlevert legemiddel til Legemiddelverket med komplett resept (M1) vedlagt. Sendes for alle resepter der søknad til Legemiddelverket er fylt ut (dette gjelder både ved notifisering og søknad som krever behandling av Legemiddelverket). M21 Ekspederingsanmodning Anmodning til utleverer om forsendelse, utlevering eller ekspedering av LARresept. M22 Oppgjørsresultat Tilbakemelding fra HELFO til utleverer om resultatet av kontrollen av oppgjør. M23 Utbetaling Melding som viser summen av oppgjørsresultatene (M22) som er sendt til utbetaling M24.1 Samtykkeregistrering Melding om, eller sletting av, pasientens samtykke til utsendelse av utleveringsmelding fra til pasientens fastlege. M24.2 Svar samtykke Svar på M24.1, inneholder status på pasientens registrerte samtykke. M24.3 Flytting av samtykker Meldingens sendes fra fastlege som har byttet organisasjonstilhørighet (byttet HER-id på organisasjon den er knyttet til). M24.4 Samtykkeendringer i RF Meldingen sendes asynkront fra RF til ny organisasjon for fastlege som har meldt flytting i M24.3. M24.5 Info om flytting Meldingen sendes asynkront fra RF til gammel organisasjon for fastlegen som har meldt flytting i M24.3. M25.1 Legemidler i bruk Melding som inneholder alle legemidler og kosttilskudd som pasienten skal bruke. M25.1 sendes fra LIB ansvarlig lege. Brukes ved etablering av multidose, endringer fra legen og også som bekreftelse på forslag til justeringer fra apotek. M25.2 Legemidler i bruk Melding som inneholder alle legemidler og kosttilskudd som pasienten skal bruke. M25.2 sendes fra apotek. Brukes til å formidle forslag til justeringer fra apotek. M25.3 Legemidler i bruk Melding som inneholder alle legemidler og kosttilskudd som pasienten skal bruke. M25.3 sendes fra apotek. Brukes til å gi informasjon om hva som er pakket og utlevert. M26.1 Oppslag i fastlegeregister Forespørsel om en lege er fastlegen til en pasient. M26.2 Svar fra fastlegeregister Melding som bekrefter eller avkrefter om en gitt lege er fastlegen til en gitt pasient. Svar på M26.1 M27.1 Registrering av multidoseansvarlig Apotek registrer at det multidosepakker legemidler for oppgitt pasient. Rekvirent registrerer at den er LIB ansvarlig lege for pasienten. M27.2 Svar registerering av multidoseansvarlig Svar på M27.1, inneholder informasjon om multidoseansvarlig/lib ansvarlig og eventuelt tidligere multidoseansvarlig/lib ansvarlig M27.3 Registrering av multidoseansvarlig - gruppe Registrering fra apotek av om de er multidoseansvarlig for en gruppe pasienter. M27.4 Svar registerering av multidoseansvarlig Svar på M27.3, inneholder informasjon om multidoseansvarlig og eventuelt tidligere multidoseansvarlig

Detaljert funksjonell spesifikasjon e-resept Side 19 av 169 Versjon 2.067 Nr Navn Kommentar gruppe M28 Endringe av multidoseansvarlig lege Melding til LIB ansvarlig lege om at ny lege har innmeldt seg som LIB ansvarlig lege M30 FEST-meldingen Overføring av informasjon til og fra Legemiddelverkets FEST-database. MV Verify Melding for å kunne teste oppkobling mot RF og for å kunne registrere data i RF om installasjonen som sender meldingen. 2.4 Reseptens tilstander De grunnleggende tilstandene til resepter i er illustrert i figurene under. M1 Resept Ubehandlet Validering feiler Validering OK M10 Kansellering Ekspederbar Gyldighet utløpt Ugyldig M9.3 M10 M5/M15 Korreksjon "Negativ" M10 Under ekspedering Utgått på dato M10 Tilbakekalt Utekspedert Time out Time out Foreldet Tilstanden kjenner reseptens forrige tilstand Fysisk sletting Slettet Figur 2 Reseptens tilstander i

Detaljert funksjonell spesifikasjon e-resept Side 20 av 169 Versjon 2.067 Kommentarer til figur: M9.1 vil normalt resultere i at M9.2 overfører alle resepter med status ekspederbar og under ekspedering (normalt ingen). Utvidet forespørsel vil også overføre utekspedert og tilbakekalt. Dersom resepten er båndlagt til en bestemt utleverer gjennom M21, vil dette fremgå i M9.2. M9.5 vil normalt resultere i at M9.6 overfører alle resepter med status ekspederbar og under ekspedering (normalt ingen). Utvidet forespørsel vil også overføre utekspedert og tilbakekalt. Resepten får initiell tilstand ekspederbar når rekvirents sertifikat og signatur er validert, HPR-sjekker er godkjent og meldingen er i henhold til avtalt form. M10 = utleveringsrapport. For å frigjøre resepter som er under ekspedering, det vil si som er overført med M9.4 må det for hver varelinje sendes en M10. Det gjelder også resepter som er overført, men som likevel ikke utleveres. En M10 kan brukes til å trekke tilbake (annullere) en tidligere utlevering Time out = Oppbevaringstid av resepter i etter at de ikke lenger er ekspederbare. Denne er satt til en (1) måned. Ved utgått gyldighetsdato skal alle resepter, uansett tilstand slettes omgående. Alle ekspederingsanmodninger fører til at reseptens 1. utlevering knyttes til en gitt utleverer (for LAR låses alle utleveringer). Tilstanden under ekspedering har ingen tidsbegrensning, og en resept kan forbli i denne tilstanden mens utleverer eksempelvis bestiller en vare. Tilstanden Tilbakekalt benyttes når mottar en melding om tilbakekalling av resept (M5) fra rekvirent eller mottar et negativt søknadssvar fra Legemiddelverket (M15). Hvis resepten er til ekspedering eller behandles av SLV, vil sette en mellomstatus som viser at resepten skal slettes når den er ferdig ekspedert eller behandlet. Dersom en resept feilaktig har fått status utekspedert (mens øvrig informasjon i innsendt M10 var korrekt), rettes dette ved at ny M10 med korrekt verdi for Resept avsluttet sendes inn. Utlevert kvantum settes da til null i denne M10. Dersom dette skjer etter at resepten er fjernet i RF, vil det ikke påvirke resepten og M10 avvises. Utleverer bruker samme RefToConversation ID som på den opprinnelig M10. Ved nytt apotek som oppdager feilen, sender de ny M10 med riktig verdi og eventuell null kvantum eller det kvantum som da utleveres. M6 og M8 sendes videre for disse M10'ene. For resepter som inneholder et legemiddel som ikke er merket i FEST med godkjent legemiddel har resepten en del tilleggstilstander som vist i figuren under.

Detaljert funksjonell spesifikasjon e-resept Side 21 av 169 Versjon 2.067 Validering OK Merket med Søknad SLV Merket vurderes Må vurderes hos apotek Vurdert til Krever søknad (M3) Søknad avslått (M15) Under behandling hos Legemiddelverket Søknad godkjent (M15) Søknad avslått Innvilget søknad Figur 3 Tilstander for resepter på legemidler uten MT En resept kan uansett ikke ekspederes dersom status søknad har verdiene under behandling eller søknad avslått. Dersom en resept vurderes av apotek til å kunne utleveres med notifisering vil reseptens søknadsstatus fortsatt være Må vurderes hos apotek. Dette for å skille mellom en autoritativ beslutning om forhåndsgodkjenning gitt av Legemiddelverket gjennom FEST og apotekets vurdering. Neste utleverer må gjøre sin egen vurdering og vi ha tilgang til full historikk gjennom utleveringsmeldinger. 2.5 Forvaltning, drift og vedlikehold E-reseptløsningen forvaltes etter driftsetting prinsipielt av hver part for hver sin del av løsningen. Dette betyr at kostnader ved forvaltning, drift og vedlikehold av løsningene bæres av den enkelte part. Samtidig er det nødvendig med en viss koordinering av driftsetting av e-resept-funksjonalitet i løsningene til aktørene. I praksis betyr dette at minst følgende dokumenter vil forvaltes videre som et felleseie: OFS DFS Arkitekturdokumentet Meldingsdefinisjoner Kodeverk i e-resept Forvaltningen håndteres av Helsedirektoratet, i samspill med øvrige parter.

Detaljert funksjonell spesifikasjon e-resept Side 22 av 169 Versjon 2.067 3 Funksjonelle områder Hensikten med dette kapitlet er å beskrive hovedfunksjonaliteten i e-resept. Først er normalsekvensen av hendelser og meldinger illustrert og beskrevet, deretter eventuelle alternative sekvenser. Inngangs- og utgangskriterier angir hva som må være oppfylt før sekvensen kan startes og avsluttes. Funksjonaliteten er innledningsvis illustrert ved hjelp av sekvensdiagrammer som utdyper sekvensdiagrammet i kapittel 2. Sekvensdiagrammene angir samvirket mellom aktørene og typisk rekkefølge av hendelsene. Det er noen mindre ulikheter i notasjon mellom diagrammene, uten at dette bør skape store problemer for forståelsen av diagrammene. Under hvert diagram er det beskrevet kortfattet hva som skjer i hvert trinn og i de ulike aktørenes kapitler 4-9 er de aktuelle deler av sekvensene gitt en mer utdypende beskrivelse. Leseveiledning sekvensdiagrammer: Piler representerer interaksjon og dens retning Stiplet pil indikerer at interaksjonen ikke alltid vil være en del av hendelsesforeløpet, eller at den inngår i en alternativ sekvens. Vertikal akse representerer tid. Piler lenger nede i diagrammet kommer senere enn piler lenger oppe i diagrammet. Det er likevel ikke alltid streng sekvenslogikk i diagrammet. Stiplete horisontale linjer markerer lengre ventetid/avbrudd i sekvensen grunnet for eksempel manuell saksbehandling. Applikasjonskvitteringer med bekreftelser og feilkoder er ikke tatt med i sekvensene. Disse behandles etter generelle retningslinjer beskrevet i e-resepts arkitekturdokument. 3.1 Rekvirering 3.1.1 Rekvirent skriver resept Inngangskriterier Rekvirent har på medisinsk grunnlag besluttet å igangsette/videreføre behandling av en pasient med legemidler og andre varer som rekvireres på resept, så som næringsmidler til medisinsk bruk og medisinsk forbruksmateriell når dette refunderes etter blåreseptforskriften 2. Utgangskriterier Resepten foreligger som ekspederbar i.

Detaljert funksjonell spesifikasjon e-resept Side 23 av 169 Versjon 2.067 Pasient Rekvirent EPJ-system 1. Dialog 4. Dialog 2. Åpne legemiddelmodul 3. Legemidler i bruk 5. Ønsker og samtykke 6. Registrerer samtykker 7. M24 samtykke 9. M9.11 Forespørsel om LIB Rekvirering 13. Vis reseptliste og LIB 14. Klargjør resept(er) med bruk av FEST 10. M9.12 Nedlasting av LIB 11. M9.5 Forespørsel om resepter 12. M9.6 Reseptliste 15. Registrerer låst resept 16. Registrerer eksp. anmodning 17. Verifiser og signer 18. M1 resept 19. M5 tilbakekalling av resept 20. M7 Melding om sletting 21. Ønske om utskrift av VIB 24. Leverer utskrift og informerer pasient 22. Velger utskrift 23. VIB med eventuelt referansenummer 25. Brev til pasient med VIB og referansenumre Figur 4 - Rekvirent skriver resept Figur oppdatert 3.1.1.1 Beskrivelse: rekvirent rekvirerer resept 1. Pasient i dialog med rekvirent. 2. Rekvirent åpner reseptmodul. 3. EPJ-systemet presenterer legemidler/legemidler i bruk for rekvirent. 4. Rekvirent kommuniserer forslag om behandling. 5. Pasienten gir ønsker og samtykker knyttet til videre reseptbehandling: Tilgjengelig eller låst resept Eventuellt endring i samtykke til ooppslag i Eventuellt endring i samtykke til utleveringsmelding på annen leges forskriving Ekspederingsanmodning 8. Signerer forespørsel om reseptinfoslettet. Nummerering beholdt for å bevare referanser. 9. Sender forespørsel om LIB i RF 10. Mottar LIB fra RF 11. Sender forespørsel om resepter i RF 12. Mottar info om resepter i RF 13. Viser sammenstilling av resepter, LIB i RF og lokal LIB 14. Rekvirent klargjør nødvendige resepter ved hjelp av FEST-data 17. Rekvirent verifiserer og signerer reseptene.

Detaljert funksjonell spesifikasjon e-resept Side 24 av 169 Versjon 2.067 18. Reseptene overføres til som kontrollerer dem. Dersom en av kontrollene feiler avvises resepten. Resultatet av godkjente kontroller blir dokumentert i et sikkerhetskontrollobjekt (SKO). 3.1.1.2 Alternativ beskrivelse 1: pasienten ønsker å reservere resepten mot innsyn og EPJ-systemet låser resepten Likt som 3.1.1.1 men med tillegg av sekvensene: 15. Rekvirent registrerer i EPJ-systemet at pasient ønsker å låse resepten. 23. Oversikt over gjeldende resepter skrives ut med referansenumre (utskrift er påkrevd når pasient er til stede). 24. Rekvirent leverer utskrift til pasient. 3.1.1.3 Alternativ beskrivelse 2: pasienten har ikke f/d-nummer Likt som 3.1.1.1 men med tillegg av sekvensene: 15. Rekvirent registrerer resept med navn og fødselsdato, men har ikke f/d-nummer, og systemet knytter et referansenummer til resepten. 23. Oversikt over gjeldende resepter skrives ut med referansenummer. 24. Rekvirent leverer utskrift til pasient. 3.1.1.4 Alternativ beskrivelse 3: pasient er ikke tilstede og ønsker å få tilsendt reseptoversikt Likt som 3.1.1.1 med tillegg av sekvensene: 25. Rekvirent sender brev til pasient med oversikt over gjeldende resepter og eventuelle tilhørende referansenumre. 3.1.1.5 Alternativ beskrivelse 4: rekvirent rekvirerer resept med ekspederingsanmodning (forsendelse/lar) Likt som 3.1.1.1 med tillegg av sekvensene: 16. Rekvirent velger utleverer og registrerer informasjon knyttet til forsendelsesanmodning. 3.1.1.6 Alternativ beskrivelse 5: rekvirent rekvirerer resept med ekspederingsanmodning (utlevering) Likt som 3.1.1.1 og tillegg av sekvensene: 15. Rekvirent registrerer i EPJ-systemet at pasient ønsker å låse resepten med et referansenummer. 16. Rekvirent velger utleverer og registrerer informasjon knyttet til ekspederingsanmodning. 3.1.1.7 Alternativ beskrivelse 6: rekvirent tilbakekaller resept 175. Rekvirent velger resept(er) og signerer for at den skal tilbakekalles. 197. EPJ-system sender tilbakekalling av resept (M5) til. 2018. Tilbakekallende lege mottar en positiv apprec svarmelding (M5.2) og dersom tilbakekallingen er gjort fra annen organisasjon enn resepten var forskrevet fra så sendes informasjon om sletting til rekvirerende lege (M7). 3.1.1.8 Alternativ beskrivelse 7: Pasient ber om oversikt over resepter Følgende sekvenser kan kommer som tillegg i kapitlene 3.1.1.1 og 3.1.1.3 3.1.1.6 21. Pasient ber om oversikt over gjeldende resepter 22. Rekvirent velger å skrive ut Varer i bruk med informasjon om resepter. 23. Varer i bruk skrives ut med eventuelle referansenumre. 24. Rekvirent leverer utskrift til pasient. 3.1.1.9 Alternativ beskrivelse 8: Samtykke registreres på pasient 5. Pasient gir behandlende leger samtykke til å gjøre oppslag i. Pasienten gir fastlegen samtykke om å kunne motta utleveringsmelding (M8) på annen leges forskrivning. 6. Pasientens samtykker registreres i EPJ 7. EPJ sender melding (M24) til om vedrørende informasjon om samtykke til utleveringmelding (M8) på annen leges forskriving(m24) til. Håndtering av samtykke er nærmere beskrevet i sekvens 3.1.4.