医疗系统服务商 Medley 旗下 @link 平台因黑客入侵全面重建

一句话结论

Medley 旗下 @link 平台遭入侵影响 787 家机构，公司弃用原系统并推出新版服务以优先恢复核心业务。

关键要点

• 医疗系统服务公司 Medley 通报其业务平台“@link”于 2024 年 10 月 11 日遭黑客入侵，直接波及 787 家医疗机构。
• 该事件导致相应机构旗下的患者信息存在泄露风险，Medley 官方在 10 月 14 日暂停了原有平台的服务。
• Medley 决定不重新启用原有系统，而是将数据迁移至在独立环境中重新搭建的新服务，并明确对新平台进行“重建”。
• 新服务命名为“@link Cloud β 版”，其界面设计和操作方式沿用原有系统，目前率先提供预约、患者信息管理和诊疗日历三项功能。
• 面向患者的“@link App”、网络预约网站、电子病历系统联动功能以及在线问诊等服务将不在首批恢复范围内，于后续上线。

背景与事实

医疗系统服务公司 Medley 近日公开通报了其旗下核心业务平台“@link”遭受安全攻击的具体时间线。根据官方声明，该入侵事件发生在 10 月 11 日，这一突发事件立即触发了公司的应急响应机制。由于受影响范围较广，共计 787 家使用该平台的医疗机构卷入其中，这些机构名下的患者信息面临潜在泄露风险。为了确保数据安全并切断攻击路径，Medley 在 10 月 14 日做出了暂停“@link”平台服务的决定。

在暂停服务期间，Medley 并未选择简单修复漏洞后重启旧系统，而是启动了更为彻底的处置方案。公司明确表示，原有的“@link”系统将被废弃，不再重新启用。相反，开发团队在独立的运行环境中重新搭建了一套新的服务架构，并将原有数据迁移至此。这一决策旨在从底层隔离风险，确保新环境的安全性。新服务体系被命名为“@link Cloud β 版”，目前正处于上线初期阶段。该版本在设计上保持了连续性，其界面布局和操作流程高度沿用原有系统，以降低医疗机构操作人员的学习成本。在功能覆盖上，新平台目前优先恢复了三项对日常运营影响最大的业务：预约功能、患者信息管理以及诊疗日历。

此次系统重建体现了 Medley 在安全事件后对业务恢复策略的侧重。通过隔离重建，公司试图在保障数据安全的前提下快速恢复核心医疗流程。然而，重建后的“@link Cloud β 版”并非全功能恢复。涉及患者端直接交互及深层医疗数据联动的功能，如面向患者的“@link App”、网络预约网站、电子病历系统联动功能以及在线问诊服务等，均被安排在后续批次中上线。这意味着在一段时间内，医疗机构与患者之间的部分数字化交互渠道，以及医疗数据与其他系统的自动同步能力将处于离线或降级状态。

影响分析

对于中文地区的开发者、医疗信息化从业者及医疗机构管理者而言，Medley 此次事件提供了一个关于“彻底重建”与“热修复”策略选择的典型案例。分析判断认为，在涉及大量敏感医疗数据（PHI）的平台遭受入侵后，保留旧系统架构并进行补丁修复往往存在深层漏洞未被发现的隐患。Medley 选择弃用旧系统并在独立环境中重建，虽然增加了短期内的业务中断时间和数据迁移复杂性，但从长期安全治理角度看，这种“清零重来”的策略能有效消除未知的后门或持久化威胁。这种策略对依赖稳定医疗信息化系统的机构而言，短期内会造成工作流断裂，但有助于建立更高信任度的安全基线。此外，“@link Cloud β 版”优先恢复核心运营功能（预约、患者管理、日历）的做法，符合业务连续性管理（BCM）中的关键任务优先原则，值得其他医疗 SaaS 服务商在制定灾备与恢复计划时参考。

适用边界

上述关于“彻底重建优于热修复”及“核心功能优先恢复”的分析判断，主要适用于依赖云端架构的医疗业务平台（SaaS）在遭受高级持续性威胁（APT）或数据泄露确认后的处置场景。该结论不适用于对实时性要求极高且无法离线替代的院内核心业务系统（如手术实时监护系统、重症生命支持系统），这类系统通常要求毫秒级响应，无法承受重建带来的完整停机时间；同时，对于本地化部署且数据完全不出域的传统医疗信息系统，因缺乏云端迁移的架构条件，此类跨环境重建策略也不具备直接适用性。

孤本观察

Medley 决定废弃已上线并波及 787 家机构的旧系统，转而启动“@link Cloud β 版”重建工程，显示出厂商在安全底线与业务连续性之间的权衡。编辑判断认为，保留界面一致性以降低用户迁移成本，是此次重建策略中极具操作性的细节设计。

来源：IT之家