CN109492043B - Medical care data docking method, platform, equipment and storage medium - Google Patents
Medical care data docking method, platform, equipment and storage medium Download PDFInfo
- Publication number
- CN109492043B CN109492043B CN201811341400.3A CN201811341400A CN109492043B CN 109492043 B CN109492043 B CN 109492043B CN 201811341400 A CN201811341400 A CN 201811341400A CN 109492043 B CN109492043 B CN 109492043B
- Authority
- CN
- China
- Prior art keywords
- end connection
- processor
- data transmission
- data
- reactor
- 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.)
- Active
Links
Images
Abstract
The invention provides a medical care data docking method, a medical care data docking platform, medical care data docking equipment and a storage medium, wherein the method comprises the following steps: receiving a data transmission request from a sending end, and constructing a front-end connection comprising the data transmission request; selecting a reactor from the reactor pool, and connecting and placing the front end of the reactor into a queue of the selected reactor; the reactor acquires the front-end connection from the queue and constructs a back-end connection; and sending the data transmission request to a receiving end through the back-end connection. The invention provides an intermediate data docking platform to efficiently process a large number of data transmission requests of a nursing institution, and realize efficient data communication between a nursing institution system and a government handling system, so that the data docking platform is suitable for a large number of data transmission scenes with concurrent access.
Description
Technical Field
The invention relates to the technical field of data processing, in particular to a medical care data docking method, a medical care data docking platform, medical care data docking equipment and a storage medium.
Background
Long term care insurance is a health insurance that provides care services and cost compensation to disabled persons. The main body participating in the method is three parts, namely a insurance carrier, a nursing institution and a government. And the insured person applies for business in the government handling hall, and enters a nursing institution after the audit is passed, and the nursing institution reports the nursing detailed information and the insured person settlement information to the government handling system every day. The china insurance industry association has made standard content for the interaction of the care institution system and the government agency system.
In the prior art, each city government has only one set of management system, and operates for many years, each region has dozens of nursing institutions, each nursing institution has resident participators from dozens to thousands, the traffic is huge, the government institutions do not directly connect the system of the nursing institution in consideration of the stability and the safety of the system, and if the government system needs to be modified, the time period of construction and the migration processing of historical data are involved, so a great amount of manpower and material resources are consumed.
At present, no mature technical solution exists, for such a scene with large traffic, in order to maintain the stability and availability of the system, an offline tray-dumping manner is usually adopted, that is, necessary data are mutually transmitted offline through excel files, such a manner not only requires manpower to be invested for operation, but also is difficult to guarantee timeliness (for example, when a security-participating organization is admitted, such a scene needs to inquire the payment state of the security-participating in real time, and if the tray-dumping manner is adopted, the payment state of the security-participating in real time cannot be updated if the security-participating in the system does not pay). Meanwhile, due to the safety limitation of the government network, the internet end is not allowed to be directly butted with a government handling system.
Disclosure of Invention
Aiming at the problems in the prior art, the invention aims to provide a medical care data docking method, a medical care data docking platform, medical care data docking equipment and a medical care data storage medium, which can efficiently process a large number of data transmission scenes with concurrent access and realize efficient data communication between a care institution system and a government handling system.
The embodiment of the invention provides a medical care data docking method, which comprises the following steps:
receiving a data transmission request from a sending end, and constructing a front-end connection comprising the data transmission request;
selecting a reactor from the reactor pool, and connecting and placing the front end of the reactor into a queue of the selected reactor;
the reactor acquires the front-end connection from the queue and constructs a back-end connection;
and sending the data transmission request to a receiving end through the back-end connection.
Optionally, after the building of the front-end connection including the data transmission request, creating a session, and associating the session with the front-end connection;
the constructing a back-end connection includes constructing a back-end connection associated with the session.
Optionally, after the front-end connection including the data transmission request is constructed, the method further includes the following steps:
analyzing the data transmission request to obtain a target data interface;
selecting a processor corresponding to the target data interface according to the mapping relation between the data interface and the processor;
binding the selected processor to the front-end connection.
Optionally, the reactor acquires the front-end connection from a queue and constructs a back-end connection, including the following steps:
the reactor acquires the processor bound with the front end connection after acquiring the front end connection from the queue;
packaging the data transmission request into a data format corresponding to a target data interface by adopting the processor;
and constructing a back-end connection, wherein the back-end connection comprises a data transmission request processed by the processor, and the back-end connection is bound with the processor.
Optionally, the sending the data transmission request to the receiving end through the backend connection includes the following steps:
if the target data interface is a synchronous transmission interface, the processor synchronously calls a server address corresponding to the target data interface of the receiving end;
and if the target data interface is an asynchronous transmission interface, the processor puts the data transmission request in the back-end connection into a message queue corresponding to the target data interface of a receiving end.
Optionally, the method further comprises the steps of:
the back end connection receives a data transmission feedback message from a receiving end;
the back-end connection sends a data transmission feedback message to the corresponding front-end connection;
and sending the data transmission feedback message to a corresponding sending end through the front end connection.
The invention also provides a medical care data docking platform, which adopts the medical care data docking method and comprises the following steps:
a receiver, configured to receive a data transmission request from a sending end, construct a front-end connection including the data transmission request, select a reactor from a reactor pool, and place the front-end connection in a queue of the selected reactor;
the reactor pool comprises a plurality of reactors, and the reactors are used for acquiring the front-end connection from the queue, constructing the back-end connection and sending the data transmission request to a receiving end through the back-end connection.
Optionally, the receiver is further configured to parse the data transmission request to obtain a target data interface, select a processor corresponding to the target data interface according to a mapping relationship between the data interface and the processor, and connect and bind the selected processor with the front end;
the reactor is also used for acquiring a processor bound with the front end connection after acquiring the front end connection from a queue, and the processor is adopted to package the data transmission request into a data format corresponding to a target data interface;
the reactor-built back-end connection includes a data transfer request processed by the processor, and the reactor binds the back-end connection with the processor.
Optionally, the processor includes a synchronous processor and an asynchronous processor, and the receiver selects the synchronous processor or the asynchronous processor according to a type of a target data interface of the data transmission request;
if the processor is a synchronous processor, when the data transmission request is sent to the receiving end, the synchronous processor synchronously calls a server address corresponding to a target data interface of the receiving end;
and if the processor is an asynchronous processor, when the data transmission request is sent to the receiving end, the asynchronous processor puts the data transmission request in the back-end connection into a message queue corresponding to a target data interface of the receiving end.
Optionally, the sender comprises a system of care facilities and the recipient comprises a system of government care insurance sponsorship facilities.
An embodiment of the present invention further provides a medical care data docking apparatus, including:
a processor;
a memory having stored therein executable instructions of the processor;
wherein the processor is configured to perform the steps of the medical care data docking method via execution of the executable instructions.
Embodiments of the present invention also provide a computer-readable storage medium for storing a program, which when executed implements the steps of the medical care data interfacing method.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
The medical care data docking method, the medical care data docking platform, the medical care data docking equipment and the medical care data storage medium have the following advantages:
the invention provides an intermediate data docking platform to efficiently process a large number of data transmission requests of a nursing institution, and realize efficient data communication between a nursing institution system and a government handling system, so that the data docking platform is suitable for a large number of data transmission scenes with concurrent access; furthermore, the invention can select a synchronous or asynchronous transmission mode according to the request type to solve the problem of calling between the nursing institution system and the government handling system.
Drawings
Other features, objects and advantages of the present invention will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, with reference to the accompanying drawings.
FIG. 1 is a flow chart of a medical care data docking method according to an embodiment of the invention;
FIG. 2 is a schematic structural diagram of a medical care data docking platform according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a medical care data docking platform according to an embodiment of the present invention;
FIG. 4 is a flow chart of a receiver building a front-end connection according to an embodiment of the present invention;
FIG. 5 is a flow diagram of a reactor processing a data transfer request in accordance with an embodiment of the present invention;
FIG. 6 is a schematic structural diagram of a medical care data docking device according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of a computer-readable storage medium according to an embodiment of the present invention.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
As shown in fig. 1, an embodiment of the present invention provides a medical care data docking method, including the following steps:
s100: receiving a data transmission request from a sending end, and constructing a front-end connection comprising the data transmission request;
s200: selecting a reactor from the reactor pool, and connecting and placing the front end of the reactor into a queue of the selected reactor;
s300: the reactor acquires the front-end connection from the queue and constructs a back-end connection;
s400: and sending the data transmission request to a receiving end through the back-end connection.
Therefore, the invention processes the request in a completely asynchronous mode by adopting the reactor pool and the queue of the reactor, the reactor can be recycled, the reactor is pooled, the cost of each request initialization is reduced, the pooling technology effectively controls the thread number, and the invention improves the data processing performance on the basis of reducing the thread number by considering that about 1M of memory space is occupied by adding one thread; and the number of the reactors can be selected to be the same as the number of the cores of the CPU in the server for processing the reactors, so that the CPU can be utilized most efficiently, and the message processing efficiency is improved.
In this embodiment, after the building of the front-end connection including the data transfer request, the method further includes creating a session, associating the session with the front-end connection;
the constructing a back-end connection includes constructing a back-end connection associated with the session. Thus, a session may associate a front-end connection with a back-end connection.
In this embodiment, after the constructing the front-end connection including the data transmission request, the method further includes the following steps:
analyzing the data transmission request to obtain a target data interface;
and selecting a processor corresponding to the target data interface according to the mapping relation between the data interface and the processor, and connecting and binding the selected processor and the front end.
Further, the reactor acquires the front-end connection from the queue and constructs a back-end connection, including the steps of:
the reactor acquires the processor bound with the front end connection after acquiring the front end connection from the queue;
packaging the data transmission request into a data format corresponding to a target data interface by adopting the processor;
and constructing a back-end connection, wherein the back-end connection comprises a data transmission request processed by the processor, and the back-end connection is bound with the processor.
In this embodiment, the sending the data transmission request to the receiving end through the backend connection includes the following steps:
if the target data interface is a synchronous transmission interface, the processor synchronously calls a server address corresponding to the target data interface of the receiving end;
and if the target data interface is an asynchronous transmission interface, the processor puts the data transmission request in the back-end connection into a message queue corresponding to the target data interface of a receiving end.
Therefore, the embodiment can freely select the synchronous calling and asynchronous calling modes, so that the method can meet the scene requirement on high calling instantaneity and the scene which is processed asynchronously by the system and has low instantaneity requirement.
In this embodiment, after transmitting the data transmission request to the receiving end through the backend connection, the medical care data docking method may further include the steps of:
the back end connection receives a data transmission feedback message from a receiving end;
the back-end connection sends a data transmission feedback message to the corresponding front-end connection;
and sending the data transmission feedback message to a corresponding sending end through the front end connection.
As shown in fig. 2, the present invention further provides a medical care data docking platform, which adopts the medical care data docking method, and the platform includes:
a receiver M100, configured to receive a data transmission request from a sending end M300, construct a front-end connection including the data transmission request, select a reactor from a reactor pool, and place the front-end connection in a queue of the selected reactor;
the reactor pool M200 includes a plurality of reactors M201, and the reactors M201 are configured to obtain the front-end connection from the queue, construct a back-end connection, and send a data transmission request to the receiving end M400 through the back-end connection.
In this embodiment, the receiver M100 is further configured to analyze the data transmission request to obtain a target data interface, select a processor corresponding to the target data interface according to a mapping relationship between the data interface and the processor, and connect and bind the selected processor and the front end;
the reactor M201 is further configured to obtain the processor bound to the front end connection after obtaining the front end connection from the queue, and encapsulate the data transmission request into a data format corresponding to a target data interface by using the processor;
the back-end connection constructed by the reactor M201 includes a data transmission request processed by the processor, and the reactor binds the back-end connection with the processor.
In this embodiment, the processor may include a synchronous processor and an asynchronous processor, and the receiver selects the synchronous processor or the asynchronous processor according to a type of a target data interface of the data transfer request; the synchronous processor can support an http (HyperText Transfer Protocol), namely, the synchronous processor transmits a request of the nursing mechanism system to a receiving end through the http Protocol after processing the request; the asynchronous processor can support rmq (Rabbitmq, message queue) protocol, and transmits the request of the nursing institution system to the receiving end through rmq protocol after processing.
If the processor is a synchronous processor, when the data transmission request is sent to the receiving end, the synchronous processor synchronously calls a server address corresponding to a target data interface of the receiving end;
and if the processor is an asynchronous processor, when the data transmission request is sent to the receiving end, the asynchronous processor puts the data transmission request in the back-end connection into a message queue corresponding to a target data interface of the receiving end.
Fig. 3 is a schematic structural diagram of a medical care data docking platform according to an embodiment of the present invention. In this embodiment, the sender M300 is a system of various care institutions, and the receiver M400 is a system of government agencies. In this example, only three care facilities are shown, three front-end connections, three sessions and three reactors are shown correspondingly, but in practical applications the number may be chosen as desired and is not limited to what is shown here.
In fig. 3, the receiver M100 processes data transmission requests from all care institution systems, encapsulates them into a front-end connection (frontend connection), binds the processors according to the request type, and generates a platform session (pSession) for associating the front-end connection with a back-end connection (BackConnection). The packaged front end connections are placed into a queue of reactors (reactors) that can be retrieved from a Reactor pool (Reactor pool). The reactor pool comprises a plurality of reactors, the reactors can be multiplexed by using a pooling technology, the number of the reactors is consistent with the number of CPU cores of the current server, and the utilization of CPU resources can be maximized.
In this example, the Handler (Handler) includes a synchronous Handler and an asynchronous Handler, and the Handler connection government side information is loaded through a configuration file at startup. The processor and the target request interface of the data transmission request have a one-to-one mapping relationship, which may be stored in a registry of the medical care data docking platform.
A thread exists in the reactor to judge whether a request is pending in a Queue (Queue), if no request exists in the Queue, the thread is waited, and when a new request comes in the Queue, the thread is awakened to work. When the reactor receives the request, the request is sent to the government handling system by establishing a back-end connection after the processing is completed.
At present, the China insurance Association standardizes the interactive format of each nursing institution system accessing the government long-term care management system (defines standard data interfaces of information inquiry of the insured person, institution registration, nursing doctor registration, institution nursing detail reporting, settlement pre-settlement of the insured person, admission and discharge of the hospital and the like), the interface format defined in the standardization is fixed, and the transmitted message body is transmitted in the json format.
In order to improve the processing efficiency, the whole message processing process adopts a multithreading asynchronous mode for processing, and the whole message processing process is divided into two steps: the receiver builds a front-end connection; the reactor processes the data transfer request.
Fig. 4 shows a flow chart for constructing a front-end connection for a receiver according to an embodiment of the invention. Each step is described below:
s11: the nursing institution system sends a data transmission request to the medical care data docking platform, the receiver of the platform is responsible for receiving the data transmission request, and the received request is constructed into front-end connection, wherein the front-end connection comprises complete request information of a nursing institution;
s12: because the calling mode and the message body of the interface are both the contents specified and standardized by the Chinese insurance protocol, the platform unifies the calling mode corresponding to each interface and the structure of the analysis message in the processor for processing, and stores the processor corresponding to each interface in the registry of the platform. When the nursing institution system requests a data interface, the platform selects the corresponding processor and binds the processor to the corresponding front-end connection;
s13: when the front-end connection is established, the platform needs to create a platform-level session to associate the connection with the care facility system (front-end connection) and the connection with the government agency system (back-end connection);
s14: after the content needing to be prepared for front-end connection is constructed, acquiring a reactor from a reactor pool;
s15: placing the current front-end connection into a queue for the reactor;
s16: and awakening the waiting thread, waiting for the reactor to perform the next processing, and after the step is executed, asynchronously completing the subsequent steps by the thread of the reactor.
Fig. 5 is a flow chart of a reactor processing a data transfer request according to an embodiment of the present invention. Each step is described below:
s21: since the request in step S16 has arrived in the queue of the reactor, the awakened thread checks the queue;
s22: judging whether the queue has a request, if so, continuing to step S24 to obtain the request, otherwise, continuing to step S23 to wait for the request to arrive and be awakened;
s25: and taking out the front-end connection from the obtained request, taking out the corresponding message processor from the front-end connection, analyzing the request of the nursing institution system, and packaging the request into a message format required by the government handling system. The process is processed by a reactor thread, when the message processing is finished, a back-end connection is required to be constructed, namely the connection with a government handling system is carried out, and the back-end connection is bound with a processor connected with the front end;
s26: sending a request through a processor, judging through the type of the message, if the message is a synchronous message, synchronously calling a server address corresponding to the government handling system by the processor, and if the message is an asynchronous message, placing a message body of the request into a message queue corresponding to the government handling system by the processor;
s27: after the administrative office management system feeds the response back to the back end connection of the platform, the back end connection finds the front end connection in the current session, and feeds the result back to the nursing mechanism system through the front end connection.
Therefore, by the design of the medical care data docking method and the medical care data docking platform, synchronous and asynchronous calling modes can be freely selected, so that the real-time property of calling can be met, and the scenes that the real-time property requirement is not high and the system is used for asynchronous processing can also be met; the platform processes the request in a completely asynchronous mode, and the number of the reactors is the same as the core number of the CPU, so that the CPU can be utilized most efficiently, and the processing efficiency of the request is improved; the design structure of the platform can shield the impact of high concurrency and large access amount for a target system, namely a government handling system, and can very smoothly send requests to the government handling system; the platform isolates the government handling system from the Internet environment, and meets the safety requirement of the government handling system; the platform has product attributes, each region can be directly deployed for developing services, and cost waste caused by repeated construction is saved, so that the platform is suitable for large-scale popularization and application.
The embodiment of the invention also provides medical care data docking equipment, which comprises a processor; a memory having stored therein executable instructions of the processor; wherein the processor is configured to perform the steps of the medical care data docking method via execution of the executable instructions.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a method, platform, or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" platform.
An electronic device 600 according to this embodiment of the invention is described below with reference to fig. 6. The electronic device 600 shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.
As shown in fig. 6, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one memory unit 620, a bus 630 connecting the different platform components (including the memory unit 620 and the processing unit 610), a display unit 640, etc.
Wherein the storage unit stores program code executable by the processing unit 610 to cause the processing unit 610 to perform steps according to various exemplary embodiments of the present invention described in the above-mentioned electronic prescription flow processing method section of the present specification. For example, the processing unit 610 may perform the steps as shown in fig. 1.
The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.
The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating platform, one or more application programs, other program modules, and program data, each of which, and in some combination, may comprise an implementation of a network environment.
The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 600, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 600 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 via the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID platforms, tape drives, and data backup storage platforms, to name a few.
Embodiments of the present invention also provide a computer-readable storage medium for storing a program, which when executed implements the steps of the medical care data interfacing method. In some possible embodiments, aspects of the present invention may also be implemented in the form of a program product comprising program code for causing a terminal device to perform the steps according to various exemplary embodiments of the present invention described in the above-mentioned electronic prescription flow processing method section of this specification, when the program product is run on the terminal device.
Referring to fig. 7, a program product 800 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution platform, apparatus, or device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor platform, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution platform, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).
The medical care data docking method, the medical care data docking platform, the medical care data docking equipment and the medical care data storage medium have the following advantages:
the invention provides an intermediate data docking platform to efficiently process a large number of data transmission requests of a nursing institution, and realize efficient data communication between a nursing institution system and a government handling system, so that the data docking platform is suitable for a large number of data transmission scenes with concurrent access; furthermore, the invention can select a synchronous or asynchronous transmission mode according to the request type to solve the problem of calling between the nursing institution system and the government handling system.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, embodiments of the platform, the device, and the computer storage medium are described in a relatively simple manner since they are substantially similar to the method embodiments, and reference may be made to some descriptions of the method embodiments for relevant points.
The foregoing is a more detailed description of the invention in connection with specific preferred embodiments and it is not intended that the invention be limited to these specific details. For those skilled in the art to which the invention pertains, several simple deductions or substitutions can be made without departing from the spirit of the invention, and all shall be considered as belonging to the protection scope of the invention.
Claims (7)
1. A medical care data docking method, comprising the steps of:
receiving a data transmission request from a sending end, and constructing a front end connection comprising the data transmission request, wherein the sending end is a nursing mechanism system;
selecting a reactor from the reactor pool, and connecting and placing the front end of the reactor into a queue of the selected reactor;
the reactor acquires the front-end connection from the queue and constructs a back-end connection;
sending a data transmission request to a receiving end through the back-end connection, wherein the receiving end is a government handling system;
after the front-end connection including the data transmission request is constructed, the method further comprises the following steps:
analyzing the data transmission request to obtain a target data interface;
selecting a processor corresponding to the target data interface according to the mapping relation between the data interface and the processor, wherein the processor can comprise a synchronous processor and an asynchronous processor, and the synchronous processor or the asynchronous processor is selected according to the type of the target data interface of the data transmission request;
binding the selected processor with the front-end connection;
the reactor acquires the front-end connection from the queue and constructs a back-end connection, comprising the following steps:
the reactor acquires the processor bound with the front end connection after acquiring the front end connection from the queue;
packaging the data transmission request into a data format corresponding to a target data interface by adopting the processor;
and constructing a back-end connection, wherein the back-end connection comprises a data transmission request processed by the processor, and the back-end connection is bound with the processor.
2. The medical care data docking method according to claim 1, wherein said building a front-end connection including said data transfer request further comprises creating a session, associating said session with said front-end connection;
the constructing a back-end connection includes constructing a back-end connection associated with the session.
3. The medical care data docking method according to claim 1, wherein the sending of the data transmission request to the receiving end through the backend connection comprises the steps of:
if the target data interface is a synchronous transmission interface, the processor synchronously calls a server address corresponding to the target data interface of the receiving end;
and if the target data interface is an asynchronous transmission interface, the processor puts the data transmission request in the back-end connection into a message queue corresponding to the target data interface of a receiving end.
4. The medical care data docking method according to claim 1, further comprising the steps of:
the back end connection receives a data transmission feedback message from a receiving end;
the back-end connection sends a data transmission feedback message to the corresponding front-end connection;
and sending the data transmission feedback message to a corresponding sending end through the front end connection.
5. A medical care data docking platform, wherein the medical care data docking method of any one of claims 1 to 4 is employed, the platform comprising:
a receiver, configured to receive a data transmission request from a sending end, construct a front-end connection including the data transmission request, select a reactor from a reactor pool, and place the front-end connection in a queue of the selected reactor;
the reactor pool comprises a plurality of reactors, and the reactors are used for acquiring the front-end connection from the queue, constructing a back-end connection and sending a data transmission request to a receiving end through the back-end connection;
the receiver is further configured to parse the data transmission request to obtain a target data interface, select a processor corresponding to the target data interface according to a mapping relationship between the data interface and the processor, and bind the selected processor to the front end, where the processor may include a synchronous processor and an asynchronous processor, and select the synchronous processor or the asynchronous processor according to a type of the target data interface of the data transmission request;
the reactor is also used for acquiring a processor bound with the front end connection after acquiring the front end connection from a queue, and the processor is adopted to package the data transmission request into a data format corresponding to a target data interface;
the reactor-built back-end connection includes a data transfer request processed by the processor, and the reactor binds the back-end connection with the processor.
6. A medical care data docking device, comprising:
a processor;
a memory having stored therein executable instructions of the processor;
wherein the processor is configured to perform the steps of the medical care data docking method of any one of claims 1 to 4 via execution of the executable instructions.
7. A computer readable storage medium storing a program, wherein the program when executed implements the steps of the medical care data docking method of any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811341400.3A CN109492043B (en) | 2018-11-12 | 2018-11-12 | Medical care data docking method, platform, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811341400.3A CN109492043B (en) | 2018-11-12 | 2018-11-12 | Medical care data docking method, platform, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109492043A CN109492043A (en) | 2019-03-19 |
| CN109492043B true CN109492043B (en) | 2021-01-15 |
Family
ID=65695720
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811341400.3A Active CN109492043B (en) | 2018-11-12 | 2018-11-12 | Medical care data docking method, platform, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109492043B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112948405A (en) * | 2021-02-26 | 2021-06-11 | 携程商旅信息服务（上海）有限公司 | Obt data update method, system, device and medium for organizing architecture system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104159320A (en) * | 2013-05-15 | 2014-11-19 | 上海联影医疗科技有限公司 | Data exchange method of local heterogeneous network |
| CN104537103A (en) * | 2015-01-12 | 2015-04-22 | 用友医疗卫生信息系统有限公司 | Data processing method and device |
| CN106295377A (en) * | 2016-08-24 | 2017-01-04 | 成都万联传感网络技术有限公司 | A kind of medical treatment endowment data secure exchange agent apparatus and construction method thereof |
| CN106850758A (en) * | 2016-12-30 | 2017-06-13 | 广州慧扬信息系统科技有限公司 | It is applied to the method for interchanging data of hospital information system |
| CN107301239A (en) * | 2017-06-30 | 2017-10-27 | 海南职业技术学院 | A kind of database converter and conversion method |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101452503A (en) * | 2008-11-28 | 2009-06-10 | 上海生物信息技术研究中心 | Isomerization clinical medical information shared system and method |
| US20130185087A1 (en) * | 2012-01-17 | 2013-07-18 | Richard Merkin | Medical history database |
| CN102880727A (en) * | 2012-10-24 | 2013-01-16 | 房学东 | Medical knowledge management system and construction implementation method thereof |
| US20160034578A1 (en) * | 2014-07-31 | 2016-02-04 | Palantir Technologies, Inc. | Querying medical claims data |
| US20170046483A1 (en) * | 2015-04-30 | 2017-02-16 | D.R. Systems, Inc. | Database systems and interactive user interfaces for dynamic interaction with, and comparison of, digital medical image data |
| US20180308564A1 (en) * | 2015-10-16 | 2018-10-25 | Touchpoint Medical, Inc. | Point-of-care workstation/cart with smartphone interface |
| US20170344722A1 (en) * | 2016-05-27 | 2017-11-30 | International Business Machines Corporation | System, method and recording medium for cognitive health management |
| US11133094B2 (en) * | 2016-09-28 | 2021-09-28 | Flatiron Health, Inc. | Systems and methods for visualizing data |
| CN108021468A (en) * | 2017-12-08 | 2018-05-11 | 泰康保险集团股份有限公司 | The method of calibration and device of business datum in medical treatment endowment cooperative system |
| CN108597564B (en) * | 2018-02-28 | 2021-12-10 | 泰康保险集团股份有限公司 | Medical information sharing method and system |
-
2018
- 2018-11-12 CN CN201811341400.3A patent/CN109492043B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104159320A (en) * | 2013-05-15 | 2014-11-19 | 上海联影医疗科技有限公司 | Data exchange method of local heterogeneous network |
| CN104537103A (en) * | 2015-01-12 | 2015-04-22 | 用友医疗卫生信息系统有限公司 | Data processing method and device |
| CN106295377A (en) * | 2016-08-24 | 2017-01-04 | 成都万联传感网络技术有限公司 | A kind of medical treatment endowment data secure exchange agent apparatus and construction method thereof |
| CN106850758A (en) * | 2016-12-30 | 2017-06-13 | 广州慧扬信息系统科技有限公司 | It is applied to the method for interchanging data of hospital information system |
| CN107301239A (en) * | 2017-06-30 | 2017-10-27 | 海南职业技术学院 | A kind of database converter and conversion method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109492043A (en) | 2019-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108961033B (en) | Multi-service system interaction method and device, storage medium and electronic terminal | |
| US8103683B2 (en) | Converting between software objects | |
| CN109495392B (en) | Message conversion processing method and device, electronic equipment and storage medium | |
| AU2012290326B2 (en) | Portal for automatic software installation and configuration | |
| CN110619555A (en) | Unified management method and device for order information, terminal equipment and medium | |
| CN106384290A (en) | Insurance policy processing system, method and device | |
| JP2009527849A (en) | Scalable conversion and configuration of EDI exchanges | |
| US20060015335A1 (en) | Framework to enable multimodal access to applications | |
| CN109492043B (en) | Medical care data docking method, platform, equipment and storage medium | |
| CN113992755A (en) | Request processing method, system, equipment and storage medium based on micro service gateway | |
| CN114168269A (en) | WebAssembly data execution method, device, equipment and medium | |
| CN109995758A (en) | Data parallel processing method and device | |
| CN110062035A (en) | A kind of http request method and apparatus based on deque | |
| US20140189087A1 (en) | Remote registration of systems | |
| CN113783929A (en) | Method for realizing Web front-end micro-service architecture and architecture thereof | |
| CN109739724B (en) | Data monitoring method, system, electronic device and storage medium | |
| CN108182628B (en) | Method, system, equipment and storage medium for ordering travel | |
| CN107341017B (en) | UI design method, device, equipment and storage medium | |
| Luarasi et al. | Healthcare based on cloud computing | |
| CN110377401B (en) | Transaction request processing method, device, server and storage medium based on IDEA | |
| CN111176588B (en) | Service bill issuing method, device, medium and electronic equipment | |
| CN111680867B (en) | Resource allocation method and device and electronic equipment | |
| CN113793224A (en) | Electronic policy service processing method and device, electronic equipment and storage medium | |
| CN108989586B (en) | IVR implementation method, system, equipment and storage medium | |
| CN113067885A (en) | Application system, request processing method, electronic device, and storage medium |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |