CN115775148B

CN115775148B - Message machine-based hospital information system payment processing method, device and equipment

Info

Publication number: CN115775148B
Application number: CN202310096623.2A
Authority: CN
Inventors: 罗勇; 吴福林
Original assignee: Sichuan Arrcen Technology Co ltd
Current assignee: Sichuan Arrcen Technology Co ltd
Priority date: 2023-02-10
Filing date: 2023-02-10
Publication date: 2023-05-12
Anticipated expiration: 2043-02-10
Also published as: CN115775148A

Abstract

The invention discloses a hospital information system payment processing method, a device and equipment based on a message machine, which relate to the technical field of Internet and have the technical scheme that: the message body with a confirmation mechanism and a reporting mechanism is constructed through the message machine for order information, processing information and notification information, the accurate receipt of the message is guaranteed on each node, the fault information of the node can be actively reported under the condition that abnormality occurs, after the fault information is processed according to the fault information, workers receive the fault information, the message opportunity automatically resends the failed order information, processing information or notification information, the original information transmission and business logic are guaranteed, the information transmission complexity of the whole order payment system is greatly reduced through the message machine, and the fault investigation accuracy is improved.

Description

Message machine-based hospital information system payment processing method, device and equipment

Technical Field

The invention relates to the technical field of Internet, in particular to a hospital information system payment processing method, device and equipment based on a message machine.

Background

At present, a great number of hospitals develop or deploy WeChat public numbers, applets, APP and other client front-end application programs, and services such as registration, payment, inquiry reports and the like can be provided in the application programs, but because three nodes of a cloud server, a front-end server (a computer capable of realizing internal and external networks) and a hospital information system (an HIS system) are needed in the network communication process of the services, a traditional network structure diagram is shown in fig. 1. The network structure is characterized in that the network environment is different due to too many nodes, the system diversity is larger, network disconnection, network failure, data packet loss and the like are easy to occur, the user is successful in paying in the front-end application program, the successful payment state is not updated into the HIS system in time, the payment state of order information cannot be displayed in the front-end application program finally, and the user experience and satisfaction degree are low.

Therefore, how to update to the case of failure of the HIS system after successful payment in the front-end application program such as WeChat public number, applet, APP, etc. to improve the success rate of payment, thereby increasing user satisfaction and reducing workload of hospital staff.

Disclosure of Invention

In order to solve the defects of the prior art, the invention provides a method, a device and equipment for processing the payment of the hospital information system based on a message machine.

The technical aim of the invention is realized by the following technical scheme:

in a first aspect of the present application, a method for processing payment of a hospital information system based on a message machine is provided, which is applied to a cloud server configured with a public service system, and a first message machine is configured on the cloud server, and the method includes:

when the first message machine detects that order information is entered, a first message body of the order information is constructed, wherein the first message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero;

the cloud server sends order information to a front-end server configured with a hospital information system, and when the front-end server detects that the order information enters, first confirmation information is generated, and the first message machine receives the first confirmation information sent by the front-end server, wherein the front-end server is configured with a second message machine;

When the first message machine detects the first confirmation information, changing the state attribute of the first message body into a second indicator, detecting the state attribute of the first message body in real time, and when the state attribute is the second indicator, receiving order information by the front-end server;

and when the cloud server receives the notification information sent by the front-end server, generating fourth confirmation information, sending the fourth confirmation information to the second message machine, and simultaneously, responding to the updating operation for the order information, updating the order state of the order information according to the updating operation by the cloud server, wherein the notification information indicates that the order information processing is completed.

In one embodiment, the first messenger, upon detecting that there is an entry of order information, before generating the first message body of order information, the method further comprises:

acquiring order information generated by a user side, wherein the order information contains time sequence information of each order request;

generating a message queue with a plurality of order requests according to the time sequence information;

and taking out order information from the message queue according to the time sequence information and sending the order information to the first message machine.

In one embodiment, the method further comprises:

When the first message machine detects that the state attribute of the first message body is a first indicator, the order information is not received by the front-end server, the cloud server continues to send the order information once to the front-end server configured with the hospital information system, and meanwhile, the counter of the first message body is incremented by one;

generating fault information of the front-end server when detecting that the value of the counter of the first message body is larger than a counting threshold value;

and diagnosing the front-end server according to the fault information of the front-end server, resetting the value of the counter of the first message body to zero after the fault treatment is finished, and simultaneously, retransmitting order information to the front-end server configured with the hospital information system by the cloud server.

In a second aspect of the present application, there is provided a medical information system payment method of a messenger machine, applied to a front-end server configured with a hospital information system, wherein the front-end server is configured with a second messenger machine and the hospital information system is configured with a third messenger machine, the method comprising:

the front-end server receives order information sent by the cloud server;

when the front-end server detects that order information is entered, generating first confirmation information, and sending the first confirmation information to a first message machine;

The second message machine sends notification information of new order information arrival to the hospital information system, and the hospital information system generates second confirmation information and sends the second confirmation information to the second message machine;

the hospital information system generates a payment record bill according to the order information, processes the payment record bill according to business logic corresponding to a business type, and generates processing information of the order information processing completion, wherein the business type comprises an outpatient business type or a hospitalization business type;

when the front-end server receives the processing information, the front-end server generates third confirmation information and sends the third confirmation information to the third message machine, and meanwhile, the second message machine sends notification information of order processing completion to the cloud server.

In one embodiment, the method further comprises:

when the second message machine detects that order information is entered, a second message body of the order information is constructed, wherein the second message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero;

when the second message machine detects the second confirmation information, changing the state attribute of the first message body into a second indicator, detecting the state attribute of the second message body in real time, and when the state attribute is the second indicator, receiving order information by the hospital information system;

When the state attribute of the second message body is the first indicator, the hospital information system does not receive the order information, the front-end server continues to send the order information to the hospital information system once, and meanwhile, the counter of the second message body is incremented by one;

generating fault information of the hospital information system when detecting that the value of the counter of the second message body is larger than the counting threshold value;

and diagnosing the hospital information system according to the fault information of the hospital information system, resetting the value of the counter of the second message body to zero after the fault treatment is finished, and simultaneously retransmitting order information to the hospital information system by the front-end server.

In one embodiment, the method further comprises:

when the third message machine detects that the processing information of which the order information processing is finished enters, a third message body of the processing information is constructed, wherein the third message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero;

when the third message machine detects the third confirmation information, changing the state attribute of the third message body into a second indicator, detecting the state attribute of the third message body in real time, and when the state attribute is the second indicator, receiving processing information corresponding to order information by the front-end server;

When the state attribute of the third message body is the first indicator, the front-end server does not receive the processing information corresponding to the order information, the hospital information system continues to send the processing information of which the order information processing is completed once to the front-end server, and meanwhile, the counter of the third message body is increased by one;

generating fault information of the front-end server when detecting that the value of the counter of the third message body is larger than the counting threshold value;

and diagnosing the hospital information system according to the fault information of the front-end server, resetting the value of the counter of the third message body to zero after the fault treatment is finished, and simultaneously retransmitting the treatment information of finishing the order information treatment by the hospital information system.

In one embodiment, the method further comprises:

when the second message machine detects that the processing information of the order information is processed, a fourth message body of notification information is constructed, wherein the fourth message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero;

when the second message machine detects the fourth confirmation information, changing the state attribute of the fourth message body into a second indicator, detecting the state attribute of the fourth message body in real time, and when the state attribute is the second indicator, receiving notification information of finishing order information processing by the cloud server;

When the state attribute of the second message body is the first indicator, the cloud server does not receive notification information of completion of order information processing, the front-end server continues to send the notification information once to the cloud server, and meanwhile, the counter of the fourth message body is incremented by one;

generating fault information of the cloud server when detecting that the value of the counter of the fourth message body is larger than the counting threshold value;

and diagnosing the cloud server according to the fault information of the cloud server, resetting the value of the counter of the fourth message body to zero after the fault treatment is finished, and simultaneously, retransmitting notification information of finishing order information treatment to the cloud server by the front-end server.

In a third aspect of the present application, there is provided a message engine-based hospital information system payment processing apparatus applied to a cloud server configured with a public service system, and configured with a first message engine on the cloud server, the apparatus comprising:

the first construction module is used for constructing a first message body of the order information when the first message machine detects that the order information is entered, wherein the first message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero;

The first confirmation information receiving module is used for transmitting order information to a front-end server configured with a hospital information system by the cloud server, generating first confirmation information when the front-end server detects that the order information enters, and receiving the first confirmation information transmitted by the front-end server by the first message machine;

the attribute changing module is used for changing the state attribute of the first message body into a second indicator when the first message machine detects the first confirmation information, detecting the state attribute of the first message body in real time, and receiving order information when the state attribute is the second indicator;

the cloud server is used for generating fourth confirmation information when receiving the notification information sent by the front-end server, sending the fourth confirmation information to the second message machine, and simultaneously, responding to the updating operation for the order information, updating the order state of the order information according to the updating operation, wherein the notification information indicates that the order information processing is completed.

In a fourth aspect of the present application, there is provided a message engine-based hospital information system payment processing apparatus applied to a front-end server configured with a hospital information system, wherein the front-end server is configured with a second message engine, and the hospital information system is configured with a third message engine, the apparatus comprising:

The order information receiving module is used for receiving order information sent by the cloud server through the front-end server;

the first confirmation information sending module is used for generating first confirmation information when the front-end server detects that the order information enters, and sending the first confirmation information to the first message machine;

the second confirmation information sending module is used for sending notification information of new order information arrival to the hospital information system by the second message machine, and the hospital information system generates second confirmation information and sends the second confirmation information to the second message machine;

the business processing module is used for generating a payment record bill according to the order information by the hospital information system, processing the payment record bill according to business logic corresponding to a business type, and generating processing information for finishing the order information processing, wherein the business type comprises an outpatient business type or a hospitalization business type;

and the notification information sending module is used for generating third confirmation information by the front-end server when the front-end server receives the processing information, sending the third confirmation information to the third message machine, and simultaneously sending notification information of completion of order processing to the cloud server by the second message machine.

In a fifth aspect of the present application, there is provided an electronic device, including:

one or more processors;

a memory coupled to the processor for storing one or more programs;

the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the steps of a message engine based hospital information system payment processing method as set forth in any of the first and second aspects of the present application.

Compared with the prior art, the invention has the following beneficial effects:

1. the hospital information system payment processing method based on the message machine provided by the invention is based on the reliable message machine component to ensure the reliability of the message on each node of network transmission, and ensures the consistency and reliability of the order state from ensuring that each order can be correctly updated to the database of the HIS system of the hospital, thereby improving the success rate of order payment and customer satisfaction and ensuring the operation efficiency of the hospital information system.

2. The hospital information system payment processing method based on the message machine provided by the invention adopts the message queue to manage each order information, can put the order request which is sent by a user in high concurrence into the message queue for caching according to the time sequence information of the order, can effectively reduce the peak of passenger flow, and can not cause abnormal phenomena such as jamming, white screen and the like of terminal equipment which is held by the user.

3. The invention provides a hospital information system payment processing method based on a message machine, which constructs a message body (namely a state attribute and a counter) with a confirmation mechanism and a reporting mechanism for order information, processing information and notification information through the message machine, ensures accurate receipt of the message on each node, can actively report fault information of the node where the message is located under the condition that abnormality occurs, and ensures the original information transmission and business logic by the message machine, thereby greatly reducing the information transmission complexity of the whole order payment system and improving the precision of fault investigation.

In addition, the third to fifth aspects of the present invention also provide a device and an apparatus for processing payment of a hospital information system based on a message machine, which have the same technical effects as the method for processing payment of a hospital information system based on a message machine provided above, and are not described herein.

Drawings

The accompanying drawings, which are included to provide a further understanding of embodiments of the invention and are incorporated in and constitute a part of this application, illustrate embodiments of the invention. In the drawings:

Fig. 1 is a conventional network configuration diagram of a cloud server, a front-end server and a hospital information system provided in the prior art;

fig. 2 is a schematic flow chart of a payment processing method of a hospital information system applied to a cloud server configured with a public service system according to an embodiment of the present application;

fig. 3 is a flowchart of a payment processing method of a hospital information system applied to a front server configured with the hospital information system according to an embodiment of the present application;

fig. 4 is a system network structure diagram of a cloud server, a front-end server and a hospital information system using a message machine according to an embodiment of the present application;

fig. 5 is a schematic flow chart of sending order information to a first message machine according to an embodiment of the present application;

fig. 6 is a schematic flow chart of detecting whether a message is sent successfully by the first message machine according to the embodiment of the present application;

fig. 7 is a block diagram of a payment processing apparatus of a hospital information system applied to a cloud server configured with a public service system according to an embodiment of the present application;

fig. 8 is a block diagram of a payment processing apparatus of a hospital information system applied to a front server configured with the hospital information system according to an embodiment of the present application.

Detailed Description

For the purpose of making apparent the objects, technical solutions and advantages of the present invention, the present invention will be further described in detail with reference to the following examples and the accompanying drawings, wherein the exemplary embodiments of the present invention and the descriptions thereof are for illustrating the present invention only and are not to be construed as limiting the present invention.

It should be appreciated that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present invention, the meaning of "a plurality" is two or more, unless explicitly defined otherwise.

As described in the background art, a great number of hospitals develop or deploy client front-end application programs such as WeChat public numbers, applets, APP and the like, and services such as registration, payment, inquiry reports and the like can be provided in the application programs, but three nodes of a cloud server, a front-end server (a computer capable of uploading an intranet and an extranet) and a hospital information system (an HIS system) are needed in the network communication process of the services, and the traditional network structure is shown in fig. 1, and the traditional network structure is characterized in that the nodes are too many, the network environments are different, the differences of the systems are relatively large, wherein the broken lines between the cloud server and the front-end server in fig. 1, the front-end server and the hospital information system represent places where disconnection or network faults easily occur, the conditions such as network disconnection, network faults and data packet loss are easily caused, so that users pay successfully in the front-end application programs, the successful payment state is not updated to the HIS system in time, and finally the payment state of information cannot be displayed in the front-end application programs is not always updated, and the user experience and satisfaction degree is not high.

Referring to fig. 4, the public service system includes a cloud server, a message queue, a cloud server order processing program, a notification module, and a first message engine. In practical applications, the patient may complete payment through a terminal device configured with a payment system, where the terminal device includes, but is not limited to, a smart phone, a tablet computer, a portable computer, and the like, and the payment system includes, but is not limited to, a payment device, a pull card payment system, a netbook payment system, and various bank payment systems, and the payment system and the terminal device may be set according to practical situations.

Specifically, the order information may be that after the patient selects the option of the corresponding service type, the HIS system generates a medical bill corresponding to the service type for the patient; wherein the business type comprises an outpatient business type or an inpatient business type. In practical application, according to the outpatient service flow and the inpatient service flow of the patient in the medical institution, medical bills of each service type can be obtained, for example, the flow corresponding to the outpatient service type mainly comprises payment of an outpatient registration, refund of the outpatient registration, outpatient charge settlement and outpatient refund settlement, the flow corresponding to the inpatient service type mainly comprises inpatient deposit prepayment, inpatient deposit refund, inpatient charge settlement and inpatient refund settlement, and therefore, the medical bill corresponding to the outpatient service type mainly comprises a registered medical bill and a prescription medical bill, and the medical bill corresponding to the inpatient service type mainly comprises a deposit medical bill and an inpatient medical bill. Wherein the registering medical bill comprises, but is not limited to, patient information, a target department, a target doctor and the like, and corresponding payment amount; patient information including, but not limited to, patient ID, patient name, patient gender, patient age, etc., in practical applications, the registered medical bill may also vary in unit price according to the registration type, such as a common clinic number, an expert number, etc.; the prescription medical bill includes various medicines which are made by doctors according to the medical condition of patients, and cost detail decomposition information, payment detail information, cost classification summarization information and the like which are obtained by unit price of each medicine can be specifically set according to actual conditions. The deposit medical bill and the hospitalization medical bill mainly comprise various expense detail decomposition information, payment detail information, expense classification summary information and the like generated in the hospitalization process of the patient, and the like, and are specifically set according to the hospitalization condition of the patient, and the embodiment of the invention does not limit the description.

After the HIS system generates the medical bill, payment type options corresponding to the medical bill are also directly generated; or the payment type option can be stored in advance, and when the generation of a new medical bill is monitored, the medical bill and the payment type option are sent to the payment interface component, so that the patient finishes the payment of the medical bill according to the payment type option. The payment type options comprise payment types corresponding to all payment systems in butt joint with the HIS system, so that various payment requirements of a patient can be met, and the experience of the patient is improved. The selection of the payment type can be realized in the prior art, for example, in the prior art, the number is hung in a WeChat applet of a certain hospital, and the payment of the registration fee can be realized by adopting Unionpay payment, payment bank payment, weChat payment and the like.

Referring to fig. 2, fig. 2 is a flow chart of a message engine-based payment processing method for a hospital information system, which is provided in an embodiment of the present application, and the method is applied to a cloud server configured with a public service system, and a first message engine is configured on the cloud server, and includes:

s210, when the first message machine detects that order information is entered, a first message body of the order information is constructed, wherein the first message body comprises a state attribute and a counter, the initial attribute of the state attribute is a first indicator, and the initial value of the counter is zero.

Specifically, as shown in fig. 1, the cloud server may receive a new order request from a terminal device of a patient, form order information, and place the order information into a cluster of a message queue according to a time sequence for queuing, so as to achieve the purposes of peak clipping for high concurrent large traffic and decoupling for a subsequent process, and avoid abnormal phenomena such as jamming, white screen and the like of the terminal device held by a user. Illustratively, the message queue employs a RabbitMQ message queue component.

The cloud server order processing program sequentially takes order information out of the message queue, packages the order information into a message body through a first message machine, sends a notification of new orders to a front-end processor server of a corresponding hospital, and the front-end processor server of the hospital replies a first confirmation message to indicate that the front-end processor server receives the new orders sent by the cloud server.

In the case that the first message machine detects order information taken out by the cloud server order processing program, it is to be understood that, as shown in fig. 1, because the traditional network structure is shown in fig. 1, the network environment is different and the variability of each system is relatively large due to the fact that the nodes are too many, the cloud server and the front server in fig. 1, the broken line between the front server and the hospital information system represents the situation that the disconnection or network failure easily occurs, the situation that the disconnection or network failure easily occurs is often caused by the broken line, the network failure, the data packet loss and the like, so that in the embodiment of the application, in the case that the disconnection or network failure easily occurs, each node is arranged with a message machine, in order to facilitate description of the situation of each node, different message bodies are generated based on the business flow of the order information, therefore, when the first message body in the embodiment is sent to the front server of the hospital for the order information, whether the front server receives new order information is verified, and the first message body includes a state attribute and a counter, wherein the initial attribute of the state attribute is the first indicator is easy to cause the disconnection or network failure, the initial attribute is easy to occur, the first indicator is the state attribute is easy to occur, the first indicator is the state attribute is easy to be received, and the first indicator is easy to be updated, and the first indicator is easy to be changed to be a new state indicator is the first indicator is easy to be set to be a new state indicator, and a new state indicator is easy to be found, and a new state indicator is easy to be sent to be a new state indicator is from the first indicator is a new state indicator is a state indicator is a state indicator type.

The counter is used for recording the times that the cloud server sends order information to the front-end server through the message sending interface of the cloud server, for example, after the times reach a certain count, the first message machine detects that the state attribute of the first message body is still the first indicator, and the state attribute indicates that the order information sent by the cloud server is not received by the front-end server all the time, so that the first message machine can actively report the fault condition of the node where the first message machine is located. After receiving the fault alarm information and processing the fault, the cloud server automatically resends the failed order information, so that the original information transmission and business logic are ensured, and accurate message reception is ensured on each node. The complexity of the order payment flow is greatly reduced through the message machine, the accuracy of troubleshooting the fault point is improved,

and S220, the cloud server sends the order information to a front-end server configured with a hospital information system, and when the front-end server detects that the order information enters, first confirmation information is generated, and the first message machine receives the first confirmation information sent by the front-end server, wherein the front-end server is configured with a second message machine.

Specifically, based on the above step S210, the front-end server detects that the order information is entered, and generates the first acknowledgement information for updating the status attribute of the first message body, so as to implement fault detection on the front-end server node, and ensure reliable delivery of the order information on the front-end server node.

S230, when the first message machine detects the first confirmation information, changing the state attribute of the first message body into a second indicator, detecting the state attribute of the first message body in real time, and when the state attribute is the second indicator, receiving order information by the front-end server.

Specifically, referring to the detailed description of the status attribute changing section of the first message body in the above step S210, it will not be described here.

And S240, when the cloud server receives the notification information sent by the front-end server, generating fourth confirmation information, sending the fourth confirmation information to the second message machine, and simultaneously, responding to the updating operation for the order information, updating the order state of the order information according to the updating operation by the cloud server, wherein the notification information indicates that the order information processing is completed.

Specifically, referring to fig. 4, a cloud server order processing program of the public service system issues notification information to a notification module, where the cloud server order processing program is configured to implement related business logic of related order information, call a first message machine, and the like, and the notification information is information indicating that processing of the order information is completed, and exemplary, the notification module may be implemented by using a short message, a mail, a micro-message, and an APP push, so that the cloud server performs an update operation of an order state of the order information, such as successful payment, failure payment, and the like, and tags the order information, such as that the order information is processed in the HIS system, and the order state of the updated order information is a tag of successful payment.

In summary, based on the reliable message machine component, the reliability of the message on each node of the network transmission is ensured, and the consistency and reliability of the order state are ensured from ensuring that each order can be correctly updated to the database of the HIS system of the hospital, thereby improving the success rate of order payment and customer satisfaction degree and ensuring the operation efficiency of the information system of the hospital.

As shown in fig. 5, before the first message machine generates the first message body of the order information when the first message machine detects that the order information is entered, the method further includes:

s510, order information generated by the user side is obtained, wherein the order information contains time sequence information of each order request.

S520, generating a message queue with a plurality of order requests according to the time sequence information;

s530, taking out order information from the message queue according to the time sequence information and sending the order information to the first message machine.

Specifically, the user side is the terminal equipment, namely the order information generated by the patient through the service type selected by the terminal equipment in the front-end application of WeChat public numbers, applets, APP and the like, the cloud server can acquire the order information generated by the terminal equipment, and the order information contains the time sequence information of the order request generated by each patient, so that the order requests sent by the patient in high concurrency can be put into the message queue for caching according to the time sequence information, the peak passenger flow is effectively reduced, and abnormal phenomena of blocking, white screen and the like of the terminal equipment of the patient are avoided.

Further, order information is taken out of the message queue according to the time sequence information and is sent to the first message machine through the cloud server order processing program, each order information is guaranteed to be processed according to the operation sequence of the patient, missing processing is avoided, and experience of the patient is further improved.

Referring to fig. 6, based on the method shown in fig. 2, the method further includes the following steps:

s610, when the first message machine detects that the state attribute of the first message body is the first indicator, the order information is not received by the front-end server, the cloud server continues to send the order information once to the front-end server configured with the hospital information system, and meanwhile, the counter of the first message body is incremented by one;

s620, generating fault information of the front-end server when detecting that the value of the counter of the first message body is larger than a counting threshold value;

and S630, diagnosing the front-end server according to the fault information of the front-end server, resetting the value of the counter of the first message body to zero after the fault treatment is finished, and simultaneously, retransmitting order information to the front-end server provided with the hospital information system by the cloud server.

Specifically, when a new order message enters the first message machine, the first message machine constructs the order message, and adds two attributes, namely a state attribute (the first indication Fu Mo of which is considered as 0) and a counter (the initial value of the counter defaults to 0), to form a first message body. And performing Redis memory caching on the first message body (Redis is sustainable).

And sending order information to the front-end server of the rear node through a message sending port of the cloud server.

Waiting for the back node front end server to reply to the first acknowledgement message, if the first acknowledgement message comes back, setting the state attribute of the first message body as a second indicator, for example, the second indicator is 1, and the Redis caches the message body, and ending the operation.

The timing loop then checks whether the status attribute is 1 and if not, it indicates that the first acknowledgment message has not been returned. And continuing to send the order information once to the front-end server of the rear node. While the counter value is incremented by 1.

If the value of the timing detection counter exceeds the counting threshold (a default value can be set according to practical situations, for example, 30/40), the situation that the network between the front-end server and the cloud server is possibly physically faulty is indicated to be repeated 30/40 times, and fault information (in a mode of short messages, mails, messages and the like) needs to be reported.

In summary, the method of the embodiment adopts the message machine with a state confirmation mechanism and a fault reporting mechanism, ensures accurate receipt of the message on each node, greatly reduces the complexity of the order payment system through the message machine, and improves the accuracy of troubleshooting.

On the basis of the method shown in fig. 2, the embodiment also provides a medical information system payment method of a message machine, which is applied to a front-end server configured with a hospital information system, wherein the front-end server is configured with a second message machine, and the hospital information system is configured with a third message machine, and please refer to fig. 3, the method comprises the following steps:

s310, the front-end server receives order information sent by the cloud server.

Specifically, since the front-end server and the cloud server belong to two servers of different systems, the information transmission is bidirectional, so that the front-end server receives the order information sent by the cloud server message sending port based on the message receiving port, which is common knowledge of the person skilled in the art, and therefore, redundant description is not made.

S320, when the front-end server detects that the order information is entered, first confirmation information is generated, and the first confirmation information is sent to the first message machine. Specifically, please refer to the detailed description of the embodiment in step S210, the principle of the first acknowledgement information will not be described in detail here.

S330, the second message machine sends notification information of new order information arrival to the hospital information system, and the hospital information system generates second confirmation information and sends the second confirmation information to the second message machine.

Referring to fig. 1 and fig. 4, it can be known that, in the information transmission between the front-end server and the hospital information system, a line break or a network fault may occur, so that order information sent by the front-end server may not be received by the hospital information system, a second message body configured on the front-end server detects network communication between the front-end server and the hospital information system, the second confirmation information is used as authentication information, and when the second confirmation information is received by the second message machine, it is indicated that the hospital information system receives the order information to be processed, thereby ensuring accurate reception of the order information by the hospital information system and improving the accuracy of fault detection.

S340, the hospital information system generates a payment record bill according to the order information, and processes the payment record bill according to business logic corresponding to the business type, so as to generate processing information for completing the order information processing, wherein the business type comprises an outpatient business type or a hospitalization business type.

Specifically, in this embodiment, the hospital information system can generate a payment record bill according to the order information, and is used to archive the payment condition of the order information, such as payment amount, ID information of a registering doctor, service type, and the like, and process the payment record bill according to the service logic corresponding to the corresponding service type, so as to generate processing information of the completion of the processing of the order information, which is an operation that can be implemented by the hospital information system in the prior art, and specifically, reference may be made to the description about the hospital information system in the foregoing embodiment, and redundant description is not made in this embodiment.

And S350, when the front-end server receives the processing information, the front-end server generates third confirmation information and sends the third confirmation information to a third message machine, and meanwhile, the second message machine sends notification information of completion of order processing to the cloud server.

Referring to fig. 4, after the hospital information system finishes the business processing of the order information, the front-end server needs to reply the processing information that is processed by the front-end server, so when the front-end server receives the processing information, it generates third confirmation information that receives the processing information, and sends the third confirmation information to the third message machine, thereby realizing fault detection for the node in the information returning process.

Meanwhile, when the front-end server receives the processing information, the corresponding information of notification of completion of order processing needs to be sent to the cloud server by using the second message machine, and after the cloud server receives the notification information, fourth confirmation information needs to be generated and returned to the front-end server, so that the front-end server confirms that the notification information of completion of processing of the order request in the hospital information system is received by the cloud server.

In summary, according to the hospital information system payment processing method based on the message machine, the message body (namely, the state attribute and the counter) with the confirmation mechanism and the reporting mechanism is constructed for the order information, the processing information and the notification information through the message machine, so that accurate receiving of the message is guaranteed on each node, fault information of the node can be actively reported under the condition that abnormality occurs, when a worker receives the fault information, after the fault information is processed, the fault information is automatically retransmitted by the message opportunity, the processing information or the notification information is processed, original information transmission and business logic are guaranteed, the information transmission complexity of the whole order payment system is greatly reduced through the message machine, and the fault checking accuracy is improved.

In one embodiment, the method further comprises:

Specifically, please refer to the embodiment provided in fig. 6 and fig. 4, in this embodiment, when the second message machine detects that there is an order information entry, a second message body of the order information sent from the cloud server is constructed, where the second message body still includes a status attribute and a counter, and an initial attribute of the status attribute of the second message body is still the first indicator, and an initial value of the counter is zero; when the second message machine detects the second confirmation information, the state attribute of the first message body is changed into a second indicator, the state attribute of the second message body is detected in real time, and when the state attribute is the second indicator, the hospital information system is indicated to receive order information.

If the first indicator indicates that the hospital information system does not receive order information, the front-end server is required to continuously send the order information to the hospital information system once, meanwhile, the counter of the second message body is increased by one, and when the value of the counter of the second message body is detected to be larger than the counting threshold value, fault information of the hospital information system is generated; and diagnosing the hospital information system according to the fault information of the hospital information system, resetting the value of the counter of the second message body to zero after the fault treatment is finished, and simultaneously retransmitting order information to the hospital information system by the front-end server. Also, the initial value of the counter for the second message body may still be 0, and the count threshold may still be 30/40.

It should be appreciated that the second message machines are based on the processing principles of the first message machine, but transform different network nodes and information objects.

In one embodiment, the method further comprises:

In particular, please refer to the above principle about the second message machine, it should be understood that the third message machine is also based on the processing principle with the first message machine and the second message machine, and only different network nodes and information objects are transformed, which will not be described in detail herein.

In one embodiment, the method further comprises:

In particular, please refer to the above principles about the first message machine, the second message machine and the third message machine, and the present embodiment is based on the processing principles with the first message machine, the second message machine and the third message machine, but only the different network nodes and the information objects, and the information return paths are transformed, which will not be described in detail herein.

Corresponding to the embodiment of the payment processing method applied to the cloud server, the embodiment of the invention provides a hospital information system payment processing device based on a message machine, which is applied to the cloud server configured with a public service system and is configured with a first message machine on the cloud server, as shown in fig. 7, and the device comprises:

A first constructing module 710, configured to, when the first message machine detects that there is an entry of order information, construct a first message body of the order information, where the first message body includes a state attribute and a counter, an initial attribute of the state attribute is a first indicator, and an initial value of the counter is zero;

the first confirmation information receiving module 720 is configured to send the order information to a front-end server configured with a hospital information system by using the cloud server, generate first confirmation information when the front-end server detects that the order information is entered, and receive the first confirmation information sent by the front-end server by using the first message machine;

the attribute changing module 730 is configured to change a status attribute of the first message body to a second indicator when the first message machine detects the first acknowledgement information, detect the status attribute of the first message body in real time, and receive order information when the status attribute is the second indicator;

the order state updating module 740 is configured to generate fourth acknowledgement information when the cloud server receives the notification information sent from the front-end server, send the fourth acknowledgement information to the second message machine, and simultaneously, the cloud server responds to an updating operation for the order information, and updates the order state of the order information according to the updating operation, where the notification information indicates that the order information processing is completed.

In response to the embodiment of the payment processing method using the front-end server, please refer to fig. 8, fig. 8 is a block diagram of a payment processing apparatus for a hospital information system, provided in the embodiment of the present application, applied to the front-end server configured with the hospital information system, the processing apparatus being applied to the front-end server configured with the hospital information system, wherein the front-end server is configured with a second message machine, and the hospital information system is configured with a third message machine, as shown in fig. 8, the apparatus includes:

an order information receiving module 810, configured to receive order information sent by a cloud server from a front-end server;

the first acknowledgement information sending module 820 is configured to generate first acknowledgement information when the front-end server detects that there is an order information entering, and send the first acknowledgement information to the first message machine;

a second confirmation information sending module 830, configured to send, by using the second message machine, notification information about arrival of new order information to the hospital information system, where the hospital information system generates second confirmation information, and sends the second confirmation information to the second message machine;

the service processing module 840 is configured to generate a payment record bill according to the order information by using the hospital information system, and process the payment record bill according to service logic corresponding to a service type, to generate processing information for completing order information processing, where the service type includes an outpatient service type or a hospitalized service type;

And the notification information sending module 850 is configured to, when the front-end server receives the processing information, generate third acknowledgement information by the front-end server, send the third acknowledgement information to the third message engine, and send notification information that order processing is completed to the cloud server by the second message engine.

The message machine-based hospital information system payment processing device applied to the cloud server and the front-end server provided by the embodiment of the invention has the following three beneficial effects:

1. based on the reliable message machine component, the reliability of the message on each node of the network transmission is ensured, and the consistency and reliability of the order state are ensured from ensuring that each order can be correctly updated to the database of the HIS system of the hospital, thereby improving the success rate of order payment and customer satisfaction and ensuring the operation efficiency of the information system of the hospital.

2. The message queue is used for managing each order information, order requests which are sent by a user in high concurrence can be put into the message queue for caching according to the time sequence information of the orders, so that the peak of passenger flow can be effectively reduced, and abnormal phenomena such as jamming, white screen and the like of terminal equipment held by the user can be avoided.

3. The message body (namely, the state attribute and the counter) with the confirmation mechanism and the reporting mechanism is constructed through the message machine for the order information, the processing information and the notification information, the accurate receipt of the message is ensured on each node, the fault information of the node can be actively reported under the condition that the abnormality occurs, and after the worker receives the fault information and processes the fault according to the fault information, the message opportunity automatically resends the failed order information, the processing information or the notification information, thereby ensuring the original information transmission and business logic, greatly reducing the information transmission complexity of the whole order payment system through the message machine and improving the precision of fault investigation.

In yet another embodiment of the present invention, an electronic device is provided that includes one or more processors; a memory coupled to the processor for storing one or more programs; the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the steps of a message engine-based hospital information system payment processing method described in the above embodiments. The processor may be a central processing unit (CentralProcessingUnit, CPU), but may also be other general purpose processors, digital signal processors (DigitalSignalProcessor, DSP), application specific integrated circuits (ApplicationSpecificIntegratedCircuit, ASIC), off-the-shelf programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., which are the computational core and control core of the terminal, adapted to implement one or more instructions, in particular to load and execute one or more instructions within a computer storage medium to implement a corresponding method flow or a corresponding function; the processor of the embodiment of the invention can be used for executing the operation of the hospital information system payment processing method based on the message machine.

In yet another embodiment of the present invention, the present invention further provides a readable storage medium, specifically a computer readable storage medium (Memory), which is a Memory device in a computer device, for storing a program and data. It is understood that the computer readable storage medium herein may include both built-in storage media in a computer device and extended storage media supported by the computer device. The computer-readable storage medium provides a storage space storing an operating system of the terminal. Also stored in the memory space are one or more instructions, which may be one or more computer programs (including program code), adapted to be loaded and executed by the processor. The computer readable storage medium herein may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. One or more instructions stored in a computer-readable storage medium may be loaded and executed by a processor to implement the corresponding steps in the above-described embodiments with respect to a message engine-based hospital information system payment processing method. It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The foregoing description of the embodiments has been provided for the purpose of illustrating the general principles of the invention, and is not meant to limit the scope of the invention, but to limit the invention to the particular embodiments, and any modifications, equivalents, improvements, etc. that fall within the spirit and principles of the invention are intended to be included within the scope of the invention.

Claims

1. The hospital information system payment processing method based on the message machine is characterized by being applied to a cloud server configured with a public service system, and a first message machine is configured on the cloud server, and the method comprises the following steps:

2. The message engine-based hospital information system payment processing method of claim 1, wherein the first message engine, upon detecting the entry of order information, generates a first message body of order information, the method further comprising:

3. The message engine-based hospital information system payment processing method of claim 1, wherein the method further comprises:

4. A message engine-based hospital information system payment processing method, applied to a front-end server configured with a hospital information system, wherein the front-end server is configured with a second message engine and the hospital information system is configured with a third message engine, the method comprising:

the front-end server receives order information sent by the cloud server;

5. The message engine-based hospital information system payment processing method of claim 4, wherein the method further comprises:

6. The message engine-based hospital information system payment processing method of claim 4, wherein the method further comprises:

7. The message engine-based hospital information system payment processing method of claim 4, wherein the method further comprises:

8. A message engine-based hospital information system payment processing apparatus, applied to a cloud server configured with a public service system, and configured with a first message engine on the cloud server, the apparatus comprising:

9. A message engine-based hospital information system payment processing apparatus, applied to a front-end server configured with a hospital information system, wherein the front-end server is configured with a second message engine and the hospital information system is configured with a third message engine, the apparatus comprising:

10. An electronic device, comprising:

one or more processors;

a memory coupled to the processor for storing one or more programs;

when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the steps of the message machine based hospital information system payment processing method of any of claims 1 to 7.