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

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

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

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

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

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

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

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

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

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

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

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

系統架構

應用現況

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

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

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

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

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

DW多維度資料查詢

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

HEIS應用趨勢

結論 HEIS的使用者從早期院長一人使用，漸漸擴增為院內之一級主管 採用主從式架構（Client/Server Architecture）環境並以個人電腦來發展HEIS，是較好的發展環境 資料的正確性與即時性，正是高階主管是否願意使用HEIS的關鍵因素 　

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