老年综合评估系统功能清单：选型时逐项核对

评估前：对象、授权和路径

核对评估对象来源、知情同意记录、评估场景、角色分工和路径选择。产品演示应展示异常、跳过和补充评估如何处理。

评估中：工具、评分与证据

核对工具名称与版本、适用条件、题目和结果的保存方式、评分依据、人工确认及修改留痕。完整条目和计分规则还应核对授权边界。

评估后：报告、干预和复评

核对报告结构、审核签署、干预计划、任务衔接、随访提醒、复评对比和归档方式。报告不是终点，后续行动能否形成闭环更重要。

底座：权限、接口和运维

核对最小权限、机构隔离、审计日志、备份恢复、故障处置、数据导入导出以及 HIS、EMR 或健康档案接口边界。每项能力都应对应明确验收场景。

把功能名称改写成验收场景

采购清单中的“支持建档”“支持量表”“支持报告”过于宽泛，供应商只要展示一个页面就可能被视为满足。更有效的写法是给出角色、前置条件、操作、预期结果与证据。例如评估人员发现身份信息不一致时能否暂停并发起核对，审核者退回报告后能否看到修改差异，质控人员能否按权限查看异常而不能访问无关机构数据。这样的场景才能形成一致的演示与验收标准。

功能深度要覆盖正常与异常两类路径。正常路径用于验证效率和结果，异常路径用于验证安全性与可维护性，包括重复建档、评估中断、必填缺失、评分输入越界、报告撤回、接口超时、人员离岗和备份恢复。每个异常都应有明确提示、可追踪状态和授权补救方式，不能依靠管理员直接改数据库或线下口头说明完成。

统计与看板同样需要核对数据来源。演示时可以随机选择一个指标，追溯到具体记录，验证分母、时间范围、机构范围、排除条件和更新时间。若看板数字无法回到业务数据，后续很难用于质量改进。导出功能还要检查字段、脱敏、权限、审批和日志，防止“方便统计”成为大范围获取敏感信息的入口。

最终清单建议划分为必须项、场景配置项、接口协作项和后续扩展项。必须项在试运行前完成，配置项由业务部门确认，接口项写清第三方依赖与联调条件，扩展项不进入本期验收。这样既能防止范围不断扩大，也能让报价与责任更透明。颐晖智能的具体能力仍应以现场演示、技术方案和双方确认的验收文件为准。

建议要求所有候选产品使用同一份验收矩阵，现场记录通过、部分通过、不通过和待第三方验证，并附截图、日志或导出结果等证据。对于涉及患者隐私、评分正确性、跨机构隔离、备份恢复的项目，不能用后续补充说明替代实际验证。演示结束后由业务、信息、安全和采购分别确认自己的判断，差异项进入澄清清单。最终合同只纳入已经定义范围和验收方法的能力，宣传材料或口头交流不能自动视为交付承诺，并定期复核实际使用表现。