Page History
...
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. Hjertestop (PDC-DK) [version 3.0]2, der anvendes til at udstille patientens Fælles Stamkort.
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 forventelige 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
...
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 stamdatastamoplysninger, herunder Fælles Stamkort
...
Opdater Stamkortregister foregår via en webservice integration, hvor der er implementeret endpoints til henholdsvis adgang for sundhedsfaglige samt patienter.
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 også
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 pårørende, patientens midlertidige adresse, patientens kontaktoplysninger samt patientens sprog. Indhentning af Fælles Stamkort 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 (telefonnummer, pårørende oplysninger, midlertidige adresse, sprog samt tilknytning til tandlæge). Opdateringer af data, sker via en direkte webserviceintegration til Stamkortregisteret.
...
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:
...
- Hans Hansen har for 2 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:- 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 lngere længere spærres for deling af Fælles Stamkort)
- Der laves automatisk en behandlingsrelationsopfølgning
- 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 selv skal registrere anvendelsen via MinLog-2 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:
...
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
...
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
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
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.)
...
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"> Bemærk at har patienten navne eller adressebeskyttelse vises "BESKYTTET NAVN/ADRESSE" | CPR - register | |||||
Information om patientens pårørende component.structuredBody. templateId code | 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: Telefonnumre valideres i forhold til om de overholder formatet
| <templateId root="1.2.208.184.16.1.10.20.1.25" extension="2019-08-14"/> 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. templateId code
| 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"/> <!-- Value representing the name of the child of whom the patient has custody --> <!-- Value representing the relationship the patient has to the child of whom the patient have custody → | CPR - register | |||||
Patientens forældremyndighedshavere component.structuredBody. templateId code
| 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"/> <!-- Value representing the name of the Custodian of whom the patient is in custody --> <!-- Value representing the relationship the patient has to the custodian of whom the patient is in custody → | CPR - register | |||||
Patientens telefonnummer component.structuredBody. templateId code | 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”/> <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. templateId code | 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"/> | Indtastet information fra stamkortregisteret | |||||
Patientens egen læge recordtarget.patientRole. | Kontaktoplysninger til patientens egen læge. 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. templateId code | 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. | <templateId root="1.2.208.184.16.1.10.20.1.22" extension="2019-08-14"/> | Yder id på tandlægen er indtastet i stamkortregisteret, Ved opslag, hentes seneste information om tandlægen fra yderregisteret. | |||||
Sygesikringsgruppe component.structuredBody. templateId code | Patientens sygesikringsgruppe. | <templateId root="1.2.208.184.16.1.10.20.1.27" extension="2019-08-14"/> | Sygesikringsregisteret | |||||
Patientens foretrukne kommunikationssprog. component.structuredBody. templateId code | 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"/> | Indtastet information fra stamkortregisteret | |||||
Behandlingstestamente component.structuredBody. templateId code | 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"/> | Behandlingstestamenteregister | |||||
Livstestamente component.structuredBody. templateId code | 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"/> | Livstestamenteregister | |||||
Organdonorregistrering component.structuredBody. templateId code | 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 | |||||
Fravalg af genoplivningsforsøg v. hjertestop component.structuredBody. templateId code | 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 | <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/
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
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: 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 Dokumentation
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.
WSDL til DDS Registry findes her: https://wsdl.nspop.dk/ddsregistry?wsdl
Når der søges på et stamkort, kan der søges på de værdier der er angivet i dokument metadata. Fælles Stamkort benytter MedCom's metadata profil version 0.96, der kan hentes på https://svn.medcom.dk/svn/releases/Standarder/IHE/DK_profil_metadata/
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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<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:
...
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 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 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 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
Når der søges på et stamkort, kan der søges på de værdier der er angivet i dokument metadata. Fælles Stamkort benytter MedCom's metadata profil version 0.96, der kan hentes på https://svn.medcom.dk/svn/releases/Standarder/IHE/DK_profil_metadata/
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.
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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<?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.3112^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extension="2019-08-14"/> <time nullFlavor="NI"/> home="1.2.208.176.8.1.12"> <Slot name="creationTime"> <ValueList> <assignedAuthor><Value>20240125090207</Value> </ValueList> </Slot> <id<Slot root="1.2.208.176.1.2" extension="NI" assigningAuthorityName="CPR"/>name="languageCode"> <ValueList> <Value>da-DK</Value> <representedOrganization></ValueList> </Slot> <Slot name="repositoryUniqueId"> <name>CPR</name> <ValueList> <Value>1.2.208.176.43210.8.20.12</Value> </ValueList> </representedOrganization> Slot> <Slot name="sourcePatientId"> <ValueList> </assignedAuthor> <Value>2708599967^^^&1.2.208.176.1.2&ISO</Value> </author>ValueList> </observation>Slot> </entry><Name> <entry typeCode<LocalizedString xml:lang="COMP"> <observation classCode="OBS" moodCode="EVN"en-US" charset="UTF-8" value="Fælles stamkort"/> </Name> <templateId<Classification root="1.2.208.184.16.1.10.20.1.27" extension="2019-08-14"/> <id rootclassificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="1.2.208.184" extension="13ca1449-df19-408f-aedc-b8734a891294"/> .176.43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="" id="urn:uuid:8519e993-c2eb-441e-8d05-b474181718e7"> <Slot name="authorInstitution"> <ValueList> <code code="CoverageGroup" codeSystem="<Value>Fælles Stamkort udstedelse^^^^^&1.2.208.184176.1001.1" codeSystemName="MedCom Message Codes" displayName="Sygesikringsgruppe"/> &ISO^^^^1126211000016009</Value> </ValueList> <value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" root</Slot> </Classification> <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="1.2.208.176.143210.998.99.9920.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="1001" assigningAuthorityNameid="Sygesikringen"/urn:uuid:5f794583-a64d-484c-9642-a69363ffcb0b"> <Slot name="codingScheme"> <author> <ValueList> <templateId root="1<Value>1.2.208.184.16.1.10.20.31" extension="2019-08-14"/> 100.9</Value> </ValueList> </Slot> <Name> <time nullFlavor="NI<LocalizedString xml:lang="en-US" charset="UTF-8" value="Klinisk rapport"/> </Name> <assignedAuthor></Classification> <id root<Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="1.2.208.176.43210.8.2.720.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="NIurn:ad:dk:medcom:pdc-v2.0:full" assigningAuthorityNameid="Sygesikringen"/urn:uuid:7b3aecee-6e15-4944-a511-8e5822b92536"> <Slot name="codingScheme"> <representedOrganization><ValueList> <name>Sygesikringen</name><Value>1.2.208.184.100.10</Value> </ValueList> </representedOrganization>Slot> <Name> </assignedAuthor><LocalizedString xml:lang="en-US" charset="UTF-8" value="DK PDC schema"/> </Name> </author>Classification> </observation><Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="1.2.208.176.43210.8.20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="554041000005106" id="urn:uuid:8a6b8eb1-6fd5-45a7-9e52-0ac8dbfa4ddd"> </entry> <entry typeCode<Slot name="COMPcodingScheme"> <observation classCode="OBS" moodCode="EVN"><ValueList> <templateId root="1.2.208.184.16<Value>2.16.840.1.10113883.20.1.28" extension="2019-08-14"/> 6.96</Value> </ValueList> <id root="1.2.208.184" extension="5d9d425c-acf3-4c61-ace7-766237052ee7"/></Slot> <Name> <code code="OrganDonorRegistration" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes" displayName="Registreret organdonor <LocalizedString xml:lang="en-US" charset="UTF-8" value="sundhedsforvaltning"/> </Name> </Classification> <value<Classification xmlns:xsiclassificationScheme="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" rooturn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="1.2.208.176.43210.8.1.10" extension="false" assigningAuthorityName="Dansk Center For Organdonation"/20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="408443003" id="urn:uuid:d6f3da90-aea3-4230-8137-538e34e6bb39"> <Slot name="codingScheme"> <author><ValueList> <templateId root="1.2.208.184.16<Value>2.16.840.1.10113883.20.31" extension="2019-08-14"/> 6.96</Value> </ValueList> </Slot> <Name> <time nullFlavor="NI<LocalizedString xml:lang="en-US" charset="UTF-8" value="almen medicin"/> </Name> </Classification> <assignedAuthor> <id root <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="1.2.208.176.43210.8.1.1020.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" extensionnodeRepresentation="NIPDC" assigningAuthorityNameid="CPR"/urn:uuid:ad6e5960-7481-41c0-9e73-a0859eb336f3"> <representedOrganization> <name>Dansk Center For Organdonation</name><Slot name="codingScheme"> </representedOrganization><ValueList> </assignedAuthor> <Value>1.2.208.184.100.1</Value> </author> </observation> ValueList> </entry>Slot> <entry typeCode="COMP"><Name> <observation classCode="OBS" moodCode="EVN"> <templateId root<LocalizedString xml:lang="en-US" charset="UTF-8" value="Stamkort"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="1.2.208.184176.1643210.1.108.20.1.29" extension="2019-08-14"/> <id root="1.2.208.184" extension="70f56d3b-e30f-4dfa-8a0a-b41a8f0b3e58"/> 12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" nodeRepresentation="N" id="urn:uuid:6c343c23-cb63-466d-a3f8-ba34be3128d5"> <Slot name="codingScheme"> <ValueList> <code code="TreatmentWillRegistration" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes" displayName="Registreret behandlingstestamente"/> <value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="II" root="1.2.208.176.1.9" extension="false" assigningAuthorityName="Sundhedsdatastyrelsen<Value>2.16.840.1.113883.5.25</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="normal"/> </Name> <author></Classification> <templateId root<ExternalIdentifier registryObject="1.2.208.176.43210.1848.16.1.10.20.31" extension="2019-08-14"/> 20.12^9a6d387b-db0f-4075-aeb3-63a5ad45f3ff" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2708599967^^^&1.2.208.176.1.2&ISO" id="urn:uuid:9fe7321b-2796-4954-be43-c1f52f1eae1d"> <Name> <time<LocalizedString nullFlavorvalue="NIXDSDocumentEntry.patientId"/> <assignedAuthor> </Name> </ExternalIdentifier> <id<ExternalIdentifier rootregistryObject="1.2.208.176.43210.8.1.9" extension="NI" assigningAuthorityName="Sundhedsdatastyrelsen"/> <representedOrganization> <name>Sundhedsdatastyrelsen</name> </representedOrganization> </assignedAuthor> </author> 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"> <Name> <LocalizedString value="XDSDocumentEntry.uniqueId"/> </observation>Name> </ExternalIdentifier> </entry> <entry typeCode="COMP"> <observation classCode="OBS" moodCode="EVN"> <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="1ExtrinsicObject> </RegistryObjectList> </ns3:AdhocQueryResponse> |
Der er tre værdier der skal benyttes:
- 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
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 | ||||||
---|---|---|---|---|---|---|
| ||||||
<RetrieveDocumentSetRequest xmlns="urn:ihe:iti:xds-b:2007"> <DocumentRequest> <HomeCommunityId>1.2.208.176.8.1.12</HomeCommunityId> <RepositoryUniqueId>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</RepositoryUniqueId> <DocumentUniqueId>1.2.208.176.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.
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.
...
Version | Dato | Beskrivelse | Ændret af |
---|---|---|---|
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 |
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 |
Historiske ændringer
0.8 | 2019-12-06 | Udkast til Teknisk implementeringsguide til Fælles Stamkort | SDS |
1.0 | 2020-01-06 | Offentlig efter afsluttet kommenteringsrunde | SDS |
1.0.1 | 2020-01-21 | Tilrettet link til standard for Fælles Stamkort | SDS |
1.1 | 2020-03-27 | Tilrettet efter opdatering af testprotokol for CDA profilen Desuden mindre tekstuelle rettelser | SDS |
1.2 | 2020-05-28 | Indført afsnit som præciserer hvorledes data skal synkroniseres mellem lokale fagsystemer og Fælles Stamkort | 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 |