Data Source Client CapabilityStatement

• Implementation Guide Version: 0.2.0
• FHIR Version: 4.0.1
• Supported formats: xml, json
• Published: 2020-11-04
• Published by: HL7 International - Patient Care Work Group

This CapabilityStatement describes the expected capabilities of a Da Vinci CDex Data Source (often an EHR) in Client mode during a clinical data exchange with a Data Consumer. This includes the following interactions:

1. Query for Authorization information represented by a CommunicationRequest or ServiceRequest
2. Posting a subscription notification to a Data Consumer endpoint updating the status of a Task

FHIR RESTful Capabilities

The Da Vinci CDex Data Source SHALL:

1. Support theTask Based Approach approaches for requesting information as defined in this Guide:
2. Support json source formats for all Da Vinci Notification interactions.
3. Declare a CapabilityStatement identifying transactions and profiles supported.

The Da Vinci CDex Data Source SHOULD:

1. Support xml source formats for all Da Vinci CDex interactions.

Security:

1. For general security consideration refer to the Security and Privacy Considerations.
2. For security considerations specific to this guide refer to the Da Vinci HRex Implementation Guide section on Security and Privacy

Summary of System Wide Interactions

RESTful Capabilities by Resource/Profile:

Summary of Search Criteria

CommunicationRequest

Conformance Expectation: SHOULD

Resource Specific Documentation:

Required resource type to carry authorization information regarding for requesting Clniical information

Profile Interaction Summary:

• SHOULD support read^†, vread.
• MAY support create, search-type, update, patch, delete, history-instance, history-type.

read^†

Either a CommunicationRequest or ServiceRequest is required if an Authorization is required for a particular clinical data exchange scenario

Fetch and Search Criteria:

• A Client SHOULD be capable of fetching a CommunicationRequest resource using:
  GET [base]/CommunicationRequest/[id]

ServiceRequest

Conformance Expectation: SHOULD

Resource Specific Documentation:

Required resource type to carry authorization information regarding for requesting Clniical information

Profile Interaction Summary:

• SHOULD support search-type, read^†, vread.
• MAY support create, update, patch, delete, history-instance, history-type.

read^†

Either a CommunicationRequest or ServiceRequest is required if an Authorization is required for a particular clinical data exchange scenario

Fetch and Search Criteria:

• A Client SHOULD be capable of fetching a ServiceRequest resource using:
  GET [base]/ServiceRequest/[id]

Subscription

Conformance Expectation: SHOULD

Resource Specific Documentation:

Required resource type to subscribe to data source

Profile Interaction Summary:

• SHOULD support search-type^†, update^†.
• MAY support create, read, vread, patch, delete, history-instance, history-type.

search-type^†

If subscriptions are supported the subscription notification is posted to it endpoint updating the status of a Task

update^†

If subscriptions are supported the subscription notification is posted to it endpoint updating the status of a Task

Fetch and Search Criteria:

• A Client MAY be capable of fetching a Subscription resource using:
  GET [base]/Subscription/[id]