| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| activity | ||
| admin | ||
| ai | ||
| assistant | ||
| auth | ||
| clinical-gap | ||
| clinical-signals | ||
| facts | ||
| mcp | ||
| patient | ||
| persona | ||
| plan | ||
| plan-aggregate | ||
| realtime-coach | ||
| sync | ||
| weixin-aibot |
四处口径/措辞,主管实测提的: ① 「还在跑的」→「还没收尾」 被读成"分配还没完成",像有个后台任务在跑。它说的是**批次**的生命周期。⚠ ️ 没叫「时限内」:判据有两支,另一支(还有单压在客服手上)在时限过了 之后仍然成立,叫「时限内」会让过了期、单还压着的批次莫名待在这一组。 判据一个字没动。 ② 「约上」收窄成**只数转化新预约**,约定下次回访单列「约下次」 两者原来都算 close 组、合成一个数,靠小字解释「含约定下次回访」。 而两件事差着一整个台阶 —— 前者患者进了预约表、有个日子会来; 后者只是客服答应"那天再联系您",患者什么都没答应,单子还挂在他手上 (drivesStatus 一个 completed 一个 keep,状态机上就是两回事)。 主管看到「约上 6」会当成 6 个人要来了。 ③ 抽屉「通话成效」四个桶 → 五个 第一格「成功」拆成「约上 / 约下次」。要靠小字解释的数,本身就该拆开摆。 五个桶仍然穷尽(= 条数),回归里锁着。 ④ 「退回率」→「预约成功率」 分子 = 真的约上的(⛔ 不含约定下次回访 —— 算进来的话,一个只会往后拖的人 能拖出一条漂亮的成功率); 分母 = 「完成」他真打过的(⛔ 不是"已处置" —— 退回的单他压根没打, 摆进分母等于因为他退单而扣他的成功率)。⛔ 退回和没动没有消失,降级成后面那行小字:两者仍是主管调分配的输入(T7)。 - schema: brief/detail 加 bookedNext,outcomes 加 appointed/scheduledNext (success 保留为两者合计,⛔ 但界面不再单独摆它),workload row 加 booked - SQL 由「close 组 IN (...)」改成按 outcome 逐项 FILTER,DISTINCT ON 不动 - 助手解读规范同步(guides.ts),旧那句「outcomes.success 含约定下次回访」删掉 - 新增 booked-vs-scheduled-next.spec.ts(21 条) Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| activity | Loading commit data... | |
| admin | Loading commit data... | |
| ai | Loading commit data... | |
| assistant | Loading commit data... | |
| auth | Loading commit data... | |
| clinical-gap | Loading commit data... | |
| clinical-signals | Loading commit data... | |
| facts | Loading commit data... | |
| mcp | Loading commit data... | |
| patient | Loading commit data... | |
| persona | Loading commit data... | |
| plan | Loading commit data... | |
| plan-aggregate | Loading commit data... | |
| realtime-coach | Loading commit data... | |
| sync | Loading commit data... | |
| weixin-aibot | Loading commit data... |