社区居家养老服务 App：老人档案、上门服务工单、健康随访、紧急呼叫、补贴核销和监管后台

社区居家养老服务最容易被低估的地方，是“线下动作太多”。比如上门助洁、助餐、陪诊、康复随访、适老化巡查、紧急呼叫处理，每一个动作看起来都可以用电话和表格安排，但一旦服务量上来，就会出现几个问题：

1. 老人档案不完整，服务人员到户前不知道禁忌、联系人、风险等级和历史服务记录；
2. 工单派发靠人工协调，同一个老人重复预约、漏派单、超时处理很难追踪；
3. 服务过程只有照片，没有标准化服务项、耗时、位置、异常和复核记录；
4. 补贴核销缺少统一证据链，后面对账时要翻群消息、纸质签字和截图；
5. 家属只看到结果，看不到服务过程，投诉和信任问题容易堆积；
6. 监管端想看覆盖率、完成率、异常率和服务质量，但机构上报的数据口径不统一。

所以这类项目第一版不能只做“老人下单、护工接单”。更稳的做法，是先把角色和状态拆清楚：老人、家属、护理员、机构调度、社区工作人员、监管人员分别需要看到什么，能操作什么，哪些动作必须留痕，哪些异常必须升级。

这套 App 不是给单一角色使用。老人和家属需要轻量入口，护理员需要现场执行工具，机构主管需要移动看板，社区工作人员需要随访和异常处理入口。APP 端必须把这些角色拆开，而不是把所有功能塞进同一个首页。

1. 今日照护工作台

护理员打开 App 后，第一屏应该直接看到今天要服务哪些老人、每单服务类型、预计到达时间、路线优先级、是否有高风险标签、是否有超时预警。这个页面解决的是“今天该先做什么”，不是展示一堆入口。

2. 老人档案与风险标签

老人档案不能只存姓名、电话、地址。系统要把紧急联系人、服务偏好、行动能力、慢病标签、过敏提示、历史投诉、补贴类型、服务禁忌和最近一次随访结果放在一起。护理员到户前先看风险标签，可以减少很多现场误判。

3. 服务包与补贴额度

很多养老服务不是纯市场订单，而是和政府补贴、社区服务券、机构套餐绑定。老人或家属看到的页面，应该清楚展示可用服务包、剩余额度、适用项目、有效期和本次预计抵扣金额，避免服务后才发现不能核销。

4. 上门工单详情

上门工单要把服务时间、服务项目、老人地址、联系人、风险提示、核销方式、预计耗时和执行清单放在一个页面。对护理员来说，工单不是“接单按钮”，而是到户前的操作说明书。

5. 到达确认与定位签到

居家养老服务需要到达证明，但不能把系统做成简单打卡。到达确认要结合定位、时间、服务对象确认、异常原因和无法服务上报。比如老人临时不在家、家属拒绝服务、地址不清楚，都应该进入异常状态，而不是让护理员私下处理。

6. 照护流程清单

不同服务项目需要不同清单。助洁要看房间、厨房、卫生间等项目；助浴要看安全确认和陪护要求；陪诊要记录出发、挂号、检查、缴费、取药和返回。把清单做成标准流程，服务质量才有比较基础。

7. 健康随访记录

健康随访页面只做记录和提醒，不做诊断。系统可以记录老人自述状态、血压血糖等家用设备读数、睡眠和饮食变化、跌倒风险、情绪状态和是否建议家属或社区人员关注。医疗判断仍然应该回到医生和正规医疗机构。

8. 用药与康复提醒

用药提醒页面的边界要清楚：它只能按已确认的医嘱或家属设置做提醒和记录，不能给出药物建议。对养老服务系统来说，重点是让护理员知道“该提醒什么、是否已提醒、异常是否上报”，而不是把 App 做成医疗工具。

9. 紧急呼叫与联系人

紧急呼叫不能只是一个红色按钮。系统要展示老人位置、最近服务人员、社区值班人员、家属联系人、呼叫来源、处理状态和升级记录。真正有价值的是形成处理链路：谁接到、谁响应、多久到达、结果如何。

10. 服务日志与照片留痕

照片留痕不是越多越好。系统应该引导护理员按服务项上传必要图片，并和服务时间、位置、老人确认、异常说明绑定。这样后续复核时能看懂“这张图证明的是哪个动作”，而不是只看到一堆散图。

11. 家属端服务动态

家属端不应该展示复杂后台字段，而是要看得懂：今天谁上门、做了什么、服务用了多久、是否有异常、下次提醒是什么、是否需要家属确认。对很多家庭来说，透明度就是信任感。

12. 费用与补贴核销

核销页面要把服务项目、市场价格、补贴抵扣、个人支付、核销凭证、签名确认和审核状态讲清楚。养老服务项目最怕后期对不上账，前端核销如果不规范，后台财务和监管都会被拖住。

13. 满意度回访

满意度不是一句“请打分”。系统要能在服务结束后自动触发回访，把老人反馈、家属反馈、异常标签、投诉类型和处理结果归档。低分不是结束，而是下一轮服务质量改进的入口。

14. 消息待办与超时提醒

消息中心要按角色推送，而不是所有人都收到一堆通知。护理员看待服务和待复核，调度看待派单和超时，社区人员看风险随访，家属看服务动态和确认请求。消息分层做好，系统才不会变成另一个噪音源。

15. 移动管理看板

机构负责人和社区工作人员不一定每天坐在电脑前。移动看板要保留关键指标：今日服务量、完成率、超时工单、高风险老人、异常呼叫、回访低分和补贴待审核。它不是替代后台，而是帮助管理者随时判断风险。

后台管理系统不是把 App 数据简单列出来。它要承担规则配置、调度管理、服务监督、补贴核销、质量分析和权限审计。居家养老服务有公共服务属性，后台必须比普通门店系统更重视证据链和可追溯。

1. 运营监管驾驶舱

监管驾驶舱要看覆盖老人数量、今日服务工单、完成率、超时率、异常呼叫、低分回访、补贴核销金额和机构排行。老板或监管人员打开这个页面，应该能快速判断服务是否真实发生，风险集中在哪里。

2. 老人档案台账

后台档案台账要支持按社区、年龄、服务类型、风险等级、补贴类型、最近服务时间和异常状态筛选。这里不是做花哨表格，而是让工作人员能快速定位“哪些老人需要重点关注”。

3. 服务项目与套餐配置

服务项目配置决定前端能不能规范执行。后台要维护服务名称、适用人群、标准时长、执行清单、是否需要照片、是否可补贴、补贴比例、价格和审核要求。没有这个配置层，前端服务清单迟早会乱。

4. 排班调度与派单中心

调度页面要把服务人员技能、区域、当天负荷、老人地址、服务时段、风险等级和交通距离放在一起。否则派单只靠人工经验，很容易让一个人跑太远、让高风险工单被延后，或者让补贴服务错过有效期。

5. 工单中心与异常处理

工单中心要支持服务中、待核销、待复核、已超时、异常关闭、投诉处理中等状态。关键不是列出所有工单，而是让管理人员能追到每一个异常为什么发生、谁处理、处理到哪一步。

6. 补贴核销与财务对账

补贴核销后台要把老人资格、服务项目、服务证据、个人支付、补贴金额、审核人、驳回原因和导出对账串起来。这样机构、社区和财务之间才不会靠截图和手工表反复确认。

7. 风险预警与随访规则

风险预警不能完全靠人工记忆。后台可以配置规则：连续多次低分、紧急呼叫未回访、长期未服务、高龄独居、近期跌倒风险、服务人员异常关闭工单等情况自动进入重点关注列表。规则不是替人判断，而是提醒团队不要漏掉关键老人。

8. 机构人员权限与审计日志

养老服务系统必须把权限做细。护理员不能看到无关老人完整档案，家属只能看自己绑定的服务动态，机构只能管理自己的工单，监管人员看到汇总和必要明细。后台审计日志要记录谁查看、谁修改、谁审核、谁导出，减少后续争议。

第一，老人档案要有信息分级。地址、联系人、健康提示、服务偏好、补贴资格和风险标签的敏感程度不同，不能所有角色都看完整字段。很多系统前期只做登录权限，后面才发现字段权限更难补。

第二，服务清单要能按项目变化。助洁、助餐、助浴、陪诊、康复随访、紧急呼叫处理的服务动作完全不同。如果第一版把服务过程写死，后面扩项目时会不断改代码。

第三，核销证据链要从第一天设计。养老服务常常涉及补贴、社区购买服务、机构结算和家属自费。如果工单、签到、服务清单、照片、签名、回访和审核没有打通，后面对账会非常痛苦。

第四，移动端要考虑现场网络和老人沟通。护理员上门时可能在老旧小区、地下停车场或信号不稳定区域，App 应该尽量减少不必要跳转，并对拍照、保存、提交失败给出明确反馈。

第五，监管视角和经营视角不能混在一起。机构关心排班、人效、投诉和收入，监管关心覆盖率、服务真实性、异常处理和补贴合规。后台看板要分角色设计，否则每个人都只看到一半有用信息。

这类系统上线后的价值，不只是把预约搬到手机上，而是让社区居家养老服务从松散协作变成可追踪履约。

第一，老人档案能沉淀。每次服务、随访、异常、回访和补贴使用都回到同一个档案里，后续服务人员换人也能接得住。

第二，服务过程有证据链。到达、执行、照片、签名、核销、回访和异常处理能串起来，减少机构、社区、家属之间的争议。

第三，调度效率会提高。服务人员位置、技能、负荷和区域可视化后，调度不再完全靠电话协调。

第四，补贴核销更清楚。服务项目、补贴规则、核销凭证和审核状态统一后，财务对账和监管检查会更轻。

第五，风险老人更容易被发现。长期未服务、紧急呼叫、低分回访、连续异常和高龄独居可以被系统提醒，而不是等问题发生后再翻记录。

如果你的社区、养老机构或本地服务团队正在准备做居家养老 App、小程序或后台管理系统，我建议不要一上来只问“做一个养老服务 App 多少钱”，而是先把下面几个问题讲清楚：

1. 老人档案里哪些字段必须分权限展示？
2. 服务项目是否有标准清单、标准时长和照片要求？
3. 补贴核销需要哪些证据，谁审核，谁能驳回？
4. 紧急呼叫、低分回访、长期未服务这些异常由谁处理？
5. 家属端需要看到哪些服务动态，哪些内容不能展示？
6. 监管方、机构方、社区方各自最关心的指标是什么？

华茂思捷做这类 App 和后台管理系统时，通常会先帮客户梳理老人档案、角色权限、服务项目、工单状态、补贴核销和监管看板，再决定第一版页面范围。否则很容易把系统做成一个“能预约、能打卡、能拍照”的工具，却没有真正解决居家养老服务的履约和监管问题。

如果你正在准备做社区居家养老服务系统、养老机构管理后台、补贴核销平台、上门服务 App 或政府监管看板，可以先看华茂思捷的案例列表和核心服务，也可以通过联系咨询把当前服务流程发过来。

做这类系统，第一步不是堆功能。

而是先判断：你的养老服务到底只是证明“有人上门”，还是要让每一次服务都能被老人、家属、机构和监管方共同信任。