基于SpringBoot架構(gòu)的醫(yī)院門診信息管理系統(tǒng)的設(shè)計與實現(xiàn)

一引言1.1研究背景隨著這幾年互聯(lián)網(wǎng)高速發(fā)展和國內(nèi)互聯(lián)網(wǎng)成熟，互聯(lián)網(wǎng)在日常生活的方方面面逐漸占據(jù)主導(dǎo)地位。各行各業(yè)在互聯(lián)網(wǎng)的影響下發(fā)生了巨大的變革，互聯(lián)網(wǎng)已經(jīng)成為許多行業(yè)的工作和管理中不可或缺的輔助工具。醫(yī)院傳統(tǒng)門診系統(tǒng)也向信息化管理的方向轉(zhuǎn)變。隨著經(jīng)濟的發(fā)展和醫(yī)療水平的提高，人們的醫(yī)療理念正在發(fā)生變化。公立醫(yī)院需要提高門診服務(wù)的信息化水平。在普及門診信息化管理之前，醫(yī)生利用傳統(tǒng)紙質(zhì)病歷和藥單幫助病人就診，也依靠紙質(zhì)出勤表登記出診信息，而管理員要了解門診情況只能親自到現(xiàn)場查看，門診量和專家出診等情況無法及時掌握，信息的滯后給門診管理帶來諸多不便。由于醫(yī)院每天都要就診大量的患者，在巨大的門診壓力下，醫(yī)務(wù)人員會容易出現(xiàn)失誤，進而引起醫(yī)療糾紛，影響醫(yī)院的形象，因此，提高醫(yī)院門診服務(wù)質(zhì)量，科學(xué)管理醫(yī)院門診服務(wù)顯得尤為重要。我國大部分醫(yī)院就診流程基本上是掛號、候診、就診、繳費、檢查、再就診、取藥和離開，患者可能會在就診、繳費、檢查、再就診等門診環(huán)節(jié)反復(fù)進行，每個環(huán)節(jié)都需要排隊等候，極大影響患者的就診體驗。多數(shù)的病人的反映是僅僅因為是第一次到大醫(yī)院去看病,少者則只耗費了一上午左右的檢查時間,多者則二三天都沒有任何檢查的結(jié)果,而在上述的時間分配中實際用于醫(yī)生的直接臨床診查治療的治療時間則僅僅也只是消耗了15分鐘~20min,剩余的時間則均耗在了非醫(yī)學(xué)上。針對這些問題，門診系統(tǒng)的信息化建設(shè)可以很好地改善門診服務(wù)質(zhì)量。1.2國內(nèi)外研究現(xiàn)狀近十年間,在我國對門診業(yè)務(wù)創(chuàng)新與智慧醫(yī)療建設(shè)等方面都開展了積極的理論探討與實踐，在門診評價研究、預(yù)約治療、門診業(yè)務(wù)流程優(yōu)化、門診服務(wù)、智能醫(yī)療建設(shè)等五個方面都獲得了相應(yīng)的研究成果。既是理論性研究，又有實踐經(jīng)驗共享;既是某所公立醫(yī)院的個體化研究,也有全國性的研究,其主要集中于研究以患者為中心,通過完善門診布局,改善就診環(huán)境,通過引進網(wǎng)絡(luò)信息化手段、逐步優(yōu)化治療流程、加強網(wǎng)絡(luò)預(yù)約治療、提升服務(wù)質(zhì)量、建立智慧醫(yī)院，從而完善患者就醫(yī)感受。從支付寶與微信支付誕生至今，手機支付逐漸代替紙幣和銀行卡在人們的主要支付方式中占據(jù)主導(dǎo)地位。但目前門診信息化建設(shè)還存在一些問題。目前,由于我國門診服務(wù)部門對手機支付方式?jīng)]有足夠的重視，所以門診中手機支付未完全普及，且醫(yī)院門診流量大，易發(fā)生網(wǎng)絡(luò)卡頓等不確定因素，影響手機支付的穩(wěn)定性。門診電子病歷和醫(yī)院各部門間共享程度水平較低。信息很難以最合理的方式輸送到有效醫(yī)療載體，有時甚至存在信息壁壘，使得信息難以整合，這就顛覆了智慧醫(yī)療和智慧門診的初心。患者的醫(yī)療信息屬于隱私信息的范疇，門診信息管理系統(tǒng)中的電子病歷的數(shù)據(jù)與系統(tǒng)中的各個功能深度綁定。在信息相互傳輸?shù)倪^程中，數(shù)據(jù)也可能被不法分子攔截和篡改，這對門診信息管理系統(tǒng)的安全性提出了更高的要求。海外國家對門診網(wǎng)絡(luò)信息化技術(shù)的研發(fā)時間較國內(nèi)早,因此總體上在門診體驗、安全、信息系統(tǒng)性能等方面都較國內(nèi)做到的更好。英國政府也已經(jīng)開始建立一個全球性的健康信息網(wǎng)絡(luò),并部署了一系列服務(wù)。利用這一信息網(wǎng),病人即可選擇和預(yù)約醫(yī)療服務(wù)項目、獲取自己的電子病歷文檔井辦理出院手線等,普通醫(yī)療工作者也可以實現(xiàn)服務(wù),涵蓋了電子病歷、網(wǎng)上預(yù)約、電子處方、醫(yī)學(xué)影像技術(shù)和遠程診斷服務(wù)等。在二零零四年,美國還專門設(shè)立了全國醫(yī)學(xué)信息協(xié)調(diào)官辦事處來統(tǒng)一管理和統(tǒng)籌衛(wèi)生信息的發(fā)展，ONC開展以來已獲得了重要成效，電子病歷的數(shù)字化工作基本已經(jīng)完成，全國電子病歷普及率已超過了百分之八十。就醫(yī)院信息化的技術(shù)狀況分析，美國正大力開發(fā)新的醫(yī)院信息化技術(shù)手段。近年來，Google跟美國的醫(yī)療中心合作，為幾百萬名社區(qū)病人創(chuàng)建了電子檔案，醫(yī)生可以遠程監(jiān)測。微軟也推出了一個新的醫(yī)療信息化服務(wù)平臺，幫助醫(yī)生、病人和病人家屬及時了解病人的最新狀況。英特爾創(chuàng)建了數(shù)字化醫(yī)療平臺，通過信息化手段幫助醫(yī)生與患者建立互動。IBM公司也在這方面有很大的努力。近年來歐洲醫(yī)療信息化戰(zhàn)略取得了長足發(fā)展：電子病歷、通信架構(gòu)和網(wǎng)絡(luò)、標(biāo)準(zhǔn)化、安全和隱私。不過出于其他方面考慮，已經(jīng)有部分歐盟成員國已經(jīng)決定,把醫(yī)學(xué)信息化作為衛(wèi)生領(lǐng)域的重要國家策略,而其余歐盟各國,仍處在由中央政府協(xié)調(diào)衛(wèi)生局和民政等有關(guān)行政部門共同推動方針政策制定的初級階段。歐盟的數(shù)字醫(yī)療系統(tǒng)已比較完善,而目前歐洲也正努力構(gòu)建涵蓋整個歐洲區(qū)域的數(shù)字醫(yī)療系統(tǒng)。1.3研究意義和目標(biāo)本門診信息管理系統(tǒng)中的用戶門診服務(wù)系統(tǒng)是基于系統(tǒng)的新型用戶門診服務(wù)系統(tǒng)。利用系統(tǒng)，用戶可以通過系統(tǒng)實現(xiàn)遠程掛號，不需要走出家門就可以輕松解決掛號問題。掛號系統(tǒng)中加入了實名登記功能，防止炒號現(xiàn)象。用戶還能在網(wǎng)頁中充值、繳費等功能，縮短了用戶在掛號、繳費、檢查、查看檢查結(jié)果等環(huán)節(jié)的排隊時間，簡化了服務(wù)環(huán)節(jié)，節(jié)省就診時間，提高了服務(wù)質(zhì)量，獲得了社會和經(jīng)濟收益。在此門診管理系統(tǒng)中，醫(yī)生以電子病歷代替?zhèn)鹘y(tǒng)紙質(zhì)病歷，用戶可以更方便地查看病歷，并且不會因醫(yī)生的筆跡造成閱讀困難。因此，門診系統(tǒng)的信息化建設(shè)變得格外重要，基于系統(tǒng)的用戶門診服務(wù)系統(tǒng)可以降低人們門診掛號的難度，門診服務(wù)系統(tǒng)的各個功能簡化服務(wù)環(huán)節(jié)，縮短了就診時間。醫(yī)生以電子病歷為工具，提高了病歷的可讀性，方便用戶查看病歷。在給患者提供救治服務(wù)時，需要消耗大量醫(yī)療資源。為了實現(xiàn)醫(yī)院物資的統(tǒng)一管理，利用信息技術(shù)和計算機信息平臺的建設(shè)可以減少資源的占用，保證充足的物資供應(yīng)，減少資源浪費，使醫(yī)院獲得更直接的效益。由于門診管理系統(tǒng)每天要處理大量門診信息，對門診系統(tǒng)的性能提出了更高的要求：1.可用性：門診部門每天有大量就診患者，由于人們醫(yī)療意識的不斷提高，將來門診管理系統(tǒng)會面臨更大的壓力。因此開發(fā)者必須確保系統(tǒng)在高訪問量的情況下仍可維持系統(tǒng)的正常運行，保證患者的就醫(yī)體驗。2.安全性：每位患者的醫(yī)療信息屬于隱私信息的一部分，是受法律保護的。醫(yī)院有義務(wù)保證醫(yī)療信息的完整性，保證患者的醫(yī)療信息不被泄露和破壞。醫(yī)院門診管理系統(tǒng)的數(shù)據(jù)需要一定的安全措施作為安全保障，對醫(yī)院門診管理系統(tǒng)的安全性提出了更高的要求。3.可靠性：醫(yī)生開具各項檢查和處方后，醫(yī)院的相應(yīng)部門能夠及時接收并處理這些檢查和處方業(yè)務(wù)，讓患者能及時做完檢查，領(lǐng)取處方，保證患者的就診效率。

二需求分析2.1調(diào)查研究隨著人們對門診服務(wù)要求的不斷提高，傳統(tǒng)的門診管理方式已經(jīng)無法滿足人們的醫(yī)療需求。繁瑣的傳統(tǒng)門診管理無法門診員工的工作需求，為了提高效率，充分利用人力資源和醫(yī)療資源，設(shè)計一套更高效的門診管理系統(tǒng)必不可少。醫(yī)院門診管理系統(tǒng)是將當(dāng)今計算機互聯(lián)網(wǎng)技術(shù)充分使用在醫(yī)院門診信息系統(tǒng)中,既可以幫助儲存患者信息，又可以記錄查詢病例的信息，以此幫助醫(yī)院展開醫(yī)院門診的醫(yī)療工作。醫(yī)院門診管理信息系統(tǒng)選擇的是B/S結(jié)構(gòu)，使用當(dāng)今先進的前后端框架以及數(shù)據(jù)庫來設(shè)計并開發(fā)門診管理系統(tǒng)系統(tǒng)，后端使用SpringBoot框架，前端頁面使用Vue框架，兩者可以前后端分離，提高開發(fā)效率。數(shù)據(jù)庫用MySQL數(shù)據(jù)庫，無需支付使用費，減少開發(fā)成本。實現(xiàn)預(yù)約掛號、門診充值、門診繳費、門診就醫(yī)、退款、倉庫管理、值班安排等功能。2.2任務(wù)目標(biāo)由于對門診信息系統(tǒng)全面發(fā)展的要求，門診信息系統(tǒng)作為醫(yī)院醫(yī)療系統(tǒng)中尤為重要的一部分更需要對其未來的發(fā)展提出具體的要求，使醫(yī)院門診管理透明化、信息化、高效化。讓醫(yī)院管理人員方便管理，提高門診管理效率。根據(jù)醫(yī)院對門診的信息化建設(shè)要求，門診信息系統(tǒng)的發(fā)展目標(biāo)是：支持醫(yī)院的行政管理和醫(yī)療業(yè)務(wù)流程。減輕醫(yī)院工作人員的勞動強度,通過系統(tǒng)數(shù)據(jù)的匯總,幫助醫(yī)院高層領(lǐng)導(dǎo)做出醫(yī)院建設(shè)發(fā)展決策，從而提高醫(yī)院工作效率，增加醫(yī)院經(jīng)濟效益。建立完善的醫(yī)療成本核算、統(tǒng)計分析，方便醫(yī)院管理者做出決策。實時查看門診服務(wù)運行情況，如就診人數(shù)、住院人數(shù)等，及時解決醫(yī)院門診運營中出現(xiàn)的問題，提高醫(yī)療質(zhì)量。建立完整的門診病歷庫，方便門診患者再次就診，同時提高門診病歷質(zhì)量，解決紙質(zhì)病歷不易保存和容易丟失的問題。患者能通過網(wǎng)頁掛號預(yù)約，實現(xiàn)在家就能掛專家號，解決患者掛號難的問題。2.3系統(tǒng)中不同角色的需求分析2.3.1患者的需求患者是門診信息管理系統(tǒng)的主要服務(wù)對象。他們所關(guān)心的是能不能依靠系統(tǒng)更加方便地完成門診的各個服務(wù)流程，如預(yù)約掛號、門診繳費、門診充值、查看電子病歷等。預(yù)約掛號是主要功能之一，患者希望能在家用手機就能掛上號。門診信息系統(tǒng)的開發(fā)者更加關(guān)注這類群體的使用體驗。用例圖如圖2-1所示。圖2-1用戶用例圖2.3.2醫(yī)療工作人員的需求醫(yī)療工作人員是系統(tǒng)運行的直接操作者。他們關(guān)心的是能不能輕松使用門診信息醫(yī)療系統(tǒng)輔助自己工作，能夠多大程度上取代手工操作，能不能適應(yīng)從傳統(tǒng)工作方式到信息化工作方式的轉(zhuǎn)變。再進一步的要求就是方便、簡單、易學(xué)等。門診信息系統(tǒng)的開發(fā)者應(yīng)該加強與醫(yī)療工作人員的交流。用例圖如圖2-2所示。圖2-2醫(yī)生用例圖2.3.3系統(tǒng)管理人員的需求系統(tǒng)管理人員承擔(dān)是醫(yī)院門診信息系統(tǒng)安全運行的維護保障任務(wù)，他們最關(guān)心的是系統(tǒng)的實時運行情況，能不能方便地管理門診數(shù)據(jù)。用例圖如圖2-3所示。圖2-3管理員用例圖2.4術(shù)語定義門診：門診醫(yī)院整體運行的重要組成部分。它通常與住院服務(wù)相結(jié)合，并由顧問醫(yī)生和外科醫(yī)生組成，他們也在病房照顧住院病人。許多患者作為門診患者接受檢查和治療，然后在以后作為住院患者入院。掛號：由于醫(yī)院中某些專家的就診患者多，而專家一天能就診的患者人數(shù)有限。醫(yī)院為了患者能夠準(zhǔn)時就醫(yī)實行掛號?；颊咛崆邦A(yù)約并領(lǐng)取號碼按次序看病。電子病歷：對于患者來說，紙質(zhì)病歷保管麻煩，且容易丟失。如果病歷丟失，會對醫(yī)生和患者造成麻煩。另外如果病歷上的筆跡潦草也不利于患者閱讀。電子病歷是保存在數(shù)據(jù)庫中，丟失的可能性小。由于電子病歷在計算機上以文本形式顯示，不會對患者的查看造成困難。2.5系統(tǒng)可行性分析2.5.1技術(shù)可行性用戶部分可主要依托于系統(tǒng)平臺，這樣方便推送消息提醒。從目前的APP實際利用分析來看,其需要進行安裝,耗時而且消耗大量的流量,隨著APP的更新和優(yōu)化,需要對APP程序進行不斷的升級,這加劇了APP使用的繁瑣程度,但是系統(tǒng)不具備這些煩惱,所以其應(yīng)用更加的簡便。SpringBoot、Vue、MyBatis的普及為WEB開發(fā)帶來了極大的便利。uni-app前端框架可以在不同的網(wǎng)頁平臺上發(fā)布，很大程度上減少了開發(fā)者對各個網(wǎng)頁平臺的適配工作。MySQL作為當(dāng)代最主流的關(guān)系型數(shù)據(jù)庫，可以滿足門診系統(tǒng)日常的業(yè)務(wù)開發(fā)，還提供了主從復(fù)制，確保數(shù)據(jù)的安全性，超高的性能也讓開發(fā)者開發(fā)起來受益匪淺。2.5.2經(jīng)濟可行性對于app開發(fā)者來說，由于Android和iOS是兩個不同操作系統(tǒng)，開發(fā)者不僅要做Android平臺的app，也要分出一些精力開發(fā)iOS平臺的app。這樣的開發(fā)方式不僅可移植性差，而且工作量大，不易維護，增加維護費用。而對于網(wǎng)頁開發(fā)者來說,他們不用考慮不同手機平臺的適配問題，網(wǎng)頁以微信為運行環(huán)境，可以在不同的平臺上運行，網(wǎng)頁開發(fā)團隊可以集中跟多的人力物力做好網(wǎng)頁開發(fā)。MySQL的流行很大程度上是由于自身的定價。MySQL的Windows版本是可以免費使用的，Linux下的MySQL如果由管理員安裝也是免費的。MySQL低廉的授權(quán)費可以減少開發(fā)者的開發(fā)費用。2.5.3法律可行性此門診管理系統(tǒng)所用的技術(shù)均為開源項目，不存在版權(quán)問題。在用戶隱私方面也遵循相關(guān)法律法規(guī)。2.5.4操作可行性管理員和醫(yī)生只需要瀏覽器就可以登錄，頁面簡潔，操作簡單。用戶可以通過微信進入系統(tǒng)，方便快捷，界面邏輯簡單，易于操作。

三技術(shù)支撐3.1系統(tǒng)框架本系統(tǒng)采用了B/S架構(gòu)，B/S架構(gòu)采取瀏覽器請求，服務(wù)器響應(yīng)的工作模式。用戶可以通過瀏覽器去訪問Internet上由Web服務(wù)器產(chǎn)生的文本、數(shù)據(jù)、圖片、動畫、視頻點播和聲音等信息。后臺使用MySQL數(shù)據(jù)庫和SpringBoot框架。管理員和醫(yī)生通過瀏覽器訪問后臺，用戶通過系統(tǒng)與Web服務(wù)器交互。3.1.1SpringBootSpringBoot是由Pivotal團隊提供的全新框架，其設(shè)計目的是用來簡化新Spring應(yīng)用的初始搭建以及開發(fā)過程。該框架使用了特定的方式來進行配置，從而使開發(fā)人員不再需要定義樣板化的配置。通過這種方式，SpringBoot致力于在蓬勃發(fā)展的快速應(yīng)用開發(fā)領(lǐng)域(rapidapplicationdevelopment)成為領(lǐng)導(dǎo)者。3.1.2VueVue是一套用于構(gòu)建用戶界面的漸進式框架。與其它大型框架不同的是，Vue被設(shè)計為可以自底向上逐層應(yīng)用。Vue的核心庫只關(guān)注視圖層，不僅易于上手，還便于與第三方庫或既有項目整合。另一方面，當(dāng)與現(xiàn)代化的工具鏈以及各種支持類庫結(jié)合使用時，Vue也完全能夠為復(fù)雜的單頁應(yīng)用提供驅(qū)動。3.1.3MybatisMyBatis是一款優(yōu)秀的持久層框架，它支持定制化SQL、存儲過程以及高級映射。MyBatis避免了幾乎所有的JDBC代碼和手動設(shè)置參數(shù)以及獲取結(jié)果集。MyBatis可以使用簡單的XML或注解來配置和映射原生信息，將接口和Java的POJOs(PlainOrdinaryJavaObject,普通的Java對象)映射成數(shù)據(jù)庫中的記錄。3.1.4MybatisplusMyBatisplus是MyBatis的一個增強工具包。它只進行增強而不進行更改。為簡化開發(fā)工作，提高生產(chǎn)效率而生。Mybatisplus支持Mybatis的所有原生特性。因此，Mybatisplus的引入不會對現(xiàn)有的Mybatis架構(gòu)造成任何影響。內(nèi)置通用mapper和通用服務(wù)，只需通過少量配置即可實現(xiàn)單表的大部分CRUD操作，強大的條件構(gòu)造函數(shù)可以滿足各種使用需求。對性能基本無損耗。3.1.5MySQLMySQL是一種關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，關(guān)系數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內(nèi)，這樣就增加了速度并提高了靈活性。MySQL所使用的SQL語言是用于訪問數(shù)據(jù)庫的最常用標(biāo)準(zhǔn)化語言。MySQL軟件采用了雙授權(quán)政策，分為社區(qū)版和商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，一般中小型網(wǎng)站的開發(fā)都選擇MySQL作為網(wǎng)站數(shù)據(jù)庫。3.1.6ElementUIElementUI是一套非常流行的視覺UI組件庫，由餓了么前端團隊推出的，為開發(fā)者、設(shè)計師和產(chǎn)品經(jīng)理準(zhǔn)備的基于Vue2.0的組件庫，提供了配套設(shè)計資源，幫助使用者的網(wǎng)站快速成型。ElementUI提供了大量的組件，對常用的組件的封裝進行了簡化，大大減低了前端開發(fā)者的開發(fā)難度。設(shè)計簡潔直觀，語言表達清晰且表意明確，界面簡單直白。3.2不同技術(shù)對比3.2.1SpringBoot與SpringMVC對比SpringMVC以輕耦合的方式構(gòu)建WEB服務(wù)，讓W(xué)EB開發(fā)變得容易。SpringBoot作為SpringMVC的繼承者，實現(xiàn)了自動配置，降低了開發(fā)者搭建WEB項目的難度，開發(fā)者無需復(fù)雜的配置就能構(gòu)建一個WEB項目。SpringBoot應(yīng)用中這些第三方庫幾乎可以無需配置或者只需很少的配置就可以使用。由于SpringBoot集成了tomcat，所以無需開發(fā)者手動添加tomcat服務(wù)器。3.2.2MySQL與Oracle對比就可擴展性而言，MySQL可用于小型和大型企業(yè)。OracleSQL被設(shè)計成大規(guī)模的，可以支持大量數(shù)據(jù)。MySQL是一個開源數(shù)據(jù)庫。然而，相比之下，OracleSQL是為商業(yè)而開發(fā)的。這意味著如果沒有許可證，您將無法使用OracleSQL。MySQL有一些實例是更好的選擇。一個這樣的例子是當(dāng)數(shù)據(jù)庫不需要在很大程度上擴展時。另一個例子是網(wǎng)站或Web應(yīng)用程序需要只讀數(shù)據(jù)庫。如果不需要更高程度的復(fù)制，MySQL將是更好的選擇。因為MySQL在GNU許可下確實有一個免費和開放的版本，所以預(yù)算也是選擇MySQL的一個很好的理由。MySQL更適合作為醫(yī)院門診信息系統(tǒng)的數(shù)據(jù)庫。3.2.3MyBatis與Mybatisplus對比對于Mybatis，所有SQL語句全部自己寫，手動解析Entity關(guān)系映射轉(zhuǎn)化為Mybatis內(nèi)部對象注入容器，對開發(fā)者來說工作量極大。Mybatis過多依賴數(shù)據(jù)庫SQL語句，導(dǎo)致數(shù)據(jù)庫移植性差。替換數(shù)據(jù)庫時，如果SQL語句存在差異，SQL語句的工作量會更大。Mybatisplus內(nèi)置代碼生成器，使用代碼或Maven插件可以快速生成mapper層、模型層、服務(wù)層和控制器層代碼，支持模板引擎，有很多自定義配置使用，可以迅速成型，降低開發(fā)難度。支持lambda形式調(diào)用：方便通過lambda表達式編寫各種查詢條件，不用擔(dān)心字段拼寫錯誤，且可以根據(jù)查詢條件生成對應(yīng)的SQL語句，提高SQL語句的兼容性。Mybatisplus的分頁功能基于Mybatis分頁功能，開發(fā)者無需關(guān)心具體操作，并支持多種SQL數(shù)據(jù)庫。Mybatisplus作為Mybatis的增強工具，很好的彌補了Mybatis的缺點。3.2.4Vue與ElementUI對比Vue是一套漸進式JavaScript框架，開發(fā)者只需要關(guān)注視圖層。而ElementUI是組件庫，是基于Vue的第三方庫，在Vue的基礎(chǔ)上簡化了常用組件的封裝，提高了重用性原則。

四系統(tǒng)設(shè)計4.1系統(tǒng)總體規(guī)劃系統(tǒng)管理頁面只有管理員賬號才能登錄，登錄時對用戶和密碼進行檢測。用戶名為空、用戶名不存在、密碼錯誤均不可進入管理系統(tǒng)。醫(yī)生出診頁面只有醫(yī)生賬號才能登錄，登錄時對用戶和密碼進行檢測。用戶名為空、用戶名不存在、密碼錯誤均不可進入。用戶在微信中打開門診網(wǎng)頁，網(wǎng)頁以微信號為登錄憑證登錄系統(tǒng)。如果用戶不存在則自動注冊新賬號。4.2概要設(shè)計用戶網(wǎng)頁模塊包括門診掛號、充值、繳費、記錄查看等功能。醫(yī)生客戶端模塊包括看病、叫號、開具醫(yī)療清單、制作電子病歷等功能。后臺管理員模塊集成賬號、藥品、收費、病歷等信息的管理，醫(yī)生出診計劃安排和查看統(tǒng)計數(shù)據(jù)等功能。系統(tǒng)總體功能模塊如圖4-1所示。圖4-1系統(tǒng)功能模塊圖4.3詳細設(shè)計4.3.1管理員流程圖以下業(yè)務(wù)流程圖反映了管理員的登錄流程。如圖4-2所示。圖4-2管理員登錄流程圖以下業(yè)務(wù)流程圖反映了管理員的信息管理的操作流程。如圖4-3所示。圖4-3管理員信息操作流程圖4.3.2醫(yī)生流程圖以下業(yè)務(wù)流程圖反映了醫(yī)生的登錄流程。如圖4-4所示。圖4-4管理員業(yè)務(wù)流程圖以下業(yè)務(wù)流程圖反映了醫(yī)生的出診流程。如圖4-5所示。圖4-5醫(yī)生業(yè)務(wù)流程圖4.3.3用戶流程圖以下業(yè)務(wù)流程圖反映了系統(tǒng)用戶的登錄流程。如圖4-6所示。圖4-6用戶登錄業(yè)務(wù)流程圖以下業(yè)務(wù)流程圖反映了用戶在網(wǎng)頁上在線掛號的流程。如圖4-7所示。圖4-7門診掛號業(yè)務(wù)流程圖以下業(yè)務(wù)流程圖反映了用戶在網(wǎng)頁上門診就醫(yī)的流程。如圖4-8所示。圖4-8用戶門診就醫(yī)業(yè)務(wù)流程圖以下業(yè)務(wù)流程圖反映了用戶在網(wǎng)頁上繳費的流程。如圖4-9所示。圖4-9用戶繳費業(yè)務(wù)流程圖4.4數(shù)據(jù)庫設(shè)計4.4.1概念模型設(shè)計經(jīng)過上述功能分析和需求總結(jié)，考慮到將來功能上的擴展，設(shè)計如下的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)：圖4-10系統(tǒng)用例圖4.4.2數(shù)據(jù)庫表的設(shè)計1.用戶表：主要存儲用戶信息，如微信號、創(chuàng)建日期，如表4-1所示。表4-1用戶信息表否echat否e否2.就診卡表：主要存儲就診卡信息，如卡號、身份證號、姓名等，如表4-2所示。表4-2就診卡信息表3.醫(yī)生表：主要存儲醫(yī)生信息，如姓名、介紹、部門等，如表4-3所示。表4-3醫(yī)生信息表4.管理員表：主要存儲管理員賬號信息，如用戶名、密碼、創(chuàng)建日期等，如表4-4所示。表4-4管理員信息表5.科室表：主要存儲科室信息，如編號、名稱等，如表4-5所示。表4-5科室信息表6.出診表：主要存儲出診計劃信息，如醫(yī)生、名額、掛號費用等，如表4-6所示。表4-6出診表預(yù)約表：主要存儲用戶預(yù)約信息，如就診卡、預(yù)約醫(yī)生、序號、狀態(tài)等，如表4-7所示。表4-7預(yù)約信息表8.用戶表：主要存儲用戶信息，如微信號、創(chuàng)建日期，如表4-8所示。表4-8就診記錄表9.倉庫表：主要存儲倉庫信息，如編號、名稱、類型(藥品或檢查)、庫存、費用等，如表4-9所示。表4-9倉庫信息表10.訂單表：主要存儲訂單信息，如花費項目、數(shù)量、訂單狀態(tài)等，如表4-10所示。表4-10訂單記錄表11.用戶表：主要存儲充值記錄信息，如充值卡號、充值日期、充值費用等，如表4-11所示。表4-11充值記錄表12.出入庫表：主要存儲藥品出入庫記錄信息，如藥品編號、數(shù)量變化、日期等，如表4-12所示。表4-12藥品出入庫記錄表

五系統(tǒng)實現(xiàn)5.1用戶5.1.1登陸注冊賬號登錄用戶通過微信進入網(wǎng)頁登錄頁面，以微信號為登錄賬號，如果賬號未被注冊，則自動以微信號注冊新賬號進行登錄。登錄后進入首頁。如圖5-1所示。圖5-1首頁代碼如下：///<summary>///登陸驗證///</summary>///<paramname="UserCode">用戶名</param>///<paramname="Password">密碼</param>///<returns></returns>privateboolSignIn（stringUserCode，stringPassword）{NetCore.InitSocket（）；NetCore.ValidateClient（）；string[]Params={UserCode，ESoSi.Utils.EncryptString（Password）}；DataSetdsUser=ESoSi.DataAdapter.Query（SQL_CETUSER，Params）；if（（dsUser!=null）&&（dsUser.Tables.Count>0）&&（dsUser.Tables[0].Rows.Count==1））{HiS.User.Id=dsUser.Tables[0].Rows[0]["USER一D"].ToString（）；HiS.User.Code=dsUser.Tables[0].Rows[0]["USER_CODE"].ToString（）；HiS.User.Name=dsUser.Tables[0].Rows[0]["USEResNAME"].ToString（）；HiS.User.PassWord=dsUser.Tables[0].Rows[0]["PASSWORD"].ToString（）；HiS.User.SysVersion=System.Configuration.ConfigurationManager.AppSettings["SystemVersion"]；HiS.User.UserType=dsUser.Tables[0].Rows[0][HiS.DE.CmUser.USER_TYPE_CODE].ToString（）；if（!this.labLockInfo.Visible）{HiS.User.DeptId=dsUser.Tables[0].Rows[0]["DEPTID"].ToString（）；HiS.User.DeptName=dsUser.Tables[O}.Rows[0}["DEPTesNAME"}.ToString（）；}returntrue；}returnfalse；}5.1.2在線掛號在線掛號是門診系統(tǒng)的核心功能，用戶登錄驗證后，用戶進入預(yù)約頁面后，先確定醫(yī)院科室,然后確定醫(yī)師,也可以在預(yù)約信息網(wǎng)頁查詢醫(yī)師,使用者可以依據(jù)自身情況確定就醫(yī)日期,提出在線預(yù)約請求。如果符合預(yù)訂條件,則顯示預(yù)訂成功彈窗,跳轉(zhuǎn)到預(yù)訂信息網(wǎng)頁。否則提示預(yù)約失敗,不跳轉(zhuǎn)頁面,使用者可以在該頁面繼續(xù)操作。醫(yī)務(wù)人員可以在掛號網(wǎng)頁查看已掛號的人員信息。如圖5-2所示。圖5-2掛號代碼如下：[D11Import（"SiInterface.dll"）]privatestaticexternintINIT（byte[]pErrMsg）；[D11Import（"SiInterface.dll"）]privatestaticexternintBUSINESS_HANDLE（stringinputData，byte[]outputData）；5.1.3病歷查詢點擊病歷查詢按鈕，跳轉(zhuǎn)到病歷查詢頁面，用戶可以選擇就診卡查看就診記錄。用戶可以查看病歷描述、藥品清單和檢查項目，以及就診日期、主治醫(yī)生的信息。如圖5-3所示。圖5-3病歷查詢5.1.4個人信息點擊“我的”tab，跳轉(zhuǎn)個人信息頁面，用戶可以添加就診卡、移除就診卡和查看已添加的就診卡的信息。如圖5-4所示。圖5-4在線充值5.1.5就診卡管理用戶可以在自己用微信創(chuàng)建的賬號下添加和移除就診卡。對未在門診管理系統(tǒng)建檔的患者需要先在網(wǎng)頁中用身份證號和手機號建檔，然后通過手動輸入信息填加就診卡。如圖5-5所示。圖5-5就診卡建檔和添加5.1.6在線充值用戶可以在系統(tǒng)中繼續(xù)充值，用戶可以選擇固定的充值金額，也可以自定義充值金額。如果充值成功，網(wǎng)頁則銷售充值成功彈窗。如果充值失敗，顯示注冊失敗并退回充值金額。如圖5-6所示。圖5-6在線充值5.1.7門診繳費醫(yī)生開具醫(yī)療賬單后，用戶通過系統(tǒng)利用微信支付醫(yī)療費用，支付成功賬單信息更新為已支付，其中藥品的交易記錄會在用戶領(lǐng)取藥品后保存到藥品出入庫記錄表。如圖5-7所示。圖5-7門診繳費5.2醫(yī)生5.2.1門診記錄查詢醫(yī)生可以查看已就診用戶的門診記錄，如姓名、性別、門診費用、就診卡號、診斷結(jié)果、檢查結(jié)果、就診時間等信息。為醫(yī)生進行后期患者復(fù)診提供幫助。如圖5-8所示。圖5-8門診記錄查詢代碼如下：WebClientwe=newWebClient（）；Streamstream=wc.OpenRead（url+"?WSDL"）；ServiceDescriptionsd=ServiceDescription.Read（stream）；ServiceDescriptionImportersdi=newServiceDescriptionImporter（）；sdi.AddServiceDescription（sd，”，”）；CodeNamespacecn=newCodeNamespace（@namespace）；//生成客戶端代理類代碼CodeCompileUnitccu=newCodeCompileUnit（）；ccu.Namespaces.Add（cn）；sdi.Import（cn，ccu）；CSharpCodeProvidericc=newCSharpCodeProvider（）；//設(shè)定編譯參數(shù)CompilerParameterscplist=newCompilerParameters（）；cplist.CenerateExecutable=false；cplist.CenerateInMemory=true；cplist.ReferencedAssemblies.Add（"System.dll"）；cplist.ReferencedAssemblies.Add（"System.XML.dII"）；cplist.ReferencedAssemblies.Add（"System.Web.Services.dll"）；cplist.ReferencedAssemblies.Add（"System.Data.dll"）；Typet=assembly.CetType（@namespace+”.”+classname，true，true）；objectobj=Activator.CreateInstance（t）；System.Reflection.MethodInfomi=t.CetMethod（methodname），5.2.2門診叫號門診服務(wù)開始后，用戶按序號排序就診。醫(yī)生可以點擊“下一個”按順序通知用戶就醫(yī)，若用戶未到達，可以點擊“跳過”讓下一個用戶就醫(yī)，被跳過的用戶則安排至下一個。如圖5-9所示。圖5-9門診叫號5.2.3門診就醫(yī)醫(yī)生診斷完成后，可以按診斷情況對用戶開相應(yīng)的檢查項目和藥品，并在電子病歷中填寫診斷結(jié)果。醫(yī)生信息、患者信息、就診日期、檢查項目、藥品、就診結(jié)果等信息都會在電子病歷中顯示。如圖5-10所示。圖5-10門診就醫(yī)醫(yī)生開始給患者就診后，可以點擊添加收費項目按鈕，選擇需要開具的醫(yī)療項目，如圖5-11所示。圖5-11開具清單5.3管理員5.3.1門診情況查看管理員可以查看當(dāng)天門診預(yù)約人數(shù)，當(dāng)前住院人數(shù)，當(dāng)天已就診人數(shù)，當(dāng)天出院人數(shù)等信息。及時了解醫(yī)院門診運行情況，方便醫(yī)院門診管理員進行維護并做出調(diào)整。如圖5-12所示。圖5-12統(tǒng)計管理代碼如下：@RequestMapping("/call")publicMap<String,Object>call(Registerregister){//查詢下一個候診患者QueryWrapper<Register>wrapper=newQueryWrapper<>();wrapper.eq("appointment_id",register.getAppointmentId());wrapper.eq("sort",register.getSort()+1);Registerregister1=registerMapper.selectOne(wrapper);//將兩個患者的就診順序交換Integersort=register.getSort();register.setSort(register1.getSerial());register1.setSort(sort);//修改數(shù)據(jù)registerMapper.updateById(register);registerMapper.updateById(register1);//返回結(jié)果returnnewMapBuilder().inputData(1,null);}5.3.2賬號管理管理員賬號對用戶、醫(yī)生和就診卡賬號有添加、修改和刪除的權(quán)限。對刪除用戶操作，系統(tǒng)會將已刪除的用戶標(biāo)記為刪除，并顯示在已刪除用戶列表中。管理員賬號也可以創(chuàng)建其他二級管理員賬號，并對這些賬號擁有操作權(quán)限。如圖5-13所示。圖5-13賬號管理管理員點擊添加按鈕，彈出賬號添加彈窗，輸入信息后點擊確認(rèn)提交。如圖5-14所示。圖5-14添加賬號管理員在相應(yīng)數(shù)據(jù)項的操作選項中點擊修改按鈕，修改好信息后點擊確定提交修改請求，如圖5-15所示。圖5-15修改賬號信息5.3.3門診管理管理員可以根據(jù)出診時間、出診人數(shù)等信息為醫(yī)生安排出診計劃。也可以修改或刪除出診計劃。如果刪除出診計劃中已有用戶預(yù)約，則通過系統(tǒng)通知用戶，并刪除預(yù)約表中的記錄。如圖5-16所示。圖5-16門診管理5.3.4庫存管理管理員可以查看藥品的庫存和已記錄的檢查項目。管理員可以對檢查項目繼續(xù)添加、修改和刪除操作?？梢圆榭此幤返某鋈霂煊涗浐吞砑铀幤?。添加和刪除藥品的操作記錄都會保存在數(shù)據(jù)庫的出入庫記錄表中。如圖5-17所示。圖5-17庫存管理點擊添加按鈕，彈出添加藥品彈窗，填寫好信息后點擊確認(rèn)。如圖5-18所示。圖5-18添加藥品在相應(yīng)的藥品項目的操作選項中點擊刪除，系統(tǒng)修改彈窗，修改好信息后點擊確認(rèn)。如圖5-19所示。圖5-19修改藥品信息在相應(yīng)的藥品項目的操作選項中點擊刪除，系統(tǒng)彈出確認(rèn)提示框，點擊確認(rèn)后刪除該藥品。如圖5-20所示。圖5-20刪除藥品信息

六系統(tǒng)測試6.1測試方法6.1.1黑盒測試黑盒測試是一種軟件測試方法，它檢查應(yīng)用程序的功能，而無需查看其內(nèi)部結(jié)構(gòu)或工作原理。這種測試方法幾乎可以應(yīng)用于軟件測試的每個級別：單元、集成、系統(tǒng)和驗收。它有時被稱為基于規(guī)范的測試。6.1.2測試用例測試用例是圍繞規(guī)范和需求構(gòu)建的，即應(yīng)用程序應(yīng)該做什么。測試用例通常來源于軟件的外部描述，包括規(guī)范、需求和設(shè)計參數(shù)。盡管使用的測試本質(zhì)上主要是功能性的，但也可以使用非功能性測試。測試設(shè)計者選擇有效和無效輸入并確定正確的輸出，通常借助測試預(yù)言或已知良好的先前結(jié)果，而無需了解測試對象的內(nèi)部結(jié)構(gòu)。6.2測試環(huán)境6.2.1服務(wù)器及PC客戶端運行環(huán)境設(shè)備：PCCPU：Inter?Core?i3-5005UCPU2.00MHz內(nèi)存：8GB操作系統(tǒng)：Windows11專業(yè)版6.2.2網(wǎng)頁運行環(huán)境設(shè)備：iPhone7Plus微信版本：8.0.20操作系統(tǒng)：iOS功能測試6.3.1登錄測試測試登錄功能是否能夠正常運行，輸入樣例如表6-1所示。

表6-1登錄測試測試效果如圖6-1和圖6-2所示圖6-1登陸成功圖6-2登陸失敗登錄測試結(jié)果符合預(yù)期6.3.2掛號測試測試掛號功能是否能夠正常運行，輸入樣例如表6-2所示。表6-2掛號測試測試效果如圖6-3、圖6-4、圖6-5、圖6-6所示。圖6-3預(yù)約成功圖6-4預(yù)約人數(shù)已滿圖6-5預(yù)約時間不存在圖6-6預(yù)約失敗患者掛號功能測試結(jié)果符合預(yù)期6.3.3門診叫號測試測試叫號功能是否能夠正常運行，輸入樣例，如表6-3所示。表6-3門診叫號測試等待就診等待就診測試效果如圖6-7所示。圖6-7叫號成功測試結(jié)果符合預(yù)期6.3.4繳費測試測試?yán)U費功能是否能夠正常運行，輸入樣例,如表6-4所示。表6-4繳費測試于等于費用于費用測試效果如圖6-8、圖6-9、圖6-10所示。圖6-8支付成功圖6-9余額不足圖6-10系統(tǒng)錯誤測試結(jié)果符合預(yù)期6.3.5添加數(shù)據(jù)測試測試添加收費項目功能是否能夠正常運行，輸入樣例,如表6-5所示。表6-5添加收費項目測試在在息未填測試效果如圖6-11、圖6-12、圖6-13所示。圖6-11添加成功圖6-12藥品已存在圖6-13請輸入信息6.4總結(jié)經(jīng)過黑盒測試，系統(tǒng)主要功能可以正常運行，測試結(jié)果一切正常，達到了設(shè)計的要求。

結(jié)論本文查閱了大量研究報告，對門診信息化的發(fā)展概況、目前的醫(yī)院門診信息管理系統(tǒng)的發(fā)展現(xiàn)狀以及實踐中存在的問題作了詳細的調(diào)查和深入的研究。在對國內(nèi)醫(yī)院門診信息管理的研究基礎(chǔ)上，結(jié)合國外醫(yī)院門診信息管理系統(tǒng)的研究現(xiàn)狀，以及現(xiàn)有計算機網(wǎng)絡(luò)通信技術(shù)的