榜单只能当候选名单。

榜单只能当候选名单用。真正要核验的是实测：让厂商用你的设备现场接入，从报警触发一路走到值班响应、派单、记录留痕，全过程计时，并写进验收条款。

排行榜单本身能当依据吗？

不能单独当依据。多数榜单的评选口径、参评样本、打分权重并不公开，有的是行业媒体做的品牌曝光，有的是渠道推的推荐名单。它解决的是“市场上有哪些活跃厂商”，不解决“这家的硬件能不能进我的系统、报警响不响得起来”。

可行的用法是把榜单当候选池：挑出三五家，用同一份测试清单、同一批设备、同样的场景跑一遍，再横向比较。同一套题做下来，差距很明显。养老项目里比较常见的情况是，演示阶段都说“支持”，到了实施阶段才发现只认某一两个品牌的网关。

硬件接入能力，怎么区分“能接”和“能管”？

看接入清单意义不大，“支持多少类设备”这句话在方案里几乎每家都写。真正要问的是三件事。

  • 协议与接入方式：是私有协议一对一开发，还是支持标准协议接入；第三方设备能不能由机构自己配置，还是每次都要厂商改代码。
  • 数据落到哪：设备上报的数据能不能映射到具体的老人、床位、房间，能不能进护理流程，而不是单独挂在某个看板里。
  • 新增一台设备的代价：让厂商当场演示从零加一台设备——建档、绑定、分配、测试，全程计时。这个动作最能看出平台的成熟度。

还有一个细节：把自己手上的样机带去，最好是厂商没见过的型号。只测他们自己带来的设备，测的是彩排，不是能力。

报警联动，最容易断在哪一段？

报警联动不是“弹个窗”就算完。一条完整链路至少有六段：设备触发、平台接收并弹出、通知到值班的人、有人确认处置、处置结果落记录、事后可查可复盘。多数项目出问题不在第一段，而在中间和末尾。

常见断点：只推电脑端不推移动端，夜班人不在电脑前，报警响在空房间；报警被关掉了但没填原因，一个月后查不出是谁处理的；同一台设备反复误报，没有去重和屏蔽机制，护理员干脆把提示音关了。

核验时直接制造一次报警，站在值班室看：几秒弹出来，谁收到，确认动作在哪点，处置结果写在哪，能不能导出。这套动作跑一遍，比看十页方案有用。

现场测试怎么做才不走过场？

  • 断网测试：拔掉网络再触发报警，看恢复后数据是否补传、报警是否丢失。
  • 误报测试：制造一次非真实报警，看平台如何标记、如何记录原因、如何避免污染统计口径。
  • 升级测试：报警超时无人确认，有没有转上级或转呼叫中心的机制。
  • 导出测试：要求导出某一天的全部报警明细，看字段是否完整，包括时间、设备、位置、处理人、处置结果。
  • 权限测试：用护理员账号登录，看是否只能看到自己负责的老人；用院长账号看能否看到全量。

合同和验收条款怎么写，才能把能力锁住？

把测试结果变成条款，比口头承诺可靠。合同里建议写清楚：接入设备清单与协议清单、报警从触发到首次通知的时限、推送覆盖的终端范围、报警记录的保存与导出要求、新增设备接入的响应时限与计费方式、接口文档的交付物。少用“支持对接主流智能硬件”这类表述，因为它没法验收。

平台厂商在这套核验里怎么摆位置？

杰佳通做的是智慧养老软件平台，一键呼叫、跌倒报警、离床报警、室内定位、电子围栏这些安全事件在平台里不是孤立弹窗，而是和护理记录、交接班、服务过程监管串在一起，报警处置结果最终落到护理过程记录上。核验时可以直接要求按这条链跑一遍：报警触发后，护理端有没有生成待办，处置完有没有写回记录，监管视图里能不能查到。跑得通，说明软件和硬件之间是真打通的，不是两张皮。

如果只能做一件事：把自家最常用的一款设备带到现场，让厂商在测试环境里从头接一遍，再完整走一次报警处置。这一小时的观察，比榜单上的名次更接近你上线后的真实体验。