AI関連の記事や商談で「MCP」という言葉を見かけるようになりました。比較的新しい用語ですが、AIが「知っていることを答える」だけの存在から、「調べて、操作する」存在に変わるための土台にあたる仕組みです。
本記事では、MCPとは何か、なぜ必要とされたのか、そしてクリニックにとってどう関わってくるのかを整理します。
免責：本記事は一般的な情報提供です。仕様やサービスの対応状況は変わり得ます。導入検討時は各ベンダーの最新情報をご確認ください。
MCPとは何か
MCP（Model Context Protocol） は、AIと、外部のデータやツールをつなぐための共通の決まりごとです。Anthropic社が公開した仕様で、特定の会社だけのものではなく、誰でも使えるオープンな規格として広がっています。
「決まりごと（プロトコル）」というのがポイントです。MCPそのものはソフトウェアではなく、つなぎ方のルールです。
なぜ必要になったのか——「つなぎ方がバラバラ」問題
AIは、学習した知識の範囲では答えられますが、次のことは単体ではできません。
- 今日の自院の予約状況を見る
- この患者の過去のカルテを参照する
- 院内の文書ファイルを検索する
- 予約を実際に登録する
これらを可能にするには、AIを外部のシステムにつなぐ必要があります。ここで問題が起きました。
つなぎ方が、組み合わせの数だけ必要になるという問題です。
AIが3種類、つなぎたいシステムが5種類あると、個別に作れば 3 × 5 = 15通りの接続を作ることになります。
さらに、AIを別のものに変えたら全部作り直し、システムを入れ替えても全部作り直し。これでは広がりません。
MCPは、このつなぎ方を1本の共通規格に統一するものです。共通規格にすれば、3 + 5 = 8個の対応で済みます。USB端子のように、「この形に合わせておけば、どれとでもつながる」という状態を目指した仕組みです。
仕組み——3つの登場人物
MCPの構造は、大きく3つに分かれます。
| 役割 | 何をするか | 例 |
|---|---|---|
| AI（ホスト側） | 指示を受けて考え、必要なら外部に問い合わせる | チャット画面、AIカルテのAI機能 |
| MCPサーバー | 特定のデータやツールへの窓口を提供する | 予約システム用、文書検索用、外部サービス用 |
| つながる先 | 実際のデータやシステム | 予約データ、院内文書、外部サービス |
MCPサーバーが中核です。これは「AIから見た、そのシステムの窓口」にあたります。たとえば予約システム用のMCPサーバーがあれば、AIは「空き枠を調べる」「予約を登録する」といった操作を、決まった形で頼めるようになります。
APIとの関係で言えば、**MCPは「AIが使いやすい形に整えられた、共通仕様のAPI」**と捉えるとわかりやすいはずです。APIの基本は APIとは？クリニックのシステム連携を理解するための基礎知識 で解説しています。
APIとMCPは何が違うのか
よく聞かれる点なので整理します。
| 観点 | 従来のAPI | MCP |
|---|---|---|
| 主な利用者 | 人間の開発者が組み込む | AIが自分で選んで使う |
| 仕様 | サービスごとにバラバラ | 共通の形式 |
| 説明の与え方 | ドキュメントを人が読む | AIが読める形で提供される |
| つなぎ替え | 個別に作り直し | 同じ規格なら差し替えやすい |
決定的な違いは、AIが自分で「どの窓口を使うか」を判断できるという点です。従来のAPIは、開発者が「この場面ではこのAPIを呼ぶ」と手順を書き込む必要がありました。MCPでは、利用できる窓口の一覧と説明がAIに提示され、AIが状況に応じて選びます。
これが、AIエージェント——目的を伝えると手順を自分で組み立てて動くAI——を成立させる土台になっています。
クリニックの業務ではどう関わるのか
現時点で職員がMCPを直接操作する場面はほぼありません。しかし、AIができることの範囲を決める仕組みとして、間接的に関わってきます。
AIが「調べて」答えられるようになる。 「山田さんの前回の検査値は？」と聞いたときに、AIが記憶から推測するのではなく、実際のデータを参照して答える。この違いは、ハルシネーション（もっともらしい誤り）のリスクを大きく下げます。
AIが「操作を代行」できるようになる。 「来週の水曜午前に予約を入れて」で実際に登録される、といった動きです。
院内の情報を横断して探せるようになる。 カルテ、院内文書、マニュアルなど、置き場所の違う情報をまとめて検索できるようになります。
外部サービスとつながる。 医薬品情報、診療報酬の情報など、外部の情報源を参照する使い方も考えられます。
医療機関が確認すべき点
MCPは「つなぐ」ための仕組みです。つながるということは、情報が動くということでもあります。医療情報を扱う以上、次の点は確認が必要です。
① どこまでつながるのか（範囲） そのAIは、どのデータにアクセスできる設定になっているのか。カルテ全体か、特定の項目だけか。
② 誰の権限で動くのか AIが操作するとき、誰の権限で実行されるのか。閲覧権限のない情報にAI経由でアクセスできてしまう、という状態は避ける必要があります。
③ 読むだけか、書き換えられるのか 参照だけなら影響は限定的ですが、登録・変更まで可能なら、確認なしに実行される経路がないかを確認します。
④ 記録は残るのか AIがいつ、どの情報を参照し、何を実行したかの記録（監査ログ）が残るか。
⑤ 情報はどこへ行くのか 外部のAIサービスにつながる場合、どの情報が院外に出るのか。契約上、その情報が学習に使われない扱いになっているか。
⑥ 誰が承認するのか AIの提案を人が確認してから確定する設計になっているか。この線引きは AIに任せてよい業務・任せてはいけない業務の線引き で扱っています。
セキュリティの前提となる考え方は 3省2ガイドラインをわかりやすく解説、生成AI利用の法的整理は 医療機関で生成AIを使うときの注意点 をご覧ください。
「つながる」ことの意味を過大にも過小にも見ない
MCPは便利な仕組みですが、2つの誤解を避けておく必要があります。
過大評価：「MCPがあれば何でもできる」ではない。 つながるのは、そのMCPサーバーが用意した窓口の範囲だけです。APIと同様、「メニューにないものは頼めない」という制約は変わりません。
過小評価：「単なる技術用語」でもない。 AIができることの範囲を規定するため、セキュリティと権限設計の対象になります。技術部門だけの話として扱うと、権限の抜けが生じます。
電子カルテとの関係
電子カルテの文脈で言えば、MCPはAIが院内データを扱うための経路にあたります。
ただし重要なのは、AIネイティブな電子カルテでは、そもそもAIとデータが同じ基盤の上にあるという点です。外部からつなぎに行くのではなく、最初から一体で設計されているため、後付けの接続に伴う課題（権限の二重管理、連携部分の障害、情報が外に出る範囲の把握）が発生しにくくなります。
AIネイティブという設計思想については AIネイティブ電子カルテとはどんなものなのか？ をご覧ください。
一方、外部の専門的なサービス——たとえば医薬品情報のデータベースなど——とつなぐ場面では、MCPのような共通規格が効いてきます。内側は一体で、外側は標準規格でつなぐという組み合わせが、現実的な姿になっていくと考えられます。
まとめ
- MCPは、AIと外部のデータ・ツールをつなぐための共通規格。ソフトウェアではなく「つなぎ方のルール」
- 背景にあるのは組み合わせの数だけ接続が必要になる問題。共通化することで対応数が激減する
- 従来のAPIとの決定的な違いは、AIが自分でどの窓口を使うか判断できること
- これがAIエージェント——手順を自分で組み立てるAI——の土台になっている
- クリニックでは、AIが調べる・操作する・横断検索するための経路として関わる
- 確認すべきは範囲・権限・読み書き・監査ログ・情報の行き先・承認フローの6点
- AIネイティブ電子カルテでは内側は一体であり、外部サービスとの接続で標準規格が効いてくる
AIカルテの詳細やデモをご希望の場合は お問い合わせ からご連絡ください。