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

　　隨著我院各項業(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ù)接口集成方式，對現(xiàn)有HIS系統(tǒng)的架構(gòu)和數(shù)據(jù)整合能力提出了考驗，HIS系統(tǒng)底層技術(shù)風(fēng)險日益增大。因此，迫切需要建設(shè)一個遵循國際統(tǒng)一醫(yī)療數(shù)據(jù)交換標(biāo)準(zhǔn)的集成平臺，對我院主要的業(yè)務(wù)信息系統(tǒng)信息交互功能進(jìn)行整合，統(tǒng)一管理信息交互協(xié)議和數(shù)據(jù)字典等。

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

　　1集成現(xiàn)狀

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

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

　　為了解決以上問題，我院啟動了醫(yī)院數(shù)據(jù)集成平臺建設(shè)。醫(yī)院數(shù)據(jù)集成平臺是通過信息交換和集成等多種技術(shù)，把分散的、異構(gòu)的各個子系統(tǒng)的信息集成在一個信息共享的平臺上，解決信息共享和交流問題，有效地實現(xiàn)醫(yī)院信息系統(tǒng)一體化，方便醫(yī)院部門內(nèi)部和不同部門之間的交流和共享。構(gòu)建醫(yī)院信息集成平臺的關(guān)鍵技術(shù)有：統(tǒng)一的術(shù)語標(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)一的集成平臺和數(shù)據(jù)中心，不管從應(yīng)用方面還是從數(shù)據(jù)方面，目前難以實現(xiàn)以病人為中心的統(tǒng)一視圖，給管理和服務(wù)帶來挑戰(zhàn)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　3結(jié)果

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

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

　　4討論

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

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

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

　　【延伸閱讀】

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

　　1

　　醫(yī)院信息交互需求推動集成平臺發(fā)展

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

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

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

　　2

　　集成平臺到底是什么

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

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

　　在我看來，這些觀點都是對的，而在實踐工作中，我們更是發(fā)現(xiàn)“無標(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è)中，集成平臺由一系列的集成核心組件和基礎(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)行集成后，實現(xiàn)醫(yī)療信息系統(tǒng)的“互連互通互認(rèn)”。

　　3

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

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

　　初級階段：點對點集成

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

　　中級階段：基于中間件集成

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

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

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

　　4

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

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

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

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

　　5

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

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

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

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

　?、?、幫助醫(yī)療機(jī)構(gòu)建立信息化建設(shè)規(guī)范。