Innehåll

...

F.n. finns en del info på tillhörande kort i svenska openEHR-förvaltningens kanbantavla.

Status

DEV

Versionshistorik

...

Läs först startsidan “Implementationsguider” som bl.a. beskriver vad dokumentstatus som DEV och rekommendationer som MUST (MÅSTE), MUST NOT (FÅR INTE), SHOULD (BÖR) etc. betyder i praktiken.

...

Bild från slutrapport Patientdatalagen i praktiken (PDLiP) publicerad av Center för eHälsa i samverkan (CEHIS) 6 maj 2011. Finns uppladdad som bilaga till denna implementationsguide.

...

• COMPOSITION.context → EVENT_CONTEXT.other_context, konfigurerad med minst två instanser av arketypen Organisation så att “PDL-mässig” vårdenhet och vårdgivare lagras i varsitt attribut (träd). Detta beskrivs mer detaljerat i stycket Fördjupning om Vårdgivare och Vårdenhet nedan.

Den mest specifika enheten där vården bedrivs anges separat och används ofta som information i användargränssnitt:

• COMPOSITION.context → EVENT_CONTEXT.health_care_facility BÖR ange den mest granulära eller exakta (under)enhet/mottagning som är möjlig och lämplig, om sådan finns, annars MÅSTE man åtminstone ange vårdenhet (ur PDL-perspektiv), eftersom innehållet i detta attribut kan förväntas vara det som visas i många användargränsnitt samt används för vissa sorters filtreringar i gränssnitt. Se detaljer i stycket Fördjupning om health_care_facility nedan.

  • Exempel: Distriktssköterskemottagning vid Brandbergens vårdcentral, med HSA-id SE2321000016-14LF

...

• Som nämndes tidigare sparas den mest specifika enheten där vården bedrivs under COMPOSITION.context → EVENT_CONTEXT.health_care_facility. Detta attribut är av typen PARTY_IDENTIFIED, se föregående UML-diagram, för detta gäller:

  • Normalfall: En identifierare för den mest specifika enheten MÅSTE anges som ett element i listan PARTY_IDENTIFIED.identifiers, som är en lista med objekt av typen DV_IDENTIFIER (se bild med tabell ovan) i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Om enheten har ett eget HSA-id MÅSTE detta anges som en av identifierarna. Om HSA-id saknas för den egna enheten eller vårdenhet som den ingår i, men ändå ett organisationsnummer finns så MÅSTE organisationsnummer anges som en av identifierarna (se specialfall nedan)
    Detta krav kan komma att breddas i senare version med instruktioner om internationella vårdgivare etc.

  • Specialfall: Undantaget är de fall (t.ex. vissa riktigt små verksamheter) som inte har HSA-idn eller vårdavdelningar, i det fallet FÅR den minsta enheten vara själva Vårdgivaren, i dessa fall MÅSTE istället vårdgivarens organisationsnummer finnas i PARTY_IDENTIFIED.identifiersi enlighet med Implementationsguide för HSA-id och Organisationsnummer

  • Fler identifierare för den mest specifika enheten FÅR anges vid behov i listan med DV_IDENTIFIER-objekt.

  • Namnet på enheten FÅR anges via EVENT_CONTEXT.health_care_facility → PARTY_IDENTIFIED.name

    • Om namn på enhet anges så MÅSTE det vara det namn som gällde på enheten vid händelsen som föranledde dokumentet (det ska alltså inte uppdateras i den redan sparade journalanteckingen om enheten senare byter namn)

    • Ett alternativ till att spara information om namn på enheten är att slå upp det i en versionshanterad katalogtjänst som kan ange dåvarande (och kanske även nuvarande) namn på enheten.

    • Eftersom health_care_facility ofta används som läsbart namn i användargränssnitt rekommenderar vi att mer information än den mest specifika enhetens interna katalognamn anges utifall detta är otydligt. Om det t.ex. står bara "Distriktssköterskemottagning" i HSA-katalogen så rekommenderar vi något mer beskrivande (t.ex. ett mer mänskligt läsbart alias) som "Distriktssköterskemottagning, Brandbergens vårdcentral".

...

• Vårdenhetens identifierare: Om vårdenheten har ett HSA-id MÅSTE detta anges som en av identifierarna på sökvägen openEHR-EHR-CLUSTER.organisation.v0/items[at0003] Identifier (Identifierare) i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Själva HSA-idt för vårdenheten, t.ex.  SE2321000040-4JVV för Medicinska specialistkliniken, läggs vid användning i system i referensmodellens attribut DV_IDENTIFIER.id (som inte syns i skärmbilden nedan).

  

  Om HSA-id för vårdenheten saknas så MÅSTE vårdenheten kunna identifieras med en (globalt?) unik beständig identifierare (på sökvägen angiven ovan) och även DV_IDENTIFIER.type MÅSTE anges (alltså inte vara tom) samt vara skild från identitetstypen som anges för HSA-id i Implementationsguide för HSA-id och Organisationsnummer.
  Exempel baserat på HSA ID för Täby Vårdcentral:
  - DV_IDENTIFIER.type = urn:oid:1.2.752.29.4.19
  - DV_IDENTIFIER.id = SE2321000016-150H
  Exempel baserat på URI för en (påhittad) privat-klinik
  - DV_IDENTIFIER.type = ???
  - DV_IDENTIFIER.id = http://id.dinplastik.se/ansiktsavdelningen
  Om det finns flera vårdenheter hos hos vårdgivaren så måste vårdenheterna alltså identifieras på ett sätt som gör att de kan skiljas åt.
  Detta krav kan komma att breddas i senare version med instruktioner om internationella vårdgivare etc.

• Vårdenhetens namn (vid dokumentationstillfället), t.ex. Region Östergötland, MÅSTE anges i openEHR-EHR-CLUSTER.organisation.v0/items[at0001] Name (Namn) 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.

  

• Att det är just rollen vårdenhet som avses MÅSTE visas genom att via sökvägen openEHR-EHR-CLUSTER.organisation.v0/items[at0004] Role (Roll)

  

  Role (Roll) är av typen DV_CODED_TEXT, följande gäller dess attribut

  • DV_CODED_TEXT.defining_code.code_string MÅSTE sättas till 43741000 (Snomed CT begrepps-id för rollen vårdenhet)

  • DV_CODED_TEXT.defining_code.terminology_id MÅSTE sättas till …http://snomed.info/sct/900000000000207008, dvs SNOMED CT international edition (core module)

  • DV_CODED_TEXT.value BÖR sättas till Vårdenhet i en svenskspråkig journalanteckning, men FÅR INTE användas som bas för utvärdering av åtkomst enligt PDL (använd Snomed CT begrepps-id istället)

...

• Vårdgivarens identifierare: Vårdgivare MÅSTE identifieras med Organisationsnummer på sökvägen openEHR-EHR-CLUSTER.organisation.v0/items[at0003] Identifier (Identifierare) i enlighet med Implementationsguide för HSA-id och Organisationsnummer. Själva organisationsnumret, t.ex. 232100-0040 för Region Östergötland, läggs då vid användning i fältet DV_IDENTIFIER.id (som inte syns i template-skärmbilden nedan).
  Detta krav kan komma att breddas i senare version med instruktioner om internationella vårdgivare etc.
  

  

• Vårdgivarens HSA-id eller andra relevanta identifierare BÖR också anges som ytterligare identifierare (utöver det obligatoriska organisationsnumret beskrivet ovan) på sökvägen openEHR-EHR-CLUSTER.organisation.v0/items[at0003] Identifier (Identifierare)

• Vårdgivarens namn (vid dokumentationstillfället), t.ex. Region Östergötland, MÅSTE anges i openEHR-EHR-CLUSTER.organisation.v0/items[at0001] Name (Namn) i fältet DV_TEXT.value (eftersom arketypen i dagsläget kräver detta), själva PDL-utvärderingen MÅSTE dock baseras endast på identifieraren, inte på namnet.

  

• Att det är just rollen vårdgivare som avses MÅSTE visas genom att via sökvägen openEHR-EHR-CLUSTER.organisation.v0/items[at0004] Role (Roll),

  

  Role (Roll) är av typen DV_CODED_TEXT, följande gäller dess attribut

  • DV_CODED_TEXT.defining_code.code_string MÅSTE sättas till 143591000052106 (Snomed CT begrepps-id för rollen vårdgivare)

  • DV_CODED_TEXT.defining_code.terminology_id MÅSTE sättas till http://snomed.info/sct/45991000052106 dvs SNOMED CT international editionSweden NRC maintained module

  • DV_CODED_TEXT.value BÖR sättas till Vårdgivare i en svenskspråkig journalanteckning, men FÅR INTE användas som bas för utvärdering av åtkomst enligt PDL.

...

...

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 genomförs

...

Kommentar: SystemId är ett HSA-ID som logiskt identifierar en vårdapplikation. Det finns här inget som kan härleda loggen tillbaka till en specifik byggsten av en vårdapplikation, exempelvis en specifikt tjänst eller en fysisk server.

...