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.

This element SHALL 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.

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

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

This element is identifying the set of constraints applied to the CDA R2 standard by this IHE specification of a laboratory report. The following templateId SHALL be present and valued as follows to indicate compliance with the XD-LAB specification.

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.

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.

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.

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

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

The ClinicalDocument <title> MAY be present. It is the local translation of the code/@displayName.

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

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.

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.

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

ClinicalDocument/versionNumber MAG aanwezig zijn. Zoals vereist in de CDA standard, is dit een integer waarde voor versionering.

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

Laboratory Performer template in the CDA header

relatedDocument@typeCode attribute SHALL be valued "RPLC".

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

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

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

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.

Content Modules for CDA Sections (Level 2)

A ClinicalDocument 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.

Export

• Als er zowel een huisletter als een huisnummertoevoeging bekend is, dan komt de huisletter eerst, dan een spatie en tenslotte de huisnummertoevoeging.
• Als er alleen een huisletter bekend is, wordt deze in de buildingNumberSuffix doorgegeven. Er hoeft geen spatie achter.
• Als er alleen een huisnummertoevoeging bekend is, wordt deze in de buildingNumberSuffix doorgegeven met een spatie ervoor ter indicatie van een lege huisletter

Import

• Als buildingNumberSuffix geen spatie bevat, dan geldt de gehele waarde als huisletter.
• Als buildingNumberSuffix wel een spatie bevat, dan wordt het gedeelte voor de eerste spatie als huisletter geïmporteerd, en het gedeelte na de eerste spatie (de rest) als huisnummertoevoeging.

Export

• If a house letter as well as a house number addition is known: house letter first, followed by a space and finally the house letter suffix.
• If only a house letter is known send just that. No trailing space is required.
• If only a house letter suffix is known, communicate that with a leading space.

Import

• If the value of buildingNumberSuffix contains no space, then the whole value is considered to be the house letter
• If the value of buildingNumberSuffix contains a space, then everything before the first space is considered to be the house letter, and the everything trailing the first space is considered to be the house number suffix

• Er is geen useablePeriod element: het betreffende adres is in principe onbeperkt geldig.
• Er is een onder- en een bovengrens: het adres was geldig in de aangeduide periode.
• Er is alleen een ondergrens: het adres is geldig sinds de aangeduide datum.
• Er is alleen een bovengrens: het adres was geldig t/m de aangeduide datum.

• There is no useablePeriod element: the address is considered valid until specified otherwise.
• There is a lower and upper boundary: the address was valid in the given period.
• There's only a lower boundary: the address has been valid since the given date.
• There's only an upper boundary: the address was valid until the given date.

• L - Reguliere naam. De naam zoals die door de persoon (entiteit) gevoerd wordt. De afkorting 'L' stond oorspronkelijk voor Legal (wettelijk), maar feit is dat hier ook componenten in voor mogen komen (zoals een roepnaam), die niet wettelijk zijn vastgelegd. Dit naamgebruikstype is het standaardtype als geen type wordt doorgegeven.
• A - Pseudoniem. Een artiestennaam, 'schuilnaam' of tijdelijke naam voor een persoon (entiteit). Deze wijkt dus af van de regulier gevoerde naam en wordt bijvoorbeeld gebruikt om iemands identiteit te verbergen (in verband met privacy) of als tijdelijke naam wanneer de echte niet bekend is ('John Doe').
• OR - Wettelijk geregistreerde naam. De naam met de exacte componenten zoals deze voorkomen in het bevolkingsregister van het betreffende land. Voor Nederland is dit het Gemeentelijke Basisadministratie (GBA) of Basisregistratie Personen (BRP) of Register niet-ingezetenen (RNI). Dit is de naam zoals die wordt geretourneerd indien een BSN met succes wordt geverifieerd.

• L - Regular name. Name the person (entity) habitually goes by. Originally the use code 'L' stood for Legal (officially registered), but this name could also be used to convey components like callme name that are not covered in any officially registered name. The name use code 'L' is to be assumed is no use code is communicated.
• A - Pseudonym. A stage name, 'undercover name' or temporarily assigned name for a person (entity). This name would be different from the regular name and is used to hide someone identity (for privacy reasons) or as a temptorary measure when the real name is unknown ('John Doe').
• OR - Legally registered name. The name with the exact components as registered in the national person registry of the relevant country for that person. In The Netherlands this is the Gemeentelijke Basisadministratie (GBA) or Basisregistratie Personen (BRP) or Register niet-ingezetenen (RNI). This name is the name as returned by that registry, e.g. when his Burgerserivcenummer (BSN) is successfully verified.

• Het streepje '-' tussen de eigen achternaam en de partnernaam (of andersom).
• De komma plus spatie ', ' die tussen de naam en bepaalde achtervoegsels komt.
• De tekst ', geb. ' of ', e.v. ' die soms gebruikt wordt bij eigen- respectievelijk partnernaam.

• The hyphen '-' between own surname and partner surname (or vice versa).
• The comma plus space ', ' between name and certain suffixes.
• The text ', geb. ' or ', e.v. ' that is occasionally used for oiwn surname and/or partner surname.

• Een suffix moet altijd direct achter de naamdelen worden geplaatst waar het betrekking op heeft (d.w.z. waar het normaal gesproken wordt geschreven).
• Er is geen impliciete spatie als tussenruimte met het eraan voorafgaande name part, d.w.z. een spatie voor het achtervoegsel moet expliciet worden vermeld!
• De aard van het achtervoegsel kan verder worden aangeduid door het optionele attribuut qualifier te gebruiken.

Een person name part van type suffix dat zonder qualifier wordt gebruikt, moet worden beschouwd als een niet nader bepaald achtervoegsel. Ook het gebruik van (vaak Amerikaanse) termen als ' Jr.', ' Sr.' of ' III' valt in deze categorie.

Er is geen regel voor het aantal achtervoegsels dat wordt gecombineerd in één element. D.w.z. dat " MSc" en " MD" apart kunnen worden doorgegeven, maar ook gecombineerd als " MSc MD".

• A suffix shall always follow the name parts that it pertains to (i.e. where you would usually write it).
• There's no implicit space to separate it from the preceding name part, so any required spaces shall be part of the suffix value!
• The suffix type may be communicated using the qualifier attribute.

A person name part of type suffix without a qualifier, is a suffix not otherwise specified. The use of (usually American) terms as ' Jr.', ' Sr.' or ' III' are in this category.

There's no rule for the number of suffixes in one component. I.e. " MSc" and " MD" may be communicated separately, but may also be combined as " MSc MD".

• Er is geen validTime element: de betreffende naam is in principe onbeperkt geldig.
• Er is een onder- en een bovengrens: de naam was geldig in de aangeduide periode.
• Er is alleen een ondergrens: de naam is geldig sinds de aangeduide datum.
• Er is alleen een bovengrens: de naam was geldig t/m de aangeduide datum.

• Adoptie van een baby, waarbij het de achternaam van de adoptieouders verkrijgt.
• Huwelijk, waarbij de partnernaam kan worden toegevoegd aan de eigen naam.
• Scheiding, waarbij een eerder aangenomen partnernaam juist weer vervalt.
• Personen die om andere redenen hun voor- of achternaam veranderen.

• There is no validTime element: the name is considered valid until specified otherwise.
• There is a lower and upper boundary: the name was valid in the given period.
• There's only a lower boundary: the name has been valid since the given date.
• There's only an upper boundary: the name was valid until the given date.

• Adoption of a baby, where the baby assumes the adoption parents' last name.
• Marriage, where a partner surname may be added a persons own surname or replace it.
• Divorce, where a previously assumed partner surname may be replace by the own surname again.
• Personen who change their given or last names for other reasons.