新加坡卫生部政务部高级部长陈纪豪（Tan Kiat How）在周二（11月3日）的议会会议上透露，由于一家承包服务供应商未能完成一项必要的安全更新，导致新加坡公共医疗集群在10月13日经历了长达九个半小时的服务中断。他强调，这次失误是“本可避免的”。
陈部长表示，此次事故导致约4,000名门诊预约被迫重新安排，部分患者面临长达两小时的延迟。不过，“在此次案例中，没有因服务中断而导致对患者安全产生不利影响的事件。”
此次中断影响了所有三个公共医疗集群：国立健康集团（NHG Health）、国立大学医学组织（NUHS）以及新加坡健康服务集团（SingHealth）。
受影响的服务包括预约挂号、访客登记、药物分发以及计费系统。
陈部长指出，医疗机构随即启动了停机预案，通过增加工作人员支持运营，并让临床医生使用特定的只读患者记录和手动工作流，以确保基本医疗护理的持续进行。
国家健康技术机构 Synapxe 此前聘请了一家服务供应商来管理必要的更新，但该更新并未执行。
“Synapxe 正在审查该供应商的合同义务，并将针对已确认的失误采取适当行动。无论外包安排如何，Synapxe 对其关键系统的韧性仍负有最终责任。”
陈部长解释称，公共医疗系统虽然拥有备份基础设施（包括两个数据中心），但两者都依赖于相同的底层域名系统（DNS）服务和安全配置。
他补充道：“因此，在两者之间切换无法解决这次特定的中断。Synapxe 将审查此类共享依赖项，并加强替代恢复方案。”
陈部长将 DNS 比作帮助系统定位和连接应用程序的“互联网地址簿”，并表示在一次计划中的全球变更之前，共享 DNS 的必要安全更新未能完成。“这是一次已知变更，也是一次本可避免的失误。”
他承认，10月13日的中断给患者及其家属带来了不便和担忧，也增加了医护人员的工作量。“我们深表歉意，这种情况不应该发生。”
调查发现，此次事件并非网络攻击，也没有未经授权的访问，患者数据未被泄露或丢失。
针对中断持续时间较长的问题，他表示监控系统虽然检测到了异常活动，但识别底层问题并安全恢复服务需要时间。Synapxe 目前正在加强监控和故障诊断，以实现更快速的恢复。
专家小组
陈部长表示，政府正从三个方面加强系统的韧性：
首先是预防，通过改进关键技术变更的跟踪和验证；其次是遏制，通过解决共享依赖问题并改进恢复方案；第三是护理连续性，通过改进停机系统、提高员工准备状态并进行定期演习（包括针对部分停电的情况）。
“卫生部将监督纠正措施并验证其有效性，”陈部长说。
Synapxe 已任命一个专家小组，成员来自具有类似工程背景的其他组织，旨在审查调查结果和拟议的补救措施，并寻找进一步的改进空间。
“数字化为医疗带来了重要益处。但随着系统互联程度的提高，韧性也必须随之提升，”陈部长表示，“我们必须让技术更加可靠，同时确保即使在技术失效时，医护人员仍能安全地照顾患者。”
IT系统是否需要去中心化？
多位国会议员就此次中断提出了质询，询问受影响患者的人数、备份系统的运行情况，以及为什么关键医疗基础设施缺乏实时冗余以防止运营中断。
在补充提问中，国会议员叶本荣（Yip Hon Weng）询问此次事件揭示了新加坡医疗系统中哪些共同的故障点，以及卫生部是否仍认为不存在实质性的集中风险。
他指出，在停机发生前几周，卫生部曾表示 Synapxe 作为公共医疗系统的企业 IT 功能，“不应被视为存在集中风险”。
陈部长回应称，卫生部关注任何集中风险和依赖关系，但强调所有三个公共医疗集群都使用相同的全球 DNS 服务，因此必然存在相同的依赖性。
“事实上，对于这次中断，将医疗 IT 系统去中心化并不一定能防止事故发生。相反，这可能会使诊断和恢复变得更加困难，”陈部长说。
国会议员庞丽珊（Poh Li San）询问医疗机构的工作人员是否接受过在中断期间迅速切换到手动系统的培训，以及是否有计划将医疗 IT 服务去中心化到各个公共医疗集群。
对此，陈部长指出，尽管无法及时访问 IT 系统，但医疗专业人员使用了手动程序和既定的替代方案。
“这些备份计划和停机程序已按计划启动并发挥作用，这是各医疗集群和服务提供者定期进行演习的结果，”他说。
他补充说，卫生部将继续研究构建冗余和增强韧性的方案，采取由 Synapxe 提供通用平台支持医疗集群，同时为医疗专业人员提供可用系统的方法。
