如果你負責醫院資訊、資安或臨床品質，先問一個問題：第三方 Agent 讀了哪些病歷資料，又能把結果寫到哪裡？Microsoft 在 Dragon Copilot 5.0 加入 AI Apps 與 Agents 的部署入口：美國醫療機構可以從 Microsoft Marketplace 找應用，再由 Dragon Admin Center 指派與管理。
這代表環境式聽寫助理開始變成臨床 Agent 平台，但目前不是台灣可直接採購上線的通用醫療市集。
官方列出的用途包含編碼與文件、醫療決策支援、風險調整、事前授權、行為健康篩檢與預防照護。這些是可提供的應用類別，沒有證明每個上架 Agent 都改善診療結果。院方仍要逐項查開發者、證據、資料流與責任。
從聽寫工具走向臨床工作流
Dragon Copilot 原本的核心是擷取醫病對話，產生供臨床人員覆核的文件草稿；整合版可把摘要留在電子病歷流程中。新版市集讓第三方能力直接出現在既有工作介面，臨床人員不必為每個功能切換系統。
價值在於減少重複輸入與系統切換。風險也更集中：一個 Agent 可能同時讀到對話、病歷脈絡與機構政策，再回傳建議或文件。這和一般辦公室外掛不同，錯誤可能進入醫療紀錄、申報或照護決策。
若要理解平台化方向，可對照AWS 醫療聯絡中心的可信 AI與Nova Act 醫療 Agent；供應商都在把模型、工作流、稽核與第三方整合綁成一套。
院方應驗收六件事
先確認用途：它產生草稿、提醒、排序，還是能直接寫入與送出？再確認資料：會讀哪些病歷欄位、音訊是否保留、第三方是否拿到識別資訊、資料在哪個區域處理。
接著看證據與版本。醫療決策支援要有適用族群、排除條件、錯誤類型與版本更新紀錄；文件與編碼 Agent 也要抽查漏記、錯碼與偏差。涉及病人端建議時，還要分清楚是否進入病患使用的 LLM 醫材監管範圍。
最後是責任與回復：誰批准安裝、誰能看結果、誰負責覆核、錯誤如何回報、停用後是否撤銷 Token，以及如何回到原本流程。Microsoft 文件也提醒錄音前要依法律與機構政策取得病人同意。
台灣現在該怎麼看
截至 8 月 24 日，官方文件把 AI Apps 與 Agents 標為美國限定。台灣醫療機構可以先把它當成治理樣板：第三方 Agent 不由個別醫師自行安裝，而是經市集、管理中心、組織指派與版本控管進入臨床環境。
我不建議為了追平台熱度，先把未驗證 Agent 接到正式病歷。先在去識別或合成案例測試，設定人工覆核與禁止自動送出的範圍，再評估法規、資安、採購與在地語言表現。醫師的臨床判斷與最終簽核不能交給市集評分取代。
這也回應Agent-first 裝置與 Dragon Copilot的更大趨勢：入口會越來越自然，但治理不能因此消失。
常見問題
Dragon Copilot AI Apps 在台灣可以用嗎？
截至 2026 年 8 月 24 日，Microsoft 文件將這項 Marketplace 部署能力列為美國限定。台灣可追蹤產品與法規進度，不能把美國可用狀態直接套用。
Dragon Copilot 會直接替醫師下診斷嗎？
官方定位包含臨床文件與決策支援，但輸出應由臨床人員依用途覆核。AI 不能取代醫師判斷，病人也不應依這類工具自行改藥或延誤就醫。
醫院從 Marketplace 安裝就算完成資安審查嗎？
不算。院方仍要確認資料欄位、區域、第三方處理、權限、稽核、版本更新、停用與事故通報，並依在地醫療與個資規範審查。
參考來源
- Microsoft Learn：Microsoft Dragon Copilot 5.0（2026-08-21）
- Microsoft Learn：AI apps and agents（2026-08-24 查核）
- Microsoft Learn：What is Microsoft Dragon Copilot (physicians)?（2026-03-10）
- Microsoft Learn：Microsoft Dragon Copilot documentation（2026-08-24 查核）
- Microsoft Learn：Licenses and billing for Dragon Copilot (physicians)（2026-08-24 查核）