Detaljert funksjonell spesifikasjon e-resept Side 1 av 182 Versjon 2.0. E-resept. Detaljert funksjonell spesifikasjon

Detaljert funksjonell spesifikasjon e-resept Side 1 av 182 E-resept Detaljert funksjonell spesifikasjon Versjon: 2.0 UTKAST 15.06.2011 Dokumenteier: e-resept forvaltning

Detaljert funksjonell spesifikasjon e-resept Side 2 av 182 Resymé Dette dokumentet gir rammene for detaljerte funksjonelle spesifikasjoner av e-resept-løsningen. Felles funksjonalitet og spesifikk funksjonalitet for hvert prosjekt beskrives. Det er utarbeidet detaljerte spesifikasjoner i hvert prosjekt, innenfor rammene beskrevet i dette dokumentet. Kapittel 1-3 beskriver felles trekk ved løsningen på tvers av prosjektene, mens kapittel 4-9 beskriver hvert prosjekts del av e-resept-løsningen. Kapittel 1 redegjør kort for rammebetingelser for prosjektet, 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å hovedtrekken for 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. Vedlegg 2 1 beskriver hva en reseptoversikt vil omfatte, slik denne presenteres for pasienten. 1 Vedlegg 1 var tidligere en oversikt over meldingsinnhold. Fra og med versjon 1.6 av DFS er det besluttet å ikke lenger vedlikeholde vedlegg 1. I denne forbindelse har vi valgt å ikke endre navn på vedlegg 2.

Detaljert funksjonell spesifikasjon e-resept Side 3 av 182 Innholdsfortegnelse 1 INNLEDNING... 14 1.1 FORMÅLET MED DETTE DOKUMENTET... 14 1.2 ENDRINGSHÅNDTERING... 14 1.3 REFERANSER... 14 1.4 SENTRALE TEKNISKE RAMMEBETINGELSER... 15 1.4.1 Public Key Infrastructure (PKI)... 15 1.4.2 ebxml... 15 1.4.3 Kommunikasjonstjenester... 16 1.4.4 Norsk Helsenett... 16 1.4.5 Helsepersonellregisteret (HPR)... 16 2 E-RESEPTS ARKITEKTUR, MELDINGER OG FUNKSJONER... 17 2.1 VERDIKJEDER OG SYSTEMSTØTTE... 17 2.2 E-RESEPTS HOVEDFUNKSJONER OG LØSNINGSKONSEPT... 17 2.2.1 Rekvirering... 17 2.2.2 Ekspedering og utlevering... 18 2.2.3 Oppgjør og kontroll... 18 2.2.4 Pasientinnsyn... 18 2.2.5 Aktører... 18 2.3 MELDINGSOVERSIKT... 19 2.3.1 Meldingsflyten i e-resept... 19 2.3.2 Meldingsliste... 21 2.4 RESEPTENS TILSTANDER... 24 2.5 FORVALTNING, DRIFT OG VEDLIKEHOLD... 26 3 FUNKSJONELLE OMRÅDER... 28 3.1 REKVIRERING... 28 3.1.1 Rekvirent skriver resept... 28 3.1.2 Rekvirent sender individuell søknad om refusjon til HELFO... 31 3.1.3 EPJ-system henter referansenummer hos reseptformidler... 32 3.1.4 Beskrivelse: Send inn informasjon om samtykke... 32 3.2 EKSPEDERING OG UTLEVERING... 33 3.2.1 Identifisering, ekspedering og utlevering av resept... 33 3.3 OPPGJØR OG KONTROLL... 36 3.3.1 Utleverer sender oppgjørskrav til HELFO... 36 3.3.2 HELFO utfører kontroll av rekvirents forskrivning på blåresept... 38 3.4 GJENNOMGÅENDE SEKVENSER... 39 3.4.1 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket... 39 3.4.2 Behandling av multidose/varer i bruk... 41 3.5 OM UTLEVERINGSMELDINGER PÅ PAPIRRESEPTER... 43 3.6 MINE RESEPTER... 43 3.7 GRUNNDATA... 43

Detaljert funksjonell spesifikasjon e-resept Side 4 av 182 3.7.1 Grunndata knyttet til legemidler, medisinsk forbruksmateriell og næringsmidler til medisinsk bruk... 44 3.7.2 Grunndata knyttet til personer, roller og organisatoriske enheter... 44 3.7.3 Kodeverk... 45 4 PROSJEKT: REKVIRENT... 46 4.1 ANSVAR OG OMFANG FOR UTVIKLING... 46 4.2 SPESIELLE FORHOLD RUNDT FORSKRIVNING... 46 4.2.1 Bruk av FEST... 46 4.2.2 Multidose... 47 4.2.3 Virkestofforskrivning... 47 4.2.4 Interaksjoner... 48 4.2.5 Varsel fra SLV... 48 4.2.6 Ekspederingsanmodning... 49 4.2.7 Bruk av fødselsnummer i resept (M1)... 49 4.3 BRUKSTILFELLER OG MELDINGSBEHANDLING... 49 4.3.1 Rekvirent skriver resept... 50 4.3.2 Rekvirent sender individuell søknad om refusjon til HELFO... 57 4.3.3 EPJ-systemet henter referansenummer hos reseptformidler... 59 4.3.4 Rekvirent sender inn informasjon om samtykke... 60 4.3.5 Rekvirent mottar utleveringsrapport... 60 4.3.6 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket... 60 4.3.7 Behandling av multidose... 62 4.4 KRAV TIL YTELSE... 64 4.5 DRIFT OG BRUKERSTØTTE... 65 4.5.1 Oppetider... 65 4.5.2 Brukerstøtte... 66 5 PROSJEKT: RESEPTFORMIDLEREN OG MINE RESEPTER... 67 5.1 ANSVAR OG OMFANG FOR UTVIKLING... 67 5.1.1 Aktører og rettigheter... 70 5.2 BRUKSTILFELLER - RESEPTFORMIDLEREN... 71 5.2.1 Rekvirering... 72 5.2.2 EPJ-systemet henter referansenummer hos reseptformidler... 76 5.2.3 Send inn informasjon om samtykke... 76 5.2.4 Ekspedering og utlevering... 78 5.2.5 Behandling av resept med søknad om godkjenningsfritak til Legmiddelverket... 88 5.2.6 Behandling av multidose/varer i bruk... 94 5.3 MELDINGSBEHANDLING... 95 5.3.1 Meldinger mellom og rekvirent... 95 5.3.2 Meldinger mellom og utleverer... 101 5.3.3 Meldinger mellom og Legemiddelverket... 104 5.3.4 Meldinger mellom og HELFO... 104 5.4 BRUKSTILFELLER OG MELDINGSBEHANDLING MINE RESEPTER... 105 5.4.1 Pasient slår opp på resept... 105

Detaljert funksjonell spesifikasjon e-resept Side 5 av 182 5.4.2 Innsyn i andres resepter... 106 5.4.3 Grensesnitt mot... 106 5.4.4 Grensesnitt mot MinSide og Sikkerhetsportalen... 106 5.5 KRAV TIL YTELSE... 107 5.6 LOGGING... 108 5.6.1... 108 5.6.2 Mine resepter... 110 5.7 DRIFT OG BRUKERSTØTTE... 111 5.7.1 Drift... 111 5.7.2 Brukerstøtte... 111 6 PROSJEKT: APOTEK... 112 6.1 ANSVAR OG OMFANG FOR UTVIKLING... 112 6.2 BRUKSTILFELLER OG MELDINGSBEHANDLING... 112 6.2.1 Identifisering, ekspedering og utlevering av resept... 113 6.2.2 Oppgjør... 121 6.2.3 Behandling av resept med søknad om godkjenningsfritak til Legemiddelverket... 123 6.2.4 Behandling av multidose... 127 6.2.5 Behandling som må koordineres med øvrige aktører... 130 6.3 KRAV TIL YTELSE... 133 6.4 DRIFT OG BRUKERSTØTTE... 134 6.4.1 Oppetider... 134 6.4.2 Brukerstøtte... 134 7 PROSJEKT: BANDASJIST... 135 7.1 ANSVAR OG OMFANG FOR UTVIKLING... 135 7.2 BRUKSTILFELLER OG MELDINGSBEHANDLING... 135 7.2.1 Identifisering av kunde og nedlasting av resept for ekspedisjon... 136 7.2.2 Ekspedisjon av valgt resept... 143 7.2.3 Oppgjørskrav til HELFO... 144 7.2.4 Behandling som må koordineres med øvrige aktører... 146 7.3 KRAV TIL YTELSE... 148 7.4 DRIFT OG BRUKERSTØTTE... 149 7.4.1 Oppetider... 149 7.4.2 Brukerstøtte... 149 8 PROSJEKT: HELSEDIREKTORATET OPPGJØR OG KONTROLL... 150 8.1 ANSVAR OG OMFANG... 150 8.2 BRUKSTILFELLER OG MELDINGSBEHANDLING... 152 8.2.1 Utleverer sender oppgjørskrav til HELFO... 152 8.2.2 HELFO utfører kontroll av rekvirents forskrivning på blåresept... 159 8.2.3 Rekvirent sender individuell søknad om refusjon... 160 8.2.4 Legemiddelverket sender pris- og refusjonsdata... 161 8.2.5 HELFO sender produkt- og prisinformasjon... 161

Detaljert funksjonell spesifikasjon e-resept Side 6 av 182 8.2.6 spør HELFO om fastlegeinformasjon... 161 8.2.7 HELFO avgir informasjon om utleverere til... 161 8.3 KRAV TIL YTELSE... 162 8.4 DRIFT OG BRUKERSTØTTE... 162 8.4.1 Oppetider... 162 8.4.2 Brukerstøtte... 162 9 PROSJEKT: LEGEMIDDELVERKET... 163 9.1 ANSVAR OG OMFANG FOR UTVIKLING... 163 9.1.1 FEST... 163 9.1.2 Godkjenningsfritak... 164 9.1.3 Brukergrupper og rettigheter... 165 9.2 BRUKSTILFELLER OG MELDINGSBEHANDLING... 165 9.2.1 Brukstilfeller og meldingsbehandling mot FEST... 165 9.2.2 Grensesnitt mot Godkjenningsfritak... 169 9.2.3 Grensesnittene mot støttesystemene til Legemiddelverket... 174 9.2.4 Legemiddelverket avgir informasjon om apotek som finnes i konsesjonsregisteret... 175 9.3 KRAV TIL YTELSE... 175 9.3.1 FEST... 175 9.3.2 Godkjenningsfritak... 175 9.4 INNHOLD FEST... 176 9.4.1 Støttedata i FEST for Godkjenningsfritak... 177 9.4.2 Legemidler med MT i Norge som ikke inngår i FEST... 177 9.5 VIRKESTOFFORSKRIVNING... 177 MÅL MED VIRKESTOFFORSKRIVNING... 177 HVORDAN BLIR DETTE TILGJENGELIG I FEST... 177 HVORDAN VIL DETTE FUNGERE FOR LEGE... 178 HVORDAN VIL DETTE FUNGERE FOR APOTEK... 179 9.6 INTERAKSJONER... 179 9.7 VARSEL FRA SLV... 180 9.8 DRIFT OG BRUKERSTØTTE... 180 9.8.1 Oppetider... 180 9.8.2 Driftsløsning... 181 9.8.3 Brukerstøtte... 181 VEDLEGG 2: RESEPTOVERSIKT... 182 Figurliste Figur 1 - Meldingsflyten i e-resept...20 Figur 2 - Reseptens tilstander i...24 Figur 3 - Rekvirent skriver resept...29 Figur 4 - Rekvirent sender individuell søknad om refusjon til HELFO...31 Figur 5: EPJ-system henter referansenummer hos reseptformidleren...32

Detaljert funksjonell spesifikasjon e-resept Side 7 av 182 Figur 6 Overordnet funksjonell løsning...68 Figur 7 - Pasient slår opp på resept...105 Figur 8 - Overordnet funksjonell løsning HELFO...150 Figur 9 - Oppdatering av EPJ-system...167

Detaljert funksjonell spesifikasjon e-resept Side 8 av 182 Dokumenthistorikk Dato Versjo n Laget av Godkjen t av Endring 11.1 Mal Hovedprosjektet JBA Nytt dokument 10.02.06 Første utkast Hovedprosjektet og delprosjektene 05.04.06 0.5 Hovedprosjektet og delprosjektene 26.04.06 0.55 Hovedprosjektet og delprosjektene 16.05.06 0.9 Hovedprosjektet og delprosjektene 16.06.06 1.0 Hovedprosjektet og delprosjektene I/R Innarbeidet bidrag fra alle delprosjekter Innarbeidet sekvensdiagram samt delprosjektkapitler Sammenstilling etter workshop på Gardermoen Innarbeidet kommentarer til versjon 0.55 Innarbeidet kommentarer til versjon 18.01.07 1.1 pau RTV endret til NAV 24.01.07 1.1 NBK Oppdatert og presisert i forhold til 0.9 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/ordinasjonskortnumm er. 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

Detaljert funksjonell spesifikasjon e-resept Side 9 av 182 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 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

Detaljert funksjonell spesifikasjon e-resept Side 10 av 182 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

Detaljert funksjonell spesifikasjon e-resept Side 11 av 182 Åpen sak 192: Bruk av kanselleringskode. Beskrivelse lagt til i avsnittene 6.2.3.8 og 7.2.4.2 Punkt 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 Å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 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,

Detaljert funksjonell spesifikasjon e-resept Side 12 av 182 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. Avsnitt 5.2.7 og 6.2.1 endret (slettet) tekst vedrørende ref.nr. EO_041: Åpen sak 198: Oppdatering av egenandel Lagt til punkt i avsnitt 3.2.1.5 Endret tabellen i avsnitt 6.2.1.4 Lagt til tekst i avsnitt 6.2.3.2 og 7.2.3.2

Detaljert funksjonell spesifikasjon e-resept Side 13 av 182 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. 30.11.07 1.5 Marit Andreassen EO_020: M9.6 skal returnere fullstendige M1-er med relaterte M10/M6-er. Lagt til punkt i avsnitt 2.4 Endret avsnitt 5.2.2.2 Endret avsnitt 5.2.2.3 Åpen sak 325: Endret kapittel 5.2.2 Åpen sak 179: Endret kapittel 5.2.7.1 Lagt til kapittel 5.2.7.2 Endret kapittel 5.2.7.3 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

Detaljert funksjonell spesifikasjon e-resept Side 14 av 182 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. Dokumentet godkjennes som et samlet hele, av alle prosjektene. Det utarbeides mer detaljerte spesifikasjoner innenfor hvert prosjekt, i tråd med dette dokumentet og øvrige rammer i e-reseptprogrammet. 1.2 Endringshåndtering Dette dokumentet vil bli oppdatert gjennom programmets 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 programmets endringshåndteringsrutine. 1.3 Referanser e-resepts samlede dokumentasjon omfatter både etablerte standarder i sektoren og egne spesifikasjoner utarbeidet gjennom programperioden. De viktigste dokumentene fremgår av tabellen under. Referanse Arkitekturdokument Navn E-resept arkitektur E-resept begrepsliste E-resept forskrift Reseptformidlerforskriften E-resept meldingsdefinisjoner Komplett dokumentasjon på alle meldinger i e- resept, basert på [DFS Meldingsvedlegg] Forskrivning av legemidler Informasjonssikkerhet KITH 0106 KITH 1304 KITH 1606 Dokumentering av forskrivning og administrering av legemidler mv. Kravspesifikasjon og teknisk standard, KITH R08/03 Norm for informasjonssikkerhet i helsesektoren 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

Detaljert funksjonell spesifikasjon e-resept Side 15 av 182 Referanse Navn versjon av rapport 25/2002 høst 2006. Kodeverk i e-resept OFS PKI Programdirektiv 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. Overførsel av data som ikke inneholder personopplysninger krever ikke PKI. 1.4.2 ebxml All 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.

Detaljert funksjonell spesifikasjon e-resept Side 16 av 182 1.4.3 Kommunikasjonstjenester All meldingskommunikasjon i e-resept transporteres via SMTP (asynkront) eller web-services (synkront). Det benyttes WS-sercurity på meldinger over web-services der det er krav om et høyt sikkerhetsnivå. 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. 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. 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 HPRregisteret, det vil derfor skje en koordinert distribusjon av HPR mellom partene. Resultatet av kontrollen av rekvirent mot HPR-registeret i reseptformidleren dokumenteres for partene i et signaturkontrollobjekt (SKO).

Detaljert funksjonell spesifikasjon e-resept Side 17 av 182 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, nye 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. EPJ-systemet 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.

Detaljert funksjonell spesifikasjon e-resept Side 18 av 182 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. 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 vil komme under løsningen Mine resepter, og vil være tilgjengelig på www.mineresepter.no og kreve pålogging med elektronisk ID. Tjenesten vil ivareta pasientens lovpålagte rett til innsyn i og følgende tjenester vil være 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.

Detaljert funksjonell spesifikasjon e-resept Side 19 av 182 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: - 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 Når M2 individuell søknad er behandlet hos HELFO vil et vedtaksbrev individuell søknad om sendes til pasienten (kunden) som i dag. refusjon Vedtaksbrev En kopi av brevet (beskrevet i raden over) sendes til rekvirent hvis dette er individuell søknad om forespurt. refusjon (kopi)

Detaljert funksjonell spesifikasjon e-resept Side 20 av 182 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. Figur 1 - Meldingsflyten i e-resept

Detaljert funksjonell spesifikasjon e-resept Side 21 av 182 2.3.2 Meldingsliste 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 2 som avsender av enhver melding er ansvarlig for å sette på meldingen. Meldings-ID er en del av den datamengden som inngår i signaturen. Nr Navn Kommentar M1 Resept Resepten inneholder ett enkelt forskrivningselement samt: M2 M3 Individuell søknad om refusjon til HELFO Grunnlag for søknad Legemiddelverket M4.1 Hent 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. Melding som ber om referansenummer fra referansenummer M4.2 Referansenummer Referansenummer i henhold til forespørsel M5 Tilbakekalling av Tilbakekaller en resept. M6 resept Utleveringsrapport Rekvirent Variant av M10 hvor informasjon om priser og egenandel er fjernet. M7 Slettet resept i RF Melding til rekvirent om at resepten er tilbakekalt og slettet i M8 Utleveringsrapport Fastlege M9.1 Forespørsel om tilgjengelige resepter 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. Forespørsel fra utleverer om tilgjengelige resepter i. for en pasient M9.2 Reseptliste utleverer Liste med nøkkelinfo om alle resepter i. Svar M9.3 Forespørsel om nedlasting av resept på M9.1 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 2 En såkalt GUID, Globally Unique ID, på 128 bit. Denne skapes etter en standard beregningsfunksjon.

Detaljert funksjonell spesifikasjon e-resept Side 22 av 182 Nr Navn Kommentar M9.5 Forespørsel om tilgjengelige resepter på pasient (SKO) Forespørsel fra rekvirent om en pasients resepter i. M9.6 Reseptliste rekvirent Liste med reseptinformasjon, svar på M9.5, samt tilhørende resepter (M1) og utleveringer (M6). M10 Utleveringsrapport Melding om hva som er utlevert med tidspunkt for utlevering, M12 Søknadssvar - M14 Individuell søknad om refusjon til HELFO Søknad til Legemiddelverket 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). Svar på individuell søknad om refusjon til HELFO. Søknad om godkjenningsfritak til behandling hos SLV. Sendes fra RF til SLV 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. 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. M20 Notifiseringsmelding Melding om utlevert legemiddel til Legemiddelverket med M21 Ekspederingsanmod 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). Anmodning til utleverer om forsendelse, utlevering eller ning ekspedering av LAR-resept. 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.

Detaljert funksjonell spesifikasjon e-resept Side 23 av 182 Nr Navn Kommentar M24.2 Svar samtykke Svar på M24.1, inneholder status på pasientens registrerte samtykke. M25.1 Varer i bruk Melding som inneholder alle legemidler og andre relaterte varer som inngår i en samlet bruk for pasienten. Spesifiserer også hva som kan inngå i multidosepakking. M25.1 sendes fra fastlege til apotek. Brukes for initiell etablering av multidose, endringer fra legen og også som bekreftelse på forslag til justeringer fra apotek. M25.2 Varer i bruk Melding som inneholder alle legemidler og andre relaterte varer som inngår i en samlet bruk for pasienten. Spesifiserer også hva som kan inngå i multidosepakking. M25.2 sendes fra apotek til fastlege. Brukes til å formidle forslag til justeringer fra apotek. M25.3 Varer i bruk Melding som inneholder alle legemidler og andre relaterte varer M26.1 Oppslag i fastlegeregister M26.2 Svar fra som inngår i en samlet bruk for pasienten. Spesifiserer også hva som kan inngå i multidosepakking. M25.3 sendes fra apotek til fastlege. Brukes til å gi informasjon om hva som er pakket og utlevert. Forespørsel om en lege er fastlegen til en pasient. Melding som bekrefter eller avkrefter om en gitt lege er fastlegeregister fastlegen til en gitt pasient. Svar på M26.1 M30 FEST-meldingen Overføring av informasjon til og fra Legemiddelverkets FESTdatabase.

Detaljert funksjonell spesifikasjon e-resept Side 24 av 182 2.4 Reseptens tilstander De grunnleggende tilstandene til resepter i er illustrert i figurene under. Figur 2 - Reseptens tilstander i Kommentarer til figur:

Detaljert funksjonell spesifikasjon e-resept Side 25 av 182 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, HPRsjekker 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 tileggstilstander som vist i figuren under.

Detaljert funksjonell spesifikasjon e-resept Side 26 av 182 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

Detaljert funksjonell spesifikasjon e-resept Side 27 av 182 Arkitekturdokumentet Meldingsdefinisjoner Kodeverk i e-resept Testcase Testdata Teststrategier Test- og akseptansekriterier for driftsetting Forvaltningen av dette vil håndteres av Helsedirektoratet, i samspill med de øvrige parter. Detaljer i dette vil fastlegges som en del av det videre arbeidet i programmet.

Detaljert funksjonell spesifikasjon e-resept Side 28 av 182 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 prosjektenes 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 3. Utgangskriterier Resepten foreligger som ekspederbar i. 3 E-resept vil tas i bruk etter at blåreseptforskriften av 2007-06-28 er trådt i kraft. All rekvirering i e-resept vil skje i henhold til denne.

Detaljert funksjonell spesifikasjon e-resept Side 29 av 182 Pasient Rekvirent EPJ-system 1. Dialog 2. Åpne legemiddelmodul 4. Dialog 3. Legemidler i bruk 5. Ønsker og samtykke 6. Registrerer samtykker 8. Signer forespørsel om resept 11. Vis reseptliste 7. M24 samtykke 9. M9.5 Forespørsel om resepter 10. M9.6 Reseptliste 12. Klargjør resept(er) med bruk av FEST 13. Registrerer låst resept 14. Registrerer samtykker og eksp. anmodning 15. Verifiser og signer 16. M1 resept 17. M5 tilbakekalling av resept 18. M7 Melding om sletting 19. Ønske om Reseptoversikt 22. Leverer utskrift og informerer pasient 20. Velger utskrift 21. Reseptoversikt med eventuelt referansenummer 23. Brev til pasient med reseptoversikt og referansenumre Figur 3 - Rekvirent skriver resept 3.1.1.1 Beskrivelse: rekvirent rekvirerer resept 1. Pasient i dialog med rekvirent. 2. Rekvirent åpner reseptmodul. 3. EPJ-systemet presenterer legemidler/varer 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 Oppslag i Ekspederingsanmodning 12. Rekvirent klargjør nødvendige resepter ved hjelp av FEST-data 15. Rekvirent verifiserer og signerer reseptene. 16. Reseptene overføres til som kontrollerer dem. Dersom en av kontrollene feiler avvises resepten. Resultatet av godkjente kontroller blir dokumentert i et sikkerhetskontrollobjekt (SKO).

Detaljert funksjonell spesifikasjon e-resept Side 30 av 182 3.1.1.2 Alternativ beskrivelse 1: pasienten ønsker å reservere resepten mot innsyn og EPJ-systemet låser resepten med et referansenummer Likt som 3.1.1.1 men med tillegg av sekvensene: 13. Rekvirent registrerer i EPJ-systemet at pasient ønsker å låse resepten med et referansenummer. 21. Oversikt over gjeldende resepter skrives ut med referansenumre (utskrift er påkrevd når pasient er til stede). 22. Rekvirent leverer utskrift til pasient. 3.1.1.3 Alternativ beskrivelse 2: pasient er ikke tilstede og ønsker å få tilsendt reseptoversikt Likt som 3.1.1.1 med tillegg av sekvensene: 23. Rekvirent sender brev til pasient med oversikt over gjeldende resepter og eventuelle tilhørende referansenumre. 3.1.1.4 Alternativ beskrivelse 3: rekvirent rekvirerer resept med ekspederingsanmodning (forsendelse) Likt som 3.1.1.1 med tillegg av sekvensene: 14. Rekvirent velger utleverer og registrerer informasjon knyttet til forsendelsesanmodning. 3.1.1.5 Alternativ beskrivelse 4: rekvirent rekvirerer resept med ekspederingsanmodning (Utlevering(LAR/avtalt doseutlevering)) Likt som 3.1.1.1 og tillegg av sekvensene: 13. Rekvirent registrerer i EPJ-systemet at pasient ønsker å låse resepten med et referansenummer. 14. Rekvirent velger utleverer og registrerer informasjon knyttet til ekspederingsanmodning. 3.1.1.6 Alternativ beskrivelse 5: rekvirent tilbakekaller resept 8. Rekvirent registrer at pasient har gitt samtykke til at rekvirent kan se på resepter i og signerer med PKI for å starte nedlasting av resepter i. 9. EPJ-system sender forespørsel til. (M9.5) 10. returnerer resepter for valgt pasient(m9.6). 11. Resepter fra presenteres for rekvirent og informasjonen synkroniseres i EPJ-systemet. 15. Rekvirent velger resept(er) og signerer for at den skal tilbakekalles. 17. EPJ-system sender tilbakekalling av resept (M5) til. 18. Tilbakekallende lege mottar en positiv apprec og dersom legen som tilbakekaller resepter er en annen enn rekvirerende lege vil sende en melding til rekvirerende lege angående slettingen (M7). 3.1.1.7 Alternativ beskrivelse 6: 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 19. Pasient ber om oversikt over gjeldende resepter 20. Rekvirent velger å skrive ut oversikt over resepter. 21. Reseptoversikt skrives ut med eventuelle referansenumre.

Detaljert funksjonell spesifikasjon e-resept Side 31 av 182 22. Rekvirent leverer utskrift til pasient. 3.1.1.8 Alternativ beskrivelse 7: Samtykke registreres på pasient 5. Pasient gir fastlegen samtykke om å kunne motta utleveringsmelding (M8) på annen leges forskrivning. 6. Pasientens samtykke registreres i EPJ 7. EPJ sender melding om informasjon om samtykke (M24) til. Håndtering av samtykke er nærmere beskrevet i sekvens 3.1.4. 3.1.2 Rekvirent sender individuell søknad om refusjon til HELFO Inngangskriterier På vegne av en pasient ønsker rekvirent å sende en individuell søknad om refusjon på en vare som ikke er forhåndsgodkjent for refusjon i henhold til blåreseptforskriften. Utgangskriterier Vedtaksbrev er sendt til pasient og svarmelding sendt til rekvirent. Figur 4 - Rekvirent sender individuell søknad om refusjon til HELFO 3.1.2.1 Beskrivelse: rekvirent sender individuell søknad om refusjon 1. I dialog mellom pasient og lege avklares at det er behov for å sende individuell søknad om refusjon 2. Rekvirent spør om han skal sende søknaden på vegne av pasienten. 3. Pasient gir samtykke knyttet til: at legen sender søknad til HELFO på vegne av pasienten at rekvirent eventuelt får kopi av vedtaksbrev (avhenging av pasientens samtykke) 4. Rekvirent registrerer søknad om refusjon i EPJ-systemet (rekvirent vil ofte lage en reseptkladd i samme prosess, slik at både resept og søknad sendes). 5. Rekvirent verifiserer og signerer søknaden.

Detaljert funksjonell spesifikasjon e-resept Side 32 av 182 6. EPJ-systemet sender søknad til HELFO. (M2) 7. Søknad presenteres i sakslisten til saksbehandler. 8. Saksbehandler behandler søknaden (sender eventuelt brev per post for ytterligere informasjoninnhenting og mottar korrigert M2). 9. Saksbehandler registrerer vedtak/søknadssvar i systemet. 10. HELFO-Systemet sender M12 Søknadssvar til EPJ-systemet. 11. EPJ-systemet tar i mot søknadssvaret og presenterer vedtaket for rekvirent. 12. Saksbehandler sender vedtaksbrev til pasienten. 13. Saksbehandler sender kopi av vedtaksbrev til rekvirent hvis pasienten har samtykket. 3.1.3 EPJ-system henter referansenummer hos reseptformidler Inngangskriterier Rekvirents EPJ systemet har nådd en minimumsverdi av antall gjenstående ubrukte referansenumre. Utgangskriterier Rekvirent har mottatt det antall referansenummer de forespurte fra Figur 5: EPJ-system henter referansenummer hos reseptformidleren 3.1.3.1 Beskrivelse: Hent referansenummer 1. EPJ-systemet etterspør referansenummer fra. (M4.1) 2. sender referansenummer. (M4.2) 3.1.4 Beskrivelse: Send inn informasjon om samtykke Illustrasjon av funksjon i RF for behandling av M24 som sendes fra EPJ. Inngangskriterier Pasienten er hos fastlegen og det er konstatert behov for å registrere eller endre informasjon angående pasientens samtykke til at fastlege kan få kopi av utleveringsmeldinger. Utgangskriterier Oppdatert samtykkeinformasjon er registrert i reseptformidleren.

Detaljert funksjonell spesifikasjon e-resept Side 33 av 182 Figur 6: Rekvirent sender inn pasientens samtykke 3.1.4.1 Beskrivelse: Send inn informasjon om samtykke 1. Rekvirent (fastlegen) registrerer informasjon om pasientens samtykke i EPJ 2. EPJ-systemet sender inn samtykkemelding (M24.1) 3. For å bekrefte at legen som sender melding er pasientens fastlege må slå opp i fastlegeregisteret (M26.1) 4. mottar svar fra fastlegeregisteret (M26.2). 5. Informasjon om samtykket registreres i. 6. sender svar på samtykkemelding (M24.2) til EPJ. 3.1.4.2 Alternativ beskrivelse 1: Tilbakekalle samtykke 1. Rekvirent registrerer informasjon om pasientens samtykke i EPJ 2. EPJ-systemet sender inn samtykkemelding (M24.1) 5. Informasjon om tilbakekalling av samtykket registreres i. 6. sender svar på samtykkemelding (M24.2) til EPJ. 3.2 Ekspedering og utlevering 3.2.1 Identifisering, ekspedering og utlevering av resept Inngangskriterier Et av følgende kriterier må inntreffe: Kunde henvender seg til utleverer ved personlig oppmøte eller pr telefon/brev og det er avklart om varen skal utleveres hos utleverer eller sendes til kunden Utleverer har mottatt utleverings- eller forsendelsesanmodning fra. Utgangskriterier Vare (legemiddel, næringsmiddel eller medisinsk forbruksmateriell) er levert ut til kunde.

Detaljert funksjonell spesifikasjon e-resept Side 34 av 182 Kunde Utleverer Utleverersystem EPJ-system HELFO (fastlegeregister) 1. M21 Ekspederingsanmodning 2. Kunde henvender seg 3. Registrere søkekriterier 4. M9.1 Søk mulige resepter 7. Konferer med kunde 6. Reseptliste 8. Velger resepter som skal ekspederes 5. M9.2 Reseptliste 9. M9.3 Hent resept 12. Konferer med kunde 11. Resepter presenteres 13. Angre nedhenting av resepter 10. M9.4 Resept 14. M10 Angre nedhenting av resept 15. Resept vises for utleverer 16. Utleverer klargjør resept 19. Kunde mottar vare 17. Utleverer avslutter resept 18. Farmasøyt godkjenner ekspedisjon av legemidler 20. Kunden kvitterer for mottak 21. M10 Utleveringsrapport 22. M6 Utleveringsrapport 23. M26.1 Oppslag fastlegeregister 24. M26.2 Svar fastlegeregister 25. M8 Utleveringsrapport fastlege Figur 7 - Identifisering, ekspedering og utlevering av resept 3.2.1.1 Beskrivelse: identifisering, ekspedering og utlevering av resept 2. Kunden henvender seg til utleverer og kunden legitimerer seg i henhold til kravene beskrevet i kapittel 4.3.10 i e-resept Overordnet funksjonell spesifikasjon (OFS). 3. Utleverer registrerer søkekriterier. 4. Søk (M9.1) oversendes. 5. Utleverersystem mottar reseptliste fra (M9.2). 6. Reseptliste presenteres for utleverer. 7. Utleverer konfererer med kunde. Ved behov fremviser kunden vedtaksbrev fra HELFO for individuelt godkjent refusjon. 8. Utleverer velger resepter som skal ekspederes. 9. Utleverersystem sender forespørsel om nedlasting av resept (M9.3). 10. Utleverersystem mottar resepter (M9.4) fra. 11. Resepter presenteres. 12. Utleverer konfererer med kunde, om nødvendig, om de enkelte resepter. Eventuelle reservasjoner mot utleveringsmelding til fastlege (M8) registreres. 13. Utleverer angrer nedhenting av resepter som ikke skal ekspederes (kansellerer). 14. Angre nedhenting av resepter (M10) sendes.