夜雨聆风
只有能够脱离迈瑞硬件独立销售的软件，才是真正的软件产品
过去医疗器械公司的商业逻辑很清楚。
先卖设备再围绕设备提供软件。
买监护仪配中央监护系统。
买麻醉机配手术麻醉信息系统。
买一批输注泵再增加一个设备管理平台。
在这种模式里硬件是主角。
软件的主要任务是：帮助设备联网，增强整体方案，提高中标概率，带动硬件销售。
这种模式在过去没有错，甚至非常有效。
但如果迈瑞希望软件和AI成为下一阶段的增长曲线，这套定位就必须改变。
软件不能再只是帮助硬件卖得更好的工具。
软件本身必须成为可以独立销售、独立创造收入的产品。
⸻
搭售模式会让软件永远长不大
软件跟着硬件一起销售。
表面上看可以充分利用迈瑞已有的设备、渠道和客户关系。
但它也会带来一个非常明显的问题：
软件的价值始终被隐藏在硬件合同里。
医院购买的是设备，软件只是“配套”。
于是软件有没有独立竞争力。
医生是否真正愿意使用。
能不能适配其他厂商设备。
能不能单独产生收入。
这些问题都容易被忽略。
只要设备卖出去了，项目就算成功。
至于软件几年以后是否好用。
有没有统一升级。
是不是已经出现十几个定制版本。
往往没有人真正负责。
久而久之软件的发展目标就会被改变。
它不再追求成为最好的医疗软件。
而是追求能不能帮助这一次硬件项目成交。
这对短期销售有利却会压缩软件的长期空间。
⸻
软件一旦成为赠品就很难建立真正的产品纪律
硬件项目竞争激烈，销售为了拿下订单，很容易向医院承诺：
这个页面可以改，那个流程可以做。
这张表格可以重新设计，这个接口也可以免费增加。
因为软件没有单独定价，每一个改动看起来都不算大。
但一家医院改一点，十家医院改十点。
一百家医院以后，就会出现一百套不同的需求组合。
最终形成一家医院一个版本，一个项目一个分支，一套系统几十种界面。
工程师不敢统一升级，新功能无法快速推广。
售后成本不断增加，软件越卖越多，维护反而越来越困难。
这不是工程师能力不够，而是软件从一开始，就没有被当作独立产品管理。
赠品需要满足项目，软件产品必须坚持路线。
两者是完全不同的逻辑。
⸻
真正的软件产品必须能够离开硬件独立生存
判断一套软件是不是真正的产品其实有一个很简单的标准：
当医院不购买迈瑞硬件时，是否仍然愿意单独购买这套软件？
医院已经使用其他品牌的监护仪是否仍然愿意购买迈瑞中央监护系统？
医院使用其他公司的手麻系统是否仍然愿意购买迈瑞AI平台？
医院手术室设备品牌复杂是否仍然愿意选择迈瑞的围术期软件平台？
答案如果是否定的，那么这套软件的竞争力，可能仍然主要来自硬件打包，而不是软件本身。
真正有价值的软件应该做到：
与迈瑞硬件组合时拥有最完整、最顺畅的体验。
脱离迈瑞硬件时仍然可以通过标准接口，连接其他厂商设备和医院系统。
这才是开放的平台能力，也是迈瑞软件走向全国市场的前提。
⸻
迈瑞最应该重点发展的不是零散的小工具，而是几套核心系统
如果从医院真实流程出发，迈瑞最值得长期投入的软件产品至少包括：
重症信息系统：连接监护仪、呼吸机、输注泵和病历数据。
服务ICU连续监测、医嘱执行、风险预警和质量分析。
手术麻醉信息系统：覆盖术前评估、手术排程、术中记录、PACU、术后访视和围术期质控。
急诊信息系统：连接分诊、抢救、监护、检验、影像和急诊留观流程。
中央监护系统：不仅显示设备数据。
还要统一患者身份、报警、手术阶段和临床任务。
AI平台：为不同业务系统提供病情总结、风险识别、质量分析、智能预警和Agent能力。
这些系统有一个共同特点：它们都不能只服务于迈瑞自己的设备。
医院不可能只使用一家公司的全部硬件。
监护仪可能来自迈瑞，麻醉机可能来自另一家公司。
输注泵、呼吸机和超声设备又可能来自不同品牌。
如果软件只能连接迈瑞设备，它就很难成为医院级平台，最多只能成为设备管理工具。
迈瑞硬件应该是软件最深度支持的设备，但绝不能是软件唯一能够支持的设备。
⸻
软件部门不能继续从属于某一条硬件产品线
如果重症系统归呼吸机或监护仪产品线管理。
它的发展方向就容易围绕设备销售展开。
如果手麻系统归麻醉机部门管理。
它的优先级就容易服务麻醉机项目。
如果AI功能分别散落在不同硬件部门。
最终就会出现每个部门都有自己的模型接口，自己的Prompt，自己的知识库，自己的界面，自己的通知方式，自己的数据标准。
公司看起来拥有很多AI功能，实际却没有形成统一的AI平台。
因此迈瑞软件如果要真正成长。
就不能只是硬件部门下面的一个研发组。
也不能只是为各条产品线提供配套支持的“软件开发集群”。
它应该成为一个独立的软件与AI事业群。
与监护、麻醉、超声、检验等硬件事业群平行。
拥有自己的产品战略，系统架构，研发预算，销售体系，收入目标，实施体系，客户成功团队，以及对版本路线的最终决定权。
它可以服务所有硬件部门，也可以独立面对医院市场。
但不能被任何一条硬件产品线单独控制。
⸻
独立事业群首先意味着独立收入
一个部门在公司内部有没有真正地位。
不能只看组织架构图。
还要看它能不能清楚说明今年创造了多少收入？产生了多少利润？带来了多少续费？覆盖了多少医院？医生每天使用多少次？软件又带动了多少硬件销售。
如果软件收入一直被计算在设备合同里。
软件团队就很难证明自己的价值。
最终研发预算仍然需要向硬件部门争取。
销售资源仍然优先服务设备项目。
软件路线也容易被短期订单打断。
因此迈瑞软件必须建立独立的商业模式。
例如：平台授权费，年度软件服务费，AI模块订阅费，私有化部署费，模型和知识库运维费。
按手术间、床位或业务量收费，高级质控和科研模块费用，第三方插件和生态分成。
只有拥有持续收入软件团队才有能力持续升级，持续维护，持续投入AI研发。
也才能从成本中心变成真正的利润中心。
⸻
独立收入之外还必须有独立预算
医疗软件不是一次开发完成以后就不再投入。
它需要长期承担：版本升级，安全修复，法规适配，接口维护，数据库优化，用户体验改进，AI模型更新，知识库建设，临床评测，客户培训。
如果所有研发预算都依赖某次硬件项目是否中标，软件团队就不可能进行长期规划。
真正的平台底座。
统一数据模型。
公共组件库。
统一通知中心。
模型管理平台。
这些工作短期未必直接产生订单却决定未来能不能规模化。
没有独立预算团队就会不断优先开发客户马上要验收的功能，销售明天要演示的页面，某个项目临时承诺的接口。
而那些最重要、最基础、最长期的工作，反而一直没有时间完成。
⸻
软件还必须有独立销售体系
卖硬件和卖软件不是同一种能力。
硬件销售更容易展示设备性能，参数，精度，可靠性，价格。
软件销售则需要讲清楚：医院流程怎样改变，医生节省多少时间，风险减少多少，质量怎样提高，为什么需要持续服务，为什么不能无限定制。
软件销售完成以后还需要长期推动使用、续费和扩展。
因此单纯依靠硬件销售团队顺带销售软件通常不够。
迈瑞需要懂临床流程。
懂软件产品。
懂医院管理。
也懂AI价值的专业销售和解决方案团队。
他们不只是拿下一张订单。
还要帮助医院理解：
购买的不是一套附属系统而是一种持续改善工作流程的能力。
⸻
产品路线更不能由单个项目决定
软件事业群独立以后最重要的权力之一就是对产品路线的控制权。
医院提出的需求并不都应该直接进入核心产品。
销售承诺的功能也不能自动成为研发任务。
每一个需求都应该先判断：
它是全国医院普遍存在的问题吗？
应该做成标准功能吗？
可以通过配置解决吗？
适合成为插件吗？
只是本地接口适配吗？
还是应该明确拒绝？
如果产品团队没有拒绝需求的能力，所谓独立事业群最终仍然只是更大规模的项目实施部门。
真正成熟的软件公司不是客户说什么就做什么。
而是能够把零散需求提炼成标准产品能力。
医院提出的是问题产品团队决定用什么方式解决。
⸻
软件独立以后反而更能带动硬件销售
让软件与硬件脱钩并不是削弱硬件优势，恰恰可能放大硬件优势。
例如一家医院先使用迈瑞的AI平台或手麻系统。
软件能够连接现有的第三方设备，医院不需要先更换全部硬件。
随着系统逐渐进入临床流程，医院开始熟悉迈瑞平台。
下一次设备更新时，迈瑞自己的监护仪、麻醉机和输注泵。
因为连接更深入，数据更完整，部署更简单，自然拥有更强竞争力。
这条路径与过去正好相反。
过去是先卖硬件，再附带软件。
未来可以是先通过软件进入流程，再通过平台带动设备。
硬件可以成为软件的入口软件也可以成为硬件的入口。
只有双方平起平坐这种双向增长才可能形成。
⸻
软件为什么可能成为第二个现金奶牛？
硬件仍然会是迈瑞最重要的基础。
但硬件采购周期长，市场逐渐成熟以后，增长会受到设备更新速度和医院资本支出的限制。
软件和AI则不同。
软件可以持续升级，按年收费，不断增加模块，覆盖更多科室，连接更多设备，形成长期服务关系。
同一家医院可能先购买中央监护系统，再扩展到重症系统，手麻系统，急诊系统，AI平台，科研和质控服务。
客户使用越深替换成本越高，持续收入也越稳定。
这正是软件成为第二增长曲线，甚至成为第二个利润现金奶牛的可能性。
但前提是软件必须是一项独立业务。
而不是永远隐藏在硬件合同里的赠品。
⸻
写在最后
迈瑞已经拥有做医疗软件最难获得的资源：设备入口，全国医院渠道，临床场景，品牌信任，工程能力，以及持续产生的数据。
现在真正需要改变的不是再增加几套配套软件，而是软件的战略位置。
重症系统。
手麻系统。
急诊系统。
中央监护系统。
AI平台。
都应该按照独立产品建设。
它们必须优先服务真实临床流程，能够兼容不同医院，不同信息系统，以及尽可能多的设备厂商。
迈瑞自己的硬件可以获得最深度的协同，却不能成为软件唯一的使用前提。
如果我是迈瑞软件系统架构师我会坚持几个最基本的判断：
软件部门必须与硬件部门平行。
软件必须拥有独立收入、预算、销售体系和产品路线。
软件可以带动硬件，但不能依附硬件才能存在。
只有能够脱离迈瑞硬件，仍然被医院单独购买的软件，才是真正的软件产品。
这个定位不是一个组织架构问题。
而是决定迈瑞的软件业务最终会成为一个长期消耗资源的配套部门。
还是成长为公司第二个利润引擎的战略选择。
知而后行，行而求知。
从手术室到机房，从临床到系统。记录一名麻醉医生关于医疗AI、医院信息化与持续成长的探索。
—— 医路智行录