Skip to main content

Condition

Overview

The Condition resource provides information about a clinical condition, problem, diagnosis, or other event, situation, issue, or clinical concept that has risen to a level of concern.

Use Cases:

  • Recording patient diagnoses and health problems
  • Supporting clinical decision-making and care planning
  • Tracking condition status and progression over time
  • Meeting regulatory requirements for condition documentation

Relationships:

  • Patient: References the individual who has the condition
  • Encounter: May be linked to the clinical encounter when the condition was identified
  • Practitioner: May reference healthcare providers involved in diagnosis or care
  • Provenance: Tracks the source and history of condition information

Resource Schema

Key Fields:

FieldTypeDescriptionRequired
idstringUnique identifier for the resourceYes
patientReference(Patient)Who has the conditionYes
clinicalStatusCodeableConceptClinical status (active, recurrence, relapse, inactive, remission, resolved)No
verificationStatusCodeableConceptVerification status (unconfirmed, provisional, differential, confirmed, refuted, entered-in-error)No
categoryCodeableConcept[]Category of condition (problem-list-item, encounter-diagnosis)No
severityCodeableConceptSeverity of the conditionNo
codeCodeableConceptIdentification of the conditionNo
bodySiteCodeableConcept[]Anatomical locationNo
encounterReference(Encounter)Encounter created as part ofNo
onset[x]dateTime/Age/Period/Range/stringWhen condition first manifestedNo
abatement[x]dateTime/Age/Period/Range/string/booleanWhen condition resolvedNo
recordedDatedateTimeDate record was first recordedNo

JSON Example:

{
"resourceType": "Condition",
"id": "f47ac10b-58cc-4372-a567-0e02b2c3d479",
"meta": {
"lastUpdated": "2022-08-19T13:58:00.000+00:00"
},
"clinicalStatus": {
"coding": [
{
"system": "http://terminology.hl7.org/CodeSystem/condition-clinical",
"code": "active",
"display": "Active"
}
]
},
"verificationStatus": {
"coding": [
{
"system": "http://terminology.hl7.org/CodeSystem/condition-ver-status",
"code": "confirmed",
"display": "Confirmed"
}
]
},
"category": [
{
"coding": [
{
"system": "http://terminology.hl7.org/CodeSystem/condition-category",
"code": "encounter-diagnosis",
"display": "Encounter Diagnosis"
}
]
}
],
"code": {
"coding": [
{
"system": "http://snomed.info/sct",
"code": "44054006",
"display": "Diabetes mellitus type 2"
}
]
},
"patient": {
"reference": "Patient/a1b2c3d4-e5f6-7890-abcd-ef1234567890"
},
"onsetDateTime": "2020-01-15T10:30:00.000Z",
"recordedDate": "2022-08-17T12:00:00+00:00"
}

Operations

The Certified API Condition resource supports the following operations. However, support varies by the targeted CareRecord or solution.

CareRecord / SolutionCreateReadUpdateSearch
GEHRIMED-Yes-Yes
myAvatar-Yes-Yes
myEvolv-Yes-Yes
myUnity-Yes-Yes
TheraOffice-Yes-Yes

Read

Retrieve a specific condition by ID.

GET /Condition/{id}
Example Request
curl -X GET https://fhir.netsmartcloud.com/payer/system-access/v2/{tenant-id}/Condition/condition-123 \
-H "Accept: application/fhir+json"

Search for conditions using various criteria.

GET Method

Use GET for simple searches with parameters in the query string.

GET /Condition?parameter=value

POST Method

Use POST for complex searches with form-encoded parameters.

POST /Condition/_search
info

Not all Netsmart solutions support Condition search. See supported operations table above and consult your target solution's documentation for more information.

Search Parameters

Patient-based Search:

ParameterTypeRequiredDescriptionExample
patientreferenceYesREQUIRED Who has the condition?patient=value
abatement-datedateNoDate-related abatements (dateTime and period)abatement-date=value
body-sitetokenNoAnatomical location, if relevantbody-site=value
categorytokenNoThe category of the conditioncategory=value
clinical-statustokenNoThe clinical status of the conditionclinical-status=value
codetokenNoCode for the conditioncode=value
encounterreferenceNoEncounter created as part ofencounter=value
onset-datedateNoDate related onsets (dateTime and Period)onset-date=value
recorded-datedateNoDate record was first recordedrecorded-date=value
severitytokenNoThe severity of the conditionseverity=value
verification-statustokenNounconfirmedverification-status=value
_countnumberNoNumber of resources to return per page_count=value
_offsetnumberNoNumber of resources to skip_offset=value
_revincludespecialNoInclude Provenance resource(s) that reference the matched search results. Allowed: "Provenance:target"_revinclude=value
_sortstringNoSort order for results_sort=value

ID-based Search:

ParameterTypeRequiredDescriptionExample
_idstringYesThe ID of the resource_id=value
_revincludespecialNoInclude Provenance resource(s) that reference the matched search results. Allowed: "Provenance:target"_revinclude=value

Examples

Read Examples:

Read Condition by ID
curl -X GET https://fhir.netsmartcloud.com/payer/patient-access/v2/{tenant-id}/Condition/456 \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json"

Search Examples:

Search by Patient
curl -X POST https://fhir.netsmartcloud.com/payer/patient-access/v2/{tenant-id}/Condition/_search \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json" \
-H "Content-Type: application/x-www-form-urlencoded" \
-d "patient=Patient/123"
Search by Patient and Clinical Status
curl -X POST https://fhir.netsmartcloud.com/payer/patient-access/v2/{tenant-id}/Condition/_search \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json" \
-H "Content-Type: application/x-www-form-urlencoded" \
-d "patient=Patient/123" \
-d "clinical-status=active"

Integration Patterns

Common Workflows

1. Patient Condition Review

# Step 1: Get all conditions for patient
GET /Condition?patient=Patient/patient-123

# Step 2: Filter active conditions
GET /Condition?patient=Patient/patient-123&clinical-status=active

# Step 3: Get specific condition details
GET /Condition/condition-456

2. Diagnosis Context Analysis

# Step 1: Find conditions by encounter
GET /Condition?encounter=Encounter/encounter-789

# Step 2: Get encounter details
GET /Encounter/encounter-789

# Step 3: Include provenance information
GET /Condition?patient=Patient/patient-123&_revinclude=Provenance:target
  • Patient - Individual who has the condition
  • Encounter - Clinical encounter when condition was identified
  • Observation - Clinical observations related to the condition
  • Procedure - Procedures performed for the condition

Error Handling

The Condition resource follows standard FHIR error handling patterns. For detailed error responses and troubleshooting guidance, see the Common Errors page.

Condition-Specific Error Scenarios

  • 404 Not Found: Condition ID doesn't exist or condition record is inactive
  • 400 Bad Request: Invalid search parameters or malformed date formats
  • Empty Results: No conditions match the search criteria

Troubleshooting Tips

  • No Results for Patient: Verify patient reference format and ensure patient exists
  • Date Format Issues: Ensure dates are in YYYY-MM-DD or ISO 8601 format
  • Clinical Status Problems: Use valid clinical status codes (active, inactive, resolved)
  • Performance Issues: Use _count parameter to limit result sets

Supported Profiles

This resource supports the following FHIR profiles as defined in the CapabilityStatement: