Java私人牙科诊所管理系统：Swing+JDBC+MySQL毕业设计全解析

简介：这是一份基于Java的私人牙科诊所管理系统完整项目资源，主要面向Java课程设计、毕业设计以及医疗信息化初学者。系统业务覆盖患者档案、预约挂号、医生排班、药品管理和财务报表等常用模块，技术层面体现了Java SE界面开发与Java EE服务端逻辑的组合，并在数据持久化上使用了数据库与ORM框架的典型做法。资源包共13个文件，压缩包大小26.27MB，包含项目报告（docx/doc）、答辩PPT（pptx）、源代码压缩包（zip）、数据库脚本（sql）、系统截图（png）和部署录屏（avi），各类型文件分工明确。项目报告完整记录了需求分析、系统架构、数据库设计和测试结果；源代码实现了注册登录、管理员登录、系统管理、挂号管理等功能，便于理解业务与代码的对应关系；三个部署视频覆盖数据库导入、项目导入和模块演示，能帮助读者快速搭建环境并验证功能。已有221人学习下载，对于需要完成Java毕业设计或了解诊所管理系统开发全流程的人，是一份结构清晰、可直接参考的实践资料。

1. 私人牙科诊所管理系统：一个把 Java 桌面开发串起来的毕业设计样本

基于Java的私人牙科诊所管理系统，是一个典型的 Java 毕业设计项目：界面用 Swing，数据访问用 JDBC，数据库用 MySQL，整套代码、SQL 脚本、项目报告、答辩 PPT 和部署视频打在一个包里。它不是需要部署到云端的 Web 系统，而是打开客户端就能操作的桌面程序，适合还在学 Java SE 的阶段用来理解界面层、数据层和数据库怎么配合。如果你正在找课设参考，或者拿到 zip 后不知道怎么把数据库导进去、不知道从哪段代码开始看，这篇按“项目定位 → 源码结构 → 跑通流程 → 避坑 → 二次开发”的顺序拆开讲。

2. 系统定位与技术选型：为什么一个诊所管理系统不用上 Spring Boot

2.1 这套系统实际覆盖了诊所哪些日常业务

压缩包的自带截图已经把核心模块标出来了：用户注册界面图、普通用户登录界面、管理员登录界面、系统管理模块图、挂号管理模块图。把这些界面串起来看，就是一套典型的“单诊所前台 + 后台管理”桌面系统。业务场景并不复杂，但胜在完整：患者可以在诊所电脑上注册账号、挂号看牙；管理员可以维护科室、药品、统计报表和公告。

模块和业务的对应关系大致是这样：

这个列表也基本就是项目报告里需求分析章节的目录。文档报告会围绕这些模块展开：先做需求分析，再画用例图和模块图，接着设计数据库，最后讲实现和测试。所以看这份资源时，我的建议是先对着报告里“系统功能结构图”那页，再看一遍截图里的菜单栏，马上就能建立“哪个界面对应哪个模块”的直觉。

2.2 技术选型：Swing + JDBC + MySQL 比框架更合适

摘要描述里提到项目“可能采用 Java Swing 或 JavaFX 做 GUI，可能用 Spring、Hibernate 或 MyBatis”。结合部署视频只有“数据库导入”和“项目导入”两段，没有 Tomcat、没有 Nginx、没有 Web 容器相关步骤，基本可以判断这套系统是一个纯 Swing 桌面程序，数据访问直接用 JDBC 完成。

这个选型对毕业设计来说其实比 Spring Boot 更划算：

• Swing 界面直观，答辩时能现场演示注册、登录、查询、报表，这些交互在命令行程序里没法展示；
• JDBC 把 SQL 写在 DAO 层，评委能看到真实的表结构和 SQL 语句，而不是框架自动生成的代码；
• 部署简单，一台装有 JDK 和 MySQL 的电脑就能跑，不需要额外装中间件；
• 分层结构简单，view / dao / model / util 一眼能看懂，符合课程设计对“软件工程全流程”的要求。

如果一上来就用 Spring Boot + MyBatis，反而会把数据库细节藏起来，答辩时被问到“SQL 怎么写”容易露怯。先把这个桌面版跑熟，以后再往 Web 方向迁移，DAO 层其实是可以直接复用的。

2.3 数据库设计：五张表撑起一个诊所的信息流

数据库文件srykzsblmis_db.sql是整套系统的数据基础。我看这类项目习惯先看表，再看代码。下面的建表语句不是源码原封不动的内容，而是从系统行为反推出来的主干结构，供你对照源码理解：

CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT '用户ID', username VARCHAR(50) NOT NULL UNIQUE COMMENT '登录名', password VARCHAR(64) NOT NULL COMMENT '密码，密文存储', role TINYINT NOT NULL DEFAULT 0 COMMENT '0=普通用户 1=管理员' ); CREATE TABLE t_department ( dept_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '科室ID', dept_name VARCHAR(100) NOT NULL COMMENT '科室名称', location VARCHAR(100) COMMENT '科室位置', intro VARCHAR(255) COMMENT '科室介绍' ); CREATE TABLE t_register ( reg_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '挂号ID', patient_name VARCHAR(50) NOT NULL COMMENT '患者姓名', dept_id INT NOT NULL COMMENT '挂号科室', doc_name VARCHAR(50) COMMENT '医生姓名', reg_date DATETIME NOT NULL COMMENT '挂号时间', status TINYINT DEFAULT 0 COMMENT '0=待就诊 1=已就诊 2=已取消', FOREIGN KEY (dept_id) REFERENCES t_department(dept_id) );

字段说明：

• t_user的role字段是普通用户和管理员的分水岭，登录之后跳转到不同主界面；
• t_register用dept_id关联科室表，而不是把科室名写死，这样以后改科室名不会污染历史数据；
• status字段控制挂号后续流转，统计报表也能看出哪些挂号完成、哪些取消；
• 剩下的药品表、公告表结构类似，核心就是“主键 + 名称 + 时间 + 状态”这套模板。

数据库这一步建议先挨个SHOW TABLES;，再对照 DAO 层代码，基本能做到表名和类名对得上、字段和属性对得上。

2.4 文档报告和答辩 PPT 在工程里的位置

资源里除了代码还有项目报告.docx、任务书.doc、答辩PPT.pptx。这三样东西不是装饰，它们的价值在于把“为什么这么做”补全：报告里的需求分析对应功能模块，数据库设计对应执行 SQL 建出来的表，实现部分对应 DAO 层代码，测试结果对应你启动后点击按钮的每一步操作。

我一般会建议的阅读顺序是：先看任务书确认题目要求，再打开报告的功能模块图和数据库设计页，最后才解压源码。这样做的好处是，你带着“系统应该有哪些表”的预期去看代码，而不是被代码牵着走。

提示：报告里的表设计如果和你本机导出来的表结构不完全一致，大概率是版本迭代导致的，以实际 SQL 脚本为准。

3. 源码结构与核心模块拆解：一次挂号从界面到数据库的往返过程

3.1 解开源码包先认目录：典型的界面层 + 数据访问层分层

源代码压缩包srykzsblmis.zip解压后，内部结构通常长这样：

src/ ├── Main.java // 程序入口 ├── com/clinic/ │ ├── view/ // 界面层：登录、注册、挂号、管理窗口 │ │ ├── LoginFrame.java │ │ ├── RegisterFrame.java │ │ ├── UserMainFrame.java │ │ └── AdminMainFrame.java │ ├── dao/ // 数据访问层：封装所有 SQL 操作 │ │ ├── UserDao.java │ │ ├── RegisterDao.java │ │ └── DepartmentDao.java │ ├── db/ // 数据库连接工具类 │ │ └── DBUtil.java │ ├── model/ // 实体类，对应数据库表 │ │ ├── User.java │ │ └── Register.java │ └── util/ // 工具类：MD5 加密、日期格式化等 └── resources/ └── db.properties // 数据库连接配置

没有 Spring 容器，依赖关系是肉眼可见的：view调用dao，dao通过DBUtil拿到Connection，结果封装成model对象返回给界面。这种分层对新手非常友好：界面出问题去view找，SQL 出问题去dao找，连不上数据库先看db.properties。

3.2 登录模块：管理员和普通用户靠一条 SQL 分流

登录是系统入口。用户输入账号密码后，LoginFrame把参数交给UserDao.login()，方法内部执行一条查询 SQL：

public User login(String username, String password) { String sql = "SELECT id, username, role FROM t_user WHERE username=? AND password=?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, MD5Util.md5(password)); try (ResultSet rs = ps.executeQuery()) { if (rs.next()) { return new User( rs.getInt("id"), rs.getString("username"), rs.getInt("role") ); } } } catch (SQLException e) { e.printStackTrace(); } return null; }

逻辑说明：

• PreparedStatement用?占位，参数通过setString传入，能避免拼接 SQL 带来的注入问题；
• 密码传入前先经过MD5Util.md5()加密，避免明文密码出现在日志里；
• 查询成功把结果封装成User对象返回，登录界面再根据role决定跳转方向。

接着在LoginFrame里做角色分发：

User user = userDao.login(username, password); if (user != null) { if (user.getRole() == 1) { new AdminMainFrame(user).setVisible(true); } else { new UserMainFrame(user).setVisible(true); } dispose(); } else { JOptionPane.showMessageDialog(this, "用户名或密码错误"); }

这段说明两点：role=1进管理员界面，role=0进普通用户界面；登录窗口在成功之后调用dispose()销毁，不占用多余窗口资源。如果你拿到的包里没有初始管理员账号，先去查t_user表，对出一个能登录的账号再往下测。

3.3 挂号管理：插入、查询、状态流转是一套组合拳

挂号是整个业务的核心。用户选择科室、填入患者姓名和医生姓名后，数据落到RegisterDao：

public boolean addRegister(Register register) { String sql = "INSERT INTO t_register(patient_name, dept_id, doc_name, reg_date, status) " + "VALUES(?, ?, ?, NOW(), 0)"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, register.getPatientName()); ps.setInt(2, register.getDeptId()); ps.setString(3, register.getDocName()); return ps.executeUpdate() == 1; } catch (SQLException e) { e.printStackTrace(); return false; } }

参数说明：

• patient_name和doc_name直接取界面文本框的值；
• dept_id取的是下拉框选中的科室编号，而不是科室名字，这样改科室名不会影响历史数据；
• reg_date用数据库的NOW()，避免客户端时间不准确；
• status默认 0，查询时用WHERE status=0就能筛出待就诊列表。

挂号列表的查询则是反向操作，把ResultSet转成Register对象：

public List<Register> findRegisterByKeyword(String keyword) { List<Register> list = new ArrayList<>(); String sql = "SELECT * FROM t_register WHERE patient_name LIKE ?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, "%" + keyword + "%"); ResultSet rs = ps.executeQuery(); while (rs.next()) { Register r = new Register(); r.setRegId(rs.getInt("reg_id")); r.setPatientName(rs.getString("patient_name")); r.setDeptId(rs.getInt("dept_id")); r.setDocName(rs.getString("doc_name")); r.setRegDate(rs.getTimestamp("reg_date")); r.setStatus(rs.getInt("status")); list.add(r); } } catch (SQLException e) { e.printStackTrace(); } return list; }

这里%是模糊匹配的通配符。界面上的搜索框、表格展示、还有统计报表的数据来源，基本都靠这类查询方法支撑。看懂了登录和挂号两条链路，整个程序的主干就抓住了一大半。

3.4 科室和药品模块：增删改查的标准套路

剩下的科室管理、药品管理、公告管理，代码模式非常统一：一个findAll()查列表，一个insert()新增，一个update()修改，一个deleteById()删除。以科室为例：

public List<Department> findAll() { String sql = "SELECT * FROM t_department"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { List<Department> depts = new ArrayList<>(); while (rs.next()) { depts.add(new Department( rs.getInt("dept_id"), rs.getString("dept_name"), rs.getString("location"), rs.getString("intro") )); } return depts; } catch (SQLException e) { e.printStackTrace(); return new ArrayList<>(); } }

这段代码没有魔法，就是一个标准的读表映射过程。你在源码里看到十个类，其实七八个都是这个套路。理解了这个模板，想加“医生表”“收费表”无非就是照葫芦画瓢，改表名、改字段、改实体类属性。

4. 部署视频配套的完整跑通流程：从 SQL 导入到打开登录窗口

4.1 环境准备三件套：JDK、MySQL、IDE

部署视频虽然只演示了“数据库导入”和“项目导入”两步，但它默认你已经装好了基础环境。我在本机复现这个项目时，环境是这样配的：

• JDK 8：Swing 程序不需要太高版本，JDK 8 向下兼容性最好；
• MySQL 5.7：SQL 脚本通常是这个版本导出，5.7 的默认行为最省事；
• IntelliJ IDEA 或 Eclipse：视频里“项目导入”就是把解压后的源码目录用 Open 打开。

装完之后先测两件事：命令行执行java -version能正常输出；MySQL 能通过mysql -u root -p连上。这两步通了，后面才有意义。

4.2 导入数据库：建库、执行脚本、核对表

数据库文件是srykzsblmis_db.sql，最容易翻车的操作是“双击 SQL 文件用文本编辑器打开，再手动复制执行”。我更推荐命令行导入：

mysql -u root -p CREATE DATABASE IF NOT EXISTS srykzsblmis DEFAULT CHARACTER SET utf8mb4; USE srykzsblmis; SOURCE /path/to/srykzsblmis_db.sql;

各步骤含义：

• CREATE DATABASE先建库，避免脚本里只写表结构却没有库的情况；
• SOURCE是 MySQL 命令行执行 SQL 文件的方式，路径里尽量别带中文和空格；
• 导入完成后执行SHOW TABLES;，能看到用户表、科室表、挂号表等至少五张表才算成功。

如果你更习惯可视化工具，Navicat 里“右键数据库 → 运行 SQL 文件”效果一样，但连接字符串里的字符集要选 utf8，否则中文数据写入时就乱了。

4.3 导入源码并修改数据库连接配置

关闭 IDE 里的旧项目，用 Open 的方式选择srykzsblmis源码目录。等 IDE 完成索引后，先找到resources/db.properties或DBUtil.java里的连接参数，改成你自己的账号密码：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/srykzsblmis?useSSL=false&characterEncoding=utf8 jdbc.username=root jdbc.password=你的密码

参数说明：

• 3306是 MySQL 默认端口，如果本机改了端口，这里要跟着改；
• srykzsblmis是数据库名，和上一步建的库名必须完全一致；
• characterEncoding=utf8解决中文乱码，useSSL=false避免连接时出现 SSL 警告。

改完配置后，检查项目里是否引入了 MySQL 驱动 jar。源码包如果没带lib，运行时会直接报找不到驱动类，这一步看 IDE 项目面板里有没有 jar 包就能判断。

4.4 启动系统与首次登录验证

源码入口一般是Main.java，右键Run As Java Application启动。弹出登录窗口后，先去数据库确认有哪些账号，避免被卡在登录环节：

SELECT id, username, role FROM t_user;

这条 SQL 会列出所有用户和角色。如果看到初始管理员账号就直接用；如果表是空的，先注册普通用户，再用管理员账号进入系统管理模块，把普通用户的角色改成 1。完整验证闭环是：注册 → 登录 → 挂号 → 在管理员报表里看到统计数据。

4.5 对照部署视频准备答辩演示

部署视频是给“能跑起来”兜底的，答辩演示还需要一条清晰的操作路径。我建议按这个顺序过一遍：启动主程序后先展示普通用户注册，注册完登录进入用户界面，做一次挂号操作；然后退出，用管理员账号登录，进入科室管理、药品管理，最后打开统计报表，看看刚才那条挂号记录有没有出现在统计数字里。这个顺序正好对应报告里的需求分析、功能实现和测试结果三部分。

5. 运行与开发避坑：四个高频问题从现象到解决

这一章的每一条都是我实际跑这类项目踩过的坑，按“现象 → 原因 → 解决”写出来，希望能帮你少走弯路。

5.1 导入 SQL 报错：Unknown database

现象：执行 SQL 文件时，终端提示ERROR 1049 (42000): Unknown database，表没有建出来。

原因：SQL 脚本里没有CREATE DATABASE语句，当前 MySQL 会话里也没有这个库，直接建表必然找不到库。

解决：先手动执行CREATE DATABASE srykzsblmis DEFAULT CHARACTER SET utf8mb4;，再USE srykzsblmis;，最后重新导入 SQL 文件。如果脚本自带建库语句，就不用重复建。

5.2 登录永远提示“用户名或密码错误”

现象：账号密码明明在t_user表里存在，但登录界面怎么输都是错误提示。

原因：注册时密码存的是明文，登录时却用 MD5 加密后再去比对；或者注册时加密了，登录时直接拿原文比对。两端处理策略不一致，SQL 永远匹配不上。

解决：把注册和登录两处的密码处理统一。我一般会检查UserDao里注册方法和login()方法，确认两处都用MD5Util.md5()，不要一个加密一个不加密。

5.3 界面中文全是问号

现象：登录窗口、按钮、表格里的中文显示成??，英文正常。

原因：数据库连接 URL 没指定characterEncoding=utf8，或者导入 SQL 时客户端和服务端字符集不一致，中文在写入表时就已经变乱码了。

解决：先改db.properties的 URL，加上characterEncoding=utf8；再重新导入数据库，命令行导入时加--default-character-set=utf8mb4，让客户端连接和表字符集保持一致。

5.4 启动报错 ClassNotFoundException: com.mysql.jdbc.Driver

现象：控制台一堆红色异常，提示找不到 MySQL 驱动类。

原因：源码包里没有把mysql-connector-java.jar放进 classpath，或者驱动版本和代码里写的类名对不上。

解决：到本地 Maven 仓库或官网下载对应版本的驱动 jar，放到项目lib目录并加入 Build Path。如果代码里写的是com.mysql.jdbc.Driver，在 MySQL 8 驱动下可以改成com.mysql.cj.jdbc.Driver。

这些坑经常连在一起出现：库没建对 → 登录连不上 → 连上了又乱码。所以建议按顺序排查：先建库，再导入，再核对账号，最后看编码。

6. 二次开发思路：从能跑通的样板改成自己的项目

6.1 给挂号模块补上事务和号源校验

现成的addRegister()只做了插入操作，真实场景下挂号还要同步扣减号源。改造时把“插入挂号记录”和“更新号源数量”放进同一个事务，避免并发挂号时超卖：

conn.setAutoCommit(false); try { int rows = updateLeftCount(deptId); if (rows == 0) { conn.rollback(); return false; } insertRegister(register); conn.commit(); } catch (SQLException e) { conn.rollback(); e.printStackTrace(); }

事务改造的核心是setAutoCommit(false)之后，所有操作要么一起成功，要么一起回滚。答辩提到这点，比单纯展示增删改查更有竞争力。

6.2 把统计报表从数字堆砌变成可视化图表

截图里的统计报表如果只是 JTable 显示几行数字，不够直观。常见做法是引入 Java 生态里的开源图表库，把各科室挂号量做成柱状图或饼图，把每日就诊趋势做成折线图。这类库文档成熟，两周内能改完，而且答辩现场打开图表页的杀伤力比读表格大得多。

6.3 用 Maven 管理依赖并预留 Web 化接口

当前项目是手动引入 jar 包，改造成 Maven 工程后，把驱动和加密组件交给pom.xml统一管理。后续想往 Web 方向走，可以把model和dao层原样复用，新增一个 Spring Boot 工程接收 HTTP 请求，数据库表结构几乎不用动。这也是我个人觉得性价比最高的进阶路线。

我第一次跑这类项目时连库都没建就执行 SQL，卡在Unknown database上折腾了好久，后来才明白拿到项目第一件事不是看代码，而是把数据库脚本和连接配置对一遍。从那以后我每次拿到新的 demo，都会强制自己按三条验证走：环境、导入、启动。准备改代码前也会先列一遍 DAO 层接口，确保改造不破坏业务主链路。希望帮到你。

本文还有配套的精品资源，点击获取