醫(yī)院集成平臺(tái)建設(shè)方案

1、. . 醫(yī)院信息系統(tǒng)集成平臺(tái)建設(shè)方案. . 目錄1. 背景 . 72. 建設(shè)目標(biāo) . 82.1 實(shí)現(xiàn)醫(yī)療信息資源整合與利用. 82.2 實(shí)現(xiàn)醫(yī)院數(shù)據(jù)中心建設(shè). 92.3 提供管理決策及臨床決策支持. 93. 設(shè)計(jì)原則 . 10 實(shí)用性和先進(jìn)性 . 11 . . 安全性和可靠性 . 11 開(kāi)放性、互連性和標(biāo)準(zhǔn)化. 11 靈活性與可擴(kuò)展性. 12 經(jīng)濟(jì)性與投資保護(hù). 12 易管理和易操作性. 13 整體設(shè)計(jì)和多種應(yīng)用相匹配 . 13 4. 建設(shè)方案 . 13 4.1 醫(yī)院信息化建設(shè)面臨的問(wèn)題和難題 . 13 4.2 醫(yī)院集成平臺(tái)總體框架. 16 4.3 標(biāo)準(zhǔn)化數(shù)據(jù)中心 . 18 4.3.1 建立數(shù)

2、據(jù)中心的意義. 20 4.3.2 基礎(chǔ)信息庫(kù) . 22 4.3.3 業(yè)務(wù)信息庫(kù) . 23 4.4.4 交換信息庫(kù) . 23 4.3.5 臨床文檔庫(kù) (cdr) . 24 4.3.6 臨床數(shù)據(jù)中心構(gòu)建方法 . 27 操作數(shù)據(jù)存儲(chǔ)ods . 29 數(shù)據(jù)倉(cāng)庫(kù) . 31 醫(yī)學(xué)知識(shí)庫(kù) . 32 4.4 數(shù)據(jù)交換總線平臺(tái). 35 4.1.1. 數(shù)據(jù)交換總線技術(shù)特點(diǎn) . 38 4.1.2. 數(shù)據(jù)交換總線功能特點(diǎn) . 40 . . 4.1.3. 基于數(shù)據(jù)交換服務(wù)總線的業(yè)務(wù)數(shù)據(jù)交互. 42 4.1.4. 業(yè)務(wù)規(guī)則引擎. 錯(cuò)誤！未定義書(shū)簽。4.1.5. 事件驅(qū)動(dòng)引擎. 錯(cuò)誤！未定義書(shū)簽。4.1.6. 集團(tuán)化醫(yī)院信

3、息交換平臺(tái). 44 4.5 公共消息服務(wù)平臺(tái). 45 4.1.7. 支持 hl7 引擎服務(wù)部件. 46 4.1.8. 適配器服務(wù)部件 . 49 4.2. ensemble集成平臺(tái)中間件. 51 4.2.1. ensemble hie 構(gòu)成組件 . 52 4.2.2. ensemble hie 設(shè)計(jì)原則 . 55 4.2.3. ensemble hie 技術(shù)特點(diǎn) . 56 4.2.4. ensemble hie 功能介紹 . 61 病人主索引（mpi ） . 66 4.2.5. 病人主索引功能 . 68 4.3. 統(tǒng)一身份認(rèn)證授權(quán)平臺(tái) . 71 4.3.1. 統(tǒng)一身份認(rèn)證授權(quán)平臺(tái)主要功能. 73

4、 4.3.1.1. 單點(diǎn)登錄 . 73 4.3.1.2. 身份管理 . 74 4.3.1.3. 授權(quán)管理 . 74 4.3.1.4. 安全審計(jì) . 75 4.3.2. 統(tǒng)一身份認(rèn)證授權(quán)實(shí)現(xiàn)方法. 75 醫(yī)院決策分析平臺(tái). 77 . . 4.3.3. 決策支撐平臺(tái)技術(shù)架構(gòu) . 79 4.3.4. 決策支撐平臺(tái)數(shù)據(jù)架構(gòu) . 80 4.3.5. 指標(biāo)加工邏輯架構(gòu). 82 4.3.6. 系統(tǒng)工作內(nèi)容及技術(shù)路線. 84 4.3.6.1. 指標(biāo)庫(kù)構(gòu)建與管理的工作內(nèi)容要求 . 84 4.3.6.2. 指標(biāo)庫(kù)構(gòu)建與管理的設(shè)計(jì)原則. 89 4.3.6.3. 指標(biāo)庫(kù)構(gòu)建與管理的技術(shù)路線. 90 短信服務(wù)平臺(tái) .

5、90 4.3.7. 短信平臺(tái)架構(gòu). 91 4.3.8. 短信平臺(tái)功能模塊. 92 4.3.8.1. 通知功能 . 92 4.3.8.2. 查詢功能 . 92 4.3.8.3. 信息管理 . 92 4.3.8.4. 語(yǔ)音信箱咨詢功能. 92 4.3.8.5. 醫(yī)院信息查詢功能. 93 4.3.8.6. 投訴 /舉報(bào) /建議受理功能. 93 4.3.8.7. 自動(dòng)服務(wù)功能. 93 4.3.8.8. 導(dǎo)醫(yī)功能 . 94 后臺(tái)運(yùn)維管理系統(tǒng). 94 4.3.9. 信息資源統(tǒng)一監(jiān)控系統(tǒng)設(shè)計(jì)原則. 97 4.3.10. 信息資源統(tǒng)一監(jiān)控系統(tǒng)架構(gòu)及技術(shù)實(shí)現(xiàn). 98 4.3.11. 信息資源統(tǒng)一監(jiān)控系統(tǒng)管理模型

6、. 100 . . 安全保障體系 . 101 4.3.12. 隱私保護(hù)措施. 101 4.3.13. 網(wǎng)絡(luò)安全保障. 104 4.3.14. 數(shù)據(jù)保密性 . 106 4.3.15. 數(shù)據(jù)完整性 . 107 4.3.16. 惡意代碼防范. 108 4.3.17. 性能保障措施. 110 4.3.18. 運(yùn)行環(huán)境保障措施. 111 4.3.19. 信息安全與審計(jì)保障措施. 112 5. 平臺(tái)擴(kuò)展 . 錯(cuò)誤！未定義書(shū)簽。. . 1. 建設(shè)背景我國(guó)醫(yī)院信息系統(tǒng)建設(shè)已經(jīng)有三十年的發(fā)展歷史，早期有所謂的all in one的系統(tǒng)，所有的應(yīng)用都由一個(gè)供應(yīng)商提供，服務(wù)于不同目的的應(yīng)用模塊，包裝在一個(gè)軟件包中，

7、所有的數(shù)據(jù)庫(kù)都是開(kāi)放給所有的應(yīng)用的，不需要接口引擎的設(shè)計(jì)。然而，醫(yī)療衛(wèi)生信息的復(fù)雜性決定了醫(yī)院信息系統(tǒng)的應(yīng)用越來(lái)越復(fù)雜，醫(yī)院對(duì)信息的需求也不斷擴(kuò)展， 任何一個(gè) hit 廠商不可能提供醫(yī)院所需要的全線產(chǎn)品（也包括國(guó)外的 his 廠商） ，要實(shí)現(xiàn)真正一體化的醫(yī)院信息系統(tǒng)，必須引進(jìn)不同廠商的信息系統(tǒng)產(chǎn)品。因此在同一醫(yī)院環(huán)境下， 集成不同廠商的產(chǎn)品就成為醫(yī)院信息化建設(shè)過(guò)程中必然遇到的問(wèn)題。 一開(kāi)始幾個(gè)廠商的產(chǎn)品要達(dá)到互連互通，往往是采用點(diǎn)對(duì)點(diǎn)的接口方式，因?yàn)檫@種方式簡(jiǎn)單、易行且成本低，例如，將一個(gè)醫(yī)療保險(xiǎn)的結(jié)算系統(tǒng)與醫(yī)院的住院及門診病人的費(fèi)用管理系統(tǒng)集成。然而，當(dāng)醫(yī)院的應(yīng)用擴(kuò)展到十幾個(gè)乃至幾十個(gè)應(yīng)用系

8、統(tǒng)時(shí)，問(wèn)題就變得困難起來(lái)。醫(yī)院信息化能夠取得成功必須保證各個(gè)系統(tǒng)的有效集成和數(shù)據(jù)的高度共享。然而這些系統(tǒng)通常是隨著醫(yī)院的發(fā)展需求逐步建設(shè)的，它們來(lái)源于不同的廠家，基于不同的技術(shù)， 缺乏統(tǒng)一的信息交換標(biāo)準(zhǔn)， 這些系統(tǒng)的集成整合已經(jīng)逐漸成為制約醫(yī)院數(shù)字化發(fā)展的主要障礙。 而如何把這些系統(tǒng)連接實(shí)現(xiàn)各部門各專業(yè)信息共享就成了醫(yī)院信息化建設(shè)中面臨的一大難題。如果以傳統(tǒng)的方式在各系統(tǒng)之間做接口的話就將出現(xiàn)眾多的接口，這將給醫(yī)院信息系統(tǒng)的穩(wěn)定性、安全性、可靠性、效率等帶來(lái)巨大的隱患， 同時(shí)以讓醫(yī)院的運(yùn)行維護(hù)成本成倍增長(zhǎng)，如果醫(yī)院. . 要對(duì)其中一個(gè)應(yīng)用系統(tǒng)進(jìn)行升級(jí)或更換就必須再做眾多數(shù)據(jù)接口。隨著國(guó)家新醫(yī)改

9、政策的實(shí)施落實(shí)，以醫(yī)院為單位的管理模式已不能滿足廣大人民群眾日益增長(zhǎng)的醫(yī)療衛(wèi)生需求， 信息共享是實(shí)現(xiàn)信息價(jià)值最大化的重要途徑之一，區(qū)域醫(yī)療信息共享是信息化發(fā)展的必然趨勢(shì)，為了實(shí)現(xiàn)醫(yī)療信息的區(qū)域化共享，同樣需要在醫(yī)院內(nèi)部把不同數(shù)據(jù)資源進(jìn)行集成整合。在此背景下通過(guò)醫(yī)院信息集成平臺(tái)來(lái)代替原來(lái)數(shù)量眾多的點(diǎn)到點(diǎn)數(shù)據(jù)接口，為醫(yī)院信息化建設(shè)提供標(biāo)準(zhǔn)和規(guī)范，只要各應(yīng)用系統(tǒng)都支持這些標(biāo)準(zhǔn)和規(guī)范，原則上就能與應(yīng)用信息平臺(tái)進(jìn)行數(shù)據(jù)交換，并能同與平臺(tái)相連的應(yīng)用系統(tǒng)進(jìn)行數(shù)據(jù)交換。2. 建設(shè)目標(biāo)2.1 實(shí)現(xiàn)醫(yī)療信息資源整合與利用為實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)信息互聯(lián)互通，如果采用推倒重建的方法， 就有可能將浪費(fèi)大量的資金， 并引起業(yè)務(wù)

10、震蕩。 通過(guò)醫(yī)院信息平臺(tái)的建設(shè)盡量減少不必要的重復(fù)建設(shè)。醫(yī)院原有的各業(yè)務(wù)系統(tǒng)和信息系統(tǒng)通過(guò)醫(yī)院信息平臺(tái)提供的接口實(shí)現(xiàn)整合，繼承已有的數(shù)據(jù)資源和服務(wù)。通過(guò)建設(shè)醫(yī)院信息平臺(tái)， 將原先分布在各業(yè)務(wù)系統(tǒng)中的信息交換整合到醫(yī)院信息平臺(tái)， 實(shí)現(xiàn)醫(yī)院各個(gè)科室之間、 醫(yī)院之間信息的互聯(lián)互通， 最大限度地方便病人就醫(yī)、方便醫(yī)院一線醫(yī)護(hù)人員工作、方便各類管理人員分析決策。. . 2.2 實(shí)現(xiàn)醫(yī)院數(shù)據(jù)中心建設(shè)為了使醫(yī)療活動(dòng)可以準(zhǔn)確、快速地進(jìn)行，醫(yī)療服務(wù)者不但要接收到清晰的醫(yī)療指令信息， 還需要掌握服務(wù)對(duì)象相關(guān)各方面信息、記錄服務(wù)對(duì)象在醫(yī)療活動(dòng)中的情況及結(jié)果； 因此要保證數(shù)據(jù)信息的高效利用，達(dá)到一處采集多處利用； 以

11、病人為主線， 將病人在醫(yī)療機(jī)構(gòu)中的歷次就診時(shí)間、就診原因、 針對(duì)性的醫(yī)療服務(wù)活動(dòng)以及所記錄的相關(guān)信息有機(jī)地關(guān)聯(lián)起來(lái)，并對(duì)所記錄的海量信息進(jìn)行科學(xué)分類和抽象描述，使之系統(tǒng)化、條理化和結(jié)構(gòu)化。建設(shè)醫(yī)院數(shù)據(jù)中心，通過(guò)數(shù)據(jù)中心實(shí)現(xiàn)不同信息系統(tǒng)、組織機(jī)構(gòu)間信息資源整合，實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)更新，確保信息同步；滿足管理決策、臨床決策、科學(xué)研究、對(duì)外信息共享； 實(shí)現(xiàn)統(tǒng)一的數(shù)據(jù)倉(cāng)庫(kù)的設(shè)計(jì)及技術(shù)文檔、元數(shù)據(jù)管理等功能。建設(shè)醫(yī)院信息集成平臺(tái)需制定統(tǒng)一的信息交換標(biāo)準(zhǔn)，統(tǒng)一衛(wèi)生信息標(biāo)準(zhǔn)與數(shù)據(jù)字典。2.3 提供管理決策及臨床決策支持憑借數(shù)字化醫(yī)療信息服務(wù)的先進(jìn)技術(shù)作為強(qiáng)有力的支撐，利用更為先進(jìn)的信息化手段，掌握工作的主動(dòng)權(quán)

12、，把傳統(tǒng)事后處理轉(zhuǎn)為實(shí)時(shí)監(jiān)控。建設(shè)醫(yī)院信息平臺(tái)，規(guī)劃醫(yī)療資源，實(shí)現(xiàn)診療流程再造，提高醫(yī)院運(yùn)作效率，提升醫(yī)院的整體服務(wù)能力， 有效解決就診 “三長(zhǎng)一短 ”現(xiàn)象；建立統(tǒng)一的門戶信息， 為病人的全面醫(yī)療健康信息的保存、傳遞、查詢提供有效的數(shù)據(jù)，對(duì)數(shù)據(jù)的快速實(shí)時(shí)查詢。通過(guò)對(duì)數(shù)據(jù)進(jìn)行分析和處理， 對(duì)信息進(jìn)行有效利用， 幫助管理者進(jìn)行科學(xué)管理決策，幫助醫(yī)生進(jìn)行基于循證的醫(yī)療決策和醫(yī)療計(jì)劃的制定，支持臨床應(yīng)用科研的. . 開(kāi)展。3. 設(shè)計(jì)原則目前，大部分醫(yī)院的醫(yī)療信息系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)共享是采用了傳統(tǒng)點(diǎn)對(duì)點(diǎn)通信模式的方法，這樣的方式需要每?jī)蓚€(gè)系統(tǒng)之間都有專用的接口，且當(dāng)有新系統(tǒng)添加進(jìn)來(lái)的時(shí)候，也必須要單獨(dú)為每個(gè)子

13、系統(tǒng)開(kāi)發(fā)與新系統(tǒng)相應(yīng)的接口，工作量極大。這樣的專用接口也存在很大風(fēng)險(xiǎn)，容易導(dǎo)致系統(tǒng)崩潰， 中斷醫(yī)院正常的醫(yī)療業(yè)務(wù)流程。 因此， 需要建設(shè)一個(gè)能與全院所有醫(yī)療信息系統(tǒng)直接溝通的數(shù)據(jù)集成平臺(tái)，以此為中介， 實(shí)現(xiàn)各系統(tǒng)間的數(shù)據(jù)共享和交互。建立一個(gè)以現(xiàn)有信息系統(tǒng)和數(shù)據(jù)資源為基礎(chǔ)，符合標(biāo)準(zhǔn)的、高可靠的、開(kāi)放式醫(yī)療衛(wèi)生信息共享平臺(tái)，實(shí)現(xiàn)區(qū)域衛(wèi)生協(xié)同和診療信息共享； 在平臺(tái)上提供區(qū)域級(jí)的標(biāo)準(zhǔn)組件服務(wù)、 診療知識(shí)服務(wù)，以及協(xié)同醫(yī)療、 衛(wèi)生監(jiān)管和健康管理等應(yīng)用服務(wù)，有效提升醫(yī)療衛(wèi)生服務(wù)水平和服務(wù)能力，支持創(chuàng)新具有區(qū)域特色的開(kāi)放、實(shí)用、共享、持續(xù)的醫(yī)療衛(wèi)生服務(wù)模式。目前通常采用基于 中間件模型和數(shù)據(jù)倉(cāng)庫(kù) 等方法來(lái)

14、構(gòu)造集成的系統(tǒng)， 這些技術(shù)在不同的著重點(diǎn)和應(yīng)用上解決數(shù)據(jù)共享和為企業(yè)提供決策支持。在方案設(shè)計(jì)時(shí)遵循了以下原則：統(tǒng)一性統(tǒng)一設(shè)計(jì)原則統(tǒng)籌規(guī)劃和統(tǒng)一設(shè)計(jì)系統(tǒng)結(jié)構(gòu)。應(yīng)用系統(tǒng)建設(shè)結(jié)構(gòu)、數(shù)據(jù)模型結(jié)構(gòu)、數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)以及系統(tǒng)擴(kuò)展規(guī)劃等內(nèi)容，均需從全局出發(fā)、 從長(zhǎng)遠(yuǎn)的角度. . 考慮。實(shí)用性和先進(jìn)性當(dāng)今的計(jì)算機(jī)技術(shù)日新月異，因此要求選擇的方法、技術(shù)、工具、設(shè)備不僅要保證具有先進(jìn)性， 而且要保證技術(shù)方向的正確性。 設(shè)計(jì)的方案要結(jié)合考慮實(shí)用和兼顧今后發(fā)展的目的， 不論在服務(wù)器、 軟件及中間件等軟硬件產(chǎn)品方面，還是在方法論、 工具方面， 都應(yīng)選擇當(dāng)今國(guó)際上成熟的、主流的并領(lǐng)先的產(chǎn)品和技術(shù)來(lái)適應(yīng)更高的數(shù)據(jù)處理要求， 以

15、滿足醫(yī)療管理信息系統(tǒng)未來(lái)5-10 年的需求發(fā)展，并應(yīng)具有良好的擴(kuò)展?jié)摿?，以適應(yīng)未來(lái)業(yè)務(wù)的發(fā)展和技術(shù)升級(jí)的需要。安全性和可靠性設(shè)計(jì)的整體方案要通過(guò)多種安全技術(shù)和防護(hù)手段，保證系統(tǒng)自身的安全性，保證服務(wù)不會(huì)中斷。 在本項(xiàng)目方案中， 最重要的設(shè)計(jì)出發(fā)點(diǎn)就是系統(tǒng)的安全，關(guān)鍵設(shè)備或設(shè)備核心部件應(yīng)當(dāng)采取冗余設(shè)計(jì)，能夠避免單點(diǎn)故障導(dǎo)致系統(tǒng)整體或重要功能的喪失， 保證系統(tǒng)平穩(wěn)運(yùn)行， 最大限度減少停機(jī)時(shí)間而且包括便于故障排查、恢復(fù)和日常的運(yùn)行維護(hù)的機(jī)制。在采用硬件備份、冗余、負(fù)載均衡等可靠性技術(shù)的基礎(chǔ)上， 采用相關(guān)的軟件技術(shù)提供較強(qiáng)的管理機(jī)制和控制手段，以提高整個(gè)系統(tǒng)和數(shù)據(jù)的安全可靠性。開(kāi)放性、互連性和標(biāo)準(zhǔn)化系

16、統(tǒng)必須采用國(guó)際、國(guó)家標(biāo)準(zhǔn)、協(xié)議和接口，能與現(xiàn)有的和未來(lái)的系統(tǒng)互連. . 與集成，支持 hl7、ihe、dicom 、icd10 等標(biāo)準(zhǔn)。靈活性與可擴(kuò)展性設(shè)計(jì)的方案應(yīng)當(dāng)考慮系統(tǒng)的靈活性和可擴(kuò)展性。系統(tǒng)建成后要能夠滿足業(yè)務(wù)近期、中期甚至長(zhǎng)期時(shí)間范圍數(shù)據(jù)和業(yè)務(wù)快速增長(zhǎng)的需要。適應(yīng)目前需求的基礎(chǔ)上，能夠滿足醫(yī)院以及相關(guān)醫(yī)療機(jī)構(gòu)不斷發(fā)展的信息化需要，充分地為將來(lái)可預(yù)見(jiàn)和不可預(yù)見(jiàn)的性能擴(kuò)充留有余地， 并具備方便地?cái)U(kuò)展系統(tǒng)容量和處理能力和支持多種應(yīng)用的能力， 可以根據(jù)業(yè)務(wù)發(fā)展的需要進(jìn)行靈活、快速的調(diào)整， 實(shí)現(xiàn)信息應(yīng)用的快速部署， 而且新功能、新業(yè)務(wù)的增加能夠在不影響系統(tǒng)運(yùn)行的情況下實(shí)現(xiàn)。系統(tǒng)要充分考慮到擴(kuò)容

17、和升級(jí)的需要，能靈活方便地適應(yīng)未來(lái)系統(tǒng)可能的變化。選擇應(yīng)用開(kāi)放性標(biāo)準(zhǔn)的產(chǎn)品，確保設(shè)備的兼容性； 通過(guò)系統(tǒng)結(jié)構(gòu)的合理設(shè)計(jì)和適度資源冗余，為未來(lái)的系統(tǒng)擴(kuò)充打下基礎(chǔ)， 保證需求增加時(shí)系統(tǒng)的平滑擴(kuò)充，保證前期的投資。經(jīng)濟(jì)性與投資保護(hù)方案所選用的技術(shù)和產(chǎn)品應(yīng)當(dāng)全部遵循通用的國(guó)際或行業(yè)標(biāo)準(zhǔn)，各系統(tǒng)模塊之間有良好的兼容性和較高的性能價(jià)格比。從長(zhǎng)遠(yuǎn)來(lái)看， 也便于系統(tǒng)的升級(jí)和移植或運(yùn)行其他應(yīng)用軟件， 實(shí)現(xiàn)整體效益， 而且能以較低的成本、 較少的人員投入來(lái)維護(hù)系統(tǒng)運(yùn)轉(zhuǎn)，提供高效能與高效益的醫(yī)療信息服務(wù)。. . 易管理和易操作性設(shè)計(jì)方案支持全面、完善、便捷、統(tǒng)一的系統(tǒng)管理和應(yīng)急處理預(yù)案，保證一旦發(fā)生問(wèn)題能在最短的時(shí)

18、間內(nèi)處理解決。 而且，系統(tǒng)應(yīng)具有良好的用戶操作界面、完備的幫助信息。集成完備的運(yùn)行監(jiān)視系統(tǒng)、 良好的管理界面工具或遠(yuǎn)程控制臺(tái)，易于管理人員對(duì)其進(jìn)行管理和維護(hù)，系統(tǒng)參數(shù)的維護(hù)與管理通過(guò)操作界面實(shí)現(xiàn)。整體設(shè)計(jì)和多種應(yīng)用相匹配集成平臺(tái)需要進(jìn)行統(tǒng)一設(shè)計(jì)，但是考慮到應(yīng)用的多樣性以及業(yè)務(wù)、部門等的差異，整體設(shè)計(jì)又不要過(guò)于制約具體的應(yīng)用開(kāi)發(fā)，要為各種應(yīng)用開(kāi)發(fā)提供靈活的手段?？删S護(hù)、可管理性通過(guò)統(tǒng)一網(wǎng)管，對(duì)信息系統(tǒng)平臺(tái)進(jìn)行統(tǒng)一管理，提供可視化的網(wǎng)絡(luò)拓?fù)?、網(wǎng)絡(luò)狀態(tài)監(jiān)控、故障事件實(shí)時(shí)預(yù)警和告警、異常網(wǎng)絡(luò)流量統(tǒng)計(jì)等。4. 建設(shè)方案4.1 醫(yī)院信息化建設(shè)面臨的問(wèn)題和難題難題 1:系統(tǒng)集成度較低. . 醫(yī)院信息工作以采

19、集到的數(shù)據(jù)范圍與數(shù)量為主要工作目標(biāo)，而這些數(shù)據(jù)采集后的共享與深度利用往往被忽略。目前，很多的醫(yī)院都建設(shè)有獨(dú)立的pacs、lis、手術(shù)麻醉等系，這些系統(tǒng)很多是科室根據(jù)自身業(yè)務(wù)需要，由科室主導(dǎo)建立起來(lái)的。這些系統(tǒng)在建立時(shí)并未考慮與醫(yī)院信息系統(tǒng)的集成，或者當(dāng)時(shí)醫(yī)院信息系統(tǒng)并不具備集成應(yīng)用的條件，所以就成為孤立的系統(tǒng)。由于信息沒(méi)有利用好，往往使醫(yī)院無(wú)法看到信息化工作的真正回報(bào)，醫(yī)院信息化工作就無(wú)沒(méi)得到醫(yī)院領(lǐng)導(dǎo)者們足夠的重視。對(duì)于信息化工作來(lái)說(shuō)，信息的采集基本上是投入性的工作，而信息的有效、及時(shí)利用才是信息化工作的收益。難題 2：規(guī)范化、標(biāo)準(zhǔn)化程度低我國(guó)醫(yī)院信息化建設(shè)的過(guò)程中，采用的標(biāo)準(zhǔn)、規(guī)范很少，信息

20、的共享與交換主要以 “點(diǎn)對(duì)點(diǎn) ”的方式進(jìn)行，這種方式個(gè)性化極強(qiáng)，往往會(huì)因?yàn)橄到y(tǒng)升級(jí)、更換廠商而帶來(lái)嚴(yán)重后果。傳統(tǒng)點(diǎn)對(duì)點(diǎn)模式. . 基于傳統(tǒng)“點(diǎn)對(duì)點(diǎn)”直連數(shù)據(jù)接口方式來(lái)集成系統(tǒng)，如果另一個(gè)應(yīng)用程序系統(tǒng) a（第 n+1 個(gè)）必須集成進(jìn)來(lái)，將需要產(chǎn)生、 文檔化、測(cè)試和維護(hù)2n 個(gè)新的接口。而更糟的是，必須修改每個(gè)已有的應(yīng)用程序中的代碼以包括進(jìn)新的接口，因而將增加大量的成本和復(fù)雜度。: 點(diǎn)對(duì)點(diǎn)集成方式存在以下問(wèn)題：接口不規(guī)范接口間的調(diào)用方式各不相同，如有存儲(chǔ)過(guò)程、視圖、中間表、應(yīng)用程序、動(dòng)態(tài)庫(kù)等等 ,無(wú)法形成統(tǒng)一的接口規(guī)范。數(shù)據(jù)不共享雖然現(xiàn)在大多數(shù)系統(tǒng)間均有做接口進(jìn)行數(shù)據(jù)交互，但往往只做到最基礎(chǔ)的數(shù)據(jù)

21、采集上，信息間的共享并不充分，如急診、危重病人的報(bào)告、異常的報(bào)告無(wú)法做到第一時(shí)間提醒醫(yī)生。醫(yī)生也無(wú)法主動(dòng)查詢病人的報(bào)告進(jìn)行到哪一步。數(shù)據(jù)不一致由于數(shù)據(jù)共享不充分，導(dǎo)致多數(shù)接口在重復(fù)做，往往會(huì)出現(xiàn)數(shù)據(jù)在不同系統(tǒng)間不一致的情況，如同樣的檢驗(yàn)報(bào)告，在lis系統(tǒng)下看到的格式有可能與 his看到的不一樣， 甚至連數(shù)據(jù)都有可能不同， 這就給醫(yī)生帶來(lái)不小的困擾。數(shù)據(jù)入口多由于點(diǎn)對(duì)點(diǎn)的接口方式，數(shù)據(jù)重復(fù)存在于各個(gè)系統(tǒng)中，無(wú)法形成統(tǒng)一的數(shù)據(jù)中心模式，造成同一數(shù)據(jù)多個(gè)采集入口。. . 接口安全性差很顯然在不同供應(yīng)商之間開(kāi)放數(shù)據(jù)庫(kù)用戶進(jìn)行連接視圖或讀寫(xiě)中間表，這種接口方式的安全性較低，一旦出現(xiàn)數(shù)據(jù)異常責(zé)任往往無(wú)法追

22、蹤。接口耦合度高點(diǎn)對(duì)點(diǎn)集成方式導(dǎo)致接口耦合度高，不利于后期的擴(kuò)展及維護(hù)。各系統(tǒng)界面、用戶分散，無(wú)統(tǒng)一管理機(jī)制用戶必須來(lái)回切換登錄不同系統(tǒng)用戶必須記住不同系統(tǒng)的不同用戶及密碼系統(tǒng)維護(hù)成本高4.2 醫(yī)院集成平臺(tái)總體框架. . 醫(yī)院集成平臺(tái)總體架構(gòu)圖如上圖所示， 本平臺(tái)中醫(yī)院信息平臺(tái)信息交換層，主要用于實(shí)現(xiàn)全院級(jí)應(yīng)用系統(tǒng)互聯(lián)互通的需求， 主要任務(wù)以滿足臨床信息、 醫(yī)療服務(wù)信息和醫(yī)院管理信息的共享和協(xié)同應(yīng)用為目， 標(biāo)采集相關(guān)業(yè)務(wù)數(shù)據(jù)， 并對(duì)外部系統(tǒng)提供數(shù)據(jù)交換服務(wù)；提供支持 hl7標(biāo)準(zhǔn)的消息傳輸機(jī)制，建立服務(wù)之間的通信、連接、組合和集成的服務(wù)動(dòng)態(tài)松耦合機(jī)制，為集成遺留系統(tǒng)和新建基于soa 的應(yīng)用系統(tǒng)的

23、服務(wù)集成提供了支撐。 并在此基礎(chǔ)上， 開(kāi)發(fā)面向應(yīng)用的業(yè)務(wù)適配器組件，實(shí)現(xiàn)各集成應(yīng)用之間可管理的接口透明， 為醫(yī)療應(yīng)用提供了便捷、 一致、安全并符合標(biāo)準(zhǔn)的豐富接. . 口，保證服務(wù)之間信息的可靠傳送，實(shí)現(xiàn)不同操作系統(tǒng)，不同數(shù)據(jù)庫(kù)、中間件運(yùn)行平臺(tái)及其基于這些平臺(tái)之上開(kāi)發(fā)的應(yīng)用軟件的服務(wù)集成。信息資源層是對(duì)于各個(gè)業(yè)務(wù)系統(tǒng)產(chǎn)生的醫(yī)療業(yè)務(wù)信息、臨床信息、醫(yī)院管理信息，通過(guò)業(yè)務(wù)信息庫(kù)進(jìn)行整合，主要服務(wù)于建立全院級(jí)的病人主索引的需求、建立全院級(jí)電子病歷的需求， 并為醫(yī)院信息二次利用、 為患者提供公眾服務(wù)、 與外部互聯(lián)奠定數(shù)據(jù)基礎(chǔ)； 支持結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)， 以xml格式提供結(jié)果數(shù)據(jù)， 便于相關(guān)系統(tǒng)進(jìn)行二次處理（

24、如科研或質(zhì)控） 。4.3 標(biāo)準(zhǔn)化數(shù)據(jù)中心依據(jù)衛(wèi)生部 2011 年 8 月 2 日發(fā)布的城鄉(xiāng)居民健康檔案基本數(shù)據(jù)集 ，該標(biāo)準(zhǔn)于 2012 年 2 月 1 日起正式實(shí)施。 該標(biāo)準(zhǔn)規(guī)定了城鄉(xiāng)居民健康檔案基本數(shù)據(jù)集的數(shù)據(jù)集元數(shù)據(jù)屬性和數(shù)據(jù)元目錄。 數(shù)據(jù)元目錄包括城鄉(xiāng)居民健康檔案?jìng)€(gè)人基本信息、健康體檢信息、 重點(diǎn)人群健康管理記錄和其他醫(yī)療衛(wèi)生服務(wù)記錄的相關(guān)數(shù)據(jù)元。適用于城鄉(xiāng)居民健康檔案的信息收集、存儲(chǔ)與共享,以及城鄉(xiāng)居民健康檔案管理信息系統(tǒng)建設(shè)。標(biāo)準(zhǔn)中規(guī)定了衛(wèi)生信息中標(biāo)識(shí)類數(shù)據(jù)元的數(shù)據(jù)元標(biāo)識(shí)符、數(shù)據(jù)元名稱、定義、數(shù)據(jù)元值的數(shù)據(jù)類型、 表示格式和數(shù)據(jù)元允許值內(nèi)容。 數(shù)據(jù)元目錄包括標(biāo)識(shí)信息相關(guān)數(shù)據(jù)元。按此標(biāo)

25、準(zhǔn)建設(shè)的數(shù)據(jù)集內(nèi)容涵蓋了人員、醫(yī)療機(jī)構(gòu)、醫(yī)療衛(wèi)生術(shù)語(yǔ)、電子健康檔案的數(shù)據(jù)集、 數(shù)據(jù)元和各種代碼標(biāo)準(zhǔn)的注冊(cè)管理，數(shù)據(jù)標(biāo)準(zhǔn)化則提供了在數(shù)據(jù)注冊(cè)過(guò)程中基于標(biāo)準(zhǔn)化轉(zhuǎn)換服務(wù)， 其囊括了區(qū)域衛(wèi)生業(yè)務(wù)數(shù)據(jù)的所有數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范，根據(jù)應(yīng)用領(lǐng)域分為數(shù)據(jù)類標(biāo)準(zhǔn)、技術(shù)類標(biāo)準(zhǔn)、管理類標(biāo)準(zhǔn)和業(yè)務(wù)類標(biāo)準(zhǔn)，. . 并通過(guò)數(shù)據(jù)校驗(yàn)機(jī)制保障數(shù)據(jù)中心的數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化。標(biāo)準(zhǔn)數(shù)據(jù)完全匹配國(guó)家對(duì)全程健康檔案服務(wù)和注冊(cè)服務(wù)的要求。數(shù)據(jù)注冊(cè)涵蓋了人員、醫(yī)療機(jī)構(gòu)、醫(yī)療衛(wèi)生術(shù)語(yǔ)、電子健康檔案的數(shù)據(jù)集、數(shù)據(jù)元和各種代碼標(biāo)準(zhǔn)的注冊(cè)管理，數(shù)據(jù)標(biāo)準(zhǔn)化提供了在數(shù)據(jù)注冊(cè)過(guò)程中基于標(biāo)準(zhǔn)化轉(zhuǎn)換服務(wù)，其囊括了區(qū)域衛(wèi)生業(yè)務(wù)數(shù)據(jù)的所有數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范，根據(jù)應(yīng)用領(lǐng)域分為數(shù)據(jù)

26、類標(biāo)準(zhǔn)、技術(shù)類標(biāo)準(zhǔn)、 管理類標(biāo)準(zhǔn)和業(yè)務(wù)類標(biāo)準(zhǔn)， 并通過(guò)數(shù)據(jù)校驗(yàn)機(jī)制保障數(shù)據(jù)中心的數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化。依據(jù)標(biāo)準(zhǔn)建設(shè)的中心數(shù)據(jù)庫(kù)數(shù)據(jù)集內(nèi)容包括：1)基本數(shù)據(jù)字典：科室字典、員工字典、用戶字典等；2)患者注冊(cè)基本信息；3)門診業(yè)務(wù)數(shù)據(jù)結(jié)果集：掛號(hào)記錄、診斷記錄、處方記錄、結(jié)算記錄等；4)住院業(yè)務(wù)數(shù)據(jù)結(jié)果集：住院記錄、診斷記錄、醫(yī)囑記錄、結(jié)算記錄等；5)健康體檢數(shù)據(jù)結(jié)果集：體檢登記記錄、診斷記錄、體格檢查記錄、評(píng)估報(bào)告、費(fèi)用記錄等；6)電子病歷結(jié)構(gòu)化數(shù)據(jù)集；7)決策分析數(shù)據(jù)集；8)醫(yī)院管理指標(biāo)數(shù)據(jù)集；上述部分結(jié)構(gòu)主要是結(jié)果集的采集存儲(chǔ)，為了滿足不同平臺(tái)之間或系統(tǒng)之間數(shù)據(jù)交互，涉及的業(yè)務(wù)相關(guān)數(shù)據(jù)集：1)住院

27、患者信息相關(guān)表：如在院患者記錄表、出入轉(zhuǎn)記錄表；2)臨床路徑相關(guān)表；3)單據(jù)記錄及狀態(tài)相關(guān)表：?jiǎn)螕?jù)表、單據(jù)狀態(tài)事件表等；. . 4)電子申請(qǐng)單記錄表及醫(yī)技預(yù)約反饋記錄表；5)檢驗(yàn)、檢查報(bào)告記錄表；6)系統(tǒng)間消息交互數(shù)據(jù)集；4.3.1 建立數(shù)據(jù)中心的意義數(shù)據(jù)中心是醫(yī)院的業(yè)務(wù)系統(tǒng)與數(shù)據(jù)資源進(jìn)行集中、集成、共享、分析的場(chǎng)地、工具、流程等的有機(jī)組合。 它將不同業(yè)務(wù)系統(tǒng)之間需要共享的信息、綜合業(yè)務(wù)系統(tǒng)與區(qū)域共享需要的業(yè)務(wù)數(shù)據(jù)， 按行業(yè)標(biāo)準(zhǔn)轉(zhuǎn)換明文方式長(zhǎng)期存貯在一個(gè)數(shù)據(jù)倉(cāng)庫(kù)中。當(dāng)前醫(yī)院各業(yè)務(wù)系統(tǒng)面臨的最大問(wèn)題：系統(tǒng)業(yè)務(wù)無(wú)統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)數(shù)據(jù)標(biāo)準(zhǔn)是指衛(wèi)生信息采集表的處理過(guò)程中涉及到的標(biāo)準(zhǔn)，主要是指數(shù)據(jù)采集里的標(biāo)

28、準(zhǔn)， 定義各類數(shù)據(jù)標(biāo)志的含義， 規(guī)范數(shù)據(jù)采集的數(shù)據(jù)集能在不同系統(tǒng)之間傳遞的電子報(bào)文或者是電子文檔。由于醫(yī)院各業(yè)務(wù)系統(tǒng)產(chǎn)生的數(shù)據(jù)需要長(zhǎng)期保存，但建立在這些業(yè)務(wù)數(shù)據(jù)基礎(chǔ)之上的各種字典，由于醫(yī)改的需要在不斷地變化，系統(tǒng)中各類字典也不斷膨脹，為減少業(yè)務(wù)數(shù)據(jù)錯(cuò)誤與系統(tǒng)維護(hù)工作，很多系統(tǒng)設(shè)計(jì)者只能將明文保存的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)表，造成業(yè)務(wù)系統(tǒng)運(yùn)行效率低下，維護(hù)困難。數(shù)據(jù)中心的建立， 就是要將原各系統(tǒng)不能共享的孤島信息，轉(zhuǎn)換成符合國(guó)家或衛(wèi)生部相關(guān)標(biāo)準(zhǔn)的數(shù)據(jù)集。 為全院系統(tǒng)打造一個(gè)共享平臺(tái)，統(tǒng)一字典維護(hù)， 降低業(yè)務(wù)系統(tǒng)標(biāo)準(zhǔn)字典維護(hù)量， 為區(qū)域共享提供可進(jìn)行信息統(tǒng)計(jì)與挖掘的標(biāo)準(zhǔn)數(shù)據(jù)集。. . 涉及到醫(yī)院系統(tǒng)的主要標(biāo)準(zhǔn)

29、有：疾病代碼、科室分類、藥典、非藥品記費(fèi)項(xiàng)目。業(yè)務(wù)系統(tǒng)數(shù)據(jù)接口由于醫(yī)院業(yè)務(wù)管理系統(tǒng)， 是一個(gè)長(zhǎng)期運(yùn)行， 不斷完善的情況下壯大成長(zhǎng)起來(lái)的，醫(yī)療信息技術(shù)標(biāo)準(zhǔn)沒(méi)有慣徹到整個(gè)業(yè)務(wù)中。由此造成上線系統(tǒng)越來(lái)越多，各系統(tǒng)之間數(shù)據(jù)的調(diào)用頻繁， 數(shù)據(jù)接口也就越來(lái)越多， 越來(lái)越復(fù)雜。 經(jīng)常出現(xiàn)某個(gè)業(yè)務(wù)系統(tǒng)升級(jí)無(wú)法到相關(guān)信息， 或因某業(yè)務(wù)系統(tǒng)升級(jí)造成其它業(yè)務(wù)系統(tǒng)數(shù)據(jù)混亂的現(xiàn)象。醫(yī)院業(yè)務(wù)需求擴(kuò)張各業(yè)務(wù)系統(tǒng)隨著用戶應(yīng)用不斷深入產(chǎn)生新的業(yè)務(wù)需求：如質(zhì)控、ca 認(rèn)證、閉環(huán)醫(yī)囑等。 這些應(yīng)用必須建立在多個(gè)系統(tǒng)之上，若將這些應(yīng)用需求不斷加入到基礎(chǔ)業(yè)務(wù)系統(tǒng)中， 勢(shì)必造成基礎(chǔ)業(yè)務(wù)系統(tǒng)數(shù)據(jù)量不斷膨脹，造成基礎(chǔ)業(yè)務(wù)系統(tǒng)的可維護(hù)性與運(yùn)行

30、效率越來(lái)越差。病人信息綜合處理目前醫(yī)院的系統(tǒng)是按功能進(jìn)行劃分的，如：his 系統(tǒng)保存病人費(fèi)用與醫(yī)囑內(nèi)容、lis 保存病人檢驗(yàn)數(shù)據(jù)、 pacs 保存病人影像信息等。醫(yī)生對(duì)病人的診斷往往來(lái)源于醫(yī)院各業(yè)務(wù)系統(tǒng)， 對(duì)其數(shù)據(jù)進(jìn)行綜合的結(jié)果。 將這些來(lái)源不同系統(tǒng)并標(biāo)準(zhǔn)不統(tǒng)一信息， 整合在一個(gè)界面中進(jìn)行綜合處理，存在巨大的障礙與分析效率低下的問(wèn)題。將基本業(yè)務(wù)產(chǎn)生的數(shù)據(jù)， 對(duì)其進(jìn)行質(zhì)量控制、 清洗、轉(zhuǎn)換保存到綜合醫(yī)療業(yè)務(wù)數(shù)據(jù)倉(cāng)庫(kù)， 長(zhǎng)期海量保存。 使基本業(yè)務(wù)與綜合醫(yī)療業(yè)務(wù)的運(yùn)行建立不同數(shù)據(jù)倉(cāng)庫(kù)中，實(shí)現(xiàn)分布式并行運(yùn)行， 有效地解決了高效、 穩(wěn)定的前臺(tái)業(yè)務(wù)與多變的綜合. . 展示業(yè)務(wù)之間運(yùn)行效率的矛盾，極大地提高

31、了基礎(chǔ)業(yè)務(wù)系統(tǒng)的維護(hù)性與穩(wěn)定性。4.3.2 共享基礎(chǔ)信息庫(kù)基礎(chǔ)信息庫(kù)集中了整個(gè)醫(yī)院信息平臺(tái)的基礎(chǔ)信息和共享數(shù)據(jù)，是為各個(gè)子系統(tǒng)提供基礎(chǔ)信息服務(wù)的。 基礎(chǔ)信息庫(kù)包括了患者的人口學(xué)信息、醫(yī)療衛(wèi)生人員的注冊(cè)信息、以及各種醫(yī)療衛(wèi)生、公共衛(wèi)生術(shù)語(yǔ)字典數(shù)據(jù)及流程模板數(shù)據(jù)等。病人基本信息是基礎(chǔ)信息數(shù)據(jù)庫(kù)中的核心內(nèi)容之一。無(wú)論是電子病歷、醫(yī)療業(yè)務(wù)、臨床信息，還是疾病分析信息和公共衛(wèi)生條線數(shù)據(jù)都是以病人基本信息為基礎(chǔ)的。在此基礎(chǔ)上，實(shí)現(xiàn)電子病歷、醫(yī)療業(yè)務(wù)（含臨床數(shù)據(jù)）的關(guān)聯(lián)。醫(yī)護(hù)人員庫(kù)是基礎(chǔ)信息數(shù)據(jù)庫(kù)中的另一個(gè)核心內(nèi)容，以醫(yī)護(hù)人員信息為基礎(chǔ)。可以建立醫(yī)院診療資源注冊(cè)庫(kù)，可以作為醫(yī)院管理以及績(jī)效考核的基礎(chǔ)。數(shù)據(jù)元

32、字典是輔助各類醫(yī)院業(yè)務(wù)、臨床業(yè)務(wù)的基本數(shù)據(jù)元、代碼集以及數(shù)據(jù)字典；以及包含了醫(yī)院各種業(yè)務(wù)、 流程說(shuō)明模版的操作模型。 流程模版庫(kù)是包含了醫(yī)療機(jī)構(gòu)醫(yī)療業(yè)務(wù)、 臨床路徑、管理流程、財(cái)務(wù)結(jié)算等所有信息系統(tǒng)正常運(yùn)轉(zhuǎn)、分布協(xié)同的規(guī)則庫(kù)。 通過(guò)流程模版庫(kù)的流程引擎指導(dǎo)，能夠明確患者在醫(yī)療機(jī)構(gòu)內(nèi)如何進(jìn)行就醫(yī)， 臨床醫(yī)生如何對(duì)患者進(jìn)行準(zhǔn)確診斷，防保醫(yī)生如何對(duì)疾病進(jìn)行控制和分析， 管理及后勤人員如何對(duì)醫(yī)療資源進(jìn)行合理分配或者補(bǔ)充采購(gòu)、財(cái)務(wù)結(jié)算人員如何統(tǒng)計(jì)和控制醫(yī)院的收入和開(kāi)支。流程模版庫(kù)是醫(yī)療機(jī)構(gòu)保證正常運(yùn)轉(zhuǎn)的核心，對(duì)各級(jí)醫(yī)療衛(wèi)生人員和患者的醫(yī)療行為起著規(guī)范和指導(dǎo)作用。. . 4.3.3 原始業(yè)務(wù)信息庫(kù)業(yè)務(wù)信息

33、庫(kù)是整個(gè)醫(yī)院信息平臺(tái)的數(shù)據(jù)基礎(chǔ)，主要存儲(chǔ)原始業(yè)務(wù)產(chǎn)生的數(shù)據(jù)，以未經(jīng)過(guò)進(jìn)一步加工的數(shù)據(jù)為主。包括診療業(yè)務(wù)流程產(chǎn)生的結(jié)果數(shù)據(jù)、醫(yī)療服務(wù)管理數(shù)據(jù)以及醫(yī)院運(yùn)營(yíng)管理流程產(chǎn)生的結(jié)果數(shù)據(jù)。這些未經(jīng)修改的數(shù)據(jù)， 作為電子病歷的備份存儲(chǔ)， 在以后發(fā)生任何疑問(wèn)時(shí)， 可調(diào)閱業(yè)務(wù)信息庫(kù)中的數(shù)據(jù)進(jìn)行核實(shí)。業(yè)務(wù)信息庫(kù)中的數(shù)據(jù)要求在存儲(chǔ)后不能被修改和刪除，將作為系統(tǒng)的原始憑證被永久保留。 從時(shí)效性和實(shí)際業(yè)務(wù)需求出發(fā)， 業(yè)務(wù)信息庫(kù)至少也要保存 50 年之內(nèi)在線業(yè)務(wù)操作及結(jié)果數(shù)據(jù)。醫(yī)療機(jī)構(gòu)內(nèi)部的業(yè)務(wù)數(shù)據(jù)分布于不同的信息系統(tǒng)自身的數(shù)據(jù)庫(kù)之中，因此需要接入到覆蓋整個(gè)醫(yī)療機(jī)構(gòu)的信息平臺(tái)上，以提供對(duì)原有業(yè)務(wù)數(shù)據(jù)的整合、 利用服務(wù)，并為

34、機(jī)構(gòu)之間以及業(yè)務(wù)系統(tǒng)之間的聯(lián)動(dòng)提供支持。業(yè)務(wù)系統(tǒng)通過(guò)設(shè)置交換信息庫(kù)作為與信息平臺(tái)的接入端代理，來(lái)實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)與信息平臺(tái)的互聯(lián)互通性。 體現(xiàn)在數(shù)據(jù)結(jié)構(gòu)層面， 就是業(yè)務(wù)信息庫(kù)通過(guò)交換信息庫(kù)實(shí)現(xiàn)數(shù)據(jù)的接入。 除了在信息平臺(tái)上保存即時(shí)產(chǎn)生的，符合臨床診療要求的各種業(yè)務(wù)原始數(shù)據(jù)以外， 還需要以患者的基本信息為基礎(chǔ)，整合患者歷次就診的就診履歷， 完善患者的醫(yī)院電子病歷。 患者的基本信息保存在基礎(chǔ)信息庫(kù)中，電子病歷保存在臨床文檔信息庫(kù)中，也就是說(shuō)，業(yè)務(wù)信息庫(kù)根據(jù)基礎(chǔ)信息庫(kù)中的患者信息進(jìn)行整合，并最終形成存儲(chǔ)在臨床文檔信息庫(kù)中的電子病歷。4.4.4 交換信息庫(kù)交換信息庫(kù)是信息平臺(tái)的數(shù)據(jù)轉(zhuǎn)換樞紐，包括中心交換庫(kù)

35、和對(duì)外交換庫(kù)。中心交換庫(kù)的作用主要是對(duì)醫(yī)療機(jī)構(gòu)內(nèi)部信息系統(tǒng)業(yè)務(wù)數(shù)據(jù)的采集、整合以及醫(yī)療. . 機(jī)構(gòu)內(nèi)部信息系統(tǒng)之間業(yè)務(wù)聯(lián)動(dòng)。 對(duì)外交換庫(kù)的作用主要是實(shí)現(xiàn)醫(yī)院信息平臺(tái)與區(qū)域信息平臺(tái)的數(shù)據(jù)交互。中心交換庫(kù)考慮到醫(yī)療機(jī)構(gòu)各個(gè)信息系統(tǒng)相對(duì)的獨(dú)立性以及數(shù)據(jù)之間的關(guān)聯(lián)性，我們?cè)卺t(yī)院信息平臺(tái)中設(shè)立中心信息交換數(shù)據(jù)庫(kù)。中心交換庫(kù)是采集醫(yī)院各個(gè)業(yè)務(wù)信息系統(tǒng)的信息， 并整合程電子病歷信息的區(qū)域， 也是各個(gè)業(yè)務(wù)信息系統(tǒng)基礎(chǔ)信息和專業(yè)信息交換的信息存儲(chǔ)區(qū)域。 中心交換庫(kù)存放各個(gè)信息系統(tǒng)交互的信息，包括了電子病歷信息、基礎(chǔ)信息（患者基本信息、醫(yī)療人員信息等）、專業(yè)信息（醫(yī)療業(yè)務(wù)、臨床數(shù)據(jù)、檢驗(yàn)檢查報(bào)告以及影像數(shù)據(jù)等）。

36、對(duì)外交換庫(kù)對(duì)外信息交換庫(kù)是醫(yī)院信息系統(tǒng)與區(qū)域衛(wèi)生信息平臺(tái)進(jìn)行數(shù)據(jù)交換的信息存儲(chǔ)區(qū)域。 為保證系統(tǒng)的相對(duì)獨(dú)立， 我們?cè)O(shè)立對(duì)外信息交換數(shù)據(jù)庫(kù)。對(duì)外交換庫(kù)存儲(chǔ)要推送到區(qū)域衛(wèi)生信息平臺(tái)的電子病歷，同時(shí)也存儲(chǔ)著從區(qū)域平臺(tái)推送來(lái)的健康檔案。在對(duì)外交換庫(kù)中完成電子病歷與健康檔案的相互轉(zhuǎn)換。4.3.5 臨床文檔庫(kù) (cdr) 電子病歷存儲(chǔ)服務(wù)具體由臨床數(shù)據(jù)存儲(chǔ)庫(kù)cdr(clinical data repository)來(lái)實(shí)現(xiàn)。電子病歷主要由臨床文檔組成， 臨床文檔是電子病歷中各類業(yè)務(wù)活動(dòng)記錄的基本形式。 臨床文檔中的數(shù)據(jù)存在著一定的層級(jí)結(jié)構(gòu)關(guān)系，其中有包含與被包含的關(guān)系， 也有按同類屬性相互嵌套的關(guān)系。臨床文

37、檔的結(jié)構(gòu)化和標(biāo)準(zhǔn)化，是電子病歷實(shí)現(xiàn)語(yǔ)義層數(shù)據(jù)交換與共享的基本要求。cdr是醫(yī)院為支持臨床診療和全部醫(yī)、教、研活動(dòng)而以病人為中心重新構(gòu)建. . 的新的一層數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)。 它應(yīng)該是物理存在的， 而不僅僅是概念存在或者是邏輯存在。它是醫(yī)院基于電子病歷的信息平臺(tái)的核心構(gòu)件。它是否存在可以作為醫(yī)院是否擁有真正電子病歷系統(tǒng)的標(biāo)志。它與直接支持醫(yī)療操作的前臺(tái)業(yè)務(wù)信息庫(kù)不同，其數(shù)據(jù)來(lái)自這些業(yè)務(wù)系統(tǒng)， 但與前臺(tái)業(yè)務(wù)流程無(wú)關(guān)。 它也不是通常意義上的數(shù)據(jù)倉(cāng)庫(kù)， 因?yàn)樗膬?nèi)容是隨著醫(yī)院業(yè)務(wù)活動(dòng)動(dòng)態(tài)變化的，并且直接支持醫(yī)生/護(hù)士對(duì)病人臨床記錄的實(shí)時(shí)應(yīng)用。cdr獨(dú)立存在主要用于實(shí)現(xiàn)：1、與復(fù)雜的業(yè)務(wù)處理流程分割病人的臨床

38、信息來(lái)自醫(yī)院現(xiàn)已存在的多種多樣的應(yīng)用系統(tǒng)。一般說(shuō)來(lái)，它們是面向應(yīng)用過(guò)程設(shè)計(jì)的， 是由不同供應(yīng)商提供的， 具有不同的信息模型和軟硬件平臺(tái)，其功能必須滿足管理與臨床應(yīng)用不同的過(guò)程要求，例如一個(gè)實(shí)驗(yàn)室系統(tǒng)。從醫(yī)生開(kāi)出醫(yī)囑，到條碼打印和取得樣本，樣本傳送與接受，上化驗(yàn)設(shè)備，化驗(yàn)過(guò)程的雙向控制， 化驗(yàn)結(jié)果的自動(dòng)獲取， 報(bào)告的產(chǎn)出與確認(rèn)， 報(bào)告的發(fā)出與接受確實(shí)是十分復(fù)雜的。 應(yīng)用系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)必須滿足這些要求，數(shù)據(jù)庫(kù)內(nèi)的化驗(yàn)結(jié)果表達(dá)必然是復(fù)雜多變的。 而電子病歷僅僅關(guān)心化驗(yàn)報(bào)告的最終結(jié)果。因此，如果cdr僅僅保存從檢驗(yàn)系統(tǒng)傳遞來(lái)的化驗(yàn)結(jié)果，那么電子病歷系統(tǒng)就可以和復(fù)雜的業(yè)務(wù)處理流程相分割。 如果電子病

39、歷系統(tǒng)中的化驗(yàn)結(jié)果要從檢驗(yàn)系統(tǒng)中直接獲取，就不得不關(guān)注上述的所有細(xì)節(jié)。2、透明、一致化的數(shù)據(jù)模型cdr的獨(dú)立存在使得一個(gè)統(tǒng)一的、 透明的、一致化的電子病歷信息模型的設(shè)計(jì)與實(shí)現(xiàn)成為可能。這樣一個(gè)模型的存在對(duì)所有應(yīng)用系統(tǒng)的開(kāi)發(fā)商、對(duì)系統(tǒng)集成、. . 對(duì)醫(yī)生護(hù)士對(duì)病人信息的進(jìn)一步應(yīng)用都十分重要。3、應(yīng)用系統(tǒng)升級(jí)容易由于cdr和復(fù)雜的業(yè)務(wù)處理流程相分割，使得以后各應(yīng)用系統(tǒng) （pos）的升級(jí)換代變得簡(jiǎn)單易行。 而這種變化隨著業(yè)務(wù)流程的變化和信息化水平的提高，是經(jīng)常發(fā)生的，也是醫(yī)院信息化發(fā)展進(jìn)程中最讓人頭痛的問(wèn)題。4、對(duì)醫(yī)生 /護(hù)士更友善，效率更高醫(yī)生/護(hù)士使用物理上保存的以病人為中心的電子病歷記錄比起使

40、用分散在不同應(yīng)用系統(tǒng)中的病人記錄來(lái)更得心應(yīng)手、更符合他們的思維習(xí)慣， 應(yīng)答速度會(huì)更快。特別是簡(jiǎn)單、 統(tǒng)一、透明的信息模型的存在使得他們有可能根據(jù)自己臨床工作的需要從 cdr中剪裁出自己的病人臨床記錄子集。5、有利于電子病歷深層次應(yīng)用的開(kāi)發(fā)推廣電子病歷的存在不僅僅是要滿足臨床信息查詢的需要，更重要的是要滿足臨床決策、教學(xué)、科研的深層次的要求，例如警告與提示系統(tǒng)、臨床路徑控制、循證醫(yī)學(xué)支持等等。 這些應(yīng)用的開(kāi)發(fā)， 當(dāng)面對(duì)一個(gè)數(shù)據(jù)相對(duì)穩(wěn)定、 信息模型簡(jiǎn)單清晰、與操作過(guò)程無(wú)關(guān)的存儲(chǔ)庫(kù)時(shí)， 要簡(jiǎn)單得多。特別的，當(dāng)服務(wù)點(diǎn)應(yīng)用系統(tǒng) (point of service ，pos)發(fā)生變化時(shí)，也不會(huì)影響這些深層

41、次的應(yīng)用。. . 4.3.6 臨床數(shù)據(jù)中心構(gòu)建方法廣義的電子病歷覆蓋了患者過(guò)去、現(xiàn)在、未來(lái)所有的醫(yī)療健康相關(guān)的數(shù)據(jù)，這些數(shù)據(jù)的生成和利用涉及到了整個(gè)醫(yī)療過(guò)程的各個(gè)環(huán)節(jié)。即使在一個(gè)醫(yī)療機(jī)構(gòu)內(nèi)部，電子病歷也是往往建立在各類臨床信息系統(tǒng)充分發(fā)展的基礎(chǔ)之上，臨床信. . 息系統(tǒng)構(gòu)成了電子病歷的信息源。顯然，一個(gè)共享的電子病歷邏輯信息模型對(duì)于構(gòu)建臨床數(shù)據(jù)中心以及最終實(shí)現(xiàn)共享的電子病歷來(lái)說(shuō)都具有十分重大的意義。目前，我國(guó)大多數(shù)醫(yī)療機(jī)構(gòu)都已經(jīng)在不同程度上實(shí)現(xiàn)了信息化，建成了各種不同規(guī)模的臨床信息系統(tǒng)。在這種情況下，不改變各個(gè)已有系統(tǒng)的底層信息模型，采用僅在邏輯上集中的方案構(gòu)建臨床數(shù)據(jù)中心比較具有現(xiàn)實(shí)意義。按

42、照這種方案，各種類型的電子病歷數(shù)據(jù)仍由相應(yīng)的臨床信息系統(tǒng)負(fù)責(zé)管理和維護(hù)，保持原有的物理分布特性； 在此之上，采用一定的技術(shù)手段將這些分散存儲(chǔ)的數(shù)據(jù)在邏輯上集中起來(lái)， 為上層的各種電子病歷應(yīng)用提供統(tǒng)一的數(shù)據(jù)訪問(wèn)接口，使得在這些上層系統(tǒng)看來(lái)， 它們所面對(duì)的就是一個(gè)集中式的臨床數(shù)據(jù)中心。為了實(shí)現(xiàn)對(duì)這些多模態(tài)電子病歷數(shù)據(jù)的邏輯上的集中，通常有兩種技術(shù)方案： 基于面向服務(wù)架構(gòu)（soa）和基于集中索引。 soa 是一種將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過(guò)定義一些接口和契約聯(lián)系起來(lái)的軟件系統(tǒng)架構(gòu)，數(shù)據(jù)訪問(wèn)服務(wù)是soa 架構(gòu)中最常見(jiàn)、使用最廣泛的服務(wù)。基于soa構(gòu)建邏輯集中的臨床數(shù)據(jù)中心就是指面向各個(gè)異構(gòu)

43、臨的床信息系統(tǒng)開(kāi)發(fā)一系列的數(shù)據(jù)訪問(wèn)服務(wù)，上層應(yīng)用通過(guò)這些服務(wù)訪問(wèn)電子病歷數(shù)據(jù)。 在這種技術(shù)方案中， 所有對(duì)于服務(wù)接口的調(diào)用都會(huì)涉及到訪問(wèn)一個(gè)或多個(gè)臨床信息系統(tǒng)數(shù)據(jù)庫(kù)，整體效率比較低。 集中索引是指在各個(gè)臨床信息系統(tǒng)之上， 根據(jù)上層應(yīng)用的需求， 為那些經(jīng)常被訪問(wèn)到的電子病歷數(shù)據(jù)建立一個(gè)集中的索引， 基于索引實(shí)現(xiàn)對(duì)電子病歷數(shù)據(jù)的訪問(wèn)。在這種技術(shù)方案中，由于大部分的數(shù)據(jù)訪問(wèn)操作不需要直接連接具體的臨床信息系統(tǒng)數(shù)據(jù)庫(kù)，提高了數(shù)據(jù)訪問(wèn)效率。 但是，為了確保醫(yī)護(hù)人員能夠隨時(shí)獲取到患者最新的電子病歷數(shù)據(jù)，索引必需與原始數(shù)據(jù)保持同步更新。采用這種邏輯集中的方案時(shí)， 由于原始. . 數(shù)據(jù)仍存在于各自臨床信息系統(tǒng)

44、的服務(wù)器中，同樣的數(shù)據(jù)可能同時(shí)在不同系統(tǒng)中存在多個(gè)備份， 因此，如何確保數(shù)據(jù)的一致性、 以及在出現(xiàn)數(shù)據(jù)不一致時(shí)系統(tǒng)的容錯(cuò)能力是在開(kāi)發(fā)服務(wù)和建立索引過(guò)程中需要關(guān)注的問(wèn)題。相對(duì)于基于共享信息模型的技術(shù)方案而言， 邏輯集中的方式可以保持已經(jīng)建立的各個(gè)臨床信息系統(tǒng)不變，或僅需要為了支持?jǐn)?shù)據(jù)交換開(kāi)發(fā)少量的基于標(biāo)準(zhǔn)的消息通訊接口，是一個(gè)比較適合我國(guó)當(dāng)前階段醫(yī)院信息化需求的構(gòu)建臨床數(shù)據(jù)中心的方法。ods （操作數(shù)據(jù)存儲(chǔ)）cdr存儲(chǔ)庫(kù)的組織形式以患者電子病歷為核心展開(kāi)，其存儲(chǔ)結(jié)構(gòu)方式更多的以個(gè)人基本索引模式組織展開(kāi)， 以結(jié)果數(shù)據(jù)為主體， 這樣的組織形式在以個(gè)人視角所見(jiàn)的電子病歷中能夠完整迅速的定位，但對(duì)縱向條

45、線業(yè)務(wù)的支持卻明顯缺乏有力的索引組織，不能完全滿足業(yè)務(wù)的需求。所以很多業(yè)務(wù)數(shù)據(jù)并不都在cdr存儲(chǔ)庫(kù)中存儲(chǔ)， 為了完成某些特定業(yè)務(wù)上的流程要求，可能產(chǎn)生很多中間數(shù)據(jù)， 而這些中間數(shù)據(jù)都有賴 ods數(shù)據(jù)庫(kù)實(shí)現(xiàn)其存儲(chǔ)方式。ods數(shù)據(jù)庫(kù)主要涵蓋臨床和管理數(shù)據(jù)，對(duì)數(shù)據(jù)即席查詢、數(shù)據(jù)倉(cāng)庫(kù)、面向患者的公眾信息服務(wù)以及區(qū)域衛(wèi)生提供數(shù)據(jù)層支持。同時(shí)，ods數(shù)據(jù)庫(kù)支持整個(gè)醫(yī)院范圍內(nèi)各業(yè)務(wù)系統(tǒng)的協(xié)同，可以與cdr結(jié)合作為院內(nèi)臨床及其他業(yè)務(wù)驅(qū)動(dòng)的數(shù)據(jù)，為醫(yī)院內(nèi)平臺(tái)級(jí)別的應(yīng)用（非pos應(yīng)用），如統(tǒng)一調(diào)閱等提供信息支撐。ods數(shù)據(jù)庫(kù)主要是作為 cdr存儲(chǔ)庫(kù)外的業(yè)務(wù)需求的補(bǔ)充。除了電子病歷外，. . 醫(yī)院信息平臺(tái)還需要支持

46、一些其他業(yè)務(wù)，比如說(shuō)婦幼保健等具體醫(yī)療業(yè)務(wù)。這些業(yè)務(wù)所需的一些信息可以從電子病歷中抽取，但是同時(shí)另一部分信息可能和健康信息毫無(wú)關(guān)系只是為業(yè)務(wù)統(tǒng)計(jì)分析時(shí)使用，他們也有一定的業(yè)務(wù)流程，ods就成為此類數(shù)據(jù)的存放場(chǎng)所。ods數(shù)據(jù)庫(kù)還包含對(duì)這些業(yè)務(wù)數(shù)據(jù)的匯總、展現(xiàn)、統(tǒng)計(jì)查詢等功能的支持，他不僅僅是一個(gè)單純的存儲(chǔ)服務(wù)，他可以依賴lrs實(shí)現(xiàn)共享和使用 cdr存儲(chǔ)庫(kù)中已經(jīng)存儲(chǔ)信息的展示。ods、數(shù)據(jù)倉(cāng)庫(kù)和業(yè)務(wù)信息庫(kù)的區(qū)別在于：業(yè)務(wù)信息庫(kù)一般針對(duì)實(shí)時(shí)性非常強(qiáng)的事務(wù)性操作和這些操作所對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)。其特點(diǎn)是數(shù)據(jù)實(shí)時(shí)性很強(qiáng)， 但數(shù)據(jù)規(guī)模不大。 數(shù)據(jù)倉(cāng)庫(kù)一般針對(duì)很大規(guī)模的數(shù)據(jù)量。但是其數(shù)據(jù)為歷史數(shù)據(jù)， 時(shí)效性不強(qiáng)。

47、 ods 則介于二者之間。ods數(shù)據(jù)來(lái)源于在線業(yè)務(wù)系統(tǒng)的實(shí)時(shí)映像。映像數(shù)據(jù)保存周期為數(shù)據(jù)集市或數(shù)據(jù)倉(cāng)庫(kù)的裝載周期。利用ods系統(tǒng)，我們即可以允許歷史數(shù)據(jù)在保存周期中進(jìn)行更新， 又可以隨時(shí)對(duì)現(xiàn)有監(jiān)測(cè)數(shù)據(jù)進(jìn)行分析，滿足應(yīng)急性分析需求。 數(shù)據(jù)從業(yè)務(wù)庫(kù)抽取出來(lái)裝載到 ods后，從 ods系統(tǒng)中進(jìn)行數(shù)據(jù)清洗和轉(zhuǎn)換從而完成在建立數(shù)據(jù)倉(cāng)庫(kù) /數(shù)據(jù)集市之前的數(shù)據(jù)準(zhǔn)備工作。為了不影響業(yè)務(wù)數(shù)據(jù)庫(kù)的性能，一般ods的數(shù)據(jù)庫(kù)結(jié)構(gòu)和業(yè)務(wù)數(shù)據(jù)庫(kù)是完全一致的，這樣數(shù)據(jù)可以高效的從業(yè)務(wù)數(shù)據(jù)庫(kù)中抽取出來(lái)。 ods和數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)庫(kù)結(jié)構(gòu)則往往區(qū)別較大。ods的數(shù)據(jù)需要進(jìn)行數(shù)據(jù)轉(zhuǎn)換方可進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)。. . 數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)倉(cāng)庫(kù)是在臨床

48、數(shù)據(jù)、 醫(yī)院管理類數(shù)據(jù)以及財(cái)務(wù)類數(shù)據(jù)采集的基礎(chǔ)上對(duì)各類數(shù)據(jù)進(jìn)行歸類整合并加以利用。按其數(shù)據(jù)的性質(zhì)大致可分為三類：衛(wèi)生資源信息、臨床診療信息、 衛(wèi)生業(yè)務(wù)信息。 其中衛(wèi)生資源信息可作為衛(wèi)生資源分布的基礎(chǔ)數(shù)據(jù)；臨床診療中與費(fèi)用相關(guān)的信息可作為衛(wèi)生資源消耗的基礎(chǔ)數(shù)據(jù)；臨床診療中的疾病數(shù)據(jù)和衛(wèi)生業(yè)務(wù)信息可作為衛(wèi)生資源需求的基礎(chǔ)數(shù)據(jù)，醫(yī)院的管理與決策可利用這些數(shù)據(jù)所產(chǎn)生的信息為相關(guān)的衛(wèi)生決策進(jìn)行支撐。為快速的展示各種業(yè)務(wù)統(tǒng)計(jì)分析的報(bào)表及結(jié)果，必須首先對(duì)不同來(lái)源的數(shù)據(jù)按照主題的方式來(lái)進(jìn)行組織和處理，按照業(yè)務(wù)統(tǒng)計(jì)分析的需求搭建數(shù)據(jù)倉(cāng)庫(kù)，實(shí)現(xiàn)對(duì)數(shù)據(jù)的多維管理。 數(shù)據(jù)倉(cāng)庫(kù)包括相應(yīng)的事實(shí)表和維度表，基于上述業(yè)務(wù)統(tǒng)計(jì)

49、分析的要求，可采用多個(gè)面向不同主題的事實(shí)表共享維度表的“星型”數(shù)據(jù)倉(cāng)庫(kù)模型。數(shù)據(jù)倉(cāng)庫(kù)的建立，有利于后期對(duì)數(shù)據(jù)的高效應(yīng)用。ods庫(kù)是醫(yī)院醫(yī)療信息原始業(yè)務(wù)數(shù)據(jù)庫(kù)的鏡像庫(kù)，定時(shí)與醫(yī)療信息業(yè)務(wù)數(shù)據(jù)庫(kù)進(jìn)行同步， 為后面的數(shù)據(jù)轉(zhuǎn)換、 數(shù)據(jù)倉(cāng)庫(kù)建立提供穩(wěn)定、 可靠的數(shù)據(jù)源。 ods 庫(kù)的設(shè)置，緩解了etl 過(guò)程中頻繁訪問(wèn)生產(chǎn)數(shù)據(jù)服務(wù)器產(chǎn)生的大批量數(shù)據(jù)交換對(duì)醫(yī)院信息平臺(tái)及網(wǎng)絡(luò)造成的壓力， 并最大限度降低數(shù)據(jù)數(shù)據(jù)倉(cāng)庫(kù)對(duì)原有業(yè)務(wù)系統(tǒng)的影響。數(shù)據(jù)倉(cāng)庫(kù)是數(shù)據(jù)整合匯總中心， 以業(yè)務(wù)需求為基礎(chǔ)創(chuàng)建ods庫(kù)數(shù)據(jù)的抽取整理規(guī)范及流程，抽象出滿足業(yè)務(wù)分析主題的度量和維度，區(qū)分事實(shí)表與維度表，按照“星型模型”、“雪花模型”的方式

50、建立事實(shí)表與維度表之間的關(guān)聯(lián)關(guān)系，將原有的二維數(shù)據(jù)表轉(zhuǎn)換成以分析主題為中心的多維表。數(shù)據(jù)倉(cāng)庫(kù)的建立， 可以有效地管理業(yè)務(wù)數(shù)據(jù)，為數(shù)據(jù)展示、挖掘利用奠定基礎(chǔ)。. . 數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)主要供管理決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢，一般情況下并不進(jìn)行修改操作。 數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)反映的是一段相當(dāng)長(zhǎng)的時(shí)間內(nèi)歷史數(shù)據(jù)的內(nèi)容， 是不同時(shí)點(diǎn)的數(shù)據(jù)庫(kù)快照的集合，以及基于這些快照進(jìn)行統(tǒng)計(jì)、綜合和重組的導(dǎo)出數(shù)據(jù)， 而不是聯(lián)機(jī)處理的數(shù)據(jù)。 因?yàn)閿?shù)據(jù)倉(cāng)庫(kù)只進(jìn)行數(shù)據(jù)查詢操作，所以數(shù)據(jù)倉(cāng)庫(kù)管理系統(tǒng)相比數(shù)據(jù)庫(kù)管理系統(tǒng)而言要簡(jiǎn)單得多。數(shù)據(jù)庫(kù)管理系統(tǒng)中許多技術(shù)難點(diǎn)， 如完整性保護(hù)、 并發(fā)控制等等， 在數(shù)據(jù)倉(cāng)庫(kù)的管理中幾乎可

51、以省去。 但是由于數(shù)據(jù)倉(cāng)庫(kù)的查詢數(shù)據(jù)量往往很大，所以就對(duì)數(shù)據(jù)查詢提出了更高的要求， 它要求采用各種復(fù)雜的索引技術(shù)；同時(shí)由于數(shù)據(jù)倉(cāng)庫(kù)面向的是高層管理者，他們會(huì)對(duì)數(shù)據(jù)查詢的界面友好性和數(shù)據(jù)展示提出更高的要求。醫(yī)學(xué)知識(shí)庫(kù)醫(yī)學(xué)知識(shí)庫(kù)用來(lái)存放各種規(guī)劃、專家的經(jīng)驗(yàn)、有關(guān)知識(shí)和因果關(guān)系等，主要包括事實(shí)庫(kù)、 規(guī)則庫(kù)和約束庫(kù)三部分。 事實(shí)庫(kù)存放求解問(wèn)題的說(shuō)明性知識(shí)、構(gòu)成信息實(shí)體的事實(shí)等； 規(guī)則庫(kù)中的主要內(nèi)容是特定領(lǐng)域構(gòu)規(guī)則、定理、定律等過(guò)程性知識(shí)及說(shuō)明模型庫(kù)中各個(gè)模型的使用范圍、方法及關(guān)系的規(guī)則信息。 約束庫(kù)主要是說(shuō)明知識(shí)的使用范圍和使用條件。知識(shí)庫(kù)管理系統(tǒng)的主要功能是在決策過(guò)程中，通過(guò)人機(jī)交互作用，使系統(tǒng)能夠

52、模擬決策者的思維方法和思維過(guò)程，發(fā)揮專家的經(jīng)驗(yàn)、 推測(cè)和判斷， 從而使問(wèn)題得到一個(gè)滿意而又具有一定可信度的解答,同時(shí)可以根據(jù)知識(shí)庫(kù)的知識(shí)和經(jīng)驗(yàn)生成建議以支持決策。 由此可見(jiàn)，醫(yī)學(xué)知識(shí)庫(kù)是臨床決策支持系統(tǒng)中的另一個(gè)重要元素。知識(shí)庫(kù)應(yīng)包含詞庫(kù)、術(shù)語(yǔ)字典、模型結(jié)構(gòu)、知識(shí)倉(cāng)庫(kù)四個(gè)部分。. . 疾病數(shù)據(jù)庫(kù)疾病數(shù)據(jù)庫(kù)是一種將疾病按病種或術(shù)種進(jìn)行分類，使數(shù)據(jù)標(biāo)準(zhǔn)化，存放在計(jì)算機(jī)數(shù)據(jù)庫(kù)中，以備研究使用的數(shù)據(jù)管理與分析系統(tǒng)。包括：疾病名、英文名、縮寫(xiě)、別名、 icd 疾病代碼、概述、流行病學(xué)、病因、發(fā)病機(jī)制、臨床表現(xiàn)、并發(fā)癥、實(shí)驗(yàn)室檢查、其他輔助檢查、診斷、鑒別診斷、治療、預(yù)防、預(yù)后及循證醫(yī)學(xué)證據(jù)等項(xiàng)目。 通過(guò)

53、疾病分析統(tǒng)計(jì)數(shù)據(jù)庫(kù)， 可以將科室多年積累的病例全部存入計(jì)算機(jī)，根據(jù)需要隨時(shí)調(diào)出，計(jì)算統(tǒng)計(jì)結(jié)果。只有利用數(shù)據(jù)庫(kù)技術(shù)，通過(guò)科學(xué)分類，歸納疾病知識(shí)體系，建立系統(tǒng)化專科疾病統(tǒng)計(jì)數(shù)據(jù)庫(kù)，才能獲取高質(zhì)、完整研究資源，進(jìn)而取得廣泛研究成果。藥品數(shù)據(jù)庫(kù)提供藥品信息，包括藥名、英文名、別名、劑型、藥理作用、藥動(dòng)學(xué)、適應(yīng)證、禁忌證、注意事項(xiàng)、不良反應(yīng)、 用法用量、 藥物相互作用、 專家點(diǎn)評(píng)等項(xiàng)目。藥品相互作用審查提示兩種藥物給一個(gè)患者時(shí)可能出現(xiàn)的藥理學(xué)效應(yīng)，這些相互作用可能導(dǎo)致毒性增強(qiáng)、藥效降低等，使藥物的實(shí)際使用效果發(fā)生改變，或?qū)е虏涣挤磻?yīng)。藥物過(guò)敏預(yù)警主要對(duì)藥品的禁忌癥、副作用、老年人用藥、兒童用藥、妊娠期、

54、特殊藥物劑量的審查和預(yù)警。. . 合理用藥監(jiān)控提供藥師在藥品調(diào)配時(shí)對(duì)患者處方或醫(yī)囑進(jìn)行合理用藥自動(dòng)和人工審查功能，將發(fā)現(xiàn)的問(wèn)題進(jìn)行記錄并反饋給責(zé)任醫(yī)師的功能。用藥研究用藥研究模塊是提供給醫(yī)生研究藥品資料的入口，在該模塊中醫(yī)生可以查詢和組合審查藥品知識(shí)庫(kù)中全部幾萬(wàn)種藥品，也可將當(dāng)前下達(dá)的用藥醫(yī)囑導(dǎo)入用藥研究中與另外的藥品組合測(cè)試，在用藥研究平臺(tái)中所有信息都不會(huì)被保存，也不會(huì)影響醫(yī)生工作站正常的醫(yī)囑。輔助檢查數(shù)據(jù)庫(kù)提供各類檢查項(xiàng)目信息，每一種檢查項(xiàng)目涉及名稱、縮寫(xiě)、正常值、臨床意義等內(nèi)容。循證醫(yī)學(xué)數(shù)據(jù)庫(kù)主要包括：臨床實(shí)踐指南、系統(tǒng)評(píng)價(jià)和臨床科學(xué)研究，其中臨床科學(xué)研究包括：隨機(jī)對(duì)照試驗(yàn)、對(duì)照臨床試驗(yàn)

55、、非隨機(jī)對(duì)照臨床試驗(yàn)、病例對(duì)照研究、隊(duì)列研究、病例報(bào)告、 病例分析及橫斷面研究等研究證據(jù)。以統(tǒng)一的數(shù)據(jù)規(guī)范存儲(chǔ)成全文數(shù)據(jù)庫(kù)。 循證醫(yī)學(xué)數(shù)據(jù)庫(kù)的建立， 有利于提高醫(yī)療質(zhì)量和臨床科研水平。實(shí)施循證醫(yī)學(xué)將會(huì)不斷淘汰現(xiàn)行無(wú)效的醫(yī)學(xué)干預(yù)措施，防止新無(wú)效的措施進(jìn)入醫(yī)學(xué)實(shí)踐， 從而不斷提高醫(yī)療衛(wèi)生服務(wù)質(zhì)量和效率，充分利用有限醫(yī)學(xué)資源。 通過(guò)對(duì)醫(yī)學(xué)信息的挖掘、 整理，進(jìn)行知識(shí)的重新組織， 實(shí)現(xiàn)從信息服務(wù)向知識(shí)服務(wù). . 轉(zhuǎn)變。醫(yī)學(xué)資料參照庫(kù)提供具有代表性權(quán)威臨床研究論文、醫(yī)學(xué)期刊和臨床醫(yī)學(xué)學(xué)會(huì)的全文文獻(xiàn)。提供各科權(quán)威臨床醫(yī)學(xué)教科書(shū)全文。針對(duì)特定主題做導(dǎo)覽式查詢， 并提供相關(guān)圖書(shū)、期刊文獻(xiàn)、藥物信息、臨床指引、

56、衛(wèi)教信息等參考列表。臨床輔助診斷主要提供輔助診斷治療，根據(jù)病人的癥狀，通過(guò)分析決策引擎，推斷出患者的疾病，并提供合適的治療方案， 供醫(yī)生參考。 在醫(yī)生確診并開(kāi)出處方或處置以后，對(duì)疾病、處方以及處置進(jìn)行分析，與知識(shí)庫(kù)中的規(guī)則進(jìn)行比對(duì)，確認(rèn)處方、處置的安全可靠性，如果有異常，則發(fā)出警報(bào)，對(duì)醫(yī)生提醒，從而提升醫(yī)療服務(wù)質(zhì)量，減少或避免醫(yī)療事故的發(fā)生。4.4 數(shù)據(jù)交換層醫(yī)院集成平臺(tái)核心是數(shù)據(jù)交換總線，這解決當(dāng)前大部分醫(yī)院最關(guān)注的電子病歷與移動(dòng)醫(yī)療等業(yè)務(wù)系統(tǒng)接口交互共享及消息數(shù)據(jù)狀態(tài)同步（消息一體化機(jī)制）等問(wèn)題。集成平臺(tái)主要包括業(yè)務(wù)數(shù)據(jù)集并提供相應(yīng)的標(biāo)準(zhǔn)處理接口api（含數(shù)據(jù)采集與數(shù)據(jù)發(fā)布查詢更新） ，同

57、時(shí)提供相應(yīng)的適配器服務(wù)來(lái)處理不同供應(yīng)商系統(tǒng)與集成平臺(tái)標(biāo)準(zhǔn)接口的數(shù)據(jù)交互。通過(guò)數(shù)據(jù)交換平臺(tái)， 使整個(gè)臨床業(yè)務(wù)活動(dòng)能基于醫(yī)院集成平臺(tái)更為充分的實(shí). . 現(xiàn)信息的共享與交換。 實(shí)現(xiàn)各項(xiàng)臨床業(yè)務(wù)活動(dòng)在信息使用層面上最大程度的業(yè)務(wù)協(xié)同。使實(shí)際臨床業(yè)務(wù)工作在充分的信息利用條件下實(shí)現(xiàn)提高業(yè)務(wù)效率、減少臨床差錯(cuò)、降低業(yè)務(wù)成本、提高臨床服務(wù)滿意度。通過(guò)開(kāi)放平臺(tái)提供的標(biāo)準(zhǔn)化接口，幫助第三方供應(yīng)商通過(guò)運(yùn)用和組裝平臺(tái)接口及第三方服務(wù)接口產(chǎn)生新應(yīng)用，允許第三方實(shí)現(xiàn)擴(kuò)展應(yīng)用功能， 同時(shí)提供統(tǒng)一便捷的接入方式保證新應(yīng)用基于平臺(tái)環(huán)境的統(tǒng)一管理和運(yùn)行。esb（enterprise service bus ，企業(yè)服務(wù)總線）是傳統(tǒng)

58、中間件技術(shù)與xml、web 服務(wù)等技術(shù)結(jié)合的產(chǎn)物。esb 提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。企業(yè)服務(wù)總線esb 就是一種可以提供可靠的、有保證的消息技術(shù)的最新方法。 esb 中間件產(chǎn)品利用的是web 服務(wù)標(biāo)準(zhǔn)和與公認(rèn)的可靠消息協(xié)議接口。 esb 產(chǎn)品的共有特性包括 :連接異構(gòu)的 mom、利用 web 服務(wù)描述語(yǔ)言接口封裝mom 協(xié)議，以及在mom 傳輸層上傳送簡(jiǎn)單對(duì)象應(yīng)用協(xié)議(soap) 傳輸流的能力。大多數(shù) esb 產(chǎn)品支持在分布式應(yīng)用之間通過(guò)中間層如集成代理實(shí)現(xiàn)直接對(duì)等溝通。. . esb采用了 “總線”這樣一種模式來(lái)管理和簡(jiǎn)化應(yīng)用之間的集成拓?fù)浣Y(jié)構(gòu)，以廣為接受的

59、開(kāi)放標(biāo)準(zhǔn)為基礎(chǔ)來(lái)支持應(yīng)用之間在消息、事件和服務(wù)的級(jí)別上動(dòng)態(tài)的互連互通。esb是一種在松散耦合的服務(wù)和應(yīng)用之間標(biāo)準(zhǔn)的集成方式。它可以作用于：面向服務(wù)的架構(gòu)分布式的應(yīng)用由可重用的服務(wù)組成面向消息的架構(gòu)應(yīng)用之間通過(guò)esb發(fā)送和接受消息事件驅(qū)動(dòng)的架構(gòu)應(yīng)用之間異步地產(chǎn)生和接收消息應(yīng)用集成管理服務(wù)用于對(duì)各種基本服務(wù)和應(yīng)用程序進(jìn)行統(tǒng)一的管理與監(jiān)控。通過(guò)開(kāi)放平臺(tái)提供的標(biāo)準(zhǔn)化接口， 幫助第三方開(kāi)發(fā)者通過(guò)運(yùn)用和組裝平臺(tái)接口及第三方服務(wù)接口產(chǎn)生新的應(yīng)用，允許第三方實(shí)現(xiàn)擴(kuò)展應(yīng)用功能，同時(shí)提供統(tǒng)一、便捷的接入方式保證新應(yīng)用基于平臺(tái)環(huán)境的統(tǒng)一管理和運(yùn)行。應(yīng)用集成管理服務(wù)通過(guò)開(kāi)放的合作方式， 利用共享資源相互交換形成平臺(tái)提

60、供商及應(yīng)用開(kāi)發(fā)商的共贏， 是實(shí)現(xiàn)平臺(tái)應(yīng)用豐富多元的重要基礎(chǔ)， 促進(jìn)了平臺(tái)產(chǎn)業(yè)健康發(fā)展的良性循環(huán)。主要功能與特點(diǎn)：開(kāi)放式基礎(chǔ)工作環(huán)境，通過(guò)可持續(xù)運(yùn)營(yíng)模式最大限度保護(hù)現(xiàn)有投資; 提供實(shí)時(shí)預(yù)警方式確保平臺(tái)應(yīng)用不間斷運(yùn)行；支持電腦、手機(jī)、平板等多種終端設(shè)備，滿足服務(wù)提供方式的靈活性；通過(guò)集成統(tǒng)一視圖技術(shù)確保第三方應(yīng)用的無(wú)縫快速集成；提供標(biāo)準(zhǔn)的開(kāi)發(fā)支撐組件，有效支撐第三方應(yīng)用供應(yīng)商參與到醫(yī)療平臺(tái)應(yīng)用開(kāi)發(fā)與持續(xù)性建設(shè)。. . 4.1.1. 數(shù)據(jù)交換層總線技術(shù)特點(diǎn)醫(yī)院集成平臺(tái)的數(shù)據(jù)交換服務(wù)總線具有以下技術(shù)特點(diǎn)：soa支持方面，遵循 soa設(shè)計(jì)原則和技術(shù)標(biāo)準(zhǔn)，能夠構(gòu)建標(biāo)準(zhǔn)的企業(yè)服務(wù)總線平臺(tái)，提供松耦合模式，將