法规与行业洞察

FDA 21 CFR Part 11 电子签名:实践指南

了解 FDA 21 CFR Part 11 的适用范围,以及如何评估电子签名控制、审计追踪、验证、访问和记录留存。

eSign.AI 法规与行业研究团队12 分钟阅读

Part 11 从记录开始,而非签名

21 CFR Part 11 并不会将生命科学公司使用的每一项电子审批都纳入监管记录。首先要判断前置规则是否要求留存或向 FDA 提交该记录,以及组织是否依赖电子版本执行受监管活动。如果是,则电子记录及其关联签名可能属于 Part 11 范围。该范围决策应在团队选择认证方式、配置签署字段或验证平台之前完成并记录。Part 11 也不会让软件本身合规:受监管组织仍需负责预期用途、流程、培训、访问治理、验证决策和持续控制。

Part 11 旨在保护什么

该法规关注电子记录和签名在其所需生命周期中是否保持可信、可靠、可追溯和可获取。

01

范围:识别 FDA 前置规则要求的记录,判断依赖的是电子版本还是纸质版本。

02

记录完整性:保护受监管记录免遭未授权访问、篡改、丢失或不完整重建。

03

签名问责:将唯一且经过验证的签署者与签署记录、时间和签署行为的含义关联起来。

04

检查就绪:在需要时留存记录并提供准确、完整、人类可读和电子格式的副本。

实施前的实际范围测试

从适用的前置规则和实际运营实践出发。同一技术可以同时支持 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 视为受控业务流程,而非功能开关。

01

盘点受监管记录

识别前置规则、记录所有者、所需签名、留存期、提交途径和实际依赖的版本。

02

定义预期用途和系统边界

记录电子签名平台的功能、哪些连接系统保持权威性、记录和证据的留存位置。

03

设置身份、访问和签署控制

配置签署者验证、认证、角色、签署含义、权限检查、凭证恢复和账户停用。

04

设计证据包

确认审查所需的最终记录、签署者姓名、时间、签署含义、事件历史、完整性证据和导出格式。

05

针对风险和预期用途进行验证

测试关键需求、异常路径、权限、签名关联、审计事件、导出、集成和故障恢复。

06

在受控流程下运营

维护标准操作规程、培训、定期访问审查、事件处理、变更控制、供应商监督和重新验证触发条件。

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 电子签名问题

不是。适用范围取决于前置规则、记录是否需要留存或提交,以及组织是否依赖电子记录执行受监管活动。请为每种记录类型记录范围决策。

团队正在讨论适合业务的电子签名方案

为你的业务探索合适的电子签名方案

与我们的团队沟通你在目标市场的电子签名要求、合规考量和文档流程。