醫院主管資訊系統個案研究 －以台中榮民總醫院為例

1. 醫院主管資訊系統個案研究－以台中榮民總醫院為例醫院主管資訊系統個案研究－以台中榮民總醫院為例 黃興進　林慶霖　鄭啟仲 國立中正大學資訊管理學系

2. 簡報大綱 • 緒論 • 文獻探討 • 台中榮民總醫院個案 • HEIS應用趨勢 • 結論

3. 緒論 • 全民健保制度採取單一支付制度，對國內各級醫院的營運，造成極大的影響[楊銘欽等，1997] • 全民健保實施之初，有過半數的公立醫院、三分之一的私立醫院及財團法人醫院處於虧損狀態[朱昭美等，1996] • 全民健保對醫院所造成的經營危機，與醫院本身的經營管理方法有關[石美春，1995]

4. 緒論 • 國內目前多數醫院之醫院資訊系統（HIS），大多仍停留在輔助日常作業的應用上，其功能尚不足以產生輔助高階主管在制訂決策時所需的資料

5. 緒論 • 導入HEIS將可使醫院之高階主管以簡單、友善、視覺化的使用界面，來瞭解醫院彙整統合後之營運現況，藉以解決長久以來的管理決策品質的問題，同時更有助於醫療品質的提升

6. 文獻探討 • EIS乃是高階主管的絕佳管理輔助工具，它提供 • 交談式的操作介面 • 友善且易學易用的方式，來存取醫院關鍵性的內外部資訊 • 快速產生分析報告 • 整合醫院內外部對於組織策略有重要影響之資訊 • 可改善高階主管的工作效率並增進決策品質 • [Rockart & Treacy，1982；Rockart & DeLong，1988；Watson等，1991；Millet & Mawhinny，1992]

7. 文獻探討 • 為因應健保制度的多變，以及更有效地管理醫院的營運狀況以提昇整體競爭力，許多高階主管皆希望能有一套提供異常活動預警、風險評估以及產生各種不同類型管理報表的HEIS，以協助高階主管面對突發狀況時，能夠隨時隨地順利的進行決策處理[佟旻達，1999]

8. 台中榮總個案 • 背景 • HEIS發展歷程 • 系統架構 • 應用現況 • 系統效益 • 未來規劃 • HEIS建置之成功因素

9. 背景 • 民國71年10月31日開幕 • 佔地約20公頃 • 目前院內共分有21科，病床近1,400床，每日門診量約在5,000人次左右 　 • 曾獲頒全國企業環保獎 • 曾二度榮獲全國推行勞工安全衛生優良獎 • 中部地區最著名之醫學中心之一

10. HEIS發展歷程 • 為因應健保制度實施之後所帶來的競爭壓力，醫院之高階主管愈來愈需要即時掌握正確的營運管理資訊，以輔助進行決策 • 民國86年10月決定投資建置HEIS，定名為「醫院管理主管決策系統」 • 經過績效管理組及資訊室審慎之評估後，以委外之方式（由叡揚公司承包），並採用主從式架構來建置 • 以Windows NT搭配Oracle 8資料庫做為HEIS主機伺服器 • 以Windows 95及Pilot Desktop做為前端之應用界面 • 系統開發工具則選擇Pilot Designer

11. HEIS發展歷程 • 起初面臨兩個問題：系統該有那些功能、如何決定？結果如何展現？ • 先行透過幕僚人員歷行提供給院長之報表（營運管理監測指標、每日醫療服務統計、醫療費用申報、核減…）以及 • 會同績效管理組，共同訂出六大主要子系統 • 每日醫療服務統計、營運管理監測指標、 • 健保費用申報核減、醫療收入成本分析、 • 檢驗檢查手術統計、人事員額薪資結構

12. HEIS發展歷程 • 決定醫院營運的關鍵成功因素（CSFs），及重要績效指標（KPIs），並對每個KPIs設定一目標值，以定期監控其狀況 • 系統展現功能包括：逐層向下展開（Drill Down）、異常報告（Exception Reporting）、結構分析、趨勢分析、迴歸分析 • 請廠商製作雛型系統，在反覆確認的過程中，亦加入了不少新功能 • 在院長的支持與推動之下，HEIS專案順利於87年5月完成，全程共歷時7個月，為醫院之競爭優勢帶來了新的契機

13. 系統架構

14. 應用現況

15. 系統效益 • 成本面 • 使幕僚人員花費於蒐集相關營運報表之人力與時間，轉移至關心醫院更重要的營運事務上 • 節省了大量的紙張成本 • 建立了醫院本身的管理性資料庫 • 效率面 • 改進以往無法即時掌握營運資訊的缺點，高階主管僅需花費5秒鐘，即可得知院內最新的各項營運成果

16. 系統效益 • 資訊品質 • 使營運資訊能以更易於了解的型式展現 • 資料的正確性與一致性亦能保持高度的水準，顯著提昇了決策支援的能力 • 譬如：對於重覆用藥的統計與查詢功能，HEIS系統可深入追查出，那一科的那位醫師在那一段時間針對那些特定藥品，有重覆用藥的情形出現

17. 未來規劃 • 已經著手建置資料倉儲 • 未來朝向資料挖掘（Data Mining）、線上即時分析處理（OLAP）以及臨床研究／臨床路徑（Clinical Path）…等方向努力 • 由於Pilot Desktop並不支援Web技術，故無法與Web應用程式相容，且改寫系統的成本亦過於龐大，因此現今並不考慮將HEIS系統Web化，但將來若有需要，將會考慮

18. 台中榮總HEIS建置之成功因素 • 採用委外承包方式來建置，相關人員的參與（高階主管、幕僚人員、委外商、資訊部門），乃是系統成功的主要因素之一 • 需求分析、資料來源與展現形式，應事先與廠商做充份之溝通以取得共識 • 雛型系統的逐步展現、測試環境、測試人員及測試資料的安排，以修正系統的建置方向 • 系統移交與維護，亦為重要的專案工作 • 高階主管的要求、使用者的高度參與、專案負責人緊盯進度、委外廠商的信譽與能力皆是HEIS建置成功的重要因素

19. 目前建置HEIS的困難之處 • 多數醫院建置早年導入資訊系統時，並未做好整體的規劃，造成今天資訊系統、資料庫之資料格式、儲存平台不一致（不相容）的因擾 • 目前醫院內部的資訊科技基礎建設（IT Infrastructure）大多無法因應多媒體資料在傳輸頻寬與儲存空間之需求 • 缺少對資料進行多維度查詢及整體資訊處理的能力，使決策者得到的資訊不完全

20. DW多維度資料查詢

21. HEIS、DW、Web-based整合 HEIS與DW整合 傳統HEIS 資料特性 非結構化資料 外部資料 線上即時之動態資料 半結構化資料 具有時間性之歷史資料 結構化資料 整合性與時間性皆較差 資料可能不一致 資料呈現方式 多維度、動態視覺化（表格、圖形、聲音、影像） 多維度查詢、視覺化 圖形、表格 資料查詢型態 資料查詢可隨時加入新的外部資訊或跨院區、跨地域之資訊，即時掌握醫療體系之整合性資料 查詢時資料已存在於倉儲中，因此資料不須另外蒐集，速度較快 當需要查詢時才從系統蒐集資料，速度較慢 HEIS應用趨勢

22. HEIS應用趨勢

23. 結論 • HEIS的使用者從早期院長一人使用，漸漸擴增為院內之一級主管 • 醫院資料庫系統的架構與功能的健全與否，對於HEIS的成功扮演著關鍵性的角色 • 採用主從式架構（Client/Server Architecture）環境並以個人電腦來發展HEIS，是較好的發展環境 • 資料的正確性與即時性，正是高階主管是否願意使用HEIS的關鍵因素 　

24. 結論 • HEIS，主要皆以醫院內部資料之整合與分析為主，對於外部資訊較不重視 • HEIS對於相關醫療服務量的分析與預測、醫療品質的掌握、申報與核減的相關預警能力，乃為高階主管所關心的重點 • HEIS建置過程中，院長的支持、使用者的高度參與、輸出資訊之明確定義…等，皆為HEIS成功的重要因素 • 高階主管者若不能即時掌握醫院之各項營運指標，藉以發現異常之處以防患未然，將會面臨不可預知的後果