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