基于SpringBoot的突发性疾病管理系统的设计与实现
摘 要
随着突发性疾病的频发,及时有效的管理和处理对保障公众健康至关重要。为了提高突发性疾病的应急响应能力和治疗效率,设计并实现了一套基于SpringBoot框架的突发性疾病管理系统。系统通过集成信息管理、紧急求助、健康档案、在线问诊等功能,为用户提供便捷的健康管理和突发疾病应对服务,提升了医疗资源的利用效率与应急处理能力。
系统分为三大角色:普通用户、医生用户和管理员。普通用户可以进行注册、登录、健康档案管理、预约就诊、紧急求助等操作,及时获取疾病信息和健康建议;医生用户能够查看患者信息、提供在线问诊、管理健康档案、评估风险、开具药方等;管理员则负责系统的整体管理,监控用户与医生的数据、管理药品库存、发布通知公告、更新疾病知识等,确保系统的顺利运行。
系统基于SpringBoot框架开发,采用分层架构,确保了系统的高效性、可扩展性与安全性。通过数据加密和权限管理,保障了用户隐私和信息安全。此外,系统还设置了紧急求助功能,帮助用户在突发疾病情况下及时获得救治,进一步提高了医疗服务的响应速度。
突发性疾病管理系统的设计与实现,不仅能够帮助用户应对突发性疾病,提高医疗服务的效率,还为公共卫生管理和紧急医疗服务提供了有效的技术支持。通过平台的使用,可以实现更快速、精准的突发疾病管理,提升公众健康水平,并为未来类似系统的开发提供了宝贵的经验与技术参考。
关键词:SpringBoot;突发性疾病管理;在线问诊;健康档案;紧急求助;医疗服务
ABSTRACT
With the frequent occurrence of sudden illnesses, timely and effective management and handling are crucial for safeguarding public health. In order to improve the emergency response capability and treatment efficiency of sudden diseases, a sudden disease management system based on the SpringBoot framework has been designed and implemented. The system provides users with convenient health management and emergency response services by integrating information management, emergency assistance, health records, online consultations, and other functions, improving the efficiency of medical resource utilization and emergency response capabilities.
The system is divided into three main roles: regular users, doctor users, and administrators. Ordinary users can perform registration, login, health record management, appointment for medical treatment, emergency assistance, and other operations to timely obtain disease information and health advice; Doctor users can view patient information, provide online consultations, manage health records, assess risks, and prescribe medication; Administrators are responsible for the overall management of the system, monitoring user and doctor data, managing drug inventory, issuing notices and announcements, updating disease knowledge, etc., to ensure the smooth operation of the system.
The system is developed based on the SpringBoot framework and adopts a layered architecture to ensure its efficiency, scalability, and security. By encrypting data and managing permissions, user privacy and information security are guaranteed. In addition, the system also has an emergency assistance function to help users receive timely treatment in case of sudden illness, further improving the response speed of medical services.
The design and implementation of a sudden illness management system not only helps users cope with sudden illnesses and improve the efficiency of medical services, but also provides effective technical support for public health management and emergency medical services. Through the use of the platform, faster and more accurate management of sudden illnesses can be achieved, improving public health levels, and providing valuable experience and technical references for the development of similar systems in the future.
key word: SpringBoot;Management of sudden illnesses; Online consultation; Health records; Emergency assistance; Medical Service
目 录
摘 要 1
ABSTRACT 2
1绪论
1.1研究背景与意义
1.2国内外研究现状
2相关技术简介
2.1Java语言
2.2 B/S框架
2.3 SpringBoot框架
2.4 Vue技术
2.5 MySQL数据库
3系统需求分析
3.1系统功能需求分析
3.2系统非功能性分析
3.3系统可行性分析
3.3.1技术可行性
3.3.2经济可行性
3.3.3操作可行性
3.4系统用例分析
3.4.1普通用户用例分析
3.4.2医生用户用例分析
3.4.3管理员用例分析
4系统设计
4.1系统架构设计
4.2系统结构设计
4.3系统功能设计
4.3.1系统开发流程
4.3.2 用户登录流程
4.3.3 系统操作流程
4.3.4 添加信息流程
4.3.5 修改信息流程
4.3.6 删除信息流程
4.4数据库设计
4.4.1 概念设计
4.4.2数据库表设计
5系统实现
5.1普通用户功能实现
5.1.1首页
5.1.2新闻资讯
5.1.3医生信息
5.1.4疾病知识
5.1.5导诊台
5.1.6紧急求助
5.1.7个人中心
5.2管理员功能实现
5.2.1 后台首页
5.2.2系统用户管理
5.2.3 系统管理
5.2.4通知公告管理
5.2.5资源管理
5.2.6 紧急求助管理
5.2.7 疾病知识管理
5.3医生用户功能实现
5.3.1 预约就诊管理
5.3.2 风险评估管理
5.3.3 开药记录管理
5.3.4 用药提醒管理
5.3.5 在线问诊管理
6系统测试
6.1测试目的
6.2测试方法
6.3测试内容
6.4测试结论
结 论
参考文献
致 谢
附录
系统核心代码设计
用户注册
用户登录
修改密码
修改数据
删除数据
获取列表
图片上传
1绪论
1.1研究背景与意义
突发性疾病的发生往往具有突发性和不可预测性,给社会带来了巨大的健康和安全挑战。在面对突发疾病时,迅速有效的医疗干预能够显著降低疾病传播的风险,减少患者的痛苦,甚至挽救生命。然而,在传统的医疗体系中,突发疾病的管理往往面临信息不畅、资源调配不及时、应急响应不迅速等问题,导致医疗服务无法在第一时间做出有效反应。因此,建立一个集成化、智能化的突发性疾病管理系统,提升公共卫生体系的应急响应能力,对于保障人民群众的生命安全和健康具有重要意义。
随着互联网技术和信息化建设的不断发展,尤其是在线医疗服务的普及,智能化医疗管理系统已成为提升医疗服务效率和质量的关键工具。突发性疾病管理系统作为应对突发公共卫生事件的重要平台,能够通过集成健康档案管理、在线问诊、紧急求助、疾病知识普及等多种功能,为广大用户提供及时、便捷的医疗帮助。这类系统不仅能够有效整合医疗资源,优化就诊流程,还能帮助医疗机构在突发疾病来临时迅速组织应急响应,提升应对效率。
本文通过基于SpringBoot框架的突发性疾病管理系统设计与实现,旨在为突发性疾病的管理提供一种高效、稳定且易于扩展的解决方案。系统通过不同角色的功能划分,满足了普通用户、医生用户和管理员的需求,有效促进了医疗信息的共享和快速流通,提高了突发疾病管理的整体效率。此外,系统在保障用户隐私和数据安全的基础上,提供了多层次的服务,确保突发疾病的快速响应与处理。
基于SpringBoot框架的突发性疾病管理系统设计与实现不仅为突发性疾病管理提供了技术支持和实践依据,也为相关领域的医疗信息化建设提供了借鉴,推动了公共卫生应急管理能力的提升。通过该系统的实施,能够进一步优化医疗资源配置,提升公众的健康保障水平,为公共卫生体系的建设提供积极的推动作用。
1.2国内外研究现状
突发性疾病的管理一直是公共卫生领域中的重要课题,随着全球疫情频发以及突发性公共卫生事件的不断增多,越来越多的国家和地区开始关注如何通过信息技术提高应急响应效率。国外在突发性疾病管理领域的研究和应用相对较早,许多发达国家已经建立起完善的应急管理体系,并结合信息化技术构建了突发性疾病管理平台。例如,美国通过建立基于互联网的健康管理平台,实施全国范围内的卫生信息网络,使得医疗资源可以快速调配,确保突发疾病事件的高效响应。此外,欧洲一些国家也建立了集成健康信息管理和突发性疾病预警的系统,能够及时将患者信息、病例报告、疾病动态等信息传递给相关部门,保证了突发公共卫生事件的快速处置。
国内在突发性疾病管理方面起步相对较晚,但近年来随着公共卫生需求的日益增加和互联网技术的快速发展,越来越多的医疗平台和管理系统开始尝试应用到突发性疾病管理中。中国政府在突发性疾病防控方面的政策支持逐步加强,相关医疗卫生机构也在建设基于信息化技术的管理平台。许多医院和公共卫生部门已经开发了健康档案管理、在线问诊、疫情监控等功能模块,旨在提高突发疾病应急处理能力。部分地区还实现了紧急医疗资源调度平台,能够根据疫情发展趋势和地方需求快速调动医疗资源,为突发事件的高效应对提供保障。
尽管国内外的相关研究和实践在突发性疾病管理方面取得了一定的进展,但在实际应用中,依然面临着诸如信息孤岛、数据共享不畅、应急响应效率低等问题。许多国家和地区的突发性疾病管理系统仍处于初步发展阶段,尤其是在系统的可扩展性、跨平台兼容性以及用户体验等方面,还需要进一步优化。国内的研究虽然在一些城市和医院取得了成功,但整体水平仍有待提升,许多地方的医疗平台尚未能够实现真正的资源整合和高效的应急响应。
总的来说,国内外在突发性疾病管理系统的研究与实践方面已取得了一些成效,但也存在诸多亟待解决的问题。通过引入更先进的技术和方法,推动突发性疾病管理平台的进一步发展,提升其在应急情况下的响应能力和管理效率,将对公共卫生体系的建设起到积极作用。
2相关技术简介
2.1Java语言
Java语言是一种广泛使用的高级编程语言,具有平台无关性、面向对象特性和丰富的标准库[1]。Java通过Java虚拟机(JVM)实现跨平台运行,开发者可以编写一次代码,在任何支持JVM的环境中执行。Java的面向对象特性使得代码复用和模块化变得更加容易,促进了软件的维护和扩展。Java支持多线程编程,允许开发者在同一程序中同时执行多个任务,提升了应用程序的性能。
Java语言的语法结构简洁且易于理解,吸引了大量开发者[2]。Java的标准库包含数据结构、输入输出处理、网络编程等众多功能模块。这使得开发者在构建应用程序时能够高效利用已有工具,减少重复劳动。Java广泛应用于企业级应用、移动应用、Web开发和大数据处理等领域。
2.2 B/S框架
B/S(Browser/Server)架构是一种基于浏览器和服务器的系统架构模式,用户通过浏览器与服务器进行交互。B/S架构简化了客户端的部署和管理,用户无需在本地安装复杂的软件,只需使用标准浏览器即可访问应用程序。服务器端负责处理业务逻辑和数据存储,客户端则主要负责展示用户界面和数据交互[3]。B/S架构的设计使得系统更新和维护集中在服务器端,降低了维护成本。
B/S架构通常采用Web技术进行实现,包括HTML、CSS和JavaScript等。用户在浏览器中发起请求,服务器响应并返回数据。数据传输通常通过HTTP或HTTPS协议进行,B/S架构的灵活性使其适用于在线购物、信息管理系统和社交网络等各类应用场景[4]。由于其易于扩展性,B/S架构可以方便地支持大规模用户访问,适应不断变化的业务需求。
2.3 SpringBoot框架
SpringBoot框架是基于Spring框架的开源项目,简化Java应用程序的开发过程。SpringBoot通过约定优于配置的理念,减少了传统Spring应用的繁琐配置,开发者可以快速搭建和部署应用程序。框架提供了一系列默认配置,支持自动化配置,简化了应用启动的复杂性[5]。SpringBoot内置了嵌入式Web服务器,使得开发者能够独立运行Java应用,无需外部容器。
SpringBoot支持微服务架构,开发者可以轻松创建和管理多个微服务。框架集成了丰富的功能模块,包括安全、数据访问和消息中间件等,支持RESTful API和JSON数据格式的处理[6]。SpringBoot还提供了强大的监控和管理功能,允许开发者实时监控应用的健康状态和性能指标。借助SpringBoot,开发者能够高效构建和维护现代企业级应用,满足复杂业务需求。
2.4 Vue技术
Vue是一种渐进式JavaScript框架,专注于构建用户界面。Vue采用组件化的开发模式,允许开发者将应用程序拆分为独立的、可重用的组件,从而提高了开发效率和代码的可维护性[7]。框架的核心库专注于视图层,支持数据绑定和DOM操作,提供了简洁的API。Vue的虚拟DOM机制提升了应用的性能,减少了实际DOM操作的次数。
Vue支持双向数据绑定,能够自动更新视图与模型之间的变化。开发者可以通过Vue的指令系统,简化数据展示和事件处理。Vue还支持路由管理和状态管理,使得开发复杂单页面应用变得更加容易[8]。借助Vue的生态系统,开发者能够使用多种工具和库来扩展功能,满足不同的业务需求。Vue在前端开发中逐渐成为主流选择,受到广泛关注和应用。
2.5 MySQL数据库
MySQL是一种开源关系型数据库管理系统,广泛应用于Web应用和企业级数据存储。MySQL支持结构化查询语言,允许开发者通过标准语句进行数据的创建、读取、更新和删除操作[9]。数据库通过表格形式组织数据,支持数据完整性和约束条件的定义。MySQL的存储引擎机制使得用户可以根据具体需求选择不同的存储引擎,以优化性能和功能。
MySQL具有高性能和可扩展性,支持大规模数据存储和高并发访问。系统提供了丰富的用户权限管理和数据加密安全特性。MySQL能够与多种编程语言和框架兼容,广泛应用于内容管理系统、电子商务平台和数据分析等各种场景。
3系统需求分析
3.1系统功能需求分析
本论文设计并实现了一个基于SpringBoot框架的突发性疾病管理系统,该系统通过精确划分不同角色用户的功能需求,提供了全面而高效的突发性疾病管理方案。系统主要包括普通用户、医生用户以及管理员三种角色,每种角色根据其特定的职能和权限,提供不同的功能模块。
1.普通用户功能:
普通用户可以通过系统提供的多种功能进行全面的健康管理与医疗服务。系统的核心功能包括用户的登录注册、首页浏览、通知公告和新闻资讯查看。用户在紧急情况下可通过紧急求助功能快速获得帮助,并且可以通过导诊台功能了解相关疾病的急救方法与处理措施。为帮助用户进一步了解疾病知识,系统提供了丰富的疾病百科和医疗资讯。
在健康管理方面,用户可以查看医生信息,并通过系统进行评论、点赞和收藏,进一步增强互动性。用户还可以提交问诊信息和预约就诊,进行在线问诊,方便快捷地获取医生的建议和指导。同时,平台也支持健康档案的录入与管理,用户可通过该功能记录和查看个人的健康状况、病历记录、治疗效果等重要信息。此外,健康提醒功能可以提醒用户定期检查身体、按时服药等,帮助用户养成健康的生活习惯。系统还支持对药物的用药提醒和风险评估,让用户在日常生活中得到更周到的健康管理服务。
2.医生用户功能:
医生用户可以通过后台首页实时查看导诊台信息以及用户数量统计,全面掌握系统的运作情况。在健康管理方面,医生可以查看用户的健康档案,并基于用户信息提供专业的健康提醒、疾病知识等服务。医生还可以通过系统管理疾病知识、录入健康提醒、处理在线问诊和预约就诊,帮助用户得到及时的诊疗。
医生还可以录入用户的风险评估结果、开药记录、用药提醒、治疗效果等信息,全面记录患者的就诊过程。系统还支持医生对病历记录的管理,以便随时查看患者的历史就诊情况。此外,医生用户还需要管理药品库存,系统会自动进行库存预警,提醒医生及时补充药品,确保诊疗工作的顺利进行。排班信息管理功能帮助医生查看自己的工作安排,并进行相应调整。
3.管理员功能:
管理员功能是系统管理的核心部分,涵盖了对普通用户和医生用户的管理。管理员可以通过后台首页查看系统的整体运行情况,包括紧急求助、用户、健康档案、疾病知识、问诊记录、预约就诊等信息。
管理员可以对用户、医生信息进行管理,包括对用户的注册信息、医生的资质、服务等内容的审核与管理。通过在线问诊管理、预约就诊管理、风险评估管理等功能,管理员可以监督系统内所有用户的医疗流程,确保诊疗工作有序进行。管理员还负责药品库存管理,确保系统中的药品库存满足日常需求,并及时处理库存预警。治疗效果、开药记录、用药提醒、病历记录等重要医疗信息的管理也属于管理员的职能范围,以保证患者信息的完整性和准确性。
系统中的其他管理功能包括通知公告管理、轮播图管理以及资源管理(新闻资讯和资讯分类),管理员可通过这些功能发布和更新平台上的相关信息,确保用户获取最新的医疗资讯和服务。管理员还负责排班信息管理,确保医生的工作安排科学合理,避免过度工作或资源浪费。
突发性疾病管理系统的设计充分考虑了普通用户、医生用户和管理员的不同需求,提供了一系列集健康管理、疾病防治、医疗服务于一体的功能模块。普通用户可以通过系统获得全面的健康管理服务,包括在线问诊、健康提醒、健康档案管理等;医生用户则可以通过后台管理患者的健康信息,提升医疗服务的效率与质量;管理员负责系统的整体管理和维护,确保平台的正常运作和数据的安全性。这一多层次的功能设计,确保了系统的高效性和可操作性,满足了突发性疾病管理的需求。
3.2系统非功能性分析
基于SpringBoot的突发性疾病管理系统在撰写系统毕业论文时,非功能性需求分析是一个重要的部分。非功能性需求主要关注的是系统如何运行,而不是它具体完成什么功能。这些需求包括性能、可用性、安全性、可维护性、可扩展性、易用性等方面。以下是一个关于基于SpringBoot的突发性疾病管理系统非功能性需求分析的概要。
性能需求:系统需确保快速响应和高吞吐量,以支持大量用户同时访问,即使在高峰时段也能保持流畅的操作体验,避免因延迟或卡顿影响用户体验。
可用性:安系统必须具备高可用性,采用冗余部署、负载均衡等策略,确保即使部分组件故障也能迅速恢复服务,减少服务中断时间,保障用户业务的连续性。
安全性:鉴于系统处理用户敏感信息,如个人信息等,必须实施严格的安全措施,包括数据加密、访问控制、防攻击机制等,以保护用户数据免受未授权访问或泄露。
可维护性:系统设计应注重可维护性,采用模块化、标准化的架构,提供详尽的开发文档和用户手册,确保系统易于理解和维护,降低长期运维成本。
可扩展性:随着业务的发展,系统可能需要扩展功能或提升性能。因此,系统需具备灵活的可扩展性,能够轻松添加新模块、优化性能,以应对未来增长的需求。
易用性:用户界面应直观易用,符合用户习惯,提供清晰的导航和友好的操作反馈,帮助用户快速上手并高效完成任务,提升整体用户满意度。
3.3系统可行性分析
通过基于SpringBoot的突发性疾病管理系统的可行性分析,我们可以从技术可行性、经济可行性、操作可行性三个维度进行深入探讨,以确保系统的开发与应用具有坚实的可行性基础。
3.3.1技术可行性
Springboot作为目前流行的Java企业级应用开发框架,以其“约定优于配置”的原则,极大地简化了开发流程,降低了技术门槛。同时,结合MyBatis Plus这一强大的ORM框架,可以高效实现数据持久化操作。MySQL数据库作为后端数据存储,以其高性能和稳定性为系统提供了可靠的数据支持。综上所述,从技术角度来看,该系统的开发具备高度可行性。
3.3.2经济可行性
考虑到Springboot、MyBatis Plus及MySQL等均为开源技术,无需支付高昂的许可费用,大大降低了系统的开发成本。同时,这些技术拥有广泛的用户群体和成熟的社区支持,便于获取技术支持和资源共享。此外,系统的实施将显著提升基于SpringBoot的突发性疾病管理系统的效率和用户体验,从而带来潜在的经济效益。因此,从经济角度来看,该系统的开发同样具备可行性。
3.3.3操作可行性
系统设计应遵循用户友好原则,确保用户能够轻松上手并高效使用。通过合理的界面布局、直观的操作流程以及详尽的帮助文档,可以大大降低用户的学习成本,提高系统的操作可行性。此外,系统还应具备完善的权限管理和数据安全机制,确保操作的安全性和合规性。
从技术、经济、操作三个维度来看,基于SpringBoot的突发性疾病管理系统的开发均具备高度的可行性。
3.4系统用例分析
基于SpringBoot的突发性疾病管理系统用例分析主要从普通用户、医生用户、管理员这些实体展开描述。
3.4.1普通用户用例分析
普通用户具备登录注册、首页、通知公告、新闻资讯、导诊台、紧急求助、疾病知识、医生信息、我的账户、个人中心(个人首页、紧急求助、健康档案、健康提醒、在线问诊、预约就诊、风险评估、开药记录、用药提醒、治疗效果、病历记录、收藏、评论管理)等需求用例,详细用例图如图3-1所示。
图3-1普通用户用例图
3.4.2医生用户用例分析
医生用户具备后台首页、健康档案管理、健康提醒管理、疾病知识管理、医生信息管理、在线问诊管理、预约就诊管理、风险评估管理、开药记录管理、用药提醒管理、治疗效果管理、病历记录管理、药品库存管理、排班信息管理等需求用例,详细用例图如图3-2所示。
图3-2医生用户用例图
3.4.3管理员用例分析
管理员具备后台首页、系统用户、紧急求助管理、健康档案管理、健康提醒管理、疾病知识管理、医生信息管理、在线问诊管理、预约就诊管理、风险评估管理、开药记录管理、用药提醒管理、治疗效果管理、病历记录管理、药品库存管理、排班信息管理、轮播图管理、通知公告管理、资源管理(新闻资讯、资讯分类)等需求用例。详细用例图如图3-3所示。
图3-3管理员用例图
4系统设计
4.1系统架构设计
系统采用SpringBoot 框架开发,该系统分为VIEW层、Controller层、Model层、DAO层和持久化数据存储层,VIEW层支持电脑浏览器访问系统。VIEW 层与 Controller 层紧密结合并系协同工作,共同完成前台页面的数据展示;Controller层为控制层,通过接收前端请求的参数进行业务处理,返回指定的路径或数据;Model层主要是服务层,用于业务逻辑处理;DAO 和持久化层,主要用于访问数据库和持久化数据[10]。整个系统架构如图4-1所示。
图4-1 系统架构图
4.2系统结构设计
基于SpringBoot的突发性疾病管理系统的整体结构设计如图4-2所示。
图4-2整体功能结构设计图
4.3系统功能设计
4.3.1系统开发流程
基于SpringBoot的突发性疾病管理系统开发时,首先进行需求分析,进而对系统进行总体的设计规划,设计系统功能模块,数据库的选择等,本系统的开发流程如图4-3所示。
图4-3系统开发流程图
4.3.2 用户登录流程
为了保证系统的安全性,要使用本系统对系统信息进行管理,必须先登陆到系统中。如图4-4所示。
图4-4 登录流程图
4.3.3 系统操作流程
用户打开并进入系统后,会先显示登录界面,输入正确的用户名和密码,系统自动检测信息,若信息无误,则用户会进入系统功能界面,进行操作,否则会提示错误无法登录,操作流程如图4-5所示。
图4-5系统操作流程图
4.3.4 添加信息流程
管理员可以对通知公告、新闻资讯等进行信息的添加,用户可以对自己权限内的信息进行添加,输入信息后,系统会自行验证输入的信息和数据,若信息正确,会将其添加到数据库内,若信息有误,则会提示重新输入信息,添加信息流程如图4-6所示。
图4-6 添加信息流程图
4.3.5 修改信息流程
管理员可以对通知公告、新闻资讯等进行的修改,用户可以对自己权限内的信息进行修改,首先进入修改信息界面,输入修改信息数据,系统进行数据的判断验证,修改信息合法则修改成功,信息更新至数据库,信息不合法则修改失败,重新输入。修改信息流程图如图4-7所示。
图4-7修改信息流程图
4.3.6 删除信息流程
管理员可以对通知公告、新闻资讯等进行信息的删除,对要删除的信息进行选中后,点击删除按钮,系统会询问是否确定,若点击确定,则系统会删除掉选中的信息,并在数据库内对信息进行删除,删除信息流程图如图4-8所示。
图4-8删除信息流程图
4.4数据库设计
在进行数据库设计时,概念设计帮助明确系统的整体结构和需求。在这一阶段,需要确定实体、属性以及它们之间的关系,为后续的数据库表设计奠定基础。接下来,将深入探讨数据库表设计的具体细节,实现更高效的数据存储和管理。
4.4.1 概念设计
概念设计是数据库设计的第一步,其主要目标是对系统的数据需求进行全面的理解和抽象[11]。在这一阶段,通过建立实体-关系模型(ER模型)来识别系统中的关键实体、属性及其相互关系。概念设计的输出是一个清晰的ER图,作为后续数据库表设计的基础。以下将展示系统的全局E-R图。
图4-9系统ER图
4.4.2数据库表设计
这一阶段的重点是将概念模型转换为实际的数据库结构,包括表的创建、字段的定义及数据类型的选择。每个实体通常对应于数据库中的一张表,而实体的属性则转化为表的列[12]。以下是系统的数据库表设计展示。
表 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-appointment_to_see_a_doctor(预约就诊)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | appointment_to_see_a_doctor_id | int | 是 | 是 | 预约就诊ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
6 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
7 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
8 | ordinary_user | int | 否 | 否 | 普通用户 | |
9 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
10 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
11 | number_of_appointments | varchar | 64 | 否 | 否 | 预约次数 |
12 | appointment_date | date | 否 | 否 | 预约日期 | |
13 | appointment_remarks | text | 65535 | 否 | 否 | 预约备注 |
14 | risk_assessment_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-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-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-7-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-8-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-9-disease_knowledge(疾病知识)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | disease_knowledge_id | int | 是 | 是 | 疾病知识ID | |
2 | name_of_knowledge | varchar | 64 | 否 | 否 | 知识名称 |
3 | onset_age | varchar | 64 | 否 | 否 | 发病年龄 |
4 | knowledge_video | varchar | 255 | 否 | 否 | 知识视频 |
5 | sources_of_knowledge | varchar | 64 | 否 | 否 | 知识来源 |
6 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
7 | coping_method | longtext | 4294967295 | 否 | 否 | 应对方法 |
8 | hits | int | 是 | 否 | 点击数 | |
9 | praise_len | int | 是 | 否 | 点赞数 | |
10 | collect_len | int | 是 | 否 | 收藏数 | |
11 | comment_len | int | 是 | 否 | 评论数 | |
12 | recommend | int | 是 | 否 | 智能推荐 | |
13 | create_time | datetime | 是 | 否 | 创建时间 | |
14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-10-doctor_information(医生信息)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | doctor_information_id | int | 是 | 是 | 医生信息ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
6 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
7 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
8 | working_time | varchar | 64 | 否 | 否 | 上班时间 |
9 | photo_of_doctor | varchar | 255 | 否 | 否 | 医生相片 |
10 | doctor_profile | longtext | 4294967295 | 否 | 否 | 医生简介 |
11 | hits | int | 是 | 否 | 点击数 | |
12 | praise_len | int | 是 | 否 | 点赞数 | |
13 | collect_len | int | 是 | 否 | 收藏数 | |
14 | comment_len | int | 是 | 否 | 评论数 | |
15 | recommend | int | 是 | 否 | 智能推荐 | |
16 | online_consultation_limit_times | int | 是 | 否 | 问诊限制次数 | |
17 | appointment_to_see_a_doctor_limit_times | int | 是 | 否 | 预约限制次数 | |
18 | create_time | datetime | 是 | 否 | 创建时间 | |
19 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-doctor_user(医生用户)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | doctor_user_id | int | 是 | 是 | 医生用户ID | |
2 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
3 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
4 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
5 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
6 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
7 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
8 | user_id | int | 是 | 否 | 用户ID | |
9 | create_time | datetime | 是 | 否 | 创建时间 | |
10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-12-drug_inventory(药品库存)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | drug_inventory_id | int | 是 | 是 | 药品库存ID | |
2 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
3 | drug_specifications | varchar | 64 | 否 | 否 | 药品规格 |
4 | drug_no | varchar | 64 | 否 | 否 | 药品编号 |
5 | usage_and_dosage | varchar | 64 | 否 | 否 | 用法用量 |
6 | adaptation_symptoms | varchar | 64 | 否 | 否 | 适应症状 |
7 | drug_price | double | 否 | 否 | 药品价格 | |
8 | production_date | date | 否 | 否 | 生产日期 | |
9 | drug_inventory | double | 否 | 否 | 药品库存 | |
10 | pictures_of_medicines | varchar | 255 | 否 | 否 | 药品图片 |
11 | drug_introduction | text | 65535 | 否 | 否 | 药品简介 |
12 | hits | int | 是 | 否 | 点击数 | |
13 | create_time | datetime | 是 | 否 | 创建时间 | |
14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-drug_prescribe_record(开药记录)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | drug_prescribe_record_id | int | 是 | 是 | 开药记录ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
5 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
6 | ordinary_user | int | 否 | 否 | 普通用户 | |
7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
8 | appointment_date | date | 否 | 否 | 预约日期 | |
9 | inspection_report | varchar | 255 | 否 | 否 | 检查报告 |
10 | diagnosis_of_etiology | varchar | 64 | 否 | 否 | 诊断病因 |
11 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
12 | quantity_taken | varchar | 64 | 否 | 否 | 服用数量 |
13 | taking_method | varchar | 64 | 否 | 否 | 服用方法 |
14 | medication_time | varchar | 64 | 否 | 否 | 用药时间 |
15 | precautions | text | 65535 | 否 | 否 | 注意事项 |
16 | medication_reminder_limit_times | int | 是 | 否 | 提醒限制次数 | |
17 | therapeutic_effect_limit_times | int | 是 | 否 | 效果限制次数 | |
18 | create_time | datetime | 是 | 否 | 创建时间 | |
19 | update_time | timestamp | 是 | 否 | 更新时间 | |
20 | source_table | varchar | 255 | 否 | 否 | 来源表 |
21 | source_id | int | 否 | 否 | 来源ID | |
22 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-14-emergency_help(紧急求助)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | emergency_help_id | int | 是 | 是 | 紧急求助ID | |
2 | help_title | varchar | 64 | 否 | 否 | 求助标题 |
3 | ordinary_user | int | 否 | 否 | 普通用户 | |
4 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
5 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
6 | detailed_address | varchar | 64 | 否 | 否 | 详细地址 |
7 | status_description | text | 65535 | 否 | 否 | 状态描述 |
8 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
9 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
10 | location_address | varchar | 64 | 否 | 否 | 当前位置 |
11 | location_lng | varchar | 64 | 否 | 否 | 当前位置经度 |
12 | location_lat | varchar | 64 | 否 | 否 | 当前位置纬度 |
13 | create_time | datetime | 是 | 否 | 创建时间 | |
14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-15-health_archives(健康档案)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | health_archives_id | int | 是 | 是 | 健康档案ID | |
2 | ordinary_user | int | 否 | 否 | 普通用户 | |
3 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
4 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
5 | family_history | varchar | 64 | 否 | 否 | 家族病史 |
6 | allergy_drugs | varchar | 64 | 否 | 否 | 过敏药物 |
7 | past_medical_history | text | 65535 | 否 | 否 | 过往病史 |
8 | blood_pressure_value | double | 否 | 否 | 血压数值 | |
9 | blood_glucose_values | double | 否 | 否 | 血糖数值 | |
10 | record_date | date | 否 | 否 | 记录日期 | |
11 | record_remarks | text | 65535 | 否 | 否 | 记录备注 |
12 | health_reminder_limit_times | int | 是 | 否 | 提醒限制次数 | |
13 | create_time | datetime | 是 | 否 | 创建时间 | |
14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-16-health_reminder(健康提醒)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | health_reminder_id | int | 是 | 是 | 健康提醒ID | |
2 | ordinary_user | int | 否 | 否 | 普通用户 | |
3 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
4 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
5 | family_history | varchar | 64 | 否 | 否 | 家族病史 |
6 | allergy_drugs | varchar | 64 | 否 | 否 | 过敏药物 |
7 | past_medical_history | text | 65535 | 否 | 否 | 过往病史 |
8 | blood_pressure_value | double | 否 | 否 | 血压数值 | |
9 | blood_glucose_values | double | 否 | 否 | 血糖数值 | |
10 | record_date | date | 否 | 否 | 记录日期 | |
11 | doctor_user | int | 否 | 否 | 医生用户 | |
12 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
13 | reminder_content | text | 65535 | 否 | 否 | 提醒内容 |
14 | create_time | datetime | 是 | 否 | 创建时间 | |
15 | update_time | timestamp | 是 | 否 | 更新时间 | |
16 | source_table | varchar | 255 | 否 | 否 | 来源表 |
17 | source_id | int | 否 | 否 | 来源ID | |
18 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-17-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-18-medical_records(病历记录)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | medical_records_id | int | 是 | 是 | 病历记录ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
5 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
6 | ordinary_user | int | 否 | 否 | 普通用户 | |
7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
8 | appointment_date | date | 否 | 否 | 预约日期 | |
9 | inspection_report | varchar | 255 | 否 | 否 | 检查报告 |
10 | diagnosis_of_etiology | varchar | 64 | 否 | 否 | 诊断病因 |
11 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
12 | quantity_taken | varchar | 64 | 否 | 否 | 服用数量 |
13 | days_of_taking | varchar | 64 | 否 | 否 | 服用天数 |
14 | current_status | varchar | 64 | 否 | 否 | 目前状态 |
15 | patient_profile | text | 65535 | 否 | 否 | 患者简介 |
16 | create_time | datetime | 是 | 否 | 创建时间 | |
17 | update_time | timestamp | 是 | 否 | 更新时间 | |
18 | source_table | varchar | 255 | 否 | 否 | 来源表 |
19 | source_id | int | 否 | 否 | 来源ID | |
20 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-19-medication_reminder(用药提醒)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | medication_reminder_id | int | 是 | 是 | 用药提醒ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
5 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
6 | ordinary_user | int | 否 | 否 | 普通用户 | |
7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
8 | appointment_date | date | 否 | 否 | 预约日期 | |
9 | inspection_report | varchar | 255 | 否 | 否 | 检查报告 |
10 | diagnosis_of_etiology | varchar | 64 | 否 | 否 | 诊断病因 |
11 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
12 | quantity_taken | varchar | 64 | 否 | 否 | 服用数量 |
13 | taking_method | varchar | 64 | 否 | 否 | 服用方法 |
14 | medication_time | varchar | 64 | 否 | 否 | 用药时间 |
15 | medication_reminder | text | 65535 | 否 | 否 | 用药提醒 |
16 | create_time | datetime | 是 | 否 | 创建时间 | |
17 | update_time | timestamp | 是 | 否 | 更新时间 | |
18 | source_table | varchar | 255 | 否 | 否 | 来源表 |
19 | source_id | int | 否 | 否 | 来源ID | |
20 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-20-notice(公告)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | notice_id | mediumint | 是 | 是 | 公告ID | |
2 | title | varchar | 125 | 是 | 否 | 标题 |
3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
4 | create_time | timestamp | 是 | 否 | 创建时间 | |
5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-21-online_consultation(在线问诊)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | online_consultation_id | int | 是 | 是 | 在线问诊ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
6 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
7 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
8 | ordinary_user | int | 否 | 否 | 普通用户 | |
9 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
10 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
11 | advisory_questions | text | 65535 | 否 | 否 | 咨询问题 |
12 | the_doctor_replied | text | 65535 | 否 | 否 | 医生回复 |
13 | create_time | datetime | 是 | 否 | 创建时间 | |
14 | update_time | timestamp | 是 | 否 | 更新时间 | |
15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
16 | source_id | int | 否 | 否 | 来源ID | |
17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-22-ordinary_user(普通用户)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | ordinary_user_id | int | 是 | 是 | 普通用户ID | |
2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
3 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
4 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
6 | user_id | int | 是 | 否 | 用户ID | |
7 | create_time | datetime | 是 | 否 | 创建时间 | |
8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-23-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-24-risk_assessment(风险评估)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | risk_assessment_id | int | 是 | 是 | 风险评估ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
4 | gender_of_doctor | varchar | 64 | 否 | 否 | 医生性别 |
5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
6 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
7 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
8 | ordinary_user | int | 否 | 否 | 普通用户 | |
9 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
10 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
11 | appointment_date | date | 否 | 否 | 预约日期 | |
12 | inspection_report | varchar | 255 | 否 | 否 | 检查报告 |
13 | diagnosis_of_etiology | varchar | 64 | 否 | 否 | 诊断病因 |
14 | prescription | text | 65535 | 否 | 否 | 开具药方 |
15 | treatment_plan | text | 65535 | 否 | 否 | 治疗方案 |
16 | drug_prescribe_record_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-scheduling_information(排班信息)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | scheduling_information_id | int | 是 | 是 | 排班信息ID | |
2 | shift_name | varchar | 64 | 否 | 否 | 排班名称 |
3 | shift_arrangement_department | varchar | 64 | 否 | 否 | 排班科室 |
4 | scheduling_doctor | int | 否 | 否 | 排班医生 | |
5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
6 | shift_schedule_date | date | 否 | 否 | 排班日期 | |
7 | shift_type | varchar | 64 | 否 | 否 | 班次类型 |
8 | scheduling_file | varchar | 255 | 否 | 否 | 排班文件 |
9 | introduction_to_scheduling | text | 65535 | 否 | 否 | 排班简介 |
10 | create_time | datetime | 是 | 否 | 创建时间 | |
11 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-26-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-27-therapeutic_effect(治疗效果)
编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
1 | therapeutic_effect_id | int | 是 | 是 | 治疗效果ID | |
2 | doctor_user | int | 否 | 否 | 医生用户 | |
3 | doctors_job_number | varchar | 64 | 否 | 否 | 医生工号 |
4 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
5 | doctors_expertise | varchar | 64 | 否 | 否 | 医生专长 |
6 | ordinary_user | int | 否 | 否 | 普通用户 | |
7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
8 | appointment_date | date | 否 | 否 | 预约日期 | |
9 | inspection_report | varchar | 255 | 否 | 否 | 检查报告 |
10 | diagnosis_of_etiology | varchar | 64 | 否 | 否 | 诊断病因 |
11 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
12 | quantity_taken | varchar | 64 | 否 | 否 | 服用数量 |
13 | taking_method | varchar | 64 | 否 | 否 | 服用方法 |
14 | current_status | varchar | 64 | 否 | 否 | 目前状态 |
15 | body_description | text | 65535 | 否 | 否 | 身体描述 |
16 | medical_records_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-28-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-29-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 | varchar | 64 | 否 | 否 | 邮箱 | |
11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-30-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 | 是 | 否 | 更新时间 |
5系统实现
5.1普通用户功能实现
5.1.1首页
首页是系统的主界面,展示平台的核心内容,包括通知公告、新闻资讯等。用户可以通过首页快速访问各个功能模块,还可以根据关键词搜索相关内容,如图5-1所示。
图5-1系统首页界面图
5.1.2新闻资讯
点击系统导航栏上的“新闻资讯”菜单按钮,将进入新闻资讯列表,用户可以查看系统发布的所有新闻资讯信息。点击新闻资讯后进入详情页,可以查看该新闻资讯信息的完整内容,用户可以进行点赞、收藏、评论等操作。新闻资讯列表页面如图5-2所示。
图5-2新闻资讯列表界面图
5.1.3医生信息
点击系统导航栏上的“医生信息”菜单按钮,将进入医生信息列表,普通用户可以浏览所有的医生信息,支持关键词搜索。普通用户点击某医生信息后,进入该医生信息详情页面,用户可以查看该医生的详细介绍,可以进行点赞、收藏、评论、咨询、预约等操作。疾病知识列表如图5-3所示。咨询页如图5-4所示。预约页如图5-5所示。
图5-3医生信息列表界面图
图5-4咨询界面图
图5-5预约界面图
5.1.4疾病知识
点击系统导航栏上的“疾病知识”菜单按钮,将进入疾病知识列表,普通用户可以浏览所有的疾病知识,支持关键词搜索。普通用户点击某疾病知识后,进入该疾病知识详情页面,用户可以查看该药品的详细介绍,可以进行点赞、收藏、评论等操作。疾病知识列表如图5-6所示。疾病知识详情页如图5-7所示。
图5-6疾病知识列表界面图
图5-7疾病知识详情界面图
5.1.5导诊台
点击系统导航栏上的“导诊台”菜单按钮,系统提供简便的导航功能,帮助用户了解应对突发疾病的常识和急救措施。通过问答式引导,用户可以快速获得针对症状的初步建议。导诊台页如图5-8所示。
图5-8导诊台界面图
5.1.6紧急求助
点击系统导航栏上的“紧急求助”菜单按钮,在发生突发疾病或紧急情况时,用户可以通过紧急求助功能迅速请求医疗帮助。紧急求助页如图5-9所示。
图5-9紧急求助界面图
5.1.7个人中心
点击系统右上角“个人中心”按钮,健康档案:用户可以录入并管理自己的健康档案,记录个人病历、过往诊断、治疗过程等信息。健康提醒:用户可以查看系统提供的定期健康提醒。在线问诊:用户可以通过在线问诊功能向医生提交病情,获得及时的医疗建议。预约就诊:用户可以预约线下的就诊服务,通过平台选择合适的时间和医生。风险评估:用户可以查看医生对自己的健康风险评估,了解潜在的健康问题。开药记录与用药提醒:用户可以查看开药记录与用药提醒。治疗效果与病历记录:用户可以记录治疗过程中的效果反馈,查看病例记录。收藏和评论管理:用户可以管理自己收藏的医生、药品、疾病知识等内容,还可以管理自己发布的评论,参与平台的互动。健康档案录入界面如下图5-10所示。治疗效果录入界面如下图5-11所示。
图5-10健康档案录入界面
图5-11治疗效果录入界面
5.2管理员功能实现
5.2.1后台首页
登录系统后,管理员可以在后台首页查看系统的运行状况,包括系统用户、紧健康档案统计、预约就诊统计、导诊台等重要信息。后台首页界面如下图5-12所示。
图5-12后台首页界面图
5.2.2系统用户管理
基于SpringBoot的突发性疾病管理系统中的管理人员是可以对普通用户、医生用户信息进行管理的,包括对用户信息进行增删改查等操作,也可以对管理员进行管控。界面如下图5-13所示。
图5-13用户管理界面图
5.2.3 系统管理
管理员点击“系统管理-轮播图管理”菜单,可以对前台展示的轮播图进行设置,界面如下图5-14示。
图5-14轮播图管理界面图
5.2.4通知公告管理
管理员点击“通知公告管理”这个菜单,可以对系统中的通知公告进行管理,包括通知公告的增删改查等操作。通知公告管理界面如下图所示。
图5-15通知公告管理界面图
5.2.5资源管理
管理员点击“资源管理”菜单,管理员可以上传、编辑或删除系统的资源,如文章、图片、视频等。这些资源可用于新闻资讯模块的展示。管理员还可以对知识进行分类和标签化,方便用户查找和使用,界面如下图所示。
图5-16资源管理界面图
5.2.6紧急求助管理
管理员点击“ 紧急求助管理”这一菜单会显示紧急求助列表和紧急求助添加两个子菜单,点击“ 紧急求助列表”可以查看和审核用户提交紧急求助信息,可以进行查询、重置、删除等操作。点击“ 紧急求助添加”,管理员可以添加新的紧急求助信息。 紧急求助列表界面如下图5-17所示。
图5-17紧急求助列表界面图
5.2.7疾病知识管理
管理员点击“ 疾病知识管理”这一菜单会显示疾病知识列表和疾病知识添加两个子菜单,点击“疾病知识列表”可以查看疾病知识详情和用户评论,可以进行查询、重置、删除等操作。点击“疾病知识添加”,管理员可以添加新的疾病知识。 疾病知识列表界面如下图5-18所示。
图5-18疾病知识列表界面图
5.3医生用户功能实现
5.3.1预约就诊管理
医生用户点击“预约就诊管理”这一菜单会显示预约就诊列表,可以查看用户提交的预约就诊信息,还可以进行查询、重置等操作。预约就诊列表界面如下图5-19所示。
图5-19预约就诊列表界面图
5.3.2 风险评估管理
医生用户点击“风险评估管理”这一菜单,医生可以为患者录入健康风险评估结果,帮助患者了解潜在的健康风险并提出预防建议。风险评估录入界面如下图5-20所示。
图5-20风险评估录入界面图
5.3.3 开药记录管理
点击“开药记录管理”菜单,医生可以记录患者的开药情况,录入药品名称、服用方法、注意事项等。开药记录界面如下图5-21所示。
图5-21开药记录界面图
5.3.4用药提醒管理
医生用户点击“ 用药提醒管理”这一菜单,可以为患者设定用药提醒,确保患者按时服药。用药提醒录入界面如下图5-22所示。
图5-22用药提醒录入界面图
5.3.5在线问诊管理
医生用户点击“在线问诊管理”这一菜单,可以查看和回复用户提交的咨询信息。在线问诊回复界面如下图5-23所示。
图5-23在线问诊回复界面图
6系统测试
6.1测试目的
测试的主要目的是确保系统的功能和性能满足预期的需求,同时识别和修复潜在的缺陷。通过系统测试,可以验证各个功能模块的正确性和稳定性,确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性。测试还可以提高用户满意度,保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试,可以降低后期维护成本,减少系统上线后出现故障的风险,从而保障系统的长期稳定运行。
6.2测试方法
在本系统中,测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的,覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比,以验证系统的功能是否按预期工作。
常见的测试用例包括功能测试用例、边界测试用例和异常测试用例[13]。功能测试用例针对系统的各项功能进行验证;边界测试用例则侧重于输入数据的边界条件,验证系统在极端情况下是否能够稳定运行;异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。
在测试执行过程中,记录每个用例的执行结果,并根据实际结果与预期结果的对比,判断系统是否存在缺陷。通过系统化的测试用例执行,可以有效提高测试的覆盖率和效率,为系统的最终上线提供保障。
6.3测试内容
通过对系统中所含的主要实体对象及其功能操作进行测试用例设计。以下是详细的测试:
表6-1用户注册登录测试表
用户注册登录测试用例:
用例说明 | 测试目的 | 测试步骤 | 预期结果 | 输出结果 | 通过情况 |
用户注册、登录 | 测试用户正确注册、登录 |
| 用户注册成功,登录成功 | 结果输出符合预期 | 通过 |
表6-2新闻资讯查询测试表
新闻资讯查询用例:
用例说明 | 测试目的 | 测试步骤 | 预期结果 | 输出结果 | 通过情况 |
新闻资讯查询 | 测试用户新闻资讯查询功能 |
| 显示含有关键词的新闻资讯 | 结果输出符合预期 | 通过 |
表6-3评论测试表
评论测试用例:
用例说明 | 测试目的 | 测试步骤 | 预期结果 | 输出结果 | 通过情况 |
评论 | 测试用户评论功能 | 1、在首页点击新闻资讯并看详情; 2、点击评论,输入相关信息点击提交 | 生成新的评论信息 | 结果输出符合预期 | 通过 |
表6-4疾病知识添加测试表
管理员疾病知识添加测试用例:
用例说明 | 测试目的 | 测试步骤 | 预期结果 | 输出结果 | 通过情况 |
疾病知识添加测试 | 测试管理员添加疾病知识功能 |
| 疾病知识添加成功 | 结果输出符合预期 | 通过 |
表6-5通知公告删除测试表
通知公告删除测试用例:
用例说明 | 测试目的 | 测试步骤 | 预期结果 | 输出结果 | 通过情况 |
通知公告删除测试 | 测试通知公告删除功能 |
| 通知公告删除成功,前端不在展示该通知公告 | 结果输出符合预期 | 通过 |
6.4测试结论
经过上述测试,并对测试数据结果综合分析。突发性疾病管理系统具备简便,数据透明等特性。完全符合突发性疾病管理系统的要求。
结 论
通过基于SpringBoot框架的突发性疾病管理系统的设计与实现,研究成功构建了一个集健康管理、突发疾病应对和医疗服务于一体的综合性平台。系统的功能涵盖了普通用户、医生用户和管理员三大角色的需求,提供了在线问诊、健康档案管理、紧急求助、风险评估、预约就诊等关键功能,充分满足了用户在突发疾病情况下的紧急响应需求,并有效提升了医疗资源的利用效率和服务质量。
系统采用SpringBoot进行后端开发,结合前端技术和数据库管理,构建了一个高效、稳定的医疗服务平台。通过分层架构设计,确保了系统的可扩展性与高可用性。同时,通过权限管理、数据加密和安全防护等措施,保障了用户信息和医疗数据的安全性,最大限度地避免了数据泄露和滥用的风险。
本系统的实现,解决了突发性疾病管理过程中信息不畅、医疗资源分配不均等问题,显著提高了应急医疗服务的响应速度和处理效率。通过系统的功能,用户能够及时获得医疗建议和帮助,医生能够有效管理患者信息并提供专业治疗,管理员则能够全面监控系统运行,确保平台稳定有序运行。
尽管系统在提高突发性疾病管理效率方面已取得初步成果,但仍有进一步改进的空间。未来的研究可以进一步加强智能化的健康监测与个性化治疗建议的功能,完善数据分析和预测模型,提升系统在大数据环境下的处理能力,进一步提高系统的智能化水平和用户体验。
总体而言,本系统为突发性疾病管理提供了一个切实可行的技术方案,具有广阔的应用前景,为突发性疾病应急管理和医疗服务的创新提供了宝贵的实践经验和技术支持。
参考文献
- 冯志林.Java EE程序设计与开发实践教程[M].机械工业出版社:202105.353.
- 尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023,(05):45-47.
- 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
- 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
- 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
- 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
- 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
- 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
- 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
- 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020,(01):14-15+28.
- 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
- 马艳艳,吴晓光.计算机软件与数据库的设计策略分析[J].电子技术,2024,53(05):104-105.
- 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
- Wei J ,Yan H ,Shao X , et al.A machine learning-based hybrid recommender framework for smart medical systems.[J].PeerJ. Computer science,2024,10e1880-e1880.
- Tong M ,Qiaochuan R ,BiLin S , et al.A secure and lightweight cloud-centric intelligent medical system based on Internet of Medical Things[J].The Journal of Supercomputing,2023,79(16):18820-18848.
- 胡彧,黄湘渝,靳文奎.智慧健康社区下产品服务系统设计研究[J].设计,2021,34(18):130-132.
- 郑兢,江小剑,马川,等.面向智慧社区医疗系统的安全防护[J].福建电脑,2021,37(08):47-51.
- 钟典晟,郑兢,江小剑,等.智慧社区医疗系统的信息安全状况分析[J].福建电脑,2021,37(07):9-14.
- Chenghui S ,Qixun Z ,Yang S , et al.Smart Home Healthcare System Based on Middleware and Counter Neural Network[J].Journal of Medical Imaging and Health Informatics,2020,10(5):1105-1112.
- 李志贤. 基于B/S架构的慢病信息管理系统 [J]. 数字技术与应用, 2024, 42 (03): 49-51.
致 谢
在撰写这篇基于SpringBoot的突发性疾病管理系统的毕业论文之际,我满怀感激之情,回顾整个设计过程,从最初的构想到最终的成果,每一步都凝聚了众多人的支持与帮助。
在此,我要特别感谢我的导师。是您的悉心指导与无私奉献,让我在迷茫时找到了方向,在困难前鼓起了勇气。您的严谨治学态度和深厚学术造诣,不仅让我在学术上受益匪浅,更在人生道路上树立了榜样。
我也要感谢我的同学们。我们一起熬夜讨论,一起解决难题,你们的陪伴与帮助,让我的大学生活更加丰富多彩。在团队合作中,我学会了沟通与协作,也更加珍惜这份难得的友谊。
我还要感谢我的家人。是你们的理解与支持,让我能够全身心地投入到学业中。在我遇到挫折时,是你们给予我温暖与鼓励,让我有勇气面对一切挑战。
展望未来,我将带着这份感激与收获,继续前行。我深知,技术的道路永无止境,我将不断学习新知识,掌握新技能,为未来的工作与研究打下坚实的基础。同时,我也希望能将所学应用到更广阔的领域,为社会的发展贡献自己的一份力量。
附录
系统核心代码设计
用户注册
注册页UserController.java,传入user对象,并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入,重点是 "username"、"nickname"、"password"必须输入,通过获取username,数据库查询是否有该用户,如果存在,则提示“用户已存在”,否则执行将UserId置为空(数据库表中该字段已设置自动递增),代码如图所示。
注册核心代码图
用户登录
登录页,首先传入"username"、"email"、"phone"、"password",用户可通过用户名、邮箱、手机号进行登陆,通过判断resultList来确定查询结果,然后执行查询用户组UserGroup,用户组里面不存在,依然报“用户不存在”,执行完以上代码,最后涉及到用户带有“审核”的,会查询examine_state(用户的审核状态),数据库表user_group中含有source_table和source_field进行查询,以上步骤完成,对输入的密码进行存储Token到数据库,匹对账号和密码,数据库中的AccessToken为令牌,用于身份认证,代码如图所示。
用户登录核心代码图
修改密码
修改密码,通过请求data,获取旧密码,并将新密码重新赋值,期间都是需要通过加密,代码如图所示。
修改密码核心代码图
修改数据
修改一个数据,原理与add基本一致,不同点在于通过readConfig()读取关键字,以及通过readQuery()获取URL后面?指定位置的标识,转成Map对象后,执行update操作,同样通过拼接的sql语句执行,执行过程读取query,toWhereSql()语句完成数据库操作,body为修改对象的值,代码如图所示。
修改数据核心代码图
删除数据
删除一条数据,通过readQuery(),获取URL后面的对象地址,删除FROM具体的table,query删除查询FindConfig语句,代码如图示。
删除数据核心代码图
获取列表
通过请求的参数获取列表数据,代码如图所示。
获取列表核心代码图
图片上传
通过请求的参数获取列表数据,代码如图4-13所示。
图片上传核心代码图
请关注点赞+私信博主,免费领取项目源码