独立软件UDI赋码的特殊要求

独立软件作为医疗器械（SaMD）没有实体包装，其UDI赋码方式与传统硬件器械存在显著差异。相关规范对软件类产品的标识载体、版本表达与数据库填报提出了针对性要求。

一、独立软件为何需要专门规则

传统器械的UDI打印在标签或包装上，而独立软件以电子数据形式交付，没有可供贴标的物理介质，若照搬硬件赋码思路便无从落地。同时，软件通过版本迭代持续演进，同一注册证下可能存在多个功能与性能不同的版本。

若标识不能区分版本，下游企业扫码后将无法判断所装软件的具体形态，追溯与召回都会失效。因此，针对独立软件制定专门的UDI规则，核心是解决「无实体如何赋码」与「多版本如何区分」两大问题。

软件类产品的使用场景还包括云部署、订阅制与插件化架构，这些形态进一步增加了标识管理的复杂度，需要在规则层面给出可操作的指引，使监管、医院与企业在同一框架下协同。

二、标识载体的实现方式

独立软件的UDI通常以纯文本或可读二维码的形式，在软件启动界面、关于页面或交付说明书中向用户展示，并随软件安装包、激活信息一并提供。对于通过应用商店或平台分发的软件，可在产品说明与版本信息中嵌入UDI文本串。

鼓励采用机器可识读的二维码，便于医院在验收与盘点时快速录入，减少手工输入差错。对无法展示图形码的环境，至少应保证UDI文本串可被复制与记录，纳入机构资产管理系统。

交付物层面，建议在许可证书、用户手册封面与随附介质标签上同步标注UDI，确保从采购、部署到运维各环节都能获取标识，形成完整的交付证据链。

三、版本与配置维度的PI设计

软件类产品的PI应重点体现版本号、发布日期及适用配置。同一注册证下的重大更新版本应视为不同的产品标识，确保扫码即可定位到具体版本的功能与安全特性。

对于模块化、可插件的软件架构，还应在PI中表达已启用的功能模块组合，避免不同配置混用导致临床风险。注册人应建立版本—标识映射管理机制，在每次发布时同步维护UDI数据库中的PI变更记录。

对通过网络安全补丁持续更新的软件，应评估补丁是否构成影响追溯信息的实质变更，明确哪些更新需要更新PI、哪些仅作内部记录，防止PI与实物长期脱节。

四、数据库填报与变更联动

独立软件注册人应在UDI数据库填报DI及版本相关PI，并在软件升级、召回或功能变更时及时更新数据，保证数据库与在售版本一致。由于软件更新频繁，建议将UDI数据维护纳入软件发布流程。

由研发或质量部门在发版前完成标识分配与数据库录入，可避免「版本已上线、数据库未更新」的脱节。对采用敏捷迭代的团队，更应将UDI维护列为发布检查项，而非事后补录。

对于通过网络安全补丁方式更新的情形，应评估是否构成影响追溯信息的实质变更，必要时同步更新PI，确保数据库始终反映用户实际可用的软件形态。

五、软件企业的落地建议

软件注册人应将UDI要求前置到产品需求与发布管理之中：在版本规划阶段即预留标识字段，在交付物中固化UDI展示位置，在质量体系文件中明确UDI维护职责。对采用云部署、订阅制的软件，应在服务协议与用户端同步提供UDI信息。

建议企业与下游医院信息科对接扫码录入流程，验证UDI在真实场景中的可用性，把下游反馈用于改进展示方式与数据质量。可用性不足会直接削弱UDI的追溯价值。

把UDI管理嵌入软件生命周期，独立软件企业方能让无实体的医疗器械同样拥有清晰、可控的数字身份，并在监管检查中从容举证。

独立软件的UDI落地关键在于「版本可追溯、载体可展示」。软件注册人把标识管理嵌入发布流程，方能让无实体的医疗器械同样拥有清晰的数字身份。

软件类企业宜将UDI管理前置到版本规划与发布流水线中，使每一次发版都自动完成标识分配与数据库同步，从而让无实体的医疗器械同样具备可控的数字身份。