Edit profile

Page History

Versions Compared

Old Version 11

changes.mady.by.user Kjeld Froberg

Saved on 29-10-2024

compared with

New Version Current

changes.mady.by.user Kjeld Froberg

Saved on 02-09-2025

Key

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

Table of Contents

style	circle

Indledning

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

Info
Det er vigtigt at forretningsreglerne og indhold for Diagnoseoversigten læses i forbindelse med en kommende implementering. Den tekniske implementeringsvejledning kan ikke stå alene.

FHIR-dokumenter

På nationalt plan er der udarbejdet en indholdsprofil ud fra HL7's Fast Healthcare Interoperability Resources (FHIR) dokumenter, som beskriver udvekslingsformatet for diagnoseoversigtenDiagnoseoversigten. Indholdsprofilen er forankret hos MedCom.
FHIR-dokumenterne for diagnoseoversigten Diagnoseoversigten forvaltes af Primærsektorens Leverandør Service Platform (PLSP), men udstilles via den nationale delingsinfrastruktur, således at borgerens diagnoseoversigt Diagnoseoversigt kan fremfindes af sundhedsvæsenets aktører. Aktører, som understøtter diagnoseoversigtenDiagnoseoversigten, kan via deres fagsystemer anvende de standardiserede IHE XDS-snitflader til at hente borgernes diagnoseoversigtDiagnoseoversigt.

Den nationale delingsinfrastruktur udstilles gennem dokumentdeling- og dokumentregistreringsservices via standardiserede IHE XDS-snitflader. Disse er tilpasset den nationale sikkerhedsinfrastruktur, som bl.a. omhandler autorisation, samtykkekontrol, auditlogning etc.

Anden dokumentation

De overordnede forretningsregler til diagnoseoversigt kan ses i dokumentet: Indhold og forretningsregler

Udveksling Udveksling af data om diagnoseoversigten Diagnoseoversigten foregår via den nationale delingsinfrastruktur. Denne understøtter reference arkitekturen for referencearkitekturen for deling af dokumenter og billeder.

For generel introduktion til den nationale delingsinfrastruktur, se vejledningen ’Kom godt i gang med dokumentdeling’ til deling af dokumenter via Dokumentdelingsservice på NSP lavet af MedCom.

For detaljeret teknisk dokumentation omkring dokumentdeling via NSP , se beskrivelsen på på Dokumentdeling på NSP (DROS, DDS, NXRG, OpenXDS)

Aktører

Figuren giver et overblik over de aktører som er i spil i relation til deling af diagnoseoversigtenDiagnoseoversigten.

Den praktiserende læge: Lægen og /eller klinikpersonale udarbejder diagnoseoversigten Diagnoseoversigten i samarbejde med borgeren via klinikkens fagsystem.
diagnoseoversigten Diagnoseoversigten opbevares i diagnosedatabasen som er forvaltet af PLSP.

Borgere (Patienter): Borgere har læseadgang til egen diagnoseoversigt Diagnoseoversigt via sundhed.dk

Pårørende: Pårørende har læseadgang til borgerens diagnoseoversigt Diagnoseoversigt via sundhed.dk, hvis hvis borgeren har tildelt den pårørende en læsefuldmagt via den fælles-offentlige fuldmagtsservice på borger.dk

Sundhedspersoner: Sundhedspersoner har adgang til borgeres diagnoseoversigter Diagnoseoversigter via Sundhedsjournalen på sundhed.dk, eller via eget fagsystem - afhængigt af lokal implementering

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

Image RemovedImage Added

Teknisk oversigt

Indhold i

...

Diagnoseoversigten

Først og fremmest skal man kende til det indholdsformat indholdsformat, der benyttes til diagnoseoversigtenDiagnoseoversigten. Formatet er JSON og indholdet er specificeret som en dansk profil af FHIR. Den danske profil for FHIR Conditionlist er forankret hos MedCom. Se under under MedCom Conditionlist hvor både beskrivelse af standarden samt forskellige eksempler opbevares.

FHIR-dokumentet i JSON-format bliver pakket ind i XDS protokollen, så det er XDS protokollen som anvendes i forhold til at fremsøge og hente som FHIR-dokumentet.

Systemer der tilsluttes diagnoseoversigten, skal bl.a. godkendes af MedCom ud fra en certificering. Testprotokollerne for certificering diagnoseoversigten, kan findes på MedCom's hjemmeside.

Tekniske forudsætninger

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

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

Info
Det er et krav at dokumentdelingsservicen skal tilgås gennem afkoblingskomponenten

NSP services kan tilgås enten via Den Gode Webservice (DGWS) eller via OIO-IDWS (Udelukkende borger adgang). 
Den Gode WebService (DGWS) benytter XMLDSIG til at signere SAML assertions ud fra X.509 certifikater/nøgler - for . For adgang til diagnoseoversigten Diagnoseoversigten skal sundhedspersoner have et STS-underskrevet SOSI-ID-kort på niveau 4 (medarbejder), hvilket . Dette er også er beskrevet under administrative forudsætninger, således at borgeren . Borgeren har mulighed for at lave en spærring så diagnoseoversigt frabede sig deling af data, så Diagnoseoversigt ikke kan deles med specifikke sundhedspersoner, samt at patienten har mulighed for at se hvem der har haft adgang til patientens Aftaleoversigt Diagnoseoversigt 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 diagnoseoversigten er alle baseret på SOAP kald der understøtter DGWS.
Indholdsdelen af den det 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.

IHE ITI TF Vol. 1 - Integration Profiles
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf
IHE ITI TF Vol. 2a - Transactions 1-28
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2a.pdf
IHE ITI TF Vol. 2b - Transactions 29-64
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf
IHE ITI TF Vol. 2x - Appendices A-X
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2x.pdf
IHE ITI TF Vol. 3 - Metadata
http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol3.pdf

Beskrivelserne i de officielle dokumenter fra IHE er relativt komplicerede, og det kan være svært at opnå et godt overblik over hvordan specifikke kald sættes sammen. Der findes en række generelle og praktiske eksempler og programmer på IPF Open eHealth Integration Platform siderne. Se for eksempel:

IPF Open eHealth Integration Platform
http://oehf.github.io/ipf/ipf-platform-camel-ihe/
IPF Commons IHE XDS
https://mvnrepository.com/artifact/org.openehealth.ipf.commons/ipf-commons-ihe-xds

Søgning på diagnoseoversigt

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

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

Typecode: 11450-4 (Problem list - Reported) - Codesystem: 2.16.840.1.113883.6.1

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:plr-v1.0:full - Codesystem: 1.2.208.184.100.10

Værdierne (klassifikationerne) som anvendes i XDS-metadata, er defineret i et regneark hos MedCom, se: . 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 det 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 diagnoseoversigtDiagnoseoversigt:

Code Block

language	xml
title	ITI-18 AdhocQueryRequest
collapse	true

<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>('11450-4^^2.16.840.1.113883.6.1')</Value>
					</ValueList>
				</Slot>
				<Slot name="$XDSDocumentEntryFormatCode">
					<ValueList>
						<Value>('urn:ad:dk:medcom:plr-v1.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 diagnoseoversigt dokumenterne, der Diagnoseoversigt dokumenterne. Der skal benyttes efterfølgende følgende til at udtrække de konkrete disgnoseoversigterDiagnoseoversigter:

Code Block

language	xml
title	ITI-18 AdhocQueryResponse
collapse	true

<ns3:AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" 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" 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" status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success" totalResultCount="2">
			<RegistryObjectList>
				<ExtrinsicObject home="1.2.208.176.8.1" id="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" lid="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" mimeType="application/fhir+json" objectType="urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved">
					<Slot name="creationTime">
						<ValueList>
							<Value>20241002082000</Value>
						</ValueList>
					</Slot>
					<Slot name="languageCode">
						<ValueList>
							<Value>da-DK</Value>
						</ValueList>
					</Slot>
					<Slot name="serviceStartTime">
						<ValueList>
							<Value>20240726125721</Value>
						</ValueList>
					</Slot>
					<Slot name="repositoryUniqueId">
						<ValueList>
							<Value>1.2.208.192.100.101</Value>
						</ValueList>
					</Slot>
					<Slot name="sourcePatientId">
						<ValueList>
							<Value>2512489996^^^&1.2.208.176.1.2&ISO</Value>
						</ValueList>
					</Slot>
					<Name>
						<LocalizedString charset="UTF-8" value="Diagnoseoversigt" xml:lang="en-US"/>
					</Name>
					<VersionInfo versionName="1"/>
					<Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:af45cf24-3929-4fd4-b32e-147f90915d2b" nodeRepresentation="">
						<Slot name="authorPerson">
							<ValueList>
								<Value>Læge Hans Hansen</Value>
							</ValueList>
						</Slot>
						<Slot name="authorInstitution">
							<ValueList>
								<Value>Læge Hans Hansen^^^^^&1.2.208.176.1.1&ISO^^^^548641000016999</Value>
							</ValueList>
						</Slot>
					</Classification>
					<Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:b27aeaf6-3569-4d8e-8421-96e81748ef51" nodeRepresentation="001">
						<Slot name="codingScheme">
							<ValueList>
								<Value>1.2.208.184.100.9</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString charset="UTF-8" value="Klinisk rapport" xml:lang="en-US"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:ab2c1b25-fc7d-40d8-a84e-f02e3c967b7c" nodeRepresentation="urn:ad:dk:medcom:plr-v1.0:full">
						<Slot name="codingScheme">
							<ValueList>
								<Value>1.2.208.184.100.10</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString charset="UTF-8" value="DK COND schema" xml:lang="en-US"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:3f69d9d6-401f-4586-8330-e50b61f654a0" nodeRepresentation="548641000016999">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.6.96</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString charset="UTF-8" value="Læge Hans Hansen" xml:lang="en-US"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:083f5bd9-4b74-4d21-abd6-b87ee58958b2" nodeRepresentation="11450-4">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.6.1</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString charset="UTF-8" value="Problem list" xml:lang="en-US"/>
						</Name>
					</Classification>
					<Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" id="urn:uuid:bea9076a-a5e3-4446-9b4a-c588d19a91b5" nodeRepresentation="N">
						<Slot name="codingScheme">
							<ValueList>
								<Value>2.16.840.1.113883.5.25</Value>
							</ValueList>
						</Slot>
						<Name>
							<LocalizedString charset="UTF-8" value="Normal" xml:lang="en-US"/>
						</Name>
					</Classification>
					<ExternalIdentifier id="urn:uuid:165daddc-6fd5-4a13-83ad-02bb93789d4b" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" registryObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" value="2512489996^^^&1.2.208.176.1.2&ISO">
						<Name>
							<LocalizedString value="XDSDocumentEntry.patientId"/>
						</Name>
					</ExternalIdentifier>
					<ExternalIdentifier id="urn:uuid:50251903-4157-42fe-97b5-01e1a5e66f13" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" registryObject="urn:uuid:d7b4a999-1b58-4907-8071-dffb3ee47bf5" value="1.2.208.186^8d91ffb1-a397-435f-b98e-7cdb1fb18515">
						<Name>
							<LocalizedString value="XDSDocumentEntry.uniqueId"/>
						</Name>
					</ExternalIdentifier>
				</ExtrinsicObject>
			</RegistryObjectList>
		</ns3:AdhocQueryResponse>

Hentning af diagnoseoversigt

Info
Bemærk for : For at hente en diagnoseoversigt Diagnoseoversigt 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’

Info

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

HomeCommunityId - der beskriver det domæne dokumentet befinder sig i.
Værdien hentes ud fra ...ExtrinsicObject/@home
RepositoryUniqueId - der bekriver den kilde under domænet der opbevarer dokumentet
Værdien hentes ud fra ...ExtrinsicObject/Slot[@name=’repositoryUniqueId’]/Value List/Value
DocumentUniqueId - der identificerer selve dokumentet
Værdien hentes ud fra ...ExtrinsicObject/ExternalIdentifier[@identificationScheme=’urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab]/@value

Ud fra disse værdier skal der laves en ITI-43 forespørgsel via NSP'ens dokumentdelingsservice.

...

Code Block

language	xml
title	ITI-43 RetrieveDocumentSetRequest
collapse	true

        <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 diagnoseoversigtDiagnoseoversigt, indeholdende de dataelementer der er beskrevet i MedComs standard, se. Se: https://medcomdk.github.io/dk-medcom-conditionlist/

Bemærk at selve body delen afdiagnoseoversigt : Selve bodydelen afDiagnoseoversigten skal hentes ud som en mime attachement, eller også alternativt er det indlejret som et base64-kodet tekststreng.

Code Block

language	xml
title	ITI-43 RetrieveDocumentSetResponse
collapse	true

		<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>application/fhir+json</mimeType>
				<Document>ewogICJyZXNvdXJjZVR5cGUiIDogIkJ1bmRsZSIsCiAgImlkIiA6ICJiOTkxZGNiNy02ZjJhLTRlNTYtOTZmOS02YjRiMjNjYjk0NzIiLAogICJtZXRhIiA6IHsKICAgICJwcm9maWxlIiA6IFsiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9TdHJ1Y3R1cmVEZWZpbml0aW9uL21lZGNvbS1jb25kaXRpb25saXN0LWJ1bmRsZSJdCiAgfSwKICAiaWRlbnRpZmllciIgOiB7CiAgICAic3lzdGVtIiA6ICJ1cm46aWV0ZjpyZmM6Mzk4NiIsCiAgICAidmFsdWUiIDogInVybjp1dWlkOjg1Y2NhNGE0LTMwZjItNDIzNi04MDdiLTc0ZDgzODJlM2RmYSIKICB9LAogICJ0eXBlIiA6ICJkb2N1bWVudCIsCiAgInRpbWVzdGFtcCIgOiAiMjAyNC0wNy0xMFQxMjo1MDowMCswMTowMCIsCiAgImVudHJ5IiA6IFt7CiAgICAiZnVsbFVybCIgOiAiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9Db21wb3NpdGlvbi9hMGU3ODNiNy0wMjdmLTQ1YzctYTQ4Ny0wNTg1Mzg3NmIxZDciLAogICAgInJlc291cmNlIiA6IHsKICAgICAgInJlc291cmNlVHlwZSIgOiAiQ29tcG9zaXRpb24iLAogICAgICAiaWQiIDogImEwZTc4M2I3LTAyN2YtNDVjNy1hNDg3LTA1ODUzODc2YjFkNyIsCiAgICAgICJtZXRhIiA6IHsKICAgICAgICAicHJvZmlsZSIgOiBbImh0dHA6Ly9tZWRjb21maGlyLmRrL2lnL2NvbmRpdGlvbmxpc3QvU3RydWN0dXJlRGVmaW5pdGlvbi9tZWRjb20tY29uZGl0aW9ubGlzdC1jb21wb3NpdGlvbiJdCiAgICAgIH0sCiAgICAgICJsYW5ndWFnZSIgOiAiZGEiLAogICAgICAidGV4dCIgOiB7CiAgICAgICAgInN0YXR1cyIgOiAiZ2VuZXJhdGVkIiwKICAgICAgICAiZGl2IiA6ICI8ZGl2IHhtbG5zPVwiaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbFwiIHhtbDpsYW5nPVwiZGFcIiBsYW5nPVwiZGFcIj48YSBuYW1lPVwiQ29tcG9zaXRpb25fYTBlNzgzYjctMDI3Zi00NWM3LWE0ODctMDU4NTM4NzZiMWQ3XCI+IDwvYT48cCBjbGFzcz1cInJlcy1oZWFkZXItaWRcIj48Yj5HZW5lcmF0ZWQgTmFycmF0aXZlOiBDb21wb3NpdGlvbiBhMGU3ODNiNy0wMjdmLTQ1YzctYTQ4Ny0wNTg1Mzg3NmIxZDc8L2I+PC9wPjxhIG5hbWU9XCJhMGU3ODNiNy0wMjdmLTQ1YzctYTQ4Ny0wNTg1Mzg3NmIxZDdcIj4gPC9hPjxhIG5hbWU9XCJoY2EwZTc4M2I3LTAyN2YtNDVjNy1hNDg3LTA1ODUzODc2YjFkN1wiPiA8L2E+PGEgbmFtZT1cImEwZTc4M2I3LTAyN2YtNDVjNy1hNDg3LTA1ODUzODc2YjFkNy1lbi1VU1wiPiA8L2E+PGRpdiBzdHlsZT1cImRpc3BsYXk6IGlubGluZS1ibG9jazsgYmFja2dyb3VuZC1jb2xvcjogI2Q5ZTBlNzsgcGFkZGluZzogNnB4OyBtYXJnaW46IDRweDsgYm9yZGVyOiAxcHggc29saWQgIzhkYTFiNDsgYm9yZGVyLXJhZGl1czogNXB4OyBsaW5lLWhlaWdodDogNjAlXCI+PHAgc3R5bGU9XCJtYXJnaW4tYm90dG9tOiAwcHhcIj5MYW5ndWFnZTogZGE8L3A+PHAgc3R5bGU9XCJtYXJnaW4tYm90dG9tOiAwcHhcIj5Qcm9maWxlOiA8YSBocmVmPVwiU3RydWN0dXJlRGVmaW5pdGlvbi1tZWRjb20tY29uZGl0aW9ubGlzdC1jb21wb3NpdGlvbi5odG1sXCI+TWVkQ29tQ29uZGl0aW9uTGlzdENvbXBvc2l0aW9uPC9hPjwvcD48L2Rpdj48cD48Yj5zdGF0dXM8L2I+OiBGaW5hbDwvcD48cD48Yj50eXBlPC9iPjogPHNwYW4gdGl0bGU9XCJDb2Rlczp7aHR0cDovL2xvaW5jLm9yZyAxMTQ1MC00fVwiPlByb2JsZW0gbGlzdCAtIFJlcG9ydGVkPC9zcGFuPjwvcD48cD48Yj5kYXRlPC9iPjogMjAyNC0wNy0xMCAxMjo1MDowMCswMTAwPC9wPjxwPjxiPmF1dGhvcjwvYj46IDxhIGhyZWY9XCJPcmdhbml6YXRpb24tMTg5NWM0NjktMjEyYi00NWY0LTg2NjYtYzVjN2MxNDEzMzgwLmh0bWxcIj5Pcmdhbml6YXRpb24gTWVkQ29tIFRlc3RjZW50ZXI8L2E+PC9wPjxwPjxiPnRpdGxlPC9iPjogRGlhZ25vc2VvdmVyc2lndCBmb3IgMjUwOTQ3OTk4OTwvcD48cD48Yj5jb25maWRlbnRpYWxpdHk8L2I+OiBub3JtYWw8L3A+PC9kaXY+IgogICAgICB9LAogICAgICAic3RhdHVzIiA6ICJmaW5hbCIsCiAgICAgICJ0eXBlIiA6IHsKICAgICAgICAiY29kaW5nIiA6IFt7CiAgICAgICAgICAic3lzdGVtIiA6ICJodHRwOi8vbG9pbmMub3JnIiwKICAgICAgICAgICJjb2RlIiA6ICIxMTQ1MC00IiwKICAgICAgICAgICJkaXNwbGF5IiA6ICJQcm9ibGVtIGxpc3QgLSBSZXBvcnRlZCIKICAgICAgICB9XQogICAgICB9LAogICAgICAic3ViamVjdCIgOiB7CiAgICAgICAgInJlZmVyZW5jZSIgOiAiUGF0aWVudC9kNjVjZDhkYi00NTIwLTQyNjQtODdiZS1hNWZkMDFmYjk3NjIiCiAgICAgIH0sCiAgICAgICJkYXRlIiA6ICIyMDI0LTA3LTEwVDEyOjUwOjAwKzAxOjAwIiwKICAgICAgImF1dGhvciIgOiBbewogICAgICAgICJyZWZlcmVuY2UiIDogIk9yZ2FuaXphdGlvbi8xODk1YzQ2OS0yMTJiLTQ1ZjQtODY2Ni1jNWM3YzE0MTMzODAiCiAgICAgIH1dLAogICAgICAidGl0bGUiIDogIkRpYWdub3Nlb3ZlcnNpZ3QgZm9yIDI1MDk0Nzk5ODkiLAogICAgICAiY29uZmlkZW50aWFsaXR5IiA6ICJOIiwKICAgICAgInNlY3Rpb24iIDogW3sKICAgICAgICAidGV4dCIgOiB7CiAgICAgICAgICAic3RhdHVzIiA6ICJnZW5lcmF0ZWQiLAogICAgICAgICAgImRpdiIgOiAiPGRpdiB4bWxucz1cImh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWxcIj48cCBjbGFzcz1cInJlcy1oZWFkZXItaWRcIj48Yj5HZW5lcmF0ZWQgTmFycmF0aXZlOiBDb25kaXRpb24gMTdlM2IwYzAtMDQ5Ny00OWUxLTljZjEtNGUxZWVhOGZjNzlkPC9iPjwvcD48YSBuYW1lPVwiMTdlM2IwYzAtMDQ5Ny00OWUxLTljZjEtNGUxZWVhOGZjNzlkXCI+PC9hPjxhIG5hbWU9XCJoYzE3ZTNiMGMwLTA0OTctNDllMS05Y2YxLTRlMWVlYThmYzc5ZFwiPiA8L2E+PGEgbmFtZT1cIjE3ZTNiMGMwLTA0OTctNDllMS05Y2YxLTRlMWVlYThmYzc5ZC1lbi1VU1wiPjwvYT48cD48Yj5jYXRlZ29yeTwvYj46IDxzcGFuIHRpdGxlPVwiQ29kZXM6e2h0dHA6Ly90ZXJtaW5vbG9neS5obDcub3JnL0NvZGVTeXN0ZW0vY29uZGl0aW9uLWNhdGVnb3J5IHByb2JsZW0tbGlzdC1pdGVtfVwiPlByb2JsZW0gTGlzdCBJdGVtPC9zcGFuPiwgPHNwYW4gdGl0bGU9XCJDb2Rlczp7aHR0cDovL3Nub21lZC5pbmZvL3NjdCAxNTI0MDAwN31cIj5DdXJyZW50PC9zcGFuPjwvcD48cD48Yj5jb2RlPC9iPjogPHNwYW4gdGl0bGU9XCJDb2Rlczp7dXJuOm9pZDoxLjIuMjA4LjE3Ni4yLjQuMTIgREYzMjl9LCB7dXJuOm9pZDoxLjIuMjA4LjE3Ni4yLjMxIFA3Nn1cIj5EZXByZXNzaW9uPC9zcGFuPjwvcD48cD48Yj5zdWJqZWN0PC9iPjogPGEgaHJlZj1cIlBhdGllbnQtZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyLmh0bWxcIj5OaWVscyBUZXN0IFZlbmRlbGJvZSAob2ZmaWNpYWwpIE1hbGUsIERvQjogMTk3NC0wMS0zMCAoIHVybjpvaWQ6MS4yLjIwOC4xNzYuMS4yIzMwMDE3NDk5OTUpPC9hPjwvcD48cD48Yj5yZWNvcmRlZERhdGU8L2I+OiAyMDI0LTAxLTE2PC9wPjwvZGl2PiIKICAgICAgICB9LAogICAgICAgICJlbnRyeSIgOiBbewogICAgICAgICAgInJlZmVyZW5jZSIgOiAiQ29uZGl0aW9uLzE3ZTNiMGMwLTA0OTctNDllMS05Y2YxLTRlMWVlYThmYzc5ZCIKICAgICAgICB9XQogICAgICB9XQogICAgfQogIH0sCiAgewogICAgImZ1bGxVcmwiIDogImh0dHA6Ly9tZWRjb21maGlyLmRrL2lnL2NvbmRpdGlvbmxpc3QvUGF0aWVudC9kNjVjZDhkYi00NTIwLTQyNjQtODdiZS1hNWZkMDFmYjk3NjIiLAogICAgInJlc291cmNlIiA6IHsKICAgICAgInJlc291cmNlVHlwZSIgOiAiUGF0aWVudCIsCiAgICAgICJpZCIgOiAiZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyIiwKICAgICAgIm1ldGEiIDogewogICAgICAgICJwcm9maWxlIiA6IFsiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvZG9jdW1lbnQvU3RydWN0dXJlRGVmaW5pdGlvbi9tZWRjb20tZG9jdW1lbnQtcGF0aWVudCJdCiAgICAgIH0sCiAgICAgICJ0ZXh0IiA6IHsKICAgICAgICAic3RhdHVzIiA6ICJnZW5lcmF0ZWQiLAogICAgICAgICJkaXYiIDogIjxkaXYgeG1sbnM9XCJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sXCI+PGEgbmFtZT1cIlBhdGllbnRfZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyXCI+IDwvYT48cCBjbGFzcz1cInJlcy1oZWFkZXItaWRcIj48Yj5HZW5lcmF0ZWQgTmFycmF0aXZlOiBQYXRpZW50IGQ2NWNkOGRiLTQ1MjAtNDI2NC04N2JlLWE1ZmQwMWZiOTc2MjwvYj48L3A+PGEgbmFtZT1cImQ2NWNkOGRiLTQ1MjAtNDI2NC04N2JlLWE1ZmQwMWZiOTc2MlwiPiA8L2E+PGEgbmFtZT1cImhjZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyXCI+IDwvYT48YSBuYW1lPVwiZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyLWVuLVVTXCI+IDwvYT48cCBzdHlsZT1cImJvcmRlcjogMXB4ICM2NjFhZmYgc29saWQ7IGJhY2tncm91bmQtY29sb3I6ICNlNmU2ZmY7IHBhZGRpbmc6IDEwcHg7XCI+TmllbHMgVGVzdCBWZW5kZWxib2UgKG9mZmljaWFsKSBNYWxlLCBEb0I6IDE5NzQtMDEtMzAgKCB1cm46b2lkOjEuMi4yMDguMTc2LjEuMiMzMDAxNzQ5OTk1KTwvcD48aHIvPjwvZGl2PiIKICAgICAgfSwKICAgICAgImlkZW50aWZpZXIiIDogW3sKICAgICAgICAic3lzdGVtIiA6ICJ1cm46b2lkOjEuMi4yMDguMTc2LjEuMiIsCiAgICAgICAgInZhbHVlIiA6ICIzMDAxNzQ5OTk1IgogICAgICB9XSwKICAgICAgIm5hbWUiIDogW3sKICAgICAgICAidXNlIiA6ICJvZmZpY2lhbCIsCiAgICAgICAgImZhbWlseSIgOiAiVmVuZGVsYm9lIiwKICAgICAgICAiZ2l2ZW4iIDogWyJOaWVscyIsCiAgICAgICAgIlRlc3QiXQogICAgICB9XSwKICAgICAgImdlbmRlciIgOiAibWFsZSIsCiAgICAgICJiaXJ0aERhdGUiIDogIjE5NzQtMDEtMzAiCiAgICB9CiAgfSwKICB7CiAgICAiZnVsbFVybCIgOiAiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9Pcmdhbml6YXRpb24vMTg5NWM0NjktMjEyYi00NWY0LTg2NjYtYzVjN2MxNDEzMzgwIiwKICAgICJyZXNvdXJjZSIgOiB7CiAgICAgICJyZXNvdXJjZVR5cGUiIDogIk9yZ2FuaXphdGlvbiIsCiAgICAgICJpZCIgOiAiMTg5NWM0NjktMjEyYi00NWY0LTg2NjYtYzVjN2MxNDEzMzgwIiwKICAgICAgIm1ldGEiIDogewogICAgICAgICJwcm9maWxlIiA6IFsiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9TdHJ1Y3R1cmVEZWZpbml0aW9uL21lZGNvbS1jb25kaXRpb25saXN0LW9yZ2FuaXphdGlvbiJdCiAgICAgIH0sCiAgICAgICJ0ZXh0IiA6IHsKICAgICAgICAic3RhdHVzIiA6ICJnZW5lcmF0ZWQiLAogICAgICAgICJkaXYiIDogIjxkaXYgeG1sbnM9XCJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sXCI+PGEgbmFtZT1cIk9yZ2FuaXphdGlvbl8xODk1YzQ2OS0yMTJiLTQ1ZjQtODY2Ni1jNWM3YzE0MTMzODBcIj4gPC9hPjxwIGNsYXNzPVwicmVzLWhlYWRlci1pZFwiPjxiPkdlbmVyYXRlZCBOYXJyYXRpdmU6IE9yZ2FuaXphdGlvbiAxODk1YzQ2OS0yMTJiLTQ1ZjQtODY2Ni1jNWM3YzE0MTMzODA8L2I+PC9wPjxhIG5hbWU9XCIxODk1YzQ2OS0yMTJiLTQ1ZjQtODY2Ni1jNWM3YzE0MTMzODBcIj4gPC9hPjxhIG5hbWU9XCJoYzE4OTVjNDY5LTIxMmItNDVmNC04NjY2LWM1YzdjMTQxMzM4MFwiPiA8L2E+PGEgbmFtZT1cIjE4OTVjNDY5LTIxMmItNDVmNC04NjY2LWM1YzdjMTQxMzM4MC1lbi1VU1wiPiA8L2E+PHA+PGI+aWRlbnRpZmllcjwvYj46IDxjb2RlPnVybjpvaWQ6MS4yLjIwOC4xNzYuMS4xPC9jb2RlPi8zMjUzODEwMDAwMTYwMDg8L3A+PHA+PGI+bmFtZTwvYj46IE1lZENvbSBUZXN0Y2VudGVyPC9wPjwvZGl2PiIKICAgICAgfSwKICAgICAgImlkZW50aWZpZXIiIDogW3sKICAgICAgICAic3lzdGVtIiA6ICJ1cm46b2lkOjEuMi4yMDguMTc2LjEuMSIsCiAgICAgICAgInZhbHVlIiA6ICIzMjUzODEwMDAwMTYwMDgiCiAgICAgIH1dLAogICAgICAibmFtZSIgOiAiTWVkQ29tIFRlc3RjZW50ZXIiCiAgICB9CiAgfSwKICB7CiAgICAiZnVsbFVybCIgOiAiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9Db25kaXRpb24vMTdlM2IwYzAtMDQ5Ny00OWUxLTljZjEtNGUxZWVhOGZjNzlkIiwKICAgICJyZXNvdXJjZSIgOiB7CiAgICAgICJyZXNvdXJjZVR5cGUiIDogIkNvbmRpdGlvbiIsCiAgICAgICJpZCIgOiAiMTdlM2IwYzAtMDQ5Ny00OWUxLTljZjEtNGUxZWVhOGZjNzlkIiwKICAgICAgIm1ldGEiIDogewogICAgICAgICJwcm9maWxlIiA6IFsiaHR0cDovL21lZGNvbWZoaXIuZGsvaWcvY29uZGl0aW9ubGlzdC9TdHJ1Y3R1cmVEZWZpbml0aW9uL21lZGNvbS1jb25kaXRpb25saXN0LWNvbmRpdGlvbiJdCiAgICAgIH0sCiAgICAgICJ0ZXh0IiA6IHsKICAgICAgICAic3RhdHVzIiA6ICJnZW5lcmF0ZWQiLAogICAgICAgICJkaXYiIDogIjxkaXYgeG1sbnM9XCJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sXCI+PGEgbmFtZT1cIkNvbmRpdGlvbl8xN2UzYjBjMC0wNDk3LTQ5ZTEtOWNmMS00ZTFlZWE4ZmM3OWRcIj4gPC9hPjxwIGNsYXNzPVwicmVzLWhlYWRlci1pZFwiPjxiPkdlbmVyYXRlZCBOYXJyYXRpdmU6IENvbmRpdGlvbiAxN2UzYjBjMC0wNDk3LTQ5ZTEtOWNmMS00ZTFlZWE4ZmM3OWQ8L2I+PC9wPjxhIG5hbWU9XCIxN2UzYjBjMC0wNDk3LTQ5ZTEtOWNmMS00ZTFlZWE4ZmM3OWRcIj4gPC9hPjxhIG5hbWU9XCJoYzE3ZTNiMGMwLTA0OTctNDllMS05Y2YxLTRlMWVlYThmYzc5ZFwiPiA8L2E+PGEgbmFtZT1cIjE3ZTNiMGMwLTA0OTctNDllMS05Y2YxLTRlMWVlYThmYzc5ZC1lbi1VU1wiPiA8L2E+PHA+PGI+Y2F0ZWdvcnk8L2I+OiA8c3BhbiB0aXRsZT1cIkNvZGVzOntodHRwOi8vdGVybWlub2xvZ3kuaGw3Lm9yZy9Db2RlU3lzdGVtL2NvbmRpdGlvbi1jYXRlZ29yeSBwcm9ibGVtLWxpc3QtaXRlbX1cIj5Qcm9ibGVtIExpc3QgSXRlbTwvc3Bhbj4sIDxzcGFuIHRpdGxlPVwiQ29kZXM6e2h0dHA6Ly9zbm9tZWQuaW5mby9zY3QgMTUyNDAwMDd9XCI+Q3VycmVudDwvc3Bhbj48L3A+PHA+PGI+Y29kZTwvYj46IDxzcGFuIHRpdGxlPVwiQ29kZXM6e3VybjpvaWQ6MS4yLjIwOC4xNzYuMi40LjEyIERGMzI5fSwge3VybjpvaWQ6MS4yLjIwOC4xNzYuMi4zMSBQNzZ9XCI+RGVwcmVzc2lvbjwvc3Bhbj48L3A+PHA+PGI+c3ViamVjdDwvYj46IDxhIGhyZWY9XCJQYXRpZW50LWQ2NWNkOGRiLTQ1MjAtNDI2NC04N2JlLWE1ZmQwMWZiOTc2Mi5odG1sXCI+TmllbHMgVGVzdCBWZW5kZWxib2UgKG9mZmljaWFsKSBNYWxlLCBEb0I6IDE5NzQtMDEtMzAgKCB1cm46b2lkOjEuMi4yMDguMTc2LjEuMiMzMDAxNzQ5OTk1KTwvYT48L3A+PHA+PGI+cmVjb3JkZWREYXRlPC9iPjogMjAyNC0wMS0xNjwvcD48L2Rpdj4iCiAgICAgIH0sCiAgICAgICJjYXRlZ29yeSIgOiBbewogICAgICAgICJjb2RpbmciIDogW3sKICAgICAgICAgICJzeXN0ZW0iIDogImh0dHA6Ly90ZXJtaW5vbG9neS5obDcub3JnL0NvZGVTeXN0ZW0vY29uZGl0aW9uLWNhdGVnb3J5IiwKICAgICAgICAgICJjb2RlIiA6ICJwcm9ibGVtLWxpc3QtaXRlbSIKICAgICAgICB9XQogICAgICB9LAogICAgICB7CiAgICAgICAgImNvZGluZyIgOiBbewogICAgICAgICAgInN5c3RlbSIgOiAiaHR0cDovL3Nub21lZC5pbmZvL3NjdCIsCiAgICAgICAgICAiY29kZSIgOiAiMTUyNDAwMDciCiAgICAgICAgfV0KICAgICAgfV0sCiAgICAgICJjb2RlIiA6IHsKICAgICAgICAiY29kaW5nIiA6IFt7CiAgICAgICAgICAic3lzdGVtIiA6ICJ1cm46b2lkOjEuMi4yMDguMTc2LjIuNC4xMiIsCiAgICAgICAgICAiY29kZSIgOiAiREYzMjkiCiAgICAgICAgfSwKICAgICAgICB7CiAgICAgICAgICAic3lzdGVtIiA6ICJ1cm46b2lkOjEuMi4yMDguMTc2LjIuMzEiLAogICAgICAgICAgImNvZGUiIDogIlA3NiIKICAgICAgICB9XSwKICAgICAgICAidGV4dCIgOiAiRGVwcmVzc2lvbiIKICAgICAgfSwKICAgICAgInN1YmplY3QiIDogewogICAgICAgICJyZWZlcmVuY2UiIDogIlBhdGllbnQvZDY1Y2Q4ZGItNDUyMC00MjY0LTg3YmUtYTVmZDAxZmI5NzYyIgogICAgICB9LAogICAgICAicmVjb3JkZWREYXRlIiA6ICIyMDI0LTAxLTE2IgogICAgfQogIH1dCn0=</Document>
			</DocumentResponse>
		</RetrieveDocumentSetResponse>

Oprettelse af

...

Diagnoseoversigt

Det erpatientens praktiserende læge som opretter borgerens diagnoseoversigtDiagnoseoversigt, hvorefter den udstilles via PLSP Indeks.

Info
Det er ikke muligt for andre parter, end de praktiserende læger, at oprette diagnoseoversigten Diagnoseoversigt.

Ændring af

...

Diagnoseoversigt

Det er praktiserende læge som opretter redigerer borgerens diagnoseoversigtDiagnoseoversigt, hvorefter den udstilles via PLSP Indeks.
PLSP Indeks udstiller diagnoseoversigt Diagnoseoversigt som en dynamisk (on-demand) dokumentkilde, det . Det betyder at det altid er den sidste opdaterede diagnoseoversigt Diagnoseoversigt som hentes.

Info
Det er ikke muligt for andre parter, end de praktiserende læger, at ændre diagnoseoversigtDiagnoseoversigt.

Sletning af

...

Diagnoseoversigt

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

Info
Det er ikke muligt for andre parter, end de praktiserende læger, at slette en borgers diagnoseoversigtDiagnoseoversigt.

Sikkerhed, roller og rettigheder

For adgang til diagnoseoversigt Diagnoseoversigten skal der for sundhedspersoner eksistere et gyldigt SOSI-ID-kort som er signeret af NSP'ens Secure Token Service, dokumentationen . Dokumentationen for SOSI-ID-kort og STS ligger under: Anvenderguide til STS

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

Rollenavn

Rettighed

Notation som indsættes i SOSI IdKort ved udstedelse

nspSundAssistR2

Giver ret til at læse til diagnoseoversigtDiagnoseoversigten

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

Se Tilslutning For yderligere information, se Administrative forudsætninger for tilslutning under brugerstyring/trust for yderligere information.

Håndtering af

...

frabedelse og fuldmagt

...

Frabedelse af deling af sundhedsdata

Borgeren kan have spærret for frabedt sig deling af at data, herunder diagnoseoversigt, med andre parter i sundhedssektoren, i det tilfælde vil fejlkoden "Consent Filter Applied” blive returneret (se nedenstående xml eksempel for ITI-18 spærrede dokumenterDokumenter med frabedelse). Det betyder at borgeren enten har spærret for frabedt sig deling af data til den specifikke sundhedsperson, for data i et givet tidsrum, for data fra bestemte organisationer, eller i en kombination af disse. Klienten skal håndtere at der er angivet en spærringfrabedelse, og give sundhedspersonen mulighed for at få adgang til diagnoseoversigt under specielle vilkår, se forretningsregel #6 under: Indhold og forretningsregler Diagnoser Forretningsregler for Diagnoseoversigten

For adgang til spærrede data, hvor der er frabedt deling, kan klienten angive at der ønskes adgang til data uanset at der er spærret frabedt deling for det. Det kan være på baggrund af enten et specifikt samtykke fra borgeren, eller at der nødvendigvis skal foretages et værdispring, eller at og så sende forespørgslen igen med “ConsentOverride” flaget sat til “True”. Der laves logning i dokumentdelingsinfrastrukturen der angiver at en spærring frabedelse er tilsidesat. Klienten skal samtidig angive årsagen (Eksempelvis: eksplicit samtykke fra patienten for at få adgang til data) til at spærringen frabedelsen er tilsidesat i eget journalsystem, da der kan forventes at være opfølgning på tilsidesatte spærringerfrabedelser.

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

Code Block

language	xml
title	ITI-18 Spærrede dokumenterDokumenter med frabedelse
collapse	true

<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 . Fuldmagter er i stedet etableret via en trust-løsning hvor borgerportalen selv håndterer kontrol af fuldmagter.

Information angående angivelse af fuldmagter via dokumentdelingsservicen , kan ses i HSUID header dokumentation.

Ændringslog

Version	Dato	Ændret	Ændret af
2.0.1	2025-09-01	Tilrettet "døde" links	SDS
2.0	2025-06-20	Ny version publiceret	SDS

Historisk log

1.2.1	2025-03-24	Spærring ændret til frabedelse	SDS
1.2	2024-10-29	Indsat endelige værdier for XDS-metadata efter godkendelse i XDS-metadata gruppen	SDS
1.1	2024-10-23	Indsat værdier for XDS-metadata efter forslag fra medCom	SDS
1.0	2024-10-09	Tilføjet forslag til XDS-metadata samt eksempler	SDS
0.9	2024-09-30	Beskrevet teknisk implementeringsvejledning, mangler referencer til indholdsformat samt XDS-metadata, og derved også eksempler	SDS
0.1	2024-06-11	Udkast til teknisk implementeringsvejledning	SDS

...

Content

Space Tools

Page History

Versions Compared

Old Version 11

New Version Current

Key

Indledning

FHIR-dokumenter

Anden dokumentation

Aktører

Teknisk oversigt

Indhold i

Diagnoseoversigten

Søgning på diagnoseoversigt

Hentning af diagnoseoversigt

Oprettelse af

Diagnoseoversigt

Ændring af

Diagnoseoversigt

Sletning af

Diagnoseoversigt

Sikkerhed, roller og rettigheder

Håndtering af

frabedelse og fuldmagt

Frabedelse af deling af sundhedsdata

Fuldmagt

Ændringslog