研报链接已复制,可直接发送至微信群聊
行业观察

医疗数智化破局:传统医疗IT的范式坍塌与转型之路

医疗数智化行业正在经历一场史无前例的大洗牌。卫宁健康、创业慧康、东软等巨头的业绩滑坡,绝不仅仅是宏观周期导致的暂时阵痛,而是公立医院需求端觉醒与传统“定制化流水线”供给模式之间不可调和的范式坍塌。传统软件厂商只有顺应底层重力,在软件架构上向医院交出“装修权”、在智能化落地上退防为“合规护盾”、在区域协同上为国家队提供数据场景代运营,才能跨越生死劫,重生为数据资产运营商。

医疗数智化行业大洗牌:从项目制到数据资产运营商
图1|医疗数智化行业从传统项目制向数据资产运营商演进

别骗自己了,医院预算恢复也救不了“项目制”的命

很多医疗IT从业者现在都在“熬”。

大家看着医疗信息化上市公司十五年来的首度亏损,看着各家财报里周转天数动辄逼近300天的巨额应收账款,看着数千万元拿下的三甲医院大单在派驻上百名研发人员日夜赶工后,迟迟无法跑通主流程、拿不到最终验收报告。面对这些刺眼的数据与交付困境,行业里依然有人相互安慰,认为这只是宏观化债周期带来的短期阵痛;只要等财政预算重新批复、医院资金周转恢复,传统的交付节奏就能重回正轨。

别骗自己了。这并非宏观经济的周期性寒冬,而是商业底层支撑逻辑的彻底碎裂。传统的“项目制”交付模式,在商业与工程逻辑上已经走向终结。

回看过去十年医疗信息化狂飙突进的历程,厂商手握国家卫生健康委的“电子病历系统应用水平分级评价”与“医院信息互联互通标准化成熟度测评”标准,如同拿着标准答案进入考场。挂号、LIS(实验室信息系统)、PACS(医学影像存档与通讯系统)、电子病历等模块被标准化打包放入机房,做通接口、跑顺流程、完成验收盖章即可交付下一家。那是一个“以合规驱动建设”的时代,医院的核心采购诉求是达标与迎检。

但在DRG/DIP(按疾病诊断相关分组/按病种分值付费)医保支付方式改革全面推进、公立医院运营成本压力陡增的当下,医院的信息化建设逻辑发生了质的转变。在“公立医院经济管理年”与严控运营成本的重压下,医院对IT系统的核心诉求由“花钱买合规”彻底转变为“控本求生存”。

院方开始要求在原有的单体架构(Monolithic Architecture)上进行深度代码级定制。为了支撑精细到每个手术步骤的“三明模式”工分绩效考核,为了强行打通原本割裂的HIS(医院信息系统)与HRP(医院资源计划系统),海量的定制化需求直接压向现场项目团队。部分厂商为了锁定标杆订单被迫垫资进场,将庞大的研发人力消耗在无休止的驻场二次开发中。

这随即引发了极具破坏力的商业悖论:规模越大,亏损越甚。

交付10家二级医院的标准化系统,依赖同一套产品代码,边际利润清晰可控;但接下10家大型三甲医院的深度定制项目,利润往往迅速转负。十家医院意味着维护十个完全分叉的代码分支(Branches),每一次底层医保政策的细微调整,都需要多组团队手动修改与测试适配。软件工程的边际成本不但没有随规模扩张递减,反而呈指数级攀升。沉重的人力成本叠加漫长的回款账期,最终直接吞噬了厂商的经营现金流与利润空间。

即便地方专项债逐步落地、医院预算账面改善,依靠“堆砌人头换取项目流水”的传统外包式项目制也已在财务模型层面破产。旧范式坍塌之后,供给侧必须进行根本性的模式重塑。

架构的妥协:强推SaaS是死路,底座标准化与“交出装修权”才是活路

既然定制化项目制走入死胡同,全行业强推云原生多租户SaaS是否行得通?

主流厂商均在加速布局新一代云原生医院核心业务系统。从纯软件工程视角来看,这一路径高度理想化:摒弃臃肿的单体系统,拥抱分布式微服务与云原生(Cloud-Native)架构;一旦底层全面标准化,全省乃至全国医院运行统一基准代码,系统升级通过云端一键发版即可完成,软件的边际交付成本几乎降为零。

然而,这种理想化路径忽略了顶级三甲医院的治理现实。它只计算了技术厂商的降本收益,却没有正视医院管理层与信息部门的核心诉求。

面对日均门诊量数万人次的大型公立医院,要求其全面接入封闭、代码固化的标准多租户云服务,意味着要求院方交出对核心医疗数据的物理掌控边界,以及根据复杂临床科研需求自由调整业务流程的特权。当前,头部高水平医院正加速布局自建数据能力与数智化生态,部分机构设立全资数智医疗科技平台,投入庞大的工程团队开发特色临床路径,并将顶级专家的临床决策规则库产品化。在这一背景下,完全黑盒化、限制底层二次开发能力的SaaS系统极难在大型三甲医院落地推进。

强推标准化SaaS所遭遇的阻力,本质上是技术供给与医疗机构管理权责之间的碰撞。破局的关键,在于分层解耦与战略妥协:SaaS向后退,承担硬核的规则与算力底座;aPaaS向前走,构筑柔性的临床与管理中台。

表1|新一代医院核心系统架构分层与权责边界划分
架构层级 技术实现范式 涵盖核心业务 控制权归属
上层应用(业务装修) 白盒化 aPaaS / 低代码平台 / 开放 API 临床表单、专科电子病历模板、科室排班逻辑、科研衍生表单 医院信息中心与院方技术团队自主掌控
底层基座(承重结构) 强 SaaS 化 / 分布式事务引擎 / 标准接口 DRG/DIP 测算引擎、国家医保加密接口、核心交易底座、财务总账 标准化软件厂商统一运维管控

下层架构:坚硬的强SaaS化底座

底层系统包含 DRG/DIP 核心测算引擎、国家医保局标准数据接口、底层高并发事务基座(Transaction Base)以及全院财务核算总账。该层级直面国家医保结算红线与高并发事务一致性要求,必须保持高强度的一致性管控,杜绝随意变动业务底层事务逻辑,以保障核心合规安全。

上层应用:柔性的强aPaaS化与白盒化交付

前端的专科电子病历模板、护理记录表单、专病质控指标、甚至特色科室的排班规则,必须全面推进白盒化交付。技术厂商需提供高开放度的应用开发平台(aPaaS),将表单拖拽、流程编排及标准开放接口完全交付给医院信息部门或其技术合作伙伴。

这种模式的本质是“为医院构筑高强度的基础毛坯架构,但将内部空间的所有装修权完整交还”。以赋能医院自主掌控的架构设计,化解标准化系统与医院个性化需求之间的冲突,标准化底层架构才具备在复杂大型医疗机构真正落地的现实基础。

医疗AI的退防:别做“隐性决策者”,去做“现金流门神”

在医院基础设施演进的同时,“医疗大模型”与“智能体(Agentic Hospital)”也已成为行业核心焦点。诸多规划蓝图描绘出由算法全面接管流程的前景:AI自动调取跨年度病史记录、提炼临床摘要、拟定处置医嘱并生成前沿诊疗建议,实现端到端的隐性决策支撑。

但脱离严肃医疗运行规则的模型应用,极难通过医院医疗质量控制与法务伦理评估。根本原因在于医疗行为的权责闭环:

一旦算法系统隐性介入核心诊断路径并导致严重不良医疗事件(如药物相互作用遗漏致敏),或因模型“幻觉(Hallucination)”造成医保基金超额报销指控,法律与行政主体无法向黑盒神经网络追责。依照现行医疗管理制度与执业规范,开具处方与确立诊断的法定责任必须由具备执业资格的临床医师承担。缺乏法定主体资格与风险兜底能力的决策算法,无法在核心医疗环节实现全权托管。

因此,医疗大模型与AI工具必须进行定位退防:从激进的“临床主动决策者”,战略退防为审慎的“伴随式防御与合规阻断引擎”,担当医院精细化运营与医保支付的“现金流门神”(Gatekeeper)。

“警告:您刚才开具的免疫球蛋白联合特定靶向药组合,与患者病案首页的 ICD-10 主诊断编码(J15.9)存在严重逻辑冲突。根据国家医保局及本市 DRG 最新结算规则第 42 条,如果强行提交,该病组将触发违规降级,本科室将在本次住院中直接产生 8,500 元的净亏损。是否继续提交?”

这一应用场景反映出技术定位的根本转变:AI 不再试图越俎代庖替代专科医生的临床判断,而是在终端提交环节,为医生提供高精度的医保规则校验与拒付风险预警,协助医院抵御结算违规带来的财务扣减风险。

若医师基于明确临床指征选择忽略预警继续提交,系统后台完整记录审查留痕与风险确认凭据。在后续医保飞行检查或年度结算审核中,相关数据记录清晰闭环,权责边界明晰,AI承担的是严格的流程审计与质控辅助角色。

对医院决策层而言,模型参数规模与考试通过率并非核心考量指标;能够精确防范医保违规核扣、直接优化科室结余表现的实际ROI(投资回报率),才是驱动信息化硬性预算投入的核心依据。

撕碎“算力房东”的幻觉,去给“国家队”做场景代运营

除了院内软件与模型应用外,区域医疗专有云与算力中心也是诸多厂商战略布局的重点方向。部分方案设想跳出单体医院内卷,通过自建区域级医疗专有云和智算中心,统一托管市县各级医院数据与算力资源,收取持续的算力与存储租金。

然而,这一商业构想面临着深层次的体系制约:区域医疗数据协同与底层算力流转,本质上属于国家公共基础设施级别的要素重构。

民营软件厂商既不具备底层长途光缆与重资产数据中心等基建资源,亦不拥有行政发文归集各级公立医院核心数据的权力边界。在各级地方医疗机构利益复杂、权属多元的背景下,缺乏重资产与公共属性的第三方机构难以独自推进跨层级数据垄断网络。

随着国家数据要素市场化配置改革的推进,地方国资数据集团、大型电信运营商及核心央企基建力量正在成为区域算力中心与公共数据基础设施的主导建设方。面对公共数据要素体系的重塑,民营医疗软件厂商应主动转变定位,从基础设施的争夺转向深层业务的价值绑定:交出基建所有权,专注于深度场景运营。

flowchart LR A[国家队 / 地方国资数据集团] -->|投入资金基建 / 政策汇聚原始数据| B[区域政务医疗数据底座] C[医疗IT专业厂商] -->|医疗Know-how / 业务规则清洗映射| B B --> D[合规高价值数据资产] D --> E[商业健康险精算模型] D --> F[药企真实世界研究 RWE] D --> G[医疗垂直大模型训练语料]

区域公共基建和底层算力设施由具备相应资质的国有主体与电信运营商承载;而医疗软件企业则专注于自身核心优势——对医疗底层业务逻辑、复杂临床数据语义标准与跨系统异构数据特性的深入理解(Know-how)。

汇集自多源异构HIS、EMR的原始医疗数据往往充斥非结构化文本、歧义缩写与未对齐的标准编码。缺乏临床业务理解的通用基建方难以将其直接转化为合规数据要素。专业医疗IT厂商的转型路径,正是在于担当“区域医疗数据网与健康云的独家场景代运营服务商”:

  • 实施高标准医学实体对齐、术语归一化与数据治理,形成可支撑大模型训练的高质量医学专业语料;
  • 在合规脱敏的前提下,构建满足商业健康险精准风控与产品定价的测算数据集;
  • 为创新药械企业的真实世界研究(RWE)及靶点探索提供严谨规范的数据要素资产;
  • 在数据确权流转与算力调用服务中,建立技术加工、合规清洗与长期运营分成的可持续变现闭环。

放弃底层基础设施的直接持有,转而在数据要素价值释放的全链路中构建不可替代的治理加工与业务映射能力,是厂商融入数字健康新基建的务实路径。

抛弃“组装厂”的残阳,迎接数据资产的破晓

医疗数智化行业的深刻调整,关乎产业主体的商业重塑,也直接影响着专业技术团队的演进路径。

随着单纯依赖人员派驻、粗放驻场二次开发的模式逐步退潮,缺乏业务理解、仅能进行简单数据增删改查(CRUD)与模板套用的同质化开发模式将被加速淘汰;相反,深度掌握医保底层支付逻辑、通晓临床痛点机制、具备复杂异构医疗数据语义治理能力的业务架构师与数据运营专家,正在成为产业稀缺的核心资源。

公立医院正在经历从外延扩张向内涵节约的深度转型。面对从“合规考核驱动”向“严控成本求发展”的根本转变,试图依赖修补传统定制系统熬过周期的路径已不可持续。坚决告别低水平代码组装模式,向具备自主架构弹性的软件服务、强量化ROI的合规AI工具,以及深度协同的数据资产运营演进,是医疗数智化产业跨越周期的必由之路。

S

欢迎就本文涉及的观点、架构与实施问题与作者 Shawn Shi 交流。重点讨论方向包括医疗AI、医院数智化转型、健康数据架构与医疗IT战略实践。可通过本站社交账号或邮件联系。