醫材廠用 AI 寫技術文件？先搞清楚哪一份文件出錯會讓你被稽核

醫材廠的文件量是外人難以想像的。一張設計變更單背後，可能牽動風險分析、驗證報告、技術檔案、標籤與說明書，以及對應的變更申請。

所以「用 AI 幫忙寫文件」這個需求非常真實。但在動手之前，必須先做一個區分——這個區分沒做，後面全部是風險。

受管制紀錄 vs 內部文件

醫材廠的文件大致分成兩類：

• 受管制的紀錄　技術檔案、風險管理檔案、驗證確效報告、批次紀錄、變更申請。這些會被主管機關與稽核員檢視，內容錯誤的後果是缺失、停權，甚至產品下架。
• 內部參考文件　教育訓練教材、內部會議紀要、供應商評估的初步彙整、法規更新的內部摘要。

第二類可以放心用 AI；第一類必須非常小心，而且不是因為法規禁止 AI，是因為責任歸屬。

法規沒有禁止用 AI，但要求可追溯

ISO 13485 與各國的品質系統要求，核心精神是文件管制與可追溯性：誰寫的、誰審的、誰核准的、依據什麼版本、變更了什麼。

這套要求沒有排除工具的使用——你用 Word 寫、用範本產生、或用 AI 起草，制度上都不是問題。問題在於：簽名欄位上的人，必須真的為內容負責。

實務上的風險是這樣發生的：AI 起草了一份風險分析，內容看起來完整、格式正確、用語專業，審查的人因此降低了戒心，簽了名。稽核時被抓到某項風險的嚴重度評級與實際不符——這時候沒有人會接受「是 AI 寫的」。

可以安全使用的四個環節

一、法規更新的初步彙整。把各國法規變動整理成內部摘要，供法規人員判讀。產出是內部參考，不進入受管制文件。

二、文件一致性檢查。比對技術檔案中的規格數值與圖面、標籤、說明書是否一致。這是比對工作，AI 做得穩，而且它是在找錯不是在寫內容。

三、既有文件的檢索。「上次類似的設計變更，我們的風險分析是怎麼寫的」——這是檢索，不是生成。

四、教育訓練教材的草稿。純內部使用。

不建議的兩個做法

不要讓 AI 直接產出風險分析的評級。嚴重度與發生率的判斷需要對臨床情境的理解，而且這正是稽核最會深入追問的地方。

不要用公有雲服務處理未公開的設計資料。這與我們在封測廠地端部署談到的結構相同：如果你的設計資料涉及客戶的專有技術，或涉及尚未公開的產品，合約與法規上的限制可能讓雲端服務直接出局。相關的隱私邊界討論可參考地端不等於隱私。

需要保留的懷疑

本文為產業觀察，不構成法規或法律意見。各國醫材主管機關對 AI 輔助文件作業的具體立場仍在演進中，實際做法應與貴公司的法規事務主管及主管機關確認。

文中對 ISO 13485 的描述為原則性說明，非條文引用；具體要求請以現行標準正式版本為準。

常見問題

醫材廠可以用 AI 撰寫技術檔案嗎？

法規並未禁止使用工具，核心要求是文件管制與可追溯性——誰寫、誰審、誰核准、依據哪個版本。真正的風險在責任歸屬：AI 起草的文件格式正確、用語專業，容易讓審查者降低戒心，但稽核時發現內容錯誤，「是 AI 寫的」不會被接受。建議受管制紀錄以人工撰寫或至少實質審查為原則。

哪些文件環節可以安全使用 AI？

四個環節相對安全：法規更新的初步彙整（產出為內部參考）、文件一致性檢查（比對技術檔案規格與圖面、標籤、說明書，屬於找錯而非寫內容）、既有文件檢索（找出過去類似設計變更的風險分析寫法）、教育訓練教材草稿（純內部使用）。共同特徵是產出不直接進入受管制文件，或工作性質是比對而非生成。

設計資料可以送到雲端 AI 服務嗎？

需要先確認合約限制。如果設計資料涉及客戶的專有技術或尚未公開的產品，保密義務可能讓公有雲服務直接出局——這與半導體封測廠面臨的結構相同。此外要注意，地端部署解決的是資料不離開的問題，不等於自動符合隱私與治理要求。

下一步

受管制文件與 AI 應用的邊界檢核表，我們整理在白皮書專區。