The CONNECT architecture establishes a gateway between health information systems and organizations that support the Nationwide Health Information Network (NwHIN) Exchange specifications and standards and acts as a Health Information Service Provider (HISP) for organizations that support NwHIN Direct Project Secure Health Transport.
...
At a technical level, the architecture is most easily understood if broken down logically into two sections: a gateway and an adapter. The gateway handles communication between different organizations' health information systems, and the adapter adapts the gateway to an organization's Electronic Medical Record (EMR), Hospital Information System (HIS), or back-end system. This architecture enables individual components to be replaced by custom solutions as long as they adhere to the defined service interface. This also allows implementations to be hosted on different hardware and software platforms and allows services to be implemented using different programming languages. CONNECT also utilizes dependency injection for all service components, allowing implementer's to control what service component implementation class is loaded at run time through configuration files. This allows a service component implementation class to be easily substituted by a custom implementation class or changed from one implementation, such as the default web service implementation, to another, such as a local java implementation. In addition, any service component can be disabled by setting the appropriate NoOpImpl class in the configuration.
...
Element | Description |
|---|---|
CONNECT Gateway | An encapsulation of services that represent the CONNECT core gateway |
Orchestration Components | An encapsulation of services that send and receive messages and orchestrate the processing of those messages |
Document Query | The service responsible for orchestrating and processing a document query as part of the Query for Documents core service |
Document Retrieve | The service responsible for orchestrating and processing the retrieval of patient documents as part of the Retrieve Documents service |
Document Submission | The service responsible for orchestrating the processing the submission of patient documents as part of the Document Submission service |
| Document Data Submission | The pilot service responsible for submitting document metadata without the document body to a recipient. |
Patient Discovery | The service responsible for orchestrating and processing patient discovery as part of the Patient Discovery service |
| Patient Location Query | The service responsible for finding which communities may have healthcare information for a given requested patient. |
Administrative Distribution | The service responsible for orchestrating the processing the submission of non-patient-specific documents as part of the Administrative Distribution service |
Core Components | An encapsulation of components that are core to the CONNECT gateway. Most of these services are integral to the gateway and are used with orchestrating messages |
Audit Repository | A repository used to store audit information. The reference implementation uses MySQL but may be replaced by an organization |
Connection Manager | For CONNECT 5.0 and older, a service that manages endpoint URLs to other systems as well as the URL for some of the services within the gateway. It combines both UDDI-configured service endpoint information (stored in uddiConnectionInfo.xml) as well as internally defined service endpoint information (stored in internalConnectionInfo.xml) |
| Exchange Manager | For CONNECT 5.1 and higher, a service that manages endpoint URLs from both UDDI and HL7 FHIR Directory web sevrices registry, stored in exchangeInfo.xml. |
| Internal Exchange Manager | A service that is used to define internal services (adapters) endpoint information, stored in internalExchangeInfo.xml. |
Patient Correlation Repository | A repository used to manage the correlation of patient IDs from the implementing organization and other systems. The reference implementation can be replaced by the implementing organization |
UDDI Update Manager | Prior to CONNECT 5.1, a component that receives updates from a NwHIN UDDI server and updates locally cached service endpoint URL information and also provides a UDDI data pull mechanism that retrieves the UDDI connection information from the UDDI server |
| ExchangeScheduler | For CONNECT 5.1 and higher, a component that is responsible for downloading and maintinaing web service registry information from both NwHIN UDDI server and the HL7 FHIR Directory. |
Entity Orchestration Components | Contains the components that receive messages from the adapter and orchestrates the sending of messages to exchange partners and aggregation/processing of the responses |
CONNECT Adapter | An encapsulation of the software that must be implemented by an organization to connect the gateway to existing health systems, receive incoming messages, and initiate outgoing messages |
Document Registry | A document registry that manages and stores the metadata associated with patient documents, plugged into the adapter service bus using the XDS.b interfaces. The open source reference implementation in the adapter may be replaced by the implementing organization |
Document Repository | A document repository that manages and stores patient documents, plugged into the adapter service bus using XDS.b interfaces. The open source reference implementation may be replaced by the implementing organization |
Master Patient Index (MPI) | An index that manages and stores patient demographic information for the organization. The open source reference implementation may be replaced by the implementing organization |
Policy Engine | An engine used to manage policies regarding access to patient information for the implementing organization. The open source reference implementation may be replaced by the implementing organization |
Direct | Implementation of the Direct Project standards and specifications required to enable secure, directed health information exchange |
| Core X12 Document Submission | The service responsible for orchestrating the processing the submission of patient related administrative documents as part of the Core X12 Document Submission service |
| System Administration Module (Admin GUI) | This module is a web based Graphical User Interface (GUI) application that allows administrative users to manage CONNECT Gateway configuration, monitor gateway statistics etc,. |
...