在普通办公软件中，升级导致的设置重置或许仅带来操作不便；但在患者监护系统中，若报警设置被重置或正在监护的患者被系统移除，其后果远超“软件体验”范畴，直接关乎临床安全。
2026 年 9 月 3 日，FDA 更新 GE HealthCare Portrait Core Services 软件纠正公告，将该事件定性为 II 类召回，并进一步澄清原因。此次更新未改变受影响产品范围及处置建议，亦不意味着问题始于当日。
本案的核心警示在于：企业是否将软件升级本身，视为需要严格验证和控制风险的临床使用场景？
01｜患者未离床，却可能“离开”监护系统
FDA 公告涉及搭载特定版本 Portrait Core Services 软件的 Portrait Mobile Monitoring Solution。该系统负责采集、存储、计算及显示患者监护数据，并提供实时报警。
受影响产品涵盖 V1.0.5、V1.1 及 V1.2 相关软件组件。需依据公告中的产品名称、REF 编号和 UDI 逐项确认，不可扩大解读为所有 GE 监护产品均受影响。
GE HealthCare 在医疗机构进行软件服务更新时发现两类主要风险：
第一，部分患者可能被系统“移除”。正在接受监护的患者可能被从系统中解除关联。此处的"discharged"指系统内患者状态变化，而非患者实际出院。
第二，报警设置可能恢复出厂默认值。更新后，系统可能不再沿用此前为特定患者或护理区域配置的个性化报警设置。
上述情况可能导致 Hub 和 Central Viewer 端出现监护数据或预期报警丢失。标题中的“掉线”是对监护关系或功能丢失的形象表述，并非指普通网络断连或黑客攻击。
FDA 指出，截至 2026 年 7 月 29 日，GE HealthCare 未报告与该问题相关的严重伤害或死亡。这一统计有明确截止日期，不宜简单改写为“截至目前无伤亡”，更不可据此忽视潜在风险。
02｜II 类召回：不等于退货，更不等于低风险
在 FDA 监管语境中，“召回”不仅指产品下架或退回，也包括在使用现场实施纠正（如调整设备、更新说明书）。本次事件属于更新使用说明，不涉及移除设备。
FDA 明确表示，受影响系统可继续使用，但强调开始软件更新前，必须为患者建立适当的替代监护措施。
根据 FDA 召回数据库记录，GE HealthCare 于 2026 年 7 月 20 日发出紧急医疗器械纠正通知，要求客户：
- 在软件更新前，确保已为患者建立适当的替代监护；
- 将载有替代监护说明的用户手册补充文件放入系统用户手册附录 A；
- 确保机构内所有潜在使用者知晓该安全通知并保留相关文件。
此处"Class II"指召回风险等级，而非产品本身的医疗器械分类。II 类召回适用于可能造成暂时性或可逆健康问题，或造成严重健康问题乃至死亡可能性较低的情况。
需明确：“可以继续使用”不等于“可以照常升级”。继续使用与升级前的风险控制是必须同步落实的两项要求。
03｜普瑞纯证观察：升级验证不能只看“安装成功”
基于本次事件，提出以下企业管理建议，旨在优化风险控制流程：
一、验证对象应从“软件功能”延伸到“监护连续性”
软件安装成功、服务启动正常并不足以证明升级安全。对于联网监护系统，企业还应验证患者与设备的关联、报警配置、多终端显示一致性，以及升级中断和恢复后的状态。核心问题是：在升级前、中、后全过程，患者是否始终得到必要的监护保护？
二、默认配置不等于当前患者的适用配置
出厂默认值无法替代针对特定患者或区域的个性化参数。配置迁移不应仅被视为数据搬运，企业需明确哪些设置需保留、何时允许重置、如何提示使用者以及恢复后由谁确认。系统运行恢复与临床配置正确性应分别验证。
三、客户通知应转化为可执行的现场要求
若风险控制依赖替代监护或人员交接，通知不能仅停留在 IT 层面。建议在更新方案中明确临床、医学工程、IT 及服务团队的责任，设置替代监护确认、异常中止和恢复验收等具体条件。具体操作仍应严格依据制造商发布的客户通知及用户手册。
四、CAPA 闭环不能停在“通知已发出”
从上市后管理角度，企业需关注客户是否理解通知、相关人员是否完成培训、现场措施是否落实以及纠正后类似问题是否复发。通知送达仅是过程证据，风险是否受控需经后续验证。
04｜“小补丁”是否需要新的 510(k)？
本案提示出海企业：软件变更是否需要新的 510(k)，不能仅凭代码行数、补丁大小或版本号判断。FDA 指南要求围绕变更对安全性和有效性的潜在影响进行评估，重点包括新增风险、控制措施及临床功能变化。
企业应避免两个极端：一是认为“修复问题”就一定无需申报，二是认为“只要更新”就必须申报。变更目的不能替代具体的风险评估。
建议企业为每次变更保留可追溯的评估依据，包括受影响功能、风险变化、验证结果和申报判断。即便结论为无需新 510(k)，也不代表可跳过变更控制和验证环节。
结语｜真正需要守住的是升级期间的临床安全
医疗软件升级的完成标准不应只是“新版本已部署”，更重要的是患者识别是否正确、监护是否连续、报警是否按预期工作。一次升级是否安全，既取决于新版本增加了什么，也取决于更新过程中有没有丢失原本应当持续发挥作用的保护。
对于出海医疗软件和联网器械企业，应将版本变更评估、系统级验证、临床现场执行和上市后反馈紧密连接，消除“软件更新完成，临床风险才开始”的管理盲区。
参考来源
本文依据 FDA 公开信息撰写，信息核对截至 2026 年 9 月 8 日。本文为法规与风险管理解读，不替代制造商安全通知、用户手册或医疗机构的临床操作要求。
FDA：Monitoring System Correction: GE HealthCare Updates Use Instructions for Portrait Core Services Software
https://www.fda.gov/medical-devices/medical-device-recalls-and-early-alerts/monitoring-system-correction-ge-healthcare-updates-use-instructions-portrait-core-services-software
[2] FDA 召回数据库：Class 2 Device Recall GE Healthcare Portrait
https://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfres/res.cfm?id=221791
[3] FDA：What is a Medical Device Recall?
https://www.fda.gov/medical-devices/medical-device-recalls-and-early-alerts/what-medical-device-recall