ESB技術(shù)方案

1、ESB技術(shù)方案1.背景概要1.1 基于信息平臺的業(yè)務(wù)整合與數(shù)據(jù)共享機(jī)制醫(yī)療健康信息服務(wù)平臺是一個集成各類應(yīng)用系統(tǒng)以及日常運(yùn)營的平臺，實現(xiàn)信息的整合再利用，在此平臺之上可有效整合醫(yī)院內(nèi)部業(yè)務(wù)應(yīng)用系統(tǒng)，最終形成一個互聯(lián)互通的醫(yī)院業(yè)務(wù)協(xié)作網(wǎng)絡(luò)。醫(yī)療健康信息平臺是為醫(yī)療行業(yè)特別量體定做的，可以很好支持不同系統(tǒng)之間的醫(yī)療數(shù)據(jù)的整合，快速實施應(yīng)用程序節(jié)點(diǎn)部署以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。在醫(yī)院信息系統(tǒng)中的各子系統(tǒng)中，比如HIS、LIS、RIS、OA等，傳遞和展現(xiàn)整個醫(yī)療過程中的相關(guān)信息。通過醫(yī)療健康信息服務(wù)平臺建設(shè)，一方面可以規(guī)避“點(diǎn)對點(diǎn)”式的信息共享與交換，并使得醫(yī)院可以基于信息平臺整體上進(jìn)行業(yè)務(wù)管理

2、，對內(nèi)提高管理水平，對外以統(tǒng)一的方式接入?yún)^(qū)域衛(wèi)生協(xié)同網(wǎng)絡(luò)，更好地為患者健康服務(wù)。1.2 以電子病歷為核心載體的患者診療數(shù)據(jù)集成與共享電子病歷是健康檔案在醫(yī)療機(jī)構(gòu)的特定表現(xiàn)方式，標(biāo)準(zhǔn)化的電子病歷是區(qū)域衛(wèi)生信息化和健康檔案建設(shè)的關(guān)鍵問題。醫(yī)院信息系統(tǒng)是從簡單的收費(fèi)系統(tǒng)發(fā)展起來的，電子病歷是醫(yī)院信息系統(tǒng)進(jìn)入臨床信息發(fā)展階段的產(chǎn)物。在區(qū)域衛(wèi)生信息化的要求下，必須達(dá)到以患者個人健康檔案為主線的臨床信息共享，新一代醫(yī)院信息系統(tǒng)建設(shè)就必須以電子病歷為核心，全面疏理醫(yī)院的各個業(yè)務(wù)與管理流程使之滿足醫(yī)院內(nèi)部的信息資源共享需要，還要滿足區(qū)域醫(yī)療業(yè)務(wù)協(xié)同的需要。以電子病歷為核心載體強(qiáng)調(diào)以病人為中心，將病人全部的診療

3、資料以統(tǒng)一的形式組織起來，通過醫(yī)療健康信息平臺以統(tǒng)一的方式向外展示，并使之成為電子健康檔案的有機(jī)組成部分，形成以電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)為基礎(chǔ)的病人診療數(shù)據(jù)標(biāo)準(zhǔn)化、規(guī)范化共享與利用。醫(yī)院管理分為醫(yī)療管理與運(yùn)營管理。醫(yī)療管理通過對醫(yī)院診療活動各個方面的直接與間接管理來保障臨床服務(wù)工作的質(zhì)量；而針對醫(yī)院人、財、物的運(yùn)營管理是為醫(yī)院臨床工作進(jìn)行后勤保障工作的，其最終目標(biāo)依然是為臨床服務(wù)的。醫(yī)療管理與運(yùn)營管理需要同臨床服務(wù)交換各類數(shù)據(jù)，以實現(xiàn)相應(yīng)的管理目標(biāo)，促進(jìn)臨床服務(wù)質(zhì)量的改善。在這個過程中，需要交換的數(shù)據(jù)種類繁多，幾乎涵蓋醫(yī)院信息系統(tǒng)的各個部分，因此基于統(tǒng)一的醫(yī)療健康信息平臺的數(shù)據(jù)交換與共享機(jī)制

4、是實現(xiàn)這類需求的有效手段。1.3 通過消息驅(qū)動的醫(yī)院業(yè)務(wù)流程整合與再造在完成數(shù)據(jù)整合的同時，醫(yī)院管理與醫(yī)療服務(wù)在業(yè)務(wù)流程上也需要有機(jī)地結(jié)合起來，才能提高信息的利用價值。例如，藥品從采購到患者服用是一個邏輯非常嚴(yán)密的過程，流程上的差錯有可能最終導(dǎo)致醫(yī)療差錯甚至是醫(yī)療事故的發(fā)生。因此，如何將醫(yī)院管理與臨床服務(wù)的業(yè)務(wù)流程有機(jī)地結(jié)合起來，建設(shè)這兩方面工作的協(xié)同機(jī)制，是醫(yī)療健康信息集成平臺的核心目標(biāo)之一。通過消息驅(qū)動的醫(yī)院業(yè)務(wù)流程整合與再造，就是要在各個異構(gòu)系統(tǒng)的不同模塊之間，建立消息通道，通過統(tǒng)一的消息機(jī)制來控制數(shù)據(jù)的流傳路徑、系統(tǒng)權(quán)限和界面執(zhí)行，消弭個異構(gòu)系統(tǒng)間的通訊障礙。ESB與互操作性醫(yī)院平臺功

5、能辨析：序號典型功能描述互操作性平臺ESB1系統(tǒng)之間簡化接口，消除直接耦合，通過平臺進(jìn)行消息和數(shù)據(jù)交換，實現(xiàn)異構(gòu)系統(tǒng)之間的互聯(lián)互通支持支持2醫(yī)護(hù)人員從自己使用的診療、護(hù)理、查房等系統(tǒng)，都能獲得所需要的電子病歷信息支持不支持3運(yùn)營管理數(shù)據(jù)能夠靈活美觀地展現(xiàn)給管理者支持不支持4醫(yī)護(hù)人員在需要的時候能夠獲得實時或及時的患者電子病歷信息支持不支持5能夠?qū)崿F(xiàn)同一患者臨床文檔精確關(guān)聯(lián)的患者主索引支持不支持6系統(tǒng)能夠及時推送各類消息（如危支持支持機(jī)值）給使用者7患者信息、文檔信息能夠及時更新支持不支持8管理職能部門能夠從系統(tǒng)得到實時或及時的管理統(tǒng)計數(shù)據(jù)支持不支持互操作性平臺把數(shù)據(jù)共享的及時性作為核心目標(biāo)之一

6、，通過平臺軟件一系列的互操作功能，能把各個業(yè)務(wù)子系統(tǒng)產(chǎn)生的新的患者信息或文檔信息，進(jìn)行實時或及時的識別、轉(zhuǎn)換、注冊和存儲。由于數(shù)據(jù)采集和平臺包含的臨床文檔中心內(nèi)容更新能夠做到實時或及時，使用醫(yī)護(hù)和管理人員隨時隨地通過自己的應(yīng)用系統(tǒng)從互操作性平臺得到所需要的數(shù)據(jù)。互操作性平臺包含了ESB作為自身的消息引擎，實現(xiàn)接入子系統(tǒng)之間、子系統(tǒng)與平臺之間的數(shù)據(jù)交互。危急值數(shù)據(jù)，在生產(chǎn)子系統(tǒng)中產(chǎn)生，按照預(yù)定規(guī)則判斷，達(dá)到閾值后系統(tǒng)自動觸發(fā)消息，依據(jù)ESB中預(yù)先設(shè)定的路由規(guī)則、權(quán)限傳遞到指定子系統(tǒng)，推送給指定使用者角色，以彈窗、短信等形式實現(xiàn)提醒功能。醫(yī)療健康信息服務(wù)平臺作為醫(yī)療行業(yè)的一個應(yīng)用集成平臺。該平臺以

7、無縫的分層的體系結(jié)構(gòu)為醫(yī)院提供數(shù)據(jù)及應(yīng)用程序的集成，它將推動基礎(chǔ)設(shè)施技術(shù)的進(jìn)步，以靈活可靠的基礎(chǔ)設(shè)施代替點(diǎn)對點(diǎn)的接口開發(fā)，形成全面的集成解決方案，連接應(yīng)用程序、數(shù)據(jù)庫和其他系統(tǒng)，例如：HIS、LIS系統(tǒng)（實驗室系統(tǒng)）、PACS、財務(wù)系統(tǒng)，通過集成不同的信息標(biāo)準(zhǔn)，如XML技術(shù)，HL7和電子數(shù)據(jù)交換，這種多樣性使得該平臺成為與第三方業(yè)務(wù)軟件相連接。2.ESB需求識別1. 系統(tǒng)之間簡化接口、消除直接耦合，通過平臺進(jìn)行消息和數(shù)據(jù)交換，打通各個系統(tǒng)之間的“孤島”狀態(tài)，使業(yè)務(wù)系統(tǒng)的數(shù)據(jù)得以自由使用，實現(xiàn)異構(gòu)系統(tǒng)之間互聯(lián)互通；2. 系統(tǒng)能夠及時推送各類消息（如危機(jī)值）給使用者；3. 標(biāo)準(zhǔn)醫(yī)療信息集成互聯(lián)互通

8、平臺，提供HL7標(biāo)準(zhǔn)協(xié)議，支持多種異構(gòu)接入方式，按照醫(yī)院工作流程和環(huán)節(jié)實現(xiàn)在全院范圍內(nèi)、跨網(wǎng)絡(luò)、跨協(xié)議、支持?jǐn)?shù)據(jù)集成和業(yè)務(wù)協(xié)同的平臺；3.基于ESB服務(wù)的集成平臺集成能力是醫(yī)院信息平臺必備的核心能力，為了降低集成的難度和管理的復(fù)雜度，采用專有的醫(yī)療信息集成平臺來解決國內(nèi)醫(yī)院系統(tǒng)之間的集成問題。醫(yī)療健康信息平臺要基于SOA思想，能夠以SOA的方式將醫(yī)院的各個業(yè)務(wù)系統(tǒng)集成在一起，具備面向服務(wù)、面向消息、事件驅(qū)動的特性，是一個在SOA架構(gòu)中充當(dāng)服務(wù)間智能化集成與管理中介的靈活敏捷的基礎(chǔ)平臺。通過專有的醫(yī)療信息集成平臺針對目前國內(nèi)的系統(tǒng)不標(biāo)準(zhǔn)、異構(gòu)度高、醫(yī)療健康信息平臺實施難以落地等實際現(xiàn)狀，實現(xiàn)學(xué)校

9、醫(yī)院應(yīng)用系統(tǒng)所需的所有同第三方系統(tǒng)集成的接口，均建立在該集成平臺上。在項目實施中盡量避免修改原有各個軟件系統(tǒng)中的任何部分，包括數(shù)據(jù)庫結(jié)構(gòu)、應(yīng)用程序代碼等。全部采用SOA架構(gòu)重新進(jìn)行抽象和封裝。3.1設(shè)計概述在目前的市場上，主要有兩種技術(shù)方式來實現(xiàn)集成平臺的各項服務(wù)于應(yīng)用。一是基于ESB（什么是ESB，就是企業(yè)數(shù)據(jù)總線的意思，他的核心功能就是兼容各種協(xié)議接口，可以將數(shù)據(jù)在各種協(xié)議之間進(jìn)行流轉(zhuǎn)，并且可以針對數(shù)據(jù)格式進(jìn)行編排轉(zhuǎn)換）、二是基于服務(wù)注冊（什么是服務(wù)注冊，就是將所有的服務(wù)接口注冊到一個中心的分布式服務(wù)集群上，各個業(yè)務(wù)系統(tǒng)直接訪問分布式服務(wù)查找需要調(diào)用的接口位置，進(jìn)而調(diào)用）。兩者之間的優(yōu)缺點(diǎn)

10、對比：ESB般采用集中式轉(zhuǎn)發(fā)請求，適合大量異構(gòu)系統(tǒng)集成，并且壓力不大的情況。（代表性的項目有：JBOSSESB,Mule,Camel以及一些其他的esb項目）服務(wù)注冊管理，采用的是分布式調(diào)用，注冊中心只記錄地址信息，然后直連調(diào)用，適合并發(fā)及壓力比較大的情況。（代表性開源項目有：阿里的dubbo,淘寶的HSF）從對比中可以明顯看出，基于ESB適合大量異構(gòu)系統(tǒng)的集成，便于業(yè)務(wù)編排等應(yīng)用，但并發(fā)壓力相對較弱。服務(wù)注冊管理在業(yè)務(wù)編排和協(xié)議轉(zhuǎn)換方面需要靠底層系統(tǒng)改造，但能夠承受較大的并發(fā)壓力。綜合上述的情況及根據(jù)醫(yī)療行業(yè)的特性，首先醫(yī)療行業(yè)在并發(fā)處理上面相對較小，與淘寶之類的并發(fā)量是不能一提的，另外醫(yī)院

11、系統(tǒng)眾多、在集成時應(yīng)盡量避免底層系統(tǒng)的接口改造，應(yīng)該做到快速部署、快速集成的理念。因此，綜合上述情況，構(gòu)建基于ESB服務(wù)的集成平臺，能夠為學(xué)校醫(yī)院實現(xiàn)個性化需求、二次修改、共同開發(fā)等提供快速的響應(yīng)。基于ESB服務(wù)的集成平臺，與相關(guān)在醫(yī)療市場上推廣的國外產(chǎn)品相對比，廠商自主開發(fā)的平臺公用服務(wù)將能夠為醫(yī)院未來的發(fā)展帶來以下更好的幫助：自主開發(fā)的平臺公用服務(wù)通用中間件標(biāo)準(zhǔn)適應(yīng)性基于行業(yè)服務(wù)經(jīng)驗，能夠適應(yīng)國內(nèi)醫(yī)院的標(biāo)準(zhǔn)現(xiàn)狀。很難適應(yīng)國內(nèi)的標(biāo)準(zhǔn)，即使醫(yī)院今后系統(tǒng)可能會按照標(biāo)準(zhǔn)去建設(shè)，但是在處理中文的能力方面，通用中間件也是束手無策。緊密程度可根據(jù)醫(yī)院的實際業(yè)務(wù)要求進(jìn)行個性化改造、個性化定制實現(xiàn)等方面的支

12、持通用的中間件的源代碼是基本不開放，這也導(dǎo)致不能夠很好的去實現(xiàn)醫(yī)院后續(xù)多元化的業(yè)務(wù)要求(公共服務(wù))安全性廠商需為國內(nèi)相關(guān)政府部門重點(diǎn)扶持的科技企業(yè)，自主開發(fā)的平臺公用服務(wù)的相關(guān)產(chǎn)品能夠符合國家的戰(zhàn)略發(fā)展要求，是政府大力的扶持自主創(chuàng)新科技企業(yè)，廠商所提供自主開發(fā)平臺公共服務(wù)得到了國家科技主管部門的測評與鑒定在國務(wù)院關(guān)于印發(fā)國家知識產(chǎn)權(quán)戰(zhàn)略綱要中“(16)以國家戰(zhàn)略需求為導(dǎo)向，在生物和醫(yī)藥、信息、新材料、先進(jìn)制造、先進(jìn)能源、海洋、資源環(huán)境、現(xiàn)代農(nóng)業(yè)、現(xiàn)代交通、航空航天等技術(shù)領(lǐng)域超前部署，掌握一批核心技術(shù)的專利，支撐我國高技術(shù)產(chǎn)業(yè)與新興產(chǎn)業(yè)發(fā)展?！闭卺t(yī)療上面也是鼓勵國內(nèi)的自主產(chǎn)權(quán)。通用的中間件相

13、應(yīng)的核心技術(shù)、數(shù)據(jù)安全等方面主要在國外的部分公司手中，尤其在醫(yī)療領(lǐng)域中，醫(yī)療數(shù)據(jù)的安全尤為重要。因此，從長遠(yuǎn)發(fā)展角度來看，并不適合。3.2框架設(shè)計在醫(yī)療健康信息平臺建設(shè)中，醫(yī)用信息集成平臺作為信息系統(tǒng)和平臺應(yīng)用的中間層，原封不動地保持醫(yī)院業(yè)務(wù)系統(tǒng)，不需要進(jìn)行改造，減少集成難度。集成平臺和業(yè)務(wù)系統(tǒng)之間是相對獨(dú)立的，如果需求發(fā)生改變，那么只需要修改平臺的一些相應(yīng)配置，這樣可以最大限度地減少開發(fā)成本和延長醫(yī)院業(yè)務(wù)系統(tǒng)生存周期。業(yè)務(wù)系統(tǒng)A集成平臺框架圖業(yè)務(wù)系統(tǒng)B(1) 消息格式定義在集成平臺中預(yù)定義數(shù)據(jù)結(jié)構(gòu)的XML文檔架構(gòu)，從而規(guī)定了輸入端口接受的消息實例類型，外部應(yīng)用程序輸入消息的數(shù)據(jù)類型。平臺接收

14、端口將根據(jù)該文檔建構(gòu)，驗證上傳的XML文檔是否符合配置架構(gòu)，如果非法，返回相應(yīng)的錯誤信息。(2) 流程編排(暫不開發(fā))通過醫(yī)療健康信息服務(wù)平臺的BPM流程管理，在醫(yī)院內(nèi)各個業(yè)務(wù)系統(tǒng)之間建立起符合真正業(yè)務(wù)需求的流轉(zhuǎn)關(guān)系。集成平臺在基于安全、穩(wěn)定、可靠的一次性不漏、不重、不丟、不錯的數(shù)據(jù)傳輸?shù)那疤嵯拢ㄟ^引入流程引擎，以流程化的方式進(jìn)行數(shù)據(jù)路由規(guī)則的訂制，使業(yè)務(wù)邏輯和集成邏輯分離解耦，大大提高了整個平臺的可擴(kuò)展性。當(dāng)需求發(fā)生變化的時候，不再需要廠商、集成商的參與，用戶自身就可以根據(jù)新的需求進(jìn)行調(diào)整。(3) 消息生成醫(yī)療健康信息服務(wù)平臺其核心是基于消息機(jī)制實現(xiàn)業(yè)務(wù)系統(tǒng)之間的應(yīng)用集成，通過平臺來監(jiān)控業(yè)

15、務(wù)系統(tǒng)產(chǎn)生一些消息通知，這些消息通知也是通過消息交換中心來進(jìn)行統(tǒng)一管理，通過各個軟件系統(tǒng)響應(yīng)各種消息通知來達(dá)到業(yè)務(wù)協(xié)同的效果。消息服務(wù)于第三方軟件的接口有兩種方式：一種是Web服務(wù)方式，即提供封裝了標(biāo)準(zhǔn)接口的Web服務(wù)供第三方軟件調(diào)用，這種方式要求第三方軟件增添接口代碼，好處是運(yùn)行效率高；另一只方式是輪詢第三方系統(tǒng)數(shù)據(jù)庫相關(guān)字段形成中間表，通過監(jiān)測中間表來觸發(fā)消息，好處是第三方系統(tǒng)無需修改代碼，弊端是對硬件網(wǎng)絡(luò)資源的消耗有所增加，但是可控。實際應(yīng)用中，上述兩種接口方式根據(jù)具體情況混合應(yīng)用將達(dá)到最佳效果。(4) 消息映射信息映射主要是解決系統(tǒng)之間數(shù)據(jù)格式不一致問題，即將從各業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫中所提取

16、到的數(shù)據(jù)信息轉(zhuǎn)換為標(biāo)準(zhǔn)XML結(jié)構(gòu)形式。通常，數(shù)據(jù)庫中的關(guān)系數(shù)據(jù)到XML文檔的映射規(guī)則為：表一元素、列一屬性或子元素、值一屬性值或子元素值。通過使用元素標(biāo)記和屬性標(biāo)記，使XML文檔的內(nèi)容具有可識別性。元素標(biāo)記和屬性標(biāo)記是集成平臺統(tǒng)一定義的，他們的描述都存放在Schema文件中。元素標(biāo)記和屬性標(biāo)記在XML文檔中呈和/配對出現(xiàn)。例如下圖所示，對于一個人員的描述，在業(yè)務(wù)數(shù)據(jù)庫中表名、字段名和集成平臺數(shù)據(jù)庫中都不一樣，需要把它們一一對應(yīng)起來。personijrenyuan字權(quán)君字段類舉字謖君宇段類舉cdchar(50)shenfenzhengchar(SO)namechar(3O)xinmingchar

17、(3Oageintnianlingint*1sexbitxtngbiechar(10)addressvarchar(200)dizhivarchar(200)emailvarchar(5O)youjianvarchar(SO)phon亡varchar(3O)dianhuavarchar(3O)AESB提供“字段影射”適配器，通過配置的方式，解決部門業(yè)務(wù)數(shù)據(jù)庫和前置數(shù)據(jù)庫之間表名、字段名不一致的問題。(5) XML封裝、解析XML封裝器：對數(shù)據(jù)按照一定轉(zhuǎn)換而成的XML文件，采用SOAP格式進(jìn)行封裝，同時在SOAP頭中加入相關(guān)的屬性，例如數(shù)據(jù)類型和身份認(rèn)證信息等。XML解析器：分析XML文檔的語法

18、和格式是否正確，這里需要用到XML的一個關(guān)鍵技術(shù)：XMLSchema，利用此技術(shù)我們可以嚴(yán)格檢查接受的XML數(shù)據(jù)，確保在傳輸過程中沒有數(shù)據(jù)丟失和錯誤。(6) 信息隊列處理把通過驗證的XML文檔送入處理隊列，等候系統(tǒng)進(jìn)行進(jìn)一步存儲處理，該隊列對于信息交換相當(dāng)于一個緩沖器，起到一個數(shù)據(jù)緩存和系統(tǒng)運(yùn)行能力調(diào)節(jié)的功能。4. 業(yè)務(wù)功能需求4.1基礎(chǔ)服務(wù)注冊服務(wù)應(yīng)包括對患者、醫(yī)療服務(wù)人員、醫(yī)療衛(wèi)生機(jī)構(gòu)(科室)、醫(yī)療衛(wèi)生術(shù)語和字典的注冊管理服務(wù)。平臺應(yīng)對這些實體提供唯一的標(biāo)識。針對各類實體形成各類注冊庫(如患者注冊庫、醫(yī)療服務(wù)人員注冊庫、機(jī)構(gòu)注冊庫、術(shù)語和字典注冊庫)。(1) 個人注冊服務(wù)個人注冊服務(wù)用于對

19、前來醫(yī)院就診患者的基本信息進(jìn)行管理。通過對個人基本信息的統(tǒng)一管理，實現(xiàn)對個人信息最完整的保存，可以為醫(yī)療健康信息平臺上的各應(yīng)用系統(tǒng)提供一致的個人信息?；竟δ馨ǎ壕邆湫略鰝€人注冊功能；具備個人信息更新功能； 具備個人身份失效功能； 具備個人身份合并功能； 具備個人信息查詢功能。(2) 醫(yī)療衛(wèi)生人員注冊服務(wù)醫(yī)療衛(wèi)生人員注冊服務(wù)用于對醫(yī)療衛(wèi)生機(jī)構(gòu)內(nèi)部所有醫(yī)療服務(wù)人員的基本信息進(jìn)行注冊和管理。醫(yī)療服務(wù)人員包括醫(yī)生、護(hù)士、醫(yī)技人員、藥事人員等全部提供醫(yī)療衛(wèi)生服務(wù)的醫(yī)務(wù)人員。通過對醫(yī)療衛(wèi)生人員基本信息、專業(yè)信息的管理，可以為醫(yī)療健康信息平臺上的各應(yīng)用系統(tǒng)，提供完整、統(tǒng)一的醫(yī)療衛(wèi)生人員信息。基本功能包括

20、： 具備新增醫(yī)護(hù)人員注冊功能； 具備醫(yī)護(hù)人員信息更新功能； 具備醫(yī)護(hù)人員身份失效功能； 具備醫(yī)護(hù)人員身份合并功能； 具備醫(yī)護(hù)人員信息查詢功能。（3）醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）注冊醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）注冊用于對醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）的基本信息進(jìn)行管理。通過對醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）基本信息的統(tǒng)一管理，可以為醫(yī)療健康信息平臺上的各應(yīng)用系統(tǒng)、患者提供完整、統(tǒng)一的醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）信息。基本功能包括：具備新增醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）注冊功能；具備醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）信息更新功能； 具備醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）停用功能； 具備醫(yī)療衛(wèi)生機(jī)構(gòu)（科室）信息查詢功能。（4）術(shù)語和字典注冊術(shù)語和字典注冊用于從數(shù)據(jù)定義層次來解決各系

21、統(tǒng)的互操作問題。術(shù)語和字典的范圍包括醫(yī)療衛(wèi)生領(lǐng)域所涉及到的各類專業(yè)詞匯，以及所遵循的數(shù)據(jù)標(biāo)準(zhǔn)。建立術(shù)語和字典注冊庫，用來規(guī)范醫(yī)療衛(wèi)生事件中所產(chǎn)生的信息含義的一致性問題。術(shù)語應(yīng)由平臺管理者進(jìn)行注冊、更新和維護(hù)。字典既可由平臺管理者又可由機(jī)構(gòu)內(nèi)各應(yīng)用系統(tǒng)來提供注冊、更新和維護(hù)?；竟δ馨ǎ?具備術(shù)語和字典的批量導(dǎo)入導(dǎo)出功能； 具備術(shù)語和字典的分類瀏覽功能； 具備術(shù)語和字典的關(guān)系維護(hù)功能； 具備術(shù)語和字典的版本管理功能； 具備術(shù)語和字典的映射關(guān)系維護(hù)功能； 具備向其他系統(tǒng)同步術(shù)語和字典功能。4.2 電子病歷整合服務(wù)（1）就診服務(wù)就診服務(wù)用于對患者的就診信息進(jìn)行管理。醫(yī)院信息平臺可實現(xiàn)患者在就診過程

22、中入院、轉(zhuǎn)科、出院、門診就診等各環(huán)節(jié)信息的保存、變更和信息共享。包括：就診信息接收功能、就診信息訂閱功能、就診信息發(fā)布功能、就診信息查詢功能。（2）醫(yī)囑交互服務(wù)醫(yī)囑交互服務(wù)用于對患者的整個臨床診療過程中的醫(yī)囑信息的管理。醫(yī)院信息平臺在醫(yī)囑處理過程中(如醫(yī)囑開立、醫(yī)囑執(zhí)行、醫(yī)囑停止、醫(yī)囑取消)為平臺上的各應(yīng)用系統(tǒng)提供醫(yī)囑信息共享服務(wù)。包括：醫(yī)囑接收功能、醫(yī)囑訂閱功能、醫(yī)囑發(fā)布功能、醫(yī)囑查詢功能。(3) 申請單服務(wù)申請單服務(wù)是醫(yī)院信息平臺為接入平臺的各系統(tǒng)提供申請單(輸血申請單、手術(shù)申請單、檢查申請單、檢驗申請單)信息共享服務(wù)。包括：申請單接收功能、申請單訂閱功能、申請單發(fā)布功能、申請單查詢功能。

23、(4) 預(yù)約信息服務(wù)預(yù)約信息服務(wù)是醫(yī)院信息平臺在預(yù)約處理過程中為平臺上的臨床系統(tǒng)提供醫(yī)療資源信息共享服務(wù)。包括：預(yù)約排班信息接收功能、預(yù)約排班信息查詢功能、預(yù)約確認(rèn)功能、預(yù)約查詢功能。(5) 結(jié)果信息服務(wù)結(jié)果信息服務(wù)是醫(yī)院信息平臺為接入平臺的各系統(tǒng)提供觀察結(jié)果、業(yè)務(wù)活動記錄(檢查報告、檢驗報告、電子病歷文檔等)信息共享服務(wù)。包括：結(jié)果信息接收功能、結(jié)果信息發(fā)布功能、結(jié)果信息訂閱功能、結(jié)果信息查詢功能。4.3 電子病歷檔案服務(wù)(1) 索引服務(wù)索引服務(wù)用于將所有關(guān)于個人的診療信息事件，包括個人的就診時間、科室、接受的醫(yī)療服務(wù)、產(chǎn)生的業(yè)務(wù)活動記錄的索引信息保存到文檔注冊庫中。通過索引服務(wù)可從基本業(yè)務(wù)

24、系統(tǒng)查看個人的診療事件信息，以及事件信息所涉及的文檔目錄及摘要信息。包括：靜態(tài)文檔注冊功能、支持根據(jù)醫(yī)療事件或個人信息查詢相關(guān)醫(yī)療靜態(tài)文檔索引的功能、文檔注冊庫支持提供多個存儲庫的索引信息。(2) 存儲服務(wù)存儲服務(wù)用于接收電子病歷文檔，并將文檔存儲到文檔存儲庫中，同時對文檔的版本及生命周期管理，它還提供文檔注冊服務(wù)。包括：文檔接收功能、向文檔索引庫注冊文檔功能、向文檔使用者提供文檔功能。4.4 醫(yī)院信息平臺與區(qū)域衛(wèi)生信息平臺交互服務(wù)醫(yī)院內(nèi)各信息系統(tǒng)應(yīng)統(tǒng)一通過醫(yī)院信息平臺實現(xiàn)與區(qū)域衛(wèi)生信息平臺的交互，進(jìn)而實現(xiàn)與外部機(jī)構(gòu)的信息共享與業(yè)務(wù)協(xié)同。主要包括：個人注冊服務(wù)調(diào)用；醫(yī)療衛(wèi)生人員注冊服務(wù)調(diào)用；醫(yī)

25、療衛(wèi)生機(jī)構(gòu)(科室)注冊服務(wù)調(diào)用；醫(yī)療衛(wèi)生術(shù)語注冊服務(wù)調(diào)用；健康檔案調(diào)閱服務(wù)調(diào)用；病歷文檔上傳服務(wù)調(diào)用；病歷數(shù)據(jù)查詢服務(wù)調(diào)用；4.5配置管理醫(yī)療健康信息平臺通過組件都實現(xiàn)醫(yī)院所有業(yè)務(wù)流程和事務(wù)的靈活定制，在配置管理方面實行統(tǒng)一配置統(tǒng)一管理。(1) 用戶管理能過機(jī)構(gòu)/用戶管理可以規(guī)范用戶對集成平臺的使用行為，可以根據(jù)用戶的組織機(jī)構(gòu)設(shè)置相應(yīng)的用戶組和對應(yīng)的用戶。用戶管理應(yīng)該能夠?qū)τ脩暨M(jìn)行全面的管理，包括用戶組的增加、修改和刪除；用戶的增加、修改和刪除；用戶與用戶組之間的對應(yīng)；以及其于角色的權(quán)限管理安全可靠的密碼管理功能。(2) 權(quán)限管理在集合平臺中權(quán)限管理至關(guān)重要，不同的用戶具有不同的權(quán)限，使用不同

26、的信息路由路徑，對各應(yīng)用節(jié)點(diǎn)的接口調(diào)用進(jìn)行身份驗證。這樣保證了系統(tǒng)的安全性、可靠性和穩(wěn)定性。系統(tǒng)應(yīng)從不同的角度進(jìn)行相應(yīng)的權(quán)限管理，功能權(quán)限指對接入平臺的各個應(yīng)用以及功能服務(wù)的訪問權(quán)限；數(shù)據(jù)集權(quán)限即數(shù)據(jù)項權(quán)限，是指用戶對傳輸中的信息各數(shù)據(jù)項的訪問權(quán)限；管理范圍及記錄權(quán)限，是作為共享數(shù)據(jù)信息內(nèi)容的訪問權(quán)限。當(dāng)用戶所具有的信息，符合通過管理范圍設(shè)定出的特殊匹配條件時，允許用戶訪問相應(yīng)管理范圍所規(guī)定信息內(nèi)容；權(quán)限方案允許用戶導(dǎo)出和導(dǎo)入。便于權(quán)限管理信息的分發(fā)和設(shè)定；用戶還可對自己相應(yīng)的權(quán)限信息進(jìn)行打印。(3) 日志審計為了更好的使系統(tǒng)管理人員了解和掌握系統(tǒng)的運(yùn)行和使用情況，我們基于日志管理，通過對特定

27、事件的定義和對各類系統(tǒng)檢測數(shù)據(jù)閥值的設(shè)定，達(dá)到監(jiān)控系統(tǒng)運(yùn)行狀態(tài)的目的。日志記錄日常用戶使用的情況，跟蹤每一筆數(shù)據(jù)交換過程后進(jìn)行的所有操作如操作流水號、院區(qū)、系統(tǒng)名稱、發(fā)送時間、接收時間、模塊名稱等，用以提高系統(tǒng)的安全性，跟蹤非法操作與越權(quán)操作，統(tǒng)計接口的執(zhí)行頻度。日志審計反映了每個服務(wù)的生命周期的痕跡。它記錄了從消息代理、服務(wù)解析，到服務(wù)排隊、服務(wù)路由每個檢查點(diǎn)的狀態(tài)。并通過預(yù)先設(shè)定閾值，檢查服務(wù)的即時狀態(tài)，來判斷服務(wù)有效性。此外，因為集成平臺第三方地位的特殊性，日志服務(wù)可作為不同系統(tǒng)之間交換發(fā)生故障時的憑據(jù)，可作為來診斷發(fā)生的問題以及設(shè)計處理的仲裁者。(4) 數(shù)據(jù)備份與恢復(fù)集成平臺的中心共享

28、性數(shù)據(jù)(如病人基本信息、健康檔案)處于非常重要的位置，確保數(shù)據(jù)中心數(shù)據(jù)的安全是系統(tǒng)必備的功能。通過數(shù)據(jù)備份和恢復(fù)管理，根據(jù)設(shè)定的數(shù)據(jù)備份策略，定期備份指定范圍的數(shù)據(jù)，可以在需要的時候?qū)浞莸臄?shù)據(jù)恢復(fù)。并且能夠通過設(shè)定，利用系統(tǒng)提供的自動通知功能，提醒系統(tǒng)管理人員備份數(shù)據(jù)。(5) 服務(wù)流程監(jiān)控監(jiān)控管理邏輯節(jié)點(diǎn)及部署在邏輯節(jié)點(diǎn)上面的項目、服務(wù)、組件及業(yè)務(wù)流程等運(yùn)行狀況的集中管理監(jiān)控平臺。通過監(jiān)控管理中心，用戶可以查看邏輯節(jié)點(diǎn)及部署在邏輯節(jié)點(diǎn)上面的項目、服務(wù)、組件及業(yè)務(wù)流程等運(yùn)行狀態(tài)、日志信息等，并能夠?qū)λO(jiān)控的對象進(jìn)行如啟動/停止等控制。監(jiān)控管理中心的界面基于Web瀏覽器方式，方便用戶查看系統(tǒng)運(yùn)行

29、狀態(tài)，跟蹤服務(wù)、業(yè)務(wù)流程運(yùn)行信息，便于對監(jiān)控對象進(jìn)行分析、診斷。5. ESB技術(shù)選型5.1ACE/ICE(1) ICE綜述互聯(lián)網(wǎng)通信引擎(InternetCommunicationsEngine,Ice)是ZeroC公司提供的一款高性能的開源中間件平臺，包含了很多分層的服務(wù)和插件，如IceGrid、IceStorm、FreezeandFreezeScript、Glacier2、IcePatch2。Ice為大規(guī)模的分布異構(gòu)網(wǎng)絡(luò)應(yīng)用開發(fā)中存在的問題提供了可靠的解決方案。開發(fā)人員再不必?fù)?dān)心網(wǎng)絡(luò)連接、網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)男蛄谢头葱蛄谢?、重新嘗試失敗的連接等技術(shù)細(xì)節(jié)，基于Ice可以實現(xiàn)電信級的解決方案。目前

30、，Ice支持TCP/IP、UDP以及基于TCP/IP之上的SSL協(xié)議，采用RPC遠(yuǎn)程調(diào)用作為基本通信方式。除了全功能和高性能的RPC，Ice還具備大多數(shù)分布式應(yīng)用所需的服務(wù)，如IceGrid提供網(wǎng)格計算服務(wù)，IceStorm提供事件分發(fā)服務(wù)，Glacier2提供防火墻穿越服務(wù)等等?？傊琁ce提供了一組完整的特性，支持廣泛領(lǐng)域中的實際分布式應(yīng)用的開發(fā)，同時避免了不必要的復(fù)雜性，使平臺易用學(xué)習(xí)和使用。在Ice架構(gòu)中，IceRuntime負(fù)責(zé)定位對象并管理底層的傳輸機(jī)制，比如根據(jù)需要選擇打開或關(guān)閉連接，客戶端和服務(wù)器只需通過配置參數(shù)選擇所需的傳輸機(jī)制，他們之間的交互如同無連接一樣。(2) 自適應(yīng)通

31、信環(huán)境ACE自適應(yīng)通信環(huán)境ACE(ADAPTIVECommunicationEnvironment)是一個開源跨平臺的面向?qū)ο蟮木W(wǎng)絡(luò)框架，提供了多用于并發(fā)通信軟件的核心模式的實現(xiàn)，包括事件多路分離和事件處理器分派、信號處理、服務(wù)初始化、進(jìn)程間通信、進(jìn)程通信、共享內(nèi)存管理、消息路由、動態(tài)分布式服務(wù)的配置、并發(fā)執(zhí)行和同步。ACE結(jié)構(gòu)包括三個基本層次和兩個功能組件：(1)ACEOS適配層(TheACEOSAdapterLayer)直接駐留在本地操作上，將ACE中的其他層和組件與OSAPI相關(guān)聯(lián)的平臺專有特性屏蔽開來。由于ACE的OS適配層提供的抽象，大大提高了ACE的可移植性和可維護(hù)性。(2)C+包

32、裝外觀(C+WrapperFacadeforOSInterfaces)位于OS適配層以上，通過提供類型安全的C+封裝接口，增強(qiáng)了本機(jī)操作系統(tǒng)的并發(fā)、通信、內(nèi)存管理、事件多路分離、動態(tài)鏈接和文件系統(tǒng)的API。(3) 框架(Framework)部分是一個更高層次的網(wǎng)絡(luò)編程框架，為一組相關(guān)的應(yīng)用提供可復(fù)用的架構(gòu)。該框架使得開發(fā)者在選擇相應(yīng)的應(yīng)用框架之后，不必考慮低層級制。(4) 分布式服務(wù)和組件(DistributedServicesandComponents)不是ACE框架的嚴(yán)格組成部分，但是它在ACE中起到了兩個作用，一是作為分解出可重用的分布式應(yīng)用程序構(gòu)建塊；二是作為演示常見用例的ACE組件。

33、(5) 更高層次的分布式計算中間件組件(Higher-levelDistributedComputingMiddlewareComponents)是基于ACE開發(fā)的中間件，有助于開發(fā)人員開發(fā)健壯的、可擴(kuò)展的、高效的通信應(yīng)用。利用ACE框架可以獲得高性能和可移植的軟件服務(wù)。ACE支持QoS需求，具備延遲敏感應(yīng)用的低響應(yīng)等待時間、高帶寬應(yīng)用的高性能，以及實時應(yīng)用的可預(yù)測性。利用ACE組件可以方便地編寫適用于一個操作系統(tǒng)平臺的并發(fā)網(wǎng)絡(luò)應(yīng)用程序，并很容易地將它們移植到其他不同的操作系統(tǒng)平臺。由于這種跨平臺的支持，ACE已被廣泛應(yīng)用于通信軟件的開發(fā)。SERVICESMIDDLE琢APPLICATIONS

34、GATEWAYLOGGINGSERTERNAMESERVERTIMESERVERJAWSACAFTIVEWEBEERVEIL(TAO)L一-JJZt.,L_iA|=筈THEACEORBCORBAHANDLEK/AC£EPTORCONNECTORPROCESS/C+聊RAPPEW*THREAD:MANAGERSOGSERVICECONFIG-URATORMEMSiYSVMAPWRAPPffiSPROCESS!?/miEAMISCCKET0NAMEDselect/DYNAMICMEMORYSYSTIMTHREADSj|PIPES|：>HJPIPESJIOCOMP；LINKING|;

35、/MAPPINGVIPCPROACTORFIFOWRAPPER呂#SAP/OSADAPTAnONL4JFRSPIPE35PROCE$/THREADCO4MtJNICATIONVSTUAJLMEMORYSUBYrSTEMSUBSYSTEMSV0SYSTERCGENERALPOSIXani>SERVICESACE體系結(jié)構(gòu)ACE框架從底層往上，依次是C風(fēng)格的OS適配層，也就是對不同的操作系統(tǒng)底層調(diào)用的封裝；上一層是C+的封裝類，就是把各種系統(tǒng)調(diào)用和系統(tǒng)對象封裝成C+類對象；再往上就是框架層，主要就是Reactor,Acceptor,Connector和Proactor。在上面就是ACE提供的一

36、些服務(wù)組件。從這個結(jié)構(gòu)圖中還可以看出，在C+封裝層，ACE框架還為我們提供了進(jìn)程、線程管理，日志記錄，內(nèi)存管理等模塊。進(jìn)程和線程管理可以用來方便的創(chuàng)建和管理進(jìn)程、線程，還提供了各種機(jī)制實現(xiàn)線程同步。使用ACE的日志模塊，我們可以很方便的記錄不同級別的日志，并在實際運(yùn)行過程中控制日志記錄的級別。使用ACE的內(nèi)存管理，我們可以預(yù)先分配一塊內(nèi)存，這樣可以避免程序頻繁的向OS請求內(nèi)存，使得程序的性能無論從時間上還是空間上都能得到很大的提升。內(nèi)存管理還提供了進(jìn)程間共享內(nèi)存的內(nèi)存分配方式。Ice和ACE提供了一流的分布式計算開發(fā)和部署環(huán)境，比我們所知道的其他任何平臺都更完整。提供適用于異種環(huán)境的面向?qū)ο笾?/p>

37、間件平臺,提供一組完整的特性，支持廣泛的領(lǐng)域中的實際的分布式應(yīng)用的開發(fā),避免不必要的復(fù)雜性，使平臺更易于學(xué)習(xí)和使用。提供一種在網(wǎng)絡(luò)帶寬、內(nèi)存使用和CPU開銷方面都很高效的實現(xiàn),提供一種具有內(nèi)建安全性的實現(xiàn)，使它適用于不安全的公共網(wǎng)絡(luò)。5.2 WSO2ESBWSO2ESB是一個輕量級的易于使用的企業(yè)服務(wù)資源總線，基于ApacheSoftwareLicensev2.0.WS02ESB允許系統(tǒng)管理員和SOA架構(gòu)師輕松的配置消息路由,虛擬化,中介,轉(zhuǎn)換,日志記錄,任務(wù)調(diào)度,負(fù)載均衡,失敗路由,事件中介等等.運(yùn)行時被設(shè)計為完全異步,非阻塞、連續(xù)的。CominandsWSO2ESB支持許多應(yīng)用層協(xié)議和消息

38、標(biāo)準(zhǔn)（統(tǒng)稱為“運(yùn)輸”，包括HTTP/S,電子郵件，Java消息服務(wù)（JMS）和虛擬文件系統(tǒng)（VFS）。它還支持域特定協(xié)議，如金融信息交換（FIX）,高級消息隊列協(xié)議（AMQP，和（HL7，的范圍。新的傳輸可以很容易地插入框架中。1、一個應(yīng)用發(fā)送消息到ESB；2、消息被transport接收；3、Transport通過消息管道發(fā)送消息，消息管道進(jìn)行一些服務(wù)質(zhì)量的處理,如安全，可靠消息傳輸?shù)?。兩種實現(xiàn)方式：一是MediatingMessages；一是ProxyServices4、消息轉(zhuǎn)換和路由都可以被認(rèn)為是一個獨(dú)立的單元。WSO2ESB稱這個為中介框架。有些轉(zhuǎn)換發(fā)生在路由之前，有些發(fā)生在路由之后。

39、這部分由Synapse實現(xiàn)。5、然后消息根據(jù)目的地注入到相應(yīng)的管道，再次進(jìn)行服務(wù)質(zhì)量的確定。6、Transport層負(fù)責(zé)ESB所需的傳輸協(xié)議的轉(zhuǎn)換。ESB使用消息構(gòu)建器組件來解析不通渠道的傳輸是如何到達(dá)的。.一個消息構(gòu)建器通常和內(nèi)容類型聯(lián)系在一起依靠到達(dá)消息的實際內(nèi)容類型，ESB將會選擇一個合適的消息構(gòu)建器，然后解析這個消息的內(nèi)容，根據(jù)XML信息集把它轉(zhuǎn)化成ApacheAXIOM.WSO2ESBshipswith消息構(gòu)建器處理文本消息(純文本，SOAP,POX等)還有二進(jìn)制消息.消息轉(zhuǎn)換器是和構(gòu)建器擁是功能相反的伙伴.一個消息轉(zhuǎn)換器會把消息根據(jù)原來的內(nèi)容類型轉(zhuǎn)換成原來的格式，在這個消息進(jìn)入下次

40、傳輸路由之前。.和傳輸一樣,用戶可以實現(xiàn)新的消息構(gòu)建器和轉(zhuǎn)換器通過使用Axis2API。高級端點(diǎn)在傳輸中保持作為一個邏輯的單元，有三種類型的斷點(diǎn)，即地址端點(diǎn)、WSDL端點(diǎn)和默認(rèn)端點(diǎn)。除了這些之外還有第二種端點(diǎn)類型：負(fù)載均衡斷點(diǎn)和失敗端點(diǎn)，他們有一個或多個高級端點(diǎn)組成.一種端點(diǎn)可以使用任何有效的傳輸去分派消息，他們甚至可以在傳出消息上實施各種QoS約束(安全，RM等)。代理服務(wù)是WSO2ESB代理的虛擬服務(wù).他是用Axis2消息接收器實現(xiàn)的所以能輕松的接受到來的消息.一個代理服務(wù)可以用URL訪問也可以用規(guī)范的Web服務(wù)地址.代理服務(wù)也發(fā)布一個WSDL所以客戶端連接代理服務(wù)就像連接一個真是的Web

41、服務(wù).任何可用的傳輸都可以用來接受和請求消息通過這個代理服務(wù).代理服務(wù)是一個NB的方式用來發(fā)布已經(jīng)存在的服務(wù)通過不通的傳輸工具、模式和QoS配置。WSO2的強(qiáng)大就在于他全方位的中介庫，提供了各種消息處理和中介的功能.使用這些中介庫我們可以實現(xiàn)所有廣泛應(yīng)用的消息轉(zhuǎn)化模式(MEP)和企業(yè)集成模式(EIP).存在簡單的中介提供基本的消息處理功能如：日志記錄和內(nèi)容傳輸.也存在高級的中介用來訪問數(shù)據(jù)庫、對信息流添加安全等.在這種情況下，內(nèi)置的中介仍不足以滿足一個方案，那么你可以依賴WSO2提供的簡單但強(qiáng)大的API寫一個自定義的中介中介可以用多種技術(shù)來實現(xiàn)，包括java、腳本和spring。所有的這些都被

42、認(rèn)為是WSO2的擴(kuò)展。序列是特殊的中介充當(dāng)中介的配置組件。序列允許組織中介實現(xiàn)命令管道和過濾器模式來實現(xiàn)實際的消息處理和中介。任務(wù)為WS02ESB提供了配置計劃任務(wù)的能力，他們?yōu)橹薪閳?zhí)行內(nèi)部和外部的命令.QoS組件實現(xiàn)可靠消息、安全代理服務(wù)和中介，他和Apache的兩個模塊的實現(xiàn)都是為了Axis2,這兩個模塊是Rampart和Sandesha。WSO2ESB擁有內(nèi)置的注冊/存儲庫來存儲配置和配置元數(shù)據(jù)并且也提供了設(shè)備用來遠(yuǎn)程存儲.組件像集群、負(fù)載均衡和高可用性是WSO2成為了一個生產(chǎn)準(zhǔn)備服務(wù)器。.最后GUI組件提供了綜合管理、配置和監(jiān)視能力.GUI建立在一個通過分離前端和后端的分層的架構(gòu)上，這

43、樣就使得用戶可以連接多個服務(wù)端通過一個GUI控制臺.這個基于WSO2的架構(gòu)的組件提高了和OSGI之間的松耦合，所有的這些組件都建立為OSGi包。biter叭eIsmaBisMsnagRFTientConiole9Hama1>:'MdrhiqaSrvkm*Add'PntMyS-ffinicvMjLnjrjo-CreateProxyServicefromTemplate|£1口之吧.舀蚩占Pi-»ThroughPl日叩trtcieastripspiowyor)spcidfleaiKlpoJncTrtpr口atrwkc：caanuptffarm*rrjfnn

44、wxmnanil巧pasqaerbwttvoia卜ehpnmiy1SdhcuntHr口呼ICreate*pruxvwWW5-Securityenqagd.rbese>icew4ip-ocessbV5-&e(unoni-rcinfr?qu?5handkriMflrdthemtodnurBKjjrredbicendwrvittWSSLBa&etfPj6«ytrcdltaproxyMirviLeauLurdW5DLddr亡碼L：nghVebSeiwic.-e.EHdpaiiilinlornLlonIInctnrtMrihu*nawfk«Iho&t&#

45、171;dW'IDLol-anacVrjlwn止La姑州HujCFqunsKvscrviCflwchlocsaiIreamingf已火站ind帕也曲mehitoaqivtoitndj3*iIfnctbhaivrbfXrries亡“r代jbstkfron*the，対v忙色tinhelagydEtf"屯rawingmemt?pnccini.TmnsynwfPro好£rdln-*f1"11uirvicawvct*trviAFam*BtheggcjnirtgrqLBt川二哼x£lT*rdtJ-unhrardsrhmt-Ci占givenendpohts.I

46、FreqUredrespmstscemlnotackrr<mthebaceMscThrknu-n口町transformed吐oll.CkJEbQmPtdifyLauncr-卜瓷prDKy亞rvi-FrmhanwiraTiand“氏凸夕jrwwprps-ynrrvi-reiTomhrwrat-h.iCutbMmseaachand咽i.rv&jthamc#liKaLHlrfeg-L4q.ijMK4Kandiicnt-E.tnnfiorlEandtfiibQ#SMrtfngL"&n,=2-Manage3-矗瓚疋">Add>FyoxyService

47、vPtibNtH87°Transpein5|口心5.3 ApacheServiceMix(ApacheCamel)ServiceMbeP,'traiifipar5vincaniAiJMSviaActiTcMQReliableTransportiConnectivityMessagingBusinessLogicJftXWEand:MkXRSviacxrDSGi.-lC：JUI,LDC4,眄USGlLifecycletDeployLoggingtWrsioningManagement>福IConfigSecurityOSGiContigAdinnJMS.5SII.HTT-

48、S.TLS.etcJUX;5SHServiceMix是Apache的一個頂級開源項目，是一個ESB實現(xiàn)。ServiceMix是以Karaf為內(nèi)核，而Karaf也是從早期ServiceMix的內(nèi)核部分獨(dú)立出來而成的一個Apache頂級項目。Karaf是整合OSGIframework及一些周邊基礎(chǔ)功能實現(xiàn)而成的OSGI運(yùn)行時環(huán)境，所以，可以說ServiceMix就是在OSGI環(huán)境下運(yùn)行的ESB系統(tǒng)。ApacheServiceMix是一個開源的ESB，結(jié)合了SOA和模塊化的功能，服務(wù)總線的采用降低了應(yīng)用間的耦合和依賴性。消息一般是通過有線應(yīng)用服務(wù)或者通過連接器來交換信息，這些信息采用了不同的協(xié)議和傳

49、輸模型。例如FTP,HTTP,WebService。平臺的核心已經(jīng)被完全重寫了而且設(shè)計了頂部的OSGI規(guī)范。使用OSGI框架為SOA的發(fā)展帶來了一個新的重要的特征：模塊化。模塊化意味著我們可以處理不同組件間的類加載和應(yīng)用的生命周期。ServiceMix是一個輕量級的便捷的可嵌入式系統(tǒng)，它支持Spring并且可以在網(wǎng)絡(luò)端運(yùn)行來作為一個獨(dú)立的ESB提供者或者作為一個包含ESB的服務(wù)?？梢栽贘avaSE或者JavaEE的應(yīng)用服務(wù)中使用ServiceMix。ServiceMix要解決的問題是：1. 集成，把應(yīng)用模塊，用一種簡單的方式集成在一起，成為一個大的系統(tǒng)。2. 消息路由，這個消息是各種需要交流的

50、東西。可能是JMS這種標(biāo)準(zhǔn)的消息，也可能是一個文件，一個字符串。消息是為了第一個目的集成服務(wù)的。各個功能模塊之間松耦合，除了約定接口外，還沒有其他特別好的辦法，所以就規(guī)定消息格式，調(diào)用接口。3. 模塊PnP，集成的功能之一就是方便的plugin各種模塊。ServiceMix的主要組成：1. Karaf，這個部分主要的目的是實現(xiàn)模塊的pnp。遵照OSGi標(biāo)準(zhǔn)的bundle，就可以使用這個功能，實現(xiàn)獨(dú)立的安裝和更新，不需要重啟整個系統(tǒng)。2. Camel，整個部分是實現(xiàn)消息路由的，通過它，可以指定消息如何在系統(tǒng)的各個模塊之間互相流轉(zhuǎn)。好處是不需要把收發(fā)消息的具體方式，硬編碼到功能模塊中。3. Act

51、iveMQ，這個是提供一種標(biāo)準(zhǔn)的消息通道實現(xiàn)，我理解它是Camel的功能實現(xiàn)的組成部分。但是感覺也可以不要它。4. cxf，這個是提供一個webservice的標(biāo)準(zhǔn)接口。設(shè)想一個系統(tǒng)，最終還是需要提供某種Service的。而目前的趨勢是WebService占主流。所以servicemix采用它提供對webservice的支持。ApacheCamelApacheCamel是一個開源的、功能豐富的應(yīng)用集成框架，它支持常見的EIP模式，是一個強(qiáng)大的基于規(guī)則的路由引擎，可以輕松的實現(xiàn)消息路由和消息轉(zhuǎn)換，ServiceMix對Camel進(jìn)行了深度集成來支持各種復(fù)雜的ESB功能。Camel作為系統(tǒng)集成的基

52、礎(chǔ)服務(wù)組件，在已經(jīng)編排好的路由規(guī)則中，和其它系統(tǒng)進(jìn)行通信的設(shè)定點(diǎn)。這個“其它系統(tǒng)”，可以是存在于本地或者遠(yuǎn)程的文件系統(tǒng)，可以是進(jìn)行業(yè)務(wù)處理的訂單系統(tǒng)，可以是消息隊列服務(wù)，可以是提供了訪問地址、訪問ip、訪問路徑的任何服務(wù)。ApacheCamel利用自身提供的廣泛的通信協(xié)議支持，使這里的“通信”動作可以采用大多數(shù)已知的協(xié)議，例如各種RPC協(xié)議、JMS協(xié)議、FTP協(xié)議、HTTP協(xié)議。消息在我們已經(jīng)編排好的業(yè)務(wù)路徑上傳遞，通過我們自定義的消息轉(zhuǎn)換方式或者ApacheCamel提供的消息轉(zhuǎn)換方式進(jìn)行消息格式轉(zhuǎn)換。在消息轉(zhuǎn)換過程中，所采用的消息必須是統(tǒng)一的消息描述格式，并且保證路徑上的控制端點(diǎn)都能存取消

53、息。Camel提供的Exchange要素幫助開發(fā)人員在控制端點(diǎn)到處理器、處理器到處理器的路由過程中完成消息的統(tǒng)一描述。一個Exchange元素的結(jié)構(gòu)如下圖所示：ExchangeExceptionlExchangelDFromEndpointPatternPropertiesMessageINIMessagelDAttachmentHeaderBodyMessageOUTMessagelDAttachmentHeaderBodyEndpointDirect元素在我們實際使用Camel進(jìn)行路由編排時，應(yīng)用頻度非常高。因為它可以把多個已編排好的路由按照業(yè)務(wù)要求連接起來，形成一個新的路由，保持原有路由

54、的良好重用。Camel中另一個重要的元素是Processor處理器，它用于接收從控制端點(diǎn)、路由選擇條件又或者另一個處理器的Exchange中傳來的消息信息，并進(jìn)行處理。Camel核心包和各個Plugin組件都提供了很多Processor的實現(xiàn)，開發(fā)人員也可以通過實現(xiàn)org.apache.camel.Processor接口自定義處理器（后者是通常做法）。Processor處理器中最主要的工作是進(jìn)行業(yè)務(wù)數(shù)據(jù)格式的轉(zhuǎn)換和中間數(shù)據(jù)的臨時存儲。這樣做是因為Processor處理器是Camel編排的路由中，主要進(jìn)行Exchange輸入輸出消息交換的地方。6.評估標(biāo)準(zhǔn)在此并不提供一個評估表并要求所有產(chǎn)品都符

55、合上面列出的各種標(biāo)準(zhǔn)。這些產(chǎn)品提供的功能和包含的概念數(shù)量眾多，之間的差異也同樣多，因此幾乎不可能提供出一個有效的評估表。還有，在當(dāng)今的IT界，這些功能列表幾乎天天在變。因此，建議先預(yù)先定義需求范圍，然后再來評估哪些產(chǎn)品是最合適的。定制化的解決方案一般都很類似，而最常用的開源軟件替代方案也都提供類似的特性。所以，合理的做法是在開始就確定好是使用定制化方案還是采用開源方案。主要有以下評估標(biāo)準(zhǔn)：易用性：安裝過程是否復(fù)雜？需要使用多少工具軟件？開發(fā)環(huán)境是否直觀？ 可維護(hù)性：系統(tǒng)管理員將如何管理產(chǎn)品的運(yùn)行？監(jiān)控服務(wù)是否有圖形化界面？資源投入：是否配備有相關(guān)的ESB開發(fā)或?qū)嵤┤藛T，人員結(jié)構(gòu)和專業(yè)技水平如何？ 社區(qū)支持：產(chǎn)品是否有活躍的公共論壇或郵件組？是否有足夠數(shù)量的文檔、教程或視頻？是否有多家公司提供售后服務(wù)？ 商業(yè)支持：能提供哪些選擇（響應(yīng)時間，7X24在線支持、郵件支持或現(xiàn)場支持？）所需的服務(wù)水平如何得到保障？是否能提供你首選語言的支持 功能：所需要的功能都能滿足么？ 靈活性：是否能定制產(chǎn)品功能以符合實際需求？可擴(kuò)展性：產(chǎn)品如何進(jìn)行擴(kuò)展？其接口是否符合標(biāo)準(zhǔn)協(xié)議？ 連通性：各類交換技術(shù)對應(yīng)的適配器是否都具備？是否有針對B2B產(chǎn)品的適配器，如SAP或Sal