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

This page is part of the HL7 FHIR Implementation Guide: DK Core (v3.0.0: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). 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.0.0
Active as of 2023-12-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
  • 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 Melanomahttps://hl7.dk/fhir/core/.

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.

This structure is derived from Condition

NameFlagsCard.TypeDescription & Constraintsdoco
.. Condition 0..*ConditionDetailed information about conditions, problems or diagnoses
... Slices for extension 0..*ExtensionExtension
Slice: Unordered, Open by value:url
... dueTo 0..1CodeableConcept, 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.

... conditionLastAssertedDate 0..1dateTimeLast date a condition was confirmed valid in its current state
URL: http://hl7.dk/fhir/core/StructureDefinition/ConditionLastAssertedDate
... code
.... Slices for coding 0..*CodingCondition code, [DA] tilstandskode
Slice: Unordered, Open by value:system
..... coding:FSIIIConditionCode 0..1Coding[DA] FSIII tilstandskode
...... system 1..1uriIdentity of the terminology system
Required Pattern: urn:oid:1.2.208.176.2.21
..... coding:SCTConditionCode 0..1CodingSNOMED CT condition code
Binding: Condition/Problem/DiagnosisCodes (required)
...... system 1..1uriIdentity of the terminology system
Required Pattern: http://snomed.info/sct
..... coding:FFBConditionCode 0..1Coding[DA] FFB undertemakode
...... system 1..1uriIdentity of the terminology system
Required Pattern: urn:oid:1.2.208.176.2.22
..... coding:SKS-D 0..1Coding[DA] Kode fra D-hierarkiet i SKS
...... system 1..1uriIdentity of the terminology system
Required Pattern: urn:oid:1.2.208.176.2.4.12
..... coding:ICPC2code 0..1CodingICPC2 code
...... system 1..1uriIdentity of the terminology system
Required Pattern: urn:oid:1.2.208.176.2.31
... subject 1..1Reference(Danish Core Patient Profile)Who has the condition?
... recorder 0..1Reference(Danish Core Practitioner Profile | PractitionerRole | Danish Core Patient Profile | RelatedPerson)Who recorded the condition
... asserter 0..1Reference(Danish Core Practitioner Profile | PractitionerRole)Person who asserts this condition

doco Documentation for this format

Terminology Bindings (Differential)

PathConformanceValueSet
Condition.code.coding:SCTConditionCoderequiredCondition/Problem/DiagnosisCodes

 

Other representations of profile: CSV, Excel, Schematron