Page History
| Table of Contents | ||
|---|---|---|
|
Indledning
Denne vejledning beskriver de tekniske forretningsregler forudsætninger i forhold til at implementere forløbsplaner Forløbsplaner i et lokalt fagsystem eller en patient/ borgerportal. Vejledningen er tiltænkt forretningsarkitekter, systemarkitekter samt systemleverandører, således at disse de kan vurdere hvordan forløbsplanerne Forløbsplanerne kan implementeres i systemerne.
| Info |
|---|
Det er vigtigt at forretningsreglerne og indhold for Forløbsplaner læses i forbindelse med en kommende implementering. Den tekniske implementeringsvejledning kan ikke stå alene. |
IHE XDS
På nationalt plan er der udarbejdet en indholdsprofil ud fra HL7's s Clinical Document Architecture Architecture (CDA), som beskriver udvekslingsformatet for forløbsplanerne Forløbsplanerne til KOL, diabetes og hjertelidelseriskæmisk hjertesygdom. Indholdsprofilen er forankret hos MedCom.
CDA-dokumenterne for forløbsplaner Forløbsplaner forvaltes af Primærsektorens Leverandør Service Platform (PLSP), men udstilles via den nationale delingsinfrastruktur, således at borgerens forløbsplaner Forløbsplaner kan fremfindes af sundhedsvæsenets aktører. Aktører, som understøtter forløbsplanerForløbsplaner, kan via deres fagsystemer anvende de standardiserede IHE XDS-snitflader til at hente borgernes forløbsplanerForløbsplaner.
Den nationale delingsinfrastruktur udstilles gennem dokumentdeling- og dokumentregistreringsservices via standardiserede IHE XDS-snitflader. Disse er tilpasset den nationale sikkerhedsinfrastruktur, som bl.a. omhandler autorisation, samtykkekontrol, auditlogning etc.
Anden dokumentation
De overordnede forretningsregler til forløbsplaner kan ses i dokumentet: Indhold og forretningsregler
Udveksling af data om forløbsplaner Forløbsplaner foregår via den nationale delingsinfrastruktur. Denne understøtter reference arkitekturen for referencearkitekturen for deling af dokumenter og billeder.
For generel introduktion til den nationale delingsinfrastruktur, se vejledningen ’Kom godt i gang med dokumentdeling’ til deling af dokumenter via Dokumentdelingsservice på NSP lavet af MedCom.
For detaljeret teknisk dokumentation omkring dokumentdeling via NSP, se beskrivelsen på på Dokumentdeling på NSP (DROS, DDS, NXRG, OpenXDS)
Aktører
Figuren giver et overblik over de aktører som er i spil i relation til deling af forløbsplanerForløbsplaner.
Den praktiserende læge: Lægen og/eller klinikpersonale udarbejder forløbsplanen, Forløbsplanen for henholdsvis KOL, diabetes og iskæmisk hjertesygdom i samarbejde med borgeren via klinikkens fagsystem.
Forløbsplanen Forløbsplanen opbevares i forløbsplandatabasen Forløbsplandatabasen som er forvaltet af PLSP.
Borgere (Patienter): Borgere har læseadgang til egne forløbsplaner Forløbsplaner via sundhed.dk, bemærk borgere kan ikke få adgang til forløbsplaner for børn under forældremyndighed
Pårørende: Pårørende har læseadgang til borgerens forløbsplaner Forløbsplaner via sundhed.dk, hvis . Hvis borgeren har tildelt den pårørende en læsefuldmagt via den fælles-offentlige fuldmagtsservice på borger.dk.
Sundhedspersoner: Sundhedspersoner har adgang til borgeres forløbsplaner Forløbsplaner via Sundhedsjournalen på sundhed.dk, eller via eget fagsystem - afhængigt ,afhængig af lokal implementering.
Sundhedsprofessionelle (uden sundhedsfaglig autorisation): Kan få adgang til borgerens forløbsplaner Forløbsplaner via lokal trustmodel, hvor parterne giver relevante medarbejdere adgang til at tilgå borgeres forløbsplaner Forløbsplaner via Sundhedsjournalen på sundhed.dk, eller via eget fagsystem - , afhængigt af lokal implementering.
Teknisk oversigt
Indhold i forløbsplaner
Først og fremmest skal man kende til det indholdsformat, der benyttes til forløbsplansdokumenterForløbsplansdokumenter. Formatet er XML og indholdet er specificeret som en dansk profil af CDA. Den danske profil for CDA Careplan (CPD-DK v2.0.0) er forankret hos MedCom, der står for den danske profilering. Se under IMedCom CPD-DK hvor ses både beskrivelse af standarden samt forskellige forløbsplan eksempler opbevares, bemærk der Forløbsplan eksempler. Bemærk:Der findes eksempler til alle versioner af CPD-DK, eksempler . Eksempler til CPD-DK v2.0.0 findes i Eksempel folderen.
Et CDA-dokument består af en header og en body, hvor headeren generelt . Headerenbeskriver en række metadata omkring dokumentets indhold, mens de dokumentspecifikke data placeres i body sektionenbodysektionen.
Indholdet i CDA headeren er fælles for alle danske CDA-dokumenter, og er ligeledes forankret hos MedCom, se under . Se under MedCom CDA Header v. 1.4.
I forbindelse med forløbsplaner Forløbsplaner er der tilføjet en forløbslabel til CDA headeren, som ikke er inkluderet i CDA Header v. 1,.4 standarden - dette . Dette er beskrevet i CPD-DK v2.0.0 under afsnit 2.1.5.3.
Systemer der tilsluttes forløbsplaner, Forløbsplaner skal bl.a. godkendes af MedCom ud fra en certificering. Testprotokollerne for certificering til forløbsplaner, Forløbsplaner kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse og afsendelse af careplaner.
Yderligere information om hvordan CDA-dokumenter er opbygget kan findes hos IHE, under: IHE - Hvad er HL7 CDA?
Tekniske forudsætninger
Se Administrative forudsætninger for at få adgang til NSP'en.
Forløbsplaner Forløbsplaner udstilles via services på NSP'en, disse . 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 services gennem DCC'en.
| Info |
|---|
Det er et krav at dokumentdelingsservicen skal tilgås gennem afkoblingskomponenten |
NSP services kan tilgås enten via Den Gode Webservice (DGWS) eller via OIO-IDWS (Udelukkende udelukkende borger adgang).
Den Gode WebService (DGWS) benytter XMLDSIG til at signere SAML assertions ud fra X.509 certifikater/nøgler - for . For adgang til forløbsplaner Forløbsplaner skal sundhedspersoner have et STS-underskrevet SOSI-ID-kort på niveau 4 (medarbejder), hvilket også . Dette er beskrevet under administrative forudsætninger, således at borgeren har mulighed for at lave en spærring så forløbsplaner ikke kan frabede sig deling af data. Laves der en frabedelsekanForløbsplaner ikke deles med specifikke sundhedspersoner, samt at patienten har . Derudover harpatienten mulighed for at se, hvem der har haft adgang til patientens Aftaleoversigt Forløbsplaner via MinLog.
For mere information om den gode webservice, se: https://www.medcom.dk/standarder/webservice-standarder/den-gode-webservice.
Sundhedsdatastyrelsen har beskrevet hvordan et SOSI-ID-kort kan skabes og anvendes under STS Dokumentationen.
De servicesnitflader der udstilles til forløbsplaner Forløbsplaner er alle baseret på SOAP kald, der understøtter DGWS.
Indholdsdelen af den enkelte servicekald (SOAP-body) er den del der er specificeret af IHE XDS-snitfladerne, dvs. for eksempel ITI-18 og ITI-43, se . Se nærmere beskrivelse under: Dokumentdeling på NSP (DROS, DDS, NXRG/SDS Patientindex, OpenXDS)
De detaljerede beskrivelser af snitfladerne findes i IHE IT Infrastructure Technical Framework dokumenterne volume 1, 2a, 2b, 2x og 3.
- IHE ITI TF Vol. 1 - Integration Profiles
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf - IHE ITI TF Vol. 2a - Transactions 1-28
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2a.pdf - IHE ITI TF Vol. 2b - Transactions 29-64
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf - IHE ITI TF Vol. 2x - Appendices A-X
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf - IHE ITI TF Vol. 3 - Metadata
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol3.pdf
Beskrivelserne i de officielle dokumenter fra IHE er relativt komplicerede, og det kan derfor være svært at opnå et godt overblik over, hvordan specifikke kald sættes sammen. Der findes en række generelle og praktiske eksempler og programmer på IPF Open eHealth Integration Platform siderne. Se for eksempel:
- IPF Open eHealth Integration Platform
http://oehf.github.io/ipf/ipf-platform-camel-ihe/ - IPF Commons IHE XDS
https://mvnrepository.com/artifact/org.openehealth.ipf.commons/ipf-commons-ihe-xds
Søgning på forløbsplaner
For at søge efter en borgers forløbsplanerForløbsplaner, skal der laves en ITI-18 forespørgsel via NSP'ens dokumentdelingsservice.WSDLtil DDS Registry findes her: https://wsdl.nspop.dk/ddsregistry?wsdl.
Når der søges på forløbsplanerForløbsplaner, kan der søges på de værdier, der er angivet som XDS-metadata. Forløbsplaner Forløbsplaner benytter metadata profil version 0.96, der kan hentes på https://svn.medcom.dk/svn/releases/Standarder/IHE/DK_profil_metadata/.
Borgerens CPR-nummer (PatientId) samt forløbsplansdokumenterne Forløbsplansdokumenternes statuskode (Status) er påkrævede felter, som skal inkluderes i alle søgninger.
For forløbsplaner, Forløbsplaner er der desuden følgende forretningsmæssige XDS-metdata, som skal anvendes i søgninger:
- Typecode: 81215-6
- EventCodeList (Medtag kun parametre for den type forløbsplaner som er relevant for borgeren/den sundhedsfaglige)
- ALAL02 for hjertelidelser
- ALAL21 for KOL
- ALAL22 for Diabetes type-2
Desuden anbefales det at forespørge både efter specifikt format samt statiske og dynamiske (on-demand) dokumentkilder, angives denne værdi ikke, returneres kun data fra statiske dokumentkilder.
- Type
- urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1 (for statiske dokumentkilder)
- urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248 (for dynamiske "on-demand" dokumentkilder)
- FormatCode: urn:ad:dk:medcom:cpd-v2.0.0:full
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
For henholdsvis AND og OR søgninger gælder det at angives der flere søgeværdier i samme <slot> så tæller det som en OR søgning for disse værdier. Hvor der mellem de forskellige <slot> tæller som en AND søgning.
De detaljerede tekniske informationer om ITI-18 og angivelse af søgeparametre , kan ses i IHE ITI dokumentationvolume 2
Eksempel på en ITI-18 forespørgsel efter forløbsplanerForløbsplaner:
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
<ns3:AdhocQueryRequest xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns4="urn:ihe:iti:xds-b:2007" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0">
<ns3:ResponseOption returnComposedObjects="true" returnType="LeafClass"/>
<AdhocQuery id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d">
<Slot name="$XDSDocumentEntryTypeCode">
<ValueList>
<Value>('81215-6^^2.16.840.1.113883.6.1')</Value>
</ValueList>
</Slot>
<Slot name="$XDSDocumentEntryEventCodeList">
<ValueList>
<Value>('ALAL02^^1.2.208.176.2.4')</Value>
<Value>('ALAL21^^1.2.208.176.2.4')</Value>
<Value>('ALAL22^^1.2.208.176.2.4')</Value>
</ValueList>
</Slot>
<Slot name="$XDSDocumentEntryFormatCode">
<ValueList>
<Value>('urn:ad:dk:medcom:cpd-v2.0.0:full^^1.2.208.184.100.10')</Value>
</ValueList>
</Slot>
<Slot name="$XDSDocumentEntryPatientId">
<ValueList>
<Value>'2512489996^^^&1.2.208.176.1.2&ISO'</Value>
</ValueList>
</Slot>
<Slot name="$XDSDocumentEntryType">
<ValueList>
<Value>('urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248')</Value>
<Value>('urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1')</Value>
</ValueList>
</Slot>
<Slot name="$XDSDocumentEntryStatus">
<ValueList>
<Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value>
</ValueList>
</Slot>
</AdhocQuery>
</ns3:AdhocQueryRequest> |
...
Retur-svaret indeholder referencerne til forløbsplan Forløbsplan dokumenterne, der skal benyttes efterfølgende til at udtrække de konkrete forløbsplanerForløbsplaner
| 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="3" status="urn:ihe:iti:2007:ResponseStatusType:Success"> <RegistryObjectList> <ExtrinsicObject mimeType="text/xml" lid="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b"> <Slot name="creationTime"> <ValueList> <Value>20201001081900</Value> </ValueList> </Slot> <Slot name="hash"> <ValueList> <Value>cf226a31ea1b88e8fbf2c19aabf8b39f015007d0</Value> </ValueList> </Slot> <Slot name="languageCode"> <ValueList> <Value>da-DK</Value> </ValueList> </Slot> <Slot name="serviceStartTime"> <ValueList> <Value>20201001081900</Value> </ValueList> </Slot> <Slot name="repositoryUniqueId"> <ValueList> <Value>1.2.208.176.43210.8.20.11</Value> </ValueList> </Slot> <Slot name="size"> <ValueList> <Value>78558</Value> </ValueList> </Slot> <Slot name="sourcePatientId"> <ValueList> <Value>2512489996^^^&1.2.208.176.1.2&ISO</Value> </ValueList> </Slot> <Slot name="sourcePatientInfo"> <ValueList> <Value>PID-5|Bonde^Sonja</Value> <Value>PID-7|19481225</Value> <Value>PID-8|F</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Min forløbsplan for Diabetes"/> </Name> <VersionInfo versionName="1"/> <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="" id="urn:uuid:098b8a94-a2f2-41b0-99b0-ddb9309bc4e6"> <Slot name="authorPerson"> <ValueList> <Value>^Andersen^Anders</Value> </ValueList> </Slot> <Slot name="authorInstitution"> <ValueList> <Value>Lægehuset Valdemarsgade^^^^^&1.2.208.176.1.1&ISO^^^^191901000016999</Value> </ValueList> </Slot> </Classification> <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="001" id="urn:uuid:2ab86472-7900-4977-9bcc-925a77f8ee13"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.184.100.9</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Clinical report"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="urn:ad:dk:medcom:appointmentsummary:full" id="urn:uuid:a428865b-1633-4374-a61e-45dd3cb9b138"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.184.100.10</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="DK Appointment Summary Document schema"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="394761003" id="urn:uuid:3063e36c-bd48-426f-8b2b-1ed020239171"> <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="lægepraksis (snomed: almen lægepraksis)"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="394821009" id="urn:uuid:872b4d5a-4c82-4932-ae30-610694a73123"> <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="arbejdsmedicin"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="81215-6" id="urn:uuid:a9226a33-b2c6-470b-b418-2c3229ea64c5"> <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="Care plan - recommended C-CDA R2.0 & R2.1 sections"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" nodeRepresentation="N" id="urn:uuid:a42ac328-fdbb-413b-8130-de8fccf8a961"> <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="N"/> </Name> </Classification> <ExternalIdentifier registryObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512489996^^^&1.2.208.176.1.2&ISO" id="urn:uuid:b6d8d9de-123a-467f-b8bc-0815759174e6"> <Name> <LocalizedString value="XDSDocumentEntry.patientId"/> </Name> </ExternalIdentifier> <ExternalIdentifier registryObject="urn:uuid:8ef612da-de9d-47f4-adca-e2d9fbbd740b" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.184^e23d1b0d-f4cc-4b3e-9973-b2a499aa15ba" id="urn:uuid:32b0c3d1-60aa-43ad-9152-8ef127a26980"> <Name> <LocalizedString value="XDSDocumentEntry.uniqueId"/> </Name> </ExternalIdentifier> </ExtrinsicObject> <ExtrinsicObject mimeType="text/xml" lid="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" home="1.2.208.176.43210.8.20"> <Slot name="creationTime"> <ValueList> <Value>20190311000000</Value> </ValueList> </Slot> <Slot name="hash"> <ValueList> <Value>f2f2a5dcd1de12a06e375c55b429e01497418df3</Value> </ValueList> </Slot> <Slot name="languageCode"> <ValueList> <Value>da-DK</Value> </ValueList> </Slot> <Slot name="serviceStartTime"> <ValueList> <Value>20231012000000</Value> </ValueList> </Slot> <Slot name="repositoryUniqueId"> <ValueList> <Value>1.2.208.176.43210.8.20.11</Value> </ValueList> </Slot> <Slot name="size"> <ValueList> <Value>45429</Value> </ValueList> </Slot> <Slot name="sourcePatientId"> <ValueList> <Value>2512489996^^^&1.2.208.176.1.2&ISO</Value> </ValueList> </Slot> <Slot name="sourcePatientInfo"> <ValueList> <Value>PID-5|Berggren^Nancy^Ann</Value> <Value>PID-7|19481225</Value> <Value>PID-8|F</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Min forløbsplan for Diabetes"/> </Name> <VersionInfo versionName="1"/> <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="" id="urn:uuid:ddca4b06-a02e-4eee-82bf-7e84d1c18ad5"> <Slot name="authorPerson"> <ValueList> <Value>^Andersen^Anders</Value> </ValueList> </Slot> <Slot name="authorInstitution"> <ValueList> <Value>Lægehuset Valdemarsgade^^^^^&1.2.208.176.1.1&ISO^^^^191901000016999</Value> </ValueList> </Slot> </Classification> <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="001" id="urn:uuid:a90d9294-60f9-4e7f-a3fc-952fd3d2ff96"> <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:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="urn:ad:dk:medcom:cpd-v1.0.1:full" id="urn:uuid:65e6e8d9-889c-4e8f-bc2c-fd704c17ea9e"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.184.100.10</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="DK CPD schema"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="N/A" id="urn:uuid:9cb1fd64-633a-4681-b326-bb1dc2895a1a"> <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="N/A"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="N/A" id="urn:uuid:3940a9a2-4715-4ed7-9401-ff2662f44a57"> <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="N/A"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="81215-6" id="urn:uuid:e79a48f4-2c1c-4e6c-8e45-edce17674878"> <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="Care plan - recommended C-CDA R2.0 & R2.1 sections"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="N" id="urn:uuid:bbe74d44-f747-4da9-900f-776ca70ce29b"> <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="N"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" nodeRepresentation="ALAL22" id="urn:uuid:6f2e0754-723a-4c6f-8002-05f146f48bca"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.176.2.4</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Type 2-diabetes"/> </Name> </Classification> <ExternalIdentifier registryObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512489996^^^&1.2.208.176.1.2&ISO" id="urn:uuid:3fad78e0-3805-4819-8b0b-065614e706bd"> <Name> <LocalizedString value="XDSDocumentEntry.patientId"/> </Name> </ExternalIdentifier> <ExternalIdentifier registryObject="urn:uuid:16d20fa3-3db6-41dc-a97f-0557fb973b8e" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.184^a452b373-2c23-4a99-9039-f83c438c3a99" id="urn:uuid:11802916-f72e-4c7c-9baf-99a2f3bc72ee"> <Name> <LocalizedString value="XDSDocumentEntry.uniqueId"/> </Name> </ExternalIdentifier> </ExtrinsicObject> <ExtrinsicObject mimeType="text/xml" lid="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" home="1.2.208.176.43210.8.20"> <Slot name="creationTime"> <ValueList> <Value>20231012000000</Value> </ValueList> </Slot> <Slot name="hash"> <ValueList> <Value>bea3a285af86464ff4937cf9fb36effabc7ec5de</Value> </ValueList> </Slot> <Slot name="languageCode"> <ValueList> <Value>da-DK</Value> </ValueList> </Slot> <Slot name="serviceStartTime"> <ValueList> <Value>20231012000000</Value> </ValueList> </Slot> <Slot name="repositoryUniqueId"> <ValueList> <Value>1.2.208.176.43210.8.20.11</Value> </ValueList> </Slot> <Slot name="size"> <ValueList> <Value>40550</Value> </ValueList> </Slot> <Slot name="sourcePatientId"> <ValueList> <Value>2512489996^^^&1.2.208.176.1.2&ISO</Value> </ValueList> </Slot> <Slot name="sourcePatientInfo"> <ValueList> <Value>PID-5|Berggren^Nancy^Ann</Value> <Value>PID-7|19481225</Value> <Value>PID-8|F</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Min forløbsplan for KOL"/> </Name> <VersionInfo versionName="1"/> <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="" id="urn:uuid:c251d963-e53c-4a01-8a6b-84ee8a271b5b"> <Slot name="authorPerson"> <ValueList> <Value>^Andersen^Anders</Value> </ValueList> </Slot> <Slot name="authorInstitution"> <ValueList> <Value>Lægehuset Valdemarsgade^^^^^&1.2.208.176.1.1&ISO^^^^191901000016999</Value> </ValueList> </Slot> </Classification> <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="001" id="urn:uuid:cf6df901-fa20-448c-b38a-107e7f57bd92"> <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:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="urn:ad:dk:medcom:cpd-v1.0.1:full" id="urn:uuid:f634b293-64c9-4a31-a5c3-dab894529a22"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.184.100.10</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="DK CPD schema"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="N/A" id="urn:uuid:a5d6214a-f852-489c-bb32-d60359af9e4e"> <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="N/A"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="N/A" id="urn:uuid:5d6b0d4d-15fc-4ac4-a142-9d6bc92d79b5"> <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="N/A"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="81215-6" id="urn:uuid:65af478b-ecf3-4c47-9ec4-df2f61d86895"> <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="Care plan - recommended C-CDA R2.0 & R2.1 sections"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="N" id="urn:uuid:80e5dbb5-4e3f-4cc1-b435-491d5f128c8b"> <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="N"/> </Name> </Classification> <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" nodeRepresentation="ALAL21" id="urn:uuid:f12bdd3f-b520-46a3-a1c4-5caf649e0cb0"> <Slot name="codingScheme"> <ValueList> <Value>1.2.208.176.2.4</Value> </ValueList> </Slot> <Name> <LocalizedString xml:lang="en-US" charset="UTF-8" value="Kronisk obstruktiv lungesygdom (KOL)"/> </Name> </Classification> <ExternalIdentifier registryObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512489996^^^&1.2.208.176.1.2&ISO" id="urn:uuid:05987b69-f551-43da-92f4-0ee563c7355b"> <Name> <LocalizedString value="XDSDocumentEntry.patientId"/> </Name> </ExternalIdentifier> <ExternalIdentifier registryObject="urn:uuid:ff4fa9c1-4c74-47ba-8eae-31b8acd7dd34" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.184^7ae3ed20-4401-11e9-b475-0800200c9a66" id="urn:uuid:5b53b0da-1002-4d11-80f2-f17baf41cdcd"> <Name> <LocalizedString value="XDSDocumentEntry.uniqueId"/> </Name> </ExternalIdentifier> </ExtrinsicObject> </RegistryObjectList> </ns3:AdhocQueryResponse> |
Hentning af forløbsplaner
| Info |
|---|
Bemærk for at hente en forløbsplan på baggrund af en søgning, skal NSP's Service Deklaration: "Særlige begrænsninger ift. anvendelse af Dokumentdelingsservicen (DDS)" følges. Se: Dokumentdelingsservice (DDS) Opsummeret står der følgende: Der må højst være 10 minutter mellem disse kald (ITI-18 og ITI-43), begge kald skal udføres af samme bruger, og begge kald skal have samme (men unikke) ‘flowID’ |
Der er tre værdier fra retursvaret på ITI-18 forespørgslen som skal benyttes for at hente indholdet af en konkret forløbsplanForløbsplan:
- 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]/@value
Ud fra disse værdier skal der laves en ITI-43 forespørgsel via NSP'ens dokumentdelingsservice.
...
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
<RetrieveDocumentSetRequest xmlns="urn:ihe:iti:xds-b:2007">
<DocumentRequest>
<HomeCommunityId>urn:oid:1.2.208.176.43210.8.20.11</HomeCommunityId>
<RepositoryUniqueId>1.2.208.176.43210.8.20.11</RepositoryUniqueId>
<DocumentUniqueId>1.2.208.184^e23d1b0d-f4cc-4b3e-9973-b2a499aa15ba</DocumentUniqueId>
</DocumentRequest>
</RetrieveDocumentSetRequest> |
Det svar der returneres, er patientens forløbsplan, Forløbsplan indeholdende de dataelementer, der er beskrevet i CPD v.2.0.0.
Bemærk at selve body delen bodydelen af forløbsplanen Forløbsplanen skal hentes ud som en mime attachement:
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
<RetrieveDocumentSetResponse xmlns="urn:ihe:iti:xds-b:2007" xmlns:ns2="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns3="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns4="http://www.w3.org/2000/09/xmldsig#" xmlns:ns5="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns6="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns7="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" xmlns:ns8="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns9="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns10="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns11="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns12="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0"> <ns9:RegistryResponse status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success"/> <DocumentResponse> <RepositoryUniqueId>1.2.208.176.43210.8.20.11</RepositoryUniqueId> <DocumentUniqueId>1.2.208.184^e23d1b0d-f4cc-4b3e-9973-b2a499aa15ba</DocumentUniqueId> <mimeType>text/xml</mimeType> <Document> <xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:37b3a03a-70c8-45ea-9be5-bbaec58de49a-128338@urn%3Aihe%3Aiti%3Axds-b%3A2007"/> </Document> </DocumentResponse> </RetrieveDocumentSetResponse> |
Oprettelse af forløbsplaner
Det er den praktiserende læge, som opretter borgerens forløbsplanForløbsplan, hvorefter den udstilles via PLSP Indeks.
| Info |
|---|
Det er ikke muligt for andre parter, end de praktiserende læger, at oprette forløbsplanerForløbsplaner. |
Ændring af forløbsplaner
Det er praktiserende læge som opretter borgerens forløbsplan, hvorefter den udstilles via PLSP Indeks .
PLSP Indeks udstiller forløbsplaner udstiller Forløbsplaner som en dynamisk (on-demand) dokumentkilde. Det betyder, det betyder at det altid er den sidste opdaterede forløbsplan Forløbsplan som hentes.
| Info |
|---|
Det er ikke muligt for andre parter, end de praktiserende læger, at ændre forløbsplanerForløbsplaner. |
Sletning af forløbsplaner
Det er praktiserende læge, som sletter borgerens forløbsplanForløbsplan, hvorefter den ikke længere udstilles via PLSP Indeks.
| Info |
|---|
Det er ikke muligt for andre parter, end de praktiserende læger, at slette en borgers forløbsplanerForløbsplaner. |
Sikkerhed, roller og rettigheder
For adgang til forløbsplaner Forløbsplaner skal der for sundhedspersoner eksistere et gyldigt SOSI-ID-kort som . Dette er signeret af NSP'ens Secure Token Service, dokumentationen .Dokumentationen for SOSI-ID-kort og STS ligger under: Anvenderguide til STS
Sundhedsfaglige uden sundhedsfaglig autorisation skal have tilknyttet en rettighed før disse de kan få adgang. Lokale organisationer kan enten tilknytte disse rettigheder via Sundhedsstyrelsens Elektroniske Brugerstyring (SEB) , eller give rettigheden via den lokale identifikations- og rettighedsstyring.
Følgende roller anvendes i forbindelse med forløbsplanerForløbsplaner.
Rollenavn | Rettighed | Notation som indsættes i SOSI IdKort ved udstedelse |
nspSundAssistR2 | Giver ret til at læse til forløbsplanerForløbsplaner 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)) | urn:dk:healthcare:national-federation-role:code:41002:value:SundAssistR2
|
En sundhedsfaglig uden sundhedsfaglig autorisation kan ikke have tilknyttet flere roller på samme tid - , dette skal administreres via den lokale identifikations- og rettighedsstyring , eller via SEB.
Ansvaret for at tildele rettigheder til sundhedsfaglige uden sundhedsfaglig autorisation ligger hos de enkelte parter. Parterne skal ligeledes via deres eget rolle/rettighedssystem kunne styre om en sundhedsfaglige, uden sundhedsfaglig autorisation, skal have adgang til forløbsplanerForløbsplaner.
For yderligere information , se Administrative forudsætninger #Brugerstyring/trust
Håndtering af
...
frabedelse og fuldmagt
SpærringFrabedelse af deling af sundhedsdata
Borgeren kan have spærret for frabedt sig deling af at data, herunder forløbsplanerForløbsplaner, 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 dokumenterDokumenter med frabedelse). Det betyder at borgeren enten har spærret for frabedt sig deling af data til den specifikke sundhedsperson, for data i et givet tidsrum, for data fra bestemte organisationer, eller i en kombination af disse. Klienten skal håndtere at der er angivet en spærringfrabedelse, og give sundhedspersonen mulighed for at få adgang til forløbsplaner Forløbsplaner under specielle vilkår, se forretningsregel #6 under: Indhold og forretningsregler Forretningsregler for Forløbsplaner
For adgang til spærrede data data, hvor der er lavet en frabedelse på, kan klienten angive at der ønskes foretaget et værdispring og så sende forespørgslen igen med “ConsentOverride” flaget sat til “True”. Der laves logning i dokumentdelingsinfrastrukturen der angiver at en spærring frabedelse er tilsidesat. Klienten skal samtidig angive årsagen (Eksempelvis: eksplicit samtykke fra patienten for at få adgang til data) til at spærringen frabedelsen er tilsidesat i eget journalsystem, da der kan forventes at være opfølgning på tilsidesatte spærringerfrabedelser.
Yderligere information omkring spærring frabedelse af deling af sundhedsdata og forespørgsler via dokumentdeling kan ses i i Brugervejledning til forespørgsler via DDS. Eksempel påITI-18 fejlsvar for dokumenter der er lavet frabedelse på:
| Code Block | ||||||
|---|---|---|---|---|---|---|
| ||||||
<rs:RegistryError codeContext="urn:dk:nsi:Consent Filter Applied" errorCode="XDSRegistryError" severity="urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error"/> |
Fuldmagt
Borgerportaler kan give borgernes pårørende adgang via den Fælles Offentlige Fuldmagtsservice, hvortil der er tilknyttet en brugergrænseflade på Borger.dk.
Bevis for fuldmagter er understøttet i OIO-IDWS identitytokens signeret af STS'en, dog understøtter dokumentdelingsservicen ikke OIO-IDWS - så fuldmagter denne funktionalitet endnu. Fuldmagter er i stedet etableret via en trust-løsning hvor borgerportalen selv håndterer kontrol af fuldmagter.
Information angående angivelse af fuldmagter via dokumentdelingsservicen, kan ses i HSUID header dokumentation.
Ændringslog
| Version | Dato | Ændret | Ændret af |
|---|---|---|---|
| 2.0.1 | 2025-09-01 | Tilrettet "døde" links | SDS |
| 2.0 | 2025-06-26 | Ny version publiceret | SDS |
Historisk log
| 1.0.1 | 2025-03-24 | Spærring ændret til frabedelse | SDS |
| 1.0 | 2023-09-14 | Version oprettet | SDS |
624 x 461