A mobile terminal-based medical monitoring interface synchronous interaction method and system

Abstract

The present application relates to the technical field of medical monitoring, and provides a medical monitoring interface synchronization interaction method and system based on a mobile terminal, which monitors patient vital sign data and user interaction operation data in real time, and determines whether to start a preset resource scheduling strategy according to the states of the two. The strategy synchronously improves the running priority of a system thread related to user interaction processing, and reduces the display resource consumption of non-critical monitoring data. Thus, the problem that when patient signs fluctuate sharply, system resources are preferentially allocated to data processing and rendering, resulting in delayed response of user interaction operation and further causing operation errors and safety hazards is solved.

Description

Technical Field

[0001] This application relates to the field of medical monitoring technology, and more specifically, to a method and system for synchronous interaction of a medical monitoring interface based on a mobile terminal. Background Technology

[0002] In modern medical settings, healthcare professionals frequently use mobile devices to view patients' vital signs data in real time and perform necessary interactive operations, especially in environments requiring high concentration and precision, such as operating rooms. These mobile devices typically aggregate data from various monitoring devices, such as electrocardiogram monitors, ventilators, anesthesia machines, and multiple micro-infusion pumps. However, when handling these complex scenarios, existing technologies prioritize allocating system resources to processing and rendering the large data streams from monitoring devices to ensure the real-time and accuracy of vital sign data display.

[0003] This resource allocation strategy can lead to a surge in instantaneous data volume during emergency situations involving drastic changes in a patient's vital signs. This surge can consume most of the processing power, resulting in significant delays in the system's response to user interactions (such as adjusting medication dosage). For example, during critical stages of surgery, if a patient's blood pressure drops sharply, the invasive arterial blood pressure monitoring module will generate a large number of instantaneous high-frequency data points. To faithfully reproduce the rapidly changing blood pressure waveform, the system will allocate a significant amount of processing resources to data reception, parsing, and graphing. This may cause the interface to not respond immediately when the anesthesiologist touches the "increase dosage" button on the screen, resulting in noticeable lag.

[0004] This delay can mislead operators under high pressure to make repetitive and invalid inputs. Once the system processes these backlogged repetitive commands, it can lead to incorrect drug dosage adjustments, posing a direct threat to patient safety. For example, an anesthesiologist might click again because the first click is unresponsive, causing the drug infusion rate to far exceed the expected rate and triggering iatrogenic hypertension. This dangerous closed loop, from "data synchronization priority" to "interaction delay" to "operational error," severely impacts the efficiency and safety of medical procedures.

[0005] To address the aforementioned issues, existing technologies urgently need improvement. Summary of the Invention

[0006] This application discloses a synchronous interaction method and system for a medical monitoring interface based on a mobile terminal, which aims to solve the technical problem in existing medical monitoring systems where, when a patient's vital signs fluctuate drastically, system resources are prioritized for data processing and rendering, resulting in delayed response to user interaction operations, which in turn leads to operational errors and security risks.

[0007] The technical solution of this application is as follows: In a first aspect, this application discloses a synchronous interaction method for a medical monitoring interface based on a mobile terminal, the method comprising: Real-time monitoring and acquisition of patients' vital signs data, as well as user interaction data on the mobile terminal; Based on vital sign data, determine whether the patient is in a state of drastic fluctuation in vital signs, and based on interaction data, determine whether the user is in a critical interaction state; In response to a patient experiencing drastic fluctuations in vital signs and the user being in a critical interactive state, a preset resource scheduling strategy is activated. This preset resource scheduling strategy includes simultaneously increasing the running priority of system threads related to user interaction processing and reducing the resource consumption for displaying non-critical monitoring data.

[0008] Furthermore, according to the above method, determining whether a patient is in a state of severe fluctuation based on vital sign data includes: extracting key physiological parameters from vital sign data; the key physiological parameters include at least one of systolic blood pressure, diastolic blood pressure, heart rate, or blood oxygen saturation; calculating the rate of change of the key physiological parameters within a preset time window, and comparing the rate of change with a preset severe fluctuation threshold; if the rate of change exceeds the preset severe fluctuation threshold, the patient is determined to be in a state of severe fluctuation.

[0009] Based on this, the interactive operation data includes touch events of the user on the mobile terminal interface; determining whether the user is in a critical interactive operation state based on the interactive operation data includes: identifying the user interface control that the touch event is applied to, and determining whether the user interface control belongs to a preset set of critical interactive controls; the set of critical interactive controls includes at least one of a drug infusion rate adjustment control, an alarm confirmation control, or an emergency intervention command control; if the user interface control belongs to the preset set of critical interactive controls, then it is determined that the user is in a critical interactive operation state.

[0010] In some preferred embodiments, the running priority of system threads related to user interaction processing is increased simultaneously, and the display resource consumption of non-critical monitoring data is reduced, including: issuing instructions to the mobile terminal's operating system scheduler to increase the scheduling priority of threads that process user input events and graphics threads responsible for interface rendering; and issuing instructions to the graphics rendering engine to reduce the graphics refresh rate of at least one type of waveform monitoring data.

[0011] As a technological improvement, the method also includes: real-time analysis of vital sign data to monitor and identify diagnostic feature indicators associated with preset physiological abnormal events; while activating the preset resource scheduling strategy, the method also includes: visually enhancing the display of the waveform area corresponding to the diagnostic feature indicators on the display interface.

[0012] Furthermore, the preset physiological abnormal events include pulse pressure variation; real-time analysis of vital sign data is performed to monitor and identify diagnostic feature indicators associated with the preset physiological abnormal events, including: determining the respiratory cycle based on vital sign data; calculating the maximum and minimum pulse pressure values ​​PP_max and PP_min within one respiratory cycle based on the respiratory cycle; calculating the pulse pressure variation rate based on the maximum and minimum pulse pressure values ​​PP_max and PP_min within one respiratory cycle: PPV = 100 × (PP_max - PP_min) / ((PP_max + PP_min) / 2); if the pulse pressure variation rate exceeds a preset variation threshold, then the pulse pressure variation rate is determined as a diagnostic feature indicator associated with pulse pressure variation.

[0013] To improve the solution, the method also includes: continuously monitoring vital sign data and interactive operation data; determining whether the patient has recovered from a state of severe fluctuation in vital signs based on the vital sign data; determining whether the user has recovered from a critical interactive operation state based on the interactive operation data; generating a recovery command when at least one of the conditions of recovering from a state of severe fluctuation in vital signs or recovering from a critical interactive operation state is met; and executing a preset resource scheduling strategy to release the operation based on the recovery command.

[0014] Based on the above, according to vital sign data, it is determined whether the patient has escaped the state of severe fluctuations in vital signs, including: in response to the rate of change of key physiological parameters being continuously lower than the first preset threshold within a continuous first preset duration, it is determined that the patient has escaped the state of severe fluctuations in vital signs; according to interactive operation data, it is determined whether the user has escaped the state of key interactive operation, including: in response to the absence of effective touch events acting on the set of key interactive controls within a continuous second preset duration, it is determined that the user has escaped the state of key interactive operation.

[0015] As a further improvement, in response to a patient experiencing severe fluctuations in vital signs and the user being in a critical interactive operation state, a preset resource scheduling strategy is activated, including: when the user is first determined to have entered a critical interactive operation state based on the interactive operation data, the corresponding time is recorded as the trigger assessment start point; from the trigger assessment start point, a delayed observation window with a configurable duration is initiated; within this delayed observation window, the patient's condition is continuously assessed based on vital sign data; if the patient is determined to be in a state of severe fluctuations in vital signs within this delayed observation window, the preset resource scheduling strategy is activated at the end of the window; otherwise, the preset resource scheduling strategy is not activated.

[0016] Secondly, this application also discloses a mobile terminal-based medical monitoring interface synchronous interaction system, which includes: a real-time monitoring module for real-time monitoring and acquisition of the patient's vital signs data and the user's interactive operation data on the mobile terminal; a status judgment module for determining whether the patient is in a state of drastic fluctuation based on the vital signs data and whether the user is in a critical interactive operation state based on the interactive operation data; and a synchronous scheduling module for activating a preset resource scheduling strategy in response to the patient being in a state of drastic fluctuation and the user being in a critical interactive operation state. The preset resource scheduling strategy includes synchronously increasing the running priority of system threads related to user interaction processing and reducing the display resource consumption of non-critical monitoring data.

[0017] Beneficial effects This application discloses a synchronous interaction method for a mobile terminal-based medical monitoring interface. It monitors patient vital signs data and user interaction data in real time and determines whether to activate a preset resource scheduling strategy based on their states. This strategy simultaneously prioritizes system threads related to user interaction processing and reduces the resource consumption for displaying non-critical monitoring data. This technical solution effectively solves the problem in existing technologies where, when patient vital signs fluctuate drastically, system resources are prioritized for data processing and rendering, leading to delayed user interaction responses and potentially causing operational errors and safety hazards. By optimizing resource allocation, this application ensures that critical interactions by medical staff can be responded to promptly in emergency situations, avoiding duplicate inputs and potential medication dosage errors caused by system lag, significantly improving the efficiency of medical operations and patient safety. Attached Figure Description

[0018] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of the present invention and should not be regarded as a limitation on the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 This is a flowchart illustrating the steps of the synchronous interaction method for a medical monitoring interface based on a mobile terminal disclosed in an embodiment of the present invention. Figure 2 This is a schematic diagram of the structure of a mobile terminal-based medical monitoring interface synchronous interaction system disclosed in an embodiment of the present invention. Detailed Implementation

[0020] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which these embodiments belong; the terminology used herein and in the specification of the application is for the purpose of describing particular embodiments only and is not intended to limit these embodiments; the terms "comprising" and "having," and any variations thereof, in the specification of these embodiments and the foregoing drawings, are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification of these embodiments and the foregoing drawings are used to distinguish different objects, not to describe a particular order.

[0021] The implementation details of the technical solution in this embodiment are described in detail below: In modern medical settings, healthcare professionals frequently use mobile devices to monitor patients' vital signs and perform necessary interactive operations in real time, especially in environments requiring high concentration and precision, such as operating rooms. These mobile devices typically aggregate data from various monitoring devices, such as electrocardiogram monitors, ventilators, anesthesia machines, and multiple micro-infusion pumps. However, when handling these complex scenarios, current technologies prioritize allocating system resources to process and render the massive data streams from monitoring devices to ensure the real-time and accurate display of vital signs. In emergency situations involving drastic changes in patient vital signs, this resource allocation strategy can lead to a surge in instantaneous data volume, monopolizing processing power and causing significant delays in the system's response to user interactions (such as adjusting medication dosages). This delay can mislead operators under pressure into making repetitive and invalid inputs. Once the system processes these backlogged, repetitive commands, it can lead to incorrect medication dosage adjustments, posing a direct threat to patient safety. This dangerous closed loop—from "data synchronization priority" to "interaction delay" and then to "operational error"—seriously impacts the efficiency and safety of medical procedures.

[0022] In response, this application proposes a synchronous interaction method for a medical monitoring interface based on a mobile terminal, such as... Figure 1 As shown, the method includes: S101, Real-time monitoring and acquisition of the patient's vital signs data, as well as the user's interactive operation data on the mobile terminal; S102, determine whether the patient is in a state of drastic fluctuation of vital signs based on the vital sign data, and determine whether the user is in a critical interactive operation state based on the interactive operation data. S103, in response to the patient being in a state of drastic fluctuation of vital signs and the user being in a critical interactive operation state, a preset resource scheduling strategy is activated; the preset resource scheduling strategy includes synchronously increasing the running priority of system threads related to user interaction processing, and reducing the display resource consumption of non-critical monitoring data.

[0023] This application intelligently judges the patient's and user's status by monitoring the patient's vital signs data and the user's interaction data in real time, and activates a preset resource scheduling strategy at critical moments. This effectively solves the problems of interaction delay and operation error caused by improper resource allocation in the prior art, and significantly improves the efficiency and safety of medical operations.

[0024] To better understand this application, some key terms and implementation environments need to be explained. In this application, "mobile terminal" refers to a portable electronic device used by medical personnel in medical monitoring scenarios, such as a smartphone, tablet, or dedicated medical handheld device, capable of displaying patient vital sign data and receiving user interaction operations. "Vital sign data" refers to key indicators reflecting the patient's physiological state, such as heart rate, blood pressure, blood oxygen saturation, and respiratory rate. This data is typically collected in real time by medical monitoring devices connected to the mobile terminal. "Interactive operation data" refers to various operations performed by the user on the mobile terminal interface, such as touching, swiping, and clicking. These operations may involve adjusting monitoring parameters, confirming alarms, or executing emergency intervention commands. "Severe fluctuations in vital signs" refers to a significant change in the patient's vital sign data within a short period, potentially indicating a deterioration in the patient's condition or an emergency. "Critical interactive operation status" refers to the user performing operations crucial to the patient's treatment or monitoring; timely response to these operations is essential for patient safety. "Preset resource scheduling strategy" refers to a series of system resource management measures triggered under specific conditions, designed to optimize the performance of the mobile terminal to prioritize critical operations.

[0025] In the embodiments of this application, it is first necessary to monitor and acquire the patient's vital signs data and the user's interactive operation data on the mobile terminal in real time. The acquisition of vital signs data can be achieved through wireless or wired connections between the mobile terminal and various medical monitoring devices (such as electrocardiogram monitors, blood pressure monitors, pulse oximeters, etc.). For example, the mobile terminal can be configured with a Bluetooth module to establish a connection with monitoring devices that support Bluetooth communication, receiving and parsing the transmitted vital signs data in real time. Alternatively, the mobile terminal can connect to the hospital's central monitoring system via a Wi-Fi network to acquire the patient's vital signs data from that system. The acquisition of interactive operation data is handled by the mobile terminal's operating system. For example, the operating system can capture all touch events, swipe events, and key press events on the touchscreen and pass this event data to the upper-level application for processing.

[0026] Next, based on the acquired vital sign data, it is determined whether the patient is experiencing severe fluctuations in vital signs, and based on the user's interaction data, it is determined whether the user is in a critical interaction state. For determining severe fluctuations in the patient's vital signs, a series of threshold values ​​for physiological parameters can be set. For example, if the patient's heart rate exceeds a preset upper limit or falls below a preset lower limit within a short period, it is considered a severe fluctuation in vital signs. Alternatively, the rate of change of vital sign data within a certain time window can be calculated; if the rate of change exceeds a preset threshold for severe fluctuations, the patient is considered to be in a state of severe fluctuation. For determining the user's critical interaction state, a set of key interactive controls can be predefined, such as buttons for adjusting drug infusion rates, confirming alarms, or executing emergency intervention commands. When a user's touch event is detected acting on these predefined key interactive controls, the user is determined to be in a critical interaction state.

[0027] When a patient is determined to be in a state of drastic fluctuation in vital signs, and the user is determined to be in a critical interactive state, the system will activate a preset resource scheduling strategy. The core of this strategy lies in simultaneously increasing the running priority of system threads related to user interaction processing and reducing the display resource consumption of non-critical monitoring data. For example, the system can issue instructions to the mobile terminal's operating system scheduler to increase the scheduling priority of threads responsible for handling user input events (such as touch event processing threads) and graphics threads responsible for interface rendering to the highest level. This means the operating system will prioritize allocating CPU time slices to these threads, ensuring that user operations receive immediate responses and the interface updates smoothly. Simultaneously, to free up more system resources, instructions can be issued to the graphics rendering engine to reduce the display resource consumption of non-critical monitoring data. For example, for some auxiliary waveform monitoring data (such as waveforms of minor physiological parameters), the graphics refresh rate can be reduced from tens of frames per second to a few frames per second, or even paused in extreme cases, thereby reducing the burden on the GPU and CPU.

[0028] The overall working principle of this application lies in constructing a dynamic resource scheduling mechanism through real-time, intelligent analysis of patient vital sign data and user interaction data. Traditional medical monitoring systems often adopt a "data synchronization priority" strategy, meaning that regardless of the patient's condition or the importance of the user's actions, real-time display of vital sign data is prioritized. This strategy performs well when the patient's vital signs are stable, but in emergency situations where the patient's vital signs fluctuate drastically and the user needs to perform critical operations, system resources are consumed by a large amount of data processing and rendering, resulting in delayed user interaction responses and even operational errors.

[0029] This application introduces two criteria: "severe fluctuations in vital signs" and "critical interactive operation status," to accurately identify emergency scenarios where system resources most need to be prioritized for user interaction. When both conditions are met simultaneously, the system no longer blindly prioritizes all data but proactively activates a preset resource scheduling strategy. The core of this strategy lies in "synchronously increasing the running priority of system threads related to user interaction processing" and "reducing the display resource consumption of non-critical monitoring data." Specifically, by increasing the priority of user input event processing threads and interface graphics rendering threads, it ensures that any user operation on the mobile terminal in an emergency receives an immediate response, avoiding duplicate and erroneous operations due to delays. Simultaneously, by reducing the display resource consumption of non-critical monitoring data, such as reducing the refresh frequency of secondary waveform data, system resources are effectively released, providing sufficient computing power for critical interactive processing. This optimizes user experience and operational safety without affecting the display of core monitoring information. This dynamic and intelligent resource scheduling mechanism enables mobile terminals to flexibly adjust resource allocation when facing complex and emergency situations, ensuring that medical staff can perform critical operations efficiently and accurately, thereby effectively avoiding the dangerous closed loop of interaction delays and operational errors caused by the "data synchronization priority" approach in traditional solutions.

[0030] The core innovation of this application lies in its dynamic and intelligent resource scheduling mechanism, which can flexibly adjust the allocation priority of system resources based on the patient's real-time physiological state and the user's interactive intent. Compared with the "data synchronization priority" strategy commonly used in the closest existing technologies, this application has significant advantages. Traditional solutions indiscriminately use a large amount of system resources to process and render surges in vital sign data when the patient's vital signs fluctuate drastically, resulting in severe response delays for users when performing critical operations. For example, when an anesthesiologist needs to urgently adjust the drug infusion rate, the interface may freeze, preventing the doctor from completing the operation in time, or even causing incorrect drug dosage adjustments due to repeated clicks.

[0031] This application accurately identifies emergency scenarios requiring priority for user interaction by introducing the criteria of "severe fluctuations in vital signs" and "critical interactive operation status." Once both conditions are met simultaneously, the system immediately activates a preset resource scheduling strategy, proactively prioritizing system threads related to user interaction and reducing resource consumption for displaying non-critical monitoring data. This means that at the most critical moments, the system prioritizes immediate response to user operations and smooth interface display, even if it temporarily reduces the display accuracy or refresh rate of some non-core monitoring data. This strategy ensures that medical staff can operate efficiently and accurately in emergency situations, avoiding misoperations and potential medical risks caused by system delays. Therefore, this application not only solves the interaction delay problem in existing technologies, but more importantly, it significantly improves the efficiency and safety of medical operations through intelligent resource management, providing patients with more timely and safer medical monitoring.

[0032] Specifically, the steps described above for determining whether a patient is experiencing severe fluctuations in vital signs based on vital sign data can be further refined as follows: Determining whether a patient is experiencing severe fluctuations in vital signs based on vital sign data includes: extracting key physiological parameters from the vital sign data; the key physiological parameters include at least one of systolic blood pressure, diastolic blood pressure, heart rate, or blood oxygen saturation; calculating the rate of change of the key physiological parameters within a preset time window, comparing the rate of change with a preset threshold for severe fluctuations; if the rate of change exceeds the preset threshold for severe fluctuations, then the patient is determined to be experiencing severe fluctuations in vital signs.

[0033] Key physiological parameters refer to parameters that directly reflect the core indicators of a patient's physiological state. Specifically, these parameters may include at least one of systolic blood pressure, diastolic blood pressure, heart rate, or blood oxygen saturation. For example, systolic and diastolic blood pressure are important indicators when monitoring the cardiovascular system; heart rate is a core parameter when assessing cardiac function; and blood oxygen saturation directly reflects a patient's respiratory function and oxygenation status. The purpose of selecting these parameters is that their changes can sensitively indicate potential abnormalities or deteriorating trends in a patient's physiological state.

[0034] Furthermore, a preset time window refers to a continuous time period used to calculate the rate of change of key physiological parameters. The length of this time window can be configured according to the specific medical scenario, patient type, and characteristics of the monitored physiological parameters. For example, for parameters with rapid fluctuations such as heart rate or blood pressure, the preset time window can be set to several seconds to tens of seconds; for relatively stable parameters such as blood oxygen saturation, the time window can be appropriately extended. By calculating the rate of change within the preset time window, short-term noise or physiological fluctuations can be effectively filtered out, thereby more accurately capturing clinically significant drastic fluctuations. The rate of change can be calculated using various mathematical methods. For example, the difference between the maximum and minimum values ​​of the key physiological parameter within the preset time window can be calculated, or the ratio of the difference between the parameter at the start and end points of the time window to the length of the time window can be calculated. Comparing the calculated rate of change with a preset drastic fluctuation threshold is a crucial step in determining whether a patient is experiencing drastic fluctuations in vital signs. The preset drastic fluctuation threshold is a critical value determined based on clinical experience, medical guidelines, or statistical analysis, and its purpose is to distinguish between normal physiological fluctuations and drastic fluctuations that require attention.

[0035] The proposed solution employs refined analysis of vital sign data. Specifically, it extracts key physiological parameters, calculates their rate of change within a preset time window, and compares this rate with a preset threshold for severe fluctuations. This allows for a more accurate and objective assessment of whether a patient is experiencing drastic fluctuations in vital signs. This mechanism avoids misjudgments or delays that may arise from relying solely on single instantaneous values ​​or subjective judgments, enabling the system to identify potential critical situations based on quantified physiological trends. It is precisely this rate-of-change-based approach that allows the system to more promptly identify abnormal changes in patient vital signs, providing a reliable basis for subsequent resource allocation strategies.

[0036] The above technical solution enables accurate identification of drastic fluctuations in a patient's vital signs. Compared to methods that rely solely on instantaneous physiological parameter values, this solution, by introducing the rate of change of key physiological parameters and a preset threshold for drastic fluctuations, can more sensitively capture the dynamic trends in a patient's physiological state, thereby improving the early warning capability and accuracy of judgment for potential emergencies. This precise judgment helps avoid unnecessary resource allocation while ensuring that preset resource allocation strategies can be activated promptly when truly needed, optimizing the performance of mobile terminals to support critical interactive operations by medical staff, thus improving the efficiency and safety of medical monitoring.

[0037] In some embodiments of this application, the method involves determining whether a user is in a critical interaction state based on interaction operation data. However, if the definition of "critical interaction state" is too broad or lacks specific criteria, it may lead to the system initiating resource scheduling strategies at non-critical times, resulting in resource waste; or it may fail to identify critical operations in a timely and accurate manner when truly needed, affecting the response efficiency of medical monitoring. Therefore, this application further proposes a precise determination mechanism for critical interaction state.

[0038] Specifically, the interactive operation data includes touch events of the user on the mobile terminal interface; determining whether the user is in a critical interactive operation state based on the interactive operation data includes: determining the user interface control that the touch event affects, and determining whether the user interface control belongs to a preset set of critical interactive controls; the preset set of critical interactive controls includes at least one of a drug infusion rate adjustment control, an alarm confirmation control, or an emergency intervention command control; if the user interface control belongs to the preset set of critical interactive controls, then it is determined that the user is in a critical interactive operation state.

[0039] The interactive operation data can be understood as various touch operations performed by the user on the mobile terminal display screen, such as single click, double click, long press, and swipe. These touch events are the main way for users to interact with the medical monitoring interface. The user interface controls refer to the graphical elements on the mobile terminal interface that users can interact with, such as buttons, sliders, text boxes, and confirmation boxes. The preset key interactive control set is a predefined set of interface controls that have a direct and significant impact on patient monitoring or treatment. For example, the drug infusion rate adjustment control is used to modify the rate of the patient's drug infusion pump, directly affecting the patient's treatment effect; the alarm confirmation control is used to respond to and handle emergency alarms issued by the system, ensuring that medical staff pay timely attention to abnormal situations; and the emergency intervention command control may be used to initiate critical operations such as defibrillation or emergency drug administration. The operation of these controls usually requires medical staff to be highly focused and respond quickly, so it is crucial to identify them as key interactive operations. When a touch event is detected acting on these preset key interactive controls, the system can accurately determine that the user is in a key interactive operation state.

[0040] This application's solution concretizes "interactive operation data" into "touch events" and further defines the criterion for determining "critical interactive operation states" as whether the user interface control affected by the touch event belongs to a "preset set of critical interactive controls," thereby resolving the potential ambiguity in the determination of "critical interactive operation states" in the basic solution. In this way, the system can more accurately identify critical operations performed by medical staff that directly affect the patient's vital signs or treatment process. For example, when a medical staff member touches a control to adjust the drug infusion rate, the system can immediately identify this as a critical operation and accordingly initiate resource scheduling strategies to ensure the operation's response speed and smooth execution, avoiding delays or lags caused by insufficient system resources, thus guaranteeing the timeliness and accuracy of medical operations.

[0041] Through the above technical solution, this application can significantly improve the accuracy and reliability of judging the status of key user interactions. By focusing on specific user interface controls directly related to patient monitoring and treatment, the system can avoid misjudging non-critical interface browsing or information query operations as critical interactions, thereby reducing unnecessary resource scheduling overhead. Simultaneously, when truly critical operations occur, the system can quickly and accurately identify and respond, ensuring that the mobile terminal provides optimal interactive experience and system performance when medical staff perform critical tasks such as adjusting medications, confirming alarms, or emergency interventions. This effectively supports medical staff's decision-making and operations, thereby improving the efficiency and safety of medical monitoring.

[0042] In some preferred embodiments, it is assumed that the mobile terminal's medical monitoring interface includes a slider control for adjusting the infusion pump speed (e.g., labeled "Infusion Rate Adjustment Slider"), a button for confirming a tachycardia alarm (e.g., labeled "Alarm Confirmation Button"), and a button for initiating an emergency defibrillation procedure (e.g., labeled "Emergency Defibrillation Button"). During system initialization, these controls are configured and added to a preset set of key interactive controls. When medical staff are monitoring a patient, if the patient's heart rate suddenly spikes, the system issues an alarm, and the medical staff needs to immediately click the alarm confirmation button to handle the situation. At this time, the system detects that the touch event is applied to the alarm confirmation button. Since this button belongs to the preset set of key interactive controls, the system immediately determines that the user is in a key interactive operation state. Simultaneously, if the patient's vital signs are also fluctuating drastically, a preset resource scheduling strategy will be immediately activated to prioritize the smooth execution of the alarm confirmation operation. For example, when medical staff need to adjust the infusion rate, they slide the infusion rate adjustment slider. The system will also recognize that the operation is applied to a key control, thereby determining that the user is in a critical interactive operation state. Based on the patient's vital signs, the system will decide whether to initiate resource scheduling to ensure the real-time response and accuracy of the drug adjustment operation.

[0043] In some embodiments described above, a preset resource scheduling strategy is proposed to be activated when a patient is experiencing drastic fluctuations in vital signs and the user is engaged in critical interactive operations. This strategy includes simultaneously increasing the running priority of system threads related to user interaction processing and reducing the resource consumption for displaying non-critical monitoring data. However, in actual implementation, a specific execution mechanism needs to be clearly defined to ensure that this strategy can function effectively and accurately.

[0044] In response, this application further proposes to simultaneously increase the running priority of system threads related to user interaction processing and reduce the display resource consumption of non-critical monitoring data, including: issuing instructions to the operating system scheduler of the mobile terminal to increase the scheduling priority of threads that process user input events and graphics threads responsible for interface rendering; and issuing instructions to the graphics rendering engine to reduce the graphics refresh rate of at least one type of waveform monitoring data.

[0045] Specifically, the system sends instructions to the mobile terminal's operating system scheduler to directly intervene in the operating system's thread scheduling mechanism. When the system detects that a patient is experiencing drastic fluctuations in vital signs and the user is performing a critical interactive operation, it notifies the operating system scheduler via specific system calls or application programming interfaces (APIs) to prioritize allocating central processing unit (CPU) time to system threads closely related to user interaction. These system threads primarily include threads that handle user input events such as touch, swipe, and click on the mobile terminal, as well as graphics rendering threads responsible for drawing monitoring data and user interface elements onto the screen. By increasing the scheduling priority of these system threads, the system ensures that the responsiveness and smoothness of the user interface are maintained even under resource constraints, avoiding lag or delays caused by insufficient system resources, thereby enhancing the immediate feedback experience for users.

[0046] Meanwhile, reducing the display resource consumption of non-critical monitoring data refers to instructing the graphics rendering engine to adjust the display method of certain non-core monitoring data, thereby reducing its consumption of system resources. For example, for some waveform monitoring data with relatively low real-time requirements or auxiliary functions, their graphics refresh rate can be reduced. This means that these waveform data are no longer updated at the highest frame rate, but are refreshed at a lower frequency, thus reducing the burden on the graphics processing unit (GPU) and memory. For example, critical waveforms such as electrocardiograms (ECG) or respiratory waveforms may maintain a high refresh rate, while some trend graphs or waveforms of minor parameters can have their refresh rates appropriately reduced. This measure aims to prioritize the allocation of limited system resources to critical interactive processing and the display of core monitoring data, ensuring that in emergency situations, the system can concentrate resources to respond to user operations and clearly present the most critical monitoring information.

[0047] This application's solution optimizes user experience and the display of critical monitoring information by proactively intervening in the system resource scheduling of mobile terminals in emergency situations where patients' vital signs fluctuate drastically and users perform critical interactive operations. Specifically, by issuing instructions to the operating system scheduler, the scheduling priority of threads processing user input events and graphics threads responsible for interface rendering is increased. This ensures that the system can respond instantly when users perform critical operations (such as adjusting drug infusion rate controls, confirming alarm controls, or executing emergency intervention commands), avoiding interface lag or operation delays caused by resource contention, thereby guaranteeing the timeliness and accuracy of medical operations. Simultaneously, by issuing instructions to the graphics rendering engine, the graphics refresh rate of non-critical monitoring data is reduced, effectively decreasing the system's resource consumption on non-core display tasks. The saved resources are then allocated to high-priority interactive and rendering tasks, allowing the system to focus on ensuring the smooth operation of core functions and the clear presentation of critical information even with overall resource constraints. This strategic resource scheduling enables mobile terminals to provide a more stable and reliable user experience in complex and urgent medical monitoring scenarios.

[0048] Through the aforementioned technical solution, this application significantly improves the user interaction response speed and interface smoothness of mobile terminals during critical moments of medical monitoring. In emergency situations where a patient's vital signs fluctuate drastically and the user is performing critical operations, the system prioritizes ensuring immediate feedback on user actions and clear display of core monitoring data, effectively avoiding potential operational errors or information delays caused by improper allocation of system resources. This refined resource scheduling mechanism not only optimizes the user experience but, more importantly, provides medical staff with a more stable and reliable operating platform in emergency scenarios of medical monitoring, thereby helping to improve the efficiency and accuracy of medical decision-making and ensure patient safety.

[0049] In some embodiments described above, a synchronous interaction method for a mobile terminal-based medical monitoring interface is proposed. This method simultaneously increases the running priority of system threads related to user interaction when the patient's vital signs are fluctuating drastically and the user is in a critical interactive state, while reducing the resource consumption for displaying non-critical monitoring data, thus ensuring system responsiveness and smooth interaction. However, in actual medical monitoring scenarios, simply optimizing system resource scheduling may not be sufficient to fully meet the needs of clinicians for immediate identification and accurate judgment of critical diagnostic information. Even if the system runs smoothly, if critical physiological abnormalities are not identified in a timely manner and presented in an intuitive way, diagnosis and intervention may still be delayed.

[0050] In response, this application further proposes a synchronous interaction method for a medical monitoring interface based on a mobile terminal. The method further includes: performing real-time analysis on the vital signs data to monitor and identify diagnostic feature indicators associated with preset physiological abnormal events; while activating the preset resource scheduling strategy, the method also includes: visually enhancing the waveform area corresponding to the diagnostic feature indicators on the display interface.

[0051] Specifically, real-time analysis of vital sign data refers to the system continuously processing various physiological data obtained from patients, such as electrocardiograms, blood pressure waveforms, and blood oxygen saturation curves. Through pre-defined algorithm models, this data undergoes pattern recognition, trend analysis, or threshold comparison to identify potential physiological abnormalities. Pre-defined physiological abnormalities can be understood as specific pathological states or physiological changes that require special clinical attention and may seriously affect the patient's health, such as arrhythmias, sudden drops in blood pressure, and apnea. Diagnostic characteristic indicators associated with these abnormalities refer to specific data points, waveform features, or calculation parameters that characterize or indicate the occurrence of these abnormalities. For example, for arrhythmias, diagnostic characteristic indicators could be sudden changes in heart rate or abnormal QRS complex morphology. Furthermore, visually enhanced display of the waveform areas corresponding to the diagnostic characteristic indicators on the display interface means that when the system identifies diagnostic characteristic indicators associated with pre-defined physiological abnormalities, special visual processing methods are applied to the vital sign waveforms or data areas containing these indicators on the monitoring interface of the mobile terminal. Such visual enhancements may include, but are not limited to, changing colors, increasing brightness, flashing, enlarging the display, adding highlighted borders, overlaying text prompts or arrow indicators, etc., with the aim of significantly improving the visibility and recognizability of these key information and guiding users to quickly focus on abnormal areas.

[0052] This application's solution effectively addresses the problem of low efficiency in identifying key diagnostic information that may exist in the aforementioned basic solutions. By simultaneously initiating a preset resource scheduling strategy, real-time analysis of vital sign data, and visual enhancement of the waveform regions corresponding to diagnostic feature indicators, the system effectively solves this problem. Because the system can proactively identify and highlight diagnostic feature indicators related to physiological abnormalities, medical staff can quickly capture the most critical abnormal information when faced with complex monitoring data streams. This mechanism ensures that while system performance is optimized, the information presentation also maximizes support for clinical decision-making, avoiding potential delays caused by excessive data volume or unintuitive information presentation.

[0053] Through the aforementioned technical solution, this application not only ensures the system response speed and smooth interaction of the mobile terminal at critical moments, but also further improves the efficiency and accuracy of medical staff in recognizing abnormal physiological events in patients. This visually enhanced display can significantly reduce the cognitive load of medical staff, enabling them to quickly locate and understand key diagnostic information even in stressful monitoring environments. This shortens the time from the discovery of abnormalities to the implementation of intervention measures, greatly improving the timeliness and effectiveness of medical monitoring, and ultimately safeguarding the patient's life.

[0054] In some preferred embodiments, it is assumed that the patient's vital signs data includes an electrocardiogram (ECG) waveform. The system continuously analyzes the ECG waveform in real time to monitor and identify the presence of a pre-defined physiological abnormality, namely, arrhythmia. When the system detects diagnostic features of arrhythmia, such as premature ventricular contractions or atrial fibrillation, through ECG waveform analysis—for example, abnormal QRS complex morphology or irregular RR intervals—the system, while initiating resource scheduling strategies, will visually enhance the corresponding ECG waveform area on the display interface. Specifically, the abnormal waveform area may be highlighted in red or presented in a flashing manner, and may also be superimposed with the text warning "Arrhythmia." This intuitive visual cue allows medical staff to immediately notice the patient's cardiac abnormality, quickly obtain important diagnostic information even while handling other critical interactive operations, and thus promptly assess the patient's condition and take appropriate medical measures.

[0055] In some embodiments described above in this application, vital sign data are analyzed in real time to monitor and identify diagnostic characteristic indicators associated with preset physiological abnormal events. Specifically, the preset physiological abnormal events may include pulse pressure variation.

[0056] The preset physiological abnormal events include pulse pressure variation; the real-time analysis of the vital sign data to monitor and identify diagnostic feature indicators associated with the preset physiological abnormal events includes: determining the respiratory cycle based on the vital sign data; calculating the maximum and minimum pulse pressure values ​​PP_max and PP_min within one respiratory cycle based on the respiratory cycle; calculating the pulse pressure variation rate based on the maximum and minimum pulse pressure values ​​PP_max and PP_min within one respiratory cycle: PPV = 100 × (PP_max - PP_min) / ((PP_max + PP_min) / 2); if the pulse pressure variation rate exceeds a preset variation threshold, then the pulse pressure variation rate is determined as a diagnostic feature indicator associated with pulse pressure variation.

[0057] Pulse pressure variability refers to the significant change in the difference between systolic and diastolic blood pressure (i.e., pulse pressure) in a patient's arterial blood pressure waveform during the respiratory cycle, as the pulse pressure changes with respiratory movements. This variability is generally considered an important indicator for assessing volume responsiveness (i.e., a patient's ability to respond to fluid infusion). Specifically, the respiratory cycle can be determined by analyzing respiratory waveforms in vital sign data or changes in the R-wave interval on an electrocardiogram. For example, digital signal processing techniques can be used to filter and detect peaks and troughs in signals acquired by respiratory sensors, thereby accurately identifying the inspiratory and expiratory phases of breathing and thus determining the respiratory cycle.

[0058] After determining the respiratory cycle, the pulse pressure difference (PP) for each respiratory cycle needs to be extracted from the arterial blood pressure waveform. The maximum pulse pressure difference (PP_max) refers to the highest pulse pressure difference detected within a complete respiratory cycle, while the minimum pulse pressure difference (PP_min) refers to the lowest pulse pressure difference detected within the same respiratory cycle. These values ​​can be obtained by analyzing the arterial blood pressure waveform point by point within each respiratory cycle, identifying the peak systolic blood pressure and the trough diastolic blood pressure, calculating their difference, and then selecting the maximum and minimum values.

[0059] Furthermore, the formula for calculating pulse pressure variability (PPV) is: PPV = 100 × (PP_max - PP_min) / ((PP_max + PP_min) / 2). This formula quantifies the degree of fluctuation in pulse pressure during the respiratory cycle, where the denominator represents the mean pulse pressure, used to standardize the amplitude of variability. A preset variability threshold is a clinically or empirically set reference value, such as 10% or 12%. When the calculated PPV exceeds this preset threshold, it indicates that the patient may have volume responsiveness problems or other physiological abnormalities. In this case, the PPV is identified as a diagnostic characteristic associated with pulse pressure variability.

[0060] The proposed solution, through the detailed calculation steps described above, can accurately quantify the degree of pulse pressure variability in patients. Specifically, by defining the respiratory cycle, it ensures that the pulse pressure calculation is performed within a complete physiological cycle, thus avoiding interference from non-respiratory factors. Calculating the maximum and minimum pulse pressure values ​​(PP_max and PP_min) captures the extreme manifestations of the impact of respiration on the circulatory system. Furthermore, by calculating the pulse pressure variability rate (PPV), the fluctuation amplitude of the pulse pressure is standardized with the mean pulse pressure, making this indicator more comparable and clinically significant. When the PPV exceeds a preset variability threshold, the system can identify potential volume responsiveness abnormalities in the patient, thus using this as an important diagnostic feature. This precise identification mechanism provides a reliable basis for subsequent resource allocation strategies and visual enhancement displays, ensuring timely and accurate intervention and information prompts when patients exhibit specific physiological abnormalities.

[0061] Through the above technical solution, this application enables refined monitoring and identification of specific physiological abnormalities—pulse pressure variation. Compared to simply determining whether a patient is experiencing drastic fluctuations in vital signs, this solution provides more specific and clinically significant diagnostic indicators. This precise identification capability allows for targeted visual enhancement of the waveform region corresponding to pulse pressure variation on the display interface while activating preset resource scheduling strategies. This significantly improves medical staff's perception of changes in patient volume status and decision-making efficiency, avoiding potential risks caused by ambiguous or delayed information, and further ensuring the quality and safety of medical monitoring.

[0062] In some embodiments described above in this application, a synchronous interaction method for a medical monitoring interface based on a mobile terminal is proposed. This method improves system responsiveness by activating a preset resource scheduling strategy when the patient's vital signs are fluctuating drastically and the user is performing a critical interactive operation. However, in its implementation, the lack of a mechanism to timely release or restore these resource scheduling strategies may cause the system to continuously consume additional resources unnecessarily, affecting the overall energy efficiency and long-term stability of the mobile terminal.

[0063] In response, this application further proposes that the above method also includes: continuously monitoring the vital signs data and the interactive operation data; determining, based on the vital signs data, whether the patient has escaped the state of severe fluctuation in vital signs; determining, based on the interactive operation data, whether the user has escaped the state of critical interactive operation; when it is determined that at least one of the conditions of escaping the state of severe fluctuation in vital signs or escaping the state of critical interactive operation is met, generating a recovery instruction; and executing the preset resource scheduling strategy release operation according to the recovery instruction.

[0064] Specifically, continuous monitoring of the vital signs data and the interactive operation data means that after the system activates the preset resource scheduling strategy, it will not stop tracking the patient's physiological state and user interaction behavior in real time. The purpose is to promptly capture changes in the patient's vital signs or user interaction status, providing a data basis for subsequent recovery assessment.

[0065] The determination of whether a patient has recovered from the state of severe fluctuations in vital signs based on the vital sign data can be understood as the system analyzing the patient's vital sign data to assess whether their key physiological parameters have returned to a stable range and no longer meet the conditions for severe fluctuations. For example, a stability threshold corresponding to a preset threshold for severe fluctuations can be set. When the rate of change of a key physiological parameter remains below the first preset threshold for a continuous first preset duration, the patient is considered to have recovered from the state of severe fluctuations in vital signs.

[0066] In practical applications, determining whether the user has left the key interactive operation state based on the interactive operation data specifically means that the system analyzes the user's touch events or other interactive behaviors on the mobile terminal interface to determine whether the user has completed or stopped operations on a preset set of key interactive controls. For example, if no valid touch events acting on the preset set of key interactive controls are detected within a consecutive second preset time period, it can be determined that the user has left the key interactive operation state.

[0067] Furthermore, when it is determined that at least one of the conditions—either the patient has recovered from a state of severe fluctuation in vital signs or the patient has exited a state of critical interactive operation—is met, a recovery command is generated. This means that as long as the patient's vital signs stabilize or the user no longer performs critical interactive operations, the system should prepare to release the previous resource scheduling strategy. This "or" logic ensures that the system can promptly initiate the recovery process when either critical factor is no longer urgent, avoiding unnecessary resource consumption.

[0068] Therefore, executing the preset resource scheduling strategy cancellation operation according to the recovery instruction means that after receiving the recovery instruction, the system restores the previously elevated running priority of system threads related to user interaction processing to normal levels, and restores the reduced display resource consumption of non-critical monitoring data to its original or default configuration. The purpose is to return system resource allocation to normal to meet operational needs under non-emergency conditions.

[0069] This application's solution effectively addresses the lack of an automatic release mechanism for resource scheduling strategies in the basic solution by introducing mechanisms for continuous monitoring, out-of-state judgment, and the generation and execution of recovery instructions. When the preset resource scheduling strategy is activated, the system continuously monitors patient vital signs and user interaction data. Once any condition in the patient's vital signs or the user's critical interaction state is no longer met—i.e., the patient's vital signs stabilize or the user has completed a critical operation—the system promptly generates a recovery instruction. This recovery instruction is then used to execute the release operation of the preset resource scheduling strategy, such as restoring the previously elevated system thread priority to normal and restoring the reduced resource consumption of non-critical monitoring data to the default level. It is precisely this dynamic, two-way resource management mechanism that enables the system to flexibly adjust resource allocation according to actual conditions, ensuring high-performance response in emergencies while avoiding unnecessary resource waste in non-emergency situations.

[0070] Through the above technical solution, this application enables intelligent and dynamic management of preset resource scheduling strategies. This not only improves system responsiveness in emergencies but, more importantly, ensures that system resources can quickly and smoothly return to normal after the emergency is resolved. This prevents the system from continuously occupying high-priority resources unnecessarily, thus significantly improving the energy efficiency of mobile terminals and extending device battery life. Furthermore, this automated recovery mechanism reduces the burden of manual intervention for medical staff, ensuring consistent system efficiency and user experience across different scenarios, making the medical monitoring system more intelligent, reliable, and energy-efficient.

[0071] In some preferred embodiments, a specific example is given below. Suppose a patient is receiving medical monitoring via a mobile terminal, and their heart rate suddenly spikes from 70 beats / minute to 130 beats / minute, exceeding a preset threshold for drastic fluctuations. Simultaneously, a medical staff member is using the "adjust medication infusion rate control" on the mobile terminal, which is identified as a critical interaction. At this point, the system immediately activates a preset resource scheduling strategy, prioritizing the user input event thread and the graphics thread responsible for interface rendering, while reducing the graphics refresh rate of non-critical waveform monitoring data to ensure smooth operation by the medical staff and real-time responsiveness of the interface. After the preset resource scheduling strategy is activated, the system continuously monitors the patient's vital signs data and the medical staff's interaction data. After a period of medication adjustment, the patient's heart rate gradually stabilizes at 80 beats / minute, and its rate of change remains below a first preset threshold for a continuous first preset duration. Therefore, the system determines that the patient has recovered from the state of drastic fluctuations in vital signs. Simultaneously, medical staff adjusted the drug infusion rate, and within a second preset time period, no valid touch events were detected affecting the "adjust drug infusion rate control." The system determined that the user had exited the critical interaction state. Since the patient had exited the state of drastic fluctuations in vital signs, satisfying at least one of the conditions of exiting the state of drastic fluctuations in vital signs or exiting the critical interaction state, the system immediately generated a recovery command. Based on this recovery command, the system executed the preset resource scheduling strategy release operation, restoring the previously elevated thread priority to normal levels and restoring the graphic refresh rate of non-critical waveform monitoring data to the default setting. Thus, system resource allocation returned to normal, ensuring efficient response in emergency situations while avoiding resource waste in non-emergency situations.

[0072] In some embodiments described above in this application, a resource scheduling strategy is proposed to be activated when the patient's vital signs fluctuate drastically and the user is in a critical interactive operation state, and the strategy is deactivated when the exit conditions are met. Specifically, in order to accurately determine whether the patient has exited the state of drastic fluctuation of vital signs and whether the user has exited the state of critical interactive operation, this application further proposes more refined judgment criteria.

[0073] The above-mentioned determination of whether a patient has recovered from a state of severe fluctuation in vital signs based on vital sign data includes: determining that the patient has recovered from a state of severe fluctuation in vital signs in response to the rate of change of key physiological parameters being continuously lower than a first preset threshold over a continuous first preset duration. The above-mentioned determination of whether the user has left the key interactive operation state based on the interactive operation data includes: in response to the fact that no valid touch event acting on the key interactive control set is detected within a continuous second preset time period, determining that the user has left the key interactive operation state.

[0074] Specifically, when determining whether a patient has recovered from a state of drastic fluctuation in vital signs, it is necessary to continuously monitor the rate of change of key physiological parameters. These key physiological parameters can be understood as at least one of systolic blood pressure, diastolic blood pressure, heart rate, or blood oxygen saturation. The calculation method for their rate of change is similar to that used when determining if a patient has entered a state of drastic fluctuation, but here the focus is on whether the change has stabilized. When the rate of change of this key physiological parameter remains below a first preset threshold for a continuous first preset duration, it indicates that the patient's vital signs have stabilized and are no longer in a state of drastic fluctuation. The first preset duration and the first preset threshold can be configured based on clinical experience or specific application scenarios to ensure the accuracy and reliability of the assessment.

[0075] Furthermore, when determining whether a user has exited a critical interactive operation state, the system continuously monitors touch events on the mobile terminal interface. If, within a consecutive second preset time period, the system does not detect any valid touch events acting on the set of critical interactive controls, it can be determined that the user has exited the critical interactive operation state. The set of critical interactive controls may include at least one of the following: controls for adjusting drug infusion rate, confirming alarms, or executing emergency intervention commands. The second preset time period is designed to provide a buffer period to prevent premature termination of resource scheduling strategies due to brief periods of user inactivity, thereby ensuring that the state is restored only after the user has actually completed the critical operation.

[0076] This application's solution determines whether a patient has moved out of a state of drastic fluctuations in vital signs by introducing the conditions of "continuous first preset duration" and "continuously below a first preset threshold," and determines whether a user has moved out of a critical interactive operation state by introducing the conditions of "continuous second preset duration" and "no valid touch events acting on the set of critical interactive controls." This judgment mechanism based on a combination of duration and thresholds can effectively avoid misjudgments caused by instantaneous data fluctuations or brief operation interruptions. For example, a patient's vital signs may show a slight rebound in a short period of time, but if they do not remain stable, resource scheduling should not be immediately lifted; similarly, a user may briefly stop touching during a critical operation interval, but if the preset inactivity duration is not reached, they should still be considered to be in a critical interactive state. Therefore, it ensures that the lifting of the resource scheduling strategy is based on the true and continuous stability of the patient's and user's state.

[0077] The aforementioned technical solutions provide a more robust and accurate mechanism for determining whether patients and users have emerged from emergency situations. This duration- and threshold-based approach effectively prevents resource scheduling strategies from being prematurely or delayed due to momentary fluctuations or brief interruptions, thereby improving the reliability and safety of the medical monitoring system. Specifically, continuous monitoring of the rate of change of key physiological parameters and threshold comparison allows for a more precise assessment of the true stability of the patient's vital signs; continuous event-free monitoring of key interactive operations allows for a more accurate determination of whether the user has completed the key operation and emerged from the emergency interaction situation. This helps maintain high system responsiveness when necessary and restores system resources promptly when conditions permit, optimizing the performance and user experience of mobile terminals.

[0078] In some embodiments described above, a preset resource scheduling strategy is immediately activated when a patient's vital signs fluctuate drastically and the user is performing a critical interactive operation. However, in practical applications, fluctuations in a patient's vital signs or a user's critical interactive operation may be transient or short-lived. Immediately activating the resource scheduling strategy could lead to frequent adjustments of system resources, increasing unnecessary system overhead and even impacting user experience. Therefore, this application further proposes a more robust resource scheduling strategy activation mechanism to avoid false triggering or over-scheduling caused by transient state changes.

[0079] The aforementioned mobile terminal-based medical monitoring interface synchronous interaction method, wherein, in response to the patient being in a state of drastic fluctuations in vital signs and the user being in a critical interactive operation state, a preset resource scheduling strategy is activated, including: When it is first determined that the user has entered the key interactive operation state based on the interactive operation data, the corresponding time is recorded as the trigger evaluation start point. Starting from the trigger assessment start point, a delayed observation window with a configurable duration is initiated; within the delayed observation window, the patient is continuously assessed based on the vital sign data to determine whether the patient is in a state of severe fluctuation of vital signs. If, within the delayed observation window, all patients are determined to be in a state of severe fluctuation in vital signs, the preset resource scheduling strategy will be triggered at the end of the window; otherwise, the preset resource scheduling strategy will not be triggered.

[0080] Specifically, when the system analyzes user interaction data on the mobile terminal and first identifies that the user has performed an operation belonging to a preset set of key interactive controls, such as touching a drug infusion rate adjustment control or a confirmation alarm control, the time point at which this occurs will be precisely recorded as the starting point for subsequent evaluation, i.e., the evaluation trigger point. This starting point is used to define the beginning of the subsequent delayed observation window. The delayed observation window refers to a period of time with a preset duration, which can be flexibly configured according to the needs of the actual medical scenario, such as being set to 5 seconds, 10 seconds, or longer. The activation of this window means that the system will enter an observation period, rather than immediately executing resource scheduling. In practical applications, during the duration of the delayed observation window, the system will continuously monitor and analyze the patient's vital signs data to determine whether the patient is continuously experiencing drastic fluctuations in vital signs. This may involve real-time assessment of the rate of change of key physiological parameters (such as heart rate, blood pressure, etc.) to ensure that the patient's abnormal vital signs are not transient. Specifically, only when the patient's vital signs are continuously judged to be in a state of drastic fluctuation throughout the entire delayed observation window will the system formally activate the preset resource scheduling strategy at the end of the window. If the patient's vital signs return to normal or only fluctuate briefly during this window period, the resource scheduling strategy will not be activated, thus avoiding unnecessary adjustments to system resources.

[0081] This application's solution effectively addresses the problem of erroneous resource scheduling strategy triggering due to transient state changes, which may exist in the basic solution, by introducing a delayed observation window mechanism. Specifically, when a user first enters a critical interactive operation state, the system does not immediately initiate resource scheduling. Instead, it records the trigger evaluation start point and initiates a configurable delayed observation window. During this window, the system continuously monitors the patient's vital signs data to determine whether the patient is experiencing persistent, drastic fluctuations in vital signs. This continuous assessment ensures that the resource scheduling strategy is only triggered at the end of the window if the patient's drastic fluctuations are not transient but rather have a certain degree of persistence. This avoids frequent adjustments to system resources due to transient vital sign fluctuations or user operations, thereby improving the accuracy and effectiveness of resource scheduling.

[0082] Through the above technical solution, this application can effectively avoid the frequent activation of resource scheduling strategies and unnecessary system overhead caused by the instantaneous fluctuations in patient vital signs or the brief duration of user operations. This delayed observation mechanism ensures that the resource scheduling strategy is only triggered when both the patient's vital signs are fluctuating drastically and the user's critical interactive operations are continuous, thereby improving the accuracy of resource scheduling and the stability of system operation. Furthermore, this mechanism also helps optimize the performance of mobile terminals, reduces the impact of frequent resource adjustments on user experience, and enables the medical monitoring interface to respond to user needs more reliably and efficiently at critical moments.

[0083] In some preferred embodiments, suppose a nurse is adjusting a patient's medication infusion rate on a mobile terminal (a critical interaction), and the patient's heart rate experiences a brief but dramatic fluctuation due to a slight change in body position. According to the solution of this application, when the nurse performs the critical interaction for the first time, the system records this time as the trigger assessment start point and initiates a delayed observation window, for example, lasting 5 seconds. During these 5 seconds, the system continuously monitors the patient's heart rate data. If the patient's heart rate returns to normal after 2 seconds and remains stable for the remaining 3 seconds, then at the end of the delayed observation window, since the patient did not experience a sustained period of dramatic fluctuations in vital signs, the preset resource scheduling strategy will not be activated. This avoids unnecessary system resource adjustments due to brief physiological fluctuations, ensuring effective utilization of system resources and stable interface response. Conversely, if the patient's heart rate experiences continuous dramatic fluctuations throughout the 5-second observation window, then at the end of the window, the system will activate the preset resource scheduling strategy to ensure that interaction processing priority is increased and non-critical data display consumption is reduced when truly needed.

[0084] This application also discloses a synchronous interactive system for a medical monitoring interface based on a mobile terminal, such as... Figure 2 As shown, the system includes: The real-time monitoring module 201 is used to monitor and acquire the patient's vital signs data and the user's interactive operation data on the mobile terminal in real time. The status judgment module 202 is used to determine whether the patient is in a state of severe fluctuation of vital signs based on the vital sign data, and to determine whether the user is in a critical interactive operation state based on the interactive operation data. The synchronization scheduling module 203 is used to activate a preset resource scheduling strategy in response to the patient being in a state of drastic fluctuations in vital signs and the user being in a critical interactive operation state. The preset resource scheduling strategy includes synchronously increasing the running priority of system threads related to user interaction processing and reducing the display resource consumption of non-critical monitoring data.

[0085] The above embodiments have already described the specific methods and objectives for real-time monitoring and acquisition of the patient's vital signs data and the user's interactive operation data on the mobile terminal, determining whether the patient is in a state of drastic fluctuation based on the vital signs data, determining whether the user is in a critical interactive operation state based on the interactive operation data, and activating a preset resource scheduling strategy in response to the patient being in a state of drastic fluctuation and the user being in a critical interactive operation state, which will not be repeated here. It should be emphasized that this application implements the above functions in a modular way to build a mobile terminal-based medical monitoring interface synchronous interaction system.

[0086] The core innovation of the mobile terminal-based medical monitoring interface synchronous interaction system proposed in this application lies in its modular architecture, which enables dynamic and intelligent scheduling of system resources. Traditional medical monitoring systems often prioritize real-time data synchronization and display, with relatively fixed resource allocation strategies, making them ill-suited for handling emergencies where drastic fluctuations in patient vital signs occur simultaneously with critical user operations. In this context, system resources are frequently consumed by processing and rendering large amounts of influx of vital sign data, leading to delayed user interaction and even operational errors.

[0087] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for synchronous interaction of a medical monitoring interface based on a mobile terminal, characterized in that, The method includes: Real-time monitoring and acquisition of the patient's vital signs data, as well as the user's interactive operation data on the mobile terminal; The vital signs data are used to determine whether the patient is experiencing drastic fluctuations in vital signs, and the interaction data is used to determine whether the user is in a critical interaction state. In response to the patient being in a state of drastic fluctuation of vital signs and the user being in a critical interactive operation state, a preset resource scheduling strategy is activated; the preset resource scheduling strategy includes synchronously increasing the running priority of system threads related to user interaction processing and reducing the display resource consumption of non-critical monitoring data; The synchronous increase of the running priority of system threads related to user interaction processing and the reduction of display resource consumption of non-critical monitoring data include: issuing instructions to the operating system scheduler of the mobile terminal to increase the scheduling priority of threads that process user input events and graphics threads that are responsible for interface rendering; and issuing instructions to the graphics rendering engine to reduce the graphics refresh rate of at least one type of waveform monitoring data. The step of determining whether a patient is experiencing drastic fluctuations in vital signs based on the vital sign data includes: Key physiological parameters are extracted from the vital signs data; the key physiological parameters include at least one of systolic blood pressure, diastolic blood pressure, heart rate, or blood oxygen saturation. Calculate the rate of change of the key physiological parameter within a preset time window, and compare the rate of change with a preset threshold for drastic fluctuations; If the rate of change exceeds the preset threshold for severe fluctuations, the patient is determined to be in a state of severe fluctuations in vital signs. The interactive operation data includes touch events of the user on the mobile terminal interface; determining whether the user is in a critical interactive operation state based on the interactive operation data includes: The user interface control affected by the touch event is determined, and it is determined whether the user interface control belongs to a preset set of key interactive controls; the preset set of key interactive controls includes at least one of a drug infusion rate adjustment control, an alarm confirmation control, or an emergency intervention command execution control. If the user interface control belongs to a preset set of key interactive controls, then it is determined that the user is in a key interactive operation state. In response to the patient experiencing drastic fluctuations in vital signs and the user being in a critical interactive state, a preset resource scheduling strategy is activated, including: When it is first determined that the user has entered the key interactive operation state based on the interactive operation data, the corresponding time is recorded as the trigger evaluation start point. Starting from the trigger assessment start point, a delayed observation window with a configurable duration is initiated; within the delayed observation window, the patient is continuously assessed based on the vital sign data to determine whether the patient is in a state of severe fluctuation of vital signs. If, within the delayed observation window, all patients are determined to be in a state of severe fluctuation in vital signs, the preset resource scheduling strategy will be triggered at the end of the window; otherwise, the preset resource scheduling strategy will not be triggered.

2. The method for synchronous interaction of a medical monitoring interface based on a mobile terminal according to claim 1, characterized in that, The method further includes: performing real-time analysis on the vital signs data to monitor and identify diagnostic feature indicators associated with preset physiological abnormal events; While activating the preset resource scheduling strategy, the method also includes: visually enhancing the display of the waveform area corresponding to the diagnostic feature index on the display interface.

3. The method for synchronous interaction of a medical monitoring interface based on a mobile terminal according to claim 2, characterized in that, The preset physiological abnormality events include pulse pressure variation; the real-time analysis of the vital sign data to monitor and identify diagnostic feature indicators associated with the preset physiological abnormality events includes: The respiratory cycle is determined based on the vital signs data. Based on the respiratory cycle, calculate the maximum value PP_max and the minimum value PP_min of the pulse pressure difference within one respiratory cycle; Calculate the pulse pressure variability based on the maximum and minimum pulse pressure values ​​PP_max and PP_min within a respiratory cycle: PPV=100×(PP_max-PP_min) / ((PP_max+PP_min) / 2); If the pulse pressure variation rate exceeds a preset variation threshold, then the pulse pressure variation rate is determined as a diagnostic feature index associated with pulse pressure variation.

4. The method for synchronous interaction of a medical monitoring interface based on a mobile terminal according to claim 1, characterized in that, The method further includes: Continuously monitor the vital signs data and the interactive operation data; Based on the vital signs data, determine whether the patient has recovered from the state of drastic fluctuations in vital signs; based on the interaction operation data, determine whether the user has recovered from the state of the key interaction operation. When it is determined that at least one of the conditions of being out of the state of severe fluctuation of vital signs or being out of the state of critical interactive operation is met, a recovery command is generated. According to the recovery instruction, the preset resource scheduling strategy is released.

5. The method for synchronous interaction of a medical monitoring interface based on a mobile terminal according to claim 4, characterized in that, The step of determining whether the patient has escaped the state of severe fluctuation of vital signs based on the vital sign data includes: determining that the patient has escaped the state of severe fluctuation of vital signs in response to the rate of change of the key physiological parameter being continuously lower than a first preset threshold within a continuous first preset time period. The step of determining whether the user has left the key interactive operation state based on the interactive operation data includes: determining that the user has left the key interactive operation state in response to the absence of a valid touch event acting on the preset key interactive control set within a continuous second preset time period.

6. A mobile terminal-based medical monitoring interface synchronous interaction system, used to perform the method as described in any one of claims 1 to 5, characterized in that, The system includes: The real-time monitoring module is used to monitor and acquire the patient's vital signs data and the user's interactive operation data on the mobile terminal in real time. The status judgment module is used to determine whether the patient is in a state of drastic fluctuation of vital signs based on the vital sign data, and to determine whether the user is in a critical interactive operation state based on the interactive operation data. The synchronization scheduling module is used to activate a preset resource scheduling strategy in response to the patient being in a state of drastic fluctuations in vital signs and the user being in a critical interactive operation state. The preset resource scheduling strategy includes synchronously increasing the running priority of system threads related to user interaction processing and reducing the display resource consumption of non-critical monitoring data.

Images