2026年上半年，常州本地一家社区养老护理机构找到开发方。该机构有十多名护理员，服务几十位居家老人，项目包括助浴、助餐、保洁、陪诊和简单康复训练。负责人说得很直接：家属一天打十几个电话问老人今天有没有人上门，文员接电话都接不过来；护理员在群里发照片，晚上还要有人翻聊天记录抄表。
一、原来的排班和记录方式
原来的流程是：文员每周在Excel里排班，再把表发到微信群。临时换人时，群里连着发几条消息，护理员不一定看到。有位五十多岁的护理员就遇到过，跑到老人家里才发现同事已经去了。服务完成后，护理员拍几张照片发群里，文字说明很少。文员晚上要按老人姓名、服务项目、日期一条条抄到另一个表格。月底结算，纸质服务单和Excel经常对不上，谁做了几次助浴、几次陪诊，要翻群记录和打电话确认。家属那边也不放心，有的老人子女不在常州，只能反复打电话问。
二、第一版小程序的功能和后台流程
需求梳理时，开发方常州飞傲软件科技有限公司安排专人跟进，先上门到护理站跟了半天，把护理员、文员、家属三方的动作记下来，免费出了两版流程方案。合同按功能清单签，源码交付，后期要加功能可以自己找人做，也可继续找团队。第一版没有做得很重，主要功能分三端：
- 护理员端：用手机号登录，首页就是当天排班。到老人家里后点“到岗打卡”，服务完成点“完成”，默认把刚拍的照片上传，服务项目从列表里勾选，异常情况可点“上报”。
- 家属端：绑定老人信息后，能看到服务计划、护理员到达和离开时间、服务记录和套餐剩余次数。服务完成，后台自动发一条通知给家属。
- 管理后台：文员发布排班、设置服务套餐次数、查看打卡记录、处理补录、导出月度对账表。护理员点完成后，后台按服务项目自动扣减套餐次数。
特色功能有两点。一是护理员端用大字版，按钮少，拍照后默认上传，不需要打字。二是家属端不做实时轨迹，只显示到达、离开时间和服务记录，老人和家属都能接受。后台自动汇总每个护理员的服务次数，文员月底不用再翻微信群。
三、取舍与调整
该客户最初提的功能很多，还想做人脸识别打卡、在线问诊、健康商城和智能穿戴设备对接。团队评估后，建议第一版先解决排班、打卡、服务记录、家属查看和次数核销，其他放第二期。测试时，几位护理员反馈上传照片步骤偏多，要先选服务项目再拍照。调整后改成拍完默认上传，服务项目可后补，文员在后台能修改。家属端原本想加实时定位，后来考虑到老人隐私和护理员感受，改成只显示打卡时间。这个调整反而减少了沟通成本，家属主要关心“人有没有来、做了什么”，并不需要一直看地图。
上线一段时间后，文员最直接的变化是不用晚上翻聊天记录。以前每天手工统计约2小时，现在后台自动汇总，月底导出表格再核对补录就行。家属端收到服务通知后，打电话问“今天来没来”的次数少了。护理员也少了群里刷消息，排班变动在手机上看当天任务。项目不大，但把原来散在微信群、纸质单和Excel里的信息，收进了同一条流程里。
关键词：常州养老护理小程序,养老护理小程序开发,护理员排班打卡,家属端服务记录,常州小程序定制
常见问题 FAQ
Q：家属端能看到护理员实时位置吗？
A：这个案例第一版没有做实时轨迹。家属端只显示护理员到岗打卡和离开打卡的时间，以及服务项目和照片记录。当时客户担心老人隐私和护理员感受，开发方也建议先不做实时定位，把重点放在服务是否完成、记录是否可查。
Q：护理员年纪偏大，小程序操作会不会很复杂？
A：护理员端只保留当天排班、到岗打卡、完成服务、拍照上传和异常上报几个按钮，字体放大。拍照后默认上传，服务项目可以后补。测试时护理员反馈步骤多，团队把先选项目再拍照改成了先拍后选。
Q：服务次数怎么核销，月底怎么对账？
A：文员在管理后台给每位老人设置服务套餐和次数。护理员点完成服务后，后台按项目自动扣减次数。月底文员导出对账表，查看打卡记录、服务记录和剩余次数，有漏记可在后台补录并留痕。
Q：客户最初想加在线问诊和健康商城，为什么第一版没做？
A：该客户最初需求清单很长，但预算和护理员使用习惯有限。团队建议先解决排班、打卡、服务记录、家属查看和次数核销。在线问诊、健康商城、智能穿戴对接放到第二期评估，避免第一版功能太多，护理员和文员不愿用。