CGA 系统实施问题怎么排查？从任务、数据、报告到复评的闭环清单
实施问题先变成可复核记录，再决定由业务、技术或第三方处理。以下为通用排查方法，不代表软件自动修复。
1. 登记现象与影响
写发生时间、流程位置、涉及角色、复现步骤和影响范围，分配内部编号。不要只写“系统有问题”，测试与正式环境可能并非同因。
2. 按业务阶段定位
沿对象、任务、评估、规则、报告、审核、干预、随访、复评逐段检查，先找断点再查配置。
3. 核对版本与路径
记录页面版本、配置日期、规则来源和约定路径；有近期变更就比较前后行为。名称相似的量表、字段或状态不能凭经验互换。
4. 用受控样例查数据
用虚构或脱敏记录检查缺失、重复、非法输入、状态卡住和报告不一致。不要复制真实患者资料或批量改生产数据。
5. 检查权限与留痕
确认操作人、审核状态、修改时间和原因。不得借用账号绕过审核；前端有按钮不等于后端授权已满足。
6. 单独检查接口
核对触发、身份映射、字段责任、超时、重复消息和回写失败。记录双方和关联标识，人工补救应有受控入口。
7. 隔离复现并复验
保留现象和配置快照，在隔离环境用少量样例复现；修复后验证正常、缺失、重复提交和不可用路径，记录差异。
8. 关闭并保留边界
关闭记录写结论、样例、责任人、观察时间和回滚条件。仍待第三方或专业判断的事项继续待处理，避免复评或联调重复踩坑。
可复制的空白记录
以下字段用于机构内部讨论，可按实际流程删减，不是法定表单、患者记录或产品功能承诺。建议先用一个虚构流程样例检查信息能否交给下一位接手人员。
- 问题编号：____
- 环境及版本：____
- 发生时间：____
- 流程节点：____
- 影响范围：____
- 预期结果及依据：____
- 实际结果：____
- 合成样例编号：____
- 复现步骤：____
- 接手岗位：____
- 复验条件：____
- 关闭证据：____
未确认的内容保持待确认；由相应岗位填写处理结果和证据位置，再决定是否关闭。涉及医疗判断、服务频次或处置安排时，按机构有效流程及专业人员确认结果执行，不套用本文设置统一数值。
本文仅为机构流程与信息化工作方法，不构成医疗处置或采购法律意见。具体软件能力、接口和交付范围以实际版本、产品演示及双方确认文件为准；公开咨询请勿提交患者身份资料、病历或评估记录。