简介：一款基于Java的医院信息管理系统源码包，面向Java初学者、医疗行业软件开发者以及需要完成课程设计或毕业设计的高校学生，既适合入门模仿，也适合进阶研究者剖析业务逻辑。源码采用MVC架构，覆盖用户注册登录与权限控制、电子病历管理、在线预约挂号、药品库存与处方管理、门诊住院流程、报表统计等核心业务模块，并附数据库脚本用于定义病人、医生、诊疗记录等表结构，支持初始化基础数据与设置约束。压缩包大小约7.84MB，将SQL脚本与Java工程一同封装，使用时可先执行数据库脚本完成建库，再导入工程进行调试运行；资源以.java源码和.sql文件为主，已有732人学习下载，适合作为课设参考或医疗信息系统入门实践。通过阅读代码可以掌握数据库连接池配置、事务提交与回滚时机、线程安全处理以及全局异常拦截等关键技巧，也能理解如何将Servlet/JSP或Spring框架与前端结合完成业务闭环。此外，系统在权限控制、数据安全与恢复方面的具体实现，对提升项目实战和排错能力很有帮助，值得逐模块对照分析并在此基础上进行二次开发。
1. 一套含数据库脚本的 Java HIS 源码：能跑通的人为什么不到一半
从网上解压一套基于Java的医院信息管理系统源码，zip里除开src和WebRoot，还躺着一个database.sql——这个场景很多做过老项目的人都不陌生。HIS是典型的中型Java Web工程，挂号、门诊、收费、药房、住院模块齐全，非常适合用来练手分层架构和业务表设计；含数据库脚本则意味着，理论上只用这一个压缩包就能在本机还原整套系统：导入SQL、启动Tomcat、打开浏览器登录。但现实里一次跑通的人不到一半，卡点几乎都集中在数据库脚本和运行环境上。下面按解压后的顺序，把常见做法和踩坑点一次说清，给正在折腾这类源码的开发者一条从解压到登录成功的直线路径。
2. 先看懂压缩包内部结构：技术栈识别、模块划分与可运行性判断
2.1 识别老式HIS源码的技术栈：JSP、Servlet还是Spring Boot
解压zip之后不要急着导入IDE，先花三分钟判断这套源码属于哪个年代的Java技术栈。常见做法是按工程形态分成三类。
第一类是老式JSP+Servlet+JDBC项目。特征非常明显：根目录没有pom.xml，WEB-INF下直接是web.xml，lib目录里躺着一堆jar包，JSP页面里大量出现<% %>这样的Java代码片段。这类项目最老，但结构最简单，从浏览器请求到Servlet再到JDBC的链路一目了然，适合第一次接触HIS源码的人通读。
第二类是SSH或SSM组合项目，分别是Struts2+Spring+Hibernate和Spring+SpringMVC+MyBatis。特征是根目录有pom.xml（如果当初按Maven工程构建），或者lib目录里出现struts2-core、mybatis-3.x这类特征包名；配置层面能看到struts.xml、spring-mvc.xml、mybatis-config.xml。这类项目是过去十年中小型HIS系统的主流形态，分层清晰，controller、service、dao三层结构完整。
第三类是Spring Boot重构版。特征是有pom.xml或build.gradle，主启动类上有@SpringBootApplication注解，配置集中在application.yml或application.properties，内嵌Tomcat，java -jar就能起服务。这类项目最接近当前生产形态，但网上流传的HIS源码里占比最少，遇到算运气好。
识别方法有两个抓手：先看根目录有没有pom.xml，再看有没有applicationContext.xml或application.yml。我手上这个zip没有pom.xml，只有src和WebRoot，lib目录里排着一整列jar——这是典型的第一类老项目。这类项目放进今天的IDEA里，默认Java编译级别可能直接报错，因为当年多半是用JDK 1.6或1.7编译的，后面专门有一节讲怎么处理。
2.2 从源码目录反推业务模块：挂号、门诊、收费、药房、住院
技术栈看清之后，第二步是读包结构。Java Web项目的包名就是模块地图，com.xxx.his.controller、com.xxx.his.service、com.xxx.his.dao分别对应控制层、业务层、数据层。再往下看类名，RegisterAction、OutpatientAction、FeeAction、PharmacyAction、InpatientAction，这套HIS的核心业务就浮出水面了。
对应到数据库，这五块业务背后是几张核心表。挂号模块对应挂号登记表和排班表，门诊模块对应处方主表和处方明细表，收费模块对应结算记录表，药房模块对应药品库存表和发药记录表，住院模块对应住院登记表和床位表。角色权限体系则是用户表、角色表、菜单表三张表配合，典型逻辑是管理员建账号、账号绑定角色、角色绑定菜单权限，医生登录后只看到门诊工作站，药房账号只看到库存和发药功能。
我读这类源码的习惯是先把SQL脚本里的建表语句从头到尾过一遍，把表名列成清单，再对照Java包名。一组业务表的名字能直接说明系统的功能边界。比如有挂号表但没有排班表，说明这套源码没做预约挂号；有住院登记表但没有护理记录表，说明住院护理模块被简化了。看表名清单比看任何说明文档都实在，因为文档可能过期，表结构不会说谎。
2.3 判断项目能不能跑：五个一分钟快速信号
在投入时间导入工程之前，先在解压目录里做五个检查，每一项都不超过一分钟。
第一，看有没有pom.xml。没有pom.xml且lib目录为空，说明依赖jar都没打包进来，这种包跑起来的概率很低，要么缺文件要么是残缺上传。第二，看数据库脚本里有没有建库语句。有些脚本开头是USE database_name，有些上来就是CREATE TABLE，后者需要先手工建库，导入方式完全不一样。第三，看JSP页面的编码声明。页面顶部是pageEncoding="UTF-8"还是pageEncoding="GBK"决定了后续会不会遇到乱码，老项目里GBK的比例不低。第四，看lib目录下有没有servlet-api.jar和mysql驱动jar。servlet-api缺失会让项目在Tomcat里编译失败；mysql驱动版本太旧，连MySQL 8.0会直接报认证插件错误或Public Key Retrieval错误，这是非常经典的翻车点。第五，看web.xml里的web-app版本号。声明的是2.5、3.0还是4.0，直接关联到能跑在哪个版本的Tomcat上。
五个信号看完，基本能判断这套源码是解压即跑、改配置能跑，还是需要治病才能跑。大部分老HIS包属于第二种和第三种之间，配置改一改能启动，但启动后还有一堆业务异常要处理，比如菜单加载不出来、日期格式化报错、验证码不显示。这些问题的根源往往不在Java代码，而在数据库脚本和运行环境，下面两章逐个拆。
3. 数据库脚本是这套源码的命门：导入顺序、初始化数据与三个隐藏坑
3.1 先建库还是直接导入：MySQL 5.7与8.0下的两种导入方式
拿到含数据库脚本的HIS源码包，第一步不是看代码，而是把SQL脚本导入数据库。这一步错了，后面所有页面都是白搭。
先判断脚本类型。用文本编辑器打开database.sql看前20行：如果包含CREATE DATABASE或USE语句，说明脚本自带建库逻辑；如果上来就是CREATE TABLE，说明脚本假设数据库已存在，必须先手工建库。我的处理方式是无论脚本里有没有USE，都先手工建一个专用库，避免脚本里写死的库名和本机已有库冲突，也方便以后整体删除重建。
在MySQL里执行导入，常见做法是用命令行而不是图形工具，原因在于错误信息更直接、编码可控。先建库再导入的完整命令：
mysql -u root -p -e "CREATE DATABASE his_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;" mysql -u root -p his_db < database.sql第一行创建数据库his_db，字符集指定utf8mb4，排序规则utf8mb4_general_ci，保证中文和生僻字都能存。第二行把database.sql内容重定向导入。-u指定用户名，-p表示交互输入密码，<是shell重定向，把文件内容作为mysql客户端的输入流。如果SQL脚本比较大，比如几十MB，导入中途可能因为网络或超时中断，这时改用source命令更稳，在mysql交互环境中执行，并按事务方式提交：
mysql -u root -p his_db mysql> SET autocommit=0; mysql> SOURCE /path/to/database.sql; mysql> COMMIT;SET autocommit=0关闭自动提交，SOURCE是mysql客户端内置命令，逐条执行文件中的SQL，COMMIT最后统一提交。中间某条SQL报错时可以先ROLLBACK回滚，不会留下一半的表结构。
3.2 SQL脚本里的三处隐藏坑：字符集、外键顺序、存储过程权限
导入过程中最常见的报错集中在三处，每处都有固定的解决套路。
第一处是字符集问题。脚本头部没有SET NAMES语句，或者脚本本身是GBK编码但客户端默认用utf8连接，导入后中文就变成乱码或问号。解决方法是在导入前显式声明连接编码，或在脚本开头加一句SET NAMES utf8mb4。注意utf8mb4和utf8的区别：utf8在MySQL中最多3字节，存不了emoji和部分生僻字；utf8mb4是完整的4字节UTF-8。医院数据里身份证号、患者姓名都可能出现生僻字，建库和建表都推荐用utf8mb4。
注意：很多老脚本建表语句里写的是DEFAULT CHARSET=utf8，导入后如果需要改造，单独改库的字符集不够，要把表也转一遍，用ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4。
第二处是外键顺序。脚本里的表如果按业务逻辑排列，而表之间有外键依赖，比如处方明细表依赖处方主表，处方主表依赖挂号表，脚本没有做依赖排序时，建到中间某张表会因为引用的表还没创建而报错。老HIS脚本很少做依赖排序，应对办法是导入前临时关闭外键检查：
SET FOREIGN_KEY_CHECKS=0; CREATE TABLE ...; CREATE TABLE ...; SET FOREIGN_KEY_CHECKS=1;SET FOREIGN_KEY_CHECKS=0是会话级开关，值为0时跳过外键约束校验，建表和插入数据的顺序可以乱来；导入完成后设回1恢复约束。这是应急手段，不推荐在生产环境使用，但导入历史脚本时它就是最靠谱的方案。
第三处是存储过程和函数的权限问题。脚本里如果包含CREATE PROCEDURE或CREATE FUNCTION，MySQL在开启binlog的情况下默认不允许普通账号创建函数，报错通常是ERROR 1419。解决方法是在本次会话里打开对应权限：
SET GLOBAL log_bin_trust_function_creators = 1;LOG_BIN_TRUST_FUNCTION_CREATORS是全局变量，设为1后允许创建存储函数。它修改的是运行期配置，重启MySQL后恢复默认值，不影响后续正常使用。
3.3 初始化数据不完整：手工补齐最小数据集的SQL写法
很多HIS源码包的SQL脚本只有建表和索引，初始化数据很少。导入完成后打开登录页，输入脚本里预留的admin账号，结果提示用户名或密码错误，大部分原因是用户表里根本没有数据。
常见做法是手工补三张最小数据集：角色表、用户表、基础字典表。以典型的sys_user表为例，密码字段可能是明文、可能是MD5、也可能是SHA256，先查表结构再插入，别照抄网上的SQL。下面这段是最小可用集合：
INSERT INTO sys_role (role_id, role_name) VALUES (1, '管理员'), (2, '医生'), (3, '药房'), (4, '收费'); INSERT INTO sys_user (username, password, real_name, role_id) SELECT 'admin', MD5('123456'), '系统管理员', 1 FROM DUAL WHERE NOT EXISTS (SELECT 1 FROM sys_user WHERE username = 'admin'); INSERT INTO sys_dict (dict_type, dict_code, dict_name) VALUES ('department', '101', '内科'), ('department', '102', '外科'), ('department', '103', '妇科'), ('department', '104', '儿科');逻辑说明：先建角色，再建用户，用WHERE NOT EXISTS做去重，重复执行不会报主键冲突；MD5是MySQL内置函数，把明文密码转成散列值，前提是这套源码的登录逻辑用的是MD5，具体以脚本里表结构注释为准；sys_dict是字典表，科室下拉框的数据源，不插这条数据，挂号页面的科室下拉就是空的。
我一般会把这套最小数据集单独存成init_data.sql放在项目根目录，每次重建数据库时按固定顺序执行：建库、导表、导字典、导用户、启动。这样即使后续把数据改乱了，也能一条命令恢复到干净状态。
4. 本地跑通最小系统：JDK、Tomcat、连接串三步启动
4.1 JDK版本与编译级别对不上：先用javap定位class版本
老HIS项目是当年开发者在JDK 1.6或1.7环境下编译的，而你本机装的很可能是JDK 8、JDK 11甚至JDK 17。Java虚拟机本身是向后兼容的，但IDE自动选择的编译级别不对时，要么编译报错，要么运行时报UnsupportedClassVersionError。
先确认class文件版本再决定用哪个JDK。最快的命令是javap：
javap -verbose target/classes/com/xxx/his/controller/LoginAction.class | grep "major version"javap是JDK自带的字节码查看工具，-verbose输出详细信息，grep抓取major version这一行。数字和JDK版本对应关系：52对应Java 8，51对应Java 7，50对应Java 6，61对应Java 17。class是50而你用JDK 8，运行没问题；class是52而你用JDK 17，默认也能跑，因为虚拟机的向下兼容边界比编译器的向后兼容更宽松。
真正麻烦的是IDE的Language Level。IDEA导入老项目后，Project Language Level经常显示8，Modules里又残留1.5的字样，编译时就报「错误: -source 7或更高版本以启用diamond运算符」这类提示。解决办法是手动把Project和Modules的Language Level统一改成8，同时把Java Compiler里的Target bytecode version改成对应值，三处保持一致。注意用JDK 17跑老项目时，Language Level尽量选8而不是17，因为很多老代码用了JDK 9以后移除的内部API，编译级别一高，那些废弃的内部方法直接不让编译通过。
4.2 导入源码后改三个配置就能启动：连接串、web.xml、context路径
以非Maven的老工程为例，导入IDEA时选择Import Project，以Eclipse项目格式或直接文件夹方式导入都行，关键是导入后把src设为源码根目录、WebRoot设为Web资源目录。之后要改的配置集中在三个文件里。
第一个是数据库连接配置，一般在src下的db.properties或jdbc.properties里：
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://127.0.0.1:3306/his_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=yourpassword参数说明：useUnicode和characterEncoding保证Java到数据库的字符集转换走UTF-8；useSSL=false省略SSL握手，本地开发能明显减少连接报错；serverTimezone=Asia/Shanghai是MySQL 8.0驱动的要求，不设置会报时区无法识别的错误。driver这一行，如果驱动jar是8.0.x，类名要写成com.mysql.cj.jdbc.Driver；5.1.x驱动用com.mysql.jdbc.Driver，写反了会报ClassNotFoundException。
第二个是web.xml里的Servlet规范声明。web-app声明为2.5版本时可以跑在Tomcat 9上，但别直接上Tomcat 10，否则大量javax.servlet包名会编译失败。稳妥做法是用Tomcat 9，web.xml保持原样不动。
第三个是Tomcat的context路径。IDEA里配置Artifacts后，Deployment选项卡默认访问路径是/，如果想用http://127.0.0.1:8080/his/访问，把Application context改成/his即可。这里改完访问地址就固定了，JSP页面里的相对路径也会跟着变化。
4.3 启动成功的判断标准：从控制台无报错到页面能登录
很多开发者把Tomcat控制台没有红字当成启动成功，这是个典型误解。Tomcat启动成功只代表容器起来了，你的项目有没有部署成功要看另外两个地方。
第一个是部署日志。Tomcat的log里有没有出现Deploying web application archive这一行，后面有没有项目名；如果项目名出现了，但没有跟着Deployment of web application archive has finished，说明项目在部署阶段抛了异常，这种异常经常隐藏在堆栈中间，要仔细看Exception之前的那几行。
第二个是直接访问登录页。访问http://127.0.0.1:8080/his/，出现404是Servlet映射或路径问题，出现500要看IDEA控制台里的异常类型。老HIS项目里90%的空指针发生在BaseDao或DBUtil这类公共类里，原因就是数据库连接没拿到，返回了null。
第三个是登录验证。用admin和初始密码登录，如果能进入主界面且左侧菜单能展开，说明从数据库到页面的最长链路已经打通。之后再逐页测试挂号、收费、药房功能。那种登录成功但页面空白的情况，大多不是代码坏了，而是JSP页面引用的公共标签或资源路径不对，跟数据库没关系。
5. 避坑专题：这套HIS源码最常见的六个翻车点
5.1 页面中文全是问号：三级编码不一致
现象：登录页能打开，但页面上所有中文都显示成问号或乱码。
原因：数据库字符集、JSP页面编码、JDBC连接串编码三处不一致，任何一级不匹配，数据在传输过程中就会被转码转坏。
解决：三处统一成UTF-8。数据库表用ALTER TABLE CONVERT TO CHARACTER SET utf8mb4转换，JDBC连接串加上useUnicode=true和characterEncoding=utf8，JSP页面统一pageEncoding="UTF-8"。改完后清浏览器缓存再访问。历史乱码数据只改表头不够，必须做全表转换。
5.2 admin登录永远提示密码错误：用户表没数据或加密方式不对
现象：输入脚本里写的admin账号和密码，登录永远报错。
原因：用户表里根本没有这条记录，或者密码字段不是明文，脚本里写的是加密后的值。
解决：先查表确认。执行SELECT username, password, role_id FROM sys_user WHERE username='admin'; 如果表是空的，用第三章的最小数据集补插。如果password字段是32位MD5，而登录框提交的是明文，查代码里有没有MD5加密逻辑；没有就改登录页，提交前先用MD5函数转换。实在找不到加密规则，用SQL把已知明文密码的MD5值直接写进表里。
5.3 数据库连接失败：驱动类、时区、认证插件一起查
现象：启动时提示Communications link failure或者Access denied，控制台报JDBC连接异常。
原因：不只是密码不对，经常是驱动类名版本不匹配、MySQL端口不是默认3306、时区参数没加三个问题叠加。
解决：按四条顺序检查。驱动jar有没有进WEB-INF/lib，非Maven项目经常漏放；连接串的serverTimezone加没加；MySQL端口是不是3306；最后才是用户名密码。MySQL 8.0的默认认证插件是caching_sha2_password，老驱动5.1.x只支持mysql_native_password，连上去会报Authentication plugin错误，解决方法是把驱动换成8.0.x版。
5.4 挂号科室下拉是空的：字典表没初始化
现象：登录成功，进入挂号页面，科室下拉框和医生下拉框全是空的。
原因：sys_dict这类字典表没有数据，前端下拉框数据源为空。老HIS的页面不写死下拉选项，全部从数据库字典表加载。
解决：手工插入科室、号别、医生排班等基础字典数据。关键点是先看脚本里已有的字典类型编码，有的源码叫department，有的叫dept_code，照搬别人的SQL前一定先确认字段名。字典补完后重启应用再刷新页面。
5.5 改完代码重启还是看不到效果：编译产物没清理
现象：明明改了Java文件，重启Tomcat后页面行为还是老样子。
原因：IDEA的target目录里残留旧class，热部署没触发重新编译。
解决：IDEA里执行Build → Rebuild Project，再重启Tomcat。命令行部署的话先mvn clean再打包。页面改完看不到效果，浏览器按Ctrl+F5强制刷新，或在DevTools里勾选Disable cache。每次解压老项目都有人卡在这，先查编译产物再查其他的。
5.6 Tomcat 10部署后404或ClassNotFoundException: javax.servlet
现象：项目部署到Tomcat 10，浏览器404，控制台报ClassNotFoundException: javax.servlet.http.HttpServlet。
原因：Tomcat 10起Servlet API从javax包迁移到jakarta包，老代码里的javax.servlet全部失效。
解决：本地换Tomcat 9是最省事的方案，一行代码不用改。如果想用Tomcat 10，批量替换包名：
grep -rl "javax.servlet" src --include="*.java" | xargs sed -i 's/javax.servlet/jakarta.servlet/g'这条命令先递归查找src目录下所有引用了javax.servlet的Java文件，再用sed把所有文件里的javax.servlet替换成jakarta.servlet。注意只替换servlet包前缀，不要碰javax.sql等其他包；替换后需要全量重新编译，web.xml里的schema位置也要对应更新。对练手项目来说，直接装Tomcat 9更划算。
6. 把练手源码变成可用演示系统：三个进阶动作与部署自检
6.1 写一个部署自检脚本，提前暴露环境缺什么
拿到这类zip，我习惯先写一个deploy_check.sh，五分钟内把环境问题全部暴露出来：
java -version 2>&1 | head -n 1 ls /opt/tomcat*/lib | grep -i mysql mysql -u root -p -e "SHOW DATABASES;" 2>/dev/null | grep his_db || echo "his_db 不存在"三行分别查JDK版本、Tomcat里有没有MySQL驱动jar、数据库存不存在。启动前知道缺什么，比启动后翻日志定位快得多。
6.2 用mysqldump保存一份初始化成果
数据库脚本导入成功、字典数据补齐之后，第一时间导出成自己的基线版本：
mysqldump -u root -p --default-character-set=utf8mb4 his_db | gzip > his_backup.sql.gz--default-character-set指定导出字符集，gzip压缩减小体积。把这个文件存到项目目录外，每次改崩了就直接解压恢复，不用重新走一遍导入流程。
6.3 先读菜单表，再改功能模块
HIS系统的菜单是从数据库表加载的，不像普通网站写死在导航里。要新增一个功能入口，先查sys_menu表里父节点编号，照葫芦画瓢插一条子菜单记录，关联到对应的Servlet路径，前端菜单才会显示。理解这一点之后改功能的速度会快很多，不需要在前端页面里到处找隐藏菜单，数据库加一行记录就能让入口出现。
这也是我每次拿到老HIS源码时最深的体会：这类系统的设计重心在数据库表结构，不在代码技巧。把脚本读透了，整个系统就通了一半。这个先备份再动手的习惯，让我少走了很多反复导入脚本、反复重启Tomcat的弯路，希望帮到你。
本文还有配套的精品资源，点击获取
