第1章前言1.1研究背景及意義目前，人們對(duì)于更加高效快捷生活的需求日益增加。與此同時(shí)，醫(yī)療行業(yè)所提供的服務(wù)也需要與時(shí)俱進(jìn)，即對(duì)其進(jìn)行現(xiàn)代化信息建設(shè)。傳統(tǒng)的醫(yī)院信息管理模式，如紙質(zhì)的病歷以及傳統(tǒng)的預(yù)約掛號(hào)方式，由于存在著低效率、不易共享與傳輸、易丟失的弊端，已經(jīng)無法再滿足當(dāng)下人民對(duì)于高質(zhì)量醫(yī)療服務(wù)的需求，而以電子病歷系統(tǒng)為核心代表的現(xiàn)代化醫(yī)院信息管理系統(tǒng)，它的實(shí)現(xiàn)便滿足了當(dāng)下時(shí)代人們的需求[1]。在過去，人們需要到醫(yī)院看病或者檢查身體時(shí)，都必須提早到醫(yī)院前臺(tái)的掛號(hào)處進(jìn)行預(yù)約，并且預(yù)約的可選擇時(shí)間在很大程度上因?yàn)閭鹘y(tǒng)信息管理方式的低效率而受到限制。并且，過去的病歷與處方都為紙質(zhì)的，站在從本專業(yè)角度，如此的信息儲(chǔ)存方式會(huì)造成不利于共享與傳輸、易丟失的問題，會(huì)為患者帶來許多風(fēng)險(xiǎn)與麻煩，并且由于存在紙質(zhì)病歷與處方丟失的可能，會(huì)造成醫(yī)生對(duì)患者的既往情況無法得知。如此，可能會(huì)造成一些重復(fù)的檢查診斷，更會(huì)導(dǎo)致醫(yī)療資源的浪費(fèi)，增大患者的醫(yī)療成本以及醫(yī)院方面的開銷。如今隨著現(xiàn)代化信息管理方式的興起與發(fā)展，醫(yī)院可以使用電子病歷系統(tǒng)進(jìn)行計(jì)算機(jī)化信息化的管理方式以及業(yè)務(wù)處理。同時(shí)，被計(jì)算機(jī)信息化的病歷與處方可以長(zhǎng)時(shí)間地存儲(chǔ)在系統(tǒng)中，使得接診患者的醫(yī)生可以清楚地了解到患者的既往情況，以防做出重復(fù)的診斷與檢查，如此便避免了醫(yī)療資源的浪費(fèi)，對(duì)醫(yī)療資源有著更高效率的利用，也減少了患者的醫(yī)療成本和醫(yī)院方面的開銷。1.2國(guó)內(nèi)外研究現(xiàn)狀隨著經(jīng)濟(jì)全球化和科技的飛速發(fā)展，國(guó)際規(guī)模的電子信息化產(chǎn)業(yè)迅速發(fā)展，這種勢(shì)態(tài)同樣在各國(guó)家地區(qū)的醫(yī)療服務(wù)行業(yè)內(nèi)存在著，具體體現(xiàn)在基于現(xiàn)代計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的醫(yī)院信息管理系統(tǒng)的實(shí)現(xiàn)與繼續(xù)探索和發(fā)展。西方發(fā)達(dá)國(guó)家具有良好的經(jīng)濟(jì)和科學(xué)技術(shù)基礎(chǔ)，在現(xiàn)代醫(yī)院信息管理系統(tǒng)方面比中國(guó)起步得早，且已經(jīng)取得了一定的成果，在醫(yī)療服務(wù)質(zhì)量的提高上也取得了相當(dāng)大的成果。作為醫(yī)療發(fā)達(dá)國(guó)家的歐美國(guó)家，電子病歷的目標(biāo)和優(yōu)勢(shì)總結(jié)如下：將居民的健康信息計(jì)算機(jī)信息化，可以有效地預(yù)防和避免嚴(yán)重醫(yī)療事故的發(fā)生，控制居民的醫(yī)療成本，顯著地提高醫(yī)療服務(wù)水準(zhǔn)。電子病歷可以保證醫(yī)患雙方能夠擁有完整正確的相關(guān)信息，亦可以作為現(xiàn)代化醫(yī)療業(yè)開展工作的核心系統(tǒng)支撐，故電子病歷在當(dāng)下時(shí)代的存在意義極為重要[2]。目前，隨著我國(guó)現(xiàn)代化建設(shè)進(jìn)程的持續(xù)推進(jìn)，國(guó)家對(duì)于醫(yī)療服務(wù)行業(yè)的現(xiàn)代化建設(shè)也愈加重視，不斷地深入開展。據(jù)前國(guó)家衛(wèi)生部發(fā)表的相關(guān)文件強(qiáng)調(diào)，電子病歷是現(xiàn)代化醫(yī)療事業(yè)的核心，也是建立居民健康記錄的堅(jiān)實(shí)基礎(chǔ)。電子病歷系統(tǒng)的發(fā)展符合我國(guó)最終建成社會(huì)主義現(xiàn)代化國(guó)家的遠(yuǎn)大目標(biāo)，也符合當(dāng)下人民對(duì)于更高醫(yī)療服務(wù)質(zhì)量的迫切需求。1.3本文主要研究?jī)?nèi)容隨著智能信息時(shí)代的到來，人們對(duì)于更加快捷方便的生活需求愈加高漲，醫(yī)院內(nèi)傳統(tǒng)的信息化管理方式、繁雜的業(yè)務(wù)流程已經(jīng)不能滿足當(dāng)下時(shí)代人們的醫(yī)療需求。為了解決上述問題，本文的主要研究是設(shè)計(jì)并實(shí)現(xiàn)一種方便、快捷的醫(yī)院電子病歷系統(tǒng)。本文結(jié)合人們對(duì)于更加快捷高效的醫(yī)療服務(wù)需求以及目前現(xiàn)代化醫(yī)院信息管理系統(tǒng)的研究現(xiàn)狀，設(shè)計(jì)并實(shí)現(xiàn)一個(gè)方便快捷的醫(yī)院電子病歷系統(tǒng)。本文設(shè)計(jì)的電子病歷系統(tǒng)將針對(duì)以往繁瑣復(fù)雜的預(yù)約掛號(hào)流程進(jìn)行優(yōu)化，使得患者用戶可以在系統(tǒng)上無視時(shí)間地點(diǎn)的限制并盡可能按照個(gè)人的時(shí)間需求進(jìn)行預(yù)約掛號(hào)，醫(yī)生用戶也可在系統(tǒng)上處理本人收到的預(yù)約掛號(hào)，并在系統(tǒng)上記錄患者的病因并開出處方，形成病歷，這對(duì)滿足人們對(duì)于醫(yī)療服務(wù)的快捷需求。并且系統(tǒng)將病歷內(nèi)容進(jìn)行計(jì)算機(jī)信息化，儲(chǔ)存在該系統(tǒng)中，可以令得病歷信息脫離過去紙質(zhì)化的缺點(diǎn)，做到易共享、易傳輸、不易丟失。同時(shí)，為方便繳費(fèi)環(huán)節(jié)，本系統(tǒng)也設(shè)置了繳費(fèi)人員用戶，繳費(fèi)人員可在系統(tǒng)上查詢到患者的病歷處方信息，并且存在確定患者是否有繳費(fèi)的業(yè)務(wù)處理，這些繳費(fèi)信息也將長(zhǎng)期留存在系統(tǒng)之中，可供調(diào)取。1.4論文組織結(jié)構(gòu)第1章，緒論：詳細(xì)闡述了電子病歷系統(tǒng)的研究背景、意義、國(guó)內(nèi)外現(xiàn)狀，以及電子病歷系統(tǒng)出現(xiàn)的歷史因素，然后對(duì)當(dāng)前電子病歷系統(tǒng)的作用和影響進(jìn)行分析，從多個(gè)角度來分析電子病歷系統(tǒng)對(duì)醫(yī)療行業(yè)現(xiàn)代化信息建設(shè)的促進(jìn)改善作用，如為人們所提供醫(yī)療服務(wù)方面的改善，對(duì)醫(yī)療資源的利用效率的提高等等。第2章，系統(tǒng)實(shí)現(xiàn)技術(shù)：列舉電子病歷系統(tǒng)的實(shí)現(xiàn)所需要用到的主要技術(shù)工具，以及這些技術(shù)的相應(yīng)簡(jiǎn)介并且與其它的開發(fā)技術(shù)模式或者工具相比較存在哪些優(yōu)勢(shì)。第3章，系統(tǒng)需求分析：對(duì)電子病歷系統(tǒng)進(jìn)行需求分析，從網(wǎng)絡(luò)、書籍搜集相關(guān)資料，考察和體驗(yàn)部分醫(yī)院正在使用的電子病歷系統(tǒng)，收集整理相關(guān)人群的意見和建議，由此確定設(shè)計(jì)的電子病歷所需求的功能和業(yè)務(wù)流程的執(zhí)行思路。第4章，系統(tǒng)設(shè)計(jì)：總體設(shè)計(jì)階段要思考并確定系統(tǒng)的設(shè)計(jì)思路，劃分出系統(tǒng)的主體功能模塊，構(gòu)思好系統(tǒng)業(yè)務(wù)流程以及對(duì)系統(tǒng)配套的數(shù)據(jù)庫的完成設(shè)計(jì)。詳細(xì)設(shè)計(jì)階段要對(duì)系統(tǒng)的主體功能模塊和配套數(shù)據(jù)庫的設(shè)計(jì)進(jìn)行詳細(xì)闡述，為系統(tǒng)實(shí)現(xiàn)工作給出重要依據(jù)、作出充足的鋪墊。第5章，系統(tǒng)實(shí)現(xiàn)：以系統(tǒng)設(shè)計(jì)部分所闡述的詳細(xì)方案作為依據(jù)，將各功能模塊以算法形式具體實(shí)現(xiàn)并整合到一起，使得系統(tǒng)設(shè)計(jì)階段的成果變換為可實(shí)際運(yùn)轉(zhuǎn)工作的系統(tǒng)，同時(shí)以圖片形式詳細(xì)展示各功能的系統(tǒng)界面。第6章，系統(tǒng)測(cè)試：對(duì)已經(jīng)實(shí)現(xiàn)的電子病歷系統(tǒng)進(jìn)行詳細(xì)的系統(tǒng)測(cè)試。本系統(tǒng)采用的測(cè)試方法為黑盒測(cè)試，目的是詳細(xì)測(cè)試系統(tǒng)的各個(gè)功能的完整性和正確性，盡可能地檢測(cè)系統(tǒng)功能是否存在缺陷和錯(cuò)誤，從而及時(shí)完善系統(tǒng)，提高用戶體驗(yàn)。第7章，總結(jié)和展望：對(duì)本文設(shè)計(jì)和實(shí)現(xiàn)的醫(yī)院電子病歷系統(tǒng)進(jìn)行技術(shù)層面的總結(jié)和對(duì)個(gè)人在開發(fā)過程中的不足之處進(jìn)行反思，最后對(duì)完成的系統(tǒng)思考出尚可進(jìn)行拓展和增加的功能或者內(nèi)容。

系統(tǒng)實(shí)現(xiàn)技術(shù)2.1系統(tǒng)開發(fā)條件操作系統(tǒng)：MicrosoftWindows10x64處理器：I5-7300HQ@2.50HZ內(nèi)存：8.00GB開發(fā)工具：Eclipse數(shù)據(jù)庫：MySQLWeb服務(wù)器：Tomcat瀏覽器：GoogleChrome瀏覽器2.1.1Eclipse介紹Eclipse是一個(gè)可擴(kuò)展的開放源代碼IDE，以能接受由開發(fā)者自己編寫的開放源代碼插件作為其最大特點(diǎn)，便利于項(xiàng)目開發(fā)，不過其目標(biāo)作用不止于此，在國(guó)內(nèi)其為一款非常受歡迎的Java開發(fā)工具。其界面如圖2.1所示。圖2.1Eclipse界面2.1.2Navicat介紹Navicat是一種快速、方便、穩(wěn)定、可靠、相對(duì)廉價(jià)的數(shù)據(jù)庫管理工具。其設(shè)計(jì)符合目前企業(yè)、開發(fā)人員以及數(shù)據(jù)庫管理人員的需求，擁有直觀簡(jiǎn)易的圖形化界面，可以簡(jiǎn)單地對(duì)數(shù)據(jù)庫進(jìn)行相應(yīng)的操作。其界面如圖2.2所示。圖2.2Navicat界面2.2Spring框架介紹Spring框架是2003年出現(xiàn)的Java開發(fā)框架，是輕量級(jí)的IoC和AOP容器框架，是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而制作的。它既可以單獨(dú)使用，也可以和其它框架組合使用[3]。其優(yōu)點(diǎn)如下：其作用效果符合軟件工程學(xué)中的高內(nèi)聚、低耦合要求，可以幫助簡(jiǎn)化開發(fā)流程；提供對(duì)AOP編程的強(qiáng)力支持，容易實(shí)現(xiàn)對(duì)項(xiàng)目程序的權(quán)限關(guān)閉和執(zhí)行監(jiān)視等功能。Spring因?yàn)閾碛兄鲜鰞?yōu)點(diǎn)，目前作為Java項(xiàng)目開發(fā)的常用框架，有效地提高項(xiàng)目的開發(fā)效率、減少項(xiàng)目開發(fā)過程中的復(fù)雜度和錯(cuò)誤。Spring框架如圖2.3所示。圖2.3Spring框架2.3開發(fā)語言及技術(shù)2.3.1Java語言Java語言與同為面向?qū)ο蟮腃++語言相比，去除了頭文件、引用代替、指針運(yùn)算等繁瑣的工具內(nèi)容，在簡(jiǎn)單性上有著大幅度的提升。并且在移植性、健壯性、安全性和網(wǎng)絡(luò)技能方面表現(xiàn)良好。在開發(fā)項(xiàng)目中最為顯著的優(yōu)點(diǎn)是其龐大安全的功能類庫以及其開源特性[4]。Java語言至今仍在很多項(xiàng)目中使用，深受開發(fā)者和互聯(lián)網(wǎng)公司的歡迎。2.3.2JSP技術(shù)JSP是基于Java語言、應(yīng)用于web應(yīng)用程序開發(fā)的技術(shù)。其擁有與Java語言相同的特性，如跨平臺(tái)、組件重用以及業(yè)務(wù)代碼相分離等等[5]。其有著以下優(yōu)勢(shì)：相對(duì)比于ASP，其動(dòng)態(tài)部分是用Java語言編寫的，功能更加方便與快捷，并且易于移植；相對(duì)比于SSI，它可以使用表單數(shù)據(jù)以及數(shù)據(jù)庫鏈接功能，功能非常方便；相對(duì)比于靜態(tài)HTML，它含有動(dòng)態(tài)信息，更加全面。2.4MySQL數(shù)據(jù)庫數(shù)據(jù)庫是一個(gè)多個(gè)用戶之間可以共享的、數(shù)據(jù)冗余度較低的、和項(xiàng)目相對(duì)獨(dú)立的、對(duì)數(shù)據(jù)以集合形式存儲(chǔ)管理的方便工具，用戶可以通過數(shù)據(jù)庫進(jìn)行數(shù)據(jù)的增加、刪除、修改、查詢、更新等操作[6]。其中，MySQL是數(shù)據(jù)庫類型體系中的關(guān)系型數(shù)據(jù)庫。與其它類型的數(shù)據(jù)庫相比，它將各種數(shù)據(jù)信息儲(chǔ)存在不同的表單之中，而非將所有數(shù)據(jù)雜亂地存放在一個(gè)單位之中，并且表單之間可以有著關(guān)系存在，如此的管理方式便大大地提高了數(shù)據(jù)信息的管理效率和管理靈活度。MySQL數(shù)據(jù)庫使用的語言為對(duì)數(shù)據(jù)庫進(jìn)行操作的標(biāo)準(zhǔn)化語言SQL，該語言通俗易懂、易學(xué)易用、簡(jiǎn)介靈活[7]。相對(duì)比于其他類型的數(shù)據(jù)庫其擁有著體積小、成本低、靈活度大的特點(diǎn)，目前作為許多中小型網(wǎng)站開發(fā)的不二之選，廣受歡迎。2.5本章小結(jié)本章大致介紹了電子病歷系統(tǒng)的開發(fā)條件以及實(shí)現(xiàn)系統(tǒng)所需要用到的相關(guān)技術(shù)，同時(shí)還對(duì)這些技術(shù)進(jìn)行了一些拓展性的介紹，如技術(shù)的概念、優(yōu)勢(shì)以及使用特點(diǎn)等等。這些技術(shù)對(duì)于電子病歷系統(tǒng)的實(shí)現(xiàn)是十分重要的，降低了開發(fā)過程中的復(fù)雜度，提高了開發(fā)效率。

系統(tǒng)需求分析3.1系統(tǒng)功能需求分析基于前敘內(nèi)容分析，本文設(shè)計(jì)的的電子病歷系統(tǒng)應(yīng)具有下述功能：（1）患者注冊(cè)功能。注冊(cè)功能是所有信息管理系統(tǒng)基本上都會(huì)具有的通用功能。本醫(yī)院電子病歷系統(tǒng)的注冊(cè)功能僅限于患者，基于現(xiàn)實(shí)情況考慮，醫(yī)生用戶以及收費(fèi)人員用戶都為醫(yī)院內(nèi)部人員，兩者的用戶都應(yīng)由系統(tǒng)管理員直接在系統(tǒng)中錄入并分別派發(fā)。注冊(cè)功能會(huì)將患者錄入至系統(tǒng)的信息保存到相應(yīng)的數(shù)據(jù)庫表單之中。（2）登錄功能。管理員和其他用戶的角色，首先在登錄頁面中選擇各自的角色，輸入各自的用戶名和密碼，點(diǎn)擊登錄按鈕即可。需注意的是患者用戶的登錄名為本人的身份證號(hào)碼，其余用戶的登錄名都為本身的名字。登陸成功后會(huì)跳轉(zhuǎn)到各角色所對(duì)應(yīng)的系統(tǒng)首頁。（3）系統(tǒng)首頁功能。本功能會(huì)使得各類型用戶進(jìn)入對(duì)應(yīng)的系統(tǒng)主頁。由于每個(gè)角色可操作的功能不盡相同，所以系統(tǒng)首頁會(huì)顯示出各角色可以使用的功能列表。用戶在首頁點(diǎn)擊某個(gè)功能按鈕后，即可看到該功能所對(duì)應(yīng)的詳細(xì)操作。（4）醫(yī)生信息管理功能。本功能僅限于系統(tǒng)管理員。系統(tǒng)管理員在醫(yī)生信息管理界面可以查看到所有醫(yī)生的詳細(xì)信息，并且可以進(jìn)行添加、刪除、修改，但不可以對(duì)用戶名信息進(jìn)行修改。（5）患者信息管理功能。本功能僅限于系統(tǒng)管理員。系統(tǒng)管理員在患者信息管理界面可以查看對(duì)患者的詳細(xì)信息，并且可以進(jìn)行信息修改，但是患者的姓名以及身份證號(hào)信息屬于不可修改項(xiàng)。同時(shí)管理員可以直接添加或者刪除患者用戶。（6）收費(fèi)人員信息管理功能。本功能僅限于系統(tǒng)管理員。系統(tǒng)管理員在收費(fèi)人員信息管理界面可以查看、修改收費(fèi)人員用戶的詳細(xì)信息，姓名為不可修改項(xiàng)。同時(shí)管理員可以直接添加或者刪除收費(fèi)人員用戶。（7）費(fèi)用管理功能。本功能僅限于收費(fèi)人員用戶。收費(fèi)人員在收費(fèi)管理界面可以查詢到收費(fèi)信息，并且可以查看并修改信息相應(yīng)的是否繳費(fèi)標(biāo)記，但收費(fèi)信息記錄是不可以刪除的。（8）公告管理功能。本功能僅限于系統(tǒng)管理員可以增加、修改、刪除，所有角色用戶可以進(jìn)行查看。公告管理功能可以告知所有用戶醫(yī)院的最新動(dòng)態(tài)。（9）預(yù)約管理功能。本功能僅限于患者用戶以及醫(yī)生用戶?；颊哂脩艨梢栽陬A(yù)約管理界面對(duì)預(yù)約信息進(jìn)行增加、刪除、查看，并且可查看到預(yù)約信息的受理狀態(tài)，但不可以對(duì)預(yù)約信息進(jìn)行修改。醫(yī)生用戶可以在預(yù)約管理界面對(duì)預(yù)約信息進(jìn)行查看，并對(duì)預(yù)約信息進(jìn)行受理操作，但不可以對(duì)預(yù)約信息進(jìn)行增加、刪除、修改。（10）處方管理功能。基于現(xiàn)實(shí)情況考慮，本功能僅限于醫(yī)生用戶以及收費(fèi)人員用戶。醫(yī)生僅能在受理某患者的預(yù)約之后，方可在系統(tǒng)的處方管理頁面上對(duì)患者開出處方。需要說明的是，本系統(tǒng)的處方信息中不僅含有處方信息，同時(shí)也含有病人姓名以及其病因記錄。本系統(tǒng)將上述信息集合為一體，即為患者的電子病歷。醫(yī)生用戶可以對(duì)患者的處方信息進(jìn)行增加、刪除、修改、查看，收費(fèi)人員用戶僅能對(duì)患者的處方信息進(jìn)行查看。3.2系統(tǒng)性能需求分析3.2.1可靠性需求分析可靠性對(duì)于任意的計(jì)算機(jī)信息系統(tǒng)而言，都是極其重要、需要得到開發(fā)人員重視的一個(gè)質(zhì)量特征。站在用戶的角度思考，若系統(tǒng)在運(yùn)行后給出了錯(cuò)誤的運(yùn)行結(jié)果，亦或是系統(tǒng)無法對(duì)用戶的錯(cuò)誤操作進(jìn)行處理和還原等等，這些情況會(huì)給系統(tǒng)用戶帶來非常不好的操作體驗(yàn)[8]。本電子病歷系統(tǒng)按照軟件工程學(xué)的方法，合理地安排各個(gè)功能模塊，力求各功能模塊相互之間做到高內(nèi)聚、低耦合的分布情況，并且要合理地安排系統(tǒng)對(duì)計(jì)算機(jī)的資源耗費(fèi)，盡量避免出現(xiàn)系統(tǒng)崩潰、界面混亂、數(shù)據(jù)錯(cuò)誤以及功能缺失的問題，用良好的系統(tǒng)可靠性來獲得用戶的信心以及支持。3.2.2可擴(kuò)展性需求分析對(duì)絕大多數(shù)的計(jì)算機(jī)信息系統(tǒng)而言，系統(tǒng)設(shè)計(jì)的出發(fā)點(diǎn)和設(shè)計(jì)方向，都是以用戶群體的需求作為根本參考。所以當(dāng)用戶群體提出最新需求或者用戶群體的需求隨著實(shí)際情況變化之時(shí)，系統(tǒng)的功能也理所當(dāng)然地要隨著用戶群體的需求而進(jìn)行修改或者擴(kuò)展。但要注意的是，系統(tǒng)在進(jìn)行修改擴(kuò)展的同時(shí)應(yīng)盡量避免因修改擴(kuò)展而對(duì)系統(tǒng)可靠性帶來的影響。3.2.3響應(yīng)時(shí)間需求分析與系統(tǒng)可靠性相同，系統(tǒng)的響應(yīng)時(shí)間也是幾乎所有計(jì)算機(jī)信息系統(tǒng)的質(zhì)量特征。系統(tǒng)的響應(yīng)時(shí)間對(duì)于系統(tǒng)用戶而言，也是用戶群體衡量系統(tǒng)操作體驗(yàn)的重要根據(jù)之一?；诖它c(diǎn)，本電子病歷系統(tǒng)應(yīng)做到盡可能快地響應(yīng)用戶的操作，極力避免出現(xiàn)響應(yīng)操作時(shí)間過長(zhǎng)等情況的發(fā)生。3.3系統(tǒng)用例圖管理員用戶登錄系統(tǒng)后會(huì)直接進(jìn)入管理員用戶相應(yīng)的系統(tǒng)主頁，系統(tǒng)主頁上會(huì)顯示出管理員角色可操作的功能選項(xiàng)。管理員可以進(jìn)行管理員信息管理、患者信息管理、收費(fèi)人員信息管理、公告管理、查看個(gè)人信息、修改個(gè)人信息、退出操作。管理員用例圖如圖3.1所示。圖3.1管理員用例圖收費(fèi)人員用戶登錄系統(tǒng)后會(huì)直接進(jìn)入收費(fèi)人員用戶相應(yīng)的系統(tǒng)主頁，系統(tǒng)主頁上會(huì)顯示出收費(fèi)人員角色可操作的功能選項(xiàng)。收費(fèi)人員可以進(jìn)行處方信息管理、費(fèi)用信息管理、公告信息管理、查看個(gè)人信息、修改個(gè)人信息、退出操作。用例圖如圖3.2所示。圖3.2收費(fèi)人員用例圖醫(yī)生用戶登錄系統(tǒng)后會(huì)直接進(jìn)入醫(yī)生用戶相應(yīng)的系統(tǒng)主頁，系統(tǒng)主頁上會(huì)顯示出醫(yī)生角色可操作的功能選項(xiàng)。醫(yī)生可以進(jìn)行預(yù)約信息管理、處方信息管理、公告信息管理、查看個(gè)人信息、修改個(gè)人信息、退出操作。用例圖如圖3.3所示。圖3.3醫(yī)生用例圖患者用戶登錄系統(tǒng)后會(huì)直接進(jìn)入患者用戶相應(yīng)的系統(tǒng)主頁，系統(tǒng)主頁上會(huì)顯示出患者角色可操作的功能選項(xiàng)?；颊呖梢赃M(jìn)行預(yù)約信息管理、醫(yī)生信息管理、公告信息管理、查看個(gè)人信息、修改個(gè)人信息、退出操作。用例圖如圖3.4所示。圖3.4患者用例圖3.4系統(tǒng)可行性分析3.4.1經(jīng)濟(jì)可行性本電子病歷系統(tǒng)開發(fā)的硬件條件和軟件條件需求水平都較低，對(duì)于目前絕大多數(shù)的計(jì)算機(jī)系統(tǒng)而言都是可以滿足的，故系統(tǒng)開發(fā)所需要的成本費(fèi)用很低。并且本系統(tǒng)的開發(fā)周期較短，故系統(tǒng)開發(fā)所需要的時(shí)間成本也很低。綜上所述，本系統(tǒng)在經(jīng)濟(jì)方面有著較高的可行性。3.4.2技術(shù)可行性本電子病歷系統(tǒng)基于B/S的架構(gòu)搭建，前端使用JSP+CSS+JavaScript+Layui技術(shù)開發(fā)前端頁面，使用ajax完成數(shù)據(jù)的異步交互。后端使用Spring、SpringMVC、MyBatis三大框架完成底層邏輯的設(shè)計(jì)。數(shù)據(jù)庫方面使用MySQL。上述開發(fā)技術(shù)以及工具易學(xué)易用，故本系統(tǒng)在技術(shù)方面有著較高的可行性。3.4.3操作可行性本電子病歷系統(tǒng)站在用戶的角度出發(fā)，設(shè)計(jì)的界面直觀簡(jiǎn)潔，并且所有功能的操作都非常簡(jiǎn)易而清晰，操作流程也都與現(xiàn)實(shí)狀況相符合。本系統(tǒng)無需用戶安裝任何的配套軟件環(huán)境，僅需通過瀏覽器即可訪問到本系統(tǒng)的主頁，登陸后即可開始使用。綜上所述，本系統(tǒng)在操作方面有著較高的可行性。3.5數(shù)據(jù)流圖數(shù)據(jù)流圖為利用圖形化的形式來展現(xiàn)系統(tǒng)內(nèi)部的功能邏輯以及相關(guān)數(shù)據(jù)在功能邏輯之中的流向方向和具體的變換過程的工具。本系統(tǒng)整體數(shù)據(jù)流圖如圖3.5所示。圖3.5系統(tǒng)整體數(shù)據(jù)流圖醫(yī)生管理功能僅限于管理員以及患者操作，管理員可以對(duì)醫(yī)生信息進(jìn)行查看，并且可以進(jìn)行增加、刪除和修改操作，患者僅能對(duì)醫(yī)生信息進(jìn)行查看。醫(yī)生管理功能數(shù)據(jù)流圖如圖3.6所示。圖3.6醫(yī)生管理功能數(shù)據(jù)流圖收費(fèi)人員管理功能僅限于管理員操作，管理員可以對(duì)收費(fèi)人員信息進(jìn)行查看、增加、刪除和修改。收費(fèi)人員管理功能數(shù)據(jù)流圖如圖3.7所示。圖3.7收費(fèi)人員管理功能數(shù)據(jù)流圖患者管理功能僅限于管理員操作，管理員可以對(duì)患者信息進(jìn)行查看、增加、刪除和修改?；颊吖芾砉δ軘?shù)據(jù)流圖如圖3.8所示。圖3.8患者管理功能數(shù)據(jù)流圖公告管理功能僅限于管理員可以對(duì)公告信息進(jìn)行增加、刪除和修改，所有角色用戶可以進(jìn)行查看。公告管理功能數(shù)據(jù)流圖如圖3.9所示。圖3.9公告管理功能數(shù)據(jù)流圖處方管理功能僅限于醫(yī)生可以對(duì)處方信息進(jìn)行增加、刪除和修改，醫(yī)生和收費(fèi)人員可以進(jìn)行查看。處方管理功能數(shù)據(jù)流圖如圖3.10所示。圖3.10處方管理功能數(shù)據(jù)流圖預(yù)約管理功能僅限于患者可以對(duì)預(yù)約信息進(jìn)行查看、增加和刪除，醫(yī)生可以進(jìn)行查看和修改。預(yù)約管理功能數(shù)據(jù)流圖如圖3.11所示。圖3.11預(yù)約管理功能數(shù)據(jù)流圖費(fèi)用管理功能僅限于收費(fèi)人員可以對(duì)費(fèi)用信息進(jìn)行查看和修改。費(fèi)用管理功能數(shù)據(jù)流圖如圖3.10所示。圖3.11費(fèi)用管理功能數(shù)據(jù)流圖3.6數(shù)據(jù)字典數(shù)據(jù)字典作為分析階段的重要工具，用于詳細(xì)描述系統(tǒng)中的數(shù)據(jù)信息，針對(duì)數(shù)據(jù)流圖之中的各個(gè)組成成分給出詳細(xì)的定義以及說明，為之后數(shù)據(jù)庫的建立做出重要鋪墊。以數(shù)據(jù)流圖、電子病歷系統(tǒng)的業(yè)務(wù)邏輯以及用戶在使用過程中對(duì)于系統(tǒng)數(shù)據(jù)方面的需求作為基礎(chǔ)并結(jié)合分析后將系統(tǒng)的數(shù)據(jù)信息劃分為六個(gè)部分：用戶信息、收費(fèi)信息、醫(yī)生信息、患者信息、公告信息、處方信息，并且構(gòu)造出上述各數(shù)據(jù)信息相應(yīng)的數(shù)據(jù)字典。用戶信息數(shù)據(jù)字典以及收費(fèi)信息數(shù)據(jù)字典如圖3.12、圖3.13所示。圖3.12用戶信息數(shù)據(jù)字典圖3.13收費(fèi)信息數(shù)據(jù)字典處方信息數(shù)據(jù)字典以及患者信息數(shù)據(jù)字典如圖3.14、圖3.15所示。圖3.14處方信息數(shù)據(jù)字典圖3.15患者信息數(shù)據(jù)字典公告信息數(shù)據(jù)字典以及訂單信息數(shù)據(jù)字典如圖3.16、圖3.17所示。圖3.16公告信息數(shù)據(jù)字典圖3.17預(yù)約信息數(shù)據(jù)字典3.7本章小結(jié)本章內(nèi)容主要包括對(duì)系統(tǒng)功能、系統(tǒng)性能的需求進(jìn)行詳細(xì)分析以及系統(tǒng)的可行性進(jìn)行詳細(xì)分析，并且繪制出系統(tǒng)的數(shù)據(jù)流圖以及數(shù)據(jù)字典，以此具體表現(xiàn)出系統(tǒng)內(nèi)部的功能的信息邏輯，以及劃分出多條數(shù)據(jù)信息，詳細(xì)地闡述各數(shù)據(jù)信息的組成部分，切實(shí)地確保本系統(tǒng)的設(shè)計(jì)開發(fā)符合相關(guān)要求并且具有充分的可行性。

系統(tǒng)設(shè)計(jì)4.1系統(tǒng)總體設(shè)計(jì)系統(tǒng)的總體設(shè)計(jì)即站在較高的思維層次之中進(jìn)行思考，暫且忽略內(nèi)部邏輯以及算法等實(shí)現(xiàn)細(xì)節(jié)，設(shè)計(jì)出系統(tǒng)的整體結(jié)構(gòu)。本電子病歷系統(tǒng)將用戶角色劃分為管理員、收費(fèi)人員、醫(yī)生以及患者共四種類型。管理員用戶的主要任務(wù)是對(duì)各角色用戶以及公告進(jìn)行管理；收費(fèi)人員用戶的主要任務(wù)是根據(jù)查看到患者的處方信息進(jìn)行收費(fèi)信息的處理；醫(yī)生用戶的主要任務(wù)是根據(jù)查看到的預(yù)約信息接診患者，對(duì)患者下診斷、開出處方；患者用戶在系統(tǒng)上根據(jù)查看到的醫(yī)生信息進(jìn)行掛號(hào)預(yù)約。4.1.1系統(tǒng)功能設(shè)計(jì)根據(jù)上一章的系統(tǒng)需求分析，應(yīng)用軟件工程學(xué)中由上至下的設(shè)計(jì)方法，將本電子病歷系統(tǒng)的功能劃分為四個(gè)部分：管理員功能模塊、收費(fèi)人員功能模塊、醫(yī)生功能模塊、患者功能模塊。系統(tǒng)整體模塊圖如圖4.1所示。圖4.1系統(tǒng)整體模塊圖4.1.2模塊設(shè)計(jì)依據(jù)軟件工程學(xué)中的功能模塊化設(shè)計(jì)思路，將本電子病歷系統(tǒng)拆分為四大模塊，分別為管理員功能模塊、收費(fèi)人員功能模塊、醫(yī)生功能模塊、患者功能模塊。管理員用戶通過管理員功能模塊，可以進(jìn)行對(duì)各角色用戶信息的管理以及公告的管理。管理員功能模塊圖如圖4.2所示。圖4.2管理員功能模塊圖收費(fèi)人員用戶通過收費(fèi)人員功能模塊可以查詢到所有的處方信息，并且依照處方信息對(duì)收費(fèi)信息進(jìn)行管理。收費(fèi)人員功能模塊圖如圖4.3所示。圖4.3收費(fèi)人員功能模塊圖醫(yī)生用戶通過醫(yī)生功能模塊，可以查詢到患者對(duì)本人的預(yù)約信息并且做出受理操作，在對(duì)預(yù)約信息進(jìn)行受理之后可以應(yīng)用處方管理功能對(duì)患者記錄出病因、診斷并開出處方，并且對(duì)預(yù)約信息未受理的患者不能對(duì)其進(jìn)行處方信息的添加，同時(shí)可以對(duì)已有的處方信息進(jìn)行查看、刪除和修改。醫(yī)生功能模塊如圖4.4所示。圖4.4醫(yī)生功能模塊圖患者用戶通過患者功能模塊，可結(jié)合查看到的醫(yī)生信息以及患者本人的需求進(jìn)行預(yù)約，并且可以刪除尚未得到醫(yī)生受理的預(yù)約信息，已經(jīng)受理的預(yù)約信息不可刪除?；颊吖δ苣K如圖4.5所示。圖4.5患者功能模塊圖4.1.3系統(tǒng)流程圖患者管理功能流程圖展示了管理員用戶對(duì)患者信息進(jìn)行管理的詳細(xì)功能流程?；颊吖芾砉δ芰鞒虉D如圖4.6所示。圖4.6患者管理功能流程圖收費(fèi)人員管理功能流程圖展示了管理員用戶對(duì)收費(fèi)人員信息進(jìn)行管理的詳細(xì)功能流程。收費(fèi)人員管理功能流程圖如圖4.7所示。圖4.7收費(fèi)人員管理功能流程圖醫(yī)生管理功能流程圖展現(xiàn)了管理員用戶對(duì)醫(yī)生信息進(jìn)行管理的詳細(xì)功能流程。醫(yī)生管理功能流程圖如圖4.8所示。圖4.8醫(yī)生管理功能流程圖公告管理功能流程圖展現(xiàn)了管理員用戶對(duì)公告信息進(jìn)行管理的詳細(xì)功能流程。公告管理功能流程圖如圖如圖4.9所示。圖4.9公告管理功能流程圖費(fèi)用管理功能流程圖展現(xiàn)了收費(fèi)人員用戶對(duì)費(fèi)用信息進(jìn)行管理的詳細(xì)功能流程。費(fèi)用管理功能流程圖如圖4.10所示。圖4.10費(fèi)用管理功能流程圖處方管理功能流程圖展現(xiàn)了醫(yī)生用戶對(duì)處方信息進(jìn)行管理的詳細(xì)功能流程。處方管理功能流程圖如圖4.11所示。圖4.11處方管理功能流程圖預(yù)約管理功能流程圖展現(xiàn)了患者用戶對(duì)預(yù)約信息進(jìn)行管理的詳細(xì)功能流程。預(yù)約管理功能流程圖如圖4.12所示。圖4.12預(yù)約管理功能流程圖4.1.4數(shù)據(jù)庫概要設(shè)計(jì)對(duì)數(shù)據(jù)庫進(jìn)行概要設(shè)計(jì)的目的是為之后的數(shù)據(jù)庫的詳細(xì)設(shè)計(jì)給出詳細(xì)依據(jù)、做出鋪墊，設(shè)計(jì)出合理的數(shù)據(jù)庫也是為最終實(shí)現(xiàn)的項(xiàng)目系統(tǒng)帶來良好性能的重要前提。用戶信息實(shí)體的各屬性信息詳情如圖4.13所示。圖4.13用戶信息實(shí)體屬性圖患者信息實(shí)體的的各屬性信息詳情如圖4.14所示。圖4.14患者信息實(shí)體屬性圖處方信息實(shí)體的的各屬性信息詳情如圖4.15所示。圖4.15處方信息實(shí)體屬性圖費(fèi)用信息實(shí)體的的各屬性信息詳情如圖4.16所示。圖4.16費(fèi)用信息實(shí)體屬性圖預(yù)約信息實(shí)體的的各屬性信息詳情如圖4.17所示。圖4.17預(yù)約信息實(shí)體屬性圖公告信息實(shí)體的的各屬性信息詳情如圖4.18所示。圖4.18公告信息實(shí)體屬性圖4.2系統(tǒng)詳細(xì)設(shè)計(jì)系統(tǒng)的詳細(xì)設(shè)計(jì)階段目標(biāo)為以系統(tǒng)的總體設(shè)計(jì)作為依據(jù)來源，對(duì)總體設(shè)計(jì)中劃分出的功能模塊給出更加詳細(xì)具體的功能使用流程描述，并且以上一階段的數(shù)據(jù)庫概要設(shè)計(jì)作為依據(jù)來源，在數(shù)據(jù)庫中建立出與前敘內(nèi)容相貼切的各個(gè)數(shù)據(jù)庫表。4.2.1患者注冊(cè)模塊本功能僅限于患者用戶?；颊哂脩粜枰诨颊咦?cè)界面輸入相關(guān)信息，這些信息成功注冊(cè)后會(huì)存儲(chǔ)至數(shù)據(jù)庫的患者信息表中，患者用戶方可登錄使用系統(tǒng)。4.2.2登錄模塊用戶在系統(tǒng)登陸界面輸入本人正確的用戶信息并點(diǎn)擊登錄按鍵，成功登錄后方可開始使用本系統(tǒng)。登陸成功后系統(tǒng)會(huì)跳轉(zhuǎn)至用戶對(duì)應(yīng)角色的系統(tǒng)首頁。4.2.3系統(tǒng)首頁模塊由于各個(gè)角色可使用的功能不盡相同，所以用戶在登錄后系統(tǒng)首頁會(huì)顯示出登錄的用戶對(duì)應(yīng)的角色可使用的各功能列表，用戶可以通過點(diǎn)擊列表中的功能選項(xiàng)對(duì)功能相應(yīng)信息進(jìn)行允許的操作。4.2.4患者管理功能模塊本功能僅限于管理員用戶。管理員用戶可以使用該功能模塊對(duì)患者信息進(jìn)行查看、增加、修改和刪除操作。4.2.5收費(fèi)人員管理功能模塊本功能僅限于管理員用戶。管理員用戶可以使用該功能模塊對(duì)收費(fèi)人員信息進(jìn)行查看、增加、修改和刪除操作。4.2.6醫(yī)生管理功能模塊本功能僅限于管理員用戶和患者用戶。管理員用戶可以使用該功能模塊對(duì)醫(yī)生信息進(jìn)行查看、增加、修改和刪除操作，患者用戶僅能進(jìn)行查看。4.2.7公告管理功能模塊本功能所有類型用戶可以使用。管理員用戶可以使用該功能模塊對(duì)公告信息進(jìn)行查看、增加、修改和刪除操作，其它類型用戶僅能進(jìn)行查看。4.2.8處方管理功能模塊本功能僅限于醫(yī)生用戶和收費(fèi)人員用戶。醫(yī)生用戶可以使用該功能模塊對(duì)處方信息進(jìn)行查看、增加、修改和刪除操作，收費(fèi)人員用戶僅能進(jìn)行查看。需要注意的是醫(yī)生用戶不可以對(duì)預(yù)約信息未受理的患者用戶開出處方。4.2.9費(fèi)用管理功能模塊本功能僅限于收費(fèi)人員用戶。收費(fèi)人員用戶可以使用該功能模塊對(duì)費(fèi)用信息進(jìn)行查看、修改費(fèi)用信息繳費(fèi)狀態(tài)操作。4.2.10預(yù)約管理功能模塊本功能僅限于患者用戶和醫(yī)生用戶?；颊哂脩艨梢允褂迷摴δ苣K對(duì)預(yù)約信息進(jìn)行查看、增加和刪除操作，醫(yī)生用戶僅能進(jìn)行查看和修改預(yù)約信息受理狀態(tài)操作。需要注意的是患者用戶不可以刪除已受理的預(yù)約信息。4.3數(shù)據(jù)庫詳細(xì)設(shè)計(jì)4.3.1數(shù)據(jù)庫表本系統(tǒng)設(shè)計(jì)的數(shù)據(jù)庫表一覽如表4.1所示。表4.1電子病歷系統(tǒng)數(shù)據(jù)庫表表名描述admin用戶信息管理表，用于存儲(chǔ)用戶相關(guān)信息book預(yù)約信息管理表，用于存儲(chǔ)預(yù)約相關(guān)信息cost收費(fèi)信息管理表，用于存儲(chǔ)收費(fèi)相關(guān)信息notice公告信息管理表，用于存儲(chǔ)公告相關(guān)信息recipe處方信息管理表，用于存儲(chǔ)處方相關(guān)信息user患者信息管理表，用于存儲(chǔ)患者相關(guān)留言4.3.2用戶信息表用戶信息表如表4.2所示。表4.2用戶信息表屬性類型屬性描述是否允許為空id（主鍵）int（64）用戶ID否usernamevarchar（20）用戶名是passwordvarchar（20）密碼是phonevarchar（20）電話是titlevarchar（20）職稱是areavarchar（64）擅長(zhǎng)領(lǐng)域是typevarchar（20）類別是4.3.3預(yù)約信息表預(yù)約信息表如表4.3所示。表4.3預(yù)約信息表屬性類型屬性描述是否允許為空id（主鍵）int（10）預(yù)約信息ID否bookTimevarchar（64）預(yù)約時(shí)間是bookAddvarchar（64）預(yù)約地點(diǎn)是patientIdvarchar（64）病人ID是patientIdcardvarchar（255）病人身份證號(hào)是patientNamevarchar（50）病人姓名是docIdvarchar（64）醫(yī)生ID是docNamevarchar（64）醫(yī)生姓名是titlevarchar（64）職稱是4.3.4費(fèi)用信息表費(fèi)用信息表如表4.4所示。表4.4費(fèi)用信息表屬性類型屬性描述是否允許為空id（主鍵）int（10）收費(fèi)信息ID否recipeNovarchar（64）處方編號(hào)是patientIdvarchar（64）病人ID是patientNamevarchar（64）病人姓名是patientIdcardvarchar（64）病人身份證號(hào)是costvarchar（64）費(fèi)用是statusvarchar（64）繳費(fèi)狀態(tài)是4.3.5公告信息表公告信息表如表4.5所示。表4.5公告信息表屬性類型屬性描述是否允許為空id（主鍵）int（64）公告信息ID否titlevarchar（64）公告標(biāo)題否contentvarchar（64）內(nèi)容是pushervarchar（64）發(fā)布人是timevarchar（64）發(fā)布時(shí)間是4.3.6處方信息表處方信息表如表4.6所示。表4.6處方信息表屬性類型屬性描述是否允許為空id（主鍵）int（10）處方信息ID否patientIdvarchar（64）病人ID是patientNamevarchar（20）病人姓名是patientIdcardvarchar（64）病人身份證號(hào)是reasonvarchar（500）病因是contentvarchar（500）處方內(nèi)容是docIdvarchar（64）醫(yī)生ID是docNamevarchar（20）醫(yī)生姓名是timevarchar（20）就診時(shí)間是4.3.7患者信息表患者信息表如表4.7所示。表4.7患者信息表屬性類型屬性描述是否允許為空id（主鍵）int（10）患者ID否realnamevarchar（20）真實(shí)姓名是idcardvarchar（20）身份證號(hào)是passwordvarchar（20）密碼是phonevarchar（20）電話是addressvarchar（64）地址是4.4本章小結(jié)本章的主要內(nèi)容為系統(tǒng)設(shè)計(jì)。系統(tǒng)總體設(shè)計(jì)部分對(duì)系統(tǒng)總體進(jìn)行功能模塊的詳細(xì)劃分，大致闡述各功能模塊的具體作用，并且對(duì)數(shù)據(jù)庫進(jìn)行概要設(shè)計(jì)，為數(shù)據(jù)庫詳細(xì)設(shè)計(jì)做出鋪墊；系統(tǒng)詳細(xì)設(shè)計(jì)部分對(duì)系統(tǒng)的功能模塊的具體作用給出更加詳細(xì)的使用說明；數(shù)據(jù)庫的詳細(xì)設(shè)計(jì)部分以數(shù)據(jù)庫的概要設(shè)計(jì)作為根據(jù)來源，最終全面完成數(shù)據(jù)庫的設(shè)計(jì)。

系統(tǒng)實(shí)現(xiàn)5.1主要功能的實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)階段的主要任務(wù)為功能的實(shí)現(xiàn)。功能實(shí)現(xiàn)以系統(tǒng)設(shè)計(jì)的內(nèi)容作為基礎(chǔ)，使用算法具體實(shí)現(xiàn)所設(shè)計(jì)的功能模塊并且整合，以此系統(tǒng)設(shè)計(jì)的結(jié)果變換為可實(shí)際運(yùn)轉(zhuǎn)工作的系統(tǒng)。5.1.1用戶登錄功能本功能用于用戶登錄系統(tǒng)。登陸界面如圖5.1所示。圖5.1用戶登錄界面5.1.2患者注冊(cè)功能本功能用于患者用戶注冊(cè)本人的系統(tǒng)登陸賬號(hào)。患者注冊(cè)界面如圖5.2所示。圖5.2患者注冊(cè)界面5.1.3患者管理功能本功能用于管理員用戶管理患者用戶的系統(tǒng)賬號(hào)相關(guān)信息。患者管理界面如圖5.3所示。圖5.3患者管理界面5.1.4收費(fèi)人員管理功能本功能用于管理員用戶管理收費(fèi)人員用戶的系統(tǒng)賬號(hào)相關(guān)信息。收費(fèi)人員管理界面如圖5.4所示。圖5.4收費(fèi)人員管理界面5.1.5醫(yī)生管理功能本功能用于管理員用戶管理收費(fèi)醫(yī)生用戶的系統(tǒng)賬號(hào)相關(guān)信息。醫(yī)生管理界面如圖5.5所示。圖5.5醫(yī)生管理界面5.1.6公告管理功能本功能用于管理員用戶管理公告相關(guān)信息。公告管理界面如圖5.6所示。圖5.6公告管理界面5.1.7處方管理功能本功能用于醫(yī)生用戶管理處方相關(guān)信息。處方管理界面如圖5.7所示：圖5.7處方管理界面5.1.8費(fèi)用管理功能本功能用于收費(fèi)人員用戶管理費(fèi)用相關(guān)信息。費(fèi)用管理管理界面如圖5.8所示。圖5.8費(fèi)用管理界面5.1.9預(yù)約管理功能圖5.9預(yù)約管理界面5.2本章小結(jié)本章主要內(nèi)容為系統(tǒng)功能的實(shí)現(xiàn)，目標(biāo)為將各功能模塊以算法形式具體實(shí)現(xiàn)并整合到一起，使得系統(tǒng)設(shè)計(jì)階段的成果變換為可實(shí)際運(yùn)轉(zhuǎn)工作的系統(tǒng)，同時(shí)以圖片形式詳細(xì)展示各功能的系統(tǒng)界面。

系統(tǒng)測(cè)試6.1系統(tǒng)測(cè)試的意義系統(tǒng)測(cè)試作為軟件開發(fā)流程的末端階段，同樣充當(dāng)著非常重要的角色。系統(tǒng)測(cè)試的概念為：使系統(tǒng)在一定的條件對(duì)其進(jìn)行操作，目的為發(fā)現(xiàn)程序之中潛藏的錯(cuò)誤，以此作為衡量系統(tǒng)質(zhì)量的依據(jù)，并對(duì)其進(jìn)行是否滿足相關(guān)要求的評(píng)估[9]。雖然目前尚未存在完美無缺的系統(tǒng)，但是系統(tǒng)測(cè)試仍然是當(dāng)下的開發(fā)者們不斷地對(duì)系統(tǒng)進(jìn)行完善的有力手段。系統(tǒng)測(cè)試應(yīng)全面地考慮系統(tǒng)那些有可能存在著隱含漏洞的部分，之后對(duì)這些部分細(xì)致地檢測(cè)是否存在可能造成系統(tǒng)無法正常運(yùn)行、使得結(jié)果錯(cuò)誤的漏洞。如果確實(shí)地檢測(cè)出漏洞，最后要及時(shí)地對(duì)它們進(jìn)行調(diào)試和完善，以此保證系統(tǒng)質(zhì)量。圖6.1顯示了系統(tǒng)測(cè)試流程。圖6.1系統(tǒng)測(cè)試流程6.2系統(tǒng)測(cè)試的方法目前系統(tǒng)測(cè)試有著最為常用且有效的兩個(gè)方法，它們分別為白盒測(cè)試方法和黑盒測(cè)試方法。白盒測(cè)試方法側(cè)重于檢查程序的內(nèi)部邏輯結(jié)構(gòu)，具體概念為將需要測(cè)試的項(xiàng)目系統(tǒng)看待為一個(gè)透明的盒子，即以清楚項(xiàng)目系統(tǒng)內(nèi)部邏輯結(jié)構(gòu)為前提，對(duì)項(xiàng)目系統(tǒng)的內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測(cè)試；黑盒測(cè)試方法側(cè)重于檢查程序各功能的正確性，具體概念為將需要測(cè)試的項(xiàng)目系統(tǒng)看待為一個(gè)不能打開的盒子，即以忽略項(xiàng)目系統(tǒng)內(nèi)部邏輯結(jié)構(gòu)為前提，對(duì)項(xiàng)目系統(tǒng)的各功能進(jìn)行測(cè)試[10]。本系統(tǒng)的測(cè)試側(cè)重于驗(yàn)證各功能是否正常運(yùn)轉(zhuǎn)且是否可給出預(yù)期的正確結(jié)果，故采用黑盒測(cè)試法。6.3功能測(cè)試6.3.1用戶登錄功能模塊測(cè)試（1）目標(biāo)功能：用戶登錄功能模塊；（2）測(cè)試目的：檢查該功能模塊是否正常運(yùn)轉(zhuǎn)且給出預(yù)期的正確結(jié)果；（3）測(cè)試詳情：如表6.1所示。表6.1用戶登錄功能測(cè)試表測(cè)試方式測(cè)試數(shù)據(jù)預(yù)期情況最終情況在用戶登錄界面輸入用戶名和密碼，選擇角色，點(diǎn)擊“登錄”用戶名：admin密碼：123456角色：管理員登錄成功，跳轉(zhuǎn)至相應(yīng)角色的系統(tǒng)首頁同預(yù)期情況在用戶登錄界面輸入用戶名和密碼，選擇角色，點(diǎn)擊“登錄”用戶名：laiyiufai密碼：123456角色：收費(fèi)人員登錄成功，跳轉(zhuǎn)至相應(yīng)角色的系統(tǒng)首頁同預(yù)期情況在用戶登錄界面輸入用戶名和密碼，選擇角色，點(diǎn)擊“登錄”用戶名：lawhoutin密碼：123456角色：醫(yī)生登錄成功，跳轉(zhuǎn)至相應(yīng)角色的系統(tǒng)首頁同預(yù)期情況在用戶登錄界面輸入用戶名和密碼，選擇角色，點(diǎn)擊“登錄”用戶名碼：123456角色：患者登錄成功，跳轉(zhuǎn)至相應(yīng)角色的系統(tǒng)首頁同預(yù)期情況在用戶登錄界面輸入用戶名和密碼，不選擇角色，點(diǎn)擊“登錄”用戶名：admin密碼：123456角色：不選擇登陸失敗，系統(tǒng)提示選擇人員類型同預(yù)期情況在用戶登錄界面輸入用戶名，不輸入密碼，選擇角色，點(diǎn)擊“登錄”用戶名：lawhoutin密碼：不輸入角色：醫(yī)生登陸失敗，系統(tǒng)提示輸入密碼同預(yù)期情況（4）測(cè)試結(jié)果：該功能模塊無任何異常，可正常運(yùn)轉(zhuǎn)并給出正確結(jié)果。6.3.2管理員功能模塊測(cè)試（1）目標(biāo)功能：管理員功能模塊；（2）測(cè)試目的：檢查該功能模塊是否正常運(yùn)轉(zhuǎn)且給出預(yù)期的正確結(jié)果；（3）測(cè)試詳情：如表6.2所示。表6.2管理員功能模塊測(cè)試表測(cè)試方式預(yù)期情況最終情況用戶admin點(diǎn)擊“管理員管理”后點(diǎn)擊“管理員信息”跳轉(zhuǎn)至管理員信息頁面，可查看到所有管理員相關(guān)信息同預(yù)期情況用戶admin點(diǎn)擊“患者管理”后點(diǎn)擊“患者信息”跳轉(zhuǎn)至患者信息頁面，可查看到所有患者相關(guān)信息，并且可對(duì)患者信息進(jìn)行增加、刪除、修改同預(yù)期情況用戶admin點(diǎn)擊“醫(yī)生管理”后點(diǎn)擊“醫(yī)生信息”跳轉(zhuǎn)至醫(yī)生信息頁面，可查看到所有醫(yī)生相關(guān)信息，并且可對(duì)醫(yī)生信息進(jìn)行增加、刪除、修改同預(yù)期情況用戶admin點(diǎn)擊“收費(fèi)人員管理”后點(diǎn)擊“收費(fèi)人員信息”跳轉(zhuǎn)至收費(fèi)人員信息頁面，可查看到所有收費(fèi)人員相關(guān)信息，并且可對(duì)收費(fèi)人員信息進(jìn)行增加、刪除、修改同預(yù)期情況用戶admin點(diǎn)擊“公告管理”后點(diǎn)擊“公告信息”跳轉(zhuǎn)至公告信息頁面，可查看到所有公告相關(guān)信息，并且可對(duì)公告信息進(jìn)行增加、刪除、修改同預(yù)期情況（4）測(cè)試結(jié)果：該功能模塊無任何異常，可正常運(yùn)轉(zhuǎn)并給出正確結(jié)果。6.3.3患者功能模塊測(cè)試（1）目標(biāo)功能：患者功能模塊；（2）測(cè)試目的：檢查該功能模塊是否正常運(yùn)轉(zhuǎn)且給出預(yù)期的正確結(jié)果；（3）測(cè)試詳情：如表6.3所示。表6.3患者功能模塊測(cè)試表測(cè)試方式預(yù)期情況最終情況在用戶登錄界面點(diǎn)擊“患者注冊(cè)”，輸入相關(guān)信息，點(diǎn)擊“注冊(cè)”患者用戶注冊(cè)成功，數(shù)據(jù)庫中出現(xiàn)新注冊(cè)的患者用戶信息同預(yù)期情況用戶gusancong點(diǎn)擊“醫(yī)生管理”后點(diǎn)擊“醫(yī)生信息”跳轉(zhuǎn)至醫(yī)生信息頁面，可查看到所有醫(yī)生相關(guān)信息同預(yù)期情況用戶gusancong點(diǎn)擊“預(yù)約管理”后點(diǎn)擊“預(yù)約信息”跳轉(zhuǎn)至預(yù)約信息頁面，可查看到所有預(yù)約相關(guān)信息，并且可對(duì)預(yù)約信息進(jìn)行添加、刪除，但僅能刪除未受理的預(yù)約信息，已受理的預(yù)約信息不可刪除同預(yù)期情況用戶gusancong點(diǎn)擊“公告管理”后點(diǎn)擊“公告信息”跳轉(zhuǎn)至公告信息頁面，可查看到所有公告相關(guān)信息同預(yù)期情況（4）測(cè)試結(jié)果：該功能模塊無任何異常，可正常運(yùn)轉(zhuǎn)并給出正確結(jié)果。6.3.4醫(yī)生功能模塊測(cè)試（1）目標(biāo)功能：醫(yī)生功能模塊；（2）測(cè)試目的：檢查該功能模塊是否正常運(yùn)轉(zhuǎn)且給出預(yù)期的正確結(jié)果；（3）測(cè)試詳情：如表6.4所示。表6.4醫(yī)生功能模塊測(cè)試表測(cè)試方式預(yù)期情況最終情況用戶lawhoutin點(diǎn)擊“預(yù)約管理”后點(diǎn)擊“預(yù)約信息”跳轉(zhuǎn)至預(yù)約信息頁面，可查看到所有預(yù)約相關(guān)信息，并且可對(duì)未受理狀態(tài)的預(yù)約信息將其修改為已受理狀態(tài)同預(yù)期情況用戶lawhoutin點(diǎn)擊“處方管理”后點(diǎn)擊“處方信息”跳轉(zhuǎn)至處方信息頁面，可查看到所有處方相關(guān)信息，并且可對(duì)處方信息進(jìn)行增加、刪除、修改，但僅能對(duì)已受理預(yù)約的患者開出處方信息同預(yù)期情況用戶lawhoutin點(diǎn)擊“公告管理”后點(diǎn)擊“公告信息”跳轉(zhuǎn)至公告信息頁面，可查看到所有公告相關(guān)信息同預(yù)期情況（4）測(cè)試結(jié)果：該功能模塊無任何異常，可正常運(yùn)轉(zhuǎn)并給