# DIB 数智桥平台一期 MVP 路线图

日期：2026-06-02
状态：v0.1 草案

## 1. 一期定位

一期建议采用：

```text
一底座 + 医疗专区 MVP
```

一期目标不是一次性完成医疗、医保、疾控所有能力，而是以省级样板场景跑通多层级数智桥平台的最小闭环：统一底座可用、Agent 可接入、资源可授权、插件可承载、医疗专区有一个或两个高价值场景可演示、可验收、可继续扩展。

## 2. 一期目标

1. 建立 DIB 统一工作空间和总体蓝图。
2. 固化 DIB Platform Core、DIB Client、DIB Agent、DIB Medical Suite 的边界。
3. 跑通组织、站点、资源、插件和 Agent 的最小治理闭环。
4. 跑通医疗专区一个主业务闭环和一个数据同步闭环。
5. 建立最小标准互操作能力，先覆盖 ICD-10 和 FHIR R4 核心对象映射。
6. 形成领导汇报版“一图三表”。

## 3. 一期建议范围

### 3.1 DIB Platform Core

一期纳入：

1. 组织/单位/站点基础模型。
2. 资源中心最小闭环：资源登记、单位授权、站点绑定、授权资源查询。
3. 插件中心最小闭环：插件登记、版本管理、站点可用插件清单。
4. Agent 调度最小闭环：心跳、任务领取、任务完成、失败摘要。
5. 权限与审计最小能力：管理员操作审计、资源授权审计、Agent 任务审计。
6. 运行监测最小驾驶舱：接入机构、在线 Agent、任务成功率、任务积压、资源授权数、插件版本数。
7. 标准互操作中心最小能力：ICD-10 诊断字典、院内码映射、FHIR R4 最小对象映射。

一期暂不纳入：

1. 复杂策略引擎。
2. 多级组织树和继承授权。
3. 全量 FHIR Server。
4. 全量 ICD-11 生产应用。
5. 多行业专区同时上线。

### 3.2 DIB Client

一期纳入：

1. 插件宿主能力。
2. 资源授权状态查看。
3. Agent 安装状态、服务状态、心跳状态展示。
4. Agent 日志和诊断入口。
5. 插件版本和升级状态展示。

一期暂不纳入：

1. 长期数据同步任务执行。
2. 绕过 Agent 的内部资源直连。
3. 复杂本地业务工作台。

### 3.3 DIB Agent

一期纳入：

1. 后台服务运行形态。
2. 主动出站访问 DIB 服务端。
3. 心跳上报。
4. 授权资源缓存。
5. 白名单任务领取和执行。
6. DryRun 数据源和最小 SQL Server 只读适配接口。
7. 任务结果上传、失败重试和日志。

一期任务 Profile 建议：

```text
medical.clinical-source-sync
medical.dashboard-metrics-sync
medical.referral-context-sync
medical.emr-writeback-dryrun
```

### 3.4 DIB Medical Suite

一期推荐选择两个场景：

| 场景 | 目的 | 说明 |
| --- | --- | --- |
| 转诊服务 | 展示医疗协同价值 | 适合领导汇报，能体现跨机构协同和标准互操作 |
| 院长看板指标同步 | 展示 Agent 数据接入能力 | 适合证明内部资源安全接入和指标治理 |

备选场景：

| 场景 | 适合条件 |
| --- | --- |
| 门诊 EMR 临床资料同步 | 已有云医疗 EMR 原型可复用时优先 |
| 入院申请回写 | 需要展示闭环业务回写时优先 |

一期建议不要同时铺开门诊 EMR、入院申请、院长看板、转诊、监管全链路，避免范围过大。

## 4. 一期里程碑

### M0：方案统一

交付物：

1. DIB 平台总体架构蓝图。
2. DIB 平台术语表。
3. 一期 MVP 路线图。
4. 现有项目归属与迁移清单。
5. 领导汇报版“一图三表”草案。

验收标准：

1. 顶层定位统一为“多层级数智桥平台一底座、多专区”，省级是一期样板场景。
2. DIB Platform Core、DIB Client、DIB Agent、DIB Medical Suite 边界清楚。
3. 不再把云医疗、DIB、Agent、旧 HIS 当作平级孤立项目讨论。

### M1：底座最小闭环

交付物：

1. 组织、单位、站点基础模型。
2. 资源中心最小授权和绑定模型。
3. 插件中心最小插件登记和版本模型。
4. Agent 任务状态模型。
5. 平台运行监测指标草案。

验收标准：

1. 能表达一个医院单位、一个站点、一个 Agent、一个 HIS 只读资源、一个医疗 Profile 的完整关系。
2. 能回答“谁授权、哪个站点使用、哪个 Agent 执行、哪个任务产生结果”。

### M2：Agent 最小闭环

交付物：

1. Agent 心跳。
2. 授权资源拉取和缓存。
3. 白名单任务领取。
4. DryRun 任务执行。
5. 任务成功、失败、超时、重试状态。

验收标准：

1. Agent 不需要公网入站。
2. Agent 不执行任意 SQL。
3. Agent 离线、失败、资源过期都有可观测状态。

### M3：医疗专区场景闭环

交付物：

1. 转诊服务或院长看板指标同步的最小业务 API。
2. 医疗 Profile 任务定义。
3. 医疗业务数据入库和审计。
4. 页面或驾驶舱演示。

验收标准：

1. 能从机构侧资源经 Agent 进入 DIB 中心平台。
2. 能在医疗专区形成业务结果。
3. 能展示标准映射、任务状态和审计链路。

### M4：汇报与试点准备

交付物：

1. 领导汇报材料。
2. 试点机构接入清单。
3. 安全与合规说明。
4. 运维与验收清单。

验收标准：

1. 能清晰说明“一底座、多专区”的建设价值。
2. 能说明一期不做什么、二期扩展什么。
3. 能给出试点机构部署、授权、运行、验收路径。

## 5. 一期验收指标

建议指标：

| 类型 | 指标 |
| --- | --- |
| 接入指标 | 接入单位数、接入站点数、在线 Agent 数 |
| 资源指标 | 登记资源数、授权资源数、激活绑定数 |
| 任务指标 | 任务成功率、失败率、平均耗时、积压数量 |
| 插件指标 | 已发布插件数、站点安装插件数、升级成功率 |
| 标准指标 | ICD-10 映射数量、FHIR 最小对象覆盖数量 |
| 业务指标 | 转诊申请数、指标同步批次数、病历或申请回写任务数 |
| 安全指标 | 审计记录覆盖率、敏感配置泄露检查结果、资源撤销生效时间 |

## 6. 风险与控制

| 风险 | 控制策略 |
| --- | --- |
| 范围膨胀 | 固定一期只做“一底座 + 医疗专区 MVP” |
| 标准化过重 | 一期只做 ICD-10 和 FHIR R4 最小对象映射 |
| Agent 安全边界不清 | 坚持主动出站、白名单任务、不执行任意 SQL |
| 医院接入难 | 用资源中心和 Agent 管理降低现场配置和运维成本 |
| 项目迁移混乱 | 先文档统一，再新开发统一，最后迁移旧代码 |
| 汇报太技术化 | 使用“一底座、多专区、统一接入、标准互通、集约运营”作为主线 |

## 7. 二期展望

二期可扩展：

1. 医保专区 MVP。
2. 疾控专区 MVP。
3. 更多医疗业务模块，如住院病历、处方协同、质控上报。
4. 标准互操作中心扩展 ICD-11 和更多 FHIR Profile。
5. 运行监测驾驶舱完善预测、告警、合规报告和运维工单。
6. 多机构、多专区共享 Agent 接入能力。