老年综合评估系统选型：演示、交付范围与现场验收核对

本页核对顺序

本页适合业务负责人、信息部门和项目负责人共同使用。清单列出的是需要确认的事项，不表示任何供应商或当前产品已具备全部能力；具体范围以本次演示、书面确认和项目约定为准。

三个先说清楚的问题

CGA系统演示可以证明哪些能力？

在记录了版本、环境、角色、合成案例和实际操作结果的前提下，演示可以证明当次条件下已走通的流程。公开产品页、源码已有实现、演示可用、已部署联调和机构现场验收是不同证据层级；截图、菜单和口头承诺不能证明全部能力已经可交付。

软件、设备和实施服务怎样划分？

软件核对授权版本、启用模块与配置；设备核对独立清单、采集方式与适配条件；实施服务核对部署、联调、培训、支持及责任分工。三类内容应分别确认是否包含、由谁负责及交付证据，不能从一份软件演示推断设备和现场服务已包含。

演示通过与现场验收有什么区别？

演示结论只对应当次测试条件；现场验收要回到本机构确认的版本、环境、账号角色、实际接口和项目范围，按约定用例复核并留存记录。换环境、版本、设备或接口后需重新确认，演示通过不等于现场验收通过。

会前准备：可直接填写的机构需求清单

邀请供应商前，先由业务牵头人填写下列内容；不清楚的项目保留“待确认”，并注明由谁补齐。对所有候选方案发送同一版需求，便于比较。

• 服务场景：机构及科室：____；门诊、住院或医养服务环节：____；首期要解决的问题：____。
• 使用规模：参与科室数：____；账号角色及数量：____；预计每日评估量与高峰同时使用人数：____；估算依据：____。
• 工作流程：谁发起评估：____；谁填写、审核和跟进：____；中断、退回与复评由谁处理：____。
• 工具与报告：拟使用的工具名称、版本及合法来源：____；报告必需内容与审核要求：____；暂未取得或待确认的材料：____。
• 现有条件：部署地点及网络条件：____；需协作的院内系统：____；院方与第三方技术联系人：____；接口资料是否可提供：____。
• 项目范围：首期必须验证的三项结果：____；可后续建设的事项：____；计划时点、预算范围与院内决策流程：____。

准备材料以流程图、空白表单和合成案例为宜，不在公开咨询表单中上传真实患者资料。具体模块可先参照CGA 老年综合评估产品介绍，再列出本机构需要现场核实的问题。

四类证据分别能说明什么

下表是选型工作方法，不是对颐晖智能产品逐项通过的声明。公开资料用于定位问题；实现、部署和验收状态仍需对应材料验证。

公开的CGA产品页可用来准备演示问题，不能单独作为已实现或现场验收证明。萍乡项目摘要说明所载中标主体与采购事实，不证明软件全功能或项目已完成验收。

软件、设备和服务分开确认

用同一份范围表区分三类交付：软件授权与功能配置、设备和采集适配、部署联调与培训支持。每项写明本期是否包含、交付方、机构或第三方前置条件及验证材料。

本页已有的五类交付工作量表可继续使用；详细拆项见采购范围指南。接口曾在别处做过，不等于本机构现成可用；本地部署也不等于所有功能均可离线运行。设备是否自动采集、接口是否包含、培训及服务方式，均须按项目确认。

从演示记录转入现场验收

1. 固定核对基线。 记录需求编号、版本、环境、角色、合成案例和预期结果；把产品已有、需配置、需开发及第三方依赖分开。
2. 分别核对交付。 软件流程实际操作；设备按清单核对到货和适配；实施服务保留配置、联调、培训、恢复与问题处理记录。仅有文档或截图的事项保持待验证。
3. 在本机构条件下复核。 由业务与信息部门按约定用例检查结果。接口不通、设备未到或权限未配置时，不把整条链路记为通过；异常与恢复测试只在授权隔离环境进行。
4. 记录问题和确认范围。 每项填写实际结果、证据位置、责任人、未关闭问题及复验条件，由机构按项目安排确认。升级或范围变化后，重新核对受影响事项。

需要操作步骤时，继续使用演示记录与合成案例和试运行核对方法，不在公开表单上传患者身份、病历或评估记录。

区分产品品牌、研发权属与签约主体

品牌名称与公司全名承担不同的识别作用。面对同一品牌下的不同公司，应把产品和项目责任核对到具体主体。

• 研发与权利来源：核对产品名称、实际版本、研发主体，以及适用的软件著作权或合法授权材料。代理、经销、联合实施与自主研发分别说明。
• 投标与签约：核对供应商全名、授权范围、合同相对方及履约责任；品牌一致不等于公司主体相同。
• 实施与服务：明确谁负责部署、接口、培训、问题响应与持续维护，第三方参与事项单独列明。
• 项目证据：区分参与投标、中标、上线与验收，核对公告中的实际供应商名称、项目及时间，不把某一主体的经历直接记为另一主体的业绩。

颐晖智能的相关公司信息可查看品牌与公司说明；具体合作仍按本项目范围核对材料。

供应商对比：每项需求保留一份证据记录

可将下面六项复制到机构自己的选型记录中，一项需求填写一条。先约定判断口径，再开展演示；比较时同时查看证据和实施条件。

1. 需求编号与目标：编号：____；要解决的问题：____；本期必需或可选：____；判断条件：____。
2. 核对范围：候选方案：____；产品版本及演示日期：____；环境：____；案例编号和参与角色：____。
3. 能力状态：产品已有、需要配置、需要开发或依赖第三方：____；具体条件及未确认部分：____。一个需求涉及多种状态时应拆开记录。
4. 现场证据：实际操作结果：____；截图、日志、导出文件或演示记录位置：____；结论为通过、部分通过、不通过或待验证：____。
5. 实施与费用：双方责任人：____；院方或第三方前置条件：____；是否纳入报价及服务范围：____；预计确认时点：____。
6. 后续决定：遗留问题及影响：____；补充证据或复验安排：____；由谁确认关闭：____。

填写示例：报告退回后能否追溯修改

以下为合成的选型记录写法，不对应真实客户或产品测试结果：需求 SEL-01，评估者提交合成对象 DEMO-001 的报告草稿，审核者退回，评估者补充后再次提交。需要核对退回原因、操作者和前后版本是否能够关联查询。

如现场只展示了退回按钮、尚未展示修改记录，结论应写“待验证：缺少修改记录证据”；能力状态、所需配置和费用也分别待确认。后续使用同一案例补验并归档结果，不能因页面有入口就记为全部通过。详细操作可继续使用演示记录格式与合成示例。

选型会议结束时，应能交出同一版需求清单、逐项证据记录和遗留问题清单。若需设置内部评分或权重，由机构根据本项目目标事先确定；本文不提供统一分值或供应商排名。

六份公开资料，怎样对应到本项目的核验证据

手机可在表格内左右滑动，查看全部资料类型与证明边界。

• 下载公开资料索引与证明边界（JSON）
• 把资料编号对应到采购范围与验收条目

本组公开资料索引核对日期：2026-10-19。原材料日期及来源核验日期分别保留；公开文件可访问不等于原始证据、本项目版本或现场验收已重新核验。