Enterprise Service Bus and Standard Based Hospital Integration Platform and Its Application Research.
Wu Tao,Li Ping,Xu Jian,Zhou Bin,Xu Wei-guo
DOI: https://doi.org/10.3760/cma.j.issn.0366-6999.20130857
IF: 6.133
2013-01-01
Chinese Medical Journal
Abstract:For healthcare organizations, there is increasing needs to share data among applications to deliver quality patient care. It is a key for successful diagnosis and treatment to view accurate and up-to-date patient data in a single information dashboard in real time. But the fact is that many hospitals and healthcare providers today are struggling with legacy system or internally developed systems that cannot easily scale to support new interfaces; the plethora of inflexible point-to-point interfaces make changing in one system deleteriously impact other systems; some systems could not support information sharing; and the standards followed by different systems are not compatible to each other. This is making it increasingly difficult to meet the rapidly changing and demanding of healthcare service. Most large public hospitals in china are modern comprehensive teaching institutions with a complete installation of disciplines, special features and integrated with medical treatment, education and scientific research. From 1990s, most hospitals have established Healthcare Information System (HIS), Laboratory Information System (LIS), Nursing Information System (NIS), and Radiology Information System (RIS), etc. These information systems have played an important role in the development of these large public hospitals. But these systems were not setup at same time and may come from different vendors. Systems integration and information sharing among different systems have been a big problem. Hospitals will continue promoting clinical information technologies. With more systems and more complexity, the necessity for advanced information integration is becoming more pressing. Problems that needs to be addressed include: (1) Heterogeneous data sharing between different systems and different data structure;1 (2) Non-intrusive integration without affecting the operation of existing systems; (3) Consistency of data between systems; (4) Centralized clinical data system to facilitate clinical diagnosis and research;2 (5) Scalability and reliability for future development; and (6) Information exchange compatibility with regional and external systems. Xinhua hospital is a representative large public hospital in China. To achieve these goals, Xinhua hospital, together with a well-known international consulting firm Accenture and a leading healthcare information technology provider Harris Healthcare Solutions, designed a unified architecture. The core is to build a unified integration platform around clinical data repository (CDR) based on service-oriented architecture (SOA) open architecture and using enterprise service bus (ESB) as the integration tool. International healthcare standards like health level seven (HL7), clinical document architecture (CDA), and integrating the healthcare enterprise (IHE) etc. are also used to ensure the new integration platform is non-invasive, reliable, secure, and standardized. MEDICAL INFORMATION INTERGRATION METHODOLOGY Most hospitals are in a stage of transferring from the Hospital Management Systems to the Clinical Information Systems. Some of these systems such as HIS and LIS have C/S structure while other systems like NIS and electronic medical record (EMR), etc have B/S structure. These systems were developed by different vendors, based on different architectures and data structure, which brought great difficulties to the hospital information integration. To effectively share healthcare information, ESB is introduced to replace existing interface capabilities with a comprehensive solution that brings together fast, flexible application interface functionality.3 ESB is a software used for designing and implementing the interaction and communication between mutually interacting software applications in Service Oriented Architecture.4 ESB can bring the following advantages:5 (1) Standardization. ESB provides a standardized platform for integration. ESB can promote the adoption of enterprise-wide frameworks, SOA architecture and best practices for building re-usable services. (2) Loose Coupling. The bus architecture of an ESB encourages toward a loosely coupled architecture. Decoupling can also be achieved by message transformation. With decoupling, data standard will share among multiple applications. Later, all service providers that provide services according to the particular data format can be integrated into the platform easily.6 (3) Scalability and Reliability. Physical loose-coupling provides scalability advantages such as high-availability, fault-tolerance and load balancing. (4) Routing and mediation. ESB can also be used to support business-level routing and mediation, such as content-based routing. (5) Complex message exchange patterns. ESB supports more complex message exchange patterns such as 1-way messaging, 2-way messaging and publish/subscribe messaging, etc. General hospital also set up master database. Integration platform provides departments, personnel, and other global resource data services for all systems. All clinical data can be imported into CDR through ESB and then can be viewed through provider portal or EMR viewer. Data in CDR can be widely used in patient care activities and clinical research.7 The message interaction specifications are based on HL7, IHE, CDA, digital imaging and communications in medicine (DICOM) and other standards.8 The system architecture is shown as below. In Figure 1, fxConnect is the ESB which bridges all the application systems together to achieve data gathering and information sharing through all kinds of service calls.Figure 1.: System architecture.The integration platform has the following features non-intrusive data-sharing, integration platform is based on SOA architecture, following non-intrusive design principal. It does not change the existing information systems.9 Unified master data services, the dictionary data and data mapping are maintained by the integration platform, and then released to all systems.10 Data integrity, integration platform provides real time data exchange to achieve the unity of the clinical data across systems and data integrity in patient care course. Integration platform can meet future information technology needs and future system changes will not affect the overall data sharing as long as they abide to those standards.11 System Stability, message routing, dictionary translation, logging, error handling are all handled by an integrated platform,12 which improves system stability. Centralized data can not only be used in clinical systems, it can also be used for clinical or population research purpose.13 ARCHITECTURE OF THE INTEGRATION PLATFORM Structured layers The integration platform for large public hospital follows 4-tier architecture. These 4 tiers are: application layer; system support layer; data layer; and platform application layer.14 The general architecture diagram is shown in Figure 2.Figure 2.: Layered structure of integration platform.Application Layer includes HIS, EMR, CPOE, LIS, RIS, ICU, and Anesthesia System, etc. They provide HL7, IHE, CDA, DICOM, etc standard interfaces. System Support Layer includes EMPI, XDS, CDA, Master Data Management, and Standard Management, etc core components. An SOA approach is deployed to interconnect different medical information system or components.15 ESB is providing a common data-centric middleware structure for reliable transport and traceability of synchronous and asynchronous messages and services. ESB helps to achieve clinical process flow coordination and closed-loop business process management, and reduce the coupling between systems. Supports layer also manages master database, provides enterprise-level services, such as department or personnel information services. Data Layer provides centralized data repositories, or in a more precise way, to integrate data from distributed systems to form a unified view.16 It includes Health Record Management Repository, Standards Repository and repository related to different subjects for clinical care and analysis. Applications like EMR Viewer, Referral Management, Telemedicine, Index Analysis, and Decision Support that are based on the data from data layer.17 Through the layered structure, Integration Platform clearly defines the responsibility and interfaces between each other. Each layer implements its respective functions and services independently. This is in line with the loose coupling of SOA structure. Message exchange standard and patterns In the integration platform, HL7, CDA and IHE standards played prime important roles. Two Message Exchange Patterns (MEP): push and pull are used. Push pattern When an event is trigged, sender packages the business information into a HL7 message based on HL7 specification. Sender sends HL7 message to platform ESB. Platform ESB routes the message to the destination system based on content of the message and/or the channel configuration.18 Destination system parses and process the received message. Upon completion, the destination system sends response message with processing result to platform ESB. Platform ESB routes the response message back to sender. Pull pattern Data requester packages HL7 message based on HL7 specification. Requester sends packaged HL7 message to platform ESB. Platform ESB routes the message to the destination system based on content of the message and/or the channel configuration; 4. Destination system parses and process the received message. Destination system packages the data requested by applicants in HL7 message.18 Destination system sends HL7 message to platform ESB. Platform ESB routes response message to applicants; 8. Applicant receives and processes the response message.Figure 3.: Message interaction of push/pull pattern.Message interaction cases for integration platform Table 1 listed the part of business flows involved in physician order entry as an example. Three medical application systems, EMR, HIS and LIS are involved. Key factors for integration platform 1. Concerned with data standards used in ESB, we provide two main transmission functionalities with web services and TCP transmissions. We abstract channels concept from ESB and allow users to fully control the configurations of channels. The routing and transformation are defined in the channels. 2. Enhance the servers to support capability of ESB. The more powerful the servers are, the more capable the server will be. We set up servers with 8 CPUs and 16 G memory, as well as play-and-plug disk. The operating system is Windows Server 2008R2. To balance the data messages, the platform depend F5 load balancing. 3. All the messages transferred by ESB will be backed up on DB, so messages will be retransmitted after failures. We chose SQL SERVER 2008 as the database, and it was enough for our recording and tracing. We deployed database on a different server with ESB platform, and backed up the database periodically.Table 1: Part of EMR-LIS-HIS business interaction flow in data centreCONCLUSIONS Through the cooperation with international well-known healthcare integration vendors, Xinhua Hospital successfully completed its integrated platform for information sharing and business collaboration across systems. Based on SOA architecture and HL7, IHE, and other international standards, Xinhua Hospital achieved seamless integration of heterogeneous systems like HIS, EMR, NIS, and LIS etc. Clinical data was gathered in CDR. Business collaboration across systems is achieved, and the requirement for clinical information development is met. The key of its success is the selection of SOA architecture for the integration platform. SOA architecture reduces the impact to existing systems, can run on any platform.19 The platform has an embedded ESB, which makes the implementation easier and also the platform scalable. It is an effective way for hospital information integration and also provides good support for follow-up information construction without a lot of investment. Xinhua's experience is a good exploration for hospital information integration. Based on the experience to setup hospital integration platform in Xinhua Hospital, the following points need to be considered when implementing hospital integration platform: (1) Workload to transform current systems. Message exchange will require a lot of message interaction interfaces, ability to send messages to other systems is required.20 As a result, preference should be given to suppliers with a standardized interface in the procurement of hospital information systems; (2) the efficiency and response time of data exchange. With the continuous development of hospital information integration, more and more systems will be integrated in, more data will be exchanged and this will increase the load of integration platform. If data that needs frequent access, such as master data, is all accessed through integration platform, integration platform may get overburdened. In Xinhua hospital, master data is synchronized into each system. Whenever there is a change in master data, we push the change to other systems. (3) The implementation of CDR should balance between clinical applications and research applications. Xinhua hospital is a teaching facility and there is a lot research tasks. When designing CDR, the requirements for both teaching and research need to be taken into consideration. Some subject data repositories were set up in CDR to support research.