Within the OpenHIE project there are two major functions that a Shared Health Record should perform:
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 context in which an SHR should use the above standard profiles is described in the OpenHIE workflows that an SHR is required to support. Each of these workflows describes a particular interaction that an SHR must support.
In addition to the above an SHR should closely match the requirements defined by OpenHIE as can be found here.
An OpenHIE component should consider the following OpenHIE Non-Functional Requirements - Draft
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:
A phase 1 OpenHIE SHR must implement the following:
At least one of the Patient Care Coordination CDA content profiles which profile the CDA Continuity of Care Document (CCD) specification.
A phase 2 OpenHIE SHR must implement the following:
ALL of the Patient Care Coordination CDA content profiles which profile the CDA Continuity of Care Document (CCD) specification.
The Emergency Department Referral (EDR) PCC profile which supports referrals
A phase 3 OpenHIE SHR must implement the following:
The Emergency Department Referral (EDR) PCC profile which supports referrals
A to-be-determined mechanism to export data for reporting purposes