Template

Show index

Template XeH Laboratory Report 2020‑10‑24 18:01:42

Id2.16.840.1.113883.3.1937.99.61.67.10.9Effective Date2020‑10‑24 18:01:42
Statusdraft DraftVersion Labelwip
NameXeHLabReportDisplay NameXeH Laboratory Report
Description

Sharing Laboratory Reports (XD-LAB) Content Module

This Content Integration Profile describes a laboratory report as an electronic document to be published towards a document sharing resource such as an Electronic Health Record (EHR) or Personal Health Record (PHR) shared by a community of care providers, using one of the document sharing profiles defined in ITI-TF.

Such an electronic document contains the set of releasable results produced by a clinical laboratory or by a public health laboratory in fulfillment of an Order or an Order Group for a patient. The report is shared in a human-readable format. In addition, this electronic laboratory report SHALL contain test results in a machine-readable format, to facilitate the integration of these observations in the database of a consumer system.

The human rendering of the laboratory report defined in this Integration Profile is compatible with laboratory regulations in numerous countries, including CLIA in the USA, GBEA in France.

The laboratory report described in this profile, with its set of test results in a machine-readable format, MAY also be used to share historical results with appropriate content anonymization and patient identification pseudonymization to create shared distributed repositories of laboratory information.

ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 0 templates, Uses 14 templates
Uses as NameVersion
1.3.6.1.4.1.19376.1.3.3.1.1Includeactive Human Patient (2017)DYNAMIC
1.3.6.1.4.1.19376.1.3.3.1.2Includeactive Non-Human Subject (2017)DYNAMIC
1.3.6.1.4.1.19376.1.3.3.1.3Includeactive Human Patient with Non-Human Subject (2017)DYNAMIC
1.3.6.1.4.1.19376.1.3.3.2.1Containmentactive Laboratory Specialty Section (2017)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.2Includedraft XeH CDA author (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.3Includedraft XeH CDA legalAuthenticator (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.4Includedraft XeH Ordering/Referring Provider (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.5Includedraft XeH CDA custodian (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.6Includedraft XeH inFulfillmentOf (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.7Includedraft XeH ComponentOf (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.13Includedraft XeH Results ValidatorDYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.14Includedraft XeH DocumentationOf (report) (wip)DYNAMIC
2.16.840.1.113883.3.1937.99.61.67.10.15Includedraft XeH Information Recipient (wip)DYNAMIC
2.16.840.1.113883.10.22.2.7Includepending IPS CDA relatedDocument (STU1)DYNAMIC
RelationshipAdaptation: template 1.3.6.1.4.1.19376.1.3.3 Sharing Laboratory Reports (XD-LAB) Content Module (2016‑07‑05)
ref
XDLAB-
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
XeHLdotsport
hl7:realmCode
CS0 … 1

This element SHOULD be present and is valued from the RealmOfUse [2.16.840.1.113883.1.11.11050] subset, within the VocabularyDomainQualifier value set. In the international context of this profile used as it is without any further extension, the realm code SHALL be <realmCode code="UV"/> (universal).

Whenever a national extension has been defined and is used, the realm code SHALL identify this national extension.

XeHLdotsport
 Example
Example for a French extension
<realmCode code="FR"/>
hl7:typeId
II1 … 1M

This element is a technology-neutral explicit reference to the standard CDA R2. It SHALL be present and valued as follows:
ClinicalDocument/typeId@root = "2.16.840.1.113883.1.3" (which is the OID for HL7 Registered models);
ClinicalDocument.typeId@extension = "POCD_HD000040" (which is the unique identifier for the CDA, Release Two Hierarchical Description).

XeHLdotsport
@root
uid1 … 1F2.16.840.1.113883.1.3
@extension
st1 … 1FPOCD_HD000040
hl7:templateId
II1 … 1M

This element is identifying the set of constraints applied to the CDA R2 standard by this specification of a laboratory report. 

XeHLdotsport
@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.67.10.9
hl7:templateId
II0 … *

This element is identifying the set of constraints applied to the CDA R2 standard by this specification of a laboratory report. 

XeHLdotsport
@root
uid0 … 1F1.3.6.1.4.1.19376.1.3.3
hl7:id
II1 … 1M

ClinicalDocument/Id SHALL be present. It represents the unique instance identifier of the clinical document. The combination of the root and extension attributes SHALL provide a globally unique identifier, in accordance with CDA R2, without further constraints.

XeHLdotsport
 Example
Example using the extension attribute
<id root="1.3.6.1.4.1.19376.1.3.4" extension="abc2"/>
 Example
Example without the extension attribute
<!-- In this case the OID populated in the root attribute is the unique instance identifier itself
(The OID in this example is constructed from the OID dedicated to all examples in IHE LAB TF: 1.3.6.1.4.1.19376.1.3.4)-->
<id root="1.3.6.1.4.1.19376.1.3.4.1232669"/>
hl7:code
CE1 … 1M

ClinicalDocument/code SHALL be present. The laboratory report can be either a multi-disciplinary report or a single discipline report.

Multi-disciplinary Laboratory Report:
The LOINC code identifying the type of document as a (potentially) multidisciplinary laboratory report (presenting results from many specialties) is:
<code codeSystem="2.16.840.1.113883.6.1" codeSystemName=”LOINC” code="11502-2" displayName="LABORATORY REPORT.TOTAL"/>

Single Discipline Laboratory Report:
Use the appropriate LOINC code as listed in Value-Set “Laboratory Specialties”.

XeHLdotsport
 CONF
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.6 Multi-disciplinary Laboratory Report (DYNAMIC)
or
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.1 Laboratory Specialties (DYNAMIC)
hl7:title
ST1 … 1MXeHLdotsport
hl7:effectiveTime
TS1 … 1R

ClinicalDocument/effectiveTime SHALL be present. It contains the creation date & time of the laboratory report as an electronic document. In case this is a new revision replacing a previous version (identified in parentDocument), this is the date & time of the new revision.

XeHLdotsport
 Example<effectiveTime value="20080624131933.0000-0500"/>
hl7:confidentialityCode
CE1 … 1RXeHLdotsport
hl7:languageCode
CS1 … 1RXeHLdotsport
 Example
Example of a report authored in American English
<languageCode code="en-US"/>
 Example
Example of a report authored in French
<languageCode code="fr-FR"/>
hl7:setId
II1 … 1M

ClinicalDocument/setId SHALL be present to enable further updates of the clinical document. It is an identifier that is common across all revisions of this laboratory report.

XeHLdotsport
 Example<setId root="1.3.6.1.4.1.19376.1.3.4" extension="abc2"/>
hl7:versionNumber
INT0 … 1

ClinicalDocument/versionNumber MAY be present. As requested by the CDA standard, it is an integer value used as versioning.

XeHLdotsport
Choice1 … *

The base XD-LAB report template covers three varieties of laboratory reports:

  • Human (patient): The document reports laboratory observations produced on specimens collected exclusively from the patient.
  • Non-Human Subject: The document reports laboratory observations produced on specimens collected from a non-human material (e.g., water, milk, etc.) or living subject (e.g., animal).
  • Human (patient) paired with Non-Human Subject: The document reports laboratory observations produced on a non-human specimen with a relationship to a human patient (e.g., peanut butter eaten by a patient, a ferret that bit a patient).

This template limits the choice to Human subjects.

Elements to choose from:
Included0 … * from 1.3.6.1.4.1.19376.1.3.3.1.1 Human Patient (DYNAMIC)

Human (patient): The document reports laboratory observations produced on specimens collected exclusively from the patient.

All persons (including the patient) and organizations mentioned in the document SHALL provide elements name, addr and telecom.

hl7:recordTarget
0 … *RHumadotsrget
hl7:patientRole
1 … 1RHumadotsrget
hl7:id
II1 … *RHumadotsrget
hl7:addr
AD1 … *All persons (including the patient) and organizations mentioned in the document SHALL provide elements name, addr and telecom.Humadotsrget
hl7:telecom
TEL1 … *All persons (including the patient) and organizations mentioned in the document SHALL provide elements name, addr and telecom.Humadotsrget
hl7:patient
1 … 1Humadotsrget
hl7:id
II0 … 1Humadotsrget
hl7:name
PN1 … *Humadotsrget
hl7:administrativeGenderCode
CE1 … 1RHumadotsrget
hl7:birthTime
TS1 … 1RHumadotsrget
IncludedNP from 1.3.6.1.4.1.19376.1.3.3.1.2 Non-Human Subject (DYNAMIC)

Non-Human Subject: The document reports laboratory observations produced on specimens collected from a non-human material (e.g., water, milk, etc.) or living subject (e.g., animal).

hl7:recordTarget
1 … *NPNonhdotsrget
@typeCode
cs0 … 1FRCT
@contextControlCode
cs0 … 1FOP
hl7:templateId
II1 … 1MNonhdotsrget
@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.2
hl7:patientRole
1 … 1RNonhdotsrget
@classCode
cs0 … 1FPAT
hl7:id
II1 … *RNonhdotsrget
hl7:patient
1 … 1Nonhdotsrget
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
@nullFlavor
cs1 … 1FOTH
IncludedNP from 1.3.6.1.4.1.19376.1.3.3.1.3 Human Patient with Non-Human Subject (DYNAMIC)

Human (patient) paired with Non-Human Subject: The document reports laboratory observations produced on a non-human specimen with a relationship to a human patient (e.g., peanut butter eaten by a patient, a ferret that bit a patient).

hl7:recordTarget
1 … *NPHumadotsrget
hl7:templateId
II1 … 1MHumadotsrget
@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.3
hl7:patientRole
1 … 1RHumadotsrget
hl7:id
II1 … *RHumadotsrget
hl7:addr
AD1 … *Humadotsrget
hl7:telecom
TEL1 … *Humadotsrget
hl7:patient
1 … 1Humadotsrget
hl7:id
II0 … 1Humadotsrget
hl7:name
PN1 … *Humadotsrget
hl7:administrativeGenderCode
CE1 … 1RHumadotsrget
hl7:birthTime
TS1 … 1RHumadotsrget
Included1 … *R from 2.16.840.1.113883.3.1937.99.61.67.10.2 XeH CDA author (DYNAMIC)

The laboratory report can be authored by a software system or by a person or by both.
The author/time element carries the date&time the laboratory report was produced.

hl7:author
1 … *RXeHSdotsthor
@typeCode
cs0 … 1FAUT
@contextControlCode
cs0 … 1FOP
 Example<author>
  <time value="201212290600+0100"/>  <assignedAuthor>
    <id root="2.16.840.1.113883.2.9.4.3.2" extension="RSSMRA00A01F205F" assigningAuthorityName="Ministero Economia e Finanze"/>    <addr use="WP">
      <streetAddressLine>Viale della Cristallina 3</streetAddressLine>      <city>Bologna</city>      <state>BO</state>      <postalCode>40121</postalCode>      <country>IT</country>    </addr>
    <telecom use="WP" value="tel:+39-051-34343434"/>    <assignedPerson>
      <name>
        <given>Paolo</given>        <family>Rossi</family>      </name>
    </assignedPerson>
  </assignedAuthor>
  <representedOrganization>
    <!-- template 'IPS CDA Organization' (dynamic) -->
  </representedOrganization>
</author>
hl7:functionCode
CE.IPS0 … 1RXeHSdotsthor
hl7:time
TS.IPS.TZ1 … 1RThe author/time element represents the start time of the author’s participation in the creation of the clinical document. XeHSdotsthor
 Example<time value="201212290600+0100"/>
hl7:assignedAuthor
1 … 1RXeHSdotsthor
@classCode
cs0 … 1FASSIGNED
hl7:id
II1 … *RAuthor Identifier(s)XeHSdotsthor
@nullFlavor
cs0 … 1 
hl7:code
CE.IPS (extensible)0 … 1RA code, which identifies the profession/competence/specialty of the author when it is a person.XeHSdotsthor
 CONF
The value of @code should be drawn from value set 2.16.840.1.113883.11.22.53 IPS Healthcare Professional Roles (DYNAMIC)
 Example<code code="221" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO" displayName="Medical doctors"/>
hl7:addr
AD.IPS1 … *RXeHSdotsthor
 Example<addr use="WP">
  <streetAddressLine>Viale della Cristallina 3</streetAddressLine>  <city>Bologna</city>  <state>BO</state>  <postalCode>40121</postalCode>  <country>IT</country></addr>
hl7:telecom
TEL.IPS1 … *RXeHSdotsthor
@use
set_cs0 … 1 
 CONF
The value of @use shall be drawn from value set 2.16.840.1.113883.1.11.201 TelecommunicationAddressUse (DYNAMIC)
@value
st0 … 1 
 Example<telecom use="WP" value="tel:+39-051-34343434"/>
 Example<telecom nullFlavor="NI"/>
Choice1 … 1Elements to choose from:
hl7:assignedPerson
0 … 1CXeHSdotsthor
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … *RName of the person (e.g. the Healthcare Professional)  authoring this documentXeHSdotsthor
 Example<name>
  <given>John</given>  <family>Español Smith</family></name>
hl7:family
1 … *RXeHSdotsthor
hl7:given
1 … *RXeHSdotsthor
hl7:assignedAuthoringDevice
0 … 1CContains 2.16.840.1.113883.10.22.9.2 IPS CDA Device (DYNAMIC)XeHSdotsthor
 Example<assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
  <softwareName displayName="Turriano"/></assignedAuthoringDevice>
hl7:representedOrganization
0 … 1RContains 2.16.840.1.113883.10.22.9.1 IPS CDA Organization (DYNAMIC)XeHSdotsthor
Included1 … 1R from 2.16.840.1.113883.3.1937.99.61.67.10.5 XeH CDA custodian (DYNAMIC)

It represents the organization that is in charge of maintaining the laboratory report.

hl7:custodian
1 … 1RXeHSdotsdian
@typeCode
cs0 … 1FCST
 Example<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- template 'IPS CDA Organization' (dynamic) -->
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
hl7:assignedCustodian
1 … 1RXeHSdotsdian
@classCode
cs0 … 1FASSIGNED
hl7:representedCustodianOrganization
1 … 1RContains 2.16.840.1.113883.10.22.9.1 IPS CDA Organization (DYNAMIC)XeHSdotsdian
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
Included0 … * from 2.16.840.1.113883.3.1937.99.61.67.10.15 XeH Information Recipient (DYNAMIC)

The informationRecipient/intendedRecipient element can be multiple. It introduces an intended recipient of the laboratory report, other than the Ordering Provider (described as a referrer participant).
These elements carry the list of the originally intended recipients of the laboratory report, i.e., those who were known at the time the report was created and published for sharing.

hl7:informationRecipient
0 … *XeHSdotsient
hl7:templateId
II1 … 1MXeHSdotsient
@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.67.10.15
hl7:templateId
II0 … *RXeHSdotsient
hl7:intendedRecipient
1 … 1RXeHSdotsient
hl7:id
II0 … *RXeHSdotsient
hl7:addr
AD1 … *XeHSdotsient
hl7:telecom
TEL1 … *XeHSdotsient
hl7:informationRecipient
0 … 1Contains 1.3.6.1.4.1.19376.1.3.10.9.18 PlayingEntity or person with Name (DYNAMIC)XeHSdotsient
hl7:receivedOrganization
0 … 1Contains 1.3.6.1.4.1.19376.1.3.10.9.13 Organization with Name, Addr, Telecom (DYNAMIC)XeHSdotsient
Included0 … 1 from 2.16.840.1.113883.3.1937.99.61.67.10.3 XeH CDA legalAuthenticator (DYNAMIC)

This element carries the person who has legally authenticated the report, and the organization represented by this person.
The sub-element time carries the date&time this legal authentication took place. The sub-element signatureCode carries the “signed” (S) status

If this entity happens also to be one of the validators of the laboratory results in the report, it SHALL also be documented as a validator.

hl7:legalAuthenticator
0 … 1RXeHSdotsator
 Example<legalAuthenticator>
  <time value="20111013150937-0800"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="admin" root="2.16.17.710.780.1000.903.1.1.3.3"/>    <assignedPerson>
      <name>
        <given>John</given>        <family>Español Smith</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <name>Healthcare Facility's name</name>      <addr>
        <country>NL</country>        <streetName>Duinweg</streetName>        <houseNumber>23</houseNumber>        <postalCode>7364 RX</postalCode>        <city>Amsterdam</city>      </addr>
    </representedOrganization>
  </assignedEntity>
</legalAuthenticator>
hl7:time
TS.IPS.TZ1 … 1MTime of signing the documentXeHSdotsator
hl7:signatureCode
CS0 … 1RSignature codeXeHSdotsator
@code
CONF0 … 1FS
hl7:assignedEntity
0 … 1RThe entity that is responsible for the legal authentication of the CDA documentXeHSdotsator
hl7:id
1 … *RUnique identification of legal authenticatorXeHSdotsator
hl7:addr
AD.IPS1 … *RXeHSdotsator
hl7:telecom
TEL.IPS1 … *RXeHSdotsator
hl7:assignedPerson
1 … 1RXeHSdotsator
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7:name
PN1 … *RName of the legal authenticatorXeHSdotsator
 Example<name>
  <given>John</given>  <family>Español Smith</family></name>
hl7:family
1 … *RHP Family Name/SurnameXeHSdotsator
hl7:given
1 … *RHP Given NameXeHSdotsator
hl7:representedOrganization
1 … 1MOrganization the legal authenticator is acting for
Contains 2.16.840.1.113883.10.22.9.1 IPS CDA Organization (DYNAMIC)
XeHSdotsator
Included0 … * from 2.16.840.1.113883.3.1937.99.61.67.10.13 XeH Results Validator (DYNAMIC)

When present it represents the clinical expert who performed the clinical validation (see the entries “validator” and “clinical expert” in the glossary in LAB TF-1:1.11) of the report or of a subset of its results, also called the validator.

There MAY be more than one validator of the report. All the validators SHALL appear in the report header as authenticator elements AND, in the case of multiple validators, each individual validator SHALL be associated with the particular sections of the report he or she validated. In this case, the validator of a section SHALL also appear in the entry this section is derived from.

hl7:authenticator
0 … *RXeHCdotsator
@typeCode
cs1 … 1FAUTHEN
hl7:templateId
II1 … 1MXeHCdotsator
@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.5
hl7:time
TS1 … 1RXeHCdotsator
hl7:signatureCode
CS1 … 1RXeHCdotsator
hl7:assignedEntity
1 … 1RXeHCdotsator
@classCode
cs0 … 1FASSIGNED
hl7:id
II1 … *RXeHCdotsator
hl7:code
CE0 … 1RXeHCdotsator
hl7:addr
AD1 … *RXeHCdotsator
hl7:telecom
TEL1 … *RXeHCdotsator
 Schematron assertrolered error 
 testnot(hl7:assignedPerson) or hl7:assignedPerson/hl7:name 
 Messagethe <name> sub-element of <assignedPerson> SHALL be present. 
hl7:assignedPerson
0 … 1RXeHCdotsator
hl7:representedOrganization
0 … 1RXeHCdotsator
Included0 … * from 2.16.840.1.113883.3.1937.99.61.67.10.4 XeH Ordering/Referring Provider (DYNAMIC)

In particular, when the ordering provider of the order (or group of orders) fulfilled by this laboratory report is present in the CDA, it SHALL be documented as a participant with the attribute typeCode valued “REF” (referrer).

hl7:participant
0 … *Referral Ordering PhysicianXeHOdotsider
@typeCode
cs1 … 1FREF
hl7:templateId
II1 … 1XeHOdotsider
@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.67.10.4
hl7:time
IVL_TS1 … 1RThis element represents the date and time the order was placed. Time MAY be present.XeHOdotsider
hl7:associatedEntity
1 … 1XeHOdotsider
hl7:addr
AD0 … *RThe address of this person (referral ordering physician) SHALL be present.XeHOdotsider
hl7:telecom
TEL0 … *RThe telecom of this person (referral ordering physician) SHALL be present.XeHOdotsider
 Schematron assertrolered error 
 testnot(hl7:assignedPerson) or hl7:assignedPerson/hl7:name 
 MessageThe <name> sub-element SHALL be present when <assignedPerson> present. 
hl7:associatedPerson
0 … 1RXeHOdotsider
hl7:scopingOrganization
0 … 1XeHOdotsider
Included0 … * from 2.16.840.1.113883.3.1937.99.61.67.10.6 XeH inFulfillmentOf (DYNAMIC)

It represents the Placer Order or the Placer Group that was fulfilled, the id of which is carried by inFulfillmentOf/order/id.

hl7:inFulfillmentOf
0 … *XeHSdotsntOf
@typeCode
cs0 … 1FFLFS
hl7:order
1 … 1RXeHSdotsntOf
@classCode
cs0 … 1FACT
@moodCode
cs1 … 1FRQO
hl7:id
II1 … *RIdentifier of the order
XeHSdotsntOf
hl7:code
CE0 … 1Type of orderXeHSdotsntOf
hl7:priorityCode
CE0 … 1XeHSdotsntOf
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.16866 ActPriority (DYNAMIC)
Included0 … * from 2.16.840.1.113883.3.1937.99.61.67.10.14 XeH DocumentationOf (report) (DYNAMIC)
hl7:documentationOf
0 … *XeHRdotsonOf
hl7:serviceEvent
1 … 1RXeHRdotsonOf
hl7:effectiveTime
IVL_TS0 … 1

Use of sub element documentationOf/serviceEvent/effectiveTime to document the time boundaries of events in the document is appropriate.

XeHRdotsonOf
lab:statusCode
CS0 … 1

This Laboratory Report Content Module can express both final and non-final reports. To distinguish between the two, the statusCode element has been added to the documentationOf/serviceEvent element. A non-final report is a report documenting a serviceEvent, which is in the status "active". This sub-element serviceEvent/statusCode is optional. When it is not present the serviceEvent is assumed to be in the status "completed".

XeHRdotsonOf
 CONF
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.4 ActStatusActiveCompleted (DYNAMIC)
hl7:performer
0 … *

Laboratory Performer template in the CDA header


Contains 1.3.6.1.4.1.19376.1.3.3.1.7 Laboratory Performer (DYNAMIC)
XeHRdotsonOf
Included0 … * from 2.16.840.1.113883.10.22.2.7 IPS CDA relatedDocument (DYNAMIC)

This element SHALL be present in case of an update replacement of a previous report. In this case relatedDocument@typeCode attribute SHALL be valued "RPLC", the new report replacing the parent one.

hl7:relatedDocument
0 … *RIPSCdotsment
@typeCode
cs1 … 1R
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
hl7:parentDocument
1 … 1RIPSCdotsment
@classCode
cs0 … 1FDOCCLIN
@moodCode
cs0 … 1FEVN
hl7:id
II1 … *RIPSCdotsment
hl7:code
CD.IPS0 … 1RIPSCdotsment
@codeSystem
CONF0 … 1F2.16.840.1.113883.6.1
hl7:text
ED0 … 1RIPSCdotsment
hl7:setId
II0 … 1RIPSCdotsment
hl7:versionNumber
INT0 … 1RIPSCdotsment
Included0 … 1 from 2.16.840.1.113883.3.1937.99.61.67.10.7 XeH ComponentOf (DYNAMIC)

It describes the encounter during which the reported lab observations were ordered. When present the encounter :

  • is identified with an id element: encompassingEncounter/id
  • have an effective time that represents the time interval (possibly still running, e.g., an inpatient current stay) of the encounter or a point in time at which the encounter took place (e.g., an outpatient consultation): encompassingEncounter/ effectiveTime

The encounter can provide any number of encounter participants (encompassingEncounter/encounterParticipant/assignedEntity).
The encounter could precise the patient location during this encounter. This is the healthcare facility in which the patient was located when the reported lab test observations were ordered: encompassingEncounter/location/healthCareFacility. This healthcare facility can be represented as a physical place (e.g., room, floor, building, office) or as an organization (e.g., service, department, team) or both: healthCareFacility/location, healthCareFacility/serviceProviderOrganization.

hl7:componentOf
0 … 1XeHSdotsntOf
@typeCode
cs0 … 1FCOMP
hl7:encompassingEncounter
1 … 1RXeHSdotsntOf
@classCode
cs0 … 1FENC
@moodCode
cs0 … 1FEVN
hl7:id
II0 … *RIdentifier of the encounter (e.g. identifier of the hospital stay)XeHSdotsntOf
hl7:code
CE0 … 1Code describing the kind of clinical encounter during which the documented act(s) or ServiceEvent occurred.
XeHSdotsntOf
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
hl7:effectiveTime
IVL_TS1 … 1RXeHSdotsntOf
hl7:low
IVXB_TS1 … 1RStart date time of the encounter (e.g. date of admission)XeHSdotsntOf
hl7:high
IVXB_TS1 … 1REnd date time of the encounter (e.g. date of discharge)
XeHSdotsntOf
hl7:dischargeDispositionCode
CE0 … 1RDepict the disposition of the patient at the time of hospital discharge (e.g., discharged to home, expired, against medical advice, etc.).
XeHSdotsntOf
 CONF
shall be drawn from concept domain "EncounterDischargeDisposition"
hl7:responsibleParty
0 … 1
The provider (person or organization) who has primary responsibility for the encounter. The responsible provider is not necessarily present in an encounter, but is accountable for the action through the power to delegate, and the duty to review actions with the performing participant.

When the responsible party is an organization, the responsible party is reflected by the presence of a scoping Organization, without a playing entity.

Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)
XeHSdotsntOf
@typeCode
cs0 … 1FRESP
hl7:encounterParticipant
0 … *Represents clinicians directly associated with the encounter (e.g. by initiating, terminating, or overseeing it).
XeHSdotsntOf
@typeCode
cs1 … 1R
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19600 x_EncounterParticipant (DYNAMIC)
hl7:time
IVL_TS0 … 1The time when the participation occurred
XeHSdotsntOf
hl7:assignedEntity
1 … 1RThe clinician assigned to the role (e.g. Admitter) by the scoping organization (e.g the hospital)

Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)
XeHSdotsntOf
hl7:location
0 … 1
The location where the service is done. May be a static building (or room therein) or a moving location (e.g., ambulance, helicopter, aircraft, train, truck, ship, etc.)

The setting of an encounter (e.g. cardiology clinic, primary care clinic, rehabilitation hospital, skilled nursing facility) can be expressed in HealthCareFacility.code. Note that setting and physical location are not the same. 
XeHSdotsntOf
@typeCode
cs0 … 1FLOC
hl7:healthCareFacility
1 … 1RXeHSdotsntOf
@classCode
cs0 … 1FSDLOC
hl7:id
II0 … *XeHSdotsntOf
hl7:code
CE0 … 1XeHSdotsntOf
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.17660 ServiceDeliveryLocationRoleType (DYNAMIC)
hl7:location
0 … 1Contains 2.16.840.1.113883.10.12.317 CDA Place (DYNAMIC)XeHSdotsntOf
hl7:serviceProviderOrganization
0 … 1Contains 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)XeHSdotsntOf
hl7:component
1 … 1RXeHLdotsport
hl7:structuredBody
1 … 1RXeHLdotsport
hl7:component
1 … *R

Content Modules for CDA Sections (Level 2)

A laboratory report SHALL have a structuredBody. This body is organized as a tree of up to two levels of sections, delivering the human-readable content of the report: Top level sections represent laboratory specialties. A top level section SHALL contain either one text block carrying all the text results produced for this specialty along with a single Laboratory Data Processing Entry or a set of Laboratory Report Item Sections. In the first case the specialty section happens to also be a leaf section. In the latter case, each (second level) leaf section contained in the (top level) specialty section represents a Report Item: i.e., a battery, a specimen study (especially in microbiology), or an individual test. In addition, any leaf section SHALL contain a single Laboratory Data Processing Entry containing the observations of that section in a machine-readable format.


Contains 1.3.6.1.4.1.19376.1.3.3.2.1 Laboratory Specialty Section (DYNAMIC)
XeHLdotsport
 Schematron assertrolered error 
 test//hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.1.6'] 
 MessageLab report SHALL contain Laboratory Observation