Terug naar index  <<  Terug naar templates

draft Template  Lab2Zorg - Sharing Laboratory Reports NL (XD-LAB)

Id 2.16.840.1.113883.2.4.3.11.60.25.10.51
ref
zib2020bbr-
 		Ingangsdatum 2022‑03‑30
Status draft Ontwerp Versielabel 2020
Naam Lab2Zorg Weergavenaam Lab2Zorg - Sharing Laboratory Reports NL (XD-LAB)
Omschrijving

Dit Lab2Zorg-laboratoriumdocument is een inperking op de specificatie IHE XD-LAB http://ihe.net/uploadedFiles/Documents/PaLM/IHE_PaLM_TF_Vol3.pdf (Rev 08 - 2017-06-21). De inperkingen zitten op de volgende niveau's:

  • CDA Header: in deze versie nog ongewijzigd. Verwachting is dat er nadere harmonisatie met de Nederlandse CDA Header implementatiegids en Nederlandse zibs zoals de ZIB Patient, ZIB Zorgverlener, en ZIB Zorgaanbieder nodig is. In dit pilotstadium is dat nog niet gedaan.
  • CDA Body: de contentmodules rondom Specimen, Batteries/Panels en individuele resultaten zijn aangepast op basis van de Nederlandse zib LaboratoriumUitslag 4.1. De contentmodules bevatten ieder zelf de details van de wijzigingen

Het doel van de wijzigingen was de IHE XD-LAB specificatie toepasbaar te maken in de Nederlandse situatie en waar mogelijk compatibel te blijven. Om die reden zijn de templateId's van IHE behouden, maar wel de Nederlandse ernaast gezet. Naast echte wijzigingen is vooral veel tekst vertaald naar het Nederlands.

Sharing Laboratory Reports (XD-LAB) Content Module

Dit Content Integration Profile beschrijft een laboratoriumrapport als elektronisch document om te worden gepubliceerd als gedeeld document zoals een Electronisch Patiëntendossier (EPD) of Persoonlijke Gezondheidsomgeving (PGO) beschikbaar in een geeemenschap van zorgverleners en/of patiënten, bijvoorbeeld met één van de profielen voor het delen van documenten in IHE ITI-TF.

Zo'n elektronisch document bevat de set van vrijgegeven resultaten die zijn geproduceerd door een klinisch laboratorium of een volksgezondheidslaboratorium in antwoord op een aanvraag of groep van aanvragen voor een patiënt. Het rapport wordt gedeeld in een menselijk leesbare vorm. Daarnaast MOET het laboratoriumrapport de testresultaten bevatten in een machine-leesbare vorm, om verwerking van deze observaties in de database van een gebruikerssysteem te bevorderen.

Het menselijk leesbare deel van het laboratoriumrapport zoals gedefinieerd in dit integratieprofiel is compatibel met laboratoriumregelgeving in diverse landen, waaronder CLIA in de VS, en GBEA in Frankrijk.

Het laboratoriumrapport dat in dit profiel wordt beschreven, inclusief zijn set testresultaten in machine-leesbare vorm, MAG ook worden gebruikt voor het delen van historische resultaten met de nodige inhoud-anonimisatie en pseudonimisatie van patiëntidentificatie om gedeelde, gedistribueerde repositories met laboratoriuminformatie te creëren.

Wijzigingen in versie 2022-03-30T00:00:00
  • Template Human Patient 1.3.6.1.4.1.19376.1.3.3.1.1 is vervangen door een nieuwere (compatibele) versie Human Patient NL 2.16.840.1.113883.2.4.3.11.60.121.10.52
Context Padnaam //
Classificatie CDA document level template
Open/gesloten Open (ook andere dan gedefinieerde elementen zijn toegestaan)
Gebruikt door / Gebruikt
Gebruikt door 0 transacties en 1 template, Gebruikt 14 templates
Gebruikt door als Naam Versie
2.16.840.1.113883.2.4.3.11.60.121.10.51 Inclusie active Laboratory organizer or CDA 2022‑03‑30
Gebruikt als Naam Versie
2.16.840.1.113883.2.4.3.11.60.121.10.52 Inclusie draft Human Patient NL (2020) 2022‑03‑30
1.3.6.1.4.1.19376.1.3.3.1.2 Inclusie active Non-Human Subject (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.3.1.3 Inclusie active Human Patient with Non-Human Subject (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.2.2 Inclusie active XD-LAB Author (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.2.3 Inclusie active XD-LAB Custodian (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.3.1.4 Inclusie active XD-LAB Information Recipient (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.2.4 Inclusie active XD-LAB LegalAuthenticator (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.3.1.5 Containment active Laboratory Results Validator (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.3.1.6 Inclusie active Ordering Provider (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.9.14 Inclusie active XD-LAB InFulfillmentOf Order (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.9.15 Inclusie active XD-LAB DocumentationOf (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.9.16 Inclusie active XD-LAB RelatedDocument (2017) DYNAMISCH
1.3.6.1.4.1.19376.1.3.10.9.20 Inclusie active XD-LAB ComponentOf (2017) DYNAMISCH
2.16.840.1.113883.2.4.3.11.60.25.10.52 Containment draft Laboratory Specialty Section NL (2020) 2022‑03‑30
Relatie Versie: template 2.16.840.1.113883.2.4.3.11.60.25.10.51 Lab2Zorg - Sharing Laboratory Reports (XD-LAB) (2018‑06‑05 14:37:04)
ref
zib2017bbr-

Specialisatie: template 1.3.6.1.4.1.19376.1.3.3 Sharing Laboratory Reports (XD-LAB) Content Module (2016‑07‑05)
ref
XDLAB-

Specialisatie: template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Item DT Card Conf Omschrijving Label
hl7:ClinicalDocument
 		(Labdotsorg)
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.

(Labdotsorg)
@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).

(Labdotsorg)
@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 (Labdotsorg)
@root
 		uid 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.

(Labdotsorg)
@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 (Labdotsorg)
@root
 		uid 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.

(Labdotsorg)
  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”.

(Labdotsorg)
  CONF
De waarde van @code moet komen uit waardelijst 1.3.6.1.4.1.19376.1.3.11.6 Multi-disciplinary Laboratory Report (DYNAMISCH)
of
De waarde van @code moet komen uit waardelijst 1.3.6.1.4.1.19376.1.3.11.1 Laboratory Specialties (DYNAMISCH)
hl7:title
 		ST 0 … 1

De ClinicalDocument <title> MAG aanwezig zijn en stelt dan de lokale vertaling van de code/@displayName voor.

(Labdotsorg)
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.

(Labdotsorg)
  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.

 (Labdotsorg)
  CONF
De waarde van @code moet komen uit waardelijst 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMISCH)
hl7:languageCode
 		CS 1 … 1 R

ClinicalDocument/languageCode MOET aanwezig zijn conform de HL7 CDA R2 standaard.

 (Labdotsorg)
  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.

(Labdotsorg)
  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.

(Labdotsorg)
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 2.16.840.1.113883.2.4.3.11.60.121.10.52 Human Patient NL (2022‑03‑30)

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 (Labdotsorg)
 
target
lu-concept-v2-4302 draft Patientgegevens draft Gegevensset Labuitwisseling
hl7:patientRole
 		1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4303 draft Patient draft Gegevensset Labuitwisseling
Keuze 1 … * Elementen om uit te kiezen:
  • hl7:id[@root = '2.16.840.1.113883.2.4.6.3']
  • hl7:id[not(@root = '2.16.840.1.113883.2.4.6.3')]
hl7:id
 		II.NL.BSN 0 … 1 R Burgerservicenummer (Labdotsorg)
@root
 		1 … 1 F 2.16.840.1.113883.2.4.6.3
hl7:id
 		II 0 … * R Andere identificatie (Labdotsorg)
waar [not(@root = '2.16.840.1.113883.2.4.6.3')]
 
target
lu-concept-v2-4337 draft Identificatienummer draft Gegevensset Labuitwisseling
hl7:addr
 		AD.NL 1 … * Alle personen (inclusief de patiënt) en organisaties in het document MOETEN elementen name, addr en telecom bevatten. (Labdotsorg)
hl7:telecom
 		TEL 1 … * Alle personen (inclusief de patiënt) en organisaties in het document MOETEN elementen name, addr en telecom bevatten. (Labdotsorg)
@nullFlavor
 		0 … 1  
  CONF
@nullFlavor moet "UNK" zijn
hl7:patient
 		1 … 1 (Labdotsorg)
hl7:id
 		II 0 … 1 (Labdotsorg)
hl7:name
 		PN 1 … * (Labdotsorg)
 
target
lu-concept-v2-4304 draft Naamgegevens draft Gegevensset Labuitwisseling
hl7:administrativeGenderCode
 		CE 1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4339 draft Geslacht draft Gegevensset Labuitwisseling
hl7:birthTime
 		TS 1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4338 draft Geboortedatum draft Gegevensset Labuitwisseling
sdtc:multipleBirthInd
 		BL 0 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4340 draft MeerlingIndicator draft Gegevensset Labuitwisseling
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 (Labdotsorg)
@typeCode
 		cs 0 … 1 F RCT
@contextControlCode
 		cs 0 … 1 F OP
hl7:templateId
 		II 1 … 1 M (Labdotsorg)
@root
 		uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.2
hl7:patientRole
 		1 … 1 R (Labdotsorg)
@classCode
 		cs 0 … 1 F PAT
hl7:id
 		II 1 … * R (Labdotsorg)
hl7:patient
 		1 … 1 (Labdotsorg)
@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 (Labdotsorg)
hl7:templateId
 		II 1 … 1 M (Labdotsorg)
@root
 		uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.3
hl7:patientRole
 		1 … 1 R (Labdotsorg)
hl7:id
 		II 1 … * R (Labdotsorg)
hl7:addr
 		AD 1 … * (Labdotsorg)
hl7:telecom
 		TEL 1 … * (Labdotsorg)
hl7:patient
 		1 … 1 (Labdotsorg)
hl7:id
 		II 0 … 1 (Labdotsorg)
hl7:name
 		PN 1 … * (Labdotsorg)
hl7:administrativeGenderCode
 		CE 1 … 1 R (Labdotsorg)
hl7:birthTime
 		TS 1 … 1 R (Labdotsorg)
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 (Labdotsorg)
 
target
lu-concept-v2-4179 draft Beschikbaarstellende partij draft Gegevensset Labuitwisseling
hl7:time
 		TS 1 … 1 R en-US

The author/time element carries the date&time the laboratory report was produced.

 (Labdotsorg)
hl7:assignedAuthor
 		1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4181 draft Zorgverlener draft Gegevensset Labuitwisseling
hl7:addr
 		AD 1 … * R en-US

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

(Labdotsorg)
hl7:telecom
 		TEL 1 … * R en-US

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

(Labdotsorg)
Keuze 0 … 1 Elementen om uit te kiezen:
hl7:assignedPerson
 		en-US

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) 		(Labdotsorg)
hl7:assignedAuthoringDevice
 		en-US

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) 		(Labdotsorg)
hl7:representedOrganization
 		0 … 1 en-US

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) 		(Labdotsorg)
 
target
lu-concept-v2-4221 draft Zorgaanbieder draft Gegevensset Labuitwisseling
Inclusie 1 … 1 R van 1.3.6.1.4.1.19376.1.3.10.2.3 XD-LAB Custodian (DYNAMISCH)

ClinicalDocument/custodian MOET aanwezig zijn met een id in overeenstemming met de HL7 CDA R2 standaard en verder ingeperkt door deze specificatie door aanweizigheid te eisen van name, addr en telecom. Het stelt de organisatie voor die het laboratoriumrapport beheert.

hl7:custodian
 		1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4179 draft Beschikbaarstellende partij draft Gegevensset Labuitwisseling
hl7:assignedCustodian
 		1 … 1 R (Labdotsorg)
hl7:representedCustodianOrganization
 		1 … 1 R (Labdotsorg)
 
target
lu-concept-v2-4221 draft Zorgaanbieder draft Gegevensset Labuitwisseling
hl7:id
 		II 1 … * M en-US

ClinicalDocument/custodian SHALL be present with an id in accordance with the HL7 CDA R2 standard.

(Labdotsorg)
hl7:name
 		ON 1 … 1 R en-US

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

(Labdotsorg)
hl7:telecom
 		TEL 1 … 1 R en-US

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

(Labdotsorg)
hl7:addr
 		AD 1 … 1 R en-US

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

(Labdotsorg)
Inclusie 0 … * van 1.3.6.1.4.1.19376.1.3.3.1.4 XD-LAB Information Recipient (DYNAMISCH)
en-US

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 … * (Labdotsorg)
hl7:templateId
 		II 1 … 1 M (Labdotsorg)
@root
 		uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.4
hl7:intendedRecipient
 		1 … 1 R (Labdotsorg)
hl7:id
 		II 0 … * R (Labdotsorg)
hl7:addr
 		AD 1 … * (Labdotsorg)
hl7:telecom
 		TEL 1 … * (Labdotsorg)
hl7:informationRecipient
 		0 … 1 Bevat 1.3.6.1.4.1.19376.1.3.10.9.18 PlayingEntity or person with Name (DYNAMISCH) (Labdotsorg)
hl7:receivedOrganization
 		0 … 1 Bevat 1.3.6.1.4.1.19376.1.3.10.9.13 Organization with Name, Addr, Telecom (DYNAMISCH) (Labdotsorg)
Inclusie 0 … 1 van 1.3.6.1.4.1.19376.1.3.10.2.4 XD-LAB LegalAuthenticator (DYNAMISCH)
en-US

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 (Labdotsorg)
hl7:time
 		TS 1 … 1 R en-US

The sub-element time carries the date&time this legal authentication took place.

 (Labdotsorg)
hl7:signatureCode
 		CS 1 … 1 R en-US

The sub-element signatureCode carries the “signed” (S) status

 (Labdotsorg)
@code
 		CONF 0 … 1 F S
hl7:assignedEntity
 		1 … 1 R en-US

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

(Labdotsorg)
hl7:addr
 		AD 1 … * R en-US

Constrained by this specification to require the presence of name, addr and telecom.

 (Labdotsorg)
hl7:telecom
 		TEL 1 … * R en-US

Constrained by this specification to require the presence of name, addr and telecom.

 (Labdotsorg)
hl7:assignedPerson
 		0 … 1 en-US

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) 		(Labdotsorg)
hl7:representedOrganization
 		0 … 1 en-US

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) 		(Labdotsorg)
hl7:authenticator
 		0 … * en-US

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) 		(Labdotsorg)
Inclusie 0 … * van 1.3.6.1.4.1.19376.1.3.3.1.6 Ordering Provider (DYNAMISCH)

ClinicalDocument/participant(s) MOGEN aanwezig zijn. Dit element MOET, indien aanwezig, overeenstemmen met de HL7 CDA R2 standaard met een element time en verder ingeperkt door deze specificatie door name, addr en telecom te vereisen. Als de aanvrager van de aanvraag of groep van aanvragen in dit laboratoriumrapport aanwezig zijn in de CDA, dan MOET deze aanewzig zijn als participant met het attribute typeCode met de waarde “REF” (referrer). Daarnaast moet een aanvrager de volgende kenmerken hebben:

  • <templateId root="1.3.6.1.4.1.19376.1.3.3.1.6"/> - Het templateId element identificeert deze participant als een aanvrager. Het templateId MOET bevatten root="1.3.6.1.4.1.19376.1.3.3.1.6".
hl7:participant
 		0 … * en-US Referral Ordering Physician (Labdotsorg)
 
target
NL-CM-13.1.34 final Aanvrager final nl.zorg.LaboratoriumUitslag 4.6
@typeCode
 		cs 1 … 1 F REF
hl7:templateId
 		II 1 … 1 (Labdotsorg)
@root
 		uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.6
hl7:time
 		IVL_TS 1 … 1 R en-US This element represents the date and time the order was placed. Time MAY be present. (Labdotsorg)
hl7:associatedEntity
 		1 … 1 (Labdotsorg)
 
target
zib2020bbr-dataelementen-179 final Zorgverlener final nl.zorg.LaboratoriumUitslag 4.6
hl7:addr
 		AD 1 … * R en-US The address of this person (referral ordering physician) SHALL be present. (Labdotsorg)
hl7:telecom
 		TEL 1 … * R en-US The telecom of this person (referral ordering physician) SHALL be present. (Labdotsorg)
  Schematron assert role red 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 (Labdotsorg)
hl7:scopingOrganization
 		0 … 1 (Labdotsorg)
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 … * (Labdotsorg)
hl7:order
 		1 … 1 R (Labdotsorg)
hl7:id
 		II 1 … * R en-US

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

(Labdotsorg)
Inclusie 0 … * van 1.3.6.1.4.1.19376.1.3.10.9.15 XD-LAB DocumentationOf (DYNAMISCH)
en-US

ClinicalDocument/documentationOf(s) MAY be present.
hl7:documentationOf
 		0 … * (Labdotsorg)
hl7:serviceEvent
 		1 … 1 R (Labdotsorg)
hl7:effectiveTime
 		IVL_TS 0 … 1 en-US

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

(Labdotsorg)
lab:statusCode
 		CS 0 … 1 en-US

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

(Labdotsorg)
 
target
lu-concept-v2-4287 draft ResultaatStatus draft Gegevensset Labuitwisseling
NL-CM-13.1.6 final ResultaatStatus final nl.zorg.LaboratoriumUitslag 4.6
  CONF
De waarde van @code moet komen uit waardelijst 1.3.6.1.4.1.19376.1.3.11.4 ActStatusActiveCompleted (DYNAMISCH)
hl7:performer
 		0 … * en-US

Laboratory Performer template in the CDA header


Bevat 1.3.6.1.4.1.19376.1.3.3.1.7 Laboratory Performer (DYNAMISCH) 		(Labdotsorg)
Inclusie 0 … * van 1.3.6.1.4.1.19376.1.3.10.9.16 XD-LAB RelatedDocument (DYNAMISCH)
en-US

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 … * (Labdotsorg)
@typeCode
 		cs 1 … 1 F RPLC
  en-US

relatedDocument@typeCode attribute SHALL be valued "RPLC".
hl7:parentDocument
 		1 … 1 R (Labdotsorg)
hl7:id
 		II 1 … 1 R en-US

SHALL be equal to ClinicalDocument/ id of the replaced document.

 (Labdotsorg)
hl7:setId
 		II 1 … 1 R en-US

SHALL have the same value in the new report as in the replaced report.

 (Labdotsorg)
hl7:versionNumber
 		INT 1 … 1 en-US

SHALL have the same value as in the replaced report (when provided there)

 (Labdotsorg)
Inclusie 0 … 1 van 1.3.6.1.4.1.19376.1.3.10.9.20 XD-LAB ComponentOf (DYNAMISCH)
en-US

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 (Labdotsorg)
hl7:encompassingEncounter
 		1 … 1 R (Labdotsorg)
hl7:id
 		II 1 … * M (Labdotsorg)
hl7:effectiveTime
 		IVL_TS 1 … 1 M (Labdotsorg)
hl7:encounterParticipant
 		0 … * (Labdotsorg)
@typeCode
 		cs 1 … 1 R
hl7:time
 		IVL_TS 1 … 1 R (Labdotsorg)
hl7:assignedEntity
 		1 … 1 R (Labdotsorg)
hl7:addr
 		AD 1 … * R (Labdotsorg)
hl7:telecom
 		TEL 1 … * R (Labdotsorg)
hl7:assignedPerson
 		0 … 1 R (Labdotsorg)
hl7:representedOrganization
 		0 … 1 R (Labdotsorg)
  Schematron assert role red 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 (Labdotsorg)
hl7:structuredBody
 		1 … 1 R (Labdotsorg)
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 NL (2022‑03‑30) 		(Labdotsorg)
  Schematron assert role red 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'