表格和短信撑不过一周
一家为个人提供服务的机构——本地协会、小公司、上门照护员——每周要协调几十次上门:每位受助者有自己的日子、时间、习惯;每位照护人员有自己的可用时间和里程。共享表格和消息群能撑一阵,然后就出现这个行业无法原谅的差错:漏掉的上门、重复排班、在电话里定下却从没记录的替班。
这个行业有专门的平台,但它们是为成熟机构设计的:远程监管模块、集成计费、按人员计费——当你刚起步或有意保持小规模时,这是不成比例的成本和复杂度。
你的组织方式,先描述再生成
描述你的运作方式:“我们是一家有八名照护员的小型居家照护机构。每位受助者一周内有计划上门(日期、时间、时长、帮助的性质),由一名照护员负责。缺勤会触发替班。我想看到每位照护员的一天、每位受助者的一周、无人承接的上门,以及每位照护员用于薪酬核算的工时。”
生成的应用把这份记录结构化:受助者和照护员、带状态的上门(已计划、已完成、已取消、需替班),以及回答日常问题的仪表盘——每位照护员的一天、无人承接的上门、当月工时。
- 受助者卡片:联系方式、习惯、计划上门
- 照护员卡片及其上门安排
- 上门:日期、时间、时长、性质、状态
- 可追溯的替班(谁接手哪次上门)
- 仪表盘:当天、无人承接、每位照护员工时
一份可靠的记录胜过一个精巧的排班器
一个小机构真正的需求不是路线优化算法:而是一份唯一且实时的记录,让办公室和照护员都能毫无歧义地查阅。一个集中式 Web 应用能保证这一点:办公室做的改动正是照护员在手机上看到的,上门历史始终可查——对家属和对薪酬工时都同样宝贵。
应用附带真实的演示数据(受助者、典型一周、多样的状态),可立即评估,并提供三个生成级别(Sketch、Craft、Masterpiece)以提升精细度。
小机构的成本,一件归你所有的工具
探索方案(0 €)可以生成第一个应用;Pro(25 €/月)和 Max(149 €/月)用于迭代,每次生成前都会显示费用——没有按人员计费。
而且这件工具归机构所有:代码 ZIP 导出、推送到 GitHub、自由托管或包含的专属 URL。上门记录——如果说有什么敏感数据的话就是它——留在你这里,运行在你选择的基础设施上。
生成的典型实体
- 受助者
- 照护员
- 上门
- 替班
- 已完成工时
生成的界面
- 每位照护员的一天
- 每位受助者的一周
- 待承接的上门
- 已完成工时录入
- 机构仪表盘
仪表盘指标
- 当天上门 / 无人承接
- 每位照护员工时
- 活跃受助者
- 本月替班
常见问题 — 居家照护
应用会自动优化路线吗?
不会——这是有意为之:自动优化是专门平台的领地。生成的应用保管那份可靠的记录(谁、在谁家、何时、什么状态),让人工协调变得简单。由于代码可导出且标准,如果需求确实存在,开发者可以为它添加排班辅助。
它涵盖法定的远程监管或 CESU 计费吗?
不涵盖:法定义务(远程监管、专门计费)保留其获批工具。应用涵盖运营层面的追踪——上门、替班、工时——而其结构化数据反而让各类申报更容易。
照护员可以在手机上查看自己的排班吗?
可以:应用是一个自适应 Web 应用——每位照护员从自己手机的浏览器查看自己的一天和上门安排,无需安装。
能追踪不同性质的帮助吗(家务、餐食、陪伴)?
可以:描述你的上门性质,它们就会构成应用的结构——如果你需要,还可以带上按性质的筛选和工时统计。
受助者的数据是放在第三方开发商那里吗?
不是:应用及其数据库归你所有(ZIP 导出、GitHub、自由托管)。由你选择数据存放在哪里——包括你自己的服务器上。