Skip to main content
A Condition resource records one diagnosis, problem, symptom, or sign that concerns the clinician. The endpoint creates one Condition per condition it finds in the note, coded with SNOMED CT. The resource follows the FHIR R4 Condition specification, and each field name below links to its R4 definition.

What becomes a Condition

Some things in a note look like conditions but belong to other resource groups:

Negated, past, and uncertain conditions

The code always names the condition itself, in positive form. The endpoint is built to avoid negated or historic codes, such as 86699002 Afebrile or 399211009 History of myocardial infarction. The status fields carry that meaning instead: A refuted Condition means the patient does not have the condition. Check verificationStatus and clinicalStatus before you treat a Condition as a current diagnosis. Codes are positive explains why the endpoint works this way.

Fields

The endpoint fills a field only when the note supports it, and leaves out every empty field.

Codes the endpoint can assign

The endpoint only searches a fixed part of each coding system for each field. A code outside that part never appears, and a filter can only narrow the part further, never widen it. Codes come from a fixed scope explains why. A procedure code, such as 80146002 Appendectomy, can never become a Condition code, because its semantic tag is procedure.

Example

“Lungs clear” does not become a Condition. It becomes an exam Observation.

Next steps

Observation resource group

Learn how vital signs, lab results, and exam findings look in FHIR.

Filter FHIR resources

Produce only problem-list Conditions, or restrict Condition codes.