Versions Compared

Key

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

Table of Contents
stylecircle

Info

Pilotafprøvningsløsningen til deling af psykiatriplaner er lukket ned pr. 1/5-2025

Indledning

Denne vejledning beskriver de tekniske forretningsregler i forhold til at implementere psykiatriplaner 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 psykiatriplanerne kan implementeres i systemerne.

...

De overordnede forretningsregler til forløbsplaner psykiatriplaner kan ses i dokumentet: Indhold og forretningsregler

Udveksling af data om forløbsplaner psykiatriplaner foregår via den nationale delingsinfrastruktur. Denne understøtter reference arkitekturen for deling af dokumenter og billeder.

...

Sundhedsprofessionelle (uden sundhedsfaglig autorisation): Kan få adgang til borgerenspsykiatriplaner via lokal trustmodel, hvor parterne giver relevante medarbejdere adgang til at tilgå borgerespsykiatriplaner via Sundhedsjournalen på sundhed.dk, eller via eget fagsystem - afhængigt af lokal implementering


Teknisk oversigt

Indhold i

...

psykiatriplaner

Først og fremmest skal man kende til det indholdsformat der benyttes til psykiatriplansdokumenter. Formatet er XML og indholdet er specificeret som en dansk profil af CDA. Den danske profil for CDA Careplan (PHAD-DK v1.0.0) er forankret hos MedCom der står for den danske profilering. Se under MedCom PHAD-DK hvor både beskrivelse af standarden samt forskellige eksempler opbevares. Eksempler til PHAD-DK v1.0.0 findes i Eksempel folderen.

...

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 psykiatriplaner 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 frabedelse af deling af sundhedsdata, så psykiatriplaner ikke kan deles med specifikke sundhedspersoner, samt at patienten har mulighed for at se hvem der har haft adgang til patientens Aftaleoversigt psykiatriplaner via MinLog.
For mere information om den gode webservice, se: https://www.medcom.dk/standarder/webservice-standarder/den-gode-webservice

...

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

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

...

Code Block
languagexml
titleITI-18 AdhocQueryResponse
collapsetrue
		<ns3:AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns7="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns8="http://www.w3.org/2000/09/xmldsig#" xmlns:ns9="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns10="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns11="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" totalResultCount="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øbsplan:

...

Hentning af psykiatriplaner

Info

Bemærk for at hente en psykiatriplan 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 psykiatriplan:

  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

Code Block
languagexml
title ITI-43 RetrieveDocumentSetRequest
collapsetrue
        <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 psykiatriplan, indeholdende de dataelementer der er beskrevet i PHAD v.1.0.0

Bemærk at selve body delen af psykiatriplanen skal hentes ud som en mime attachement

Code Block
languagexml
titleITI-43 RetrieveDocumentSetResponse
collapsetrue
		<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 psykiatriplaner

Oprettelse af psykiatri foregår via den dokumentregistreringsservice (DROS), detaljeret dokumentation er beskrevet under: Dokumentregistreringsservice

Endpoint til psykiatriplanspecifik DROS er gennem afkoblingskomponenten er: https://<NSP-SERVER_URL>:<NSP-SERVER_PORT>/decoupling/nspservices/plind 
SOAPAction for ITI-41 endpoint er "urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b", se detaljer dokumenteret under: https://www.nspop.dk/display/public/web/DROS+-+Guide+til+anvendere#DROSGuidetilanvendere-Planerogindsatser(Psykiatriplaner)repository/registryviaDCC

Direkte endpoint (som kun bør anvendes til testformål er: https://<NSP-SERVER_URL>:<NSP-SERVER_PORT>/dros_plind/iti41
NSP TEST1 endpoint er: http://test1-cnsp.ekstern-test.nspop.dk:8080/dros_plind/iti41
NSP TEST2 endpoint er: https://test2-cnsp.ekstern-test.nspop.dk:8080/dros_plind/iti41

Arbejdsgangene omkring skabelsen af psykiatriplansdokumenter, og derved deling af dokumenterne foregår ofte som automatiske processer og system til system kommunikation, derfor kan der både benyttes et medarbejdercertifikat (MOCES) eller et Funktionscertifikat (FOCES) til deling af psykiatriplansdokumenter via Dokumentregistreringsservicen.

WSDL til DROS'en findes under: Snitfladebeskrivelse og endpoints og på https://wsdl.nspop.dk/#dros

Igen som når et dokuemnt hentes, så skal selve ClinicalDocument oprettes som en MIME attachment, se eksemplet for detaljer.


Code Block
languagexml
titleITI-41 ProvideAndRegisterDocumentSetRequest
collapsetrue
		<ProvideAndRegisterDocumentSetRequest xmlns:lcm="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:rim="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns="urn:ihe:iti:xds-b:2007">
			<lcm:SubmitObjectsRequest>

TODO - Indsæt eksempel

            </lcm:SubmitObjectsRequest>
			<Document id="10614913492668759151.7526722965054630547.1561027587628">
				<xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:d028af6e-dc46-4049-b3bd-a4496767e42d@urn%3Aihe%3Aiti%3Axds-b%3A2007"/>
			</Document>
		</ProvideAndRegisterDocumentSetRequest>

Ændring af psykiatriplaner

Ændring af psykiatriplansdokumenter foregår som oprettelser. Fagsystemet skal blot sikre sig at documententryid'en gemmes lokalt når dokumentet oprettes (husk at documententryid og dokument-id ikke er det samme - se beskrivelsen ovenfor).

Når ændringen af indholdet i CDA dokumentet har betydning for patienten og/eller sundhedsprofessionelle, fx rettelse af fejl eller tilføjelse af information, skal ændringerne i deles via infrastrukturen.

Når et dokument er ændret, skal der laves et ITI-41 provideAndRegister request, men man skal som dokument-provider selv angive associationstypen, source-objektet og target objektet
For en præcis teknisk vejledning, kan opskriften fra IHE’s wikiside følges (https://wiki.ihe.net/index.php/Annotated_ProvideAndRegister.b_Transaction#Document_Replacement)

Infrastrukturen vil derefter automatisk sørge for at tage den tidligere instans af dokumentet, og sætte den til status "deprecated" og så gemme den nye instans af dokumentet.
Den nye instans af dokumentet bliver samtidigt kædet til den tidligere instans - således der er historik på dokumenterne.

Sletning af psykiatriplaner

Der er ikke udstillet funktionalitet til at slette dokumenter for fagsystemerne.
Psykiatriplanerne bliver slettet efter pilotafprøvningens afslutning og følger lovgivningen vedr. sletning efter et givet tidsrum. 

Fagsystemer kan, hvis dokumentet ikke længere bør deles via infrastrukturen, ændre dokumentet, og give det status "deprecated". Det kan gøres ved at benytte ITI-57 UpdateDocumentSet, hvorved AvailabilityStatus stættes til "deprecated" istedet for "approved". UpdateDocumentSet er ligeledes tilgængelig via ovenstående DROS endpoint

Sikkerhed, roller og rettigheder

For adgang til psykiatriplaner 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 psykiatriplaner.

Rollenavn

Rettighed

Notation som indsættes i SOSI IdKort ved udstedelse

nspSundAssistR2

Giver ret til at læse til psykiatriplaner

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 psykiatriplaner.

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 data, herunder psykiatriplaner, 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 psykiatriplaner under specielle vilkår, se forretningsregel #6 under: Indhold og forretningsregler Psykiatriplaner 

For adgang til data, hvor der er frabedt deling, 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

Code Block
languagexml
titleITI-18 Dokumenter med frabedelse
collapsetrue
<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.

I pilotperioden anvendes ikke løsningen for fuldmagt. 

Ændringslog

1.12025-05-01Opdateret med infoboks om nedlukningSDS
1.0.22025-03-24Spærring ændret til frabedelse SDS
1.012024-24-24Tilrettet tekst (slåfejl og uddybning vedr. sletning og fuldmagt) SDS
1.02024-09-24Tilpasset eksempelSDS
0.9.12024-06-20Tilføjet henvisning til dokumentation for DROS endpoint via afkoblingskomponentenSDS
0.92024-04-02Teknisk implementeringsvejledning for psykiatriplaner, mangler enkelte eksemplerSDS
0.12023-09-14Udkast til Teknisk implementeringsvejledning for psykiatriplanerSDS

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

Code Block
languagexml
title ITI-43 RetrieveDocumentSetRequest
collapsetrue
        <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

Code Block
languagexml
titleITI-43 RetrieveDocumentSetResponse
collapsetrue
		<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 psykiatriplaner

Ændring af psykiatriplaner

Sletning af psykiatriplaner

Sikkerhed, roller og rettigheder

For adgang til psykiatriplaner 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 psykiatriplaner

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 psykiatriplaner, 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 Psykiatriplaner 

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

Code Block
languagexml
titleITI-18 Spærrede dokumenter
collapsetrue
<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.

...