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