2026年9月11日，工业和信息化部正式印发《“人工智能+软件”专项行动实施方案》（工信部信发〔2026〕209号，以下简称《实施方案》）。这份被业内称为“人工智能+软件”专项新政的文件，发文对象是软件和信息技术服务业，却在医疗信息化圈层引发了不少讨论——因为《实施方案》在“加速推进软件企业智能化技改”一节中明确写道：

推动智能化技改向制造、政务、金融、医疗、教育和交通等重点行业软件开发环节延伸拓展。

医疗，被写进了政策文本。

对长期承担医院信息化建设、同时又属于典型“行业软件开发”的医疗IT赛道而言，这不是一句顺带的表述，而是一次来自产业政策层面的重新定位。

一、先看清这份政策：它到底在推动什么

▲ 图1 政策速览：一份软件产业政策的核心信息

（一）政策坐标

（二）量化目标：最硬的信号

▲ 图2 到2028年的五项硬指标

（三）四条主线，条条与医院信息化相关

《实施方案》的逻辑可以用“四变”概括：

生产方式之变——以智能编程驱动产业效能变革，覆盖需求分析、代码生成、测试验证等研发全流程；

产品形态之变——从“功能软件”走向“智能伙伴”，推动基础软件、工业软件智能化升级；

业态形态之变——培育智能体软件新业态，从技术基础、产品体系到应用市场三层推进；

服务模式之变——从项目制交付走向端到端的智能应用服务链。

医院信息化既是“软件产品”的采购方，又是“行业软件”的需求方，这四条主线几乎条条命中。

二、为什么一份软件产业政策会“砸”到医疗

▲ 图3 影响路径：政策如何从软件产业传导到医院

（一）医院信息化的本质，就是软件工程

HIS、EMR、LIS、PACS、HRP、互联网医院、DRG/DIP管理、集成平台、临床数据中心……医院信息化的绝大多数建设内容，拆到底层都是软件系统的开发、集成与运维。政策规范的是软件的生产方式与产品形态，而医院信息化正是这些软件的重要应用场景之一。

（二）医疗被“点名”进入重点延伸行业

政策原文在技改一节中将医疗与制造、政务、金融、教育、交通并列，明确要求智能化技改向这些行业的软件开发环节延伸拓展。这意味着：医疗软件的开发过程本身，被纳入了国家级智能化改造的观察与支持范围。

（三）传导链条是“供给侧→需求侧”

需要特别注意政策的传导逻辑：《实施方案》直接作用的对象是软件企业，而非医院。其影响路径是：

政策支持软件企业智能化 → 软件企业交付能力与产品形态改变 → 医院作为需求方，在采购内容、交付周期、验收标准、合同条款上感受到变化。

理解这条链条，才能既不误读政策、也不错过机会。

三、三大变革对医院信息化的具体影响

▲ 图4 政策“四变”与医院信息化的对应关系

（一）开发方式变革：医院信息化项目的交付范式将被重塑

政策提出“优化智能编程工具链条”，发展智能体驱动的智能编程工具，提升项目级、全流程的自主开发能力，并推动其与代码托管平台、云服务、开源社区深度适配集成。

对医院信息化而言，这直接对应三个长期痛点：

定制化成本高：医院个性化需求多、变更频繁，智能编程可显著压缩重复性编码工作，尤其是接口适配、报表开发、老系统改造等场景；

交付周期长：集成平台对接、数据中台建设等以“对接与翻译”为主的工程，是智能编程最容易见效的领域；

质量参差：政策同时要求“推动软件企业将智能安全检测嵌入软件开发全流程”，把安全能力前置到开发阶段。

（二）产品形态变革：从“买系统”到“配智能伙伴”

政策第三章提出加快软件产品智能化升级，其中三点与医院高度相关：

政策明确提出“在重点行业打造100个智能体软件标杆应用”。医疗属于典型的高价值行业场景，这100个名额中，医疗赛道有充分的争取空间。

（三）服务模式变革：医院IT采购的“口径”要变

政策第五章要求软件企业向人工智能应用服务商转型，支持采购大模型、智能体服务，发展“规模应用—技术迭代—服务普惠”的良性循环。

这意味着医院未来面对的不再只是“一套软件多少钱”，而可能包括：

模型调用与算力服务的持续性支出；

智能体服务的按量计费与效果对赌；

从“一次性项目验收”到“持续服务与迭代”的合同形态变化。

同时，政策提出实施人工智能中小企业创业支持计划、培育“人工智能+软件”创新创业集聚区，医疗信息化赛道的竞争格局将迎来新玩家——轻量化、专业化的新主体，可能比大而全的传统厂商更快切入细分场景。

四、医院侧将出现的四条确定性变化

变化一：信息中心的角色上移——从“运维保障”到“智能应用组织者”

政策在人才与基础能力部分提出加强复合型人才培养、深化学科交叉；在数据集部分要求建设行业高质量数据集、提升数据治理能力。对应到医院，信息中心的职能重心将从“保系统可用”，转向“数据治理 + 场景设计 + 智能应用选型与验收”。谁掌握院内数据的治理权，谁就掌握AI落地的主导权。

变化二：算力与模型的获取方式更轻

政策明确“完善智算云服务体系，发展算力、模型、软件工具一体化服务”“用好算力券等普惠性支持政策”“加强面向中小企业的算力供需匹配与上云用算指导”。

对大多数医院而言，自建大规模算力集群既不经济也不可持续。按需扩容的算力服务、一体化的模型与工具服务，将成为医院落地医疗AI的现实路径。

变化三：合规与标准有了新依据

政策第七章提出多项与医院直接相关的标准与规范建设任务：

•  制定智能编程能力成熟度分级评估标准；

•  研制面向软硬协同的智能体接口标准；

•  研究制定“模型即服务”“智能体即服务”等智能服务标准；

•  研究智能体身份标识、可信互联、数据安全、行为管控等安全技术，推动建立覆盖开发、部署、应用等环节的智能体安全管理规范；

•  完善软件产品和服务质量管理与测评规范，加强人工智能生成代码的知识产权合规治理。

对医院而言，这些标准未来很可能演化为招标文件的技术要求与验收测评依据。提前建立对标准的跟踪机制，比事后补课成本低得多。

变化四：安全责任被明确加重

政策在“推动智能编程赋能软件安全”中要求：对存量软件实施漏洞挖掘、缺陷自动识别和风险分级评估；将智能安全检测嵌入开发全流程；强化渗透测试、攻防模拟等智能化安全测试手段。

同时在技改部分要求指导企业建立完善生成代码安全审查机制，推动重点行业新上线软件上线前开展安全检测。

医院作为关键信息基础设施相关运营方，需要在采购合同中明确：生成代码的安全审查责任、上线前检测的提供方与标准、智能体行为边界与审计能力、以及数据不出院的约束条件。

五、医疗AI赛道的四个机会窗口

▲ 图5 四个机会窗口与四条清醒边界

机会一：抢占“100个智能体软件标杆应用”。 政策明确到2028年在重点行业打造100个智能体软件标杆应用。医疗场景具有数据密度高、专业壁垒高、价值可量化（如病历质控、医保拒付、临床效率）的特点，是天然的标杆候选领域。

机会二：垂直领域专业智能体软件。 政策鼓励“面向高价值行业场景，整合知识图谱和数据资源，打造垂直领域专业智能体软件”。医疗是最典型的高价值垂直场景，且政策强调知识图谱与数据资源的整合——这正是医疗信息化厂商积累多年的资产。

机会三：技能包与知识库生态。 政策提出建设智能体软件应用商店和技能包（Skills）资源库，引导各类主体开发高质量专业技能包、知识库，鼓励企业开发面向智能体的功能组件，沉淀行业知识。医疗知识沉淀能力强、场景标准化程度相对较高的机构，有机会从“系统集成商”转型为“能力供应商”。

机会四：政策与资金工具的组合使用。 政策明确统筹各类资金渠道、首版次软件产品认定等政策，对符合条件的“人工智能+软件”项目给予支持；支持有条件的地方培育“人工智能+软件”创新创业集聚区，统筹提供场地、算力等配套资源；利用财政专项资金，加快关键技术研发、场景应用。医疗软件企业应主动对接属地工信部门的项目申报通道。

六、五个必须保持清醒的边界

边界一：这是软件产业政策，不是医疗行业专项。 医院不是《实施方案》的直接实施对象与考核主体。把它解读为“医院必须上AI”是过度延伸；正确的姿势是抓住供给侧变化带来的红利。

边界二：政策不改变医疗AI的行业监管路径。 医疗器械审评审批、临床准入、医疗数据安全与个人信息保护、人类遗传资源管理等既有监管框架依然独立存在。软件产业政策的支持，不等于医疗AI产品的临床合规。

边界三：责任边界仍需合同明确。 政策对生成代码与智能体的安全提出了要求，但并未改变“谁使用、谁负责”的基本逻辑。医院引入AI能力时，责任划分必须在采购与合作协议中前置约定。

边界四：资金渠道的指向是“企业+项目”，医院受益靠“供需联动”。 政策资金主要投向软件企业、技改项目与公共服务平台。医院获得支持的路径，是与厂商联合申报场景应用、共建标杆案例，而非等待直接补贴。

边界五：就业友好导向带来岗位结构变化。 政策明确“坚持就业友好导向”“同步实施岗位改造与技能培训”“推动软件从业人员向高附加值岗位转型”，并强调“加强人工智能对软件领域就业影响评估”。

对医院信息科与医疗IT从业者而言，这意味着重复性运维与基础开发岗位将持续承压，而AI安全、代码审查、数据治理、场景设计等新岗位需求上升。技能升级的时间窗口，就是现在。

七、行动建议

医院信息中心（未来12个月）

1. 做一次系统盘点：梳理院内自研与在用的软件系统，识别最适合智能化改造的高重复、高规则性场景（接口对接、报表、质控规则、客服应答）；

2. 先立数据治理与安全底线：明确院内数据分级、出域规则、AI应用准入清单，避免“先上车后补票”；

3. 联合厂商申报标杆场景：主动对接本地工信与卫健部门，争取进入智能体软件标杆应用、行业高质量数据集等项目的场景名单。

医疗IT厂商（未来12个月）

1. 把智能编程落到交付流程：从测试用例生成、接口适配、存量代码缺陷识别等见效快的环节切入，形成可量化的效率数据；

2. 产品从“模块”转向“智能体”：优先选择知识密度高、结果可校验、责任边界清晰的场景（病历质控、医保审核、科研数据治理）；

3. 合规前置：建立生成代码安全审查机制、上线前安全检测流程，并保留完整的知识产权合规性证明。

区域卫生信息化主管单位（未来12个月）

1. 建立政策对接机制：把工信部门的软件智能化政策工具，纳入区域卫生信息化年度工作要点；

2. 推动区域级数据与算力共享：以区域为单位争取算力券、智算服务资源，降低单个机构的落地门槛；

3. 共建标准与评价体系：结合国家智能服务标准研制进展，形成区域医疗AI应用的准入与评价要求。

结语

《“人工智能+软件”专项行动实施方案》的真正价值，不在于它给了医疗多少直接资源，而在于它把“智能化”从技术选项变成了产业基线。

当软件的生产方式、产品形态、服务模式被系统性重构，医院信息化不可能置身事外——因为医院信息化的每一块拼图，都是软件。政策给出的时间表是2028与2030，而留给医疗信息化从业者做出选择的窗口期，其实更短。

抓住供给侧变革的节奏，就是抓住医院智能化的先手。

免责声明：

智慧医疗网转载其他网站内容，出于传递更多信息而非盈利之目的，内容仅供参考。版权归原作者所有，若有侵权，请联系我们删除。

本平台所发布信息的内容和准确性由提供消息的原单位或组织独立承担完全责任!

凡来源注明智慧医疗网的内容为智慧医疗网原创，转载需获授权