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

Abstract

Embodiments of the present invention relate to a disaster information processing device and a disaster information notification method. The invention provides a disaster information processing device and a disaster information notification method, which are used for notifying other hospitals capable of receiving a call to a user when the elevator stops due to a disaster and the like and the hospital is difficult to receive the call. A disaster information processing device according to an embodiment of the present invention includes a1 st receiving unit, a storage unit, a processing unit, and an output unit. The 1 st receiving unit receives an elevator operation state of a building. The storage unit stores hospital information and user information. The processing unit calculates a candidate of a hospital that can receive a user, based on the elevator operation status, the hospital information, and the user information. The output unit outputs the candidate for the hospital.

Description

Disaster information processing device and disaster information notification method

The present application is based on Japanese patent application 2018-. This application is incorporated by reference in its entirety.

Technical Field

Embodiments of the present invention relate to a disaster information processing device and a disaster information notification method.

Background

Conventionally, when a wide-area disaster occurs, depending on the occurrence situation of the disaster, there are cases where an elevator in a building stops or the elevator is temporarily unavailable in some cases. When the elevator stops, inconvenience occurs in moving and transporting the user using the building, and therefore, it is desirable to resume the operation at an early point.

Disclosure of Invention

The problem to be solved by the present invention is to provide a disaster information processing device and a disaster information notification method for notifying a user of other hospitals that can receive a call when there is a hospital that is difficult to receive a call because of a stoppage of an elevator due to a disaster or the like.

A disaster information processing device according to an embodiment of the present invention includes a1 st receiving unit, a storage unit, a processing unit, and an output unit. The 1 st receiving unit receives information indicating the operation state of an elevator of a building in which an abnormality is sensed. The storage unit stores hospital information of a plurality of hospitals and user information indicating a user's previous illness or responsible for a hospital. The processing unit calculates a hospital candidate that can receive a user indicated by the user information, based on the operation status of the elevator of the hospital received by the 1 st receiving unit, the hospital information of the plurality of hospitals, and the user information. An output unit outputs the candidates of the hospitals that can receive the user, which are obtained by the calculation by the processing unit, to a terminal that can be confirmed by the user.

According to the disaster information processing device configured as described above, the user can be notified of the optimal hospital.

Drawings

Fig. 1 is an overall system diagram illustrating an example of a disaster information notification method according to an embodiment.

Fig. 2 is a diagram showing an example of a process of the controlled operation control of the control device according to the embodiment.

Fig. 3 is a diagram showing an example of a setting table relating to hospital information according to the embodiment.

Fig. 4 is a diagram showing an example of a setting table relating to the operating condition information according to the embodiment.

Fig. 5 is a diagram showing an example of a setting table relating to user information according to the embodiment.

Fig. 6 is a flowchart showing an example of the procedure of disaster notification processing performed by the elevator monitoring device according to the embodiment.

Fig. 7 is a diagram showing an example of a configuration of a notification screen to be output to a terminal according to the embodiment.

Fig. 8 is a flowchart showing an example of disaster notification processing according to modification 1.

Fig. 9 is a diagram showing an example of the reception process performed by the 2 nd reception unit according to the modification 1.

Fig. 10 is a diagram showing an example of input form information according to modification 1.

Fig. 11 is a diagram showing an example of a configuration of functional blocks of an elevator monitoring device according to modification 4.

Fig. 12 is a diagram showing an example of the log according to modification 4.

Fig. 13 is a flowchart showing an example of a procedure in which the elevator monitoring apparatus according to modification 4 issues the latest hospital candidates.

Fig. 14 is a diagram showing an example of updating the display content of the notification screen according to modification 4.

Detailed Description

Next, a disaster information processing device and a disaster information notification method according to an embodiment will be described with reference to the drawings. In addition, an example of a case where the disaster information processing device according to the embodiment is applied to an elevator monitoring device will be described below.

[ embodiment ]

Fig. 1 is an overall system diagram illustrating an example of a disaster information notification method according to an embodiment. The disaster information notification system 1 shown in fig. 1 includes devices such as elevators EV1, EV2, and …, an elevator monitoring apparatus 10 for remotely monitoring elevators EV1, EV2, and … in a service center or the like, and a terminal 11 for outputting disaster information. Facilities such as elevators EV1, EV2, … are provided in buildings a1, a2, …. The disaster information is information related to a disaster, which will be described later, obtained by the elevator monitoring apparatus 10 from the elevators EV1, EV2, … of the buildings a1, a2, ….

The buildings a1, a2, and … are hospitals, apartments, and the like used by users. Each of the buildings a1, a2, and … is equipped with elevators EV1, EV2, and …. These elevators EV1, EV2, and … are operated under control of the control panel 12-1 of the control device 12 in the building. Further, each of the buildings a1, a2, and … is provided with an abnormality sensing sensor 21 that senses an abnormality such as an earthquake or a fire and outputs an abnormality signal to the control device 12. In the present embodiment, the elevators EV1, EV2, and … are provided with the storage unit 22 that can be read from the control device 12.

The storage unit 22 is a memory such as an operation panel of the elevators EV1, EV2, and …, for example. The storage unit 22 is connected to an end of a communication cable that is bundled with control cables extending from the control device 12 to the elevators EV1, EV2, …. The storage unit 22 may be provided in the form of a wireless tag in the elevators EV1, EV2, …. In this case, the control device 12 sends an instruction to a reader or the like to acquire information. The reader is installed on the passage path of the moving elevator EV1, EV2, …, or the moving elevator EV1, EV2, ….

The storage unit 22 stores user information D1 of the user who uses the building. When the building is a hospital, the storage unit 22 further stores hospital information D3 including the name of the hospital of the building, medical information of the hospital, and the like. The user information D1 includes the name of the hospital in charge of the user and information (medical information) that can identify medical subjects. For example, the storage unit 22 of the elevator of the hospital includes medical information of the user of the hospital. The storage unit 22 of the elevator of the apartment includes medical information of the resident. The diagnosis and treatment subjects may be the names of diseases, the contents of treatments, etc. Hereinafter, when not particularly limited to medical subjects, medical subjects may be referred to as "medical information" in an above-described concept.

The elevator monitoring device 10 creates a database by the database creation system 10-1 based on information obtained from the buildings a1, a2, …, and the like, and calculates the availability of a hospital and the best hospital. The elevator monitoring apparatus 10 transmits and receives data to and from the remote monitoring terminal apparatus 12-2 via the network N1, and the remote monitoring terminal apparatus 12-2 is used for communication between the control devices 12 in the buildings a1, a2, … and the elevator monitoring apparatus 10. The elevator monitoring device 10 transmits and receives data to and from the terminal 11 via the network N2. As network N1, a private line is considered. The network N2 considers a cellular network, the internet, etc. Details of the database creation system 10-1 will be described later.

The terminal 11 is, for example, a user terminal, a display installed in an evacuation facility, or the like. Examples of the user terminal include a desktop pc (personal computer), a smart phone, a tablet terminal, a mobile phone, a facsimile machine, and a printer.

(disaster information notifying method)

In the disaster information notification system 1 as described above, when a wide-area disaster occurs, the in-building abnormality sensing sensor 21 in the disaster area reacts first, and the control device 12 in the building detects an abnormality signal from the abnormality sensing sensor 21 (S1).

When the abnormality signal is detected, the control device 12 performs a control operation to check the operation of each of the elevators EV1, EV2, … in the building, and collects an operation state (operation state information D2) such as an operable state or a non-operable state for each of the elevators EV1, EV2, … (S2). The control operation and the operation condition information D2 collected by the control operation will be described below by way of an example.

Next, the control device 12 acquires the user information D1 and the hospital information D3 from the storage unit 22, and transmits the user information D1, the hospital information D3, and the collected operation condition information D2 to the elevator monitoring apparatus 10 via the network N1 (S3). Note that the hospital information D3 is an example of a case where the building is a hospital.

The elevator monitoring device 10 receives the information transmitted from 1 or a plurality of buildings when the abnormality is sensed, creates a database, and performs processing for calculating a candidate for a hospital based on the database when the information includes hospital information D3 (S4). The database is an example of a "storage unit provided in the disaster information processing device" that stores hospital information of a plurality of hospitals and user information indicating a user's previous illness or a user in charge of a hospital. The elevator monitoring device 10 sets and stores hospital information D3 and user information D1 transmitted from 1 or a plurality of hospitals upon sensing an abnormality in various tables. The hospital information D3 and the user information D1 may be stored in the elevator monitoring device 10 in advance, or may be acquired from an external database or the like. An example of the case where the hospital information D3 is acquired from the external database will be described as a modification 3 hereinafter.

The elevator monitoring device 10 checks whether or not the elevator in the hospital can be operated based on the received operation condition information D2, for example, and determines that the elevator is in a condition in which it is difficult to visit if the elevator cannot be operated. Then, the elevator monitoring device 10 extracts, for each user included in the user information (corresponding to the user information D1) of the hospital, candidates of another hospital that can receive the medical subjects of each user from the other hospital information (corresponding to the hospital information D3).

In addition, when an elevator used for ascending and descending to a diagnosis room, an examination room, or the like differs according to medical subjects, such as a general hospital, the elevator monitoring device 10 checks whether the elevator is operable for each medical subject based on the operation condition information D2. In a situation where it is difficult to receive a medical examination for a part of medical examination purposes, the elevator monitoring apparatus 10 extracts, from the hospital information, candidates for other hospitals in which medical examination purposes of the respective users can be received, for the user for whom the part of medical examination purposes is set in the user information D1 of the hospital. In this case, by storing the user information for clinical purposes corresponding to the elevators EV1, EV2, … in the storage units 22 provided in the elevators EV1, EV2, …, the users can be managed for each of the elevators EV1, EV2, ….

Next, the elevator monitoring device 10 outputs the calculated hospital candidates of each user to the terminal 11 that each user can confirm (S5).

Next, a specific configuration and a process flow of each device of the disaster information notification system 1 will be described. Note that the buildings a1, a2, and … can be implemented by, for example, installing the storage unit 22 having the predetermined user information D1 in the existing facilities of the buildings, and executing the collection process such as the control operation for collecting the operation state information D2. Therefore, the data configuration of the user information D1 in the storage unit 22 and the collection processing of the operation state information D2 by the control device 12 will be described with respect to the buildings a1, a2, and …. The user terminal 11 is a terminal capable of outputting information, such as a smartphone and a display. Their constitution is widely known. In order to make the main configuration of the present embodiment easy to understand, the description of the configuration of the terminal 11 is omitted.

(Collection processing by the control device 12)

First, a process in which the control device 12 of each building a1, a2, or … collects the operating condition information D2 of the elevators EV1, EV2, or … in each building will be described. Here, the control operation control of the control device 12 in the case where the abnormality sensing sensor 21 reacts to an earthquake will be described as an example.

Fig. 2 is a diagram showing an example of the process of the controlled operation control of the control device 12. As shown in fig. 2, the control device 12 monitors the output of the abnormality sensing sensor 21, and determines whether the output is "P-wave" or "acceleration value at a low level" or higher (S21). It is assumed that the output of the abnormality sensing sensor 21 is not "P-wave" or "acceleration value of a special level" or more (S21: no determination). In this case, the control device 12 assumes that the elevators EV1, EV2, … are operating normally (S22), and sets information indicating "operable" in the operating condition information D2 for the elevators EV1, EV2, … (S23).

On the other hand, in the case where the output of the abnormality sensing sensor 21 is "P-wave" or "acceleration value at a low level" or more (yes at S21), the control device 12 determines whether or not the output of the abnormality sensing sensor 21 exhibits "acceleration value at a low level" or more (S24). Here, when the output of the abnormality sensing sensor 21 is not equal to or greater than the "low-level acceleration value" (no determination at S24), it indicates that the earthquake size is in the range of the "low-level acceleration value". Next, the control device 12 determines whether or not the elevators EV1, EV2, … are traveling (S25). When the elevator is not traveling (no in S25), the control device 12 stops the elevator for about 60 seconds (S26), returns to normal operation (S27), and sets information indicating "traveling possible" in the travel situation information D2 for the elevator (S28).

Further, when the elevator is traveling (yes judgment in S25), the control device 12 judges whether or not the elevator can stop to the nearest floor or the emergency stop floor in about 10 seconds (S29). If the vehicle can stop to the nearest floor or the emergency stop floor in about 10 seconds (yes at S29), the process proceeds to step S26.

If the elevator cannot stop at the nearest floor or the emergency stop floor in about 10 seconds (no in S29), the control device 12 checks whether the emergency stop safety device of the elevator is normal (S30), and if the elevator is normal (yes in S30), the process proceeds to step S26.

When the safety device is not normal for emergency stop (no in S30), the control device 12 suspends the operation (S31), and sets information indicating "non-operable" in the operation condition information D2 for the elevator (S32).

On the other hand, when the output of the abnormality sensing sensor 21 is equal to or greater than the "low-level acceleration value" (yes at S24), the control device 12 determines whether the elevator is traveling (S33). Then, if the elevator is not traveling (no in S33), the control device 12 sets information indicating "no travel" in the travel situation information D2 for the elevator in a state where the elevator is stopped (S34). Thereafter, when the operation is returned to the normal operation (S37) by the automatic return operation or the inspection by the inspection person (S36), the control device 12 updates the "non-operable" of the operation condition information D2 to the "operable" (S38) for the elevator.

If the output of the abnormality sensing sensor 21 is equal to or greater than the "low-level acceleration value" (yes at S24), it is assumed that the elevator is traveling (yes at S33). In this case, the control device 12 determines whether the elevator can stop to the nearest floor or the emergency stop floor in about 10 seconds (S39). If the elevator cannot be stopped in about 10 seconds (no in S39), the control device 12 stops the elevator in an emergency (S40), and the process proceeds to step S42.

On the other hand, if the elevator can be stopped in about 10 seconds (yes in S39), the control device 12 determines whether or not the safety device is temporarily operated and the elevator is in a stopped state (S41). In the negative case (S41: No determination), the control apparatus 12 determines whether the output of the abnormality sensing sensor 21 exhibits a "high-level acceleration value" or more (S42). Here, when the output of the abnormality sensing sensor 21 is not equal to or greater than the "high-level acceleration value" (no determination at S42), it indicates a range in which the earthquake size is the "low-level acceleration value". In this case, next, the control device 12 determines whether or not the safety equipment is normal (S43), and if the safety equipment is normal (S43: yes determination), the process proceeds to step S34.

If the safety device is not normal (no in S43), the control device 12 stops the elevator (S44), and sets information indicating "non-operation" in the operation condition information D2 for the elevator (S45).

On the other hand, when the output of the abnormality sensing sensor 21 is equal to or greater than the "high-level acceleration value" (yes at S42), it indicates a range in which the earthquake scale is the "high-level acceleration value". In this case, the control device 12 performs the emergency rescue operation and suspends the operation (S46), and sets information indicating "non-operation" in the operation state information D2 for the elevator (S47).

When the safety device is temporarily operated and the elevator is in a stopped state (yes in S41), the control device 12 sets information indicating "non-operation" in the operation condition information D2 for the elevator (S45).

As described above, when the abnormality sensing sensor 21 reacts to an earthquake, the control device 12 performs the control operation, and sets the information on whether or not the operation is possible in the operation condition information D2 for each of the elevators EV1, EV2, and … in the building.

(constitution of Elevator monitoring device 10)

The elevator monitoring device 10 includes a control unit 51 (see fig. 1), an hdd (hard Disk drive), and a communication interface. Which are connected together via a bus or the like.

The control unit 51 is a computer including a cpu (central Processing unit), a rom (read Only memory), and a ram (random Access memory). The control unit 51 executes a program of the ROM by the CPU to perform arithmetic processing and control processing of each unit of the elevator monitoring device 10. The RAM is used as a work area of the CPU and the like.

The HDD includes a magnetic disk, and reads data from the magnetic disk and writes data to the magnetic disk in accordance with a command from the control unit 51. The HDD stores a database (an example of a "storage unit") and the like described later.

The communication interface is connected to the network N1 and the network N2, and is, for example, an ethernet (registered trademark) board that transmits and receives data to and 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 the configuration of the functional blocks in the control unit 51. Various functions are realized by the CPU of the control section 51 executing programs. Fig. 1 shows the 1 st receiving unit 101, the processing unit 103, and the output unit 104 as main functions thereof.

The 1 st receiving unit 101 receives the operating condition information D2 of the elevators EV1, EV2, … transmitted from the control devices 12 of the buildings a1, a2, …. Specifically, the communication interface receives transmission data transmitted from the control devices 12 of the buildings a1, a2, …. The transmission data includes the operation status information D2 and the user information D1, and further includes hospital information D3 when the building is a hospital. The 1 st receiving unit 101 hands the operation state information D2, the user information D1, and the hospital information D3 to the processing unit 103 as processing objects in response to a notification from the communication interface or the like.

The processing unit 103 creates a database including the operation state information D2, the user information D1, and the hospital information D3, and calculates, from the database, whether or not a hospital can be visited and candidates for other hospitals which can be visited. For example, the processing unit 103 reads the examination report of each medical subject in the hospital from the setting of the operation condition information D2. Then, the processing unit 103 processes each user in charge of the medical care subject of the hospital in the user information D1 transmitted together with the operation state information D2. Specifically, the processing unit 103 determines whether the hospital can receive the subject of the user, and if the hospital is difficult to receive the diagnosis, performs processing for extracting candidates for another hospital from the other hospital information D3.

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

(Table)

Next, an example of a table included in the database is shown.

Fig. 3 is a diagram showing an example of a setting table relating to hospital information D3. Each medical treatment subject table T1 shown in fig. 3 (a) is a table in which "medical treatment subjects" and "elevator identification information" addressed to the "medical treatment subjects" are set in "hospital units". The processing unit 103 extracts a list related to medical subjects of the hospital and information on elevators EV1, EV2, … for using each medical subject from the hospital information D3 and sets the list to each medical subject table T1. Here, as an example, 3 medical treatment department tables T1 related to "1 st hospital", "2 nd hospital", and "3 rd hospital" are shown, and the others are not shown, but these contents are also included in medical treatment department tables related to other hospitals.

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

Specifically, in the example of each medical treatment department table T1 shown in fig. 3 (a), the processing unit 103 sets medical treatment departments ("internal medicine", "surgical department", and the like) of all hospitals in the "medical treatment department" item, and sets "o" if there is a corresponding elevator for each of the medical treatment departments. An "x" indicates a mismatch (no corresponding elevator).

For example, in the medical department table T1 of "hospital 1", the "department of internal medicine" and the "surgery" are set with "o" in "EV 1" of the elevators EV1, EV2, …. In "EV 2", o "is set for" otorhinolaryngology ". This means that in "hospital 1", the "internal medicine" and the "surgery" can be utilized by "EV 1" in the elevators EV1, EV2, …, and the "otorhinology" can be utilized by "EV 2". As also known herein, "Hospital 1" includes "medical," "surgical," "otorhinology" as a medical subject.

On the other hand, in the clinical program table T1 of "hospital 2", in 2 elevators "EV 1" and "EV 2", the "internal medicine" is "x". That is, it is known that "hospital 2" does not include "internal medicine". In the clinical program table T1 of "hospital 3", 2 elevators "EV 1" and "EV 2" both indicate "x" for "surgery", and it is understood that "hospital 3" does not include "surgery".

If information indicating the classification of each medical department and elevators EV1, EV2, … is not obtained from the hospital information D3, the processing unit 103 may not be separately set in elevator units in the medical department table T1 of the hospital. In this case, the processing unit 103 sets "EV 0" typically indicating the elevators EV1, EV2, … in the medical department table T1 of the hospital, and sets "o" and "x" of "internal medicine", "surgery", "otorhinology", and the like in the record of "EV 0".

Fig. 4 is a diagram showing an example of a map related to the operating condition information D2. Fig. 4 (a) shows an example of a setting table (operating condition information setting table T3) of the operating condition information D2 transmitted from the buildings a1, a2, and … when a disaster such as an earthquake is detected. In the operating condition information setting table T3, the processing unit 103 sets the operating condition information D2 for each of the buildings a1, a2, and … for each record.

In the operation condition information setting table T3, an example of the setting when the operation condition information D2 is transmitted from 4 buildings ("hospital 1", "hospital 2", "hospital 3", and "apartment 1") is shown. For example, in the "1 st hospital," the disaster occurrence date and time "11/9/2017/10: 30 "and information indicating" operable "or" inoperable "of each of the elevators EV1, EV2, …. Note that "2 nd hospital" and "3 rd hospital" are indicated by "-" as "EV 3" as having no information, because only "EV 1" and "EV 2" are set for the elevators.

Fig. 4 (b) shows an example of the determination table T4 generated by the processing unit 103 in accordance with the setting of the operating condition information setting table T3. The determination table T4 shown in the example is generated by the processing unit 103 based on the settings of the medical department table T1 and the settings of the operation condition information setting table T3 for each hospital. Thus, the determination table T4 shows the examination receiving status of the clinical purpose in each hospital. For example, in the operating condition information setting table T3, all elevators in "hospital 1" are "inoperable". This means that "Hospital 1" cannot visit the patient. Therefore, the "1 st hospital" in the determination table T4 is set to "Δ" that is not accessible to all clinical subjects. In the determination table T4, "o" indicates that the examination is possible, "Δ" indicates that the examination 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 as needed, and search for a hospital of a treatment destination in a clinical department unit based on the latest determination table T4 generated.

Fig. 5 is a diagram showing an example of a setting table relating to the user information D1. The setting table (user information table T5) shown in fig. 5 has "user identification information", "hospital name", "subject" and "terminal information" as setting items. These data are set by the processing unit 103 based on the transmitted user information D1. These data contain personal information. Therefore, 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 device 10 makes an inquiry from a database or the like based on each identification code to extract data of "user identification information", "hospital name", "subject" and "terminal information". Here, the "terminal information" refers to various addresses (information indicating a transmission destination of the terminal 11 such as a mac (media Access Control address) address and an E-mail address) registered in the terminal 11 such as a smartphone of the user.

(procedure of processing for extracting candidates for Hospital)

Next, the procedure of the disaster notification processing in the elevator monitoring device 10 will be described.

Fig. 6 is a flowchart showing an example of the procedure of the disaster notification processing performed by the elevator monitoring device 10 (control unit 51). This processing is started by the elevator monitoring apparatus 10 receiving transmission data transmitted from the buildings a1, a2, … in which the occurrence of a disaster is detected. When the building is a hospital, the transmission data also includes hospital information D3.

First, the control unit 51 receives user information D1, operation state information D2, and hospital information D3 included in each transmission data from the buildings a1, a2, and … (S101).

Next, the control unit 51 creates a database for the user information D1, the operation state information D2, and the hospital information D3 transmitted from the buildings a1, a2, and … (S102). In the example shown in the present embodiment, the controller 51 sets the data of the user information D1 to the user information table T5 (see fig. 5), and sets the data of the operating condition information D2 to the operating condition information setting table T3 (see fig. 4 (a)). The controller 51 sets the data of the hospital information D3 to the medical department table T1 (see fig. 3 a) and the hospital position information table T2 (see fig. 3 b). Then, the control unit 51 generates a determination table T4 (see fig. 4 b) based on the settings of the medical department table T1 (see fig. 3 a) and the settings of the operation condition information setting table T3 for each hospital.

Specifically, the processing unit 103 generates the determination table T4 as follows. First, the processing unit 103 extracts medical subjects corresponding to the elevators from the medical subject table T1 of each hospital for each elevator, and extracts information indicating the corresponding hospital and the operation states of the elevators from the operation state information setting table T3. Then, if the information indicating the operation state is "operable", the processing unit 103 sets "o" for the name of the hospital and each medical subject of the hospital in the determination table T4, and if "inoperable", sets "Δ". "X" indicates the absence of clinical items, which has been described above.

For example, in the medical department table T1 in hospital 1, contents of the floor where elevator EV1 leads to "internal medicine", the floor where elevator EV2 leads to "department of otorhinology", and the like are set. On the other hand, in the operating condition information setting table T3, "EV 1" and "EV 2" of "hospital 1" are both "inoperable". Therefore, in the determination table T4, "medical", "surgical" and "otorhinology" in "hospital 1" are "Δ".

Note that, in the medical department table T1 in hospital 2, contents of the floor on which the elevator EV1 leads to "surgery" and the floor on which the elevator EV2 leads to "otorhinology" are set. On the other hand, in the operating condition information setting table T3, "EV 1" of "hospital 2" is "operable", and "EV 2" is "inoperable". Thus, in the determination table T4, "surgery" in "hospital 2" is "o" and "otorhinology" is "Δ". Since "internal medicine" is not set, the "internal medicine" is "x".

Next, the control unit 51 determines whether or not the medical subjects in charge of the hospital can receive a patient from the determination table T4 for each user set in the user information table T5 (S103).

For example, in the User information table T5, "User 1" is the setting that is taken charge of by "department of medicine" of "hospital 1". In the determination table T4, "department of medicine" at hospital 1 is set to "Δ" indicating that no treatment is available. It is therefore known that "User 1" has a low probability of being taken a visit by "internal medicine" even when going to hospital 1. On the other hand, "User 2" is responsible for this setting by "surgery" in "hospital 2" in the User information table T5. In the determination table T4, "surgery" in hospital 2 is also set to indicate "o" that can be used for treatment. It is therefore known that "User 2" will be treated "surgically" at hospital 2 in charge.

The control unit 51 then performs a process of selecting an optimal hospital for the user determined to be not available for the medical subjects in the hospital in step S103 (S104).

For example, in the case of "User 1", the User is in a "medical" visit, and therefore the control unit 51 selects an optimal point (a hospital determined in a predetermined order of priority) to be visited in the "medical" from among other hospitals. As a specific example of the processing, for example, the control unit 51 extracts a hospital in which "o" is set as "department" in the determination table T4. In this example, as one of them, "hospital 3" meets this condition. The control unit 51 determines a candidate of a hospital to be presented to the user in a predetermined priority order for each extracted hospital (in this example, the "3 rd hospital" is also included). For example, the control unit 51 arranges the candidates of the hospitals in order of the distance from the reference position (the hospital in charge of the user, the residence of the user, the current position of the user, and the like) to the hospital from the near to the far.

Then, the control unit 51 specifies the addresses of the terminals 11 of the respective users, and issues notification screen information including the candidate hospitals related to the users to the specified addresses (S105).

(Notification screen output to terminal 11)

Fig. 7 is a diagram showing an example of the configuration of the notification screen output by the terminal 11. Information 910 of the responsible hospital and information 911 of another candidate hospital related to the user who is embedded in the terminal 11 in an outputable manner are displayed on the notification screen 91 shown in fig. 7. This example is an output example at the terminal 11 of "User 1". In the output example of fig. 7, the examination condition of the patient in charge of the hospital of "User 1" shows "difficulty". In addition, candidates of other hospitals are displayed in a list in order of distance from near to far. Note that symbols and characters indicating the positions of the hospitals are superimposed on the map information 912. The map information 912 may be map information stored in advance in the elevator monitoring device 10 and output to the terminal 11, or may be map information acquired from an external map information database and output to the terminal 11. The method of displaying the position of the hospital is not limited to the symbol and the character displayed in the map information 912 in fig. 7, and may be arbitrarily set. For example, route information to the hospital from a reference location (the user's responsible hospital, the user's residence, the user's current location, etc.) may also be presented.

From these displays, "User 1" can determine that there is a high possibility that a diagnosis is not obtained even when the patient goes to a responsible hospital, and find out another hospital from among the candidate hospitals.

In the present embodiment, 1 abnormality sensing sensor 21 is provided for each of the buildings a1, a2, and …, and an example is shown for each process. In addition, a case may be considered in which the abnormality sensing sensor 21 is provided for each of the elevators EV1, EV2, and …. In this case, the control device 12 can check the operation of the elevator that has output the abnormality signal, and collect the operation condition information D2 in a form that enables operation for the remaining elevators.

In the present embodiment, the user information D1 is described as being stored in the storage units 22 of the buildings a1, a2, and …, but the present invention is not limited to this. For example, the elevator monitoring device 10 may receive registration from the user in advance, or the elevator monitoring device 10 may acquire the registration from an external database or the like. In this case, the elevator monitoring apparatus 10 also acquires information such as the hospital and residence (apartment) in charge of each user of the user information D1 from an external database or the like, and clarifies the correspondence between the users and the buildings a1, a2, and … to which the operation status information D2 is transmitted.

In the present embodiment, the user can be notified of the optimal hospital within the occurrence range of the disaster.

(modification 1)

The following modifications are shown: when a disaster occurs, the elevator monitoring device 10 makes an inquiry to the user terminal 11 to confirm disaster information such as the state of injury and physical condition of the user, and the elevator monitoring device 10 can extract a candidate for a hospital from the disaster information of the user that has responded. Here, portions different from the embodiments will be described, and portions common to the embodiments will not be described as appropriate.

In modification 1, the configuration of the functional blocks of the elevator monitoring device 10 according to the embodiment (see fig. 1) is further provided with a2 nd receiving unit (not shown). In modification 1, the output unit 104 also transmits the input form to the terminal 11 of the user together with the candidate information. The input form is transmission information such as a fixed sentence including disaster-affected information such as a state of injury (including a physical state) of the user.

The 2 nd reception unit receives disaster information returned from the user's terminal 11 based on the input form. Then, the 2 nd reception unit gives the disaster information to the processing unit 103, and causes the processing unit 103 to determine the candidate hospital again. Here, "reply" is one method of "answering".

Fig. 8 is a flowchart showing an example of disaster notification processing according to modification 1. Here, in order to avoid redundant description, the procedure of the disaster notification processing (see fig. 6) according to the embodiment will be briefly described.

In step S104, when another candidate hospital related to a disease is extracted by the processing unit 103, the output unit 104 determines whether or not an input form has been transmitted to the terminal 11 of the user (S105-1).

If the input form has not been transmitted (no in S105-1), the output unit 104 transmits a predetermined input form to the user' S terminal 11 together with the candidate hospital (S105-2).

Then, the 2 nd receiving unit determines whether or not the user who transmitted the input form has a reply (S105-3). For example, the 2 nd receiving unit counts a certain reply time, and if no reply is made within the time, it determines that there is no reply (S105-3: No determination), and ends the processing.

If a reply is made within a certain reply time (yes in S105-3), the 2 nd receiving unit receives the contents of the reply (for example, information indicating the injury of the user), and the processing unit 103 performs processing. In this processing, the processing unit 103 performs the determination again from the determination table T4 based on the state of injury of the user in step S103, and extracts a candidate hospital in step S104.

Then, since the input form has been transmitted (YES in S105-1), the output unit 104 sets the candidate hospital relating to the injury on the notification screen and transmits it to the user' S terminal 11(S105-4), and the process ends.

Fig. 9 is a diagram showing an example of the reception process performed by the 2 nd reception unit. Fig. 9 shows, as an example, a reception process in the case where a recovery of injury is received from "User 1".

First, when a disaster occurs, the "subject" of "User 1" in the User information table T5 is set as "medical department" (S201). Based on the setting, the candidate hospital related to "User 1" is determined from the determination table T4 (S202), and the determination result and the input form for input injury are transmitted to the terminal 11 of "User 1" (S203).

Thereafter, the User returns "bump" from the terminal 11 of "User 1" as the injury condition of the User (S204). Then, the 2 nd receiving unit searches the medical treatment subject to which "knock" belongs from the medical treatment subject table T6 (S205), and sets the medical treatment subject of the search result to the "subject" of "User 1" (S206).

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

Fig. 10 is a diagram showing an example of input form information transmitted to the terminal 11. The input form information 913 shown in fig. 10 shows an input form for accepting the user's impairment content. In the example shown in fig. 10, the input form information 913 has information showing a list of contents of major injuries (such as collision, fracture, sprain, and …) during a disaster, and has a check box 913-1 corresponding to the information. The input form information 913 has a text input box 913-2 for accepting other damage content. The input form information 913 receives an instruction to reply to the input contents and end the screen through a "send" button 913-3. The input form information 913 receives an instruction to end the screen without a reply based on the input form through a "not send" button 913-4.

The output unit 104 may embed the input form information 913 in the notification screen 91 (see fig. 7) and transmit the information, or may transmit the information in a form of an input form screen different from the notification screen 91.

In modification 1, the elevator monitoring device 10 receives a situation of a medical condition from a user as disaster information, and extracts a candidate hospital for a medical purpose corresponding to the medical condition. However, the elevator monitoring device 10 may weight the extracted candidate hospitals in a predetermined order of priority according to the content of the disaster information. For example, the elevator monitoring device 10 determines that the user is unable to move actively based on disaster information, and if the user is active, notifies a slightly distant hospital as a candidate, and if the user is unable to move, notifies a near hospital, and notifies the hospital urgently according to the degree of notification.

In addition, in modification 1, an example is shown in which the input form is transmitted from the elevator monitoring apparatus 10 to the terminal 11, but the body that transmits the input form may not be limited to the elevator monitoring apparatus 10. For example, when a building senses a disaster, the input form information may be issued from the wireless access point of the elevator of the building to the terminal 11 of a user (mainly, a user located in the elevator, the building, or the like) in the vicinity. The user inputs disaster information into each terminal 11, and transmits the disaster information to the elevator monitoring apparatus 10 via the wireless access point. In this case, the elevator monitoring device 10 changes the medical treatment subject to the medical treatment subject based on the disaster information transmitted from the user to the user information D1 transmitted from the building in which the disaster is perceived, and extracts the candidate hospital.

For example, when an abnormality of an elevator is detected in an apartment, there is a high possibility that the user information D1 transmitted from the apartment includes information on a wounded resident. Therefore, in modification 1, the elevator monitoring device 10 transmits an input form to the user terminal 11 set in the user information D1 transmitted from an apartment or the like to acquire disaster information (information such as injury) of resident persons. The elevator monitoring device 10 determines the corresponding medical subject based on the disaster information of each resident, and transmits the candidates of the hospital that can be received to the terminal 11 of each resident. Thus, the elevator monitoring device 10 can present the candidate of the hospital corresponding to the current injury to the terminal 11.

(modification 2)

In a disaster area, communication may be disabled due to disconnection or the like of a communication path. Therefore, the communication within each of the buildings a1, a2, … and a part or all of the communication between each of the buildings a1, a2, … and the elevator monitoring apparatus 10 can also be constructed by wireless networks.

For example, wireless access points are provided in elevators EV1, EV2, … of buildings a1, a2, …. In this case, wireless communication is enabled in part or all of the terminals 11 and the control devices 12, and the terminals 11 and the elevator monitoring devices 10 through the wireless access points. Each wireless access point may be used in a form of, for example, transmitting an input form for confirming disaster information of a user to the terminal 11 of the user in a building, and collecting disaster information indicating a situation of injury of each user from each wireless access point.

(modification 3)

In the embodiment, as one form of the disaster information notification system 1, a form in which the elevator monitoring device 10 extracts a candidate hospital within a disaster occurrence range is shown. Here, a modification example is shown in which the elevator monitoring device 10 extracts candidate hospitals including hospitals outside the disaster occurrence range.

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

Since the elevator monitoring device 10 acquires the hospital information D3 from the outside, the user information D1 may be stored in the storage unit 22 provided in the elevator of each hospital.

The elevator monitoring device 10 receives user information D1 of a hospital and operation state information D2 of the hospital from the hospital in which the disaster is detected. The elevator monitoring apparatus 10 acquires hospital information D3 from an external database at a predetermined timing. Then, the elevator monitoring device 10 sets the relationship between the elevator and the clinical subjects of each hospital to the clinical subject table T1 (see fig. 3) based on the hospital information D3 acquired from the external database. The elevator monitoring device 10 sets the position of each hospital in a hospital position information table T2 (see fig. 3). Then, the elevator monitoring device 10 generates the determination table T4 so that the determination information of hospitals outside the disaster range in which the abnormality sensing sensor 21 does not respond is included (see fig. 4 (b)). For example, the elevator monitoring device 10 sets each clinical department of a hospital outside the disaster range as "o" that can be used for a visit in the clinical department table T1. With this setting, the elevator monitoring device 10 sets the determination information "o" for each medical department for hospitals outside the disaster area when generating the determination table T4.

In this manner, hospitals in the disaster occurrence area and hospitals outside the disaster occurrence area are set in the determination table T4. The elevator monitoring device 10 calculates, from the determination table T4, candidates of hospitals that can be used by users who cannot receive calls from the hospitals in the disaster area and outside the disaster area in a predetermined order of priority. For example, the elevator monitoring device 10 arranges the candidates of hospitals such that hospitals outside the disaster occurrence range are included in the hospitals in the order of the distance from the reference position to the hospital from the near side to the far side based on the hospital whose determination information is "o". Then, the elevator monitoring device 10 transmits the candidate hospital, which is the calculation result, to the terminal 11 of the user.

The hospital information D3 is preferably rewritten to the latest data at the time of system startup or at a time set as appropriate such as 1 time per day in the external database. The latest data is acquired by, for example, the elevator monitoring device 10 requesting an external database or receiving a notification of update from the external database.

In modification 3, the elevator monitoring device 10 extracts a candidate hospital most suitable for the user from not only the occurrence range of the disaster but also hospitals outside the occurrence range of the disaster. By including hospitals outside the disaster occurrence range as candidates in this manner, the elevator monitoring device 10 can reliably notify the user of the best hospital from the neighborhood outside the disaster occurrence range when the hospital cannot be found within the disaster occurrence range.

(modification 4)

A modification is shown in which the elevator monitoring device 10 can issue the latest information of the candidate hospital to the user terminal 11 after a predetermined time has elapsed from the 1 st issuance of the disaster information. Here, a configuration for issuing the latest information is shown as an example of a case where the input form is returned from the terminal 11 of the user in the configuration of modification 1. Here, portions different from modification 1 will be described, and portions common to modification 1 will be described as appropriate.

Fig. 11 is a diagram showing an example of a configuration of functional blocks of the elevator monitoring device 10 according to modification 4. The function block of modification 1 is further provided with a timer 201 and an acquisition unit 202. The 2 nd receiving unit 301 is a2 nd receiving unit not shown in modification 1.

The timer 201 counts a predetermined time and notifies the acquisition unit 202 of the lapse of the time. Here, as an example, the timer 201 starts counting from the time when the candidate hospital determined again from the disaster information from the user at the time of occurrence of the disaster is reissued from the output unit 104 to the terminal 11 of the user. Thereafter, every time the set time elapses, the timer 210 notifies the acquisition unit 202 of the lapse of time. For example, when the unit interval is set to "30 minutes" and the duration is set to "24 hours", the timer 201 notifies the acquisition unit 202 of the elapse of the set time every 30 minutes until 24 hours have elapsed.

Each time the timer 201 receives a notification of the elapse of the set time, the acquisition unit 202 acquires logs (an example of "information indicating the operating frequency") indicating the operating conditions of the elevators EV1, EV2, … up to the set time from the buildings a1, a2, …. Then, the processing unit 103 analyzes each log to generate the updated operation state information D2.

Fig. 12 is a diagram showing an example of the log. Fig. 12 (a) and 12 (b) show a log D21 sent from hospital 1 and a log D22 sent from hospital 3 after a certain set time. Here, the logs of the 1 st hospital and the 3 rd hospital are shown as an example, but in addition to this, the acquisition unit 202 acquires logs from other hospitals such as the 2 nd hospital and the 4 th hospital.

The log D21 is a log showing the operating conditions of the elevators EV1, EV2, … in the 1 st hospital. As shown in the date and time column, the log D21 is a log from the occurrence time 10 point 30 point of "11/9/11/2017" to 11 point 30 points after 1 hour. The log D22 is a log transmitted from the occurrence time 10 point 30 point of "11/9/2017" to 11 point 30 point of 1 hour later, as well as logs of other hospitals. All logs from just after the disaster occurred are shown in fig. 12, but each building a1, a2, … may also send a difference from the log sent before the time of sending.

The log D21 records that neither elevator EV1 nor elevator EV2 in hospital 1 is operable (x) from the time 10, 30 points to the time 11, 27 points. Although not shown here, the other elevators such as the elevator EV3 are also not operable (x) as are the elevator EV1 and the elevator EV 2. Then, at point 11 and point 28, destination floors are recorded as "3F" and "2F" in elevator EV1 and elevator EV2, and here, the processing unit 103 can presume that the operation has resumed. After recovery, the elevator is less utilized and therefore a (-) is recorded indicating no movement of the elevator.

In another log D22, it is recorded that elevator EV1 and elevator EV2 at hospital 3 are both running after 30 minutes at the time of occurrence 10. Then, the processing unit 103 can estimate that congestion starts by recording contents indicating that the elevator EV1 and the elevator EV2 frequently make round trips to "3F" and "4F" from the point 11, which is on the left and right of the point 27.

Fig. 13 is a flowchart showing an example of an order for the elevator monitoring device 10 to issue the latest candidate hospital to the terminal 11 of the user after the candidate hospitals are reissued. In fig. 13, the procedure of the disaster notification process of modification 1 (see fig. 8) is omitted, and the process after step S105-4 is shown. In fig. 13, for the sake of easy understanding of the description, the processing procedure for one user is shown, but the processing flow is performed for each user.

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

Next, when the timer 201 reaches the set time, the control unit 51 acquires logs (logs D21, …, logs D22, …) indicating the operation states of the elevators EV1, EV2, … from the buildings a1, a2, … until the set time from the occurrence of the disaster (S302).

Next, the control unit 51 updates the database based on the latest operating condition information D2 obtained from each log (S303). Specifically, the control unit 51 updates the settings of the operating condition information setting table T3 (see fig. 4 a) based on the latest operating condition information D2, and generates the determination table (see fig. 4 b) based on the updated settings of the operating condition information setting table T3.

Next, the control unit 51 extracts the latest hospital candidate for the user based on the settings of the determination table T4 (S304).

Then, the control unit 51 specifies the address of the terminal 11 of the user, issues notification screen information including the candidate hospital related to the user (S305), and ends the present process.

As shown in this processing, when the predetermined time has elapsed, the control unit 51 operates to recalculate the latest hospital candidate and to reissue the calculation result. Further, the series of operations is not limited to 1 operation, and may be repeated a plurality of times. For example, the timer 201 is set to have a unit interval of "30 minutes" and a duration of "24 hours", and the above process is repeated every 30 minutes until 24 hours have elapsed.

Next, a description will be given of an example of setting of the operating condition information setting table T3 based on the latest operating condition information D2 and an example of setting of the determination table T4 regenerated from the setting.

The operating condition information setting table T3 shown in fig. 4 (a) is updated to 11: 30 minutes from the set time. The settings of elevators EV1, EV2, and … in each hospital are rewritten.

Specifically, in the log D21 of "hospital 1", when a disaster occurs, all of the elevators EV1, EV2, … are "inoperable". However, analysis of the recorded data of EVs 1, EV2, and … at about 11 points 30 points predicts that the operation has resumed at 11 points 28 points, and EVs 1, EV2, and … are rewritten to "operable". In the log D22 of "hospital 3", both elevators EV1 and EV2 were "operable" immediately after the disaster occurred. However, by analyzing the recording data of EV1 and EV2 at about 11 point 30, frequent operations from about 11 point 27 are predicted to be congested, and both EV1 and EV2 are rewritten to "congested".

Regarding the determination table T4 shown in fig. 4 (b), each medical subject in hospital 1 was changed from "Δ" to "o". Note that, regarding the 3 rd hospital, although "o" was used before the medical department, the "Δ" was changed due to "congestion".

Therefore, in this case, the terminal 11 of the "User 1" indicates "difficult" to visit the patient in charge of the hospital at the time point of 10 o 'clock and 30 min (see fig. 7), and is updated to "possible" indicating that the patient can be visited at 11 o' clock and 30 min. For "User 1", the responsible hospital is already available. In this case, other information such as the candidate hospital can be deleted from the notification screen information.

Fig. 14 is a diagram showing an example of updating the content of the notification screen. Fig. 14 shows an example of updating the content of the notification on the terminal 11 of "User 3", as an example. Fig. 14 (a) shows an example of notification at a time point of 10: 30, and fig. 14 (b) shows an example of notification at a time point of 11: 30. As explained earlier, at the time point of 10 o 'clock and 30 o' clock, the "internal medicine" of the 3 rd hospital is available. Therefore, as shown in fig. 14 (a), the "patient visit" in charge of the hospital information 910 is "ok". On the other hand, at the time point of 11 o' clock 30 minutes shown in fig. 14 (b), "internal medicine" at hospital 3 is judged as "not possible". Therefore, "patient's visit" becomes "difficult," and "hospital 1" or the like is presented as a candidate hospital in the information 911 of another candidate hospital.

In the notification screen 91 of the present example, even when the elevator is analyzed as "crowded", the "patient visit" column in charge of the information 910 of the hospital is set to "difficult" as in the case where the elevator is not operable. The setting can also be changed to "crowded" in order to be distinguishable from the situation in which the elevator is not operational. In addition, in the analysis, the processing unit 103 may estimate the degree of congestion from the frequency of the elevator, and thereby set the column "patient visit" as the estimated "degree of congestion".

In addition, the present embodiment is configured as follows: the elevator monitoring device 10 is provided with a timer 201, and when the set time of the timer 201 is reached, the elevator monitoring device 10 acquires logs from the buildings a1, a2, and …. But is not limited thereto. When a disaster is detected in each of the buildings a1, a2, and …, the logs may be periodically transmitted to the elevator monitoring apparatus 10 in a certain period after the disaster occurs in each of the buildings a1, a2, and …, and the logs may be received by the elevator monitoring apparatus 10.

In this manner, in modification 4, the elevator monitoring device 10 acquires the latest information of the operating condition information D2 at each time point from each of the buildings a1, a2, and …, reflects the latest information in the judgment of the candidate hospital, and distributes the latest candidate hospital to the terminal 11 of the user. For example, even when a patient cannot be received in the hospital at the first time of occurrence of a disaster, the patient can be returned with time after 10 minutes, 30 minutes, 1 hour, or the like from the occurrence of the disaster, and the possibility of receiving the patient is high. By configuring in the manner of modification example 4, the user can know that the responsible hospital can receive a diagnosis at the point of recovery time. Even when information that other candidate hospitals can receive a medical examination is provided, the patients may concentrate on the hospital over time, and it may be difficult to receive a medical examination of a new patient. In this case, by configuring as in modification 4, the candidate hospitals are re-presented after a certain time has elapsed, and thus the user can know the latest examination situation.

According to the disaster information processing device and the disaster information notification method of at least one of the embodiments and the modifications described above, the 1 st receiving unit receives information indicating the operation status of the elevator of the building in which the abnormality is sensed. Further, hospital information of a plurality of hospitals and user information indicating a user's previous illness or responsible for a hospital are stored by the storage unit. Further, the processing unit calculates, from the operation status of the elevators in the hospitals received by the 1 st receiving unit, the hospital information of the plurality of hospitals, and the user information, the hospital candidates for which the user indicated by the user information can be received. The output unit outputs the candidates of the hospitals where the user can be visited, which are obtained by the calculation of the processing unit, to a terminal that can be confirmed by the user. Therefore, it is possible to grasp whether there is a hospital or a medical subject that is difficult to receive a patient due to a disaster or the like in the building, based on the operation status of the elevator in the building in which the abnormality is perceived, and it is possible to notify the user of a candidate of a hospital that can receive a patient within or outside the occurrence range of the disaster.

Several embodiments of the present invention have been described, but these embodiments are presented as examples and are not intended to limit the scope of the invention. These embodiments may be implemented in other various forms, and various omissions, substitutions, and changes may be made without departing from the spirit of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are also included in the invention described in the claims and the equivalent scope thereof.

Claims (6)

1. A disaster information processing device is characterized by comprising:

a1 st receiving unit that receives information indicating an operation state of an elevator of a building in which an abnormality is sensed;

a storage unit that stores, for each of a plurality of hospitals, hospital information in which a medical treatment subject and information on an elevator to which the medical treatment subject is addressed are associated, and user information indicating a previous disease of a user, a responsible hospital, and a subject;

a processing unit configured to calculate a candidate of a hospital that can receive a user indicated by the user information, based on the operation status of the elevator of the hospital received by the 1 st receiving unit, the medical subjects of the hospital information of the plurality of hospitals, the information of the elevator of the medical subjects, and the responsible hospital and the subject of the user information; and

and an output unit configured to output the candidate of the hospital that can receive the user and is obtained by the calculation of the processing unit to a terminal that can be confirmed by the user.

2. The disaster information processing device according to claim 1,

the disaster-prevention management system further comprises a2 nd reception unit for receiving disaster-prevention information of the user input to the terminal,

the processing unit calculates a candidate of a hospital that can receive a diagnosis of the user, based on the disaster information received by the 2 nd receiving unit.

3. The disaster information processing device according to claim 2,

the output unit makes an inquiry to a terminal of a user to confirm disaster information of the user,

the processing unit calculates a candidate of a hospital that can receive a diagnosis of the user, based on disaster-related information that is responded to from the user in response to the inquiry.

4. The disaster information processing device according to claim 1,

the processing unit calculates the candidates of hospitals that can receive calls based on each hospital that has transmitted the information indicating the operation status of the elevator received by the 1 st receiving unit and hospitals that have not suffered a disaster.

5. The disaster information processing device according to any one of claims 1 to 3,

further comprising an acquisition unit that acquires information indicating the operating frequency of the elevator as information indicating the operating state of the elevator from the hospital that has sensed the abnormality when a set time has elapsed,

the processing unit updates a candidate of a hospital that can receive a user based on the information indicating the operation frequency of the elevator at each time point acquired by the acquisition unit,

the output unit outputs the update result of the processing unit to a terminal that can be confirmed by the user again.

6. A disaster information notification method for notifying a user of available hospitals from an elevator monitoring device that remotely monitors an abnormality of an elevator, the disaster information notification method comprising the steps of:

sensing anomalies with an elevator;

collecting information representing the operating conditions of the elevator;

transmitting user information indicating the user's responsibility for hospitals and subjects stored in the storage unit of the elevator and information indicating the operation conditions obtained by the collection to the elevator monitoring apparatus;

in the elevator monitoring device, a candidate of a hospital that can receive a user indicated by the user information is calculated based on the information indicating the operation status of a hospital obtained by reception, the information of the elevator of a diagnosis subject and a diagnosis subject of hospital information in which a diagnosis subject and information of an elevator destined to the diagnosis subject are associated with each other in each of a plurality of hospitals stored in a storage unit of the elevator monitoring device, and the responsible hospital and the subject of the user information; and

and outputting the candidate of the hospital which can receive the user and is obtained by the calculation to a terminal which can be confirmed by the user.

Images