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