DSTU2 FHIR Release 3 (STU)

This page is part of the FHIR Specification (v1.0.2: DSTU (v3.0.2: STU 2). 3). 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 R3 R2

Patient Care Work Group Maturity Level : 3   Trial Use Compartments : Encounter , Patient , Practitioner , RelatedPerson

Detailed Descriptions for the elements in the Condition resource.

Is Modifier Type To Do When an assessment resource / framework is developed, this will be changed from Any to something narrower. true
Condition
Definition

Use to record detailed information about conditions, problems A clinical condition, problem, diagnosis, or diagnoses recognized by a clinician. There are many uses including: recording a diagnosis during an encounter; populating a problem list other event, situation, issue, or clinical concept that has risen to a summary statement, such as a discharge summary. level of concern.

Control 1..1
Summary Invariants true To Do Defined on this element * Age
con-3 : Condition.clinicalStatus SHALL be present if verificationStatus is questionable, you might well need a range of Age not entered-in-error ( expression : verificationStatus='entered-in-error' or even (in practice) a text like "in their teens". => new ballot comment. * Todo: discuss the applicability of assessing stages * Change the description: it clinicalStatus.exists(), xpath: f:verificationStatus/@value='entered-in-error' or exists(f:clinicalStatus))
con-4 : If condition is circular. abated, then clinicalStatus must be either inactive, resolved, or remission ( expression : abatement.empty() or (abatement as boolean).not() or clinicalStatus='resolved' or clinicalStatus='remission' or clinicalStatus='inactive', xpath: not(exists(*[starts-with(local-name(.), 'abatement')])) or f:clinicalStatus/@value=('resolved', 'remission', 'inactive'))
Condition.identifier
Definition

This records identifiers associated with this condition that are defined by business processes and/or used to refer to it when a direct URL reference to the resource itself is not appropriate (e.g. in CDA documents, or in written / printed documentation).

Note This is a business identifer, not a resource identifier (see discussion )
Control 0..*
Type Identifier
Requirements

Need to allow connection to a wider workflow.

Summary true
Condition.patient Condition.clinicalStatus
Definition

Indicates the patient who The clinical status of the condition record is associated with. condition.

Control 1..1 0..1
Type Terminology Binding Reference Condition Clinical Status Codes ( Patient Required )
Type code
Is Modifier true
Summary true
Comments

This element is labeled as a modifier because the status contains codes that mark the condition as not currently valid or of concern.

Invariants Affect this element
con-3 : Condition.clinicalStatus SHALL be present if verificationStatus is not entered-in-error ( expression : verificationStatus='entered-in-error' or clinicalStatus.exists(), xpath: f:verificationStatus/@value='entered-in-error' or exists(f:clinicalStatus))
con-4 : If condition is abated, then clinicalStatus must be either inactive, resolved, or remission ( expression : abatement.empty() or (abatement as boolean).not() or clinicalStatus='resolved' or clinicalStatus='remission' or clinicalStatus='inactive', xpath: not(exists(*[starts-with(local-name(.), 'abatement')])) or f:clinicalStatus/@value=('resolved', 'remission', 'inactive'))
Condition.encounter Condition.verificationStatus
Definition

Encounter during which The verification status to support the condition was first asserted. clinical status of the condition.

Control 0..1
Type Terminology Binding Reference ConditionVerificationStatus ( Encounter Required )
Summary Type true code Comments 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".
Is Modifier Condition.asserter true
Definition Default Value Individual who is making the condition statement. unknown
Control Summary 0..1 true
Type Comments Reference ( Practitioner | Patient )

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.

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.

Summary Invariants true Affect this element
con-3 : Condition.clinicalStatus SHALL be present if verificationStatus is not entered-in-error ( expression : verificationStatus='entered-in-error' or clinicalStatus.exists(), xpath: f:verificationStatus/@value='entered-in-error' or exists(f:clinicalStatus))
Condition.dateRecorded Condition.category
Definition

A date, when category assigned to the Condition statement was documented. condition.

Control 0..1 0..*
Type Terminology Binding date Condition Category Codes ( Example )
Summary Type true CodeableConcept
Comments

The Date Recorded represents the date when this particular Condition record was created in the EHR, categorization is often highly contextual and may appear poorly differentiated or not the date of the most recent update very useful in terms of when severity, abatement, etc. were specified.  The date of the last record modification can be retrieved from the resource metadata. other contexts.

Condition.code Condition.severity
Definition

Identification A subjective assessment of the condition, problem or diagnosis. severity of the condition as evaluated by the clinician.

Control 1..1 0..1
Terminology Binding Condition/Problem/Diagnosis Codes: Identification of the condition or diagnosis. Condition/Diagnosis Severity ( Example Preferred )
Type CodeableConcept
Summary Comments true

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

Condition.category Condition.code
Definition

A category assigned to Identification of the condition. condition, problem or diagnosis.

Control 0..1
Terminology Binding Condition Category Codes: A category assigned to the condition. Condition/Problem/Diagnosis Codes ( Preferred Example )
Type CodeableConcept
Requirements Summary

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

Alternate Names true type
Comments Summary The categorization is often highly contextual and may appear poorly differentiated or not very useful in other contexts. true
Condition.clinicalStatus Condition.bodySite
Definition

The clinical status of the condition. anatomical location where this condition manifests itself.

Control 0..1 0..*
Terminology Binding Condition Clinical Status Codes: The clinical status of the condition or diagnosis. SNOMED CT Body Structures ( Preferred Example )
Type code CodeableConcept
Is Modifier Summary true
Summary Comments true

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 body-site-instance . May be a summary code, or a reference to a very precise definition of the location, or both.

Condition.verificationStatus Condition.subject
Definition

The verification status to support Indicates the clinical status of patient or group who the condition. condition record is associated with.

Control 1..1
Binding Type ConditionVerificationStatus: The verification status to support or decline the clinical status of the condition or diagnosis. Reference ( Required Patient | Group )
Type Requirements code

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

Alternate Names true patient
Summary true
Condition.severity Condition.context
Definition

A subjective assessment of the severity of Encounter during which the condition as evaluated by the clinician. was first asserted.

Control 0..1
Binding Type Condition/Diagnosis Severity: A subjective assessment of the severity of the condition as evaluated by the clinician. Reference ( Preferred Encounter | EpisodeOfCare )
Alternate Names CodeableConcept encounter
Summary true
Comments

Coding of This record indicates the severity with a terminology encounter this particular record is preferred, where possible. 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]
Definition

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

Control 0..1
Type dateTime | Age | Period | Range | string
[x] Note See Choice of Data Types for further information about how to use [x]
Summary true
Comments

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

Condition.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.

Control 0..1
Type dateTime | Age | boolean | Period | Range | string
[x] Note See Choice of Data Types for further information about how to use [x]
Summary true 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-4 : If condition is abated, then clinicalStatus must be either inactive, resolved, or remission ( expression : abatement.empty() or (abatement as boolean).not() or clinicalStatus='resolved' or clinicalStatus='remission' or clinicalStatus='inactive', xpath: not(exists(*[starts-with(local-name(.), 'abatement')])) or f:clinicalStatus/@value=('resolved', 'remission', 'inactive'))
Condition.stage Condition.assertedDate
Definition

Clinical stage The date on which the existance of the Condition was first asserted or grade acknowledged.

Control 0..1
Type dateTime
Summary true
Comments

The assertedDate represents the date when this particular Condition record was created in the EHR, not the date of a condition. May include formal severity assessments. the most recent update in terms of when severity, abatement, etc. were specified.  The date of the last record modification can be retrieved from the resource metadata.

Condition.asserter
Definition

Individual who is making the condition statement.

Control 0..1
Type Reference ( Practitioner | Patient | RelatedPerson )
Summary true
Condition.stage
Definition

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

Control 0..1
Invariants Defined on this element
con-1 : Stage SHALL have summary or assessment (xpath: ( expression : summary.exists() or assessment.exists(), xpath: exists(f:summary) or exists(f:assessment))
Condition.stage.summary
Definition

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

Control 0..1
Terminology Binding Condition Stage: Codes describing condition stages (e.g. Cancer stages). Condition Stage ( Example )
Type CodeableConcept
Summary true Invariants Affect this element
con-1 : Stage SHALL have summary or assessment (xpath: ( expression : summary.exists() or assessment.exists(), xpath: exists(f:summary) or exists(f:assessment))
Condition.stage.assessment
Definition

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

Control 0..*
Type Reference ( ClinicalImpression | DiagnosticReport | Observation )
Summary true Invariants Affect this element
con-1 : Stage SHALL have summary or assessment (xpath: ( expression : summary.exists() or assessment.exists(), xpath: exists(f:summary) or exists(f:assessment))
Condition.evidence
Definition

Supporting Evidence / manifestations that are the basis on which this condition is suspected or confirmed.

Control 0..*
Summary true 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-2 : evidence SHALL have code or details (xpath: ( expression : code.exists() or detail.exists(), xpath: exists(f:code) or exists(f:detail))
Condition.evidence.code
Definition

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

Control 0..1 0..*
Terminology Binding Manifestation and Symptom Codes: Codes that describe the manifestation or symptoms of a condition. ( Example )
Type CodeableConcept
Summary true
Invariants Affect this element
con-2 : evidence SHALL have code or details (xpath: ( expression : code.exists() or detail.exists(), xpath: exists(f:code) or exists(f:detail))
Condition.evidence.detail
Definition

Links to other relevant information, including pathology reports.

Control 0..*
Type Reference ( Any )
Summary true
Invariants Affect this element
con-2 : evidence SHALL have code or details (xpath: exists(f:code) or exists(f:detail)) Condition.bodySite Definition The anatomical location where this condition manifests itself. Control 0..* Binding SNOMED CT Body Structures: Codes describing anatomical locations. May include laterality. ( Example ) Type CodeableConcept Summary true Comments expression May be a summary code, : code.exists() or a reference to a very precise definition of the location, detail.exists(), xpath: exists(f:code) or both. exists(f:detail))
Condition.notes Condition.note
Definition

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

Control 0..1 0..*
Type string Summary Annotation