范围:识别 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 电子签名问题
不是。适用范围取决于前置规则、记录是否需要留存或提交,以及组织是否依赖电子记录执行受监管活动。请为每种记录类型记录范围决策。







