用SOA改进医疗服务

传统的专有系统把病人的临床、放射、人口统计和记账等信息保存为文本、图像及添加语音注解的报告。这些信息在处理时必须符合严格的临床要求及政府法规。如今，越来越多的医疗组织在信息系统中利用Web服务和面向服务的架构（SOA）进行重要连接。 

SOA受到医疗组织关注 

“我们正在构建SOA和Web服务，它们不仅会集成不同系统，还能满足医院规则的需求，如，心脏手术不能在二楼进行; 麻醉设备不能放在自助餐厅，”Furrukh Khan说。他是位于哥伦布市的俄亥俄州立大学医疗中心的应用软件技术合作项目主管。 

Khan及其人员开发了基于微软.Net的SOA，它包括了用于把医院的监控系统与后端数据库相连接的Web服务。Khan解释道，因为.Net许可证本来就已到位，所以Web服务的开发成本非常少。 

Khan及其人员使用微软Indigo和微软Web Services Enhancements for .Net为Visual Studio .Net和.Net框架提供了基于标准的安全及其他特性，把麻醉系统和该医院存放在McKesson公司医院信息系统里面的定位服务联系起来，从而使医生及其他授权用户可以通过Web浏览器，远程查看病人的图片及生命体征。 

很多已经采用了Web服务的医院CIO反应说，要是没有Web服务，想把分散在医院各个设施的临床和部门系统里面的病人数据集成起来，将会是困难重重。 

密苏里州圣卢克医疗系统公司的副总裁兼CIO John Wade说: “我所用的临床软件来自17个厂商，要在这么多不同的应用系统间传输信息是相当困难的事。” 

圣卢克医疗系统公司使用多个医院软件厂商的系统。虽然该公司自己有编程人员，而且手头也有集成项目所需的资金，但Wade说，把信息从一个电子环境传输到另一个环境仍然非常困难。 

譬如说，这家医院为其Web门户网站开发了基于XML的定制应用。这个名为Post-It Note的应用可以把录音电话录下的语音转换成数据，以便医生使用Web浏览器，从而查看放射医生基于语音的报告，并添加注解。病人数据放在总部设在旧金山的McKession公司提供的系统里面。Wade说，使用XML使得该应用成为众多系统都能够使用的一项服务。 

集成之难 

把信息提供给多个系统使用面临困难，一方面是由于需要遵守传统的医院数据－事务标准，如Health Level 7协议。HL7用于临床系统当中部门间的病人数据事务处理，临床系统包括医院信息系统和放射科、实验室及心脏病科系统。不过，经常需要专门编写定制软件，才能把使用HL7的医院系统与不使用该协议的系统集成起来。因为针对医疗行业的软件实际上都不使用该协议，其中包括报告和记账应用软件。因而，医院用来交换病人基本数据的系统当中会出现上百个HL7接口。 

为医院开发企业应用的厂商只好为客户提供接口及咨询服务，确保所有系统都能协同工作。据Gartner公司的分析师Barry Runyon介绍说，这非常麻烦，也不能实现真正的集成。 

Runyon说: “就所用的平台和应用而论，医院是个异构环境。即便让10个不同的系统一一遵守HL7，它们也无法真正集成，只是可以进行联系罢了。集成远比这深入得多，也需要了解工作流程，还要有安全模型及其他规范。” 

更大的困难已经导致了更大的难题，因为厂商迟迟不愿为自己的应用系统与竞争对手的系统进行集成提供方便，原因是不想失去好不容易获得的客户群。即便两个系统都支持HL7，IT人员也不得不构建定制接口，让它们协同工作。 

北卡罗来纳大学医疗系统的首席架构师Ken Thomson说: “医院系统厂商彼此间没有很好地合作。如果你想把某家厂商的软件与其他厂商的众多系统相集成，就会碰壁。我们针对厂商的应用软件开发了自己的基于XML的界面。厂商开始认识到，不是由他们说了算。到最后，客户将成为改变这种局面的主导力量，因为他们需要直接使用这些应用。” 

在总部设在波士顿的CareGroup医疗系统，Web服务技术为确保不同系统能协同工作提供了一种有效的方式，该医疗系统的CIO John Halamka说。Halamka的人员使用已经拥有的开发产品，构建了基于XML的应用: CareWeb，把整个组织里面使用146个内部临床信息系统（包括实验室、放射科和药房等系统）的12000名用户联系起来。 

Halamka说: “Web服务就是你用来组建虚拟系统的粘合剂。如果你想实现无缝的数据集成，可以把基础设施做成一个庞大的系统; 如果图省钱、省时间，你也可以使用Web服务。” 

医疗行业在实施SOA方面落后于其他行业，这既有预算方面的原因，也有历史方面的原因。这个行业的IT预算仅占其他行业的IT预算的一小部分。更糟糕的是，HL7就在去年5月份前还没有包括支持XML的功能。另外，支持集成医疗企业（IHE）的行业团体只是现在才计划把XML模式（XML Schema）添加到框架里面。IHE是由医疗信息和管理系统协会与北美放射学会共同开发了七年的一个项目。 

期待标准出台 

IHE的工作人员说，他们在把成熟、全面的Web服务定义添加到框架里面前，一直在等像万维网联盟（W3C）和结构化信息标准促进组织（OASIS）这些标准机构落实安全、身份、可管理性及其他问题。 

“虽然IHE内部目前还没有开展工作，但Web服务已在我们的发展计划当中，”Glen Marshall说。他是IHE的基础设施规划委员会联合主席，还是宾夕法尼亚州西门子医疗解决方案公司的IT架构师。 

至于厂商，他们说，面对这种形势——客户的IT基础设施变得愈加复杂、对支持医院工作流程模型的可定制XML接口的需求增加，他们正在竭力解决这问题。 

佛蒙特州IDX系统公司的首席架构师Michael Solomon说: “我们凭借Web服务为客户在集成软件方面提高了可预测性和可靠性，编程人员用不着进行繁重的编程工作。”这就需要厂商给予投入，他们必须弄清楚如何“发布”应用; 而无论从文化上来看还是从理念上来看，这项工作并非易事。 

根据现状来看，医院只能依靠少数几家厂商（通常不会超过两三家），确保自己的系统能够协同工作。但尽管这样，维护应用接口对IT人员来说也是一个负担。 

“一开始，作为选择过程的一部分内容，我们对自己的应用统一了标准，确保它们能够彼此集成，而且它们都得到各自厂商的支持。不过我们仍设有专门的IT人员来管理传统接口，”罗得岛州Lifespan医疗系统的信息系统集成与开发主管Nancy Barrett说。 

正开始利用SOA部署Web服务的众多医院的IT部门发现，这项技术不但简化了不同系统之间的集成，还能帮助自己根据用户的特定需求来定制应用。 

匹兹堡大学医疗中心的放射科主任Paul Chang说: “厂商原先‘一应俱全’式的模型存在缺点。用户应当能够构建自己所需的视图，以了解正在使用的应用。真正的Web服务和SOA模型大有希望，因为我们可以为用户提供优化工具，用不着进行重复性工作。软件应当顺从用户的意志，而不是反过来。” 

Chang说，无论组织使用的是微软的.Net，还是IBM、BEA、Oracle或其他厂商提供的Java系统，还是两者都使用，它很可能拥有自己的编程人员，这些人具有开发Web服务所需的技能。他说，业已确立的Web服务标准以及安全和可靠性方面的新兴标准为IT经理带来了极大的灵活性，如简单对象访问协议（SOAP）和Web服务描述语言（WSDL）。 

Chang说: “我们IT部门的编程人员分为两派: 一些人使用.Net，另一些人使用Java。我完全不用关心用的是哪个框架。Web服务可以一半采用Java，另一半采用.Net。就连微软和IBM也会告诉你，它们都能协同工作。” 

俄亥俄州立大学医疗中心的Khan说，有了新的Web服务标准，医院实施SOA就成为可能。“就在不久前，还没有安全、可靠消息传送或者事务方面的标准。SOAP和WSDL只是个开头。你能发现及联系对方的应用，不过安全工作你得自己做，Web服务的专有性就体现在这部分。” 

转变思维 

正是IT基础设施的多样性，医院才得以成为实施SOA的理想环境。Chang说，这个环境不仅有众多的专有和遗留系统，医院的工作流程也需要灵活的软件架构，以便确保数据能够在整个组织顺畅流动。 

他说: “传统的软件功能不够，传统厂商也跟不上需求，因为医院的工作流程总是在变化。设想一下: 单单用药方法就每天在变化。” 

UNC医疗系统的Thomson说，虽然编写代码开发Web服务的实际工作并不难，但改用SOA使得业务流程分析至关重要。他说: “Web服务消除了许多复杂工作。XML部分本身就是我们所要开发的最简单的内容之一。解决好业务方面的问题要难得多。知道XML文档的结构非常重要。一定要弄清楚这些问题的答案，譬如数据结构是什么、交换药品清单采用什么格式。” 

Gartner的Runyon介绍说，许多小组织由于资金和人员都很匮乏，确认业务流程至关重要。他说: “难就难在知道业务需求。任何人都能编写Web服务，但你还得询问这样的问题: ‘服务是否以合适方式进行了抽象处理？’医院应当事先考虑好集成问题。如今，电子医疗记录要求从语法和句法方面都要彻底考虑清楚业务问题。这是架构方面的另一个难题。” 

医院的IT经理们说，而Web服务将成为IT规划过程中不可或缺的一部分，因为每个厂商用不着开发定制接口了。 

“要不要实施Web服务，基本上归结为策略问题。采用SOA的组织现正在集中力量，以便可以代理来自几个不同系统的数据，而管这些系统有没有符合HL7，”波士顿儿童医院的首席技术官Scott Ogawa说。 

这家医院计划使用Web服务与参与马萨诸塞州SHARE项目的外部合作伙伴交换数据。SHARE全称“简化地区医院之间的医疗”，这个地区性合作计划面向由马萨诸塞州医疗数据联盟经营的数据交换中心，但Ogawa也看到了这项技术在组织内部的潜力。 

“在临床方面，我们正在寻找不必使用定制接口就可以把诸系统连接起来的方法，而是使用Web服务就可以把它们集成起来，这样我们就不必构建代理解决方案。”（清水译自《Computerworld》） 

链 接 

俄亥俄州立大学医疗中心的SOA实践 

俄亥俄州立大学医疗中心的基于SOA的病人跟踪系统一开始让人沮丧。该中心当时在使用的许多医疗软件和病人监控设备产品无法连接至病人数据库。 

该医疗中心的应用软件技术合作项目主管Furrukh Khan说，这种连接对病人跟踪以及把新数据添加到取自众多数据库的整个电子医疗记录而言是必不可少的。 

Khan说: “厂商提供的软件要么无法从现有数据库抽取数据，要么与专有接口连接在一起。”使用Web服务之前，“你只好亲自编写这种应用的后端部分，或者专门针对某一种软件进行编写。现在，监控软件可以利用XML把请求发送给SOA，我们已经构建了包含医院诸多业务规则的系统。” 

Khan说，有了Web服务，组织再也不会只能满足于使用HL7的应用之间简单的异步点对点接口，HL7是面向医院数据事务的基于行业标准的协议。 

把两家会员医院合并后，CareGroup医疗系统发现，病人病历可能放在医院的不止一个地方。为了避免病人的统计数据出现错误，就必须把病人的医疗记录系统连接起来。 

IT人员使用微软的.Net框架，开发了能够自动确定数据位置的记录定位服务（Record Locator Service）。这项Web服务使用户能够为“公用设施型”的Web服务提供姓名、性别和出生日期，这项服务随后可以返回列出该病人访问过的所有医疗网站的清单。 

CareGroup的CIO John Halamka说: “我们构建了一项Web服务，能够查清楚所有的病历放在何处，进而查清楚这些病人是谁，假定你已经用Web服务对所有的遗留应用进行了封装。它基本上能对整个组织进行查找。Web服务的优点就在于创建了一个抽象层，那样你就不必操心底层应用的复杂性，甚至不必知道是哪个应用。” 

Halamka的IT人员还为许多HL7系统开发了利用SOAP的Web服务，其中包括提供药品清单及问题清单的系统，还为实验室、放射科及其他部门比较老的系统开发了“封装器”（Wrapper）。 

Halamka说:“这些服务都是对象，不仅让我可以连接来自不同系统的数据，还能实现审查及安全功能，而不必为每家厂商的系统构建一次性解决方案。”