https://www.bilibili.com/video/BV1xx4y1k7cj/演示視頻：3.1醫院藥品管理系統需求分析

總體目標是實現醫院藥品管理系統的科學管理。系統管理人員可以實現對所管轄內的藥品入庫信息管理、藥品出庫信息管理、藥品報損管理、盤點庫存管理、藥品采購管理等。

在計劃統計管理模塊中，可以對藥品采購計劃，呆滯藥品統計，藥品購入統計，供貨單位統計信息進行管理。

本系統涉及到單據出來、盤點庫存、計劃統計，系統報表等幾大功能模塊，這幾個模塊的需求分析，工作量較大，因此必須用行之有效的方法對軟件需求進行嚴格的審查驗證。需求分析一般是按圖3-1所示的過程進行。

圖3-1 需求分析的一般過程

需求分析過程是整個系統開發的重要階段，分析的成功與否，決定著整個系統功能的完善性以及穩定性。在該階段需求分析人員需要確定整個產品的功能要求，并且將現實事務抽象成對象并建模。

醫院藥品管理管理依據開發要求主要應用于醫院藥品管理管理系統，完成對日常的醫院藥品管理管理工作中醫院藥品管理醫院藥品管理管理信息檔案的數字化管理。比較系統地對入庫、網絡上的各項服務和信息進行管理，使數據管理更現代化、自動化、智能化、人性化。同時，減輕了管理人員管理的工作量，縮小開支，提高工作效率和準確率，使其變得更具有條理性，科學性，為醫院藥品管理管理行業做出了巨大的貢獻。

醫院藥品管理管理和用戶管理模塊使用了全新的管理理念，系統從完善的基礎信息管理，和對創建新用戶、已創建的醫院藥品管理管理信息數據的錄入，修改，瀏覽，統計等功能操作，基本能夠滿足各醫院藥品管理的需要。

經過調研與分析，醫院藥品管理管理系統主要應具有以下功能：

1.管理員可以對藥品入庫信息進行管理，可以查詢入庫信息，同時可以新建，刪除，修改入庫信息。

2.管理員可以對出庫信息進行管理，可以查詢出庫信息。同時可以新建，刪除，修改出庫信息。

3.管理員可以對藥庫退貨信息進行管理，可以查詢藥庫退貨信息，同時可以新建，刪除，修改藥庫退貨信息。

3.管理員可以對藥品報損信息管理，可以查詢藥品報損信息，同時可以新建，刪除，修改藥品報損信息

3.管理員可以對庫存信息進行管理，可以查詢，新建，刪除，修改庫存信息。

6.管理員可以對藥品采購計劃，呆滯藥品，藥品購入，供貨單進行管理。

本設計是基于java的應用系統，采用了基于B/S架構——瀏覽器/服務器結構，通過JSP與MySQL等技術對系統進行了實現。

進行系統分析和設計的第一步是創建系統的用例模型。作為描述系統的參與者所能進行操作的圖，它在需求分析階段有著舉足輕重的作用，整個開發過程都是圍繞系統的需求用例描述進行的。確定系統的參與者，創建系統用例的第一步是確定系統的參與者。系統的參與者包括用戶和管理員。本文主要對管理員模塊進行分析。

創建用例模型，當需求被收集起來后，根據不同角色對不同功能的權限，即可通過用例來描述系統的功能。管理員用例圖如圖3-2所示。

圖3-2 管理員用例圖

3.2醫院藥品管理系統的功能分析3.2.1 管理員登錄模塊

主要功能：通過該模塊檢測用戶身份是否合法，這是整個系統的登錄頁面。只有鍵入正確的帳號和密碼才可以被系統識別并進入具體的系統管理部分；當不鍵入密碼時，系統窗口會給出提示；當鍵入錯誤密碼時，系統不會有任何的頁面跳轉，并由窗口彈出提示“帳號或密碼錯誤”消息。

3.2.2 管理員基本信息管理模塊

主要功能：此系統模塊為管理員提供了管理員的信息添加，管理員的信息刪除，查詢管理員信息等功能，通過這些功能來實現對管理員基本信息的管理。

(1)管理員的基本信息添加：管理員通過填寫表單的形式往數據庫中添加管理員的基本信息。在添加的過程中，通過對提取數據與數據庫的數據進行比較，如果存在該名稱的教師，那么系統給予管理員已存在該信息的提示。

 (2)管理員的基本信息刪除：管理員可以通過表單提交刪除信息。在系統提示確定刪除后再提交給數據庫刪除信息。

3.2.3 系統報表管理模塊

系統報表管理模塊，即對系統庫存情況，購入匯總表，藥品匯總表進行管理。

3.2.4 單據處理模塊

單據處理模塊包括藥品入庫管理，藥品出庫管理，科室退藥管理，藥庫退貨管理，藥品報損管理，藥品調價管理。

(1)藥品出入庫基本信息添加：管理員通過填寫表單的形式往數據庫中添加藥品入庫的基本信息。

(2)藥品出入基本信息刪除：管理員可以通過鍵入要刪除的信息在數據庫中的信息進行相關信息刪除。

3.3 數據庫概念結構設計

在一個數據庫應用系統的開發過程中，數據庫的設計是整個系統的基礎。良好的數據結構設計不僅可以減少數據冗余、提高查詢效率，而且還可以降低應用程序的編寫難度，提高工作效率。

3.5 實體聯系E-R圖

概念模型的設計是為了將現實世界信息進行抽象，實現信息世界的建模，是進行數據庫設計的有力工具。數據庫概念模型設計可通過E-R圖來描述現實世界的概念模型。本系統的E-R圖表現了系統中各個實體之間的聯系。系統各實體間關系圖如圖3.3所示。

圖3.3 實體聯系圖

3.3.1 E-R圖向關系模型的轉換

關系模型的邏輯結構是一組關系模式的集合。E-R圖則是由實體，實體的屬性和實體間的聯系三個要素組成。所以將E-R圖轉換為關系模型實際上就是要將實體，實體的屬性和實體間的聯系轉換為關系模式。轉換原則如下：

(1) 實體類型的轉換：將每個實體類型轉換成一個關系模式，實體的屬性及為關系模式的屬性，實體標識符及為關系模式的鍵。

(2) 聯系類型的轉換，根據不同的情況做不同的處理：

①若實體間的聯系是1：1，可以在兩個實體類型轉換成的兩個關系模式中的任意一個關系模式的屬性中加入另一各關系模式的鍵和聯系類型的屬性。

② 若實體間的聯系1：N，則在N端實體類型轉換成的關系模式中加入1端實體類型轉換成的關系模式的鍵和聯系類型的屬性。

③若實體間的聯系是M：N，則將聯系類型也轉換成關系模式，其屬性為兩端實體類型的鍵加上關系類型的屬性，而鍵為兩端實體間的組合。

3.3.2 數據表結構

邏輯結構設計階段完成的任務是概念模型向某種數據模型的轉換。設計邏輯結

構應該選擇Zui適用于表達相應概念結構的數據模型。設計邏輯結構時，一般需要將

概念結構轉換為一般的關系、網狀、層次模型，再將轉化來關系、網狀、層次模型

向特定DBMS支持下的數據模型轉換，并對數據模型進行優化。

關系模型的邏輯結構是一組關系模式的集合，而E—R圖則由實體、實體的屬性

和實體之間的聯系三要素組成。將E．R圖轉換為關系模型實際上就是將實體，實體

屬性和實體之間的聯系轉換為關系模式。

轉換過程中常見規則有：

（1）一個實體型轉換為一個關系模式；

（2）一個一對一的聯系可轉換成一個獨立的關系模式，也可與任意一端對應的關系模式合并；

（3）一個一對多的聯系可以轉換成一個獨立的關系模式，也可與多的那一端對應的關系模式合并；

（4）一個多對多的關系轉換成一個關系模式。

 本系統數據庫的功能主要是存儲平臺中所有數據，以便進行操作。

第 4章 系統實現詳細設計與實現

根據已有的需求信息和總體設計，來進行系統的詳細設計和實現。為此，我們建立了一個Web工程，系統的設計和實現如下。系統功能結構圖如圖3-1所示。功能結構圖就是按照功能的從屬關系畫成的圖表，圖中的每一個框都稱為一個功能模塊。功能模塊可以根據具體情況分的大一點或小一點，分解得Zui小功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一個任務的一組程序。根據需求分析的結果，系統可按功能分為六部分，即單據生管理模塊、庫存管理模塊、計劃統計管理模塊、系統報表管理模塊、數據字典管理模塊、系統管理模塊。

圖3-1 系統功能結構圖

3.1 系統登陸界面的設計與實現

用戶登陸模塊Zui基本的作用是為了限制該管理系統資源的使用，只有經過身份確認的操作員才能對其醫院藥品管理系統進行相關操作。其基本過程是從客戶端取得提交的用戶名和密碼，然后到數據庫中進行核對。如果該信息在數據庫中存在，那么就可以成功登錄到下一界面，否則就會被該系統拒之門外。

選擇連接數據庫后，進入用戶登陸界面。在用戶登陸界面中輸入用戶名和密碼，從數據庫表中檢查是否有相應的用戶名和密碼。如果用戶名和密碼錯誤，系統就會給出錯誤提示，并且不會有任何的頁面跳轉。如果輸入的用戶名和相應密碼正確，則可以點擊“確定”進入主控制平臺。用戶登陸的界面如圖3.1所示。

圖3.1管理員登錄系統界面

3.2 主控制平臺的設計與實現

通過用戶登陸界面，進入主控制平臺。在主控制界面中，包括單據處理管理、盤點庫存管理、計劃統計管理、系統管理等功能模塊的連接，管理員可通過對管理模塊的選擇進行相應的操作。主控界面如圖3.2所示。

圖3.2 主控制界面

3.3 單據處理管理系統界面的設計與實現

此模塊的功能是實現了對系部單據信息的管理。在新建，刪除信息的過程中通過對文本框的添寫來提交給所對應的Servlet，Servlet通過request.getparam()方法來提取出來，在添加信息頁面，運行界面如圖3.3所示。

圖3.3 單據信息管理

3.4 藥品出入庫管理界面的設計與實現

在主控制界面中點擊“藥品出庫”按鈕，進入藥品出庫管理界面。此模塊實現了針對管理員對藥品出庫信息的添加及查詢功能。添加課程信息如圖3.4所示。

圖3.4藥品出庫管理界面