CGA系统试运行怎么做？从一个科室开始核对业务流程

老年综合评估系统正式推广前，可以先选择一个科室、一组明确角色和一条合成业务路径开展试运行。目标不是把所有功能点点一遍，而是确认任务有人接、记录有依据、报告能复核、问题有处理结果。下面是信息化项目的组织方法，不是医疗评估规则，也不代表任何产品已经通过医院验收。

先约定试运行范围

写清参与科室、使用终端、账号角色、评估方案版本和不在本轮验证的事项。由机构确认具体业务流程，软件人员协助把流程转成可观察的操作。演示环境优先使用合成资料；如需真实业务试用，应另行确认机构授权、数据保护和现场操作安排。

试运行记录至少包含：场景编号、前置条件、操作人、预期状态、实际状态、证据位置、问题负责人和复核结果。没有证据的条目保留“待验证”，不要仅凭口头说明改成“通过”。

用一条完整路径检查交接

从建立合成对象开始，依次核对任务创建、评估记录、结果复核、报告状态与后续任务的衔接。每一步都观察谁能查看、谁能修改、谁负责接手，以及上一环节未完成时下一环节如何提示。

例如，一项“报告复核”的验收动作可以写成：使用已确认的合成样例，由指定角色打开待复核报告，核对原始记录、当前状态及可执行操作，保存实际结果。这里验证的是机构确认的流程，不自行规定签名方式、审核层级或临床阈值。

不只测顺畅路径

另选几个容易中断工作的情形：必填信息未齐、记录需要更正、使用者离开页面、网络临时中断、任务交给另一岗位、账号不具备某项权限。逐项确认页面如何提示、记录是否保留、重试会不会产生重复任务。

不同机构对这些情形的要求可能不同，应先写下预期，再对照实际版本验证。涉及计分与临床解释的问题由相应专业人员核对正式工具和机构流程，不能用界面看起来正常代替专业复核。

将问题分成可处理的几类

把操作培训、业务规则待确认、软件缺陷和第三方依赖分开记录。每条问题保留重现步骤、使用版本、影响范围和下一位负责人。修复后使用原步骤重新验证，不能只看“已处理”的标签。

接口尚未联通、院内权限尚未确认或设备尚未到位时，应标注依赖条件，而不是把整条业务路径写成已经验收。对不影响当前范围的事项，可保留为后续任务，但要明确由谁跟进。

什么时候可以扩大使用

由机构确认的关键路径有可复核证据、阻断性问题已解决、参与岗位知道如何报障，且备份和回退安排明确后，再讨论扩大范围。推广不是简单增加账号数量，还要核对新科室的对象、岗位、终端和工作时段是否与试运行相同。

可复制的试运行记录

• 场景与编号：____
• 科室、角色及终端：____
• 使用版本与方案版本：____
• 前置条件与操作步骤：____
• 预期状态与实际结果：____
• 证据位置：____
• 问题分类与负责人：____
• 修复版本及复核结果：____
• 是否进入下一阶段：由机构确认____

准备产品演示时，可以先提供机构类型、参与科室、需要打通的工作路径和现有系统情况。公开咨询不要上传患者身份资料、病历或评估记录；具体功能、接口和交付范围以实际演示及双方确认文件为准。