Da Vinci - Coverage Requirements Discovery
2.2.1 - STU 2.2 United States of America flag

This page is part of the Da Vinci Coverage Requirements Discovery (CRD) FHIR IG (v2.2.1: STU 2.2) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

CapabilityStatement: CRD Server USCDI 1, 3, 4

Official URL: http://hl7.org/fhir/us/davinci-crd/CapabilityStatement/crd-server Version: 2.2.1
Standards status: Trial-use Active as of 2022-11-25 Maturity Level: 4 Computable Name: CRDServer
Other Identifiers: OID:2.16.840.1.113883.4.642.40.18.13.4

This statement defines the expected capabilities of systems wishing to conform to the ''CRD Server'' role. This role is responsible for responding to CDS Hooks calls and responding with appropriate decision support. Much of its interactions will be with payer back-end systems over non-FHIR protocols. This CapabilityStatement does not describe these 'server <-> payer' interactions. Instead, it focuses on the ability of the CRD server to interact with the CRD client's FHIR endpoint to retrieve additional data. All such interactions are optional, as their necessity is dependent on what types of information is needed to support payer rules, the types of coverage the payer offers, and the degree of sophistication of the decision support offered by the CRD server. All resources and search parameters supported by US Core are fair game, though the 3.1.1, 6.1.0, and 7.0.0 clients might vary in which resources, search parameters, and search parameter combinations they support. CRD servers will need to access the CapabilityStatement of the server they are communicating with to determine what search and read capabilities are available.

This capability statement imports requirements from US Core 7.0 as the most all-encompassing of the versions. However, all resources treat support for all resources as optional. I.e. CRD servers are not obligated to be able to search or read any particular resource. Expectations for support for Note that irrespective of support via the RESTful API, CRD servers will need to handle resources for prefetch must still be met.

Raw OpenAPI-Swagger Definition file | Download

Language: en

CRD Server USCDI 1, 3, 4

  • Implementation Guide Version: 2.2.1
  • FHIR Version: 4.0.1
  • Supported Formats: json
  • Published on: 2022-11-25
  • Published by: HL7 International / Financial Management

Note 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.

FHIR RESTful Capabilities

Mode: client

A CRD server acts as a client, soliciting patient information from the FHIR endpoint of the CRD client, retrieving additional information needed to provide decision support.

Security

Implementations SHALL meet the general security requirements documented in the HRex implementation guide.