其方式主要包括WebService,、視圖、文件,、動(dòng)態(tài)鏈接庫(kù),、exe程序、界面集成等方式,。

例如,，手機(jī)APP、微信的醫(yī)院網(wǎng)站系統(tǒng)中,，獲取醫(yī)囑,、繳費(fèi)等信息是通過(guò)主動(dòng)調(diào)用HIS 提供的WebService接口方式實(shí)現(xiàn)，當(dāng)HIS的醫(yī)囑信息發(fā)生變化時(shí)App或微信系統(tǒng)只能通過(guò)刷新的方式再次調(diào)用WebService接口獲取,，HIS不能主動(dòng)推送醫(yī)囑變化消息,，效率和系統(tǒng)使用效果不好。

• 由于各類基礎(chǔ)數(shù)據(jù),、字典未形成統(tǒng)一的管理方式,，多散落在不同的系統(tǒng)中自行維護(hù)，數(shù)據(jù)不一致現(xiàn)象比較嚴(yán)重,。

• 目前醫(yī)囑開立在HIS的醫(yī)生工作站中完成,，檢查項(xiàng)目、檢驗(yàn)項(xiàng)目,、治療項(xiàng)目采用的是HIS的物價(jià)收費(fèi)項(xiàng)目,，而不是醫(yī)技科室的臨床檢查、檢驗(yàn)等術(shù)語(yǔ)項(xiàng)目,，需要通過(guò)對(duì)照完成轉(zhuǎn)換,。

• 由于有的基礎(chǔ)數(shù)據(jù)采用程序同步的方式，因此會(huì)有數(shù)據(jù)不一致,，同步不及時(shí)的問(wèn)題,。

• 臨床醫(yī)生在醫(yī)生工作站中查看患者的檢查結(jié)果、檢驗(yàn)結(jié)果時(shí),，只能從不同的菜單中鏈接由各自的醫(yī)技系統(tǒng)提供的Web界面，無(wú)法統(tǒng)一查看患者的檢查,、檢驗(yàn)結(jié)果信息,，也不能查看患者的歷次檢查、檢驗(yàn)結(jié)果信息,。

• 由于同一病人會(huì)反復(fù)入院,，但系統(tǒng)尚不能從統(tǒng)一的視圖查到病人的所有診療記錄,，免去醫(yī)生反復(fù)查詢的工作。

• 電子病歷與病理系統(tǒng),、影像系統(tǒng)的對(duì)接做的不好,，負(fù)責(zé)登記的技術(shù)員需要登錄多個(gè)系統(tǒng)查詢同一病人的信息。

• 病人門診號(hào),、病理號(hào),、住院號(hào)各不相同，技術(shù)員無(wú)法通過(guò)唯一標(biāo)識(shí)識(shí)別病人,，如遇重名則需要技術(shù)員人工區(qū)別,。

目前，醫(yī)院30多個(gè)其他系統(tǒng)與HIS系統(tǒng)有接口關(guān)系,，同時(shí)為了讓業(yè)務(wù)流程能夠有效運(yùn)轉(zhuǎn),，HIS系統(tǒng)也與大量的其他系統(tǒng)有接口關(guān)系。這種網(wǎng)狀的耦合關(guān)系使得系統(tǒng)維護(hù),、升級(jí)或更換等異常困難,、成本高昂。因此基礎(chǔ)數(shù)據(jù)治理,，形成全院級(jí)基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)勢(shì)在必行,。

醫(yī)院信息整合要解決的關(guān)鍵問(wèn)題是患者信息的不統(tǒng)一。目前醫(yī)院各個(gè)應(yīng)用系統(tǒng)均有患者基本信息,，但是數(shù)據(jù)的標(biāo)準(zhǔn)不統(tǒng)一,，維護(hù)的方式不統(tǒng)一。臨床醫(yī)療活動(dòng)均是以患者為主線的,，如果患者的信息不統(tǒng)一是無(wú)法實(shí)現(xiàn)電子病歷等數(shù)據(jù)整合的,。因此，必須要建立全院級(jí)統(tǒng)一的病人主索引,，并以此為基礎(chǔ)實(shí)現(xiàn)醫(yī)院數(shù)據(jù)層面的整合,，構(gòu)建EMPI，實(shí)現(xiàn)患者身份的精確識(shí)別是打通院前,、院內(nèi),、院后各醫(yī)療健康環(huán)節(jié)的基礎(chǔ)，是實(shí)現(xiàn)以病人為中心的健康服務(wù)的重點(diǎn)之一,。

目前患者的電子病歷文檔,、檢查結(jié)果（B超、CT,、MR,、病理、內(nèi)鏡等）,、檢驗(yàn)結(jié)果信息都分散在不同的臨床業(yè)務(wù)系統(tǒng)中,，醫(yī)生想要了解患者的臨床信息需要切換到不同系統(tǒng)中查看，不便于輔助診斷,。因此,，醫(yī)院迫切需要建立以患者為中心的臨床數(shù)據(jù)存儲(chǔ)庫(kù)（CDR Clinical Data Repository），將患者歷次診療過(guò)程中產(chǎn)生的臨床數(shù)據(jù)及臨床文檔信息以標(biāo)準(zhǔn)化的方式進(jìn)行集中存儲(chǔ),，供各種臨床業(yè)務(wù)角色在不同業(yè)務(wù)場(chǎng)景中進(jìn)行調(diào)閱,。同時(shí)，也能解決由于臨床系統(tǒng)升級(jí),，臨床數(shù)據(jù)丟失的問(wèn)題,。

醫(yī)院的信息化越來(lái)越向?qū),？苹?、專業(yè)化方向發(fā)展，很多醫(yī)院?？苾?nèi)部都有其特有的診療流程,，HIS通用的解決方案方式很難適應(yīng)各專科的個(gè)性化需求,。但引進(jìn)平臺(tái)后這種格局將被逐漸打破,。因?yàn)?，醫(yī)囑、費(fèi)用,、檢查,、檢驗(yàn)、病歷等各類臨床標(biāo)準(zhǔn)服務(wù)通過(guò)平臺(tái)梳理完成,，并通過(guò)平臺(tái)對(duì)外發(fā)布,，而且平臺(tái)基于服務(wù)提供插件，可以將插件插入?？葡到y(tǒng)中,，讓專科系統(tǒng)升級(jí),、改造將變得輕松容易,。并結(jié)合CDR及知識(shí)庫(kù)提供臨床決策支持，提升?？葡到y(tǒng)的應(yīng)用水平,。

醫(yī)院未來(lái)的發(fā)展方向是建設(shè)集團(tuán)化醫(yī)院，信息化必將成為重要的支撐手段,。通過(guò)基于電子病歷的醫(yī)院集成平臺(tái),，構(gòu)建滿足區(qū)域醫(yī)療協(xié)作需求的如區(qū)域醫(yī)療一卡通、預(yù)約掛號(hào)系統(tǒng),、醫(yī)技預(yù)約系統(tǒng),、雙向轉(zhuǎn)診信息、遠(yuǎn)程醫(yī)療等系統(tǒng),，實(shí)現(xiàn)集團(tuán)醫(yī)院和遠(yuǎn)程會(huì)診訪問(wèn)端與醫(yī)院之間的醫(yī)療業(yè)務(wù)協(xié)同,。

圖1- 架構(gòu)設(shè)計(jì)方法

信息化建設(shè)應(yīng)堅(jiān)持頂層設(shè)計(jì)原則,，醫(yī)院信息化建設(shè)應(yīng)堅(jiān)持做好“架構(gòu)設(shè)計(jì)”,，好的架構(gòu)設(shè)計(jì)必然需要遵循科學(xué)的設(shè)計(jì)方法和體系。目前,，世界上廣泛采用的架構(gòu)設(shè)計(jì)方法是“開放組體系結(jié)構(gòu)框架（TOGAF）”,，目前已經(jīng)發(fā)展到9.x版本。

TOGAF 由國(guó)際標(biāo)準(zhǔn)權(quán)威組織The Open Group制定,，不僅有80%的福布斯( Forbes)全球排名前50的公司在使用,，而且支持開放、標(biāo)準(zhǔn)的SOA參考架構(gòu),。開放組體系結(jié)構(gòu)框架（TOGAF）是一個(gè)行業(yè)標(biāo)準(zhǔn)的體系架構(gòu)框架,，它能被任何希望開發(fā)一個(gè)信息系統(tǒng)體系架構(gòu)在組織內(nèi)部使用的組織自由使用。TOGAF是為開發(fā)企業(yè)架構(gòu)的一個(gè)詳細(xì)的方法和相關(guān)支持資源的集合,。TOGAF將幫助國(guó)內(nèi)醫(yī)院大大節(jié)約IT建設(shè)成本,，增加業(yè)務(wù)模式的靈活性，更加的個(gè)性化,、隨需應(yīng)變,，并提高信息系統(tǒng)應(yīng)用水平，同時(shí)還可以對(duì)業(yè)務(wù)模式創(chuàng)新起到推動(dòng)作用,。同時(shí),，由于TOGAF不僅僅是一套標(biāo)準(zhǔn)，更是一種方法,，能帶來(lái)最佳管理實(shí)踐,。

基于TOGAF，在架構(gòu)設(shè)計(jì)階段,，我們引入適合本項(xiàng)目建設(shè)的架構(gòu)設(shè)計(jì)方法和流程（如圖2）

圖2- 架構(gòu)設(shè)計(jì)方法和流程

（1）業(yè)務(wù)架構(gòu)設(shè)計(jì)

醫(yī)院戰(zhàn)略發(fā)展規(guī)劃或目標(biāo)的達(dá)成必定需要各個(gè)業(yè)務(wù)域的支撐,，在業(yè)務(wù)架構(gòu)設(shè)計(jì)時(shí)首先需要識(shí)別出各個(gè)業(yè)務(wù)域，然后分析出各個(gè)業(yè)務(wù)域的角色組成及他們之間的關(guān)系,，接著分析出業(yè)務(wù)域之間的利益關(guān)系,，最后總結(jié)和設(shè)計(jì)出符合IT建設(shè)目標(biāo)的業(yè)務(wù)流程。

（2）應(yīng)用架構(gòu)設(shè)計(jì)

在業(yè)務(wù)架構(gòu)的設(shè)計(jì)中，每個(gè)角色User的業(yè)務(wù)操作其實(shí)就是一個(gè)功能需求,，每個(gè)業(yè)務(wù)操作必然產(chǎn)生Create數(shù)據(jù)結(jié)果,，基于UC（User/Create）矩陣方法，我們可以歸納和設(shè)計(jì)出子系統(tǒng),，最終形成子系統(tǒng)之間的邏輯關(guān)系框架就是應(yīng)用架構(gòu)設(shè)計(jì),。

（3）數(shù)據(jù)架構(gòu)設(shè)計(jì)

數(shù)據(jù)是信息化建設(shè)的根本，數(shù)據(jù)的合理存儲(chǔ)更是一門科學(xué),！我們可以從數(shù)據(jù)的不同特性來(lái)對(duì)數(shù)據(jù)進(jìn)行分類,，例如業(yè)務(wù)特性、實(shí)時(shí)性,、長(zhǎng)久性,、法律法規(guī)相關(guān)性、業(yè)務(wù)穩(wěn)定性等等,，然后根據(jù)這些特性來(lái)決定哪些數(shù)據(jù)應(yīng)該存儲(chǔ)在一起,，哪些數(shù)據(jù)應(yīng)該被分開存儲(chǔ)，哪些數(shù)據(jù)應(yīng)該永久保存,。

（4）技術(shù)架構(gòu)設(shè)計(jì)

從業(yè)務(wù)流程到應(yīng)用實(shí)現(xiàn)再到數(shù)據(jù)存儲(chǔ),，以及它們之間的信息流轉(zhuǎn)，信息技術(shù)是支撐信息流轉(zhuǎn)的必備條件,。項(xiàng)目建設(shè)需要充分分析各個(gè)層面所需的技術(shù)手段,，從可行性、性價(jià)比,、擴(kuò)展性,、規(guī)范性等方面做好技術(shù)選型，確保信息化建設(shè)可以快速,、高效,、高質(zhì)量的開展。

（5）邏輯部署架構(gòu)設(shè)計(jì)

信息系統(tǒng)的各種設(shè)計(jì)完成之后,，我們還需要分析這些信息系統(tǒng)該如何正確的部署,，哪些系統(tǒng)應(yīng)該獨(dú)立部署，哪些系統(tǒng)應(yīng)該集中部署,，不僅需要考慮運(yùn)行效率,、穩(wěn)定性，還要考慮性價(jià)比和易維護(hù)性,。

（6）物理部署架構(gòu)設(shè)計(jì)

信息系統(tǒng)都是運(yùn)行于網(wǎng)絡(luò)和硬件設(shè)備之上的,，在確定了信息系統(tǒng)的邏輯部署架構(gòu)之后，我們還需要確定運(yùn)行信息系統(tǒng)需要什么樣的物理硬件或網(wǎng)絡(luò)支持,。

圖3- 集成平臺(tái)系統(tǒng)架構(gòu)設(shè)計(jì)

業(yè)務(wù)類應(yīng)用系統(tǒng)由醫(yī)院信息系統(tǒng)HIS,、以電子病歷為核心的臨床信息系統(tǒng)CIS、綜合運(yùn)營(yíng)管理系統(tǒng)HRP,、科教研管理系統(tǒng),、后勤管理系統(tǒng)、客戶關(guān)系管理系統(tǒng),、健康管理系統(tǒng)和區(qū)域醫(yī)療協(xié)作系統(tǒng)組成,，這些系統(tǒng)之間相互依賴、相互協(xié)作,，共同支撐著醫(yī)院的日常業(yè)務(wù)運(yùn)行和后臺(tái)管理,。

圖4- 集成平臺(tái)應(yīng)用架構(gòu)設(shè)計(jì)

我們將業(yè)務(wù)類系統(tǒng)再細(xì)分一層得到第二層醫(yī)院信息系統(tǒng)應(yīng)用架構(gòu)設(shè)計(jì)：

（1）在臨床服務(wù)方面，形成以費(fèi)用服務(wù)為核心的HIS系統(tǒng)構(gòu)建和以電子病歷為核心的CIS系統(tǒng)構(gòu)建,，強(qiáng)化“以病人為中心”的臨床服務(wù)功能,。這兩塊的重構(gòu)都是以平臺(tái)為基礎(chǔ)的。

（2）在綜合運(yùn)營(yíng)管理方面,，建設(shè)醫(yī)院綜合運(yùn)營(yíng)管理系統(tǒng)H-ERP,，實(shí)現(xiàn)以會(huì)計(jì)為中心，預(yù)算為主線,，成本,、物流、固定資產(chǎn)為基礎(chǔ),，績(jī)效為杠桿的一體化運(yùn)營(yíng)管理,，輔助醫(yī)院逐步完善科學(xué)化分配體系，內(nèi)增活力,，輔助醫(yī)院運(yùn)營(yíng)管理實(shí)現(xiàn)可持續(xù)發(fā)展和跨越式發(fā)展的,。

（3）在區(qū)域醫(yī)療協(xié)作方面，基于醫(yī)院優(yōu)勢(shì)醫(yī)療資源,，建設(shè)雙向轉(zhuǎn)診,、遠(yuǎn)程會(huì)診,、影像中心、臨檢中心,、病理中心,、分級(jí)醫(yī)療等子系統(tǒng)，實(shí)現(xiàn)醫(yī)院與分院,、協(xié)作醫(yī)院,、基層醫(yī)療衛(wèi)生服務(wù)機(jī)構(gòu)之間的信息共享和業(yè)務(wù)協(xié)同，輔助醫(yī)院逐步開展基于信息化的區(qū)域醫(yī)療協(xié)作業(yè)務(wù),。

（4）在醫(yī),、教、研一體化建設(shè)方面,，內(nèi)增活力,，構(gòu)建醫(yī)院教學(xué)、科研相關(guān)的信息系統(tǒng)建設(shè),，特別在國(guó)家,、省級(jí)重點(diǎn)學(xué)科科教系統(tǒng)與臨床信息系統(tǒng)、臨床支持系統(tǒng)之間的信息共享,，只有信息共享的醫(yī),、教、研一體化建設(shè)才能真正輔助醫(yī)院不斷提升核心競(jìng)爭(zhēng)力,、不斷發(fā)展,，為臨床醫(yī)學(xué)科研創(chuàng)新提供活力,，為區(qū)域提供更高質(zhì)量的人才培養(yǎng)和輸出,。

（5）在信息系統(tǒng)整合方面，包含“信息展現(xiàn)的整合”和“信息交換的整合”,，信息展現(xiàn)的整合即“門戶Portal”,，可以使各種相關(guān)信息展現(xiàn)在不同設(shè)備上，如PDA,、平板電腦,、手機(jī)等，讓使用信息系統(tǒng)的各類人群更加方便快捷,；信息交互的整合即我們常說(shuō)的“系統(tǒng)接口實(shí)現(xiàn)”,，基于電子病歷的醫(yī)院信息平臺(tái)可以實(shí)現(xiàn)標(biāo)準(zhǔn)化的信息系統(tǒng)整合，通過(guò)信息的“大整合”讓使用信息系統(tǒng)的醫(yī)療人員,、醫(yī)院管理者更為“一目了然”,。

（6）在客戶關(guān)系管理方面，建設(shè)和完善客戶關(guān)系管理系統(tǒng),，實(shí)現(xiàn)客戶（這里特指外部客戶,，即患者或保健人員）檔案電子化,，實(shí)現(xiàn)客戶服務(wù)多元化，輔助醫(yī)院為客戶提供優(yōu)秀的醫(yī)療服務(wù)和信息服務(wù),，為醫(yī)院創(chuàng)造效益,。

（7）在臨床決策支持方面，建設(shè)臨床數(shù)據(jù)存儲(chǔ)庫(kù),、知識(shí)庫(kù),，并以臨床數(shù)據(jù)存儲(chǔ)庫(kù)為基礎(chǔ)結(jié)合知識(shí)庫(kù)對(duì)外提供臨床決策支持服務(wù)。

圖5- 第二層醫(yī)院信息應(yīng)用架構(gòu)設(shè)計(jì)

醫(yī)院集成平臺(tái)數(shù)據(jù)架構(gòu)在設(shè)計(jì)上支持集團(tuán)化醫(yī)院建設(shè),，通過(guò)醫(yī)院信息平臺(tái)將醫(yī)院各業(yè)務(wù)系統(tǒng)和集團(tuán)醫(yī)院業(yè)務(wù)系統(tǒng)中的臨床數(shù)據(jù)以標(biāo)準(zhǔn)化的方式集中存儲(chǔ)起來(lái),，實(shí)現(xiàn)數(shù)據(jù)交換、數(shù)據(jù)存儲(chǔ),、數(shù)據(jù)轉(zhuǎn)換,、數(shù)據(jù)分析和數(shù)據(jù)共享。

• 基礎(chǔ)數(shù)據(jù)數(shù)據(jù)庫(kù)：用于存儲(chǔ)基礎(chǔ)數(shù)據(jù)MDM,；

• 患者主索引庫(kù)：用于存儲(chǔ)患者主索引,、患者基本信息；

• 臨床知識(shí)庫(kù)：用于存儲(chǔ)或者結(jié)構(gòu)化存儲(chǔ)各類臨床知識(shí),；

• CDR臨床數(shù)據(jù)存儲(chǔ)庫(kù)：將醫(yī)院分散在各臨床業(yè)務(wù)系統(tǒng)中的臨床數(shù)據(jù)以標(biāo)準(zhǔn)化的方式集中存儲(chǔ)起來(lái),，用于臨床信息共享，供不同臨床業(yè)務(wù)場(chǎng)景使用,；

• CDR文檔庫(kù)：CDR數(shù)據(jù)分類兩類一類是結(jié)構(gòu)化數(shù)據(jù),，存儲(chǔ)在CDR臨床數(shù)據(jù)存儲(chǔ)庫(kù)中，一部分是非結(jié)構(gòu)數(shù)據(jù)以HL7 CDA文檔方式存儲(chǔ)在CDR文檔庫(kù)中,，主要存儲(chǔ)的患者在臨床診療過(guò)程中形成的各類主客觀病歷,。

• 臨床科研數(shù)據(jù)倉(cāng)庫(kù)：依據(jù)臨床科研統(tǒng)計(jì)分析需求，從臨床數(shù)據(jù)中心CDR采集數(shù)據(jù),，構(gòu)建與疾病有關(guān)的數(shù)據(jù)倉(cāng)庫(kù),；

• BI數(shù)據(jù)倉(cāng)庫(kù)：依據(jù)管理與決策需求，從上述各個(gè)數(shù)據(jù)庫(kù)中采集數(shù)據(jù)構(gòu)建主題數(shù)據(jù)倉(cāng)庫(kù),。

圖6- 總體數(shù)據(jù)架構(gòu)

通過(guò)建立集團(tuán)化臨床數(shù)據(jù)存儲(chǔ)中心,，將分院臨床各業(yè)務(wù)系統(tǒng)PACS、LIS,、EMR,、HIS系統(tǒng)中臨床數(shù)據(jù)形成CDA文檔標(biāo)準(zhǔn)存儲(chǔ)到總院CDR臨床文檔庫(kù)中,。具體臨床數(shù)據(jù)中心CDR數(shù)據(jù)架構(gòu)圖如下：

圖7- CDR數(shù)據(jù)架構(gòu)圖

根據(jù)醫(yī)院集成平臺(tái)的業(yè)務(wù)需求,、系統(tǒng)架構(gòu),，我們規(guī)劃出醫(yī)院信息平臺(tái)的技術(shù)架構(gòu)設(shè)計(jì)：

• 門戶層：用于實(shí)現(xiàn)跨平臺(tái)的信息展現(xiàn),，提供用戶可自定義的界面展現(xiàn),，能夠防止一些惡意的代碼灌注入侵，能夠?qū)崿F(xiàn)一定程度的用戶身份認(rèn)證管理,。

• 基于平臺(tái)的應(yīng)用層：根據(jù)業(yè)務(wù)屬性來(lái)提供不同的界面展現(xiàn),，有的應(yīng)用適合采用web展現(xiàn)技術(shù),，有的應(yīng)用適合采用Windows Form展現(xiàn)技術(shù),，能夠提供嵌入式的臨床信息集成，比現(xiàn)有“按鈕”式的集成要更加直觀,、高效，能夠?qū)崿F(xiàn)對(duì)外統(tǒng)一信息服務(wù)的SOA封裝,，能夠?qū)Ω鱾€(gè)應(yīng)用進(jìn)行審計(jì),，記錄應(yīng)用使用信息,。

• 信息資源層：能夠?qū)racle、IBM DB2,、MS SQL Server等數(shù)據(jù)庫(kù)管理系統(tǒng)進(jìn)行訪問(wèn),，能夠支持系統(tǒng)之間的多事務(wù)管理，應(yīng)用XQuery技術(shù)實(shí)現(xiàn)對(duì)XML文檔的查詢,、統(tǒng)計(jì),，應(yīng)用數(shù)據(jù)倉(cāng)庫(kù)技術(shù)實(shí)現(xiàn)對(duì)數(shù)據(jù)的統(tǒng)計(jì)分析，能夠?qū)崿F(xiàn)平臺(tái)與數(shù)據(jù)庫(kù)管理系統(tǒng)之間的數(shù)據(jù)審計(jì),。

• 集成平臺(tái)層：應(yīng)用單點(diǎn)登錄技術(shù)實(shí)現(xiàn)對(duì)單一用戶多賬戶的管理，提供工作流技術(shù)，用于配置和變更業(yè)務(wù)流程和數(shù)據(jù)交換流程,，應(yīng)用規(guī)則引擎實(shí)現(xiàn)對(duì)知識(shí)庫(kù)的使用,，應(yīng)用HL7 CDA識(shí)別和轉(zhuǎn)換技術(shù)實(shí)現(xiàn)對(duì)臨床文檔的存儲(chǔ)和交換，應(yīng)用XML技術(shù)實(shí)現(xiàn)SOA消息的封裝,，應(yīng)用WebService技術(shù)實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)交換服務(wù),，應(yīng)用異步消息技術(shù)實(shí)現(xiàn)非實(shí)時(shí)的數(shù)據(jù)交換服務(wù)，應(yīng)用BI應(yīng)用技術(shù)實(shí)現(xiàn)對(duì)多維數(shù)據(jù)庫(kù)的訪問(wèn),，應(yīng)用適配器技術(shù)實(shí)現(xiàn)對(duì)異構(gòu)系統(tǒng)的集成,，應(yīng)用日志服務(wù)技術(shù)實(shí)現(xiàn)對(duì)平臺(tái)應(yīng)用的日志數(shù)據(jù)存取管理。

• 接入層：表示與醫(yī)院信息平臺(tái)互聯(lián)互通的院內(nèi),、院外信息系統(tǒng)。

通過(guò)基礎(chǔ)數(shù)據(jù)治理和集成服務(wù)梳理及發(fā)布,，有效建設(shè)新接入廠商與原有系統(tǒng)廠商之間的接口改造,；通過(guò)臨床診療集成視圖,，為醫(yī)生臨床診療活動(dòng)提供輔助支持，能夠減少醫(yī)生決策時(shí)間；通過(guò)科研創(chuàng)新的科研檢索和數(shù)據(jù)檢索,，為臨床醫(yī)生和科研醫(yī)生快速提供有效的科研素材及科研病歷,，從而為醫(yī)生的科研活動(dòng)奠定基礎(chǔ),；通過(guò)跨院雙向轉(zhuǎn)診、跨院電子病歷共享醫(yī)技跨院檢查申請(qǐng)與預(yù)約,，為醫(yī)院構(gòu)建區(qū)域醫(yī)療體系提供強(qiáng)有力的信息化支撐,；醫(yī)療大數(shù)據(jù)是近年來(lái)比較熱門的話題,，平臺(tái)提供健康管理、區(qū)域醫(yī)療協(xié)作,、臨床輔助決策和臨床科研等服務(wù),，作為醫(yī)院未來(lái)醫(yī)療大數(shù)據(jù)分析的基礎(chǔ),，從而加快醫(yī)院針對(duì)該部分的信息化進(jìn)程,。