| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| cli | ||
| common | ||
| config | ||
| modules | ||
| openapi | ||
| prisma | ||
| queues | ||
| redis | ||
| types | ||
| app.module.ts | ||
| health.controller.ts | ||
| instrument.ts | ||
| main.ts |
四处口径/措辞,主管实测提的: ① 「还在跑的」→「还没收尾」 被读成"分配还没完成",像有个后台任务在跑。它说的是**批次**的生命周期。⚠ ️ 没叫「时限内」:判据有两支,另一支(还有单压在客服手上)在时限过了 之后仍然成立,叫「时限内」会让过了期、单还压着的批次莫名待在这一组。 判据一个字没动。 ② 「约上」收窄成**只数转化新预约**,约定下次回访单列「约下次」 两者原来都算 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 |
|---|---|---|
| .. | ||
| cli | Loading commit data... | |
| common | Loading commit data... | |
| config | Loading commit data... | |
| modules | Loading commit data... | |
| openapi | Loading commit data... | |
| prisma | Loading commit data... | |
| queues | Loading commit data... | |
| redis | Loading commit data... | |
| types | Loading commit data... | |
| app.module.ts | Loading commit data... | |
| health.controller.ts | Loading commit data... | |
| instrument.ts | Loading commit data... | |
| main.ts | Loading commit data... |