第三章 研究設計與方法
第二節 系統規劃與建置
過去有關醫院收治呼吸器照護患者資料都由醫院以人工方式按月登打 於健保局提供之 Excel 檔案內，醫院於登打完成後連同每月申報資料一起 交由健保局員工彙整處理，不但沒有時效可言，且處理起來費時又費力，
因忐評估決定建置本系統以節省人工處理作業，提高行政效率，並達到即 時有效管理醫院收治呼吸器照護患者，減少不必要的醫療支出，使醫療利 用合理。
本系統於2005 年初開始著手規劃，系統規劃及發展如圖 3- 3 所示，共 分為四個階段。階段一為系統規劃，執行之步驟有成立規劃組織、關鍵成 功因素分析、資訊環境評估、系統架構規劃、資源需求規劃、訂立管理計 畫及系統規劃彙總說明等步驟。階段二為系統分析，包括系統運作環境與 系統作業流程分析。階段三為系統設計，其包括檔案與資料庫設計、操作 流程設計及使用者介面設計等。最後一個階段為系統建置。各階段說明如 下：
圖3- 3 系統規劃與系統發展關聯圖
一、系統規劃
(一)規劃前的準備
1.確定規劃目標：由於醫院收治呼吸器照護患者情況，需於隔月申
報醫療費用後，健保局方能得知其收治情況，無法即時管控，希 望藉由本系統達到以下目標，進而減少呼吸器不當利用：
(1)即時性：提供即時資訊為考量重點，透過醫院於收治患者呼吸
器使用初期即刻登錄本系統，資料可立即收集，產生所需資訊 之。
(2)回饋性：對於登錄異常之資料，能即時通知醫院改善或修正，
期能達即時輔導及自我管控之效果。
(3)管控性：設計各項內部指標，以瞭解醫院收治呼吸器照護實況
，供實地訪評或平時考核之參考。
(4)安全性：配合個人資料保護法，並達成資訊安全之目標，以二 代入口醫療系統為入口網站，利用scorpio 安控作業系統，且每 項作業都必寫入LOG 檔。
2.成立規畫小組：規劃小組主要在推動整個系統作業，為期能順利 推動工作，其成員包括：資訊相關人員及業務承辦人員，採分工
方式進行。
3.訂定工作計畫：規劃小組擬定工作計劃書，包括現行作業改善、
需求分析、資源配置、系統發展與管理及效益評估等。
(二)成功關鍵因素分析
1.成立關鍵成功因素（CSF）分析小組：資訊系統研發的過程中，
使用者有否參與，通常被視為改進系統與確認系統能否成功執行 最重要的機制（Baroudi、Olson & Ives，1986）。故以健保局同仁 及醫院使用者組成小組，透過多次討論、確認並評估各項需求。
2.進行關鍵成功因素腦力激盪會議：透過會議中腦力激盪（Brain－
storming）激發個人的想像空間，再經由小組成員討論，提出各 關鍵成功因素。
3.進行關鍵成功因素訪談：將小組提出之各關鍵成功因素再透過訪 談方式，聽取資訊及臨床專業人員意見進一步修改確認。
4.關鍵成功因素建立：經由腦力激盪會議及專家訪談後，建立系統 CSF 如下：
(1)系統操作說明之宣導：Li（1997）研究北美四個組織之資訊系
統使用者，發現使用者對資訊系統的瞭解為影響系統成功的因 素；Choe（1996）與彭啟釗（1996）的研究發現中，也認為使
用者教育訓練是影響資訊系統績效的因素之一，因此應於系統 建置完成時召開說明會，說明系統操作流程。
(2)畫面操作方便性：畫面操作以使用者易於操作及使用為中心，
以減少鍵入動作為主，讓使用者不需經由太多之學習即會操作
。考量之重點如下：
A.提高資料之正確性，多採點選方式選取資料，減少人工鍵入 資料之錯誤，如：入院日期。
B.簡化操作流程，採自動帶出患者最後一筆住院基本資料。
(3)操作流程順暢性：考量使用者登錄資料之方便及慣性，讓使用 者易於上手，以免資料登錄時有所遺漏。
(4)系統即時回應性：減少網路擁擠塞車，加強網路即時回應，避 免使用者等待，減少醫院人力之浪費。
(5)系統穩定性：提高系統高穩定，減少當機之可能性。
(6)例外反應性：提供即時異常處理。使醫院登錄能順利進行，並
即時通知醫院系統各種突發情況，達到雙向資訊交流。
(7)功能完整性：依各醫院所需提供各項功能，包括：單筆資料查 詢，結案個案查詢等。
(8)使用友善性：減少使用者重複登錄相同資料之情況，以減少人 力負擔。
A.將每月份醫師門診時段，以自動方式於每月一日由使用者確 認無誤後，自動將前一月份資料轉入本月。
B.當登錄新增收治患者資料時，系統會帶出前一筆患者住院基 本資料，減少使用者重複登錄時間及人力。
(9)資訊回饋性：藉由各項即時指標，提供各醫院自我管理及瞭解 其患者收治情況。
(三)資訊環境評估：本系統採網路三層式（Three-Tier）架構之資訊環境
，包括用戶端、網路伺服器及資料庫伺服器，以健保局全球資訊網 為入口網站，運用全球資訊網Microsoft ASP 技術，將資訊在健保 局與醫院間流通，其架構流程如圖3- 5 所示，其說明如下：
1.客戶端瀏覽器要求存取全球資訊網伺服器的網頁。
2.全球資訊網伺服器將客戶端瀏覽器所提出之 ASP 網頁資訊傳輸 給ASP 引擎。
3.ASP 引擎再將 ASP 指令傳輸進入資料庫，並進行資料存取。
4.資料庫將資料存取後回傳 ASP 引擎。
5.ASP 引擎將網頁解譯的結果回傳全球資訊網伺服器。
6.全球資訊網伺服器再將網頁解譯結果以 HTML 格式傳回給客戶 端瀏覽器。
圖3- 5 資訊環境與 ASP 運作技術
(四)系統架構規劃：本系統依各項功能需求將系統分為九項作業，其組 成架構如圖3- 6。使用者透過 1.帳號及密碼登入作業進入本系統，
系統提供醫院登入作業後進入各功能應用系統、2.院所聯絡登錄作 業、3.長期依賴呼吸器照護醫師登錄作業、4.長期依賴呼吸器照護 病床登錄作業、5.長期依賴呼吸器照護呼吸治療師登錄作業、6.長 期依賴呼吸器照護患者登錄作業、7.長期依賴呼吸器照護患者查詢 作業及8.長期依賴呼吸器照護指標查詢作業（外部）應用系統、9.
長期依賴呼吸器照護指標查詢作業（內部），僅健保局管理者使用
（圖中有框架之矩形）。
圖3- 6 系統功能架構圖
(五)資源需求規劃：在於分析規劃長期所需之設備，包括：
1.電腦硬體設備需求：以 SQL Server 建置本系統所需之資料庫，網 站伺服器則利用健保局中區全球資訊網之網站伺服器設備。
2.電腦軟體設備需求：系統採 Microsoft Windows NT 作業系統，利 用 ASP 及 HTML 網頁程式語言進行網頁設計，資料庫則以 Perl 及SQL 程式語言擷取及分析資料。
3.網路通訊設備需求：網路架構佈線及傳輸介質皆採用健保局中區 分局現有之通訊設備。
(六)訂立管理計畫：訂立資訊系統發展專案管理計畫，包括：
1.時程計畫：本系統自 2005 年元月初開始規劃，預計於 2005 年 6 月底完成系統建置，並於2005 年 7 月 1 日正式上線使用。
2.訓練計畫：於系統建置完成後，舉辦使用者畫面操作功能教育訓 練。
3.文件管理計畫：本系統文件包括規劃報告書、系統說明書及操作 說明書等。
4.維護計畫：系統建置完成後交由資訊人員維護，並定期與使用者 討論修訂或改善系統事宜。
(七)系統規劃彙總說明
1.規劃報告撰寫：將規劃之各個流程及資料彙整編寫規劃報告初稿
，提供討論及修改。
2.規劃報告討論：將完成之規劃報告初稿與相關人員討論修改。
3.規劃報告定稿：將修改後規劃報告定稿，做為後續建置及維護系 統之參考與排程規劃。
二、系統分析
(一)系統運作環境：
本系統運作環境包含健保醫療主機端、網際網路架構及系統資料 庫設計（如圖3- 7），說明如下：
1.健保醫療主機端：以 Perl、SQL 語言撰寫程式，包裝成 Shell 每日定時以Crontable 批次自動化執行，從二代醫療主機擷取所 需醫院基本資料（如：醫事機構基本資料、病床基本資料及醫
師基本資料等）後存放到SQL_Server 資料庫。
2.網際網路架構：網際網路架構下，以 ASP 程式語言開發線上程 式，將醫院上網登打後的資料均存放在SQL-server 資料庫，供 前端程式啟動後，以HTML 格式即時呈現給使用者。
3.系統資料庫設計（SQL_Server）：以關聯式資料庫建置各項作業 應用系統資料檔。
圖3- 7 系統運作環境
(二)系統作業流程：醫院及健保局使用者均需透過帳號及密碼登入作業 進入本系統，本系統提供醫院登錄作業應用系統有：院所聯絡登錄 作業、長期依賴呼吸器照護醫師登錄作業、長期依賴呼吸器照護病 床登錄作業、長期依賴呼吸器照護呼吸治療師登錄作業及長期依賴 呼吸器照護患者登錄作業。醫院需先登錄醫師、病床及呼吸治療師 後，於登錄患者時，才有醫師、病床及呼吸治療師人員資料。由登 錄後患者個案，提供醫院長期依賴呼吸器照護患者查詢作業及長期 依賴呼吸器照護指標查詢作業(外部)之查詢，並提供健保局長期依 賴呼吸器照護指標查詢作業(內部)之應用，資料流程圖如圖3- 8所 示。
圖3- 8 應用系統流程及關係圖
三、系統設計
(一)資料庫與檔案設計：依照本系統各項作業應用系統設計資料庫與檔 案，其相互間關係及各資料實體間之關聯說明如下：
1.訂定系統標準作業事項：以利後續維護及新增各項功能，說明如 下：
(1)伺服器:訂定程式存放路徑、命名規則，讓每位設計者都以相同 規則去命名程式。
(2)資料庫:每一子系統均透過 perl、sql 語法以 select、insert 擷取 資料轉入資料庫。
(3)資料庫 Table 命名規則以 LTINS 為開頭，後接主要功能 LTINS_XXX。
(4)欄位定義:均以醫療主機原欄位名稱為主，其他新增欄位均以其
(4)欄位定義:均以醫療主機原欄位名稱為主，其他新增欄位均以其