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.
CONNECT is based on service-oriented-architecture design principles and web service interfaces. The CONNECT solution exposes all of these services as web services described by WSDLs and schemas referenced in the elements catalog accompanying each view later in this document. Furthermore, the architecture provides reference adapters that can be used as-is out-of-the-box or can be customized by the organization implementing CONNECT. The architecture also contains These adapter components that can be changed and/or entirely replaced to meet the needs of an organization or the existing systems it wishes to support.
...
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,. |
...