• 沒有找到結果。

地區醫院超音波影像與醫療資訊系統的整合與建構及其效益評估

N/A
N/A
Protected

Academic year: 2021

Share "地區醫院超音波影像與醫療資訊系統的整合與建構及其效益評估"

Copied!
1
0
0

加載中.... (立即查看全文)

全文

(1)

地區醫院超音波影像與醫療資訊系統的整合與建構及其效益評估

李曉慧a、蔡文正b、林俊榮c、吳帆d

ab中國醫藥大學醫務管理研究所、cd中正大學資訊管理研究所、c弘光科技大學

(2)
(3)

摘 要

在總額給付的衝擊下,原本獲利率就不高的地區醫 院,更因給付點值的偏低,紛紛造成經營困難等問 題,如何利用資訊科技來提高醫院的競爭力,是刻 不容緩的議題。過去幾年國內外許多大型醫院紛紛導 入醫療影像儲傳系統,實証上已有良好成效,但礙 於成本考量,地區醫院發展此系統的並不多,本研 究的目的就是在不額外增加成本的考量下,設計一 套符合地區醫院使用之醫療影像傳輸系統,並評估 其所帶來的效益,以提昇地區醫院之競爭力!

本研究所建構之 PACS 系統,採用三層式架構來開發,

資料庫連結部份都封裝為 COM+元件,置於應用伺 服器上,所有用戶端都需透過應用伺服器才能連接 至資料庫,不但增加了資料庫的安全性,並已成功 在中部部某地區醫院完成上線作業,系統僅以最少 的成本支出來完成此系統,目前除了影像擷取卡的 費用及軟體發展的時間外,並無其它相關支出,所 以地區醫院並不需額外的建置費用即可擁有一套小 型的影像儲傳統,在原有的網路架構,透過系統的 設計,經由 autorouting、prefetching 主動傳送醫療影 像的方式,對原有的網路頻寬並無相關影嚮,所以 透過此系統設計,地區醫院在 PACS 的建置上是可行 的。

關鍵詞:影像儲傳系統、醫療資訊系統

緒論

隨著健保財政的窘困,醫院的經營日漸困難,如何 利用資訊科技來提高醫院的競爭力,是刻不容緩的 議題。而自總額給付實施以來,醫院經營日漸困難,

國內許多小型醫院面臨倒閉危機,根據九十二年第 一季的估算,地區醫院的給付點值,平均每點 0.88 元,也就是原本 100 元的給付,僅剩下 88 元,地區 醫院協會理事謝文輝指出,小醫院的獲利率平均約 5%左右,所以由目前的給付點值來看,許多地區醫 院普遍無法生存;無論是總額預算或自主管理,其 實它的醫療費用總額都是固定的,在開源不易的醫

療環境下,如何節省成本變成一項重要課題。

自 1895 年倫琴(W.K.Rontgen)發現 X 射線後,醫學影 像即成為醫療診斷的重要工具。這些醫療影像對醫師 的治療與診斷提供很大的幫助,但隨著日漸增多的 醫療影像,也造成許多影像管理、傳送、保存等問題。

為了妥善管理醫療影像,建立數位化醫療影像儲傳 系統(PACS),已成為國內外各級醫院資訊系統發展 的重要目標。美國於一九八零年代初期,就有學者與 實務界人士開始著手 PACS 系統的規劃與建置[2],

國內 PACS 系統的建置最早源自於台中榮總急診電腦 斷層之 Mini-PASCS[1],此後開始有其他醫療院所、

資訊業界,著手於這方面的發展與研究。

從花蓮慈濟醫學中心 PACS 引進,所帶來的成本效益 分析中[3],我們可以發現藉由 PACS 的導入,每年 能為花蓮慈濟醫院節省 50%以上的放射科及病歷庫 管理人力。由黃樹棍在 PACS 的現況調查分析中[1],

我 們 得 知 目 前 地 區 醫 院 在 PACS 上的建置率 只達 3%。地區醫院的規模不大,但擁有的醫療影像機器其 實也不少,可是引進 PACS 系統的地區醫院卻不多。

究其原因不外乎導入系統所費不貲,所以地區醫院 往往裹足不前。南區健保局自九十年起開始試辦「無 片化與無紙化的事前審查作業」,雖目前僅於試辦階 段,但相信不久亦會推及全省;衛生署在九十一年 也開始徵求「醫療院所病歷電子化試辦計劃」;從這 些計劃中,我們可見政府在醫療資訊發展上的決心 , 對於醫療影像的數位化,地區醫院也必須即早因應。

文獻探討

一、醫療影像傳輸系統

醫 療 影 像 儲 傳 系 統 (Picture Archiving and Communication System ,PACS )是指醫療影像的儲存 及傳輸系統。PACS 最主要的目的是將醫療影像以數 位的方式儲存,並透過網路的功能傳輸給遠方的電 腦,以供使用者於遠端電腦終端機閱讀影像,並加 以判讀,同時也可做為不同醫療系統影像傳遞交換 之工具,進一步協助醫師進行診斷、教學及醫學研究 [2-5]。

一般而言,PACS 系統主要有影像擷取系統、影像顯

(4)

示及處理系統、影像傳輸網路系統及影像儲存系統等 四個主要單元。而傳統醫療影像的管理,主要仰賴人 力的管理。由於人工作業,容易產生錯誤或遺失;醫 療影像則會有發黃、變質等問題。因為是實體的方式 存在,一次僅供一人調閱,無法同時共享資料;除 此最為人所垢病的就是所需之存放空間較大。但相對 於採用 PACS 系統,主要的優點為不需投資新的硬體 設備、不需要培養專業的維修人員,這是許多小型醫 院仍繼續採用傳統醫療影像管理的最主要原因。

而醫療影像傳輸系統,主要仰賴電腦化的管理,主 要的優點為可直接與 HIS 系統整合減少大量人工作 業,也可提供不同時間、不同地點查閱同一檢查影像,

亦不會有影像變黃或遺失的危險,更不需要很大的 儲存空間。但初期需投入大量的資金,且需不斷的投 資、維護。

對地區醫院而言,一直不敢著手於 PACS 系統的建置,

不外乎是因為建構 PACS 系統費用高昂。例如,南部 某醫學大學附設醫院在 PACS 的投資上,第一期的預 算為 4,000 萬,第二期的預算為 6,000 萬,維護費用 每年 400 萬,電腦硬體更新 2,000 萬,醫療影儀更新 (DR,CR 等)3,000 萬,共計 15,4000 萬,而東部某醫學 中心在醫療影像系統的採購成本 9,000 萬,每年的維 護費用 360 萬,若不分期攤提的話,建置至上線第一 年共計 9,360 萬;至於其他的區域醫院根據統計也都 花費一千萬至一億元不等[3,9]。

二、醫療影像及數位通訊標準與影像擷取

過去大部分醫院所產生的醫療資訊,無論是影像或 是文字型式,因無共通的交換標準,大多無法在院 際間交流,因而造成醫療資訊交換的不易。為解決醫 療 資 訊 交 換 不 易 的 問 題 , 就 有 DICOM 3.0 及 HL7(Health Level 7)二個標準格式出現。而在影像取 得上,我們可藉由影像擷取卡取得醫療儀器上的影 像,把視訊訊號輸出轉成數位影像檔。以目前在 Microsoft Windows 系統中,提供兩種方式可控制擷 取卡:

1. 擷取卡廠商所提供的 SDK 函式庫 2. Microsoft Windows 所提供的多媒體 控制介面

本研究是採用 Microsoft Windows 所提供的多媒體控 制介面進行影像擷取,使程式不會因為影像擷取卡 的不同,造成可攜性的問題;系統主要是利用 VFW 中 Video Capture 的函數來完成影像擷取之工作。

系統規劃與設計

本研究的目的是開發一套快速且低價的影像儲傳系 統,以符合地區醫院使用,系統中透過個人電腦擔 任影像擷取工作站,利用影像擷取卡與超音波描掃 儀結合,透過網路將醫療影像傳輸至主機中,使醫 師無論在院內或院外都可查詢相關影像。系統主要功 能包含影像擷取、影像傳輸、影像儲存、影像處理、報 告登錄查詢及 DICOM 圖檔轉換幾個部份。以下針對 系統架構、軟硬體需求及各功能做說明。

一、系統架構

本系統採三層式架構,把主從式架構中資料連結的 部份抽出,封裝為 COM+元件,並放置於應用伺服 器上,透過分散式處理的方式,將原本需由主機執 行的工作,透過數台應用伺服器來分擔,做到平行 處理的能力(parallel processing),讓使用者覺得使處 理速度變快,進而達到負載平衡(load balancing )及風 險分擔(risk sharing)等優點。用戶端透過應用伺服器來 連接資料庫,所以當資料庫的位置改變時,只要修 改應用伺服器中 COM+設定,而不需對每個用戶端 做修正,不但方便系統維護,也減低維護成本。在網 路服務的部份,也因網路用戶端是透過 COM+才連 接至資料庫,因此對於資料庫在網路上的風險大為 降低,所以在安全控管上也較為容易。

二、系統軟硬體

本研究所使用的硬體設備上包含了資料庫伺服器、應 用伺服器、網路用戶端、一般用戶端及影像擷取端等 電腦,此外還需影像擷取卡、超音波掃瞄掃儀及相關 網路設備。

在資料庫伺服器及應用伺服器我們是使用個案醫院

原購買之 IBM Netifinity 5600 的機器,搭配 1G 的記

憶體;一般用戶端及網路用戶端的部份則採用 P3-

750 等 級以 上之 個人 電腦 ; 平 版電 腦 是 使用 Acer

C100 之型號,以配合醫師手寫輸入使用;影像擷取

(5)

卡是使用 UPG300PLUS USB 魔法師為影像擷取的工 具 ; 超 音 波 掃 瞄 儀 是 採 用 個 案 醫 院 中 Toshiba MODEL SSA-260A 的機型;在此系統中,所有的網 路線都是透過 RJ-45 的網路線,互相連結,網路卡皆 採用 D-LINK350 10/100 Bytes。

系統軟體的部份,資料庫伺服器及應用伺服器的作 業系統皆採 Windows Server 2000,資料庫則是使用 Microsoft SQL Server 2000,而 Web Server 則是搭配 Microsoft IIS 4.0 所建構而成。在個人電腦部份,無論 超音波的工作平台或是診間的用戶端及平板電腦,

作業系統皆是採 Windows 系統,而 Web Client 只要 是 IE 5.0 以上版本的瀏覽器即可。在程式發展工具部

份,我們採用 Delphi 7.0 及 VB 6.0 為發展語言;影像 擷取部份,使用 Microsoft 所提供的 Windows Video For Windows 1.1 的函式庫來控制影像擷取;網頁查 詢功能則是採 ASP 加上 COM+元件所建構而成。

三、軟體架構

本系統透過「影像擷取系統」抓取醫療儀器上面的影 像,再經由「影像儲傳系統」,將醫療儀像以絕對路 徑的方式儲存至遠端主機上;醫師可連結「報告登錄 系統」,直接登打病患的檢查報告,以便整合流程,

縮短報告等候時間;為了節省診間醫師查詢醫療影 像的時間,我們利用了「prefetching」的功能,將過去 的醫療影像轉至 client 端,新產生的醫療影像則是利 用「autorouting」方式,主動將醫療影像分派至各診間;

在「影像擷取系統」及「報告登錄系統」中,我們提供

「影像處理」功能,醫師可針對醫療影像做一些簡單

的處理,如標記、放大、亮度調整等;Web 的部份目 前系統提供「影像查詢」功能,讓醫師可透過 Internet 及 Intranet 查詢病患的醫療影像。

1、影像擷取系統

當病患來醫院就診時,首先會透過 HIS 幫病患掛號 及開立各項醫囑,然後病患再至檢查室做檢查,為 了直接由 HIS 系統取得病患的排檢資料,我們在程 式設計的部份,是直接引用 HIS 系統的資料庫,以 便達到 PACS 及 HIS 的整合。

經由資料庫連結後,『影像擷取系統』可直接取 得排檢名單,然後直接幫病患做檢查,在影像擷取

的 方 面 , 我 們 是 利 用 Microsoft Video for Windows API 中 的 Video Capture 的函 數 來 完成 。分 別運 用 capCreateCaptureWindow()、capDriverConnect()、capPr eviewRate()、capDriverDisconnect()及 capPreview()等 函式獲取我們所需要的系統功能。

2、影像儲傳系統

經由『影像擷取系統』完成影像取得後,我們再透過

『影像儲傳系統』將醫療影像儲存於資料庫中,醫療 影像之儲存方式主要有兩種,分別是直接存於資料 庫中和以儲存檔案索引的方式;周樂正 [21]在小型影 像儲存及傳輸系統之網路效能評估中,主要即針對 影像欄位分別以 BLOB(Binary Large Object,二進位大 型物件格式)及 FI(File Index,文字欄位格式的檔案索 引)方式儲存,並比較兩種方式對連續存入、讀取及刪 除的時間,結果如表 1,我們可以發現都是以存入 FI

資料庫伺服器 應用伺服器

超音波掃描儀

影像擷取卡 平版電腦 一般用戶端 網路用戶端

乙太網路

圖 3-1 系統架構圖

(6)

的方式較快速,當影像愈大時,讀取時間差別愈明 顯,故本系統也是採用 FI 的儲存方式。

影像大小 256K 512K 768K 存

BLOB 0.225312 0.902187 2.165937 FI 0.048125 0.131875 0.256250 讀

BLOB 0.035000 0.331875 0.318750 FI 0.015313 0.037813 0.197500 刪

BLOB 0.089193 0.249023 0.728516 FI 0.031250 0.057943 0.156276 表

1 BLOB、 FI 資料庫存取時間表(單位秒)

資料來源:周樂正[21]

為了讓診間在查詢病患醫療影像時,不受限於網路 頻寬之影嚮,我們運用 autorouting 及 prefetching 的 技術,將醫療影像以主動送出的方式傳送至各診間 , 減少醫師在調閱圖檔時的等候時間。

3、Prefetching 系統

所謂 Prefetching 即根據醫師在作診斷時,常常會參 考到病患以前的醫療影像,所以伺服器在醫師做診 斷前,就先將醫師可能會參考到的影像影像先從資 料庫取出,傳送到醫師的電腦裡面,供醫師快速的 查詢,本系統即根據此概念來設計。

4、AutoRouting 系統

所謂 autorouting 是指新產生的醫療影像都有特定的 醫師要閱讀,所以當有新的醫療影像產生時,Server 需主動的將醫療影像送至給特定的醫師,此部份我 們利用 Winsock 的功能來完成。在 IP 位址取得方面,

我們在診間電腦一開機時,即自動偵測本機的 IP 位 置,然後更新本機的網路位址至資料庫,以方便往 後的訊息傳送。

5、報告登錄查詢系統

當完成影像影像擷取及傳送時,我們在診間就可以 用最快的速度讀取到病患的相關影像,並做報告的 登錄或查詢;透過『報告台結果檔』及『儀器影像檔』

之串連,我們可一邊登錄報告,一邊查閱病患之醫 療影像,並連結至「影像處理系統」幫影像影像做註 記。

6、影像處理系統

為了輔助醫師對醫療影像之判讀,在此部份系統提 供了一些基本的影像處理功能,如固定倍數放大、定 點放大、負片閱覽及亮度調整等功能,此外為了輔助 病兆影像之註記,醫師可把標記後圖檔另存下來,

以供日後之參考。

7、影像轉換系統

個案醫案雖未有符合 DICOM 標準之醫療影像,但為 了日後之醫療影像交換,系統中提供了影像轉換功 能,主要將 BMP 格式的圖檔,轉換為 DICOM 格式 此部份是利用 DICOM 3.0 元件所建構而成的;系統 中參考 DICOM 3.0 之 US Image IOD Module Table 來 產 生 檔 案 , 主 要 包 含 五 個 部 份 : (1)Patient Information 、 (2)Study Information 、 (3)Series 、 (4)Equipment 和(5)Image Information。

8、 網路影像查詢系統

在網際網路服務的部份,目前僅提供醫療影像及檢 查報告之查詢,以確保病患資料之安全性;此部份 利用 ASP 和 COM+來撰寫完成的,透過 COM+的方 式,不直接由 ASP 連接資料庫,增加網路的安全性;

並在登錄畫面,加強檢查使用者的輸入內容及格式 , 避免「資料隱碼」的攻擊,並鎖住右鍵,避免影像圖 片之複製,確實維護病患的資料安全。

系統展示 一、超音波影像擷取系統

如圖 4-1 所示,系統登錄後之調閱畫面,系統依照登

錄的醫師姓名,自動本日所有排檢的病患清單。選擇

(7)

病患後,按「影像取得」鈕,進入影像擷取畫面。

圖 4-1 病患排程選單

進入「影像取得」畫面後(如圖 4-2),即可同步接收醫 療儀器上的影像,醫師只要按「擷取目前影像」就可 以將影像做儲存,為了避免資料的誤刪,系統並不 真的將影像刪除,僅在資料庫上做註記。

圖 4-2 影像擷取畫面

二、報告登錄系統

當完成病患影像擷取後,醫師可按『報告登錄』鈕,

直接幫病患登打檢查報告,如圖 4-3 所示,醫師可瀏 覽剛所擷取的所有影像,並自行選擇那些影像是要 加入在報告中。為了節省醫師登錄報告之時間,系統 中亦提供樣本帶入的功能,讓醫師可自行設定樣本 (txt 檔)。

圖 4-3 報告登錄系統 三、影像處理系統

若想要在所擷取的圖檔中做標記(如圖 4-4),只要按 下「影像標註」鈕,就會跳出另一個畫面,系統提供 了一些影像處理的工具:放大、縮小、旋轉、負片、亮 度等調整,並可結合平板電腦,在畫面上直接圈選 及標註有問題的影像。當醫師對醫療影像上某一區塊 較有興趣時,亦可使用定點放大的功能,透過滑鼠 的移動,定點放大,方便診斷,減少誤診的機會。

圖 4-4 影像處理畫面 四、影像轉換系統

如圖 4-5 所示,若有病患需與它院做轉診時,可透過

系統選擇欲做影像轉換的病患及其影像,即可由系

統中轉出相關影像。

(8)

圖 4-5 影像轉換畫面 五、醫療影像網路查詢系統

醫師若不在醫院內,對於需要緊急會診的病人,也 可透過網際網路查詢到相關病患的基本資料及其相 關醫療影像(圖 4-6),基於病患資料安全,系統上鎖 住滑鼠右鍵,不讓醫師隨便複製及另存病患影像。

圖 4-6 超音波影像查詢畫面

結果與討論

為了解系統上線後的效益,我們做了上線前及上線 後的流程比較,我們發現節省了不少行政作業流程。

原本醫師做完檢查報告後,還需回診間另外登打檢 查報告的流程,也因系統的上線,整合為一個步驟 , 讓醫師在醫療影像擷取後,可馬上於系統上登錄報 告結果;護士小姐也可減少一些瑣碎工作,如幫病 患做報到的手續、整理報告、剪貼報告等,只要專心 做好護理工作即可。而病歷室也可因為系統上線的關 係,減少病歷的傳送(如表 2)。

操作名稱 約略所費時間

護士小姐幫病患報到動作 1 分鐘 醫療儀器上病歷號碼之輸入 30 秒 熱感紙之列印 4 秒/張 護士小姐整理影像影像及病

歷之張貼 2 分鐘

小計 約略 4 分鐘

表 2 節省之操作步驟及時間表

由超音波影像的擷取系統,醫師可以很容易的擷取 病患影像,原本由熱感紙列印的影像,現可直接儲 存於系統中,原列印一張影像的時間需 5 秒,而現在 可直接儲存在電腦上;在成本的部份,原本一張熱 感紙需 5 元,一個病人平均列印 10 張左右,也就是 一個病人的成本為 50 元;藉由電腦系統的儲存,一 張 超 音 波 影 像 僅 226K , 而 10 張 醫 療 影 像 也 僅 2260K,約略的成本也僅 0.01 元,成本不到原本的 0.1%,醫師也可大量擷取影像,以提供更好的醫療 品質。

本系統並提供了『影像轉換程式』,將非屬 DICOM 標 準的影像,透過系統轉換成符 DICOM 標準的影像,

使其便於與其它醫院交流。在系統設計方面,我們採 用了三層式架構,把連結資料庫的部份,都封裝為 COM+,置於應用伺服器上,如此使得程式在更新及 維護上較為容易,尤其是對小型無資訊室人員之醫 院,在資料庫的控管上效益更為顯著。

本系統僅以最少的成本支出來完成此系統,

目前除了影像擷取卡的費用及軟體發展的時 間外,並無其它相關支出,所以地區醫院並 不需額外的建置費用即可擁有一套小型的影 像儲傳統,在原有的網路架構,透過系統的 設計,經由autorouting、prefetching 主動傳 送醫療影像的方式,對原有的網路頻寬並無 相關影嚮,所以透過此系統設計,地區醫院 在PACS 的建置上是可行的。經由系統的建 置,在耗材的支出成本上已有明顯的降低,

醫師在調閱及使用上也相當的方便,故希望 透過此系統的建置,提供其它地區醫院在醫 療影像儲傳系統建置上的一個可行方案,讓 醫院能夠永續的經營。(本文超過六頁,未列

(9)

參考文獻,有需要請向作者索取)

(10)

數據

圖 4-5 影像轉換畫面 五、醫療影像網路查詢系統 醫師若不在醫院內,對於需要緊急會診的病人,也 可透過網際網路查詢到相關病患的基本資料及其相 關醫療影像(圖 4-6),基於病患資料安全,系統上鎖 住滑鼠右鍵,不讓醫師隨便複製及另存病患影像。 圖 4-6 超音波影像查詢畫面 結果與討論 為了解系統上線後的效益,我們做了上線前及上線 後的流程比較,我們發現節省了不少行政作業流程。 原本醫師做完檢查報告後,還需回診間另外登打檢 查報告的流程,也因系統的上線,整合為一個步驟 , 讓醫師在醫療影像擷取後,可馬上於系

參考文獻

相關文件

熟悉 Microsoft Windows Server 作業系統、Microsoft SQL Server 資料庫伺服器及 IIS 網頁伺服器等 環境。.

HP(COMPAQ)伺服器為主,作業系統多為 Windows,僅有少數為 Linux,多 數主機均已置於 VMware 虛擬化平台上,應用軟體架構大部分為 Web-Base(網 路架構示意圖如

 你一定要知道伺服器是在哪個網路區段內,它們才可以直接相互通訊

2.熟 悉 Microsoft Windows Server 作 業 系 統 、 Microsoft SQL Server 資料庫伺服器及網 頁伺服器等環境。. 3.具撰寫 JAVA

(二)使用 PHP 語言、MySQL 資料庫與 Apache 伺服軟體開發互

最後特別提出說明,本研究用戶端作業系統為 Win 2000 Professional,伺服 器端作業系統為 Windows 2000 Server 並啟動 Active Directory

之意,此指依照命令動作的意義。所謂伺服 系統,就是依照指示命令動作所構成的控制

™ 不過, 如果 DHCP 用戶端不接受 DHCP 伺服器 所提供的參數, 就會廣播一個 DHCP Decline (拒絕) 封包, 告知伺服器不接受所建議的 IP位 址 (或租用期限…等)。然後回到第一階段, 再度