deutsche Nachrichtenprofile: XDS-MDM-CDA-Mapping

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{Underconstruction}} <!-- Implementierungsleitfaden "HL7 v2.5 Nachrichtenprofile, Ausgabe 2013" --> {{Infobox Dokument |Title HL7 v2.5 Nachrichtenpr…“)
 
 
Zeile 32: Zeile 32:
  
  
=Mapping XDs - CDA - MDM =
+
= Mapping XDS - CDA - MDM =
  
 +
Erläuterungen zu den Spalten:
  
 
* Entry Type:  
 
* Entry Type:  
Zeile 54: Zeile 55:
 
** <in/out>.<path>  (<usage>), e. g. „in.TXA-9 (RE)" means that the data item originates from the field „TXA-9" of the input, having usage „RE" (required but may be empty)  
 
** <in/out>.<path>  (<usage>), e. g. „in.TXA-9 (RE)" means that the data item originates from the field „TXA-9" of the input, having usage „RE" (required but may be empty)  
 
* CDA
 
* CDA
 +
 +
Die Tabelle ist gemäß XDS-Attribut sortiert:
  
 
{| class="hl7table"
 
{| class="hl7table"
|bgcolor="ccffff" |Entry Type||bgcolor="ccffff" |XDS.b Attri¬bute||bgcolor="ccffff" |DT||bgcolor="ccffff" |Op¬tio-na¬lity||bgcolor="ccffff" |Example||bgcolor="ccffff" |Descrip¬tion||bgcolor="ccffff" |Data Item Origin
+
|bgcolor="ccffff" |Entry Type||bgcolor="ccffff" |XDS.b Attribute||bgcolor="ccffff" |DT||bgcolor="ccffff" |Optio- nality||bgcolor="ccffff" |Example||bgcolor="ccffff" |Description||bgcolor="ccffff" |Data Item Origin||bgcolor="ccffff" |CDA
  
 
|-
 
|-
Zeile 92: Zeile 95:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
|| ||in.TXA-9 (R),<br/>
+
|
 +
|in.TXA-9 (R),<br/>
 
see also below
 
see also below
 +
|
  
 
|-
 
|-
|D, S||authorInstitution||XON||R2/R ||<see above>||XON-1, <br/>XON-10||in.TXA-9-14-1 (RE),<br/>
+
|D, S||authorInstitution||XON||R2/R ||<see above>||XON-1, <br/>XON.10||in.TXA-9.14.1 (RE),<br/>
in.TXA-9-14-2 (RE),<br/>
+
in.TXA-9.14.2 (RE),<br/>
in.TXA-9-14-3 (RE);<br/>
+
in.TXA-9.14.3 (RE);<br/>
 
see parameter<br/>
 
see parameter<br/>
 
mdm.originator.assigningFacility.firstComponentAsAssigningAuthority
 
mdm.originator.assigningFacility.firstComponentAsAssigningAuthority
 +
|ClinicalDocument/legalAuthenticator/assignedEntity/representedOrganization (O)
  
 
|-
 
|-
|D, S||authorPerson||XCN||R2/R||<see above>||XCN-1,<br/>XCN-2 ,<br/>XCN-3 ,<br/>XCN-4 ,<br/>XCN-5,<br/>XCN-6,<br/>XCN-9-2<br/>XCN-9-3||in.TXA-9-1 (RE),<br/>
+
|D, S||authorPerson||XCN||R2/R||<see above>||XCN.1,<br/>XCN.2 ,<br/>XCN.3 ,<br/>XCN.4 ,<br/>XCN.5,<br/>XCN.6,<br/>XCN.9.2<br/>XCN.9.3||in.TXA-9.1 (RE),<br/>
in.TXA-9-2 (RE),<br/>in.TXA-9-3 (RE),<br/>in.TXA-9-4 (RE),<br/>in.TXA-9-5 (RE),<br/>
+
in.TXA-9.2 (RE),<br/>in.TXA-9.3 (RE),<br/>in.TXA-9.4 (RE),<br/>in.TXA-9.5 (RE),<br/>
in.TXA-9-6 (RE),<br/>in.TXA-9-9-2(RE),<br/>in.TXA-9-9-3 (RE)
+
in.TXA-9.6 (RE),<br/>in.TXA-9.9.2(RE),<br/>in.TXA-9.9.3 (RE)
 +
|ClinicalDocument/author/assignedAuthor (R)
  
 
|-
 
|-
 
|D,S||authorRole||-||R2/O||<see above>||||Parameter<br/>
 
|D,S||authorRole||-||R2/O||<see above>||||Parameter<br/>
 
xdsb.authorRole.default
 
xdsb.authorRole.default
 +
|ClinicalDocument/author/functionCode (O)<br/>
 +
ClinicalDocument/author/participationFunction (R)<br/>
  
 
|-
 
|-
 
|D, S||authorSpecialty||-||R2/O||<see above>||||Parameter<br/>
 
|D, S||authorSpecialty||-||R2/O||<see above>||||Parameter<br/>
 
xdsb.authorSpecialty.default
 
xdsb.authorSpecialty.default
 +
|ClinicalDocument/author/assignedAuthor/Code (O)
  
 
|-
 
|-
 
|D||availabilityStatus||-||Cg/R||Deprecated<br/>
 
|D||availabilityStatus||-||Cg/R||Deprecated<br/>
Approved||||in.TXA-19 w/ mapping<br/>
+
Approved||||in.TXA.19 w/ mapping<br/>
 
„availabilityStatus-availabilityStatus";<br/>
 
„availabilityStatus-availabilityStatus";<br/>
 
see also Table HL70273
 
see also Table HL70273
 +
|
 +
|
  
 
|-
 
|-
 
|S, F||availabilityStatus||-||Cg/R||Submitted<br/>
 
|S, F||availabilityStatus||-||Cg/R||Submitted<br/>
Approved||||<automatically assigned>
+
Approved
 +
|
 +
|<automatically assigned>
 +
|
  
 
|-
 
|-
Zeile 141: Zeile 156:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific<br/>Vocab. Mapping||in.TXA-2  (R) w/ mapping<br/>
+
|Domain specific<br/>Vocab. Mapping
 +
|in.TXA-2  (R) w/ mapping<br/>
 
„documentType-classCode";<br/>
 
„documentType-classCode";<br/>
 
see also Table HL70270
 
see also Table HL70270
 +
|
  
 
|-
 
|-
 
|D||classCode DisplayName||-||R/P||<see above>||Domain specific||out.classCode w/ mapping<br/>
 
|D||classCode DisplayName||-||R/P||<see above>||Domain specific||out.classCode w/ mapping<br/>
 
„classCode-classCodeDisplayName"
 
„classCode-classCodeDisplayName"
 +
|ClinicalDocument/code (R)
  
 
|-
 
|-
 
|F||codeList||||R/R||
 
|F||codeList||||R/R||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
<rim:Classification classificationScheme= "urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5" classifiedObject="Folder" nodeRepresentation="codeList" >  
+
<rim:Classification classificationScheme= "urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5"
 +
classifiedObject="Folder" nodeRepresentation="codeList" >  
 
<rim:Name>
 
<rim:Name>
 
  <rim:LocalizedString value="codeListCodeDisplayName" />
 
  <rim:LocalizedString value="codeListCodeDisplayName" />
Zeile 162: Zeile 181:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Multi valued
+
|Multi valued
 
Domain specific;
 
Domain specific;
 
list of codes specifying the type of clinical activity that resulted in placing these XDS Documents in this XDSFolder. These values are to be drawn for a vocabulary or coding scheme defined by the Clinical XDS Affinity Domain.
 
list of codes specifying the type of clinical activity that resulted in placing these XDS Documents in this XDSFolder. These values are to be drawn for a vocabulary or coding scheme defined by the Clinical XDS Affinity Domain.
When a new submission request associates XDS Documents (new submission or previously submitted) to an XDS Folder, the Code included in the codeList is appended to the existing list of codes for this Folder (if any) unless this code is already present in the list managed by the Registry for the same XDS-Folder||in.PV1-2 w/ mapping „patientClass-CodeList";
+
When a new submission request associates XDS Documents (new submission or previously submitted) to an XDS Folder, the Code included in the codeList is appended to the existing list of codes for this Folder (if any) unless this code is already present in the list managed by the Registry for the same XDS-Folder
 +
|in.PV1-2 w/ mapping „patientClass-CodeList";<br/>
 
see also Table HL70004
 
see also Table HL70004
 +
|
  
 
|-
 
|-
|F||codeList DisplayName||||R/P||<see above>||||out.codeList w/ mapping
+
|F||codeList DisplayName|| ||R/P||<see above>|| ||out.codeList w/ mapping
 
„codeList-codeListDisplayName"
 
„codeList-codeListDisplayName"
 +
|
  
 
|-
 
|-
Zeile 179: Zeile 201:
 
</rim:Description>
 
</rim:Description>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific||N/A
+
|Domain specific
 +
|N/A
 +
|
 +
 
 
|-
 
|-
 
|S||comments||-||O/P||
 
|S||comments||-||O/P||
Zeile 187: Zeile 212:
 
</rim:Description>
 
</rim:Description>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific||N/A
+
|Domain specific
 +
|N/A
 +
|
 +
 
 
|-
 
|-
 
|D||confidentialityCode||-||R/P||
 
|D||confidentialityCode||-||R/P||
Zeile 204: Zeile 232:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific||in.TXA-18-1 (R) w/ mapping<br/>„documentConfidentialityStatus-confidentialityCode";<br/>see also Table HL70272
+
|Domain specific
 +
|in.TXA-18.1 (R) w/ mapping<br/>„documentConfidentialityStatus-confidentialityCode";<br/>see also Table HL70272
 +
|ClinicalDocument/confidentialityCode (R)
 +
 
 
|-
 
|-
 
|S||contentTypeCode||||R/R||
 
|S||contentTypeCode||||R/R||
Zeile 221: Zeile 252:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight >
 
</syntaxHighlight >
||Domain specific; code specifying the type of clinical activity that resulted in placing these XDS Documents in this XDS-Submission Set||in.EVN-4 w/ mapping
+
|Domain specific; code specifying the type of clinical activity that resulted in placing these XDS Documents in this XDS-Submission Set||in.EVN-4 w/ mapping
 
„eventReasonCode-contentTypeCode";
 
„eventReasonCode-contentTypeCode";
 
See also Table HL70062.
 
See also Table HL70062.
 +
|
  
 
|-
 
|-
 
|S||contentTypeCode DisplayName||||R/P||<see above>||Domain specific;
 
|S||contentTypeCode DisplayName||||R/P||<see above>||Domain specific;
||out.contentTypeCode w/ mapping „contentTypeCode- contentTypeCodeDisplayName"
+
|out.contentTypeCode w/ mapping „contentTypeCode- contentTypeCodeDisplayName"
 +
|
 +
 
 +
|-
 +
| ||creationTime|| || || ||
 +
|
 +
|ClinicalDocument/effectiveTime (R)
  
 
|-
 
|-
Zeile 237: Zeile 275:
 
> ...
 
> ...
 
</syntaxHighlight >
 
</syntaxHighlight >
||||<automatically assigned>
+
|
 +
|<automatically assigned>
 +
|
  
 
|-
 
|-
Zeile 243: Zeile 283:
 
id="urn:uuid:a6e06ca8-0c75-4064-9e5c-88b9045a96f6"
 
id="urn:uuid:a6e06ca8-0c75-4064-9e5c-88b9045a96f6"
 
objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
 
objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
> …||||<automatically assigned>
+
> ...
 +
|<automatically assigned>
 +
|
  
 
|-
 
|-
Zeile 261: Zeile 303:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific;<br/>represents the main clinical acts, such as a colonoscopy or an appendectomy, being documented. In some cases, the event is inherent in the typeCode, such as a "History and Physical Report" in which the procedure being documented is necessarily a "History and Physical" act.
+
|Domain specific;<br/>represents the main clinical acts, such as a colonoscopy or an appendectomy, being documented. In some cases, the event is inherent in the typeCode, such as a "History and Physical Report" in which the procedure being documented is necessarily a "History and Physical" act.
An event can further specialize the act inherent in the typeCode, such as where it is simply "Procedure Report" and the procedure was a "colonoscopy". If one or more eventCodes are included, they shall not conflict with the values inherent in the classCode, practiceSettingCode or typeCode, as such a conflict would create an ambiguous situation.||in.TXA-2 (R) w/ mapping
+
An event can further specialize the act inherent in the typeCode, such as where it is simply "Procedure Report" and the procedure was a "colonoscopy". If one or more eventCodes are included, they shall not conflict with the values inherent in the classCode, practiceSettingCode or typeCode, as such a conflict would create an ambiguous situation.
„documentType-eventCodeList";
+
|in.TXA-2 (R) w/ mapping „documentType-eventCodeList";<br/>
 
see also Table HL70270
 
see also Table HL70270
 +
|ClinicalDocument/documentationOf/serviceEvent (O)
  
 
|-
 
|-
|D||eventCodeList DisplayName||||O/P||<see above>||Domain specific||out.eventCodeListw/ mapping
+
|D||eventCodeList DisplayName|| ||O/P||<see above>
„eventCodeList-eventCodeListDisplayName"
+
|Domain specific
 +
|out.eventCodeListw/ mapping „eventCodeList-eventCodeListDisplayName"
 +
|
  
 
|-
 
|-
Zeile 286: Zeile 331:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||ITI or
+
|ITI or Domain specific
Domain specific||(TXA-2 (R) + OBX-5-2 (R) + OBX-5-3 (R) ) w/ mapping  
+
|(TXA-2 (R) + OBX-5-2 (R) + OBX-5-3 (R) ) w/ mapping  
 
„documentType_typeOfDate_dataSubtype-formatCode"
 
„documentType_typeOfDate_dataSubtype-formatCode"
 +
|
 +
 
|-
 
|-
 
|D||hash||SHA1||Cp/P||
 
|D||hash||SHA1||Cp/P||
Zeile 298: Zeile 345:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight>
 
</syntaxHighlight>
|| ||<automaticall assigned>
+
|
 +
|<automaticall assigned>
 +
| -
  
 
|-
 
|-
Zeile 316: Zeile 365:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight>
 
</syntaxHighlight>
||Domain specific;<br/>
+
|Domain specific;<br/>
the type of organizational setting of the clinical encounter during which the documented act occurred||(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  w/ mapping „eventFacility-healthcareFacilityTypeCode"
+
the type of organizational setting of the clinical encounter during which the documented act occurred
 +
|(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  w/ mapping „eventFacility-healthcareFacilityTypeCode"
 +
|
  
 
|-
 
|-
|D||healthcareFacility TypeCode DisplayName||||R/P||<see above>||Domain specific||out. healthcareFacility TypeCode w/ mapping „healthcareFacility TypeCode- healthcareFacility TypeCodeDisplayName"
+
|D||healthcareFacility TypeCode DisplayName|| ||R/P||<see above>
 +
|Domain specific
 +
|out. healthcareFacility TypeCode w/ mapping „healthcareFacility TypeCode- healthcareFacility TypeCodeDisplayName"
 +
|
  
 
|-
 
|-
Zeile 338: Zeile 392:
  
 
|-
 
|-
|D, S, F||languageCode||||R/P||
+
|D, S, F||languageCode|| ||R/P||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
 
<rim:Slot name="languageCode">
 
<rim:Slot name="languageCode">
Zeile 346: Zeile 400:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight>
 
</syntaxHighlight>
||||parameter
+
|
 +
|parameter
 
xdsb.languageCode.default
 
xdsb.languageCode.default
 +
|ClinicalDocument/languageCode (R)
  
 
|-
 
|-
Zeile 358: Zeile 414:
 
</rim:Slot>  
 
</rim:Slot>  
 
</syntaxHighlight>
 
</syntaxHighlight>
|| ||<automatically assigned>
+
|
 +
|<automatically assigned>
 +
|
 +
 
 
|-
 
|-
 
|D, S, F||legalAuthenticator||XCN||O/O||
 
|D, S, F||legalAuthenticator||XCN||O/O||
Zeile 368: Zeile 427:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
||XCN-1,<br/>
+
|XCN.1,<br/>
XCN-2 ,<br/>
+
XCN.2 ,<br/>
XCN-3 ,<br/>
+
XCN.3 ,<br/>
XCN-4 ,<br/>
+
XCN.4 ,<br/>
XCN-5,<br/>
+
XCN.5,<br/>
XCN-6,<br/>
+
XCN.6,<br/>
XCN-9-2<br/>
+
XCN.9.2<br/>
XCN-9-3||in.TXA-22-1 (RE),<br/>
+
XCN.9.3
in.TXA-22-2 (CE),<br/>
+
|in.TXA-22.1 (RE),<br/>
in.TXA-22-3 (CE),<br/>
+
in.TXA-22.2 (CE),<br/>
in.TXA-22-4 (CE),<br/>
+
in.TXA-22.3 (CE),<br/>
in.TXA-22-5 (CE),<br/>
+
in.TXA-22.4 (CE),<br/>
in.TXA-22-6 (CE),<br/>
+
in.TXA-22.5 (CE),<br/>
in.TXA-22-9-2 (CE),<br/>
+
in.TXA-22.6 (CE),<br/>
in.TXA-22-9-3 (CE)
+
in.TXA-22.9.2 (CE),<br/>
 +
in.TXA-22.9.3 (CE)
 +
|ClinicalDocument/legalAuthenticator/assignedEntity (O)
  
 
|-
 
|-
|L||parentDocument ReationshipCode||||O/P||urn:ihe:iti:2007:AssociationType:RPLC <br/>
+
|L||parentDocument ReationshipCode|| ||O/P
 +
|urn:ihe:iti:2007:AssociationType:RPLC <br/>
 
urn:ihe:iti:2007:AssociationType:XFRM <br/>
 
urn:ihe:iti:2007:AssociationType:XFRM <br/>
 
urn:ihe:iti:2007:AssociationType:APND <br/>
 
urn:ihe:iti:2007:AssociationType:APND <br/>
urn:ihe:iti:2007:AssociationType:XFRM_RPLC || ||input.MSH-9-2, <br/>
+
urn:ihe:iti:2007:AssociationType:XFRM_RPLC  
 +
|
 +
|input.MSH-9-2, <br/>
 
hardcoded mapping<br/>
 
hardcoded mapping<br/>
 
T06 -> APND  <br/>
 
T06 -> APND  <br/>
 
T08 -> RPLC
 
T08 -> RPLC
 +
|ClinicalDocument/relatedDocument/parentDocument/id (O)
  
 
|-
 
|-
Zeile 405: Zeile 470:
 
see also Table HL70191;
 
see also Table HL70191;
 
see also Table HL70291
 
see also Table HL70291
 +
|
 +
 
|-
 
|-
|D, S, F||patientId||CX||R/R||||||PID-3 (R)
+
|D, S, F||patientId||CX||R/R|| ||  
 +
|PID-3 (R)
 +
|
 +
 
 
|-
 
|-
 
|D||practiceSetting Code||||R/R||
 
|D||practiceSetting Code||||R/R||
Zeile 423: Zeile 493:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight >
 
</syntaxHighlight >
||Domain specific;<br/>
+
|Domain specific;<br/>
 
clinical specialty where the act that resulted in the document was performed (e.g. Familly Practice, Laboratory, Radiology).  
 
clinical specialty where the act that resulted in the document was performed (e.g. Familly Practice, Laboratory, Radiology).  
 
It is suggested that the XDS Affinity Domain draws these values from a coding scheme providing a coarse level of granularity (about 10 to 100 entries);
 
It is suggested that the XDS Affinity Domain draws these values from a coding scheme providing a coarse level of granularity (about 10 to 100 entries);
 
single value.
 
single value.
||(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  +  
+
|(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  +  
 
mapping „eventFacility-practiceSettingCode"
 
mapping „eventFacility-practiceSettingCode"
 +
|
  
 
|-
 
|-
|D||practiceSetting CodeDisplayName||||R/P||
+
|D||practiceSetting CodeDisplayName|| ||R/P||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
 
<rim:Classification
 
<rim:Classification
Zeile 446: Zeile 517:
 
</rim:Classification>
 
</rim:Classification>
 
</syntaxHighlight >
 
</syntaxHighlight >
||Domain specific;
+
|Domain specific;
||out.practiceSetting w/ mapping „practiceSetting-practiceSettingDisplayName"
+
|out.practiceSetting w/ mapping „practiceSetting-practiceSettingDisplayName"
 +
|
 +
 
 
|-
 
|-
 
|D||repositoryUniqueId||||Cp/P||
 
|D||repositoryUniqueId||||Cp/P||
Zeile 457: Zeile 530:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
||||<automatically assigned>
+
|
 +
|<automatically assigned>
 +
|
 +
 
 
|-
 
|-
 
|D||serviceStartTime||DTM||R2/R||
 
|D||serviceStartTime||DTM||R2/R||
Zeile 471: Zeile 547:
 
else  
 
else  
 
   in.TXA-4 (R)
 
   in.TXA-4 (R)
 +
|ClinicalDocument/documentationoOf/serviceEvent/effectiveTime/low/@value
 +
 
|-
 
|-
 
|D||serviceStopTime||DTM||R2/R||
 
|D||serviceStopTime||DTM||R2/R||
Zeile 480: Zeile 558:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
|| ||if (useEncounterDataForServiceTime)  
+
|  
 +
| if (useEncounterDataForServiceTime)  
 
   in. PV1-45 (RE)
 
   in. PV1-45 (RE)
else  
+
else  
 
   <nothing>
 
   <nothing>
 +
|ClinicalDocument/documentationoOf/serviceEvent/effictiveTime/high/@value
 +
 
|-
 
|-
 
|D, S, F||size||Integer||Cp/P||
 
|D, S, F||size||Integer||Cp/P||
Zeile 493: Zeile 574:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
|| ||<automatically assigned>
+
|
 +
|<automatically assigned>
 +
 
 
|-
 
|-
 
|S||sourceId||OID||R/R||
 
|S||sourceId||OID||R/R||
Zeile 503: Zeile 586:
 
<rim:LocalizedString value = "XDSSubmissionSet.sourceId"/>
 
<rim:LocalizedString value = "XDSSubmissionSet.sourceId"/>
 
</syntaxHighlight >
 
</syntaxHighlight >
||OID identifying the instance of the Document Source that contributed the Submission Set. When a "broker" is involved in sending submission sets from a collection of client systems, it should use a different source ID for submissions from each separate system to allow for tracking;
+
|OID identifying the instance of the Document Source that contributed the Submission Set. When a "broker" is involved in sending submission sets from a collection of client systems, it should use a different source ID for submissions from each separate system to allow for tracking;
single value.||(in.EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  w/ mapping „eventFacility-sourceId"
+
single value.
 +
|(in.EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority)  w/ mapping „eventFacility-sourceId"
 +
 
 
|-
 
|-
 
|D||sourcePatientId||CX||R/P||
 
|D||sourcePatientId||CX||R/P||
Zeile 514: Zeile 599:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
||||in.PID-3 (R)
+
|
 +
|in.PID-3 (R)
 +
|ClinicalDocument/recordTarget/PatientRole/id (R)
  
 
|-
 
|-
|D||sourcePatientInfo||||O/P||
+
|D||sourcePatientInfo|| ||O/P||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
 
<rim:Slot name="sourcePatientInfo">  
 
<rim:Slot name="sourcePatientInfo">  
Zeile 528: Zeile 615:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
||PID-3 should include the source patient identifier. <br/>
+
|PID-3 should include the source patient identifier. <br/>
 
PID-5 should include the patient name. PID-8 should code the patient gender as M – Male F – Female O – Other U – Unknown. PID-7 should include the patient date of birth. <br/>
 
PID-5 should include the patient name. PID-8 should code the patient gender as M – Male F – Female O – Other U – Unknown. PID-7 should include the patient date of birth. <br/>
 
PID-11 should include the patient address. <br/>
 
PID-11 should include the patient address. <br/>
Zeile 540: Zeile 627:
 
in.PID-12 (X),<br/>
 
in.PID-12 (X),<br/>
 
in.PID-19 (X)
 
in.PID-19 (X)
 +
|ClinicalDocument/recordTarget/PatientRole (R)
  
 
|-
 
|-
Zeile 550: Zeile 638:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
||no explicit submission sets => identical with document creation time||if xdsb.submissionTime.useSystemTime == true
+
|no explicit submission sets => identical with document creation time||if xdsb.submissionTime.useSystemTime == true
 
then
 
then
 
<use system time>
 
<use system time>
 
else
 
else
 
in.TXA-6;
 
in.TXA-6;
 +
|ClinicalDocument/effectiveTime (R)
  
 
|-
 
|-
|D, S||title||||O/P||
+
|D, S||title|| ||O/P||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
 
<rim:ExtrinsicObject
 
<rim:ExtrinsicObject
Zeile 569: Zeile 658:
 
</rim:ExtrinsicObject>
 
</rim:ExtrinsicObject>
 
</syntaxHighlight >
 
</syntaxHighlight >
||||<N/A>  
+
|
 +
|<N/A>  
 +
|ClinicalDocument/title (O)
  
 
|-
 
|-
|D||typeCode||||R/R||
+
|D||typeCode|| ||R/R||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
 
<rim:Classification
 
<rim:Classification
Zeile 586: Zeile 677:
 
</rim:Slot> </rim:Classification>
 
</rim:Slot> </rim:Classification>
 
</syntaxHighlight >
 
</syntaxHighlight >
||Domain specific;
+
|Domain specific;<br/>
precise kind of document (e.g. Pulmonary History and Physical, Discharge Summary, Ultrasound Report); single value||in.TXA-2 (R) w/ mapping „documentType-typeCode";
+
precise kind of document (e.g. Pulmonary History and Physical, Discharge Summary, Ultrasound Report); single value
 +
|in.TXA-2 (R) w/ mapping „documentType-typeCode";
 
see also Table HL70270
 
see also Table HL70270
 +
|ClinicalDocument/code (R)
 +
 
|-
 
|-
|D||typeCode DisplayName||||R/P||<see above>||Domain specific||out.typeCode w/ mapping
+
|D||typeCode DisplayName|| ||R/P||<see above>
 +
|Domain specific
 +
|out.typeCode w/ mapping
 
„typeCode-typeCodeDisplayName"
 
„typeCode-typeCodeDisplayName"
 +
|
 +
 
|-
 
|-
 +
 
|D||uniqueId||OID||R/R||
 
|D||uniqueId||OID||R/R||
 
<syntaxHighlight lang="xml">
 
<syntaxHighlight lang="xml">
Zeile 602: Zeile 701:
 
</rim:Name> </rim:ExternalIdentifier>
 
</rim:Name> </rim:ExternalIdentifier>
 
</syntaxHighlight >
 
</syntaxHighlight >
||||if in.TXA-12-1 is a valid OID, then:  
+
|
 +
|if in.TXA-12-1 is a valid OID, then:  
 
in.TXA-12-1 (R);
 
in.TXA-12-1 (R);
 
else  
 
else  
Zeile 608: Zeile 708:
 
in.TXA-12-3 (R) + "^" + in.TXA-12-1 (R);
 
in.TXA-12-3 (R) + "^" + in.TXA-12-1 (R);
 
else raise error
 
else raise error
 +
|ClinicalDocument/id (R)
 +
 
|-
 
|-
 
|F||uniqueId||OID||R/R||
 
|F||uniqueId||OID||R/R||
Zeile 620: Zeile 722:
 
</rim:ExternalIdentifier>
 
</rim:ExternalIdentifier>
 
</syntaxHighlight >
 
</syntaxHighlight >
|| ||implement strategy "prefixed number to oid""
+
|
 +
|implement strategy "prefixed number to oid""
  
 
|-
 
|-
|S||uniqueId||OID||R/R||||||implement strategy "prefixed number to oid""
+
|S||uniqueId||OID||R/R|| || ||implement strategy "prefixed number to oid""
 +
|
  
 
|-
 
|-
Zeile 639: Zeile 743:
 
</rim:Slot>
 
</rim:Slot>
 
</syntaxHighlight >
 
</syntaxHighlight >
|| ||<N/A>
+
|
|-
+
|<N/A>
 +
|
 +
 
 
|}
 
|}
  

Aktuelle Version vom 31. März 2014, 15:38 Uhr


Abstimmungsdokument 
Version Datum Status Realm
01 15.08.2013 ballotiert Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
Kontributoren 
Logo-Agfa.jpg Agfa HealthCare GmbH Bonn
Logo icw.jpg InterComponentWare Walldorf
Logo ebpg.jpg eBPG NRW


Mapping XDS - CDA - MDM

Erläuterungen zu den Spalten:

  • Entry Type:
    • D=Document,
    • S=Submission set
    • F=Folder
  • XDS.b Attribute:
  • DataType:
  • Optionality
    • R = Required,
    • R2= Required if Known, O
    • = Optional,
    • P= Registry not required to support this in a query,
    • Cp = Computed/Assigned by Repository, required in register transaction.,
    • Cg = Computed/Assigned by Registry,
    • Cx= Optionally Computed/Assigned by a Document Registry. See ITI-TF, Rev. 6, Vol. 3, Table 4.1-4.
  • Example: example of the request payload (ebXML)
  • Description
  • Data Item Origin:
    • <in/out>.<path> (<usage>), e. g. „in.TXA-9 (RE)" means that the data item originates from the field „TXA-9" of the input, having usage „RE" (required but may be empty)
  • CDA

Die Tabelle ist gemäß XDS-Attribut sortiert:

Entry Type XDS.b Attribute DT Optio- nality Example Description Data Item Origin CDA
D, S Author \* R2/R2
<rim:Classification
classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d"
classifiedObject="theDocument"
nodeRepresentation="">
<!-- nodeRepresentation intentionally left blank -->
<rim:Slot name="authorPerson">
<!-- shall be single valued -->
<rim:ValueList>
<rim:Value>name of author</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Slot name="authorInstitution">
<!-- may be multivalued -->
<rim:ValueList>
<rim:Value> Some Hospital^^^^^^^^^1.2.3.4.5.6.7.8.9.1789.45</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Slot name="authorRole">
<!-- may be multivalued -->
<rim:ValueList>
<rim:Value>name of role</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Slot name="authorSpecialty">
<!-- may be multivalued -->
<rim:ValueList>
<rim:Value>specialty of author</rim:Value>
</rim:ValueList>
</rim:Slot>
</rim:Classification>
in.TXA-9 (R),

see also below

D, S authorInstitution XON R2/R <see above> XON-1,
XON.10
in.TXA-9.14.1 (RE),

in.TXA-9.14.2 (RE),
in.TXA-9.14.3 (RE);
see parameter
mdm.originator.assigningFacility.firstComponentAsAssigningAuthority

ClinicalDocument/legalAuthenticator/assignedEntity/representedOrganization (O)
D, S authorPerson XCN R2/R <see above> XCN.1,
XCN.2 ,
XCN.3 ,
XCN.4 ,
XCN.5,
XCN.6,
XCN.9.2
XCN.9.3
in.TXA-9.1 (RE),

in.TXA-9.2 (RE),
in.TXA-9.3 (RE),
in.TXA-9.4 (RE),
in.TXA-9.5 (RE),
in.TXA-9.6 (RE),
in.TXA-9.9.2(RE),
in.TXA-9.9.3 (RE)

ClinicalDocument/author/assignedAuthor (R)
D,S authorRole - R2/O <see above> Parameter

xdsb.authorRole.default

ClinicalDocument/author/functionCode (O)

ClinicalDocument/author/participationFunction (R)

D, S authorSpecialty - R2/O <see above> Parameter

xdsb.authorSpecialty.default

ClinicalDocument/author/assignedAuthor/Code (O)
D availabilityStatus - Cg/R Deprecated

Approved||||in.TXA.19 w/ mapping
„availabilityStatus-availabilityStatus";
see also Table HL70273

S, F availabilityStatus - Cg/R Submitted

Approved

<automatically assigned>
D classCode - R/R
<rim:Classification
classificationScheme= "urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a"
classifiedObject="theDocument"
nodeRepresentation="classCode" >
<rim:Name>
<rim:LocalizedString value="classCodeDisplayName"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific
Vocab. Mapping
in.TXA-2 (R) w/ mapping

„documentType-classCode";
see also Table HL70270

D classCode DisplayName - R/P <see above> Domain specific out.classCode w/ mapping

„classCode-classCodeDisplayName"

ClinicalDocument/code (R)
F codeList R/R
<rim:Classification classificationScheme= "urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5"
 classifiedObject="Folder" nodeRepresentation="codeList" > 
<rim:Name>
 <rim:LocalizedString value="codeListCodeDisplayName" />
 </rim:Name> <rim:Slot name="codingScheme"> 
<rim:ValueList>
 <rim:Value>XDS Affinity Domain Specific Value</rim:Value>
 </rim:ValueList>
 </rim:Slot> 
</rim:Classification>
Multi valued

Domain specific; list of codes specifying the type of clinical activity that resulted in placing these XDS Documents in this XDSFolder. These values are to be drawn for a vocabulary or coding scheme defined by the Clinical XDS Affinity Domain. When a new submission request associates XDS Documents (new submission or previously submitted) to an XDS Folder, the Code included in the codeList is appended to the existing list of codes for this Folder (if any) unless this code is already present in the list managed by the Registry for the same XDS-Folder

in.PV1-2 w/ mapping „patientClass-CodeList";

see also Table HL70004

F codeList DisplayName R/P <see above> out.codeList w/ mapping

„codeList-codeListDisplayName"

D, F comments - O/P
<rim:Description>
<rim:LocalizedString value = "comments"/>
</rim:Description>
Domain specific N/A
S comments - O/P
<rim:Description>
<rim:LocalizedString value = "comments"/>
</rim:Description>
Domain specific N/A
D confidentialityCode - R/P
<rim:Classification
classificationScheme= "urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f"
classifiedObject="theDocument"
nodeRepresentation="confidentialityCode">
<rim:Name>
<rim:LocalizedString value="displayName"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific in.TXA-18.1 (R) w/ mapping
„documentConfidentialityStatus-confidentialityCode";
see also Table HL70272
ClinicalDocument/confidentialityCode (R)
S contentTypeCode R/R
<rim:Classification classificationScheme= "urn:uuid:aa543740-bdda-424e-8c96-df4873be8500" 
classifiedObject="submissionSet" nodeRepresentation="contentTypeCode" > 
<rim:Name> 
<rim:LocalizedString value="contentTypeCodeDisplayName" /> 
</rim:Name> 
<rim:Slot name="codingScheme"> 
<rim:ValueList> 
<rim:Value>XDS Affinity Domain Specific Value
</rim:Value> 
</rim:ValueList> 
</rim:Slot> 
</rim:Classification>
Domain specific; code specifying the type of clinical activity that resulted in placing these XDS Documents in this XDS-Submission Set in.EVN-4 w/ mapping

„eventReasonCode-contentTypeCode"; See also Table HL70062.

S contentTypeCode DisplayName R/P <see above> Domain specific; out.contentTypeCode w/ mapping „contentTypeCode- contentTypeCodeDisplayName"
creationTime ClinicalDocument/effectiveTime (R)
D, F entryUUID UUID Cg/P
<rim:ExtrinsicObject mimeType="application/pdf"
id="urn:uuid:a6e06ca8-0c75-4064-9e5c-88b9045a96f6"
objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
> ...
<automatically assigned>
S entryUUID UUID Cg/O <rim:ExtrinsicObject mimeType="application/pdf"

id="urn:uuid:a6e06ca8-0c75-4064-9e5c-88b9045a96f6" objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" > ...

<automatically assigned>
D eventCodeList - O/R
<rim:Classification
classificationScheme= "urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4"
classifiedObject="theDocument"
nodeRepresentation="eventCode" >
<rim:Name>
<rim:LocalizedString value="eventCodeDisplayName"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific;
represents the main clinical acts, such as a colonoscopy or an appendectomy, being documented. In some cases, the event is inherent in the typeCode, such as a "History and Physical Report" in which the procedure being documented is necessarily a "History and Physical" act.

An event can further specialize the act inherent in the typeCode, such as where it is simply "Procedure Report" and the procedure was a "colonoscopy". If one or more eventCodes are included, they shall not conflict with the values inherent in the classCode, practiceSettingCode or typeCode, as such a conflict would create an ambiguous situation.

in.TXA-2 (R) w/ mapping „documentType-eventCodeList";

see also Table HL70270

ClinicalDocument/documentationOf/serviceEvent (O)
D eventCodeList DisplayName O/P <see above> Domain specific out.eventCodeListw/ mapping „eventCodeList-eventCodeListDisplayName"
D formatCode R/R
<rim:Classification
classificationScheme= "urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d"
classifiedObject="theDocument"
nodeRepresentation="formatCode" >
<rim:Name>
<rim:LocalizedString value="name"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
ITI or Domain specific (TXA-2 (R) + OBX-5-2 (R) + OBX-5-3 (R) ) w/ mapping

„documentType_typeOfDate_dataSubtype-formatCode"

D hash SHA1 Cp/P
<rim:Slot name="hash">
<rim:ValueList>
<rim:Value> da39a3ee5e6b4b0d3255bfef95601890afd80709 </rim:Value>
</rim:ValueList>
</rim:Slot>
<automaticall assigned> -
D healthcareFacility TypeCode R/R
<rim:Classification
classificationScheme= "urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1"
classifiedObject="theDocument"
nodeRepresentation="healthcareFacilityTypeCode" >
<rim:Name>
<rim:LocalizedString value="healthcareFacilityTypeCodeDisplayName"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific;

the type of organizational setting of the clinical encounter during which the documented act occurred

(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority) w/ mapping „eventFacility-healthcareFacilityTypeCode"
D healthcareFacility TypeCode DisplayName R/P <see above> Domain specific out. healthcareFacility TypeCode w/ mapping „healthcareFacility TypeCode- healthcareFacility TypeCodeDisplayName"
D, S homeCommunityId 64 char OID as URI Cx/O <automatically assigned>
S intendedRecipient XON/ XCN O/O
<rim:Slot name="intendedRecipient">
<rim:ValueList>
<rim:Value> Some Hospital^^^^^^^^^1.2.3.4.5.6.7.8.9.1789.45|^Wel^Marcus^^^Dr^MD</rim:Value>
<rim:Value> Some Hospital^^^^^^^^^1.2.3.4.5.6.7.8.9.1789.45|^Al^Peter^^^Dr^MD</rim:Value>
<rim:Value>|12345^John^Smith^^^Dr^MD</rim:Value>
<rim:Value>Main Hospital^^^^^^^^^1.2.3.4.5.6.7.8.9.
organization(s) or person(s) for whom the Submission set is intended <N/A>
D, S, F languageCode R/P
<rim:Slot name="languageCode">
<rim:ValueList>
<rim:Value>en-us</rim:Value>
</rim:ValueList>
</rim:Slot>
parameter

xdsb.languageCode.default

ClinicalDocument/languageCode (R)
F lastUpdateTime DTM Cg/R
<rim:Slot name="lastUpdateTime"> 
<rim:ValueList> 
<rim:Value>20041225212010</rim:Value> 
</rim:ValueList> 
</rim:Slot>
<automatically assigned>
D, S, F legalAuthenticator XCN O/O
<rim:Slot name="legalAuthenticator">
<rim:ValueList>
<rim:Value>^Welby^Marcus^^^Dr^MD</rim:Value>
</rim:ValueList>
</rim:Slot>
XCN.1,

XCN.2 ,
XCN.3 ,
XCN.4 ,
XCN.5,
XCN.6,
XCN.9.2
XCN.9.3

in.TXA-22.1 (RE),

in.TXA-22.2 (CE),
in.TXA-22.3 (CE),
in.TXA-22.4 (CE),
in.TXA-22.5 (CE),
in.TXA-22.6 (CE),
in.TXA-22.9.2 (CE),
in.TXA-22.9.3 (CE)

ClinicalDocument/legalAuthenticator/assignedEntity (O)
L parentDocument ReationshipCode O/P urn:ihe:iti:2007:AssociationType:RPLC

urn:ihe:iti:2007:AssociationType:XFRM
urn:ihe:iti:2007:AssociationType:APND
urn:ihe:iti:2007:AssociationType:XFRM_RPLC

input.MSH-9-2,

hardcoded mapping
T06 -> APND
T08 -> RPLC

ClinicalDocument/relatedDocument/parentDocument/id (O)
D mimeType R/P
<rim:ExtrinsicObject mimeType="application/pdf"
id="theDocument"
objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
> ...
(OBX-5-2 (R) w/ mapping „typeOfData-mimeTypePrefix") +

(OBX-5-3 (R) in lower case and prepended with „/"); see also Table HL70191; see also Table HL70291

D, S, F patientId CX R/R PID-3 (R)
D practiceSetting Code R/R
<rim:Classification
classificationScheme= "urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead"
classifiedObject="theDocument"
nodeRepresentation="practiceSettingCode" >
<rim:Name>
<rim:LocalizedString value="practiceSettingCodeDisplayName" />
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific;

clinical specialty where the act that resulted in the document was performed (e.g. Familly Practice, Laboratory, Radiology). It is suggested that the XDS Affinity Domain draws these values from a coding scheme providing a coarse level of granularity (about 10 to 100 entries); single value.

(EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority) +

mapping „eventFacility-practiceSettingCode"

D practiceSetting CodeDisplayName R/P
<rim:Classification
classificationScheme= "urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead"
classifiedObject="theDocument"
nodeRepresentation="practiceSettingCode" >
<rim:Name>
<rim:LocalizedString value="practiceSettingCodeDisplayName" />
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot>
</rim:Classification>
Domain specific; out.practiceSetting w/ mapping „practiceSetting-practiceSettingDisplayName"
D repositoryUniqueId Cp/P
<rim:Slot name="repositoryUniqueId">
<rim:ValueList>
<rim:Value>1.3.6.1.4…</rim:Value>
</rim:ValueList>
</rim:Slot>
<automatically assigned>
D serviceStartTime DTM R2/R
<rim:Slot name="serviceStartTime">
<rim:ValueList>
<rim:Value>20041225212010</rim:Value>
</rim:ValueList>
</rim:Slot>
if (useEncounterDataForServiceTime)
 in.PV1-44 (RE)  

else

 in.TXA-4 (R)
ClinicalDocument/documentationoOf/serviceEvent/effectiveTime/low/@value
D serviceStopTime DTM R2/R
<rim:Slot name="serviceStopTime">
<rim:ValueList>
<rim:Value>20041225232010</rim:Value>
</rim:ValueList>
</rim:Slot>
if (useEncounterDataForServiceTime)
 in. PV1-45 (RE)
else 
 <nothing>
ClinicalDocument/documentationoOf/serviceEvent/effictiveTime/high/@value
D, S, F size Integer Cp/P
<rim:Slot name="size">
<rim:ValueList>
<rim:Value>3654</rim:Value>
</rim:ValueList>
</rim:Slot>
<automatically assigned>
S sourceId OID R/R
<rim:ExternalIdentifier
identificationScheme= "urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832"
value="1.3.6.1.4.1.21367.2005.3.7" >
<rim:Name>
<rim:LocalizedString value = "XDSSubmissionSet.sourceId"/>
OID identifying the instance of the Document Source that contributed the Submission Set. When a "broker" is involved in sending submission sets from a collection of client systems, it should use a different source ID for submissions from each separate system to allow for tracking;

single value.

(in.EVN-7 transformed using mdm.eventFacility. firstComponentAsAssigningAuthority) w/ mapping „eventFacility-sourceId"
D sourcePatientId CX R/P
<rim:Slot name="sourcePatientId">
<rim:ValueList>
<rim:Value>j98789^^^id.domain</rim:Value>
</rim:ValueList>
</rim:Slot>
in.PID-3 (R) ClinicalDocument/recordTarget/PatientRole/id (R)
D sourcePatientInfo O/P
<rim:Slot name="sourcePatientInfo"> 
<rim:ValueList> 
<rim:Value>PID-3|DTP-1^^^&amp;1.3.6.1.4.1.21367.2005.3.7&amp;ISO</rim:Value> 
<rim:Value>PID-5|DICTAPHONE^ONE^^^</rim:Value> 
<rim:Value>PID-7|19650120</rim:Value> <rim:Value>PID-8|M</rim:Value>
<rim:Value>PID-11|100 Main St^^BURLINGTON^MA^01803^USA</rim:Value>
</rim:ValueList> 
</rim:Slot>
PID-3 should include the source patient identifier.

PID-5 should include the patient name. PID-8 should code the patient gender as M – Male F – Female O – Other U – Unknown. PID-7 should include the patient date of birth.
PID-11 should include the patient address.
PID-2, PID-4, PID-12 and PID-19 should not be used. ||in.PID-2 (X),
in.PID-3 (RE),
in.PID-4 (X),
in.PID-5 (RE),
in.PID-8 (RE),
in.PID-7 (RE),
in.PID-11 (RE),
in.PID-12 (X),
in.PID-19 (X)

ClinicalDocument/recordTarget/PatientRole (R)
S submissionTime DTM R/R
<rim:Slot name="submissionTime">
<rim:ValueList>
<rim:Value>20041225212010</rim:Value>
</rim:ValueList>
</rim:Slot>
no explicit submission sets => identical with document creation time if xdsb.submissionTime.useSystemTime == true

then <use system time> else in.TXA-6;

ClinicalDocument/effectiveTime (R)
D, S title O/P
<rim:ExtrinsicObject
id="theDocument"
objectType= "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
mimeType="application/pdf" >
<rim:Name>
<rim:LocalizedString value="title"/>
</rim:Name></rim:ExtrinsicObject>
<N/A> ClinicalDocument/title (O)
D typeCode R/R
<rim:Classification
classificationScheme= "urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a"
classifiedObject="theDocument"
nodeRepresentation="typeCode" >
<rim:Name>
<rim:LocalizedString value="typeCodeDisplayName" />
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>XDS Affinity Domain Specific Value</rim:Value> </rim:ValueList>
</rim:Slot> </rim:Classification>
Domain specific;

precise kind of document (e.g. Pulmonary History and Physical, Discharge Summary, Ultrasound Report); single value

in.TXA-2 (R) w/ mapping „documentType-typeCode";

see also Table HL70270

ClinicalDocument/code (R)
D typeCode DisplayName R/P <see above> Domain specific out.typeCode w/ mapping

„typeCode-typeCodeDisplayName"

D uniqueId OID R/R
<rim:ExternalIdentifier
identificationScheme= "urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab"
value="1.3.6.1.4.1.21367.2005.3.7^11379" >
<rim:Name>
<rim:LocalizedString value="XDSDocumentEntry.uniqueId"/>
</rim:Name> </rim:ExternalIdentifier>
if in.TXA-12-1 is a valid OID, then:

in.TXA-12-1 (R); else if in.TXA-12-4 equals „ISO" then: in.TXA-12-3 (R) + "^" + in.TXA-12-1 (R); else raise error

ClinicalDocument/id (R)
F uniqueId OID R/R
<rim:ExternalIdentifier
identificationScheme=
„urn:uuid:75df8f67-9973-4fbe-a900-df66cefecc5a"
value="1.3.6.1.4.1.21367.2005.3.7.3670984664">
<rim:Name>
<rim:LocalizedString value = „XDSFolder.uniqueId"/>
</rim:Name>
</rim:ExternalIdentifier>
implement strategy "prefixed number to oid""
S uniqueId OID R/R implement strategy "prefixed number to oid""
D URI URI Cp/P
<rim:Slot name="URI"> 
<rim:ValueList> 
<rim:Value>1\|http://www.ihe.net/IHERetrieveDocument? 
</rim:Value> 
<rim:Value>2\|requestType=DOCUMENT&documentUID=1.2.3 
</rim:Value> 
<rim:Value>3\|&preferredContentType=application%2fpdf 
</rim:Value> 
</rim:ValueList> 
</rim:Slot>
<N/A>