傳統(tǒng)醫(yī)院信息化建設(shè)模式與現(xiàn)今云計(jì)算、大數(shù)據(jù)時(shí)代下的醫(yī)院信息交互需求之間的矛盾日益突出。醫(yī)院信息化建設(shè)一般是先從個(gè)別應(yīng)用開始，不同系統(tǒng)之間采用點(diǎn)到點(diǎn)的方式交換數(shù)據(jù)，最終系統(tǒng)之間信息交互與共享的困難日益加重。為了有效推進(jìn)信息交互和共享，醫(yī)院不僅面臨來(lái)自內(nèi)部的數(shù)據(jù)共享需求，同時(shí)更要兼顧滿足區(qū)域范圍的信息共享需求。

　　隨著我院各項(xiàng)業(yè)務(wù)信息系統(tǒng)建設(shè)和應(yīng)用的迅速發(fā)展、院內(nèi)的信息系統(tǒng)數(shù)量和系統(tǒng)用戶數(shù)量呈指數(shù)增加，網(wǎng)絡(luò)規(guī)模也隨之?dāng)U大。傳統(tǒng)的基于HIS底層架構(gòu)的數(shù)據(jù)接口集成方式，對(duì)現(xiàn)有HIS系統(tǒng)的架構(gòu)和數(shù)據(jù)整合能力提出了考驗(yàn)，HIS系統(tǒng)底層技術(shù)風(fēng)險(xiǎn)日益增大。因此，迫切需要建設(shè)一個(gè)遵循國(guó)際統(tǒng)一醫(yī)療數(shù)據(jù)交換標(biāo)準(zhǔn)的集成平臺(tái)，對(duì)我院主要的業(yè)務(wù)信息系統(tǒng)信息交互功能進(jìn)行整合，統(tǒng)一管理信息交互協(xié)議和數(shù)據(jù)字典等。

　　那么，如何構(gòu)建全院級(jí)的數(shù)據(jù)集成平臺(tái)？集成平臺(tái)具有哪些優(yōu)勢(shì)和不足？集成平臺(tái)構(gòu)建過程中有哪些可以借鑒的經(jīng)驗(yàn)？這些都是目前醫(yī)院信息主管們迫切關(guān)注的現(xiàn)實(shí)問題。

　　1集成現(xiàn)狀

　　隨著信息化建設(shè)的不斷完善，院內(nèi)業(yè)務(wù)信息系統(tǒng)越來(lái)越多，加之服務(wù)器底層OS操作系統(tǒng)、DB數(shù)據(jù)庫(kù)、數(shù)據(jù)字典標(biāo)準(zhǔn)及外部接口種類繁多，使醫(yī)療交換和共享的管理工作變得越來(lái)越復(fù)雜而困難。

　　信息技術(shù)的快速發(fā)展推動(dòng)了醫(yī)療領(lǐng)域的信息化建設(shè)。一方面醫(yī)療信息技術(shù)的發(fā)展給醫(yī)院、醫(yī)護(hù)人員、患者等帶來(lái)了極大的方便，另一方面醫(yī)療信息系統(tǒng)也面臨著信息集成和共享的挑戰(zhàn)，諸如“信息孤島”問題日益突出，以2005年實(shí)施第一套HIS系統(tǒng)為例，目前已有大大小小的業(yè)務(wù)系統(tǒng)80余個(gè)，包括HIS、LIS、CIS、NIS、EMR、PACS、RIS等，這些系統(tǒng)分布在不同的部門，形成了相對(duì)獨(dú)立的部門級(jí)應(yīng)用系統(tǒng)，而且系統(tǒng)供應(yīng)商眾多，軟件架構(gòu)多樣，通信協(xié)議不一致，數(shù)據(jù)結(jié)構(gòu)也千差萬(wàn)別，數(shù)據(jù)庫(kù)系統(tǒng)多樣而復(fù)雜，從而阻礙了信息的有效共享和交換，制約了信息一體化的發(fā)展進(jìn)程。

　　為了解決以上問題，我院?jiǎn)?dòng)了醫(yī)院數(shù)據(jù)集成平臺(tái)建設(shè)。醫(yī)院數(shù)據(jù)集成平臺(tái)是通過信息交換和集成等多種技術(shù)，把分散的、異構(gòu)的各個(gè)子系統(tǒng)的信息集成在一個(gè)信息共享的平臺(tái)上，解決信息共享和交流問題，有效地實(shí)現(xiàn)醫(yī)院信息系統(tǒng)一體化，方便醫(yī)院部門內(nèi)部和不同部門之間的交流和共享。構(gòu)建醫(yī)院信息集成平臺(tái)的關(guān)鍵技術(shù)有：統(tǒng)一的術(shù)語(yǔ)標(biāo)準(zhǔn)、統(tǒng)一的信息交換標(biāo)準(zhǔn)、統(tǒng)一的業(yè)務(wù)流標(biāo)準(zhǔn)。

　　2集成方案

　　2.1集成方式目前我院系統(tǒng)眾多，系統(tǒng)異構(gòu)化導(dǎo)致信息交換和共享的維護(hù)難度成本高；醫(yī)院內(nèi)部沒有統(tǒng)一的集成平臺(tái)和數(shù)據(jù)中心，不管從應(yīng)用方面還是從數(shù)據(jù)方面，目前難以實(shí)現(xiàn)以病人為中心的統(tǒng)一視圖，給管理和服務(wù)帶來(lái)挑戰(zhàn)。

　　針對(duì)上述問題，通過建立數(shù)據(jù)集成平臺(tái)，采用HL7V3標(biāo)準(zhǔn)接口和WebServices技術(shù)建立醫(yī)院級(jí)的ESB總線，利用ESB產(chǎn)品構(gòu)筑醫(yī)院面向服務(wù)的SOA構(gòu)架基礎(chǔ)服務(wù)集成引擎，最終建立全院級(jí)的臨床科研數(shù)據(jù)中心CDR，為臨床決策提供依據(jù)。并將醫(yī)院新老接口按照集成平臺(tái)規(guī)范化標(biāo)準(zhǔn)(數(shù)據(jù)交換標(biāo)準(zhǔn)HL7V3/業(yè)務(wù)體系標(biāo)準(zhǔn))要求接入平臺(tái)，通過集成平臺(tái)的實(shí)施，做到服務(wù)（接口）可管理、可復(fù)用、可監(jiān)控，見圖1。

　　圖1系統(tǒng)集成圖

　　考慮到我院的主要臨床業(yè)務(wù)，包括掛號(hào)、申請(qǐng)單、診斷、藥品及費(fèi)用等醫(yī)囑，其數(shù)據(jù)源為我院HIS系統(tǒng)，由于數(shù)據(jù)量過大，為最低程度地降低對(duì)HIS數(shù)據(jù)庫(kù)的影響，通過定時(shí)輪詢程序從HIS備庫(kù)中查詢數(shù)據(jù)后將其封裝成HL7V3格式消息，發(fā)送給數(shù)據(jù)交互IE集成平臺(tái)，并通過HIS主庫(kù)對(duì)數(shù)據(jù)狀態(tài)進(jìn)行更新；輪詢程序從數(shù)據(jù)交互平臺(tái)獲取數(shù)據(jù)后回寫HIS主庫(kù)（包括數(shù)據(jù)的更新與插入，如術(shù)語(yǔ)同步功能），見圖2。

　　圖2主業(yè)務(wù)數(shù)據(jù)交互網(wǎng)絡(luò)拓?fù)鋱D

　　2.2高效可靠機(jī)制目前我院有掛號(hào)、檢查、檢驗(yàn)、手術(shù)、輸血、診療處置、診斷等醫(yī)囑類服務(wù)，入院、出院、轉(zhuǎn)區(qū)轉(zhuǎn)床、入科等ADT類服務(wù)、傳染病服務(wù)、發(fā)藥信息服務(wù)、術(shù)語(yǔ)服務(wù)及九大醫(yī)技系統(tǒng)服務(wù)。為最大限度地降低對(duì)HIS主服務(wù)器壓力的影響以及盡可能保障各位服務(wù)的及時(shí)性，采取了定期輪詢與實(shí)時(shí)服務(wù)相結(jié)合的集成方式，見圖3。

　　考慮到醫(yī)院業(yè)務(wù)的特殊性，HIS輪詢服務(wù)的周期必須滿足業(yè)務(wù)需求，這就要求必須合理設(shè)置輪詢的時(shí)間。以掛號(hào)、醫(yī)囑、診斷等服務(wù)為例，通過現(xiàn)有的數(shù)據(jù)統(tǒng)計(jì)出2014年全年單個(gè)服務(wù)高峰時(shí)段（周二上午07:30-09:30）每分鐘的處理消息個(gè)數(shù)（MPM）,運(yùn)行軟硬件環(huán)境見圖3，網(wǎng)絡(luò)環(huán)境為100MBps的帶寬。

　　圖3高峰時(shí)段（07:30-09:30）HIS業(yè)務(wù)量及輪詢程序消息發(fā)送能力

　　經(jīng)過壓力測(cè)試，HIS后臺(tái)輪詢程序每分鐘可以處理大約350到400條的HL7V3消息，根據(jù)每年業(yè)務(wù)量增長(zhǎng)情況，計(jì)算出門急診住院的業(yè)務(wù)量大概以10%的速率在增長(zhǎng)，根據(jù)木桶原理，可計(jì)算出高峰時(shí)段HIS后臺(tái)輪詢程序處理消息的瓶頸數(shù)約為350*60Min*2H=42000個(gè)。

　　我院未來(lái)業(yè)務(wù)量估算可根據(jù)公式

　　進(jìn)行估算，其中a為高峰時(shí)段業(yè)務(wù)量最大的服務(wù)即用藥信息服務(wù)每年的業(yè)務(wù)增量，n為年份，為年份為n時(shí)的用藥信息服務(wù)消息數(shù)，m為其他外部因素下用藥信息服務(wù)消息的增量，包括醫(yī)院新大樓的運(yùn)營(yíng)引起門診量的指數(shù)增長(zhǎng)，通過估算2015年之后m大概為當(dāng)前業(yè)務(wù)量的30%，即m=30%x。通過計(jì)算2006年至2015年高峰時(shí)段用藥信息服務(wù)消息增量的平均值為10%，綜上，計(jì)算出當(dāng)n為2020時(shí)，y可以達(dá)到43100，也就是說HIS后臺(tái)輪詢程序單線程運(yùn)行可平穩(wěn)運(yùn)行5年，符合預(yù)期規(guī)劃。5年之后，可通過啟動(dòng)多線程的方式滿足未來(lái)業(yè)務(wù)需求，以保證程序的健壯性及業(yè)務(wù)的連續(xù)性。

　　2.3平臺(tái)重發(fā)機(jī)制醫(yī)院是個(gè)特殊的機(jī)構(gòu)，每條業(yè)務(wù)都要保證其準(zhǔn)確、及時(shí)地送達(dá)接收方。為確保每條醫(yī)囑都能準(zhǔn)確無(wú)誤的發(fā)給IE集成平臺(tái)，建立了如下的消息重發(fā)預(yù)警機(jī)制，整個(gè)方案的場(chǎng)景及業(yè)務(wù)流程見圖4。

　　2.3.1消息重發(fā)機(jī)制HIS患者基本信息、HIS臨床業(yè)務(wù)信息通過MQ消息或者實(shí)時(shí)WebServices方式將HL7V3標(biāo)準(zhǔn)的XML文件發(fā)給IE集成平臺(tái)，并將錯(cuò)誤日志記錄在遠(yuǎn)程分布式日志數(shù)據(jù)庫(kù)服務(wù)器中。如若發(fā)生通信鏈路故障，則將錯(cuò)誤日志記錄在本地文件夾中。由定時(shí)重發(fā)計(jì)劃任務(wù)每隔三分鐘輪詢從日志數(shù)據(jù)庫(kù)和文件夾中抽取數(shù)據(jù)，并重發(fā)給IE集成平臺(tái)。

　　2.3.2預(yù)警機(jī)制HIS患者基本信息、HIS臨床業(yè)務(wù)信息發(fā)給IE平臺(tái)時(shí)，如果產(chǎn)生異常日志，則通過短信的方式將告警信息發(fā)送給平臺(tái)運(yùn)維人員，待定時(shí)重發(fā)計(jì)劃任務(wù)發(fā)送成功后，由短信平臺(tái)發(fā)送告警清除信息給運(yùn)維人員，如果定時(shí)重發(fā)計(jì)劃任務(wù)在重試3次后，還未發(fā)送成功，則發(fā)送緊急告警通知相關(guān)人員進(jìn)行人工干預(yù)，以保障臨床業(yè)務(wù)的順利進(jìn)行。

　　通過建立EMPI患者主索引，以患者就診卡號(hào)為主線，建立全院級(jí)的醫(yī)療影像中心和臨床科研數(shù)據(jù)中心CDR，為將來(lái)以CDR為數(shù)據(jù)源的臨床決策支持系統(tǒng)CDS的建立打下堅(jiān)實(shí)的基礎(chǔ)。

　　圖4數(shù)據(jù)平臺(tái)集成流程圖

　　2.4集成架構(gòu)依據(jù)物理架構(gòu)設(shè)計(jì)的高可靠性、高容錯(cuò)性原則，設(shè)計(jì)分布式服務(wù)器群集架構(gòu)方案，通過4機(jī)故障轉(zhuǎn)移集群，保證1臺(tái)服務(wù)器為活躍狀態(tài)，其余服務(wù)器為Ready狀態(tài)，并通過防火墻與外部業(yè)務(wù)系統(tǒng)隔離，以保證數(shù)據(jù)安全性，見圖5。當(dāng)不同服務(wù)器在活躍服務(wù)器故障后立刻接管相應(yīng)的資源。一般故障轉(zhuǎn)移的過程只需要幾秒鐘的時(shí)間，當(dāng)節(jié)點(diǎn)處于活躍狀態(tài)時(shí)，該節(jié)點(diǎn)上可以使用所有資源。當(dāng)服務(wù)器故障后，在這臺(tái)服務(wù)器上配置了故障轉(zhuǎn)移群集的資源組就會(huì)被其他服務(wù)器所接管。當(dāng)故障服務(wù)器重新上線后，群集服務(wù)可以配置為允許讓原服務(wù)器進(jìn)行故障回復(fù)，或者是讓當(dāng)前服務(wù)器繼續(xù)處理新的客戶端請(qǐng)求。通過群集架構(gòu)的建立，可以減少服務(wù)器故障率，有效保證臨床業(yè)務(wù)的不間斷作業(yè)。

　　圖5服務(wù)器群集方案

　　3結(jié)果

　　臨床數(shù)據(jù)中心的建立與數(shù)據(jù)挖掘應(yīng)用是醫(yī)院信息化發(fā)展的趨勢(shì)，也為實(shí)現(xiàn)各級(jí)衛(wèi)生部門、各業(yè)務(wù)系統(tǒng)的信息服務(wù)共享及各種服務(wù)的整合與響應(yīng)，實(shí)現(xiàn)區(qū)域的互聯(lián)互通奠定了基礎(chǔ)。通過醫(yī)院對(duì)現(xiàn)有數(shù)字化醫(yī)療系統(tǒng)通過集成平臺(tái)形式實(shí)現(xiàn)了數(shù)據(jù)與業(yè)務(wù)的全面集成，在業(yè)務(wù)上優(yōu)化了門診流程、改善就醫(yī)環(huán)境，減少患者排隊(duì)輪候時(shí)間，提高就診效率和診療質(zhì)量，減少診療差錯(cuò)率，提高患者就診滿意度。

　　通過建立完整的消息重發(fā)與告警機(jī)制，保證了醫(yī)療業(yè)務(wù)的連續(xù)性，減少了醫(yī)療系統(tǒng)故障率，有效地提高了醫(yī)護(hù)人員服務(wù)效率，從一定程度上緩解了醫(yī)護(hù)關(guān)系。完整的日志體系，也為將來(lái)進(jìn)行系統(tǒng)穩(wěn)定性分析提供了有力的依據(jù)。

　　4討論

　　針對(duì)我院目前實(shí)施的醫(yī)院數(shù)據(jù)集成平臺(tái)建設(shè)項(xiàng)目中出現(xiàn)的各種問題進(jìn)行總結(jié)，提出了以下的建議與思考，希望可以為同行提供一些參考和幫助：建立完善的消息重發(fā)預(yù)警機(jī)制，可以保證醫(yī)療業(yè)務(wù)的連續(xù)性及可靠性；建立有效的物理架構(gòu)，可以保證軟件系統(tǒng)平穩(wěn)有效地運(yùn)行；建立完整的應(yīng)急預(yù)案，在故障發(fā)生時(shí)可以從容對(duì)待；建立可配置程序體系，可以快速切換業(yè)務(wù)系統(tǒng)，減少故障持續(xù)時(shí)間。

　　平臺(tái)目前使用的存儲(chǔ)設(shè)備較為昂貴，隨著業(yè)務(wù)量的增長(zhǎng)，存儲(chǔ)資源越來(lái)越少，可以在數(shù)據(jù)安全的前提下考慮將數(shù)據(jù)遷往云存儲(chǔ)上，為醫(yī)院節(jié)省寶貴的資源。

　　（來(lái)源：中國(guó)數(shù)字醫(yī)學(xué)摘自《中國(guó)數(shù)字醫(yī)學(xué)》雜志2016年第10期，作者：張小亮景慎旗朱甬倩繆姝妹郭建軍王忠民寇建秋劉云，單位：南京醫(yī)科大學(xué)醫(yī)學(xué)信息學(xué)與管理研究所）

　　【延伸閱讀】

　　新醫(yī)療環(huán)境下的醫(yī)院信息系統(tǒng)集成平臺(tái)

　　1

　　醫(yī)院信息交互需求推動(dòng)集成平臺(tái)發(fā)展

　　由于醫(yī)療業(yè)務(wù)的復(fù)雜性和特殊性，醫(yī)院信息化主要是分類型分階段逐步建設(shè)，如我們經(jīng)常提到的醫(yī)院信息系統(tǒng)（HIS）、電子病歷系統(tǒng)（EMR）、運(yùn)營(yíng)管理系統(tǒng)（HRP）、影像歸檔和通信系統(tǒng)（PACS）等。而一家醫(yī)院往往會(huì)采購(gòu)不同廠商的系統(tǒng)實(shí)施上線，時(shí)間一長(zhǎng)就出現(xiàn)了福建某綜合性三甲醫(yī)院現(xiàn)在的狀況：作為一家從1993年就開始醫(yī)療信息化建設(shè)的三甲醫(yī)院，此院前后共有27家軟件廠商為其提供了幾十個(gè)信息化系統(tǒng)，這些系統(tǒng)遍布在醫(yī)院的各科室和各種業(yè)務(wù)上，之間存在各種各樣、五花八門、亂七八糟的接口。一些系統(tǒng)更是從項(xiàng)目驗(yàn)收后就再也沒有廠商維護(hù)過，為醫(yī)院信息化建設(shè)的發(fā)展留下了巨大的難題和隱患，而這樣的現(xiàn)狀在行業(yè)中比比皆是。

　　隨著醫(yī)療信息化的快速發(fā)展，醫(yī)療業(yè)務(wù)越來(lái)越要求共享、協(xié)作和協(xié)同。這樣一來(lái)分步分期不同廠家的信息系統(tǒng)在共享協(xié)作方面讓醫(yī)療機(jī)構(gòu)十分失望。為了解決醫(yī)院各系統(tǒng)之間的互聯(lián)互通問題，集成平臺(tái)概念孕育而生。

　　近一年來(lái)，醫(yī)院在談集成平臺(tái)，廠商在談集成平臺(tái)，媒體在報(bào)道集成平臺(tái)，“集成平臺(tái)”儼然成了國(guó)內(nèi)HIT領(lǐng)域最時(shí)髦的話題之一。

　　2

　　集成平臺(tái)到底是什么

　　協(xié)和醫(yī)院信息中心主任李包羅教授的觀點(diǎn)是：醫(yī)院信息系統(tǒng)集成平臺(tái)是醫(yī)院各系統(tǒng)間實(shí)現(xiàn)信息共享和業(yè)務(wù)協(xié)同的一套服務(wù)組件，是一個(gè)軟件包。為了實(shí)現(xiàn)各業(yè)務(wù)信息系統(tǒng)對(duì)集成功能的要求，它將各子系統(tǒng)都要使用的數(shù)據(jù)和服務(wù)盡可能完整地集成在一起，將例如通訊、傳輸、安全、認(rèn)證、標(biāo)準(zhǔn)轉(zhuǎn)換引擎、可控醫(yī)學(xué)詞表管理、用戶管理等封裝起來(lái)，提供給用戶使用。

　　又有觀點(diǎn)說信息集成（集成平臺(tái)），是指系統(tǒng)中各子系統(tǒng)和用戶的信息采用統(tǒng)一的標(biāo)準(zhǔn)，規(guī)范和編碼，實(shí)現(xiàn)全系統(tǒng)信息共享，進(jìn)而可實(shí)現(xiàn)相關(guān)用戶軟件間的交互和有序工作。

　　在我看來(lái)，這些觀點(diǎn)都是對(duì)的，而在實(shí)踐工作中，我們更是發(fā)現(xiàn)“無(wú)標(biāo)準(zhǔn)，不集成”。標(biāo)準(zhǔn)化是信息集成的基礎(chǔ)，主要包含通信協(xié)議標(biāo)準(zhǔn)化，產(chǎn)品數(shù)據(jù)標(biāo)準(zhǔn)化（如STEP，產(chǎn)品模型數(shù)據(jù)交換標(biāo)準(zhǔn)等），以及調(diào)節(jié)網(wǎng)絡(luò)標(biāo)準(zhǔn)化，電子文檔標(biāo)準(zhǔn)化，交互圖形標(biāo)準(zhǔn)化等。

　　在HIT行業(yè)中，集成平臺(tái)由一系列的集成核心組件和基礎(chǔ)數(shù)據(jù)交換標(biāo)準(zhǔn)組成外，還加入HIT行業(yè)的一些特色標(biāo)準(zhǔn)與組件，核心組件包括EMPI、XDS、消息引擎IE、主數(shù)據(jù)管理、CDR等，數(shù)據(jù)交換標(biāo)準(zhǔn)包括IHE、CDA、HL7等，采用SOA的架構(gòu)，將這些基礎(chǔ)組件和標(biāo)準(zhǔn)進(jìn)行集成后，實(shí)現(xiàn)醫(yī)療信息系統(tǒng)的“互連互通互認(rèn)”。

　　3

　　集成平臺(tái)的進(jìn)化史

　　在集成平臺(tái)的推動(dòng)建設(shè)上集成平臺(tái)大致發(fā)生過如下的進(jìn)化。

　　初級(jí)階段：點(diǎn)對(duì)點(diǎn)集成

　　其思想就是在任意兩個(gè)需要進(jìn)行數(shù)據(jù)交換的系統(tǒng)之間，開發(fā)建立相應(yīng)的接口對(duì)象。由這些接口對(duì)象針對(duì)性地從數(shù)據(jù)源系統(tǒng)中提取相應(yīng)數(shù)據(jù)，提供作為目標(biāo)應(yīng)用系統(tǒng)使用。優(yōu)點(diǎn)：接口對(duì)象針對(duì)性強(qiáng)，從單一接口角度來(lái)看，投入少、見效快，相對(duì)簡(jiǎn)單，傳輸性高。缺點(diǎn)：各應(yīng)用系統(tǒng)之間耦合太緊，重復(fù)投資嚴(yán)重，成本不可控，同時(shí)可維護(hù)性差，需要大量的資源支持。交叉點(diǎn)對(duì)點(diǎn)集成，接口數(shù)量呈幾何數(shù)量遞增，對(duì)醫(yī)院運(yùn)營(yíng)維護(hù)是一個(gè)很大的挑戰(zhàn)。而且這種集成模式的方法和技術(shù)已趨于老化。

　　中級(jí)階段：基于中間件集成

　　中間件集成是指利用中間件技術(shù)建立業(yè)務(wù)邏輯服務(wù)組件層，對(duì)各系統(tǒng)之間的消息交換和數(shù)據(jù)流程進(jìn)行調(diào)度和管理，支持異步消息交換。優(yōu)點(diǎn)：該集成方式可以在不同層次采用不同種類、不同技術(shù)的中間件產(chǎn)品進(jìn)行集成，適用于集團(tuán)醫(yī)院或區(qū)域醫(yī)療集成項(xiàng)目。缺點(diǎn)：由于各種技術(shù)方式都基于特定的系統(tǒng)平臺(tái)、語(yǔ)言、通訊協(xié)議，在遠(yuǎn)程協(xié)同調(diào)用時(shí)難以通過防火墻和代理服務(wù)器，在技術(shù)上實(shí)現(xiàn)相互調(diào)相當(dāng)復(fù)雜。

　　高級(jí)階段：服務(wù)總線集成

　　服務(wù)總線集成是基于面向服務(wù)的技術(shù)架構(gòu)（SOA）將醫(yī)院業(yè)務(wù)服務(wù)顆?；⒔M件化。該集成方式能實(shí)現(xiàn)異構(gòu)信息系統(tǒng)之間高效互通共享的同時(shí)還支持流程編排，支持流程引擎重置重裝。優(yōu)勢(shì)：可靠、安全、易擴(kuò)展、適應(yīng)性強(qiáng)。缺點(diǎn)：各異構(gòu)信息系統(tǒng)需要將總線服務(wù)顆粒嵌入系統(tǒng)中以達(dá)到數(shù)據(jù)共用共享，業(yè)務(wù)聯(lián)動(dòng)協(xié)同統(tǒng)一的處理效果。

　　4

　　集成平臺(tái)目前存活環(huán)境

　　“土壤”環(huán)境：國(guó)家衛(wèi)計(jì)委信息化管理部門牽頭發(fā)布眾多關(guān)于集成平臺(tái)的標(biāo)準(zhǔn)要求。在電子病歷評(píng)級(jí)指導(dǎo)上也明確指出必須包含集成平臺(tái)。在部廳級(jí)層面，集成平臺(tái)建設(shè)的作用與意義已經(jīng)越來(lái)越被重視。

　　“種子”因數(shù)：有企業(yè)應(yīng)用集成（EAI）作為有力榜樣。各醫(yī)療軟件企業(yè)紛紛把集成平臺(tái)當(dāng)作自己企業(yè)的拳頭產(chǎn)品，重點(diǎn)培育細(xì)心養(yǎng)護(hù)。

　　“生長(zhǎng)”環(huán)境：雖然軟件廠家在推動(dòng)集成平臺(tái)“進(jìn)化”“生長(zhǎng)”道路上嘔心瀝血，市場(chǎng)響應(yīng)也很熱烈。但是真正實(shí)施集成平臺(tái)的時(shí)候情況卻很令人沮喪。醫(yī)療機(jī)構(gòu)對(duì)集成平臺(tái)的認(rèn)識(shí)千奇百怪，管中窺豹。對(duì)集成平臺(tái)在醫(yī)院的具體作用和目的顯得很迷茫。更多醫(yī)療機(jī)構(gòu)對(duì)集成平臺(tái)是一種觀望的態(tài)度，坐等其他醫(yī)院實(shí)踐出成熟產(chǎn)品后再計(jì)劃如何覆蓋實(shí)施。

　　5

　　集成平臺(tái)的目標(biāo)

　　集成平臺(tái)是以醫(yī)院信息化建設(shè)實(shí)效性為己任，一切以推動(dòng)醫(yī)療信息化建設(shè)發(fā)展為根本的立足點(diǎn)。在未來(lái)的集成發(fā)展道路上，集成平臺(tái)主要向以下幾個(gè)方面努力：

　　①、提供可靠、安全、易擴(kuò)展、適應(yīng)性強(qiáng)的集成技術(shù)，實(shí)現(xiàn)各異構(gòu)信息系統(tǒng)之間數(shù)據(jù)共享，業(yè)務(wù)互聯(lián)互通。以實(shí)效性建設(shè)全面優(yōu)化醫(yī)療機(jī)構(gòu)業(yè)務(wù)流程，幫助醫(yī)療機(jī)構(gòu)實(shí)現(xiàn)信息智能化。

　?、凇⑷鎺椭t(yī)療機(jī)構(gòu)喚醒沉睡的歷史數(shù)據(jù)，幫助它們實(shí)現(xiàn)統(tǒng)一的基礎(chǔ)數(shù)據(jù)框架，建成標(biāo)準(zhǔn)互通共享的數(shù)據(jù)中心。為醫(yī)療機(jī)構(gòu)中的每個(gè)系統(tǒng)提供業(yè)務(wù)數(shù)據(jù)支撐。

　?、邸椭t(yī)療機(jī)構(gòu)建立信息化建設(shè)規(guī)范。