1207 Commits

Author	SHA1	Message	Date
Ranyunqiao	b8d719429d	bug 573 578 584	2026-06-04 17:36:48 +08:00
华佗	1e76eb005d	chore: 清理 176 个过时 SQL 文件 ... 删除内容: - sql/ 目录: 158 个历史迁移记录、bug 修复脚本、测试数据 - openhis-server-new/sql/: 16 个散落 SQL 文件 - resources/sql/: 2 个会诊相关脚本 保留内容: - db/migration/V1__baseline_marker.sql (Flyway 基线) 原因: 已引入 Flyway 数据库迁移管理，散落的 SQL 文件不再需要 所有新的 DDL 变更通过 db/migration/V{n}__xxx.sql 管理	2026-06-04 14:57:14 +08:00
华佗	b5d838c509	chore(deps): 引入 Flyway 数据库迁移管理 ... 新增内容: - 添加 flyway-core 依赖 (Spring Boot 2.7 管理版本 8.5.x) - 新增 FlywayConfig.java — 适配动态数据源，手动指定主数据源 - 排除 FlywayAutoConfiguration，使用自定义配置 - application-dev.yml 添加 spring.flyway 配置 - baseline-on-migrate: true (对现有表建立基线) - baseline-version: 0 - locations: classpath:db/migration - 新增 db/migration/V1__baseline_marker.sql 基线标记 - 新增 db/migration/README.md 使用说明 验证结果: - ✅ flyway_schema_history 表已创建 - ✅ 基线 (version=0) 已建立 - ✅ V1 迁移已执行 - ✅ 服务正常启动 使用方式: 后续新增表或修改表结构，在 db/migration/ 创建 V2__xxx.sql, V3__xxx.sql 等文件，启动时 Flyway 自动执行	2026-06-04 14:37:54 +08:00
chenqi	1ab6193f5f	Merge remote-tracking branch 'origin/develop' into develop	2026-06-04 14:13:51 +08:00
chenqi	b9856d3ce6	feat(notice): 添加公告详情查看功能并优化通知面板界面 ... - 在后端控制器中新增公开接口获取公告详情，支持状态检查和已读标记 - 在前端API模块中添加获取公共公告详情的方法 - 更新通知面板组件导入新的公共公告API方法 - 重构头部通知组件实现内联查看详情模式，移除独立详情弹窗 - 优化通知面板UI界面，调整布局样式和交互体验 - 将原有的Navbar中的通知弹窗替换为新的HeaderNotice组件 - 移除旧的通知相关代码和样式，精简组件结构	2026-06-04 14:13:32 +08:00
华佗	d51278d738	fix(security): 更新 Security 白名单支持 springdoc 路径 ... - /swagger-ui.html, /swagger-resources/**, /webjars/**, /*/api-docs + /swagger-ui/**, /swagger-ui.html, /v3/api-docs/**, /druid/**	2026-06-04 14:06:49 +08:00
华佗	e84455da51	chore(deps): Swagger springfox → Springdoc OpenAPI 1.8.0 ... 迁移内容: - 移除 springfox-boot-starter:3.0.0 (已停维, 与 Spring Boot 2.7 不兼容) - 新增 springdoc-openapi-ui:1.8.0 (OpenAPI 3.0, 兼容 Spring Boot 2.7) - 重写 SwaggerConfig.java → 使用 OpenAPI bean + SecurityScheme - 移除 ResourcesConfig 中 springfox-swagger-ui 资源映射 - 移除 ISchedulePoolService 中未使用的 io.swagger.models.auth.In import - application.yml: springfox 配置 → springdoc 配置 验证结果: - ✅ Swagger UI 页面 HTTP 200 - ✅ OpenAPI JSON 正常 (1373 个 API) - ✅ 登录/分页/路由接口正常 - ✅ 71 个 @ApiOperation 注解兼容无需修改	2026-06-04 13:59:46 +08:00
华佗	dbe146725a	chore(deps): Spring Boot 2.5.15→2.7.18 + MyBatis Plus 3.5.5→3.5.16 ... 升级内容: - Spring Boot 2.5.15 → 2.7.18 (含 Spring Security 5.7, Tomcat 9.0.96) - MyBatis Plus 3.5.5 → 3.5.16 (含 mybatis-plus-jsqlparser 拆分模块) - JSqlParser 4.5 → 5.2 (MyBatis Plus 3.5.9+ 要求) - PageHelper 1.4.7 → 2.1.1 (兼容 JSqlParser 5.x) - mysql:mysql-connector-java → com.mysql:mysql-connector-j (Spring Boot 2.7 BOM 变更) 兼容性修复: - FieldStrategy.IGNORED → FieldStrategy.NEVER (3.5.16 重命名) - ScanOptionsBuilder → ScanOptions.scanOptions() 工厂方法 - saveOrUpdate(entity, wrapper) → saveOrUpdate(entity) (wrapper 签名移除) - PermitAllUrlProperties: getBean(class) → getBean(name,class) + null 检查 - application.yml: 添加 spring.mvc.pathmatch.matching-strategy=ant-path-matcher - application.yml: 禁用 springfox (与 Spring Boot 2.7 不兼容) 验证结果: - ✅ mvn clean package -DskipTests BUILD SUCCESS - ✅ 登录接口 HTTP 200 - ✅ 分页查询 (数据字典 326 条, 用户 84 条) - ✅ 路由信息 (22 个顶级菜单) - ✅ 流程引擎 (Flowable) 正常初始化	2026-06-04 13:35:14 +08:00
Ranyunqiao	d5a65a1b47	门诊收费站自动填充修复 科室切换功能修复	2026-06-04 13:28:38 +08:00
Ranyunqiao	43b998e6ef	bug 467 569	2026-06-04 12:55:34 +08:00
华佗	6ded2ee174	chore(deps): Phase 5 itextpdf 5.5.12 → 5.5.13.4 ... - PDF 生成库安全更新	2026-06-04 11:35:53 +08:00
华佗	4469171b62	chore(deps): Phase 3 后端组件升级 ... - OSHI 6.6.5 → 6.10.0 (系统监控) - Commons IO 2.13.0 → 2.21.0 (IO工具) - PostgreSQL 42.2.27 → 42.7.4 (JDBC驱动)	2026-06-04 11:28:56 +08:00
华佗	427b7ad799	chore(deps): Phase 2 后端组件升级 ... - Druid 1.2.27 → 1.2.28 - Fastjson2 2.0.58 → 2.0.61 - Hutool 5.3.8 → 5.8.35	2026-06-04 11:19:58 +08:00
华佗	8f4ab275f0	fix(security): BouncyCastle 1.69 → 1.80 安全修复 ... - bcprov-jdk15on 1.69 → bcprov-jdk18on 1.80 - 修复 CVE 安全漏洞 - 支持国密 SM2/SM3 算法	2026-06-04 11:08:40 +08:00
wangjian963	5df2d8a049	645 【住院管理-住院医生工作站】临床医嘱中的新增一条医嘱，请选择项目没有数据回显 ... 615 【住院医生工作站-临床医嘱】录入“临时”医嘱时，【用药频次】字段被置灰锁死为“立即”且无法更改 577 [住院医生工作站-检验] 检验申请单项目列表中的单价/使用单位展示异常，单位回显为字典数字ID（如 6, 16）而非中文名称	2026-06-02 16:35:38 +08:00
wangjian963	899cbc0b71	Merge remote-tracking branch 'origin/develop' into develop	2026-06-02 16:03:09 +08:00
wangjian963	734bdc6a0d	585 [住院医生工作站-手术申请] 手术申请历史列表缺失“手术状态”列，导致医生无法跟踪手术流转进度	2026-06-02 16:02:47 +08:00
chenqi	6958654d26	feat(home): 添加处方统计数据功能 ... - 在 HomeStatisticsDto 中新增今日处方、昨日处方和处方趋势字段 - 实现处方数量查询逻辑，支持按日期和医生过滤 - 计算处方数据的日环比变化率 - 更新前端界面以显示处方统计信息 - 配置处方相关的路由映射 - 修正数据绑定逻辑以正确关联处方统计数据	2026-06-02 15:31:37 +08:00
chenqi	e1cb88e47e	feat(home): 优化首页界面并实现收入统计功能 ... - 添加欢迎区域背景动效和视觉优化 - 实现今日收入统计及同比数据显示 - 重构待办事项和日程的双栏布局 - 修复路由权限检查并添加无权限提示 - 更新快捷功能入口和统计卡片样式 - 集成财务模块收入查询接口 - 添加数据库配置备份文件	2026-06-02 14:38:51 +08:00
wangjian963	cde58cf18f	581 【住院医生站-临床医嘱-手术】手术申请单缺失多项核心业务字段与强拦截逻辑，导致医疗安全制度无法落地且阻断手术室排班闭环	2026-06-02 13:22:09 +08:00
华佗	74de40f94f	fix(#575): 预约成功后 booked_num 未实时累加 ... 根因：booked_num 只在签到时累加，预约成功后没有更新。 业务上预约成功就占了号源，booked_num 应立即反映。 修复： - TicketServiceImpl: 预约成功后 booked_num +1（与 locked_num 同步） - SchedulePoolMapper: 签到时不再改 booked_num（预约时已加） - SchedulePoolMapper: refreshPoolStats 统计 booked_num 包含 LOCKED+BOOKED+CHECKED_IN - SlotStatus: 更新状态流转注释	2026-06-02 10:42:13 +08:00
华佗	d1189786cf	fix(#574): 签到时 booked_num 未累加 ... 根因：updatePoolStatsOnCheckIn 只做 locked_num-1， 没有同时做 booked_num+1，导致号源池已约数不准确。 修复：签到时原子递增 booked_num	2026-06-02 10:15:34 +08:00
wangjian963	5a970cf492	503 ... 【住院发退药】发药明细与发药汇总单数据触发时机不一致，存在业务脱节风险	2026-06-02 10:05:41 +08:00
华佗	c3ecadcfe0	fix(#575): 退号流程兼容 CHECKED_IN(3) 状态 + 查询过滤修复 ... Bug #574 将签到状态从 BOOKED(1) 改为 CHECKED_IN(3) 后， 退号流程只检查 BOOKED(1) 导致已签到患者无法退号。 修复： - OutpatientRegistrationAppServiceImpl: 退号检查兼容 BOOKED(1) 和 CHECKED_IN(3) - OutpatientRegistrationAppServiceImpl: 退号统计改用 refreshPoolStats 统一刷新 - ScheduleSlotMapper.xml: 'checked' 查询过滤兼容 status=1 和 status=3	2026-06-02 09:59:58 +08:00
华佗	b8463f4659	fix(#574): 签到状态 BOOKED(1)→CHECKED_IN(3) + 全链路映射修复 ... 根因：checkInTicket() 将签到后状态设为 BOOKED(1) 而非 CHECKED_IN(3) 导致：前端无法识别已签到状态，池统计漏计已签到人数 修复： - TicketServiceImpl: 签到状态改为 SlotStatus.CHECKED_IN(3) - TicketAppServiceImpl: 新增 CHECKED_IN→已签到 映射分支 - SchedulePoolMapper: 池统计兼容 BOOKED 和 CHECKED_IN - outpatientAppointment/index.vue: STATUS_CLASS_MAP + 患者信息条件加上已签到 - AGENTS.md: 写入状态值一致性/禁止删文件/全链路验证铁律	2026-06-02 09:48:51 +08:00
华佗	710a215597	fix(#640): 组合临床医嘱 updateGroupId 按实际所属表分别更新 ... 根因：原代码把所有 requestId 都当 MedicationRequest 处理， 诊疗医嘱(ID属于wor_service_request)被错误INSERT到药品表， medication_id NOT NULL约束失败。 修复：拆组时三表都清group_id；组合时依次查药品→诊疗→耗材表， 找到所属表后精准更新group_id(group_no)。	2026-06-02 09:00:08 +08:00
华佗	74f340d77c	fix(#634): 请修复 Bug #634: web_ui 手动入列 ... 根因： - ** - `core-framework/.../ApplicationConfig.java:39` — `LocalDateTimeDeserializer` 只配置了 `yyyy-MM-dd HH:mm:ss` 格式 - 前端发送 ISO 8601 格式日期字符串 `"2026-06-01T01:45:06.439Z"`（含毫秒 + `Z` 时区后缀），Jackson 反序列化失败抛出 `JsonParseException` 修复： - ** - 修改 `ApplicationConfig.java`，将单一格式的 `LocalDateTimeDeserializer` 替换为自定义多格式反序列化器 - 新反序列化器依次尝试：ISO 8601（`yyyy-MM-ddTHH:mm:ss.SSS`）→ 简单格式（`yyyy-MM-dd HH:mm:ss`）→ 斜杠格式（`yyyy/M/d HH:mm:ss`） - 自动剥离 `Z`/`z` 时区后缀和 `+HH:MM` 偏移量（`LocalDateTime` 不含时区信息） - 6 环验证：** - ①前端 → ②Controller：`@RequestBody` 反序列化现在支持 ISO 8601 格式 ✅ - ③Service：无需修改，DTO 字段类型未变 ✅ - ④Mapper：无需修改，SQL 映射未变 ✅ - ⑤DB：无需修改，字段类型未变 ✅ - ⑥关联模块：全局生效，所有使用 `LocalDateTime` 的实体均受益 ✅ - 编译验证：** `mvn compile -pl openhis-application -am` → BUILD SUCCESS ✅ - 变更文件：** `core-framework/src/main/java/com/core/framework/config/ApplicationConfig.java`	2026-06-01 16:27:02 +08:00
wangjian963	17783bd981	561 [门诊医生站-医嘱] 医嘱录入后，总量单位显示异常，显示为“null”而非诊疗目录配置值	2026-06-01 16:15:40 +08:00
wangjian963	275e7f5978	597 【住院医生工作站-临床医嘱】临床医嘱需增加“备注”字段支持	2026-06-01 14:41:12 +08:00
wangjian963	76c623ba1d	467 ... [住院医生工作站-检验申请] 列表显示信息不规范：标题术语错误且单据名称未展示具体检验项目 466 [住院医生工作站-检验申请] 申请单界面缺失核心质控字段（申请类型、标本类型、执行时间）及联动逻辑	2026-06-01 14:15:59 +08:00
华佗	310331f921	fix(#630): 修复 getOne() 多条记录异常 — 仅修改查询条件，不改方法签名 ... 根因：4处 emrService.getOne() / docRecordService.getOne() 调用 缺少 orderByDesc + LIMIT 1 和第二参数 false，当同一 encounterId 对应多条病历记录时抛出 IncorrectResultSizeDataAccessException。 修复（仅查询条件，不改接口签名）： - Line 78: addPatientEmr 添加 orderByDesc + LIMIT 1 + false - Line 148: getEmrDetail(Emr) 添加 orderByDesc + LIMIT 1 - Line 154: getEmrDetail(DocRecord) 已有 false 参数 - Line 277: checkNeedWriteEmr 添加 orderByDesc + LIMIT 1 + false 编译验证：mvn compile BUILD SUCCESS ✅	2026-06-01 10:58:39 +08:00
华佗	9f5eecf62b	fix(#630): 完整修复门诊医生站现诊患者列表报错 — 4处 getOne() 修复 ... 根因：DoctorStationEmrAppServiceImpl 中 4 处 emrService.getOne() / docRecordService.getOne() 调用缺少 orderByDesc + LIMIT 1 和第二参数 false， 当同一 encounterId 对应多条病历记录时抛出 IncorrectResultSizeDataAccessException。 修复： - addPatientEmr: 添加 orderByDesc + LIMIT 1 + 第二参数 false - getEmrDetail (DocRecord): 添加第二参数 false - getPendingEmrList: 添加 orderByDesc + LIMIT 1 + 第二参数 false - checkNeedWriteEmr: 添加 orderByDesc + LIMIT 1 + 第二参数 false	2026-06-01 10:38:17 +08:00
华佗	b5918c8a3c	fix(#614): 请修复 Bug #614：【住院护士：医嘱执行 住院发退药】已发药医嘱取消执行后，未进入“取消执行”列表且未联动生成“住院退药单” ... 根因： - 全链路数据流检查：** - | 环节 | 状态 | 说明 | - |------|------|------| - | 📤 录入 | ✅ 正常 | "已执行"tab 勾选医嘱 → 点击"取消执行"按钮 | - | 📤 API 调用 | ✅ 正常 | `adviceCancel` 接口调用正确 | - | 📤 后端 Service | 🔧 已修改 | `adviceCancel` 方法有变量名拼写错误 | - | 📥 查询（"取消执行"tab） | 🔧 已修改 | `requestStatus` 未重置导致查不到记录 | 修复： - | 📥 退药单生成 | 🔧 已修改 | 长期医嘱缺少 `updateCancelledStatusBatch` 调用 | - `medicalOrderExecution/index.vue:112-114` - 切换到"取消执行"tab 时，重置 `requestStatus` 为 `RequestStatus.CANCELLED`(5) - `requestStatus` 保持 `RequestStatus.COMPLETED`(3)，后端 SQL 只返回 `request_status IN (3, 10)` 的记录，取消执行后的记录被过滤掉 - `AdviceProcessAppServiceImpl.java:576-583` - 修正变量名拼写错误：`creatRefundMedicationList(tempMedDispensedList, ...)` → `creatRefundMedicationList(longMedDispensedList, ...)` - 为长期已发药医嘱添加 `updateCancelledStatusBatch` 调用，确保药品请求状态变更为"待退药" - 长期医嘱取消执行时，退药单从空的 `tempMedDispensedList` 生成（实际无数据），且药品请求状态未更新 - ### 验证结果 - ✅ `vue-tsc --noEmit`：无新增类型错误 - ✅ `vite build`：构建成功（1分52秒） - ✅ `eslint`：无语法错误	2026-05-31 03:06:37 +08:00
华佗	6cd658d8da	fix(#630): 请修复 Bug #630：[门诊医生站] 点击选择现诊患者列表报错 ... 根因： - ** - 门诊医生站点击现诊患者后，右侧病历区域加载失败，抛出异常。经过全链路分析（前端→Controller→Service→Mapper→DB），定位到两个可能的问题点： - 1. `DoctorStationEmrController.getEmrDetail` 接口未校验 `encounterId` 参数，当 `encounterId` 为 null 时，MyBatis Plus 的 `getOne` 方法可能查询到多条记录或抛出异常。 - 2. `DoctorStationEmrController.getPatientEmrHistory` 接口未校验 `patientId` 参数，可能导致查询条件异常。 修复： - ** - 在 `DoctorStationEmrAppServiceImpl.getPatientEmrHistory` 方法中增加 `patientId` 空值校验，为空时返回空分页结果，避免查询异常。 - 在 `DoctorStationEmrAppServiceImpl.getEmrDetail` 方法中增加 `encounterId` 空值校验，为空时直接返回 null；同时将 `emrService.getOne` 的第二个参数设为 `false`，避免多条记录时抛出异常。 - 修改文件：** - `openhis-application/src/main/java/com/openhis/web/doctorstation/appservice/impl/DoctorStationEmrAppServiceImpl.java` - 编译验证：** - 运行 `mvn compile -pl openhis-application -am`，编译成功，无新增错误。	2026-05-31 00:42:00 +08:00
华佗	4903122e27	fix(#629): 请修复 Bug #629：[住院医生站-临床医嘱] 录入长期医嘱“荆防颗粒”点击保存报错，数据无法写入 ... 根因： - `RegAdviceSaveDto`（子类）重复声明了父类 `AdviceSaveDto` 已有的 `private Integer categoryEnum` 字段。Lombok `@Data` 在两个类上各生成独立的 getter/setter，子类方法覆盖父类。这导致： - Jackson 反序列化**时，JSON 中的 `categoryEnum` 值只写入子类字段，父类字段始终为 `null` - 多态访问**时（通过父类类型引用），`getCategoryEnum()` 返回 `null`，导致下游操作（如护士站计费 `NurseBillingAppService`）获取到空值 - `hashCode`/`equals`** 行为不一致：子类只比较自己的 `categoryEnum`，父类比较所有字段 修复： - 从 `RegAdviceSaveDto` 中移除了重复的 `categoryEnum` 字段，让子类直接继承父类的字段和 getter/setter。 - | 文件 | 变更 | - |---|---| - | `RegAdviceSaveDto.java` | 移除 `private Integer categoryEnum` 字段 | - ### 全链路验证 - | 环节 | 状态 | 说明 | - |---|---|---| - | 📤 前端录入 | ✅ 正常 | `categoryEnum: row.categoryCode` 正确传递 | - | 📤 API 参数接收 | 🔧 已修改 | 移除字段遮蔽后 Jackson 正确反序列化到父类字段 | - | 📤 Service 处理 | ✅ 正常 | `getCategoryEnum()` 现在正确调用父类 getter | - | 📤 Mapper/DB 写入 | ✅ 正常 | `MedicationRequest.categoryEnum` 正确赋值 | - | 📥 查询展示 | ✅ 正常 | 数据正确入库，查询不受影响 | - ### 编译验证 - `mvn compile -pl openhis-application -am` ✅ 通过	2026-05-30 16:37:42 +08:00
华佗	ab431e69de	fix(#631): 请修复 Bug #631：[住院医生站-临床医嘱] 诊疗类医嘱（如肌肉注射）录入执行科室后，医嘱列表“药房/科室”列未回显数据 ... 根因： - Bug #请修复 Bug #631 存在的问题 修复： - 文件：`openhis-application/src/main/java/com/openhis/web/regdoctorstation/appservice/impl/AdviceManageAppServiceImpl.java` - 第 630 行：`getPositionId()` → `getEffectiveOrgId()` - 第 681 行：`getPositionId()` → `getEffectiveOrgId()` - `getEffectiveOrgId()` 方法优先取 `orgId`，fallback 到 `positionId`，已在 `AdviceSaveDto` 中定义 - 验证**：`mvn compile -pl openhis-application -am -q` ✅	2026-05-30 09:45:22 +08:00
chenqi	10835d24d1	perf(doctorstation): 优化数据库查询性能添加LIMIT 1限制 ... - 在手术记录查询中添加.last("LIMIT 1")避免全表扫描 - 在费用项查询中添加.last("LIMIT 1")提高查询效率 - 在库存项查询中添加.last("LIMIT 1")减少数据检索量 - 在病历查询中添加.last("LIMIT 1")并按创建时间降序排列 - 在组织机构查询中添加.last("LIMIT 1")限制返回结果 - 在检验申请单查询中添加.last("LIMIT 1)")优化查找性能 - 在分诊队列项查询中添加.last("LIMIT 1)")提升检索速度	2026-05-29 21:31:31 +08:00
华佗	5c29c0f09e	fix(#613): 医生端医嘱列表增加退回原因展示列 ... 根因（全链路6环分析）： - ① 前端/页面 ❌ 医生端医嘱列表无退回原因列 → 无法展示护士填写的退回原因 - ② Controller ❌ 不涉及 — 纯转发层 - ③ Service ❌ getRequestBaseInfo() 未填充 reasonText 字段 - ④ Mapper/XML ❌ UNION ALL 查询未选取 back_reason/reason_text 字段 - ⑤ DB ✅ med_medication_request.back_reason 列已存在（上一次修复已迁移） - ⑥ 关联模块 ⚠️ wor_service_request.reason_text 已存在但未在查询中暴露 修复： 1. RequestBaseDto.java: 新增 reasonText 字段（映射退回原因） 2. DoctorStationAdviceAppMapper.xml: 5 个 UNION ALL 分支各自选取 reason_text - med_medication_request → T1.back_reason - charge item 回补 → T2.back_reason - device_request（2 处）→ NULL（无退回原因字段） - wor_service_request → T1.reason_text 3. prescriptionlist.vue: 在诊断列前新增退回原因列 全链路状态流转： 护士端弹窗→输入原因→API传backReason→DB保存→医生端列表展示 ↑ 本次修复打通最后一环 ↑	2026-05-29 15:55:55 +08:00
wangjian963	ba5ac84d96	621 [系统管理-诊疗目录] 诊疗项目（如空调费）编辑/新增保存成功后，再次编辑时“零售价”字段回显为空 ... 622 [系统管理-诊疗目录] 诊疗项目编辑弹窗中，除编号外的大部分核心字段（零售价、目录分类等）无法编辑	2026-05-29 15:47:05 +08:00
华佗	e3c0e700a5	chore: 删除误提交的 .bak 文件	2026-05-29 15:04:11 +08:00
华佗	a3378b7fbf	fix: EncounterDiagnosisMapper selectOne() LIMIT 1 防重复数据报错 ... 根因：getEncounterDiagnosisByEncounterConDefId 使用 selectOne() 查询， 但 SQL 可能返回多条（同就诊同诊断定义多条记录），导致 MyBatis 抛出 'Expected one result but found 2' 异常。 修复：SQL 增加 LIMIT 1，确保最多返回一条。	2026-05-29 15:04:03 +08:00
华佗	73df3699ec	fix(#613): 补充 DB 迁移 + ServiceRequest 实际写入退回原因 ... 问题： - med_medication_request 表无 back_reason 列 → Entity 和 Service 写了但 DB 报错 - ServiceRequestServiceImpl.updateDraftStatus 接收 backReason 参数但不使用 修复： - 新增迁移脚本 sql/迁移记录-DB变更记录/20260529_fix_BUG#613_add_column_back_reason.sql - 4 个 schema (histest1/histest/hisdev/hisprd) 已执行 ALTER TABLE ADD COLUMN - ServiceRequestServiceImpl.updateDraftStatus: 新增 setReasonText(backReason)	2026-05-29 14:39:19 +08:00
wangjian963	3bdc06d4a7	Merge remote-tracking branch 'origin/develop' into develop	2026-05-29 14:17:30 +08:00
华佗	5b80695669	fix(#613): 医嘱退回流程完善 — 前端退回原因必填弹窗 + 后端存储退回原因 ... 根因（全链路6环分析）： - ① 前端/页面 ❌ handleCancel() 直接调 API，无退回原因输入弹窗 - ② Controller ❌ 不涉及 backReason — 纯转发，无需修改 - ③ Service ❌ adviceReject() 从 DTO 读取 list 但不提取 backReason，硬编码传 null - ④ Mapper/DB ❌ backReason 参数已就绪但上游传 null 导致不写入 - ⑤ 医生端 ❌ 因 DB 无数据，无法展示退回原因 修复： - 前端: handleCancel() 改为弹对话框,新增 confirmCancel() 校验必填后传 backReason - 后端: adviceReject() 从 PerformInfoDto 提取 backReason 传给 updateDraftStatus/updateDraftStatusBatch 全链路状态流转： 护士选医嘱 → 点退回 → 弹窗要求输入原因 → 确定 → API传backReason → DB保存 → 医生端可显示	2026-05-29 14:15:33 +08:00
wangjian963	c6ac8d1cb1	565 [库房管理-调拨] 调拨单明细中“源仓库库存数量”未正确读取库存值，始终显示为0 ... 600 【住院护士站-医嘱执行】数据一致性：医嘱执行成功后，在“已执行”列表中无法查询到该医嘱记录	2026-05-29 13:52:27 +08:00
chenqi	3997c02564	fix(doctorstation): 修正医嘱备注字段查询错误 ... - 将备注字段来源从 T1.content_json 修改为 T2.content_json - 确保从正确的表获取医嘱备注信息 - 修复因表关联导致的数据查询不准确问题	2026-05-29 13:25:31 +08:00
chenqi	7b5c61970a	fix(doctorstation): 修复数据库查询中的SQL语法错误 ... - 移除了med_medication_request查询中多余的逗号 - 移除了wor_device_request查询中多余的逗号 - 修复了wor_service_request查询中字段位置错误的问题 - 确保所有AS别名语法的一致性 - 修复了可能导致数据库查询失败的语法问题	2026-05-29 13:14:54 +08:00
chenqi	a9ed53a949	refactor(examination): 优化检查申请界面结构和数据传输对象 ... - 移除检查项目套餐明细的冗余代码块 - 修复检查方法套餐明细显示逻辑中的重复条件判断 - 修正界面组件结构层级以改善渲染性能 - 更新仪器管理初始化数据传输对象的注解配置 - 替换 Lombok 注解从 @Data 为 @Getter/@Setter - 修复数据库映射文件中字段定义的语法错误 - 统一 SQL 查询语句的格式化风格	2026-05-29 11:40:18 +08:00
华佗	b98ffaf283	fix(#SQL-UNION): AdviceManageAppMapper UNION 查询列顺序不一致导致类型不匹配 ... 根因： - 第一分支（用药医嘱）的列顺序为 start_time, therapyEnum, sort_number - 第二/三分支（设备/服务医嘱）的列顺序为 therapyEnum, sort_number, start_time - UNION 时 PostgreSQL 校验第 30 位列发现 timestamp vs integer 类型冲突 修复： - 将第一分支的 start_time 移到 therapyEnum 和 sort_number 之后 - 三个分支列顺序现在完全对齐 报错： UNION types timestamp with time zone and integer cannot be matched	2026-05-29 11:19:32 +08:00
华佗	75f38dfd1c	fix(AdviceManageAppMapper): 补充 3 处 SQL 缺失逗号 — UNION ALL 查询中 advice_definition_id 后缺少逗号 ... 根因： - Bug #613 修复时在 AdviceManageAppMapper.xml 中新增了 advice_definition_id 字段 - 3 处 UNION ALL 子查询中该字段后缺少逗号，导致 SQL 语法错误 - Spring 启动时报 PersistenceException，系统无法启动 修复： - 第 1 子查询: medication_id AS advice_definition_id 后补逗号 - 第 2 子查询: device_def_id AS advice_definition_id 后补逗号 - 第 3 子查询: activity_id AS advice_definition_id 后补逗号	2026-05-29 11:08:02 +08:00