張耀海++肖建芳

摘要：隨著醫(yī)院信息化建設(shè)的逐步完善，醫(yī)院子系統(tǒng)越來越多，系統(tǒng)間接口越來越多，同時(shí)接口費(fèi)用不斷增加，管理工作變得越來越復(fù)雜。本文以三明市第二醫(yī)院信息系統(tǒng)集成平臺(tái)建設(shè)為例，通過探討醫(yī)院建設(shè)信息系統(tǒng)集成平臺(tái)建設(shè)意義，建設(shè)內(nèi)容、風(fēng)險(xiǎn)識(shí)別，來說明醫(yī)院建設(shè)信息系統(tǒng)集成平臺(tái)的必要性和建設(shè)過程要進(jìn)行風(fēng)險(xiǎn)識(shí)別的重要性。

關(guān)鍵詞：醫(yī)院信息化；系統(tǒng)集成平臺(tái)；風(fēng)險(xiǎn)識(shí)別

1 項(xiàng)目背景

三明市第二醫(yī)院成立于1937年，經(jīng)過近70多年的勵(lì)精圖治建設(shè)，已成為一所學(xué)科門類齊全、具有專業(yè)特色，集醫(yī)、教、研于一體的現(xiàn)代化綜合性教學(xué)醫(yī)院。醫(yī)院近年逐步形成了科學(xué)化、規(guī)范化的管理模式，綜合實(shí)力不斷增強(qiáng)。我院先后建設(shè)了 HIS、LIS、PACS、EMR，體檢等信息系統(tǒng)，這些信息系統(tǒng)對(duì)我院發(fā)展發(fā)揮了重要作用。隨著醫(yī)院信息化建設(shè)的逐步完善，醫(yī)院子系統(tǒng)越來越多，系統(tǒng)接口越來越多，同時(shí)接口費(fèi)用不斷增加，加上操作系統(tǒng)、數(shù)據(jù)庫(kù)、數(shù)據(jù)字典標(biāo)準(zhǔn)、接口等種類的不同，使管理工作變得越來越復(fù)雜、困難。在這樣的背景下，醫(yī)院希望能夠有統(tǒng)一接口標(biāo)準(zhǔn)、一統(tǒng)天下的第三方來管理，使管理工作變得更方便一些。目前我們需要解決兩個(gè)問題：一個(gè)是消除各種醫(yī)療應(yīng)用系統(tǒng)與HIS醫(yī)療數(shù)據(jù)中心的直接耦合性；另一個(gè)是通過HL7和DICOM等標(biāo)準(zhǔn)通訊，將不同廠商的異源異構(gòu)系統(tǒng)進(jìn)行集成整合，確保各個(gè)臨床信息系統(tǒng)在工作流整合的基礎(chǔ)上實(shí)現(xiàn)交互協(xié)作。

2 建設(shè)意義

頂層標(biāo)準(zhǔn)化設(shè)計(jì)，改變系統(tǒng)集成亂象；異構(gòu)數(shù)據(jù)共享，必須解決不同系統(tǒng)不同數(shù)據(jù)結(jié)構(gòu)間的數(shù)據(jù)共享[1]；降低了集成方式的復(fù)雜度，提高可擴(kuò)展性；降低了集成成本，新系統(tǒng)只要按規(guī)范接入集成平臺(tái)；建立與外部系統(tǒng)互聯(lián)的統(tǒng)一接口；滿足區(qū)域信息化信息共享與協(xié)同以及醫(yī)療行為監(jiān)管；現(xiàn)實(shí)醫(yī)院信息系統(tǒng)單點(diǎn)登錄；為醫(yī)院建立科研、管理、預(yù)測(cè)等數(shù)據(jù)管理模型，為醫(yī)院未來的發(fā)展提供數(shù)據(jù)支持，從而減低醫(yī)院發(fā)展中的風(fēng)險(xiǎn)，為醫(yī)院擴(kuò)大、發(fā)展奠定堅(jiān)實(shí)的基礎(chǔ)。

3 建設(shè)內(nèi)容

我院選用基于SOA架構(gòu)的醫(yī)療信息集成平臺(tái)[2]，采用信息集成引擎IIB，作為ESB技術(shù)的載體，以建立患者主索引為核心，通過標(biāo)準(zhǔn)化和自定義的消息流完成數(shù)據(jù)交互管理，同時(shí)建立服務(wù)注冊(cè)庫(kù)、日志庫(kù)、醫(yī)療術(shù)語(yǔ)庫(kù)、患者信息庫(kù)規(guī)范交互標(biāo)準(zhǔn)。從總體上來說平臺(tái)包括六大系統(tǒng)：集成交互引擎、運(yùn)行監(jiān)控系統(tǒng)、綜合管理系統(tǒng)、主數(shù)據(jù)管理系統(tǒng)、患者主索引，統(tǒng)一登錄門戶與單點(diǎn)登錄。

3.1集成交互引擎 醫(yī)院集成平臺(tái)基于SOA架構(gòu)采用IBM Integration Bus作為ESB的技術(shù)載體，開發(fā)信息數(shù)據(jù)流，應(yīng)用IBM Message Queue（MQ）來管理信息流，提供服務(wù)于醫(yī)院信息化的信息系統(tǒng)頂層設(shè)計(jì)解決方案，實(shí)現(xiàn)HIS、EMR、LIS、PACS、超聲、體檢、心電、移動(dòng)護(hù)理、移動(dòng)查房、手術(shù)麻醉系統(tǒng)、重癥監(jiān)護(hù)系統(tǒng)等信息系統(tǒng)間的業(yè)務(wù)交互。

3.2運(yùn)行監(jiān)控系統(tǒng) 運(yùn)行監(jiān)控系統(tǒng)是對(duì)引擎的運(yùn)行狀態(tài)的一個(gè)展示臺(tái)，管理員可以看到運(yùn)行日志及錯(cuò)誤狀態(tài)、診斷信息、性能圖表、查找消息信息、基本設(shè)置以及系統(tǒng)運(yùn)行狀態(tài)。

3.3綜合管理系統(tǒng) 綜合管理系統(tǒng)主要實(shí)現(xiàn)對(duì)用戶管理、用戶組管理、系統(tǒng)操作日志、單路處理日志、異常業(yè)務(wù)消息日志、多路上游處理日志、多路下游處理日志、術(shù)語(yǔ)庫(kù)管理、系統(tǒng)信息配置、場(chǎng)景信息配置、下游服務(wù)信息配置、場(chǎng)景信息路由配置和配置器服務(wù)配置等功能。通過可視化操作的管理方面，為集成平臺(tái)的正常實(shí)施跟日常管理維護(hù)提供有力的保障。

3.4主數(shù)據(jù)管理系統(tǒng) 以集成平臺(tái)消息消息中間件為基礎(chǔ)建立字典同步更新引擎，實(shí)現(xiàn)HIS 與EMR、LIS、PACS等業(yè)務(wù)系統(tǒng)間的字典的更新同步，數(shù)據(jù)間的處理采用消息推送機(jī)制，并輔以完善的日志體系，以保證消息準(zhǔn)確及時(shí)傳遞，數(shù)據(jù)及時(shí)同步。

3.5患者主索引 建立全院級(jí)統(tǒng)一的患者主索引，能夠從各種不同的子系統(tǒng)中取得患者的信息并進(jìn)行組織，串連起所有患者相關(guān)信息，包括基本信息、過敏信息、家族病史、歷次診療信息、檢查檢驗(yàn)信息、患者主管醫(yī)生、歷次電子病例、收費(fèi)情況（門診、住院）等患者信息，并以此為基礎(chǔ)實(shí)現(xiàn)醫(yī)院數(shù)據(jù)層面的整合，包括電子病歷的數(shù)據(jù)整合以及醫(yī)院業(yè)務(wù)和管理數(shù)據(jù)的整合。

3.6統(tǒng)一登錄門戶與單點(diǎn)登錄 醫(yī)院初期的系統(tǒng)建設(shè)，每個(gè)系統(tǒng)都各自擁有獨(dú)立的用戶信息庫(kù)和用戶認(rèn)證體系，典型的包括組織機(jī)構(gòu)定義，安全角色定義，用戶身份驗(yàn)證，資源訪問控制等[3]。我們需要統(tǒng)一登錄門戶將醫(yī)院各種應(yīng)用信息系統(tǒng)統(tǒng)一集成到一個(gè)門戶界面。集成平臺(tái)系統(tǒng)提供了一個(gè)簡(jiǎn)單統(tǒng)一的訪問入口SSO（single sign-on），SSO提供了多驗(yàn)證來源用戶權(quán)限的統(tǒng)一管理，通過后臺(tái)的映射和權(quán)限隧道傳遞技術(shù)實(shí)現(xiàn)單點(diǎn)登錄，用戶只需登錄一次就可以訪問單點(diǎn)登錄域中安裝的所有醫(yī)院業(yè)務(wù)應(yīng)用，不必再分別登錄門戶整合的其它業(yè)務(wù)系統(tǒng)進(jìn)行驗(yàn)證。同時(shí)支持和第三方安全認(rèn)證和權(quán)限管理系統(tǒng)的整合。

4 風(fēng)險(xiǎn)識(shí)別

集成平臺(tái)建設(shè)周期長(zhǎng)，涉及的廠商多，系統(tǒng)復(fù)雜，在系統(tǒng)建設(shè)的論證期需要進(jìn)行充份的風(fēng)險(xiǎn)識(shí)別與評(píng)估，做好風(fēng)險(xiǎn)防控工作。

4.1技術(shù)風(fēng)險(xiǎn) 國(guó)內(nèi)對(duì)醫(yī)院集成平臺(tái)還沒有特別清晰、公認(rèn)的定義。信息集成平臺(tái)開發(fā)是一個(gè)復(fù)雜、龐大的工程，比開發(fā)單個(gè)系統(tǒng)的開發(fā)要困難得多，開發(fā)技術(shù)存在較大風(fēng)險(xiǎn)，不成熟的信息平臺(tái)應(yīng)用起來會(huì)讓醫(yī)院的信息系統(tǒng)更加混亂。

4.2產(chǎn)商風(fēng)險(xiǎn) 上集成平臺(tái)系統(tǒng)需要各廠商的配合與大力支持，但各系統(tǒng)各廠商不一定能配合得好，各系統(tǒng)會(huì)有各廠商的商業(yè)秘密，不一定愿意共享配合開發(fā)。所以在實(shí)施集成平臺(tái)系統(tǒng)前必須與各廠商相互協(xié)調(diào)、溝通，得到他們的承諾。

4.3評(píng)估風(fēng)險(xiǎn) 集成平臺(tái)涉及的系統(tǒng)多，流程多，數(shù)據(jù)多。系統(tǒng)開發(fā)工作量評(píng)估存在重大風(fēng)險(xiǎn)，可能會(huì)存在實(shí)施時(shí)間長(zhǎng)，其它系統(tǒng)負(fù)責(zé)人更換，承諾變更等風(fēng)險(xiǎn)。

4.4其它風(fēng)險(xiǎn) 故障的處理，未改造之前我們只需要查詢兩個(gè)業(yè)務(wù)交互系統(tǒng)之間的數(shù)據(jù)接口即可，但是，集成平臺(tái)的運(yùn)用，我們需要進(jìn)行三個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)故障排查，對(duì)科室維護(hù)人員提出更高的要求。集成平臺(tái)服務(wù)器等硬件如果出現(xiàn)故障，將會(huì)導(dǎo)致全院所有的信息系統(tǒng)都不能使用，這對(duì)醫(yī)院的信息化建設(shè)提出了更高的要求。

5 結(jié)論

隨著醫(yī)院信息化建設(shè)的不斷深入。不同環(huán)境下開發(fā)的信息系統(tǒng)越來越多，這對(duì)系統(tǒng)互連、數(shù)據(jù)訪問速度等方面提出了更高的要求，通過充份的風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)評(píng)估等選擇一個(gè)合適的安全可靠的系統(tǒng)開發(fā)商，建設(shè)高質(zhì)量高標(biāo)準(zhǔn)的信息系統(tǒng)集成平臺(tái)，改變系統(tǒng)集成亂象，解決不同系統(tǒng)不同數(shù)據(jù)結(jié)構(gòu)間的數(shù)據(jù)共享，實(shí)現(xiàn)各系統(tǒng)的無縫連接，為醫(yī)院的為醫(yī)院未來的發(fā)展提供數(shù)據(jù)支持。

參考文獻(xiàn)：

[1]任忠敏，林達(dá)俊，干峰，等.腫瘤醫(yī)院的外部網(wǎng)絡(luò)改造升級(jí)[J].現(xiàn)代醫(yī)院，2009，9（11）：24-125.

[2]李鐵，黃天培，盧堅(jiān).基于SOA實(shí)現(xiàn)醫(yī)院應(yīng)用集成平臺(tái)[J] .醫(yī)學(xué)信息，2010.23（5）：1157-1160.

[3]趙麒，羅軍.SSO單點(diǎn)登錄解決方案[J].計(jì)算機(jī)科學(xué)，2008，34（7）.

編輯/金昊天