摘要隨著飛速發(fā)展的計(jì)算機(jī)技術(shù)在醫(yī)學(xué)方面的應(yīng)用，互聯(lián)網(wǎng)技術(shù)使得藥物管理系統(tǒng)的出現(xiàn)為醫(yī)院?jiǎn)栐\和管理提供了很大的便利。本設(shè)計(jì)根據(jù)某醫(yī)院的看病流程和管理工作的實(shí)際需求，設(shè)計(jì)和開(kāi)發(fā)了某醫(yī)院管理系統(tǒng)。系統(tǒng)是在瀏覽器/服務(wù)器結(jié)構(gòu)下的醫(yī)院管理系統(tǒng)，滿足了醫(yī)院管理的需求。系統(tǒng)使用了Springboot框架，采用了MySQL數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)數(shù)據(jù)信息，并且使用的服務(wù)器端為易于操作的Tomacat服務(wù)器。在此系統(tǒng)中，患者可以預(yù)約掛號(hào)，減少排隊(duì)時(shí)間，更有利于提高醫(yī)院的管理。關(guān)鍵詞：醫(yī)院管理系統(tǒng)；SpringBoot；MySQL；設(shè)計(jì)和實(shí)現(xiàn)

緒論隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，人們已經(jīng)進(jìn)入物聯(lián)網(wǎng)時(shí)代，信息技術(shù)的進(jìn)步個(gè)人們的生活和工作帶來(lái)了巨大的改變，為了滿足醫(yī)患的需求計(jì)算機(jī)技術(shù)也涉足醫(yī)療行業(yè)。傳統(tǒng)的人工管理方式變成了現(xiàn)代化的數(shù)字信息管理方式，人工管理由于醫(yī)院業(yè)務(wù)量大且極其繁雜，往往會(huì)出現(xiàn)數(shù)據(jù)統(tǒng)計(jì)錯(cuò)誤或混亂的情況，這種方式勢(shì)必造成巨大的物資浪費(fèi)，人們也需要線下排隊(duì)掛號(hào)就診，醫(yī)生要花費(fèi)很大的精力工作，勢(shì)必給人們的生活帶來(lái)了很多的不便，醫(yī)院大量人擁擠使得醫(yī)院治安管理比較麻煩。數(shù)字信息管理使得醫(yī)院管理更加規(guī)范化、科學(xué)化，辦公化，管理者使用計(jì)算機(jī)對(duì)大量數(shù)據(jù)管理更加精準(zhǔn)，便于統(tǒng)計(jì)，節(jié)約了物資，降低了醫(yī)院的成本，患者在就診前可以隨時(shí)隨地進(jìn)行掛號(hào)，方便了人們的生活，醫(yī)生可以拿出更多的時(shí)間和精力服務(wù)患者。因此，開(kāi)發(fā)一款醫(yī)院管理系統(tǒng)是十分有必要的。醫(yī)院管理系統(tǒng)是在硬件、軟件技術(shù)、通信技術(shù)等先進(jìn)技術(shù)的幫助下，醫(yī)院各個(gè)部門對(duì)人流、物流、財(cái)務(wù)管理得當(dāng)，并且收集、存儲(chǔ)、使用、處理和處理各種數(shù)據(jù)，并在不同階段進(jìn)行處理。對(duì)患者來(lái)說(shuō)，某醫(yī)院管理系統(tǒng)可以掛號(hào)、選擇掛號(hào)科室、預(yù)約醫(yī)生、預(yù)約時(shí)間，能夠根據(jù)疾病、醫(yī)生、藥品進(jìn)行查詢，在看診完成后，患者可在相應(yīng)界面繳費(fèi)并且打印票據(jù)等；對(duì)醫(yī)生來(lái)說(shuō)，可以輸入患者病情和對(duì)患者開(kāi)檢查單據(jù)，能夠查看患者以往的病史記錄和自己的排班記錄等；從系統(tǒng)管理員的角度來(lái)說(shuō)，能夠?qū)︶t(yī)院的各項(xiàng)信息進(jìn)行修改等操作，同時(shí)還能夠設(shè)定醫(yī)生的類別，幫助患者找到合適的醫(yī)生。此外，管理員也可對(duì)系統(tǒng)中的患者信息進(jìn)行增刪改查，同時(shí)還需要維護(hù)整個(gè)系統(tǒng)的運(yùn)行穩(wěn)定。需求分析可行性分析為盡可能最小限度減小不必要的資源損失,在設(shè)計(jì)進(jìn)行研發(fā)前必須對(duì)設(shè)計(jì)本身進(jìn)行系統(tǒng)的可行性分析。根據(jù)傳統(tǒng)醫(yī)院?jiǎn)栐\的流程，本設(shè)計(jì)結(jié)合網(wǎng)絡(luò)醫(yī)院管理的順序和特點(diǎn)，分離出預(yù)約掛號(hào)、醫(yī)生問(wèn)診、住院管理、支付賬單等功能模塊，完成整個(gè)醫(yī)院?jiǎn)栐\的過(guò)程。本設(shè)計(jì)將會(huì)分別從技術(shù)可行性，經(jīng)濟(jì)可行性以及法律可行性等方面進(jìn)行全面的可行性報(bào)告分析。技術(shù)可行性本醫(yī)院信息管理系統(tǒng)的設(shè)計(jì)采用的是Java技術(shù)，數(shù)據(jù)的設(shè)計(jì)也采用的是比較常見(jiàn)的MySQL數(shù)據(jù)庫(kù)，這些技術(shù)比較容易上手，且不會(huì)消耗過(guò)多的時(shí)間成本，能夠在盡可能節(jié)省的情況下開(kāi)發(fā)出一個(gè)功能完整的系統(tǒng)。所以說(shuō)，利用現(xiàn)有技術(shù)完全可以實(shí)現(xiàn)系統(tǒng)的開(kāi)發(fā)目標(biāo)，因此在技術(shù)上是可行的。經(jīng)濟(jì)可行性所謂的經(jīng)濟(jì)可行性表示的是整個(gè)系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)過(guò)程中，在各個(gè)方面投入的經(jīng)濟(jì)成本是否能夠在后期穩(wěn)步收回，如若無(wú)法收回則表示前期投入被浪費(fèi)，此時(shí)就不具備經(jīng)濟(jì)可行性，反之則表示具備經(jīng)濟(jì)可行性，且系統(tǒng)的開(kāi)發(fā)具有必要性。就本系統(tǒng)來(lái)說(shuō)，在開(kāi)發(fā)時(shí)開(kāi)發(fā)者使用的硬件設(shè)備費(fèi)用也并不高，在開(kāi)發(fā)期間，開(kāi)發(fā)者的日常開(kāi)銷低，并且開(kāi)發(fā)后經(jīng)買家購(gòu)買后很容易回收經(jīng)濟(jì)成本，綜合可見(jiàn)從經(jīng)濟(jì)角度講可行性較高。法律可行性本系統(tǒng)在開(kāi)發(fā)過(guò)程中未使用他人的代碼和控件，全部屬于自主開(kāi)發(fā)設(shè)計(jì)，沒(méi)有涉及他人知識(shí)版權(quán)問(wèn)題，因此不會(huì)在社會(huì)上引起侵權(quán)或其他責(zé)任問(wèn)題，在法律上是可行的。功能需求分析本系統(tǒng)的設(shè)計(jì)主要面向三大主體，除了患者與醫(yī)生之外，還包括系統(tǒng)的管理者。不同的用戶在登錄并進(jìn)入系統(tǒng)之后，會(huì)跳轉(zhuǎn)到不同的界面，用戶所具備的功能也有所不同，以下將分別進(jìn)行闡述。患者用戶患者在進(jìn)入系統(tǒng)之后，可執(zhí)行的操作包括在線掛號(hào)、選擇科室、依據(jù)情況選擇合適的醫(yī)生、預(yù)約就診時(shí)間等。同時(shí)還可以在線上進(jìn)行藥品等信息的咨詢。如若是已注冊(cè)的用戶，還可以看出自己的既往病史，治療完成之后還可以借助該系統(tǒng)進(jìn)行線上支付。醫(yī)生用戶醫(yī)生用戶在進(jìn)入系統(tǒng)之后可對(duì)患者的信息進(jìn)行查看，同時(shí)依照患者需求以及實(shí)際情況給出對(duì)應(yīng)的藥方。此外也可以看到患者的既往病史。同時(shí)還能夠看到一段時(shí)間內(nèi)自己的工作計(jì)劃，一般合理安排工作時(shí)間。系統(tǒng)管理員系統(tǒng)管理員是整個(gè)系統(tǒng)最高權(quán)限擁有者，除了能夠?qū)颊叩男畔⑦M(jìn)行增刪改查之外，還可以對(duì)醫(yī)生的信息執(zhí)行對(duì)應(yīng)操作。此外，與醫(yī)療資源相關(guān)的信息都可以由管理員直接錄入系統(tǒng)，并做出適當(dāng)?shù)恼{(diào)整。可以說(shuō)，系統(tǒng)最終呈現(xiàn)出的界面就是管理員管理工作的結(jié)果。系統(tǒng)的總體設(shè)計(jì)本章節(jié)的主要內(nèi)容就是本系統(tǒng)的總體功能設(shè)計(jì)情況，包括結(jié)構(gòu)設(shè)計(jì)、模塊設(shè)計(jì)以及數(shù)據(jù)庫(kù)設(shè)計(jì)等，不同部分的設(shè)計(jì)內(nèi)容如下所示。系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)某醫(yī)院管理系統(tǒng)是根據(jù)傳統(tǒng)醫(yī)院?jiǎn)栐\的流程，結(jié)合網(wǎng)絡(luò)醫(yī)院管理的順序和特點(diǎn)，分離出掛號(hào)、醫(yī)生問(wèn)診、住院管理、支付賬單等功能模塊，來(lái)完成整個(gè)醫(yī)院?jiǎn)栐\過(guò)程。系統(tǒng)功能模塊設(shè)計(jì)某醫(yī)院管理系統(tǒng)主要包含病患、醫(yī)生和系統(tǒng)管理員三個(gè)用戶。患者用戶患者用戶在登錄后，進(jìn)行掛號(hào)、查詢、住院等操作，具體如下所示。掛號(hào)：填寫(xiě)患者信息、預(yù)約科室、選擇醫(yī)生種類來(lái)等進(jìn)行掛號(hào)。查詢：能夠根據(jù)疾病、醫(yī)生、藥品進(jìn)行查詢。病史管理：能夠查詢到自己的病史。住院：能夠看到自己的住院記錄。繳費(fèi)：在看診完成后，在相應(yīng)界面繳費(fèi)。醫(yī)生用戶醫(yī)生用戶包括就醫(yī)管理、查看病史、排班管理等，進(jìn)入醫(yī)生用戶的主界面能夠看到患者的信息，點(diǎn)擊就醫(yī)，醫(yī)生能夠進(jìn)行診斷、開(kāi)藥等，具體如下所示。診斷：對(duì)患者進(jìn)行診斷后輸入患者病情和對(duì)患者開(kāi)檢查單據(jù)。開(kāi)藥：輸入具體藥物名稱和數(shù)量。住院：輸入患者的住院時(shí)間、患病等信息。排班：醫(yī)生能夠查看自己的排班記錄。項(xiàng)目管理：為患者安排項(xiàng)目進(jìn)行治療。系統(tǒng)管理員系統(tǒng)管理員用戶主要管理后臺(tái)的所有信息，具有系統(tǒng)的全部功能權(quán)限，具體如下所示。住院信息管理：能夠維護(hù)患者的住院信息。科目管理：主要包括具體科目名稱，檢查科目的價(jià)格等信息。項(xiàng)目管理：疾病管理包括疾病的名稱、介紹等信息。用戶管理：能夠維護(hù)管理員的基礎(chǔ)信息，分配角色。數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)在系統(tǒng)中占據(jù)重要部分，住院是為開(kāi)發(fā)的設(shè)計(jì)做數(shù)據(jù)存儲(chǔ)、管理、配合設(shè)計(jì)使用，以高效率、大存儲(chǔ)為數(shù)據(jù)庫(kù)設(shè)計(jì)的主要目的。概念模型設(shè)計(jì)某醫(yī)院管理系統(tǒng)主要描述了實(shí)體類型、屬性和聯(lián)系的方法，并應(yīng)用E-R圖來(lái)描述概念模型。1.實(shí)體在本設(shè)計(jì)說(shuō)明書(shū)中主要分析的實(shí)體有：病患實(shí)體、醫(yī)生實(shí)體、床位實(shí)體、科室實(shí)體和系統(tǒng)管理員實(shí)體。（1）病患實(shí)體病患實(shí)體所包含的屬性為姓名、性別、電話、郵箱等。病患實(shí)體圖如圖3-1所示。病患實(shí)體圖表如圖所示。圖3-1病患實(shí)體圖（2）醫(yī)生實(shí)體醫(yī)生醫(yī)生圖3-2醫(yī)生實(shí)體圖醫(yī)生實(shí)體所包含的屬性為醫(yī)生id、姓名、電話、所屬的門診科室等。醫(yī)生實(shí)體圖如圖3-2所示。（3）床位實(shí)體床位實(shí)體包含的屬性為床號(hào)id、科室id、房號(hào)和床位價(jià)格。床位實(shí)體圖如圖3-3所示。圖3-3床位實(shí)體圖（4）科室實(shí)體科室實(shí)體包含的屬性為科室id、科室名稱等。科室實(shí)體圖如圖3-4所示。圖3-4科室實(shí)體圖2.系統(tǒng)E-R圖系統(tǒng)E-R圖如圖3-5所示。圖3-5系統(tǒng)E-R圖數(shù)據(jù)表設(shè)計(jì)1．系統(tǒng)管理員信息表系統(tǒng)管理員信息表包括：管理員id、系統(tǒng)管理員名稱、密碼、用戶權(quán)限、創(chuàng)建時(shí)間。此表將管理員id設(shè)為主鍵，并對(duì)管理員的實(shí)體進(jìn)行設(shè)計(jì)。系統(tǒng)管理員信息表如表3-1所示。表3-1系統(tǒng)管理員信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明idint5管理員idloignnamevarchar20管理員名稱pwdvarchar32用戶密碼availableint2用戶權(quán)限create_timedatetime0創(chuàng)建時(shí)間2．患者信息表患者信息表包括：病患id、患者姓名、患者年齡、性別、患者問(wèn)診、主治醫(yī)生、患者地址、患者電話、床號(hào)、創(chuàng)建時(shí)間。此表將病患id設(shè)為主鍵，并對(duì)患者的實(shí)體進(jìn)行設(shè)計(jì)。患者信息表如表3-2所示。表3-2患者信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明registeridint11病患iduserNamevarchar20病患姓名ageint3年齡departmentidvarchar20問(wèn)診科室addressvarchar30地址doctorvarchar11主治醫(yī)生Phonevarcher100電話bedNumvarchar11床號(hào)registerDatedatetime0創(chuàng)建日期3．醫(yī)生信息表醫(yī)生信息表包括：醫(yī)生id、所屬門診科室、值班時(shí)間，此表將醫(yī)生id設(shè)為主鍵，并對(duì)醫(yī)生的實(shí)體進(jìn)行設(shè)計(jì)。醫(yī)生信息表如表3-3所示表3-3醫(yī)生信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明doctoridint11醫(yī)生iddoctorNamevarchar20醫(yī)生姓名departmentidint11門診科室amStartTimevarcher10上午開(kāi)始值班時(shí)間pmEndTimevarchar10上午結(jié)束值班時(shí)間pmStartTimevarchar10下午開(kāi)始值班時(shí)間pmEndTimevarchar10下午開(kāi)始值班時(shí)間添加刪除醫(yī)生信息內(nèi)容如下：@RequestMapping("addDoctor")@ResponseBodypublicObjectaddDoctor(Doctordoctor,Paibanpaiban){intcount=doctorService.count(doctor);if(count==0){inti=doctorService.addDoctor(doctor);if(i==1){return"添加成功";}else{return"添加失敗";}}else{returndoctor.getDoctorName()+"已存在";}}/刪除醫(yī)生/@RequestMapping("deleteDoctor")@ResponseBodypublicObjectdeleteDoctor(IntegerdoctorId){inti1=doctorService.checkCount(doctorId);if(i1>0){return"該醫(yī)生還有病人";}else{inti=doctorService.deleteDoctor(doctorId);if(i==1){return"刪除成功";}else{return"刪除失敗";}}}4．科室信息表科室信息表包括：科室id、科室名稱，此表將科室id設(shè)為主鍵，并將科室需求進(jìn)行實(shí)體的設(shè)計(jì)，并對(duì)科室的實(shí)體進(jìn)行設(shè)計(jì)。科室信息表如表3-4所示表3-4科室信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明departmentidint11科室iddepartmentvarchar20科室5．床位信息表床位信息表包括：床號(hào)id、房號(hào)、科室id、床位價(jià)格，此表將床號(hào)id設(shè)為主鍵，并對(duì)床位的實(shí)體進(jìn)行設(shè)計(jì)。床位信息表如表3-5所示。表3-5床位信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明bedidint11床號(hào)idbednamevarchar20房號(hào)departmentidint11科室idpricevarchar10床位價(jià)格6．采購(gòu)信息表采購(gòu)信息表包括：采購(gòu)單id、采購(gòu)的藥品名稱、藥品的供貨商、藥品的數(shù)量單位、藥品產(chǎn)地、藥品類型、藥品數(shù)量，此表將采購(gòu)單id設(shè)為主鍵，對(duì)采購(gòu)信息表進(jìn)行詳細(xì)設(shè)計(jì)說(shuō)明。采購(gòu)信息表如表3-6所示。表3-6采購(gòu)信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明caigouidint11采購(gòu)單idcaigounamevarchar20采購(gòu)的藥品名稱gonghuoshangvarchar20供貨商danweivarchar10數(shù)量單位字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明candivarchar50藥品產(chǎn)地leixingvarchar20藥品類型shuliangint10藥品數(shù)量7．繳費(fèi)信息表繳費(fèi)信息表包括：繳費(fèi)單id、使用的藥品名稱、使用藥品數(shù)量、應(yīng)繳費(fèi)的總價(jià)格、病人的病情、創(chuàng)建時(shí)間，此表將繳費(fèi)單id設(shè)為主鍵，對(duì)繳費(fèi)信息進(jìn)行表詳細(xì)設(shè)計(jì)說(shuō)明。繳費(fèi)信息表如表3-7所示。表3-7繳費(fèi)信息表字段名數(shù)據(jù)類型長(zhǎng)度說(shuō)明reportidint11繳費(fèi)單iddurgnamevarchar20使用的藥品名稱durgnumvarchar20使用的藥品數(shù)量repricetotalvarchar10應(yīng)繳費(fèi)的總價(jià)格illnessvarchar50病情ctimevarchar20創(chuàng)建時(shí)間系統(tǒng)的詳細(xì)的設(shè)計(jì)與實(shí)現(xiàn)本設(shè)計(jì)的系統(tǒng)結(jié)構(gòu)可分為database文件夾為系統(tǒng)的數(shù)據(jù)庫(kù)文件，src的jsp源代碼，webroot為系統(tǒng)的界面代碼文件。實(shí)現(xiàn)系統(tǒng)主要應(yīng)用到SpringBoot，并采用JavaConfig的方式，對(duì)Spring進(jìn)行配置，MySQL對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)。系統(tǒng)的登錄設(shè)計(jì)某醫(yī)院管理系統(tǒng)對(duì)登錄界面進(jìn)行合法性驗(yàn)證，先配置Servlet到Web服務(wù)器，配置Servlet的映射Servlet-mapping后，獲取訪問(wèn)路徑后，再把數(shù)據(jù)封裝成指定的bean對(duì)象。用戶登錄界面流程圖如圖4-1所示。圖4-1用戶登錄流程圖用戶登錄界面如圖4-2所示。圖4-2用戶登錄界面系統(tǒng)前臺(tái)界面設(shè)計(jì)某醫(yī)院管理系統(tǒng)的前臺(tái)菜單欄中包括了醫(yī)院系統(tǒng)的核心功能，是進(jìn)行醫(yī)院正常工作的基礎(chǔ)界面。在用戶登錄之后，頁(yè)面跳轉(zhuǎn)至后臺(tái)view下的main.jsp，進(jìn)入MainForm，前臺(tái)界面主要是由幾個(gè)頁(yè)面組成，由頁(yè)面引入之后，形成main界面。系統(tǒng)前臺(tái)界面如圖4-3所示。圖4-3系統(tǒng)前臺(tái)界面進(jìn)入系統(tǒng)首頁(yè)用例圖如圖4-4所示。4.用戶進(jìn)行操作2.驗(yàn)證成功1.輸入賬戶3.驗(yàn)證失敗5.返回登錄主頁(yè)，退出當(dāng)前賬戶圖4-4用戶管理時(shí)序圖系統(tǒng)管理員界面設(shè)計(jì)門診管理界面門診界面主要包括病患的掛號(hào)、處方劃價(jià)、項(xiàng)目劃價(jià)、項(xiàng)目繳費(fèi)、藥品繳費(fèi)等系統(tǒng)化管理。病患掛號(hào)主要是添加掛號(hào)，在控制器patient里將患者信息添加到model路徑中的patient，并調(diào)用doctor控制器、department控制器添加信息，選擇掛號(hào)問(wèn)診的醫(yī)生和科室，并通過(guò)用戶登陸的user_id，在控制器patient里獲取患者信息來(lái)查找病患的掛號(hào)信息；處方劃價(jià)和項(xiàng)目主要根據(jù)患者的姓名在register數(shù)據(jù)庫(kù)表中搜索他所在的科室和看診的項(xiàng)目等判斷價(jià)格；項(xiàng)目繳費(fèi)和藥品繳費(fèi)通過(guò)患者的單據(jù)編號(hào)來(lái)查詢問(wèn)診的花銷，并進(jìn)行繳費(fèi)添加病患掛號(hào)界面如圖4-5所示。圖4-5添加病患掛號(hào)頁(yè)面住院管理界面住院管理的主要功能包括的入院登記、繳費(fèi)管理、藥品記賬、項(xiàng)目管理、出院結(jié)算等功能。入院登記主要可以根據(jù)姓名查詢已經(jīng)住院的患者，也可以添加新增的患者；繳費(fèi)管理主要記錄預(yù)繳的費(fèi)用；藥品記賬主要負(fù)責(zé)住院患者的日常用藥；項(xiàng)目管理則記錄住院的患者在治療住院期間所做的項(xiàng)目；出院結(jié)算是對(duì)整個(gè)住院期間所產(chǎn)生的花銷進(jìn)行繳費(fèi)。藥品繳費(fèi)界面采用seek彈窗的界面展示方法，用map方法接受參數(shù)，再ContextPath獲取應(yīng)用路徑后，返回?cái)?shù)據(jù)RequestMapping，調(diào)用drug方法，最后保存map方法以便更新記錄。藥品繳費(fèi)界面如圖4-6所示。圖4-6藥品繳費(fèi)界面系統(tǒng)管理界面系統(tǒng)管理主要包括超級(jí)管理員和一般管理員。前者可以對(duì)后者進(jìn)行管理，包括后者的注冊(cè)與信息添加等，都是由前者執(zhí)行完成。系統(tǒng)管理員添加新的用戶需要在ContextPath獲取userForm路徑，返回ResponseResultsave方法對(duì)user表單進(jìn)行保存，若信息填寫(xiě)錯(cuò)誤，則returnnull。系統(tǒng)管理添加用戶頁(yè)面如圖4-7所示。圖4-7系統(tǒng)管理添加用戶頁(yè)面系統(tǒng)管理員在role中給用戶分配角色，若roleid為1時(shí)，則被賦予為超級(jí)管理員，擁有所有菜單功能；roleid為4時(shí)，則被賦予為醫(yī)生用戶，擁有門診管理、查看值班的功能；roleid為6時(shí)，則被賦予為患者用戶，擁有掛號(hào)、查看病歷功能。系統(tǒng)管理分配用戶角色頁(yè)面如圖4-8所示。圖4-8系統(tǒng)管理分配用戶角色頁(yè)面用戶管理時(shí)序圖如圖4-9所示。1.輸入賬戶2.驗(yàn)證成功3.增加修改管理員信息4.驗(yàn)證失敗6.分配用戶角色5.增加成功或失敗7.分配成功或失敗圖4-9用戶管理時(shí)序圖數(shù)據(jù)中心界面數(shù)據(jù)中心主要包括科室、醫(yī)生、藥品產(chǎn)地、項(xiàng)目種類、掛號(hào)類型、倉(cāng)庫(kù)、經(jīng)辦人、藥品分類、供貨商等信息，可供管理員統(tǒng)一添加管理。管理員可在interface界面的List查看醫(yī)生的集合列表，注冊(cè)service接口，調(diào)用listDoctorService，并將數(shù)據(jù)存放在model中進(jìn)行讀取。醫(yī)生列表如圖4-10所示。圖4-10醫(yī)生列表頁(yè)面系統(tǒng)測(cè)試測(cè)試方法大部分情況下，系統(tǒng)測(cè)試都會(huì)分為兩種方式，第一是黑盒測(cè)試，第二是白盒測(cè)試。前者實(shí)際上就是一種對(duì)系統(tǒng)的功能進(jìn)行測(cè)試的方式，所以也被稱為是功能測(cè)試。借助該方式進(jìn)行系統(tǒng)測(cè)試時(shí)，可以將程序直觀地看成是一個(gè)黑匣子，單純對(duì)程序功能是否匹配設(shè)計(jì)思路進(jìn)行判定，借助相關(guān)手段對(duì)系統(tǒng)的功能以及使用方式進(jìn)行數(shù)據(jù)傳輸，以此判斷系統(tǒng)是否具備良好的信息接收能力。而后者簡(jiǎn)單來(lái)說(shuō)就是一種結(jié)構(gòu)測(cè)試的方式。在某醫(yī)院管理系統(tǒng)中，我們將主要使用黑盒測(cè)試的方法來(lái)測(cè)試整個(gè)系統(tǒng)的性能。用戶登錄功能測(cè)試為了保證系統(tǒng)的安全，采用了賬戶密碼模式，登錄測(cè)試是為檢查登錄時(shí)是否有漏洞，預(yù)防登錄時(shí)出現(xiàn)誤登的現(xiàn)象。當(dāng)測(cè)試人員輸入的姓名和密碼相匹配的時(shí)候，才可以登錄上系統(tǒng)；當(dāng)輸入賬戶為空或姓名和密碼不相符的時(shí)候則不允許登錄。表5-1登錄模塊測(cè)試用例序號(hào)輸入預(yù)期結(jié)果實(shí)際結(jié)果測(cè)試結(jié)果1賬號(hào)：admin密碼：123456進(jìn)入管理員主界面進(jìn)入管理員主界面通過(guò)2賬號(hào)：null密碼：null提示賬號(hào)或密碼不能為空提示用戶賬號(hào)或密碼不能為空通過(guò)3賬號(hào)：haha密碼：123789提示該用戶不存在提示該用戶不存在通過(guò)4賬號(hào)：jun密碼：123456進(jìn)入用戶主界面進(jìn)入用戶主界面通過(guò)病患掛號(hào)功能測(cè)試病患掛號(hào)功能是某醫(yī)院管理系統(tǒng)的重要功能，病患在此功能處添加自己的信息，選擇科室和項(xiàng)目等。測(cè)試人員在點(diǎn)擊添加按鈕后，就可以執(zhí)行掛號(hào)操作。信息是否添加成功完全取決于患者是否完整地填入了信息。管理員添加病患掛號(hào)信息的測(cè)試用例如表5-2所示。表5-2管理員添加病患掛號(hào)信息測(cè)試用例序號(hào)果1息2身份證號(hào)碼格式填寫(xiě)錯(cuò)誤掛號(hào)失敗，請(qǐng)?zhí)顚?xiě)正確身份證格式請(qǐng)?zhí)顚?xiě)正確身份證格式3電話號(hào)格式填寫(xiě)錯(cuò)誤掛號(hào)失敗，請(qǐng)?zhí)顚?xiě)正確身份證格式掛號(hào)失敗，請(qǐng)?zhí)顚?xiě)正確身份證格式通過(guò)4添加科室內(nèi)科，填寫(xiě)數(shù)字123科室添加失敗，請(qǐng)補(bǔ)充正確科室名稱科室添加失敗，請(qǐng)補(bǔ)充正確科室名稱通過(guò)5添加掛號(hào)類型時(shí)，未選項(xiàng)掛號(hào)失敗，請(qǐng)?zhí)顚?xiě)必填項(xiàng)掛號(hào)失敗，請(qǐng)?zhí)顚?xiě)必填項(xiàng)通過(guò)6添加科室內(nèi)科，填寫(xiě)符號(hào)“#”科室添加失敗，請(qǐng)補(bǔ)充正確科室名稱科室添加失敗，請(qǐng)補(bǔ)充正確科室名稱通過(guò)項(xiàng)目繳費(fèi)功能測(cè)試項(xiàng)目繳費(fèi)功能測(cè)試主要是為了檢查患者項(xiàng)目繳費(fèi)功能能否含有隱藏的漏洞，項(xiàng)目繳費(fèi)功能需要管理員查詢患者信息后進(jìn)行繳費(fèi)。在測(cè)試人員輸入正確的患者姓名或者在菜單欄選擇患者后，能不能正常進(jìn)行繳費(fèi)功能，在測(cè)試人員輸入不正確的患者姓名后，能不能進(jìn)行繳費(fèi)功能。項(xiàng)目繳費(fèi)功能的測(cè)試用例如表5-3所示。表5-3項(xiàng)目繳費(fèi)功能測(cè)試用例序號(hào)輸入預(yù)期結(jié)果實(shí)際結(jié)果測(cè)試結(jié)果1Haha無(wú)數(shù)據(jù)無(wú)數(shù)據(jù)通過(guò)2呼呼正確檢索查詢患者信息，可支付正確檢索查詢患者信息，可支付通過(guò)3查詢條件：Null顯示全部患者信息顯示全部患者信息通過(guò)4未添加結(jié)算項(xiàng)目繳費(fèi)失敗，請(qǐng)?zhí)砑邮召M(fèi)項(xiàng)目繳費(fèi)失敗，請(qǐng)?zhí)砑邮召M(fèi)項(xiàng)目通過(guò)藥品入庫(kù)功能測(cè)試藥品入庫(kù)功能測(cè)試主要是為了檢查藥品入庫(kù)登記功能能否含有隱藏的漏洞，藥品入庫(kù)功能需要管理員對(duì)藥品進(jìn)行入庫(kù)登記。在測(cè)試人員添加正確藥品信息后，能不能正常進(jìn)行入庫(kù)功能，在測(cè)試人員輸入不正確的信息后，能不能進(jìn)行入庫(kù)功能。藥品入庫(kù)功能的測(cè)試用例如表5-4所示：表5-4藥品入庫(kù)功能測(cè)試用例序號(hào)輸入預(yù)期結(jié)果實(shí)際結(jié)果測(cè)試結(jié)果1添加藥品信息，填寫(xiě)全部信息入庫(kù)成功入庫(kù)成功通過(guò)2未準(zhǔn)備入庫(kù)入庫(kù)失敗，請(qǐng)?zhí)砑尤霂?kù)信息入庫(kù)失敗，請(qǐng)?zhí)砑尤霂?kù)信息通過(guò)

結(jié)束語(yǔ)本系統(tǒng)能滿足中小型醫(yī)療機(jī)構(gòu)的工作需求，可以實(shí)現(xiàn)醫(yī)院內(nèi)部的掛號(hào)、繳費(fèi)、藥房、藥庫(kù)、科室、病床的信息化管理；還能提供記錄醫(yī)院內(nèi)部各類經(jīng)營(yíng)決策匯總和明細(xì)的月報(bào)表、年報(bào)表，便于管理層人員進(jìn)行數(shù)據(jù)分析，更好的經(jīng)營(yíng)醫(yī)療機(jī)構(gòu)；還可以記錄病患的住院信息、醫(yī)生信息、科室、藥品、手術(shù)、病床信息等；系統(tǒng)管理員還能對(duì)藥房進(jìn)行管理，方便察覺(jué)藥房的報(bào)缺，及時(shí)補(bǔ)充藥品和庫(kù)房，還能查詢剩