An intraoperative information monitoring system and method

Abstract

The application provides an intraoperative information monitoring system and method, the system comprising: a server, a master device and a monitor connected in communication with the server; the monitor is configured to acquire real-time physical sign data of a patient during an operation; the server is configured to generate operation information in response to an operation sheet creation instruction; the operation information comprises at least one operation procedure; the master device is controlled to display the operation information; and the real-time physical sign data acquired in any operation procedure is compared with a pre-warning interval to obtain a comparison result; the comparison result is used to indicate whether an instruction for controlling the master device to display pre-warning information is generated, so as to solve the problem that the physical sign condition of a patient can only be recorded by manual detection or a separate monitoring device at present, resulting in poor real-time updating of operation information and physical sign information, and failing to combine physical sign data with an operation procedure, resulting in an information island and increasing the monitoring difficulty of a doctor.

Description

Technical Field

[0001] This application relates to the field of medical management technology, and in particular to an intraoperative information monitoring system and method. Background Technology

[0002] During surgery, doctors not only need to execute each step of the surgery precisely, but also need to monitor the patient's vital signs in real time.

[0003] During surgery, doctors typically rely on manual testing or individual monitoring devices to record the patient's vital signs and monitor each stage of the surgery based on these records to ensure that the patient's vital signs remain stable throughout the procedure.

[0004] However, recording patients' vital signs through manual detection or individual monitoring devices results in poor real-time updates of surgical and vital sign information during surgery. Furthermore, the failure to integrate vital sign data with the surgical procedure leads to information silos, increasing the difficulty for doctors in monitoring and decision-making. Summary of the Invention

[0005] This application provides an intraoperative information monitoring system and method to solve the technical problems that currently, intraoperative information can only be recorded through manual detection or separate monitoring devices, resulting in poor real-time updates of surgical and vital sign information, and the failure to integrate vital sign data with the surgical procedure, leading to information silos and increasing the difficulty of monitoring for doctors.

[0006] The first aspect of this application provides an intraoperative information monitoring system, comprising: a server, a main device and a monitor communicatively connected to the server; wherein...

[0007] The monitor is configured as follows:

[0008] Acquire real-time vital signs data of patients during surgery;

[0009] The server is configured as follows:

[0010] In response to a surgical order creation instruction, surgical information is generated; the surgical order creation instruction includes basic patient information and preoperative vital signs data; the surgical information includes at least one surgical procedure.

[0011] The system controls the main device to display the surgical information; and compares the real-time vital sign data obtained in any of the surgical procedures with the warning interval to obtain a comparison result; the comparison result is used to indicate whether to generate an instruction to control the main device to display the warning information.

[0012] In some embodiments, the server is configured with a database and a rules engine;

[0013] The server's step of generating surgical information in response to the surgical order creation instruction is specifically configured as follows:

[0014] Based on the surgical order creation instruction, the surgical procedure corresponding to the patient's basic information is obtained from the database;

[0015] Surgical information is generated based on the described surgical procedure;

[0016] The server's step of comparing real-time vital sign data acquired during any surgical procedure with the warning interval to obtain the comparison result is specifically configured as follows:

[0017] Determine the surgical procedure corresponding to real-time vital sign data;

[0018] The rule engine is invoked to obtain the warning interval corresponding to the current surgical procedure.

[0019] Determine whether the real-time vital signs data are within the warning range;

[0020] If so, then generate instructions to control the main device to display warning information.

[0021] In some embodiments, the server is further configured to:

[0022] In response to a surgical procedure switching command, the main device's display area is controlled to display the next surgical procedure; the text display ratio in the display area is larger than that in other display areas of the main device.

[0023] In some embodiments, the server is further configured with a voice acquisition module; the voice acquisition module is used to acquire voice data; the server is further configured to:

[0024] Convert the voice data into character data;

[0025] Based on the character data, obtain the keyword information in the character data;

[0026] Based on the keyword information, obtain the instruction information;

[0027] Based on the instruction information and the page information of the main device, obtain the image to be converted;

[0028] Control the main device to display the image to be converted.

[0029] In some embodiments, the server is further configured to:

[0030] According to the surgical order creation instruction, obtain the information on drugs and instruments to be used in the database that correspond to the surgical information;

[0031] The main device is controlled to display the information of the medicines and medical devices to be used.

[0032] In some embodiments, the system further includes:

[0033] An external device, which is communicatively connected to the server, is configured to:

[0034] Input the surgical order creation command into the server;

[0035] The surgical information, along with the corresponding information on the drugs and instruments to be used, is displayed.

[0036] In some embodiments, the server is further configured to:

[0037] In response to the intraoperative report generation command, intraoperative information is generated based on the surgical information, real-time vital signs data, warning intervals, and information on drugs and instruments to be used;

[0038] The main device or the external device is controlled to generate an intraoperative report based on the intraoperative information and the intraoperative report template; the real-time vital signs data located within the warning interval in the intraoperative report are highlighted.

[0039] In some embodiments, the warning interface is configured to display the real-time vital sign data and solutions located within the warning interval;

[0040] The server is further configured as follows:

[0041] When the real-time vital signs data is within the warning range, obtain a solution for the real-time vital signs data in the database;

[0042] The main device is controlled to display the real-time vital signs data and the solution located within the warning range.

[0043] In some embodiments, the server is further configured to:

[0044] In response to the surgical order creation command, if surgical information is not obtained from the database, the real-time vital signs data, medication and instrument information during the surgical procedure are input into the database.

[0045] The second aspect of this application provides an intraoperative information monitoring method, applied to an intraoperative information monitoring system as described in any one of the first aspects above, comprising:

[0046] Acquire real-time vital signs data of patients during surgery;

[0047] In response to a surgical order creation instruction, surgical information is generated; the surgical order creation instruction includes basic patient information and preoperative vital signs data; the surgical information includes at least one surgical procedure.

[0048] The system controls the main device to display the surgical information; and compares the real-time vital sign data obtained in any of the surgical procedures with the warning interval to obtain a comparison result; the comparison result is used to indicate whether to generate an instruction to control the main device to display the warning information.

[0049] This application provides an intraoperative information monitoring system and method. The system includes a server, a main device and a monitor communicatively connected to the server. The monitor is configured to acquire real-time vital sign data of the patient during surgery. The server is configured to generate surgical information in response to a surgical order creation instruction. The surgical order creation instruction includes basic patient information and preoperative vital sign data. The surgical information includes at least one surgical procedure. The system controls the main device to display the surgical information. The system compares real-time vital sign data acquired in any of the surgical procedures with an early warning interval to obtain a comparison result. The comparison result indicates whether to generate an instruction to control the main device to display early warning information. This addresses the current problem that intraoperative information can only be recorded manually or through separate monitoring devices, resulting in poor real-time updates of surgical and vital sign information. Furthermore, the system fails to integrate vital sign data with the surgical procedure, leading to information silos and increasing the difficulty of monitoring for doctors. Attached Figure Description

[0050] To more clearly illustrate the technical solution of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0051] Figure 1 This is a schematic diagram of the intraoperative information monitoring system in this application;

[0052] Figure 2 This is a flowchart illustrating the process of the main equipment issuing an early warning in this application;

[0053] Figure 3 This is a flowchart illustrating the execution of voice commands by the server in this application;

[0054] Figure 4 This is the display interface of the main device in this application;

[0055] Figure 5 This is the warning interface for the main device in this application.

[0056] Explanation of reference numerals in the attached figures:

[0057] 1-Server; 2-Main device; 3-Monitor; 4-External device. Detailed Implementation

[0058] To enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this application.

[0059] Because some technologies only allow for manual detection or recording of patients' vital signs through individual monitoring devices, the real-time updates of surgical and vital sign information are poor, and the vital sign data is not integrated with the surgical procedure, resulting in information silos and increasing the difficulty of monitoring for doctors. To solve this technical problem, this application provides an intraoperative information monitoring system and method, which are described below:

[0060] For example, during surgery, doctors not only need to execute each meticulous step with a high degree of professionalism and precision, but also must remain vigilant at all times, closely monitoring the patient's real-time vital signs to ensure the safety and effectiveness of the surgery. However, most current surgical management methods still rely primarily on traditional paper records or relatively basic spreadsheet recording methods. This approach is not only cumbersome to operate, but also extremely inconvenient during surgery.

[0061] Specifically, current surgical recording methods lack an intuitive and dynamic display platform, failing to present the various procedures and stages of surgery in a clear and easily understandable manner. Furthermore, updates to surgical information and patient vital signs are not real-time, often exhibiting significant time delays, which falls far short of the urgent needs of modern surgery for precision and immediate response. In addition, key patient vital signs data, such as heart rate, blood pressure, and oxygen saturation, are crucial for surgeons to make correct and timely decisions during surgery. However, current intraoperative monitoring methods largely rely on manual detection or relatively independent monitoring devices. This approach is not only inefficient but also fails to effectively integrate patient vital signs data with surgical procedure data, creating information silos. This not only increases the burden on surgeons in monitoring and decision-making during surgery but may also lead to increased surgical risks due to information fragmentation and lag.

[0062] like Figure 1 The diagram shown is a structural schematic of the intraoperative information monitoring system in this application.

[0063] To address the aforementioned issues, the first aspect of this application provides an intraoperative information monitoring system, comprising: a server 1, a main device 2 and a monitor 3 communicatively connected to the server 1; wherein the main device 2 is located in the operating room, and the main device 2 and the server 1 are interconnected via electrical connection to ensure the real-time nature of information during the operation; the monitor 3 can collect real-time vital signs data of the patient (such as heart rate, blood pressure, blood oxygen saturation, etc.) and push the real-time vital signs data to the server 1 in real time.

[0064] The monitor 3 is configured to: acquire real-time vital signs data of the patient during surgery; the real-time vital signs data includes, but is not limited to, heart rate, blood pressure, and blood oxygen saturation; the server 1 is configured to: generate surgical information in response to a surgical order creation command; the surgical order creation command includes basic patient information and preoperative vital signs data; the surgical information includes at least one surgical procedure; create a surgical order through the main device 2, input the basic information and preoperative vital signs data into the server 1, and search the database for surgical information related to the basic information and preoperative vital signs data; control the main device 2 to display the surgical information; and compare the real-time vital signs data acquired in any of the surgical procedures with a warning interval to obtain a comparison result; the comparison result is used to indicate whether to generate a command to control the main device 2 to display warning information. For the patient's vital signs data, each different surgery and different surgical stage has a corresponding warning interval for the patient's vital signs data. When the server 1 acquires the patient's real-time vital signs data within the corresponding warning interval, it indicates that the patient's corresponding vital signs are abnormal, and medical staff need to take corresponding emergency measures for the abnormal vital signs.

[0065] It is worth noting that the warning ranges corresponding to patient vital signs data at each stage of surgery are different and crucial, because the patient's physiological state fluctuates during the operation due to changes in surgical progress and anesthesia effects. The system provided in this application focuses on monitoring the patient's vital signs during the surgical stage, from when the patient is wheeled into the operating room until they are wheeled out. During this stage, the monitor 3 captures and records the patient's real-time vital signs data, such as heart rate, blood pressure, blood oxygen saturation, respiratory rate, and body temperature. These vital signs data are not represented by a single, accurate value under normal conditions, but rather fall within a reasonable range of fluctuation. When the system detects that a patient's vital signs data deviate from its normal range, it immediately triggers an warning mechanism, alerting medical staff through sound and light to take timely intervention measures and ensure the safe and smooth progress of the surgery.

[0066] This application provides an intraoperative information monitoring system. Before surgery, medical staff first connect the monitor 3 to the server 1 to obtain the patient's real-time vital signs data. Then, they access the system homepage through the main device 2, create a surgical order, and input preoperative information (such as preoperative diagnosis, planned surgery, etc.) and patient-related information (such as age, height, vital signs, preoperative vital signs, etc.) into the server 1. Based on the above information, the system queries the knowledge graph in the Neo4j database to obtain the various stages of the surgery and the specific process of each stage, i.e., the surgical information. Then, the detailed information of all stages and process steps is displayed on the interface of the main device 2, which facilitates medical staff to view the operation guide and the progress of the surgery. Upon completion of the surgical order, the system collects real-time vital signs data (such as heart rate, blood pressure, and blood oxygen saturation) from the monitor 3 and pushes this data to the rule engine of the main device 2 for analysis. The rule engine continuously monitors the patient's real-time vital signs data to determine whether it meets the abnormal conditions set in the rules (such as excessively high heart rate or excessively low blood pressure), i.e., whether the real-time vital signs data is within the warning range. If abnormal vital signs data is detected, i.e., the real-time vital signs data is within the warning range, the system generates an instruction to control the main device 2 to display warning information. The main device 2 then displays a warning interface to prompt medical staff to pay attention to the patient's condition, ensuring that medical staff can quickly obtain surgical and monitoring information and improve the safety of the surgery.

[0067] For example, server 1 is configured with: a front-end, a back-end, a data acquisition service, and a data layer. The front-end is developed using the Vue framework and accessed via a browser. It includes a homepage, a surgical record interface, and an alarm display module. It interacts with the back-end via an HTTP interface to obtain information such as the stage and steps of the surgery. It obtains real-time alarm notifications via a WebSocket interface and displays alarm information about the patient's vital signs to the doctor. The back-end is developed using Python and the FastAPI framework. The back-end is configured with a surgical record service: handling surgical record creation, querying the Neo4j database for surgical stages and steps, and other business logic. The back-end is also configured with a rule engine service: dynamically loading rules from the Neo4j database, receiving real-time vital sign data transmitted by the acquisition service, and judging whether to trigger an alarm based on the dynamically loaded rules. The back-end is also configured with a WebSocket channel: pushing alerts to the front-end after triggering an alarm, enabling medical staff to receive real-time notifications. The data acquisition service: monitors the vital sign data of monitor 3 in real time to obtain the patient's real-time status. It transmits the collected real-time vital sign data to the rule engine via a WebSocket interface. Data layer: The Neo4j database is used to store the stages and steps of the surgery, as well as the rules for monitoring vital signs.

[0068] like Figure 2 The diagram shown is a flowchart of how server 1 generates warning instructions in this application.

[0069] The server 1 is configured with a database and a rule engine; the database contains several surgical information records, which are continuously updated by administrators for current surgeries and upcoming surgeries; the rule engine is generated based on the database, and uses the parameter information in the surgical information to obtain the warning range of patient vital signs at each stage of each surgical record.

[0070] The step of server 1 in generating surgical information in response to the surgical order creation instruction is specifically configured as follows: Based on the surgical order creation instruction, obtain the surgical procedure corresponding to the patient's basic information from the database; the patient's basic information includes: preoperative information (such as preoperative diagnosis, planned surgery, etc.) and patient-related information (such as age, height, vital signs, preoperative vital signs, etc.); generate surgical information based on the surgical procedure; the step of server 1 in comparing the real-time vital sign data obtained in any surgical procedure with the warning interval to obtain the comparison result is specifically configured as follows: determine the surgical procedure corresponding to the real-time vital sign data; call the rule engine to obtain the warning interval corresponding to the current surgical procedure; determine whether the real-time vital sign data is within the warning interval; if so, generate an instruction to control the main device 2 to display the warning information.

[0071] After receiving the warning command sent by the server 1, the main device 2 will quickly respond and display a prominent warning message on its interface, such as... Figure 5 As shown in the image, the warning interface not only intuitively displays the current emergency situation, but also ensures that medical staff can immediately notice the emergency even in a tense and busy surgical environment through alarm icons. The alarm icons on the warning interface use striking colors (such as red) and easily recognizable graphics (such as exclamation marks or triangles) to quickly attract the attention of medical staff. Simultaneously, the interface dynamically displays the real-time vital signs data of the patient currently within the warning range, including but not limited to key physiological indicators such as heart rate, blood pressure, and blood oxygen saturation. Upon receiving the warning information and real-time vital signs data, medical staff can quickly and accurately assess the patient's condition and formulate appropriate emergency measures to restore the patient's vital signs to a normal range.

[0072] For example, the system implemented in this application has a real-time monitoring and alarm triggering mechanism for patient vital signs data. It utilizes the relationship between "monitoring" nodes and "vital signs" nodes created in the Neo4j graph database to represent alarm triggering rules (e.g., a "rapid heart rate" monitoring node and a "heart rate" vital sign node, where the relationship between the two nodes is that the "rapid heart rate" node monitors the "heart rate" node. These two nodes and their relationship represent a rule for triggering a "rapid heart rate" alarm). Then, a rule engine written in Python dynamically loads the rules represented by the "monitoring" nodes stored in the Neo4j database. Finally, the rule engine also listens in real-time to the patient's real-time vital signs data pushed by the data acquisition module via a websocket connection to determine whether the alarm triggering conditions are met.

[0073] In this embodiment, the server 1 is further configured to: in response to a surgical procedure switching command, control the display area of ​​the main device 2 to display the next surgical procedure; the text display ratio in the display area is larger than that in other display areas of the main device 2. For example... Figure 4 The image shows the display interface of the main device 2. The text displayed in this area is larger than that in adjacent display areas to significantly highlight the text content within this specific area, ensuring its clarity and facilitating quick comprehension of key information by medical staff. Considering the urgency and importance of information in the medical environment, especially in situations requiring rapid decision-making, a subtle blurring process is applied to the text display outside this core display area to achieve a more striking visual effect. This blurring technology not only gently softens the details of surrounding information, reducing visual interference, but also effectively guides medical staff's attention to the display area, making the text content more visually prominent and easily identifiable. This design not only improves the efficiency of information transmission but also optimizes the user experience for medical staff, ensuring they can quickly and accurately obtain the necessary information even during busy work periods, thus providing stronger protection for patient health and safety.

[0074] For example, the main device 2 features a dedicated surgical procedure switching button on its user interface, ensuring that medical staff can flexibly handle consecutive surgical tasks. When a round of surgery is about to end or has already been completed, medical staff do not need to navigate through complex menus or take additional steps; they can simply press this surgical procedure switching button, and the main device 2 will respond quickly, seamlessly switching the system status from the current surgical procedure to the next round. The system will automatically update the surgical preparation list based on the preset information for the next round of surgery, including key elements such as the medications, medical devices, and surgical procedures to be used. The updated information will be immediately displayed on the device screen for medical staff to refer to and prepare for.

[0075] For example, the main device 2 can also use a touchscreen display interface to enhance the convenience and intuitiveness of operations within the operating room. During surgery, medical staff can operate directly on the touchscreen with their fingers, without relying on additional physical buttons or keyboards. When switching surgical procedures, medical staff can simply slide the display area of ​​the surgical procedure on the touchscreen to smoothly transition from the current procedure to the next. This sliding operation is not only simple and intuitive but also significantly reduces the switching time between surgical procedures, allowing medical staff to focus more on patient treatment. After the slide is completed, the main device 2 immediately updates the surgical preparation list on the display interface based on the preset information for the next surgical procedure. This list details the key elements to be used, such as medications, medical devices, and surgical procedures, providing clear and accurate surgical preparation guidance for medical staff. Furthermore, the touchscreen design allows the main device 2 to support more interactive functions, such as gesture control and multi-touch, further enhancing the flexibility and convenience of operation. Medical staff can freely choose the most suitable operating method according to their habits and needs, thereby improving work efficiency and safety during the surgical process.

[0076] like Figure 3 The diagram shows a flowchart of the voice acquisition module of server 1 in this application acquiring voice data and executing it.

[0077] The server 1 is also equipped with a voice acquisition module; the voice acquisition module is used to acquire voice data; the server 1 is also configured to: convert the voice data into character data; medical staff can speak their voice commands, i.e., voice data, into the server 1; after receiving the voice data, the server 1 can automatically switch to text information, i.e., character data; based on the character data, obtain the keyword information in the character data; it is understood that medical staff will output a large amount of voice data during the operation, but most of it is not directed at the server 1, so the server 1 can obtain the keywords in the character data, for example: please switch the surgical process in the display interface of the main device 2 to the next round of surgical process, the keywords in the character data are surgical process, next round; based on the keyword information, obtain the instruction information; based on the keyword information such as: surgical process, next round, the instruction information is to switch to the next round of surgical process; based on the instruction information and the page information of the main device 2, obtain the image to be converted; by obtaining the current page information of the main device 2, the image that the main device 2 will display, i.e., the image to be converted, can be obtained according to the instruction information; control the main device 2 to display the image to be converted.

[0078] like Figure 4 The diagram shown is a schematic of the display interface of the main device 2 in this application.

[0079] The server 1 is also configured to: retrieve the required medication and instrument information from the database corresponding to the surgical information based on the surgical order creation instruction; in a medical surgical environment, the instruction based on surgical order creation is not merely a switch to start a surgical procedure, but also allows for the simultaneous acquisition and integration of various information directly related to the surgery. Once a surgical order is created or selected, the system immediately begins collecting and processing the detailed surgical information required for the procedure, and automatically associates and extracts the required medication and instrument information closely related to the surgical information. This function is designed to maximize the simplification of pre-operative, intra-operative, and post-operative preparations by medical staff, ensuring a smooth and efficient surgical process. To achieve this goal, the database is carefully configured with rich and precise information entries, covering a wide range of surgical information, and specifically listing the required medication and instrument lists for each type of surgery. This information is cleverly woven into the database structure to ensure a rapid response and accurate matching upon receiving the surgical order creation instruction, pushing the corresponding required medication and instrument information to the display interface of the main device 2. This design greatly benefits medical staff, enabling them to have a clear view of all the supplies needed for the current surgery, thus avoiding delays and errors caused by missing or confused information.

[0080] like Figure 4As shown, the current surgical procedure can be understood through the display interface of the main device 2. The key points of each step are clearly displayed, providing solid guidance for the smooth progress of the surgery. Simultaneously, information on medications and instruments to be used is cleverly integrated into the interface, allowing medical staff to quickly locate the necessary supplies and accurately retrieve them from the medication containers, ensuring seamless transitions between surgical steps. Furthermore, the main device 2 also has the ability to acquire and display patient vital signs data in real time. Through close connection with the monitor 3, the main device 2 can capture key vital signs such as the patient's blood pressure, heart rate, and blood oxygen saturation in real time and display this data intuitively on the display interface. This design not only provides medical staff with immediate feedback on the patient's status but also strongly supports them in making quick and accurate decisions based on the patient's condition. With such intelligent assistance, every operation by medical staff is more data-driven, and patient safety is more comprehensively guaranteed.

[0081] The system also includes an external device 4, which is communicatively connected to the server 1. The external device 4 is configured to: input the surgical order creation command to the server 1; and display the surgical information and the corresponding information on medications and instruments to be used. It is worth noting that the location of the main device 2, as the core information display and operation platform within the operating room, is crucial. Given the extremely strict requirements for a sterile environment in the operating room, any items that may introduce contaminants must be strictly restricted from entering or being removed. Therefore, the main device 2 is fixedly installed inside the operating room, avoiding the risk of cross-infection that may result from frequent movement and ensuring the cleanliness and safety of the surgical environment. To ensure the stability and real-time nature of data transmission during the operation, the main device 2 communicates with the server 1 and the monitor 3 via an electrical connection. Compared to wireless transmission, this wired connection method has a higher data transmission rate and lower latency, effectively avoiding data loss or delay due to signal interference or unstable transmission, providing a solid technical guarantee for the smooth progress of the surgery.

[0082] However, considering that medical staff may need to obtain intraoperative or surgical information outside the operating room for preoperative preparation, postoperative assessment, or communication with family members, this application introduces an external device 4 as a solution. The external device 4, as a portable smart terminal, can remotely communicate with the server 1 via a secure and reliable communication protocol, thereby accessing and obtaining intraoperative or surgical information stored on the server in real time. The external device 4 not only greatly expands the channels for medical staff to obtain information, enabling them to monitor surgical progress and patient status from any location outside the operating room, but also significantly improves the flexibility and efficiency of medical work. Through the external device 4, medical staff can view key information such as surgical records, patient vital signs data, and surgical procedure details anytime, anywhere, providing strong support for accurate surgical decisions and comprehensive patient care. The server 1 can connect to several external devices 4, which are electronic devices capable of acquiring information, such as computers.

[0083] For example, before surgery, medical staff can access and obtain detailed information about the medications and instruments to be used during the procedure through external device 4, an intelligent information acquisition tool. This function greatly optimizes the pre-operative preparation workflow, enabling medical staff to understand the specific needs of the surgical plan in advance, thus allowing them to carry out targeted pre-operative preparations. Specifically, external device 4 can synchronize the surgical plan and related data stored in server 1 in real time, including the names, dosages, and methods of use of various medications required for the surgery, as well as key information such as the model, specifications, and quantity of required instruments. Medical staff can quickly browse and confirm this information with simple operations on external device 4, avoiding the problems of information omissions or untimely updates that may occur with traditional paper lists. Based on this information, medical staff can retrieve the medications and instruments to be used from the inventory in advance and perform necessary disinfection and other pre-operative preparations. This advance planning and preparation method not only effectively shortens the preparation time before the start of surgery and improves the turnover efficiency of the operating room, but also ensures that all medications and instruments are in optimal condition before use, thereby further reducing surgical risks and the incidence of complications. Furthermore, the portability and real-time capabilities of external device 4 allow medical staff to view and update surgical preparations from any location outside the operating room, providing more flexible and convenient support for the smooth progress of the surgery. Medical staff can use external device 4 to monitor the latest developments during the surgery, such as the patient's real-time vital signs and comparisons with warning intervals, thereby ensuring the smooth execution of the surgical procedure.

[0084] For example, to ensure that sensitive information stored on server 1, such as surgical records, patient data, and lists of medications and medical devices, is not accessed, stolen, or maliciously altered without authorization, the system employs multiple security measures. Among these, the main device 2 can rigorously monitor and manage external devices 4 connected to server 1. As the information hub within the operating room, main device 2 is responsible not only for real-time data transmission and display but also for the security oversight of external devices 4. It can acquire and display in real-time the number of all external devices 4 currently connected to server 1, their login times, device parameters, and operational information. This information provides medical staff with a comprehensive view of device monitoring, enabling them to keep track of the connection status and usage of external devices at all times. By monitoring the number of external devices 4 and their login times, the system can promptly detect and handle abnormal login behaviors, such as unauthorized device access or abnormal login times. Simultaneously, by checking device parameters, the system can verify the legality and compatibility of external devices, ensuring that only devices meeting security standards can connect to server 1.

[0085] More importantly, the main device 2 can record and store all operational information of each external device 4 during its connection with server 1. This information includes detailed records such as the server path accessed by the device, the type of operation, and the operation time, providing the system with traceable operational records. Once a suspicious or malicious operation is detected by an external device 4, the system can immediately activate security response mechanisms, such as disconnecting the connection, logging, and issuing alarms, to prevent further damage. In addition, the main device 2 also has powerful device management functions, capable of switching any external device 4 from logged-in to offline at any time. This function allows medical personnel or system administrators to quickly disconnect from suspicious devices when potential security risks are discovered, preventing them from continuing to access or damage the data on server 1.

[0086] For example, the intraoperative information monitoring system provided in this application can be logged into via the main device 2 or the external device 4. Users need a username and password to log in to the system's login interface. The system uses SSO (Single Sign-On) unified authentication service. After successful login, users can access the intraoperative information monitoring system and the user management system. SSO, or Single Sign-On, allows users to log in once through authentication. Once a user logs in to the identity authentication server, they gain access to other related systems and applications within the single sign-on system. This implementation does not require administrators to modify the user's login status or other information. Users only need to log in once to access all mutually trusted application systems, reducing login time and aiding user management.

[0087] In this embodiment, server 1 is further configured to: generate intraoperative information in response to an intraoperative report generation command, based on the surgical information, real-time vital signs data, warning intervals, and information on drugs and instruments to be used; control the main device 2 or the external device 4 to obtain an intraoperative report based on the intraoperative information and an intraoperative report template; and highlight the real-time vital signs data within the warning interval in the intraoperative report. The external device 4 and the main device 2 store intraoperative report templates. After completing the surgery, medical staff can input the intraoperative information into the selected intraoperative report template through the external device 4 or the main device 2 to generate an intraoperative report. Finally, the electronic file of the intraoperative report can be sent to a printing device for export to obtain a paper version of the intraoperative report. Through the intraoperative report, medical staff can subsequently view the patient's real-time vital signs data during the surgery and retain it as a surgical record, providing convenience for medical staff to write surgical records. The intraoperative report can also input the medications and instruments to be used after the operation, providing a reference for medical staff and allowing patients and their families to know the patient's vital signs during the operation and the medications and instruments needed after the operation.

[0088] like Figure 5 The image shows the warning interface of the main device 2 in this application.

[0089] In this embodiment, the warning interface is configured to display the real-time vital signs data and solutions located within the warning interval; the server 1 is further configured to: when the real-time vital signs data is within the warning interval, retrieve the solutions for the real-time vital signs data from the database; and control the main device 2 to display the real-time vital signs data and solutions located within the warning interval. When the patient's real-time vital signs data is within the warning interval, the main device 2 switches to the warning interface, such as... Figure 5 As shown, the system can alert medical staff to observe the patient's vital signs through sound and light warnings. The warning interface displays real-time vital sign data and solutions within the warning range, so that medical staff can quickly restore the patient's vital signs to the normal range.

[0090] For example, during coronary artery bypass surgery, at the beginning of CPB (cardiopulmonary bypass), if the central venous pressure exceeds 12 mmHg according to the data monitored by the operating room monitor 3, an early warning of poor superior vena cava drainage is triggered. The display interface of the main device 2 will then display a warning message. If the central venous pressure is not within the warning range, the solution is: if the central venous pressure is abnormal, please check the patient's facial color and inform the surgeon to pay attention to the superior vena cava insertion.

[0091] In this embodiment, server 1 is further configured to: respond to a surgical order creation instruction, if surgical information is not obtained from the database, input the real-time vital signs data, medication and instrument information used during the surgical procedure into the database. It is understood that current surgical procedures are updated and iterated rapidly; for example, medical staff develop safer and more reliable surgical plans, and update safer and cheaper medications and instruments. Therefore, the surgical information in the database needs to be constantly updated and replaced. When surgical information is updated, the medication and instrument information to be used in the surgical information to be updated can be input into the database, and then the database can be updated after verification by management personnel. If the surgical information corresponding to a surgery does not exist in the database, medical staff can input the real-time vital signs data, medication and instrument information used during the surgical procedure into the database themselves. After verification by professionals, the corresponding surgical information, real-time vital signs data, medication and instrument information used can be updated into the database to ensure the timeliness of information in the system.

[0092] A second aspect of this application provides an intraoperative information monitoring method, applied to an intraoperative information monitoring system described in any of the above embodiments, comprising: acquiring real-time vital sign data of a patient during surgery; generating surgical information in response to a surgical order creation instruction; the surgical order creation instruction including basic patient information and preoperative vital sign data; the surgical information including at least one surgical procedure; controlling a main device to display the surgical information; and comparing real-time vital sign data acquired in any of the surgical procedures with an early warning interval to obtain a comparison result; the comparison result being used to indicate whether to generate an instruction for controlling the main device to display early warning information. The effects of the above method embodiments can be found in the effects of the above system embodiments, and will not be repeated here.

[0093] This application provides an intraoperative information monitoring system and method. It utilizes the Neo4j database to create nodes categorized as "stages," "steps," "medications," "medical devices," "vital signs," and "monitoring." This allows for knowledge graph-based management of the surgical process and the medications and instruments used during surgery. These nodes in the knowledge graph represent various stages (e.g., preoperative, intraoperative, postoperative) and steps in different surgeries, along with the medications and medical devices used in each step. The relationships between nodes represent the sequence of "steps," the usage relationship between "steps" and "medications," and the rule-based relationship between "monitoring" and "vital signs." The system dynamically queries the database for information on surgical stages and steps, quickly returning all steps of a specified surgical procedure, ensuring data real-time performance and flexibility.

[0094] The above detailed embodiments further illustrate the purpose, technical solution, and beneficial effects of the embodiments of this application. It should be understood that the above are merely specific embodiments of the embodiments of this application and are not intended to limit the protection scope of the embodiments of this application. Any modifications, equivalent substitutions, improvements, etc., made on the basis of the technical solutions of the embodiments of this application should be included within the protection scope of the embodiments of this application.

Claims

1. An intraoperative information monitoring system, characterized in that, include: The server (1) and the main device (2) and the monitor (3) connected in communication with the server (1); wherein, The monitor (3) is configured as follows: Acquire real-time vital signs data of patients during surgery; The server (1) is configured as follows: In response to a surgical order creation instruction, surgical information is generated; the surgical order creation instruction includes basic patient information and preoperative vital signs data; the surgical information includes at least one surgical procedure. Control the main device (2) to display the surgical information; In addition, the real-time vital signs data obtained in any of the surgical procedures are compared with the warning interval to obtain a comparison result; the comparison result is used to indicate whether to generate an instruction for controlling the main device (2) to display warning information.

2. The intraoperative information monitoring system according to claim 1, characterized in that, The server (1) is configured with a database and a rules engine; The server (1) is specifically configured to perform the step of generating surgical information in response to the surgical order creation instruction as follows: Based on the surgical order creation instruction, the surgical procedure corresponding to the patient's basic information is obtained from the database; Surgical information is generated based on the described surgical procedure; The server (1) is specifically configured to perform the step of comparing the real-time vital sign data obtained in any surgical procedure with the warning interval to obtain the comparison result as follows: Determine the surgical procedure corresponding to real-time vital sign data; The rule engine is invoked to obtain the warning interval corresponding to the current surgical procedure. Determine whether the real-time vital signs data are within the warning range; If so, then generate instructions to control the main device (2) to display warning information.

3. The intraoperative information monitoring system according to claim 1, characterized in that, The server (1) is also configured to: In response to a surgical procedure switching command, the display area of ​​the main device (2) is controlled to display the next surgical procedure; the text display ratio in the display area is larger than that in other display areas of the main device (2).

4. The intraoperative information monitoring system according to claim 1, characterized in that, The server (1) is also equipped with a voice acquisition module; the voice acquisition module is used to acquire voice data; the server (1) is also configured to: Convert the voice data into character data; Based on the character data, obtain the keyword information in the character data; Based on the keyword information, obtain the instruction information; Based on the instruction information and the page information of the main device (2), obtain the image to be converted; Control the main device (2) to display the image to be converted.

5. The intraoperative information monitoring system according to claim 2, characterized in that, The server (1) is also configured to: According to the surgical order creation instruction, obtain the information on drugs and instruments to be used in the database that correspond to the surgical information; The main device (2) is controlled to display the information of the medicines and medical devices to be used.

6. The intraoperative information monitoring system according to claim 5, characterized in that, The system also includes: An external device (4) is communicatively connected to the server (1), and the external device (4) is configured to: Input the surgical order creation command into the server (1); The surgical information, along with the corresponding information on the drugs and instruments to be used, is displayed.

7. The intraoperative information monitoring system according to claim 6, characterized in that, The server (1) is also configured to: In response to the intraoperative report generation command, intraoperative information is generated based on the surgical information, real-time vital signs data, warning intervals, and information on drugs and instruments to be used; The main device (2) or the external device (4) is controlled to obtain an intraoperative report based on the intraoperative information and the intraoperative report template; the real-time vital signs data located within the warning interval in the intraoperative report are highlighted.

8. The intraoperative information monitoring system according to claim 2, characterized in that, The early warning interface is configured to display the real-time vital sign data and solutions located within the early warning interval; The server (1) is further configured as follows: When the real-time vital signs data is within the warning range, obtain a solution for the real-time vital signs data in the database; The main device (2) is controlled to display the real-time vital signs data and the solution located within the warning interval.

9. The intraoperative information monitoring system according to claim 2, characterized in that, The server (1) is also configured to: In response to the surgical order creation command, if surgical information is not obtained from the database, the real-time vital signs data, medication and instrument information during the surgical procedure are input into the database.

10. A method for monitoring intraoperative information, applied to an intraoperative information monitoring system according to any one of claims 1 to 9, characterized in that, include: Acquire real-time vital signs data of patients during surgery; In response to the surgical order creation command, generate surgical information; The surgical order creation instruction includes basic patient information and preoperative vital signs data; the surgical information includes at least one surgical procedure. The main control device displays the surgical information; Furthermore, the real-time vital sign data obtained in any of the surgical procedures described herein are compared with the warning interval to obtain the comparison result; The comparison result is used to indicate whether to generate an instruction for controlling the main device to display warning information.

Images