【正文】 關(guān)性， ESB 應(yīng)完全按跨平臺技術(shù)設(shè)計和實現(xiàn)，兼容目前所有常規(guī)操作系統(tǒng)和流行的數(shù)據(jù)庫系統(tǒng)。整體 EAI 設(shè)計模式符合 SOA(面向服務(wù)系統(tǒng)架構(gòu) )。應(yīng)用程序很像一個黑匣子，沒有粒度可用于外部。實際上，每個過程服務(wù)或組件功能都相當于一個子應(yīng)用程 序。 源適配器為發(fā)送方應(yīng)用系統(tǒng)與 ESB 數(shù)據(jù)中間交換總線的橋梁，適應(yīng)目前醫(yī)療行業(yè)業(yè)務(wù)系統(tǒng)所采用的系統(tǒng)平臺和開發(fā)語言有較大差異，各種平臺上都有對應(yīng)的源適配器，支持 C,COM,JAVA 等不同開發(fā)環(huán)境。 在 MQ 中，隊列分為很多種類型，其中包括：本地隊列、遠程隊列、模板隊列、動態(tài)隊列、別名隊列等。 （ 3）服務(wù)提供方 SOA 設(shè)計中，將應(yīng)用系統(tǒng)對外提供的 實現(xiàn)了特定的、可標識的一組（業(yè)務(wù)）功能 稱為 服務(wù)。各個應(yīng)用系統(tǒng)通過與服務(wù)總線 ESB 實現(xiàn)消息交互。適配器起著耦合消息交換平臺與具體業(yè)務(wù)系統(tǒng)的作用。 API 是為應(yīng)用系統(tǒng)提供的一套標準的接口，具有足夠的擴展性，可以靈活地嵌入到業(yè)務(wù)流程中， 同時將與業(yè)務(wù)無關(guān)的通訊配置定義與業(yè)務(wù)代碼隔離。在其內(nèi)部封裝了 MQ 提供的連接、收發(fā)消息等接口。 （ 3）配置管理器 功能概述：讀取配置文件和業(yè)務(wù)對象定義以供初始化使用；生成對應(yīng)消息控制數(shù)據(jù)（如消息路由、應(yīng)用程序標志、消息類型） 。主要功能如下： 總線消息的封裝、提取。 （ 7）消息分發(fā)控制器 功能概述：消息分發(fā)服務(wù)器的主控程序，負責協(xié)調(diào)消息分 發(fā)服務(wù)器各個模塊之間的運行關(guān)系。 （ 9）工作進程 功能概述：完成一系列的消息處理工作。 實例化異常管理器，在運行時實時捕捉異常并處理異常。 （ 10）消息分發(fā)器 功能概述：負責將接收到的消息分發(fā)到本地隊列。 （ 13）文件接口 功能概述：提供文件傳輸接口。本次項目以健康檔案為中心，重點完成對與人相關(guān)的健康信息化相關(guān)標準與規(guī)范進行制定。 本項目將基 層衛(wèi)生針對以下內(nèi)容進行設(shè)計： （ 1） 數(shù)據(jù)元標準：主要包括本系統(tǒng)業(yè)務(wù)中涉及到的基本數(shù)據(jù)元、復(fù)合數(shù)據(jù)元、指標體系（重要的統(tǒng)計指標項）等標準。 （ 5） 數(shù)據(jù)交換結(jié)構(gòu)標準：主要包括數(shù)據(jù)文件結(jié)構(gòu)、電子單證格式（報文）、及其有關(guān)的命名規(guī)則、語法規(guī)則等方面的標準與規(guī)范。因此根據(jù)以上分析，整個基于健康檔案的區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心應(yīng)該包括的數(shù)據(jù)內(nèi)容及相應(yīng)的存儲模式如下表： 數(shù)據(jù)類型 存儲模式 MPI 關(guān)系數(shù)據(jù)庫 Table EHR 索引 關(guān)系數(shù)據(jù)庫 Table 健康檔案摘要 關(guān)系數(shù)據(jù)庫 Table 健康檔案地址 XML 健康檔案實體 XML,文件 ,文檔 (包括 XML,HTML,DICOM,PDF,DOC,?? .) 標準數(shù)據(jù) 關(guān)系數(shù)據(jù)庫 Table， XML 注冊數(shù)據(jù) 關(guān)系數(shù)據(jù)庫 Table 數(shù)據(jù)倉庫 關(guān)系數(shù)據(jù)庫 標準數(shù)據(jù) 標準數(shù)據(jù)是區(qū)域衛(wèi)生信息平臺運行的數(shù)據(jù)基礎(chǔ)。病人唯一標識是指用于臨床實際業(yè)務(wù)并且能夠輔助進行病人信息唯一性識別，在該域或跨域各涉眾均可見的病人唯一編碼。包括醫(yī)生的基本信息，醫(yī)師等級，業(yè)務(wù)權(quán)限，數(shù)字證書等內(nèi)容。 健康檔案 索引 健康檔案 索引服務(wù)是健康檔案快速定位目錄，通過 健康檔案 索引，能夠迅速定位相關(guān)的健康信息所在的存儲位置，方便 ELs 能夠迅速讀取其健康信息。其不同的索引目的是針對不同的查詢能夠迅速去定位相關(guān)信息，被索引的字段一般為已經(jīng)能夠被確定結(jié)構(gòu)化的信息，如診斷編碼、藥品編碼、健康事件號、健康事件類型等。 健康事件索引集：健康事件索引集主要根據(jù)健康事件類型、所處生命周期、發(fā)生時間進行索引，通過對健康事件的分類跟蹤，追蹤生命周期中關(guān)鍵健康信息。業(yè)務(wù)索引和健康事件并不是一一對應(yīng)的，統(tǒng)一健康事情可能被多個索引同時引用，也不是所有的健康事件都一定要歸到某一業(yè)務(wù)索引上，比如某次檢查無法和門診或住院掛鉤，則此檢查就在檢查索引中存在即可，并不需要強制掛到某個醫(yī)療過程中。為了解 決上述情況的健康信息調(diào)運，健康檔案 地址服務(wù)提供每條醫(yī)療信息記錄的真實存放地址，在數(shù)據(jù)讀取過程中，讀取服務(wù)會通過 健康檔案 地址服務(wù)查詢到真實存放地址，地址信息包括：存放服務(wù)器地址，存放服務(wù)名等信息。 健康檔案 摘要服務(wù)提供查找以及生成兩個功能， 健康檔案 摘要的存儲是獨立 健康檔案 存儲的獨立系統(tǒng)，客戶系統(tǒng)中默認情況，將首先調(diào)用該服務(wù)去了解個人健康概況，然后再去進一步深入調(diào)閱其他信息。 健康業(yè)務(wù)索引集：根據(jù)不同的業(yè)務(wù)類型對健康事件進行組合形成索引表，其組織形式和具體發(fā)生的業(yè)務(wù)相關(guān)。也不會因為版本的升級而變化，即使系統(tǒng)建立后仍然可以添加索引，索引系統(tǒng)可以基于 健康檔案 實體動態(tài)的增減。 健康檔案 索引的方式是多樣的，它獨立于 健康檔案 存儲存在，在數(shù)據(jù)進入 健康檔案 存儲時即根據(jù)制定的一定規(guī)則去生成相關(guān)的索引。包括機構(gòu)的基本 信息 ，機構(gòu)等級，業(yè)務(wù)權(quán)限，數(shù)字證書等內(nèi)容。各地可采用社?？ǎㄊ忻窨ǎ┘友a充的健康卡來進行唯一標識的加載與識別。 由于數(shù)據(jù)標準存在著時效性，因此針對有時效性的數(shù)據(jù)進行版本控制，不同的版本有各自的生命周期 ， 不同 生命周期中的業(yè)務(wù)數(shù)據(jù)對應(yīng)不同版本的數(shù)據(jù)。 為了保證對健康檔案的快速檢索和定位，還保存定義健康檔案的摘要信息和地址信息 (即文件定位器 )，整個 健康檔案 的計算機技術(shù)結(jié)構(gòu)如下圖所示： 存儲技術(shù)結(jié)構(gòu)圖 區(qū)域衛(wèi)生信息平臺的數(shù)據(jù)中心還應(yīng)用該存儲各種標準數(shù)據(jù)和注冊數(shù)據(jù)，以滿足平臺運行的需要。 （ 3） 數(shù)據(jù)庫標準：數(shù)據(jù)庫選型指南，數(shù)據(jù)庫設(shè)計指南等標準與規(guī)范。因此標準化的建設(shè)和推廣以及異構(gòu)業(yè)務(wù)系統(tǒng)的集成和整合將是本系統(tǒng)建設(shè)的難點和重點。對 各醫(yī)療 衛(wèi)生 信息系統(tǒng)進行測評，通過測評的方可進行推廣應(yīng)用 。 （ 11）接口 功能概述：提供連接應(yīng)用系統(tǒng)的接口，不同的應(yīng)用系統(tǒng)對應(yīng)不同的外部接口。 實例化外殼，與應(yīng)用系統(tǒng)交互消息。 實例化消息處理器，封裝和轉(zhuǎn)換消息。主控程序根據(jù)配置信息啟動工作進程管理器，每個工作進程管理器對應(yīng)一個 MQ 本地隊列（消息分發(fā)服務(wù)器將單一接收隊列中的消息根據(jù)不同的應(yīng)用發(fā)送到指定的隊列）。 （ 6）專用適配器管理器 功能概述：目標端的主控程序，負責協(xié)調(diào)各個模塊之間的運行關(guān)系。根據(jù)異常定義，提供異常處理函數(shù)；標準化異常處理流程；和日志管理器配合記錄錯誤日志?？偩€連接器不對消息內(nèi)容做任何處理。例如，加解密/校驗 /字符集變換及 HCNXML 標準協(xié)議； （ 5）簡單的遠程安裝配置方法，適配器的函數(shù)調(diào)用庫可以平滑升級而不影響業(yè)務(wù)應(yīng)用； （ 6）可以與消息交換平臺交互管理信息，實現(xiàn)流量控制、報文蓄積、本地日 志等功能。標準適配器是由標準的 Adapter Kernel 和 API 組成。適配器由軟件模塊 、軟件配置文件、應(yīng)用編程接口等組成。 數(shù)據(jù)接口方式 為了實現(xiàn)各醫(yī)療衛(wèi)生業(yè)務(wù)數(shù)據(jù)能夠與區(qū)域衛(wèi)生信息平臺實 現(xiàn)聯(lián)動，需要在醫(yī)療衛(wèi)生機構(gòu)部署數(shù)據(jù)交換前置服務(wù)部件：以數(shù)據(jù)交換適配器的方式實現(xiàn)各分區(qū)醫(yī)療衛(wèi)生信息系統(tǒng)（ HIS、 LIS、 PACS、社區(qū)衛(wèi)生系統(tǒng)等）的集成接入，按照 SOA 的設(shè)計理念，被集成系統(tǒng)需要與數(shù)據(jù)交換平臺交互的功能組件、數(shù)據(jù)組件將被封裝成“服務(wù)”，屏蔽被集成系統(tǒng)所采用的具體技術(shù)及其實現(xiàn)方式，以標準的接口方式與數(shù)據(jù)交換平臺銜接。 遠程隊列是目的隊列在本地的定義，它類似一個地址指針，指向遠程主機上的某個目的隊列，它僅僅是個定義，不真正占用磁盤存儲空間。消息隊列的 API 調(diào)用被嵌入到新的或現(xiàn)存的應(yīng)用中，通過消息發(fā)送到內(nèi)存或基于磁盤的隊列或從它讀出而提供信息交換。這種粒度允許利用和重用整個組織中的子應(yīng)用程序。在以流程為中心的體系結(jié)構(gòu)中，應(yīng)用程序是為過程開發(fā)的。應(yīng)用程序是 以某個單一的醫(yī)療行業(yè)業(yè)務(wù)需要為出發(fā)點 。 （ 4）消息交換符合 XML 標準，為專為國內(nèi)衛(wèi)生行業(yè)定制的總線消息協(xié)議， 可通過協(xié)議轉(zhuǎn)換器與 HL7 等多種國際標準協(xié)議兼容。因此，安全、信任和可靠的消息傳遞應(yīng)該在任何 SOA 中都起著重要的作用。因而，工作流在 SOA 的設(shè)計中扮演重要的角色。您需要定義整個應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。 SOA 系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)，它已經(jīng)出現(xiàn)很長時間了，其定義的概念與 SOA 相似。 雖然面向服務(wù)的體系結(jié)構(gòu)不是一個新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。松耦合系統(tǒng)的好處有兩點，一點是它的靈活性，另一點是，當組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。 面向服務(wù)的體系結(jié)構(gòu)（ SOA）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定 義良好的接口和契約聯(lián)系起來。 數(shù)據(jù)交換技術(shù)方案 企業(yè)服務(wù)總線 數(shù)據(jù)交換服務(wù)總線 ESB 是整個區(qū)域衛(wèi)生信息平臺的技術(shù)核心， ESB通常采用 面向服務(wù)的體系結(jié)構(gòu)。 ? 基于 XML， HL7， 標準； ? 元應(yīng)用、元數(shù)據(jù)的定義； ? 異體應(yīng)用系統(tǒng)或程序之間松散耦合； ? 采用組件、中間件技術(shù)實現(xiàn)集成平臺； ? 數(shù)據(jù)以基于組件的“管道”方式進行調(diào)用。系統(tǒng)把 B/S 和 C/S 這兩種軟件體系結(jié)構(gòu)進行了有機的結(jié)合，揚長避短，有效地發(fā)揮各自的優(yōu)勢。 ? 采用 B/S 體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，其應(yīng)用服務(wù)器運行數(shù)據(jù)負荷較重，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠遠地低于 C/S 體系結(jié)構(gòu)。 C/S 軟件體系結(jié)構(gòu)，是 20 世紀 90 年代成熟起來的技術(shù)，具有強大的數(shù)據(jù)操作和事務(wù)處理能力。 項目建設(shè)內(nèi)容一覽表 建設(shè)期數(shù) 建設(shè)內(nèi)容 第一期 基于電子病歷的市屬和鄉(xiāng)鎮(zhèn)醫(yī)院信息系統(tǒng)（ HIS、 LIS） 基于健康檔案的市衛(wèi)生數(shù)據(jù)中心及數(shù)據(jù)共享交換平臺 基于健康檔案和電子病歷的村醫(yī)衛(wèi)生站信息系統(tǒng) 公共衛(wèi)生服務(wù)系統(tǒng)（包括：疾控系統(tǒng)，婦保系統(tǒng)，慢病系統(tǒng)，衛(wèi)生監(jiān)督系統(tǒng)） 衛(wèi)生統(tǒng)計報表 第二期 醫(yī)療衛(wèi)生業(yè)務(wù)協(xié)同 平臺（含會診、雙向轉(zhuǎn)診、臨床指南等） 平遙縣衛(wèi)生云計算平臺 基于云服務(wù)平臺的醫(yī)院電子病歷系統(tǒng) 基于云服務(wù)平臺的社區(qū)全科服務(wù)平臺 雙向轉(zhuǎn)診 建設(shè)期數(shù) 建設(shè)內(nèi)容 公共衛(wèi)生信息系統(tǒng)（高血壓等 8 種慢性病量化分級管理） 面向居民和公共衛(wèi)生管理的綜合信息展現(xiàn)查詢。 相關(guān)依據(jù)還包括： ? 《 20202020 年國家信息化發(fā)展戰(zhàn)略》 ? 《國家信息化“九五”規(guī)劃和 2020 年遠景規(guī)劃》 ? 《國務(wù)院關(guān)于印發(fā)醫(yī)藥衛(wèi)生體制改革近期重點實施方案（ 20202022 年）的通知》 ? 衛(wèi)生部《全 國衛(wèi)生信息化發(fā)展規(guī)劃綱要（ 20202020 年）》 ? 衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)指南（試行）》 ? 衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)技術(shù)解決方案（試行）》 ? 衛(wèi)生部、國家中醫(yī)藥管理局《電子病歷基本架構(gòu)與數(shù)據(jù)標準（試行）》 ? 衛(wèi)生部《電子病歷基本規(guī)范（試行）》 ? 國家中醫(yī)藥管理局《中醫(yī)電子病歷基本規(guī)范（試行）》 ? 衛(wèi)生部《基于電子病歷的醫(yī)院信息系統(tǒng)建設(shè)技術(shù)解決方案》 ? 衛(wèi)生部《社區(qū)衛(wèi)生信息基本數(shù)據(jù)集數(shù)據(jù)元代碼集》 ? 衛(wèi)生部《社區(qū)衛(wèi)生信息系 統(tǒng)功能規(guī)范》 ? 衛(wèi)生部《健康檔案基本架構(gòu)與數(shù)據(jù)標準（試行）》 ? 衛(wèi)生部《基于區(qū)域衛(wèi)生信息平臺的婦幼保健信息系統(tǒng)建設(shè)技術(shù)解決方案（征求意見稿）》 ? 衛(wèi)生部《綜合衛(wèi)生管理信息平臺建設(shè)指南》 總體建設(shè)任務(wù)與分期建設(shè)內(nèi)容 ？？？？？？？？？？？ 建設(shè)周期 期數(shù) 時間 主要建設(shè)內(nèi)容 第一期 12 個月 完成所屬基層醫(yī)療單位的基礎(chǔ)設(shè)施和軟件建設(shè)。通過這一信息網(wǎng)，患者可以選擇并預(yù)定醫(yī)院服務(wù)、獲取自身的電子病歷檔案并辦理出院手續(xù)等；醫(yī)生可以實現(xiàn)包括電子病歷、網(wǎng)上預(yù)約、電子處方、醫(yī)學(xué)影像 共享及遠程醫(yī)療咨詢等。 2020年開始， Infoway 投資 12 億加元開發(fā)區(qū)域衛(wèi)生信息共享基礎(chǔ)架構(gòu)，推動地方衛(wèi)生信息化，同時加大建設(shè)投入，計劃于 2020 年為 50%的加拿大人口建立電子健康檔案，于 2020 年覆蓋全國。加強城鎮(zhèn)職工基本醫(yī)療保險、城鎮(zhèn)居民基本醫(yī)療保險、新型農(nóng)村合作醫(yī)療和醫(yī)療救助信息系統(tǒng)建設(shè)，實現(xiàn)與醫(yī)療機構(gòu)信息系統(tǒng)的對接，積極推廣“一卡通”等辦法，方便參保（合）人員就醫(yī)，增加醫(yī)療服務(wù)的透明度。完善以疾病控制網(wǎng)絡(luò)為主體的公共衛(wèi)生信息系統(tǒng)，提高預(yù)測預(yù)警和分析報告能力；以建立居民健康檔案為重點，構(gòu)建鄉(xiāng)村和社區(qū)衛(wèi)生信息網(wǎng)絡(luò)平臺；以醫(yī)院管理和電子病歷為重點，推 進醫(yī)院信息化建設(shè)；利用網(wǎng)絡(luò)技術(shù)，促進城市醫(yī)院與社區(qū)衛(wèi)生服務(wù)機構(gòu)的合作。 標準性、規(guī)范性 系統(tǒng)設(shè)計遵循的標準或協(xié)議： ? 技術(shù)類： XML， SOAP， HTTPS， TCP/IP， IPX， NETBIOS， POSIX； ? 行業(yè)類： HL IHE， DICOM3， ICD10， RS232， ASTM 系統(tǒng)設(shè)計遵循的規(guī)范： ? 衛(wèi)生部《醫(yī)院信息系統(tǒng)基本功能規(guī)范》 2020 年版； ? 衛(wèi)生部《 (20202020 年 )全國衛(wèi)生信息化發(fā)展規(guī)劃綱要》； ? 《基于 XML 電子公文格式規(guī)范》； ? 《電子病歷流程設(shè)計方法通用規(guī)范》； ? 《電子病歷元數(shù)據(jù)規(guī)范》，等； 先進性、前瞻性 系統(tǒng)設(shè)計應(yīng)充分考慮和兼容今后的流程 再造、重組以及數(shù)據(jù)兼容、傳輸，以及信息技術(shù)的跟蹤和攻關(guān)等關(guān)鍵問題，就能打造一個既注重時效，又能健康發(fā)展的醫(yī)療衛(wèi)生信息平臺； 時效性、快速性 ① 系統(tǒng)設(shè)計保障