在過去的六到九個月里，我一直在同醫院談論自動控制整合，問他們到底哪里需要幫助。他們一直提及的一個領域就是我們所說的基于知識的數據是指什么。他們希望從系統所存儲的大量數據中創建實用的，可消費的信息，基于各種各樣人們（支付者、提供商和患者）真正的需要。通過將關注的重點放在規范、評估、管理和控制上，軟件開發團隊就能夠更加快速和可靠的實現這一非常必要的功能。
JW：在健康保健行業中，HIPAA已經對軟件開發產生了深刻的影響。您們是如何看待它對軟件開發組織都構成了哪些影響，如何構成的，以及這些影響是如何管理生產進程的？
BA：有遠見的組織并不是將HIPAA以及其他規范僅僅看作是需要遵守的要求，而是將其視作為他們自身及其消費者保持競爭優勢的機會。遵守HIPAA這樣的規則需要具有對變化的適應能力和承受能力。然而，這同樣要求這些機構具備比他們以前所表現出來的更加良好的管理和控制能力。而且這涉及到部分開發者要具有的新的理解角度。他們真的需要懂得系統必須做什么，特別是在安全要求和可靠性方面，從而知道如何去架構。
我如何強調這一點都不過分。若干研究都已經顯示不能正確理解明確的構架正是導致許多軟件開發問題的根源。并不是健康保健專業人員不懂到他們想做什么，也不是技術人員不能緊跟最新的趨勢。而是在這兩種人員之間存在一道鴻溝。我們需要做的就是彌合業務需求（包括遵守命令）和技術應用之間的裂縫。這正是業務驅動開發的用意；當您清楚的懂得了業務目標，您就會知道如何去做了。
那么我們如何做到這一點呢？許多團隊談論核實和確認方面的問題。核實回答的問題是“您正確的構建了產品或者系統了么？”這涉及到在軟件開發項目之前做好相應的準備：針對需求、分析、設計、建造、部署和監控使用最好的實踐操作，并且確保審核流程貫穿始終。
確認回答的問題是“我們是否構建了正確的產品或者系統？”今天許多供應商正確的生產他們的產品，但是他們并不是永遠生產正確的產品——健康保健所需要的系統。確認要求包含需求規范中的所有利益相關的參與者和并且貫穿整個開發過程。
這涉及了HIPAA的遵從問題，因為現在有些供應商建造這樣一些安全系統，它使得那些擁有合法需求的供應者可以訪問那些被保護起來的醫療檔案。這可以在任何地方發生，比如一個藥劑師不能訪問一個病人可能需要的其他藥品，又比如議員中的移動的突發事件響應。這就是一個缺乏確認的征兆：錯誤的系統被正確的建造出來了。
為了更有效的管理業務驅動開發項目，您必須堅持確認您所建造的并且檢驗您是如何建造的。您可以通過使用那些提供上下追蹤功能的自動工具來達到這些目的�？勺粉櫟墓δ芫褪前抵改梢员O控您做了什么以及您是如何做的；工具提供就是指同利益相關的參與者和外界的權威交流溝通您正在做的事情。
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的觀點：“不幸的是，健康保健系統一直以來非常緩慢的采用工程學的工具和臨床信息技術，而這些工具和技術可以將其從一個表現不佳的獨立實體的聚集體轉變為一個高性能的系統�！蔽恼乱蔡岢褂谩跋到y工程學的工具，用于設計、分析和控制負責系統的開發，這些都已經被許多其它行業用來提供其產品和服務的質量和安全性，并降低了生產的成本�！�
我明確的看到該行業中的某些成員正在用這樣的工具裝備自己，并且租用了他們所需要的一些專門技術來向下一個層次前進。在國家之前，我看到包括國家工程研究院、國家醫學會、資深的健康行政部門、改善健康保健的機構、以及健康保健研究和品質的代理機構都在進行這一變革。他們都對現代化的原則和概念有了更好的理解，并且正在采取行動。
我想Tony也可以把這件事情清楚地表示出來。
TB：我認為鞏固和合并對于信息技術投資優先權具有強大的、積極的影響。例如，當一個像Catholic Healthcare West這樣的健康護理機構壯大到80家以上的醫院時，他們就會看到其信息技術和底層結構同他們只擁有五家醫院時的不同之處。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
