摘?要

本文針對電子病歷管理等問題，對其進行研究分析，然后開發設計出電子病歷管理APP以解決問題。電子病歷管理APP主要功能模塊包括：病歷管理、在線醫生列表、病人掛號、醫藥處方費管理等，采取本系統此次設計前端視圖界面選擇小程序開發者工具來完成，系統功能設計采取MySQL作為后臺數據的主要存儲單元，采用Springboot框架進行系統的開發，實現了本系統的全部功能。本次報告，首先分析了研究的背景、作用、意義，為研究工作的合理性打下了基礎。針對電子病歷管理APP的各項需求以及技術問題進行分析，證明了系統的必要性和技術可行性，然后對設計系統需要使用的技術軟件以及設計思想做了基本的介紹，最后來實現電子病歷管理APP和部署運行使用它。

關鍵詞：病歷管理；Springboot；MySQL數據庫

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?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?研究現狀

第2章 相關技術介紹 6

2.1?J2EE技術

2.2 MVVM模式

2.3 B/S結構

2.4 Springboot框架

2.5?Mysql數據庫

2.6小程序框架以及目錄結構介紹

2.6 B/S體系工作原理

第3章 系統分析

3.1?可行性分析

3.2?功能需求分析

3.2.1?前臺用戶功能

3.2.2?后臺管理員功能

3.3?非功能需求分析

3.4?安全性需求分析

3.4.1?系統的安全性

3.4.2?數據的安全性

3.5?數據流程分析

第4章 系統設計

4.1?系統架構設計

4.2?系統總體設計

4.3?系統功能設計

4.4?數據庫設計

4.4.1?數據需求分析

4.4.2?數據庫概念設計

4.4.3?數據庫表設計

第5章 系統實現

5.1?數據庫訪問層的實現

5.2?注冊模塊的實現

5.3?登錄模塊的實現

5.4?用戶資料修改模塊的實現

5.5藥品信息模塊的實現

5.6病人掛號模塊的實現

5.7?病歷管理模塊的實現

第6章 系統測試

6.1?測試目的

6.2?功能測試

6.3?性能測試

第7章 總結與展望

參考文獻

致謝

緒論

研究背景與意義

近幾年，隨著醫院的規模不斷擴大，用原來的只靠人管理病歷的方法已不合時宜。目前我國醫院的信息處理基本上還停留在手工方式，勞動強度大且工作效率低，醫務人員和管理人員的大量時間都消耗在事務性工作上，病案、臨床檢驗、病理檢查等許多寶貴的數據資料的檢索十分費事甚至難以實現，對這些資料深入的統計分析手工方式無法進行，不能充分為醫學科研利用。

隨著計算機應用日益廣泛，各行各業對生產管理的自動化、信息化、系統化的要求也不斷提高;因而，降低勞動強度、提高勞動效率也就必然促使了醫院中電子病歷管理APP的使用。

電子病歷管理APP將提高醫院各項工作的效率和質量，減輕各類事務性工作的勞動強度，使他們騰出更多的精力和時間來服務于病人。APP最顯著的優點就是對信息數據的共享和反復利用。病人看病不需要攜帶病歷，只需提供自己的姓名、病歷號或其他信息，醫生通過計算機即可得到該病人所有信息。

研究現狀

電子病歷是一個很復雜的項目，國際上有很多國家都要建健康檔案，就是想把病歷電子化。美國在新奧爾良由于颶風影響導致了大致有50、60萬人的醫學檔案，這些病歷都是由紙質的，在社區的診所或者區域的醫院保存，這些人的醫學檔案丟失，包括當地的州政府認為這是一個巨大的事故。從這件事反過來認識到建立病歷電子化的緊迫性和重要性，因為電子病歷的存放、利用會更加安全。聯邦政府也成立了建立電子病歷的委員會，提出了三個基本的原則。第一，要分級保密，可能有些是及其保密的，有些可以為公眾共享，這是關于安全私密性的原則。第二，更新的保真性，建立電子病歷的靜態環境以后會有些變化，包括臨床診斷和治療在這個電子病歷應該有記錄，至少應該知道是誰診斷的，是什么醫生在什么場合下做的修改。第三，必須具有相當方便容易讓人訪問，不能有一些政策的堡壘，只要是經過授權的，無論是職業的醫師、有關方面需要訪問的話應該能夠得到這個病歷。

相關技術介紹

J2EE技術

人可以掌握多門外語，而一個計算機科學家精通的大多是編程語言，它不是人類的自然語言，比如C語言、Java、Perl等等。由于不同的公司開發出的“中間件”不夠規范，所以Sun公司推出J2EE，用這個標準來解決弊病。它提供了良好的機制，讓每個層次允許與之相對的服務器、組件運行，使得系統的搭建穩定可用、開發高效、維護方便。

MVVM模式

MVVM模式是常用的開發模式，主要是在代碼實現上將其分為M層、V層和C層。

視圖（View）代表用戶交互界面，一個 Web 應用就可能有很多的界面，在 MVVM?模式中，視圖僅僅處理的只有數據采集、處理，還有用戶的請求， 并不包括業務流程的處理，業務流程由模型（Model）來處理。

模型（Model）就是業務流程/狀態的處理及業務規則的制定。模型處理業務流程的過程其它層是無法看見了的，它就像黑箱子，在接受視圖請求的數據之后，然后返回最終的處理結果。MVVM?最主要的核心就是業務模型的設計，一個典型的應用例子就是目前流行的 EJB 模型，它從應用技術實現的角度對模型做了進一步的劃分，以便充分利用現有的組件，但是它不能作為應用設計模型的框架。

控制器（Controller）可以理解為接收用戶的請求，然后視圖和模型匹配在一起，一起再完成用戶請求。它有非常明顯的作用在劃分控制層上，可以很清晰地告訴你，它就是一個分發器，選擇什么樣的模型、視圖，可以完成用戶的什么樣的請求。控制層不做所有的數據處理，比如說：用戶點擊一個連接，控制層接受到請求之后，并不處理業務信息，它只是向模型傳遞用戶的信息，同時告訴模型做什么，然后選擇符合需求的視圖返回給用戶。

B/S結構

B/S（Browser/Server）比前身架構更為省事的架構。它借助Web server完成數據的傳遞交流。只需要下載瀏覽器作為客戶端，那么工作就達到“瘦身”效果， 不需要考慮不停裝軟件的問題。

Spring boot框架

Spring框架是Java平臺上的一種開源應用框架，提供具有控制反轉特性的容器。盡管Spring框架自身對編程模型沒有限制，但其在Java應用中的頻繁使用讓它備受青睞，以至于后來讓它作為EJB（EnterpriseJavaBeans）模型的補充，甚至是替補。Spring框架為開發提供了一系列的解決方案，比如利用控制反轉的核心特性，并通過依賴注入實現控制反轉來實現管理對象生命周期容器化，利用面向切面編程進行聲明式的事務管理，整合多種持久化技術管理數據訪問，提供大量優秀的Web框架方便開發等等。Spring框架具有控制反轉（IOC）特性，IOC旨在方便項目維護和測試，它提供了一種通過Java的反射機制對Java對象進行統一的配置和管理的方法。Spring框架利用容器管理對象的生命周期，容器可以通過掃描XML文件或類上特定Java注解來配置對象，開發者可以通過依賴查找或依賴注入來獲得對象。Spring框架具有面向切面編程（AOP）框架，SpringAOP框架基于代理模式，同時運行時可配置；AOP框架主要針對模塊之間的交叉關注點進行模塊化。Spring框架的AOP框架僅提供基本的AOP特性，雖無法與AspectJ框架相比，但通過與AspectJ的集成，也可以滿足基本需求。Spring框架下的事務管理、遠程訪問等功能均可以通過使用SpringAOP技術實現。Spring的事務管理框架為Java平臺帶來了一種抽象機制，使本地和全局事務以及嵌套事務能夠與保存點一起工作，并且幾乎可以在Java平臺的任何環境中工作。Spring集成多種事務模板，系統可以通過事務模板、XML或Java注解進行事務配置，并且事務框架集成了消息傳遞和緩存等功能。Spring的數據訪問框架解決了開發人員在應用程序中使用數據庫時遇到的常見困難。它不僅對Java:JDBC、iBATS/MyBATIs、Hibernate、Java數據對象（JDO）、ApacheOJB和ApacheCayne等所有流行的數據訪問框架中提供支持，同時還可以與Spring的事務管理一起使用，為數據訪問提供了靈活的抽象。Spring框架最初是沒有打算構建一個自己的WebMVC框架，其開發人員在開發過程中認為現有的StrutsWeb框架的呈現層和請求處理層之間以及請求處理層和模型之間的分離不夠，于是創建了SpringMVC。

Mysql數據庫

Mysql 經過多次的更新，功能層面已經非常的豐富和完善了，從Mysql4版本到5版本進行了比較大的更新，在商業的實際使用中取得了很好的實際應用效果。最新版本的Mysql支持對信息的壓縮，同時還能進行加密能更好的滿足對信息安全性的需求。同時經過系統的多次更新，數據庫自身的鏡像功能也得到了很大的增強，運行的流暢度和易用性方面有了不小的進步，驅動的使用和創建也更加的高效快捷。最大的變動還是進行了空間信息的顯示優化，能更加方便的在應用地圖上進行坐標的標注和運算。強大的備份功能也保證了用戶使用的過程會更加安心，同時支持的Office特性還支持用戶的自行安裝和使用。在信息的顯示形式上也進行了不小的更新，增加了兩個非常使用的顯示區，一個是信息區，對表格和文字進行了分類處理，界面的顯示更加清爽和具體。第二是儀表的信息控件，能在儀表信息區進行信息的顯示，同時還能進行多個信息的比對，為用戶的實際使用帶來了很大的便捷。

針對本文中設計的電子病歷管理APP在實際的實現過程中，最終選擇Mysql數據庫的主要原因在于在企業的應用系統應用及開發的過程中會存在大量的數據庫比較頻繁的操作，而且數據的安全性要求也是非常的高。綜合這些因素，最終選擇安全性系數比較高的Mysql來對電子病歷管理APP后臺數據進行存儲操作。

小程序框架以及目錄結構介紹

整個小程序框架系統分為兩部分：邏輯層和視圖層。小程序開發框架的目標是通過盡可能簡單、高效的方式讓開發者可以在微信中開發具有原生 小程序 體驗的服務。小程序在視圖層與邏輯層間提供了數據傳輸和事件系統，提供了自己的視圖層以及邏輯層框架，讓開發者能夠專注于數據與邏輯。框架的核心是一個響應的數據綁定系統，可以讓數據與視圖非常簡單地保持同步。在邏輯層做數據修改，在視圖層就會做相應的更新。框架提供了一套基礎的組件，這些組件自帶微信風格的樣式以及特殊的邏輯，開發者可以通過組合基礎組件，創建出強大的微信小程序 。

B/S體系工作原理

B/S架構采取瀏覽器請求，服務器響應的工作模式。

用戶可以通過瀏覽器去訪問Internet上由Web服務器產生的文本、數據、圖片、動畫、視頻點播和聲音等信息；

而每一個Web服務器又可以通過各種方式與數據庫服務器連接，大量的數據實際存放在數據庫服務器中；

從Web服務器上下載程序到本地來執行，在下載過程中若遇到與數據庫有關的指令，由Web服務器交給數據庫服務器來解釋執行，并返回給Web服務器，Web服務器又返回給用戶。在這種結構中，將許許多多的網連接到一塊，形成一個巨大的網，即全球網。而各個企業可以在此結構的基礎上建立自己的Internet。

在 B/S 模式中，用戶是通過瀏覽器針對許多分布于網絡上的服務器進行請求訪問的，瀏覽器的請求通過服務器進行處理，并將處理結果以及相應的信息返回給瀏覽器，其他的數據加工、請求全部都是由Web Server完成的。通過該框架結構以及植入于操作系統內部的瀏覽器，該結構已經成為了當今軟件應用的主流結構模式。

系統分析

可行性分析

技術性方面，采用當前主流的Springboot框架進行系統主體的搭建，前端部分基于MVVM模式進行開發，采用B/S模式，實現前臺頁面的設計與美觀調整，以上技術，均由本人經過系統學習，并且都是在課程設計中實踐過的，可以使得開發更加便捷和系統。從技術角度看，這個系統是完全可以實現的。

實用性方面，本次設計的主要任務是在電子病歷管理APP內實現：醫生信息、在線醫生列表、病人掛號、醫藥廚房費列表、病歷管理模塊等，符合當前潮流的發展。從用戶角度出發，同時也考慮系統運營成本和人力資源，采用網絡上的便捷方式，實現線上業務，使得業務流程更系統，也更方便用戶的體驗，比較實用。

經濟性方面，由于本課題中設計的電子病歷管理APP的主要目的是為了能夠更加方便及快捷的進行病歷信息的查詢及檢索服務，也就是能夠可以直接投入使用的信息化軟件。系統的主要成本主要是集中在對使用數據后期繼續維護及其管理更新這個操作上。但是一旦系統投入到實際的運行及使用之后就能夠很好的提高信息查詢檢索的效率，同時也需要有效的保證查詢者的信息方面的安全性，同時這個電子病歷管理APP所帶來的實際應用方面的價值是遠遠的超過了實際系統進行開發與維護方面的成本，因此，從經濟上來說開發這個軟件是可行的。

功能需求分析

電子病歷管理APP的功能主要分為前臺用戶根據自己的需求進行注冊登錄，瀏覽醫生信信，后臺系統管理員因職責的不同，分為醫生和管理員，醫生主要對藥品信息以及病人病歷進行管理，而管理員主要對注冊用戶，醫生信息，藥品出庫、入庫藥品、在線醫生、藥品信息、醫藥處方費進行管理。

用戶用例圖如下所示。

圖3-1 用戶用例圖

管理員用例圖如下所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖3-2 管理員用例圖

醫生用例圖如下所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 圖3-3 醫生用例圖

前臺用戶功能

前臺用戶的功能如下：

注冊賬號：用戶填寫個人信息，并驗證手機號碼。

登錄：根據賬號密碼進行登錄操作。

瀏覽在線醫生：用戶可以就在線醫生列表中瀏覽醫生的信息，并選中某個醫生查看詳情。

維護個人信息：用戶因個人信息的變更可以隨時修改自己注冊信息。

病人掛號：用戶根據自己的病癥選中某個科室、醫生放出得號源進行掛號預約以及支付操作。

醫藥處方費：用戶可以在線進行醫藥處方繳費操作等。

后臺管理員功能

后臺可分為醫生和管理員。

醫生功能如下。

修改密碼：管理員可以隨時修改自己進入系統的登錄密碼，以保證系統的安全性。

醫生信息：具體醫生姓名、工號、所屬科室詳情。

病人掛號：查看病人的掛號信息等。

藥品列表：查詢醫院藥品列表信息。

管理員功能如下：

修改密碼：管理員可以隨時修改自己進入系統的登錄密碼，以保證系統的安全性。

在線醫生管理：對醫生信息進行發布以及維護管理。。

藥品信息管理：對藥品信息進行維護，添加、刪除、修改信息。

藥品進出庫管理：對藥品的進出庫信息進行維護，添加、刪除、修改信息。

病人掛號管理：對用戶的掛號信息進行維護管理。

病人病歷管理：對病歷信息進行管理。

醫藥處方費管理。

非功能需求分析

首先主要考慮的是系統功能軟件，在具體設計的環節上，是不是能夠較好的滿足各類用戶的基本功能需求，如果不能較好的滿足用戶需求，那么這個系統的存在是沒有價值的。軟件系統的非功能性求分析，從7個方面展開，一個是性能分析，針對系統；一個是安全分析，針對系統，一個是完整度分析，針對系統，一個是可維護分析，針對系統，一個是可擴展性分析，針對系統，一個是適應業務的性能分析。面對電子病歷管理APP存在的性能、安全、擴展、完整度等7個方面性能綜合比對分析后發現，需要相應的非功能性需求分析。

安全性需求分析

系統的安全性

安全性對每一個系統來說都是非常重要的。安全性很好的系統可以保護企業的信息和用戶的信息不被竊取。提高系統的安全性不僅是對用戶的負責，更是對醫院的負責。尤其針對于電子病歷管理APP來說，必須要有很好的安全性來保障整個系統。

系統具有對使用者有權限控制，針對角色的不通限制使用者的權限，以此來確保系統的安全性。

數據的安全性

數據庫中的數據是從外界輸入的，當數據的輸入時，由于種種原因，輸入的數據會無效，或者是臟數據。因此，怎樣保證輸入的數據符合規定，成為了數據庫系統，尤其是多用戶的關系數據庫系統首要關注的問題。

因此，在寫入數據庫時，要保證數據完整性、正確性和一致性。

數據流程分析

對系統的數據流進行分析，系統的使用者分為二類，一般用戶（患者用戶、醫生），管理員。系統主要對界面信息傳送，登錄信息的驗證，注冊信息的接收，用戶各種操作的響應做處理。

系統頂層數據流圖如下圖所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖3-2 頂層數據流圖

要判斷用戶是是什么身份，是根據登錄的數據來判斷后，跳轉到對應的功能界面。在系統的內部用戶就可以對數據進行操作，數據庫中心就可以接收到系統傳輸的有效數據流來對數據sql語句進行對應操作。

系統底層數據流圖如下圖所示。

?圖3-3 底層數據流圖

?

系統可以分為前臺和后臺兩部分，每一種操作后系統都返回操作結果。前臺和后臺的數據連接主要通過數據庫，既分別對數據庫做不同的操作。

系統設計

系統架構設計

本電子病歷管理APP的架構設計主要分為可以3層，主要有Web層，業務層，Model層。其中web層還包括View層和Controller層，Model層包括元數據擴展層和數據訪問層。

系統架構如下圖所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖4-1 系統架構

系統總體設計

電子病歷管理APP總體分為前臺用戶模塊和后臺管理員模塊。

兩個模塊表現上是分別獨立存在，但是訪問的數據庫是一樣的。每一個模塊的功能都是根據先前完成的需求分析，并查閱相關資料后整理制作的。

綜上所述，系統功能結構圖如下圖所示。

???????????????????????

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?圖4-2 系統功能結構圖

系統功能設計

在線醫生信息管理模塊：在線醫生管理分為在線醫生添加、修改。在線醫生信息由管理員進行修改、添加、刪除操作；在線醫生信息瀏覽由普通用戶來執行。

藥品管理模塊：藥品管理分為藥品添加、修改和刪除。藥品信息由管理員進行修改、添加、刪除操作。

病人病歷管理模塊：病人病歷管理分為：病歷信息的添加、修改、刪除。醫生能查詢到病人病歷信息，后臺管理員對病歷信息進行管理。

數據庫設計

數據需求分析

從前面可以分析到數據庫中最重要的是醫生信息，科室類別，病人掛號，病人病歷、醫藥處方費。分析可以得到如下數據描述：

平臺用戶：用于記錄用戶的各種信息，包括用戶名、密碼、姓名、性別、地址、郵箱、聯系方式等數據項。

管理員：記錄管理員的登錄信息。包括用戶名，密碼，權限等數據項。

科室類別：科室名稱，包括科室編號、科室類別、科室圖片等數據項。

在線醫生：存儲各種醫生信息。包括醫生工號、醫生姓名、性別、科室分類、在線時間、職稱、主要醫治等數據項。

病人掛號：存儲病人的掛號信息。包括醫生編號、科室分類、醫生名稱、職稱、醫生賬號、掛號費、預約時間、預約說明等數據項。

醫藥處方費：病人的醫藥處方費用信息。

藥品出入入庫信息。

數據庫概念設計

根據前面的數據流程圖，結合系統的功能模塊設計，設計出符合系統的各信息實體。

（1）前臺用戶實體屬性圖，如圖4-3所示。

?

圖4-3?前臺用戶實體屬性圖

（2）醫生實體屬性圖，如圖4-4所示。

?

?????????????????????????圖4-4醫生實體屬性圖

管理員實體屬性圖，圖4-5所示。

?

?????????????????????????圖4-5管理員實體屬性圖

實體聯系圖，如4-6所示。

?

?????????????????????????圖4-6實體聯系圖

數據庫表設計

電子病歷管理APP所擁有的數據表有以下：在線醫生表，病人掛號表，藥品信息表，科室類別表，病人病歷表，醫藥處方表。

由于數據表較多，只展示系統主要數據表，如下表所示。

名稱	類型	長度	不是null	主鍵	注釋
patient_user_id	int	11	是	是	病人用戶ID
gender	varchar	64	否	否	性別
age	varchar	64	否	否	年齡
id	varchar	64	否	否	身份證
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
user_id	int	11	是	否	用戶ID
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
patient_registration_id	int	11	是	是	病人掛號ID
doctor_number	varchar	64	否	否	醫生編號
department_classification	varchar	64	否	否	科室分類
name_of_doctor	varchar	64	否	否	醫生姓名
title	varchar	64	否	否	職稱
doctor_account	int	11	否	否	醫生賬號
registration_fee	varchar	64	否	否	掛號費
time_of_appointment	varchar	64	否	否	預約時間
appointment_description	varchar	64	否	否	預約說明
patient_account_number	int	11	否	否	患者賬號
medical_record	text	0	否	否	病歷
symptom	text	0	否	否	癥狀
examine_state	varchar	16	是	否	審核狀態
pay_state	varchar	16	是	否	支付狀態
pay_type	varchar	16	否	否	支付類型
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
online_doctor_id	int	11	是	是	在線醫生ID
doctor_number	varchar	64	否	否	醫生編號
department_classification	varchar	64	否	否	科室分類
name_of_doctor	varchar	64	否	否	醫生姓名
title	varchar	64	否	否	職稱
online_time	varchar	64	否	否	在線時間
registration_fee	int	11	否	否	掛號費
photo	varchar	255	否	否	照片
doctor_account	int	11	否	否	醫生賬號
main_treatment	text	0	否	否	主要醫治
hits	int	11	是	否	點擊數
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
medical_record_management_id	int	11	是	是	病歷管理ID
doctor_number	varchar	64	否	否	醫生編號
department_classification	varchar	64	否	否	科室分類
name_of_doctor	varchar	64	否	否	醫生姓名
patient_account_number	int	11	否	否	患者賬號
doctor_account	int	11	否	否	醫生賬號
etiological_description	text	0	否	否	病因說明
prescription_drug_details	text	0	否	否	處方藥詳情
matters_needing_attention	text	0	否	否	注意事項
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
medical_prescription_fee_id	int	11	是	是	醫藥處方費ID
doctor_number	varchar	64	否	否	醫生編號
department_classification	varchar	64	否	否	科室分類
name_of_doctor	varchar	64	否	否	醫生姓名
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	否	否	醫生賬號
examine_state	varchar	16	是	否	審核狀態
pay_state	varchar	16	是	否	支付狀態
pay_type	varchar	16	否	否	支付類型
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
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	否	否	出庫數量
remarks	text	0	否	否	備注
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
department_category_id	int	11	是	是	科室類別ID
department_classification	varchar	64	否	否	科室分類
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

名稱	類型	長度	不是null	主鍵	注釋
doctor_user_id	int	11	是	是	醫生用戶ID
gender	varchar	64	否	否	性別
title	varchar	64	否	否	職稱
examine_state	varchar	16	是	否	審核狀態
recommend	int	11	是	否	智能推薦
user_id	int	11	是	否	用戶ID
create_time	datetime	0	是	否	創建時間
update_time	timestamp	0	是	否	更新時間

系統實現

數據庫訪問層的實現

該系統是通過jdbc和MySQL達成連接的，新建一個jdbc.properties文件來填寫與數據庫連接所需要的驅動和參數。

jdbc.driverClass=com.MySQL.jdbc.Driver

jdbc.url=jdbc:MySQL://localhost:3306/tsi

jdbc.username=root

jdbc.password=123

第一個參數代表MySQL數據庫的驅動，第二個參數代表要連接的數據庫，第三個和第四個參數代表數據庫連接名和密碼。

后臺與數據庫訪問主要是通過HQL語句來進行查詢的，查詢語句中的表名是表格的實體類名，在這種查詢語句中*是不允許使用的，除非適合聚合函數一起使用才可以。

注冊模塊的實現

用戶在填寫數據的時候必須與注冊頁面上的驗證相匹配否則會注冊失敗，注冊頁面的表單驗證是通過JavaScript進行驗證的，用戶名的長度必須在6到18之間，郵箱必須帶有@符號，密碼和密碼確認必須相同，你輸入的密碼，系統會根據你輸入密碼的強度給出指定的值，電話號碼和身份證號碼必須要求輸入格式與生活相符合，當你前臺驗證通過的時候你點擊注冊，表單會將你輸入的值通過name值傳遞給后臺并保存到數據庫中。

用戶注冊流程圖如下圖所示。

?

圖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]用戶獲取其他與用戶相關的數據

?????*/

????@Id

????@GeneratedValue(strategy = GenerationType.IDENTITY)

????@Column(name = "user_id")

????private Integer userId;

????/**

?????* 賬戶狀態：[0,10](1可用|2異常|3已凍結|4已注銷)

?????*/

????@Basic

????@Column(name = "state")

????private Integer state;

????/**

?????* 所在用戶組：[0,32767]決定用戶身份和權限

?????*/

????@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位數字或英文組成

?????*/

????@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;

????/**

?????* 創建時間：

?????*/

????@Basic

????@Column(name = "create_time")

????@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")

????private Timestamp createTime;

????@Basic

????@Transient

????private String code;

}

登錄模塊的實現

主要由兩部分組成，登錄前的登錄界面以及登錄后的用戶功能界面。登錄界面，要求用戶輸入用戶名和密碼，當用戶名和密碼其中一個輸入為空時，給出提示“用戶名，密碼不能為空”。獲取用戶名和密碼后到數據庫中查找，如果用戶名存在，以及對應的密碼正確，則登錄成功，否則登錄失敗。登錄失敗后給出提示，并把焦點停在文本框中。登錄成功后將該次會話的全局變量username設置為用戶名。登錄成功后進入會員的功能模塊，主要有會員基本信息修改，已經發布藥品信息管理，發布信息，和退出功能。退出功能是清除全局變量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("[執行登錄接口]");

????????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);

????????//查詢用戶審核狀態

????????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,"該用戶審核未通過");

????????????}

????????}

????????//查詢用戶狀態

????????if (byUsername.getState()!=1){

????????????return error(30000,"用戶非可用狀態，不能登錄");

????????}

????????String md5password = service.encryption(password);

????????if (byUsername.getPassword().equals(md5password)) {

????????????// 存儲Token到數據庫

????????????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值都要與實體類中的參數相匹配，在用戶點擊修改頁面的時候，如果改后用戶名與數據庫里面重復了，頁面會提示該用戶名已經存在了，否則通過Id來查詢用戶，并將用戶的信息修改為表單提交的數據。

藥品信息模塊的實現

如果藥品的信息需要修改，管理員可以通過查詢藥品的基本信息來查詢藥品信息，查詢藥品信息是通過ajax技術來進行查詢的，需要傳遞藥品名稱等參數然后在返回到該頁面中,可以選中要修改或刪除的那條信息，如果選中了超過一條數據，頁面會挑一個窗口提醒只能選擇一條數，如果沒有選中數據會挑一個窗口題型必須選擇一條數據。當選擇確認修改的時候，后臺會根據傳過來的id到數據庫查詢，并將結果返回到修改頁面中，可以在修改頁面中修改剛剛選中的信息當點擊確認的時候from表單會將修改的數據提交到后臺并保存到數據庫中，就是說如果提交的數據數據庫中存在就修改，否則就保存。

藥品信息列表界面如下圖所示。

?

圖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();

????}

病人掛號模塊的實現

病人掛號功能整體流程：用戶瀏覽號源信息時，同時會顯示號源的狀態，系統會在其顯示詳細信息的頁面時便會判斷號源狀態，若號源狀態為可預約，則會顯示預約的鏈接按鈕。在用戶點擊預約按鈕時，會先通過攔截器判斷用戶是否登錄，若未登錄，會跳轉至登錄頁面，提示用戶先登錄，若為登錄用戶就會跳轉至填寫預約信息的頁面，填寫好預約信息之后，點擊提交按鈕，預約成功之后返回提示信息，告知用戶掛號成功。

病人掛號流程圖如下圖所示。

?

?

圖5-7病人掛號流程圖

病人掛號界面如下圖所示。

?

圖5-8病人掛號界面

病歷管理模塊的實現

根據需求，需要對病歷進行添加、刪除或修改詳情信息。刪除或修改病歷時，系統根據病歷的狀態判定為可刪除狀態下，才會給出刪除和修改鏈接，點擊刪除鏈接按鈕時，請求到達后臺，還會先查詢病人病歷狀態再次做出判定能否刪除。點擊修改鏈接按鈕時，會跳轉到修改信息的頁面，重新填寫好數據后，數據提交到后臺會對數據庫中相應的記錄做出修改。

添加病歷時，會給出數據填寫的頁面，該頁面根據填寫好的病歷編號同樣會事先發送Ajax請求查詢編號是否已存在，數據填寫好之后提交到后臺，會調用相關服務在數據庫中插入記錄。

病歷管理流程圖如下圖所示。

?

圖5-9病歷管理流程圖

病歷管理頁面設計效果如下圖所示。

?

圖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());

}

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 系統測試

測試目的

對任何系統而言，測試都是必不可少的環節，測試可以發現系統存在的很多問題，所有的軟件上線之前，都應該進行充足的測試之后才能保證上線后不會Bug頻發，或者是功能不滿足需求等問題的發生。下面分別從單元測試，功能測試和用例測試來對系統進行測試以保證系統的穩定性和可靠性。

功能測試

下表是病歷管理功能的測試用例，檢測了病歷管理中對病歷信息的增加，刪除，修改，查詢操作是否成功運行。觀察系統的響應情況，得出該功能也達到了設計目標，系統運行正確。

前置條件；用戶登錄系統。

表6-1 病歷信息管理的測試用例

功能描述	用于病歷信息管理
測試目的	檢測病歷信息管理時的各種操作的運行情況
測試數據以及操作	預期結果	實際結果
點擊添加病歷信息，必填項合法輸入，點擊保存	提示添加成功	與預期結果一致
點擊添加病歷信息，必填項輸入不合法，點擊保存	提示必填項不能為空	與預期結果一致
點擊修改病歷信息，必填項修改為空，點擊保存	提示必填項不能為空	與預期結果一致
點擊修改病歷信息，必填項輸入不合法，點擊保存	提示必填項不能為空	與預期結果一致
點擊刪除病歷信息，選擇病歷信息刪除	提示刪除成功	與預期結果一致
點擊搜索病歷信息，輸入存在的病歷信息名	查找出病歷信息	與預期結果一致
點擊搜索病歷信息，輸入不存在的病歷信息名	不顯示病歷信息	與預期結果一致

下表是醫生信息管理功能的測試用例，檢測了醫生信息管理中對醫生信息信息的增加，刪除，修改，查詢操作是否成功運行。觀察系統的響應情況，得出該功能也達到了設計目標，系統運行正確。

前置條件；用戶登錄系統。

表6-2 醫生信息管理的測試用例

功能描述	用于醫生信息管理
測試目的	檢測醫生信息管理時的各種操作的運行情況
測試數據以及操作	預期結果	實際結果
點擊添加醫生信息，必填項合法輸入，點擊保存	提示添加成功	與預期結果一致
點擊添加醫生信息，必填項輸入不合法，點擊保存	提示必填項不能為空	與預期結果一致
點擊修改醫生信息，必填項修改為空，點擊保存	提示必填項不能為空	與預期結果一致
點擊修改醫生信息，必填項輸入不合法，點擊保存	提示必填項不能為空	與預期結果一致
點擊刪除醫生信息，選擇醫生信息刪除	提示刪除成功	與預期結果一致
點擊搜索醫生信息，輸入存在的醫生信息名	查找出醫生信息	與預期結果一致
點擊搜索醫生信息，輸入不存在的醫生信息名	不顯示醫生信息	與預期結果一致

下表是病人掛號管理功能的測試用例，檢測了病人掛號管理中病人掛號訂單的操作是否成功運行。觀察系統的響應情況，得出該功能也達到了設計目標，系統運行正確。

前置條件；用戶登錄系統。

表6-3 病人掛號管理的測試用例

功能描述	用于病人掛號管理
測試目的	檢測病人掛號管理時各種操作的情況
測試數據以及操作	預期結果	實際結果
未選擇病人掛號，點擊提交	提示請選擇病人掛號	與預期結果一致
未輸入時間，點擊提交	提示請輸入時間	與預期結果一致

性能測試

使用阿里云PTS（Performance Testing Service）性能測試服務對線上系統進行壓力測試。線上服務器環境為：1核心CPU，1G內存，1Mbps公網帶寬，Centos7.0操作系統。

壓測過程中使用了2臺并發機器，每臺機器20個用戶并發，對系統主頁，登錄，數據查詢和數據維護等模塊進行并發訪問，測試結果是有40個用戶并發時，數據管理相關頁面的響應時間甚至達到了7s，通過查看服務器出網流量發現已經達到1381kb/s，可以看出服務器的帶寬已經達到峰值，如果系統使用5Mbps的帶寬，系統的響應時間和TPS將會大大增加。在整個測試的過程中，CPU的使用率占用僅8%，也提現出帶寬瓶頸對系統的影響非常嚴重。

總結與展望

隨著計算機互聯網技術的迅猛發展，各行各業都已經實現采用計算機相關技術對日益放大的數據進行管理。該課題是研究電子病管理為核心展開的，主要是為了實現線上病歷信息化管理的需求。

電子病歷管理APP的開發是以Springboot框架，系統整體為B/S架構，數據庫系統使用MySQL。文中詳細分析了電子病歷管理APP的研究背景、研究目的和意義、開發工具和相關技術以及系統需求、系統詳細設計和系統測試等等一系列內容。系統實現了電子病歷管理APP所需的一些基本功能，并通過測試對這些實現的功能進行了完善，進而提高了系統整體的實用性。系統投入運行時，各功能均運行正常。系統的每個界面的操作符合常規邏輯，對使用者來說操作簡單，界面友好。整個系統的各個功能設計合理，體現了人性化。但是由于自己在系統開發過程中對一些用到的相關知識和技術掌握不夠牢固，再加上自身開發經驗欠缺，因此系統在有些方面的功能還不夠完善，考慮的不夠全面，因此整個系統還有待日后逐步完善。

參考文獻

[1]唐世芳,倪芳,鄭川.檔案視角下電子病歷管理的問題與對策[J].資源信息與工程,2022,37(01):156-158.DOI:10.19534/j.cnki.zyxxygc.2022.01.017.

[2]李俊峰.全面病歷質量管理在住院病歷質量控制的應用研究[J].中國社區醫師,2021,37(36):181-183.

[3]宋文攀,梁坤,宋有彬,李海龍,高允鎖.基于霧計算的區塊鏈病歷管理架構設計與應用[J].中國衛生質量管理,2021,28(12):59-62.DOI:10.13912/j.cnki.chqm.2021.28.12.16.

[4]劉衛蘭.基于J2EE的醫院病歷信息管理系統研究[J].電腦編程技巧與維護,2021(12):79-80+96.DOI:10.16184/j.cnki.comprg.2021.12.029.

[5]倪靜,孫娜,蔡文軍,劉芳,劉小燕.新型冠狀病毒肺炎救治中病歷管理的探討[J].西南軍醫,2021,23(Z1):490-491.

[6]孔麗惠,朱惠璇,何杏芳.批注式電子護理文書質控方案在護理病歷管理中的應用效果[J].護理實踐與研究,2021,18(19):2974-2976.

[7]逵建恒.醫院檔案信息化管理與電子病歷管理信息系統[J].電子技術與軟件工程,2021(19):180-181.

[8]曹笑霄,陳麗.三級病歷質控體系與獎懲細則在醫院病歷質量管理中的應用[J].中醫藥管理雜志,2021,29(18):170-171.DOI:10.16690/j.cnki.1007-9203.2021.18.084.

[9]王瑩.淺析基于電子病歷的醫療質量管理平臺系統構建和完善[J].電子元器件與信息技術,2021,5(09):191-192.DOI:10.19772/j.cnki.2096-4455.2021.9.087.

[10]涂銀瑩.基于結構化電子病歷的醫療質量管理系統建設成效[J].電子技術與軟件工程,2021(18):172-173.

[11]崔尋吉.基于全媒體時代背景下醫院病歷檔案管理創新研究[J].黑龍江檔案,2021(04):146-147.

[12]王志強,袁利君,廖雪姣,余萬其,肖萬玲,張淑琴,陽靖.層級管理對門診電子病歷管理質量的影響[J].中國衛生標準管理,2021,12(12):15-18.

[13]游敏吉,管靜靜,翁曉華,吳繼敏,徐巧敏,陳琴.信息技術再造門診麻醉藥品專用病歷管理流程效果分析[J].中醫藥管理雜志,2021,29(11):190-191.DOI:10.16690/j.cnki.1007-9203.2021.11.084.

[14]潘芳云.基于結構化電子病歷的醫療質量管理系統建設的成效[J].中醫藥管理雜志,2021,29(11):174-175.DOI:10.16690/j.cnki.1007-9203.2021.11.076.

[15]萬紅艷,黃勤慧,朱金君.現代化三級病歷質控體系及獎懲細則在我院病歷質量管理中的應用[J].中醫藥管理雜志,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]張玉芬.現代化醫院電子信息工程建設與應用管窺[J].電子元器件與信息技術,2020,4(04):101-102+119.

致謝

本次設計歷時3個月。在這個畢業設計中，它離不開指導教師的指導，使事情基本順利。指導老師無論是在畢業設計歷經中，還是在論文做完中都給了了我特別大的助益。另1個方面，教師認真負責的工作姿態，謹慎的教學精神厚重的理論水準都使我獲益匪淺。他勤懇謹慎的教學育人學習姿態也給我留下了特別特別深的感覺。我從老師那里學到了很多東西。在理論和實踐中，我的技能得到了特別大的提高。在此，特向教師表示由衷的感激。

經過對該畢業設計的全部研究和開發，我的系統研發經歷了從需求分析到實現詳細功能，再到最終測試和維護的特殊進展。讓我對系統研發有了更深層次的認識。如今我的動手本領單獨處理疑惑的本領也獲取到了特別大的演練學習增多，這是這次畢業設計最好的收獲。

最后，在整個系統開發過程中，我周圍的同學和朋友給了我很多意見，所以我很快就確認了系統的商業思想。在次，我由衷的向他們表示感激。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 點贊+收藏+關注??→? 私信領取本源代碼、數據庫

總結

以上是生活随笔為你收集整理的Springboot电子病历管理APP毕业设计源码010350的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。