醫工系統e化的經驗

(http://bme.freebbs.tw 醫學工程論壇 同步發表)

現行很多醫工都會自行開發自己的醫療儀器系統，我們也不例外，從早期的DOS系統Clopper，到視窗介面的Access，也許現都利用ASP作為系統程式。在這些程式開發的背後，每個醫工都是投注了很多的心血及經驗，當然成果對醫工自己而言，一定是夠自己所用。

在1991(80年)時，我們在DOS下開發了醫儀管理及維修記錄系統，其實說穿了，有點就是財產系統，不過也是因為這個經驗，讓我們發現了，在醫院裡的醫療儀器管理，其實就是財產管理(有人說是固定資產)的一部份，也是因為沒有適當的系統可以供我們使用，當時我們就很狹隘的只把醫療儀器區隔出來，自行開發程式，自給自足。這樣的系統在純粹的醫療儀器管理中，從新增醫儀、編號、維修記錄、報廢等是很夠用的，相信到目前為止，已有自己的醫工系統的朋友應該都很讚同。

到了2002年E化的概念開始了，在好用的過程中，慢慢的發現，我們的系統只能在自己的地盤中運作，跟全院的接合度根本是0，也是因為那時的系統幾乎都是以批價及申報為主，只要申報ok，不會有所謂的上下游整合的想法，因為花下來成本很高，也是因為都由醫工自己維維護管理．我們開始有”全人工電腦化”（全部都是人工鍵電腦..哈...）的困擾了。

怎說呢，譬如說，在自己的系統中新增或減少一台設備是很簡單的事，但是當實際的醫儀在各單移轉時，我們的系統跟本沒辦法同步去更新。如果要求使用單位通報後，再人工登錄，卻又造成自己的Loading。因此別的單位跟我們要醫儀清單（因為只有我們有電腦清單記錄）作為盤點依據時，我們都只能說"僅供參考"。因為當時連資產系統都沒有啊，有的只是會計帳用的固定資產系統，呵呵，他們的也是跟我們一樣，都是封閉式系統，--->"僅供參考"..哈．．。

再則資材庫入庫，驗收試用後新增財產，維修記錄，報廢減損...這原本是一條鞭的作業，在當時都是各別獨立的程式，有的甚至於連程式都沒有呢。現有醫工朋友如果你們也是自行開發的管理系統，要記得未來還是得串連院內其他系統。不然光是維護資枓的正確性就夠頭大的了。我們是直到全院MIS開始規劃時，趁那次把現有的系統架構及概念，請資訊室納入才整合在一起。所以現在自己開發系統，也不會是浪費時間，至少會比別人多很多經驗哦。

不過這時惡夢才剛開始呢，前面說過醫療儀器管理系統，其實就是財產管理(有人說是固定資產)的一部份，因此全院MIS開發時，不可能只適用我們的醫療儀器系統，而是更大範圍的財產系統，這時，財產編號就是一個問題了，為了要融入MIS的財產系統中，原有的醫療儀器編號，就得重新來過！那真的是會哭出來喔！再加上MIS資料庫是空的，還要把現有的醫療儀器系統資料轉入，再確認是否OK；最重要的是維修記錄，這些都是經驗累積下來的無價的資產耶！當初為了轉檔後的確認，花了我們近半年的時間，到現在大概過了7年，資料偶爾還是會有問題，只是較少了。

不過辛苦是值得，至少目前新增、移轉、報廢等都是同步的，我們的程式角色功成身退，只要好好的維護驗收及維護記錄就可以了。這時資料庫及系統算是架上了，再來就是簽核流程，這也是最傷腦筋的地方，簽核流程是要根據全院組織架構及每一個單位內的工作職掌、工作規範及作業流程作為依據，這點不是那麼簡單，再加上我們醫院組織架構易於他人，更動頻繁，唉．．．所以簽核流程，一直都處於混亂當中，除非是很明確的作業，可以順利依組織架構簽核，不過後續交辦及追踪仍是混淆不清，這都是工作職掌還沒很完全區分的結果。

朋友，如果您的系統也是自行架起來的，新增、移轉、報廢等都是自己醫工單位自己在維護時，那您就得未雨綢繆一下未來的MIS如何整併。總言之，E化的腳步不能慢，不過事前的想法要多一點，要留些擴充的後路，特別是跟資材，請購，會計等的串連。提供參考。