電子カルテの乗り換えを検討して初めて、こういう事実に気づくことがあります。データが使える形で取り出せない。移行費用が想定を大きく超える。契約期間がまだ残っている。
これがベンダーロックインです。悪意のある囲い込みばかりではなく、多くは構造的に発生します。本記事では、ロックインを3つの層に分けて整理し、契約前に何を確認すべきかをまとめます。
免責：本記事は一般的な情報提供です。契約条件・データ提供の可否・費用はベンダーや契約内容によって異なります。実際の判断にあたっては契約書の内容をご確認のうえ、必要に応じて専門家にご相談ください。
乗り換えの手順そのものは 電子カルテのデータ移行・乗り換え完全ガイド で扱っています。
なぜ医療機関でロックインが起きやすいのか
一般の業務システムと比べても、電子カルテはロックインが起きやすい条件を揃えています。
データが重い。 診療録は法令上の保存義務があり、過去の記録を捨てるという選択肢がありません。しかも画像、検査結果、文書、シェーマなど形式が多様で、単純なテーブルデータではありません。
業務を止められない。 移行のために診療を長期間止めることはできません。並行稼働や段階移行が前提になり、それ自体がコストとリスクになります。
標準化が発展途上。 データを持ち出せる標準形式が全面的に普及しているとは言えず、独自形式で保持されている部分が残ります。
現場が慣れる。 数年使えばスタッフは操作に習熟し、業務手順がシステムの作りに合わせて最適化されます。この「慣れ」自体が乗り換えの障壁になります。
つまり、ロックインは意図的な戦略の産物というより、放置すると自然に強まっていくものです。だからこそ、導入時点で意識しておく価値があります。
ロックインの3層構造
ロックインは一枚岩ではありません。3つの層に分けると、対処の打ち手が見えてきます。
第1層：データのロックイン
もっとも深刻な層です。確認すべきは「データを返してもらえるか」ではなく、どういう形式で、どこまで返してもらえるかです。
- 出力形式：CSVなどの構造化データで出るのか、PDFや画像でしか出ないのか。PDFで数万件出てきても、次のシステムでは検索も再利用もできません
- 対象範囲：カルテ本文だけか、オーダー履歴・検査結果・画像・文書・予約履歴・会計履歴まで含むのか
- 標準規格への対応：HL7 FHIRやSS-MIX2といった標準形式で出せるか。標準コード（傷病名、医薬品、検査項目）が付与されているか
- 費用：データ出力自体が有償か。いくらか。契約書に明記されているか
- 期間：解約後どのくらいの期間、データ提供に応じてもらえるか
標準要件に沿った移行の考え方は 電子カルテの標準要件に沿ったデータ移行の方法 で詳しく扱っています。
第2層：機能・運用のロックイン
データが取り出せても、業務がそのシステム固有の作りに依存していると乗り換えは難しくなります。
- カスタマイズの蓄積：個別開発した機能が多いほど、同等の環境を再現するコストが上がる
- 部門システム・機器との連携：検査機器、PACS、予約システムなどとの接続が独自インターフェースで作られている場合、乗り換え時にすべて作り直しになる
- 業務手順の依存：システムの制約に合わせて業務フローを作り込んでいると、移行時に業務そのものの再設計が必要になる
- 帳票の作り込み：独自に整えた文書テンプレートの移植可否
この層は、乗り換え費用として見積もりに現れにくいのが厄介な点です。データ移行費用は見積もられても、連携の作り直しや業務再設計の工数は見落とされがちです。
第3層：契約のロックイン
契約書に書かれている条件そのものです。
- 最低利用期間：何年か。途中解約はできるか
- 解約時の違約金：残期間分の請求が発生するか
- 保守契約の扱い：本体と保守が別契約か、片方だけ解約できるか
- ハードウェアのリース：システムと別サイクルでリース契約が残っていないか
- 値上げ条項：更新時の価格改定はどう規定されているか
- データ返却の条件：解約時のデータ提供義務が明記されているか
契約更新や改定のタイミングを踏まえた乗り換え時期は 電子カルテを乗り換えるベストタイミング で扱っています。
契約前に確認すべきチェックリスト
導入を決める前に、次の項目を書面で確認しておくことを推奨します。口頭での「大丈夫です」は、担当者が変われば引き継がれません。
| 層 | 確認項目 | 確認の観点 |
|---|---|---|
| データ | 出力形式 | 構造化データで出るか。PDF/画像のみではないか |
| データ | 出力範囲 | カルテ本文以外（オーダー・検査・画像・文書・会計）も含むか |
| データ | 標準規格 | FHIR／SS-MIX2での出力に対応するか。標準コードが付くか |
| データ | 費用と期間 | 出力の費用はいくらか。解約後いつまで対応するか |
| 機能 | カスタマイズ | 独自開発部分はどこか。標準機能で代替できるか |
| 機能 | 外部連携 | 機器・部門システムとの接続方式は標準的か、独自か |
| 契約 | 最低利用期間 | 何年か。中途解約の条件は |
| 契約 | 違約金 | 解約時の金額はどう算定されるか |
| 契約 | 保守 | 本体と分離して解約できるか |
| 契約 | 値上げ | 更新時の改定ルールが明記されているか |
とくにデータ出力の費用と範囲は、導入契約の交渉時にしか有利に決められません。乗り換えを決めた後では交渉の余地がなくなります。
標準化はどこまで効くのか
ロックイン対策として本質的なのは、標準規格への対応です。
HL7 FHIRは医療データ交換の国際標準規格で、電子カルテ情報共有サービスをはじめとする国の施策でも採用が進んでいます。SS-MIX2は診療データを標準化された形で蓄積する仕組みで、国内では以前から普及しています。加えて、傷病名・医薬品・検査項目などに標準コードが付与されていることが、データの再利用性を左右します。
これらに対応した形でデータが蓄積されていれば、乗り換え時に「データが読めない」という事態は避けやすくなります。国が進める標準化施策の全体像は 標準型電子カルテとは？2030年目標と民間製品との使い分け、電子カルテ情報共有サービス完全ガイド で扱っています。
ただし、標準化がすべてを解決するわけではありません。標準規格でカバーされるのは主に構造化しやすい情報であり、自由記載の経過記録、独自の帳票、画像への書き込みといった部分は依然として個別性が残ります。
クラウドで変わること、変わらないこと
クラウド型ならロックインが弱いかというと、そう単純でもありません。
変わること。 ハードウェアの調達・リース契約から解放されるため、契約層のロックインは軽くなる傾向があります。バージョンアップがベンダー側で行われるため、更新のたびの大規模な移行作業も減ります。
変わらないこと。 データと機能の層は同じです。むしろデータが自院の管理下にないぶん、出力の条件を契約で明確にしておく重要性は上がります。
クラウドとオンプレミスの比較は クラウド型 vs オンプレミス型 電子カルテ徹底比較 で扱っています。
ロックインをゼロにはできない——許容範囲を決める
最後に現実的な話をします。ロックインを完全になくすことはできません。
どのシステムを選んでも、データは蓄積され、スタッフは慣れ、業務はその形に最適化されます。完全な可搬性を求めれば、汎用的で使いにくい仕組みに行き着きます。
したがって目指すべきは排除ではなく、許容できる範囲に収めることです。判断の基準はこう置けます。
- 将来乗り換えると決めたとき、実行可能な費用と期間で移れるか
- データが構造化された形で取り出せることが、契約で担保されているか
- 連携部分が標準的な方式で作られているか
この3つが満たされていれば、日々の使いやすさのためにある程度の依存を受け入れるのは合理的な判断です。
まとめ
- 電子カルテのロックインは、悪意ではなく構造的に発生する。保存義務のあるデータ、止められない業務、発展途上の標準化、現場の慣れ
- ロックインはデータ・機能運用・契約の3層に分けると打ち手が見える
- 最も深刻なのはデータ層。「返してもらえるか」ではなくどの形式でどこまで返るかを確認する
- 機能層は見積もりに現れにくい。連携の作り直しと業務再設計の工数が見落とされやすい
- データ出力の費用と範囲は、導入契約の交渉時にしか有利に決められない
- HL7 FHIR・SS-MIX2・標準コードへの対応が本質的な備えになる
- ロックインはゼロにできない。実行可能な費用と期間で移れる状態に収めることを目標にする
AIカルテの詳細やデモをご希望の場合は お問い合わせ からご連絡ください。