业务背景：养老是「9073」格局，90% 老人在家；长护险按项目、按失能等级支付，前提是服务过程可核查。而行业现状仍是微信群派单、纸质签字、Excel 结算。
有利项原因：① 政策预算刚性——系统是机构拿基金支付的入场券；② 需求高频——一个街道每月数千工单；③ 合规即刚需；④ 可复制性强（一街道→全区）；⑤ 决策链短、回款快。
要解决的产品问题：过程不可见、调度靠经验、结算靠手工。 业务场景：建档评估 → 突发陪诊派单（8 工作小时时限）→ GPS 签到与服务留痕 → 月度结算与监管审核 → 家属查看评价。
驾驶舱（KPI/14 日走势/SLA 预警/负载榜）、工单中心、智能派单（四因子评分可视化）、老人档案、护理员管理、服务履约（接单/签到/签退/异常）、长护险结算（三段政策口径+审核+CSV 导出）、服务质量报表、操作审计、家属端。五类角色 RBAC，32 个 REST 接口。
四层架构（接入 → 路由 → 领域 → 数据），领域层不依赖 HTTP、可独立单测。三个真算法：
SLA 工作日历：按 08:30–18:00 累加、跳周日与法定节假日、跨天结转（否则周五傍晚派单会在周日"超时"）
派单评分：技能 40 + 距离 30（haversine）+ 负载 20 + 口碑 10 + 同片区 5，缺技能/满载/休假硬淘汰
结算引擎：合规过滤 → 单条计费 → 起付线/比例/限额 → 明细分摊（保证明细合计 = 账单合计），接口幂等
难点：时限失真、分摊分位差、派单公平性、服务真实性、内网无依赖、首次启动 30 秒（改单事务写入后降到 1.3 秒）。 质量：9 项算法单测 + 33 项接口测试 + 11 个页面渲染校验，53 项全部通过。
评论