wangyizhe/his
1
3
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity
2,030 Commits 33 Branches 3 Tags
5ba342bfc08f5b2bf28a539d58e0a6519fac3c59
Commit Graph

2030 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
关羽
5ba342bfc0 Fix Bug #463: [目录管理-诊疗目录] 新增/编辑弹窗中"诊疗子项"检索功能失效，无法搜到已维护的项目 
根因分析：medicineList.vue 的搜索功能仅做本地过滤，数据受限于初始加载的1000条（pageSize: 1000），
输入搜索关键词时不会向后端发起新的请求，导致不在前1000条内的项目无法被搜到。

修复策略：
1. medicineList.vue：当用户输入搜索关键词时，新增 searchList() 走服务端搜索（调用 API 的 searchKey 参数），
   使用 pageSize: 5000 提高搜索覆盖率；搜索词清空时恢复使用预加载数据
2. 放宽 childrenJson 过滤条件，从严格的 == null 改为兼容空字符串（== null || === ''）
3. 修复 diagnosisTreatmentDialog.vue 中 medicineList 的重复 import
 2026-05-13 17:16:51 +08:00
关羽
86c13b3ba1 Fix Bug #461: [系统管理-执行科室配置] 保存项目配置后，项目名称回显为ID码，未显示正确名称 
根因：后端通过 @Dict 注解返回 activityDefinitionId_dictText 字段（项目名称），
但前端 getList 仅用 allImplementDepartmentList 的前100条作为 filteredOptions，
当保存的项目不在前100条时 el-select 无法匹配到对应选项，导致显示原始ID而非名称。

修复：在 getList 映射数据时，利用后端返回的 _dictText 字段为每行 filteredOptions
补充缺失选项，确保 el-select 能正确显示项目名称。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:51 +08:00
关羽
86fb4be0b0 Fix Bug #455: 门诊医生站-医嘱：开立诊疗医嘱时执行科室默认获取逻辑有误且显示为原始ID 
根因分析：
- setValue函数对所有类型统一设置orgId=row.positionId
- 诊疗项目(adviceType=3)的positionId来自adm_organization_location配置表
- 当配置ID不在当前机构树中时，findOrgNameById返回空，el-tree-select显示原始ID
- 后续if(!orgId)判断因已有值而不触发回退到患者就诊科室

修复方案：
- 诊疗类型(adviceType=3)跳过positionId赋值，使用患者就诊科室作为默认执行科室
- 同时修复syncGroupFields中会覆盖orgId的问题

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:51 +08:00
关羽
925c99d358 Fix Bug #454: 门诊医生站-医嘱页签：删除"待签发"状态的检验项目时，错误触发"执行科室"校验导致删除失败 
在handService的执行科室校验中增加dbOpType DELETE跳过条件，作为BugFix#454过滤器的第二层防御。
同时修复handMedication和handService中重复声明requestId变量导致的编译错误。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:51 +08:00
关羽
d380780623 Fix Bug #442: 手术计费：点击"删除"待签发耗材时异常报错，导致操作失败 
根因：手术计费场景中"待签发"耗材的 requestId 来自 adm_charge_item.service_id，
当 service_id 为 null 或对应的 wor_device_request 记录不存在时，
后端 removeById(null) 或 removeById(不存在ID) 会抛出异常导致删除失败。

修复策略：
- 前端(prescriptionlist.vue): handleDelete 中增加 requestId 有效性校验，
  过滤掉 requestId 为 null/undefined/空的项，避免发送无效删除请求
- 后端(DoctorStationAdviceAppServiceImpl.java): handMedication/handDevice/handService
  三个删除路径增加 requestId null check，跳过无效记录而非抛出异常

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:51 +08:00
赵云
595e3e75bf Fix Bug #428: 门诊医生站-检查申请：未实现分类联动检查方法及套餐明细展示与勾选逻辑 
修复三个根因问题：
1. handleCollapseChange 从 filteredCategoryList（计算属性映射副本）查找分类，
   改为从 categoryList（原始响应式数组）查找，确保 handleCategoryExpand 对
   cat.methods 的赋值能正确触发 Vue 响应式更新，分类展开后检查方法列表正常渲染
2. handleMethodSelect 跨分类检查中 cat.typeCode 与 newItem.checkType（cat.typeName）
   类型不匹配，改为统一使用 cat.typeName 比较
3. handleItemSelect 同样存在 typeCode vs typeName 不匹配问题，一并修复

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:51 +08:00
赵云
fce649a9fa Fix Bug #441: 门诊手术安排：手术室护士角色进入页面提示"无权限"且"获取卫生机构列表失败" 
根因：HTTP 响应拦截器（request.js）会对所有非 200 响应自动弹出错误通知。
手术室护士角色调用 /system/tenant/page 接口返回 403 时，拦截器先于组件的
.catch() 处理程序弹出"当前操作没有权限"通知，阻断页面体验。

修复：新增 getTenantPageSilent 包装函数，通过 skipErrorMsg: true 配置跳过
拦截器的自动错误提示，让 .catch() 中的 console.warn 静默降级处理。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 17:07:50 +08:00
关羽
3d4597c484 Fix Bug #426: 门诊医生站-检查开立：已选择列表应支持树形展开，显示套餐明细（项目/数量/单价） 
根因：CheckPart 实体只有 packageName 字段，没有 packageId 字段。
前端 loadCategoryList 中 packageId 永远为 null，导致 loadPackageDetailsForItem
的 guard 条件 (!item.packageId) 永远提前返回，套餐明细无法加载。

修复策略：
1. handleItemSelect 中添加 packageName 到 selectedItems 数据对象
2. loadPackageDetailsForItem 改为优先使用 packageId，若无则通过 packageName
   调用 listCheckPackage API 查找 packageId（复用 loadMethodPackageDetails 已有的模式）
 2026-05-13 17:07:50 +08:00
关羽
6a0e596f84 Merge remote-tracking branch 'origin/关羽' into 关羽 2026-05-13 15:11:55 +08:00
关羽
1f679d68df Fix Bug #435: 门诊手术安排：编辑弹窗中"费用类别"字段数据未回显 
根因：OpSchedule 实体缺少 feeType 字段，创建手术安排时费用类别未被持久化到数据库。编辑时详情查询通过复杂 JOIN 链（adm_encounter → adm_account → fin_contract）计算 feeType，链断裂时返回 null。

修复方案：
1. OpSchedule.java 新增 feeType 字段，使创建时费用类别持久化到 op_schedule.fee_type
2. SurgicalScheduleAppMapper.xml 详情查询改用 os.fee_type，移除不可靠的 JOIN 链
3. OpScheduleDto.java 移除重复的 feeType 声明（现从父类继承）
4. 新增 DDL 迁移脚本添加 fee_type 列

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 15:11:17 +08:00
关羽
062c8d9dee Fix Bug #412: 门诊医生站：传染病报告卡保存失败，提示报错 
根因：getNextCardNo API 返回失败或异常时，infectiousDiseaseReportDialog.vue
将 cardNo 保持为空字符串。后端 DTO 对 cardNo 有 @NotBlank 校验，
空字符串导致保存请求被拒绝。

修复：
1. getNextCardNo API 失败时生成 TEMP_+timestamp 临时卡号
2. validateFormManually 放行 TEMP_ 开头的临时卡号

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:38:06 +08:00
荀彧
ffdfebaacf Fix Bug #408: 门诊医生站：检查标签页：选中检查申请记录后，"检查明细"标签页显示"暂无数据" 
根因：handleRowClick 中从 API 响应提取 items 时，const resp = res.data || res 将 resp
设为 ExamApply 对象（res.data 有值），导致 resp.items 为 undefined（ExamApply 对象没有 items
字段），items 实际位于 AjaxResult 顶层（res.items）。

修复：防御性提取 items，优先取 res.items（AjaxResult 顶层），兼容 resp.items 和
resp.data.items 的嵌套情况，确保明细数据能正确加载到 selectedItems 中。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:34:29 +08:00
关羽
c012974fd0 Fix Bug #405: 住院医生工作站：临床医嘱保存成功后，医嘱条目仍处于可编辑状态（未锁定展示） 
- getListInfo: 增加 getPrescriptionList 的 .catch() 处理，API失败时锁定所有行(isEdit=false)
  防止列表加载静默失败导致医嘱永久处于可编辑状态
- handleSaveBatch: 在 .catch() 中增加 isEdit=false 重置，保存失败时也锁定行
- 与之前的修复配合：保存成功时先设置 isEdit=false 再调用 getListInfo 刷新数据

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:27:31 +08:00
赵云
5a83ff2aca Fix Bug #403: 住院医生工作站：应用医嘱组套后，药品明细字段内容丢失未正确引入表格 
修复 handleSaveGroup 中 mergedDetail 和 newRow 构建时的空值处理问题：
1. mergedDetail 中 dose/doseQuantity/dispensePerDuration 使用严格 null 检查，
   避免组套中值为 null 时错误回退到 orderDetailInfos
2. newRow 中关键字段增加 mergedDetail 回退（?? 操作符），
   确保当 item 中字段为 null/undefined 时能从 setValue 填充的完整数据中获取

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:27:31 +08:00
赵云
9ed52b7c48 Fix Bug #403: 住院医生工作站：应用医嘱组套后，药品明细字段内容丢失未正确引入表格 
修复 handleSaveGroup 中 mergedDetail 和 newRow 构建时的空值处理问题：
1. mergedDetail 中 dose/doseQuantity/dispensePerDuration 使用严格 null 检查，
   避免组套中值为 null 时错误回退到 orderDetailInfos
2. newRow 中关键字段增加 mergedDetail 回退（?? 操作符），
   确保当 item 中字段为 null/undefined 时能从 setValue 填充的完整数据中获取

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:14:30 +08:00
关羽
fc1ed6c4ce Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
根因：DoctorStationMainAppServiceImpl.completeEncounter() 中获取 pool_id/slot_id 的逻辑有两处缺陷：
1. 当 queueItem 存在但 poolId 或 slotId 为 null 时，else if 分支因 queueItem != null 而跳过，
   导致未进入回退链路，最终 divPoolId 和 divSlotId 均为 null。
   修复：将 else if 拆为独立的 if 判断，确保 queueItem 值缺失时能正确回退。
2. 回退路径中先将 order.getSlotId() 赋给 divSlotId，再查询 ScheduleSlot 获取 poolId。
   若 Slot 查询失败（返回 null），则 divSlotId 有值但 divPoolId 为 null，产生不完整审计记录。
   修复：先查 Slot，成功后同时用 slot.getId() 和 slot.getPoolId() 赋值，保证数据一致性。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:07:15 +08:00
关羽
92ce2d10a1 Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
根因：DoctorStationMainAppServiceImpl.completeEncounter() 中获取 pool_id/slot_id 的逻辑有两处缺陷：
1. 当 queueItem 存在但 poolId 或 slotId 为 null 时，else if 分支因 queueItem != null 而跳过，
   导致未进入回退链路，最终 divPoolId 和 divSlotId 均为 null。
   修复：将 else if 拆为独立的 if 判断，确保 queueItem 值缺失时能正确回退。
2. 回退路径中先将 order.getSlotId() 赋给 divSlotId，再查询 ScheduleSlot 获取 poolId。
   若 Slot 查询失败（返回 null），则 divSlotId 有值但 divPoolId 为 null，产生不完整审计记录。
   修复：先查 Slot，成功后同时用 slot.getId() 和 slot.getPoolId() 赋值，保证数据一致性。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:06:34 +08:00
赵云
420a5a977a Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因分析：
triage_queue_item.status 字段在 DDL 中定义为 VARCHAR(50)，但 Java 实体
TriageQueueItem.status 为 Integer 类型，应用层使用 TriageQueueStatus 枚举值
(0/10/20/30/40) 进行读写。数据类型不匹配导致 MyBatis-Plus 无法正确映射 status 字段，
完诊时使用 LambdaUpdateWrapper 更新 status=30 操作失败。

修复方案：
1. 修正 DDL：将 status 字段类型从 VARCHAR(50) 改为 INTEGER
2. 新增迁移 SQL：修改已有数据库表的 status 字段类型为 INTEGER

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:06:34 +08:00
赵云
818564f5ba Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因分析：
triage_queue_item.status 字段在 DDL 中定义为 VARCHAR(50)，但 Java 实体
TriageQueueItem.status 为 Integer 类型，应用层使用 TriageQueueStatus 枚举值
(0/10/20/30/40) 进行读写。数据类型不匹配导致 MyBatis-Plus 无法正确映射 status 字段，
完诊时使用 LambdaUpdateWrapper 更新 status=30 操作失败。

修复方案：
1. 修正 DDL：将 status 字段类型从 VARCHAR(50) 改为 INTEGER
2. 新增迁移 SQL：修改已有数据库表的 status 字段类型为 INTEGER

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:00:45 +08:00
关羽
78adbddfde Fix Bug #405: 住院医生工作站：临床医嘱保存成功后，医嘱条目仍处于可编辑状态（未锁定展示） 
- handleSaveSign: 新增行点击确定后调用savePrescription持久化到后端，而非仅设置isEdit=false后调用handleAddPrescription
- handleSaveBatch: 修复nextId.value == 1 为赋值操作(=)
- handleSaveBatch: catch块增加错误提示，保存失败时用户可感知

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 13:36:27 +08:00
关羽
6e0e78cd8d Fix Bug #405: 住院医生工作站：临床医嘱保存成功后，医嘱条目仍处于可编辑状态（未锁定展示） 
- handleSaveSign: 新增行点击确定后调用savePrescription持久化到后端，而非仅设置isEdit=false后调用handleAddPrescription
- handleSaveBatch: 修复nextId.value == 1 为赋值操作(=)
- handleSaveBatch: catch块增加错误提示，保存失败时用户可感知

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 13:35:47 +08:00
赵云
763c822574 Fix Bug #408: 门诊医生站检查明细标签页显示暂无数据 - 修复handleRowClick中resp.items被d.data覆盖后丢失的问题 
根因：后端 getInfo 返回 { data: ExamApply, items: ExamApplyItem[] }，
前端先将 resp 赋值给 d，随后又执行 d = resp.data，导致 d 变成 ExamApply 对象，
后续 d.items 永远为 undefined，明细列表无法加载。
修复：提前保存 resp.items 到 rawItems 变量，后续使用 rawItems 而非 d.items。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 13:35:47 +08:00
Ranyunqiao
9bec956b4f bug 362 428 436 2026-05-13 13:35:47 +08:00
陈琳
65a772c7b2 Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端列标题：处方号 → 申请单号（表格列 + 详情弹窗）
2. 后端单号生成：原用 PAR 处方号前缀 → 改为 JCZ + yyMMdd + 5位顺序号
3. 新增 AssignSeqEnum.CHECK_APPLY_NO 枚举项（JCZ 前缀）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 13:35:47 +08:00
xiaoming
994fd9bacc bug471 手术管理-门诊手术安排：手术申请查询结果中混入住院检验申请单数据（脏数据） 2026-05-13 13:35:47 +08:00
赵云
861db6b0f5 Fix Bug #408: 门诊医生站检查明细标签页显示暂无数据 - 修复handleRowClick中resp.items被d.data覆盖后丢失的问题 
根因：后端 getInfo 返回 { data: ExamApply, items: ExamApplyItem[] }，
前端先将 resp 赋值给 d，随后又执行 d = resp.data，导致 d 变成 ExamApply 对象，
后续 d.items 永远为 undefined，明细列表无法加载。
修复：提前保存 resp.items 到 rawItems 变量，后续使用 rawItems 而非 d.items。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 13:24:02 +08:00
Ranyunqiao
b7df71fd0b bug 362 428 436 2026-05-13 12:59:03 +08:00
陈琳
5bc8a8e517 Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端列标题：处方号 → 申请单号（表格列 + 详情弹窗）
2. 后端单号生成：原用 PAR 处方号前缀 → 改为 JCZ + yyMMdd + 5位顺序号
3. 新增 AssignSeqEnum.CHECK_APPLY_NO 枚举项（JCZ 前缀）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 11:03:32 +08:00
xiaoming
0264fa9d58 Merge branch 'develop' of https://gitea.gentronhealth.com/wangyizhe/his into develop 2026-05-13 10:57:20 +08:00
xiaoming
cd12dd7a22 bug471 手术管理-门诊手术安排：手术申请查询结果中混入住院检验申请单数据（脏数据） 2026-05-13 10:45:33 +08:00
关羽
bfddf87b2c Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端 examineApplication.vue：列表表头和详情弹窗中"处方号"改为"申请单号"
2. 后端 RequestFormManageAppServiceImpl：检查申请单单号生成规则由 PAR+流水号 改为 JCZ+yyMMdd+5位顺序号（如：JCZ26051300001），其他类型申请单保持原有PAR规则不变

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:42:39 +08:00
关羽
cec8a44bd9 Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端 examineApplication.vue：列表表头和详情弹窗中"处方号"改为"申请单号"
2. 后端 RequestFormManageAppServiceImpl：检查申请单单号生成规则由 PAR+流水号 改为 JCZ+yyMMdd+5位顺序号（如：JCZ26051300001），其他类型申请单保持原有PAR规则不变

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:42:33 +08:00
关羽
8157063749 Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因：完诊时使用 triageQueueItemService.updateById(queueItem) 更新队列状态，
依赖 MyBatis Plus 的实体级更新策略，可能因字段级更新策略导致 status 字段未实际写入数据库。

修复策略：改用 LambdaUpdateWrapper 直接生成 UPDATE SQL，明确指定 SET status=30，
绕过实体级更新策略，确保 status 字段必定写入数据库。同时增加更新失败日志。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:42:33 +08:00
关羽
84499d4ec1 Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因：完诊时使用 triageQueueItemService.updateById(queueItem) 更新队列状态，
依赖 MyBatis Plus 的实体级更新策略，可能因字段级更新策略导致 status 字段未实际写入数据库。

修复策略：改用 LambdaUpdateWrapper 直接生成 UPDATE SQL，明确指定 SET status=30，
绕过实体级更新策略，确保 status 字段必定写入数据库。同时增加更新失败日志。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:37:02 +08:00
关羽
41562c5bbd Fix Bug #402: 住院医生站诊断录入：点击保存诊断后，列表出现重复记录且部分条目元数据缺失 
根因分析：
1. 后端 deleteTcmByEncounterId SQL 过滤条件错误（tcm_flag=0 应为 tcm_flag=1），导致中医诊断记录无法被正确清理
2. 前端 getList() 从服务器加载数据后，未补充缺失的 diagnosisDoctor 和 diagnosisTime 字段
3. 前端 handleSaveDiagnosis() 保存成功后直接更新本地数据而非从服务器刷新，导致数据不一致和重复记录
4. 前端新增诊断时缺少 classification、onsetDate、longTermFlag 等必要字段

修复内容：
- 后端：修复 EncounterDiagnosisMapper.xml 中 deleteTcmByEncounterId 的 tcm_flag 过滤条件
- 前端：getList() 增加缺失字段默认值填充逻辑
- 前端：handleSaveDiagnosis() 改为 async/await，保存成功后调用 getList() 从服务器刷新
- 前端：addDiagnosisItem()/handleImport()/handleNodeClick() 补充完整字段

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:36:05 +08:00
荀彧
51fba4488e Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
调整完诊时 div_log 的 pool_id/slot_id 获取优先级：优先使用 triage_queue_item
（挂号时录入的号源信息，为权威来源），队列项不存在或值缺失时回退使用
encounter → order → slot → pool 链路

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:35:55 +08:00
关羽
00ff4158a1 Fix Bug #402: 住院医生站诊断录入：点击保存诊断后，列表出现重复记录且部分条目元数据缺失 
根因分析：
1. 前端"保存诊断"按钮无防重复点击保护，快速点击两次导致并发请求产生重复记录
2. 前端日期使用 toLocaleString('zh-CN') 格式与后端 @JsonFormat(pattern="yyyy/M/d HH:mm:ss") 不匹配，导致诊断时间解析失败为null
3. EncounterDiagnosisMapper.xml 中 deleteTcmByEncounterId 使用 tcm_flag=0（应为1），导致中医诊断删除逻辑错误

修复内容：
- 前端：添加 saveLoading 状态防止重复点击
- 前端：统一使用 formatDateStr(new Date(), 'YYYY/M/D HH:mm:ss') 确保与后端日期格式一致
- 后端：修正 deleteTcmByEncounterId 的 tcm_flag 条件为 1

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:26:10 +08:00
荀彧
a09020a4fd Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
调整完诊时 div_log 的 pool_id/slot_id 获取优先级：优先使用 triage_queue_item
（挂号时录入的号源信息，为权威来源），队列项不存在或值缺失时回退使用
encounter → order → slot → pool 链路

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:25:48 +08:00
荀彧
01c5b62024 Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
调整完诊时 div_log 的 pool_id/slot_id 获取优先级：优先使用 triage_queue_item
（挂号时录入的号源信息，为权威来源），队列项不存在或值缺失时回退使用
encounter → order → slot → pool 链路

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:15:20 +08:00
关羽
f7a3f658fb Merge remote-tracking branch 'origin/关羽' - resolve conflicts 2026-05-13 09:39:03 +08:00
关羽
dd36dc49ea Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因：完诊时使用 triageQueueItemService.updateById(entity) 更新队列状态，
实体序列化过程中 status 字段为 Integer 类型但数据库列为 VARCHAR(50)，
可能导致 MyBatis-Plus 的 UPDATE SQL 未正确包含 status 字段。

修复方案：改用 LambdaUpdateWrapper 直接构造 UPDATE SQL，确保 status 字段被正确更新为 30。
同时增加成功/失败日志，便于后续排查。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 09:38:13 +08:00
赵云
559821e4d3 Fix Bug #428: 门诊医生站-检查申请：未实现分类联动检查方法及套餐明细展示与勾选逻辑 
根本原因：
1. 分类联动加载检查方法时，未提取后端返回的 packageId 字段
2. 勾选检查方法后，未从方法中获取套餐信息（isPackage/packageId）
3. 选中带套餐的检查方法后，未调用 loadPackageDetailsForItem 预加载套餐明细

修复内容（4处手术式修改）：
- handleCategoryExpand：方法映射增加 packageId 字段
- handleRowClick：回充已有申请单时，从匹配的方法中获取套餐信息
- handleMethodSelect：从方法获取套餐信息并预加载套餐明细
- handleItemSelect：方法映射增加 packageId 字段

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 01:11:38 +08:00
赵云
0dd4c25c12 Fix Bug #412: 门诊医生站：传染病报告卡保存失败，提示报错 
根因分析：
- 前端在 buildSubmitData() 中使用 formData.diagnosisId || null 将空字符串转为 null
- 后端 InfectiousDiseaseReportDto.diagId 有 @NotNull 校验，导致 null 值被拒绝
- diagnosisId 来源于 show() 中 diagnosisData?.conditionId || diagnosisData?.definitionId
  使用 || 运算符会将 0 等假值跳过，可能导致 ID 丢失

修复内容：
1. show() 函数：使用显式 null/空字符串检查替代 || 运算符，确保 conditionId/definitionId 正确映射
2. handleSubmit()：提交前增加 diagnosisId 非空校验，提前拦截并给出友好提示
3. buildSubmitData()：diagId 使用 Number() 显式转换，确保发送正确的 Long 值

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 01:06:23 +08:00
张飞
3590a18adc Fix Bug #362: 住院护士站：入出转管理双击查看详情时，"入科时间"字段显示当前系统时间而非实际入科时间 
在 selectAdmissionPatientInfo SQL 中，startTime 原取自 bed.start_time（床位级别的位置记录），
当该 LEFT JOIN 无匹配记录时返回 NULL，前端 fallback 到当前系统时间。
改为 COALESCE(bed.start_time, ae.start_time)，无床位记录时回退到 encounter 的入院时间。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 01:03:24 +08:00
关羽
b96acc2402 Fix Bug #492: 【门诊手术安排】关闭"手术计费"主弹窗后，项目字典选择列表依然残留悬浮在界面上 
根因：el-popover 使用 :visible 受控模式，closeAllPopovers() 将 showPopover 设为 false
后，Vue 尚未完成 DOM 更新时 showChargeDialog 已被设为 false，导致弹窗组件被销毁
而 popover 的 visible 状态变更未传播到 DOM，弹窗消失但 popover 残留。

修复：在 closeChargeDialog 中使用 nextTick 等待 Vue 完成 popover 关闭的 DOM 更新后，
再设置 showChargeDialog = false 关闭主弹窗。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:10 +08:00
关羽
1c9bb92663 Fix Bug #492: 【门诊手术安排】关闭"手术计费"主弹窗后，项目字典选择列表依然残留悬浮在界面上 
根因：el-popover 使用 :visible 受控模式，closeAllPopovers() 将 showPopover 设为 false
后，Vue 尚未完成 DOM 更新时 showChargeDialog 已被设为 false，导致弹窗组件被销毁
而 popover 的 visible 状态变更未传播到 DOM，弹窗消失但 popover 残留。

修复：在 closeChargeDialog 中使用 nextTick 等待 Vue 完成 popover 关闭的 DOM 更新后，
再设置 showChargeDialog = false 关闭主弹窗。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:01 +08:00
刘备
6ddd9bb2dc Fix Bug #489: 【医嘱闭环】医生站签发单条长期药品医嘱，护士校对界面生成重复（两条）待校对记录 
在住院医生站签发流程的 handMedication() 方法中增加去重逻辑，
与门诊医生站保持一致，使用 patientId+encounterId+adviceDefinitionId+dose+methodCode+rateCode
作为唯一键，防止前端重复提交导致数据库产生重复医嘱记录。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:01 +08:00
刘备
c8ed4e5856 Fix Bug #491: 【执行科室配置】保存配置时系统报错 - 修复Organization.getName()空指针异常 
根因分析：
1. organizationLocationInit() 中 Organization.getName() 未做空值过滤，若数据库存在name为null的科室记录会NPE
2. addOrEditOrgLoc() 中 activityDefinitionMapper.selectById().getName() 未对selectById返回null做防护
3. addOrEditOrgLoc() 缺少organizationId前置校验，空值传入可能导致后续流程异常

修复内容：
- 第74行：stream中增加 .filter(organization -> organization != null && organization.getName() != null)
- 第136-138行：增加organizationId为null时的校验，返回友好错误提示
- 第145-147行：将activityDefinitionMapper.selectById结果先赋值再判空，避免NPE

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:01 +08:00
赵云
253ceaffc6 Fix Bug #488: 【临床医嘱】双击编辑待签发医嘱，医嘱类型回显为数字且点击确认报接口错误 
修复 clickRowDb 函数中编辑条件过于严格的问题：原条件 `row.statusEnum == 1 && !row.requestId`
只允许"待保存"(无requestId)的医嘱进入编辑，导致"待签发"(有requestId)的医嘱无法编辑。
改为 `row.statusEnum == 1`，允许所有待签发状态的医嘱编辑。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:01 +08:00
张飞
ed7c388d11 Fix Bug #477: 住院医生工作站-住院检查申请详情弹窗中"发往科室"字段显示为短横线（-），未正常获取数据 
根因分析：
1. 前端组件使用了错误的API获取科室列表：表单使用getDepartmentList(/app-common/department-list)
   保存的targetDepartment ID，但详情弹窗使用getOrgList(/base-data-manage/organization/organization)
   查询，两个接口返回的数据结构和ID不同，导致recursionFun无法匹配到科室名称
2. recursionFun中obj.children可能为null/undefined，直接遍历会抛TypeError
3. getLocationInfo是异步调用，handleViewDetail可能在科室数据加载完成前被调用

修复：
- 统一使用getDepartmentList(@/api/public.js)获取科室数据，与表单组件保持一致
- recursionFun增加children空值保护
- handleViewDetail改为async，打开详情前确保科室数据已加载
 2026-05-13 00:16:01 +08:00