【導讀】醫(yī)院信息管理系統(tǒng)在我國各省市一級大型醫(yī)院中的應用已經(jīng)比較成熟。了對大量工作的統(tǒng)計以及各種報表的自動生成等功能。根據(jù)分析和結合醫(yī)院行業(yè)特點，本系統(tǒng)采用B/S體系結構，根據(jù)醫(yī)院的各功能部門人員安排進行用戶的劃分，以藥品流向為主。其主要設計思想是全面信息化，盡量減少人力。務部門提交的賬目明細變得可靠和清晰。

　　

【正文】 eId) { var objImage = [valImageId]。 if (objImage == undefined) { return。 } var now = new Date()。 = (39。?39。)[0] + 39。?x=39。 + ()。} 在數(shù)據(jù)庫中將庫 \藥房管理員，采購員和醫(yī)生信息分別存放在了三個表中，所以在點登錄按鈕后，實質(zhì)是將整個表單的數(shù)據(jù)提交到了另外一個頁面，根據(jù) checkbox選項值進行用戶類型判斷，判斷了用戶類型后再查詢相應的用戶表，根據(jù)用戶名，查找到相應的用戶職務以及跳轉到相應的用戶主頁面。并設置了一個 Session(uno)變量保存用戶登錄號和 Session(userstyle)變量保存用戶類別（值分別設置為admin、 merchandiser、 doctor）。 登錄用戶類型判別即相應的登錄驗證關鍵代 碼如下： Dim mySQL myID=(uid) 西南科技大學本科生畢業(yè)論文 25 myPWD=(upwd) myCategory=(user) Session(uno)=myID if myIDand myPWDthen if myCategory=admin then Session(userstyle)=admin mySQL=select * from admin where adminpwd=39。amp。myPWDamp。39。 and adminno=39。amp。 myIDamp。39。 else if myCategory=doctor then mySQL=select * from doctor where tpwd=39。amp。myPWDamp。39。and tno=39。amp。myIDamp。39。 else mySQL=select * from merchandiser where mpwd=39。amp。myPWDamp。39。 and mno= 39。amp。 myID amp。39。 end if end if 各用戶界面設計 藥房管理員的用戶界面如 圖 52 所示： 圖 52 藥房管理員用戶界面 西南科技大學本科生畢業(yè)論文 26 如果藥房管理員的職務只是普通的員工，登錄后就缺少藥房添加藥品確認這一功能項。 其余的用戶登錄后的界面也和這個差不多，只是根據(jù)不同用戶的功能，其左邊的功能條不一樣。 庫房管理員左邊的功能條包括：首頁、查看藥品信息、查看個人信息、建議添加藥品、庫房添加藥品確認、生成入庫清單、簽核建議采購清單（主任）、生成入庫清單、查看過期藥品清單、生成出庫清單、退出登錄。 采購員左邊的 功能條包括：首頁、查看藥品信息、查看個人信息、建議添加藥品、查看建議采購清單、生成實際采購清單、簽核建議采購清單（主任）、生成實際采購清單、查看實際采購清單、退出登錄。 醫(yī)生左邊的功能條包括：首頁、查看藥品信息、查看個人信息、建議添加藥品、開藥方、退出登錄。 后臺系統(tǒng)管理員左邊的功能條包括：首頁、查看藥品信息、查看個人信息、查看用戶信息、修改用戶信息、添加新用戶、藥房 /庫房管理、退出登錄。 查看藥品信息模塊設計 該模塊根據(jù)不同用戶功能設置不同，醫(yī)生在查看藥品時主要是了解藥品的功效，所以在 查詢時設置查詢字段為藥品名和藥品用途，顯示的藥品信息包括藥品號，藥品名，藥品用途。 采購員需要對醫(yī)院藥品的庫存、藥品價格和藥品生產(chǎn)廠家有非常清楚的了解，所以需要在查詢到的藥品中顯示出以上信息，所以設置其可以根據(jù)藥品名，藥品生產(chǎn)廠家，藥品用途進行查詢。 藥房管理員和庫房管理員則需要對自己所管理的庫房和藥房的藥品的藥品數(shù)量，藥品生產(chǎn)日期和保質(zhì)期有清楚的了解，以及對某個庫房 /藥房的藥品信息的了解，所以查詢字段除了包含為采購人員設置的查詢字段外還包括了庫房 /藥房選擇。其列出來供選擇的庫房 /藥房號均為該管理員實際管理 的庫房 /藥房號。實現(xiàn)代碼如下： 藥 /庫房號： select name=rno % sql=select * from room where adminno=39。amp。Session(uno)amp。39。/*查詢 room表中管理員為該登錄賬戶的庫房 /藥房 */ 西南科技大學本科生畢業(yè)論文 27 set res=(sql) if not ( and ) then do while not % option value=%=res(rno)%%=res(rno)%/option % loop end if set res=nothing %/select %end if end if% 在該功能模塊，設置了兩種查詢方式：查看能夠查到的所有藥品的信息和按照用戶填寫的檢索項進行查詢。當按照用戶的檢索項進行查詢時，查詢字段不能全部為空。該限制是在提交了表單后通過對所有獲取到的查詢字段和獲取到的查詢方式的聯(lián)合判斷進行來實現(xiàn)的。 建議添加藥品模塊設計 建議添加藥品模塊的功能包括對用戶所建 議添加的藥品信息的填寫和提交，包括對藥品名、藥品功效、藥品建議采購數(shù)量和藥品性狀的填寫或選擇，為了維護信息的完整性和避免歧義，所有字段必須填寫完整方能提交成功。同時，由于建議添加藥品數(shù)據(jù)提交后是存在于數(shù)據(jù)庫中，所以，為了避免對數(shù)據(jù)庫的誤操作，要對各填寫字段的長度和數(shù)據(jù)類型進行限制。本模塊中，具體限制如下： 藥品名字段限制其長度為 50 個字節(jié)，語句為： onkeyup=CheckStringLength(,50) 藥品功效字段限制其長度為 200 個字節(jié)，限 制語句為 onkeyup=CheckStringLength(,200) 建議采購數(shù)量字段限制其只能輸入數(shù)字限制語句為： onKeyUp=value=(/\D/g,39。39。) 西南科技大學本科生畢業(yè)論文 28 該功能模塊界面設計如 圖 53 所示 ： 圖 53 建議添加藥品模塊界面 簽核建議添加藥品模塊設計 如果用戶職務為各部門的主任或者是醫(yī)院的院長，則其功能還包括簽核建議添加藥品。 主任點擊該功能條后會彈出該部門 所有人建議采購的藥品清單。主任可以選擇簽核或者駁回某一條采購建議或者是駁回所有的采購建議。得到主任簽核后的建議記錄都會顯示在院長的簽核建議采購藥品單上，院長也可以駁回某一條或所有采購建議或者是簽核所有的采購建議。院長簽核后的數(shù)據(jù)將后生成采購清單供采購員進行采購。 簽核建議采購清單模塊流程如圖 54 所示： 西南科技大學本科生畢業(yè)論文 29 圖 54 簽核建議采購清單流程 過期藥品處理模塊設計 庫房管理員和藥房管理員都可以查看其管理的庫房或藥房里的過期藥品清單，首先在界面上會列出所有的該管理員所管理的庫房或藥房，在進行庫 房和藥房的選擇后就在下面顯示出該庫房或藥房的過期藥品信息。包括藥品名、藥品號、藥品數(shù)量、藥品所在庫房或藥房以及是否對該藥品進行處理。 對過期藥品的判斷是通過將數(shù)據(jù)庫中藥品的生產(chǎn)日期加上保質(zhì)期與當前時間進行比 較實現(xiàn)的。具體 sql 語句如下： sql=select * from drug where date_produce+shelflife=39。amp。now()amp。39。 and rno in (select rno from room where adminno=39。amp。Session(uno)amp。39。) 該 模塊中，對列出的過期藥品可以選擇進行處理，具體的處理操作是將該過期藥品記錄從藥品表中移動到銷毀列表中去，并為他們生成一個相同的銷毀清單號，以便以后查看。 開藥方和藥單處理模塊 藥方是由病人的主治醫(yī)生根據(jù)病人的病情而開設的藥品清單，單據(jù)上有藥單編號，主治醫(yī)生名字，病人姓名和病人年齡以及醫(yī)生所開設的藥品以及數(shù)量。藥單編 西南科技大學本科生畢業(yè)論文 30 號需要時唯一的，所以是由主治醫(yī)生的登錄號和當前時間構成。主治醫(yī)生姓名系統(tǒng)會自動的填入。醫(yī)生在填寫藥品名時也有對該字段的最大長度限制 為 50 字節(jié)。 藥方會提交到藥房，病人根據(jù)自己的 姓名到藥房取藥，藥房管理員對藥單的處理界面會列出所有的等待處理的藥單記錄，藥房管理員點擊某一記錄進去后會顯示出該藥單的詳細信息，包括要單號，病人姓名，性別，年齡，需要取的藥品以及數(shù)量和單據(jù)處理人員，當管理員點擊處理選項時，會列出所有的單據(jù)上的藥品信息以及庫存量，并自動判斷藥房庫存是否足。這樣就減少了管理員在藥品庫存不足的情況下去查找藥品的時間。從而提高了藥房抓藥的效率。 系統(tǒng)安全性設計 IIS+ASP 的系統(tǒng)設計方案作為一種典型的服務器端網(wǎng)頁設計技術，被廣泛應用在網(wǎng)上銀行、電子商務、網(wǎng)上調(diào)查、網(wǎng) 上查詢 、 BBS、搜索引擎等各 種互聯(lián)網(wǎng)應用中。但是，該解決方案在為我們帶來便捷的同時，也帶來了嚴峻的安全問題。黑客主要通過對源代碼的讀取和修改以及抓住一些程序設計漏洞等對系統(tǒng)進行攻擊，竊造成不良后果。所以系統(tǒng)一旦在實際中得到應用，安全性是至關重要評估因素。 本系統(tǒng)中，主要采用了以下方法進行系統(tǒng)安全設計： 為系統(tǒng)設計兩級用戶，只向外提供一般用戶的登錄鏈接頁面。該措施不僅是為了實現(xiàn)系統(tǒng)的分級管理，也使得具有更多系統(tǒng)權限的后臺管理員賬戶更加安全。 在每個頁面進行用戶登錄驗證，用對 Session（ uid） 字段的是否為空 判斷來實現(xiàn)。從而避免了攻擊者跳過登錄界面對系統(tǒng)的訪問。 在每個獲取前頁面提交數(shù)據(jù)的頁面，在采用 ()和 request()獲取字段值后對變量進行非空判斷和其他限制性判斷（比如：為數(shù)字，長度限制，是否為指定值等），確保系統(tǒng)更加安全。 為了防止攻擊者的 sql 注入，在系統(tǒng)中不直接傳遞 sql 語句需要的所有變量。 在有些編輯 ASP 程序的工具中，當創(chuàng)建或者修改一個 ASP 文件時，編輯器自動創(chuàng)建一個備份文件，如果你沒有刪除這個 bak 文件，攻擊者可以直接下載，這樣源程序就會被下載，上傳程序之前要仔細檢查， 刪除不必要的文檔。對以 BAK 為后綴的文件要特別小心。 為了防止黑客用特定的程序暴力破解某個用戶的密碼進行非法登錄，在系統(tǒng)的登錄頁面設置了字母和數(shù)字交替生成的驗證碼。 西南科技大學本科生畢業(yè)論文 31 第 6 章 系統(tǒng)測試分析報告 系統(tǒng)測試目標 對系統(tǒng)的各個功能模塊進行測試，包括系統(tǒng)功能性測試和安全性測試。找出系統(tǒng)中潛在的各種缺陷并最終確保系統(tǒng)能夠正確有效的運行。 系統(tǒng)功能性測試 登錄功能測試 對登錄功能的測試包括對不同用戶類型登錄的測試、對驗證碼的測試和對登錄字段的限制驗證。 對不同類型的用戶進行登錄 驗證。 測試方法：用正確的藥房管理員賬號： padmin1，密碼 1，進行登錄。選擇用戶類型為管理員，輸入正確的驗證碼。 測試結果：成功登錄到藥房管理員用戶主界面。 測試方法：用正確的庫房管理員賬號 roomadmin1，密碼 1，進行登錄驗證。選擇用戶類型為管理員，輸入正確的驗證碼。 測試結果：成功登錄到庫房管理員用戶主界面。 測試方法：此后分別用正確的醫(yī)生和采購員賬號進行登錄驗證，結果均正確跳轉到了相應的界面。 測試結論：登錄模塊對不同用戶的登錄判斷正確。 對驗證碼的測試。 測試方法 ： 用正確的藥房管理員賬號： padmin1，密碼 1，進行登錄。選擇用戶類型為管理員，輸入錯誤的驗證碼。 測試結果：系統(tǒng)提示驗證碼錯誤。 測試結論：結合第一步的測試，可以判斷驗證碼設置成功。 對登錄字段的限制驗證。 測試方法：用空用戶名進行登錄。 測試結果：系統(tǒng)提示請輸入用戶名。 測試方法：用空密碼進行登錄。 測試結果：系統(tǒng)提示請輸入密碼。 西南科技大學本科生畢業(yè)論文 32 測試結論：對登錄字段的限制認證設置成功。 對相同部門不同