CN114449013A - Mutual compatible hospital framework of internet hospital - Google Patents
Mutual compatible hospital framework of internet hospital Download PDFInfo
- Publication number
- CN114449013A CN114449013A CN202111642697.9A CN202111642697A CN114449013A CN 114449013 A CN114449013 A CN 114449013A CN 202111642697 A CN202111642697 A CN 202111642697A CN 114449013 A CN114449013 A CN 114449013A
- Authority
- CN
- China
- Prior art keywords
- hospital
- module
- interactive
- platform
- architecture
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000002452 interceptive effect Effects 0.000 claims abstract description 135
- 238000004891 communication Methods 0.000 claims abstract description 51
- 238000012545 processing Methods 0.000 claims abstract description 40
- 230000003993 interaction Effects 0.000 claims abstract description 32
- 238000012544 monitoring process Methods 0.000 claims abstract description 9
- 230000010354 integration Effects 0.000 claims description 9
- 238000000034 method Methods 0.000 abstract description 20
- 230000008569 process Effects 0.000 abstract description 18
- 238000003032 molecular docking Methods 0.000 abstract description 4
- 238000011161 development Methods 0.000 abstract 1
- 238000012423 maintenance Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/547—Messaging middleware
Abstract
The application relates to the field of Internet hospitals and discloses an interactive and compatible hospital framework of an Internet hospital. The hospital architecture compatible with the internet hospital interaction comprises a platform gateway, a server and a server, wherein the platform gateway is used for monitoring interaction messages from other hospital architectures in a message queue; the protocol module is used for converting the interactive messages consumed by the platform gateway into interactive messages of a hospital architecture preset communication protocol according to a pre-packaged protocol; the intelligent service platform comprises a functional module and is used for inputting the interaction information into at least one functional module for processing so as to realize corresponding functions based on the interaction information and the functional module. Based on the mode, the interactive compatible hospital architecture of the internet hospital and other hospital architectures can be achieved, the good mobility is achieved when more other hospital architectures are docked, the docking process is simple to deploy, development and maintenance are easy, and further the interactive cost can be effectively saved.
Description
Technical Field
The application relates to the field of internet hospitals, in particular to an internet hospital interactive and compatible hospital architecture.
Background
With the continuous and deep construction of internet hospitals, the requirements of hospital management and medical services on hospital systems are increasingly improved, the integration of the hospital systems and the perfection of the interaction and sharing functions of hospital information data are basic targets for the construction of internet hospitals. In the prior art, a hospital considers the problems of data security, system security and the like, and most of hospital information systems are deployed in a server of the hospital. When the hospital information system performs data interaction with other hospital frameworks, due to the difference of each system, the used interface protocols are different, the hospital information system cannot be compatible with a plurality of interactive interface protocols, the interaction mode enables other hospital frameworks to be difficult to read and use the hospital information data, and the interaction between the hospital information system and other hospital frameworks is difficult.
Disclosure of Invention
The application provides an interactive compatible hospital framework of internet hospital to solve the technical problem that hospital system and other hospital framework are difficult to be interactive compatible in the prior art.
In order to solve the above problem, the present application provides an interactive compatible hospital architecture of internet hospital, including:
the platform gateway is used for monitoring interactive messages from other hospital frameworks in the message queue; the protocol module is used for converting the interactive message consumed by the platform gateway into the interactive message of the hospital architecture preset communication protocol according to a pre-packaged protocol; and the intelligent service platform comprises a functional module, and is used for inputting the interaction information into at least one functional module for processing so as to realize corresponding functions based on the interaction information and the functional module.
Further, the hospital architecture is deployed on the same server.
Further, the hospital architecture is respectively deployed on at least one front-end server and a business server, wherein the platform gateway is deployed on the at least one front-end server, and the protocol module and the intelligent service platform are deployed on the business server.
Further, the platform gateway is deployed in a plurality of front-end processor servers, the front-end processor servers are respectively in communication connection with the service server, the platform gateways on the front-end processor servers respectively monitor the message queue, and the service server polls the front-end processor servers according to a preset sequence to consume the interactive messages in the message queue.
Further, the platform gateway is in communication connection with a queue message middleware, and the queue message middleware monitors message queues of other hospital architectures by subscribing to platform gateways of other hospital architectures.
Further, the protocol module is a collaboration module in the smart service platform, a plurality of communication protocols are pre-packaged in the collaboration module, and the collaboration module is in communication connection with other function modules in the smart service platform respectively.
Furthermore, the protocol module is an integrated engine, a plurality of communication protocols are packaged in the integrated engine in advance, and the integrated engine is in communication connection with the platform gateway and the intelligent service platform respectively.
Further, the function module comprises one or more of a database module, a cache module, a registration center module, an authentication module, a cooperation module and a basic data module.
Further, the hospital architecture further comprises a hospital management system, wherein the hospital management system is in communication connection with the intelligent service platform, and the hospital management system is used for calling related medical information based on the processing result of the interactive information.
Further, the hospital architecture further includes a load balancing module, where the load balancing module is disposed between the platform gateway and the plurality of protocol modules, and is configured to distribute the interactive messages heard by the platform gateway to each protocol module for processing.
The beneficial effect of this application lies in: different from the prior art, the interactive compatible hospital framework of internet hospital of this application includes platform gateway, agreement module and wisdom service platform, and wherein wisdom service platform includes functional module. The platform gateway is used for monitoring interactive messages from other hospital frameworks in the message queue; the protocol module is used for converting the interactive messages consumed by the platform gateway into interactive messages of a preset communication protocol of the hospital architecture according to a pre-packaged protocol; the intelligent service platform comprises a functional module and is used for inputting the interaction information into at least one functional module for processing so as to realize corresponding functions based on the interaction information and the functional module. The hospital architecture with the interactive compatibility with the internet hospital monitors the interactive messages of other hospital architectures through the platform gateway and the protocol module, and converts the interactive messages into the interactive messages of the communication protocol under the hospital architecture, so that the hospital architecture can consume the interactive messages of other hospital architectures, and the hospital architecture is enabled to be interactive and compatible with other hospital architectures. In addition, the hospital framework compatible with the interaction of the internet hospitals has good mobility when more other hospital frameworks are docked, and meanwhile, the docking process is simple to deploy and easy to develop and maintain, so that the interaction cost is saved.
Drawings
FIG. 1 is a schematic structural diagram of a first embodiment of an Internet hospital interaction compatible hospital architecture of the present application;
FIG. 2 is a schematic structural diagram of a second embodiment of an Internet hospital interaction compatible hospital architecture of the present application;
FIG. 3 is a schematic structural diagram of a third embodiment of an Internet hospital interactive compatible hospital architecture of the present application;
FIG. 4 is a block diagram illustrating a fourth embodiment of the Internet hospital interactive compatible hospital architecture of the present application;
FIG. 5 is a schematic structural diagram of an embodiment of respective deployments of the Internet hospital interactive compatible hospital architecture of the present application;
fig. 6 is a schematic structural diagram of a fifth embodiment of the internet hospital interaction compatible hospital architecture of the present application.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present application more comprehensible, embodiments accompanying the present application are described in detail below with reference to the accompanying drawings. It is to be understood that the specific embodiments described herein are merely illustrative of the application and are not limiting of the application. It should be further noted that, for the convenience of description, only some of the structures related to the present application are shown in the drawings, not all of the structures. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "first", "second", etc. in this application are used to distinguish different objects, and are not used to describe a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
In order to solve the technical problem that hospital systems and other hospital architectures are difficult to be compatible interactively in the prior art, the application provides an internet hospital interactive compatible hospital architecture.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a first embodiment of an internet hospital interactive compatible hospital architecture provided in the present application.
As shown in fig. 1, the internet hospital interactive compatible hospital architecture of the present embodiment includes a platform gateway 11, a protocol module 21 and an intelligent service platform 22, wherein the intelligent service platform includes a function module 222. The platform gateway 11 is in communication connection with platform gateways and protocol modules 21 of other hospitals; the protocol module 21 is in communication connection with the platform gateway 11 and the intelligent service platform 22; the intelligent service platform 22 is connected with the platform gateway 11 in communication.
The platform gateway 11 is configured to monitor an interactive message from another hospital architecture in the message queue, serve as a unique communication interface between the hospital architecture and a gateway of another hospital architecture, monitor an interactive message from another hospital architecture, and control access and security of all service interfaces. Wherein, the other hospital architecture comprises other hospital systems or other out-of-hospital platforms which are all connected with the hospital architecture in a communication way.
The protocol module 21 is configured to convert the interactive messages consumed by the platform gateway 11 into interactive messages of a preset communication protocol of a hospital architecture according to a pre-packaged protocol, and input the interactive messages into the intelligent service platform 22 for processing. The protocol module 21 is pre-packaged with a plurality of communication protocols, and when the hospital architecture of the application is docked with other hospital architectures, based on different manufacturers of the hospital architectures, the used interface protocols are also five-fold, such as Web Service, HTTP, Socket, database views, database storage processes and the like, and a plurality of interactive interface protocols can be compatible through the protocol module 21.
The intelligent service platform 22 is configured to input the interaction information converted into the hospital architecture preset communication protocol received from the protocol module 21 into at least one function module 222 for processing, so as to implement a corresponding function based on the interaction information and the function module 222.
Different from the prior art, in the embodiment of the application, in the hospital architecture with internet hospital interactive compatibility including the platform gateway 11, the protocol module 21 and the smart service platform 22 including the function module 222, the platform gateway 11 is in communication connection with the platform gateways and the protocol modules 21 of other hospitals, the protocol module 21 is in communication connection with the platform gateway 11 and the smart service platform 22, and the smart service platform 22 is in communication connection with the platform gateway 11, so that interactive compatibility between the hospital architecture and other hospital architectures is completed. Based on the mode, the interactive and compatible hospital framework of the internet hospital converts the interactive message into the interactive message of the preset communication protocol of the hospital framework through the protocol module 21 when more other hospital frameworks are docked, so that the interactive and compatible hospital framework of the internet hospital provided by the application has good mobility, is simple to deploy and easy to develop and maintain in the docking process with other hospital frameworks, and further saves the interactive cost.
Referring to fig. 2, fig. 2 is a schematic structural diagram of a second embodiment of an internet hospital interactive compatible hospital architecture provided in the present application.
As shown in fig. 2, the internet hospital interactive compatible hospital architecture of the present embodiment is respectively deployed on at least one front-end processor server 10 and a business server 20, and includes a hospital management system 30.
The front-end server 10 comprises a platform gateway 11 which is connected with platform gateways of other hospitals in a communication mode, monitors interactive messages from other hospital architectures in message queues, monitors the message queues of other hospital architectures, and is connected with the business server 20 in a communication mode. Wherein the platform gateway 11 is used for listening to interactive messages from other hospital architectures in the message queue. The at least one front-end processor server 10 may include a front-end processor server 1, a front-end processor server 2, and a front-end processor server n, where n is an integer greater than or equal to 1.
The service server 20 includes an intelligent service platform 22 and a protocol module 21, the service server 20 is communicatively connected to the front-end processor servers 10 and is used for consuming interactive messages in the message queue, the service server 20 converts the consumed interactive messages into interactive information of a preset communication protocol of a hospital architecture, completes function processing based on the converted interactive messages, and is also communicatively connected to the hospital management system 30 and outputs a processing result of the interactive messages. The protocol module 21 is configured to convert an interactive message consumed by the platform gateway 11 into an interactive message of a hospital architecture preset communication protocol according to a pre-packaged protocol; the intelligent service platform 22 is used for performing function processing on the interaction information to realize corresponding functions based on the interaction information.
The hospital management system 30 is communicatively connected to the service server 20, consumes the processing result of the interactive message from the service server 20, and invokes the relevant medical information based on the processing result of the interactive message. In other embodiments, the hospital management system 30 may also be mounted on the business server 20.
Different from the prior art, in the embodiment of the application, in an internet hospital interactive compatible hospital architecture including at least one front-end processor server 10 and a business server 20, and including a hospital management system 30, a platform gateway 11 is arranged on the front-end processor server 10, an intelligent service platform 22 and a protocol module 21 are arranged on the business server 20, and the at least one front-end processor server 10, the business server 20 and the hospital management system 30 are communicatively connected to each other, so as to complete interactive compatibility between the hospital architecture and other hospital architectures. Based on the mode, the interactive and compatible hospital framework of the internet hospital converts the interactive message into the interactive message of the preset communication protocol of the hospital framework through the protocol module 21 when more other hospital frameworks are docked, so that the interactive and compatible hospital framework of the internet hospital provided by the application has good mobility, is simple to deploy and easy to develop and maintain in the docking process with other hospital frameworks, and further saves the interactive cost.
Referring to fig. 3, fig. 3 is a schematic structural diagram of a third embodiment of an internet hospital interactive compatible hospital architecture provided in the present application. The front-end processor server 10 of the embodiment deploys the platform gateway 11, and the platform gateway 11 is connected to the queue message middleware 12 in communication.
The queue message middleware 12 is communicatively connected to the platform gateways of other hospital architectures and the platform gateway 11 deployed on the front-end processor server 10, and is used for subscribing to the platform gateways of other hospital architectures and monitoring the message queues of other hospital architectures.
The platform gateway 11 is communicatively connected to the queuing message middleware 12 and the service server 20, and is configured to subscribe to the interactive messages from other hospital architectures written in the message queue by the queuing message middleware 12.
In a specific embodiment, at least one of the front-end processor servers 10 may include a front-end processor server 1, a front-end processor server 2, and a front-end processor server n, n being an integer greater than or equal to 1. The platform gateway 11 is deployed on a plurality of front-end processor servers 10, the plurality of front-end processor servers 10 are in communication connection with the service server 20, and the platform gateways 11 on the front-end processor servers 10 respectively monitor the message queues.
Specifically, the queue message middleware 12 disposed on the front-end server 10 provides a communication interface between the platform gateway of the other hospital architecture and the platform gateway 11 disposed on the front-end server 10, and is connected to the platform gateway of the other hospital architecture in a communication manner. The queue message middleware 12 monitors the message queues of other hospital architectures by subscribing to the platform gateways of other hospital architectures, writes the interactive messages of the platform gateways of other hospital architectures into the message queues, and monitors the interactive messages from other hospital architectures in the message queues by the platform gateway 11 deployed on the front-end processor server 10. As shown in fig. 5, after the message queues of other hospital architectures are monitored, interactive messages from the gateways of other hospital architectures are written into the message queues.
The platform gateway 11 is a unique communication interface of gateways of other hospital architectures, and is mainly used for monitoring interaction messages from other hospital architectures and controlling access and security of all service interfaces. The queue message middleware 12 can solve the problems of asynchronous messages, system decoupling, traffic peak clipping and the like in the process of monitoring message queues of other hospitals and writing interactive messages from other hospital architectures into the message queues. In particular, when interactive messages from other hospital architectures do not need to be processed immediately, the message queue provides an asynchronous processing mechanism that allows a message to be placed in the queue, but does not process it immediately, at which time multiple interactive messages can be written into the message queue and then processed as needed; the hospital framework and other hospital systems are decoupled through the queue message middleware 12, the two systems only need to write interactive messages into the message queue, and complete the message reception after establishing a subscription relationship, and the two systems can complete the message interaction without being online at the same time, so that time dependency does not exist; because the message queue allows a plurality of interactive messages to be written in, the message queue can be used as a reliable message temporary storage area to carry out message accumulation to a certain extent, and when the processing capacity of the hospital system is different from that of other hospital systems, the message queue is used for carrying out current limiting control. When the hospital system has the ability to process it, it is distributed to achieve data traffic peak clipping.
In contrast to the prior art, the embodiment of the present application is implemented in an internet hospital interactive compatible hospital architecture including at least one front-end server 10 and a service server 20, and including a hospital management system 30, wherein a platform gateway 11 is deployed on the front-end server 10, and the platform gateway 11 is communicatively connected to a queue message middleware 12. The queue message middleware 12 is used for subscribing platform gateways of other hospital architectures and monitoring message queues of other hospital architectures; the platform gateway 11 is used to subscribe to interactive messages from other hospital infrastructure that are written into the message queue by the queue message middleware 12. Based on the mode, the hospital framework with internet hospital interaction compatibility can monitor the interaction messages from other hospital frameworks when being in butt joint with other hospital frameworks, solve the problems of asynchronous messages, system decoupling, traffic peak clipping and the like, and control access and safety of all service interfaces.
Referring to fig. 4, fig. 4 is a schematic structural diagram of a fourth embodiment of an internet hospital interactive compatible hospital architecture provided in the present application. The business server 20 of this embodiment is disposed with an intelligent service platform 22 and a protocol module 21, and the intelligent service platform 22 includes a load balancing module 221 and a function module 222.
The load balancing module 221 deployed in the intelligent service platform 22 is in communication connection with the platform gateway 11 and the plurality of protocol modules 21, and is configured to distribute the interactive messages monitored by the platform gateway 11 to each protocol module 21 for processing; the protocol module 21 may be a coordination module 2225, or may also be an integration engine 23, and is communicatively connected to the load balancing module 221, the functional module 222, and the hospital management system 30, and configured to convert the interactive message consumed by the platform gateway 11 into interactive information of a preset communication protocol of a hospital architecture according to a pre-packaged protocol, input the interactive information into at least one functional module 222 for processing, and request the interactive information after completing the functional processing to the hospital management system 30; the function module 222 disposed in the intelligent service platform 22 is communicatively connected to the protocol module 21, and implements corresponding function processing based on the interaction information. As shown in fig. 5, the interactive messages from other hospital frameworks are converted according to the pre-packaged protocol to form interactive messages, and the functional processing of the interactive messages is completed.
In a specific embodiment, the protocol module 21 disposed in the service server 20 is configured to convert the interactive message consumed by the platform gateway 11 according to a pre-packaged protocol into interactive information of a preset communication protocol of a hospital architecture, and input the interactive information into at least one function module 222 for processing, so as to implement a corresponding function based on the interactive information and the function module 222. The service server 20 is used for consuming the interactive messages in the message queue and processing the interactive messages to form interactive messages for requesting the hospital management system 30.
The load balancing module 221 polls the plurality of front-end processor servers 10 according to a preset sequence, the load balancing module 221 periodically sends out an inquiry to sequentially inquire whether each front-end processor server 10 needs its service, if so, the service is given, after the service is finished, the next front-end processor server 10 is inquired, and then the process is repeated continuously. The requests from the platform gateway 11 in the front-end processor server 10 are distributed to several protocol modules 21 in the service server 20 in turn by means of polling.
The protocol module 21 may be a coordination module 2225 in the intelligent Service platform 22, or may be an integration engine 23, which is pre-packaged with a plurality of communication protocols, when the hospital architecture of the present application is docked with other hospital architectures, based on different manufacturers of each hospital architecture, the used interface protocols are also eight-fold, such as Web Service, HTTP, Socket, database view, database storage process, etc., and a plurality of interactive interface protocols can be compatible through the protocol module 21. Meanwhile, the integration engine 23 realizes the mutual operation among different systems or modules, including ensuring message transmission, recording the whole interactive message processing flow and the message of each node, and storing the contents for a certain time for the message to be viewed or reprocessed after being corrected; after asynchronous processing of the message is completed, after the request from the platform gateway 11 processed by the load balancing module 221 is received, the integration engine 23 can immediately respond to the platform gateway 11, the platform gateway 11 completes the work, and the integration engine 23 is responsible for subsequent processing of the message; the received messages are processed one by one through a single thread to ensure the transmission sequence of the messages.
The function module 222 includes one or more of a database module 2221, a cache module 2222, a registry module 2223, an authentication module 2224, a coordination module 2225 and a basic data module 2226, after the intelligent service platform 22 receives the interactive message from the platform gateway 11, the processing of the interactive message is refined in the function module 222, and the refined interactive message returns to the protocol module 21 to request the hospital management system 30, so that the stability of the hospital management system 30 when processing the request message is improved, and the time for the hospital management system 30 to process the message is shortened.
Different from the prior art, in the embodiment of the present application, in an internet hospital interactive compatible hospital architecture including at least one front-end server 10 and a business server 20, and including a hospital management system 30, an intelligent service platform 22 and a protocol module 21 are deployed on the business server 20, and the intelligent service platform 22 includes a load balancing module 221 and a function module 222. The service server 20 is configured to poll the plurality of front-end-point servers 10 according to a preset sequence to consume the interactive messages in the message queue, and process the interactive messages to form interactive messages for requesting the hospital management system 30. In the process, the load balancing module 221 increases the processing capacity of the server by polling, the protocol module 21 converts the interactive messages from other hospital frameworks into usable interactive messages by using a pre-encapsulation protocol, and the function module 222 refines the interactive messages so as to improve the stability of the hospital management system 30. Based on the mode, the hospital architecture with the internet hospital interactive compatibility can be compatible with interactive interface protocols of a plurality of hospital systems when processing interactive messages from other hospital architectures, has good mobility when being connected with other hospital architecture systems, and simultaneously improves the flexibility and efficiency of interactive message processing.
Referring to fig. 6, fig. 6 is a schematic structural diagram of a fifth embodiment of an internet hospital interactive compatible hospital architecture provided in the present application.
As shown in fig. 6, the internet hospital interactive compatible hospital architecture of the present embodiment is deployed on the same server, and includes a platform gateway 11, a protocol module 21, and an intelligent service platform 22. The hospital architecture compatible with internet hospital interaction further includes a queue message middleware 12 and a hospital management system 30, and the intelligent service platform 22 includes a load balancing module 221 and a function module 222.
In a specific embodiment, the queue message middleware 12 is communicatively connected to platform gateways of other hospital architectures and the platform gateway 11 of the hospital architecture compatible with internet hospital interaction, and is configured to subscribe to the platform gateways of other hospital architectures and monitor message queues of other hospital architectures; the platform gateway 11 is communicatively connected to the queue message middleware 12 and the load balancing module 221, and is configured to subscribe to interactive messages from other hospital architectures, which are written into the message queue by the queue message middleware 12; the load balancing module 221 is communicatively connected to the platform gateway 11 and the plurality of protocol modules 21, and is configured to distribute the interactive messages monitored by the platform gateway 11 to each protocol module 21 for processing; the protocol module 21 may be the integration engine 23, or may be the coordination module 2225, and the communication connection load balancing module 221, the functional module 222, and the hospital management system 30 are configured to convert the interactive message consumed by the platform gateway 11 into interactive information of a preset communication protocol of a hospital architecture according to a pre-packaged protocol, input the interactive information into at least one functional module 222 for processing, and request the interactive information after completing the functional processing to the hospital management system 30; the function module 222 deployed in the intelligent service platform 22 is in communication connection with the protocol module 21 and realizes corresponding function processing based on the interaction information; the hospital management system 30 is connected to the protocol module 21 in communication, and invokes relevant medical information based on the processing result of the interactive information.
The queue message middleware 12 can solve the problems of asynchronous messages, system decoupling, traffic peak clipping and the like in the process of monitoring message queues of other hospitals and writing interactive messages from other hospital architectures into the message queues.
The load balancing module 221 polls the platform gateway 11 according to a preset sequence, and distributes the requests from the platform gateway 11 to the protocol modules 21 in the service server 20 in turn.
The protocol module 21 may be a coordination module 2225 in the intelligent service platform 22, or may also be an integration engine 23, which is pre-packaged with a plurality of communication protocols, and is compatible with a plurality of interactive interface protocols when the hospital architecture of the present application is interfaced with other hospital architecture systems.
The function module 222 includes one or more of a database module 2221, a cache module 2222, a registry module 2223, an authentication module 2224, a coordination module 2225, and a basic data module 2226, and refines the processing of the interactive message, and the refined interactive message returns to the protocol module 21 to request the hospital management system 30, so that the stability of the hospital management system 30 when processing the request message is improved, and the time for processing the message is shortened.
Different from the prior art, in the embodiment of the present application, the hospital architecture compatible with internet hospital interaction is deployed on the same server, and includes a platform gateway 11, a protocol module 21, an intelligent service platform 22, a queue message middleware 12, and a hospital management system 30, and a load balancing module 221 and a function module 222 are deployed on the intelligent service platform 22. Based on the mode, the interactive and compatible hospital framework of the internet hospital converts the interactive message into the interactive message of the preset communication protocol of the hospital framework through the protocol module 21 when being connected with more other hospital frameworks, so that the interactive and compatible hospital framework of the internet hospital provided by the application has good mobility, is simple to deploy and easy to develop and maintain in the process of being connected with other hospital frameworks, and can be suitable for requirements under application scenes with different hospital scales by deploying the interactive and compatible hospital framework of the internet hospital on the same server, thereby improving the applicability under different requirements and saving the interactive cost.
The above description is only for the purpose of illustrating embodiments of the present application and is not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application or are directly or indirectly applied to other related technical fields, are also included in the scope of the present application.
Claims (10)
1. An internet hospital interactive compatible hospital architecture, the hospital architecture comprising:
the platform gateway is used for monitoring interactive messages from other hospital frameworks in the message queue;
the protocol module is used for converting the interactive message consumed by the platform gateway into the interactive message of the hospital architecture preset communication protocol according to a pre-packaged protocol;
and the intelligent service platform comprises a functional module, and is used for inputting the interaction information into at least one functional module for processing so as to realize corresponding functions based on the interaction information and the functional module.
2. The hospital architecture of claim 1,
the hospital architecture is deployed on the same server.
3. The hospital architecture of claim 1,
the hospital architecture is respectively deployed on at least one front-end processor server and a business server;
the platform gateway is deployed in the at least one front-end processor server, and the protocol module and the intelligent service platform are deployed in the business server.
4. The hospital architecture of claim 3,
the platform gateway is deployed at a plurality of front-end processor servers which are respectively in communication connection with the service server;
and the platform gateways on the plurality of front-end processor servers respectively monitor the message queues, and the service server polls the plurality of front-end processor servers according to a preset sequence so as to consume the interactive messages in the message queues.
5. The hospital architecture of claim 1,
the platform gateway is in communication connection with the queue message middleware, and the queue message middleware monitors message queues of other hospital architectures by subscribing to platform gateways of other hospital architectures.
6. The hospital architecture of claim 1,
the protocol module is a cooperation module in the intelligent service platform, and a plurality of communication protocols are packaged in the cooperation module in advance; and the cooperation module is in communication connection with other functional modules in the intelligent service platform respectively.
7. The hospital architecture of claim 1,
the protocol module is an integrated engine, and a plurality of communication protocols are packaged in the integrated engine in advance; the integration engine is in communication connection with the platform gateway and the intelligent service platform respectively.
8. The hospital architecture of claim 7,
the function module comprises one or more of a database module, a cache module, a registration center module, an authentication module, a cooperation module and a basic data module.
9. The hospital architecture of claim 1, further comprising a hospital management system; the hospital management system is in communication connection with the intelligent service platform, and the hospital management system is used for calling related medical information based on the processing result of the interactive information.
10. The hospital architecture of claim 1, further comprising a load balancing module; the load balancing module is deployed between the platform gateway and the plurality of protocol modules and is used for distributing the interactive messages monitored by the platform gateway to each protocol module for processing.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111642697.9A CN114449013A (en) | 2021-12-29 | 2021-12-29 | Mutual compatible hospital framework of internet hospital |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111642697.9A CN114449013A (en) | 2021-12-29 | 2021-12-29 | Mutual compatible hospital framework of internet hospital |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114449013A true CN114449013A (en) | 2022-05-06 |
Family
ID=81366644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111642697.9A Pending CN114449013A (en) | 2021-12-29 | 2021-12-29 | Mutual compatible hospital framework of internet hospital |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114449013A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115472275A (en) * | 2022-11-14 | 2022-12-13 | 武汉盛博汇信息技术有限公司 | Diagnosis system and method based on online and offline integrated management |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567611A (en) * | 2010-12-23 | 2012-07-11 | 中国移动通信集团江苏有限公司 | Telemedicine system and telemedicine equipment |
| WO2019128682A1 (en) * | 2017-12-26 | 2019-07-04 | 中兴通讯股份有限公司 | Convergent messaging system and message processing method |
| US10594502B1 (en) * | 2017-09-08 | 2020-03-17 | 8X8, Inc. | Communication bridging among disparate platforms |
-
2021
- 2021-12-29 CN CN202111642697.9A patent/CN114449013A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567611A (en) * | 2010-12-23 | 2012-07-11 | 中国移动通信集团江苏有限公司 | Telemedicine system and telemedicine equipment |
| US10594502B1 (en) * | 2017-09-08 | 2020-03-17 | 8X8, Inc. | Communication bridging among disparate platforms |
| WO2019128682A1 (en) * | 2017-12-26 | 2019-07-04 | 中兴通讯股份有限公司 | Convergent messaging system and message processing method |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115472275A (en) * | 2022-11-14 | 2022-12-13 | 武汉盛博汇信息技术有限公司 | Diagnosis system and method based on online and offline integrated management |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10031789B2 (en) | Generic distributed processing for multi-agent systems | |
| CN104079630A (en) | Business server side load balancing method, client side, server side and system | |
| JP2005539298A (en) | Method and system for remotely and dynamically configuring a server | |
| EP1744519A8 (en) | Information exchange system, management server, and method for reducing the network load | |
| EP1746765A3 (en) | Information exchange system and method for reducing network load | |
| CN103118076A (en) | Upgraded server cluster system and load balancing method thereof | |
| CN102148817A (en) | Network equipment configuration method, client, server and network system | |
| CN103795793A (en) | Road vehicle monitoring platform system based on double server clusters | |
| CN102118448A (en) | Method, system and terminal for realizing cloud computing | |
| CA2397114A1 (en) | Communications network | |
| CN101771724B (en) | Heterogeneous distributed information integration method, device and system | |
| CN114449013A (en) | Mutual compatible hospital framework of internet hospital | |
| CN101702761A (en) | Multimedia video interactive method and system | |
| WO2003063050A3 (en) | Healthcare information system with clinical information exchange | |
| CN103827830A (en) | System and method for preventing single-point bottleneck in a transactional middleware machine environment | |
| US20130290080A1 (en) | Social media product reservation | |
| CN102811199B (en) | A kind of method for interface adaptation, Apparatus and system | |
| CN109981778B (en) | Method, device, equipment and storage medium for realizing service of content distribution network | |
| WO2004038641A3 (en) | System and method for sharing, viewing, and controlling mutliple information systems | |
| CN109100944A (en) | A kind of data Collection & Processing System based on IMS | |
| CN114024976B (en) | Big data service architecture based on 5G and method for constructing big data service | |
| CN114244844A (en) | Multimedia data transmission method, terminal device and storage medium | |
| CN111541667A (en) | Method, equipment and storage medium for intersystem message communication | |
| CN102572808B (en) | Third generation (3G) wireless network-based address treatment method of PUSH system and system applying same | |
| CN201571155U (en) | Multimedia video system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |