主题 3.10 — 应急准备、韧性与响应

应急准备、韧性与响应(EPRR)是一项法定职责,而不是一种美德,在一个现代卫生系统中,数字与数据维度如今是前线的一部分——因此你必须与你的临床医生一起规划、训练、演练并指挥你的技术。

为什么这在医疗与照护领域很重要#

当一次重大事故发生时——一次恐怖袭击、一次化学品泄漏、一次热浪、一次流感高峰,或一次把每一位临床医生都锁在电子病历之外的网络攻击——医疗与照护系统被期望在周围一切都陷入混乱时继续运作。这种期望被写进了法律。根据《2004 年民事应急法》,NHS 机构及其合作伙伴负有具体职责,要评估风险、维护计划,并能够做出响应。应急准备、韧性与响应,是 NHS 用来描述它如何履行这些职责的总称。它与普通的服务管理不同,也比主题 3.9——业务连续性与灾难恢复中所涵盖的、以 IT 为重点的灾难恢复更为宽泛。

这在医疗与照护领域比在几乎任何其他地方都更重要的原因,是失败会带来即时的人命代价。如果一家超市的收银系统失效,销售就会停止;如果一家医院的临床系统在一次大规模伤亡事件中失效,原本能活下来的人可能会死去。数字服务如今已经如此深地编织进临床工作——申请检验、开处方、核对过敏史、查看影像、为患者办理出院——以至于一次技术中断就是一起临床安全事件,必须以对待任何其他生命威胁同等的严肃程度来对待。这就是为什么本书"如何工作"这一命题在这里最为尖锐:你的准备程度是一个临床安全、公平与公众信任问题。

紧急情况还会暴露不平等。当正常服务失效时最没有能力应对的人——没有交通工具的人、不会英语的人、没有钱的人、没有照护者的人、有长期病症的人——恰恰是你的应急计划必须首先保护的人。一次悄悄把他们抛在后面的响应,无论指挥结构看起来多么精干,都不是一次成功的响应。做好准备、诚实地演练,正是你赢得公众信任的方式,而一场真正的危机会把这种信任考验到极限。

核心概念#

应急管理是降低一个社区对危害的脆弱性、并在危害发生时协调响应的学科。它通常被描述为一个循环——预判、评估、预防、准备、响应、恢复——卫生系统持续运行这个循环,而不仅仅是在危机期间。EPRR 是 NHS 对这个循环的表达。

**《2004 年民事应急法》**是法律支柱。它把响应者分为两组。第一类响应者是响应核心的机构——急救服务、NHS 信托机构与董事会、整合照护委员会、英国卫生安全局,以及地方政府——他们承担着完整的一套职责:风险评估、应急规划、业务连续性、信息共享,以及向公众发出警告。第二类响应者——公用事业、交通运营商、电信公司等——是负有较轻职责的"协作机构",主要是共享信息并与第一类响应者协作。知道你属于哪一类、哪些职责与之相关,是其他一切的起点。

响应者通过地方韧性论坛(LRF)进行协调,这是一个围绕每个警察辖区建立的多机构伙伴关系。LRF 是 NHS、地方议会、警方、消防、救护车等共同规划的地方,它维护着一份社区风险登记册——一份共享的、已发布的评估,记录了最可能需要协调响应的本地危害,从流感大流行到洪水到工业事故。这份登记册是风险评估的一个实操范例:识别危害,判断可能性与影响,并决定要为什么做规划。

事故被分类,这样每个人都能共享一套关于规模的语言。一起业务连续性事故扰乱了你交付服务的能力,但原则上可以用你自己的计划来管理。一起关键事故更严重:扰乱的程度威胁到机构交付安全照护的能力,需要特殊措施。一起重大事故是那种规模或性质要求一个或多个急救服务、通常还有更广泛系统采取特殊安排的事故——一次大规模伤亡事件是典型的例子。这些门槛之所以重要,是因为宣布一次事故会解锁资源、权力与互助。

指挥通过金-银-铜指挥结构运作,也被称为战略-战术-运营。**金级(战略)**设定目标,拥有重大决策;**银级(战术)**决定如何部署资源以实现这些目标;**铜级(运营)**交付具体的实操任务。这个结构被刻意设计得通用,这样从未共同工作过的机构也能在事发当天嵌入一个单一的指挥系统。

还有三个概念能补全这幅图景。激增是快速、临时地把产能——床位、员工、氧气、算力——扩展到超出正常限度的能力。分诊是在需求超过产能时为伤员排定优先级的过程,大规模伤亡分诊系统的存在正是为了应对最糟糕的日子。互助是在一个响应者不堪重负时,跨机构边界借出员工、设备或产能的协议。而大流行——一场跨越广大地区扩散的传染病爆发——是大多数卫生系统如今明确针对的一种常设最坏情况,深受英国新冠疫情的启发。

最佳实践#

1. 把重大技术中断与网络攻击本身当作重大事故来对待。 一次让临床系统瘫痪的勒索软件攻击,不仅仅是一个应当由服务台悄悄处理的"IT 问题";它是对整个机构患者安全的威胁。把你的网络与数字事故响应,接入你机构用于一次大巴车祸的同一套金-银-铜指挥结构,并明确定义一次数字事故被上报升级为正式关键或重大事故的触发条件。2017 年的 WannaCry 攻击表明,一段单一的恶意软件如何在数小时内波及数十家信托机构——防止它发生的管控措施见主题 1.7——信息治理、数据保护与网络安全,而当这些管控措施失效时如何指挥响应,则见本主题。

2. 不懈地运行计划-训练-演练循环,并认真对待它。 一份从未被测试过的计划只是一个假设。NHS EPRR 要求一套滚动的演练计划——通信测试、桌面演练与全面实景演练——你应当把它们排入日程、配置资源,并把高级领导缺席当作它本应被视为的红色警示。至关重要的是,要纳入你的数字与数据团队:演练失去电子病历、失去网络,以及失去你主要的数据中心,而不仅仅是一个病房的火灾。

3. 刻意地设计并演练你的纸质与宕机后备方案。 每一个关键临床系统都需要一种有文档记录的、经过实践的、在它不可用时的工作方式——宕机表格、打印出来的用药图表、只读的"业务连续性"记录副本,以及一个在系统恢复后核对数据的已知流程。这些后备方案会悄悄腐坏;表格会过期,知道演练流程的员工会离职,而在你需要打印机的那一天,它偏偏没有墨粉。像审计线上系统一样仔细地审计它们,并把这项工作明确地与主题 3.9——业务连续性与灾难恢复中的恢复时间目标联系起来。

4. 在其他一切都失效时,保持指挥与控制通信正常工作。 在一次真实的事故中,你平常的电子邮件与电话系统可能正是失效的一部分,尤其是在一次网络攻击中。维护带外通信——一种召集金级指挥、且不依赖于正在遭受攻击的网络的方式——以及最新的、离线的呼叫名单,以及一种能够触达一线员工的稳健方法。在演练期间测试这些渠道;发现你的事故沟通桥接依赖于勒索软件刚刚加密的同一个单点登录,你希望是在演练中发现这一点,而不是在凌晨三点。

5. 在危机发生之前就预先商定危机中的信息治理规则。 在一次紧急情况中,你将需要快速共享数据——在医院之间、与公共卫生部门,与互助伙伴——员工必须知道自己被允许这样做。与你的数据保护官与 Caldicott Guardian 合作,提前建立在紧急情况下适用的合法依据与常设信息共享协议,这样临床医生就能共享挽救生命所需的信息,而不会因为不确定性而僵住。保留一份紧急数据共享决策的记录,能在事后同时保护患者与员工(见主题 1.8——数据伦理、同意与公众信任)。

6. 把激增能力构建进你的数字服务,而不仅仅是你的病房。 面向人群的数字服务——预约、分诊、症状检查工具、疫苗接种系统——在紧急情况期间可能遭遇平时十倍甚至百倍的需求激增,而这恰恰是它们最重要的时刻。针对现实的激增场景进行负载测试,商定你将如何快速扩展云端产能,并提前决定要优雅降级什么,以便核心功能得以存活。一个能撑住的队列,胜过一个在受惊公众的重压下崩溃的网站。

7. 把数字与数据方面的专长纳入风险评估与社区风险登记册。 你的机构对地方韧性论坛的贡献,应当包括对数字与网络风险、单点故障,以及对国家系统与供应商的依赖关系的清醒认识。风险登记册太常把"IT 失效"当作一条模糊的单一条目;要把它拆解开来,量化它,并确保 LRF 理解一次区域性网络或云端中断如今是一起可信的大规模中断事件。这是主题 6.4——治理与保证中所描述的治理与保证循环的一部分。

8. 公开地从每一次演练与每一次真实事故中学习。 一次演练的价值在于事后总结,一起真实事故的价值在于随之而来的结构化教训。无咎地捕捉发生了什么,把行动项追踪到完成——困难的部分是——在下一次事故发现同样的缺口之前真正把它们关闭。通过你的 LRF 与国家渠道在整个系统内分享学习成果,因为一个韧性网络的意义,正在于没有哪个机构必须两次学习同一个痛苦的教训。

9. 在响应过程中及之后照顾好你的人。 韧性不仅仅是技术性的;一支精疲力竭、恐惧,或蒙受道德创伤的员工队伍,无法维持一场长期的紧急情况。为诸如大流行这样长期事故期间的轮班模式、休息、心理急救与福祉做好规划,并让求助变得正当。那些从新冠疫情中恢复得最好的机构,往往是那些刻意保护员工福祉、而不是把耐力当作无限资源的机构。

与团队讨论的问题#

1. 一个数字或网络问题究竟在什么时候不再是一起"服务事故",而变成一起已宣布的关键或重大事故——谁有权在周日凌晨两点做出这个决定? 这个问题迫使你检验主题 3.8——服务管理与线上运营中的日常服务管理,与法定 EPRR 机制之间的接缝。张力在于过度上报升级(狼来了,耗尽你的指挥结构)与不足上报升级(在人们还在争论这算不算数的时候,让一次勒索软件攻击扩散数小时)之间的矛盾。一个好的答案会说出明确的、可观察的触发条件——例如,跨多个场所失去电子病历,或临床系统上确认了恶意软件——并说出有权在不等待办公时间的情况下做出宣布的待命角色。讨论谁在这个轮值表上,他们是否受过培训,以及在正常网络宕机时他们能否召集金级指挥。考虑走一遍一次近期的未遂事件,诚实地追问你是否会及时上报升级。最好的答案还会涵盖降级:你如何决定紧急情况已经结束,恢复到日常业务。

2. 如果我们的主要临床系统黑屏 72 小时,我们实际上会怎么做——我们曾经证明过这一点,还是仅仅相信它? 这是一个关于架子上的计划与病房里的现实之间差距的问题。值得揭示的取舍是投资:维护并演练宕机流程要花费本可用于别处的金钱与临床时间,很容易让它悄悄腐烂。一个有力的答案会区分真正被演练过的东西与仅仅被写下来的东西,并具体到第一个小时、第一个班次与第二天,因为问题会随时间变化——把三天的纸质记录核对回系统本身就是一项重大任务。探究一线员工、而不仅仅是管理者,是否知道这个后备方案,近期入职的人是否曾经见过它。要留意对单点故障的诚实态度,包括对你无法掌控的国家基础设施与供应商的依赖。最成熟的团队能够指出一次真实的演练或真实的中断,后备方案在其中发挥了作用,以及他们事后关闭的教训。

3. 我们如何确保我们的应急响应保护那些最难接触到的人,而不是悄悄把他们抛在后面? 紧急情况会放大既有的不平等,数字化响应可能让它更糟:一个仅限在线的预约系统、一条仅限英语的警报,或一款假设人们有智能手机与流量的应用,可能排斥恰恰是那些风险最大的人。张力在于数字渠道所提供的速度与规模,与公平所要求的覆盖面之间的矛盾,而这没有免费的午餐——你将需要并行运行非数字化路径,这会花费更多。一个好的答案会与社区风险登记册相联系,追问某个特定危害威胁着哪些脆弱群体,然后检查响应是否触及了他们。考虑辅助数字化路径、翻译材料,以及你如何触及那些足不出户、数字排斥,或没有支持的人(见主题 1.9——数字包容与无障碍)。讨论你将如何在事故期间、而不是数月后的一次审查中知道自己是否正在辜负他们。诚实的答案会承认当前计划最薄弱的地方,并承诺与相关社区一起测试它们。

4. 我们哪些关键数字依赖不是我们真正掌控的——当失效发生在我们上游时,我们的计划是什么? 现代医疗与照护运行在国家系统、云区域、连接性提供商,以及少数几家占主导地位的供应商之上,因此你很大一部分韧性实际上掌握在别人手中。令人不安的张力在于,你承担着法定职责与临床安全后果,然而那个单点故障可能是一个供应商的数据中心,或一项你无法检查的共享国家服务。一个有力的答案会明确绘制这些依赖关系——哪些系统托管在哪里,哪些供应商支撑着哪些临床功能,集中度风险在哪里意味着一次中断会同时拖垮多项服务——而不是把"IT 失效"留作风险登记册上一条模糊的单一条目。它会提出关于合同性恢复承诺的尖锐问题,一个供应商自己就是攻击受害者时会发生什么,以及一次区域性云中断是否被当作它如今确实是的、可信的大规模中断事件来对待。探究这些上游风险是否被提交给了你的地方韧性论坛与董事会,以及你对无法施加影响的依赖关系是否有任何互助或手动后备方案。诚实的答案通常会承认,有些风险只能被缓解、无法被消除,并明确说出你在有意识地接受哪些风险。

5. 我们的演练是否告诉了我们真相,我们所学到的教训在下一次事故之前是否真的改变了什么? 一个演练计划可能变成一场表演——一次每个人都知道会成功的、有脚本的桌面演练,由初级员工参加、而高级领导发来道歉,产出一份整洁的报告与一份没有人去关闭的行动清单。张力在于令人舒适、令人安心的演练,与足够真实、能够安全地失败的演练之间的矛盾,而只有后者才能真正教会你一些东西。一个好的答案会审视你是否演练真正困难的场景——失去电子病历、失去网络、一次供应商勒索软件攻击——由真正会在班次上的人参与,以及高级人员的出席是否被当作强制性的、而不是可选的。它会对事后总结的文化直言不讳:教训是否被无咎地捕捉、被追踪到完成并被核实已关闭,还是同样的缺口在一次又一次事故中反复出现?要寻找一次演练或真实事件中的一个教训明显改变了一份计划、一份轮值表,或一项管控措施的证据。最成熟的团队能够说出他们在演练中刻意揭示并在伤害到患者之前修复的一次失败。

6. 在一场持续数周、而不是数小时的响应中,我们如何维持并保护我们的员工? 许多应急规划隐含地假设一次急剧而短暂的冲击,但真正最考验一个卫生系统的事件——一场大流行、一次漫长的网络恢复、一波持续的严寒天气激增——会持续数周甚至数月,而人的耐力不是无限的。这个取舍是真实的:为了休息与福祉而轮换人员,会在需求达到高峰的那一刻减少可用的原始工时,而依靠那些愿意坚持的人直到他们崩溃是很有诱惑力的。一个有力的答案会从一开始就为轮班模式、交接、休息、心理急救与福祉做好规划,并让员工求助变得正当,而不是把精疲力竭当作敬业的表现。它还会考虑数字与数据团队,他们常常因为人少且专业化而在没有轮替的情况下连续数天承担恢复工作。讨论你将如何在一次漫长事故中发现倦怠、道德创伤与人员流失,以及在你的指挥结构中谁负责员工福祉。那些从新冠疫情中恢复得最好的机构,往往是刻意保护员工的机构,诚实的答案会承认你目前的计划是否真的做到了这一点,还是仅仅寄望于英雄主义。

实践中:一个医疗与照护案例#

Meadowford 是一个虚构的整合照护系统,覆盖一座中等规模城市及其农村腹地。在一个多雨的二月早晨,其急症信托机构的电子病历——由一家国家供应商托管,并与两家邻近信托机构共享——开始报错,随后完全失效。二十分钟内,供应商确认了一次勒索软件攻击。临床医生再也无法查看三家医院及其关联社区服务范围内的用药、过敏史、结果或照护计划。

该信托机构的待命总监依据一个预先商定的触发条件——"跨多个场所失去电子病历"——宣布了一起关键事故,随着规模变得清晰,又将其上报升级为一起重大事故。金级指挥没有通过平常的 Teams 通话来召集,因为它要经过受影响的单点登录,而是通过一个在一个独立平台上演练过的带外桥接,使用一份打印出来的呼叫名单。银级指挥启动了宕机流程:纸质用药图表、宕机请求表格,以及为正是这种场景而被复制到一个隔离环境中的只读"应急破窗"记录副本,这是依照主题 3.9中的恢复目标设计的。

网络与临床安全负责人并行工作。首席临床信息官开启了一份临床安全论证,把这次中断当作一项危害来对待,并追踪具体的风险——遗漏的过敏史、重复的剂量、丢失的结果——为每一项都制定了缓解措施(见主题 1.6——临床安全与风险管理)。Caldicott Guardian 与数据保护官确认了预先商定的紧急信息共享立场,这样临床医生就能致电邻近场所了解关键患者详情,而不必在合法性上犹豫,每一个这样的决定都被记录在案。

与此同时,地方韧性论坛得到了通知,互助随之流动:一个邻近的 ICS 借出了药房人员来帮助管理纸质处方,区域 NHS England EPRR 团队与国家网络安全中心进行了协调。择期活动被暂停以创造激增产能;社区风险登记册早已将一次区域性临床系统中断标记为一个可信的场景,因此应对手册早已存在。系统在四天内从干净的备份中恢复。最艰难的工作在此之后到来:把四天的纸质记录核对回记录之中,以及一次无咎的结构化事后总结,其行动项——一个薄弱的分段边界、一份过时的呼叫名单,以及从未见过宕机表格的员工——在下一次演练之前被追踪到了关闭。

行业视角#

初创企业#

一家小型数字医疗公司不会运行金-银-铜指挥,但它是那些运行这套指挥的客户的关键依赖。你的韧性故事——数据托管在哪里、你恢复得有多快、你的事故流程是什么、你在中断期间会如何沟通——是企业买家会、也应该去质询的东西。要对单点故障保持诚实,包括你对单一云区域或单一关键工程师的依赖。有纪律的做法是及早编写一份轻量级的事故响应计划,演练一次,并能够向客户展示你认真对待他们的连续性;这既是良好的实践,也是一项销售优势。

小型企业#

一家成熟的小型提供者——一家全科诊所、一家社区药房、一家养老院,或一家居家照护服务——承担着与大型 NHS 信托机构同样的、在系统失效时保护人们安全的义务,却没有信托机构那种专门的 EPRR 机制。你不会有一位负责任的应急官员或一个全天候的指挥轮值表;韧性必须内建于寥寥数人已有的工作方式之中。务实的重点,是为你所依赖的系统——临床系统、电话、互联网链路——制定一份简短的、真正经过演练的宕机计划,配有你的实际员工至少使用过一次的纸质后备方案,以及一份离线的联系人清单,包括你的供应商与你的委托方。因为你几乎完全依赖你无法掌控的供应商与国家服务,要了解他们的恢复承诺,以及你自己在最初几小时内的手动变通方案。要与更广泛的系统接洽,而不是独自面对紧急情况:你的整合照护委员会与地方韧性论坛部分是为了帮助像你这样规模的机构而存在的,与邻近提供者的互助可能是应对与关闭之间的区别。

大型企业#

一家大型 NHS 信托机构或 ICS,承担着第一类响应者职责的全部重量:一位负责任的应急官员、一套滚动的演练计划、全天候的待命指挥,以及在地方韧性论坛中的一席之地。挑战在于整合——确保网络、临床、运营与沟通方面的响应汇聚成一个指挥结构、而不是三个平行的结构,数字团队真正是 EPRR 的一部分、而不是等事情已经起火才被叫来的事后补充。规模也带来了复杂性:众多系统、众多供应商,以及对你无法掌控的国家基础设施的依赖。成熟的表现,是宕机演练在每一项关键服务中都能奏效,以及一种真正会关闭其行动项的事后总结文化。

政府机构#

国家与区域机构——NHS England、英国卫生安全局、卫生与社会保健部、权力下放的政府——制定框架、维护标准,并在任何单一机构所能管理的层级之上协调响应。它们的 EPRR 工作,是编写并保证核心标准、运行国家级演练、维护储备与互助安排,并在诸如大流行这样的系统性事件中提供指挥协调。它们还拥有国家数字基础设施,而这本身失效就会是一起大规模中断事件,因此它们自身的韧性是一项公共职责。与它们有效合作,理解从战略-战术-运营一直延伸到国家层面的链条,是主题 9.1——与地方及中央政府合作的主题。

常见失败模式#

• 架子上的计划。 一份为通过一次保证检查而写的厚厚活页夹,从未被演练过,不为本应使用它的员工所知。演练、而不是文档,才是准备程度的检验标准。
• 把网络问题当作 IT 问题。 把一次勒索软件攻击留给服务台处理,任其扩散,而不是把它上报升级到有临床安全领导参与的重大事故指挥。上报升级的速度就是一切。
• 未经测试的宕机流程。 过时的后备表格、从未见过它们的员工,以及事后没有一份经过演练的核对数据的计划。除非你去审计它,否则后备方案会悄悄腐坏。
• 与失效共享同一渠道的指挥。 在攻击已经加密的那个平台上召集金级指挥。带外通信必须真正独立。
• 从未落地的学习。 事后总结产出了一份报告与一份没有人去关闭的行动清单,导致下一次事故发现同样的缺口。把教训追踪到完成。
• 公平被当作事后补充。 仅限数字化的响应排斥了脆弱人群,只在事后审查中才被发现。从一开始就设计非数字化路径。
• 把英雄主义当作策略。 假设员工的耐力是无限的,在一次漫长事故期间忽视福祉、休息与心理支持。倦怠是一种韧性失败。

成熟度模型#

检查清单#

• 确认你机构的身份(第一类或第二类响应者)以及与之相关的法定职责。
• 为把一个数字或网络问题上报升级为关键或重大事故定义明确的、可观察的触发条件,并说出谁能全天候做出宣布。
• 确保网络与数字事故响应被接入你的金-银-铜指挥结构。
• 维护带外指挥通信与离线呼叫名单,并在演练中测试它们。
• 为每一个关键临床系统记录、审计并演练宕机/后备方案流程,包括数据核对。
• 与你的 Caldicott Guardian 与数据保护官预先商定紧急信息共享的合法依据与协议。
• 针对现实的激增场景对面向人群的数字服务进行负载测试,并商定什么会优雅降级。
• 为你的地方韧性论坛与社区风险登记册贡献一幅清晰的数字与网络风险图景。
• 运行一套包括失去电子病历、网络与主要数据中心在内的滚动计划-训练-演练计划。
• 在演练与真实事故之后举行无咎的事后总结,并把每一个行动项追踪到结案。
• 为长期事故期间的员工福祉、休息与心理支持做好规划。
• 检查你的应急响应是否通过非数字化路径触及了数字排斥与脆弱群体。

关键来源#

• NHS England ——《NHS 应急准备、韧性与响应(EPRR)框架》与 EPRR 核心标准。
• 内阁办公室 ——《2004 年民事应急法》与《应急准备/应急响应与恢复》法定指导。
• 内阁办公室 / GOV.UK ——《国家风险登记册》与关于地方韧性论坛及社区风险登记册的指导。
• 国家网络安全中心(NCSC)——关于勒索软件、事故管理,以及把网络事故当作重大事故对待的指导。
• 英国卫生安全局(UKHSA)——大流行与传染病准备指导。
• 英国新冠疫情调查 ——已发布的关于大流行准备与响应的模块与报告。
• 联合应急服务互操作性原则(JESIP)——指挥、协调与战略-战术-运营模型。
• 国家审计署 ——《调查:WannaCry 网络攻击与 NHS》(2018)。

参考文献#

1. Civil Contingencies Act 2004 — Wikipedia — https://en.wikipedia.org/wiki/Civil_Contingencies_Act_2004
2. Emergency management — Wikipedia — https://en.wikipedia.org/wiki/Emergency_management
3. Local resilience forum — Wikipedia — https://en.wikipedia.org/wiki/Local_resilience_forum
4. Gold–silver–bronze command structure — Wikipedia — https://en.wikipedia.org/wiki/Gold%E2%80%93silver%E2%80%93bronze_command_structure
5. Risk assessment — Wikipedia — https://en.wikipedia.org/wiki/Risk_assessment
6. Triage — Wikipedia — https://en.wikipedia.org/wiki/Triage
7. Mutual aid (emergency services) — Wikipedia — https://en.wikipedia.org/wiki/Mutual_aid_(emergency_services)
8. Pandemic — Wikipedia — https://en.wikipedia.org/wiki/Pandemic
9. COVID-19 pandemic in the United Kingdom — Wikipedia — https://en.wikipedia.org/wiki/COVID-19_pandemic_in_the_United_Kingdom
10. WannaCry ransomware attack — Wikipedia — https://en.wikipedia.org/wiki/WannaCry_ransomware_attack
11. NHS Emergency Preparedness, Resilience and Response (EPRR) — NHS England — https://www.england.nhs.uk/ourwork/eprr/
12. Civil Contingencies Act 2004 (legislation) — UK Government / The National Archives — https://www.legislation.gov.uk/ukpga/2004/36/contents
13. Preparation and planning for emergencies: responsibilities of responder agencies and others — Cabinet Office, GOV.UK — https://www.gov.uk/guidance/preparation-and-planning-for-emergencies-responsibilities-of-responder-agencies-and-others
14. Mitigating malware and ransomware attacks — National Cyber Security Centre — https://www.ncsc.gov.uk/guidance/mitigating-malware-and-ransomware-attacks
15. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
16. UK Covid-19 Inquiry — https://covid19.public-inquiry.uk/