【完全ガイド】医療業界レガシーシステム刷新：電子カルテ HOPE/Forest/MegaOak からクラウド移行と医療DX対応

医療業界のレガシーシステム刷新は、他業界の ERP 移行と性質が大きく異なる。中核となる電子カルテと医事会計（レセコン）は専門ベンダ（富士通 HOPE、NEC MegaOak、PHC、Henry Ford 系）の独自製品で、汎用 ERP が入る余地が限定的。さらに 2024 年医療 DX 推進法・電子処方箋・マイナ保険証への対応と、地域医療連携の標準化が同時並行で進んでおり、システム刷新の判断は単一ベンダ選定では完結しない。本稿は、医療機関のレガシーシステム刷新で、現場で実際に発生する判断軸と落とし穴を整理する。

1. 医療業界の基幹システムは「電子カルテ」「医事会計」「会計・人事」の三層構造

医療機関のシステム構成は、業界外の経営者が想像するよりも複雑な分業になっている。一つのシステムが全業務を担うのではなく、三層がそれぞれ独立した専門ベンダで動く。

このうち電子カルテと医事会計は同じベンダで揃えるのが標準で、500 床以上の大規模病院では富士通・NEC・PHC の三強がほぼ市場を独占する。会計・人事・購買は医療業界専用というよりは一般企業向けの製品が使われている。「医療業界のレガシー刷新」と言ったとき、この三層のどこが対象なのかを最初に明確化しないと、議論がかみ合わない。

2. 2024 年医療 DX 推進法と、刷新タイミングへの圧力

個別の制度変更を技術的に対応するだけなら追加開発で済むが、複数の制度が同時並行で進むと、古いシステムでの維持コストが急速に積み上がる。2024〜2026 年は次の 4 つの圧力が重なる時期にあたる。

• 電子処方箋（2023 年運用開始）：医療機関と薬局のシステム間連携を必須化。電子カルテ・医事会計の改修が必要。
• マイナ保険証（2024 年 12 月の保険証廃止）：医事会計でのオンライン資格確認の組み込みが必須化。
• 標準型電子カルテ：地域医療情報共有の標準化。中小病院の電カル選定軸が変わる。
• 診療報酬のオンライン請求：紙レセプトの実質廃止。レセコン未導入のクリニックも電子請求が前提。

これらは個別では小さい改修でも、合計すると古いシステムの保守費が毎年 2〜3 割増加する圧力になる。「いまのまま使い続ければコストはかからない」という前提が崩れている点が、刷新検討の最大の動機になっている。

3. 病院規模別・選定の現実

SAP for Healthcare、Oracle Health のようなグローバルベンダの医療向けソリューションは、日本市場での採用が極めて限定的。日本の診療報酬制度・地域包括ケア・保険請求フローへの最適化が国内ベンダの独壇場で、移行の選択肢はほぼ国内ベンダ間に限定される。これは長期的にもグローバル化が難しい領域として理解しておく必要がある。

4. 「3 省 2 ガイドライン」とクラウド利用判断

医療情報のクラウド利用は、厚生労働省「医療情報システムの安全管理に関するガイドライン 第 6.0 版」と、経産省・総務省の「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」（3 省 2 ガイドライン）への準拠が前提。AWS for Health、Microsoft Cloud for Healthcare、富士通 Cloud Service、NTT データ Healthcare Cloud などの主要クラウドはこれに対応している。

クラウドを採用するか自院オンプレを継続するかの判断軸は次の 3 点。

• BCP（事業継続計画）：オンプレでは難しい多拠点冗長を、クラウドなら標準で実現できる。災害リスクの高い地域の医療機関ほど、クラウド優位性が大きい。
• 地域医療連携の柔軟性：複数の医療機関がデータ連携する場合、クラウド経由のほうが圧倒的に楽。標準型電子カルテの普及と一体で進む。
• 自院 SE 体制：オンプレ運用には専門 SE が必要。中小病院では確保が難しく、マネージドサービス利用が現実解になりやすい。

5. 遠隔診療・オンライン診療システムとの連携課題

CLINICS / curon / YaDoc / pocket Doctor などのオンライン診療プラットフォームと、既存の電子カルテ・医事会計を連携させる際に必ず発生する課題がある。

• 診療内容の電カルへの自動取込が限定的：オンライン診療プラットフォームから電カルへの自動連携は実装されていないことが多く、医師が手動で診療内容を電カルに転記している。
• 診療報酬の自動計算：オンライン診療料の算定区分は通常診療と異なる。医事会計側で個別対応が必要。
• 処方箋発行：電子処方箋システムと連動する場合、薬局側のシステムとの整合性確認が必要。
• 本人確認・資格確認：オンラインでマイナ保険証による資格確認をどう組み込むか、現状の仕組みが追いついていない。

6. レガシー刷新で頻発する 4 つの落とし穴

1. 診療報酬改定への追従コストを過小評価する：診療報酬は 2 年ごとに改定。新システム導入時の保守契約に「改定対応費が含まれているか」を必ず確認する。改定対応が別費用扱いだと、毎回数百万円〜数千万円の追加が発生する。
2. 地域医療情報連携への対応を後回しにする：地域 EHR への接続要件は地域・自治体で異なり、年々変わる。導入時点で対応していても、地域連携の仕様変更で追加開発が発生する可能性が高い。
3. ベンダロックインの度合いを軽視する：医療業界はベンダ依存が極めて強い領域で、5〜7 年使ったシステムを乗り換えると、データ移行だけで数千万円〜数億円かかる。最初の選定で 10 年以上使う前提で評価する。
4. 院内の合意形成を技術選定の後にまわす：医師会・看護部・事務部・経営層が、それぞれシステム選定の発言権を持つ。技術選定を先行させると、後から合意できずプロジェクトが頓挫する。

7. 移行プロジェクトの進め方

1. Phase 1（3〜6 ヶ月）：現行システムの棚卸しと、電子カルテ・医事会計・会計の三層別の刷新方針合意。経営層・医療従事者・事務部の合意形成。
2. Phase 2（6〜12 ヶ月）：会計・人事・購買の刷新（リスクが小さい領域から開始）。一般企業向け SaaS で対応可能。
3. Phase 3（12〜24 ヶ月）：医事会計の刷新と、マイナ保険証・電子処方箋・オンライン請求への対応。
4. Phase 4（24〜36 ヶ月）：電子カルテの刷新。最も影響が大きいため、十分な並行運用期間と医療従事者のトレーニング。

「全システムを 1 つのベンダで統合」という野心的なアプローチは、医療業界では現時点でほぼ実現不可能。三層別に最適なベンダを選び、連携で繋ぐ現実解を取るのが、長期的な安定運用に繋がる。

8. あなたの医療機関の電子カルテ刷新方針：4つの問いで判断

医療機関の電子カルテ刷新は、病院規模・診療科特性・地域連携・経営体力で必要なベンダ・移行戦略が大きく異なる。富士通 HOPE・NEC MegaOak・PHC Medicom・SSI ICT・きりんカルテ・CLIUS 等が選択肢として存在するが、自院の特性を4つの問いで明確化することで候補を絞り込める。

問1：病床数・診療規模はどの帯か

• 大学病院・500床超：富士通 HOPE LifeMark-HX・NEC MegaOakHR・PHC Medicom の三強がほぼ独占。グローバル ベンダ（SAP for Healthcare・Oracle Health）は日本市場での実績が限定的。
• 地域中核病院（100〜500床）：富士通・NEC・PHC＋SSI ICT・きりんカルテ クラウド病院版が候補。クラウド比率がここから上がり始める。
• 中小病院（50〜100床）：SSI ICT・CIRIUS・きりんカルテ等のクラウド型が選択肢として強くなる。標準型電子カルテの動向も視野に。
• クリニック・診療所（19床以下）：きりんカルテ・Henry・CLIUS・DOC + ME 等の SaaS 型が中心。コスト・操作性・サポートの3軸で判断。

問2：診療科の特性は

• 急性期・救急対応：HOPE・MegaOak など大規模病院向けの実績重視。応答性能・他システム連携が要件。
• 慢性期・療養病床：施設管理機能の充実、長期入院管理。
• 外来中心の専門クリニック：診療科特化のクラウド SaaS が選択肢（精神科・皮膚科・小児科等の特化型）。
• 在宅医療・訪問診療中心：訪問先での入力・タブレット対応・チーム医療連携機能が必須。CLIUS・カナミックネットワーク等。
• 透析・専門特化：透析専門・整形外科専門等の特化システム。基本機能だけでなく診療科固有機能の充実度で判断。

問3：地域医療連携への要件は

• 地域 EHR への参加：地域医療情報ネットワークへの接続要件確認。SS-MIX2 標準対応の有無。
• 連携先病院・診療所の数：紹介・逆紹介の頻度が高いなら、診療情報提供書の電子授受機能を重視。
• 地域包括ケアシステムへの関与：訪問看護ステーション・介護施設・薬局との連携機能。
• 連携基本なし（自院完結）：当面の要件は低い。ただし2030年までの標準型電子カルテ普及で連携要件が増す可能性。

問4：経営体力と更新サイクルは

• 現行システムの保守切れまで5年以上：標準型電子カルテの本格提供を待つ選択肢あり。現行延命＋小規模改修。
• 保守切れ2〜5年以内：2027年度以降の標準対応クラウドへの計画的移行が現実解。
• すぐに刷新が必要：標準型電子カルテの本格提供前なので、現時点の主力ベンダのクラウド対応版を選択し、将来の標準型移行を視野に入れた契約条項を確保。
• 経営体力に余裕なし：補助金・助成金（医療情報化支援基金等）の活用、廉価なクラウド SaaS の選定。

9. 標準型電子カルテへの移行：2027〜2030年を起点にした逆算進め方

厚生労働省は標準型電子カルテを2025年度中に基本仕様を確定、2026年度中の本格運用開始、2030年度までに概ね全国普及を目指している。診療所（特に200床未満の中小医療機関）の電子カルテ刷新は、この国スケジュールを起点に逆算する必要がある。

厚生労働省の主要マイルストーン

規模別の逆算ロードマップ

• 診療所・小規模病院（200床未満）：2025〜2026年は標準型電子カルテの仕様確定を確認しつつ、現行システムの保守切れまでの延命策を整備。2027〜2028年に標準型または対応クラウド SaaS への移行。データ移行に6〜12ヶ月確保。
• 中規模病院（200〜500床）：2025〜2026年に次期システム選定の方針確定。2027〜2029年に主力ベンダのクラウド対応版またはハイブリッド構成への移行。標準型電子カルテ情報共有サービスへの対応を契約に含める。
• 大規模病院・大学病院（500床超）：独自開発・既存大手システムの継続活用が前提。電子カルテ情報共有サービスへの対応を主力テーマに、2027年以降のシステム改修で対応。

移行プロジェクトの主要マイルストーン

• マイルストーン1：方針合意（着手 6〜12ヶ月前）：経営層・医師会・看護部・事務部の合意形成。標準型を待つか、現行ベンダ更新か、別ベンダ移行かの方針確定。
• マイルストーン2：ベンダ選定（着手 3〜6ヶ月前）：RFP 発行、複数ベンダ提案、デモ確認、契約交渉。標準型電子カルテ情報共有サービス対応の確約を契約に明記。
• マイルストーン3：データ移行設計（着手 1〜3ヶ月前）：旧システムからの移行範囲・形式の確定。患者基本情報・過去カルテ・処方履歴・検査結果の移行可能範囲。
• マイルストーン4：本番カットオーバー：診療への影響を最小化する切替手順。並行運用期間（1〜3ヶ月）の設定。
• マイルストーン5：安定化（カットオーバー後3〜6ヶ月）：運用上の課題対応。スタッフ研修の継続。次期改修の検討。

標準型電子カルテ対応の契約条項チェック

• HL7 FHIR 対応：医療情報の標準フォーマット対応の現状と将来計画。
• 電子カルテ情報共有サービスへの接続：標準型電子カルテ情報共有サービスへの接続対応のロードマップ。
• 診療情報提供書の電子授受：標準化された電子診療情報提供書への対応。
• 退院時サマリーの標準化：標準化された退院時サマリーへの対応。
• 標準型移行時の引継ぎ：将来の標準型電子カルテへの移行時の、データ可搬性・移行支援の有無。

10. マイナ保険証・電子処方箋・オンライン資格確認の運用設計：加算取りこぼしを防ぐ

マイナ保険証移行後の医事会計、電子処方箋の運用、オンライン資格確認との連携は、いずれも「制度に対応した」だけでは不十分。日々の業務フローへの組込みと、関連加算の算定要件遵守が、収益面の影響を直接決める。

医療DX推進体制加算の算定要件と業務組込み

窓口運用の典型的な詰まりパターン

• パターン1：マイナ保険証の機器エラー対応：顔認証付きカードリーダーのエラーが頻発した場合の手入力フォールバック。スタッフ間での運用ルールの統一が必要。
• パターン2：資格確認書での受付：マイナンバーカード未保有者への資格確認書での受付。レセコン側の入力フローの違いを把握。
• パターン3：他医療機関の薬剤情報の参照：患者同意取得後、他医療機関の薬剤情報を参照する場合の、同意取得フローと参照タイミングの設計。
• パターン4：電子処方箋への切替：従来の紙処方箋から電子処方箋への切替段階での混在運用。患者への説明・薬局との連携。
• パターン5：医療DX推進体制加算の算定漏れ：要件を満たしているのに、実績集計の不備で算定が始まらないケース。集計フロー・確認体制の整備が必須。

電子処方箋運用の医師側の負担管理

• HPKI カードの管理：医師全員分の HPKI カード取得・更新管理。リモート署名サービス活用の検討。
• 処方時の運用フロー：従来の紙処方→電子処方箋への変更による医師の作業フロー変化。診察時間への影響の最小化。
• 重複投薬・併用禁忌チェック：電子処方箋システムからの重複投薬・併用禁忌チェック結果の、医師への表示・確認フロー。
• 緊急時のフォールバック：システム障害時の紙処方箋への切替手順。緊急時運用の全職員周知。
• 患者への説明：紙処方箋・電子処方箋の選択肢の患者への説明。希望の確認。

11. 電子カルテ刷新で頻発する失敗パターンと回避策

電子カルテ刷新は5〜10年スパンの長期投資。プロジェクト中盤・後半・運用段階で頻発する失敗パターンを事前に把握し、回避策を準備することが、投資効果を最大化する。

失敗パターン1：医療従事者の合意形成の不足

• 典型的な状況：経営層・情シス主導で進めたプロジェクトで、医師・看護師・事務職員の意見が反映されない。導入後の現場の反発・離職。
• 回避策：医師会・看護部・事務部の代表者をプロジェクトに早期参画させる。月次進捗会議での現場意見の収集。デモ機での実機確認・フィードバック。

失敗パターン2：データ移行の品質問題

• 典型的な状況：旧システムからの移行データに不整合・欠落があり、新システムでの診療に影響。患者の過去歴・処方履歴・検査結果の参照に支障。
• 回避策：データ移行のリハーサルを本番移行の2〜3ヶ月前から実施。複数回の移行テストで問題点を洗い出し。移行可能範囲を明確化し、不可な部分は別途の参照系として旧システムを残す等の対応。

失敗パターン3：ベンダロックインの過度な依存

• 典型的な状況：5〜7年使った後の乗り換え時に、データ移行コストが数千万〜数億円規模になる。実質的に乗り換え不可。
• 回避策：契約時にデータ可搬性・標準フォーマット出力の条項を明確化。HL7 FHIR・SS-MIX2 等の標準対応の確保。5〜10年スパンの総コスト試算で判断。

失敗パターン4：診療報酬改定への追従コスト

• 典型的な状況：2年ごとの診療報酬改定対応費が、保守契約に含まれず別途数百万〜数千万円。総コストが想定を大幅超過。
• 回避策：契約時に改定対応の範囲・費用を明確化。保守契約に含まれることの確約。改定対応の遅延時の対応条項。

失敗パターン5：地域医療情報連携への対応遅れ

• 典型的な状況：導入時に地域連携要件を盛り込まず、後から地域 EHR 接続が必要になった際に追加開発が高額。
• 回避策：導入時点で地域 EHR・全国医療情報プラットフォームへの将来接続を視野に入れた設計。SS-MIX2・HL7 FHIR 対応の確保。

失敗パターン6：操作研修・運用定着の不足

• 典型的な状況：システム導入はしたが、医療従事者の操作習熟が進まず、業務効率が下がる。一部機能のみの利用で投資効果が限定的。
• 回避策：研修プログラムの体系化。職種別・診療科別の研修。導入後数ヶ月の継続支援。ベンダのトレーニングサービスの活用。

規模別の失敗回避ポイント

• 大規模病院：プロジェクト管理体制の整備・部門間調整のための専任 PMO の設置。多部門への影響を把握。
• 中規模病院：限られた IT 人材での運用前提。ベンダのサポート水準を契約段階で確保。
• クリニック・診療所：選定の手間を減らす。サポート手厚いベンダを選び、運用は標準機能の範囲で完結させる。カスタマイズ志向を抑える。

電子カルテ刷新は医療機関の経営・診療品質に長期的に影響する重要投資。失敗パターンを事前に把握し、契約・運用・組織体制の3軸で回避策を準備することが、投資効果と医療品質の両立に直結する。

関連ピラー

• ERP 医療業界 完全ガイド 2026
• 【完全マスター】ERP移行 完全ガイド 2026