2026 年 10 月 22 日，AWS 喺自家 Machine Learning Blog 發表長文，介紹旗下 Amazon Quick 喺醫療環境嘅部署能力。文章核心就係講一件事：Amazon Quick 係 HIPAA-eligible 服務，但 eligible 唔代表 compliant。呢個分別，對任何要處理病人資料嘅機構嚟講，都係第一課。
PHI 係乜、邊個受管
文章開頭先講清楚 Protected Health Information（PHI）嘅定義：任何可以識別個人、同佢嘅健康、醫療或醫療付款有關嘅資料，包括診斷報告、索償紀錄、會員編號。一旦軟件有觸及呢類資料，就受美國《健康保險便攜與責任法》（HIPAA）管製，規範數據點樣被存取、保安同審計。
文章亦指出，受 HIPAA 約束嘅唔止醫院。大部分 AI 項目都會同時觸及兩者。
Agent 點樣「觸及」PHI
傳統分析工具讀數據、回應、完事。但 Amazon Quick 係一個 agentic workspace（代理型工作空間），佢嘅 chat agents 會同時處理非結構化內容（如診斷筆記、申訴信）同結構化數據（如索償紀錄、會員檔案）。
更進一步，agents 可以透過 connectors（預建整合）同外部系統交聯，包括 Slack、Microsoft Outlook、Salesforce、Atlassian Jira、Microsoft SharePoint，亦可以透過 Model Context Protocol（MCP）加入自訂工具。文章強調，只有機構內獲授權嘅 connectors 先會顯示。
當一個 chat agent 可以同時讀取同操作 PHI，文章列明需要三樣治理措施：確定性護欄（deterministic guardrails）、行為審計軌跡（behavioral audit trail），以及對無人介入時嘅操作有明確問責。AWS 指 Amazon Quick 提供 ACL-aware retrieval（權限感知檢索）、對話同反饋紀錄，以及對每個 chat agent 可執行操作嘅控制。
呢篇文嘅範圍
文章重點講 Web 版本嘅能力，並説明呢個 eligible 地位適用於 Web、Desktop 同 Mobile 客户端，但受 shared responsibility model（共同責任模型）同用户配置約束。
阿調搞兩下：「eligible」呢個詞，對打醫療行業嘅人嚟講，最好唔好自己玩。AWS 寫得幾詳細，都唔代表你嘅 compliance 問題已經解決。如果你嘅機構要部署呢種 AI，先問清楚邊個揸邊個責任、audit trail 點查、PHI 喺邊個系統落住，先再開口。
阿調｜深度調教
