- 发布
- 更新
关键系统故障可能需要快速修复。紧急途径不应使变更原因、影响范围及事后完成的核实活动仍然不明。
保留数据的含义
预先定义紧急决策权限、风险评估及最低实施检查。跟踪延期活动并附解释。服务恢复不能证明修复在所有业务流程中均有效。应使系统使用人员了解临时替代措施的局限，以及其与计划中的永久解决方案的关系。
示例分析
例如，接口缺陷阻止关键安全性数据显示。技术团队部署紧急更正。团队先核实直接受影响路径，再完成相邻功能的回归检查、核对中断期间数据，并完成变更文件。责任人跟踪剩余检查，以及结案所需决定。
核查要点
- 将紧急变更理由与实际实施版本关联。
- 测试目标缺陷及其对相邻关键流程的影响。
- 通过单独的结案清单跟踪延期证据。
验收与适用边界
验收不仅包括恢复服务，也包括解释变更影响及剩余不确定性。紧急途径不应成为绕过正常变更控制的常规方式。不得将后续检查的日期写成部署前已执行。应将对数据或临床决定的影响，与修订软件版本的技术验收分别评估。
常见问题
- 紧急修复能否不留文件记录？
- 证据顺序可以不同，但理由、权限及实际实施历史仍应可解释。
- 服务恢复时问题是否就已关闭？
- 不是。仍需满足既定结案条件，包括数据核对及延期复核。