Indledning

Denne vejledning beskriver de tekniske forudsætninger i forhold til at implementere Forløbsplaner i et lokalt fagsystem eller en borgerportal. Vejledningen er tiltænkt forretningsarkitekter, systemarkitekter samt systemleverandører, således at de kan vurdere hvordan Forløbsplanerne kan implementeres i systemerne. 

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 Clinical Document Architecture (CDA), som beskriver udvekslingsformatet for Forløbsplanerne til KOL, diabetes og iskæmisk hjertesygdom. Indholdsprofilen er forankret hos MedCom. 
CDA-dokumenterne for Forløbsplaner forvaltes af Primærsektorens Leverandør Service Platform (PLSP), men udstilles via den nationale delingsinfrastruktur, således at borgerens Forløbsplaner kan fremfindes af sundhedsvæsenets aktører. Aktører, som understøtter Forløbsplaner, kan via deres fagsystemer anvende de standardiserede IHE XDS-snitflader til at hente borgernes Forlø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

Udveksling af data om Forløbsplaner foregår via den nationale delingsinfrastruktur. Denne understøtter 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å 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øbsplaner. 

Den praktiserende læge: Lægen og/eller klinikpersonale udarbejder Forløbsplanen for henholdsvis KOL, diabetes og iskæmisk hjertesygdom i samarbejde med borgeren via klinikkens fagsystem. 
Forløbsplanen opbevares i Forløbsplandatabasen som er forvaltet af PLSP. 

Borgere (Patienter): Borgere har læseadgang til egne 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 via sundhed.dk. 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 via Sundhedsjournalen på sundhed.dk eller via eget fagsystem, afhængig af lokal implementering. 

Sundhedsprofessionelle (uden sundhedsfaglig autorisation): Kan få adgang til borgerens Forløbsplaner via lokal trustmodel, hvor parterne giver relevante medarbejdere adgang til at tilgå borgeres 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ø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. I MedCom CPD-DK ses både beskrivelse af standarden samt forskellige Forløbsplan eksempler. Bemærk: Der findes eksempler til alle versioner af CPD-DK. Eksempler til CPD-DK v2.0.0 findes i Eksempel folderen. 

Et CDA-dokument består af en header og en body. Headeren beskriver en række metadata omkring dokumentets indhold, mens de dokumentspecifikke data placeres i bodysektionen. 

Indholdet i CDA headeren er fælles for alle danske CDA-dokumenter, og er ligeledes forankret hos MedCom. Se under MedCom CDA Header v. 1.4.  

I forbindelse med Forløbsplaner er der tilføjet en forløbslabel til CDA headeren, som ikke er inkluderet i CDA Header v. 1.4 standarden. Dette er beskrevet i CPD-DK v2.0.0 under afsnit 2.1.5.3. 

Systemer der tilsluttes Forløbsplaner skal bl.a. godkendes af MedCom ud fra en certificering. Testprotokollerne for certificering til 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

Forløbsplaner 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 services gennem DCC'en. 

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 borger adgang).  
Den Gode WebService (DGWS) benytter XMLDSIG til at signere SAML assertions ud fra X.509 certifikater/nøgler. For adgang til Forløbsplaner skal sundhedspersoner have et STS-underskrevet SOSI-ID-kort på niveau 4 (medarbejder). Dette er beskrevet under administrative forudsætninger, således at borgeren har mulighed for at frabede sig deling af data. Laves der en frabedelse kan Forløbsplaner ikke deles med specifikke sundhedspersoner. Derudover har patienten mulighed for at se, hvem der har haft adgang til patientens 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 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, for eksempel ITI-18 og ITI-43. 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. 

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: 

Søgning på forløbsplaner

For at søge efter en borgers Forløbsplaner, 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å Forløbsplaner, kan der søges på de værdier, der er angivet som XDS-metadata. 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øbsplansdokumenternes statuskode (Status) er påkrævede felter, som skal inkluderes i alle søgninger. 

For 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 dokumentation volume 2 

Eksempel på en ITI-18 forespørgsel efter Forløbsplaner:

ITI-18 AdhocQueryRequest 
<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 dokumenterne, der skal benyttes efterfølgende til at udtrække de konkrete Forløbsplaner

ITI-18 AdhocQueryResponse 
		<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

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øbsplan:

  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]/@value

Ud fra disse værdier 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 dokumenterne.

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

ITI-43 RetrieveDocumentSetRequest 
        <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 indeholdende de dataelementer, der er beskrevet i CPD v.2.0.0. 

Bemærk at selve bodydelen af Forløbsplanen skal hentes ud som en mime attachement: 

ITI-43 RetrieveDocumentSetResponse 
		<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øbsplan, hvorefter den udstilles via PLSP Indeks. 

Det er ikke muligt for andre parter, end de praktiserende læger, at oprette Forløbsplaner.

Ændring af forløbsplaner

PLSP Indeks udstiller Forløbsplaner som en dynamisk (on-demand) dokumentkilde. Det betyder, at det altid er den sidste opdaterede Forløbsplan som hentes. 

Det er ikke muligt for andre parter, end de praktiserende læger, at ændre Forløbsplaner.

Sletning af forløbsplaner

Det er praktiserende læge, som sletter borgerens Forløbsplan, hvorefter den ikke længere udstilles via PLSP Indeks.

Det er ikke muligt for andre parter, end de praktiserende læger, at slette en borgers Forløbsplaner.

Sikkerhed, roller og rettigheder

For adgang til Forløbsplaner skal der for sundhedspersoner eksistere et gyldigt SOSI-ID-kort. Dette er signeret af NSP'ens Secure Token Service. Dokumentationen for SOSI-ID-kort og STS ligger under: Anvenderguide til STS 

Sundhedsfaglige uden sundhedsfaglig autorisation skal have tilknyttet en rettighed før 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øbsplaner. 

Rollenavn

Rettighed

Notation som indsættes i SOSI IdKort ved udstedelse

nspSundAssistR2

Giver ret til at læse til Forlø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 sundhedsfaglige, uden sundhedsfaglig autorisation, skal have adgang til Forløbsplaner. 

For yderligere information se Administrative forudsætninger #Brugerstyring/trust 

Håndtering af frabedelse og fuldmagt

Frabedelse af deling af sundhedsdata

Borgeren kan have frabedt sig deling af at data, herunder Forlø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 Dokumenter med frabedelse). Det betyder at borgeren enten har 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 frabedelse, og give sundhedspersonen mulighed for at få adgang til Forløbsplaner under specielle vilkår, se forretningsregel #6 under: Forretningsregler for Forløbsplaner

For adgang til 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 frabedelse er tilsidesat. Klienten skal samtidig angive årsagen (Eksempelvis: eksplicit samtykke fra patienten for at få adgang til data) til at frabedelsen er tilsidesat i eget journalsystem, da der kan forventes at være opfølgning på tilsidesatte frabedelser.

Yderligere information omkring frabedelse af deling af sundhedsdata og forespørgsler via dokumentdeling kan ses i Brugervejledning til forespørgsler via DDS. Eksempel på ITI-18 fejlsvar for dokumenter der er lavet frabedelse på:

ITI-18 Dokumenter med frabedelse 
<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 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

VersionDatoÆndretÆndret af
2.0.12025-09-01Tilrettet "døde" linksSDS
2.02025-06-26Ny version publiceretSDS


Historisk log

1.0.12025-03-24Spærring ændret til frabedelseSDS
1.02023-09-14Version oprettetSDS




624 x 461



  • No labels