计算机毕业设计springboot大学生就医服务移动应用（配套有源码 程序 mysql数据库 论文）
本套源码可以在文本联xi,先看具体系统功能演示视频领取，可分享源码参考。

移动互联网把校医院装进口袋，却让“排队两小时、看病五分钟”仍是大学生常态：感冒扎堆、心理预约爆满、慢病用药断档、报销流程迷宫。把诊疗、药房、保险、健康指导一次性搬到指尖，成为校园刚需。
系统用SpringBoot+MySQL做后台，Uni-App生成Android/iOS双端，B/S架构随时可达。角色只有三类：学生、医生、管理员，却能把就医主链路全部闭环。

功能清单如下，不分角色，一眼看全：

• 登录/注册（短信验证码、学号绑定、密码找回）

• 首页轮播与公告（健康提示、停诊通知、活动弹窗）

• 症状自诊（树状问答，给出可能科室与紧急指数）

• 在线咨询（图文、语音、表情，医生端可回复、关闭、转科）

• 预约挂号（按医院-科室-医生-时段四级筛选，实时号源，预约取消）

• 排队叫号（实时显示当前号序，语音推送）

• 就诊记录（历次诊断、检查报告、体检单PDF、治疗方案一键回览）

• 电子病历在线建档（既往史、过敏史、血型、紧急联系人）

• 药方开具与查看（药品、剂量、用法、疗程、电子签名）

• 药品信息检索（说明书、库存、价格、厂家、注意事项）

• 药品下单与支付（校园卡、微信、支付宝，支持部分医保直付）

• 药房配送选择（自取/寝室送药，物流状态实时同步）

• 报销信息填报（门诊、住院、药店三类，OCR识别票据，进度查询）

• 健康资讯（分栏目文章、视频、每日推送、收藏、点赞）

• 心理测评量表（SAS、SDS、PHQ-9，得分与建议自动回传）

• 体检预约与结果查询（历次数据曲线、异常指标红色预警）

• 医院导航（校内/外医院位置、公交、导航、电话一键拨号）

• 意见反馈与评价（匿名打分、文字、图片，后台回复）

• 个人中心（头像、二维码名片、消息中心、隐私设置、账号注销）

• 后台管理（学生、医生、医院、科室、药品、资讯、轮播图、公告、角色权限、数据字典、日志审计、系统监控、数据备份）

一句话总结：从身体不舒服到报销到账，所有环节在一个App里点完；医生、药房、管理员三线并行，数据实时互通，真正让校园就医“小事不出校，大事不慌乱”。

注:以上是纯课题毕业设计功能介绍，并非实际开发完成，最终开发完成的毕业设计程序以下面的的环境软件、功能图和界面为准。

系统所需要的环境软件：idea、eclipse+mysql5.7、8.0+Navicat+JDK1.8+tomcat7.0

3.3.2 系统管理需求分析

本系统的系统管理用例需求如图3-1所示。系统管理可细化为若干个更低级的功能，每个功能均可进行不同的操作。

图3-1 系统管理用例图

3.4 系统流程分析

3.4.1 登录流程

每个医生都有专属的密码和账号，在输入合法的账号、密码以及验证之后即可进入系统。登录流程如图3-2所示：

图3-2 登录流程图

3.4.2 添加信息流程

管理员、学生和医生可以添加信息，内容没有问题之后按下确定键就添加成功了。添加信息的流程图如图3-3所示：

图3-3 添加信息流程图

3.4.3 删除信息流程

学生和医生可以选择把自己发布的信息删掉，选择要删除的文章确认之后，删除信息的操作就完成了。删除信息流程图如图3-4所示：

图3-4 添加信息流程图

4 系统功能的设计与实现

4.1 总体设计思路

该系统采用了B/S架构，对使用网络没有特别的要求，使用者可以随时访问该系统。该系统运行原理如图4-1所示：

图4-1 系统工作原理图

4.2 系统功能结构设计

完成了设计思路的构想，接下来就是按照实际要求完成所需功能。该系统功能结构图如图4-2所示：

图4-2 系统功能结构图

4.3 数据库设计

4.3.1 数据库E-R图设计

E-R图即实体-联系图，主要作用是提供了解显示数据类型存在的联系的途径，是藐视现实世界的概念模型，其关键要素是实体型、属性、联系。在系统中将对“管理员、学生、意见反馈、在线建档”等几个主要的实体属性进行布局，如图4-2所示：

图4-2系统局部E-R图

5.1.1登录注册界面的实现

首先双击打开app客户端系统，连上网络之后会显示出本系统的登录界面，这是进入app的第初始页面“登录”，能成功进入到该登录界面则代表app的开启是成功的，接下来就可以操作本系统所带有的其他所有的功能。登录界面如图5-1所示。

图5-1 登录界面

学生注册：第一次使用本app的使用者，首先是要进行注册，点击“注册”，然后就会进入到注册的页面里面，将学生信息录入注册表，确认信息正确后，系统才会进入登录界面，学生登录成功后可使用本app所提供的所有功能。注册界面如图5-2所示。

图5-2 注册界面

5.1.2app首页功能的实现

app首页是学生注册登录后进入的第一个界面，学生可通过app端首页导航栏进入到相应的网页查看信息展示信息进行详细操作。

app首页界面如图5-3所示。

图5-3 app首页界面图

药品信息：在药品信息页面可以看到药品名称、类别、药品编号、规格、厂家、价格、数量、注意事项等信息，按照提示即可完成购买药品操作。药品信息详情如图5-4所示。

图5-4药品信息详情界面图

5.1.3学生功能

学生登录成功后，点击“我的”进入学生页面，在学生页面可以对我的服务、预约挂号、就诊记录、药方开具、在线建档、购买药品、报销信息、意见反馈、我的收藏、修改密码等进行详细操作。学生功能界面如图5-5所示。

图5-5学生功能界面图

5.2后台模块实现

在登录流程中，用户首先在Uni前端界面输入用户名和密码。这些信息通过HTTP请求发送到Java后端。后端接收请求，通过与MySQL数据库交互验证用户凭证。如果认证成功，后端返回给前端，允许用户访问系统。这个过程涵盖了从用户输入到系统验证和响应的全过程。后台登录界面图5-6所示。

图5-6 后台登录界面

5.2.1管理员功能实现

管理员进入主页面，主要功能包括对系统首页、个人中心、医生、学生、医院信息、科室分类、预约挂号、就诊记录、药方开具、在线建档、药品信息、购买药品、报销信息、意见反馈、系统管理等进行操作。管理员主页面如图5-7所示：

图5-7管理员主界面

医生功能在视图层（view层）进行交互，比如点击“查询、创建或删减”按钮或填写医生信息表单。这些医生表单动作被视图层捕获并作为请求发送给相应的控制器层（controller层）。控制器接收到这些请求后，调用服务层（service层）以执行相关的业务逻辑，例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后，进一步与数据访问对象层（DAO层）交互，后者负责具体的数据操作如查看、修改、查看评论或删除医生信息，并将操作结果返回给控制器。最终，控制器根据这些结果更新视图层，以便医生功能可以看到最新的信息或相应的操作反馈。医生界面如图5-8所示：

图5-8医生界面

管理员点击学生。在学生页面输入学号进行查询、创建或删减学生列表，并根据需要对学生详情信息进行查看、修改或删除操作；如图5-9所示：

图5-9学生界面

管理员点击医院信息。在医院信息页面输入医院分类、医生名称、医生地址和医院等级进行查询、创建或删减医院信息列表，并根据需要对医院详情信息进行查看、修改或删除操作；如图5-10所示：

图5-10医院信息界面

管理员点击科室分类。在科室分类页面输入科室分类进行查询、创建或删减科室分类列表，并根据需要对科室分类详情信息进行修改或删除操作；如图5-11所示：

图5-11科室分类界面

管理员点击预约挂号。在预约挂号页面输入医生姓名、性别、是否通过、是否支付进行查询或删减预约挂号列表，并根据需要对预约挂号详情信息进行查看或删除操作；如图5-12所示：

图5-12预约挂号界面

管理员点击就诊记录。在就诊记录页面输入医生姓名、性别进行查询或删减就诊记录列表，并根据需要对就诊记录详情信息进行查看、修改或删除操作；如图5-13所示：

图5-13就诊记录界面

管理员点击药方开具。在药方开具页面输入医生姓名、学生姓名、是否支付进行查询、创建或删减药方开具列表，并根据需要对药方开具详情信息进行查看、修改或删除操作；如图5-14所示：

图5-14药方开具界面

管理员点击在线建档。在在线建档页面输入治疗医生和性别进行查询或删减在线建档列表，并根据需要对在线建档详情信息进行查看、修改或删除操作；如图5-15所示：

图5-15在线建档界面

源码无偿分享，文未领取