java-springboot基于hive线上问诊系统数据仓库7i2g97d0计算机毕业设计（配套有源码 程序 mysql数据库 论文）
本套源码可以在文本联xi,先看具体系统功能演示视频领取，可分享源码参考。

线上问诊每天产生万级咨询单、处方单与评价文本，把碎片化的问诊记录、预约流水、乡镇医疗指标统一拖入Hive数据仓库，再用SpringBoot封装REST服务，即可一键生成患者画像、科室热度、药品关联规则与地域健康趋势。

文档给出的功能全集：科室管理、患者管理、医生管理、医生信息管理、在线问诊管理、预约医生管理、乡镇医疗管理、医疗资讯管理、医疗资讯分类、系统管理、轮播图、关于我们、系统简介、看板可视化（乡镇医疗、行政划区、医疗地区、来源分析、地区占比）。

一句话概括：让问诊数据从“只存不查”变成“随点随看”，用大屏告诉医院哪里最需要医生、哪类疾病最烧钱。

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

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

第三章 系统分析

3.1项目需求分析

本系统项目需求如下：

1. 使得管理本系统的信息传递可以达到完整不缺失、便捷、高效。
2. 降低后期保障程序长久运行的工作人员的工作复杂度，提高系统寿命。
3. 系统一经上线后，可快捷查找到所需信息及实现高效信息管理等。
4. 通过网络运行，提高解决问题的效率和提高用户的使用率。
5. 为了满足不同的用户需求，需要使用简洁的接口，操作简便。
6. 系统运行平稳，具有实用性和通用性，适合大多数人使用。

3.2 系统可行性分析

本系统可行性分析主要从技术可行性、经济可行性和操作可行性等方面进行分析，以及对系统的应用前景进行预测，判断软件开发项目的实现是否可行。

3.2.1 技术可行性

本系统采用JAVA技术，通过大学四年，开发技术已基本掌握，所需软件资源都是免费的，相关的开发工具，开发环境都可以在网上下载，环境搭建简单，硬件资源只需要一台个人电脑，即可以完成开发的全过程，因此在技术上，软、硬件资源需求上都已经满足开发要求，技术上是可行的。

3.2.2 操作可行性

本系统功能比较完善，界面友好，操作简单，采用常见的界面窗口来操作界面，本系统主要通过网页进行访问，易操作、易管理、交互性好，只要具备基本的计算机知识，会常规的电脑操作，就能很快上手，短时间就能对本系统的使用达到很熟练的程度，符合操作可行性。 

3.2.3 经济可行性

系统开发主要由自己完成，系统开发使用的开发工具和开发环境都可以自己下载搭建，硬件资源，软件资源都是免费的，不需要花钱去买；开发使用自己的电脑设备完成，没有额外投资，另外系统具有友好的人机交互界面，使用简单，操作方便，只要掌握常规的电脑操作就能使用，不需要聘请专业人士来管理系统，省去了聘请人员管理系统的费用，因此该系统的开发和运营维护成本低。

3.3系统用例分析

本系统分为管理员、患者和医生三大模块，管理员的权利是最大的，可以对系统所有功能进行管理；其次是患者和医生；用例分别如下所示：

图3-1 管理员用例图

图3-2 患者用例图

图3-3 医生用例图

3.4系统流程分析

本系统登录流程图，如图3-4所示。

本系统添加信息流程图，如图3-5所示。

图3-4 登录流程图

图3-5 添加信息流程图

第四章 系统设计

4.1系统功能及工作原理设计

设计这个管理系统能使用户实现不需出门就可以在电脑前进行个人信息修改，对系统功能进行有效管理。

本系统由管理员、患者和医生三大模块组成。通过数据交互与数据传输实现本系统的所有功能。

管理员登录进入系统直接管理科室管理、患者管理、医生管理、医生信息管理、在线问诊管理、预约医生管理、乡镇医疗管理、系统管理、我的等信息。本网站模块设计的独立性强，用户体验良好、后期维护修改管理十分方便。

患者模块的主要设计是：在登陆成功后，本系统实现对个人中心、修改密码、在线问诊、预约医生、我的收藏等功能进行详细操作；

医生模块的主要设计是：在登陆成功后，本系统实现对系统首页、在线问诊管理、预约医生管理、我的信息等功能进行详细操作；

本系统是以网络业务模式为基础的，适合于互联网的应用。只要能连接到互联网，就可以不受到时间和地点的限制，随便来使用本线上问诊系统。线上问诊系统工作原理图，如图4-1所示。

图4-1 系统工作原理图

4.2程序结构图

本系统登录结构图，如图4-2所示。

图4-2 登录结构图

系统分成三个角色，根据每个角色的权限分析得出三大模块，包括管理员模块，患者模块和医生模块；管理员模块主要针对整个系统的管理进行设计，提高了管理的效率和标准。系统的总体模块功能设计如下图所示:。

图4-3 系统总体功能结构图

4.3数据库的设计

所有的网站设计都离不开数据库，数据库是所有项目实现如数据采集、数据传输等功能的基石。只有合理的数据库设计才能满足商业化的要求，主键外键数据库的连接方式尤为重要，尽量避免多对多的复杂性，字段命名合理标准，且易于理解，字段应根据业务设置，不允许操作字段而对系统有额外的占用内存。

4.3.1数据库实体及属性

本线上问诊的E-R图描述了在系统中各个实体之间的联系，以下将对“医生、医生信息、患者、在线问诊、乡镇医疗、预约医生”等作为实体，它们的局部E-R图，如图4-4所示：

图4-4局部E-R图

第五章 系统的实现

5.1前台功能实现

5.1.1系统首页页面

当人们打开系统的网址后，首先看到的就是首页界面。在这里，人们能够看到系统的导航条，通过导航条导航进入各功能展示页面进行操作。系统首页界面如图5-1所示：

图5-1 系统首页界面

在注册流程中，患者在Vue前端填写必要信息（如用户名、密码等）并提交。前端将这些信息通过HTTP请求发送到Java后端。后端处理这些信息，检查用户名是否唯一，并将新用户数据存入MySQL数据库。完成后，后端向前端发送注册成功的确认，前端随后通知用户完成注册。这个过程实现了新用户的数据收集、验证和存储。系统注册页面如图5-2所示：

图5-2患者注册页面

5.1.2个人中心

个人中心：在个人中心页面可以对个人中心、修改密码、在线问诊、预约医生、我的收藏进行详细操作；如图5-3所示：

图5-3个人中心界面

5.2后台模块实现

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

图5-4后台登录界面

5.2.1管理员功能实现

管理员进入主页面，主要功能包括对系统首页、科室管理、患者管理、医生管理、医生信息管理、在线问诊管理、预约医生管理、乡镇医疗管理、系统管理、我的信息等进行操作。管理员主页面如图5-5所示：

图5-5管理员主界面

管理员进行爬取数据后，点击主页面右上角的看板，可以查看到乡镇医疗、行政划区、医疗地区、来源分析、地区占比等实时的分析图进行可视化管理；如图5-6所示：

图5-6看板界面

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

图5-7科室管理界面

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

图5-8患者管理界面

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

图5-9医生管理界面

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

图5-10医生信息管理界面

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

图5-11在线问诊管理界面

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

图5-12预约医生管理界面

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

图5-13乡镇医疗管理界面

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

图5-14系统管理界面

5.2.2医生功能实现

医生进入主页面，主要功能包括对系统首页、在线问诊管理、预约医生管理、我的信息等进行操作。医生主页面如图5-15所示：

图5-15医生主界面

源码无偿分享，文未领取