Business continuity support device and business continuity support system

Abstract

To provide a business continuity support device and a business continuity support system that are capable of collecting related information required for business continuity more quickly than ever before.SOLUTION: A business continuity support device includes: an information acquisition unit that acquires related information for multiple business continuity operations included in a business continuity plan of a support target facility from a communication terminal via a communication line; a support information generation unit that generates support information for the business continuity operations based on the related information; and an output unit that outputs the support information.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a business continuity support device and a business continuity support system.

Background Art

[0002] As is well known, a business continuity plan (BCP) is a plan for business continuity operations (business continuity operations) in order to minimize damage to business assets and enable business continuity and early recovery when a business operator encounters an emergency such as a natural disaster. For example, Non-Patent Document 1 discloses details of a business continuity plan.

Prior Art Documents

Non-Patent Documents

[0003]

Non-Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, when implementing a business continuity plan as a medical continuity plan (MCP) for medical facilities, various types of information (MCP-related information) necessary for implementing various medical continuity operations registered in the medical continuity plan are collected manually, written out and summarized on a whiteboard or the like, and the medical continuity operations are implemented based on the summarized information.

[0005] However, such a method of implementing a medical continuity plan has a problem that it takes time to collect MCP-related information. For accurate implementation of the medical continuity plan, it is essential to quickly collect MCP-related information.

[0006] The present invention has been made in consideration of the above-mentioned circumstances, and aims to provide a business continuity support device and a business continuity support system that are capable of collecting relevant information necessary for business continuity more quickly than conventional methods. [Means for solving the problem]

[0007] In order to achieve the above-mentioned object, the present invention adopts, as a first solution means related to a business continuity support device, a means comprising an information acquisition unit that acquires related information for multiple business continuity operations included in the business continuity plan of the supported facility from a communication terminal via a communication line, a support information generation unit that generates support information for the business continuity operations based on the related information, and an output unit that outputs the support information.

[0008] In the present invention, as a second solution related to a business continuity support device, a means is adopted in which, in the above-mentioned first solution, the support information includes image information in dashboard format, and the output unit is a display unit that displays the image information on a screen.

[0009] In the present invention, as a third solution related to a business continuity support device, the first or second solution is adopted, in which the support information includes instructions to carry out the business continuity operations, and the output unit is a communication unit that transmits the instructions to a communication terminal carried by a person in charge of carrying out the business continuity operations and receives a report on the instructions from the communication terminal.

[0010] The present invention employs, as a fourth solution related to a business continuity support device, a solution according to the third solution, in which the support information is an implementation status of the business continuity operations based on the report.

[0011] In the present invention, as a fifth solution related to a business continuity support device, in any of the above first to fourth solution means, the information acquisition unit acquires the related information from an in-facility system that is installed in advance in the supported facility where the business continuity plan is implemented.

[0012] In the present invention, as a sixth solution means related to the business continuity support device, in any of the first to fifth solution means, the related information includes at least human resource information and non-human resource information of the facility to be supported, and such a means is adopted.

[0013] In the present invention, as a seventh solution means related to the business continuity support device, in any of the first to sixth solution means, the business continuity plan is a medical business continuity plan implemented by a medical facility, and such a means is adopted.

[0014] In the present invention, as a solution means related to the business continuity support system, a business continuity support device according to any of the first to seventh solution means, a plurality of communication terminals each carried by a plurality of the persons in charge of implementation, and a communication line that communicably connects the business continuity support device and the communication terminals are provided, and such a means is adopted.

Effect of the Invention

[0015] According to the present invention, it is possible to provide a business continuity support device and a business continuity support system capable of collecting related information necessary for business continuity more quickly than in the past.

Brief Description of the Drawings

[0016] [Figure 1] It is a block diagram showing the system configuration of an MCP support system A according to an embodiment of the present invention. [Figure 2] It is a block diagram showing the cooperation of an MCP support device B according to an embodiment of the present invention with an external system. [Figure 3] It is a block diagram showing the functional configuration of an MCP support device B according to an embodiment of the present invention. [Figure 4] It is a schematic diagram showing the configuration of an MCP support image G in an embodiment of the present invention. [Figure 5] It is a flowchart showing the operation of an MCP support system A according to an embodiment of the present invention. [Figure 6] It is a schematic diagram showing the outline of a task definition sheet in an embodiment of the present invention. [Figure 7] It is a schematic diagram showing the configuration of the MCP support image Ga in a modification of an embodiment of the present invention. [Figure 8] It is a flowchart showing the operation in the case of a shortage of human resources in a modification of an embodiment of the present invention. [Figure 9] It is a schematic diagram showing the configuration of the MCP support image Gb in a modification of an embodiment of the present invention. [Figure 10] It is a schematic diagram showing the configuration of the MCP support image Gc in a modification of an embodiment of the present invention. [Figure 11] It is a schematic diagram showing the configuration of the MCP support image Gd in a modification of an embodiment of the present invention. [Figure 12] It is a schematic diagram showing the configuration of the MCP support image Ge in a modification of an embodiment of the present invention.

Mode for Carrying Out the Invention

[0017] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. The MCP support system A according to this embodiment is a business continuity support system that targets a medical facility as a support target facility, and supports individual medical business continuity tasks (MCP tasks) registered in the medical business continuity plan (MCP: Medical Continuity Plan) in the medical facility.

[0018] In the medical business continuity plan (MCP), a task definition sheet is created that shows in chronological order who performs which MCP task at what timing that a medical facility should perform in the event of a disaster such as an earthquake, flood, or spread of infectious diseases, and also describes the cooperation relationship, priority, and required number of staff among the MCP tasks. Then, in the medical business continuity plan, by sequentially implementing the MCP tasks based on the task definition sheet, the medical business continuity of the medical facility is achieved.

[0019] This MCP support system A is installed in a medical facility and is used jointly by multiple implementers who are responsible for MCP tasks at the medical facility, thereby supporting the implementers in their MCP tasks. As shown in Figure 1, this MCP support system A is composed of an MCP support device B and multiple communication terminals T connected to each other via a support communication line N.

[0020] Each of the multiple implementation staff members is assigned a role. For example, the implementation manager is the head of the disaster response headquarters, and his role is to supervise whether the MCP tasks based on the task definition sheet prepared in advance are being carried out properly. When implementing the MCP, the implementation manager relies on the medical practice continuity plan execution base (disaster response headquarters office), supervises the execution status of individual MCP tasks (individual tasks) by other implementation staff members (individual staff members), and gives instructions to the individual staff members on work based on the MCP.

[0021] The role of the implementation staff (individual staff) other than the implementation manager is to accurately carry out individual tasks under the supervision of the implementation manager. Multiple individual staff perform their assigned individual tasks in various locations in the medical facility, separate from the implementation management office. In other words, MCP tasks are carried out through the cooperation of multiple implementation staff dispersed throughout the medical facility.

[0022] The MCP support device B is a business continuity support device that plays a central role in the MCP support system A according to this embodiment, and is a type of computer. That is, the MCP support device B realizes the MCP implementation support function according to the task definition sheet by cooperating with its own hardware resources and software resources such as the task definition sheet and the disaster prevention support program.

[0023] This MCP support device B has a function for creating a task definition sheet to be used during normal times, in addition to the MCP implementation support function to be used when a disaster occurs. As mentioned above, the task definition sheet is a plan that shows the MCP tasks in chronological order during a disaster, as well as the mutual coordination relationships between the MCP tasks, priority, the number of required staff, etc.

[0024] The MCP implementation support function in the MCP support device B functions based on a task definition sheet created in advance during normal times. Such an MCP support device B is mainly used by the person in charge of implementation and the person in charge of implementation who supports the person in charge of implementation in the implementation management office.

[0025] The MCP support device B has a communication function as part of the above MCP implementation support function. That is, the MCP support device B acquires various types of information (MCP-related information) necessary for the MCP implementation support function from a plurality of communication terminals T via the support communication line N, and transmits MCP implementation support information to the plurality of communication terminals T via the support communication line N.

[0026] In addition to acquiring MCP-related information via the support communication line N, the MCP support device B also acquires MCP-related information via the in-hospital network N1 and the public communication line N2. That is, the MCP support device B exerts the MCP implementation support function by processing the MCP-related information acquired via the support communication line N, the in-hospital network N1, and the public communication line N2 based on the disaster prevention support program.

[0027] The plurality of communication terminals T are portable terminals or stationary terminals operated by individual persons in charge who are responsible for MCP tasks in various locations of the medical facility. By using this communication terminal T, the individual person in charge transmits MCP-related information necessary for the MCP implementation support function to the MCP support device B via the support communication line N.

[0028] In addition, the individual person in charge performs individual tasks based on the disaster prevention information acquired from the MCP support device B via the communication terminal T and the support communication line N, and transmits (reports) the implementation status of the individual tasks to the MCP support device B using the communication terminal T. Such a communication terminal T is a desktop personal computer, a tablet personal computer, a smartphone, etc. equipped with a communication function.

[0029] The support communication line N connects the MCP support device B and multiple communication terminals T for free wireless communication. This support communication line N is not particularly limited, and may be a well-known public wireless communication line, a dedicated communication line for disaster prevention facilities, or a combination of a public wireless communication line and a dedicated communication line. The dedicated communication line may be a wireless line and a wired line interconnected, or may be formed solely by a wireless line.

[0030] Such an MCP support device B is communicably connected to various in-hospital systems (in-facility systems) via an in-hospital network N1 (in-facility network) as shown in Figure 2, and is also communicably connected to multiple external servers via a public communication line N2. The in-hospital network N1 is a wired and / or wireless network established within a medical facility, and is connected to various in-hospital systems necessary for the performance of medical practice at the medical facility.

[0031] As shown in the figure, the in-hospital systems mentioned above include an electronic medical record system C that manages patients' conditions, a safety confirmation and assembly availability management system D that checks the safety of staff in the event of a disaster and whether they can assemble (commence work) at the medical facility, a staff presence management system E that keeps track of the locations of staff activities (work locations), a patient information management system F that manages patients who are admitted or visiting the hospital, a facility information management system G that manages the facility infrastructure and medical equipment and stockpiles at the medical facility, an emergency patient response status management system H that manages the response status to emergency patients, and an emergency response staff management system I that manages staff who respond to emergency patients.

[0032] The above public communication line N2 is the Internet or / and a telephone line, and is connected to a plurality of external servers. The external server is an information server that provides MCP-related information in a medical facility. This external server includes, for example, a weather server J that provides weather information in the area where the medical facility is located, a local government server K that provides the occurrence status of disasters in the area where the medical facility is located, a regional disaster prevention and medical institution information platform L, and the like. Note that the MCP support device B makes a support request to the regional disaster prevention and medical institution information platform L or provides support to an external medical facility (push-type support) as necessary.

[0033] Subsequently, the detailed configuration of the disaster prevention support device B will be described with reference to FIG. 3. As shown in FIG. 3, the MCP support device B includes at least a first communication unit 1, a second communication unit 1A, a third communication unit 1B, a storage unit 2, an operation unit 3, a calculation unit 4, and a display unit 5. These first communication unit 1, second communication unit 1A, third communication unit 1B, storage unit 2, operation unit 3, calculation unit 4, and display unit 5 are hardware resources of the MCP support device B.

[0034] The MCP support device B supports the MCP tasks by multiple implementers and the rapid judgment of the disaster countermeasure headquarters by the cooperation of such hardware resources and software resources such as a task definition sheet and a disaster prevention support program (application program) pre-stored in the storage unit 2.

[0035] Here, the second communication unit 1A and the third communication unit 1B are information acquisition units in the MCP support device B. Also, the storage unit 2 and the calculation unit 4 are support information generation units in the MCP support device B. Further, the first communication unit 1 and the display unit 5 are output units in the MCP support device B.

[0036] The first communication unit 1 is electrically internally connected to the calculation unit 4, and is also communicatively connected to a plurality of communication terminals T via a support communication line N. The first communication unit 1 transmits MCP support information to the plurality of communication terminals T based on a communication command input from the calculation unit 4, and outputs work reports of individual staff members received from the plurality of communication terminals T to the calculation unit 4.

[0037] The second communication unit 1A is electrically connected internally to the calculation unit 4, and is externally connected to multiple in-hospital systems via the in-hospital network N1 so as to be able to communicate freely. The second communication unit 1A receives MCP-related information from the in-hospital systems and outputs it to the calculation unit 4 by transmitting requests to the multiple in-hospital systems to acquire MCP-related information based on communication commands input from the calculation unit 4.

[0038] The third communication unit 1B is electrically connected internally to the calculation unit 4, and is externally connected via the public communication line N2 to be able to communicate freely with a plurality of external servers. The third communication unit 1B receives MCP-related information from the external servers and outputs it to the calculation unit 4 by transmitting requests to acquire MCP-related information to the plurality of external servers based on communication commands input from the calculation unit 4.

[0039] The storage unit 2 is a collection of multiple storage devices such as a ROM (Read Only Memory), a RAM (Random Access Memory), and a hard disk, and is electrically connected to the calculation unit 4. The storage unit 2 stores the task definition sheet and the MCP support program in the ROM in advance, and stores the task information input from the calculation unit 4 in the RAM, etc. The storage unit 2 provides the task definition sheet, the MCP support program, and the task information to the calculation unit 4 based on a read request input from the calculation unit 4.

[0040] The operation unit 3 is a collection of a keyboard, mouse, tablet, etc., and is electrically connected to the calculation unit 4. The operation unit 3 receives operation instructions from the disaster prevention officer (disaster prevention manager) and outputs the operation instructions to the calculation unit 4. The operation instructions are processed in the calculation unit 4 based on the task definition sheet and the MCP support program.

[0041] The arithmetic unit 4 is a hardware resource electrically connected to the first communication unit 1, the second communication unit 1A, the third communication unit 1B, the storage unit 2, the operation unit 3, and the display unit 5. By reading and executing the MCP support program from the storage unit 2, and based on the operation instructions input from the operation unit 3, the arithmetic unit 4 generates an image signal indicating the MCP support image G, and outputs an execution instruction for the MCP task to the first communication unit 1.

[0042] The arithmetic unit 4 causes the display unit 5 to display the MCP support image G on the screen by outputting the image signal thereto, and acquires the business information of the individual person in charge by outputting the execution instruction for the MCP task to the first communication unit 1. Note that the MCP support image G and the execution instruction for the MCP task generated by the arithmetic unit 4 are support information (MCP support information) for supporting the execution of the MCP task.

[0043] The display unit 5 is an image display device electrically connected to the arithmetic unit 4. The display unit 5 displays the MCP support image G based on the image signal input from the arithmetic unit 4. The person in charge of executing the MCP task can check the overall execution status of the MCP task, that is, the execution status of the medical business continuity plan, based on the MCP support image G displayed on the display unit 5.

[0044] The MCP support image G is support information for providing support information for the MCP task to the person in charge of execution. That is, this MCP support image G is image information in the form of a dashboard that provides various support information for supporting the execution of the MCP task to the person in charge of execution, and includes four image areas as shown in FIG. 4. The MCP task·required resource area g1 is the first image area, and is a display area that shows the execution status of the MCP task described in the task definition sheet as support information.

[0045] This MCP task - required resource area g1 includes, as shown in FIG. 4, the display areas of the requested tasks (MCP tasks) and the completed tasks (MCP tasks), the display area of the tasks in progress (MCP tasks), and the display area of the waiting tasks. Such an MCP task - required resource area g1 is for screen - displaying the implementation status of the requested tasks of the implementers in charge of the MCP tasks at a glance.

[0046] The MCP monitoring area g2 is the second image area and is a display area that shows the overall implementation status of the MCP tasks in the form of a task definition sheet as support information. As shown in FIG. 4, this MCP monitoring area g2, in addition to displaying the progress status of the MCP tasks as the current situation, also displays the future prediction of the progress status of the MCP tasks and the risks (concerns) in proceeding with the MCP tasks.

[0047] The human resource area g3 is the third image area and is a display area that shows the human resource information related to the execution of the MCP tasks in a medical facility as human resource information. Such human resource information includes, for example, the safety information of the staff, the information on availability for recruitment, the in - house information, the in - hospital patient information, the basic information of emergency patients, the patient response status information, the emergency response staff information, and the emergency response video information.

[0048] The human resource area g3 classifies and displays the above - mentioned human resource information into in - house resources, waiting resources, and recruited resources, for example, as shown in FIG. 4. Such a human resource area g3 is created by the MCP support device B in cooperation with the safety confirmation - recruitment availability management system D and the in - house staff management system E.

[0049] The in - house resources indicate the job types, qualifications, and numbers of the staff present (in - house) in the medical facility when implementing the MCP tasks. Since the medical acts that the staff of a medical facility can perform vary depending on their qualifications, simply grasping the number alone cannot enable accurate implementation of the MCP tasks. Against such a background, the in - house resources display not only the number of the staff present in the medical facility at the time of implementation but also the job types and qualifications.

[0050] Standby resources indicate the job type, qualifications, and number of staff members who are not present (on-site) at the medical facility when the MCP task is performed. In other words, standby resources indicate the job type, qualifications, and number of staff members who are employed at the medical facility but are not present at the facility when the MCP task is performed. Call resources indicate the job type, qualifications, and number of staff members who are not present at the medical facility but can be called up by contacting them.

[0051] The supplementary information area g4 is the fourth image area, and is a display area that displays support information such as inpatient and outpatient information, weather and disaster information, information on collaboration with local government related organizations, and facility infrastructure information, as shown in Figure 4. Inpatient and outpatient information is information that indicates inpatients and outpatients at medical facilities, and is information obtained through collaboration with the above-mentioned electronic medical record system C, patient information management system F, and emergency patient response status management system H.

[0052] Weather and disaster information is meteorological and disaster information for the area where the medical facility is located, and is information obtained from the above-mentioned weather server J. Local government related organization collaboration information is information indicating the status of collaboration with local governments, etc. in the area where the medical facility is located in the event of a disaster, and is information obtained through collaboration with the local government server K and the local disaster prevention and medical institution information platform L.

[0053] The facility infrastructure information is non-human resource information that is obtained through cooperation with the above-mentioned facility information management system G. This facility infrastructure information (non-human resource information) is different from the above-mentioned human resource information, and includes, for example, information on whether surgery can be performed, information on whether examinations can be performed, information on the operating status of hospital infrastructure, information on the number of available medical devices, information on the operating status of hospital systems, stockpiles, and information on disaster damage to the hospital.

[0054] Such an MCP support image G accurately provides the person in charge with a wide range of information necessary for MCP tasks in a medical facility. For example, the person responsible for implementing the medical business continuity plan can easily and accurately grasp the progress of the medical business continuity plan by viewing the MCP support image G. In addition, based on the location information of human and non-human resources, the person in charge of the countermeasure headquarters can grasp the medical service provision system in real time and intuitively, which can greatly contribute to improving the effectiveness of medical business continuity at the emergency medical site where quick and flexible judgment is required.

[0055] Here, the function of the arithmetic unit 4 described above will be explained in more detail. The arithmetic unit 4 includes a total of six functional components as individual functional components for generating the MCP support image G. That is, the arithmetic unit 4 includes a task management support unit 4a, a patient management support unit 4b, an emergency patient management support unit 4c, a first staff management unit 4d, a second staff management unit 4e, and a facility infrastructure monitoring unit 4f.

[0056] The task management support unit 4a is a functional component that displays the implementation instructions and completion reports of the MCP tasks registered in the task definition sheet, as well as the unimplemented and overdue MCP tasks on the dashboard. More specifically, the task management support unit 4a has the following four functions.

[0057] (1) Push notifications are sent in a timely manner (after the stage transition is determined, and for items that cannot be implemented unless a certain item is completed, after the completion notice) to the person scheduled to implement the MCP tasks registered in the task definition sheet (for example, the communication terminal T assigned to the scheduled implementation department). (2) Push notifications of MCP tasks are sent according to the need for cooperation between MCP tasks and the priority of MCP tasks. (3) After the implementation of the MCP task, selecting "completed" on the communication terminal T causes the dashboard to display the implementation completion. (4) Unimplemented MCP tasks (unimplemented tasks) are displayed on the dashboard. In addition, unimplemented tasks can be instructed again to the communication terminal T via the MCP support system under the instruction of the person in charge of implementation.

[0058] The patient management support department 4b is a functional component that realizes the following four functions by coordinating the above-mentioned electronic medical record system C and patient information management system F. · Display the trends of inpatients (inpatients, outpatients, others) in medical facilities in real time. · Display on the dashboard information that enables the determination of responses to inpatients within a predetermined lead time for patients who can be discharged among inpatients and patients who have difficulty returning home among outpatients. · Link the information of inpatients and outpatients with the patient status information in the electronic medical record system. · Link patients, visitors, vendors, etc. with information such as name, visiting destination (ward and patient name), visiting time, etc. from the terminal at the hospital reception window.

[0059] More specifically, the patient management support department 4b has the following three functions. (1) Inpatient information: Aggregate by ward based on the patient information of the electronic medical record system C and patient information management system F (number of inpatients, number of empty beds, severity, critical change situation, dialysis, ventilator, oxygen, transfer classification, newborn, presence or absence of infectious diseases, etc.) and display it on the dashboard. (2) Outpatient information: Aggregate by department based on the patient information of the electronic medical record system C and patient information management system F (patient status information such as coming to the hospital, waiting for examination, etc.) and display it on the dashboard. (3) Other information: Aggregate by ward based on the reception information at the visitor reception window (ward information of the visiting destination, etc.) and display it on the dashboard.

[0060] The emergency patient management support department 4c is a functional component that realizes the following three functions by coordinating with the patient information management system F and the emergency patient response status management system H. · Grasp and display the status of admitted emergency patients through the location information system and by reading patient and staff barcodes and QR codes. · Display the prediction of emergency patient occurrence (judge the number of emergency patients from the prediction of flooded areas). - The current emergency admission situation and the forecast number of emergency patients will be used to make decisions about future emergency admissions. Displays the number of emergency patients transported to red, yellow, green, black and triage areas, as well as their attributes, treatment details, requests to the disaster response headquarters and destinations.

[0061] More specifically, the emergency patient management support unit 4c has the following three functions. (1) Display an overview of emergency patients (gender, age, and illness (injury) status) on the dashboard. (2) By using a location information system and reading patient and staff barcodes and QR codes, the number of emergency patients admitted by severity is displayed in real time on a dashboard. (3) The system predicts the future increase in emergency patients based on the flooding situation in the area and displays the results on the dashboard. This predicts the increase in the number of emergency patients to be admitted, taking into account patients who will be transferred from nearby hospitals that are more likely to be flooded based on the flooding forecast for the area.

[0062] The first staff management unit 4d is a functional component that realizes the following three functions by linking with the safety confirmation and attendance management system D. ·Confirm the safety of all employees (MCP staff). · Check the staff in the medical facility (hospital) by job type. · Communicate assembly instructions, confirm whether or not you can attend, and confirm your arrival.

[0063] More specifically, the first staff management unit 4d has the following eight functions. (1) Confirm the safety of all staff (MCP staff), and report their location and whether they can attend. (2) The results are displayed on the dashboard by department and occupation (safety status, staff in the hospital, and whether they can attend). (3) The dashboard displays a list of departments and occupations, safety confirmation status, and attendance status. (4) When necessary, a push notification is automatically sent to communication terminal T to convene a meeting of the medical department / workplace manager, and an acknowledgement notification is received from communication terminal T. (5) Once the decision to assemble off-site staff is made after consultation at the Disaster Management Headquarters, the off-site staff to be assembled are selected from the assembly availability list on the dashboard, the number of staff to be assembled and their place of residence are confirmed, and the staff to be assembled are reviewed. Then, assembly instructions are sent out to everyone using the assembly button on the assembly availability list. (6) After arriving at the medical facility (hospital), an arrival notification is sent back from communication terminal T. (7) The number of in-hospital staff members on the dashboard will be automatically updated based on the arrival notification. (8) If the Disaster Management Headquarters decides to issue an additional assembly order, the above assembly order will be repeated.

[0064] The second staff management unit 4e is a functional component that realizes the following three functions by linking with the staff management system E and the emergency response staff management system I. -By using a location information system and reading patient and staff barcodes and QR codes, the locations of hospital staff members' medical activities and disaster prevention activities can be identified. - Understand the balance of staff numbers and job types in disaster prevention operations and triage operations, and display information that can be used to instruct appropriate staff deployment. - Obtain location information for patients, visitors, visitors, attendants, contractors, etc., and determine whether anyone has been unable to evacuate.

[0065] More specifically, the second staff management unit 4e has the following two functions. (1) By linking with the staff management system E and the emergency response staff management system I, the location of staff work, their names, extension numbers, etc. are displayed on the map. (2) Instruct the target employee to change the location of activities or the content of their work based on the MCP tasks displayed on the dashboard.

[0066] The facility infrastructure monitoring unit 4f is a functional component that cooperates with the facility information management system G to realize the following four functions. -Display the operating status of hospital infrastructure (electricity, emergency generator, gas supply, water supply, sewage, and communications) in real time. · Display the operating status of medical gases, operating rooms, diagnostic imaging equipment, inspection equipment, medical equipment, blood transfusion warm storage, cold storage (for storing emergency food, etc.) in real time. · Regarding the above, also obtain the consumption amounts (electricity, city water, gas, medical gas, etc.), and calculate and display the remaining operating time when the hospital operates in the disaster operation mode registered in advance. · Compare the assumed energy consumption in the disaster operation mode with the actual energy consumption information, and display a warning if the operating time is shorter than the assumed operating time.

[0067] More specifically, the facility infrastructure monitoring unit 4f has the following three functions. (1) Display the operating / non-operating status and consumption per hour of the in-hospital infrastructure (electricity, emergency generator, gas supply, water supply and drainage, communication) on the dashboard in real time. (2) Display the operating / non-operating status of medical gases, operating rooms, diagnostic imaging equipment, inspection equipment, medical equipment, blood transfusion warm storage, cold storage, etc. on the dashboard in real time. (3) Notify an alarm when the actual energy consumption is higher than the assumed energy consumption in the disaster operation mode.

[0068] In addition, this facility infrastructure monitoring unit 4f is a functional component that grasps the remaining amounts of in-hospital reserve items (emergency food, pharmaceuticals, medical materials, central management equipment, nursing supplies, etc.) used during disasters by cooperating with the facility information management system G. The facility information management system G grasps the inventory of in-hospital reserve items using, for example, IC tags. The IC tags store the item name, quantity (unit), LOT number (lot number), expiration date, etc.

[0069] In addition, the facility information management system G grasps the inventory using department systems, location information systems, in-hospital cameras, etc. in addition to IC tags, and outputs a notification (push notification) when an IC tag moves a certain distance. Note that this facility information management system G has a function of managing the inventory manually in addition to the inventory management using IC tags.

[0070] More specifically, the facility infrastructure monitoring unit 4f has the following five functions. (1) For each item registered in the hospital's stockpiles, information such as quantity (unit), LOT number, expiration date, etc. will be displayed on the dashboard. (2) The data of the moved IC tag is reflected as if the item has been consumed. (3) Based on the movement information on the IC tag, the actual item is confirmed and manually entered into the inventory management data. (4) Use a barcode reader when receiving goods or taking inventory. (5) Important controlled items will be displayed on the main dashboard.

[0071] The MCP support program is a collection of multiple dedicated application programs. That is, each functional component of the calculation unit 4 is realized by the cooperation of the calculation unit 4 (hardware resource) and each dedicated application program (software resource) pre-stored in the storage unit 2.

[0072] That is, the MCP task registration and management unit 4a is a functional component realized by the processing unit 4 executing a first dedicated application program. The first task management support unit 4b is a functional component realized by the processing unit 4 executing a second dedicated application program. The second task management support unit 4c is a functional component realized by the processing unit 4 executing a third dedicated application program.

[0073] Furthermore, the first staff management unit 4d is a functional component realized by the calculation unit 4 executing a fourth dedicated application program. The second staff management unit 4e is a functional component realized by the calculation unit 4 executing a fifth dedicated application program. The first facility infrastructure monitoring unit 4f is a functional component realized by the calculation unit 4 executing a sixth dedicated application program. Furthermore, the second facility infrastructure monitoring unit 4g is a functional component realized by the calculation unit 4 executing the sixth dedicated application program.

[0074] Next, the operations of the MCP support system A and the MCP support device B according to this embodiment will be described with reference to the flowchart shown in FIG.

[0075] The MCP support device B creates a task definition sheet based on the medical practice continuity plan as a preliminary preparation before activating the MCP support system A. In creating this task definition sheet, the calculation unit 4 defines each MCP task to be registered in the task definition sheet (step S1). That is, the calculation unit 4 subdivides and organizes the MCP tasks before the disaster occurs, the priority response operations immediately after the disaster, etc., into MCP tasks.

[0076] Then, when the definition of all MCP tasks is completed, the calculation unit 4 adjusts the relationships between the MCP tasks (step S2). That is, the calculation unit 4 organizes the implementation procedures of multiple MCP tasks and clarifies the connections and relationships between each MCP task. As a result, the implementation procedures of the MCP tasks become clear, allowing the person in charge to autonomously carry out disaster prevention action work.

[0077] When the processing of step S2 is completed, the calculation unit 4 defines the resources required to perform the MCP task (step S3). That is, the calculation unit 4 clarifies the number of staff required for each MCP task, their job type, qualifications, and the assembly procedure in case of a shortage of staff within the hospital. The calculation unit 4 also grasps in real time how many staff are required to perform the MCP task. Completion of the processing of step S3 completes the creation of a task definition sheet based on the medical practice continuity plan.

[0078] Figure 6 is a schematic diagram showing an overview of the task definition sheet. This task definition sheet is assigned a task number and defines multiple items (fixed person in charge, execution order, task content, execution location and execution timing, etc.) required to execute multiple MCP tasks corresponding to the disaster stage (stage).

[0079] When the creation of the task definition sheet is completed, the arithmetic unit 4 starts to support the execution of the business continuity plan, that is, the execution of individual MCP tasks by a plurality of persons in charge of implementation (MCP support) according to the task definition sheet (step S4), and monitors the execution of the MCP tasks and monitors the resources (step S5).

[0080] That is, the arithmetic unit 4 causes the MCP task to be executed by transmitting an instruction to execute the MCP task to the communication terminal T of the individual person in charge of the MCP task via the first communication unit 1 according to the task definition sheet, and acquires a completion report of the MCP task from the communication terminal T via the first communication unit 1. The arithmetic unit 4 monitors the execution of the MCP task through the transmission of the execution instruction to the communication terminal T and the reception of the completion report from the communication terminal T.

[0081] Then, the arithmetic unit 4 appropriately updates the MCP support image G based on the result of such monitoring of the execution of the MCP task. That is, the MCP support image G always presents the latest execution status of the business continuity plan to the persons in charge of implementation through the monitoring of the execution of the MCP task in the arithmetic unit 4.

[0082] In addition, the arithmetic unit 4 sequentially updates the resources necessary for executing the MCP task by appropriately acquiring MCP-related information from the communication terminal T, the in-hospital system, and the external server. That is, the arithmetic unit 4 acquires MCP-related information from a plurality of communication terminals T via the first communication unit 1 and the communication line N. The MCP-related information acquired by the arithmetic unit 4 via the first communication unit 1 and the communication line N is information manually input by the operator of each communication terminal T to the communication terminal T (manually input information).

[0083] The calculation unit 4 also automatically acquires MCP-related information from the in-hospital system via the second communication unit 1A and the in-hospital network N1. Furthermore, the calculation unit 4 automatically acquires MCP-related information from an external server via the third communication unit 1B and the public communication line N2. The MCP-related information acquired by the calculation unit 4 via the second communication unit 1A and the in-hospital network N1 and the third communication unit 1B and the public communication line N2 is information automatically acquired by communication between the second communication unit 1A and the in-hospital system and communication between the third communication unit 1B and the external server.

[0084] Here, if the calculation unit 4 cannot acquire the MCP-related information from the in-hospital system and the external server, it acquires the MCP-related information from the communication terminal T. For example, when the communication terminal T receives a request to acquire MCP-related information related to the in-hospital system and the external server from the MCP support device B, the operator manually inputs the MCP-related information related to the in-hospital system and the external server into the communication terminal T, causing it to be transmitted to the MCP support device B.

[0085] In other words, the MCP support device B of this embodiment may acquire MCP-related information regarding the in-hospital system and external server from the in-hospital system and external server, that is, from the communication terminal T via the communication line N, without going through the in-hospital network N1 and the public communication line N2.

[0086] The calculation unit 4 then updates the MCP support image G as appropriate based on the results of such resource monitoring. As a result, the MCP support image G presents the implementation staff with the latest information on the resources required to execute the MCP tasks. When the calculation unit 4 receives a completion report for all MCP tasks registered in the task definition sheet, it ends the support for the implementation of the medical practice continuity plan.

[0087] 4 shows an example of the configuration of the MCP support image G, but the MCP support image Ga shown in Fig. 7 can be considered as a modified example of the MCP support image G. This MCP support image Ga is image information in a dashboard format, similar to the MCP support image G, and has a total of 12 display areas a1 to a12 as shown in the figure.

[0088] The first display area a1 shows the "Timeline Flood Stage" and displays information such as the current flood sequence "Flood Stage", the time when the stage transition will occur, and the remaining lead time for that stage (for example, for Stage 3, "xx minutes remaining / 360 minutes").

[0089] The second display area a2 shows "weather information and water level information," and by working in conjunction with the weather server J and the local government server K, displays information such as weather information (including forecasts) used as triggers for the implementation of MCP tasks, water level information (including forecasts), reference weather information (rainfall, flood warnings, heavy rain warnings, landslide warning information, etc.), and local government evacuation information (evacuation of the elderly, etc., evacuation orders, etc.).

[0090] The third display area a3 shows "surveillance camera footage", and by linking with the facility information management system G, displays surveillance camera footage from multiple locations (entrances / exits, triage areas, emergency areas, etc.).

[0091] The fourth display area a4 shows "preparatory activity task progress management," and displays the preparatory activity tasks (multiple) that have been activated for each flood stage, task content, required personnel, estimated required time, priority, etc. by linking with the MCP support device B. The fourth display area a4 assists in the progress management of MCP tasks by monitoring in real time the registration status of the person in charge for each MCP task and the work completion status.

[0092] The fifth display area a5 shows the "vacant bed status in the ward" and, by linking with the electronic medical record system C and the patient information management system F, displays the number of vacant beds in each ward, the number of patients scheduled to be admitted to each ward on the day, the number of admitted patients, the number of patients scheduled to be discharged, and the number of discharged patients, etc.

[0093] The sixth display area a6 shows "hospitalized patient information," and by linking with the electronic medical record system C and the patient information management system F, displays the number of patients with sudden changes in condition, the number of patients undergoing dialysis, the number of patients expecting to give birth, the number of patients on ventilators, and the number of patients requiring oxygen inhalation.

[0094] The seventh display area a7 shows "Surgery patient information / Outpatient patient information," and by linking with the electronic medical record system C and the patient information management system F, displays the number of surgeries scheduled for the day, the number of outpatient appointments, the number of future clinics, the number of patients waiting for an appointment, the number of appointments temporarily closed, and the number of appointments closed.

[0095] The eighth display area a8 shows "staff safety information, hospital status information, and assembly information," and by linking with the safety confirmation and assembly support system G, it displays the safety of staff, their status in the hospital, and whether they can assemble, as well as the staff safety status, number of staff in the hospital, number of staff who can assemble, and number of staff who can assemble for each department.

[0096] The ninth display area a9 shows the "staff assembly status" and is linked to the safety confirmation and assembly availability management system D and the staff presence management system E, and by using a GPS (Global Positioning System), it displays the staff assembly status and a list of staff who have arrived at the hospital.

[0097] The tenth display area a10 shows the "emergency patient response status (number of monitoring response staff, number of emergency patients, location information)" and, by linking with the emergency patient response status management system H and the emergency response staff management system I, displays patient and staff marks within the floor plan image, as well as red (severe), yellow (moderate), and green (mild) tag patient response areas, the number of patients in each triage area, the number of staff, and a list of responding staff.

[0098] The eleventh display area a11 indicates the "in-hospital infrastructure operating status," and by linking with the facility information management system G, displays the normal / abnormal status of electricity (commercial power supply, emergency power supply), the operating time of the emergency power supply, the normal / abnormal status of tap water, well water, sewage, gas, elevators, and escalators, and the normal / abnormal status of medical gases (oxygen, air, nitrogen, nitrous oxide, and inhalation).

[0099] The twelfth display area a12 shows the "available medical equipment status," and by linking with the medical equipment and supplies stockpile management system I, displays the number of available medical equipment, the number of available units based on location information of ventilators, infusion pumps, syringe pumps, oxygen cylinders, etc., and the shortage status of stockpiled items (medicine inventory, medical supplies inventory, emergency food, drinking water, etc.).

[0100] Furthermore, it is expected that there will be a shortage of human resources when carrying out disaster prevention activities in medical facilities. Figure 8 is a flowchart showing the operation of the MCP support system A when there is such a shortage of human resources. To deal with this shortage of human resources, the following two pre-processing steps must be performed on the MCP support device B.

[0101] The first pre-processing is to define in advance in the "task definition sheet" the execution trigger of the MCP task (the timing at which each MCP task is notified to the communication terminal T), the number of people required to execute the MCP task, and the required time. The second pre-processing is to define in the task definition sheet backup personnel (multiple departments) from other departments to be used in the event that there is a shortage of personnel to execute the MCP task.

[0102] With these two pre-processing steps completed, the MCP support system A operates in the event of a shortage of human resources as shown in Fig. 8. First, the MCP support device B sends a push notification of the work content, work location, required work personnel, estimated work time, etc. to the communication terminal T of the department manager who will perform the MCP task (the department manager in charge of the task) (step S1a).

[0103] The department manager in charge of the task who received this push notification determines whether it is possible to select a person in charge of the MCP task (step S2a). If it is possible to select a person in charge, that is, if the determination in step S2a is "Yes," the department manager in charge of the task reports the person in charge and the number of people in charge to the disaster response headquarters (step S3a).

[0104] That is, the department manager in charge of the task determines whether it is possible to select a person to carry out the MCP task based on the status of the department staff present in the building, etc. Then, if it is possible to select a person to carry out the task, the department manager in charge of the task uses the communication terminal T to transmit the person and the number of people to carry out the MCP task to the MCP support device B.

[0105] On the other hand, if the task department manager is unable to select a person in charge, that is, if the determination in step S2a is "No," the task department manager uses the communication terminal T to send a message to the MCP support device B that a person in charge of the MCP task cannot be selected. As a result, the MCP support device B displays a delay status alert on the MCP support image G (step S4a). That is, this delay status alert is automatically notified to the disaster response headquarters and the task department manager based on the report from the task department manager.

[0106] The MCP support device B selects backup personnel candidates who can become the person in charge of implementation from among the backup personnel registered in advance based on the presence status, expected arrival time, work status, etc., and notifies the department manager of the backup personnel candidate of a request to back up the shortage of personnel (step S5a). That is, the MCP support device B transmits the backup request to the communication terminal T held by the department manager of the backup personnel candidate.

[0107] The department manager of the backup personnel candidate determines whether it is possible to select a backup personnel (person in charge of implementing the MCP task) in response to the backup request (step S6a). If it is possible to select a backup personnel, that is, if the determination in step S6a is "Yes," the department manager of the backup personnel candidate reports the backup personnel to the disaster response headquarters (step S7a). That is, the department manager of the backup personnel candidate uses communication terminal T to send the backup personnel to MCP support device B as a response report to the backup request.

[0108] When the MCP support device B receives such a response report for the backup request, it notifies the task - in - charge section chief that a backup staff member has been selected, that is, that the shortage of personnel has been replenished (step S8a). That is, the MCP support device B transmits the replenisher (backup staff member) of the shortage of personnel in the section of the task - in - charge section chief to the communication terminal T of the task - in - charge section chief.

[0109] If the determination in step S6a is "No", for example, when backup staff members cannot be selected for a backup request because personnel are absent at night, on holidays, etc., the section chief of the backup staff candidate reports the inability to respond to the backup request to the disaster countermeasure headquarters (step S9a). That is, the section chief of the backup staff candidate transmits a response report indicating the inability to respond to the backup request to the MCP support device B. The MCP support device B causes the above response report to be displayed on the MCP support image G to notify the disaster countermeasure headquarters.

[0110] When the MCP support device B receives the above - mentioned response report of inability to respond, it re - selects backup staff candidate(s) who can be the implementers from among the pre - registered backup staff members based on in - house status, scheduled arrival time, work status, etc., and notifies the section chief of the backup staff candidate(s) of the backup request (step S10a). That is, the MCP support device B transmits the backup request to the communication terminal T held by the section chief of the backup staff candidate(s).

[0111] The section chief of the backup staff candidate(s) determines whether it is possible to select backup staff members for the above - mentioned backup request (step S11a). And when it is possible to select backup staff members, that is, when the determination in step S11a is "Yes", the section chief of the backup staff candidate(s) reports the backup staff members to the disaster countermeasure headquarters (step S12a). That is, the section chief of the backup staff candidate(s) uses the communication terminal T to transmit the backup staff members to the MCP support device B as a response report for the backup request. The MCP support device B causes the above response report to be displayed on the MCP support image G to notify the disaster countermeasure headquarters.

[0112] When the MCP support device B receives the response report from the backup personnel, it notifies the task department manager that the shortage of personnel has been replenished (step S13a). That is, the MCP support device B notifies the task department manager by transmitting the backup personnel in the department of the task department manager to the communication terminal T of the task department manager.

[0113] If the determination in step S11a above is "No," that is, if a backup person could not be selected in response to two backup requests, the department manager of the backup person candidate reports to the disaster response headquarters that he or she cannot respond to the backup request (step S14a). That is, the department manager of the backup person candidate sends a response report to the MCP support device B indicating that he or she cannot respond to the backup request. The MCP support device B notifies the disaster response headquarters of the response report by displaying the response report on the MCP support image G.

[0114] In this case, the disaster countermeasures headquarters considers how to resolve the shortage of human resources based on various information displayed on the MCP support image G, namely, the progress status of preparation activity tasks, information on available beds in the ward, information on inpatients, information on surgical patients, information on outpatients, information on the safety of staff, information on hospital status, information on whether staff can be assembled, the status of staff assembly, the status of emergency patient response, etc. (Step S15a) Then, the disaster countermeasures headquarters issues instructions to resolve the shortage of human resources based on the results of the consideration.

[0115] When the processing of steps S1a to S15a is completed in this manner, the implementation person executes the MCP task (step S16a). The implementation person determines whether the execution of the MCP task is completed within a predetermined time specified as the execution time of the MCP task (step S17a). If the determination in step S17a is "Yes," the implementation person reports task completion to the disaster response headquarters (step S18a).

[0116] That is, the person in charge of implementation sends a task completion report from the communication terminal T to the MCP support device B. The MCP support device B causes the task completion report to be displayed on the MCP support image G to notify the disaster countermeasure headquarters.

[0117] On the other hand, when the determination in step S17a is "No", the person in charge of implementation reports a task delay report to the disaster countermeasure headquarters (step S19a). That is, the person in charge of implementation sends the task delay report from the communication terminal T to the MCP support device B to be displayed on the MCP support image G. The disaster countermeasure headquarters recognizes that the MCP task has not been executed within the specified time based on the MCP support image G. Thus, the operation of the MCP support system A when there is a shortage of human resources ends.

[0118] Also, as additional modified examples of the MCP support image G shown in FIG. 4, MCP support images Gb to Ge shown in FIGS. 9 to 12 can be considered.

[0119] These MCP support images Gb to Ge are dashboard-formatted image information similar to the MCP support images G and Ga. Also, these four MCP support images Gb to Ge are switched and displayed on the display unit 5 by the switching process of the arithmetic unit 4 based on the operation of the operation unit 3 by the disaster prevention person in charge (disaster prevention responsible person).

[0120] Among FIGS. 9 to 12, FIG. 9 is a weather information image Gb and has two display areas b1 and b2 as shown. FIG. 10 is a task management image Gc and has three display areas c1 to c3. FIG. 11 is a patient facility information image Gd and has eight display areas d1 to d8. FIG. 12 is an emergency patient response image Ge and has a total of 20 display areas e1 to e20.

[0121] Regarding the weather information image Gb1, the first display area b1 is an image area showing the "timeline flood stage". That is, in the first display area b1, information such as the current flood stage "flood stage 〇", the stage transition activation time "〇 month 〇 day (day of the week) 〇 hour 〇 minute", and the remaining lead time of the stage (for example, in the case of stage 3, "〇〇 minutes left / 360 minutes") is displayed.

[0122] Regarding the weather information image Gb1, the second display area b2 is an image area indicating "weather information". That is, in the second display area b2, information such as weather information (including predictions), water level information (including predictions), reference weather information (rainfall, flood warnings, heavy rain warnings, landslide disaster warning information, etc.), and local government evacuation information (evacuation of the elderly, evacuation instructions, etc.) used as execution triggers for MCP tasks is displayed by cooperating with the weather server J and the local government server K.

[0123] Also, regarding the task management image Gc, the first display area c1 is an image area indicating "flood stage on the timeline". That is, in the first display area c1, similar to the first display area b1 in the weather information image Gb1, information such as the current flood stage "Flood Stage 〇", stage transition activation time "〇 month 〇 day (weekday) 〇 hour 〇 minute", and remaining lead time for the stage (for example, in the case of stage 3, "〇〇 minutes remaining / 360 minutes") is displayed.

[0124] Regarding the task management image Gc, the second display area c2 is an image area indicating "progress status of disaster prevention preparation tasks". That is, in the second display area c2, information such as the progress status, progress rate, number of unfinished tasks / total number of tasks, number of tasks in progress, number of tasks with resource shortages, number of delayed tasks, and number of completed tasks for the preparation tasks for each flood stage is displayed by cooperating with the MCP support device B.

[0125] Regarding the task management image Gc, the third display area c3 is an image area indicating "disaster prevention preparation task list". That is, in the third display area c3, information such as the detailed status, transmission time, start time, task name, and task execution responsible person of delayed tasks and tasks with resource shortages is displayed by cooperating with the MCP support device B.

[0126] Furthermore, with regard to the patient facility information image Gd, the first display area d1 is an image area that shows "hospitalized patient information" in cooperation with the electronic medical record system C and the patient information management system F. That is, the first display area d1 displays information such as the number of vacant beds, the number of vacant private rooms, the current number of patients, the number of beds under adjustment consideration, the number of newborns, the number of dialysis patients, the number of patients on ventilators, and the number of patients on oxygen inhalation.

[0127] Regarding the patient facility information image Gd, the second display area d2 is an image area that shows "surgery availability information" in cooperation with the electronic medical record system C and the patient information management system F. That is, the second display area d2 displays information such as the number of surgeries scheduled for the day, the number of surgeries completed, the number of staff present in the operating room, the number of staff available, the number of anesthesiologists, the availability of emergency surgery (head, abdominal, orthopedic, urological, gynecological, etc.), and the status of surgical equipment (filler, RO water, etc.).

[0128] Regarding the patient facility information image Gd, the third display area d3 is an image area that shows "endoscopic and image diagnosis information" in cooperation with the facility information management system G. That is, the third display area d3 displays information such as the availability status of the endoscopy room and each room for image diagnosis.

[0129] Regarding the patient facility information image Gd, the fourth display area d4 is an image area that shows "hospital infrastructure information" in cooperation with the facility information management system G. That is, the fourth display area d4 displays information such as the normal / abnormal status of electricity (commercial power, emergency power), the operating time of the emergency power, the normal / abnormal status of tap water, well water, sewage, and gas, the normal / abnormal status of medical gases (oxygen, air, nitrogen, nitrous oxide, inhalation), the remaining amount of oxygen, and the normal / abnormal status of firefighting equipment, elevators, and escalators.

[0130] Regarding the patient facility information image Gd, the fifth display area d5 is an image area that shows "usable number of medical equipment information" through cooperation with the facility information management system G. That is, in the fifth display area d5, the number of available units of medical equipment such as ventilators, infusion pumps, syringe pumps, dialysis catheters, IABP (Intra Aortic Balloon Pumping), and CHDF (Continuous hemodiafiltration) is displayed.

[0131] Regarding the patient facility information image Gd, the sixth display area d6 is an image area that shows "in-hospital system information" through cooperation with the facility information management system G. That is, in the sixth display area d6, information regarding the normal / abnormal operation status of the in-hospital system, electronic medical records, nurse call, landline phone, PHS (Personal Handy Phone), Internet, and bedside units is displayed.

[0132] Regarding the patient facility information image Gd, the seventh display area d7 is an image area that shows "supply information" through cooperation with the facility information management system G. That is, in the seventh display area d7, in addition to the supply status (normal, reserve response, emergency procurement), information on food, pharmaceuticals, and medical supplies is displayed.

[0133] Regarding the patient facility information image Gd, the eighth display area d8 is an image area that shows "in-hospital disaster information" through cooperation with the facility information management system G. That is, in the eighth display area d8, information on the in-hospital disaster situation such as flooding situation, fire situation, and damage situation is displayed.

[0134] Furthermore, for the emergency patient response image Ge, the first display area e1, the third display area e3, the fifth display area e5, and the seventh display area e7 are image areas indicating "area name" through cooperation with the emergency patient response situation management system H and the emergency response staff management system I. That is, information such as the names of areas for critically ill patients, moderately ill patients, mildly ill patients, and triage response areas during disaster medical response is displayed in the first display area e1, the third display area e3, the fifth display area e5, and the seventh display area e7.

[0135] For the emergency patient response image Ge, the second display area e2, the fourth display area e4, the sixth display area e6, and the eighth display area e8 are image areas indicating "number of emergency patients" through cooperation with the emergency patient response situation management system H and the emergency response staff management system I. That is, information such as the number of emergency patients transported to the red area, yellow area, green area, black area, and triage area is displayed in the second display area e2, the fourth display area e4, the sixth display area e6, and the eighth display area e8.

[0136] For the emergency patient response image Ge, the ninth to twelfth display areas e9 to e12 are image areas indicating "area video" through cooperation with the emergency patient response situation management system H and the emergency response staff management system I. That is, videos showing the response situations in the red area, yellow area, green area, black area, and triage area are displayed in the ninth to twelfth display areas e9 to e12.

[0137] For the emergency patient response image Ge, the thirteenth to sixteenth display areas e13 to e16 are image areas indicating "responding staff" through cooperation with the emergency patient response situation management system H and the emergency response staff management system I. That is, information such as the number of staff by job type and the staff list in the red area, yellow area, green area, black area, and triage area are displayed in the thirteenth to sixteenth display areas e13 to e16.

[0138] Regarding the emergency patient response image Ge, the 17th to 20th display areas e17 to e20 are image areas showing the "emergency patient response status" through cooperation with the emergency patient response status management system H and the emergency response staff management system I. That is, in the 17th to 20th display areas e17 to e20, information such as patient attributes, injury / disease names, response records, etc. for each of the red area, yellow area, green area, black area, and triage area are displayed.

[0139] According to such MCP support images Gb to Ge, the disaster prevention personnel (disaster prevention responsible persons) can grasp the weather conditions, task management status, patient facility status, and emergency patient response status in real time by appropriately switching the weather information image Gb, task management image Gc, patient facility information image Gd, and emergency patient response image Ge displayed on the display unit 5.

[0140] In addition, relatively detailed information regarding the weather conditions, task management status, patient facility status, and emergency patient response status is displayed in the weather information image Gb, task management image Gc, patient facility information image Gd, and emergency patient response image Ge. Therefore, the disaster prevention personnel (disaster prevention responsible persons) can grasp the weather conditions, task management status, patient facility status, and emergency patient response status during a disaster more accurately.

[0141] As described above, the MCP support device B according to the present embodiment includes an information acquisition unit that acquires resource information (MCP-related information) of a plurality of MCP tasks (business continuity operations) included in the medical business continuity plan (business continuity plan) of a medical facility (facility to be supported) from a communication terminal T via a support communication line N, a support information generation unit that generates support information (implementation instructions for MCP tasks and MCP support image G) for MCP tasks based on the above MCP-related information, and an output unit (first communication unit 1 and display unit 5) that outputs the support information.

[0142] According to such an MCP support device B, it is possible to collect MCP-related information necessary for medical business continuity (business continuity) more quickly than before and provide it to the person in charge of implementing MCP tasks. That is, according to the present embodiment, it is possible to provide a business continuity support device that can collect MCP-related information necessary for medical business continuity more quickly than before and provide it to the person in charge of implementation.

[0143] Further, according to the MCP support device B according to the present embodiment, it is possible to collect and organize MCP-related information, and to improve the efficiency and reduce the man-hours of the preparation for implementing MCP tasks. Therefore, according to the present embodiment, it is possible to quickly and appropriately implement MCP tasks and medical acts in the midst of a large amount of information collection such as damage status at the time of a disaster occurrence and busy operations such as medical care and emergency restoration that increase explosively. Furthermore, it is possible to improve the effectiveness by secondary utilization (spiral up based on feedback) of MCP-related information and connect to a prediction / judgment support AI function.

[0144] Further, according to the MCP support device B according to the present embodiment, the head of the disaster countermeasure headquarters can accurately and completely confirm information such as the situation of the disaster, future predictions, disaster prevention actions, medical acts, and other peripheral operations and resources. Therefore, the head of the disaster countermeasure headquarters can accurately make a high-level disaster prevention judgment important for maintaining the functions of medical facilities.

[0145] Further, according to the MCP support device B according to the present embodiment, since the procedures of MCP tasks, the relationships between MCP tasks, and the priorities are organized, the person in charge of implementation can autonomously implement MCP tasks. Therefore, it is possible to quickly complete the implementation of MCP tasks and reduce the workload of the head of the disaster countermeasure headquarters.

[0146] Further, according to the MCP support device B according to the present embodiment, instead of responding only with the staff who happen to be in the hospital at the time of the disaster occurrence, the necessary personnel for each MCP task are appropriately allocated, and a mobilization instruction is output when there is a shortage, so that each MCP task can be implemented more appropriately.

[0147] Furthermore, conventional methods such as handwritten patient status reports, facility status reports, and staff safety reports transcribed onto whiteboards do not allow for simultaneous information sharing and do not allow for real-time monitoring, but the MCP support device B of this embodiment automatically collects MCP-related information, making it possible to share information simultaneously and monitor in real time, as well as share information across the entire disaster response headquarters and monitor and judge from multiple angles.

[0148] Furthermore, according to the MCP support device B of this embodiment, implementation reports for the implementation instructions of each MCP task are obtained from the communication terminal T, so that the implementation status of each MCP task, i.e., the progress status of the medical practice continuity plan, can be accurately grasped in the disaster response headquarters room.

[0149] Furthermore, the MCP support system A according to this embodiment includes an MCP support device B (disaster prevention support device), multiple communication terminals T carried by multiple implementation personnel, and a support communication line N that freely connects the MCP support device B and the communication terminals T. Such an MCP support system A can provide a business continuity support system that can accurately collect MCP-related information necessary for medical practice continuity and provide it to implementation personnel.

[0150] The present invention is not limited to the above-described embodiment, and the following modifications are possible. (1) In the above embodiment, a medical facility is the facility to be supported, but the present invention is not limited to this. The present invention can be applied to various facilities that conduct various businesses other than medical facilities. In other words, the present invention is not limited to medical practice continuity, but can be applied to the continuity of various businesses.

[0151] (2) In the above-described embodiment, the task management support unit 4a, the patient management support unit 4b, the emergency patient management support unit 4c, the first staff management unit 4d, the second staff management unit 4e, and the facility infrastructure monitoring unit 4f are configured as functional components of a single device, that is, the MCP support device B. However, the present invention is not limited to this. The task management support unit 4a, the patient management support unit 4b, the emergency patient management support unit 4c, the first staff management unit 4d, the second staff management unit 4e, and the facility infrastructure monitoring unit 4f may be configured as individual devices. Further, some functional components may be deleted as necessary, and new functional components may be added.

[0152] (3) The MCP support image G in the above-described embodiment is an example of support information, and the detailed configuration is not limited to the configuration shown in FIG. 4.

[0153] (4) In the above-described embodiment, the electronic medical record system C, the safety confirmation / collection availability management system D, the in-house staff management system E, the patient information management system F, the facility information management system G, the emergency patient response status management system H, the emergency response staff management system I, etc. are used as information providers that provide MCP-related information to the MCP support device B (disaster prevention support device). However, the present invention is not limited to this. Some of these multiple information providers may be adopted, and new information providers may be added to these multiple information providers.

Explanation of Reference Numerals

[0154] A MCP support system (business continuity support system) B MCP support device (business continuity support device) G, Ga~Ge MCP support images N Communication line N1 In-hospital network N2 Public communication line T Communication terminal 1 First communication unit 1A Second communication unit 1B Third communication unit 1 Communication unit 2 Storage unit 3 Operation unit 4 Arithmetic unit 4a Task management support unit 4b Patient Management Support Department 4c Emergency Patient Management Support Department 4d First Staff Management Department 4e Second Staff Management Department 4f Facility Infrastructure Monitoring Department 5 Display Department

Claims

1. An information acquisition unit that acquires, from a communication terminal via a communication line, related information on a plurality of business continuity operations included in a business continuity plan of a facility to be supported; A support information generation unit that generates support information for the business continuity operations based on the related information; An output unit that outputs the support information A business continuity support apparatus, characterized by comprising the above.

2. The support information includes dashboard-formatted image information, The business continuity support apparatus according to claim 1, wherein the output unit is a display unit that displays the image information on a screen.

3. The support information includes an execution instruction for the business continuity operations, The business continuity support apparatus according to claim 1 or 2, wherein the output unit is a communication unit that transmits the execution instruction to a communication terminal carried by a person in charge of executing the business continuity operations and receives a report on the execution instruction from the communication terminal.

4. The business continuity support apparatus according to claim 3, wherein the support information is the execution status of the business continuity operations based on the report.

5. The business continuity support apparatus according to claim 1 or 2, wherein the information acquisition unit acquires the related information from an in-facility system provided in advance in a facility to be supported that executes the business continuity plan.

6. The business continuity support apparatus according to claim 1 or 2, wherein the related information includes at least human resource information and non-human resource information of the facility to be supported.

7. The business continuity support apparatus according to claim 1 or 2, wherein the business continuity plan is a medical business continuity plan implemented by a medical facility.

8. The business continuity support apparatus according to claim 3; A plurality of communication terminals carried by a plurality of the persons in charge respectively; A communication line that communicably connects the business continuity support apparatus and the communication terminals A business continuity support system, characterized by comprising the above.

Images