---
title: 核心场景
description: PAC 当前的召回 —— 潜在治疗（应治未治）：把「医生说该治、患者却没去治」的确定需求，系统化地捞回。
icon: Target
---
> 把「医生已经诊断或建议了某项治疗、患者却一直没去做」的患者，系统化地**找全、排序、配好话术**交给客服。
> 这类需求叫**潜在治疗（应治未治）** —— 临床上该做、商业上确定，而且已经发生在你自己诊所里。

---

## 为什么先做这个

牙科生意里，最贵的是拉新客；最便宜、最确定的增长，是把**已经进过门、已经被诊断、却没成交**的需求捞回来。这块「应治未治」：

- **需求是确定的** —— 不是猜患者想不想，是医生白纸黑字诊断 / 建议过。
- **已经发生在内部** —— 患者来过、诊断在系统里，捞回成本远低于拉新。
- **靠人一定会漏** —— 几万患者、跨门诊，靠医生 / 客服记得根本看不过来；一漏就是直接的收入与健康损失。

PAC 把这件事，从「靠人记得」变成「系统兜底」。

---

## 怎么定义「应治未治」

一个患者进召回池，要同时满足三个条件：

| 条件 | 含义 |
|---|---|
| **应治** | 有诊断、医生建议、或影像分析，指向某项该做的治疗 |
| **未治** | 之后一直没做对应的治疗（只是「计划要做」不算） |
| **可联系** | 在册、未拒访、在世 |

> 「应治」减去「未治」，剩下的就是**潜在治疗** —— 该做、却没做的那一块。

---

患者对一项治疗只有三种状态，PAC 现在只覆盖第一种：

- **现在只做**:**没开始治** —— 潜在治疗（应治未治）。
- **暂未做（留后续）**:
  - **治了一半**:治疗做了一部分、后续步骤没跟上的。
  - **治完要复查**:治疗完成后、该定期回来复查 / 维护的（如种植年度复查、正畸保持期）。
  - 这两类代码里暂未启用。

延伸:[召回算法](/docs/algorithms/recall) · [产品概述](/docs/start/what-is-pac) · [业务价值](/docs/start/business-value)
