範圍:識別 FDA 前置規則要求的記錄,判斷依賴的是電子版本還是紙質版本。
Part 11 從記錄開始,而非簽名
21 CFR Part 11 並不會將生命科學公司使用的每一項電子審批都納入監管記錄。首先要判斷前置規則是否要求留存或向 FDA 提交該記錄,以及組織是否依賴電子版本執行受監管活動。如果是,則電子記錄及其關聯簽名可能屬於 Part 11 範圍。該範圍決策應在團隊選擇認證方式、配置簽署欄位或驗證平臺之前完成並記錄。Part 11 也不會讓軟體本身合規:受監管組織仍需負責預期用途、流程、培訓、訪問治理、驗證決策和持續控制。
Part 11 旨在保護什麼
該法規關注電子記錄和簽名在其所需生命週期中是否保持可信、可靠、可追溯和可獲取。
記錄完整性:保護受監管記錄免遭未授權訪問、篡改、丟失或不完整重建。
簽名問責:將唯一且經過驗證的簽署者與簽署記錄、時間和簽署行為的含義關聯起來。
檢查就緒:在需要時留存記錄並提供準確、完整、人類可讀和電子格式的副本。
實施前的實際範圍測試
從適用的前置規則和實際運營實踐出發。同一技術可以同時支援 Part 11 和非 Part 11 工作流。
Part 11 更可能適用的情況
- 前置規則要求留存該記錄,且電子記錄已替代紙質。
- 所需記錄以兩種格式存在,但電子版本是受監管活動所依賴的。
- 記錄透過 FDA 認可的提交途徑以電子方式提交。
- 電子簽名作為前置規則要求的手寫簽名、首字母縮寫、審批、審查或驗證的等價形式使用。
Part 11 可能不觸發的情況
- 電子資訊在 FDA 前置規則下無需留存。
- 計算機僅生成紙質記錄,且合規的紙質記錄是實際依賴的版本。
- 工作流屬於 21 CFR 11.1 中明確列出的排除項。
- 記錄純屬運營性質,不涉及受監管活動、提交或必需的記錄留存義務。
將 Part 11 要求轉化為可審查的證據
功能清單是不夠的。對於每項控制,確認其在預期工作流中的運作方式,以及在驗證、審計或檢查時可產生的證據。
系統驗證
準確性、可靠性、一致的預期效能,以及檢測無效或篡改記錄的能力。
記錄預期用途、風險評估、需求、測試、偏差、審批和與記錄風險相稱的變更控制。
準確副本
必須能以人類可讀和電子形式提供完整副本以供審查和複製。
匯出簽署記錄和關聯證據時,不得丟失內容、含義、簽名資料或相關事件歷史。
留存和檢索
記錄必須在所需留存期內保持受保護和可檢索。
確認留存所有權、搜尋和檢索、備份、遷移、刪除控制以及合同或賬戶變更後的訪問許可權。
訪問和許可權
訪問、簽署、修改和受監管操作必須僅限於授權人員。
審查賬戶配置、角色許可權、審批許可權、職責分離、停用和定期訪問審查。
審計追蹤
安全、計算機生成、帶時間戳的記錄應能重建建立、修改或刪除受監管記錄的操作。
檢查事件覆蓋、時間基準、行為者歸屬、舊值保留、可匯出性、留存和防普通使用者篡改。
簽名呈現
簽署記錄必須顯示簽署者的列印姓名、簽署日期和時間以及簽名含義。
驗證審查、審批、責任或署名是否被清晰記錄,並在人類可讀輸出中保持可見。
簽名-記錄關聯
簽名必須與記錄關聯,使其不能透過常規手段被複制或轉移來偽造另一條記錄。
測試文件完整性控制,確認證據包將簽署者、操作、時間和最終記錄繫結在一起。
身份和簽名控制
每個簽名必須對一個人唯一,身份必須經過驗證,非生物特徵簽名需要受控的身份識別元件。
將身份驗證、認證、憑證所有權、密碼或令牌控制、恢復和誤用檢測與工作流風險對應起來。
eSign.AI 如何支援 Part 11 簽署工作流
eSign.AI 提供可作為受監管流程一部分配置的電子簽名和證據能力。是否適用仍取決於客戶的預期用途、適用前置規則、流程、驗證方式、身份方法和留存證據。
簽署含義和呈現
工作流可以捕獲簽署原因以及簽署者和簽署事件資訊,幫助團隊表達審查、審批或承擔責任等操作。
簽署者驗證和賬戶控制
可配置的簽署者驗證和賬戶安全選項可支援身份和訪問要求。所選方法應對照工作流和組織風險模型進行評估。
審計證據
簽署事件、完成資訊和支援證據可幫助團隊重建誰執行了操作、簽署了什麼以及事件何時發生。
工作流和系統整合
API 和工作流整合可將簽署步驟與質量、臨床、文件管理或業務系統連線,同時由組織定義系統邊界和驗證責任。
這並不意味著什麼
使用 eSign.AI 本身並不使組織或流程自動符合 Part 11。合規取決於完整的系統、配置、流程、人員、培訓、記錄和持續治理。
六步實施路徑
將 Part 11 視為受控業務流程,而非功能開關。
盤點受監管記錄
識別前置規則、記錄所有者、所需簽名、留存期、提交途徑和實際依賴的版本。
定義預期用途和系統邊界
記錄電子簽名平臺的功能、哪些連線系統保持權威性、記錄和證據的留存位置。
設定身份、訪問和簽署控制
配置簽署者驗證、認證、角色、簽署含義、許可權檢查、憑證恢復和賬戶停用。
設計證據包
確認審查所需的最終記錄、簽署者姓名、時間、簽署含義、事件歷史、完整性證據和匯出格式。
針對風險和預期用途進行驗證
測試關鍵需求、異常路徑、許可權、簽名關聯、審計事件、匯出、整合和故障恢復。
在受控流程下運營
維護標準操作規程、培訓、定期訪問審查、事件處理、變更控制、供應商監督和重新驗證觸發條件。
21 CFR Part 11 要求 vs eSign.AI 實現
將 FDA 監管要求對映到具體平臺能力。
Part 11.50:簽名呈現
要求:列印副本須顯示簽名姓名、日期/時間和含義。eSign.AI 實現:每份簽署的 PDF 包含簽名清單頁,列出所有簽署者、時間戳(UTC + 本地)和簽署目的。自動生成且防篡改。
Part 11.70:簽名/記錄關聯
要求:電子簽名必須與電子記錄關聯,使其不能被割離、複製或轉移。eSign.AI 實現:簽名以密碼學方式繫結到文件雜湊。簽署後的任何修改都會使簽名失效。審計追蹤記錄簽署時的文件雜湊。
Part 11.200:非生物特徵簽名
要求:兩個不同的身份識別元件(如使用者 ID + 密碼)。eSign.AI 實現:支援雙因素簽署(郵箱/密碼 + 簡訊 OTP,或 SSO + KBA)。對於封閉系統,平臺執行基於會話的認證結合每次簽署的確認。
21 CFR Part 11 要求對映到平臺能力
eSign.AI 如何應對 Part 11 各主要條款。
Part 11.10:封閉系統控制
Part 11.10 要求驗證、審計追蹤、系統文件和訪問控制。eSign.AI 提供:已驗證的工作流模板、完整審計日誌(每次簽名 60-80 個事件)、ISO 27001 認證基礎設施、基於角色的訪問控制(支援自定義角色和許可權)、螢幕水印和會話管理。平臺審計日誌記錄誰執行了操作、何時執行(UTC 時間戳)、從何處執行(IP 和地理位置)以及如何執行(認證方式)。
Part 11.50、11.70、11.200:簽名控制
11.50 要求籤名呈現(姓名、日期/時間、含義)。11.70 要求籤名與記錄關聯。11.200 要求非生物特徵簽名使用兩個身份識別元件。eSign.AI 為每份文件生成簽名清單,以密碼學方式將簽名繫結到文件雜湊,並支援雙因素簽署(SSO + 每次簽署 OTP,或密碼 + KBA)。
行業應用:製藥和醫療器械
在生命科學領域,Part 11 合規對臨床試驗文件、批次記錄、實驗室資料和監管提交至關重要。eSign.AI 的 FDA Part 11 模組包括簽署原因捕獲、手寫簽名樣式、時間戳記錄和人臉識別驗證簽署者身份——專為滿足 FDA 檢查要求而設計的功能。
常見問題
團隊常問的 Part 11 電子簽名問題
不是。適用範圍取決於前置規則、記錄是否需要留存或提交,以及組織是否依賴電子記錄執行受監管活動。請為每種記錄型別記錄範圍決策。







