质量管理中如何保留文件修订与审批历史？

如何保留文档修订历史？

在固定的文档标识下，为每次修订创建新版本；保留原有内容、变更原因、审核人、审批决定、生效日期和分发轨迹，不删除历史信息。

目标不仅是归档旧文件。系统还应能够重现某一操作日期实际生效的版本，以及谁依据何种证据批准了该版本。

为什么要区分受控文档与记录？

简要说明：文档描述工作应如何开展，可以修订；记录证明已开展工作的结果，其历史不应被追溯修改。

方针、程序、作业指导书、模板和空白表单可以属于受控文档；填写完成的检查表、审批决定或培训签到则属于记录。即使存放在同一文件区域，两者也不应使用完全相同的状态、权限和保存规则。

ISO 10013:2021 为机构依据自身需要建立和维护成文信息、支持有效的质量管理体系提供指南。这意味着控制措施应匹配流程和风险，而不是向所有机构照搬同一套文件夹或文档层级。

如何设计文档标识与版本模型？

应将固定标识与版本号分开。例如，文档标识保持不变，而修订版 03、04 和 05 分别是独立对象；新文件不能覆盖旧记录。

• 文档主信息： 唯一标识、名称、类型、流程、负责角色和保密级别。
• 版本记录： 修订号、创建时间、变更摘要、源文件摘要及上一版本关联。
• 决策记录： 审核人、批准人、决定时间、角色与权限，以及存在时的驳回理由。
• 生效记录： 生效日期、使用地点、受影响的未完成业务，以及废止原因。
• 分发记录： 由谁或哪个角色查看、通过什么渠道访问，以及旧受控副本是否已回收。

文件名可以方便使用，但不是唯一标识。文件重命名或转换格式后，文档—版本—审批之间的关联不应中断。

审查与审批流程应包含哪些控制环节？

简要说明：应明确编制、技术审核和批准生效的权限；理由不完整或决定未经授权时，流程不得结束。

1. 草稿： 文档负责人记录变更范围和理由。
2. 影响评估： 评估关联表单、培训、未完成业务、合同和外部要求。
3. 技术评审： 由获授权的角色核查内容正确性与适用性。
4. 批准： 决策人将提交审阅文件的摘要值与决定记录关联。
5. 生效： 获批版本自规定日期起可供选择；旧版本不得再用于新业务。
6. 分发与阅读： 通知受影响角色；如有要求，在培训或能力证据完备前，不得开放使用。

不要把“编制人和批准人始终必须是不同的人”作为普遍规则写死在软件中。职责分离应依据适用标准、机构风险评估、权限矩阵和合同条件确定。系统应一致地执行所选规则，且不允许无理由放行例外。

如何防止继续使用旧版本？

仅标记“失效”还不够。在创建新工单、表单或现场任务时，系统应根据生效日期和流程场景，只提供适用版本。

ISO 于 2026 年 7 月 1 日发布的管理体系通用结构要求，成文信息应在需要的地点可获得且适宜使用，并受到保护，以防止不当使用或完整性受损。同一文本还涉及对必要的外来文件进行识别和控制。在 VizyonTech 中，对应的技术控制包括：

• 禁止在新业务中选择已废止的模板。
• 固定未完成业务启动时所用的版本；版本变化时自动创建影响评估任务。
• 为下载的受控副本关联版本和下载时间，并明确区分非受控副本。
• 现场设备离线时，核实同步前有效的版本；情况不确定时，不得启动新业务。
• 外部标准或客户规范更新时，通过关联关系识别受影响的程序、表单和培训。

审批历史和操作轨迹应保留哪些事件？

仅有“最后更新人”字段不足以满足审计需要。创建、上传、比较、送审、驳回、再次提交、批准、生效、下载、分发和权限变更都应作为独立事件记录。

NIST SP 800-92 将可靠的日志管理视为日志基础设施的建立和持续管理，而不只是生成日志。因此，审批事件与审计轨迹应分别保存并相互关联；应用管理员不得悄悄修改历史，日志访问也应受到限制。

如何管理访问、备份和保存？

保留审批历史并不意味着向所有人开放。应根据内容、个人数据、客户信息和商业秘密的分类，按角色与范围授予访问权限。

土耳其个人数据保护机构关于数据安全的官方说明强调，措施应适应数据控制者的业务、组织结构及所保护数据的风险，同时防止非法访问并妥善保存数据。技术上，应协同落实权限矩阵、访问记录、备份、恢复测试及保存与销毁政策。

• 不要仅凭“备份完成”消息认定成功；应恢复一条示例文档链并验证其关联关系。
• 不要给所有文档统一套用同一个保存期限；期限应关联到用途、合同和适用法规。
• 如存在法律或合同要求的保留义务，应受控暂停常规销毁流程。
• 用户权限被撤销后，不要删除其旧审批记录；应停用账户并保留历史身份。

VizyonTech 试点应测试哪些场景？

Vizyon Periyodik 或为贵机构定制的 VizyonTech 质量流程，评估时应选择一项实际程序及其关联表单族，开展端到端试点。

• 不填写变更理由就提交审批；流程应停止。
• 以无权限用户尝试批准；不应生成审批决定。
• 在最后时刻修改送审文件；此前的批准应失效，并要求重新审查。
• 使用旧表单版本创建新业务；系统应阻止该选择。
• 更新外来文档；系统应针对关联程序和培训创建影响评估任务。
• 从备份恢复；应一并验证文档、版本、审批和分发关系。

试点的成功标准并不是能否上传文档，而是在证据不明确或不完整时，系统能否阻止继续操作、保留历史，并让审核人员沿同一关联链重建特定日期的有效版本。关于已签检验报告的不同生命周期，请参阅 电子签名报告修订中的版本与操作轨迹指南 ，可供参阅。