KR102442640B1 - Emergency contact system for stroke patients using smart devices - Google Patents

Abstract

A stroke patient emergency contact system according to an embodiment of the present invention may include a rescue team device, an emergency contact server, a medical institution server, and a medical staff device, and the emergency contact server is a signal for the occurrence of an emergency stroke patient from the rescue team device When receiving, it transmits a stroke patient occurrence signal to the medical institution server of a medical institution that meets the preset conditions, and accepts the stroke patient according to the result of collecting information on whether or not it is acceptable to the medical institution from the server side of a plurality of medical institutions A to-do medical institution may be selected and matched, and the matching result and the progress of the rescue team moving to the matched medical institution may be shared with the rescue team device and the medical institution server.

Description

Stroke patient emergency contact system using smart devices {Emergency contact system for stroke patients using smart devices}

The present invention relates to a pre-contact system for stroke patients before hospitals using smart devices.

Stroke patients must receive acute treatment (cerebrovascular revascularization treatment) within the golden time after symptom onset. The core of the emergency medical system specializing in stroke is the emergency transport system at all stages of the hospital, and the 119 ambulance must accurately select stroke patients who need acute treatment and quickly transport them to an appropriate hospital that can be treated within the golden time.

In particular, prior contact with the stroke team of 119 paramedics at the transfer hospital before visiting the hospital can minimize the delay in treatment time, thereby lowering the mortality rate of acute stroke and improving functional recovery. Although the stroke treatment guidelines recommend prior contact with EMS as one of the standard treatment procedures, the systematic prior contact rate for stroke patients is very low. The pre-contact system, which is currently being mainly implemented, is limited to the one-on-one contact with the medical staff by the 119 paramedics on the emergency phone.

An object of the present invention is to help a rapid treatment of an emergency stroke patient by establishing an effective communication system between paramedics and a medical institution.

A stroke patient emergency contact system according to an embodiment of the present invention may include a rescue team device, an emergency contact server, a medical institution server, and a medical staff device, and the emergency contact server is a signal for the occurrence of an emergency stroke patient from the rescue team device When receiving, it transmits a stroke patient occurrence signal to the medical institution server of a medical institution that meets the preset conditions, and accepts the stroke patient according to the result of collecting information on whether or not it is acceptable to the medical institution from the server side of a plurality of medical institutions A to-do medical institution may be selected and matched, and the matching result and the progress of the rescue team moving to the matched medical institution may be shared with the rescue team device and the medical institution server.

The present invention can help rapid treatment of emergency stroke patients by establishing an effective communication system between paramedics and medical institutions.

The present invention provides an effective communication method between paramedics and medical institutions, thereby helping patients to properly perform first aid before arriving at the hospital, and reducing the incidence of all patients by allowing the overall information on the medical institution situation to be shared sufficiently. can be lowered

According to the present invention, information according to the stroke onset time and movement time of the stroke patient is provided to the medical staff in advance, so that the medical staff can help the medical staff prepare in advance and treat the appropriate treatment corresponding to the stroke elapsed time of the patient.

1 is a diagram showing the configuration of a contact system for a stroke patient emergency using a smart device according to an embodiment of the present invention.
2 is a diagram illustrating the configuration of an emergency contact server according to an embodiment of the present invention.
3 is a diagram illustrating the configuration of an emergency management unit according to an embodiment of the present invention.
4 is a diagram illustrating the configuration of a movement information calculating unit according to an embodiment of the present invention.

Advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, and only those of ordinary skill in the art to which the present invention pertains, to complete the disclosure of the present invention. It is provided to fully understand the scope of the present invention, and the present invention is only defined by the scope of the claims.

The terminology used herein is for the purpose of describing the embodiments and is not intended to limit the present invention. In this specification, the singular also includes the plural, unless specifically stated otherwise in the phrase. As used herein, “comprises” and/or “comprising” does not exclude the presence or addition of one or more other components in addition to the stated components. Like reference numerals refer to like elements throughout, and "and/or" includes each and every combination of one or more of the recited elements. Although "first", "second", etc. are used to describe various elements, these elements are not limited by these terms, of course. These terms are only used to distinguish one component from another. Therefore, it goes without saying that the first component mentioned below may be the second component within the spirit of the present invention.

Unless otherwise defined, all terms (including technical and scientific terms) used herein will have the meaning commonly understood by those of ordinary skill in the art to which this invention belongs. In addition, terms defined in a commonly used dictionary are not to be interpreted ideally or excessively unless clearly specifically defined.

As used herein, the term “unit” or “module” refers to a hardware component such as software, FPGA, or ASIC, and “unit” or “module” performs certain roles. However, “part” or “module” is not meant to be limited to software or hardware. A “part” or “module” may be configured to reside on an addressable storage medium or may be configured to reproduce one or more processors. Thus, by way of example, “part” or “module” refers to components such as software components, object-oriented software components, class components and task components, processes, functions, properties, Includes procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. Components and functionality provided within “parts” or “modules” may be combined into a smaller number of components and “parts” or “modules” or additional components and “parts” or “modules”. can be further separated.

Spatially relative terms "below", "beneath", "lower", "above", "upper", etc. It can be used to easily describe the correlation between a component and other components. A spatially relative term should be understood as a term that includes different directions of components during use or operation in addition to the directions shown in the drawings. For example, when a component shown in the drawing is turned over, a component described as “beneath” or “beneath” of another component may be placed “above” of the other component. can Accordingly, the exemplary term “below” may include both directions below and above. Components may also be oriented in other orientations, and thus spatially relative terms may be interpreted according to orientation.

In this specification, a computer means all types of hardware devices including at least one processor, and may be understood as encompassing software configurations operating in the corresponding hardware device according to embodiments. For example, a computer may be understood to include, but is not limited to, smart phones, tablet PCs, desktops, notebooks, and user clients and applications running on each device.

1 is a diagram showing the configuration of a contact system for a stroke patient emergency using a smart device according to an embodiment of the present invention.

As shown in FIG. 1 , the emergency contact system for a stroke patient according to an embodiment of the present invention may include an emergency contact server 100, a rescue team device 200, a medical staff device 300, and a medical institution server 400.

The emergency contact server 100 may receive a signal notifying the occurrence of a stroke patient from the rescue device 200 . In this case, a signal for notifying the occurrence of a stroke patient may be simply transmitted by accessing an app supported by the emergency contact server 100 from the rescue team device 200 and pressing a button (eg, a stroke patient occurrence notification button).

When the emergency contact server 100 receives the stroke patient occurrence signal from the rescue device 200, the emergency contact server 100 first performs an operation step for selecting a medical institution to which the stroke patient is to be transported in response, and when the medical institution is selected, the emergency contact server 100 returns to the corresponding medical institution. While transporting a stroke patient, an operation step that supports an ambulance and a medical institution to effectively prepare patient treatment by sharing patient information and medical institution-side information can be performed secondary.

For reference at this time, it can be assumed that the app supported by the emergency contact server 100 is installed in all of the rescue team device 200, the medical institution server 400, and the medical staff device 300, and each account information (rescue member account, server administrator account) , medical staff account), there may be restrictions on the functions that can be used.

And, according to an embodiment, the emergency contact server 100 is not all medical staff devices registered in the medical institution server 400, but a specific medical staff device 300 (eg, a medical staff device corresponding to the worker at the time, each department) identified under the management of the medical institution server 400 communication can only be performed with the representative medical staff of

However, although not shown in FIG. 1 according to various embodiments, the emergency contact server 100 directly communicates with the medical device 300 and the emergency contact server 100 without the intervention of the medical institution server 400 after the primary approval of the medical institution server 400 is completed. may be

The first operation step and the second operation step of the emergency contact server 100 will be described in more detail as follows.

First, in order to perform the first step, the emergency contact server 100 may communicate with a plurality of medical institutions, and as a result of the communication, may select an optimal medical institution suitable for transporting the patient. When the emergency contact server 100 receives a stroke patient occurrence signal from the rescue device 200, it extracts a list of medical institutions that exist nearby (within a preset distance range) based on the location information of the rescue device 200, and exists in the list. A stroke patient occurrence signal may be transmitted to the medical institution server 400 of medical institutions that do.

At this time, the stroke patient occurrence signal transmitted from the emergency contact server 100 to the medical institution server 400 requests information on whether the patient can be accommodated on the medical institution server 400 side, and the medical institution server 400 enters information on whether the patient can be accommodated. It may be designed to automatically reply to the emergency contact server 100 side.

In this case, information on patient acceptance may include multiple items, for example, whether a hospital bed and operating room are secured, whether or not medical staff of the stroke-related team (eg, neurology, emergency medicine, radiology, interventionist, etc.) are present; It may include the presence or absence of equipment related to stroke treatment (eg, brain imaging equipment, etc.). Among them, items that do not require confirmation by some medical staff may be automatically filled in using information pre-stored in the DB of the medical institution server 400 . Other items that require confirmation by the medical staff may be input from the device of the relevant medical staff.

For example, as the medical institution server 400 receives a request for information on whether or not a patient can be accommodated, a screen in which items that can be checked in the medical institution server 400 are first filled in and the remaining items are not filled in the related medical device 300 may transmit a message to the medical staff device 300 to be displayed in Accordingly, the medical staff device 300 may input information on whether the patient can be accommodated through the pre-installed emergency contact app.

Through this process, when all items for checking whether the patient is acceptable are completed, the corresponding information may be automatically or manually provided to the emergency contact server 100 again.

In addition, the emergency contact server 100 may select a medical institution based on the information on the acceptability returned from the medical institution server 400 and the distance information from the medical institution to perform matching with the corresponding stroke patient. For example, if it is assumed that there are two medical institutions accommodating a patient whose acceptability item is checked identically, the medical institution server 400 may match a medical institution that is close to the current paramedic (patient) with the patient.

When the first operation step of selecting a medical institution is completed through this process, the emergency contact server 100 may perform a second operation step of communicating with the matched medical institution.

In the second operation step, since the medical institution to which the stroke patient is transferred is matched, the emergency contact server 100 may assume that the stroke patient is transferred to the matched medical institution. And accordingly, the emergency contact server 100 may support a contact function so that real-time communication with the matched medical institution side (medical staff) can be made while the stroke patient is transferred to the matched medical institution, and accordingly, the matched medical institution side and the It will be possible to support the sharing of real-time information on the side of the ambulance device that is transporting the stroke patient. In this case, the information shared by the matched medical institution and the rescue device 200 through the emergency contact server 100 may include arrival time, patient status information, medical information for emergency treatment, and the like.

For a more detailed description of the operation of the emergency contact server 100, reference will be made to FIGS. 2 to 4 .

2 is a diagram illustrating the configuration of an emergency contact server according to an embodiment of the present invention.

As shown in FIG. 2 , the emergency contact server 100 according to an embodiment of the present invention may include a communication unit 110, a storage unit 120, and a control unit 130, wherein the control unit 130 includes a medical institution search unit 131 and a patient information management unit 132 , an emergency management unit 133, a movement information calculation unit 134 and a user management unit 135 may be configured.

The communication unit 110 may use a network for data transmission/reception between the user device and the server, and the type of the network is not particularly limited. The network may be, for example, an Internet Protocol (IP) network that provides a large-capacity data transmission/reception service through Internet Protocol (IP) or an All IP network that integrates different IP networks. In addition, the network includes a wired network, a Wibro (Wireless Broadband) network, a mobile communication network including WCDMA, a High Speed Downlink Packet Access (HSDPA) network, and a Long Term Evolution (LTE) network including a mobile communication network, LTE advanced (LTE-A) ), a mobile communication network including 5G (Five Generation), a satellite communication network, and a Wi-Fi network, or a combination of at least one or more of them.

The storage unit 120 may include, for example, an internal memory or an external memory. The built-in memory includes, for example, a volatile memory (eg, dynamic RAM (DRAM), static RAM (SRAM), or synchronous dynamic RAM (SDRAM), etc.), non-volatile memory (eg, OTPROM (one time programmable ROM), programmable ROM (PROM), erasable and programmable ROM (EPROM), electrically erasable and programmable ROM (EEPROM), mask ROM, flash ROM, flash memory (such as NAND flash or NOR flash), hard drive, or a solid state drive (SSD).

External memory is a flash drive, for example, CF (compact flash), SD (secure digital), Micro-SD (micro secure digital), Mini-SD (mini secure digital), XD (extreme digital), It may further include a multi-media card (MMC) or a memory stick. The external memory may be functionally and/or physically connected to the electronic device through various interfaces.

The controller 130 may also be referred to as a processor, a controller, a microcontroller, a microprocessor, a microcomputer, or the like. Meanwhile, the control unit may be implemented by hardware, firmware, software, or a combination thereof.

In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above. The software code may be stored in the memory and driven by the control unit. The memory may be located inside or outside the user terminal and the server, and data may be exchanged with the controller by various known means.

The control unit 130 according to an embodiment of the present invention may include a medical institution search unit 131, a patient information management unit 132, an emergency situation management unit 133, a movement information calculation unit 134, and a user management unit 135.

First, when the medical institution search unit 131 receives a signal for the occurrence of an emergency stroke patient from the rescue device 200, it extracts a list of medical institutions existing within a reference distance range based on the location information of the current rescue device, and extracts a plurality of extracted medical institutions. A stroke patient occurrence signal can be transmitted to the server 400 side. In addition, it is possible to receive information on whether a patient can be accommodated to a corresponding medical institution from the server of a plurality of medical institutions to which the signal is transmitted, and match the stroke patient with a medical institution by synthesizing the information on whether the patient is acceptable and the location information of the medical institution. have. In this way, the inpatient hospital of the stroke patient transferred by the rescue team may be determined, and the patient may be transferred to the determined inpatient hospital.

The patient information manager 132 may support an interface for the emergency contact server 100 to allow the ambulance device 200 to input information about a stroke patient to the first aid device 200 side. In this case, items of information that can be input about the stroke patient may include the stroke onset time, the level of consciousness, the presence of specific symptoms, personal information of the patient, and the like.

According to various embodiments, the patient information management unit 132 may manage patient details, and accordingly, as code information (eg, barcode, QR code, membership number) of a specific patient is input, the patient's previous medical history and surgery You can support to check the records of history, etc. in advance. Accordingly, the patient information management unit 132 may acquire information on the main treatment hospital of the patient, and the information may be used to determine an inpatient hospital. The patient's code information may be obtained from the patient's guardian.

After the medical institution to which the stroke patient is transferred is matched by the medical institution search unit 131, the emergency situation management unit 133 is configured to transfer the stroke patient to the matched medical institution. We can support information sharing.

A more detailed description of the emergency situation management unit 133 will be described with reference to FIG. 3 .

The movement information calculating unit 134 may calculate the time required for movement based on the distance information and traffic information from the location of the ambulance device 200 to the medical institution matched to the patient, and provide it to the medical institution server 400 . A more detailed description of the movement information calculator 134 will be described with reference to FIG. 4 .

The user manager 135 may manage a user account using an emergency contact app supported by the emergency contact server 100 .

The user management unit 135 may support medical staff accounts to be registered only for medical staff authorized by using the medical institution server 400 . In addition, the rescue team account can also be supported so that only users authorized through the medical institution server 400 can be registered. The user management unit 135 may perform app user master management by using the medical institution server 400, and may support medical staff and rescue team accounts to be managed by the master account.

According to various embodiments, the user management unit 135 may support a patient account. In this case, the access right of the patient account may be set very limitedly, unlike the medical institution server, medical staff, and rescue team, and suffer from a stroke-related disease or stroke. You can support potential stroke patients who are concerned about hospitalization by voluntarily entering their information. A user registered as a patient account can check the patient's stroke history, related underlying disease information, and personal information by verifying the identity through fingerprint information and facial information by the rescue device 200 in the future transfer situation.

3 is a diagram illustrating the configuration of an emergency management unit according to an embodiment of the present invention.

As shown in FIG. 3 , the emergency situation management unit 133 according to an embodiment of the present invention may include a medical information sharing support unit 133a, a notification control unit 133b, a contact function support unit 133c, and a medical staff situation management unit 133d.

The medical information sharing support unit 133a may perform a medical information sharing function of providing medical information for emergency treatment of a stroke patient to an ambulance device while transferring the stroke patient to a medical institution. In more detail, the medical information sharing support unit 133a may guide, for example, situation response and medical treatment information corresponding thereto as the rescue team selects a symptom characteristic item of a stroke patient on the app.

The notification control unit 133b manages the notification information transmitted to the medical institution server 400 and the medical device 300 allocated through the medical institution server or provided to the rescue device 200 side, but designates a notification signal corresponding to the notification content and notifies according to the degree of urgency The degree of motion may be set differently. At this time, the notification information includes a stroke patient occurrence notification, a matching notification between a patient and a medical period, a chat room creation notification between a rescue team and a medical team, a matching cancellation request notification sent from a matching medical institution, and a notification of a request to change a matching medical institution due to traffic conditions.

The contact function support unit 133c may support a contact function including a real-time voice call, a video call, and a chatting between the ambulance device and the medical team device while the stroke patient is transported to a medical institution. At this time, on a screen (eg, a video call screen, a chatting screen, etc.) on which a contact function is performed, the movement route GPS information calculated by the movement information calculating unit 134 and estimated arrival time information, etc. may be displayed together.

The medical staff situation management unit 133d performs communication connection with the matching medical staff device obtained from the medical institution server, and transmits a preparation request signal so that the treatment preparation corresponding to the stroke patient being transported in the medical institution is completed with the matched medical equipment device, and in the medical institution device It can receive the transmitted ready signal and deliver it to the paramedic device.

When a medical institution is matched, the medical staff situation management unit 133d may display the matching medical information of the medical institution on the screen of the rescue team device side, and display the situation information on the screen so that the medical staff device 300 can also share the situation with each other.

The medical staff situation management unit 133d receives information on the stroke onset time and expected arrival time, and in response determines an appropriate treatment sequence and treatment method (eg, whether cerebrovascular revascularization treatment is possible), and provides information on the information. It can support communication between medical staff who are far away in the hospital. In addition, the information is also transmitted to the rescue team device 200, so that the medical staff can respond to the situation (eg, delay in the available treatment time) to provide a response treatment to the patient.

4 is a diagram illustrating the configuration of a movement information calculating unit according to an embodiment of the present invention.

As shown in FIG. 4 , the movement information calculator 134 may include a medical institution location checker 134a, a movement route checker 134b, and an arrival time calculator 134c.

The medical institution location check unit 134a first inquires medical institutions within a preset distance range from the rescue team device 200 before matching the medical institutions, and checks the distance information to each medical institution on the rescue team device 200 and the medical institution server 400 side can do it

Second, the medical institution location check unit 134a may check the detailed location of the medical institution after the medical institution is matched. The location check unit 134a may check not only the location on the administrative area, but also the location of a nearby hospital where power is available.

The movement route check unit 134b may inquire a movement route to a matched medical institution and share the corresponding information with the rescue team and the medical institution. The movement path check unit 134b may check whether a habitual congestion section exists in the moving path, whether the moving path corresponds to a time period in which vehicle movement increases, and the like.

In addition, the movement path check unit 134b may use the GPS information to check the current traffic situation, and calculate whether the arrival time can be shortened when moving through the detour.

In addition, the movement path check unit 134b may provide movement guidance information by referring to real-time GPS information during movement, and through this, information on the distance remaining until the rescue team arrives at the medical institution may be provided to the medical institution.

The arrival time calculator 134c may estimate and calculate the arrival time to the medical institution based on the location of the medical institution, the selected moving route, and traffic information using GPS. The predicted arrival time information is shared with the medical institution and rescue team in real time, so that the medical institution can prepare an appropriate treatment for the patient's stroke onset and provide treatment as quickly as possible.

In short, the emergency contact system for a stroke patient according to an embodiment of the present invention is configured to include a rescue team device, an emergency contact server, a medical institution server, and a medical staff device, and the emergency contact server is a signal for the occurrence of an emergency stroke patient from the rescue team device When receiving, it transmits a stroke patient occurrence signal to the medical institution server of a medical institution that meets the preset conditions, and accepts the stroke patient according to the result of collecting information on whether or not it is acceptable to the medical institution from the server side of a plurality of medical institutions A to-do medical institution may be selected and matched, and the matching result and the progress of the rescue team moving to the matched medical institution may be shared with the rescue team device and the medical institution server.

And at this time, the medical institution server is a department related to stroke treatment among medical staff registered in the medical institution in order to return information on whether or not it is acceptable as it receives a signal about the occurrence of a stroke patient from the emergency contact server and is on duty. Delivers notification information including a request for confirmation of patient occurrence guidance and acceptability check items to the medical staff device identified as It can serve as a contact server.

In addition, when the emergency contact server receives a signal about the occurrence of an emergency stroke patient from the rescue device, it extracts a list of medical institutions existing within the reference distance range based on the location information of the current rescue device, and the extracted medical institution server of a plurality of medical institutions It transmits a stroke patient occurrence signal to one medical institution and receives information on whether or not it is acceptable to the medical institution from the server side of a number of medical institutions, and synthesizes information on availability and location information of the medical institution to find a medical institution and the stroke patient It may include a medical institution search unit that matches the stroke patient's inpatient hospital.

In addition, the emergency contact server supports an interface that allows the ambulance device to input information about the stroke patient to the ambulance device side, but the items of information that can be input about the stroke patient include the stroke onset time, the level of consciousness. , whether there is a specific symptom, and may include a patient information management unit including personal information of the patient.

And after the medical institution to which the stroke patient is transferred is matched, the emergency contact server supports real-time information sharing between the matched medical institution and the paramedic transporting the stroke patient while transferring the stroke patient to the matched medical institution It may include an emergency management unit that

The emergency situation management unit is a medical information sharing support unit that performs a medical information sharing function that provides medical information for emergency treatment of a stroke patient to an ambulance device while transporting the stroke patient to a medical institution, the medical institution server and the medical institution server A notification control unit that manages notification information delivered to the medical staff device assigned through the A contact function support unit that supports contact functions including real-time voice calls, video calls, and chatting between the device and the medical staff device, and the matching medical staff device obtained from the medical institution server. It may be configured to include a medical staff situation management unit that transmits a preparation request signal so that the treatment preparation corresponding to the patient is completed, and transfers the preparation completion signal transmitted from the medical staff device to the ambulance device side.

In addition, the emergency contact server may include a movement information calculation unit that predicts the time required for moving based on distance information and traffic information from the location of the ambulance device to the matched medical institution and provides it to the medical institution server.

Although the present invention has been described in detail with reference to the above-described examples, those skilled in the art can make modifications, changes, and modifications to these examples without departing from the scope of the present invention. In short, in order to achieve the intended effect of the present invention, it is not necessary to separately include all the functional blocks shown in the drawings or follow all the orders shown in the drawings. Note that it may fall within the scope.

100: emergency contact server
110: communication department
120: storage
130: control unit
131: medical institution search unit
132: patient information management unit
133: emergency management department
133a: Medical Information Sharing Support Department
133b: notification control
133c: Contact Function Support Department
133d : Medical Staff Situation Management Department
134: movement information calculation unit
134a: Medical institution location confirmation unit
134b: movement path confirmation unit
134c: Arrival time calculator
135: user management unit
200: rescue team device
300: medical staff equipment
400: medical institution server

Claims (12)

In the contact system comprising a rescue team device, an emergency contact server, a medical institution server, and a medical staff device,
The emergency contact server
When receiving a signal for the occurrence of an emergency stroke patient from the rescue device, it transmits a stroke patient occurrence signal to a medical institution server of a medical institution that meets preset conditions,
Select and match one medical institution that will accommodate the stroke patient according to the result of collecting information on whether or not it can be accepted from the server side of a plurality of medical institutions to the corresponding medical institution,
The matching result and the progress of the rescue team moving to the matched medical institution are shared with the rescue team device and the medical institution server,
The medical institution server
In order to reply information on whether or not it is acceptable as a signal about the occurrence of a stroke patient is received from the emergency contact server, a stroke patient is sent to a medical device that is a department related to stroke treatment among medical staff registered in the medical institution and is confirmed to be on duty. deliver notification information, including notification of occurrence and a request for confirmation of acceptability checks;
When the confirmation information for the acceptability check item is received from a plurality of medical staff devices, it is collected and provided to the emergency contact server,
Information on the above acceptable
It includes items that are automatically filled in by utilizing information previously stored in the DB (database) of the medical institution server because confirmation of the medical staff is not required, and items that are input from the equipment of the medical staff because confirmation of the medical staff is required,
The emergency contact server
After the medical institution to which the stroke patient is to be transferred is matched, an emergency situation management unit that supports real-time information sharing between the matched medical institution and the rescue team transporting the stroke patient while transferring the stroke patient to the matched medical institution; including,
The emergency management department
A notification control unit that manages the notification information delivered to the medical institution server and the medical device assigned through the medical institution server, designates a notification signal corresponding to the notification content, and sets the degree of notification operation differently according to the degree of urgency; includes; do,
The notification information is
It is a notification of occurrence of stroke patients, a notification of matching between the patient and medical period, a notification of creating a chat room between rescue teams and medical staff, a notification of a matching cancellation request sent from a matching medical institution, a notification of a request to change a matching medical institution due to traffic conditions,
The emergency management department
It connects with the matching medical staff device obtained from the medical institution server, transmits a preparation request signal so that the treatment preparation corresponding to the stroke patient being transported in the medical institution is completed with the matched medical equipment device, and receives the preparation completion signal transmitted from the medical institution device It further includes; a medical staff situation management unit to deliver to the rescue team device side,
The emergency contact server
Communication is performed only with medical staff devices identified by the medical institution server from among medical staff devices registered in the medical institution server,
The medical staff device identified by the medical institution server is
It is a device of a medical staff working at the time or a medical device representing each department,
The emergency contact server
As the patient's code information is entered, it supports to check the record of the patient's previous medical history and surgery history, obtains information about the patient's main treatment hospital,
The code information is
Stroke patient emergency contact system, characterized in that any one of barcode, QR code and membership number. The method of claim 1,
The medical institution server
In order to reply information on whether or not it is acceptable as a signal about the occurrence of a stroke patient is received from the emergency contact server, a stroke patient is sent to a medical device that is a department related to stroke treatment among medical staff registered in the medical institution and is confirmed to be on duty. deliver notification information, including notification of occurrence and a request for confirmation of acceptability checks;
When the confirmation information on the acceptability check item is received from a plurality of medical staff devices, it is collected and provided to the emergency contact server. The method of claim 1,
The emergency contact server
Upon receiving a signal for the occurrence of an emergency stroke patient from the rescue device, a list of medical institutions existing within a reference distance range is extracted based on the location information of the current rescue device, and a stroke patient occurrence signal on the medical institution server side of a plurality of extracted medical institutions conveys,
Receive information on whether or not it is acceptable to the medical institution from the server side of a plurality of medical institutions,
Stroke patient emergency contact system comprising a; a medical institution search unit that matches one medical institution with the stroke patient by synthesizing information on availability and location information of a medical institution to determine an inpatient hospital for the stroke patient. The method of claim 1,
The emergency contact server
and a patient information management unit that supports an interface for the rescue device to input information about the stroke patient to the rescue device side,
The items of information that can be input about the stroke patient include the stroke onset time, the level of consciousness, the presence of specific symptoms, and the patient's personal information.
delete The method of claim 1,
The emergency management department
While transporting the stroke patient to a medical institution, a medical information sharing support unit that performs a medical information sharing function that provides medical information for emergency treatment of the stroke patient to the rescue team device; Stroke patient emergency contact system further comprising a; . The method of claim 1,
The emergency management department
While transporting a stroke patient to a medical institution, a contact function support unit supporting a contact function including real-time voice calls, video calls and chatting between the rescue team device and the medical staff device; Stroke patient emergency contact system further comprising a. delete The method of claim 1,
The emergency contact server
Stroke patient emergency contact comprising a; a movement information calculator that calculates the time required for moving based on the distance information and traffic information from the location of the rescue device to the matched medical institution and provides it to the medical institution server system. delete delete delete

Images