# DIB 数智桥平台领导汇报“一图三表”提纲

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

## 1. 汇报主题

建议标题：

```text
DIB 数智桥多层级融合平台“一底座、多专区”集约化建设方案
```

建设牵头单位口径：

```text
山东健康医疗大数据管理中心
```

主口号：

```text
一桥贯通，多区协同，数智赋能
```

副口号：

```text
以数智桥统一底座支撑医疗健康业务专区建设
```

说明句：

```text
面向医疗健康行业，建设可适配国家、省、市、县多层级的数智桥统一底座，统一承载医疗业务、医疗协同、数据同步回写和业务监管等专区能力，减少重复建设、重复接入和重复运维，提升区域医疗健康数字化协同能力。
```

## 2. 一图：总体架构图

架构图建议表达：

```text
DIB 数智桥中心平台（国家/省/市/县可部署）
├─ 一底座：DIB Platform Core
│  ├─ 组织/租户/站点治理
│  ├─ 资源中心
│  ├─ 插件中心
│  ├─ 发布中心
│  ├─ Agent 调度与运维
│  ├─ 标准互操作中心
│  ├─ 权限、审计与安全
│  └─ 运行监测驾驶舱
│
├─ 多专区：医疗健康业务专区
│  ├─ 医疗业务支撑
│  ├─ 医疗协同支撑
│  ├─ 医疗数据同步与回写
│  └─ 业务监管支撑
│
└─ 机构侧
   ├─ DIB Client
   ├─ DIB Agent
   └─ HIS/LIS/RIS/PACS 等内部资源
```

图中重点表达：

1. 多层级统一底座，省级是典型样板场景。
2. 多专区共享底座能力。
3. Agent 主动出站连接机构内部资源。
4. 标准互操作中心统一治理行业标准。
5. 运行监测驾驶舱支撑平台制运营。

## 3. 表一：平台能力清单

| 能力域 | 主要能力 | 价值 |
| --- | --- | --- |
| 组织/站点治理 | 单位、机构、租户、站点统一管理 | 统一接入对象，降低管理成本 |
| 资源中心 | 资源登记、单位授权、站点绑定、资源申请 | 避免重复接入和分散配置 |
| 插件中心 | 插件登记、授权、安装、升级、回滚 | 支撑能力复用和统一发布 |
| DIB Agent | 心跳、任务领取、内部资源访问、结果上传 | 数据不出院，能力可上云 |
| 标准互操作中心 | HL7/FHIR、ICD-10、ICD-11、院内码映射 | 支撑跨系统、跨机构协同 |
| 权限与审计 | 身份、角色、授权、操作审计、数据访问审计 | 提升安全合规能力 |
| 运行监测驾驶舱 | Agent 在线、任务成功率、资源授权、插件状态 | 从项目制建设转向平台制运营 |

## 4. 表二：一期建设路线

| 阶段 | 主题 | 交付物 | 验收重点 |
| --- | --- | --- | --- |
| M0 | 方案统一 | 总蓝图、术语表、路线图、汇报口径 | 顶层定位和边界统一 |
| M1 | 底座最小闭环 | 组织、站点、资源、插件、任务模型 | 能表达完整接入关系 |
| M2 | Agent 最小闭环 | 心跳、授权资源缓存、任务领取、DryRun | Agent 主动出站、任务可观测 |
| M3 | 医疗专区场景闭环 | 转诊、院长看板或 EMR 同步场景 | 形成业务结果和审计链路 |
| M4 | 汇报与试点准备 | 汇报材料、试点清单、安全说明、验收清单 | 可面向领导汇报和试点推进 |

## 5. 表三：项目制到平台制对比

| 传统项目制 | 数智桥平台制 |
| --- | --- |
| 每个项目单独建设系统 | 多层级统一底座承载多专区 |
| 每次重复接入医院系统 | 一次接入，多专区复用 |
| 接口标准各不相同 | 标准互操作中心统一治理 |
| 插件、客户端、升级分散 | 插件中心和发布中心统一管理 |
| 运维依赖现场人工 | Agent、运行监测和诊断统一支撑 |
| 数据链路不透明 | 任务状态、资源授权和审计全链路可观测 |
| 后续扩展成本高 | 新专区复用底座能力，降低边际成本 |

## 6. 建议汇报顺序

1. 当前痛点：重复建设、重复接入、重复运维、标准不一、数据孤岛。
2. 总体思路：一桥贯通，多区协同，数智赋能。
3. 架构方案：一底座、多专区、DIB Client、DIB Agent。
4. 一期范围：一底座 + 医疗专区 MVP。
5. 安全口径：数据不出院，能力可上云。
6. 建设路线：M0 到 M4。
7. 预期成效：降低重复建设成本，提升协同和监管能力。

## 7. 汇报风险与回答口径

| 可能问题 | 建议回答 |
| --- | --- |
| 一期是不是太大 | 一期只做“一底座 + 医疗专区 MVP”，医保和疾控先作为后续扩展方向 |
| 平台是否会直接连医院数据库 | 不直接连；通过机构侧 DIB Agent 主动出站执行白名单任务 |
| 是否会替代现有 HIS | 不替代现有 HIS；先作为连接、协同、同步和监管底座 |
| 标准化是否难落地 | 一期只做 ICD-10 和 FHIR R4 最小对象映射，服务具体场景 |
| 如何避免重复建设 | 统一资源中心、插件中心、Agent 和标准互操作能力，各专区复用底座 |