Common CQL Assets for FHIR (US-Based)
1.0.0-ballot - STU 1 Ballot
This page is part of the Common CQL Assets for FHIR (US-Based) (v1.0.0-ballot: STU 1 Ballot 1) based on FHIR (HL7® FHIR® Standard) R4. No current official version has been published yet. For a full list of available versions, see the Directory of published versions
Page standards status: Informative |
US Core defines US Core ServiceRequest to track the proposal / planning / ordering of a service, and US Core Procedure to track performing a service.
Typical procedure codes include SNOMED-CT, CPT, HCPCS II, ICD-10-PCS, CDT, and LOINC.
The ServiceRequest resource defines the following modifier elements:
In addition to being modifiers, the status
and intent
elements are required with a required binding. The USCoreCommon library defines several functions for determining status and intent.
However, doNotPerform
is not required, so care must be taken to ensure that if specified, the doNotPerform
element is respected.
USCore defines the following mandatory search parameters:
In addition, the following optional parameters are defined:
NOTE: For discussion on how to manage search parameters with terminology, see the Terminology Considerations discussion in the Architectural Guidance topic.
NOTE: For discussion on how to manage optional search parameters, see the Performant Data Access discussion in the Architectural Guidance topic.
Note that 3.1.1 does not define a profile for ServiceRequest, so the direct FHIR ServiceRequest resource is used.
NOTE: In the prior auth use case, the workflow is generally being conducted in the context of 1 or more order, so you'll want to start by working off that context before searching the FHIR server for service requests.
If you need to search for requested services, this is made available with UCE."All ServiceRequests"
.
NOTE: Content for this page was adapted from the QICore Authoring Patterns - Procedures topic.