计算机毕业设计java基于单片机及spring框架的高血压患者居家监测系统5218p9

（配套有源码 程序 mysql数据库 论文）
本套源码可以在文本联xi,先看具体系统功能演示视频领取，可分享源码参考。

随着社会老龄化进程的加快和生活方式的改变，高血压已成为困扰现代人健康的常见慢性病之一。据统计，我国高血压患者数量持续攀升，且呈现年轻化趋势。对于高血压患者而言，日常的血压监测与管理是控制病情、预防并发症的关键环节。然而，传统的管理模式往往依赖患者定期前往医院测量或手动记录数据，存在监测不及时、数据碎片化、医生难以实时掌握患者状况等问题。尤其是在疫情防控常态化的背景下，减少非必要就医、居家健康管理的需求日益凸显。因此，开发一个基于单片机及Spring框架的高血压患者居家监测系统，通过智能设备采集体征数据，结合网络平台实现数据的可视化存储与远程共享，为患者提供便捷的自我管理工具，为医生提供科学的诊疗依据，具有重要的现实意义与社会价值。

本文将介绍一个融合嵌入式技术与Web服务的高血压患者居家监测系统。系统后端采用Java技术和Spring Boot框架，前端使用Vue构建用户界面，以MySQL作为后台数据库，通过B/S架构实现数据的集中管理。系统将用户角色划分为管理员、患者与医生三大类，通过简洁直观的界面设计，为高血压患者提供全天候的健康监测与管理服务。

该平台围绕高血压患者的日常健康管理，设计了以下核心功能模块：

• 用户注册与登录：提供患者与医生的账号注册及系统登录功能，支持多角色身份验证，保障数据安全与隐私。

• 个人中心：供用户管理个人信息、修改密码、查看个人资料等基础操作。

• 患者管理：建立患者健康档案，记录患者账号、姓名、性别、年龄、体重、身高、住址、联系方式、头像及负责医生等信息，支持信息的查询、新增与维护。

• 医生管理：维护医生的基本信息，包括医生账号、姓名、性别、联系电话、头像等，便于患者选择与联系。

• 血压贴士管理：发布高血压相关的健康知识、注意事项、饮食建议等科普内容，记录标题、简介、内容、发布日期、发布医生等信息，帮助患者科学管理健康。

• 高血压信息管理：记录患者的日常血压监测数据，包括标题、患者信息（账号、姓名、年龄、性别、体重、身高、住址、联系方式）、负责医生信息、血压值、相关链接、登记日期及备注等，形成连续的健康档案。

• 数据可视化与链接管理：支持上传与血压监测相关的辅助资料或外部链接（a链接1、a链接2），丰富数据展示形式。

• 系统管理：包括轮播图管理、关于我们等网站基础信息维护功能。

功能总结

该平台通过上述功能模块，构建了一个集患者管理、医生指导、健康科普与数据监测于一体的综合性居家健康管理系统。从患者注册建档开始，到日常血压数据的录入与登记，再到健康贴士的推送与医生信息的维护，形成了一个完整的健康管理闭环。患者可以通过系统记录自己的血压变化趋势，形成连续的健康档案；医生则可以查看负责患者的监测数据，为远程诊疗与健康指导提供科学依据。血压贴士功能的加入，将被动监测与主动预防相结合，提升了患者的健康素养与自我管理能力。整体而言，该系统通过物联网技术与Web平台的深度融合，为高血压患者打造了一个便捷、高效、智能的居家监测解决方案，有效缓解了医疗资源压力，提升了慢性病管理的精细化水平。

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

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

3 系统分析

3.1 需求分析

在对一个软件进行设计与开发之前，需要对该系统进行深层次的调查、分析、研究[6]。良好的需求分析不仅能使开发人员快速、准确地理解开发任务，还能提高开发效率，能好地完成工作。对系统进行需求分析是必不可少的，这是软件生存周期上一个很重要的部分，在这个阶段需要确定该系统需要实现什么功能，然后做成一个数据规范、图表清晰的文档，为接下来的系统设计工作提供一定的基础。

3.1.1系统总体分析

本系统采取了一系列的设计原则，主要目的是为了系统的功能设计，还有管理人员在后期对系统维护时的方便，以及使用户能够简易的操作。最重要的设计原则包括：简单性、针对性、实用性、一致性、先进性[7]。

（1）简单性：在该系统中功能模块实现的同时，让用户操作起来简单明了，很快找到所需资源是最直接的目的。

（2）针对性：该系统是根据设计需求为导向来开发高血压患者居家监测系统的设计，所以针对性较强。

（3）实用性：该设计能够满足高血压患者居家监测系统的实际的功能需求，能够在实际中让用户真正使用到，具有实际的应用价值。

（4）一致性：网站整体的页面布局，在不同的界面之间，img里的图片的放置位置以及大小都应该有严格的一致性。变量命名规则应该具有统一性。

（5）先进性：本系统采用java作为开发语言、Spring boot框架、MySQL作为系统数据库，它们被软件设计者们广泛使用[8]。

3.2 可行性分析

可行性分析是每开发一个项目必不可少的一部分，可行性分析可以直接影响一个系统的存活问题，针对开发意义进行分析，还有就是是否可以通过所开发的系统来弥补传统纸质手工统计模式的不足，是否能够更好的解决其中问题等，通过对该高血压患者居家监测系统的开发设计，不仅能够逐步减少工作人员的工作量，而且还可以进行高效工作和管理[9]。所以该系统的开发实现了最大的意义和价值，在系统完成后，利益是否大过于成本，是否能够达到预期效果，这些方面都要进行可行性分析，再通过分析之后，就可以决定是否开发此系统。该高血压患者居家监测系统的开发设计中，以下几点进行了可行性分析：经济、技术、运行可行性：通过java的采用，由于该技术不断成熟，所以使用该技术设计高血压患者居家监测系统是具有可行性的。经济可行性：在开发过程中，系统完成后的利益是否大过于开发成本。操作可行性：高血压患者居家监测系统的开发设计中，方便用户的可操作性和实用性[10]。

3.2.1 经济可行性

由于本系统是作为毕业设计系统，且系统本身存在一些技术层面的缺陷，并不能直接用于商业用途，只想要通过该系统的开发提高自身学术水平，不需要特定服务器等额外花费。所有创造及工作过程仅需在个人电脑上就能实现，使用到的软件大多为开源软件，所以经济成本并不高，可以轻易实现[11]。

3.2.2 技术可行性

本系统的开发使用java作为系统开发的开发语言，开发工具选择 Eclipse，而 B/S架构决定了本系统的兼容性和多用户可操作性，此外选择MySql作为数据库不仅提高了数据安全性更保障了数据的可操作性[12]。

3.2.3 运行可行性

本系统作为以java作为开发技术的系统，而且选用 B/S架构则决定了要操作本系统仅需要占用很小的资源，并没有过多地硬件配置要求，目前市面上只要能正常运行浏览器的个人电脑都可以正常运行使用该系统。

综上所述，本系统的设计与开发在经济上、技术上、运行上的条件都是满足的，因此，系统开发具备可行性条件[13]。

3.3　系统结构和流程设计

开发该系统主要选用了Spring boot的架构设计，将主要表现层、业务逻辑层和数据访问层分离出来。表现层将请求的回应信息展现在java网页页面上便于客户访问，业务逻辑层负责获得并正确处理请求逻辑，确保SQL语句读取时取得成功或失败，数据访问层关键将数据信息拼写成SQL语句。由于分层次构造开展开发，可以使开发系统软件的耦合性减少，随后重用率提升，只在数据层对数据开展处理就可以了。随后由接口封装对象，业务层完成对系统的逻辑操作，在显示层展现和接受数据信息，用接口完成每个层间的数据信息的传送。实际操作的方法简洁明了，使体系能更快的运作。

操作流程需要进行设计，一个完整的系统可以流畅的操作下来是至关重要的，本系统的完整操作流程如图3-1所示：

1. 系统操作流程图

本系统主要有管理员和患者、医生三种角色，进行登录时需要确保输入的内容与已经保存的账号信息一致，通过账户密码等方式来校验用户信息，输入正确则登入系统，输入错误则登入失败。系统登录流程，如图3-2所示：

1. 系统登录流程图

在添加信息的时候，会判断是哪类用户，并根据用户类型判断执行是否合法，合法者可以进行添加，不合法者则不能进行此操作。管理员登录账号后可以对内容进行添加，拥有着最高的权限，患者、医生权限仅次于管理员。添加信息流程图如图3-3所示：

1. 系统添加流程图

删除数据时与添加数据功能类似，删除数据具体流程如图3-4所示：

图3-4系统删除流程图

4 系统设计

4.1系统通用功能用例分析

系统的通用功能包括管理员、医生和患者登录和密码修改，是三个角色共同需要使用的功能，用例分析如图4-1所示。

                                 

   图4-1系统通用功能用例分析图

4.2 系统设计主要功能

本系统采用自上往下的方法开发与实现，本课题要求实现一套高血压患者居家监测系统，系统主要包括管理员模块和患者、医生模块的功能模块；

 （1）管理员用例图如下所示：

 

图4-2管理员用例图

（2）患者用例图如下所示：

 

图4-3患者用例图

（3）医生用例图如下所示：

 

图4-4医生用例图

通过市场调研及咨询研究，可以按照用户的角色权限使不同用户角色看到不一样的信息界面。现根据需求阶段的分析，我们可以大致确定系统需要包含的功能如下图4-5所示：

           图4-5高血压患者居家监测系统结构功能图

4.3 数据库设计

4.3.1 数据库设计规范

数据可设计要遵循职责分离原则，即在设计时应该要考虑系统独立性，即每个系统之间互不干预不能混乱数据表和系统关系。

数据库命名也要遵循一定规范，否则容易混淆，数据库字段名要尽量做到与表名类似。

4.3.2 E-R图

血压贴士E-R图，如图4-6所示：

 

  图4-6血压贴士E-R图

医生信息E-R图，如图4-7所示：

图4-7医生信息E-R图

患者信息E-R图如图4-8所示。

  图4-8患者信息E-R图

高血压信息E-R图如图4-9所示。

图4-9高血压信息E-R图

5.1 管理员功能实现

管理员登录，通过登录页面输入用户名、密码、角色，进行登录操作，如图5-1所示。

图5-1管理员登录界面图

管理员登录进入高血压患者居家监测系统可以查看系统首页、个人中心、患者管理、医生管理、血压贴士管理、高血压信息管理等信息，进行相应操作，如图5-2所示。

图5-2管理员功能界面图

管理员点击患者管理，在患者管理页面输入患者账号、患者姓名、性别、年龄、体重、身高、住址、联系方式、头像、医生账号、医生姓名等内容，进行查询、新增或者删除患者信息等操作，如图5-3所示。

图5-3患者管理界面图

管理员点击医生管理，在医生管理页面输入医生账号、医生姓名、性别、联系电话、头像等内容，进行查询、新增或者删除医生信息等操作，如图5-4所示。

图5-4医生管理界面图

管理员点击血压贴士管理，在血压贴士管理页面对标题、发布日期、医生账号、医生姓名等内容，进行查询或者删除血压贴士等操作，如图5-5所示。

图5-5血压贴士管理界面图

管理员点击高血压信息管理，在高血压信息管理页面对标题、患者账号、患者姓名、年龄、性别、体重、身高、住址、联系方式、医生账号、医生姓名、血压、a链接1、a链接2、登记日期等内容，进行查询或者删除高血压信息等操作，如图5-6所示。

图5-6高血压信息管理界面图

5.2 患者功能实现

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

图5-7患者注册界面

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

 图5-8患者登录界面

患者登录到系统后，可以对系统首页、个人中心、血压贴士管理、高血压信息管理等功能模块进行操作；如图5-9所示。

图5-9患者功能界面

患者点击血压贴士管理，在血压贴士管理页面对标题、发布日期、医生账号、医生姓名等内容，进行查询血压贴士等操作，如图5-10所示。

图5-10血压贴士管理界面图

患者点击高血压信息管理，在高血压信息管理页面对标题、患者账号、患者姓名、年龄、性别、体重、身高、住址、联系方式、医生账号、医生姓名、血压、a链接1、a链接2、登记日期等内容，进行查询或者新增、删除高血压信息等操作，如图5-11所示。

图5-11高血压信息管理界面图

5.3 医生功能实现

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

图5-12医生注册界面

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

 图5-13医生登录界面

医生登录到系统后，可以对系统首页、个人中心、血压贴士管理、高血压信息管理等功能模块进行操作；如图5-14所示。

图5-14医生功能界面

医生点击血压贴士管理，在血压贴士管理页面对标题、发布日期、医生账号、医生姓名等内容，进行查询、新增或者删除血压贴士等操作，如图5-15所示。

图5-15血压贴士管理界面图

医生点击高血压信息管理，在高血压信息管理页面对标题、患者账号、患者姓名、年龄、性别、体重、身高、住址、联系方式、医生账号、医生姓名、血压、a链接1、a链接2、登记日期等内容，进行查询高血压信息等操作，如图5-16所示。

图5-16高血压信息管理界面图

源码无偿分享，文未领取