# 疗效保障(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 实时帮腔 + 按老板意见打磨进行中 + 下一步定上线标准、做画像系统
