北京印发「十五五」数智北京规划：推动开展互联网首诊，2030年个人就医信息共享服务覆盖率目标100%

一份城市五年规划里，医疗被写成了一道数据贯通题

事实报道 × 医疗数据从业者 ｜ 趋势前瞻 × 监管与合规专家 ｜ 监管动态

2026年9月30日，北京市人民政府公开印发的《“十五五”时期数智北京发展规划》（京政发〔2026〕24号），成文日期为9月27日。在这份长达十六个部分的城市级规划里，与健康直接相关的内容集中在「构建普惠便捷的数智社会」下的一段任务描述，以及主要指标表中的一行100%。篇幅不大，却把电子病历共享、检查结果互认、互联网首诊与AI在线接诊放进了同一份五年期文件。

开场：城市级的数智规划里，医疗被写成了数据贯通问题

这份规划依据《北京市国民经济和社会发展第十五个五年规划纲要》制定，目标年份以2030年为主节点，并延伸到2035年。体例上先给十五项主要指标，再逐块铺开任务，全文穿插十个专栏行动，末尾单设组织实施一节。

与健康相关的表述出现在第十二部分「构建普惠便捷的数智社会」的首段，题为「加快数智健康建设」。整段的结构是把医疗、医保、医药三件事放在同一句话里，由数据贯通串起来：深化全民健康信息平台建设应用，推进数据赋能医疗、医保、医药协同发展，完善智慧医疗全链条服务。随后是四组具体任务——拓展电子病历共享应用及检查检验结果互认；发展互联网医疗、移动诊疗和远程会诊服务，推动开展互联网首诊；打造“人工智能+”在线接诊、辅助诊疗、医保服务、药品审评审批等应用场景；深化“云药房”、居民电子健康档案等便民应用。段末两句则是保障措施：强化标准统筹，推进市属医院集约开展数智化建设。

互联网首诊这五个字：为什么放进规划值得单独看

在同一段任务里，「推动开展互联网首诊」是唯一带有动作属性的新增表述。前面几项——电子病历共享、检查检验结果互认、互联网医疗与远程会诊——在国内政策与实践中已有多年落地基础；而首诊意味着患者在未到院的情况下完成第一次诊疗决策，涉及资质、处方流转、医保支付与责任划分等环节，通常比复诊更谨慎。

规划文本并没有走得更远。首诊对应的适用范围、病种边界、处方规则与首诊质量的监管安排，在文件中均未出现，表述止于「推动开展」四个字，没有配套的时间表或量化目标。放在整份规划里看，它更像把方向写进了任务清单，而不是给出可执行的操作口径：真正的执行规则大概率仍要等待卫健主管部门的后续文件。这一点值得注意——把首诊写进五年任务，与监管口径何时松动，并不是同一件事。

100%覆盖率目标：共享的是记录还是数据

规划的主要指标表共列十五项，逐一给出2025年基数、2030年目标与属性。医疗相关只有一行：序号11的个人就医信息共享服务覆盖率(%)，2025年一栏为横线，未列数值；2030年目标为100；属性为预期性。它是全表唯一一项与个人就医直接相关的指标。

• 2025年没有基数，意味着这是一项需要新建统计口径的指标
• 2030年目标写死100%，而非像邻行的学校智能应用覆盖率那样写成「基本全覆盖」
• 属性为预期性，不是约束性指标

同一个表格里的指标有多种写法：可以写成倍增量，如年度人均数据生产量写到不少于520；可以写成区间，如数字经济增加值年均增速写8左右；也可以写成状态描述，如政务信息系统智能化率写基本全覆盖。就医信息共享这一行选择了最硬的一种——百分比加百分之百。这种写法把模糊空间压到了最小：与其说它衡量技术部署，不如说它被设定为「每一位居民都应能通过某种服务渠道拿到自己的就医信息」这类结果。至于指标名称里的「共享服务」具体指居民端调阅、机构间互通还是两者兼顾，规划正文未作界定。

「人工智能+」四个场景：在线接诊排在最前

规划在数智技术部分同步铺了另一条线索。第三部分「加强数智技术创新引领」下的完善数智技术创新体系一节，提出推进医疗、制造、教育等国家人工智能应用中试基地建设；第十五部分明确开展“人工智能+”行动，以场景推动数智新技术新产品的规模化商业化应用。落到医疗健康领域，承接这项行动的抓手主要有两处。

1. 专栏八「数智化发展示范工程创新行动」：到2030年打造8个以上全市重大共性平台示范工程，聚焦教育、医疗、文旅、体育、消费等领域打造30个以上数智赋能民生福祉示范工程
2. 专栏九「数据要素×」行动：围绕工业制造、商贸流通、金融服务、科技创新、医疗健康、气象服务等16个领域推进数据汇聚共享与融合创新，到2030年底建成80个以上数据流通服务平台，形成200个应用场景

约束条件写在第十六部分。规划在「筑牢数智发展安全底线」中要求完善数据分类分级保护制度，加强数据收集、存储、传输、共享、交易、销毁等环节的安全管理，建立重要数据目录，并健全个人信息全链条保护机制，同时加快隐私计算、安全加密等技术研发与应用。就医信息共享本就是跨机构的敏感数据流通场景，这几句实际上提前划定了它的技术路线：能调动的数据越多，越是要在合规框架内做，而不是先把数据搬出来再说。

把这两处与数智健康那一段合起来看，医疗在这份规划里的角色相当一致：它既是被赋能的应用场景，也是被要求打通的数据源。「云药房」与居民电子健康档案被写进便民应用一栏，指向的还是数据与服务的流向，而不是单点设备采购。

冷静观察：规划给的是场景清单，落地卡在标准统筹和市属医院的集约节奏

这份文件给医疗机构留的是一张场景清单，而不是一张施工图。清单里的每一项都已经过了概念验证阶段——远程会诊、在线接诊、电子病历共享都不缺试点案例，真正稀缺的是三样东西：检查检验结果互认所需的统一数据元与质量标准、互联网首诊对应的责任边界与医保衔接细则、以及市属医院层面统一的建设节奏与采购口径。

标准统筹一句写在段落末尾并不偶然。相对省事的路径是各区各院自建平台再行对接，但那会把互通的成本后置；集约化能省下重复投资，代价是把决策权上收、把推进节奏拉长。规划的时限从2026年算到2030年，留给这三件事的时间并不宽裕。不过规划在最后的组织实施部分已经写明，要建立城市数智化发展水平评价指标体系并定期开展监测评估——这为那一行100%的分母定义和年度口径准备了制度入口。对数据从业方而言，更现实的可观察节点也正在此处：这套评价体系何时落地，以及就医信息共享是否被纳入其中并给出年度数值。规划写清了要去哪里，路径仍在文件之外。

原文链接：北京市人民政府

千方医数集编辑部 出品