---
title: 产品概述
description: PAC(Patient Analysis Center)是一套集团级的患者数据中枢。它把散落在各门诊系统里的患者就诊数据，收敛成一套统一、不可变的患者事实账本，在其上自动派生患者画像(客户价值 / 流失风险 / 沟通偏好等)，再转化为客服可执行的回访触达(召回清单 + AI 话术)，并把执行结果回流，持续变聪明。
icon: Sparkles
---

## 三层模型

从下到上三层，上层只依赖下层：

| 层 | 做什么 | 说明 |
|---|---|---|
| **事实** | 把**任何宿主**(5i5ya / Friday / 数仓…)的原始数据，标准化成统一口径的**患者事实时间线**(不可变、可追溯) | **底座** —— 数据脏、口径乱的活全在这里收口 |
| **画像** | 在标准事实上**自动评价每个患者**(价值 / 流失风险 / 怎么沟通) | 集团的**长期数据资产** |
| **触达** | 把画像变成"**该打谁、为什么打、怎么打**"的清单 + AI 话术，执行结果再回流 | 当前的主要出口 |

> **当前旗舰场景 = 老客户召回**(把"该回来但还没回来"的患者找出来，排好序、配好话术交给客服)。
> 但召回只是第一个出口 —— 标准化的**事实层 + 画像层可复用**于精准营销、客户分层、风险预警、主管 dashboard 等。
>
> 深入:[架构总览](/docs/architecture/overview) · [三层模型](/docs/architecture/three-layer-model) · [业务价值](/docs/start/business-value)

---

## PAC 的边界

按维度归纳「确定做」与「确定不做」，划清 PAC 与现有系统的职责。

| 维度 | ✅ 确定做 | ❌ 确定不做 |
|---|---|---|
| **数据主权与隔离** | 把宿主数据标准化成一份**不可变的派生副本**，并留存原始 payload 备查；集团（租户）**硬隔离**，互不可见 | 不充当源数据的**权威系统** —— 源数据主权归宿主；不跨集团串数据 |
| **数据范围** | 接收并标准化就诊、治疗、缴费、影像 metadata、病历结构化字段等**宿主侧事实** | 不当**病历系统** —— 完整临床病历（EMR）原文留在宿主 / 医生侧 |
| **事实与产物分层** | 画像、计划、AI 产物归 PAC，**独立存放、全链路可追溯** | 不把自身产物**回写成事实** —— 事实只装宿主侧事实，PAC 产物与事实流严格分层 |
| **智能产出** | 自动派生**患者画像**（价值 / 流失风险 / 沟通偏好，带证据链）；生成**召回清单 + 优先级 + 召回原因 + AI 话术 + 一页摘要**；**客服侧 AI 助手**（工作台 / 企微问答，MCP 工具） | 不**自做影像 AI 诊断** —— 影像 finding 由宿主 / 三方产出，PAC 只摄入并降权使用 |
| **触达与执行** | 产出清单、话术、摘要供客服使用，并**接收执行结果回填**，驱动召回状态机 | 不负责触达的**具体执行** —— 何时、用什么渠道联系，由使用方决定 |

**协作模式**:PAC 是「大脑」，**host-可插拔**，通过契约跟现有业务系统协作 —— 不取代任何系统。

---

## 一句话归纳

**PAC = 集团级患者数据中枢:事实账本（标准化）→ 画像（看清）→ 触达（行动）。**

召回是当前的旗舰场景；**事实层 + 画像层是集团的长期资产**。不取代现有系统，通过契约协作。

延伸阅读:[核心场景](/docs/start/business-model) · [业务价值](/docs/start/business-value)
