摘 要

在数字化时代的浪潮中，中医医案作为中医理论与实践的宝贵财富，其系统化、智能化的管理显得尤为重要。为了充分发掘和利用这些医案的价值，我们基于Spring Boot框架设计并实现了一个中医医案管理系统。该系统集主要功能科室管理、患者信息管理、诊断结果管理、治疗方案管理于一体，旨在通过技术手段优化中医诊疗流程，提升医疗服务的效率和质量。该系统不仅有助于中医知识的传承与发扬，还能为中医临床、教学和研究提供强有力的数据支持。我们期待通过本系统的实施，为中医事业的现代化发展注入新的动力。中医医案管理系统使用 Java 语言，采用基于 MVC 模式的 JavaEE 技术进行开发，使用MyEclipse 编译器编写，数据方面主要采用的是微软的 MySQL 关系型数据库来作为数据存储媒介，配合前台 HTML+CSS 技术完成系统的开发。

关键词：中医医案管理系统；springboot框架；MySQL数据库；

Design and Implementation of Springboot Traditional Chinese Medicine Case Management System

Abstract

In the wave of the digital era, traditional Chinese medicine medical records, as a valuable asset of traditional Chinese medicine theory and practice, are particularly important for their systematic and intelligent management. In order to fully explore and utilize the value of these medical records, we have designed and implemented a traditional Chinese medicine medical record management system based on the Spring Boot framework. This system integrates the main functions of department management, patient information management, diagnosis result management, and treatment plan management, aiming to optimize the traditional Chinese medicine diagnosis and treatment process through technical means, and improve the efficiency and quality of medical services. This system not only helps to inherit and promote traditional Chinese medicine knowledge, but also provides strong data support for clinical, teaching, and research of traditional Chinese medicine. We look forward to injecting new impetus into the modernization development of traditional Chinese medicine through the implementation of this system. The traditional Chinese medicine medical case management system is developed using Java language and Java EE technology based on MVC mode. It is written using MyEclipse compiler and mainly uses Microsoft's MySQL relational database as the data storage medium. The system is developed in conjunction with front-end HTML+CSS technology.

Key words:Traditional Chinese Medicine Case Management System; Springboot framework; MySQL database;

目录

第1章 绪论

1.1 研究的背景及意义

1.2 国内外研究现状

1.3 研究的主要内容及目标

1.4 论文结构与章节安排

第2章 开发工具及相关技术介绍

2.1 B/S体系工作原理

2.2 Mysql数据库

2.3springboot框架

第3章 系统分析

3.1 可行性分析

3.2性能分析

3.3系统操作流程

3.4系统功能分析

3.5 系统用例分析

3.6本章小结

第4章 系统设计

4.1开发流程设计

4.2数据库设计

第5章 系统实现

5.1 医生用户功能模块

5.2 管理员功能模块

第6章 系统测试

6.1 系统测试用例

5.2 系统测试结果

总结与展望

参考文献

致谢

第1章绪论

1.1研究的背景及意义

随着信息技术的迅猛发展，传统医疗领域正逐步融入现代化、信息化的浪潮之中。中医作为我国独有的宝贵医疗资源，其独特的理论体系和丰富的实践经验对于人类健康具有深远影响。然而，传统的中医医案管理方式往往依赖于纸质记录和人工整理，这种方式不仅效率低下，且难以进行有效的数据分析与知识挖掘。

因此，设计并实现一个基于Spring Boot的中医医案管理系统具有重要的背景和意义。首先，该系统能够极大地提升中医医案的管理效率，通过电子化的方式实现医案的快速录入、查询和编辑，减少纸质存储带来的不便和潜在的数据丢失风险。其次，系统的数据分析和挖掘功能有助于发现中医治疗的规律和趋势，为中医临床研究和教学提供有力的支持。此外，该系统还能够促进中医知识的传承与共享，为中医的国际化发展贡献力量。

综上所述，基于Spring Boot的中医医案管理系统的设计与实现，不仅是对传统中医医案管理方式的一次革新，更是推动中医现代化、信息化进程的重要一步，具有重要的实际应用价值和深远的社会意义。

1.2国内外研究现状

在当前医疗信息化和数字化的浪潮中，基于Spring Boot的中医医案管理系统设计与实现已成为国内外研究的热点。在国外，随着医疗技术的不断进步和患者信息管理需求的提升，越来越多的研究机构开始关注并投入于中医医案管理系统的研发。这些系统不仅实现了医案的电子化存储和查询，还通过先进的数据分析技术，为中医临床研究和治疗提供了有力支持。

在国内，中医医案管理系统的研究与实践也取得了显著进展。随着国家对中医药事业发展的重视和投入，越来越多的医疗机构和科研单位开始积极探索和应用中医医案管理系统。这些系统不仅满足了中医医疗机构对医案管理的实际需求，还通过整合中医理论和现代信息技术，为中医的传承与创新提供了新的思路和方法。

总体来看，基于Spring Boot的中医医案管理系统在国内外均呈现出蓬勃发展的态势。未来，随着技术的不断进步和应用的不断拓展，该系统将在中医医疗领域发挥更加重要的作用，为中医事业的发展贡献更多力量。

1.3研究的主要内容及目标

在Spring Boot中医医案管理系统设计与实现的研究中，主要内容聚焦于构建一个高效、稳定且用户友好的系统，该系统旨在实现中医医案的电子化、标准化管理。研究涵盖了从系统需求分析、数据库设计、前端界面开发、后端逻辑实现到系统测试与优化等多个环节。通过采用Spring Boot框架，系统能够确保高可扩展性和可维护性，同时利用现代软件开发技术，如前后端分离、微服务架构等，提升系统的整体性能和用户体验。

研究的主要目标包括：一是实现中医医案的快速录入、查询、编辑和统计分析，提高医案管理的效率和准确性；二是通过数据分析和挖掘技术，发现中医治疗的规律和趋势，为中医临床研究和教学提供有力支持；三是促进中医知识的传承与共享，为中医的国际化发展贡献力量。此外，系统还应具备良好的安全性和稳定性，确保用户数据的安全和系统的稳定运行。通过这一研究，我们期望能够为中医医案管理带来革命性的变革，推动中医医疗事业的现代化和信息化进程。

1.4论文结构与章节安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究内容与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

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

第六章：总结。

第2章开发工具及相关技术介绍

2.1 B/S体系工作原理

B/S架构采取浏览器请求，服务器响应的工作模式。

用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；

而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；

从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。

在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。

2.2 Mysql数据库

Mysql是一个多用户、多线程的服务器，采用SQL的数据库，数据库管理系统是基于SQL的用户以及服务器模式的关系，它的优点有强大的功能、操作简单、管理方便、可靠安全、运行较快、多线程、跨平台性、完全网络化、稳定性等，非常适合Web站点或者其他应用软件，在数据库后端的开发。此外，利用许多语言，会员可以编写和访问Mysql数据库的程序。Mysql数据库也是开放源代码的，开发者越来越喜欢使用Mysql关系数据库，应用范围也被推而广之。这是由于速度快和易用性， Web站点或应用软件的数据库后端的开发也都在使用它。

mysql 数据库它有很多的优点，例如它在操作上能够让人通俗易懂、功能强大、信息储存量高等优点。所以被人们广泛应用，对于mysql数据库来说它一般主要是对数据进行编码和查询，而且在很多的设计当中都应用到了该数据库，在此过程当中我们可以对常规的数据进行查询和组合，所以我们在进行使用mysql数据库的时候只要对编写一小段的数据就能实现相应的功能。数据库，就是数据存储的储藏室，只不过数据是存储在计算机上的，而不是现实中的储藏室，数据的存放是按固定格式，而不是无序的，则定义就是 ：长期有固定格式，可以共享的存储在计算机存储器上。数据库管理主要包括数据表的建立，数据存储、修改和增加数据，为了使数据库系统能够正常运行，相关人员进行的管理工作。数据表的建立，可以对数据表中的数据进行调整，数据的重新组合及重新构造，保证数据的安全性。

2.3springboot框架

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

第3章系统分析

3.1可行性分析

本系统将在经济、技术、法律这三个角度上进行可行性分析。

3.1.1技术可行性：技术背景     

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

3.1.2经济可行性

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

3.1.3法律可行性： 

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

3.2性能分析

对于性能分析，与传统的管理方式相比，传统的管理方式是使用人工通过用纸和笔进行数据信息的统计和管理，并且这种方式对于存储和查找某一数据信息都比较麻烦，随着计算机网络的到来，这种传统的方法很难适应当下社会的发展，不仅降低人们的办事效率，而且还需要很多的人力和物力，对于使用的时间和所要花费的费用都是比较高的，为了降低成本费用，提高用户的工作效率，进行开发一套基于计算机和网络技术的中医医案管理系统的设计与实现。

中医医案管理系统的设计与实现的开发设计时一个独立的系统，以流行数据库进行数据的存储开发，主要是为了实现中医医案管理系统的设计与实现的用户角色及相对应的功能模块，让中医医案管理系统的设计与实现的管理不会存在管理差异、低效率，而是跟传统的管理信息恰好相反，中医医案管理系统的设计与实现的实现可以节约资源，并且对于业务的处理速度也提高，速度快、效率高，功能性强大。

3.3系统操作流程

3.3.1信息添加流程

对于中医医案管理系统的设计与实现，需要随时添加所需要的数据信息，对于用户添加信息，需要根据添加界面，根据选框的内容进行填写所要添加的数据信息，信息输入完成后判断数据信息是否符合要求，符合要求则添加完成，用户所添加的信息不符合要求，则需要返回到第一步，重新输入数据信息，再进行判断操作，如图3-1所示。

图3-1 信息添加流程图

3.3.2信息删除流程

不管是哪个用户角色进入到不通的系统操作界面，都可以进行不同的信息内容的操作功能，对用系统数据信息的删除，用户一旦将信息删除，那么该删除的数据信息将无法恢复，所以用户在对数据删除事，一定判断删除的内容是否是确定要删除的，确定无误后选择确定删除操作，如图3-2所示。

图3-2信息删除流程图

3.4系统功能分析

3.4.1 功能性分析

在Spring Boot中医医案管理系统中，医生用户和管理员用户各自拥有不同的功能权限，以满足他们在医案管理中的不同需求。以下是针对每个功能的简要分析：

（一）医生用户功能

后台首页：医生用户的后台首页通常提供一个概览界面，展示医生的个人信息、患者数量、最新诊断记录等，便于医生快速了解自己的工作情况和患者动态。

患者信息管理：医生可以在此功能中查看、添加、编辑和删除患者的基本信息，如姓名、年龄、联系方式、病史等。这些信息是医生进行诊断和治疗的重要参考。

诊断结果管理：医生可以在这里录入患者的诊断结果，包括病情描述、诊断依据、初步诊断等。系统可以自动保存这些诊断结果，方便医生随时查阅和更新。

治疗方案管理：医生可以根据患者的诊断结果，制定个性化的治疗方案，并在此功能中录入。系统支持方案的编辑、保存和打印，方便医生与患者沟通治疗方案。

个人信息：医生可以在此功能中查看和编辑自己的个人信息，如联系方式、执业证号等，确保个人信息的准确性和完整性。

修改密码：医生可以随时修改自己的登录密码，以提高账户的安全性。

（二）管理员功能

后台首页：管理员的后台首页通常会展示系统的整体运行情况，如用户数量、患者数量、最新动态等，帮助管理员快速了解系统的整体状况。

系统用户管理（管理员、医生用户）：管理员可以在此功能中添加、编辑和删除系统用户（包括管理员和医生用户），分配用户角色和权限，确保系统的安全性。

科室管理：管理员可以管理医院的科室信息，包括科室名称、科室主任、科室成员等。这有助于系统更好地组织和管理医疗资源。

患者信息管理：除了医生可以查看和编辑患者信息外，管理员还可以进行全局的患者信息管理，如批量导入导出患者数据、设置患者信息查看权限等。

诊断结果管理：管理员可以查看所有医生的诊断结果，并进行必要的审核和监管，确保诊断结果的准确性和合规性。

治疗方案管理：管理员同样可以查看和审核医生制定的治疗方案，确保治疗方案的合理性和安全性。此外，管理员还可以根据需要对治疗方案进行汇总和分析，为医院的医疗服务提供改进建议。

3.4.2 非功能需求分析

基于上面功能性需求，非功能需求也是项目设计中一项必定考虑进去的工作。首先是安全性的需求，其次是界面必须整洁干净等的需求，再次就是可扩展的需求。除此之外，还有性能、可靠性的需求，具体可以表示在如下表所示。

表3-3 系统非功能需求表

安全性	只有在登录的情况下才能进行相应功能的操作，尤其是管理员功能，防止后台管理端被侵入。
可靠性	系统的功能明确，操作一个功能，不会产生额外的功能影响，操作功能的时候，页面也不会造成额外的跳动。
性能	响应时间尽量控制在1s之内
可扩展性	后台采用自顶向下的开发，利于开发与维护。
易用性	在用户使用上，尽可能使用更多的图标进行功能暗示，提供系统的可阅读性和友好性。
可维护性	前台和后台注意按照模块化开发的原则，对于组件和方法的保存和包的建立需要遵照一般开发原则，以利于维护。

3.5 系统用例分析

中医医案管理系统的完整UML用例图分别是图3-4和图3-5。

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

图3-4 医生用户功能模块图

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

图3-5管理员功能模块图

3.6本章小结

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

第4章系统设计

4.1开发流程设计

中医医案管理系统的设计与实现的开发对管理模块和系统使用的数据库进行分析，编写代开发，规划和操作是构建信息管理应用程序的必要三步曲，它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中，每个阶段必须严格按照线性顺序进行开发，并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的，不会造成下一阶段拖拽现象，使系统完成设计功能后得到保证。

从中医医案管理系统的设计与实现的成功开发经验来看，上述方法效果最为明显，最大程度地降低了系统开发的复杂性。如图4-1所示。

图4-1开发系统流程图

4.2数据库设计

数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。4.2.1实体ER图

数据库是整个软件编程中最重要的一个步骤，对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理，进行保证数据的安全性、稳定性等。

概念模型的设计是为了抽象真实世界的信息，并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库，下图主要是对数据库实体的E-R图：

(1)  中医医案管理系统的设计与实现整体E-R图，如图4-2所示

图4-2  中医医案管理系统的设计与实现整体E-R图

这些功能可以充分满足中医医案管理系统的设计与实现的需求。此系统功能较为全面如下图系统功能结构如图4-3所示。

                 图4-5系统功能结构图

4.3.2数据表

我们可以根据数据结构的详细分析要求，我们根据输入和输出数据量的要求进行分析，确定什么表表，结构之间的关系，我们可以验证，调整和完善，查询和浏览过程，可以实现数据库，以使用户对数据和功能有更多要求。

基于系统使用的数据库管理系统的特点，对数据库的概念模型进行了转换和构建。但是，这个系统只需要充分考虑中医医案管理系统的设计与实现的功能，而且组织比较清晰。

表access_token (登陆访问时长)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	token_id	int	10	0	N	Y		临时访问牌ID
2	token	varchar	64	0	Y	N		临时访问牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大寿命：默认2小时
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
7	user_id	int	10	0	N	N	0	用户编号:

表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	auth_id	int	10	0	N	Y		授权ID：
2	user_group	varchar	64	0	Y	N		用户组：
3	mod_name	varchar	64	0	Y	N		模块名：
4	table_name	varchar	64	0	Y	N		表名：
5	page_title	varchar	255	0	Y	N		页面标题：
6	path	varchar	255	0	Y	N		路由路径：
7	position	varchar	32	0	Y	N		位置：
8	mode	varchar	32	0	N	N	_blank	跳转方式：
9	add	tinyint	3	0	N	N	1	是否可增加：
10	del	tinyint	3	0	N	N	1	是否可删除：
11	set	tinyint	3	0	N	N	1	是否可修改：
12	get	tinyint	3	0	N	N	1	是否可查看：
13	field_add	text	65535	0	Y	N		添加字段：
14	field_set	text	65535	0	Y	N		修改字段：
15	field_get	text	65535	0	Y	N		查询字段：
16	table_nav_name	varchar	500	0	Y	N		跨表导航名称：
17	table_nav	varchar	500	0	Y	N		跨表导航：
18	option	text	65535	0	Y	N		配置：
19	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
20	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表code_token

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	code_token_id	int	10	0	N	Y
2	token	varchar	255	0	Y	N
3	code	varchar	255	0	Y	N		验证码
4	expire_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	失效时间
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表department (科室)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	department_id	int	10	0	N	Y		科室ID
2	department	varchar	64	0	Y	N		科室
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表diagnostic_results (诊断结果)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	diagnostic_results_id	int	10	0	N	Y		诊断结果ID
2	registration_number	varchar	64	0	Y	N		登记编号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	patient_name	varchar	64	0	Y	N		患者姓名
7	patient_age	varchar	64	0	Y	N		患者年龄
8	patient_gender	varchar	64	0	Y	N		患者性别
9	patients_address	varchar	64	0	Y	N		患者住址
10	diagnosis_date	date	10	0	Y	N		诊断日期
11	result_description	text	65535	0	Y	N		结果描述
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_users (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_users_id	int	10	0	N	Y		医生用户ID
2	doctors_id	varchar	64	0	N	N		医生工号
3	doctors_name	varchar	64	0	Y	N		医生姓名
4	department	varchar	64	0	Y	N		科室
5	examine_state	varchar	16	0	N	N	已通过	审核状态
6	user_id	int	10	0	N	N	0	用户ID
7	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
8	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	hits_id	int	10	0	N	Y		点赞ID：
2	user_id	int	10	0	N	N	0	点赞人：
3	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：

表patient_information (患者信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_information_id	int	10	0	N	Y		患者信息ID
2	registration_number	varchar	64	0	Y	N		登记编号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	patient_name	varchar	64	0	Y	N		患者姓名
7	patient_age	varchar	64	0	Y	N		患者年龄
8	patient_gender	varchar	64	0	Y	N		患者性别
9	patients_address	varchar	64	0	Y	N		患者住址
10	registration_date	date	10	0	Y	N		登记日期
11	medical_history_description	text	65535	0	Y	N		病史描述
12	medical_record_attachment	varchar	255	0	Y	N		病历附件
13	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
14	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表treatment_plan (治疗方案)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	treatment_plan_id	int	10	0	N	Y		治疗方案ID
2	registration_number	varchar	64	0	Y	N		登记编号
3	doctor_users	int	10	0	Y	N	0	医生用户
4	doctors_id	varchar	64	0	Y	N		医生工号
5	doctors_name	varchar	64	0	Y	N		医生姓名
6	patient_name	varchar	64	0	Y	N		患者姓名
7	patient_age	varchar	64	0	Y	N		患者年龄
8	patient_gender	varchar	64	0	Y	N		患者性别
9	patients_address	varchar	64	0	Y	N		患者住址
10	record_date	date	10	0	Y	N		记录日期
11	content_of_the_plan	text	65535	0	Y	N		方案内容
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	upload_id	int	10	0	N	Y		上传ID
2	name	varchar	64	0	Y	N		文件名
3	path	varchar	255	0	Y	N		访问路径
4	file	varchar	255	0	Y	N		文件路径
5	display	varchar	255	0	Y	N		显示顺序
6	father_id	int	10	0	Y	N	0	父级ID
7	dir	varchar	255	0	Y	N		文件夹
8	type	varchar	32	0	Y	N		文件类型

表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	user_id	mediumint	8	0	N	Y		用户ID：[0,8388607]用户获取其他与用户相关的数据
2	state	smallint	5	0	N	N	1	账户状态：[0,10](1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	0	Y	N		所在用户组：[0,32767]决定用户身份和权限
4	login_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	上次登录时间：
5	phone	varchar	11	0	Y	N		手机号码：[0,11]用户的手机号码，用于找回密码时或登录时
6	phone_state	smallint	5	0	N	N	0	手机认证：[0,1](0未认证|1审核中|2已认证)
7	username	varchar	16	0	N	N		用户名：[0,16]用户登录时所用的账户名称
8	nickname	varchar	16	0	Y	N		昵称：[0,16]
9	password	varchar	64	0	N	N		密码：[0,32]用户登录所需的密码，由6-16位数字或英文组成
10	email	varchar	64	0	Y	N		邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
11	email_state	smallint	5	0	N	N	0	邮箱认证：[0,1](0未认证|1审核中|2已认证)
12	avatar	varchar	255	0	Y	N		头像地址：[0,255]
13	open_id	varchar	255	0	Y	N		针对获取用户信息字段
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
15	vip_level	varchar	255	0	Y	N		会员等级
16	vip_discount	double	11	2	Y	N	0.00	会员折扣

表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	group_id	mediumint	8	0	N	Y		用户组ID：[0,8388607]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]
3	name	varchar	16	0	N	N		名称：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述该用户组的特点或权限范围
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	register	smallint	5	0	Y	N	0	注册位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

第5章系统实现

5.1医生用户功能模块

用户注册完成后，点击“登陆”进入到登陆页面，输入用户名和密码，点击“登陆”按钮，对用户名和密码进行验证，根据传入的用户名和密码在数据库中是否能查询到一条用户信息，若不能返回用户信息则登陆失败，页面提示用户名或密码错误。

登录流程图如下所示。

图5-1登录流程图

登录界面如下图所示。

图5-2登录界面

登录系统主要代码如下。

@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;

        QueryWrapper wrapper = new QueryWrapper<User>();

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

用户界面要尽量简洁大方，使用户能够方便找到需要的功能入口，首页、公告栏、潮流资讯，且要易于修改和维护，同时还要保证用户合法和系统安全。

首页载入流程图如下所示。

图5-3首页载入流程

首页界面如下图所示。

图5-4用户功能界面

个人信息：医生点击“个人信息”按钮，可以对个人的头像、昵称、手机号码等信息进行更新。如图5-5所示。

图5-5个人信息界面

患者信息管理：医生可以在此功能中查看、添加、编辑和删除患者的基本信息，如姓名、年龄、联系方式、病史等。这些信息是医生进行诊断和治疗的重要参考。如图5-6所示。

图5-6患者信息管理界面

诊断结果管理：医生可以在这里录入患者的诊断结果，包括病情描述、诊断依据、初步诊断等。系统可以自动保存这些诊断结果，方便医生随时查阅和更新。如图5-7所示。

图5-7诊断结果管理界面

5.2管理员功能模块  

在管理员功能页面可以查看：首页、患者信息管理、诊断结果管理、治疗方案管理、个人信息。修改密码等信息内容进行相对应操作，如图5-8所示。

图5-8管理员功能界面

系统用户，在系统用户页面可以查看用户姓名、用户手机号、用户身份证号、性别、用户邮箱等编辑信息，并可根据需要进行修改或删除操作，如图5-9所示。

图5-9系统用户管理界面图

系统用户管理代码如下所示。

package com.project.demo.constant;

public class FindConfig {

    public static String PAGE = "page";

    public static String SIZE = "size";

    public static String LIKE = "like";

    public static String ORDER_BY = "orderby";

    public static String FIELD = "field";

    public static String GROUP_BY = "groupby";

    public static String MIN_ = "_min";

public static String MAX_ = "_max";

科室管理，管理员可以管理医院的科室信息，包括科室信息。这有助于系统更好地组织和管理医疗资源。如图5-10所示。

图5-10科室管理界面图

治疗方案管理，管理员同样可以查看和审核医生制定的治疗方案，确保治疗方案的合理性和安全性。此外，管理员还可以根据需要对治疗方案进行汇总和分析，为医院的医疗服务提供改进建议。如图5-11所示。

图5-11治疗方案管理界面图

第6章系统测试

6.1 系统测试用例

系统测试包括：用户登录功能测试、治疗方案展示功能测试、医生信息添加患者信息搜索、密码修改、诊断结果功能测试，如表6-1、6-2、6-3、6-4、6-5、6-6所示：

用户登录功能测试：

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

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

治疗方案查看功能测试：

表6-2 治疗方案查看功能测试表

用例名称	治疗方案查看
目的	测试治疗方案查看功能
前提	用户登录
测试流程	点击治疗方案列表
预期结果	可以查看到所有治疗方案信息
实际结果	实际结果与预期结果一致

医生用户添加患者信息界面测试：

表6-3 医生用户添加患者信息界面测试表

用例名称	添加患者信息测试用例
目的	测试患者信息添加功能
前提	患者用户正常登录情况下
测试流程	1）医生用户点击患者信息，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的患者信息
实际结果	实际结果与预期结果一致

密码修改搜索功能测试：

表6-4 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

诊断结果功能测试：

表6-5诊断结果功能测试表

用例名称	诊断结果测试用例
目的	测试用户诊断结果功能
前提	用户正常登录情况下
测试流程	1）搜索查看患者信息，点击诊断结果。 2）填写诊断结果信息，点击进行提交。
预期结果	预约成功
实际结果	实际结果与预期结果一致

5.2 系统测试结果

通过编写中医医案管理系统的测试用例，已经检测完毕用户登录模块、治疗方案展示模块、患者信息添加模块、密码修改模块、诊断结果模块功能测试，通过这5大模块为中医医案管理系统的后期推广运营提供了强力的技术支撑。

总结与展望

在Spring Boot框架下构建的中医医案管理系统，通过整合现代软件开发技术与中医领域专业知识，实现了对中医医案的数字化、标准化管理。系统不仅提高了医案信息的存储、检索效率，还为中医研究、教学及临床实践提供了有力支持。

在设计过程中，我们注重系统的易用性、可扩展性和安全性，通过合理的架构设计、数据库优化以及安全策略的实施，确保了系统的稳定运行和数据的安全可靠。同时，我们充分考虑了中医医案的特殊性，如病例的复杂性、治疗方法的多样性等，通过引入自然语言处理、数据挖掘等技术，实现了对医案内容的智能分析和处理。

展望未来，随着中医国际化的推进和大数据、人工智能等技术的不断发展，中医医案管理系统将拥有更广阔的应用前景。我们将继续优化系统功能，提升用户体验，加强与国际医疗机构的合作与交流，推动中医医案管理系统的国际化进程。同时，我们也将积极探索新技术在中医医案管理中的应用，如利用区块链技术确保医案数据的不可篡改性，利用深度学习技术对医案进行更深入的挖掘和分析，为中医的传承与发展贡献更多力量。