💗博主介绍：✌全网粉丝20W+,CSDN全栈领域优质创作者，博客之星、掘金/华为云/阿里云等平台优质作者,计算机毕设实战导师。目前专注于大学生项目实战开发,讲解,毕业答疑辅导，欢迎高校老师/同行前辈交流合作✌
💗主要服务内容：免费功能设计、选题定题、开题报告、任务书、程序开发、论文编写和辅导、论文降重、程序讲解、答辩辅导等，欢迎咨询~
👇🏻 精彩专栏 推荐订阅👇🏻
计算机毕业设计精品项目案例（持续更新，值得收藏！）✅
2026-2027年计算机毕业设计选题推荐：计算机专业毕业设计题目大全✅
全网最全计算机毕业设计选题推荐：计算机毕设选题指导及避坑指南✅
🌟文末获取源码+数据库+文档🌟
感兴趣的可以先收藏起来，还有大家在毕设选题，项目以及论文编写等相关问题都可以和学长沟通，希望帮助更多的人

一.项目概述

当下民众口腔健康意识持续提升，线上就医模式也逐步成为主流，传统线下分散式的预约登记、病历管理、健康科普模式，存在流程割裂、数据难以追溯、服务效率偏低等问题。为此，本文设计并实现一套智能口腔医疗管理平台。系统采用 B/S 架构与前后端分离开发模式，后端基于 Java Web 技术栈搭建 RESTful 接口，前端区分用户端与管理端，选用关系型数据库完成业务数据持久化，并配套统一身份鉴权、文件上传能力，保障系统运行安全与资源规范管理。
平台划分普通用户、执业医生、系统管理员三类使用角色，权责划分清晰。普通用户可在线完成预约挂号、个人档案管理、电子病历查阅，同时支持商品浏览、社区互动、在线咨询、就诊评价、投诉反馈及口腔健康智能自查等服务；医生可查看个人排班与预约信息，完成诊疗、病历录入、健康科普内容编辑，并根据患者评价优化服务质量；管理员统筹科室、人员、排班等基础信息维护，开展预约审核、内容管控、投诉处理、智能问答运维等全流程运营工作。

---

二.开发技术栈

2.1 基础环境

JDK：1.8 及以上
数据库：MySQL 5.7（指定版本，保证数据兼容性）
项目构建工具：Maven 3.6.1
开发工具：IntelliJ IDEA / Eclipse

2.2 核心技术架构

系统整体采用前后端分离架构，彻底解耦前端页面展示与后端业务逻辑，提升开发效率与后期维护性，各端核心技术分工明确：
后端技术：以Java为基础语言，SpringBoot框架为核心，简化SSM框架繁琐配置，快速实现接口开发、业务逻辑处理、数据持久化与权限管控；整合拦截器、JWT令牌、文件处理等组件，保障系统安全稳定运行。
前端技术：基于Vue渐进式框架+ElementUI组件库搭建交互界面，搭配HTML5、CSS3完成页面渲染，实现页面轻量化、响应式展示，适配PC端多尺寸设备，除此还利用了Echarts实现了数据可视化分析。
数据存储：采用MySQL数据库，通过主键约束、唯一约束、外键约束、非空约束，保障业务数据的完整性、一致性与可追溯性。

---

三.系统分析

3.1 需求分析与角色划分

3.1.1 总体功能需求

本课题设计并实现的智能口腔医疗管理平台，基于 SpringBoot + Vue 前后端分离技术架构，以口腔医疗数字化服务为核心目标，面向普通用户、专业牙医、系统管理员三类业务角色，构建集口腔科普学习、AI症状自查、在线预约挂号、医患问诊交流、电子病历管理、社区互动分享、智能产品推荐、后台综合运维于一体的全流程口腔医疗服务体系。平台旨在解决传统口腔医疗模式中信息分散、就医流程繁琐、医患沟通滞后、健康管理不连续等问题，实现口腔就医服务线上化、诊疗数据规范化、内容运营智能化、系统管理精细化。
整体系统功能覆盖前端用户服务、牙医诊疗服务、后台管理运维三大业务场景，支持科普内容浏览、智能症状自查、医院医生查询、预约挂号、在线图文问诊、个人健康档案管理、社区互动交流、口腔护理产品智能推荐、诊疗病历录入、内容审核、用户管理、医院医生维护、产品运维、数据统计可视化等核心功能。系统通过精细化角色权限划分，实现不同用户各司其职、数据隔离、流程可控，全面满足现代化口腔医疗信息化管理的业务需求。

3.1.2 角色划分

结合智能口腔医疗平台的实际业务场景与岗位职责，本系统采用基于 RBAC 的角色权限控制机制，将系统使用者划分为普通用户、专业牙医、系统管理员三类核心角色，各角色权限边界清晰、业务职能互不重叠。
普通用户为平台就诊服务的使用主体，主要承担口腔知识学习、症状自查、预约就诊、在线咨询、健康档案管理、社区互动、产品选购体验与评价反馈等个人业务操作；专业牙医为平台诊疗服务主体，负责科普内容创作、患者接诊、在线问诊答疑、电子病历录入、诊疗方案开具、个人排班与预约管理等专业医疗工作；系统管理员为平台最高权限管理者，负责全站数据统计、用户信息运维、科普内容审核、医院与牙医资质管理、社区内容监管、护理产品体系维护、问诊与病历数据统筹等全平台运营管理工作。三类角色协同配合，共同支撑平台完整业务闭环。

3.1.3 各角色细分功能需求

（1）普通用户功能需求
普通用户作为平台前台核心使用角色，主要享受口腔健康科普、智能自查、预约就医、医患沟通、健康档案管理、社区互动与智能产品推荐等便民服务，具体功能需求如下：
① 科普知识模块：系统提供完整的口腔健康科普体系，支持展示各类牙齿护理、疾病预防、口腔治疗相关文章，可按照龋齿、牙周病、牙齿正畸、牙齿美白等主题分类浏览。同时提供高清科普教学视频，涵盖正确刷牙、牙线使用、口腔检查流程等实操教程，支持在线播放，为用户提供直观、专业的口腔学习渠道。
② AI 症状自查模块：用户可通过文字描述、症状选项勾选等方式录入口腔不适情况，系统调用 AI 大模型进行智能分析，自动匹配对应口腔病症，并输出初步自查结果与就医建议，帮助用户快速判断口腔健康状态，为后续就诊提供参考依据。
③ 预约挂号模块：支持查看合作口腔医院完整信息，包含医院简介、地址、联系方式及医生团队介绍。用户可按医院、科室查询医生排班信息，自主选择就诊日期与时段，在线完成预约挂号操作。预约成功后系统自动推送通知，实现口腔就诊线上化、高效化。
④ 在线问诊与反馈模块：用户可向在岗专业牙医发起图文咨询，详细描述口腔问题，获取专业答疑与诊疗建议。就诊结束后可对医生服务、就诊体验进行评价，同时支持提交投诉与优化建议，助力平台服务质量持续提升。
⑤ 个人健康档案模块：用户可自主录入个人口腔健康基础信息，包含牙齿过敏情况、矫正经历、既往口腔疾病与治疗记录等。系统自动归档所有线上就诊记录，包含就诊时间、医生诊断结果、治疗方案等数据，实现个人口腔健康数据长期留存、随时查阅。
⑥ 互动交流模块：搭建口腔健康问答社区，支持用户自主发布口腔相关问题，由牙医、管理员及其他用户参与解答。同时支持用户分享牙齿护理经验、就诊治疗心得，构建良性口腔健康交流生态。
⑦ 口腔护理产品智能推荐模块：平台展示各类口腔护理产品，支持按名称、适用年龄、牙齿敏感度等条件检索查询。系统基于协同过滤算法实现个性化产品推荐，用户可查看产品详情、用户评价与使用心得，辅助用户科学选购口腔护理产品。
（2）专业牙医功能需求
专业牙医主要承担平台科普内容创作、患者诊疗服务、在线答疑、病历管理、排班预约管理等专业工作，聚焦口腔医疗业务开展，具体功能需求如下：
① 科普内容发布与管理模块：牙医可自主撰写专业口腔科普文章，上传、编辑科普教学视频，提交后由管理员审核发布。同时支持对个人已发布的文章、视频进行修改、删除与数据查看，持续更新平台专业科普资源。
② 患者信息管理模块：牙医可查看所有预约本人的患者信息，包含用户基础资料、口腔症状描述、历史就诊与治疗记录，便于提前了解患者情况，精准开展诊疗工作。
③ 在线问诊模块：实时接收用户发起的图文咨询，针对用户口腔问题提供专业、针对性的解答、护理指导及就医建议，实现线上轻诊疗服务。
④ 电子病历管理模块：患者线下就诊完成后，牙医可在线录入诊断结果、治疗方案、用药处方等病历信息，支持上传 X 光片、CT 等口腔检查影像资料，实现诊疗病历电子化归档、规范化留存。
⑤ 个人中心与预约管理模块：牙医可完善并维护个人执业信息，包括职称、擅长领域、所属医院、个人简介等，展示专业诊疗形象。同时可实时查看个人排班与预约列表，合理规划接诊工作。
（3）系统管理员功能需求
系统管理员拥有平台最高操作权限，负责全站数据统计、用户运维、内容审核、机构管理、产品运维、社区监管、数据统筹等全平台运营工作，具体功能需求如下：
① 数据首页统计模块：系统整合平台核心业务数据，通过 ECharts 可视化图表展示用户数量、科普内容数据、预约就诊数据、产品数据等核心指标，直观呈现平台整体运营状态，为平台运维提供数据支撑。
② 用户管理模块：对平台所有普通用户信息进行统一管理，支持用户信息查询、新增、编辑、禁用、删除等全量操作，保障平台用户体系规范可控。
③ 科普知识管理模块：负责审核牙医提交的科普文章与科普视频，对违规、不实、不规范内容进行驳回与整改。同时统一管理科普分类体系，优化分类结构，保障平台科普内容专业、合规、有序展示。
④ 医院与牙医管理模块：统一维护合作口腔医院信息，支持新增、修改、删除医院资料。同时管理入驻牙医资质与信息，可更新牙医职称、所属医院、执业状态等信息，保障平台医疗资源真实可靠。
⑤ 社区互动管理模块：监管用户在社区发布的问答内容、护理经验、治疗心得等动态，清理违规、低俗、不实内容，维护健康、正向的社区交流环境。
⑥ 口腔护理产品管理模块：管理员负责录入、编辑、下架口腔护理产品信息，完善产品价格、品牌、适用人群、适用症状、产品图片与详情介绍。支持搭建产品分类体系，统一管理用户产品评价，实现产品模块规范化运营。
⑦ 患者数据统筹模块：可全局查看平台所有患者基础信息、症状记录、就诊档案，统筹管理全站患者健康数据，保障数据完整可追溯。
⑧ 在线问诊管理模块：统筹管理平台所有医患问诊记录，可查看全部咨询内容与答疑结果，监督问诊服务质量，协助处理疑难咨询问题。
⑨ 电子病历统筹管理模块：统一监管全站电子病历数据，查看所有诊疗记录、治疗方案、处方信息与检查影像，保障病历数据规范归档、安全存储、可追溯管理。

3.2 系统功能模块设计

系统依据业务场景将功能模块划分为用户端、医生端、管理员端三大板块，并预留通用数据维护能力，同时独立设计文件服务接口，实现业务逻辑与资源管理解耦。
用户端面向就诊群体，集成全流程便民服务功能，支持在线预约挂号、实时排队信息查询、诊断记录与电子病历查阅、个人健康档案编辑维护；平台依托用户收藏行为，运用推荐算法实现口腔护理产品个性化推荐，同时提供产品浏览、收藏功能。此外，用户可参与社区论坛发帖、回复及产品话题互动，使用即时通讯功能实现医患沟通与好友管理，还可提交就诊评价、服务投诉，并使用智能问答模块完成口腔症状自查。
管理员端聚焦医疗资源运维与平台内容管控两大方向，负责医院、科室等基础信息维护，统筹管理医生资料与出诊排班；同时承担预约信息审核、诊疗档案录入、电子病历生成等医疗流程管理工作，同步处理就诊评价、投诉工单。针对社区生态，管理员可开展论坛内容审核、帖子置顶、话题管理等操作，并统一维护智能问答知识库与答复内容。
医生端围绕执业工作搭建专属业务闭环，支持个人信息、账号安全配置，可查询个人排班与预约信息，实时跟进接诊状态；完成诊疗后录入、核对诊断记录与电子病历，提交口腔科普稿件并查看审核进度；可查阅患者评价与投诉处理结果并跟进反馈，同时通过即时通讯工具与患者开展后续沟通。
系统单独封装文件上传与资源展示接口，专职处理图片、文档、影像等资源流转，业务接口仅负责数据交互与权限校验，保障整体架构规范、运行安全。系统总体功能结构图如下所示。

3.3 系统架构设计

系统采用前后端分离的分层架构。前台页面负责信息展示与表单提交，后端通过控制器接收请求并完成业务编排，业务层调用数据访问层完成实体的增删改查，同时对外提供分页列表、详情查询与文件资源访问。系统的认证与会话在中间件完成，鉴权流程会从请求头读取Token，并在校验通过后写入会话字段，供后续接口按角色执行数据过滤。实时交互模块以WebSocket为通道，后端提供/ws端点，依据连接参数完成消息路由。智能推荐模块以协同过滤为核心，在用户侧集合收藏行为并生成推荐列表后，再映射到口腔产品表进行排序返回。

四.数据设计

本系统基于 MySQL 数据库完成数据架构设计，围绕用户、医生、管理员、口腔医院、预约挂号、就诊记录、电子病历、口腔知识、口腔产品、互动交流、消息表、医生排班、就诊评价与投诉、AI 自查等核心实体构建底层数据逻辑。
在身份与业务维度，系统通过关系约束实现了数据的精准映射与流转：用户与预约挂号、就诊记录、互动交流、消息表为一对多关系，支撑个人就医与社交行为；医生与所属口腔医院、排班、诊断记录为一对多关系，实现执业信息与诊疗业务的绑定；管理员作为全局管理主体，与用户、医院、医生、就诊记录、AI 自查模块形成多对多管理关系，保障平台运营闭环。所有数据表采用自增主键保障数据唯一性，统一配置创建 / 更新时间字段，对状态类、标识类字段预设编码规则与默认值，并通过外键约束保障数据完整性与一致性，支撑从预约挂号、诊疗记录生成到电子病历归档、评价反馈的全流程可追溯管理。系统总体 E-R 图如图所示。

五.部分效果展示

5.1用户功能实现

5.1.1 首页功能实现

用户完成账号登录鉴权后，系统基于校验通过的Token身份信息，加载用户专属首页界面并完成角色权限菜单渲染。首页作为用户端核心入口，集中整合平台核心服务入口与展示资源，动态呈现口腔产品推荐（基于协同过滤算法）、口腔护理知识等。同时依托全局身份上下文，精准区分用户权限，屏蔽未开放功能入口，保证首页展示内容贴合普通用户使用场景，为后续预约挂号、自查问诊、社区互动、产品浏览等操作提供统一便捷的入口支撑。如下图所示。

5.1.2 预约挂号功能实现

用户在线提交预约挂号表单后，医生工号、科室、症状描述等信息将存入预约挂号表。系统通过状态字段控制审核流程，用户可调用列表与查询接口，按时间、费用等条件筛选预约信息。管理员审核结果将同步写入记录，用户端可直接读取审核状态与回复内容；支付状态更新后，用户可进入后续诊疗环节。如下图所示。

5.1.3 就诊记录查看功能实现

预约对应的诊断结果录入完成后，用户可在就诊记录页面查看诊断结果、治疗方案与就诊时间。页面请求由诊断记录控制器接口承载，支持挂号费、就诊时间区间等条件过滤，关键字段已做脱敏处理。用户在详情页可直接查看完整诊疗信息，无需重复跳转查询。如下图所示。

5.1.4 个人档案功能实现

用户个人档案数据存储于电子病历表中，包含病历编号、影像资源路径、诊断结果、治疗方案、处方信息及录入时间等字段。前端调用电子病历控制器接口获取列表与详情数据，接口返回结构与诊断记录保持一致，便于前端模板复用。病历与诊断记录共享预约编号体系，用户可快速关联定位相关诊疗信息。如下图所示。

5.1.5 口腔产品收藏与推荐功能实现

用户可浏览口腔产品列表、查看详情并执行收藏操作，收藏记录将存入收藏表，并通过分类字段标识产品类型。推荐页面调用后端推荐接口，控制器读取用户收藏记录并基于协同过滤算法生成个性化推荐列表，推荐结果按匹配度排序，不足部分由热门产品补足，提升用户浏览体验。如下图所示。

5.1.6 论坛交流互动功能实现

用户可在论坛模块发布帖子、参与层级回复，帖子数据存储于论坛表中，包含标题、内容、父节点ID、置顶状态等字段。口腔产品讨论相关的评论与回复将存入产品讨论表，同时维护点赞、点踩计数以展示内容热度。需审核的内容状态由管理员控制，用户前台将实时读取最新状态，形成完整的内容发布与查看闭环。如下图所示。

5.1.7 AI症状自查功能实现

用户端支持口腔症状智能自查功能，用户可通过文字描述口腔不适、选择对应症状标签等方式提交自查请求。系统接收用户症状信息后，调用后端AI智能问答接口，结合口腔知识库进行智能分析，自动匹配疑似口腔病症，并推送对应的病情说明、护理建议与就医指导，为用户提供快速、便捷的初步自查服务。所有自查提问内容、AI诊断结果、提问时间等数据统一存入问答记录表，保证自查记录可随时查阅、可长期追溯。针对AI无法精准判定、症状较为复杂或用户需要专业答疑的场景，系统支持AI自查一键转接人工医生功能。如下图所示。

5.2管理员功能实现

5.2.1 医院与科室管理功能实现

管理员后台负责统一维护口腔医院与科室基础数据，相关信息分别持久化至医院信息表与科室信息表。基础数据统一管控后，系统的医生排班、预约挂号等模块可直接复用医院与科室维度信息，避免重复维护，保证全院组织数据口径统一。管理员可对医院、科室数据进行新增、编辑、删除等常规运维操作，后台通过通用业务服务统一处理请求并返回标准化结果，实现基础医疗资源的集中化、规范化管理，为上层业务流程提供稳定的数据支撑。如下图所示。

5.2.2 预约审核与回复功能实现

针对用户提交的预约挂号申请，管理员可在后台进行批量审核处理。系统支持批量传入预约记录ID，逐条读取对应预约数据，统一更新审核状态与审核意见并批量落库，保证审核操作高效且数据一致。审核完成后，前台用户可实时查看最新审核结果，在审核通过并完成缴费后，即可进入后续诊断与病历生成流程。该审核机制流程规范、状态清晰，便于业务统计与流程追溯。如下图所示。

5.2.3 就诊记录与电子病历管理功能实现

在预约审核通过并完成接诊后，系统支持诊疗数据与病历数据的结构化录入。其中诊断结果、治疗方案、诊断时间等诊疗信息存入就诊记录表，影像资料路径、处方信息、病历录入时间等完整档案信息存入电子病历表。后台提供新增、编辑、分页查询、条件检索等通用接口，支撑诊疗数据的全生命周期管理。系统通过统一预约编号作为关联主键，实现预约、诊断、病历三类数据精准关联，形成完整、可检索、可追溯的诊疗业务链路。如下图所示。

5.2.4 口腔产品与知识内容审核功能实现

管理员负责平台内容生态的审核与治理工作，涵盖口腔产品、产品分类、口腔科普知识、知识分类等全部内容模块。科普知识内容包含疾病介绍、诊断方式、治疗手段、护理要点等展示信息，并配置独立审核状态与审核意见字段。管理员可对用户及医生提交的内容进行新增、修改、批量审核与下架操作，前台根据审核状态动态过滤展示内容，仅向用户展示合规、已审核通过的资源，保障平台内容专业性与规范性，实现内容发布、审核、展示的闭环管理。如下图所示。

5.2.5 投诉与评价审核功能实现

用户就诊后提交的评价信息、投诉信息分别存储于就诊评价表与就诊投诉表，两类数据均保留审核状态与审核反馈字段，支持管理员批量审核、统一整改回复。同时，管理员负责平台智能自查问答的运维工作，系统通过聊天记录表存储用户提问与官方答复内容，管理员可统一更新回复状态与答疑内容。用户端通过自查界面、聊天界面实时读取最新处理结果，实现用户反馈、平台治理、智能答疑的一体化运营闭环。如下图所示。

5.3 医生功能实现

5.3.1 医生接诊与查看预约功能实现

医生端业务基于个人执业工号实现数据隔离与业务闭环，医生基础信息存储于医生信息表，工号作为核心关联字段，与排班数据、预约挂号数据精准绑定。医生登录系统后，自动根据个人工号筛选所属预约记录，结合审核状态、支付状态区分待接诊、已完成等不同业务状态，清晰展示个人接诊日程。接诊完成后，医生可录入诊断结果、治疗方案生成就诊记录，同步上传影像资料、处方信息生成电子病历。系统通过用户账号、预约编号、医生工号多维度关联，保证医生端录入数据与用户端查看数据完全同源，同时通过角色权限严格限制数据访问范围，杜绝跨权限数据操作。如下图所示。

5.3.2 医生管理口腔知识功能实现

医生可参与平台科普内容建设，自主撰写并提交口腔科普稿件，稿件内容、分类信息、执业作者信息统一录入科普知识表。医生可自主编辑草稿内容，完善疾病科普、诊疗方法、护理建议等专业内容，系统自动关联医生工号用于内容溯源。科普稿件统一采用“医生投稿、管理员审核”的流程机制，未审核及审核驳回内容仅创作者与管理员可见，审核通过后对外公开展示，形成专业内容生产、审核、发布的完整业务闭环。如下图所示。

5.3.3 就诊评价与投诉功能实现

医生端可关联查看本人接诊订单对应的用户评价与投诉记录，系统通过预约编号与医生工号精准筛选对应反馈数据，展示用户评价内容、投诉建议及管理员最终处理意见，便于医生总结服务问题、优化诊疗与服务质量。同时，医生可通过系统即时聊天模块与患者进行二次沟通，支持图文消息交互，系统通过会话关系、已读状态等字段管理医患沟通记录，实现诊后随访与答疑补充，完善医患沟通体系。如下图所示。

六.部分代码实现

6.1 项目开发核心技术难点说明

难点1：用户会话安全与Token有效期管控
传统Session机制依赖服务器会话存储，适配性差、扩展性低，无法满足移动端长期在线需求；Token永久有效易引发账号被盗、信息泄露风险，有效期过短则会导致用户频繁掉线，影响使用体验。
**解决方案：**采用JWT无状态Token认证机制，替代传统Session会话，减轻服务器存储压力，适配分布式部署场景；合理配置Token有效期，兼顾账号安全性与用户体验；自定义全局拦截器，统一校验Token的合法性、有效性、过期状态，拦截所有非法请求与过期会话，全方位保障系统接口安全。
难点2：文件上传超限与安全风险问题
校园跑腿接单系统支持多类型文件上传业务，涵盖用户头像、跑腿物品实拍图、订单凭证截图、投诉反馈图片、资质证明图片等文件资源。系统用户下单、举证、资料更新频次高，大文件批量上传易造成接口响应卡顿、服务器IO资源占用过高，严重时会引发程序卡顿、接口超时崩溃等问题。同时开放的文件上传接口存在恶意脚本、非法格式文件上传入侵的安全漏洞，易导致系统被攻击、数据篡改、信息泄露等风险，威胁系统稳定运行。
解决方案： 在SpringBoot配置文件中全局限制单文件大小与单次请求总文件大小，从底层拦截超大文件；后端代码增加文件非空校验、文件后缀白名单校验、文件格式过滤，杜绝空文件、恶意文件、非法格式文件上传；通过时间戳生成唯一文件名，避免文件重名覆盖，保障文件上传接口的安全性、稳定性与唯一性。
难点3：DeepSeek AI 症状自查接口调用与上下文适配难题
系统 AI 症状自查功能需要对接 DeepSeek 大模型开放接口，存在外部网络请求不稳定、接口响应超时、参数格式不匹配、返回数据结构复杂、上下文对话无法连贯继承等问题。同时用户口语化、碎片化的口腔症状描述存在语义模糊、表述不规范的情况，容易导致大模型识别偏差、诊断建议不准确，无法保证智能自查结果的专业性与可靠性。此外，外部第三方接口调用不可控，频繁请求易出现限流、报错、连接中断等异常，影响用户正常使用。
**解决方案：**系统统一封装 DeepSeek AI 接口调用工具类，标准化请求参数格式，对用户输入的口腔症状内容进行预处理、过滤与语义规整，统一规范传输文本格式，提升模型识别准确率。针对网络波动、接口超时问题，增加超时配置与异常捕获机制，对调用失败场景进行友好提示与容错处理。同时封装统一返回数据结构，对大模型返回的复杂数据进行解析、过滤与清洗，仅保留有效自查建议、病情说明与就医指导内容。系统支持对话上下文缓存留存，保证连续自查场景语义连贯，同时控制接口请求频次，规避限流风险，稳定实现用户口腔症状智能自查、AI 辅助诊断的业务能力

6.2 文件上传接口

用于图片、头像等文件上传，自动生成唯一文件名并存储至项目静态资源目录，支持模板文件特殊处理。

/**
 * 文件上传接口
 * @param file 前端上传文件
 * @param type 文件类型标记
 * @return 上传结果与文件名称
 * @throws Exception 文件读写异常
 */
@RequestMapping("/upload")
@IgnoreAuth  // 跳过权限校验
public R upload(@RequestParam("file") MultipartFile file,String type) throws Exception {
    // 校验文件是否为空
    if (file.isEmpty()) {
        throw new EIException("上传文件不能为空");
    }
    // 截取文件后缀名
    String fileExt = file.getOriginalFilename().substring(file.getOriginalFilename().lastIndexOf(".")+1);
    // 定义文件存储根路径
    File path = new File(ResourceUtils.getURL("classpath:static").getPath());
    if(!path.exists()) {
        path = new File("");
    }
    // 拼接upload上传目录
    File upload = new File(path.getAbsolutePath(),"/upload/");
    if(!upload.exists()) {
        upload.mkdirs();
    }
    // 基于时间戳生成唯一文件名，防止重名覆盖
    String fileName = new Date().getTime()+"."+fileExt;
    // 模板文件特殊处理
    if(StringUtils.isNotBlank(type) && type.contains("_template")) {
        fileName = type + "."+fileExt;
        new File(upload.getAbsolutePath()+"/"+fileName).deleteOnExit();
    }
    // 执行文件写入
    File dest = new File(upload.getAbsolutePath()+"/"+fileName);
    file.transferTo(dest);
    // 若为头像类型，同步更新系统配置表
    if(StringUtils.isNotBlank(type) && type.equals("1")) {
        ConfigEntity configEntity = configService.selectOne(new EntityWrapper<ConfigEntity>().eq("name", "faceFile"));
        if(configEntity==null) {
            configEntity = new ConfigEntity();
            configEntity.setName("faceFile");
            configEntity.setValue(fileName);
        } else {
            configEntity.setValue(fileName);
        }
        configService.insertOrUpdate(configEntity);
    }
    // 返回成功结果与文件名称
    return R.ok().put("file", fileName);
}

6.3 用户登录接口

基于账号密码完成身份校验，校验通过后生成唯一 Token 作为后续接口身份凭证，实现无状态登录。

/**
 * 用户登录接口
 * @param username 账号
 * @param password 密码
 * @param captcha 验证码
 * @param request 请求对象
 * @return 登录结果 + Token令牌
 */
@IgnoreAuth
@RequestMapping(value = "/login")
public R login(String username, String password, String captcha, HttpServletRequest request) {
    // 根据账号查询用户信息
    YonghuEntity u = yonghuService.selectOne(new EntityWrapper<YonghuEntity>().eq("yonghuzhanghao", username));
    // 校验账号密码
    if(u==null || !u.getMima().equals(password)) {
        return R.error("账号或密码不正确");
    }
    // 生成用户Token令牌（配置固定有效期，保障接口安全）
    String token = tokenService.generateToken(u.getId(), username,"yonghu",  "用户" );
    return R.ok().put("token", token);
}

源码及文档获取

文章下方名片联系我即可~
大家点赞、收藏、关注、评论啦 、查看👇🏻获取联系方式👇🏻
精彩专栏推荐订阅：在下方专栏👇🏻

最新计算机毕业设计选题篇-选题推荐
小程序毕业设计精品项目案例-200套
Java毕业设计精品项目案例-200套
Python毕业设计精品项目案例-200套
大数据毕业设计精品项目案例-200套
💟💟如果大家有任何疑虑，欢迎在下方位置详细交流。