简介：基于Spring Boot和Vue构建的小型医院医疗设备管理系统，适合计算机、电子信息、数学等专业正在做毕业设计或课程设计的学生，也适合需要完整项目实战的Java学习者。系统以前后端分离模式实现，覆盖设备档案、台账、报修、维护等常见管理流程，代码经过严格调试，可直接运行作为高分毕设参考。压缩包共491个文件，包含145个Java后端源码、79个Vue前端页面、161个SVG图标以及配置文件、数据库脚本、XML映射、说明文档等，压缩后大小约18.54MB。资源内还包含安装启动脚本、必读推荐文档、演示图片与视频预览，便于快速在本地跑通项目。目前已有304人学习使用，适合用来理解Spring Boot与Vue整合思路、迁移复用核心代码，或作为答辩前的项目讲解素材。
1. 基于 Spring Boot 和 Vue 的小型医院医疗设备管理系统：为什么会成为高分毕设的常客
医院设备科日常管理远比外人想象的复杂：一台呼吸机从入库、科室领用、定期保养到报废，中间要经过无数次维修和计量检测，纸质台账根本跟不上。我见过太多小型医院还在用 Excel 记录设备信息，出了问题翻半天表格，最后只能靠电话问临床科室。这套基于 Spring Boot 和 Vue 的小型医院医疗设备管理系统，解决的正是这个痛点——把设备台账、维修工单、保养计划、报废审批串成一条完整的数据链路。
为什么这类系统特别适合做毕业设计？原因在于它同时踩中了两个关键点：后端有明确的多表关联业务（设备、科室、维修记录、保养计划），前端有清晰的页面层级和交互状态，难度不高但工作量扎实，能完整体现一个前后端分离项目的标准开发流程。如果你是计算机类专业的学生，或者刚入职的小规模开发团队想快速交付一个内部工具，这个方向非常值得跟一遍。
这套系统的典型用户是小医院或独立门诊的设备科，核心诉求是“设备坏了能快速找到负责人、保养有系统提醒、年底台账能直接导出”。下面从需求建模开始，逐步拆解一套可运行的实现路径。
2. 需求建模与数据库设计：把设备科的工作台搬进系统
2.1 六个核心功能模块：设备全生命周期管理的拆解
一个设备的完整生命周期包括：采购入库、验收入库、科室领用、日常使用、维修保养、报废退出。Spring Boot 后端最需要关注的是把这条链路上的状态变化记录清楚。整个系统按角色划分功能边界：
- 设备管理员：负责录入新设备、分配科室、发起维修工单、登记保养结果、处理报废申请。
- 科室护士长/设备联络员：只能查询本科室设备、提交维修申请、查看保养待办。
- 院级管理员：查看全院的设备统计报表，审批报废和采购申请。
功能模块上，我一般会拆成六大块：设备台账管理、维修工单管理、保养计划管理、设备报废管理、系统用户与权限管理、统计报表。其中设备台账和维修工单是一对多的关系，一个设备可以有多条维修记录；保养计划则按月或按季度生成待办任务。
2.2 数据库表设计：核心表字段与主外键关联
MySQL 是这类系统的默认选项。表结构不宜设计过深，控制在 8 张表以内最合理。
| 表名 | 核心字段 | 关联说明 |
|---|---|---|
| device_info | id, device_code, name, model, manufacturer, purchase_date, warranty_end, status, department_id | 设备主表，status 用 0在库/1使用/2维修/3报废 |
| device_repair | id, device_id, repair_reason, repair_result, cost, repair_date, operator_id | 维修工单，device_id 外键关联 device_info |
| maintenance_plan | id, device_id, plan_date, cycle_type, execute_status, executor_id | 保养计划，按周期生成，执行后回写 execute_status |
| device_scrap | id, device_id, apply_reason, approve_status, apply_date, approve_date | 报废申请，approve_status 用 0待审/1通过/2驳回 |
| department | id, dept_name, contact_phone | 科室表，设备归属 |
| sys_user | id, username, password, role_type, department_id | 系统用户，角色分端 |
设计时最常踩的坑是把设备状态直接写成字符串存起来，比如“在用”“维修中”。这在查询和统计时非常难受，SQL 写起来全是status != '报废' AND status = '在用'。我建议用数字枚举，前端用 dict 映射成中文，后端只存数值。另外,维修记录里 cost 字段建议用DECIMAL(10,2)，不要用 float，避免金额精度问题。
2.3 Spring Boot 项目骨架：分层结构与 Maven 依赖
后端采用标准三层架构：Controller 负责接收前端请求、Service 写业务逻辑、Mapper 做数据库操作。用 MyBatis-Plus 可以大幅度减少单表 CRUD 的样板代码，但对多表联合查询还是要手写 SQL。
<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </dependency> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.5.2</version> </dependency> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-starter</artifactId> <version>1.2.8</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <scope>runtime</scope> </dependency> </dependencies>MyBatis-Plus 建议锁版本，不要直接翻最新版，3.5.x 已经覆盖了分页、逻辑删除、字段自动填充这些常用能力。分页用它的内置分页插件就可以，简单配置就能避免每次手写 LIMIT。依赖引入后记得在启动类上加@MapperScan注解，否则 Mapper 接口注入会失败。
分层代码的核心是让 Service 层控制事务。比如设备入库这个行为，既要往 device_info 插入记录，又要往维护计划表生成一条初始保养记录，这两个操作必须放在同一个事务里，否则出现一半成功一半失败，台账就乱了。
3. 后端接口实现：设备台账、维修工单与权限控制
3.1 设备入库接口：一次事务完成设备登记与初始保养计划
设备入库是整套系统的入口。前端传入设备基本信息和采购信息，后端在插入设备主表之后，同时生成一条默认的保养计划。
@Service public class DeviceServiceImpl implements DeviceService { @Autowired private DeviceInfoMapper deviceInfoMapper; @Autowired private MaintenancePlanMapper maintenancePlanMapper; @Override @Transactional(rollbackFor = Exception.class) public DeviceInfo addDevice(DeviceInfo device, Integer initialMaintenanceCycle) { // 生成设备编号，规则：年份+科室ID+四位流水 String deviceCode = generateDeviceCode(device.getDepartmentId()); device.setDeviceCode(deviceCode); device.setStatus(0); // 新设备默认在库 device.setCreateTime(new Date()); deviceInfoMapper.insert(device); // 生成初始保养计划 MaintenancePlan plan = new MaintenancePlan(); plan.setDeviceId(device.getId()); plan.setPlanDate(DateUtils.addMonths(new Date(), initialMaintenanceCycle)); plan.setExecuteStatus(0); maintenancePlanMapper.insert(plan); return device; } private String generateDeviceCode(Long departmentId) { // 具体生成逻辑，注意并发时用唯一索引兜底 return "EQ" + departmentId + System.currentTimeMillis(); } }@Transactional(rollbackFor = Exception.class)是最容易被人忽略的细节。Spring 默认只对运行时异常回滚，如果业务代码里抛出的是受检异常（比如Exception的直接子类），事务不会回滚，数据会变成残缺状态。这里显式声明 rollbackFor 是写生产代码的基本习惯。
设备编号生成里有一个并发隐患：多个管理员同时录设备时可能生成重复编号。靠System.currentTimeMillis()其实能很大程度避免同毫秒重复，但更稳妥的做法是在 device_code 字段上建唯一索引，数据库层面兜底。
3.2 维修工单流转：从申请到完成的状态机设计
维修工单是整个系统业务逻辑最密集的部分。流程是：科室提交维修申请 → 设备科确认接收 → 安排维修 → 填写维修结果 → 更新设备状态。状态机可以定义成四个数字：
| 状态值 | 含义 | 下一步动作 |
|---|---|---|
| 0 | 待处理 | 设备科确认接收 |
| 1 | 维修中 | 填写维修结果 |
| 2 | 已修复 | 设备状态改回在用 |
| 3 | 无法修复 | 走报废审批流程 |
这个状态机的意义在于防止跳步操作，比如状态还在"待处理"就直接填维修结果，会造成工单数据缺失。前端只按当前状态渲染可用按钮，后端再校验一次状态值，双重保险。
@PostMapping("/device/repair/complete") public Result completeRepair(@RequestBody RepairCompleteRequest req) { DeviceRepair repair = repairMapper.selectById(req.getId()); if (repair == null) { return Result.error("维修工单不存在"); } if (repair.getRepairStatus() != 1) { return Result.error("当前状态不允许执行此操作"); } repair.setRepairResult(req.getRepairResult()); repair.setCost(req.getCost()); repair.setRepairStatus(2); repairMapper.updateById(repair); // 回写设备状态 DeviceInfo device = deviceInfoMapper.selectById(repair.getDeviceId()); device.setStatus(1); // 已修复，回到使用中 deviceInfoMapper.updateById(device); return Result.success(); }为什么后端校验状态而不是完全信任前端？因为接口可以被直接调用，Postman 或者其他客户端绕过页面操作是常见场景。后端把状态判断放在 service 层而不是 controller 层，是为了给后续可能接入的微信小程序或其他客户端保留复用入口。
维修费用建议单独记录，不要覆盖更新。每次维修都应该是一条独立记录，这样年底统计该设备总维修成本时，一条 SQLSELECT SUM(cost) FROM device_repair WHERE device_id = ?就能搞定。
3.3 基于拦截器的权限控制：角色权限按钮级实现方案
小型医院系统不需要引入 Spring Security 这种重型框架，用拦截器处理登录态和角色权限就够用了。
public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token = request.getHeader("Authorization"); if (token == null || !JwtUtil.verify(token)) { response.setStatus(401); return false; } String role = JwtUtil.getRole(token); String uri = request.getRequestURI(); if (uri.startsWith("/device/scrap/") || uri.startsWith("/user/")) { if (!"admin".equals(role)) { response.setStatus(403); return false; } } return true; } }JWT 的密钥要放在 application.yml 配置里，不要硬编码在代码中。token 过期时间我这里设置为 24 小时，医院设备科的使用场景是白天上班连续用，一天一登录是比较合理的体验。
角色权限里有一个容易被忽视的需求：科室的设备联络员应该只能看到本科室的设备，不能全院可见。这需要在设备查询接口传入 department_id 做数据权限过滤，而不能只靠前端隐藏按钮。数据权限和按钮权限是两码事——按钮权限控制你能不能点，数据权限控制你能看到哪些行。
前端拿到 401 状态码时，全局拦截器应该跳转到登录页；拿到 403 时，提示"当前账号无权限执行此操作"。这些状态码语义必须和后端约定好，不能混用。
4. Vue 前端搭建：从设备台账页到维修流程的完整交互
4.1 用 Vite 初始化 Vue 3 项目：Element Plus 与路由配置
当前主流做法是 Vue 3 + Vite + Element Plus。相比 Vue 2 时代广泛使用的 vue-cli，Vite 冷启动速度快一大截，开发体验明显更好。
npm create vite@latest device-manager-frontend -- --template vue cd device-manager-frontend npm install element-plus axios vue-router@4 pinia版本兼容是新手的第一个坑。 Vue 3 项目必须搭配 vue-router 4，如果习惯性输入npm install vue-router不加版本号，在某些环境下会拉到 vue-router 3，然后控制台直接报路由相关的错误。Element Plus 同理，需要 Node.js 版本不低于 16，否则构建阶段会在压缩代码时报语法错误。
路由配置里做全局前置守卫，判断是否登录：
router.beforeEach((to, from, next) => { const token = localStorage.getItem('token'); if (to.path !== '/login' && !token) { next('/login'); } else { next(); } });4.2 设备台账页面：表格分页、状态标签与条件搜索
设备台账是前端最核心的页面。使用 Element Plus 的 el-table 渲染数据，配合 el-pagination 做服务端分页。
<template> <el-card> <el-form inline> <el-form-item label="设备名称"> <el-input v-model="queryParams.name" placeholder="模糊搜索" clearable /> </el-form-item> <el-form-item label="设备状态"> <el-select v-model="queryParams.status"> <el-option label="在库" :value="0" /> <el-option label="使用中" :value="1" /> <el-option label="维修中" :value="2" /> <el-option label="已报废" :value="3" /> </el-select> </el-form-item> <el-form-item> <el-button type="primary" @click="fetchList">查询</el-button> </el-form-item> </el-form> <el-table :data="tableData" stripe> <el-table-column prop="deviceCode" label="设备编号" width="140" /> <el-table-column prop="name" label="设备名称" min-width="180" /> <el-table-column prop="model" label="规格型号" min-width="140" /> <el-table-column label="状态" width="100"> <template #default="scope"> <el-tag :type="statusTagType(scope.row.status)"> {{ statusLabel(scope.row.status) }} </el-tag> </template> </el-table-column> <el-table-column label="操作" width="220" fixed="right"> <template #default="scope"> <el-button type="primary" size="small" @click="openDetail(scope.row)">详情</el-button> <el-button type="warning" size="small" @click="openRepair(scope.row)">申请维修</el-button> </template> </el-table-column> </el-table> <el-pagination v-model:current-page="queryParams.pageNum" v-model:page-size="queryParams.pageSize" :total="total" :page-sizes="[10, 20, 50]" layout="jumper, sizes, prev, pager, next" @size-change="fetchList" @current-change="fetchList" /> </el-card> </template> <script setup> import { onMounted, reactive, ref } from 'vue'; import { searchDevices } from '@/api/device'; import { ElMessage } from 'element-plus'; const tableData = ref([]); const total = ref(0); const queryParams = reactive({ name: '', status: null, pageNum: 1, pageSize: 10 }); const fetchList = async () => { const { data } = await searchDevices(queryParams); tableData.value = data.records; total.value = data.total; }; onMounted(fetchList); </script>分页参数我习惯命名为 pageNum/pageSize，而不是 page/pageLimit，因为大部分 Java 后端分页插件的默认参数名就是前者，省去一层映射。layout属性建议开启 sizes，让用户自己选择每页条数，医院设备科常用的需求是每页 20 条批量导出。
注意el-form inline和el-select组合时，搜索条件可能在回车时不会触发查询，需要设置clearable并在@change事件上绑定查询动作。另外 resizable 表格列宽度在 Chrome 和 Edge 上表现不一致，建议给关键列固定宽度，内容过长用show-overflow-tooltip而不是撑破布局。
4.3 axios 封装与拦截器：统一处理 token 和异常状态
前端和后端联调时最容易出现的问题就是 token 丢失和错误提示不友好。axios 封装成公共模块，统一在请求头带上 token，响应阶段统一处理业务错误。
import axios from 'axios'; import { ElMessage } from 'element-plus'; import router from '@/router'; const service = axios.create({ baseURL: '/api', timeout: 10000 }); // 请求拦截器：自动携带 token service.interceptors.request.use(config => { const token = localStorage.getItem('token'); if (token) { config.headers['Authorization'] = token; } return config; }); // 响应拦截器：统一处理状态码 service.interceptors.response.use( response => { const res = response.data; if (res.code !== 200) { ElMessage.error(res.message || '请求失败'); return Promise.reject(new Error(res.message)); } return res; }, error => { if (error.response.status === 401) { localStorage.removeItem('token'); router.push('/login'); } ElMessage.error(error.response?.data?.message || '网络异常，请稍后重试'); return Promise.reject(error); } ); export default service;后端返回结构约定为{ code, message, data }是最常见的格式，前端拦截器只需要判断 code 是否为 200 即可。有些项目喜欢让后端返回 HTTP 状态码同步表示业务状态（比如 200 成功、500 业务错误），这在 axios 里会走 error 分支，导致业务错误和网络错误混在一起处理，反而增加排查成本。
baseURL 写成/api是为了配合后端网关或 Nginx 反向代理，避免前端开发环境的跨域问题。但注意本地开发时需要配置 Vite 的 proxy：
// vite.config.js export default defineConfig({ server: { proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } } });如果你不配 proxy 直接请求后端，浏览器会拦截跨域响应，这是一个高频翻车点。配了 proxy 后，前端发出的请求全部走/api开头，Vite 帮你代转发到后端，从浏览器视角看是同源的。
5. 部署与配置：Spring Boot 打包、Nginx 转发与初始化数据
5.1 application.yml 的三种配置环境：本地开发与生产切换
一个完整的 Spring Boot 项目至少要区分开发环境和生产环境。用application.yml作为主配置，通过spring.profiles.active切换。
# application.yml spring: profiles: active: dev jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8# application-dev.yml server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/hospital_device?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: root druid: initial-size: 5 max-active: 20 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpllog-impl配置成 stdout 可以在控制台打印 SQL 语句，开发阶段强烈建议开启，排查问题极高效。生产环境把 print 关掉，改用文件日志输出。
数据库连接串里的serverTimezone=Asia/Shanghai如果漏掉，操作日期字段时会发现查询结果比预期慢 8 小时。MySQL 8 驱动对时区处理比较敏感，这个坑几乎每个新手都会踩一遍。
5.2 打包部署到云服务器：jar 与 Nginx 静态资源的分离部署
前端 Vue 项目构建完成后生成的是纯静态文件，和后端 Spring Boot 打包出来的 jar 是完全解耦的两份产物。常见做法是 Nginx 托管前端静态文件，接口请求转发到后端端口。
后端打包命令：
mvn clean package -DskipTests打包后的 jar 位于 target/ 目录。启动时指定生产环境配置：
nohup java -jar device-manager.jar --spring.profiles.active=prod > logs/device.log 2>&1 &Nginx 配置示例：
server { listen 80; server_name your-domain.com; root /usr/share/nginx/html/dist; index index.html; location /api/ { proxy_pass http://127.0.0.1:8080/api/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } # 历史路由模式支持 Vue Router 的 history 模式 location / { try_files $uri $uri/ /index.html; } }try_files $uri $uri/ /index.html这一行是 Vue Router 使用 history 模式时的必配项。如果漏掉，用户刷新非首页路径会直接 404。如果前端用的是 hash 模式（URL 带 #），可以不需要这段配置，但体验上不如 history 干净。
5.3 初始化 SQL：传感器和演示数据的准备
项目落地时不能直接面对空数据库跑起来。初始化数据至少包含：管理员账号（admin/admin123）、基础科室列表、若干演示设备记录。密码建议用 BCrypt 加密存储，后端的登录接口用BCryptPasswordEncoder匹配。
INSERT INTO sys_user (id, username, password, role_type, dept_id) VALUES (1, 'admin', '$2a$10$kVhCOKwAEPKYkE7S7b1/t.7Y8Yb0Zm5BEcGpGxQoI9QJZHcQOI2v6', 'ADMIN', NULL); INSERT INTO department (id, dept_name, contact_phone) VALUES (1, '内科', '021-1111111'), (2, '外科', '021-2222222'), (3, '急诊科', '021-3333333');这里有一个人力成本极高的细节：如果设备管理员的手动录入工作量太大，可以做一个 Excel 导入功能，用 Apache POI 解析设备台账的 Excel 模板，前端上传文件，后端读取后逐行插入数据库。这属于进阶功能，但对于小型医院而言，首次上线的批量录入基本是刚需。
6. 避坑清单：毕设和真实交付中常见的五个高频问题
6.1 MyBatis-Plus 分页查询失效：缺失分页拦截器配置
现象：分页接口返回的数据全量加载，limit 没有生效，甚至报total始终为 0。原因：MyBatis-Plus 的分页依赖 PaginationInnerInterceptor，没有注入到 MyBatisPlusInterceptor 中。解决：
@Configuration public class MybatisPlusConfig { @Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }配置完成后分页立即生效。如果这个类忘了写在启动类的扫描范围外、或者配置类没加上@Configuration，系统不会报错，但分页就是静默失效，非常隐蔽。
6.2 Vue 项目运行时出现跨域错误：代理与后端 CORS 冲突
现象：浏览器控制台报Access-Control-Allow-Origin相关错误，接口请求发不出去。原因：开发环境既配了 Vite proxy 又开启了后端的 CORS 全局配置，两个叠加导致预检请求被错误处理。解决：开发阶段只用 Vite proxy，后端不要加@CrossOrigin或者全局 CORS 过滤器；生产阶段用 Nginx 反向代理，后端保持关闭 CORS。
后端的 CORS 配置只适合后端接口直接暴露给异域前端调用（比如第三方系统集成），自己开发的前后端分离项目用反向代理是更干净的方案。
6.3 Element Plus 日期组件绑定值的格式问题
现象：前端提交维修日期时，后端收到的数据变成数组或者时间戳，无法直接映射到 LocalDate。原因：Element Plus 的 el-date-picker 默认返回 Date 对象，需要手动格式化。解决：
// 提交前转换 const formattedDate = date => { const d = new Date(date); return `${d.getFullYear()}-${d.getMonth() + 1}-${d.getDate()}`; };更彻底的做法是设置value-format="YYYY-MM-DD HH:mm:ss"，让组件直接输出字符串。
6.4 数据库时间字段全部显示为 JSON 字符串，前端解析混乱
现象：后端返回的日期字段出现 12 小时制和 24 小时制混乱。原因：Jackson 默认序列化格式与 MySQL 返回格式不一致。解决：前面已经写了配置spring.jackson.date-format和时区设置。搭配实体类上的@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")双保险，数据库连接串里补上serverTimezone=Asia/Shanghai。
6.5 图片和附件上传后重启文件丢失
现象：设备维修单可以上传图片，但每次重启后图片消失。原因：文件被保存到了本地目录，Spring Boot 重启后临时文件被清理。解决：把上传路径改成独立的磁盘目录，比如/data/upload，不要用项目目录内部的uploads/文件夹。Nginx 配置一个静态目录映射到该路径：
location /files/ { alias /data/upload/; }能做文件存储服务更好，但小型医院系统用本地目录加 Nginx alias 完全够用，预算和运维成本都低。
7. 进阶验证与试运行：用真实业务流检查系统的完整性
系统开发完成后，不能只靠页面点一圈就宣布完工。我会按以下顺序做验收测试，每一步都对应真实的医院设备科场景。
第一步，拿着初始化 SQL 里的 admin 账号登录，检查登录页是否能正确跳转到首页仪表盘。仪表盘上至少要有设备总数、维修中数量、本月到期保养设备数三个指标，这三个数据直接来自后端统计接口。如果查询慢，检查是否在 device_info.status 和 repair_date 上建了索引。
第二步，走一遍完整的维修工单流程。在台账页面找一台状态为“使用中”的设备提交维修申请，然后用设备科账号接收、安排维修，再填写维修结果。每一步都刷新页面确认状态没有跳变。重点观察设备状态回到“使用中”时，维修记录列表里是否多出一条完整数据。
第三步，测试保养待办。把 maintenance_plan 表里某条计划的 plan_date 改成今天，回到首页仪表盘确认“今日待保养”数量增加。保养执行后，执行人字段和状态必须同步更新，否则会出现保养计划已经做了但统计还显示未执行。
第四步，做一次数据备份和恢复演练。用 mysqldump 导出整库，然后在另一台机器上导入，确认所有外键关联和自增主键的完整性。这个动作很多毕设项目不会做，但真实医院的信息科一定会问：“数据丢了怎么办？”
mysqldump -u root -p hospital_device > hospital_device_backup.sql mysql -u root -p hospital_device < hospital_device_backup.sql最后一步，验证权限隔离。用科室联络员账号登录（demo_dept_user），尝试通过浏览器直接访问/device/scrap/list接口地址，预期返回 403 而不是完整列表。后端权限控制是否真的有效，只有用这种绕过前端页面的方式才能验证出来。
这套系统做完之后，如果你还想继续加亮点，常见的方向是设备到期前自动发送微信模板消息或者短信提醒保养，以及引入二维码巡检——每个设备贴一张码，扫码就能看到当前设备信息和最近维修记录。前者需要接入第三方消息服务，后者需要结合微信小程序，但都是建立在现有后端接口基础上的增量开发，不会推翻现有设计。
从毕设答辩到真实项目落地，路径是相通的。我习惯在交付前把系统跑在真实的测试数据上，比如导入医院过去一年的设备台账 Excel，让页面图表动起来。空データの演示永远看不出系统能解决什么实际问题。希望这个技术方向能对你的项目有实际帮助。
本文还有配套的精品资源，点击获取
