營運管理子系統

5.6.1 系統目的

營運管理子系統主要用來管理與彙整醫院的會計資料，包括統計醫院當月的 營收資料、統計藥品採購的支出並記錄明細、員工薪資的結算、營運統計分析；

藥品存量控管，於藥品存量低於某個標準時會發出庫存預警以通知相關人員進行 藥品採購的動作；並為醫院的管理階層負起財務控管的工作，為醫院的收入與支 出進行把關的動作。

5.6.2 解決問題

1. 方便修改各個子系統的參數資料。

2. 產生分析報表給管理階層人員參考。

5.6.3 系統使用範圍

項目 說明

何時 當新增修改各個子系統的參數資料時或是分析報表時。

何人 管理階層人員。

何事 根據資料產生報表。

如何做 根據輸入參數讓系統產生圖表分析。

5.6.4 系統功能

營運管理 子系統

新增修改各子

系統參數 營運統計分析

新增

圖 5.6.1 營運管理子系統 系統架構分支圖

刪除 修改 分析 列印

表 5.6.2 營運管理子系統 系統功能說明表

主功能 子功能 說明

新增 根據輸入資料，可以增加各子系統的項目。

修改 根據修改項目，修改各子系統項目資料。

新增修改

各子系統

參數

刪除 根據刪除對象，刪除各子系統項目資料。

分析 根據輸入資料，產生分析報表。

營運統計

分析

列印 將分析後的報表列印。

5.6.5 處理設計

1. IPO

圖 5.6.2 營運管理子系統 新增/刪除/修改各子系統 IPO

表 5.6.3 營運管理子系統 資料庫設計說明

3. 虛擬碼(pseudocode)

{將新增的資料存回資料表 assessment_table；}

當 user 點選【修改】

{將資料顯示在相對應的 text 欄位中；}

else if（tab= =藥品資料）

{將資料顯示在相對應的 text 欄位中；}

else if（tab= =人事資料）

{將資料顯示在相對應的 text 欄位中；}

當 user 點選【刪除】

if（已點選資料）

{

if（tab= =診斷資料）

{由資料表 assessment_table 刪除該資料；

更新 Data_Grid 的顯示內容；}

else if（tab= =藥品資料）

{由資料表 medicine_table 刪除該資料；

更新 Data_Grid 的顯示內容；}

else if（tab= =人事資料）

{由資料表 dr_data 刪除該資料；

更新 Data_Grid 的顯示內容；}

} else

警告「尚未點選要刪除的資料」； Output：刪除 Data_Grid 中的該筆資料。

5.6.6 畫面設計

2. 操作畫面

畫面 5.6.1 營運管理子系統 新增/刪除/修改個子系統參數 操作畫面

第六章 系統評估與結論

系統經過測試之後，接著就所建立的系統來做評估，而系統評估就是要看看 測試的結果是否達到原先的設定的目的，若是差距越小表示達成的的程度越大，

在第一章的動機與目的中，對於本專案所要達到的目的已經有完善的描述，根據 這些目的來評估本系統的滿意程度：

1.掛號批價子系統：

掛號批價子系統主要是將掛號批價作業予以電腦化，以降低掛號批價作業的 複雜度，並藉此提高作業的效率。更能避免人工作業所產生的輸入或計算錯誤，

以提高資訊的正確性；其中在掛號的部分更提供了多媒體掛號功能，使病患能自 行前往多媒體掛號櫃台進行預約掛號與現場掛號的作業，以紓解在掛號批價櫃台 進行掛號的人潮。

實作結果：

此系統以滿足「掛號」與「批價」作業需求為主，因此分別訂出「掛號」、「批 價補卡」與「病患狀態查詢」三大主功能。其中最受使用者贊同的就是此系統也 能處理初診掛號的情況，因為以前在處理初診掛號時必須先要求病患填寫基本資 料，再由櫃枱人員將病患的基本資料輸入電腦，完成病歷的新增工作之後才能進 行掛號的工作，窄看之下似乎很正常，但深入探究後會發現此處理流程必須在兩 個子系統間切換，造成了使用者的麻煩與困擾，因此本系統改良了這個缺失，使 得櫃枱人員在輸入病患基本資料的同時就能為病患從事掛號的工作，為櫃枱人員 省下了不少的操作程序，滿足了現行作業的需求。

2.病歷管理子系統：

病歷管理子系統主要是用來管理病患的看診記錄、病患的個人基本資料，並 依照病患掛號的需求將該病患以往的病歷送往診療輔助子系統，以作為醫生診療 時的輔助資料；或是當病患要求查閱自己以往的病歷時，負起查詢和列印的工作。

不易、查詢調閱不便，尤其是其中的特殊統計功能，更是傳統紙本式病歷無法達

5.健保申辦子系統：

的需求，加上若僅是薪資計算等等的數值處理，那已被微軟的 EXCEL 套裝軟體解 決了，但若要做的完整些，在外界所開發的營運管理與薪資管理系統眼中，也非 一個小子系統可以完成的，因此最後薪資管理的功能也被擱置了下來。