【正文】 ........................................ 39 銷售管理模塊 ............................................ 40 6 結(jié)論 ............................................................. 41 總結(jié) .......................................................... 41 不足和展望 ................................................... 41 致謝 ................................................................ 42 參考文獻(xiàn) ........................................................... 42 1 鶴壁煤礦集團(tuán)醫(yī)院藥品管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 網(wǎng)絡(luò)工程專業(yè) 王洋 指導(dǎo)教師 朱淑鑫 摘要： 隨著迅速發(fā)展的計(jì)算機(jī)技術(shù) ， 多數(shù)醫(yī)院 為了 節(jié)約資源 ，提高工作效率， 開始逐步利用計(jì)算機(jī)軟件 來 輔助 管理 。本文首先闡述了 醫(yī)院藥品管理系統(tǒng) 的 開發(fā) 背景、 可行性分析及需求分析， 并 利用 UML 模型圖的方式形象地描述了系統(tǒng) 內(nèi)各個(gè)對象之間的關(guān)系 。最后 ， 利用各個(gè)模塊設(shè)計(jì) 及測試 的 截圖和 說明 文 字相結(jié)合 的方式 ， 詳細(xì)闡 述了本系統(tǒng)主要模塊的設(shè)計(jì) 和 測試過程 。 關(guān)鍵詞： 藥品 管理 ；數(shù)據(jù)庫 ； 系統(tǒng) 開發(fā) ； Visual C Design of Hebi Colliery Hospital Medicine Management System Student majoring in work engineering Wang Yang Tutor Zhu Shuxin Abstract: With the rapid development of puter technology, the hospital in order to save resources, improve work efficiency, gradually increasing use of puter management software. First of all, this paper describes the development background of hospital medicine management systems, feasibility analysis and demand analysis, and using UML model diagram describes the relationship between the individual objects within the system. Then the database E R diagram shows the structure of the database design patterns and data tables, and b riefly describes the system development environment configuration. At the end of the paper, the use of the design and testing of each module screenshots and captions bination, Expounds in detail the design and testing process of main modules of this system. Key words: Medicine Management。 System Development。相比 現(xiàn)代 高效率 的 工作方式 ， 傳統(tǒng)醫(yī)院的 手工作業(yè) 形式 ，不僅工作 繁瑣 ，而且 人為 處理錯(cuò)誤率較高， 這不但 給醫(yī)院造成 了一定 損失 ， 對病人的病情 也有不利影響 。藥品管理 系統(tǒng) 利用 計(jì)算機(jī) 實(shí)現(xiàn)了 對 醫(yī)院藥庫 及藥品 的 各項(xiàng)管理， 以往 那些工作 繁瑣 、 容 易出錯(cuò)的數(shù)據(jù) 處理 問題可以 讓 計(jì)算機(jī) 來替代人工 進(jìn)行， 這 不僅 極大地 減輕了 管理 人員的工作負(fù)擔(dān)， 而且藥物的 管理記錄也可以隨時(shí)查詢， 讓藥物 的管理更加透明 化 。 80 年 代中期 ，伴隨著蘋果個(gè)人電腦的上市和 BASIC 語言的廣泛使用，一部分醫(yī)院開始研發(fā)小型的系統(tǒng)管理軟件，如人事管理軟件等； 80 年代后期，隨著 XT286 計(jì)算機(jī)的出 現(xiàn)，加之 DBASElll和 UNIX 操作系統(tǒng)的研發(fā)成功，一部分醫(yī)院開始建立小型的內(nèi)部網(wǎng)絡(luò)，并開發(fā)了關(guān)于部門之間管理的信息系統(tǒng)，如病房管理，藥房管理等。 隨著我國醫(yī)藥事業(yè) 的發(fā)展 ，我國藥品管理方面發(fā)展相對滯后的 實(shí)際情況卻與此不相符合 ，雖然有技術(shù) 人員不斷開發(fā)出新的 藥品管理系統(tǒng)供 醫(yī)院使用 ，但受到開發(fā)周期等諸多因素的影響，藥品系統(tǒng)管理軟件的發(fā)展仍舊落后于藥品的發(fā)展，總結(jié)下來 有如下幾點(diǎn)： （ 1） 老版本的 數(shù)據(jù)庫 軟件 安全性不高， 讀取、修改信息時(shí)錯(cuò)誤率較高，甚至?xí)?導(dǎo)致數(shù)據(jù) 丟失，造成巨大損失。 （ 3） 局限性 方面， 現(xiàn)有 的操作 系統(tǒng)在處理速度 和 兼容性上已經(jīng)適應(yīng)不了實(shí)際的需要，由于平臺的 更新 ，對現(xiàn)有系統(tǒng)的改進(jìn)性維護(hù) 已 不能解決面臨的問題。 進(jìn)入 21世紀(jì)后，特別是 2020 年 SARS 災(zāi)難過后，我國的醫(yī)療衛(wèi)生系 統(tǒng)開始真正意識到醫(yī)院信息系統(tǒng)的重要性，并開始著手進(jìn)行系統(tǒng)的深入研究和推廣應(yīng)用[1]。 藥品管理系統(tǒng)使醫(yī)院管理趨于信息化， 同時(shí) 讓藥庫管理人員能簡便地利用藥庫信息做出正確的判斷，更重要的是計(jì)算機(jī)作為 管理 工具可以讓 藥庫 管理更加規(guī) 3 范化，并提高管理效率，減少管理 人員的工作量 ，使藥品管理可以有條不紊地 進(jìn)行 下去。它通過各種有效的 手段 對工程項(xiàng)目進(jìn)行分析，從技術(shù)、 運(yùn)行 等 多個(gè) 方面加以評價(jià) 。 而且 ， 使用 該語言 開發(fā) 的軟件適用范圍很廣，可以很好地應(yīng)用于安裝有 Windows 平臺的 計(jì)算機(jī)上，所以從技術(shù)方面是可行的。 從硬件角度來說， 本系統(tǒng) 要求相對較低，一般情況下 ， 計(jì)算機(jī)硬盤 空間應(yīng)不小于 5G，內(nèi)存 應(yīng)不小于 1GB。 運(yùn)行可行性 隨著計(jì)算機(jī)技術(shù)的普及，醫(yī)藥經(jīng)營企業(yè)逐漸借助計(jì)算機(jī)軟件輔助醫(yī)院藥品 的管理，所以藥品管理系統(tǒng)成為了藥品經(jīng)營企業(yè)實(shí)現(xiàn)藥品管理智能化 、 信息化的重要工具。 市場的需求和技術(shù)的支持 ,最終會有更多優(yōu)秀的藥品管理信息系統(tǒng)軟件的出現(xiàn) ,并在今后 的 競爭中得到不斷完善和優(yōu)化。 需求分析 用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能等方面的期望叫做 軟件需求 。需求分析是介于系統(tǒng)分析和軟件設(shè)計(jì)階段之間的重要橋梁。通過對鶴煤 醫(yī)院藥庫 的 了解分析 ，管理人員 主要對藥品的入庫 、 退貨及銷售 進(jìn)行管理， 所以 系統(tǒng) 的開發(fā) 將 從這些需求展開。 UML 用例圖表示從軟件系統(tǒng)的外部使用者的角度看到的各項(xiàng)系統(tǒng)功能，并清晰地說明軟件系統(tǒng)地邊界，即用例圖中的所有用例的集合構(gòu)成目標(biāo)軟件系統(tǒng)應(yīng)該提供的功能。利用 UML 的活動(dòng)圖表示 如圖 25 所示 ： 8 初 始 化 窗 口輸 入 用 戶 名 密 碼判 斷 權(quán) 限提 示 用 戶 名 或 者 密 碼 錯(cuò) 誤系 統(tǒng) 管 理 員 藥 庫 管 理 員 藥 房 管 理 員信 息 設(shè) 置 藥 品 入 庫 藥 品 銷 售[ 密 碼 正確 ][ 密 碼 錯(cuò)誤 ]更 新 數(shù) 據(jù)[ 要 求 用 戶 重 新輸 入 ]藥 品 退 貨 圖 25 用戶活動(dòng)圖 9 3 總體設(shè)計(jì) 根據(jù)對前期 系統(tǒng)的可行性分析 及 需求分析，可以 得 出 系統(tǒng) 總體設(shè)計(jì)模塊及相關(guān)的設(shè)計(jì)方法 ， 為代碼的 編寫 提供了指導(dǎo)性思想。從頂層功能的分類開始，沿著圖中各條路徑分支 細(xì)化 ，直至確定了系統(tǒng) 功能的 全部結(jié)構(gòu)為止。依據(jù)上述的分析，系統(tǒng)在各個(gè)模塊 的 基礎(chǔ)上將 每個(gè)模塊再 分為幾個(gè) 小模塊 。 該圖 的縱向 表示 時(shí)間軸，橫 向表示 在協(xié)作中各獨(dú)立 對象 的類元角色。 根據(jù)上述 需求分析及初步建模 ，我們得到了 藥品管理系統(tǒng)主要 功能 在時(shí)間上的工作 流程 。 首先是藥品 入庫的 功能 ，這個(gè) 功能在時(shí)間邏輯上 需要先由藥品廠商進(jìn)行報(bào)價(jià)， 接著 藥庫管理員確認(rèn) ， 將入庫 信息 錄入數(shù)據(jù)庫 中 ， 之后藥品管理 系統(tǒng) 自動(dòng) 更新 數(shù)據(jù) ， 將 入庫清 單 打印出來交給 管理人員，由管理人員 開具收據(jù) 給生產(chǎn)廠商 。在 藥品入庫之后，廠商的報(bào)價(jià)信息也一同 錄入 ， 藥庫 調(diào)價(jià)人員 根據(jù) 市場行情和藥品報(bào)價(jià)來衡量藥品出售的價(jià)格 ， 之后將最終的價(jià)格錄入系統(tǒng)，藥品管理系統(tǒng)會自動(dòng)計(jì)算出調(diào)價(jià)百分比供工作人員參考，最后將調(diào)價(jià)信息 顯示給 管理人員。 在時(shí)間邏輯上 ，消費(fèi)者提出購買 某藥品 ， 由 藥房管理員通過系統(tǒng)查詢該藥品信息 ， 在 管理系統(tǒng) 得到該藥品信息后 ， 12 將 信息返回 到 管理員處， 然后 管理員進(jìn)行收費(fèi)等工作，最后將藥品出售小票和藥品一并交還給消費(fèi)者完成藥品銷售 工作 。用 UML順序圖表示如圖 35 所示： 藥 庫 管 理 員藥 品 入 庫 界 面 藥 品顯 示 退 貨 成 功廠 商藥 品 退 貨退 貨 藥 品 信 息 藥 品 信 息 查 詢更 新 退 貨 藥 品 信 息 圖 35 藥品退貨順序圖 13 查詢模塊 總體來說時(shí)間邏輯順序相差不大，基本先由管理員輸入查詢信息，選擇查詢類型，之后有 藥品管理系統(tǒng)自動(dòng) 完成相關(guān)的查詢工作，并將查詢到的信息反饋給管理員。數(shù)據(jù)庫 設(shè)計(jì) 的過程可分為兩大階段：數(shù)據(jù)庫系統(tǒng)的分析 階段和數(shù)據(jù)庫表 的設(shè)計(jì)階段。 在 本系統(tǒng)中 ， 經(jīng)上述分析得到，主要的實(shí)體 包括管理員用戶 、 藥品 、廠商、消費(fèi)者 ，其余部分都是有這些 實(shí)體屬性 信息組合完成。 對于本 藥品管理系統(tǒng)的用戶 主體 ，首先用 戶名和密碼 是 必需的兩個(gè)屬性，對于本藥品管理系統(tǒng)， 由于 使用 環(huán)境是 醫(yī)院內(nèi)部局域網(wǎng)，能接觸到本系統(tǒng) 的 人員較少，故 用戶 的權(quán)限屬性 包含的 值也較少，即系統(tǒng)管理員、藥房管理員、藥庫管理員，這三種權(quán)限足夠滿足該醫(yī)院的日常使用。 這些屬性 詳細(xì) 描述了藥品全方位的信息，給 藥品的 管理帶來便利，同時(shí)也為其他數(shù)據(jù)庫表的信息 表示 打下基礎(chǔ)。 廠商 這個(gè)實(shí)體 包含的屬性有： 廠商編號（作為 區(qū)分廠商的唯一憑據(jù)） ， 廠商名稱， 廠商地址 ， 廠商 聯(lián)系人 ，廠商 電話，廠商郵箱， 廠商 銀行賬號， 廠商 進(jìn) 貨次數(shù)，廠商退貨次數(shù) 。利用 數(shù)據(jù)庫 實(shí)體 圖表示如圖 39 所示： 圖 39 廠商 ER 圖 藥品的銷售必然 需要消費(fèi)者 的 參與，消費(fèi)者作為藥品管理系統(tǒng)中藥品 的 最終流向 ， 需要包含以下屬性來保證銷售信息記錄的準(zhǔn)確性：消費(fèi)者編號 （作為 區(qū)分消費(fèi)者的唯一憑據(jù)） ，消費(fèi)者姓名，消費(fèi)者 性別， 消費(fèi)者 年齡， 身份證號 ，消費(fèi)者電話， 利用 以上屬性來 記錄 藥品的 最終流向。如圖 311 是 本系統(tǒng) 的基本 ER 圖： 圖 411 系統(tǒng) ER 圖 數(shù)據(jù)庫 的詳細(xì)設(shè)計(jì) 詳細(xì)數(shù)據(jù)庫表的 設(shè)計(jì) 作為 數(shù)據(jù)庫設(shè)計(jì)的第二步，也是最重要的一步，決定了整個(gè)系統(tǒng) 的 數(shù)據(jù)保存及流動(dòng)。 在本數(shù)據(jù)庫 中 共 創(chuàng)建了 19 張 數(shù)據(jù)庫 表，包括 baojia 藥品報(bào)價(jià)表 、 caigou 入庫表 、caigouyuan 采購員表、 customer 消費(fèi)者表、 郵件記錄表、 heimingdan 黑名單表 、 mingxi 明細(xì)表、 tiaojia 調(diào)價(jià)表、 usertime 記錄時(shí)間表、 yp_danwei 藥品單位 表、 yp_leixing 藥品類型表、 yp_zhonglei 藥品種類表 、 yp_information 藥品基本信息表 ， changshang 廠商表 ， users 用戶表， tuihuo 退貨表、 xiaoshou 銷售 記錄表、 kucun 庫存記錄表等，這些表相互聯(lián)系緊密，共 同完成本藥品管理系統(tǒng)的數(shù)據(jù)庫記錄工作。 系統(tǒng)運(yùn)行環(huán)境的設(shè)置 系統(tǒng) 需求的硬件 環(huán)境 在 提到系統(tǒng)運(yùn)行 是否成功的時(shí)候，首先 就是 從 物理 設(shè)備上考慮，即 系統(tǒng)硬件環(huán)境 的配置問題。計(jì)算機(jī) 相關(guān)的硬件配置 最低要求是 處理器 型號 在 Pentium IV 以上 ， 內(nèi)存在 1Gb 以上，硬盤 應(yīng) 至少保留 空余 空間在 1Gb 以上， 而且 計(jì)算機(jī) 應(yīng) 含有 一個(gè) 網(wǎng)卡來 確保 可以連接 至 醫(yī)院局域網(wǎng) 。 系統(tǒng)需求 的軟件 環(huán)境 在外部硬件環(huán)境支持 的條件下 ，系統(tǒng)運(yùn)行同樣需要相應(yīng)軟件環(huán)境的支持。 同時(shí)，本系統(tǒng)是 基于微軟的 .Net 平臺 開發(fā)， 故計(jì)算機(jī)中還 需要安裝Microsoft .NET Framework 環(huán)境。 開發(fā)環(huán)境 介紹 軟件開發(fā) 工具 本藥品管理系統(tǒng)是 基于 C. 語言 開發(fā)， C是微軟公司發(fā)布的一種面向?qū)ο蟮?、運(yùn)行于 .NET Framework 之上的高級程序設(shè)計(jì)語言 ， 它包括了諸如單一繼承、接口、與 Java 幾乎同樣的語法和編譯成中間代碼再運(yùn)行的過程 [3]。 它 綜合了 VB 簡單的可視化操作和 C++的高