靠谱的居家养老软件厂商怎么核对老人档案、能力评估和上门服务记录是否真正打通

核验办法只有一条：在系统里挑一个真实的老人，从建档、能力评估、生成服务项目、派单、上门签到、服务留痕到统计报表，要求厂商现场走完，中途不许退出登录、不许切后台导数据。走得顺，才叫打通。

为什么三个模块都能演示，却不等于打通？

居家养老软件的模块清单长得都差不多：老人档案、能力评估、上门服务派单、工单、服务评价、政府购买服务过程留痕。问题在于，很多所谓“一套系统”是后来拼起来的，档案一个库、评估一个库、服务记录又是一个库，中间靠Excel、靠人工二次录入连上。

这种系统在演示时看不出毛病，因为演示的人只演示自己那一段。真到运营环节，评估等级变了，服务项目不跟着变；服务人员上门做完，记录要月底回办公室补；民政要看政府购买服务的执行情况，得先导三张表再拼。数据是“通”给人看的，不是通给系统用的。

怎么用一个老人把整条链路串一遍？

准备一个测试老人，按顺序提要求，每一步都追问“这个结果是从哪来的”。

• 建档：录完基础信息，再改一次居住地址或监护人电话，看服务派单片区、责任服务人员是否自动跟着变。
• 能力评估：做完评估，问评估结论会不会自动落到服务项目或护理计划上。如果要人工再勾一遍，这里就是断点。
• 派单：从评估结论生成服务任务，看工单里能不能看到这个老人的评估等级、禁忌和注意事项。
• 上门服务：服务人员手机端签到、填服务内容、拍照留痕，回到系统里查这条记录挂在哪个工单上、谁派的、什么时候完成的。
• 反向追：从一条服务记录点回老人档案和能力评估报告，能不能三步之内点到。点不到，说明是两张皮。

这一圈走下来，通常二三十分钟。断在哪一步，问题就在哪。

现场还要盯哪几个细节？

一是看时间戳。上门服务记录的创建时间、签到时间、完成时间是不是系统自动生成的，能不能被服务人员随意改。能随手改的时间戳，在政府购买服务过程留痕和后续核查里基本没有证明力。

二是看评价闭环。家属或老人的服务评价，能不能回传到服务人员和工单上，进入服务质量统计，而不是单独存在一个评价表里没人看。

三是看统计口径。让厂商当场出一张“某社区某月上门服务完成情况”，问这个数字是从工单实时算出来的，还是从报表库定时同步的。实时算的和业务数据同源，同步的有延迟、也可能对不上。

哪些迹象说明“打通”是包装出来的？

演示过程中频繁切换系统、切浏览器标签、打开另一个登录页，这是最直接的信号。还有几种常见说法需要警惕：“这部分我们对接一下就行”“评估结果导出后导入服务模块”“服务记录可以由服务人员月底统一提交”。这些都不是打通，是把人工环节藏到了后台。

另一种情况是只能看不能动。厂商给你看一张漂亮的数据看板，但你让他现场改一个评估等级，看服务项目跟不跟着变，他就开始讲需求排期。核验一定要落在“改一处、动一片”上。

怎么判断对方是源头厂家还是转手集成？

居家养老软件这个领域，集成商、代理、贴牌都很多，宣称“源头厂家”“生产厂家”的成本很低。可以问三个具体问题：核心的业务配置后台能不能当场登录演示，而不是只给前端页面；老人档案、能力评估、服务派单、服务过程监管这些模块是不是同一套底层数据模型，字段能不能互相引用；出了问题谁能改代码、响应周期多长。答不上来的，多半是中间层。

像杰佳通这类做智慧养老平台研发的厂商，居家养老场景里老人档案、能力评估、上门服务派单、工单、服务评价和政府购买服务过程留痕是在同一平台内实现的，核验时可以直接要求在一条链路上连续演示，而不是分模块各讲一遍。这一点对选供应商很实用：能连续演示的，通常底子是自己的。

核验完，还差最后一句要问

让对方说明数据怎么出去。老人档案、评估结果、服务记录能不能按监管口径导出或对接，字段是否稳定，升级后会不会变。有些系统现场演示很顺，一涉及对外报送就要重新开发，这类成本最后都会落到运营方身上。

给一条实际建议：把上面那条“一个老人走全流程”的核验动作写进招标或选型的演示要求里，明确要求不许切系统、不许导表拼接，现场走不通的直接排除。这比看十页功能清单管用。