北京天健PACS方案

----可修編--市區(qū)域醫(yī)學(xué)影像信息系統(tǒng)解決方案天健源達(dá)科技XX2008年7月目錄TOC\o"1-2"\h\z\u1系統(tǒng)建設(shè)的目標(biāo)51.1系統(tǒng)建設(shè)的背景51.2系統(tǒng)建設(shè)的本期目標(biāo)52總體設(shè)計方案62.1總體設(shè)計原則62.2總體技術(shù)架構(gòu)73影像中心的設(shè)計方案93.1主題影像庫的建立93.2采集影像的方式93.3目錄服務(wù)要求93.4影像質(zhì)量要求103.5標(biāo)準(zhǔn)化要求103.6影像庫管理系統(tǒng)114HTB平臺134.1基礎(chǔ)設(shè)施平臺(Infrastructureplatform)134.2OracleHTB主要優(yōu)勢和功能165集成交換平臺215.1影像集成引擎服務(wù)215.2整合服務(wù)225.3流程管理器的采用226OracleBPEL流程管理器246.1面向服務(wù)的方法在業(yè)務(wù)規(guī)則開發(fā)中的運用266.2使用BPEL構(gòu)建Web服務(wù)網(wǎng)絡(luò)296.3實現(xiàn)動態(tài)BPEL流程306.4使用WSIF進行集成316.5BPEL添加到企業(yè)集成混合環(huán)境336.6構(gòu)建富互聯(lián)網(wǎng)應(yīng)用程序以監(jiān)控工作流和流程346.7即時構(gòu)建BPEL流程346.8使用BPEL將PeopleSoftCRM與Oracle電子商務(wù)套件集成366.9管理BPEL生產(chǎn)環(huán)境366.10BPEL流程管理器API和DehydrationStore376.11使用BPEL進行可靠處理407安全要求447.1網(wǎng)絡(luò)安全447.2用戶管理447.3訪問控制457.4影像安全457.5運行安全458影像應(yīng)用的需求說明468.1總體要求468.2影像應(yīng)用的功能要求468.3運行和開發(fā)平臺要求478.4應(yīng)用系統(tǒng)模式的選擇488.5開發(fā)文檔要求489業(yè)務(wù)系統(tǒng)支撐軟件要求489.1應(yīng)用服務(wù)器中間件489.2系統(tǒng)影像庫509.3網(wǎng)頁防篡改系統(tǒng)5310項目團隊成員5411系統(tǒng)實施與售后服務(wù)要求5611.1實施要求5611.2系統(tǒng)驗收5611.3技術(shù)文檔的提交5712質(zhì)量保證及售后服務(wù)體系5812.1項目質(zhì)量保證體系5812.2軟件開發(fā)質(zhì)量保障6312.3售后服務(wù)體系承諾6313培訓(xùn)要求6613.1培訓(xùn)容6613.2培訓(xùn)要求6614系統(tǒng)造價及附件6714.1方案概述7414.2普查影像數(shù)據(jù)增量估算7514.3系統(tǒng)網(wǎng)絡(luò)組網(wǎng)圖8014.4數(shù)據(jù)中心系統(tǒng)8214.5普查點系統(tǒng)8515可供用戶考察的8716公司簡介88系統(tǒng)建設(shè)的目標(biāo)系統(tǒng)建設(shè)的背景近年來“看病難、看病貴”成為社會關(guān)注的焦點問題，醫(yī)院中存在的過度醫(yī)療，尤其是醫(yī)院之間的由于臨床信息不能共享等因素造成的重復(fù)檢查、化驗是造成看病難、看病貴的原因之一。加強醫(yī)院管理，提升醫(yī)療質(zhì)量和效率，合理控制醫(yī)療費用，減少浪費成為社會各方的共識。醫(yī)院信息化是加強醫(yī)院管理的重要手段和抓手。醫(yī)院信息化的發(fā)展趨勢。在國際上，醫(yī)院信息化的發(fā)展經(jīng)歷了三個階段，第一個階段，是以建設(shè)財務(wù)結(jié)算為中心的醫(yī)院管理信息系統(tǒng)階段（HMIS），其目標(biāo)是提高醫(yī)院經(jīng)濟管理效率、降低醫(yī)院運營成本；第二個階段是以建設(shè)病人為中心、醫(yī)療為主線的臨床信息系統(tǒng)階段（HCIS），其目標(biāo)是提高醫(yī)院醫(yī)療服務(wù)質(zhì)量和提高醫(yī)護人員的醫(yī)療服務(wù)能力和工作效率；第三個階段是建設(shè)以臨床信息共享為特征的區(qū)域或者集團信息系統(tǒng)的階段（GMIS），其目標(biāo)是整合醫(yī)療信息資源，提升整體效率。系統(tǒng)建設(shè)的本期目標(biāo)工程項目的總體目標(biāo)建立區(qū)域化醫(yī)學(xué)影像信息平臺的數(shù)據(jù)中心，影像信息集中存儲實現(xiàn)區(qū)域影像信息的交換共享面向沒有PACS的小型醫(yī)院，提供在線式PACS系統(tǒng)，供醫(yī)院遠(yuǎn)程使用建立區(qū)域級影像會診中心和服務(wù)通過影像數(shù)據(jù)中心，在確保安全身份認(rèn)證和保護個人隱私條件下，面向市民提供WEB影像信息發(fā)布服務(wù)提供影像信息訪問的安全身份認(rèn)證本期目標(biāo)在部分醫(yī)院試點建立集中統(tǒng)一的影像信息儲存庫，建立各醫(yī)院統(tǒng)一的影像診療信息資料后備庫，各醫(yī)院可調(diào)閱中遠(yuǎn)期（例如三個月以上）的影像檢查資料,完成影像中心影像環(huán)境設(shè)計建設(shè)，完成衛(wèi)生資源主題影像庫的設(shè)計和實現(xiàn)，并為公共衛(wèi)生相關(guān)主題影像庫的建設(shè)提供良好的擴展性支持。完成影像集成交換平臺的建設(shè)，通過信息交換和整合，實現(xiàn)影像中心與4家醫(yī)院動態(tài)采集、傳輸、整合和存儲，并為今后影像中心擴展到其他醫(yī)院做好規(guī)劃。為影像中心與其他相關(guān)系統(tǒng)之間的信息交換留有接口。建立影像中心的影像備份和容災(zāi)機制，確保災(zāi)難發(fā)生后可以保護影像中心原有的影像不會丟失或者遭到破壞。實現(xiàn)醫(yī)院之間的影像共享；實現(xiàn)相關(guān)的檢索查詢、統(tǒng)計分析及展現(xiàn)、決策支持及影像共享服務(wù)。制定影像中心遵循的標(biāo)準(zhǔn)體系和管理規(guī)，包括相關(guān)技術(shù)標(biāo)準(zhǔn)、影像交換標(biāo)準(zhǔn)以及影像采集、維護、運營等方面的管理制度和保障體系?？傮w設(shè)計方案總體設(shè)計原則(1)標(biāo)準(zhǔn)化、規(guī)化標(biāo)準(zhǔn)化是支撐醫(yī)院信息系統(tǒng)的重要手段。首先是國際規(guī)，應(yīng)遵循國際上成熟的、通用的標(biāo)準(zhǔn)、規(guī)和協(xié)議，如HL7、DI、IHE、LOINC、ICD-10、SNOMED、DRG、MDC等。其次是標(biāo)準(zhǔn)，要遵照執(zhí)行頒布的現(xiàn)有標(biāo)準(zhǔn)以及即將推出的各類規(guī)，。(2)采用成熟的技術(shù)和產(chǎn)品采用最新成熟的技術(shù)和產(chǎn)品，自主開發(fā)的軟件產(chǎn)品應(yīng)具有軟件產(chǎn)品認(rèn)定，有使用該技術(shù)和產(chǎn)品的成功經(jīng)驗和案例，確保工程建設(shè)質(zhì)量和進度，防開發(fā)集成過程中的技術(shù)風(fēng)險和產(chǎn)品風(fēng)險。(3)關(guān)鍵技術(shù)路線影像中心系統(tǒng)的建設(shè)要采用最新技術(shù)手段，例如基于ORACLEHTB和BPEL平臺，采用JAVA、XML等技術(shù)；基于B/S模式應(yīng)用結(jié)構(gòu)體系，表示層、業(yè)務(wù)層、影像庫訪問層分開；在對時間響應(yīng)要求嚴(yán)格的系統(tǒng)采用兩層結(jié)構(gòu)。獨立于特定的硬件平臺和操作系統(tǒng)；支持各種類型的影像庫系統(tǒng)；具有分布式事務(wù)功能；支持消息服務(wù)；支持組件化開發(fā)；具有良好的安全性；支持集群和失效轉(zhuǎn)移，提供良好的可擴展性和容錯性。(4)設(shè)備選型主機系統(tǒng)和存儲系統(tǒng)選型要以性能價格比衡量，既要保證系統(tǒng)性能，又要嚴(yán)格控制成本，提高資金使用效益。建議采用高性能磁盤陣列光纖桂和SAN/NAS存儲結(jié)構(gòu)。綜合考慮系統(tǒng)安全性、經(jīng)濟性及可靠性等因素，操作系統(tǒng)主要以WINDOWS系統(tǒng)為主，輔助系統(tǒng)也可考慮采用其他系統(tǒng)。(5)第三方軟件的正版資格認(rèn)證為保證系統(tǒng)的高可用性和高度穩(wěn)定性、可擴展性，要求所提供的第三方系統(tǒng)必須經(jīng)過原公司的正版資格審訂。比如：WINDOWS操作系統(tǒng)一定要得到MICROSOFT公司的認(rèn)證；數(shù)據(jù)平臺系統(tǒng)ORACLE必須經(jīng)過ORACLE公司的認(rèn)證。(6)一體化設(shè)計原則本設(shè)計方案適用于影像中心建設(shè)的全過程，即考慮三個階段的發(fā)展容并考慮未來發(fā)展需要。這就要求系統(tǒng)在設(shè)計之處就要預(yù)留這些系統(tǒng)的接口而不是在后來外掛的動態(tài)庫等補救措施。另外，系統(tǒng)集成商自身產(chǎn)品的全面性和實施經(jīng)驗也是重點參考的要素之一。(7)應(yīng)用技術(shù)培訓(xùn)在系統(tǒng)實施的初期，就通過搭建模擬環(huán)境對人員進行培訓(xùn)；系統(tǒng)建成后，能否做到方便實用，達(dá)到預(yù)期的效果，用戶應(yīng)用技術(shù)培訓(xùn)是關(guān)鍵，公司提供的培訓(xùn)教材，包括快速入門、操作手冊、管理員手冊等，每一個應(yīng)用系統(tǒng)有完整的在線幫助，提供咨詢熱線，分期分批組織教學(xué)實習(xí)，做好系統(tǒng)管理人員、使用人員特別是各級領(lǐng)導(dǎo)的應(yīng)用技術(shù)培訓(xùn)工作，確保系統(tǒng)發(fā)揮最大的使用效益。總體技術(shù)架構(gòu)系統(tǒng)的總體技術(shù)架構(gòu)與圖2-1所示。影像中心采用OracleHTB平臺按照HL7RIM標(biāo)準(zhǔn)模型存儲影像。影像的集成和交換采用OracleBPEL。未來的影像利用考慮采用影像倉庫技術(shù)。管理信息系統(tǒng)管理信息系統(tǒng)影像信息系統(tǒng)HL7v3移動應(yīng)用界面集成引擎病人基本信息系統(tǒng)新應(yīng)用界面商務(wù)智能界面J2EEETLHL7RIM影像庫數(shù)據(jù)模型消息服務(wù)可編程應(yīng)用程序接口人員服務(wù)專業(yè)術(shù)語管理信息安全與審計業(yè)務(wù)流程及工作流管理現(xiàn)有應(yīng)用界面商務(wù)智能界面HTBDWBPEL圖2-1影像中心技術(shù)總體架構(gòu)影像中心的設(shè)計方案主題影像庫的建立主題影像庫的建立要兼顧本期建設(shè)目標(biāo)和總體影像容的要求。天健公司在進行影像系統(tǒng)資源設(shè)計時，要完成業(yè)務(wù)影像庫邏輯劃分，近、遠(yuǎn)線影像庫分布、影像關(guān)系和影像交換協(xié)議，理清公共衛(wèi)生信息系統(tǒng)影像邏輯關(guān)系。要采用統(tǒng)一的影像模型標(biāo)準(zhǔn)。要求根據(jù)信息資源規(guī)劃所建立的主題影像庫，定義字段的類型、長度、主外鍵等功能，然后生成SQL語句，導(dǎo)入到物理影像庫中，反向生成實體關(guān)系圖（E-R圖）。采集影像的方式影像中心建設(shè)方案中系統(tǒng)影像中心本期建設(shè)的影像來源必須從各個醫(yī)院采用網(wǎng)絡(luò)化方式采集。醫(yī)院或其他相關(guān)機構(gòu)有正在使用的業(yè)務(wù)系統(tǒng)，且需要采集的影像齊全，則通過向醫(yī)院或其他相關(guān)系統(tǒng)提供影像接口，通過影像接口將需要的影像動態(tài)地采集并傳送到影像中心存儲。天健公司必須提供影像采集方式，并負(fù)責(zé)動態(tài)影像采集的具體實現(xiàn)和實施。影像中心負(fù)責(zé)協(xié)調(diào)為天健公司提供需動態(tài)采集影像的相關(guān)信息系統(tǒng)的影像結(jié)構(gòu)說明。影像中心在建立影像庫的過程中，需要從其他醫(yī)院獲取信息；影像中心在進行影像服務(wù)時，又要為其他醫(yī)院提供影像。因此，系統(tǒng)必須定義影像中心交換接口標(biāo)準(zhǔn)，通過影像交換平臺，實現(xiàn)與其他相關(guān)系統(tǒng)的信息交換。目錄服務(wù)要求整個影像中心系統(tǒng)建立統(tǒng)一的目錄服務(wù)，目錄服務(wù)中優(yōu)先采用LDAP（LightDirectoryAccessProtocol，輕量級目錄訪問協(xié)議）技術(shù)。通過命名、描述和指定系統(tǒng)圍的用戶和資源，從而簡化通信與管理，做到通過簡單的搜索查找資源及其他用戶，幫助管理人員收集和控制相關(guān)的信息，并可以使他們?nèi)娴貙徱曔@些信息。影像中心建設(shè)的本期目標(biāo)至少要把用戶群（提供影像和訪問影像單位、人員等）和現(xiàn)有資源情況納入到目錄服務(wù)中。影像質(zhì)量要求影像的完整性、準(zhǔn)確性、一致性、實時性是影像的重要指標(biāo)，本影像中心影像庫的影像必須保證完整、準(zhǔn)確、一致、實時。1)完整性影像完整性包括影像量的完整性和影像容的完整性。影像量的完整性指影像的存入量，要求在本期工程中完成各家醫(yī)院主題影像入庫。影像容的完整性是指每條記錄的影像項都必須完整。2)準(zhǔn)確性影像的準(zhǔn)確性主要指影像容的準(zhǔn)確性，這是影像質(zhì)量的保證，主題影像庫建設(shè)中要實現(xiàn)信息項的差錯不超過2%。3)一致性影像的一致性主要指信息不能有二義性，即不能有重人，重號等不一致的信息存在，要保證信息的一致性。4)實時性要保證信息的相對實時，實現(xiàn)動態(tài)更新，便于維護。標(biāo)準(zhǔn)化要求標(biāo)準(zhǔn)化是系統(tǒng)開發(fā)和建設(shè)的前提條件和必要保障，是影像中心進行影像有效采集和交換的基礎(chǔ)，在系統(tǒng)的建設(shè)、運行管理、維護的全過程中，應(yīng)當(dāng)遵循相應(yīng)的國標(biāo)、部標(biāo)和行業(yè)標(biāo)準(zhǔn)，同時制定自己的相關(guān)規(guī)。 在系統(tǒng)建設(shè)過程中，有國標(biāo)可遵循的一定要遵循國標(biāo)，否則可參考相關(guān)部門標(biāo)準(zhǔn)，系統(tǒng)建設(shè)選用的標(biāo)準(zhǔn)必須滿足業(yè)務(wù)功能的實現(xiàn)。疾病診斷名稱應(yīng)該符合現(xiàn)行的和國際標(biāo)準(zhǔn)，例如：ICD10。醫(yī)學(xué)術(shù)語應(yīng)當(dāng)支持國際的相關(guān)編碼標(biāo)準(zhǔn)，例如：SNOMED，LONIC。描述醫(yī)學(xué)術(shù)語的使用圍和使用方式，對于特定的系統(tǒng)應(yīng)當(dāng)支持該系統(tǒng)的國際工業(yè)標(biāo)準(zhǔn)。醫(yī)療信息的表達(dá)和存儲建議支持HL7V3.0的RIM模型。需要與其他系統(tǒng)進行影像交換的影像必須符合部門正式頒布的影像交換要求。影像庫管理系統(tǒng)天健公司提供的影像庫管理系統(tǒng)必須滿足以下技術(shù)要求：1）成熟度要求支持當(dāng)前最流行的影像庫技術(shù)標(biāo)準(zhǔn)，如：ANSI/ISOSQL99、ANSI/ISOSQL89、ANSI/ISOSQL92E、ODBC3.0、X/Open、CLI、JDBC等。完全支持中文標(biāo)準(zhǔn)第二級（GB2312-80）的中文字符的存儲處理，支持UNICODE通用編碼格式。支持對象影像庫或多媒體的存儲管理。支持影像倉庫的建立和管理，對影像倉庫和OLAP應(yīng)用有完善的支持。2）高效性要求支持大到TB級影像量的存儲管理。支持多種表分區(qū)等優(yōu)化的大影像量處理功能。具有開放硬件平臺上的并行處理功能，能在系統(tǒng)資源低負(fù)擔(dān)的條件下提供最高的并發(fā)度和最大的吞吐量。3）可靠性要求支持影像的在線備份與恢復(fù)，具有多種影像復(fù)制方式。提供軟件容錯機制，包括影像庫、日志鏡像、自動恢復(fù)。4）安全性要求達(dá)到NCSC的C2級安全標(biāo)準(zhǔn)。支持行/頁/表等不同級別的鎖機制，有良好的死鎖處理機制，以及階段提交機制，以保證影像的完整性和一致性。支持影像庫存儲加密、影像傳輸通道加密等XX機制。支持身份識別、角色劃分、追蹤審計等安全機制。5）開放性要求支持主流廠商設(shè)區(qū)市場主推的硬件和操作系統(tǒng)平臺，應(yīng)包括：Windows、Linux、IBMRS6000/AIX、HPHP9000/HP-UX、SUN/Solaris等。支持主流的網(wǎng)絡(luò)通信協(xié)議，應(yīng)包括：TCP/IP等。支持異種平臺上異種影像庫的良好互聯(lián)，可實現(xiàn)對文件影像和桌面影像庫影像的訪問，可實現(xiàn)對大型異種影像庫的訪問，可將原有異種影像庫向本影像庫無損失移植。支持易用并具有廣泛適應(yīng)性的開發(fā)語言和工具，如VC、VB、PB、JAVA、XML、G3、G4、CASE、WEB應(yīng)用工具等等。支持當(dāng)前流行的應(yīng)用拓?fù)浣Y(jié)構(gòu)，如終端/服務(wù)器、客戶機/服務(wù)器、瀏覽器/應(yīng)用服務(wù)器/影像庫服務(wù)器處理模式等。6）可擴展性要求支持從單CPU系統(tǒng)到SMP多CPU系統(tǒng)或SMP多CPU系統(tǒng)到雙機甚至多機集群系統(tǒng)的擴展及應(yīng)用系統(tǒng)與業(yè)務(wù)系統(tǒng)的無損失移植。支持建立用戶自定義影像類型和用戶自定義函數(shù)。7）易管理性具有統(tǒng)一圖形界面的管理，能簡易的實現(xiàn)對服務(wù)上影像庫的管理功能。支持影像庫的聯(lián)機維護。支持影像庫跟蹤和性能調(diào)整及性能分析，支持對邏輯存及緩沖區(qū)的管理。HTB平臺影像中心系統(tǒng)影像中心需要平臺支撐，基于HTB平臺的影像中心具有基于單純影像庫系統(tǒng)影像中心無法比擬的優(yōu)勢。HTB平臺是一個堅實的、先進的、符合標(biāo)準(zhǔn)的基礎(chǔ)設(shè)施平臺，而且此平臺具有安全性、高可靠性、高可擴展性、高可用性、開放性、和易管理性。在此平臺的基礎(chǔ)上不斷建立和開發(fā)不同的應(yīng)用系統(tǒng)，如公共衛(wèi)生及其相關(guān)信息影像倉庫和醫(yī)療衛(wèi)生智能等等，逐步建立起面向所有的公共衛(wèi)生機構(gòu)、醫(yī)院、實驗室等等提供醫(yī)療衛(wèi)生信息服務(wù)?；A(chǔ)設(shè)施平臺(Infrastructureplatform)OracleHTB是一個完整的關(guān)于疾病預(yù)防控制的影像資料庫和提供基礎(chǔ)業(yè)務(wù)程序的基礎(chǔ)設(shè)施，它為獨立軟件開發(fā)商(ISV)、系統(tǒng)集成商和各級疾病預(yù)防控制中心提供一個軟件平臺，在此平臺之上開發(fā)出強壯的、可擴展的應(yīng)用系統(tǒng)。HTB包含的軟件元件能夠集中并加強對患者、醫(yī)療服務(wù)提供者、臨床對象和跨機構(gòu)的商業(yè)規(guī)則等的使用和管理。下圖中紅色部分代表了OracleHTB這一信息系統(tǒng)的基礎(chǔ)設(shè)施平臺。HTB是一個集成，應(yīng)用開發(fā)以及日常運營的平臺。它有以下一些重要組件和功能：該平臺需要提供完整的、集成的臨床影像和信息模型庫，即全面精確的為醫(yī)療行業(yè)定制的影像存儲系統(tǒng)。該信息模型必須能夠支持諸如：公共衛(wèi)生及其相關(guān)信息影像的存儲和管理。必須提供對醫(yī)療行業(yè)特定的業(yè)務(wù)規(guī)則的支持，如對復(fù)雜、完整的醫(yī)療過程以及業(yè)務(wù)流程的記載和跟蹤的能力。該平臺必須是符合互用性標(biāo)準(zhǔn)的開放軟件平臺。提供完善的開發(fā)接口，二次開發(fā)商可以在此基礎(chǔ)上快速、靈活的開發(fā)出符合用戶特定需求的應(yīng)用。提供對醫(yī)療行業(yè)所使用的諸多標(biāo)準(zhǔn)代碼體系的完善的互操作和轉(zhuǎn)換的支持能力。如LONGIC、ICD-10、ICD-9、SNOMED，以及標(biāo)準(zhǔn)代碼和客戶自定義代碼。提供完善的影像集成交換服務(wù)，支持基于XML消息的影像傳遞機制。該平臺必須具備生成和解析XML消息的能力，能夠接受外部系統(tǒng)送來的“入”消息和在滿足特定規(guī)則的情況下自動生成要送出的“出”消息。能夠支持和處理國際醫(yī)療信息交換標(biāo)準(zhǔn)的消息，如：HL7V3.0消息。提供對影像的充分共享的機制，能夠把分布在不同醫(yī)院的醫(yī)療影像有效的集中存儲起來提供給不同的使用者共享。既可以通過Web等UI方式提供給終端用戶查詢，也支持通過消息機制和其他醫(yī)療信息系統(tǒng)進行影像交換。提供完善的安全審計功能，有效的保證在充分共享的情況下醫(yī)療影像的安全，保護病人的隱私權(quán)。能夠允許管理員自定義復(fù)雜安全規(guī)則，限制醫(yī)生只能夠查閱自己的病人的就診信息，或者在病人同意和授權(quán)的情況下才可以查閱該病人相關(guān)的信息。并且支持在特定緊急的情況下，如急診時，允許醫(yī)生查閱相關(guān)如過敏史等特定的信息。所有這些規(guī)則都只需通過安全規(guī)則設(shè)置及可實現(xiàn)。影像規(guī)化能力：提供對病人的信息的整合和清洗服務(wù)。提供有效的機制，支持對來在不同機構(gòu)、部門的醫(yī)療影像進行清洗和整合，有效的識別存儲在不同系統(tǒng)中的，或者同一個系統(tǒng)的哪些記錄是屬于同一個病人的，并對這些影像進行清洗和合并。平臺要具有安全性、高可靠性、高可擴展性、高可用性、開放性、和易管理性。醫(yī)療衛(wèi)生信息交換和共享平臺是為醫(yī)療行業(yè)特別量體定做的，可以很好支持不同系統(tǒng)之間的醫(yī)療影像的整合，快速應(yīng)用程序開發(fā)以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。醫(yī)療行業(yè)中的各類組織，比如醫(yī)院，診所，政府監(jiān)管部門以及保險公司可以非常高效地管理，傳遞和展現(xiàn)整個醫(yī)療過程中的相關(guān)信息。OracleHTB主要優(yōu)勢和功能OracleHTB為疾病預(yù)防控制中心提供了一個集成，應(yīng)用開發(fā)以及日常運營的平臺。它有以下一些重要組件一套全面精確的為醫(yī)療行業(yè)定制的影像存儲系統(tǒng)基于標(biāo)準(zhǔn)的信息模型一整套整合基礎(chǔ)架構(gòu)可以提供包括：影像規(guī)化，自定義安全和審計功能以及業(yè)務(wù)流程及工作流支持功能這一平臺是為疾控行業(yè)特別量體定做的，可以很好支持不同系統(tǒng)之間影像的整合，快速應(yīng)用程序開發(fā)以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。在OracleHTB的幫助下，衛(wèi)生行業(yè)中的各類組織，比如疾控中心，醫(yī)院，政府監(jiān)管部門以及保險公司可以非常高效地管理，傳遞和展現(xiàn)整個醫(yī)療過程中的相關(guān)信息。全面集成的信息模型OracleHTB的信息模型完全遵從行業(yè)國際標(biāo)準(zhǔn)-HL7版本3參考信息模型，同時，這個模型與Oracle電子商務(wù)套件共享基礎(chǔ)架構(gòu)。所以O(shè)racleHTB信息模型可以確保所有的業(yè)務(wù)，管理以及財務(wù)信息只需要定義一次，就可以在不同的應(yīng)用系統(tǒng)中共享，從而大大降低了不必要的影像輸入，保證了在整個業(yè)務(wù)過程中影像的一致性和完整性。業(yè)務(wù)流程編程接口OracleHTB通過以下兩個方面來支持信息存儲中心的開發(fā)：提供一套影像查詢機制提供全面的影像存儲結(jié)構(gòu)定義這些功能是建立一個先進的整合的衛(wèi)生信息管理架構(gòu)的第一步。目前，業(yè)務(wù)流程編程接口可以支持對來自外部系統(tǒng)影像的導(dǎo)入和管理。安全和審計功能OracleHTB可以確保所有的安全管理可以在這個平臺的基礎(chǔ)上完成。尤其值得一提的是，OracleHTB充分利用了基于角色的訪問管理，單一登錄，認(rèn)證及授權(quán)以及影像加密等先進特性。精細(xì)粒度安全審計是OracleHTB的另一個置特性。通過這些安全技術(shù)，確保了影像隱秘性，身份認(rèn)證，影像一致性以及影像不可抵賴性等安全指標(biāo)，滿足了醫(yī)療行業(yè)對影像安全及隱私的特定需求。OracleHTB的安全服務(wù)可以全面保證系統(tǒng)的安全性：身份鑒定：對用戶的的用戶名/口令的鑒定和身份驗證；應(yīng)用的功能安全：不同權(quán)限的用戶只能使用與之相應(yīng)的功能模塊；影像安全：影像可以以加密形式存儲和傳輸；不同權(quán)限的用戶只能訪問到與之相應(yīng)的影像；安全管理應(yīng)用：可以做到按照需求和變化調(diào)整安全策略。一整套整合基礎(chǔ)架構(gòu)可以提供包括：影像規(guī)化，自定義安全和審計功能以及業(yè)務(wù)流程及工作流支持功能。另外，Oracle的RAC,Dataguard架構(gòu)可以是系統(tǒng)運行實現(xiàn)的不間斷性以及系統(tǒng)的快速災(zāi)難恢復(fù)。專業(yè)術(shù)語服務(wù)缺乏一個統(tǒng)一的專業(yè)術(shù)語系統(tǒng)是醫(yī)療行業(yè)需要面對的主要挑戰(zhàn)之一。OracleHTB通過統(tǒng)一的中央影像存儲中心提供了包括術(shù)語存儲及管理，術(shù)語的描述及各類專業(yè)術(shù)語系統(tǒng)之間映射關(guān)系管理等多種服務(wù)來應(yīng)對這個挑戰(zhàn)。例如，一個醫(yī)學(xué)問題可以使用SNOMED-CT編碼來輸入，但是在輸出和查詢的時候需要使用相應(yīng)的ICD-9或者ICD-10編碼來表示。當(dāng)然，這種“概念映射”需要依賴外部系統(tǒng)來提供映射影像，不過，我們在全球有大量合作伙伴可以提供額外的一些映射影像和服務(wù)。OracleHTB也同樣支持本地同義詞的使用。對于構(gòu)建在OracleHTB上的應(yīng)用系統(tǒng)，OracleHTB提供的術(shù)語導(dǎo)入和中間媒介服務(wù)大大簡化了術(shù)語系統(tǒng)之間的映射。目前，OracleHTB正式支持并且提供的術(shù)語系統(tǒng)包括SNOMEDCT,ICD-9-CM,DRG,MDC,LOINC,CPT-4,HCPCSLevelII,ICD-10以及HL7VocabularyDomains。當(dāng)然，這些系統(tǒng)之間的映射需要一些來自外部的映射影像的幫助。另外，其他相類似的一些術(shù)語系統(tǒng)，包括一些組織和地區(qū)特有的系統(tǒng)，可以通過OracleHTB的開放架構(gòu)很方便地添加到系統(tǒng)中。人員管理服務(wù)在Oracle的電子商務(wù)套件中，有一個很重要的組件叫交易社區(qū)架構(gòu)(TradingmunityArchitecture(TCA))，用來統(tǒng)一管理人員信息,而在OracleHTB中，人員管理服務(wù)就是通過強大的TCA模型中的人員匹配和合并功能來實現(xiàn)的。這些服務(wù)提供了全面的影像結(jié)構(gòu)來存儲人員信息，同時也提供了豐富的API可以用來建立，更新，激活以及鎖定人員紀(jì)錄。系統(tǒng)能夠自動偵測到重復(fù)的病人，員工以及相關(guān)人員的信息，通過TCA的用戶界面，可以方便的完成這些重復(fù)記錄的合并工作，從而大大提高了系統(tǒng)中存儲的人員信息的質(zhì)量，降低出錯的風(fēng)險。消息服務(wù)OracleHTB消息服務(wù)構(gòu)建于HL7版本3的消息標(biāo)準(zhǔn)，該消息服務(wù)在整合各衛(wèi)生子系統(tǒng)中發(fā)揮著至關(guān)重要的作用。通過業(yè)務(wù)流程API,置的消息處理器可以把來自各子系統(tǒng)的影像以及交易歷史統(tǒng)一存儲在OracleHTB影像中心，從而確保影像的一致性。工作流如果在OracleHTB上開發(fā)應(yīng)用程序，這些應(yīng)用可以充分利用OracleWorkflow提供的強大支撐功能。OracleWorkflow是一個完整的工作流管理系統(tǒng)，可以很好的支持各管理業(yè)務(wù)流程的集成。這套系統(tǒng)可以支持業(yè)務(wù)流程的建模，自動化處理和流程持續(xù)改進，并且可以根據(jù)自定義的業(yè)務(wù)規(guī)則實現(xiàn)各類影像和信息的公文流轉(zhuǎn)。提供異構(gòu)系統(tǒng)之間的互操作和集成平臺通過OracleHTB創(chuàng)新的技術(shù)手段，可以使企業(yè)不僅能保留原有的有用的系統(tǒng)，并且可以把這些系統(tǒng)進行集成，實現(xiàn)對這些系統(tǒng)中的信息的重用。OracleHTB不僅僅是一個影像、信息的存儲中心，更重要的是，他提供了一個支撐平臺和環(huán)境，不管是原有的系統(tǒng)還是新開發(fā)的系統(tǒng)，都能夠?qū)崿F(xiàn)系統(tǒng)之間的互操作和集成。優(yōu)化已有IT投資的價值OracleHTB提供的消息和術(shù)語服務(wù)可以抽取各類異構(gòu)系統(tǒng)的信息，以一種統(tǒng)一的結(jié)構(gòu)化的方式存儲在OracleHTB的中央存儲中心。而這些結(jié)構(gòu)化的影像，又可以幫助中心開發(fā)新的高附加值的應(yīng)用?？梢源蟠笤鰪娏爽F(xiàn)有系統(tǒng)的互操作性，并且使得決策者們可以方便訪問到有用的信息。實現(xiàn)整個企業(yè)的互連，提供對完整信息的安全訪問OracleHTB使得影像中心可以提供給各醫(yī)院安全的信息訪問，并且根據(jù)不同的角色，可以提供相應(yīng)的自助服務(wù)來幫助管理信息。遵從監(jiān)管部門的規(guī)定OracleHTB使得影像中心可以方便實現(xiàn)各醫(yī)院對影像的訪問和管理，從而降低了為了遵從監(jiān)管規(guī)定和進行信息報告的負(fù)擔(dān)。加快應(yīng)用開發(fā)速度降低成本OracleHTB提供了建立門診和醫(yī)療管理系統(tǒng)所常用功能的編程接口。信息技術(shù)分析人員以及開發(fā)人員可以利用現(xiàn)有的HTB編程接口和開發(fā)工具來定義影像集和管理重要服務(wù)，從而大大減輕了開發(fā)壓力，可以使開發(fā)人員集中精力于其它關(guān)鍵的功能。更方便的管理和實施由于HTB是Oracle電子商務(wù)套件的一部分，所以它可以充分利用套件提供的管理和發(fā)布功能，從而使得這些工作非常容易，降低其風(fēng)險。如果你采用分階段統(tǒng)一實施的方法，OracleHTB可以給你提供一個擴展性非常好的應(yīng)用程序定義，集成交換平臺集成交換平臺必須提供公共衛(wèi)生影像交換及信息整合所必需的基礎(chǔ)功能，并且構(gòu)建于統(tǒng)一的通用平臺之上。影像中心的集成交換架構(gòu)如圖5-1所示。圖5-1影像中心系統(tǒng)的集成交換示意圖影像集成引擎服務(wù)影像集成引擎服務(wù)應(yīng)滿足各醫(yī)院之間的綜合集成需求。支持從不同時期、不同廠家開發(fā)的，基于不同平臺和工具的異構(gòu)應(yīng)用系統(tǒng)中獲取原始運行影像，并送入信息整合服務(wù)進行深度整合成為決策服務(wù)信息；也可遵循醫(yī)療衛(wèi)生行業(yè)標(biāo)準(zhǔn)和規(guī)（如HL7等）實現(xiàn)異構(gòu)應(yīng)用之間的交換及互聯(lián)。該影像集成引擎服務(wù)與信息整合服務(wù)協(xié)同工作，通過支持Web服務(wù)、適配器和協(xié)議來支持新信息系統(tǒng)與原有信息系統(tǒng)之間、公共衛(wèi)生機構(gòu)之間、公共衛(wèi)生機構(gòu)與其它外部機構(gòu)之間的集成。影像集成應(yīng)該能夠支持以下的功能：提供針對跨平臺的大型關(guān)系型影像庫、結(jié)構(gòu)化影像的異構(gòu)訪問。提供針對異構(gòu)影像訪問的優(yōu)化方式。支持XML標(biāo)準(zhǔn)，支持SQL/Xquery的訪問。支持應(yīng)用中間件。整合服務(wù)信息整合服務(wù)提供一系列公共衛(wèi)生影像轉(zhuǎn)換和信息整合服務(wù)。主要負(fù)責(zé)對通過影像集成引擎服務(wù)獲取的影像進行影像清洗和影像質(zhì)量控制，實現(xiàn)影像中心影像的標(biāo)準(zhǔn)化。信息整合過程中要支持術(shù)語服務(wù)的功能，通過統(tǒng)一的中央影像儲存中心提供對術(shù)語映射關(guān)系的儲存和管理服務(wù)，并可以方便地將該服務(wù)嵌入到應(yīng)用系統(tǒng)或應(yīng)用系統(tǒng)間的影像流中。術(shù)語服務(wù)要求支持目前主流的標(biāo)準(zhǔn)編碼(如：ICD-10、SNOMED等)，并可以通過術(shù)語服務(wù)開放架構(gòu)方便地添加特有的術(shù)語系統(tǒng)。流程管理器的采用OracleBPEL流程管理器是一個全面、基于標(biāo)準(zhǔn)和易于使用的解決方案，通過自動化和人工工作流兩種方式來創(chuàng)建、部署和管理跨應(yīng)用程序的業(yè)務(wù)流程。OracleBPEL流程管理器提供了一個圖 形化和用戶友好的流程設(shè)計器，作為JDeveloper或Eclipse環(huán)境的插件，從而提供了一個統(tǒng)一的設(shè)計時環(huán)境。OracleBPEL流程管理器還提供了用戶友好的向?qū)砗喕S多常見的任務(wù)（例如與IT系統(tǒng)連接和設(shè)置人工工作流步驟）。OracleBPEL流程管理器還包含了一個用戶友好、基于Web的控制臺，用于管理和調(diào)試部署的流程。例程級的審計線索、流程歷史和流程分析/報表都通過該控制臺提供。OracleBPEL引擎是現(xiàn)有的最成熟、可伸縮性最強和最強健的BPEL服務(wù)器。它執(zhí)行標(biāo)準(zhǔn)的BPEL流程并提供“脫水”功能，以便在影像庫中自動維護長時間運行的流程的狀態(tài)，從而實現(xiàn)故障轉(zhuǎn)移和可伸縮性的集群化。置的集成服務(wù)包括對XSLT和XQuery轉(zhuǎn)換的支持以及通過JCA適配器和本地協(xié)議綁定到成百上千的應(yīng)用程序和原有系統(tǒng)。人工工作流服務(wù)如任務(wù)管理、通知管理和工作列表管理作為置BPEL服務(wù)提供，實現(xiàn)了人和手動任務(wù)與BPEL流的集成。OracleBPEL流程管理器可用于集成應(yīng)用程序和原有系統(tǒng)，使用較細(xì)粒度的服務(wù)組成粗粒度的服務(wù)，構(gòu)建以流程為中心的組合應(yīng)用程序，完成業(yè)務(wù)流程和工作流應(yīng)用程序（包括復(fù)雜的路由和升級）自動化。業(yè)務(wù)活動監(jiān)控Oracle業(yè)務(wù)活動監(jiān)控(BAM)是用于構(gòu)建實時操作信息板的一個完整的解決方案，該信息板可以監(jiān)控業(yè)務(wù)流程和服務(wù)、服務(wù)水平，以及從流程和服務(wù)中跟蹤關(guān)鍵性能指標(biāo)(KPIs)，并提供執(zhí)行自動或人工調(diào)用的更正操作的功能。OracleBAM，業(yè)務(wù)用戶能夠構(gòu)建交互式、實時的信息板，和預(yù)見性的警告。OracleBAM利用最新的Web技術(shù)提供一個豐富的、交互式個性化操作信息板，通過標(biāo)準(zhǔn)Web瀏覽器將實時影像和個性化報表提供給業(yè)務(wù)用戶。用戶還可以設(shè)置個性化的警告條件，可以觸發(fā)這些警告并通過電子、傳真、或其他方便的渠道發(fā)送給用戶。用戶可以根據(jù)需要從信息板中對監(jiān)控的事件采取相應(yīng)的更正操作，例如，在BPELProcessManager中啟動一個業(yè)務(wù)流程。OracleBAM構(gòu)建于一個基于消息、事件驅(qū)動、駐留在存中的體系結(jié)構(gòu)之上，該體系結(jié)構(gòu)特別為實時分析和報表應(yīng)用程序的需求而設(shè)計。OracleBAM是第一個也是唯一提供對企業(yè)的實時可見性的解決方案，它能夠在事件發(fā)生幾秒提供信息。業(yè)務(wù)規(guī)則Oracle業(yè)務(wù)規(guī)則使業(yè)務(wù)分析人員能夠輕松地定義、更新和管理關(guān)鍵的決策以及監(jiān)管業(yè)務(wù)流程和應(yīng)用程序的策略，例如業(yè)務(wù)流程部可能變化的業(yè)務(wù)策略可以使用業(yè)務(wù)規(guī)則來收集。Oracle業(yè)務(wù)規(guī)則包含了一個規(guī)則編輯工具、一個規(guī)則引擎和SDK。該編輯工具為聲明規(guī)則提供了一個英語式的例，可供編程人員和業(yè)務(wù)分析人員共同使用。該規(guī)則引擎是一個用Java編寫的快速、有效的與JSR-94兼容且基于RETE的引擎。該SDK通過定制的規(guī)則編輯應(yīng)用程序來支持規(guī)則生成。企業(yè)服務(wù)總線(ESB)OracleESB提供了消息處理、路由和轉(zhuǎn)換功能，從而使服務(wù)能夠在開發(fā)時或運行時輕松地集成。OracleESB利用Oracle適配器提供了連通性，后者提供了對幾乎任何影像源的基于標(biāo)準(zhǔn)的訪問。OracleESB完全支持利用XSLT或XQuery轉(zhuǎn)換、業(yè)務(wù)規(guī)則、系統(tǒng)交叉參考和域值映射進行影像轉(zhuǎn)換和文檔擴充。OracleESB支持基于容的路由和容過濾。OracleESB提供了一個多協(xié)議消息處理總線，包含了對JMS、SOAP、JCA、WSIF、JDBC、HTTP和FTP的支持。該消息總線對不同類型的持久化存儲器（包括影像庫、文件和存）提供了可配置的JMS服務(wù)質(zhì)量。Web服務(wù)管理器OracleWeb服務(wù)管理器(OWSM)是用于保障和管理面向服務(wù)的體系結(jié)構(gòu)的一個全面的解決方案，它支持集中定義安全性和身份管理策略，再在全局進行實施。OWSM允許集中定義管理Web服務(wù)操作（例如訪問、日志和容驗證）的策略，并可以將這種策略與服務(wù)包裝在一起，無需修改現(xiàn)有的Web服務(wù)。它包含了一個用于構(gòu)建、配置和發(fā)布策略的圖形化工具策略管理器。OWSM在策略執(zhí)行時收集監(jiān)控統(tǒng)計信息，并以圖形化的格式在監(jiān)控信息板中顯示它們。管理員可以為每一個應(yīng)用程序設(shè)置服務(wù)質(zhì)量水平，OWSM將在應(yīng)用程序超出設(shè)置的目標(biāo)時顯示警告。監(jiān)控信息板為IT操作人員提供了對Web服務(wù)的健康度、性能、安全性和利用率的實時可見性。OracleJDeveloperOracleJDeveloper是用于構(gòu)建面向服務(wù)的應(yīng)用程序的一個集成開發(fā)環(huán)境，它使用了Java、XML、Web服務(wù)和SQL的最新的業(yè)界標(biāo)準(zhǔn)。OracleJDeveloper集成了建模、編碼、調(diào)試、測試、監(jiān)測、調(diào)整和部署應(yīng)用程序等各種功能，因此它支持完整的開發(fā)周期。連通性—適配器、B2B和WSIFOracle適配器支持與企業(yè)部的幾乎任何影像源的連通性，B2B支持與商業(yè)合作伙伴的連通性。OracleSOA使用WSIF綁定實現(xiàn)與Java、E、JMS和JCA服務(wù)的自然的協(xié)作。Oracle適配器可用于300多種打包應(yīng)用程序，可用于原有系統(tǒng)和大型機（包括Tuxedo、VSAM、CICS），也可用于各種技術(shù)和協(xié)議（包括FTP、Files、Database、AQ和JMS）。Oracle適配器基于標(biāo)準(zhǔn)并支持Web服務(wù)和JCA。OracleB2B使企業(yè)能夠與商業(yè)合作伙伴交換電子信息。它支持一組豐富的業(yè)界標(biāo)準(zhǔn)（包括EDI、UCet、RosettaNet、CIDX、PIDX、VICS、ebXML、UBL）。OracleBPEL流程管理器BPEL作為將一系列離散服務(wù)裝配成端到端過程流的標(biāo)準(zhǔn)而正在形成，極大地降低了流程集成方案的成本和復(fù)雜性。OracleBPEL流程管理器為創(chuàng)建、部署和管理BPEL業(yè)務(wù)流程提供了廣泛而易用的基礎(chǔ)架構(gòu)。OracleBPEL流程管理器支持建模、自動化和監(jiān)控業(yè)務(wù)流程。與用于自動化業(yè)務(wù)流程的代碼生成技術(shù)不同，BPEL流程管理器包含了一個執(zhí)行流程的本地BPEL（業(yè)務(wù)流程執(zhí)行語言）引擎。該方法不僅支持重用，還支持在個別和聚合級別查看進行中的業(yè)務(wù)流程（后者由OracleBAM提供），從而為封閉循環(huán)的業(yè)務(wù)流程管理、流程改善以及合規(guī)性提供了基礎(chǔ)。OracleBPEL流程管理器為通過自動和人工工作流步驟創(chuàng)建、部署和管理跨應(yīng)用程序的業(yè)務(wù)流程提供了一個全面、基于標(biāo)準(zhǔn)并易于使用的解決方案。該方案能夠高性能、可靠地執(zhí)行用BPEL標(biāo)準(zhǔn)定義的面向服務(wù)的業(yè)務(wù)流程。其對標(biāo)準(zhǔn)（如BPEL、XML、XSLT、XPATH、JMS、JCA和Web服務(wù)）的在支持使其成為創(chuàng)建真正可跨平臺移植的集成業(yè)務(wù)流程的理想解決方案。該方案還為完成的和進行中的流程提供了審計線索和支持流程改進的流程歷史。最后，OracleBPEL流程管理器是完全的本地BPEL引擎，它與現(xiàn)有的中間件技術(shù)和平臺可以很好地共存，并提供無以倫比的流程可移植性和供應(yīng)商靈活性。OracleBPEL流程管理器的主要功能包括：豐富的集成工具—基于Eclipse的OracleBPELDesigner的獨特之處在于其使用BPEL作為其本地格式。這意味著用Designer構(gòu)建的流程是完全可移植的。OracleBPELProcessDesigner還充當(dāng)了OracleJDeveloper環(huán)境的一個插件，為開發(fā)用戶界面和協(xié)調(diào)服務(wù)提供統(tǒng)一的設(shè)計時環(huán)境。置的集成服務(wù)使開發(fā)人員能夠輕松利用標(biāo)準(zhǔn)BPEL流程中的高級工作流、連接和轉(zhuǎn)換功能。這些功能包括對XSLT和XQuery轉(zhuǎn)換的支持以及使用WSIF通過JCA適配器和本地協(xié)議綁定到上百個原有系統(tǒng)?？蓴U展的WSDL綁定框架實現(xiàn)了與各種非SOAP協(xié)議及消息格式的連接。綁定可用于JMS、電子、JCA、HTTPGET和POST以及許多其他支持與上百個后端系統(tǒng)進行簡單連接的協(xié)議。該方法提供了無以倫比的性能，且易于開發(fā)。作為標(biāo)準(zhǔn)服務(wù)提供了設(shè)置簡單和復(fù)雜的人工工作流步驟、配置適配器和定義復(fù)雜的轉(zhuǎn)換映射的用戶友好的向?qū)?。人工工作流服?wù)如任務(wù)管理、通知管理和身份管理作為置BPEL服務(wù)提供，實現(xiàn)了人員和手動任務(wù)與BPEL流的集成。面向服務(wù)的方法在業(yè)務(wù)規(guī)則開發(fā)中的運用許多組織正從面向?qū)ο蟮臉I(yè)務(wù)流程管理例轉(zhuǎn)移到面向服務(wù)的方法；實際上，服務(wù)正在成為應(yīng)用程序開發(fā)的基本元素。同時，業(yè)務(wù)流程執(zhí)行語言(BPEL)已經(jīng)成為編排這些服務(wù)和管理業(yè)務(wù)流程的無缺陷執(zhí)行的事實標(biāo)準(zhǔn)。這些趨勢所產(chǎn)生的結(jié)果是，為更靈活、更經(jīng)濟高效地管理業(yè)務(wù)流程提供了一些良機。大多數(shù)業(yè)務(wù)流程（貸款審批就是一個典型示例）包含多個決策點。在這些決策點處，將對某個條件進行評估。業(yè)務(wù)流程根據(jù)這些標(biāo)準(zhǔn)或業(yè)務(wù)規(guī)則更改它們的行為。實際上，這些業(yè)務(wù)規(guī)則對業(yè)務(wù)流程起到了推動作用。這些規(guī)則通常嵌入到業(yè)務(wù)流程本身或自定義Java代碼的部，這將導(dǎo)致在將來的某個時候出現(xiàn)若干問題：業(yè)務(wù)規(guī)則比業(yè)務(wù)本身更改得更頻繁，而更改和管理嵌入的業(yè)務(wù)規(guī)則是一個復(fù)雜問題，并超出了大多數(shù)分析員的能力圍。因此，隨著業(yè)務(wù)規(guī)則的更改，程序員通常要消耗大量時間來執(zhí)行該任務(wù)。大多數(shù)組織都缺少中央規(guī)則信息庫。因此，策略中任何涉及到組織圍的更改都無法運用到所有業(yè)務(wù)流程中。業(yè)務(wù)流程無法重用規(guī)則。因此，IT人員最終要為每個流程設(shè)計規(guī)則，這通常導(dǎo)致不一致性或冗余。避免這些問題的最佳方法是使用規(guī)則引擎將業(yè)務(wù)流程與業(yè)務(wù)規(guī)則分離。在該方法中，規(guī)則公開為服務(wù)，而BPEL流程在到達(dá)決策點時通過查詢該引擎來利用這些服務(wù)。該方法更為靈活-可以通過圖形方式操作規(guī)則，而不是在編程語言中或在流程部對規(guī)則進行編碼。業(yè)務(wù)用戶可以使用工具自行編寫規(guī)則，并且無需IT人員的協(xié)助即可進行部署后的規(guī)則更改。由于大多數(shù)更新和功能增強是由業(yè)務(wù)用戶執(zhí)行的，因此可以顯著減少維護成本。規(guī)則引擎和BPEL是兩種互補技術(shù)。OracleBPEL流程管理器提供了高級工具來顯示、設(shè)計和管理BPEL流程，而第三方規(guī)則引擎使復(fù)雜的業(yè)務(wù)邏輯可以用類似英語的語法表示，并由非程序員領(lǐng)域?qū)＜覍ζ溥M行編輯。分離規(guī)則與流程將規(guī)則引擎集成到流程管理框架中要求事先進行一定量的投資。在嘗試進行此集成之前，將規(guī)則與流程分開是很重要的。因此，系統(tǒng)體系結(jié)構(gòu)方面的一個主要決策是如何實現(xiàn)業(yè)務(wù)策略、業(yè)務(wù)流程和支持業(yè)務(wù)邏輯。實際上，架構(gòu)師必須交流或設(shè)計最佳實踐，以便設(shè)計人員在設(shè)計系統(tǒng)功能時知道應(yīng)在何處應(yīng)用每個相關(guān)技術(shù)-BPEL、業(yè)務(wù)規(guī)則、Java/Web服務(wù)。如圖1所示，業(yè)務(wù)邏輯被分布到三個不同的IT基礎(chǔ)架構(gòu)層中：業(yè)務(wù)流程、Web服務(wù)和規(guī)則。我們將對它們進行依次介紹。圖1體系結(jié)構(gòu)：分離規(guī)則與流程業(yè)務(wù)流程層。該層負(fù)責(zé)管理業(yè)務(wù)流程的總體執(zhí)行。這些使用BPEL實現(xiàn)的業(yè)務(wù)流程可以是長期運行的業(yè)務(wù)流程、事務(wù)業(yè)務(wù)流程以及持久業(yè)務(wù)流程。流程邏輯支持分布到Web服務(wù)/E調(diào)用中的高級事務(wù)（“sagas”）以及嵌套的子流程事務(wù)。BPEL引擎支持對工作流進行審計和檢測，因此比較適合于將不易變化的工作流步驟與易變的業(yè)務(wù)規(guī)則分開實現(xiàn)行業(yè)流程實現(xiàn)需要補償?shù)牧鞒讨С至鞒痰拇笮蛯嵗O(shè)計需要審計的流程協(xié)調(diào)異構(gòu)技術(shù)，如連接器、Web服務(wù)和支持Web服務(wù)調(diào)用框架(WSIF)的邏輯Web服務(wù)層。Web服務(wù)層將現(xiàn)有的應(yīng)用程序?qū)庸δ芄_為服務(wù)。這樣，多個業(yè)務(wù)流程便可以重用這些服務(wù)，從而實現(xiàn)面向服務(wù)體系結(jié)構(gòu)(SOA)的承諾。Web服務(wù)實現(xiàn)功能邏輯和域邏輯。功能方法通常是無狀態(tài)和中等粒度的。例如，Web服務(wù)可能包含系統(tǒng)影像的實用程序方法、實體操作和查詢方法?？梢允褂枚喾N技術(shù)實現(xiàn)Web服務(wù)并隱藏實現(xiàn)平臺之間的差別。因此，該層比較適合于：為特定實體/域領(lǐng)域?qū)崿F(xiàn)中等粒度的方法集成原有的代碼/第三方工具封裝應(yīng)用程序?qū)又械倪壿?、自定義代碼和實現(xiàn)規(guī)則層。規(guī)則引擎通常是復(fù)雜邏輯（涉及實體之間的一些相互依賴性以及與順序相關(guān)的邏輯計算）的發(fā)源地。從業(yè)務(wù)流程中以單獨實體的形式提取業(yè)務(wù)規(guī)則可更好地對系統(tǒng)進行分離，從而提高可維護性。規(guī)則引擎可以對規(guī)則集進行并行和按順序的評估。此外，規(guī)則能夠?qū)斎胗跋窈椭虚g影像的值進行評估并確定是否應(yīng)引發(fā)規(guī)則。與傳統(tǒng)的Java過程代碼相比，該模塊設(shè)計提供了一個更簡單、可維護性更高的解決方案。此外，正如我在前面指出的，規(guī)則具備聲明特性，并使業(yè)務(wù)分析員能夠進行高級GUI編輯?，F(xiàn)代規(guī)則引擎的執(zhí)行速度非?？?，并提供了置的審計記錄。規(guī)則層的典型特性包括包含耦合和復(fù)雜的邏輯支持使用并行執(zhí)行進行高效的業(yè)務(wù)邏輯評估包含基于多個業(yè)務(wù)規(guī)則評估構(gòu)建的復(fù)雜返回結(jié)構(gòu)允許將域邏輯轉(zhuǎn)換為簡單規(guī)則實現(xiàn)高度易變的業(yè)務(wù)策略由于規(guī)則在Web服務(wù)層中公開為服務(wù)，因此可以在所有企業(yè)間應(yīng)用程序中重用，從而簡化了新應(yīng)用程序和集成的開發(fā)。使用BPEL構(gòu)建Web服務(wù)網(wǎng)絡(luò)受不斷成熟的Web服務(wù)標(biāo)準(zhǔn)的鼓舞，越來越多的組織正在協(xié)作環(huán)境中使用Web服務(wù)。BPEL正快速成為為實現(xiàn)企業(yè)間協(xié)作而編排這些Web服務(wù)的平臺。BPEL為構(gòu)建在線市場或協(xié)作網(wǎng)絡(luò)的公司提供了引人矚目的好處，即基于標(biāo)準(zhǔn)的方法和松散耦合的流程集成。而Web服務(wù)提供的激動人心的新功能卻隱藏著某些風(fēng)險。在許多情況下，如果在設(shè)計時未解決某些技術(shù)和管理難題，則合作伙伴關(guān)系將會破裂或集成成本飆升：合作伙伴必須事先進行充分的協(xié)商，約定根據(jù)特定標(biāo)準(zhǔn)開展業(yè)務(wù)。傳輸協(xié)議、交互目的、消息格式以及業(yè)務(wù)約束必須實現(xiàn)清晰地通信。連接網(wǎng)絡(luò)必須是一個簡單的過程；協(xié)作網(wǎng)絡(luò)主要通過不斷壯大取得成功。用戶必須在運行時輕松地找到業(yè)務(wù)服務(wù)，否則將在很大程度上無法實現(xiàn)面向服務(wù)體系結(jié)構(gòu)(SOA)這一承諾。（服務(wù)信息庫在這方面很有用。）如果開發(fā)人員無法輕松地找到和重用服務(wù)，則這些服務(wù)本質(zhì)上就算不存在。合作伙伴應(yīng)能夠?qū)崟r監(jiān)控Web服務(wù)。最終用戶應(yīng)能跟蹤特定訂單的進度，并且貿(mào)易合作伙伴應(yīng)能診斷業(yè)務(wù)流程中的特定瓶頸。如果協(xié)作網(wǎng)絡(luò)在托管環(huán)境中運行，這些難題將變得更為棘手。在該模型中，合作伙伴將他們原有應(yīng)用程序提供的功能公開到Web服務(wù)中，并將此Web服務(wù)發(fā)布到集中的信息庫中。主機負(fù)責(zé)編排復(fù)雜的業(yè)務(wù)流程，后者反過來利用合作伙伴的Web服務(wù)。實現(xiàn)動態(tài)BPEL流程Web服務(wù)和面向服務(wù)體系結(jié)構(gòu)(SOA)使業(yè)務(wù)流程可以通過與其他業(yè)務(wù)流程和應(yīng)用程序進行交互而輕松擴展。BPEL流程通過合作伙伴定義此交互。這些定義了接口（消息和操作）、傳輸協(xié)議，并且最重要的是定義了要使用的每個服務(wù)的位置。在大多數(shù)基本流程設(shè)計中，合作伙伴是靜態(tài)的；它們引用開發(fā)人員在設(shè)計時指定的一個外部流程。該方法適用于高度定向或高度限制的系統(tǒng)。而在大型系統(tǒng)中，業(yè)務(wù)流程更為復(fù)雜。它們與多個外部服務(wù)交互，并定義了多個合作伙伴，而且其中的某些合作伙伴在設(shè)計時可能是不可知的。因此，必須在業(yè)務(wù)流程部構(gòu)建所有可能的調(diào)出以及用于確定要使用的合作伙伴的邏輯，這將使該流程不必要地復(fù)雜化。此外，隨著合作伙伴的增加，最終的流程變得越來越難以處理，這是因為對合作伙伴的任何更改都要求修改整個業(yè)務(wù)流程。幸運地是，BPEL語言支持合作伙伴的動態(tài)綁定概念。動態(tài)綁定使開發(fā)人員可以通過配置或運行時的輸入添加新服務(wù)。該方法不需要在設(shè)計時預(yù)計和管理所有父子關(guān)系。動態(tài)綁定概述與傳統(tǒng)編程領(lǐng)域的面向?qū)ο蟮姆治龊驮O(shè)計相似，合作伙伴的動態(tài)綁定可以實現(xiàn)代碼模塊化以及流程之間的運行時綁定。該方法的好處包括：通過將功能組件細(xì)分為工作單元支持面向小組的開發(fā)不必修改和重新部署父流程即可創(chuàng)建和部署更多子流程組件使用、維護和增強單個重疊流程的需要降低父流程可以自動獲知子流程的更改和增強本質(zhì)上而言，動態(tài)流程使系統(tǒng)可以適應(yīng)在設(shè)計時不可知的條件。例如，可以根據(jù)影像容確定流程-如果影像不充分，則可以在運行時調(diào)用外部影像源（如外部影像庫）來確定流程。使用動態(tài)流程還可以為在高級流程的開發(fā)與配置和維護之間存在職責(zé)劃分的組織帶來重要好處。開發(fā)小組可以負(fù)責(zé)了解BPEL實現(xiàn)以及流程組件創(chuàng)建的細(xì)節(jié)，隨后，業(yè)務(wù)分析員或支持小組等領(lǐng)域?qū)＜冶憧梢詫⑦@些組件組裝到單個工作流中，而不必詳細(xì)了解合作伙伴、命名空間、WSDL、XPATH以及其他技術(shù)細(xì)節(jié)。構(gòu)建動態(tài)BPEL流程BPEL流程使用合作伙伴中存儲的信息調(diào)用這些外部服務(wù)。合作伙伴使用WSDL中的portTypes定義構(gòu)成服務(wù)接口的操作和消息類型。如圖1所示，portTypes還間接定義了用于與服務(wù)（綁定）和服務(wù)的位置（服務(wù)）進行通信的傳輸。圖1工作中的portTypes在靜態(tài)BPEL流程中，合作伙伴信息在設(shè)計時定義。但在某些情況下，開發(fā)人員并不知道所有合作伙伴信息，或者需要在運行時更改所有合作伙伴信息以滿足影像或其他動態(tài)要求。使用WSIF進行集成在現(xiàn)實情況中，BPEL業(yè)務(wù)流程通常必須連接到現(xiàn)有的應(yīng)用程序或系統(tǒng)。如Java類、EnterpriseJavaBean(E)、Java消息服務(wù)(JMS)、可以通過JavaConnectorArchitecture(JCA)訪問的ERP系統(tǒng)、JDBC影像庫或其他Java資源。盡管可以將這些資源轉(zhuǎn)換為Web服務(wù)，但該做法存在幾個缺點：調(diào)用Web服務(wù)操作的性能開銷要比調(diào)用原生Java類大好幾個數(shù)量級，并且比調(diào)用E或其他原生Java資源大一個數(shù)量級。（參見邊條。）Web服務(wù)調(diào)用缺乏在事務(wù)執(zhí)行期間傳送語境這一重要功能。相比之下，當(dāng)直接使用Java資源時可以自動傳送事務(wù)語境，前提是Java資源提供這樣的支持（例如，E和JCA便提供這樣的支持）。因此，更好的做法是原生地訪問這些外部資源。雖然原生連接Java資源并不是BPEL的一個標(biāo)準(zhǔn)特性，但OracleBPEL流程管理器提供了一個實現(xiàn)此目的的解決方案，即Web服務(wù)調(diào)用框架(WSIF)，它不需要修改或擴展BPEL代碼。此功能極大地擴展了BPEL的應(yīng)用圍并使之適用于企業(yè)應(yīng)用集成(EAI)。調(diào)用Java資源通常比調(diào)用Web服務(wù)速度快。尤其是在使用普通Java類時，方法調(diào)用的性能要高出幾個數(shù)量級。Java類加載到應(yīng)用服務(wù)器流程中，BPEL流程可以直接訪問它們的方法。使用E時，您通?？梢赃x擇使用本地接口或遠(yuǎn)程接口。本地接口與普通Java類的性能幾乎相同。不同之處在于E容器會有一些開銷。而如果使用遠(yuǎn)程E接口，性能損失會更大（但根據(jù)我的評測，這一性能損失仍低于使用Web服務(wù)的性能損失，稍后我將對此加以說明）?？梢酝ㄟ^RMI-IIOP訪問E遠(yuǎn)程接口，RMI-IIOP需要客戶端上有stub并使用服務(wù)器端上的框架。遠(yuǎn)程方法調(diào)用在到達(dá)E之前必須經(jīng)過幾個層，這需要一定的時間。因此，在使用遠(yuǎn)程接口時，應(yīng)使用粗粒度方法并熟悉其他影響性能的J2EE模式。請注意，如果將E部署在同一應(yīng)用服務(wù)器中，則某些應(yīng)用服務(wù)器將優(yōu)化與這些E的通信。對于Web服務(wù)，這種情況從性能角度而言將更為復(fù)雜。通常，與Web服務(wù)的通信相當(dāng)于與E遠(yuǎn)程接口的通信。與E不同的是，Web服務(wù)使用SOAP，它的效率不如二進制IIOP。因此，調(diào)用方和接收方需要更多與構(gòu)造和分析SOAP消息以及XML串行化相關(guān)的處理開銷。我做的測試表明，調(diào)用Web服務(wù)要比調(diào)用會話bean慢大約5到9倍。使用WSIF調(diào)用Java資源還在事務(wù)方面具有優(yōu)勢。Java資源（如E和JCA）通過JTA（使用JTS）支持事務(wù)。JTS基于CORBA對象事務(wù)服務(wù)，后者為基于X/OpenDTP標(biāo)準(zhǔn)的分布式事務(wù)提供支持。通過JTA支持事務(wù)的Java資源（E、JCA等）可以使用2PC（兩階段提交）協(xié)議參與分布式事務(wù)。WSIF支持使用XA接口（由JTS自動公開）在相關(guān)Java資源之間自動傳送事務(wù)語境。這意味著，如果您通過WSIF在BPEL流程中使用多個支持事務(wù)的資源（例如，兩個E），則將在資源之間自動傳播事務(wù)語境。如果出現(xiàn)異常，則整個事務(wù)將自動自動回滾，而不必在BPEL流程中定義補償處理程序。如果沒有支持WSIF的Java資源，或者如果只使用Web服務(wù)或先將Java資源轉(zhuǎn)換為Web服務(wù)，則將無法利用此特性。而且，您必須為每個Web服務(wù)手動定義補償處理程序。這對任務(wù)關(guān)鍵的流程非常重要，并且簡化了它們的設(shè)計與開發(fā)。BPEL添加到企業(yè)集成混合環(huán)境利用OracleBPEL流程管理器的編排功能實現(xiàn)對傳統(tǒng)EAI中間件起到補充作用的基于標(biāo)準(zhǔn)的業(yè)務(wù)流程集成大多數(shù)企業(yè)都擁有一個迥然不同的應(yīng)用程序基礎(chǔ)架構(gòu)，其中包含由多個供應(yīng)商提供的、在不同平臺上運行以及使用完全不同的技術(shù)創(chuàng)建的各種應(yīng)用程序。為了解決這些集成難題，TIBCO、webMethods、Vitria以及SeeBeyonda等公司在過去的十年里相繼推出了傳統(tǒng)的企業(yè)應(yīng)用程序集成(EAI)產(chǎn)品。在過去的幾年里，許多企業(yè)在這些EAI解決方案上進行了大量的投資。因此，EAI領(lǐng)域中的業(yè)務(wù)集成通常鎖定到單個供應(yīng)商，并且集成組件被緊密耦合在一起。這些專用集成的維護成本為企業(yè)帶來了沉重的負(fù)擔(dān)。而專門技能的必不可少加重了成本和穩(wěn)定性方面的問題。此外，對于保護EAI中的大量投資的企業(yè)而言，破壞并替換現(xiàn)有的EAI解決方案并不是一個可取的方法。BPEL提供了一個基于標(biāo)準(zhǔn)、與平臺無關(guān)的解決方案，從而解決了所有這些問題。松散耦合的BPEL流程消除了供應(yīng)商鎖定、降低了集成成本并提供了互操作性；此外，它還增加了一個完善的安全性、異常管理和日志記錄層。最重要的是，公司可以利用他們的現(xiàn)有基礎(chǔ)架構(gòu)，使其充分發(fā)揮效用，并使用BPEL對其進行編排。構(gòu)建富互聯(lián)網(wǎng)應(yīng)用程序以監(jiān)控工作流和流程通過擴展OracleBPEL流程管理器API創(chuàng)建實時工作流和高級流程活動監(jiān)控儀表板。為了提高運營效率，越來越多的企業(yè)正在將其關(guān)鍵業(yè)務(wù)流程進行自動化。但是，即使流程實現(xiàn)了自動化，也會因為以下兩個重要原因而需要手動交互：使流程前進到下一步（工作流）以及為最終用戶提供實時流程可見性（流程監(jiān)控）。如開立新銀行XX的業(yè)務(wù)流程。首先，客戶提供必需的詳細(xì)信息（XX、地址、SSN、起存額）以開立XX。該流程啟動后，客戶將需要跟蹤請求的狀態(tài)并響應(yīng)銀行發(fā)出的任何其他查詢。該流程需要工作流來實現(xiàn)客戶參與，并需要流程監(jiān)控以便客戶可以跟蹤請求狀態(tài)。OracleBPEL流程管理器簡化了基本的工作流功能和流程活動監(jiān)控。但同樣重要的是，通過擴展其豐富的API接口以便與流程、實例和工作流交互，可以構(gòu)建一個支持高級工作流和流程活動監(jiān)控的富互聯(lián)網(wǎng)應(yīng)用程序(RIA)。該高級工作流功能可以使用戶和流程之間實現(xiàn)無延時的通信，而高級流程活動監(jiān)控可以將實時流程狀態(tài)信息傳輸給工作流，以便采取相應(yīng)的操作。即時構(gòu)建BPEL流程通過XQuery將影像庫中存儲的參數(shù)轉(zhuǎn)換為BPELXML定義文件來即時生成BPEL流程。工作場所管理解決方案實現(xiàn)了業(yè)務(wù)流程的自動化，如跟蹤辦公室隔間是否被占用，如果該空間在三個月保持閑置狀態(tài)，則取消它與業(yè)務(wù)部門的關(guān)聯(lián)。由于公司針對不同的客戶部署此流程，因此必須根據(jù)客戶的業(yè)務(wù)需要調(diào)整該流程-某個公司可能傾向于在將隔間與業(yè)務(wù)部門分離之前向物業(yè)經(jīng)理發(fā)送電子，而另一家公司可能傾向于等待更長一段時間，然后再采取行動。這種情況下，為每個客戶從頭創(chuàng)建一個業(yè)務(wù)流程將需要花費大量的時間、金錢和資源。而且創(chuàng)建可重用的業(yè)務(wù)流程將需要深入了解BPEL結(jié)構(gòu)。相比之下，自適應(yīng)業(yè)務(wù)流程可以根據(jù)特定企業(yè)不斷變化的需要進行快速的定制，更快實現(xiàn)自動化、降低開發(fā)成本并縮短投放市場的時間。在該方法中，您將隱藏BPEL的復(fù)雜性，并使分析人員能夠建立盡可能貼近“實際生活”的業(yè)務(wù)流程模型。但該流程需要自定義業(yè)務(wù)流程設(shè)計器，利用它分析人員可以不用考慮BPEL的復(fù)雜性，從而專注于業(yè)務(wù)流表示。該自定義設(shè)計器將流程定義存儲到影像庫中。每當(dāng)需要更新該流程時，業(yè)務(wù)分析人員便可以使用自定義設(shè)計器相應(yīng)地更新該流程。實際上，一旦將流程定義加載到影像庫中以后，便可以在影像庫中“即時”構(gòu)建BPEL流程。隨后，可以動態(tài)部署這個新構(gòu)建的業(yè)務(wù)流程。OracleBPEL流程管理器是該方法的理想工具；它能與第三方設(shè)計器很好地融為一體，并能夠動態(tài)部署B(yǎng)PEL流程。例如，我所在的公司CenterStoneSoftware便利用該方法提供一個解決方案，以快速實現(xiàn)工作場所業(yè)務(wù)流程的自動化并管理企業(yè)房地產(chǎn)和設(shè)備。我們的eCenterOne應(yīng)用程序使用OracleBPEL，使物業(yè)經(jīng)理能夠快速開發(fā)和部署自定義業(yè)務(wù)流程。使用BPEL將PeopleSoftCRM與Oracle電子商務(wù)套件集成許多企業(yè)都具有許多跨不同部門、地理位置或分支機構(gòu)的異類應(yīng)用程序組合。盡管可以使用多個ERP系統(tǒng)來滿足業(yè)務(wù)單元的要求，但它們實際上會導(dǎo)致影像碎片。集成這些系統(tǒng)比較復(fù)雜，并且通常采用專用方式進行處理；盡管如此，公司仍投入了大量的資源來集成遍布多個ERP系統(tǒng)的信息，以便作出更好的業(yè)務(wù)決策。BPEL提供了一個以流程為中心的標(biāo)準(zhǔn)方法來集成不同的系統(tǒng)。Oracle的BPEL流程管理器是Oracle融合中間件（用于提供面向服務(wù)的體系結(jié)構(gòu)(SOA)）中的一個重要工具，它支持Microsoft、IBM、SAP以及BEA所支持的行業(yè)標(biāo)準(zhǔn)BPEL規(guī)，并且被廣泛認(rèn)為是一個用于降低集成項目的成本、復(fù)雜性和不靈活性的企業(yè)藍(lán)圖。管理BPEL生產(chǎn)環(huán)境一些企業(yè)將其70%的IT預(yù)算花在了維護和管理當(dāng)前IT功能以及操作上。但矛盾的是，對于多數(shù)使用面向服務(wù)體系結(jié)構(gòu)(SOA)的公司而言，管理Web服務(wù)的性能和可用性并非首要之事。因此，隨著企業(yè)采用Web服務(wù)和BPEL來構(gòu)建SOA基礎(chǔ)架構(gòu)，設(shè)計新的策略來降低應(yīng)用程序管理成本變得愈加勢在必行。因為通常會將多個業(yè)務(wù)流程部署至生產(chǎn)環(huán)境，所以這對于BPEL實施而言尤其重要。隨著生產(chǎn)環(huán)境中部署了越來越多的流程，有效管理變得日趨重要。每個已執(zhí)行完畢的BPEL流程（無論成功與否）都存儲在影像庫中，在流程流的不同步驟間進行交換的每條XML消息也是如此。正如您可能預(yù)料到的，該流程將導(dǎo)致影像庫大小呈幾何級增長，進而導(dǎo)致出現(xiàn)性能瓶頸。由于這些原因，在BPEL生產(chǎn)環(huán)境中，最為重要的是要能夠在不影響生產(chǎn)系統(tǒng)穩(wěn)定性的情況下，存檔已完成BPEL流程的信息刪除從影像庫成功交付和解析的所有XML消息刪除舊的實例重新運行失敗的流程BPEL流程管理器API和DehydrationStoreOracleBPEL流程管理器控制臺為管理、調(diào)試部署至BPEL服務(wù)器的流程提供了一個基于Web的友好界面。但是，在生產(chǎn)環(huán)境中，管理員需要對管理任務(wù)具有強有力的控制。通過針對BPELDehydrationStore影像庫的PL/SQL查詢或BPELAPI，可以將這些管理任務(wù)中的多數(shù)進行自動化。但在創(chuàng)建操作項之前，了解DehydrationStore和BPEL流程管理器API的基礎(chǔ)概念至關(guān)重要。DehydrationStore影像庫用于存儲流程狀態(tài)影像，尤其是異步BPEL流程的影像。以下簡要介紹了一些非常重要的表。表容CUBE_INSTANCE實例元影像信息（創(chuàng)建日期、當(dāng)前狀態(tài)、流程id）CUBE_SCOPE實例的圍影像AUDIT_TRAIL實例的審計跟蹤信息。該信息可通過BPEL控制臺查看。AUDIT_DETAILS流程實例的詳細(xì)審計信息DLV_MESSAGE回調(diào)消息元影像DLV_MESSAGE_BIN回調(diào)消息的有效負(fù)載INVOKE_MESSAGE調(diào)用消息元影像INVOKE_MESSAGE_BIN調(diào)用消息的有效負(fù)載DLV_SUBSCRIPTION實例的交付訂閱TASK為實例創(chuàng)建的任務(wù)（即標(biāo)題、任務(wù)接受人、狀態(tài)、有效期）表：BPELDehydrationStore中的重要表影像庫模式位于$ORABPEL$\integration\orabpel\system\database\scripts目錄下的DDL腳本domain_oracle.dll中。正確了解該模式后，管理員無需BPEL控制臺就可直接針對該存儲編寫SQL查詢。除了此種SQL方法，管理員還可利用BPEL流程管理器API。該API提供了一個詳盡的類集，可用于在各種狀態(tài)中查找、存檔、刪除實例，跨不同的域刪除回調(diào)/調(diào)用消息，或查詢特定域、流程或?qū)嵗臓顟B(tài)。（API文檔位于$ORABPEL$\integration\orabpel\docs\apidocs\index.html中。）下表概述了一些相關(guān)性最強的類/接口以及相應(yīng)的方法。類/接口方法類WhereConditionHelper提供諸如whereInstancesClosed()、whereInstancesStale()和whereInstancesOpen()之類的方法，用于構(gòu)造搜索相應(yīng)實例的where子句。接口IBPELDomainHandle允許開發(fā)人員在處于運行中的BPEL流程域上執(zhí)行操作。提供諸如archiveAllInstances()、deleteAllInstances()、deleteInstancesByProcessId()、deployProcess()、undeployPorcess()、deleteAllHandledCallback()以及deleteAllHandledInvoke()等方法。接口IinstanceHandle允許用戶在活動的實例上執(zhí)行操作。提供諸如isStale()、getState()、getModifyDate()以及delete()等方法。類Locator允許用戶搜索已在Orabpel流程域部署并實例化的流程、實例以及活動。提供諸如listInstances()和listActivities()等方法，并可接受where子句作為參數(shù)。表：用于執(zhí)行管理任務(wù)的重要類使用BPEL進行可靠處理隨著企業(yè)部Web服務(wù)和BPEL流程的激增，服務(wù)質(zhì)量成為是否采用特殊服務(wù)的決定因素。如何確保服務(wù)實現(xiàn)所請求的功能，而不受各種障礙（如網(wǎng)絡(luò)故障或應(yīng)用程序不可用）的影響？服務(wù)能否在不同的業(yè)務(wù)流程中使用？所有這些問題的答案將決定某個特定業(yè)務(wù)流程的可重用性。業(yè)務(wù)流程的可靠性越高，跨多個應(yīng)用程序的流程的可重用性就越高。服務(wù)可重用性是任何面向服務(wù)體系結(jié)構(gòu)(SOA)策略的基石。只有能夠創(chuàng)建一組可重用服務(wù)，企業(yè)才能從SOA實施中取得真正的價值。這些服務(wù)隨后將由不同的部門或應(yīng)用程序在不同的業(yè)務(wù)環(huán)境中使用。除了所提供的實際業(yè)務(wù)價值以外，服務(wù)的成功情況還將推動特定服務(wù)的可重用性。服務(wù)的故障率是多少？服務(wù)能否克服網(wǎng)絡(luò)中斷？服務(wù)是否足夠靈活，從而實現(xiàn)錯誤與異?；謴?fù)？服務(wù)完成請求作業(yè)的可靠程度越高，服務(wù)在不同業(yè)務(wù)環(huán)境中得到使用的可能性就越高。看一看圖所示的情形：企業(yè)需要向不同合作伙伴提供產(chǎn)品的技術(shù)文檔。文檔的訪問級別取決于合作伙伴類型以及所請求的產(chǎn)品文檔。該信息存儲在Oracle影像庫中。隨著合作伙伴加入和離開網(wǎng)絡(luò)，需要通過多個企業(yè)應(yīng)用程序中的相應(yīng)審批和更新來修改提供的信息（添加/更新/刪除訪問權(quán)限）。圖授權(quán)提供環(huán)境在授權(quán)影像庫中激活、禁止和修改授權(quán)后，必須向Documentum發(fā)送通知。授權(quán)更改的發(fā)送順序必須與其創(chuàng)建順序一致。必須確保消息的完整性，并且必須維護完整的審計日志并將其記錄到中央應(yīng)用程序影像庫日志中。BPEL在編排授權(quán)激活和禁止方面起到至關(guān)重要的作用。此BPEL流程將與TIBCO消息傳遞總線緊密協(xié)作，以便可靠地向Documentum傳遞消息。它還將負(fù)責(zé)錯誤記錄和通知。該流程執(zhí)行任務(wù)的效率和可靠性必須足夠高，以免因網(wǎng)絡(luò)中斷或Documentum應(yīng)用程序不可用而中斷。它應(yīng)能夠不斷的嘗試操作，直到完成其任務(wù)。體系結(jié)構(gòu)圖2BPEL流程邏輯此BPEL流程（從影像庫中讀取記錄并對其進行處理）由OracleBPEL的影像庫輪詢適配器啟動。此BPEL流程最后幾個操作之一是向影像庫報告成功或失敗。隨后，影像庫過程將根據(jù)重試嘗試的狀態(tài)和次數(shù)來確定是否需要重試該流程，如果確實需要，則將記錄重新安排為在將來獲取。該流程的最后一步是調(diào)用日志服務(wù)。除了在影像庫中創(chuàng)建日志條目以外，該服務(wù)還使用一組規(guī)則來確定給定流程中具有某種狀態(tài)的消息是否應(yīng)發(fā)送通知。如果應(yīng)發(fā)送通知，則它還將選擇要使用的電子模板和電子發(fā)送列表，中將包含日志中的相應(yīng)信息。無論是在問題可以自動更正的情況下，還是在需要人力參與解決問題的情況下，該方法均可以提高可靠性。與合作伙伴重試不同，該方法重試BPEL流程的整個執(zhí)行過程。它的功能豐富，并不僅限于在BPEL中創(chuàng)建一個簡單的重試循環(huán)。該處理模型易于從外部進行監(jiān)控和交互。如果在影像庫中管理流程的創(chuàng)建日期和上次修改日期，則可以對該影像庫運行查詢以判斷哪些記錄尚未由BPEL獲取哪些記錄未能及時完成處理哪些記錄已經(jīng)終止此外，啟動已終止記錄的重試以及加速計劃的重試也很簡單。在實施以上設(shè)計時應(yīng)執(zhí)行以下三個重要操作：將已處理的記錄的狀態(tài)存儲到影像庫中。該狀態(tài)包括流程狀態(tài)、下一個流程嘗試時間以及處理嘗試計數(shù)。創(chuàng)建一個可更新視圖（只公開可以處理的記錄）。由于影像庫適配器無法處理與SYSDATE進行比較的where子句，因此需要使用視圖。設(shè)計用于確定是否重試出現(xiàn)故障的流程以及何時進行重試的邏輯。該信息將在影像庫中使用存儲過程更新。也可以使用更新合作伙伴以及BPEL中的其他邏輯執(zhí)行該操作。安全要求影像中心建設(shè)方案衛(wèi)生信息系統(tǒng)影像中心的信息資源是基礎(chǔ)性、戰(zhàn)略性資源，保證信息資源的安全至關(guān)重要。天健公司應(yīng)著重從影像采集、交換、存儲和訪問的角度出發(fā)，做好系統(tǒng)安全性設(shè)計，滿足系統(tǒng)對影像安全的要求。尤其對信息的訪問，需要嚴(yán)格的授權(quán)和控制，保護個人隱私和信息安全。在影像中心建設(shè)方案衛(wèi)生信息系統(tǒng)影像中心建設(shè)和應(yīng)用過程中，要按照網(wǎng)絡(luò)與信息安全的要求，采取相應(yīng)措施，建立有效的安全保障體系和規(guī)的安全管理體系。網(wǎng)絡(luò)安全系統(tǒng)的網(wǎng)絡(luò)系統(tǒng)安全主要是指當(dāng)用戶通過網(wǎng)絡(luò)訪問應(yīng)用服務(wù)器和影像庫服務(wù)器時如何保證服務(wù)器的安全。從各個層次的用途和安全性分析，需要特別保護的是影像庫，不能讓用戶直接訪問。能夠保證在現(xiàn)有的網(wǎng)絡(luò)條件下，影像傳輸?shù)臏?zhǔn)確，安全和可靠。用戶管理1)資源目錄管理資源目錄包括信息、影像、WEB頁面、應(yīng)用程序、過程和函數(shù)等，業(yè)務(wù)功能體系中描述的各具體業(yè)務(wù)可以組織成樹狀資源目錄，存儲在統(tǒng)一的目錄服務(wù)系統(tǒng)中。2)用戶權(quán)限維度用戶權(quán)限分為功能操作權(quán)限，影像管轄權(quán)限，影像訪問權(quán)限等三個維度。3)用戶和角色管理在本系統(tǒng)中存在兩類用戶：一類是以管理人員為主的直接用戶，一類是其他來訪者。對于直接用戶而言，通過用戶管理模塊可以對每一個用戶授予不同的權(quán)限，因此系統(tǒng)需要分辨每一個用戶。對于來訪者，通過WEB瀏覽服務(wù)，根據(jù)來訪者的單位、職位、職級、屬地等資料，劃分若干角色，可以對每一個角色授予不同的權(quán)限，因此對來訪者而言，系統(tǒng)只要分辨出所屬角色即可。訪問控制實現(xiàn)對用戶身份的權(quán)限控制和訪問控制，能與第三方的應(yīng)用共享安全上下文，借助于系統(tǒng)的目錄服務(wù)技術(shù)，做到Single-Signon。影像安全本系統(tǒng)要多重安全影像防護措施。建立磁帶備份等影像備份和恢復(fù)措施和異地備份，保障系統(tǒng)的影像安全。運行安全對于系統(tǒng)中的關(guān)鍵設(shè)備，采用冗余配置，對于影像庫服務(wù)器，采用雙機和集群配置，保障系統(tǒng)的運行穩(wěn)定和安全。影像應(yīng)用的需求說明總體要求系統(tǒng)目標(biāo)：在醫(yī)院、緊急救援機構(gòu)、疾病預(yù)防控制機構(gòu)及衛(wèi)生執(zhí)法監(jiān)督機構(gòu)之間建立起有效的信息交換與共享機制，為突發(fā)事件中中心醫(yī)療救治、應(yīng)急指揮、醫(yī)療衛(wèi)生資源的統(tǒng)一調(diào)配提供信息服務(wù)；同時兼顧日常衛(wèi)生行政管理需求，實現(xiàn)日常衛(wèi)生管理、醫(yī)療服務(wù)質(zhì)量監(jiān)督管理信息化。組織、整合現(xiàn)有醫(yī)療衛(wèi)生資源，建立相應(yīng)的基礎(chǔ)信息影像庫、影像交換系統(tǒng)和動態(tài)信息管理系統(tǒng)，實現(xiàn)緊急救援、院救治，資源調(diào)配的科學(xué)化、規(guī)化和信息化管理。用戶圍：衛(wèi)生行政管理部門、突發(fā)公共衛(wèi)生事件應(yīng)急指揮部門、疾病預(yù)防控制部門、衛(wèi)生監(jiān)督部門；醫(yī)院、緊急救援機構(gòu)、采供血機構(gòu)；政府應(yīng)急指揮機構(gòu)。影像應(yīng)用的功能要求主要功能：網(wǎng)絡(luò)化、多途徑的采集各家醫(yī)院的影像信息等相關(guān)資料，構(gòu)成能夠支持各家醫(yī)院共享基礎(chǔ)資源影像庫；實現(xiàn)與本市其它各級醫(yī)院網(wǎng)絡(luò)的互聯(lián)和信息資源共享功能。病人信息管理本功能模塊實現(xiàn)對病人信息的綜合管理，包括：網(wǎng)絡(luò)化的影像采集病人個案信息分析病人動態(tài)統(tǒng)信息計分析影像的適時維護門診病人信息采集影像來源于各家醫(yī)院，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)影像接口適時采集信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。其全部影像基本信息是按著門診掛號分診、醫(yī)生工作站、門診收費系統(tǒng)順序產(chǎn)生組成的。支持實時或定期采集。住院病人信息采集影像來源于各家醫(yī)院，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)影像接口適時采集信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。其全部影像基本信息是各家醫(yī)院PACS系統(tǒng)產(chǎn)生的信息組成。支持實時或定期采集。急診病人信息采集影像來源于各家醫(yī)院、緊急救援機構(gòu)，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)影像接口適時采集信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。其全部影像基本信息是按著急門診掛號分診、醫(yī)生工作站、急門診收費系統(tǒng)順序產(chǎn)生組成的。支持實時或定期采集。門診病人動態(tài)信息統(tǒng)計影像來源于各家醫(yī)院，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)接口根據(jù)需要實時采集影像基本信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。主要是門診掛號、醫(yī)生工作站的基本信息部分影像信息基本信息組成。通過對病人基本信息情況的統(tǒng)計和查詢，了解各醫(yī)院門診工作量。住院病人動態(tài)信息統(tǒng)計影像來源于各家醫(yī)院，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)接口根據(jù)需要實時采集影像基本信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。PACS系統(tǒng)部分的影像信息組成。通過對病人基本信息統(tǒng)計和查詢，了解各醫(yī)院住院病人床位分布，為應(yīng)急指揮、行政管理、疾病控制提供有效信息。急診病人動態(tài)信息統(tǒng)計影像來源于各家醫(yī)院、緊急救援機構(gòu)，通過與醫(yī)院HIS系統(tǒng)的標(biāo)準(zhǔn)接口根據(jù)需要實時采集影像基本信息，或醫(yī)院根據(jù)相應(yīng)的程序格式通過網(wǎng)絡(luò)填報信息。主要是基本信息影像信息組成。通過對病人基本信息及時統(tǒng)計和查詢，了解各醫(yī)院急門診工作量，急門診病人發(fā)病狀況，為應(yīng)急指揮、行政管理、疾病控制提供有效信息。運行和開發(fā)平臺要求操作系統(tǒng)：WindowsServer2003；系統(tǒng)結(jié)構(gòu)：B/S結(jié)構(gòu)；遵循J2EE1.4規(guī)，采用與平臺無關(guān)的JAVA編程技術(shù)，天健公司必須保證開發(fā)的應(yīng)用系統(tǒng)能平滑的移植到Linux或主流的Unix平臺。應(yīng)用系統(tǒng)模式的選擇采用基于完全JAVA技術(shù)的三層結(jié)構(gòu)模式?？蛻舳瞬捎脼g覽器