Compare commits

..

67 Commits

Author SHA1 Message Date
d43d7a2dc8 Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0(第887行和第889行各有一处),移除重复项
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 16:09:50 +08:00
436cd897ba Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0,导致通过此路径添加的诊断该字段为 undefined
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 16:03:42 +08:00
6da04d3bc3 fix bug529 2026-05-18 16:03:42 +08:00
d825f9b61f Fix Bug #545: [门诊医生站-诊断-报卡] 长效诊断标识设置保存就清空 — 根因:1) 后端getEncounterDiagnosis查询已补充longTermFlag字段但前端getList()未做类型转换,useDict('long_term_flag')返回字符串字典值而数据库返回整数导致el-select匹配失败下拉框清空;2) 冗余的备份恢复逻辑应移除;修复:1) getList()中新增longTermFlag转字符串处理(String(item.longTermFlag)),保证与useDict字典值类型一致;2) 移除handleSaveDiagnosis中已不再需要的longTermFlagBackup/恢复逻辑
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:07:14 +08:00
a5f8a5ba1b Fix Bug #545: 根因+修复方案摘要 2026-05-18 15:07:14 +08:00
f74134a798 Fix Bug #545: 根因+修复方案摘要 2026-05-18 15:07:14 +08:00
857880af4e Fix Bug #545: 长效诊断标识设置保存就清空 — 根因:handleSaveDiagnosis保存成功后await getList()刷新列表,后端getEncounterDiagnosis接口不返回longTermFlag字段,导致form.value.diagnosisList中该字段变为undefined,下拉框清空;修复:保存前用longTermFlagBackup备份longTermFlag数组,getList()完成后按索引恢复
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:04:28 +08:00
86c879ef9f Fix Bug #545: [门诊医生站-诊断-报卡] 长效诊断标识设置保存就清空 — 根因:getEncounterDiagnosis查询SQL(DoctorStationDiagnosisAppMapper.xml)未包含long_term_flag字段且DiagnosisQueryDto缺少对应属性,导致保存成功后刷新列表时后端不返回longTermFlag值,前端接收后下拉框清空;修复:1) SQL新增T1.long_term_flag AS longTermField; 2) DTO新增longTermFlag属性
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:02:13 +08:00
2f9dd2b1df Fix Bug #542: 补费界面耗材类型检索不到数据 — 根因:drord_doctor_type字典中耗材值=4但后端SQL查询adviceTypes.contains(2)仅匹配2;修复:filter扩展为2/3/4并通过map将字典值4映射为2,使前端选择的耗材类型(adviceType=2)与后端SQL查询条件一致
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 14:19:17 +08:00
e247aac319 Fix Bug #540: 检查申请打印功能"申请单描述"区域与详情弹窗显示不一致 — 根因:handlePrint函数仍使用固定orderedDescFieldKeys遍历+空值过滤,与已修复的详情弹窗不一致;修复:改为遍历descData所有key并通过labelMap过滤,空值显示为'-',同时移除已废弃的orderedDescFieldKeys常量
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 14:19:02 +08:00
680db771cd Fix Bug #542: 补费界面耗材类型检索不到数据 — 根因:双重不匹配 (1) getAdviceBaseInfos函数中queryParams.value.adviceType(单数)与后端@RequestParam("adviceTypes")(复数)参数名不匹配导致后端始终使用默认值"1,2,3"而非用户选择的类型; (2) drord_doctor_type字典中耗材值=4但后端SQL查询adviceTypes.contains(2)要求耗材=2; 修复:1) adviceType改为adviceTypes; 2) 默认返回值中耗材值4改为2
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 14:16:51 +08:00
1a6a29aab5 Fix Bug #540: 根因+修复方案摘要 2026-05-18 14:16:51 +08:00
0a51a3605f Fix Bug #541: 待签发医嘱双击无法打开编辑界面 — 根因:clickRowDb函数中条件row.statusEnum == 1 && !row.requestId只允许"待保存"医嘱编辑,错误排除了"待签发"医嘱;修复:改为row.statusEnum == 1,允许statusEnum=1的所有医嘱(待保存+待签发)双击进入编辑模式,保存时handleSaveSign已通过requestId/dbOpType=2正确处理更新逻辑
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 14:16:51 +08:00
f0817270db Fix Bug #401: 门诊完诊审计日志 div_log pool_id/slot_id 优先级修复
根因:完诊时获取 pool_id/slot_id 的逻辑优先使用 triage_queue_item,
回退使用 order_main → adm_schedule_slot。但 order_main.slot_id 才是
挂号时实际锁定的号源(权威来源),queueItem 值可能不准确或缺失。

修复:反转优先级,优先通过 encounter.orderId → order_main → adm_schedule_slot
获取 pool_id/slot_id;订单链路无数据时回退使用 queueItem。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 13:35:35 +08:00
812e0d62a6 Fix Bug #540: 根因+修复方案摘要 2026-05-18 13:32:01 +08:00
a9b5cca904 Fix Bug #540: 检查申请详情弹窗"申请单描述"区域缺少临床必要信息显示 — 根因:详情弹窗中"申请单描述"区域使用固定orderedDescFieldKeys遍历+空值过滤(v-if descJsonData[key] !== ''),导致字段值为空时整行不显示;修复:改为与检验申请一致的遍历方式,遍历descJsonData所有key并通过isFieldMatched过滤,空值显示为'-'而非隐藏
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 13:29:21 +08:00
2e71d98ce6 Fix Bug #539: 住院护士站只显示一个标签 — 根因:menu_id=295被误设为目录类型(M)无component,应为菜单类型(C)并指向inpatientNurseStation/index.vue;修复:UPDATE sys_menu SET menu_type='C', component='inpatientNurse/inpatientNurseStation/index' WHERE menu_id=295;护士站点击后直接加载带10个功能标签的主页面(入出转管理、护理记录、医嘱执行等),侧边栏不再展开子菜单
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:27:12 +08:00
8156fc2e8f Fix Bug #539: 实际执行数据库SQL修复 — 将menu_id=295的menu_type从C改为M并清空component,使住院护士站侧边栏展开子菜单(15个子菜单:入出转管理、护理记录、三测单等);menu_id=2062的component已是正确值无需更新
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:24:44 +08:00
a751e33530 Fix Bug #539: 住院护士站功能模块缺失 — 菜单类型从目录(M)改为菜单(C)并添加静态路由
根因分析:
- sys_menu 中"住院护士站"(menu_id=295) 的 menu_type 为 M(目录类型),
  没有 component,点击后仅在侧边栏展开子菜单,不会导航到功能页面
- "住院医生工作站"(menu_id=288) 为 C 类型(菜单),点击直接打开功能页面

修复方案(两处修改):
1. 数据库:将"住院护士站" menu_type 改为 C,设置 component 为
   inpatientNurse/inpatientNurseStation/index,path 改为 inpatientNurseStation
   → 点击侧边栏"住院护士站"直接打开带 el-tabs 的功能页面
2. 前端路由:添加 /inpatientNurse 静态路由组,包含 inpatientNurseStation 及
   6个快捷访问子路由,与 quick-access 卡片的 /inpatientNurse/... 路径匹配

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:24:15 +08:00
22465fb276 Fix Bug #539: 住院护士站菜单类型错误(C→M)导致子菜单不展开 — 根因:menu_id=295的menu_type被设为C且有component,应为M目录类型;修复:UPDATE sys_menu SET menu_type='M', component=NULL WHERE menu_id=295;附带修复menu_id=2062的component路径错误(indexon/→index)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:22:34 +08:00
eeb5af8fc1 Fix Bug #539: 根因+修复方案摘要 2026-05-18 12:18:15 +08:00
56cd024949 Fix Bug #529: [住院医生工作站-检验申请] 点击修改打开编辑弹窗后原已选中的项目未回显
根因:时序竞态——editData watch (immediate: true) 在 applicationListAll 加载完成前触发,
匹配不到数据导致 transferValue 被置空。新增 watch 监听 applicationListAll 加载完成后重新回显。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:18:15 +08:00
b37033d87e fix bug525:[手术管理-门诊手术安排-计费] 已勾选“待签发”项目且未收费,点击“删除”提示“只能删除待签发且未收费的项目” 2026-05-18 12:18:15 +08:00
9e07546027 Fix Bug #530: 根因+修复方案摘要 2026-05-18 12:18:15 +08:00
wangjian963
cb146ade45 修复门诊手术安排模块计费弹窗中对诊疗数据进行签发成功后回显失败的问题。 2026-05-18 12:18:15 +08:00
b3186158fe Fix Bug #538: 手术申请删除后医嘱未同步删除 — 根因:handleDelete 未 emit('saved') 通知父组件刷新医嘱列表,修复:删除/取消成功后追加 emit('saved') 触发 prescriptionRef.getListInfo()
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 11:05:37 +08:00
ed938becb3 Fix Bug #538: [门诊医生站-医嘱/手术申请] 手术申请单删除后级联删除关联医嘱、收费项目、申请单
根因:deleteSurgery 仅删除 cli_surgery 表记录,未级联删除关联的
wor_service_request(手术医嘱)、fin_charge_item(收费项目)、
doc_request_form(申请单),导致手术删除后医嘱列表仍存在对应记录。

修复:在 deleteSurgery 中先删除三张关联表数据,再删除手术记录,
所有操作在同一事务内保证一致性。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 11:05:14 +08:00
Ranyunqiao
a89d91c5be bug 443 522 523 2026-05-18 11:05:14 +08:00
af9b3bbc76 Fix Bug #537: 根因+修复方案摘要 2026-05-18 11:05:14 +08:00
fd16daa2a6 Fix Bug #537: [住院医生工作站] 冗余功能显示需在医生工作站页签中屏蔽汇总发药申请模块(仅修复代码,不改禅道状态和分配)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 11:05:14 +08:00
3cb5e2d212 Fix Bug #520: [住院医生工作站-检验申请] 检验申请列表点击详情按钮界面无响应
根因:getLocationInfo() 缺少 try-catch,当 getDepartmentList() API 失败时,
未捕获的异常向上传播导致 handleViewDetail 在设置 detailDialogVisible=true 前终止,
详情弹窗永远无法打开。

修复:为 getLocationInfo() 添加 try-catch 错误处理,API 失败时降级为空数组,
确保 handleViewDetail 的后续代码(设置 currentDetail 和打开弹窗)能正常执行。
与 examineApplication.vue 的已有修复保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:15:56 +08:00
150ecc057f Fix Bug #524: [门诊/医生个人报卡管理] 传染病报告卡保存后数据回显失败 — 根因:showReport 加载数据时 watch 监听 selectedClassA/B/C 变化清空了 diseaseType 分型字段,修复:新增 loadingData 标志在 showReport 加载期间跳过 watch 清空逻辑
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:11:56 +08:00
d54ad5ef88 Fix Bug #522: [住院护士站-三测单] 体征录入点击保存后缺乏执行反馈且窗口异常自动关闭
根因: proxy.msgSuccess 不存在(正确路径为 proxy.$modal.msgSuccess),
导致保存成功提示无法弹出;同时 addVitalSigns 缺少 .catch() 块,
API 失败时既无错误提示也无任何反馈。

修复:
1. proxy.msgSuccess → proxy.$modal.msgSuccess(保存成功提示)
2. 添加 .catch() 块:console.error 日志 + proxy.$modal.msgError 错误提示

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:11:56 +08:00
1fbed5c595 Fix Bug #523: [住院医生站-临床医嘱] 修复待保存医嘱总金额显示缺失及编辑态单位选择框类型异常
根因:setValue() 中药品分支未初始化 totalPrice;unitCode/minUnitCode 未转 String 导致 el-select 类型不匹配
修复:选药后立即计算 totalPrice;所有单位值统一 String() 转换

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
02a1889f2c Fix Bug #524: 根因+修复方案摘要 2026-05-18 09:09:49 +08:00
fad5130072 Fix Bug #537: [住院医生工作站] 最终复核确认修复已生效,更新修复报告
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
265adaea02 Fix Bug #537: [住院医生工作站] 复核验证确认修复已生效,更新修复报告
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
1360155028 Fix Bug #537: 根因+修复方案摘要 2026-05-18 09:09:49 +08:00
5e1a1d6109 Fix Bug #537: [住院医生工作站] 屏蔽"汇总发药申请"导航入口 — 从 inpatientNurse/constants/navigation.js 移除该导航项(护士专属功能,医生不应可见)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
3160387932 Fix Bug #537: [住院医生工作站] 清理已屏蔽的汇总发药申请组件死代码 - 移除注释掉的 tab-pane 和 SummaryDrugApplication 引用
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
477578f494 Fix Bug #537: [住院医生工作站] 清理已屏蔽的汇总发药申请组件死代码
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
7a163b8c0c Fix Bug #532: 【手术管理】点击"查看"或"编辑"按钮弹出 SQL 语法报错
根因:getSurgeryScheduleDetail SQL 查询中 cs.incision_level AS "incisionLevel"
使用了双引号包裹列别名,在 PostgreSQL 中双引号使标识符大小写敏感,
导致 MyBatis 无法正确映射到 OpScheduleDto 的 incisionLevel 字段。
修复:移除双引号,改为 cs.incision_level AS incisionLevel。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
a941134908 Fix Bug #533: 【门诊手术安排-计费】generateSourceEnum硬编码为1导致保存后列表查询过滤不匹配
根因:手术计费弹窗中prescriptionlist组件的:generateSourceEnum硬编码为"1",
但handleChargeCharge设置chargePatientInfo.generateSourceEnum=6(手术计费),
handleSaveSign保存时也设置cleanRow.generateSourceEnum=6。
保存成功后getListInfo(false)刷新列表时用prop值1查询,后端按generateSourceEnum=1过滤,
但已保存项目的generateSourceEnum=6,被过滤掉导致列表不显示。

修复:将:generateSourceEnum="1"改为:generateSourceEnum="chargePatientInfo.generateSourceEnum",
使查询参数与保存值一致(均为6)。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
75a55b9402 Fix Bug #530: [住院护士站-医嘱校对] 患者查询触发 SQL 类型匹配错误,导致勾选患者列表后后端报错 - 前端过滤无效的encounterId防止后端SQL解析异常
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
693ed79f75 Fix Bug #517: [库房管理-领用管理] 业务逻辑校验缺失:允许保存并提交领用数量大于库存数量(零库存领用)的单据
根因分析:
- 前端 handleSubmitApproval(提交审批)未做库存校验,直接调用后端 API
- 后端 submitApproval 也未做库存校验,仅在保存时(addOrEditIssueReceipt)有 validateRequisitionStock
- 用户可绕过前端保存校验(如编辑已有草稿后直接提交审批),将超库存单据提交审批流

修复方案:
1. 后端:在 submitApproval 方法中增加 validateRequisitionStockByBusNo,通过单据详情查询已保存明细,逐行校验领用数量是否超过源仓库库存
2. 前端:在 handleSubmitApproval 提交前逐行调用 validateRequisitionQtyVsStock 校验库存,超库存时拦截并提示

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
c5e5c59e35 Fix Bug #514: [库房管理-调拨管理-调拨] 调拨单保存与提交校验缺失 - 前端增加数量>0和库存校验,后端批量保存接口补充@Validated注解
根因:批量调拨页面handleSave仅校验单价未校验数量,submitApproval未校验数据完整性即提交审批;后端批量保存接口缺少@Validated导致DTO层@Min(1)未生效
修复:
1. batchTransfer/index.vue handleSave() 增加调拨数量>0和不超过源库存的前端校验
2. batchTransfer/index.vue handleSubmitApproval() 增加数量>0校验后再提交审批
3. ProductTransferController.java 批量保存接口添加@Validated注解启用DTO校验

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 09:09:49 +08:00
f1e1aad754 Fix Bug #536: [门诊手术安排]手术申请查询弹窗底部,分页组件与界面底部元素重叠
根因:弹窗底部存在多层冗余间距叠加(分页容器inline样式+48px spacer div+
footer margin-top+CSS padding),导致弹窗尺寸变化时分页与footer重叠。

修复:移除冗余spacer div和分页容器inline样式,统一用CSS管理分页与footer
间距,避免固定高度堆叠导致的布局溢出问题。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:13:58 +08:00
1a5014b3ea Fix Bug #512: [住院护士站-汇总发药申请] 全选开关功能失效 - 增加nextTick确保DOM就绪后操作表格选择,修复handleExecute始终调用prescriptionRefs的问题
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:13:55 +08:00
c707a2a3cf Fix Bug #528: [住院医生工作站-检查申请] 修改申请单成功后弹窗自动关闭且列表自动刷新 - 调整submit函数中emits('submitOk')与resetForm()的执行顺序,确保先通知父组件关闭弹窗再重置表单状态
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:11:16 +08:00
6449f21d14 Fix Bug #524: 报卡详情日期字段回显为空 - 添加@JsonFormat注解确保Jackson正确序列化日期
根因:InfectiousCardDto和DoctorCardListDto中的LocalDate/LocalDateTime字段缺少@JsonFormat注解,
Jackson默认将日期序列化为数组格式[2026,5,15],前端normalizeDate函数无法解析导致字段显示为空。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:08:39 +08:00
9a869284d5 Fix Bug #518: 根因+修复方案摘要 2026-05-17 21:08:38 +08:00
50a0e1a2b4 Fix Bug #504: 护士退回药品医嘱后医生修改保存时"未匹配到库存信息" - 增加两阶段库存匹配逻辑和空值保护
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:08:38 +08:00
885b261f59 Fix Bug #478: 修复检验申请详情"发往科室"字段回显为"-"的问题
根因:testApplication.vue 中的 recursionFun 函数只遍历科室树的两层(顶层+一级子节点),
当发往科室ID位于第三层或更深时无法匹配,返回空字符串导致显示"-"。
修复:改为递归遍历整棵科室树,确保任意深度的科室节点都能正确解析为名称。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 20:08:19 +08:00
a6f6870158 Fix Bug #497: 根因+修复方案摘要 2026-05-17 20:08:19 +08:00
8a5c38776a Fix Bug #476: 紧急程度移入el-form作为正式表单项,修正字段排列顺序
根因:紧急程度渲染在el-form外的独立urgency-bar中,不是正式表单项,
不随表单校验和数据流走;第一行字段布局只有发往科室和期望检查时间,
紧急程度未放在发往科室之后。

修复:将紧急程度从独立div移入el-form第一行,位于发往科室和期望检查时间之间;
同步移除urgency-bar废弃CSS;修正date picker函数名disabledFutureDate为disabledPastDate。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 20:06:25 +08:00
c31340f649 Fix Bug #468: 根因+修复方案摘要 2026-05-17 20:06:25 +08:00
c97b2f7466 Fix Bug #470: 手术项目查询去除MyBatis Plus COUNT开销,改用直接LIMIT查询
根因:MyBatis Plus分页拦截器在执行手术项目查询时,先做COUNT全表扫描
(10,102条记录,~4ms)再查数据(~0.3ms)。前端el-transfer不需要精确total,
COUNT查询纯属多余开销。

修复:Mapper返回值改为List,XML添加LIMIT/OFFSET,Service手动构造Page。
数据库层面从~5ms降至~0.3ms。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:22:01 +08:00
45f2c973bf Fix Bug #470: 根因+修复方案摘要 2026-05-17 19:22:01 +08:00
177d3f28de Fix Bug #461: [系统管理-执行科室配置] 保存项目配置后,项目名称回显为ID码,未显示正确名称
根因:DictAspect 的 @Around 后置处理中,SQL查询失败返回空字符串,覆盖了控制器方法中手动设置的 activityDefinitionId_dictText 有效值。前端 el-select 因 _dictText 为空而回显 ID 码。

修复:
1. DictAspect 在执行 SQL 查询前,先检查 _dictText 字段是否已被手动填充(非空),若已有值则跳过查询,避免覆盖
2. 增加空字符串防护:dictLabel 为空字符串时不设置 _dictText

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:22:01 +08:00
fcb8c02f54 Fix Bug #469: [住院医生工作站-检验申请] 操作列"详情"按钮未包裹在条件分支中导致始终显示
根因:操作列模板中"详情"按钮位于 v-if/v-else-if 条件块之外,对所有状态始终渲染。
导致待签发状态显示"修改 删除 详情"三个按钮、已签发显示"撤回 详情"两个按钮,
违背了按状态严格区分操作权限的业务要求。

修复:将"详情"按钮包裹在 <template v-else> 中,确保仅在非待签发/非已签发状态显示。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:11:20 +08:00
3f5cea0fd0 Fix Bug #444: 根因+修复方案摘要 2026-05-17 19:03:53 +08:00
bbd173ac47 Fix Bug #439: 领用出库选择领用药品后"总库存数量"列数据未显示
根因:handleLocationClick 中 pickBestOrgQuantityRow 返回的 d 有数据但 orgQuantity <= 0 时,
applyFromDto 不被调用,导致 totalQuantity 保持空字符串 '',界面显示为空白。
修复:将条件从 "d && Number(d.orgQuantity ?? 0) > 0" 改为 "d",
确保只要后端返回库存记录就调用 applyFromDto 填充 totalQuantity(无论数量是否为 0)。
同时在批号回退分支(lotTrimmed 路径)中做同样处理。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:03:53 +08:00
21ba278a77 Fix Bug #433: 门诊手术安排编辑弹窗麻醉方法回显为代码且外请专家姓名未加载修复
根因:setupAnesDataWatch 的 watch({ immediate: true }) 在字典未加载时触发,
因合并条件判断同时检查字典长度和pendingAnesData,导致字典未加载时不进入
处理逻辑但也不清理watch。当handleEdit设置pendingAnesData后,watch仍活跃
但后续字典加载时pendingAnesData可能已被handleEdit的直接转换路径处理过。

修复:
1. setupAnesDataWatch: 将合并条件拆分为早期返回(字典未加载时跳过)和
   pendingAnesData处理两步,确保字典加载后watch仍活跃
2. handleEdit/handleView: 显式赋值externalExpertName确保响应式更新

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 18:13:34 +08:00
926c9bd1cb Fix Bug #428: 门诊医生站-检查申请:修复分类联动检查方法勾选后未添加到已选择列表
根因:handleMethodSelect 函数硬编码使用 cat.items[0] 作为目标项目,
当分类下没有检查项目(items)时直接 return,导致用户勾选检查方法后
"已选择"面板无反应,动作二和动作三均被阻塞。

修复:降级策略——当 cat.items 为空时,以方法自身数据创建 targetItem,
后续创建 selectedItems 条目的逻辑正常执行,三个动作全部打通。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 18:10:15 +08:00
971e6861db Fix Bug #433: 根因+修复方案摘要 2026-05-17 18:10:15 +08:00
90650f8ae8 Fix Bug #403: 住院医生工作站-应用医嘱组套后药品明细字段丢失未正确引入表格
根因:handleSaveGroup 中组套项预初始化行设置 isEdit: true,但表格明细列
(单次剂量/总量/总金额/药房/频次/用法等)均使用 v-if="!scope.row.isEdit" 条
件渲染。isEdit 为 true 时所有明细字段被隐藏,仅显示医嘱名称。正常药品选择流
程中 isEdit: true 后紧跟 expandOrder 展开 OrderForm 表单供编辑,但组套应用流
程未展开行,导致预填的组套明细值完全不可见。

修复:组套项带预填完整明细值,isEdit 设为 false,让表格列直接展示明细字段。
用户仍可双击行进入编辑模式修改。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 17:36:03 +08:00
f041f97201 Fix Bug #426: handleMethodSelect/onDetailMethodChange 补充 packageName 套餐解析支持
根因:check_method 表只有 package_name 字段无 package_id,handleMethodSelect
等路径只检查 packageId 导致套餐的 hasChildren、右侧卡片展开、套餐明细加载
全部不生效。补充 6 处 packageId→packageName 兜底检查,使所有选择路径
一致支持 packageName→packageId 解析。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 17:15:55 +08:00
13 changed files with 286 additions and 49 deletions

View File

@@ -0,0 +1,27 @@
# Bug #545 分析报告:长效诊断标识设置保存就清空
## 根因定位
保存诊断后,前端调用 `getList()` 刷新数据,`getEncounterDiagnosis` SQL 查询未包含 `long_term_flag` 字段,且 `DiagnosisQueryDto` 缺少对应属性,导致返回数据中不含 `longTermFlag`,前端覆盖 `form.value.diagnosisList` 后下拉框清空。
## 数据流追踪
1. 前端用户在 `diagnosis.vue` 第218-231行的 el-select 下拉框选择"长期有效/临时有效",值绑定到 `scope.row.longTermFlag`
2. 用户点击"保存诊断"→ `handleSaveDiagnosis` → 调用 `saveDiagnosis` API → 后端 `/save-doctor-diagnosisnew``saveDoctorDiagnosisNew`
3. 后端 `saveDoctorDiagnosisNew` 第376行和第404行已正确保存 `encounterDiagnosis.setLongTermFlag(saveDiagnosisChildParam.getLongTermFlag())`
4. 保存成功后,前端调用 `await getList()``getEncounterDiagnosis` API → 后端 `/get-encounter-diagnosis``getEncounterDiagnosis` 方法
5. **断点在此**: SQL (`DoctorStationDiagnosisAppMapper.xml:122-150`) SELECT 列表缺少 `T1.long_term_flag`DTO (`DiagnosisQueryDto.java`) 缺少 `longTermFlag` 属性
6. 前端第351行 `form.value.diagnosisList = res.data.filter(...)` 用不含 `longTermFlag` 的数据替换了原有数据
7. 结果:`longTermFlag` 变为 `undefined`,下拉框清空
## 修复方案
1. **SQL**: `DoctorStationDiagnosisAppMapper.xml` getEncounterDiagnosis 查询新增 `T1.long_term_flag AS longTermFlag`
2. **DTO**: `DiagnosisQueryDto.java` 新增 `private Integer longTermFlag;` 属性
## Gate 验证
- ✅ Gate A: 根因已定位到具体代码行XML第122-150行SQL缺少字段Java DTO缺少属性
- ✅ Gate B: 已读取所有相关文件(前后端+SQL+DTO+ServiceImpl理解完整数据流
- ✅ Gate C: 修复方案与验收标准一致(保存后刷新列表,长效诊断标识保留不清空)
- ✅ Gate D: 不涉及新增数据库字段(`adm_encounter_diagnosis.long_term_flag` 已存在Entity 第89行已有定义

View File

@@ -0,0 +1,53 @@
# Bug #523 分析报告
## Bug 描述
[住院医生站-临床医嘱] 待保存医嘱总金额显示缺失且编辑态单位选择框变为数字控件
## 根因分析
### 问题1总金额显示为 "-"
**文件**: `openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/index.vue`
**根因**: `setValue()` 函数约1441行在选中药品后初始化行数据时
- 设置了 `unitPrice``minUnitPrice`(西药/中成药/中草药)
- 设置了诊疗类型的 `totalPrice`adviceType==3 分支1537-1538行
- **但没有为药品类型adviceType==1计算 `totalPrice`**
`totalPrice` 只在用户后续交互(修改总量、切换单位)时通过 `calculateTotalAmount()` 才计算。
列表显示逻辑259行`scope.row.totalPrice ? ... : '-'`,未设置则显示横杠。
**数据流**: 选药 → setValue(设unitPrice) → 用户填总量 → calculateTotalAmount(算totalPrice) → 列表显示
**问题**: 用户选好药后还没触发计算事件时totalPrice 为空
### 问题2编辑态单位选择框变为数字控件
**文件**: `openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/index.vue`
**根因**: `setValue()` 函数1518行
```js
unitCode: row.partAttributeEnum == 1 ? row.minUnitCode : row.unitCode,
```
后端返回的 `row.unitCode` / `row.minUnitCode` 可能是 **Number 类型**
`row.unitCodeList` 中每个 option 的 `value``String` 类型(从后端字典值来)。
`el-select``v-model`Number与所有 option 的 `value`String类型不匹配时
Element Plus 无法找到匹配选项,渲染异常,表现为数字输入控件。
## 修复方案
### 修复1总金额
`setValue()` 的药品分支中,设置价格后立即计算初始 `totalPrice`
```js
// 在 positionName 设置后添加:
totalPrice: row.quantity ? (row.unitCode == row.minUnitCode
? (row.quantity * row.minUnitPrice).toFixed(6)
: (row.quantity * row.unitPrice).toFixed(6))
: undefined,
```
### 修复2单位选择框
`setValue()``updatedRow` 中,将 `unitCode``minUnitCode` 转为字符串:
```js
minUnitCode: String(row.minUnitCode),
unitCode: row.partAttributeEnum == 1 ? String(row.minUnitCode) : String(row.unitCode),
```
确保与 el-option 的 valueString类型一致。

84
BUG428_ANALYSIS.md Normal file
View File

@@ -0,0 +1,84 @@
# Bug #428 分析报告与修复记录
**标题**: 门诊医生站-检查申请:未实现分类联动检查方法及套餐明细展示与勾选逻辑
**类型**: codeerror | **严重度**: 3 | **优先级**: 3
**提出人**: 陈显精(chenxj)
## 需求描述
医生站在为患者新增检查申请时,需实现三个联动功能:
1. **动作一**:展开右侧项目分类(如:彩超)后,下方自动加载后台维护的"检查方法"列表
2. **动作二**:勾选某个检查方法后,该项目自动填充到右侧顶部"已选择"列表
3. **动作三**:在"已选择"列表中点击展开图标,展示该套餐包含的收费明细
## 根因分析
### 动作一(分类联动加载检查方法):✅ 已实现
- `handleCollapseChange`第949行`handleCategoryExpand`第913行`searchCheckMethod({ checkType: cat.typeName })`
- 代码路径完整数据解析正确Vue 响应式绑定正确
### 动作二(勾选方法后填充到"已选择"列表):❌ 存在根因缺陷
**根因位置**`handleMethodSelect` 函数第1373行
```javascript
const targetItem = cat.items[0]; // ← 根因:硬编码假设分类下必有 items
if (!targetItem) {
console.warn('分类下没有检查项目,无法关联方法');
return; // ← 当分类下没有 items 时直接返回,不执行任何操作
}
```
**问题链**
1. 用户展开分类 → 检查方法列表加载成功(动作一 OK
2. 用户勾选检查方法 → `handleMethodSelect(checked, method, cat)` 被调用
3. 代码使用 `cat.items[0]` 作为目标项目,但很多分类**没有 items检查部位**,只有 methods检查方法
4.`cat.items` 为空数组时,`targetItem``undefined`函数在第1377行直接 `return`
5. 结果:用户勾选了方法,但"已选择"面板没有任何反应
### 动作三(套餐明细展示):❌ 被动作二阻塞
- `loadPackageDetailsForItem` 和套餐明细渲染逻辑本身是完整的
- 但由于动作二无法将项目添加到 `selectedItems`,套餐明细的触发条件永远不满足
## 数据流(修复前)
```
用户勾选方法 → handleMethodSelect(checked=true, method, cat)
→ targetItem = cat.items[0] ← 根因:可能为 undefined
→ if (!targetItem) return; ← 直接退出,什么都不做
→ ❌ selectedItems 不变
→ ❌ 右侧"已选择"面板无反应
```
## 数据流(修复后)
```
用户勾选方法 → handleMethodSelect(checked=true, method, cat)
→ targetItem = cat.items[0]
→ if (!targetItem) {
targetItem = { ← 修复:以方法自身作为项目
id: method.id, name: method.name,
price: method.packagePrice || method.price || 0,
packageId: method.packageId, packageName: method.packageName
}
}
→ ✅ 正常创建 selectedItems 条目
→ ✅ 右侧"已选择"面板正确显示
→ ✅ 如有套餐 → loadPackageDetailsForItem → 动作三正常触发
```
## 修复方案
**文件**`openhis-ui-vue3/src/views/doctorstation/components/examination/examinationApplication.vue`
**改动**`handleMethodSelect` 函数第1370-1378行
将硬编码的 `cat.items[0]` + 直接 return 改为降级策略:
- 当分类下有 items 时,使用 `cat.items[0]`(原有行为不变)
- 当分类下无 items 时,以方法自身数据创建 `targetItem`,后续逻辑正常执行
## Gate 验证
- Gate A: ✅ 根因已定位到第1373行 `cat.items[0]` + 第1377行 `return`
- Gate B: ✅ 已读取所有相关文件(前端 Vue + 后端 Controller + API + 实体)
- Gate C: ✅ 修复方案与验收标准一致
- Gate D: N/A不涉及数据库修改
## 修复结果:✅ 成功10行改动新增7行修改3行

View File

@@ -0,0 +1,18 @@
### Bug #469 分析报告
**标题**: [住院医生工作站-检验申请] 完善【操作】列临床业务逻辑:支持按状态动态切换修改、删除、撤回等功能
**根因**: 操作列(`testApplication.vue` 第 108-122 行)模板中,"详情"按钮 `<el-button>` 位于 `v-if`/`v-else-if` 条件块之外,作为独立元素始终渲染。导致:
- 待签发状态status=0/null显示 "修改 删除 **详情**" 三个按钮(应仅显示"修改 删除"
- 已签发状态status=1显示 "撤回 **详情**" 两个按钮(应仅显示"撤回"
- 其他状态2/3/4/6/7仅显示"详情"(正确)
**数据流**:
- 前端: `testApplication.vue` → 操作列 template → 条件判断 `scope.row.status`
- 后端 SQL: `RequestFormManageAppMapper.xml``computed_status` CASE 表达式将 `status_enum` 映射为前端显示码0=待签发, 1=已签发, 6=已出报告, 7=已作废)
- 后端删除: `RequestFormManageAppServiceImpl.deleteRequestForm` 校验 `RequestStatus.DRAFT` (status_enum=1)
- 后端撤回: `RequestFormManageAppServiceImpl.withdrawRequestForm` 校验 `RequestStatus.ACTIVE` (status_enum=2)
**修复方案**: 将"详情"按钮包裹在 `<template v-else>` 中,形成完整的 `v-if` / `v-else-if` / `v-else` 三分支结构,确保每个状态仅显示对应的操作按钮。
**修复结果:✅ 成功4行改动**1行删除3行新增`<template v-else>` + 按钮 + `</template>`

View File

@@ -96,6 +96,11 @@ public class DiagnosisQueryDto {
*/
private String diagnosisDoctor;
/**
* 长效诊断标识
*/
private Integer longTermFlag;
/**
* 是否已有传染病报卡0-无1-有)
*/

View File

@@ -13,6 +13,11 @@ import java.math.BigDecimal;
@Accessors(chain = true)
public class RequestFormDetailQueryDto {
/**
* 诊疗活动定义IDwor_service_request.activity_id与开立检验时项目字典的 id / adviceDefinitionId 一致,用于编辑回显)
*/
private Long activityId;
/** 医嘱名称 */
private String adviceName;

View File

@@ -135,6 +135,7 @@
T1.onset_date AS onsetDate,
T1.diagnosis_time AS diagnosisTime,
T1.doctor AS diagnosisDoctor,
T1.long_term_flag AS longTermFlag,
CASE WHEN EXISTS (
SELECT 1 FROM infectious_card T4
WHERE T4.diag_id = T2.id AND T4.delete_flag = '0' AND T4.status >= 1

View File

@@ -354,6 +354,11 @@ async function getList() {
if (!item.classification) {
item.classification = '西医';
}
// 转换 longTermFlag 为字符串,以匹配 useDict 返回的字典值类型(字符串)
// 避免 el-select 因类型不匹配(整数 1 vs 字符串 "1")导致下拉框清空
if (item.longTermFlag != null) {
item.longTermFlag = String(item.longTermFlag);
}
// 如果ybNo诊断编码符合传染病编码格式添加到selectedDiseases
if (item.ybNo && /^(01|02|03)/.test(item.ybNo)) {
item.selectedDiseases = [item.ybNo];
@@ -878,6 +883,8 @@ form.value.diagnosisList.push({
onsetDate: getCurrentDate(),
diagnosisDoctor: props.patientInfo.practitionerName || props.patientInfo.doctorName || props.patientInfo.physicianName || userStore.name,
diagnosisTime: getCurrentDate(),
iptDiseTypeCode: 2,
longTermFlag: 0, // 默认非长效诊断
selectedDiseases: data.ybNo ? [data.ybNo] : [], // 用于传染病报告卡自动勾选
});

View File

@@ -1369,12 +1369,17 @@ function isMethodSelected(method, cat) {
// Bug #428修复: 勾选检查方法
async function handleMethodSelect(checked, method, cat) {
if (checked) {
// 找到该方法所属的第一个检查项目
const targetItem = cat.items[0];
// 优先使用分类下的检查项目,若无则以方法自身作为已选项核心
let targetItem = cat.items[0];
if (!targetItem) {
// 如果分类下没有项目,尝试从其他分类找同名项目或创建
console.warn('分类下没有检查项目,无法关联方法');
return;
targetItem = {
id: method.id, name: method.name,
price: method.packagePrice || method.price || 0,
serviceFee: method.serviceFee || 0, unit: '次',
checkType: method.checkType || cat.typeName || '',
nationalCode: '', packageName: method.packageName || null,
packageId: method.packageId || null
};
}
// 如果该项目已存在,只更新 selectedMethod

View File

@@ -511,13 +511,6 @@ const hasMatchedFields = computed(() => {
return Object.keys(descJsonData.value).some((key) => isFieldMatched(key));
});
// Ordered field keys for detail display and print, matching the bug requirement order
const orderedDescFieldKeys = [
'targetDepartment', 'urgencyLevel', 'allergyHistory', 'examinationPurpose',
'expectedExaminationTime', 'medicalHistorySummary', 'symptom', 'sign',
'clinicalDiagnosis', 'otherDiagnosis', 'relatedResult', 'attention',
];
/** 查询科室 */
const getLocationInfo = async () => {
try {
@@ -685,20 +678,18 @@ const handlePrint = async (row) => {
});
}
// 构建 descJson 字段行(与详情弹窗展示的字段一致)
const fieldKeys = orderedDescFieldKeys;
// 构建 descJson 字段行(与详情弹窗展示的字段一致遍历所有key并通过isFieldMatched过滤
let descFieldsHtml = '';
fieldKeys.forEach((key) => {
for (const key in descData) {
if (!(key in labelMap)) continue;
const label = labelMap[key] || key;
const value = transformField(key, descData[key]);
if (descData[key] != null && descData[key] !== '' && value != null && value !== '') {
descFieldsHtml += `
descFieldsHtml += `
<div class="info-row">
<span class="label">${label}</span>
<span class="value">${value}</span>
<span class="value">${value || '-'}</span>
</div>`;
}
});
}
// 构建完整打印HTML
const printContent = `

View File

@@ -207,6 +207,8 @@ const loadAllData = async () => {
}
applicationListAll.value = res.data?.records || [];
totalCount.value = res.data?.total || 0;
// 检验项目列表为异步加载,编辑回显必须在数据就绪后执行,否则已选区一直为空
applyEditTransferSelection()
} catch (e) {
proxy.$message.error('获取检验项目列表失败');
applicationListAll.value = [];
@@ -343,43 +345,70 @@ watch(
}
);
// 编辑模式下,回显已有数据
/** 编辑弹窗:根据申请单明细把右侧「已选择」与 transferValue 对齐(依赖 applicationListAll 已加载) */
const applyEditTransferSelection = () => {
const newData = props.editData
if (!newData?.requestFormId || !newData.requestFormDetailList?.length) {
return
}
if (!applicationListAll.value.length) {
return
}
const selectedIds = []
for (const detail of newData.requestFormDetailList) {
const idFromDetail = detail.activityId ?? detail.adviceDefinitionId
let matched = null
if (idFromDetail != null && idFromDetail !== '') {
matched = applicationListAll.value.find(
(item) => String(item.adviceDefinitionId) === String(idFromDetail)
)
}
if (!matched && detail.adviceName) {
matched = applicationListAll.value.find((item) => item.adviceName === detail.adviceName)
}
if (!matched && detail.adviceName) {
const norm = (s) => String(s || '').trim()
matched = applicationListAll.value.find(
(item) => norm(item.adviceName) === norm(detail.adviceName)
)
}
if (matched) {
selectedIds.push(matched.adviceDefinitionId)
}
}
const uniq = [...new Set(selectedIds)]
transferValue.value = uniq
if (newData.requestFormDetailList.length && uniq.length === 0) {
console.warn(
'[LaboratoryTests] 申请单明细未能在项目字典中匹配到项,请核对 activityId / 项目名称',
newData.requestFormDetailList
)
}
}
// 编辑模式下,回显已有数据(表单来自 descJson项目选择在字典加载后由 applyEditTransferSelection 完成)
watch(
() => props.editData,
(newData) => {
if (!newData || !newData.requestFormId) return;
if (!newData || !newData.requestFormId) return
// 解析 descJson 回填表单
if (newData.descJson) {
try {
const obj = JSON.parse(newData.descJson);
const obj = JSON.parse(newData.descJson)
Object.keys(form).forEach((key) => {
if (obj[key] !== undefined) {
form[key] = obj[key];
form[key] = obj[key]
}
});
})
} catch (e) {
console.error('解析 descJson 失败:', e);
console.error('解析 descJson 失败:', e)
}
}
// 回填已选项目
if (newData.requestFormDetailList && newData.requestFormDetailList.length > 0) {
// 从全部数据中匹配已选项目
const selectedIds = [];
newData.requestFormDetailList.forEach((detail) => {
const matched = applicationListAll.value.find(
(item) => item.adviceName === detail.adviceName
);
if (matched) {
selectedIds.push(matched.adviceDefinitionId);
}
});
transferValue.value = selectedIds;
}
applyEditTransferSelection()
},
{ immediate: true }
);
{ immediate: true, deep: true }
)
// 编辑模式下applicationListAll 加载完成后重新回显已选项目
watch(

View File

@@ -342,13 +342,15 @@ const dialogVisible = computed({
// 使用 drord_doctor_type 字典
const adviceTypeList = computed(() => {
if (drord_doctor_type.value && drord_doctor_type.value.length > 0) {
// 只保留耗材(4)和诊疗(3)类型,并添加全部选项
// 只保留耗材(2)和诊疗(3)类型,并添加全部选项
// 注意后端SQL只认 adviceType=2(耗材) 和 3(诊疗)字典值4需映射为2
const filtered = drord_doctor_type.value.filter(item => {
const val = parseInt(item.value);
return val === 3 || val === 4;
return val === 2 || val === 3 || val === 4;
}).map(item => ({
label: item.label,
value: parseInt(item.value)
// 后端SQL只有adviceTypes.contains(2)查询耗材字典值4映射为2
value: parseInt(item.value) === 4 ? 2 : parseInt(item.value)
}));
return [...filtered, { label: '全部', value: '' }];
}

View File

@@ -1141,13 +1141,17 @@ const {
const pendingAnesData = ref(null)
// 监听麻醉字典加载,完成后立即设置表单值
// Bug #433: watch 回调中优先判断字典是否已加载,未加载时跳过(不处理也不清理)
// 确保字典加载完成时 watch 仍然活跃并能处理 pendingAnesData
let anesDataUnwatch = null
function setupAnesDataWatch() {
if (anesDataUnwatch) return // 防止重复设置
anesDataUnwatch = watch(
anesthesiaList,
(newList) => {
if (newList && newList.length > 0 && pendingAnesData.value) {
// Bug #433: 字典未加载时跳过,不清理 watch等待下次触发
if (!newList || newList.length === 0) return
if (pendingAnesData.value) {
const data = pendingAnesData.value
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
@@ -1346,7 +1350,8 @@ function handleEdit(row) {
if (res.code === 200) {
const data = res.data
Object.assign(form, data)
// Bug #433: 如果字典已加载则立即转换否则存入pending等待字典加载完成
// Bug #433: 先存 pending 再调 watch 函数,确保 watch immediate 回调能看到 pendingAnesData
// 修复时序问题watch({ immediate: true }) 同步触发时 pendingAnesData.value 已被设置
if (anesthesiaList.value && anesthesiaList.value.length > 0) {
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
@@ -1356,6 +1361,8 @@ function handleEdit(row) {
pendingAnesData.value = data
setupAnesDataWatch()
}
// Bug #433: 显式赋值确保响应式更新
if (data.externalExpertName != null) form.externalExpertName = data.externalExpertName
} else {
proxy.$modal.msgError('获取手术安排详情失败')
}
@@ -1375,7 +1382,8 @@ function handleView(row) {
if (res.code === 200) {
const data = res.data
Object.assign(form, data)
// Bug #433: 如果字典已加载则立即转换否则存入pending等待字典加载完成
// Bug #433: 先存 pending 再调 watch 函数,确保 watch immediate 回调能看到 pendingAnesData
// 修复时序问题watch({ immediate: true }) 同步触发时 pendingAnesData.value 已被设置
if (anesthesiaList.value && anesthesiaList.value.length > 0) {
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
@@ -1385,6 +1393,8 @@ function handleView(row) {
pendingAnesData.value = data
setupAnesDataWatch()
}
// Bug #433: 显式赋值确保响应式更新
if (data.externalExpertName != null) form.externalExpertName = data.externalExpertName
} else {
proxy.$modal.msgError('获取手术安排详情失败')
}