HL7 Czech Laboratory Order IG
0.0.1 - ci-build

HL7 Czech Laboratory Order IG, published by HL7 Czech Republic. This guide is not an authorized publication; it is the continuous build for version 0.0.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7-cz/lab-order/ and changes regularly. See the Directory of published versions

## Logical Model: A.1 Laboratory Order header data elements

Official URL: https://hl7.cz/fhir/lab-order/StructureDefinition/LabOrderHeader | Version: 0.0.1
Standards status: Draft | Maturity Level: 1 | Computable Name: LabOrderHeaderCz

Laboratory Order header data elements

Usages:

- Use this Logical Model: A - Laboratory Order

You can also check for usages in the FHIR IG Statistics

### Formal Views of Profile Content

Description of Profiles, Differentials, Snapshots and how the different presentations work.

- Key Elements Table
- Differential Table
- Snapshot Table
- Statistics/References
- All

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

This structure is derived from Base

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

This structure is derived from Base

Summary

Mandatory: 0 element(6 nested mandatory elements)

Maturity: 1

Key Elements View

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

Differential View

This structure is derived from Base

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

Snapshot View

Name | Flags | Card. | Type | Description & Constraints Filter: Bindings Constraints Obligations
--- | --- | --- | --- | ---
LabOrderHeader |  | 0..* | Base | A.1 Laboratory Order header data elements
subject |  | 1..1 | SubjectCz | A.1.1 - Identification and A.1.2 - related contact information of the Patient/subject
payer |  | 1..1 | PayerCz | A.1.3 - Health insurance and payment information - Health insurance information is not always required, however, in some jurisdictions, the insurance number is also used as the patient identifier. It is necessary not just for identification but also forms access to funding for care.
coverage |  | 1..1 | CoverageOrderCz | A.1.4 - Information about coverage - the default value will be the patient's insurance company
author |  | 1..* | AuthorCz | A.1.5 - Author (who requested the order). Multiple authors could be provided.
requestedPerformer |  | 0..1 | RequestedPerformerCz | A.1.6 - Requested performer
additionalRecipient |  | 0..* | AdditionalRecipientCz | A.1.7 - Additional recipient
documentMetadata |  | 1..1 | DocumentMetadataCz | A.1.8 - Document metadata
digitalSignature |  | 1..* | DigitalSignatureCz | A.1.9 - Digital signatures
Documentation for this format

This structure is derived from Base

Summary

Mandatory: 0 element(6 nested mandatory elements)

Maturity: 1

Other representations of profile: CSV, Excel