居家养老软件在社区居家项目里，老人档案、上门服务派单、工单和服务评价怎么串成一条服务过程记录？

串法是：老人档案作为派单的参数源，派单生成带唯一工单号的工单，服务人员按工单上门并留痕，完成后触发评价，评价回挂到该工单和服务人员。档案是起点，工单是主干，评价是回流。

一条服务过程记录，究竟由哪几段组成？

拆开看是五段：建档（含能力评估、服务包、地址联系人）—派单—工单执行—完成确认—服务评价。串起这五段的是两个主键：老人ID和工单号。老人ID保证所有服务都落在同一个人身上，工单号保证每一次上门都独立可追溯。缺任何一个，记录就断成几张互不相干的表。

实际项目里最容易被忽略的是“完成确认”这一段。很多系统把它和工单执行合并成一步，服务人员点一下“已完成”，后面的评价没有触发依据，评价数据就成了可填可不填的孤立评分。

老人档案为什么不能只是“存起来”的静态资料？

档案在社区居家项目里不是资料库，是派单的参数源。派单时要读取的东西全部来自档案：服务地址与门禁信息、联系人电话、服务包与剩余次数、能力等级、特殊情况备注。失能老人是否需要两人上门、老人是否独居、是否有宠物，这些字段如果在建档时没设计，派单员只能靠微信群里喊、靠记忆判断，服务过程记录从第一步就断了。

做过居家项目的都碰到过这种场景：系统里档案字段一大串，真到派单时取不出“老人住在哪栋哪单元”，最后地址写在工单备注里，各张工单写法还不统一，统计的时候没法聚合。档案字段的设计标准应该是——派单员不需要再问任何人就能完成派单。

工单如果只填“已完成”，会留下什么麻烦？

工单是整条记录的主干，主干太细，后面全撑不住。一张能用的工单至少要有：签到与签退时间、服务项勾选、实际服务时长、服务前后影像、异常上报入口。只有一条“已完成”的工单，在三个场景里都站不住脚——老人或家属投诉服务不到位时说不清做了什么；监管抽查政府购买服务时证明不了服务真实发生；月度结算核对时长和工作量时对不上账。

还有一层常被忽略：工单要能反查派单依据。谁派的、按什么规则派给了这个人、派单时的服务人员资质与区域是否匹配。派单动作本身不留痕，事后追责只能追到“系统派的”，等于没追。

评价怎样才不只是个分数？

评价的价值不在分数本身，在于能不能反查。评价记录必须绑定工单号和服务人员ID，才能做到三件事：回查是哪一次服务、哪一项没做好；进入服务人员的考核与培训重点；触发差评回访和整改任务。评价维度也不要只做一个总分，拆到准时、态度、技能、完成度几项，才看得出问题出在人员还是出在排班。

不少项目把评价做成服务完成后的短信链接，回收率低，回收上来的也多是满意。更实际的做法是在工单关闭环节嵌入评价入口，由服务人员现场引导或家属端次日推送，并把差评的处理结果记回同一条记录，形成可查的整改轨迹。差评不闭环，下个月同一个问题还会出现。

政府购买服务项目里，这条记录还有别的用途吗？

有，而且更严格。政府购买服务的居家项目，服务过程留痕本身就是交付物之一。一条完整记录应当能按老人、按服务人员、按时间段导出，内容包括服务时间、服务项、时长、影像和评价，供机构和监管查看。运营与服务的统计数据也从这条链路里出，不是另做一套表。

需要提醒的是，这类记录不能靠事后补录。补录的记录时间戳集中在同一时段、影像与工单时间对不上，核查时反而是风险点。过程记录的价值在于“当时就记”，不在于“事后能编”。

选系统时怎么验证这条链路真的通了？

别看功能清单，让供应商现场跑一遍完整链路：新建一位老人档案，用档案里的地址和服务包派一次单，服务人员端签到、勾服务项、上传影像、提交完成，家属端评价，然后到统计里查这条工单是否出现在老人服务记录、人员工作量和月度汇总三个地方。重点看工单号是否全程贯穿、档案里改一个地址后未完成的工单是否同步更新。杰佳通智慧养老平台在居家与社区场景中把老人档案、上门服务派单、工单、服务评价放在同一条链路上，工单与档案ID关联，服务过程留痕可供机构和监管查看，这条链路可以直接按上面的方法现场验证。

给一条实际建议：先拿你们现在最头疼的一次服务纠纷或一次监管抽查，把当时需要的字段列出来，再对照系统能不能取到。能取到，链路就是通的；取不到，缺的那个字段就是下一次要补的断点。