Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Within the OpenHIE project there are two major functions that a Shared Health Record should perform:

  1. The SHR should receive and store clinical documents for patients and respond to queries to retrieve a patients clinical documents.
  2. The SHR should be able to respond to queries for existing data about a patient that was received from the clinical documents.

A core principle of the OpenHIE architecture is to allow the various infrastructure services (such as the SHR) to be interchangeable. Thus, the SHR must support some standard interfaces such that different implementation that are developed can be swapped in as needed. Various standards have been evaluated and the SHR community has decided that the core standards that an OpenHIE SHR must support are as follows:

The above forms the base standards that an OpenHIE SHR must support. A number of those standards contain many different profiles that a SHR implementation may choose to support for a variety of use cases. OpenHIE SHRs may be built incrementally to support additional profiles. These different categories of support have been broken down into different phases. These phases are listed below:

Phase 0

At a bare minimum an OpenHIE SHR must support the following profiles:

  • XDS.b's provide and register document and query for documents

Phase 1

A phase 1 OpenHIE SHR must support the following:

  • XDS.b's provide and register document and query for documents
  • Support for the Antepartum History & Physical (APHP) and Antepartum Summary (APS) PCC profiles

  • Support for the Query for Existing Data (QED) profile

Phase 2

A phase 2 OpenHIE SHR must support the following:

  • XDS.b's provide and register document and query for documents
  • Support for the Antepartum Record (APR) PCC profile which specified a number of document types

  • Support for the Query for Existing Data (QED) profile

Phase 3

A phase 3 OpenHIE SHR must support the following:

  • XDS.b's provide and register document and query for documents
  • Support for the Antepartum Record (APR) PCC profile which specified a number of document types

  • Support for the Emergency Department Referral (EDR) PCC profile

  • Support for the Query for Existing Data (QED) profile
  • No labels