Versions Compared

Old Version 98

changes.mady.by.user Kjeld Froberg

Saved on

compared with

New Version Current

changes.mady.by.user Anna Sandner Jensen

Saved on

Key

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

...

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 2.0] samt tilpasningen mod Fravalg af Genoplivning v. hjertestopn Hjertestop (PDC-DK) [version 3.0]2, der anvendes til at udstille patientens Fælles Stamkort.
Vejledningen beskriver desuden de tekniske krav og forudsætninger.
Bemærk: i en overgangsperiode vil version 2.0 og version 3.0 af Fælles Stamkort være tilgængelige på infrastrukturen samtidig, dette er indtil Fravalg af Genoplivningsforsøg ved hjertestop er implementeret forventeligt ultimo 2024

De følgende afsnit, beskriver hvordan DK-PDC anvendes, samt hvilke implementeringssregler lokale fagsystemer  og patient/ borgerportaler skal implementere for at understøtte Fælles Stamkort

...

Detaljeret teknisk anvenderguide, herunder information om felttyper, feltstørrelser og kardinalitet i dokumentet: FSK Guide Fælles Stamkort - Teknisk guide til anvendere

Teknisk oversigt

Udveksling af patientens af patientens Fælles Stamkort foregår via den nationale infrastruktur til dokumentdelingdeling af dokumenter. Denne understøtter referencearkitekturen for for deling af dokumenter og billeder.

For generel introduktion til den nationale infrastruktur om dokumentdeling, se vejledningen ’Kom godt i gang med dokumentdeling’ til deling af dokumenter via Dokumentdelingsservice på NSP lavet af MedCom.

...

For detaljeret information ang. MinSpærring se Min Spærring på NSPOP
Bemærk: For Fælles Stamkort 3.0 er det ikke længere muligt for borgeren at spærre for deling af stamoplysninger, herunder Fælles Stamkort

Fælles Stamkort er understøttet af to overordnede forretningsservicesservices. Hent Fælles Stamkort samt Opdater Fælles StamkortStamkortregister, disse services vil indgå i lokale fagsystemer samt patient/borgerportaler.Image Removed

Hent Fælles Stamkort er implementeret via den nationale løsning for dokumentdeling, og følger derved principperne for denne, herunder adgangskontrol, informationssikkerhed og audit. Udvekslingsformatet er HL7 CDA (DK-PDC 2.0 og 3.0).

Opdater Fælles StamkortStamkortregister foregår via en webservice integration, hvor der er implementeret endpoints til henholdsvis adgang for sundhedsfaglige samt patienter.

Image Added

Migrering til Fælles Stamkort er en optionel service til understøttelse af fagsystemernes proces for migrering af stamkortdata til Fælles Stamkort. Processen understøttes af en specifik migreringsgrænseflade på stamkortregisteret, der via system-system integration sikrer, at validiteten samt aktualiteten og derved kvaliteten af data i Fælles Stamkort er så høj som muligt.

Image Removed

Fælles Stamkort on-demand servicen indeholder model og grænsefladebeskrivelser for CDA udvekslingsformatet.
Fælles Stamkort on-demand servicen Fælles Stamkort komponenten indeholder model og grænsefladebeskrivelser for CDA udvekslingsformatet. Bemærk: denne opdateres til at understøtte PDC-DK version 3.0
Fælles Stamkort komponenten er implementeret som en on-demand dokumentkilde, der integrerer til en række registre, heriblandt et stamkortregister, der er autoritativt register for oplysninger om patientens om patientens pårørende,  patientens patientens midlertidige adresse,  patientens patientens kontaktoplysninger samt patientens samt patientens sprog. Læsning Indhentning af Fælles Stamkort dokumenter fra Fælles Stamkort on-demand servicen foregår via dokumentdelingsservicen synkroniseringsservicen (SFSK) på den nationale service platform ved brug af HL7's standard ITI-18 og ITI-43 grænseflader.
Anvenderrettet dokumentation om Synkroniseringsservicen (SFSK) ligger beskrevet under https://www.nspop.dk/display/public/web/SFSK+-+Guide+til+Anvendere

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

...

Det skal sikres at patientens data ikke går tabt samt at integriteten bevares. Det lokale fagsystem skal derfor følge den viste proces.


Image RemovedImage Added

De enkelte data-entiteter fra Fælles Stamkort er tilknyttet en unik ID, de lokale fagsystemer skal kunne opbevare denne ID, da den skal benyttes når en data-entitet enten skal opdateres eller slettes. Samtidig har de enkelte data-entiteter tilknyttet informationer om hvornår de er opdateret, samt hvilken organisation eller om det er patienten selv der har opdateret data. Information omkring opdateringstidspunkt skal også gemmes i det lokale fagsystem, således at fagsystemet kan se om data er ændret siden sidste synkronisering.

...

Fagsystemet ser ved næste opslag på patientens data, at kontaktinformationer har et nyere tidsstempel end de lokla 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.

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 udelukkende udsendt fra Stamkortregisteret, når der er sket ændringer i

  • Patientens pårørende
  • Patientens kontaktoplysninger
  • Patientens midlertidige adresse
  • Patientens sprog
  • Patientens tandlæge

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

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

Image Removed

Fagsystemerne bør implementere en adviseringskomponent, der håndterer at fagsystemet kan lytte på adviseringer fra Stamkortregisteret.
Den tekniske dokumentation i forhold til brugen af de viste endpoints til NAS, er beskrevet i NAS-2 Anvenderguide

Topic

Navn til Topic for ændringer til stamkortregisteret er: 

...

Lokal information tilknyttet data i Stamkortregisteret

Da hver data-entitet i Stamkortregisteret har tilknyttet en 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.

Information der kan ligge lokalt, kan være:

  • Telefonnummer som borgeren ikke ønsker delt via Fælles Stamkort
  • Midlertidig adresse som borgeren ikke ønsker delt via Fælles Stamkort
  • Pårørende oplysninger som borgeren ikke ønsker delt via Fælles Stamkort
  • Prioritet for kontakt til pårørende
  • Yderligere information angående pårørende, som ikke ønskes delt, eller kan deles via nuværende grænseflade

Eksempelvis kan pårørende Hans Hansen fra ovenstående eksempler med ID: 9c13a4e6-fa0e-4740-833b-1e9e80ecc18e være 1. prioritet der skal kontaktes når det er en indlæggelse, 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
  • Register for fravalg af genoplivningsforsøg v. hjertestop (Bemærk: kun via Fælles Stamkort 3.0)

Adviseringer blive  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

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


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

Image Added

Fagsystemerne bør implementere en adviseringskomponent, der håndterer at fagsystemet kan lytte på adviseringer fra Stamkortregisteret, organdonorregisteret, livs- og behandlingstestamenteregisteret samt register for fravalg af genoplivningsforsøg v. hjertestop. Den tekniske dokumentation i forhold til brugen af de viste endpoints til NAS, er beskrevet i NAS-2 Anvenderguide

Information om organdonorregisteret, livs- og behandlingstestamenteregisteret samt register for fravalg af genoplivningsforsøg v. hjertestop kan fremfindes på https://www.nspop.dk

Topic

Navn til Topic for ændringer til stamkortregisteret er: 

http

Endpoint NSP TEST-1: https://test1.ekstern-test.nspop.dk:8443/nas2
Endpoint NSP TEST-2: https://test2.ekstern-test.nspop.dk:8443/nas2

Beskedformat

Beskedformat for ændringer i Stamkortregisteret, er pakket ind i NAS'ens generelle beskedformat (Markeret med blåt)

Indholdet i notifikationen er neutralt, idet der ikke må inkluderes hvad ændringen omhandler. Følgende værdier ligger i adviseringen

  • id: Patientens CPR nummer
  • date: Dato for Hvornår ændringen er sket
  • type: Type for beskeddefinitionen
  • version: Versionsnummer for beskeddefinitionen.
  • messageid: unik besked-id på baggrund af enten DGWS eller IDWS kald, derved har fagsystemer mulighed for at se om adviseringen sker på baggrund af fagsystemets egne opdateringer.
            <NotificationMessage>
                <Topic Dialect="http://docs.oasis-open.org/wsn/t-1/TopicExpression/Simple">http://sundhedsdatastyrelsen.dk/PersonalDataCard/2020/11/01:DataCardUpdated</Topic>
                <Message>
                    <NotifyContent id="borgerens CPR nummer" idType="http://nsi.dk/advis/v10/CPR">
                        <DataCardUpdated xmlns:ns16="http://sundhedsdatastyrelsen.dk/skr/2021/06/02" xmlns:ns2="http://www.w3.org/2005/08/addressing" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
                            <date value="2022-01-25"/>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))

Beskedformat

Beskedformat for ændringer i Stamkortregisteret, er pakket ind i NAS'ens generelle beskedformat (Markeret med blåt)

Indholdet i notifikationen er neutralt, idet der ikke må inkluderes hvad ændringen omhandler. Følgende værdier ligger i adviseringen

  • id: Patientens CPR nummer
  • date: Dato for Hvornår ændringen er sket
  • type: Type for beskeddefinitionen
  • version: Versionsnummer for beskeddefinitionen.
  • messageid: unik besked-id på baggrund af enten DGWS eller IDWS kald, derved har fagsystemer mulighed for at se om adviseringen sker på baggrund af fagsystemets egne opdateringer.

            <NotificationMessage>
                <messageId value="messageid fra MedCom header til request der skabte adviseringen"/>
<Topic Dialect="http://docs.oasis-open.org/wsn/t-1/TopicExpression/Simple">http://sundhedsdatastyrelsen.dk/PersonalDataCard/2020/11/01:DataCardUpdated</Topic>
                <Message>
                    <type value<NotifyContent id="borgerens CPR nummer" idType="http://sundhedsdatastyrelsennsi.dk/advis/MessageDefinitionv10/PDC-notificationCPR"/>
                            <version value<DataCardUpdated xmlns:ns16="1"/>
                        </DataCardUpdated>
                    </NotifyContent>
                </Message>
            </NotificationMessage>
http://sundhedsdatastyrelsen.dk/skr/2021/06/02" xmlns:ns2="http://www.w3.org/2005/08/addressing" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
                            <date value="2022-01-25"/>
                            <messageId value="messageid fra MedCom header til request der skabte adviseringen"/>
                            <type value="http://sundhedsdatastyrelsen.dk/MessageDefinition/PDC-notification"/>
                            <version value="1"/>
                        </DataCardUpdated>
                    </NotifyContent>
                </Message>
            </NotificationMessage>

Det skal bemærkes, at der godt kan foreligge flere adviseringer for den samme patient, da der Det skal bemærkes, at der godt kan foreligge flere adviseringer for den samme patient, da der vil blive skabt en advisering hver gang der er foretaget en ændring på patientens data i Stamkortregisteret. Fagsystemet skal kunne håndtere dette scenarie. Uanset hvor mange adviseringer der ligger i pullpointet, skal der dog kun foretages en synkronisering.

...

  1. Hans Hansen har for 2 dage siden oprettet sit telefonnummer via sundhed.dk, da dette ikke var indtastet i forvejen.
  2. 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.
  3. 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 opslag mod MinSpærring, med sundhedspersonens medarbejdercertifikat, fagsystemet skal agere ud fra svaret. (Eksempelvis gøre opmærksom over for sundhedspersonen at der foreligger en spærring) (Bemærk: For Fælles Stamkort version 3 kan der ikke længere spærres for deling af Fælles Stamkort)
    2. Der Der laves automatisk en behandlingsrelationsopfølgning
    3. Der laves automatisk en 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).

...

Borgere har dog mulighed for at spærre for deling af sit Fælles Stamkort via MinSpærring (Bemærk: Dette bortfalder fra Fælles Stamkort version 3). Dette er uanset om brugeren der spærres for har en sundhedsfaglig autorisation, er under bemyndigelse/trust eller er et system.
Både systemer og brugere vil blive fortalt at der foreligger en spærring når et Fælles Stamkort hentes, som beskrevet i Håndtering af spærring og fuldmagt. Fagsystemet skal således kunne håndtere dette, f.eks ved at brugeren foretager et værdispring, eller spørger borgeren om samtykke til at se oplysningerne.
Fagsystemet skal desuden, som lovgivningen foreskriver det, indføre samtykket i patientjournalen.

I forhold til logning, så er programmet blevet meddelt at i forbindelse med overgangen til Minlog version 2, vil Sundhedsdatastyrelsen ikke længere kunne understøtte system-logninger, hvor der ikke er en brugerkontekst tilknyttet. Da bekendtgørelsen kræver bekendtgørelsen om drift m.v. af den fælles digitale infrastruktur (Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur (retsinformation.dk))  kræver at der laves logning med brugerkontekst ved al anvendelse af persondata, .
Det betyder det at anvender systemer skal registre anvendelsen via MinLog-2, selv skal registrere brugeranvendelsen af Fælles Stamkort til MinLog når system-system kommunikation benyttes til at hente en borgers Fælles Stamkort. Ved system-system kommunikation, vil der kun være information om hvilken organisation der har hentet stamkortet, og ikke information om den konkrete bruger. Dette betyder at anvender systemet godt kan synkronisere en borgers Fælles Stamkort via system-system adgang, men at anvender systemet skal lave en registrering i Minlog, når en sundhedsfaglig bruger anvender borgerens data, så borgeren kan se hvem der har tilgået deres Fælles Stamkort. Anvendersystemets Minlog registrering skal indeholde følgende:
Anvendersystemets Minlog registrering skal indeholde følgende:

  • Hvem der har foretaget opslag med angivelse af fornavn, efternavn samt autorisationsnummer Hvem der har foretaget opslag med angivelse af fornavn, efternavn samt autorisationsnummer eller titel,
  • Behandlingssted, hvorfra opslaget er foretaget
  • Tidspunkt for opslaget.

Den tekniske dokumentation til Minlog findes på: https://www.nspop.dk/display/public/web/MinLog2+-+Min+Log+Registrering herunder Minlog's vejledningsdokument som angiver kravene til hvordan der skal logges.
Der bliver udført test og godkendelse af anvendersystemerne i forhold til logning jvf. Test af Fælles Stamkort

Teknisk løsning

Den tekniske løsning forudsætter at der kan laves opslag på en borgeres borgers Fælles Stamkort udenfor kontekst af en sundhedsfaglig bruger. Dertil laves der et nyt endpoint for dokument delingsservicen, der kan håndtere dette. Forudsætninger for adgang til dette endpoint vil være en whitelisting af det certifikat fagsystemet benytter til at læse data.
Den tekniske dokumentation til anvendere af servicen findes på https://www.nspop.dk/display/public/web/SFSK+-+Guide+til+Anvendere Bemærk: det er udelukkende læsning af Fælles Stamkort, der kan foretages via et system-kald, skrivning skal foretages i kontekst af en sundhedsfaglig bruger (medarbejder certifikat)

Der er ligeledes understøttelse af systemkald for oprettelse/ændring af data i stamkortregisteret, se den speicaliserede grænseflade til dette i dokumentationen til stamkortregisteret

Fagsystemer der tilsluttes, skal have en whitelisting af det funktionscertifikat der benyttes til at læse data via systemkald.

Tilslutning skal anmeldes via den nationale servicedesk[1], hvor der oprettes en supportsag. Supportsagen skal indeholde "Subject" fra certifikatet, som følgende eksempel viser

Subject: SERIALNUMBER=CVR:11111111-FID:22222222 + CN=www.test-eksempel.dk – NemLogin (funktionscertifikat), O=Test-eksempel A/S // CVR:00000000subject=CN=TestCert Org, serialNumber = UI:DK-O:G:34e1043d-2d2a-4e3d-ab40-743db4276b12, O = Min Organisation, organizationIdentifier = NTRDK-12345678, C = DK

Til produktionsmiljøet, skal det være systemcertifikatet for de parter der anvender løsningen.
Til testmiljøer kan systemleverandørernes systemcertifikater også whitelistes.

Endpoint NSP TEST-1 og TEST-2: Se anvenderguiden for systemkald synkroniseringsservice til Fælles Stamkort: https://www.nspop.dk/display/public/web/SFSK+-+Guide+til+Anvendere

Image Removed

Bemærk: Da det jvf bekendtgørelsen ikke skal være muligt at spærre for deling af stamoplysninger pr. 1/12-24, vil Fælles Stamkort fra dette tidspunkt udelukkende blive udstillet via Synkroniseringsservice til Fælles Stamkort

Image Added

Grænsefladerne vil være uændrede i forhold, da det Grænsefladerne vil være uændrede i forhold, da det stadig er ITI-18 og ITI-43 kald til dokumentdelingsservicen der benyttes, der vil dog være et nyt endpoint, der udelukkende kan benyttes til at hente Fælles Stamkort via et system kald. Dette endpoint kan ikke benyttes til af hente andre typer af dokumenter (Aftaler, Planer, PRO-skemaer m.v.)

Har borgeren spærret for deling af sit Fælles Stamkort (Bemærk: bortfalder fra Fælles Stamkort version 3),  kan kan fagsystemerne godt hente data ind lokalt, fagsystemerne skal dog kunne håndtere dette, ved eksempelvis at gemme denne spærring lokalt - eksempelvis som et flag der kontrolleres inden stamkortet benyttes. Fagsystemerne skal kunne advisere brugerne om at borgerens Fælles Stamkort er spærret, og enten give brugeren mulighed for at foretage et værdispring, eller anmode borgeren om et samtykke, inden data benyttes. Værdispring eller samtykke skal indføres i fagsystemets journalsystem som Sundhedloven angiver det.
Der indføres ligeledes en mulighed for fagystemet, til at lytte på adviseringer angående borgerens spærringer, se Håndtering af spærring og fuldmagt, derved kan fagsystemet fjerne den lokale spærring, og benytte data som loven foreskriver det.
Fagsystemet kan også vælge ikke at have en lokal kopi af en borger Fælles Stamkort, hvis borgeren har lavet en spærring. Det er op til fagsystemets egne processer at kunne håndtere dette.

...

Fagsystemer og borgerportaler der skal benytte Fælles Stamkort, skal godkendes og certificeres af MedCom. Testprotokollerne for certificering til Fælles Stamkort, hvor version 1.0 3 er gældende for modtagelse, kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse af Fælles Stamkort
Bemærk: Testprotokollerne er under opdaterering til Fælles Stamkort version 3

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

...

Indholdet i Fælles stamkort er defineret i CDA profilen: Personal Data Card (PDC-DK) [version 2.0] og [version 3.0].
Update 10/10-2022: MedCom har opdateret Errata, hvori der er enkelte præciseringer samt rettelser af fejl i forhold til PDC-DK 2.0., Errata'en kan hentes på MedCom's hjemmeside, og er gældende sammen med PDC-DK 2.0 profilen.
Bemærk for version 3.0, vil errata fremadrettet blive indarbejdet i et "build" versionsnummer, eksempelvis til version 3.0.1. Build versionsnumre er præciseringer og rettelser der ikke ændrer på snitfladerne.

Indholdet er struktureret således at generelt stamdata om patienten er en del af den generiske CDA header, som beskriver alle typer af CDA dokumenter. Den generiske CDA header er beskrevet i dokumentet: HL7 Implementation Guide for CDA Release 2.0 CDA Header (DK CDA Header)3.
Body delen af dokumentet component.structuredBody indeholder staminformation om patienten, der enten er taget fra registre eller tastet ind manuelt.
Nedenstående tabel giver et indblik i hvilket indhold der findes i Fælles Stamkort, samt hvad der er kilden.

...

31

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.

<id assigningAuthorityName="CPR" extension="2512489996" root="1.2.208.176.1.2"/>

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 kun angives flere observation 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
titlereg. exp. for telefonnummer
tel:\+?[-0-9().]+


<templateId root="1.2.208.184.16.<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"/>
<!-- The patient's Relative's name and phone numbers -->
<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"/>
<!-- The Relative's relation to the patient -->
<value xsi:type="CD" code="nabo" codeSystem="1.2.208.184.100.2" codeSystemName="MedCom Relation Codes" displayName="Nabo"/>
<!-- A note about the Relative -->
<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.

<templateId root="1.2.208.184.16.1.10.20.1.23" extension="2019-08-14"/>
<id extension="2267197b-cd9a-4c04-a4b0-cfd91e639f98" root="1.2.208.184"/>
<code code="ChildCustody"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Forældremyndighed over"/>

<!-- Value representing the name of the child of whom the patient has custody -->
<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.

<templateId root="1.2.208.184.16.1.10.20.1.23" extension="2019-08-14"/>
<id extension="3167197b-cd9a-4c04-a3b0-cfd91e639c98" root="1.2.208.184"/>
<code code="CustodyBy"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Under Forældremyndighed"/>

<!-- Value representing the name of the Custodian of whom the patient is in custody -->
<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.

<templateId root=”1.2.208.184.16.1.10.20.1.24” extension=”2019-08-14”/>
<id extension=”95055cc4-39cc-4f77-99ae-300731c4522a” root=”1.2.208.184”/>
<code code=”PatientContactTypedIn”
  codeSystem=”1.2.208.184.100.1”
  codeSystemName=”MedCom Message Codes”
  displayName=”Kontaktoplysninger, indtastet”/>

  <value xsi:type=”TEL” use=”H” value=”tel:11223344”/>
  <value xsi:type=”TEL” use=”WP” value=”tel:33112244”/>
  <value xsi:type=”TEL” use=”MC” value=”tel:66774433”/>

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 <value assigningAuthorityName="Yderregisteret" extension="123456" root="1.2.208.176.1.4"/>
<value xsi:type="EN">
  <prefix>Tandlæge</prefix>
  <given>Jette</<given>Tandklinikken smil. nu</given>
  <family>Testesen<<family/family>>
 </value>
 <value xsi:type="AD">
  <streetAddressLine>Tandvej 7</streetAddressLine>
  <postalCode>1234</postalCode>
  <city>Yderby</city>
  <country>DentistcountryTypedIn</country>
</value>  <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.Indtastet information fra stamkortregisteret

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.


<templateId root="1.2.208.184.16.1.10.20.1.27" extension="2019-08-14"/>
<id extension="f7272633-2c06-4fee-9d81-1199f03ba569" root="1.2.208.184"/>
<code code="CoverageGroup"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Sygesikringsgruppe"/>
<value xsi:type="II" root="1.2.208.176.2.7" extension="1" assigningAuthorityName="Sygesikringen"/>

Sygesikringsregisteret

Patientens foretrukne kommunikationssprog.

component.structuredBody.
component.section.entry.observation

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

code
 code="LanguageTypedIn"
 codeSystem="1.2.208.184.100.1"


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

Feltet er forudfyldt med sproget ”Dansk”.

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

<templateId root="1.2.208.184.16.1.10.20.1.20" extension="2019-08-14"/>
<id extension="2267197b-cd9a-4c04-a4b0-cfd91e639f98" root="1.2.208.184"/>
<code code="LanguageTypedIn"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Talt sprog, indtastet"/>
 <value
  xsi:type="CD"
  code="de"
  codeSystem="1.0.639.1"
  codeSystemName="ISO-639-1"
  displayName="Tysk"/>





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.


<templateId root="1.2.208.184.16.1.10.20.1.29" extension="2019-08-14"/>
  <id extension="88423bf2-96c4-4df7-a36e-e55f7c02714b" root="1.2.208.184"/>
<code code="TreatmentWillRegistration"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Registreret behandlingstestamente"/>
<value xsi:type="II" root="1.2.208.176.1.9"
 extension="false"
 assigningAuthorityName="Sundhedsdatastyrelsen"/>



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="LivingWillRegistration"
 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.


<templateId root="1.2.208.184.16.1.10.20.1.30" extension="2019-08-14"/>
<id extension="7d2a50a0-dbf9-443c-8759-3574bed1dd1b" root="1.2.208.184"/>
<code code="LivingWillRegistration"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Registreret livstestamente"/>
 <value
  xsi:type="II"
  root="1.2.208.176.1.8"
  extension="true"
  assigningAuthorityName="Sundhedsdatastyrelsen"/>

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="OrganDonorRegistration"
 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. 


<templateId root="1.2.208.184.16.1.10.20.1.28" extension="2019-08-14"/>
<id extension="bf5b7087-b8dd-41f3-91c8-d2e0a8955c3a" root="1.2.208.184"/>
<code code="OrganDonorRegistration"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Registreret organdonor"/>
 <value
  xsi:type="II"
  root="1.2.208.176.1.10"
  extension="true"
  assigningAuthorityName="Dansk Center For Organdonation"/>

Organdonorregisteret

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

Visning af felter i Fælles Stamkort

Tabellen viser hvilke data elementer der skal vises til slutbrugerne for Fælles Stamkort.

Bemærk at har man patientens CPR-oplysninger fra eksempelvis egen registerkopi, bør disse benyttes. Fælles Stamkort trækker CPR oplysninger fra sin egen registerkopi.

Nogle felter er ikke obligatoriske, hvilket vil sige det er ikke sikkert de findes i patientens Fælles Stamkort, men hvis de findes - skal de vises for slutbrugeren.

...

Nr.

...

Dataelement

...

Kommentar

...

Mandatory

...

Vises for slutbruger

...

Kildesystem

...

1

recordTarget.patientRole.id

...

Patientens CPR nummer

...

Ja

...

Ja

...

CPR

...

2

recordTarget.patientRole.addr

...

Patientens navn og adresse

...

Ja

...

Ja

...

CPR

...

3

...

Observation (RelativeTypedIn)

...

Patientens indtastede pårørende

...

Nej

...

Ja

...

Stamkortregister

...

 

...

Observation (ChildCustody) og (CustodyBy)

...

Patientens information om forældremyndighed

...

Nej

...

Ja

...

CPR

...

 

...

Observation (PatientContactTypedId)

...

Patientens indtastede kontaktoplysninger

...

Nej

...

Ja

...

Stamkortregister

...

 

...

Observation (TempAddrTypedIn)

...

Patientens indtastede midlertidige adresse

...

Nej

...

Ja

...

Stamkortregister

...

 

...

recordtarget.patientRole.
providerOrganization

...

Patientens egen læge

...

Nej

...

Ja

...

Sygesikringsregisteret

...

 

...

Observation (TempAddrTypedIn)

...

Patientens indtastede tandlæge

...

Nej

...

Ja

...

Stamkortregister

...

 

...

Observation (CoverageGroup)

...

Patientens sygesikringsgruppe

...

Ja

...

Ja

...

Sygesikringsregisteret

...

 

...

Observation (LanguageTypedIn)

...

Patientens indtastede sprog

...

Nej

...

Ja

...

Stamkortregister

...

 

...

Observation (TreatmentWillRegistration)

...

Har patienten information i behandlingstestamenteregisteret?

...

Ja

...

Ja

...

Behandlingstestamenteregisteret

...

 

...

Observation (LivingWillRegistration)

...

Har patienten information i livstestamenteregisteret?

...

Ja

...

Ja

...

Livstestamenteregisteret

...

 

...

Observation (OrganDonorRegistration)

...

Har patienten information i organdonorregisteret?

...

Ja

...

Ja

...

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: Gælder udelukkende for Fælles Stamkort version 3

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 ektivt fravalg til genoplivningsforsøg v. hjertestop registreret “false” = Borgeren har ikke registreret, eller har ikke aktivt fravalg til genoplivningsforsøg v. hjertestop registreret
Or the NullFlavor “NAV” = Der er ikke muligt at registrere fravalg til genoplivningsforsøg v. hjertestop endnu

<templateId root="1.2.208.184.16.1.10.20.1.31" extension="2023-07-01"/>
<id extension="d90df5cb-602c-44d5-8cc6-9fb7ed9b8df9" root="1.2.208.184"/>
<code code="NoResuscitationRegistration"
 codeSystem="1.2.208.184.100.1"
 codeSystemName="MedCom Message Codes"
 displayName="Registreret fravalg af genoplivningsforsøg v. hjertestop"/>
 <value
  xsi:type="II"
  root="1.2.208.176.1.11"
  extension="true"
  assigningAuthorityName="Sundhedsdatastyrelsen"/>

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 at få adgang til NSP'en.

Tekniske forudsætninger

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

Fælles stamkort udstilles via services på NSP'en, disse skal tilgås gennem en afkoblingskomponent "DCC'en" DCC'en viderestiller kald til underliggende services, så der er ikke en WSDL for DCC'en. Se DCC Dokumentation for adgang til servies gennem DCC'en.

NSP services kan tilgås enten via Den Gode Webservice eller via OIO-IDWS (Udelukkende patient adgang).
Den Gode WebService benytter XMLDSIG til at signere SAML assertions ud fra X.509 certifikater/nøgler - for adgang til Fælles Stamkort skal sundhedspersoner have et gyldigt Nem-ID Medarbejdercertifikat (MOCES) - for mere information om den gode webservice, se: . For mere information om den gode webservice, se: https://www.medcom.dk/standarder/webservice-standarder/den-gode-webservice

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 DokumentationGuide 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 NSP'ens dokumentdelingsservice, eller via systemkaldskomponenten SFSK. Det er samme forespørgsel bare foretaget på forskellige endpoints.

WSDL til DDS Registry findes her: https://wsdl.nspop.dk/ddsregistry?wsdl

...

Typisk angives patientens kun CPR nummer, samt en typecode - For Fælles Stamkort er typecode "PDC", og da Fælles Stamkort er en on-demand dokumenttype angives dette også. Se følgende eksempel.

Code Block
languagexml
titleITI-18 AdhocQueryRequest
collapsetrue
		<AdhocQueryRequest xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0">
			<ResponseOption returnType="LeafClass" returnComposedObjects="true"/>
			<AdhocQuery xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d">
				<Slot name="$XDSDocumentEntryPatientId">
					<ValueList>
						<Value>'2512489996^^^&1.2.208.176.1.2&ISO'</Value>
					</ValueList>
				</Slot>
				<Slot name="$XDSDocumentEntryTypeCode">
					<ValueList>
						<Value>('PDC^^1.2.208.184.100.1')</Value>
					</ValueList>
				</Slot>
				<Slot name="$XDSDocumentEntryType">
					<ValueList>
						<Value>('urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248')</Value>
					</ValueList>
				</Slot>
			</AdhocQuery>
		</AdhocQueryRequest>

Svaret indeholder referencen til Fælles Stamkort dokumentet, der skal benyttes efterfølgende til at udtrække selve Fælles Stamkort dokumenter

Code Block
languagexml
titleITI-18 AdhocQueryResponse
collapsetrue
		<ns3:AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns7="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns8="http://www.w3.org/2000/09/xmldsig#" xmlns:ns9="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns10="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns11="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" totalResultCount="1" status="urn:ihe:iti:2007:ResponseStatusType:PartialSuccess">
			<RegistryObjectList>
				<ExtrinsicObject mimeType="text/xml" objectType="urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" home="1.2.208.176.8.1.12">
					<Slot name="creationTime">
						<ValueList>
							<Value>20191129120611</Value>
						</ValueList>
					</Slot>
					<Slot name="languageCode">
						<ValueList>
							<Value>da-DK</Value>
						</ValueList>
					</Slot>
					<Slot name="repositoryUniqueId">
						<ValueList>
							<Value>1.2.208.176.43210.8.10.12</Value>
						</ValueList>
					</Slot>
					<Slot name="sourcePatientId">
						<ValueList>
							<Value>2512489996^^^&1.2.208.176.1.2&ISO</Value>
						</ValueList>
					</Slot>
					<Name>
						<LocalizedString xml:lang="en-US" charset="UTF-8" value="Fælles stamkort"/>
					</Name>
					<Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="" id="urn:uuid:2dc69467-1a1a-43a5-a300-7ff085dc4ad7">
						<Slot name="authorInstitution">
							<ValueList>
								<Value>Sundhedsdatastyrelsen^^^^^&1.2.208.176.1.1&ISO^^^^634491000016008</Value>
							</ValueList>
						</Slot>
					</Classification>
					<Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="001" id="urn:uuid:76545ece-d1f8-46fe-84ad-69b84caba60c">
						<Slot name="codingScheme">
							<ValueList>
								<Value>1.2.208.184.100.9</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString xml:lang="en-US" charset="UTF-8" value="Klinisk rapport"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="DK FSK Schema" id="urn:uuid:9216fb14-c16f-499c-bb48-f67b956aac59">
						<Slot name="codingScheme">
							<ValueList>
								<Value>urn:ad:dk:medcom:fsk:full</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString xml:lang="en-US" charset="UTF-8" value="DK FSK Schema"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="554041000005106" id="urn:uuid:0cde4f59-9e49-4dfb-925a-9325564dc47e">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.6.96</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString xml:lang="en-US" charset="UTF-8" value="sundhedsforvaltning"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="52460-3" id="urn:uuid:f6aec0bd-8ee0-4ad3-932f-cb4c6314fa84">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.6.1</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString xml:lang="en-US" charset="UTF-8" value="Patient Information"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" nodeRepresentation="N" id="urn:uuid:84b2075d-0ded-4bec-b50a-c67d9cbb83d2">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.5.25</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString xml:lang="en-US" charset="UTF-8" value="normal"/>
						</Name>
					</Classification>
					<ExternalIdentifier registryObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="0202999573^^^&1.2.208.176.1.2&ISO" id="urn:uuid:f8d811f5-1d9a-4774-a49c-0c90c01ce0d8">
						<Name>
							<LocalizedString value="XDSDocumentEntry.patientId"/>
						</Name>
					</ExternalIdentifier>
					<ExternalIdentifier registryObject="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="urn:sds:fsk:stamkort:4dfd86a1-ccdd-4463-8d06-2e6d2f4f2b52" id="urn:uuid:da6376b7-0cb9-4bfd-a80e-241cff0be6de">
						<Name>
							<LocalizedString value="XDSDocumentEntry.uniqueId"/>
						</Name>
					</ExternalIdentifier>
				</ExtrinsicObject>
			</RegistryObjectList>
		</ns3:AdhocQueryResponse>

Der er tre værdier der skal benyttes:

...

For forløbsplaner, er der desuden følgende forretningsmæssige XDS-metdata, som skal anvendes i søgninger:

  • Typecode: PDC

Når der forespørges på Fælles Stamkort, laves et opslag til underliggende registre, derfor  forespørged der altid på dynamiske (on-demand) dokumentkilder, angives denne værdi ikke, returneres kun data fra statiske dokumentkilder.

  • Type: urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248 (for dynamiske "on-demand" dokumentkilder)

Fælles stamkort udstilles i en overgang i flere formater (version 2.0 og version 3.0) - angives formatkoden ikke, returneres begge versioner.

  • FormatCode:
    • urn:ad:dk:medcom:pdc-v2.0:full  (Fælles stamkort version 2.0)
    • urn:ad:dk:medcom:pdc-v3.0:full  (Fælles stamkort version 3.0)

Værdierne (klassifikationerne) som anvendes i XDS-metadata er defineret i et regneark hos MedCom, se: DK-IHE_Metadata-Common_Code_systems-Value_sets.xlsx

Code Block
languagexml
titleITI-18 AdhocQueryRequest
collapsetrue
		<AdhocQueryRequest xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0">
			<ResponseOption returnType="LeafClass" returnComposedObjects="true"/>
			<AdhocQuery xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d">
				<Slot name="$XDSDocumentEntryPatientId">
					<ValueList>
						<Value>'2512489996^^^&1.2.208.176.1.2&ISO'</Value>
					</ValueList>
				</Slot>
                <Slot name="$XDSDocumentEntryFormatCode">
                    <ValueList>
                        <Value>('urn:ad:dk:medcom:pdc-v3.0:full^^1.2.208.184.100.10')</Value>
                    </ValueList>
                </Slot>
                <Slot name="$XDSDocumentEntryTypeCode">
					<ValueList>
						<Value>('PDC^^1.2.208.184.100.1')</Value>
					</ValueList>
				</Slot>
				<Slot name="$XDSDocumentEntryType">
					<ValueList>
						<Value>('urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248')</Value>
					</ValueList>
				</Slot>
                <Slot name="$XDSDocumentEntryStatus">
                    <ValueList>
                        <Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value>
                    </ValueList>
                </Slot>
            </AdhocQuery>
		</AdhocQueryRequest>


Svaret indeholder referencen til Fælles Stamkort dokumentet, der skal benyttes efterfølgende til at udtrække selve Fælles Stamkort dokumenter

Code Block
languagexml
titleITI-18 AdhocQueryResponse
collapsetrue
<ns3:AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns7="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns8

...

Yderligere information omkring forespørgsler via dokumentdeling kan ses i Brugervejledning til forespørgsler via DDS

Hentning af Fælles Stamkort

For at hente en patients Fælles Stamkort, skal der laves en ITI-43 forespørgsel via NSP'ens dokumentdelingsservice.

Som beskrevet ovenfor benyttes de tre værdier: HomeCommunityId, RepositoryUniqueId og DocumentUniqueId til at hente dokumentet.

WSDL til DDS Repository findes her: https://wsdl.nspop.dk/ddsrepository?wsdl

Code Block
languagexml
titleITI-43 RetrieveDocumentSetRequest
collapsetrue
		<ns2:RetrieveDocumentSetRequest xmlns:ns6="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:ihe:iti:xds-b:2007">
			<ns2:DocumentRequest>
				<ns2:HomeCommunityId>1.2.208.176.8.1.12</ns2:HomeCommunityId>
				<ns2:RepositoryUniqueId>1.2.208.176.43210.8.20.12</ns2:RepositoryUniqueId>
				<ns2:DocumentUniqueId>1.2.208.176.43210.8.20.12^c6d6d930-6c34-4eb0-a363-a1cf759b8587</ns2:DocumentUniqueId>
			</ns2:DocumentRequest>
		</ns2:RetrieveDocumentSetRequest>

Det svar der returneres er patientens Fælles Stamkort, indeholdende de dataelementer der er beskrevet under indhold.

Code Block
languagexml
titleITI-43 RetrieveDocumentSetResponse
collapsetrue
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:ns2="urn:hl7-org:sdtc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" moodCode="EVN" xsi:schemaLocation="urn:hl7-org:v3 http://svn.medcom.dk/svn/releases/Standarder/HL7/Generic/Schema/CDA_SDTC.xsd">
	<realmCode code="DK"/>
	<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
	<templateId root="1.2.208.184.16.1"/>
	<id root="1.2.208.184" extension="f88f5d86-814d-418d-9a85-0dd04b2309a2" assigningAuthorityName="MedCom"/>
	<code code="PDC" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes" displayName="Stamkort"/>
	<title>Personal Data Card for 1010880846</title>
	<effectiveTime value="20220125130312+0100"/>
	<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
	<languageCode code="da-DK"/>
	<recordTarget typeCode="RCT" contextControlCode="OP">
		<patientRole classCode="PAT">
			<id root="1.2.208.176.1.2" extension="1010880846" assigningAuthorityName="CPR"/>
			<addr use="H">
				<streetAddressLine>Lønvejen 469</streetAddressLine>
				<postalCode>0445</postalCode>
				<city>Tjørnuvík</city>
				<country>DK</country>
			</addr>
			<patient classCode="PSN">
				<name>
					<given>Julia</given>
					<given>B65</given>
					<family>Hansen</family>
				</name>
				<administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
				<birthTime value="19881010"/>
			</patient>
			<providerOrganization>
				<id root="1.2.208.176.1.4" extension="905120" assigningAuthorityName="Yderregisteret"/>
				<name>Læge Mette Larsen</name>
				<telecom use="WP" value="tel:68441743"/>
				<addr use="H">
					<streetAddressLine>Morbærvej50</streetAddressLine>
					<postalCode>7321</postalCode>
					<city>Gadbjerg</city>
				</addr>
			</providerOrganization>
		</patientRole>
	</recordTarget>
	<author>
		<time value="20220125130312+0100"/>
		<assignedAuthor>
			<id root="1.2.208.176.1.1" extension="1126211000016009" assigningAuthorityName="SOR"/>
			<representedOrganization>
				<name>Fælles Stamkort udstedelse</name>
			</representedOrganization>
		</assignedAuthor>
	</author>
	<custodian>
		<assignedCustodian>
			<representedCustodianOrganization>
				<id root="1.2.208.176.1.1" extension="1126211000016009" assigningAuthorityName="SOR"/>
				<name>Fælles Stamkort udstedelse</name>
			</representedCustodianOrganization>
		</assignedCustodian>
	</custodian>
	<documentationOf typeCode="DOC">
		<serviceEvent classCode="ACT" moodCode="EVN">
			<templateId root="1.2.208.184.10.1.11"/>
			<effectiveTime>
				<low value="20220125130312+0100"/>
				<high nullFlavor="NA"/>
			</effectiveTime>
		</serviceEvent>
	</documentationOf>
	<documentationOf typeCode="DOC">
		<serviceEvent classCode="ACT" moodCode="EVN">
			<templateId root="1.2.208.184.10.1.10" extension="2019-09-10"/>
			<id root="1.2.208.184.100.10" extension="pdc-v2.0" assigningAuthorityName="MedCom"/>
		</serviceEvent>
	</documentationOf>
	<component typeCode="COMP" contextConductionInd="true">
		<structuredBody classCode="DOCBODY" moodCode="EVN">
			<component typeCode="COMP" contextConductionInd="true">
				<section classCode="DOCSECT" moodCode="EVN">
					<templateId root="1.2.208.184.16.1.10.20.1" extension="2019-08-14"/>
					<text>
						<paragraph>Øvrige oplysninger</paragraph>
						<table width="100%">
							<tbody>
								<tr>
									<th>Oplysning</th>
									<th>Værdi</th>
									<th>Kilde/Indtastet af</th>
									<th>Sidst ændret/Indtastet den</th>
								</tr>
								<tr>
									<td>Borgerens navn og adresse</td>
									<td>
										<list>
											<item>Julia B65 Hansen</item>
											<item>Lønvejen 469</item>
											<item>0445 Tjørnuvík</item>
											<item>DK</item>
										</list>
									</td>
									<td>CPR</td>
									<td>Ikke oplyst</td>
								</tr>
								<tr>
									<td>Sygesikringsgruppe</td>
									<td>
										<list>
											<item>1</item>
										</list>
									</td>
									<td>CPR</td>
									<td>Ikke oplyst</td>
								</tr>
								<tr>
									<td>Registreret organdonor</td>
									<td>
										<list>
											<item>Nej</item>
										</list>
									</td>
									<td>Dansk Center For Organdonation</td>
									<td>Ikke oplyst</td>
								</tr>
								<tr>
									<td>Registreret behandlingstestamente</td>
									<td>
										<list>
											<item>Nej</item>
										</list>
									</td>
									<td>Sundhedsdatastyrelsen</td>
									<td>Ikke oplyst</td>
								</tr>
								<tr>
									<td>Registreret livstestamente</td>
									<td>
										<list>
											<item>Nej</item>
										</list>
									</td>
									<td>Sundhedsdatastyrelsen</td>
									<td>Ikke oplyst</td>
								</tr>
							</tbody>
						</table>
					</text>
					<entry typeCode="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.2.208.184.16.1.10.20.1.26" extension="2019-08-14"/>
							<id root="1.2.208.184" extension="dd4170b0-27e2-4625-ae8a-eb053a90cbda"/>
							<code code="CitizenNameAddr" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes" displayName="Borgerens navn og adresse"/>
							<value xmlns:xsi="http://www.w3.org/2000/200109/XMLSchema-instancexmldsig#" xsixmlns:type="PN">
								<given>Julia</given>
								<given>B65</given>
								<family>Hansen</family>
							</value>
							<value xmlns:xsins9="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns10="http://www.w3.org/2001/XMLSchema-instance" xsi:type="AD" use="H">
								<streetAddressLine>Lønvejen 469</streetAddressLine>
								<postalCode>0445</postalCode>
								<city>Tjørnuvík</city>
								<country>DK</country>
							</value>
							<author>
								<templateId rootmedcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns11="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" totalResultCount="1" status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success">
	<RegistryObjectList>
		<ExtrinsicObject mimeType="text/xml" objectType="urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="1.2.208.184176.1643210.1.108.20.31" extension="2019-08-14"/>
								<time nullFlavor="NI"/>
								<assignedAuthor>
									<id root12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" home="1.2.208.176.8.1.2" extension12">
			<Slot name="NI" assigningAuthorityName="CPR"/creationTime">
				<ValueList>
					<representedOrganization><Value>20240125090207</Value>
				</ValueList>
			</Slot>
			<name>CPR</name><Slot name="languageCode">
				<ValueList>
					<<Value>da-DK</representedOrganization>Value>
					</ValueList>
			</assignedAuthor>Slot>
			<Slot name="repositoryUniqueId">
				</author><ValueList>
						</observation><Value>1.2.208.176.43210.8.20.12</Value>
					</entry>ValueList>
					<entry typeCode="COMP"></Slot>
						<observation classCode="OBS" moodCode="EVN<Slot name="sourcePatientId">
				<ValueList>
					<templateId root="<Value>2708599967^^^&1.2.208.184.16176.1.10.20.1.27" extension="2019-08-14"/>2&ISO</Value>
				</ValueList>
			<id root="1.2.208.184" extension="13ca1449-df19-408f-aedc-b8734a891294"/></Slot>
			<Name>
				<code<LocalizedString codexml:lang="CoverageGroupen-US" codeSystemcharset="1.2.208.184.100.1UTF-8" codeSystemNamevalue="MedCom Message Codes" displayName="SygesikringsgruppeFælles stamkort"/>
			</Name>
				<value xmlns:xsi<Classification classificationScheme="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" rooturn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="1.2.208.176.143210.998.99.9920.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="1" assigningAuthorityNameid="Sygesikringen"/urn:uuid:8519e993-c2eb-441e-8d05-b474181718e7">
							<author>
								<templateId root="1.2.208.184.16.1.10.20.31" extension="2019-08-14"/>
		<Slot name="authorInstitution">
					<ValueList>
						<time nullFlavor="NI"/>
<Value>Fælles Stamkort udstedelse^^^^^&1.2.208.176.1.1&ISO^^^^1126211000016009</Value>
					</ValueList>
				<assignedAuthor></Slot>
			</Classification>
						<id root<Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="1.2.208.176.43210.8.2.720.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="NI001" assigningAuthorityNameid="Sygesikringen"/urn:uuid:5f794583-a64d-484c-9642-a69363ffcb0b">
									<representedOrganization>
<Slot name="codingScheme">
					<ValueList>
						<name>Sygesikringen</name><Value>1.2.208.184.100.9</Value>
					</ValueList>
				</representedOrganization>Slot>
				<Name>
					</assignedAuthor><LocalizedString xml:lang="en-US" charset="UTF-8" value="Klinisk rapport"/>
				</Name>
			</author>
						</observation>Classification>
			<Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="1.2.208.176.43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="urn:ad:dk:medcom:pdc-v2.0:full" id="urn:uuid:7b3aecee-6e15-4944-a511-8e5822b92536">
					</entry>
					<entry typeCode<Slot name="COMPcodingScheme">
						<observation classCode="OBS" moodCode="EVN"><ValueList>
							<templateId root="1<Value>1.2.208.184.16.1.10.20.1.28" extension="2019-08-14"/>100.10</Value>
							<id root="1.2.208.184" extension="5d9d425c-acf3-4c61-ace7-766237052ee7"/>
		</ValueList>
				</Slot>
				<Name>
					<code<LocalizedString codexml:lang="OrganDonorRegistrationen-US" codeSystemcharset="1.2.208.184.100.1UTF-8" codeSystemNamevalue="MedComDK MessagePDC Codes" displayName="Registreret organdonor"schema"/>
				</Name>
			</Classification>
			<value<Classification xmlns:xsiclassificationScheme="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" rooturn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="1.2.208.176.43210.8.1.1020.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="false554041000005106" assigningAuthorityName="Dansk Center For Organdonation"/id="urn:uuid:8a6b8eb1-6fd5-45a7-9e52-0ac8dbfa4ddd">
				<Slot name="codingScheme">
			<author>
		<ValueList>
						<templateId root="1.2.208.184.16.1.10.20.31" extension="2019-08-14"/>
								<time nullFlavor="NI<Value>2.16.840.1.113883.6.96</Value>
					</ValueList>
				</Slot>
				<Name>
					<LocalizedString xml:lang="en-US" charset="UTF-8" value="sundhedsforvaltning"/>
								<assignedAuthor></Name>
				</Classification>
					<id root<Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="1.2.208.176.43210.8.1.1020.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="NI408443003" assigningAuthorityNameid="CPR"/urn:uuid:d6f3da90-aea3-4230-8137-538e34e6bb39">
									<representedOrganization>
										<name>Dansk Center For Organdonation</name><Slot name="codingScheme">
									</representedOrganization><ValueList>
								</assignedAuthor>
		<Value>2.16.840.1.113883.6.96</Value>
					</author>ValueList>
						</observation>Slot>
					</entry><Name>
					<entry<LocalizedString typeCodexml:lang="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId rooten-US" charset="UTF-8" value="almen medicin"/>
				</Name>
			</Classification>
			<Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="1.2.208.184176.1643210.1.108.20.1.29" extension="2019-08-14"/>
	12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="PDC" id="urn:uuid:ad6e5960-7481-41c0-9e73-a0859eb336f3">
				<Slot name="codingScheme">
					<ValueList>
						<id root="1<Value>1.2.208.184" extension="70f56d3b-e30f-4dfa-8a0a-b41a8f0b3e58"/>.100.1</Value>
					</ValueList>
				</Slot>
				<Name>
					<code<LocalizedString codexml:lang="TreatmentWillRegistrationen-US" codeSystemcharset="1.2.208.184.100.1UTF-8" codeSystemNamevalue="MedCom Message Codes" displayName="Registreret behandlingstestamente"Stamkort"/>
				</Name>
			<value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" root</Classification>
			<Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="1.2.208.176.43210.8.1.920.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="falseN" assigningAuthorityNameid="Sundhedsdatastyrelsen"/urn:uuid:6c343c23-cb63-466d-a3f8-ba34be3128d5">
				<Slot name="codingScheme">
			<author>
		<ValueList>
						<templateId root="1.2.208.184.16<Value>2.16.840.1.10113883.20.31" extension="2019-08-14"/>
			5.25</Value>
					</ValueList>
				</Slot>
				<Name>
					<time nullFlavor="NI<LocalizedString xml:lang="en-US" charset="UTF-8" value="normal"/>
				</Name>
				<assignedAuthor></Classification>
									<id root<ExternalIdentifier registryObject="1.2.208.176.43210.8.1.920.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionidentificationScheme="NIurn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" assigningAuthorityNamevalue="Sundhedsdatastyrelsen"/>
									<representedOrganization>2708599967^^^&1.2.208.176.1.2&ISO" id="urn:uuid:9fe7321b-2796-4954-be43-c1f52f1eae1d">
				<Name>
						<name>Sundhedsdatastyrelsen</name>
					<LocalizedString value="XDSDocumentEntry.patientId"/>
				</representedOrganization>Name>
								</assignedAuthor>ExternalIdentifier>
							</author><ExternalIdentifier registryObject="1.2.208.176.43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.176.43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" id="urn:uuid:f0572561-ae53-48c6-b223-f4559b5d3530">
						</observation><Name>
					</entry>
					<entry typeCode="COMP"<LocalizedString value="XDSDocumentEntry.uniqueId"/>
						<observation classCode="OBS" moodCode="EVN"></Name>
			</ExternalIdentifier>
				<templateId root="1.2.208.184.16.1.10.20.1.30" extension="2019-08-14"/>
							<id root="1.2.208.184" extension="b11ffc4e-7ebd-4c3e-924c-5bffa7b37906"/>
							<code code="LivingWillRegistration" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes" displayName="Registreret livstestamente"/>
							<value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" root="1.2.208.176.1.8" extension="false" assigningAuthorityName="Sundhedsdatastyrelsen"/>
							<author>
								<templateId root="1.2.208.184.16.1.10.20.31" extension="2019-08-14"/>
								<time nullFlavor="NI"/>
								<assignedAuthor>
									<id root="1</ExtrinsicObject>
	</RegistryObjectList>
</ns3:AdhocQueryResponse>

Der er tre værdier der skal benyttes:

  1. HomeCommunityId - der beskriver det domæne dokumentet befinder sig i.

    Værdien hentes ud fra ...ExtrinsicObject/@home

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

Yderligere information omkring forespørgsler via dokumentdeling kan ses i Brugervejledning til forespørgsler via DDS

Hentning af Fælles Stamkort

For at hente en patients Fælles Stamkort, skal der laves en ITI-43 forespørgsel via NSP'ens dokumentdelingsservice.

Som beskrevet ovenfor benyttes de tre værdier: HomeCommunityId, RepositoryUniqueId og DocumentUniqueId til at hente dokumentet.

WSDL til DDS Repository findes her: https://wsdl.nspop.dk/ddsrepository?wsdl


Code Block
languagexml
titleITI-43 RetrieveDocumentSetRequest
collapsetrue
<RetrieveDocumentSetRequest xmlns="urn:ihe:iti:xds-b:2007">
	<DocumentRequest>
		<HomeCommunityId>1.2.208.176.8.1.12</HomeCommunityId>
		<RepositoryUniqueId>1.2.208.176.43210.8.20.12</RepositoryUniqueId>
		<DocumentUniqueId>1.2.208.176.1.8" extension="NI" assigningAuthorityName="Sundhedsdatastyrelsen"/>
									<representedOrganization>
										<name>Sundhedsdatastyrelsen</name>
									</representedOrganization>
								</assignedAuthor>
							</author>
						</observation>
					</entry>
				</section>
			</component>
		</structuredBody>
	</component>
</ClinicalDocument>

43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff</DocumentUniqueId>
	</DocumentRequest>
</RetrieveDocumentSetRequest>


Det svar der returneres er patientens Fælles Stamkort, indeholdende de dataelementer der er beskrevet under indhold,

Se bl.a MedCom's testeksempler under http://svn.medcom.dk/svn/releases/Standarder/HL7/PDC/Eksempler/ 

Opdatering af Fælles Stamkort

...

Rollenavn

Rollebeskrivelse

Notation som indsættes i SOSI IdKort ved udstedelse

nspSundAssistR1

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

(Se overordnet dokumentation for nationale roller her: SEB - Sundhedsvæsenets Elektroniske Brugerstyring - Sundhedsdatastyrelsen Services (nsi.dk))

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

 

: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

(Se overordnet dokumentation for nationale roller her: SEB - Sundhedsvæsenets Elektroniske Brugerstyring - Sundhedsdatastyrelsen Services (nsi.dk))

nspSundAssistR2

Giver ret til at læse til Aftaler og Fælles Stamkort

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.

 BemærkBemærk: SEB-dokumentationen samt vejledningen ved oprettelse af en rolle er ved at blive tilrettet, så rettigheden for nspSundAsisstR2 afspejler ovenstående.

Håndtering af spærring og fuldmagt

Bemærk: Spærring for deling af Fælles Stamkort udgår i forbindelse med Fælles Stamkort version 3.0

Spærring

Patienten kan have spærret for at data fra Fælles Stamkort må deles med andre parter i sundhedssektoren, i det tilfælde vil fejlkoden "Consent Filter Applied” blive returneret (se nedenstående xml eksempel for ITI-18 spærrede dokumenter). Det betyder at patienten har spærret for deling af Fælles Stamkort til en specifik sundhedsperson, eller at spærringen er lavet specifikt mod deling af Fælles Stamkort (via SOR-id: 1126211000016009). Klienten skal håndtere at der er angivet en spærring, og give sundhedspersonen mulighed for at få adgang til Fælles Stamkort under specielle vilkår. 

...

Har en borger spærret for deling af Fælles Stamkort, og benytter løsningen for system-system kald, som beskrevet i afsnit 3.5 - System kald ved læsning af Fælles Stamkort, vil fagsystemet have et behov for at blive adviseret hvis borgeren ændrer sine spærringer.

Image RemovedImage Added

Fagsystemerne bør implementere en adviseringskomponent, der håndterer at fagsystemet kan lytte på adviseringer fra MinSpærring (Samtykkeservicen)
Den tekniske dokumentation i forhold til brugen af endpoints til NAS, er beskrevet i NAS-2 Anvenderguide

...

Bevis for fuldmagter er understøttet i OIO-IDWS identitytokens signeret af STS'en, dog understøtter dokumentdelingsservicen ikke fuldmagter via OIO-IDWS - så fuldmagter er i stedet etableret via en trust-løsning hvor patientportalen selv håndterer kontrol af fuldmagter.

Information angående angivelse af fuldmagter via dokumentdelingsservicen, kan ses i HSUID header dokumentation.

Ændringslog

VersionDatoBeskrivelseÆndret af
2.02023-12-11Tilpasset Version 3.0 af Fælles Stamkort, således både version 2.0 og 3.0 er beskrevet sideløbendeSDS
2.0.12024-03-12Tilpasset efter offentliggørelse af BEK nr 193 af 27/02/2024, hvor spærring ikke længere eer muligt for deling af stamoplysningerSDS

Historiske ændringer

0.82019-12-06Udkast til Teknisk implementeringsguide til Fælles StamkortSDS
1.0 2020-01-06Offentlig efter afsluttet kommenteringsrundeSDS
1.0.12020-01-21Tilrettet link til standard for Fælles StamkortSDS
1.12020-03-27

Tilrettet efter opdatering af testprotokol for CDA profilen

Desuden mindre tekstuelle rettelser

SDS
1.22020-05-28Indført afsnit som præciserer hvorledes data skal synkroniseres mellem lokale fagsystemer og Fælles StamkortSDS
1.2.12020-06-26Præcisering omkring hvilke datafelter fra Fælles Stamkort, der skal vises for slutbrugerne.SDS
1.2.22020-10-21Opdateret med specifik reference til testprotokol for modtagelse af Fælles StamkortSDS
1.32021-01-26Opdateret med migreringsgrænsefladeSDS
1.3.12021-02-11Tilrettet AdhocQueryRequest eksemplet med on-demand documenttype angivelseSDS
1.3.22021-02-23Tilrettet eksempel på ITI-18 forespørgsel, da det benyttede forældet codesystem navnSDS
1.42021-03-04Opdateret med vejledning til adviseringer fra StamkortregisteretSDS
1.52021-03-12Tilføjet beskrivelse omkring mulighed for system-system kald ved læsning af Fælles StamkortSDS
1.5.12021-09-14Opdateret med endpoint beskrivelse for system-system kaldSDS
1.5.22021-11-18Opdateret med endpoint beskrivelse for system-system kald til NSP-TEST-2, samt whitelisting og Minlog informationSDS
1.5.32022-01-25Opdateret med endpoint beskrivelse for adviseringer, samt præciseringer af notifikationsformatetSDS
1.5.42022-04-20Opdateret med reference til ny Errata for PDC-DK CDA standarden fra MedComSDS
1.5.52022-10-10Opdateret 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.62023-03-01Opdateret link til MedCom Header v. 1.4.SDS
1.5.72023-03-20Rettet rettighed for nspSundAssistR2 - rollen giver kun adgang til Aftaleoversigten og Fælles Stamkort

SDS

1.5.82023-04-26Fjernet beskrivelse af manuel indtastning af tandlæge

SDS

1.62023-09-21Arkiveret beskrivelse af grænseflade til migrering af data fra lokale fagsystemer

SDS

1.6.12024-03-12Rettet rettighed for nspSundAssistR2 - rollen giver adgang til alle dokumenter der deles via dokumentdelingsinfrastrukturen

SDS