醫(yī)院管理的設計與實現(xiàn)

摘?要

隨著互聯(lián)網(wǎng)趨勢的到來，各行各業(yè)都在考慮利用互聯(lián)網(wǎng)將自己推廣出去，最好方式就是建立自己的互聯(lián)網(wǎng)系統(tǒng)，并對其進行維護和管理。在現(xiàn)實運用中，應用軟件的工作規(guī)則和開發(fā)步驟，采用Jsp技術建設醫(yī)院管理。

本設計主要實現(xiàn)集人性化、高效率、便捷等優(yōu)點于一身的醫(yī)院管理，完成首頁、個人資料、公共管理（輪播圖、公告欄）用戶管理（管理員、普通用戶、醫(yī)生用戶）信息管理（醫(yī)院資訊、醫(yī)院資訊列表）門診大廳、門診預約、病情記錄、藥品管理、問題咨詢等功能模塊。系統(tǒng)通過瀏覽器與服務器進行通信，實現(xiàn)數(shù)據(jù)的交互與變更。只需通過一臺電腦，動動手指就可以操作系統(tǒng)，實現(xiàn)數(shù)據(jù)通信管理。整個系統(tǒng)的設計過程都充分考慮了數(shù)據(jù)的安全、穩(wěn)定及可靠等問題，而且操作過程簡單。本系統(tǒng)通過科學的管理方式、便捷的服務提高了工作效率，減少了數(shù)據(jù)存儲上的錯誤和遺漏。

醫(yī)院管理使用Java語言，采用基于 MVC模式的jsp技術進行開發(fā)，使用 MyEclipse 2017 CI 10 編譯器編寫，數(shù)據(jù)方面主要采用的是微軟的MySQL關系型數(shù)據(jù)庫來作為數(shù)據(jù)存儲媒介，配合前臺HTML+CSS 技術完成系統(tǒng)的開發(fā)。

關鍵詞：數(shù)據(jù)通信；jsp；關系型數(shù)據(jù)庫；數(shù)據(jù)存儲

Design and Implementation of Hospital Management

Abstract

With the arrival of the internet trend, various industries are considering using the internet to promote themselves. The best way is to establish their own internet system, maintain and manage it. In practical applications, the working rules and development steps of application software are constructed using Jsp technology for hospital management.

This design mainly achieves hospital management that combines the advantages of humanization, efficiency, and convenience. It completes functional modules such as homepage, personal information, public management (broadcast images, bulletin boards), user management (administrators, ordinary users, doctor users), information management (hospital information, hospital information list), outpatient hall, outpatient appointment, disease record, drug management, and problem consultation. The system communicates with the server through a browser to achieve data interaction and changes. You only need to use a computer and move your fingers to operate the system, achieving data communication management. The entire system design process fully considers issues such as data security, stability, and reliability, and the operation process is simple. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services.

The hospital management uses Java language, jsp technology based on MVC mode for development, and MyEclipse 2017 CI 10 compiler for compilation. In terms of data, Microsoft's MySQL relational database is mainly used as the data storage medium, and the system development is completed with the foreground HTML+CSS technology.

Keywords: data communication; jsp； Relational database; data storage

目??錄

第1章 緒論

1.1 研究背景與意義

1.2 開發(fā)現(xiàn)狀

1.3 本文的組織結構

第2章 相關技術介紹

2.1 開發(fā)技術說明

2.2 MVC模式

2.3 Mysql數(shù)據(jù)庫

2.4 B/S結構

2.5 SSM框架

2.6 tomcat服務器

第3章 系統(tǒng)分析

3.1 可行性分析

3.1.1 技術可行性分析

3.1.2 經(jīng)濟可行性分析

3.1.3 操作可行性分析

3.2 功能需求分析

3.3 非功能需求分析

3.4 數(shù)據(jù)流程分析

第4章 系統(tǒng)設計

4.1 系統(tǒng)架構設計

4.2 系統(tǒng)功能結構

4.3 功能模塊設計

4.4 數(shù)據(jù)庫設計

4.4.1 概念模型

4.4.2 數(shù)據(jù)表

第5章 系統(tǒng)實現(xiàn)

5.1 登錄模塊的實現(xiàn)

5.2 用戶子系統(tǒng)模塊的實現(xiàn)

5.2.1 用戶首頁模塊

5.2.2 注冊模塊

5.2.3 預約掛號模塊

5.3 管理員子系統(tǒng)模塊的實現(xiàn)

5.3.1 用戶管理模塊

5.3.2 個人資料模塊

5.3.3 藥房管理模塊

第6章 系統(tǒng)測試

6.1 測試目的

6.2 測試過程

6.3 測試結果

第7章 總結與展望

參考文獻

致謝

第1章緒論

1.1研究背景與意義

隨著社會的發(fā)展，人們對健康越來越關注，醫(yī)院的業(yè)務不斷增長，處理越來越復雜，簡單的人工經(jīng)營管理，已無法滿足醫(yī)院的需要成為醫(yī)院發(fā)展的瓶頸，人們對醫(yī)療服務的要求也越來越高。傳統(tǒng)的手工操作模式病人帳目繁雜，病人查帳困難病區(qū)和藥房的藥品浪費現(xiàn)象嚴重且無法追蹤, 人工傳送各種記帳單容易漏、錯帳，人工劃價收費差錯難以避免，因此,如何提服務水平、提高工作效率，成為迫待解決的問題。醫(yī)院管理信息化不僅能提高醫(yī)務人員的工作效率和醫(yī)療水平，而且能提高醫(yī)院的服務質量和管理水平,因此，醫(yī)院對管理信息系統(tǒng)有著強烈的需求。利用電子計算機和通訊設備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)醫(yī)交換的能力，并滿足所有授權用戶的功能需求。開發(fā)醫(yī)院管理信息系統(tǒng)的目標就是立足醫(yī)院應用實際，著眼院未來發(fā)展，以強化醫(yī)院管理，提高醫(yī)療質量，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質量，設計一套符合國家功能規(guī)范要求，安全穩(wěn)定，操作簡便的醫(yī)院信息系統(tǒng)，為醫(yī)院提供一套全方位的解決方案。

1.2開發(fā)現(xiàn)狀

目前，國內(nèi)外醫(yī)院管理采取的方式主要有：一，純?nèi)斯す芾?；二，利用一些建立在過時的系統(tǒng)底板上的系統(tǒng)進行管理。這兩種方法目前看來有很大弊端：前者由于管理人員文化程度不一，可能在信息處理過程中出現(xiàn)記錄丟失、信息傳達有誤等問題，同時人工文件難以保存，檔案記錄容易損壞或者丟失；后者在一定程度上滿足了信息處理和保存的問題，但由于系統(tǒng)陳舊，存在信息泄露的風險。在當今現(xiàn)代化社會，任何醫(yī)院，需要一個建立在新型系統(tǒng)上的管理系統(tǒng)以規(guī)范醫(yī)院本身的運營管理，提高管理水平、工作效率，實現(xiàn)利益的最大化。

目前，國內(nèi)外已出現(xiàn)多種醫(yī)院管理，其技術類型也多種多樣，如基于FTP、JSP系統(tǒng)所設計的管理軟件，但其主要應用于大型醫(yī)院的財務、醫(yī)療等關鍵部門，小型醫(yī)院應用范圍不廣泛。針對國內(nèi)外對醫(yī)院管理的需求，一個合格的管理系統(tǒng)，其軟件功能要齊全完備，操作簡捷，同時系統(tǒng)要具備一定的成長性、靈活性，可不斷完善，提升自身的信息安全系數(shù)。

1.3本文的組織結構

第一章是緒論，本文章的開頭部分，對本題目的研究背景和研究意義等一些做文字性的描述。

第二章研究了醫(yī)院管理的所采用的開發(fā)技術和開發(fā)工具。

第三章是系統(tǒng)分析部分，包括系統(tǒng)總體需求描述、功能性角度分析系統(tǒng)需求、非功能性等各個方面分析系統(tǒng)是否可以實現(xiàn)。

第四章是系統(tǒng)設計部分，本文章的重要部分，提供了系統(tǒng)架構的詳細設計和一些主要功能模塊的設計說明。

第五章是系統(tǒng)的具體實現(xiàn)，介紹系統(tǒng)的各個模塊的具體實現(xiàn)。

第六章在前幾章的基礎上對系統(tǒng)進行測試和運行。

最后對系統(tǒng)進行了認真的總結，以此對未來有一個新的展望。

第2章相關技術介紹

2.1開發(fā)技術說明

本系統(tǒng)前端部分基于JSP框架進行開發(fā)，采用B/S模式，后端部分基于Java的ssm框架進行開發(fā)。

2.2MVC模式

MVC模式是常用的開發(fā)模式，主要是在代碼實現(xiàn)上將其分為M層、V層和C層。

視圖（View）代表用戶交互界面，一個 Web 應用就可能有很多的界面，在 MVC 模式中，視圖僅僅處理的只有數(shù)據(jù)采集、處理，還有用戶的請求， 并不包括業(yè)務流程的處理，業(yè)務流程由模型（Model）來處理[3]。

模型（Model）就是業(yè)務流程/狀態(tài)的處理及業(yè)務規(guī)則的制定。模型處理業(yè)務流程的過程其它層是無法看見了的，它就像黑箱子，在接受視圖請求的數(shù)據(jù)之后，然后返回最終的處理結果。MVC 最主要的核心就是業(yè)務模型的設計，一個典型的應用例子就是目前流行的 EJB 模型，它從應用技術實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的組件，但是它不能作為應用設計模型的框架[4]。

控制器（Controller）可以理解為接收用戶的請求，然后視圖和模型匹配在一起，一起再完成用戶請求。它有非常明顯的作用在劃分控制層上，可以很清晰地告訴你，它就是一個分發(fā)器，選擇什么樣的模型、視圖，可以完成用戶的什么樣的請求?？刂茖硬蛔鏊械臄?shù)據(jù)處理，比如說：用戶點擊一個連接，控制層接受到請求之后，并不處理業(yè)務信息，它只是向模型傳遞用戶的信息，同時告訴模型做什么，然后選擇符合需求的視圖返回給用戶[5][6]。

2.3Mysql數(shù)據(jù)庫

科技的進步，給日常帶來許多便利：教室的投影器用到了虛擬成像技術，數(shù)碼相機用到了光電檢測技術，比如超市貨物進出庫的記錄需要一個信息倉庫。這個信息倉庫就是數(shù)據(jù)庫，而這次的醫(yī)院管理也需要這項技術的支持[7]。

用MySQL這個軟件，是因為它能接受多個使用者訪問，而且里面存在Archive等。它會先把數(shù)據(jù)進行分類，然后分別保存在表里，這樣的特別操作就會提高數(shù)據(jù)管理系統(tǒng)自身的速度，讓數(shù)據(jù)庫能被靈活運用。MySQL的代碼是公開的，而且允許別人二次編譯升級。這個特點能夠降低使用者的成本，再搭配合適的軟件后形成一個良好的網(wǎng)站系統(tǒng)。雖然它有缺點，但是綜合各方面來說，它是使用者的主流運用的對象[8]。

2.4B/S結構

B/S（Browser/Server）比前身架構更為省事的架構。它借助Web server完成數(shù)據(jù)的傳遞交流。只需要下載瀏覽器作為客戶端，那么工作就達到“瘦身”效果， 不需要考慮不停裝軟件的問題[9]。

2.5SSM框架

SSM即SpringMVC+Spring+Mybatis，這三個框架有各自最獨有的優(yōu)勢，那么將它們組合在一起能夠碰撞出很強的火花。設計者在不需消耗大量功夫，能做出Web應用程序，而且這個程序還具有層次清晰、升級更新操作不影響正常使用的、允許多次使用的特點。這個復合框架形成一個有著結構完整、功能強大和結構良好的體系：SpringMVC使各板塊分離，Spring使開發(fā)更靈活方便，使用Mybatis讓開發(fā)者直接對對象進行操縱，各層次分工明細，并實現(xiàn)各個層次間的解耦，讓代碼更加的靈活精簡。這個框架使程序員能夠規(guī)避在開發(fā)時期避免個別錯誤導致整體被破壞，也能在后期應對客戶對產(chǎn)品提出的新需求[10] [11]。

2.6tomcat服務器

Tomcat軟件是在一個開放的、參與式的環(huán)境中開發(fā)的，許多人都喜歡使用它[13]。它可以獨立的被應用，卻不適用于并發(fā)訪問較高的情況。它是一個小型的服務連接器，程序員用它來測試服務器頁面。Tomcat服務器的性能穩(wěn)定、容易上手、不需要消費即可獲得等，這些益處抓住開發(fā)者的眼球，使用者擢發(fā)難數(shù)[14]。

第3章系統(tǒng)分析

3.1可行性分析

本次設計基于B/S 模式下，運用JSP技術采用的是MySQL數(shù)據(jù)庫和Myeclipse實現(xiàn)，總體的可行性共分為以下三個方面。

3.1.1技術可行性分析

所謂的技術可行性就是在限定時間，前期擬定的功能能否被滿足。在開發(fā)設計上是否會遇上解決不了的問題。做完的項目能否被很好地應用，如果存在缺點在后期的維護上是否存在很大的難度。在對這個系統(tǒng)評估后，認定已存在的技術能達成目標。用Java技術來實現(xiàn)動態(tài)的頁面，嵌入低依賴性的設計模式，靈活的數(shù)據(jù)庫，配合穩(wěn)定的服務器，整個系統(tǒng)的運行效率大大提升。由此可見，在技術層面達成目標不是非非之想。

3.1.2經(jīng)濟可行性分析

在項目上使用的工具大部分都是是當下流行開源免費的，所以在開發(fā)前期，開發(fā)時用于項目的經(jīng)費將會大大降低，不會讓開發(fā)該軟件在項目啟動期受到經(jīng)費的影響，所以經(jīng)濟上還是可行的。盡量用最少的花費去滿足用戶的需求。省下經(jīng)費用于人工費，以及設備費用。將在無紙化，高效率的道路上越走越遠。

3.1.3操作可行性分析

本系統(tǒng)實現(xiàn)功能的操作很簡單，普通電腦的常見配置就可以運行本軟件，并且只要粗通電腦使用的基本常識就可以流暢的使用本軟件。電腦具備連接互聯(lián)網(wǎng)的能力，并且可以正常訪問系統(tǒng)，并不需要操作者有什么高超的能力，只需了解業(yè)務流程，并且按照專業(yè)知識進行正確操作即可，所以醫(yī)院管理具備操作可行性。

3.2功能需求分析

在系統(tǒng)開發(fā)設計前，應該對功能做初步設想，清楚這個管理系統(tǒng)有什么板塊，每個板塊有什么功能，整體的設計是否滿足使用者的需求，接著對所開發(fā)的系統(tǒng)功能進行的詳細分析總結，從而設計出完整的系統(tǒng)并將其實現(xiàn)。用戶和開發(fā)人員的交流分析，使其達到最佳理解程度，使系統(tǒng)功能達到最佳。

用戶用例圖如下所示。

圖3-1 用戶用例圖

管理員用例圖如下所示。

圖3-2 管理員用例圖

醫(yī)生用戶用例圖如下所示。

圖3-3醫(yī)生用戶用例圖

3.3非功能需求分析

系統(tǒng)非功能需求有非常多，比如性能需求、可承載最大用戶數(shù)、穩(wěn)定性、易用性需求等。本系統(tǒng)分析時考慮到易用性需求，因為系統(tǒng)是給人使用的，所以必須充分從用戶的角度出發(fā)，考慮用戶體驗，使系統(tǒng)易理解易上手易操作。

3.4數(shù)據(jù)流程分析

零層數(shù)據(jù)流程圖包括了登錄注冊、用戶功能和檢索維護等模塊，在登錄注冊模塊使用到的數(shù)據(jù)存儲有用戶賬戶文檔，用戶功能模塊需要的存儲是用戶各功能模塊數(shù)據(jù)文檔，檢索維護是使用以上這些數(shù)據(jù)文檔通過關鍵詞進行檢索。

系統(tǒng)的零層數(shù)據(jù)流圖如下圖所示。

圖3-2系統(tǒng)數(shù)據(jù)流圖（零層）

一層數(shù)據(jù)流程圖是對零層數(shù)據(jù)流程圖的細化，將登錄注冊細分為填制登錄注冊數(shù)據(jù)和完善數(shù)據(jù)，用戶功能細分為用戶基本功能和用戶主要功能。

系統(tǒng)的一層數(shù)據(jù)流圖如下圖所示。

圖3-3系統(tǒng)數(shù)據(jù)流圖（一層）

二層數(shù)據(jù)流程是對一層數(shù)據(jù)流層圖中填寫登錄注冊信息、用戶功能的細化。即：填寫登錄注冊信息細化為填制信息、后臺審核，用戶功能細化為首頁、個人資料、預約信息、藥品出庫等操作。

系統(tǒng)的二層數(shù)據(jù)流圖如下圖所示。

圖3-4系統(tǒng)數(shù)據(jù)流圖（二層）

第4章系統(tǒng)設計

4.1系統(tǒng)架構設計

目前B/S體系的系統(tǒng)主要的數(shù)據(jù)訪問方式是：通過瀏覽器頁面用戶可以進入系統(tǒng)，系統(tǒng)可以自動對用戶向服務器發(fā)送的請求進行處理，處理請求是在系統(tǒng)后臺中進行的，用戶在瀏覽器頁面上進行相應操作，就能夠看到服務端傳遞的處理結果。醫(yī)院管理主要分為視圖-模型-控制三層架構設計。在視圖層中，主要是操作在服務器端向客戶端反饋并顯示的數(shù)據(jù)，在模型層中，主要處理相關的業(yè)務邏輯、數(shù)據(jù)整合等，最后的控制層它介于視圖和模型之間，主要是調(diào)整兩層之間的關系，最終落實數(shù)據(jù)的傳遞。

系統(tǒng)架構圖如下圖所示。

圖4-1系統(tǒng)架構圖

4.2系統(tǒng)功能結構

系統(tǒng)設計的目的是分析系統(tǒng)包括的所有功能結構，為開發(fā)人員設計開發(fā)和實現(xiàn)系統(tǒng)做好準備工作。經(jīng)過前期的需求調(diào)查、分析和整理之后，確定的總體需求主要包括多個模塊，分別是：首頁、個人資料、公共管理（輪播圖、公告欄）用戶管理（管理員、普通用戶、醫(yī)生用戶）信息管理（醫(yī)院資訊、醫(yī)院資訊列表）門診大廳、門診預約、病情記錄、藥品管理、問題咨詢。系統(tǒng)整體角色分為三個部分，一是注冊用戶、二是醫(yī)生、最后是管理員。權限分布也是很明顯，用戶是在除去瀏覽信息之外還具有查詢和管理自己賬戶信息、請預約掛號、預約信息、患者病史等權限；管理員是最高權限擁有者。

系統(tǒng)功能結構圖如下圖所示。

圖4-2系統(tǒng)功能結構圖

4.3功能模塊設計

用戶管理模塊

該模塊是為所有用戶登錄設計的，如員工登錄后只能進行自己的普通功能操作(如個人信息修改），管理員和超級管理員登錄后有不同的權限，管理員不能超越權限。超級管理員能對整個系統(tǒng)的數(shù)據(jù)進行管理，主要是用戶的登錄權限以及用戶登錄后在系統(tǒng)里的操作權限。

藥品維護模塊

操作人來錄入藥品數(shù)據(jù)，點擊藥品錄入按鈕，依次填寫要錄入的藥品數(shù)據(jù)，點擊提交按鈕，將數(shù)據(jù)提交至數(shù)據(jù)庫，然后刷新藥品數(shù)據(jù)頁面，每條數(shù)據(jù)右邊有刪除和編輯按鈕，來完成相應的刪除和更新功能。

醫(yī)生、病人維護模塊

操作人來錄入醫(yī)生、病人數(shù)據(jù)，點擊醫(yī)生、病人錄入按鈕，依次填寫要錄入的醫(yī)生、病人數(shù)據(jù)，點擊提交按鈕，將數(shù)據(jù)提交至數(shù)據(jù)庫，然后刷新醫(yī)生、病人數(shù)據(jù)頁面，每條數(shù)據(jù)右邊有刪除和編輯按鈕，來完成相應的刪除和更新功能。

通知維護模塊

管理員點擊通知管理菜單，點擊通知添加子菜單，添加通知數(shù)據(jù)，填寫標題、內(nèi)容、類別、圖片，提交成功后，通知數(shù)據(jù)頁面刷新，新數(shù)據(jù)成功載入頁面。

預約掛號維護模塊

根據(jù)預約掛號維護的流程，員工提交預約掛號數(shù)據(jù)，在個人后臺便可以查看到歷史提交的預約掛號數(shù)據(jù)，管理員來維護預約掛號數(shù)據(jù)，審批確認已存在的預約掛號數(shù)據(jù)。

打印和導出模塊

系統(tǒng)多個頁面可以進行打印功能，包括信息詳細頁，信息列表頁，打印時調(diào)用外部打印機，完成打印設置即可打印，在信息列表頁可以將該信息列表導出至excel中，用戶選擇保存excel文件的路徑，既可以下載至本地，在excel中可以自由編輯。

4.4數(shù)據(jù)庫設計

4.4.1概念模型

對于一個要開發(fā)的系統(tǒng)來說，E-R圖可以讓別人能更快更輕松的了解此系統(tǒng)的事務及它們之間的關系。根據(jù)系統(tǒng)分析階段所得出的結論確定了在醫(yī)院管理中存在著多個實體分別是用用戶、管理員、藥品、醫(yī)生、預約掛號、預約信息。

系統(tǒng)總體ER圖如下圖所示。

圖4-4系統(tǒng)總體ER圖

4.4.2數(shù)據(jù)表

數(shù)據(jù)庫邏輯結構就是將E-R圖在數(shù)據(jù)庫中用具體的字段進行描述。用字段和數(shù)據(jù)類型描述來使對象特征實體化，最后形成具有一定邏輯關系的數(shù)據(jù)庫表結構。醫(yī)院管理所需要的部分數(shù)據(jù)結構表如下表所示。

表access_token (登陸訪問時長)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	token_id	int	10	0	N	Y		臨時訪問牌ID
2	token	varchar	64	0	Y	N		臨時訪問牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大壽命：默認2小時
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
7	user_id	int	10	0	N	N	0	用戶編號:

表article (文章：用于內(nèi)容管理系統(tǒng)的文章)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	article_id	mediumint	8	0	N	Y		文章id：[0,8388607]
2	title	varchar	125	0	N	Y		標題：[0,125]用于文章和html的title標簽中
3	type	varchar	64	0	N	N	0	文章分類：[0,1000]用來搜索指定類型的文章
4	hits	int	10	0	N	N	0	點擊數(shù)：[0,1000000000]訪問這篇文章的人次
5	praise_len	int	10	0	N	N	0	點贊數(shù)
6	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
8	source	varchar	255	0	Y	N		來源：[0,255]文章的出處
9	url	varchar	255	0	Y	N		來源地址：[0,255]用于跳轉到發(fā)布該文章的網(wǎng)站
10	tag	varchar	255	0	Y	N		標簽：[0,255]用于標注文章所屬相關內(nèi)容，多個標簽用空格隔開
11	content	longtext	2147483647	0	Y	N		正文：文章的主體內(nèi)容
12	img	varchar	255	0	Y	N		封面圖
13	description	text	65535	0	Y	N		文章描述

表article_type (文章分類)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	type_id	smallint	5	0	N	Y		分類ID：[0,10000]
2	display	smallint	5	0	N	N	100	顯示順序：[0,1000]決定分類顯示的先后順序
3	name	varchar	16	0	N	N		分類名稱：[2,16]
4	father_id	smallint	5	0	N	N	0	上級分類ID：[0,32767]
5	description	varchar	255	0	Y	N		描述：[0,255]描述該分類的作用
6	icon	text	65535	0	Y	N		分類圖標：
7	url	varchar	255	0	Y	N		外鏈地址：[0,255]如果該分類是跳轉到其他網(wǎng)站的情況下，就在該URL上設置
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表auth (用戶權限管理)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	auth_id	int	10	0	N	Y		授權ID：
2	user_group	varchar	64	0	Y	N		用戶組：
3	mod_name	varchar	64	0	Y	N		模塊名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		頁面標題：
6	path	varchar	255	0	Y	N		路由路徑：
7	position	varchar	32	0	Y	N		位置：
8	mode	varchar	32	0	N	N	_blank	跳轉方式：
9	add	tinyint	3	0	N	N	1	是否可增加：
10	del	tinyint	3	0	N	N	1	是否可刪除：
11	set	tinyint	3	0	N	N	1	是否可修改：
12	get	tinyint	3	0	N	N	1	是否可查看：
13	field_add	text	65535	0	Y	N		添加字段：
14	field_set	text	65535	0	Y	N		修改字段：
15	field_get	text	65535	0	Y	N		查詢字段：
16	table_nav_name	varchar	500	0	Y	N		跨表導航名稱：
17	table_nav	varchar	500	0	Y	N		跨表導航：
18	option	text	65535	0	Y	N		配置：
19	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表collect (收藏)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	collect_id	int	10	0	N	Y		收藏ID：
2	user_id	int	10	0	N	N	0	收藏人ID：
3	source_table	varchar	255	0	Y	N		來源表：
4	source_field	varchar	255	0	Y	N		來源字段：
5	source_id	int	10	0	N	N	0	來源ID：
6	title	varchar	255	0	Y	N		標題：
7	img	varchar	255	0	Y	N		封面：
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表comment (評論)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	comment_id	int	10	0	N	Y		評論ID：
2	user_id	int	10	0	N	N	0	評論人ID：
3	reply_to_id	int	10	0	N	N	0	回復評論ID：空為0
4	content	longtext	2147483647	0	Y	N		內(nèi)容：
5	nickname	varchar	255	0	Y	N		昵稱：
6	avatar	varchar	255	0	Y	N		頭像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
9	source_table	varchar	255	0	Y	N		來源表：
10	source_field	varchar	255	0	Y	N		來源字段：
11	source_id	int	10	0	N	N	0	來源ID：

表disease_record (病情記錄)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	disease_record_id	int	10	0	N	Y		病情記錄ID
2	doctor_no	int	10	0	Y	N	0	醫(yī)生編號
3	doctors_name	varchar	64	0	Y	N		醫(yī)生姓名
4	doctor_expertise	varchar	64	0	Y	N		醫(yī)生專長
5	user_name	varchar	64	0	Y	N		用戶姓名
6	user_gender	varchar	64	0	Y	N		用戶性別
7	user_age	varchar	64	0	Y	N		用戶年齡
8	description_of_illness	text	65535	0	Y	N		病情描述
9	corresponding_cases	varchar	64	0	Y	N		相應病例
10	case_name	varchar	64	0	Y	N		病例名稱
11	recommend	int	10	0	N	N	0	智能推薦
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表doctor_user (醫(yī)生用戶)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	doctor_user_id	int	10	0	N	Y		醫(yī)生用戶ID
2	doctor_no	varchar	64	0	N	N		醫(yī)生編號
3	doctors_name	varchar	64	0	Y	N		醫(yī)生姓名
4	gender_of_doctor	varchar	64	0	Y	N		醫(yī)生性別
5	doctors_age	varchar	64	0	Y	N		醫(yī)生年齡
6	doctor_expertise	varchar	64	0	Y	N		醫(yī)生專長
7	medical_time	varchar	64	0	Y	N		從醫(yī)時間
8	length_of_medical_practice	varchar	64	0	Y	N		從醫(yī)時長
9	examine_state	varchar	16	0	N	N	已通過	審核狀態(tài)
10	recommend	int	10	0	N	N	0	智能推薦
11	user_id	int	10	0	N	N	0	用戶ID
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表drug_management (藥品管理)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	drug_management_id	int	10	0	N	Y		藥品管理ID
2	drug_name	varchar	64	0	Y	N		藥品名稱
3	number_of_drugs	int	10	0	Y	N	0	藥品數(shù)量
4	number_of_drug_batches	varchar	64	0	Y	N		藥品批數(shù)
5	medicine_pictures	varchar	255	0	Y	N		藥品圖片
6	brief_introduction_of_drugs	longtext	2147483647	0	Y	N		藥品簡介
7	recommend	int	10	0	N	N	0	智能推薦
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表hits (用戶點擊)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	hits_id	int	10	0	N	Y		點贊ID：
2	user_id	int	10	0	N	N	0	點贊人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：

表notice (公告)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	notice_id	mediumint	8	0	N	Y		公告id：
2	title	varchar	125	0	N	N		標題：
3	content	longtext	2147483647	0	Y	N		正文：
4	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
5	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表ordinary_users (普通用戶)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	ordinary_users_id	int	10	0	N	Y		普通用戶ID
2	user_name	varchar	64	0	Y	N		用戶姓名
3	gender	varchar	64	0	Y	N		用戶性別
4	user_age	varchar	64	0	Y	N		用戶年齡
5	address	varchar	64	0	Y	N		地址
6	examine_state	varchar	16	0	N	N	已通過	審核狀態(tài)
7	recommend	int	10	0	N	N	0	智能推薦
8	user_id	int	10	0	N	N	0	用戶ID
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表outpatient_appointment (門診預約)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	outpatient_appointment_id	int	10	0	N	Y		門診預約ID
2	doctor_no	int	10	0	Y	N	0	醫(yī)生編號
3	doctors_name	varchar	64	0	Y	N		醫(yī)生姓名
4	doctors_age	varchar	64	0	Y	N		醫(yī)生年齡
5	doctor_expertise	varchar	64	0	Y	N		醫(yī)生專長
6	appointed_by	int	10	0	Y	N	0	預約人
7	user_name	varchar	64	0	Y	N		用戶姓名
8	gender	varchar	64	0	Y	N		用戶性別
9	number_of_appointments	varchar	64	0	Y	N		預約人數(shù)
10	user_age	varchar	64	0	Y	N		用戶年齡
11	time_of_appointment	datetime	19	0	Y	N		預約時間
12	description_of_illness	text	65535	0	Y	N		病情描述
13	corresponding_cases	varchar	64	0	Y	N		相應病例
14	recommend	int	10	0	N	N	0	智能推薦
15	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
16	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表outpatient_hall (門診大廳)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	outpatient_hall_id	int	10	0	N	Y		門診大廳ID
2	doctor_no	int	10	0	Y	N	0	醫(yī)生編號
3	doctors_name	varchar	64	0	Y	N		醫(yī)生姓名
4	doctors_age	varchar	64	0	Y	N		醫(yī)生年齡
5	doctor_expertise	varchar	64	0	Y	N		醫(yī)生專長
6	number_of_patients_diagnosed	int	10	0	Y	N	0	已診數(shù)量
7	medical_time	date	10	0	Y	N		從醫(yī)時間
8	length_of_medical_practice	varchar	64	0	Y	N		從醫(yī)時長
9	doctor_picture	varchar	255	0	Y	N		醫(yī)生圖片
10	doctor_profile	longtext	2147483647	0	Y	N		醫(yī)生簡介
11	recommend	int	10	0	N	N	0	智能推薦
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表praise (點贊)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	praise_id	int	10	0	N	Y		點贊ID：
2	user_id	int	10	0	N	N	0	點贊人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：
8	status	bit	1	0	N	N	1	點贊狀態(tài):1為點贊，0已取消

表question_consultation (問題咨詢)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	question_consultation_id	int	10	0	N	Y		問題咨詢ID
2	doctor_no	int	10	0	Y	N	0	醫(yī)生編號
3	doctors_name	varchar	64	0	Y	N		醫(yī)生姓名
4	doctor_information	text	65535	0	Y	N		醫(yī)生信息
5	consulting_users	int	10	0	Y	N	0	咨詢用戶
6	user_name	varchar	64	0	Y	N		用戶姓名
7	user_age	varchar	64	0	Y	N		用戶年齡
8	user_information	text	65535	0	Y	N		用戶信息
9	recommend	int	10	0	N	N	0	智能推薦
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表slides (輪播圖)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	slides_id	int	10	0	N	Y		輪播圖ID：
2	title	varchar	64	0	Y	N		標題：
3	content	varchar	255	0	Y	N		內(nèi)容：
4	url	varchar	255	0	Y	N		鏈接：
5	img	varchar	255	0	Y	N		輪播圖：
6	hits	int	10	0	N	N	0	點擊量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表upload (文件上傳)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	upload_id	int	10	0	N	Y		上傳ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		訪問路徑
4	file	varchar	255	0	Y	N		文件路徑
5	display	varchar	255	0	Y	N		顯示順序
6	father_id	int	10	0	Y	N	0	父級ID
7	dir	varchar	255	0	Y	N		文件夾
8	type	varchar	32	0	Y	N		文件類型

表user (用戶賬戶：用于保存用戶登錄信息)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	user_id	mediumint	8	0	N	Y		用戶ID：[0,8388607]用戶獲取其他與用戶相關的數(shù)據(jù)
2	state	smallint	5	0	N	N	1	賬戶狀態(tài)：[0,10](1可用|2異常|3已凍結|4已注銷)
3	user_group	varchar	32	0	Y	N		所在用戶組：[0,32767]決定用戶身份和權限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登錄時間：
5	phone	varchar	11	0	Y	N		手機號碼：[0,11]用戶的手機號碼，用于找回密碼時或登錄時
6	phone_state	smallint	5	0	N	N	0	手機認證：[0,1](0未認證|1審核中|2已認證)
7	username	varchar	16	0	N	N		用戶名：[0,16]用戶登錄時所用的賬戶名稱
8	nickname	varchar	16	0	Y	N		昵稱：[0,16]
9	password	varchar	64	0	N	N		密碼：[0,32]用戶登錄所需的密碼，由6-16位數(shù)字或英文組成
10	email	varchar	64	0	Y	N		郵箱：[0,64]用戶的郵箱，用于找回密碼時或登錄時
11	email_state	smallint	5	0	N	N	0	郵箱認證：[0,1](0未認證|1審核中|2已認證)
12	avatar	varchar	255	0	Y	N		頭像地址：[0,255]
13	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：

表user_group (用戶組：用于用戶前端身份和鑒權)

編號	名稱	數(shù)據(jù)類型	長度	小數(shù)位	允許空值	主鍵	默認值	說明
1	group_id	mediumint	8	0	N	Y		用戶組ID：[0,8388607]
2	display	smallint	5	0	N	N	100	顯示順序：[0,1000]
3	name	varchar	16	0	N	N		名稱：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述該用戶組的特點或權限范圍
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：
8	register	smallint	5	0	Y	N	0	注冊位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創(chuàng)建時間：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

第5章系統(tǒng)實現(xiàn)

5.1登錄模塊的實現(xiàn)

系統(tǒng)的登錄窗口是用戶的入口，用戶只有在登錄成功后才可以進入訪問。通過在登錄提交表單，后臺處理判斷是否為合法用戶，進行頁面跳轉，進入系統(tǒng)中去。

登錄合法性判斷過程：用戶輸入賬號和密碼后，系統(tǒng)首先確定輸入輸入數(shù)據(jù)合法性，然后在login.jsp頁面發(fā)送登錄請求，調(diào)用src下的mainctrl類的dopost方法來驗證。

用戶登錄模塊的IPO如下所示：

輸入：用戶名和密碼。

處理：

1）檢測用戶輸入的賬號、密碼是否正確及在數(shù)據(jù)庫已對應存在。

2）從數(shù)據(jù)庫中提取記錄，并儲存在本地的session中（timeout默認=30min）。

3）根據(jù)用戶名，將其顯示在系統(tǒng)首頁上。

輸出：是否成功的信息。

登錄流程圖如下所示。

圖5-1登錄流程圖

系統(tǒng)登錄界面如下所示。

圖5-2系統(tǒng)登錄界面

5.2用戶子系統(tǒng)模塊的實現(xiàn)

5.2.1用戶首頁模塊

系統(tǒng)呈現(xiàn)出一種簡潔大方的首頁：界面簡約、鱗次櫛比，用戶能輕車熟路的使用。出于對系統(tǒng)使用群體廣泛的顧慮，應有良好性能的后臺。如下圖所示為系統(tǒng)的首頁界面。

圖5-3系統(tǒng)首頁界面

5.2.2注冊模塊

此頁面實現(xiàn)員工的注冊，必須注冊登錄后才能使用系統(tǒng)大部分功能，用戶名不允許重復如果重復將會注冊失敗，并彈出相應的提示，通過js實現(xiàn)對輸入的驗證。

用戶注冊流程圖如下所示。

圖5-4用戶注冊流程圖

用戶注冊界面如下圖所示。

圖5-5用戶注冊界面

5.2.3預約掛號模塊

用戶提交預約掛號，可以進行新增、查看、修改以及刪除等相應的預約掛號管理操作。當點擊"新增預約掛號"的按鈕時，在預約掛號添加界面進行詳細信息的添加操作。當點擊"查看預約掛號"超級鏈接時，會顯示所選的預約掛號的信息，然后點擊"返回"再返回到其主頁面。

預約掛號提交界面如圖所示。

圖5-6預約掛號提交界面

預約掛號管理界面如圖所示。

圖5-7預約掛號管理界面

5.3管理員子系統(tǒng)模塊的實現(xiàn)

5.3.1用戶管理模塊

用戶在yhzhgl查看用戶信息，先使用sql語句查詢出所有用戶表的數(shù)據(jù)，然后調(diào)用PageManager.getPages(url,4,sql, request )，返回一個ArrayList的對象，在for循環(huán)里，使用jsp得到每個ArrayList對象的數(shù)據(jù)，在jsp頁面中解析ArrayList對象，得到其各個鍵值對的值。

用戶管理界面如下圖所示。

圖5-8用戶管理界面

5.3.2個人資料模塊

用戶點擊登錄填寫賬號信息登錄后，會切換內(nèi)容為“某某用戶歡迎您”和歷史訂單，并給出注銷鏈接。當用戶登錄成功后會將個人信息保存在session作用域中，點擊自己的用戶名時，會跳轉到個人詳細信息頁面，由后臺通過Freemarker取出session作用域中的用戶信息進行動態(tài)渲染，例如，郵箱、電話號碼、用戶名等等。同時頁面上會顯示修改個人信息和修改密碼的按鈕，這時客戶可以修改自己的登錄密碼以保障賬號的安全性，防止被人竊取賬號，通過UserController.java的updatePassword()實現(xiàn)，同時也可以根據(jù)自己的個人信息是否變動做出相應的修改，通過updateUserInfo()實現(xiàn)。

密碼修改流程圖如下所示。

圖5-9密碼修改流程圖

5.3.3藥房管理模塊

添加藥品信息時，輸入必填字段后，表現(xiàn)層的YaopinController接受傳過來的藥品信息參數(shù)，再調(diào)用YaopinController類的addYaopin方法，經(jīng)過YaopinService業(yè)務層到YaopinMapper持久層的處理，完成對整個添加藥品信息的操作。addYaopin方法也和用戶管理中的addUser方法類似，同時做添加和修改工作。

修改藥品信息時，選擇需要修改的藥品進行修改，調(diào)用YaopinController控制器的editYaopin方法，拿到該藥品原本的信息并顯示到頁面，管理員再對需要修改的藥品信息字段進行修改，完成后調(diào)用addYaopin方法，調(diào)用業(yè)務層的updateByKey方法，更新數(shù)據(jù)庫的藥品信息表的數(shù)據(jù)。

藥品管理流程圖如下所示。

圖5-10藥品管理流程圖

藥品添加界面如下圖所示。

圖5-11藥品添加界面

藥品查詢界面如下圖所示。

圖5-12藥品查詢界面

第6章系統(tǒng)測試

6.1測試目的

在對該系統(tǒng)進行完詳細設計和編碼之后，就要對醫(yī)院管理的程序進行測試，檢測程序是否運行無誤，反復進行測試和修改，使之最后成為完整的軟件，滿足用戶的需求，實現(xiàn)預期的功能。

6.2測試過程

在軟件的測試過程中，通常測試人員需要針對不同的功能模塊設計多種測試用例。通過測試用例能夠及時發(fā)現(xiàn)代碼業(yè)務邏輯上是否與真實的業(yè)務邏輯相對應，及時發(fā)現(xiàn)代碼上或邏輯上的缺陷，以此來來完善系統(tǒng)，提高軟件產(chǎn)品的質量，使軟件具有良好的用戶體驗。

注冊測試用例表如下所示。

表6-1注冊測試用例

測試性能		新用戶注冊
用例目的		測試系統(tǒng)新用戶個人信息注冊功能的功能和安全性
前提條件		進入注冊頁面填寫個人信息
輸入條件	預期輸出		實際情況
各項基本信息輸入不完整	不允許注冊，無法點擊注冊按鈕		一致
填寫已存在的用戶名	系統(tǒng)顯示出提示信息，要求重新填寫		一致
兩次密碼輸入不一致	系統(tǒng)顯示出提示信息，要求重新填寫		一致
填寫的各項信息沒有符合提示的長度和字符要求	系統(tǒng)顯示出提示信息，要求重新填寫		一致
胡亂填寫電話號碼	收不到驗證碼		一致
填寫驗證碼與收到的不一致	系統(tǒng)顯示提示信息告知用戶驗證碼錯誤，不予注冊		一致

登錄測試用例表如下所示。

表6-2登錄測試用例

測試性能		用戶或操作員登錄系統(tǒng)
用例目的		測試用戶或操作員登錄系統(tǒng)時功能是否正常
前提條件		進入用戶登錄頁面或操作員登錄頁面
輸入條件	預期輸出		實際情況
各項信息不予填寫，直接點擊登陸按鈕	不允許登錄，提示填寫賬號相關信息		一致
填寫錯誤的登錄名或密碼后點擊登錄系統(tǒng)	提示用戶名或密碼錯誤，要求重新填寫進行登錄		一致
填寫與驗證碼信息不一致的信息	系統(tǒng)顯示出提示信息，表明驗證碼錯誤，要求重新填寫		一致

藥品管理測試用例表如下所示。

表6-4藥品管理測試用例

測試性能		藥品相關信息管理功能
用例目的		測試系統(tǒng)后臺操作員對藥品相關信息進行管理的功能是否正常
前提條件		登錄系統(tǒng)后臺進入相關管理頁面
輸入條件	預期輸出		實際情況
普通操作員登錄，點擊進入藥品相關信息管理的頁面	提示非超級用戶，權限不夠，無法進入相關頁面		一致
超級操作員登入，刪除某個已被查詢的藥品	提示該藥品刪除失敗		一致
點擊增加藥品按鈕	頁面正常跳轉		一致
增加藥品是，填寫已存在的藥品編號	提示該編號已存在		一致

6.3測試結果

經(jīng)過對此系統(tǒng)的測試，得出該系統(tǒng)足以滿足用戶日常需求，在功能項目和操作等方面也能滿足操作員對于其他用戶的管理。但是，還有很多功能有待添加，這個系統(tǒng)僅能滿足大部分的需求，還需要對此系統(tǒng)的功能更進一步的完善，這樣使用起來才能更加的完美。

第7章總結與展望

通過醫(yī)院管理的開發(fā)，本人鞏固了之前學過的知識，如今將平時所學到的知識融合在設計中，在設計過程中，做了很多的準備，首先，在數(shù)據(jù)庫系統(tǒng)的設計過程中，尤其是在數(shù)據(jù)庫的工作原理、工作特點，對其深刻的討論，與此同時，對于小型站點來說，最好服務器的選擇，其次，利用所學的知識點分析所做的系統(tǒng)，并在此基礎上設計。

目前本系統(tǒng)已經(jīng)上線，正在試運行階段，用戶反饋良好，基本完成用戶所需，試運行過程中沒有出現(xiàn)阻斷性問題，有一些不足和小問題也及時予以修正，系統(tǒng)上線后，為了保證數(shù)據(jù)的安全性，對系統(tǒng)進行了備份操作，系統(tǒng)備份是每兩個月備份一次，數(shù)據(jù)庫備份為每周備份一次，系統(tǒng)部署在租賃的云平臺服務器中。

本次系統(tǒng)上線成功后，得到了用戶的高度認可，但是在功能上和性能上還需做進一步的研究處理，使其有更高的性能和更好的用戶體驗。

系統(tǒng)在以后的升級過程中，需要解決一系列用戶所提出的問題，例如打印過程中如何避免瀏覽器的兼容性問題，大量用戶訪問時，如何保持較高的響應速度，在系統(tǒng)今后的升級過程中將著重解決這些安全性問題。