docs: W4 进展报告

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/w4-report.md

+# 疗效保障(PAC)项目 W4 进展报告
+
+> **报告周期**:第 4 周(W4)
+> **汇报路径**:PAC(luoqi)→ CTO(于总)→ 管委会
+> **报告人**:luoqi
+> **状态**:🟢 W4 目标达成 — 5 家试点全量数据上测试服务器 + 网络电话 + 实时 AI 辅助;老板提出的打磨项进行中
+
+---
+
+## Page 1 · 一句话 + 里程碑路线
+
+### ▎本周一句话
+
+> **PAC 已把 5 家试点诊所的全量真实数据(13 万患者池)部署到测试服务器,客服可以在工作台里直接网络电话拨号、边打边看实时 AI 辅助。本周起转入"按老板意见打磨 + 画像系统化"阶段,为正式上线做准备。**
+
+### ▎答复
+
+| 问 | 答 |
+|---|---|
+| W3 承诺(试点对接)达到没? | ✅ 数据侧超额 — 不是 1 家,是**5 家试点诊所全量**直接上测试服务器跑通;并额外做了网络电话 + 实时 AI 辅助 |
+| 客服现在能"打电话"了吗? | ✅ 工作台内置网络电话拨号 + 通话中实时 AI 伴飞辅助(模拟联调已通) |
+| 老板提的改进做了吗? | 🟡 进行中 — DW 数据补充 / 页面调整 / 召回算法优化 / AI 话术沿用老版提示词,均在推进 |
+| 还差什么才能正式上线? | 画像系统化设计与落地 + 上线标准(GO/NO-GO 口径)需与管委会拍定 |
+
+### ▎走向终态(按当前节奏)
+
+```
+下一步 ⭐ 正式上线(真实客服日常使用 + 召回成效对照)
+   ↑ 需要: 杭州大厦试点业务测试 + 画像系统落地 + 上线标准拍定
+进行中  数仓数据补充摄入 + 画像系统化设计与实现(标签字典 / 时效性 / 可解释)+ 老板打磨项收口（页面调整、召回算法优化、AI话术用前版提示词）
+W4 ✅ 主要精力放在细节的打磨和数据的验证上(打磨进行中) + 5 家试点全量数据上测试服务器 + 网络电话 + 实时 AI 辅助 (本次报告)
+W3 ✅ 本地真实数据 demo + 潜在新链召回 + AI 话术 + 治疗链 5 阶段可视化
+W2 ✅ 数据接入文档 + 演示能力提前到位 + 召回算法策略落地
+W1 ✅ 框架定稿 + 数据库结构评审 closure
+```
+
+### ▎本周必须推动(求 CTO / 管委会协调)
+
+```
+🆘 1. 上线标准讨论(GO/NO-GO 口径)
+       - 需管委会拍定:召回准度达到什么线算可上 / 试点验收看哪几个指标 / 灰度范围
+       - 不定 = 打磨没有终点,无法判断"够好了可以上"
+
+🆘 2. DW 数据补充确认(部分字段还缺)
+       - 保险(商保保司名)/ 专属客服 / 部分诊断细节 等字段 DW 侧需补齐
+       - 影响:补齐后"是否保险客户""专属客服"等画像才能在页面真正显示
+```
+
+---
+
+## Page 2 · 现场 Demo · 测试服务器上的真实工作台
+
+> **演示环境**:测试服务器(https://pac.jarvismedical.asia),5 家试点诊所全量真实数据(脱敏展示)
+> **演示路径**:登录 → 召回列表 → 患者详情 → 网络电话拨号 → 实时 AI 辅助 → 通话回写
+
+### ▎管委会可现场验证的 6 项能力
+
+| # | 能力 | 测试服务器上的表现 |
+|---|---|---|
+| 1 | **5 家试点全量数据** | 瑞尔 / 瑞泰双品牌 5 家诊所、13 万患者池全部上测试服务器,真实召回任务成规模(不再是 100 个样本) |
+| 2 | **网络电话拨号** | 客服在工作台详情页直接点击拨号,无需切软电话 / 手机,通话即时发起 |
+| 3 | **实时 AI 辅助(伴飞)** | 通话过程中 AI 实时给提示(下一步说什么 / 异议怎么接),与本次话术上下文同源 |
+| 4 | **参考话术(沿用老版提示词)** | 话术按业务"原版提示词"生成,4 模块(开场白 / 告知应治未治 / 复查建议 / 结束回访语),自报家门用真实客服岗位 + 姓名 |
+| 5 | **患者详情打磨** | 关键事实(主治医生 / 专属客服 / 累计消费 / 保险)、治疗历史、病历快读(SOAP)、为什么召回 — 按老板意见逐项调整 |
+| 6 | **召回算法稳定** | 修复"0 命中遗留任务不关闭""全口病误召"等边界,召回池更干净 |
+
+### ▎跟 W3(本地 100 患者 demo)的区别
+
+```
+W3 demo:                              W4 demo:
+  本地环境 + 100 个真实患者            测试服务器 + 5 家诊所全量(13 万池)
+  只能"看"召回结果                     可"打电话" + 通话中实时 AI 辅助
+  话术 4 段(通用版)                   话术沿用业务老版提示词 + 客服岗位姓名自报家门
+  详情页基础信息                       按老板意见打磨(关键事实/治疗历史/病历/标签)
+```
+
+**演示要点**:这次是"在测试服务器上,指着 5 家真实诊所的患者,客服真的能拨号 + AI 实时帮腔",离客服日常使用只差正式上线的临门一脚。
+
+---
+
+## Page 3 · W4 交付清单(说结果)
+
+### ▎对照 W3 承诺,W4 完成情况
+
+| W3 承诺 W4 要做的 | 状态 | 实际成果 |
+|---|---|---|
+| DW 真实数据规模化进 PAC | ✅ 超额 | 5 家试点诊所全量数据上测试服务器(13 万患者池),不止 1 家 |
+| 试点对接 / 角色权限 | ✅ | 测试服务器多角色(员工 / 主管 / 管理员)登录 + 数据隔离跑通 |
+| 客服可执行召回 | ✅ 增强 | 不止"看",加了**网络电话拨号 + 通话中实时 AI 辅助** |
+| 召回准度跟踪 | 🟡 进行中 | 算法边界持续修(见下),准度指标体系待与上线标准一起定 |
+
+### ▎老板提出的改进(进行中)
+
+| 方向 | 本周进展 |
+|---|---|
+| **DW 数据补充** | 已接入病历号(全量覆盖);保险(商保保司名)/ 专属客服 / 部分字段 DW 侧待补,补齐即在页面显示 |
+| **页面调整** | 详情页按意见逐项打磨:参考话术(去冗余、空态、单一聚焦、诊断 / 目标治疗标签)、关键事实改 4 行、治疗历史卡、病历快读加"本次治疗"、登录显示真实人名 |
+| **召回算法优化** | 修两处缺口:0 命中患者的遗留召回任务自动关闭、全口慢性病牙位误召忽略;召回池更准 |
+| **AI 话术沿用老版提示词** | 话术系统提示词按业务"原版提示词"逐字还原(成人 / 儿童两套模板),只做必要的程序化提取与去污染,尊重原文 |
+
+### ▎W4 期间业务能力提升要点(管委会角度)
+
+| 能力 | W3 末 → W4 末 |
+|---|---|
+| 部署规模 | 本地 100 患者 → **测试服务器 5 家诊所全量(13 万池)** |
+| 客服动作 | 只能看召回 → **网络电话拨号 + 通话中实时 AI 辅助** |
+| AI 话术 | 通用 4 段 → **沿用业务老版提示词**(原汁原味)+ 客服岗位姓名自报家门 |
+| 详情页 | 基础信息 → **按老板意见系统打磨**(关键事实 / 治疗历史 / 病历 / 标签) |
+| 召回准度 | 5 子场景 → **补两处算法缺口**,召回池更干净 |
+
+---
+
+## Page 4 · 里程碑预告(进行中 → 上线)
+
+### ▎进行中(本阶段收口)
+
+```
+🎯 给管委会看
+  1. 老板打磨项收口 — 页面 / 话术 / 召回算法持续按意见调到位
+  2. DW 补充字段到齐后,保险 / 专属客服 等画像在页面真实显示
+  3. 网络电话 + 实时 AI 辅助 从"模拟联调"到"真实通话稳定可用"
+```
+
+### ▎下一步 ⭐ · 画像系统化 + 上线标准
+
+```
+🎯 画像系统化设计与实现
+  - 标签字典体系化(价值 / 风险 / 权益 / 治疗链状态 …)+ 时效性(史 + 最近)+ 可解释证据链
+  - 从"零散特征"到"可运营的标签系统",支撑分层召回与精细化运营
+
+🎯 上线标准讨论(需管委会拍定)
+  - GO/NO-GO 口径:召回准度达到什么线 / 试点验收看哪几个指标 / 灰度范围与节奏
+  - 客服培训 + 正式上线计划
+```
+
+---
+
+## Page 5 · 风险 + 依赖
+
+### ▎本周风险
+
+| # | 风险 | 等级 | 现状 | 求协调 |
+|---|---|---|---|---|
+| 1 | **上线标准未定** | 🟡 中 | 打磨没有明确终点,需"够好了可以上"的判据 | 管委会拍定 GO/NO-GO 指标 |
+| 2 | **DW 字段补充** | 🟡 中 | 保险保司名 / 专属客服等字段 DW 侧待补 | DW 团队补齐对应字段 |
+| 3 | **网络电话稳定性** | 🟡 中 | 模拟联调已通,真实通话规模化稳定性待验 | 试点客服参与真实拨测 |
+| 4 | **画像系统设计范围** | 🟢 可控 | 已有标签字典 v3 参考,需收敛落地范围 | 与业务确认优先标签 |
+| 5 | **召回准度业务校准** | 🟢 收敛中 | 算法边界持续修,准度随真实使用迭代 | W5+ 场景化抽样审查 |
+
+### ▎不报喜不报忧(W4 实际遇到的问题 + 怎么解的)
+
+| 问题 | 现象 | 处理 |
+|---|---|---|
+| 部署时 migrate 用了缓存旧镜像 | 新增 DB 列没自动建 | 手动重跑 migrate deploy + 强制重建容器,已固化排查步骤 |
+| 0 命中患者遗留召回不关闭 | 患者治完了召回任务还挂着 | 引擎补:0 命中时关闭该患者遗留 active plan |
+| 全口慢性病按牙位误召 | 牙周炎全口诊断被当成多颗逐牙召回 | wholeMouth:全口病忽略牙位,合并为一条 |
+| 话术提示词"污染" | 把 PAC 内部说明 / 元数据喂给大模型 | 系统 + 用户提示词全面去污染,只留指令 + 患者事实 |
+| 新字段线上无数据 | 保险 / 专属客服页面空 | 已定位:需 DW 补字段 + 重摄入 / 重算,列入收口项 |
+
+### ▎资源依赖矩阵
+
+```
+W4 ✅:PAC 1 人 + AI 完成部署 / 网络电话 / 实时 AI / 打磨(轻借力)
+进行中:PAC 1 人 + DW 1 人(补字段)+ 试点客服(真实拨测)(中借力)
+下一步:PAC 1 人 + 管委会(上线标准)+ 业务(画像优先级)+ 客服培训(重借力)
+```
+
+---
+
+## ▎下一份报告预告
+
+**承诺给管委会看**:
+1. 老板打磨项收口(页面 / 话术 / 召回算法调到位)
+2. 画像系统化设计方案 + 首批落地标签
+3. 上线标准(GO/NO-GO)讨论结论
+4. 网络电话 + 实时 AI 辅助 真实拨测情况
+
+**汇报形式**:沿用"一页 Demo + 业务语言"风格,继续 Demo over Memo。
+
+---
+
+## ▎附件(留参考)
+
+| 附件 | 内容 |
+|---|---|
+| architecture-v2.md / db-design-v2.md / three-layer-model.md | 系统架构 + 三层模型 + 库设计 |
+| algorithm/potential-treatment-recall.md | 潜在新链召回算法(子场景 + 排除闸 + 6 因子打分) |
+| deployment-data-ingest.md | 部署与数据摄入链路(DW 直连 → 解析 → 三层) |
+| realtime-agent-assist-design.md | 实时 AI 辅助(伴飞)设计 |
+
+---
+
+> **核心信号**:5 家试点全量上测试服务器 + 客服能打电话 + AI 实时帮腔 + 按老板意见打磨进行中 + 下一步定上线标准、做画像系统