Page History

Versions Compared

Key

This line was added.
This line was removed.
Formatting was changed.

Table of Contents

Indledning

Denne vejledning beskriver de tekniske implementeringsregler i forhold til at implementere Fælles Stamkort i et lokalt fagsystem eller en patient/borgerportal. Vejledningen er tiltænkt forretningsarkitekter, systemarkitekter samt systemleverandører, således at disse kan vurdere, hvordan Fælles Stamkort kan implementeres i systemerne.

Info
Det er vigtigt at forretningsreglerne og indhold for Fælles Stamkort læses i forbindelse med en kommende implementering. Den tekniske implementeringsvejledning kan ikke stå alene.

Fælles Stamkort er en forretningsservice baseret på den nationale dokumentdelingsinfrastruktur, som udstiller stamdata fra et antal underliggende registre1 i HL7 CDA-format. Vejledningen præciserer brugen af den danske CDA-profil til Personal Data Card (PDC-DK)  [version 3.0]2, der bl.a. anvendes til at udstille patientens Fælles Stamkort inklusiv borgerens status for Fravalg af Genoplivning v. Hjertestop.

Bemærk: Fælles Stamkort version 2.0 er lukket ned pr. 15/1-2025, grundet ibrugtagningen af Fravalg af Genoplivning v. Hjertestop.

...

_{1 - Herunder CPR-register, Sygesikringsregister, Organdonorregister, Livs- og Behandlingstestamenteregister, Fravalgsregister, Yderregister samt Stamkortregister
2 - https://svn.medcom.dk/svn/releases/Standarder/HL7/PDC/}

Anden dokumentation

Som en del af Fælles stamkort findes Fravalg af Genoplivningsforsøg. Denne løsning kan der læses yderligere om her: https://www.nspop.dk/display/FGVH

Teknisk oversigt

Udveksling af patientens Fælles Stamkort foregår via den nationale infrastruktur til deling af dokumenter. Denne understøtter referencearkitekturen for deling af dokumenter og billeder. Med indførslen af Fælles Stamkort 3.0 er det ikkelængere muligt for borgere at frabede sig deling af stamoplysninger.Oplysningerne i Fælles Stamkort deles som dokumentdeling via synkroniseringsservice til Fælles Stamkort (SFSK).

...

Stamkortregister-servicen. Det benyttes til at hente (kun adgang fra Fælles Stamkort komponenten) samt redigere patientens stamdata (telefonnummer, pårørende oplysninger, midlertidige adresse, sprog samt tilknytning til tandlæge). Opdateringer af data sker via en direkte webserviceintegration til Stamkortregisteret (SKR).

Migrering af data fra lokale fagsystemer til Fælles Stamkort

Det er ikke længere muligt at anvende migreringsservicen. Funktionaliteten vedr. migrering er arkiveret, anvend fremadrettet den beskrevne proces for synkronisering af data mellem lokale fagsystemer og Fælles Stamkort

Dokumentation for migrering bibeholdes indtil servicen er lukket ned, og kan ses under: Migrering af data fra lokale fagsystemer til Fælles Stamkort

Daglig drift mellem lokale fagsystemer og Fælles Stamkort

Den første synkronisering med Fælles Stamkort, har til målsætning at få ensrettet data i Fælles Stamkort med allerede eksisterende data i de lokale fagsystemer.

...

Fagsystemet ser ved næste opslag på patientens data, at kontaktinformationer har et nyere tidsstempel end de lokal data, og skal derfor synkronisere data fra Fælles Stamkort ned til de lokale data.
Da det her drejer sig om en sletning af data, skal data fjernes fra det lokale fagsystem, da det ikke længere er validt - da patienten har slettet det.

Lokal information tilknyttet data i Stamkortregisteret

Da hver data-entitet i Stamkortregisteret har tilknyttet et unikt id, er det muligt at have lokale informationer, der kun befinder sig i eget fagsystem, tilknyttet data i stamkortregisteret. 
Bemærk: Det er ikke et krav at fagsystemer skal kunne understøtte yderligere tilknytning af data til informationen i Fælles Stamkort.

...

Eksempelvis kan pårørende Hans Hansen fra ovenstående eksempler med ID: 9c13a4e6-fa0e-4740-833b-1e9e80ecc18e være 1. prioritet som skal kontaktes når det er en indlæggelse for borgeren, men 2. prioritet når det handler om kommunale ydelser. Fagsystemet på hospitalet har derved tilknyttet information om 1. prioritet til Hans Hansen, hvorimod det kommunale fagsystem har tilknyttet 2. prioritet til Hans Hansen.
Skulle borgeren ikke længere ønske Hans Hansen som pårørende, og derved sletter denne, kan fagsystemerne tilsvarende slette de tilknyttede oplysninger når de modtager ændringen via Fælles Stamkort. 

Adviseringer fra Stamkortregisteret

Fagsystemer bør hente patientens seneste Fælles Stamkort, hver gang der laves opslag på patientens stamdata i fagsystemet. Således kan fagsystemet flette de seneste ændringer fra Fælles Stamkort ind i de lokalt cachede stamdata. Betydningen af dette er at der laves mange opslag på patientens Fælles Stamkort, også når der ikke er sket ændringer.
Hvis fagsystemet derimod modtager en advisering når der er ændring i borgerens data fra stamkortregisteret, kan der laves optimeringer i forhold til antallet af opslag.

Disclaimer:

Fælles Stamkort udstiller data fra en række af forskellige registre, herunder:

CPR Registeret

Sygesikringsregisteret

Yder Registeret

Sundhedsvæsenets OrganisationsRegister (SOR)

Organdonorregisteret

Livs- og Behandlingstestamenteregisteret

Stamkortregisteret

Adviseringer bliver kun udsendt fra Stamkortregisteret, når der er sket ændringer i

Patientens pårørende

Patientens kontaktoplysninger

Patientens midlertidige adresse

Patientens sprog

Patientens tandlæge

Der udsendes ligeledes adviseringer fra organdonorregisteret, livs- og behandlingstestamenteregisteret samt register for fravalg af genoplivningsforsøg v. hjertestop,
som også er information, der er inkluderet i Fælles Stamkort. Se formatet for disse adviseringer i de respektive anvenderguides som kan fremfindes på https://www.nspop.dk.

Ændringer af patientens data i de resterende registre, bliver der ikke udsendt adviseringer for.

Den tekniske understøttelse af adviseringer fra Stamkortregisteret følger de overordnede principper udstukket af den Nationale Adviseringsservice (NAS).

...

Navn til Topic for ændringer til stamkortregisteret er:

http://sundhedsdatastyrelsen.dk/PersonalDataCard/2020/11/01:DataCardUpdated

Endpoint NSP TEST-1: https://test1.ekstern-test.nspop.dk:8443/nas2
Endpoint NSP TEST-2: https://test2.ekstern-test.nspop.dk:8443/nas2
Endpoint NSP Produktion: Der skal laves en sundhedsdatanetaftale mod: Service #2127 (195.80.254.10 nas-prod.nsp.dsdn.dk (http_8080, tcp-8443))

...

Hans Hansen har for to dage siden oprettet sit telefonnummer via sundhed.dk, da dette ikke var indtastet i forvejen.
Stamkortregisteret har udsendt en advisering til beskedkøen: "Ændring på Fælles Stamkort", som fagsystemet "lytter på", og hvor fagsystemet i forvejen har fortalt, det vil modtage adviseringer for regionens patienter, her i blandt Hans Hansen.
Fagsystemet får markeret Hans Hansen's stamdata, således det kan opdateres når en sundhedsperson tilgår Hans Hansen's journal næste gang.
Når Hans Hansen møder op på afdelingen, vil sundhedspersonen slå op på Hans Hansens data. Fagsystemet vil synkronisere stamdata, og i dette tilfælde opdatere Hans Hansens telefonnummer fra Fælles Stamkort (ud fra sundhedspersonens medarbejdercertifikat). I dette eksempel har fagsystemet lavet en markering at Hans Hansen's telefonnummer er opdateret således sundhedspersonen er informeret.
Synkroniseringen bevirker følgende:
1. Der laves automatisk en behandlingsrelationsopfølgning
2. Der laves registrering i patientens MinLog - således patienten har indsigt i hvordan data er benyttet (i dette tilfælde kan Hans Hansen se at sundhedspersonen har hentet Fælles Stamkort). (Registreringer til MinLog foretages af fagsystemer selv, hvis der anvendes systemkald)

System kald ved læsning af Fælles Stamkort

Fagsystemer vil kunne hente egne borgeres stamkort via et systemkald udenfor konteksten af en sundhedsfaglig bruger. Dermed har fagsystemet mulighed for at lave en asynkron opdatering af lokale kopier af borgerens Fælles Stamkort, uden at en sundhedsfaglig bruger involveres. Fagsystemet kan eksempelvis lave brevfletning, generere arbejdslister og kørelister med borgerens opdaterede adresse og kontaktinformation i batch-jobs.

...

Synkroniseringsservicen (SFSK) følger principperne for dokumentdeling, så det er ITI-18 og ITI-43 kald, der benyttes. Dette endpoint kan udelukkende benyttes til at hente Fælles Stamkort, og kan derfor ikke benyttes til at hente andre typer af dokumenter (Aftaler, Planer, PRO-skemaer m.v.).

Teknisk implementering

Afsnittet indeholder tekniske vejledninger til, hvordan Fælles Stamkort kan integreres i lokale fagsystemer og borgerportaler.

...

Yderligere information om,hvordan CDA dokumenter er opbygget kan findes hos IHE under: IHE - Hvad er HL7 CDA?

Indhold i Fælles Stamkort

Indholdet i Fælles stamkort er defineret i CDA profilen: Personal Data Card (PDC-DK) version 3.0.

...

Fælles Stamkort CDA dokumenter er alle udstedt af Sundhedsdatastyrelsen via SOR enheden: "Fælles Stamkort udstedelse" med SOR-ID: "1126211000016009"

Kode

Beskrivelse

Eksempel

Kilde

Patientens CPR-nummer er en del af den generiske CDA header

recordTarget.patientRole.id

Patientens CPR-nummer

Patientens CPR-nummer er en del af den generiske CDA Header.

CPR – register

Patientens navn og adresse er en del af den generiske CDA header

recordTarget.patientRole.addr

Patientens navn og adresse

Patientens navn og adresse er en del af den generiske CDA Header.

<addr use="H">
<streetAddressLine>Vedbæk Strandvej 464</streetAddressLine>
<postalCode>7000</postalCode>
<city>Fredericia</city>
<country>DK</country>
</addr>
<patient classCode="PSN">
<name>
<given>Bente</given>
<given>Kirkegård</given>
<family>Knudsen</family>
</name>
<administrativeGenderCode codeSystem="2.16.840.1.113883.5.1" code="F"/>
<birthTime value="19481225000000+0000"/>
</patient>

Bemærk at har patienten navne eller adressebeskyttelse vises "BESKYTTET NAVN/ADRESSE"

CPR - register

Information om patientens pårørende

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.25"
extension="2019-08-14"

code
code="RelativeTypedIn"
codeSystem="1.2.208.184.100.1"

Oplysninger om patientens pårørende, som patienten selv har angivet.

Oplysningerne er:

· Pårørendes Navn

· Pårørendes Relation

· Pårørendes Telefonnummer

· Fritekstfelt, hvor der f.eks. kan angives "bor i Canada"

Bemærk:Der kan angives flere elementer med patientens pårørende

Validering:
Der laves validering i forhold til om der er indtastet CPR-numre på den pårørende i navne, relation og fritekstfelt. Sådanne registreringer afvises, da der ikke må optræde CPR-numre på pårørende i stamkortregisteret.

Telefonnumre valideres i forhold til om de overholder formatet: 

Code Block

title	reg. exp. for telefonnummer

tel:\+?[-0-9().]+

<templateId root="1.2.208.184.16.1.10.20.1.25" extension="2019-08-14"/>
<id extension="839697de-9660-4575-a3ac-61def6fb3474" root="1.2.208.184"/>
<code code=" RelativeTypedIn " codeSystem=" 1.2.208.184.100.1 "
codeSystemName="MedCom Message Codes" displayName="Pårørende, indtastet"/>

<value xsi:type="PN">
<given>Hans</given>
<family>Hansen</family>
</value>
<value xsi:type="TEL" use="H" value="tel:11223344"/>
<value xsi:type="TEL" use="WP" value="tel:(46)-55667788-1234"/>
<value xsi:type="TEL" use="MC" value="tel:99001122"/>

<value xsi:type="CD" code="nabo" codeSystem="1.2.208.184.100.2" codeSystemName="MedCom Relation Codes" displayName="Nabo"/>

<value xsi:type="ST">Naboen arbejder hos TDC i Sverige og kan træffes på
arbejdstelefon i dagtimerne ml. 8 og 16.</value>

Bemærk: Der tilføjes ikke automatisk pårørende angivet i CPR-registeret (f.eks. værger og ægtefæller) - eneste undtagelse herfor er børn under forældremyndighed, eller personer som har forældremyndighed over et barn (se næste række)

Indtastet information fra stamkortregisteret

Patientens børn under forældremyndighed

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.23"
extension="2019-08-14"

code
code="ChildCustody"
codeSystem="1.2.208.184.100.1"

Hvis patienten har forældremyndighed over et eller flere børn, kan børnene vises i Fælles Stamkort.

Bemærk: Hvis patienten er biologisk forælder, men ikke har forældremyndigheden over barnet, vises barnet ikke i Fælles Stamkort.

Bemærk: Hvis patienten er værge for et barn, men ikke har forældremyndigheden over det pågældende barn, vises barnet ikke i Fælles Stamkort.

Bemærk: Der kan kun angives flere observationer med patientens børn under forældremyndighed.

<value xsi:type="PN">
<given>Peter</given>
<given>Severin</given
<family>Knudsen</family>
</value>

<!-- Value representing the relationship the patient has to the child of whom the patient have custody →
<value xsi:type="CD" code="mor" codeSystem="1.2.208.184.100.2"
codeSystemName="MedCom Relation Codes" displayName="Mor"/>

CPR - register

Patientens forældremyndighedshavere

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.23"
extension="2019-08-14"

code
code="CustodyBy"
codeSystem="1.2.208.184.100.1"

Hvis patienten er et barn, kan forældremyndighedshavere vises i Fælles Stamkort.

Bemærk: Hvis barnet har biologiske forældre som ikke har forældremyndigheden over barnet, vises de biologiske forældre ikke i Fælles Stamkort.

Bemærk: Hvis barnet er myndling under en værge, men værgen ikke har forældremyndigheden over det pågældende barn, vises værgen ikke i Fælles Stamkort.

Bemærk: Der kan kun angives flere observationer med barnets forældremyndighedshavere.

<value xsi:type="PN">
<given>Søren</given>
<given>Severin</given
<family>Knudsen</family>
</value>

<!-- Value representing the relationship the patient has to the custodian of whom the patient is in custody →
<value xsi:type="CD" code="barn" codeSystem="1.2.208.184.100.2"
codeSystemName="MedCom Relation Codes" displayName="Barn"/>

CPR - register

Patientens telefonnummer

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.24"
extension="2019-08-14"

code
code=" PatientContactTypedIn "
codeSystem="1.2.208.184.100.1"

Patientens kontakt telefonnummer (3 telefonnumre kan angives (hjemme "H", mobil "MC", arbejde "WP").

Bemærk: Der kan kun angives en observation med patientens telefonnumre.

Indtastet information fra stamkortregisteret

Patientens midlertidige adresse

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.21"
extension="2019-08-14"

code
code=" TempAddrTypedIn "
codeSystem="1.2.208.184.100.1"

Patientens midlertidige adresse inklusiv et tidsinterval for hvornår patienten befinder sig på den midlertidige adresse.

Bemærk: Det er ikke nødvendigt at angive et sluttidspunkt (effectivetime.high) for den midlertidige adresse.

Bemærk: Er slutdatoen overskredet på forespørgselstidspunktet, returneres den midlertidige adresse ikke fra Fælles Stamkort.

Bemærk: Der kan kun angives en observation med patientens midlertidige adresse.

<templateId root="1.2.208.184.16.1.10.20.1.21" extension="2019-08-14"/>
<id extension="3eda0a9c-3363-4257-9eda-a7c8d15fa301" root="1.2.208.184"/>
<code code=" TempAddrTypedIn "
codeSystem=" 1.2.208.184.100.1 "
codeSystemName="MedCom Message Codes"
displayName="Midlertidig adresse, indtastet"/>
<effectiveTime>
<low value="20190101000000+0100"/>
<high value="20200101000000+0100"/>
</effectiveTime>
<value xsi:type="AD">
<streetAddressLine>Sommerhusvej 23</streetAddressLine>
<streetAddressLine>Strandbytrand</streetAddressLine>
<postalCode>1234</postalCode>
<city>Strandbystrand</city>
<country>Danmark</country>
</value>

Indtastet information fra stamkortregisteret

Patientens egen læge

recordtarget.patientRole.
providerOrganization

Kontaktoplysninger til patientens egen læge.
Patientens egen læge er en del af den generiske CDA Header.

Bemærk: Det er ikke alle patienter der har tilknyttet en læge - elementet er derfor optionelt.

<providerOrganization>
<id extension="123456" root="1.2.208.176.1.4" assigningAuthorityName="Yderregisteret"/
<name>Lægerne Hansen</name>
<telecom use="WP" value="tel:+4512345678"/>
<telecom value="mailto:test@testyder.dk"/>
<addr use="H">
<streetAddressLine>Ydervej 42</streetAddressLine
<postalCode>1234</postalCode>
<city>Yderby</city>
</addr>
</providerOrganization>

Yderregisteret

Patientens tandlæge

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.22"
extension="2019-08-14"

code
code=" DentistTypedIn "
codeSystem="1.2.208.184.100.1"

Hvis patienten har tilknyttet en tandlæge, kan Fælles Stamkort indeholde kontaktoplysninger til tandlægen.

Patienten skal selv angive tandlægen, Fælles Stamkort vil efterfølgende hente kontaktoplysninger på patientens tandlæge fra Yderregisteret.

Bemærk: Det er ikke alle tandlæger der er tilknyttet Yderregisteret. I disse tilfælde kan patienten ikke indtaste tandlæge.

<templateId root="1.2.208.184.16.1.10.20.1.22" extension="2019-08-14"/>
<id extension="8f1d5b96-b16e-405d-a840-4e5bc87690ae" root="1.2.208.184"/>
<code code=" DentistTypedIn "
codeSystem=" 1.2.208.184.100.1 "
codeSystemName="MedCom Message Codes"
displayName="Tandlæge indtastet"/>
<value assigningAuthorityName="Yderregisteret" extension="123456" root="1.2.208.176.1.4"/>
<value xsi:type="TN">Tandklinikken smil.nu</value>
<value xsi:type="AD">
<streetAddressLine>Tandvej 7</streetAddressLine>
<postalCode>1234</postalCode>
<city>Yderby</city>
<country>DentistcountryTypedIn</country>
<value use="WP" value="tel:12345678" xsi:type="TEL"/>
<value use="WP" value="tel:01234567" xsi:type="TEL"/>

Yder id på tandlægen er indtastet i stamkortregisteret,

Ved opslag, hentes seneste information om tandlægen fra yderregisteret.

Der returneres ikke personnavne på tandlæger, kun kliniknavne. Der kan dog være kliniknavne som indeholder tandlægens personnavn.

Sygesikringsgruppe

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.27"
extension="2019-08-14"

code
code=" CoverageGroup "
codeSystem="1.2.208.184.100.1"

Patientens sygesikringsgruppe.

Sygesikringsregisteret

Patientens foretrukne kommunikationssprog.

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.20"
extension="2019-08-14"

code
code=" LanguageTypedIn "
codeSystem="1.2.208.184.100.1"

Patienten kan registrere hvilket sprog de foretrækker at kommunikere på.

Er feltet ikke forudfyldt, kan det antages at sproget er ”Dansk”.

Bemærk: Der kan kun registreres et sprog pr. patient.

Indtastet information fra stamkortregisteret

Behandlingstestamente

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.29"
extension="2019-08-14"

code
code=" TreatmentWillRegistration "
codeSystem="1.2.208.184.100.1"

Information om patienten har registreret et Behandlingstestamente kan vises i Fælles Stamkort.

Fælles Stamkort må IKKE vise indholdet i registreringen, kun OM der lavet en registrering.

Bemærk: En patient kan have registreret enten et Behandlingstestamente eller et Livstestamente, ikke begge testamenter på samme tid.

Behandlingstestamenteregister

Livstestamente

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.30"
extension="2019-08-14"

code
code=" Living WillRegistration "
codeSystem="1.2.208.184.100.1"

Information om patienten har registreret et Livstestamente kan vises i Fælles Stamkort.

Fælles Stamkort må IKKE vise indholdet i registreringen, kun OM der lavet en registrering.

Bemærk: En patient kan have registreret enten et Behandlingstestamente eller et Livstestamente, ikke begge testamenter på samme tid.

Livstestamenteregister

Organdonorregistrering

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.28"
extension="2019-08-14"

code
code=" OrganDonor Registration "
codeSystem="1.2.208.184.100.1"

Information om patienten har en Organdonorregistrering kan vises i Fælles Stamkort.

Fælles Stamkort må IKKE vise indholdet i registreringen, kun OM der lavet en registrering.

Organdonorregisteret

Fravalg af genoplivningsforsøg v. hjertestop

component.structuredBody.
component.section.entry.observation

templateId
root="1.2.208.184.16.1.10.20.1.31"
extension="2023-07-11"

code
code=" NoResuscitationRegistration "
codeSystem="1.2.208.184.100.1"

Bemærk: At visse typer fagsystemer kan begrænse visning til udelukkende fravalgsoplysningen, jvf. Fælles Stamkort, forretningsregel #17

Værdien (value) kan antage følgende værdier:

“true” = Borgeren har et aktivt fravalg til genoplivningsforsøg v. hjertestop registreret “false” = Borgeren har ikke registreret, eller har ikke et aktivt fravalg til genoplivningsforsøg v. hjertestop registreret

Bemærk: I tilfælde af, at der ikke er adgang fra Fælles Stamkort til fravalgsregisteret vil der blive returneret en fejlmeddelelsese jvf. XDS-protokollen. Derved undgås misforståelser i forhold til beskrivelse og eksempel i afsnit 5.7 regel:CONF-DK:507 fra CDA standarden Release 3.0.0 fra 1. Juli 2023.

Registrer til fravalg af genoplivningsforsøg v. hjertestop

_{3 http://svn.medcom.dk/svn/releases/Standarder/HL7/CDA-Header/}

Tekniske forudsætninger

Se Administrative forudsætninger for tilslutning for at få adgang til NSP'en.

...

Til at understøtte SAML har Sundhedsdatastyrelsen udviklet biblioteker til Java og .NET (SEAL biblioteket) Dette bør benyttes så vidt det er muligt, se STS Guide til anvendere

Søgning på Fælles Stamkort

For at søge på en patients Fælles Stamkort, skal der laves en ITI-18 forespørgsel via SFSK..

...

HomeCommunityId - der beskriver det domæne, dokumentet befinder sig i.
Værdien hentes ud fra ...ExtrinsicObject/@home
RepositoryUniqueId - der bekriver den kilde under domænet der opbevarer dokumentet
Værdien hentes ud fra ... ExtrinsicObject/Slot[@name=’repositoryUniqueId’]/Value List/Value
DocumentUniqueId - der identificerer selve dokumentet
Værdien hentes ud fra ...ExtrinsicObject/ExternalIdentifier[@identificationScheme=’urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab]/@registryObject

Hentning af Fælles Stamkort

For at hente en patients Fælles Stamkort, skal der laves en ITI-43 forespørgsel via SFSK

...

Se bl.aMedCom'stesteksempler under: http://svn.medcom.dk/svn/releases/Standarder/HL7/PDC/Eksempler/

Opdatering af Fælles Stamkort

Fælles Stamkort læses som beskrevet via SFSK, men de data der ikke findes autoritative registre for, opdateres via stamkortregister servicen

...

Den tekniske anvenderguide til stamkortregisteret giver detaljeret information om dataudvekslingsformater samt XML-eksempler på oprettelser, opdateringer og sletninger.

Sikkerhed, roller og rettigheder

For adgang til Fælles Stamkort skal der for sundhedspersoner eksistere et gyldigt SOSI-ID kort, som er signeret af NSP'ens Secure Token Service, dokumentationen for SoSI-ID kort og STS ligger under: Anvenderguide til STS.

...

Sundhedspersoner, med en sundhedsfaglig autorisation har adgang til Fælles Stamkort. Sundhedspersoner uden sundhedsfaglig autorisation skal have tilknyttet en rettighed før disse kan få adgang. Lokale organisationer kan enten tilknytte disse rettigheder via Sundhedsstyrelsens Elektroniske Brugerstyring (SEB), eller give rettigheden via den lokale identifikations- og rettighedsstyring.
For Fælles stamkort er der fire forskellige måder for Sundhedspersoner uden sundhedsfaglig autorisation at få adgang til borgerens Fælles Stamkort.

	Integrationsmetode	Beskrivelse	Er national rolle nødvendig?
1	Fagsystem opbevarer og vedligeholder lokal registerkopi af Fælles Stamkort	Det lokale fagsystem opbevarer og vedligeholder en lokal registerkopi af data fra Fælles Stamkort (via SFSK), og har til ansvar at holde registerkopien synkroniseret, når der notificeres om ændringer i underliggende registre. I dette tilfælde er det ikke nødvendigt at tildele nationale roller til ikke-autoriserede sundhedsfaglige, da det er det lokale anvendersystem, som står for tildeling af rettigheder. Det lokale anvendersystem har til ansvar at skrive til borgerens MinLog, når data tilgås (både fra autoriserede og ikke autoriserede sundhedsfaglige).	Nej
2	Fagsystem laver synkront system til system-baseret opslag på Fælles Stamkort	Der laves opslag på Fælles Stamkortvia SFSK, når data skal anvendes med system-certifikat adgang. I dette tilfælde er det ikke nødvendigt at tildele nationale roller til ikke-autoriserede sundhedsfaglige, da det er det lokale anvendersystem, som står for tildeling af rettigheder. Det lokale anvendersystem har til ansvar at skrive til borgerens MinLog, når data tilgås (både fra autoriserede og ikke autoriserede sundhedsfaglige).	Nej
3	Fagsystem laver synkront bruger-baseret opslag på Fælles Stamkort	Der laves opslag på Fælles Stamkort via SFSK, når data skal anvendes med bruger-certifikat adgang. I dette tilfælde er det nødvendigt for ikke- autoriserede sundhedsfaglige at have tildelt en national rolle, da SFSK skal sikre, at brugeren har de nødvendige rettigheder inden adgang til data gives.SFSK står ligeledes for at logge opslaget til borgerens MinLog.	Ja
4	Opslag på Fælles Stamkort for ikke autoriserede sundhedsfaglige via Sundhedsjournalen	Opslag for ikke-autoriserede sundhedsfaglige via knapløsning til Sundhedsjournalen, eller via direkte login på Sundhedsjournalen. Sundhedsjournalen anvender integrationsmetoden beskrevet i punkt. 3.Derfor skal ikke-autoriserede sundhedsfaglige have tilknyttet en national rolle, hvis de skal have adgang til Fælles Stamkort via Sundhedsjournalen.	Ja

Følgende rollebeskrivelser anvendes i forbindelse med Et samlet patientoverblik.

Rollenavn

Rollebeskrivelse

Notation som indsættes i SOSI IdKort ved udstedelse

nspSundAssistR1

Giver ret til at læse Fælles Stamkort (FSK)

Se detaljeret beskrivelse af alle nationale roller her: Beskrivelse af de nationale roller i produktion - NSP services - Global Site (nspop.dk) samt overordnet dokumentation for SEB her: SEB - Sundhedsvæsenets Elektroniske Brugerstyring - Sundhedsdatastyrelsen Services (nsi.dk)

urn:dk:healthcare:national-federation-role:code:41001:value:SundAssistR1

nspSundAssistR2

Giver ret til at læse Fælles Stamkort (FSK)

Giver også adgang til at læse andre dokumenter, der deles via dokumentdelingsinfrastrukturen jvf. Sundhedslovens §42a stk. 4

urn:dk:healthcare:national-federation-role:code:41002:value:SundAssistR2

En sundhedsperson kan ikke have tilknyttet flere roller på samme tid - dette skal administreres via den lokale identifikations- og rettighedsstyring.

Håndtering af frabedelse og fuldmagt

Frabedelse af deling af sundhedsdata

...

Information angående angivelse af fuldmagter via SFSK, kan ses i HSUID header dokumentationen.

Ændringslog

Version	Dato	Beskrivelse	Ændret af
3.0	2025-06-26	Ny version publiceret. (Korrektur rettes gennem hele dokumentationen)	SDS

Historiske ændringer

2.1	2025-01-15	Information om adgang til Fælles Stamkort version 2 er fjernet, herunder adgang via dokumentdelingsservice og mulighed for borgere at spærre for deling af Fælles Stamkort. Gældende version er Fælles Stamkort version 3.0, som er inklusiv oplysningen om borgerens fravalg af genoplivningsforsøg v. hjertestop	SDS
2.0.3	2024-10-22	Beskrevet præcisering af når "fravalgsregister" ikke er tilgængeligt	SDS
2.0.2	2024-10-21	Præciseret adgang via nationale roller for forskellige integrationsmetoder, herunder når system til system integration anvendes.	SDS
2.0.1	2024-03-12	Tilpasset efter offentliggørelse af BEK nr 193 af 27/02/2024, hvor spærring ikke længere eer muligt for deling af stamoplysninger	SDS
2.0	2023-12-11	Tilpasset Version 3.0 af Fælles Stamkort, således både version 2.0 og 3.0 er beskrevet sideløbende	SDS
1.2.1	2020-06-26	Præcisering omkring hvilke datafelter fra Fælles Stamkort, der skal vises for slutbrugerne.	SDS
1.2.2	2020-10-21	Opdateret med specifik reference til testprotokol for modtagelse af Fælles Stamkort	SDS
1.3	2021-01-26	Opdateret med migreringsgrænseflade	SDS
1.3.1	2021-02-11	Tilrettet AdhocQueryRequest eksemplet med on-demand documenttype angivelse	SDS
1.3.2	2021-02-23	Tilrettet eksempel på ITI-18 forespørgsel, da det benyttede forældet codesystem navn	SDS
1.4	2021-03-04	Opdateret med vejledning til adviseringer fra Stamkortregisteret	SDS
1.5	2021-03-12	Tilføjet beskrivelse omkring mulighed for system-system kald ved læsning af Fælles Stamkort	SDS
1.5.1	2021-09-14	Opdateret med endpoint beskrivelse for system-system kald	SDS
1.5.2	2021-11-18	Opdateret med endpoint beskrivelse for system-system kald til NSP-TEST-2, samt whitelisting og Minlog information	SDS
1.5.3	2022-01-25	Opdateret med endpoint beskrivelse for adviseringer, samt præciseringer af notifikationsformatet	SDS
1.5.4	2022-04-20	Opdateret med reference til ny Errata for PDC-DK CDA standarden fra MedCom	SDS
1.5.5	2022-10-10	Opdateret med reference til ny Errata for PDC-DK CDA standarden fra MedCom, Errata præciserer tilknytning af relationer i forbindelse med forældremyndighed.	SDS
1.5.6	2023-03-01	Opdateret link til MedCom Header v. 1.4.	SDS
1.5.7	2023-03-20	Rettet rettighed for nspSundAssistR2 - rollen giver kun adgang til Aftaleoversigten og Fælles Stamkort	SDS
1.5.8	2023-04-26	Fjernet beskrivelse af manuel indtastning af tandlæge	SDS
1.6	2023-09-21	Arkiveret beskrivelse af grænseflade til migrering af data fra lokale fagsystemer	SDS
1.6.1	2024-03-12	Rettet rettighed for nspSundAssistR2 - rollen giver adgang til alle dokumenter der deles via dokumentdelingsinfrastrukturen	SDS

Content

Space Tools

Versions Compared

Old Version 123

New Version 124

Key

Indledning

Anden dokumentation

Teknisk oversigt

Migrering af data fra lokale fagsystemer til Fælles Stamkort

Daglig drift mellem lokale fagsystemer og Fælles Stamkort

Lokal information tilknyttet data i Stamkortregisteret

Adviseringer fra Stamkortregisteret

System kald ved læsning af Fælles Stamkort

Teknisk implementering

Indhold i Fælles Stamkort

Tekniske forudsætninger

Søgning på Fælles Stamkort

Hentning af Fælles Stamkort

Opdatering af Fælles Stamkort

Sikkerhed, roller og rettigheder

Håndtering af frabedelse og fuldmagt

Ændringslog