ServiceRequest resource (FHIR R4)
ServiceRequest is the FHIR R4 resource for a record of a request for service such as diagnostic investigations, treatments, or operations to be performed.
| Resource | ServiceRequest |
|---|---|
| FHIR version | R4 (4.0.1) |
| Canonical URL | http://hl7.org/fhir/StructureDefinition/ServiceRequest |
| Required elements | status (1..1), intent (1..1), subject (1..1) |
| IG profiles in this catalog | 3 |
Example
{
"resourceType": "ServiceRequest",
"id": "servicerequest-fc7cfe83f6d039d4dfa4e04a37d70c70",
"status": "active",
"intent": "order",
"priority": "routine",
"code": {
"coding": [
{
"system": "http://www.ama-assn.org/go/cpt",
"code": "omitted",
"display": "CPT code omitted from this published example"
},
{
"system": "http://snomed.info/sct",
"code": "omitted",
"display": "SNOMED CT code omitted from this published example"
}
],
"text": "Physical therapy, therapeutic exercises"
},
"subject": {
"reference": "Patient/patient-L46A6EIB9J"
},
"authoredOn": "2026-07-01T12:00:00Z",
"requester": {
"display": "Dr. Ordering Provider"
}
}Generated by the Pidgeon engine: pidgeon generate ServiceRequest --seed 20260722. Codes from licensed terminologies (LOINC, SNOMED CT, CPT, RxNorm) are omitted from published examples.
Validation context
- strict pidgeon validate grades a ServiceRequest instance against the base R4 structure definition: missing required elements raise REQUIRED_FIELD_MISSING and cardinality violations raise CARDINALITY_MIN or CARDINALITY_MAX.(REQUIRED_FIELD_MISSING)
- strict Profile validation grades the same instance against an installed IG profile: profile cardinality findings carry FHIR-PROFILE-CARDINALITY and terminology binding findings carry FHIR-PROFILE-BINDING.(FHIR-PROFILE-CARDINALITY)
This answer, in your terminal
pidgeon lookup ServiceRequestWire it into your AI agent:
claude mcp add pidgeon -- npx -y @pidgeonhealth/mcpDownload Post free to browse this reference with generation attached.