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:
| Field | Type | Description | Required |
|---|---|---|---|
| id | string | Unique identifier for the resource | Yes |
| patient | Reference(Patient) | Who has the condition | Yes |
| clinicalStatus | CodeableConcept | Clinical status (active, recurrence, relapse, inactive, remission, resolved) | No |
| verificationStatus | CodeableConcept | Verification status (unconfirmed, provisional, differential, confirmed, refuted, entered-in-error) | No |
| category | CodeableConcept[] | Category of condition (problem-list-item, encounter-diagnosis) | No |
| severity | CodeableConcept | Severity of the condition | No |
| code | CodeableConcept | Identification of the condition | No |
| bodySite | CodeableConcept[] | Anatomical location | No |
| encounter | Reference(Encounter) | Encounter created as part of | No |
| onset[x] | dateTime/Age/Period/Range/string | When condition first manifested | No |
| abatement[x] | dateTime/Age/Period/Range/string/boolean | When condition resolved | No |
| recordedDate | dateTime | Date record was first recorded | No |
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 / Solution | Create | Read | Update | Search |
|---|---|---|---|---|
| GEHRIMED | - | Yes | - | Yes |
| myAvatar | - | Yes | - | Yes |
| myEvolv | - | Yes | - | Yes |
| myUnity | - | Yes | - | Yes |
| TheraOffice | - | Yes | - | Yes |
Read
Retrieve a specific condition by ID.
- Production
- Preview
GET /Condition/{id}
curl -X GET https://fhir.netsmartcloud.com/payer/system-access/v2/{tenant-id}/Condition/condition-123 \
-H "Accept: application/fhir+json"
GET /Condition/{id}
curl -X GET https://fhirtest.netsmartcloud.com/payer/system-access/v2/{tenant-id}/Condition/condition-123 \
-H "Accept: application/fhir+json"
Search
Search for conditions using various criteria.
GET Method
Use GET for simple searches with parameters in the query string.
- Production
- Preview
GET /Condition?parameter=value
GET /Condition?parameter=value
POST Method
Use POST for complex searches with form-encoded parameters.
- Production
- Preview
POST /Condition/_search
POST /Condition/_search
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:
| Parameter | Type | Required | Description | Example |
|---|---|---|---|---|
patient | reference | Yes | REQUIRED Who has the condition? | patient=value |
abatement-date | date | No | Date-related abatements (dateTime and period) | abatement-date=value |
body-site | token | No | Anatomical location, if relevant | body-site=value |
category | token | No | The category of the condition | category=value |
clinical-status | token | No | The clinical status of the condition | clinical-status=value |
code | token | No | Code for the condition | code=value |
encounter | reference | No | Encounter created as part of | encounter=value |
onset-date | date | No | Date related onsets (dateTime and Period) | onset-date=value |
recorded-date | date | No | Date record was first recorded | recorded-date=value |
severity | token | No | The severity of the condition | severity=value |
verification-status | token | No | unconfirmed | verification-status=value |
_count | number | No | Number of resources to return per page | _count=value |
_offset | number | No | Number of resources to skip | _offset=value |
_revinclude | special | No | Include Provenance resource(s) that reference the matched search results. Allowed: "Provenance:target" | _revinclude=value |
_sort | string | No | Sort order for results | _sort=value |
ID-based Search:
| Parameter | Type | Required | Description | Example |
|---|---|---|---|---|
_id | string | Yes | The ID of the resource | _id=value |
_revinclude | special | No | Include Provenance resource(s) that reference the matched search results. Allowed: "Provenance:target" | _revinclude=value |
Examples
Read Examples:
- Production
- Preview
curl -X GET https://fhir.netsmartcloud.com/payer/patient-access/v2/{tenant-id}/Condition/456 \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json"
curl -X GET https://fhirtest.netsmartcloud.com/provider/patient-access/v2/{tenant}/Condition/456 \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json"
Search Examples:
- Production
- Preview
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"
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"
curl -X POST https://fhirtest.netsmartcloud.com/provider/patient-access/v2/{tenant}/Condition/_search \
-H "Authorization: Bearer {token}" \
-H "Accept: application/fhir+json" \
-H "Content-Type: application/x-www-form-urlencoded" \
-d "patient=Patient/123"
curl -X POST https://fhirtest.netsmartcloud.com/provider/patient-access/v2/{tenant}/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
Related Resources
- 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
_countparameter to limit result sets
Supported Profiles
This resource supports the following FHIR profiles as defined in the CapabilityStatement: