# DIB 数智桥专题汇报材料

日期：2026-06-02
状态：v0.2 口径修订

## 1. 汇报主题

建议标题：

```text
DIB 数智桥多层级融合底座建设方案
```

主线表达：

```text
一个底座，多个专区，N 个锚点
```

说明句：

```text
面向医疗健康数字化建设，DIB 数智桥通过统一底座沉淀资源、任务、标准、审计和运行监测能力，通过业务专区承载具体场景，通过机构 Agent 作为可信锚点连接真实现场，减少重复建设、重复接入和重复运维。
```

## 2. 总体架构表达

建议表达：

```text
DIB 数智桥
├─ 底座：DIB Platform Core
│  ├─ 组织/租户/站点治理
│  ├─ 资源中心
│  ├─ 插件中心
│  ├─ 发布中心
│  ├─ Agent 调度与运维
│  ├─ 标准互操作中心
│  ├─ 权限、审计与安全
│  └─ 运行监测
│
├─ 专区：医疗健康业务场景
│  ├─ 智慧医政
│  ├─ 智慧基层
│  ├─ 医疗协同
│  └─ 数据治理
│
└─ 锚点：机构侧可信 Agent
   ├─ 医院 Agent
   ├─ 基层 Agent
   └─ 区域节点 Agent
```

图中重点表达：

1. 底座沉淀公共能力，专区承载业务场景。
2. 锚点通过机构 Agent 连接真实现场。
3. Agent 主动出站，不要求机构开放公网入站端口。
4. 资源、任务、标准、审计和运行监测沉淀到底座。
5. 方案可适配国家、省、市、县等多层级，也可适配医共体、医院集团、专科联盟等组织形态。

## 3. 建设模式比对

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

## 4. 底座能力清单

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

## 5. 一期验证路线

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

## 6. 建议展开顺序

1. 现实问题：重复建设、重复接入、重复运维、标准不一、数据链路分散。
2. 模式变化：从单点项目建设转向可复用连接底座。
3. 总体架构：底座、专区、锚点三层关系。
4. 一期范围：底座最小闭环、首批专区样板和锚点接入验证。
5. 安全边界：云端不直接入院，机构 Agent 主动出站，任务可审计。
6. 后续安排：建设共识、接口生态、试点验证和开放共建。

## 7. 常见关切口径

| 关切点 | 表达口径 |
| --- | --- |
| 一期范围是否过大 | 一期只做底座最小闭环、首批专区样板和锚点接入验证 |
| 云端是否直接连接医院数据库 | 不直接连接；通过机构侧 Agent 主动出站执行白名单任务 |
| 是否替代现有业务系统 | 不替代现有业务系统；定位为连接、协同、同步和监管底座 |
| 标准化是否难落地 | 一期围绕具体场景做最小标准集，服务诊断、患者、就诊、转诊等核心对象 |
| 如何减少重复建设 | 统一资源中心、插件中心、Agent 和标准互操作能力，各专区复用底座 |