HL7 FHIR Implementation Guide: DK Core
3.4.0 - release Denmark flag

This page is part of the HL7 FHIR Implementation Guide: DK Core (v3.4.0: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version. For a full list of available versions, see the Directory of published versions

Resource Profile: Danish Core Condition Profile

Official URL: http://hl7.dk/fhir/core/StructureDefinition/dk-core-condition Version: 3.4.0
Active as of 2025-02-01 Computable Name: DkCoreCondition

HL7 Denmark core profile for professionally asserted conditions, as specified by danish health and social care organizations

Scope and usage

The Danish Core Condition profile is intended to encapsulate condition information, as used in the Danish health sector. In dk-core, conditions have been constrained to only containing conditions as stated by health or social sector practitioners. This means that conditions, that patients or citizens assert themselves to have, should not be represented using this profile. Patients' own assessments can, in most cases, be represented as Observations or QuestionnaireResponses. However, in some use cases, where the patient asserts the problem, that leads to healthcare interventions or own interventions. It does make sense to represent these as Conditions. In this case, use the international standard Condition, not this dk-core Condition profile.

This way of constraining the Condition profile is within the boundaries of what the Danish Health Data Authority and Local Government Denmark define as a Condition.

  • The Danish Health Data Authority, Begrebsbasen: Helbredstilstand er en tilstand vedrørende helbred der aktuelt vurderes med henblik på sundhedsintervention
  • Local Government Denmark, Fælleskommunale rammearkitektur, FKI: Fokustilstand er en borgers helbredsmæssige, funktionsmæssige og/eller sociale situation, på et givet tidspunkt, der er anledning til faglig bekymring, og vurderes mhp. indsats

We use the Condition profile for describing both conditions that are true for an encounter, and for conditions that are true for a periode of time. "In FHIR, we distinguish between the two using the Condition.category that can take the two values problem-list-item og encounter-diagnosis. In this list, examples of use is compiled:

  • LPR3 conditions are encounter-diagnosis
  • Regional care-pathway diagnosis (Regionale forløbsdiagnoser) are problem-list-items
  • General practioners can code each encounter with an ICPC code. This is an encounter-diagnosis
  • Municipality conditions i.e. FSIII-conditions and FFB-subthemes are problem-list-items
  • General practitioners, in some cases, follow a patient condition for a longer periode of time (e.g. high blood pressure, high cholesterol, COPD), and some systems support care pathways for these conditions. These conditions may be categorized as problem-list-items.

Given that we have a condition, which is a problem-list-item, ending the condition have two meanings:

  • The first is that the patient no longer has the condition e.g. a pressure ulcer has healed. In this case, Condition.clinicalStatus=inactive and Condition.abatementTime is the date where the condition was no longer a problem.
  • The second meaning of "ended" is that the condition falls out of focus in a professional context e.g. if the patient moves, or another professional group takes over the care for the patient. A Condition no longer in focus can be represented in two ways:
    • The Condition.category looses its "problem-list-item" flag. The idea is to state that from a patient viewpoint the condition has not changed, but in this professional context it is no longer in focus.
    • The Condition.extension.NotFollowedAnymore is populated with the date that it lost focus in a specific professional context.

The status attributes controls the context of a condition. clinicalStatus should be populated with the value “active” if the patient has the condition, and inactive if the patient no longer have the condition. Condition.verificationStatus should be set to “confirmed” if the condition have been established as true by someone with authority (e.g. a diagnosis is confirmed by a doctor). A condition is “unconfirmed”, if the patient is suspected of having a condition, and "refuted" if it has been confirmed that the condition is not present. An example of an unconfirmed condition can be found here John Melanoma.

Note that "unconfirmed" is not the same as a risk of developing a condition. The risk of developing a certain condition may be recorded in (at least) two ways in FHIR i.e. as a familyMemberHistory or by populating Condition.code with a code that expresses a risk e.g. the SNOMED CT code ´395112001 At increased risk for cardiovascular event (finding)´. The first would typically be used if recording a family history, the second, if you want to use an increased risk as the reason for starting a prophylactic treatment.

Condition profile cover both primary sector, secondary sector (medical specialists ([DA] speciallæger) and hospitals) and municipality cases. As such the profile should be usable in most Danish contexts.

Usage:

Formal Views of Profile Content

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

NameFlagsCard.TypeDescription & Constraintsdoco
.. Condition C 0..* Condition Detailed information about conditions, problems or diagnoses
con-3: Condition.clinicalStatus SHALL be present if verificationStatus is not entered-in-error and category is problem-list-item
con-4: If condition is abated, then clinicalStatus must be either inactive, resolved, or remission
con-5: Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-error
dom-2: If the resource is contained in another resource, it SHALL NOT contain nested Resources
dom-3: If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource
dom-4: If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated
dom-5: If a resource is contained in another resource, it SHALL NOT have a security label
dom-6: A resource should have narrative for robust management
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
ele-1: All FHIR elements must have a @value or children
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... dueTo 0..1 CodeableConcept, Reference(Condition | Procedure | MedicationAdministration | Immunization | MedicationStatement) Causes for this Condition
URL: http://hl7.org/fhir/StructureDefinition/condition-dueTo
Binding: ConditionCauseCodes (example): Codes that describe causes of patient conditions; e.g. Surgical mishap, escalation of a previous condition, etc.


ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... conditionLastAssertedDate 0..1 dateTime Last date a condition was confirmed valid in its current state
URL: http://hl7.dk/fhir/core/StructureDefinition/ConditionLastAssertedDate
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... notFollowedAnymore 0..1 dateTime Date where a condition lost focus in a specific clinical context
URL: http://hl7.dk/fhir/core/StructureDefinition/NotFollowedAnymore
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
... modifierExtension ?! 0..* Extension Extensions that cannot be ignored
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
... verificationStatus ?!ΣC 0..1 CodeableConcept unconfirmed | provisional | differential | confirmed | refuted | entered-in-error
Binding: ConditionVerificationStatus (required): The verification status to support or decline the clinical status of the condition or diagnosis.


ele-1: All FHIR elements must have a @value or children
... subject Σ 1..1 Reference(Danish Core Patient Profile) Who has the condition?
ele-1: All FHIR elements must have a @value or children
... recorder Σ 0..1 Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile | Danish Core Patient Profile | Danish Core Related Person Profile) Who recorded the condition
ele-1: All FHIR elements must have a @value or children
... asserter Σ 0..1 Reference(Danish Core Practitioner Profile | Danish Core PractitionerRole Profile) Person who asserts this condition
ele-1: All FHIR elements must have a @value or children

doco Documentation for this format

Terminology Bindings

PathConformanceValueSetURI
Condition.clinicalStatusrequiredConditionClinicalStatusCodes
http://hl7.org/fhir/ValueSet/condition-clinical|4.0.1
from the FHIR Standard
Condition.verificationStatusrequiredConditionVerificationStatus
http://hl7.org/fhir/ValueSet/condition-ver-status|4.0.1
from the FHIR Standard

 

Other representations of profile: CSV, Excel, Schematron