「AIカルテ」「AIエージェント」という言葉が広がるにつれて、**「うちの電子カルテでもMCPは使えるのか」**という質問を受けるようになりました。
MCPそのものの説明は MCPとは？AIが外部のデータやツールとつながる仕組み で扱いました。本記事では一段踏み込んで、電子カルテという具体的なシステムにMCPを当てはめると何が起きるのかを整理します。
免責：本記事は一般的な情報提供です。仕様やサービスの対応状況は変わり得ます。導入検討時は各ベンダーの最新情報および所管ガイドラインの最新版をご確認ください。
「電子カルテでMCPを使う」とは何を指すのか
言葉が曖昧に使われがちなので、まず定義を揃えます。
電子カルテでMCPを使う＝AIが、電子カルテの中のデータを「決められた窓口」を通して参照・操作できる状態をつくることです。
具体的には、次のような動きが成立します。
- 「山田さんの直近3回のHbA1cを教えて」→ AIがカルテを照会して答える
- 「前回処方をそのまま今日の処方欄に入れて」→ AIが下書きを作る
- 「先月の再診でアレルギー記載のない患者を一覧に」→ AIが横断的に探す
重要なのは、これらがAIの記憶や推測ではなく、実データの参照に基づくという点です。この違いが ハルシネーション（もっともらしい誤り）のリスクを大きく下げます。
逆に言えば、MCPがない状態のAIは、カルテの中身を知りません。画面をコピー&ペーストして渡すか、AIが「一般論」で答えるしかない。この差が、実務での使いものになるかどうかを分けます。
構成の3パターン——どこにAIがいるかで話が変わる
「電子カルテ × MCP」と一口に言っても、AIとカルテの位置関係によって、必要な準備もリスクも大きく変わります。
| パターン | 構成 | 主な用途 | 難所 |
|---|---|---|---|
| ① 外部AI → 院内カルテ | 院外のAIサービスが、院内のMCPサーバー経由でカルテを参照 | 汎用チャットAIから自院データを扱う | 情報が院外に出る。ネットワーク・契約・権限の設計が最も重い |
| ② カルテ内蔵AI → 外部 | カルテ側のAIが、外部サービスのMCPサーバーを参照 | 医薬品情報、診療報酬情報などの外部参照 | 参照先の信頼性・更新頻度。院内データは出さずに済む場合が多い |
| ③ AIネイティブ型（内側は一体） | AIとカルテが最初から同じ基盤上にあり、外部接続にだけMCPを使う | 日常のカルテ運用そのもの | 設計時点でAI前提になっている必要がある |
現場でいちばん誤解されやすいのが①と③の違いです。
①は、後付けで橋を架ける構成です。既存のカルテを使い続けながらAIを足せる利点がある一方、権限を二重に管理することになり、連携部分が壊れれば止まり、どの情報が院外に出るのかを常に把握し続ける必要があります。
③は、そもそも橋が要りません。AIとデータが同じ基盤にあるため、権限は一つの体系で済み、監査ログも一箇所にまとまります。この設計思想については AIネイティブ電子カルテとはどんなものなのか？ で扱っています。
**現実的な着地点は「内側は一体、外側は標準規格でつなぐ」**という組み合わせです。院内データの扱いは一体設計で完結させ、医薬品データベースのような外部の専門情報だけをMCPで引く。この形なら、利便性を取りながら情報の出口を絞れます。
何ができるようになるのか——4つの動き
MCP経由でカルテにつながったAIができることは、大きく4つに分けられます。
① 読む（照会） 特定患者の検査値推移、処方歴、アレルギー、前回所見。人が画面を何度も切り替えて拾っていた情報を、一度の問いかけで集められます。
② 書く（作成・下書き） 所見の下書き、紹介状や診断書などの文書、治療計画の草案。ここで肝心なのは**「下書き」で止める設計**です。確定は人が行う。この線引きは AIに任せてよい業務・任せてはいけない業務の線引き で詳述しています。
③ 横断して探す（検索） カルテ、院内文書、マニュアル、過去の症例。置き場所が違う情報をまとめて探せます。仕組みは AI検索とは？キーワード検索との違いとRAGの仕組み をご覧ください。
④ 外部を参照する 医薬品の添付文書情報、診療報酬点数の解釈、ガイドライン。院内にない情報を、根拠付きで引いてきます。
できないこと・制約
過大評価を避けるために、限界も明示しておきます。
メニューにないものは頼めない。 MCPサーバーが用意した窓口の範囲でしか動けません。「検査値を読む窓口」があっても「画像を読む窓口」がなければ、画像は扱えません。
データが構造化されていなければ、参照精度は上がらない。 スキャンした紙をそのまま貼っただけのカルテは、OCR を通していなければAIから見て「中身のない画像」です。
「見つからなかった」は「存在しない」ではない。 検索範囲外、権限外、表記ゆれ——理由はいくつもあります。アレルギーや禁忌の確認をAIの検索結果だけで終わらせるのは危険です。
レセプト算定の正しさを保証するものではない。 MCPは経路であって、判断の正しさを担保する仕組みではありません。レセプト点検 の考え方は別途必要です。
導入の前提条件——5つ
自院で検討する場合、次の5点が揃っているかが分かれ目になります。
① カルテ側に「窓口」があるか そのカルテがMCPサーバー（あるいは、それに変換できるAPI）を提供しているか。提供していなければ、そもそも始まりません。API自体の基礎は APIとは？クリニックのシステム連携を理解するための基礎知識 をご覧ください。
② 権限モデルが人単位で成立しているか AIが「誰の権限で」動くのかを決められること。全員が同じIDを共有している運用では、AI経由のアクセスも切り分けられません。
③ 監査ログが取れるか いつ、誰の指示で、どの情報を参照し、何を実行したか。事故が起きたときに追跡できるかは、導入可否の判断材料になります。
④ ネットワークと情報の出口が設計されているか 院外のAIサービスにつなぐなら、どの経路で、どの情報が出るのか。閉域網の運用やオンライン資格確認の回線とどう共存させるかも含めて整理が必要です。
⑤ 契約が確認できているか 入力した情報がAIの学習に使われない扱いになっているか。委託先としての位置づけ、責任分界はどうか。AI電子カルテのセキュリティ設計と責任分界 で整理しています。
進め方——「読み取り専用」から始める
一気に全部つなぐ必要はありません。むしろ段階を踏むほうが安全で、効果も測りやすいです。
第1段階：読み取り専用・限定範囲 参照だけ、対象は自分が担当する患者だけ。ここで「AIが実データを見て答える」体験の価値を確かめます。書き込みがないため、最悪でも誤った情報提示にとどまります。
第2段階：下書き作成まで 文書や所見の草案をAIが作り、人が確定する。業務時間の削減が数字で出はじめる段階です。音声入力による時間削減 と組み合わせると効果が見えやすくなります。
第3段階：横断検索・外部参照 院内文書やマニュアルを含めた横断検索、外部データベースの参照を追加します。
第4段階：限定的な実行 予約登録など、影響範囲が限定的で取り消しやすい操作から、確認ステップ付きで許可します。
カルテ本体への直接の確定書き込みは、最後まで人が握る——これが現時点で妥当な線引きだと考えています。
ベンダーへの確認質問リスト
商談で使える形にまとめます。そのまま持っていけるように、質問文の形にしました。
- 御社の電子カルテは、MCPサーバー（またはAI連携用API）を提供していますか。提供予定の場合、時期は
- AIが参照できるのは、どのデータ範囲ですか。範囲は院内で設定変更できますか
- AIは誰の権限で動きますか。ログインユーザーの権限を超えることはありますか
- 読み取りのみの設定は可能ですか。書き込みを許可する場合、人の承認ステップは必須にできますか
- AIが参照・実行した内容は監査ログに残りますか。ログは何年保持され、どう出力できますか
- 院外のAIサービスに接続する場合、どの情報が院外に出ますか。学習に使われない契約になっていますか
- 連携部分に障害が起きた場合、カルテ本体の診療は継続できますか
- 3省2ガイドラインへの適合について、御社と当院の責任分界はどう整理されていますか
7番は見落とされがちですが重要です。連携が止まっても診療は止まらない構成になっているか——これは可用性の問題であり、AIの機能評価とは別に確認すべき点です。
標準規格との関係——FHIR・SS-MIX2はどうなるのか
「MCPが来たらFHIRは不要になるのか」と聞かれることがありますが、**答えは「いいえ」**です。
両者は層が違います。
- FHIR / SS-MIX2：医療データをどういう形で表すかの規格（データの形）
- MCP：そのデータをAIがどう受け取り、どう操作するかの規格（AIから見た窓口の形）
きちんと整理された医療データがあるほど、MCP経由でAIが扱いやすくなります。むしろ標準化されたデータの価値は、AI時代に上がると考えるのが自然です。この関係は MCPとAPI・FHIRは何が違うのか で詳しく扱います。
国の標準化の動きは 標準型電子カルテとは、データを持ち出せるかという観点は 電子カルテのベンダーロックイン をご覧ください。
まとめ
- 「電子カルテでMCPを使う」とは、AIが決められた窓口を通してカルテデータを参照・操作できる状態をつくること
- 構成は**①外部AI→院内カルテ ②内蔵AI→外部 ③AIネイティブ（内側は一体）**の3パターン。難所がそれぞれ違う
- できるのは読む・書く（下書き）・横断検索・外部参照の4つ
- 制約は窓口の範囲を超えられない/構造化されていないデータは扱えない/「見つからない」は「存在しない」ではない
- 前提条件は窓口の有無・人単位の権限・監査ログ・情報の出口・契約の5点
- 進め方は読み取り専用 → 下書き → 横断検索 → 限定的な実行の段階導入。確定書き込みは人が握る
- FHIRとMCPは競合しない。層が違い、標準化されたデータほどAIで活きる
AIカルテの詳細やデモをご希望の場合は お問い合わせ からご連絡ください。