编者注:本文作者为Medium专栏作者Christopher A. Ryan。他在Medium上发布了一系列关于亚马逊云服务(AWS)的应用文章,堪称是Medium上AWS的头号推广者。雷锋网从中选取部分进行编译,与读者共享。
当今世界,医疗组织现在正在面临种种挑战:不断变化的政府监管制度、减少的政府资金支持、增加的病人数量、呈爆发式增长的专利数据……所有这些都让医院资金感到压力山大。医院不同于能够销售产品和服务的传统产业,只有极少机会来出售服务,因此,它们必须寻找到解决方案来应对这些挑战: 兼并与收购、外包非病人服务、运用迅猛发展的科技。这些措施让医院能够生存下来,并能持续不断地救助病人,造福人类。
尽管医院现在面临种种挑战,但医院较之往日已不似从前,今天的医院可以以新的创新方式来解决问题。今天,我们来讲讲医院如何运用AWS资源来应对挑战。
现在,医院正以一个前所未有的速度兼并与收购。2004到2009年全美有着55起医院兼并收购案。然而,2010年,此数量上升到70,2012年更是增加到95。从2012年开始,兼并收购数量有所下降,而并不是因为医院现在已经对兼并收购没有兴趣,而是因为小型独立医院组织已经被大型医院兼并完了。今天的兼并收购趋势,为大型医院系统融入更大的医院。这些兼并与收购为支持医院的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就是医院能够利用的科技之一。总而言之,医院只有与时俱进,才能更好地造福人类。
Via:Medium