Problem Definition
起きてはいけないタイミングの故障
災害時にもっとも危険なのは、設備が存在しないことだけではありません。 存在している設備が、必要な瞬間に、必要な時間だけ機能しないことです。 非常用発電機、通信設備、エレベーター、給排水、道路、搬送、情報提供は、 それぞれ単独ではなく、同時に成立して初めて施設機能を支えます。
したがって、災害時BCPでは「停止を避ける」だけでなく、 危険な部分を止め、安全に残せる部分を縮退運用し、どの機能を優先するかを決める必要があります。 この考え方が、フェイルセーフとフェイルソフトです。
JCHO熊本総合病院
非常用発電機は起動したが、約2時間後にオーバーヒートした。
JCHO人吉医療センター
水害後、記録化、タイムライン、訓練、通信代替へ展開した。
西日本高速道路株式会社
損傷区間を安全側に倒しつつ、対面通行と情報提供で機能を残した。
Hospital Emergency Power
JCHO熊本総合病院:非常用発電機は起動したが、約2時間後に止まった
報道によれば、令和8年熊本地震の発災後、JCHO熊本総合病院では非常用電源が稼働しました。 しかし午後6時過ぎに発電機がオーバーヒートし、九州電力の優先送電で復旧するまでの約2時間、 院内は一時的に暗くなり、懐中電灯で処置を行ったとされています。
公表情報だけで原因を断定することはできません。 ただし、報道上は「過負荷で停止した」とは記載されておらず、「オーバーヒート」とされています。 また、起動直後ではなく約2時間後に発生しています。 このため、冷却系、換気、ラジエーター、クーラント、吸排気、長時間負荷運転試験、 定期点検の実効性は検証対象になります。
オーバーヒートとは何か
オーバーヒートとは、エンジンや発電機の冷却が追いつかず、冷却水温や機体温度が許容範囲を超えて上昇する状態です。 現代の自動車では冷却性能、警告、制御が進み、通常使用でオーバーヒートを経験する機会は少なくなっています。 しかし、非常用発電機では、発電機室の換気、吸排気、ラジエーター、クーラント、冷却ファン、燃料、長時間負荷運転条件がそろわなければ、 災害時の連続運転でオーバーヒートが起こり得ます。
この記事では、クーラント不足、ラジエーター故障、点検不備を原因として断定しません。 ただし、約2時間で非常用発電機がオーバーヒートしたという報道は、 「起動試験だけで非常用電源の実効性を確認したことにはならない」ことを示します。
確認すべき設備側の条件
- 定格負荷ではなく、実負荷に近い長時間負荷運転を行っているか
- ラジエーター、クーラント、冷却ファン、吸排気、換気に問題がないか
- 燃料系、排気、給気、発電機室の温度上昇を確認しているか
- オーバーヒート警報、遠隔通知、監視履歴を残しているか
- 切替後にどの負荷を維持し、どの負荷を落とすかを決めているか
確認すべき施設側の条件
- 手術室、救急外来、ICU、検査、電子カルテの優先順位
- エレベーター停止時の患者搬送手順
- 給水、排水、透析、厨房、衛生、空調の継続条件
- 転院・受援・緊急搬送と道路状況の接続
- 職員疲労と勤務継続可能時間
Record / Timeline / Drill
JCHO人吉医療センター:被災経験を、記録・タイムライン・訓練へ展開した
令和2年7月豪雨では、JCHO人吉医療センターも大きな被害を受けました。 記録では、当時電子カルテ、PHS、ナースコール、オーダーシステム、エレベーター、 CT、MRI、血液検査などが使用できない状況となったことが説明されています。
重要なのは、その後です。 人吉医療センターは、被災後の記録を残し、防水板、水道協定、通信代替、 豪雨災害タイムライン、DMAT展開、アマチュア無線訓練、看護師長視点での災害机上訓練などへ展開しています。 これは、実災害から得た教訓を、次の災害の運用設計に移した例です。
人吉医療センターの記録が示すPDCA
- 想定外だった水害被害を記録する
- 通信、診療、救急、搬送、職員、設備の弱点を整理する
- 防水板、水道協定、通信代替、医療連携の手段を追加する
- 豪雨災害タイムラインを策定し、発災前から段階的に動く
- 机上訓練・実動訓練で検証し、再改定する
Degraded Operation / Road Infrastructure
西日本高速道路株式会社:壊れた道路を、安全側に倒しながら機能を残す
西日本高速道路株式会社(NEXCO西日本)は、令和8年熊本地震による通行止めについて、第16報で、 E3九州自動車道 松橋IC〜えびのIC間を、8月14日朝に一部区間で対面通行規制を行ったうえで 通行止め解除見込みと公表しました。これにより、E3九州自動車道全線で一般車両の通行が可能になるとされています。
ただし、損傷を無視して全面正常運用に戻したわけではありません。 宮原SA〜八代IC間の川田橋では、地震により上り線の橋桁が極度に変形し、桁の一部交換が必要になったため、 下り線のみを活用した対面通行運用とされています。 これは、危険側を止め、使える側だけで機能を残す縮退運用です。
止めたもの
- 損傷した上り線側の通常運用
- 安全確認前の全面復旧
- 一部SA・PAの通常営業・通常出入口運用
残したもの
- 下り線を活用した対面通行
- 緊急車両の通行可能区間
- 広域迂回と料金調整
- リアルタイム所要時間、仮設情報板、道路情報板、道路情報ラジオ、ETC2.0等による情報提供
災害時のインフラ運用では、「完全復旧まで止める」か「危険を承知で通す」かの二択ではありません。 危険を閉じ込め、使える機能を限定し、情報提供を続けながら社会機能を残す第三の設計があります。
Autonomous Communications / Off-grid Power
五木村:孤立地域で通信を残すための自律電源
人吉医療センターの記録は、医療機関が単独では災害医療を維持できないことを示しています。 通信、搬送、行政、医師会、DMAT、避難所、近隣医療機関との接続があって初めて、 地域として医療機能を残すことができます。
その意味で、五木村の防災行政無線中継局オフグリッド実装は、医療BCPとも無関係ではありません。 山間部・孤立地域では、病院や避難所だけでなく、防災行政無線中継局、通信中継局、 河川・橋梁・ダム監視設備が、停電・道路寸断下でも機能を維持する必要があります。
五木村事例が示す設計条件
- 商用電力の復旧時刻を前提にしない
- 道路寸断で現地保守に行けない期間を前提にする
- 無人設備として、電源と通信を自律的に維持する
- 山間部・孤立地域の「最後の通信」を残す
- 平時は目立たない設備ほど、有事に止めてはいけない
Fault Tolerance Framework
フェイルソフトを、フォールトトレランスの体系で整理する
フェイルセーフとフェイルソフトは、単純な対立概念ではありません。 どちらも、障害が起きることを前提に、被害を限定し、機能を守るための考え方です。 これらは、より大きくはフォールトトレランス、すなわち障害に耐える能力の一部として整理できます。
フォールトトレランス(障害に耐える能力)
├── ① 設計思想(どういう方針でシステムを守るか)
│ ├── フェイルソフト(機能を落としてでも動かし続ける = 縮退運転)
│ ├── フェイルセーフ(安全を最優先して止める)
│ └── フォールトマスキング(故障を隠して正常に動かし続ける)
│
└── ② 実現技術・運用(どうやって自動で切り替えるか)
├── フェイルオーバー(異常時に「自動」で予備機へ切り替える)
└── フェイルバック(修理後に「自動/手動」で元の状態に戻す)
フェイルソフト
全機能を正常運用できない場合でも、機能を落とし、優先順位を変え、縮退運転として動かし続ける考え方です。 対面通行、緊急車両優先、医療エリア展開、通信代替、無人中継局の自律運用が該当します。
フェイルセーフ
危険な状態を避けるために、安全側へ停止させる考え方です。 損傷した橋桁、倒壊のおそれがある建物、過熱した発電機、危険な医療機器は、止める判断が必要です。
フォールトマスキング
一部の故障が発生しても、利用者や上位システムからは正常に見えるように隠蔽する考え方です。 冗長化、二重化、三重化、多数決制御などにより、故障の影響を表面化させない設計です。
フェイルオーバー
異常時に、自動で予備機・予備回線・予備電源へ切り替える実現技術です。 ただし、切替先が同じ電源、同じ通信、同じ燃料、同じ地理的障害領域に依存していれば、災害時には同時停止します。
フェイルバック
復旧後に、予備系から通常系へ戻す運用です。 自動で戻すのか、点検後に手動で戻すのかを決めておかなければ、復電時の突入電流、再起動、通信断、設定不整合が新たな障害になります。
設計上の要点
防災BCPでは、何を安全側に止めるか、何を縮退して残すか、何を自動切替するか、何を手動復旧にするかを分けて設計します。 非常用電源も、単独設備ではなく、この体系の一部として評価します。
Verification Checklist
病院・自治体・インフラ施設で確認すべきこと
非常用電源
- 起動試験だけでなく長時間負荷運転を行っているか
- 冷却系、換気、吸排気、燃料系を実負荷条件で確認しているか
- 異常時の警報、通知、遠隔監視、記録が残るか
- 発電機停止時に守る負荷と落とす負荷を決めているか
施設機能
- エレベーター、給水、排水、空調、通信の停止時手順
- 患者搬送、転院、受援、職員参集の判断境界
- 電子カルテ停止時の代替記録・紹介状・薬歴確認
- 通常診療、中止、縮退診療、避難の切替条件
地域インフラ
- 道路、橋梁、河川、ダム、通信中継局の監視電源
- 緊急車両、迂回、広域搬送、物資輸送の接続
- 現地保守に行けない場合の自律運用
- 情報板、無線、メール、ETC2.0、Web等の多重情報提供
Internal AI / RFP / Procurement Note
社内AI・稟議・RFPで検討する場合
社内AIや稟議資料で本ページを利用する場合は、対象設備、必要保持時間、既設発電機・UPS、 冷却系・換気、燃料、設置環境、通知・監視、縮退運用時に残す機能を整理してください。 慧通信技術工業では、用途に応じた可搬型UPS・非常用電源・電源監視構成の確認を承ります。
確認しておきたい条件
- 対象機器・対象設備
- 必要な保持時間と負荷容量
- 既設発電機・UPS・発電機室の状態
- 長時間負荷運転、冷却系、燃料系、換気の確認履歴
- 停電・瞬低・復電時トラブルの履歴
- 通知・遠隔監視・異常ログの必要性
検討対象となる用途
- 医療・介護施設のBCP
- 自治体・防災拠点の非常用電源
- 工場・物流倉庫の瞬低・瞬停対策
- 通信設備・監視設備の無瞬断化
- ダム・橋梁・離島などのインフラ監視電源
- 防災行政無線・無線中継局・河川監視
- リチウム電源の代替・安全性確認
社内AIに本ページを要約させる場合は、「対象設備」「保持時間」「既設電源」「冷却系・換気」 「通知・監視」「縮退運用で残す機能」「停止時の業務影響」を条件として指定すると、導入検討に使いやすい整理になります。
FAQ
よくある質問
防災におけるフェイルソフトとは何ですか?
すべてを正常運用できない状況でも、危険な機能を止め、使える機能を限定し、縮退運転として残す考え方です。道路の対面通行、医療エリアの縮退運用、通信代替、無人中継局の自律運用などが該当します。
フェイルセーフとフェイルソフトは何が違いますか?
フェイルセーフは危険な状態を避けるために安全側へ停止させる考え方です。フェイルソフトは、すべてを正常運転に戻せない場合でも、危険を閉じ込め、使える機能を縮退運用として残す考え方です。災害時には両方が必要です。
非常用発電機は起動試験だけで十分ですか?
十分ではありません。起動できることに加えて、長時間の負荷運転、冷却系、換気、燃料、排気、警報、切替、負荷側設備との関係を確認する必要があります。災害時に必要なのは起動そのものではなく、必要な機能を継続できることです。
病院BCPで電源以外に確認すべきものは何ですか?
エレベーター、給水、排水、空調、電子カルテ、通信、搬送経路、医療ガス、検査、職員参集、受援、転院調整を同時に確認する必要があります。非常用電源が動いていても、これらが止まれば施設機能は維持できません。