Release 4B

This page is part of the FHIR Specification (v4.3.0: R4B - STU). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R2

Patient Care Work GroupMaturity Level: 3 Trial UseSecurity Category: Patient Compartments: Encounter, Patient, Practitioner, RelatedPerson

Detailed Descriptions for the elements in the Condition resource.

Condition
Element IdCondition
Definition

A clinical condition, problem, diagnosis, or other event, situation, issue, or clinical concept that has risen to a level of concern.

Cardinality0..*
TypeDomainResource
Summaryfalse
Invariants
Defined on this element
con-3Guideline Condition.clinicalStatus SHOULD be present if verificationStatus is not entered-in-error and category is problem-list-itemverificationStatus.empty().not() and verificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').exists().not() and category.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-category' and code='problem-list-item').exists() implies clinicalStatus.empty().not()
This is (only) a best practice guideline because:

Most systems will expect a clinicalStatus to be valued for problem-list-items that are managed over time, but might not need a clinicalStatus for point in time encounter-diagnosis.

con-4Rule If condition is abated, then clinicalStatus must be either inactive, resolved, or remissionabatement.empty() or clinicalStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-clinical' and (code='resolved' or code='remission' or code='inactive')).exists()
con-5Rule Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-errorverificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').empty() or clinicalStatus.empty()
Condition.identifier
Element IdCondition.identifier
Definition

Business identifiers assigned to this condition by the performer or other systems which remain constant as the resource is updated and propagates from server to server.

NoteThis is a business identifier, not a resource identifier (see discussion)
Cardinality0..*
TypeIdentifier
Requirements

Allows identification of the condition as it is known by various participating systems and in a way that remains consistent across servers.

Summarytrue
Comments

This is a business identifier, not a resource identifier (see discussion). It is best practice for the identifier to only appear on a single resource instance, however business practices may occasionally dictate that multiple resource instances with the same identifier can exist - possibly even with different resource types. For example, multiple Patient and a Person resource instance might share the same social insurance number.

Condition.clinicalStatus
Element IdCondition.clinicalStatus
Definition

The clinical status of the condition.

Cardinality0..1
Terminology BindingCondition Clinical Status Codes (Required)
TypeCodeableConcept
Is Modifiertrue (Reason: This element is labeled as a modifier because the status contains codes that mark the condition as no longer active.)
Summarytrue
Comments

The data type is CodeableConcept because clinicalStatus has some clinical judgment involved, such that there might need to be more specificity than the required FHIR value set allows. For example, a SNOMED coding might allow for additional specificity.

Invariants
Affect this element
con-3Guideline Condition.clinicalStatus SHOULD be present if verificationStatus is not entered-in-error and category is problem-list-itemverificationStatus.empty().not() and verificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').exists().not() and category.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-category' and code='problem-list-item').exists() implies clinicalStatus.empty().not()
This is (only) a best practice guideline because:

Most systems will expect a clinicalStatus to be valued for problem-list-items that are managed over time, but might not need a clinicalStatus for point in time encounter-diagnosis.

con-4Rule If condition is abated, then clinicalStatus must be either inactive, resolved, or remissionabatement.empty() or clinicalStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-clinical' and (code='resolved' or code='remission' or code='inactive')).exists()
con-5Rule Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-errorverificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').empty() or clinicalStatus.empty()
Condition.verificationStatus
Element IdCondition.verificationStatus
Definition

The verification status to support the clinical status of the condition.

Cardinality0..1
Terminology BindingConditionVerificationStatus (Required)
TypeCodeableConcept
Is Modifiertrue (Reason: This element is labeled as a modifier because the status contains the code refuted and entered-in-error that mark the Condition as not currently valid.)
Summarytrue
Comments

verificationStatus is not required. For example, when a patient has abdominal pain in the ED, there is not likely going to be a verification status. The data type is CodeableConcept because verificationStatus has some clinical judgment involved, such that there might need to be more specificity than the required FHIR value set allows. For example, a SNOMED coding might allow for additional specificity.

Invariants
Affect this element
con-3Guideline Condition.clinicalStatus SHOULD be present if verificationStatus is not entered-in-error and category is problem-list-itemverificationStatus.empty().not() and verificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').exists().not() and category.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-category' and code='problem-list-item').exists() implies clinicalStatus.empty().not()
This is (only) a best practice guideline because:

Most systems will expect a clinicalStatus to be valued for problem-list-items that are managed over time, but might not need a clinicalStatus for point in time encounter-diagnosis.

con-5Rule Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-errorverificationStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-ver-status' and code='entered-in-error').empty() or clinicalStatus.empty()
Condition.category
Element IdCondition.category
Definition

A category assigned to the condition.

Cardinality0..*
Terminology BindingCondition Category Codes (Extensible)
TypeCodeableConcept
Summaryfalse
Comments

The categorization is often highly contextual and may appear poorly differentiated or not very useful in other contexts.

Condition.severity
Element IdCondition.severity
Definition

A subjective assessment of the severity of the condition as evaluated by the clinician.

Cardinality0..1
Terminology BindingCondition/Diagnosis Severity (Preferred)
TypeCodeableConcept
Summaryfalse
Comments

Coding of the severity with a terminology is preferred, where possible.

Condition.code
Element IdCondition.code
Definition

Identification of the condition, problem or diagnosis.

Cardinality0..1
Terminology BindingCondition/Problem/Diagnosis Codes (Example)
TypeCodeableConcept
Requirements

0..1 to account for primarily narrative only resources.

Alternate Namestype
Summarytrue
Condition.bodySite
Element IdCondition.bodySite
Definition

The anatomical location where this condition manifests itself.

Cardinality0..*
Terminology BindingSNOMED CT Body Structures (Example)
TypeCodeableConcept
Summarytrue
Comments

Only used if not implicit in code found in Condition.code. If the use case requires attributes from the BodySite resource (e.g. to identify and track separately) then use the standard extension bodySite. May be a summary code, or a reference to a very precise definition of the location, or both.

Condition.subject
Element IdCondition.subject
Definition

Indicates the patient or group who the condition record is associated with.

Cardinality1..1
TypeReference(Patient | Group)
Requirements

Group is typically used for veterinary or public health use cases.

Alternate Namespatient
Summarytrue
Condition.encounter
Element IdCondition.encounter
Definition

The Encounter during which this Condition was created or to which the creation of this record is tightly associated.

Cardinality0..1
TypeReference(Encounter)
Summarytrue
Comments

This will typically be the encounter the event occurred within, but some activities may be initiated prior to or after the official completion of an encounter but still be tied to the context of the encounter. This record indicates the encounter this particular record is associated with. In the case of a "new" diagnosis reflecting ongoing/revised information about the condition, this might be distinct from the first encounter in which the underlying condition was first "known".

Condition.onset[x]
Element IdCondition.onset[x]
Definition

Estimated or actual date or date-time the condition began, in the opinion of the clinician.

Cardinality0..1
TypedateTime|Age|Period|Range|string
[x] NoteSee Choice of Data Types for further information about how to use [x]
Summarytrue
Comments

Age is generally used when the patient reports an age at which the Condition began to occur.

Condition.abatement[x]
Element IdCondition.abatement[x]
Definition

The date or estimated date that the condition resolved or went into remission. This is called "abatement" because of the many overloaded connotations associated with "remission" or "resolution" - Conditions are never really resolved, but they can abate.

Cardinality0..1
TypedateTime|Age|Period|Range|string
[x] NoteSee Choice of Data Types for further information about how to use [x]
Summaryfalse
Comments

There is no explicit distinction between resolution and remission because in many cases the distinction is not clear. Age is generally used when the patient reports an age at which the Condition abated. If there is no abatement element, it is unknown whether the condition has resolved or entered remission; applications and users should generally assume that the condition is still valid. When abatementString exists, it implies the condition is abated.

Invariants
Affect this element
con-4Rule If condition is abated, then clinicalStatus must be either inactive, resolved, or remissionabatement.empty() or clinicalStatus.coding.where(system='http://terminology.hl7.org/CodeSystem/condition-clinical' and (code='resolved' or code='remission' or code='inactive')).exists()
Condition.recordedDate
Element IdCondition.recordedDate
Definition

The recordedDate represents when this particular Condition record was created in the system, which is often a system-generated date.

Cardinality0..1
TypedateTime
Summarytrue
Condition.recorder
Element IdCondition.recorder
Definition

Individual who recorded the record and takes responsibility for its content.

Cardinality0..1
TypeReference(Practitioner | PractitionerRole | Patient | RelatedPerson)
Summarytrue
Condition.asserter
Element IdCondition.asserter
Definition

Individual who is making the condition statement.

Cardinality0..1
TypeReference(Practitioner | PractitionerRole | Patient | RelatedPerson)
Summarytrue
Condition.stage
Element IdCondition.stage
Definition

Clinical stage or grade of a condition. May include formal severity assessments.

Cardinality0..*
Summaryfalse
Invariants
Defined on this element
con-1Rule Stage SHALL have summary or assessmentsummary.exists() or assessment.exists()
Condition.stage.summary
Element IdCondition.stage.summary
Definition

A simple summary of the stage such as "Stage 3". The determination of the stage is disease-specific.

Cardinality0..1
Terminology BindingCondition Stage (Example)
TypeCodeableConcept
Summaryfalse
Invariants
Affect this element
con-1Rule Stage SHALL have summary or assessmentsummary.exists() or assessment.exists()
Condition.stage.assessment
Element IdCondition.stage.assessment
Definition

Reference to a formal record of the evidence on which the staging assessment is based.

Cardinality0..*
TypeReference(ClinicalImpression | DiagnosticReport | Observation)
Summaryfalse
Invariants
Affect this element
con-1Rule Stage SHALL have summary or assessmentsummary.exists() or assessment.exists()
Condition.stage.type
Element IdCondition.stage.type
Definition

The kind of staging, such as pathological or clinical staging.

Cardinality0..1
Terminology BindingCondition Stage Type (Example)
TypeCodeableConcept
Summaryfalse
Condition.evidence
Element IdCondition.evidence
Definition

Supporting evidence / manifestations that are the basis of the Condition's verification status, such as evidence that confirmed or refuted the condition.

Cardinality0..*
Summaryfalse
Comments

The evidence may be a simple list of coded symptoms/manifestations, or references to observations or formal assessments, or both.

Invariants
Defined on this element
con-2Rule evidence SHALL have code or detailscode.exists() or detail.exists()
Condition.evidence.code
Element IdCondition.evidence.code
Definition

A manifestation or symptom that led to the recording of this condition.

Cardinality0..*
Terminology BindingManifestation and Symptom Codes (Example)
TypeCodeableConcept
Summarytrue
Invariants
Affect this element
con-2Rule evidence SHALL have code or detailscode.exists() or detail.exists()
Condition.evidence.detail
Element IdCondition.evidence.detail
Definition

Links to other relevant information, including pathology reports.

Cardinality0..*
TypeReference(Any)
Summarytrue
Invariants
Affect this element
con-2Rule evidence SHALL have code or detailscode.exists() or detail.exists()
Condition.note
Element IdCondition.note
Definition

Additional information about the Condition. This is a general notes/comments entry for description of the Condition, its diagnosis and prognosis.

Cardinality0..*
TypeAnnotation
Summaryfalse