简介面向Java毕业设计与课程设计的医院住院管理系统项目基于SSM框架与JSP技术采用B/S架构搭配MySQL数据库覆盖管理员、医生、护士三类角色的业务闭环适合应届毕业生作为毕设选题参考也适合初学者学习SSM整合开发。压缩包共1026个文件、约95.45MB含112个Java源码、55个JSP页面、126个CSS与257个JS组成的前端资源附2个SQL数据库脚本、演示视频及说明文档。系统实现床位与药品管理、医嘱管理、住院消费统计报表、病人住院信息管理等功能角色权限划分清晰。已有282人浏览学习。资料附带编号188演示视频可快速掌握项目运行流程结合完整源码与说明文档能直观理解SSMJSP分层架构及各模块交互逻辑是毕业设计答辩与课程实训的实用参考。1. 医院住院管理系统这套JSPSSM毕设值不值得拿去做课设和面试如果你正在为Java毕业设计选题发愁JSPSSM项目的医院住院管理系统几乎是题库里最稳的一档。它不是一个玩具CRUD而是把住院业务里的床位分配、医嘱录入、费用结算、科室排班这些真实场景塞进了一个典型的SSM三层架构里。选题方向对口、技术栈经典演示起来又自带业务故事答辩时不会被问倒。这套项目核心是Spring SpringMVC MyBatis做后端JSP做前端页面配合MySQL存储数据。它解决的问题很具体住院病人从入院登记、分配床位、下医嘱、药品计费到出院结算的完整闭环。对做毕设的学生来说它最大的价值不是代码量有多大而是每个页面都能讲出业务逻辑每张表都对应一个真实操作场景。你拿着它去讲需求分析、讲数据库设计、讲框架整合素材都是现成的。我给你的建议是别把这份代码当成品直接交当半成品来解剖和改造。先跑通再拆掉一部分重写把答辩能讲的点做成自己的。这篇文章就按这个思路从框架分工讲到功能清单从表结构设计讲到War包发布最后把我在住院管理系统里踩过的坑挨个说清楚。2. 把SSM拆开揉碎住院系统里Spring、SpringMVC、MyBatis各自管哪块2.1 为什么要选SSM而不是Spring Boot很多学校毕设题目里还写着SSM不是因为技术旧是因为课程教的就是这套。Spring Boot固然省事但你在答辩时很难讲清楚「自动配置背后发生了什么」。SSM的好处是每一条请求链路都是显式的请求进Controller、调Service、走Mapper、回JSP每一步都能在代码里找到对应文件。面试官问MVC流程你直接拿自己项目的请求路径讲比背八股文强。住院管理系统用SSM还有一个现实原因JSP页面需要服务端渲染。住院登记、医嘱列表这些页面数据变化频繁用JSP JSTL标签直接从Model里取值渲染开发效率高调试也直观。这套技术组合在传统JavaWeb项目里是最成熟的一套网上资料多报错信息一搜就有解决方案。依赖管理的核心是Maven我用的是阿里云镜像不然首次加载依赖能等十分钟。核心依赖只需要配好spring-context、spring-webmvc、mybatis-spring、mysql-connector-java和jstl这几个剩下的交给Maven拉传递依赖。2.2 一次住院登记的完整请求链路以「新增住院登记」这个动作为例看SSM三层怎么协作。从前端JSP页面提交表单开始整个过程是这样的前端页面入院登记页面填入病人姓名、身份证号、拟住科室、床号点提交后表单POST到/inpatient/register。 Controller层InpatientController接收参数封装成Inpatient实体调用InpatientService.register()方法。 Service层InpatientServiceImpl里先校验床位是否占用再校验科室是否存在然后调用InpatientMapper.insert和BedMapper.updateStatus中间包一层Transactional事务。 MyBatis层InpatientMapper.xml里的SQL负责INSERT住院记录BedMapper.xml负责把床位状态从0改成1。 返回页面Controller returnredirect:/inpatient/list浏览器跳转到住院列表页重新查询。在这个链路里要注意一个参数useGeneratedKeystrue。如果住院表的主键是自增ID而你又需要在插入后立刻拿到这个ID去关联医嘱或费用记录这个属性必须加上。很多新手栽在这里插入成功但关联表的外键是空的。2.3 SSM整合最容易出问题的三个配置文件SSM最讨厌的环节不是写业务代码而是三个配置文件互相引用。我见过最快的翻车现场就是web.xml里没加载Spring容器结果所有Service都是null。三个文件的分工要记清楚applicationContext.xml是Spring的根容器只扫Service、Dao、数据源、事务管理器业务代码和持久层交给它管spring-mvc.xml是Web容器只扫Controller配置视图解析器、静态资源放行表现层交给它管web.xml是启动入口负责加载applicationContext.xml、配置DispatcherServlet、设置字符编码过滤器。关键点在于Spring根容器和SpringMVC子容器不能同时扫同一个包。如果你两个配置文件都写了context:component-scan base-packagecom.hospital/Controller会被实例化两次事务注解偶尔失效排查起来极其费神。我通常这样设置applicationContext.xml中!-- 根容器只负责业务与持久层排除Controller -- context:component-scan base-packagecom.hospital context:exclude-filter typeannotation expressionorg.springframework.stereotype.Controller/ /context:component-scanspring-mvc.xml中!-- Web容器只扫描Controller -- context:component-scan base-packagecom.hospital.controller use-default-filtersfalse/第一段代码里exclude-filter的作用是把Controller排除在Spring根容器之外避免同一个Bean被创建两次。第二段里use-default-filtersfalse的意思是只扫描controller包下的注解Service和Dao不会被Web容器重复加载。这两行配置是SSM项目分层不打架的关键。事务配置我单独放在applicationContext.xml里用tx:advice配合aop:config切入点表达式定位到com.hospital.service..*。事务传播行为用默认的REQUIRED就够住院登记里要同时改住院表和床位表只要这两个操作在同一个Service方法里REQUIRED就能保证原子性。提示MyBatis的Mapper接口扫描用mybatis:scan base-packagecom.hospital.dao/不要在Spring配置里手工注册每一个Mapper。接口文件所在的目录要和Mapper.xml的namespace严格对应否则启动时不会报错调用时才会抛BindingException。3. 把住院业务拆成五个模块从入院登记到出院结算的闭环3.1 模块划分每个模块对应的表和页面住院管理系统的业务核心是围绕「一个病人从入院到出院」的全过程。我按照业务流转顺序把整个系统拆成五个模块。你在答辩时按这个顺序讲逻辑是最顺的。模块名核心业务对应数据表核心JSP页面住院登记模块病人入院、分配床位、维护主治医生inpatient、bed、doctorregister.jsp、inpatient_list.jsp医嘱管理模块开立医嘱、停止医嘱、查询长期/临时医嘱medical_order、order_itemorder_list.jsp、order_add.jsp药品与费用模块药品字典维护、费用录入、预交金管理drug、cost_record、depositdrug_list.jsp、cost_form.jsp床位管理模块床位状态查看、转床、包间调整bed、wardbed_list.jsp、ward_transfer.jsp出院结算模块出院登记、费用汇总、欠费核销discharge_record、settlementdischarge_form.jsp、settlement_view.jsp这套模块设计的好处是每个模块都能对应一个独立演示场景。演示的时候你不用从头到尾点一遍直接挑一个「病人今天入院下医嘱明天转床三天后出院结算」的串联场景就把五个模块全带出来了。3.2 数据库设计住院表怎么和床位、医嘱、费用关联数据库设计是答辩提问的重灾区你需要记住关键表之间的关联关系。住院表是整个系统的中心其他表都通过住院ID关联回这张表。住院表inpatientCREATE TABLE inpatient ( id INT NOT NULL AUTO_INCREMENT COMMENT 住院ID, patient_name VARCHAR(50) NOT NULL COMMENT 病人姓名, id_card VARCHAR(18) DEFAULT NULL COMMENT 身份证号, gender CHAR(1) DEFAULT NULL COMMENT 性别, age INT DEFAULT NULL COMMENT 年龄, department_id INT DEFAULT NULL COMMENT 科室ID, bed_id INT DEFAULT NULL COMMENT 床位ID, doctor_id INT DEFAULT NULL COMMENT 主治医生ID, status TINYINT DEFAULT 1 COMMENT 状态:1在院,0已出院, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 入院时间, PRIMARY KEY (id), KEY idx_dept (department_id), KEY idx_bed (bed_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT住院登记表;这个表的关键设计在于status字段和bed_id字段。status用TINYINT类型1代表在院0代表出院出院结算时直接把住院表状态改成0不回删记录。bed_id是外键关联床位表但不要在表里建物理外键约束用普通索引加逻辑关联就行。物理外键在删除床位或批量导入时容易卡住还影响插入性能。医嘱表medical_orderCREATE TABLE medical_order ( id INT NOT NULL AUTO_INCREMENT, inpatient_id INT NOT NULL COMMENT 住院ID, order_type TINYINT NOT NULL COMMENT 1长期医嘱,0临时医嘱, content VARCHAR(500) NOT NULL COMMENT 医嘱内容, doctor_id INT DEFAULT NULL COMMENT 开立医生, status TINYINT DEFAULT 1 COMMENT 1执行中,0已停止, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_inpatient (inpatient_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT医嘱表;这里要注意order_type字段的设计。长期医嘱和临时医嘱最大的区别是状态管理方式不同临时医嘱执行一次就算完结长期医嘱每天都要执行需要单独维护一个执行时间字段。如果你的设计里没有长期医嘱的执行计划表至少要在页面里区分两类医嘱的展示方式不然答辩老师会追问「长期医嘱怎么体现长期性」。费用表和预交金表建议单独建cost_record记录每一笔费用流水字段包括inpatient_id、cost_type、amount、create_timedeposit记录预交金余额。出院结算时用「预交金总额 - 费用总和」算出补缴或退款金额。注意Java里金额不要用double用BigDecimal避免浮点精度问题在答辩演示时闹笑话。我在这个坑上吃过亏后面避坑章节会细说。3.3 演示视频里最该录的三个操作路径如果你没有演示视频自己录一个半小时的操作视频就够了。录什么内容我建议录三个场景正好对应评审最关心的三个能力CRUD完整性、业务流转、异常处理。第一个场景是「入院登记到下达临时医嘱」新建病人、分配床位、开一条临时医嘱重点展示页面跳转和数据回显。第二个场景是「转床操作」把病人从3床转到8床展示床位状态刷新和住院记录的更新。这个操作最能体现你的数据表关联设计。第三个场景是「出院结算流程」看完费用汇总、确认预交金、点结算观察住院表状态翻转为0、床位释放为空闲。另外记得录一个数据库验证片段切换到Navicat或命令行展示SELECT status FROM bed WHERE id8的结果变化。这个镜头在答辩时很有说服力能证明你不是只做了表面页面数据确实落库了。4. 用IDEA把医院住院管理系统跑起来环境变量、Tomcat部署与War包发布4.1 本地环境的三件套JDK、Maven、Tomcat跑SSM项目不像Spring Boot那样一个java -jar完了它得依赖Tomcat容器。我建议先把环境变量配好再启动项目省得后面一直被奇怪的报错打断。JDK用1.8版本最稳妥。SSM项目的pom.xml里编译级别通常配的是1.8你装JDK 11或17也能跑但某些老版本CGLIB代理可能出现兼容问题何必给自己添堵。Maven用3.6.3Tomcat用8.5或9.0这两个版本组合在SSM项目里最成熟。环境变量配置有几个常见误区。JAVA_HOME要指向JDK安装根目录而不是bin目录MAVEN_HOME同理指向Maven根目录PATH里追加的是%JAVA_HOME%\bin和%MAVEN_HOME%\bin不是直接写死全路径。检查是否配好打开命令行敲java -version和mvn -v能显示版本号就算成功。Tomcat不需要安装解压到纯英文路径即可。不要放在带中文或空格的目录里比如C:\Program Files这种路径在IDEA里常出问题。我一般放在D:\developer\tomcat9IDEA里配置一次Tomcat Server后续项目都复用它。4.2 从导入源码到跑通页面的六个步骤拿到源码之后别急着双击运行按我这个顺序操作每一步都有验证点。第一步配置Maven仓库镜像。检查settings.xml里的mirror节点确认用的是阿里云仓库不然首次下载依赖会让你怀疑人生。镜像配置长这样mirror idaliyunmaven/id mirrorOf*/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirrormirrorOf里的星号表示拦截所有Maven中央仓库和第三方仓库的请求统一走阿里云。因为团队成员多人共用一个Maven仓库配置加上镜像后大家拉取的依赖版本才一致不会出现「我这能跑你那报错」的情况。第二步修改数据库连接配置。找到jdbc.properties或db.properties配置你自己的MySQL账号密码。这里有个细节如果你本机MySQL端口不是默认的3306这里要同步改。URL里记得加上useSSLfalsecharacterEncodingutf8压缩包里的说明文档一般不会强调这个但少了characterEncodingutf8页面查询中文可能全部变成问号。jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital?useSSLfalsecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456serverTimezoneAsia/Shanghai是MySQL 8.x版本必须加的参数。MySQL 5.7不配也能跑MySQL 8.0不配会直接报Server returns invalid timezone错误。这行配置我每次写进教程里但总有人在群里问为什么连不上一问就是没加时区参数。第三步初始化数据库。用Navicat或命令行执行数据库脚本。如果源码包里带了hospital.sql直接导入。我强调一下导入前先创建好hospital数据库本身再执行use hospital;否则报「No database selected」错误。CREATE DATABASE IF NOT EXISTS hospital DEFAULT CHARSET utf8mb4; USE hospital; SOURCE D:/workspace/hospital.sql;第四步在IDEA里配置Tomcat。点击Run - Edit Configurations - 加号 - Tomcat Server - Local。Server标签页选择Tomcat所在的目录Deployment标签页点加号选Artifact选择war exploded格式比war格式启动快适合调试。Application context设置为/hospital这个值要和你的访问URL一致。第五步启动项目访问http://localhost:8080/hospital/login.jsp。看到登录页说明环境OK。默认账号在代码里能搜到一般是admin密码admin123或123456通常在UserController里写死或者存在user表里。第六步验证一个完整业务动作。登录进去建一个住院登记再开一条医嘱然后看一下数据库里inpatient表和medical_order表的对应记录是否出现。这一步是确认SSM三层容器和数据库联动正常。4.3 传统JSP项目为什么要打包成War部署你在EL表达式或者相对路径上吃过亏就懂了。JSP项目部署有两种方式IDEA里直接war exploded开发调试和把项目打包成war放到Tomcat的webapps目录下生产运行。毕业设计最终交付我建议用war包部署原因是它能脱离IDEA独立运行演示时不用现场翻代码。执行Maven打包命令mvn clean install -Dmaven.test.skiptrue打包后去target目录找hospital.war文件复制到Tomcat的webapps目录启动Tomcat。启动脚本用startup.batDos窗口里看到Server startup in [xxx] milliseconds就算成功。访问路径里的上下文名默认是war包的文件名比如hospital.war就访问http://localhost:8080/hospital/。这里提到一个很多新手遇到的情况JSP页面里JS和CSS引用路径写的是绝对路径/Tomcat默认映射到webapps/ROOT目录如果你的上下文名不是ROOT样式全部丢失。我之前帮人排查过一个「Tomcat部署后JSP页面白板」的bug原因就是源码里的link href/css/style.css写死了根路径而项目上下文是/hospital。最干净的修法是利用JSTL的c:set或${pageContext.request.contextPath}动态拼接项目路径。4.4 演示环境里的数据库初始化技巧答辩时经常发生「代码没问题但演示环境崩了」的尴尬。最典型的就是连了错误数据库导致页面空白或整个服务无法启动。这里说一个环境自检的最小命令集netstat -ano | findstr 3306 netstat -ano | findstr 8080第一行命令确认MySQL在3306端口监听第二行确认Tomcat在8080端口监听。端口被其他程序占用是最常见的坑尤其是8080经常被某个杂项程序抢走。若是被占用改Tomcat的conf/server.xml里的Connector port8080换个端口或者把占用程序关掉。5. 住院管理系统避坑指南4个让JSPSSM项目翻车的现场5.1 页面能打开但登录报500错误日志显示MyBatis绑定异常现象启动Tomcat不报错浏览器能打开登录页但点登录按钮后报500控制台日志里出现org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)。原因Mapper接口和Mapper.xml没有正确匹配。最常见的情况是Mapper.xml文件没被打进target/classes目录因为Maven默认只处理src/main/resources下的XML如果你把Mapper.xml放在src/main/java下的某个包里打包时会被忽略。解决在pom.xml里加一段配置让Maven把src/main/java目录下的XML文件也纳入构建路径。我习惯在build节点里加入resources resource directorysrc/main/java/directory includes include**/*.xml/include /includes /resource resource directorysrc/main/resources/directory includes include**/*.properties/include include**/*.xml/include /includes /resource /resources这段配置的含义分别是把src/main/java下的XML和src/main/resources下的properties和XML全部纳入构建。注意directory的值要基于项目根目录相对路径。另外确保mybatis-config.xml里已经配置了Mapper扫描路径并且Mapper接口和XML文件的namespace里写的是接口的全类名这个错一个字母就绑定失败。5.2 页面中文全部是问号数据库乱码现象页面录入的中文保存到数据库变成?或者数据库已有的中文在页面上显示为乱码。原因三层编码没统一。数据库连接URL缺少characterEncodingutf8、JSP页面ContentType里没指定UTF-8、web.xml里没配置字符编码过滤器。三者一面没到位中文就翻车。解决三层一起改。第一层改jdbc.properties里URL加参数第4.2节的配置单独看一眼第二层在web.xml里加过滤器第三层确认每个JSP页面pageEncoding和contentType都写的是UTF-8。filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping这个过滤器的关键是forceEncoding参数设为true。不设的话它只对POST请求生效GET请求的请求参数编码不会处理。设成true后每次请求都会强制设置字符编码为UTF-8。另外数据库表本身的CHARACTER SET要是utf8mb4才行只改连接URL表是latin1编码照样乱码。5.3 文本框和日期框报错前端的层级选择器没讲对现象录入住院信息时日期选择器不弹、下拉框选不了科室控制台报Uncaught ReferenceError: $ is not defined或JS文件404。原因JSP页面上引用的JS插件路径拼错了。源码使用的插件多是laydate、bootstrap-select、jquery这些引用路径如果不带上下文前缀部署后路径就断了。因为部署后项目文件夹变成/hospital/webapp/WEB-INF/views而JSP里写srcjs/...会去/webapp/js找找不到。解决把所有静态资源引用路径改掉用EL表达式取上下文路径。在当前页面头部写一行% String ctx request.getContextPath(); %然后在脚本引用里改成src%ctx %/js/jquery.min.js。这个问题的根源是传统JSP项目里上下文路径在开发环境是根路径部署到Tomcat后变成项目名。所以原则是凡是页面里的前端资源路径一律加%ctx %前缀。CSS引用的背景图、JS插件的字体文件同理不止是script标签。5.4 财务对不上账预交金扣成负数现象演示出院结算时预交金账户显示负数或者费用汇总多了几笔重复记录。原因结算时的金额计算用了浮点类型或者每次进入页面都会重新插入一条费用记录。SSM项目里这是最常见的逻辑漏洞——Controller里把费用计算写在页面加载方法里而不是写在提交按钮的处理方法里。解决金额类型统一用BigDecimal费用计算只发生在Service层的settlement()方法中。每次进入结算页面到底读取的是最新汇总而不是累加计算。我曾和老搭档协作一个门诊系统时他写「新增药品费用」时在Controller顺手调了一次插入导致每次刷新页面患者就多欠一笔钱最后用「只在POST处理里写新增逻辑GET展示只做查询」的规矩才根治。6. 把毕业设计做出特色两个改造方向与答辩验证技巧6.1 改造方向一给住院统计加一个ECharts可视化看板这个改造性价比很高。答辩时能展示住院人数趋势、科室床位使用率这些图表比纯列表页面的观感好很多而且技术栈不超纲。实现思路在JSP页面引入ECharts的CDN或本地js写一个Ajax请求调后端接口后端返回JSON格式的统计数据前端用echarts.init渲染折线图。后端Controller的返回格式建议统一为ResponseBody RequestMapping(/inpatient/trend) public MapString, Object trend(RequestParam String deptId) { ListMapString, Object data inpatientService.countTrendByDept(deptId); MapString, Object result new HashMap(); result.put(code, 0); result.put(data, data); return result; }注意ResponseBody注释是必加的不加的话SprinngMVC会尝试把返回的Map当作视图名解析最终404或报错。deptId参数可以配合页面上的下拉框动态请求。这个改造点能展示你不仅会CRUD还会写统计SQL。6.2 改造方向二给医嘱模块增加Excel导出功能住院系统里的医嘱和费用清单经常需要导出为Excel这个功能点也属于高频答辩提问。后端用Apache POI生成.xls文件前端用一个链接请求即可。核心代码片段RequestMapping(/order/export) public void export(HttpServletRequest request, HttpServletResponse response) throws IOException { ListMedicalOrder orders orderService.getAllOrders(); HSSFWorkbook workbook new HSSFWorkbook(); HSSFSheet sheet workbook.createSheet(医嘱清单); // 创建表头行 HSSFRow header sheet.createRow(0); header.createCell(0).setCellValue(住院ID); header.createCell(1).setCellValue(医嘱内容); header.createCell(2).setCellValue(医嘱类型); // 填充数据行 for (int i 0; i orders.size(); i) { HSSFRow row sheet.createRow(i 1); row.createCell(0).setCellValue(orders.get(i).getInpatientId()); row.createCell(1).setCellValue(orders.get(i).getContent()); row.createCell(2).setCellValue(orders.get(i).getOrderType() 1 ? 长期 : 临时); } response.setContentType(application/vnd.ms-excel); response.setHeader(Content-Disposition, attachment;filenameorders.xls); workbook.write(response.getOutputStream()); workbook.close(); }响应头里Content-Disposition设置attachment就能触发浏览器下载filename这里写的是固定名实战里可以拼上时间戳避免同名覆盖。这个功能的价值在于答辩时演示「导出的文件和数据库记录对得上」验证了数据一致性的处理。6.3 答辩演示前必做的三条验证清单花30分钟把这三件事做了基本能拦住90%的现场翻车。一是重启验证。项目运行中把Tomcat整个停掉再启动重新登录走一遍「登记-下医嘱-结算」全流程。这能验证数据是持久化的不是存在内存里二是换机验证。在你不可能预测的演示电脑上重新按第4节步骤部署一遍War包。如果时间紧至少要在另一台电脑上执行mvn clean install验证打包无错。三是数据清理。演示数据库恢复成初始状态里面只留几条预置数据别把开发过程中的测试数据留着。住院列表满满几十条垃圾数据答辩老师一看就露出尴尬的表情。我这几年带毕设下来一个很深的体会是SSM项目本身不复杂难点全在环境一致性和配置细节上。能在没有指导老师帮忙的情况下把一个大一统的War包在任意机器上部署成功这件事本身就比项目里任何一行代码都更能体现你的工程能力。最后说一个我自己的操作习惯任何时候改动配置或代码先记录一下改动点再动手改。因为SSM项目的报错信息经常是滞后的有时配置改错了启动的时候不报错运行到某个具体业务才爆出来。有改动记录你才能快速回滚。希望帮到你。本文还有配套的精品资源点击获取