HL7 Europe Base and Core FHIR IG
0.2.0-ci-build - ci-build 150

HL7 Europe Base and Core FHIR IG, published by HL7 Europe. This guide is not an authorized publication; it is the continuous build for version 0.2.0-ci-build built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7-eu/base-r5/ and changes regularly. See the Directory of published versions

EHDSCondition to FHIR Condition Mapping

EHDSCondition → Condition

Note: The content of this page is work in progress and may change based on ongoing discussions within the working group.

The technical solutions listed are possible candidates under consideration and are not yet approved or ready for implementation.

EHDSCondition → Condition

This page describes the element-by-element mapping from the EHDSCondition logical model to the FHIR Condition profile in this Implementation Guide.

EHDSCondition → Condition
EHDSCondition (Logical Model) Relationship Condition
Element Description Relation Element Description Notes
header Common header for all patient-related data. relatedto . General metadata. Dataset-level; not usually carried in Condition as-is.
header.subject Patient/subject this condition is about. equal subject Reference to the patient or subject of the condition. Reference to Patient (or other subject).
header.identifier Business identifier for the object. equal identifier Business identifier for this condition. Copy over all identifiers if multiple.
header.authorship Resource authoring details. relatedto recorder Who recorded the condition. Condition has no generic "author"; use recorder
header.authorship.author[x] Who created/issued the condition record. equivalent recorder Who recorded the condition. Can reference Practitioner, PractitionerRole, Patient, RelatedPerson (per profile).
header.authorship.datetime Date/time the resource was issued. equivalent recordedDate When the condition was recorded.
header.lastUpdate Last technical correction/update. source-is-broader-than-target meta.lastUpdated When the resource version was last changed. FHIR meta.lastUpdated is system-level; EHDS header may carry richer audit info.
header.status Status of the dataset/resource (technical/administrative). no-direct-equivalent extension[datasetStatus] Administrative/technical status. Do not confuse with Condition.clinicalStatus or verificationStatus below.
header.statusReason[x] Reason for current dataset status. no-direct-equivalent extension[datasetStatusReason] Reason for admin/technical status. Needs IG-specific extension.
header.language Language of the resource (IETF tag). equivalent language Language used in narrative/notes.
problem Code identifying the condition, problem or diagnosis. equal code Identification of the condition, problem, or diagnosis. CodeableConcept. EHDS binds to ICD-10, SNOMED CT, ICD-O, Orphacode.
onsetDate Onset date of a problem/condition. equal onsetDateTime Estimated or actual date/time the condition started. Map to onsetDateTime in FHIR.
endDate The date or estimated date that the condition resolved or went into remission. equal abatementDateTime When the condition abated or went into remission. Use abatementDateTime; abatement may also be represented by clinicalStatus = resolved.
category Category or categories of the problem (e.g. POA, HAC, other categorisations). equal category Problem category (e.g. problem-list-item, encounter-diagnosis). 0..* in both models; EHDS may use additional national/organisational codes.
problemStatus Status of the condition/problem (active, resolved, inactive, ...). equal clinicalStatus Current clinical status of the condition. FHIR has a required VS for clinicalStatus; EHDS references HL7 Condition Clinical Status Codes.
resolutionCircumstances Reason for which the status changed from current to inactive (free text if not represented elsewhere). source-is-broader-than-target note.text Additional text about the condition. FHIR Condition has no direct "resolution reason"; use Condition.note (0..*). If your profile defines an extension, point here instead.
severity Subjective assessment of the severity of the condition. equal severity Clinical severity of the condition. CodeableConcept; HL7 / SNOMED CT value sets.
anatomicLocation The anatomical location including laterality where this condition manifests itself. equal bodySite Anatomical location(s) affected by the condition. EHDS uses EHDSBodyStructure; map to one or more Condition.bodySite. Use referenced BodyStructure if profiling for more detail.
stage Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. source-is-broader-than-target stage.summary Simple summary of condition stage. FHIR also has stage.assessment (Reference). For multiple staging systems, create multiple Condition.stage repetitions.
diagnosisAssertionStatus Assertion about the certainty associated with a diagnosis. equal verificationStatus Whether the condition is unconfirmed, provisional, confirmed, refuted, etc. Both EHDS and FHIR refer to HL7 Condition Verification Status.
asserter The asserter of the condition. equal asserter Individual who asserted the condition. Reference to Practitioner / PractitionerRole / Patient / RelatedPerson, depending on profile.
assertedDate Date and time of the diagnosis assertion. equal extension:assertedDate Date the condition record was first recorded.
specialistContact Health Professional specifically related to the problem, as a preferred contact. XXXXXXXXX XXXXXXXXX XXXXXXXXX FHIR R4 Condition has no native participant element; model via an IG-defined extension or via CareTeam.
externalResource External resource related to the problem (e.g. guidelines for a rare disease). XXXXXXXXX XXXXXXXXX XXXXXXXXX Condition.evidence.detail could be used if the IG permits URIs there; otherwise use an extension or evaluate other alternatives

Return to overview: EHDS Logical Models → FHIR Profiles