This page is part of the Clinical Guidelines (v0.1.0: STU 1 Ballot 1) based on FHIR R4. The current version which supercedes this version is 1.0.0. For a full list of available versions, see the Directory of published versions
FHIR profiles are a key aspect of supporting interoperable computable content, providing a formal mechanism for defining the data elements used by computable content. Readers of this implementation guide should be familiar with the Profiling FHIR topic in the base specification.
Computable content generally deals with two broad categories of profiles:
Interoperability profiles establish standards of data exchange between systems. To be useful, these profiles will generally be established across a broad range of systems, all operating in a particular environment, or in support of a particular set of use cases. Examples of these types of profiles are:
Computability profiles describe the data expectations for computable content. For example, given the following condition:
define "Active Ambulatory Opioid Rx":
[MedicationRequest: "Ambulatory Abuse Potential Opioids"] Rx
where Rx.status = 'active'
and Rx.category contains "Outpatient"
In this example, the condition is referencing the status
and category
elements of the MedicationRequest
resource. In order for this logic to be evaluated effectively, the system providing the MedicationRequest
instance must understand these two elements and provide data for them if it is available. Computability profiles are used to communicate this information through FHIR profiles.
Note that for logic expressed in CQL, this information can be inferred by static analysis of the CQL expressions. The $data-requirements can be used to extract this information form a CQL Library.
Content conforming to this IG SHOULD select a set of base interoperability profiles appropriate for the intended target. For international usage, implementation guides conforming to this IG SHOULD use International Patient Summary.
In general, implementation of any given computable content is based on the intersection of the interoperability and computability profiles. As such, content authors must take care not to define computability profiles that conflict with interoperability profiles in their intended target scope.