Hospital bed system and hospital Internet of Things system

Abstract

This utility model discloses a hospital bed system and a hospital Internet of Things (IoT) system. The hospital bed system includes a device unit, a bed communication system, and bed information sensors. The device unit is connected to the bed communication system to transmit device data; the bed information sensors are connected to the bed communication system to transmit bed information; and the bed communication system uploads the device data and bed information to a hospital server. This utility model solves the technical problems of poor device compatibility and the inability to associate device data with beds in current systems where peripheral devices are directly connected to the hospital server.

Description

Technical Field

[0001] This utility model relates to the field of intelligent medical equipment technology, and more specifically, to a hospital bed system and a hospital Internet of Things system. Background Technology

[0002] In modern medical settings, various medical devices are typically installed around hospital beds (such as bedside screens, anti-decubitus air mattresses, infusion monitors, and electrocardiogram monitors). However, these devices generally suffer from the following problems:

[0003] Each device operates independently, using different communication protocols, making it impossible to share data in real time. Medical staff need to check the data of each device individually, which is inefficient and lacks a unified data collection and uploading mechanism, making it impossible to provide comprehensive information on bed and patient status for medical decision-making.

[0004] There is currently no effective solution to the above problems. Utility Model Content

[0005] The main objective of this utility model embodiment is to provide a hospital bed system and a hospital Internet of Things system, so as to at least solve the technical problems of poor device compatibility and inability to associate device data with beds when the peripheral devices of the hospital are directly connected to the hospital's server.

[0006] To achieve the above objectives, this utility model provides a hospital bed system, comprising: an equipment unit, a hospital bed communication system, and a hospital bed information sensor. The equipment unit is connected to the hospital bed communication system for transmitting equipment data to the hospital bed communication system; the hospital bed information sensor is connected to the hospital bed communication system for transmitting hospital bed information to the hospital bed communication system; and the hospital bed communication system is used to upload equipment data and hospital bed information to a hospital server.

[0007] Optionally, the above-mentioned hospital bed system also includes an IC card reader, wherein the IC card reader is connected to the hospital bed information sensor and is used to read the bed information and transmit the bed information to the hospital bed information sensor, wherein the bed information includes bed information, which includes ward number and bed number.

[0008] Optionally, the equipment unit may include at least one of the following: a body temperature measuring device, an electrocardiogram monitor, a pulse oximeter, an infusion detection system, and a fall detection system.

[0009] Optionally, the device unit connects to the bedside communication system via Bluetooth and / or Zigbee.

[0010] Optionally, the device unit is equipped with an RFID tag, which enables the device unit to connect to the bedside communication system via Bluetooth.

[0011] Optionally, the bed information sensor includes at least one of the following: a body position sensor, a guardrail status sensor, and a brake status sensor.

[0012] Optionally, the bed information sensor is connected to the bed communication system via a local area network bus.

[0013] According to another aspect of the present invention, a hospital Internet of Things (IoT) system is also provided, comprising: any one of the above-mentioned bed system, bedside screen, and hospital server, wherein the bed communication system in the bed system and the hospital server are both connected to the bedside screen; the bedside screen is used to receive and display device data and bed information uploaded by the bed communication system; the bedside screen is also used to upload device data and bed information to the hospital server.

[0014] Optionally, the bedside communication system is connected to the bedside screen via Bluetooth mesh protocol, and / or the bedside screen is connected to the hospital server via a wired network.

[0015] Optionally, the hospital server connects to the hospital information system via a data interface to upload bed information to the hospital information system, which then updates the bed availability based on the bed information.

[0016] In this embodiment of the invention, a device unit, a bed communication system, and a bed information sensor are configured in the bed system. The device unit is connected to the bed communication system to transmit device data to the bed communication system; the bed information sensor is connected to the bed communication system to transmit bed information to the bed communication system; the bed communication system uploads the device data and bed information to the hospital server, achieving the goal of associating bed information and device data with the server. This improves the compatibility of the device and the accuracy of the uploaded data, thereby solving the technical problems of poor device compatibility and the inability to associate device data with the bed when the peripheral devices of the bed are directly connected to the hospital server. Attached Figure Description

[0017] The accompanying drawings, which are included to provide a further understanding of the present invention and form part of this application, illustrate exemplary embodiments of the present invention and, together with the description thereof, serve to explain the present invention and do not constitute an undue limitation thereof. In the drawings:

[0018] Figure 1 This is a system architecture diagram of a hospital bed system provided according to an embodiment of the present utility model;

[0019] Figure 2 This is a system architecture diagram of an optional hospital bed system according to an embodiment of the present utility model;

[0020] Figure 3This is a schematic diagram of an optional device unit according to an embodiment of the present utility model;

[0021] Figure 4 This is a schematic diagram of the connection between an optional device unit and an RFID tag according to an embodiment of the present utility model;

[0022] Figure 5 This is a schematic diagram of an optional bedside information sensor according to an embodiment of the present utility model;

[0023] Figure 6 This is a schematic diagram of the connection between an optional bed information sensor and a bed communication system according to an embodiment of the present utility model;

[0024] Figure 7 This is a system architecture diagram of a hospital Internet of Things (IoT) system provided according to an embodiment of the present utility model;

[0025] Figure 8 This is a system architecture diagram of an optional hospital Internet of Things (IoT) system provided according to an embodiment of the present utility model;

[0026] The above figures include the following reference numerals:

[0027] 1. Equipment Unit; 2. Bedside Communication System; 3. Bedside Information Sensor; 4. IC Card Reader; 5. Wired to Bluetooth Module; 101. Body Temperature Measurement Equipment; 102. Electrocardiogram Monitor; 103. Pulse Oximeter; 104. Infusion Monitoring System; 105. Fall Detection System; 106. RFID Tag; 301. Body Position Sensor; 302. Guardrail Status Sensor; 303. Brake Status Sensor; 11. Bedside System; 12. Bedside Screen; 13. Hospital Server; 14. Hospital Information System. Detailed Implementation

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

[0029] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0030] It should be noted that, unless otherwise specified, all technical and scientific terms used in this application have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains.

[0031] In this utility model, unless otherwise stated, directional terms such as "upper," "lower," "top," and "bottom" are generally used in relation to the direction shown in the accompanying drawings, or in relation to the vertical, perpendicular, or gravitational direction of the component itself; similarly, for ease of understanding and description, "inner" and "outer" refer to the inner and outer contours of each component itself, but the above directional terms are not used to limit this utility model.

[0032] First, some nouns or terms that appear in the description of the embodiments of this application shall be interpreted as follows:

[0033] Zigbee is a cost-effective, low-complexity, low-power wireless communication technology based on the IEEE 802.15.4 standard, suitable for automatic control and remote monitoring systems.

[0034] Bluetooth Mesh is a network protocol based on Bluetooth Low Energy (BLE) technology. It was designed to address the limitations of traditional Bluetooth in building large-scale, multi-device networks. Bluetooth Mesh allows for the creation of a large-scale, mesh-like, many-to-many wireless communication network, where devices can act as message relays, extending network coverage far beyond the communication range of a single device.

[0035] In modern medical settings, multiple medical devices are typically arranged around hospital beds. However, current methods connect single-type devices (such as monitors or infusion pumps) to a central server via Bluetooth or Wi-Fi, which fails to integrate multiple devices at the bed level. Furthermore, directly transmitting device data to the central server makes it impossible to associate it with the bed and patient, easily leading to data storage errors. To address these technical problems, this invention provides a hospital bed system 11.

[0036] Figure 1 This is a system architecture diagram of a hospital bed system 11 provided according to an embodiment of the present utility model, such as... Figure 1 As shown, this utility model provides a hospital bed system 11, including: a device unit 1, a hospital bed communication system 2, and a hospital bed information sensor 3. The device unit 1 is connected to the hospital bed communication system 2 and is used to transmit device data to the hospital bed communication system 2. The hospital bed information sensor 3 is connected to the hospital bed communication system 2 and is used to transmit hospital bed information to the hospital bed communication system 2. The hospital bed communication system 2 is used to upload device data and hospital bed information to a hospital server 13.

[0037] In the aforementioned system, device unit 1 refers to various medical devices and monitoring equipment surrounding the hospital bed, such as the electrocardiogram monitor 102, infusion monitor, anti-decubitus air mattress, smart camera, etc., as well as the sensors and communication modules inside these devices. Device unit 1 is responsible for collecting the patient's vital signs data, equipment status information, etc., which are crucial for patient care and condition monitoring. Device unit 1 transmits data to the bed communication system 2 through built-in communication modules such as Bluetooth, ZigBee, and CANbus. Bed information sensors 3 generally include a body position sensor 301, a guardrail status sensor 302, and a brake status sensor 303, used to monitor the status of the bed itself. Bed information sensors 3 can collect information about the physical status of the bed, such as the bed's tilt angle, whether the guardrails are raised, and whether the brakes are engaged, which helps medical staff understand the patient's comfort and safety. The information sensors can connect to the bed communication system 2 via wireless communication technology (such as Bluetooth) to upload data in real time. The bed communication system 2 acts as a central node and may include components such as a Bluetooth Mesh network coordinator, a data processing unit, and a wired network interface. The bedside communication system 2 is responsible for receiving data from device unit 1 and bedside information sensor 3, and transmitting and aggregating this data across the network via Bluetooth Mesh or other wireless communication technologies. Then, it uploads all the collected information to the hospital server 13 via a wired network (such as Ethernet), completing the remote transmission of data.

[0038] In this system, device unit 1 and bed information sensor 3 are responsible for data generation and acquisition, respectively, while bed communication system 2 is responsible for collecting and integrating this data and transmitting it to the server, enabling remote management and analysis of the information. This design ensures the real-time and reliable transmission of data, while bed communication system 2 supports efficient networking of multiple devices around the bed, improving device compatibility.

[0039] The bed system 11 includes a device unit 1, a bed communication system 2, and a bed information sensor 3. The device unit 1 is connected to the bed communication system 2 to transmit device data. The bed information sensor 3 is connected to the bed communication system 2 to transmit bed information. The bed communication system 2 uploads the device data and bed information to the hospital server 13, thus achieving the goal of associating bed information and device data with the server. This improves the compatibility of the devices and the accuracy of the uploaded data, thereby solving the technical problems of poor device compatibility and the inability to associate device data with the bed when the devices around the bed are directly connected to the hospital's server.

[0040] As an optional embodiment, the above-mentioned hospital bed system 11 also includes an IC card reader 4, wherein the IC card reader 4 is connected to the hospital bed information sensor 3 and is used to read bed information and transmit the bed information to the hospital bed information sensor 3, wherein the hospital bed information includes bed information, which includes ward number and bed number.

[0041] Optionally, Figure 2 This is a system architecture diagram of an optional hospital bed system 11 according to an embodiment of the present utility model, such as... Figure 2 As shown, the IC card reader 4 can be connected to the bed information sensor 3 and can be used to read IC card information. It can automatically read the data of nearby IC cards, which typically contain information such as the ward number and bed number. The IC card reader 4 is usually integrated into a fixed location in the ward, such as on the wall or headboard, for easy reading. In practice, beds are sometimes moved to different rooms. When the bed corresponding to the bed system 11 is moved back to the ward, the IC card reader 4 can read the IC card information at the corresponding location, which may include the ward number and bed number. The IC card reader 4 can transmit the bed information to the bed information sensor 3, which can then send the bed information to the bed communication system 2, and finally to the hospital server 13 to update the bed information in a timely manner. The IC card reader 4 connects to the bed information sensor 3 via wired or wireless means. Once it reads the IC card information, it will send the ward number and bed number data to the bed information sensor 3. The bedside information sensor 3 may include processing and storage functions, capable of receiving and storing this information for further processing and uploading.

[0042] For example, ward and bed number information is transmitted from IC card reader 4 to bed information sensor 3 to bed communication system 2. Bed communication system 2 then uploads the information to hospital server 13 via Bluetooth Mesh network. The server then automatically associates the bed information with the corresponding patient information through its interface with hospital information system 14 (HIS), achieving a unified integration of "bed-equipment-patient" information. The use of IC card reader 4 automates the bed information confirmation process, eliminating the need for manual input or location, significantly improving efficiency and accuracy.

[0043] As an optional embodiment, the device unit 1 includes at least one of the following: a body temperature measuring device 101, an electrocardiogram monitor 102, a pulse oximeter 103, an infusion detection system 104, and a fall detection system 105.

[0044] Optionally, Figure 3 This is a schematic diagram of an optional device unit 1 according to an embodiment of the present utility model, as shown below. Figure 3As shown, device unit 1 can integrate multiple devices, which can be adjusted according to actual needs. Among them, the body temperature measurement device 101 typically uses a non-contact infrared sensor or a contact temperature probe to continuously monitor the patient's body temperature. The electrocardiogram monitor 102 connects to the patient's chest via multiple electrode patches to monitor the heart's electrical signals and generate an electrocardiogram (ECG). The pulse oximeter 103 uses optical principles to monitor blood oxygen saturation and pulse rate at the fingertips or other sites. The infusion monitoring system 104 monitors the infusion rate, remaining volume, and detects air bubbles or blockages in the infusion tubing. Data from the infusion monitoring system 104 can be wirelessly transmitted to the bedside communication system 2, allowing medical staff to adjust the infusion plan in real time and ensure safe and effective treatment. The fall detection system 105 is used to prevent and respond promptly to patient falls. It can be based on a combination of accelerometers, radar technology, and video surveillance, and can immediately issue an alarm when a patient leaves the bed or falls accidentally, improving ward safety and reducing injuries caused by falls.

[0045] These device units 1 can be combined with bed information sensors 3 and bed communication systems 2 through wireless communication technology to form a tight data acquisition and transmission network, providing medical staff with real-time and comprehensive monitoring of patient status.

[0046] As an optional embodiment, device unit 1 is connected to bedside communication system 2 via Bluetooth and / or Zigbee.

[0047] Optionally, device unit 1 connects to bedside communication system 2 via Bluetooth and / or Zigbee. This design fully leverages the advantages of both wireless communication technologies, providing a flexible and efficient network access method for medical devices. Bluetooth technology, especially Bluetooth Low Energy (BLE), with its low power consumption and short response time, is ideal for small sensors and actuators in medical devices, such as blood glucose monitors and heart rate monitors. Furthermore, Bluetooth technology offers extended network coverage and inter-device messaging capabilities, making it suitable for building large-scale device networks. Bluetooth devices in device unit 1 can directly connect to the Bluetooth Mesh network coordinator in bedside communication system 2, enabling direct data upload and command reception. This connection method is suitable for devices located near the bedside, such as bedside screens and anti-decubitus air mattresses, allowing for rapid response and instant communication. Zigbee is suitable for building large, distributed device networks. The low power consumption of Zigbee technology also allows devices to operate for extended periods without frequent battery replacements, making it particularly suitable for medical devices requiring continuous monitoring and difficult access. For devices that may be located relatively far from the hospital bed or require wider coverage, such as environmental sensors and smart cameras, Zigbee can be used for network connectivity. The Zigbee devices in device unit 1 will first connect to the nearest Zigbee network node, then transmit data to the bedside communication system 2 via a mesh network, and finally upload it to the server.

[0048] If device unit 1 contains medical devices with Bluetooth functionality but also other wired communication interfaces, it can connect to the bedside communication system 2 by adding a wired-to-Bluetooth module 5. This method not only expands the system's compatibility with devices but also ensures the stability and security of data transmission.

[0049] In summary, the device unit 1 connects to the bedside communication system 2 via Bluetooth and / or Zigbee, which can effectively overcome the limitations of a single technology and provide a more robust, flexible and comprehensive network framework.

[0050] As an optional embodiment, the device unit 1 is equipped with an RFID tag 106, wherein the device unit 1 connects to the bedside communication system 2 via Bluetooth based on the RFID tag 106.

[0051] Optionally, RFID tags 106 are attached to device unit 1. Each tag contains a unique RFID identification code, which is associated with the device's Bluetooth MAC address for identification and location of each medical device. Figure 4 This is a schematic diagram of the connection between an optional device unit 1 and an RFID tag 106 according to an embodiment of the present invention, as shown below. Figure 4As shown, the RFID tag 106 can be attached to the surface of the body temperature measuring device 101 to facilitate quick connection with the bedside communication system 2.

[0052] As an optional embodiment, the bed information sensor 3 includes at least one of the following: a body position sensor 301, a guardrail status sensor 302, and a brake status sensor 303.

[0053] Optionally, Figure 5 This is a schematic diagram of an optional bedside information sensor 3 according to an embodiment of the present invention, as shown below. Figure 5 As shown, the bed information sensor 3 is used to monitor the physical state of the bed and the safety of the patient. It can include various sensors, which can be adjusted according to specific needs. Among them, it can include a position sensor 301, used to monitor the tilt angle of the bed and the patient's position on the bed. The sensor may utilize pressure distribution, gyroscope, or accelerometer technology to sense changes in the bed angle and minute changes in the patient's position. Through continuous monitoring, the position sensor 301 can promptly detect whether the patient is in an improper position, such as half-sitting or excessively tilted, which is particularly important in preventing pressure sores and ensuring airway patency. The guardrail status sensor 302 can be used to monitor the opening and closing status of the bed guardrails. Once the guardrail is accidentally opened or not properly closed, the sensor will immediately send an alarm to the bed communication system 2 to remind medical staff to take action. The brake status sensor 303 is used to monitor the movement and stability of the bed. When the bed needs to be fixed in a position after movement, the effective application of the brake can ensure that the bed does not slide unexpectedly, reducing the risk of accidental injury. The brake status sensor 303 may use a pressure sensor, magnetic induction sensor, or contact switch to detect whether the brake has been properly activated. The sensor transmits brake status information to the bed communication system 2 in real time so that medical staff can understand the bed's fixation status.

[0054] The bed information sensor 3 can monitor the bed status in real time, such as patient position, guardrail status, and brake status, and immediately transmit the information to the bed communication system 2 via a wireless communication module (such as Bluetooth or Zigbee), thereby ensuring patient safety and improving the quality of care. Simultaneously, the data from the bed information sensor 3 can be used to generate intelligent auxiliary information and early warning signals. For example, data from the position sensor 301 can help the system determine whether the patient's position is appropriate, guardrail sensor information can prevent patients from falling, and brake sensor data ensures the bed remains stationary when necessary. These early warning messages are transmitted to medical staff through the bed communication system 2, prompting them to take timely action.

[0055] As an optional embodiment, the bed information sensor 3 is connected to the bed communication system 2 via a local area network bus.

[0056] Optionally, the bed information sensor 3 can be connected to the bed communication system 2 via a local area network (LAN) bus. This design ensures efficient and stable transmission of bed status information. A LAN bus typically refers to a network connection using wired communication technologies such as Ethernet, RS-485, or CANbus. The bed information sensor 3 is responsible for collecting various information about the bed's status, such as its location, patient position, guardrail status, and brake status, and then sending the collected data to the bed communication system 2 via the LAN bus. The LAN bus ensures that bed information can be transmitted promptly and accurately even in the event of an unstable wireless network, providing a backup path for data transmission. Figure 6 This is a schematic diagram illustrating the connection between an optional bed information sensor 3 and a bed communication system 2 according to an embodiment of the present invention, as shown below. Figure 6 As shown, when the bed information sensor 3 has a wired communication interface, it can transmit data to the bed communication system 2 by connecting to the wired-to-Bluetooth module 5.

[0057] The wired-to-Bluetooth module 5 is a hardware conversion device that acts as middleware. One end connects to the wired interface of the medical device (such as serial port, RS485, CANbus), while the other end communicates wirelessly with the bedside communication system 2 via the Bluetooth protocol. The core function of this module is to convert the data format of the wired communication protocol into Bluetooth-compatible wireless data packets, enabling interconnection between the wired device and the Bluetooth network.

[0058] If the bed information sensor 3 has Bluetooth point-to-point or Bluetooth broadcast functions, it can also be directly connected to the bed communication system 2 via Bluetooth.

[0059] According to another aspect of the embodiments of the present invention, a hospital Internet of Things (IoT) system is also provided. Figure 7 This is a system architecture diagram of a hospital Internet of Things (IoT) system according to an embodiment of the present utility model, such as... Figure 7 As shown, it includes: any one of the above-mentioned bed system 11, bedside screen 12, and hospital server 13, wherein the bed communication system 2 in the bed system 11 and the hospital server 13 are both connected to the bedside screen 12; the bedside screen 12 is used to receive and display the device data and bed information uploaded by the bed communication system 2; the bedside screen 12 is also used to upload the device data and bed information to the hospital server 13.

[0060] The bedside screen 12 can act as a master node, periodically querying data from various devices and prioritizing the transmission of sudden data. The bedside screen 12 establishes a connection with the bedside communication system 2 (usually via Bluetooth Mesh or a wired network), receiving real-time data from the bedside information sensor 3 and device unit 1. Simultaneously, the bedside screen 12 is equipped with an intuitive user interface that clearly displays all the aforementioned information, enabling medical staff to quickly understand the patient's condition and the equipment's operational status, thereby making corresponding nursing decisions or equipment adjustments, improving work efficiency and response speed. After receiving the bedside information and equipment data uploaded by the bedside screen 12, the hospital server 13 integrates the "bed-equipment-patient" information into a unified whole.

[0061] In addition to local display, the bedside screen 12 also plays a crucial role in uploading all received data to the hospital server 13. This step ensures centralized management and long-term storage of data, providing a basis for subsequent medical decisions. The device data and bed information received by the bedside screen 12 are initially integrated and processed locally to form structured data packets. Then, the data is uploaded to the hospital server 13 periodically or as needed to ensure the real-time nature and integrity of the information.

[0062] As an optional embodiment, the bedside communication system 2 is connected to the bedside screen 12 via Bluetooth mesh protocol, and / or the bedside screen 12 is connected to the hospital server 13 via a wired network.

[0063] Optionally, Bluetooth Mesh is a network protocol based on Bluetooth Low Energy (BLE) technology, allowing a node (such as the bedside communication system 2) to simultaneously establish connections with multiple devices (including the bedside screen 12 and other medical devices) to form a scalable network. This means that the bedside screen 12 can act as a network coordinator, communicating with all devices within the bedside unit without each device needing to connect directly to a central server. This architecture improves interoperability between devices and simplifies network configuration and management.

[0064] Bluetooth Mesh supports various network topologies, including star, mesh, and hybrid. In smart hospital bed scenarios, a mesh topology is typically used, where each device (including the bedside screen 12) can act as a data relay for other devices. Even if some devices malfunction or their signal weakens, the entire network can still maintain data transmission, improving the stability and reliability of the system.

[0065] The bedside screen 12 is connected to the hospital server 13 via a wired network, particularly an Ethernet connection, which provides a more reliable and faster data transmission channel than a wireless connection.

[0066] For example, the wired network connection between the bedside screen 12 and the hospital server 13 is mainly achieved through Ethernet. The bedside screen 12 has a built-in Ethernet interface or is connected to the hospital's local area network (LAN) via a network adapter. This LAN is connected to the hospital server 13 through a router or switch. After the bedside screen 12 collects bed information and equipment data, it uploads this information to the hospital server 13 via Ethernet cable. The hospital server 13 then processes the data in real time or stores it for subsequent analysis as needed.

[0067] As an optional embodiment, the hospital server 13 is connected to the hospital information system 14 via a data interface to upload bed information to the hospital information system 14, wherein the hospital information system 14 updates the bed availability based on the bed information.

[0068] Optionally, the data interface is a standard channel for data exchange between the two systems, defining the format, protocol, and rules for data transmission. Hospital server 13 calls the data interface API of hospital information system 14 to upload bed information (including but not limited to bed status, patient vital signs, equipment operation status, etc.) to hospital information system 14. After receiving the data, hospital information system 14 verifies its integrity and stores it in the corresponding database, such as a bed management database or a patient health record database, after ensuring the data is error-free. Based on the uploaded bed information, hospital information system 14 automatically updates bed occupancy status, patient information, treatment plans, etc., ensuring that medical staff and management can monitor the dynamic information of the wards in real time and make reasonable resource allocation and nursing arrangements.

[0069] In practice, multiple bed systems 11 can exist, each equipped with a bed communication system 2. These bed communication systems 2 can be interconnected via Bluetooth Mesh protocol, forming a communication network covering the entire ward. This means that even if a patient moves between different beds, their relevant equipment information can still be seamlessly shared between systems, ensuring the continuity of patient data and the consistency of medical staff's work.

[0070] Figure 8 This is a system architecture diagram of an optional hospital Internet of Things (IoT) system provided according to an embodiment of the present utility model, such as... Figure 8 As shown, a typical ward may include multiple bed systems 11, which can be interconnected via Bluetooth mesh protocol. One or more bedside screens 12 can be installed in a ward to display bed and patient information. After collecting device data and bed information, the bedside screens 12 can transmit the data to the hospital server 13, which can then upload some of the data to the hospital information system 14 via a data interface.

[0071] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0072] Obviously, the embodiments described above are only some embodiments of this utility model, and not all embodiments. Based on the embodiments of this utility model, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of this utility model.

[0073] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments according to this application. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0074] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in sequences other than those illustrated or described herein.

[0075] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments according to this application. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

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

Claims

1. A hospital bed system, characterized in that, include: The equipment unit (1), the bed communication system (2), and the bed information sensor (3) are included. The device unit (1) is connected to the bedside communication system (2) and is used to transmit device data to the bedside communication system (2); The bed information sensor (3) is connected to the bed communication system (2) and is used to transmit bed information to the bed communication system (2); The bed communication system (2) is used to upload the device data and the bed information to the hospital server (13).

2. The hospital bed system according to claim 1, characterized in that, It also includes an IC card reader (4), wherein, The IC card reader (4) is connected to the bed information sensor (3) and is used to read bed information and transmit the bed information to the bed information sensor (3). The bed information includes the bed information, which includes the ward number and the bed number.

3. The hospital bed system according to claim 1, characterized in that, The device unit (1) includes at least one of the following: a body temperature measuring device (101), an electrocardiogram monitor (102), a pulse oximeter (103), an infusion detection system (104), and a fall detection system (105).

4. The hospital bed system according to claim 1, characterized in that, The device unit (1) is connected to the bedside communication system (2) via Bluetooth and / or Zigbee.

5. The hospital bed system according to claim 4, characterized in that, The device unit (1) is equipped with an RFID tag (106), wherein the device unit (1) connects to the bedside communication system (2) via Bluetooth based on the RFID tag (106).

6. The hospital bed system according to claim 1, characterized in that, The bed information sensor (3) includes at least one of the following: a body position sensor (301), a guardrail status sensor (302), and a brake status sensor (303).

7. The hospital bed system according to claim 1, characterized in that, The bed information sensor (3) is connected to the bed communication system (2) via a local area network bus.

8. A hospital Internet of Things (IoT) system, characterized in that, The system includes any one of claims 1 to 7, a bedside screen (12), and a hospital server (13), wherein, The bed communication system (2) in the bed system (11) and the hospital server (13) are both connected to the bedside screen (12); The bedside screen (12) is used to receive and display the device data and bed information uploaded by the bed communication system (2); The bedside screen (12) is also used to upload the device data and bed information to the hospital server (13).

9. The Internet of Things system according to claim 8, characterized in that, The bedside communication system (2) is connected to the bedside screen (12) via Bluetooth mesh protocol, and / or the bedside screen (12) is connected to the hospital server (13) via wired network.

10. The Internet of Things system according to claim 8, characterized in that, The hospital server (13) is connected to the hospital information system (14) through a data interface to upload the bed information to the hospital information system (14), wherein the hospital information system (14) updates the bed status based on the bed information.

Images