Verksamhetsregler för nationellt e-receptformat djur
Denna sida innehåller en beskrivning av de regelverk som gäller för att förskriva och makulera elektroniska recept till Receptdepå djur via NEF-formatet, på E-hälsomyndigheten.
1 Inledning
1.1 Syfte
Syftet med denna sida är att beskriva de regelverk som gäller för att förskriva och makulera elektroniska recept.
1.2 Målgrupp
Målgrupp för denna sida är vårdgivare med IT-system som nyttjar E-hälsomyndighetens tjänster samt systemleverantör som utvecklar eller förvaltar dessa IT-system.
1.3 Informationsnivå
Allmän information.
1.4 Bakgrund
Verksamhetsregler för XML-receptmeddelanden kan indelas i tre olika nivåer: syntaktisk och strukturell nivå samt regler avseende innehåll vilket benämns Automatisk format och författningskontroll (AFF).
1.5 Avgränsningar och förutsättningar
Att tillämpa nationellt e-receptformat innebär att vårdsystemet producerar ett meddelande som följer specifikationen och verksamhetsreglerna för nationellt e-receptformat och att kontroller sker under förskrivningsfasen i vårdsystemet som säkerställer detta. Det är viktigt att kontroller enligt specifikationen för nationellt e-receptformat sker så tidigt som möjligt i vårdsystemet.
2. Regler för korrekt syntax enligt meddelandeformatet XML
För att tillämpa verksamhetsregler på ett meddelande förutsätts att meddelandet är korrekt bildat enligt de syntaxregler som gäller för XML, Extensible Markup Language.
3. Regler för korrekt struktur på information och informationselement
Förutom att meddelandet ska följa XML-syntax ska meddelandet innehålla rätt information och informationselement. Med information avses här data som är knutet till ett visst informationselement.
Regelverk anger vad som ska gälla för alla e-receptmeddelanden oavsett dess innehåll utifrån olika situationer ur ett verksamhetsperspektiv. Ett XML-meddelande (exempelvis ett makuleringsmeddelande) valideras gentemot XML-scheman, man gör en strukturell validering av meddelandet. Validering sker att meddelandet innehåller den information och de informationselement som är obligatoriska, i rätt ordning och frekvens samt att de datavärden som finns i meddelandet följer de restriktioner som finns angivna, som till exempel teckenlängd, datatyp, format, giltiga kodvärden.
4. Regler för korrekt innehåll utifrån verksamhetsfall
Denna typ av validering kan göras maskinellt eller manuellt genom att exempelvis en farmaceut granskar innehållet i ett recept. Exempel på sådana regler är att vissa informationselement är obligatoriska om en förskrivning avser en förskrivning av läkemedel. Denna typ av regler refererar till externa fakta i en verksamhet som att en förskrivning med ett visst NPL-PackId innebär en förskrivning av läkemedel. Identifiering av dessa fall kan inte göras enbart genom att inspektera meddelandet utan måste definieras utifrån en extern källa (till exempel en databas som kan användas för att klassificera varor med olika NPL-PackId).
I denna kategori faller även de regler som inte kan fångas i ett XML-schema. Detta gäller villkorliga beroenden i ett meddelande, exempelvis att informationselement eller information måste vara obligatoriska eller ha ett visst värde, beroende på ett visst värde i ett fält.
5. Verksamhetsregler utöver de som definieras i XML-scheman
5.1 Transportinformation - Message Routing Address
5.1.1 Sender
Sender (MessageRoutingAddress/Sender) ska motsvara den avtalade identiteten för sändare av elektroniska meddelanden (e-recept och makuleringsmeddelande).
5.1.2 Subsender
Receptsamlingen respektive makuleringsmeddelandet ska innehålla en systemidentifikation för sändande system (MessageRoutingAddress/Subsender).
5.1.3 SystemName och Systemversion
Information i SystemName och SystemVersion ska motsvara namn och version av vårdsystemet där receptet skapats. I de fall modulversion finns ska det anges i fältet ModuleVersion.
5.2 Regler för receptinnehåll
5.2.1 Begäran om applikationskvittens
Kvittenshantering i flödet är en grundpelare i att åstadkomma ett tillförlitligt och kvalitetssäkrat flöde. Avsändande system ska alltid begära en kvittens och kunna hantera dessa i sitt system och verksamhet. MessageReceiptAcknowledgementRequest ska alltid ha värdet AL (Always).
Det är nödvändigt att använda kvittens för att få information om eventuella fel. Det kan gälla valideringsfel enligt XML-schemat eller validering av andra verksamhetsregler eller andra tekniska fel. I NEF - Riktlinjer kvittenshantering beskrivs detta mer detaljerat.
5.2.2 Använd alltid unika idn (UUID/GUID)
UUID/GUID ska användas för unik identifiering av meddelande. Detta gäller följande element i ett e-receptmeddelande: IdOfMessageBySender, PresciptionSetID och InterChangeRef. I NEF - Rekommendation till hantering av GUID - UUID beskrivs detta mer detaljerat.
Att använda unika id har olika syften:
identifiering av receptmeddelande
identifiering av makuleringsmeddelande
hantering av tekniska dubbletter
loggning för support
referens till tjänster mot förskrivningsoriginal
5.2.3 Meddelandets sändare
Meddelandets sändare (MessageSender) ska alltid vara samma som förskrivare (Prescriber).
Fältlängden för förskrivarens namn är begränsat till 35 tecken. Namnet ska skrivas i form av ”Efternamn Förnamn”, enligt NEF - Specifikation för XML-meddelande e-recept djur.
5.2.4 GLN-kod till mottagande Apotek
Vid förskrivning behöver förskrivare i vissa sammanhang kunna adressera ett recept till ett angivet apotek, till exempel då en djurägare inte har ett fullständigt och giltigt personnummer. Vid mottagningen av e-receptet sker en validering mot E-hälsomyndighetens Expeditionsställeregister, EXPO, att apoteket (GLN-koden) som receptet adresseras till finns i EXPO, är godkänt och aktivt. Ingen kontroll görs om apoteket kan hantera e-djurrecept.
Respektive vårdssystem ansvarar för att e-recept adresseras till ett apotek som kan hantera e-djurrecept. För att veterinärer ska kunna adressera e-receptet direkt till ett apotek krävs att veterinären, i sitt vårdsystem, har tillgång till de apotek som har tillstånd av Läkemedelsverket att bedriva apoteksverksamhet och är aktiva.
Apotekslistan innehåller även viktiga kontaktuppgifter till recepturen som förskrivaren behöver för att kunna komma i kontakt med farmaceut.
Apotekslista_js_djur exporteras från EXPO och tillhandahålls till vårdsystem via en sftp-plats. Det är väldigt viktigt att de apotek som kan hantera e-djurrecept särskiljs i respektive vårdsystem. Markering om ett specifikt apotek kan hantera e-djurrecept finns i apotekslista_js_djur.
För att få tillgång till apotekslista_js_djur beställer vårdgivaren ett abonnemang via blankett från E-hälsomyndigheten webbplats.
En ny apotekslista_js_djur publiceras dagligen på sftp-arean.
Apotekslistan beskrivs detaljerat i bilaga Postbeskrivning apotekslista_js_djur.
5.2.5 Användande av Födelsedatum (FDA)
Kan inte personnummer användas vid förskrivning av e-recept, finns en möjlighet att använda födelsedatum (FDA). Vid förskrivning på födelsedatum ska mottagande apotek identiferas med GLN-kod (DesignatedMessageReciever/HealthcareAgent/HealthcareAgentId).
Enligt receptföreskrifterna måste ålder anges på djurägaren. Därför är det viktigt att följande tillämpas vid förskrivning utan personnummer:
födelsedatumet måste vara fullständigt, alltså innehålla sekelsiffra, årtal, månad och dag för att vara sökbart på ett lokalt apotek och kunna knytas till en giltig legitimation (pass och andra id-handlingar innehåller födelsedatum) (PatientId/Idscheme = FDA,PatientID/Value=ccyymmdd)
födelsedatumet måste vara rimligt och korrekt angivet för den aktuella djurägaren.
5.2.6 Doseringsanvisning
Doseringsanvisning, UnstructuredDosageAdmin, ska inte innehålla några kontrolltecken (radbrytning, tab m.fl.). Texten ska vara i klartext utan förkortningar. De enda förkortningar som får förekomma är sådana som används för doseringsenheter som till exempel mg, ml, E, g och kg.
5.2.7 Språkkoder
Språkkoder beskrivs i ISO 639-1 och anges i LanguageOfLabel.
5.2.8 NPL-packid, NPL-id och varunummer
Nationellt e-receptformat kan hantera NPL-id, NPL-PackId och varunummer. Förskrivning kan ske antingen med en kombination av NPL-värden (IdType = NPLID) och NPL-PackId (IdType = NPLPACK), enbart NPL-PackId eller varunummer (IdType = NVN).
Läkemedel i e-recept ska identifieras med NPLId och NPLPackId.
Observera att artikeln ”licensläkemedel eförskrivning” (”gruppvarunummer” 670000, NPL id: SB060301000001, NPL pack id:SB060301100001 ) enbart får användas vid förskrivning av licensläkemedel som ännu inte finns i VARA.
5.2.9 Substitution (SubstitutionType)
SubstitutionType ska alltid vara ”EBY” (Ej byte) för djurrecept.
5.2.10 Flerval
E-hälsomyndigheten avråder från att implementera funktionalitet för flerval. Parametern PrescriptionItemId kan användas för att hantera flerval, dvs. förskrivning av ett läkemedel från en leverantör, med samma läkemedelsform, dosering och styrka, enda skillnaden är förpackningsstorlek, t.ex. en förpackning med 50 st + 100 st om man vill förskriva 150 st tabletter av ett läkemedel.
PrescriptionItemId är ett sekvensnummer med unikt nummerprefix inom varje recept. Ett recept avseende ett läkemedel kan innehålla flera olika förpackningsstorlekar vid s.k. flerval. Dessa förpackningsstorlekar har olika varunummer. Varje unik varurad skall ha ett unikt PrescriptionItemId. Om förskrivaren skall skriva ut t.ex. 150 tabletter av ett läkemedel och det finns två olika förpackningar med förpackningsstorlekarna 100 st och 50 st hanteras detta i meddelandet så att dessa förpackningsstorlekar får samma prefix i PrescriptionItemId i aktuella PrescriptionItemDetails (= en varurad). Varje förpackningsstorlek får ett löpnummer som Suffix som startar med 1 (<sekvensnummer>”-”<löpnummer>), t.ex. 1-1, 1-2, 1-3, 2-1,2-2,2-3, osv. Löpnummer skall endast användas vid flerval. Sekvensen ska alltid vara i stigande ordning, dvs ett recept får ej innehålla rad 2 om rad 1 saknas likaså löpnr 2 om löpnr1 saknas.
Observera att det måste vara samma läkemedel för varje unikt prefix om man skall använda denna metod.
Vid flerval ska datum inom vilket första uttag på receptet måste göras (LatestRequestedTimeForDispensing) vara samma för alla ingående rader.
5.2.11 Arvode/patientavgift
Funktionaliteten för veterinärarvode ska finnas för
e-recept djur enligt nationellt e-recept format för djur. Det finns ingen
skyldighet för apoteksaktörer att administrera arvoden för djurrecept, men det
finns möjlighet för apoteksaktör och utfärdare av djurrecept att lokalt
överenskomma om hantering av dessa arvoden. Inga arvoden hanteras eller faktureras av E-hälsomyndigheten.
Versionshistorik
1.0 |
2016-04-14 |
Ny sida i handbok för vårdaktörer, som bygger på information ur Handbok för vårdaktörer djur som utgått. |
|
|
Lagt in länkar till andra sidor som informationen hänvisar till. |
2.0 |
2017-01-23 |
Förtydligat 5.2.11 och 5.2.5 |