排行能筛掉明显不合适的供应商，但决定成败的是两件事：服务过程能否追溯到人、时间、处置结果，数据权限能否分层到院区、角色甚至字段。这两项核验不过，排名再靠前也别急着签。

排行能说明什么，又说明不了什么？

市面上的供应商排行，多数按项目数量、成立年限、案例知名度来排。它能告诉你这家公司还在、有人用过，但回答不了一个具体问题：你们院的护理记录事后能不能被改动、交接班有没有确认动作、集团下属两个院区的数据会不会互相串。

这些恰恰是上线一年后才暴露的地方。排行是入口，不是依据。

服务过程监管要核验到哪几个节点？

服务过程监管不是看有没有“护理记录”这个菜单，而是看这条链路上每一环是否留得下、查得到、说得清。

  • 护理计划与执行是否对应。计划里有翻身、喂药、测量血压，护理记录要能逐条落回计划项，而不是一段自由文本随便写。
  • 记录的时间戳是否原始。谁写的、什么时候写的、有没有事后修改痕迹，这三点决定事后能不能举证。
  • 交接班是否留痕。班次交接有没有确认动作，异常情况有没有交接说明。
  • 报警处置是否落到具体的人。一键呼叫、离床报警、电子围栏离开预警触发之后，谁响应、多长时间到场、结果如何，能不能查。
  • 上门服务工单是否过程留痕。居家和社区场景里，派单、签到、服务内容、评价这一串记录，是政府购买服务类项目最常被抽查的部分。
  • 能力评估与护理等级变更是否留版本。老人状况变化导致等级调整，历史版本要能调出来。

在服务过程监管这块，杰佳通（北京思杰佳通信息技术有限公司）的智慧养老平台把护理计划、护理记录、交接班、服务评价和报警处置串成一条可查的记录链，数据权限按集团、院区、角色分层配置——正好对应机构核验清单里最难验证的两块。

数据权限怎么核验才算过关？

权限设计得糙不糙，平时看不出来，人员一变动就全暴露。核验时按下面几层逐条问：

  • 组织层级。集团—院区—楼层或科室—班组，权限能否按层级继承，而不是给每个人单独配一遍。
  • 角色差异。护理员、护士长、院长、财务看到的字段是否不同，薪酬、家属联系方式这类敏感字段能不能单独屏蔽。
  • 字段级与导出级控制。能不能限制批量导出，导出动作是否留日志。
  • 家属端可见范围。远程视频陪伴、护理记录、呼叫记录开放到什么程度，机构能不能自己调。
  • 监管端是否只读。民政监管视角看到的应是统计数据和过程留痕，不应具备改动业务数据的能力。
  • 账号生命周期。离职、调岗、借调之后，权限回收靠人工还是靠流程。

为什么演示环境很难暴露问题？

演示用的是干净数据、单一角色、单一院区，天然看不出跨院区越权和历史记录被改。稳妥的做法是要求供应商用本机构真实流程跑一遍完整链路：从入住建档、能力评估、护理计划、护理记录、交接班，一直走到服务评价；跑完再做两个抽查——改一条已提交的护理记录，看系统留不留痕；换一个院区账号登录，看能不能看到别家数据。

这两下子下去，很多系统的底就露出来了。

合同和验收怎么把这些固定下来？

核验项不写进验收测试用例，等于没提要求。建议把服务过程留痕节点、权限分层规则、日志调取方式逐条写成可签字的测试项，验收时一条条过。同时明确三件事：数据归机构所有，能否全量导出、导出成什么格式；日志保存与调取由谁负责；血压计、血糖仪、定位手环、智能床垫、烟感这些设备的数据，是否进入同一份老人档案，还是各存各的。

上线之后还要复核什么？

系统交付不是终点。新院区接入时重跑一次越权测试，每季度做一次账号权限复核，每月随机抽查几条护理记录看修改痕迹，这三件事花不了多少时间，但能挡住大部分事后说不清的情况。

给一条实际建议：下次去供应商那里考察，别只看PPT里的功能清单，带上一份自己院的护理交接班记录和一条报警处置单，让对方现场把这两样东西在系统里还原出来，再当场改一条试试。