法規與產業洞察

FDA 21 CFR Part 11 電子簽名:實踐指南

瞭解 FDA 21 CFR Part 11 的適用範圍,以及如何評估電子簽名控制、審計追蹤、驗證、訪問和記錄留存。

eSign.AI 法規與產業研究團隊12 分鐘閱讀

Part 11 從記錄開始,而非簽名

FDA 於 1997 年 8 月 20 日發布 21 CFR Part 11,確立了這樣一項框架:在滿足其控制要求的前提下,電子記錄和電子簽名可以替代紙質記錄與手寫簽名,並具有同等法律效力。該法規管的是「記錄鏈」,不是「軟體」:凡是在 FDA 前置法規之下以電子方式建立、修改、維護、歸檔、檢索或提交的記錄,都可能落入範圍,與公司處於哪個行業無關。Part 11 並不會將生命科學公司使用的每一項電子審批都納入監管記錄。首先要判斷前置規則是否要求留存或向 FDA 提交該記錄,以及組織是否依賴電子版本執行受監管活動。如果是,則電子記錄及其關聯簽名可能屬於 Part 11 範圍。該範圍決策應在團隊選擇認證方式、配置簽署欄位或驗證平臺之前完成並記錄。Part 11 也不會讓軟體本身合規:受監管組織仍需負責預期用途、流程、培訓、訪問治理、驗證決策和持續控制。

Part 11 旨在保護什麼

該法規關注電子記錄和簽名在其所需生命週期中是否保持可信、可靠、可追溯和可獲取。

01. 範圍:識別 FDA 前置規則要求的記錄,判斷依賴的是電子版本還是紙質版本。

02. 記錄完整性:保護受監管記錄免遭未授權訪問、篡改、丟失或不完整重建。

03. 簽名問責:將唯一且經過驗證的簽署者與簽署記錄、時間和簽署行為的含義關聯起來。

04. 檢查就緒:在需要時留存記錄並提供準確、完整、人類可讀和電子格式的副本。

Part 11 在全球記錄管理規則中的位置

Part 11 是美國法律,但在受監管的生命科學領域,它已成為電子記錄與電子簽名最廣泛使用的參照系。其他主要市場各有自己的規則。

歐盟

日本

中國

為什麼 Part 11 成了共同語言

實施前的實際範圍測試

從適用的前置規則和實際運營實踐出發。同一技術可以同時支援 Part 11 和非 Part 11 工作流。

Part 11 更可能適用的情況

  • 前置規則要求留存該記錄,且電子記錄已替代紙質。
  • 所需記錄以兩種格式存在,但電子版本是受監管活動所依賴的。
  • 記錄透過 FDA 認可的提交途徑以電子方式提交。
  • 電子簽名作為前置規則要求的手寫簽名、首字母縮寫、審批、審查或驗證的等價形式使用。

Part 11 可能不觸發的情況

  • 電子資訊在 FDA 前置規則下無需留存。
  • 計算機僅生成紙質記錄,且合規的紙質記錄是實際依賴的版本。
  • 工作流屬於 21 CFR 11.1 中明確列出的排除項。
  • 記錄純屬運營性質,不涉及受監管活動、提交或必需的記錄留存義務。

將 Part 11 要求轉化為可審查的證據

功能清單是不夠的。對於每項控制,確認其在預期工作流中的運作方式,以及在驗證、審計或檢查時可產生的證據。

系統驗證

準確副本

留存和檢索

訪問和許可權

審計追蹤

簽名呈現

簽名-記錄關聯

身份和簽名控制

普通電子簽名為什麼過不了 Part 11

普通電子簽名回答的是「這份文件簽了沒有、是誰簽的」。Part 11 要回答的是另一個問題:整條電子記錄鏈,在監管審查面前是否可信、可歸屬、可復現。兩者之間隔著四處關鍵控制。

審計追蹤

簽名與記錄的繫結

身份證明

驗證與證據

eSign.AI 如何支援 Part 11 簽署工作流

eSign.AI 提供可作為受監管流程一部分配置的電子簽名和證據能力。是否適用仍取決於客戶的預期用途、適用前置規則、流程、驗證方式、身份方法和留存證據。

簽署含義和呈現. 工作流可以捕獲簽署原因以及簽署者和簽署事件資訊,幫助團隊表達審查、審批或承擔責任等操作。

簽署者驗證和賬戶控制. 可配置的簽署者驗證和賬戶安全選項可支援身份和訪問要求。所選方法應對照工作流和組織風險模型進行評估。

審計證據. 簽署事件、完成資訊和支援證據可幫助團隊重建誰執行了操作、簽署了什麼以及事件何時發生。

工作流和系統整合. API 和工作流整合可將簽署步驟與質量、臨床、文件管理或業務系統連線,同時由組織定義系統邊界和驗證責任。

這並不意味著什麼. 使用 eSign.AI 本身並不使組織或流程自動符合 Part 11。合規取決於完整的系統、配置、流程、人員、培訓、記錄和持續治理。

六步實施路徑

將 Part 11 視為受控業務流程,而非功能開關。

01

盤點受監管記錄

識別前置規則、記錄所有者、所需簽名、留存期、提交途徑和實際依賴的版本。

02

定義預期用途和系統邊界

記錄電子簽名平臺的功能、哪些連線系統保持權威性、記錄和證據的留存位置。

03

設定身份、訪問和簽署控制

配置簽署者驗證、認證、角色、簽署含義、許可權檢查、憑證恢復和賬戶停用。

04

設計證據包

確認審查所需的最終記錄、簽署者姓名、時間、簽署含義、事件歷史、完整性證據和匯出格式。

05

針對風險和預期用途進行驗證

測試關鍵需求、異常路徑、許可權、簽名關聯、審計事件、匯出、整合和故障恢復。

06

在受控流程下運營

維護標準操作規程、培訓、定期訪問審查、事件處理、變更控制、供應商監督和重新驗證觸發條件。

誰對什麼負責

能力與責任不是一回事。軟體廠商提供能力、文件和支援;預期用途、操作規程、驗證、培訓、許可權治理和記錄留存的責任,都在使用電子記錄的企業身上。把廠商的合規文件直接當成自己的合規證明,是出海企業最常見的坑之一。

廠商提供什麼

受監管企業負責什麼

認證不等於合規

常見問題

團隊常問的 Part 11 電子簽名問題

不是。適用範圍取決於前置規則、記錄是否需要留存或提交,以及組織是否依賴電子記錄執行受監管活動。請為每種記錄型別記錄範圍決策。

團隊正在討論適合業務的電子簽名方案

為你的業務探索合適的電子簽名方案

與我們的團隊溝通你在目標市場的電子簽名需求、合規考量和文件流程。