Audio and video communication system and method for rapid first aid

Abstract

The invention discloses an audio and video communication system and method for rapid first aid, and belongs to the technical field of experimental medical treatment. Based on a multi-room management hybrid live broadcast mode, a management server distributes room numbers to each terminal according to a set distribution table, a doctor terminal and an emergency terminal are in a one-to-many relationship, and webRTC is adopted as P2P audio and video connection; the doctor divides the responsible area, if the doctor in a certain area responds to the first aid, other first-aid terminals in charge of the doctor are temporarily taken over by the doctor in the nearby area until the first-aid response is finished and the first-aid terminal is restored to the original shape. And meanwhile, the server carries out live broadcast and local storage on audios and videos connected by the doctor terminal and the first-aid terminal. A one-key alarm video direct connection mode is adopted, communication efficiency is improved, first-aid time is saved, efficient resource allocation is carried out on first-aid doctors in different areas, it is ensured that the first-aid doctors serve as dominators of first-aid events, confusion is avoided, and meanwhile the anti-risk ability and the ability to cope with unforeseen circumstances are improved through live broadcast.

Description

Technical Field

[0001] This invention belongs to the field of medical technology, specifically relating to an audio and video communication system and method for rapid emergency rescue. Background Technology

[0002] With economic, social, and technological development, people's living standards and health awareness have gradually improved, and they have begun to realize the importance of first aid. To cope with various sudden illnesses such as cardiac arrest, severe asthma, or accidental injuries, emergency rescue points are often set up in crowded public places such as hospitals, schools, and airports. Some of these emergency rescue points only provide first aid equipment and are unattended, while others have volunteers or relevant personnel on duty.

[0003] These types of emergency situations often involve only a very short golden window for first aid, and patients rarely survive until the arrival of an ambulance and professional emergency medical personnel. In such cases, temporary first aid is usually provided by nearby personnel or caregivers at rescue points. While the general public often lacks first aid experience and knowledge, rescue point caregivers, though possessing theoretical knowledge, have limited practical experience and are prone to oversights or incorrect decisions due to panic and inexperience. In such situations, remote direct guidance from professional medical personnel can significantly improve the success rate of initial first aid.

[0004] Existing emergency medical systems and equipment are generally equipped with communication modules to achieve remote medical guidance. However, depending on the equipment and methods used for connection, the effectiveness of emergency care and the costs associated with promoting and using these systems can vary.

[0005] The emergency public service linkage system proposed in patent application CN110247969A achieves one-button alarm and communication via an emergency unit. However, this integrated emergency unit is large, requires a fixed location in public places, and only includes a voice communication module, excluding a camera module. While its station-based and button design effectively reduces the cost of educating the public on how to use the emergency system and lowers the barrier to entry, it suffers from problems such as its large size and difficulty in movement. This can lead to situations where, in actual emergency situations, rescuers cannot maintain effective communication with professional medical personnel (unless the patient is moved to the emergency unit, which is impractical) to obtain real-time professional emergency guidance. Furthermore, relying solely on voice communication without video feeds can result in decreased communication efficiency and may lead to language barriers or misunderstandings.

[0006] In the emergency management method proposed in patent application CN115527691A, patients detect emergency alarms via sensor wristbands and send SMS messages with WebRTC audio and video links to designated personnel near the emergency point, enabling communication and guidance between on-site personnel and medical staff. However, this type of emergency communication relies heavily on the deployment of designated personnel. When these personnel encounter unexpected problems or changes, the system is prone to failure, resulting in low versatility. Furthermore, the multi-step video connection process, involving clicking the SMS link to navigate to a page and authorizing phone permissions, is cumbersome. This not only leads to low video connection efficiency but also requires personnel to possess strong emergency response capabilities, calmly executing each step in a rush to complete the response.

[0007] In summary, current emergency medical systems lack a simple, efficient, easy-to-operate audio-visual communication method that also ensures information protection and medical evidence verification. Therefore, to address these issues, it is necessary to propose an audio-visual communication system and method that facilitates the management and dispatch of medical personnel and is suitable for rapid emergency care. Summary of the Invention

[0008] The purpose of this invention is to provide a simpler, more efficient, and easier-to-operate audio and video communication system and method that has the ability to manage and assign medical personnel, while also providing information protection and medical evidence collection. This system and method can be used in places with a large number of people and medical units, such as hospitals, schools, and airports, to solve the problems faced by the prior art.

[0009] To achieve the above objectives, this invention proposes an audio and video connectivity system based on multi-room management and hybrid live streaming, the composition of which is illustrated below. Figure 6 As shown, it includes:

[0010] 1. Management Server: The management server manages the allocation of room numbers for doctor terminals and emergency terminals, ensuring that each emergency terminal has a doctor available for real-time response. Each room consists of only one doctor terminal and one emergency terminal at a time. Doctors are assigned to specific areas. If a doctor in a particular area is responding to an emergency, other emergency terminals under that doctor's responsibility are temporarily taken over by doctors in nearby areas. The original doctor leaves the remaining rooms in their assigned area, and other doctors temporarily take over these rooms until the emergency response ends and the original system is restored. Furthermore, the management server broadcasts and stores the audio and video connections between doctor terminals and emergency terminals locally, ensuring emergency response efficiency and medical evidence preservation.

[0011] 2. Signaling Server: The signaling server serves as the communication channel between the doctor's terminal and the emergency terminal before establishing a P2P connection for WebRTC. The doctor's terminal and the emergency terminal enter the same room on the signaling server through an agreed-upon room number, quickly exchanging metadata and connectivity addresses (SDP and Candidate) to efficiently establish a P2P audio and video connection.

[0012] 3. Emergency Medical Centers: The P2P connection hybrid live streaming mode effectively ensures that emergency physicians, as the leaders in emergency situations, are not confused by multiple parties speaking. Simultaneously, emergency medical centers can observe the entire emergency process through live streaming, promptly identify and address any gaps, and activate emergency plans. After the emergency is completed, the emergency medical center can save, retrieve, and view the audio and video recordings on the backend server, ensuring medical evidence preservation and emergency medical training.

[0013] 4. Doctor Terminal: The doctor terminal can be implemented using a dedicated terminal or a mobile terminal, featuring one-click or automatic response functions to reduce the doctor's equipment operation costs. Doctors can quickly understand the situation on-site through real-time audio and video feeds on the doctor terminal, providing timely emergency decisions and suggestions, saving crucial time in emergency care.

[0014] 5. Emergency Rescue Terminal: The emergency rescue terminal can be implemented using a dedicated terminal or a mobile phone terminal, featuring convenient portability and one-button alarm functionality. The terminal connects to a base; simply picking it up activates the alarm and triggers an emergency video call. Alternatively, a prominent button is located next to the terminal; clicking it activates the alarm. The person seeking help can carry the terminal to the emergency scene quickly, transmitting the situation and the patient's condition to doctors in real time via audio and video, and receiving emergency procedure instructions.

[0015] The audio and video communication method for rapid emergency rescue proposed in this invention includes the following steps:

[0016] Step 1: Responsible for the management and allocation of doctors

[0017] All doctor terminals and emergency terminals connect to the management server via WiFi or 5G network. The management server assigns a room number to each terminal according to a pre-defined allocation table. The doctor and emergency terminals have a one-to-many relationship, meaning the emergency terminal ID is used as the room number ID, and the doctor terminal ID is used as the room group ID. The allocation table records the terminal ID, terminal type, default room number, assigned room group number, and backup room group number, typically the doctor terminal IDs from the nearby area. The allocation table can be manually filled or automatically filled according to default rules, operating through default auto-incrementing room numbers and default responsible doctors. By setting up the allocation table, the selection of emergency doctors on duty in different areas can be effectively managed. On-duty doctors only need a doctor terminal or the corresponding software account to complete their shift. In the event of a nearby emergency alarm, doctors can quickly reach the scene, achieving efficient resource allocation.

[0018] Step 2: Create a private call room

[0019] After obtaining the room number, each terminal connects to the signaling server and joins its assigned room, ensuring that each room consists of only one doctor terminal and one emergency terminal. A doctor terminal may join multiple rooms, while an emergency terminal will only join a single room. If a doctor terminal in a certain area is responding to an emergency, it will be unable to respond to other alarms and will therefore leave all other rooms in the same room group. At this time, the management server will send these room numbers to doctor terminals in backup room groups, requesting them to join the rooms, thus temporarily transferring emergency terminal access to doctors in nearby areas. After the doctor terminal completes its emergency response, the allocation table is restored to its default state.

[0020] Additionally, if a doctor's terminal does not respond within the default connection time after an alarm (an extreme case), it is considered abnormal. The management server will temporarily remove the doctor's terminal from its assigned room, and a doctor's terminal from the backup room group will join the room and complete the emergency treatment. Furthermore, if a doctor's terminal fails to come online within the specified time, a doctor's terminal from the backup room group will join the room to temporarily take over. The emergency center will promptly confirm any abnormalities with the doctor's terminals and reconfirm the room allocation status as needed.

[0021] Step 3: One-click alarm video direct connection

[0022] The person seeking help can activate the emergency call system by picking up the emergency terminal or clicking a button, and then rush to the scene with the terminal. At this point, the emergency terminal will quickly exchange metadata and connectivity addresses (SDP and Candidate) with the doctor's terminal through the established room, using WebRTC technology to quickly establish a P2P audio and video connection. To improve emergency response efficiency and reduce operational costs, the doctor can respond with a single click or automatically, quickly understanding the patient's condition and providing remote medical guidance through audio and video. Notably, the P2P connection only requires a local area network, effectively ensuring the information security of both the patient and the doctor.

[0023] Step 4: Live streaming and storage of emergency rescue videos

[0024] When an emergency medical service terminal and a doctor's terminal establish a P2P audio and video call, the video, audio, and video are transmitted back to the management server in real time, generating live stream and local video files. The emergency center can use the live stream to understand the entire emergency response process, promptly identify and address any gaps, and activate emergency plans. Furthermore, the management server saves, archives, and records the complete emergency call video, which can be used for medical evidence and as a case study for emergency medical training.

[0025] In summary, the present invention has the following advantages and effects compared with the prior art:

[0026] The multi-room management hybrid live streaming mode of this invention can effectively manage the on-call personnel of emergency doctors in different areas, achieve efficient resource allocation, and make up for the remote doctor scheduling problems of existing emergency systems. In addition, this mode can effectively ensure that emergency doctors, as the leaders of emergency events, will not cause chaos in emergency response due to multiple parties speaking, while increasing risk resistance through live streaming, and enabling timely response to unexpected situations.

[0027] The one-click alarm video direct connection mode proposed in this invention can effectively improve communication efficiency, save golden time in emergency care, and reduce the learning cost for callers or doctors to operate the equipment. This invention enables on-duty emergency physicians to respond and provide guidance more quickly on-site. In particular, doctors can promptly assess the situation of the alarm, reducing the waste of resources caused by false alarms and saving doctors valuable time.

[0028] This invention uses WebRTC as the P2P audio and video connection, which can run completely within a local area network without needing to connect to the public network, greatly ensuring the information security of patients and doctors. Meanwhile, when connecting via 5G networks or public WiFi networks, secure connections can be established using VPN or SD-WAN modes. Attached Figure Description

[0029] Figure 1 This is a flowchart illustrating the audio-visual communication method for rapid emergency care within a hospital, as described in an embodiment of the present invention.

[0030] Figure 2 This is a schematic diagram illustrating the process of doctor management and allocation in the audio-visual communication method for rapid emergency care within a hospital, as described in an embodiment of the present invention.

[0031] Figure 3 This is a schematic diagram illustrating the process of establishing an independent call room in the audio and video communication method for rapid emergency medical care within a hospital, as described in an embodiment of the present invention.

[0032] Figure 4 This is a schematic diagram illustrating the process of one-click alarm video direct connection in the audio and video connection method for rapid emergency medical care within a hospital, as described in an embodiment of the present invention.

[0033] Figure 5 This is a schematic diagram illustrating the process of live streaming and storage of emergency video in the audio-visual communication method for rapid emergency care within a hospital, as described in an embodiment of the present invention.

[0034] Figure 6 This is a system block diagram illustrating a method for achieving rapid audio-visual communication in hospital emergency care, as described in an embodiment of the present invention.

[0035] Figure 7 This is a sequence diagram of a single-transaction business logic for an audio-visual communication method for rapid emergency care within a hospital, as described in an embodiment of the present invention.

[0036] Figure 8This is a system block diagram of the software system for the management server and signaling server in an embodiment of the present invention. Detailed Implementation

[0037] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings and embodiments. In the following description, the consecutive numbers used for the method steps are for ease of understanding. Adjusting the order of the steps, considering the overall technical solution of the present invention and the logical relationships between them, will not affect the technical effect achieved by the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative effort are within the scope of protection of the present invention.

[0038] refer to Figure 1 The procedure for rapid audio-visual communication in hospital emergency care includes, but is not limited to, steps S10 to S40:

[0039] S10 is responsible for the management and allocation of doctors. For example... Figure 2 As shown, S10 includes, but is not limited to, steps S11 to S14:

[0040] S11, the hospital can divide emergency physicians into regions, and the emergency terminal in that region will be the responsibility of that physician;

[0041] S12, the hospital manually or automatically fills in the allocation table on the management server, which mainly records the terminal ID, terminal type, default room number, room group number, and spare room group number;

[0042] S13, the doctor terminal and the emergency terminal have a one-to-many relationship, so the emergency terminal ID can be taken as the room number, the doctor terminal ID as the room group number, and the backup room group number as the doctor terminal ID in the nearby area;

[0043] S14. After each terminal goes online, the management server will send it a default room number according to the allocation table.

[0044] S20, establish a private call room. For example... Figure 3 As shown, S20 includes, but is not limited to, steps S21 to S24:

[0045] S21, each online terminal enters the corresponding signaling room in the signaling server according to the room number;

[0046] S22, If a doctor terminal is responding to an emergency, that doctor terminal will exit all other rooms;

[0047] S23, the management server sends the room numbers of these doctors who have left the room to the doctor terminals of their backup room group numbers. The doctor terminals of the backup room group numbers join the room, and the corresponding emergency terminals are temporarily taken over by nearby doctors.

[0048] S24, the doctor's terminal completes the emergency response and restores the default settings, with doctors responsible for their respective rooms.

[0049] S30, one-button alarm with direct video connection. For example... Figure 4 As shown, S30 includes, but is not limited to, steps S31 to S34:

[0050] S31, the person seeking help can complete a one-click emergency call by picking up the emergency terminal or clicking the button;

[0051] S32, the emergency terminal and the doctor terminal exchange information metadata and communication addresses (SDP and Candidate) through the room of the signaling server;

[0052] S33, The emergency terminal and the doctor's terminal successfully established a webRTC P2P connection to conduct audio and video calls;

[0053] S34, doctors can understand the patient's condition through audio and video and provide timely remote medical guidance.

[0054] S40, for emergency video streaming and storage. (Example) Figure 5 As shown, S40 includes, but is not limited to, steps S41 to S44:

[0055] S41, audio and video calls between the emergency terminal and the doctor's terminal are transmitted back to the management server in real time;

[0056] S42, the management server processes audio and video, generating live and local video files;

[0057] S43, the emergency center can learn about the complete emergency rescue process in a timely manner through live broadcast and can handle emergency situations.

[0058] S44: Complete emergency call videos are saved, archived, and recorded for use as medical evidence and as case studies in emergency care.

[0059] refer to Figure 6 and Figure 7 , Figure 6 This is a system block diagram illustrating the audio and video communication method for rapid emergency care within a hospital, as described in this embodiment of the invention. Figure 7 This is a timing diagram of a single service logic for audio and video connectivity in an embodiment of the present invention.

[0060] like Figure 6As shown, this system comprises five parts: a management server, a signaling server, an emergency center, doctor terminals, and emergency terminals. The management server connects to all doctor and emergency terminals via WiFi or 5G network and returns the room numbers recorded in its allocation table to the terminals. The terminals then form rooms based on these room numbers. The allocation table can be manually configured via the management server or intelligently divided according to set rules such as the size of the emergency responsibility area. Each room on the signaling server consists of only one doctor terminal and one emergency terminal. The doctor and emergency terminal relationships are one-to-many; multiple rooms managed by the same doctor form a group (e.g., in...). Figure 6 In this setup, emergency terminals 1 and 2 are managed by doctor terminal 1; emergency terminals 3, 4, and 5 are managed by doctor terminal 2, and so on. Therefore, the emergency terminal ID can be used as the room ID, and the doctor terminal ID as the room group ID. After a terminal joins a room, if a doctor responds to other emergency calls, resulting in a doctor leaving or being absent, the management server will reassign nearby doctor terminals to join the room. When an emergency alarm is triggered, the emergency terminals and doctor terminals exchange information through the signaling room, achieving direct WebRTC video communication. The emergency center broadcasts this video call live and saves it locally.

[0061] like Figure 7 As shown, the complete sequence diagram of a single business logic includes four stages: preparation, connection, emergency response, and termination. It focuses on describing the multi-room management hybrid live streaming mode of the management server and signaling server, and the workflow of establishing P2P video calls using WebRTC technology in a rapid emergency response scenario.

[0062] The server's software system architecture is as follows: Figure 8 As shown, it uses Linux system 114 as the operating system. The main functional modules of the management server 110 include an information management module (allocation table) 111, a video live streaming storage module 112, and a web server module 113. The information management module 111 manages the allocation table through a MySQL database and uses a default intelligent partitioning program written in Python. The video live streaming storage module 112 is implemented using the NodeJS Express framework, which can convert video streams into live streams in real time for emergency centers to watch, and also stores audio and video files with added information watermarks locally. The web server module 113 is implemented using Vue and Uni-App, and provides efficient and simple human-computer interaction pages for doctor terminals, emergency terminals, and emergency centers through Nginx reverse proxy. The signaling server 120 is built using NodeJS, confirming P2P connection targets through a series of individual room modes, and providing an information interaction venue before the successful construction of WebRTC.

[0063] The above description of the embodiments is merely for the purpose of helping to understand the method and core ideas of the present invention, and is intended to enable those skilled in the art to understand the content of the present invention and implement it accordingly. It should not be construed as limiting the scope of protection of the present invention. All equivalent modifications or substitutions made without departing from the spirit of the present invention are included within the scope defined by the claims of this application.

Claims

1. An audio and video communication system for rapid emergency medical services, based on a multi-room management hybrid live streaming mode, comprising a management server, a signaling server, an emergency center, a doctor's terminal, and an emergency terminal, wherein: The management server manages the allocation of room numbers for doctor terminals and emergency terminals, ensuring that each emergency terminal has a doctor who can respond in real time, and each room consists of only one doctor terminal and one emergency terminal; doctors are assigned to specific areas, and if a doctor in a certain area is responding to an emergency, the other emergency terminals under that doctor's responsibility will be temporarily taken over by doctors in nearby areas until the emergency response ends and the original status is restored. The management server performs live streaming and local storage of audio and video connections between the doctor's terminal and the emergency terminal; The signaling server serves as a communication channel for doctors' terminals and emergency terminals to establish a P2P connection for WebRTC. Doctors' terminals and emergency terminals enter the same room of the signaling server through an agreed room number and quickly exchange information metadata and connection address data. The emergency center can understand the entire emergency response process through live streaming, promptly identify and address any shortcomings, and activate emergency plans. The doctor's terminal has a one-click response or automatic response function. Doctors can quickly understand the situation on the scene through the real-time audio and video of the doctor's terminal and provide timely emergency decisions and suggestions. The emergency terminal is easy to move and has a one-button alarm function. The person seeking help can carry the emergency terminal to the emergency scene quickly, transmit the scene and the patient's condition to the doctor in real time through audio and video, and receive emergency operation guidance.

2. The audio and video communication system for rapid emergency rescue as described in claim 1, characterized in that, Doctors use dedicated terminals or mobile terminals; emergency terminals also use dedicated terminals or mobile terminals. Emergency terminals are connected to a base, and picking up the emergency terminal will trigger an alarm and initiate an emergency video call. Alternatively, there is a prominent button next to the emergency terminal, which can be clicked to trigger an alarm.

3. The audio and video communication system for rapid emergency rescue as described in claim 1, characterized in that, Emergency centers save, retrieve, and view emergency audio and video recordings through a backend server.

4. The audio and video communication system for rapid emergency rescue as described in claim 1, characterized in that, The management server connects to all doctor terminals and emergency terminals via WiFi or 5G network, and returns the room numbers recorded in its allocation table to the doctor terminals and emergency terminals. The doctor terminals and emergency terminals form rooms based on the obtained room numbers. Each room of the signaling server consists of only one doctor terminal and one emergency terminal. The doctor terminals and emergency terminals have a one-to-many relationship. Multiple rooms managed by the same doctor form a group. The emergency terminal ID is taken as the room number ID, and the doctor terminal ID is taken as the room group number.

5. The audio and video communication system for rapid emergency rescue as described in claim 1, characterized in that, The management server includes an information management module, a video live streaming storage module, and a web server module. The information management module manages the allocation table using a MySQL database and employs a default intelligent partitioning program written in Python. The video live streaming storage module is implemented using the NodeJS Express framework, converting video streams into live streams in real time for emergency centers to view, while also storing watermarked audio and video files locally. The web server module is implemented using a Vue-based uni-app hybrid architecture and provides interactive pages for doctors' terminals, emergency terminals, and emergency centers via an Nginx reverse proxy. The signaling server is built using NodeJS, using a separate room model to confirm P2P connection targets and provide an information interaction venue before WebRTC is successfully built.

6. A method for audio-visual communication for rapid emergency rescue, implemented based on the audio-visual communication system according to any one of claims 1 to 5, comprising the following steps: 1) Responsible for doctor management and allocation: All doctor terminals and emergency terminals are connected to the management server via WiFi or 5G network. The management server returns an assigned room number to each terminal according to a pre-defined allocation table. The doctor terminal and the emergency terminal have a one-to-many relationship, that is, the emergency terminal ID is the room number ID, and the doctor terminal ID is the room group ID; the allocation table records the terminal ID, terminal type, default room number, room group number, and spare room group number; the allocation table is used to manage the on-duty personnel of emergency doctors in different areas, and the on-duty doctor completes the duty by holding a doctor terminal or the corresponding software account; 2) Establishing independent call rooms: After obtaining the room number, each terminal connects to the signaling server and joins its own room, ensuring that each room consists of only one doctor terminal and one emergency terminal. A doctor terminal can join one or more rooms, while an emergency terminal joins only one room. If a doctor terminal is responding to an emergency, it will leave all other rooms in the same room group. At this time, the management server sends these room numbers to doctor terminals in the backup room group, requesting them to join the room, thus temporarily transferring emergency terminals to nearby doctors. If a doctor terminal does not respond within the default connection time after an alarm or fails to go online within the specified time, it is considered abnormal. The management server orders the doctor terminal to temporarily leave the room it is responsible for, and a doctor terminal in the backup room group joins the room, completing the temporary takeover. After the doctor terminal completes the emergency response, the default allocation table is restored. 3) One-click alarm video connection: After the person calling for help arrives at the scene with the emergency terminal, the emergency terminal quickly exchanges information metadata and connection address data with the doctor's terminal through the established room, and uses WebRTC technology to quickly establish a P2P audio and video connection; the doctor can understand the patient's condition and provide remote medical guidance through audio and video. 4) Emergency video live streaming and storage: When the emergency terminal and the doctor's terminal establish a P2P audio and video call, the video, audio and video are transmitted back to the management server in real time, generating live and local video files; the emergency center can understand the complete emergency process through the live stream, promptly identify and fill any gaps, and activate the emergency plan.

7. The audio and video communication method for rapid emergency rescue as described in claim 6, characterized in that, Step 1) includes: 11) Divide emergency physicians into regions, with one physician responsible for the emergency terminal in each region; 12) Manually fill in or automatically fill in the allocation table on the management server according to the default rules, which includes the terminal ID, terminal type, default room number, room group number, and spare room group number; 13) Take the emergency terminal ID as the room number, the doctor terminal ID as the room group number, and the backup room group number as the doctor terminal ID in the nearby area; 14) After each terminal goes online, the management server sends a default room number to it according to the allocation table.

8. The audio and video communication method for rapid emergency rescue as described in claim 6, characterized in that, Step 2) includes: 21) Each online terminal enters the corresponding signaling room in the signaling server according to the room number; 22) If a doctor terminal is responding to emergency services, that doctor terminal will exit all other rooms; 23) The management server sends the room numbers of these doctors who have left the room to the doctor terminals of their backup room group numbers. The doctor terminals of the backup room group numbers join the room, and the corresponding emergency terminals are temporarily taken over by nearby doctors. 24) The doctor's terminal completes the emergency response and restores the default settings.

9. The audio and video communication method for rapid emergency rescue as described in claim 6, characterized in that, Step 3) includes: 31) The person seeking help can complete the one-click emergency call by picking up the emergency terminal or clicking the button; 32) The emergency terminal and the doctor's terminal exchange information metadata and communication address data through the room of the signaling server; 33) The emergency terminal and the doctor's terminal successfully established a webRTC P2P connection and conducted audio and video calls; 34) Doctors learn about patients' conditions through audio and video and provide remote medical guidance.

10. The audio and video communication method for rapid emergency rescue as described in claim 6, characterized in that, Step 4) includes: 41) Audio and video calls between the emergency terminal and the doctor's terminal are transmitted back to the management server in real time; 42) The management server processes audio and video to generate live and local video files; 43) Emergency centers can learn about the entire emergency rescue process in a timely manner through live streaming, enabling them to handle emergency situations. 44) Save, archive, and record the complete emergency call video.

Images