Commit Graph

2272 Commits

Author SHA1 Message Date
3310a1de9e Fix Bug #559: 组套添加医嘱后新增医嘱置顶 — 根因:handleSaveGroup 只做了 unshift 但未显式排序,导致已有 requestTime 的旧数据与无 requestTime 的新数据混排时顺序不稳定;修复:unshift 后增加按 requestTime 降序排序,确保无 requestTime 的新增组套医嘱始终显示在列表最上方
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-20 12:06:26 +08:00
bbeddc3077 Fix Bug #559: 根因+修复方案摘要 2026-05-20 11:07:08 +08:00
Ranyunqiao
3f4ada958c bug 555 558 2026-05-20 11:07:08 +08:00
377bd55c03 Fix Bug #559: 根因+修复方案摘要 2026-05-20 11:02:27 +08:00
30526ee4fc Fix Bug #547: 执行科室配置保存时时间冲突检测范围错误 — 根因:addOrEditOrgLoc 方法使用 getOrgLocListByActivityDefinitionId 跨科室查询同一诊疗的所有配置,导致不同科室间的正常时间重叠被误判为冲突;修复:改为 getOrgLocListByOrgIdAndActivityDefinitionId(orgId, activityDefId) 限定同科室范围;同时优化软删除科室处理,当冲突记录关联的科室已被删除时,使用"科室[ID]已删除"替代静默跳过
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 11:02:27 +08:00
fa0cd2b41d Fix Bug #559: 住院医生站-临床医嘱 组套功能添加医嘱后新增医嘱置顶显示
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:15:25 +08:00
1f7aed4a8e Fix Bug #556: 就诊卡号改用busNo映射、执行时间默认当前时间、套餐标识增加packageName联合判断
根因:
1. medicalrecordNumber 绑定到 identifierNo(身份证号)而非 busNo(就诊卡号),导致字段为空
2. executeTime 初始化为 null 且未在 initData/resetForm 中设置默认值
3. loadApplicationToForm 中 isPackage 判断仅用 feePackageId != null,缺少 packageName 联合判断,
   导致 feePackageId 非空但非套餐的项目被误标为"套餐"

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:10:12 +08:00
9f0e69177c Fix Bug #557: 根因+修复方案摘要 2026-05-20 10:10:12 +08:00
wangjian963
e5b85c733d 549【住院医生站-临床医嘱-检验】打开“检验申请单”弹窗获取项目列表响应极其缓慢
546 【患者管理】-【患者列表】-【新增患者】,新增患者,保存成功,但没有数据
536 [门诊手术安排]“手术申请查询”弹窗底部,分页组件与界底部元素重叠,影响操作。
2026-05-20 10:10:12 +08:00
75970f07b1 Fix Bug #557: ApplicationConfig 全局 Jackson LocalDateTime 反序列化器缺失 — 根因:JavaTimeModule 仅注册了 LocalDateTimeSerializer,未注册 LocalDateTimeDeserializer,导致默认反序列化器期望 ISO-8601 格式(T 分隔符),与前端 el-date-picker 空格分隔格式(YYYY-MM-DD HH:mm:ss)不匹配;修复:新增 LocalDateTimeDeserializer(pattern="yyyy-MM-dd HH:mm:ss")
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:42:13 +08:00
103121d832 Fix Bug #556: 根因+修复方案摘要 2026-05-20 09:42:13 +08:00
c39f0175bb Merge branch 'zhaoyun' of http://192.168.110.253:3000/wangyizhe/his into zhaoyun
# Conflicts:
#	openhis-server-new/openhis-domain/src/main/java/com/openhis/surgicalschedule/domain/OpSchedule.java
2026-05-20 09:40:03 +08:00
1767710754 Fix Bug #556: 根因+修复方案摘要
根因:
1. 就诊卡号字段映射错误:三处 (initData/resetForm/handleSave) 使用 identifierNo(身份证号)
   而非 visitNo/busNo(就诊卡号),参照 examinationApplication.vue 第1167行注释确认
2. 执行时间未设置默认值:initData 和 resetForm 中 executeTime 初始化为 null
3. 套餐判断条件过松:loadApplicationToForm 中 feePackageId != null 即判定为套餐,
   普通项目因 feePackageId 有值被误标

修复:
1. 三处 medicalrecordNumber 改为 props.patientInfo.visitNo || props.patientInfo.busNo
2. initData 和 resetForm 中 executeTime 默认填充 formatDateTime(new Date())
3. isPackage 增加 packageName 联合判断,与 loadCategoryItems 逻辑一致

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:39:11 +08:00
ca8b547062 Fix Bug #557: 根因+修复方案摘要
根因:OpSchedule.java 中 6 个时间字段的 @JsonFormat 使用 ISO 格式
(yyyy-MM-dd'T'HH:mm:ss),而前端 el-date-picker 通过 value-format 发送的
是空格分隔格式 (yyyy-MM-dd HH:mm:ss),导致编辑手术安排时 Jackson 反序列化
失败,抛出日期格式解析错误。

修复:将 admissionTime、entryTime、startTime、endTime、anesStart、anesEnd
共6个字段 @JsonFormat 格式从 'T' 分隔改为空格分隔,与 OpCreateScheduleDto
及前端 value-format 保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:35:28 +08:00
b925d6ba17 Fix Bug #557: 编辑手术安排时间字段保存报日期格式解析错误 — 根因:OpSchedule 实体中 admissionTime/entryTime/startTime/endTime/anesStart/anesEnd 六个时间字段的 @JsonFormat 使用 yyyy-MM-dd'T'HH:mm:ss(ISO T分隔符),而前端 el-date-picker 以 value-format="YYYY-MM-DD HH:mm:ss" 发送空格分隔格式,Jackson 反序列化失败;修复:统一改为 @JsonFormat + @DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:34:10 +08:00
7fa4871977 Fix Bug #556: 修复结果记录
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:25:04 +08:00
a7b09a0248 Fix Bug #556: 就诊卡号/执行时间自动回显 + 去除冗余"套餐"文字
- 执行时间默认填充: initData() 和 resetForm() 中设置 executeTime = formatDateTime(new Date())
- isPackage判定统一: loadApplicationToForm() 中的 isPackage 判断与 loadCategoryItems() 保持一致

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 09:24:42 +08:00
72b9639ec0 Fix Bug #556: 根因+修复方案摘要 2026-05-19 19:12:56 +08:00
0e8fb32108 Fix Bug #556: 根因+修复方案摘要 2026-05-19 19:07:29 +08:00
955c72af41 Fix Bug #556: 根因+修复方案摘要 2026-05-19 19:05:33 +08:00
Ranyunqiao
be57c026ec 553 【住院护士站-医嘱校对】医嘱列表缺少“医嘱状态”显示列 2026-05-19 17:41:08 +08:00
3bf7e04a04 Fix Bug #469: 根因+修复方案摘要 2026-05-19 16:10:13 +08:00
7743bb5df4 Fix Bug #547: 执行科室配置保存时,冲突检测应跳过已被软删除科室的孤脏记录 — 根因:时间冲突校验未排除科室已删除的 OrganizationLocation 记录,导致已不存在的科室仍会阻断新配置保存
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 16:02:58 +08:00
f274ebaf5c Fix Bug #478: 住院医生工作站检验申请详情「发往科室」显示为- — 根因:getLocationInfo 未对科室ID做类型归一化,recursionFun 中 item.id == targetDepartment 在类型不一致时匹配失败;修复:新增 normalizeOrgTreeIds 统一转 String,recursionFun 改用 String(item.id) === String(targetDepartment)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:09:23 +08:00
9826df98e3 Fix Bug #552: 根因+修复方案摘要 2026-05-19 15:04:12 +08:00
Ranyunqiao
fbe434f01f Merge remote-tracking branch 'origin/develop' into develop 2026-05-19 14:23:21 +08:00
Ranyunqiao
c28b322e91 bug 443 444 445 478 494 521 2026-05-19 14:22:40 +08:00
7eeaafef59 bug550 2026-05-19 14:13:57 +08:00
05e7d54d87 Fix Bug #552: 双击待保存医嘱编辑保存后不应自动添加空医嘱 — 根因:handleSaveSign 中自动添加空行的条件缺少 isAdding.value 判断,导致双击编辑已有待保存医嘱也会触发 handleAddPrescription()
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 14:06:33 +08:00
c75b8038ec Fix Bug #547: 根因+修复方案摘要 2026-05-19 14:02:45 +08:00
af17d1f460 Fix Bug #469: 根因+修复方案摘要
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 13:04:48 +08:00
efc1c100aa Fix Bug #547: 根因+修复方案摘要 2026-05-19 13:01:36 +08:00
wangjian963
d9c975a950 Merge remote-tracking branch 'origin/develop' into develop 2026-05-19 12:16:46 +08:00
0874012dae Fix Bug #547: 根因+修复方案摘要 2026-05-19 12:12:38 +08:00
wangjian963
cbad13bddc Fix: 门诊预约挂号→签到→退号 slot/pool 状态流转对齐需求
- 枚举重排: SlotStatus LOCKED=4→2, CANCELLED=2→4,匹配需求编号
  - 预约: lockSlotForBooking 写入 LOCKED(2) 替代 BOOKED(1),pool locked_num+1 原子递增
  - 签到: LOCKED(2)→BOOKED(1) 替代 CHECKED_IN(3),加前置状态校验
  - 退号: 加 BOOKED(1) 前置校验
  - 池计数: refreshPoolStats booked_num=COUNT(1), locked_num=COUNT(2)
  - SQL 状态值全部由 SlotStatus 枚举传入,消除硬编码
  - 查询/显示: 加 locked 筛选分支,BOOKED→已取号, LOCKED→已锁定
  - 前端常量同步,签到列表查询 book→locked
2026-05-19 12:12:16 +08:00
a91ee66368 bug446,468,541,548 2026-05-19 11:59:55 +08:00
871e2de574 fix: same idCard substring fix for top-level copy 2026-05-19 11:40:20 +08:00
3d279548f0 chore: update his-repo submodule (patient save fix) 2026-05-19 11:39:13 +08:00
c4a5932a5d Fix Bug #469: 根因+修复方案摘要 2026-05-19 11:13:23 +08:00
e9953cd037 bug542【病区护士站-住院记账】“补费”界面选择“耗材”类型时,即使后台已配置科室权限,仍检索不到任何耗材数据 2026-05-19 11:00:45 +08:00
798c5e19e2 Fix Bug #548: 发往科室字段未能正确回显 — 编辑初始化时 transferValue 变化触发 projectWithDepartment 清空 form.targetDepartment,已加 isInitializing 标志拦截
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 09:00:15 +08:00
fa18e94cd9 Fix Bug #444: 引用计费时"已引用计费药品"列表混入非药品项目 — handleQuoteBilling 过滤逻辑仅用 item.adviceType !== 1 严格相等判断且缺少二次关键词过滤,导致后端错误标注 adviceType=1 的手术/检查项目被放行;已对齐 handleMedicalAdvice 的双重过滤策略(Number() 类型转换 + snake_case 回退 + 关键词排除)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 00:05:23 +08:00
69bb887d19 Fix Bug #547: 根因+修复方案摘要 2026-05-19 00:04:04 +08:00
b89f41048b Fix Bug #445: 引用计费时已生成医嘱项目重新出现在待生成列表 — handleQuoteBilling 中先清空 temporaryAdvices 再执行 ID 匹配过滤,导致过滤逻辑对空数组无效;且 ID 匹配不可靠(新医嘱无 requestId/chargeItemId),已改为在清空前提取复合键(名称|||规格|||数量)并在数据加载后用该键过滤
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 22:05:38 +08:00
e13e328627 Fix Bug #547: 执行科室配置保存时时间冲突检查未限定当前科室,导致误报"与未知科室时间冲突" — getOrgLocListByOrgIdAndActivityDefinitionId 方法签名仅含 activityDefinitionId 参数,实际 SQL 查询缺少 organizationId 过滤,时间重叠校验跨科室比对,已修复接口签名和实现同时过滤 activityDefinitionId 和 organizationId 2026-05-18 21:08:14 +08:00
9cac8c3e41 Fix Bug #445: 根因+修复方案摘要 2026-05-18 21:05:03 +08:00
d7ca64e023 Fix Bug #445: 临时医嘱生成后已生成项目未从待生成列表剔除 — originalMedicine 缺少 medicineName/specification/quantity 字段,导致 handleTemporaryMedicalSubmit 中的 submittedKeys 匹配键全为空字符串,过滤逻辑失效,已生成医嘱的计费项目无法从"待生成"列表中移除
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 18:04:20 +08:00
Ranyunqiao
0e974129eb bug 514 537 538 540 543 2026-05-18 17:44:15 +08:00
4972ca64da Fix Bug #444: 门诊手术医嘱"已引用计费药品"列表未正常显示药品 — handleMedicalAdvice 调用 getPrescriptionList 时未传递 generateSourceEnum=6 和 sourceBillNo 参数,导致后端默认按医生处方(generateSourceEnum=1)查询而非手术计费查询,手术计费药品依赖 Part 2 SQL 兜底但可能遗漏无 med_medication_request 记录的药品
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:19:29 +08:00
1b0028e62f Fix Bug #443: 手术计费签发耗材时 dbOpType 错误和关键字段缺失
根因:1) handleSave() 对所有记录统一使用 dbOpType='1'(INSERT),但已存在
的耗材记录(requestId不为空)应使用 '2'(UPDATE),导致后端 handDevice 语义
混乱;2) 签发时未从 item 顶层补充 quantity/unitCode/lotNumber/categoryEnum
等字段,若 contentJson 中缺失则后端无法正确处理;3) saveList 为空时未提前
校验,直接发送到后端触发"医嘱列表为空"错误。

修复:1) dbOpType 根据 requestId 是否存在动态选择 '2' 或 '1';
2) map 中新增 quantity、unitCode、lotNumber、categoryEnum 从 item 顶层补充;
3) generateSourceEnum/sourceBillNo 增加 item 顶层作为第三层兜底;
4) 恢复 saveList.length==0 的空列表校验并给出友好提示。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:14:38 +08:00