# DIB 数智桥方案中心网站设计

日期：2026-06-02
状态：v0.1 草案；现行站点口径已按 `docs/plans/2026-06-04-site-framework-reposition-design.md` 调整为多层级开放方案门户

## 1. 建设定位

DIB 数智桥方案中心网站不是普通宣传官网，而是面向多层级医疗健康数字化建设方、参与团队同步、领导汇报展示和开放共建的统一信息入口。早期省级项目汇报可作为样板场景承载，不再作为网站唯一定位。

建议定位：

```text
DIB 数智桥方案中心
= 方案展示门户 + 项目进展看板 + 决策日志 + 汇报素材库
```

主口号：

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

副口号：

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

说明句：

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

## 2. 目标用户

| 用户 | 关注重点 | 网站应提供 |
| --- | --- | --- |
| 领导层 | 建设价值、总体路线、阶段成果、风险控制 | 首页总览、价值对比、一图三表、阶段进展 |
| 业务负责人 | 专区能力、业务场景、协同路径、试点安排 | 专区地图、场景说明、路线图、试点清单 |
| 技术负责人 | 架构边界、标准体系、Agent、资源中心、插件中心 | 总体架构、模块说明、ADR 决策、术语表 |
| 开发团队 | 当前任务、迭代计划、变更记录、实现边界 | 开发日志、里程碑、文档索引、模块清单 |
| 实施运维人员 | 接入路径、部署状态、问题处理、验收项 | 实施日志、Agent 状态模型、资源授权流程、验收指标 |

## 3. 设计原则

1. 面向汇报优先：首屏必须能快速讲清楚“为什么建、怎么建、建到哪”。
2. 图文并茂：关键内容用架构图、能力卡片、路线轴和对比表表达，减少长段文字。
3. 文档即数据源：第一版尽量从 `docs` 中读取或同步内容，避免维护两套信息。
4. 轻量先行：第一版先做静态站或轻量文档站，不做复杂后台。
5. 可持续更新：时间轴、日志、决策记录必须容易追加。
6. 安全可控：不展示真实密钥、连接串、患者隐私、医院敏感数据或未脱敏现场信息。

## 4. 信息架构

建议第一版导航：

```text
首页
总体架构
一底座多专区
医疗专区
标准互操作
一期路线图
进展时间轴
决策与日志
资料中心
```

### 4.1 首页

首页用于领导汇报和首次进入时快速建立认知。

首屏内容：

1. 主口号：一桥贯通，多区协同，数智赋能。
2. 副口号：以数智桥统一底座支撑医疗健康业务专区建设。
3. 一段说明句。
4. 三个核心价值卡片：
   - 减少重复建设。
   - 统一资源接入。
   - 支撑多专区协同。
5. 一个总体架构可视化图。

首页下方内容：

1. 当前阶段：v0.1 总蓝图和一期 MVP 设计中。
2. 一期 MVP：一底座 + 医疗专区 MVP。
3. 最新进展时间轴。
4. 领导汇报入口：一图三表。

### 4.2 总体架构

展示 DIB 顶层分层：

```text
DIB Platform Core
DIB Client
DIB Agent
DIB Medical Suite
未来医保、疾控等 Suite
```

重点表达：

1. DIB 是多层级可部署的统一底座，不只是某个客户端或单个业务系统。
2. Client 承载插件和本地工作台。
3. Agent 打通机构内部资源与 DIB 中心服务端。
4. Medical Suite 是第一阶段重点专区。

### 4.3 一底座多专区

该页面用于解释建设模式。

建议内容：

1. 一底座能力清单。
2. 多专区承载模型。
3. 传统项目制与数智桥平台制对比。
4. “一次接入，多专区复用”说明。
5. “数据不出院，能力可上云”安全口径。

### 4.4 医疗专区

展示 DIB Medical Suite：

```text
医疗业务支撑
├─ 门诊 EMR
├─ 入院申请
└─ 院长看板

医疗协同支撑
└─ 转诊服务

医疗数据同步与回写
├─ HIS 数据同步
├─ LIS/RIS/PACS 资料同步
├─ 病历回写
└─ 指标同步

业务监管支撑
├─ 质控规则
├─ 异常监测
├─ 运营监管
└─ 合规审计
```

每个能力域建议用卡片展示：定位、当前阶段、相关文档、后续计划。

### 4.5 标准互操作

展示标准化能力层：

1. HL7/FHIR。
2. ICD-10。
3. ICD-11 预留。
4. 院内码映射。
5. 标准 Profile。

一期重点：

```text
ICD-10 诊断字典
院内诊断码映射
FHIR R4 Patient / Encounter / Condition 最小映射
转诊服务最小交换模型
```

### 4.6 一期路线图

展示 M0 到 M4：

| 阶段 | 主题 | 重点 |
| --- | --- | --- |
| M0 | 方案统一 | 总蓝图、术语表、路线图、汇报口径 |
| M1 | 底座最小闭环 | 组织、站点、资源、插件、任务模型 |
| M2 | Agent 最小闭环 | 心跳、资源缓存、任务领取、DryRun |
| M3 | 医疗专区场景闭环 | 转诊、院长看板或 EMR 同步场景 |
| M4 | 汇报与试点准备 | 汇报材料、试点清单、验收路径 |

### 4.7 进展时间轴

时间轴用于记录方案迭代、开发推进和实施进展。

建议分类：

1. 想法迭代。
2. 架构决策。
3. 开发进展。
4. 实施进展。
5. 汇报记录。

建议字段：

```text
日期
类型
标题
摘要
关联文档
状态
负责人
下一步
```

### 4.8 决策与日志

该页面聚合 ADR、开发日志、实施日志。

建议分类：

1. 架构决策记录。
2. 方案变更日志。
3. 开发迭代日志。
4. 试点实施日志。
5. 问题与风险记录。

### 4.9 资料中心

资料中心聚合现有 Markdown 文档：

1. 总体架构蓝图。
2. 术语表。
3. 一期 MVP 路线图。
4. 架构决策记录。
5. 领导汇报素材。
6. 后续设计文档。

## 5. 首页视觉建议

首页应体现多层级平台、医疗健康、可信协同、集约建设。

建议视觉元素：

1. 一张“桥”与“专区”结合的主视觉图。
2. 主色不宜过度医疗蓝单调，可使用深青、清蓝、暖白、少量金色强调。
3. 核心数据卡片保持克制，适合投屏。
4. 架构图采用清晰分层，不做复杂科技感堆叠。
5. 时间轴用明确节点表达进展。

不建议：

1. 不做营销式大空白首页。
2. 不堆抽象科技词。
3. 不使用难以维护的复杂动画。
4. 不展示敏感业务数据。

## 6. 内容来源

第一版建议以 Markdown 为内容源。

来源目录：

```text
C:\dev\dib-platform\docs\architecture
C:\dev\dib-platform\docs\glossary
C:\dev\dib-platform\docs\roadmap
C:\dev\dib-platform\docs\decisions
```

后续可新增：

```text
C:\dev\dib-platform\docs\progress
C:\dev\dib-platform\docs\reports
C:\dev\dib-platform\docs\implementation
```

建议时间轴数据先用 Markdown 或 JSON 维护，避免第一版就建设后台管理。

## 7. 技术形态建议

第一版推荐静态站点：

```text
C:\dev\dib-platform\site
```

推荐原因：

1. 启动快。
2. 可直接读取本地文档。
3. 易于投屏和离线展示。
4. 后续可再接入后台或权限。

第一版可以采用：

1. 静态 HTML/CSS/JS。
2. Vite + 前端框架。
3. 文档站生成器。

建议优先选择轻量前端实现，先保证展示效果和内容更新效率。

## 8. MVP 页面范围

第一版只做 6 个页面：

```text
首页
总体架构
一底座多专区
医疗专区
一期路线图
进展时间轴
```

资料中心和决策日志可以先作为页面内链接或第二阶段能力。

## 9. 安全与发布注意事项

1. 不放真实连接串、密钥、访问令牌。
2. 不放患者隐私、处方明细、未脱敏病历。
3. 不放未授权公开的医院名称和现场截图。
4. 领导汇报版本和内部协作版本可以分开构建。
5. 网站内容发布前应进行敏感信息检查。

## 10. 后续演进

第二阶段可增加：

1. 自动从 Markdown 生成资料中心。
2. 时间轴数据文件。
3. 领导汇报模式。
4. 打印或导出 PDF。
5. 试点实施看板。
6. 风险与问题台账。
7. 版本化发布记录。

第三阶段可增加：

1. 登录和权限。
2. 多角色视图。
3. 在线编辑日志。
4. 与代码仓库或任务系统联动。
5. 项目运行数据自动汇总。

## 11. 下一步

建议下一步先完成：

1. 创建 `C:\dev\dib-platform\site`。
2. 实现静态首页和 5 个核心页面。
3. 将现有总蓝图、术语表、路线图摘要接入页面。
4. 建立第一版进展时间轴。
5. 准备领导汇报版首页截图和“一图三表”页面。