第七章 心得與未來展望
畫面 5. 5.1 健保申辦子系統 輸出申辦 操作畫面
表 5.6.1 營運管理子系統 系統範圍
5.6 營運管理子系統
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 套裝軟體解 決了，但若要做的完整些，在外界所開發的營運管理與薪資管理系統眼中，也非 一個小子系統可以完成的，因此最後薪資管理的功能也被擱置了下來。
第七章 心得與未來展望
功能可以詳盡，能符合使用者的需求，在這方面的學習也做了不少的努力。程式
心的指導與適時的激勵，我們才能將這一份專題報告如期完成。當然也不能忘了
2. 未來展望
預期成果
1. 建立診療輔助系統以協助醫生從事診斷，並根據診斷的結果產生病患最適用 藥的處方開立提示。
2. 以病患過去的就醫史及最近幾次的病症特徵預測出病情未來的走向，讓醫生 能在病情尚未嚴重之前就能預先規劃最適合該病患的醫療途徑，給予病患預 防性的治療。
3. 診療輔助知識庫的建立可為醫學院的學生提供適當的教學輔助資訊，也可為 醫院新進醫生提供準確性高的診療輔助資訊。
4. 診療輔助知識庫的建立將能使偏遠或離島地區的醫生獲得教學醫院專科醫生 在診斷上的寶貴經驗，進而提供當地居民更好的醫療照顧，以達到平衡城鄉 醫療水準之終極目標。
參考資料
書面資料
[1]曹祖聖(民 91)。Visual c#.net 程式設計經典(初版)。臺北市：文魁。
[2]桂思強(民 91)。C#/Visual Basic .net 資料庫開發聖經(初版)。臺北 市：學貴行銷。
[3]倍力資訊(民 92)。PowerDesinger 完全應用剖析-軟體工程之全方 位模型建構工具(初版)。臺北市：文魁。
[4]施威銘研究室(民 91)。SQL Server 2000 設計實務(初版)。臺北 市：旗標。
[5]林傑斌、劉明德(民 91)。精通 Data Mining(初版)。臺北市：文魁。
[6]Shelly, Cashman, Rosenblatt(2002). System Analysis and Design(4
thed.). Asia：Thomson Learning。
[7]Alan J. Dix, Janet E. Finlay, Gregory D. Abowd, Russell Beale.
Human-Computer Interaction(2
nded.). Taipei：Prentice Hall。
網頁資料
中央健保局 http://www.nhi.gov.tw/
台中榮民總醫院 http://www.vghtc.gov.tw/
附錄 A
3 TOTCNT22 PIC'999999' 33 件數
3 DTLDGAMT CHAR(08) 27 用藥金額小計
3 ORDDOSA CHAR(06) 11-1 藥品用（劑）量 3 ORDFREQN CHAR(18) 11-2 藥品使用頻率 3 ORDROUTE CHAR(04) 11-3 給藥途徑
3 ORDQNTY CHAR(06) 12 總量 小數一位 3 ORDPRIC CHAR(09) 13 單價 小數二位 3 ORDAMT CHAR(08) 14 金額 整數
/**診療明細及特殊材料 ORDORCAT='2','3','4' **/
DCL ORDDATA2_REC CHAR(66) 1 ORDDATA2 DEF ORDDATA2_REC
欄位名稱 單位 中文名稱
3 ORDDSPFG CHAR(01) 08-1 處方調劑方式 3 ORDDPAFG CHAR(01) 08-2 發連續處方箋 3 ORDORCAT CHAR(01) 09 醫令類別 3 ORDCODE CHAR(12) 10 項目代號 3 ORDPART CHAR(06) 11-1 診療部位 3 ORDRATE CHAR(03) 11-2 支付成數 3 ORDFILL CHAR(15) 11-2SPACES 3 ORDTIME CHAR(04) 11-3 執行時間 3 ORDQNTY CHAR(06) 12 總量 3 ORDPRIC CHAR(09) 13 單價 3 ORDAMT CHAR(08) 14 金額
附錄 B 系統配備需求：
硬體配備需求
1. Pentium II 400MHz 或更快的之 CPU 處理器。
2. 128MB 或更大的記憶體。
3. 音效卡及光碟機。
4. 安裝系統所需空間：50MB
5. Microsoft Mouse 或與其相容的滑鼠。
6. VGA 或更高解析度的顯示卡。
7. 點陣式印表機數台。
軟體配備需求
1. Windows 2000 或 Windows XP 專業版。
2. .NET Framework 1.1 版 3. Microsoft SQL Server 2000