CGA 系统演示与验收要验证什么？

演示前先统一案例和判断口径

由机构准备一组不含真实患者信息的合成案例，至少覆盖正常流程、需要补充评估、报告退回和随访复评。所有候选产品使用同一输入，才能比较流程深度而不是供应商熟练程度。

为每个步骤写清角色、前置条件、操作、预期结果和证据形式。记录通过、部分通过、不通过或依赖第三方，不把口头说明自动记为完成，也不要求演示人员接触生产数据。

核对对象、路径与评分证据

演示对象建档、身份核对、场景选择、筛查、路径推荐、进一步评估和中断恢复。观察系统能否区分未评、不适用、拒绝和缺失，而不是用默认值把表单强制变完整。

选择一个可公开验证的测试规则，核对原始答案、计算、边界值、人工确认和规则版本。完整受授权工具不在公开演示中转载；验收以合法取得的正式材料和项目配置为准。

核对报告、审核与闭环任务

从评估结果生成报告草稿，检查工具名称、结果、综合说明、干预计划、版本和审核状态。让审核者退回一次，再查看修改差异、原因和重新提交记录是否保留。

发布报告后查看行动如何分配、接受、反馈和关闭，随访如何触发复评并比较历史。系统建议不能直接替代医嘱或处方，统计也应区分已建议与已执行。

核对权限、审计和异常路径

使用不同机构、科室和角色账号验证可见范围，并直接测试未授权链接或接口，而不只看菜单是否隐藏。检查查看、修改、审核、下载、导出和管理员操作能否进入审计。

模拟重复建档、输入越界、接口超时、身份不一致、消息重复和目标系统不可用。系统应呈现明确状态和授权补救入口，不能要求运维人员直接修改数据库完成业务恢复。

把演示结果转成正式验收

演示证明的是当前环境和版本表现，正式项目仍需把产品已有、配置、定制和第三方依赖分开。每项写入范围、责任、样例、通过条件和未通过处置，避免宣传材料代替合同。

上线验收还包括环境、培训、接口、安全、备份恢复和回滚演练。签字前复核遗留问题及风险接受人，重大权限、数据完整性或评分问题未关闭时不宜扩大使用范围。

保留可复验的验收证据

验收记录应包含版本、环境、账号角色、样例编号、操作步骤、实际结果和证据位置。截图只能证明可见页面，评分、权限、审计、接口和恢复还需日志、导出或恢复结果等适当证据，并对敏感内容脱敏。

失败项写清影响与复验条件，修复后重新执行原步骤，而不是用文字说明直接关闭。最终报告列明通过范围、遗留问题、责任人和回滚材料，便于后续升级时重复同一组关键用例。

性能体验也要放在真实范围中观察，包括约定并发、典型报告生成、列表查询和批量任务，而不是脱离硬件与数据规模给出绝对结论。测试数据量、环境资源和结果口径写入报告，后续扩容另行评估，并保留复验基线和归档记录。