Respiratory Virus Hospitalization Surveillance Network (RESP-NET) Content Implementation Guide
1.0.0-ballot - STU1 Ballot United States of America flag

Respiratory Virus Hospitalization Surveillance Network (RESP-NET) Content Implementation Guide, published by HL7 International / Public Health. This guide is not an authorized publication; it is the continuous build for version 1.0.0-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/fhir-resp-net-ig/ and changes regularly. See the Directory of published versions

CapabilityStatement: RESP-NET EHR Capability Statement

Official URL: http://hl7.org/fhir/us/resp-net/CapabilityStatement/resp-net-data-source Version: 1.0.0-ballot
Draft as of 2020-12-06 Computable Name: RespNetEHRCapabilityStatement

This profile defines the expected capabilities of the ‘‘EHR’’ actor when conforming to the RESP-NET Content Implementation Guide. This role is responsible for allowing creation, modification and deletion of Subscriptions and allows searching and retrieval of resources using US Core APIs.

Raw OpenAPI-Swagger Definition file | Download

Data Source (e.g EHR)

(Requirements Definition Capability Statement)

Canonical URL: http://hl7.org/fhir/us/resp-net/CapabilityStatement/resp-net-data-source

Published by: HL7 International - Public Health Work Group

This profile defines the expected capabilities of the Data Source (e.g EHR) actor to support the RESP-NET use cases. This actor is responsible for notifying HDEA based on Named Events and support US Core FHIR APIs for data queries.

General

FHIR Version: 4.0.1
Supported formats: json

REST behavior

The primary focus of the Data Source actor is to allow the creation, modification and deletion of Subscriptions, notify subscribers based on subscriptions and support US Core APIs.

Security:

Implementations must meet the general security requirements documented in FHIR Security guidance.

In addition the Data Source (e.g EHR) needs to meet the security requirements as outlined in the Formal Specification - SMART on FHIR Backend Services Requirements.

US Core Support

The Data Source (e.g EHR) SHALL implement the US Core Server capability statement as foundational FHIR APIs needed by the health care surveys IG.


Resource summary



Subscription (Includes Subscriptions for encounter-close Subscription Topic)

Profile: http://build.fhir.org/ig/HL7/fhir-subscription-backport-ig/StructureDefinition-backport-subscription.html

Interactions

Name Description
  read

Allows retrieval of a specific Subscription instance.

  create

Allows creation of Subscription instances

  update

Allows Update of Subscription instances

  update

Allows deletion of Subscription instances



Bundle (Notification Bundle for Subscriptions)

Profile: http://build.fhir.org/ig/HL7/fhir-subscription-backport-ig/StructureDefinition-backport-subscription-notification.html)

Interactions

Name Description
  create

Allows creation of Notification Bundles for Subscriptions



Parameters (Parameters Profile to retrieve Subscription Status)

Profile: ("http://build.fhir.org/ig/HL7/fhir-subscription-backport-ig/StructureDefinition-backport-subscriptionstatus.html")

Interactions

Name Description
  read

Allows clients to request Subscription Status for Subscriptions



US Core APIs

Profile: None

Interactions

Name Description
  search

Allows searching of specific US Core resource profile instances.

  read

Allows retrieval of specific US Core resource profile instances



MedicationAdministation

Profile: ("resp-net-medicationadministration.html")

Interactions

Name Description
  search

Allows searching of specific MedicationAdministration resource profile instances.

  read

Allows retrieval of specific MedicationAdministration resource profile instances