# DIB 数智桥典型建设场景

## 1. 用途

本文用于说明 DIB 数智桥在不同组织形态下如何裁剪实施。它不是固定项目模板，而是帮助建设方理解“底座、专区、锚点”如何组合成可落地的最小闭环。

数智桥的层级定位不是单一省级平台，而是可适配国家、省、市、县等多层级治理场景的融合底座。不同层级的差异主要体现在治理范围、专区组合、运行监测口径和锚点规模，底座能力、资源授权、统一 Agent Runtime 和审计链路保持一致。

| 层级 | 典型定位 | 实施重点 |
| --- | --- | --- |
| 国家级 | 跨区域标准、互操作和监管协同底座 | 标准互操作、跨区域目录、监管指标和协同规则 |
| 省级 | 省域医疗健康协同和业务专区统筹平台 | 多专区统筹、地市接入、资源治理和运行监测 |
| 市级 | 城市医疗健康业务融合和区域协同平台 | 医共体、转诊协同、基层服务和运营监管 |
| 县级 | 县域医共体和基层服务协同底座 | 基层锚点接入、服务任务闭环、随访和公共卫生衔接 |
| 组织级 | 医院集团、专科联盟、单体医院扩展底座 | 院区协同、专科协同、资源统一治理和本地运行视图 |

## 2. 场景一：区域协同底座

| 维度 | 内容 |
| --- | --- |
| 适用对象 | 区域卫生健康数字化建设、医共体、医院集团 |
| 核心目标 | 建立统一底座，连接多机构 Agent，支撑跨机构协同 |
| 首批专区 | 医疗协同、智慧基层、数据治理 |
| 锚点形态 | 医院 Agent、基层机构 Agent、区域节点 Agent |
| 最小闭环 | 机构接入、资源授权、任务领取、转诊或指标同步 |

关键价值在于减少重复建设，让不同机构通过统一锚点接入同一套治理、任务和审计体系。

## 3. 场景二：医院集团协同

| 维度 | 内容 |
| --- | --- |
| 适用对象 | 多院区医院、医院集团、专科联盟 |
| 核心目标 | 统一集团内资源治理、业务协作和运行监测 |
| 首批专区 | 医疗协同、运营监管、数据治理 |
| 锚点形态 | 总院 Agent、分院 Agent、专科协同 Agent |
| 最小闭环 | 院区资源登记、指标汇总、跨院区协作任务 |

关键价值在于在不强行替换既有系统的前提下，建立统一协同和运行视图。

## 4. 场景三：基层服务协同

| 维度 | 内容 |
| --- | --- |
| 适用对象 | 基层医疗机构、医共体基层网点、家庭医生服务体系 |
| 核心目标 | 支撑基层服务、上转下转、随访和公共卫生衔接 |
| 首批专区 | 智慧基层、医疗协同 |
| 锚点形态 | 基层 Agent、医共体中心 Agent |
| 最小闭环 | 基层站点接入、服务任务下发、结果回传和审计 |

关键价值在于让基层能力接入统一底座，避免单点小系统重复建设和后续难以协同。

## 5. 场景四：数据治理样板

| 维度 | 内容 |
| --- | --- |
| 适用对象 | 需要统一诊断、患者、就诊、指标、编码治理的建设方 |
| 核心目标 | 建立标准对象、院内码映射和质量检查闭环 |
| 首批专区 | 数据治理、运营监管 |
| 锚点形态 | 医院 Agent、数据治理 Agent Profile |
| 最小闭环 | 只读采集、规则检查、质量摘要、问题反馈 |

关键价值在于先做最小治理对象和质量摘要，再逐步扩展到标准互操作和业务协同。

## 6. 场景选择建议

1. 如果目标是先证明跨机构协同，优先选择区域协同底座。
2. 如果目标是集团内部统一管理，优先选择医院集团协同。
3. 如果目标是增强基层服务衔接，优先选择基层服务协同。
4. 如果目标是夯实数据基础，优先选择数据治理样板。
5. 无论选择哪类场景，都应先跑通资源授权、站点绑定、Agent 心跳、任务领取、结果上传和审计闭环。