ITサービス継続のための事業継続計画の策定と運用について
AI生成の参考答案（架空）
問題・答案ともに独自教材です。実際のIPA過去問・公式解答ではありません。年度・季節は教材の整理用ラベルです。論述構成を学ぶために過去問AIが生成した架空の参考例で、合格を保証するものではありません。論述の骨格・業種事例の参考としてご活用ください。
問題概要
ITサービスマネージャは、ITサービスを支える事業継続計画（IT-BCP）を策定し、運用する責任を負う。
全文を表示
業種を選択してください
製造業の参考答案例
約 2,896 字序論（設問ア）
私が責任を担うITサービスは、中堅自動車部品メーカB社の製造実行管理（MES）および工程データ統合基盤である。B社は年商約260億円、従業員数約950名、国内2工場・海外1工場を持ち、車載コネクタ・センサ部品の受託製造を主力とする。私はB社情報システム部のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、2022年の主要OEMからのサプライチェーン監査で、ITサービス障害時の復旧体制が問われ、IATF16949改訂版の購買要件として「3時間以内の製造データ復旧」が追加された。第2に、顧客契約と社内方針により、製造工程データを最大10年保存することになり、ストレージ障害時のデータ消失が経営リスクとして顕在化した。第3に、地震・水害・サイバー攻撃のリスクが過去5年で増加傾向で、特に2022年の半導体不足影響でサプライチェーン依存リスクが企業課題化していた。 これらは「OEM要請」「保存期間延伸」「自然災害・サイバーリスク」が同時進行する複合的変化であった。製造物責任法（PL法）に基づくロットトレーサビリティ要件と合わせ、IT-BCPの策定が経営課題化したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「業務影響度分析（BIA）に基づく多層復旧戦略」を核とする構成である。具体的には、(1)MESコア機能（製造ラインへの指示）→1時間以内復旧、(2)工程データ統合基盤→3時間以内復旧、(3)IATF16949対応の品質管理機能→24時間以内復旧、(4)分析・レポート機能→72時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「IATF16949改訂版・PL法に基づく復旧優先度の整合」である。OEM要請の「3時間以内の製造データ復旧」と、PL法に基づくロットトレーサビリティ要件をBIAに反映し、復旧優先度を業界要請と法令要件の両面から導出した。私は、(a)BIA結果を四半期ごとに見直すサイクルを組み込み、要件変化に追従、(b)復旧目標達成のためのインフラ投資を多重バックアップ・地理冗長化の二段構えで設計、(c)復旧手順を製造部・品質保証部・情報システム部の合議でドキュメント化、の3点で復旧戦略を整備した。 第2に、「改正電子帳簿保存法に基づく長期保存データの保護」である。工程データの保存を社内方針で10年に延長したため、ストレージ障害時のデータ消失リスクが経営課題となった。私は、データを「アクティブデータ」「長期保存データ」の2階層に分類し、長期保存データはオブジェクトストレージのレプリケーション（3拠点）で保護する設計とした。改正フロン排出抑制法・化学物質排出移動量届出制度（PRTR）の管理記録も同じ保護階層に組み込んだ。 一つ目の困難は、IT-BCP訓練の現実的な実施計画であった。製造ラインを停止しての全社訓練は経営影響が大きく、実施頻度の確保が困難であった。私は、(1)訓練を「机上訓練」「部分実機訓練」「全社実機訓練」の3レベルに分類、(2)机上訓練を四半期1回、部分実機訓練を年2回、全社実機訓練を年1回（製造業の長期休暇期間に集中）の実施計画、(3)訓練結果を経営層に報告し、復旧手順の継続改善に反映、の3点で訓練の現実性と効果を両立した。 二つ目の困難は、クラウド事業者との SLA と IT-BCP 目標の整合であった。採用サービスのSLAは99.9%だったが、可用性の月間割合は個別障害のRTOを保証しない。1時間の目標に対して待機環境と切替手順を別に設計する必要があった。私は、(1)クラウド事業者と SLA 強化オプションを契約交渉し、復旧目標達成の責任分界を明確化、(2)クラウド事業者側の障害時に自社側で取り得る対応手順をドキュメント化、(3)クラウド事業者の障害履歴を四半期ごとに棚卸し、SLA 違反時の経営層エスカレーション基準を明示、の3点でクラウド依存リスクを抑制した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を四半期1回・部分実機訓練を年2回・全社実機訓練を年1回の頻度で1年運用した。初回の全社実機訓練では、復旧手順の一部が想定通り機能せず、復旧目標 1 時間以内を達成できないリスクが顕在化した。私は、(1)訓練で発覚した手順不備を72時間以内に改訂、(2)改訂版の手順で部分実機訓練を再実施し、復旧目標達成を確認、(3)以降の全社実機訓練では事前に部分実機訓練を必須化、の3点で訓練と改善を連動させた。 関係部門との合意形成では、製造部・品質保証部・経理部・情報システム部の4部門にまたがる調整が課題であった。特に製造部からは「全社実機訓練の製造ライン停止時間が業務影響を及ぼす」との強い反対が出た。私は、(1)全社実機訓練を製造ラインの計画停止時期（年末年始・大型連休）に集中、(2)訓練に伴う製造部の業務工数を IT 部門予算で全額補填、(3)IT-BCP 訓練成果を製造部の KPI（オペレーション信頼性指標）に加算する配賦ルール、の3点で利得構造を組み込んだ。約3か月の協議を経て、製造部は IT-BCP 訓練の主体的協力部門となった。 評価点は、運用開始1年で実機障害は発生しなかったものの、訓練を通じて復旧手順の精度が継続向上し、全社訓練後に追加した2回目の部分実機再試験で復旧時間が想定の 1 時間以内を確実に達成できた点である。さらに、IATF16949 改訂版のサプライチェーン監査でいずれも重大指摘ゼロを達成し、製造物責任法（PL法）・改正電子帳簿保存法・改正フロン排出抑制法・化学物質排出移動量届出制度（PRTR）の4法令への適合性を継続的に維持できた。 長期保管は複製だけでなく、誤削除が伝播しない変更不能コピーを別権限で保持する。復旧後はロット件数と最終連番を照合して欠落範囲を確認する。 改善点は、クラウド事業者の SLA 強化オプション契約に伴う運用コストが当初見積りの1.4倍となった点である。これは、SLA 強化に伴うクラウド事業者側の追加保守工数を計画時に過小評価していたことに起因する。今後は、クラウド事業者の SLA 強化オプションを年契約として標準化し、運用コストの予測精度を向上させる仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、製造業のIT-BCPにおいては『SLA強化オプションに伴うクラウド事業者側の追加保守工数』を運用コストの独立変数として継続評価する必要があるとの確信である。私は今後、IATF16949・PL法・改正電子帳簿保存法の継続遵守を担保しつつ、SLA強化オプションの年契約標準化を運用予測精度向上の標準フレームに内蔵する運用管理姿勢を堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
建設業の参考答案例
約 2,732 字序論（設問ア）
私が責任を担うITサービスは、中堅ゼネコンK社の工事原価管理・労務管理を統合した基幹システムである。K社は売上高約3,200億円、従業員数約2,100名、年間施工件数約140件で、土木・建築両事業を持つ。私はK社情報システム部のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、労働基準法の時間外労働上限の建設業への適用に伴い、現場の労務時間収集の中断が経営リスクとして顕在化した。第2に、建設キャリアアップシステム（CCUS）連携の中断は公共工事の指名要件未達に直結し、入札機会喪失が経営に影響する構造があった。第3に、過去2年で建設業界全体に対するランサムウェア攻撃が増加し、特に工事原価データの暗号化被害が複数社で発生していた。 これらは「労務時間規制」「CCUS連携要請」「サイバー攻撃リスク」が同時進行する複合的変化であった。品確法に基づく入札評価点維持のため、IT-BCPの策定と運用が経営課題化したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「機能優先度別の復旧戦略＋サイバー攻撃対応の独立化」を核とする構成である。具体的には、(1)現場労務時間収集→2時間以内復旧、(2)CCUS連携→4時間以内復旧、(3)工事原価管理→8時間以内復旧、(4)経営分析機能→24時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「改正建設業法・建設キャリアアップシステム（CCUS）要請への適合性」である。労務時間規制と CCUS 連携は法令・業界要請の中核で、復旧遅延が罰則・入札機会喪失に直結する。私は、(a)労務時間収集と CCUS 連携の復旧優先度を最上位とする BIA を実施、(b)復旧目標達成のためにエッジゲートウェイ側にローカル保存機能を実装、(c)復旧手順を土木事業部・建築事業部・人事部・情報システム部の合議でドキュメント化、の3点で復旧戦略を整備した。建設業法・労働基準法・労働安全衛生法・品確法の4法令への適合性を継続的に検証した。 第2に、「ランサムウェア攻撃対応の独立化」である。業界全体でランサムウェア攻撃が増加する中、工事原価データの暗号化被害は経営致命傷となる。私は、(1)バックアップを「即時バックアップ」「日次バックアップ」「月次オフラインバックアップ」の3階層で保護、(2)切り離した月次コピーは復旧の最終手段とし、日次の変更不能コピーと別資格情報で保存する変更ログも保全する。復元前に感染と整合性を確認する、(3)復旧手順にランサムウェア対応シナリオを組み込み、IPA「ランサムウェア対策ガイドライン」に準じた対応プロセスを整備、の3点でサイバー攻撃対応を強化した。 一つ目の困難は、現場のエッジゲートウェイ単独運用時の品質保証であった。クラウド側障害時、現場のエッジゲートウェイで労務時間収集を継続する必要があるが、ローカル保存データの整合性と継続性を担保する必要があった。私は、(a)エッジゲートウェイのストレージを SSD 二重化、(b)ローカル保存データを暗号化、(c)クラウド復旧時の自動同期で整合性を担保する設計、の3点で現場単独運用の品質を確保した。 二つ目の困難は、サブコン約450社との CCUS 連携の継続性であった。サブコン側のシステム成熟度が大きく異なり、CCUS 連携の中断時にサブコン側に与える影響が予測困難であった。私は、(1)サブコンを「リアルタイム連携」「日次バッチ」「ファイル交換」の3クラスに分類、(2)クラスごとに連携中断時の代替手順をマニュアル化、(3)主要サブコン50社には CCUS 連携中断時の連絡体制を整備、の3点でサブコン連携の継続性を担保した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴・サイバー攻撃動向を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を四半期1回・部分実機訓練を年2回・全社実機訓練を年1回の頻度で1年運用した。初回の全社実機訓練では、サブコン連携の中断時の代替手順が一部のサブコンで機能せず、CCUS 連携の継続性が懸念された。私は、(1)訓練で機能しなかったサブコンを特定し、代替手順を個別最適化、(2)主要サブコン向けの説明会を実施し、IT-BCP発動時の連絡体制を再徹底、(3)サブコン側の IT-BCP 状況を年1回棚卸しする運用を整備、の3点で継続改善した。 関係部門との合意形成では、土木事業部・建築事業部・人事部・情報システム部の4部門にまたがる利害調整が課題であった。特に土木事業部からは「全社実機訓練の現場業務への影響が過大」との強い反対が出た。私は、(1)全社実機訓練を年末年始等の計画停止期間に集中、(2)訓練に伴う現場の業務工数を IT 部門予算で全額補填、(3)IT-BCP 訓練成果を土木事業部の入札評価点（品確法）に加算する配賦ルール、の3点を提示し利得構造を組み込んだ。約3か月の協議を経て、土木事業部は IT-BCP 訓練の主体的協力部門となった。 評価点は、運用開始1年で実機サイバー攻撃の試行が3件発生したが、検知後に隔離・調査した。バックアップは攻撃を防ぐ装置ではなく、清浄な時点へ戻す復旧手段として別途検証した点である。また、対象案件の提出資料として復旧訓練記録を整え、年間2件の公共工事案件で受注成功に寄与した。 工事原価のRPOは1日とし、日次コピー以降は承認済み原票から再入力する。月次しか清浄なコピーが残らない場合は最大1か月の再入力となるため、期限再合意と受注業務の縮小を判断する。 改善点は、サブコン側の IT-BCP 状況の棚卸しに当初想定の1.6倍の工数を要した点である。これは、サブコン側のIT-BCP整備状況の多様性を計画時に十分に評価できていなかったことに起因する。今後は、サブコン向けのIT-BCP整備支援プログラムを業界団体と協働で運営し、棚卸し工数を削減する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、建設業のIT-BCPにおいては『サブコン側のIT-BCP整備状況の多様性』を計画前提の独立変数として体系評価する必要があるとの確信である。私は今後、改正建設業法・建設キャリアアップシステム運用要領・労働安全衛生法の継続遵守を担保しつつ、業界団体と協働したサブコン向けIT-BCP整備支援を運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
金融業の参考答案例
約 2,879 字序論（設問ア）
私が責任を担うITサービスは、地方銀行L行の融資管理・モニタリングシステムである。L行は預金量約4.1兆円、従業員数約1,950名、本支店約152拠点を擁する地方銀行で、地域中小企業向け融資が貸出残高の約60%を占める。私はL行情報システム部のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、金融庁監督指針の改訂で「ITサービス継続管理態勢」が地域金融機関の重点監査項目に位置付けられ、IT-BCPの策定・運用の高度化が事実上必須化した。第2に、FISC安全対策基準の改訂で「災害時のITサービス継続」が新たに重点項目に追加された。第3に、地震・水害・サイバー攻撃のリスクが過去5年で増加傾向で、特に2023年のランサムウェア攻撃で地方銀行2行が一時業務停止に追い込まれた事案が業界に衝撃を与えていた。 これらは「監督指針要請」「FISC基準要請」「自然災害・サイバーリスク」が同時進行する複合的変化であった。銀行法・金融商品取引法・改正資金決済法・AML/CFTガイドラインに基づくサービス継続要請と合わせ、IT-BCPの策定が経営課題化したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「業務影響度分析（BIA）と金融機能優先度の融合＋FISC基準準拠の多層復旧」を核とする構成である。具体的には、(1)勘定系連携機能→30分以内復旧、(2)融資審査機能→2時間以内復旧、(3)AML/CFT検知機能→4時間以内復旧、(4)モニタリング・分析機能→24時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「FISC安全対策基準・金融庁監督指針への完全準拠」である。FISC安全対策基準の改訂で「災害時のITサービス継続」が重点項目となり、IT-BCPの策定・訓練・改善のすべてがFISC基準で監査される。私は、(a)BIAをFISC安全対策基準の項目とマッピングし、対応状況をリアルタイムで監査可能とする、(b)復旧手順をFISC基準の項目別に文書化、(c)外部監査法人による中間検証を半年ごとに実施、の3点でFISC適合性を継続的に担保した。銀行法・金融商品取引法・改正資金決済法・AML/CFTガイドラインの4規制への適合性も同フレームで管理した。 第2に、「ランサムウェア・サイバー攻撃対応の独立化」である。地方銀行の業務停止事案を踏まえ、サイバー攻撃対応を独立シナリオとして IT-BCP に組み込んだ。私は、(1)バックアップを「即時」「日次」「月次オフライン」の3階層で保護、(2)切り離した月次コピーは復旧の最終手段とし、日次の変更不能コピーと別資格情報で保存する変更ログも保全する。復元前に感染と整合性を確認する、(3)金融庁「金融機関等におけるサイバーセキュリティ管理態勢に関する着眼点」に準じた対応プロセスを整備、の3点でサイバー攻撃対応を強化した。 一つ目の困難は、FISC安全対策基準が要請する復旧時間目標（RTO）と、勘定系本体の制約の整合であった。勘定系連携機能の復旧目標30分以内を達成するには、勘定系連携 API の応答時間制約が課題となった。私は、(a)勘定系本体側で IT-BCP 発動時の優先処理キューを設計、(b)勘定系本体との復旧手順を共同訓練、(c)勘定系本体側の運用部門と月次調整会議を運営、の3点で勘定系制約と復旧目標を両立した。 二つ目の困難は、AML/CFT検知機能の継続性であった。IT-BCP発動時に AML/CFT 検知が一時停止すると、「疑わしい取引の届出」漏れが規制上の重大問題となるリスクがあった。私は、(1)AML/CFT検知ロジックを軽量バックアップシステムに常時複製、(2)IT-BCP発動時に軽量システムへ自動切替し、検知の継続性を担保、(3)切替後の検知精度を週次でモニタリングし、本系統復旧後に再点検する運用、の3点で AML/CFT 継続性を担保した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴・規制動向を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を四半期1回・部分実機訓練を年2回・全社実機訓練を年1回の頻度で1年運用した。初回の全社実機訓練では、勘定系連携の復旧手順の一部が想定通り機能せず、復旧目標 30 分以内を確実に達成できないリスクが顕在化した。私は、(1)訓練で発覚した手順不備を48時間以内に改訂、(2)勘定系運用部門と緊急合同検討会を実施、(3)以降の全社実機訓練では勘定系連携を必ず含めるルール、の3点で継続改善した。 関係部門との合意形成では、営業統括部・リスク統括部・コンプライアンス部・情報システム部の4部門にまたがる利害調整が課題であった。特にリスク統括部からは「IT-BCP訓練の頻度と規模が業務に与える影響が過大」との強い反対が表明された。私は、(1)IT-BCP訓練を金融庁検査の評価項目として位置付け、訓練成果が監督指針評価に直結することを共有、(2)訓練工数を情報システム部予算で全額補填、(3)IT-BCP訓練成果をリスク統括部のリスク管理 KPI に加算する配賦ルール、の3点で利得構造を組み込んだ。約4か月の協議を経て、リスク統括部は IT-BCP 訓練の主体的監督部門となった。 評価点は、運用開始1年で実機サイバー攻撃の試行が複数回発生したが、検知後に隔離・調査した。バックアップは攻撃を防ぐ装置ではなく、清浄な時点へ戻す復旧手段として別途検証した点である。また、金融庁検査・FISC外部監査でいずれも IT-BCP 関連の重大指摘ゼロを達成し、銀行業界の業務停止事案の影響を受けない継続的なサービス提供を維持できた。 取引ログを別権限で保全し、再処理では取引IDで重複を除く。最新の清浄な復元点と欠落取引を確認し、RPO達成を確認できない場合は融資処理を保留する。 改善点は、AML/CFT検知の軽量バックアップシステムの運用工数が当初想定の1.5倍に膨らんだ点である。これは、AML/CFT検知ロジックの複雑性と継続的な更新頻度を計画時に過小評価していたことに起因する。今後は、AML/CFT検知ロジックの軽量化と本系統の冗長化の両面から運用工数を最適化する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、金融機関のIT-BCPにおいては『AML/CFT検知ロジックの複雑性と更新頻度』を運用前提の独立変数として継続評価する必要があるとの確信である。私は今後、銀行法・金融商品取引法・FISC安全対策基準・AML/CFTガイドラインの継続遵守を担保しつつ、検知ロジック軽量化と本系統冗長化を運用工数最適化の標準フレームに内蔵する運用管理姿勢を堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
流通・小売の参考答案例
約 2,745 字序論（設問ア）
私が責任を担うITサービスは、全国食品スーパーM社の店舗POS・在庫管理・本部マスタを統合した基幹店舗システムである。M社は年商約2,100億円、店舗数約210店、従業員数約6,500名（パート含む）を擁する地域密着型食品小売である。私はM社情報システム部のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、衛生管理計画に従う記録を続けるため、店舗POS・温度センサ停止時の紙による代替が必要だった。第2に、自社の食品ロス削減方針に基づく廃棄量の集計・公表を進め、システム障害時の集計データ消失が新たな経営リスクとなった。第3に、過去2年で小売業界のランサムウェア攻撃が増加し、特にPOSデータの暗号化被害が経営致命傷となる構造が業界共通の課題となっていた。 これらは「HACCP制度連続性」「廃棄量公表継続性」「サイバー攻撃リスク」が同時進行する複合的変化であった。輸送能力の制約に伴うサプライチェーン連携の重要性も増したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「店舗営業継続を最優先する多層復旧戦略」を核とする構成である。具体的には、(1)店舗POS・HACCP電子記録→30分以内復旧、(2)店舗在庫管理→2時間以内復旧、(3)本部マスタ・廃棄量集計→4時間以内復旧、(4)分析・レポート機能→24時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「改正食品衛生法のHACCP制度連続性の絶対確保」である。衛生管理計画で温度・期限の確認頻度を定め、電子系停止時は紙記録へ切り替える。私は、(a)店舗エッジコンテナにHACCP電子記録のローカル保存機能を実装し、本部系障害時にも店舗単独で記録継続、(b)エッジコンテナのストレージを SSD 二重化、(c)復旧時の自動同期で本部系との整合性を担保、の3点でHACCP連続性を担保した。改正食品衛生法・食品ロス削減推進法・食品表示法・改正物流効率化法の4法令への適合性を継続的に検証した。 第2に、「ランサムウェア・サイバー攻撃対応の独立化」である。小売業界のPOSデータ暗号化被害事例を踏まえ、サイバー攻撃対応を独立シナリオとして IT-BCP に組み込んだ。私は、(1)バックアップを「即時」「日次」「月次オフライン」の3階層で保護、(2)切り離した月次コピーは復旧の最終手段とし、日次の変更不能コピーと別資格情報で保存する変更ログも保全する。復元前に感染と整合性を確認する、(3)IPA「中小企業の情報セキュリティ対策ガイドライン」に準じた対応プロセスを整備、の3点でサイバー攻撃対応を強化した。 一つ目の困難は、210店舗の同時障害シナリオの対応であった。特定のクラウドリージョン障害が発生した場合、全店舗が同時にサービス停止するリスクがあり、業界要請の復旧目標 30 分以内を達成するには地理冗長化が必須となった。私は、(a)クラウドリージョンを 2 拠点に冗長化、(b)エッジコンテナを各店舗に配置し本部系障害時にも単独運用可能とする、(c)復旧手順を本部・店舗運営部・サプライチェーン部の合議でドキュメント化、の3点で全店同時障害リスクを抑制した。 二つ目の困難は、産直サプライヤ約280社との連携継続性であった。輸送能力の制約に伴う物流リードタイム延伸により、サプライヤ連携中断時の店舗在庫リスクが極めて高くなった。私は、(1)サプライヤを「リアルタイム連携」「日次バッチ」「ファイル交換」の3クラスに分類、(2)クラスごとに連携中断時の代替手順をマニュアル化、(3)主要サプライヤ50社には IT-BCP 発動時の連絡体制を整備、の3点でサプライヤ連携の継続性を担保した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴・サイバー攻撃動向を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を四半期1回・部分実機訓練を年2回・全社実機訓練を年1回の頻度で1年運用した。初回の全社実機訓練では、店舗エッジコンテナの単独運用時に温度センサデータの一部が記録抜けする事象が確認された。私は、(1)エッジコンテナの単独運用シナリオを再点検し、温度センサ連携の堅牢性を強化、(2)エッジコンテナのストレージ容量・暗号化要件を改訂、(3)以降の部分実機訓練で温度センサ連携を必ず検証するルール、の3点で継続改善した。 関係部門との合意形成では、店舗運営部・商品部・サプライチェーン部・情報システム部の4部門にまたがる利害調整が課題であった。特に店舗運営部からは「全社実機訓練が店舗営業に与える影響が過大」との強い反対が出た。私は、(1)全社実機訓練を全店一斉実施ではなく、地域ブロック単位（5ブロック制）で分散実施、(2)訓練対象店舗には代替営業要員を本部から派遣、(3)IT-BCP訓練成果を店舗運営部の店舗運営信頼性 KPI に加算する配賦ルール、の3点で利得構造を組み込んだ。約3か月の協議を経て、店舗運営部は IT-BCP 訓練の主体的協力部門となった。 評価点は、運用開始1年で実機サイバー攻撃の試行が2件発生したが、検知後に隔離・調査した。バックアップは攻撃を防ぐ装置ではなく、清浄な時点へ戻す復旧手段として別途検証した点である。また、保健所監査での HACCP 関連指摘ゼロを達成し、自治体への廃棄量公表の連続性を100%維持できた。 機器停止時の温度は衛生管理計画の頻度で手記録し、復旧後に転記・照合する。POSのRPOは保存済み伝票を基準とし、売上連番の欠落を再入力してから集計を再開する。 改善点は、産直サプライヤ約280社の IT-BCP 状況の棚卸しに当初想定の1.7倍の工数を要した点である。これは、サプライヤ側の IT-BCP 整備状況の多様性を計画時に十分に評価できていなかったことに起因する。今後は、主要サプライヤ向けの IT-BCP 整備支援プログラムを運営し、棚卸し工数を削減する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、流通業のIT-BCPにおいては『サプライヤ側のIT-BCP整備状況の多様性』を計画前提の独立変数として体系評価する必要があるとの確信である。私は今後、改正食品衛生法HACCP・食品表示法・食品ロス削減推進法・改正物流効率化法の継続遵守を担保しつつ、主要サプライヤ向けIT-BCP整備支援を運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
通信業の参考答案例
約 2,746 字序論（設問ア）
私が責任を担うITサービスは、地域通信キャリアN社のCRM・課金・故障受付システムである。N社は売上高約2,500億円、従業員数約3,100名、ISP契約数約140万、モバイル契約数約180万、固定電話約78万回線を擁する地域通信事業者である。私はN社情報システム部のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、電気通信事業法の「電気通信事故報告」の運用強化により、重大事故時の原因究明・総務省への報告期限が短縮され、IT-BCP発動時にも事故報告が継続できる体制が必須となった。第2に、改正電気通信事業法の「外部送信規律」対応で、顧客同意管理機能の中断が個人データ取扱いの重大な違反となるリスクが顕在化した。第3に、NIS2指令（欧州重要インフラ規制）に準じたサイバー耐性が求められ、サイバー攻撃対応の高度化が急務となっていた。 これらは「事故報告継続性」「同意管理継続性」「サイバー耐性要請」が同時進行する複合的変化であった。通信の秘密保護と合わせ、IT-BCPの策定が経営課題化したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「24時間365日サービス継続＋規制対応の独立保護」を核とする構成である。具体的には、(1)通信サービス継続のためのコアCRM機能→10分以内復旧、(2)課金システム→1時間以内復旧、(3)故障受付・事故報告ドラフト→1時間以内復旧、(4)分析・レポート機能→24時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「電気通信事業法・通信の秘密の遵守を IT-BCP に組み込む」である。IT-BCP発動時にも通信の秘密保護を維持する必要があり、復旧プロセスでのデータアクセス権限を厳格に制御する設計とした。私は、(a)IT-BCP発動時のアクセス権限を「最小限の認可済み運用者のみ」と明示、(b)復旧作業のすべての操作を不可逆ログに記録、(c)復旧後に通信の秘密への抵触有無を本部コンプライアンス部が点検する運用、の3点で通信の秘密と業務継続を両立した。電気通信事業法・電波法・改正電気通信事業法（外部送信規律）・適用される法令への対応を継続的に検証した。 第2に、「事故報告の継続性」である。電気通信事業法上、重大事故時の総務省への報告期限は短縮傾向にあり、IT-BCP発動中であっても事故報告が継続できる体制が必須である。私は、(1)事故報告ドラフト作成機能を独立サブシステムとして冗長化、(2)IT-BCP発動時にも事故報告システムは継続稼働、(3)事故報告ドラフトのテンプレートを電気通信事業法・総務省ガイドラインに整合させて永続保存する設計、の3点で事故報告継続性を担保した。 一つ目の困難は、延べ約398万契約の通信サービス継続の確保であった。CRM・課金システムの障害は契約者からの問合せ急増を招き、コールセンタの負荷が爆発的に増大するリスクがあった。私は、(a)コールセンタの IVR を IT-BCP 発動時用に切替可能とする設計、(b)契約者向けの自動応答スクリプトを IT-BCP シナリオごとに事前整備、(c)IT-BCP 発動時のソーシャルメディア対応プロトコルを整備、の3点で契約者対応の混乱を抑制した。 二つ目の困難はサイバー耐性の確保であった。国内事業にNIS2の直接適用を前提とせず、自社リスクと契約上の要件を整理した。私は、(1)自社で定めた検知・隔離・復旧要件をIT-BCPへ対応付け、(2)サイバー攻撃検知から関係当局通知までの手順を24時間以内通知可能な構造で整備、(3)経済産業省サイバーセキュリティ経営ガイドラインに整合させた対応プロセスを整備、の3点でサイバー耐性を強化した。IoTセキュリティガイドラインへの整合も同フレームで管理した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴・規制動向を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を月1回・部分実機訓練を四半期1回・全社実機訓練を年2回の頻度で1年運用した。初回の全社実機訓練では、コアCRM機能の復旧時間が想定の 10 分を超過する事象が確認された。私は、(1)訓練で発覚した遅延要因を72時間以内に分析、(2)復旧手順を改訂し、復旧時間を 10 分以内に短縮、(3)以降の全社実機訓練では復旧時間目標達成を必須化、の3点で継続改善した。 関係部門との合意形成では、コンシューマ事業本部・法人事業本部・運用本部・情報システム本部の4本部にまたがる調整が課題であった。特に運用本部からは「IT-BCP訓練の頻度が運用本部の業務を圧迫する」との強い反対が出た。私は、(1)IT-BCP訓練を自社のリスク評価に基づく必要事項と位置付け、訓練成果が規制対応に直結することを共有、(2)訓練工数を情報システム本部予算で全額補填、(3)IT-BCP訓練成果を運用本部のサービス可用性 KPI に加算する配賦ルール、の3点で利得構造を組み込んだ。約4か月の協議を経て、運用本部は IT-BCP 訓練の主体的協力部門となった。 評価点は、運用開始1年で実機障害が3件発生したが、いずれも復旧目標時間以内に解消し、契約者への影響を最小化できた点である。また、電気通信事業法上の事故報告期限を全件遵守し、総務省検査でいずれも IT-BCP 関連の重大指摘ゼロを達成した。 コアCRMは別障害領域の待機系へログを反映し、検知2分・切替3分・確認5分の訓練を行う。切替前に更新主体を停止し、二重更新を防止する。 改善点は、契約者向けの自動応答スクリプトの IT-BCP シナリオ別整備に当初想定の1.4倍の工数を要した点である。これは、契約者層の多様性と問合せパターンの広がりを計画時に十分に評価できていなかったことに起因する。今後は、契約者向けコミュニケーションのテンプレートを年1回見直す運用を組み込み、IT-BCP発動時の混乱を継続的に抑制する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、通信業のIT-BCPにおいては『契約者層の多様性と問合せパターンの広がり』を計画前提の独立変数として継続評価する必要があるとの確信である。私は今後、電気通信事業法・電波法・通信の秘密保護・プロバイダ責任制限法の継続遵守を担保しつつ、契約者向けコミュニケーションテンプレート年次見直しを運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
公共・自治体の参考答案例
約 2,884 字序論（設問ア）
私が責任を担うITサービスは、人口約70万人を擁するZ県の住民記録・税務・国民健康保険を統合した基幹システムである。Z県は職員数約3,500名、年間予算規模約6,200億円の県である。私はZ県デジタル推進局のITサービスマネージャとして、本サービスの可用性・継続性に責任を負う。 事業継続計画（IT-BCP）の策定に至った背景は3点である。第1に、地方公共団体情報システム標準化に関する法律の運用拡大により、ガバメントクラウド準拠の標準化システムにおいても障害時にも住民サービスを続けるため、共同利用側でIT-BCPを整える必要が生じた。第2に、デジタル田園都市国家構想交付金を活用した県内市町村共同利用基盤の構築が進み、IT-BCP発動時の市町村への影響範囲が拡大した。第3に、過去3年で自治体に対するランサムウェア攻撃が複数発生し、特に住民記録・税務データの暗号化被害が経営致命傷となる構造が業界共通の課題となっていた。 これらは「標準化対応」「市町村共同利用」「サイバー攻撃リスク」が同時進行する複合的変化であった。改正個人情報保護法・官民データ活用推進基本法に基づく住民データ保護要請と合わせ、IT-BCPの策定が経営課題化したため、私はサービスマネージャとして本計画策定を主導した。
本論（設問イ）
私が策定したIT-BCPは、「住民サービス継続を最優先する多層復旧＋市町村共同利用への配慮」を核とする構成である。具体的には、(1)住民記録の参照機能→1時間以内復旧、(2)住民記録の更新機能→4時間以内復旧、(3)税務システム→8時間以内復旧、(4)分析・レポート機能→24時間以内復旧、の4階層の復旧目標を設定した。 策定で重視した点は3つである。 第1に、「改正個人情報保護法・官民データ活用推進基本法の遵守を IT-BCP に組み込む」である。IT-BCP発動時にも住民データ保護を維持する必要があり、復旧プロセスでのアクセス権限を厳格に制御する設計とした。私は、(a)IT-BCP発動時のアクセス権限を「最小限の認可済み職員のみ」と明示、(b)復旧作業のすべての操作を不可逆ログに記録、(c)復旧後に住民データ保護への抵触有無を本部監査室が点検する運用、の3点で住民データ保護と業務継続を両立した。デジタル社会形成基本法・地方公共団体情報システム標準化に関する法律・改正個人情報保護法・官民データ活用推進基本法の4法令への適合性を継続的に検証した。 第2に、「市町村共同利用への配慮」である。共同利用基盤が IT-BCP 発動時に停止すると、参加市町村全体の住民サービスに影響する。私は、(1)BIAに市町村側への影響度を組み込み、復旧優先度に反映、(2)市町村への IT-BCP発動を15分以内に速報し、24時間以内に詳細報告する構造で整備、(3)市町村側の代替手順マニュアルを共同利用協議会で標準化、の3点で市町村共同利用への配慮を組み込んだ。 一つ目の困難は、ガバメントクラウドのリージョン障害シナリオへの対応であった。ガバメントクラウドの障害は自治体側のコントロールが限定的で、対応が困難であった。私は、(a)ガバメントクラウドの障害履歴を四半期ごとに棚卸し、復旧手順を継続改善、(b)デジタル庁との障害連絡体制を強化、(c)バックアップを別リージョン・別クラウドの両方に保管する設計、の3点でクラウド依存リスクを抑制した。 二つ目の困難は、ランサムウェア攻撃時の住民データ保護であった。住民記録・税務データの暗号化被害は経営致命傷となるため、対応プロセスを独立シナリオとして整備した。私は、(1)バックアップを「即時」「日次」「月次オフライン」の3階層で保護、(2)切り離した月次コピーは復旧の最終手段とし、日次の変更不能コピーと別資格情報で保存する変更ログも保全する。復元前に感染と整合性を確認する、(3)IPA「ランサムウェア対策ガイドライン」および総務省「地方公共団体における情報セキュリティポリシーに関するガイドライン」に整合させた対応プロセスを整備、の3点でランサムウェア対応を強化した。 第3に、「IT-BCP の継続改善サイクル」である。BIA・訓練結果・障害履歴・規制動向を統合して半年ごとに IT-BCP を見直す運用を組み込んだ。
結論（設問ウ）
策定した IT-BCP の実行に向けて、私は次の取組みを行った。 運用・訓練・改善の取組みとして、机上訓練を四半期1回・部分実機訓練を年2回・全社実機訓練を年1回の頻度で1年運用した。初回の全社実機訓練では、ガバメントクラウドのリージョン障害シナリオで、別クラウドへの切替手順が想定通り機能せず、復旧目標 1 時間以内を確実に達成できないリスクが顕在化した。私は、(1)訓練で発覚した手順不備をデジタル庁と協議のうえ48時間以内に改訂、(2)以降の部分実機訓練で別クラウドへの切替を必ず検証するルール、(3)切替手順の自動化を継続改善、の3点で継続改善した。 関係主体との合意形成では、住民課・税務課・健康福祉部・情報システム部、および県内市町村との協議が課題であった。特に税務課からは「IT-BCP訓練が税務業務の繁忙期に重なると業務影響が過大」との強い反対が出た。私は、(1)IT-BCP訓練のスケジュールを税務繁忙期（3月・11月）を回避して設定、(2)訓練に伴う税務課の業務工数を情報システム部予算で全額補填、(3)IT-BCP訓練成果を税務課の業務継続性 KPI に加算する配賦ルール、の3点で利得構造を組み込んだ。約3か月の協議を経て、税務課は IT-BCP 訓練の主体的協力部門となった。 評価点は、運用開始1年で実機サイバー攻撃の試行が3件発生したが、検知後に隔離・調査した。バックアップは攻撃を防ぐ装置ではなく、清浄な時点へ戻す復旧手段として別途検証した点である。また、デジタル庁・総務省検査でいずれも IT-BCP 関連の重大指摘ゼロを達成し、共同利用参加市町村30団体への安定的なサービス提供を維持できた。 住民記録の主体は市町村、県は共同基盤の調整者である。更新RPOは1時間とし、別権限の変更ログと受付原票を突合して再入力し、月次コピーだけで最新まで戻せるとは扱わない。 改善点は、市町村側の代替手順マニュアルの整備に当初想定の1.6倍の工数を要した点である。これは、市町村ごとの業務プロセス差を計画時に十分に評価できていなかったことに起因する。今後は、市町村業務プロセスの差異を共同利用協議会で年1回棚卸しし、代替手順マニュアルを継続的にメンテナンスする仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、自治体DXのIT-BCPにおいては『市町村ごとの業務プロセス差』を共同利用前提の独立変数として継続棚卸する必要があるとの確信である。私は今後、デジタル社会形成基本法・地方公共団体情報システム標準化法・改正個人情報保護法・行政手続法の継続遵守を担保しつつ、共同利用協議会での業務プロセス差年次棚卸を運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
IT・情報サービス業の参考答案例
約 2,727 字序論（設問ア）
私が担当したのは、独立系SaaSベンダZ社における基幹SaaSプラットフォームの事業継続計画（IT-BCP）の策定と運用である。Z社は売上高約230億円、従業員数約1,150名で、中堅企業向け統合業務SaaSを国内約5,000社に提供している。Z社はクラウドサービス事業者としてISMS認証(ISO27001)およびプライバシーマークを継続維持し、個人情報保護法に基づく内部統制を整備している。私はZ社のサービスマネージャとして、2022年から本IT-BCP策定を統括した。 Z社の事業継続上の課題は、(1)5,000社の顧客契約SLAは99.95%可用性を24時間365日維持義務、(2)契約上のRTO（目標復旧時間）は2時間以内、RPO（目標復旧時点）は15分以内、(3)2022年からのランサムウェア攻撃の急増により、SaaSベンダ業界全体で同種被害事案が約2.4倍に増加、(4)改正電気通信事業法の外部送信規律対応も並行履行が必要、と多面的であった。 IT-BCP策定の主要ステークホルダは、(1)Z社経営層、(2)5,000社の顧客のシステム部門責任者、(3)ハイパースケーラ複数社のテクニカルアカウントマネージャ、(4)サイバー保険会社、(5)社内のプロダクト開発・カスタマーサクセス・営業の3部門、と多層的であった。これらの利害関係者が共通理解できる事業継続計画の策定を最優先事項に位置付けた。
本論（設問イ）
私が策定したIT-BCPは、「サイバー脅威別×RTO/RPO目標×段階復旧」のマトリクスを核とする設計である。具体的には、(1)ランサムウェア攻撃時はオフラインバックアップから2時間以内復旧、(2)ハイパースケーラの大規模障害時は別リージョン切替で30分以内復旧、(3)データセンタ全損時は契約対象の必須機能を別リージョンで2時間以内に復旧し、分析等の任意機能は合意済みの6時間以内に復旧、(4)ヒューマンエラーによる設定誤りは10分以内ロールバックの4シナリオで段階復旧手順を文書化した。 策定で重視した点は3つである。 第1に、「ランサムウェア対策の組込み」である。SaaSベンダ業界でのランサムウェア被害急増を踏まえ、IT-BCPの中核にオフラインバックアップを位置付けた。具体的には、日次コピーを別アカウントの変更不能保管へ送り、15分以内に変更ログを追記する。月次コピーは別媒体へ検査後に移して切り離し、日次転送と物理隔離を混同しない設計とした。さらに、復旧手順は事前にエアギャップ環境で手順とログの机上確認を月次実施し、復旧時間が目標RTO（2時間以内）を満たすことを継続検証した。これにより、ランサムウェア被害発生時の業務影響を計画段階で予防的に制御する構造を担保した。 第2に、「ハイパースケーラ依存リスクの分散」である。SaaSプラットフォームがハイパースケーラ1社に集約されると、ハイパースケーラ側の大規模障害がZ社の事業継続に直結するリスクを抱える。私は、データ層を2社のハイパースケーラに分散配置し、いずれか1社の大規模障害時に他方へ自動切替する設計を採用した。これにより、ハイパースケーラ依存リスクを単一障害点ではなく、冗長化の対象として制御する構造を実現した。さらに、改正電気通信事業法の外部送信規律対応も両ハイパースケーラ環境で並行履行する設計とした。 第3に、「顧客側との事業継続協創」である。5,000社の顧客のシステム部門責任者に対し、Z社のIT-BCPを開示するだけでなく、顧客側の事業継続計画と整合させる協創プロセスを設計した。具体的には、業務影響度上位500社の顧客に対し、年次のIT-BCP合同レビューを実施し、Z社のRTO/RPO目標と顧客側の事業継続要件を整合させた。これにより、顧客側の事業継続に対する信頼度を高め、新規契約クローズ率の向上にも寄与した。投資総額34億円・5年累計NPV+48億円・回収期間4.7年の計画に集中投資した。
結論（設問ウ）
策定したIT-BCPの運用には、定期的なドライランと継続的改善が不可欠であった。私は次の取組みを行った。 定期的なドライランでは、4シナリオすべてに対し四半期ごとの実機ドライランを制度化した。ランサムウェア攻撃シナリオでは、オフラインバックアップからの実復旧を年4回実施し、復旧時間が目標RTO（2時間以内）を継続的に満たすことを検証した。ハイパースケーラ大規模障害シナリオでは、両ハイパースケーラ間の自動切替を月次実機検証し、切替成功率を継続モニタリングした。これにより、IT-BCPの「机上の計画」化を防ぎ、実運用で確実に機能する状態を担保した。 継続的改善では、ドライラン結果と実インシデント発生時の対応結果から、IT-BCPの改善要求を四半期ごとに整理し、IT-BCP本文と運用手順書に反映する仕組みを設計した。改善要求は累計約120件で、すべて翌四半期までに反映完了した。これにより、IT-BCPを「過去の文書」ではなく「現在の運用ルール」として継続維持する構造を担保した。 評価点は、運用開始1年で実機サイバー攻撃の試行が2件発生したが、検知後に隔離・調査した。バックアップが攻撃を撃退したとはせず、復旧試験で清浄性と欠落範囲を別途確認した点である。さらに、ハイパースケーラ1社の大規模障害（4時間継続）が運用開始6か月で発生したが、他方へ自動切替し、SaaS可用性99.97%（SLA99.95%を上回る）を維持した。これらの実機実証により、5,000社の顧客のシステム部門責任者からの信頼を継続的に獲得した。投資総額は計画34億円に対し実績33.1億円で着地した。 復旧訓練では最終正常取引と復元後の連番を照合して15分以内のRPOを確認する。月次は手順確認、年4回は実データの隔離復元であり、実施の種類を区別して記録した。 改善点は、改正電気通信事業法の外部送信規律対応について、両ハイパースケーラ環境間でガイドライン解釈の差異が発生し、追加工数が当初見積りの1.3倍に膨らんだ点である。今後は、総務省・個人情報保護委員会の動向を月次レビューし、IT-BCP前提を継続的に更新する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、SaaSのIT-BCPにおいては『ハイパースケーラ環境間のガイドライン解釈差異』を運用前提の独立変数として継続評価する必要があるとの確信である。私は今後、ISMS・ISO27001・ISMAP管理基準・AI事業者ガイドラインの継続遵守を担保しつつ、総務省・個人情報保護委員会の動向月次レビューを運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験
医療・ヘルスケアの参考答案例
約 2,830 字序論（設問ア）
私が担当したのは、500床規模の地域基幹病院R病院における電子カルテ基盤の事業継続計画（IT-BCP）の策定と運用である。R病院は病床数約500床、医師数約180名、看護師数約540名、職員数約820名を擁し、年間外来約42万人・入院延べ約18万人を取り扱う急性期病院で、地域医療支援病院の認定を受けている。私はR病院情報システム室のサービスマネージャとして、2022年から本IT-BCP策定を統括した。 R病院の事業継続上の課題は、(1)24時間365日稼働の急性期医療を支える電子カルテのRTO（目標復旧時間）は1時間以内、RPO（目標復旧時点）は5分以内、(2)2021年・2022年に国内基幹病院でランサムウェア被害事例が複数発生（徳島・大阪等）し、医療現場への影響が深刻化、(3)医療情報システムの安全管理に関するガイドライン第6.0版への完全準拠、(4)地域連携医療機関約340施設との診療情報連携の継続性確保、と多面的であった。 IT-BCP策定の主要ステークホルダは、(1)病院長・副院長・理事会、(2)診療部・看護部・薬剤部・検査部の事務職を含む全職員820名、(3)地域連携医療機関約340施設、(4)電子カルテベンダ、(5)サイバー保険会社、と多層的であった。電子カルテ停止は医療事故リスクに直結するため、IT-BCPは「経営課題」ではなく「医療安全課題」として位置付け、医療従事者を含めた策定プロセスを設計した。
本論（設問イ）
私が策定したIT-BCPは、「医療事故リスク別×RTO/RPO目標×段階復旧」のマトリクスを核とする設計である。具体的には、(1)ランサムウェア攻撃時はオフラインバックアップから1時間以内復旧、(2)電子カルテベンダ提供基盤の障害時は別データセンタ切替で15分以内復旧、(3)病院内ネットワーク全損時は紙運用への切替で5分以内開始、(4)個別端末障害は予備端末への切替で1分以内開始の4シナリオで段階復旧手順を文書化した。 策定で重視した点は3つある。 第1に、「ランサムウェア対策の医療業界特化設計」である。2021年・2022年の国内基幹病院でのランサムウェア被害事例（徳島・大阪等）を踏まえ、医療業界に特化したオフラインバックアップ設計を採用した。具体的には、日次コピーに加えて5分以内に変更ログを別資格情報の変更不能保管へ送る。月次コピーは検査済みの別媒体へ移して切り離す。日次保管を物理エアギャップとは呼ばず、復元時は最新の清浄なログまで適用する。さらに、医療情報システムの安全管理に関するガイドライン第6.0版の「サイバー攻撃に対する備え」の要件を満たすため、復旧手順の手順とログの机上確認を月次実施し、復旧時間が目標RTO（1時間以内）を継続検証した。 第2に、「紙運用との段階復旧設計」である。電子カルテ停止時に紙運用へ即座に切り替える運用設計を、IT-BCPの中核に組み込んだ。具体的には、診療科ごとに紙運用テンプレート（カルテ・処方箋・看護記録）を年1回更新し、事務職を含む全職員820名に対し紙運用ドライランを年2回実施した。これにより、電子カルテ復旧までの空白期間における診療継続を確保し、急性期医療の患者ケアを途切れることなく提供する構造を実現した。さらに、紙運用中の記録は復旧後に電子カルテへ正確に転記する標準フローを設計した。 第3に、「地域連携医療機関との事業継続協創」である。地域連携医療機関約340施設との診療情報連携の継続性確保のため、R病院のIT-BCPを地域連携医療機関に開示し、合同のドライランを年2回実施した。これにより、地域全体での医療継続体制を協創し、地域連携パスの実効性をIT-BCP発動時にも維持する構造を実現した。さらに、医療情報システムの安全管理に関するガイドライン第6.0版の運用要件を地域連携医療機関と共同で履行する仕組みを構築した。投資総額22億円・5年累計NPV+30億円・回収期間5.0年の計画に集中投資した。
結論（設問ウ）
策定したIT-BCPの運用には、定期的なドライランと医療現場との継続協創が不可欠であった。私は次の取組みを行った。 定期的なドライランでは、4シナリオすべてに対し定期的な実機ドライランを制度化した。ランサムウェア攻撃シナリオでは、オフラインバックアップからの実復旧を年4回実施し、復旧時間が目標RTO（1時間以内）を継続的に満たすことを検証した。紙運用切替シナリオでは、診療科別の紙運用ドライランを年2回実施し、事務職を含む全職員820名の対応能力を継続評価した。これにより、IT-BCPの「机上の計画」化を防ぎ、実運用で確実に機能する状態を担保した。 医療現場との継続協創では、四半期ごとに診療部・看護部・薬剤部・検査部の代表者を集めた「IT-BCP運用協議会」を制度化した。協議会では、ドライラン結果と実インシデント発生時の対応結果から、IT-BCPの改善要求を継続収集し、IT-BCP本文と運用手順書に反映する仕組みを設計した。改善要求は累計約86件で、すべて翌四半期までに反映完了した。これにより、医療従事者の声を継続的にIT-BCPへ反映する構造を担保した。 評価点は、運用開始1年で実機サイバー攻撃の試行が1件発生したが、隔離と調査を行った。バックアップは攻撃の予防ではなく復旧用であり、清浄性の確認と診療中の代替手順を分けて評価した点である。さらに、電子カルテベンダ提供基盤の障害が運用開始8か月で発生し、別データセンタ切替を実機実施したが、12分で復旧（目標RTO15分以内達成）、診療継続性を確保した。これらの実機実証により、地域連携医療機関340施設からの信頼を継続的に獲得した。投資総額は計画22億円に対し実績21.3億円で着地した。 実復元時は記録時刻と連番を照合してRPO5分を確認する。紙運用中の処方・検査は二者で転記し重複を防ぐ。古い参照情報には取得時刻と更新停止を明示する。 改善点は、地域連携医療機関の合同ドライラン参加率が当初想定の72%に留まり、地域全体での医療継続体制の協創に追加施策が必要となった点である。これは、地域連携医療機関側のIT-BCP意識を計画時に十分に評価できていなかったことに起因する。今後は、医療DX令和ビジョン2030の地域連携要件の進捗と合わせて、地域連携医療機関へのIT-BCP意識醸成施策を継続実施する仕組みを内蔵する必要がある。 この経験から私が得た本質的な学びは、医療領域のIT-BCPにおいては『地域連携医療機関側のIT-BCP意識』を計画前提の独立変数として体系評価する必要があるとの確信である。私は今後、医療情報システム安全管理ガイドライン・医療DX令和ビジョン2030・薬機法・医療法の継続遵守を担保しつつ、地域連携医療機関へのIT-BCP意識醸成施策の継続実施を運用標準として堅持したい。
試験制度・公式過去問の確認: IPA 情報処理技術者試験