目 录

摘  要

Abstract

第一章 绪  论

1.1 研究背景及意义

1.2 国内外研究现状

1.3 论文组织结构

第二章 关键技术

2.1 Java语言

2.2 B/S框架

2.3 SpringBoot框架

2.4 Vue技术

2.5 MySQL数据库

2.6 微信开发者工具

2.7 小程序框架以及目录结构介绍

第三章 系统分析

3.1 系统可行性分析

3.1.1 技术可行性

3.1.2 经济可行性

3.1.3 社会可行性

3.1.4 操作可行性

3.2 系统功能分析

3.2.1 功能性分析

3.2.2 非功能性分析

3.3 系统用例分析

3.4 系统总体流程设计

3.4.1 数据开发流程

3.4.2 用户登录流程

3.4.3 系统操作流程

3.4.4 添加信息流程

3.4.5 修改信息流程

3.4.6 删除信息流程

第四章 总体设计

4.1 系统架构设计

4.2 系统模块设计

4.3 数据库设计

4.3.1 数据库概念结构设计

4.3.2 数据库逻辑结构设计

第五章 详细设计与实现

5.1 前端首页模块

5.2 用户注册模块

5.3 登录模块

5.4 前端患者用户功能模块

5.4.1 科室信息模块

5.4.2 医生信息模块

5.4.3 医院资讯模块

5.4.4 “我的”模块

5.5 前端家属用户功能模块

5.5.1 “我的”模块

5.6 后端客服用户功能模块

5.6.1 医生信息管理模块

5.7 后端医生用户功能模块

5.7.1 在线挂号管理模块

5.7.2 入院申请管理模块

5.8 后端管理员功能模块

5.8.1 后台首页模块

5.8.2 系统用户模块

5.8.3 健康档案管理模块

5.8.4 手术安排管理模块

5.8.5 入院申请管理模块

5.8.6 出院申请管理模块

5.8.7 资源管理模块

第六章 系统测试

6.1 系统测试的目的

6.2 测试方法

6.3 测试用例

6.3.1 用户登录功能测试

6.3.2 创建数据测试 

6.3.3 修改数据测试 

6.3.4 查询数据测试 

6.4 测试结果

结  论

参考文献

致  谢

  要

SpringBoot的“医相伴”智慧小程序为患者及其家属提供了一个全面且便捷的医疗服务平台。通过该程序,用户能够轻松访问医院科室信息、医生详情以及最新的医院资讯,方便进行在线挂号和管理个人健康档案。程序还支持查看网站公告和关于我们等信息,帮助用户更好地了解服务内容。对于患者而言,功能丰富的“我的”页面涵盖了从挂号到出院申请的一系列操作,包括术前检查提醒、手术安排、术后护理及费用支付等功能,极大地提升了就医体验。家属用户同样可以利用此平台关注患者的治疗进展,进行必要的医疗预约与信息查询。

在后台管理系统方面,“医相伴”为不同角色如客服人员、医生和管理员提供了定制化的功能模块,确保医疗服务高效运行。客服人员可以通过在线挂号管理来处理患者的挂号请求;医生则能通过就诊信息管理和病房安排管理等功能优化诊疗流程;而管理员拥有最高权限,可以对系统用户、健康档案、科室信息、费用分类等内容进行全面管理。这种分层管理模式不仅提高了信息处理效率,也保障了数据的安全性和准确性。通过详尽的数据统计中心,管理员还可以监控各项医疗服务的关键指标,从而做出更加科学合理的决策。“医相伴”智慧小程序不仅促进了医疗服务的便捷化和透明化,也为提升医疗服务质量提供了强有力的技术支持,有助于构建和谐高效的医患关系。

关键词:“医相伴”智慧小程序;SpringBoot框架

Abstract

The "Yi Xiangpei" smart mini-program of SpringBoot provides patients and their families with a comprehensive and convenient medical service platform. Through this program, users can easily access hospital department information, doctor details, and the latest hospital news, facilitating online registration and management of personal health records. The program also supports viewing website announcements and information about us, helping users better understand the service content. For patients, the feature-rich "My" page covers a series of operations from registration to discharge application, including preoperative examination reminders, surgery arrangements, postoperative care, and fee payment functions, greatly enhancing the medical experience. Family users can also use this platform to monitor the patient's treatment progress, make necessary medical appointments, and information queries.

In terms of the back-end management system, "Yi Xiangpei" provides customized functional modules for different roles such as customer service personnel, doctors, and administrators, ensuring efficient operation of medical services. Customer service personnel can process patient registration requests through online registration management; doctors can optimize the diagnosis and treatment process through functions such as patient information management and ward arrangement management; while administrators, with the highest authority, can comprehensively manage system users, health records, department information, fee categories, and more. This hierarchical management model not only improves information processing efficiency but also ensures the security and accuracy of data. Through detailed data statistics centers, administrators can monitor key indicators of various medical services, thereby making more scientific and reasonable decisions. Overall, the "Yi Xiangpei" smart mini-program not only promotes the convenience and transparency of medical services but also provides strong technical support for improving the quality of medical services, contributing to building a harmonious and efficient doctor-patient relationship.

Keywords: "Yi Xiangpei" smart mini-program; SpringBoot framework

第一章   

1.1研究背景及意义

在现代医疗服务中,患者面临挂号难、排队久及信息不透明等问题,这些问题严重影响了就医体验和医疗效率。传统模式下,患者需要花费大量时间在各个流程上,包括预约挂号、候诊以及获取检查结果等。为解决这些挑战,“医相伴”智慧小程序应运而生,旨在通过集成化的服务平台简化就医流程。该平台使患者能够在线完成挂号、查看医生信息、管理健康档案,并及时接收术前术后提醒等服务,极大地提升了就医的便捷性和舒适度。家属也能借助此平台密切关注患者的治疗进展,增强了家庭支持的力量。

“医相伴”智慧小程序的意义在于它不仅改善了患者的就医体验,还优化了医疗机构的服务流程。通过提供一个集中的资源库,患者可以轻松访问科室信息、医生简介及医院公告等内容,减少了信息不对称带来的困扰。对于医护人员而言,后台管理系统帮助他们高效处理挂号请求、就诊安排及病房调度等事务,提高了工作效率和服务质量。详尽的数据统计功能有助于医疗机构了解运营状况,发现改进空间,从而实现更加科学合理的资源配置。“医相伴”为构建和谐高效的医患关系提供了有力支持,推动了医疗服务向更加人性化方向发展。

1.2国内外研究现状

在全球范围内,利用现代化工具提升医疗服务体验已成为一种趋势。国外一些医疗机构通过建立在线平台,为患者提供便捷的预约挂号、健康咨询及医疗记录管理服务,显著提升了患者的满意度和医疗服务效率。这些平台还注重用户隐私保护与信息安全,确保患者数据的安全性。在国内,随着互联网技术的发展,越来越多的医院开始采用类似的解决方案,通过微信小程序等渠道为患者提供一站式的医疗服务。例如,部分医院已经实现了在线挂号、电子病历查询以及检查结果推送等功能,极大地方便了患者的就医过程。尽管取得了一定成效,但仍然面临诸如用户体验优化、服务流程标准化等问题。因此,如何进一步完善这类平台,使其更好地服务于广大患者,依然是一个值得深入探讨的话题。国内外在探索提高医疗服务质量和患者满意度方面各有特色,也为后续研究提供了丰富的参考案例。

1.3论文组织结构

本论文共分为七个主要章节,具体结构如下:

1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。

  2. 相关技术介绍:详细介绍与本研究相关的技术,包括Java语言、B/S框架、SpringBoot框架、Vue技术和MySQL数据库。

3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。

4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。

5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。

6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。

7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。

第二章 关键技术

2.1Java语言

Java语言是一种广泛使用的高级编程语言,具有平台无关性、面向对象特性和丰富的标准库。Java通过Java虚拟机(JVM)实现跨平台运行,开发者可以编写一次代码,在任何支持JVM的环境中执行[1]。Java的面向对象特性使得代码复用和模块化变得更加容易,促进了软件的维护和扩展。Java支持多线程编程,允许开发者在同一程序中同时执行多个任务,提升了应用程序的性能。

Java语言的语法结构简洁且易于理解,吸引了大量开发者。Java的标准库包含数据结构、输入输出处理、网络编程等众多功能模块。这使得开发者在构建应用程序时能够高效利用已有工具,减少重复劳动。Java广泛应用于企业级应用、移动应用、Web开发和大数据处理等领域。

2.2 B/S框架

B/S(Browser/Server)架构是一种基于浏览器和服务器的系统架构模式,用户通过浏览器与服务器进行交互。B/S架构简化了客户端的部署和管理,用户无需在本地安装复杂的软件,只需使用标准浏览器即可访问应用程序。服务器端负责处理业务逻辑和数据存储,客户端则主要负责展示用户界面和数据交互[2]。B/S架构的设计使得系统更新和维护集中在服务器端,降低了维护成本。

B/S架构通常采用Web技术进行实现,包括HTML、CSS和JavaScript等。用户在浏览器中发起请求,服务器响应并返回数据。数据传输通常通过HTTP或HTTPS协议进行,B/S架构的灵活性使其适用于在线购物、信息管理系统和社交网络等各类应用场景[3]。由于其易于扩展性,B/S架构可以方便地支持大规模用户访问,适应不断变化的业务需求。

2.3 SpringBoot框架

SpringBoot框架是基于Spring框架的开源项目,简化Java应用程序的开发过程。SpringBoot通过约定优于配置的理念,减少了传统Spring应用的繁琐配置,开发者可以快速搭建和部署应用程序。框架提供了一系列默认配置,支持自动化配置,简化了应用启动的复杂性[4]。SpringBoot内置了嵌入式Web服务器,使得开发者能够独立运行Java应用,无需外部容器。

SpringBoot支持微服务架构,开发者可以轻松创建和管理多个微服务。框架集成了丰富的功能模块,包括安全、数据访问和消息中间件等,支持RESTful API和JSON数据格式的处理[5]。SpringBoot还提供了强大的监控和管理功能,允许开发者实时监控应用的健康状态和性能指标。借助SpringBoot,开发者能够高效构建和维护现代企业级应用,满足复杂业务需求。

2.4 Vue技术

Vue是一种渐进式JavaScript框架,专注于构建用户界面。Vue采用组件化的开发模式,允许开发者将应用程序拆分为独立的、可重用的组件,从而提高了开发效率和代码的可维护性[6]。框架的核心库专注于视图层,支持数据绑定和DOM操作,提供了简洁的API。Vue的虚拟DOM机制提升了应用的性能,减少了实际DOM操作的次数。

Vue支持双向数据绑定,能够自动更新视图与模型之间的变化。开发者可以通过Vue的指令系统,简化数据展示和事件处理。Vue还支持路由管理和状态管理,使得开发复杂单页面应用变得更加容易[7]。借助Vue的生态系统,开发者能够使用多种工具和库来扩展功能,满足不同的业务需求。Vue在前端开发中逐渐成为主流选择,受到广泛关注和应用。

2.5 MySQL数据库

MySQL是一种开源关系型数据库管理系统,广泛应用于Web应用和企业级数据存储。MySQL支持结构化查询语言,允许开发者通过标准语句进行数据的创建、读取、更新和删除操作[8]。数据库通过表格形式组织数据,支持数据完整性和约束条件的定义。MySQL的存储引擎机制使得用户可以根据具体需求选择不同的存储引擎,以优化性能和功能。

MySQL具有高性能和可扩展性,支持大规模数据存储和高并发访问。系统提供了丰富的用户权限管理和数据加密安全特性。

2.6微信开发者工具

微信开发者工具是一款专为小程序开发而设计的应用,它不断改进,提供了便捷的操作方式,并且在开发过程中可以通过微信扫描二维码来访问,从而实现快速、准确的小程序开发和调试。

根据用户的需求,我们将采用不同的屏幕大小来制作小程序。

在完成了视图布置之后,可以通过执行编辑功能,快速更改当前的视图界面。

控制台:方便调试打印输出信息。

将代码上传至腾讯服务器,并在审核过程中填写版本号和备注信息,以确保代码的安全性和准确性。

通过查看资源文件,我们可以快速地调整相关项目的文件目录,从而实现断点调试。

使用远程调试技术,无论是在手机端还是PC端,都能够轻松地进行开发工作。

本地数据存储:显示的是本地存储的数据。

通过使用子父层级结构,我们可以更容易地进行视图调试。

微信的代码体积应该保持在2M 以内,而且在开发过程中,应该严格检查合法域名信息,并且为小程序的后台配置服务器域名。

微信开发者工具已经成为了开发过程中不可或缺的一部分,并且正在不断地改进和完善。

2.7小程序框架以及目录结构介绍

这款微信小程序的设计旨在帮助用户快速、便捷地创建出一款拥有完全独特色的应用。它由一套完善的框架结构,将用户界面、操作界面、功能界面等多种功能完美结合,使用户只需要一点点的操作,就能轻松实现微信小程序的创建。框架的核心功能是一个快速的数据绑定机制,它能够轻松地将用户的信息和界面进行一致性的管理。它不仅支持对用户信息的实时监控,还能够根据用户的需求,实现对界面的快速调整和优化,从而使用户能够轻松地构建强大的微信小程序。

第三章 系统分析

3.1系统可行性分析

3.1.1技术可行性

从技术角度来看,开发“医相伴”智慧小程序是完全可行的。当前的技术环境提供了多种成熟且可靠的框架和工具,如前面提到的Springboot框架、Vue技术、MySQL数据库以及微信开发者工具等,这些都可以为小程序的开发提供强有力的支持。此外,可以通过学习和掌握这些技术,确保小程序的开发进度和质量。同时,考虑到小程序主要用于移动端的访问,其开发门槛相对较低,对设备的性能要求也不高,这进一步增强了技术可行性的信心。

3.1.2经济可行性

系统开发所需的硬件和软件资源相对容易获取,且成本较低。硬件方面,只需普通的开发服务器和测试设备即可满足需求。软件方面,所需的开发工具和框架大多为开源或免费试用,大大降低了开发成本。同时,小程序作为一种轻量级应用,无需复杂的部署和维护,也减少了后期的运营成本。因此,从经济角度来看,系统开发也是可行的。

3.1.3社会可行性

SpringBoot的“医相伴”智慧小程序在社会层面展现了高度的可行性,通过提供便捷的医疗服务解决方案,显著提升了患者的就医体验。该平台使患者能够在线完成挂号、查看医生信息及管理个人健康档案,极大地方便了日常医疗需求,并减轻了医院现场的压力。家属也能利用此平台关注患者治疗进展,增强了家庭支持的作用。对于医疗机构而言,后台管理系统优化了资源分配和服务流程,提高了工作效率。详尽的统计分析功能有助于发现改进点,促进服务质量持续提升。这种集成化的服务平台不仅促进了医患之间的沟通与信任,也为医疗服务向更加人性化方向发展提供了有力支持,有助于构建更加和谐高效的医疗环境,满足公众日益增长的健康需求。“医相伴”为改善医疗服务质量和增强社会福祉做出了积极贡献。

3.1.4操作可行性

在操作可行性方面,“医相伴”智慧小程序的设计充分考虑了用户的使用习惯和操作便捷性。小程序界面简洁明了,功能布局合理,使得用户能够轻松上手并快速完成所需操作。小程序还提供了详细的操作指南和帮助文档,方便用户在遇到问题时能够快速找到解决方案。因此,从操作角度来看,“医相伴”智慧小程序的开发也是完全可行的。

3.2系统功能分析

3.2.1功能性分析

“医相伴”智慧小程序划分为了前端模块和后端模块两大部分。

前端患者用户模块:

  1. 注册登录:用户可以通过登录功能快速进入小程序,若未注册则可以选择马上注册。对于忘记密码的用户,提供了便捷的密码找回途径。此外,小程序支持微信登录,用户可以选择暂不授权或确认授权,以便快速使用服务。对于已有账号的用户,提供了立即登录的选项,方便他们快速进入个人中心。
  2. 首页:小程序的首页设计了轮播图,展示医院的最新动态和重要通知。用户可以查看不同科室的信息,了解医生的专业背景,获取医院的最新资讯,以及阅读网站公告,确保患者能够及时获取医院的重要信息。
  3. 科室信息:用户可以搜索感兴趣的科室,对喜欢的科室进行点赞和收藏,还可以发表评论分享自己的看法和经验。
  4. 医生信息:用户可以搜索特定的医生,对医生进行点赞和收藏,发表评论,甚至可以直接进行挂号操作,方便快捷地预约就诊时间。
  5. 医院资讯:用户可以搜索感兴趣的医院资讯,对喜欢的文章进行点赞和收藏,还可以发表评论,与他人分享信息。
  6. 网站公告:用户可以查看网站公告,了解关于我们、联系方式、网站介绍等重要信息,确保对医院有全面的了解。
  7. 我的:用户可以修改个人资料,包括修改密码,管理自己的健康档案。在“我的”页面中,用户可以进行搜索、添加、重置、查询、详情、删除等操作,包括在线挂号、支付、就诊信息管理、入院申请、出院申请、住院押金处理、病房安排、术前检查、检查提醒、手术安排、术后护理、护理视频、疼痛治疗、费用信息管理、支付、出院小结、随访预约、收藏、删除、统计等。此外,用户还可以访问数据统计中心,查看费用信息统计图,最后选择退出登录。

前端家属用户模块 

  1. 注册登录:注册登录环节,用户可以选择多种登录方式,包括传统的登录、快速注册以及微信一键登录。对于忘记密码的用户,系统提供了便捷的密码找回功能。用户可以选择暂不授权或确认授权,以保护个人隐私。对于已有账号的用户,系统提供了立即登录的选项,方便快捷。
  2. 首页:在首页,用户可以看到最新的轮播图,了解医院的科室信息、医生信息、医院资讯以及网站公告。这些信息的展示方式直观明了,方便用户快速获取所需信息。
  3. 科室信息:在科室信息页面,用户可以进行搜索,查看自己感兴趣的科室,并对科室进行点赞、收藏或发表评论。
  4. 医生信息:用户可以搜索特定的医生,对医生进行点赞和收藏,发表评论。
  5. 医院资讯:用户可以搜索感兴趣的医院资讯,对喜欢的文章进行点赞和收藏,还可以发表评论,与他人分享信息。
  6. 网站公告:网站公告页面提供了关于网站的最新公告、关于我们、联系方式以及网站介绍,帮助用户全面了解“医相伴”智慧小程序及其背后的医疗机构。
  7. 我的:在“我的”页面,用户可以进行个人资料的修改、密码的修改、在线挂号等操作。此外,用户还可以进行搜索、重置、查询、详情查看等操作,以管理自己的就诊信息、入院申请、病房安排、术前检查、检查提醒、手术安排等。用户还可以对感兴趣的内容进行收藏,或删除不再需要的信息,并在需要时退出登录。

后端客服用户模块 

  1. 登录:用户可以通过输入账号和密码进行登录,如果忘记密码,可以通过验证身份后重置密码。此外,管理员还能够添加新的客服账号。
  2. 后台首页:用户登录后,可以进入后台首页,这里展示了功能栏和用户个人信息,用户可以在这里修改自己的个人信息,如联系方式、密码等。
  3. 医生信息管理:在这一模块中,用户可以查看医生信息列表,通过搜索和查询功能快速找到特定医生的信息。用户还可以查看医生的详细资料,包括专业特长、预约挂号等信息。
  4. 在线挂号管理:用户可以查看在线挂号列表,通过搜索和查询功能找到需要的挂号信息。如果需要取消预约,可以进行删除操作,并查看挂号详情,确保挂号信息的准确性。

后端医生用户模块 

  1. 登录:医生用户可以通过这个功能轻松登录系统,如果不幸忘记了密码,系统也提供了便捷的密码找回操作。同时,为了方便新医生的加入,管理员还能够添加新的医生账号。
  2. 后台首页:医生用户登录系统后,首先映入眼帘的是后台首页,这里不仅包含了功能栏,还提供了个人信息修改功能,使得医生用户能够方便快捷地进行各种操作。
  3. 医生信息管理:在这个模块中,医生可以查看医生信息列表,通过搜索和查询功能,轻松找到同事的信息,并进行查看详情等操作,从而方便医生了解同事的相关信息。
  4. 在线挂号管理:医生可以查看在线挂号列表,通过搜索、查询、查看详情等操作,快速处理就诊事宜,从而提高挂号的效率,优化患者的就诊体验。
  5. 就诊信息管理:医生可以查看就诊信息列表,通过搜索、查询、查看详情等操作,方便医生了解患者的就诊情况,为患者提供更加个性化的医疗服务。
  6. 入院申请管理:医生可以查看入院申请列表,通过搜索、查询、查看详情等操作,以及进行术前检查,提高入院申请的处理效率,确保患者能够及时得到必要的医疗服务。
  7. 病房安排管理:医生可以查看病房安排列表,通过搜索、查询、查看详情等操作,方便医生了解病房的使用情况,合理安排患者的住院事宜。
  8. 术前检查管理:医生可以查看术前检查列表,通过搜索、查询、查看详情等操作,确保术前检查的准确性和及时性,为手术的成功提供保障。

后端管理员模块:

  1. 登录:管理员可以通过登录功能进入系统,如果遇到忘记密码的情况,可以通过相应的提示进行密码的重置,从而快速恢复对系统的访问权限。
  2. 后台首页:展示费用信息统计图,方便管理员直观了解财务状况。同时,点击头像可以查看或修改个人信息和密码,保证账户安全,确保管理员身份的唯一性和安全性。
  3. 系统用户:管理员可以对不同类型的用户进行管理,包括查询、删除、添加和查看详情。用户类型涵盖管理员、患者用户、家属用户、医生用户以及客服人员,确保每个角色的权限和信息得到妥善处理,保障了系统的有序运行和用户信息的安全。
  4. 健康档案管理:管理员可以查看健康档案列表,进行查询、删除、查看详情以及添加新的健康档案,为患者提供全面的健康管理。这有助于医护人员更好地了解患者的健康状况,制定个性化的治疗方案。
  5. 科室信息管理:管理员可以管理科室信息,包括查看科室信息列表、进行查询、删除、查看详情以及添加新的科室信息,确保科室信息的准确性和及时更新。这对于维护医院内部信息的准确性至关重要。
  6. 医生信息管理:管理员可以对医生信息进行管理,包括医生信息列表的查看、查询、删除、查看详情以及添加新的医生信息,同时可以查看医生的评论和挂号情况。这有助于患者选择合适的医生,也方便医院对医生的工作进行监督和评估。
  7. 在线挂号管理:管理员可以查看在线挂号列表,进行查询、删除、查看详情以及处理就诊和支付事宜,提高挂号服务的效率和质量。这为患者提供了便捷的预约挂号途径,同时也优化了医院的挂号流程。
  8. 就诊信息管理:管理员可以管理就诊信息,包括就诊信息列表的查看、查询、删除、查看详情以及入院申请的处理,确保就诊流程的顺畅。这对于维护患者就诊的连续性和完整性至关重要。
  9. 入院申请管理:管理员可以查看入院申请列表,进行查询、删除、查看详情以及处理押金、病房安排、术前检查和费用结算,确保患者入院流程的高效和有序。这有助于提升患者入院的体验,减少不必要的等待时间。
  10. 住院押金管理:管理员可以管理住院押金,包括住院押金列表的查看、查询、删除、查看详情以及支付事宜,保证住院押金的准确性和及时性。这对于确保医院财务的透明度和患者的权益保护至关重要。
  11. 病房安排管理:管理员可以查看病房安排列表,进行查询、删除、查看详情,确保病房资源的合理分配。这对于提高病房使用效率和患者满意度具有重要意义。
  12. 术前检查管理:管理员可以管理术前检查,包括术前检查列表的查看、查询、删除、查看详情以及提醒和手术安排,确保术前准备的充分和有序。这对于保障手术安全和提高手术成功率至关重要。
  13. 检查提醒管理:管理员可以查看检查提醒列表,进行查询、删除、查看详情,确保患者按时完成必要的检查。这对于维护患者健康和预防疾病恶化具有重要作用。
  14. 手术安排管理:管理员可以管理手术安排,包括手术安排列表的查看、查询、删除、查看详情以及术后护理和疼痛治疗,确保手术过程的顺利和患者术后恢复的舒适。这对于提升手术质量和患者满意度具有显著影响。
  15. 术后护理管理:管理员可以查看术后护理列表,进行查询、删除、查看详情,为患者提供专业的术后恢复指导。这对于促进患者快速康复和减少并发症的发生具有重要意义。
  16. 疼痛治疗管理:管理员可以查看疼痛治疗列表,进行查询、删除、查看详情,确保患者得到有效的疼痛缓解。这对于提高患者的生活质量具有直接的正面影响。
  17. 费用分类管理:管理员可以管理费用分类,包括费用分类列表的查看、查询、删除、查看详情以及费用分类的添加,确保费用分类的合理性和准确性。这对于维护医院财务的清晰和透明度至关重要。
  18. 费用信息管理:管理员可以查看费用信息列表,进行查询、删除、查看详情以及处理支付事宜,保证费用信息的透明和及时更新。这对于确保患者和医院之间的财务关系清晰和公正具有重要作用。
  19. 出院申请管理:管理员可以管理出院申请,包括出院申请列表的查看、查询、删除、查看详情以及小结、随访预约、审核,确保出院流程的规范和患者后续服务的连贯性。这对于维护患者权益和提升医院服务质量具有重要意义。
  20. 出院小结管理:管理员可以查看出院小结列表,进行查询、删除、查看详情以及随访预约,为患者提供全面的出院指导和服务。这对于确保患者出院后的健康管理和必要的医疗支持至关重要。
  21. 随访预约管理:管理员可以管理随访预约,包括随访预约列表的查看、查询、删除、查看详情,确保患者得到持续的关注和必要的医疗支持。这对于提升患者满意度和促进患者康复具有积极作用。
  22. 系统管理:管理员可以对轮播图进行管理,包括轮播图的查询、删除、添加、查看详情,保持小程序界面的吸引力和信息的更新。这对于吸引用户使用小程序和提供最新信息具有重要作用。
  23. 网站公告管理:管理员可以管理网站公告,包括公告的查询、删除、添加、查看详情,及时向用户传达重要信息和通知。这对于保持用户对小程序的关注和了解最新动态具有重要意义。
  24. 资源管理:管理员可以管理医院资讯,包括资讯的查询、删除、添加、查看详情以及查看评论和资讯分类,确保医院信息的及时更新和准确传达。这对于维护医院形象和提供准确的医疗信息至关重要。

3.2.2非功能性分析

“医相伴”智慧小程序的非功能性需求比如“医相伴”智慧小程序的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等,具体可以表示在如下3-1表格中:

3-1“医相伴”智慧小程序非功能需求表

安全性

主要指“医相伴”智慧小程序数据库的安装,数据库的使用和密码的设定必须合乎规范。

可靠性

可靠性是指“医相伴”智慧小程序能够安装用户的指示进行操作,经过测试,可靠性90%以上。

性能

性能是影响“医相伴”智慧小程序占据市场的必要条件,所以性能最好要佳才好。

可扩展性

比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。

易用性

用户只要跟着“医相伴”智慧小程序的页面展示内容进行操作,就可以了。

可维护性

“医相伴”智慧小程序开发的可维护性是非常重要的,经过测试,可维护性没有问题

3.3系统用例分析

“医相伴”智慧小程序的完整UML用例图分别是图3-1、3-2、3-3、3-4、3-5。

患者用户角色用例如下图所示。

图3-1“医相伴”智慧小程序患者用户角色用例图

家属用户角色用例如下图所示。

图3-2“医相伴”智慧小程序家属用户角色用例图

客服用户角色用例如下图所示。

图3-3“医相伴”智慧小程序客服户角色用例图

医生用户角色用例如下图所示。

图3-4“医相伴”智慧小程序医生户角色用例图

管理员角色用例如下图所示。

图3-5“医相伴”智慧小程序管理员角色用例图

3.4系统总体流程设计

3.4.1数据开发流程

系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如下图所示

图3-6系统开发流程图

3.4.2用户登录流程

用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如下图所示。

图3-7登录流程图

3.4.3系统操作流程

用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入,若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如下图所示。

图3-8系统操作流程图

3.4.4添加信息流程

管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如下图所示。

图3-9添加信息流程图

3.4.5修改信息流程

用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入,若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如下图所示。

图3-10修改信息流程图

3.4.6删除信息流程

用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节,若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如下图所示。

图3-11删除信息流程图

3.5数据流程分析

对系统的数据流进行分析,系统的使用者分为二类,一般用户,管理员。系统主要对界面信息传送,登录信息的验证,注册信息的接收,用户各种操作的响应做处理。

系统顶层数据流图如下图所示。

图3-12顶层数据流图

要判断用户是是什么身份,是根据登录的数据来判断后,跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作,数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。

系统底层数据流图如下图所示。

 

图3-13底层数据流图

第四章 总体设计

本章主要讨论的内容包括“医相伴”智慧小程序的功能模块设计、数据库系统设计。

4.1系统架构设计

本“医相伴”智慧小程序从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图4-1“医相伴”智慧小程序架构设计图

表现层(UI):也称为用户界面层,它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验,确保用户在使用“医相伴”智慧小程序时感到舒适和便捷。为了确保良好的兼容性,UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外,UI交互功能必须合理设计,确保用户的操作能够得到相应的反馈和结果,这要求表现层与业务逻辑层之间保持良好的通信和协同工作。

业务逻辑层(BLL):这一层主要处理“医相伴”智慧小程序的数据和业务逻辑。当用户通过表现层提交数据时,业务逻辑层会接收这些数据,进行处理,并将结果传递给数据层进行存储或查询。同时,当系统需要从数据层读取数据时,业务逻辑层会处理这些数据,并将其传递给表现层进行展示。

数据层(DL):虽然本“医相伴”智慧小程序的数据存储在服务端的MySQL数据库中,但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理“医相伴”智慧小程序的数据。数据层与MySQL数据库进行交互,执行数据的增、删、改、查等操作,确保数据的完整性和安全性。

这三个层次相互独立但又紧密协作,共同构成了“医相伴”智慧小程序的完整架构。通过合理的分层设计,可以提高系统的可维护性、可扩展性和可重用性,为用户提供更好的服务和体验。

4.2系统模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本“医相伴”智慧小程序中的用例。那么接下来就要开始对本“医相伴”智慧小程序的架构、主要功能和数据库开始进行设计。“医相伴”智慧小程序根据前面章节的需求分析得出,“医相伴”智慧小程序的功能模块图如下图所示。

图4-2“医相伴”智慧小程序功能模块图

4.3数据库设计

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

4.3.1数据库概念结构设计

下面是整个“医相伴”智慧小程序中主要的数据库表总E-R实体关系图。

图4-3“医相伴”智慧小程序总E-R关系图

4.3.2数据库逻辑结构设计

通过上一小节中“医相伴”智慧小程序中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。

表 4-1-access_token(登陆访问时长)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

token_id

int

临时访问牌ID

2

token

varchar

64

临时访问牌

3

info

text

65535

信息

4

maxage

int

最大寿命:默认2小时

5

create_time

timestamp

创建时间

6

update_time

timestamp

更新时间

7

user_id

int

用户编号

表 4-2-application_for_admission(入院申请)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

application_for_admission_id

int

入院申请ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

department_name

varchar

64

科室名称

5

patient_user

int

患者用户

6

patient_name

varchar

64

患者姓名

7

dependents_users

int

家属用户

8

appointment_number

varchar

64

预约编号

9

medical_results

varchar

64

就诊结果

10

situation_description

text

65535

情况描述

11

application_time

datetime

申请时间

12

inspection_report

text

65535

检查报告

13

admission_assessment

varchar

64

入院评估

14

hospitalization_deposit_limit_times

int

押金限制次数

15

ward_arrangement_limit_times

int

病房安排限制次数

16

preoperative_examination_limit_times

int

术前检查限制次数

17

expense_information_limit_times

int

费用结算限制次数

18

discharge_application_limit_times

int

出院申请限制次数

19

create_time

datetime

创建时间

20

update_time

timestamp

更新时间

21

source_table

varchar

255

来源表

22

source_id

int

来源ID

23

source_user_id

int

来源用户

表 4-3-article(文章)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

article_id

mediumint

文章id

2

title

varchar

125

标题

3

type

varchar

64

文章分类

4

hits

int

点击数

5

praise_len

int

点赞数

6

create_time

timestamp

创建时间

7

update_time

timestamp

更新时间

8

source

varchar

255

来源

9

url

varchar

255

来源地址

10

tag

varchar

255

标签

11

content

longtext

4294967295

正文

12

img

varchar

255

封面图

13

description

text

65535

文章描述

表 4-4-article_type(文章分类)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

type_id

smallint

分类ID

2

display

smallint

显示顺序

3

name

varchar

16

分类名称

4

father_id

smallint

上级分类ID

5

description

varchar

255

描述

6

icon

text

65535

分类图标

7

url

varchar

255

外链地址

8

create_time

timestamp

创建时间

9

update_time

timestamp

更新时间

表 4-5-auth(用户权限管理)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

auth_id

int

授权ID

2

user_group

varchar

64

用户组

3

mod_name

varchar

64

模块名

4

table_name

varchar

64

表名

5

page_title

varchar

255

页面标题

6

path

varchar

255

路由路径

7

parent

varchar

64

父级菜单

8

parent_sort

int

父级菜单排序

9

position

varchar

32

位置

10

mode

varchar

32

跳转方式

11

add

tinyint

是否可增加

12

del

tinyint

是否可删除

13

set

tinyint

是否可修改

14

get

tinyint

是否可查看

15

field_add

text

65535

添加字段

16

field_set

text

65535

修改字段

17

field_get

text

65535

查询字段

18

table_nav_name

varchar

500

跨表导航名称

19

table_nav

varchar

500

跨表导航

20

option

text

65535

配置

21

create_time

timestamp

创建时间

22

update_time

timestamp

更新时间

表 4-6-check_reminder(检查提醒)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

check_reminder_id

int

检查提醒ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

dependents_users

int

家属用户

5

appointment_number

varchar

64

预约编号

6

check_name

varchar

64

检查名称

7

inspection_time

datetime

检查时间

8

inspection_location

varchar

64

检查地点

9

precautions

text

65535

注意事项

10

create_time

datetime

创建时间

11

update_time

timestamp

更新时间

12

source_table

varchar

255

来源表

13

source_id

int

来源ID

14

source_user_id

int

来源用户

表 4-7-classification_of_expenses(费用分类)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

classification_of_expenses_id

int

费用分类ID

2

expense_type

varchar

64

费用类型

3

create_time

datetime

创建时间

4

update_time

timestamp

更新时间

表 4-8-code_token(验证码)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

code_token_id

int

验证码ID

2

token

varchar

255

令牌

3

code

varchar

255

验证码

4

expire_time

timestamp

失效时间

5

create_time

timestamp

创建时间

6

update_time

timestamp

更新时间

表 4-9-collect(收藏)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

collect_id

int

收藏ID

2

user_id

int

收藏人ID

3

source_table

varchar

255

来源表

4

source_field

varchar

255

来源字段

5

source_id

int

来源ID

6

title

varchar

255

标题

7

img

varchar

255

封面

8

create_time

timestamp

创建时间

9

update_time

timestamp

更新时间

表 4-10-comment(评论)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

comment_id

int

评论ID

2

user_id

int

评论人ID

3

reply_to_id

int

回复评论ID

4

content

longtext

4294967295

内容

5

nickname

varchar

255

昵称

6

avatar

varchar

255

头像地址

7

create_time

timestamp

创建时间

8

update_time

timestamp

更新时间

9

source_table

varchar

255

来源表

10

source_field

varchar

255

来源字段

11

source_id

int

来源ID

表 4-11-customer_service_staff(客服人员)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

customer_service_staff_id

int

客服人员ID

2

customer_service_name

varchar

64

客服姓名

3

customer_service_telephone

varchar

16

客服电话

4

examine_state

varchar

16

审核状态

5

user_id

int

用户ID

6

create_time

datetime

创建时间

7

update_time

timestamp

更新时间

表 4-12-department_information(科室信息)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

department_information_id

int

科室信息ID

2

department_name

varchar

64

科室名称

3

department_director

varchar

64

科室主任

4

department_type

varchar

64

科室类型

5

department_pictures

varchar

255

科室图片

6

team_information

text

65535

团队信息

7

department_introduction

text

65535

科室介绍

8

department_details

text

65535

科室详情

9

hits

int

点击数

10

praise_len

int

点赞数

11

collect_len

int

收藏数

12

comment_len

int

评论数

13

create_time

datetime

创建时间

14

update_time

timestamp

更新时间

表 4-13-dependents_users(家属用户)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

dependents_users_id

int

家属用户ID

2

family_name

varchar

64

家属姓名

3

family_phone

varchar

16

家属电话

4

examine_state

varchar

16

审核状态

5

user_id

int

用户ID

6

create_time

datetime

创建时间

7

update_time

timestamp

更新时间

表 4-14-discharge_application(出院申请)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

discharge_application_id

int

出院申请ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

appointment_number

varchar

64

预约编号

5

discharge_time

datetime

出院时间

6

discharge_description

text

65535

出院说明

7

examine_state

varchar

16

审核状态

8

discharge_summary_limit_times

int

小结限制次数

9

follow_up_appointment_limit_times

int

随访预约限制次数

10

create_time

datetime

创建时间

11

update_time

timestamp

更新时间

12

source_table

varchar

255

来源表

13

source_id

int

来源ID

14

source_user_id

int

来源用户

表 4-15-discharge_summary(出院小结)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

discharge_summary_id

int

出院小结ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

appointment_number

varchar

64

预约编号

5

discharge_time

datetime

出院时间

6

diagnosis_and_treatment

text

65535

诊疗情况

7

rehabilitation_advice

text

65535

康复建议

8

content_of_doctors_advice

text

65535

医嘱内容

9

follow_up_appointment_limit_times

int

随访预约限制次数

10

create_time

datetime

创建时间

11

update_time

timestamp

更新时间

12

source_table

varchar

255

来源表

13

source_id

int

来源ID

14

source_user_id

int

来源用户

表 4-16-doctor_information(医生信息)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

doctor_information_id

int

医生信息ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

department_name

varchar

64

科室名称

5

doctors_title

varchar

64

医生职称

6

number_of_registered

double

挂号数量

7

registration_fee

double

挂号费用

8

doctors_photo

varchar

255

医生照片

9

specializes_in_specific_fields

text

65535

擅长领域

10

doctors_introduction

text

65535

医生介绍

11

doctor_scheduling

text

65535

医生排班

12

patient_evaluation

text

65535

患者评价

13

doctor_details

text

65535

医生详情

14

number_source_reminder

text

65535

号源提醒

15

hits

int

点击数

16

praise_len

int

点赞数

17

collect_len

int

收藏数

18

comment_len

int

评论数

19

online_registration_limit_times

int

挂号限制次数

20

create_time

datetime

创建时间

21

update_time

timestamp

更新时间

表 4-17-doctor_user(医生用户)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

doctor_user_id

int

医生用户ID

2

doctors_name

varchar

64

医生姓名

3

doctors_job_number

varchar

64

医生工号

4

doctors_phone_number

varchar

16

医生电话

5

examine_state

varchar

16

审核状态

6

user_id

int

用户ID

7

create_time

datetime

创建时间

8

update_time

timestamp

更新时间

表 4-18-expense_information(费用信息)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

expense_information_id

int

费用信息ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

appointment_number

varchar

64

预约编号

5

expense_type

varchar

64

费用类型

6

amount_of_expenses

double

费用金额

7

expense_details

text

65535

费用明细

8

pay_state

varchar

16

支付状态

9

pay_type

varchar

16

支付类型: 微信、支付宝、网银

10

create_time

datetime

创建时间

11

update_time

timestamp

更新时间

12

source_table

varchar

255

来源表

13

source_id

int

来源ID

14

source_user_id

int

来源用户

表 4-19-follow_up_appointment(随访预约)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

follow_up_appointment_id

int

随访预约ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

appointment_number

varchar

64

预约编号

5

discharge_time

datetime

出院时间

6

follow_up_time

datetime

随访时间

7

follow_up_mode

varchar

64

随访方式

8

follow_up_content

text

65535

随访内容

9

create_time

datetime

创建时间

10

update_time

timestamp

更新时间

11

source_table

varchar

255

来源表

12

source_id

int

来源ID

13

source_user_id

int

来源用户

表 4-20-health_archives(健康档案)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

health_archives_id

int

健康档案ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

user_age

double

用户年龄

5

file_name

varchar

64

档案名称

6

allergy_history

text

65535

过敏史

7

past_medical_history

text

65535

过往病史

8

family_history

text

65535

家族病史

9

file_content

text

65535

档案内容

10

create_time

datetime

创建时间

11

update_time

timestamp

更新时间

表 4-21-hits(用户点击)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

hits_id

int

点赞ID

2

user_id

int

点赞人

3

create_time

timestamp

创建时间

4

update_time

timestamp

更新时间

5

source_table

varchar

255

来源表

6

source_field

varchar

255

来源字段

7

source_id

int

来源ID

表 4-22-hospitalization_deposit(住院押金)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

hospitalization_deposit_id

int

住院押金ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

appointment_number

varchar

64

预约编号

5

admission_time

datetime

入院时间

6

deposit_amount

double

押金金额

7

return_rules

text

65535

退还规则

8

consumption_details

text

65535

消费明细

9

pay_state

varchar

16

支付状态

10

pay_type

varchar

16

支付类型: 微信、支付宝、网银

11

create_time

datetime

创建时间

12

update_time

timestamp

更新时间

13

source_table

varchar

255

来源表

14

source_id

int

来源ID

15

source_user_id

int

来源用户

表 4-23-notice(公告)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

notice_id

mediumint

公告ID

2

title

varchar

125

标题

3

content

longtext

4294967295

正文

4

create_time

timestamp

创建时间

5

update_time

timestamp

更新时间

表 4-24-online_registration(在线挂号)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

online_registration_id

int

在线挂号ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

department_name

varchar

64

科室名称

5

registration_fee

double

挂号费用

6

patient_user

int

患者用户

7

patient_name

varchar

64

患者姓名

8

contact_information

varchar

64

联系方式

9

dependents_users

int

家属用户

10

appointment_number

varchar

64

预约编号

11

time_of_appointment

datetime

预约时间

12

reservation_quantity

double

预约数量

13

appointment_remarks

text

65535

预约备注

14

pay_state

varchar

16

支付状态

15

pay_type

varchar

16

支付类型: 微信、支付宝、网银

16

visit_information_limit_times

int

就诊限制次数

17

create_time

datetime

创建时间

18

update_time

timestamp

更新时间

19

source_table

varchar

255

来源表

20

source_id

int

来源ID

21

source_user_id

int

来源用户

表 4-25-pain_treatment(疼痛治疗)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

pain_treatment_id

int

疼痛治疗ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

treatment_method

varchar

64

治疗方法

5

suggested_content

text

65535

建议内容

6

create_time

datetime

创建时间

7

update_time

timestamp

更新时间

8

source_table

varchar

255

来源表

9

source_id

int

来源ID

10

source_user_id

int

来源用户

表 4-26-patient_user(患者用户)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

patient_user_id

int

患者用户ID

2

patient_name

varchar

64

患者姓名

3

contact_information

varchar

16

联系方式

4

home_address

varchar

64

家庭住址

5

dependents_users

int

家属用户

6

examine_state

varchar

16

审核状态

7

user_id

int

用户ID

8

create_time

datetime

创建时间

9

update_time

timestamp

更新时间

表 4-27-postoperative_nursing(术后护理)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

postoperative_nursing_id

int

术后护理ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

type_of_surgery

varchar

64

手术类型

5

recovery

varchar

64

恢复情况

6

nursing_video

varchar

255

护理视频

7

nursing_pictures

varchar

255

护理图片

8

nursing_content

text

65535

护理内容

9

create_time

datetime

创建时间

10

update_time

timestamp

更新时间

11

source_table

varchar

255

来源表

12

source_id

int

来源ID

13

source_user_id

int

来源用户

表 4-28-praise(点赞)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

praise_id

int

点赞ID

2

user_id

int

点赞人

3

create_time

timestamp

创建时间

4

update_time

timestamp

更新时间

5

source_table

varchar

255

来源表

6

source_field

varchar

255

来源字段

7

source_id

int

来源ID

8

status

tinyint

点赞状态:1为点赞,0已取消

表 4-29-preoperative_examination(术前检查)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

preoperative_examination_id

int

术前检查ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

patient_user

int

患者用户

5

patient_name

varchar

64

患者姓名

6

dependents_users

int

家属用户

7

appointment_number

varchar

64

预约编号

8

medical_results

varchar

64

就诊结果

9

check_name

varchar

64

检查名称

10

inspection_time

datetime

检查时间

11

inspection_location

varchar

64

检查地点

12

check_contents

text

65535

检查内容

13

check_reminder_limit_times

int

提醒限制次数

14

surgical_arrangements_limit_times

int

手术安排限制次数

15

create_time

datetime

创建时间

16

update_time

timestamp

更新时间

17

source_table

varchar

255

来源表

18

source_id

int

来源ID

19

source_user_id

int

来源用户

表 4-30-slides(轮播图)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

slides_id

int

轮播图ID

2

title

varchar

64

标题

3

content

varchar

255

内容

4

url

varchar

255

链接

5

img

varchar

255

轮播图

6

hits

int

点击量

7

create_time

timestamp

创建时间

8

update_time

timestamp

更新时间

表 4-31-surgical_arrangements(手术安排)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

surgical_arrangements_id

int

手术安排ID

2

patient_user

int

患者用户

3

patient_name

varchar

64

患者姓名

4

dependents_users

int

家属用户

5

type_of_surgery

varchar

64

手术类型

6

operation_time

datetime

手术时间

7

location_of_surgery

varchar

64

手术地点

8

doctor_information

text

65535

医生信息

9

team_introduction

text

65535

团队介绍

10

scheme_overview

text

65535

方案概述

11

surgical_risk_assessment

text

65535

风险评估

12

popular_science_knowledge

text

65535

科普知识

13

operation_status

varchar

64

手术状态

14

postoperative_nursing_limit_times

int

术后护理限制次数

15

pain_treatment_limit_times

int

疼痛治疗限制次数

16

create_time

datetime

创建时间

17

update_time

timestamp

更新时间

18

source_table

varchar

255

来源表

19

source_id

int

来源ID

20

source_user_id

int

来源用户

表 4-32-upload(文件上传)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

upload_id

int

上传ID

2

name

varchar

64

文件名

3

path

varchar

255

访问路径

4

file

varchar

255

文件路径

5

display

varchar

255

显示顺序

6

father_id

int

父级ID

7

dir

varchar

255

文件夹

8

type

varchar

32

文件类型

表 4-33-user(用户账户)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

user_id

int

用户ID

2

state

smallint

账户状态:(1可用|2异常|3已冻结|4已注销)

3

user_group

varchar

32

所在用户组

4

login_time

timestamp

上次登录时间

5

phone

varchar

11

手机号码

6

phone_state

smallint

手机认证:(0未认证|1审核中|2已认证)

7

username

varchar

16

用户名

8

nickname

varchar

16

昵称

9

password

varchar

64

密码

10

email

varchar

64

邮箱

11

email_state

smallint

邮箱认证:(0未认证|1审核中|2已认证)

12

avatar

varchar

255

头像地址

13

open_id

varchar

255

针对获取用户信息字段

14

create_time

timestamp

创建时间

表 4-34-user_group(用户组)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

group_id

mediumint

用户组ID

2

display

smallint

显示顺序

3

name

varchar

16

名称

4

description

varchar

255

描述

5

source_table

varchar

255

来源表

6

source_field

varchar

255

来源字段

7

source_id

int

来源ID

8

register

smallint

注册位置

9

create_time

timestamp

创建时间

10

update_time

timestamp

更新时间

表 4-35-visit_information(就诊信息)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

visit_information_id

int

就诊信息ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

department_name

varchar

64

科室名称

5

patient_user

int

患者用户

6

patient_name

varchar

64

患者姓名

7

dependents_users

int

家属用户

8

appointment_number

varchar

64

预约编号

9

visit_time

datetime

就诊时间

10

medical_results

varchar

64

就诊结果

11

situation_description

text

65535

情况描述

12

inspection_results

text

65535

检查结果

13

treatment_plan

text

65535

治疗方案

14

inspection_arrangement

text

65535

检查安排

15

application_for_admission_limit_times

int

入院申请限制次数

16

create_time

datetime

创建时间

17

update_time

timestamp

更新时间

18

source_table

varchar

255

来源表

19

source_id

int

来源ID

20

source_user_id

int

来源用户

表 4-36-ward_arrangement(病房安排)

编号

字段名

类型

长度

是否非空

是否主键

注释

1

ward_arrangement_id

int

病房安排ID

2

doctor_user

int

医生用户

3

doctors_name

varchar

64

医生姓名

4

patient_user

int

患者用户

5

patient_name

varchar

64

患者姓名

6

dependents_users

int

家属用户

7

appointment_number

varchar

64

预约编号

8

admission_assessment

varchar

64

入院评估

9

disease_priority

varchar

64

病种优先级

10

ward_number

varchar

64

病房号码

11

bed_number

varchar

64

床位号

12

ward_status

varchar

64

病房状态

13

create_time

datetime

创建时间

14

update_time

timestamp

更新时间

15

source_table

varchar

255

来源表

16

source_id

int

来源ID

17

source_user_id

int

来源用户

第五章 详细设计与实现

“医相伴”智慧小程序的详细设计与实现主要是根据前面的“医相伴”智慧小程序的需求分析和“医相伴”智慧小程序的总体设计来设计页面并实现业务逻辑。主要从“医相伴”智慧小程序界面实现、业务逻辑实现这两部分进行介绍。

5.1前端首页模块

小程序的首页设计了轮播图,展示医院的最新动态和重要通知。用户可以查看不同科室的信息,了解医生的专业背景,获取医院的最新资讯,以及阅读网站公告,确保患者能够及时获取医院的重要信息。前台首页模块展示如下图所示。

图5-1前台首页模块图

5.2用户注册模块

不是“医相伴”智慧小程序中正式用户的是可以在线进行注册的,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+手机号+身份+用户姓名+用户性别等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图5-2注册模块图

5.3登录模块

“医相伴”智慧小程序中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到“医相伴”智慧小程序的首页中,否则将会提示相应错误信息,登录模块如下图所示。

图5-3登录模块图

5.4前端患者用户功能模块

5.4.1科室信息模块

用户可以搜索感兴趣的科室,对喜欢的科室进行点赞和收藏,还可以发表评论分享自己的看法和经验。模块如下图所示:

图5-4科室信息模块图

5.4.2医生信息模块

用户可以搜索特定的医生,对医生进行点赞和收藏,发表评论,甚至可以直接进行挂号操作,方便快捷地预约就诊时间。模块如下图所示。

图5-5医生信息详情模块图

5.4.3医院资讯模块

用户可以搜索感兴趣的医院资讯,对喜欢的文章进行点赞和收藏,还可以发表评论,与他人分享信息。模块如下图所示。

图5-6医院资讯模块图

5.4.4“我的”模块

用户可以修改个人资料,包括修改密码,管理自己的健康档案。在“我的”页面中,用户可以进行搜索、添加、重置、查询、详情、删除等操作,包括在线挂号、支付、就诊信息管理、入院申请、出院申请、住院押金处理、病房安排、术前检查、检查提醒、手术安排、术后护理、护理视频、疼痛治疗、费用信息管理、支付、出院小结、随访预约、收藏、删除、统计等。此外,用户还可以访问数据统计中心,查看费用信息统计图,最后选择退出登录。模块如下图所示。

图5-7“我的”模块图

5.5前端家属用户功能模块

5.5.1“我的”模块

在“我的”页面,用户可以进行个人资料的修改、密码的修改、在线挂号等操作。此外,用户还可以进行搜索、重置、查询、详情查看等操作,以管理自己的就诊信息、入院申请、病房安排、术前检查、检查提醒、手术安排等。用户还可以对感兴趣的内容进行收藏,或删除不再需要的信息,并在需要时退出登录。模块如下图所示。

图5-8“我的”模块图

5.6后端客服用户功能模块

5.6.1医生信息管理模块

在这一模块中,用户可以查看医生信息列表,通过搜索和查询功能快速找到特定医生的信息。用户还可以查看医生的详细资料,包括专业特长、预约挂号等信息。模块如下图所示。

图5-9医生信息管理模块图

5.7后端医生用户功能模块

5.7.1在线挂号管理模块

医生可以查看在线挂号列表,通过搜索、查询、查看详情等操作,快速处理就诊事宜,从而提高挂号的效率,优化患者的就诊体验。模块如下图所示。

图5-10在线挂号管理模块图

5.7.2入院申请管理模块

医生可以查看入院申请列表,通过搜索、查询、查看详情等操作,以及进行术前检查,提高入院申请的处理效率,确保患者能够及时得到必要的医疗服务。模块如下图所示。

图5-11入院申请管理模块图

5.8后端管理员功能模块

5.8.1后台首页模块

展示费用信息统计图,方便管理员直观了解财务状况。同时,点击头像可以查看或修改个人信息和密码,保证账户安全,确保管理员身份的唯一性和安全性。模块如下图所示。

图5-12后台首页模块图

5.8.2系统用户模块

管理员可以对不同类型的用户进行管理,包括查询、删除、添加和查看详情。用户类型涵盖管理员、患者用户、家属用户、医生用户以及客服人员,确保每个角色的权限和信息得到妥善处理,保障了系统的有序运行和用户信息的安全。流程图如下所示。

图5-13用户管理流程图

系统用户模块如下图所示。

图5-14系统用户模块图

5.8.3健康档案管理模块

管理员可以查看健康档案列表,进行查询、删除、查看详情以及添加新的健康档案,为患者提供全面的健康管理。这有助于医护人员更好地了解患者的健康状况,制定个性化的治疗方案。模块如下图所示。

图5-15健康档案管理模块图

5.8.4手术安排管理模块

管理员可以管理手术安排,包括手术安排列表的查看、查询、删除、查看详情以及术后护理和疼痛治疗,确保手术过程的顺利和患者术后恢复的舒适。这对于提升手术质量和患者满意度具有显著影响。模块如下图所示。

图5-16手术安排管理模块图

5.8.5入院申请管理模块

管理员可以查看入院申请列表,进行查询、删除、查看详情以及处理押金、病房安排、术前检查和费用结算,确保患者入院流程的高效和有序。这有助于提升患者入院的体验,减少不必要的等待时间。模块如下图所示。

图5-17入院申请管理模块图

5.8.6出院申请管理模块

管理员可以管理出院申请,包括出院申请列表的查看、查询、删除、查看详情以及小结、随访预约、审核,确保出院流程的规范和患者后续服务的连贯性。这对于维护患者权益和提升医院服务质量具有重要意义。模块如下图所示。

图5-18出院申请管理模块图

5.8.7资源管理模块

管理员可以管理医院资讯,包括资讯的查询、删除、添加、查看详情以及查看评论和资讯分类,确保医院信息的及时更新和准确传达。这对于维护医院形象和提供准确的医疗信息至关重要。模块如下图所示。

图5-19资源管理模块图

第六章 系统测试

6.1系统测试的目的

测试的主要目的是确保系统的功能和性能满足预期的需求,同时识别和修复潜在的缺陷。通过系统测试,可以验证各个功能模块的正确性和稳定性,确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性[10]。测试还可以提高用户满意度,保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试,可以降低后期维护成本,减少系统上线后出现故障的风险,从而保障系统的长期稳定运行。

6.2测试方法

在本系统中,测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的,覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比,以验证系统的功能是否按预期工作。

常见的测试用例包括功能测试用例、边界测试用例和异常测试用例。功能测试用例针对系统的各项功能进行验证;边界测试用例则侧重于输入数据的边界条件,验证系统在极端情况下是否能够稳定运行;异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。

在测试执行过程中,记录每个用例的执行结果,并根据实际结果与预期结果的对比,判断系统是否存在缺陷。通过系统化的测试用例执行,可以有效提高测试的覆盖率和效率,为系统的最终上线提供保障。

6.3测试用例

6.3.1用户登录功能测试

6-1 用户登录功能测试表

用例名称

用户登录系统

目的

测试用户通过正确的用户名和密码可否登录功能

前提

未登录的情况下

测试流程

1) 进入登录页面

2) 输入正确的用户名和密码

预期结果

用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入

实际结果

实际结果与预期结果一致

6.3.2创建数据测试 

在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。

创建数据用例如表6-2 所示。

表6-2 创建数据测试用例

测试用例编号

YL_05

测试用例名称

系统使用者进行创建数据

测试用例描述

使用者输入要创建的数据

系统入口

浏览器

步骤

预期结果

实际结果

输入完整并且格式正确的数据

提示“创建成功”,并显示所有数据

预期结果

核心位置数据但非必要位置不输入数据

提示“创建成功”,并显示所有数据

预期结果

核心数据位置不输入数据

提示“创建失败”

预期结果

6.3.3修改数据测试 

在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。

修改数据用例如表6-3所示。

表6-3 修改数据测试用例

测试用例编号

YL_06

测试用例名称

系统使用者进行修改数据

测试用例描述

使用者对可修改的数据项进行修改

系统入口

浏览器

步骤

预期结果

实际结果

将现有数据修改成正确的数据

提示“修改成功”,并显示所有数据

预期结果

将现有数据修改成错误的数据

提示“修改失败”

预期结果

6.3.4查询数据测试 

在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。

查询数据用例如表6-4所示。

表6-4 查询数据测试用例

测试用例编号

YL_05

测试用例名称

系统使用者进行查询数据

测试用例描述

全部查询以及输入关键词查询

系统入口

浏览器

步骤

预期结果

实际结果

界面自动查询全部

显示对应所有记录

预期结果

输入已存在且能匹配成功的关键字

显示所查询到的数据

预期结果

输入不存在的关键字

显示数据界面为空

预期结果

6.4测试结果

在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。

  

通过SpringBoot框架实现了“医相伴”智慧小程序,集成了在线挂号、健康档案管理、术前术后提醒及费用支付等功能,为患者及其家属提供了便捷的医疗服务体验。开发过程中深入理解了如何设计用户友好的界面和高效的服务流程,提升了处理复杂业务逻辑的能力。系统不仅支持患者方便地查找医生信息、管理个人健康档案,还提供了详尽的术前术后指导与检查提醒,增强了用户的参与感和满意度。对于医护人员,后台管理系统优化了挂号请求处理、就诊安排及病房调度等事务,提高了工作效率和服务质量。

展望未来,随着技术进步和社会需求的变化,有机会进一步增强平台的功能性和用户体验。例如,增加更多个性化服务以满足不同患者的需求,或通过更细致的反馈机制提升服务质量。持续关注用户反馈进行迭代更新,将有助于更好地适应医疗服务的发展趋势,推动医疗服务向更加人性化和精细化方向发展。这种综合性的解决方案有望为更多医疗机构带来灵感,助力实现更加开放和高效的医疗服务体系,促进社会福祉的提升。

参考文献

  1. 尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023,(05):45-47.
  2. 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
  3. 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
  4. 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
  5. 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
  6. 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
  7. 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
  8. 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
  9. 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
  10. 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
  11. Java Sunrise Coffee: Better Beans, and Better Coffee [J]. M2 Presswire, 2025,
  12. Salunke V S ,Ouda A . A Performance Benchmark for the PostgreSQL and MySQL Databases [J]. Future Internet, 2024, 16 (10): 382-382.
  13. Shao W ,Liu K . Design and Implementation of Online Ordering System Based on SpringBoot [J]. Journal of Big Data and Computing, 2024, 2 (3):
  14. 张伟, 李娜. 基于SpringBoot框架的医疗服务系统设计与实现[J]. 计算机应用研究, 2022, 39(08): 2345-2350.
  15. 王强. 医疗信息化背景下在线预约挂号平台的研究[D]. 上海: 复旦大学, 2021.
  16. 赵敏, 孙磊. 智慧医疗小程序的设计与实现[J]. 软件导刊, 2023, 22(05): 123-126.
  17. 刘洋, 钱芳. 基于微信小程序的医疗服务系统开发实践[J]. 现代电子技术, 2022, 45(10): 56-60.
  18. 陈华, 黄涛. 移动互联网时代下医疗服务模式创新探讨[J]. 医学信息学杂志, 2023, 44(03): 45-49.
  19. 李静, 张勇. 微信小程序在医院信息系统中的应用研究[J]. 计算机科学, 2021, 48(S2): 300-303.
  20. 周杰, 吴丽. 基于SpringBoot的智慧医疗服务平台构建[J]. 信息技术与网络安全, 2022, 41(06): 102-105.

致  谢

“医相伴”智慧小程序设计与实现工作已结束,虽然过程中充满挑战,但内心充满自豪和满足。感谢大学四年间教导我的所有老师,他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师,他耐心解答疑惑,引导我解决问题,提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来,我将继续努力追求卓越,不辜负所学所悟和老师期望。坚信坚定信念和不懈努力,未来定能取得更辉煌成就。期待更美好未来!

此外,“医相伴”智慧小程序设计与实现不仅是技术挑战,挫折和困难是成长的垫脚石,让我更深入理解问题,精确找到解决方案。每次解决问题,都感到满足和自豪。

对于未来,我充满期待和信心。无论道路多崎岖,只要保持坚定信念,持续努力,定能取得更大成就。期待将知识和技能运用到实际中,为社会做出更大贡献。

最后,感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力,不辜负期望,为实现更美好的未来而奋斗。

代码:


连接数据库的文件在Resources 文件夹下的application.yml文件,代码如下:

server:

  port: 5000

  servlet:

    context-path: /api

spring:

  mvc:

    static-path-pattern: /upload/**

  resources:

    static-locations: file:此处填写地址/project93355/server/src/main/resources/static

datasource:    

jdbc:mysql://127.0.0.1:3306/projectxxxxx?serverTimezone=GMT%2B8&useSSL=false&characterEncoding=utf-8

    username: root

    password: root

    driver-class-name: com.mysql.cj.jdbc.Driver

    type: com.alibaba.druid.pool.DruidDataSource

  jackson:

    property-naming-strategy: CAMEL_CASE_TO_LOWER_CASE_WITH_UNDERSCORES

    default-property-inclusion: ALWAYS

    time-zone: GMT+8

    date-format: yyyy-MM-dd HH:mm:ss

  servlet:

 项目启动文件Application.java,代码如下:

@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class})

@EnableJpaRepositories

@MapperScan("com.project.demo.dao")

public class Application {

    public static void main(String[] args) {

        SpringApplication.run(Application.class,args);

    }

}

修改数据代码如下:

    @PostMapping("/set")

@Transactional

    public Map<String, Object> set(HttpServletRequest request) throws IOException {

        service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));

        return success(1);

    }

删除一条数据代码如下:

    @RequestMapping(value = "/del")

    @Transactional

    public Map<String, Object> del(HttpServletRequest request) {

        service.delete(service.readQuery(request), service.readConfig(request));

        return success(1);

    }

    public void delete(Map<String,String> query,Map<String,String> config){

        QueryWrapper wrapper = new QueryWrapper<E>();

        toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);

        baseMapper.delete(wrapper);

        log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());

    }

通过请求的参数获取列表数据,代码如下:

    @RequestMapping("/get_list")

    public Map<String, Object> getList(HttpServletRequest request) {

        Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));

        return success(map);

    }

获取某个组下面的数量,代码如下:

    @RequestMapping(value = {"/count_group", "/count"})

    public Map<String, Object> count(HttpServletRequest request) {

        Integer value= service.selectSqlToInteger(service.groupCount(service.readQuery(request), service.readConfig(request)));

        return success(value);

    }

注册页登录代码如下:

    /**

     * 注册

     * @param user

     * @return

     */

    @PostMapping("register")

    public Map<String, Object> signUp(@RequestBody User user) {

        // 查询用户

        Map<String, String> query = new HashMap<>();

        Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));

        query.put("username",user.getUsername());

        List list = service.selectBaseList(service.select(query, new HashMap<>()));

        if (list.size()>0){

            return error(30000, "用户已存在");

        }

        map.put("password",service.encryption(String.valueOf(map.get("password"))));

        service.insert(map);

        return success(1);

}     

MD5加密,代码如下:

    public String encryption(String plainText) {

        String re_md5 = new String();

        try {

            MessageDigest md = MessageDigest.getInstance("MD5");

            md.update(plainText.getBytes());

            byte b[] = md.digest();

            int i;

            StringBuffer buf = new StringBuffer("");

            for (int offset = 0; offset < b.length; offset++) {

                i = b[offset];

                if (i < 0)

                    i += 256;

                if (i < 16)

                    buf.append("0");

                buf.append(Integer.toHexString(i));

            }

            re_md5 = buf.toString();

        } catch (Exception e) {

            e.printStackTrace();

        }

        return re_md5;

}

登录页代码如下:

 /**

     * 登录

     * @param data

     * @param httpServletRequest

     * @return

     */

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        Map<String, String> map = new HashMap<>();

        if(username != null && "".equals(username) == false){

            map.put("username", username);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(email != null && "".equals(email) == false){

            map.put("email", email);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

       

找回密码,接收用户输入的用户名、密码、验证码,并进行条件判断,代码如下:

    /**

     * 找回密码

     * @param form

     * @return

     */

    @PostMapping("forget_password")

    public Map<String, Object> forgetPassword(@RequestBody User form,HttpServletRequest request) {

        JSONObject ret = new JSONObject();

        String username = form.getUsername();

        String code = form.getCode();

        String password = form.getPassword();

        // 判断条件

        if(code == null || code.length() == 0){

            return error(30000, "验证码不能为空");

        }

        if(username == null || username.length() == 0){

            return error(30000, "用户名不能为空");

        }

        if(password == null || password.length() == 0){

            return error(30000, "密码不能为空");

        }

免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢

免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢

Logo

Agent 垂直技术社区,欢迎活跃、内容共建。

更多推荐