寵物醫院管理系統-計算機畢業設計源碼07221

目 ?錄

1 緒論

1.1 選題背景和意義

1.2國內外研究現狀

1.3論文結構與章節安排

2?寵物醫院管理系統系統分析

2.1 可行性分析

2.1.1技術可行性分析

2.1.2?操作可行性分析

2.1.3?法律可行性分析

2.2 系統功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3?系統用例分析

2.4 系統流程分析

2.4.1?數據流程

2.4.2?業務流程

2.5本章小結

3 寵物醫院管理系統總體設計

3.1?系統架構設計

3.2?系統功能模塊設計

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.2管理員功能模塊

4.2.1系統用戶界面

4.2.2?醫生信息管理界面

4.2.3系統管理界面

4.2.4資源管理界面

4.3醫生用戶功能模塊

4.3.1病歷信息界面

4.3.2咨詢回復界面

5系統測試

5.1?系統測試用例

5.2?系統測試結果

結論

參考文獻

致 ?謝

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 摘要

現如今生活質量提高，人們追求精神健康，與家中寵物朝夕相處，感情深厚，寵物漸漸成了我們身邊的朋友。因而寵物生病了，需要去看病，自古醫院救死扶傷，生命無貴賤，無論人類還是動物都需要合適而又方便的場所看病。同時智能化醫院平臺的普及,采用高效的新技術向正規化且辦公化管理的醫院轉型，這樣便可使管理高效，服務優質，方便快捷地對運營的各個部門得到全方位的改善。因而寵物醫院管理系統是寵物醫院的重要工具，簡單、實用、靈活，可以事半功倍，采用SpringBoot框架進行邏輯控制，MySQL數據庫存儲數據，最后Tomcat服務器完成發布，系統可在多個環境下運行。

關鍵詞：SpringBoot；寵物醫院管理系統；MySQL

? ?Abstract

Nowadays, the quality of life has improved, and people pursue mental health. They spend time with their pets and have a deep emotional connection. Pets have gradually become friends around us. Therefore, when pets get sick, they need to go to see a doctor. Since ancient times, hospitals have been used to save lives and provide medical assistance. Life is of no value, and both humans and animals need suitable and convenient places to seek medical treatment. At the same time, the popularization of intelligent hospital platforms and the adoption of efficient new technologies to transform into standardized and office managed hospitals can make management efficient, service high-quality, and facilitate comprehensive improvement of various departments in operation. Therefore, the pet hospital management system is an important tool for pet hospitals, which is simple, practical, flexible, and can achieve twice the result with half the effort. It uses the SpringBoot?framework for logical control, MySQL database to store data, and finally Tomcat server to complete publishing. The system can run in multiple environments.

Keywords:?SpringBoot; Pet hospital management system; MySQL

1 緒論

1.1 選題背景和意義

目前，很多國內寵物醫院信息管理一般采用純手工管理。這種方法的弊端在于參與管理的人員文化水平不一，字跡不一，互相之間會導致信息傳達不便，而.且紙質信息傳載媒體有著一個很大的弱點就是容易損壞，造成信息丟失。現在國內也有一些寵物醫院管理的軟件，采用的技術也是多種多樣，但大多數寵物醫院管理系統主要用于大型寵物醫院的關鍵部門。至于小型寵物醫院，利用寵物醫院管理系統管理日常業務的并不多。

1.2國內外研究現狀

國外研究現狀

國外的寵物市場已經進入了成熟階段，國外寵物互聯網應用為了滿足不同用戶不同階段的需求也出現了不少值得借鑒的新穎產品。在國外，寵物在發達國家里作為產業已經有一二百年的歷史，形成了繁育、訓練、用品用具、醫療、醫藥、貿易的產業鏈。比如一些發達國家，如美國、日本和歐洲國家，寵物醫院管理系統已經得到廣泛應用。這些系統通過利用物聯網、人工智能和大數據等技術，在寵物醫療領域提供了更高效、更便捷的服務。

國內研究現狀

在國內，寵物醫療雖然還是一個新生行業，但寵物醫院的數量之多已經超出人們的意料，但其中黑寵物醫院也占了起碼一半的比例，同時經濟時報曾有一評論指出寵物醫院這一行業暴利在500%以上。在國內暴利行業排名中躍居到第七位，緊隨在地產、服裝等行業之后。國內認為寵物醫療不像人類醫療，只是涉及部分人利益，一直沒有相關法律出臺，所以出現了寵物醫院開遍地，寵物用藥漫天要價的情形。時至今日，養寵物已成普遍，國家開始重視并開始定出相關法規來規范這一行業，寵物醫院使用管理信息系統不但讓顧客對醫院內的藥價和治療費一目了然，也讓相關部門前來檢查時有據可查，由此可見，使用管理信息系統在一定程度上能消除寵物醫院里那口說無憑，坑害消費者的狀況，對國家規范寵物醫療行業有著重要作用。

1.3論文結構與章節安排

本文共分為六章，章節內容安排如下：

第一章為引言，此章節對所設計和實現的系統的背景和狀況以及意義進行詳細的論述以及說明，同時進行了論文整體框架的結構的簡要介紹。

第二章為系統需求分析，章節所做的主要的工作是對系統進行了技術、經濟和操作方面可行性的分析；對系統實行了總體功能的需求、用例分析。

第三章為系統的設計，主要是對系統的功能結構進行設計，并對系統數據庫的概念結構以及物理結構的設計進行了分析。

第四章就是對系統的實現，根據系統功能的劃分，分別的對系統所需要實現的前臺客戶功能和后臺管理員功能進行了分析和說明。

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

第六章：總結。

2?寵物醫院管理系統系統分析

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

2.1 可行性分析

系統可行行分析是對系統對系統可行性進行一個探討。在探討系統的可行性上我們主要從技術上的可行性和經濟上的可行性以及法律層面的可行性上進行分析，如果三個層面度通過，我們則認為系統是比較可行的。

2.1.1技術可行性分析

springboot是一種基于Java的成熟框架，廣泛應用于電子商務領域。采用SpringBoot框架開發有助于提高系統的可拓展性和可維護性，MySQL數據庫具有強大的數據處理能力，能夠有效的存儲和管理系統中的各項數據，因此從技術上來說是可行的。

2.1.2?操作可行性分析

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

2.1.3?法律可行性分析

從開發者角度來看，Java和MySQL是網上開源且免費的，在知識產權方面不會產生任何法律糾紛。從用戶使用角度來看，只要不在系統上販賣違禁品，對系統做出條約協議，杜絕非法支付即可。綜上所述法律可行性也沒有問題。

2.2 系統功能分析

2.2.1 功能性分析

寵物醫院管理系統主要劃分為了普通用戶管理模塊、醫生用戶管理模塊和管理員管理模塊這三大部分，具體功能描述如下：

（一）普通用戶管理模塊：

首頁：展示寵物醫院的最新資訊、醫療服務信息等。可能包含推薦的健康建議、預防措施等內容。
寵物資訊：提供寵物健康、飲食、常見病癥等方面的資訊文章或視頻。幫助用戶更好地了解和照顧自己的寵物。
醫生信息：包括醫生的基本信息、專業領域、工作經驗等。用戶可以查看醫生的資料以便選擇合適的醫生。
我的賬戶：用戶個人賬戶管理功能入口。包括用戶的個人信息、頭像、密碼等。
取消預約：允許用戶取消已安排的預約。
咨詢回復：用戶可以查看醫生的咨詢回復。
預約信息：展示用戶已安排的預約信息。
咨詢信息：用戶可以查看自己的咨詢記錄和醫生的回復。
病歷信息：用戶可以查看自己的病歷信息，方便了解自己寵物的健康情況。
收藏：用戶可以收藏重要的資訊、醫生信息等內容，方便后續查閱。

（二）醫生用戶管理模塊

首頁：展示寵物醫院的最新資訊、醫療服務信息等。可能包含推薦的健康建議、預防措施等內容。
寵物資訊：提供寵物健康、飲食、常見病癥等方面的資訊文章或視頻。幫助醫生和寵物主人更好地了解寵物健康知識。
醫生信息：包括醫生的基本信息、專業領域、工作經驗等。提供患者了解醫生背景的途徑。
我的賬戶：醫生個人賬戶管理功能入口。包括醫生的個人信息、頭像、密碼等。
醫生信息：提供醫生的詳細信息和專業領域。
取消預約：醫生可以取消已安排的預約。
咨詢回復：醫生可以查看患者的咨詢，并進行回復。
疾病名稱：提供醫生查詢常見疾病的信息，以便更好地為患者提供建議。
預約信息：展示醫生已安排的預約信息。
咨詢信息：展示醫生收到的患者咨詢信息及回復。
病歷信息：醫生可以查看和管理患者的病歷信息，以便更好地了解患者狀況。
收藏：醫生可以收藏重要的資訊、病例等信息，方便后續查閱。

（三）管理員管理模塊：

系統用戶：管理系統用戶的信息，包括添加、編輯、刪除用戶等操作。

疾病名稱管理：管理寵物常見疾病的信息，包括添加、編輯、刪除疾病名稱等操作。
醫生信息管理：管理醫生的信息，包括添加、編輯、刪除醫生信息等操作。
預約信息管理：管理用戶預約的信息，包括查看、確認、取消預約等操作。
取消預約管理：管理用戶的取消預約申請，包括查看申請、確認取消等操作。
咨詢信息管理：管理用戶的咨詢信息，包括查看、處理、回復等操作。
咨詢回復管理：管理醫生對用戶咨詢的回復，包括查看、編輯、刪除回復等操作。
病歷信息管理：管理患者的病歷信息，包括查看、編輯、刪除病歷信息等操作。
系統管理：管理系統首頁輪播圖的顯示內容，包括添加、編輯、刪除輪播圖等操作。
資源管理管理：系統的資訊信息，包括添加、編輯、刪除資訊內容和分類等操作。

2.2.2 非功能性分析

寵物醫院管理系統的非功能性需求比如寵物醫院管理系統的安全性怎么樣，可靠性怎么樣，性能怎么樣，可拓展性怎么樣等。具體可以表示在如下2-1表格中：

表2-1寵物醫院管理系統非功能需求表

安全性	主要指寵物醫院管理系統數據庫的安裝，數據庫的使用和密碼的設定必須合乎規范。
可靠性	可靠性是指寵物醫院管理系統能夠按照用戶提交的指示進行操作，經過測試，可靠性90%以上。
性能	性能是影響寵物醫院管理系統占據市場的必要條件，所以性能最好要佳才好。
可擴展性	比如數據庫預留多個屬性，比如接口的使用等確保了系統的非功能性需求。
易用性	用戶只要跟著寵物醫院管理系統的頁面展示內容進行操作，就可以了。
可維護性	寵物醫院管理系統開發的可維護性是非常重要的，經過測試，可維護性沒有問題

2.3?系統用例分析

寵物醫院管理系統的完整UML用例圖分別如下圖所示。

普通用戶角色用例圖如下圖所示。

圖2-2?普通用戶角色用例圖

管理員角色用例圖如下圖所示。

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

醫生用戶角色用例圖如下圖所示。

圖2-4醫生用戶角色用例圖

2.4 系統流程分析

2.4.1?數據流程

開發寵物醫院管理系統最主要的一個目的就是實現寵物的預約，系統的數據流圖如下所示。

圖2-4寵物檢查流程展開圖

2.4.2?業務流程

分析完寵物醫院管理系統的數據流，那么接下來我們來看系統的業務流程，系統業務流程圖如下：

圖2-5業務流程圖

2.5本章小結

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

3 寵物醫院管理系統總體設計

本章主要討論的內容包括寵物醫院管理系統的系統架構設計、功能模塊設計和數據庫系統設計。

3.1?系統架構設計

本寵物醫院管理系統從架構上分為三層：表現層（UI）、業務邏輯層（BLL）以及數據層（DL）。

圖3-1寵物醫院管理系統系統架構設計圖

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

業務邏輯層（BLL）：主要完成本寵物醫院管理系統的數據處理功能。用戶從表現層傳輸過來的數據經過業務邏輯層進行處理交付給數據層，系統從數據層讀取的數據經過業務邏輯層進行處理交付給表現層。

數據層（DL）：由于本寵物醫院管理系統的數據是放在服務端的mysql數據庫中，因此本屬于服務層的部分可以直接整合在業務邏輯層中，所以數據層中只有數據庫，其主要完成本寵物醫院管理系統的數據存儲和管理功能。

3.2?系統功能模塊設計

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

圖3-2?寵物醫院管理系統功能模塊圖

3.3?數據庫設計

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

3.3.1 數據庫概念結構設計

下面是整個寵物醫院管理系統中主要的數據庫表總E-R實體關系圖。

圖3-7?寵物醫院管理系統總E-R關系圖

3.3.2 數據庫邏輯結構設計

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

表access_token (登陸訪問時長)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	token_id	int	10	0	N	Y		臨時訪問牌ID
2	token	varchar	64	0	Y	N		臨時訪問牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大壽命：默認2小時
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
7	user_id	int	10	0	N	N	0	用戶編號:

表appointment_information (預約信息)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	appointment_information_id	int	10	0	N	Y		預約信息ID
2	user_account	int	10	0	Y	N	0	用戶賬號
3	user_name	varchar	64	0	Y	N		用戶姓名
4	user_phone_number	varchar	64	0	Y	N		用戶電話
5	doctor_account	int	10	0	Y	N	0	醫生賬號
6	doctors_name	varchar	64	0	Y	N		醫生姓名
7	pet_name	varchar	64	0	Y	N		寵物名稱
8	pet_species	varchar	64	0	Y	N		寵物種類
9	pet_gender	varchar	64	0	Y	N		寵物性別
10	pet_age	varchar	64	0	Y	N		寵物年齡
11	pet_pictures	varchar	255	0	Y	N		寵物圖片
12	appointment_time	datetime	19	0	Y	N		預約時間
13	appointment_number	varchar	64	0	Y	N		預約單號
14	examine_state	varchar	16	0	N	N	未審核	審核狀態
15	examine_reply	varchar	16	0	Y	N		審核回復
16	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
17	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表article (文章：用于內容管理系統的文章)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	article_id	mediumint	8	0	N	Y		文章id：[0,8388607]
2	title	varchar	125	0	N	Y		標題：[0,125]用于文章和html的title標簽中
3	type	varchar	64	0	N	N	0	文章分類：[0,1000]用來搜索指定類型的文章
4	hits	int	10	0	N	N	0	點擊數：[0,1000000000]訪問這篇文章的人次
5	praise_len	int	10	0	N	N	0	點贊數
6	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
8	source	varchar	255	0	Y	N		來源：[0,255]文章的出處
9	url	varchar	255	0	Y	N		來源地址：[0,255]用于跳轉到發布該文章的網站
10	tag	varchar	255	0	Y	N		標簽：[0,255]用于標注文章所屬相關內容，多個標簽用空格隔開
11	content	longtext	2147483647	0	Y	N		正文：文章的主體內容
12	img	varchar	255	0	Y	N		封面圖
13	description	text	65535	0	Y	N		文章描述

表article_type (文章分類)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	type_id	smallint	5	0	N	Y		分類ID：[0,10000]
2	display	smallint	5	0	N	N	100	顯示順序：[0,1000]決定分類顯示的先后順序
3	name	varchar	16	0	N	N		分類名稱：[2,16]
4	father_id	smallint	5	0	N	N	0	上級分類ID：[0,32767]
5	description	varchar	255	0	Y	N		描述：[0,255]描述該分類的作用
6	icon	text	65535	0	Y	N		分類圖標：
7	url	varchar	255	0	Y	N		外鏈地址：[0,255]如果該分類是跳轉到其他網站的情況下，就在該URL上設置
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表auth (用戶權限管理)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	auth_id	int	10	0	N	Y		授權ID：
2	user_group	varchar	64	0	Y	N		用戶組：
3	mod_name	varchar	64	0	Y	N		模塊名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		頁面標題：
6	path	varchar	255	0	Y	N		路由路徑：
7	position	varchar	32	0	Y	N		位置：
8	mode	varchar	32	0	N	N	_blank	跳轉方式：
9	add	tinyint	3	0	N	N	1	是否可增加：
10	del	tinyint	3	0	N	N	1	是否可刪除：
11	set	tinyint	3	0	N	N	1	是否可修改：
12	get	tinyint	3	0	N	N	1	是否可查看：
13	field_add	text	65535	0	Y	N		添加字段：
14	field_set	text	65535	0	Y	N		修改字段：
15	field_get	text	65535	0	Y	N		查詢字段：
16	table_nav_name	varchar	500	0	Y	N		跨表導航名稱：
17	table_nav	varchar	500	0	Y	N		跨表導航：
18	option	text	65535	0	Y	N		配置：
19	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表cancel_reservation (取消預約)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	cancel_reservation_id	int	10	0	N	Y		取消預約ID
2	user_account	int	10	0	Y	N	0	用戶賬號
3	user_name	varchar	64	0	Y	N		用戶姓名
4	user_phone_number	varchar	64	0	Y	N		用戶電話
5	doctor_account	int	10	0	Y	N	0	醫生賬號
6	doctors_name	varchar	64	0	Y	N		醫生姓名
7	pet_name	varchar	64	0	Y	N		寵物名稱
8	pet_species	varchar	64	0	Y	N		寵物種類
9	pet_gender	varchar	64	0	Y	N		寵物性別
10	pet_age	varchar	64	0	Y	N		寵物年齡
11	appointment_time	datetime	19	0	Y	N		預約時間
12	appointment_number	varchar	64	0	Y	N		預約單號
13	cancel_time	datetime	19	0	Y	N		取消時間
14	reason_for_cancellation	text	65535	0	Y	N		取消原因
15	examine_state	varchar	16	0	N	N	未審核	審核狀態
16	examine_reply	varchar	16	0	Y	N		審核回復
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表collect (收藏)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	collect_id	int	10	0	N	Y		收藏ID：
2	user_id	int	10	0	N	N	0	收藏人ID：
3	source_table	varchar	255	0	Y	N		來源表：
4	source_field	varchar	255	0	Y	N		來源字段：
5	source_id	int	10	0	N	N	0	來源ID：
6	title	varchar	255	0	Y	N		標題：
7	img	varchar	255	0	Y	N		封面：
8	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表comment (評論)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	comment_id	int	10	0	N	Y		評論ID：
2	user_id	int	10	0	N	N	0	評論人ID：
3	reply_to_id	int	10	0	N	N	0	回復評論ID：空為0
4	content	longtext	2147483647	0	Y	N		內容：
5	nickname	varchar	255	0	Y	N		昵稱：
6	avatar	varchar	255	0	Y	N		頭像地址：[0,255]
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
9	source_table	varchar	255	0	Y	N		來源表：
10	source_field	varchar	255	0	Y	N		來源字段：
11	source_id	int	10	0	N	N	0	來源ID：

表consultation_information (咨詢信息)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	consultation_information_id	int	10	0	N	Y		咨詢信息ID
2	user_account	int	10	0	Y	N	0	用戶賬號
3	user_name	varchar	64	0	Y	N		用戶姓名
4	user_phone_number	varchar	64	0	Y	N		用戶電話
5	doctor_account	int	10	0	Y	N	0	醫生賬號
6	doctors_name	varchar	64	0	Y	N		醫生姓名
7	consultation_time	date	10	0	Y	N		咨詢時間
8	consultation_content	text	65535	0	Y	N		咨詢內容
9	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表consultation_response (咨詢回復)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	consultation_response_id	int	10	0	N	Y		咨詢回復ID
2	doctor_account	int	10	0	Y	N	0	醫生賬號
3	doctors_name	varchar	64	0	Y	N		醫生姓名
4	user_account	int	10	0	Y	N	0	用戶賬號
5	user_name	varchar	64	0	Y	N		用戶姓名
6	user_phone_number	varchar	64	0	Y	N		用戶電話
7	consultation_time	date	10	0	Y	N		咨詢時間
8	consultation_content	text	65535	0	Y	N		咨詢內容
9	doctors_reply	text	65535	0	Y	N		醫生回復
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表disease_name (疾病名稱)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	disease_name_id	int	10	0	N	Y		疾病名稱ID
2	disease_name	varchar	64	0	Y	N		疾病名稱
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表doctor_information (醫生信息)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	doctor_information_id	int	10	0	N	Y		醫生信息ID
2	doctor_account	int	10	0	Y	N	0	醫生賬號
3	doctors_name	varchar	64	0	Y	N		醫生姓名
4	doctors_gender	varchar	64	0	Y	N		醫生性別
5	doctors_photo	varchar	255	0	Y	N		醫生照片
6	doctors_age	varchar	64	0	Y	N		醫生年齡
7	doctors_phone_number	varchar	64	0	Y	N		醫生電話
8	doctors_id	varchar	64	0	Y	N		醫生工號
9	entire_period_of_actual_operation	varchar	64	0	Y	N		從業年限
10	doctors_expertise	varchar	64	0	Y	N		醫生專長
11	diagnosed_quantity	int	10	0	Y	N	0	已診數量
12	hits	int	10	0	N	N	0	點擊數
13	praise_len	int	10	0	N	N	0	點贊數
14	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
15	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表doctor_users (醫生用戶)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	doctor_users_id	int	10	0	N	Y		醫生用戶ID
2	doctors_name	varchar	64	0	Y	N		醫生姓名
3	doctors_gender	varchar	64	0	Y	N		醫生性別
4	doctors_age	int	10	0	Y	N	0	醫生年齡
5	doctors_phone_number	varchar	16	0	Y	N		醫生電話
6	doctors_id	varchar	64	0	N	N		醫生工號
7	entire_period_of_actual_operation	int	10	0	Y	N	0	從業年限
8	doctors_expertise	varchar	64	0	Y	N		醫生專長
9	examine_state	varchar	16	0	N	N	已通過	審核狀態
10	user_id	int	10	0	N	N	0	用戶ID
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表hits (用戶點擊)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	hits_id	int	10	0	N	Y		點贊ID：
2	user_id	int	10	0	N	N	0	點贊人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：

表medical_record_information (病歷信息)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	medical_record_information_id	int	10	0	N	Y		病歷信息ID
2	doctor_account	int	10	0	Y	N	0	醫生賬號
3	doctors_name	varchar	64	0	Y	N		醫生姓名
4	user_account	int	10	0	Y	N	0	用戶賬號
5	user_name	varchar	64	0	Y	N		用戶姓名
6	pet_name	varchar	64	0	Y	N		寵物名稱
7	pet_species	varchar	64	0	Y	N		寵物種類
8	pet_gender	varchar	64	0	Y	N		寵物性別
9	pet_age	varchar	64	0	Y	N		寵物年齡
10	appointment_time	datetime	19	0	Y	N		預約時間
11	appointment_number	varchar	64	0	Y	N		預約單號
12	diagnosis_date	datetime	19	0	Y	N		診斷日期
13	diagnosis_quantity	varchar	64	0	Y	N		診斷數量
14	disease_name	varchar	64	0	Y	N		疾病名稱
15	disease_description	text	65535	0	Y	N		疾病描述
16	treatment_planning	text	65535	0	Y	N		治療計劃
17	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
18	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表praise (點贊)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	praise_id	int	10	0	N	Y		點贊ID：
2	user_id	int	10	0	N	N	0	點贊人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：
8	status	bit	1	0	N	N	1	點贊狀態:1為點贊，0已取消

表registered_users (注冊用戶)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	registered_users_id	int	10	0	N	Y		注冊用戶ID
2	user_name	varchar	64	0	Y	N		用戶姓名
3	user_phone_number	varchar	16	0	Y	N		用戶電話
4	examine_state	varchar	16	0	N	N	已通過	審核狀態
5	user_id	int	10	0	N	N	0	用戶ID
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	創建時間
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間

表slides (輪播圖)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	slides_id	int	10	0	N	Y		輪播圖ID：
2	title	varchar	64	0	Y	N		標題：
3	content	varchar	255	0	Y	N		內容：
4	url	varchar	255	0	Y	N		鏈接：
5	img	varchar	255	0	Y	N		輪播圖：
6	hits	int	10	0	N	N	0	點擊量：
7	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

表upload (文件上傳)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	upload_id	int	10	0	N	Y		上傳ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		訪問路徑
4	file	varchar	255	0	Y	N		文件路徑
5	display	varchar	255	0	Y	N		顯示順序
6	father_id	int	10	0	Y	N	0	父級ID
7	dir	varchar	255	0	Y	N		文件夾
8	type	varchar	32	0	Y	N		文件類型

表user (用戶賬戶：用于保存用戶登錄信息)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	user_id	mediumint	8	0	N	Y		用戶ID：[0,8388607]用戶獲取其他與用戶相關的數據
2	state	smallint	5	0	N	N	1	賬戶狀態：[0,10](1可用\|2異常\|3已凍結\|4已注銷)
3	user_group	varchar	32	0	Y	N		所在用戶組：[0,32767]決定用戶身份和權限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登錄時間：
5	phone	varchar	11	0	Y	N		手機號碼：[0,11]用戶的手機號碼，用于找回密碼時或登錄時
6	phone_state	smallint	5	0	N	N	0	手機認證：[0,1](0未認證\|1審核中\|2已認證)
7	username	varchar	16	0	N	N		用戶名：[0,16]用戶登錄時所用的賬戶名稱
8	nickname	varchar	16	0	Y	N		昵稱：[0,16]
9	password	varchar	64	0	N	N		密碼：[0,32]用戶登錄所需的密碼，由6-16位數字或英文組成
10	email	varchar	64	0	Y	N		郵箱：[0,64]用戶的郵箱，用于找回密碼時或登錄時
11	email_state	smallint	5	0	N	N	0	郵箱認證：[0,1](0未認證\|1審核中\|2已認證)
12	avatar	varchar	255	0	Y	N		頭像地址：[0,255]
13	open_id	varchar	255	0	Y	N		針對獲取用戶信息字段
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
15	vip_level	varchar	255	0	Y	N		會員等級
16	vip_discount	double	11	2	Y	N	0.00	會員折扣

表user_group (用戶組：用于用戶前端身份和鑒權)

編號	名稱	數據類型	長度	小數位	允許空值	主鍵	默認值	說明
1	group_id	mediumint	8	0	N	Y		用戶組ID：[0,8388607]
2	display	smallint	5	0	N	N	100	顯示順序：[0,1000]
3	name	varchar	16	0	N	N		名稱：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述該用戶組的特點或權限范圍
5	source_table	varchar	255	0	Y	N		來源表：
6	source_field	varchar	255	0	Y	N		來源字段：
7	source_id	int	10	0	N	N	0	來源ID：
8	register	smallint	5	0	Y	N	0	注冊位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	創建時間：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新時間：

3.4本章小結

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

4?寵物醫院管理系統關鍵模塊詳細設計與實現

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

4.1普通用戶功能模塊

4.1.1 前臺首頁界面

當進入寵物醫院管理系統的時候，系統以上中下的布局進行展示，首先映入眼簾的是系統的導航欄，下面是輪播圖，再往下是寵物資訊，其主界面展示如下圖所示。

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

4.1.2用戶注冊界面

寵物醫院管理系統的用戶可以進行注冊登錄，當用戶右上角“注冊”按鈕的時候，當填寫上自己的賬號+密碼+確認密碼+昵稱+郵箱+手機號等后再點擊“注冊”按鈕后將會先驗證輸入的有沒有空數據，再次驗證密碼和確認密碼是否是一樣的，最后驗證輸入的賬戶名和數據庫表中已經注冊的賬戶名是否重復，只有都驗證沒問題后即可用戶注冊成功。其用戶注冊界面展示如下圖所示。

圖4-2注冊界面圖

4.1.3?用戶登錄界面

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

圖4-3用戶登錄界面圖

4.1.4我的賬戶界面

在右上角前點擊“我的賬戶”可以對個人資料+密碼修改+昵稱的信息進行管控。我的賬戶界面如下圖所示。

圖4-3我的賬戶界面圖

4.1.5預約信息界面

用戶可以查看預約信息，包括醫生姓名、預約日期等，通過輸入關鍵字進行搜索查詢。預約信息界面如下圖所示。

圖4-5?預約信息界面圖

4.2管理員功能模塊

4.2.1系統用戶界面

管理員可以對系統中所有的用戶角色進行管控，包含了管理員、普通用戶、醫生用戶這三種角色，如果需要添加新的用戶，點擊頁面中的“添加”按鈕根據提示輸入上用戶信息，點擊“提交”以后在對應的用戶界面就可以查看到了，可以點擊用戶后面的“刪除”按鈕直接刪除某一用戶。系統用戶管理界面如下圖所示。

圖4-6系統用戶界面圖

4.2.2?醫生信息管理界面

當點擊“醫生信息管理”這一菜單的時候，會出現醫生信息列表、醫生信息添加這兩個子菜單，可以對這兩個模塊進行增刪改查操作。醫生信息列表、醫生信息添加界面如下圖所示。

圖4-7醫生信息列表管理界面圖

圖4-8醫生信息添加界面圖

4.2.3系統管理界面

管理員點擊“系統管理”菜單可以查看到系統中的所有輪播圖信息，對已經存在的輪播圖，管理員可以修改，也可以添加新的輪播圖或者刪除輪播圖。界面如下圖所示。

圖4-9系統管理界面圖

4.2.4資源管理界面

當點擊“資源管理”這一菜單的時候，會出現資訊列表、資訊分類這兩個子菜單，可以對這兩個模塊進行增刪改查操作。資源管理界面如下圖所示。

圖4-10資源管理界面圖

4.3醫生用戶功能模塊

4.3.1病歷信息界面

醫生用戶可以對病歷信息進行上傳，輸入疾病名稱、疾病描述、治療計劃等信息提交，就可以上傳病歷信息了。病歷信息界面如下圖所示。

圖4-11病歷信息界面圖

4.3.2咨詢回復界面

醫生用戶可以查看所有的咨詢回復內容，包括用戶姓名、用戶電話、咨詢信息等內容，還可以進行查詢、重置、添加和刪除等操作。咨詢回復界面如下圖所示。

圖4-12咨詢回復界面圖

5系統測試

5.1?系統測試用例

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

用戶登錄功能測試：

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

用例名稱	用戶登錄系統
目的	測試用戶通過正確的用戶名和密碼可否登錄功能
前提	未登錄的情況下
測試流程	1) 進入登錄頁面 2) 輸入正確的用戶名和密碼
預期結果	用戶名和密碼正確的時候，跳轉到登錄成功界面，反之則顯示錯誤信息，提示重新輸入
實際結果	實際結果與預期結果一致

通知公告查看功能測試：

表5-2?通知公告查看功能測試表

用例名稱	通知公告查看
目的	測試通知公告查看功能
前提	用戶登錄
測試流程	點擊通知公告列表
預期結果	可以查看到所有通知公告信息
實際結果	實際結果與預期結果一致

管理員添加資源管理界面測試：

表5-3?添加資源管理界面測試表

用例名稱	添加資源管理測試用例
目的	測試資源管理添加功能
前提	管理員正常登錄情況下
測試流程	1）管理員點擊資源管理，然后點擊添加后并填寫信息。 2）點擊進行提交。
預期結果	提交以后，頁面首頁會顯示新的資源管理?
實際結果	實際結果與預期結果一致

寵物資訊搜索功能測試：

表5-4寵物資訊搜索功能測試表

用例名稱	寵物資訊搜索測試
目的	測試寵物資訊搜索功能
前提	無
測試流程	1）在搜索框填入搜索關鍵字。 2）點擊搜索按鈕。
預期結果	頁面顯示包含有搜索關鍵字的寵物資訊
實際結果	實際結果與預期結果一致

密碼修改搜索功能測試：

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

用例名稱	密碼修改測試用例
目的	測試管理員密碼修改功能
前提	管理員用戶正常登錄情況下
測試流程	1）管理員密碼修改并完成填寫。 2）點擊進行提交。
預期結果	使用新的密碼可以登錄
實際結果	實際結果與預期結果一致

咨詢回復功能測試：

表5-6咨詢回復功能測試表

用例名稱	咨詢回復測試用例
目的	測試用戶咨詢回復功能
前提	用戶正常登錄情況下
測試流程	1）搜索查看咨詢回復，點擊咨詢回復。 2）填寫咨詢回復信息，點擊進行提交。
預期結果	咨詢成功
實際結果	實際結果與預期結果一致

5.2?系統測試結果

通過編寫寵物醫院管理系統的測試用例，已經檢測完畢用戶登錄模塊、通知公告查看模塊、添加資源管理界面模塊、寵物資訊搜索功能模塊、密碼修改模塊、咨詢回復模塊功能測試，通過這6大模塊為寵物醫院管理系統的后期推廣運營提供了強力的技術支撐。

結論

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

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

參考文獻

[1]Perdinan ,A F R ,P D S , et al.Tidal Flood Hazard AsseSpringBootent in Pekalongan City, Central Java[J].IOP Conference Series: Earth and Environmental Science,2023,1266(1):

[2]J Z ,H E ,Taryono .Abundance and Composition of Solid Waste in the Citarum River, West Java Province[J].IOP Conference Series: Earth and Environmental Science,2023,1266(1):

[3]Perdinan ,Cahyaning S J ,Akhmad F , et al.The Contribution of Climate Factors on the Availability of Hydropower Energy in West Java[J].IOP Conference Series: Earth and Environmental Science,2023,1266(1):

[4]粟梁.基于Java的汽車租賃管理系統[J].電腦編程技巧與維護,2024,(01):43-45+52.DOI:10.16184/j.cnki.comprg.2024.01.035.

[5]孫超.醫院檔案管理信息系統的設計與實現[J].辦公自動化,2024,29(01):70-72.

[6]高中濤,魏群,范宏雷等.醫院醫療廢物管理系統設計與應用[J].河北省科學院學報,2023,40(06):14-17.DOI:10.16191/j.cnki.hbkx.2023.06.008.

[7]Putrinadia V A ,Budihastuti R U ,Melinawati E , et al.#330 : Factors Affect Infertile Woman to Access Infertility Services in Central Java, Indonesia[J].Fertility ?Reproduction,2023,05(04):

[8]H D A ,Syndi N ,Mia M , et al.Central nervous system infection in a pediatric population in West Java.[J].PLoS neglected tropical diseases,2023,17(11):e0011769-e0011769.

[9]丁玉青,孫逸飛,朱敏.基于JAVA的共享藍牙耳機小程序設計[J].科技與創新,2023,(20):152-154.DOI:10.15913/j.cnki.kjycx.2023.20.047.

[10]肖新鳳.基于FISCO BCOS寵物管理系統設計與實現[J].信息與電腦(理論版),2023,35(16):133-135.

[11]李頌,巴志強.基于MongoDB的醫院后勤信息管理系統[J].自動化技術與應用,2023,42(08):115-118+156.DOI:10.20033/j.1003-7241.(2023)08-0115-05.

[12]張偉.多院區醫院人力資源管理系統設計研究[J].網絡安全和信息化,2023,(08):96-98.

[13]黃竹青,吳姝德,邱勝等.醫院DRG全流程管理系統設計與應用[J].中國數字醫學,2023,18(06):80-84.

[14]王慧.一個寵物醫院管理系統的設計與實現[J].電腦知識與技術,2023,19(10):67-70.DOI:10.14004/j.cnki.ckt.2023.0505.

[15]顏惠.基于Web的寵物店信息管理系統設計[J].軟件,2023,44(02):147-149.

[16]平欣,宋育斌,孔維賓等.基于GPS與微信小程序的智能寵物管理系統設計[J].軟件導刊,2023,22(02):121-126.

[17]陳治宇.物聯網智能寵物管理系統[C]//四川省電子學會,重慶市電子學會,四川省職業技能競賽研究中心.2022年川渝大學生“數智”作品設計應用技能大賽暨第八屆四川省大學生智能硬件設計應用大賽會議論文集.四川師范大學;,2022:8.DOI:10.26914/c.cnkihy.2022.077397.

[18]莊帥.寵物管理系統的設計及實現[J].福建電腦,2022,38(05):68-72.DOI:10.16707/j.cnki.fjpc.2022.05.017.

[19]吳文洋,劉世宇.基于B/S架構寵物領養管理系統設計[J].軟件,2020,41(11):85-87.

[20]葉軍,華旭奮,孫曉艷.基于用戶體驗的互聯網+寵物管理系統設計與實現[J].科技創新與應用,2020,(31):87-89.

致 ?謝

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

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

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