【文章內容簡介】 第 5 頁 2 需求分析 需求分析是描述系統(tǒng)的需求，通過定義系統(tǒng)中的關鍵類來建立模型。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制。因此， 醫(yī)院軟件的 開發(fā)的需求分析也應該 是 開發(fā)人員和用戶一起完成，是開發(fā)的第一步也是最重要的一步。 本系統(tǒng)主要面向所有具有 需要醫(yī)院系統(tǒng)輔助管理 的用戶，所以，需求是根據 各個醫(yī)院 的需要出發(fā)，開發(fā)者可以以任何一個 醫(yī)院的要求 為用戶進行功能調研和模塊劃分。不同的 醫(yī)院 對系統(tǒng)的需求則不同。具體所列如下。 用戶 對功能的需求： (1) 可以添加，修改，刪除科室，藥品類別和藥品生產單位信息 。 (2) 提供 管理員信息管理功能 。 (3) 可以對藥品信息，醫(yī)生信息和患者信息進行管理 。 (4) 可是去收費的項目進行管理，對收費進行完善 。 (5) 對收費的信息可以進行查詢 ,繳費，同時記錄繳費單 號 。 (6) 提供銷售信息和醫(yī)療信息的查詢顯示，方便了解整個醫(yī)院的情況。 可行性分析 可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)是否必要和可行。它的主要目標是：進一步明確系統(tǒng)的目標、規(guī)模和功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調查分析，并根據需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃，明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項目的決策提供科學依據。 因此， 針對醫(yī)院管理系統(tǒng) ， 為了 使 醫(yī)院 與 患者 間的 醫(yī)療的信息的掌握更加全面和自如 。一般可以從三個方面進行研究，分別是技術可行性、經濟可行性、操作可行性。 技術可行性 醫(yī)院 系統(tǒng)后臺數(shù)據庫采用 SQL Server 2020 ,該數(shù)據庫是 Microsoft 公司推出的數(shù)據庫管理系統(tǒng)，是當前非常流行的數(shù)據庫管理系統(tǒng)之一， 具有易管理性、 可用性、可伸縮性、安全性等特征。前臺采用了 Microsoft 公司的 Visual C++作為主要的開發(fā)工具，可以實現(xiàn) 本科生畢業(yè)設計（論文） 第 6 頁 與 SQL Server 2020 數(shù)據庫的完美鏈接。利用現(xiàn)有的數(shù)據庫管理系統(tǒng)以及最新的數(shù)據庫訪問接口是可以實 現(xiàn)系統(tǒng)目標的。 操作可行性 本系統(tǒng)界面簡潔，操作方便， 醫(yī)院住院 流程層次清晰，操作簡單，具有良好的可操作性。只要懂得電腦基礎 人 ，都可以很快掌握系統(tǒng)的操作流程。 經濟可行性 本系統(tǒng)本著簡單、實用的原則，既在功能上滿足用戶的需求，又力求操作簡單，比較容易掌握和使用，而且開發(fā)時間短，成本較低， 功能豐富，具有很強的可推廣性 。 另外目前國內應用醫(yī)院管理在信息化上的軟硬件投資只占其年收入的 1%3%,而應用計算機管理后，阻塞了管理漏洞，杜絕了藥品的丟失，節(jié)省了人力，提高了醫(yī)院的財、物管理水平，改善 了患者的就醫(yī)環(huán)境，方便了患者就醫(yī)和查詢，提高了醫(yī)院的服務效率和服務質量。因此帶來的經濟回報將遠遠超過信息化過程中的投入。 綜上所述在目前的計算機的水平下開發(fā)這樣一個 基于 VC 的 醫(yī)院管理系統(tǒng) 完全具有可能性，不管是從技術上還是從操作上和經濟上，它都可以實現(xiàn)。所以開發(fā)這個項目是完全可行的。 系統(tǒng)功能需求概述 該系統(tǒng)為 醫(yī)院提供很強大的信息查詢和處理功能 。 系統(tǒng) 主要 包括的 具體功能如下： 1. 基本設置功能 系統(tǒng)基本設置功能包括科室名稱設置，藥品類別設置，藥品單位設置和用戶信息 ?；拘畔⒛K可以實現(xiàn)以下功能： ? 添加，修改 ，刪除和查看科室信息； ? 添加，修改，刪除和查看藥品類別信息； ? 添加，修改，刪除和查看藥品單位信息； 2. 信息 管理功能 此模塊的主要功能包括： ? 藥品管理，包括添加，修改，刪除和查看藥品信息； ? 醫(yī)生管理，包括添加，修改，刪除和查看醫(yī)生信息； ? 患者管理，包括添加，修改，刪除和查看患者信息； 本科生畢業(yè)設計（論文） 第 7 頁 ? 收費項目管理，包括添加，修改，刪除和查看收費項目信息； 3. 收費管理功能 此模塊的主要功能包括： ? 收費管理，即住院總體花費管理； 4. 統(tǒng)計查詢管理 此模塊用于對住院收費信息進行統(tǒng)計和查詢，主要功能包括： ? 銷售信息統(tǒng)計查詢 ? 醫(yī)生效益統(tǒng)計查 詢 5. 用戶管理 此模塊用于對用戶的管理 ,主要功能包括： ? 添加，修改，刪除和查看用戶信息； 系統(tǒng)結構分析 數(shù)據庫在物理設備上的存儲結構與存取方法稱為數(shù)據庫的物理結構，它依賴于選定的數(shù)據庫管理系統(tǒng) [3]。系統(tǒng)物理結構圖，如圖 所示 。 圖 系統(tǒng)物理結構圖 數(shù)據流圖 (DFD) 數(shù)據流圖是描述信息 流和數(shù)據流從輸入流動到輸出的變換的圖形化技術，是表示軟件邏輯模型的圖形工具。它即提供了信息流建模機制，也提供了功能建模機制，是自頂向下的分解和自底向上的抽象工具。數(shù)據流就是數(shù)據在系統(tǒng)中的傳播路徑。這里的數(shù)據 本科生畢業(yè)設計（論文） 第 8 頁 是指一組成分固定的數(shù)據項，即數(shù)據實體和數(shù)據對象。本系統(tǒng)的邏輯模型主要以系統(tǒng)的數(shù)據流圖為主要描述。在給出最高層次抽象的系統(tǒng)概貌后，想要反應更詳細的內容，可將處理功能分解為若干子功能，每個子功能還能繼續(xù)分解，直到把系統(tǒng)的過程表示清楚為止。在處理功能逐步分解的同時，他們所有的數(shù)據也逐步分解，形成若干層次的數(shù)據流 圖。 加工：就是數(shù)據處理，或者理解為一種變換，把輸入的數(shù)據變成輸出的數(shù)據。 ? 數(shù)據存儲：即把處理的結果存儲在相應數(shù)據庫的表中。數(shù)據庫是一個龐大的數(shù)據管理系統(tǒng)。它把同一類型的數(shù)據按表（數(shù)據對象）的形式存放起來，便于讀取、查詢和更新等操作。 ? 數(shù)據源點和終點：一般是指發(fā)布和接受數(shù)據的對象 [4]。 1. 醫(yī)院管理 系統(tǒng)模型頂層 DFD 如圖 所示 。 圖 系統(tǒng)模型頂層 DFD 本科生畢業(yè)設計（論文） 第 9 頁 2. 醫(yī)院管理 系統(tǒng)的第二層 DFD 如下 : 圖 醫(yī)院管理 系統(tǒng)第二層 DFD 本科生畢業(yè)設計（論文） 第 10 頁 3 系統(tǒng)總體設計 根據需求分析將整個系統(tǒng)分割成 多個 模塊， 把每個模塊分成幾個不同的功能 ,使功能達到完美 ， 在詳細設計階段將對這 幾個 模塊進行進一步定義。 系統(tǒng)功能圖及功能介紹 下面對各模塊的具體功能、性能要求進行具體的描述。 (1) 基本設置模塊 ：該模塊 主要 是針對 醫(yī)院的一些基本信息進行管理，管理包括科室，藥品類別和藥品的生產單位 管理。 (2) 信息管理模塊 ： 該模塊主要實現(xiàn)信息的查詢，刪除和修改和添加，其中在藥品信息管 理中，默認頁面為按全部檢索，還可選按類別進行查詢，實現(xiàn)更細致，能 有目的的檢索；醫(yī)生信息管理，同樣可以進行添加，刪除，修改，功能，在查詢條件中，默認顯示的是全部條件，還可按科室進行查詢；在患者查詢界面上，也可以實添加，刪除和修改，不過在查詢條件上只可以按照姓名 進行查找； 其中收費項目中可以以項目名稱進行查詢，同時增加添加，刪除，修改操作 。 (3) 收費管理模塊 ： 收費模塊里包含醫(yī)院繳費這一部分。在醫(yī)院收費中，可以按照收費日期進行查詢，可是執(zhí)行添加，刪除和返回操作；在得到收費詳單的頁面中，顯示收費單號，可以添加新患者和選擇數(shù)據庫中的患者，需要選擇患者所在科室和患者的治療醫(yī)生，之后查看患者的消費信息，進行付費操作，得到繳費賬單。 (4) 統(tǒng)計查詢模塊 ： 通過查詢功能可以了解到醫(yī)院的基本收費信息數(shù)據，銷售信息統(tǒng)計表，可以通過查詢時間最多可達到統(tǒng)計月份，同時可是選擇統(tǒng)計類型，醫(yī)生效益統(tǒng)計表， 可以通過統(tǒng)計月份了解統(tǒng)計信息。 (5) 用戶管理模塊：醫(yī)院管理員 進入 系統(tǒng) 后可查看 其他管理員用戶名但不能對其他管理員進行修改 ， 其他醫(yī)生和患者和其他 信息。 系統(tǒng)管理員才能執(zhí)行添加醫(yī)院管理員的操作，通過操作可以添加和修改，刪除。 系統(tǒng)功能圖如圖 所示。 本科生畢業(yè)設計（論文） 第 11 頁 圖 醫(yī)院 系統(tǒng)的開發(fā)功能結構圖 數(shù)據庫表結構 數(shù) 據庫在一個系統(tǒng)中占有非常重要的地位，數(shù)據庫結構設計的好壞將直接對系統(tǒng)的訪問效率、穩(wěn)定性以及實現(xiàn)的效果產生影響。一個設計合理的數(shù)據庫可以提高數(shù)據庫的存儲速率，保證數(shù)據的完整性和一致性。 數(shù)據庫中的數(shù)據表結構 ： (1) 基本 信息表（ BaseType）如表 所示。 表 基本 信息表 列名 數(shù)據類型 長度 允許空 說明 Id Int 4 否 記錄編號 TypeId tinyint 1 是 類型編號 TypeName varchar 30 是 基本信息名稱 (2) 用戶 信息表（ Users）如表 所示。 本科生畢業(yè)設計（論文） 第 12 頁 表 飾品信息表 列名 數(shù)據類型 長度 允許空 說明 UserName varchar 40 否 用戶名 Pwd varchar 40 是 密碼 User_Type tinyint 1 是 用戶 類型 (3) 藥品 信息表（ Medicine）如表 所示。 表 藥品 信息表 列名 數(shù)據類型 長度 允許空 說明 MedId Int 4 否 藥品編號 MedName varchar 50 是 商品名稱 TypeId int 4 是 商品類別編號 UnitId int 4 是 藥品單位標號 BuyPrice float 8 是 進貨價格 SalePrice float 8 是 售出價格 Total float 8 是 庫存數(shù)量 Flag tinyint 1 是 中西藥標記 (4) 醫(yī)生 信息表（ Doctor）如表 所示。 表 醫(yī)生 信息表 列名 數(shù)據類型 長度 允許空 說明 Id Int 4 否 記錄 編號 Name varchar 50 是 醫(yī)生姓名 Sex varchar 2 是 性別 Age Int 4 是 年齡 DeptId int 4 是 所在科室編號 Title varchar 50 是 職務 (5) 患者 信息表（ Patient）如表 所示 。 本科生畢業(yè)設計（論文） 第 13 頁 表 患者 信息表 列名 數(shù)據類型 長度 允許空 說明 Id Int 4 否 記錄編號 Name varchar 50 是 患者姓名 IDNum Varchar 30 是 患者身份證號 Sex varchar 2 是 患者性別 Age int 4 是 患者年齡 Marry varchar 8 是 婚姻狀況 (6) 收費項目信息 表 (Item)如表 所示。 表 收費項目 信息表 列名 數(shù)據類型 長度 允許空 說明 ItemId Int 4 否 記錄編號 ItemName varchar 50 是 項目名稱 Total Int 4 是 數(shù)量 UnitId Int 4 是 單位編號 BuyPrice float 8 是 進貨價格 SalePrice float 8 是 售出價格 (7) 收費明細 表 (PayItem)如表 所示。 表 收費明細 表 列名 數(shù)據類型 長度 允許空 說明 PayId Int 4 否 記錄編號 RegId Int 4 是 登記記錄編號 ItemId int 4 是 I項目編號 PNum int 4 是 數(shù)量 Price float 10 是 價格 PType tinyin 1 是 類型 (8) 收費登記 表 (Registration)如表 所示。 本科生畢業(yè)設計（論文） 第 14 頁 表 收費登記 表 列名 數(shù)據類型 長度 允許空 說明 RegId