简介这是一套面向Java Web初学者与课程设计者的医院病人电子病历管理系统源码基于SpringBoot与SSM框架开发前端采用Vue与ElementUI数据库使用MySQL 5.7以上版本适合用于毕业设计、课程实训或二次开发学习。系统功能覆盖首页、医院公告、科室信息、出诊信息、个人中心及后台管理等模块可帮助读者理解电子病历场景下的权限划分与数据流转。压缩包共1437个文件约24.22MB其中143个java文件承载后端业务逻辑180个jsp与26个html构成页面结构354个js、137个css及大量png、gif、jpg等静态资源支撑前端交互与界面展示另有sql脚本、xml配置、properties文件及说明文档便于快速导入运行。目前已有408人学习下载读者可借此掌握SpringBoot整合SSM、Vue前后端分离的完整项目结构并参考现有模块完成功能扩展与调试排错。1. 从一份 Java 电子病历系统源码说起它到底能跑通什么医院信息科最头疼的事往往不是买不到系统而是买来的系统改不动。一套电子病历管理系统牵涉病人建档、门诊挂号、医生开方、病历书写、医嘱执行、检验检查回传、费用结算每一环都跟科室流程绑死。商业软件交付后想加一个字段、改一个打印模板都得走厂商排期。所以很多做 Java 课程设计、毕设、或者中小机构自研的团队会直接找一套能跑通的 SpringBoot 电子病历管理系统源码来二次开发。这份 java-医院病人电子病历管理系统源码就是典型的 SpringBoot MySQL 技术栈带源代码和说明材料适合拿来当业务底座或者学习样板。它解决的不是从零造轮子而是给你一个已经能登录、能建档、能写病历的骨架你在此基础上改业务、换界面、接接口。适合谁做 Java 课程设计的学生、需要快速验证医院业务逻辑的开发者、以及想研究医疗信息系统权限模型和病历数据结构的工程师。2. 拆开这套 SpringBoot 病历系统分层结构与数据模型怎么读拿到一份源码最忌讳上来就改代码。先花半小时把工程结构和数据库表读明白后面能省掉大量返工。这套系统是标准的 SpringBoot 分层架构配合 MySQL 做持久化前端大概率是 Thymeleaf 或者前后端分离的 Vue 页面具体以说明材料为准。2.1 工程目录与分层职责典型的 SpringBoot 医疗项目目录长这样你对照自己的源码包看src/main/java/com/hospital/ ├── controller/ // 接收前端请求做参数校验 ├── service/ // 业务逻辑病历、挂号、医嘱都在这 │ └── impl/ ├── mapper/ // MyBatis 接口对应 XML 里的 SQL ├── entity/ // 数据库实体一个类对应一张表 ├── config/ // 拦截器、跨域、MyBatis 配置 └── utils/ // 日期、加密、统一返回结果 src/main/resources/ ├── mapper/ // MyBatis 的 XMLSQL 写在这 ├── application.yml // 数据库连接、端口、日志 └── static/ templates/ // 前端静态资源controller 层只做参数接收和返回封装真正的业务判断在 service。比如医生只能看自己科室的病人这种规则一定写在 service 里而不是 controller。entity 和数据库表一一对应字段名驼峰转下划线由 MyBatis 的 map-underscore-to-camel-case 配置处理。读源码时先看 entity 有哪些类基本就知道系统管了哪些业务对象病人、医生、科室、病历、挂号单、医嘱、药品通常就是这几张核心表。2.2 核心数据表与病历主键设计病历系统的数据模型有几个关键点直接决定你后面能不能扩展。常见做法是病人信息表patient和病历表medical_record分开用病人 ID 关联一个病人可以有多条病历记录对应多次就诊。表名作用关键字段注意点patient病人基本信息id、name、id_card、phoneid_card 要唯一索引medical_record病历主表id、patient_id、doctor_id、create_time按就诊时间排序doctor医生信息id、name、dept_id、title关联科室department科室id、name挂号分流用prescription处方/医嘱id、record_id、drug_id、dosage一条病历多条医嘱病历主键我一般建议用自增 bigint别用业务字段当主键。有些源码图省事拿身份证号做主键后期病人信息变更就是灾难。病历和病人的关联用 patient_id 外键查询时先按 patient_id 过滤再按时间倒序这是病历列表最常见的查询模式。如果源码里没建索引你自己补一个idx_patient_time (patient_id, create_time)数据量上万后差别很明显。2.3 权限模型为什么病历系统不能只做登录医疗系统的权限比普通管理系统复杂因为它涉及谁能看谁的病历。常见做法是 RBAC 加数据权限角色分管理员、医生、护士、挂号员菜单权限控制能进哪些页面数据权限控制能看哪些数据。医生角色通常只能看自己科室或自己接诊的病人管理员能看全部。// 数据权限过滤的常见写法在 service 查询前拼条件 public ListMedicalRecord listRecords(Long doctorId, String role) { QueryWrapperMedicalRecord wrapper new QueryWrapper(); if (doctor.equals(role)) { // 医生只能看自己写的病历 wrapper.eq(doctor_id, doctorId); } // admin 不加条件看全部 wrapper.orderByDesc(create_time); return medicalRecordMapper.selectList(wrapper); }这段逻辑说明角色判断放在 service不要相信前端传来的 doctorId一定要从登录态session 或 token里取当前用户 ID否则改个请求参数就能越权看别人病历。参数上role 来自登录用户而非请求体这是血泪经验——很多课程设计源码在这里是裸奔的你接手后第一件事就是补上。3. 把系统跑起来环境配置、建库与启动排错源码能不能跑通八成卡在环境和数据库上。这一章按顺序走一遍从 JDK 到启动成功。3.1 环境版本与依赖确认先看 pom.xml 里的 SpringBoot 版本和 JDK 要求。老项目常见 SpringBoot 2.x 配 JDK 8新一点的用 JDK 17。如果你本机 JDK 版本和项目对不上会报源发行版 17 需要目标发行版 17这类编译错误这是版本不匹配的典型症状不是代码问题。# 确认本机 JDK 版本 java -version # 确认 Maven 版本建议 3.6 以上 mvn -v # 进入项目根目录先编译看依赖能否拉下来 mvn clean compile -DskipTests编译阶段如果卡在下载依赖多半是仓库地址问题检查 settings.xml 的 mirror 配置。编译通过再谈启动别跳过这步直接 run否则报错信息会混在一起排查成本翻倍。3.2 建库与 application.yml 配置说明材料里一般带 .sql 文件先建库再导入。数据库字符集用 utf8mb4病历里有中文和特殊符号utf8 会出问题。CREATE DATABASE hospital_emr DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hospital_emr; -- 导入说明材料里的 sql 文件 SOURCE /path/to/hospital_emr.sql;然后改 application.yml 的数据库连接四个参数对不上就起不来spring: datasource: url: jdbc:mysql://localhost:3306/hospital_emr?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver server: port: 8080url 里的 serverTimezone 必须写MySQL 8 不写会报时区错误。driver-class-name 用 cj 开头的新驱动老驱动 com.mysql.jdbc.Driver 在 MySQL 8 下会警告甚至失败。端口 8080 被占用就改成 8081别硬扛。3.3 启动与首次登录验证配置改完直接启动主类看控制台有没有 Started Application in x seconds。启动成功后浏览器访问http://localhost:8080用说明材料里的默认账号登录通常是 admin/123456 之类。# 命令行启动方便看日志 mvn spring-boot:run # 或者打包后运行 mvn package -DskipTests java -jar target/hospital-emr-0.0.1-SNAPSHOT.jar登录后按建档 → 挂号 → 写病历 → 开医嘱走一遍完整流程能走通说明核心链路没问题。走不通就回到控制台看异常栈最常见的是表字段和 entity 对不上、或者 sql 没导全。这一步别急着改代码先确认是环境问题还是代码问题。4. 二次开发避坑病历系统改需求时最容易翻车的五件事这套源码能跑但真拿去改业务坑不少。下面五条是我实际改医疗项目时踩过的按现象 → 原因 → 解决给你。4.1 病历保存后查不到列表空白现象新增病历提示成功但列表页不显示。原因多半是查询条件带了 doctor_id 或 dept_id 过滤而新增时这两个字段没赋值或者登录态里取的用户 ID 和写入的不一致。解决先看数据库里这条记录到底有没有、doctor_id 是不是 null再对比查询 SQL 的 where 条件。别怀疑前端八成是数据权限过滤把新数据挡了。4.2 中文乱码病历内容变问号现象写入的中文在数据库里显示为 ???。原因数据库、表、连接三处字符集不一致。解决库和表用 utf8mb4连接 url 加 characterEncodingutf8还要检查 MySQL 服务端 my.cnf 的 character-set-server。三处统一才行改一处没用。4.3 时间字段差 8 小时现象病历创建时间比实际早或晚 8 小时。原因serverTimezone 没配或配错或者 entity 用了 java.util.Date 而数据库是 timestamp。解决url 里明确 serverTimezoneAsia/Shanghaientity 时间字段统一用 LocalDateTime别混用 Date 和 LocalDateTime。4.4 越权访问改个 URL 就能看别人病历现象把病历详情 URL 里的 id 改成别的数字能看到不属于自己的病历。原因详情接口只按 id 查没校验这条病历的 doctor_id 是不是当前登录用户。解决在 service 的详情方法里加归属校验查出来后判断record.getDoctorId().equals(currentUserId)不匹配就抛异常。这是医疗系统最不能省的一步。4.5 打包后静态资源 404现象本地 run 正常打成 jar 后页面样式全丢。原因静态资源路径写成了绝对路径或者没放进 resources/static。解决静态资源引用用相对路径确认打包时 static 和 templates 都在 jar 里。用jar tf target/xxx.jar | grep static验证一下。5. 从能跑到好用病历模板、导出与数据校验的进阶处理系统跑通只是起点真正让它在科室里能用还得处理病历模板、数据导出和录入校验。这几点做好了这套源码才算真正落地。5.1 病历模板与结构化录入自由文本的病历医生写起来累后期统计也难。常见做法是把病历拆成结构化字段主诉、现病史、既往史、体格检查、初步诊断每个字段独立存储或存成 JSON。如果源码里病历是单个大文本字段你可以加一张 medical_record_item 表按 record_id 存每个字段的值前端用表单分块录入。这样既方便打印也方便后续做质控和检索。改的时候注意兼容老数据大文本字段先保留新数据走结构化别一刀切。5.2 病历导出 Word 与打印医院对病历打印有格式要求导出 Word 是刚需。Java 里常用 POI 或 poi-tl 做模板导出。poi-tl 的好处是拿一个 .docx 模板里面用{{name}}占位代码里填数据就行。// poi-tl 导出病历模板里用 {{}} 占位 XWPFTemplate template XWPFTemplate.compile(template/record.docx) .render(new HashMapString, Object() {{ put(patientName, record.getPatientName()); put(diagnosis, record.getDiagnosis()); put(createTime, record.getCreateTime()); }}); template.writeToFile(output/record_ record.getId() .docx); template.close();逻辑说明compile 加载模板render 填充数据writeToFile 输出。参数上模板路径要放在 resources 下并用类加载器读取别用绝对路径否则打包后找不到。注意 poi-tl 版本要和 POI 版本匹配版本冲突会报 NoSuchMethodError这是导出功能最常见的翻车点。5.3 录入校验与数据质量病历数据一旦入库改起来麻烦所以录入时就要卡住。身份证号做格式和唯一性校验手机号做正则校验必填项前端后端都校验一遍。后端校验不能省前端校验只是体验绕过太容易。// 身份证唯一性校验建档前调用 public void checkIdCard(String idCard) { Long count patientMapper.selectCount( new QueryWrapperPatient().eq(id_card, idCard)); if (count 0) { throw new BusinessException(该身份证已建档); } }参数说明idCard 来自前端表单校验放在 service 的建档方法最前面。注意并发场景下两个请求同时通过校验再插入会重复严格的话给 id_card 加唯一索引让数据库兜底捕获唯一约束异常再提示。5.4 一个我坚持的习惯改这类医疗源码我每次动数据库之前都先mysqldump备份一份改完先在小数据量下验证查询性能再上真实数据。病历表数据涨得快一个没建索引的查询几千条时无感几万条时页面就转圈了。从那以后我每次接手新表都强制先看 explain 执行计划再写业务代码。希望这套源码能帮你少走点弯路把精力花在业务本身而不是环境折腾上。本文还有配套的精品资源点击获取