集成平臺(tái)是對(duì)基于ESB或SOA或消息隊(duì)列的集成引擎、集成中間件的統(tǒng)稱。它針對(duì)系統(tǒng)之間集成所需的共性需求，提供多樣化的接口適配、消息路由分發(fā)、數(shù)據(jù)格式轉(zhuǎn)換、消息存儲(chǔ)重發(fā)、運(yùn)行監(jiān)控等支撐功能，旨在簡(jiǎn)化接口開(kāi)發(fā)，提高集成運(yùn)行環(huán)境的可靠性和管理能力。集成平臺(tái)的能力特點(diǎn)可以概括為這樣幾個(gè)方面：(1)集中部署實(shí)現(xiàn)了系統(tǒng)集成的集中化管理;(2)多樣化的接口適配器可簡(jiǎn)化接口開(kāi)發(fā);(3)強(qiáng)大的配置功能簡(jiǎn)化系統(tǒng)對(duì)接;(4)消息存儲(chǔ)轉(zhuǎn)發(fā)和監(jiān)控機(jī)制提升集成的可靠性。這些特點(diǎn)造就了集成平臺(tái)的優(yōu)勢(shì)，也使得集成平臺(tái)在醫(yī)院信息系統(tǒng)集成中逐漸流行。在集成平臺(tái)受追捧的同時(shí)我們也看到，對(duì)于集成平臺(tái)技術(shù)和適用條件還存在一定程度的模糊認(rèn)識(shí)，盲從和不恰當(dāng)使用集成平臺(tái)的現(xiàn)象也并不少見(jiàn)。因而，對(duì)于集成平臺(tái)的優(yōu)勢(shì)和局限有必要進(jìn)一步厘清，對(duì)于應(yīng)用中的一些典型問(wèn)題有必要進(jìn)一步討論。

　　1、集成平臺(tái)能否減少集成開(kāi)發(fā)工作量?

　　在理想情況下，如果參與集成的應(yīng)用系統(tǒng)都支持業(yè)界的標(biāo)準(zhǔn)(如HL7)，那么在接入集成平臺(tái)時(shí)，只需要對(duì)交換數(shù)據(jù)的分發(fā)和必要的轉(zhuǎn)換進(jìn)行配置定義即可，系統(tǒng)集成工作相對(duì)簡(jiǎn)單，接近于“即插即用”。

　　但遺憾的是當(dāng)前醫(yī)院應(yīng)用系統(tǒng)產(chǎn)品大都不支持標(biāo)準(zhǔn)甚至不提供接口，在這樣的情況下通過(guò)集成平臺(tái)進(jìn)行集成，工作量就要具體分析了。

　　先從接口數(shù)量上看。首先要澄清一個(gè)說(shuō)法，醫(yī)院內(nèi)應(yīng)用系統(tǒng)的集成關(guān)系并非是廣為傳說(shuō)的網(wǎng)狀的和n*(n-1)的接口數(shù)量。在醫(yī)療信息化應(yīng)用中，業(yè)務(wù)上是以醫(yī)生工作站或者電子病歷為中心集成的，系統(tǒng)間的集成關(guān)系基本上是以星型為主。在產(chǎn)品缺乏標(biāo)準(zhǔn)遵循的情況下，通過(guò)集成平臺(tái)進(jìn)行集成，要對(duì)每個(gè)接入系統(tǒng)在集成平臺(tái)或接入系統(tǒng)方進(jìn)行接口定制開(kāi)發(fā)，與點(diǎn)對(duì)點(diǎn)方式集成相比，接口數(shù)量并沒(méi)有減少。

　　再?gòu)慕涌陂_(kāi)發(fā)上看。對(duì)于缺乏標(biāo)準(zhǔn)支持的接口要進(jìn)行大量的定制接口開(kāi)發(fā)甚至是腳本編程定制，數(shù)據(jù)分發(fā)也要根據(jù)各個(gè)系統(tǒng)的不同進(jìn)行定制轉(zhuǎn)換。在這種情況下，集成工作是把原本點(diǎn)對(duì)點(diǎn)方式下的接口定制“轉(zhuǎn)嫁”到了集成平臺(tái)上而已，就好比是把原先暴露在桌面的一團(tuán)線纜裝到了一個(gè)盒子里，表現(xiàn)上清爽了，但盒子內(nèi)部依然如故，工作量難有實(shí)質(zhì)性的減少。

　　因此，集成工作量根本上減少與否與應(yīng)用系統(tǒng)的標(biāo)準(zhǔn)化程度緊密相關(guān)。

　　2、集中化的集成模式好嗎?

　　集成平臺(tái)的引入改變了點(diǎn)對(duì)點(diǎn)分散的集成方式，建立了集中化的集成模式。集成開(kāi)發(fā)實(shí)現(xiàn)了對(duì)系統(tǒng)集成接口的統(tǒng)一管理，同時(shí)也實(shí)現(xiàn)了集成開(kāi)發(fā)的工具化和專業(yè)化。集成運(yùn)行則實(shí)現(xiàn)了系統(tǒng)間數(shù)據(jù)交換的集中運(yùn)行和統(tǒng)一監(jiān)控。通過(guò)把系統(tǒng)集成的共性工作從應(yīng)用系統(tǒng)中剝離和集中到集成平臺(tái)，簡(jiǎn)化了應(yīng)用系統(tǒng)的集成關(guān)系，提高了集成的可靠性、靈活性。

　　但是，另一方面，集成平臺(tái)成為整個(gè)醫(yī)院信息系統(tǒng)的集成中樞。在獲得了統(tǒng)一集成好處的同時(shí)，集成平臺(tái)也成為新的單點(diǎn)故障點(diǎn)，增加了醫(yī)院信息系統(tǒng)的故障風(fēng)險(xiǎn)。一旦集成平臺(tái)出現(xiàn)故障，會(huì)導(dǎo)致整個(gè)醫(yī)院信息系統(tǒng)癱瘓。另外，對(duì)于大型醫(yī)院，系統(tǒng)之間數(shù)據(jù)交換密集，集成平臺(tái)數(shù)據(jù)流量大，集成平臺(tái)可能成為整個(gè)系統(tǒng)的性能瓶頸。

　　集中與分布一直是IT技術(shù)架構(gòu)的發(fā)展焦點(diǎn)，“三十年河?xùn)|，三十年河西”，總在不斷演變。集成技術(shù)應(yīng)該也不例外。對(duì)集成平臺(tái)的應(yīng)用同樣要把握集中與分散的平衡。

　　3、系統(tǒng)集成都應(yīng)接入集成平臺(tái)嗎?

　　如果醫(yī)院已經(jīng)構(gòu)建了集成平臺(tái)，那么是不是應(yīng)該把需要集成的系統(tǒng)都接入集成平臺(tái)，或者說(shuō)接入平臺(tái)的系統(tǒng)數(shù)量越多越好呢?我們從以下兩種情況來(lái)看。

　　如果一個(gè)應(yīng)用系統(tǒng)需要與多個(gè)異構(gòu)系統(tǒng)交換數(shù)據(jù)(如醫(yī)生工作站與各類檢查檢驗(yàn)系統(tǒng)之間)，可以把系統(tǒng)的集成工作統(tǒng)一到集成平臺(tái)上，借助集成平臺(tái)的消息路由、數(shù)據(jù)轉(zhuǎn)換配置等功能簡(jiǎn)化數(shù)據(jù)分發(fā)和格式轉(zhuǎn)換等的實(shí)現(xiàn)，系統(tǒng)接入集成平臺(tái)是受益的。

　　但如果只是兩個(gè)系統(tǒng)局部集成的情況，比如：患者分診系統(tǒng)調(diào)用語(yǔ)音叫號(hào)系統(tǒng)叫號(hào)、收費(fèi)系統(tǒng)調(diào)用醫(yī)保接口進(jìn)行結(jié)算、醫(yī)生工作站集成醫(yī)學(xué)知識(shí)庫(kù)系統(tǒng)進(jìn)行輔助診斷決策的情況，數(shù)據(jù)交換只局限在兩個(gè)系統(tǒng)之間，那么集成平臺(tái)的功能優(yōu)勢(shì)未必能得到體現(xiàn)。這種情況下，集成的雙方按照自定義接口約定，選擇直接改造和點(diǎn)對(duì)點(diǎn)集成更為直接有效，且避免了接入集成平臺(tái)后帶來(lái)的單點(diǎn)故障風(fēng)險(xiǎn)。類似的場(chǎng)景在醫(yī)院信息系統(tǒng)集成中還有不少，特別是在許多應(yīng)用系統(tǒng)缺乏標(biāo)準(zhǔn)化接口甚至是沒(méi)有接口的情況下。

　　所以，從獲益權(quán)衡的角度看，并非所有需要集成的場(chǎng)景都應(yīng)該基于集成平臺(tái)實(shí)現(xiàn)。

　　4、臨床數(shù)據(jù)中心與集成平臺(tái)有關(guān)聯(lián)嗎?

　　我們經(jīng)常看到一些醫(yī)院把集成平臺(tái)與臨床數(shù)據(jù)中心一起建設(shè)，那么兩者之間是否應(yīng)當(dāng)“綁定”呢?這要從兩者的目的、作用說(shuō)起。

　　醫(yī)院內(nèi)部有兩種類型的集成需求。集成平臺(tái)解決的是流程集成需求，實(shí)現(xiàn)的是系統(tǒng)之間的實(shí)時(shí)數(shù)據(jù)交換;臨床數(shù)據(jù)中心解決的是數(shù)據(jù)集成需求，實(shí)現(xiàn)的是數(shù)據(jù)的集中存儲(chǔ)與管理。打個(gè)比方，集成平臺(tái)是流水的管道，臨床數(shù)據(jù)中心是蓄水池。兩者是兩個(gè)獨(dú)立的部件，需要分別建設(shè)，且并無(wú)絕對(duì)的依賴關(guān)系。

　　理想的情況下，臨床數(shù)據(jù)中心應(yīng)當(dāng)是HIS與電子病歷系統(tǒng)的內(nèi)置部件，在存儲(chǔ)醫(yī)生、護(hù)士工作站等系統(tǒng)自身產(chǎn)生的醫(yī)療數(shù)據(jù)的同時(shí)，匯集外來(lái)系統(tǒng)的醫(yī)療數(shù)據(jù)。

　　現(xiàn)實(shí)中，由于一些HIS或電子病歷系統(tǒng)的不完善，醫(yī)院構(gòu)建了第三方獨(dú)立的臨床數(shù)據(jù)中心。如果依托集成平臺(tái)構(gòu)建這樣的臨床數(shù)據(jù)中心，將面臨的問(wèn)題是，并非所有的醫(yī)療信息系統(tǒng)都是通過(guò)集成平臺(tái)交換數(shù)據(jù)，比如一體化設(shè)計(jì)的系統(tǒng)(如醫(yī)生、護(hù)士工作站)以及其它方式集成的系統(tǒng)，臨床數(shù)據(jù)中心將不能獲得未經(jīng)集成平臺(tái)的醫(yī)療數(shù)據(jù)。而如果為了解決這一問(wèn)題，把原本無(wú)需接入集成平臺(tái)的內(nèi)部數(shù)據(jù)流(如護(hù)士采集的需納入臨床數(shù)據(jù)中心的生命體征數(shù)據(jù))全部改造為通過(guò)增加接口和集成平臺(tái)交換數(shù)據(jù)，無(wú)異于舍近求遠(yuǎn)，同時(shí)又大大增加了集成平臺(tái)的流量負(fù)荷。而實(shí)際上對(duì)于數(shù)據(jù)集成來(lái)講，通過(guò)數(shù)據(jù)ETL、CDC(變化數(shù)據(jù)捕獲)等數(shù)據(jù)同步方式，是更為便捷、可靠的方式。

　　因此，臨床數(shù)據(jù)中心與集成平臺(tái)無(wú)論在概念上還是在建設(shè)技術(shù)上也并無(wú)一定關(guān)聯(lián)。