目  录

摘要

1 绪论

1.1 研究背景

1.2 研究意义

1.3 国内外研究现状

1.4论文结构与章节安排

2 系统项目概述

2.1 项目背景

2.2 项目可行性分析

2.2.1 技术可行性研究

2.2.2 经济可行性研究

2.2.3 操作可行性研究

2.3 相关技术、工具简介

2.3.1 MySQL数据库的介绍

2.3.2 B/S架构的介绍

2.3.3 Java语言

2.3.4 SpringBoot框架

2.4 系统功能分析

2.4.1 功能性分析

2.4.2 非功能性分析

2.5 系统用例分析

2.5.1 注册用户用例分析

2.5.2 医生用户用例分析

2.5.3 管理员用例分析

2.6 系统流程分析

2.6.1程序操作流程

2.6.2 登录流程

2.6.3 注册流程

3 系统总体设计

3.1 系统功能模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.2.2 数据库逻辑结构设计

4 系统详细设计与实现

4.1前台用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4疾病资讯界面

4.1.5 医院信息界面

4.1.6 医生信息界面

4.1.7 药品信息界面

4.1.8 症状信息界面

4.1.9 个人中心界面

4.2医生用户后台功能模块

4.2.1 医生信息管理界面

4.2.2 预约信息管理界面

4.2.3 检查结果管理界面

4.3管理员后台功能模块

4.3.1 后台登录界面

4.3.2 系统用户界面

4.3.3医院信息管理界面

4.3.4科室信息管理界面

4.3.5 药品信息管理界面

4.3.6系统管理界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

致  谢

附录

摘要

随着医疗信息化的快速发展，传统医疗模式已无法满足现代医疗服务的需求。患者在获取医疗信息、预约医生和管理健康数据方面面临诸多不便，同时医院和医生也亟需一个高效的管理系统来提升工作效率和服务质量。因此本研究旨在设计并开发一款基于Spring Boot的医疗信息管理系统，以解决上述问题，为患者、医生及管理员提供一个便捷、高效的信息交互平台。

系统采用Spring Boot作为后端框架，结合Java语言和MySQL数据库进行开发。系统主要分为三大功能模块：注册用户模块、医生用户模块以及管理员模块。通过引入Spring Security确保数据安全，使用Redis缓存热点数据以提高访问效率。本系统的开发不仅提升了医疗信息管理的自动化水平，还显著改善了医患之间的沟通效率，有助于优化医疗资源配置，推动智慧医疗的发展。此外，系统的模块化设计使其具备良好的扩展性，可为进一步的功能升级和技术迭代奠定基础，具有重要的应用价值和广阔的发展前景。

关键词：Java；Spring Boot；医疗信息管理系统；MySQL

Abstract

With the rapid development of medical informatization, the traditional medical model can no longer meet the needs of modern medical services. Patients face inconveniences in accessing medical information, making appointments, and managing health data, while hospitals and doctors need an efficient management system to improve efficiency and service quality. Therefore, the purpose of this study is to design and develop a medical information management system based on Spring Boot to solve the above problems and provide a convenient and efficient information exchange platform for patients, doctors and administrators.

The system uses Spring Boot as the back-end framework, combined with Java language and MySQL database for development. The system is mainly divided into three functional modules: patient user module, doctor user module and administrator module. Spring Security is introduced to ensure data security, and Redis is used to cache hotspot data to improve access efficiency. The development of this system not only improves the automation level of medical information management, but also significantly improves the communication efficiency between doctors and patients, helps to optimize the allocation of medical resources, and promotes the development of smart healthcare. In addition, the modular design of the system makes it have good scalability, which can lay the foundation for further functional upgrading and technology iteration, and has important application value and broad development prospects.

Keywords:Java； Spring Boot； medical information management system; MySQL

1 绪论

1.1 研究背景

随着社会经济的快速发展和人口老龄化的加剧，医疗行业面临着前所未有的挑战。传统医疗模式中，患者在获取疾病资讯、药品信息及预约医生等方面存在诸多不便，同时医院和医生也因信息管理手段落后而效率低下。当前，医疗资源分布不均、患者就医流程复杂以及医患沟通渠道有限等问题日益突出，这些都对现代医疗服务提出了更高的要求。在此背景下，医疗信息化成为推动行业变革的重要力量，通过技术手段优化资源配置、提升服务效率已成为必然趋势。

近年来，基于云计算、大数据和人工智能等新兴技术的医疗信息系统逐渐兴起，为解决上述问题提供了新的思路。然而，现有系统仍存在功能单一、用户体验不足以及数据安全性不够等问题，难以完全满足实际需求。因此，开发一个高效、便捷且安全的医疗信息管理系统显得尤为重要。本研究正是基于这一现实需求，结合Spring Boot框架的灵活性与Java语言的稳定性，探索构建一套适用于患者、医生和管理员的综合信息管理平台，以应对当前医疗领域面临的信息化挑战。

1.2 研究意义

本研究旨在设计并实现一个基于Spring Boot的医疗信息管理系统，以解决当前医疗领域中存在的信息管理效率低下、患者就医体验不佳以及医患沟通不畅等问题。通过整合患者、医生和管理员三大角色的功能需求，系统将提供疾病资讯查询、药品对比、预约挂号、检查结果管理以及资源分配优化等功能。研究的核心目标是利用现代化信息技术手段，提升医疗资源的利用效率，简化就医流程，并为医疗信息化建设提供一个可扩展、易维护的技术解决方案。

本系统的开发与应用不仅能够显著改善患者的就医体验，还能有效提升医院和医生的工作效率，推动医疗行业的数字化转型。通过对医疗信息的智能化管理和便捷化交互，系统有助于优化医疗资源配置，缓解医疗资源分布不均的问题，同时为医患之间的沟通搭建了高效的桥梁。此外，系统的模块化设计和开放性架构为未来功能扩展和技术升级提供了可能，具有重要的实践价值和广阔的应用前景，也为智慧医疗的发展奠定了坚实的基础。

1.3 国内外研究现状

国内医疗信息化的研究起步于20世纪70年代末，经历了从基于小型机和微机的启蒙阶段到以财务管理为核心的全院管理信息系统阶段，再到临床信息系统与区域医疗协同探索阶段的发展。自2009年新医改以来，我国进入了以电子病历（EMR）为核心的医院信息平台建设阶段，并逐步迈向数据整合与互联互通的新时代。近年来，随着《全国医院信息化建设标准与规范（试行）》等政策的出台，国内医疗信息化建设更加规范化、标准化。目前，国内研究重点已转向智慧医疗领域，尤其是在人工智能、大数据分析和移动医疗等方面取得了显著进展，但部分核心技术仍需进一步突破，系统间的互操作性和数据安全性仍是亟待解决的问题。

国外医疗信息化的研究起步较早，早在20世纪60年代就开始探索计算机在医疗领域的应用。经过多年发展，国外已形成了较为成熟的医疗信息化体系，尤其是在电子健康档案（EHR）、远程医疗和医疗大数据分析等领域处于全球领先地位。近年来，人工智能技术的引入为国外医疗信息化注入了新的活力，例如通过深度学习算法辅助疾病诊断、利用自然语言处理技术提取病历信息等。此外，国外还广泛开展了基于区块链技术的医疗数据共享与隐私保护研究。尽管如此，国外同样面临医疗数据标准化程度不一、跨系统互操作性不足以及高昂的实施成本等问题，这些也为全球医疗信息化发展提供了重要的研究方向。

1.4论文结构与章节安排

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

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

第二章为项目概述，章节所做的主要的工作是对项目背景、项目的可行性分析与相关技术和工具简介进行了描述；对系统实行了总体功能的需求、用例进行了分析。

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

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

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

第六章：总结。

2 系统项目概述

2.1 项目背景

随着社会经济的快速发展和人口老龄化趋势的加剧，人们对医疗服务的需求不断增加。然而，传统的医疗管理方式存在诸多问题，如信息不对称、医疗资源分配不均等，导致医疗服务的效率和质量无法得到有效提升。

为了解决这些问题，各国纷纷推行医疗信息化建设，其中医疗信息管理系统是其中关键的一环。医疗信息管理系统是指利用计算机技术和信息管理方法，对医院和医疗机构的各项运营进行集中管理和优化的系统。通过医疗信息管理系统，可以实现对患者预约看诊、医院信息查询、药品信息对比等工作的快速高效处理，提高医疗资源的利用效率，减少医疗事故和病人等待时间。然而，当前我国的医疗信息管理系统仍然存在诸多问题，如功能不完善、信息不准确、安全性不高等。

因此，开展医疗信息管理系统的研究具有重要的现实意义和应用前景，希望通过本次论文的研究，能够为我国医疗信息管理系统的建设和发展提供一定的参考依据和借鉴经验，促进我国医疗服务的健康发展。

2.2 项目可行性分析

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

2.2.1 技术可行性研究

本系统基于成熟的Spring Boot框架进行开发，这个框架在后端服务支持具有广泛的应用和良好的社区支持，这为系统的稳定性和扩展性提供了坚实的基础。此外，利用现有的数据库技术和安全机制，能够有效保障数据的安全性和一致性。整体来看，凭借当前成熟的技术栈以及丰富的开发资源，构建一个功能全面、性能优越的医疗信息管理系统是完全可行的。

2.2.2 经济可行性研究

系统开发采用开源技术栈，降低了软件授权与工具采购成本。Spring Boot框架简化了开发流程，缩短了项目周期，减少了人力投入。此外，借助云计算资源部署系统，可根据实际需求灵活调整服务器配置，进一步降低硬件成本。总体而言，该方案在经济上具有较高性价比，适合中小型企业或初创团队实施。

2.2.3 操作可行性研究

在操作可行性方面，本系统设计注重用户体验，采用了直观易用的界面设计，并提供详细的帮助文档支持，确保用户可以轻松上手使用各项功能。无论是用户还是管理员，都能通过简洁明了的操作流程完成信息查询和管理等任务。因此，从用户操作的角度来看，本系统具备良好的操作可行性。

2.3 相关技术、工具简介

2.3.1 MySQL数据库的介绍

MySQL是一种广泛使用的开源关系型数据库管理系统[1]（RDBMS），其稳定性、可靠性和卓越性能使其成为众多应用程序的首选数据库。MySQL支持标准SQL语法，并提供丰富的功能和特性，如事务处理、触发器和存储过程等，以满足开发者对数据管理和操作的需求。MySQL具有良好的可扩展性，支持主从复制、分布式架构和集群部署，适用于各种规模和负载的应用场景。作为一个开源项目，MySQL拥有庞大的用户社区和活跃的开发者社区，为用户提供了丰富的文档、教程和支持资源。总之，MySQL是一款可靠、强大且灵活的关系型数据库管理系统[2]，通过其卓越性能和可扩展性，帮助开发者高效地管理和操作数据，并得到了广大用户的认可和应用。

2.3.2 B/S架构的介绍

B/S结构[3]（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件[4]。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器，如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer，服务器安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server同数据库进行数据交互。

2.3.3 Java语言

Java编程语言是一种面向对象的高级编程语言[5]，以其简单、可移植、安全和高性能等特点在软件开发领域广泛应用。通过支持类、对象、继承、多态等面向对象概念，Java提供了结构化的编程方式，使代码更易读、维护和重用。其可移植性得益于Java虚拟机（JVM），使得Java程序可以在不同平台上运行，只需编写一次代码。Java注重安全性，提供了字节码验证、异常处理和访问控制等安全机制，确保程序的稳定和安全。此外，Java还拥有丰富的类库和框架，覆盖了各个领域，如图形界面、数据库操作和企业级应用。总而言之，Java作为一门成熟且强大的编程语言，在软件开发中发挥着重要作用，帮助开发者轻松构建可靠、可移植和安全的应用程序[6]。

2.3.4 SpringBoot框架

Spring Boot是一个基于Java的开源框架[7]，旨在简化和加速Java应用程序的开发过程。它采用自动配置和约定优于配置的方式，减少了繁琐的手动配置和集成工作，使开发者能够快速构建独立、可扩展且具备生产级功能的应用程序。Spring Boot集成了许多常用的第三方库和组件，并提供了强大的开发工具和特性，如内嵌的Servlet容器、自动化依赖管理和可扩展的插件机制。它的可插拔配置选项和灵活的扩展机制使开发者能够根据实际需求进行个性化配置和定制，从而更好地满足项目要求[8]。总之，Spring Boot通过简化和优化开发流程，提高了Java应用程序开发的效率和质量，成为广大开发者喜爱的框架之一。

2.4 系统功能分析

2.4.1 功能性分析

本系统旨在满足用户、医生和管理员三大角色在医疗信息管理中的多样化需求。通过提供疾病资讯查询、药品对比、预约挂号、检查结果管理等功能模块，系统实现了从患者就医到医生诊疗再到管理员资源调配的全流程覆盖，同时确保数据的安全性与操作的便捷性，以提升整体医疗服务效率。具体描述如下：

（1）注册用户模块

首页展示：展示医院推荐、热门药品及最新疾病资讯，帮助用户快速获取关键信息。支持轮播图展示重要公告和推广内容。

公告通知：提供系统发布的公告通知，让用户及时了解最新动态。支持按时间排序查看历史公告。

疾病资讯：浏览分类整理的疾病相关资讯，辅助用户了解疾病知识。支持关键词搜索和分类筛选功能。

医院信息：查询医院详情，支持点赞、收藏和评论互动。提供医院问诊链接方便用户进一步咨询。

医生信息：查看医生基本信息，支持预约看诊功能。用户可对医生进行点赞、收藏和评论。

药品信息：查询药品详细信息，支持多款药品对比分析。用户可对药品进行点赞、收藏和评论。

症状信息：查询症状相关信息，帮助用户初步判断病情。支持点赞、收藏和评论功能。

我的账户：管理个人资料和密码，确保账户信息安全。支持修改联系方式等基础信息。

个人中心：展示预约信息、检查结果和个人收藏等内容，方便用户集中管理。支持查看历史预约记录和评论管理。

（2）医生用户模块

后台首页：展示今日预约量、待审核预约等统计信息，帮助医生快速掌握工作状态。提供直观的数据图表展示。

医生信息管理：修改个人信息（如科室、坐诊时间等），确保信息准确无误。支持上传个人资质证明材料。

预约信息管理：审核患者的预约请求，决定是否接受预约。添加检查结果并提交给患者查看。

检查结果管理：查看和管理患者的检查结果，支持结果的编辑与更新。确保检查结果的准确性和及时性。

（3）管理员管理模块

后台首页：展示系统总览数据，帮助管理员全面了解系统运行情况。提供多维度的数据分析图表。

系统用户：增删改查管理员、注册用户、医生用户信息，确保用户数据的完整性和准确性。

医院信息管理：增删改查医院信息，维护医院数据库的实时更新。

医生信息管理：增删改查医生信息，确保医生资料的权威性。支持医生资质审核功能。

科室信息管理：增删改查科室信息，完善科室数据库建设。支持科室与医生的关联管理。

预约信息管理：查看所有预约信息，支持按条件筛选和导出数据。协助优化预约流程和资源分配。

检查结果管理：查看所有检查结果，确保结果的规范性和完整性。

药品信息管理：增删改查药品信息，维护药品数据库的实时更新。支持药品上下架管理。

药品类型管理：增删改查药品类型信息，确保药品分类清晰明确。症状信息管理：增删改查症状信息，完善症状数据库建设。支持症状类型的分类管理。

系统管理：增删改查轮播图信息，控制首页展示内容。支持轮播图的状态管理和排序调整。

公告通知管理：发布、修改、删除公告通知，确保信息传递及时准确。

资源管理：管理疾病资讯及其分类，丰富系统内容资源。支持资讯的审核与发布功能。

2.4.2 非功能性分析

本医疗信息管理系统在设计时充分考虑了非功能性需求，以确保系统的高效稳定运行。安全性方面，通过严格的用户认证、数据加密传输和访问控制机制保护患者隐私和医疗数据的安全。可靠性上，系统采用了高可用架构设计，结合故障恢复和数据备份策略，保证服务的持续性和数据的完整性。性能方面，优化了数据库查询和响应速度，确保快速处理大量并发请求，满足高峰期的使用需求。可扩展性通过微服务架构实现，各模块独立部署、易于扩展，支持根据业务增长灵活调整资源配置。易用性注重用户体验设计，提供了直观的操作界面和详细的帮助文档，使得不同技术水平的用户均能便捷地使用系统。最后，可维护性方面，代码结构清晰，模块间低耦合，配合完善的日志记录和监控体系，便于进行问题排查和系统维护，从而降低长期运营成本并提高管理效率。具体可以表示在如下2-1表格中：

表2-1医疗信息管理系统非功能需求表

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

2.5 系统用例分析

2.5.1 注册用户用例分析

注册用户主要围绕患者就医需求展开，包括查询医院、医生、药品和症状信息，进行疾病资讯学习，完成预约挂号操作，以及管理个人账户和收藏内容。通过这些用例，注册用户能够便捷地获取医疗资源，提升就医体验，并与系统中的其他角色建立互动关系。注册用户角色用例如下图展示。

图2-1 系统注册用户角色用例图

2.5.2 医生用户用例分析

医生用户聚焦于诊疗相关的核心功能，主要包括管理个人信息、审核患者预约请求、添加检查结果以及查看和维护患者的检查记录。这些用例帮助医生高效处理日常工作，确保诊疗流程的规范性和数据的准确性，同时为患者提供更优质的医疗服务。医生用户角色用例如下图展示。

图2-2 医生用户角色用例图

2.5.3 管理员用例分析

管理员覆盖整个系统的运营管理，涉及用户管理、医院及科室信息维护、药品和症状数据库更新、公告发布以及资源分配等关键任务。通过这些用例，管理员能够全面掌控系统运行状态，优化资源配置，保障系统数据的安全性和一致性，从而推动医疗信息化建设的高效实施。管理员角色用例如下图展示。

图2-3 管理员角色用例图

2.6 系统流程分析

2.6.1程序操作流程

用户访问平台网站，可以选择进行注册或登录操作。注册成功后，用户可以使用注册的账号登录平台。登录后的用户可以进入系统功能界面，使用自己权限内的功能操作。程序操作流程图如下图所示。

图2-4 程序操作流程图

2.6.2 登录流程

用户访问平台的网站，进入登录页面页面，输入其用户名和密码，后端服务接收登录请求，验证用户提供的用户名和密码是否匹配数据库中存储的信息，验证通过即可登录成功。登录流程图如下图所示。

图2-5 登录流程图

2.6.3 注册流程

未有账号的用户可进入注册界面进行注册操作，填写注册表格，包括用户名、密码、电子邮件等必要信息。后台系统验证并保存用户提交的信息。分配唯一用户标识符。注册成功后，用户可以使用账号密码进行登录。用户注册流程图如下图所示。

图2-6 注册流程图

3 系统总体设计

3.1 系统功能模块设计

系统在结构上的设计至关重要，要考虑周全，设计全面，一个完善的结构体系，能够满足用户在使用时的各种需求，这样会让提高程序的使用率，保证程序被长久的利用。在设计中草药知识共享平台的结构时，也列入重点，采用模块化的方法来进行设计，即首先将大模块确定下来，再慢慢的将大模块进行补充完善，向下分支出小模块，一起共同组成的系统的结构体系，下图是本医疗信息管理系统的结构设计图，直观明了的可以看出本项目程序的功能。

图3-1 系统功能模块图

3.2 数据库设计

一个优秀的系统必须具备完善的后台数据库，就像建筑物一样，它不是一蹴而就的，而是需要经过精心设计，以确保其稳固可靠。只有将数据库设计得完善，并且考虑到各个方面，才能保证系统的可靠性，避免出现任何问题。

3.2.1 数据库概念结构设计

借助先进的系统，E-R图使其他用户可以快速轻松地了解系统的功能以及他们之间的关系。根据医疗信息管理系统分析结果，本医疗信息管理系统总体E-R图如下图所示。

图3-2 系统总E-R关系图

3.2.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-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-3-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-4-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-5-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-6-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-7-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-8-department_information（科室信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	department_information_id	int		是	是	科室信息ID
2	department_name	varchar	64	否	否	科室名称
3	department_location	varchar	64	否	否	科室位置
4	department_chief	varchar	64	否	否	科室科长
5	number_of_staff_in_the_department	double		否	否	科室人数
6	department_details	varchar	64	否	否	科室详情
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-9-doctor_information（医生信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	doctor_information_id	int		是	是	医生信息ID
2	doctor_id	varchar	64	否	否	医生编号
3	doctors_name	varchar	64	否	否	医生姓名
4	doctors_account	int		否	否	医生账户
5	department_name	varchar	64	否	否	科室名称
6	visiting_hospital	varchar	64	否	否	坐诊医院
7	doctors_gender	varchar	64	否	否	医生性别
8	cover_photo	varchar	255	否	否	封面图片
9	appointment_notice	varchar	64	否	否	预约须知
10	consultation_time	varchar	64	否	否	看诊时间
11	academic_achievements	text	65535	否	否	学术成就
12	work_experience	text	65535	否	否	工作经历
13	doctor_details	longtext	4294967295	否	否	医生详情
14	hits	int		是	否	点击数
15	praise_len	int		是	否	点赞数
16	collect_len	int		是	否	收藏数
17	comment_len	int		是	否	评论数
18	recommend	int		是	否	智能推荐
19	reservation_information_limit_times	int		是	否	预约看诊限制次数
20	create_time	datetime		是	否	创建时间
21	update_time	timestamp		是	否	更新时间

表 4-10-doctor_users（医生用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	doctor_users_id	int		是	是	医生用户ID
2	doctors_name	varchar	64	否	否	医生姓名
3	doctors_gender	varchar	64	否	否	医生性别
4	doctor_position	varchar	64	否	否	医生职位
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-11-drug_information（药品信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	drug_information_id	int		是	是	药品信息ID
2	drug_number	varchar	64	否	否	药品编号
3	drug_name	varchar	64	否	否	药品名称
4	drug_type	varchar	64	否	否	药品类型
5	cover_photo	varchar	255	否	否	封面图片
6	selling_pharmacy	varchar	64	否	否	售卖药房
7	drug_prices	double		否	否	药品价格
8	drug_purchase_link	text	65535	否	否	购药链接
9	drug_efficacy	varchar	64	否	否	药品功效
10	clinical_application	text	65535	否	否	临床应用
11	drug_details	longtext	4294967295	否	否	药品详情
12	hits	int		是	否	点击数
13	praise_len	int		是	否	点赞数
14	collect_len	int		是	否	收藏数
15	comment_len	int		是	否	评论数
16	create_time	datetime		是	否	创建时间
17	update_time	timestamp		是	否	更新时间

表 4-12-drug_type（药品类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	drug_type_id	int		是	是	药品类型ID
2	drug_type	varchar	64	否	否	药品类型
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-13-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-14-hospital_information（医院信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	hospital_information_id	int		是	是	医院信息ID
2	hospital_name	varchar	64	否	否	医院名称
3	hospital_level	varchar	64	否	否	医院等级
4	hospital_location	varchar	64	否	否	医院位置
5	featured_clinic	varchar	64	否	否	特色门诊
6	consultation_link	text	65535	否	否	问诊链接
7	deans_name	varchar	64	否	否	院长姓名
8	cover_photo	varchar	255	否	否	封面图片
9	hospital_details	longtext	4294967295	否	否	医院详情
10	hits	int		是	否	点击数
11	praise_len	int		是	否	点赞数
12	collect_len	int		是	否	收藏数
13	comment_len	int		是	否	评论数
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间

表 4-15-inspection_results（检查结果）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	inspection_results_id	int		是	是	检查结果ID
2	doctor_id	varchar	64	否	否	医生编号
3	doctors_name	varchar	64	否	否	医生姓名
4	appointment_user	int		否	否	预约用户
5	doctors_account	int		否	否	医生账户
6	case_number	varchar	64	否	否	病例编号
7	disease_name	varchar	64	否	否	病症名称
8	patient_name	varchar	64	否	否	患者姓名
9	patient_gender	varchar	64	否	否	患者性别
10	patient_age	double		否	否	患者年龄
11	patients_height	double		否	否	患者身高
12	patient_weight	double		否	否	患者体重
13	patient_temperature	double		否	否	患者体温
14	patient_pulse_rate	double		否	否	患者脉率
15	systolic_pressure	varchar	64	否	否	收缩压
16	diastolic_pressure	varchar	64	否	否	舒张压
17	visit_time	datetime		否	否	就诊时间
18	chief_complaint	varchar	64	否	否	主诉
19	history_of_present_illness	text	65535	否	否	现病史
20	going_to_history	text	65535	否	否	即往史
21	physical_examination	text	65535	否	否	体检
22	auxiliary_examination_results	varchar	64	否	否	辅助检查结果
23	drug_grouping	varchar	64	否	否	药物分组
24	drug_name	varchar	64	否	否	药物名称
25	drug_usage	varchar	64	否	否	药物用法
26	total_amount_of_medication	varchar	64	否	否	药物总量
27	drug_units	varchar	64	否	否	药物单位
28	medical_advice_reminder	text	65535	否	否	医嘱提醒
29	create_time	datetime		是	否	创建时间
30	update_time	timestamp		是	否	更新时间
31	source_table	varchar	255	否	否	来源表
32	source_id	int		否	否	来源ID
33	source_user_id	int		否	否	来源用户

表 4-16-notice（公告）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	notice_id	mediumint		是	是	公告ID
2	title	varchar	125	是	否	标题
3	content	longtext	4294967295	否	否	正文
4	create_time	timestamp		是	否	创建时间
5	update_time	timestamp		是	否	更新时间

表 4-17-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-18-registered_user（注册用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	registered_user_id	int		是	是	注册用户ID
2	user_name	varchar	64	否	否	用户姓名
3	user_gender	varchar	64	否	否	用户性别
4	user_age	varchar	64	否	否	用户年龄
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-19-reservation_information（预约信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	reservation_information_id	int		是	是	预约信息ID
2	doctor_id	varchar	64	否	否	医生编号
3	doctors_name	varchar	64	否	否	医生姓名
4	doctors_account	int		否	否	医生账户
5	department_name	varchar	64	否	否	科室名称
6	visiting_hospital	varchar	64	否	否	坐诊医院
7	appointment_user	int		否	否	预约用户
8	user_name	varchar	64	否	否	用户姓名
9	time_of_appointment	datetime		否	否	预约时间
10	appointment_remarks	text	65535	否	否	预约备注
11	examine_state	varchar	16	是	否	审核状态
12	examine_reply	varchar	16	否	否	审核回复
13	inspection_results_limit_times	int		是	否	检查诊断限制次数
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间
16	source_table	varchar	255	否	否	来源表
17	source_id	int		否	否	来源ID
18	source_user_id	int		否	否	来源用户

表 4-20-schedule（日程管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	schedule_id	smallint		是	是	日程ID
2	content	varchar	255	否	否	日程内容
3	scheduled_time	datetime		否	否	计划时间
4	user_id	int		是	否	用户ID
5	create_time	datetime		否	否	创建时间
6	update_time	datetime		否	否	更新时间

表 4-21-score（评分）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	score_id	int		是	是	评分ID
2	user_id	int		是	否	评分人
3	nickname	varchar	64	否	否	昵称
4	score_num	double		是	否	评分
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	source_table	varchar	255	否	否	来源表
8	source_field	varchar	255	否	否	来源字段
9	source_id	int		是	否	来源ID

表 4-22-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-23-symptom_information（症状信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	symptom_information_id	int		是	是	症状信息ID
2	symptom_name	varchar	64	否	否	症状名称
3	symptom_types	varchar	64	否	否	症状类型
4	release_time	datetime		否	否	发布时间
5	cover_photo	varchar	255	否	否	封面图片
6	inspection_guide	varchar	64	否	否	检查指南
7	expected_treatment	varchar	64	否	否	预计治疗
8	medical_guide	text	65535	否	否	就医指南
9	symptom_details	longtext	4294967295	否	否	病状详情
10	hits	int		是	否	点击数
11	praise_len	int		是	否	点赞数
12	collect_len	int		是	否	收藏数
13	comment_len	int		是	否	评论数
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间

表 4-24-symptom_types（症状类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	symptom_types_id	int		是	是	症状类型ID
2	symptom_types	varchar	64	否	否	症状类型
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-25-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-26-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-27-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 系统详细设计与实现

4.1前台用户功能模块

4.1.1 前台首页界面

前台首页界面是用户访问系统的入口页面，它应该展示平台的主要功能和特色，并提供导航链接以便用户浏览和搜索。首页界面的设计应注重页面的美观性和用户体验，同时也需要考虑页面的加载速度和响应性能。系统前台首页以上中下的布局进行展示，正上方是提供系统搜索功能和系统功能导航栏，中间是轮播图，下面是展示平台的轮播图、公告通知、疾病资讯等内容。前台首页界面如下图所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

用户注册模块为新用户提供便捷的账户创建流程，用户需要填写必要的个人信息并选择合适的用户名和密码。通过简洁的表单设计，收集用户的必要信息，如用户名、密码、邮箱或手机号等，并进行输入验证以确保数据准确性。用户注册界面如下图所示。

图4-2注册界面图   

4.1.3 用户登录界面

用户登录模块为前台用户提供安全快捷的访问方式。登录页面设计简洁明了，用户只需输入用户名及密码即可完成身份验证。系统采用验证码进行用户认证，支持多因素认证增强安全性。登录成功后，用户将被重定向至系统首页页面。对于忘记密码的用户，提供了找回密码功能，通过邮箱或手机号接收重置链接，保障账户安全。用户登录界面如下图所示。

图4-3用户登录界面图

4.1.4疾病资讯界面

疾病资讯模块为用户提供全面的疾病相关信息，支持按分类浏览和关键词搜索功能。用户可以查看每篇资讯的标题、内容及发布时间，并通过点赞、收藏或评论与系统互动。此外，该模块还提供疾病分类导航，帮助用户快速定位感兴趣的主题，提升信息获取效率。疾病资讯界面如下图所示。

图4-4疾病资讯展示界面图

4.1.5 医院信息界面

医院信息模块展示医院的基本概况，包括名称、等级、位置、特色门诊及院长介绍等内容。用户可通过定位快速查找附近医院，或根据医院等级和特色筛选目标机构。模块支持对医院进行点赞、收藏和评论操作，同时提供问诊链接以方便用户进一步咨询。医院信息界面如下图所示。

图4-5 医院信息界面图

4.1.6 医生信息界面

医生信息模块详细列出医生的编号、姓名、所属科室、坐诊医院及看诊时间等关键信息。用户可根据科室或医生姓名进行搜索，并查看医生的预约须知和看诊安排。模块支持预约挂号功能，用户可选择合适的看诊时间提交预约申请，同时还能对医生进行点赞、收藏和评论。医生信息界面如下图所示。

图4-6 医生信息界面图

预约看诊页面如图4-7所示。

图4-7 预约看诊界面图

4.1.7 药品信息界面

药品信息模块提供药品的详细数据，包括名称、类型、价格、功效及购药链接等。用户可以通过关键词搜索或药品类型筛选快速找到所需药品，并支持多款药品的对比分析功能。模块允许用户对药品进行点赞、收藏和评论，便于后续参考和分享。药品信息界面如下图所示。

图4-8 药品信息界面图

药品数据对比页面如图4-9所示。

图4-9 药品数据对比界面图

4.1.8 症状信息界面

症状信息模块专注于症状相关的知识科普，提供症状名称、类型、检查指南、治疗建议及就医指导等内容。用户可通过症状名称或类型进行查询，并结合系统提供的检查指南初步判断病情。模块同样支持点赞、收藏和评论功能，增强用户参与感。症状信息界面如下图所示。

图4-10 症状信息界面图

4.1.9 个人中心界面

个人中心模块是用户的个性化管理空间，集中展示预约信息、检查结果、收藏内容及评论记录等。用户可以在此模块中管理个人信息，查看历史预约和检查结果详情，以及整理收藏的医院、医生、药品和症状信息，实现一站式的信息管理体验。注册用户个人中心界面如下图所示。

图4-11 注册用户个人中心界面

4.2医生用户后台功能模块

4.2.1 医生信息管理界面

医生信息管理模块允许医生维护和更新个人资料，包括所属科室、坐诊时间、医院信息及个人简介等内容。医生可通过该模块上传或修改资质证明材料，确保信息的准确性和权威性。此外，模块还支持实时同步更新，方便医生在信息变更时快速调整，提升患者对医生的信任度。医生信息添加界面如下图所示。

图4-12 医生信息添加界面图

4.2.2 预约信息管理界面

预约信息管理模块是医生处理患者预约请求的核心工具，支持查看、审核及管理所有预约记录。医生可以筛选未处理、已通过或未通过的预约，并根据实际情况决定是否接受患者的预约申请。同时，模块还提供检查结果的添加功能，医生可在确认诊断后上传检查结果并通知患者，确保诊疗流程高效完成。预约信息审核界面如下图所示。

图4-13 预约信息审核界面图

4.2.3 检查结果管理界面

检查结果管理模块用于医生查看、编辑和维护患者的检查数据，确保结果的规范性和准确性。医生可以通过模块查阅历史检查记录，对比分析患者病情变化，并对最新检查结果进行补充或修正。模块还支持结果导出功能，便于医生保存或分享重要数据，同时确保检查结果的安全存储与便捷访问。添加检查结果界面如下图所示。

图4-14 添加检查结果界面图

4.3管理员后台功能模块

4.3.1 后台登录界面

管理员通过后台登录模块验证身份后进入管理系统，该模块支持账号密码登录，并可选择记住登录状态或进行双因素认证以增强安全性。登录失败时提供错误提示，确保管理员账户的安全性。后台首页界面如下图所示。

图4-15 后台登录界面图

4.3.2 系统用户界面

系统用户管理模块为管理员提供了对管理员、注册用户和医生用户的集中管理功能，支持增删改查操作。管理员可以通过该模块查看用户的基本信息、角色权限及状态，并根据需要修改或禁用账户。此外，模块还支持批量操作用户数据，便于大规模用户管理，同时提供灵活的搜索和筛选功能以提升操作效率。系统用户界面如下图所示。

图4-16 系统用户界面图

4.3.3医院信息管理界面

医院信息管理模块用于维护系统中的医院数据库，包括医院名称、等级、位置、特色门诊等基本信息的增删改查。管理员可通过模块新增合作医院或更新现有医院信息，确保数据的实时性和准确性。模块还支持地图定位展示和多条件筛选功能，方便快速查找目标医院，同时提供批量编辑工具以优化管理流程。医院信息管理界面如下图所示。

图4-17 医院信息管理界面图

4.3.4科室信息管理界面

科室信息管理模块专注于医院科室的分类与维护，支持添加、修改和删除科室信息，包括科室名称、简介及所属医院等内容。管理员可通过该模块建立科室与医生之间的关联关系，确保信息结构清晰。模块还支持科室层级管理，方便处理复杂的科室分类需求，同时提供便捷的搜索功能以快速定位目标科室。科室信息添加界面如下图所示。

图4-18 科室信息添加界面图

4.3.5 药品信息管理界面

药品信息管理模块负责药品数据库的维护，涵盖药品名称、类型、价格、功效及售卖药房等详细信息的增删改查功能。管理员可以新增药品记录或调整现有药品信息，确保数据的准确性和完整性。模块支持按药品类型进行分类管理，并提供关键词搜索和批量操作功能，便于高效管理海量药品数据。药品信息添加界面如下图所示。

图4-19 药品信息添加界面图

4.3.6系统管理界面

轮播图管理模块是系统首页展示的重要组成部分，用于管理和配置轮播图内容。管理员可以通过该模块上传图片、设置链接地址及调整显示顺序，确保首页内容的吸引力和时效性。模块支持启用或禁用轮播图状态，灵活控制展示内容，并提供预览功能以便实时查看效果。系统轮播图管理界面如下图所示。

图4-20系统轮播图管理界面图

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大模块为医疗信息管理系统的后期推广运营提供了强力的技术支撑。

结论

在开发本Spring Boot医疗信息管理系统之前我胸有成竹，觉得很简单，但在实际的开发中我发现了自身的很多问题，许多编程思想和方法都还没有掌握牢靠，比如对于Spring Boot框架的使用，通过开发这个医疗信息管理系统我成长了很多，懂得了做什么事情都要脚踏实地，不能眼高手低，在本次医疗信息管理系统的开发中我逐渐掌握熟悉的技术。

本次医疗信息管理系统的开发中我还学会了很多，例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后，需要思考本次编程所需的主要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多，如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己，那么在进入社会后，不仅会给公司团队带来麻烦和增加不必要的工作，还会导致客户流失，公司对自己的评价下降。

在本次项目中我也暴露了诸多问题。对于Spring Boot的编程知识有所欠缺，环境配置和架构设计上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，程序运行不顺畅。