知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024014710
(43)【公開日】2024-02-01
(54)【発明の名称】事業継続支援装置及び事業継続支援システム
(51)【国際特許分類】
G06Q 50/22 20240101AFI20240125BHJP
G06Q 10/04 20230101ALI20240125BHJP
【ＦＩ】
G06Q50/22
G06Q10/04
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023074337
(22)【出願日】2023-04-28
(31)【優先権主張番号】P 2022116453
(32)【優先日】2022-07-21
(33)【優先権主張国・地域又は機関】JP
(31)【優先権主張番号】P 2022165629
(32)【優先日】2022-10-14
(33)【優先権主張国・地域又は機関】JP
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１） ウェブサイト掲載日（公開日） ２０２３年３月２日 ウェブサイトアドレス ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｓｈｉｍｚ．ｃｏ．ｊｐ／ｃｏｍｐａｎｙ／ａｂｏｕｔ／ｎｅｗｓ－ｒｅｌｅａｓｅ／２０２３／２０２２０７３．ｈｔｍｌ ＞ 〔情報及びニュースリリース発表内容提供先・報道機関〕 ・株式会社日本経済新聞社（東京都千代田区大手町１－３－７） ・株式会社日刊工業新聞社（東京都中央区日本橋小網町１４－１） ・株式会社日刊建設工業新聞社（東京都港区東新橋２丁目２番１０号） ・株式会社日刊建設通信新聞社（東京都千代田区神田錦町３－１３－７） ・株式会社日経ＢＰ（東京都港区虎ノ門４丁目３番１２号）
(71)【出願人】
【識別番号】000002299
【氏名又は名称】清水建設株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100161506
【弁理士】
【氏名又は名称】川渕 健一
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(72)【発明者】
【氏名】鳥山 亜紀
(72)【発明者】
【氏名】藤本 裕之
(72)【発明者】
【氏名】上田 淳
(72)【発明者】
【氏名】藤井 聡
(72)【発明者】
【氏名】板谷 善晃
(72)【発明者】
【氏名】久我 浩太郎
(72)【発明者】
【氏名】田中 洋平
(72)【発明者】
【氏名】小倉 裕之
【テーマコード（参考）】
5L049
5L099
【Ｆターム（参考）】
5L049AA01
5L099AA00
(57)【要約】
【課題】事業継続に必要な関連情報を的確に収集して実施担当者に提供することが可能な事業継続支援装置及び事業継続支援システムを提供する。
【解決手段】支援対象施設の事業継続計画に含まれる複数の事業継続業務の関連情報を自動的に取得する情報取得部と、関連情報に基づいて事業継続業務の支援情報を生成する支援情報生成部と、支援情報を出力する出力部とを備える。
【選択図】図１
【解決手段】支援対象施設の事業継続計画に含まれる複数の事業継続業務の関連情報を自動的に取得する情報取得部と、関連情報に基づいて事業継続業務の支援情報を生成する支援情報生成部と、支援情報を出力する出力部とを備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
支援対象施設の事業継続計画に含まれる複数の事業継続業務の関連情報を自動的に取得する情報取得部と、
前記関連情報に基づいて前記事業継続業務の支援情報を生成する支援情報生成部と、
前記支援情報を出力する出力部と
を備えることを特徴とする事業継続支援装置。
前記関連情報に基づいて前記事業継続業務の支援情報を生成する支援情報生成部と、
前記支援情報を出力する出力部と
を備えることを特徴とする事業継続支援装置。
【請求項2】
前記支援情報は、ダッシュボード形式の画像情報を含み、
前記出力部は、前記画像情報を画面表示する表示部である請求項１に記載の事業継続支援装置。
前記出力部は、前記画像情報を画面表示する表示部である請求項１に記載の事業継続支援装置。
【請求項3】
前記支援情報は、前記事業継続業務の実施指示を含み、
前記出力部は、前記実施指示を前記事業継続業務の実施担当者が携帯する通信端末に送信するとともに前記実施指示に対する報告を前記通信端末から受信する通信部である請求項１又は２に記載の事業継続支援装置。
前記出力部は、前記実施指示を前記事業継続業務の実施担当者が携帯する通信端末に送信するとともに前記実施指示に対する報告を前記通信端末から受信する通信部である請求項１又は２に記載の事業継続支援装置。
【請求項4】
前記支援情報は、前記報告に基づく前記事業継続業務の実施状況である請求項３に記載の事業継続支援装置。
【請求項5】
前記情報取得部は、前記事業継続計画を実施する支援対象施設に予め設けられた施設内システムから前記関連情報を取得する請求項１又は２に記載の事業継続支援装置。
【請求項6】
前記関連情報は、前記支援対象施設の人的リソース情報と非人的リソース情報とを少なくとも含む請求項１又は２に記載の事業継続支援装置。
【請求項7】
前記事業継続計画は、医療施設が実施する医業継続計画である請求項１又は２に記載の事業継続支援装置。
【請求項8】
請求項３に記載の事業継続支援装置と、
複数の前記実施担当者が各々に携帯する複数の通信端末と、
前記事業継続支援装置と前記通信端末とを通信自在に接続する通信回線と
を備える事業継続支援システム。
複数の前記実施担当者が各々に携帯する複数の通信端末と、
前記事業継続支援装置と前記通信端末とを通信自在に接続する通信回線と
を備える事業継続支援システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、事業継続支援装置及び事業継続支援システムに関する。
【背景技術】
【0002】
周知のように、事業継続計画（BCP：Business Continuity Plan）は、事業者が自然災害等の緊急事態に遭遇した場合に事業資産の損害を最小限にとどめつつ事業の継続や早期復旧を可能とするために事業継続のための業務（事業継続業務）を取り決めた計画である。例えば非特許文献１には、事業継続計画の詳細が開示されている。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】https://www.chusho.meti.go.jp/bcp/contents/level_c/bcpgl_01_1.html
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、事業継続計画を医療施設を対象とした医業継続計画（MCP：Medical Continuity Plan）として実施する場合、医業継続計画に登録された各種の医業継続業務の実施に必要な各種情報（ＭＣＰ関連情報）を人手によって収集し、当該情報をホワイトボード等に書き出してまとめ、当該まとめた情報に基づいて医業継続業務を実施することになる。
【0005】
しかしながら、このような医業継続計画の遂行方法には、ＭＣＰ関連情報の収集に時間が掛かるという問題がある。また、医業継続計画の遂行方法には、必要な関連情報が的確に収集できているか否かを確認することができないため、医業継続計画の的確な遂行を実現し得ない虞がある。
【0006】
本発明は、上述した事情に鑑みてなされたものであり、事業継続に必要な関連情報を的確に収集して実施担当者に提供することが可能な事業継続支援装置及び事業継続支援システムの提供を目的とするものである。
【課題を解決するための手段】
【0007】
上記目的を達成するために、本発明では、事業継続支援装置に係る第１の解決手段として、支援対象施設の事業継続計画に含まれる複数の事業継続業務の関連情報を自動的に取得する情報取得部と、前記関連情報に基づいて前記事業継続業務の支援情報を生成する支援情報生成部と、前記支援情報を出力する出力部とを備える、という手段を採用する。
【0008】
本発明では、事業継続支援装置に係る第２の解決手段として、上記第１の解決手段において、前記支援情報は、ダッシュボード形式の画像情報を含み、前記出力部は、前記画像情報を画面表示する表示部である、という手段を採用する。
【0009】
本発明では、事業継続支援装置に係る第３の解決手段として、上記第１又は第２の解決手段において、前記支援情報は、前記事業継続業務の実施指示を含み、前記出力部は、前記実施指示を前記事業継続業務の実施担当者が携帯する通信端末に送信するとともに前記実施指示に対する報告を前記通信端末から受信する通信部である、という手段を採用する。
【0010】
本発明では、事業継続支援装置に係る第４の解決手段として、上記第３の解決手段において、前記支援情報は、前記報告に基づく前記事業継続業務の実施状況である、という手段を採用する。
【0011】
本発明では、事業継続支援装置に係る第５の解決手段として、上記第１～第４のいずれかの解決手段において、前記情報取得部は、前記事業継続計画を実施する支援対象施設に予め設けられた施設内システムから前記関連情報を取得する、という手段を採用する。
【0012】
本発明では、事業継続支援装置に係る第６の解決手段として、上記第１～第５のいずれかの解決手段において、前記関連情報は、前記支援対象施設の人的リソース情報と非人的リソース情報とを少なくとも含む、という手段を採用する。
【0013】
本発明では、事業継続支援装置に係る第７の解決手段として、上記第１～第６のいずれかの解決手段において、前記事業継続計画は、医療施設が実施する医業継続計画である、という手段を採用する。
【0014】
本発明では、事業継続支援システムに係る解決手段として、上記第１～第７のいずれかの解決手段に係る事業継続支援装置と、複数の前記実施担当者が各々に携帯する複数の通信端末と、前記事業継続支援装置と前記通信端末とを通信自在に接続する通信回線とを備える、という手段を採用する。
【発明の効果】
【0015】
本発明によれば、事業継続に必要な関連情報を的確に収集して実施担当者に提供することが可能な事業継続支援装置及び事業継続支援システムを提供することが可能である。
【図面の簡単な説明】
【0016】
【図1】本発明の一実施形態に係る及びＭＣＰ支援システムＡのシステム構成を示すブロック図である。
【図2】本発明の一実施形態に係るＭＣＰ支援装置Ｂの外部システムとの連携を示すブロック図である。
【図3】本発明の一実施形態に係るＭＣＰ支援装置Ｂの機能構成を示すブロック図である。
【図4】本発明の一実施形態におけるＭＣＰ支援画像Ｇの構成を示す模式図である。
【図5】本発明の一実施形態に係るＭＣＰ支援システムＡの動作を示すフローチャートである。
【図6】本発明の一実施形態におけるタスク定義シートの概要を示す模式図である。
【図7】本発明の追加事項におけるＭＣＰ支援画像Ｇａの構成を示す模式図である。
【図8】本発明の追加事項における人的リソース不足時の動作を示すフローチャートである。
【図9】本発明の一実施形態におけるＭＣＰ支援画像Ｇｂの構成を示す模式図である。
【図10】本発明の一実施形態におけるＭＣＰ支援画像Ｇｃの構成を示す模式図である。
【図11】本発明の一実施形態におけるＭＣＰ支援画像Ｇｄの構成を示す模式図である。
【図12】本発明の一実施形態におけるＭＣＰ支援画像Ｇｅの構成を示す模式図である。
【発明を実施するための形態】
【0017】
以下、図面を参照して、本発明の一実施形態について説明する。
本実施形態に係るＭＣＰ支援システムＡは、医療施設を支援対象施設とする事業継続支援システムであり、医療施設における医業継続計画（MCP：Medical Continuity Plan）に登録された個々の医業継続業務（ＭＣＰタスク）を支援するものである。
本実施形態に係るＭＣＰ支援システムＡは、医療施設を支援対象施設とする事業継続支援システムであり、医療施設における医業継続計画（MCP：Medical Continuity Plan）に登録された個々の医業継続業務（ＭＣＰタスク）を支援するものである。
【0018】
医業継続計画（ＭＣＰ）では、地震、風水害、感染症拡大等の災害時に医療施設がとるべきＭＣＰタスクを誰がどのタイミングで行うかを時系列的に示すとともに、ＭＣＰタスク相互の連携関係、優先度及び必要職員数等を記載したタスク定義シートを作成する。そして、医業継続計画では、タスク定義シートに基づいてＭＣＰタスクを順次実施することによって、医療施設の医業継続を図る。
【0019】
このＭＣＰ支援システムＡは、医療施設に設けられ、当該医療施設においてＭＣＰタスクを担う複数の実施担当者によって共同使用されることにより、実施担当者によるＭＣＰタスクを支援する。このようなＭＣＰ支援システムＡは、図１に示すようにＭＣＰ支援装置Ｂと複数の通信端末Ｔとが支援通信回線Ｎを介して相互に接続されたものである。
【0020】
ここで、複数の実施担当者には、各々に役割が与えられている。例えば、実施責任者は、災害対策本部長であり、予め策定されたタスク定義シートに基づくＭＣＰタスクが的確に遂行されているかを監督することが役割である。ＭＣＰ実施時において、実施責任者は、医業継続計画の遂行拠点（災害対策本部室）に依拠し、他の実施担当者（個別担当者）による個別のＭＣＰタスク（個別業務）の遂行状況を監督し、ＭＣＰに基づく作業を個別担当者に指示する。
【0021】
実施責任者以外の実施担当者（個別担当者）の役割は、実施責任者による監督の下で個別業務を的確に実施することである。複数の個別担当者は、上記実施管理室とは異なる医療施設の各所において、自身に与えられた個別業務を行う。すなわち、ＭＣＰタスクは、医療施設に離散する複数の実施担当者が連携することによって実行される。
【0022】
ＭＣＰ支援装置Ｂは、本実施形態に係るＭＣＰ支援システムＡの中核を担う事業継続支援装置であり、一種のコンピュータである。すなわち、ＭＣＰ支援装置Ｂは、自身のハードウエア資源とタスク定義シート及び防災支援プログラム等のソフトウエア資源との協働によってタスク定義シートに従ったＭＣＰ実施支援機能を実現する。
【0023】
このＭＣＰ支援装置Ｂは、災害発生時に利用されるＭＣＰ実施支援機能の他に、平常時に利用されるタスク定義シートの作成機能を備えている。タスク定義シートは、上述したように災害時におけるＭＣＰタスクを時系列的に示すとともにＭＣＰタスク相互の連携関係、優先度及び必要職員数等を示す計画書である。
【0024】
ＭＣＰ支援装置ＢにおけるＭＣＰ実施支援機能は、平常時に予め作成されたタスク定義シートに基づいて機能する。なお、このようなＭＣＰ支援装置Ｂは、主に実施責任者及び実施管理室で実施責任者をサポートする実施担当者によって使用される。
【0025】
詳細については後述するが、ＭＣＰ支援装置Ｂは、上記ＭＣＰ実施支援機能の一環として通信機能を備えている。すなわち、ＭＣＰ支援装置Ｂは、ＭＣＰ実施支援情報を支援通信回線Ｎを介して複数の通信端末Ｔに出力するとともに、ＭＣＰ実施支援機能に必要な各種情報（ＭＣＰ関連情報）を支援通信回線Ｎを介して複数の通信端末Ｔから取得する。
【0026】
このようなＭＣＰ支援装置Ｂは、図２に示すように、院内ネットワークＮ１（施設内ネットワーク）を介して各種の院内システム（施設内システム）に接続されるとともに、公衆通信回線Ｎ２を介して複数の外部サーバと接続されている。上記院内ネットワークＮ１は、医療施設内に構築された有線ネットワーク又は／及び無線ネットワークであり、医療施設における医業の実施に必要な各種の院内システムに接続されている。
【0027】
上記院内システムには、図示するように、入院・来院を管理する在院患者管理システムＣ、患者の病状を管理する電子カルテシステムＤ、受入救急患者の状況を把握する医療需要量把握システムＥ、職員等の活動場所（業務場所）を把握する在院者管理システムＦ、災害時における職員の安否確認及び医療施設への参集（出勤）可否を行う職員安否確認・参集支援システムＧ及び医療施設の施設基盤（インフラ）を管理するインフラ管理システムＨ、医療施設の医療機器・備蓄物品を管理する医療機器・備蓄物品管理システムＩ等が含まれる。
【0028】
上記公衆通信回線Ｎ２は、インターネット又は／及び電話回線であり、複数の外部サーバと接続されている。外部サーバは、医療施設におけるＭＣＰ関連情報を提供する情報サーバであり、例えば医療施設が存在する地域の気象情報を提供する気象サーバＪ、医療施設が存在する地域の災害発生状況を提供する自治体サーバＫ、地域防災・医療機関情報プラットホームＬ等が含まれる。なお、ＭＣＰ支援装置Ｂは、必要に応じて地域防災・医療機関情報プラットホームＬに対して支援要請又は外部の医療施設に対する支援提供（プッシュ型支援）を行う。
【0029】
ＭＣＰ支援装置Ｂは、支援通信回線Ｎを介した複数の通信端末Ｔとの通信に加え、公衆通信回線を介した外部サーバとの通信、また施設内ネットワークを介した各種の院内システムとの通信を利用してＭＣＰ実施支援機能を実現する。すなわち、ＭＣＰ支援装置Ｂは、外部から取得した種々の情報を防災支援プログラムに基づいて情報処理することによりＭＣＰ実施支援機能を発揮する。
【0030】
複数の通信端末Ｔは、医療施設の各所においてＭＣＰタスクを担う個別担当者が携帯する携帯端末である。個別担当者は、通信端末Ｔを介してＭＣＰ支援装置Ｂから取得した防災情報に基づいて個別業務を行うとともに、個別業務の実施状況を通信端末Ｔを介してＭＣＰ支援装置Ｂに報告する。このような通信端末Ｔは、例えば携帯電話やスマートフォンである。
【0031】
支援通信回線Ｎは、ＭＣＰ支援装置Ｂと複数の通信端末Ｔとを無線通信自在に接続する。この支援通信回線Ｎは、特に限定されるものではなく、周知の公衆無線通信回線又は防災対象施設の専用通信回線或いは公衆無線通信回線と専用通信回線とが連携したものである。専用通信回線は、無線回線と有線回線とが相互に接続されたもの、又は無線回線のみによって形成されている。
【0032】
続いて、図３を参照して防災支援装置Ｂの詳細構成を説明する。
ＭＣＰ支援装置Ｂは、図３に示すように、第１通信部１、第２通信部１Ａ、第３通信部１Ｂ、記憶部２、操作部３、演算部４及び表示部５を少なくとも備えている。これら第１通信部１、第２通信部１Ａ、第３通信部１Ｂ、記憶部２、操作部３、演算部４及び表示部５は、ＭＣＰ支援装置Ｂのハードウエア資源である。
ＭＣＰ支援装置Ｂは、図３に示すように、第１通信部１、第２通信部１Ａ、第３通信部１Ｂ、記憶部２、操作部３、演算部４及び表示部５を少なくとも備えている。これら第１通信部１、第２通信部１Ａ、第３通信部１Ｂ、記憶部２、操作部３、演算部４及び表示部５は、ＭＣＰ支援装置Ｂのハードウエア資源である。
【0033】
ＭＣＰ支援装置Ｂは、このようなハードウエア資源と、記憶部２に予め記憶されたタスク定義シート及び防災支援プログラム（アプリケーションプログラム）等のソフトウエア資源とが協働することによって、複数の実施担当者によるＭＣＰタスクを支援する。
【0034】
ここで、第２通信部１Ａ及び第３通信部１Ｂは、ＭＣＰ支援装置Ｂにおける情報取得部である。また、記憶部２及び演算部４は、ＭＣＰ支援装置Ｂにおける支援情報生成部である。さらに、第１通信部１及び表示部５は、ＭＣＰ支援装置Ｂにおける出力部である。
【0035】
第１通信部１は、演算部４と電気的に内部接続されるとともに、支援通信回線Ｎを介して複数の通信端末Ｔと通信自在に接続されている。第１通信部１は、演算部４から入力される通信命令に基づいて複数の通信端末ＴにＭＣＰ支援情報を送信するとともに、複数の通信端末Ｔから受信した個別担当者の業務報告を演算部４に出力する。
【0036】
第２通信部１Ａは、演算部４と電気的に内部接続されるとともに、院内ネットワークＮ１を介して複数の院内システムと通信自在に外部接続されている。第２通信部１Ａは、演算部４から入力される通信命令に基づいて複数の院内システムにＭＣＰ関連情報の取得要求を送信することにより、ＭＣＰ関連情報を院内システムから受信して演算部４に出力する。
【0037】
第３通信部１Ｂは、演算部４と電気的に内部接続されるとともに、公衆通信回線Ｎ２を介して複数の外部サーバと通信自在に外部接続されている。第３通信部１Ｂは、演算部４から入力される通信命令に基づいて複数の外部サーバにＭＣＰ関連情報の取得要求を送信することにより、ＭＣＰ関連情報を外部サーバから受信して演算部４に出力する。
【0038】
記憶部２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等、複数の記憶装置の集合体であり、演算部４と電気的に接続されている。記憶部２は、タスク定義シート及びＭＣＰ支援プログラムをＲＯＭに予め記憶するととともに、演算部４から入力される業務情報をＲＡＭ等に記憶する。このような記憶部２は、演算部４から入力される読出要求に基づいてタスク定義シート及びＭＣＰ支援プログラム及び業務情報を演算部４に提供する。
【0039】
操作部３は、キーボードやマウス等の集合体であり、演算部４と電気的に接続されている。操作部３は、防災担当者（防災責任者）の操作指示を受け付け、当該操作指示を演算部４に出力する。上記操作指示は、演算部４においてタスク定義シート及びＭＣＰ支援プログラムに基づいて処理される。
【0040】
演算部４は、第１通信部１、第２通信部１Ａ、第３通信部１Ｂ、記憶部２、操作部３及び表示部５と電気的に接続されハードウエア資源である。演算部４は、ＭＣＰ支援プログラムを記憶部２から読み出して実行することにより、また操作部３から入力される操作指示に基づいてＭＣＰ支援画像Ｇを示す画像信号を生成するとともに、第１通信部１に対してＭＣＰタスクの実施指示を出力する。
【0041】
この演算部４は、上記画像信号を表示部５に出力することによりＭＣＰ支援画像Ｇを画面表示させ、ＭＣＰタスクの実施指示を第１通信部１に出力することによって個別担当者の業務情報を取得する。なお、演算部４が生成するＭＣＰ支援画像Ｇ及びＭＣＰタスクの実施指示は、ＭＣＰタスクの実施を支援する支援情報（ＭＣＰ支援情報）である。
【0042】
表示部５は、演算部４と電気的に接続された画像表示装置である。表示部５は、演算部４から入力される画像信号に基づいてＭＣＰ支援画像Ｇを表示する。ＭＣＰタスクを担う実施担当者は、表示部５に表示されるＭＣＰ支援画像Ｇに基づいてＭＣＰタスクの全体的な実施状況つまり医業継続計画の遂行状況を確認することができる。
【0043】
上記ＭＣＰ支援画像Ｇは、ＭＣＰタスクの支援情報を実施担当者に提供する支援情報である。すなわち、このＭＣＰ支援画像Ｇは、ＭＣＰタスクの実施を支援する各種支援情報を実施担当者に提供するダッシュボード形式の画像情報であり、図４に示すように４つの画像領域を備えている。ＭＣＰタスク・必要リソース領域ｇ１は、第１の画像領域であり、タスク定義シートに記載されたＭＣＰタスクの実施状況を支援情報として示す表示領域である。
【0044】
このＭＣＰタスク・必要リソース領域ｇ１は、図４に示すように要求タスク（ＭＣＰタスク）及び実行済タスク（ＭＣＰタスク）の表示領域、実行中タスク（ＭＣＰタスク）の表示領域、また待機タスクの表示領域を備えている。このようなＭＣＰタスク・必要リソース領域ｇ１は、ＭＣＰタスクを担う実施担当者の要求タスクの実施状況を一目でわかるように画面表示するものである。
【0045】
ＭＣＰ監視領域ｇ２は、第２の画像領域であり、タスク定義シート状におけるＭＣＰタスクの全体的な実施状況を支援情報として示す表示領域である。このＭＣＰ監視領域ｇ２は、図４に示すように、ＭＣＰタスクの進行状況を現況として表示することに加え、ＭＣＰタスクの進行状況の将来予測及びＭＣＰタスクを進行させる上でのリスク（懸念事項）を表示する。
【0046】
人材リソース領域ｇ３は、第３の画像領域であり、医療施設においてＭＣＰタスクを担い得る人材の質及び量を人的リソース情報として示す表示領域である。人材リソース領域ｇ３は、図４に示すように、ＭＣＰタスクを担い得る人材の質及び量を在館リソース、待機リソース及び招集リソースに分類して表示する。このような在館リソース、待機リソース及び招集リソースは、在院者管理システムＦ及び安否確認・参集支援システムＧとの連携に基づくものである。
【0047】
在館リソースは、ＭＣＰタスクの実施時に医療施設に存在（在館）している職員の職種、資格及び人数を示す。なお、医療施設の職員は資格によって行い得る医療行為が異なっているので、単純に人数だけを把握したのでは的確なＭＣＰタスクを行うことができない。このような背景から、在館リソースは、実施時に医療施設に在館している職員の人数だけではなく職種、資格をも表示する。
【0048】
待機リソースは、ＭＣＰタスクの実施時に医療施設に存在（在館）していない職員の職種、資格及び人数を示す。すなわち、待機リソースは、医療施設に在籍しているものの、ＭＣＰタスクの実施時において医療施設に出勤していない職員の職種、資格及び人数を示すものである。招集リソースは、医療施設に出勤していないものの連絡を取ることによって招集可能な職員の職種、資格及び人数を示す。
【0049】
付帯情報領域ｇ４は、第４の画像領域であり、図４に示すように、入院・来院患者情報、気象・災害情報、自治体関係機関連携情報及び施設基盤情報を支援情報として示す表示領域である。入院・来院患者情報は、医療施設における入院患者及び来院患者を示す情報であり、上述した在院患者管理システムＣ、電子カルテシステムＤ及び医療需要量把握システムＥとの連携によって得られる情報である。
【0050】
気象・災害情報は、医療施設が存在する地域の気象情報及び災害情報であり、上述した気象サーバＪから得られる情報である。自治体関係機関連携情報は、医療施設が存在する地域の自治体等との災害時の連携状態を示す情報であり、自治体サーバＫ及び地域防災・医療機関情報プラットホームＬとの連携によって得られる情報である。施設基盤情報は、上述したインフラ管理システムＨ及び医療機器・備蓄物品管理すステムＩとの連携によって得られる情報であり、医療施設の施設基盤つまり医療施設における非人的リソース情報である。
【0051】
このようなＭＣＰ支援画像Ｇは、医療施設におけるＭＣＰタスクに必要な多岐に亘る情報を実施担当者に的確に提供するものである。例えば、医業継続計画の実施責任者は、ＭＣＰ支援画像Ｇを視認することによって、医業継続計画の遂行状況を容易かつ的確に把握することが可能である。また、人的・非人的リソースの位置情報により、医療提供体制をリアルタイムかつ直感的に対策本部長が把握することが可能となり、迅速・機動的判断が求められる救急医療現場での医業継続の実効性向上に大きく貢献することが可能である。
【0052】
ここで、上述した演算部４の機能についてさらに詳しく説明する。演算部４は、ＭＣＰ支援画像Ｇを生成するための個別機能構成要素として合計７つの機能構成要素を備えている。すなわち、演算部４は、ＭＣＰタスク登録管理部４ａ、第１タスク管理支援部４ｂ、第２タスク管理支援部４ｃ、第１職員管理部４ｄ、第２職員管理部４ｅ、第１施設基盤監視部４ｆ及び第２施設基盤監視部４ｇを備えている。
【0053】
ＭＣＰタスク登録管理部４ａは、タスク定義シートに登録されたＭＣＰタスクの実施指示と実施完了報告、また未実施や実施が遅れているＭＣＰタスクをダッシュボードに表示する機能構成要素である。より具体的には、ＭＣＰタスク登録管理部４ａは、以下の４つの機能を備える。
【0054】
（１）タスク定義シートに登録されているＭＣＰタスクを実施予定者（例えば実施予定部署に割り当てられた通信端末Ｔ）にタイムリー（ステージ移行決定後、ある項目が完了しないと実施できない項目については完了連絡後）にプッシュ通知する。
（２）ＭＣＰタスク間の連携必要性、ＭＣＰタスクの優先順位に応じてＭＣＰタスクのプッシュ通知を行う。
（３）ＭＣＰタスクの実施後に通信端末Ｔで「実施済」を選択することでダッシュボードに実施完了を表示させる。
（４）実施されていないＭＣＰタスク（未実施タスク）をダッシュボードに表示させる。また、未実施タスクは、実施責任者指示のもと、ＭＣＰ支援システムを介して通信端末Ｔに再度指示を送ることも可能である。
（２）ＭＣＰタスク間の連携必要性、ＭＣＰタスクの優先順位に応じてＭＣＰタスクのプッシュ通知を行う。
（３）ＭＣＰタスクの実施後に通信端末Ｔで「実施済」を選択することでダッシュボードに実施完了を表示させる。
（４）実施されていないＭＣＰタスク（未実施タスク）をダッシュボードに表示させる。また、未実施タスクは、実施責任者指示のもと、ＭＣＰ支援システムを介して通信端末Ｔに再度指示を送ることも可能である。
【0055】
第１タスク管理支援部４ｂは、上述した在院患者管理システムＣと電子カルテシステムＤとの連携を図ることにより、以下の４つの機能を実現する機能構成要素である。
・医療施設に居る在院者（入院、外来、他）の動向をリアルタイムで表示する。
・入院してる患者のうち退院可能患者や外来患者のうち帰宅困難者等を所定のリードタイム内に在院者への対応判断を行うことが出来る情報をダッシュボードに表示する。
・入院患者や外来患者の情報を電子カルテシステムの患者ステイタス情報と連携させる。
・患者見舞客、業者等を来院受付窓口の端末から氏名、訪問先（病棟および患者名）、訪問時間等の情報と連携させる。
・医療施設に居る在院者（入院、外来、他）の動向をリアルタイムで表示する。
・入院してる患者のうち退院可能患者や外来患者のうち帰宅困難者等を所定のリードタイム内に在院者への対応判断を行うことが出来る情報をダッシュボードに表示する。
・入院患者や外来患者の情報を電子カルテシステムの患者ステイタス情報と連携させる。
・患者見舞客、業者等を来院受付窓口の端末から氏名、訪問先（病棟および患者名）、訪問時間等の情報と連携させる。
【0056】
より具体的には、第１タスク管理支援部４ｂは、以下の３つの機能を備える。
（１）入院の患者情報：電子カルテシステムＤの患者情報（重症度、急変状況、透析、人工呼吸器、移送区分、感染症の有無など）に基づいて病棟別に集計したものをダッシュボードに表示する。
（２）外来の患者情報：電子カルテシステムＤの患者情報（来院、診察待ち、検査などの患者ステイタス情報）に基づいて診療科別に集計したものをダッシュボードに表示する。
（３）その他情報：見舞客受付窓口の受付情報（訪問先の病棟情報等）に基づいて病棟別に集計したものをダッシュボードに表示する。
（１）入院の患者情報：電子カルテシステムＤの患者情報（重症度、急変状況、透析、人工呼吸器、移送区分、感染症の有無など）に基づいて病棟別に集計したものをダッシュボードに表示する。
（２）外来の患者情報：電子カルテシステムＤの患者情報（来院、診察待ち、検査などの患者ステイタス情報）に基づいて診療科別に集計したものをダッシュボードに表示する。
（３）その他情報：見舞客受付窓口の受付情報（訪問先の病棟情報等）に基づいて病棟別に集計したものをダッシュボードに表示する。
【0057】
第２タスク管理支援部４ｃは、医療需要量把握システムＥと電子カルテシステムＤとの連携を図ることにより、以下の３つの機能を実現する機能構成要素である。
・受け入れ救急患者状況を位置情報システムにより把握して表示する。
・救急患者発生予測を表示する（浸水エリア予測から救急患者数予測を判断する）。
・現状の救急受入状況と救急患者数予測から今後の救急受け入れ判断に活用する。
・受け入れ救急患者状況を位置情報システムにより把握して表示する。
・救急患者発生予測を表示する（浸水エリア予測から救急患者数予測を判断する）。
・現状の救急受入状況と救急患者数予測から今後の救急受け入れ判断に活用する。
【0058】
より具体的には、第２タスク管理支援部４ｃは、以下の３つの機能を備える。
（１）救急受け入れ患者の概要（性別、年齢、病気（ケガ）の状況）をダッシュボードに表示させる。
（２）位置情報システムにより、救急受入患者の重症度別人数をリアルタイムにダッシュボードに表示させる。
（３）地域の浸水状況に基づいて今後発生する救急患者の増加を予測してダッシュボードに表示させる。これによって、地域の浸水予測に基づいて浸水可能性の高い周辺病院からの搬送患者等を考慮した救急患者の受け入れ増加数を予測する。
（１）救急受け入れ患者の概要（性別、年齢、病気（ケガ）の状況）をダッシュボードに表示させる。
（２）位置情報システムにより、救急受入患者の重症度別人数をリアルタイムにダッシュボードに表示させる。
（３）地域の浸水状況に基づいて今後発生する救急患者の増加を予測してダッシュボードに表示させる。これによって、地域の浸水予測に基づいて浸水可能性の高い周辺病院からの搬送患者等を考慮した救急患者の受け入れ増加数を予測する。
【0059】
第１職員管理部４ｄは、職員安否確認・参集支援システムと連携することにより以下の３つの機能を実現する機能構成要素である。
・全職員（ＭＣＰスタッフ）の安否を確認する。
・医療施設内（院内）にいる職員を職種別に確認する。
・参集指示の連絡、参集可否の連絡及び到着を確認する。
・全職員（ＭＣＰスタッフ）の安否を確認する。
・医療施設内（院内）にいる職員を職種別に確認する。
・参集指示の連絡、参集可否の連絡及び到着を確認する。
【0060】
より具体的には、第１職員管理部４ｄは、以下の８つの機能を備える。
（１）全職員（ＭＣＰスタッフ）へ安否確認、居場所と参集可否報告を配信する。
（２）部門別・職種別に結果をダッシュボードに表示する（安否結果、院内に居るスタッフ、参集可否）。
（３）部門別・職種別名簿と安否確認状況，参集可否結果をダッシュボードに表示する。
（４）必要なタイミングで診療部署・職場長の招集を通信端末Ｔに自動的にプッシュ通知するとともに通信端末Ｔから了解通知を受信する。
（５）災害対策本部で協議の上で院外職員の参集が決定されると、ダッシュボードの参集可否リストから参集させる院外職員をピックアップし、参集人数確認及び居住地確認を経て参集スタッフを見直し、参集可否リストの参集ボタンを用いて参集指示を一斉配信する。
（６）医療施設（病院）に到着後、到着通知を通信端末Ｔから返信する。
（７）到着通知よりダッシュボードの院内スタッフ数を自動変更させる。
（８）災害対策本部での追加参集指示決定がなされると、上述した参集指示を繰り返す。
（１）全職員（ＭＣＰスタッフ）へ安否確認、居場所と参集可否報告を配信する。
（２）部門別・職種別に結果をダッシュボードに表示する（安否結果、院内に居るスタッフ、参集可否）。
（３）部門別・職種別名簿と安否確認状況，参集可否結果をダッシュボードに表示する。
（４）必要なタイミングで診療部署・職場長の招集を通信端末Ｔに自動的にプッシュ通知するとともに通信端末Ｔから了解通知を受信する。
（５）災害対策本部で協議の上で院外職員の参集が決定されると、ダッシュボードの参集可否リストから参集させる院外職員をピックアップし、参集人数確認及び居住地確認を経て参集スタッフを見直し、参集可否リストの参集ボタンを用いて参集指示を一斉配信する。
（６）医療施設（病院）に到着後、到着通知を通信端末Ｔから返信する。
（７）到着通知よりダッシュボードの院内スタッフ数を自動変更させる。
（８）災害対策本部での追加参集指示決定がなされると、上述した参集指示を繰り返す。
【0061】
第２職員管理部４ｅは、在院患者管理システムＣと連携することにより以下の３つの機能を実現する機能構成要素である。
・位置情報システムにより、院内の職員の医療活動、防災行動活動場所を把握する。
・防災行動業務やトリアージ業務における対応職員数のバランスと職種とを把握し、適正な職員配置を指示できる情報を表示する。
・患者、来院者、見舞客、付添者及び業者等の位置情報を把握し、避難できていない人がいないか把握する。
・位置情報システムにより、院内の職員の医療活動、防災行動活動場所を把握する。
・防災行動業務やトリアージ業務における対応職員数のバランスと職種とを把握し、適正な職員配置を指示できる情報を表示する。
・患者、来院者、見舞客、付添者及び業者等の位置情報を把握し、避難できていない人がいないか把握する。
【0062】
より具体的には、第２職員管理部４ｅは、以下の２つの機能を備える。
（１）在院者管理システムＦとの連携により職員の業務実施場所、名前及び内線番号等を図面上で表示する。
（２）ダッシュボードに表示されているＭＣＰタスクに基づいて活動場所の変更や業務内容の変更指示を対象職員に指示する。
（１）在院者管理システムＦとの連携により職員の業務実施場所、名前及び内線番号等を図面上で表示する。
（２）ダッシュボードに表示されているＭＣＰタスクに基づいて活動場所の変更や業務内容の変更指示を対象職員に指示する。
【0063】
第１施設基盤監視部４ｆは、インフラ管理システムと連携することにより以下の４つの機能を実現する機能構成要素である。
・院内インフラ（電気、非常用発電機、ガス供給、上下水、通信）の稼働状況をリアルタイムに表示させる。
・医療ガス、医療機器（輸血保温庫・保冷庫）、や冷蔵・冷凍庫（非常用食料保管など）の稼働状況をリアルタイムに表示させる。
・上記について、消費量（電力、上水、ガス、医療ガス等）も取得し、予め登録される災害時運転モードで病院稼働した際の残りの稼働時間を計算して表示させる。
・災害時運転モードで想定したエネルギー消費量と実際の消費エネルギー情報とを比較し、想定した稼働時間より短くなる場合は警告を表示する。
・院内インフラ（電気、非常用発電機、ガス供給、上下水、通信）の稼働状況をリアルタイムに表示させる。
・医療ガス、医療機器（輸血保温庫・保冷庫）、や冷蔵・冷凍庫（非常用食料保管など）の稼働状況をリアルタイムに表示させる。
・上記について、消費量（電力、上水、ガス、医療ガス等）も取得し、予め登録される災害時運転モードで病院稼働した際の残りの稼働時間を計算して表示させる。
・災害時運転モードで想定したエネルギー消費量と実際の消費エネルギー情報とを比較し、想定した稼働時間より短くなる場合は警告を表示する。
【0064】
より具体的には、第１施設基盤監視部４ｆは、以下の３の機能を備える。
（１）院内インフラ（電気、非常用発電機、ガス供給、上下水、通信）の稼働・不稼働状況と時間あたり消費量とがリアルタイムにダッシュボードに表示させる。
（２）医療ガス、医療機器（放射線機器、手術室、中材、保温庫、保冷庫等）の稼働・不稼働状況と時間あたり消費量を表示させる。
（３）実際のエネルギー消費量が、災害時運転モードで想定したエネルギー消費量よりも高い場合はアラームを通知させる。
（１）院内インフラ（電気、非常用発電機、ガス供給、上下水、通信）の稼働・不稼働状況と時間あたり消費量とがリアルタイムにダッシュボードに表示させる。
（２）医療ガス、医療機器（放射線機器、手術室、中材、保温庫、保冷庫等）の稼働・不稼働状況と時間あたり消費量を表示させる。
（３）実際のエネルギー消費量が、災害時運転モードで想定したエネルギー消費量よりも高い場合はアラームを通知させる。
【0065】
第２施設基盤監視部４ｇは、医療機器・備蓄物品管理システムＩと連携することにより、災害時に使用する院内備蓄物品（非常食、医薬品、医療材料、中央管理機器、看護備品等の残量を把握する機能構成要素である。備蓄物品管理システムは、例えばＩＣタグを利用して院内備蓄物品の在庫量を把握するものであり、ＩＣタグには物品名、数量（単位）、ＬＯＴ番号（ロット番号）、使用期限等が記憶されている。また、備蓄物品管理システムは、ＩＣタグ以外に部門システムや位置情報システム、院内カメラ等を利用して在庫量を把握するとともに、ＩＣタグがある一定の距離を移動すると通知（プッシュ通知）を出力する。なお、この備蓄物品管理システムは、ＩＣタグによる在庫管理以外に手入力による在庫管理する機能を備える。
【0066】
より具体的には、第２施設基盤監視部４ｇは、以下の５の機能を備える。
（１）院内備蓄物品に登録されている物品名毎に、数量（単位）、ＬＯＴ番号、使用期限、などの情報をダッシュボードに表示させる。
（２）移動したＩＣタグは、その物品が消費されたとみなしてデータ反映させる。
（３）ＩＣタグの移動情報を元に、現物を確認し、手入力で在庫管理データに入力する。
（４）入庫や棚卸する際は、バーコードリーダーを使用する。
（５）重要管理物品については、メインダッシュボードに表示させる。
（１）院内備蓄物品に登録されている物品名毎に、数量（単位）、ＬＯＴ番号、使用期限、などの情報をダッシュボードに表示させる。
（２）移動したＩＣタグは、その物品が消費されたとみなしてデータ反映させる。
（３）ＩＣタグの移動情報を元に、現物を確認し、手入力で在庫管理データに入力する。
（４）入庫や棚卸する際は、バーコードリーダーを使用する。
（５）重要管理物品については、メインダッシュボードに表示させる。
【0067】
ここで、上記ＭＣＰ支援プログラムは、複数の専用アプリケーションプログラムの集合体である。すなわち、演算部４の各機能構成要素は、記憶部２に予め記憶された個々の専用アプリケーションプログラム（ソフトウエア資源）と演算部４（ハードウエア資源）との協働によって実現される。
【0068】
すなわち、ＭＣＰタスク登録管理部４ａは、演算部４が第１の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。第１タスク管理支援部４ｂは、演算部４が第２の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。第２タスク管理支援部４ｃは、演算部４が第３の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。
【0069】
また、第１職員管理部４ｄは、演算部４が第４の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。第２職員管理部４ｅは、演算部４が第５の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。第１施設基盤監視部４ｆは、演算部４が第６の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。さらに、第２施設基盤監視部４ｇは、演算部４が第６の専用アプリケーションプログラムを実行することによって実現される機能構成要素である。
【0070】
次に、本実施形態に係るＭＣＰ支援システムＡ及びＭＣＰ支援装置Ｂの動作について、図５に示すフローチャートに沿って説明する。
【0071】
ＭＣＰ支援装置Ｂは、ＭＣＰ支援システムＡを作動させる前の事前準備として、医業継続計画に基づくタスク定義シートを作成する。このタスク定義シートの作成において、演算部４は、タスク定義シートに登録する個々のＭＣＰタスクを定義付けする（ステップＳ１）。すなわち、演算部４は、発災前のＭＣＰタスク、発災直後の優先対応業務等をＭＣＰタスク毎に細分化して整理する。
【0072】
そして、演算部４は、全てのＭＣＰタスクの定義付けが完了すると、ＭＣＰタスク相互の関係を調整する（ステップＳ２）。すなわち、演算部４は、複数のＭＣＰタスクの実施手順を整理し、ＭＣＰタスク毎の連携と関係性を明確化する。この結果、ＭＣＰタスクの実施手順が明確となり、実施担当者が自律的に防災行動業務を実施可能となる。
【0073】
このステップＳ２の処理が完了すると、演算部４は、ＭＣＰタスクを実施するために必要なリソースを定義付けする（ステップＳ３）。すなわち、演算部４は、ＭＣＰタスク毎に必要な職員数、職種、資格、職員が院内に不足した場合の参集手順を明確化する。また、演算部４は、ＭＣＰタスクの実施にむけて何人の職員が必要なのかをリアルタイムに把握する。このステップＳ３の処理が完了することによって、医業継続計画に基づくタスク定義シートの作成が終了する。
【0074】
図６は、タスク定義シートの概要を示す模式図である。このタスク定義シートは、業務Ｎｏ．が付与されるとともに災害ステージ（ステージ）に応じた複数のＭＣＰタスクについて、当該ＭＣＰタスクの実施に必要な複数の項目（固定担当者、実施順、業務内容、実施場所及び実施タイミング等）が定義されている。
【0075】
演算部４は、タスク定義シートの作成が終了すると、当該タスク定義シートに従って医業継続計画の遂行つまり複数の実施担当者による個々のＭＣＰタスクの実施の支援（ＭＣＰ支援）を開始し（ステップＳ４）、ＭＣＰタスクの実施監視及びリソースのモニタリングを行う（ステップＳ５）。
【0076】
すなわち、演算部４は、タスク定義シートに従ってＭＣＰタスクの実施指示を当該ＭＣＰタスクの個別担当者の通信端末Ｔに第１通信部１を介して送信することによりＭＣＰタスクを実施させるとともに、ＭＣＰタスクの完了報告を第１通信部１を介して通信端末Ｔから取得する。演算部４は、上記実施指示の通信端末Ｔへの送信と上記完了報告の通信端末Ｔからの受信を通してＭＣＰタスクの実施監視を行う。
【0077】
そして、演算部４は、このようなＭＣＰタスクの実施監視の結果に基づいてＭＣＰ支援画像Ｇを適宜更新する。すなわち、ＭＣＰ支援画像Ｇは、演算部４におけるＭＣＰタスクの実施監視を通して、医業継続計画に対して常に最新の遂行状況を実施担当者に提示するものとなる。
【0078】
また、演算部４は、院内システム及び外部サーバからＭＣＰ関連情報を適宜取得することにより、ＭＣＰタスクを実施するために必要なリソースを順次更新する。そして、演算部４は、このようなリソースのモニタリングの結果に基づいてＭＣＰ支援画像Ｇを適宜更新する。この結果、ＭＣＰ支援画像Ｇは、ＭＣＰタスクを実施するために必要なリソースの最新情報を実施担当者に提示するものとなる。
【0079】
そして、演算部４は、タスク定義シートに登録された全てのＭＣＰタスクの完了報告を取得すると、医業継続計画の遂行支援を終了させる。
【0080】
以上説明したように、本実施形態に係るＭＣＰ支援装置Ｂは、医療施設（支援対象施設）の医業継続計画（事業継続計画）に含まれる複数のＭＣＰタスク（事業継続業務）のリソース情報（ＭＣＰ関連情報）を自動的に取得する情報取得部と、上記ＭＣＰ関連情報に基づいてＭＣＰタスクの支援情報（ＭＣＰタスクの実施指示及びＭＣＰ支援画像Ｇ）を生成する支援情報生成部と、支援情報を出力する出力部（第１通信部１及び表示部５）とを備える。
【0081】
このようなＭＣＰ支援装置Ｂによれば、医業継続（事業継続）に必要なＭＣＰ関連情報を的確に収集してＭＣＰタスクの実施担当者に提供することが可能である。すなわち、本実施形態によれば、医業継続に必要なＭＣＰ関連情報を的確に収集して実施担当者に提供することが可能な事業継続支援装置を提供することができる。
【0082】
また、本実施形態に係るＭＣＰ支援装置Ｂによれば、ＭＣＰ関連情報の収集及び整理やＭＣＰタスクの実施準備の効率化及び省人化を図ることが可能である。したがって、本実施形態によれば、発災発生時において被害状況等の大量の情報収集や爆発的に増える医療・応急復旧等の業務で繁忙となる中、迅速・適切にＭＣＰタスクや医療行為を実施可能である。さらに、ＭＣＰ関連情報の２次活用（フィードバックに基づくスパイラルアップ）による実効性向上、予測・判断支援ＡＩ機能への接続が可能となる。
【0083】
また、本実施形態に係るＭＣＰ支援装置Ｂによれば、災害対策本部長は、災害の状況や今後の予測、防災行動、医療行為、その他周辺業務の全容とリソース等の情報を正確かつ遺漏なく確認することができる。したがって、災害対策本部長は、医療施設の機能維持のために重要な防災上の高度な判断を的確に行うことができる。
【0084】
また、本実施形態に係るＭＣＰ支援装置Ｂによれば、ＭＣＰタスクの手順やＭＣＰタスク毎の関係性、優先度を整理するので、実施担当者は自律的にＭＣＰタスクを実施することができる。したがって、ＭＣＰタスクを速やかに実施完了することが可能であるとともに、災害対策本部長の業務負荷を軽減することが可能である。
【0085】
また、本実施形態に係るＭＣＰ支援装置Ｂによれば、発災時にたまたま院内にいる職員だけで対応するのではなく、ＭＣＰタスク毎に必要な人員を適切に割り振り、不足する場合には参集指示を出力するので、各々のＭＣＰタスクをより適切に実施することが可能である。
【0086】
また、従来の手書きの患者状況報告や施設状況報告、職員安否報告等のホワイトボードへの転記等では情報共有の同時性がなく、リアルタイムのモニタリングができないが、本実施形態に係るＭＣＰ支援装置Ｂによれば、ＭＣＰ関連情報を自動的に収集するので、情報共有の同時性とリアルタイムのモニタリング、災害対策本部全体での情報共有と複眼による監視と判断が可能である。
【0087】
また、本実施形態に係るＭＣＰ支援装置Ｂによれば、各々のＭＣＰタスクの実施指示に対する実施報告を通信端末Ｔから取得するので、各々のＭＣＰタスクの実施状況つまり医業継続計画の遂行状況を災害対策本部室で正確に把握することが可能である。
【0088】
さらに、本実施形態に係るＭＣＰ支援システムＡは、ＭＣＰ支援装置Ｂ（防災支援装置）と、複数の実施担当者が各々に携帯する複数の通信端末Ｔと、ＭＣＰ支援装置Ｂと通信端末Ｔとを通信自在に接続する支援通信回線Ｎとを備える。このようなＭＣＰ支援システムＡによれば、医業継続に必要なＭＣＰ関連情報を的確に収集して実施担当者に提供することが可能な事業継続支援システムを提供することができる。
【0089】
なお、本発明は上記実施形態に限定されるものではなく、例えば以下のような変形例が考えられる。
（１）上記実施形態では、医療施設を支援対象施設としたが、本発明はこれに限定されない。本発明は、医療施設以外の各種事業を行う様々な施設に適用することが可能である。すなわち、本発明は、医業継続に限定されることなく、様々な事業の継続に適用することが可能である。
（１）上記実施形態では、医療施設を支援対象施設としたが、本発明はこれに限定されない。本発明は、医療施設以外の各種事業を行う様々な施設に適用することが可能である。すなわち、本発明は、医業継続に限定されることなく、様々な事業の継続に適用することが可能である。
【0090】
（２）上記実施形態では、ＭＣＰタスク登録管理部４ａ、第１タスク管理支援部４ｂ、第２タスク管理支援部４ｃ、第１職員管理部４ｄ、第２職員管理部４ｅ、第１施設基盤監視部４ｆ及び第２施設基盤監視部４ｇを単一の装置つまりＭＣＰ支援装置Ｂの機能構成要素としたが、本発明はこれに限定されない。ＭＣＰタスク登録管理部４ａ、第１タスク管理支援部４ｂ、第２タスク管理支援部４ｃ、第１職員管理部４ｄ、第２職員管理部４ｅ、第１施設基盤監視部４ｆ及び第２施設基盤監視部４ｇを個別の装置として構成してもよい。また、必要に応じて一部の機能構成要素を削除してもよく、さらには新たな機能構成要素を追加してもよい。
【0091】
（３）上記実施形態におけるＭＣＰ支援画像Ｇは支援情報の一例であり、詳細構成は図４に示した構成に限定されない。
【0092】
（４）上記実施形態では、在院患者管理システムＣ、電子カルテシステムＤ、医療需要量把握システムＥ、在院者管理システムＦ、職員安否確認・参集支援システムＧ、インフラ管理システムＨ、医療機器・備蓄物品管理システムＩ、気象サーバＪ、自治体サーバＫ及び地域防災・医療機関情報プラットホームＬ等をＭＣＰ支援装置Ｂ（防災支援装置）にＭＣＰ関連情報を提供する情報提供元としたが、本発明はこれに限定されない。これら複数の情報提供元の一部を採用してもよく、またこれら複数の情報提供元に新たな情報提供元を追加してもよい。
【0093】
〔追加事項〕
図４にＭＣＰ支援画像Ｇの構成例を示したが、ＭＣＰ支援画像Ｇの変形例として図７に示すＭＣＰ支援画像Ｇａが考えられる。このＭＣＰ支援画像Ｇａは、ＭＣＰ支援画像Ｇと同様にダッシュボード形式の画像情報であり、図示するように合計１２の表示領域ａ１～ａ１２を備えている。
図４にＭＣＰ支援画像Ｇの構成例を示したが、ＭＣＰ支援画像Ｇの変形例として図７に示すＭＣＰ支援画像Ｇａが考えられる。このＭＣＰ支援画像Ｇａは、ＭＣＰ支援画像Ｇと同様にダッシュボード形式の画像情報であり、図示するように合計１２の表示領域ａ１～ａ１２を備えている。
【0094】
第１の表示領域ａ１は、「タイムライン水害ステージ」を示すものであり、現在の水害スージ「水害ステージ」、ステージ移行発動時間、当該ステージの残リードタイム（例えばステージ３の場合は「あとｘｘ分／３６０分」）等の情報を表示する。
【0095】
第２の表示領域ａ２は、「気象情報水位情報」を示すものであり、気象サーバＪ及び自治体サーバＫと連携することにより、ＭＣＰタスクの実施トリガーとして使う気象情報（予測を含む）、水位情報（予測を含む）、参考気象情報（降雨量、洪水警報、大雨警報、土砂災害警戒情報等）及び自治体避難情報（高齢者等避難、避難指示等）等の情報を表示する。
【0096】
第３の表示領域ａ３は、「監視カメラ映像」を示すものであり、インフラ管理システムＨと連携することにより、複数個所の監視カメラ映像（出入口、トリアージエリア及び救急等）を表示する。
【0097】
第４の表示領域ａ４は、「準備活動タスク進捗管理」を示すものであり、ＭＣＰ支援装置Ｂと連携することにより、発動された水害ステージ毎の準備活動タスク（複数）、タスク内容、必要人員、想定所要時間、優先度等を表示する。第４の表示領域ａ４は、ＭＣＰタスク毎に担当者の登録状況、作業完了状況をリアルタイムにモニタリングすることでＭＣＰタスクの進捗管理を補助する。
【0098】
第５の表示領域ａ５は、「病棟空床状況」を示すものであり、在院患者管理システムＣ及び電子カルテシステムＤと連携することにより、病棟毎の空床数、病棟毎の当日の入院予定数、入院患者数、退院予定数及び退院患者数等を表示する。
【0099】
第６の表示領域ａ６は、「入院患者情報」を示すものであり、在院患者管理システムＣ及び電子カルテシステムＤと連携することにより、急変患者数、透析患者数、出産予定患者数、人工呼吸器装着患者数及び酸素吸入必要患者数を表示する。
【0100】
第７の表示領域ａ７は、「手術患者情報・外来患者情報」を示すものであり、在院患者管理システムＣ及び電子カルテシステムＤと連携することにより、当日の手術予定件数、外来予約件数、未来院数、診察待ち数、診察一時終了数及び診察終了数等を表示する。
【0101】
第８の表示領域ａ８は、「職員安否情報・在院情報・参集情報」を示すものであり、安否確認・参集支援システムＧと連携することにより、職員の安否、在院及び参集可否を表示するとともに、職員安否状況、在院人数、参集中人数、参集可能人数を部署毎に表示する。
【0102】
第９の表示領域ａ９は、「職員参集状況」を示すものであり、安否確認・参集支援システムＧ及び在院者管理システムＦと連携するとともにＧＰＳ（グローバル・ポジショニング・システム）を用いることにより、職員の参集状況、また院内に到着した職員リスト等を表示する。
【0103】
第１０の表示領域ａ１０は、「緊急患者対応状況（監視対応職員数・救急患者数位置情報）」を示すものであり、医療需要量把握システムＥ及び在院者管理システムＦと連携することにより、平面図イメージ内に患者・職員マーク、また赤（重症）・黄（中等症）・緑（軽症）タグ患者対応エリア、トリアージエリア毎の患者数、職員数及び対応職員リスト等を表示する。
【0104】
第１１の表示領域ａ１１は、「院内インフラ稼働状況」を示すものであり、インフラ管理システムＨと連携することにより、電気（商用電源、非常用電源）の正常・異常の状況、非常用電源の稼働可能時間、上水、井水、下水、ガス、エレベーター、エスカレーターの正常・異常の状況、また医療ガス（酸素、空気、窒素、笑気、吸引）の正常・異常の状況等を表示する。
【0105】
第１２の表示領域ａ１２は、「使用可能医療機器設備状況」を示すものであり、医療機器・物品備蓄量管理システムＩと連携することにより、医療機器の使用可能台数、人工呼吸器、輸液ポンプ、シリンジポンプ、酸素ボンベ等の位置情報により使用可能台数、備蓄品の不足状況（薬品在庫、診療材料在庫、非常食、飲料水等）等を表示する。
【0106】
また、医療施設における防災活動の実行に際し、人的リソースが不足することが想定される。図８は、このような人的リソース不足時におけるＭＣＰ支援システムＡの動作を示すフローチャートである。この人的リソース不足に対応するためには、以下の２つの事前処理をＭＣＰ支援装置Ｂに施す必要がある。
【0107】
第１の事前処理は、「タスク定義シート」において、ＭＣＰタスクの実施トリガー（各ＭＣＰタスクを通信端末Ｔに通知するタイミング）、ＭＣＰタスクを実施する際の必要人数及び所要時間を予め定義しておくことである。第２の事前処理は、ＭＣＰタスクの実施時に対応人員が不足した時の他部署からのバックアップ要員（複数部署）をタスク定義シートに定義しておくことである。
【0108】
これら２つの事前処理が完了した状態において、ＭＣＰ支援システムＡは、人的リソース不足時に図８に示すように動作する。最初に、ＭＣＰ支援装置Ｂは、ＭＣＰタスクを実施する部署長（タスク担当部署長）の通信端末Ｔに作業内容、作業場所、必要作業人員及び作業想定時間等をプッシュ通知する（ステップＳ１ａ）。
【0109】
このプッシュ通知を受信したタスク担当部署長は、ＭＣＰタスクに対応する担当者の選定が可能か否かを判断する（ステップＳ２ａ）。そして、タスク担当部署長は、担当者の選定が可能な場合つまりステップＳ２ａの判断が「Ｙｅｓ」の場合、担当者及び人数を災害対策本部に報告する（ステップＳ３ａ）。
【0110】
すなわち、タスク担当部署長は、在館している部署スタッフの状況等に基づいてＭＣＰタスクの実施担当者が選定可能な否かを判断する。そして、タスク担当部署長は、実施担当者の選定が可能な場合、通信端末Ｔを用いることによりＭＣＰタスクに対応する担当者及び人数をＭＣＰ支援装置Ｂに送信する。
【0111】
一方、タスク担当部署長は、担当者の選定が可能でない場合つまりステップＳ２ａの判断が「Ｎｏ」の場合、通信端末Ｔを用いることによりＭＣＰタスクの実施担当者が選定できない旨をＭＣＰ支援装置Ｂに送信する。この結果、ＭＣＰ支援装置Ｂは、遅延状態アラートをＭＣＰ支援画像Ｇに表示させる（ステップＳ４ａ）。すなわち、この遅延状態アラートは、タスク担当部署長からの報告に基づいて自動的に災害対策本部及びタスク担当部署長に通知される。
【0112】
ＭＣＰ支援装置Ｂは、事前に登録されたバックアップ要員の中から在館状況、参集予定時間、作業状況等より実施担当者となり得るバックアップ要員候補を選出し、当該バックアップ要員候補の部署長に不足人員のバックアップ依頼を通知する（ステップＳ５ａ）。すなわち、ＭＣＰ支援装置Ｂは、バックアップ要員候補の部署長が所持する通信端末Ｔ宛にバックアップ依頼を送信する。
【0113】
バックアップ要員候補の部署長は、バックアップ依頼に対してバックアップ要員（ＭＣＰタスクの実施担当者）の選定が可能か否かを判断する（ステップＳ６ａ）。そして、バックアップ要員候補の部署長はは、バックアップ要員の選定が可能な場合つまりステップＳ６ａの判断が「Ｙｅｓ」の場合、バックアップ要員を災害対策本部に報告する（ステップＳ７ａ）。すなわち、バックアップ要員候補の部署長は、通信端末Ｔを用いることによりバックアップ依頼に対する応答報告としてバックアップ要員をＭＣＰ支援装置Ｂに送信する。
【0114】
ＭＣＰ支援装置Ｂは、このようなバックアップ依頼に対する応答報告を受信すると、バックアップ要員が選定されたこと、つまり不足人員が補充されたことをタスク担当部署長に通知する（ステップＳ８ａ）。すなわち、ＭＣＰ支援装置Ｂは、タスク担当部署長の部署における不足人員の補充者（バックアップ要員）をタスク担当部署長の通信端末Ｔに送信する。
【0115】
上記ステップＳ６ａの判断が「Ｎｏ」の場合、例えば夜間や休日等で人員が不在しているためにバックアップ依頼に対してバックアップ要員を選定できない場合、バックアップ要員候補の部署長は、バックアップ依頼に対して対応不可を災害対策本部に報告する（ステップＳ９ａ）。すなわち、バックアップ要員候補の部署長は、バックアップ依頼に応答できない旨の応答報告をＭＣＰ支援装置Ｂに送信する。ＭＣＰ支援装置Ｂは、上記応答報告をＭＣＰ支援画像Ｇに表示させることにより災害対策本部に認知させる。
【0116】
ＭＣＰ支援装置Ｂは、上記対応不可の応答報告を受信すると、事前に登録されたバックアップ要員の中から在館状況、参集予定時間、作業状況等より実施担当者となり得るバックアップ要員候補を再度選出し、当該バックアップ要員候補の部署長にバックアップ依頼を通知する（ステップＳ１０ａ）。すなわち、ＭＣＰ支援装置Ｂは、バックアップ要員候補の部署長が所持する通信端末Ｔ宛にバックアップ依頼を送信する。
【0117】
バックアップ要員候補の部署長は、上記バックアップ依頼に対してバックアップ要員の選定が可能か否かを判断する（ステップＳ１１ａ）。そして、バックアップ要員候補の部署長は、バックアップ要員の選定が可能な場合つまりステップＳ１１ａの判断が「Ｙｅｓ」の場合、バックアップ要員を災害対策本部に報告する（ステップＳ１２ａ）。すなわち、バックアップ要員候補の部署長は、通信端末Ｔを用いることによりバックアップ依頼に対する応答報告としてバックアップ要員をＭＣＰ支援装置Ｂに送信する。ＭＣＰ支援装置Ｂは、上記応答報告をＭＣＰ支援画像Ｇに表示させることにより災害対策本部に認知させる。
【0118】
ＭＣＰ支援装置Ｂは、バックアップ要員の応答報告を受信すると、不足人員が補充されたことをタスク担当部署長に通知する（ステップＳ１３ａ）。すなわち、ＭＣＰ支援装置Ｂは、タスク担当部署長の部署におけるバックアップ要員をタスク担当部署長の通信端末Ｔに送信することによりタスク担当部署長に通知する。
【0119】
上記ステップＳ１１ａの判断が「Ｎｏ」の場合、つまり２度に亘るバックアップ依頼に対してバックアップ要員が選定できなかった場合、バックアップ要員候補の部署長は、バックアップ依頼に対して対応不可を災害対策本部に報告する（ステップＳ１４ａ）。すなわち、バックアップ要員候補の部署長は、バックアップ依頼に応答できない旨の応答報告をＭＣＰ支援装置Ｂに送信する。ＭＣＰ支援装置Ｂは、上記応答報告をＭＣＰ支援画像Ｇに表示させることにより災害対策本部に認知させる。
【0120】
この場合、災害対策本部では、ＭＣＰ支援画像Ｇに表示される各種情報、つまり準備活動タスク進捗状況、病棟の空床情報、入院患者情報、手術患者情報、外来患者情報、職員の安否情報、在院情報、参集可否情報、職員参集状況、救急患者対応状況等に基づいて人的理リソース不足の解消に対する検討を行う（ステップＳ１５ａ）。そして、災害対策本部は、その検討結果に基づいて人的リソース不足を解消するための指示を行う。
【0121】
このようにしてステップＳ１ａ～Ｓ１５ａの処理が完了すると、実施担当者はＭＣＰタスクを実行する（ステップＳ１６ａ）。実施担当者は、ＭＣＰタスクの実行時間として予め規程された規定時間内にＭＣＰタスクの実行が完了したか否かを判断する（ステップＳ１７ａ）。そして、実施担当者は、ステップＳ１７ａの判断が「Ｙｅｓ」の場合、タスク完了報告を災害対策本部に報告する（ステップＳ１８ａ）。
【0122】
すなわち、実施担当者は、タスク完了報告を通信端末ＴからＭＣＰ支援装置Ｂに送信する。ＭＣＰ支援装置Ｂは、タスク完了報告をＭＣＰ支援画像Ｇに表示させることにより災害対策本部に認知させる。
【0123】
一方、実施担当者は、ステップＳ１７ａの判断が「Ｎｏ」の場合、タスク遅延報告を災害対策本部に報告する（ステップＳ１９ａ）。すなわち、実施担当者は、タスク遅延報告を通信端末ＴからＭＣＰ支援装置Ｂに送信することによりＭＣＰ支援画像Ｇに表示させる。災害対策本部は、ＭＣＰ支援画像Ｇに基づいてＭＣＰタスクが規定時間内に実行されなかったことを認知する。以上によって人的リソース不足時におけるＭＣＰ支援システムＡの動作が終了する。
【0124】
【0125】
これらのＭＣＰ支援画像Ｇｂ～Ｇｅは、ＭＣＰ支援画像Ｇ、Ｇａと同様にダッシュボード形式の画像情報である。また、これら４つのＭＣＰ支援画像Ｇｂ～Ｇｅは、防災担当者（防災責任者）による操作部３の操作に基づく演算部４の切換処理によって、表示部５に切替表示される。
【0126】
図９～図１２のうち、図９は、気象情報画像Ｇｂであり、図示するように２つの表示領域ｂ１、ｂ２を備えている。図１０はタスク管理画像Ｇｃであり、３つの表示領域ｃ１～ｃ３を備えている。図１１は患者施設情報画像Ｇｄであり、８つの表示領域ｄ１～ｄ８を備えている。図１２は救急患者対応画像Ｇｅであり、合計２０の表示領域ｅ１～ｅ２０を備えている。
【0127】
気象情報画像Ｇｂ１について、第１の表示領域ｂ１は、「タイムライン水害ステージ」を示す画像領域である。すなわち、第１の表示領域ｂ１には、現在の水害スージ「水害ステージ〇」、ステージ移行発動時間「〇月〇日（曜日）〇時〇分」、当該ステージの残リードタイム（例えばステージ３の場合は「あと〇〇分/３６０分」等の情報が表示される。
【0128】
気象情報画像Ｇｂ１について、第２の表示領域ｂ２は、「気象情報」を示す画像領域である。すなわち、第２の表示領域ｂ２には、気象サーバＪ及び自治体サーバＫと連携することにより、ＭＣＰタスクの実施トリガーとして使う気象情報（予測を含む）、水位情報（予測を含む）、参考気象情報（降雨量、洪水警報、大雨警報、土砂災害警戒情報等）及び自治体避難情報（高齢者等避難、避難指示等）等の情報が表示される。
【0129】
また、タスク管理画像Ｇｃについて、第１の表示領域ｃ１は、「タイムライン水害ステージ」を示す画像領域である。すなわち、第１の表示領域ｃ１には、気象情報画像Ｇｂ１における第１の表示領域ｂ１と同様に、現在の水害スージ「水害ステージ〇」、ステージ移行発動時間「〇月〇日（曜日）〇時〇分」、当該ステージの残リードタイム（例えばステージ３の場合は「あと〇〇分/３６０分」等の情報が表示される。
【0130】
タスク管理画像Ｇｃについて、第２の表示領域ｃ２は、「防災準備活動タスク進捗状況」を示す画像領域である。すなわち、第２の表示領域ｃ２には、ＭＣＰ支援装置Ｂと連携することにより、水害ステージ毎の準備活動タスクの進捗状況・進捗率、未完了タスク数／全タスク数、実施中タスク数、リソース不足タスク数、遅延タスク数及び完了タスク数等の情報が表示される。
【0131】
タスク管理画像Ｇｃについて、第３の表示領域ｃ３は、「防災準備活動タスクリスト」を示す画像領域である。すなわち、第３の表示領域ｃ３には、ＭＣＰ支援装置Ｂと連携することにより、遅延タスク、リソース不足タスクの詳細状況、発信時間、着手時間、タスク名称及びタスク実施責任者等の情報が表示される。
【0132】
また、患者施設情報画像Ｇｄについて、第１の表示領域ｄ１は、在院患者管理システムＣ及び電子カルテシステムＤとの連携により、「入院患者情報」を示す画像領域である。すなわち、第１の表示領域ｄ１には、空床数、個室空床数、現在患者数、調整検討中病床数、新生児数、透析患者数、人工呼吸器装着患者数、酸素吸入患者数等の情報が表示される。
【0133】
患者施設情報画像Ｇｄについて、第２の表示領域ｄ２は、在院患者管理システムＣ及び電子カルテシステムＤとの連携により、「手術可否情報」を示す画像領域である。すなわち、第２の表示領域ｄ２には、当日の手術予定数、手術終了数、手術部在館スタッフ数、参集可能スタッフ数、麻酔科医数等、緊急手術可能状況（頭部、腹部、整形、泌尿器、婦人科等）、手術器材状況（中材、ＲＯ水等）等の情報が表示される。
【0134】
患者施設情報画像Ｇｄについて、第３の表示領域ｄ３は、インフラ管理システムＨとの連携により、「内視鏡・画像診断情報」を示す画像領域である。すなわち、第３の表示領域ｄ３には、内視鏡室、画像診断の各諸室の使用可能状況等の情報が表示される。
【0135】
患者施設情報画像Ｇｄについて、第４の表示領域ｄ４は、インフラ管理システムＨとの連携により、「院内インフラ情報」を示す画像領域である。すなわち、第４の表示領域ｄ４には、電気（商用電源、非常用電源）の正常・異常の状況、非常用電源の稼働可能時間、上水、井水、下水、ガスの正常・異常、医療ガス（酸素、空気、窒素、笑気、吸引）の正常・異常、酸素の残量、消防設備、エレベーター、エスカレーターの正常・異常等の情報が表示される。
【0136】
患者施設情報画像Ｇｄについて、第５の表示領域ｄ５は、医療機器・備蓄物品管理システムＩとの連携により、「医療機器使用可能台数情報」を示す画像領域である。すなわち、第５の表示領域ｄ５には、医療機器の使用可能台数として、人工呼吸器、輸液ポンプ、シリンジポンプ、透析用カテーテル、ＩＡＢＰ（Intra Aortic Balloon Pumping）」及びＣＨＤＦ（Continuous hemodiafiltration）等の台数が表示される。
【0137】
患者施設情報画像Ｇｄについて、第６の表示領域ｄ６は、インフラ管理システムＨとの連携により、「院内システム情報」を示す画像領域である。すなわち、第６の表示領域ｄ６には、院内システムの稼働状況の正常・異常、電子カルテ、ナースコール、固定電話、ＰＨＳ（Personal Handy Phone）、インターネット及び床頭台等に関する情報が表示される。
【0138】
患者施設情報画像Ｇｄについて、第７の表示領域ｄ７は、医療機器・備蓄物品管理システムＩとの連携により、「サプライ情報」を示す画像領域である。すなわち、第７の表示領域ｄ７には、サプライ状況（通常通り、備蓄対応、至急調達）に加え、食料、医薬品及び診療材料等の情報が表示される。
【0139】
患者施設情報画像Ｇｄについて、第８の表示領域ｄ８は、インフラ管理システムＨとの連携により、「院内被災情報」を示す画像領域である。すなわち、第８の表示領域ｄ８には、院内の被災状況として、浸水状況、火災状況及び破損状況等の情報が表示される。
【0140】
さらに、救急患者対応画像Ｇｅについて、第１の表示領域ｅ１、第３の表示領域ｅ３、第５の表示領域ｅ５及び第７の表示領域ｅ７は、医療需要量把握システムＥ及び在院者管理システムＦとの連携により、「エリア名」を示す画像領域である。すなわち、第１の表示領域ｅ１、第３の表示領域ｅ３、第５の表示領域ｅ５及び第７の表示領域ｅ７には、災害医療対応時の重症患者、中等症患者、軽症患者、トリアージ対応するエリアの名称等の情報が表示される。
【0141】
救急患者対応画像Ｇｅについて、第２の表示領域ｅ２、第４の表示領域ｅ４、第６の表示領域ｅ６及び第８の表示領域ｅ８は、医療需要量把握システムＥ及び在院者管理システムＦとの連携により、「救急患者数」を示す画像領域である。すなわち、第２の表示領域ｅ２、第４の表示領域ｅ４、第６の表示領域ｅ６及び第８の表示領域ｅ８には、赤エリア、黄エリア、緑エリア、黒エリア、トリアージエリアに搬送された救急患者数等の情報が表示される。
【0142】
救急患者対応画像Ｇｅについて、第９～第１２の表示領域ｅ９～ｅ１２は、医療需要量把握システムＥ及び在院者管理システムＦとの連携により、「エリア映像」を示す画像領域である。すなわち、第９～第１２の表示領域ｅ９～ｅ１２には、赤エリア、黄エリア、緑エリア、黒エリア、トリアージエリアでの対応状況等を示す映像が表示される。
【0143】
救急患者対応画像Ｇｅについて、第１３～第１６の表示領域ｅ１３～ｅ１６は、医療需要量把握システムＥ及び在院者管理システムＦとの連携により、「対応スタッフ」を示す画像領域である。すなわち、第１３～第１６の表示領域ｅ１３～ｅ１６には、赤エリア、黄エリア、緑エリア、黒エリア、トリアージエリアで対応している職種別職員数、職員リスト等の情報が表示される。
【0144】
救急患者対応画像Ｇｅについて、第１７～第２０の表示領域ｅ１７～ｅ２０は、医療需要量把握システムＥ及び在院者管理システムＦとの連携により、「救急患者対応状況」を示す画像領域である。すなわち、第１７～第２０の表示領域ｅ１７～ｅ２０には、赤エリア、黄エリア、緑エリア、黒エリア、トリアージエリア毎の患者属性、傷病名、対応記録等の情報が表示される。
【0145】
このようなＭＣＰ支援画像Ｇｂ～Ｇｅによれば、防災担当者（防災責任者）は、表示部５に表示させる気象情報画像Ｇｂ、タスク管理画像Ｇｃ、患者施設情報画像Ｇｄ及び救急患者対応画像Ｇｅを適宜切替えることにより、気象状態、タスク管理状況、患者施設状況及び救急患者対応状況をリアルタイムに把握することが可能である。
【0146】
また、気象情報画像Ｇｂ、タスク管理画像Ｇｃ、患者施設情報画像Ｇｄ及び救急患者対応画像Ｇｅには、気象状態、タスク管理状況、患者施設状況及び救急患者対応状況に関する比較的詳細な情報が表示されるので、防災担当者（防災責任者）は、災害時における気象状態、タスク管理状況、患者施設状況及び救急患者対応状況をより的確（正確）に把握することが可能である。
【符号の説明】
【0147】
Ａ ＭＣＰ支援システム（事業継続支援システム）
Ｂ ＭＣＰ支援装置（事業継続支援装置）
Ｇ、Ｇａ～Ｇｅ ＭＣＰ支援画像
Ｎ 支援通信回線
Ｎ１ 院内ネットワーク
Ｎ２ 公衆通信回線
Ｔ 通信端末
１ 第１通信部
１Ａ 第２通信部
１Ｂ 第３通信部
１ 通信部
２ 記憶部
３ 操作部
４ 演算部
４ａ ＭＣＰタスク登録管理部
４ｂ 第１タスク管理支援部
４ｃ 第２タスク管理支援部
４ｄ 第１職員管理部
４ｅ 第２職員管理部
４ｆ 第１施設基盤監視部
４ｇ 第２施設基盤監視部
５ 表示部
Ｂ ＭＣＰ支援装置（事業継続支援装置）
Ｇ、Ｇａ～Ｇｅ ＭＣＰ支援画像
Ｎ 支援通信回線
Ｎ１ 院内ネットワーク
Ｎ２ 公衆通信回線
Ｔ 通信端末
１ 第１通信部
１Ａ 第２通信部
１Ｂ 第３通信部
１ 通信部
２ 記憶部
３ 操作部
４ 演算部
４ａ ＭＣＰタスク登録管理部
４ｂ 第１タスク管理支援部
４ｃ 第２タスク管理支援部
４ｄ 第１職員管理部
４ｅ 第２職員管理部
４ｆ 第１施設基盤監視部
４ｇ 第２施設基盤監視部
５ 表示部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】