JP2019151468A - Disaster information processing device and disaster information notification method - Google Patents

Abstract

To provide a disaster information processing device and a disaster information notification method which can notify a user of another hospital that can accept a patient when there is a hospital that hardly accepts a patient due to a disaster or the like.SOLUTION: The disaster information processing device includes a first receiving unit 101, a storage unit, a processing unit 103, and an output unit 104. The first receiving unit 101 receives information showing an operation state of an elevator in a building in which abnormality is sensed. The storage unit 22 stores hospital information on a plurality of hospitals and user information showing chronic disease or a family hospital of a user. The processing unit 103 calculates a candidate of a hospital that can accept the user shown in the user information in accordance with the operation state of the elevator of a hospital received by the first receiving unit 101, the hospital information on the plurality of hospitals, and the user information. The output unit 104 outputs the candidate of the hospital that can accept the user, which is obtained by the calculation of the processing unit 103, to a terminal 11 confirmable by the user.SELECTED DRAWING: Figure 1

Description

  Embodiments described herein relate generally to a disaster information processing apparatus and a disaster information notification method.

  Conventionally, when a wide-area disaster occurs, the elevator in the building may stop depending on the disaster occurrence state, or in some cases, the elevator may be temporarily unavailable. When the elevator stops, inconvenience occurs when the user who uses the building moves or transports, so early recovery is desired.

JP 2014-69968 A

  However, if the elevator of the hospital remains stopped in the disaster occurrence area, it becomes impossible to move a bed or a treatment instrument, and there is a high possibility that the medical treatment itself such as diagnosis and treatment cannot be performed. In that case, we will look for a hospital with the same medical subjects in the vicinity, but there is little information available about the hospital at the time of the disaster, so there is an act of searching around the hospital, especially for those who have illness or injured There is a problem that it becomes a big burden.

  One embodiment of the present invention has been made in view of the above, and when there is a hospital that is difficult to accept due to a disaster or the like, a disaster information processing apparatus and a disaster information notification method for notifying the user of other acceptable hospitals The purpose is to provide.

  The disaster information processing apparatus according to the embodiment includes a first reception unit, a storage unit, a processing unit, and an output unit. A 1st reception part receives the information which shows the operating condition of the elevator of the building which detected abnormality. The storage unit stores hospital information of a plurality of hospitals and user information indicating a user's disease or family hospital. The processing unit selects a hospital candidate that can accept the user indicated by the user information from the operating status of the hospital elevator received by the first reception unit, the hospital information of the plurality of hospitals, and the user information. calculate. The output unit outputs hospital candidates that can be accepted by the user obtained by the calculation of the processing unit to a terminal that can be confirmed by the user.

FIG. 1 is an overall system diagram illustrating an example of a disaster information notification method according to the embodiment. Drawing 2 is a figure showing an example of processing of control operation control of control equipment concerning an embodiment. FIG. 3 is a diagram illustrating an example of a setting table for hospital information according to the embodiment. FIG. 4 is a diagram illustrating an example of a setting table for operation status information according to the embodiment. FIG. 5 is a diagram illustrating an example of a setting table for user information according to the embodiment. FIG. 6 is a flowchart illustrating an example of a procedure of disaster notification processing performed by the elevator monitoring apparatus according to the embodiment. FIG. 7 is a diagram illustrating an example of a configuration of a notification screen output to the terminal according to the embodiment. FIG. 8 is a flowchart illustrating an example of a disaster notification process according to the first modification. FIG. 9 is a diagram illustrating an example of a reception process performed by the second reception unit according to the first modification. FIG. 10 is a diagram illustrating an example of input form information according to the first modification. FIG. 11 is a diagram illustrating an example of a functional block configuration of the elevator monitoring apparatus according to the fourth modification. FIG. 12 is a diagram illustrating an example of a log according to the fourth modification. FIG. 13: is a flowchart which shows an example of the procedure in which the elevator monitoring apparatus concerning the modification 4 distributes the newest hospital candidate. FIG. 14 is a diagram illustrating an example of updating the display content of the notification screen according to the fourth modification.

  Hereinafter, a disaster information processing apparatus and a disaster information notification method according to embodiments will be described with reference to the drawings. In addition, about the disaster information processing apparatus concerning embodiment, an example at the time of applying to an elevator monitoring apparatus is shown below.

(Embodiment)
FIG. 1 is an overall system diagram illustrating an example of a disaster information notification method according to the embodiment. The disaster information notification system 1 shown in FIG. 1 includes the facilities of the elevators EV1, EV2,... Included in each building A1, A2,... And the elevators EV1, EV2,. .. an elevator monitoring device 10 that remotely monitors a service center or the like, and an elevator monitoring device 10 that outputs the disaster information obtained from the elevators EV1, EV2,... Of each building A1, A2,. 11.

  Each building A1, A2,... Is a hospital or an apartment used by the user. Each building A1, A2,... Is equipped with elevators EV1, EV2,..., And the operation is controlled by the control panel 12-1 of the control equipment 12 in the building. Further, each building A1, A2,... Is provided with an abnormality detection sensor 21 that detects an abnormality such as an earthquake or a fire and outputs an abnormality signal to the control facility 12. And in this embodiment, the memory | storage part 22 which can be read from the control equipment 12 is installed in elevator EV1, EV2, ....

  For example, the storage unit 22 bundles a communication cable from a control facility 12 to a control cable extending from the control equipment 12 to the elevators EV1, EV2,... And the elevators EV1, EV2,. Memory such as an operation panel. In addition, the storage unit 22 is provided as a wireless tag in the elevators EV1, EV2,..., And controlled by a reader installed in the passing route of the moving elevators EV1, EV2,... And the elevators EV1, EV2,. Information may be acquired by sending a command from the facility 12.

  The storage unit 22 stores user information D1 of a user who uses the building, and, if the building is a hospital, further stores hospital information D3 including the hospital name of the building and medical information of the hospital. ing. The user information D1 includes information (medical information) that can determine the user's family name and medical subject. For example, the storage unit 22 of the hospital elevator includes medical information of the user of the hospital. Further, the storage unit 22 of the apartment elevator includes medical information of the resident. The medical treatment subject may be a disease name, treatment content, and the like, and in the following, the medical treatment subject may be referred to as “medical treatment information” in a general concept when not limited to the medical treatment subject.

  The elevator monitoring apparatus 10 creates a database by the database creation system 10-1 based on information obtained from each building A1, A2,..., And calculates whether a hospital can be accepted and an optimal hospital. The elevator monitoring device 10 transmits / receives data to / from the remote monitoring terminal device 12-2 for the control equipment 12 in each building A1, A2,... To communicate with the elevator monitoring device 10 via the network N1. To do. The elevator monitoring device 10 and the terminal 11 transmit and receive data via the network N2. A dedicated line is conceivable as the network N1. The network N2 can be a mobile phone network or the Internet. Details of the database creation system 10-1 will be described later.

  The terminal 11 is, for example, a display provided at a user terminal or an evacuation center. Examples of the user terminal include a desktop PC (Personal Computer), a smartphone, a tablet terminal, a mobile phone, a fax machine, and a printer.

(Disaster information notification method)
In the disaster information notification system 1 as described above, when a wide-area disaster occurs, first, the abnormality detection sensor 21 reacts in the building in the area where the disaster occurs, and the abnormality is detected by the abnormality detection sensor 21 in the control facility 12 in the building. A signal is detected (S1).

  When the control equipment 12 detects an abnormal signal, the operation of each elevator EV1, EV2,... In the building is checked by performing, for example, a control operation as described later, and the operation is performed for each elevator EV1, EV2,. The operation status (operation status information D2) such as possible or inoperable is collected (S2).

  Subsequently, the control facility 12 acquires the user information D1 from the storage unit 22, and the hospital information D3 if the building is a hospital, and obtains the user information D1, the hospital information D3, and the collected operation status information D2. Then, the data is transmitted to the elevator monitoring apparatus 10 via the network N1 (S3).

  The elevator monitoring apparatus 10 receives each information transmitted from one or a plurality of buildings when an abnormality is detected and creates a database. When the hospital information D3 is included in the database, the elevator monitoring apparatus 10 stores the candidate hospital from the database. The process for calculating is performed (S4). The database is an example of a “storage unit included in the disaster information processing apparatus” that stores hospital information of a plurality of hospitals and user information indicating a user's disease or family hospital. Hospital information D3 and user information D1 transmitted from one or more hospitals when an abnormality is detected are set in various tables and stored. The hospital information D3 and user information D1 may be stored in advance in the elevator monitoring device 10, or may be acquired from an external database or the like. An example of acquiring the hospital information D3 from the external database will be described later as a third modification.

  For example, the elevator monitoring apparatus 10 checks whether or not the elevator of the hospital can be operated from the received operation status information D2. Then, when the elevator cannot be operated, it is determined that the situation is difficult to accept, and each user's medical treatment is targeted for each user included in the user information (corresponding to the user information D1) of the hospital. Candidates for other hospitals capable of accepting subjects are extracted from other hospital information (corresponding to hospital information D3).

  When the elevator for moving up and down to the examination room or the examination room differs depending on the medical subject such as a general hospital, the availability of the elevator is checked for each medical subject from the operation status information D2. If it is difficult to accept some of the medical subjects, the user information D1 of the hospital is set for each user who has been set up to receive some of the medical subjects. Extract possible hospital candidates from the hospital information. In this case, each elevator EV1, EV2,... Can be provided with a storage unit 22, and each storage unit 22 can store user information of medical subjects corresponding to each elevator EV1, EV2,. , Users can be managed for each elevator EV1, EV2,.

  Subsequently, the elevator monitoring apparatus 10 outputs the calculated hospital candidates for each user to the terminal 11 that can be confirmed by each user (S5).

  Next, a specific configuration and processing flow of each device of the disaster information notification system 1 will be described. For each building A1, A2,..., By installing the storage unit 22 or performing a control operation for collecting operation status information D2 in the existing facilities of each building A1, A2,. Can be implemented. Therefore, about each building A1, A2, ..., the data structure of the user information D1 of the memory | storage part 22 and the collection process of the operation condition information D2 by the control equipment 12 are demonstrated. The user terminal 11 is a terminal capable of outputting information, and its configuration is generally known. Therefore, description of the configuration of the terminal 11 is omitted here.

(Collection process by control facility 12)
First, the process in which the control equipment 12 of each building A1, A2,... Collects the operation status information D2 of the elevators EV1, EV2,. Here, the control operation control process of the control facility 12 when the abnormality detection sensor 21 responds to an earthquake will be described as an example.

  FIG. 2 is a diagram illustrating an example of control operation control processing of the control facility 12. As shown in FIG. 2, the control facility 12 monitors the output of the abnormality detection sensor 21 and determines whether the output is equal to or higher than “P wave” or “extra low level acceleration value” (S <b> 21). If it is not equal to or greater than “P wave” or “extra low level acceleration value” (S21: No determination), each elevator EV1, EV2,... Is left in normal operation (S22), and each elevator EV1, EV2,. For “−”, information indicating “operable” is set in the operation status information D2 (S23).

  On the other hand, if it is equal to or higher than “P wave” or “extra low level acceleration value” (S21: Yes determination), it is determined whether it indicates “low level acceleration value” or higher (S24). Here, if it is not equal to or greater than the “low level acceleration value” (S24: No determination), it indicates that the magnitude of the earthquake is in the range of “extra low level acceleration value”. Subsequently, it is determined whether each elevator EV1, EV2,... Is traveling (S25). If the elevator is not traveling (S25: No determination), after the elevator is stopped for about 60 seconds (S26), Returning to normal operation (S27), information indicating "operable" is set in the operation status information D2 for the elevator (S28).

  When the elevator is traveling (S25: Yes determination), it is determined whether it is possible to land on the nearest floor or the emergency landing floor in about 10 seconds (S29). When it can land in about 10 seconds (S29: Yes determination), it transfers to step S26.

  If landing is not possible in about 10 seconds (S29: No determination), it is checked whether the emergency stop safety device of the elevator is normal (S30). If normal (S30: Yes determination), the process proceeds to step S26.

  When the emergency stop safety device is not normal (S30: No determination), the operation is stopped (S31), and information indicating "unavailable" is set in the operation status information D2 for the elevator (S32).

  On the other hand, if it is equal to or higher than the “low level acceleration value” (S24: Yes determination), it is determined whether the elevator is traveling (S33). If not (S33: No determination), the elevator is stopped. In this state (S34), information indicating “unavailable” is set in the operation status information D2 for the elevator. Thereafter, when the operation returns to normal operation (S37) by automatic restoration operation or inspection by an inspector (S37), the operation status information D2 of the operation status information D2 for that elevator is updated to “operation available” (S38).

  When the value is equal to or higher than the “low level acceleration value” (S24: Yes determination), when the elevator is running (S33: Yes determination), the elevator moves to the nearest floor or the emergency landing floor in about 10 seconds. It is determined whether landing is possible (S39). If the landing is not possible (S39: No determination), the elevator is emergency stopped (S40), and the process proceeds to step S42.

  On the other hand, if it is possible to land (S39: Yes determination), it is determined whether the safety device is temporarily activated and the elevator is stopped (S41). If not (S41: No determination), it is determined whether the output of the abnormality detection sensor 21 is equal to or higher than the “high level acceleration value” (S42). Here, when it is not equal to or higher than the “high level acceleration value” (S42: No determination), it indicates that the earthquake scale is in the range of the “low level acceleration value”. In this case, subsequently, it is determined whether the safety device is normal (S43). If the safety device is normal (S43: Yes determination), the process proceeds to step S34.

  If the safety device is not normal (S43: No determination), the elevator is stopped (S44), and information indicating “unavailable” is set in the operation status information D2 for the elevator (S45).

  On the other hand, when the output of the abnormality detection sensor 21 is equal to or higher than the “high level acceleration value” (S42: Yes determination), it indicates that the earthquake magnitude is in the range of the “high level acceleration value”. In this case, the emergency rescue operation is performed and the operation is stopped (S46), and information indicating “unavailable” is set in the operation status information D2 for the elevator (S47).

  When the safety device is temporarily activated and the elevator is stopped (S41: Yes), information indicating “unavailable” is set in the operation status information D2 for the elevator (S45).

  As described above, when the abnormality detection sensor 21 responds to an earthquake, the control facility 12 performs control operation, and the operation status information D2 includes information on availability of operation for each elevator EV1, EV2,. Is set.

(Configuration of elevator monitoring device 10)
The elevator monitoring apparatus 10 includes a control unit 51 (see FIG. 1), an HDD (Hard Disk Drive), and a communication interface. These are connected via a bus or the like.

  The control unit 51 has a computer configuration including a CPU (Central Processing Unit), a ROM (Read Only Memory), and a RAM (Random Access Memory), and the CPU executes a ROM program to perform arithmetic processing and elevator monitoring. Control processing of each unit of the apparatus 10 is performed. The RAM is used as a work area for the CPU.

  The HDD includes a magnetic disk, and reads data from the magnetic disk, writes data to the magnetic disk, and the like based on instructions from the control unit 51. The HDD stores a database (an example of a “storage unit”) described later.

  The communication interface is, for example, an Ethernet (registered trademark) board that is connected to the network N1 and the network N2 and transmits / receives data to / from a communication destination.

  The database creation system 10-1 of the elevator monitoring device 10 includes a control unit 51. FIG. 1 shows an example of a functional block configuration in the control unit 51. Various functions are implement | achieved when the control part 51 runs a program. FIG. 1 shows a first reception unit 101, a processing unit 103, and an output unit 104 as main functions among them.

  The 1st reception part 101 receives the operation condition information D2 of elevator EV1, EV2, ... transmitted from the control equipment 12 of each building A1, A2, .... Specifically, the transmission data including the operation status information D2 and user information D1 transmitted from the control equipment 12 of each building A1, A2,..., And further hospital information D3 when the building is a hospital. Is received by the communication interface, and the first receiving unit 101 passes the operation status information D2, the user information D1, and the hospital information D3 to the processing unit 103 as processing targets by a notification from the communication interface.

  The processing unit 103 creates a database including the operation status information D2, the user information D1, and the hospital information D3, and calculates whether or not a hospital can be accepted and other acceptable hospital candidates from the database. For example, the acceptance status of each medical subject in the hospital is read from the setting of the operation status information D2. Then, in the user information D1 transmitted together with the operation status information D2, for each user for whom the medical subject of the hospital is a family member, it is determined whether or not the user can accept the user's medical subject, If it is difficult to accept at the hospital, processing for extracting other hospital candidates from other hospital information D3 is performed.

  The output unit 104 outputs the determination result (calculation result) by the processing unit 103, that is, the result of the reception status of the family hospital and the optimal hospital candidate of each user to the terminal 11 of each corresponding user.

(table)
Then, an example of the table with which a database is provided is shown.
FIG. 3 is a diagram illustrating an example of a setting table for the hospital information D3. Each medical subject table T1 illustrated in FIG. 3A is a table in which “medical subjects” and “elevator identification information” having the “medical subjects” as destinations are set in “hospital units”. In each medical subject table T1, the processing unit 103 extracts and sets a list of hospital medical subjects and elevators EV1, EV2,... For using each medical subject from the hospital information D3. Here, as an example, three tables for “first hospital”, “second hospital”, and “third hospital” are shown, and the others are not shown, but the same applies to tables for other hospitals. It shall have in.

  The hospital position information table T2 shown in FIG. 3B is a table for setting the location of the hospital. In the hospital position information table T2, the processing unit 103 extracts and sets position information (latitude information and longitude information) as the location of the hospital from the hospital information D3.

  Specifically, in the example of each medical treatment subject table T1 shown in FIG. 3A, each medical treatment subject such as “internal medicine” or “surgery” is shown in the “medical treatment subject” item for each medical treatment subject. If there is a corresponding elevator, “○” is set. “X” indicates not applicable.

  For example, in the medical subject table T1 of “first hospital”, “◯” is set for “internal medicine” and “surgery” in “EV1” of the elevators EV1, EV2,. In “EV2”, “O” is set in “Otolaryngology”. This means that in “First Hospital”, “Internal Medicine” and “Surgery” can be used by “EV1” of each elevator EV1, EV2,..., And “Otolaryngology” can be used by “EV2”. Represents. From this, it can be seen that the “first hospital” includes “internal medicine”, “surgery”, and “otolaryngology” as medical treatment subjects.

  On the other hand, in “Second Hospital”, “Internal Medicine” is “x” in both “EV1” and “EV2” of the two elevators. That is, it is understood that “Internal Medicine” is not included in “Second Hospital”. In addition, “Surgery” is “x” in both “EV1” and “EV2” of the two elevators, and “Surgery” is included in “Third Hospital”. I understand that there is no.

  In addition, when the information which shows from hospital information D3 to the classification | category of each medical treatment subject and elevator EV1, EV2, ... is not obtained, it does not need to set separately for an elevator unit. In such a case, the processing unit 103 provides “EV0” representing the elevators EV1, EV2,... In the medical treatment subject table T1 of the hospital, and records “internal medicine” and “surgery” in the record of “EV0”. "" Or "X" such as "Otolaryngology".

  FIG. 4 is a diagram illustrating an example of a setting table for the operation status information D2. 4A shows an example of a setting table (operation status information setting table T3) of operation status information D2 transmitted from each building A1, A2,... By detecting a disaster such as an earthquake. In the operation status information setting table T3, the operation status information D2 of each building A1, A2,... Is set for each record by the processing unit 103.

  In the example, the setting is shown when the operation status information D2 is transmitted from “first hospital”, “second hospital”, “third hospital”, and “first apartment”. For example, for the “first hospital”, from the operation status information D2, the disaster occurrence date “November 9, 2017, 10:30” and “Effective” or “Operating” of each elevator EV1, EV2,. Information indicating “impossible” is set. In addition, since only “EV1” and “EV2” are set for “second hospital” and “third hospital”, “EV3” is represented by “−” as having no information.

  FIG. 4B shows an example of the determination table T4 generated by the processing unit 103 based on the settings in the operation status information setting table T3. In this example, the determination table T4 is generated from the setting of the medical subject table T1 of each hospital and the setting of the operation status information setting table T3, and indicates the acceptance status of the medical subjects of each hospital. For example, in the operation status information setting table T3, all elevators in the “first hospital” are “inoperable”. This indicates that the patient cannot be accepted at the “first hospital”. For this reason, “Δ” that cannot be accepted for any medical treatment subject is set in the “first hospital” of the determination table T4. In the determination table T4, “◯” indicates that acceptance is possible, “Δ” indicates that acceptance is not possible, and “x” indicates that there is no corresponding medical subject. In this way, the processing unit 103 can generate the determination table T4 at any time, and can search for the receiving hospital for each medical subject from the generated latest determination table.

  FIG. 5 is a diagram illustrating an example of a setting table for the user information D1. The setting table (user information table T5) illustrated in FIG. 5 includes “user identification information”, “hospital name”, “diagnosis subject”, and “terminal information” as setting items. These data are set by the processing unit 103 based on the transmitted user information D1. Since these data include personal information, the storage unit 22 may store a unique identification code assigned at the time of user registration as the user information D1. In this case, the elevator monitoring apparatus 10 inquires and extracts data of “user identification information”, “hospital name”, “diagnosis subject”, and “terminal information” from each database from each identification code. Here, the “terminal information” refers to various addresses registered in the terminal 11 such as the user's smartphone (information indicating the transmission destination of the terminal 11 such as a MAC (Media Access Control address) address or an e-mail address). .

(Processing flow for extracting hospital candidates)
Next, a procedure for disaster notification processing in the elevator monitoring apparatus 10 will be described.

  FIG. 6 is a flowchart illustrating an example of a procedure of disaster notification processing performed by the elevator monitoring apparatus 10 (the control unit 51). In this process, the elevator monitoring device 10 transmits the operation status information D2 and user information D1 transmitted from each of the buildings A1, A2,... Where the occurrence of the disaster is detected, and if the building is a hospital, further hospital information D3. Is started by receiving transmission data including.

  First, the control unit 51 receives user information D1, operation status information D2, and hospital information D3 included in each transmission data from each building A1, A2,... (S101).

  Subsequently, the control unit 51 creates a database for the user information D1, the operation status information D2, and the hospital information D3 transmitted from each building A1, A2,... (S102). In the example shown in the present embodiment, the control unit 51 sets the data of the user information D1 in the user information table T5 (see FIG. 5), and sets the data of the operation status information D2 in the operation status information setting table T3 (FIG. 4). (See (a)). Moreover, the control part 51 sets the data of the said hospital information D3 to the medical treatment subject table T1 (refer Fig.3 (a)) and the hospital position information table T2 (refer FIG.3 (b)). Then, a determination table T4 (see FIG. 4B) is generated from the setting of the medical subject table T1 (see FIG. 3A) of each hospital and the setting of the operation status information setting table T3.

  Specifically, the generation of the determination table T4 is performed by the processing unit 103 as follows. First, medical subjects corresponding to each elevator are extracted for each elevator from the medical subject table T1 of each hospital, and information indicating the operating status of the corresponding hospital and elevator is extracted from the operating status information setting table T3. Then, with respect to the determination table T4, for the hospital name and each medical subject of the hospital, if the information indicating the operation status is “operable”, “◯”, and if “inoperable”, “Δ”. Set. As described above, “×” indicates that there is no medical subject.

  For example, in the medical subject table T1 of the first hospital, it is set that the elevator EV1 leads to “internal medicine” and “surgery”, and the elevator EV2 leads to “otolaryngology”. On the other hand, in the operation status information setting table T3, “EV1” and “EV2” of “first hospital” are both “not operable”. Therefore, in the determination table T4, “Internal Medicine”, “Surgery”, and “Otolaryngology” of “First Hospital” are “Δ”.

  Further, in the medical subject table T1 of the second hospital, it is set that the elevator EV1 leads to “surgery” and the elevator EV2 leads to “otolaryngology”. On the other hand, in the operation status information setting table T3, “EV1” of “second hospital” is “operable”, and “EV2” is “inoperable”. Accordingly, in the determination table T4, “Surgery” of “Second Hospital” is “◯” and “Otolaryngology” is “△”. Since there is no “internal medicine”, it is “x”.

  Subsequently, the control unit 51 determines, for each user set in the user information table T5, from the determination table T4 whether the medical subject of the family hospital can accept the patient (S103).

  For example, in the user information table T5, “User1” is set so that “Internal Medicine” of “First Hospital” is the family. In the determination table T4, “Δ” indicating that “Internal Medicine” of the first hospital is not acceptable is set. For this reason, it becomes clear that “User 1” is less likely to receive “Internal Medicine” even when going to the first hospital. On the other hand, “User2” is set so that “surgery” of “second hospital” is a family in the user information table T5. Also in the determination table T4, “O” indicating that “Surgery” in the second hospital is acceptable is set. For this reason, it becomes clear that “User 2” can undergo “surgery” at the second hospital.

  For a user who is determined to be unable to accept the medical subject of his / her hospital in step S103, the control unit 51 subsequently performs a process of selecting an optimal hospital (S104).

  For example, in the case of “User 1”, since “Internal Medicine” is received, an optimal place (hospital determined in a predetermined priority order) is selected from the other hospitals where “Internal Medicine” is accepted. As a specific example of the processing, for example, the control unit 51 extracts a case where “◯” is set in “internal medicine” in the determination table T4. In this example, “third hospital” corresponds to one of them. For each extracted hospital (including “third hospital” in this example), the control unit 51 determines hospital candidates to be presented to the user in a predetermined priority order. For example, hospital candidates are arranged in order of increasing distance from the reference position (the user's family hospital, the user's residence, the user's current position, etc.) to the hospital.

  And the control part 51 designates the address of the terminal 11 of a corresponding user, respectively, and delivers the notification screen information containing the hospital candidate about the user (S105).

(Notification screen output to terminal 11)
FIG. 7 is a diagram illustrating an example of a configuration of a notification screen output from the terminal 11. The notification screen 91 shown in FIG. 7 incorporates information about the hospital 910 about the user of the terminal 11 and information 911 about another hospital candidate so as to be output. In this example, an output example of the terminal 11 of “User1” is shown, and the acceptance status of the patient of the hospital of “User1” is indicated as “difficult”. In addition, other hospital candidates are displayed in a list in order of increasing distance, and symbols and characters indicating the positions of the hospitals are superimposed on the map information 912. The map information 912 may be output in advance by the elevator monitoring apparatus 10 or may be acquired from an external map information database and output. The method for indicating the position of the hospital is not limited to symbols and characters, and may be set arbitrarily. For example, route information from a reference position (a user's family hospital, a user's residence, a user's current position, etc.) to the hospital may be indicated.

  With these displays, “User 1” determines that there is a high possibility that the user cannot receive medical care even if he / she goes to his / her home hospital, and can find another hospital from the hospital candidates.

  In the present embodiment, each building A1, A2,... Is provided with one abnormality detection sensor 21, and an example is shown for each process. However, each of the elevators EV1, EV2,. A case where an abnormality detection sensor 21 is installed in each is also conceivable. In this case, the control facility 12 may check the operation of the elevator from which the abnormal signal is output, and the operation status information D2 may be compiled so that the remaining elevators can be operated.

  In the present embodiment, the user information D1 is described as being stored in the storage unit 22 of each building A1, A2,..., But is not limited thereto. For example, the elevator monitoring apparatus 10 may receive registration from a user in advance, or may acquire from an external database. In that case, information on the user's information D1, such as the family hospital or residence (condominium) of each user, is also acquired, and the correspondence between each building A1, A2,. Keep it like that.

  In this embodiment, it becomes possible to notify the user of the optimal hospital within the disaster occurrence range.

(Modification 1)
Regarding a modification in which, when a disaster occurs, an inquiry is made to the user's terminal 11 to confirm damage information such as the user's injury status and physical condition, and hospital candidates can be extracted according to the responded user's damage information. Show. Here, parts different from the embodiment will be described, and description of portions common to the embodiment will be omitted as appropriate.

  In the first modification, in the functional block configuration (see FIG. 1) of the elevator monitoring apparatus 10 of the embodiment, a second receiving unit (not shown) is further provided. In the first modification, the output unit 104 transmits the input form to the user terminal 11 together with the candidate information. The input form is transmission information including a fixed sentence for inquiring about damage information on a user's injury situation (including physical condition).

  The second reception unit receives the disaster information returned from the user terminal 11 based on the input form. Then, the disaster information is passed to the processing unit 103 to re-determine hospital candidates. Here, “reply” is one means of “response”.

  FIG. 8 is a flowchart illustrating an example of a disaster notification process according to the first modification. Here, in order to avoid repetitive description, a process related to the procedure of the disaster notification process (see FIG. 6) of the embodiment will be briefly described.

  When other hospital candidates for chronic disease are extracted in step S104, the output unit 104 determines whether the input form has been transmitted to the terminal 11 of the user (S105-1).

  When the input form has not been transmitted (S105-1: No determination), the output unit 104 transmits a predetermined input form to the user terminal 11 together with the hospital candidate (S105-2).

  Then, the second reception unit determines whether there is a reply from the user to whom the input form has been transmitted (S105-3). For example, the second reception unit counts a certain reply time, determines that there is no reply when there is no reply within that time (S105-3: No judgment), and ends the process.

  When there is a reply within a certain reply time (S105-3: Yes determination), the second accepting unit accepts the reply content (for example, information indicating the user's injury). In step S103, the determination is made again from the determination table T4 based on the user's injury status, and hospital candidates are extracted in step S104.

  Subsequently, since the input form has already been transmitted (S105-1: Yes determination), the output unit 104 sets the hospital candidate for the injury on the notification screen and transmits it to the user terminal 11 (S105-4). This process ends.

  FIG. 9 is a diagram illustrating an example of a reception process performed by the second reception unit. FIG. 9 shows an example of reception processing when an injury reply is received from “User1”.

  First, in the event of a disaster, the “medical examination subject” of “User1” is set to “internal medicine” in the user information table T5 (S201). Based on this setting, a hospital candidate for “User1” is determined from the determination table T4 (S202), and a determination result and an input form for inputting an injury are transmitted to the terminal 11 of “User1” (S203).

  Thereafter, it is assumed that the user 11 returns a response “bruise” as the user's injury situation (S204). Then, the second reception unit inquires about the medical subject to which “bruise” belongs from the medical subject table T6 (S205), and sets the medical subject of the inquiry result to “diagnosis subject” of “User1” (S206).

  Thereafter, the processing unit 103 re-determines the hospital candidate from the determination table T4 with the latest setting of “User 1” (S207), and transmits the re-determination result to the terminal 11 of “User 1” (S208).

  FIG. 10 is a diagram illustrating an example of input form information transmitted to the terminal 11. The input form information 913 shown in FIG. 10 provides an input form for accepting the contents of the user's injury. In the example shown in FIG. 10, a list of main injuries at the time of a disaster (bruise, fracture, sprain,...) Is displayed, and check boxes 913-1 corresponding to each are provided. In addition, a text input box 913-2 for receiving other injuries is provided. An instruction to return the input contents and end the screen is accepted by a “Send” button 913-3. An instruction to end the screen without replying with the input form is received with a “not send” button 913-4.

  The input form information 913 may be incorporated in the notification screen 91 (see FIG. 7) or may be transmitted as an input form screen different from the notification screen 91.

  In the first modification, an injury situation is received from the user as the disaster information, and the hospital candidates for the medical treatment subject corresponding to the injury are extracted. However, according to the content of the disaster information, a predetermined weight is assigned to the priority order for extracting the hospital candidates. May be performed. For example, it is determined from the disaster information whether the user can move or not, if it can move, notify a hospital a little farther away as a candidate, if not, notify a nearby hospital or hospital depending on the degree Or make an emergency call.

  Moreover, although the example which transmits an input form from the elevator monitoring apparatus 10 to the terminal 11 was shown in this modification 1, the main body which transmits an input form does not need to be restricted to the elevator monitoring apparatus 10. FIG. For example, when a building senses a disaster, input form information is distributed from a wireless access point of the elevator of the building to a terminal 11 of a nearby user (mainly a user in the elevator or the building). Also good. The user inputs disaster information at each terminal 11 and transmits the disaster information from the wireless access point to the elevator monitoring apparatus 10. In this case, in the user information D1 transmitted from the building where the disaster is sensed, the elevator monitoring apparatus 10 changes the family medical subject to a medical subject based on the disaster information sent from the user, and extracts hospital candidates.

  As described above, in the first modification, for example, when an elevator abnormality is detected in an apartment, the user information D1 transmitted from the apartment is likely to include injured resident information. Therefore, an input form is transmitted to the user terminal 11 set in the user information D1 sent from the apartment or the like, and resident damage information (information such as injury) is acquired. The elevator monitoring device 10 determines a corresponding medical subject from the disaster information of each resident, and transmits acceptable hospital candidates to the terminal 11 of each resident. Thereby, the candidate of the hospital according to the present injury can be shown.

(Modification 2)
In a disaster area, a disconnection or the like may occur in the communication path, and communication may be disabled. Therefore, communication in each building A1, A2,... And each elevator A1, A2,. A part or all of the communication between the mobile phone and the mobile phone may be established by a wireless network.
For example, wireless access points are provided in the elevators EV1, EV2,... Of each building A1, A2,. In this case, wireless communication can be performed through each wireless access point between the terminal 11 and the control setting unit 12 or part or all between the terminal 11 and the elevator monitoring device 10. Each wireless access point, for example, transmits an input form for confirming the user's damage information to the user's terminal 11 in the building, and collects the damage information indicating the injury status of each user from each wireless access point. Possible usage forms.

(Modification 3)
In the embodiment, the form in which the hospital candidates are extracted within the disaster occurrence range is shown, but a modified example is shown in which hospital candidates including the hospitals outside the disaster occurrence range can be extracted.

  In the modification 3, the elevator monitoring apparatus 10 acquires the hospital information D3 of each hospital from an external database (hospital information database etc.).

  Thus, since the elevator monitoring apparatus 10 acquires the hospital information D3 from the outside, the user information D1 should just be memorize | stored in the memory | storage part 22 provided in the elevator of each hospital.

  The elevator monitoring apparatus 10 receives the user information D1 of the hospital and the operation status information D2 of the hospital from the hospital that detected the disaster. About the hospital information D3, the elevator monitoring apparatus 10 acquires from an external database at a predetermined timing. And the elevator monitoring apparatus 10 sets the relationship between the elevator of each hospital and a medical treatment subject to the medical treatment subject table T1 (refer FIG. 3) by the hospital information D3 acquired from the external database. In addition, the position of each hospital is set in the hospital position information table T2 (see FIG. 3). And the elevator monitoring apparatus 10 produces | generates determination table T4 (refer FIG.4 (b)) including the determination information of the hospital outside the disaster range where the abnormality detection sensor 21 did not react. For example, the elevator monitoring apparatus 10 sets “◯” that can accept each medical subject of a hospital outside the disaster range in the medical subject table T1. With this setting, the elevator monitoring apparatus 10 sets the determination information “◯” for each medical subject for the hospital outside the disaster range when generating the determination table T4.

  Thus, in the determination table T4, hospitals in the disaster occurrence range and hospitals outside the disaster occurrence range are set. From the determination table T4, the elevator monitoring apparatus 10 calculates hospital candidates that can be used for users who cannot be accepted at the primary hospital from within the disaster range and outside the disaster range in a predetermined priority order. For example, the hospital candidates are arranged in the descending order of the distance from the reference position to the hospital, including the hospitals outside the disaster occurrence range, from the hospital with the determination information “◯”. And the hospital candidate which is the calculation result is transmitted to the terminal 11 of the user.

  The hospital information D3 is desirably rewritten to the latest data at an appropriately set timing such as when the system is started or once a day. Rewriting to the latest data is performed, for example, by the elevator monitoring apparatus 10 requesting and acquiring from an external database or receiving an update notification from the external database.

  In the third modification example, not only the disaster occurrence range but also hospitals outside the disaster occurrence range are extracted, and hospital candidates that are optimal for the user are extracted. As described above, by including hospitals other than the disaster occurrence range, it is possible to reliably notify the user of the optimal hospital from a neighboring area outside the disaster occurrence range when a hospital is not found in the disaster occurrence range. .

(Modification 4)
A modification will be described in which the elevator monitoring apparatus 10 can distribute the latest information of hospital candidates to the user's terminal 11 after a predetermined time has elapsed since the first distribution of disaster information. Here, in the configuration of the first modification, a configuration in which the latest information is distributed will be described by taking as an example a case where an input form is returned from the user terminal 11. In addition, here, a different part from the modification 1 is demonstrated and description of the part which is common in the modification 1 is abbreviate | omitted suitably.

  FIG. 11 is a diagram illustrating an example of a functional block configuration of the elevator monitoring apparatus 10 according to the fourth modification. In the functional block configuration of the first modification, a timer 201 and an acquisition unit 202 are further provided. The second reception unit 301 is a second reception unit that is not illustrated in the first modification.

  The timer 201 counts a predetermined time and notifies the acquisition unit 202 of the elapsed time. Here, as an example, the count is started and the set time elapses from when the hospital candidate re-determined by the disaster information from the user at the time of the disaster is redistributed from the output unit 104 to the terminal 11 of the user. Each time, the acquisition unit 202 is notified of the passage of time. For example, when the interval is set to “30 minutes” and the duration is set to “24 hours”, the timer 201 notifies the elapse of the set time in steps of 30 minutes until 24 hours elapse.

  Each time the acquisition unit 202 receives a notification of the elapse of the set time from the timer 201, the log indicating the operation status of the elevators EV1, EV2,... From each building A1, A2,. An example of “information indicating operation frequency” is acquired. Then, each log is analyzed to generate operating status information D2 for update.

  FIG. 12 is a diagram illustrating an example of the log. 12A and 12B show a log D21 sent from the first hospital and a log D22 sent from the third hospital after a certain set time. Here, logs of the first hospital and the third hospital are shown as an example, but logs are also acquired from other hospitals such as the second hospital and the fourth hospital.

  The log D21 is a log indicating the operating status of the elevators EV1, EV2,. As shown in the date and time column, the log is from the time of occurrence of “November 9, 2017” from 10:30 to 11:30 one hour later. Similarly, logs D22 and logs from other hospitals are also sent from the time of occurrence of “November 9, 2017” from 10:30 to 11:30 one hour later. Here, all the logs immediately after the occurrence of the disaster are shown, but the difference from the log sent before the transmission may be sent.

  In the log D21, it is recorded that the elevator EV1 and the elevator EV2 of the first hospital were both inoperable (x) from the generation time 10:30 to 11:27. Other elevators such as the elevator EV3 are not shown here, but are not operable (x) as in the case of the elevator EV1 and the elevator EV2. At 11:28, the destination floors are recorded as “3F” and “2F” in the elevator EV1 and the elevator EV2, and it can be estimated that the operation has been resumed here. After restarting, since the use of the elevator is small, (−) indicating that the elevator does not move is recorded.

  In the other log D22, it is recorded that both the elevator EV1 and the elevator EV2 of the third hospital are still operating after 10:30. From about 11:27, it is recorded that the elevator EV1 and the elevator EV2 frequently go back and forth between “3F” and “4F”, respectively, and it can be estimated that it has started to be crowded.

  FIG. 13 is a flowchart illustrating an example of a procedure for the elevator monitoring apparatus 10 to distribute the latest hospital candidate to the user terminal 11 after the hospital candidate is redistributed. In FIG. 13, the procedure of the disaster notification process (see FIG. 8) of the first modification is omitted, and the process after step S <b> 105-4 is shown. FIG. 13 shows a processing procedure for one user for easy understanding of the explanation, but this processing flow is assumed to be performed for each user.

  When the redistribution in step S105-4 is finished, the control unit 51 starts counting the set time by the timer 201 (S301).

  Subsequently, when the timer 201 reaches the set time, the control unit 51 logs from the buildings A1, A2,..., The operating statuses of the elevators EV1, EV2,. Log D21, ..., log D22, ...) is acquired (S302).

  Subsequently, the control unit 51 updates the database with the latest operation status information D2 obtained from each log (S303). Specifically, the control unit 51 updates the settings of the operating status information setting table T3 (see FIG. 4A) with the latest operating status information D2, and based on the updated settings of the operating status information setting table T3. A determination table (see FIG. 4B) is generated.

Subsequently, the control unit 51 extracts the latest hospital candidate for the user based on the setting of the determination table T4 (S304).
And the control part 51 designates the address of the said user's terminal 11, distributes the notification screen information including the hospital candidate about the said user (S305), and complete | finishes this process.

  As shown in this process, the control unit 51 operates to recalculate the latest hospital candidate and redistribute the calculation result at a predetermined time, but this series of operations is not limited to one time. It may be repeated several times. For example, the timer 201 is set so that the interval is “30 minutes” and the duration is “24 hours”, and the above process is repeated in increments of 30 minutes until 24 hours elapse.

  Next, a setting example of the operating status information setting table T3 based on the latest operating status information D2 and a setting example of the determination table T4 regenerated based on the setting will be described.

  For the operating status information setting table T3 shown in FIG. 4A, the time is updated to the set time 11:30. Also, the settings of the elevators EV1, EV2,... Of each hospital are rewritten.

  Specifically, in the log D21 of “First Hospital”, any elevator EV1, EV2,... Was “not operational” at the time of the disaster, but EV1, EV2, about 11:30,. By the analysis of the recorded data, it is predicted that the data has been recovered at 11:28, and EV1, EV2,... Are rewritten to “operable”. Further, in the log D22 of “Third Hospital”, both the elevators EV1 and EV2 were “operable” immediately after the disaster occurred, but by analyzing the recorded data of EV1 and EV2 around 11:30, 11:27 Frequent operation from around is expected to be congested, and EV1 and EV2 are both rewritten as “congested”.

  In the determination table T4 shown in FIG. 4B, each clinical subject of the first hospital is changed from “Δ” to “◯”. Also, for the third hospital, the internal medicine of “◯” is changed to “△” due to “congestion”.

  Therefore, in this case, what is indicated as “difficult” by the patient 11 at the user 11 at the terminal 11 of “User 1” (see FIG. 7) is updated by the update at 11:30. , It will be changed to “OK” indicating acceptance. As for “User 1”, since the family hospital can be used, other information such as hospital candidates may be deleted from the notification screen information.

  FIG. 14 is a diagram illustrating an example of updating the content of the notification screen. FIG. 14 shows an example of updating the notification contents in the terminal 11 of “User3” as an example. FIG. 14A shows an example of notification at 10:30, and FIG. 14B shows an example of notification at 11:30. As described above, since the “internal medicine” of the third hospital can be used at 10:30, as shown in FIG. 14A, the “patient acceptance” of the information 910 of the primary hospital is “ It is indicated as “OK”. On the other hand, at 11:30 as shown in FIG. 14B, the “internal medicine” of the third hospital is judged as “impossible”, so “patient acceptance” is changed to “difficult”, and another hospital In the candidate information 911, “first hospital” or the like is presented as a hospital candidate.

  In the notification screen 91 of this example, even when the elevator is analyzed as “congested”, the same as when the elevator cannot be operated in the “patient acceptance” column of the information 910 of the family hospital “ Although “difficult” is set, this setting may be changed to “congested” so that it can be distinguished from the case where the elevator cannot be operated. In the analysis, the congestion frequency may be calculated from the elevator frequency, and the “congestion frequency” may be set in the “patient acceptance” field.

  In this example, the elevator monitoring device 10 is provided with a timer 201, and when the timer 201 reaches the set time, the elevator monitoring device 10 acquires logs from the buildings A1, A2,. When A2,... Detects a disaster, each building A1, A2,... Periodically transmits the log to the elevator monitoring device 10 for a certain period after the disaster occurs, and the log is monitored by the elevator. You may make it accept with the apparatus 10. FIG.

  As described above, in the fourth modification, the latest information of the operation status information D2 at each time point is acquired from each building A1, A2,... And reflected in the determination of the hospital candidate. To the terminal 11. By doing so, for example, even if the primary hospital could not accept the patient at the beginning of the disaster, the passage of time such as 10 minutes, 30 minutes, 1 hour, etc. Because it increases the possibility that it will be restored and accepted, it will be possible to know when it is restored. Further, even when information is provided that other hospital candidates are acceptable, there are cases where the patient concentrates there over time and it becomes difficult to accept a new patient. In such a case, after a certain period of time has passed, a new hospital candidate is presented so that the latest acceptance status can be known.

  Although embodiments and modifications of the present invention have been described, these are presented as examples and are not intended to limit the scope of the invention. These novel embodiments and modifications can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. These embodiments and modifications are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

  For example, some or all of the functional units provided in the embodiment and the modification may be configured by an ASIC or the like.

  DESCRIPTION OF SYMBOLS 1 ... Disaster information notification system, 10 ... Elevator monitoring apparatus (disaster information processing apparatus), 10-1 ... Database creation system, 11 ... Terminal, 12 ... Control equipment, 12-1 ... Elevator control panel, 12-2 ... Remote monitoring Terminal device, 21 ... anomaly detection sensor, 22 ... storage unit, 101 ... first receiving unit, 103 ... processing unit, 104 ... output unit, 201 ... timer, 202 ... acquisition unit, 301 ... second receiving unit, A1 A2 ... Building (hospital, condominium, etc.), D1 ... User information, D2 ... Operation status information, D3 ... Hospital information, EV1, EV2 ... Elevator, N1, N2 ... Network, T1 ... Medical course table (storage unit), T2 ... hospital position information table (storage unit), T5 ... user information table (storage unit).

The disaster information processing apparatus according to the embodiment includes a first reception unit, a second reception unit, a storage unit, a processing unit, and an output unit. The first receiving unit receives the information representing the operation status of the elevator of the building sensed an abnormality. The second receiving unit receives the damage information of the user input at the terminal. The said memory | storage part memorize | stores the hospital information of a some hospital, and the user information which shows a user's illness or a family hospital. The processing unit includes the operating status of the elevator of the hospital received by the first reception unit, the disaster information received by the second reception unit , the hospital information of the plurality of hospitals, and the user information. A hospital candidate that can accept the user indicated in the user information is calculated. The output unit outputs a candidate of a hospital that can accept a user, obtained by calculation of the processing unit, to a terminal that can be confirmed by the user.

Claims (6)

A first receiving unit that receives information indicating an operating status of an elevator of a building that senses an abnormality;
A storage unit that stores hospital information of a plurality of hospitals and user information indicating a user's disease or family hospital;
A processing unit that calculates a hospital candidate that can accept the user indicated by the user information from the operating status of the hospital elevator received by the first reception unit, the hospital information of the plurality of hospitals, and the user information. When,
An output unit that outputs a candidate for a hospital that can accept a user, obtained by calculation of the processing unit, to a terminal that can be confirmed by the user;
A disaster information processing device. further,
A second reception unit that receives the disaster information of the user input at the terminal;
The processing unit calculates hospital candidates that can accept the user based on the disaster information received by the second receiving unit.
The disaster information processing apparatus according to claim 1. The output unit makes an inquiry to the user's terminal to confirm the damage information of the user,
The processing unit calculates a candidate for a hospital that can accept the user based on disaster information responded to the inquiry from the user.
The disaster information processing apparatus according to claim 2. The processing unit calculates the acceptable hospital candidates from the hospitals that have received the information indicating the operation status of the elevators received by the first reception unit and the hospitals that have not suffered a disaster.
The disaster information processing apparatus according to claim 1. When a set time has elapsed, the apparatus further includes an acquisition unit that acquires information indicating an elevator operation frequency as information indicating an elevator operation state from the hospital that has detected the abnormality,
The processing unit updates hospital candidates that can accept a user based on information indicating the operation frequency of the elevator at each time point acquired by the acquisition unit,
The output unit re-outputs the update result of the processing unit to a terminal that can be confirmed by the user.
The disaster information processing apparatus according to any one of claims 1 to 3. A disaster information notification method for notifying an available hospital to a user from an elevator monitoring device for remotely monitoring an elevator abnormality,
Detecting anomalies in the elevator; and
Collecting information indicating the operating status of the elevator;
Transmitting the user information indicating the user's family hospital stored in the storage unit of the elevator and the information indicating the operation status obtained by the collection to the elevator monitoring device;
In the elevator monitoring device, a hospital that can accept the user indicated by the user information from the information indicating the operation status of the hospital obtained by reception and the hospital information stored in the storage unit of the elevator monitoring device. Calculating a candidate;
Outputting a candidate for a hospital that can accept a user, obtained by the calculation, to a terminal that can be confirmed by the user;
Disaster information notification method including

Images