CN-122027561-A - Medical information system hardware integrated control method, system, medium and product

CN122027561ACN 122027561 ACN122027561 ACN 122027561ACN-122027561-A

Abstract

A medical information system hardware integrated control method, a system, a medium and a product relate to the field of intelligent gateways. The method comprises the steps of responding to a service end request, obtaining a communication protocol type of target hardware equipment, determining an instruction frequency threshold value in a preset time window, counting the number of instructions sent through a uniquely associated communication channel in the window in real time, directly sending the instructions if the instruction frequency threshold value is not reached, storing the instructions into a buffer queue and orderly sending the instructions according to a preset release rule if the instruction frequency threshold value is reached, and finally returning hardware feedback data to the service end. The application quantifies the hardware processing boundary through the flow peak clipping and buffering mechanism, solves the problem of drive blocking or service collapse caused by mismatching of the front-end asynchronous high-concurrency call and the serial low-speed processing rate of the bottom hardware in the medical information system, and ensures the running stability of the medical information system.

Inventors

DANG HONG
XIANG WEIQUN
BI XIAOYU

Assignees

北京啄木鸟云健康科技有限公司

Dates

Publication Date: 20260512
Application Date: 20260211

Claims (10)

1. A medical information system hardware integrated control method, characterized by being applied to an integrated control system, the method comprising: responding to an operation request sent by a service end to a target hardware device, and acquiring a communication protocol type pre-associated with the target hardware device; According to the communication protocol type, converting the operation request into an instruction message to be sent, and determining an instruction frequency threshold value which is allowed to be sent by the target hardware equipment in a preset time window; counting the number of instructions which have been sent to the target hardware device through a communication channel within the preset time window, wherein the communication channel is uniquely associated with the target hardware device; if the instruction number does not reach the instruction frequency threshold, sending the instruction message to be sent to the target hardware equipment through the communication channel; If the number of the instructions reaches the instruction frequency threshold, storing the instruction message to be sent into a buffer queue; Extracting the instruction message to be sent from the buffer queue according to a preset release rule, and sending the instruction message to be sent to the target hardware equipment through the communication channel; and acquiring response feedback data of the target hardware equipment, and sending the response feedback data to the service end.
2. The method of claim 1, wherein after the step of responding to the operation request issued by the service end for the target hardware device, the method further comprises: Detecting the communication state of the target hardware equipment, and if the target hardware equipment is in an unavailable state, calling a preset priority queue matched with the equipment type of the target hardware equipment; selecting an alternative hardware device with a priority order positioned behind the target hardware device from the preset priority queue; And updating the alternative hardware device to the target hardware device.
3. The method of claim 2, wherein after the step of updating the alternative hardware device to a target hardware device, the method further comprises: Checking whether an instruction message to be sent belonging to original target hardware equipment exists in the buffer queue; and if the communication protocol exists, repackaging the instruction message to be sent according to the updated communication protocol type.
4. The method according to claim 1, wherein the sending the instruction packet to be sent to the target hardware device through the communication channel immediately specifically includes: Acquiring a channel state of the communication channel, wherein the channel state comprises an idle state or an occupied state; if the channel state is an idle state, sending the instruction message to be sent to the target hardware equipment through the communication channel, and marking the channel state as an occupied state; And if the channel state is the occupied state, storing the instruction message to be sent into a buffer queue.
5. The method according to claim 4, wherein the extracting the instruction packet to be sent from the buffer queue according to a preset release rule and sending the instruction packet to the target hardware device through the communication channel specifically includes: When the channel state is detected to be reset to an idle state, extracting an instruction message to be sent at the head of a queue in the buffer queue as a candidate message; If the residence time of the candidate message in the buffer queue exceeds a preset timeliness threshold, eliminating the candidate message, and continuously extracting the candidate message of the next order; And if the residence time of the candidate message in the buffer queue does not exceed a preset timeliness threshold, sending the candidate message to the target hardware equipment through the communication channel.
6. The method of claim 4, wherein the channel state is reset to an idle state after the response feedback data of the target hardware device is acquired or when the response feedback data is not received within a preset timeout period after the instruction message to be sent is sent.
7. The method of claim 1, wherein the obtaining the response feedback data of the target hardware device and sending the response feedback data to the service side specifically includes: Receiving original response data fed back by the target hardware device through the communication channel; And converting the original response data into standard format data according to the communication protocol type, and feeding back the standard format data to the service end.
8. An integrated control system comprising one or more processors and memory coupled to the one or more processors, the memory to store computer program code comprising computer instructions that the one or more processors invoke to cause the integrated control system to perform the method of any of claims 1-7.
9. A computer readable storage medium storing computer instructions which, when run on an integrated control system, cause the integrated control system to perform the method of any of claims 1-7.
10. A computer program product comprising a computer program or instructions which, when run on an integrated control system, causes the integrated control system to perform the method of any of claims 1-7.

Description

Medical information system hardware integrated control method, system, medium and product Technical Field The application relates to the field of intelligent gateways, in particular to a medical information system hardware integrated control method, a system, a medium and a product. Background In the medical informatization business scene, terminals such as a registration window, a consulting room, a nurse station and the like often need to intensively call various external hardware devices, such as an identity card reader, a high-speed scanner, an electronic signature board and the like. Conventional technical implementation is to directly embed special driving controls provided by each hardware manufacturer into codes of a service end to realize functional interaction. The mode leads to high coupling of the service end code and the hardware driver, and once hardware equipment of different drivers needs to be replaced or service end environment is changed, relevant codes often need to be subjected to targeted reconstruction modification, so that maintenance cost of system integration is increased. In order to solve the above problems, the related art generally employs a hardware integration scheme based on a local service. The scheme not only simply encapsulates the drivers, but also uniformly loads and manages the hardware drivers of different manufacturers by deploying a resident local service program on the client, and configures a standardized set of communication interfaces for the service end. When the front-end page needs to call hardware, only a standard protocol request needs to be sent to the local service, and the local service is responsible for analyzing the instruction and calling the specific driver of the bottom layer, so that decoupling of service logic and the bottom layer hardware driver is realized to a certain extent, and dependence on the specific hardware driver is reduced. However, since service ends such as modern Web front-end scripts mostly adopt asynchronous non-blocking execution mechanisms, high-concurrency call requests can be initiated in a short time, and some underlying hardware interfaces (such as virtual serial ports and USB communication) usually adopt a low-speed serial processing mode, and instruction throughput rate mismatch exists between the two. When a service end initiates a continuous high-frequency operation instruction, the instruction accumulation or resource preemption conflict is easily caused to the bottom layer drive port, the risk of the response blocking of a drive program and even the breakdown of a service process is increased, and the running stability and reliability of the medical information system are reduced. Disclosure of Invention The application provides a method, a system, a medium and a product for integrated control of medical information system hardware, which are used for solving the problem of rate mismatch between asynchronous high-concurrency calling of a front end and serial low-speed processing of bottom hardware in a medical information system. In a first aspect, the application provides a hardware integrated control method of a medical information system, which is applied to an integrated control system, and comprises the steps of responding to an operation request sent by a service end to a target hardware device, and acquiring a communication protocol type pre-associated with the target hardware device; according to the communication protocol type, converting an operation request into an instruction message to be sent, determining an instruction frequency threshold value which is allowed to be sent by target hardware equipment in a preset time window, counting the number of instructions which are sent to the target hardware equipment through a communication channel in the preset time window, wherein the communication channel is uniquely associated with the target hardware equipment, sending the instruction message to be sent to the target hardware equipment through the communication channel if the number of instructions does not reach the instruction frequency threshold value, storing the instruction message to be sent into a buffer queue if the number of instructions does not reach the instruction frequency threshold value, extracting the instruction message to be sent from the buffer queue according to a preset release rule, sending the instruction message to the target hardware equipment through the communication channel, obtaining response feedback data of the target hardware equipment, and sending the response feedback data to a service end. By adopting the technical scheme, the integrated control system utilizes the preset time window and the command frequency threshold value to quantify the physical processing capability boundary of the target hardware equipment. In the instruction sending stage, the integrated control system counts the load condition in the window in real time, namely, when the concurrent request quantit