移動數(shù)字醫(yī)學影像平臺關鍵技術(shù)研究與實現(xiàn).pdf

1、隨著移動醫(yī)療應用的深入和發(fā)展，目前已經(jīng)有移動護理、移動護送和移動查房等一系列移動醫(yī)療應用。在這些應用中，對于移動終端設備上的數(shù)字醫(yī)學影像應用程序的要求已經(jīng)接近傳統(tǒng)桌面工作站的水平。但是移動環(huán)境和傳統(tǒng)的數(shù)字醫(yī)學影像應用環(huán)境有很多不同，會產(chǎn)生不少問題。比如對于硬件參數(shù)來說，移動設備處理器性能有限，解析高分辨率影像需要等待較長時間，影響到用戶使用體驗。又比如對于網(wǎng)絡環(huán)境來說，數(shù)字醫(yī)學影像領域的事實標準—DICOM協(xié)議中的不少服務無法適用于移動

2、無線網(wǎng)絡結(jié)構(gòu)，嚴重影響到了客戶端的圖像接收功能。此外移動設備系統(tǒng)平臺眾多，各種平臺之間互不兼容，為每種平臺一一實現(xiàn)DICOM網(wǎng)絡服務接口需要耗費大量的時間和精力。
　　國內(nèi)外目前存在一些移動DICOM應用的案例，其中絕大多數(shù)是基于HTML技術(shù)開發(fā)實現(xiàn)的，直接將DICOM圖像包含在HTML網(wǎng)頁中，使用瀏覽器控件進行顯示。這中做法能適用于絕大多數(shù)移動終端，但是功能有限，只能傳輸JPEG格式的普通圖像，無法像傳統(tǒng) DICOM網(wǎng)絡通信那樣

3、通過設置各種參數(shù)來控制傳輸方式和圖像內(nèi)容。而且HTML網(wǎng)頁技術(shù)與傳統(tǒng)的 DICOM通信技術(shù)設計理念大相徑庭，不方便將目前現(xiàn)有的 DICOM應用代碼遷移到移動端上去。
　　在進行設計此系統(tǒng)時，針對這些問題進行了分析，鑒于 HTML網(wǎng)頁技術(shù)是基于 HTTP傳輸協(xié)議的，并且 HTTP協(xié)議在各種移動設備平臺都有良好的支持，決定編寫 DICOM轉(zhuǎn) HTTP代理，以此將 DICOM網(wǎng)絡服務以盡可能類似于傳統(tǒng)使用方式的樣式供給移動應用端使用。D

4、ICOM轉(zhuǎn) HTTP代理基于 J2EE技術(shù)，采用 DCM4CHE類庫與PACS系統(tǒng)進行基于 DICOM協(xié)議的數(shù)據(jù)通訊。同時利用 Spring MVC框架提供的功能，在處理 HTTP請求和應答的時候，可以將DCM4CHE類庫中使用的 DICOM數(shù)據(jù)字典參數(shù)數(shù)據(jù)格式自動轉(zhuǎn)換為與移動設備客戶端進行通訊所使用的JSON數(shù)據(jù)格式。在此機制上根據(jù)臨床實際的應用需要，向移動設備提供了非圖像信息查詢，圖像獲取與圖像上傳等 REST風格的 Web服務。同

5、時討論了移動終端如何利用這些服務進行移動客戶端開發(fā)，給出了示例代碼。
　　另外基于 HL7協(xié)議的應用系統(tǒng)也大量在臨床中運用，并且和 DICOM系統(tǒng)會產(chǎn)生大量的交互。所以在 DICOM轉(zhuǎn)HTTP代理中，使用HAPI類庫實現(xiàn)了一些HL7 ORM消息服務Web訪問接口，方便了移動設備應用客戶端進行預約、登記。
　　DICOM轉(zhuǎn)HTTP代理的實現(xiàn)，豐富了移動臨床系統(tǒng)的功能和內(nèi)容。使得各種平臺下的移動設備可以不再關心底層的 DICOM