hl7:ClinicalDocument
|
|
|
|
|
(Laborg) |
hl7:realmCode
|
CS |
1 … 1 |
R |
Dit element MOET aanwezig zijn met een waarde uit de subset RealmOfUse [2.16.840.1.113883.1.11.11050]
van de waardelijst VocabularyDomainQualifier. In internationale context van dit profiel
als er verder geen verdere extensie wordt gedaan, MOET de realmCode zijn <realmCode
code="UV"/> (universal).
Als er sprake is van gebruik van een nationale extensie, dan MOET de nationale extensie
door realm code worden geïdentificeerd.
|
(Laborg) |
@code
|
CONF |
0 … 1 |
F |
NL |
|
Voorbeeld |
Nederlandse extensie <realmCode code="NL"/> |
hl7:typeId
|
II |
1 … 1 |
M |
Dit element is een expliciete, technologie-neutrale referentie voor de standaard CDA
R2. Deze MOET aanwezig zijn en als volgt worden gebruikt: ClinicalDocument/typeId@root = "2.16.840.1.113883.1.3" (de OID voor geregistreerde
HL7-modellen); ClinicalDocument.typeId@extension = "POCD_HD000040" (wat de unieke identificatie
is voor de CDA, Release Two Hierarchical Description).
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
2.16.840.1.113883.1.3 |
@extension
|
st |
1 … 1 |
F |
POCD_HD000040 |
hl7:templateId
|
II |
1 … 1 |
M |
IHE XD-LAB Nederlandse extensie |
(Laborg) |
@root
|
|
1 … 1 |
F |
2.16.840.1.113883.2.4.3.11.60.25.10.51 |
hl7:templateId
|
II |
1 … 1 |
M |
Dit element stelt de set inperkingen voor die zijn toegepast op de CDA R2 standaard,
door deze IHE specificatie van een laboratoriumrapport. Het volgende templateId MOET
aanwezig zijn om compliance met de XD-LAB specificatie aan te duiden.
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.3.3 |
hl7:templateId
|
II |
1 … 1 |
M |
HL7 Nederland CDA Header |
(Laborg) |
@root
|
|
1 … 1 |
F |
2.16.840.1.113883.2.4.6.10.100001 |
hl7:id
|
II |
1 … 1 |
M |
ClinicalDocument/id MOET aanwezig zijn. Het stelt de unieke identificatie van deze
versie van dit ClinicalDocument. De combinatie van de attributen root en extension
MOET een wereldwijd unieke identificatie zijn, conform CDA R2, zonder enige verdere
beperkingen.
|
(Laborg) |
|
Voorbeeld |
Example using the extension attribute <id root="1.3.6.1.4.1.19376.1.3.4" extension="abc2"/> |
hl7:code
|
CE |
1 … 1 |
M |
ClinicalDocument/code MOET aanwezig zijn. Het laboratoriumrapport kan een multi-disciplinair
rapport of een rapport voor enkelvoudige discipline zijn.
Multi-disciplinair laboratoriumrapport: De LOINC code die het type document identificeert als een (potentieel) multi-disciplinair
laboratoriumrapport (met resultaten van meerdere specialismen) is: <code codeSystem="2.16.840.1.113883.6.1" codeSystemName=”LOINC” code="11502-2" displayName="LABORATORY
REPORT.TOTAL"/>
Enkelvoudig disciplinair laboratoriumrapport: Gebruik de juiste LOINC-code uit de waardelijst “Laboratory Specialties”.
|
(Laborg) |
|
CONF |
|
hl7:title
|
ST |
0 … 1 |
|
De ClinicalDocument <title> MAG aanwezig zijn en stelt dan de lokale vertaling van
de code/@displayName voor.
|
(Laborg) |
hl7:effectiveTime
|
TS |
1 … 1 |
R |
ClinicalDocument/effectiveTime MOET aanwezig zijn. Het bevat de aanmaakdatum & tijd
van het laboratoriumrapport als electronisch document. In het geval dat dit een revisie
is die een vorige versie vervangt (geïdentificeerd in parentDocument), dan is dit
de datum & tijd en van de nieuwe revisie.
|
(Laborg) |
|
Voorbeeld |
June 24, 2008 13:19:13 +01:00 <effectiveTime value="20080624131933.0000+0100"/> |
hl7:confidentialityCode
|
CE |
1 … 1 |
R |
ClinicalDocument/confidentialityCode MOET aanwezig zijn conform de HL7 CDA R2 standaard.
|
(Laborg) |
|
CONF |
|
hl7:languageCode
|
CS |
1 … 1 |
R |
ClinicalDocument/languageCode MOET aanwezig zijn conform de HL7 CDA R2 standaard.
|
(Laborg) |
|
Voorbeeld |
Voorbeeld van een rapport dat in het Nederlands is opgesteld <languageCode code="nl-NL"/> |
|
Voorbeeld |
Voorbeeld van een rapport dat in het Fries is opgesteld <languageCode code="fy-NL"/> |
hl7:setId
|
II |
1 … 1 |
M |
ClinicalDocument/setId MOET aanwezig zijn verdere updates van het ClinicalDocument
te faciliteren. Het is een identificatie die op alle revisies van dit laboratoriumrapport
aanwezig is.
|
(Laborg) |
|
Voorbeeld |
<setId root="1.3.6.1.4.1.19376.1.3.4" extension="abc2"/> |
hl7:versionNumber
|
INT |
0 … 1 |
|
ClinicalDocument/versionNumber MAG aanwezig zijn. Zoals vereist in de CDA standard,
is dit een integer waarde voor versionering.
|
(Laborg) |
Keuze |
1 … * |
|
ClinicalDocument/recordTarget MOET aanwezig zijn en MOET zich houden aan de Human Patient, Non-Human Subject of Human Patient with Non-Human Subject templates zoals hier onder gedefinieerd. Er zijn drie verschillende laboratoriumrapporten:
- Menselijk (patiënt): Het document rapporteert laboratoriumobservaties geproduceerd
op specimens die uitsluitend van de patiënt afkomstig zijn.
- Niet-menselijk subject: Het document rapporteert laboratoriumobservaties geproduceerd
op specimens verzameld uit niet-menselijk materiaal (zoals water, melk, etc.) of een
levend subject (zoals een dier).
- Menselijk (patiënt) met een Niet-menselijk subject: Het document rapporteert laboratoriumobservaties
geproduceerd op een niet-menselijk specimen met een relatie met een menselijke patiënt
(zoals pindakaas die een patiënt heeft gegeten of een fret die een patiënt heeft gebeten).
Zie voor meer duiding rondom Nederland-specifieke invulling van met name patiëntidentificatie,
-naam en -adres de template voor menselijke recordTargets "CDA recordTarget SDTC NL"
(id: 2.16.840.1.113883.2.4.3.11.60.3.10.1)
Deze drie variaties worden gerepresenteerd door drie templates die zijn toegepast
op het element recordTarget:
Elementen om uit te kiezen:
|
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.3.1.1 Human Patient (DYNAMISCH)
Human (patient): Het document rapporteert laboratoriumobservaties geproduceerd op
specimens die uitsluitend van de patiënt afkomstig zijn.
Alle personen (inclusief de patiënt) en organisaties in het document MOETEN de elementen
name, addr en telecom bevatten.
|
hl7:recordTarget
|
|
0 … * |
R |
|
(Laborg) |
hl7:patientRole
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … * |
R |
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom. |
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom. |
(Laborg) |
hl7:patient
|
|
1 … 1 |
|
|
(Laborg) |
hl7:id
|
II |
0 … 1 |
|
|
(Laborg) |
hl7:name
|
PN |
1 … * |
|
|
(Laborg) |
hl7:administrativeGenderCode
|
CE |
1 … 1 |
R |
|
(Laborg) |
hl7:birthTime
|
TS |
1 … 1 |
R |
|
(Laborg) |
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.3.1.2 Non-Human Subject (DYNAMISCH)
Niet-menselijk subject: Het document rapporteert laboratoriumobservaties geproduceerd
op specimens verzameld uit niet-menselijk materiaal (zoals water, melk, etc.) of een
levend subject (zoals een dier).
|
hl7:recordTarget
|
|
0 … * |
R |
|
(Laborg) |
@typeCode
|
cs |
0 … 1 |
F |
RCT |
@contextControlCode
|
cs |
0 … 1 |
F |
OP |
hl7:templateId
|
II |
1 … 1 |
M |
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.3.3.1.2 |
hl7:patientRole
|
|
1 … 1 |
R |
|
(Laborg) |
@classCode
|
cs |
0 … 1 |
F |
PAT |
hl7:id
|
II |
1 … * |
R |
|
(Laborg) |
hl7:patient
|
|
1 … 1 |
|
|
(Laborg) |
@classCode
|
cs |
0 … 1 |
F |
PSN |
@determinerCode
|
cs |
0 … 1 |
F |
INSTANCE |
@nullFlavor
|
cs |
1 … 1 |
F |
OTH |
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.3.1.3 Human Patient with Non-Human Subject (DYNAMISCH)
Menselijk (patiënt) met een Niet-menselijk subject: Het document rapporteert laboratoriumobservaties
geproduceerd op een niet-menselijk specimen met een relatie met een menselijke patiënt
(zoals pindakaas die een patiënt heeft gegeten of een fret die een patiënt heeft gebeten).
|
hl7:recordTarget
|
|
0 … * |
R |
|
(Laborg) |
hl7:templateId
|
II |
1 … 1 |
M |
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.3.3.1.3 |
hl7:patientRole
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … * |
R |
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
|
|
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
|
|
(Laborg) |
hl7:patient
|
|
1 … 1 |
|
|
(Laborg) |
hl7:id
|
II |
0 … 1 |
|
|
(Laborg) |
hl7:name
|
PN |
1 … * |
|
|
(Laborg) |
hl7:administrativeGenderCode
|
CE |
1 … 1 |
R |
|
(Laborg) |
hl7:birthTime
|
TS |
1 … 1 |
R |
|
(Laborg) |
Inclusie |
1 … * |
R |
van 1.3.6.1.4.1.19376.1.3.10.2.2 XD-LAB Author (DYNAMISCH)
Er MOET tenminste één ClinicalDocument/author aanwezig zijn met de tijd overeenkomstig
met de HL7 CDA R2 standaard en verder ingeperkt door deze specificatie waarmee name,
addr en telecom worden geëist. Het element author/time bevat de datum&tijd waarop
het laboratoriumresultaat is geproduceerd. Het laboratoriumresultaat kan zijn gemaakt
door een softwaresysteem, een mens of beide.
|
hl7:author
|
|
1 … * |
R |
|
(Laborg) |
hl7:time
|
TS |
1 … 1 |
R |
The author/time element carries the date&time the laboratory report was produced.
|
(Laborg) |
hl7:assignedAuthor
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
Keuze |
0 … 1 |
|
Elementen om uit te kiezen:
|
hl7:assignedPerson
|
|
|
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
Bevat 1.3.6.1.4.1.19376.1.3.10.9.18 PlayingEntity or person with Name (DYNAMISCH)
|
(Laborg) |
hl7:assignedAuthoringDevice
|
|
|
|
ClinicalDocument/author SHALL be present in accordance with the HL7 CDA R2 standard
Bevat 1.3.6.1.4.1.19376.1.3.10.9.19 Laboratory Device (DYNAMISCH)
|
(Laborg) |
hl7:representedOrganization
|
|
0 … 1 |
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
Bevat 1.3.6.1.4.1.19376.1.3.10.9.13 Organization with Name, Addr, Telecom (DYNAMISCH)
|
(Laborg) |
Inclusie |
1 … 1 |
R |
van 1.3.6.1.4.1.19376.1.3.10.2.3 XD-LAB Custodian (DYNAMISCH)
ClinicalDocument/custodian SHALL be present with an id in accordance with the HL7
CDA R2 standard and further constrained by this specification to require the presence
of name, addr and telecom. It represents the organization that is in charge of maintaining
the laboratory report.
|
hl7:custodian
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:assignedCustodian
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:representedCustodianOrganization
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … * |
M |
ClinicalDocument/custodian SHALL be present with an id in accordance with the HL7
CDA R2 standard.
|
(Laborg) |
hl7:name
|
ON |
1 … 1 |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
hl7:telecom
|
TEL |
1 … 1 |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
hl7:addr
|
AD |
1 … 1 |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.3.1.4 XD-LAB Information Recipient (DYNAMISCH)
ClinicalDocument/informationRecipient MAY be present. When present, it SHALL be in
accordance with the HL7 CDA R2 standard and further constrained by this specification
to require the presence of name (on the informationRecipient and/or receivedOrganization),
addr and telecom. Additionally, it SHALL have the following:
- <templateId root="1.3.6.1.4.1.19376.1.3.3.1.4"/> - The templateId element identifies
this participant as an intended recipient. The templateId SHALL have root="1.3.6.1.4.1.19376.1.3.3.1.4".
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 … * |
|
|
(Laborg) |
hl7:templateId
|
II |
1 … 1 |
M |
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.3.3.1.4 |
hl7:intendedRecipient
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
0 … * |
R |
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
|
|
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
|
|
(Laborg) |
hl7:informationRecipient
|
|
0 … 1 |
|
Bevat 1.3.6.1.4.1.19376.1.3.10.9.18 PlayingEntity or person with Name (DYNAMISCH)
|
(Laborg) |
hl7:receivedOrganization
|
|
0 … 1 |
|
Bevat 1.3.6.1.4.1.19376.1.3.10.9.13 Organization with Name, Addr, Telecom (DYNAMISCH)
|
(Laborg) |
Inclusie |
0 … 1 |
|
van 1.3.6.1.4.1.19376.1.3.10.2.4 XD-LAB LegalAuthenticator (DYNAMISCH)
The ClinicalDocument/legalAuthenticator MAY be present. When present, it SHALL be
in accordance with the HL7 CDA R2 standard and further constrained by this specification
to require the presence of name, addr and telecom. 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 … 1 |
|
|
(Laborg) |
hl7:time
|
TS |
1 … 1 |
R |
The sub-element time carries the date&time this legal authentication took place.
|
(Laborg) |
hl7:signatureCode
|
CS |
1 … 1 |
R |
The sub-element signatureCode carries the “signed” (S) status
|
(Laborg) |
@code
|
CONF |
0 … 1 |
F |
S |
hl7:assignedEntity
|
|
1 … 1 |
R |
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
R |
Constrained by this specification to require the presence of name, addr and telecom.
|
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
R |
Constrained by this specification to require the presence of name, addr and telecom.
|
(Laborg) |
hl7:assignedPerson
|
|
0 … 1 |
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
Bevat 1.3.6.1.4.1.19376.1.3.10.9.18 PlayingEntity or person with Name (DYNAMISCH)
|
(Laborg) |
hl7:representedOrganization
|
|
0 … 1 |
|
All persons (including the patient) and organizations mentioned in the document SHALL
provide elements name, addr and telecom.
Bevat 1.3.6.1.4.1.19376.1.3.10.9.13 Organization with Name, Addr, Telecom (DYNAMISCH)
|
(Laborg) |
hl7:authenticator
|
|
0 … * |
|
The ClinicalDocument/authenticator element MAY be present. 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.
This element SHALL be in accordance with the HL7 CDA R2 standard and further constrained
by this specification to require the presence of name, addr and telecom.
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.
This module is consistent with the CDA standard regarding participant and requires
in addition the name, addr and telecom for all participants.
Bevat 1.3.6.1.4.1.19376.1.3.3.1.5 Laboratory Results Validator (DYNAMISCH)
|
(Laborg) |
|
waar [hl7:templateId [@root = '1.3.6.1.4.1.19376.1.3.3.1.5']] |
|
|
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.3.1.6 Ordering Provider (DYNAMISCH)
ClinicalDocument/participant(s) MAY be present. When present, this element SHALL be
in accordance with the HL7 CDA R2 standard with a time element and further constrained
by this specification to require the presence of name, addr and telecom. 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). Additionally, the ordering provider SHALL have the
following:
- <templateId root="1.3.6.1.4.1.19376.1.3.3.1.6"/> - The templateId element identifies
this participant as an ordering physician. The templateId SHALL have root="1.3.6.1.4.1.19376.1.3.3.1.6".
|
hl7:participant
|
|
0 … * |
|
Referral Ordering Physician |
(Laborg) |
@typeCode
|
cs |
1 … 1 |
F |
REF |
hl7:templateId
|
II |
1 … 1 |
|
|
(Laborg) |
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.3.3.1.6 |
hl7:time
|
IVL_TS |
1 … 1 |
R |
This element represents the date and time the order was placed. Time MAY be present. |
(Laborg) |
hl7:associatedEntity
|
|
1 … 1 |
|
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
R |
The address of this person (referral ordering physician) SHALL be present. |
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
R |
The telecom of this person (referral ordering physician) SHALL be present. |
(Laborg) |
|
Schematron assert |
role |
error
|
|
|
test |
not(hl7:assignedPerson) or hl7:assignedPerson/hl7:name |
|
|
Melding |
The <name> sub-element SHALL be present when <assignedPerson> present. |
|
hl7:associatedPerson
|
|
0 … 1 |
R |
|
(Laborg) |
hl7:scopingOrganization
|
|
0 … 1 |
|
|
(Laborg) |
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.10.9.14 XD-LAB InFulfillmentOf Order (DYNAMISCH)
Het element inFulfillmentOf/order KAN aanwezig zijn. Het representeert de Placer Order
of de Placer Group waarop dit rapport betrekking heeft. Het id hiervan staat in inFulfillmentOf/order/id.
|
hl7:inFulfillmentOf
|
|
0 … * |
|
|
(Laborg) |
hl7:order
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … * |
R |
It represents the Placer Order or the Placer Group that was fulfilled, the id of which
is carried by inFulfillmentOf/order/id.
|
(Laborg) |
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.10.9.15 XD-LAB DocumentationOf (DYNAMISCH)
ClinicalDocument/documentationOf(s) MAY be present.
|
hl7:documentationOf
|
|
0 … * |
|
|
(Laborg) |
hl7:serviceEvent
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:effectiveTime
|
IVL_TS |
0 … 1 |
|
Use of sub element documentationOf/serviceEvent/effectiveTime to document the time
boundaries of events in the document is appropriate.
|
(Laborg) |
lab:statusCode
|
CS |
0 … 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".
|
(Laborg) |
|
CONF |
|
hl7:performer
|
|
0 … * |
|
Laboratory Performer template in the CDA header
Bevat 1.3.6.1.4.1.19376.1.3.3.1.7 Laboratory Performer (DYNAMISCH)
|
(Laborg) |
|
|
|
waar [hl7:templateId [@root = '1.3.6.1.4.1.19376.1.3.3.1.7']] |
|
|
Inclusie |
0 … * |
|
van 1.3.6.1.4.1.19376.1.3.10.9.16 XD-LAB RelatedDocument (DYNAMISCH)
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 … * |
|
|
(Laborg) |
@typeCode
|
cs |
1 … 1 |
F |
RPLC |
|
relatedDocument@typeCode attribute SHALL be valued "RPLC".
|
hl7:parentDocument
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … 1 |
R |
SHALL be equal to ClinicalDocument/ id of the replaced document.
|
(Laborg) |
hl7:setId
|
II |
1 … 1 |
R |
SHALL have the same value in the new report as in the replaced report.
|
(Laborg) |
hl7:versionNumber
|
INT |
1 … 1 |
|
SHALL have the same value as in the replaced report (when provided there)
|
(Laborg) |
Inclusie |
0 … 1 |
|
van 1.3.6.1.4.1.19376.1.3.10.9.20 XD-LAB ComponentOf (DYNAMISCH)
The ClinicalDocument/componentOf/encompassingEncounter element MAY be present. It
describes the encounter during which the reported lab observations were ordered. When
present the encounter SHALL:
- be identified with an id element: encompassingEncounter/id
- The encounter SHALL 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 MAY provide any number of encounter participants (encompassingEncounter/encounterParticipant/assignedEntity).
When present, encounter participants SHALL be in accordance with the HL7 CDA R2 standard
with a time and further constrained by this specification to require the presence
of name, addr and telecom. Additionally, the encounter participant SHALL have a typeCode
with one the values selected from the x_EncounterParticipant domain: The encounter
MAY 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 … 1 |
|
|
(Laborg) |
hl7:encompassingEncounter
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:id
|
II |
1 … * |
M |
|
(Laborg) |
hl7:effectiveTime
|
IVL_TS |
1 … 1 |
M |
|
(Laborg) |
hl7:encounterParticipant
|
|
0 … * |
|
|
(Laborg) |
@typeCode
|
cs |
1 … 1 |
R |
|
hl7:time
|
IVL_TS |
1 … 1 |
R |
|
(Laborg) |
hl7:assignedEntity
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:addr
|
AD |
1 … * |
R |
|
(Laborg) |
hl7:telecom
|
TEL |
1 … * |
R |
|
(Laborg) |
hl7:assignedPerson
|
|
0 … 1 |
R |
|
(Laborg) |
hl7:representedOrganization
|
|
0 … 1 |
R |
|
(Laborg) |
|
Schematron assert |
role |
error
|
|
|
test |
not(hl7:assignedPerson) or hl7:assignedPerson/hl7:name |
|
|
Melding |
the <name> sub-element of <assignedPerson> SHALL be present. |
|
hl7:component
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:structuredBody
|
|
1 … 1 |
R |
|
(Laborg) |
hl7:component
|
|
1 … * |
R |
Content Modules voor CDA Secties (Level 2)
Een ClinicalDocument laboratoriumrapport MOET een structuredBody bevatten. Deze is
georganiseerd als een boomstructuur van maximaal twee niveau's van secties, met de
menselijk leesbare inhoud van het rapport: Secties op het bovenste niveau stellen
laboratoriumspecialismen voor. Een sectie op topniveau MOET tenminste een blok tekst
bevatten met alle resultaten voor dit specialisme met een enkele Laboratory Data Processing
Entry of een set of Laboratory Report Item Sections. In het eerste geval is de specialistische
sectie tevens de enige sectie. In het laatste
geval is iedere sectie op het tweede niveau onder de bovenste sectie een Resultaatitem:
i.e., een battery, een specimen onderzoek (zeker in microbiologie), of een individuele
test. Daarnaast MOET iedere sectie die zelf geen subsecties meer heeft een enkele
Laboratory Data Processing Entry bevatten met de observaties van die sectie in een
machine-leesbare vorm.
Bevat 2.16.840.1.113883.2.4.3.11.60.25.10.52 Laboratory Specialty Section (2018‑06‑05 14:38:48)
|
(Laborg) |
|
|
|
waar [hl7:section [hl7:templateId [@root = '2.16.840.1.113883.2.4.3.11.60.25.10.52'] and
hl7:templateId [@root = '1.3.6.1.4.1.19376.1.3.3.2.1']]] |
|
|
|
Schematron assert |
role |
error
|
|
|
test |
//*[hl7:templateId[@root = '2.16.840.1.113883.2.4.3.11.60.7.10.31'] | hl7:templateId[@root
= '1.3.6.1.4.1.19376.1.3.1.6']]
|
|
|
Melding |
Lab report SHALL contain Laboratory Observation with templateId '2.16.840.1.113883.2.4.3.11.60.7.10.31'
and templateId '1.3.6.1.4.1.19376.1.3.1.6' |
|