ServiceRequest - FHIR v5.0.0 (2024)

This page is part of the FHIR Specification (v5.0.0: R5 - STU). This is the current published version. For a full list of available versions, see the Directory of published versions ServiceRequest - FHIR v5.0.0 (1). Page versions: R5 R4B R4

A record of a request for service such as diagnostic investigations, treatments, or operations to be performed.

12.18.1 Scope and Usage

This resource is a request resource from a FHIR workflow perspective - see Workflow.

ServiceRequest represents an order or proposal or plan, as distinguished by ServiceRequest.intent to perform a diagnostic or other service on or for a patient. ServiceRequest represents a proposal or plan or order for a service to be performed that would result in a Procedure or DiagnosticReport, which in turn may reference one or more Observations, which summarize the performance of the procedures and associated documentation such as observations, images, findings that are relevant to the treatment/management of the subject. This resource may be used to share relevant information required to support a referral or a transfer of care request from onepractitioner or organization to another when a patient is required to be referred to another provider for aconsultation/second opinion and/or for short term or longer term management of one or more health issues or problems.

Examples include:

  • diagnostic tests/studies
  • endoscopic procedures
  • counseling
  • biopsies
  • therapies (e.g., physio-, social-, psychological-)
  • (exploratory) surgeries or procedures
  • exercises
  • specialist consultation and assessments
  • community services
  • nursing services
  • pharmacist medication review, and
  • other clinical interventions.

Procedures may be performed by a healthcare professional, a friend or relative or in some cases by the patient themselves.

The principal intention of ServiceRequest is to support ordering procedures for one patient (which includes non-human patients in veterinary medicine). However, in many contexts, healthcare related processes include performing diagnostic investigations on groups of subjects, devices involved in the provision of healthcare, and even environmental locations such as ducts, bodies of water, etc. ServiceRequest supports all these usages. The service request may represent an order that is entered by a practitioner in a CPOE system as well as a proposal made by a clinical decision support (CDS) system based on a patient's clinical record and context of care. Planned procedures referenced by a CarePlan may also be represented by this resource.

The general work flow that this resource facilitates is that a clinical system creates a service request. The service request is then accessed by or exchanged with a system, perhaps via intermediaries, that represents an organization (e.g., diagnostic or imaging service, surgical team, physical therapy department) that can perform the procedure. The organization receiving the service request will, after it accepts the request, update the request as the work is performed, and then finally issue a report that references the requests that it fulfilled.

The ServiceRequest resource allows requesting only a single procedure. If a workflow requires requesting multiple procedures simultaneously, this is done using multiple instances of this resource. These instances can be linked in different ways, depending on the needs of the workflow. For guidance, refer to the Request pattern

12.18.2 Boundaries and Relationships

ServiceRequest is a record of a proposal/plan or order for a service to be performed that would result in a Procedure, Observation, DiagnosticReport, ImagingStudy or similar resource. In contrast to ServiceRequest, Task which spans both intent and event and tracks the execution through to completion and is intended for "administrative" actions like requesting and tracking things to be done to a record, or keeping track of a checklist of steps such to be performed as part of a fulfilment process. A ServiceRequest can be higher-level authorization that triggered the creation of Task, or it can be the "request" resource Task is seeking to fulfill.

ServiceRequest and CommunicationRequest are related. A CommunicationRequest is a request to merely disclose information. Whereas a ServiceRequest would be used to request information as part of training or counseling - i.e. when the process will involve verification of the patient's comprehension or an attempt to change the patient's mental state. In some workflows both may exist. For example, upon receiving a CommunicationRequest a practitioner might initiate a ServiceRequest.

PathValueSetTypeDocumentation ServiceRequest.status RequestStatus Required

Codes identifying the lifecycle stage of a request.

ServiceRequest.intent RequestIntent Required

Codes indicating the degree of authority/intentionality associated with a request.

ServiceRequest.category ServiceRequestCategoryCodes Example

An example value set of SNOMED CT concepts that can classify a requested service

ServiceRequest.priority RequestPriority Required

Identifies the level of importance to be assigned to actioning the request.

ServiceRequest.code ProcedureCodesSNOMEDCT Example

Procedure Code: All SNOMED CT procedure codes.

ServiceRequest.orderDetail.parameter.code ServiceRequestOrderDetailParameterCode Example

The order detail parameter codes.

ServiceRequest.asNeeded[x] SNOMEDCTMedicationAsNeededReasonCodes Example

This value set includes all clinical findings from SNOMED CT - provided as an exemplar value set.

ServiceRequest.performerType ParticipantRoles Example

Roles of participants that may be included in a care team. Defined as: Healthcare professional (occupation) or Services (qualifier value).

ServiceRequest.location ServiceDeliveryLocationRoleType ServiceRequest - FHIR v5.0.0 (2) Example

A role of a place that further classifies the setting (e.g., accident site, road side, work site, community location) in which services are delivered.

ServiceRequest.reason ProcedureReasonCodes Example

This example value set defines the set of codes that can be used to indicate a reason for a procedure.

ServiceRequest.bodySite SNOMEDCTBodyStructures Example

This value set includes all codes from SNOMED CT ServiceRequest - FHIR v5.0.0 (3) where concept is-a 442083009 (Anatomical or acquired body site (body structure)).

NameTypeDescriptionExpressionIn Common authoreddateDate request signedServiceRequest.authoredOn based-onreferenceWhat request fulfillsServiceRequest.basedOn
(CarePlan, MedicationRequest, ServiceRequest) body-sitetokenWhere procedure is going to be doneServiceRequest.bodySite body-structurereferenceBody structure Where procedure is going to be doneServiceRequest.bodyStructure
(BodyStructure) categorytokenClassification of serviceServiceRequest.category code-concepttokenWhat is being requested/orderedServiceRequest.code.concept code-referencereferenceWhat is being requested/orderedServiceRequest.code.reference encounterreferenceAn encounter in which this request is madeServiceRequest.encounter
(Encounter)29 Resources identifiertokenIdentifiers assigned to this orderServiceRequest.identifier65 Resources instantiates-canonicalreferenceInstantiates FHIR protocol or definitionServiceRequest.instantiatesCanonical
(PlanDefinition, ActivityDefinition) instantiates-uriuriInstantiates external protocol or definitionServiceRequest.instantiatesUri intenttokenproposal | plan | directive | order +ServiceRequest.intent occurrencedateWhen service should occurServiceRequest.occurrence.ofType(dateTime) | ServiceRequest.occurrence.ofType(Period) | ServiceRequest.occurrence.ofType(Timing) patientreferenceSearch by subject - a patientServiceRequest.subject.where(resolve() is Patient)
(Patient)66 Resources performerreferenceRequested performerServiceRequest.performer
(Practitioner, Organization, CareTeam, Device, Patient, HealthcareService, PractitionerRole, RelatedPerson) performer-typetokenPerformer roleServiceRequest.performerType prioritytokenroutine | urgent | asap | statServiceRequest.priority replacesreferenceWhat request replacesServiceRequest.replaces
(ServiceRequest) requesterreferenceWho/what is requesting serviceServiceRequest.requester
(Practitioner, Organization, Device, Patient, PractitionerRole, RelatedPerson) requisitiontokenComposite Request IDServiceRequest.requisition specimenreferenceSpecimen to be testedServiceRequest.specimen
(Specimen) statustokendraft | active | on-hold | revoked | completed | entered-in-error | unknownServiceRequest.status subjectreferenceSearch by subjectServiceRequest.subject
(Group, Device, Patient, Location)
ServiceRequest - FHIR v5.0.0 (2024)

References

Top Articles
Latest Posts
Recommended Articles
Article information

Author: Domingo Moore

Last Updated:

Views: 6076

Rating: 4.2 / 5 (73 voted)

Reviews: 80% of readers found this page helpful

Author information

Name: Domingo Moore

Birthday: 1997-05-20

Address: 6485 Kohler Route, Antonioton, VT 77375-0299

Phone: +3213869077934

Job: Sales Analyst

Hobby: Kayaking, Roller skating, Cabaret, Rugby, Homebrewing, Creative writing, amateur radio

Introduction: My name is Domingo Moore, I am a attractive, gorgeous, funny, jolly, spotless, nice, fantastic person who loves writing and wants to share my knowledge and understanding with you.