# 数智桥方案门户框架重定位设计 日期:2026-06-04 状态:v0.1 草案 ## 1. 设计背景 原方案中心网站主要围绕区域项目汇报展开,页面中存在具体单位和省级平台表述。随着数智桥方案进一步演进,网站需要从“单一区域建设方案展示”调整为“公益开源数智桥方案门户”,使其适配国家、省、市、县、医共体、医院集团、专科联盟等不同建设场景。 新的核心口径: ```text 一个底座,多个专区,N 个锚点 ``` 其中: 1. “一个底座”指统一承载资源、插件、任务、Agent、标准、权限、审计和运行监测的平台能力。 2. “多个专区”指智慧医政、智慧基层、医疗协同、数据治理、运营监管等业务承载域。 3. “N 个锚点”指各医院、基层机构、区域节点部署的 Agent 可信接入点。 ## 2. 重定位目标 本次网站框架微调的目标不是重做站点,而是调整叙事骨架和页面命名,使网站更通用、更开放、更适合长期演进。 目标包括: 1. 去掉具体单位表述,避免将方案绑定到单一建设主体。 2. 去掉“省级平台”表述,改为多层级可部署的医疗健康数字化底座。 3. 将方案内涵和开放生态合并到首页,首屏直接讲清楚核心主张。 4. 将主导航收束为短词,降低理解成本。 5. 新增“历程”板块,记录方案从想法、设计、验证到开放共建的成长过程。 6. 将一期闭环、材料中心、开放共建放到底部连接区,作为落地和延展入口。 ## 3. 核心叙事 建议首页主叙事: ```text 一个底座,多个专区,N 个锚点 ``` 建议说明句: ```text 数智桥是一套面向医疗健康数字化建设的公益开源连接底座,以统一底座承载多个业务专区,以各机构 Agent 作为可信锚点,支撑跨层级、跨机构、跨系统协同。 ``` 建议价值口径: 1. 底座复用:统一资源、插件、任务、标准、审计和运行监测。 2. 专区承载:智慧医政、智慧基层、医疗协同、数据治理等专区共享底座、分域运营。 3. 锚点接入:各机构 Agent 主动出站、安全接入、任务受控、全链路留痕。 4. 开放共建:以公益开源方式沉淀参考架构、实施经验和共建规范。 ## 4. 信息架构 主导航建议改为: ```text 首页 底座 专区 锚点 历程 ``` 底部连接区建议为: ```text 一期闭环 材料中心 开放共建 ``` ### 4.1 首页 首页承载方案内涵和开放生态,不再单独设置“方案内涵”或“开放生态”导航。 首页应包含: 1. 主张:一个底座,多个专区,N 个锚点。 2. 说明:公益开源、可多层级部署、面向医疗健康协同建设。 3. 三个核心结构卡:底座、专区、锚点。 4. 开放共建短句:沉淀开放架构、共建规范、实施经验,引领医疗健康数字化协同趋势。 ### 4.2 底座 “底座”替代原“平台底座”或“总体架构”表述。 重点表达: 1. 底座不是单个业务系统,而是公共能力层。 2. 底座能力包括资源中心、插件中心、任务调度、Agent 管理、标准互操作、权限审计、运行监测。 3. 底座可部署在不同层级和不同组织形态中。 ### 4.3 专区 “专区”替代原“业务专区”或“医疗专区”表述。 首批建议展示: 1. 智慧医政。 2. 智慧基层。 3. 医疗协同。 4. 数据治理。 5. 运营监管。 专区说明应强调:专区共享底座能力,但保留业务模型、权限边界、数据边界和运营指标。 ### 4.4 锚点 “锚点”替代原“锚点网络”表述。 重点表达: 1. 各医院、基层机构、区域节点的 Agent 是可信锚点。 2. 锚点负责安全接入机构内部资源,数据不出院,能力可上云。 3. 锚点执行白名单任务,不允许云端下发任意 SQL。 4. 锚点连接底座与专区,是数智桥区别于普通门户和单点项目的核心。 ### 4.5 历程 “历程”替代“大事记”或“进展时间轴”。 历程用于记录: 1. 想法迭代。 2. 架构决策。 3. 版本演进。 4. 试点验证。 5. 开源准备。 6. 共建记录。 相较“大事记”,“历程”更适合公益开源项目的长期成长叙事,也可以容纳小版本、小思考和阶段性调整。 ### 4.6 底部连接区 底部连接区承接落地、材料和共建。 建议包含三个入口: 1. 一期闭环:展示最小验证路线、验收指标和试点路径。 2. 材料中心:集中方案文档、架构图、路线图、术语表、汇报材料。 3. 开放共建:说明公益开源愿景、共建方向和后续社区入口。 ## 5. 文案替换原则 本次微调应遵循: 1. 删除具体单位名称。 2. 删除或替换“省级平台”表述。 3. 将“省级统一底座”改为“统一底座”“区域底座”“多层级可部署底座”等更通用表达。 4. 将“医疗专区”扩展为“专区”,医疗能力作为专区样例或首批方向。 5. 将“方案中心”逐步调整为“方案门户”或“开放方案门户”。 6. 保留“一桥贯通、多区协同、数智赋能”作为可选口号,但首屏主张优先使用“一个底座,多个专区,N 个锚点”。 ## 6. 验收标准 本次框架微调完成后,网站应满足: 1. 首屏不出现具体单位名称。 2. 首屏不出现“省级平台”定位。 3. 主导航为“首页、底座、专区、锚点、历程”。 4. 首页能解释“一个底座、多个专区、N 个锚点”。 5. 页面包含“历程”板块,并能承载现有时间轴数据。 6. 一期闭环、材料中心、开放共建位于底部连接区。 7. 现有站点静态验证脚本按新口径更新并通过。 ## 7. 后续演进 后续可继续完善: 1. 开源治理说明。 2. 共建路线图。 3. 示例部署场景:国家、省、市、县、医共体、医院集团、专科联盟。 4. 锚点 Agent 的部署与安全说明。 5. 可公开的案例与试点经验。