跳转到主要内容

模板

居家照护软件需求说明书:已填写完整版

谁上门服务谁、何时上门、由谁顶替本次上门——这一页完整描述一款居家照护应用的核心业务逻辑。复制此模板,填入您真实的排班计划,它立刻成为您的正式需求说明书;或直接提交给 Blueprint Maker,生成可验证的应用方案。

本模板将「四模块法」——即「事物」「关联」「状态」「数值」——应用于一家小型居家照护机构。内容以八名照护人员的团队为范例展开:清晰呈现从周排班到次日晨间替岗调度的完整业务逻辑,全程不涉及任何界面设计细节。

行业核心约束只有一条:一次无人执行的服务,不是延误,而是当天一位长者彻底失去照护支持。因此「状态」模块明确区分「已排期」「已完成」「需替岗」三类;而「数据」模块则将替岗预警置于首位。

用您机构自身的术语填充后,该文本既可作为开发人员的项目简报,也可原样提交至 Blueprint Maker——系统将据此自动生成待确认的应用方案,继而输出完整应用:含数据库结构、操作界面、管理看板及演示数据。

可直接复制的模板

我的业务:居家照护服务,共八名照护人员,
一名片区主管负责统筹排班。

需跟踪的实体:
- 服务对象(姓名、住址、家属联系方式、特殊事项——
  邻居代管钥匙、门禁密码、宠物等)
- 照护人员(姓名、电话、可排班日期)
- 上门服务(服务对象、照护人员、日期、时间、时长、
  服务类型——清洁、送餐、陪护)
- 缺勤记录(照护人员、缺勤日期、原因)
- 月度工时(照护人员、月份、当月实际完成工时)

实体间的关联:
- 一次上门服务关联一位服务对象与一名照护人员。
- 照护人员缺勤,其名下所有已排期服务自动标记为「需替岗」。
- 月度工时根据实际完成的服务自动汇总计算。

上门服务的状态:已排期、已完成、服务对象取消、需替岗。

每日晨会需关注的数据:
- 各照护人员当日服务任务清单
- 尚无替岗方案的「需替岗」服务
- 各照护人员当月已完成工时
- 连续七日无服务安排的服务对象

适配您机构的具体情况

  • 替岗机制:这是本工具存在的根本动因。一旦录入缺勤信息,系统自动将相关服务全部标记为「需替岗」——晨间生成的待办清单即为当日行动指南,无需依赖人工回忆与临时协调。
  • 住所特殊事项(邻居家存钥匙、门禁密码、生活习惯等):统一登记在服务对象档案中——确保替岗人员首次上门即可规范、顺利开展服务。
  • 月度工时:按人统计的当月完成工时,既用于薪酬核算,也保障排班公平性——该数据必须严格源自实际完成的服务记录,不可单独手工录入。
  • 周期性服务:按标准周排班模式描述服务(如:每周一上午9点为A女士提供服务)——后续各周均基于此模板自动生成,并仅对例外情况进行微调。
  • 法定远程监护申报(向社保机构实时报送服务执行记录)及向医保基金结算服务费用等职能,仍由专用系统承担:本系统专注内部协同调度——代码完全可导出,如有需要,开发者可便捷对接其他系统。

对应的使用场景

居家照护,不用会崩的表格,也不用过于庞大的平台

您的服务排班已梳理清楚?立即查看由此生成的应用