医院管理系统+Springboot论文源码调试讲解

2相关技术

2.1微信小程序

小程序是一种新的开放能力，开发者可以快速地开发一个小程序。小程序可以在微信内被便捷地获取和传播，同时具有出色的使用体验。尤其拥抱微信生态圈，让微信小程序更加的如虎添翼，发展迅猛。

2.2 MYSQL数据库

MySQL是一个真正的多用户、多线程SQL数据库服务器。 是基于SQL的客户/服务器模式的关系数据库管理系统，它的有点有有功能强大、使用简单、管理方便、安全可靠性高、运行速度快、多线程、跨平台性、完全网络化、稳定性等，非常适用于Web站点或者其他应用软件的数据库后端的开发工作。此外，用户可利用许多语言编写访问MySQL数据库的程序。作为开放源代码运动的产物之一，MySQL关系数据库管理系统越来越受到人们的青睐，应用范围也越来越广。速度和易用性使MySQL特别适用于Web站点或应用软件的数据库后端的开发工作。

MYSQL数据库具有以下特点：

1、C和C ++中使用和测试，以确保源代码的编译器的便携性和灵活性。

2、支持多种操作系统AIX的，FreeBSD下，HP-UX，Linux和Mac OS中，Novell公司的Netware，OpenBSD系统，OS/2裹时，Solaris，Windows等。

3、提供了用于不同的编程语言的API。编程语言，如C,, C ++，Python和Java的，的Perl，PHP，埃菲尔铁塔，Ruby和Tcl的。

4、以及使用的CPU资源来支持多线程。

5、算法优化查询SQL，切实提高搜索速度。

6、网络上的客户端和服务器可以用来编程任何独立的编程环境，也有中国，GB2312，BIG5，日文写作，一般基金，用于支持多国语言，并且可以嵌入在数据表和其他软件shift_jis访问柱可以用作的名称。

7、TCP / IP，ODBC和JDBC数据库，并提供连接到其他。

8、管理工具的管理，控制和优化数据库的操作。

9、可以数以千万计的记录在一个大的数据库。

2.3 uni-app

uni-app 是一个使用 Vue.js 开发所有前端应用的框架，开发者编写一套代码，可发布到iOS、Android、Web（响应式）、以及各种小程序（微信/支付宝/百度/头条/QQ/钉钉/淘宝）、快应用等多个平台。

DCloud公司拥有800万开发者、数百万应用、12亿手机端月活用户、数千款uni-app插件。

uni-app在手，做啥都不愁。即使不跨端，uni-app也是更好的小程序开发框架更好的App跨平台框架、更方便的H5开发框架。不管领导安排什么样的项目，你都可以快速交付，不需要转换开发思维、不需要更改开发习惯。

2.4 Spring Boot框架简介

Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。通过这种方式，Spring Boot致力于在蓬勃发展的快速应用开发领域(rapid application development)成为领导者。

SpringBoot可以与经典的Java开发工具一起使用或者作为命令行工具安装。无论如何，需要JavaSDK1.6或者更高版本，本项目用到的是JDK1.8版本。

3系统分析

3.1可行性分析

通过对本医院管理系统小程序实行的目的初步调查和分析，提出可行性方案并对其一一进行论证。我们在这里主要从技术可行性、经济可行性、操作可行性等方面进行分析。

3.1.1技术可行性

本医院管理系统小程序采用SSM框架，JAVA作为开发语言，是基于WEB平台的B/S架构系统。

（1）Java提供了稳定的性能、优秀的升级性、更快速的开发、更简便的管理、全新的语言以及服务。整个系统帮用户做了大部分不重要的琐碎的工作。

（2）基于B/S模式的系统的开发已发展日趋成熟。

（3）众所周知，Java是面向对象的开发语言。程序开发员可以在Eclipse平台上面方便的使用一些已知的解决方案。

因此，医院管理系统小程序在开发技术上具有很高可行性，且开发人员掌握了一定的开发技术，所以此系统的开发技术具有可行性。

3.1.2经济可行性

本医院管理系统小程序采用的软件都是开源的，这样能够削减很多的精力和资源，降低开发成本。同时对计算机的配置要求也极低，即使是淘汰下来的计算机也能够满足需要，因此，本系统在经济上是完全具有可行性的，所以在经济上是十分可行的。

3.1.3操作可行性

本医院管理系统小程序的界面简单易操作，用户只要平时有在用过电脑，都能进行访问和操作。本系统具有易操作、易管理、交互性好的特点，在操作上是非常简单的，因此在操作上具有很高的可行性。

综上所述，此系统开发目标已明确，在技术、经济和操作方面都具有很高的可行性，并且投入少、功能完善、管理方便，因此系统的开发是完全可行的。

3.2系统性能分析

3.2.1 系统安全性

此医院管理系统小程序要严格控制管理权限，具体要求如下：

（1）要想对医院管理系统小程序进行管理，首先要依靠用户名和密码在系统中登陆，无权限的用户不可以通过任何方式登录系统和对系统的任何信息和数据进行查看，这样可以保证系统的安全可靠性和准确性。

（2）在具体实现中对不同的权限进行设定，不同权限的用户在系统中登陆后，不可以越级操作。

3.2.2 数据完整性

（1）所有记录信息要保持全面，信息记录内容不可以是空。

（2）各种数据间相互联系要保持正确。

（3）相同数据在不同记录中要保持一致。

3.3系统界面分析

目前，界面设计已经成为对软件质量进行评价的一条关键指标，一个好的用户界面可以使用户使用系统的信心和兴趣增加，从而使工作效率提高，JSP技术是将JAVA语言作为脚本语言的，JSP网页给整个服务器端的JAVA库单元提供了一个接口用来服务HTTP的应用程序。创建动态页面比较方便。客户界面是指软件系统与用户交互的接口，往往涵盖输出、输入、人机对话的界面格式等。

1.输出设计

输出是由电脑对输入的基本信息进行解决，生成高质量的有效信息，并使之具有一定的格式，提供给管理者使用，这是输出设计的主要责任和目标。

系统开发的过程与实施过程相反，并不是从输入设计到输出设计，而是从输出设计到输入设计。这是由于输出表格与使用者直接相联系，设计的目的应当是确保使用者可以很方便的使用输出表格，并且可以将各部门的有用信息及时的反映出来。输出设计的准绳是既要整体琢磨不同管理层的所有需要，又要简洁，不要提供给用户不需要的信息。

2.输入设计

输入数据的收集和录入是比较麻烦的，需要非常多的人力和一定设备，而且经常出错。一旦输入系统的数据不正确，那么处理后的输出就会扩大这些错误，因此输入的数据的准确性对整个系统的性能起着决定性意义。

输入设计有以下几点原则：

1）输入量应尽量保持在能够满足处理要求的最低限度。输入量越少，错误率就会越少，数据的准备时间也越少。

2）应尽可能的使输入的准备以及输入的过程进行时比较方便，这样使错误的发生率降低。

3）应尽量早检查输入数据（尽量接近原数据发生点）,以便使错误更正比较及时。

4）输入数据尽早地记录成其处理所需的形式，以防止数据由一种介质转移到另一种介质时需要转录而可能发生的错误。

3.4系统流程和逻辑

图3-3登录流程图

图3-4修改密码流程图

4系统概要设计

4.1概述

本系统采用B/S结构(Browser/Server,浏览器/服务器结构)和基于Web服务两种模式，是一个适用于Internet环境下的模型结构。只要用户能连上Internet,便可以在任何时间、任何地点使用。系统工作原理图如图4-1所示：

图4-1系统工作原理图

4.2系统结构

本系统是基于B/S架构的网站系统，设计的功能结构图如下图所示：

图4-2功能结构图

4.3.数据库设计

4.3.1数据库实体

概念设计的目标是设计出反映某个组织部门信息需求的数据库系统概念模式，数据库系统的概念模式独立于数据库系统的逻辑结构、独立于数据库管理系统（DBMS）、独立于计算机系统。

概念模式的设计方法是在需求分析的基础上，用概念数据模型（例如E-R模型）表示数据及数据之间的相互联系，设计出反映用户信息需求和处理需求的数据库系统概念模式。概念设计的目标是准确描述应用领域的信息模式，支持用户的各种应用，这样既容易转换为数据库系统逻辑模式，又容易为用户理解。数据库系统概念模式是面向现实世界的数据模型，不能直接用于数据库系统的实现。在此阶段，用户可以参与和评价数据库系统的设计，从而有利于保证数据库系统的设计与用户的需求相吻合。在概念模式的设计中，E-R模型法是最常见的设计方法。本系统的E-R图如下图所示：

（1）管理员信息的实体属性图如下：

图4.12 管理员信息实体属性图

（2）科室信息实体属性图如图4.13所示：

图4.13 科室信息实体属性图

（3）排班信息实体属性图如图4.14所示：

图4.14 排班信息实体属性图

4.3.2数据库设计表

医院管理系统小程序需要后台数据库，下面介绍数据库中的各个表的详细信息：

表4.1 病历信息

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
bianhao	varchar(200)	是	NULL	编号
biaoti	varchar(200)	是	NULL	标题
yonghuming	varchar(200)	是	NULL	用户名
xingming	varchar(200)	是	NULL	姓名
nianling	varchar(200)	是	NULL	年龄
shouji	varchar(200)	是	NULL	手机
jiwangshi	longtext	是	NULL	既往史
zhenduanqingkuang	longtext	是	NULL	诊断情况
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
userid	bigint(20)	是	NULL	用户id

表4.2 科室信息评论表

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
refid	bigint(20)	否		关联表id
userid	bigint(20)	否		用户id
nickname	varchar(200)	是	NULL	用户名
content	longtext	否		评论内容
reply	longtext	是	NULL	回复内容

表4.3 科室信息

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
keshibianhao	varchar(200)	否		科室编号
keshimingcheng	varchar(200)	否		科室名称
tupian	varchar(200)	是	NULL	图片
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
fuwushijian	varchar(200)	是	NULL	服务时间
guahaofei	int(11)	否		挂号费
keshijianjie	longtext	是	NULL	科室简介

表4.4 科室预约

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
keshibianhao	varchar(200)	是	NULL	科室编号
keshimingcheng	varchar(200)	是	NULL	科室名称
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
guahaofei	int(11)	否		挂号费
yuyueriqi	date	是	NULL	预约日期
yuyueshijian	varchar(200)	是	NULL	预约时间
beizhu	longtext	是	NULL	备注
yonghuming	varchar(200)	是	NULL	用户名
xingming	varchar(200)	是	NULL	姓名
nianling	varchar(200)	是	NULL	年龄
shouji	varchar(200)	是	NULL	手机
sfsh	varchar(200)	是	否	是否审核
shhf	longtext	是	NULL	审核回复
ispay	varchar(200)	是	未支付	是否支付
userid	bigint(20)	是	NULL	用户id

表4.5 排班信息

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
mingcheng	varchar(200)	否		名称
riqi	date	是	NULL	日期
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
paibanshijian	varchar(200)	是	NULL	排班时间
paibanneirong	longtext	是	NULL	排班内容

表4.6 收藏表

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
userid	bigint(20)	否		用户id
refid	bigint(20)	是	NULL	收藏id
tablename	varchar(200)	是	NULL	表名
name	varchar(200)	否		收藏名称
picture	varchar(200)	否		收藏图片

表4.7 体检报告

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
mingcheng	varchar(200)	是	NULL	名称
yonghuming	varchar(200)	是	NULL	用户名
xingming	varchar(200)	是	NULL	姓名
nianling	varchar(200)	是	NULL	年龄
shouji	varchar(200)	是	NULL	手机
baogaotupian	varchar(200)	是	NULL	报告图片
jianchaqingkuang	longtext	是	NULL	检查情况
yizhu	longtext	是	NULL	医嘱
fabushijian	date	是	NULL	发布时间
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
userid	bigint(20)	是	NULL	用户id

表4.8 管理员表

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
username	varchar(100)	否		用户名
password	varchar(100)	否		密码
role	varchar(100)	是	管理员	角色
addtime	timestamp	否	CURRENT_TIMESTAMP	新增时间

表4.9 问诊回复

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
bianhao	varchar(200)	是	NULL	编号
biaoti	varchar(200)	是	NULL	标题
yonghuming	varchar(200)	是	NULL	用户名
xingming	varchar(200)	是	NULL	姓名
wenzhenhuifu	longtext	是	NULL	问诊回复
huifushijian	datetime	是	NULL	回复时间
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
userid	bigint(20)	是	NULL	用户id

表4.10 医生

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
zhanghao	varchar(200)	否		账号
mima	varchar(200)	否		密码
yishengxingming	varchar(200)	是	NULL	医生姓名
xingbie	varchar(200)	是	NULL	性别
touxiang	varchar(200)	是	NULL	头像
shenfenzheng	varchar(200)	是	NULL	身份证
zhicheng	varchar(200)	是	NULL	职称
keshi	varchar(200)	是	NULL	科室
dianhua	varchar(200)	是	NULL	电话

表4.11 医院信息

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
yiyuanmingcheng	varchar(200)	否		医院名称
yiyuanleixing	varchar(200)	是	NULL	医院类型
yiyuantupian	varchar(200)	是	NULL	医院图片
lianxiren	varchar(200)	是	NULL	联系人
lianxidianhua	varchar(200)	是	NULL	联系电话
xiangxidizhi	varchar(200)	是	NULL	详细地址

表4.12 用户

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
yonghuming	varchar(200)	否		用户名
mima	varchar(200)	否		密码
xingming	varchar(200)	是	NULL	姓名
xingbie	varchar(200)	是	NULL	性别
touxiang	varchar(200)	是	NULL	头像
nianling	varchar(200)	是	NULL	年龄
youxiang	varchar(200)	是	NULL	邮箱
shouji	varchar(200)	是	NULL	手机

表4.13 在线问诊

字段	类型	空	默认	注释
id (主键)	bigint(20)	否		主键
addtime	timestamp	否	CURRENT_TIMESTAMP	创建时间
bianhao	varchar(200)	是	NULL	编号
biaoti	varchar(200)	否		标题
zhanghao	varchar(200)	是	NULL	账号
yishengxingming	varchar(200)	是	NULL	医生姓名
wenzhenneirong	longtext	是	NULL	问诊内容
wenzhenshijian	datetime	是	NULL	问诊时间
yonghuming	varchar(200)	是	NULL	用户名
xingming	varchar(200)	是	NULL	姓名
userid	bigint(20)	是	NULL	用户id

5系统详细实现

5.1 管理员模块的实现

5.1.1 用户信息管理

医院管理系统小程序的系统管理员可以管理用户，可以对用户信息修改删除以及查询操作。具体界面的展示如图5.1所示。

图5.1 用户信息管理界面

5.1.2 医生信息管理

系统管理员可以对医生信息进行添加，修改，删除以及查询操作。具体界面如图5.2所示。

图5.2 医生信息管理界面

5.1.3 排班信息管理

系统管理员可以对医生排班信息进行添加，修改，删除以及查询操作。界面如下图所示：

图5.3 排班信息管理界面

5.1.4 科室信息管理

系统管理员可以对科室信息进行添加修改删除操作。界面如下图所示：

图5.4 科室信息管理界面

5.2 医生模块的实现

5.2.1 科室预约

医生可以查看并处理科室预约相关信息。界面如下图所示：

图5.5 科室预约界面

5.2.2 病历信息

医生可以对已经预约的用户进行填写病历信息。界面如下图所示：

图5.6 病历信息界面

6系统测试

6.1概念和意义

测试的定义：程序测试是为了发现错误而执行程序的过程。测试(Testing)的任务与目的可以描述为：

目的：发现程序的错误；

任务：通过在计算机上执行程序，暴露程序中潜在的错误。

另一个预测是相关的术语叫纠错(Debugging)。它的目的与任务可以规定为：

目的：定位和纠正错误；

任务：消除软件故障，保证程序的可靠运行。测试与纠错的关系，可以用图6-1的数据流图来说明。图中表明，每一次测试都要准备好若干必要的测试数据，与被测试程序一道送入计算机执行。通常把一次程序执行需要的测试数据，称为一个“测试用例(Test Case)。每一个测试用例产生一个相应的“测试结果”。如果它与“期望结果”不想符合，便说明程序中存在错误，需要用纠错来改正。

图6.1测试与纠错信息流程

6.2特性

（1）挑剔性

测试是为了证明程序有错，而不是证明程序无错。因此，对于被测程序就是要“纯毛求疵”，就是要“鸡蛋里挑骨头”。

（2）复杂性

测试仪程序则比较容易，这其实是一个误区。设计测试用力是一项需要细致和高度技巧的高能工作，稍有不慎就会顾此失彼，发生不应用得数楼。

（3）不彻底性

实际测试都是不彻底的，当然不能够保证测试后的程序不存在遗漏的错误。

（4）经济性

通场这种测试称为“选择测试（Selective Testing）”。为了降低测试成本，选择测试用力是应注意遵守“经济性”的原则。

6.3重要性

软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。

6.4测试方法

首先我们来说界面测试，界面测试是为了使程序在不同的的操作平台上能够运行界面，并且能够保持原来的风格。我把完整程序拷贝到Windows 7环境下，似的程序运行正常，运行界面上的字体图片等设置都能够保持得非常好。不出现字体变形等情况！

其次进行功能测试。该系统测试采用的是单元测试，集成测试，完善性测试等多种方式进行测试。

经过测试，所有功能都能得以实现，没有任何变形。至此，在功能的测试上也已经比较圆满的完成了。

由于经验不足，写代码时出现了一些考虑不周的系统缺陷，写代码的时候会出现与设想不一致，比如说代码不规范导致接口与接口之间出现问题，功能与客户的要求不符合，这样导致产品不能过关，无法交付。所以产品在上线前必须反复测试，经过反复测试，修改，再测试，再修改，产品才能够不断完善。在整个系统测试中，根据需求文档和设计文档，逐一对功能进行检测并写好测试用例，有效避免残片缺陷，因为产品出现缺陷不仅影响功能，而且可以导致数据的不准确，导致产品质量的降低，经过测试，才能使得产品的稳定性和成熟度得到极大的提升，产品质量也才有保证。

6.5 功能测试

功能测试主要包括五项内容：适用性、准确性、可操作性、依从性、安全性。

本系统功能测试如表6.1所示：

表6.1 系统功能测试

测试内容	测试结果
适用性	好
准确性	好
可操作性	好
依从性	好
安全性	好

6.6可用性测试

可用性测试用于检测系统的可操作性、可理解性、可学习性等方面内容。具体测试方面如表6.2所示。

表6.2 系统可用性测试

测试项	测试人员的评价
窗口移动、大小改变、关闭等操作是否正常	是
操作模块是否友好	是
模块、提示内容等文字描述是否正确	是
模块布局是否协调、合理	是
模块的状态是否正确（对选中项能否发生对应切换）	是
鼠标、键盘操作是否支持	是
所需数据项是否正确显示	是
操作流程是否合理	是
是否提供帮助信息	是

6.7性能测试

性能测试主要通过模拟系统运行环境，测试系统性能是否符合客户需求。性能测试的重要技术指标就是：系统运行速度、网络响应时间和支持并发节点数。

1）系统运行速度：通过在不同计算机上试运行本系统，没有发现有任何迟滞、停顿现象。

2）网络响应时间：网络响应时间主要包括网络最小响应时间、平均响应时间、最大响应时间三个参数。经过测试，在网络运营良好状态下，NBA局域网内响应时间三参数为：1/2/6s，NBA外网响应时间三参数为3/7/12s，符合客户需求，属于用户心理可承受范围。

3）支持并发节点数：经过模拟环境测试，本系统在并发节点达46个时，网络运营速度会发生较大波动，延迟时间10秒左右，符合客户需求。

6.8测试分析

本网站设计时借鉴了国内外优秀网站的优点，从界面到系统设计都保证了用户能够方便操作。系统的主要特点和优点归纳如下：

（1）本系统用的移置性和针对性都比较高，因为针对性高可以提供更好的服务而移置性可以在多个系统上运行，更给客户带来了极大的方便。

（2）该完整内容全面，管理方便可以及时的全面的处理各种错误，异常，这样避免了很多因用户的马虎操作而出现的失误，其操作方便，用户界面友好，能够上网的人都可以很好的进行操作。

6.9测试结果分析

经过对上述测试结果分析，本系统符合用户需求。所有基本功能点实现，操作简单，操作流程简单合理，产品运行性能良好，是一款值得推广的医院管理系统小程序。

结论

在这次毕业设计中遇到的最困难的方面就是在数据库方面的知识，在刚开始进行毕业设计的时候感觉十分困难，根本不知道该从何处下手，但不断的坚持，设计最终被完成。无论多么的困难，只要能够坚持下来，善于去找到好的材料来研究，在研究中充分利用资源，没有困难是不会被成功解决的。

在开发系统的过程中，本人运用到了JSP技术和平时学习中所了解的一些技术，通过实现这些技术，大大提高了整个系统的性能。在论文中这些技术都做了比较详细的介绍。本系统还存在很多缺点和不完善的地方，例如有些细节上做的还不够完善，有些功能模块还需要加强。在今后的日子里，能够对这些不足进行改善。

通过这次最终的毕业设计，平时所学到的知识不仅融合了，而且获得了许多计算机知识。在整个设计过程中明白了许多东西，也培养独立工作能力，树立信心，对自己能力的工作能力，我相信以后会学习和工作生活中有至关重要的作用。同时也大大提高了手的能力，使其难以充分体会探索的乐趣和成功的创作过程，设计过程中汲取的东西，是一笔宝贵的财富。

回顾过去做毕业设计的整个过程，充满了付出和收获，但是当你看到成果的时候的感觉，是一种难以用言语表达的喜悦之感这些在毕业设计过程中学习到的东西将会使我终身受益！

最后，感谢指导老师的关心和指导，在我毕业设计的整个过程中，他给与了我很多的帮助和讲解，在导师的帮助下我的毕业设计才能如此顺利的完成。