4. 质量文档与记录数字化管理实战

在 eQMS 中，质量文档与记录不是“把纸质文件扫描上传”这么简单。文档（Document）通常指受控的规程、标准、图纸、批记录模板等，它们需要版本、审批、生效、作废的全生命周期管理；记录（Record）则是执行文档后产生的客观证据，如批生产记录、检验记录、偏差处理单、培训签到表。两者的管理逻辑不同：文档强调“当前有效版本唯一”，记录强调“不可篡改、可追溯、可检索”。本节围绕版本控制、审批流、电子签名合规和归档检索四个实战要点展开。

一、文档版本控制：让“唯一有效版本”可被机器判定

版本控制的核心不是编号好看，而是任何人在任何时刻都能回答三个问题：当前有效版本是哪个？我手里这份是不是有效版本？旧版本去了哪里？在 eQMS 中，通常用“文档主键 + 版本号 + 状态”三元组来锁定。例如文档编号 SOP-QA-012，版本从 V1.0 起，状态包括“草稿、审核中、已批准、已生效、已作废”。只有状态为“已生效”的版本才允许被生产、检验现场引用。

版本号变更要有明确规则：文字性小改（如纠正错别字、更新部门名称）升小版本 V1.1；涉及流程、参数、职责、接受标准的实质性变更升大版本 V2.0。每次升版必须记录变更原因、变更内容摘要、影响评估。系统层面应做到：同一文档同一时刻只能有一个“已生效”版本；新版本生效时，旧版本自动转为“已作废”，但保留可查，不能物理删除。现场打印件应带水印或二维码，扫码可回链到系统当前有效版本，避免“抽屉里翻出旧版”的经典偏差。

二、审批流配置：把签字顺序和条件写进流程引擎

审批流配置的关键是把“谁、按什么顺序、在什么条件下、签什么意见”变成可执行规则。以一份《偏差处理SOP》为例，典型审批链为：起草人提交 → 部门负责人审核 → QA 审核 → QA 负责人批准 → 生效发布。配置时要明确每个节点的角色、是否必签、是否允许转签、超时提醒和升级规则。例如 QA 审核节点设置 2 个工作日超时提醒，超时后自动提醒其上级。

条件分支也很常见：若变更涉及注册文件，则增加法规事务（RA）会签；若涉及厂房设施，则增加工程部会签。这些条件应基于表单字段自动判断，而不是靠人工记忆。审批意见不能只写“同意”，应要求填写具体意见或选择预设意见码，便于后续统计和审计。审批完成后，系统自动生成生效日期、失效日期和版本号，并触发培训任务和现场文件替换通知。

三、电子签名合规性：FDA 21 CFR Part 11 的落地要点

FDA 21 CFR Part 11 对电子记录和电子签名的核心要求可归纳为：签名与记录唯一绑定、签名包含签署人姓名和签署时间、签署意图明确（审核、批准、复核）、签名不可被剪切粘贴到其他记录、系统访问受控。在 eQMS 中落地时，电子签名通常采用“用户名 + 密码 + 签名含义”三要素，必要时增加第二因素（如短信验证码或硬件令牌）。签名事件应写入审计追踪（Audit Trail），记录谁、何时、对哪条记录、执行了什么操作、签名前值是什么。

需要特别注意：共享账号是红线。每个签署人必须使用唯一账号，密码策略应满足最小长度、复杂度、定期更换和历史密码不可重用。签名一旦完成，记录应锁定，任何修改都必须以“变更+重新签名”的方式留痕，不能直接覆盖。审计追踪本身也要防篡改，普通用户不可删除或编辑，只有系统管理员在受控流程下才能进行维护操作，且该操作同样被记录。

四、记录归档与检索设计：让证据“找得到、读得懂、信得过”

记录归档不是简单地把文件塞进文件夹。首先要定义归档触发条件：批记录在批放行后归档，检验记录在报告批准后归档，偏差记录在关闭后归档。归档时应自动附加元数据：产品名称、批号、记录类型、创建日期、归档日期、责任人、关联文档编号。这些元数据是后续检索的索引，缺一不可。

存储层面，归档记录应设为只读，并启用加密和定期备份。检索设计要支持多条件组合查询，例如“产品=注射用A，批号=20240601，记录类型=批生产记录，日期范围=2024-06-01至2024-06-30”。权限要分级：操作员只能查看本人创建的记录，QA 可查看全厂记录，审计员拥有只读全量权限。每次调阅都应记录调阅人、时间、调阅对象和调阅原因，形成调阅审计追踪。

最后给出一个可参考的归档元数据字段示例，便于在 eQMS 中建表或配置索引：

把这四件事做扎实，eQMS 才真正具备“文档受控、记录可信、签名合规、检索高效”的数字化质量底座。后续无论是应对审计、做趋势分析，还是支撑产品放行，都能从这套结构中直接取到可信证据。