HE與醫(yī)院信息系統(tǒng)集成技術(shù)研究
何雨生1 王力華1 王秀民1 孟兆斌2 靳罡2 王永輝3
1北京大學(xué)人民醫(yī)院醫(yī)學(xué)信息中心
2美國(guó)GE公司醫(yī)療部
3北京眾邦惠智公司
摘要：本文介紹了國(guó)際上醫(yī)療信息集成標(biāo)準(zhǔn)的進(jìn)展，重點(diǎn)介紹了IHE有關(guān)集成的基本體系結(jié)構(gòu)和互操作性問(wèn)題，同時(shí)介紹了系統(tǒng)集成技術(shù)的進(jìn)展和面向服務(wù)的體系結(jié)構(gòu)，討論了其在醫(yī)學(xué)中的應(yīng)用。在此基礎(chǔ)上，討論了北京大學(xué)人民醫(yī)院集成系統(tǒng)體系結(jié)構(gòu)的設(shè)計(jì)方案。
關(guān)鍵字：醫(yī)院信息系統(tǒng) 系統(tǒng)集成 標(biāo)準(zhǔn)化 面向服務(wù)的體系結(jié)構(gòu) 區(qū)域衛(wèi)生信息系統(tǒng)
1. 簡(jiǎn)介
隨著國(guó)內(nèi)醫(yī)院建設(shè)的信息系統(tǒng)規(guī)模不斷發(fā)展，信息系統(tǒng)集成的需求越來(lái)越強(qiáng)烈。醫(yī)院信息系統(tǒng)集成的需求主要來(lái)自于以下幾個(gè)方面：
醫(yī)院不同子系統(tǒng)的集成需求。國(guó)內(nèi)大型醫(yī)院信息化的需求十分復(fù)雜，單一HIS提供商無(wú)法滿(mǎn)足。隨著軟件專(zhuān)業(yè)化分工的發(fā)展，PACS/RIS、檢驗(yàn)、財(cái)務(wù)、人事等系統(tǒng)得到獨(dú)立發(fā)展的機(jī)會(huì)；電子病歷的專(zhuān)業(yè)化發(fā)展對(duì)集成需求更為強(qiáng)烈和復(fù)雜。
醫(yī)療集團(tuán)之間信息系統(tǒng)的集成需求。集團(tuán)中不同醫(yī)院的信息系統(tǒng)可以是同構(gòu)或異構(gòu)的系統(tǒng)。只要不是使用同一個(gè)服務(wù)器和數(shù)據(jù)庫(kù)，就存在集成問(wèn)題。即使使用同一數(shù)據(jù)庫(kù)，也有不同醫(yī)院病人的標(biāo)志問(wèn)題。
區(qū)域/國(guó)家衛(wèi)生信息網(wǎng)中信息共享的需求。這種共享包括不同醫(yī)療機(jī)構(gòu)之間信息共享，還有不同醫(yī)療機(jī)構(gòu)與管理部門(mén)的信息共享。近年來(lái)發(fā)達(dá)國(guó)家投入巨資研究的國(guó)家衛(wèi)生信息網(wǎng)，其核心內(nèi)容就是電子病歷的互操作性，本質(zhì)上就是集成問(wèn)題。
由于近年信息化的集成需求，通用集成技術(shù)研究取得了長(zhǎng)足的進(jìn)展，其典型的三大技術(shù)是“企業(yè)應(yīng)用集成（Enterprise Application Integration，EAI）技術(shù)”、“企業(yè)信息集成(Enterprise Information Integration, EII)技術(shù)”和“擷取、轉(zhuǎn)換和載入(Extract, Transform and Load, ETL)技術(shù)”[1]。隨著面向服務(wù)架構(gòu)（Service Oriented Architecture，SOA）技術(shù)的發(fā)展，人們開(kāi)始從軟件的體系結(jié)構(gòu)上考慮系統(tǒng)的集成問(wèn)題，甚至有人提出SOA將是集成的終結(jié)[2]，意思是人們從此將不用考慮集成的問(wèn)題，軟件天生就是可分布的，可任意組合的。這種想法過(guò)于天真，但SOA代表了軟件的發(fā)展方向，HL7版本3已經(jīng)使用了面向服務(wù)的思想分解醫(yī)院需求。當(dāng)然，HL7版本3距離任意分步和任意組合功能的目標(biāo)還差得很遠(yuǎn)，也可能永遠(yuǎn)達(dá)不到這個(gè)目標(biāo)。
2. IHE集成與互操作性?xún)?nèi)容簡(jiǎn)介
2.1. IHE簡(jiǎn)介
IHE（Integrating the Healthcare Enterprise）是北美放射醫(yī)學(xué)協(xié)會(huì)(RSNA)和美國(guó)醫(yī)療衛(wèi)生信息與管理系統(tǒng)協(xié)會(huì)(HIMSS)于1998年成立的組織[3]，其目標(biāo)是促進(jìn)醫(yī)療信息系統(tǒng)的集成, 為不同子系統(tǒng)之間的互連提供集成方案。IHE并不是定義新的集成標(biāo)準(zhǔn),而是基于現(xiàn)有成熟的標(biāo)準(zhǔn)（例如DICOM、HL7和其他一些系統(tǒng)集成的行業(yè)標(biāo)準(zhǔn)）制定的一套集成方案。IHE定位在制定一套規(guī)范的流程，并通過(guò)DICOM、HL7等消息系統(tǒng)實(shí)現(xiàn)這種流程，以實(shí)現(xiàn)不同系統(tǒng)的集成。IHE集成規(guī)范目前的版本包括如下內(nèi)容：
IHE技術(shù)框架－集成規(guī)范 版本6.0 2005.5發(fā)布
IHE技術(shù)框架－事務(wù)處理 版本6.0 2005.5發(fā)布
IHE技術(shù)框架－國(guó)家擴(kuò)展 版本6.0 2005.5發(fā)布
IT基礎(chǔ)技術(shù)框架－集成規(guī)范 版本2.0 2005.8發(fā)布
IT基礎(chǔ)技術(shù)框架－事務(wù) 版本2.0 2005.8發(fā)布
實(shí)驗(yàn)室技術(shù)框架－集成規(guī)范 版本1.1 2004.7發(fā)布
實(shí)驗(yàn)室技術(shù)框架－事務(wù) 版本1.2 2005.2發(fā)布
心血管科技術(shù)框架－集成規(guī)范 版本2.0 2005.6發(fā)布（試用版）
心血管科技術(shù)框架－事務(wù) 版本2.0 2005.6發(fā)布（試用版）
IHE 患者診療協(xié)作 2005.10發(fā)布（試用版）
IHE技術(shù)框架和體系結(jié)構(gòu)將醫(yī)療系統(tǒng)集成的公共部分抽象出來(lái)，用UML描述，例如一些標(biāo)準(zhǔn)流程和一些標(biāo)準(zhǔn)處理過(guò)程，其余規(guī)范則是針對(duì)具體應(yīng)用領(lǐng)域制定的流程規(guī)范。在此我們重點(diǎn)討論集成的基本體系結(jié)構(gòu)和互操作性問(wèn)題。
2.2. MPI和PIX[4]
MPI（Master Patient Indexes）是醫(yī)院信息系統(tǒng)中病人基本信息的主索引，是唯一完整的病人標(biāo)識(shí)，通常它只能由一個(gè)應(yīng)用系統(tǒng)輸入，并對(duì)其它應(yīng)用系統(tǒng)進(jìn)行分發(fā)，以保證整個(gè)系統(tǒng)中病人基本信息的一致性。
國(guó)內(nèi)一直沒(méi)有重視病人主索引的技術(shù)研究，目前還有很多HIS系統(tǒng)在病人主索引的設(shè)計(jì)中存在嚴(yán)重的問(wèn)題，即使用病人門(mén)診和住院號(hào)作為病人的主索引，這種設(shè)計(jì)將帶來(lái)“災(zāi)難性”的后果。因?yàn)椴∪碎T(mén)診和住院號(hào)一人多號(hào)問(wèn)題普遍存在，為了病人信息的完整性和一致性，醫(yī)院需要將多號(hào)合并。如果HIS使用病人門(mén)診和住院號(hào)作為主索引，在合號(hào)過(guò)程中，HIS系統(tǒng)需要將變更號(hào)碼的所有記錄修改為新號(hào)，這將涉及多個(gè)表的多個(gè)記錄，很難修改完整，一旦出錯(cuò)，有可能會(huì)導(dǎo)致收錯(cuò)費(fèi)或發(fā)錯(cuò)藥的嚴(yán)重后果。另外，HIS數(shù)據(jù)量巨大，醫(yī)院不可能永遠(yuǎn)將其保存在當(dāng)前運(yùn)行的數(shù)據(jù)庫(kù)中，需要將其遷移到過(guò)期數(shù)據(jù)備份服務(wù)器上，或者備份到磁帶上，理論上講，這些數(shù)據(jù)的主索引更本不可能再修改，因而必將破壞數(shù)據(jù)的一致性。過(guò)期數(shù)據(jù)的檢索和統(tǒng)計(jì)將受到影響。我們建議，醫(yī)院采購(gòu)HIS時(shí)要將這個(gè)問(wèn)題列為考核系統(tǒng)的重要指標(biāo)，因?yàn)檫@是系統(tǒng)設(shè)計(jì)的重大問(wèn)題，不可能通過(guò)維護(hù)修改解決。可喜的是，2006年全國(guó)醫(yī)院網(wǎng)絡(luò)大會(huì)收到了多篇討論MPI的文章，希望引起與會(huì)者的重視和討論[5][6][7][8]。
隨著醫(yī)療集團(tuán)和區(qū)域衛(wèi)生信息系統(tǒng)的發(fā)展，病人標(biāo)識(shí)和病人主索引也引起了IHE的重視。2003年，IHE提出了PIX（Patient Identifier Cross－referencing Integration Profile）集成規(guī)范，其目的在于從多個(gè)產(chǎn)生病人標(biāo)識(shí)符的應(yīng)用中，實(shí)現(xiàn)病人標(biāo)識(shí)的交叉引用。
以前，MPI沒(méi)有實(shí)現(xiàn)規(guī)范，實(shí)現(xiàn)起來(lái)比較混亂。PIX集成規(guī)范定義了實(shí)現(xiàn)MPI的一套流程規(guī)范，使用HL7標(biāo)準(zhǔn)實(shí)現(xiàn)。不同的應(yīng)用系統(tǒng)遵循該規(guī)范，使用HL7消息，可以比較容易的加入到現(xiàn)有應(yīng)用系統(tǒng)的MPI中。
在一個(gè)醫(yī)療集團(tuán)中，不同醫(yī)院分別使用相同或不相同的HIS，使病人主索引的問(wèn)題更為復(fù)雜。在一個(gè)醫(yī)院中，我們需要解決不同部門(mén)應(yīng)用系統(tǒng)的病人標(biāo)識(shí)問(wèn)題，如放射、病理、B超檢查編號(hào)等。在醫(yī)療集團(tuán)中，出現(xiàn)了同類(lèi)系統(tǒng)不同病人標(biāo)識(shí)問(wèn)題。當(dāng)然，我們?nèi)匀豢梢园凑詹煌?lèi)型應(yīng)用系統(tǒng)的處理方法，但這些數(shù)據(jù)沒(méi)有辦法匯總統(tǒng)計(jì)分析。當(dāng)然，若要徹底解決問(wèn)題，還要通過(guò)門(mén)診和住院系統(tǒng)的主索引結(jié)構(gòu)實(shí)現(xiàn)。
2.3. XDS
2003年以后，IHE重點(diǎn)討論了互操作性(Interoperability)問(wèn)題，提出了“跨機(jī)構(gòu)文檔共享規(guī)范(Cross-Enterprise Document Sharing, XDS)”，以解決區(qū)域性的醫(yī)療信息共享問(wèn)題。XDS主要為醫(yī)療機(jī)構(gòu)之間的文檔共享的管理提供一個(gè)規(guī)范,這些醫(yī)療企業(yè)可以包括私人診所和門(mén)診部甚至是一個(gè)住院病人的緊急看護(hù)科室。圖1顯示醫(yī)生在聯(lián)網(wǎng)環(huán)境下遠(yuǎn)程讀取病人資料，臨床信息系統(tǒng)通過(guò)訪問(wèn)索引系統(tǒng)實(shí)現(xiàn)查找并讀取不同地點(diǎn)的病人文檔的過(guò)程。圖2介紹了XDS使用的其它標(biāo)準(zhǔn)，XDS自己沒(méi)有定義任何標(biāo)準(zhǔn)，只是一個(gè)臨床流程規(guī)范建議。因?yàn)榱鞒叹哂泻軓?qiáng)的地域性，非常容易受人為因素影響，不可能強(qiáng)制統(tǒng)一。圖3介紹了在區(qū)域范圍內(nèi)臨床文檔共享，文檔注冊(cè)、病人ID與病人主索引之間的關(guān)系。
目前各國(guó)都在積極建設(shè)自己的國(guó)家、區(qū)域衛(wèi)生信息系統(tǒng)，這種系統(tǒng)的基礎(chǔ)模型就是XDS，因此應(yīng)該引起各級(jí)衛(wèi)生信息化規(guī)劃者的足夠重視。我們不能重走醫(yī)保系統(tǒng)建設(shè)的老路，在沒(méi)有研究、規(guī)劃、設(shè)計(jì)好的前提下匆忙建設(shè)，造成大量人力物力的浪費(fèi)。一個(gè)大型醫(yī)院和醫(yī)療集團(tuán)的需求模型與其相同，只是稍微簡(jiǎn)單一些。
圖1. 區(qū)域衛(wèi)生信息系統(tǒng)中基于XDS 的電子病歷交換
圖2. XDS使用的標(biāo)準(zhǔn)
圖3. 基于XDS規(guī)范的臨床文檔訪問(wèn)流程
3. 系統(tǒng)集成技術(shù)進(jìn)展
3.1. EAI基本概念
在集成方法學(xué)方面，近年來(lái)人們進(jìn)行了大量的研究，企業(yè)應(yīng)用集成(Enterprise Application Integration，EAI)[9]討論了集成的不同模型。其中，集成消息模型就是HL7、DICOM實(shí)現(xiàn)的基礎(chǔ)[圖4]。
圖4. 集成的消息模型
企業(yè)應(yīng)用集成EAI（Enterprise Application Integration）被定義為：將進(jìn)程、軟件、標(biāo)準(zhǔn)和硬件聯(lián)合起來(lái)，在兩個(gè)或更多的企業(yè)系統(tǒng)之間實(shí)現(xiàn)無(wú)縫集成，使它們就像一個(gè)整體一樣。實(shí)際就是研究異構(gòu)系統(tǒng)互連的方法學(xué)。
從集成的內(nèi)容上看，隨著集成的發(fā)展及人們對(duì)集成的不同需求，可以從幾個(gè)不同的層次去實(shí)現(xiàn)。分別是數(shù)據(jù)（Date）層，應(yīng)用（Application）層及表示（Presentation）層，根據(jù)其實(shí)施機(jī)制分為四種集成模型，圖5介紹了不同的應(yīng)用集成方法。其中數(shù)據(jù)集成主要是在不同的系統(tǒng)間傳遞數(shù)據(jù)，目前HL7的應(yīng)用，主要還是用于數(shù)據(jù)集成。應(yīng)用接口集成和方法集成是在不同的系統(tǒng)之間實(shí)現(xiàn)功能集成，傳統(tǒng)的功能集成很多通過(guò)遠(yuǎn)程調(diào)用實(shí)現(xiàn)，Web Service在功能集成方面代表了最重要的發(fā)展方向。界面集成主要討論不同應(yīng)用系統(tǒng)之間用戶(hù)界面的集成方法。HL7標(biāo)準(zhǔn)組織專(zhuān)門(mén)制定了界面集成的標(biāo)準(zhǔn)－CCOW，希望通過(guò)該標(biāo)準(zhǔn)讓不同的應(yīng)用系統(tǒng)共同配合工作，自動(dòng)同步顯示需要的數(shù)據(jù)。但CCOW在實(shí)際使用中還是碰到了很多問(wèn)題，使用十分復(fù)雜，在實(shí)際中很少有醫(yī)院使用。
圖5. 應(yīng)用集成的不同層次
從應(yīng)用集成的系統(tǒng)集成結(jié)構(gòu)來(lái)劃分，可以分為三種結(jié)構(gòu)，分別是點(diǎn)對(duì)點(diǎn)的結(jié)構(gòu)[圖6]、消息代理結(jié)構(gòu)[圖7]和過(guò)程代理結(jié)構(gòu)[圖8]。
圖6. 點(diǎn)對(duì)點(diǎn)結(jié)構(gòu) 圖7. 消息代理結(jié)構(gòu) 圖8. 過(guò)程代理結(jié)構(gòu)圖
點(diǎn)對(duì)點(diǎn)方式是傳統(tǒng)的系統(tǒng)互連方式。實(shí)際上，HL7是基于點(diǎn)對(duì)點(diǎn)方式制定的互連標(biāo)準(zhǔn)。消息代理方式使用集成代理中間件實(shí)現(xiàn)。基于HL7的點(diǎn)對(duì)點(diǎn)集成方法只能夠解決互連標(biāo)準(zhǔn)化問(wèn)題，不能夠簡(jiǎn)化接口數(shù)量[圖9]。理論上講，如果需要互聯(lián)的子系統(tǒng)有N個(gè)，則完全互連的接口數(shù)量為(N-1)*N。如果使用集成代理中間件，則接口數(shù)量可以減少為N*2個(gè)[圖10]。集成代理中間件可以分成消息代理和過(guò)程代理兩種模式。消息代理模式通過(guò)消息傳遞機(jī)制實(shí)現(xiàn)系統(tǒng)互連，過(guò)程代理模式能夠支持系統(tǒng)的過(guò)程集成，可以通過(guò)過(guò)程代理中間件配置流程。當(dāng)然，這種流程控制能力受限于應(yīng)用邏輯和集成應(yīng)用系統(tǒng)的設(shè)計(jì)，并不能達(dá)到任意配置的愿望。
圖9. 點(diǎn)對(duì)點(diǎn)互連模型 圖10. 集成代理中間件集成模型
3.2. EAI工具
我們以微軟公司的BizTalk Server為例介紹EAI工具。BizTalk Server 包括接收和發(fā)送適配器、接收和發(fā)送管道、編排組件、BizTalk Server 消息框和業(yè)務(wù)規(guī)則引擎[圖11]。在集成平臺(tái)中商務(wù)流程處于核心地位。在商務(wù)過(guò)程中需要進(jìn)行信息交換，交換會(huì)在流程服務(wù)、MessageBox、連接應(yīng)用的適配器之間進(jìn)行。MessageBox是消息出版與訂閱的核心。BizTalk Server通過(guò)Adapter（適配器）與發(fā)送/接收管道以某種通訊協(xié)議發(fā)生實(shí)際的交互。通過(guò)BizTalk Server的消息機(jī)制，可以實(shí)現(xiàn)數(shù)據(jù)、過(guò)程集成，也支持Web Service的服務(wù)集成。
當(dāng)然，類(lèi)似的工具產(chǎn)品很多，如IBM的WebSpere、Web Logic、SeeBeyond等公司，都有類(lèi)似的集成工具。
圖11. BizTalk Server工作原理圖
3.3. ETL和EII技術(shù)簡(jiǎn)介
ETL技術(shù)主要面向數(shù)據(jù)倉(cāng)庫(kù)的需求，將數(shù)據(jù)從多種數(shù)據(jù)源抽取、轉(zhuǎn)換和裝載到另一個(gè)數(shù)據(jù)庫(kù)中，包括數(shù)據(jù)集市和數(shù)據(jù)倉(cāng)庫(kù)。但是，這種數(shù)據(jù)轉(zhuǎn)換整理的過(guò)程耗費(fèi)大量的人力物力，否則很難適應(yīng)復(fù)雜的數(shù)據(jù)分析需求。
|
|
資源大小：876.04 KB 
