醫療影像 AI 整合：預定用途、PACS／RIS 介面與評估證據

醫療影像 AI 的整合規劃，先要回答：輸出給誰、何時出現、如何影響工作，以及錯誤時誰接手。模型表現、介面契約、使用者覆核與預定用途的證據，是需要分別確認的項目。

以下是技術準備指南，不是已核實的醫院部署報告，也不提供診斷或治療建議。報告草稿、量測、影像排序與病灶提示的影響不同，不能因為其中一項被稱為輔助，就推論它一定較安全或不受醫材規範。

先寫實際功能，不只寫產品名稱

TFDA 的醫療器材屬性說明要求依用途、功能、作用方式及風險等資訊評估。產品宣稱需要與真實功能一致；有人簽署或名為草稿，不會單獨決定分類。電腦輔助偵測與診斷的官方指引更新也涉及專門的評估內容。

表格是用途問題清單，不是分類結果。不要把量測或分流一律列為行政軟體，也不要用改寫文案取代屬性評估。屬性不明時，準備具體功能資料向主管機關確認。

以假設的報告草稿流程為例，先確認允許的資料與輸出，保留來源、版本、產生時間及待覆核狀態。文字、量測與標記都應能回到對應的影像或紀錄，讓指定人員檢查。

像素或引用提供查閱位置，不等於量測或判讀正確。無法確認的內容留為未決問題；假陽性、重要缺漏、錯誤量測和錯置病人或檢查，需要依用途分別評估。不在本文替所有臨床情境排序哪種錯誤較危險。

約定誰可修改、採用、簽署與退回，以及責任如何分配。人工覆核是一項控制，不能單獨證明醫材核准、責任不變或產出可以直接用於照護。

先與院內與供應商團隊確認支援範圍，再選擇輸出格式。DICOM SR 與 secondary capture 不是可任意互換的標註格式。DICOM 的 Secondary Capture 定義描述由非 DICOM 格式轉換的影像物件；影像物件不會自動成為可再利用的結構化量測或報告。

介面事項	建置前需確認的契約
物件與欄位	供應商支援的物件／SOP class、報告欄位及影像或結構化輸出的差異
身分與關聯	病人、檢查、series／instance 識別與回傳結果的對應
存取與動作	哪個服務可讀取或寫入；誰可發布、修正或撤回
回覆與重複	成功確認、重送、重複結果與不確定狀態如何處理
失敗與版本	斷線、逾時、格式錯誤、版本變動及人工接手的程序

若使用 HL7／FHIR 或既有通報管道，也需核對實際版本、訊息、欄位、權限與確認行為，不能只憑標準名稱推定已互通。這份指南不新增自動診斷或危急通報的服務承諾。

院內回溯資料並不因為存在就可用於測試或訓練。依個人資料保護法確認目的、醫療資料條件、接收者、存取與保護措施，並約定留存和刪除責任。

DICOM 保密處理規範的屬性處理不保證整個物件已去識別；像素、其他屬性與情境仍可能辨識個人。核准的匯出流程要檢查這些內容，不能把移除姓名欄位當作全部工作。院內部署也不是資料使用的通用許可。

先寫下預定族群、設備、影像流程與使用者，確認評估資料的使用依據和代表性。開發與保留測試資料分開，由有權且合適的人員建立版本化的參考判定，記錄爭議及例外。

依功能評估錯誤、重要缺漏、覆核負擔與整合失敗。供應商報告可以作為輸入，仍需檢查其資料、版本與用途是否符合本案；不推定所有供應商都使用不相符的資料。接受標準與是否需要進一步臨床證據，由負責團隊依實際要求決定。

若進入試行，先約定監測、問題責任人、停止與復原程序。模型、介面、設備或工作流程變動後，重新評估受影響項目。串接成功、有人使用、醫師簽署及臨床接受，是不同證據，不能彼此替代。

現有醫療服務範圍可協助界定行政與受覆核準備；病歷摘要與候選碼指南則說明來源、版本與覆核的另一種整合情境。