醫院掛號系統設計,(附源碼)springboot 醫院門診掛號系統 畢業設計033123

 2023-09-28 阅读 31 评论 0

摘要:目 ?錄 摘要 1 緒論 1.1研究背景及意義 1.2研究現狀 1.3系統開發技術的特色 1.4論文結構與章節安排 2?醫院門診掛號系統系統分析 2.1 可行性分析 2.2 系統流程分析 2.2.1數據增加流程 2.3.2數據修改流程 2.3.3數據刪除流程 2.3 系統功能分析 2.3.1 功能性分析 2.3.2 非功能性

目 ?錄

摘要

1 緒論

1.1研究背景及意義

1.2研究現狀

1.3系統開發技術的特色

1.4論文結構與章節安排

2?醫院門診掛號系統系統分析

2.1 可行性分析

2.2 系統流程分析

2.2.1數據增加流程

2.3.2數據修改流程

2.3.3數據刪除流程

2.3 系統功能分析

2.3.1 功能性分析

2.3.2 非功能性分析

2.4 系統用例分析

2.5本章小結

3 醫院門診掛號系統總體設計

3.1 系統架構設計

3.2 系統功能模塊設計

3.2.1整體功能模塊設計

3.2.2用戶模塊設計

3.2.3評論管理模塊設計

3.3 數據庫設計

3.3.1 數據庫概念結構設計

3.3.2 數據庫邏輯結構設計

3.4本章小結

4?醫院門診掛號系統詳細設計與實現

4.1用戶功能模塊

4.1.1 前臺首頁界面

4.1.2 患者登錄界面

4.1.3患者注冊界面

4.1.4我的賬戶界面

4.1.5 在診科室詳情界面

4.1.6 醫院資訊界面

4.2管理員功能模塊

4.2.1 用戶管理界面

4.2.2 內容管理界面

4.2.3 站點管理界面

4.2.4 更多管理界面

5系統測試

5.1系統測試的目的

5.2 系統測試用例

5.3 系統測試結果

結論

參考文獻

??

摘要

信息化社會內需要與之針對性的信息獲取途徑,但是途徑的擴展基本上為人們所努力的方向,由于站在的角度存在偏差,人們經常能夠獲得不同類型信息,這也是技術最為難以攻克的課題。針對醫院門診掛號等問題,對門診上掛號進行研究分析,然后開發設計出醫院門診掛號系統以解決問題。

醫院掛號系統設計,醫院門診掛號系統主要功能模塊包括用戶管理、在診科室、科室分類、現場掛號、網上預約、取消預約、數據統計、呼叫就診,采取面對對象的開發模式進行軟件的開發和硬體的架設,能很好的滿足實際使用的需求,完善了對應的軟體架設以及程序編碼的工作,采取MySQL作為后臺數據的主要存儲單元,采用springboot框架、Java技術、Ajax技術進行業務系統的編碼及其開發,實現了本系統的全部功能。本次報告,首先分析了研究的背景、作用、意義,為研究工作的合理性打下了基礎。針對醫院門診掛號系統的各項需求以及技術問題進行分析,證明了系統的必要性和技術可行性,然后對設計系統需要使用的技術軟件以及設計思想做了基本的介紹,最后來實現醫院門診掛號系統和部署運行使用它。

關鍵詞:springboot技術;MYSQL;醫院門診掛號系統

Abstract

In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of hospital outpatient registration, this paper studies and analyzes the outpatient registration, and then develops and designs the hospital outpatient registration system to solve the problems.

The main functional modules of the hospital outpatient registration system include user management, in-patient departments, department classification, on-site registration, online reservation, cancellation of reservation, data statistics and call for treatment. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use, improve the corresponding software erection and program coding, and MySQL is used as the main storage unit of background data, Using springboot framework, Java technology and Ajax technology to code and develop the business system, all the functions of the system are realized. 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 hospital outpatient registration system, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design idea needed to design the system, and finally realizes the deployment and operation of the hospital outpatient registration system.

Keywords:?Springboot technology; MYSQL; Hospital outpatient registration system

1 緒論

1.1研究背景及意義

隨著醫療市場的發展和競爭加劇,病人選擇醫院就醫時不僅看重其技術水平,也更加注重醫院服務態度和收費水平;同時,醫院也逐漸從單純的治療型向保健服務型轉變,以適應社會發展需要。,患者對醫療保健服務提出了更高要求。在新醫改政策下,如何提高門診量和服務質量已成為各醫療機構關注的重點之一。目前我國許多公立醫院都建立了門診就醫管理系統(HIS),實現了預約掛號、候診時間管理等功能,但仍存在著一些問題,如排隊等候現象嚴重,就診效率低,醫生工作效率低等。為了解決這些問題,很多學者將目光投向智能技術應用于傳統醫療行業,以期改善上述狀況,提升診療質量與服務水平,因此有必要設計一套醫院門診掛號系統,以幫助患者更方便地完成看病過程中所遇到的難題;同時也為醫務人員提供便捷高效的服務手段;從而進一步優化整個醫療服務體系。本文針對當前國內外研究現狀,提出基于物聯網技術的醫院門診掛號系統設計方案,并對系統進行分析及詳細說明。

1.2研究現狀

隨著計算機技術的不斷發展,計算機已成為現代醫療中不可或缺的一部分。目前國內各大醫院都建立了自己的信息系統來為病人提供服務。在眾多的信息管理系統中,HIS是一個比較成熟且應用廣泛的管理系統,其優點在于:可以實現對各種信息資源的有效管理和利用;方便醫務人員查詢所需資料、查閱病案等;提高工作效率及服務質量等等。而對于一些大型醫療機構來說,由于其內部業務復雜,人員多,因此采用傳統的人工方式進行患者掛號非常困難,而且效率低下。本文設計并開發了基于springboot架構的醫院門診掛號系統(簡稱“系統”).該系統以Java技術作為開發工具,通過Web服務器與數據庫服務器相結合的方式,實現了醫生與病患之間的雙向交互,從而大大提高了掛號工作的速度,同時也減輕了醫護人員的勞動強度,具有較高的實用性。本文首先介紹了系統開發過程中用到的相關技術,包括Java編程語言、springboot框架體系以及MVC設計模式等。其次分析了本項目需求,對系統主要功能進行了詳細設計,并且給出了部分關鍵代碼。最后闡述了系統的測試結果,結果表明:該系統運行穩定可靠,滿足各項要求,達到了預期目的。

1.3系統開發技術的特色

(1)醫院門診掛號系統中的web后臺管理中的后端不再使用古老的jsp+javabean+servlet技術,而是使用當前主流的springboot框架,它減少java配置代碼,簡化編程代碼,目前springboot框架也是很多企業選擇的框架之一。

(2)醫院門診掛號系統中的web后臺管理中的前端使用的是JavaScript框架,它配合ajax[8]和jquery[9]可以美化頁面設計。

(3)醫院門診掛號系統中數據庫用的mysql5.7,它執行效率高。

1.4論文結構與章節安排

論文將分層次經行編排,除去論文摘要致謝文獻參考部分,正文部分還會對網站需求做出分析,以及闡述大體的設計和實現的功能,最后羅列部分調測記錄,論文主要架構如下:

第一章:引言。第一章主要介紹了課題研究的背景,系統開發的現狀和本文的研究現狀與主要工作。

第二章:系統需求分析。第二章主要從系統的用戶、功能等方面進行需求分析。

第三章:系統設計。第三章主要對系統框架、系統功能模塊、數據庫進行功能設計。

第四章:系統實現。第四章主要介紹了系統框架搭建、系統界面的實現。

第五章:系統測試。第五章主要對系統的部分界面進行測試并對主要功能進行測試

第六章:總結。

c語言醫院掛號系統?

2?醫院門診掛號系統?系統分析

系統分析是開發一個項目的先決條件,通過系統分析可以很好的了解系統的主體用戶的基本需求情況,同時這也是項目的開發的原因。進而對系統開發進行可行性分析,通常包括技術可行性、經濟可行性等,可行性分析同時也是從項目整體角度進行的分析。然后就是對項目的具體需求進行分析,分析的手段一般都是通過用戶的用例圖來實現。下面是詳細的介紹。

2.1 可行性分析

(1)經濟可行性:

在項目上使用的工具大部分都是是當下流行開源免費的,所以在開發前期,開發時用于項目的經費將會大大降低,不會讓開發該軟件在項目啟動期受到經費的影響,所以經濟上還是可行的。盡量用最少的花費去滿足用戶的需求。省下經費用于人工費,以及設備費用。將在無紙化,高效率的道路上越走越遠。

所以經濟可行性沒有問題。

(2)操作可行性:

此次項目設計參考了幾個該模式下網站的開發案例,對他們的操作界面分析,將眾多案例結合在一起,突出以人為本簡化操作,所以具有基本計算機知識的人都會操作本項目。

因此操作可行性也沒有問題。

(3)技術可行性:

技術可行性指的是對于搭建框架的可行性,以及有更優秀的技術出現時系統的技術更新換代的納新性如何,開發時間成本費用比如何。

現有的springboot技術能夠迎合所有電子商務系統的搭建。開發這個醫院門診掛號系統的時候我采用了springboot+MYSQL用以運行整體程序。

綜上所述技術可行性也沒有問題。

(4)法律可行性:

從開發者角度來看,springboot和MYSQL是網上開源且免費的,在知識產權方面不會產生任何法律糾紛。

從用戶使用角度來看,只要不再系統上販賣違禁品,對系統做出條約協議,杜絕非法支付即可。

綜上所述法律可行性也沒有問題。

2.2系統流程分析

業務流程是用一些特定的符合和線條來進行演示用戶在使用系統時的過程,在進行系統分析的時候,業務流程可以幫助開發人員更好的理解業務,發現錯誤,完善系統。

2.2.1 數據增加流程

用戶成功登入系統后能夠實現增加數據的操作,增加數據的編號是特定的,系統生成,用戶不能隨意填寫,除了編號以外,其他增加信息用戶自己填寫,填寫后的信息經過系統驗證,驗證合法通過就顯示增加數據成功了,相反的話,就沒有增加成功,圖2-1顯示的就是在增加數據時的流程。

?

圖2-1 ?數據增加流程圖

2.2.2 數據修改流程

數據修改時的流程和上面介紹的數據增加時的流程差不多,如圖2-2所示。

?

圖2-2 ?數據修改流程圖

2.2.3 數據刪除流程

如果系統里面存在一些沒有用的數據的話相關的管理人員還可以對這些數據進行刪除,圖2-3就是數據刪除時的流程圖。

急診醫療服務系統畢業設計。?

圖2-3 ?數據刪除流程圖

2.3?系統功能分析

2.3.1 功能性分析

按照醫院門診掛號系統的角色,我劃分為了患者管理模塊、醫生管理模塊和管理員管理模塊這三大部分。

用戶管理模塊:

(1)用戶注冊登錄:用戶注冊為用戶并登錄醫院門診掛號系統;用戶對個人信息的增刪改查,比如個人資料,密碼修改。

(2)查看醫院門診掛號系統的首頁信息:醫院門診掛號系統的首頁信息包含了首頁、醫院資訊、在診科室、網上預約、我的(我的賬戶、個人中心)等。

(3)醫院資訊:用戶進行醫院資訊的閱覽,查看管理者發布的醫院資訊信息

(4)我的賬戶:當用戶點擊右上角“我的”這個按鈕,會出現子菜單,點擊“我的賬戶”可以對個人的資料以及登錄系統的密碼進行設置;

(5)個人中心:當用戶點擊右上角“我的”這個按鈕,就會進入到對應的后臺進行信息的管理了;

6網上預約:在首頁導航欄上我們會看到“網上預約”這一菜單,我們點擊進入進去以后,會看到所有管理員在后臺發布的預約信息,我們選擇想要了解醫生預約信息,可以預約

管理員管理模塊:

(1)用戶管理:管理員可以對前臺上注冊過的普通用戶信息進行管控,也可以對管理員信息進行管控。

(2)醫院資訊管理:管理員在后臺可以對醫院門診掛號系統中顯示的醫院資訊進行增刪改查。

(3)內容管理:管理員可以對醫院門診掛號系統前臺展示的醫院資訊及醫院資訊分類的分類進行管控。

(4)更多管理:當點擊“更多”這一菜單的時候,會出現在診科室+科室分類+現場掛號+網上預約+取消預約+數據統計+呼叫就診子菜單,能夠對這七個模塊進行增刪改查操作;

(5)站點內容管理:管理員可以對醫院門診掛號系統中首頁顯示的輪播圖以及系統中的一些公告發布到系統當中,讓用戶及時的查看到系統信息,進行合理安排。

2.3.2 非功能性分析

醫院門診掛號系統的非功能性需求比如醫院門診掛號系統的安全性怎么樣,可靠性怎么樣,性能怎么樣,可拓展性怎么樣等。具體可以表示在如下3-1表格中:

3-1醫院門診掛號系統非功能需求表

安全性

主要指醫院門診掛號系統數據庫的安裝,數據庫的使用和密碼的設定必須合乎規范。

可靠性

可靠性是指醫院門診掛號系統能夠安裝用戶的指示進行操作,經過測試,可靠性90%以上。

性能

性能是影響醫院門診掛號系統占據市場的必要條件,所以性能最好要佳才好。

可擴展性

比如數據庫預留多個屬性,比如接口的使用等確保了系統的非功能性需求。

易用性

用戶只要跟著醫院門診掛號系統?的頁面展示內容進行操作,就可以了。

可維護性

醫院門診掛號系統?開發的可維護性是非常重要的,經過測試,可維護性沒有問題

2.4?系統用例分析

通過2.3功能的分析,得出了本醫院門診掛號系統的用例圖:

患者角色用例如圖2-3所示。

?

圖2-3?醫院門診掛號系統患者用戶角色用例圖

web后臺管理上的管理員是維護整個醫院門診掛號系統中所有數據信息的。管理員角色用例如圖2-4所示。

?

圖2-4?醫院門診掛號系統管理員角色用例圖

2.5本章小結

本章主要通過對醫院門診掛號系統的可行性分析、流程分析、功能需求分析、系統用例分析,確定整個醫院門診掛號系統?要實現的功能。同時也為醫院門診掛號系統的代碼實現和測試提供了標準。

怎樣分析springboot、

3 醫院門診掛號系統?總體設計

本章主要討論的內容包括醫院門診掛號系統的功能模塊設計、數據庫系統設計。

3.1 系統架構設計

本醫院門診掛號系統?從架構上分為三層:表現層(UI)、業務邏輯層(BLL)以及數據層(DL)。

圖3-1醫院門診掛號系統系統架構設計圖

?

表現層(UI):又稱UI層,主要完成本醫院門診掛號系統的UI交互功能,一個良好的UI可以打打提高用戶的用戶體驗,增強用戶使用本醫院門診掛號系統?時的舒適度。UI的界面設計也要適應不同版本的醫院門診掛號系統?以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用戶進行交互操作時必須要得到與之相符的交互結果,這就要求表現層要與業務邏輯層進行良好的對接。

業務邏輯層(BLL):主要完成本醫院門診掛號系統?的數據處理功能。用戶從表現層傳輸過來的數據經過業務邏輯層進行處理交付給數據層,系統從數據層讀取的數據經過業務邏輯層進行處理交付給表現層。

數據層(DL):由于本醫院門診掛號系統?的數據是放在服務端的mysql數據庫中,因此本屬于服務層的部分可以直接整合在業務邏輯層中,所以數據層中只有數據庫,其主要完成本醫院門診掛號系統?的數據存儲和管理功能。

3.2?系統功能模塊設計

3.2.1整體功能模塊設計

在上一章節中主要對系統的功能性需求和非功能性需求進行分析,并且根據需求分析了本醫院門診掛號系統中的用例。那么接下來就要開始對本醫院門診掛號系統的架構、主要功能和數據庫開始進行設計。醫院門診掛號系統根據前面章節的需求分析得出,其總體設計模塊圖如圖3-2所示。

圖3-2?醫院門診掛號系統功能模塊圖

?

3.2.2用戶模塊設計

后臺管理者能夠實現對前臺注冊的用戶增刪改查操作,用戶模塊結構圖如下圖:

springboot前后端、?

圖3-3用戶用戶模塊結構圖

3.2.3評論管理模塊設計

醫院門診掛號系統是一個交流性質的公開平臺,用戶用戶和管理人員用戶可以對平臺上信息進行評論,增加用戶之間的互動性。但是同時也為了更好的規范評論的內容,給予管理員刪除不合適的言論的功能,所以需要專門設計一個評論管理模塊,具體的結構圖如下:

?

圖3-4評論模塊結構圖

3.3 數據庫設計

數據庫設計一般包括需求分析、概念模型設計、數據庫表建立三大過程,其中需求分析前面章節已經闡述,概念模型設計有概念模型和邏輯結構設計兩部分。

3.3.1 數據庫概念結構設計

下面是整個醫院門診掛號系統?中主要的數據庫表總E-R實體關系圖。

圖3-6?醫院門診掛號系統總E-R關系圖

?

下面根據醫院門診掛號系統?的數據庫總E-R關系圖可以得出醫院門診掛號系統需要很多E-R圖,在此羅列出來一些主要的數據庫E-R模型圖。

?

圖3-7現場掛號E-R關系圖

?

圖3-8?患者E-R關系圖

?

圖3-9在診科室E-R關系圖

?

圖3-10呼叫就診E-R關系圖

3.3.2 數據庫邏輯結構設計

通過上一小節中醫院門診掛號系統?中總E-R關系圖上得出一共需要創建很多個數據表。在此我主要羅列幾個主要的數據庫表結構設計。

online_booking表:

名稱

類型

長度

不是null

主鍵

注釋

online_booking__id

int

11

網上預約ID

time_of_appointment

datetime

0

預約時間

patient_name

varchar

64

患者姓名

gender

varchar

64

性別

age

varchar

64

年齡

id

varchar

64

身份證

name_of_doctor

varchar

64

醫生姓名

department_name

varchar

64

科室名稱

appointment_person

int

11

預約人

subscription_price

int

11

預約費

doctor_account

int

11

醫生賬號

appointment_results

varchar

64

預約結果

appointment_description

text

0

預約說明

pay_state

varchar

16

支付狀態

pay_type

varchar

16

支付類型

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

patient表:

名稱

類型

長度

不是null

主鍵

注釋

patient_id

int

11

患者ID

gender

varchar

64

性別

age

varchar

64

年齡

id

varchar

255

身份證

patient_name

varchar

64

患者姓名

examine_state

varchar

16

審核狀態

recommend

int

11

智能推薦

user_id

int

11

用戶ID

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

on_site_registration表:

名稱

類型

長度

不是null

主鍵

注釋

on_site_registration_id

int

11

現場掛號ID

department_number

varchar

64

科室編號

department_name

varchar

64

科室名稱

name_of_doctor

varchar

64

醫生姓名

title

varchar

64

職稱

doctor_account

int

11

醫生賬號

registration_time_

datetime

0

掛號時間

registration_instructions

varchar

64

掛號說明

patient_name

varchar

64

患者姓名

age

varchar

64

年齡

id

varchar

64

身份證

gender

varchar

64

性別

patient_account_number

int

11

患者賬號

registration_fee

varchar

64

掛號費

pay_state

varchar

16

支付狀態

pay_type

varchar

16

支付類型

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

in_patient_department表:

名稱

類型

長度

不是null

主鍵

注釋

in_patient_department_id

int

11

在診科室ID

department_number

varchar

64

科室編號

department_name

varchar

64

科室名稱

department_address

varchar

64

科室地址

name_of_doctor

varchar

64

醫生姓名

gender

varchar

64

性別

title

varchar

64

職稱

doctor_head

varchar

255

醫生頭像

time_of_diagnosis

date

0

在診時間

registration_fee

int

11

掛號費

doctor_account

int

11

醫生賬號

department_profile

text

0

科室簡介

hits

int

11

點擊數

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

department_classification表

名稱

類型

長度

不是null

主鍵

注釋

department_classification_id

int

11

科室分類ID

department_name

varchar

64

科室名稱

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

data_statistics表:

名稱

類型

長度

不是null

主鍵

注釋

data_statistics_id

int

11

數據統計ID

statistical_number

varchar

64

統計編號

statistical_time

date

0

統計時間

statistical_type

varchar

64

統計類型

statistical_quantity

int

11

統計數量

statistical_description

text

0

統計說明

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

doctor表:

名稱

類型

長度

不是null

主鍵

注釋

doctor_id

int

11

醫生ID

gender

varchar

64

性別

department_name

varchar

64

科室名稱

title

varchar

64

職稱

name_of_doctor

varchar

64

醫生姓名

examine_state

varchar

16

審核狀態

recommend

int

11

智能推薦

user_id

int

11

用戶ID

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

call_a_doctor表:

名稱

類型

長度

不是null

主鍵

注釋

call_a_doctor_id

int

11

呼叫就診ID

department_number

varchar

64

科室編號

department_name

varchar

64

科室名稱

name_of_doctor

varchar

64

醫生姓名

title

varchar

64

職稱

patient_name

varchar

64

患者姓名

id

varchar

64

身份證

patient_account_number

int

11

患者賬號

call_time

datetime

0

呼叫時間

doctor_account

int

11

醫生賬號

recommend

int

11

智能推薦

create_time

datetime

0

創建時間

update_time

timestamp

0

更新時間

3.4本章小結

整個醫院門診掛號系統的需求分析主要對系統總體架構以及功能模塊的設計,通過建立E-R模型和數據庫邏輯系統設計完成了數據庫系統設計。

4?醫院門診掛號系統詳細設計與實現

醫院門診掛號系統的詳細設計與實現主要是根據前面的醫院門診掛號系統?的需求分析和醫院門診掛號系統?的總體設計來設計頁面并實現業務邏輯。主要從醫院門診掛號系統?界面實現、業務邏輯實現這兩部分進行介紹。

4.1用戶功能模塊

4.1.1 前臺首頁界面

當進入醫院門診掛號系統的時候,首先映入眼簾的是系統的導航欄,下面是輪播圖以及系統內容,其主界面展示如下圖4-1所示。

?

圖4-1?前臺首頁界面圖

4.1.2患者登錄界面

醫院門診掛號系統中的前臺上注冊后的用戶是可以通過自己的賬戶名和密碼進行登錄的,當用戶輸入完整的自己的賬戶名和密碼信息并點擊“登錄”按鈕后,將會首先驗證輸入的有沒有空數據,再次驗證輸入的賬戶名+密碼和數據庫中當前保存的用戶信息是否一致,只有在一致后將會登錄成功并自動跳轉到醫院門診掛號系統的首頁中;否則將會提示相應錯誤信息,患者登錄界面如下圖4-2所示。

?

圖4-2患者登錄界面圖

登錄關鍵代碼如下所示。

/**

?????* 登錄

?????* @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, "賬號或密碼不正確");

????????}

}

4.1.3患者注冊界面

不是醫院門診掛號系統中正式用戶的是可以在線進行注冊的,如果你沒有本醫院門診掛號系統的賬號的話,添加“注冊”,當填寫上自己的賬號+密碼+確認密碼+昵稱+郵箱+手機號等后再點擊“注冊”按鈕后將會先驗證輸入的有沒有空數據,再次驗證密碼和確認密碼是否是一樣的,最后驗證輸入的賬戶名和數據庫表中已經注冊的賬戶名是否重復,只有都驗證沒問題后即可患者注冊成功。其用患者注冊界面展示如下圖4-3所示。

?

圖4-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;

}

4.1.4我的賬戶界面

當用戶點擊右上角“我的”這個按鈕,會出現子菜單,點擊“我的賬戶”可以對個人的資料以及登錄系統的密碼進行設置,我的賬戶界面如下圖4-4所示。

?

圖4-4我的賬戶界面圖

4.1.5在診科室詳情界面

當訪客點擊了任意科室信息后將會進入該在診科室信息的詳情界面,可以了解到該在診科室的科室編號、科室名稱、科室地址、醫生姓名、性別、職稱、在診時間、掛號費、醫生賬號等,同時可以對該在診科室進行掛號,在診科室詳情展示頁面如圖4-5所示。

?

圖4-5在診科室詳情界面圖

4.1.6醫院資訊界面

當訪客點擊醫院門診掛號系統中導航欄上的“醫院資訊”后將會進入到該“奧運資訊”列表的界面,然后選擇想要看的醫院資訊,點擊進入到詳細界面,醫院資訊界面如下圖4-6?所示。

?

圖4-6醫院資訊界面圖

4.2管理員功能模塊

4.2.1 用戶管理界面

醫院門診掛號系統中的管理人員是可以對前臺注冊的患者、醫生進行管理的,也可以對管理員進行管控。界面如下圖4-6所示。

?

圖4-6用戶管理界面圖

用戶管理關鍵代碼如下所示。

public String encryption(String plainText) {

????????String re_md5 = new String();

????????try {

????????????MessageDigest md = MessageDigest.getInstance("MD5");

????????????md.update(plainText.getBytes());

????????????byte b[] = md.digest();

????????????int i;

????????????StringBuffer buf = new StringBuffer("");

????????????for (int offset = 0; offset < b.length; offset++) {

????????????????i = b[offset];

????????????????if (i < 0)

????????????????????i += 256;

????????????????if (i < 16)

????????????????????buf.append("0");

????????????????buf.append(Integer.toHexString(i));

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

????????????re_md5 = buf.toString();

????????} catch (Exception e) {

????????????e.printStackTrace();

????????}

????????return re_md5;

????}

4.2.2內容管理界面

醫院門診掛號系統中的管理人員在“內容管理”這一菜單中是可以對醫院門診掛號系統內的醫院資訊、醫院資訊分類等進行維護和管理的,界面如下圖4-7所示。

?

圖4-7內容管理界面圖

4.2.3站點管理界面

醫院門診掛號系統中的管理人員在“站點管理”這一菜單中是可以對前臺顯示的輪播圖以及公告欄進行管控。界面如下圖4-8所示。

?

圖4-8站點管理界面圖

站點管理關鍵代碼如下所示。

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

????}

4.2.4更多管理界面

醫院門診掛號系統中的管理人員在“更多管理”這一菜單下是可以對醫院門診掛號系統內的科室分類、在診科室、現場掛號、網上預約、取消預約、數據統計、呼叫就診進行管控的,其管理界面如下圖4-9所示。

?

圖4-9更多管理界面圖

更多管理關鍵代碼如下所示。

@RequestMapping(value = "/del")

????@Transactional

????public Map<String, Object> del(HttpServletRequest request) {

????????service.delete(service.readQuery(request), service.readConfig(request));

????????return success(1);

}

????@Transactional

????public void delete(Map<String,String> query,Map<String,String> config){

????????StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ");

????????sql.append(toWhereSql(query, "0".equals(config.get(FindConfig.GROUP_BY))));

????????log.info("[{}] - 刪除操作:{}",table,sql);

????????Query query1 = runCountSql(sql.toString());

????????query1.executeUpdate();

????}

5系統測試

5.1系統測試的目的

系統開發到了最后一個階段那就是系統測試,系統測試對軟件的開發其實是非常有必要的。因為沒什么系統一經開發出來就可能會盡善盡美,再厲害的系統開發工程師也會在系統開發的時候出現紕漏,系統測試能夠較好的改正一些bug,為后期系統的維護性提供很好的支持。通過系統測試,開發人員也可以建立自己對系統的信心,為后期的系統版本的跟新提供支持。

5.2?系統測試用例

系統測試包括:用戶登錄功能測試、門診掛號展示功能測試、門診掛號添加、門診掛號搜索、密碼修改功能測試,如表5-1、5-2、5-3、5-4、5-5所示:

用戶登錄功能測試:

表5-1?用戶登錄功能測試表

用例名稱

用戶登錄系統

目的

測試用戶通過正確的用戶名和密碼可否登錄功能

前提

未登錄的情況下

測試流程

1) 進入登錄頁面

2) 輸入正確的用戶名和密碼

預期結果

用戶名和密碼正確的時候,跳轉到登錄成功界面,反之則顯示錯誤信息,提示重新輸入

實際結果

實際結果與預期結果一致

門診掛號查看功能測試:

表5-2?門診掛號查看功能測試表

用例名稱

門診掛號查看

目的

測試門診掛號查看功能

前提

用戶登錄

測試流程

點擊門診掛號列表

預期結果

可以查看到所有門診掛號信息

實際結果

實際結果與預期結果一致

管理員添加門診掛號界面測試:

表5-3?管理員添加門診掛號界面測試表

用例名稱

門診掛號發布測試用例

目的

測試門診掛號發布功能

前提

用戶正常登錄情況下

測試流程

1)點擊門診掛號信息管理就,然后點擊添加后并填寫信息。

2)點擊進行提交。

預期結果

提交以后,頁面首頁會顯示新的門診掛號信息?

實際結果

實際結果與預期結果一致

門診掛號搜索功能測試:

表5-4門診掛號搜索功能測試表

用例名稱

門診掛號搜索測試

目的

測試門診掛號搜索功能

前提

測試流程

1)在搜索框填入搜索關鍵字。

2)點擊搜索按鈕。

預期結果

頁面顯示包含有搜索關鍵字的門診掛號

實際結果

實際結果與預期結果一致

密碼修改功能測試:

表5-5 密碼修改功能測試表

用例名稱

密碼修改測試用例

目的

測試管理員密碼修改功能

前提

管理員用戶正常登錄情況下

測試流程

1)管理員密碼修改并完成填寫。

2)點擊進行提交。

預期結果

使用新的密碼可以登錄

實際結果

實際結果與預期結果一致

5.3?系統測試結果

通過編寫醫院門診掛號系統的測試用例,已經檢測完畢用戶登錄模塊、門診掛號查看模塊、門診掛號添加模塊、門診掛號搜索模塊、密碼修改功能測試,通過這5大模塊為醫院門診掛號系統的后期推廣運營提供了強力的技術支撐。

結論

至此,醫院門診掛號系統已經結束,在開發前做了許多的準備,在本系統的設計和開發過程中閱覽和學習了許多文獻資料,從中我也收獲了很多寶貴的方法和設計思路,對系統的開發也起到了很重要的作用,系統的開發技術選用的都是自己比較熟悉的,比如Web、springboot技術、MYSQL,這些技術都是在以前的學習中學到了,其中許多的設計思路和方法都是在以前不斷地學習中摸索出來的經驗,其實對于我們來說工作量還是比較大的,但是正是由于之前的積累與準備,才能順利的完成這個項目,由此看來,積累經驗跟做好準備是十分重要的事情。

當然在該系統的設計與實現的過程中也離不開老師以及同學們的幫助,正是因為他們的指導與幫助,我才能夠成功的在預期內完成了這個系統。同時在這個過程當中我也收獲了很多東西,此系統也有需要改進的地方,但是由于專業知識的淺薄,并不能做到十分完美,希望以后有機會可以讓其真正的投入到使用之中。

參考文獻

[1]黎文志,趙印,陳翔,趙爽,黃凱. 一種互聯網預約掛號方法及系統[P]. 天津市:CN114266373A,2022-04-01.

[2]He Xinbin,Bai Yongbin,Yue Lisen,Wang Haixiao,Liu Yi. Design and Implementation of Information System Based on Java Technology Platform[J]. Journal of Physics: Conference Series,2021,2033(1).

[3]亓晉,許會芬,孫瑩,孫雁飛. 基于膠囊網絡的醫院門診人流量預測方法[P]. 江蘇省:CN112257915A,2021-01-22.

[4]朱光,鄧弘林.大數據背景下醫院門診掛號預約爽約行為預測研究[J].醫學信息,2020,33(22):13-15+21.

[5]李雨澤,李進平. 基于互聯網掛號患者入出醫院門診道閘識別管理系統[P]. 山西省:CN111798607A,2020-10-20.

[6]徐建,肖正軍.基于身份證在精神專科醫院門診掛號信息化系統中的應用[J].電腦知識與技術,2020,16(09):12-13.DOI:10.14004/j.cnki.ckt.2020.0989.

[7]駱雪.北京市某三甲醫院門診掛號應用京醫通自助服務的功能探討[J].中國病案,2019,20(09):31-33.

[8]石鳳平.降低門診掛號錯誤率的對策與實踐——以杭州某醫院為例[J].安徽衛生職業技術學院學報,2018,17(05):6-7.

[9]呂侃,鐘臻.關于醫院門診預約掛號系統設計與實現[J].科技風,2017(24):1.DOI:10.19392/j.cnki.1671-7341.201724001.

[10]張偉,王永平.醫院門診預約掛號系統的應用及改進[J].甘肅科技縱橫,2017,46(11):9-11.

[11]王永平,張偉.門診預約掛號系統在蘭州地區醫院中的對接及應用[J].甘肅科技,2017,33(19):10-11.

[12]賈凡. 山西某醫院門診預約掛號系統設計與實現[D].大連理工大學,2017.

[13]Hatma Suryotrisongko,Dedy Puji Jayanto,Aris Tjahyanto. Design and Development of Backend Application for Public Complaint Systems Using Microservice Spring Boot[J]. Procedia Computer Science,2017,124.

[14]黃冬至.醫院門診掛號、收費信息系統建設與管理[J].世界最新醫學信息文摘,2017,17(22):179.

[15]許敏.醫院門診自助掛號系統對醫療服務的改善情況研究[J].中國管理信息化,2017,20(06):45-46.

[16]胡菲.醫院門診預約掛號系統的運用[J].電子技術與軟件工程,2017(04):198.

致 ?謝

逝者如斯夫,不舍晝夜。轉眼間,大用戶用戶活便已經接近尾聲,人面對著離別與結束,總是充滿著不舍與茫然,我亦如此,仍記得那年秋天,我迫不及待的提前一天到了學校,面對學校巍峨的大門,我心里充滿了期待:這里,就是我新生活的起點嗎?那天,陽光明媚,學校的歡迎儀式很熱烈,我面對著一個個對著我微笑的同學,仿佛一縷縷陽光透過胸口照進了我心里,同時,在那天我認識可愛的室友,我們攜手共同度過了這難忘的兩年。如今,我望著這篇論文的致謝,不禁又要問自己:現在,我們就要說再見了嗎?

感慨莫名,不知所言。遙想當初剛來學校的時候,心里總是想著工科學校會過于板正,會缺乏一些柔情,當時心里甚至有一點點排斥,但是隨著我對學校的慢慢認識與了解,我才認識到了她的美麗,她的柔情,并且慢慢的喜歡上了這個校園,但是時間太快了,快到我還沒有好好體會她的美麗便要離開了,但是她帶給我的回憶,永遠不會離開我,也許真正離開那天我的眼里會滿含淚水,我不是因為難過,我只是想將她的樣子映在我的淚水里,刻在我的心里。最后,感謝我的老師們,是你們教授了我們知識與做人的道理;感謝我的室友們,是你們陪伴了我如此之久;感謝每位關心與支持我的人。

少年,追風趕月莫停留,平荒盡處是春山。

免費領取本源代碼,請關注點贊+私聊

发表评论:

本站为非赢利网站,部分文章来源或改编自互联网及其他公众平台,主要目的在于分享信息,版权归原作者所有,内容仅供读者参考,如有侵权请联系我们删除!

Copyright © 2022 86后生记录生活 Inc. 保留所有权利。

底部版权信息