Intensive care data uploading and monitoring method and system, monitor and medium

Abstract

The invention relates to the technical field of data transmission, and discloses an intensive care data uploading and monitoring method and system, a monitor and a medium, and the intensive care data uploading and monitoring method comprises the steps: obtaining the recognition information of a bedside system; binding of the monitor and the bedside system is completed according to the identification information, and real-time monitoring data of a target is obtained; and determining a current mode of the monitor, and uploading the real-time monitoring data to the bedside system according to the current mode, so that the bedside system monitors a target according to the real-time monitoring data. According to the invention, the monitor and the bedside system are bound, and the monitoring information collected by the monitor is transmitted to the bedside system through the encryption channel after binding, so that the problems of data errors and low efficiency caused by manual copying can be solved, seamless connection between the monitoring equipment and the nursing system is realized, and the data uploading efficiency is improved.

Description

Technical Field

[0001] This application relates to the field of data transmission technology, and in particular to a method, system, monitor, and medium for uploading and monitoring data in intensive care. Background Technology

[0002] In current technology, in clinical nursing, especially in intensive care, the data from monitors often need to be manually recorded by nurses, which is tedious and prone to errors.

[0003] Therefore, existing technologies still need to be improved and developed. Summary of the Invention

[0004] The main purpose of this application is to provide a method, system, monitor and medium for uploading and monitoring data in intensive care, which aims to solve the problem that the data of the monitor in the intensive care scenario in the prior art needs to be manually copied by nurses, resulting in low data uploading efficiency.

[0005] The first aspect of this application provides a method for uploading and monitoring intensive care unit (ICU) data, wherein the ICU data uploading and monitoring method is applied to a patient monitor, and the ICU data uploading and monitoring method includes: Obtain identification information from the bedside system; The monitor is bound to the bedside system based on the identification information, and real-time monitoring data of the target is obtained. The current mode of the monitor is determined, and the real-time monitoring data is uploaded to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

[0006] Optionally, in one embodiment of this application, the identification information includes bed number, device identifier, and encrypted data; The step of binding the monitor to the bedside system based on the identification information specifically includes: The bed number, the device identifier, and the encrypted data are sent to the bedside system. After the bedside system generates a unique pairing code based on the bed number, the device identifier, and the encrypted data, the unique pairing code sent by the bedside system is received. A shared key is generated based on the unique pairing code to complete the binding between the monitor and the bedside system, so that the shared key can be used to transmit encrypted data to the bedside system.

[0007] Optionally, in one embodiment of this application, generating a shared key based on the unique pairing code specifically includes: A first public key and a first private key are generated based on the unique pairing code, and the first public key is sent to the bedside system; The bedside system generates a second public key and a second private key based on the unique pairing code, and calculates a first key based on the second public key, the second private key, and the first public key; Receive the second public key sent by the bedside system, and calculate a shared key that is the same as the first key based on the second public key and the first private key.

[0008] Optionally, in one embodiment of this application, determining the current mode of the monitor specifically involves: Responding to the user's mode selection operation, and identifying the current mode corresponding to the mode selection operation, wherein the current mode includes automatic mode and manual mode.

[0009] Optionally, in one embodiment of this application, uploading the real-time monitoring data to the bedside system according to the current mode specifically includes: If the current mode is automatic mode, the real-time monitoring data will be uploaded to the bedside system via the shared key at preset time intervals; If the current mode is manual mode, the real-time monitoring data will be immediately uploaded to the bedside system via the shared key.

[0010] Optionally, in one embodiment of this application, the step of uploading the real-time monitoring data to the bedside system via the shared key at preset time intervals specifically includes: The real-time monitoring data is compressed to obtain real-time compressed data; The real-time compressed data is uploaded to the bedside system via the shared key at preset time intervals.

[0011] Optionally, in one embodiment of this application, the step of acquiring the real-time monitoring data of the target further includes: Calculate the differential threshold based on the real-time monitoring data; If the differential threshold exceeds the preset threshold, the real-time monitoring data will be immediately uploaded to the bedside system via the shared key; If the differential threshold does not exceed the preset threshold, the real-time monitoring data will be uploaded to the bedside system via the shared key according to the current mode.

[0012] A second aspect of this application also provides an intensive care unit (ICU) data uploading and monitoring system, wherein the ICU data uploading and monitoring system is applied to the ICU data uploading and monitoring method described in any of the above solutions; the ICU data uploading and monitoring system includes: The information recognition module is used to acquire recognition information from the bedside system; The device binding module is used to bind the monitor to the bedside system based on the identification information and to obtain real-time monitoring data of the target. The data transmission monitoring module is used to determine the current mode of the monitor and upload the real-time monitoring data to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

[0013] A third aspect of this application also provides a patient monitor, wherein the patient monitor includes: a memory, a processor, and a critical care data uploading and monitoring program stored in the memory and executable on the processor, wherein when the critical care data uploading and monitoring program is executed by the processor, it implements the steps of the critical care data uploading and monitoring method described above.

[0014] A fourth aspect of this application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores an intensive care data uploading and monitoring program, and when the intensive care data uploading and monitoring program is executed by a processor, it implements the steps of the intensive care data uploading and monitoring method described above.

[0015] Beneficial effects: This application provides a method, system, monitor, and medium for uploading and monitoring data in intensive care. By binding the monitor to the bedside system and transmitting the monitoring information collected by the monitor to the bedside system through an encrypted channel after binding, this application can solve the problems of data errors and low efficiency caused by manual transcription, achieve seamless connection between monitoring equipment and nursing system, and improve the timeliness of clinical decision-making. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 This is a flowchart illustrating a preferred embodiment of the intensive care data uploading and monitoring method of this application; Figure 2 This is a structural diagram of a preferred embodiment of the intensive care data uploading and monitoring system of this application; Figure 3 This is a structural diagram of a preferred embodiment of the patient monitor of this application.

[0018] Explanation of reference numerals in the attached figures: 100. Information identification module; 200. Device binding module; 300. Data transmission monitoring module. Detailed Implementation

[0019] To make the objectives, technical solutions, and effects of this application clearer and more explicit, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. The described embodiments are only possible technical implementations of this application and not all possible implementations. Based on the embodiments in this application, those skilled in the art can obtain other embodiments without creative effort, and these embodiments are also within the protection scope of this application.

[0020] Among the related technologies, data export relies on USB interfaces, which requires repeated plugging and unplugging of storage devices, making the operation cumbersome and resulting in inefficient data transmission; data management relies on PC-based software, which cannot be directly connected to the hospital's HIS system and requires manual annotation of patient information; data from multi-bed monitors is easily confused, lacks a unique matching mechanism, and poses a risk of data mismatch; relying on nurses' experience to judge abnormal data lacks real-time early warning capabilities, which may delay intervention and cause a lag in abnormal response.

[0021] To address the issue of low data uploading efficiency caused by nurses manually transcribing data from monitors in intensive care settings, this application solves the problem of data errors and inefficiency caused by manual transcription by binding the monitor to a bedside system and transmitting the monitoring information collected by the monitor to the bedside system through an encrypted channel. This achieves seamless integration between the monitoring equipment and the nursing system, improving the timeliness of clinical decision-making.

[0022] This application improves efficiency through a wireless direct connection nursing system; and by using a 1-to-1 device binding, it reduces matching errors and eliminates data confusion from multiple beds, thereby ensuring data accuracy.

[0023] This application incorporates a wireless transmission module, such as Bluetooth or Wi-Fi, within the patient monitor. This module allows monitoring data to be uploaded to a nursing system that operates at the smart bedside. The system can automatically upload data at set intervals or interact with the patient in real time. This enables medical staff to view and monitor the data conveniently, and also generates complete reports stored in the patient's nursing records. The monitoring device is paired with the bedside smart system in a one-to-one connection, ensuring data accuracy.

[0024] The technical solutions of this application will be described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments.

[0025] The preferred embodiment of this application describes a method for uploading and monitoring intensive care data, such as... Figure 1As shown, the intensive care data uploading and monitoring method includes the following steps: In step S101, the identification information of the bedside system is obtained.

[0026] In one possible implementation, the identification information includes bed number, device identifier, and encrypted data.

[0027] It should be noted that this application establishes a unique matching relationship between the monitor and the smart bedside system to ensure accurate one-to-one data transmission.

[0028] Specifically, the monitor's built-in camera scans the QR code on the smart bedside system. The QR code contains the bed number, device identifier, and encrypted information (such as a timestamp and a random number). After scanning, the monitor parses the QR code to obtain the bed number and the device's unique ID. The trigger condition is that the user (nurse) clicks the "Bind Device" button on the monitor interface to start the scanning function. The QR code must be generated in advance by the smart bedside system and contain sufficient information to support subsequent pairing. If scanning fails (e.g., the QR code is blurry), the monitor prompts "Rescan" and retains an error log for troubleshooting.

[0029] This application establishes a preliminary association between the monitor and the bed through physical identification (QR code) to avoid errors caused by manual input.

[0030] In step S102, the monitor is bound to the bedside system based on the identification information, and real-time monitoring data of the target is obtained.

[0031] In one possible implementation, the bed number, the device identifier, and the encrypted data are sent to the bedside system. After the bedside system generates a unique pairing code based on the bed number, the device identifier, and the encrypted data, the monitor receives the unique pairing code sent by the bedside system. A shared key is generated based on the unique pairing code to complete the binding between the monitor and the bedside system, so that the shared key can be used to transmit encrypted data with the bedside system.

[0032] Specifically, after receiving the bed number and device ID scanned by the monitor, the smart bedside system generates a unique pairing code by combining its own system time and a random number. The pairing code is generated using an encryption algorithm to prevent forgery or tampering. The bed number and device ID provided by the monitor serve as the basic data for generating the pairing code; random numbers and timestamps ensure that each pairing code generated is unique, preventing replay attacks; the pairing code is returned to the monitor via wireless communication (such as Bluetooth or WiFi) and simultaneously stored in the smart bedside system's local log. This application achieves two-way authentication through dynamically generated pairing codes to prevent unauthorized devices from accessing the system.

[0033] In one possible implementation, a first public key and a first private key are generated based on the unique pairing code, and the first public key is sent to the bedside system; the bedside system generates a second public key and a second private key based on the unique pairing code, and calculates a first key based on the second public key, the second private key, and the first public key; the second public key sent by the bedside system is received, and a shared key identical to the first key is calculated based on the second public key and the first private key.

[0034] Specifically, the monitor generates a temporary public key (PK1) and a private key (SK1), and sends PK1 to the smart bedside system. The smart bedside system generates a temporary public key (PK2) and a private key (SK2), and calculates a shared key (K) using PK1. The monitor calculates the same shared key (K) using PK2 and SK1, and both parties complete key synchronization. Subsequent communication data (such as monitoring data) is encrypted using AES using the shared key (K). After successful pairing code verification, both parties enter the key exchange phase, ensuring that even if the public key is intercepted, an attacker cannot deduce the shared key. After successful key verification, the monitor and the smart bedside system establish a secure channel, through which all data transmission is conducted. This application can prevent eavesdropping or tampering during data transmission, ensuring the security of the binding phase.

[0035] The intelligent bedside system sends a successful binding message to the monitor, which displays the successful binding and records the binding time. The binding information (bed number, device ID, pairing code, timestamp) is stored in the local log and synchronized to the hospital's intranet server. If binding fails (e.g., key negotiation timeout), the system displays a binding failure message and records an error code. The binding result must be consistent between the logs of both parties to avoid unilateral recording that could lead to data transmission chaos in subsequent data transfers. This application ensures the traceability of the binding operation, providing a reliable foundation for subsequent data transmission.

[0036] In step S103, the current mode of the monitor is determined, and the real-time monitoring data is uploaded to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

[0037] In one possible implementation, the system responds to a user's mode selection operation and identifies the current mode corresponding to the mode selection operation, wherein the current mode includes automatic mode and manual mode.

[0038] In one possible implementation, if the current mode is automatic mode, the real-time monitoring data is uploaded to the bedside system via the shared key at preset time intervals; if the current mode is manual mode, the real-time monitoring data is uploaded to the bedside system via the shared key immediately.

[0039] In one possible implementation, the real-time monitoring data is compressed to obtain real-time compressed data; the real-time compressed data is then uploaded to the bedside system via the shared key at preset time intervals.

[0040] Specifically, the user (nurse) selects automatic mode on the monitor interface, which uploads data at preset time intervals (e.g., every 5 minutes). The monitor compresses the raw data into a standard format to reduce the amount of data transmitted. When the user clicks the manual mode button, the monitor immediately starts real-time streaming; data is continuously uploaded at the original sampling rate, suitable for emergencies. It is understood that automatic and manual modes are switched via an interface button, with only one mode active at a time. Manual mode has higher priority than automatic mode; if the user switches to manual mode, the automatic mode's scheduled task will be paused. This application balances data real-time performance with device power consumption, preventing frequent real-time transmissions from causing rapid battery depletion.

[0041] In one possible implementation, a differential threshold is calculated based on the real-time monitoring data; if the differential threshold exceeds a preset threshold, the real-time monitoring data is immediately uploaded to the bedside system via the shared key; if the differential threshold does not exceed the preset threshold, the real-time monitoring data is uploaded to the bedside system via the shared key according to the current mode.

[0042] Specifically, the monitor continuously collects physiological parameters (such as blood oxygen and heart rate) and calculates a differential threshold. If the differential threshold exceeds a preset threshold, the system immediately activates the wireless module to transmit data in real time. If the differential threshold does not exceed the threshold, the wireless module remains in sleep mode. Upon triggering, the monitor sends the current data packet with the highest priority and automatically switches back to sleep mode after the data returns to normal. It is understood that the low-power mechanism is independent of mode selection; even in automatic mode, if an anomaly is detected, it will force real-time transmission. This application can reduce invalid transmissions, extend the monitor's battery life, and ensure that critical data is reported without delay.

[0043] The intelligent bedside system forwards data to the nursing system, parses the raw data, extracts key indicators (such as blood oxygen trends and heart rate variability), analyzes data trends, and triggers tiered alerts (such as yellow / red alerts). It automatically generates a structured PDF report conforming to JCI standards, including trend charts and nursing recommendations, and stores it in the patient's electronic medical record system. This application can parse uploaded data, generate alerts, and generate reports to support clinical decision-making.

[0044] Next, referring to the accompanying drawings, the intensive care data uploading and monitoring system proposed according to the embodiments of this application is described, and the intensive care data uploading and monitoring method applied to any one of the above solutions is described.

[0045] Figure 2This is a structural diagram of the intensive care data uploading and monitoring system according to an embodiment of this application.

[0046] like Figure 2 As shown, the intensive care data uploading and monitoring system includes: an information identification module 100, a device binding module 200, and a data transmission monitoring module 300.

[0047] Specifically, the information recognition module 100 is used to acquire the recognition information of the bedside system; The device binding module 200 is used to bind the monitor to the bedside system based on the identification information and to obtain real-time monitoring data of the target. The data transmission monitoring module 300 is used to determine the current mode of the monitor and upload the real-time monitoring data to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

[0048] Figure 3 A structural diagram of a patient monitor provided in an embodiment of this application. The patient monitor may include: The memory 501, the processor 502, and the computer program stored on the memory 501 and capable of running on the processor 502.

[0049] When the processor 502 executes the program, it implements the intensive care data uploading and monitoring method provided in the above embodiments.

[0050] Furthermore, the monitor also includes: Communication interface 503 is used for communication between memory 501 and processor 502.

[0051] The memory 501 is used to store computer programs that can run on the processor 502.

[0052] Memory 501 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0053] If the memory 501, processor 502, and communication interface 503 are implemented independently, then the communication interface 503, memory 501, and processor 502 can be interconnected via a bus to complete communication between them. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EIS) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, Figure 3 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0054] Optionally, in a specific implementation, if the memory 501, processor 502, and communication interface 503 are integrated on a single chip, then the memory 501, processor 502, and communication interface 503 can communicate with each other through an internal interface.

[0055] Processor 502 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application.

[0056] This embodiment also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method for uploading and monitoring intensive care data.

[0057] One embodiment of this application provides a computer program product, including a computer program that, when executed by a processor, implements the features described in this application. Figure 1 The corresponding embodiments provide methods for uploading and monitoring critical care data.

[0058] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0059] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0060] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0061] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable storage medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable storage medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable storage medium could be paper or other suitable media on which the program can be printed, since the program can be obtained electronically by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0062] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0063] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0064] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0065] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

[0066] It should be understood that the application of this application is not limited to the examples above. Those skilled in the art can make improvements or modifications based on the above description, and all such improvements and modifications should fall within the protection scope of the appended claims.

[0067] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A method for uploading and monitoring intensive care data, characterized in that, Applied to patient monitors, the intensive care data uploading and monitoring method includes: Obtain identification information from the bedside system; The monitor is bound to the bedside system based on the identification information, and real-time monitoring data of the target is obtained. The current mode of the monitor is determined, and the real-time monitoring data is uploaded to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

2. The method for uploading and monitoring intensive care data according to claim 1, characterized in that, The identification information includes bed number, equipment identifier, and encrypted data; The step of binding the monitor to the bedside system based on the identification information specifically includes: The bed number, the device identifier, and the encrypted data are sent to the bedside system. After the bedside system generates a unique pairing code based on the bed number, the device identifier, and the encrypted data, the unique pairing code sent by the bedside system is received. A shared key is generated based on the unique pairing code to complete the binding between the monitor and the bedside system, so that the shared key can be used to transmit encrypted data to the bedside system.

3. The method for uploading and monitoring intensive care data according to claim 2, characterized in that, The step of generating a shared key based on the unique pairing code specifically includes: A first public key and a first private key are generated based on the unique pairing code, and the first public key is sent to the bedside system; The bedside system generates a second public key and a second private key based on the unique pairing code, and calculates a first key based on the second public key, the second private key, and the first public key; Receive the second public key sent by the bedside system, and calculate a shared key that is the same as the first key based on the second public key and the first private key.

4. The method for uploading and monitoring intensive care data according to claim 3, characterized in that, Determining the current mode of the monitor specifically involves: Responding to the user's mode selection operation, and identifying the current mode corresponding to the mode selection operation, wherein the current mode includes automatic mode and manual mode.

5. The method for uploading and monitoring intensive care data according to claim 4, characterized in that, The step of uploading the real-time monitoring data to the bedside system according to the current mode specifically includes: If the current mode is automatic mode, the real-time monitoring data will be uploaded to the bedside system via the shared key at preset time intervals; If the current mode is manual mode, the real-time monitoring data will be immediately uploaded to the bedside system via the shared key.

6. The method for uploading and monitoring intensive care data according to claim 5, characterized in that, The step of uploading the real-time monitoring data to the bedside system via the shared key at preset time intervals specifically includes: The real-time monitoring data is compressed to obtain real-time compressed data; The real-time compressed data is uploaded to the bedside system via the shared key at preset time intervals.

7. The method for uploading and monitoring intensive care data according to claim 6, characterized in that, The process of acquiring real-time monitoring data of the target further includes: Calculate the differential threshold based on the real-time monitoring data; If the differential threshold exceeds the preset threshold, the real-time monitoring data will be immediately uploaded to the bedside system via the shared key; If the differential threshold does not exceed the preset threshold, the real-time monitoring data will be uploaded to the bedside system via the shared key according to the current mode.

8. A critical care data uploading and monitoring system, characterized in that, The intensive care unit (ICU) data uploading and monitoring system is used to implement the ICU data uploading and monitoring method according to any one of claims 1-7, and the ICU data uploading and monitoring system includes: The information recognition module is used to acquire recognition information from the bedside system; The device binding module is used to bind the monitor to the bedside system based on the identification information and to obtain real-time monitoring data of the target. The data transmission monitoring module is used to determine the current mode of the monitor and upload the real-time monitoring data to the bedside system according to the current mode, so that the bedside system can monitor the target based on the real-time monitoring data.

9. A patient monitor, characterized in that, The monitor includes: a memory, a processor, and a critical care data uploading and monitoring program stored in the memory and executable on the processor. When the critical care data uploading and monitoring program is executed by the processor, it implements the steps of the critical care data uploading and monitoring method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores an intensive care data uploading and monitoring program, which, when executed by a processor, implements the steps of the intensive care data uploading and monitoring method as described in any one of claims 1-7.

Images