Intelligent call response method and system for hospital emergency

Abstract

The invention relates to an intelligent call response method and system for hospital emergencies, and the method comprises the steps: generating the emergencies, and obtaining customized coping strategies corresponding to the types of the emergencies; the customized coping strategy comprises one or more response sets and constraint conditions and expansion relation sets thereof; the response control server sets a coping strategy corresponding to each emergency event type in advance, wherein the coping strategy corresponds to one or more coping means. According to the invention, through initialization of association between the bedside control terminal and the patient and customization of the coping strategy, the coping strategy of the emergency can be dynamically and flexibly constructed, optimized deployment of terminal and server resources is supported, and the response speed and efficiency of the emergency are improved.

Description

Technical Field

[0001] The present invention belongs to the field of smart medical technology, and in particular relates to an intelligent call response method and system for hospital emergencies. Background Art

[0002] Mobile internet applications are booming in my country, permeating every aspect of daily life. Society as a whole has reached a high level of acceptance and utilization of information technology. In recent years, my country's medical and health sector has placed unprecedented emphasis on and reliance on information technology. Medical institutions have generally improved their information technology capabilities, significantly enhancing their in-hospital diagnosis and treatment capabilities. Therefore, leveraging mobile internet applications and the latest cloud computing and artificial intelligence technologies to achieve smart healthcare is a key goal. With the advancement of modern technology, a wide range of intelligent devices and systems are becoming increasingly familiar. From smart medical call inquiry communication systems to smart homes, smart transportation, smart grids, and smart buildings, smart healthcare, and smart logistics, intelligent technologies are transforming our lives. Currently, demand for smart healthcare is strong among medical institutions at all levels, and the related industry is developing rapidly. A smart hospital is a smart hospital that integrates internet, intelligent, and artificial intelligence technologies.

[0003] As my country's overall medical standards continue to improve, significant progress has been made in various medical fields. In a medical setting, hospitalized patients may encounter emergencies at any time. In such situations, medical staff are often required to arrive and respond promptly, as failure to do so could endanger the patient's life. In everyday medical settings, due to the high density of personnel and the high mobility of medical staff, it is crucial for patients to be able to quickly call for medical assistance in the event of an emergency. To ensure that patients in hospitals can quickly notify doctors, nurses, and other medical staff when they or others nearby detect a dangerous situation, ensuring that patients receive treatment as quickly as possible, current alarm systems typically employ emergency warning lights or emergency call alert systems. Among them, the emergency alarm system is to set an alarm button near the patient's bed. When the patient needs help, the patient himself or a nearby person presses the button, and the alarm light corresponding to the bed in the corresponding nurse station or doctor's office lights up to remind the medical staff; the current emergency call alarm system usually sets a call button next to the patient's bed. After pressing the call button, you can communicate with the medical staff in the corresponding nurse station or doctor's office through the microphone and speaker, and contact the relevant medical staff to go to the corresponding bed for treatment.

[0004] Overall, the existing emergency call system has problems such as insufficient automation, lack of comprehensive condition assessment, poor positioning accuracy and low call efficiency, which makes it impossible to quickly and accurately dispatch medical staff according to the patient's condition, and unable to accurately locate responders. The response time is prolonged, the call system cannot perform data processing and the settings are simple, resulting in low response efficiency for emergency events. Specifically, there are several issues. First, the response method is single and the response mechanism is not robust enough. This is mainly because the time window for emergency treatment in hospitals is very short. If effective emergency treatment and triage time are missed, the patient's mortality and disability rates will increase significantly. Second, there is the problem of poor dynamic update capabilities. The alarm button or call button, as well as the corresponding microphone and speaker, are all located near the patient's bed. Due to their location, the current emergency call alarm system can only function when the patient is near the bed and cannot dynamically adjust as the patient's condition changes. If the patient is moving around in other parts of the hospital, it cannot provide assistance to patients in emergency situations. When patients encounter emergencies in other parts of the hospital, it takes a long time to notify medical staff, which increases the risk to patients and further leads to higher liability risks for the hospital. At the same time, the current emergency call system has a low level of intelligence and requires patients to manually trigger the call, which increases the burden and risk for patients in emergencies. Finally, there is the issue of information security. How to fully utilize patient information while ensuring the security of patient information when handling emergencies is crucial. Based on the above problems, the present invention enables dynamic and flexible construction of emergency response strategies through the initialization of the bedside control terminal and patient association and customization of response strategies, supports the optimized deployment of terminal and server resources, and improves the response speed and efficiency of emergency events. Summary of the Invention

[0005] In order to solve the above problems in the prior art, the present invention proposes an intelligent call response method and system for hospital emergencies, the method comprising:

[0006] The bedside control terminal generates an emergency event based on the patient monitoring data and obtains a customized response strategy corresponding to the emergency event type; the customized response strategy includes one or more response sets and their constraints and extended relationship sets;

[0007] The response control server pre-sets a response strategy corresponding to each emergency event type, wherein the response strategy corresponds to one or more response measures; the response set corresponding to the response measures is composed of all targets of the response measures and the response measures, and the time limit and target quantity limit for completing the response measures constitute the constraint conditions corresponding to the response set; the response set is a set of one or more first targets that require emergency response based on the emergency event type; an extended relationship set of the response set is determined based on the patient attributes and the bedside control terminal attributes; the extended relationship set includes one or more second targets, and the second targets are used to relay the transmission of the emergency event;

[0008] In response to initialization of the bedside control terminal, each of the response sets corresponding to the emergency event type is customized based on the patient's attributes to obtain a customized response strategy corresponding to the emergency event; and all or part of the customized response strategy is loaded into the bedside control terminal;

[0009] Determine whether all response sets in the emergency event give a response while satisfying the constraint conditions. If so, determine that the emergency event is responded correctly, otherwise it is an incorrect response; if the response set does not respond correctly under the constraint conditions, obtain the extended relationship set corresponding to the response set to relay the emergency event; the target, the first target and the second target are personnel or equipment.

[0010] Furthermore, a customized response strategy corresponding to the emergency event type is obtained; specifically: the bedside control terminal generates an emergency event based on the monitoring data of the bedside monitoring device and determines the emergency event type; and a customized response strategy corresponding to the emergency event type is obtained.

[0011] Furthermore, a bedside control terminal is provided for each patient; the bedside control terminal is communicatively connected to the bedside monitoring device.

[0012] Furthermore, there are one or more bedside monitoring devices.

[0013] Furthermore, bedside monitoring devices include wearable devices, bedside monitors and / or environmental sensors.

[0014] Furthermore, the bedside control terminal collects monitoring data from the bedside monitoring equipment, obtains the acceptable numerical range of each type of monitoring data related to the patient based on the patient's attributes, and determines whether each type of monitoring data is within the acceptable numerical range. If not, the type of emergency event is determined based on the degree of deviation between each type of monitoring data and the acceptable numerical range, as well as the type of monitoring data that deviates.

[0015] Furthermore, when the bedside control terminal is associated with the patient, initialization of the bedside control device is started.

[0016] Furthermore, each second target in the extended relationship set is used to relay the emergency event; specifically, the emergency event is sent to each of the second targets, so that the second target transmits the emergency event to the first target.

[0017] An intelligent call response system for hospital emergencies is provided, wherein the intelligent call response system for hospital emergencies is used to implement the above-mentioned intelligent call response method for hospital emergencies.

[0018] An intelligent call response platform for hospital emergencies, wherein the intelligent call response platform for hospital emergencies is used to implement the above-mentioned intelligent call response method for hospital emergencies.

[0019] The beneficial effects of the present invention include:

[0020] (1) By initializing the association between the bedside control terminal and the patient and customizing the response strategy, on the basis of the current hospital's inherent settings, while ensuring the security of patient data, the demand for storage resources of the bedside control terminal can be reduced, so that more computing resources can be concentrated on the rapid response to real-time monitoring data, while other control information not related to the patient is set on the server side, thereby improving the response speed and efficiency of emergency events;

[0021] (2) Construct a set of responses and their constraints and an extended set of relationships; make the response to an emergency relevant to the specific bedside control equipment and the attributes of the current patient; supplement the possible failures of the communication network through the redundancy of the relationship network, avoid the adverse risks of a single communication type failure or delay in an emergency, increase the robustness and efficiency of the emergency response, and enable the existing communication network and relationship network to participate in the response to the emergency. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application, but do not constitute an improper limitation of the present invention. In the drawings:

[0023] Figure 1 This is a schematic diagram of the intelligent call response method for hospital emergencies provided by the present invention. DETAILED DESCRIPTION

[0024] The present invention will be described in detail below with reference to the accompanying drawings and specific embodiments. The exemplary embodiments and descriptions are only used to explain the present invention but are not intended to limit the present invention.

[0025] The present invention proposes an intelligent call response method and system for hospital emergency events, as shown in the attached Figure 1As shown, the method includes the following steps:

[0026] Step S1: Generate an emergency event based on patient monitoring data and obtain a corresponding customized response strategy; specifically, the bedside control terminal generates an emergency event based on the monitoring data of the bedside monitoring device and determines the type of emergency event; obtains a customized response strategy corresponding to the emergency event type; the customized response strategy includes one or more response sets, their constraints, and an extended relationship set;

[0027] Preferably, a bedside control terminal is provided for each patient; the bedside control terminal is communicatively connected to the bedside monitoring device; upon occurrence of an emergency event, the emergency event is sent to the target in the response set; the sending method can be a message, call, online, offline, request, etc.; the target responds based on the type of emergency event; more specifically, the target responds based on its own role and patient attributes; the device's response method includes calling, notifying, stopping injection, increasing injection dosage, and other feedback methods related to patient treatment;

[0028] Preferably, the bedside control terminal is initialized according to the attribute information of the new patient; specifically, the bedside control terminal is associated with the patient; a communication network and a relationship network are determined according to the attribute information of the patient, a quick access list consisting of customized response strategies that can be quickly accessed is initialized, and the customized response strategies in the quick access list are loaded into the bedside control terminal;

[0029] The obtaining of the customized response strategy corresponding to the emergency event type is specifically as follows: when the requested customized response strategy is in the quick access list, the quick access list is hit, and the requested customized response strategy is directly obtained from the local bedside control terminal; otherwise, the quick access list is not hit, and the requested customized response strategy is obtained from the response control server;

[0030] Preferably, the communication network is determined based on the communication attributes of the bedside control terminal; the relationship network is determined based on the patient attributes (basic attributes and medical attributes); for example, the communication network information is determined based on the location of the bedside control terminal, the communication type, and the communication attributes of other bedside control terminals within the same local communication range; and part of the relationship network can be determined based on the patient's attending physician and the attending physician's medical team.

[0031] Preferably: the communication network and the relationship network are stored in the response control server; the response control server determines the patient's communication network and the relationship network and saves them in the response control server; since the communication attributes and patient attributes are dynamically updated; therefore, the corresponding communication network and relationship network are also dynamically updated, and the customized response strategy will also change accordingly; in fact, since the patient's monitoring data will change and the condition will change, the quick access list involved will also change and need to be dynamically reloaded in real time; through the customization of the communication network and the relationship network, the response to the emergency event is related to the specific bedside control device and the current patient's attributes, so that the existing communication network and relationship network can be fully utilized to participate in the response to the emergency event, rather than being limited to the sound alarm as a communication method;

[0032] Preferably, there are one or more bedside monitoring devices, including wearable devices, bedside monitors, environmental sensors, etc., which are used to monitor vital signs such as heart rate, blood oxygen, and respiration in real time, detect abnormal behaviors such as falls and leaving the bed, and detect abnormal ward environments such as smoke and water leaks;

[0033] Preferably: the bedside control terminal collects monitoring data from the bedside monitoring device, obtains the acceptable value range of various types of monitoring data related to the patient according to the patient's attributes, and determines whether each type of monitoring data is within the acceptable value range. If not, the type of emergency event is determined according to the degree of deviation between each type of monitoring data and the acceptable value range, as well as the type of monitoring data that deviates; for example: body fluid, heartbeat, breathing, movement safety, etc.; the type of emergency event can be combined with the level, such as: red level (cardiac arrest, blood oxygen below 85%), which needs to trigger a hospital-wide broadcast and positioning by the nearest relevant team; orange level (persistent hypertension, abnormal breathing), which needs to be pushed to the attending physician's mobile terminal; blue level (infusion completion reminder), which needs to be prompted on the nurse station screen or the relevant nurse is in place; a shorter response time is given to emergency event types with higher levels; conversely, a longer response time is given;

[0034] Preferably: a correspondence between emergency event types and monitoring data types and their deviation degrees is pre-established, and the emergency event type is obtained by querying the correspondence; for each emergency event type, the response control server pre-sets its corresponding emergency event response strategy, and the response strategy corresponds to one or more response measures; the target composition of the response measure and the response set corresponding to the response measure, and the time limit and target quantity limit for completing the response measure constitute the constraint conditions corresponding to the response set; and the target that can relay the transmission of the emergency event constitutes an extended relationship set of the response set; the extended relationship set is determined based on the patient attributes and the bedside control terminal;

[0035] Preferably, the corresponding relationship is fixedly stored in the bedside monitoring device, and further, is stored in the non-volatile storage space of the bedside monitoring device;

[0036] Preferably, each patient is associated with a bedside control terminal, wherein: when the association is initialized, patient attribute information is stored; the patient attributes include basic patient attributes, real-time attributes, and medical attribute information; wherein: basic attribute categories include identity identification, name, age, gender, ID number, emergency contact, height, weight, BMI, and basic blood pressure / heart rate range; real-time attributes include vital signs, behavioral characteristics, metabolic indicators, and test and examination indicators; medical attribute information includes nursing team, treatment team, attending physician, supervising physician, affiliated medical institution, etc.; part of the patient attribute information is dynamically updated based on the real-time monitoring data obtained by the bedside monitoring device;

[0037] Response control server customized response strategy; specifically: the response control server pre-sets the emergency event type and its corresponding response strategy, the response strategy includes one or more response means and its corresponding response set and its constraint conditions (for example: at least 2 nurses arrive within 5 minutes); based on the initialization of the bedside control terminal, each of the one or more response sets is customized based on the user attributes to obtain a customized response strategy consisting of the response set corresponding to the emergency event and its constraint conditions; at the time of initialization (when the bedside control terminal is associated with the patient), all or part of the customized response strategy is loaded into the bedside control terminal; this part of the customized response strategy constitutes the quick access list of the bedside control terminal; wherein: this part of the customized response strategy is based on the patient's attributes The quick access list is determined by the nature and / or probability of occurrence of emergency events; customized response strategies corresponding to emergency event types that are more likely to occur based on patient attributes are constructed in the quick access list; since response sets often involve overlapping organizational structure information, this part of information can be stored on the server side through customization, which can ensure data security while also reducing the demand for storage resources of the bedside control terminal and improving response speed; the quick access list is subsequently dynamically updated based on patient attributes; patient attribute information is dynamically sent to the response control server, and the response control server updates the customized response strategy based on the dynamically changing attribute information. When all or part of the customized response strategy changes, the changed all or part of the customized response strategy is pushed to the bedside control terminal;

[0038] Preferred: When performing customization, keep the constraints unchanged and the response set needs to be customized based on the patient attributes;

[0039] Preferably, a response set is a set of one or more first targets that need to be responded to based on the type of emergency event; the first target is a person or equipment; the constraint of the response set is a condition that must be met for the first targets in the response set to respond; the constraint can be set to the simplest condition that the response set needs to meet; the constraint defines the minimum number of first targets that need to be responded to in the response set and the maximum response time;

[0040] Preferred: The target responds through various feedback methods, such as action feedback, sending feedback messages, completing corresponding operations, pressing response buttons, etc.

[0041] Step S2: Determine whether all response sets in the emergency event give responses while satisfying the constraint conditions; if so, determine that the emergency event is correctly responded to; otherwise, determine that the emergency event is incorrectly responded to; if the response set does not correctly respond under the constraint conditions, obtain an extended relationship set corresponding to the response set; the extended relationship set is an extended relationship set containing one or more second targets; each second target in the extended relationship set is used for emergency event relay;

[0042] Preferably, when the extended relationship set is associated with the customized response strategy, the extended relationship set corresponding to the response set is loaded simultaneously when the customized response strategy is loaded; the response control server determines the extended relationship set of the response set based on the patient attributes and the bedside control terminal attributes;

[0043] Preferably, by default, what is loaded into the bedside control terminal is an extended relationship set obtained by performing one-step expansion on the response set;

[0044] Alternatively, what is loaded into the bedside control terminal is an extended relation set that has been expanded by K steps on the response set. In step S2, after the emergency event relay is performed by expanding the relation set by k steps (the initial value of k is 1), if the response set does not respond correctly under the constraint conditions, the emergency event relay is continued by obtaining the extended relation set by k+1 steps, and this step is repeated until the termination condition is met.

[0045] Preferably: the termination condition is that all response sets are correct responses or k=K (that is, there is no room for further expansion);

[0046] Alternatively: the termination condition is that the number of expansion steps of the expansion relationship set reaches a preset value, the emergency event is not correctly responded to for a preset time length, etc.;

[0047] The extended relationship set of the one-step extension of the response set is specifically: the response control server performs a one-step extension on the response set in the customized response strategy based on the communication network related to the bedside control terminal and the relationship network related to the patient to obtain a one-step extended relationship set associated with the response set;

[0048] The specific steps include:

[0049] Step S2A1: obtaining an unprocessed second target in the extended relationship set; setting the initial value of the extended relationship set to include all unresponded first targets in the response set;

[0050] Step S2A2: perform a one-step expansion based on the communication network of the second target, specifically: Method 1, obtain the current communication type of the second target and its corresponding communication network; determine another second target that is within the same local communication range of the second target under the current communication type and has a different upper communication node; set the other second target as the first candidate second target for the second target; at this time, under the same communication type, emergency event relay under the same communication type is achieved through another second target with multiple upper communication nodes; for example: obtain a second target that is located in the same room as the first target, and the first target and the second target have the same upper communication node A in the same room. Since the second target is set at a position close to the upper communication node B in another room, the second communication node can be selected as a direct relay node. In this way, even if the abnormality of communication node A causes the room where it is located to be unable to respond to the emergency, the emergency can also be transmitted with the same communication type;

[0051] Method 2: Determine another second target within the same local communication range as the second target and having a different communication type; use the other second target as the first candidate second target for the second target; in this way, communication types can be switched between different target individuals to achieve relay transmission of emergency events;

[0052] Preferably: in step S2A2, a first candidate second target of the second target is determined based on the first method and / or the second method;

[0053] Step S2A3: performing one-step expansion based on the association network, specifically: obtaining another second target that is closest to the second target based on the relationship network, and using the other second target as a second candidate second target for the current second target;

[0054] Preferably, the association relationship and the closeness of the association relationship between the second targets are determined based on the institutional relationship, blood relationship, and work relationship; for example, the second targets belonging to the same team are set as the closest; the closeness of the relationship is set according to the number of recent cooperation times, etc.;

[0055] Step S2A4: putting the common parts of the first candidate second target and the second candidate second target into the extended relationship set as second targets;

[0056] Preferably: when the number of identical parts exceeds the expansion quantity threshold, the intercepted parts are put into the expansion relationship set; when the number is less than the expansion quantity threshold, the first candidate second target or the second candidate second target is used to supplement until the expansion quantity threshold is reached;

[0057] Step S2A5: Determine whether there is any unprocessed second target in the extended relationship set; if so, return to step S2A1; if not, the above steps S2A1 to S2A5 complete the one-step expansion of the response set. For expansions of more than one step, it is necessary to perform incremental expansion using the extended relationship set itself as the basis for expansion. That is, perform one-step expansion on the basis of the k-step expansion to obtain the result of the k+1-step expansion, i.e., the k+1-step extended relationship set. The one-step expansion method is similar to the above steps.

[0058] Each second target in the extended relationship set is used to relay emergency events; specifically, the emergency event is sent to each of the second targets, so that the second target relays the emergency event with the first target as the transmission object; the transmission method is that the second target transmits the emergency event using various communication types it has, such as wired, wireless, oral, telephone, etc. It can be seen that the second target can avoid the adverse risks of emergency events caused by failure or delay of a single communication type through multiple communication types, and oral, telephone and other methods have strong redundancy, which supplements the possible failures of the communication network through the redundancy of the relationship network, thereby increasing the robustness and efficiency of emergency response;

[0059] Based on the same inventive concept, the present invention also provides an intelligent call response system for hospital emergencies, the system being used to implement the above-mentioned intelligent call response method for hospital emergencies; the system comprising a bedside control terminal associated with a patient; each bedside control terminal being connected to one or more bedside monitoring devices, the monitoring data acquired by the bedside monitoring devices being transmitted to the bedside control terminal and a response control server; the bedside control terminal and the response control server being connected;

[0060] Preferably: the bedside control terminal and the patient are arranged in the same physical space; one or more bedside control terminals are arranged in the same physical space, and these bedside control terminals use the same or different communication types for data transmission;

[0061] A computer program (also referred to as a program, software, software application, script, or code) can be written in any form of programming language, including assembly or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program, or in multiple collaborative files (e.g., files storing one or more modules, subroutines, or code portions). A computer program can be deployed to execute on one computer or on multiple computers located at one site or distributed across multiple sites and interconnected by a communication network.

[0062] It will be understood by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Thus, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0063] The present invention is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0064] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0065] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 The steps for the function specified in one or more boxes.

[0066] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and not to limit it. Although the present invention has been described in detail with reference to the above embodiments, ordinary technicians in the field should understand that the specific implementation methods of the present invention can still be modified or replaced by equivalents. Any modification or equivalent replacement that does not depart from the spirit and scope of the present invention should be covered by the scope of protection of the claims of the present invention.

Claims

1. An intelligent call response method for hospital emergencies, characterized in that: The method comprises: The bedside control terminal generates an emergency event based on the patient monitoring data and obtains a customized response strategy corresponding to the emergency event type; the customized response strategy includes one or more response sets and their constraints and extended relationship sets; The response control server pre-sets a response strategy corresponding to each emergency event type, wherein the response strategy corresponds to one or more response measures; a response set corresponding to each response measure and a time limit and a target quantity limit for completing the response measure constitute the corresponding constraint conditions of the response set; the response set is a set of one or more first targets that require emergency response based on the emergency event type; Determining an extended relationship set of a response set based on the patient attributes and the bedside control terminal attributes; the extended relationship set includes one or more second targets, and the second target is used to relay the transmission of the emergency event; In response to the initialization of the bedside control terminal, each of the response sets corresponding to the emergency event type is customized based on the patient's attributes to obtain a customized response strategy corresponding to the emergency event; Loading all or part of the customized response strategy into the bedside control terminal; Determine whether all response sets in the emergency event give responses while satisfying the constraint conditions, and if so, determine that the emergency event is a correct response, otherwise it is an incorrect response; If the response set does not respond correctly under the constraint conditions, an extended relationship set corresponding to the response set is obtained to perform emergency event relay; the target, the first target, and the second target are personnel or equipment.

2. The intelligent call response method for hospital emergencies according to claim 1, characterized in that: Obtain customized response strategies corresponding to the type of emergency; Specifically: the bedside control terminal generates an emergency event based on the monitoring data of the bedside monitoring device and determines the type of emergency event; and obtains a customized response strategy corresponding to the type of emergency event.

3. The intelligent call response method for hospital emergencies according to claim 2, characterized in that: A bedside control terminal is provided for each patient; the bedside control terminal is communicatively connected to the bedside monitoring equipment.

4. The intelligent call response method for hospital emergencies according to claim 3, characterized in that: There are one or more bedside monitoring devices.

5. The intelligent call response method for hospital emergencies according to claim 4, characterized in that: Bedside monitoring devices include wearable devices, bedside monitors, and / or environmental sensors.

6. The intelligent call response method for hospital emergencies according to claim 5, characterized in that: The bedside control terminal collects monitoring data from the bedside monitoring equipment, obtains the acceptable numerical range of each type of monitoring data related to the patient based on the patient's attributes, and determines whether each type of monitoring data is within the acceptable numerical range. If not, the type of emergency event is determined based on the degree of deviation between each type of monitoring data and the acceptable numerical range, as well as the type of monitoring data that deviates.

7. The intelligent call response method for hospital emergencies according to claim 6, characterized in that: When the bedside control terminal is associated with the patient, initialization of the bedside control device is started.

8. The intelligent call response method for hospital emergencies according to claim 7, characterized in that: Each second target in the extended relationship set is used for emergency event relay; Specifically, the emergency event is sent to each of the second targets, so that the second targets transmit the emergency event to the first target as the transmission object.

9. An intelligent call response system for hospital emergencies, characterized in that: The intelligent call response system for hospital emergencies is used to implement the intelligent call response method for hospital emergencies described in any one of claims 1 to 8.

10. An intelligent call response platform for hospital emergencies, characterized in that: The intelligent call response platform for hospital emergencies is used to implement the intelligent call response method for hospital emergencies described in any one of claims 1 to 8.

Images