MOPA — Medical Oncology Prior Authorization - Local Development build (v0.1.1-snapshot-080926) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
| Official URL: http://hl7.org/fhir/us/codex-mopa/CapabilityStatement/ocpa-crd-client | Version: 0.1.1-snapshot-080926 | ||||
| Standards status: Informative | Computable Name: OcpaCrdClientCapabilityStatement | ||||
Capability Statement for systems acting as an Oncology CRD Client (e.g., an EHR or oncology ordering system). A conformant client claims support for the Da Vinci CRD oncology profile defined in this IG by meeting the requirements below.
Raw OpenAPI-Swagger Definition file | Download
Language: en
json, xmlNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
clientA conformant Oncology CRD Client SHALL:
RequestGroup conforming to
AntiCancerRegimenRequestGroup in context.draftOrders and context.selections.order-select when the provider selects a regimen from the order-set, before signing.
At this stage the RequestGroup is present but component MedicationRequests may not yet
be finalised.order-sign when the provider signs the order, with finalised component
MedicationRequest resources included in context.draftOrders.RequestGroup.instantiatesCanonical with the canonical URL of the
AntiCancerRegimenPlanDefinition when the definition is known.RequestGroup.extension:category/treatmentIntent and
RequestGroup.extension:category/lineOfTherapy when known at ordering time. Both reslices use
the Da Vinci CRD ext-request-category URL and
their required oncology value sets. This use requires the proposed CRD 2.2.1 RequestGroup
extension-context expansion.fhirAuthorization in the CDS Hooks request when available, to allow the CRD
service to query patient context directly from the EHR FHIR server.The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude| Resource Type | Profile | R | S | U | C | Searches | _include | _revinclude | Operations |
|---|---|---|---|---|---|---|---|---|---|
| RequestGroup | Supported Profiles Anti-Cancer Regimen RequestGroup | y | y | ||||||
| PlanDefinition | Supported Profiles Anti-Cancer Regimen PlanDefinition | y | |||||||
| Condition | y | y | |||||||
| Observation | y | y | |||||||
| MedicationRequest | y | y |
SHALL include a conformant RequestGroup in context.draftOrders at order-select and order-sign, including the profile-sliced Da Vinci CRD ext-request-category values for available treatment intent and line-of-therapy context.
SHOULD support read of the PlanDefinition referenced by RequestGroup.instantiatesCanonical.
SHALL expose Condition resources (mCODE primary cancer) for CRD service queries.
SHOULD expose Observation resources for staging, biomarkers, and performance status when a CRD service requires them. Treatment intent and line of therapy are carried only as RequestGroup ext-request-category values.
SHOULD expose MedicationRequest resources (prior therapy) for CRD service queries.