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

./醫(yī)院信息系統(tǒng)集成平臺(tái)建設(shè)方案目錄1.背景52.建設(shè)目標(biāo)52.1實(shí)現(xiàn)醫(yī)療信息資源整合與利用62.2實(shí)現(xiàn)醫(yī)院數(shù)據(jù)中心建設(shè)62.3提供管理決策及臨床決策支持73.設(shè)計(jì)原則7實(shí)用性和先進(jìn)性8安全性和可靠性8開(kāi)放性、互連性和標(biāo)準(zhǔn)化9靈活性與可擴(kuò)展性9經(jīng)濟(jì)性與投資保護(hù)9易管理和易操作性9整體設(shè)計(jì)和多種應(yīng)用相匹配104.建設(shè)方案104.1醫(yī)院信息化建設(shè)面臨的問(wèn)題和難題104.2醫(yī)院集成平臺(tái)總體框架144.3標(biāo)準(zhǔn)化數(shù)據(jù)中心16建立數(shù)據(jù)中心的意義17基礎(chǔ)信息庫(kù)20業(yè)務(wù)信息庫(kù)21交換信息庫(kù)21臨床文檔庫(kù)<CDR>22臨床數(shù)據(jù)中心構(gòu)建方法25操作數(shù)據(jù)存儲(chǔ)ODS26數(shù)據(jù)倉(cāng)庫(kù)28醫(yī)學(xué)知識(shí)庫(kù)294.4數(shù)據(jù)交換總線平臺(tái)324.1.1.數(shù)據(jù)交換總線技術(shù)特點(diǎn)354.1.2.數(shù)據(jù)交換總線功能特點(diǎn)364.1.3.基于數(shù)據(jù)交換服務(wù)總線的業(yè)務(wù)數(shù)據(jù)交互384.1.4.業(yè)務(wù)規(guī)則引擎444.1.5.事件驅(qū)動(dòng)引擎454.1.6.集團(tuán)化醫(yī)院信息交換平臺(tái)454.5公共消息服務(wù)平臺(tái)464.1.7.支持HL7引擎服務(wù)部件484.1.8.適配器服務(wù)部件514.2.Ensemble集成平臺(tái)中間件534.2.1.EnsembleHIE構(gòu)成組件534.2.2.EnsembleHIE設(shè)計(jì)原則564.2.3.EnsembleHIE技術(shù)特點(diǎn)574.2.4.EnsembleHIE功能介紹62病人主索引〔MPI654.2.5.病人主索引功能664.3.統(tǒng)一身份認(rèn)證授權(quán)平臺(tái)704.3.1.統(tǒng)一身份認(rèn)證授權(quán)平臺(tái)主要功能71.單點(diǎn)登錄71.身份管理72.授權(quán)管理72.安全審計(jì)724.3.2.統(tǒng)一身份認(rèn)證授權(quán)實(shí)現(xiàn)方法73醫(yī)院決策分析平臺(tái)744.3.3.決策支撐平臺(tái)技術(shù)架構(gòu)764.3.4.決策支撐平臺(tái)數(shù)據(jù)架構(gòu)774.3.5.指標(biāo)加工邏輯架構(gòu)784.3.6.系統(tǒng)工作內(nèi)容及技術(shù)路線80.指標(biāo)庫(kù)構(gòu)建與管理的工作內(nèi)容要求80.指標(biāo)庫(kù)構(gòu)建與管理的設(shè)計(jì)原則84.指標(biāo)庫(kù)構(gòu)建與管理的技術(shù)路線85短信服務(wù)平臺(tái)854.3.7.短信平臺(tái)架構(gòu)864.3.8.短信平臺(tái)功能模塊86.通知功能86.查詢功能87.信息管理87.語(yǔ)音信箱咨詢功能87.醫(yī)院信息查詢功能87.投訴/舉報(bào)/建議受理功能87.自動(dòng)服務(wù)功能88.導(dǎo)醫(yī)功能88后臺(tái)運(yùn)維管理系統(tǒng)884.3.9.信息資源統(tǒng)一監(jiān)控系統(tǒng)設(shè)計(jì)原則914.3.10.信息資源統(tǒng)一監(jiān)控系統(tǒng)架構(gòu)及技術(shù)實(shí)現(xiàn)924.3.11.信息資源統(tǒng)一監(jiān)控系統(tǒng)管理模型93安全保障體系944.3.12.隱私保護(hù)措施944.3.13.網(wǎng)絡(luò)安全保障974.3.14.數(shù)據(jù)保密性984.3.15.數(shù)據(jù)完整性994.3.16.惡意代碼防范1004.3.17.性能保障措施1014.3.18.運(yùn)行環(huán)境保障措施1024.3.19.信息安全與審計(jì)保障措施1035.平臺(tái)擴(kuò)展103建設(shè)背景我國(guó)醫(yī)院信息系統(tǒng)建設(shè)已經(jīng)有三十年的發(fā)展歷史,早期有所謂的AllinOne的系統(tǒng),所有的應(yīng)用都由一個(gè)供應(yīng)商提供,服務(wù)于不同目的的應(yīng)用模塊,包裝在一個(gè)軟件包中,所有的數(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)用系統(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ī)改政策的實(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ù)交換。建設(shè)目標(biāo)2.1實(shí)現(xiàn)醫(yī)療信息資源整合與利用為實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)信息互聯(lián)互通,如果采用推倒重建的方法,就有可能將浪費(fèi)大量的資金,并引起業(yè)務(wù)震蕩。通過(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á)到一處采集多處利用；以病人為主線,將病人在醫(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),把傳統(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)展。設(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è)子系統(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)構(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ù)處理要求,以滿足醫(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)化系統(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ò)容和升級(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í)間內(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ā)提供靈活的手段。可維護(hù)、可管理性通過(guò)統(tǒng)一網(wǎng)管,對(duì)信息系統(tǒng)平臺(tái)進(jìn)行統(tǒng)一管理,提供可視化的網(wǎng)絡(luò)拓?fù)洹⒕W(wǎng)絡(luò)狀態(tài)監(jiān)控、故障事件實(shí)時(shí)預(yù)警和告警、異常網(wǎng)絡(luò)流量統(tǒng)計(jì)等。建設(shè)方案4.1醫(yī)院信息化建設(shè)面臨的問(wèn)題和難題難題1:系統(tǒng)集成度較低醫(yī)院信息工作以采集到的數(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ī)范很少,信息的共享與交換主要以"點(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ù)采集上,信息間的共享并不充分,如急診、危重病人的報(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ú)法追蹤。接口耦合度高點(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)的服務(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)行二次處理〔如科研或質(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)準(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ù)類標(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)容包括：基本數(shù)據(jù)字典：科室字典、員工字典、用戶字典等；患者注冊(cè)基本信息；門診業(yè)務(wù)數(shù)據(jù)結(jié)果集：掛號(hào)記錄、診斷記錄、處方記錄、結(jié)算記錄等；住院業(yè)務(wù)數(shù)據(jù)結(jié)果集：住院記錄、診斷記錄、醫(yī)囑記錄、結(jié)算記錄等；健康體檢數(shù)據(jù)結(jié)果集：體檢登記記錄、診斷記錄、體格檢查記錄、評(píng)估報(bào)告、費(fèi)用記錄等；電子病歷結(jié)構(gòu)化數(shù)據(jù)集；決策分析數(shù)據(jù)集；醫(yī)院管理指標(biāo)數(shù)據(jù)集；上述部分結(jié)構(gòu)主要是結(jié)果集的采集存儲(chǔ),為了滿足不同平臺(tái)之間或系統(tǒng)之間數(shù)據(jù)交互,涉及的業(yè)務(wù)相關(guān)數(shù)據(jù)集：住院患者信息相關(guān)表：如在院患者記錄表、出入轉(zhuǎn)記錄表；臨床路徑相關(guān)表；單據(jù)記錄及狀態(tài)相關(guān)表：?jiǎn)螕?jù)表、單據(jù)狀態(tài)事件表等；電子申請(qǐng)單記錄表及醫(yī)技預(yù)約反饋記錄表；檢驗(yàn)、檢查報(bào)告記錄表；系統(tǒng)間消息交互數(shù)據(jù)集；建立數(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)準(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)有：疾病代碼、科室分類、藥典、非藥品記費(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)行效率越來(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)行效率的矛盾,極大地提高了基礎(chǔ)業(yè)務(wù)系統(tǒng)的維護(hù)性與穩(wěn)定性。共享基礎(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ǔ)?？梢越⑨t(yī)院診療資源注冊(cè)庫(kù),可以作為醫(yī)院管理以及績(jī)效考核的基礎(chǔ)。數(shù)據(jù)元字典是輔助各類醫(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)作用。原始業(yè)務(wù)信息庫(kù)業(yè)務(wù)信息庫(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ù),并為機(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ù)中的電子病歷。交換信息庫(kù)交換信息庫(kù)是信息平臺(tái)的數(shù)據(jù)轉(zhuǎn)換樞紐,包括中心交換庫(kù)和對(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ù)等。對(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)換。臨床文檔庫(kù)<CDR>電子病歷存儲(chǔ)服務(wù)具體由臨床數(shù)據(jù)存儲(chǔ)庫(kù)CDR<ClinicalDataRepository>來(lái)實(shí)現(xiàn)。電子病歷主要由臨床文檔組成,臨床文檔是電子病歷中各類業(yè)務(wù)活動(dòng)記錄的基本形式。臨床文檔中的數(shù)據(jù)存在著一定的層級(jí)結(jié)構(gòu)關(guān)系,其中有包含與被包含的關(guān)系,也有按同類屬性相互嵌套的關(guān)系。臨床文檔的結(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ù)處理流程分割病人的臨床信息來(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ù)處理流程相分割。如果電子病歷系統(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ù)士使用物理上保存的以病人為中心的電子病歷記錄比起使用分散在不同應(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)<PointofService,PoS>發(fā)生變化時(shí),也不會(huì)影響這些深層次的應(yīng)用。臨床數(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í)意義。按照這種方案,各種類型的電子病歷數(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ù)?；赟OA構(gòu)建邏輯集中的臨床數(shù)據(jù)中心就是指面向各個(gè)異構(gòu)臨的床信息系統(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)的服務(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ì)縱向條線業(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)還需要支持一些其他業(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)。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ù)是在臨床數(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ì)分析的要求,可采用多個(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í)表與維度表,按照"星型模型"、"雪花模型"的方式建立事實(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ù)的管理中幾乎可以省去。但是由于數(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)能夠模擬決策者的思維方法和思維過(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ò)疾病分析統(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)化?？萍膊〗y(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ì)藥品的禁忌癥、副作用、老年人用藥、兒童用藥、妊娠期、特殊藥物劑量的審查和預(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)、非隨機(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)、藥物信息、臨床指引、衛(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ā)布查詢更新,同時(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〔EnterpriseServiceBus,企業(yè)服務(wù)總線是傳統(tǒng)中間件技術(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),以廣為接受的開(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)提供商及應(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è)。數(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),提供松耦合模式,將業(yè)務(wù)邏輯和應(yīng)用邏輯、數(shù)據(jù)邏輯等分離開(kāi),提供一個(gè)滿足企業(yè)的應(yīng)用集成和信息調(diào)解需求的解決方案；Web服務(wù)支持方面,支持最新WebServices標(biāo)準(zhǔn),包括SOAP1.1/1.2、WSDL1.1、MTOM/XOP、WS-IBasicProfile1.1等,支持WebServices自有的安全性WS-Security和尋址功能WS-Addressing,可以實(shí)現(xiàn)WebServices同步和異步不同形式的調(diào)用；智能路由方面,靈活的消息路由方式,支持基于消息內(nèi)容的處理和路由；而且還可以執(zhí)行一系列方式的消息交互,包括了過(guò)濾、充實(shí)、監(jiān)視、分發(fā)、關(guān)聯(lián)、拆分〔一對(duì)多和合成〔多對(duì)一等；XML格式轉(zhuǎn)換方面,標(biāo)準(zhǔn)XML數(shù)據(jù)的格式轉(zhuǎn)換,并且可以通過(guò)圖形化映射組件、XSLT、等多種方式實(shí)現(xiàn)轉(zhuǎn)換功能；非XML格式轉(zhuǎn)換方面,非標(biāo)準(zhǔn)XML數(shù)據(jù)的格式轉(zhuǎn)換,實(shí)現(xiàn)XML消息格式和其他數(shù)據(jù)格式之間的映射,同時(shí)也要支持自定義數(shù)據(jù)格式；發(fā)布/訂閱方面,提供發(fā)布/訂閱功能,支持隊(duì)列和主題兩種訂閱模式,主題訂閱模式支持樹(shù)狀結(jié)構(gòu),即支持多級(jí)主題模式,支持主題模糊的匹配方式,同時(shí)支持跨越多節(jié)點(diǎn)的發(fā)布訂閱能力；圖形化開(kāi)發(fā)工具方面,提供圖形化界面開(kāi)發(fā)工具,實(shí)現(xiàn)簡(jiǎn)單和復(fù)雜的數(shù)據(jù)流程設(shè)計(jì),提供圖形化界面的數(shù)據(jù)映射和拖拽方式,以及配置功能的開(kāi)發(fā)。提供多種內(nèi)置功能組件和節(jié)點(diǎn),功能涵蓋協(xié)議接入、路由、轉(zhuǎn)換、監(jiān)控、例外處理等,同時(shí)要支持自定義的處理節(jié)點(diǎn),提供多種編程語(yǔ)言的實(shí)現(xiàn)接口；通訊協(xié)議支持方面,提供可靠的數(shù)據(jù)或消息傳輸,確保消息傳輸?shù)淖詈?jiǎn)化連接方式,支持靈活和開(kāi)放的協(xié)議支持,包括HTTP/HTTPS、JMS、FTP/File、Socket、SMTP、SOAP/HTTP等；數(shù)據(jù)庫(kù)支持方面,實(shí)現(xiàn)與關(guān)系數(shù)據(jù)庫(kù)實(shí)現(xiàn)無(wú)縫的集成,同時(shí)支持JDBC和ODBC兩種數(shù)據(jù)庫(kù)連接方式,支持?jǐn)?shù)據(jù)庫(kù)要涵蓋主流數(shù)據(jù)庫(kù)；在數(shù)據(jù)交換和流轉(zhuǎn)的過(guò)程中,支持業(yè)務(wù)邏輯中對(duì)不同數(shù)據(jù)庫(kù)的存儲(chǔ)操作,支持對(duì)不同數(shù)據(jù)庫(kù)實(shí)現(xiàn)不同的用戶和密碼支持。管理方面,提供圖形化性能監(jiān)控工具,支持統(tǒng)計(jì)和分析的功能；性能方面,具備高性能處理能力,尤其對(duì)于XML數(shù)據(jù)的校驗(yàn)和解析、XSLT解析、非XML報(bào)文的處理、路由和過(guò)濾、數(shù)據(jù)庫(kù)操作、WebServices調(diào)用等都要滿足高性能要求,提供動(dòng)態(tài)的緩存機(jī)制,保證數(shù)據(jù)能夠在內(nèi)存中最快速的處理；可用性方面,提供高可用性,保證平臺(tái)7*24小時(shí)的運(yùn)行；提供高穩(wěn)定性,保證在數(shù)據(jù)量或應(yīng)用連接數(shù)高峰運(yùn)行時(shí)的系統(tǒng)運(yùn)行正常,保障持久化系統(tǒng)運(yùn)行；安全性方面,提供多種安全機(jī)制,用戶級(jí)別的認(rèn)證、授權(quán),支持標(biāo)準(zhǔn)的LDAP服務(wù)器；訪問(wèn)級(jí)別的SSL傳輸機(jī)制；數(shù)據(jù)內(nèi)容級(jí)別的數(shù)字簽名等機(jī)制。數(shù)據(jù)交換總線功能特點(diǎn)醫(yī)院集成平臺(tái)的數(shù)據(jù)交換服務(wù)總線具有以下功能特點(diǎn)：數(shù)據(jù)匯總支持各個(gè)分支數(shù)據(jù)源匯總數(shù)據(jù)到數(shù)據(jù)中心。采集公共數(shù)據(jù)的過(guò)程可以看成是一個(gè)數(shù)據(jù)匯總的過(guò)程,通過(guò)信息共享交換平臺(tái)將各業(yè)務(wù)部門的公共數(shù)據(jù)采集回來(lái),匯集到數(shù)據(jù)中心的緩存數(shù)據(jù)庫(kù)。經(jīng)過(guò)數(shù)據(jù)管理系統(tǒng)的比對(duì)、校驗(yàn)、轉(zhuǎn)換得到一致的數(shù)據(jù)。數(shù)據(jù)分發(fā)數(shù)據(jù)分發(fā)是從數(shù)據(jù)中心的角度,主動(dòng)向各數(shù)據(jù)使用方提供數(shù)據(jù)的過(guò)程。通過(guò)公開(kāi)數(shù)據(jù)服務(wù),依照數(shù)據(jù)使用權(quán)限的規(guī)則,從數(shù)據(jù)中心把數(shù)據(jù)分發(fā)到各個(gè)數(shù)據(jù)使用部門,實(shí)現(xiàn)數(shù)據(jù)共享、信息聯(lián)動(dòng)。數(shù)據(jù)存取訪問(wèn)信息共享交換平臺(tái)提供實(shí)時(shí)按需的數(shù)據(jù)存取訪問(wèn)服務(wù),通過(guò)統(tǒng)一標(biāo)準(zhǔn)的數(shù)據(jù)接口,以XML作為標(biāo)準(zhǔn)數(shù)據(jù)格式,通過(guò)標(biāo)準(zhǔn)的Web服務(wù)對(duì)各種技術(shù)平臺(tái)提供訪問(wèn)支持。優(yōu)化業(yè)務(wù)流程實(shí)現(xiàn)利用現(xiàn)有的軟件系統(tǒng),通過(guò)集成平臺(tái)產(chǎn)品,重新組織醫(yī)院的業(yè)務(wù)流程和工作流,配置業(yè)務(wù)規(guī)則,包括可能跨躍不同的軟件系統(tǒng)的業(yè)務(wù)流程整合。各個(gè)系統(tǒng)與平臺(tái)的平滑連接、各個(gè)子系統(tǒng)之間數(shù)據(jù)平滑流轉(zhuǎn)、各個(gè)系統(tǒng)工作站功能整合〔病人主索引、分布式資源索引、綜合統(tǒng)計(jì)報(bào)表編輯和發(fā)布平臺(tái)、數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)挖掘的、內(nèi)部網(wǎng)絡(luò)查詢和管理綜合門戶、基于所有系統(tǒng)的人員及部門權(quán)限管理、安全管理等,業(yè)務(wù)流程定制提高了系統(tǒng)的靈活性和適應(yīng)性,確保了整個(gè)業(yè)務(wù)系統(tǒng)能夠很快的適應(yīng)實(shí)際業(yè)務(wù)流程的變化,為醫(yī)院未來(lái)業(yè)務(wù)發(fā)展提供支撐。數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)交換服務(wù)可以把某個(gè)數(shù)據(jù)庫(kù)的數(shù)據(jù)轉(zhuǎn)換成標(biāo)準(zhǔn)XML數(shù)據(jù)集。通過(guò)數(shù)據(jù)轉(zhuǎn)換模塊,實(shí)現(xiàn)對(duì)各種異構(gòu)數(shù)據(jù)轉(zhuǎn)換到統(tǒng)一標(biāo)準(zhǔn)規(guī)范、具有一致性和完整性的公共數(shù)據(jù)。任務(wù)定制數(shù)據(jù)接口系統(tǒng)應(yīng)該允許用戶自己配置和管理相關(guān)的服務(wù),如：數(shù)據(jù)提取服務(wù)、數(shù)據(jù)發(fā)送服務(wù)、數(shù)據(jù)接收服務(wù)、數(shù)據(jù)存儲(chǔ)服務(wù)等。支持用戶自定義數(shù)據(jù)接口系統(tǒng)應(yīng)該是一個(gè)開(kāi)放的系統(tǒng),要提供一些可擴(kuò)充的接口以及二次開(kāi)發(fā)接口,支持用戶基于這些接口來(lái)定義自己的特色服務(wù)。支持業(yè)務(wù)行為監(jiān)控能實(shí)時(shí)掌控整體業(yè)務(wù)運(yùn)行。能夠?qū)﹃P(guān)鍵的業(yè)務(wù)行為以及相關(guān)的事件做出實(shí)時(shí)反應(yīng),以及自動(dòng)反饋并執(zhí)行分支業(yè)務(wù)流程。支持平臺(tái)監(jiān)控管理對(duì)數(shù)據(jù)服務(wù)進(jìn)行監(jiān)控管理,用戶權(quán)限管理,運(yùn)行日志查看,性能統(tǒng)計(jì)。通過(guò)數(shù)據(jù)服務(wù)日志可以記錄、跟蹤數(shù)據(jù)交換的細(xì)節(jié)。對(duì)數(shù)據(jù)交換節(jié)點(diǎn)進(jìn)行管理,提供安全策略指南、服務(wù)器安全管理配置。基于數(shù)據(jù)交換服務(wù)總線的業(yè)務(wù)數(shù)據(jù)交互應(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)提供商及應(yīng)用開(kāi)發(fā)商的共贏,是實(shí)現(xiàn)平臺(tái)應(yīng)用豐富多元的重要基礎(chǔ),促進(jìn)了平臺(tái)產(chǎn)業(yè)健康發(fā)展的良性循環(huán)。通過(guò)統(tǒng)一的業(yè)務(wù)交換服務(wù)平臺(tái)標(biāo)準(zhǔn),可以實(shí)現(xiàn)以下業(yè)務(wù)數(shù)據(jù)交互：支持集團(tuán)化醫(yī)院業(yè)務(wù),解決各成員醫(yī)院間的遠(yuǎn)程數(shù)據(jù)交換,主要包括病人檔案信息共享、病人診療信息共享、跨院檢驗(yàn)檢查、藥品、易耗品等物資一體化功能。HIS與檢驗(yàn)系統(tǒng)信息交互,通過(guò)業(yè)務(wù)服務(wù)平臺(tái)獲取檢驗(yàn)單據(jù)信息、患者住院信息、病歷信息,記錄完整的檢驗(yàn)單據(jù)處理過(guò)程,標(biāo)本送檢過(guò)程處理與單據(jù)費(fèi)用自動(dòng)處理,檢驗(yàn)報(bào)告結(jié)構(gòu)化存儲(chǔ),實(shí)現(xiàn)多系統(tǒng)統(tǒng)一的報(bào)告調(diào)閱接口；HIS與醫(yī)技檢查系統(tǒng)信息交互,放射檢查、病理檢查、心電、B超、內(nèi)鏡檢查業(yè)務(wù)通過(guò)業(yè)務(wù)服務(wù)平臺(tái)獲取檢查單據(jù)信息、患者住院信息、病歷信息,記錄完整的檢驗(yàn)單據(jù)處理過(guò)程,檢查圖文報(bào)告結(jié)構(gòu)化存儲(chǔ),實(shí)現(xiàn)多系統(tǒng)統(tǒng)一的報(bào)告調(diào)閱接口；并支持統(tǒng)一影像瀏覽及處理。HIS與電子病歷系統(tǒng)信息一體化,完善以電子病歷為中心的臨床信息系統(tǒng),提供電子病歷分級(jí)評(píng)價(jià)標(biāo)準(zhǔn)實(shí)現(xiàn)。臨床路徑信息查詢,可通過(guò)數(shù)據(jù)交換服務(wù)總線,實(shí)現(xiàn)路徑表單、知情通知書(shū)、路徑評(píng)估單等信息查詢。建立多途徑的消息機(jī)制,實(shí)現(xiàn)各系統(tǒng)間關(guān)鍵醫(yī)療信息自動(dòng)提醒〔如急診異常報(bào)告、預(yù)警功能；字典同步：同步各系統(tǒng)間的基礎(chǔ)字典〔如科室、員工字典,消滅重復(fù)數(shù)據(jù)。與區(qū)域市民健康檔案標(biāo)準(zhǔn)化無(wú)縫對(duì)接,實(shí)現(xiàn)區(qū)域市民健康一卡通、雙向轉(zhuǎn)診、遠(yuǎn)程醫(yī)療、檢查檢驗(yàn)結(jié)果互認(rèn)、預(yù)約診療、區(qū)域衛(wèi)生健康門戶等區(qū)域衛(wèi)生信息共享與協(xié)同服務(wù)應(yīng)用；跨醫(yī)院信息交換平臺(tái)伴隨著醫(yī)院集團(tuán)的出現(xiàn),醫(yī)院信息系統(tǒng)的集團(tuán)化成為新時(shí)期的醫(yī)院信息系統(tǒng)建設(shè)的重要方向,為了使龐大而又分散的經(jīng)營(yíng)體系內(nèi)部的各類機(jī)構(gòu)能步調(diào)一致,有效地運(yùn)轉(zhuǎn),集團(tuán)總部及各成員醫(yī)院都需建立相應(yīng)的信息系統(tǒng),并用遠(yuǎn)程通訊網(wǎng)絡(luò)將整個(gè)集團(tuán)構(gòu)成一個(gè)有機(jī)的整體,大型的醫(yī)院集團(tuán)如果沒(méi)有一個(gè)健壯的電腦化集團(tuán)信息系統(tǒng),就難以實(shí)施有效的管理,也就難以獲得經(jīng)營(yíng)的效益。集團(tuán)化醫(yī)院較之單體醫(yī)院的最大特征在于資源在一定程度上實(shí)現(xiàn)了共享,但目前大部分的集團(tuán)化仍未達(dá)到充分的資源共享,比如：集團(tuán)下屬各家醫(yī)院一般都有獨(dú)立使用自己的LIS系統(tǒng),LIS數(shù)據(jù)僅存在本醫(yī)院內(nèi)部,當(dāng)病人跨院就診時(shí),往往需要重新檢驗(yàn),造成大量的人力、財(cái)力的浪費(fèi)。因此,集團(tuán)化醫(yī)院信息系統(tǒng)的一個(gè)基本任務(wù)在于解決各成員醫(yī)院間的遠(yuǎn)程數(shù)據(jù)交換,主要包括病人檔案信息共享、病人診療信息共享、跨院檢驗(yàn)檢查、藥品、易耗品等物資一體化功能。通過(guò)在總院建立中心數(shù)據(jù)共享平臺(tái),中心數(shù)據(jù)共享平臺(tái)根據(jù)需要通過(guò)各醫(yī)院的子系統(tǒng)收集并存儲(chǔ)患者信息,所有授權(quán)和整合的醫(yī)院都可以訪問(wèn)。這樣資源和患者能夠有效地在各個(gè)醫(yī)院之間流動(dòng),各家醫(yī)院之間的報(bào)告信息、設(shè)備、人才可以共享,報(bào)告結(jié)果互認(rèn),當(dāng)病人跨院就診時(shí)就不再需要重新檢驗(yàn),避免了人力、財(cái)力的浪費(fèi),方便了患者,提高了服務(wù)質(zhì)量,一定程度上緩解了"看病難、看病貴"的問(wèn)題。4.5公共消息服務(wù)平臺(tái)醫(yī)療數(shù)據(jù)交換服務(wù)主要用于實(shí)現(xiàn)醫(yī)療信息系統(tǒng)之間的消息路由、過(guò)濾和轉(zhuǎn)換。通過(guò)該服務(wù)可以將異源異構(gòu)系統(tǒng)的信息,按照"以病人為中心"的原則進(jìn)行數(shù)據(jù)的交換與共享。醫(yī)療數(shù)據(jù)交換服務(wù)支持多種技術(shù)環(huán)境下的數(shù)據(jù)交換,支持多種傳輸協(xié)議和數(shù)據(jù)庫(kù)讀寫(xiě)方式,并支持多種數(shù)據(jù)傳輸格式,同時(shí),在系統(tǒng)數(shù)據(jù)未遵循相應(yīng)傳輸格式的情況下,提供發(fā)送、接收、組裝和解析該格式消息的適配功能。集成平臺(tái)消息總線主要是為了連結(jié)HIS不同業(yè)務(wù)系統(tǒng),提供統(tǒng)一標(biāo)準(zhǔn)的數(shù)據(jù)接口來(lái)進(jìn)行信息互聯(lián)互通,集成平臺(tái)外部系統(tǒng)都通過(guò)標(biāo)準(zhǔn)接口發(fā)布與接收消息,一般不允許直接讀取消息數(shù)據(jù)集。消息處理服務(wù)接口基于數(shù)據(jù)庫(kù)與.Net的內(nèi)部實(shí)現(xiàn),內(nèi)部核心組件引入業(yè)界通用的互聯(lián)互通消息交流產(chǎn)品,且支持HL7消息引擎?？蓴U(kuò)展標(biāo)記語(yǔ)言<ExtensibleMarkupLanguage,XML>目前正在成為各種數(shù)據(jù)特別是文檔傳輸?shù)氖走x格式。使用它,就可以容易定義一致的數(shù)據(jù)格式和傳送數(shù)據(jù),包括HL7V3,MML協(xié)議也都是以XML語(yǔ)言為基礎(chǔ)。醫(yī)院信息集成平臺(tái)的消息交換標(biāo)準(zhǔn)框架應(yīng)具備以下特點(diǎn)：共享語(yǔ)義和內(nèi)容結(jié)構(gòu)兩個(gè)應(yīng)用程序之間為了通信,必須共享數(shù)據(jù)結(jié)構(gòu)。例如,如果一個(gè)應(yīng)用用單個(gè)字符串處理一個(gè)病人的地址,另一個(gè)應(yīng)用程序用街道、城市、州、國(guó)家來(lái)處理地址,這兩個(gè)應(yīng)用程序很難進(jìn)行通信。消息模型須提供規(guī)則化的方法,保證唯一的語(yǔ)義和內(nèi)容結(jié)構(gòu),當(dāng)兩個(gè)應(yīng)用程序關(guān)于通信地址進(jìn)行通信時(shí),它們針對(duì)以下內(nèi)容達(dá)成一致：含義、包含的數(shù)據(jù)、與其它概念的相關(guān)關(guān)系。結(jié)構(gòu)可擴(kuò)展XML是可擴(kuò)展的。消息服務(wù)架構(gòu)須保持這種可擴(kuò)展性,用戶可以利用基本內(nèi)容并且擴(kuò)展、客戶化這些以使它支持它們的需求。 數(shù)據(jù)交換可監(jiān)控如果只是簡(jiǎn)單地容納外部協(xié)議的數(shù)據(jù)格式進(jìn)入總線進(jìn)行數(shù)據(jù)交換,那么對(duì)中心監(jiān)控來(lái)說(shuō),由于協(xié)議之間的差異,對(duì)每一種數(shù)據(jù)交換協(xié)議產(chǎn)生的離散的數(shù)據(jù)內(nèi)容,都要定制相應(yīng)的監(jiān)控程序,這將大大增加數(shù)據(jù)中心的復(fù)雜度和維護(hù)成本,并由于多重監(jiān)控的系統(tǒng)資源消耗,將嚴(yán)重地影響中心數(shù)據(jù)交換吞吐量,在實(shí)際應(yīng)用中是不可行的。只有基于統(tǒng)一的總線數(shù)據(jù)協(xié)議,才可能對(duì)日常交換的數(shù)據(jù)進(jìn)行監(jiān)督與控制,才可在中心進(jìn)行消息過(guò)濾,安全控制等復(fù)雜操作。集成平臺(tái)消息服務(wù)由以下兩個(gè)基礎(chǔ)功能部件組成：支持HL7引擎服務(wù)部件HL7是醫(yī)療領(lǐng)域不同系統(tǒng)之間電子數(shù)據(jù)傳輸?shù)膮f(xié)議,是由HL7組織制定并由ANSI批準(zhǔn)實(shí)施的一個(gè)行業(yè)標(biāo)準(zhǔn)。它主要的目的是發(fā)展各種類型醫(yī)療信息系統(tǒng)〔如：臨床、保險(xiǎn)、管理、行政及各項(xiàng)電子資料的標(biāo)準(zhǔn)。在HL7通訊協(xié)議中,消息〔message是數(shù)據(jù)交換的基本單位。HL7的消息是自動(dòng)生成的,HL7標(biāo)準(zhǔn)是一個(gè)文本結(jié)構(gòu)的文檔。HL7消息定義規(guī)則：〔1消息〔Message:HL7共歸納了八十多種信息類型,用于定義消息目的和用途,每條消息由若干消息段組成?！?消息段〔Segment:HL7共有110個(gè)消息段,消息段由數(shù)據(jù)字段組成,消息段都有相應(yīng)的名稱,用語(yǔ)界定其內(nèi)容或功能。〔3字段〔Field:是一個(gè)字符串。需定義其位置、長(zhǎng)度、數(shù)據(jù)類型、選擇類型、重復(fù)性?！?消息分隔符〔Delimiters:在消息的構(gòu)成中,要用到一些特殊字符來(lái)分隔消息的組成元素。HL7消息接口實(shí)際是一組標(biāo)準(zhǔn)的API接口,這樣可以大大簡(jiǎn)化不同廠家同類應(yīng)用程序接口的復(fù)雜度和工作量。HL7采用消息傳遞方式實(shí)現(xiàn)不同模塊之間的互聯(lián),十分類似于網(wǎng)絡(luò)的信息包傳遞方式,可分別在發(fā)送和接收端設(shè)定發(fā)送和接收信息數(shù)據(jù)傳輸前自動(dòng)檢測(cè)接收端的狀態(tài),接收端按約定內(nèi)容和格式接收信息后自動(dòng)判定接收信息的質(zhì)量,并根據(jù)情況分別返回接收正確、錯(cuò)誤和拒絕3種信息,后兩種情況下通知信息發(fā)送端重新發(fā)送。HL7接口引擎是一類通用信息轉(zhuǎn)換中間件,作為標(biāo)準(zhǔn)化的數(shù)據(jù)轉(zhuǎn)換工具,通過(guò)HL7接口引擎,把非HL7格式的數(shù)據(jù)轉(zhuǎn)換成符合HL7的標(biāo)準(zhǔn)數(shù)據(jù),然后在HL7網(wǎng)絡(luò)上進(jìn)行通信傳輸,而只需在系統(tǒng)的邊界增加作為通訊處理模塊的HL7接口引擎,對(duì)系統(tǒng)間的數(shù)據(jù)進(jìn)行轉(zhuǎn)換和通信,達(dá)到數(shù)據(jù)共享的目的。HIS廠商與PACS廠商分別開(kāi)發(fā)各自系統(tǒng)接口引擎,并在雙方服務(wù)器各開(kāi)兩個(gè)端口,分別發(fā)送和接收HL7消息。HL7引擎服務(wù)：一個(gè)企業(yè)服務(wù)總線在整個(gè)SOA架構(gòu)中核心的部分,與原來(lái)的面向接口的架構(gòu)設(shè)計(jì)不同,面向服務(wù)的體系結(jié)構(gòu)〔SOA將各個(gè)服務(wù)之間的接口邏輯規(guī)范、簡(jiǎn)化到與總線的一套接口邏輯上來(lái),極大的簡(jiǎn)化了集成的復(fù)雜程度,避免未來(lái)由于接口規(guī)范發(fā)生變化導(dǎo)致的系統(tǒng)建設(shè)風(fēng)險(xiǎn)。XML消息隊(duì)列：銜接被集成系統(tǒng)的XML消息隊(duì)列,接收和發(fā)送各個(gè)"服務(wù)"之間的XML；HL7解析：集成平臺(tái)的核心功能之一,實(shí)現(xiàn)非標(biāo)準(zhǔn)XML與標(biāo)準(zhǔn)HL7XML之間的自動(dòng)解析,實(shí)現(xiàn)非標(biāo)準(zhǔn)于標(biāo)準(zhǔn)之間的自動(dòng)轉(zhuǎn)換。業(yè)務(wù)流程定義〔路由：按照業(yè)務(wù)流程定義被集成"服務(wù)"之間的交互流程,定義非標(biāo)準(zhǔn)信息和HL7標(biāo)準(zhǔn)信息的交換路由,自動(dòng)控制流程的流轉(zhuǎn)；并可通過(guò)出錯(cuò)流程的定義實(shí)現(xiàn)異?？刂?；HL7標(biāo)準(zhǔn)消息隊(duì)列：本項(xiàng)目中,被集成的應(yīng)用系統(tǒng)可能均為非HL7標(biāo)準(zhǔn)的系統(tǒng),但考慮到未來(lái)的擴(kuò)展,在集成平臺(tái)中預(yù)留了HL7標(biāo)準(zhǔn)的消息隊(duì)列,任何系統(tǒng)都可以從該隊(duì)列中獲取本項(xiàng)目中全部的標(biāo)準(zhǔn)HL7信息流。其對(duì)未來(lái)系統(tǒng)的集成擴(kuò)展的意義非常重大；適配器服務(wù)部件接入服務(wù)部件：以Adapter的方式實(shí)現(xiàn)對(duì)被集成平臺(tái)的集成接入,按照SOA的設(shè)計(jì)理念,被集成系統(tǒng)需要與集成平臺(tái)交互的功能組件將被封裝成"服務(wù)",屏蔽被集成系統(tǒng)所采用的具體技術(shù)及其實(shí)現(xiàn)方式,以單一的接口方式與集成平臺(tái)銜接。平臺(tái)接入服務(wù)部件可以靈活部署,可以部署在被集成系統(tǒng)內(nèi),也可以部署在集成平臺(tái)上實(shí)現(xiàn)遠(yuǎn)程接入。Adapter：可以提供多種Adpter供用戶選擇使用,可選擇最適合醫(yī)院的Adapter連接被集成系統(tǒng)封裝的"數(shù)據(jù)服務(wù)"；XML消息隊(duì)列："服務(wù)"之間的信息交互載體為XML,通過(guò)消息機(jī)制建立XML的交換通道。各個(gè)應(yīng)用系統(tǒng)通過(guò)與消息交換中心實(shí)現(xiàn)消息交互。通過(guò)在業(yè)務(wù)系統(tǒng)端安裝相應(yīng)的軟件適配器,實(shí)現(xiàn)與消息交換中心的信息交互。適配器由軟件模塊、軟件配置文件、應(yīng)用編程接口等組成。消息交換的模型如下圖所示：消息交換模型在消息總線系統(tǒng)的整體設(shè)計(jì)架構(gòu)中,各個(gè)具體的業(yè)務(wù)系統(tǒng)通過(guò)Adapter連接到消息消息交換平臺(tái)收發(fā)業(yè)務(wù)數(shù)據(jù)。Adapter起著耦合消息交換平臺(tái)與具體業(yè)務(wù)系統(tǒng)的作用。在我們的解決方案中有三種適配器：標(biāo)準(zhǔn)適配器、專用適配器和商用適配器。標(biāo)準(zhǔn)適配器是由標(biāo)準(zhǔn)的AdapterKernel和API組成。AdapterKernel實(shí)現(xiàn)和消息交換中心的消息交互和對(duì)消息的實(shí)時(shí)監(jiān)控,并提供將消息分發(fā)到應(yīng)用系統(tǒng)的功能。API是為應(yīng)用系統(tǒng)提供的一套標(biāo)準(zhǔn)的接口,具有足夠的擴(kuò)展性,可以靈活地嵌入到業(yè)務(wù)流程中,同時(shí)將與業(yè)務(wù)無(wú)關(guān)的通訊配置定義與業(yè)務(wù)代碼隔離。具體地,Adapter實(shí)現(xiàn)以下的功能：實(shí)現(xiàn)消息的安全、可靠傳遞；實(shí)現(xiàn)消息的透明傳遞,Adapter的實(shí)施者不必關(guān)注傳遞技術(shù)細(xì)節(jié)；接口通用化,降低因開(kāi)發(fā)架構(gòu)不同導(dǎo)致的業(yè)務(wù)應(yīng)用側(cè)編程復(fù)雜性；實(shí)現(xiàn)具有共同性的消息封裝、變換、接收功能。例如,加解密/校驗(yàn)/字符集變換及HCN-XML標(biāo)準(zhǔn)協(xié)議；簡(jiǎn)單的遠(yuǎn)程安裝配置方法,適配器的函數(shù)調(diào)用庫(kù)可以平滑升級(jí)而不影響業(yè)務(wù)應(yīng)用；可以與消息交換平臺(tái)交互管理信息,實(shí)現(xiàn)流量控制、報(bào)文蓄積、本地日志等功能。Ensemble集成平臺(tái)中間件EnsembleHIE〔健康信息交換是InterSystems公司一個(gè)新的產(chǎn)品,它采用了一種全新的解決方案,是一個(gè)強(qiáng)大的應(yīng)用軟件整合平臺(tái),它包括了為醫(yī)療信息交換預(yù)先開(kāi)發(fā)好的組件,使用Ensemble可以快速地整合和開(kāi)發(fā)復(fù)合應(yīng)用程序。Ensemble在增強(qiáng)現(xiàn)有軟件功能、協(xié)調(diào)新的商業(yè)過(guò)程和集中企業(yè)數(shù)據(jù)等方面非常出色。為了滿足每一個(gè)交換系統(tǒng)的實(shí)際需要,它還提供了一個(gè)為客戶化和擴(kuò)展這些組件功能的完整的開(kāi)發(fā)環(huán)境。EnsembleHIE是為降低成本,縮短開(kāi)發(fā)周期以及降低健康信息交換系統(tǒng)構(gòu)建運(yùn)營(yíng)風(fēng)險(xiǎn)而設(shè)計(jì)的。EnsembleHIE是Ensemble集成系統(tǒng)的一個(gè)新的版本,專門為醫(yī)療信息組織和其它醫(yī)療信息交換應(yīng)用設(shè)計(jì)。EnsembleHIE構(gòu)成組件EnsembleHIE包括三個(gè)組件,它們共同來(lái)解決每一個(gè)跨機(jī)構(gòu)的健康信息交換系統(tǒng)實(shí)施的端到端的需求。EnsembleHIEHub作為病人的中心索引,通過(guò)"指針"指向包括病人臨床數(shù)據(jù)的醫(yī)院和醫(yī)生的辦公系統(tǒng)。EnsembleHIE網(wǎng)關(guān)把參與醫(yī)療場(chǎng)所和用戶連接到交換平臺(tái)。EnsembleHIEViewer是一個(gè)成熟的基于瀏覽器的門戶,醫(yī)生和其它的臨床醫(yī)生可以通過(guò)它來(lái)訪問(wèn)病人的人口統(tǒng)計(jì)學(xué)和臨床數(shù)據(jù)。如上圖所示,這三個(gè)組件的任務(wù)可以通過(guò)一個(gè)簡(jiǎn)單的例子來(lái)展示。假設(shè)一名醫(yī)生想要得到一個(gè)病人的臨床數(shù)據(jù),這樣的處理過(guò)程便會(huì)開(kāi)始：首先,醫(yī)生查詢Hub來(lái)"找到"病人。接著,在確認(rèn)了病人之后,醫(yī)生需要從一個(gè)或者多個(gè)站點(diǎn)獲取數(shù)據(jù)。請(qǐng)求被發(fā)送到這些站點(diǎn)的網(wǎng)關(guān),數(shù)據(jù)從每個(gè)站點(diǎn)的本地應(yīng)用系統(tǒng)中被取出,之后網(wǎng)關(guān)再把這些回應(yīng)匯集起來(lái)。這些回應(yīng)被送回到最初的網(wǎng)關(guān)以供使用EnsembleHIEViewer的醫(yī)生使用。EnsembleHIEHubEnsembleHIEHub提供了一個(gè)中央病人索引,存儲(chǔ)了病人統(tǒng)計(jì)信息的摘要,這些信息和存儲(chǔ)在醫(yī)生辦公室、醫(yī)院或者其它護(hù)理和檢測(cè)場(chǎng)所的系統(tǒng)中的醫(yī)療記錄相連。當(dāng)一個(gè)站點(diǎn)加入到信息交換系統(tǒng),病人的索引信息就會(huì)被成批導(dǎo)入。之后,如果在護(hù)理場(chǎng)所出現(xiàn)變化,也可以持續(xù)更新——例如,增加了一個(gè)新的病人,或者現(xiàn)有的病人信息被更新,或者兩個(gè)病人記錄被發(fā)現(xiàn)屬于同一個(gè)病人,需要現(xiàn)有的記錄合并。EnsembleHIE網(wǎng)關(guān)EnsembleHIE網(wǎng)關(guān)負(fù)責(zé)所有的在醫(yī)護(hù)場(chǎng)所和Hub之間或者醫(yī)護(hù)場(chǎng)所之間網(wǎng)關(guān)到網(wǎng)關(guān)的通信。網(wǎng)關(guān)同時(shí)也連接到每一個(gè)地點(diǎn)已有的應(yīng)用,使之間的信息可以雙向流動(dòng)。特別的,這些應(yīng)用會(huì)通知網(wǎng)關(guān)一些需要反饋給Hub的病人索引的事務(wù),例如,一個(gè)新的病人注冊(cè)或者更新一個(gè)現(xiàn)有病人的人口統(tǒng)計(jì)學(xué)信息。在另一方面,網(wǎng)關(guān)給醫(yī)護(hù)場(chǎng)所已有的應(yīng)用系統(tǒng)發(fā)送需要臨床信息的請(qǐng)求。網(wǎng)關(guān)和每個(gè)醫(yī)護(hù)場(chǎng)所的應(yīng)用系統(tǒng)之間的通信是通過(guò)Ensemble的適配器來(lái)進(jìn)行的。每個(gè)網(wǎng)關(guān)包括一個(gè)同意管理架構(gòu),被用來(lái)記錄病人同意的聲明并加以執(zhí)行。網(wǎng)關(guān)也包含了一些成熟的工具來(lái)進(jìn)行本地的集成。這些可以用來(lái)處理現(xiàn)有的臨床應(yīng)用系統(tǒng)查詢社區(qū)病人索引或者向其它的機(jī)構(gòu)獲取病人數(shù)據(jù)。EnsembleHIE瀏覽器EnsembleHIE瀏覽器和Hub聯(lián)接,使平臺(tái)范圍內(nèi)的病人搜索成為可能,而且它使分布在多個(gè)機(jī)構(gòu)和多個(gè)醫(yī)療事件中的數(shù)據(jù)統(tǒng)一到一個(gè)以病人為中心的綜合視圖。它為大范圍內(nèi)的不同的信息提供了一個(gè)直觀的顯示,包括病人的人口統(tǒng)計(jì)學(xué)信息、過(guò)敏、用藥、診斷、實(shí)驗(yàn)結(jié)果〔結(jié)果范圍,累計(jì)和圖形的格式、放射檢查結(jié)果〔文本和影像、家庭病史、臨床發(fā)現(xiàn)、病程記錄等等。作為一個(gè)純Web產(chǎn)品,瀏覽器可以非常容易地實(shí)施和支持,僅僅需要一個(gè)瀏覽器,在客戶端不需要安裝組件。讓我們看一個(gè)討論的示例以了解EnsembleHIE瀏覽器的強(qiáng)大。我們到社區(qū)醫(yī)療信息交換平臺(tái)的Web站點(diǎn)并登錄開(kāi)始。EnsembleHIE設(shè)計(jì)原則EnsembleHIE是基于6種主要的設(shè)計(jì)原則構(gòu)建：可用性：臨床醫(yī)生需要通過(guò)同一個(gè)應(yīng)用系統(tǒng)來(lái)把臨床數(shù)據(jù)〔也就是除了他自己的系統(tǒng)或者工具中的數(shù)據(jù)當(dāng)成本地?cái)?shù)據(jù)來(lái)瀏覽。遺憾的是,現(xiàn)在大多數(shù)電子病歷系統(tǒng)缺乏這一功能,如果要增加這一功能需要非常多的時(shí)間,獲得這點(diǎn)的最好途徑就是在系統(tǒng)中增加一個(gè)臨床數(shù)據(jù)瀏覽器,成熟卻簡(jiǎn)單易用,高度客戶化卻配置簡(jiǎn)單,功能豐富卻非常直觀,可以在任何支持瀏覽器的機(jī)器上使用。安全和保密：系統(tǒng)必須嚴(yán)格符合隱私和安全標(biāo)準(zhǔn)。嚴(yán)格的授權(quán),基于角色的訪問(wèn),細(xì)致的安全政策以及不可更改的所有用戶的活動(dòng)記錄,都是實(shí)現(xiàn)這一目標(biāo)的要素。性能、可伸縮性和可靠性：系統(tǒng)需要提供對(duì)臨床數(shù)據(jù)接近于實(shí)時(shí)的訪問(wèn)：不管是用于幾十個(gè)用戶的測(cè)試系統(tǒng)或者幾千用戶的州或者國(guó)家范圍的系統(tǒng)。并且需要做到24*7的穩(wěn)定運(yùn)行?；跇?biāo)準(zhǔn)：標(biāo)準(zhǔn)是互操作性的關(guān)鍵。通過(guò)在數(shù)據(jù)交換的每一個(gè)階段采用相關(guān)標(biāo)準(zhǔn)——HL7V2、HL7V33、WebServices以及CDA——系統(tǒng)可以確保不僅能夠和新的或現(xiàn)有的臨床系統(tǒng)互通而且和其它的醫(yī)療信息交換解決方案互通。靈活性和快速的客戶化：雖然信息交換系統(tǒng)的功能和標(biāo)準(zhǔn)在快速的發(fā)展,但是仍然屬于剛剛起步的階段。許多實(shí)施架構(gòu)正在被考慮,例如：集中式,分散式以及混合式。所以系統(tǒng)需要能夠有非常高的靈活性并可以快速改變,以適應(yīng)不斷發(fā)展的需要和用戶反饋。易管理：作為一個(gè)"系統(tǒng)的系統(tǒng)",一個(gè)健康信息交換系統(tǒng)對(duì)于系統(tǒng)管理和維持系統(tǒng)高可用性來(lái)說(shuō)挑戰(zhàn)是非常大的。系統(tǒng)需要支持不同角色的管理員,易于維護(hù),為管理所有的組件以及使用系統(tǒng)所有的管理功能提供端到端的基于Web的管理門戶。EnsembleHIE技術(shù)特點(diǎn)醫(yī)院集成平臺(tái)必須能夠以最小的成本可靠的與數(shù)量龐大的現(xiàn)存的臨床應(yīng)用系統(tǒng)互聯(lián)。通過(guò)EnsembleHIE,這項(xiàng)工作可以由三項(xiàng)強(qiáng)大的技術(shù)來(lái)完成：適配器,數(shù)據(jù)轉(zhuǎn)換,業(yè)務(wù)流程。Ensemble的適配器是一種可以重復(fù)使用的軟件組件,用來(lái)提供與應(yīng)用系統(tǒng)聯(lián)接,并隔離所有應(yīng)用特有的邏輯。Ensemble包含了一個(gè)預(yù)置的適配器庫(kù),能夠滿足許多醫(yī)療信息交換系統(tǒng)的需要。在原系統(tǒng)或者目標(biāo)系統(tǒng)不支持標(biāo)準(zhǔn)的適配器的情況下,客戶化的適配器可以非?？焖俚拈_(kāi)發(fā)出來(lái)。例如,通過(guò)繼承已有的Ensemble適配器,可以快速開(kāi)發(fā),并保證Ensemble的可靠性、可管理性和性能得以實(shí)現(xiàn)。在大多數(shù)的情況下,HL7V3被用來(lái)聯(lián)接已有的臨床應(yīng)用系統(tǒng)。由于內(nèi)置了支持所有HL7V3.x圖表及其強(qiáng)大的虛擬文件架構(gòu),EnsembleHIE提供當(dāng)今最豐富和最快速的基于HL7的消息引擎。Ensemble的轉(zhuǎn)換引擎用來(lái)處理消息的翻譯或者其它消息標(biāo)準(zhǔn)化以及修改的任務(wù)。這可能會(huì)重構(gòu)一個(gè)消息里的字段或者可能包括和外部的系統(tǒng)或者其它復(fù)雜的流程交互以把和每個(gè)應(yīng)用獨(dú)特的消息轉(zhuǎn)換成標(biāo)準(zhǔn)的格式。EnsembleHIE包括了一個(gè)可擴(kuò)展的轉(zhuǎn)換類,可以把來(lái)自應(yīng)用系統(tǒng)中的HL7V3的響應(yīng)轉(zhuǎn)換成標(biāo)準(zhǔn)的CDA格式。不管是建立一個(gè)新的轉(zhuǎn)換還是繼承已有的轉(zhuǎn)換,這些轉(zhuǎn)換都能夠圖形化定義或通過(guò)一個(gè)基于XML的轉(zhuǎn)換"語(yǔ)言"定義。每個(gè)臨床應(yīng)用系統(tǒng)之間的不同要求對(duì)單個(gè)處理請(qǐng)求給以不同的處理步驟。例如,一個(gè)對(duì)于病人臨床信息的請(qǐng)求可能通過(guò)發(fā)送一個(gè)單獨(dú)的請(qǐng)求給一個(gè)單個(gè)的應(yīng)用實(shí)現(xiàn)或者通過(guò)發(fā)送多個(gè)請(qǐng)求給可能是在多個(gè)計(jì)算機(jī)上的多個(gè)應(yīng)用系統(tǒng)實(shí)現(xiàn)。Ensemble對(duì)XML也有很強(qiáng)的支持,包括內(nèi)置XML的解析器,DTD和XML之間的交互,通過(guò)XPATH和XSLT進(jìn)行文件查詢和傳輸,使用SOAP傳輸消息。總之,這些工具使Ensemble能夠?yàn)镃DA和其它XML格式基于文件的標(biāo)準(zhǔn)提供高性能的支持。除了EnsembleHIE的許多功能能夠通過(guò)瀏覽器被調(diào)用,通過(guò)網(wǎng)關(guān),其它集成的應(yīng)用系統(tǒng)可以直接由程序調(diào)用這些功能。這可以用來(lái)處理一個(gè)已有的臨床應(yīng)用系統(tǒng)向另外的站點(diǎn)請(qǐng)求臨床數(shù)據(jù)或者查詢社區(qū)病人的索引。由于網(wǎng)關(guān)提供不同的技術(shù)來(lái)訪問(wèn)這些服務(wù),包括SOA、.NET、Java、ODBC和JDBC,所以他們能夠兼容實(shí)際的任何開(kāi)發(fā)技術(shù)。高可用性：為了保證高可用性,EnsembleHIE依賴InterSystems公司的自動(dòng)持久化架構(gòu)。在流程的每一階段,Ensemble自動(dòng)把消息的狀態(tài)存儲(chǔ)在內(nèi)置的數(shù)據(jù)庫(kù)當(dāng)中。在系統(tǒng)崩潰或者其它失敗的情況下,這能夠使其快速可靠的恢復(fù)。Ensemble提供了一個(gè)非常豐富的高可用性的特點(diǎn),包括：在應(yīng)用系統(tǒng)正在運(yùn)行、數(shù)據(jù)庫(kù)正在變化的同時(shí)做全備份和增量備份事務(wù)日志和回滾恢復(fù)保證事務(wù)的完整性保證數(shù)據(jù)庫(kù)的完整性數(shù)據(jù)在線或者離線恢復(fù)集群：延展性和快速的失效恢復(fù)安全性：為了保證安全性和隱私,EnsembleHIE實(shí)施了大量的先進(jìn)技術(shù),包括：加密技術(shù),加強(qiáng)的認(rèn)證,基于身份的權(quán)限和審計(jì)日志與報(bào)告。EnsembleHIE為靜態(tài)和動(dòng)態(tài)的數(shù)據(jù)都提供了加強(qiáng)的加密技術(shù)。Ensemble內(nèi)置的數(shù)據(jù)庫(kù)加密技術(shù)為數(shù)據(jù)庫(kù)中的所有內(nèi)容進(jìn)行加密,包括索引。對(duì)所有的在Hub和網(wǎng)關(guān)上的敏