简介医院住院管理系统是一套面向Java Web开发者、高校学生及毕业设计人群的实战项目源码业务覆盖患者信息管理、入院/出院办理、病床实时调度、诊疗记录跟踪、医疗费用核算与线上预约挂号等环节功能链条完整。后端以Java为主要语言采用Spring Boot构建RESTful API支持高并发与微服务扩展前端涉及HTML、CSS、JavaScript、JSP以及Less/Scss预处理器包含完整页面资源与交互逻辑数据库端还提供SQL脚本便于一键初始化表结构。资源包共738个文件压缩后约13.6MB文件类型以less、js、css、html、jsp、java、class等为主同时含ttf/eot/woff字体、png/svg图标、jar依赖、properties配置及项目描述文件覆盖Web项目从静态资源到后端逻辑、再到部署配置的完整目录结构。目前已有1579人学习下载。通过阅读源码可同时体会经典Servlet/JSP与Spring Boot结合的实现方式练习面向对象建模、数据库ER设计、SQL性能优化、前端组件协作以及SQL注入、XSS等Web安全防护对准备课程设计、毕业设计或想系统性梳理Java Web开发流程的读者是一份结构完整、便于上手的参考资料。1. 医院住院管理系统 Java 项目源码先看 class 文件再谈业务如果你是冲着「医院住院管理系统 Java项目源码」这个词来的大概率是两种情况一是课程设计要交差了二是想在面试前找一个业务闭环完整的 Java Web 项目啃一啃。这套源码我拆完之后的第一印象是——它比那些堆了十几个 Maven 依赖的「伪完整项目」实在得多。项目核心是经典的 Servlet JSP JDBC 架构覆盖患者入院、出院、病床调度、费用计算、预约挂号、医生与管理员双角色登录这些住院管理主链路。但注意一个关键事实下载包里大概率只给了编译后的 .class 文件不是 .java 源文件这意味着你要么用 IDE 反编译看逻辑要么把它当成「阅读 重构」的练习素材。别慌这反而是好事下文我会告诉你为什么会这么判断以及怎么把它在本地跑起来。2. 从 class 文件反推架构Servlet JSP JDBC 的老三层2.1 先数一数 class 清单控制层、业务层、持久层各就各位拿到压缩包先别急着解压跑先看清单。项目正文里列出来的这些 class 文件其实已经把架构说得很明白了class 文件职责推断所属层次AdminLoginServlet / DocLoginServlet管理员登录、医生登录的请求入口控制层AdminInfoService / DocInfoService管理员、医生的业务逻辑处理业务层PatiInfoService患者信息增删改查业务层NewRInfoService新入院记录、预约记录处理业务层WardInfoService病床信息与状态流转业务层BaseDaoJDBC 连接、通用增删改查封装持久层GenerateSQLDao动态生成 SQL 语句持久层ConvertUtil类型转换、日期格式化等工具工具层这个类命名习惯是非常典型的「Java Web 课程设计 小型医院管理项目」风格——类名直白一个类管一件事没有花哨的设计模式。你如果看过一些培训机构的项目就会发现它们几乎长一个样XxxServlet 做请求分发XxxInfoService 处理业务BaseDao 统一管数据库操作。好处是新手容易看懂坏处是层与层之间的边界没那么严格比如 Service 里可能会直接写 JDBC。这里要纠正一个常见的认知偏差摘要描述里提到 Spring Boot、RESTful API、Vue.js 这些技术栈但实际情况是——从 class 文件就能看出来这套项目压根不是微服务架构也没有前端框架。它是传统的 JSP 渲染页面 Servlet 做控制器 JDBC 直连数据库。Spring Boot 那套描述是通用的项目介绍模板,跟这套源码的实际构成对不上。我拆过不少这样的包十有八九摘要都是机器写的真正判断架构还得看 class 文件和 lib 目录。2.2 老三层架构的运作链路这套项目的请求流转链路用一句话概括就是浏览器请求 → Servlet 接收参数 → Service 处理业务 → Dao 访问数据库 → 结果回填到 JSP 页面。以管理员登录为例AdminLoginServlet 接收用户名密码调用 AdminInfoService 去 BaseDao 里查 Admin 表比对通过后把管理员信息塞进 Session再 forward 到管理首页。为什么当年这类项目普遍选 Servlet JSP JDBC 而不是 Spring MVC最现实的原因是零框架依赖部署简单。把项目打包成 war 丢进 Tomcat 的 webapps 目录就能跑不需要 Maven 拉依赖、不需要配 Spring 容器。对教学场景和课程设计来说这反而是优点——你能看到每一个环节的原始样子不像 Spring Boot 项目那样被自动配置遮得严严实实。我一般拿到这种项目会先做一件事把 class 文件用反编译工具IDEA 自带 FernFlower或者 JD-GUI还原成 .java然后重点看 BaseDao 和 GenerateSQLDao。因为这两个类决定了这套代码能跑得多顺。BaseDao 里通常维护着一个 Connection 的获取逻辑可能是 DriverManager.getConnection也可能是 C3P0 连接池GenerateSQLDao 更关键——从类名推断它大概率是根据实体对象的字段动态拼接 INSERT 或 UPDATE 语句的「半自动」工具。如果它确实是用反射遍历实体类字段来生成 SQL那这套代码在设计上比纯手写 SQL 要进阶一档。2.3 一个完整的业务请求长什么样拿「新患者办理入院」这条链路举例。前端页面上填完入院信息提交NewRInfoService 接手处理两件事往患者表插入基本信息同时往病床表更新床位状态——把某个空闲床位改成占用并关联上患者 ID。这中间如果第二步失败第一步的插入也要回滚。所以这个 Service 里应该有事务控制要么是手动 connection.commit()/rollback()要么是 BaseDao 里封装了事务模板。而 WardInfoService 的床位状态设计一般是一个枚举或状态字段空闲0、占用1、待清洁2。患者出院时床位从占用转成待清洁而不是直接转回空闲这和真实医院管理流程对得上。这就是我刚才说「比伪完整项目实在」的原因——不少课程设计把床位状态只做成空闲/占用两态压根不考虑保洁环节。如果你要拿这套项目去面试我建议把这三条链路背熟入院患者表插入 床位占用、出院床位转待清洁 费用结算、预约挂号预约表插入 号源扣减。面试官问业务流程时直接说你读过这套源码的 class 结构能讲出数据流转比背八股文有说服力得多。3. JDK 8 MySQL 8 Tomcat 9把这套源码在本地跑起来3.1 环境选型别一上来就 JDK 17这套项目是典型的 Java 8 时代产物class 文件版本大概率是 52Java 8 对应版本号或更低。直接用 JDK 17 跑不是不行但会遇到不少麻烦——比如高版本 JDK 移除了某些老库、模块化系统对反射的限制更严格。最省事的方式是装 JDK 8。如果你电脑上已经有高版本 JDK也可以下个 jdk8 zip 绿色版解压到单独目录不碰系统 PATH只在 IDE 里给这个项目单独指定 JDK 8。Windows 下配置 JDK 8 的常见做法是这样下载 jdk8 的 zip 包不用 exe 安装版解压到 D:\Java\jdk1.8.0_202然后配 JAVA_HOME 和 PATH。配完之后命令行验证java -version javac -version输出里能看到 1.8.0_202 或者 java version 1.8.0_202 就说明没问题。注意一个小坑如果你装了多个 JDKcmd 里执行 java -version 时可能命中高版本因为 PATH 里前面那个生效。这时要么调整 PATH 顺序要么在 IDEA 的 Project Structure 里直接指定 JDK 路径后者更省心。Tomcat 版本选择上Tomcat 9 配 JDK 8 是稳的Tomcat 8.5 也行。别上 Tomcat 10——Tomcat 10 把 javax.servlet 包名换成了 jakarta.servlet这套老代码的 Servlet 全是 javax 开头丢进去直接 500。3.2 MySQL 8 的两个硬坑认证插件和时区数据库方面这套项目当年的开发环境基本是 MySQL 5.x但你现在装的大概率是 MySQL 8.0。MySQL 8 默认的认证插件是 caching_sha2_password老版本的 MySQL Connector/J 驱动不认识它连接时会报 Unable to load authentication plugin。解决办法两个把驱动换成 8.x 的 mysql-connector-java或者把 MySQL 用户认证改回 mysql_native_password。我的建议是直接换驱动。根目录 lib 或 WEB-INF/lib 里如果躺着 mysql-connector-java-5.1.x.jar把它换成 8.0.x 版本连接 URL 也要改drivercom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/hospital?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse usernameroot password你的密码注意 URL 里必须带上 serverTimezoneAsia/Shanghai否则 MySQL 8 会报 CST 时区识别错误。这就是搜索引擎里常说的 mysql80 zip 配置教程里反复强调的那几个参数其实核心就是这个。数据库本身如果是 zip 安装的 MySQL 8先初始化mysqld --initialize-insecure --basedirD:/mysql-8.0 --datadirD:/mysql-8.0/data net start mysql mysql -u root -pinitialize-insecure 会生成一个空密码的 root 账号登录后立刻改密码ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 123456; FLUSH PRIVILEGES;3.3 IDEA 导入 部署运行用 IDEA 打开这个项目不是新建选 Open 然后定位到解压目录。IDEA 会识别为一个普通 Java 项目这时候要手动做三件事把项目结构里的 Source 标记为 src如果反编译后有源码、把 lib 下的 jar 加入 Libraries、配置 Artifacts 打成 war exploded 模式。部署的核心配置在 Run/Debug Configurations 里选 Tomcat Server → LocalApplication server 指向你解压的 Tomcat 目录Deployment 选项卡里把 war exploded 加进去Application context 填 /hospital。然后启动# IDEA 里直接点运行或者手动拷贝 war 到 Tomcat cp target/hospital.war /path/to/tomcat/webapps/ /path/to/tomcat/bin/startup.bat启动后浏览器访问 http://localhost:8080/hospital/ 能看到登录页就说明环境通了。如果你看到 404 或者 500先去看 Tomcat 的 logs/catalina.out重点搜 ClassNotFoundException 和 SQLException这两个异常覆盖了八成启动失败的原因具体排查我放在第 5 章。有一点要提醒如果压缩包里的 class 文件没有对应 .java 源文件IDEA 里是直接看不了源码的。我一般会先把 class 文件所在的整个目录复制一份然后在 IDEA 里选中这些 class 按快捷键反编译IDEA 内置 FernFlower 插件会自动反编译 class 文件并显示为可读源码。反编译出来的代码没有注释、泛型可能丢失但跑通流程不受影响。4. 核心业务与数据库床位、费用、预约是怎么落表的4.1 表结构设计参考这套项目里我推测核心表不少于七张管理员表、医生表、患者表、病床表、入院记录表、费用明细表、预约挂号表。表结构设计是这类项目的灵魂面试也常被追问。按这套项目的业务范围合理的建表脚本长这样CREATE TABLE patient ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, gender CHAR(1), age INT, phone VARCHAR(20), id_card VARCHAR(18), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE ward ( id INT PRIMARY KEY AUTO_INCREMENT, ward_no VARCHAR(20) UNIQUE, status TINYINT DEFAULT 0 COMMENT 0-空闲 1-占用 2-待清洁, patient_id INT, ward_type VARCHAR(10) COMMENT 普通/ICU, fee_per_day DECIMAL(8,2) ); CREATE TABLE admission_record ( id INT PRIMARY KEY AUTO_INCREMENT, patient_id INT, ward_id INT, admit_date DATETIME, discharge_date DATETIME, diagnosis VARCHAR(255), status TINYINT COMMENT 0-在院 1-已出院 ); CREATE TABLE fee_record ( id INT PRIMARY KEY AUTO_INCREMENT, admission_id INT, fee_type VARCHAR(20) COMMENT 药品/检查/床位, amount DECIMAL(10,2), create_time DATETIME ); CREATE TABLE appointment ( id INT PRIMARY KEY AUTO_INCREMENT, patient_name VARCHAR(50), doctor_id INT, appoint_date DATE, appoint_time VARCHAR(20), status TINYINT DEFAULT 0 COMMENT 0-待就诊 1-已完成 2-取消 );这套表结构的关键设计点在 ward 表的 status 字段——我在 2.3 里提到的三态流转就是靠这个 TINYINT 字段 WardInfoService 里的状态机逻辑实现的。另外一个值得留意的设计是 fee_record 把费用类型拆成药品、检查、床位三类这样结算时只要按 admission_id 汇总就能打印费用清单。如果你要扩展我最建议先加一张 drug 表和 prescription 中间表让药品费用从手填数字变成按药品单价自动计算——这属于性价比最高的功能升级。4.2 GenerateSQLDao不用手写 SQL 的土办法这个类的存在是这套源码里最让我感兴趣的部分。GenerateSQLDao 这类工具本质上是在模仿 ORM 框架的基础能力——通过反射读取实体类的字段和值拼出 INSERT、UPDATE、DELETE 语句。核心思路大概是public class GenerateSQLDao { public static String generateInsert(Object obj) { Class? clazz obj.getClass(); Field[] fields clazz.getDeclaredFields(); StringBuilder columns new StringBuilder(); StringBuilder values new StringBuilder(); for (Field field : fields) { field.setAccessible(true); try { Object value field.get(obj); if (value ! null) { columns.append(field.getName()).append(,); values.append().append(value).append(,); } } catch (IllegalAccessException e) { e.printStackTrace(); } } // 去掉末尾逗号拼成 INSERT INTO return String.format(INSERT INTO %s (%s) VALUES (%s), clazz.getSimpleName().toLowerCase(), columns.substring(0, columns.length() - 1), values.substring(0, values.length() - 1)); } }逻辑不复杂拿到实体对象的 Class遍历所有字段字段名就是列名字段值反射读出来塞进 SQL。这套做法在今天看确实简陋——SQL 注入风险取决于外层有没有用 PreparedStatement 参数化字段名和表名靠类名映射一旦表名和类名对不上就废。但作为教学项目它很直观地演示了「反射能做什么」而且你现在去看 MyBatis-Plus 的 insert 方法思路本质上和它一模一样只是加了注解映射、日志、缓存这些工程化能力。学习的时候把这个对比记在心里面试被问到「ORM 底层原理」时拿 GenerateSQLDao 当起点讲比干背源码强。4.3 BaseDao 里应该有什么BaseDao 的角色是统一数据访问入口。一个合格的 BaseDao 通常会封装这几个方法getConnection()负责拿连接、executeUpdate(String sql, Object... params)执行增删改、executeQuery(String sql, ResultSetMapper mapper)执行查询并做结果映射、closeAll()关闭连接和语句。这套项目如果走的是连接池方案getConnection 里可能是从 com.mchange.v2.c3p0.ComboPooledDataSource 取连接如果没引第三方库那就还是 DriverManager每次请求新建连接——性能不行但思路简单。这里有个容易翻车的地方手工拼接 SQL 时字符串里的单引号、日期格式、中文编码三件事最容易出错。ConvertUtil 这个类就是用来收拾这些杂活的——除了类型转换它大概率还封装了日期格式化、字符串判空、HTML 转义之类的工具方法。你在重构这套代码时优先把这个类的方法补全能让后面所有 Service 层的代码减少不少重复。5. 常见问题排查启动失败、乱码、驱动不兼容的五个现场5.1 Tomcat 启动报 ClassNotFoundException现象Tomcat 启动后访问项目地址直接 500日志里出现 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver 或者找不到某个 Servlet 类。 原因编译后的 class 文件和依赖 jar 没进到 WEB-INF/classes 和 WEB-INF/lib 里。IDEA 部署模式选成了 war 而不是 war exploded导致 lib 目录的 jar 没被拷贝到 Tomcat 的运行目录。 解决在 IDEA 的 Artifacts 设置里检查 Output Layout确认 lib 下的所有 jar 都在 WEB-INF/lib 节点下部署模式改选 war exploded它会把整个项目目录直接映射到 Tomcat启动后改动 JSP 也不用重启。5.2 MySQL 8 连接报 Communications link failure现象打开登录页面后点登录页面卡顿几秒然后报 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure。 原因两个高频因素——驱动版本太老很多这套源码自带 5.1.x 驱动不认 MySQL 8 的认证方式或者 URL 没带 serverTimezone。如果你在运行日志里看到 The server time zone value йʱ 这类乱码就是时区问题。 解决把驱动替换成 mysql-connector-java-8.0.xURL 完整写法参考 3.2 里那段配置。如果数据库里已经用 caching_sha2_password 插件顺手执行一遍 ALTER USER 改回 mysql_native_password双保险。5.3 JSP 页面中文全是问号现象页面标题、患者姓名、诊断信息全是 ???或者插入数据库的中文变成乱码。 原因三层乱码叠加——JSP 文件本身的 pageEncoding 不是 UTF-8、请求参数到后端时没按 UTF-8 解码、数据库连接 URL 没带 characterEncoding 参数、表字段字符集是 latin1。四个环节断一个中文就坏。 解决先统一 JSP 头部的 pageEncodingUTF-8再给 MySQL 连接 URL 加 characterEncodingutf8最后检查表字符集ALTER TABLE patient CONVERT TO CHARACTER SET utf8mb4。还有一个治本方案是写一个 CharacterEncodingFilter在 doFilter 里强制 request.setCharacterEncoding(UTF-8)这是老 Java 项目里标准的过滤器写法比在每一个 Servlet 里手动设置干净得多。5.4 IDEA 导入项目全是红叉但不报错现象IDEA 能打开项目所有文件都没有编译报错但项目目录上有个大红叉点运行时提示 Create Process failed。 原因项目没有绑定正确的 SDK 和运行环境——很常见的是 Project SDK 选成了 JDK 11但项目依赖的 Tomcat 版本是 8.5基于 JDK 8 编译或者 Project Structure 里没有指定 Web 模块的 Web Facet 和对应的 Tomcat Server Runtime。 解决File → Project Structure → Project 里把 SDK 换成 1.8Modules → Dependencies 里确认 Tomcat 的 library 勾上了Modules → Web 里检查 Web Facet 已启用同时把 facet 关联的 Server Runtime 指向你本地 Tomcat。5.5 端口被占用或 Tomcat 关闭后 java 进程还在现象第二次启动 IDEA 里 Tomcat 时报 8080 端口被占用或者 Tomcat 提示 Address already in use: JVM_Bind。 原因上次运行 Tomcat 时 IDEA 没把进程杀掉——常见于上一次是手动点击「停止」但线程卡住或者是用 startup.bat 启动的 Tomcat 一直没关残留了一个 java 进程占着端口。 解决命令行里查端口占用并清掉残留进程netstat -ano | findstr 8080 taskkill /PID 上一步输出的PID号 /F如果是 Linux 环境就是 lsof -i:8080 然后 kill -9 PID。清完之后再启动。这套操作也适用于排查「Tomcat 一直起不来」的通用场景——先确认端口干净再谈其他。6. 进阶改造把 BaseDao 升级成泛型 DAO这项目还能再战五年老项目最大的痛点是重复代码集中在 Service 层每新增一张表的业务就要在 Dao 里写一遍近乎相同的增删改查。但你已经看懂了 GenerateSQLDao 的反射思路完全可以用泛型把它收编成一个真正可复用的 BaseDaopublic class BaseDaoT { protected ClassT entityClass; SuppressWarnings(unchecked) public BaseDao() { this.entityClass (ClassT) ((ParameterizedType) getClass() .getGenericSuperclass()).getActualTypeArguments()[0]; } public T findById(int id) { String sql SELECT * FROM tableName() WHERE id ?; // 用反射读取字段把 ResultSet 转成 T } public int insert(T entity) { String sql GenerateSQLDao.generateInsert(entity); // 改用 PreparedStatement 执行避免 SQL 注入 } }改造的核心就两步第一步构造函数里利用泛型反射拿到实体类的 Class第二步把 GenerateSQLDao 生成的裸 SQL 从 Statement 换成 PreparedStatement 参数化执行堵住注入风险。改完以后PatientDao 只需继承 BaseDaoPatient 并敲一个空类就自动拥有了 findById、insert、update、deleteById 全家桶。这套写法放在面试里也经得住问——从老代码发现问题、用泛型和反射做抽象、顺手解决安全漏洞是完整的重构叙事线。还有 ConvertUtil 也值得深挖。老项目里日期格式、BigDecimal 计算、null 处理散落在各处你把 ConvertUtil 补成一个静态工具集后费用计算那里能明显瘦身——费用按天累加的逻辑用 BigDecimal 而不是 double 算能避免精度丢失。如果你时间充裕再给它加一层导出 CSV 或 Excel 的方法报告打印功能就有了真正的落点。从那以后我每次拿到一套老 Java 项目都会先干三件事翻 lib 目录确认依赖版本看 BaseDao 判断数据访问方式跑一个最小流程确认环境。这套住院管理系统的价值恰恰在于它足够老——老到你还能一眼看清 Servlet、JSP、JDBC 各自在干什么又足够完整到能练业务拆解和代码重构。如果你正卡在「看过很多教程但没完整跑通过一个项目」的状态花一个周末把它跑起来再顺手做一次 DAO 层的泛型改造收获会比刷十篇 Java 基础笔记都大。希望帮到你。本文还有配套的精品资源点击获取