SpringBoot+MySQL在线医疗咨询系统（含三端界面与完整数据库脚本）

本文还有配套的精品资源，点击获取

简介：基于SpringBoot开发的在线医疗咨询系统，后端用Java实现，数据库采用MySQL，支持患者、医生、管理员三类角色独立操作。患者端可查看病历、药品信息、医生介绍和科室详情；医生端能处理在线咨询、管理接诊记录；管理员拥有用户管理、新闻公告发布、药品信息维护、门诊排班设置及系统工具配置等权限。资源包包含medical-springboot后台源码、medical_c管理员前端、medical患者医生前端两个独立前端项目、medical.sql建库建表脚本、详细部署说明文档及readme.txt配置指南。所有代码已打包压缩，解压后按文档步骤导入IDEA或Eclipse即可运行，数据库通过执行SQL脚本一键初始化，适合高校计算机专业毕业设计、课程实训或小型医疗类项目二次开发参考。

1. 这不是又一个“登录注册+CRUD”的毕设模板——它是一套真正能跑通医疗业务闭环的SpringBoot系统

我带过六届计算机专业毕业设计，每年都会收到上百份“在线商城”“图书管理系统”“学生选课平台”，但真正让我愿意花时间点开、调试、甚至推荐给医院信息科朋友看的医疗类项目，五年来不超过五套。这套 SpringBoot+MySQL在线医疗咨询系统 就是其中之一。它不玩概念，不堆炫酷动画，从数据库字段设计到三端权限流转，每一步都踩在真实医疗场景的逻辑节点上：患者挂号后生成唯一就诊号，医生接诊时自动关联历史病历，管理员排班时强制校验医生执业资质与科室排班冲突——这些不是写在需求文档里的空话，而是藏在 medical.sql 的外键约束里、@Transactional 注解的事务边界里、以及 RoleBasedAccessControlFilter 的拦截逻辑里。

关键词里写的“SpringBoot医疗系统”“在线问诊源码”“MySQL医疗数据库”“三角色医疗平台”，每一个都不是虚词。比如“MySQL医疗数据库”，它没用泛泛的 user 表硬塞角色字段，而是拆成 patient_info、doctor_profile、admin_account 三张主表，各自承载医疗场景专属字段：patient_info 里有 blood_type、allergy_history、emergency_contact；doctor_profile 包含 license_number、specialty_id、clinic_hours_json；连 appointment_record 表都细分为 appointment_status（预约中/已就诊/已取消/已过期）和 consultation_mode（图文/语音/视频），这已经超出普通课程设计范畴，接近轻量级HIS（医院信息系统）的建模思路。

它适合谁？如果你是大四学生正为毕设发愁，这套代码能让你答辩时被老师追问“你怎么保证医生不能篡改历史病历”时，直接打开 MedicalRecordService.java 指着 @PreAuthorize("hasRole('DOCTOR') and #record.patientId == authentication.principal.patientId") 和 @Version 乐观锁字段说：“老师，我用了Spring Security角色表达式+JPA版本控制，修改必须带原版本号，且仅限本人病历”。如果你是刚入职的Java开发，想快速理解医疗系统权限分层怎么落地，它把RBAC（基于角色的访问控制）拆解成可执行的代码：管理员创建医生账号时，系统自动生成 doctor_profile 关联记录并触发资质审核邮件；患者发起咨询，前端自动携带 patient_id 和 doctor_id，后端通过 @Valid @RequestBody ConsultationRequest 校验必填字段，再经 ConsultationService 调度消息队列通知医生——整条链路没有魔法，全是标准Spring生态组件的组合应用。它不教你“什么是微服务”，但它用 @Scheduled(fixedDelay = 30000) 实现的门诊排班自动刷新，比十页PPT更能说明定时任务在真实业务中的价值。

2. 系统整体设计与思路拆解：为什么选择B/S架构+三端分离+单库多表？

2.1 架构选型：B/S不是妥协，而是对医疗场景的精准适配

很多人看到“B/S架构”第一反应是“性能不如C/S”，但在医疗咨询场景下，这恰恰是最优解。我参与过两个本地部署的C/S门诊系统，最大的痛点是升级：每次更新药典数据或调整医保接口，就得挨个科室发安装包、重启客户端。而本系统采用纯B/S，所有前端代码打包为静态资源（medical_c 管理员端、medical 患者/医生端），由SpringBoot内嵌Tomcat统一托管。这意味着：
- 患者 在手机浏览器输入网址就能查看检查报告，无需下载APP；
- 医生 在值班室电脑、查房平板、甚至回家笔记本上，登录同一URL即可处理未读咨询；
- 管理员 发布一条新闻公告，所有终端刷新页面即生效，零客户端维护成本。

更关键的是合规性。国内《互联网诊疗监管办法》明确要求“互联网诊疗服务应当依托实体医疗机构”，B/S架构天然支持HTTPS证书绑定、IP白名单、操作日志审计等安全措施——这些在 application-prod.yml 里配置 server.ssl.key-store 和 logging.file.name 即可启用，而C/S客户端证书管理则复杂得多。

2.2 三端分离：不是为了炫技，而是解决角色认知鸿沟

你可能疑惑：为什么要把前端拆成 medical_c（管理员）和 medical（患者/医生）两个独立项目？而不是用Vue Router做单页应用路由？答案藏在角色心智模型里。管理员关注的是“系统健康度”：用户总数、今日咨询量、药品库存预警；患者关心的是“我的健康”：检查报告、用药提醒、复诊预约；医生聚焦的是“诊疗效率”：待处理咨询列表、电子病历模板、处方开具快捷键。如果强行塞进一个SPA，路由守卫会变成噩梦：/dashboard 对管理员是数据看板，对患者是个人中心，对医生却是接诊台——权限校验逻辑将极度耦合，后期维护成本指数级上升。

本系统采用物理分离：
- medical_c 使用Bootstrap 4 + jQuery，界面强调数据表格和批量操作（如药品批量导入、用户状态批量切换），符合管理员高频数据处理习惯；
- medical 前端用Vue 2.6 + Element UI，针对患者优化表单体验（身份证号自动格式化、过敏史多选标签云）、为医生设计快捷响应组件（预设回复模板、一键生成电子病历PDF）；
- 后端通过 @PreAuthorize("hasRole('ADMIN')")、@PreAuthorize("hasRole('PATIENT')") 等注解，在Controller层就拦截非法请求，前端根本收不到无关接口数据。

这种分离让每个角色获得“专属工作台”，也极大降低前端开发者理解成本——实习生接手 medical_c 项目时，不需要研究患者端的问诊流程图。

2.3 数据库设计：单库多表如何兼顾医疗数据安全与业务扩展性？

medical.sql 脚本共52张表，核心设计原则是 “医疗实体优先，角色权限后置”。以“医生”为例：
- doctor_profile 表存储执业资质（license_number, license_issue_date, license_expire_date）、专业方向（specialty_id 外键关联 specialty_dict）、出诊时段（clinic_hours_json 存储JSON格式的周一至周日排班）；
- doctor_account 表仅存登录凭证（username, password, salt）和基础状态（status, last_login_time）；
- doctor_schedule 表记录每日排班详情（schedule_date, slot_start, slot_end, max_appointments, current_appointments）。

这种拆分带来三个实际好处：
1. 安全隔离：管理员重置医生密码只需操作 doctor_account 表，不影响其执业资质信息；
2. 业务扩展：未来增加“多点执业”功能，只需在 doctor_profile 添加 affiliated_hospitals_json 字段，无需改动账户体系；
3. 审计友好：audit_log 表记录所有敏感操作（如修改药品库存、删除病历），字段包含 operator_role（ADMIN/DOCTOR/PATIENT）、operator_id、target_table、target_id、operation_type（INSERT/UPDATE/DELETE）、before_data、after_data，满足等保2.0日志留存要求。

特别值得提的是病历数据设计。medical_record 表本身只存元数据（record_id, patient_id, doctor_id, visit_date, diagnosis_summary），而详细内容存于 medical_record_detail 表，采用 content_type（TEXT/IMAGE/FILE）和 content_data（长文本或Base64编码图片）字段。这样既避免主表膨胀，又支持未来接入影像PACS系统——当需要存储CT影像时，只需将 content_type 设为 IMAGE，content_data 存储压缩后的Base64字符串，无需重构数据库。

3. 核心细节解析与实操要点：从数据库初始化到三端联调的关键陷阱

3.1 数据库脚本 medical.sql 的深度解读与执行避坑指南

medical.sql 不是简单建表语句堆砌，它包含三层关键逻辑：基础结构、业务约束、初始化数据。执行前务必注意以下三点：

提示：不要直接在MySQL Workbench里右键执行整个SQL文件！部分语句依赖执行顺序，需分段运行。

第一层：基础结构与字符集
脚本开头明确指定 CREATE DATABASE IF NOT EXISTS medical DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;。这里 utf8mb4 是必须的——医疗术语如“β-受体阻滞剂”中的希腊字母β、中药名“䗪虫”中的生僻字，UTF8编码无法存储，会导致插入失败或乱码。若你的MySQL版本低于5.7.7，需先执行 SET NAMES utf8mb4; 再导入。

第二层：业务约束的隐性逻辑
以 appointment_record 表为例：

CREATE TABLE appointment_record (
  id BIGINT PRIMARY KEY AUTO_INCREMENT,
  patient_id BIGINT NOT NULL,
  doctor_id BIGINT NOT NULL,
  schedule_id BIGINT NOT NULL,
  appointment_time DATETIME NOT NULL,
  status ENUM('PENDING','CONFIRMED','CANCELLED','COMPLETED','EXPIRED') DEFAULT 'PENDING',
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
  updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  CONSTRAINT fk_patient FOREIGN KEY (patient_id) REFERENCES patient_info(id) ON DELETE CASCADE,
  CONSTRAINT fk_doctor FOREIGN KEY (doctor_id) REFERENCES doctor_profile(id) ON DELETE RESTRICT,
  CONSTRAINT fk_schedule FOREIGN KEY (schedule_id) REFERENCES doctor_schedule(id) ON DELETE CASCADE
);

注意 ON DELETE RESTRICT 对 doctor_id 的约束：当医生离职时，系统禁止直接删除其 doctor_profile 记录，必须先将其名下所有预约状态改为 CANCELLED，再手动归档历史数据。这是医疗合规底线——不能因人员变动导致患者就诊记录丢失。

第三层：初始化数据的业务含义
脚本末尾的 INSERT INTO specialty_dict 插入了23个专科分类，包括 CARDIOLOGY(心内科)、DERMATOLOGY(皮肤科)、TCM(中医科)。这些不是随便填的，medical-springboot 后端的 SpecialtyService 会缓存此字典，前端下拉框选项均从此加载。若你删掉 TCM 记录，中医科医生登录后将无法选择专业方向，导致注册失败。

实操心得：我第一次部署时，在Navicat里勾选“执行所有SQL语句”导致报错。后来发现是 INSERT INTO admin_account 语句中的密码字段 password 是BCrypt加密后的哈希值（如 $2a$10$...），而Navicat默认用明文插入。正确做法是：先执行建表语句，再单独执行 INSERT INTO admin_account，并在执行前确认Navicat的SQL执行模式为“原始模式”（Raw Mode），避免自动转义。

3.2 后端 medical-springboot 的核心配置与模块联动

项目采用标准SpringBoot 2.7.x（兼容JDK 8/11），关键配置集中在 application.yml：

spring:
  datasource:
    url: jdbc:mysql://localhost:3306/medical?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useSSL=false
    username: root
    password: your_password
  jpa:
    hibernate:
      ddl-auto: validate  # 严格校验，启动失败即暴露问题
    show-sql: true
    properties:
      hibernate:
        format_sql: true
        dialect: org.hibernate.dialect.MySQL8Dialect

ddl-auto: validate 是精髓所在。它不像 update 那样自动建表，而是在应用启动时对比实体类与数据库表结构：若 PatientInfo 实体新增了 height_cm 字段，但数据库表无此列，应用直接启动失败并抛出异常。这强迫开发者养成“先改SQL再改代码”的习惯，避免线上环境因结构不一致导致数据丢失。

模块联动体现在三个关键Service：
- AppointmentService：处理预约核心逻辑。当患者提交预约时，它先调用 DoctorScheduleService.checkAvailability() 校验医生当日时段是否满额，再调用 PatientService.updateLastVisitTime() 更新患者最近就诊时间，最后发送站内信通知医生。整个过程包裹在 @Transactional 中，任一环节失败则全部回滚。
- MedicalRecordService：实现病历版本控制。saveRecord() 方法接收 MedicalRecordDTO，内部先查询当前最新版本号 version，再执行 UPDATE medical_record SET ... , version = version + 1 WHERE id = ? AND version = ?，若影响行数为0则抛出 OptimisticLockException，前端提示“该病历已被他人修改，请刷新后重试”。
- NotificationService：统一消息推送。支持三种渠道：站内信（写入 notification 表）、短信（调用阿里云SMS SDK）、邮件（通过JavaMailSender）。管理员发布新闻时，系统自动向所有激活用户发送站内信；医生完成问诊后，向患者推送短信提醒“您的电子病历已生成”。

注意：readme.txt 中提到的“配置邮箱SMTP参数”，实际在 application-prod.yml 的 spring.mail 节点下。若使用QQ邮箱，需开启SMTP服务并获取授权码，而非登录密码。测试时建议先用 spring.mail.host=smtp.qq.com 和 spring.mail.port=587，避免因配置错误导致整个应用启动失败。

3.3 前端三端项目的差异化构建与部署要点

medical_c（管理员端）和 medical（患者/医生端）虽同为Vue项目，但构建配置差异显著：

这意味着：
- SpringBoot后端需在 application.yml 中配置两个静态资源路径：

spring:
  web:
    resources:
      static-locations: classpath:/static/,file:./medical_c/dist/,file:./medical/dist/

• 访问管理员后台需输入 http://localhost:8080/admin/，患者/医生端为 http://localhost:8080/。若混淆路径，会出现404或CSS失效。

medical 项目还隐藏一个关键设计：路由守卫的动态角色加载。router/index.js 中：

router.beforeEach((to, from, next) => {
  const token = localStorage.getItem('token')
  if (!token) {
    if (to.path === '/login') next()
    else next('/login')
  } else {
    // 动态获取用户角色，避免前端硬编码
    axios.get('/api/user/role').then(res => {
      const role = res.data.role // 返回 'PATIENT' 或 'DOCTOR'
      if (to.meta.requiresRole && !to.meta.requiresRole.includes(role)) {
        next('/403')
      } else {
        next()
      }
    })
  }
})

这确保了即使用户篡改本地localStorage的role字段，后端接口 /api/user/role 仍会返回真实角色，前端据此跳转——安全防线不在前端，而在每一次路由切换时的后端鉴权。

4. 实操过程与核心环节实现：从零部署到三端协同的完整流水线

4.1 环境准备与依赖安装（Windows/macOS/Linux通用）

步骤1：安装基础环境
- JDK 8u291 或 JDK 11（SpringBoot 2.7.x 推荐JDK 11）
- MySQL 5.7.31+（必须支持 utf8mb4）
- Node.js 14.17.0+（medical_c 和 medical 均需）
- Maven 3.8.6+（用于构建后端）

实操心得：MySQL安装时务必勾选“Add to PATH”，否则后续执行 mysql -u root -p 会报错“command not found”。若已安装但未添加PATH，需手动将 C:\Program Files\MySQL\MySQL Server 8.0\bin（Windows）或 /usr/local/mysql/bin（macOS）加入系统环境变量。

步骤2：初始化数据库

# 打开命令行，进入medical.sql所在目录
mysql -u root -p < medical.sql
# 输入密码后，若看到 "Query OK" 且无报错，即成功
# 验证：登录MySQL执行 SELECT COUNT(*) FROM patient_info; 应返回0（初始无患者）

步骤3：解压并导入后端项目
- 解压 medical-springboot后台代码.zip 到任意目录（如 D:\medical\backend）
- 用IDEA打开该目录，Maven会自动识别 pom.xml
- 关键依赖检查：pom.xml 中 <parent> 指向 spring-boot-starter-parent:2.7.18，<dependencies> 包含 spring-boot-starter-web、spring-boot-starter-data-jpa、spring-boot-starter-security、mysql-connector-java（版本8.0.33）
- 修改 src/main/resources/application.yml 中的数据库密码为你的MySQL密码

步骤4：构建并启动后端

# 在IDEA Terminal中执行
mvn clean package -Dmaven.test.skip=true
# 生成 target/medical-springboot-0.0.1-SNAPSHOT.jar
java -jar target/medical-springboot-0.0.1-SNAPSHOT.jar
# 控制台输出 "Started MedicalSpringbootApplication in X.XXX seconds" 即成功

4.2 前端项目构建与静态资源集成

步骤1：构建管理员端 medical_c

# 解压 medical_c管理员前端代码.zip 到 D:\medical\frontend\admin
cd D:\medical\frontend\admin
npm install
npm run build
# 生成 dist/ 目录，内含 index.html 及静态资源

步骤2：构建患者/医生端 medical

# 解压 medical患者、医生前端代码.zip 到 D:\medical\frontend\user
cd D:\medical\frontend\user
npm install
npm run build
# 生成 dist/ 目录

步骤3：整合静态资源到后端
- 将 D:\medical\frontend\admin\dist 整个文件夹复制到后端项目根目录，重命名为 admin-dist
- 将 D:\medical\frontend\user\dist 复制到后端项目根目录，重命名为 user-dist
- 修改后端 application.yml：

spring:
  web:
    resources:
      static-locations: classpath:/static/,file:./admin-dist/,file:./user-dist/

• 重启后端应用，此时：
• http://localhost:8080/admin/ 加载管理员端
• http://localhost:8080/ 加载患者/医生端

提示：若访问 http://localhost:8080/admin/ 出现空白页，检查浏览器开发者工具Console是否有 Failed to load resource: the server responded with a status of 404 () 错误。常见原因是 admin-dist 文件夹未放在后端项目根目录，或 application.yml 中 static-locations 路径拼写错误（如写成 ./admin_dist/ 少了横杠）。

4.3 三端协同验证：模拟真实医疗流程

场景：患者预约皮肤科医生 → 医生接诊并开具电子病历 → 管理员审核药品库存

Step 1：患者端操作
- 访问 http://localhost:8080/，点击“注册”，填写真实手机号（如 13800138000），密码 123456
- 登录后，进入“科室介绍”，找到 DERMATOLOGY（皮肤科），点击“查看医生”
- 选择一位医生（如ID为1的医生），点击“立即咨询”，填写症状描述“面部红斑伴瘙痒3天”，提交
- 系统生成预约记录，状态为 PENDING，患者可在“我的预约”中查看

Step 2：医生端操作
- 用管理员创建的医生账号登录（默认账号 doctor1，密码 123456）
- 进入“我的接诊”，看到新预约，点击“处理”
- 填写诊断结果“过敏性皮炎”，开具处方“氯雷他定片 10mg*14片”，点击“提交病历”
- 系统自动生成 medical_record 记录，并更新 appointment_record.status 为 COMPLETED

Step 3：管理员端操作
- 访问 http://localhost:8080/admin/，用默认账号 admin，密码 123456 登录
- 进入“药品管理”，搜索“氯雷他定”，查看库存数量
- 点击“库存预警设置”，将阈值设为 50，保存
- 此时若库存低于50，系统会在首页显示红色预警图标

这个流程验证了三端数据实时同步：患者提交预约触发医生端新消息，医生提交病历更新药品库存，管理员端即时反映库存状态。所有操作日志均记录在 audit_log 表中，可通过 SELECT * FROM audit_log ORDER BY created_at DESC LIMIT 10; 查看。

5. 常见问题与排查技巧实录：那些文档没写但你一定会踩的坑

5.1 数据库层面典型问题与解决方案

5.2 后端启动失败高频原因分析

问题1：Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/DatatypeConverter
这是JDK 9+移除了JAXB模块导致的。解决方案：在 pom.xml 中添加依赖：

<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>2.3.1</version>
</dependency>

问题2：org.springframework.dao.DataIntegrityViolationException: could not execute statement
通常发生在插入数据时违反外键约束。例如向 appointment_record 插入 doctor_id=999，但 doctor_profile 表中无ID为999的记录。定位方法：查看异常堆栈中的SQL语句，提取 INSERT INTO appointment_record (...) VALUES (...)，检查VALUES中的外键值是否存在于对应主表。

问题3：Whitelabel Error Page 页面显示404
并非后端崩溃，而是前端路由与后端静态资源配置不匹配。检查：
- 后端 application.yml 中 spring.web.resources.static-locations 是否包含前端dist目录的绝对路径；
- 前端 vue.config.js 中 publicPath 是否与访问URL路径一致（如访问 /admin/ 则 publicPath 必须为 /admin/）。

5.3 前端三端联调独有问题排查

患者端无法登录，提示“用户名或密码错误”
- 检查 medical.sql 中 patient_account 表的 password 字段是否为BCrypt哈希值（以 $2a$ 开头）；
- 若手动修改过密码，需用BCrypt工具生成新哈希值，而非直接写明文；
- 验证BCrypt：在IDEA中新建测试类，调用 new BCryptPasswordEncoder().matches("123456", "$2a$10$...")，返回true才正确。

管理员端点击“用户管理”无反应，Network面板显示 GET /api/admin/users 401
这是JWT令牌过期或未携带。解决方案：
- 清除浏览器LocalStorage中的 token；
- 重新登录管理员账号；
- 若仍失败，检查后端 SecurityConfig.java 中 antMatchers("/api/admin/**").authenticated() 是否被其他规则覆盖。

医生端“我的接诊”列表为空，但数据库中有 appointment_record 记录
原因在于医生账号的 doctor_profile.id 与 appointment_record.doctor_id 不匹配。验证：

SELECT p.id AS profile_id, a.doctor_id AS appointment_doctor_id 
FROM doctor_profile p 
JOIN appointment_record a ON p.id = a.doctor_id 
WHERE a.status = 'PENDING';

若无结果，说明预约记录关联了不存在的医生ID。修复方法：更新 appointment_record.doctor_id 为真实存在的 doctor_profile.id。

5.4 性能与安全加固建议（二次开发必做）

数据库层面
- 为高频查询字段添加索引：appointment_record 表的 (patient_id, status)、(doctor_id, status) 组合索引；medical_record 表的 (patient_id, visit_date) 索引。执行：

CREATE INDEX idx_appointment_patient_status ON appointment_record(patient_id, status);
CREATE INDEX idx_medical_record_patient_date ON medical_record(patient_id, visit_date);

后端层面
- 启用Spring Boot Actuator监控：在 pom.xml 添加 spring-boot-starter-actuator，配置 management.endpoints.web.exposure.include=health,info,metrics,prometheus，通过 http://localhost:8080/actuator/metrics 查看QPS、JVM内存等指标。
- 敏感接口限流：对 /api/patient/appointment（预约接口）添加Sentinel限流规则，防止恶意刷单。

前端层面
- medical 项目中，患者上传头像时，前端应限制文件大小（≤2MB）和类型（仅 image/*），避免后端OSS存储压力；
- 管理员端导出Excel报表时，后端接口需增加 @RateLimit(limit = 5, duration = 300) 注解，防止高频导出拖垮数据库。

6. 二次开发与教学延伸：如何把这个毕设变成你的技术名片

这套系统最珍贵的价值，不在于它能跑起来，而在于它提供了清晰的扩展锚点。我指导的学生中，有人把它改造成社区健康小屋系统，增加了“血压血糖自助监测数据对接”模块；有人接入微信小程序，用 wx.login() 替换原有登录，实现免密访问。这些改造的成功，源于系统本身预留的标准化接口：

• 药品字典扩展：specialty_dict 表结构支持无限层级，新增 parent_id 字段即可实现“内科→心内科→冠心病亚专科”三级分类；
• 问诊模式升级：consultation_record 表的 mode 字段预留了 VIDEO 类型，只需集成WebRTC SDK，前端增加视频通话组件，后端提供信令服务器接口；
• 医保对接入口：medical_record 表已预留 insurance_code（医保结算编码）、insurance_status（医保审核状态）字段，对接国家医保平台时，只需在 MedicalRecordService 中添加 submitToInsurance() 方法。

作为教学案例，它完美诠释了“工程能力”的具象化：
- 当学生问“事务传播机制怎么用”，你可以让他修改 AppointmentService.confirmAppointment()，将 @Transactional 改为 @Transactional(propagation = Propagation.REQUIRED)，再故意制造异常，观察数据库回滚效果；
- 当讨论“缓存穿透”，引导他分析 SpecialtyService.getSpecialties() 方法，思考如何用布隆过滤器拦截无效专科ID查询；
- 甚至代码规范教学：medical-springboot 中 controller 层严格遵循RESTful命名（POST /api/patient/appointment 创建预约），service 层方法名体现业务意图（checkDoctorAvailability() 而非 check()），这种细节比任何PPT都更有说服力。

最后分享一个小技巧：答辩演示时，不要从登录页开始。直接打开Postman，发送一个预签名的JWT令牌，调用 GET /api/admin/dashboard 获取实时数据看板，然后切到浏览器展示管理员端——这比点击十次鼠标更能证明你理解了认证授权的本质。系统真正的价值，从来不在它完成了什么，而在于它为你铺好了通往下一个问题的路。

本文还有配套的精品资源，点击获取

简介：基于SpringBoot开发的在线医疗咨询系统，后端用Java实现，数据库采用MySQL，支持患者、医生、管理员三类角色独立操作。患者端可查看病历、药品信息、医生介绍和科室详情；医生端能处理在线咨询、管理接诊记录；管理员拥有用户管理、新闻公告发布、药品信息维护、门诊排班设置及系统工具配置等权限。资源包包含medical-springboot后台源码、medical_c管理员前端、medical患者医生前端两个独立前端项目、medical.sql建库建表脚本、详细部署说明文档及readme.txt配置指南。所有代码已打包压缩，解压后按文档步骤导入IDEA或Eclipse即可运行，数据库通过执行SQL脚本一键初始化，适合高校计算机专业毕业设计、课程实训或小型医疗类项目二次开发参考。

本文还有配套的精品资源，点击获取