编者注：本文作者为Medium专栏作者Christopher A. Ryan。他在Medium上发布了一系列关于亚马逊云服务（AWS）的应用文章，堪称是Medium上AWS的头号推广者。雷锋网(搜索“雷锋网”公众号关注)从中选取部分进行编译，与读者共享。

当今世界，医疗组织现在正在面临种种挑战:不断变化的政府监管制度、减少的政府资金支持、增加的病人数量、呈爆发式增长的专利数据……所有这些都让医院资金感到压力山大。医院不同于能够销售产品和服务的传统产业，只有极少机会来出售服务，因此，它们必须寻找到解决方案来应对这些挑战: 兼并与收购、外包非病人服务、运用迅猛发展的科技。这些措施让医院能够生存下来，并能持续不断地救助病人，造福人类。

尽管医院现在面临种种挑战，但医院较之往日已不似从前，今天的医院可以以新的创新方式来解决问题。今天，我们来讲讲医院如何运用AWS资源来应对挑战。

现在，医院正以一个前所未有的速度兼并与收购。2004到2009年全美有着55起医院兼并收购案。然而，2010年，此数量上升到70，2012年更是增加到95。从2012年开始，兼并收购数量有所下降，而并不是因为医院现在已经对兼并收购没有兴趣，而是因为小型独立医院组织已经被大型医院兼并完了。今天的兼并收购趋势，为大型医院系统融入更大的医院。这些兼并与收购为支持医院的IT组织带来了挑战。

　　流动的IT服务

很多年来，医院都是将信息科技服务外包给其他组织。其目的是降低IT成本，同时从这些专注于健康医疗科技的公司提取价值。这些公司能够提供给医院的核心价值之一，就是医院的数据中心可以流向外来组织，有价值的医院资源瞬间变成了可以赚取钱财的服务。这些资源包括新的门诊、实验室，甚至病房。

一旦医院被另一外包医院IT服务的组织兼并或收购，这些资源开始为医院赚钱了。在不影响病人服务的前提下，医院的数据中心若从一处转移到另一处，医院便会面临成本损失。

一个典型的数据中心转移项目需要筹划6个月。在此期间，所有的IT资源将会投入到此项目，同时其他所有IT项目将会暂时冻结。此过程需要花费大量时间和金钱:硬件转移至少需要花上整整一个周末，同时要运输这些硬件的话，通常需要花费数千英镑来租赁私人飞机或其他交通工具。

虽然这是一个劳神伤财的过程，但是此过程并不是一蹴而就的。下一场兼并或收购也许就近在咫尺，一家医院在五年之内被收购了好几次，也不是什么让人惊讶的事儿。

AWS如何解决

若一家公司简单地采取措施来减少创新成本、增加机会，它面临的挑战并没有上面提到的挑战大。简单的将技术支持从一家公司转移到另一家公司，是一项任务，而不是项目。兼并收购并不能影响病人的照顾质量和数据，因此在此过程中，医院面临的挑战不可小觑。

而我们可以用AWS来应对此挑战，下面我们来列举一下具体方法。

AWS Direct Connect

AWS Direct Connect提供的连接是医院环境所需要的，因为其中转移的数据量非常巨大，从病人数据到医院员工数据，所有的数据转移都可以通过AWS Direct Connect完成。

亚马逊VPC

另一个要求就是亚马逊Virtual Private Cloud（虚拟私人云端），它能为AWS云端提供一个独立的部分，来为医院环境服务。因为医院都会有一个小型数据中心，医院网络必须扩展至AWS，来进行数据的无缝转移。

亚马逊EC2和亚马逊Elastic Block Store

亚马逊EC2和亚马逊Elastic Block Store形成了该组织数据中心基本的构建模块。

AWS Import/Export Snowball &VM Import/Export

医院和病人的大型数据要从医院转移到AWS，需要通过AWS Import/Export Snowball来转移。有了此工具，几百兆兆字节的电子图片、数据库备份和其他的数据可以转移到AWS资源，过程简单，花费较少。

而VM Import/Export则在服务器转移到AWS EC2资源的过程中使用。

AWS Storage Gateway

AWS环境与公司数据相连，需要执行AWS Storage Gateway来同步数据。

亚马逊 RDS &AWS Database Migration Service

AWS Database Migration Service为亚马逊环境提供了一个转移途径，但是亚马逊RDS为保持所有权、开源数据库，提供了重要的途径。

亚马逊 WorkSpaces

在数据中心转移到开源地点之后，医院将使用虚拟工作台和应用基础设施解决方法。用这种复杂的基础设施和成本（硬件、软件、执照、支持）来取代亚马逊WorkSpaces是一个明智的措施。

　　电子图片

过去几年中，实体图片经历了巨大的转变，由电子图片转移。科技不仅仅限制于最富有的医院之中，小型医院现在也在运用科技来确保储存病人图片和其他的数据。随着HIPAA(健康保险流通与责任法案)和联邦政府规定的日益严格，收集和储存的数据正以前所未有的数据增长。

保护数字图片

多年以来，医院在保障、储存和保护数据上面临的挑战变得更加困难，对于最大的医院系统也是如此。PACS(图片存档和通讯系统)可以从100兆兆字节开始，并在短短几年中增加至几百兆兆字节。其中，面临的具体困难包括日积月累的数据存储、硬件兼并、并以一个快速而持续的速度来支持和恢复数据。

很多医院发现运用传统工具来支持数据花销较大。磁带驱动器和基于磁盘的备份并不能解决兼并之中产生的数据。传统方法的步骤是加倍的:在储存层复制本地数据，然后在界外再复制一遍这些数据。这就将数据复制了三遍，形成了非常复杂昂贵的基础设施，但是仍然不能保护数据免受伤害。关于这个问题，并没有简单的解决方法。

PACS基础

在讲述AWS的解决方法之前，很有必要解释一下PACS图片的数据生命圈。

一位病人来到医院，前往门诊部，接受物理疗法。这种物理疗法可能只是电子X-Ray仪或者是核磁共振机，这些仪器都会产生出一些图片，而这些图片会暂时储存在仪器之中，几年之后才会移除。这就让技术人员在必要时向中央PACS重新发送这些图片。

技术人员或医生一旦收集到图片，加入图片备注或者其他数据，这些图片的复印件将会发送到中心PACS地方。图片会在瞬间复制，并会储存在设备中一个叫做“短期知识库”的地方，这样一来，一个无损的压缩文件就被创造出来了。

放射线医师可以用“短期知识库”来储存数据，当数据变得不再新时，文件将会自动删除。如果医师后来需要浏览这些文件，他可以从“长期知识库”中查看数据，并将它储存在短期数据库中，以便随时使用。

本地储存需求

PACS数据的大小和数量通常会阻止“短期知识库”再次定位。医生查看病人文件数据的能力意义重大，通常与一个病人能否活下来息息相关。

医院中的“短期知识库”必须随时都能被医生获取，以备不时之需。而“长期知识库”可以交给AWS来负责。

AWS如何解决

前文提到的很多AWS解决方法适用于数据转移过程，和PACS环境的长期支持，而下文提到的解决办法将致力于其他挑战。

亚马逊Elastic File System

传统的PACS应用建立在UNIX服务器顶端，并需要数据的直接储存。增长的储存需求和正常的市场推动将会带来一些改变。现在，越来越多公司在开源操作系统上来建立应用，并基于储存设备来平衡这些数据。

而亚马逊Elastic File System让长期数据储存定位到固态硬盘中，并通过网络档案系统将这些数据连接到PACS中。

亚马逊Glacier

亚马逊Glacier和亚马逊Storage Gateway一样，可以完美解决提供长期储存数据的问题。它能让数据连接变得花费更小。亚马逊Glacier使用的原型是iSCSI，它能让昂贵的医院储存数据和亚马逊资源直接连接。

　　灾难防治

对于医院来说，抗灾救灾能力是至关重要的。每当自然灾难爆发，医院将会面临巨大的挑战。传统企业通常会在灾难之后关门大吉，而医院却将陷入空前忙碌的状态。这要求医院不仅需要快速从灾难中恢复过来，还要担任起抢救病人的重任。

而更加重要的是，医院必须让病人数据免受灾难的侵袭。即时医院不能在灾难中幸存下来，数据也要幸存下来。从2005年的卡翠娜飓风中，我们就能吸取到教训。那些准备不足的医院丢失了病人的数据。例如，癌症病人在此医院的数据将会被损坏，并无法恢复。那么医生如何接着治疗呢？这将会给病人带了很多麻烦，甚至会危及到生命。

AWS如何解决

而AWS可以很好地解决这些问题。亚马逊可以为病人数据提供一个HIPAA许可、安全的储存地点。如果医院不能幸免于难，AWS的作用就体现出来了，这与病人生死攸关。

结论

上文我们谈到了医院将面临的三个挑战，以及利用AWS应对这些挑战的方法，这些解决方法可以缩减信息科技成本，让医院在兼并与收购中灵活地生存下来，并发展壮大。当今医疗行业瞬息万变，医院的职能虽然仍然是救死扶伤，但是医院也需要融入到科技滚滚的浪潮之中，而AWS就是医院能够利用的科技之一。总而言之，医院只有与时俱进，才能更好地造福人类。