網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實(shí)現(xiàn)

基于B/S架構(gòu)的醫(yī)院一卡通的實(shí)現(xiàn)摘要 本系統(tǒng)是醫(yī)療智能一卡通管理系統(tǒng)的實(shí)現(xiàn)流程和設(shè)計(jì)，主要根據(jù)要求設(shè)計(jì)和開發(fā)了本系統(tǒng)功能。主要實(shí)現(xiàn)了人員的管理，管理員的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況。對病人的個(gè)人信息、以及管理員工的個(gè)人信息、醫(yī)生的排班安排、利用數(shù)據(jù)庫安全的保存醫(yī)院管理過程中存儲的各項(xiàng)醫(yī)療數(shù)據(jù)。使用智能一卡通系統(tǒng)，可以加大加強(qiáng)數(shù)據(jù)信息的存儲空間，減少了使用者的現(xiàn)金攜帶，同時(shí)管理員的更加便利對數(shù)據(jù)的管理，還可以提高就診病人的用戶體驗(yàn)，而且對于數(shù)據(jù)的查詢也變得更快速。減少對于醫(yī)院與治療者之間的矛盾以及沖突情況。醫(yī)療智能一卡通系統(tǒng)的是用于所以通過調(diào)查與分析之后，本文通過需求分析、可行性分析，數(shù)據(jù)庫設(shè)計(jì)、以及測試對系統(tǒng)進(jìn)行設(shè)計(jì)。對于智能一卡通系統(tǒng)后臺決定使用B/S的架構(gòu)來實(shí)現(xiàn)搭建，該系統(tǒng)由自助終端，診療終端，收費(fèi)終端，和系統(tǒng)管理端構(gòu)成，后臺儲存的數(shù)據(jù)用Oracle數(shù)據(jù)庫，前端界面實(shí)現(xiàn)使用html和jsp進(jìn)行開發(fā)。關(guān)鍵詞：醫(yī)療智能一卡通、醫(yī)院管理、B/S架構(gòu)、Oracle數(shù)據(jù)庫The realization of hospital one-card system based on B/S architectureabstractThis system is the realization process and design of the medical intelligent one-card management system, which mainly design and develop the system function. Mainly realized the personnel management, the administrators card information, the employee information, the patients basic situation, the doctor scheduling situation. The personal information of the patient, the personal information of the management staff, the scheduling of doctors, and the storage of the medical data stored in the management process of the hospital. Using smart IC card system, can increase the storage space of strengthening data information, reducing the users cash to carry, at the same time, the administrator is more convenient for data management, also can improve the user experience of clinic patients, but also for data query more quickly.The medical intelligent one-card system is used for this purpose. After investigation and analysis, this paper designs the system through demand analysis, feasibility analysis, database design, and test. Background for smart IC card system decided to use B/S architecture to implement, the system consists of kiosks, diagnosis and terminals, charging terminals, and system management, the background to store data in Oracle database, the front-end interface implementation using HTML and JSP development.Keywords: Medical intelligence one cartoon、Hospital management、 B/S architecture、The databaseII目 錄摘要IabstractII1. 緒論11.1 開發(fā)的背景與現(xiàn)狀11.2 開發(fā)意義11.3 開發(fā)工具21.3.1 MyElcipse21.3.2 ORACLE 22. 系統(tǒng)需求分析32.1 系統(tǒng)需求概述32.2 可行性分析32.3 系統(tǒng)需求分析42.4 系統(tǒng)功能的設(shè)計(jì)和劃分42.5 系統(tǒng)開發(fā)步驟52.6 系統(tǒng)數(shù)據(jù)流圖52.6.1 設(shè)計(jì)數(shù)據(jù)流圖52.6.2 系統(tǒng)數(shù)據(jù)流圖63. 總體設(shè)計(jì)73.1系統(tǒng)設(shè)計(jì)目標(biāo)73.2功能模塊設(shè)計(jì)73.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)73.3.1邏輯結(jié)構(gòu)設(shè)計(jì)84. 詳細(xì)設(shè)計(jì)94.1數(shù)據(jù)庫設(shè)計(jì)94.1.1數(shù)據(jù)庫技術(shù)94.1.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)134.2功能流程圖設(shè)計(jì)174.3 模塊界面原則215. 編碼實(shí)現(xiàn)與測試245.1 建立數(shù)據(jù)庫連接255.2系統(tǒng)關(guān)鍵部分的實(shí)現(xiàn)265.2.1 主界面的實(shí)現(xiàn)265.2.2登入實(shí)現(xiàn)275.2.3領(lǐng)卡審批285.2.4權(quán)限管理295.2.5預(yù)約掛號305.3 系統(tǒng)測試305.3.1 系統(tǒng)測試的目的305.3.2 測試實(shí)例315.4 界面截圖326 總結(jié)39致謝40參考文獻(xiàn)411 緒論1.1 開發(fā)背景與現(xiàn)狀隨著社會的發(fā)展與進(jìn)步，醫(yī)藥產(chǎn)業(yè)也不斷的發(fā)展壯大，現(xiàn)代化醫(yī)院也隨著信息數(shù)據(jù)化不斷前進(jìn)，醫(yī)院智能一卡通管理系統(tǒng)也隨之著而產(chǎn)生，這是為了減少病人與醫(yī)院之間的不便，提高用戶的使用體驗(yàn)與整個(gè)系統(tǒng)的數(shù)據(jù)化的操作，幫助醫(yī)院更容易的處理大量的數(shù)據(jù)以及數(shù)據(jù)的分析。同時(shí)可以利用網(wǎng)絡(luò)使傳統(tǒng)的工作變成簡單的數(shù)據(jù)化操作，也更加直觀的體現(xiàn)在頁面上，對于數(shù)據(jù)化變得更加直觀。工作人員可以提高工作效率，同時(shí)可以不用直接面對雜亂的數(shù)據(jù)，使工作變得更加簡單化。同時(shí)對于存儲數(shù)據(jù)的與傳統(tǒng)的對比變得更加方便，因?yàn)榭梢酝ㄟ^數(shù)據(jù)庫的存儲也更方便操作以及實(shí)現(xiàn)需要的功能。為了真正“無現(xiàn)金”的醫(yī)院實(shí)現(xiàn)，已經(jīng)變成了以后現(xiàn)代化的趨勢所向。同時(shí)通過對各項(xiàng)關(guān)于用戶病人與醫(yī)院之間所產(chǎn)生的矛盾而設(shè)計(jì)出醫(yī)院智能一卡通管理系統(tǒng)。 1.2 開發(fā)意義 醫(yī)療智能一卡通是指就診辦理的卡，其中包括病人基本信息還有預(yù)交金額信息的磁卡，圍繞著卡的操作，用來實(shí)現(xiàn)管理卡以卡為核心、以及對于我們查詢用戶的基本信息或者其它需求等其它功能。便利減少了用戶的就診時(shí)間，避免了傳統(tǒng)現(xiàn)金交易帶來的不便，減少現(xiàn)金交易，和不必要的風(fēng)險(xiǎn)，還可以分散的繳費(fèi)以及結(jié)算整合起來，減少了就診所不必要的時(shí)間時(shí)間浪費(fèi)，縮短了就診者的就診時(shí)間，通過預(yù)約就可以知道自己的時(shí)間安排，避免時(shí)間上的沖突，減少用戶糾紛。我們可以在多個(gè)地點(diǎn)設(shè)置刷卡機(jī)然后方便于我們進(jìn)行刷卡操作。就診病人不僅可以通過卡進(jìn)行充值業(yè)務(wù)還可以進(jìn)行預(yù)約掛號和取號等基本需求功能。方便就診者的操作已經(jīng)漫長的等待時(shí)間，系統(tǒng)的開發(fā)是在B/S架構(gòu)下進(jìn)行的，更加有效的簡單醫(yī)院管理的多樣、復(fù)雜、繁瑣的數(shù)據(jù)處理或者繳費(fèi)等復(fù)雜的工作流程?？梢詫Σ煌闆r進(jìn)行不同的醫(yī)院管理，故而開發(fā)設(shè)計(jì)了醫(yī)療智能一卡通管理系統(tǒng)。1.3 開發(fā)工具簡介1.3.1 MyEclipseMyEclipse又簡稱為(MyEclipse)，對于我們通過它可以進(jìn)行對于在數(shù)據(jù)庫的開發(fā)和發(fā)布，用來的減少我們的時(shí)間浪費(fèi)，它有著有功能全的集成的開發(fā)環(huán)境，以及合并應(yīng)用程序包括了完整的編碼或者調(diào)試以及我們對于測試和發(fā)布功能變得更加便利，支持了Javascript，Spring，HTML，Struts等常用的開源代碼，尤其是對各種開源產(chǎn)品的支持非常的不錯(cuò)。1.3.2 ORACLE是一種關(guān)系數(shù)據(jù)庫管理系統(tǒng)，它是由甲骨文公司開發(fā)的，同時(shí)也是現(xiàn)在最流行的B/S體系結(jié)構(gòu)的數(shù)據(jù)庫之一,它是一個(gè)優(yōu)秀的產(chǎn)品以至于一直在數(shù)據(jù)庫管理系統(tǒng)領(lǐng)域占得了一席之地，同時(shí)可以說該數(shù)據(jù)庫系統(tǒng)是非常方便用戶的操作，該數(shù)據(jù)庫系統(tǒng)使用起來非常便利、功能強(qiáng)大，對于各種大中小的微機(jī)環(huán)境都非常適用。而且它是高效率的數(shù)據(jù)庫并且該系統(tǒng)具有高吞吐量以及可靠性極好的解決方案。2 需求統(tǒng)分析2.1 系統(tǒng)需求概述經(jīng)過實(shí)地考察、網(wǎng)絡(luò)查找和實(shí)地的醫(yī)院采訪，得到了出現(xiàn)的基本問題其中包括了醫(yī)院管理基本要求和傳統(tǒng)數(shù)據(jù)存儲的缺點(diǎn)。我們根據(jù)目的為了提高效率以及各種面臨的問題總結(jié)出的要求和缺點(diǎn)對醫(yī)院管理系統(tǒng)設(shè)計(jì)，所以設(shè)計(jì)出系統(tǒng)包括了以下：（1） 自助終端：自助的終端主要是就診病人的主要操作和業(yè)務(wù)，其中要求包括了（卡充值，預(yù)約取號，卡對賬，預(yù)約掛號）（2） 收費(fèi)終端：主要是用于收費(fèi)工作人員日常的工作事務(wù)，其中要求包括了卡片業(yè)務(wù)，統(tǒng)計(jì)查詢等功能。（3） 系統(tǒng)管理端：主要用于系統(tǒng)的管理員和業(yè)務(wù)管理員之間的參數(shù)關(guān)系和人員之間的權(quán)限管理，其中包含了卡片管理和系統(tǒng)管理。 2.2 可行性分析 技術(shù)的可行性分析：考慮到我們當(dāng)前的軟件和硬件設(shè)備已經(jīng)可以滿足我們所設(shè)計(jì)系統(tǒng)的運(yùn)轉(zhuǎn)的基本要求了，而且系統(tǒng)很穩(wěn)定，可操作性也很好、經(jīng)濟(jì)性方面相對于新技術(shù)也更好，java、oracel可一進(jìn)行數(shù)據(jù)的存儲，已經(jīng)變得很成熟了，因此是可行的。管理上的可行性：操作系統(tǒng)的管理員不需要很強(qiáng)的能力和專業(yè)的技術(shù)支持，技術(shù)上沒有什么要求，只要懂得技術(shù)的流程和其中的業(yè)務(wù)分析管理就可以進(jìn)行很好的數(shù)據(jù)化操作，以及使用。經(jīng)濟(jì)的可行性分析：首先無需強(qiáng)大的設(shè)備支持因此成本低，同時(shí)對于不同的用戶只要有電腦設(shè)備即可。而且使用所產(chǎn)生系統(tǒng)的管理可以節(jié)約出大量的價(jià)值，我們運(yùn)維和設(shè)計(jì)該系統(tǒng)的費(fèi)用將會大于產(chǎn)生的價(jià)值，會有顯著的經(jīng)濟(jì)效益，所以經(jīng)濟(jì)也是可行的。2.3 系統(tǒng)需求分析我們可以從兩個(gè)角度來分析系統(tǒng)醫(yī)院與病人的需求管理員角度：（1） 查詢信息：管理員不僅可以查看所有的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況，還可以查看配置菜單情況。（2） 添加信息：對卡進(jìn)行數(shù)據(jù)信息的添加同時(shí)病人可進(jìn)行添加相應(yīng)的管理人員也可以進(jìn)行數(shù)據(jù)業(yè)務(wù)的添加，管理員還可以對醫(yī)生進(jìn)行排班安排操作也是對于數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)的添加。（3） 修改信息：管理員或者用戶可進(jìn)行對本人的賬號密碼進(jìn)行修改操作，以及人員的禁用啟用和刪除業(yè)務(wù)操作，還可以關(guān)于卡信息進(jìn)行對應(yīng)修改功能，配置人員權(quán)限的情況。病人角度：(1) 查詢信息：可查詢自己的基本信息，以及賬號使用情況。(2) 修改信息：可對于卡進(jìn)行充值，以及預(yù)約掛號預(yù)約取號。2.4 系統(tǒng)功能的設(shè)計(jì)和劃分按照系統(tǒng)需求和系統(tǒng)的功能實(shí)現(xiàn)可以分為以下兩個(gè)大模塊，如圖2-1和圖2-2所示：圖2-1后臺功能模塊圖圖2-2 前臺功能模塊圖2.5 系統(tǒng)開發(fā)步驟（1）大致設(shè)計(jì)出要用的業(yè)務(wù)邏輯表格設(shè)置對應(yīng)的字段與信息，插入一些基本的信息，然后可以添加用于描述管理員狀態(tài)和基本信息或者權(quán)限等與之有關(guān)系的關(guān)聯(lián)表。（2）剛開始我們可以先創(chuàng)建一個(gè)管理員并且可以首先建立登入的功能，然后調(diào)用查詢管理員工的具體信息，如果運(yùn)行成功之后我們可以再進(jìn)行添加其他管理員工信息的功能，直到該個(gè)人員模塊的功能完成。然后我們依次進(jìn)行對系統(tǒng)的模塊分開開發(fā)，以及對應(yīng)工作的進(jìn)展開發(fā)。（3）進(jìn)行數(shù)據(jù)的大量調(diào)用和系統(tǒng)的初級測試與功能運(yùn)轉(zhuǎn)。（4）最后進(jìn)行項(xiàng)目系統(tǒng)的打包與其他設(shè)備的安裝配置。2.6 系統(tǒng)數(shù)據(jù)流圖2.6.1 設(shè)計(jì)數(shù)據(jù)流圖設(shè)計(jì)系統(tǒng)的數(shù)據(jù)流圖用于有用戶以及管理員包括了收費(fèi)人員醫(yī)生的模塊分析報(bào)告，對功能模塊功能進(jìn)行分析。首先要設(shè)計(jì)對應(yīng)簡單并且簡潔的操作界面以及穩(wěn)定的操作系統(tǒng)。通過系統(tǒng)把卡修改、人員管理、人員安排、數(shù)據(jù)修改的信息發(fā)給用戶或者管理員，根據(jù)卡模塊、人員信息模塊、用戶管理模塊在數(shù)據(jù)庫的鏈接下進(jìn)行數(shù)據(jù)流圖的設(shè)計(jì)。2.6.2 系統(tǒng)數(shù)據(jù)流圖 根據(jù)系統(tǒng)的要求分為了管理員、收費(fèi)人員、醫(yī)生、就診的病人用戶之間的多個(gè)模塊進(jìn)行數(shù)據(jù)的操作。如圖2-3圖2-3 數(shù)據(jù)流圖3 總體設(shè)計(jì)3.1系統(tǒng)設(shè)計(jì)目標(biāo) 本一卡通管理系統(tǒng)的設(shè)計(jì)目標(biāo)是在B/S架構(gòu)下，完善以下功能：（1） 病人的信息查詢功能（2） 病人的卡充值功能（3） 病人的預(yù)約掛號以及取號功能（4） 管理的卡入庫初始化功能（5） 收費(fèi)人員的卡銷售，領(lǐng)卡，查詢功能（6） 管理員的卡審批，查詢功能（7） 管理員的人員詳細(xì)權(quán)限配置，基本信息管理，醫(yī)生排班功能（8） 管理端的登入，修改密碼，退出功能3.2功能模塊結(jié)構(gòu)設(shè)計(jì) 后臺端口包括了對數(shù)據(jù)庫的查詢、刪除、輸入、修改。功能模塊：（1） 卡模塊：通過后臺進(jìn)行查看，添加，刪除卡信息。（2） 管理員模塊：可以進(jìn)行分配人員的權(quán)限管理（權(quán)限對應(yīng)著不同的功能），可對人員數(shù)據(jù)庫的數(shù)據(jù)信息進(jìn)行增加或者修改和刪除操作，對卡數(shù)據(jù)信息進(jìn)行相應(yīng)需求的修改工作，初始化，以及醫(yī)生則可以進(jìn)行排班具體時(shí)間的安排操作。（3） 收費(fèi)人員模塊：可以進(jìn)行售卡，換卡還有領(lǐng)卡操作。該前臺包括對數(shù)據(jù)的修改、輸入、查詢、刪除。（4） 病人模塊：可以對卡信息進(jìn)行查看，充值操作3.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)3.3.1邏輯結(jié)構(gòu)設(shè)計(jì)依照系統(tǒng)的基本功能以及數(shù)據(jù)庫的概念結(jié)構(gòu)，我們可以用來設(shè)計(jì)系統(tǒng)數(shù)據(jù)的基本結(jié)構(gòu)模型，以及對應(yīng)的數(shù)據(jù)庫功能結(jié)構(gòu)設(shè)計(jì)。系統(tǒng)不同功能來可以用來設(shè)置不同對應(yīng)的數(shù)據(jù)字段來建造多樣的結(jié)構(gòu)。3.3.2物理結(jié)構(gòu)設(shè)計(jì)在我們數(shù)據(jù)庫中根據(jù)我們所設(shè)計(jì)數(shù)據(jù)庫，先了解我們所設(shè)計(jì)以及對應(yīng)的數(shù)據(jù)庫結(jié)構(gòu)后再根據(jù)我們系統(tǒng)的功能進(jìn)行數(shù)據(jù)庫表格的創(chuàng)建。4 詳細(xì)設(shè)計(jì)4.1數(shù)據(jù)庫設(shè)計(jì)4.1.1數(shù)據(jù)庫技術(shù)我們對于數(shù)據(jù)庫的技術(shù)其實(shí)是對于相應(yīng)數(shù)據(jù)庫的數(shù)據(jù)進(jìn)行的增，刪，查，改對應(yīng)的信息化管理，這樣可以便于我們的維護(hù)。通過數(shù)據(jù)的管理用來實(shí)現(xiàn)對大量的數(shù)據(jù)梳理和整合以至于可以保證了數(shù)據(jù)的安全性和可進(jìn)行的操作性。4.1.2關(guān)于數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)分析系統(tǒng)對于數(shù)據(jù)庫不同的結(jié)構(gòu)以及不同對應(yīng)的數(shù)據(jù)庫所需功能，建立對應(yīng)不同ER圖對應(yīng)的功能圖片： 圖4-1 用戶實(shí)體E-R圖圖4-2 病人實(shí)體E-R圖 圖4-3 領(lǐng)卡信息表實(shí)體E-R圖圖4-4 卡信息表實(shí)體E-R圖圖4-5 醫(yī)生排班表實(shí)體E-R圖圖4-6 角色實(shí)體E-R圖圖4-7 界面角色關(guān)聯(lián)表實(shí)體E-R圖 圖4-8 各實(shí)體間E-R圖 4.1.2數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì) 依照系統(tǒng)分析建數(shù)據(jù)庫的表格結(jié)構(gòu)，以下是用戶信息表、就診病人表、角色表、卡信息表、界面、管理信息表、界面角色關(guān)聯(lián)表、卡明細(xì)表、預(yù)約表、領(lǐng)卡信息表、醫(yī)生排班表。（1）用戶信息表（如表4-9所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵Id主鍵IdNUMBER(20)否是username用戶名VARCHAR2(20)否否pwd密碼VARCHAR2(20)否否JId角色I(xiàn)dNUMBER(20)否否SId狀態(tài)IdNUMBER(20)否否home科室信息VARCHAR2(20)否否createTime創(chuàng)建時(shí)間DATE否否表4-9 用戶信息表（2）界面管理信息表（如表4-10所示） 字段名字段描述數(shù)據(jù)類型是否為空主外鍵GId主鍵IdNUMBER(20)否是Gname界面名VARCHAR2(20)否否path界面路徑VARCHAR2(20)否否psrc界面菜單關(guān)系NUMBER(20)否否SId狀態(tài)IdNUMBER(20)否否createTime創(chuàng)建時(shí)間DATE否否表4-10界面管理信息表（3）角色表（如表4-11所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵JId主鍵IdNUMBER(20)否是JName角色名VARCHAR2(20)否否SId狀態(tài)IdNUMBER(20)否否other描述VARCHAR2(20)否否createTime創(chuàng)建時(shí)間DATE否否 表4-11角色表（4）卡信息表（如表4-12所示） 字段名字段描述數(shù)據(jù)類型是否為空主外鍵KId卡號IdNUMBER(20)否是Kname卡號VARCHAR2(20)否否money金額NUMBER(20,2)否否tip押金NUMBER(20,2)否否SId狀態(tài)IdNUMBER(20)否否createTime入庫時(shí)間DATE否否表4-12卡信息（5）界面角色關(guān)聯(lián)表（如表4-13所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵JPId主鍵IdNUMBER(20)否是JId角色I(xiàn)dNUMBER(20)否否PId界面IdNUMBER(20)否否 表4-13界面角色關(guān)聯(lián)表（6）就診病人表（如表4-14所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵PId主鍵IdNUMBER(20)否是name姓名VARCHAR2(20)否否sex性別VARCHAR2(20)否否age年齡NUMBER(20)否否homecity籍貫VARCHAR2(20)否否phone聯(lián)系電話NUMBER(20)否否identity證件號碼VARCHAR2(20)否否address現(xiàn)住址VARCHAR2(20)否否SId狀態(tài)IdNUMBER(20)否否KId卡號IdNUMBER(20)否否createTime創(chuàng)建時(shí)間DATE否否 表4-14就診病人表（7）卡明細(xì)表（如表4-15所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵DId主鍵IdNUMBER(20)否是PId病人IdNUMBER(20)否否KId卡IdNUMBER(20)否否SId狀態(tài)IdNUMBER(20)否否createTime創(chuàng)建時(shí)間DATE否否 表4-15卡明細(xì)表（8）醫(yī)生排班表（如表4-16所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵MId主鍵IdNUMBER(20)否是userId用戶IdNUMBER(20)否否SId狀態(tài)IdNUMBER(20)否否userDate狀態(tài)IdDATE否否usertime排班日期VARCHAR2(20)否否createTime時(shí)間DATE否否 表4-16醫(yī)生排班表（9） 領(lǐng)卡信息表（如表4-17所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵GId主鍵IdNUMBER(20)否是Gcount數(shù)量NUMBER(20)否否Btime申請時(shí)間DATE否否eime審批時(shí)間DATE否否userId管理人員IdNUMBER(20)否否SId狀態(tài)IdNUMBER(20)否否MId收費(fèi)人員IdNUMBER(20)否否 表4-17領(lǐng)卡信息表（10） 預(yù)約表（如表4-18所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵TId主鍵IdNUMBER(20)否是PId病人IdNUMBER(20)否否uId用戶IdNUMBER(20)否否takeDate預(yù)約日期DATE否否takeTime預(yù)約時(shí)間VARCHAR2(20)否否SId狀態(tài)IdNUMBER(20)否否createtime時(shí)間DATE否否 表4-18預(yù)約表（11）參數(shù)表（如表4-19所示）字段名字段描述數(shù)據(jù)類型是否為空主外鍵SId主鍵IdNUMBER(20)否是SName狀態(tài)名VARCHAR2(20)否否tableName表名VARCHAR2(20)否否 表4-19預(yù)約表4.2功能流程圖設(shè)計(jì)設(shè)計(jì)對應(yīng)的系統(tǒng)流程功能圖如下列圖：.管理員端：卡入庫模塊如圖4-20：圖 4-20 卡入庫信息模塊圖用戶信息信息模塊如圖4-21：圖 4-21 用戶信息模塊圖卡注銷，卡查詢信息模塊如圖4-22：圖 4-22卡注銷，卡查詢信息模塊圖領(lǐng)卡審批功能模塊如圖4-23：圖 4-23領(lǐng)卡審批功能模塊圖領(lǐng)卡信息模塊如圖4-24：圖 4-24 領(lǐng)卡信息模塊圖領(lǐng)卡查詢模塊信息模塊如圖4-25：圖 4-25領(lǐng)卡模塊信息模塊圖權(quán)限管理模塊信息如圖4-26：圖 4-26權(quán)限管理模塊信息圖醫(yī)生排班功能模塊如圖4-27：圖 4-27醫(yī)生排班功能模塊圖售卡，換卡，退卡模塊功能如圖4-28：圖 4-28售卡，換卡，退卡模塊功能圖工作量統(tǒng)計(jì)功能模塊如圖4-29：圖 4-29工作量統(tǒng)計(jì)功能模塊圖.前端病人用戶：卡充值信息模塊如圖4-30：圖 4-30卡充值信息模塊圖卡對賬信息模塊如圖4-31：圖 4-31卡對賬信息模塊圖預(yù)約掛號功能模塊如圖4-32：圖 4-32預(yù)約掛號功能模塊圖預(yù)約取號信息模塊如圖4-33：圖 4-33預(yù)約取號信息模塊圖4.3 模塊的界面原則 通過以B/S架構(gòu)系統(tǒng)進(jìn)行的基本開發(fā)，可以隨時(shí)隨地讓用戶通過僅僅只需要通過Internet訪問系統(tǒng)就可以了。增加的功能變得很方便，以及數(shù)據(jù)業(yè)務(wù)操作性強(qiáng)。因此，界面的設(shè)計(jì)共享性強(qiáng)，簡潔大方，開發(fā)簡單，業(yè)務(wù)的擴(kuò)展很方便，可以隨時(shí)隨地進(jìn)行查看業(yè)務(wù)的信息處理，讓用戶對功能模塊更加直觀的看到功能性。提高了工作效率，減少時(shí)間上的浪費(fèi)，也可以讓我們更直觀的看到系統(tǒng)還存在的問題。5 編碼的實(shí)現(xiàn)與測試5.1 建立數(shù)據(jù)庫的連接使用了工廠模式，先創(chuàng)建一個(gè)配置文件，方便對應(yīng)后期的復(fù)用性的提高與數(shù)據(jù)庫的更改。 如圖5-1 圖5-1 然后讀取文件信息如圖5-2 圖5-2建立工廠然后連接數(shù)據(jù)庫如圖5-3以及圖5-4 圖5-3 圖5-45.2系統(tǒng)功能的部分實(shí)現(xiàn)5.2.1 主界面實(shí)現(xiàn) 當(dāng)用戶進(jìn)行首次登入時(shí)，通過本地端口只能瀏覽到登入界面，未登入不能進(jìn)入其他功能界面都會返回到功能界面。該功能的實(shí)現(xiàn)使通過 使用攔截器對所有的數(shù)據(jù)訪問攔截，判斷session里面是否有存值，如果沒有只能訪問登入界面，如果有或者當(dāng)?shù)侨牒罂梢栽试S訪問其他界面：如圖5-5 圖5-55.2.2登入實(shí)現(xiàn)用戶通過登入可進(jìn)入功能界面，首先在進(jìn)入主界面后按照對于賬號密碼分開順序，然后找到對應(yīng)的位置進(jìn)行填寫登錄系統(tǒng)正確的賬號，密碼和驗(yàn)證碼，然后點(diǎn)擊登錄按鈕操作。訪問數(shù)據(jù)后臺，通過js獲取點(diǎn)擊事件，然后ajax進(jìn)行數(shù)據(jù)傳輸,然后通過web.xml進(jìn)行尋找業(yè)務(wù)，如圖5-6然后 圖5-6進(jìn)入對應(yīng)的Action并且訪問Dao數(shù)據(jù)庫，進(jìn)行邏輯判斷與數(shù)據(jù)分析，得出結(jié)果看是否登入成功。如圖5-7 圖5-7返回頁面對應(yīng)數(shù)據(jù)如圖5-8 ，返回為登入成功則登入成功 圖5-85.2.3領(lǐng)卡審批 領(lǐng)卡審批是管理人員的操作界面，管理人員可以看到所有人的領(lǐng)卡申請，未審核的可以進(jìn)行審核，審核過的只能進(jìn)行查看，審核時(shí)會顯示剩余卡的數(shù)量，如果卡數(shù)量不足，無法批卡給銷售人員，卡數(shù)量足夠時(shí)，會從開始卡號往下將待領(lǐng)用的卡批給銷售人員。當(dāng)通過管理員審核工作操作后，查看數(shù)據(jù)庫的基本信息沒有錯(cuò)誤后就可以進(jìn)行查看審核所通過的具體卡號。1.審核查詢：利用js代碼操作，先獲取對應(yīng)的查詢按鈕的點(diǎn)擊事件，然后獲取到所需要的輸入框的信息，設(shè)置分頁的初始化數(shù)據(jù)，并進(jìn)行數(shù)據(jù)操作：如圖5-9 ，圖5-10 圖5-9 圖5-10同時(shí)對返回的數(shù)據(jù)先把原來的表格信息進(jìn)行刪除然后再初始化從后臺返回過來數(shù)據(jù)添加到表格中，然后對返回的數(shù)據(jù)動(dòng)態(tài)生成對應(yīng)的標(biāo)簽信息再添加到對應(yīng)的表格信息中，再提取對應(yīng)表格中所需要的數(shù)據(jù)信息或者字段顯示到頁面上。后臺和登入的操作對于數(shù)據(jù)的傳輸方法是相同的。首先對于數(shù)據(jù)的訪問需要找對應(yīng)的web.xml進(jìn)行到對應(yīng)的數(shù)據(jù)業(yè)務(wù)層與前臺再隨之與數(shù)據(jù)庫的進(jìn)行數(shù)據(jù)的修改操作，如果修改完成則成功。2. 審核查看：可以查看數(shù)據(jù)信息，對于頁面顯示的內(nèi)容不同的數(shù)據(jù)形式反映的會有不同的操作按鈕，如果信息審核過了那么就只有查看按鈕，相反的如果沒有看過就還會有審核按鈕可以對數(shù)據(jù)進(jìn)行審核。點(diǎn)擊查看按鈕就可以看到數(shù)據(jù)庫返回回來的當(dāng)前數(shù)據(jù)信息的審核人，以及審核時(shí)間還有審核通過的數(shù)量和對應(yīng)具體的卡號信息。如圖5-11 圖5-11通過ajax進(jìn)行數(shù)據(jù)的傳輸，提交所需要的數(shù)據(jù)信息的id號碼進(jìn)行后臺數(shù)據(jù)的訪問以及數(shù)據(jù)的返回，對應(yīng)不同的table點(diǎn)擊行返回不同的數(shù)據(jù)信息，同時(shí)對于返回的數(shù)據(jù)進(jìn)行動(dòng)態(tài)生成添加到對應(yīng)的顯示信息位置上進(jìn)行數(shù)據(jù)的可視化。后臺數(shù)據(jù)訪問先對應(yīng)進(jìn)入不同的業(yè)務(wù)層進(jìn)行數(shù)據(jù)的操作，先進(jìn)入service層再進(jìn)入對應(yīng)DAO進(jìn)行數(shù)據(jù)庫的交互。3. 審核通過：對應(yīng)出現(xiàn)的審核窗口進(jìn)行按鈕的點(diǎn)擊事件，彈出窗口，數(shù)據(jù)庫會返回?cái)?shù)據(jù)顯示還有多少卡，然后進(jìn)行數(shù)據(jù)審核。判斷數(shù)據(jù)庫的卡數(shù)是否足夠，如果足夠可以通過，不夠會給予提示信息。當(dāng)信息允許通過后會自動(dòng)隨機(jī)進(jìn)行分配卡號。再將數(shù)據(jù)庫返回回來的具體的卡信息給予顯示。5.2.4權(quán)限管理權(quán)限管理是管理員對用戶可操作的權(quán)限以及對于的功能分配進(jìn)行對應(yīng)修改操作，可以將未分配的菜單進(jìn)行移動(dòng)然后再進(jìn)行添加到已分配的菜單中，分配的菜單則可以通過按鈕進(jìn)行移動(dòng)到未分配的菜單中，這樣的操作可以對不同的用戶之間的權(quán)限進(jìn)行分配，提高了我們系統(tǒng)業(yè)務(wù)的可分配性便利了操作。首先對數(shù)據(jù)進(jìn)行訪問以及對進(jìn)入的數(shù)據(jù)進(jìn)行分析，對應(yīng)頁面會有不同的數(shù)據(jù)進(jìn)行返回，通過頁面進(jìn)行數(shù)據(jù)的移動(dòng)以及js代碼的操作。如圖5-12 圖5-12對應(yīng)數(shù)據(jù)首先會先進(jìn)入service層，再進(jìn)入對應(yīng)DAO層找到對應(yīng)的業(yè)務(wù)邏輯進(jìn)行判斷再進(jìn)行數(shù)據(jù)庫的信息訪問或者信息的修改。查詢所需要的信息，完成操作，分配完成后再進(jìn)行數(shù)據(jù)的初始化后完成操作。5.2.5預(yù)約掛號客戶通過讀卡先讀取自己的卡號信息，如果未讀取消息會提示先輸入卡號進(jìn)行模擬卡的插入，可以對已經(jīng)排班的醫(yī)生進(jìn)行預(yù)約，預(yù)約自己安排的時(shí)間段，如果該時(shí)段被其他人預(yù)約將不會顯示。然后數(shù)據(jù)頁面會顯示當(dāng)前這個(gè)醫(yī)生排班的具體安排工作信息。如圖5-13 圖5-13進(jìn)入后預(yù)約會把醫(yī)生預(yù)約的時(shí)間和客戶的主鍵傳輸給后端。修改數(shù)據(jù)表格信息進(jìn)行排班的操作安排。當(dāng)我們進(jìn)行的操作工作完成后，對應(yīng)的頁面會根據(jù)是否成功而給出對應(yīng)信息的提示窗口。5.3 系統(tǒng)測試5.3.1 系統(tǒng)測試的目的 在我們功能完成之初我們或多或少存在著系統(tǒng)問題可能是編碼時(shí)期未進(jìn)行考慮的，所以這就需要我們進(jìn)行系統(tǒng)測試來減少出錯(cuò)，提高用戶體驗(yàn)。通過的測試說明有一定的穩(wěn)定性，可以利于維護(hù)，同時(shí)也可以提高系統(tǒng)的安全性，減少了系統(tǒng)的問題出現(xiàn)。同時(shí)對系統(tǒng)存在的問題可以進(jìn)行匯總，概括問題在什么地方出現(xiàn)，也可以提醒編碼人員的錯(cuò)誤問題。也就是在交互之前為了避免出現(xiàn)錯(cuò)誤，而進(jìn)行功能的測試。5.3.2測試實(shí)例我們分為以下幾個(gè)方面進(jìn)行測試：使用張三賬號進(jìn)行賬號登入1. 添加功能測試： 進(jìn)入卡入庫的界面，點(diǎn)擊對應(yīng)的添加按鈕后會相應(yīng)的彈出卡入庫具體信息的窗口。對應(yīng)輸入卡的前綴fz，卡開始卡號和結(jié)束卡號先不輸入看直接提交會不會報(bào)錯(cuò)信息，不會出現(xiàn)錯(cuò)誤的話。繼續(xù)輸入卡號開始2和結(jié)束7再進(jìn)行數(shù)據(jù)測試，點(diǎn)擊入庫看是否報(bào)錯(cuò)，如果不報(bào)錯(cuò)的話，并且頁面有回復(fù)信息，進(jìn)行數(shù)據(jù)的交互。再到數(shù)據(jù)庫中查看，有沒有添加數(shù)據(jù)成功，如果有并且和輸入的一樣的話就說明此功能沒有問題然后就可以進(jìn)行其他添加操作。醫(yī)生的排班安排也是對于數(shù)據(jù)庫的數(shù)據(jù)信息的添加操作，對于添加不同的醫(yī)生以及對應(yīng)排班安排日期進(jìn)行的數(shù)據(jù)添加，按照前面的操作對其進(jìn)行一樣的數(shù)據(jù)測試。2. 刪除功能測試： 在表格李四的表格中點(diǎn)到注銷按鈕后，會彈出一個(gè)對應(yīng)的是否確認(rèn)注銷的窗口。點(diǎn)擊是否注銷卡號，當(dāng)確認(rèn)后看數(shù)據(jù)庫后臺有沒有進(jìn)行數(shù)據(jù)刪除操作，該操作為狀態(tài)刪除，數(shù)據(jù)不會真正消失。如果交互無問題而且數(shù)據(jù)庫的數(shù)據(jù)信息有進(jìn)行修改則會可以說數(shù)據(jù)刪除成功了。對于人員管理信息的刪除就是對于人員進(jìn)行刪除按鈕的操作，如果沒問題而且數(shù)據(jù)庫的數(shù)據(jù)信息有進(jìn)行修改數(shù)據(jù)刪除成功則說明無問題，否則再進(jìn)行數(shù)據(jù)的分析看哪出錯(cuò)了。重復(fù)上面操作，沒有錯(cuò)誤則可以結(jié)束操作了。3. 修改功能測試：進(jìn)行卡銷售時(shí)會對卡信息進(jìn)行修改，首先點(diǎn)擊到對應(yīng)界面的功能上，對應(yīng)輸入王五，11歲先輸入不全的數(shù)據(jù)然后進(jìn)行銷售，數(shù)據(jù)端口測試看有沒有提示信息，沒有的話說明系統(tǒng)有錯(cuò)。然后將金額輸入錯(cuò)誤格式11z，看會不會報(bào)錯(cuò)，不會的話提交數(shù)據(jù)，如果交互無問題則證明數(shù)據(jù)修改成功。對于卡充值也是數(shù)據(jù)信息的修改而且也是進(jìn)行的卡修改操作，先讀取卡的信息如果卡信息可以顯示出來而且沒有什么大問題的話我們就可以進(jìn)行卡數(shù)據(jù)的操作。輸入卡充值金額，金額沒有問題再看數(shù)據(jù)庫有沒有出現(xiàn)錯(cuò)誤，如果都沒問題則證明數(shù)據(jù)修改成功，依次測試其他數(shù)據(jù)的修改功能。4. 查詢功能測試：進(jìn)入對應(yīng)功能界面時(shí)，卡可以進(jìn)行卡查詢，輸入要搜索的字段fz001，看是否可以查詢出信息，可以只只輸入一個(gè)fz001也可全部一起輸入如果沒有問題數(shù)據(jù)顯示的和數(shù)據(jù)庫的信息沒什么差別，說明數(shù)據(jù)查詢成功。 功能的測試已經(jīng)完成，測試結(jié)果基本沒有什么錯(cuò)誤了，雖然不能代表系統(tǒng)完全沒有錯(cuò)誤，不過我們只有通過不斷的測試已經(jīng)實(shí)際的運(yùn)行維護(hù)才能開發(fā)出一個(gè)穩(wěn)定安全的系統(tǒng)。5.4 界面截圖1.登入界面（圖5-14） 圖5-142. 系統(tǒng)登入主界面（圖5-15） 圖5-153. 人員管理界面（圖5-16） 圖5-164. 權(quán)限管理界面（圖5-17） 圖5-17 5. 醫(yī)生排班（圖5-18） 圖5-186. 卡入庫界面（圖5-19） 圖5-197. 卡注銷界面（圖5-20） 圖5-20 8. 卡查詢界面（圖5-21） 圖5-219. 領(lǐng)卡審批界面（圖5-22） 圖5-2210. 領(lǐng)卡界面（圖5-23） 圖5-2311. 領(lǐng)卡查詢界面（圖5-24） 圖5-2412. 售卡界面（圖5-25） 圖5-2513. 換卡界面（圖5-26） 圖5-2614. 退卡界面（圖5-27） 圖5-2715. 工作量統(tǒng)計(jì)界面（圖5-28） 圖5-28 自助端界面1. 主界面（圖5-29） 圖5-29 2. 卡充值界面（圖5-30） 圖5-30 3. 卡對賬界面（圖5-31） 圖5-314. 預(yù)約掛號界面（圖5-32） 圖5-325. 預(yù)約取號界面（圖5-33） 圖5-33 6 總結(jié) 時(shí)間過得很快原來感覺很長的時(shí)間現(xiàn)在才發(fā)現(xiàn)只是一轉(zhuǎn)眼時(shí)間就和流水一樣溜走。一開始覺得項(xiàng)目很難完成，工作量很大，系統(tǒng)對應(yīng)的sql語句要求比較高，對應(yīng)的業(yè)務(wù)邏輯不是很清晰，不過通過磨合，懂得業(yè)務(wù)后開始進(jìn)入狀態(tài)，不過工作量比較大，所以時(shí)間上也更緊湊，學(xué)會提高效率。同時(shí)通過實(shí)際的寫代碼也發(fā)現(xiàn)了自己存在的問題，要在寫之前理順好業(yè)務(wù)已經(jīng)數(shù)據(jù)庫，這樣不僅能夠提高我們自身的效率也可以減少系統(tǒng)的錯(cuò)誤，對面編碼有很大的好處。經(jīng)過系統(tǒng)完成的學(xué)習(xí)也熟悉了jsp,js等新知識的學(xué)習(xí)，更加加深了學(xué)習(xí)的知識已經(jīng)實(shí)戰(zhàn)的運(yùn)用，不斷的學(xué)習(xí)才能更好的成長。在不知道的問題時(shí)可以通過尋求百度知識和同學(xué)進(jìn)行幫助，這樣可以減少自己的時(shí)間浪費(fèi)，也可以提高自身的效率性，學(xué)無止境，我們需要不斷加油不斷學(xué)習(xí)。系統(tǒng)完成了不過還是存在著不足點(diǎn)，沒有實(shí)際運(yùn)用到生活中不能進(jìn)行醫(yī)療醫(yī)生的開方操作，缺少幾個(gè)模塊對于現(xiàn)實(shí)生活中使用系統(tǒng)還存在著一定的差距，需要自己更加的努力加油，不過通過本次系統(tǒng)的設(shè)計(jì)編寫和分析也鍛煉了自己的思考能力，從開始的設(shè)計(jì)需求到大概的設(shè)計(jì)數(shù)據(jù)庫形成以及建立數(shù)據(jù)畫出流程圖，到最后的編碼結(jié)束，最后進(jìn)行測試。也提高了自身的獨(dú)立思考能力，提升了自己的知識，同時(shí)思考問題能力和解決問題能力也得到了提高，萬事開頭難，不過只要努力就能堅(jiān)持到最后。致謝 對于系統(tǒng)的最終完成首先我要感謝，在一開始的時(shí)候能夠給我進(jìn)行指導(dǎo)。以及當(dāng)我出現(xiàn)錯(cuò)誤的時(shí)候會提示以及幫助我，讓我能夠順利的完成工作。對于論文的修改老師更是不停的幫助我們進(jìn)行修改，以及文檔的規(guī)范化。付出了大量的時(shí)間，不辭辛苦的幫助我們。也感謝同學(xué)的幫助，對不懂的地方進(jìn)行幫助。感謝評閱老師的辛苦，謝謝幫助我的大家讓我能夠順利完成，謝謝！參考文獻(xiàn)：1 林信良.JSP&Servlet學(xué)習(xí)筆記M清華大學(xué)，2012.52 趙俊峰等.JavaWeb應(yīng)用開發(fā)案例教程:基于MVC模式的JSP+Servlet+ +JDBC和AJAXM.清華大學(xué)出版社,2012年01月.3 劉曉義.XML技術(shù)及應(yīng)用M.哈爾濱工程大學(xué)出版社,2011年06月.4 溫謙.HTML+CSS網(wǎng)頁設(shè)計(jì)與布局從入門到精通M.人民郵電出版社,2008年08月.5 張愛平,賴欣.在JSP中調(diào)用JavaBean實(shí)現(xiàn)Web數(shù)據(jù)庫訪問J.計(jì)算機(jī)時(shí)代,20076 畢建信.基于MVC設(shè)計(jì)模式的Web應(yīng)用研究與實(shí)現(xiàn)D.武漢:武漢理工大學(xué),2006年5月.7 MetskerSJ.Java設(shè)計(jì)模式M.第2版.電子工業(yè)出版社2012年09月.8 張峋,楊三成.關(guān)鍵技術(shù):JSP與JDBC應(yīng)用詳解M.中國鐵道出版社,2010年11月.9 魏亞楠,宋義秋 .Oracle 數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能優(yōu)化 J.制造業(yè) 自動(dòng)化 .2010.10 孫年芳.基于JSP網(wǎng)頁自動(dòng)生成工具的設(shè)計(jì)與實(shí)現(xiàn)J.計(jì)算機(jī)與信息技術(shù),2008,28