javascript
Springboot电子病历管理APP毕业设计源码010350
摘?要
本文針對電子病歷管理等問題，對其進行研究分析，然后開發(fā)設(shè)計出電子病歷管理APP以解決問題。電子病歷管理APP主要功能模塊包括：病歷管理、在線醫(yī)生列表、病人掛號、醫(yī)藥處方費管理等，采取本系統(tǒng)此次設(shè)計前端視圖界面選擇小程序開發(fā)者工具來完成，系統(tǒng)功能設(shè)計采取MySQL作為后臺數(shù)據(jù)的主要存儲單元，采用Springboot框架進行系統(tǒng)的開發(fā)，實現(xiàn)了本系統(tǒng)的全部功能。本次報告，首先分析了研究的背景、作用、意義，為研究工作的合理性打下了基礎(chǔ)。針對電子病歷管理APP的各項需求以及技術(shù)問題進行分析，證明了系統(tǒng)的必要性和技術(shù)可行性，然后對設(shè)計系統(tǒng)需要使用的技術(shù)軟件以及設(shè)計思想做了基本的介紹，最后來實現(xiàn)電子病歷管理APP和部署運行使用它。
關(guān)鍵詞：病歷管理；Springboot；MySQL數(shù)據(jù)庫
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Springboot electronic case management app
Abstract
This paper studies and analyzes the problems of electronic medical record management, and then develops and designs the electronic medical record management app to solve the problems. The main functional modules of the electronic medical record management app include: medical record management, online doctor list, patient registration, medical prescription fee management, etc. the front-end view interface of the system is completed by selecting the applet developer tool. The system function design adopts MySQL as the main storage unit of background data, and the springboot framework is used for system development to realize all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the various requirements and technical problems of the electronic medical record management app, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design ideas needed to design the system, and finally realizes the operation and use of the electronic medical record management app and departments.
?Key words:Case management; Springboot； Mysql database
目 ?錄
第1章 緒論
1.1?研究背景與意義
1.2?研究現(xiàn)狀
第2章 相關(guān)技術(shù)介紹 6
2.1?J2EE技術(shù)
2.2 MVVM模式
2.3 B/S結(jié)構(gòu)
2.4 Springboot框架
2.5?Mysql數(shù)據(jù)庫
2.6小程序框架以及目錄結(jié)構(gòu)介紹
2.6 B/S體系工作原理
第3章 系統(tǒng)分析
3.1?可行性分析
3.2?功能需求分析
3.2.1?前臺用戶功能
3.2.2?后臺管理員功能
3.3?非功能需求分析
3.4?安全性需求分析
3.4.1?系統(tǒng)的安全性
3.4.2?數(shù)據(jù)的安全性
3.5?數(shù)據(jù)流程分析
第4章 系統(tǒng)設(shè)計
4.1?系統(tǒng)架構(gòu)設(shè)計
4.2?系統(tǒng)總體設(shè)計
4.3?系統(tǒng)功能設(shè)計
4.4?數(shù)據(jù)庫設(shè)計
4.4.1?數(shù)據(jù)需求分析
4.4.2?數(shù)據(jù)庫概念設(shè)計
4.4.3?數(shù)據(jù)庫表設(shè)計
第5章 系統(tǒng)實現(xiàn)
5.1?數(shù)據(jù)庫訪問層的實現(xiàn)
5.2?注冊模塊的實現(xiàn)
5.3?登錄模塊的實現(xiàn)
5.4?用戶資料修改模塊的實現(xiàn)
5.5藥品信息模塊的實現(xiàn)
5.6病人掛號模塊的實現(xiàn)
5.7?病歷管理模塊的實現(xiàn)
第6章 系統(tǒng)測試
6.1?測試目的
6.2?功能測試
6.3?性能測試
第7章 總結(jié)與展望
參考文獻
致謝
近幾年，隨著醫(yī)院的規(guī)模不斷擴大，用原來的只靠人管理病歷的方法已不合時宜。目前我國醫(yī)院的信息處理基本上還停留在手工方式，勞動強度大且工作效率低，醫(yī)務(wù)人員和管理人員的大量時間都消耗在事務(wù)性工作上，病案、臨床檢驗、病理檢查等許多寶貴的數(shù)據(jù)資料的檢索十分費事甚至難以實現(xiàn)，對這些資料深入的統(tǒng)計分析手工方式無法進行，不能充分為醫(yī)學科研利用。
隨著計算機應(yīng)用日益廣泛，各行各業(yè)對生產(chǎn)管理的自動化、信息化、系統(tǒng)化的要求也不斷提高;因而，降低勞動強度、提高勞動效率也就必然促使了醫(yī)院中電子病歷管理APP的使用。
電子病歷管理APP將提高醫(yī)院各項工作的效率和質(zhì)量，減輕各類事務(wù)性工作的勞動強度，使他們騰出更多的精力和時間來服務(wù)于病人。APP最顯著的優(yōu)點就是對信息數(shù)據(jù)的共享和反復(fù)利用。病人看病不需要攜帶病歷，只需提供自己的姓名、病歷號或其他信息，醫(yī)生通過計算機即可得到該病人所有信息。
電子病歷是一個很復(fù)雜的項目，國際上有很多國家都要建健康檔案，就是想把病歷電子化。美國在新奧爾良由于颶風影響導(dǎo)致了大致有50、60萬人的醫(yī)學檔案，這些病歷都是由紙質(zhì)的，在社區(qū)的診所或者區(qū)域的醫(yī)院保存，這些人的醫(yī)學檔案丟失，包括當?shù)氐闹菡J為這是一個巨大的事故。從這件事反過來認識到建立病歷電子化的緊迫性和重要性，因為電子病歷的存放、利用會更加安全。聯(lián)邦政府也成立了建立電子病歷的委員會，提出了三個基本的原則。第一，要分級保密，可能有些是及其保密的，有些可以為公眾共享，這是關(guān)于安全私密性的原則。第二，更新的保真性，建立電子病歷的靜態(tài)環(huán)境以后會有些變化，包括臨床診斷和治療在這個電子病歷應(yīng)該有記錄，至少應(yīng)該知道是誰診斷的，是什么醫(yī)生在什么場合下做的修改。第三，必須具有相當方便容易讓人訪問，不能有一些政策的堡壘，只要是經(jīng)過授權(quán)的，無論是職業(yè)的醫(yī)師、有關(guān)方面需要訪問的話應(yīng)該能夠得到這個病歷。
人可以掌握多門外語，而一個計算機科學家精通的大多是編程語言，它不是人類的自然語言，比如C語言、Java、Perl等等。由于不同的公司開發(fā)出的“中間件”不夠規(guī)范，所以Sun公司推出J2EE，用這個標準來解決弊病。它提供了良好的機制，讓每個層次允許與之相對的服務(wù)器、組件運行，使得系統(tǒng)的搭建穩(wěn)定可用、開發(fā)高效、維護方便。
MVVM模式是常用的開發(fā)模式，主要是在代碼實現(xiàn)上將其分為M層、V層和C層。
視圖（View）代表用戶交互界面，一個 Web 應(yīng)用就可能有很多的界面，在 MVVM?模式中，視圖僅僅處理的只有數(shù)據(jù)采集、處理，還有用戶的請求， 并不包括業(yè)務(wù)流程的處理，業(yè)務(wù)流程由模型（Model）來處理。
模型（Model）就是業(yè)務(wù)流程/狀態(tài)的處理及業(yè)務(wù)規(guī)則的制定。模型處理業(yè)務(wù)流程的過程其它層是無法看見了的，它就像黑箱子，在接受視圖請求的數(shù)據(jù)之后，然后返回最終的處理結(jié)果。MVVM?最主要的核心就是業(yè)務(wù)模型的設(shè)計，一個典型的應(yīng)用例子就是目前流行的 EJB 模型，它從應(yīng)用技術(shù)實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的組件，但是它不能作為應(yīng)用設(shè)計模型的框架。
控制器（Controller）可以理解為接收用戶的請求，然后視圖和模型匹配在一起，一起再完成用戶請求。它有非常明顯的作用在劃分控制層上，可以很清晰地告訴你，它就是一個分發(fā)器，選擇什么樣的模型、視圖，可以完成用戶的什么樣的請求。控制層不做所有的數(shù)據(jù)處理，比如說：用戶點擊一個連接，控制層接受到請求之后，并不處理業(yè)務(wù)信息，它只是向模型傳遞用戶的信息，同時告訴模型做什么，然后選擇符合需求的視圖返回給用戶。
B/S（Browser/Server）比前身架構(gòu)更為省事的架構(gòu)。它借助Web server完成數(shù)據(jù)的傳遞交流。只需要下載瀏覽器作為客戶端，那么工作就達到“瘦身”效果， 不需要考慮不停裝軟件的問題。
Spring框架是Java平臺上的一種開源應(yīng)用框架，提供具有控制反轉(zhuǎn)特性的容器。盡管Spring框架自身對編程模型沒有限制，但其在Java應(yīng)用中的頻繁使用讓它備受青睞，以至于后來讓它作為EJB（EnterpriseJavaBeans）模型的補充，甚至是替補。Spring框架為開發(fā)提供了一系列的解決方案，比如利用控制反轉(zhuǎn)的核心特性，并通過依賴注入實現(xiàn)控制反轉(zhuǎn)來實現(xiàn)管理對象生命周期容器化，利用面向切面編程進行聲明式的事務(wù)管理，整合多種持久化技術(shù)管理數(shù)據(jù)訪問，提供大量優(yōu)秀的Web框架方便開發(fā)等等。Spring框架具有控制反轉(zhuǎn)（IOC）特性，IOC旨在方便項目維護和測試，它提供了一種通過Java的反射機制對Java對象進行統(tǒng)一的配置和管理的方法。Spring框架利用容器管理對象的生命周期，容器可以通過掃描XML文件或類上特定Java注解來配置對象，開發(fā)者可以通過依賴查找或依賴注入來獲得對象。Spring框架具有面向切面編程（AOP）框架，SpringAOP框架基于代理模式，同時運行時可配置；AOP框架主要針對模塊之間的交叉關(guān)注點進行模塊化。Spring框架的AOP框架僅提供基本的AOP特性，雖無法與AspectJ框架相比，但通過與AspectJ的集成，也可以滿足基本需求。Spring框架下的事務(wù)管理、遠程訪問等功能均可以通過使用SpringAOP技術(shù)實現(xiàn)。Spring的事務(wù)管理框架為Java平臺帶來了一種抽象機制，使本地和全局事務(wù)以及嵌套事務(wù)能夠與保存點一起工作，并且?guī)缀蹩梢栽贘ava平臺的任何環(huán)境中工作。Spring集成多種事務(wù)模板，系統(tǒng)可以通過事務(wù)模板、XML或Java注解進行事務(wù)配置，并且事務(wù)框架集成了消息傳遞和緩存等功能。Spring的數(shù)據(jù)訪問框架解決了開發(fā)人員在應(yīng)用程序中使用數(shù)據(jù)庫時遇到的常見困難。它不僅對Java:JDBC、iBATS/MyBATIs、Hibernate、Java數(shù)據(jù)對象（JDO）、ApacheOJB和ApacheCayne等所有流行的數(shù)據(jù)訪問框架中提供支持，同時還可以與Spring的事務(wù)管理一起使用，為數(shù)據(jù)訪問提供了靈活的抽象。Spring框架最初是沒有打算構(gòu)建一個自己的WebMVC框架，其開發(fā)人員在開發(fā)過程中認為現(xiàn)有的StrutsWeb框架的呈現(xiàn)層和請求處理層之間以及請求處理層和模型之間的分離不夠，于是創(chuàng)建了SpringMVC。
Mysql 經(jīng)過多次的更新，功能層面已經(jīng)非常的豐富和完善了，從Mysql4版本到5版本進行了比較大的更新，在商業(yè)的實際使用中取得了很好的實際應(yīng)用效果。最新版本的Mysql支持對信息的壓縮，同時還能進行加密能更好的滿足對信息安全性的需求。同時經(jīng)過系統(tǒng)的多次更新，數(shù)據(jù)庫自身的鏡像功能也得到了很大的增強，運行的流暢度和易用性方面有了不小的進步，驅(qū)動的使用和創(chuàng)建也更加的高效快捷。最大的變動還是進行了空間信息的顯示優(yōu)化，能更加方便的在應(yīng)用地圖上進行坐標的標注和運算。強大的備份功能也保證了用戶使用的過程會更加安心，同時支持的Office特性還支持用戶的自行安裝和使用。在信息的顯示形式上也進行了不小的更新，增加了兩個非常使用的顯示區(qū)，一個是信息區(qū)，對表格和文字進行了分類處理，界面的顯示更加清爽和具體。第二是儀表的信息控件，能在儀表信息區(qū)進行信息的顯示，同時還能進行多個信息的比對，為用戶的實際使用帶來了很大的便捷。
針對本文中設(shè)計的電子病歷管理APP在實際的實現(xiàn)過程中，最終選擇Mysql數(shù)據(jù)庫的主要原因在于在企業(yè)的應(yīng)用系統(tǒng)應(yīng)用及開發(fā)的過程中會存在大量的數(shù)據(jù)庫比較頻繁的操作，而且數(shù)據(jù)的安全性要求也是非常的高。綜合這些因素，最終選擇安全性系數(shù)比較高的Mysql來對電子病歷管理APP后臺數(shù)據(jù)進行存儲操作。
整個小程序框架系統(tǒng)分為兩部分：邏輯層和視圖層。小程序開發(fā)框架的目標是通過盡可能簡單、高效的方式讓開發(fā)者可以在微信中開發(fā)具有原生 小程序 體驗的服務(wù)。小程序在視圖層與邏輯層間提供了數(shù)據(jù)傳輸和事件系統(tǒng)，提供了自己的視圖層以及邏輯層框架，讓開發(fā)者能夠?qū)Ｗ⒂跀?shù)據(jù)與邏輯。框架的核心是一個響應(yīng)的數(shù)據(jù)綁定系統(tǒng)，可以讓數(shù)據(jù)與視圖非常簡單地保持同步。在邏輯層做數(shù)據(jù)修改，在視圖層就會做相應(yīng)的更新。框架提供了一套基礎(chǔ)的組件，這些組件自帶微信風格的樣式以及特殊的邏輯，開發(fā)者可以通過組合基礎(chǔ)組件，創(chuàng)建出強大的微信小程序 。
B/S架構(gòu)采取瀏覽器請求，服務(wù)器響應(yīng)的工作模式。
用戶可以通過瀏覽器去訪問Internet上由Web服務(wù)器產(chǎn)生的文本、數(shù)據(jù)、圖片、動畫、視頻點播和聲音等信息；
而每一個Web服務(wù)器又可以通過各種方式與數(shù)據(jù)庫服務(wù)器連接，大量的數(shù)據(jù)實際存放在數(shù)據(jù)庫服務(wù)器中；
從Web服務(wù)器上下載程序到本地來執(zhí)行，在下載過程中若遇到與數(shù)據(jù)庫有關(guān)的指令，由Web服務(wù)器交給數(shù)據(jù)庫服務(wù)器來解釋執(zhí)行，并返回給Web服務(wù)器，Web服務(wù)器又返回給用戶。在這種結(jié)構(gòu)中，將許許多多的網(wǎng)連接到一塊，形成一個巨大的網(wǎng)，即全球網(wǎng)。而各個企業(yè)可以在此結(jié)構(gòu)的基礎(chǔ)上建立自己的Internet。
在 B/S 模式中，用戶是通過瀏覽器針對許多分布于網(wǎng)絡(luò)上的服務(wù)器進行請求訪問的，瀏覽器的請求通過服務(wù)器進行處理，并將處理結(jié)果以及相應(yīng)的信息返回給瀏覽器，其他的數(shù)據(jù)加工、請求全部都是由Web Server完成的。通過該框架結(jié)構(gòu)以及植入于操作系統(tǒng)內(nèi)部的瀏覽器，該結(jié)構(gòu)已經(jīng)成為了當今軟件應(yīng)用的主流結(jié)構(gòu)模式。
技術(shù)性方面，采用當前主流的Springboot框架進行系統(tǒng)主體的搭建，前端部分基于MVVM模式進行開發(fā)，采用B/S模式，實現(xiàn)前臺頁面的設(shè)計與美觀調(diào)整，以上技術(shù)，均由本人經(jīng)過系統(tǒng)學習，并且都是在課程設(shè)計中實踐過的，可以使得開發(fā)更加便捷和系統(tǒng)。從技術(shù)角度看，這個系統(tǒng)是完全可以實現(xiàn)的。
實用性方面，本次設(shè)計的主要任務(wù)是在電子病歷管理APP內(nèi)實現(xiàn)：醫(yī)生信息、在線醫(yī)生列表、病人掛號、醫(yī)藥廚房費列表、病歷管理模塊等，符合當前潮流的發(fā)展。從用戶角度出發(fā)，同時也考慮系統(tǒng)運營成本和人力資源，采用網(wǎng)絡(luò)上的便捷方式，實現(xiàn)線上業(yè)務(wù)，使得業(yè)務(wù)流程更系統(tǒng)，也更方便用戶的體驗，比較實用。
經(jīng)濟性方面，由于本課題中設(shè)計的電子病歷管理APP的主要目的是為了能夠更加方便及快捷的進行病歷信息的查詢及檢索服務(wù)，也就是能夠可以直接投入使用的信息化軟件。系統(tǒng)的主要成本主要是集中在對使用數(shù)據(jù)后期繼續(xù)維護及其管理更新這個操作上。但是一旦系統(tǒng)投入到實際的運行及使用之后就能夠很好的提高信息查詢檢索的效率，同時也需要有效的保證查詢者的信息方面的安全性，同時這個電子病歷管理APP所帶來的實際應(yīng)用方面的價值是遠遠的超過了實際系統(tǒng)進行開發(fā)與維護方面的成本，因此，從經(jīng)濟上來說開發(fā)這個軟件是可行的。
電子病歷管理APP的功能主要分為前臺用戶根據(jù)自己的需求進行注冊登錄，瀏覽醫(yī)生信信，后臺系統(tǒng)管理員因職責的不同，分為醫(yī)生和管理員，醫(yī)生主要對藥品信息以及病人病歷進行管理，而管理員主要對注冊用戶，醫(yī)生信息，藥品出庫、入庫藥品、在線醫(yī)生、藥品信息、醫(yī)藥處方費進行管理。
用戶用例圖如下所示。
圖3-1 用戶用例圖
管理員用例圖如下所示。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖3-2 管理員用例圖
醫(yī)生用例圖如下所示。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖3-3 醫(yī)生用例圖
前臺用戶的功能如下：
注冊賬號：用戶填寫個人信息，并驗證手機號碼。
登錄：根據(jù)賬號密碼進行登錄操作。
瀏覽在線醫(yī)生：用戶可以就在線醫(yī)生列表中瀏覽醫(yī)生的信息，并選中某個醫(yī)生查看詳情。
維護個人信息：用戶因個人信息的變更可以隨時修改自己注冊信息。
病人掛號：用戶根據(jù)自己的病癥選中某個科室、醫(yī)生放出得號源進行掛號預(yù)約以及支付操作。
醫(yī)藥處方費：用戶可以在線進行醫(yī)藥處方繳費操作等。
后臺可分為醫(yī)生和管理員。
醫(yī)生功能如下。
修改密碼：管理員可以隨時修改自己進入系統(tǒng)的登錄密碼，以保證系統(tǒng)的安全性。
醫(yī)生信息：具體醫(yī)生姓名、工號、所屬科室詳情。
病人掛號：查看病人的掛號信息等。
藥品列表：查詢醫(yī)院藥品列表信息。
管理員功能如下：
修改密碼：管理員可以隨時修改自己進入系統(tǒng)的登錄密碼，以保證系統(tǒng)的安全性。
在線醫(yī)生管理：對醫(yī)生信息進行發(fā)布以及維護管理。。
藥品信息管理：對藥品信息進行維護，添加、刪除、修改信息。
藥品進出庫管理：對藥品的進出庫信息進行維護，添加、刪除、修改信息。
病人掛號管理：對用戶的掛號信息進行維護管理。
病人病歷管理：對病歷信息進行管理。
醫(yī)藥處方費管理。
首先主要考慮的是系統(tǒng)功能軟件，在具體設(shè)計的環(huán)節(jié)上，是不是能夠較好的滿足各類用戶的基本功能需求，如果不能較好的滿足用戶需求，那么這個系統(tǒng)的存在是沒有價值的。軟件系統(tǒng)的非功能性求分析，從7個方面展開，一個是性能分析，針對系統(tǒng)；一個是安全分析，針對系統(tǒng)，一個是完整度分析，針對系統(tǒng)，一個是可維護分析，針對系統(tǒng)，一個是可擴展性分析，針對系統(tǒng)，一個是適應(yīng)業(yè)務(wù)的性能分析。面對電子病歷管理APP存在的性能、安全、擴展、完整度等7個方面性能綜合比對分析后發(fā)現(xiàn)，需要相應(yīng)的非功能性需求分析。
安全性對每一個系統(tǒng)來說都是非常重要的。安全性很好的系統(tǒng)可以保護企業(yè)的信息和用戶的信息不被竊取。提高系統(tǒng)的安全性不僅是對用戶的負責，更是對醫(yī)院的負責。尤其針對于電子病歷管理APP來說，必須要有很好的安全性來保障整個系統(tǒng)。
系統(tǒng)具有對使用者有權(quán)限控制，針對角色的不通限制使用者的權(quán)限，以此來確保系統(tǒng)的安全性。
數(shù)據(jù)庫中的數(shù)據(jù)是從外界輸入的，當數(shù)據(jù)的輸入時，由于種種原因，輸入的數(shù)據(jù)會無效，或者是臟數(shù)據(jù)。因此，怎樣保證輸入的數(shù)據(jù)符合規(guī)定，成為了數(shù)據(jù)庫系統(tǒng)，尤其是多用戶的關(guān)系數(shù)據(jù)庫系統(tǒng)首要關(guān)注的問題。
因此，在寫入數(shù)據(jù)庫時，要保證數(shù)據(jù)完整性、正確性和一致性。
對系統(tǒng)的數(shù)據(jù)流進行分析，系統(tǒng)的使用者分為二類，一般用戶（患者用戶、醫(yī)生），管理員。系統(tǒng)主要對界面信息傳送，登錄信息的驗證，注冊信息的接收，用戶各種操作的響應(yīng)做處理。
系統(tǒng)頂層數(shù)據(jù)流圖如下圖所示。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖3-2 頂層數(shù)據(jù)流圖
要判斷用戶是是什么身份，是根據(jù)登錄的數(shù)據(jù)來判斷后，跳轉(zhuǎn)到對應(yīng)的功能界面。在系統(tǒng)的內(nèi)部用戶就可以對數(shù)據(jù)進行操作，數(shù)據(jù)庫中心就可以接收到系統(tǒng)傳輸?shù)挠行?shù)據(jù)流來對數(shù)據(jù)sql語句進行對應(yīng)操作。
系統(tǒng)底層數(shù)據(jù)流圖如下圖所示。
?圖3-3 底層數(shù)據(jù)流圖
?
系統(tǒng)可以分為前臺和后臺兩部分，每一種操作后系統(tǒng)都返回操作結(jié)果。前臺和后臺的數(shù)據(jù)連接主要通過數(shù)據(jù)庫，既分別對數(shù)據(jù)庫做不同的操作。
本電子病歷管理APP的架構(gòu)設(shè)計主要分為可以3層，主要有Web層，業(yè)務(wù)層，Model層。其中web層還包括View層和Controller層，Model層包括元數(shù)據(jù)擴展層和數(shù)據(jù)訪問層。
系統(tǒng)架構(gòu)如下圖所示。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖4-1 系統(tǒng)架構(gòu)
電子病歷管理APP總體分為前臺用戶模塊和后臺管理員模塊。
兩個模塊表現(xiàn)上是分別獨立存在，但是訪問的數(shù)據(jù)庫是一樣的。每一個模塊的功能都是根據(jù)先前完成的需求分析，并查閱相關(guān)資料后整理制作的。
綜上所述，系統(tǒng)功能結(jié)構(gòu)圖如下圖所示。
???????????????????????
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖4-2 系統(tǒng)功能結(jié)構(gòu)圖
在線醫(yī)生信息管理模塊：在線醫(yī)生管理分為在線醫(yī)生添加、修改。在線醫(yī)生信息由管理員進行修改、添加、刪除操作；在線醫(yī)生信息瀏覽由普通用戶來執(zhí)行。
藥品管理模塊：藥品管理分為藥品添加、修改和刪除。藥品信息由管理員進行修改、添加、刪除操作。
病人病歷管理模塊：病人病歷管理分為：病歷信息的添加、修改、刪除。醫(yī)生能查詢到病人病歷信息，后臺管理員對病歷信息進行管理。
從前面可以分析到數(shù)據(jù)庫中最重要的是醫(yī)生信息，科室類別，病人掛號，病人病歷、醫(yī)藥處方費。分析可以得到如下數(shù)據(jù)描述：
平臺用戶：用于記錄用戶的各種信息，包括用戶名、密碼、姓名、性別、地址、郵箱、聯(lián)系方式等數(shù)據(jù)項。
管理員：記錄管理員的登錄信息。包括用戶名，密碼，權(quán)限等數(shù)據(jù)項。
科室類別：科室名稱，包括科室編號、科室類別、科室圖片等數(shù)據(jù)項。
在線醫(yī)生：存儲各種醫(yī)生信息。包括醫(yī)生工號、醫(yī)生姓名、性別、科室分類、在線時間、職稱、主要醫(yī)治等數(shù)據(jù)項。
病人掛號：存儲病人的掛號信息。包括醫(yī)生編號、科室分類、醫(yī)生名稱、職稱、醫(yī)生賬號、掛號費、預(yù)約時間、預(yù)約說明等數(shù)據(jù)項。
醫(yī)藥處方費：病人的醫(yī)藥處方費用信息。
藥品出入入庫信息。
根據(jù)前面的數(shù)據(jù)流程圖，結(jié)合系統(tǒng)的功能模塊設(shè)計，設(shè)計出符合系統(tǒng)的各信息實體。
（1）前臺用戶實體屬性圖，如圖4-3所示。
?
圖4-3?前臺用戶實體屬性圖
（2）醫(yī)生實體屬性圖，如圖4-4所示。
?
?????????????????????????圖4-4醫(yī)生實體屬性圖
?
?????????????????????????圖4-5管理員實體屬性圖
?
?????????????????????????圖4-6實體聯(lián)系圖
電子病歷管理APP所擁有的數(shù)據(jù)表有以下：在線醫(yī)生表，病人掛號表，藥品信息表，科室類別表，病人病歷表，醫(yī)藥處方表。
由于數(shù)據(jù)表較多，只展示系統(tǒng)主要數(shù)據(jù)表，如下表所示。
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| patient_user_id | int | 11 | 是 | 是 | 病人用戶ID |
| gender | varchar | 64 | 否 | 否 | 性別 |
| age | varchar | 64 | 否 | 否 | 年齡 |
| id | varchar | 64 | 否 | 否 | 身份證 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| user_id | int | 11 | 是 | 否 | 用戶ID |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| patient_registration_id | int | 11 | 是 | 是 | 病人掛號ID |
| doctor_number | varchar | 64 | 否 | 否 | 醫(yī)生編號 |
| department_classification | varchar | 64 | 否 | 否 | 科室分類 |
| name_of_doctor | varchar | 64 | 否 | 否 | 醫(yī)生姓名 |
| title | varchar | 64 | 否 | 否 | 職稱 |
| doctor_account | int | 11 | 否 | 否 | 醫(yī)生賬號 |
| registration_fee | varchar | 64 | 否 | 否 | 掛號費 |
| time_of_appointment | varchar | 64 | 否 | 否 | 預(yù)約時間 |
| appointment_description | varchar | 64 | 否 | 否 | 預(yù)約說明 |
| patient_account_number | int | 11 | 否 | 否 | 患者賬號 |
| medical_record | text | 0 | 否 | 否 | 病歷 |
| symptom | text | 0 | 否 | 否 | 癥狀 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| pay_state | varchar | 16 | 是 | 否 | 支付狀態(tài) |
| pay_type | varchar | 16 | 否 | 否 | 支付類型 |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| online_doctor_id | int | 11 | 是 | 是 | 在線醫(yī)生ID |
| doctor_number | varchar | 64 | 否 | 否 | 醫(yī)生編號 |
| department_classification | varchar | 64 | 否 | 否 | 科室分類 |
| name_of_doctor | varchar | 64 | 否 | 否 | 醫(yī)生姓名 |
| title | varchar | 64 | 否 | 否 | 職稱 |
| online_time | varchar | 64 | 否 | 否 | 在線時間 |
| registration_fee | int | 11 | 否 | 否 | 掛號費 |
| photo | varchar | 255 | 否 | 否 | 照片 |
| doctor_account | int | 11 | 否 | 否 | 醫(yī)生賬號 |
| main_treatment | text | 0 | 否 | 否 | 主要醫(yī)治 |
| hits | int | 11 | 是 | 否 | 點擊數(shù) |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| medical_record_management_id | int | 11 | 是 | 是 | 病歷管理ID |
| doctor_number | varchar | 64 | 否 | 否 | 醫(yī)生編號 |
| department_classification | varchar | 64 | 否 | 否 | 科室分類 |
| name_of_doctor | varchar | 64 | 否 | 否 | 醫(yī)生姓名 |
| patient_account_number | int | 11 | 否 | 否 | 患者賬號 |
| doctor_account | int | 11 | 否 | 否 | 醫(yī)生賬號 |
| etiological_description | text | 0 | 否 | 否 | 病因說明 |
| prescription_drug_details | text | 0 | 否 | 否 | 處方藥詳情 |
| matters_needing_attention | text | 0 | 否 | 否 | 注意事項 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| medical_prescription_fee_id | int | 11 | 是 | 是 | 醫(yī)藥處方費ID |
| doctor_number | varchar | 64 | 否 | 否 | 醫(yī)生編號 |
| department_classification | varchar | 64 | 否 | 否 | 科室分類 |
| name_of_doctor | varchar | 64 | 否 | 否 | 醫(yī)生姓名 |
| patient_account_number | int | 11 | 否 | 否 | 患者賬號 |
| patient_etiology | varchar | 64 | 否 | 否 | 患者病因 |
| etiological_description | varchar | 64 | 否 | 否 | 病因說明 |
| prescription | varchar | 64 | 否 | 否 | 處方藥 |
| prescription_drug_expenses | int | 11 | 否 | 否 | 處方藥費用 |
| doctor_account | int | 11 | 否 | 否 | 醫(yī)生賬號 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| pay_state | varchar | 16 | 是 | 否 | 支付狀態(tài) |
| pay_type | varchar | 16 | 否 | 否 | 支付類型 |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| drug_delivery_id | int | 11 | 是 | 是 | 藥品出庫ID |
| drug_number | varchar | 64 | 否 | 否 | 藥品編號 |
| drug_type | varchar | 64 | 否 | 否 | 藥品類型 |
| drug_name | varchar | 64 | 否 | 否 | 藥品名稱 |
| delivery_time | varchar | 64 | 否 | 否 | 出庫時間 |
| outbound_quantity | int | 11 | 否 | 否 | 出庫數(shù)量 |
| remarks | text | 0 | 否 | 否 | 備注 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| department_category_id | int | 11 | 是 | 是 | 科室類別ID |
| department_classification | varchar | 64 | 否 | 否 | 科室分類 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
| 名稱 | 類型 | 長度 | 不是null | 主鍵 | 注釋 |
| doctor_user_id | int | 11 | 是 | 是 | 醫(yī)生用戶ID |
| gender | varchar | 64 | 否 | 否 | 性別 |
| title | varchar | 64 | 否 | 否 | 職稱 |
| examine_state | varchar | 16 | 是 | 否 | 審核狀態(tài) |
| recommend | int | 11 | 是 | 否 | 智能推薦 |
| user_id | int | 11 | 是 | 否 | 用戶ID |
| create_time | datetime | 0 | 是 | 否 | 創(chuàng)建時間 |
| update_time | timestamp | 0 | 是 | 否 | 更新時間 |
該系統(tǒng)是通過jdbc和MySQL達成連接的，新建一個jdbc.properties文件來填寫與數(shù)據(jù)庫連接所需要的驅(qū)動和參數(shù)。
jdbc.driverClass=com.MySQL.jdbc.Driver
jdbc.url=jdbc:MySQL://localhost:3306/tsi
jdbc.username=root
jdbc.password=123
第一個參數(shù)代表MySQL數(shù)據(jù)庫的驅(qū)動，第二個參數(shù)代表要連接的數(shù)據(jù)庫，第三個和第四個參數(shù)代表數(shù)據(jù)庫連接名和密碼。
后臺與數(shù)據(jù)庫訪問主要是通過HQL語句來進行查詢的，查詢語句中的表名是表格的實體類名，在這種查詢語句中*是不允許使用的，除非適合聚合函數(shù)一起使用才可以。
用戶在填寫數(shù)據(jù)的時候必須與注冊頁面上的驗證相匹配否則會注冊失敗，注冊頁面的表單驗證是通過JavaScript進行驗證的，用戶名的長度必須在6到18之間，郵箱必須帶有@符號，密碼和密碼確認必須相同，你輸入的密碼，系統(tǒng)會根據(jù)你輸入密碼的強度給出指定的值，電話號碼和身份證號碼必須要求輸入格式與生活相符合，當你前臺驗證通過的時候你點擊注冊，表單會將你輸入的值通過name值傳遞給后臺并保存到數(shù)據(jù)庫中。
用戶注冊流程圖如下圖所示。
?
圖5-1用戶注冊流程圖
用戶注冊界面如下圖所示。
?
圖5-2用戶注冊界面
用戶注冊邏輯代碼如下：
/**
?????* 注冊
?????* @param user
?????* @return
?????*/
????@PostMapping("register")
????public Map<String, Object> signUp(@RequestBody User user) {
????????// 查詢用戶
????????Map<String, String> query = new HashMap<>();
????????query.put("username",user.getUsername());
????????List list = service.select(query, new HashMap<>()).getResultList();
????????if (list.size()>0){
????????????return error(30000, "用戶已存在");
????????}
????????user.setUserId(null);
????????user.setPassword(service.encryption(user.getPassword()));
????????service.save(user);
????????return success(1);
}
/**
?????* 用戶ID：[0,8388607]用戶獲取其他與用戶相關(guān)的數(shù)據(jù)
?????*/
????@Id
????@GeneratedValue(strategy = GenerationType.IDENTITY)
????@Column(name = "user_id")
????private Integer userId;
????/**
?????* 賬戶狀態(tài)：[0,10](1可用|2異常|3已凍結(jié)|4已注銷)
?????*/
????@Basic
????@Column(name = "state")
????private Integer state;
????/**
?????* 所在用戶組：[0,32767]決定用戶身份和權(quán)限
?????*/
????@Basic
????@Column(name = "user_group")
????private String userGroup;
????/**
?????* 上次登錄時間：
?????*/
????@Basic
????@Column(name = "login_time")
????private Timestamp loginTime;
????/**
?????* 手機號碼：[0,11]用戶的手機號碼，用于找回密碼時或登錄時
?????*/
????@Basic
????@Column(name = "phone")
????private String phone;
????/**
?????* 手機認證：[0,1](0未認證|1審核中|2已認證)
?????*/
????@Basic
????@Column(name = "phone_state")
????private Integer phoneState;
????/**
?????* 用戶名：[0,16]用戶登錄時所用的賬戶名稱
?????*/
????@Basic
????@Column(name = "username")
????private String username;
????/**
?????* 昵稱：[0,16]
?????*/
????@Basic
????@Column(name = "nickname")
????private String nickname;
????/**
?????* 密碼：[0,32]用戶登錄所需的密碼，由6-16位數(shù)字或英文組成
?????*/
????@Basic
????@Column(name = "password")
????private String password;
????/**
?????* 郵箱：[0,64]用戶的郵箱，用于找回密碼時或登錄時
?????*/
????@Basic
????@Column(name = "email")
????private String email;
????/**
?????* 郵箱認證：[0,1](0未認證|1審核中|2已認證)
?????*/
????@Basic
????@Column(name = "email_state")
????private Integer emailState;
????/**
?????* 頭像地址：[0,255]
?????*/
????@Basic
????@Column(name = "avatar")
????private String avatar;
????/**
?????* 創(chuàng)建時間：
?????*/
????@Basic
????@Column(name = "create_time")
????@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
????private Timestamp createTime;
????@Basic
????@Transient
????private String code;
}
主要由兩部分組成，登錄前的登錄界面以及登錄后的用戶功能界面。登錄界面，要求用戶輸入用戶名和密碼，當用戶名和密碼其中一個輸入為空時，給出提示“用戶名，密碼不能為空”。獲取用戶名和密碼后到數(shù)據(jù)庫中查找，如果用戶名存在，以及對應(yīng)的密碼正確，則登錄成功，否則登錄失敗。登錄失敗后給出提示，并把焦點停在文本框中。登錄成功后將該次會話的全局變量username設(shè)置為用戶名。登錄成功后進入會員的功能模塊，主要有會員基本信息修改，已經(jīng)發(fā)布藥品信息管理，發(fā)布信息，和退出功能。退出功能是清除全局變量username的值，并跳回到首頁。
登錄流程圖如下圖所示。
?
?
圖5-3登錄流程圖
用戶登錄界面如下圖所示。
?? ? ? ? ? ? ? ? ? ? ? ?
?
圖5-4用戶登錄界面
用戶登錄的邏輯代碼如下所示。
/**
?????* 登錄
?????* @param data
?????* @param httpServletRequest
?????* @return
?????*/
????@PostMapping("login")
????public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
????????log.info("[執(zhí)行登錄接口]");
????????String username = data.get("username");
????????String email = data.get("email");
????????String phone = data.get("phone");
????????String password = data.get("password");
????????List resultList = null;
????????Map<String, String> map = new HashMap<>();
????????if(username != null && "".equals(username) == false){
????????????map.put("username", username);
????????????resultList = service.select(map, new HashMap<>()).getResultList();
????????}
????????else if(email != null && "".equals(email) == false){
????????????map.put("email", email);
????????????resultList = service.select(map, new HashMap<>()).getResultList();
????????}
????????else if(phone != null && "".equals(phone) == false){
????????????map.put("phone", phone);
????????????resultList = service.select(map, new HashMap<>()).getResultList();
????????}else{
????????????return error(30000, "賬號或密碼不能為空");
????????}
????????if (resultList == null || password == null) {
????????????return error(30000, "賬號或密碼不能為空");
????????}
????????//判斷是否有這個用戶
????????if (resultList.size()<=0){
????????????return error(30000,"用戶不存在");
????????}
????????User byUsername = (User) resultList.get(0);
????????Map<String, String> groupMap = new HashMap<>();
????????groupMap.put("name",byUsername.getUserGroup());
????????List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
????????if (groupList.size()<1){
????????????return error(30000,"用戶組不存在");
? ? ? ??
????????UserGroup userGroup = (UserGroup) groupList.get(0);
????????//查詢用戶審核狀態(tài)
????????if (!StringUtils.isEmpty(userGroup.getSourceTable())){
????????????String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
????????????String res = String.valueOf(service.runCountSql(sql).getSingleResult());
????????????if (res==null){
????????????????return error(30000,"用戶不存在");
????????????}
????????????if (!res.equals("已通過")){
????????????????return error(30000,"該用戶審核未通過");
????????????}
????????}
????????//查詢用戶狀態(tài)
????????if (byUsername.getState()!=1){
????????????return error(30000,"用戶非可用狀態(tài)，不能登錄");
????????}
????????String md5password = service.encryption(password);
????????if (byUsername.getPassword().equals(md5password)) {
????????????// 存儲Token到數(shù)據(jù)庫
????????????AccessToken accessToken = new AccessToken();
????????????accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
????????????accessToken.setUser_id(byUsername.getUserId());
????????????tokenService.save(accessToken);
????????????// 返回用戶信息
????????????JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
????????????user.put("token", accessToken.getToken());
????????????JSONObject ret = new JSONObject();
????????????ret.put("obj",user);
????????????return success(ret);
????????} else {
????????????return error(30000, "賬號或密碼不正確");
????????}
}
用戶登錄/注冊成功之后可以修改自己的基本信息。修改頁面的表單中每一個input的name值都要與實體類中的參數(shù)相匹配，在用戶點擊修改頁面的時候，如果改后用戶名與數(shù)據(jù)庫里面重復(fù)了，頁面會提示該用戶名已經(jīng)存在了，否則通過Id來查詢用戶，并將用戶的信息修改為表單提交的數(shù)據(jù)。
如果藥品的信息需要修改，管理員可以通過查詢藥品的基本信息來查詢藥品信息，查詢藥品信息是通過ajax技術(shù)來進行查詢的，需要傳遞藥品名稱等參數(shù)然后在返回到該頁面中,可以選中要修改或刪除的那條信息，如果選中了超過一條數(shù)據(jù)，頁面會挑一個窗口提醒只能選擇一條數(shù)，如果沒有選中數(shù)據(jù)會挑一個窗口題型必須選擇一條數(shù)據(jù)。當選擇確認修改的時候，后臺會根據(jù)傳過來的id到數(shù)據(jù)庫查詢，并將結(jié)果返回到修改頁面中，可以在修改頁面中修改剛剛選中的信息當點擊確認的時候from表單會將修改的數(shù)據(jù)提交到后臺并保存到數(shù)據(jù)庫中，就是說如果提交的數(shù)據(jù)數(shù)據(jù)庫中存在就修改，否則就保存。
藥品信息列表界面如下圖所示。
?
圖5-5藥品信息列表界面
藥品信息列表的邏輯代碼如下：
@PostMapping("/add")
????@Transactional
????public Map<String, Object> add(HttpServletRequest request) throws IOException {
????????service.insert(service.readBody(request.getReader()));
????????return success(1);
????}
????@Transactional
????public Map<String, Object> addMap(Map<String,Object> map){
????????service.insert(map);
????????return success(1);
}
????public Map<String,Object> readBody(BufferedReader reader){
????????BufferedReader br = null;
????????StringBuilder sb = new StringBuilder("");
????????try{
????????????br = reader;
????????????String str;
????????????while ((str = br.readLine()) != null){
????????????????sb.append(str);
????????????}
????????????br.close();
????????????String json = sb.toString();
????????????return JSONObject.parseObject(json, Map.class);
????????}catch (IOException e){
????????????e.printStackTrace();
????????}finally{
????????????if (null != br){
????????????????try{
????????????????????br.close();
????????????????}catch (IOException e){
????????????????????e.printStackTrace();
????????????????}
????????????}
????????}
????????return null;
}
????public void insert(Map<String,Object> body){
????????StringBuffer sql = new StringBuffer("INSERT INTO ");
????????sql.append("`").append(table).append("`").append(" (");
????????for (Map.Entry<String,Object> entry:body.entrySet()){
????????????sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
????????}
????????sql.deleteCharAt(sql.length()-1);
????????sql.append(") VALUES (");
????????for (Map.Entry<String,Object> entry:body.entrySet()){
????????????Object value = entry.getValue();
????????????if (value instanceof String){
????????????????sql.append("'").append(entry.getValue()).append("'").append(",");
????????????}else {
????????????????sql.append(entry.getValue()).append(",");
????????????}
????????}
????????sql.deleteCharAt(sql.length() - 1);
????????sql.append(")");
????????log.info("[{}] - 插入操作：{}",table,sql);
????????Query query = runCountSql(sql.toString());
????????query.executeUpdate();
????}
病人掛號功能整體流程：用戶瀏覽號源信息時，同時會顯示號源的狀態(tài)，系統(tǒng)會在其顯示詳細信息的頁面時便會判斷號源狀態(tài)，若號源狀態(tài)為可預(yù)約，則會顯示預(yù)約的鏈接按鈕。在用戶點擊預(yù)約按鈕時，會先通過攔截器判斷用戶是否登錄，若未登錄，會跳轉(zhuǎn)至登錄頁面，提示用戶先登錄，若為登錄用戶就會跳轉(zhuǎn)至填寫預(yù)約信息的頁面，填寫好預(yù)約信息之后，點擊提交按鈕，預(yù)約成功之后返回提示信息，告知用戶掛號成功。
病人掛號流程圖如下圖所示。
?
?
圖5-7病人掛號流程圖
病人掛號界面如下圖所示。
?
圖5-8病人掛號界面
根據(jù)需求，需要對病歷進行添加、刪除或修改詳情信息。刪除或修改病歷時，系統(tǒng)根據(jù)病歷的狀態(tài)判定為可刪除狀態(tài)下，才會給出刪除和修改鏈接，點擊刪除鏈接按鈕時，請求到達后臺，還會先查詢病人病歷狀態(tài)再次做出判定能否刪除。點擊修改鏈接按鈕時，會跳轉(zhuǎn)到修改信息的頁面，重新填寫好數(shù)據(jù)后，數(shù)據(jù)提交到后臺會對數(shù)據(jù)庫中相應(yīng)的記錄做出修改。
添加病歷時，會給出數(shù)據(jù)填寫的頁面，該頁面根據(jù)填寫好的病歷編號同樣會事先發(fā)送Ajax請求查詢編號是否已存在，數(shù)據(jù)填寫好之后提交到后臺，會調(diào)用相關(guān)服務(wù)在數(shù)據(jù)庫中插入記錄。
病歷管理流程圖如下圖所示。
?
圖5-9病歷管理流程圖
病歷管理頁面設(shè)計效果如下圖所示。
?
圖5-10病歷管理界面
病歷管理界面邏輯代碼如下：
?@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
????????Query count = service.avg(service.readQuery(request), service.readConfig(request));
????????return success(count.getResultList());
}
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 系統(tǒng)測試
對任何系統(tǒng)而言，測試都是必不可少的環(huán)節(jié)，測試可以發(fā)現(xiàn)系統(tǒng)存在的很多問題，所有的軟件上線之前，都應(yīng)該進行充足的測試之后才能保證上線后不會Bug頻發(fā)，或者是功能不滿足需求等問題的發(fā)生。下面分別從單元測試，功能測試和用例測試來對系統(tǒng)進行測試以保證系統(tǒng)的穩(wěn)定性和可靠性。
下表是病歷管理功能的測試用例，檢測了病歷管理中對病歷信息的增加，刪除，修改，查詢操作是否成功運行。觀察系統(tǒng)的響應(yīng)情況，得出該功能也達到了設(shè)計目標，系統(tǒng)運行正確。
前置條件；用戶登錄系統(tǒng)。
表6-1 病歷信息管理的測試用例
| 功能描述 | 用于病歷信息管理 | |
| 測試目的 | 檢測病歷信息管理時的各種操作的運行情況 | |
| 測試數(shù)據(jù)以及操作 | 預(yù)期結(jié)果 | 實際結(jié)果 |
| 點擊添加病歷信息，必填項合法輸入，點擊保存 | 提示添加成功 | 與預(yù)期結(jié)果一致 |
| 點擊添加病歷信息，必填項輸入不合法，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊修改病歷信息，必填項修改為空，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊修改病歷信息，必填項輸入不合法，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊刪除病歷信息，選擇病歷信息刪除 | 提示刪除成功 | 與預(yù)期結(jié)果一致 |
| 點擊搜索病歷信息，輸入存在的病歷信息名 | 查找出病歷信息 | 與預(yù)期結(jié)果一致 |
| 點擊搜索病歷信息，輸入不存在的病歷信息名 | 不顯示病歷信息 | 與預(yù)期結(jié)果一致 |
下表是醫(yī)生信息管理功能的測試用例，檢測了醫(yī)生信息管理中對醫(yī)生信息信息的增加，刪除，修改，查詢操作是否成功運行。觀察系統(tǒng)的響應(yīng)情況，得出該功能也達到了設(shè)計目標，系統(tǒng)運行正確。
前置條件；用戶登錄系統(tǒng)。
表6-2 醫(yī)生信息管理的測試用例
| 功能描述 | 用于醫(yī)生信息管理 | |
| 測試目的 | 檢測醫(yī)生信息管理時的各種操作的運行情況 | |
| 測試數(shù)據(jù)以及操作 | 預(yù)期結(jié)果 | 實際結(jié)果 |
| 點擊添加醫(yī)生信息，必填項合法輸入，點擊保存 | 提示添加成功 | 與預(yù)期結(jié)果一致 |
| 點擊添加醫(yī)生信息，必填項輸入不合法，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊修改醫(yī)生信息，必填項修改為空，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊修改醫(yī)生信息，必填項輸入不合法，點擊保存 | 提示必填項不能為空 | 與預(yù)期結(jié)果一致 |
| 點擊刪除醫(yī)生信息，選擇醫(yī)生信息刪除 | 提示刪除成功 | 與預(yù)期結(jié)果一致 |
| 點擊搜索醫(yī)生信息，輸入存在的醫(yī)生信息名 | 查找出醫(yī)生信息 | 與預(yù)期結(jié)果一致 |
| 點擊搜索醫(yī)生信息，輸入不存在的醫(yī)生信息名 | 不顯示醫(yī)生信息 | 與預(yù)期結(jié)果一致 |
下表是病人掛號管理功能的測試用例，檢測了病人掛號管理中病人掛號訂單的操作是否成功運行。觀察系統(tǒng)的響應(yīng)情況，得出該功能也達到了設(shè)計目標，系統(tǒng)運行正確。
前置條件；用戶登錄系統(tǒng)。
表6-3 病人掛號管理的測試用例
| 功能描述 | 用于病人掛號管理 | |
| 測試目的 | 檢測病人掛號管理時各種操作的情況 | |
| 測試數(shù)據(jù)以及操作 | 預(yù)期結(jié)果 | 實際結(jié)果 |
| 未選擇病人掛號，點擊提交 | 提示請選擇病人掛號 | 與預(yù)期結(jié)果一致 |
| 未輸入時間，點擊提交 | 提示請輸入時間 | 與預(yù)期結(jié)果一致 |
使用阿里云PTS（Performance Testing Service）性能測試服務(wù)對線上系統(tǒng)進行壓力測試。線上服務(wù)器環(huán)境為：1核心CPU，1G內(nèi)存，1Mbps公網(wǎng)帶寬，Centos7.0操作系統(tǒng)。
壓測過程中使用了2臺并發(fā)機器，每臺機器20個用戶并發(fā)，對系統(tǒng)主頁，登錄，數(shù)據(jù)查詢和數(shù)據(jù)維護等模塊進行并發(fā)訪問，測試結(jié)果是有40個用戶并發(fā)時，數(shù)據(jù)管理相關(guān)頁面的響應(yīng)時間甚至達到了7s，通過查看服務(wù)器出網(wǎng)流量發(fā)現(xiàn)已經(jīng)達到1381kb/s，可以看出服務(wù)器的帶寬已經(jīng)達到峰值，如果系統(tǒng)使用5Mbps的帶寬，系統(tǒng)的響應(yīng)時間和TPS將會大大增加。在整個測試的過程中，CPU的使用率占用僅8%，也提現(xiàn)出帶寬瓶頸對系統(tǒng)的影響非常嚴重。
隨著計算機互聯(lián)網(wǎng)技術(shù)的迅猛發(fā)展，各行各業(yè)都已經(jīng)實現(xiàn)采用計算機相關(guān)技術(shù)對日益放大的數(shù)據(jù)進行管理。該課題是研究電子病管理為核心展開的，主要是為了實現(xiàn)線上病歷信息化管理的需求。
電子病歷管理APP的開發(fā)是以Springboot框架，系統(tǒng)整體為B/S架構(gòu)，數(shù)據(jù)庫系統(tǒng)使用MySQL。文中詳細分析了電子病歷管理APP的研究背景、研究目的和意義、開發(fā)工具和相關(guān)技術(shù)以及系統(tǒng)需求、系統(tǒng)詳細設(shè)計和系統(tǒng)測試等等一系列內(nèi)容。系統(tǒng)實現(xiàn)了電子病歷管理APP所需的一些基本功能，并通過測試對這些實現(xiàn)的功能進行了完善，進而提高了系統(tǒng)整體的實用性。系統(tǒng)投入運行時，各功能均運行正常。系統(tǒng)的每個界面的操作符合常規(guī)邏輯，對使用者來說操作簡單，界面友好。整個系統(tǒng)的各個功能設(shè)計合理，體現(xiàn)了人性化。但是由于自己在系統(tǒng)開發(fā)過程中對一些用到的相關(guān)知識和技術(shù)掌握不夠牢固，再加上自身開發(fā)經(jīng)驗欠缺，因此系統(tǒng)在有些方面的功能還不夠完善，考慮的不夠全面，因此整個系統(tǒng)還有待日后逐步完善。
參考文獻
[1]唐世芳,倪芳,鄭川.檔案視角下電子病歷管理的問題與對策[J].資源信息與工程,2022,37(01):156-158.DOI:10.19534/j.cnki.zyxxygc.2022.01.017.
[2]李俊峰.全面病歷質(zhì)量管理在住院病歷質(zhì)量控制的應(yīng)用研究[J].中國社區(qū)醫(yī)師,2021,37(36):181-183.
[3]宋文攀,梁坤,宋有彬,李海龍,高允鎖.基于霧計算的區(qū)塊鏈病歷管理架構(gòu)設(shè)計與應(yīng)用[J].中國衛(wèi)生質(zhì)量管理,2021,28(12):59-62.DOI:10.13912/j.cnki.chqm.2021.28.12.16.
[4]劉衛(wèi)蘭.基于J2EE的醫(yī)院病歷信息管理系統(tǒng)研究[J].電腦編程技巧與維護,2021(12):79-80+96.DOI:10.16184/j.cnki.comprg.2021.12.029.
[5]倪靜,孫娜,蔡文軍,劉芳,劉小燕.新型冠狀病毒肺炎救治中病歷管理的探討[J].西南軍醫(yī),2021,23(Z1):490-491.
[6]孔麗惠,朱惠璇,何杏芳.批注式電子護理文書質(zhì)控方案在護理病歷管理中的應(yīng)用效果[J].護理實踐與研究,2021,18(19):2974-2976.
[7]逵建恒.醫(yī)院檔案信息化管理與電子病歷管理信息系統(tǒng)[J].電子技術(shù)與軟件工程,2021(19):180-181.
[8]曹笑霄,陳麗.三級病歷質(zhì)控體系與獎懲細則在醫(yī)院病歷質(zhì)量管理中的應(yīng)用[J].中醫(yī)藥管理雜志,2021,29(18):170-171.DOI:10.16690/j.cnki.1007-9203.2021.18.084.
[9]王瑩.淺析基于電子病歷的醫(yī)療質(zhì)量管理平臺系統(tǒng)構(gòu)建和完善[J].電子元器件與信息技術(shù),2021,5(09):191-192.DOI:10.19772/j.cnki.2096-4455.2021.9.087.
[10]涂銀瑩.基于結(jié)構(gòu)化電子病歷的醫(yī)療質(zhì)量管理系統(tǒng)建設(shè)成效[J].電子技術(shù)與軟件工程,2021(18):172-173.
[11]崔尋吉.基于全媒體時代背景下醫(yī)院病歷檔案管理創(chuàng)新研究[J].黑龍江檔案,2021(04):146-147.
[12]王志強,袁利君,廖雪姣,余萬其,肖萬玲,張淑琴,陽靖.層級管理對門診電子病歷管理質(zhì)量的影響[J].中國衛(wèi)生標準管理,2021,12(12):15-18.
[13]游敏吉,管靜靜,翁曉華,吳繼敏,徐巧敏,陳琴.信息技術(shù)再造門診麻醉藥品專用病歷管理流程效果分析[J].中醫(yī)藥管理雜志,2021,29(11):190-191.DOI:10.16690/j.cnki.1007-9203.2021.11.084.
[14]潘芳云.基于結(jié)構(gòu)化電子病歷的醫(yī)療質(zhì)量管理系統(tǒng)建設(shè)的成效[J].中醫(yī)藥管理雜志,2021,29(11):174-175.DOI:10.16690/j.cnki.1007-9203.2021.11.076.
[15]萬紅艷,黃勤慧,朱金君.現(xiàn)代化三級病歷質(zhì)控體系及獎懲細則在我院病歷質(zhì)量管理中的應(yīng)用[J].中醫(yī)藥管理雜志,2021,29(10):147-148.DOI:10.16690/j.cnki.1007-9203.2021.10.067.
[16] Computers; Research from Peking Union Medical College Hospital Yields New Findings on Computers (Generation of a local lung respiratory motion model using a weighted sparse algorithm and motion prior-based registration)[J]. Journal of Mathematics,2020:
[17]張玉芬.現(xiàn)代化醫(yī)院電子信息工程建設(shè)與應(yīng)用管窺[J].電子元器件與信息技術(shù),2020,4(04):101-102+119.
致謝
本次設(shè)計歷時3個月。在這個畢業(yè)設(shè)計中，它離不開指導(dǎo)教師的指導(dǎo)，使事情基本順利。指導(dǎo)老師無論是在畢業(yè)設(shè)計歷經(jīng)中，還是在論文做完中都給了了我特別大的助益。另1個方面，教師認真負責的工作姿態(tài)，謹慎的教學精神厚重的理論水準都使我獲益匪淺。他勤懇謹慎的教學育人學習姿態(tài)也給我留下了特別特別深的感覺。我從老師那里學到了很多東西。在理論和實踐中，我的技能得到了特別大的提高。在此，特向教師表示由衷的感激。
經(jīng)過對該畢業(yè)設(shè)計的全部研究和開發(fā)，我的系統(tǒng)研發(fā)經(jīng)歷了從需求分析到實現(xiàn)詳細功能，再到最終測試和維護的特殊進展。讓我對系統(tǒng)研發(fā)有了更深層次的認識。如今我的動手本領(lǐng)單獨處理疑惑的本領(lǐng)也獲取到了特別大的演練學習增多，這是這次畢業(yè)設(shè)計最好的收獲。
最后，在整個系統(tǒng)開發(fā)過程中，我周圍的同學和朋友給了我很多意見，所以我很快就確認了系統(tǒng)的商業(yè)思想。在次，我由衷的向他們表示感激。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 點贊+收藏+關(guān)注??→? 私信領(lǐng)取本源代碼、數(shù)據(jù)庫
總結(jié)
以上是生活随笔為你收集整理的Springboot电子病历管理APP毕业设计源码010350的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Nosql之Redis的概念介绍+安装配
- 下一篇： （31）2021-01-20（JSON字