Indledning

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

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 hjertelidelser. 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 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 foregår via den nationale delingsinfrastruktur. Denne understøtter reference arkitekturen 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

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ængigt 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

PLSP Indeks udstiller ikke forløbsplaner på nuværende tidspunkt. På testmiljøet forventes tilkoblingen at ske ultimo 2023, i produktion Q1-2024


Teknisk oversigt

Indhold i forløbsplaner

CDA standarden til forløbsplaner er under udarbejdelse, og ligger derfor i draft folderen. Testprotokoller og eksempler er endnu ikke udarbejdede


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. Se under MedCom CPD-DK hvor både beskrivelse af standarden samt forskellige forløbsplan eksempler opbevares, 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, hvor headeren generelt beskriver en række metadata omkring dokumentets indhold, mens de dokumentspecifikke data placeres i body sektionen.

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

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

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), hvilket også er beskrevet under administrative forudsætninger, således at borgeren har mulighed for at lave en spærring så forløbsplaner ikke kan deles med specifikke sundhedspersoner, samt at patienten har mulighed for at se hvem der har haft adgang til patientens Aftaleoversigt 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, dvs. 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 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øbsplansdokumenterne 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

XDS metadata, typecode er endnu ikke beskrevet i MedCom's regneark: 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 body delen 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 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

Det er praktiserende læge som opretter borgerens forløbsplan, hvorefter den udstilles via PLSP Indeks.
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 som 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 disse kan få adgang. Lokale organisationer kan enten tilknytte disse rettigheder via Sundhedsstyrelsens Elektroniske Brugerstyring (SEB), eller give rettigheden via den lokale identifikations- og rettighedsstyring.

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 en sundhedsfaglige uden sundhedsfaglig autorisation skal have adgang til forløbsplaner.

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

Bemæ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

Spærring

Borgeren kan have spærret for 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 spærrede dokumenter). Det betyder at borgeren enten har spærret for 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ærring, og give sundhedspersonen mulighed for at få adgang til forløbsplaner under specielle vilkår, se forretningsregel #6 under: Indhold og forretningsregler Forløbsplaner 

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

Yderligere information omkring spærring og forespørgsler via dokumentdeling kan ses i Brugervejledning til forespørgsler via DDS

ITI-18 Spærrede dokumenter 
<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 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.

  • No labels