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

《網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實現(xiàn)》由會員分享，可在線閱讀，更多相關(guān)《網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實現(xiàn)（33頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、基于B/S架構(gòu)的醫(yī)院一卡通的實現(xiàn) 摘要 本系統(tǒng)是醫(yī)療智能一卡通管理系統(tǒng)的實現(xiàn)流程和設(shè)計，主要根據(jù)要求設(shè)計和開發(fā)了本系統(tǒng)功能。主要實現(xiàn)了人員的管理，管理員的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況。對病人的個人信息、以及管理員工的個人信息、醫(yī)生的排班安排、利用數(shù)據(jù)庫安全的保存醫(yī)院管理過程中存儲的各項醫(yī)療數(shù)據(jù)。使用智能一卡通系統(tǒng)，可以加大加強數(shù)據(jù)信息的存儲空間，減少了使用者的現(xiàn)金攜帶，同時管理員的更加便利對數(shù)據(jù)的管理，還可以提高就診病人的用戶體驗，而且對于數(shù)據(jù)的查詢也變得更快速。減少對于醫(yī)院與治療者之間的矛盾以及沖突情況。 醫(yī)療智能一卡通系統(tǒng)的是用于所以通過調(diào)查與分析之后，本

2、文通過需求分析、可行性分析，數(shù)據(jù)庫設(shè)計、以及測試對系統(tǒng)進行設(shè)計。對于智能一卡通系統(tǒng)后臺決定使用B/S的架構(gòu)來實現(xiàn)搭建，該系統(tǒng)由自助終端，診療終端，收費終端，和系統(tǒng)管理端構(gòu)成，后臺儲存的數(shù)據(jù)用Oracle數(shù)據(jù)庫，前端界面實現(xiàn)使用html和jsp進行開發(fā)。 關(guān)鍵詞：醫(yī)療智能一卡通、醫(yī)院管理、B/S架構(gòu)、Oracle數(shù)據(jù)庫 The realization of hospital one-card system based on B/S architecture abstract This system is the realization

3、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 p

4、ersonal 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, reducin

5、g 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, t

6、his 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 t

7、o 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 database II 目 錄 摘要 I abstract II 1. 緒論 1 1.1 開發(fā)的背景與現(xiàn)狀 1 1.2 開發(fā)意義 1 1.3 開發(fā)工具 2 1.3.

8、1 MyElcipse 2 1.3.2 ORACLE 2 2. 系統(tǒng)需求分析 3 2.1 系統(tǒng)需求概述 3 2.2 可行性分析 3 2.3 系統(tǒng)需求分析 4 2.4 系統(tǒng)功能的設(shè)計和劃分 4 2.5 系統(tǒng)開發(fā)步驟 5 2.6 系統(tǒng)數(shù)據(jù)流圖 5 2.6.1 設(shè)計數(shù)據(jù)流圖 5 2.6.2 系統(tǒng)數(shù)據(jù)流圖 6 3. 總體設(shè)計 7 3.1系統(tǒng)設(shè)計目標 7 3.2功能模塊設(shè)計 7 3.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計 7 3.3.1邏輯結(jié)構(gòu)設(shè)計 8 4. 詳細設(shè)計 9 4.1數(shù)據(jù)庫設(shè)計 9 4.1.1數(shù)據(jù)庫技術(shù) 9 4.1.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 13 4.2功能流程圖設(shè)計 1

9、7 4.3 模塊界面原則 21 5. 編碼實現(xiàn)與測試 24 5.1 建立數(shù)據(jù)庫連接 25 5.2系統(tǒng)關(guān)鍵部分的實現(xiàn) 26 5.2.1 主界面的實現(xiàn) 26 5.2.2登入實現(xiàn) 27 5.2.3領(lǐng)卡審批 28 5.2.4權(quán)限管理 29 5.2.5預(yù)約掛號 30 5.3 系統(tǒng)測試 30 5.3.1 系統(tǒng)測試的目的 30 5.3.2 測試實例 31 5.4 界面截圖 32 6 總結(jié) 39 致謝 40 參考文獻 41 1 緒論 1.1 開發(fā)背景與現(xiàn)狀 隨著社會的發(fā)展與進步，醫(yī)藥產(chǎn)業(yè)也不斷的發(fā)展壯大，現(xiàn)代化醫(yī)院也隨著信息數(shù)據(jù)化不斷前

10、進，醫(yī)院智能一卡通管理系統(tǒng)也隨之著而產(chǎn)生，這是為了減少病人與醫(yī)院之間的不便，提高用戶的使用體驗與整個系統(tǒng)的數(shù)據(jù)化的操作，幫助醫(yī)院更容易的處理大量的數(shù)據(jù)以及數(shù)據(jù)的分析。同時可以利用網(wǎng)絡(luò)使傳統(tǒng)的工作變成簡單的數(shù)據(jù)化操作，也更加直觀的體現(xiàn)在頁面上，對于數(shù)據(jù)化變得更加直觀。工作人員可以提高工作效率，同時可以不用直接面對雜亂的數(shù)據(jù)，使工作變得更加簡單化。同時對于存儲數(shù)據(jù)的與傳統(tǒng)的對比變得更加方便，因為可以通過數(shù)據(jù)庫的存儲也更方便操作以及實現(xiàn)需要的功能。為了真正“無現(xiàn)金”的醫(yī)院實現(xiàn)，已經(jīng)變成了以后現(xiàn)代化的趨勢所向。同時通過對各項關(guān)于用戶病人與醫(yī)院之間所產(chǎn)生的矛盾而設(shè)計出醫(yī)院智能一卡通管理系統(tǒng)。 1

11、.2 開發(fā)意義 　　　醫(yī)療智能一卡通是指就診辦理的卡，其中包括病人基本信息還有預(yù)交金額信息的磁卡，圍繞著卡的操作，用來實現(xiàn)管理卡以卡為核心、以及對于我們查詢用戶的基本信息或者其它需求等其它功能。便利減少了用戶的就診時間，避免了傳統(tǒng)現(xiàn)金交易帶來的不便，減少現(xiàn)金交易，和不必要的風(fēng)險，還可以分散的繳費以及結(jié)算整合起來，減少了就診所不必要的時間時間浪費，縮短了就診者的就診時間，通過預(yù)約就可以知道自己的時間安排，避免時間上的沖突，減少用戶糾紛。我們可以在多個地點設(shè)置刷卡機然后方便于我們進行刷卡操作。就診病人不僅可以通過卡進行充值業(yè)務(wù)還可以進行預(yù)約掛號和取號等基本需求功能。方便就診者的操

12、作已經(jīng)漫長的等待時間，系統(tǒng)的開發(fā)是在B/S架構(gòu)下進行的，更加有效的簡單醫(yī)院管理的多樣、復(fù)雜、繁瑣的數(shù)據(jù)處理或者繳費等復(fù)雜的工作流程?？梢詫Σ煌闆r進行不同的醫(yī)院管理，故而開發(fā)設(shè)計了醫(yī)療智能一卡通管理系統(tǒng)。 1.3 開發(fā)工具簡介 1.3.1 MyEclipse MyEclipse又簡稱為(MyEclipse)，對于我們通過它可以進行對于在數(shù)據(jù)庫的開發(fā)和發(fā)布，用來的減少我們的時間浪費，它有著有功能全的集成的開發(fā)環(huán)境，以及合并應(yīng)用程序包括了完整的編碼或者調(diào)試以及我們對于測試和發(fā)布功能變得更加便利，支持了Javascript，Spring，HTML，Struts等常用的開源代碼，尤其是對各種

13、開源產(chǎn)品的支持非常的不錯。 1.3.2 ORACLE 是一種關(guān)系數(shù)據(jù)庫管理系統(tǒng)，它是由甲骨文公司開發(fā)的，同時也是現(xiàn)在最流行的B/S體系結(jié)構(gòu)的數(shù)據(jù)庫之一,它是一個優(yōu)秀的產(chǎn)品以至于一直在數(shù)據(jù)庫管理系統(tǒng)領(lǐng)域占得了一席之地，同時可以說該數(shù)據(jù)庫系統(tǒng)是非常方便用戶的操作，該數(shù)據(jù)庫系統(tǒng)使用起來非常便利、功能強大，對于各種大中小的微機環(huán)境都非常適用。而且它是高效率的數(shù)據(jù)庫并且該系統(tǒng)具有高吞吐量以及可靠性極好的解決方案。  2 需求統(tǒng)分析 2.1 系統(tǒng)需求概述 經(jīng)過實地考察、網(wǎng)絡(luò)查找和實地的醫(yī)院采訪，得到了出現(xiàn)的基本問題其中包括了醫(yī)院管理基本要求和傳統(tǒng)數(shù)據(jù)存儲的缺點。我們根據(jù)目的為了提高

14、效率以及各種面臨的問題總結(jié)出的要求和缺點對醫(yī)院管理系統(tǒng)設(shè)計，所以設(shè)計出系統(tǒng)包括了以下： （1） 自助終端：自助的終端主要是就診病人的主要操作和業(yè)務(wù)，其中要求包括了（卡充值，預(yù)約取號，卡對賬，預(yù)約掛號） （2） 收費終端：主要是用于收費工作人員日常的工作事務(wù)，其中要求包括了卡片業(yè)務(wù)，統(tǒng)計查詢等功能。 （3） 系統(tǒng)管理端：主要用于系統(tǒng)的管理員和業(yè)務(wù)管理員之間的參數(shù)關(guān)系和人員之間的權(quán)限管理，其中包含了卡片管理和系統(tǒng)管理。 2.2 可行性分析 　技術(shù)的可行性分析：考慮到我們當前的軟件和硬件設(shè)備已經(jīng)可以滿足我們所設(shè)計系統(tǒng)的運轉(zhuǎn)的基本要求了，而且系統(tǒng)很穩(wěn)定，可操作性也很好、經(jīng)濟

15、性方面相對于新技術(shù)也更好，java、oracel可一進行數(shù)據(jù)的存儲，已經(jīng)變得很成熟了，因此是可行的。 管理上的可行性：操作系統(tǒng)的管理員不需要很強的能力和專業(yè)的技術(shù)支持，技術(shù)上沒有什么要求，只要懂得技術(shù)的流程和其中的業(yè)務(wù)分析管理就可以進行很好的數(shù)據(jù)化操作，以及使用。 　　　經(jīng)濟的可行性分析：首先無需強大的設(shè)備支持因此成本低，同時對于不同的用戶只要有電腦設(shè)備即可。而且使用所產(chǎn)生系統(tǒng)的管理可以節(jié)約出大量的價值，我們運維和設(shè)計該系統(tǒng)的費用將會大于產(chǎn)生的價值，會有顯著的經(jīng)濟效益，所以經(jīng)濟也是可行的。 2.3 系統(tǒng)需求分析 我們可以從兩個角度來分析系統(tǒng)醫(yī)院與病人的需求 管理員角度： （1）

16、 查詢信息：管理員不僅可以查看所有的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況，還可以查看配置菜單情況。 （2） 添加信息：對卡進行數(shù)據(jù)信息的添加同時病人可進行添加相應(yīng)的管理人員也可以進行數(shù)據(jù)業(yè)務(wù)的添加，管理員還可以對醫(yī)生進行排班安排操作也是對于數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)的添加。 （3） 修改信息：管理員或者用戶可進行對本人的賬號密碼進行修改操作，以及人員的禁用啟用和刪除業(yè)務(wù)操作，還可以關(guān)于卡信息進行對應(yīng)修改功能，配置人員權(quán)限的情況。 病人角度： (1) 查詢信息：可查詢自己的基本信息，以及賬號使用情況。 (2) 修改信息：可對于卡進行充值，以及預(yù)約掛號預(yù)約取號。 　2.4 系統(tǒng)功能的

17、設(shè)計和劃分 按照系統(tǒng)需求和系統(tǒng)的功能實現(xiàn)可以分為以下兩個大模塊，如圖2-1和圖2-2所示： 　　　 圖2-1后臺功能模塊圖 　　　　　　 圖2-2 前臺功能模塊圖 2.5 系統(tǒng)開發(fā)步驟 （1）大致設(shè)計出要用的業(yè)務(wù)邏輯表格設(shè)置對應(yīng)的字段與信息，插入一些基本的信息，然后可以添加用于描述管理員狀態(tài)和基本信息或者權(quán)限等與之有關(guān)系的關(guān)聯(lián)表。 （2）剛開始我們可以先創(chuàng)建一個管理員并且可以首先建立登入的功能，然后調(diào)用查詢管理員工的具體信息，如果運行成功之后我們可以再進行添加其他管理員工信息的功能，直到該個人員模塊的功能完成。然后我們依次進行對系統(tǒng)的模塊分開開發(fā)，以及對應(yīng)工作的進展

18、開發(fā)。 （3）進行數(shù)據(jù)的大量調(diào)用和系統(tǒng)的初級測試與功能運轉(zhuǎn)。 （4）最后進行項目系統(tǒng)的打包與其他設(shè)備的安裝配置。 2.6 系統(tǒng)數(shù)據(jù)流圖 2.6.1 設(shè)計數(shù)據(jù)流圖 設(shè)計系統(tǒng)的數(shù)據(jù)流圖用于有用戶以及管理員包括了收費人員醫(yī)生的模塊分析報告，對功能模塊功能進行分析。首先要設(shè)計對應(yīng)簡單并且簡潔的操作界面以及穩(wěn)定的操作系統(tǒng)。通過系統(tǒng)把卡修改、人員管理、人員安排、數(shù)據(jù)修改的信息發(fā)給用戶或者管理員，根據(jù)卡模塊、人員信息模塊、用戶管理模塊在數(shù)據(jù)庫的鏈接下進行數(shù)據(jù)流圖的設(shè)計。 2.6.2 系統(tǒng)數(shù)據(jù)流圖 根據(jù)系統(tǒng)的要求分為了管理員、收費人員、醫(yī)生、就診的病人用戶之間的多個模塊進行

19、數(shù)據(jù)的操作。如圖2-3 　　　　　　 圖2-3 數(shù)據(jù)流圖  3 總體設(shè)計 3.1系統(tǒng)設(shè)計目標 本一卡通管理系統(tǒng)的設(shè)計目標是在B/S架構(gòu)下，完善以下功能： （1） 病人的信息查詢功能 （2） 病人的卡充值功能 （3） 病人的預(yù)約掛號以及取號功能 （4） 管理的卡入庫初始化功能 （5） 收費人員的卡銷售，領(lǐng)卡，查詢功能 （6） 管理員的卡審批，查詢功能 （7） 管理員的人員詳細權(quán)限配置，基本信息管理，醫(yī)生排班功能 （8） 管理端的登入，修改密碼，退出功能 3.2功能模塊結(jié)構(gòu)設(shè)計 后臺端口包括了對數(shù)據(jù)庫的查詢、刪除、輸

20、入、修改。 功能模塊： （1） 卡模塊：通過后臺進行查看，添加，刪除卡信息。 （2） 管理員模塊：可以進行分配人員的權(quán)限管理（權(quán)限對應(yīng)著不同的功能），可對 人員數(shù)據(jù)庫的數(shù)據(jù)信息進行增加或者修改和刪除操作，對卡數(shù)據(jù)信息進行相應(yīng)需求的修改工作，初始化，以及醫(yī)生則可以進行排班具體時間的安排操作。 （3） 收費人員模塊：可以進行售卡，換卡還有領(lǐng)卡操作。 該前臺包括對數(shù)據(jù)的修改、輸入、查詢、刪除。 （4） 病人模塊：可以對卡信息進行查看，充值操作 3.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計 3.3.1邏輯結(jié)構(gòu)設(shè)計 依照系統(tǒng)的基本功能以及數(shù)據(jù)庫的概念結(jié)構(gòu)，我們可以用來設(shè)計系統(tǒng)數(shù)據(jù)的基本結(jié)構(gòu)模型

21、，以及對應(yīng)的數(shù)據(jù)庫功能結(jié)構(gòu)設(shè)計。系統(tǒng)不同功能來可以用來設(shè)置不同對應(yīng)的數(shù)據(jù)字段來建造多樣的結(jié)構(gòu)。 3.3.2物理結(jié)構(gòu)設(shè)計 在我們數(shù)據(jù)庫中根據(jù)我們所設(shè)計數(shù)據(jù)庫，先了解我們所設(shè)計以及對應(yīng)的數(shù)據(jù)庫結(jié)構(gòu)后再根據(jù)我們系統(tǒng)的功能進行數(shù)據(jù)庫表格的創(chuàng)建。  4 詳細設(shè)計 4.1數(shù)據(jù)庫設(shè)計 4.1.1數(shù)據(jù)庫技術(shù) 　我們對于數(shù)據(jù)庫的技術(shù)其實是對于相應(yīng)數(shù)據(jù)庫的數(shù)據(jù)進行的增，刪，查，改對應(yīng)的信息化管理，這樣可以便于我們的維護。通過數(shù)據(jù)的管理用來實現(xiàn)對大量的數(shù)據(jù)梳理和整合以至于可以保證了數(shù)據(jù)的安全性和可進行的操作性。 4.1.2關(guān)于數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計 分析系統(tǒng)對于數(shù)據(jù)庫不同的結(jié)構(gòu)以及不同

22、對應(yīng)的數(shù)據(jù)庫所需功能，建立對應(yīng)不同E—R圖對應(yīng)的功能圖片： 圖4-1 用戶實體E-R圖 圖4-2 病人實體E-R圖 圖4-3 領(lǐng)卡信息表實體E-R圖 圖4-4 卡信息表實體E-R圖 圖4-5 醫(yī)生排班表實體E-R圖 圖4-6 角色實體E-R圖 圖4-7 界面角色關(guān)聯(lián)表實體E-R圖 圖4-8 各實體間E-R圖 4.1.

23、2數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計 　依照系統(tǒng)分析建數(shù)據(jù)庫的表格結(jié)構(gòu)，以下是用戶信息表、就診病人表、角色表、卡 信息表、界面、管理信息表、界面角色關(guān)聯(lián)表、卡明細表、預(yù)約表、領(lǐng)卡信息表、醫(yī)生排班表。 （1）用戶信息表（如表4-9所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 Id 主鍵Id NUMBER(20) 否 是 username 用戶名 VARCHAR2(20) 否 否 pwd 密碼 VARCHAR2(20) 否 否 JId 角色Id NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 home

24、 科室信息 VARCHAR2(20) 否 否 createTime 創(chuàng)建時間 DATE 否 否 表4-9 用戶信息表 （2）界面管理信息表（如表4-10所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 GId 主鍵Id NUMBER(20) 否 是 Gname 界面名 VARCHAR2(20) 否 否 path 界面路徑 VARCHAR2(20) 否 否 psrc 界面菜單關(guān)系 NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createTime 創(chuàng)建時間 DATE

25、 否 否 表4-10界面管理信息表 （3）角色表（如表4-11所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 JId 主鍵Id NUMBER(20) 否 是 JName 角色名 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 other 描述 VARCHAR2(20) 否 否 createTime 創(chuàng)建時間 DATE 否 否 表4-11角色表 （4）卡信息表（如表4-12所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 KId 卡號Id

26、 NUMBER(20) 否 是 Kname 卡號 VARCHAR2(20) 否 否 money 金額 NUMBER(20,2) 否 否 tip 押金 NUMBER(20,2) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createTime 入庫時間 DATE 否 否 表4-12卡信息 （5）界面角色關(guān)聯(lián)表（如表4-13所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 JPId 主鍵Id NUMBER(20) 否 是 JId 角色Id NUMBER(20) 否 否 PId

27、界面Id NUMBER(20) 否 否 表4-13界面角色關(guān)聯(lián)表 （6）就診病人表（如表4-14所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 PId 主鍵Id NUMBER(20) 否 是 name 姓名 VARCHAR2(20) 否 否 sex 性別 VARCHAR2(20) 否 否 age 年齡 NUMBER(20) 否 否 homecity 籍貫 VARCHAR2(20) 否 否 phone 聯(lián)系電話 NUMBER(20) 否 否 identity 證件號碼 VARCHAR2(20)

28、 否 否 address 現(xiàn)住址 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 KId 卡號Id NUMBER(20) 否 否 createTime 創(chuàng)建時間 DATE 否 否 表4-14就診病人表 （7）卡明細表（如表4-15所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 DId 主鍵Id NUMBER(20) 否 是 PId 病人Id NUMBER(20) 否 否 KId 卡Id NUMBER(20) 否 否 SId 狀態(tài)Id NU

29、MBER(20) 否 否 createTime 創(chuàng)建時間 DATE 否 否 表4-15卡明細表 （8）醫(yī)生排班表（如表4-16所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 MId 主鍵Id NUMBER(20) 否 是 userId 用戶Id NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 userDate 狀態(tài)Id DATE 否 否 usertime 排班日期 VARCHAR2(20) 否 否 createTime 時間 DATE 否 否 表4-

30、16醫(yī)生排班表 （9） 領(lǐng)卡信息表（如表4-17所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 GId 主鍵Id NUMBER(20) 否 是 Gcount 數(shù)量 NUMBER(20) 否 否 Btime 申請時間 DATE 否 否 eime 審批時間 DATE 否 否 userId 管理人員Id NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 MId 收費人員Id NUMBER(20) 否 否 表4-17領(lǐng)卡信息表 （10） 預(yù)約表（如表4-18所示）

31、 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 TId 主鍵Id NUMBER(20) 否 是 PId 病人Id NUMBER(20) 否 否 uId 用戶Id NUMBER(20) 否 否 takeDate 預(yù)約日期 DATE 否 否 takeTime 預(yù)約時間 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createtime 時間 DATE 否 否 表4-18預(yù)約表 （11）參數(shù)表（如表4-19所示） 字段名 字段描述 數(shù)據(jù)類型 是否

32、為空 主外鍵 SId 主鍵Id NUMBER(20) 否 是 SName 狀態(tài)名 VARCHAR2(20) 否 否 tableName 表名 VARCHAR2(20) 否 否 表4-19預(yù)約表 4.2功能流程圖設(shè)計 設(shè)計對應(yīng)的系統(tǒng)流程功能圖如下列圖： １.管理員端： 卡入庫模塊如圖4-20： 圖 4-20 卡入庫信息模塊圖 用戶信息信息模塊如圖4-21： 圖 4-21 用戶信息模塊圖 卡注銷，卡查詢信息模塊如圖4-22： 圖 4-22卡注銷，卡查詢信息模塊圖 領(lǐng)卡審批功能模塊如圖4-23： 圖

33、 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)計功能模塊如圖4-29： 圖 4-29工作量統(tǒng)計功能模塊圖 ２.前端病人用戶： 卡充值信息模塊如圖4-30： 圖 4-30卡充值信息模塊圖 卡對

34、賬信息模塊如圖4-31： 圖 4-31卡對賬信息模塊圖 預(yù)約掛號功能模塊如圖4-32： 圖 4-32預(yù)約掛號功能模塊圖 預(yù)約取號信息模塊如圖4-33： 圖 4-33預(yù)約取號信息模塊圖 4.3 模塊的界面原則 　　 通過以B/S架構(gòu)系統(tǒng)進行的基本開發(fā)，可以隨時隨地讓用戶通過僅僅只需要通過Internet訪問系統(tǒng)就可以了。增加的功能變得很方便，以及數(shù)據(jù)業(yè)務(wù)操作性強。因此，界面的設(shè)計共享性強，簡潔大方，開發(fā)簡單，業(yè)務(wù)的擴展很方便，可以隨時隨地進行查看業(yè)務(wù)的信息處理，讓用戶對功能模塊更加直觀的看到功能性。提高了工作效率，減少時間上的浪費，也可以讓我們更直觀的看到系統(tǒng)還

35、存在的問題。 5 編碼的實現(xiàn)與測試 5.1 建立數(shù)據(jù)庫的連接 使用了工廠模式，先創(chuàng)建一個配置文件，方便對應(yīng)后期的復(fù)用性的提高與數(shù)據(jù)庫的更改。 如圖5-1 圖5-1 然后讀取文件信息如圖5-2 圖5-2 建立工廠然后連接數(shù)據(jù)庫如圖5-3以及圖5-4

36、 圖5-3 圖5-4 5.2系統(tǒng)功能的部分實現(xiàn) 5.2.1 主界面實現(xiàn) 當用戶進行首次登入時，通過本地端口只能瀏覽到登入界面，未登入不能進入其他功能界面都會返回到功能界面。該功能的實現(xiàn)使通過 使用攔截器對所有的數(shù)據(jù)訪問攔截，判斷session里面是否有存值，如果沒有只能訪問登入界面，如果有或者當?shù)侨牒罂梢栽试S訪問其他界面：如圖5-5 圖5-5 5.2.2登入實現(xiàn) 用戶通過登入可進入功能界面，首先在進入主界面后按照對于賬號密碼分開順序，然后找到對應(yīng)的位置進行填寫登錄系統(tǒng)正確的賬號，密碼和驗證碼

37、，然后點擊登錄按鈕操作。訪問數(shù)據(jù)后臺，通過js獲取點擊事件，然后ajax進行數(shù)據(jù)傳輸,然后通過web.xml進行尋找業(yè)務(wù)，如圖5-6然后 圖5-6 進入對應(yīng)的Action并且訪問Dao數(shù)據(jù)庫，進行邏輯判斷與數(shù)據(jù)分析，得出結(jié)果看是否登入成功。如圖5-7 圖5-7 返回頁面對應(yīng)數(shù)據(jù)如圖5-8 ，返回為登入成功則登入成功

38、 圖5-8 5.2.3領(lǐng)卡審批 領(lǐng)卡審批是管理人員的操作界面，管理人員可以看到所有人的領(lǐng)卡申請，未審核的可以進行審核，審核過的只能進行查看，審核時會顯示剩余卡的數(shù)量，如果卡數(shù)量不足，無法批卡給銷售人員，卡數(shù)量足夠時，會從開始卡號往下將待領(lǐng)用的卡批給銷售人員。當通過管理員審核工作操作后，查看數(shù)據(jù)庫的基本信息沒有錯誤后就可以進行查看審核所通過的具體卡號。1.審核查詢：利用js代碼操作，先獲取對應(yīng)的查詢按鈕的點擊事件，然后獲取到所需要的輸入框的信息，設(shè)置分頁的初始化數(shù)據(jù)，并進行數(shù)據(jù)操作：

39、如圖5-9 ，圖5-10 圖5-9 圖5-10 同時對返回的數(shù)據(jù)先把原來的表格信息進行刪除然后再初始化從后臺返回過來數(shù)據(jù)添加到表格中，然后對返回的數(shù)據(jù)動態(tài)生成對應(yīng)的標簽信息再添加到對應(yīng)的表格信息中，再提取對應(yīng)表格中所需要的數(shù)據(jù)信息或者字段顯示到頁面上。后臺和登入的操作對于數(shù)據(jù)的傳輸方法是相同的。首先對于數(shù)據(jù)的訪問需要找對應(yīng)的web.xml進行到對應(yīng)的數(shù)據(jù)業(yè)務(wù)層與前臺再隨之與數(shù)據(jù)庫的進行數(shù)據(jù)的修改操作，如果修改完成則成

40、功。 2. 審核查看：可以查看數(shù)據(jù)信息，對于頁面顯示的內(nèi)容不同的數(shù)據(jù)形式反映的會有不同的操作按鈕，如果信息審核過了那么就只有查看按鈕，相反的如果沒有看過就還會有審核按鈕可以對數(shù)據(jù)進行審核。點擊查看按鈕就可以看到數(shù)據(jù)庫返回回來的當前數(shù)據(jù)信息的審核人，以及審核時間還有審核通過的數(shù)量和對應(yīng)具體的卡號信息。如圖5-11 圖5-11 通過ajax進行數(shù)據(jù)的傳輸，提交所需要的數(shù)據(jù)信息的id號碼進行后臺數(shù)據(jù)的訪問以及數(shù)據(jù)的返回，對應(yīng)不同的table點擊行返回不同的數(shù)據(jù)信息，同時對于返回的數(shù)據(jù)進行動態(tài)生成添加到對應(yīng)的顯示信息位置上進行數(shù)據(jù)的可視化。后臺數(shù)據(jù)訪問先對應(yīng)進入

41、不同的業(yè)務(wù)層進行數(shù)據(jù)的操作，先進入service層再進入對應(yīng)DAO進行數(shù)據(jù)庫的交互。 3. 審核通過：對應(yīng)出現(xiàn)的審核窗口進行按鈕的點擊事件，彈出窗口，數(shù)據(jù)庫會返回數(shù)據(jù)顯示還有多少卡，然后進行數(shù)據(jù)審核。判斷數(shù)據(jù)庫的卡數(shù)是否足夠，如果足夠可以通過，不夠會給予提示信息。 當信息允許通過后會自動隨機進行分配卡號。再將數(shù)據(jù)庫返回回來的具體的卡信息給予顯示。 5.2.4權(quán)限管理 權(quán)限管理是管理員對用戶可操作的權(quán)限以及對于的功能分配進行對應(yīng)修改操作，可以將未分配的菜單進行移動然后再進行添加到已分配的菜單中，分配的菜單則可以通過按鈕進行移動到未分配的菜單中，這樣的操作可以對不同的用戶之間的權(quán)限進行分配

42、，提高了我們系統(tǒng)業(yè)務(wù)的可分配性便利了操作。首先對數(shù)據(jù)進行訪問以及對進入的數(shù)據(jù)進行分析，對應(yīng)頁面會有不同的數(shù)據(jù)進行返回，通過頁面進行數(shù)據(jù)的移動以及js代碼的操作。 如圖5-12 圖5-12 對應(yīng)數(shù)據(jù)首先會先進入service層，再進入對應(yīng)DAO層找到對應(yīng)的業(yè)務(wù)邏輯進行判斷再進行數(shù)據(jù)庫的信息訪問或者信息的修改。查詢所需要的信息，完成操作，分配完成后再進行數(shù)據(jù)的初始化后完成操作。 5.2.5預(yù)約掛號 客戶通過讀卡先讀取自己的卡號信息，如果未讀取消息會提示先輸入卡號進行模擬卡的插入，可以對已經(jīng)排班的醫(yī)生進行預(yù)約，預(yù)約自己安排的時間段，如果該時段被其他

43、人預(yù)約將不會顯示。然后數(shù)據(jù)頁面會顯示當前這個醫(yī)生排班的具體安排工作信息。如圖5-13 圖5-13 進入后預(yù)約會把醫(yī)生預(yù)約的時間和客戶的主鍵傳輸給后端。修改數(shù)據(jù)表格信息進行排班的操作安排。當我們進行的操作工作完成后，對應(yīng)的頁面會根據(jù)是否成功而給出對應(yīng)信息的提示窗口。 5.3 系統(tǒng)測試 5.3.1 系統(tǒng)測試的目的 在我們功能完成之初我們或多或少存在著系統(tǒng)問題可能是編碼時期未進行考慮的，所以這就需要我們進行系統(tǒng)測試來減少出錯，提高用戶體驗。通過的測試說明有一定的穩(wěn)定性，可以利于維護，同時也可以提高系統(tǒng)的安全性，減少了系統(tǒng)的問題出現(xiàn)。同時對系統(tǒng)

44、存在的問題可以進行匯總，概括問題在什么地方出現(xiàn)，也可以提醒編碼人員的錯誤問題。也就是在交互之前為了避免出現(xiàn)錯誤，而進行功能的測試。 5.3.2測試實例 我們分為以下幾個方面進行測試： 使用張三賬號進行賬號登入 1. 添加功能測試： 進入卡入庫的界面，點擊對應(yīng)的添加按鈕后會相應(yīng)的彈出卡入庫具體信息的窗口。對應(yīng)輸入卡的前綴fz，卡開始卡號和結(jié)束卡號先不輸入看直接提交會不會報錯信息，不會出現(xiàn)錯誤的話。繼續(xù)輸入卡號開始2和結(jié)束7再進行數(shù)據(jù)測試，點擊入庫看是否報錯，如果不報錯的話，并且頁面有回復(fù)信息，進行數(shù)據(jù)的交互。再到數(shù)據(jù)庫中查看，有沒有添加數(shù)據(jù)成功，如果有并且和輸入的一樣的話

45、就說明此功能沒有問題然后就可以進行其他添加操作。醫(yī)生的排班安排也是對于數(shù)據(jù)庫的數(shù)據(jù)信息的添加操作，對于添加不同的醫(yī)生以及對應(yīng)排班安排日期進行的數(shù)據(jù)添加，按照前面的操作對其進行一樣的數(shù)據(jù)測試。 2. 刪除功能測試： 在表格李四的表格中點到注銷按鈕后，會彈出一個對應(yīng)的是否確認注銷的窗口。點擊是否注銷卡號，當確認后看數(shù)據(jù)庫后臺有沒有進行數(shù)據(jù)刪除操作，該操作為狀態(tài)刪除，數(shù)據(jù)不會真正消失。如果交互無問題而且數(shù)據(jù)庫的數(shù)據(jù)信息有進行修改則會可以說數(shù)據(jù)刪除成功了。對于人員管理信息的刪除就是對于人員進行刪除按鈕的操作，如果沒問題而且數(shù)據(jù)庫的數(shù)據(jù)信息有進行修改數(shù)據(jù)刪除成功則說明無問題，否則再進行數(shù)據(jù)

46、的分析看哪出錯了。重復(fù)上面操作，沒有錯誤則可以結(jié)束操作了。 3. 修改功能測試： 進行卡銷售時會對卡信息進行修改，首先點擊到對應(yīng)界面的功能上，對應(yīng)輸入王五，11歲先輸入不全的數(shù)據(jù)然后進行銷售，數(shù)據(jù)端口測試看有沒有提示信息，沒有的話說明系統(tǒng)有錯。然后將金額輸入錯誤格式11z，看會不會報錯，不會的話提交數(shù)據(jù)，如果交互無問題則證明數(shù)據(jù)修改成功。對于卡充值也是數(shù)據(jù)信息的修改而且也是進行的卡修改操作，先讀取卡的信息如果卡信息可以顯示出來而且沒有什么大問題的話我們就可以進行卡數(shù)據(jù)的操作。輸入卡充值金額，金額沒有問題再看數(shù)據(jù)庫有沒有出現(xiàn)錯誤，如果都沒問題則證明數(shù)據(jù)修改成功，依次測試其他數(shù)據(jù)的修改功能。

47、 4. 查詢功能測試： 進入對應(yīng)功能界面時，卡可以進行卡查詢，輸入要搜索的字段fz001，看是否可以查詢出信息，可以只只輸入一個fz001也可全部一起輸入如果沒有問題數(shù)據(jù)顯示的和數(shù)據(jù)庫的信息沒什么差別，說明數(shù)據(jù)查詢成功。 功能的測試已經(jīng)完成，測試結(jié)果基本沒有什么錯誤了，雖然不能代表系統(tǒng)完全沒有錯誤，不過我們只有通過不斷的測試已經(jīng)實際的運行維護才能開發(fā)出一個穩(wěn)定安全的系統(tǒng)。 5.4 界面截圖 1.登入界面（圖5-14） 圖5-14 2. 系統(tǒng)登

48、入主界面（圖5-15） 圖5-15 3. 人員管理界面（圖5-16） 圖5-16 4. 權(quán)限管理界面（圖5-17） 圖5-17 5. 醫(yī)生排班（圖5-18）

49、 圖5-18 6. 卡入庫界面（圖5-19） 圖5-19 7. 卡注銷界面（圖5-20） 圖5-20 8. 卡查詢界面（圖5-21）

50、 圖5-21 9. 領(lǐng)卡審批界面（圖5-22） 圖5-22 10. 領(lǐng)卡界面（圖5-23） 圖5-23 11. 領(lǐng)卡查詢界面（圖5-24） 圖5-24 12. 售卡界面（圖5-25） 圖5-25 13. 換卡界面（圖5-26） 圖5-26 14. 退卡界面（圖5-27） 圖5-27 15. 工作量統(tǒng)計界面（圖5-28）

51、 圖5-28 自助端界面 1. 主界面（圖5-29） 圖5-29 2. 卡充值界面（圖5-30） 圖5-30 3. 卡對賬界面（圖5-31）

52、 圖5-31 4. 預(yù)約掛號界面（圖5-32） 圖5-32 5. 預(yù)約取號界面（圖5-33） 圖5-33 6 總結(jié) 時間過得很快原來感覺很長的時間現(xiàn)在才發(fā)現(xiàn)只是一轉(zhuǎn)眼時間就和流水一樣溜走。一開始覺得項目很難完成，工作量很大，系統(tǒng)對應(yīng)的sql

53、語句要求比較高，對應(yīng)的業(yè)務(wù)邏輯不是很清晰，不過通過磨合，懂得業(yè)務(wù)后開始進入狀態(tài)，不過工作量比較大，所以時間上也更緊湊，學(xué)會提高效率。同時通過實際的寫代碼也發(fā)現(xiàn)了自己存在的問題，要在寫之前理順好業(yè)務(wù)已經(jīng)數(shù)據(jù)庫，這樣不僅能夠提高我們自身的效率也可以減少系統(tǒng)的錯誤，對面編碼有很大的好處。經(jīng)過系統(tǒng)完成的學(xué)習(xí)也熟悉了jsp,js等新知識的學(xué)習(xí)，更加加深了學(xué)習(xí)的知識已經(jīng)實戰(zhàn)的運用，不斷的學(xué)習(xí)才能更好的成長。在不知道的問題時可以通過尋求百度知識和同學(xué)進行幫助，這樣可以減少自己的時間浪費，也可以提高自身的效率性，學(xué)無止境，我們需要不斷加油不斷學(xué)習(xí)。 系統(tǒng)完成了不過還是存在著不足點，沒有實際運用到生活中不能進

54、行醫(yī)療醫(yī)生的開方操作，缺少幾個模塊對于現(xiàn)實生活中使用系統(tǒng)還存在著一定的差距，需要自己更加的努力加油，不過通過本次系統(tǒng)的設(shè)計編寫和分析也鍛煉了自己的思考能力，從開始的設(shè)計需求到大概的設(shè)計數(shù)據(jù)庫形成以及建立數(shù)據(jù)畫出流程圖，到最后的編碼結(jié)束，最后進行測試。也提高了自身的獨立思考能力，提升了自己的知識，同時思考問題能力和解決問題能力也得到了提高，萬事開頭難，不過只要努力就能堅持到最后。 致謝 對于系統(tǒng)的最終完成首先我要感謝，在一開始的時候能夠給我進行指導(dǎo)。以及當我出現(xiàn)錯誤的時候會提示以及幫助我，讓我能夠順利的完成工作。對

55、于論文的修改老師更是不停的幫助我們進行修改，以及文檔的規(guī)范化。付出了大量的時間，不辭辛苦的幫助我們。也感謝同學(xué)的幫助，對不懂的地方進行幫助。感謝評閱老師的辛苦，謝謝幫助我的大家讓我能夠順利完成，謝謝！ 參考文獻： [1] 林信良.JSP&Servlet學(xué)習(xí)筆記[M]清華大學(xué)，2012.5 [2] 趙俊峰等.JavaWeb應(yīng)用開發(fā)案例教程:基于MVC模式的JSP+Servlet+ +JDBC和AJAX[M].清華大學(xué)出版社,2012

56、年01月. [3] 劉曉義.XML技術(shù)及應(yīng)用[M].哈爾濱工程大學(xué)出版社,2011年06月. [4] 溫謙.HTML+CSS網(wǎng)頁設(shè)計與布局從入門到精通[M].人民郵電出版社,2008年08月. [5] 張愛平,賴欣.在JSP中調(diào)用JavaBean實現(xiàn)Web數(shù)據(jù)庫訪問[J].計算機時代,2007 [6] 畢建信.基于MVC設(shè)計模式的Web應(yīng)用研究與實現(xiàn)[D].武漢:武漢理工大學(xué),2006年5月. [7] MetskerSJ.Java設(shè)計模式[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è) 自動化 .2010. [10] 孫年芳.基于JSP網(wǎng)頁自動生成工具的設(shè)計與實現(xiàn)[J].計算機與信息技術(shù),2008, 28