MCP 是讓 AI 應用程式依照共同規則連接外部資料與工具的開放協定，模型因此能查詢資料、呼叫服務或執行工作。它處理的是「AI 怎麼接上外部能力」的連線層，模型本身、資料庫內容與醫療判斷品質仍要另外驗證。MCP 官方規格把這套協定的核心分成 prompts、resources 與 tools。

對一般使用者來說，MCP 可能出現在能讀檔案、查資料或操作工具的 AI 應用程式裡。對企業與醫療機構來說，評估重點則會落在資料範圍、授權方式、人工確認、日誌與版本控管。若想先補上程式之間如何交換資料的基礎，可先看API 如何從手機 App 連到醫療資料；MCP 會再往上處理模型如何理解並使用這些外部能力。

AI 應用程式、資料庫與醫療資料系統透過標準化連線相接的科技場景。

MCP 是什麼

MCP 全名是 Model Context Protocol，中文可理解為「模型上下文協定」。官方規格將它定義為連接 LLM 應用程式、外部資料來源與工具的開放協定，應用場景可包含 AI 整合式開發環境、聊天介面與自訂 AI 工作流程。官方 Specification說明，MCP 的協定層負責把外部脈絡與可執行能力用一致方式交給 AI 應用程式。

MCP 的位置可以用一個簡化的分層來看：模型負責理解問題與產生下一步，MCP 用戶端負責連線與轉送訊息，MCP 伺服器提供特定資料或工具，上游系統則執行查詢、計算或更新。官方架構採 host、client、server 三層，host 管理多個 client，client 各自維持與特定 server 的連線，server 可是本機程式，也可是遠端服務。MCP Architecture列出這些角色與安全邊界。

因此，MCP 可以搭配不同模型與應用程式。只要用戶端和伺服器支援相同的協定能力，開發團隊就能把資料服務或工具整理成可被 AI 發現、理解與呼叫的介面；能否互通仍取決於實作、權限與資料格式是否對得上。

軟體架構圖中 AI 模型與提示、資料資源、工具三個模組連線。

三個核心元件怎麼分

官方伺服器規格將 MCP 的功能拆成三種原語，每種元件的控制位置不同。Server Overview列出的分工如下：

元件作用生活化例子控制位置
prompts預先整理好的提示模板或工作流程「整理這週檢驗結果」的固定問法使用者選擇
resources提供給模型或應用程式參考的結構化資料與內容文件、病歷摘要、程式碼檔案應用程式管理
tools讓模型要求外部服務查詢、計算或執行工作的函式查詢庫存、讀取授權資料、建立行事曆事件模型提出呼叫

這個控制分工會影響使用者介面。工具可被模型依上下文自動發現與呼叫，但官方工具規格建議始終保留能拒絕工具呼叫的人在迴路中，並以介面清楚顯示工具名稱、呼叫狀態與確認提示。MCP Tools也要求用戶端把工具描述視為需要信任判斷的資訊。

MCP 怎麼運作

MCP 採用 client-host-server 架構，訊息使用 JSON-RPC 2.0。連線開始時，client 會送出 initialize，與 server 協商協定版本、可用能力與實作資訊；協商完成後，才進入一般操作。MCP Lifecycle把流程分成初始化、操作與關閉三個階段。

以「請 AI 查詢某段期間的健康資料」為抽象例子，流程可拆成六步：

  1. 使用者在 AI 應用程式提出問題，模型判斷需要外部資料。
  2. host 透過對應的 client 查看可用的 resources 或 tools。
  3. 模型選擇工具並填入符合 input schema 的參數。
  4. client 將 tools/call 訊息送給 server，server 再依自己的規則呼叫資料服務。
  5. server 回傳結果或錯誤，client 把結果交回模型處理。
  6. 模型整理回覆；涉及寫入、付款、送出或其他高影響動作時，應由介面讓使用者確認。

其中第 3、4 步是 MCP 和一般聊天的差異所在。官方 tools 規格把每個工具的名稱、功能描述、輸入 JSON Schema 與結果格式列為可被 client 發現的資訊，也把工具呼叫明確分成 tools/list 與 tools/call。MCP Tools 的工具清單與呼叫規格可查到這兩種訊息。

AI 模型、MCP 用戶端、MCP 伺服器與工具服務互傳資料的流程示意圖。

MCP、API、RAG 有什麼差別

三者處理的層次不同。API 是軟體提供功能與規則、讓其他軟體互動的介面；RAG 是把外部檢索到的知識交給生成模型處理的應用方法；MCP 則把模型應用程式與外部資料、提示模板及可執行工具的互動方式整理成共同協定。這些技術可以一起使用，例如 MCP server 暴露一個查詢 API 的 tool，查詢結果再進入 RAG 流程。

企業採購時可用三個問題分辨需求：若問題是「兩個系統怎麼交換資料」，先看 API；若問題是「模型如何引用內部文件」，看 RAG 與資料檢索；若問題是「不同 AI 應用程式如何用一致方式發現並呼叫多個工具」，才需要評估 MCP。分類清楚後，才知道要驗收介接規格、檢索品質，或模型操作權限。

台灣現況：醫療資料底座已在推動，MCP 尚屬上層連接想像

台灣的醫療資料互通工作，主軸目前是 FHIR、TWCDI、TW Core IG、SMART on FHIR 與 FHIR Box。衛福部 2026 年 5 月說明，長庚、馬偕與中山三大醫療體系已完成跨院病歷互通示範，並以 FHIR 技術建立資料標準與交換基礎。衛福部公布的健康資料治理說明也提到，這些資料可支援 AI 臨床決策，但資料互通與臨床效益仍是不同驗證工作。

衛福部 2026 年 8 月宣布啟動國家數位健康互通性與效能認證實驗室，規畫軟體、硬體與整體解決方案廠商三大認證制度，並配合 FHIR Box、健康資料空間、健康規則空間與健康應用空間發展。官方公告將這套制度定位為醫療資訊產品與服務的驗測平台。

在這個架構中，MCP 的合理位置是 AI 應用與既有醫療服務之間的連接層。FHIR 負責醫療資料的交換格式與資源模型，SMART on FHIR 負責應用程式介接與授權，MCP 可把已經具備權限控管的查詢或工作流程包成 AI 能理解的工具。這是架構上的推論，衛福部目前公開公告的核心標準是 FHIR、SMART on FHIR、CQL 與 CDS Hooks，尚未把 MCP 列為醫療資料標準。衛福部國家數位健康互通性政策頁列出目前的認證與技術方向。

一般民眾可參考健康存摺 SDK 的資料流：衛福部說明，第三方 App 可在使用者自主授權同意下，選取特定時間與特定就醫資料匯入健康管理 App；官方 2022 年資料另列出 31 家介接單位、64 支完成上架的 App。健康存摺 SDK 官方介紹也顯示，健康資料能被第三方服務使用的前提，是授權範圍與資料種類要先被選定。MCP 若接到這類服務，仍要沿用原本的身分驗證、授權與紀錄要求。

台灣醫院資訊人員在數位健康資料平台前檢視跨院互通與 AI 應用。

一般人與企業該注意什麼

MCP 讓 AI 取得外部能力後，使用者要看的就不只是回答內容，還包括「AI 能讀什麼、能做什麼、誰核准、留下哪些紀錄」。對個人健康資料尤其如此，安裝或連接 MCP server 前，應先看清楚資料會送往哪個服務、使用哪個帳號、能呼叫哪些工具，以及是否可以撤銷授權。

企業導入可先用下面五項做需求與驗收清單：

檢查項目實際要問的問題
工具範圍每個 tool 是查詢、修改還是刪除？能否拆成唯讀與寫入兩組？
資料最小化模型完成任務需要哪些欄位？病歷、個資與機密資料是否被一併送出？
授權與確認權限是否有期限與範圍？高影響動作是否需要人工確認？
稽核與追溯是否記錄使用者、模型、工具、參數、回應、時間與版本？
失效與退場server 中斷、版本變更、權限撤銷或結果錯誤時，能否停止並回復？

MCP 官方架構要求 host 管理連線權限、同意流程與跨 server 的安全邊界；官方 tools 規格也建議在工具呼叫時提供清楚提示，讓人可以拒絕操作。MCP Architecture與MCP Tools是企業設計介面與流程時的直接依據。

如果 MCP server 透過 HTTP 提供受保護資源，2025-11-25 規格提供 OAuth 授權框架，並要求支援時依受保護資源中繼資料讓 client 找到授權伺服器；STDIO 傳輸則採環境中的憑證方式，兩者的責任邊界不同。MCP Authorization明確列出這些條件。企業因此要把傳輸方式、Token 保存、權限範圍、撤銷流程與日誌保存期限寫進採購和維運文件。

企業資安團隊檢視 AI 工具權限、資料範圍和稽核紀錄儀表板。

何時適合用 MCP

當組織同時有多個 AI 應用程式、資料服務與工作工具，且希望用一致方式管理連線、工具描述與授權時，MCP 的價值較明確。若只有一個簡單的後端查詢，直接使用清楚定義的 API 可能已足夠；若涉及醫療資料，則要先確認資料標準、法規責任、臨床工作流與驗證證據，再決定是否加上 MCP 這層。

MCP 的長期影響會落在「AI 是否能被安全地接進既有系統」。台灣醫療資料底座正透過 FHIR、SMART on FHIR 與認證制度建立共同規則，未來若有醫療 AI 以 MCP 連接這些服務，產品驗收仍須回到資料品質、授權、臨床驗證與上線監測等原有要求。

常見問題

MCP 是什麼？
MCP 是 Model Context Protocol，讓 AI 應用程式用共同規則連接外部資料與工具。它處理連線、能力協商與工具互動，模型品質與資料正確性仍要另外檢查。

MCP 和 API 一樣嗎？
API 是軟體交換資料與功能的介面，MCP 是讓 AI 應用程式發現、理解並使用資料與工具的協定層。MCP server 可以把既有 API 包成 AI 可呼叫的 tool，兩者可同時存在。

MCP 可以直接讀台灣健保資料嗎？
目前不能把 MCP 視為健保資料的直接通行證。健保資料服務仍要依健保署的申請、使用者授權、身分驗證與資料範圍規則處理；MCP 只能在取得合法且適當的服務介面後，協助 AI 進行連接與操作。