1. 项目背景与核心价值疫情隔离管理系统是特殊时期公共卫生管理的重要工具。去年参与某地健康驿站信息化建设时我们团队用SpringBootVue技术栈在两周内完成了从需求分析到上线的全流程开发。这个看似简单的管理系统实际上需要处理人员流转、健康监测、物资调配等多维度协同对系统的实时性和可靠性要求极高。传统Excel登记方式存在数据滞后、信息孤岛等问题。我们设计的系统实现了多终端实时数据同步PC端移动端自动化预警机制体温异常、隔离期满等可视化数据分析看板权限精细化管理医护人员、管理人员、被隔离人员不同视图2. 技术架构设计2.1 整体技术选型采用前后端分离架构主要考虑因素SpringBoot 2.7.x快速构建RESTful API内置Tomcat简化部署Vue 3 Element Plus响应式前端框架组件库开箱即用MySQL 8.0事务支持完善配合JSON字段存储动态表单数据MyBatis-Plus 3.5.x增强的CRUD操作动态SQL生成特别注意MySQL需配置为ROW格式的binlog便于后续接入CDC数据同步2.2 关键架构决策双Token认证方案AccessToken30分钟过期RefreshToken7天有效期// JWT配置示例 Bean public JwtAccessTokenConverter accessTokenConverter() { JwtAccessTokenConverter converter new JwtAccessTokenConverter(); converter.setSigningKey(隔离系统密钥需定期轮换); return converter; }实时通信方案对比方案延迟开发成本适用场景WebSocket100ms高医护实时通知SSE500ms中数据看板更新长轮询1s低普通状态变更最终采用混合模式关键业务走WebSocket其他用SSE。3. 核心功能实现3.1 隔离人员管理模块数据库设计要点CREATE TABLE isolated_person ( id BIGINT NOT NULL AUTO_INCREMENT, id_card VARCHAR(18) COLLATE utf8mb4_bin UNIQUE, -- 身份证加密存储 health_status TINYINT COMMENT 0正常 1发热 2其他症状, room_id VARCHAR(10), check_in_time DATETIME, planned_release_time DATETIME, actual_release_time DATETIME, location_log JSON COMMENT 轨迹数据, PRIMARY KEY (id), INDEX idx_room (room_id), INDEX idx_time (check_in_time,planned_release_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;3.2 健康打卡功能前端采用动态表单设计template el-form :modelform :rulesrules refhealthForm el-form-item label体温 proptemperature el-input-number v-modelform.temperature :precision1 :step0.1 :min35 :max42/ /el-form-item !-- 动态症状选择 -- el-checkbox-group v-modelform.symptoms el-checkbox v-foritem in symptomOptions :labelitem.value :keyitem.value {{item.label}} /el-checkbox /el-checkbox-group /el-form /template后端处理逻辑注意点体温超过37.3℃触发三级预警流程连续3天未打卡自动通知管理人员数据变更记录完整审计日志4. 典型问题解决方案4.1 高并发入住登记问题场景批量转运人员时200人同时办理入住导致系统卡顿优化方案采用Redis缓存房间状态批量插入使用MyBatis的foreach标签insert idbatchInsert parameterTypelist INSERT INTO isolated_person (id_card, room_id, check_in_time) VALUES foreach collectionlist itemitem separator, (#{item.idCard}, #{item.roomId}, NOW()) /foreach /insert添加Transactional注解时设置超时时间Transactional(timeout 30) public void batchCheckIn(ListPerson persons) { // ... }4.2 轨迹数据存储优化原始方案每条定位都存数据库导致单用户14天产生约2000条记录空间占用大查询性能差改进方案使用MySQL的JSON字段存储压缩轨迹// 实体类定义 TableField(typeHandler FastjsonTypeHandler.class) private JSONArray locationHistory;前端每5分钟上报一次轨迹点后端采用Douglas-Peucker算法压缩轨迹5. 部署实践5.1 多环境配置# application-dev.yml spring: datasource: url: jdbc:mysql://dev-db:3306/iso_sys?useSSLfalse username: dev_user password: Dev1234 # application-prod.yml spring: datasource: url: jdbc:mysql://master-db:3306/iso_sys?useSSLtruefailOverReadOnlyfalse username: ${DB_USER} password: ${DB_PWD} hikari: maximum-pool-size: 20 connection-timeout: 300005.2 性能调优参数# JVM参数建议 -Xms512m -Xmx1024m -XX:MaxMetaspaceSize256m -XX:UseG1GC -XX:MaxGCPauseMillis200 # MyBatis缓存配置 mybatis-plus.configuration.cache-enabledtrue mybatis-plus.configuration.local-cache-scopestatement6. 踩坑记录Vue路由懒加载导致的白屏问题错误写法component: () import(./views/xxx.vue)正确写法添加Loading组件和超时处理const lazyLoad (path) () ({ component: import(/views/${path}), loading: LoadingComponent, timeout: 10000 });MySQL时区陷阱现象前端显示时间比数据库少8小时解决方案spring: datasource: url: jdbc:mysql://localhost:3306/db?serverTimezoneAsia/ShanghaiMyBatis批量更新失效需在jdbcUrl添加allowMultiQueriestrue参数批量更新语句要带Param注解Update(script UPDATE isolated_person SET status#{status} WHERE id IN foreach itemid collectionids open( separator, close) #{id} /foreach /script) int batchUpdateStatus(Param(ids) ListLong ids, Param(status) int status);这个项目让我深刻体会到应急系统的开发不仅要考虑功能实现更要注重数据一致性保障多系统对接时极端情况下的降级方案如网络中断时本地存储敏感数据的加密处理身份证、联系方式等 实际部署后系统日均处理健康打卡数据1.2万条预警准确率达到98.7%相比纸质登记效率提升近20倍。