Innehåll
Table of Contents | ||||
---|---|---|---|---|
|
Status
DEV
Versionshistorik
Version | Datum | Uppdatering | Ansvarig |
---|---|---|---|
0.1.0 | Första version för internremiss | ||
0.2.0 | 2021-12 | Inför första remissrundan | PDL-arbetsgruppen |
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 1 | PDL-arbetsgruppen |
Begrepp
Begrepp (inkl. ev. länk till SoS termbank) | Beskrivning |
---|---|
kontroll av uppgiven identitet | |
stark autentisering | kontroll av uppgiven identitet på två olika sätt |
person eller personer som i sitt yrke utför hälso- och sjukvård | |
system som insamlar, bearbetar, lagrar eller distribuerar och presenterar information | |
en eller flera journalhandlingar som rör samma patient | |
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 [definition enligt SoS termbank]. I denna implementationsguide avser “vårdenhet” specifikt den enhetsnivå som i juridisk/PDL-mening används för att utvärdera inre sekretess. Exempelvis en klinik eller den samling underenheter som kallas “Spärrgrupp” i journalsystemet TakeCare i Region Stockholm. | |
kopplad/ingående enhet | En kopplad/ingående enhet kan beskrivas som underliggande objekt till en vårdenhet, används ex för fall där en vårdenhet omfattar flera verksamheter/enheter med olika arbetsplatskoder. Vanligt förekommande exempel på vårdenhet med ingående enheter är en klinik med underliggande avdelningar, eller hemsjukvård inom en kommun med underliggande geografiska områden eller boenden. Mer information och regelverket runt kopplade enheter finns i Ineras handbok för HSA administratörer 2.2.1 |
den mest specifika enheten | Vad den mest specifika enheten, där vården bedrivs, är kommer variera beroende på verksamhet. I denna implementationsguide används begreppet “mest specifika enheten“ t.ex. i beskrivning av hur openEHRs EVENT_CONTEXT.health_care_facility ska fyllas med innehåll. I journalsystemet Cambio Cosmic motsvaras den mest specifika enheten ofta av det som kallas “Vårdande enhet” I många fall är det samma enhetsnivå som kallas “kopplad/ingående enhet” i denna tabells begreppsbeskrivning ovan. |
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.
...
Denna implementationsguide har tagits fram i samarbete mellan flera vårdgivare och systemleverantörer aktiva i Sverige (se Appendix A). Implementationsguiden syftar till att beskriva hur openEHR kan användas i tillämpningen av Patientdatalagen (PDL) på ett gemensamt leverantörsoberoende sätt.
...
Nedan listas alla de krav som ställs av denna implementationsguide på lagring av PDL-relaterade grundattribut.
Krav-ID | Beskrivning | Fördjupnings-avsnitt |
---|---|---|
A1 | 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. | |
A2 | Lagring av vårdenhet och vårdgivare i COMPOSITION.context → EVENT_CONTEXT.other_context MÅSTE göras genom att inkludera templaten “Care Unit”. | |
A3 | 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. | |
A4 | COMPOSITION.context → EVENT_CONTEXT.health_care_facility BÖR ange den mest specifika enheten där vården bedrivs, om sådan finns, annars MÅSTE vårdenhet anges. | |
A5 | COMPOSITION.context → EVENT_CONTEXT.health_care_facility FÅR INTE användas för utvärdering av åtkomst ur PDL-perspektiv. | |
A6 | 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) |
A7 | 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) |
Fördjupning
Anchor | ||||
---|---|---|---|---|
|
...
Organisation-arketypen används dels för vårdenhet och dels en gång till nästlad inuti vårdenheten under attributet “Överordnad organisation” för att även beskriva vårdgivaren, se bild nedan.
...
Templaten finns att hämta här: |
Vårdenhet
Nedan listas de krav som ställs på innehållet för varje attribut i templaten.
Attribut | Krav |
---|---|
Namn (openEHR-EHR-CLUSTER.organisation.v1/items[at0001] Name) | Vårdenhetens namn(vid dokumentationstillfället) MÅSTE anges i fältet DV_TEXT.value (eftersom arketypen i dagsläget kräver detta), själva PDL-utvärderingen baseras dock endast på identifieraren, inte namnet. Exempel:
|
Identifierare (openEHR-EHR-CLUSTER.organisation.v1/items[at0003] Identifier) | Om vårdenheten har ett HSA-id MÅSTE detta anges som en av identifierarna i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Själva HSA-idt för vårdenheten läggs vid användning i system i referensmodellens attribut DV_IDENTIFIER.id. Om vårdenheten inte har ett HSA-id MÅSTE vårdenheten kunna identifieras med en (globalt?) unik beständig identifierare och även DV_IDENTIFIER.type MÅSTE anges (alltså inte vara tom) samt vara skild från identitetstypen som anges för HSA-id.. Exempel baserat på HSA-ID för Täby Vårdcentral:
Exempel baserat på URI för en (påhittad) privat-klinik:
|
Roll (openEHR-EHR-CLUSTER.organisation.v1/items[at0004] Role) | Vårdenhetens roll MÅSTE anges för att kunna identifiera vilken typ av organisation som avses. Attributet Role (Roll) är av typen DV_CODED_TEXT, följande gäller för dess attribut (se även bild nedan):
|
...
Vårdgivare
Nedan listas de krav som ställs på innehållet för varje attribut i template för lagring av vårdgivare.
Attribut | Krav | |
---|---|---|
Namn (openEHR-EHR-CLUSTER.organisation.v1/items[at0001] Name) | Vårdgivarens namn (vid dokumentationstillfället), MÅSTE anges i fältet DV_TEXT.value (eftersom arketypen i dagsläget kräver detta), själva PDL-utvärderingen baseras dock endast på identifieraren, inte på namnet. Exempel:
| |
Identifierare (openEHR-EHR-CLUSTER.organisation.v1/items[at0003] Identifier) | Organisationsnummer MÅSTE anges som en av vårdgivarens identifierare i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Själva organisationsnumret läggs då vid användning i fältet DV_IDENTIFIER.id. Om vårdgivaren har ett HSA-id eller annan relevant identifierare BÖR detta anges som ytterligare identifierare utöver det obligatoriska organisationsnumret. Exempel på organisationsnummer:
| |
OM Tillägg 2023-07-19 genomförsså ska denna rad läggas till för organisationsnummer och (det kursiverade i) ovanstående rad ändras till att endast gälla HSA-id eller eventuella andra identifierare som inte är Organisationsnummer. Organisationsnummer (openEHR-EHR-CLUSTER.organisation.v1/items[at0003] Organisational number) | Organisationsnummer MÅSTE anges som en av vårdgivarens identifierare i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Själva organisationsnumret läggs då vid användning i fältet DV_IDENTIFIER.id. Exempel på organisationsnummer:
| |
Roll (openEHR-EHR-CLUSTER.organisation.v1/items[at0004] Role) | Vårdgivarens roll MÅSTE anges för att kunna identifiera vilken typ av organisation som avses. Attributet Role (Roll) är av typen DV_CODED_TEXT, följande gäller för dess attribut (se även bild nedan):
|
Anchor | ||||
---|---|---|---|---|
|
...
Anchor | ||||
---|---|---|---|---|
|
...
Värden från tabellen nedan används i efterföljande exempel. Kursiverade uppgifter i tabellen är påhittade.
Namn | Org nr | HSA-id | Funktion |
---|---|---|---|
Stockholms läns sjukvårdsområde | 232100-0016 | SE2321000016-2GJS | Vårdgivare |
Brandbergens vårdcentral | SE2321000016-1003 | Vårdenhet (Vårdcenral) | |
Distriktssköterskemottagning (vid Brandbergens vårdcentral) | SE2321000016-14LF | ||
Täby Vårdcentral | SE2321000016-150H | Vårdenhet (Vårdcenral) | |
Beroendecentrum Stockholm | SE2321000016-15FL | Vårdenhet | |
Namy Nursington | SE2321000016-7ABC | Distriktssköterska | |
Urban Uskman | SE2321000016-1CBA | Undersköterska (medverkade) | |
Danderyds Sjukhus AB | 556575-6169 | SE2321000016-1K2W | Vårdgivare |
Ortopedkliniken | SE2321000016-1K6Q | Vårdenhet | |
Vårdavdelning 14 gynekologi | SE2321000016-1K54 | Vårdenhet | |
Annas Medicinska Fotvård EN | 790127-1111 | Vårdgivare (Enskild firma) | |
Annas Medicinska Fotvård | SE2321000016-DGM2 | “Vårdenhet” | |
Anna Nnamn | SE2321000016-2222 | Fotvårdsterapeut |
...
Exemplet nedan är i ett av openEHRs förenklade format: structSDT genererat via EhrScape https://www.ehrscape.com/api-explorer.htmlBehöver uppdateras om strukturändringsförslaget 2022-02-08 samt tillägget 2023-07-19 genomförs
...