1、省級衛生信息化平臺總體設計目 錄 TOC o 1-3 h z u HYPERLINK l _Toc47002995 第一節、項目概述 PAGEREF _Toc47002995 h 3 HYPERLINK l _Toc47002996 1.1 政策背景 PAGEREF _Toc47002996 h 3 HYPERLINK l _Toc47002997 1.2 項目目標 PAGEREF _Toc47002997 h 5 HYPERLINK l _Toc47002998 1.3 項目難點、重點 PAGEREF _Toc47002998 h 7 HYPERLINK l _Toc47002999 第二節

2、、項目總體設計 PAGEREF _Toc47002999 h 8 HYPERLINK l _Toc47003000 2.1 總體架構 PAGEREF _Toc47003000 h 8 HYPERLINK l _Toc47003001 2.2 技術架構 PAGEREF _Toc47003001 h 14 HYPERLINK l _Toc47003002 2.3 技術路線 PAGEREF _Toc47003002 h 15項目概述1.1 政策背景衛生信息化工作是醫改整體工作的重要一環。中共中央、國務院于2009年發布的關于深化醫藥衛生體制改革的意見和國務院關于印發醫藥衛生體制改革近期重點實施方案（

3、2009-2011）的通知中，都把衛生信息化建設作為深化醫改的八大支撐之一，要求建立實用共享的醫藥衛生信息系統，大力推進醫藥衛生信息化建設，以推進公共衛生、醫療、醫保、藥品、財務監管信息化建設為著力點，整合資源，加強信息標準化和公共服務信息平臺建設，逐步實現統一高效、互聯互通。黨和政府高度重視醫藥衛生信息化工作。2009年3月17日中共中央、國務院發布的關于深化醫藥衛生體制改革的意見中提出“建立實用共享的醫藥衛生信息系統”，要求“以醫院管理和電子病歷為重點，推進醫院信息化建設；利用網絡信息技術，促進城市醫院與社區衛生服務機構的合作”。2010年2月11日由衛生計生委等五部委聯合發布的關于公立醫

4、院改革試點的指導意見進一步要求“以醫院管理和電子病歷為重點推進公立醫院信息化建設，充分利用現有資源，逐步建立醫院之間、上級醫院和基層醫療衛生服務機構之間、醫院和公共衛生機構、醫保經辦機構之間的互聯互通機制，構建便捷、高效的醫院信息平臺”。 “十二五”期間是全面落實國家醫藥衛生體制改革任務，實現國家醫藥衛生體制改革目標的關鍵時期。衛生信息化（含中醫藥，下同）建設是深化醫藥衛生體制改革的重要內容，也是其開展工作、服務民眾、發展壯大的重要支撐和保障條件。加強衛生信息化建設，對于方便群眾就醫，規范醫療服務行為，提高醫療衛生服務質量和效率，降低醫藥費用，緩解看病難、看病貴問題，促進人人享有基本醫療衛生服

5、務具有非常重要的現實意義和社會影響。為配合新醫改形勢下的衛生信息化建設，衛生計生委相續發布了健康檔案基本架構與數據標準（試行）、電子病歷基本架構與數據標準（試行）、基于健康檔案的區域衛生信息平臺建設指南（試行）、基于健康檔案的區域衛生信息平臺建設技術解決方案（試行）、基于區域衛生信息平臺的婦幼保健信息系統建設技術解決方案（試行）、基于電子病歷的醫院信息平臺建設技術解決方案（試行）、電子病歷系統基本功能規范、基于電子病歷的醫院信息平臺建設技術解決方案在內的一系列重要成果，為衛生信息化建設奠定了良好的基礎。隨著計生體系的融入，過去的五項業務將增加計劃生育這一新業務變成六項業務，兩大基礎數據庫要增加

6、全國人口數據資源庫變成三大基礎數據庫，也就是說，目前，國家衛生信息化“十二五”規劃從“35212”變成“46312”，新的規劃具體如下：“十二五”期間，我國將重點建設國家級、省級和（州）市級三級衛生信息平臺；加強信息化在公共衛生、醫療服務、計劃生育、新農合、基本藥物制度、綜合管理六項業務中的深入應用；建設電子健康檔案、電子病歷和全國人口數據資源庫三個基礎數據庫；建設一個醫療衛生信息專用網絡；逐步建設信息安全體系和信息標準體系。1.2 項目目標1.2.1 項目整體目標基層醫療衛生機構管理信息系統建設項目的總體建設目標是以業務和管理需求為導向，全面建成實用、共享、安全的人口健康信息網絡體系，為深化

7、醫藥衛生體制改革，有效落實計劃生育基本國策，促進中醫藥事業發展，提高衛生計生服務與管理水平，為實現人人享有基本醫療衛生服務目標提供有力的信息技術支撐和保障。基層醫療衛生機構管理信息系統建設項目的本期建設需要實現的目標包括：根據國家“46312”建設總體框架，結合人口健康信息化建設實際，以實施基層醫療衛生機構管理信息系統建設項目為契機，統籌設計全省信息化建設總體規劃，統一數據標準，完善管理制度，整合現有衛生計生已有信息系統，統籌建設全省統一的全員人口信息、居民電子健康檔案和電子病歷三大數據庫，重點推動建設省市兩級人口健康信息平臺，逐步實現個應用系統的數據交換、資源共享、互聯互通、業務協同，打造全

8、省統一高效的人口健康信息體系。以省為單位統一規劃、統一設計，建設涵蓋以居民健康檔案管理為基礎的公共衛生、診療規范、基本藥物制度執行、績效考核等基本功能的管理信息系統，同時實現與新農合、村衛生室管理等信息系統的有效銜接，為提升基層醫療衛生機構服務質量、提高鄉村一體化管理水平，提供信息化技術支撐。采用云計算、云存儲的先進理念，建設全省統一的醫療數據中心和云服務平臺，為基層醫療衛生、新農合、村衛生室信息系統，以及未來開展的其它健康信息服務，提供一個安全、穩定、可擴展、易管理的云服務運行環境。建設全省電子病歷數據庫、居民健康檔案數據庫與全員人口數據庫，為衛生綜合管理、區域衛生管理、居民健康服務提供強有

9、力的數據支撐，也為未來建設其它醫療衛生信息系統及業務應用提供數據來源。完成全省村衛生室管理信息系統和新農合信息系統數據中心遷移工作，有效解決目前數據上報不及時、業務流程不規范、醫療服務不到位的關鍵問題。建設省級人口健康信息平臺，通過數據采集、數據清洗和數據分析與挖掘，基于信息資源分類目錄管理和共享需求，構建綜合管理信息平臺訪問服務，輔助衛生管理與決策。建設二級及以上醫療機構前置交換系統，為全省二級及以上醫院配置前置機，相關醫院也應按照省衛計委的具體要求，進行HIS、LIS、電子病歷等系統的接口升級改造，與前置交換系統進行集成，及時、準確、完整地實現人口健康數據交換與業務協同。1.2.2 本包建

10、設目標與內容本包名稱：基層醫療衛生機構管理信息系統建設一二級及以上醫療機構數據交換系統實施服務。本包建設目標是：按照省級人口健康信息平臺中的交換體系要求，安裝部署二級及以上醫療機構前置交換系統建設，為全省二級及以上醫療機構配置前置機、安全隔離與消息交換系統、消息中間件等軟硬件設備，相關醫院按照省衛生計生委的具體要求，進行HIS、LIS、電子病歷等系統的升級改造，及時、準確、完整地實現人口健康數據交換與業務協同。具體建設內容是：使用E包“基層醫療衛生機構管理信息系統建設項目省級人口健康信息平臺”中提供的統一數據交換平臺軟件，為全省二級及以上醫院配置前置機，并部署前置交換系統，467家醫院應該按照

11、省衛生計生委的具體要求，進行HIS、LIS、電子病歷等系統的面向接口的升級改造，與前置交換系統進行集成，實現醫院與市級平臺及虛擬平臺的對接，并完成現有地市平臺與升級人口健康信息平臺的對接，及時、準確、完整地實現人口健康數據交換與業務協同。1.3 項目難點、重點根據對醫療機構信息化現狀、特點、本項目招標要求的分析，以及本公司在醫院數據采集方面的經驗，歸納本項目的主要難點、重點如下：結構復雜的數據采集系統建設是難點因醫療機構多、類型多、規模差別大、數據量大、異構系統多，且醫院信息化建設發展不平衡，為確保項目可控、方案可行，必須考慮到不同醫院的異構系統，異構系統數據采集是其中的主要難點、重點。數據清

12、洗轉換是難點多數醫院現有的信息系統達不到國家衛計委相關標準規范要求，為減少醫院系統改造及接口改造的工作量，前置交換系統實施時應考慮面向提供接口改造、主動式數據采集、清洗、數據項映射、后結構化轉換、標準化處理等功能。數據質量控制管理是重點根據我們的經驗數據采集過程中最突出的問題的數據質量達不到平臺要求，由此造成數據利用的結果不正確、不可用。因此，在前置交換系統實施中進行數據質量審計、結果驗證、質量記錄、問題通報、數據修訂、檢查監督等一系列的數據質量監控和管理，建立數據質量控制管理體系，是本項目建設的重點。項目實施管理是重點鑒于本項目的建設規模大、周期短、涉眾度、結構復雜、難度大的特點，有效的項目

13、實施管理是本項目成功的保證。項目總體設計2.1 總體架構整個區域衛生信息交換平臺包括了兩大部分建設內容，分別是信息交換平臺的中心端和前置接入端。中心端服務于區域醫療信息共享與協同服務，它的基礎是分布在各個醫療機構的前置交換系統。前置交換端主要的功能是適配各個醫療機構的異構的信息系統，負責采集醫療機構各業務系統數據并按照平臺規定的標準進行清洗，并根據路由機制將數據安全傳輸到目的地。為保證數據的安全性及有效性，在信息資源交換前置端在向中心端數據傳輸之前，先對業務數據進行各類檢驗，如數據完整性檢驗、數據有效性檢驗、數據準確性檢驗等，此外在數據傳輸過程中實行加密傳輸，以保證數據的安全性，以標準的方式與

14、中心端協作。圖 SEQ 圖 * ARABIC 1 總體架構整個區域衛生信息交換平臺通過中心端和前置端的合作，提供數據傳輸服務、數據轉換服務、數據處理服務、運營管理服務等基礎信息交換功能，數據傳輸包括數據源管理、數據訪問管理、智能路由控制、隊列管理等內容，為用戶提供安全、可靠、高效的傳輸服務；數據轉換包括消息轉換、出錯控制、轉換效率監控、轉換可視化等內容，提供可靠、可測試、可視化、可建模的轉換服務；數據處理包括智能建庫、數據備份、數據映射、數據比對等內容，為用戶提供科學智能的處理服務；運營管理包括遠程監控、事件管理、工作流定義、負載均衡等內容，提供數據運行整個過程管理服務。系統間通過消息集成、數

15、據集成和服務集成的方式，以各類協議為基礎進行互聯。系統在設計和開發中遵循各類標準規范，保持系統具有足夠的開放性。這些標準規范涵蓋了系統互聯、管理、安全、數據等方面。基礎數據交換平臺所提供的是各應用系統的底層服務，主要服務組件包括：2.1.1 數據傳輸服務數據傳輸服務為系統間特別是異構的系統間的應用整合提供通訊基礎,其主要特征包括：支持點對點通訊。消息發送應用可以向定點的目標系統發送消息。支持點對多點通訊。消息發送應用可以同時向多個目標系統發送消息。支持同步發送模式。消息發送應用可以以同步的方式向目標系統發送消息，這種模式保證消息發送完成后才將應用控制權交給消息發送應用。支持異步發送模式。消息發

16、送應用以異步的方式向目標系統發送消息，這種模式下，消息發送指令執行后立即將應用的控制權交給消息發送應用。支持請求/響應消息交互模式。請求響應模式是遠程服務調用中一種最基本的模式，消息收發功能提供了對這種模式的支持，消息發送者可以發送完請求消息后獲取目標系統對請求消息的處理結果消息。支持通知消息交互模式。通知消息交互模式是消息應用向目標系統執行信息公告的交互模式，目標系統接收到通知類型的消息可以根據業務需求自行處理。支持回執消息交互模式?；貓痰慕换ツＪ揭笙⒌氖盏椒皆谑盏较⒑蠼o發送方一個收到確認消息,以保證數據傳輸的可靠性。支持消息攜帶附件發送。一個消息可以攜帶任意數量和大小的附件進行發送，

17、對于大附件，消息收發會自動進行文件切割發送和收到數據組裝的工作，方便消息收發應用對大數據的交換處理。支持豐富的消息連接器類型。連接器是系統互聯部分的重要服務，通過它系統外界進行通訊的通道。連接器管理可以讓管理人員自定義各種類型的連接器，并且在系統中注冊這些連接器。對于已有的連接器也可以根據實際的環境變化進行動態的刪除和參數調整。2.1.2 數據轉換服務數據轉換是指交換前置端系統對從醫院業務系統中抽取的源數據根據數據交換中心確定的數據標準的要求，進行數據的檢查、合并、拆分、匯總等處理，保證來自不同系統、不同格式的數據的一致性和完整性，并按要求裝入目標數據庫。數據轉換主要完成由于以下原因造成的數據

18、不一致性問題：源數據系統同中心數據庫在模型上的差異性；源數據系統平臺不一致：數據源可能包括基于不同平臺數據庫的數據；源數據系統中采用的代碼編碼方案與目標數據系統中的代碼編碼方案的差異性；源數據結構的不一致：有些數據源由于歷史的原因，導致同一個表在不同的時期數據結構不一致；源數據定義不規范導致錯誤數據；對數據的約束不嚴格，導致無意義數據；存在重復記錄等。2.1.3 智能路由服務醫療信息從一個提供者到達一個或者多個消費者的過程中可能會遇到很多障礙，例如：沒有直達消費者的網絡、消費者的接收系統暫時不可用、消費者依據醫療信息的內容選擇等。系統提供智能消息路由的技術，可以確保上述任何情況發生時都可以自動

19、將醫療信息送達目的地。本系統智能消息路由的智能性主要體現在以下幾個方面：傳輸通道選擇的智能化。我們知道醫療信息提供者和消費者間的網絡情況可能出現異常，另外提供的信息量可能大小差距非常大。如果某種傳輸通道，例如：http協議有故障，則消息可以自動嘗試采用其它通道進行傳遞，例如：smtp。另外，如果消息中攜帶的數據量非常大，系統會自動考慮輔助采用更高效的協議，例如：ftp完成對醫療數據的傳遞，而放棄采用常規的MQ、web service等技術。消息目的地選擇的智能化。消息發送通常有點對點、點對多點的方式，這兩種方式隱含的信息是發送時接收者是明確的。即便對于采用訂閱機制的，點對多點模式來說，中心系統

20、總是知道訂閱者的信息。消息目的地選擇的智能化是特指不依賴于特定主題的訂閱機制，而是依賴對消息內容的分析，從而動態的決定當前消息的下一個目的地，也就是基于消息內容的路由技術。2.1.4 協議服務協議服務是指一些服務處理網絡、傳輸和應用層協議的組件，主要包括：應用協議服務，這些服務將支持使用應用層的通信協議，建立與系統應用程序的通信通道。這些協議重點放在處理消息或其它類型通信流的有效負載以及應用層外部封裝上。這樣的協議包括Web Services（WS-I）、EBXML、SOAP 以及其它等。網絡協議服務，這些服務處理那些在物理網絡上提供通信能力的網絡協議。首要支持的網絡協議是TCP/IP 協議和

21、HTTP 協議。2.1.5 其他服務 除上述服務組件外，基礎數據交換平臺還提供運行所必須的其他組件，主要包括：數據安全服務，通過數據在傳輸過程中進行加密、解密，以保證數據安全?？梢允褂眉用芩惴ǎㄊ褂眉用苊荑€）將明文轉換為密文，并使用相應的解密算法將密文轉換回明文。對稱加密算法使用相同的密鑰進行加密和解密，而非對稱算法則使用公鑰/私鑰對；數據完整性服務，通常是由消息身份驗證代碼或哈希值提供的。哈希值是從數據序列導出的固定長度的數值。哈希值用于驗證通過非安全通道傳送的數據的完整性?？梢詫⑹盏降臄祿墓Ｖ蹬c傳送時數據的哈希值進行比較，以確定數據是否被篡改；日志管理服務，這些服務用來管理應用、系統、

22、安全等日志。各種服務都將產生事件日志。這些事件將根據配置記錄在事件日志中。日志可以被保存在平面文件、關系型數據庫、系統事件日志庫等。其他服務，如警報/通知服務，可以結合日志管理服務，以提供其他增值能力；審計服務，這些服務提供配置信息審計的能力，并為其它服務提供審計支持的接口；錯誤處理服務，這些服務提供了一個接口，以拋出和管理錯誤及其他業務例外。例外包括系統/應用級例外到發現由損壞或臟數據等導致的例外。錯誤/例外處理服務將使用日志管理服務來記錄出錯信息。2.2 技術架構基于消息中間件的數據交換技術架構Service Requester(服務請求方)在本構架中，服務請求方為發起請求的應用系統，通過

23、消息中間件提供的源適配器，將請求消息發送到入點的前置服務器的發送隊列Message-Oriented Middleware(消息中間件)消息隊列為構造以同步或異步方式實現的分布式應用提供了松耦合方法。消息隊列的API調用被嵌入到新的或現存的應用中，通過消息發送到內存或基于磁盤的隊列或從它讀出而提供信息交換。消息隊列可用在應用中以執行多種功能，比如要求服務、交換信息或異步處理等。在消息隊列中，隊列分為很多種類型，其中包括：本地隊列、遠程隊列、事件隊列、死信隊列等。本地隊列又分為普通本地隊列和傳輸隊列，普通本地隊列是應用程序通過API對其進行讀寫操作的隊列；傳輸隊列可以理解為存儲-轉發隊列，比如：

24、我們將某個消息交給中間件系統發送到遠程主機，而此時網絡發生故障，消息中間件將把消息放在傳輸隊列中暫存，當網絡恢復時，再發往遠端目的地。遠程隊列是目的隊列在本地的定義，它類似一個地址指針，指向遠程主機上的某個目的隊列，它僅僅是個定義，不真正占用磁盤存儲空間。根據應用邏輯劃分，隊列主要劃分成發送和接收兩種隊列：Input Queue(發送隊列)Output Queue(接收隊列)Service Provider(服務提供方)SOA設計中，將應用系統對外提供的實現了特定的、可標識的一組（業務）功能稱為服務。2.3 技術路線系統將遵循國家衛生計生委（原衛生部）基于健康檔案的區域衛生信息平臺建設技術解決

25、方案，采用當今先進成熟的技術架構和路線設計，如SOA架構、消息總線、XML、Web Service、數據集成交換引擎、工作流引擎技術、等技術，采用國家衛生計生相關標準及HL7、IHE、 DICOM3、ICD10、CDA 等國際標準，以保障系統的先進性、高效性、可靠性、擴展性、互聯互通性和可持續性。2.3.1 面向對象服務SOA面向服務的體系結構（Service-Oriented Architecture，SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現服務的硬件平臺、操作系統和編程語言。

26、這使得構建在各種這樣的系統中的服務可以一種統一和通用的方式進行交互。SOA是一種粗粒度、松耦合的服務結構，是服務的集合，服務是最核心的抽象手段，業務被劃分(組件化)為一系列粗粒度的業務服務和業務流程。服務通過基于標準、精確定義的接口通信，通信可能涉及簡單數據傳遞、兩個或更多的在一個活動中協作的服務。由此，SOA是一個其所有功能均被定義成精確定義的、可調用的、獨立的服務，且能被有序編排、構建業務流程的應用架構。SOA通過應用組件和傳輸協議的松散耦合，服務的即時綁定，從而實現業務組件的虛擬化，造就一個虛擬的集成架構，這樣使得服務集成不受任何限制，可以同時集成NET組件和J2EE組件，以及集成其他遺

27、留系統的各種應用，同時也可以隨時更換這些服務組件。最終達到敏捷的、不受限制的服務集成目標，從而使IT能夠隨著業務需求的變化而自由調整，達到所謂的“隨需而變”的最高境界。建議本平臺的建設，基于SOA原理。該原理強調將不同的職責封裝成不同的服務。服務構成了SOA的功能塊，能被發布并且被其他應用程序所使用。在一個SOA架構下，客戶端應用程序使用業務功能的服務而不是直接調用業務對象的函數。服務層向客戶端提供封裝了業務邏輯的黑盒子。SOA的基本原則是某一層只能與相鄰的層次進行通信。這樣可以降低一些與客戶端應用程序請求響應需穿越復雜對象模型所導致的復雜性，同時分離組件的職責，為故障容錯、簡化修改維護工作、

28、有效管理錯誤提供了方便。在省級人口健康信息平臺中使用SOA時，SOA設計有兩個不同的層級。第一，區域衛生信息共享平臺提供的服務是符合標準和規范的，這表示在區域范圍的任何一個終端系統都可以以規范的方式使用這些服務。另一個不同層級的SOA設計存在于平臺內部，平臺在完成管理服務時要對業務邏輯進行封裝。面向服務架構（SOA）被認為是異構應用系統之間互聯互通的最有發展前景的新技術架構，通過Web Service實現平臺無關性的遠程訪問和服務調用，可以在基本不改變原有應用系統的情況下實現系統之間的交互和資源共享。在面向服務的架構下，服務提供者（或數據提供者）提供的服務或數據源，只要設計一次，就可以被其他所

29、有應用系統所利用，避免了對每個其他應用系統都要設計一次的麻煩。新的服務或數據源加入數據交換平臺時，對其他應用系統不產生任何影響，所以，隨著業務發展，政府用戶可以很方便地加入新的服務或數據源，構建新的數據倉庫或應用系統。WebService技術該方案涉及許多專業化應用，需要對多應用系統的進行集成，用一體化的方案給予解決，形成一個相對完整而有效的體系。Webservice是一個可互操作的分布式應用程序的新平臺，它定義了應用程序如何在Web上實現互操作性。用任何的語言，在任何平臺上寫Webservice，只要通過Webservice標準就可以對這些服務進行查詢和訪問，形成一個開放的共享體系，使系統既

30、有良好的可擴展性。基于SOA構建的交換信息平臺是一種由消息代理連接（適配器）在一起的獨立應用架構，每一個業務機構對外提供相應的接口服務群，服務在平臺配置和發布，以便其他業務機構進行調用。業務服務和發起調用的應用系統通過消息交換總線來執行請求調用動作，對調用者來說，服務的提供方的具體位置以及系統平臺與之無關，中心動態消息路由負責轉發請求到具體目的地；雙方進行數據交換的數據格式由交換前置系統負責包裝和解析。面向服務的設計屏蔽了不同平臺、編程語言、操作系統和硬件架構之間的差異，實現了應用系統之間的簡單集成。此外，應用系統的功能彼此獨立，功能可以按照用戶需求通過服務的方式自由組合。而這些都是通過與實施

31、細節無關的數據中心服務配置來完成。2.3.2 消息中間件醫用消息中間件是是一個基于TCP/IP的醫用網絡通訊框架，為SOA提供可靠的消息服務，其核心是通過消息隊列來實現一種應用程序對應用程序的通信方法：程序之間通過在消息中間件發送數據進行通信，而不是通過直接調用彼此來通信，應用程序通過寫和檢索出入列隊的針對應用程序的數據（消息）來通信，而無需專用連接來鏈接它們。我們把應用程序交由消息中間件傳輸的數據定義包裝為消息，我們定義消息的內容主要包括消息的特征：消息發送時間、消息的優先級、消息的接受者、數據地址、處理請求、消息ID、消息生命周期等等。消息隊列是消息的安全存放地,隊列為構造以同步或異步方式

32、實現的分布式應用提供了松耦合方法，消息隊列的應用并不要求收和發送應用程序同時執行，消息可駐留在隊列中，直到它們被應用程序讀走。通過消息隊列，應用程序可獨立地執行-它們不需要知道彼此的位置、或在繼續執行前不需要等待接收程序接收此消息。2.3.3 數據交換的傳輸模式按傳輸模式劃分，平臺提供以下兩種模式以適應應用系統之間的業務調用需求1點到點消息傳輸在點到點通信模型中，本系統數據傳輸支持應用程序與有標識的其它應用程序點交換信息。在此情況下，消息從一個應用程序發送至另一個應用程序，稱為數據分發。在其它情況下，數據交換涉及請求和回答的消息對，稱為請求/響應消息傳遞點到點交換支持同步與異步調用：消息發出后

33、，消息發送方進入等待狀態，等待接收消息的應用程序返回響應消息。從業務應用系統角度看，請求和響應的過程是同步的。消息發出后，消息發送方繼續其他處理流程。當接收消息的應用程序返回響應消息后，消息發送方再處理響應消息2發布訂閱消息傳輸有些應用程序不與特定應用程序關聯。它們對誰接收該消息或消息來自何處都沒特定要求。數據在任何時候對任何感興趣的應用程序都是可用的，發送方或接收方不必相互知道。HCN實現發布訂閱模式數據傳送，任何一個發布者發布的消息都可以由多個訂戶接收。訂戶還可以接收多個發布者的同一主題或不同主題的消息。在此通信模式下，通過訪問控制表的安全性措施來控制消息的訪問。消息路由在大多數情況下，僅

34、僅移動數據是不夠的。確定衛生部門其它系統各自需要什么樣的信息的能力是同等的重要。平臺交換中心端和前置段配合實現消息路由功能，將特定的數據集發送給選定的應用。路由規則定義在消息交換中心。消息交換中心通過消息頭中設定的參數進行數據路由處理?；镜穆酚烧埱笥幸粚σ弧⒁粚Χ鄡煞N，提供單向發送、請求/回復、發布/訂閱等多種路由模式。消息交換中心還具有智能路由的功能，能夠根據消息的內容來決定消息的路由。消息格式轉換該功能提供了實時的動態重新格式化信息的能力，從而使得信息能夠被異構環境中的多個應用所接受和讀取。它針對不同的協議、編程語言、應用和硬件平臺，進行信息格式化分析，并對信息重新格式化。發送信息的應用

35、可以以單一的格式發出信息，而格式轉換器能夠自動地將信息重新格式化成一個被每一個接收信息的應用所要求的新格式。格式轉換器能夠理解應用程序間傳輸的所有消息的格式，可以進行格式轉換：可以將某一消息中的數據重組為新的消息，因此它就可以為另一個應用程序所用。它相當于一本通用的辭典，可以理解應用程序的“語言”，并知道應用程序信息的哪一部分是有用的。工作流管理通過它可以實現對工作流的有效控制。工作流管理器可以捕獲和應用業務過程的信息，從而為企業提供了更強大的業務活動控制功能，包括對涉及應用程序和職員的活動，由此可以更快速地實現、改進和更新工作流。中心管理管理平臺主要通過遠程連接方式提供平臺各子系統的配置、運行控制、業務流程配置。管理對象包括前置機，