PDL i openEHR
Innehåll
Status
DEV
Versionshistorik
Version | Datum | Uppdatering | Ansvarig |
|---|---|---|---|
0.1.0 | 2021-03-23 | Första version för internremiss | PDL-arbetsgruppen |
0.2.0 | 2021-12-10 | Inför första remissrundan | PDL-arbetsgruppen |
0.3.0 | 2022-02-08 | Förslag till ändrad kodning av roll (från OID till samma Snomed-begrepp som svenska FHIR-profilerna planerar införa) samt ändrad hierarki (enl förslag #2 i remissens diskussionsfrågor) har markerats och alternativa skrivningar påbörjats. | PDL-arbetsgruppen via Erik Sundvall
|
0.4.0 | 2022-03-29 | Ny version efter remissomgång. | PDL-arbetsgruppen |
1.0.0 | 2023-07-19 | Förslag till 2.0.0. | PDL-arbetsgruppen |
2.0.0 | 2024-11-22 | Arkivering version 1.0.0. Uppdaterad struktur för att bättre kunna hantera organisationsnummer och t.ex. HSA-ID samtidigt för vårdgivare. Även länkad template uppgraderad till version 2.0 | openEHR Sverige |
Begrepp
Termer | Beskrivning |
|---|---|
Statlig myndighet, region, kommun, annan juridisk person eller enskild näringsidkare som bedriver hälso- och sjukvårdsverksamhet. | |
Organisatorisk enhet som tillhandahåller hälso- och sjukvård. I denna implementationsguide avser “vårdenhet” specifikt den enhetsnivå som i juridisk/PDL-mening används för att utvärdera inre sekretess. | |
den mest specifika enheten | Vad den mest specifika enheten, där vården bedrivs, är kommer variera beroende på verksamhet. |
Process avseende hälso- och sjukvård som hanterar ett eller flera relaterade hälsoproblem eller hälsotillstånd i syfte att främja ett avsett resultat. |
Relaterade dokument
Läs först startsidan Implementationsguider som bland annat beskriver vad dokumentstatus som DEV och rekommendationer som MUST (MÅSTE), MUST NOT (FÅR INTE), SHOULD (BÖR) osv. betyder i praktiken.
Relaterade dokument som hänvisas till i denna guide:
Termer och begrepp definierade inom HSA som går att finna på Öppen info: Katalogtjänst HSA
Olika delar av openEHRs tekniska specifikationer.
Bakgrund
Denna implementationsguide har tagits fram i samarbete mellan flera vårdgivare och systemleverantörer aktiva i Sverige. Implementationsguiden syftar till att beskriva hur openEHR kan användas i tillämpningen av Patientdatalagen (PDL) på ett gemensamt leverantörsoberoende sätt.
Notera att samtliga rekommendationer eller direktiv gäller information som ska utvärderas enligt PDL. Alltså har de inte anpassats till exempelvis information som är uppmätt och registrerad av patienten själv utan initiering från hälso- och sjukvården, eller information inom SoL.
Juridiska krav
För juridiska krav se: Juridiska krav - Patientdatalagen
Lagring av Patientdatalagen-relaterade grundattribut
Introduktion
En viktig aspekt av att utvärdera åtkomst till patientinformation är att rätt metadata finns sparad i den. Utvärdering av åtkomst utgår från läsarens kontext (varifrån det läses och i vilket syfte) samt patientinformationens kontext (vilken organisation eller process den tillhör). Mer information om regelutvärdering vid åtkomst till patientinformation finns i Ineras dokument Behörighetsmodell för vård och omsorg som nedanstående illustration är hämtad från.
Alla journalanteckningar i openEHR lagras inuti objektstrukturer av typen COMPOSITION. Förenklat kan man se COMPOSITION som en sorts “kuvert” eller dokumenthuvud med kontextuell information.
Övergripande krav
Nedan listas alla de krav som ställs av denna implementationsguide på lagring av PDL-relaterade grundattribut.
Övergripande krav | Fördjupnings-avsnitt |
|---|---|
COMPOSITION.context → EVENT_CONTEXT.other_context MÅSTE ange vårdenhet och vårdgivare som ska användas för utvärdering av åtkomst ur PDL-perspektiv. | |
Lagring av vårdenhet och vårdgivare i COMPOSITION.context → EVENT_CONTEXT.other_context MÅSTE göras genom att inkludera en template som motsvarar den som specificeras i denna implementationsguide. | |
Vid tillämpning av arketypen “Care Unit” ska kraven som detaljeras i kapitlet Template för lagring av vårdenhet och vårdgivare följas. | |
COMPOSITION.context → EVENT_CONTEXT.health_care_facility MÅSTE ange den mest specifika enheten där vården bedrivs, om sådan finns, annars MÅSTE vårdenhet anges. | |
COMPOSITION.context → EVENT_CONTEXT.health_care_facility FÅR INTE användas för utvärdering av åtkomst ur PDL-perspektiv. | |
Information från olika vårdenheter FÅR INTE journalföras inom ramen för samma COMPOSITION vid ett och samma tillfälle om de ur PDL-synpunkt borde ha journalförts hos olika vårdenheter. | Dokumentation gemensam för flera vårdenheter (eller vårdgivare) |
Flera ENTRY-objekt (t.ex. mätvärden) från olika vårdenheter FÅR INTE blandas i samma COMPOSITION-version om de ur PDL-synpunkt borde ha journalförts hos olika vårdenheter. | Dokumentation gemensam för flera vårdenheter (eller vårdgivare) |