夜雨聆风对于传统医疗器械厂商而言，做好软件产品不仅仅是增加一个产品线，而是一场涉及战略定位、合规体系、技术栈、人才结构和商业模式的系统性变革。
一、战略定位：明确软件在产品矩阵中的角色
传统医疗器械厂商切入软件领域，首先要回答“软件扮演什么角色”这一战略问题。根据软件与硬件的关系，可分为三种模式：
1. 嵌入式软件组件——给硬件装上“大脑”
这是传统器械厂商最自然的延伸方向。嵌入式软件运行于设备内部，控制或驱动医疗器械硬件，常见于CT、MRI、心电图机等设备的内含软件。这类软件不单独注册，随医疗器械整体注册，其价值在于提升硬件的性能和差异化能力——从“卖铁”变成“卖智能化功能”。
2. 独立软件——从卖设备到卖数据能力
独立软件（SaMD）具有一个或多个医疗目的，无需医疗器械硬件即可完成预期用途，运行于通用计算平台。这类软件需要单独注册。例如，医疗影像分析软件、心脏病风险评估软件、远程监护平台等。软件可以脱离硬件独立销售，这意味着器械厂商的商业模式可以从“一次性设备销售”转向“持续性技术服务”。
3. 平台型软件——构建生态壁垒
更高阶的定位是构建软件平台。以东软医疗为例，其策略已经从设备供应商转向数据运营伙伴——通过提供数据服务，帮助医院将沉睡在存储服务器里的“死数据”变成可交易的数据资产。这种模式将软件定位为连接医院、患者、数据的生态枢纽，构建长期竞争壁垒。
建议：对于初次涉足软件的传统厂商，建议从“嵌入式软件升级”切入，逐步向独立软件和平台型软件演进，避免一步跨得过大。
二、合规体系建设：软件产品的“生命线”
医疗器械软件的合规要求远比消费级软件严格，这是传统厂商需要重点投入的方向。
1. 软件分类与注册单元的划分
独立软件的注册单元以管理类别、预期用途、功能模块作为划分原则。不同管理类别的独立软件需作为不同注册单元，若技术上无法拆分，则按较高管理类别申报。不同预期用途的软件（如治疗计划类、诊断类、监护类、信息管理类）也需划分不同注册单元。对于功能庞大的复杂软件，需拆分为平台功能软件和特定功能软件分别注册。
实践建议：在产品设计之初就规划好注册单元划分方案，避免后期因“捆绑注册”导致的审批周期延长。
2. 网络安全与UDI实施
具备电子数据交换、远程访问与控制、用户访问三种功能之一的独立软件，均需满足网络安全要求，提交网络安全描述文档。漏洞评估方面，网络安全严重级别产品除提交自评报告外，还需有资质机构出具的漏洞评估报告。
2026年3月，国家药监局发布的UDI新政策对医疗器械独立软件的UDI实施作出了明确规定：有界面软件需在用户易见界面以纯文本格式展示UDI信息；无界面软件需通过API接口发送UDI信息。这要求在软件开发阶段就纳入UDI管理功能。
3. AI医用软件的特殊监管要求
国家药监局发布的《人工智能医用软件产品分类界定指导原则》提出：若软件处理对象为医疗器械数据，核心功能是对该数据进行分析并用于医疗用途，一般作为医疗器械管理；辅助决策类、对临床决策影响较大的产品，多数按三类医疗器械管理。NMPA监管的核心逻辑是“严准入+全生命周期监管”，强调算法锁定、网络安全与临床循证。
4. 质量管理体系（IEC 62304）
IEC 62304是医疗器械软件生命周期流程的国际标准，涵盖软件开发、维护、风险管理、配置管理和问题解决五个流程组。未来中国标准的YY/T 1406—2026即将实施。更重要的是，IEC 62304第2版预计2026年夏季发布，安全类别A、B、C将调整为软件过程严谨程度I级和II级——原B类软件可能面临更高的文件和流程要求。建议厂商关注标准变更并尽早进行差距分析。
三、研发与运营：从“硬件思维”到“软件思维”
传统医疗器械厂商通常习惯了瀑布式开发模式，而软件开发需要更敏捷的迭代节奏，两者之间存在张力。
1. 开发流程的重构
在医疗器械软件设计中，需要从18个方面进行技术考量：注册单元与检测单元、临床评价、网络安全、云计算、移动计算、人工智能、人因与可用性、互操作性、测量功能、远程访问与控制、通用计算平台、非医疗器械功能、使用期限、异常处理、软件可靠性等。
同时，需要将概要设计、架构设计、详细设计三个阶段区分清晰，形成从“画户型图”到“搭框架”再到“砌墙铺砖”的完整研发流程。
2. 引入敏捷开发理念
在受高度监管的医疗器械软件领域引入敏捷开发是个挑战，但这是提升开发效率的关键。美敦力（Medtronic）神经调控部门通过实施Codebeamer，在符合FDA法规的同时实现了敏捷扩展，确保从需求、设计、测试到源代码的全链条可追溯性。
CI/CD的可适用性：医疗器械软件开发适用性较高的CI/CD实践包括自动化单元测试、静态代码分析、回归测试自动化、持续集成流水线，但策略上可以采取分阶段实施，核心安全模块可沿用V模型，非安全关键功能可采用敏捷迭代，并行运行并定期同步对齐。
3. 建立端到端的软件开发能力
建议组建内部的软件开发团队，而不是长期依赖第三方供应商。有案例显示，即使仅由三人组成的内部开发团队，利用低代码平台也能消除对外部供应商的依赖，有效解决沟通不畅、效率低下和成本过高的问题。对于复杂的SaMD产品，内部团队覆盖从后端、Web前端到云基础设施的全栈能力。
四、商业模式：从“卖设备”到“卖服务”
软件产品的引入，为医疗器械厂商打开了全新的商业模式空间。
1. 技术许可模式（高毛利路径）
以德适生物为例，其基于自主研发的医学影像基座大模型的技术许可业务收入达8434万元，毛利率高达87.3%，首次跃升为公司第一大收入来源。公司成功实现了从传统的“设备+软件”单点交付，升级为“设备入口+模型平台+技术许可”的复合型、高毛利商业模式。
2. 订阅制/SaaS模式
基于云端的SaaS交付允许用户随时从各种设备访问，而无需在本地安装和维护软件。这种模式降低了医院的前期投入门槛，同时为厂商带来持续稳定的收入流。基于功能的许可授权也能够最大限度地减少硬件SKU数量及管理工作。
3. 数据服务和生态赋能
从设备供应商转向数据运营伙伴，通过提供数据分析服务帮助医院激活“沉睡”的医疗数据，实现从“交易交付”到“价值共生”的营销新范式。微创医疗围绕供应链、生产、服务三大领域构建了十个数字化场景，形成立体化解决方案。
4. 软件货币化的系统规划
建议从两个维度、三个阶段、四个要素进行系统规划：分析差异化价值主张确定定价基础，规划技术许可和软件授权策略，并通过基于功能的许可授权实现灵活打包和定价。
五、组织与文化：打造软件基因
传统器械厂商转型做软件，最大的挑战往往不在技术，而在人。
1. 组建复合型团队
成功的医疗器械软件开发团队需要融合硬件工程、软件开发、机械工程等多领域人才。软件开发方面，使用C#/C++、Python等语言开发嵌入式系统、控制台及固件软件。同时需要配备熟悉法规的质量工程师和安全工程师。
2. 文化转型
从“追求确定性”的硬件思维，转向“接受不确定性”的软件思维，需要管理层的高度支持。正如美敦力转型中体验到的，要让团队从传统的嵌入式软件系统过渡到先进的移动和云软件医疗系统和流程，需要富有远见的软件高管带领。
3. 建立内部数字能力
数智化文化需要深度融入企业运营。在数字化转型中，需要打破地域与部门壁垒，增强组织凝聚力。数字化工具不仅用于产品开发，也应覆盖研发、生产、决策等关键环节。
结语：四条核心建议
1.合规先行：尽早组建或引入专业的法规团队，在软件架构设计阶段即嵌入合规要求。IEC 62304第2版的变更影响深远，B类安全级别的软件需特别关注，尽早开展差距分析并规划资源。
2.差异化定位：在AI辅助诊断、影像分析、远程监护等方向中找到自己的独特切入点，避免与通用软件厂商正面竞争。
3.渐进式转型：从嵌入式软件升级起步，逐步向独立软件和平台型软件演进，每一步都建立相应的组织能力和合规体系。
4.商业模式创新：不要局限于“卖软件授权”，积极探索技术许可、SaaS订阅、数据服务等多元化商业路径，提升毛利水平和收入持续性。
做好医疗器械软件，本质上是让一家传统硬件企业逐步“长出”软件能力的新基因。这需要战略耐心、持续投入和组织变革的决心，但回报是构建起新的竞争壁垒和增长曲线。
声明：
（1）观产品、观产品人、观产品思维。
（2）部分事例，来自网络。本文旨在阐述影响做出好产品的一些原因。
（3）个人观点仅供参考，若有雷同纯属巧合。
（4）若有争议，欢迎沟通交流。
