Versions Compared

Key

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

Indledning

Navitabs
rootAO XDS Adaptere - Leverancebeskrivelse
includeroottrue


Dette dokument er en vejledning til brug for anvendere af AO XDS Adapter.

AO XDS Adapter er en read-only adapter til at hente Bookplan aftaledata i hhv Region Nord og Region Midt via Dokumentdelingsservicen (DDS) i følgende format:

...

...

Da anvendelsen af AO XDS Adapter sker via DDS, starter dokumentet med et overblik over arkitekturen. Formålet med dette er at dokumentere, hvordan DDS, AO XDS Adapter og Bookplan hænger sammen, og hvilke opgaver de forskellige komponenter dækker hver især.

...

  • Hvordan de genererede aftaledokumenter ser ud (- herunder sammenligning med Medcoms APD-DK profil
  • Hvordan dokumentanvendere får adgang aftaledokumenterne

...

AO XDS Adapter er således en kilde, som DDS anvender til at understøtte fremsøgingsforespørgsler fra anvendere. Den er installeret i to kørende udgaver: Een til Region Nord Bookplan og een til Region Midt Bookplan.

Nedenstående viser et eksempel, hvor en dokumentanvender (sundhedsfaglig) laver forespørgsel. For andre anvendertyper og brugsscenarier henvises til dokumentationen for Dokumentdelingsservicen.

Gliffy Diagram
size600
displayNameAO-XDS-DDS
nameAO-XDS-DDS
pagePin34

Således foregår en forespørgsel mod AO XDS Adapters på følgende måde:

  1. Dokumentanvender laver en forespørgsel med DDS Registry for at fremsøge dokumenter for patient
  2. DDS Registry konsulterer MinSpærring for at afvise forespørglerforespørgsler, hvor der er spærringer (mod dokumentanvenderen)
  3. Tjek af behandlingsrelation (evt. opfølgning)
  4. Videredelegering af søgning til bagvedliggende registries (herunder både I diagrammet ovenfor kun ét, AO XDS Adapter RN og RM). AO XDS Adapter RM)kalder bagvedliggende Bookplan for at fremsøge borgerens aftaler, der er registreret her. AO XDS Adapter danner Metadata Entries (og tilhørende dokumenter) matchende dels det data, der returneres fra Bookplan og dels statisk konfiguration (typisk oplysninger vedr. dokumenttyper, Regionens adresse osv).
  5. Der foretages evt. en filtrering af resultaterne, hvis der for patienten findes dataspecifikke spærringer.Der foretages evt. en filtrering af resultaterne, hvis der for patienten findes dataspecifikke spærringer
  6. DDS logger dataadgang til MinLog

...

AO-HENT-1

Som en dokumentanvender ønsker jeg at hente en eller flere konkrete aftaledokumenter for en borger, så jeg kan få adgang til aftaledokumenternes indhold

Gliffy Diagram
displayNameOA-XDS-DDS-REP
nameOA-XDS-DDS-REP
pagePin23

I illustrationen ovenfor vises afhentning fra AO XDS Adapter RN. Afhentning fra AO XDS Adapter RM foregår på samme vis. En afhentning af et eller flere dokumenter forløber på følgende måde:

  1. Dokumentanvenderen laver en forespørgsel mod DDS Repository med en række dokumentid'er
  2. DDS Repository videredelegerer dokumentforespørgslen mod bagvedliggende XDS Repository (her AO XDS Adapter RNRM)
  3. AO XDA Adapter RN RM fremfinder dokumentet matchende det forespurgte id i sin database og returnerer dette
  4. DDS Repository logger dataadgang i MinLog

...

  1. LeafClass: Denne type returnerer en liste af XML elementer bestående af fuldt specificerede ebXML objekter, der matcher den modtagne query. Resultatlisten af objekter (ExtrinsicObject/XDSDocumentEntry) er helt selvindeholdt: Slots, external identifiers, classifications etc. Dvs alt, hvad der vides om de konkrete objekter returneres.
  2. ObjectRef: Denne type returnerer en liste af UUIDer som refererer objekter i et XDS Registry, der matcher den modtagne query.

AO XDS Adapter ignorerer ReturnCompoesedObjects parameteren. Alle queries besvarers, somom denne parameter er true - dvs vi forventer et response.

AO XDS Adapter ignorerer return type ReturnType parameteren. Alle queries besvares, somom denne parameter er sat til LeafClass dvs. fuldt sæt af metadata.

...

De søgeparametre, der er kan anvendes er defineret udfra Query ID. Dette betyder at hver Query type (se tabellen ovenfor) medfører en liste af tvungne/optionelle søgeparametre. I de følgende afsnit gennemgås AO XDS Adapter understøttede Query typer, og for hver af disse angives søgeparametrene, som defineret i  IHE IT Infrastructure Technical Framework Volume 2a (ITI TF-2a) 10 Transactions Part A.

En kolonne udfor hver søgeparameter angiver AO XDS Adapters fortolkning (hvis nogen) af den medsendte parameter samt evt. valideringer.

...

Som defineret i  IHE IT Infrastructure Technical Framework Volume 2a (ITI TF-2a) 10 Transactions Part A giver Querytypen FindDocuments anledning til en specificeret liste af søgeparametre. Nedenfor er denne tabel gengivet, og

Kolonnen "AO XDS Adapter understøttelse angivet i kolonnen yderst til højre. AO XDS Adapter understøttelser viser, om AO XDS Adapter kigger på søgeparametren, og hvad AO XDS Adapter betegner som et match på query (kommer der et svar tilbage eller ej)." beskriver for hver søgeparameter, hvordan AO XDS Adapter forholder sig til denne: Bliver søgeparameteren anvendt eller ignoreret af AO XDS Adapter? Og hvis den bliver anvendt af AO XDS Adapter, hvordan bliver den så anvendt?

Fra IHE IT Infrastructure Technical Framework for specifikation af parametre relevante for FindDocuments:

Find documents (XDSDocumentEntry objects) in the registry for a given patientID with a matching availabilityStatus attribute. The other parameters can be used to restrict the set of XDSDocumentEntry objects returned.


Parameter NameAttributeOpt

Multiple

(liste af værdier i request)

Mult

AO XDS Adapter understøttelse
$XDSDocumentEntryPatientIdXDSDocumentEntry.patientIdR--

Denne parameter skal angives. AO XDS Adapter anvender den medsendte værdi til at sende en forespørgsel videre til den bagvedliggende Bookplan service.

$XDSDocumentEntryReferenceIdList (5)XDSDocumentEntry.referenceIdList (3)RMIngen fortolkning
$XDSDocumentEntryClassCode (1)XDSDocumentEntry.classCodeOM

AO XDS Adapter matcher queries, der 

  • ikke angiver classCode

eller

  • parameterlisten er tom

eller

  • listen af classCodes includerer AO XDS Adapters opsætning for classCode (se afsnittet vedr. metadataopsætning nedenfor)
$XDSDocumentEntryTypeCode (1)XDSDocumentEntry.typeCodeOM

AO XDS Adapter matcher queries, der 

  • ikke angiver typeCode

eller

  • parameterlisten er tom

eller

  • listen af typeCodes includerer AO XDS Adapters opsætning for typeCode (se afsnittet vedr. metadataopsætning nedenfor)
$XDSDocumentEntryPracticeSettingCode (1)XDSDocumentEntry.practiceSettingCodeOMIngen fortolkning af AO XDS Adapter
$XDSDocumentEntryCreationTimeFromLower value of
XDSDocumentEntry.creationTime
O--

AO XDS Adapter matcher queries, hvor der

  • ikke er angivet en interval start for creationtime

$XDSDocumentEntryCreationTimeTo

Upper value of
XDSDocumentEntry.creationTime
O--

AO XDS Adapter matcher queries, hvor der

  • ikke er angivet en interval slut for creationtime
$XDSDocumentEntryServiceStartTimeFromLower value of
XDSDocumentEntry.serviceStartTime
O--

AO XDS Adapter returnerer en DocumentEntry pba Bookplan aftale,

  • hvis XDSDocumentEntry.serviceStartTimeFrom ikke er angivet i query eller
  • hvis Bookplan aftalens arrivalDateTime ligger efter XDSDocumentEntry.serviceStartTimeFrom
$XDSDocumentEntryServiceStartTimeToUpper value of
XDSDocumentEntry.serviceStartTime
O--

AO XDS Adapter returnerer en DocumentEntry pba Bookplan aftale,

  • hvis hverken XDSDocumentEntry.serviceStartTimeFrom eller XDSDocumentEntry.serviceStartTimeTo er angivet i query
  • eller XDSDocumentEntry.serviceStartTimeFrom ikke er angivet i query og Bookplan aftalens arrivalDateTime ligger efter XDSDocumentEntry.serviceStartTimeTo
$XDSDocumentEntryServiceStopTimeFromLower value of
XDSDocumentEntry.serviceStopTime
O--

AO XDS Adapter returnerer en DocumentEntry pba Bookplan aftale,

  • hvis hverken XDSDocumentEntry.serviceStopTimeFrom eller XDSDocumentEntry.serviceStopTimeTo er angivet i query eller
  • XDSDocumentEntry.serviceStopTimeTo ikke er angivet i query og Bookplan aftalens arrivalDateTime ligger før XDSDocumentEntry.serviceStopTimeFrom
$XDSDocumentEntryServiceStopTimeToUpper value of
XDSDocumentEntry.serviceStopTime
O--

AO XDS Adapter returnerer en DocumentEntry pba Bookplan aftale,

  • hvis hverken XDSDocumentEntry.serviceStopTimeFrom eller XDSDocumentEntry.serviceStopTimeTo er angivet i query eller
  • Bookplan aftalens arrivalDateTime ligger før XDSDocumentEntry.serviceStopTimeTo
$XDSDocumentEntryHealthcareFacilityTypeCode (1)XDSDocumentEntry.healthcareFacilityTypeCodeOMIngen fortolkning af AO XDS Adapter
$XDSDocumentEntryEventCodeList (1)XDSDocumentEntry.eventCodeList (3)OM

AO XDS Adapter matcher queries, der 

  • ikke angiver eventCodeList

eller

  • parameterlisten er tom

eller

  • listen af eventCodes includerer AO XDS Adapter opsætning for eventCodes (se afsnittet vedr. metadataopsætning nedenfor)
$XDSDocumentEntryConfidentialityCode (1)XDSDocumentEntry.confidentialityCode (3)OM

AO XDS Adapter matcher queries, der 

  • ikke angiver confidentialityCode

eller

  • parameterlisten er tom

eller

  • listen af eventCodes includerer AO XDS Adapter opsætning for eventCodes (se afsnittet vedr. metadataopsætning nedenfor)
$XDSDocumentEntryAuthorPerson (4) XDSDocumentEntry.authorOM

AO XDS Adapter matcher kun queries, der

  • ikke angiver author

eller

  • parameterlisten er tom.
$XDSDocumentEntryFormatCode (1) XDSDocumentEntry.formatCodeOM

Ingen fortolkning af AO XDS Adapter matcher queries, der 

  • ikke angiver formatCodes

eller

  • parameterlisten er tom

eller

  • listen af formatCodes includerer AO XDS Adapters opsætning for formatCode (se afsnittet vedr. metadataopsætning nedenfor)
$XDSDocumentEntryStatusXDSDocumentEntry.availabilityStatusRM

AO XDS Adapter matcher queries, der

  • ikke angiver denne parameter

eller

  • parameterlisten er tom

eller

  • parameterlisten indeholder availabilityStatus Approved (urn:oasis:names:tc:ebxml-regrep:StatusType:Approved)
$XDSDocumentEntryType (6) XDSDocumentEntry.objectTypeOM(1)

AO XDS Adapter matcher queries, hvor

  • ikke angiver objectType

eller

  • parameterlisten er tom

eller

  • listen af entryTypes inkluderer Stable dokumenter (urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1)

...

I forbindelse med hver udførelse af user story AO-SOEG-1 kalder AO XDS Adapter en REST service i Bookplan. Givet et CPR nummer er denne service i stand til at give en liste af alle borgerens gældende aftaler (på forespørgselstidspunktet).

Formatet for en bookplan-aftale ser således ud:

...

Til filtrering af indkommende queries (se afsnit vedr. AO XDS Adapter Query Parameters) samt til generering af de udgående DocumentEntries i responses er AO er AO XDS Adapter konfigureret med et to XML dokumentdokumenter, der beskriver forskellige opsætningermetadata- og filtreringsopsætninger for AO XDS Adapter.

Nedenfor ses et eksempel eksempler sådan et disse XML opsætningsdokumentopsætningsdokumenter. Tabellen nedenunder dokumenterer, hvordan de forskellige dele af XML'en anvendes i praksis i forhold til filtrering af queries, generering af DocumentEntries og det konkrete CDA aftaledokument, som DocumentEntries bskriver.

...

Opsætningsvariablens navn

...

Beskrivelse

...

Miljø-specifik

...

Værdi for RN (nuværende opsætning)

...

Eksempel på filtreringsdokument:

Code Block
languagexml
firstline1
titleAOFilter
linenumberstrue
<filter>
  <classCodes/>
  <typeCodes>
    <codedValue>
      <code>39289-4</code>
      <codeSystem>2.16.840.1.113883.6.1</codeSystem>
      <description>Dato og tidspunkt for møde mellem patient og sundhedsperson</description>
    </codedValue>
  </typeCodes>
  <eventCodes/>
  <confidentialityCodes>
    <codedValue>
      <code>N</code>
      <codeSystem>2.16.840.1.113883.5.25</codeSystem>
      <description>Normal</description>
    </codedValue>
  </confidentialityCodes>
</filter>

Eksempel på metadataopsætning:

Code Block
languagexml
firstline1
titleAOMetadata
linenumberstrue
<metadata>
	<classCode class="codedValue">
		<code>001</code>
		<codeSystem>1.2.208.184.100.9</codeSystem>
		<description>Klinisk rapport</description>
	</classCode>
	<confidentialityCode class="codedValue">
		<code>N</code>
		<codeSystem>2.16.840.1.113883.5.25</codeSystem>
		<description>Normal</description>
	</confidentialityCode>
	<formatCode class="codedValue">
		<code>urn:ad:dk:medcom:apd-v2.0.1:full</code>
		<codeSystem>1.2.208.184.100.10</codeSystem>
		<description>DK APD schema</description>
	</formatCode>
	<languageCode>da-DK</languageCode>
	<mimeType>text/xml</mimeType>
	<practiceSettingCode class="codedValue">
		<code>408443003</code>
		<codeSystem>2.16.840.1.113883.6.96</codeSystem>
		<description>almen medicin</description>
	</practiceSettingCode>
    <typeCode class="codedValue">
        <code>39289-4</code>
        <codeSystem>2.16.840.1.113883.6.1</codeSystem>
        <description>Dato og tidspunkt for møde mellem patient og sundhedsperson</description>
    </typeCode>
	<homeCommunityId>1.2.208.176.99.180.99.98</homeCommunityId>
	<repositoryUniqueId>1.2.208.176.99.180.99.98.1</repositoryUniqueId>
	<uniqueIdRoot>1.2.208.176.99.180.99.98.1</uniqueIdRoot>
	<healthcareFacilityTypeCode class="codedValue">
		<code>22232009</code>
		<codeSystem>2.16.840.1.113883.6.96</codeSystem>
		<description>hospital</description>
	</healthcareFacilityTypeCode>
	<authorInstitution
		class="dk.nsi.dds.core.metadata.model.OrganisationImpl">
		<name>Region Midtjylland</name>
		<id class="valueWithAssigningAuthority">
			<value>6081000016005</value>
			<assigningAuthority>1.2.208.176.1.1</assigningAuthority>
		</id>
		<address class="dk.nsi.dds.core.metadata.model.AddressImpl">
			<street>Skottenborg 26</street>
			<postalCode>8800</postalCode>
			<city>Viborg</city>
		</address>
		<telecom class="dk.nsi.dds.core.metadata.model.TelecomImpl">
			<telecom>87285000</telecom>
		</telecom>
	</authorInstitution>
</metadata>

Opsætningsvariablens navn

Beskrivelse

Miljø-specifik

Værdi for RM (nuværende opsætning)
repositoryIUniqueId (tag i AOMetadata linje 30)Anvendes til indsættelse i feltet $XDSDocumentEntry.repositoryUniqueId for de returnerede DocumentEntriesJ


1.2.208.176.99.180.99.98.1(TEST2)

mimeType (tag i AOMetadata linje 18)Anvendes til indsættelse i $XDSDocumentEntry.mimeType for de returnerede DocumentEntriesNtext/xml
languageCode (tag i AOMetadata linje 17)Anvendes til indsættelse i $XDSDocumentEntry.languageCode for de returnerede DocumentEntriesNda-DK
authorInstitution/id/assigningAuthority (i AOMetadata linje 41)

Anvendes til kvalificering af $XDSDocumentEntry.author (urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d) for de returnerede DocumentEntries

Anvendes også til at representere representedCustodianOrganization i det resulterende CDA dokument

N1.2.208.176.1.1
healthcareFacilityTypeCode (tag i AOMetadata linje 32-36)Anvendes til indsættelse i $XDSDocumentEntry.healthcareFacilityTypeCode (urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1) for de returnerede DocumentEntriesN
<healthcareFacilityTypeCode class="codedValue">
<code>22232009</code>
<codeSystem>2.16.840.1.113883.6.96</codeSystem>
<description>hospital</description>
</healthcareFacilityTypeCode>

classCodes (tag i AOFilter linje 2)

classCode (tag i AOMetadata linje 2-6)

Værdien fra AOFilter anvendes til filtrering af queries (hvis sat).

Værdien fra AOMetadata anvendes til indsættelse i $XDSDocumentEntry.classCode (urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a) for de returnerede DocumentEntries

N
AOFilter:
<classCodes/>

AOMetadata:
<classCode class="codedValue">
<code>001</code>
 <codeSystem>1.2.208.184.100.9</codeSystem>
 <description>Klinisk rapport</description>
</classCode>
formatCode (tag i AOMetadata linje 12-16)

Anvendes til indsættelse i $XDSDocumentEntry.formatCode (urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d) for de returnerede DocumentEntries

N
<formatCode class="codedValue">
<code>urn:ad:dk:medcom:apd-v2.0.1:full</code>
 <codeSystem>1.2.208.184.100.10</codeSystem>
<description>DK APD schema</description>
</formatCode>

typeCodes (tag i AOFilter linje 3-9)

typeCode (tag i AOMetadata 24-28)

Værdien fra AOFilter anvendes til filtrering af queries.

Værdien fra AOMetadata anvendes til indsættelse i $XDSDocumentEntry.typeCode (urn:uuid:f0306f51-975f-434e-a61c-c59651d33983) for de returnerede DocumentEntries

N
<typeCode class="codedValue">
 <code>39289-4</code>
<codeSystem>2.16.840.1.113883.6.1</codeSystem>
 <description>Dato og tidspunkt for møde mellem patient og sundhedsperson</description>
</typeCode>

authorInstitution/id/value (i AOMetadata linje 40)

Anvendes til indsættelse i $XDSDocumentEntry.author (urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d) for de returnerede DocumentEntries

Anvendes også til at representere representedCustodianOrganization i det resulterende CDA dokument

N6081000016005
authorInstitution/name (i AOMetadata linje 38)Anvendes til indsættelse i $XDSDocumentEntry.author (urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d) for de returnerede DocumentEntriesNRegion Midt

confidentialityCodes (i AOFilter linje 17)

confidentialityCode (i AOMetadata linje 7-11)

Værdien i AOFilter anvendes til filtrering af queries hvis sat.

Værdien i AOMetadata anvendes til indsættelse i $XDSDocumentEntry.confidentialityCode (urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f) for de returnerede DocumentEntries.

N
AOFilter:
<confidentialityCodes>
<codedValue>
 <code>N</code>
 <codeSystem>2.16.840.1.113883.5.25</codeSystem>
 <description>Normal</description>
 </codedValue>
</confidentialityCodes>

AOMetadata:
<confidentialityCode>
 <code>N</code>
 <codeSystem>2.16.840.1.113883.5.25</codeSystem>
 <description>Normal</description>
</confidentialityCode>
practiceSettingCode (I AOMetadata linje 19-23)Anvendes til indsættelse i $XDSDocumentEntry.practiceSettingCode (urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead) for de returnerede DocumentEntriesN
<practiceSettingCode class="codedValue">
 <code>408443003</code>
 <codeSystem>2.16.840.1.113883.6.96</codeSystem>
 <description>almen medicin</description>
</practiceSettingCode>

Som det fremgår af ovenstående tabel anvendes variablene til både:

  • Filtrering af queries
  • Generering af DocumentEntries i response.
  • Indsættelse i resulternde aftaledokumenter

Eksempel: Request og response fra AO XDS Adapter

Følgende request viser en fremsøgning af dokumenter på CPR nummeret 2512484916 via DDS (SOAP headers er fjernet for at gøre eksemplet mere læsevenligt).

Code Block
languagexml
titleRequest DDS (AO XDS Adapter)
collapsetrue
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
  <soap:Body>
    <ns4:AdhocQueryRequest xmlns:ns6="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns5="urn:ihe:iti:xds-b:2007" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0">
      <ns4:ResponseOption returnComposedObjects="true" returnType="LeafClass"/>
      <ns2:AdhocQuery id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d">
        <ns2:Slot name="$XDSDocumentEntryPatientId">
          <ns2:ValueList>
            <ns2:Value>'2512484916^^^&1.2.208.176.1.2&ISO'</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
        <ns2:Slot name="$XDSDocumentEntryTypeCode">
          <ns2:ValueList>
            <ns2:Value>('39289-4^^2.16.840.1.113883.6.1')</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
        <ns2:Slot name="$XDSDocumentEntryServiceStartTimeFrom">
          <ns2:ValueList>
            <ns2:Value>20180212090000</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
        <ns2:Slot name="$XDSDocumentEntryServiceStopTimeFrom">
          <ns2:ValueList>
            <ns2:Value>20180217090000</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
        <ns2:Slot name="$XDSDocumentEntryFormatCode">
          <ns2:ValueList>
            <ns2:Value>('urn:ad:dk:medcom:appointmentsummary:full^^2.16.840.1.113883.3.4208.100.10')</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
        <ns2:Slot name="$XDSDocumentEntryTypeCode">
          <ns2:ValueList>
            <ns2:Value>('urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248')</ns2:Value>
          </ns2:ValueList>
        </ns2:Slot>
      </ns2:AdhocQuery>
    </ns4:AdhocQueryRequest>
  </soap:Body>
</soap:Envelope>

Som vist i overblikket delegerer DDS query videre til bl.a. AO XDS Adapter og samler kildernes svar i et samlet response til anvenderen. Følgende viser, hvordan response ser ud (SOAP headers er fjernet for at gøre eksemplet mere læsevenligt. Listen af resulterer er også reduceret for overblik).


Code Block
languagexml
titleResponse DDS (AO XDS Adapter)
collapsetrue
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
  <soap:Body>
    <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:ihe:iti:xds-b:2007" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success">
      <RegistryObjectList>
        <ExtrinsicObject mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" home="1.2.208.176.99.180.99.98">
          <Slot name="creationTime">
            <ValueList>
              <Value>20180212090000</Value>
            </ValueList>
          </Slot>
          <Slot name="hash">
            <ValueList>
              <Value>920b6eea6ff8c4852e7b51834ffb024ed77a288d</Value>
            </ValueList>
          </Slot>
          <Slot name="languageCode">
            <ValueList>
              <Value>da-DK</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStartTime">
            <ValueList>
              <Value>20180212090000</Value>
            </ValueList>
          </Slot>
          <Slot name="repositoryUniqueId">
            <ValueList>
              <Value>1.2.208.176.99.180.99.98.1</Value>
            </ValueList>
          </Slot>
          <Slot name="size">
            <ValueList>
              <Value>6225</Value>
            </ValueList>
          </Slot>
          <Slot name="sourcePatientId">
            <ValueList>
              <Value>2512484916^^^&1.2.208.176.1.2&ISO</Value>
            </ValueList>
          </Slot>
          <Name>
            <LocalizedString xml:lang="en-US" charset="UTF-8" value="Aftale for 2512484916"/>
          </Name>
          <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="" id="urn:uuid:392f9637-949a-4c68-aef6-6eebd878542f">
            <Slot name="authorInstitution">
              <ValueList>
                <Value>Region Midtjylland^^^^^&1.2.208.176.1.1&ISO^^^^6081000016005</Value>
              </ValueList>
            </Slot>
          </Classification>
          <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="001" id="urn:uuid:2b3dbd4c-a785-4f5f-ad24-6c04b56ac19e">
            <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="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="urn:ad:dk:medcom:apd-v2.0.1:full" id="urn:uuid:6d7814d7-1bd2-4da6-ac31-376826612d72">
            <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 APD schema"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="22232009" id="urn:uuid:e2e9390a-0c00-4a8b-8be0-2cf38a83a207">
            <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="hospital"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="408443003" id="urn:uuid:21f02868-7ff0-470d-99a0-e3774580054c">
            <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="almen medicin"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="39289-4" id="urn:uuid:8e9bd1ec-7151-45c9-bee5-0413e3e88dd7">
            <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="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" nodeRepresentation="N" id="urn:uuid:31f0a3cd-39c6-41ce-9c8d-541f29c5c9b6">
            <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="Normal"/>
            </Name>
          </Classification>
          <ExternalIdentifier registryObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512484916^^^&1.2.208.176.1.2&ISO" id="urn:uuid:167e071d-56d3-4932-a602-299a26314ac7">
            <Name>
              <LocalizedString value="XDSDocumentEntry.patientId"/>
            </Name>
          </ExternalIdentifier>
          <ExternalIdentifier registryObject="61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.176.99.180.99.98.1^61b5fc76-dead-4a9f-bfcf-d0b2cba94e03" id="urn:uuid:a2d6c8b7-3644-4e28-92a1-5b4e47975c90">
            <Name>
              <LocalizedString value="XDSDocumentEntry.uniqueId"/>
            </Name>
          </ExternalIdentifier>
        </ExtrinsicObject>
        <ExtrinsicObject mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" home="1.2.208.176.99.180.99.98">
          <Slot name="creationTime">
            <ValueList>
              <Value>20180213125000</Value>
            </ValueList>
          </Slot>
          <Slot name="hash">
            <ValueList>
              <Value>ff45c83dd4be13883fce0a608958b037fb2f923c</Value>
            </ValueList>
          </Slot>
          <Slot name="languageCode">
            <ValueList>
              <Value>da-DK</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStartTime">
            <ValueList>
              <Value>20180213125000</Value>
            </ValueList>
          </Slot>
          <Slot name="repositoryUniqueId">
            <ValueList>
              <Value>1.2.208.176.99.180.99.98.1</Value>
            </ValueList>
          </Slot>
          <Slot name="size">
            <ValueList>
              <Value>6488</Value>
            </ValueList>
          </Slot>
          <Slot name="sourcePatientId">
            <ValueList>
              <Value>2512484916^^^&1.2.208.176.1.2&ISO</Value>
            </ValueList>
          </Slot>
          <Name>
            <LocalizedString xml:lang="en-US" charset="UTF-8" value="Aftale for 2512484916"/>
          </Name>
          <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="" id="urn:uuid:173037d7-56c8-4a41-86d0-dd2679633403">
            <Slot name="authorInstitution">
              <ValueList>
                <Value>Region Midtjylland^^^^^&1.2.208.176.1.1&ISO^^^^6081000016005</Value>
              </ValueList>
            </Slot>
          </Classification>
          <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="001" id="urn:uuid:0819ed04-6849-4ca9-bfcb-e9b9a2129569">
            <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="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="urn:ad:dk:medcom:apd-v2.0.1:full" id="urn:uuid:82f3ec84-9aa6-4981-914a-1538d4f2668a">
            <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 APD schema"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="22232009" id="urn:uuid:c7510b51-6f6d-4d35-9fd9-6374e992f71f">
            <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="hospital"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="408443003" id="urn:uuid:2917a617-cf9a-4c59-9793-6d1cf793869f">
            <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="almen medicin"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="39289-4" id="urn:uuid:81d15cda-2c62-4728-b1ca-911a45b768cc">
            <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="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" nodeRepresentation="N" id="urn:uuid:a293e8cc-e6f7-4cec-8cad-19624223e21d">
            <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="Normal"/>
            </Name>
          </Classification>
          <ExternalIdentifier registryObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512484916^^^&1.2.208.176.1.2&ISO" id="urn:uuid:b0bf5260-61d5-4573-b0fb-b47ea6db04d6">
            <Name>
              <LocalizedString value="XDSDocumentEntry.patientId"/>
            </Name>
          </ExternalIdentifier>
          <ExternalIdentifier registryObject="f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.176.99.180.99.98.1^f0cc9aae-8d95-44ad-bc7c-c6fb18eaaa7f" id="urn:uuid:f9218ecf-a7d0-45ba-8c03-c9fdd4fc36bf">
            <Name>
              <LocalizedString value="XDSDocumentEntry.uniqueId"/>
            </Name>
          </ExternalIdentifier>
        </ExtrinsicObject>
        <ExtrinsicObject mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" id="7e41eecc-843e-4fb4-b232-fa178bc7c924" home="1.2.208.176.99.180.99.98">
          <Slot name="creationTime">
            <ValueList>
              <Value>20180216075300</Value>
            </ValueList>
          </Slot>
          <Slot name="hash">
            <ValueList>
              <Value>e75cfce1070ea004c0d8910802b4430e6f3246cf</Value>
            </ValueList>
          </Slot>
          <Slot name="languageCode">
            <ValueList>
              <Value>da-DK</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStartTime">
            <ValueList>
              <Value>20180216075300</Value>
            </ValueList>
          </Slot>
          <Slot name="repositoryUniqueId">
            <ValueList>
              <Value>1.2.208.176.99.180.99.98.1</Value>
            </ValueList>
          </Slot>
          <Slot name="size">
            <ValueList>
              <Value>6233</Value>
            </ValueList>
          </Slot>
          <Slot name="sourcePatientId">
            <ValueList>
              <Value>2512484916^^^&1.2.208.176.1.2&ISO</Value>
            </ValueList>
          </Slot>
          <Name>
            <LocalizedString xml:lang="en-US" charset="UTF-8" value="Aftale for 2512484916"/>
          </Name>
          <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="" id="urn:uuid:3d251a78-c68a-419a-bdac-374ff19a96f1">
            <Slot name="authorInstitution">
              <ValueList>
                <Value>Region Midtjylland^^^^^&1.2.208.176.1.1&ISO^^^^6081000016005</Value>
              </ValueList>
            </Slot>
          </Classification>
          <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="001" id="urn:uuid:065e3782-2304-4b56-bae8-d6d18ff1297f">
            <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="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="urn:ad:dk:medcom:apd-v2.0.1:full" id="urn:uuid:b927f393-effc-49d1-bda7-e7c11826c0b7">
            <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 APD schema"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="22232009" id="urn:uuid:669b18b4-f5f3-4b28-ae9b-2db0c2e3f5ef">
            <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="hospital"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="408443003" id="urn:uuid:dfd6ec64-3d0b-41ce-906c-661ed64a13b8">
            <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="almen medicin"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="39289-4" id="urn:uuid:8a5d1a97-84f6-4a07-aef5-6e57b3c91c67">
            <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="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
            </Name>
          </Classification>
          <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" nodeRepresentation="N" id="urn:uuid:ae19dc33-8401-49df-9b98-64955ac45344">
            <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="Normal"/>
            </Name>
          </Classification>
          <ExternalIdentifier registryObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" value="2512484916^^^&1.2.208.176.1.2&ISO" id="urn:uuid:6a374078-c7ba-492b-aabf-f5f4a0cac99f">
            <Name>
              <LocalizedString value="XDSDocumentEntry.patientId"/>
            </Name>
          </ExternalIdentifier>
          <ExternalIdentifier registryObject="7e41eecc-843e-4fb4-b232-fa178bc7c924" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.176.99.180.99.98.1^7e41eecc-843e-4fb4-b232-fa178bc7c924" id="urn:uuid:f7c5e0f4-3eca-493c-8050-78b8239502b3">
            <Name>
              <LocalizedString value="XDSDocumentEntry.uniqueId"/>
            </Name>
          </ExternalIdentifier>
        </ExtrinsicObject>
      </RegistryObjectList>
    </ns3:AdhocQueryResponse>
  </soap:Body>
</soap:Envelope>


Sammenhæng mellem AO XDS Adapter response og den danske metadataprofil

Et response fra AO XDS Adapter består som tidligere beskrevet af en liste af selvindeholdte XDS Document Entries. Indholdet af et sådant response er specificeret i IHE IT Infrastructure Technical Framework Volume 3 IHE ITI TF-3 10 Cross-Transaction Specifications and Content Specifications. Derudover har Medcom udarbejdet Medcoms danske profilering: XDS Metadata for Document Sharing v. 0.95.

Med udgangspunkt i Medcoms profilering kan det returnede metadata beskrives udfra tabel 4 i Medcoms specifikation: Metadata Attributes optionality and sources sammenhold med IHE specifikationen for DocumentEntries. For hver af disse metadataattributter angivers i "AO XDS Adapter implementeringsstatus", om den danske metadataprofil er overholdt i AO XDS Adapter implementeringen. Eksempelkolonnen indeholder udklip fra responseeksemplet ovenfor og kan evt. sammenholdes med specifikationen i Medcoms metadataprofilering. 

Uoverensstemmelser mellem data leveret af AO XDS Adapter og specifikationer i den danske metadataprofil er fremhævet med rød.

Fra Medcoms danske profilering tabel 4 (de rækker der er relevante for DocumentEntries)

Metadata attribute

Optional (IHE)

Optional (DK)

AO XDS Adapter implementerings-status

Eksempel (udklip af response ovenfor)

author.authorInstituation
ROK
<Slot name="authorInstitution">
<ValueList>
<Value>Region Midtjylland^^^^^&1.2.208.176.1.1&ISO^^^^6081000016005</Value>
</ValueList>
</Slot>
author.authorPerson
R2N/A

availabilityStatus

R

R

OK

<ExtrinsicObject
      mimeType="text/xml"
      lid="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806"
      objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
->  status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved"
      id="be2ced7b-6b68-4c32-814b-f8ee819abbd1"
      home="1.2.208.176.99.180.99.98">

confidentialityCodeROKOK
<Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="N" lid="urn:uuid:472e3f0d-14f0-4ca5-8f4d-d249b6cc066c" id="urn:uuid:472e3f0d-14f0-4ca5-8f4d-d249b6cc066c">
<Slot name="codingScheme">
<ValueList>
<Value>2.16.840.1.113883.5.25</Value>
</ValueList>
</Slot>
<Name>
<LocalizedString value="Normal"/>
</Name>
<VersionInfo versionName="1.1"/>
</Classification>

contentTypeCode

R-OKN/A (ikke brugt i den danske profilering)

creationTime

RROK<Slot name="creationTime">
 <ValueList>
   <Value>20180820084500</Value>
  </ValueList>
</Slot>

entryUUID

RROK
<ExtrinsicObject 
mimeType="text/xml"
lid="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806"
objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved"
-> id="be2ced7b-6b68-4c32-814b-f8ee819abbd1"
home="1.2.208.176.99.180.99.98">

eventCodeList

OR2OK
<Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="39289-4" lid="urn:uuid:9444238a-6539-4a90-9de8-0f7ef8b55e2b" id="urn:uuid:9444238a-6539-4a90-9de8-0f7ef8b55e2b">
<Slot name="codingScheme">
<ValueList>
<Value>2.16.840.1.113883.6.1</Value>
</ValueList>
</Slot>
<Name>
<LocalizedString value="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
</Name>
<VersionInfo versionName="1.1"/>
</Classification>
formatCodeRROK<Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="urn:ad:dk:medcom:appointmentsummary:full" lid="urn:uuid:e9fff511-a673-4f26-83f8-9a7fab4dc0e3" id="urn:uuid:e9fff511-a673-4f26-83f8-9a7fab4dc0e3">
  <Slot name="codingScheme">
    <ValueList>
      <Value>2.16.840.1.113883.3.4208.100.10</Value>
    </ValueList>
  </Slot>
  <Name>
    <LocalizedString value="DK Appointment Summary Document schema"/>
  </Name>
  <VersionInfo versionName="1.1"/>
</Classification>

hash

MROK<Slot name="hash">
  <ValueList>
    <Value>0fbb262c3f2cb2a0598bc9547d26f1c8d782ab10</Value>
  </ValueList>
</Slot>

healthcareFacilityTypeCode

RROK
<Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="22232009" lid="urn:uuid:b4b6c829-ae06-4a52-b20d-b7c46d545e26" id="urn:uuid:b4b6c829-ae06-4a52-b20d-b7c46d545e26">
<Slot name="codingScheme">
<ValueList>
<Value>1.2.208.176.1.1.2</Value>
</ValueList>
</Slot>
<Name>
<LocalizedString value="hospital"/>
</Name>
<VersionInfo versionName="1.1"/>
</Classification>

homeCommunityId

RROK<ExtrinsicObject
      mimeType="text/xml"
      lid="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806"
      objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
      status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved"
      id="be2ced7b-6b68-4c32-814b-f8ee819abbd1"
→  home="1.2.208.176.99.180.99.98">

languageCode

RROK<Slot name="languageCode">
  <ValueList>
    <Value>da-DK</Value>
  </ValueList>
</Slot>

legalAuthenticator

OR2OKN/A (Burde måske være sat?)

mimeType

RROK<ExtrinsicObject
→  mimeType="text/xml"
      lid="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806"
      objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
      status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved"
      id="be2ced7b-6b68-4c32-814b-f8ee819abbd1"
     home="1.2.208.176.99.180.99.98">

objectType

RROK

<ExtrinsicObject
      mimeType="text/xml"
      lid="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806"
→ objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
      status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved"
      id="be2ced7b-6b68-4c32-814b-f8ee819abbd1"
     home="1.2.208.176.99.180.99.98">

patientId

MRSe sourcePatientId

practiceSettingCode

R-
<Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="408443003" lid="urn:uuid:da8881e0-628f-4b0e-bff4-a4e2ac0a095b" id="urn:uuid:da8881e0-628f-4b0e-bff4-a4e2ac0a095b">
<Slot name="codingScheme">
<ValueList>
<Value>2.16.840.1.113883.6.96</Value>
</ValueList>
</Slot>
<Name>
<LocalizedString value="almen medicin"/>
</Name>
<VersionInfo versionName="1.1"/>
</Classification>

referenceIdList

OOOKN/A

repositoryUniqueId

RROK
<Slot name="repositoryUniqueId">
<ValueList>
<Value>1.2.208.176.99.180.99.98.1</Value>
</ValueList>
</Slot>

serviceStartTime

R2R2OK
<Slot name="serviceStartTime">
  <ValueList>
    <Value>20180820084500</Value>
</ValueList>
</Slot>

serviceStopTime

R2R2OKIkke returneret i Documententries. Bookplan aftaler har et tidspunkt for ankomst (aftalens start), men ikke noget sluttidspunkt

size

RR

OK

<Slot name="size">
  <ValueList>
    <Value>5805</Value>
  </ValueList>
</Slot>

sourcePatientId

RROK
<Slot name="sourcePatientId">
<ValueList>
<Value>2512484916^^^&amp;1.2.208.176.1.2&amp;ISO</Value>
</ValueList>
</Slot>

sourcePatientInfo

RRNejAO XDS Adapter har ikke datagrundlag til at kunne dette, hvorfor kravet ikke kan opfyldes

title

OROK
<Name>
<LocalizedString value="Aftale for 2512484916"/>
</Name>

typeCode

RROK
<Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" nodeRepresentation="39289-4" lid="urn:uuid:9444238a-6539-4a90-9de8-0f7ef8b55e2b" id="urn:uuid:9444238a-6539-4a90-9de8-0f7ef8b55e2b">
<Slot name="codingScheme">
<ValueList>
<Value>2.16.840.1.113883.6.1</Value>
</ValueList>
</Slot>
<Name>
<LocalizedString value="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
</Name>
<VersionInfo versionName="1.1"/>
</Classification>

uniqueId

RROK<ExternalIdentifier registryObject="urn:uuid:f69ea987-4d7f-41c4-ae19-616a84901806" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value="1.2.208.176.99.180.99.98.1.1^be2ced7b-6b68-4c32-814b-f8ee819abbd1" lid="urn:uuid:e291cc5f-8364-4b45-81b4-348b576f54b8" id="urn:uuid:e291cc5f-8364-4b45-81b4-348b576f54b8">
  <Name>
    <LocalizedString value="DocumentEntry.uniqueId"/>
  </Name>
  <VersionInfo versionName="1.1"/>
</ExternalIdentifier>

URI

OOOKN/A

O=Optional, R=Required, R2=Required when known

AO XDS Adapters understøttelse af dokumentafhentning (AO-HENT-01)

AO XDS Adapter implementerer transaktionen Retrieve Document Set (ITI-43), som er beskrevet i IHE IT Infrastructure Technical Framework Volume 2b (ITI TF-2b) 10 Transactions Part A

ITI-43 beskeder beskeder er simple og består af

  • En liste af DocumentRequests
  • Hver DocumentRequest består af
    • Angivelse af RepositoryId (hvor kan dokumentet findes)
    • Angivelse af DocumentUniqueId (hvilket dokument)
    • En optionel angivelse af HomeCommunityId (identifikation af domænet, hvor det angivne Repository findes)

I det følgende har vi et eksempel på et ITI-43 request og et tilhørende response. Dette request og response hører sammen med eksemplet, der blev præsenteret i forbindelse med søgning AO-SOEG-01. 

Code Block
languagexml
titleDDS Request ITI-43 (AO XDS Adapter)
collapsetrue
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <ns2:RetrieveDocumentSetRequest xmlns:ns6="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:ihe:iti:xds-b:2007">
      <ns2:DocumentRequest>
        <ns2:HomeCommunityId>1.2.208.176.99.180.99.98</ns2:HomeCommunityId>
        <ns2:RepositoryUniqueId>1.2.208.176.99.180.99.98.1</ns2:RepositoryUniqueId>
        <ns2:DocumentUniqueId>1.2.208.176.99.180.99.98.1.1^be2ced7b-6b68-4c32-814b-f8ee819abbd1</ns2:DocumentUniqueId>
      </ns2:DocumentRequest>
    </ns2:RetrieveDocumentSetRequest>
  </soap:Body>
</soap:Envelope>
Code Block
languagexml
titleDDS Response ITI-43 (AO XDS Adapter)
collapsetrue
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
  <soap:Body>
    <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>
        <HomeCommunityId>1.2.208.176.99.180.99.98</HomeCommunityId>
        <RepositoryUniqueId>1.2.208.176.99.180.99.98.1</RepositoryUniqueId>
        <DocumentUniqueId>1.2.208.176.99.180.99.98.1.1^be2ced7b-6b68-4c32-814b-f8ee819abbd1</DocumentUniqueId>
        <mimeType>text/xml</mimeType>
        <Document>
          <xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:8110ae30-37ff-4306-9c98-0ec153181a9f-48594@urn%3Aihe%3Aiti%3Axds-b%3A2007"/>
        </Document>
      </DocumentResponse>
    </RetrieveDocumentSetResponse>
  </soap:Body>
</soap:Envelope>

Med udgangspunkt i eksemplet ovenfor vil vi kigge nærmere på dokumentindholdet:

Code Block
languagexml
titleCDA Document fra Response
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
  <realmCode code="DK"/>
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
  <templateId root="1.2.208.184.14.1"/>
  <id extension="be2ced7b-6b68-4c32-814b-f8ee819abbd1" root="1.2.208.184" assigningAuthorityName="MedCom"/>
  <code code="39289-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
  <title>Aftale for 2512484916</title>
  <effectiveTime value="20180820104500+0200"/>
  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
  <languageCode code="da-DK"/>
  <recordTarget typeCode="RCT" contextControlCode="OP">
    <patientRole classCode="PAT">
      <id extension="2512484916" root="1.2.208.176.1.2" assigningAuthorityName="CPR"/>
      <patient nullFlavor="NI"> </patient>
    </patientRole>
  </recordTarget>
  <author typeCode="AUT" contextControlCode="OP">
    <time value="20180820104500+0200"/>
    <assignedAuthor classCode="ASSIGNED">
      <id extension="6081000016005" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/>
      <assignedAuthoringDevice nullFlavor="NI"> </assignedAuthoringDevice>
    </assignedAuthor>
  </author>
  <custodian typeCode="CST">
    <assignedCustodian classCode="ASSIGNED">
      <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
        <id extension="6081000016005" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/>
      </representedCustodianOrganization>
    </assignedCustodian>
  </custodian>
  <documentationOf typeCode="DOC">
    <serviceEvent classCode="MPROT" moodCode="EVN">
      <effectiveTime>
        <low value="20180820104500+0200"/>
        <high nullFlavor="NI"/>
      </effectiveTime>
    </serviceEvent>
  </documentationOf>
  <component typeCode="COMP" contextConductionInd="true">
    <structuredBody classCode="DOCBODY" moodCode="EVN">
      <component typeCode="COMP" contextConductionInd="true">
        <section classCode="DOCSECT" moodCode="EVN">
          <templateId root="1.2.208.184.14.11.1" extension="2017-03-10"/>
          <code code="18776-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Plan of care note"/>
          <title>Aftale</title>
          <text>
            <paragraph>Aftale:</paragraph>
            <table width="100%">
              <tbody>
                <tr>
                  <th>Status</th>
                  <th>Aftale dato</th>
                  <th>Vedrørende</th>
                  <th>Afdeling</th>
                  <th>Sted</th>
                  <th>Adresse</th>
                </tr>
                <tr>
                  <td>active</td>
                  <td>20-08-2018 10:45</td>
                  <td>Første samtale</td>
                  <td>Kræftafdelingen</td>
                  <td>Aarhus Universitetshospital</td>
                  <td></td>
                </tr>
              </tbody>
            </table>
          </text>
          <entry>
            <encounter moodCode="APT" classCode="ENC">
              <templateId root="1.2.208.184.14.11.2" extension="2017-03-10"/>
              <id root="1.2.208.184" extension="be2ced7b-6b68-4c32-814b-f8ee819abbd1" assigningAuthorityName="MedCom"/>
              <code code="185353001" displayName="Aftale dato" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96"> </code>
              <statusCode code="active"/>
              <effectiveTime>
                <low value="20180820104500+0200"/>
                <high nullFlavor="NI"/>
              </effectiveTime>
              <performer typeCode="PRF">
                <assignedEntity classCode="ASSIGNED">
                  <id extension="6081000016005" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/>
                  <addr use="WP">
                    <streetAddressLine>Skottenborg 26</streetAddressLine>
                    <postalCode>8800</postalCode>
                    <city>Viborg</city>
                  </addr>
                  <telecom value="tel:87285000" use="WP"/>
                  <representedOrganization classCode="ORG" determinerCode="INSTANCE" nullFlavor="NI"> </representedOrganization>
                </assignedEntity>
              </performer>
              <participant typeCode="LOC">
                <participantRole classCode="SDLOC">
                  <templateId root="1.2.208.184.14.11.3" extension="2017-03-10"/>
                  <id nullFlavor="NI"/>
                  <addr use="WP"><streetAddressLine>Aarhus Universitetshospital</streetAddressLine></addr>
                  <telecom nullFlavor="NI"/>
                  <playingEntity classCode="PLC">
                    <name>Kræftafdelingen</name>
                  </playingEntity>
                </participantRole>
              </participant>
              <entryRelationship typeCode="RSON">
                <observation classCode="OBS" moodCode="RQO">
                  <code code="NI" displayName="Første samtale"/>
                </observation>
              </entryRelationship>
            </encounter>
          </entry>
        </section>
      </component>
    </structuredBody>
  </component>
</ClinicalDocument>


Det første der bør undersøges er, om de genererede aftaledokumenter overholder Medcoms standard i forhold til profilering af aftale dokumenter. Til dette formål har vi kørt eksempel dokumentet igennem en validering.

Image Added

Dernæst genbesøges Medcoms Metadataprofil:

Uoverensstemmelser mellem data leveret af AO XDS Adapter og specifikationer i den danske metadataprofil er fremhævet med rød.

Fra Medcoms danske profilering tabel 4 (de rækker der stammer fra CDA)

Metadata attribute

Optional (IHE)

Optional (DK)

AO XDS Adapter implementerings-status

Eksempel (udklip af CDA dokument ovenfor)

author.authorInstituation
R

OK

(dog displayName ikke med)

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<author typeCode="AUT" contextControlCode="OP">
..
<assignedAuthor classCode="ASSIGNED">
..
<id extension="6081000016005" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/>
author.authorPerson
R2OKN/A
confidentialityCodeROK

OK

(dog displayName ikke med)

<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>

contentTypeCode

R-N/AN/A

creationTime

RROK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<effectiveTime value="20180820104500+0200"/>

eventCodeList

OR2OKN/A

languageCode

RR
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<languageCode code="da-DK"/>

legalAuthenticator

OR2OKN/A

patientId

MROK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<recordTarget typeCode="RCT" contextControlCode="OP">
..
<patientRole classCode="PAT">
..
<id extension="2512484916" root="1.2.208.176.1.2" assigningAuthorityName="CPR"/>
..
<patient nullFlavor="NI"> </patient>

serviceStartTime

R2R2OK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<documentationOf typeCode="DOC">
..
<serviceEvent classCode="MPROT" moodCode="EVN">
..
<effectiveTime>
..
<low value="20180820104500+0200"/>
<high nullFlavor="NI"/>

serviceStopTime

R2R2OK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<documentationOf typeCode="DOC">
..
<serviceEvent classCode="MPROT" moodCode="EVN">
..
<effectiveTime>
..
<low value="20180820104500+0200"/>
<high nullFlavor="NI"/>

sourcePatientId

RR
se patientId

sourcePatientInfo

RRIkke OKDer er ikke datagrundlag til dette

title

OROK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<title>Aftale for 2512484916</title>

typeCode

RRIkke OKIkke inkluderet

uniqueId

RROK
<ClinicalDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:hl7-org:v3" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd" classCode="DOCCLIN" moodCode="EVN">
..
<id extension="be2ced7b-6b68-4c32-814b-f8ee819abbd1" root="1.2.208.184" assigningAuthorityName="MedCom"/>

O=Optional, R=Required, R2=Required when known

...

?? (TEST1)

(TEST2)

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.classCode (urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.classCode (urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.formatCode (urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.formatCode (urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.typeCode (urn:uuid:f0306f51-975f-434e-a61c-c59651d33983) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.typeCode (urn:uuid:f0306f51-975f-434e-a61c-c59651d33983) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.confidentialityCode (urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f) for de returnerede DocumentEntries

...

Anvendes til filtrering af queries.

Anvendes til indsættelse i $XDSDocumentEntry.confidentialityCode (urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f) for de returnerede DocumentEntries

...

Som det fremgår af ovenstående tabel anvendes variablene til både:

  • Filtrering af queries
  • Generering af DocumentEntries i response.

Eksempel: Request og response fra AO XDS Adapter

Følgende request viser en fremsøgning af dokumenter på CPR nummeret 2110979421 via DDS (SOAP headers er fjernet for at gøre eksemplet mere læsevenligt).

TODO

Som vist i overblikket delegerer DDS query videre til bl.a. FSK Registry og samler kildernes svar i et samlet response til anvenderen. Følgende viser, hvordan response ser ud (SOAP headers er fjernet for at gøre eksemplet mere læsevenligt).

TODO

Sammenhæng mellem AO XDS Adapter response og den danske metadataprofil

Et response fra AO XDS Adapter består som tidligere beskrevet af en liste af selvindeholdte XDS Document Entries. Indholdet af et sådant response er specificeret i IHE IT Infrastructure Technical Framework Volume 3 IHE ITI TF-3 10 Cross-Transaction Specifications and Content Specifications. Derudover har Medcom udarbejdet Medcoms danske profilering: XDS Metadata for Document Sharing v. 0.95.

Med udgangspunkt i Medcoms profilering kan det returnede metadata beskrives udfra tabel 4 i Medcoms specifikation: Metadata Attributes optionality and sources sammenhold med IHE specifikationen for On-demand DocumentEntries. For hver af disse metadataattributter angivers i "AO XDS Adapter implementeringsstatus", om den danske metadataprofil er overholdt i AO XDS Adapter implementeringen. Eksempelkolonnen indeholder udklip fra responseeksemplet ovenfor og kan evt. sammenholdes med specifikationen i Medcoms metadataprofilering. 

Uoverensstemmelser mellem data leveret af AO XDS Adapter og specifikationer i den danske metadataprofil er fremhævet med rød.

...

Optional (IHE)

...

AO XDS Adapter implementerings-status

...

Eksempel (udklip af response ovenfor)

...

availabilityStatus

...

contentTypeCode

...

creationTime

...

entryUUID

...

eventCodeList

...

hash

...

healthcareFacilityTypeCode

...

homeCommunityId

...

languageCode

...

legalAuthenticator

...

mimeType

...

objectType

...

patientId

...

practiceSettingCode

...

referenceIdList

...

repositoryUniqueId

...

serviceStartTime

...

serviceStopTime

...

size

...

sourcePatientId

...

sourcePatientInfo

...

title

...

typeCode

...

uniqueId

...

URI

...

O=Optional, R=Required, R2=Required when known

AO XDS Adapters understøttelse af dokumentafhentning (AO-HENT-01)

AO XDS Adapter implementerer transaktionen Retrieve Document Set (ITI-43), som er beskrevet i IHE IT Infrastructure Technical Framework Volume 2b (ITI TF-2b) 10 Transactions Part A

ITI-43 beskeder beskeder er simple og består af

  • En liste af DocumentRequests
  • Hver DocumentRequest består af
    • Angivelse af RepositoryId (hvor kan dokumentet findes)
    • Angivelse af DocumentUniqueId (hvilket dokument)
    • En optionel angivelse af HomeCommunityId (identifikation af domænet, hvor det angivne Repository findes)

I det følgende har vi et eksempel på et ITI-43 request og et tilhørende response. Dette request og response hører sammen med eksemplet, der blev præsenteret i forbindelse med søgning AO-SOEG-01. 

TODO

Med udgangspunkt i eksemplet ovenfor vil vi kigge nærmere på dokumentindholdet.

Det første der bør undersøges er, om de genererede aftaledokumenter overholder Medcoms standard i forhold til profilering af aftale dokumenter. Til dette formål har vi kørt eksempel dokumentet igennem en validering.

TODO

Dernæst genbesøges Medcoms Metadataprofil