springboot医院患者监护系统-毕业设计源码51906

目  录

摘要

1 绪论

1.1选题背景

1.2选题意义

1.3国内外研究现状

1.4开发工具介绍

1.4.1 J2EE技术

1.4.2 MVVM模式

1.4.3 B/S结构

1.4.4 Spring boot框架

1.4.5 Mysql数据库

1.5论文结构与章节安排

2 医院患者监护系统需求分析

2.1 系统概述

2.2可行性分析

2.2.1 技术可行性分析

2.2.2 经济可行性分析

2.2.3 法律可行性分析

2.2 系统功能需求分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1 数据流程

2.5本章小结

3 医院患者监护系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2添加信息模块设计

3.1.3 删除信息模块设计

3.2 数据库设计

3.2.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.1.6 舒张血压管理界面

4.2管理员功能模块

4.2.1后台首页界面

4.2.2 系统用户界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

致  谢

摘要

在大数据时代背景下，医疗领域面临着海量数据的挑战与机遇。为了满足医院患者监护系统的需求，本文设计并实现了一套高效、智能化的患者监护系统。该系统通过集成先进的医疗设备和传感器，实时采集患者的生理数据，为医护人员提供了患者病情的实时监测和预警功能。同时，该系统还具备数据可视化功能，为医护人员提供了直观的数据展示，帮助他们更好地理解和分析患者的病情。本文详细介绍了系统的设计思路、实现方法以及关键技术的应用，并通过实际案例验证了系统的有效性和实用性。该系统不仅提高了医院患者监护的效率和质量，还为医疗领域的大数据应用提供了有力的支持。

本系统的前端界面涉及的技术主要有HTML、CSS、Java等，通过这些技术可以实现前端页面的美观和动态效果使之符合广大群众的审美观，后台主要使用的技术主要有Java编程语言，MySQL数据库，springboot框架和Ajax异步交互，根据Ajax异步模式的医院患者监护系统的设计与实现解决了传统管理方式所带来的人力、物力和时间上的虚耗和交流深度的限定，这让交流的过程更快捷、准确、便利，同时完成医院患者监护系统的基本功能：后台首页、系统用户、患者信息管理、患者脉搏管理、患者体温管理、收缩血

压管理、舒张血压管理。

关键词：Java；springboot；医院患者监护系统 ；MySQL

Abstract

In the background of big data era, the medical field is faced with the challenges and opportunities of massive data. In order to meet the needs of hospital patient monitoring system, this paper designs and realizes a set of efficient and intelligent patient monitoring system. By integrating advanced medical equipment and sensors, the system collects patient physiological data in real time, and provides health-care staff with real-time monitoring and early warning of patients' conditions. At the same time, the system also has the data visualization function, which provides an intuitive data display for the medical staff, and helps them to better understand and analyze the patient's condition. This paper introduces the design idea, the implementation method and the application of the key technology in detail, and verifies the effectiveness and practicability of the system through practical cases. This system not only improves the efficiency and quality of patient monitoring in hospitals, but also provides strong support for the application of big data in the medical field.

The front-end interface of this system mainly involves HTML, CSS, Java, etc., Through these technologies can achieve the front end of the page beautiful and dynamic effect so that it conforms to the aesthetic view of the masses, The main technologies used in the background are the Java programming language, The MySQL database, springboot Framework and Ajax asynchronous interactions, According to the design and implementation of Ajax asynchronous hospital patient monitoring system, it solves the limitation of manpower, material resources and time and communication depth brought by the traditional management mode, This makes the process of communication faster, more accurate and more convenient, At the same time, the basic functions of the hospital patient monitoring system are completed: background home page, system users, patient information management, patient pulse management, patient temperature management, and blood contraction

Pressure management, and diastolic blood pressure management.

Key words: Java; springboot; hospital patient monitoring system; MySQL

1 绪论

1.1选题背景

随着医疗技术的不断进步和医疗管理要求的日益提高，医院患者监护系统作为保障患者安全和提升医疗服务质量的重要手段，受到了广泛关注。传统的患者监护方式往往依赖于医护人员的定期巡查和手动记录，不仅效率低下，而且容易出现疏漏。因此，设计并实现一套高效、智能的医院患者监护系统显得尤为重要。

医院患者监护系统的设计与实现选题背景，主要基于以下几个方面的考虑：

首先，医疗安全需求。医院作为一个特殊的服务场所，患者的安全是首要考虑的因素。患者监护系统能够实时监测患者的生命体征和病情变化，及时发现异常情况并采取相应的处理措施，从而确保患者的安全。

其次，医疗服务质量提升。随着医疗市场的竞争加剧和患者需求的多样化，医疗服务质量成为了医院竞争的核心。患者监护系统通过自动化、智能化的监测和数据分析，能够为医护人员提供更加准确、全面的患者信息，帮助他们做出更科学的诊疗决策，从而提升医疗服务质量。医疗管理效率提升。传统的患者监护方式需要医护人员花费大量时间进行巡查和记录，不仅效率低下，而且容易出现疏漏。患者监护系统能够自动化完成这些工作，减轻医护人员的工作负担，提升医疗管理效率。

最后，医疗信息化发展趋势。随着信息技术的快速发展，医疗信息化已经成为了不可逆转的趋势。患者监护系统作为医疗信息化的重要组成部分，其设计与实现符合医疗信息化的发展趋势，有助于推动医疗行业的数字化转型。

综上所述，医院患者监护系统的设计与实现选题背景具有重要的现实意义和广泛的应用前景。通过研究和开发这一系统，不仅可以提升医疗服务质量和管理效率，还可以保障患者安全，推动医疗行业的可持续发展。

1.2选题意义

医院患者监护系统的设计与实现选题意义深远，它关乎到患者生命安全与医疗质量的提升。随着医疗技术的不断进步和信息化水平的日益提高，传统的患者监护方式已经难以满足现代医疗管理的需求。因此，开发一套高效、智能的患者监护系统成为了医疗行业迫切的需求。

首先，患者监护系统可以实时监控患者的生理参数，如心率、血压、舒张和收缩血压等，以及患者的病情变化。通过对这些数据的实时采集和分析，医生可以更加准确地了解患者的健康状况，及时发现潜在的危险因素，从而采取相应的治疗措施，保障患者的生命安全。

其次，患者监护系统可以提高医疗管理的效率和质量。系统可以将患者的监护数据自动记录并存储，方便医生随时查看和分析。同时，系统还可以根据患者的生理参数变化，自动提醒医生进行必要的干预和处理，减少了医生的工作负担，提高了医疗管理的效率和质量。

此外，患者监护系统还可以为医院管理提供有力的数据支持。通过对大量患者的监护数据进行统计分析，医院可以了解患者的疾病分布情况、治疗效果等信息，为医院管理和决策提供有力的数据支持。

医院患者监护系统的设计与实现具有重要的选题意义。它不仅可以提高医疗管理的效率和质量，保障患者的生命安全，还可以为医院管理提供有力的数据支持，推动医疗行业的持续发展。因此，我们应该加强对患者监护系统的研究和开发，为医疗事业的发展做出更大的贡献。

1.3国内外研究现状

医院患者监护系统的设计与实现一直是医疗信息化领域的研究热点。随着医疗技术的不断发展和进步，患者监护系统也在不断地进行更新和升级，以更好地满足医院和患者的需求。

在国内，随着医疗信息化的不断推进，医院患者监护系统的研究与应用也取得了显著的进展。许多医院已经引入了智能化的患者监护系统，通过监测患者的生命体征、病情变化等信息，实现对患者的实时监控和预警。同时，这些系统还可以与医院的医疗管理系统、电子病历等信息化平台相互集成，提高医院的工作效率和服务质量。

在国际上，医院患者监护系统的研究与应用也备受关注。许多国际知名的医疗技术公司和研究机构都在致力于开发更加先进、智能的患者监护系统。这些系统不仅具备实时监测和预警功能，还可以通过大数据分析、机器学习等技术，实现对患者病情的精准预测和个性化治疗方案的制定。

总体来说，医院患者监护系统的设计与实现已经取得了很大的进展，但仍面临一些挑战和问题。例如，如何保证系统的准确性和可靠性、如何保障患者的隐私和安全、如何降低系统的成本等。未来，随着技术的不断发展和创新，相信医院患者监护系统将会更加智能化、高效化、人性化，为医疗事业的发展做出更大的贡献。

1.4开发工具介绍

1.4.1 J2EE技术

人可以掌握多门外语，而一个计算机科学家精通的大多是编程语言，它不是人类的自然语言，比如C语言、Java、Perl等等。由于不同的公司开发出的“中间件”不够规范，所以Sun公司推出J2EE，用这个标准来解决弊病。它提供了良好的机制，让每个层次允许与之相对的服务器、组件运行，使得系统的搭建稳定可用、开发高效、维护方便。

1.4.2 MVVM模式

MVVM模式是常用的开发模式，主要是在代码实现上将其分为M层、V层和C层。

视图（View）代表用户交互界面，一个 Web 应用就可能有很多的界面，在 MVVM 模式中，视图仅仅处理的只有数据采集、处理，还有用户的请求， 并不包括业务流程的处理，业务流程由模型（Model）来处理。

模型（Model）就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的，它就像黑箱子，在接受视图请求的数据之后，然后返回最终的处理结果。MVVM 最主要的核心就是业务模型的设计，一个典型的应用例子就是目前流行的 EJB 模型，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但是它不能作为应用设计模型的框架。

控制器（Controller）可以理解为接收用户的请求，然后视图和模型匹配在一起，一起再完成用户请求。它有非常明显的作用在划分控制层上，可以很清晰地告诉你，它就是一个分发器，选择什么样的模型、视图，可以完成用户的什么样的请求。控制层不做所有的数据处理，比如说：用户点击一个连接，控制层接受到请求之后，并不处理业务信息，它只是向模型传递用户的信息，同时告诉模型做什么，然后选择符合需求的视图返回给用户。

1.4.3 B/S结构

B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。

1.4.4 Springboot框架

Spring框架是Java平台上的一种开源应用框架，提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制，但其在Java应用中的频繁使用让它备受青睐，以至于后来让它作为EJB（EnterpriseJavaBeans）模型的补充，甚至是替补。Spring框架为开发提供了一系列的解决方案，比如利用控制反转的核心特性，并通过依赖注入实现控制反转来实现管理对象生命周期容器化，利用面向切面编程进行声明式的事务管理，整合多种持久化技术管理数据访问，提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转（IOC）特性，IOC旨在方便项目维护和测试，它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期，容器可以通过扫描XML文件或类上特定Java注解来配置对象，开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程（AOP）框架，SpringAOP框架基于代理模式，同时运行时可配置；AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性，虽无法与AspectJ框架相比，但通过与AspectJ的集成，也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制，使本地和全局事务以及嵌套事务能够与保存点一起工作，并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板，系统可以通过事务模板、XML或Java注解进行事务配置，并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象（JDO）、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持，同时还可以与Spring的事务管理一起使用，为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架，其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够，于是创建了SpringMVC。

1.4.5 Mysql数据库

Mysql 经过多次的更新，功能层面已经非常的丰富和完善了，从Mysql4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷。

针对本文中设计的交流论坛网站在实际的实现过程中，最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的Mysql来对交流论坛网站后台数据进行存储操作。

1.5论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章为引言，此章节对所设计和实现的系统的背景和国内外研究现状进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析，章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章为系统的设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 医院患者监护系统需求分析

2.1 系统概述

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.2可行性分析

系统可行性分析是对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.2.1 技术可行性分析

医院患者监护系统在数据的存储上使用的MySQL数据库，在医院患者监护系统开发中使用了Java、idea这些开发工具的使用，能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发，使系统的可扩展性和维护性更佳，减少系统配置代码，简化编程代码，目前B/S模式是目前最受欢迎的一种模式。

2.2.2 经济可行性分析

从经济可行性上看项目在开发阶段需要一台开发PC，在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题，在后期的系统部署生产上来说，服务器的投入也不会过高，在经济层面上是一个比较可行的。

2.2.3 法律可行性分析

系统从法律层面上来没有对第三方有其他放有法律层面的问题，系统数据库采用的MySQL 开源社区数据库、框架采用的是开源的springboot。系统资讯和相关内容也是法律层面的。在源码的管理上采用git开源进行管理，所以在法律可行性上是成立的。

2.2 系统功能需求分析

2.2.1 功能性分析

医院患者监护系统我划分为了医生用户管理员这二大部分。

医生用户管理模块：

1. 查看医院患者监护系统的首页信息：医院患者监护系统的首页信息包含了后台首页、患者信息管理、患者脉搏管理、患者体温管理、收缩血压管理、舒张血压管理等
2. 患者信息管理：医生用户在此页面可以查看所有的患者信息管理。
3. 患者脉搏管理：医生用户在此页面可以查看所有的患者脉搏信息管理。并按脉搏数据低于60，高于100会触发提示预警信息进行处理。
4. 患者体温管理：医生用户在此页面可以查看所有患者的体温信息管理，并按体温低于36高于37会触发提示预警信息进行处理。
5. 收缩血压管理：医生用户在此页面可以查看所有患者的收缩血压信息管理，并按收缩压低于110高于148会提示预警信息进行处理。
6. 舒张血压管理：医生用户在此页面可以查看所有患者的舒张血压信息管理，并按舒张低于70高于86会提示触发提示预警信息进行处理。

管理员模块：

1. 登录：管理员在后台可以输入用户名+密码进行登录，管理员的用户名和密码是在数据库中直接设定好的。
2. 后台首页：管理员可以在些查看所有的系统信息，还可以查看舒张血压统计图、收缩血压统计图、患者脉搏统计图、患者体温统计图。
3. 系统用户：管理员可以对医生用户和管理员的信息进行管控。
4. 患者信息管理：管理员可以在此页面查看所有的患者信息，并可以导出相关资料。
5. 患者脉搏管理：管理员在此页面可以查看所有的患者脉搏信息管理。并按脉搏数据低于60，高于100会触发提示预警信息进行处理和导出相关资料。
6. 患者体温管理：管理员在此页面可以查看所有患者的体温信息管理，并按体温低于36高于37会触发提示预警信息进行处理和导出相关资料。
7. 收缩血压管理：管理员在此页面可以查看所有患者的收缩血压信息管理，并按收缩压低于110高于148会提示预警信息进行处理和导出相关资料。
8. 舒张血压管理：管理员在此页面可以查看所有患者的舒张血压信息管理，并按舒张低于70高于86会提示触发提示预警信息进行处理和导出相关资料。

2.2.2 非功能性分析

医院患者监护系统的非功能性需求比如医院患者监护系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表2-1医院患者监护系统非功能需求表

安全性	主要指医院患者监护系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指医院患者监护系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响医院患者监护系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着医院患者监护系统的页面展示内容进行操作，就可以了。
可维护性	医院患者监护系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.3 系统用例分析

医院患者监护系统的完整UML用例图分别是图2-1和图2-2。

图2-1就是医生用户角色的用例展示。

图2-1 医院患者监护系统医生用户角色用例图

图2-2就是管理员角色的用例展示。

图2-2 医院患者监护系统管理员角色用例图

2.4 系统流程分析

2.4.1 数据流程

开发医院患者监护系统最主要的一个目的就是实现用户对患者信息管理，图2-3就是系统的数据流图。

图2-3患者信息管理操作展开图

2.5本章小结

本章主要通过对医院患者监护系统的可行性分析、功能需求分析、系统用例分析、系统流程分析，确定整个医院患者监护系统要实现的功能。同时也为医院患者监护系统的代码实现和测试提供了标准。

3 医院患者监护系统总体设计

本章主要讨论的内容包括医院患者监护系统的功能模块设计、数据库系统设计。

3.1 系统功能模块设计

3.1.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本医院患者监护系统中的用例。那么接下来就要开始对本医院患者监护系统的架构、主要功能和数据库开始进行设计。医院患者监护系统根据前面章节的需求分析得出，其总体设计模块图如图3-1所示。

图3-1 医院患者监护系统功能模块图

3.1.2添加信息模块设计

用户在添加信息时，信息编号自动生成，系统会对添加的信息进行验证，验证通过则添加至数据库，添加信息成功，反之添加失败。添加信息流程如图3-2所示。

图3-2添加信息模块结构图

3.1.3 删除信息模块设计

用户可选择要删除的信息进行信息删除操作，在删除信息时系统提示是否确定删除信息，是则删除信息成功，系统数据库将信息进行删除。删除信息流程图如图3-3所示。

图3-3删除信息模块结构图

3.2 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.2.1 数据库概念结构设计

下面是整个医院患者监护系统中主要的数据库表总E-R实体关系图。

图3-4 医院患者监护系统总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	用户编号:

表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	更新时间：

表diastolic_blood_pressure (舒张血压)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	diastolic_blood_pressure_id	int	10	0	N	Y		舒张血压ID
2	patient_name	varchar	64	0	Y	N		患者姓名
3	patient_bed_number	varchar	64	0	Y	N		患者床号
4	doctor_users	int	10	0	Y	N	0	医生用户
5	record_time	datetime	19	0	Y	N		记录时间
6	diastolic_pressure	int	10	0	Y	N	0	舒张压
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	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	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	更新时间

表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：

表patients_pulse (患者脉搏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patients_pulse_id	int	10	0	N	Y		患者脉搏ID
2	patient_name	varchar	64	0	Y	N		患者姓名
3	patient_bed_number	varchar	64	0	Y	N		患者床号
4	doctor_users	int	10	0	Y	N	0	医生用户
5	record_time	datetime	19	0	Y	N		记录时间
6	patients_pulse	int	10	0	Y	N	0	患者脉搏
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表patient_information (患者信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_information_id	int	10	0	N	Y		患者信息ID
2	doctor_users	int	10	0	Y	N	0	医生用户
3	patient_name	varchar	64	0	Y	N		患者姓名
4	patient_gender	varchar	64	0	Y	N		患者性别
5	patient_bed_number	varchar	64	0	Y	N		患者床号
6	patient_details	text	65535	0	Y	N		病患详情
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表patient_temperature (患者体温)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_temperature_id	int	10	0	N	Y		患者体温ID
2	patient_name	varchar	64	0	Y	N		患者姓名
3	patient_bed_number	varchar	64	0	Y	N		患者床号
4	doctor_users	int	10	0	Y	N	0	医生用户
5	record_time	datetime	19	0	Y	N		记录时间
6	patient_temperature	varchar	64	0	Y	N		患者体温
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表systolic_blood_pressure (收缩血压)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	systolic_blood_pressure_id	int	10	0	N	Y		收缩血压ID
2	patient_name	varchar	64	0	Y	N		患者姓名
3	patient_bed_number	varchar	64	0	Y	N		患者床号
4	doctor_users	int	10	0	Y	N	0	医生用户
5	record_time	datetime	19	0	Y	N		记录时间
6	systolic_pressure	int	10	0	Y	N	0	收缩压
7	create_time	datetime	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_chat_friend

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_chat_friend_id	int	10	0	N	Y		id
2	user_id	int	10	0	N	N		用户id
3	friend_user_id	int	10	0	N	N		用户好友id
4	friend_user_name	varchar	255	0	Y	N		好友名称
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP

表user_chat_group

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_chat_group_id	int	10	0	N	Y		id
2	group_id	int	10	0	Y	N		群聊id
3	group_name	varchar	255	0	Y	N		群聊名称
4	user_id	int	10	0	Y	N		用户id
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP

表user_chat_read

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_chat_read_id	varchar	255	0	N	Y		id
2	user_id	int	10	0	Y	N		接收人id
3	send_user_id	int	10	0	Y	N		发送人id
4	group_id	int	10	0	Y	N		群聊id
5	type	int	10	0	Y	N		类型1-点对点消息，2-群聊消息
6	create_time	timestamp	19	0	Y	N	CURRENT_TIMESTAMP	时间
7	message	text	65535	0	Y	N		消息

表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 前台首页界面图

4.1.2 患者信息管理界面

患者信息管理，当医生点击此按钮时，可以在此看到所有的患者信息并导出相关资料，也可以进行增删改查的操作。患者信息管理界面展示如下图4-2所示。

图4-2患者信息管理界面图

4.1.3 患者脉搏管理界面

患者脉搏管理，当医生点击此按钮时，可以在此看到所有的脉搏信息并可以导出相关资料。患者脉搏管理界面如下图4-3所示。

图4-3患者脉搏管理界面图

4.1.4患者体温管理界面

患者体温管理，当医生点击此按钮时，可以在此看到所有的患者体温信息并可以导出相关资料。患者体温管理界面如下图4-4所示。

图4-4患者体温管理界面图

4.1.5收缩血压管理界面

收缩血压管理，当医生点击此按钮时，可以在此看到所有的收缩血压信息并可以导出相关资料。收缩血压管理界面如下图4-5所示。

图4-5收缩血压管理界面图

4.1.6 舒张血压管理界面

舒张血压管理，当医生点击此按钮时，可以在此看到所有的舒张血压信息并可以导出相关资料。舒张血压管理界面如下图4-6所示。

图4-6 舒张血压管理界面图

4.2管理员功能模块

4.2.1后台首页界面

医院患者监护系统中的管理人员在后台首页界面可以查看所有的系统信息，包括后台首页、系统用户、患者信息管理、患者脉搏管理、患者体温管理、收缩血压管理、舒张血压管理等功能，还可以查看舒张血压统计图、收缩血压统计图、患者脉搏统计图、患者体温统计图。后台首页界面如下图4-7所示。

图4-7后台首页界面图

4.2.2 系统用户界面

管理员点击“系统用户”会显示出所有的医生用户和管理员，可以对他们进行管控并支持增删改查的操作。系统管理界面如下图4-8所示。

图4-8系统用户界面图

5系统测试

5.1 系统测试用例

系统测试包括：用户登录功能测试、患者信息管理展示功能测试、患者信息管理添加、患者姓名搜索、密码修改、舒张血压管理功能测试，如表5-1、5-2、5-3、5-4、5-5、5-6所示：

用户登录功能测试：

表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大模块为医院患者监护系统的后期推广运营提供了强力的技术支撑。

结论

在开发本医院患者监护系统之前，首先通过网上查询现有的医院患者监护系统功能、线下通过在问卷调查的方式，了解用户对医院患者监护系统方面的具体需求，对系统的开发背景以及医院患者监护系统的现状进行研究，设计了本医院患者监护系统具体实现的功能；确定好功能后，第二步就是开发工具的选择，在设计本医院患者监护系统的时候，采用了现下比较流程的Java语言，采用springboot框架，数据的存储方面采用的是开源的MySQL，接下来就是对系统需求的分析，在文中主要通过对医院患者监护系统进行可行性、性能、功能、用例四个方面进行分析，确定了本医院患者监护系统的具体功能，功能确定后就是对系统的设计以及，包括前后台、数据库等方面，最终完成系统的开发，对系统进行测试总结。

在开发本医院患者监护系统的过程中我成长了很多，学习到了很多书本上没有的知识，目前系统虽然已经完成，但是还有许多地方需要改进，比如界面布局方面，代码的编写方面，都可以进一步完善，由于自己专业知识的浅薄，系统做的并不是十分完美，以后我会不断进行学习，对系统进行完善，希望有机会能够投入到学校的使用当中，给同学们提供便利。

参考文献

[1]Prabawani B ,Hadi P S ,Fisher R M , et al. Socioeconomic perspective of agroforestry development in Central Java [J]. Environmental and Sustainability Indicators, 2024, 22 100354-.

[2]周爽,宗迪,李士雪等. 互联网医院平台对结核病患者就诊体验的影响因素分析 [J/OL]. 中国防痨杂志, 1-13[2024-03-26].

[3]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.

[4]乐珊. 医院感染实时监控管理系统在外科手术患者中的应用 [J]. 当代护士(中旬刊), 2023, 30 (09): 95-98.

[5]梅自伟. 基于互联网+医院平台居家泌尿造口患者随访干预系统的构建及应用评价[D]. 南昌大学, 2023.

[6]贾玉来,王英涛,李海斌等. 医院疫情防控信息系统设计与开发 [J]. 中国设备工程, 2023, (09): 86-88.

[7]陈芳,祝益民. 构建医院内急诊重症快速反应系统与快速反应小组 [J]. 实用休克杂志(中英文), 2023, 7 (02): 65-67.

[8]梁焱,余雷,蔡钦等. 精神专科医院患者运送系统的构建与应用探索 [J]. 中国医院建筑与装备, 2023, 24 (03): 82-84.

[9]欧阳辉,欧阳云,冯杰良. 医院患者自助出入院系统的设计实践研究 [J]. 电脑知识与技术, 2022, 18 (35): 28-31.

[10]杨玲,宋宝香. 互联网医院患者线上线下转化的制约因素及对策探析 [J]. 卫生经济研究, 2022, 39 (11): 65-68.

[11]杨凌,石福霞,刘轶. 住院患者医院感染预警及决策支持系统的研发与应用 [J]. 中国卫生标准管理, 2022, 13 (20): 166-170.

[12]曹英华,江萍,付迪等. 基于互联网医院平台脑卒中患者出院后分级随访系统的构建与实践体会[C]// 上海市护理学会. 第五届上海国际护理大会论文摘要汇编（上）. 上海市浦东新区人民医院;上海中医药大学研究生院;, 2022: 2.

[13]杨娅,吕国卿,马培元等. 基于大数据的医院健康管理平台的构建与实践 [J]. 济宁医学院学报, 2022, 45 (03): 189-191.

[14]韦钰盈. 关怀患者的交互式医院导视系统设计[D]. 北京邮电大学, 2022.

[15]李明. 掌上智慧医院系统应用研究[D]. 哈尔滨理工大学, 2022.

[16]Hejing W . Commerce Middle Office Management System Based on Springboot [J]. International Journal of Advanced Network, Monitoring and Controls, 2022, 7 (2): 32-45.

[17]李琼珍,李晖,吴新华等. 基于物联网的医院病房智能监护系统设计与实现探究 [J]. 电子世界, 2020, (09): 192-193.

[18]罗世亮,蓝立新,刘汉明等. 基于物联网的社区医院心血管患者远程监护管理系统设计与实现 [J]. 软件工程, 2020, 20 (01): 22-25.

[19]王先容,吴英,曹永等. 外科重症监护室医院感染系统化管理分析[C]// 中华护理学会. 中华护理学会全国第6届重症监护护理学术交流暨专题讲座会议论文汇编. 第三军医大学西南医院肝胆科;,2020: 3.

[20]刘星,陈希超,汪觉民等. 远程心电监护系统的设计与开发 [J]. 医疗卫生装备, 2020, (11): 55-56.

致  谢

逝者如斯夫，不舍昼夜。转眼间，大学生活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。

请关注点赞+私信博主，免费领取项目源码