文章目录
- 1 项目演示视频
- 2 是否包含论文文档
- 3 详细描述
- 4 基于Springboot+Vue的互联网医院在线问诊系统
- 5 互联网医院需求分析文档
- 5.1 1. 项目概述
- 5.2 2. 用户角色与功能分析
- 5.3 3. 核心功能模块
- 5.4 4. 系统流程分析
- 5.5 5. 非功能性需求
- 5.6 6. 数据库设计建议
- 5.7 7. 角色与权限设计
- 5.8 8. UI/UX设计建议
- 6 技术描述
- 7 项目截图描述
项目演示视频
是否包含论文文档
否
详细描述
基于Springboot+Vue的互联网医院在线问诊系统
互联网医院需求分析文档
1. 项目概述
1.1 项目背景
随着互联网技术的发展和医疗健康需求的增长,互联网医院作为一种新型医疗服务模式受到广泛关注。本项目旨在设计一个简化版互联网医院系统,为患者提供基础的远程医疗服务,作为大学生毕业设计,系统将聚焦核心功能,确保技术实现的可行性和完整性。
1.2 项目目标
-
实现基础远程医疗服务:开发简单易用的在线问诊和预约挂号功能。
-
验证技术可行性:通过实际项目验证前后端分离架构的实现。
-
提升系统开发能力:综合运用所学知识,完成一个完整的Web应用开发。
-
满足毕业设计要求:达到功能完整、架构合理、代码规范的毕业项目标准。
1.3 目标用户
-
患者:有基础医疗咨询和预约需求的普通用户。
-
医生:提供在线问诊和门诊预约服务的医疗专业人员。
-
系统管理员:负责用户管理和基础系统维护的人员。
1.4 业务价值
-
对患者:提供基础的在线问诊服务,节省就医时间和交通成本。
-
对医生:拓展服务方式,提升工作效率。
-
对毕业设计:提供一个功能完整、技术合理的项目案例,展示学生的开发能力和解决问题能力。
1.5 项目范围
-
在线问诊:多媒体问诊功能,支持人工问诊(文字、图片、语音、视频通话)与AI智能问诊(接入DeepSeek),支持实时聊天(SSE流式渲染),用户可选择医生进行在线问诊。
-
预约挂号:基础的医生排班查询和在线预约功能
-
内容展示与管理:用户端支持轮播图展示、医生卡片与详细信息查看;管理端支持轮播图上传与管理。
-
支付结算:集成支付宝沙箱支付,支持订单支付
-
用户管理:基础用户注册、登录、个人信息管理
-
系统管理:用户管理、基础数据统计等管理功能
1.6 技术栈建议
1.6.1 前端技术栈
-
框架:Vue.js 3 + Vite
-
状态管理:Pinia
-
路由:Vue Router
-
UI组件库:Element Plus / Ant Design Vue
-
通讯协议:WebSocket / EventSource (SSE)
1.6.2 后端技术栈
-
核心框架:Spring Boot 3.1.x
-
架构模式:Maven 多模块架构 (sz-common, sz-service, sz-admin)
-
ORM框架:MyBatis-Plus / MyBatis-Flex
-
安全框架:Sa-Token / Spring Security + JWT
-
实时通讯:WebSocket / Netty (用于实时聊天)
-
AI集成:DeepSeek API (SSE流式响应)
-
支付集成:支付宝沙箱 SDK
1.6.3 数据库
-
主数据库:MySQL 8.0
-
缓存:Redis (用于缓存和消息队列)
1.6.4 部署与配置
-
日志管理:简单的日志记录和查看
-
文件存储:本地文件存储 / OSS
-
配置文件:YAML配置,包含 DeepSeek API Key 和 支付宝沙箱配置
2. 用户角色与功能分析
2.1 患者
2.1.1 基础认证与安全 (更新)
-
用户注册:支持手机号+验证码注册,支持用户协议与隐私政策勾选
-
用户登录:
-
账号密码登录:手机号/ + 密码
-
验证码登录:手机号 + 短信验证码(不必要接入验证码,模拟验证码固定 666666) 支持发送验证码模拟表单
-
-
找回密码:通过手机验证码重置密码
-
个人资料:头像上传、昵称修改、紧急联系人设置
2.1.4 首页与信息浏览 (更新)
-
全局搜索:支持关键字搜索医生、科室、疾病
-
快捷导航 (金刚区):提供"在线问诊"、"预约挂号"、"我的报告"、"健康档案"等核心功能快捷入口
-
轮播图展示:查看医院最新活动、通知公告的轮播图
-
通知公告栏:滚动展示医院紧急通知或停诊公告
-
科室导航:按分类展示科室列表,支持快速进入科室主页
-
医生推荐卡片:在首页查看推荐医生卡片(包含头像、姓名、科室、职称、擅长标签)
-
健康资讯:展示健康科普文章列表,支持点击阅读详情
-
医生详情查看:点击卡片进入详情页,查看医生详细介绍(包含从业经历、学术成就、挂号费等)
2.1.3 预约挂号与问诊 (更新)
-
科室与医生选择:按科室筛选医生,查看医生详细信息及排班
-
预约挂号:选择医生及就诊时间段(或即时问诊),提交预约申请
-
挂号付费:确认预约信息后,唤起支付宝支付挂号费
-
指定医生问诊:支付成功后,可向已挂号的医生发起图文/视频问诊
-
预约记录管理:查看已挂号记录,支持在规定时间内取消预约退费
2.1.2 在线问诊 (调整)
-
AI智能问诊:直接与AI助手对话
-
人工问诊:需先完成挂号付费,方可进入医生问诊聊天室
-
实时交互:支持文字、图片、语音、视频通话
-
问诊评价:服务结束后对医生进行评价
2.1.5 处方与药品订单(新增)
-
处方查看:查看医生开具的处方清单与明细
-
药品订单:支持查看药品订单列表、订单详情与物流轨迹
-
订单关联:药品订单与处方明细关联展示
2.2 医生
2.2.1 医生信息管理
-
个人资料维护:维护擅长领域、简介等信息
-
排班设置:设置可接诊时间段
2.2.2 在线接诊
-
问诊请求处理:查看、接受问诊请求
-
多媒体问诊:与患者进行文字、语音交流,支持图片发送
-
视频接诊:响应患者发起的视频通话请求
-
患者管理:查看患者历史记录
2.2.3 预约管理
-
排班管理:管理门诊出诊时间
-
预约查询:查看患者预约情况
2.2.4 诊疗与处方(新增)
-
就诊记录维护:在问诊完成后录入诊断、主诉、治疗方案等信息
-
处方开具:基于药品库开具处方与明细
-
评价反馈:查看患者对本次问诊的评价(星级与多维度评分)
2.3 系统管理员
2.3.1 用户管理
-
用户账号管理:创建、修改、禁用用户账号
-
用户角色分配:为用户分配基本角色和权限
2.3.2 基础信息管理
-
医院科室管理:维护医院和科室基本信息
-
基础数据维护:维护简单的疾病、药品等基础数据
2.3.3 数据统计
-
业务数据统计:统计问诊量、预约量等基础数据
-
日志管理:查看系统运行日志
2.3.4 内容管理 (更新)
-
轮播图管理:上传、编辑、删除轮播图,设置轮播图跳转链接和排序
-
公告管理:发布、编辑、下架医院通知公告
-
资讯管理:发布健康科普文章,支持富文本编辑及分类管理
-
医生信息完善:维护医生详细信息(头像、简介、擅长领域、学术成就等)
2.3.5 排班管理 (新增)
-
排班设置:为医生设置未来一周或一个月的出诊排班(日期、时段、号源数量)
-
排班调整:支持临时停诊、换班等操作,并自动通知已预约患者
-
号源管理:查看和调整各时段的剩余号源数量
2.3.6 支付与订单(补充)
-
支付订单管理:订单与支付记录查询、异常单处理
-
对账支持:按时间、科室、医生维度的基础统计
2.3.7 评价管理(新增)
-
评价查询:按医生、时间、星级筛选评价
-
权限控制:删除权限仅限特定角色;默认仅开放查询
2.3.8 权限配置(补充)
-
按钮授权:新增“药品订单-患者查询”按钮权限并授权常用角色
-
菜单维护:药品管理、评价管理等菜单及按钮权限配置
2.4 测试账号与角色权限(联调用)
2.4.1 管理端(后台)
| 用途 | 账号 | 密码 | 角色 |
|---|---|---|---|
| 超级管理员 | admin | 123456 | 超级管理员(role_id=1,permissions=admin) |
| 字典管理与权限验证 | user | 123456 | 字典管理(role_id=2,permissions=dict_menu)+ 测试角色(role_id=3) |
| 数据范围/权限测试 | test1 | 123456 | 测试角色(role_id=3) |
| 数据范围/权限测试 | test2 | 123456 | 测试角色(role_id=3) |
| 数据范围/权限测试 | test3 | 123456 | 测试角色(role_id=3) |
| 数据范围/权限测试 | test4 | 123456 | 测试角色(role_id=3) |
说明:
-
初始密码配置项:
sys_config.config_key = sys.user.initPwd,默认值为123456 -
角色-菜单关系:通过
sys_role_menu绑定;角色-用户关系:通过sys_user_role绑定
2.4.2 普通用户端(前台)
-
首页地址:
/commonIndex -
登录/注册:
/commonLogin、/commonRegister -
短信验证码:开发环境固定为
666666
3. 核心功能模块
3.1 在线问诊系统
3.1.1 多媒体问诊(人工)
-
医生选择与详情查看
-
实时聊天 (WebSocket):支持文字、图片、语音消息
-
视频通话 (WebRTC):支持点对点实时视频通话
-
历史消息记录
3.1.2 AI智能问诊
-
DeepSeek 大模型接入
-
SSE 流式打字机效果渲染
-
自动病情分析与科室推荐
3.1.3 问诊历史管理
-
混合存储AI与人工问诊记录
-
问诊报告生成
3.2 预约挂号系统
3.2.1 医生排班查询
3.2.2 在线预约
3.2.3 预约管理
3.3 电子处方系统
3.3.1 处方开具
3.3.2 处方审核
3.3.3 处方流转
3.4 药品配送系统
3.4.1 药品选择
3.4.2 订单管理
3.4.3 物流跟踪
3.5 健康档案管理
3.5.1 个人健康信息
3.5.2 就诊记录
3.6 支付与结算系统
3.6.1 在线支付
-
支付宝沙箱集成:模拟支付全流程
-
扫码支付 / 电脑网页支付
-
支付状态回调处理
3.6.2 订单管理
-
订单创建、支付、取消
-
交易流水记录
-
异常订单处理
3.6.3 账单查询
3.7 内容展示与管理系统 (CMS)
3.7.1 运营位管理
-
轮播图管理:支持多端适配配置,OSS图片上传
-
快捷导航配置:图标、名称、跳转链接动态配置
-
公告管理:支持滚动通知与弹窗公告,支持定时发布
3.7.2 资讯内容管理
-
文章发布:集成富文本编辑器 (Quill/WangEditor)
-
分类管理:健康资讯、医院动态等多级分类
-
列表与详情:支持图文混排展示
3.7.3 医生展示管理
-
医生卡片:标准化展示组件
-
医生详情页:支持富文本介绍,展示擅长领域
-
推荐算法:基于评分/科室/热度的推荐排序
3.8 用户认证中心 (UAC)
3.8.1 统一认证
-
多方式登录集成 (密码/验证码)
-
Token 管理
-
登录日志与异常监控
3.8.2 安全风控
-
图形验证码
4. 系统流程分析
4.1 在线问诊流程 (更新)
4.1.1 问诊流程
-
模式选择
-
用户进入问诊中心,选择 "AI智能助手" 或 "找医生"
-
-
AI问诊流程
-
用户输入病情描述 -> 后端调用 DeepSeek API -> 前端SSE流式展示回复 -> 结束或推荐医生
-
-
人工问诊流程 (挂号-支付-问诊)
-
Step 1 找医生:浏览科室/医生列表 -> 查看医生详情 -> 点击"立即问诊/预约挂号"
-
Step 2 挂号支付:选择就诊时间(或当前在线) -> 确认订单 -> 支付宝支付挂号费
-
Step 3 进行问诊:
-
支付成功 -> 系统自动创建问诊会话
-
进入聊天室 -> 发送图文/语音/视频请求
-
医生接诊回复
-
-
Step 4 结束评价:问诊结束 -> 填写评价
-
4.2 预约挂号流程
4.2.1 预约流程(简化版)
-
查询与选择
-
患者登录系统,选择科室
-
查看科室医生及其可预约时间
-
选择合适的医生和时间段
-
-
提交与支付
-
填写预约信息
-
提交预约申请并支付挂号费
-
系统生成预约凭证
-
-
预约管理
-
患者可查看和取消预约
-
医生可查看预约患者列表
-
4.3 支付流程
4.3.1 支付宝沙箱支付流程
-
支付发起
-
用户确认订单(挂号或问诊)
-
选择支付宝支付
-
后端调用支付宝接口生成支付表单/二维码
-
前端跳转支付宝沙箱收银台
-
-
支付处理
-
用户使用沙箱账号完成支付
-
支付宝回调后端接口 (notify_url)
-
后端验签并更新订单状态
-
前端轮询或接收WebSocket通知支付成功
-
5. 非功能性需求
5.1 基础性能需求
5.1.1 响应时间要求(简化版)
-
页面加载时间:Web端页面加载时间≤5秒
-
API响应时间:核心业务API响应时间≤1秒
-
数据库查询:支持基本的分页查询和数据检索
5.1.2 简单吞吐量要求
-
系统并发用户数:支持≥100个并发用户(满足毕业设计演示需求)
-
基本操作流畅:保证日常操作流畅不卡顿
5.2 基础安全需求
5.2.1 简单数据安全
-
密码加密:用户密码采用MD5或BCrypt加密存储
-
传输安全:使用HTTPS协议传输数据(开发环境可简化)
5.2.2 基本访问控制
-
用户认证:实现基本的用户名密码登录认证
-
权限控制:实现简单的角色权限管理(患者、医生、管理员)
-
会话管理:设置合理的会话超时机制
5.2.3 基础安全防护
-
输入验证:对用户输入进行基本验证,防止常见注入攻击
-
错误处理:不向用户展示详细错误信息
5.3 简化可用性需求
5.3.1 基本可用性
-
系统可用性:满足毕业设计演示要求,正常运行时间≥95%
-
简单备份:定期手动备份数据库
5.3.2 错误处理
-
友好提示:提供基本的错误提示信息
-
异常捕获:捕获并处理常见异常,避免系统崩溃
5.4 基础可扩展性
-
模块化设计:系统采用简单的模块化结构
-
接口设计:预留基本接口,便于未来扩展
5.5 基础合规性
-
数据隐私:基本的数据隐私保护措施
-
用户授权:关键操作需用户确认
6. 数据库设计建议
6.1 核心数据实体设计 (重构)
为适应大学生毕业设计规模,数据库设计以简洁、实用为原则。 核心变更:采用统一的 sys_user 表管理所有用户(管理员、医生、患者),通过角色区分权限,并使用扩展表存储特定身份信息。
-
系统用户 (SysUser) (核心表)
-
user_id(主键) -
username(用户名/手机号,唯一) -
password(加密密码) -
salt(盐值) -
user_type(用户类型:0-管理员, 1-医生, 2-患者) -
nickname(昵称) -
avatar(头像URL) -
phone(手机号) -
email(邮箱) -
status(状态:正常/锁定) -
create_time(创建时间)
-
-
患者档案 (PatientProfile)
-
id(主键) -
user_id(关联 SysUser) -
gender(性别) -
birthday(出生日期) -
address(地址) -
emergency_contact(紧急联系人) -
emergency_phone(紧急联系电话)
-
-
医生档案 (DoctorProfile)
-
id(主键) -
user_id(关联 SysUser) -
department_id(关联科室) -
title(职称:主任医师/副主任医师/主治医师等) -
specialty(擅长领域,JSON标签) -
introduction(专业简介,富文本) -
education(学历) -
graduated_school(毕业院校) -
work_years(从医年限) -
academic_achievements(学术成就) -
registration_fee(挂号费) -
is_recommended(是否推荐:0/1) -
rating(评分)
-
-
医生排班 (DoctorSchedule) (新增)
-
schedule_id(主键) -
doctor_id(关联 SysUser/DoctorProfile) -
schedule_date(排班日期:YYYY-MM-DD) -
shift_type(班次:1-上午, 2-下午, 3-晚班) -
start_time(开始时间,如 08:00) -
end_time(结束时间,如 12:00) -
total_quota(总号源数) -
remaining_quota(剩余号源数) -
status(状态:正常/停诊) -
version(乐观锁版本号,用于并发扣减库存)
-
-
科室 (Department)
-
dept_id(主键) -
dept_name(科室名称) -
dept_desc(科室描述) -
status(状态)
-
-
预约挂号 (Appointment)
-
appointment_id(主键) -
patient_id(关联 SysUser) -
doctor_id(关联 SysUser) -
schedule_id(关联 DoctorSchedule,新增) -
status(待支付/已支付/已完成/已取消/已退款) -
fee(费用) -
create_time(创建时间) -
说明:关联具体的排班记录
-
-
在线问诊 (Consultation)
-
consultation_id(主键) -
appointment_id(关联 Appointment) -
patient_id(关联 SysUser) -
doctor_id(关联 SysUser) -
type(AI/HUMAN) -
status(待接诊/进行中/已结束) -
start_time -
end_time
-
-
问诊消息 (ConsultationMessage)
-
message_id(主键) -
consultation_id(关联 Consultation) -
sender_id(关联 SysUser) -
receiver_id(关联 SysUser) -
msg_type(TEXT/IMAGE/VOICE/VIDEO_CALL/SYSTEM) -
content(内容) -
send_time(发送时间)
-
-
支付记录 (Payment)
-
payment_id(主键) -
user_id(关联 SysUser) -
rel_id(关联业务ID) -
amount(金额) -
pay_type(ALIPAY) -
status(支付状态) -
trade_no(第三方流水号)
-
-
轮播图 (Banner) (新增)
-
id(主键) -
title(标题) -
image_url(图片地址) -
link_url(跳转链接) -
sort_order(排序值) -
status(状态:启用/禁用) -
create_time(创建时间)
-
-
公告通知 (Announcement) (新增)
-
id(主键) -
title(标题) -
content(内容,支持富文本) -
type(类型:紧急/停诊/日常) -
status(状态:发布/下架) -
publish_time(发布时间)
-
健康资讯 (HealthArticle) (新增)
-
id(主键) -
category_id(分类ID) -
title(标题) -
summary(摘要) -
cover_url(封面图) -
content(正文,富文本) -
view_count(阅读量) -
status(状态) -
create_time(创建时间)
-
资讯分类 (ArticleCategory) (新增)
-
id(主键) -
name(分类名称) -
sort(排序)
-
就诊记录 (MedicalRecord) (新增)
- `id` (主键) - `consultation_id` (关联问诊ID) - `patient_id` (患者ID) - `doctor_id` (医生ID) - `diagnosis` (诊断结果) - `symptoms` (主诉/症状) - `treatment_plan` (治疗方案) - `prescription` (处方概要) - `remark` (备注) - `create_time`、`update_time`、`del_flag`
-
问诊评价 (ConsultationEvaluation) (新增)
- `id` (主键) - `consultation_id`、`patient_id`、`doctor_id` - `star_rating` (总星级1-5,用于汇总与兼容) - `professional_rating` (专业水平1-5) - `attitude_rating` (服务态度1-5) - `satisfaction_rating` (满意度1-5) - `content` (评价内容) - `create_time`、`update_time`、`del_flag`
-
处方药品明细 (PrescriptionItem) (新增)
- `id` (主键) - `prescription_id` (处方ID) - `drug_id` (药品ID) - `drug_name`、`drug_spec` (药品名称/规格快照) - `dosage`、`dosage_unit`、`quantity`、`quantity_unit` - `frequency`、`days`、`remark` - `create_time`、`update_time`、`del_flag`
-
药品订单物流节点 (DrugOrderLogistics) (新增)
- `id` (主键) - `order_id` (药品订单ID) - `status` (物流状态) - `location` (当前位置) - `content` (物流说明) - `trace_time` (节点时间) - `create_time`、`update_time`、`del_flag`
6.2 数据关系设计
6.2.1 主要关系
-
患者-预约:一对多,一个患者可预约多个医生
-
医生-预约:一对多,一个医生可被多个患者预约
-
医生-科室:多对一,多个医生属于一个科室
-
患者-问诊:一对多,一个患者可进行多次问诊
-
医生-问诊:一对多,一个医生可接诊多个患者
6.2.2 基础完整性约束
-
所有主键必须唯一且非空
-
外键引用必须有效
-
密码使用加密存储
-
同一患者与同一医生在人工问诊进行中时仅允许一个开放会话(唯一索引约束)
6.3 简单优化建议
6.3.1 索引优化
-
为常用查询字段创建索引,如用户ID、医生ID、预约日期
-
为外键字段创建索引,提高查询效率
6.3.2 数据备份
-
定期进行数据库备份
-
保存关键业务数据的备份副本
6.4 注意事项
-
本设计为简化版本,专注于核心功能实现
-
不包含复杂的分库分表、读写分离设计
-
适合毕业设计的单数据库实现
7. 角色与权限设计
7.1 角色定义
-
超级管理员:role_id=1,系统全局管理权限
-
医生:role_id=11,接诊、排班、处方、就诊记录等
-
患者:role_id=16,前台默认角色,预约、支付、问诊、订单等
7.2 关键权限点
-
CMS/药品管理:cms.drug.query_table、cms.drug.create、cms.drug.update、cms.drug.remove
-
CMS/评价管理:cms.evaluation.query_table(默认授权查询)、cms.evaluation.remove(删除权限收敛)
-
医院/就诊记录:hospital.medical_record.create(按钮)
-
药品订单/患者查询:hospital.patient.query_list(按钮,供下拉选择患者)
-
患者查询接口:GET /api/admin/patient(联动“药品订单-患者查询”按钮)
7.3 菜单与按钮授权 SQL(现有脚本摘要)
-
药品管理菜单与按钮重置并授权(zz_20260208_0001_fix_cms_drug_menu.sql)
-
处方“新增”按钮授权角色1、11(zz_20260208_0002_grant_prescription_create_role_1_11.sql)
-
新增患者角色 role_id=16(zz_20260208_0003_add_patient_role.sql)
-
新增就诊记录按钮并授权(zz_20260209_0001_add_medical_record.sql)
-
新增评价表与菜单按钮(zz_20260209_0002_add_consultation_evaluation.sql)
-
评价删除权限收敛(zz_20260213_0002_revoke_evaluation_remove_role_1_11.sql)
-
药品订单页面新增“患者查询”按钮并授权(zz_20260213_0003_add_patient_selector_button.sql)
示例:新增“药品订单-患者查询”按钮并授权
-- 新增按钮
INSERT INTO sys_menu (...) VALUES (... 'hospital.patient.query_list', ...);
-- 授权角色1/10/11
INSERT INTO sys_role_menu (menu_id, role_id) VALUES (..., 1), (..., 10), (..., 11);
8. UI/UX设计建议
8.1 基础设计原则
-
简洁实用:界面布局简单清晰,突出核心功能
-
易于理解:操作流程符合用户直觉,减少学习成本
-
及时反馈:所有用户操作应提供明确的视觉反馈
-
一致性:保持界面元素和交互方式的统一
8.2 界面布局
8.2.1 Web端基础布局
-
顶部导航:系统名称、用户信息、退出登录
-
左侧菜单:主要功能模块导航
-
主内容区:核心业务展示区域
8.3 核心页面设计
8.3.1 患者端核心页面
-
登录/注册页 (设计更新)
-
登录页:左右布局或居中卡片,支持 Tab 切换(密码登录/验证码登录)。
-
注册页:分步引导 (Step Wizard),1. 验证手机 -> 2. 设置密码 -> 3. 完善资料。
-
视觉风格:医疗蓝为主色调,配以干净的插画。
-
-
首页
-
顶部轮播图:展示医院重要通知和活动
-
功能导航区:在线问诊、预约挂号、找医生、健康档案
-
推荐医生区:卡片式展示名医风采(头像、姓名、职称、擅长)
-
科室导航
-
-
医生详情页 (新增)
-
基本信息卡片:头像、姓名、职称、科室、评分
-
专业介绍:擅长领域标签、详细个人简介
-
学术成就:展示学历、从医年限、学术成果
-
服务入口:图文问诊、视频问诊、预约挂号按钮
-
-
在线问诊页面
-
医生选择列表
-
简单的文字聊天界面
-
问诊历史记录
-
-
预约挂号页面
-
科室选择
-
医生排班展示
-
预约确认表单
-
-
个人中心
-
基本信息查看
-
我的预约和问诊记录
-
8.3.2 医生端核心页面
-
医生工作台
-
待处理问诊列表
-
今日预约患者展示
-
-
问诊管理
-
问诊列表与详情
-
患者聊天界面
-
-
预约管理
-
预约患者列表
-
基本的排班信息
-
技术描述
-
框架:Vue.js 3 + Vite
-
状态管理:Pinia
-
路由:Vue Router
-
UI组件库:Element Plus / Ant Design Vue
-
通讯协议:WebSocket / EventSource (SSE)
-
核心框架:Spring Boot 3.1.x
-
架构模式:Maven 多模块架构 (sz-common, sz-service, sz-admin)
-
ORM框架:MyBatis-Plus / MyBatis-Flex
-
安全框架:Sa-Token / Spring Security + JWT
-
实时通讯:WebSocket / Netty (用于实时聊天)
-
AI集成:DeepSeek API (SSE流式响应)
-
支付集成:支付宝沙箱 SDK
-
主数据库:MySQL 8.0
-
缓存:Redis (用于缓存和消息队列)
项目截图描述












































