【正文】 科生畢業(yè)論文 30 號(hào)需要時(shí)唯一的，所以是由主治醫(yī)生的登錄號(hào)和當(dāng)前時(shí)間構(gòu)成。now()amp。主任可以選擇簽核或者駁回某一條采購(gòu)建議或者是駁回所有的采購(gòu)建議。當(dāng)按照用戶的檢索項(xiàng)進(jìn)行查詢時(shí)，查詢字段不能全部為空。 采購(gòu)員需要對(duì)醫(yī)院藥品的庫(kù)存、藥品價(jià)格和藥品生產(chǎn)廠家有非常清楚的了解，所以需要在查詢到的藥品中顯示出以上信息，所以設(shè)置其可以根據(jù)藥品名，藥品生產(chǎn)廠家，藥品用途進(jìn)行查詢。39。39。39。并設(shè)置了一個(gè) Session(uno)變量保存用戶登錄號(hào)和 Session(userstyle)變量保存用戶類別（值分別設(shè)置為admin、 merchandiser、 doctor）。 if (objImage == undefined) { return。 user id=sa。 藥品信息包括藥品自身詳細(xì)信息，藥品出、入庫(kù)信息，藥品銷毀信息，藥品建議采購(gòu)信息，藥品實(shí)際采購(gòu)信息以及藥品在各庫(kù)房和藥房之間轉(zhuǎn)移的信息。同時(shí)，醫(yī)生是對(duì)該科室相關(guān)藥品需求最了解的人群，所以該系統(tǒng) 西南科技大學(xué)本科生畢業(yè)論文 20 提供了醫(yī)生建議采購(gòu)藥品的功能，他們建議采購(gòu)的藥品清單最后經(jīng)科室主任和該院院長(zhǎng)簽核后會(huì)生成采購(gòu)清單流入采購(gòu)部門，成為采購(gòu)的依據(jù)。 系統(tǒng)的功能架構(gòu)如圖 41 所示 : 圖 41 系統(tǒng)功能框架圖 西南科技大學(xué)本科生畢業(yè)論文 19 系統(tǒng)各功能模塊劃分 按照系統(tǒng)功能框架圖可知，本系統(tǒng)分為藥品查詢模塊，藥品管理模塊，入庫(kù)管理模塊，出庫(kù)管理模塊，采購(gòu)模塊和藥方模塊 藥品查詢是根據(jù)用戶的身份對(duì)藥品的不同信息進(jìn)行查詢，庫(kù)房管理員和藥房管理員可以查看所有藥品的所有信息，可以查看自己所管理的藥房和庫(kù)房的藥品的存量等信息，醫(yī)生可以查看藥品的名字和藥品功能、藥品性狀等信息，采購(gòu)員可以查看藥品的價(jià)格，存量以及其他屬性信息 入庫(kù)管理模塊是為藥 房和庫(kù)房管理員而設(shè)計(jì)的功能，可以實(shí)現(xiàn)藥品入庫(kù)時(shí)信息的錄入和藥品數(shù)量的添加，也可以實(shí)現(xiàn)當(dāng)藥品在各庫(kù)房和藥房之間進(jìn)行搬運(yùn)的時(shí)候的管理 出庫(kù)管理是和入庫(kù)管理相輔相成的工作，在進(jìn)行出庫(kù)和入庫(kù)操作時(shí)要保證藥品出庫(kù)總量和入庫(kù)總量相等。 數(shù)據(jù)類型及寬度 :CHAR， 20 位。根據(jù)藥房藥庫(kù)的工作特點(diǎn)和具體的工作需求，將藥房藥庫(kù)管理系統(tǒng)的業(yè)務(wù)流程分析如下 : 日常工作中，當(dāng)藥房藥品發(fā)生短缺時(shí)，藥房一般要通過請(qǐng)領(lǐng)入庫(kù)功能向藥庫(kù)申請(qǐng)領(lǐng)藥，并將申請(qǐng)領(lǐng)藥藥品品種和數(shù)量等信息通過計(jì)算機(jī)網(wǎng)絡(luò)傳送到藥庫(kù)，藥庫(kù)根據(jù)庫(kù)房情況確定向藥房發(fā)放藥品的品種和數(shù)量等信息，藥房查收藥品后，使用入庫(kù)確認(rèn)功能對(duì)收到藥品進(jìn)行入庫(kù)確認(rèn)，計(jì)入藥房庫(kù)存數(shù)量，使能在窗口發(fā)放。 安全性 安全性是任何系統(tǒng)成功的基本要素。 醫(yī)生對(duì)整個(gè)藥品流的功能主要是實(shí)現(xiàn)開方和對(duì)藥品進(jìn)行建議采購(gòu)。 屬性： SessionID、 TimeOut 方法： Abandon Server 對(duì)象： 主要作用：創(chuàng)建 COM對(duì)象和 Scripting組件等。 ASP 的工作原理 當(dāng)用戶向?yàn)g覽器地址欄輸入網(wǎng)址，默認(rèn)頁(yè)面的擴(kuò)展名是 .asp 后，瀏覽器向服務(wù)器發(fā)出請(qǐng)求。 硬盤空間： SQL Server 數(shù)據(jù)庫(kù)組件： 95 到 270 MB，一般為 250 MB 。 B/S 體系結(jié)構(gòu)的優(yōu)點(diǎn)和缺點(diǎn) 優(yōu)點(diǎn)： （ 1） 維護(hù)和升級(jí)方式簡(jiǎn)單。 是 WEB 興起后的一種網(wǎng)絡(luò)結(jié)構(gòu)模式， WEB 瀏覽器是客戶端最主要的應(yīng)用軟件。病案、臨床檢病理檢查等許多寶 貴的數(shù)據(jù)資料的檢索十分費(fèi)事甚至難以實(shí)現(xiàn)。該標(biāo)準(zhǔn)還規(guī)范了醫(yī)療、保險(xiǎn)公司的資料申報(bào)和銀行清算等電子商務(wù)標(biāo)準(zhǔn)條件，統(tǒng)一了編碼，規(guī)定了編碼機(jī)的標(biāo)準(zhǔn)是什么、怎么用、覆蓋到什么領(lǐng)域。 國(guó)內(nèi)外發(fā)展現(xiàn)狀 國(guó)外動(dòng)態(tài) 計(jì)算機(jī)在醫(yī)院應(yīng)用已經(jīng)有四十多年的歷史，六十年代初美國(guó)變開始了 HIS 的研究， COSTAR 系統(tǒng)從六十年代初開始并發(fā)展到今天，成為最大規(guī)模的臨床病人信息系統(tǒng)。醫(yī)療質(zhì)量的提高和重病患者的搶救，與藥品 的及時(shí) 供應(yīng)有著密切的關(guān)系。在整個(gè)系統(tǒng)中使用了出入庫(kù)相互確認(rèn)機(jī)制，使得藥品的流向變得很明確，也使得向醫(yī)院財(cái)務(wù)部門提交的賬目明細(xì)變得可靠和清晰。醫(yī)院信息管理系統(tǒng)在我國(guó)各省市一級(jí)大型醫(yī)院中的應(yīng)用已經(jīng)比較成熟了，但廣大中小型醫(yī)院，普遍對(duì)電腦的應(yīng)用水平較低，本文選題主要針對(duì)中小型醫(yī)院，設(shè)計(jì)并實(shí)現(xiàn)了醫(yī)院信息管理系統(tǒng)中的藥品管理子系統(tǒng)。有效的管理才能有有效的資源分配，將計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)應(yīng)用到管理中使得這一切成為了可能。 藥房管理系統(tǒng) 可以 根據(jù) 醫(yī)院藥房管理的實(shí)際需求 而設(shè)計(jì) ，針對(duì)性強(qiáng)，功能齊備，旨在通過幫助醫(yī)院藥房管理實(shí)現(xiàn)信息化以提高藥房管理的效率 。 到 80 年代末，醫(yī)院信息系統(tǒng)的建設(shè)從局域網(wǎng)發(fā)展到廣域網(wǎng)，單機(jī)應(yīng)用變成網(wǎng)絡(luò)應(yīng)用，從一般的數(shù)據(jù)處理發(fā)展到臨床支持工程 。但是 在廣大的縣區(qū)一級(jí)的醫(yī)院中，特別是西部地區(qū)，雖然已經(jīng)使用了電腦，但是應(yīng)用水平較低。醫(yī)院物資管理由于信息不準(zhǔn)確，家底不明，積壓等現(xiàn)象以致 “物不能盡其用 ”。瀏覽器通過 Web Server 同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互。 缺點(diǎn)： 應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù) 負(fù)荷較重 。 Desktop Engine： 44 MB。 頁(yè)面信息發(fā)送到瀏覽器。 庫(kù)房是對(duì)全院藥品數(shù)量、金額、種類進(jìn)行管理的部門，其業(yè)務(wù)路線和一般的物品庫(kù)存管理相同，主要包括藥品的入庫(kù)、出庫(kù)、查看并提示過期藥品和進(jìn)行過期藥品銷毀以及日常性的藥品查看和庫(kù)房維護(hù)工作。簽核功能包括駁回清單中某一項(xiàng)認(rèn)為不妥的建議采購(gòu)記錄、駁回該采購(gòu)清單或者是簽核該清單。基于WEB 的系統(tǒng)一般是動(dòng)態(tài)變化的模型，他們一般在初運(yùn)行時(shí)比較小，但隨著需求的增長(zhǎng)會(huì)增長(zhǎng)得非常迅速。 當(dāng)藥房的藥品發(fā)生損壞需做報(bào)廢處理或藥品已經(jīng)過期時(shí)，使用過期藥品處理功能，并減少藥品的庫(kù)存。由表 38 中的數(shù)據(jù)項(xiàng)組成： 表 38 藥方表 數(shù)據(jù)項(xiàng)名 數(shù)據(jù)項(xiàng)含義說明 數(shù)據(jù)項(xiàng)類型 長(zhǎng)度 限制條件 dno 藥方編號(hào) char 50 primary key not null 主治醫(yī)生編號(hào) +開方時(shí)間 patientname 病人姓名 char 20 — patientsex 病人性別 char 2 — patientage 病人年齡 int 4 — drugname1 藥品 名 char 50 — drugnum1 藥品數(shù)量 int 4 — drugname2 藥品名 char 50 — drugnum2 藥品數(shù)量 int 4 — drugname3 藥品名 char 50 — drugnum3 藥品數(shù)量 int 4 — drugname4 藥品名 char 50 — drugnum4 藥品數(shù)量 int 4 — drugname5 藥品名 char 50 — drugnum5 藥品數(shù)量 int 4 — drugname6 藥品名 char 50 — drugnum6 藥品數(shù)量 int 4 — drugname7 藥品名 char 50 — drugnum7 藥品數(shù)量 int 4 — drugname8 藥品名 char 50 — drugnum8 藥品數(shù)量 int 4 — drugname9 藥品名 char 50 — drugnum9 藥品數(shù)量 int 4 — drugname10 藥品名 char 50 — drugnum10 藥品數(shù)量 int 4 — ifdealwith 是否已被處理 char 1 — 西南科技大學(xué)本科生畢業(yè)論文 15 藥品出庫(kù) 清單表結(jié)構(gòu)，由表 39 中的數(shù)據(jù)項(xiàng)組成 : 表 39 藥品出庫(kù)清單表 數(shù)據(jù)項(xiàng)名 數(shù)據(jù)項(xiàng)含義說明 數(shù)據(jù)項(xiàng)類型 長(zhǎng)度 限制條件 drugno 藥品號(hào) char 10 primary key not null outdate 出庫(kù)日期 datetime 8 primary key not null drugnum 藥品數(shù)量 int 4 — fromroom 出庫(kù)前所存的庫(kù)房 char 10 primary key not null toroom 出庫(kù)后所存的庫(kù) /藥房 char 10 primary key not null ifdeal 是否該記錄已經(jīng)得到出庫(kù)到的藥 /庫(kù)房管理員的確認(rèn) char 1 默認(rèn)為 0 drugproducedate 藥品生產(chǎn)日期 datetime 8 — 銷毀藥品清單表結(jié)構(gòu)，由表 310 中的數(shù)據(jù)項(xiàng)組成 : 表 310 銷毀藥品清單表 數(shù)據(jù)項(xiàng)名 數(shù)據(jù)項(xiàng)含義說明 數(shù)據(jù)項(xiàng)類型 長(zhǎng)度 限制條件 drugno 藥品號(hào) char 10 primary key not null destorydate 銷毀日期 datetime 8 primary key not null drugnum 藥品數(shù)量 int 4 — fromroom 出庫(kù)前所存的庫(kù)房 char 10 primary key not null 西南科技大學(xué)本科生畢業(yè)論文 16 1 采購(gòu)清單表結(jié)構(gòu)，由表 311 中的數(shù)據(jù)項(xiàng)組成 : 表 311 采購(gòu)清單表 數(shù)據(jù)項(xiàng)名 數(shù)據(jù)項(xiàng)含義說明 數(shù)據(jù)項(xiàng)類型 長(zhǎng)度 限制條件 dno 藥品號(hào) char 10 primary key not null 自增型變量 dname 藥品名 char 50 — dnum 藥品數(shù)量 int 4 — ppersionno 采購(gòu)人員編號(hào) char 10 — indate 采購(gòu)日期 datetime 8 — 系統(tǒng) ER 圖 ER 模型又稱為實(shí)體聯(lián)系模型，是描述系統(tǒng)概論模型的有利工具。同時(shí)，為了確保醫(yī)院藥品的有效利用，醫(yī)院采用人性化的建議采購(gòu)方式，使得該環(huán)節(jié)上各相關(guān)部門的人員都參與藥品的建議采購(gòu)。 庫(kù)房管理員管理著醫(yī)院的所有采購(gòu)回來的藥品，所以賬目必須很清晰和明確，出庫(kù)和入庫(kù)操作都必須有詳細(xì)的記錄。由于不同用戶對(duì)同一數(shù)據(jù)具有不同的訪問和操作權(quán)限，以及系統(tǒng)中多次涉及到對(duì)多個(gè)表的連接查詢，所以，為該系統(tǒng)設(shè)計(jì)了視圖來簡(jiǎn)化用戶的操作和對(duì)機(jī)密數(shù)據(jù)提供安全保護(hù)。用戶登錄界面設(shè)計(jì)如下： 圖 51 用戶登錄界面圖 當(dāng)庫(kù)房管理員和藥房管理員進(jìn)行登錄的時(shí)候在填寫完用戶名和密碼后點(diǎn)選管 理員 checkbox 選項(xiàng)，然后點(diǎn)登錄進(jìn)行登錄。?39。myPWDamp。myPWDamp。myPWDamp。 庫(kù)房管理員左邊的功能條包括：首頁(yè)、查看藥品信息、查看個(gè)人信息、建議添加藥品、庫(kù)房添加藥品確認(rèn)、生成入庫(kù)清單、簽核建議采購(gòu)清單（主任）、生成入庫(kù)清單、查看過期藥品清單、生成出庫(kù)清單、退出登錄。實(shí)現(xiàn)代碼如下： 藥 /庫(kù)房號(hào)： select name=rno % sql=select * from room where adminno=39。同時(shí)，由于建議添加藥品數(shù)據(jù)提交后是存在于數(shù)據(jù)庫(kù)中，所以，為了避免對(duì)數(shù)據(jù)庫(kù)的誤操作，要對(duì)各填寫字段的長(zhǎng)度和數(shù)據(jù)類型進(jìn)行限制。 簽核建議采購(gòu)清單模塊流程如圖 54 所示： 西南科技大學(xué)本科生畢業(yè)論文 29 圖 54 簽核建議采購(gòu)清單流程 過期藥品處理模塊設(shè)計(jì) 庫(kù)房管理員和藥房管理員都可以查看其管理的庫(kù)房或藥房里的過期藥品清單，首先在界面上會(huì)列出所有的該管理員所管理的庫(kù)房或藥房，在進(jìn)行庫(kù) 房和藥房的選擇后就在下面顯示出該庫(kù)房或藥房的過期藥品信息。amp。 藥方會(huì)提交到藥房，病人根據(jù)自己的 姓名到藥房取藥，藥房管理員對(duì)藥單的處理界面會(huì)列出所有的等待處理的藥單記錄，藥房管理員點(diǎn)擊某一記錄進(jìn)去后會(huì)顯示出該藥單的詳細(xì)信息，包括要單號(hào)，病人姓名，性別，年齡，需要取的藥品以及數(shù)量和單據(jù)處理人員，當(dāng)管理員點(diǎn)擊處理選項(xiàng)時(shí)，會(huì)列出所有的單據(jù)上的藥品信息以及庫(kù)存量，并自動(dòng)判斷藥房庫(kù)存是否足。該措施不僅是為了實(shí)現(xiàn)系統(tǒng)的分級(jí)管理，也使得具有更多系統(tǒng)權(quán)限的后臺(tái)管理員賬戶更加安全。 西南科技大學(xué)本科生畢業(yè)論文 31 第 6 章 系統(tǒng)測(cè)試分析報(bào)告 系統(tǒng)測(cè)試目標(biāo) 對(duì)系統(tǒng)的各個(gè)功能模塊進(jìn)行測(cè)試，包括系統(tǒng)功能性測(cè)試和安全性測(cè)試。選擇用戶類型為管理員，輸入正確的驗(yàn)證碼。 測(cè)試結(jié)論：結(jié)合第一步的測(cè)試，可以判斷驗(yàn)證碼設(shè)置成