北京天健PACS方案

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