在健康保健行业推动业务转变

在过去的六到九个月里，我一直在同医院谈论自动控制整合，问他们到底哪里需要帮助。他们一直提及的一个领域就是我们所说的基于知识的数据是指什么。他们希望从系统所存储的大量数据中创建实用的，可消费的信息，基于各种各样人们（支付者、提供商和患者）真正的需要。通过将关注的重点放在规范、评估、管理和控制上，软件开发团队就能够更加快速和可靠的实现这一非常必要的功能。

JW：在健康保健行业中，HIPAA已经对软件开发产生了深刻的影响。您们是如何看待它对软件开发组织都构成了哪些影响，如何构成的，以及这些影响是如何管理生产进程的？

BA：有远见的组织并不是将HIPAA以及其他规范仅仅看作是需要遵守的要求，而是将其视作为他们自身及其消费者保持竞争优势的机会。遵守HIPAA这样的规则需要具有对变化的适应能力和承受能力。然而，这同样要求这些机构具备比他们以前所表现出来的更加良好的管理和控制能力。而且这涉及到部分开发者要具有的新的理解角度。他们真的需要懂得系统必须做什么，特别是在安全要求和可靠性方面，从而知道如何去架构。

我如何强调这一点都不过分。若干研究都已经显示不能正确理解明确的构架正是导致许多软件开发问题的根源。并不是健康保健专业人员不懂到他们想做什么，也不是技术人员不能紧跟最新的趋势。而是在这两种人员之间存在一道鸿沟。我们需要做的就是弥合业务需求（包括遵守命令）和技术应用之间的裂缝。这正是业务驱动开发的用意；当您清楚的懂得了业务目标，您就会知道如何去做了。

那么我们如何做到这一点呢？许多团队谈论核实和确认方面的问题。核实回答的问题是“您正确的构建了产品或者系统了么？”这涉及到在软件开发项目之前做好相应的准备：针对需求、分析、设计、建造、部署和监控使用最好的实践操作，并且确保审核流程贯穿始终。

确认回答的问题是“我们是否构建了正确的产品或者系统？”今天许多供应商正确的生产他们的产品，但是他们并不是永远生产正确的产品——健康保健所需要的系统。确认要求包含需求规范中的所有利益相关的参与者和并且贯穿整个开发过程。

这涉及了HIPAA的遵从问题，因为现在有些供应商建造这样一些安全系统，它使得那些拥有合法需求的供应者可以访问那些被保护起来的医疗档案。这可以在任何地方发生，比如一个药剂师不能访问一个病人可能需要的其他药品，又比如议员中的移动的突发事件响应。这就是一个缺乏确认的征兆：错误的系统被正确的建造出来了。

为了更有效的管理业务驱动开发项目，您必须坚持确认您所建造的并且检验您是如何建造的。您可以通过使用那些提供上下追踪功能的自动工具来达到这些目的。可追踪的功能就是暗指您可以监控您做了什么以及您是如何做的；工具提供就是指同利益相关的参与者和外界的权威交流沟通您正在做的事情。

TB：让我们进一步看一下应用程序开发者需要考虑的那些新的因素。遵从HIPAA远不止写好代码那么简单。它要求开发者考虑如何提供应用程序，也就是如何为人员或者系统提供访问应用程序及其信息的方法。当然，当某位雇员离开公司或者同某个实验室的联系被切断时，消除供应同样是基本的功能。

HIPAA安全要求也要求开发者考虑信息的粒度。允许医院中的任何人不受约束的访问患者数据的细节是不能被接受的；这些人访问时必须有适当的理由。换句话说，患者的数据必须在需要知道的基础上被保护。

开发者同样必须考虑记录访问事件以便于核查。根据某些研究，机构需要验证用户登录系统，访问数据或者作出修改。

当然，开发者还需要考虑在其传输和静止的时候始终保护患者的数据。不经加密就传输或者在传输中丢失数据是不被允许的。不管数据是否处在文件中，保存在数据库里，还是贮存在临时缓存中，保护措施都应当适用。安全性必须在每一个步骤中被加以考虑。

JW：在帮助开发团队迎接健康保健应用程序开发所带来的挑战上，IBM都做了些什么？

BA：我们帮助我们的健康保健提供商顾客所作的最令人激动的事情，就是在关键的业务流程中使用譬如流动护理和临床试验这样的最优化的模型来是他们的操作现代化。本质上说，这些都是业务转换模板。它们将自动支持系统应当呈现的示意性的模板以及业务流程的数学模型合并起来。这些模型不是单纯的悬挂在墙上的静态图片；它们提供了系统设计师和开发者可以应用于工作的实际度量。例如，我可以将成本估测放入业务流程的执行中。通过它，我就可以模拟进程并且得到进程和估定潜在变化成本的度量。

该模板融合了IBM在业务和技术两方面的健康保健专家的知识，并且他们通过给出顾客度量数据，从而在业务和技术之间搭起了一座桥梁，以回答有关从手工切换到自动化过程方面的最苛刻的问题。我们的进程应当在多大程度上实现自动控制呢？自动控制最佳的目标是什么？我们如何来衡量是否成功？顾客可以运行模拟程序来快速得到这些问题的答案。方法和有效的资源管理在应用程序层面上也越来越重要起来。

研究已经表明，过度分析某种情况并不如及时地对变更进行理解、分析和响应那样有效。在我们帮助健康保健行业中的机构和部门实现现代化的时候过分分析落后于我们的所有思考。我们的目标是建造出具有灵活结构的应用程序，它可以使您对市场变化和其他要求非常迅速的作出反应，这正是SOA的价值所在。

然而，注意到SOA不仅仅涉及模型这一点十分重要。我们发现，在引入SOA时的一个主要障碍，就是其对于软件开发性能的深远影响。SOA要求开发团队同业务用户建立清晰的交流和沟通，设计新功能或者鉴别已经存在的用于重用的功能，懂得那些基于许多松散连接的脱节部分的系统上的变化所带来的影响，以及有能力去可靠的测试和配置完全不同的部件构成自动业务流程。

TB：IBM公司同样拥有一个称作“安全和倾向”的管理计划，它将关注点放在为临床制定一套安全有效的工作流程。它包括建模原有过程过程并重新设计它，从而创建一个新的过程模型。他同样包括决定变化之外值得期待的价值。Ben和他的团队所作的工作确实令人兴奋，因为该模板使得机构的财政和技术都得到了最优化。他们使得管理者可以更加准确的预见现代化的项目将会对该业务产生的影响。他们同样为管理者提供了融汇项目基金的方法，并且为开发团队提供了领会和开始项目所必备的东西。

对于许多销售商，这些模板帮助他们紧紧抓住了协同工作能力和过程装配环境的价值。我将他们视作在独立软件开发商正在用套件做什么与关于SOA他们需要进行到何处之间的一个必要步骤。

BA：这些模板另外一个值得注意的地方就是它们在所有组织层次上鼓励关于如何建造的交流沟通和理解。它们横跨业务、应用程序以及技术性地层结构层，并且它们包括模拟仿真或者进程模型。它们将统一建模语言（UML）图表中的状态图和类图合并起来。更令人惊讶的是，它们将其扩展至组件层，允许开发者创建真正的代码。

运用Tony提到的财政模型，业务就能够进行风险回报分析。因为这个模型覆盖了技术模型，您可以为执行系统进行“假设分析”，并且预测服务水平和响应能力。财务分析在项目计划流程中也是最关键的组件之一。

JW：您们需要IBM工具或特定的方法来使用这些模板么？

BA：这些模板本质上是业务转化的蓝图，它包括自动操作软件开发流程。尽管他们本来是工具不可知论者，当然我们提倡采用IBM Rational工具集，因为它们能够带给你从业务建模到代码产生的所有方式－－并且使用经常在用的端对端的正反向工程反向进行。但是我们通过这些模板所真正提供的正是IBM的专门技术。我们懂得生产高质量软件所涉及到的流程和最佳实行方案；无论一个健康保健机构是否使用IBM Rational统一进程（或称RUP），Prolink4（当需要Healthlink时将其加入），或者IGS Methods，我们都能帮助他们通过工具将他们的进程结合起来，生产出那些当提升服务水平时却能降低成本的可重用的资源。

TB：我也要强调一下Healthlink成果确实证明IBM对于健康保健行业现代化的承诺。一个由650人组成的顾问公司具备各个层次上的非常深入的管理和临床专业技术，包括大概200在职的临床医生。Healthlink拥有能够进入世界上任何一家医院，取得控制权，并非常有效的运转将其运转的人员。他们也能够分析一家医院当前的信息技术情况，开发一套实现现代化的策略，并且执行一套支持这项策略的解决方案。他们带来难以置信的商业和智力资产，完美的补足IBM的技术资产。

JW：今天的健康保健组织准备好迎接我们刚才所讨论的信息技术挑战了么？

BA：我认为大多数人刚刚开始理解这场变革的必要性。最近在《运作研究和管理科学新闻》上刊载的一篇题为“健康保健行业在投资上忽视了信息技术”文章5 引用了哈佛大学健康保健传送政策计划委员会副主席Jerome Grossman的观点：“不幸的是，健康保健系统一直以来非常缓慢的采用工程学的工具和临床信息技术，而这些工具和技术可以将其从一个表现不佳的独立实体的聚集体转变为一个高性能的系统。”文章也提倡使用“系统工程学的工具，用于设计、分析和控制负责系统的开发，这些都已经被许多其它行业用来提供其产品和服务的质量和安全性，并降低了生产的成本。”

我明确的看到该行业中的某些成员正在用这样的工具装备自己，并且租用了他们所需要的一些专门技术来向下一个层次前进。在国家之前，我看到包括国家工程研究院、国家医学会、资深的健康行政部门、改善健康保健的机构、以及健康保健研究和品质的代理机构都在进行这一变革。他们都对现代化的原则和概念有了更好的理解，并且正在采取行动。

我想Tony也可以把这件事情清楚地表示出来。

TB：我认为巩固和合并对于信息技术投资优先权具有强大的、积极的影响。例如，当一个像Catholic Healthcare West这样的健康护理机构壮大到80家以上的医院时，他们就会看到其信息技术和底层结构同他们只拥有五家医院时的不同之处。