EHDS Logical Information Models
0.3.0 - qa-preview

EHDS Logical Information Models, published by Xt-EHR. This guide is not an authorized publication; it is the continuous build for version 0.3.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/Xt-EHR/xt-ehr-common/ and changes regularly. See the Directory of published versions

Logical Model: Document model

Official URL: http://www.xt-ehr.eu/fhir/models/StructureDefinition/EHDSDocument Version: 0.3.0
Draft as of 2026-02-09 Computable Name: EHDSDocument

Model for common document data elements, including the common header. Data relevant to document type and its content for administrative and searching purposes.

Usages:

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.

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... subject 1..1 EHDSPatient Patient/subject information
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* Author(s) of the document
..... authorEHDSHealthProfessional EHDSHealthProfessional
..... authorEHDSOrganisation EHDSOrganisation
..... authorEHDSDevice EHDSDevice
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... language 0..1 CodeableConcept Language in which the resource is written. Language is expressed by the IETF language tag.
Binding Description: (preferred): BCP 47
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
EHDSDocument.header.​language Base preferred Not State Unknown
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown

This structure is derived from EHDSDataSet

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* EHDSHealthProfessional, EHDSOrganisation, EHDSDevice Author(s) of the document
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... source 0..0 Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings (Differential)

Path Status Usage ValueSet Version Source
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown
NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... subject 1..1 EHDSPatient Patient/subject information
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* Author(s) of the document
..... authorEHDSHealthProfessional EHDSHealthProfessional
..... authorEHDSOrganisation EHDSOrganisation
..... authorEHDSDevice EHDSDevice
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... language 0..1 CodeableConcept Language in which the resource is written. Language is expressed by the IETF language tag.
Binding Description: (preferred): BCP 47
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
EHDSDocument.header.​language Base preferred Not State Unknown
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown

This structure is derived from EHDSDataSet

Summary

Mandatory: 3 elements(6 nested mandatory elements)
Prohibited: 1 element

Key Elements View

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... subject 1..1 EHDSPatient Patient/subject information
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* Author(s) of the document
..... authorEHDSHealthProfessional EHDSHealthProfessional
..... authorEHDSOrganisation EHDSOrganisation
..... authorEHDSDevice EHDSDevice
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... language 0..1 CodeableConcept Language in which the resource is written. Language is expressed by the IETF language tag.
Binding Description: (preferred): BCP 47
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
EHDSDocument.header.​language Base preferred Not State Unknown
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown

Differential View

This structure is derived from EHDSDataSet

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* EHDSHealthProfessional, EHDSOrganisation, EHDSDevice Author(s) of the document
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... source 0..0 Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings (Differential)

Path Status Usage ValueSet Version Source
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown

Snapshot View

NameFlagsCard.TypeDescription & Constraints    Filter: Filtersdoco
.. EHDSDocument 0..* EHDSDataSet Document model

Elements defined in Ancestors:header
... header 1..1 Base Document header
.... subject 1..1 EHDSPatient Patient/subject information
.... identifier 1..* Identifier Unique identifier of the document
.... author[x] 1..* Author(s) of the document
..... authorEHDSHealthProfessional EHDSHealthProfessional
..... authorEHDSOrganisation EHDSOrganisation
..... authorEHDSDevice EHDSDevice
.... date 1..1 dateTime Date of finalising/issuing the document
.... status 1..1 CodeableConcept Status of the document
.... language 0..1 CodeableConcept Language in which the resource is written. Language is expressed by the IETF language tag.
Binding Description: (preferred): BCP 47
.... documentType 1..1 CodeableConcept Type of document at hand, e.g. 60591-5 Patient summary document.
Binding Description: (preferred): LOINC
.... documentTitle 1..1 string Human readable document title that can be displayed in search results, etc. This can be documentType's display name, or it can be assembled from multiple elements. Examples: 'Laboratory Result Report', 'Patient Summary of Jane Green 10.12.2024'
.... period 0..1 Period Time of service that is being documented
.... version 0..1 string Business version of the document. The exact algorithm for versioning is decided by the producer/custodian
.... attestation 0..* Base Document attestation details
..... attester[x] 1..1 Attester who validated the document
...... attesterEHDSHealthProfessional EHDSHealthProfessional
...... attesterEHDSDevice EHDSDevice
..... datetime 1..1 dateTime Date and time of the approval of the document by Attester
.... legalAuthentication 0..* Base Document legal authentication details
..... legalAuthenticator[x] 1..1 The person or organisation taking responsibility for the medical content of the document (typically the person who signs it)
...... legalAuthenticatorEHDSHealthProfessional EHDSHealthProfessional
...... legalAuthenticatorEHDSOrganisation EHDSOrganisation
..... datetime 1..1 dateTime Date and time when the document was authorised
.... eventType 0..* CodeableConcept Categorisation of the event covered by the document (e.g. laboratory study types, imaging study types including modality, etc.). Selection of such tags or labels depends on the use case and agreement between data sharing parties. This meta-data element serves primarily for searching and filtering purposes.
Binding Description: (preferred): LOINC, SNOMED CT, dicom-cid-33-Modality
.... serviceSpecialty 0..* CodeableConcept Additional details about where the content was created (e.g. clinical specialty)
Binding Description: (preferred): SNOMED CT
.... custodian 0..1 EHDSOrganisation Organisation that is in charge of maintaining the document/report.
... presentedForm 0..* EHDSAttachment A narrative easy-to-read representation of the full data set, e.g. PDF-version of a document

doco Documentation for this format

Terminology Bindings

Path Status Usage ValueSet Version Source
EHDSDocument.header.​language Base preferred Not State Unknown
EHDSDocument.header.​documentType Base preferred Not State Unknown
EHDSDocument.header.​eventType Base preferred Not State Unknown
EHDSDocument.header.​serviceSpecialty Base preferred Not State Unknown

This structure is derived from EHDSDataSet

Summary

Mandatory: 3 elements(6 nested mandatory elements)
Prohibited: 1 element

 

Other representations of profile: CSV, Excel