CGA 系统怎么选？一份面向医疗机构的核对清单

先写清楚本机构目标

老年医学科、基层医疗卫生机构和医养结合机构的目标与侧重不同。采购或立项前应明确服务对象、工作量、参与科室、报告用途和现有系统条件。

要求演示一条完整真实路径

演示应覆盖创建对象、路径选择、评估、异常处理、报告审核、干预、随访、复评和查询，而不是只展示若干静态页面。敏感数据演示应使用脱敏或合成样例。

把安全与接口写成验收项

权限、跨机构隔离、审计、备份恢复、日志脱敏、接口字段和异常重试都需要可验证。接口是否已存在、由谁开发、联调条件和费用应逐项确认。

核对持续服务能力

培训、上线支持、工具版本维护、问题响应、备份检查和升级回滚会影响长期运行。应把服务范围、响应方式和双方责任写入项目文件。

建立可比较的选型评分方法

机构可以先把选型指标按业务适配、专业治理、实施交付、安全运维和持续服务分组，再为每项规定证据形式。业务适配看完整路径演示，专业治理看工具来源与变更流程，实施交付看计划和角色，安全运维看权限、日志、备份与恢复，持续服务看响应机制和升级边界。没有证据的口头承诺不应获得与可验证能力相同的分值。

演示案例应由机构准备，而不是完全使用供应商熟悉的固定脚本。可以设计一个需要补充评估的案例、一个报告被退回的案例和一个随访后触发复评的案例，要求供应商现场完成操作并说明数据如何保存。涉及临床内容时使用合成数据，重点观察流程、权限、追溯和异常处理，不借演示判断真实患者的诊疗方案。

技术评审需要识别“产品已有”“需要配置”“需要开发”和“依赖第三方”四种状态。尤其是 HIS、EMR、统一身份认证、病案归档和短信等集成能力，不能把曾在其他医院实施过等同于本项目现成可用。应核对当前版本、接口标准、院方与第三方配合、网络和安全条件，以及失败后的责任与回滚安排。

商务比较要在同一范围基础上进行。对软件许可或服务、部署资源、接口、数据迁移、培训、驻场、运维、升级和安全配合分别列项，确认税费、差旅和第三方费用是否包含。合同和验收文件还应明确数据归属、保密、问题响应、备份、停止服务后的数据交接。这样得到的不是最低表面报价，而是更接近全生命周期成本的可比结果。

选型结论最好附带风险登记表，记录尚未验证的接口、需要院方提供的资源、第三方配合、工具授权、数据迁移质量和计划假设，并为每项指定责任人和处理时点。若核心风险在合同前无法关闭，可以设置概念验证或受控试点门槛，达到约定结果后再扩大范围。试点也应使用正式的安全措施、合成或脱敏数据及退出方案，不能成为长期无验收运行。通过这种方式，决策者看到的不只是功能分数，还能理解实施成功所依赖的条件。