透過Web Services設計IHE-XDS(Cross-Enterprise Clinical Document Sharing)
摘要
IHE目前正如火如荼的在國際上進行醫(yī)療資訊的改革，國內(nèi)目前也有許多廠商投入IHE系統(tǒng)的開發(fā)，但由於IHE沒有提出實作的方式規(guī)定，只要求能符合通訊測試即可，如此會使得未來在整合跨醫(yī)療院所病歷資料時的不便，若能使用本研究提出的IHE_PIF((IHE Process Integration Framework)來進行IHE系統(tǒng)的設計，將來在維護上、管理上、整合上都能發(fā)揮極佳的功效。
關鍵字： IHE、Web Services、BPEL、XDS(Cross-Enterprise Clinical Documents Sharing)
前言
隨著時代的變遷，國人的知識與經(jīng)濟水準逐漸地提高，對於醫(yī)療品質(zhì)的要求也與日俱增，如何提供一個高品質(zhì)的醫(yī)療服務已成為今日醫(yī)療產(chǎn)業(yè)努力的目標。
由於所有的醫(yī)療行為都是因不同的病人狀況量身訂做，所以病人健康照護記錄對於提供一個高品質(zhì)的健康照護有著舉足輕重的地位，但病人不可能永遠固定在同一個醫(yī)療院所接受醫(yī)療照護，相反的，會在多個醫(yī)事機構(包含本國以及外國)中留下醫(yī)療記錄[4]；即使在院內(nèi)，也常會因為進行不同的醫(yī)療行為，將資料留在不同的儀器系統(tǒng)之中[5]。因此，要能夠順利分享醫(yī)療記錄的前提是需要一個標準的病歷格式[4]，目前已有兩大重要醫(yī)療資訊交換標準，分別為文字型態(tài)的HL7(Health Level 7)[3]以及多媒體資料的DICOM (Digital Imagine and Communication in Medicine)[6]，在異質(zhì)系統(tǒng)整合的趨勢下，HL7已發(fā)展出以XML格式做為資訊載體的HL7 V3.0[3]。
IHE是依循兩大醫(yī)療資訊標準HL7及DICOM等協(xié)定來定義出整合性的流程，讓各醫(yī)療器材及廠商能透過IHE的流程，來進行整合性聯(lián)測，以符合醫(yī)院複雜性的需求，進而提供一份完整的電子病歷資料使病人能擁有更高品質(zhì)的醫(yī)療健康照護。
IHE在2004的6月釋出了四個可以協(xié)助IHE架構發(fā)展的技術框架，這四個框架中扮演病歷交換的重要角色XDS(Cross-Enterprise Clinical Documents Sharing)是日後IHE要進行跨院整合時的一個重要元件，未來當IHE逐漸成型後，XDS將負責之間的病歷文件分享的架構，透過Web Services的資訊技術來實作它，將可避免許多系統(tǒng)整合時的問題。
研究動機
IHE在醫(yī)療資訊整合的架構上有完整的敘述與說明，經(jīng)由它所規(guī)範的元件與架構即可快速的整合醫(yī)療資訊系統(tǒng)。而IHE的眾多規(guī)範中對於實作時該採用的技術並無太多琢磨，所以要能達成IHE的目標，應該採取一個可以跨異質(zhì)平臺的資訊技術，才能快速整合醫(yī)療資訊系統(tǒng)達成IHE的目標。
資訊技術的架構概念也不斷的演進，由副程式為主的元件概念逐步演進到動態(tài)程式庫、遠端程式呼叫到CORBA、DCOM、RMI等不同的元件呼叫介面。發(fā)展到今天，資訊技術架構概念已深入每一種應用程式設計工具及系統(tǒng)作業(yè)環(huán)境之中。
對所有的程式設計師而言，程式設計的最核心議題是採用的介面標準是否能夠毫無阻礙的與不同的程式整合，而目前看起來最具未來性的技術絕對是網(wǎng)路服務技術(Web Services)。[1]
所以本研究以Web Services技術為基礎來設計IHE實作時所需的平臺及套件，期許透由本研究的成果能加速國內(nèi)在發(fā)展IHE的速度，並減少實作於異質(zhì)性平臺的眾多問題。
實作IHE的相關問題與解決目標
IHE每年都會安排一次的系統(tǒng)對系統(tǒng)的連線測試大會[7]，在這個測試大會中，各家參與的公司使用IHE的工具來測試他們的產(chǎn)品是否能與其他廠商的產(chǎn)品連線。所有的公司皆回應他們已在新產(chǎn)品的開發(fā)計劃中參考了IHE發(fā)表的重大議題。但至目前為止尚無相關的文獻或資料說明這些廠商們在發(fā)展計劃中是經(jīng)過深思熟慮的。雖然在IHE的連線大會上，這些廠商他們是很有意願的使他們的系統(tǒng)符合IHE的標準，但實際上他們是被發(fā)展計劃、市場急迫的需求及承諾IHE要達成的議題逼著改變[8]。因此大多數(shù)的廠商盡可能將他們的產(chǎn)品改變成與IHE相符的系統(tǒng)，在開發(fā)的過程就可能忽略了他們產(chǎn)品日後的延伸性。
至目前為止，尚未有廠商提出符合Web Services標準的IHE軟體，根據(jù)資訊產(chǎn)業(yè)的發(fā)展，我們可以知道，日後應用將會朝向以Web Services為基礎的架構來發(fā)展。反觀醫(yī)療資訊的發(fā)展，也如同資訊產(chǎn)業(yè)不斷的在進步，發(fā)展順序如同資訊產(chǎn)業(yè)的步驟，先是指令模式的系統(tǒng)，進而演變成視窗，接著是網(wǎng)路化的時代。因此，我們可以預期醫(yī)療資訊產(chǎn)業(yè)將會往Web Services化的方向前進。
在IHE的規(guī)範中，對於流程的管理機制並無完整的定義，也沒有將流程進行的控制組件將其獨立於醫(yī)療資訊系統(tǒng)之外，日後若流程有更改或是進行跨院交換資料時，將會有許多延伸的整合問題。
我們將這些現(xiàn)況了解後，可以發(fā)現(xiàn)IHE在實作系統(tǒng)上會有三大問題：
a. 異質(zhì)性系統(tǒng)整合
IHE的目的在於解決醫(yī)療產(chǎn)業(yè)之軟硬體溝通的問題，以整合軟體與硬體的技術提供流程導向的標準架構，目前廠商在開發(fā)符合IHE標準的系統(tǒng)時主要以符合IHE連線標準為目標，忽略了日後IHE整合系統(tǒng)的需求，僅以符合IHE連線標準為目標，日後要哂迷誑璣t院異質(zhì)系統(tǒng)的整合時，將會再產(chǎn)生整合上的不便。
b. 未將流程執(zhí)行元件獨立於系統(tǒng)之外
由於IHE沒有規(guī)定系統(tǒng)實作時，該如何進行和設計，所以醫(yī)療資訊廠商們沒有把流程執(zhí)行的控制元件獨立出來，而這樣將會使得系統(tǒng)只能進行已經(jīng)設定好的流程，若要再行更動時，必須改寫原系統(tǒng)才能修改流程。所以流程的執(zhí)行元件應該獨立，日後若流程有更改，只需對其做修正即可。
而且若能使系統(tǒng)成為功能元件，日後在進行流程整合、異動時，我們就能更迅速的完成這些動作。所以將流程元件從系統(tǒng)中獨立出來，並將系統(tǒng)視為功能元件，是IHE目前沒有的重視部份，但它在未來將會是一個極重要的概念。
c. IHE的流程控管機制
IHE對於流程的控制方式及管理機制沒有特別提出，日後當IHE進行跨院電子病歷分享時，在傳輸資料時發(fā)生問題，將無法得知是何處發(fā)生問題，更由於上述未將系統(tǒng)視為功能元件，在進行流程管理時，更難去掌握應用時所發(fā)生種種情形。所以將來IHE要再擴大整合的範圍時，流程控管的機制將會成為另一個重要的議題。
IHE的現(xiàn)況與Web Services相關技術
IHE(Integrating the Healthcare Enterprise)為美國北美放射醫(yī)學會(Radiological Society of North America, |
|
資源大小：3.34 MB 
