Da Vinci Unsolicited Notifications
1.1.0 - STU 1.1 United States of America flag

This page is part of the Da Vinci Unsolicited Notifications (v1.1.0: STU 1.1) 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: Notification Receiver CapabilityStatement

Official URL: http://hl7.org/fhir/us/davinci-alerts/CapabilityStatement/notification-receiver Version: 1.1.0
Standards status: Trial-use Maturity Level: 2 Computable Name: NotificationReceiverCapabilityStatement
Other Identifiers: OID:2.16.840.1.113883.4.642.40.47.13.2

Copyright/Legal: Used by permission of HL7 International, all rights reserved Creative Commons License

This CapabilityStatement describes the expected capabilities of a server that is capable of receiving a Da Vinci Unsolicited Notification transacted with the $process-message operation.

Raw OpenAPI-Swagger Definition file | Download

SHOULD Support the Following Implementation Guides:

SHOULD Implement All Or Parts Of The Following Capability Statements:

FHIR RESTful Capabilities

Da Vinci Notifications Receiver SHALL:

  1. Support the notification framework defined in this Guide.
  2. Implement the RESTful behavior according to the FHIR specification.
  3. Support json source formats for all Da Vinci Notification interactions.
  4. Declare a CapabilityStatement identifying the scenarios, transactions and profiles supported.

Da Vinci Notifications Receiver SHOULD:

  1. Support the admission/discharge use case defined in this Guide.
  2. Support xml source formats for all Da Vinci Notification interactions.
  3. Identify the Da Vinci Notification or US Core profiles supported as part of the FHIR meta.profile attribute for each instance.

Security:

  1. For general security consideration refer to the Security and Privacy Considerations.
  2. For security considerations specific to this guide refer to the Security page for requirements and recommendations.
  3. A server SHALL reject any unauthorized requests by returning an HTTP 401 unauthorized response code.

Summary of System Wide Operations

  • SHALL support the $process-message operation.

    • The Recipient or Intermediary SHALL process the $process-message operation.