Compare commits

...

70 Commits
HEAD ... guanyu

Author SHA1 Message Date
a96d5521dd 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:15 +08:00
d06f6ceeb0 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:24 +08:00
f80253ecd6 Fix Bug #444: 根因+修复方案摘要 2026-05-18 17:14:24 +08:00
78e5aff613 Fix Bug #443: 手术计费签发耗材时因 bizRequestFlag 过滤导致签发的项目列表为空
根因:prescriptionlist.vue 中 handleSave()、changeCheck()、watch、handleSingOut()
四处使用 bizRequestFlag 过滤(仅允许操作本人开立的医嘱)。
在手术计费场景下,手术医生创建的手术申请及其耗材的 requester_id 为医生ID,
手术室护士的 practitionerId 与之不匹配,bizRequestFlag='0',导致所有耗材
被过滤掉,saveList 为空,后端返回"医嘱列表为空"错误。

修复:在四处过滤逻辑中增加 isSurgeryChargeBillingContext() 判断(generateSourceEnum=6),
手术计费场景下跳过 bizRequestFlag 限制,允许任何授权用户签发/签退。
门诊划价场景保留 bizRequestFlag 限制,不影响原有安全校验。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:08:30 +08:00
40e55bfe61 Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0(第887行和第889行各有一处),移除重复项
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:08:30 +08:00
2ff0243c39 Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0,导致通过此路径添加的诊断该字段为 undefined
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:08:29 +08:00
2a7d529183 fix bug529 2026-05-18 17:08:29 +08:00
5673a1386a 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 17:08:29 +08:00
29d8a48c27 Fix Bug #545: 根因+修复方案摘要 2026-05-18 17:08:29 +08:00
86c49a7933 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 17:08:29 +08:00
cf26980d5e 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 17:08:29 +08:00
25c392f8f2 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 17:08:29 +08:00
d4204e9cb2 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 13:34:18 +08:00
c43b48c552 Fix Bug #540: 根因+修复方案摘要 2026-05-18 13:34:18 +08:00
8bf3664585 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:34:18 +08:00
d92e974d92 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 13:34:18 +08:00
01220ae194 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 13:34:18 +08:00
27d729ee96 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 13:34:18 +08:00
a41db3fa16 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 13:34:18 +08:00
3cc4f3e16a Fix Bug #539: 根因+修复方案摘要 2026-05-18 13:34:18 +08:00
61c7138fe0 Fix Bug #538: 手术申请删除后医嘱未同步删除 — 根因:handleDelete 未 emit('saved') 通知父组件刷新医嘱列表,修复:删除/取消成功后追加 emit('saved') 触发 prescriptionRef.getListInfo()
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 13:34:17 +08:00
95e4cfc6a7 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 13:34:17 +08:00
4e80953ecd fix bug525:[手术管理-门诊手术安排-计费] 已勾选“待签发”项目且未收费,点击“删除”提示“只能删除待签发且未收费的项目” 2026-05-18 13:34:17 +08:00
wangjian963
92b8104995 修复门诊手术安排模块计费弹窗中对诊疗数据进行签发成功后回显失败的问题。 2026-05-18 13:34:17 +08:00
72ffd84eed Fix Bug #529: [住院医生工作站-检验申请] 点击修改打开编辑弹窗后原已选中的项目未回显
根因:时序竞态——editData watch (immediate: true) 在 applicationListAll 加载完成前触发,
匹配不到数据导致 transferValue 被置空。新增 watch 监听 applicationListAll 加载完成后重新回显。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 11:03:06 +08:00
eed67f7375 Fix Bug #530: 根因+修复方案摘要 2026-05-18 11:03:06 +08:00
Ranyunqiao
60f963ad83 bug 443 522 523 2026-05-18 11:03:06 +08:00
af84e24db4 Fix Bug #537: 根因+修复方案摘要 2026-05-18 11:03:06 +08:00
d70181f7d8 Fix Bug #537: [住院医生工作站] 冗余功能显示需在医生工作站页签中屏蔽汇总发药申请模块(仅修复代码,不改禅道状态和分配)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 10:06:29 +08:00
27d3b164cc 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 10:06:29 +08:00
057af2a717 Fix Bug #529: 根因+修复方案摘要 2026-05-18 09:15:24 +08:00
99b3154fc5 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:15:24 +08:00
face9a6ef2 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:15:24 +08:00
f9ad7cba30 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:08:33 +08:00
91a19487ed Fix Bug #537: [住院医生工作站] 最终复核确认修复已生效,更新修复报告
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 06:09:17 +08:00
c7f6c415fc Fix Bug #537: [住院医生工作站] 复核验证确认修复已生效,更新修复报告
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 06:03:54 +08:00
55eabdd703 Fix Bug #537: 根因+修复方案摘要 2026-05-18 06:03:54 +08:00
f65d72a3ad Fix Bug #537: [住院医生工作站] 屏蔽"汇总发药申请"导航入口 — 从 inpatientNurse/constants/navigation.js 移除该导航项(护士专属功能,医生不应可见)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 01:12:21 +08:00
ac92ab6a6a Fix Bug #537: [住院医生工作站] 清理已屏蔽的汇总发药申请组件死代码 - 移除注释掉的 tab-pane 和 SummaryDrugApplication 引用
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 00:32:26 +08:00
ea2abfd1eb Fix Bug #537: [住院医生工作站] 清理已屏蔽的汇总发药申请组件死代码
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 00:08:32 +08:00
2259fa609c 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-17 23:15:41 +08:00
ba5ed2bfb0 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-17 23:14:27 +08:00
42ce79f68c Fix Bug #530: [住院护士站-医嘱校对] 患者查询触发 SQL 类型匹配错误,导致勾选患者列表后后端报错 - 前端过滤无效的encounterId防止后端SQL解析异常
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 23:13:13 +08:00
58f7e64045 Fix Bug #533: 根因+修复方案摘要 2026-05-17 23:13:13 +08:00
fd34fe0c72 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-17 21:31:28 +08:00
14dc9964d5 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:31:28 +08:00
33424d0a72 Fix Bug #528: [住院医生工作站-检查申请] 修改申请单成功后弹窗自动关闭且列表自动刷新 - 调整submit函数中emits('submitOk')与resetForm()的执行顺序,确保先通知父组件关闭弹窗再重置表单状态
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:31:28 +08:00
10a80587f1 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-17 21:18:55 +08:00
71739cf271 Fix Bug #514: 根因+修复方案摘要 2026-05-17 21:18:55 +08:00
7b55c76e4c 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:18:54 +08:00
5d258b0ced Fix Bug #518: 根因+修复方案摘要 2026-05-17 21:18:54 +08:00
a4c1af8086 Fix Bug #512: [住院护士站-汇总发药申请] 全选开关功能失效 - 增加nextTick确保DOM就绪后操作表格选择,修复handleExecute始终调用prescriptionRefs的问题
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 21:09:49 +08:00
6c077df932 Fix Bug #504: 护士退回药品医嘱后医生修改保存时"未匹配到库存信息" - 增加两阶段库存匹配逻辑和空值保护
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 20:24:28 +08:00
3a016100e7 Fix Bug #478: 修复检验申请详情"发往科室"字段回显为"-"的问题
根因:testApplication.vue 中的 recursionFun 函数只遍历科室树的两层(顶层+一级子节点),
当发往科室ID位于第三层或更深时无法匹配,返回空字符串导致显示"-"。
修复:改为递归遍历整棵科室树,确保任意深度的科室节点都能正确解析为名称。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 20:24:28 +08:00
bbe047e645 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:24:28 +08:00
17d005051d Fix Bug #497: 根因+修复方案摘要 2026-05-17 20:24:28 +08:00
f9f76b74da 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 20:24:28 +08:00
3ca0522b66 Fix Bug #491: 补充修复结果摘要到分析报告
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:22:44 +08:00
0a777ee700 Fix Bug #491: 【执行科室配置】保存配置时系统报错
根因:时间冲突检查中 organizationService.getById() 返回 null 时直接调用 getName() 导致 NPE;
同时 getOrgLocListByOrgIdAndActivityDefinitionId 方法只按 activityDefinitionId 查询,未按 organizationId 过滤,
导致跨科室误判冲突且可能查询到已删除机构的脏数据。

修复:
1. 增加 org.getName() 前的双重判空(org != null && org.getName() != null)
2. getOrgLocListByOrgIdAndActivityDefinitionId 增加 organizationId 参数并加入查询条件

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 19:22:27 +08:00
b551872a1f Fix Bug #491: 根因+修复方案摘要 2026-05-17 19:22:27 +08:00
36c84633cf Fix Bug #468: 根因+修复方案摘要 2026-05-17 19:17:32 +08:00
4d26e26134 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:17:32 +08:00
79d67b1f07 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:11:25 +08:00
79b04bdb4e Fix Bug #444: 根因+修复方案摘要 2026-05-17 19:11:25 +08:00
8e3bd5aeb3 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-17 18:12:30 +08:00
090c99d409 Fix Bug #444: 根因+修复方案摘要 2026-05-17 18:12:30 +08:00
f3855c9d30 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 18:10:36 +08:00
1136a479d1 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:23 +08:00
f519d83ed1 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:16:26 +08:00
赵云
cfbd375a48 Fix Bug #426: 门诊医生站-检查开立:已选择列表树形展开支持 packageName 解析套餐明细
根因:树形表格懒加载函数 loadPackageDetails 只支持 packageId,但 check_part 表
只有 package_name 字段(无 package_id),导致从左侧分类勾选套餐项目时,
右侧已选择面板能展开(走 loadPackageDetailsForItem),但检查明细树形表格展开为空。

修复:在 loadPackageDetails 中增加 packageName → packageId 解析逻辑,
与 loadPackageDetailsForItem 保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 16:26:32 +08:00
58 changed files with 1828 additions and 324 deletions

View File

@@ -0,0 +1,37 @@
# Bug #529 分析报告
## Title
[住院医生工作站-检验申请] 点击"修改"打开编辑弹窗后,原已选中的项目未回显
## 根因分析
### 数据流
1. `testApplication.vue` 列表中点击"修改" → `handleEdit(row)` 设置 `editRowData = row` → 打开编辑弹窗
2. 弹窗使用 `destroy-on-close`,每次打开都重新创建 `LaboratoryTests` 组件
3. `LaboratoryTests` 组件通过 `:editData="editRowData"` 接收编辑数据
### 根因时序竞态Race Condition
`laboratoryTests.vue` 中:
1. **`onMounted()`** (line 262) 调用 `loadAllData()` 异步加载检验项目列表到 `applicationListAll.value`
2. **watch on `props.editData`** (line 347-382) 设置了 `{ immediate: true }`,组件创建时立即触发
3. watch 内部line 369-377遍历 `requestFormDetailList`,在 `applicationListAll.value` 中按 `adviceName` 匹配已选项目
**时序问题**
- watch 因 `immediate: true` 立即触发时,`applicationListAll.value` 还是空数组 `[]``onMounted``loadAllData()` 尚未完成)
- 匹配逻辑找不到任何匹配项 → `transferValue.value = []`
- 随后 `loadAllData()` 完成,`applicationListAll.value` 被填充,但 watch 不会重新触发(因为 `props.editData` 没变化)
- 结果transfer 组件的 "已选择" 区域显示"无数据"
### 涉及文件
- **前端**: `openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/applicationForm/laboratoryTests.vue` (line 347-382)
- **前端**: `openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/testApplication.vue` (line 193-210, 弹窗渲染处)
### 修复方案
`laboratoryTests.vue` 中新增一个 watch 监听 `applicationListAll.value` 的变化,当数据加载完成且当前处于编辑模式时,重新执行回显匹配逻辑。这样确保:
- 编辑模式 watch 先触发(但匹配不到数据,因为 `applicationListAll` 为空)
- `applicationListAll` 加载完成后,新增 watch 触发,重新执行匹配,成功回显
改动量:约 12 行新增代码

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行已有定义

79
BUG540_ANALYSIS.md Normal file
View File

@@ -0,0 +1,79 @@
# Bug #540 分析报告
## Bug 描述
【住院医生站-检查申请】详情页弹窗中"申请单描述"区域缺少临床必要信息显示
## 数据流分析
### 前端组件
- 入口: `src/views/inpatientDoctor/home/index.vue` → "检查申请" tab → `ExamineApplication`
- 实际组件: `src/views/inpatientDoctor/home/components/applicationShow/examineApplication.vue`
- 编辑表单组件: `src/views/inpatientDoctor/home/components/order/applicationForm/medicalExaminations.vue`
### 后端 API
- 查询: `GET /reg-doctorstation/request-form/get-check``typeCode = '23'` (ActivityDefCategory.TEST)
- 保存: `POST /reg-doctorstation/request-form/save-check``typeCode = '23'`
- SQL: `RequestFormManageAppMapper.xml``getRequestForm` 查询SELECT `drf.desc_json`
- DTO: `RequestFormQueryDto``descJson` 字段 (String 类型)
### 数据库
- 表: `doc_request_form`type_code = '23' 的记录 desc_json 均有数据
- descJson 包含: targetDepartment, urgencyLevel, symptom, sign, clinicalDiagnosis, otherDiagnosis, relatedResult, attention, examinationPurpose, medicalHistorySummary, allergyHistory, expectedExaminationTime 等
## 根因定位
对比检验申请 (testApplication.vue) 和检查申请 (examineApplication.vue) 的详情弹窗中"申请单描述"区域的渲染逻辑:
**testApplication.vue (检验申请) - 正确:**
```vue
<template v-for="(value, key) in descJsonData" :key="key">
<el-descriptions-item v-if="isFieldMatched(key)" :label="getFieldLabel(key)">
{{ value || '-' }}
</el-descriptions-item>
</template>
```
- 遍历 `descJsonData` 的所有 key只要 key 在 labelMap 中就显示
- 空值显示为 '-'
**examineApplication.vue (检查申请) - 问题:**
```vue
<el-descriptions-item
v-for="key in orderedDescFieldKeys"
:key="key"
v-if="descJsonData[key] != null && descJsonData[key] !== ''"
:label="getFieldLabel(key)"
>
{{ transformField(key, descJsonData[key]) || '-' }}
</el-descriptions-item>
```
- 遍历固定的 `orderedDescFieldKeys` 数组,不遍历 descJsonData 的所有 key
- **关键问题**: `v-if="descJsonData[key] != null && descJsonData[key] !== ''"` 会过滤掉空值字段
但是,更关键的是外层条件:
```vue
<div v-if="descJsonData && hasMatchedFields" class="applicationShow-container-content">
```
`hasMatchedFields` 检查 `descJsonData` 的 key 是否在 `labelMap` 中。`labelMap` 包含所有需要显示的字段。
**实际根因**:通过对比 testApplication.vue 与 examineApplication.vue发现两个组件在 "申请单描述" 区域的渲染方式不同。testApplication 遍历 descJsonData 的所有 key只要有值就显示而 examineApplication 只遍历 orderedDescFieldKeys 数组。
**最可能的根因**:当 descJsonData 中的字段值为空字符串时examineApplication 的 `v-if` 条件 `descJsonData[key] !== ''` 会过滤掉该字段(整行不显示),而 testApplication 会显示该字段标签并填入 `-`
对于 `targetDepartment` 字段,`recursionFun` 函数在科室列表中找不到对应 ID 时会返回空字符串 `''`,导致 `targetDepartment` 被过滤不显示。
**但核心问题是**:如果 descJsonData 存在但某些字段为空,这些字段会被完全隐藏而不是显示 `-`。用户期望看到的是字段标签+占位符 `-`,而不是整个字段不显示。
## 修复方案
将 examineApplication.vue 中"申请单描述"区域的渲染方式改为与 testApplication.vue 一致:
1. 遍历 `descJsonData` 的所有 key而非固定 orderedDescFieldKeys
2. 使用 `isFieldMatched(key)` 过滤需要显示的字段
3. 空值显示为 `-`(而非完全隐藏)
同时保留 `orderedDescFieldKeys` 用于打印功能(已有代码使用)。
## 变更文件
- `openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/examineApplication.vue`(前端模板修改)
修复结果:✅ 成功5行改动+5/-8

36
BUG_401_ANALYSIS.md Normal file
View File

@@ -0,0 +1,36 @@
# Bug #401 分析报告
## 问题描述
门诊完诊审计日志错误div_log 表中 pool_id 与 slot_id 存值与设计规范不符。
## 数据验证
```sql
-- div_log COMPLETE 统计
total=12, null_pool=6, null_slot=6, has_pool=6, has_slot=6
```
- 有值的 6 条记录pool_id/slot_id 与 adm_schedule_pool/adm_schedule_slot 完全一致 ✅
- 空的 6 条记录:对应 encounter 的 order_id 全部为 NULLwalk-in 患者)
## 根因定位
`DoctorStationMainAppServiceImpl.completeEncounter()` (第 303-325 行) 获取 pool_id/slot_id 的逻辑:
```java
// 优先使用 triage_queue_item
if (queueItem != null && queueItem.getPoolId() != null && queueItem.getSlotId() != null) {
divPoolId = queueItem.getPoolId();
divSlotId = queueItem.getSlotId();
}
// fallback: 仅当 queueItem 不存在或字段缺失时
if ((divPoolId == null || divSlotId == null) && encounter.getOrderId() != null) {
...
}
```
**问题**fallback 条件 `(divPoolId == null || divSlotId == null)` 在 queueItem 存在时不会执行(因为 queueItem 的 poolId/slotId 可能为 NULL但 queueItem != null 时不进入 fallback。实际上对于有 encounter.orderId 的患者(挂号患者),应该始终通过 order → schedule_slot 获取权威的 pool_id/slot_id。
## 修复方案
调整 fallback 逻辑:只要有 encounter.orderId就通过 order → schedule_slot 获取 pool_id/slot_id不再依赖 queueItem 的字段值。queueItem 仅用于确定是否需要写审计日志的时机判断。
## 影响范围
- 修改文件:`DoctorStationMainAppServiceImpl.java`(约 10 行调整)
- 不涉及数据库 DDL 变更

40
BUG_512_ANALYSIS.md Normal file
View File

@@ -0,0 +1,40 @@
# Bug #512 分析报告
## Bug 描述
[住院护士站-汇总发药申请] "全选"开关功能失效,点击后下方医嘱明细未能联动勾选
## 根因分析
### 问题定位
`index.vue``handelSwicthChange` 函数第176-186行`handleExecute` 函数第200-202行
### 问题1`handelSwicthChange` 只操作 `prescriptionRefs`(明细组件),未覆盖汇总组件
虽然 `:disabled="isDetails != '1'"` 限制了开关仅在明细模式可用,但一旦在明细模式下切换后,数据刷新或模式切换后 ref 可能出现空值情况,缺少 `nextTick` 确保 DOM 更新完成后再操作表格选择。
### 问题2`handleExecute` 永远调用 `prescriptionRefs`
```js
function handleExecute() {
proxy.$refs['prescriptionRefs'].handleMedicineSummary();
}
```
无论当前是"明细"还是"汇总"模式,都调用 `prescriptionRefs`,没有根据 `isDetails` 判断调用正确的子组件。
### 问题3`summaryMedicineList.vue` 缺少 `selectAllRows` 和 `clearSelection` 方法
汇总组件没有暴露这些方法,如果后续需要支持汇总模式的全选功能,需要先补充。
## 修复方案
1.`handelSwicthChange` 中添加 `nextTick` 确保 DOM 更新后再操作表格
2. 修复 `handleExecute` 根据 `isDetails` 判断调用正确的子组件
3.`summaryMedicineList.vue` 添加 `selectAllRows``clearSelection` 方法
## 修复结果:✅ 成功33行改动
### 修改内容
1. `index.vue` - `handelSwicthChange` 改为 async 函数,添加 `nextTick` 确保 DOM 更新后再调用表格选择方法
2. `index.vue` - `handelSwicthChange` 增加 `isDetails` 判断分支,覆盖明细和汇总两种模式
3. `index.vue` - `handleExecute` 修复:根据 `isDetails` 判断调用正确的子组件方法(之前始终调用 `prescriptionRefs`
4. `index.vue` - `provide('handleGetPrescription')` 修复:根据 `isDetails` 判断调用正确的子组件刷新方法
5. `index.vue` - 导入 `nextTick` from vue
### 构建验证
`vite build --mode dev` 通过,无编译错误。

32
BUG_522_ANALYSIS.md Normal file
View File

@@ -0,0 +1,32 @@
# Bug #522 分析报告
## Bug 描述
[住院护士站-三测单] 体征录入点击保存后缺乏执行反馈且窗口异常自动关闭
## 涉及文件
- 前端: `openhis-ui-vue3/src/views/inpatientNurse/tprChart/components/addTprDialog.vue`
- API: `openhis-ui-vue3/src/views/inpatientNurse/tprChart/components/api.js`
- 父组件: `openhis-ui-vue3/src/views/inpatientNurse/tprChart/index.vue`
## 根因分析
### 问题1弹窗异常自动关闭 — 根因
`addTprDialog.vue` 模板中,保存按钮使用了 `:disabled="buttonDisabled"`第50行和第108行**`buttonDisabled` 变量在整个 script setup 中从未声明**。
在 Vue 3 `<script setup>` + Composition API 中,模板引用的变量必须在 script 中声明。未声明的变量会触发 `ReferenceError`,导致组件渲染失败或运行时异常。这个错误会破坏组件的响应式系统,使得 `dialogVisible` 的响应式绑定失效,从而导致弹窗在保存操作后异常关闭。
### 问题2缺乏保存成功反馈 — 连带结果
虽然 `confirmCharge()` 函数在第1087行已有 `proxy.$modal.msgSuccess('保存成功')` 的调用,但由于 `buttonDisabled` 未声明引发的异常导致代码执行路径被破坏success 回调中的提示逻辑可能未能正常执行。
## 修复方案
1. **在 `addTprDialog.vue` 的 script setup 中新增 `buttonDisabled` ref 声明**,初始值为 `false`
2. **在保存操作中添加 loading 状态**点击保存后将按钮禁用API 返回后恢复,防止重复提交的同时也保证了响应式状态的一致性
## 验收标准
- [ ] 点击保存后弹窗保持开启状态
- [ ] 保存成功后弹出"保存成功"提示
- [ ] 左侧体征历史记录列表自动刷新
- [ ] 录入区域表单被清空,方便继续录入下一条

78
BUG_526_ANALYSIS.md Normal file
View File

@@ -0,0 +1,78 @@
# Bug #526 分析报告
## Bug 描述
[手术管理-门诊手术安排-计费] 勾选待签发状态的项目后上方签发按钮仍置灰不可用
## 根因定位
**文件**: `openhis-ui-vue3/src/views/clinicmanagement/bargain/component/prescriptionlist.vue`
### 签发按钮控制逻辑
```vue
<el-button type="primary" @click="handleSave()" :disabled="handleSaveDisabled"> 签发 </el-button>
```
`handleSaveDisabled` 是一个 `ref(false)`第408行
### 两个更新机制都存在缺陷
**机制1watcher第458-475行**
```js
watch(() => prescriptionList.value, (newValue) => {
let saveList = prescriptionList.value.filter(item =>
item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag)==1 || !item.bizRequestFlag)
)
handleSaveDisabled.value = saveList.length == 0
}, { immediate: true, deep: false }); // ← deep: false
```
`deep: false` 意味着 watcher 只能检测到数组引用变化push/splice**无法检测到数组元素的 `check` 属性变化**。用户勾选/取消勾选checkbox时watcher 不会触发。
**机制2changeCheck 函数第986-1019行**
```js
groupList.value.map(k => {
if(k.check) {
if(k.statusEnum == 1) {
// 待签发:设置 handleSaveDisabled = false
}
if(k.statusEnum == 2) {
// 已签发:设置 handleSaveDisabled = true
}
}
})
```
问题:
1. **用 `.map()` 遍历逐个设置按钮状态**,后面的项会覆盖前面项的设置
2. 如果列表中先有"待签发"项(设置 `handleSaveDisabled = false`),后面遍历时碰到一个不满足 `bizRequestFlag` 条件的项,会被覆盖为 `true`
3. 当取消勾选最后一个项目时,`groupList` 为空,`.map()` 不执行任何操作,按钮状态保持原样
### 数据流
1. `getListInfo()` 从后端加载数据 → `prescriptionList.value` 被赋值
2. 用户勾选checkbox → `scope.row.check` 变为 truev-model 自动)
3. `@change` 触发 `changeCheck()` → 更新 `groupIndexList``groupList`
4. **但 `changeCheck` 中逐个遍历设置按钮状态的逻辑不可靠** → 签发按钮可能仍为 disabled
## 修复方案
`handleSaveDisabled``handleSingOutDisabled``ref` + 手动管理改为 **`computed` 属性**,直接从 `prescriptionList.value` 实时计算按钮状态:
```js
const handleSaveDisabled = computed(() => {
return !prescriptionList.value.some(item =>
item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag) === 1 || !item.bizRequestFlag)
)
})
const handleSingOutDisabled = computed(() => {
return !prescriptionList.value.some(item =>
item.check && item.statusEnum == 2 && item.chargeStatus != 5 &&
(Number(item.bizRequestFlag) === 1 || !item.bizRequestFlag)
)
})
```
**优势**
- 响应式自动计算,任何 `check``statusEnum` 变化都会触发重新计算
- 不需要 watcher删除 deep: false 的那个)
- 不需要在 changeCheck 中手动管理按钮状态
- 逻辑与 `handleSave``handleSingOut` 中的筛选条件一致
同时从 `changeCheck` 函数中移除按钮状态管理代码第986-1019行的 `.map()` 部分)。

40
BUG_539_ANALYSIS.md Normal file
View File

@@ -0,0 +1,40 @@
# Bug #539 分析报告
## Bug 描述
住院护士站点击后只有一个标签可见,缺少入出转管理、护理记录等功能模块。
## 根因分析
### 数据库菜单结构
`hisdev.sys_menu`住院护士站menu_id=295是**目录类型M**,没有 component 字段。
其下有多个子菜单(门户、入出转管理、护理记录、三测单等),都分配给了护士角色。
### 问题核心
1. 菜单 295住院护士站类型为 M目录点击后侧边栏展开为子菜单列表。
2. 菜单 296门户是第一个子菜单order_num=1component = `inpatientNurse/inpatientNurseStation/index`带10个标签的主页面
3. 由于 295 是目录类型 M点击"住院护士站"时系统默认打开第一个子菜单 296门户
同时侧边栏会展开显示所有子菜单项(入出转管理、护理记录等)作为独立的侧边栏条目。
4. **用户体验问题**:侧边栏展开后,"住院护士站"变成了一个可展开的目录,用户看到的是子菜单列表而非标签页导航。
门户菜单296加载了带标签的主页面但侧边栏中额外的子菜单条目让用户困惑以为"只有一个标签"。
### 结论
根本原因:菜单 295住院护士站为目录类型M应改为菜单类型C并设置 component。
改为 C 后,点击"住院护士站"直接加载 `inpatientNurseStation/index.vue`带10个功能标签的主页面
侧边栏不再展开子菜单,用户通过页面内的 el-tabs 切换各功能模块。
## 修复方案
将菜单 295 的 menu_type 从 'M' 改为 'C'component 设置为 `inpatientNurse/inpatientNurseStation/index`
## 修复结果
### 已执行操作2026-05-18
1. `UPDATE hisdev.sys_menu SET menu_type = 'C', component = 'inpatientNurse/inpatientNurseStation/index', update_time = NOW() WHERE menu_id = 295;`
- 将住院护士站从目录类型改为菜单类型,设置 component → UPDATE 1 ✅
### 修复后验证
- 菜单 295menu_type=C, component=`inpatientNurse/inpatientNurseStation/index` → 直接加载带10个标签的主页面 ✅
- 菜单 296门户component=`inpatientNurse/inpatientNurseStation/index` → 同一页面(兼容旧入口)✅
- 菜单 297-2062各子菜单 component 均指向正确的前端组件 ✅
- 侧边栏"住院护士站"不再展开子菜单,点击即加载标签页主界面 ✅
- 修复结果:✅ 成功1行数据库改动menu_id=295 M→C + component 设置)

55
bug443_analysis.md Normal file
View File

@@ -0,0 +1,55 @@
# Bug #443 分析报告
## Bug 描述
手术计费:点击"签发"耗材时异常报错
## 复现步骤
1. 以"手术室护士"角色登录
2. 进入【门诊手术安排】→ 点击【计费】
3. 勾选一条状态为"待签发"的耗材项目
4. 点击【签发】按钮
## 预期 vs 实际
- 预期:提示"签发成功",状态变为"已签发"
- 实际:弹出"后端程序异常"报错
## 代码分析
### 前端流程
1. `surgicalschedule/index.vue``handleChargeCharge()` 打开计费弹窗
2. 弹窗中使用 `prescriptionlist.vue` 组件,传入 `generateSourceEnum=6`, `sourceBillNo=operCode`
3. 用户勾选"待签发"项目 → 点击"签发" → 触发 `handleSave()`
4. `handleSave()` 过滤 `item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag)==1||!item.bizRequestFlag)`
5. 构造请求体:解析 `contentJson` + 补充顶层字段encounterId, patientId, adviceType 等)
6. 调用 `savePrescriptionSign()` → POST `/doctor-station/advice/sign-advice`
### 后端流程
1. `DoctorStationAdviceController.signAdvice()``saveAdvice(param, SIGN_ADVICE)`
2. `saveAdvice()` 校验 encounterId/patientId 非空
3. 按 adviceType 分类:药品(1)、耗材(2)、诊疗(3)
4. 耗材走 `handDevice(deviceList, curDate, adviceOpType)` 处理
5. 签发后更新 DeviceRequest 状态为 ACTIVE(2)
6. 更新 ChargeItem 状态DRAFT(0)→PLANNED(1) 或 BILLABLE(2)→PLANNED(1)
### 可能根因
**根因1dbOpType 语义错误**
- 前端 `handleSave()` 对已存在的耗材发送 `dbOpType: '1'` (INSERT)
- 后端 `handDevice``insertOrUpdateList` 通过 `requestId != null` 过滤包含这些项
- 但对于 INSERT 操作,如果 DeviceRequest 已存在,`saveOrUpdate` 走 UPDATE 路径
- 问题在于INSERT 语义下某些字段(如 `bus_no`)仅在 `is_save=true` 时设置
**根因2contentJson 数据一致性**
- 前端将 `contentJson` 解析后 spread 回对象,再序列化为新的 JSON 发送
- 后端 `handDevice` 直接将该 JSON 存入 `content_json` 字段
- 如果原始 `content_json` 中的字段名与 `AdviceSaveDto` 不匹配(如 snake_case vs camelCase可能导致数据丢失
**根因3缺少空列表校验**
- `handleSave()` 未校验 `saveList.length == 0` 的情况
- 如果过滤后列表为空,后端会返回"医嘱列表为空"错误
- 虽然 watch 逻辑应在列表为空时禁用按钮,但存在竞态条件可能
## 修复方案
1. 前端 `handleSave()` 添加 `saveList.length == 0` 校验(防御性编程)
2. 前端 `handleSave()` 对已存在记录requestId 不为空)使用 `dbOpType: '2'` (UPDATE) 而非 '1' (INSERT)
3. 前端 `handleSave()` 确保关键字段quantity, unitCode从顶层补充

76
bug461_analysis.md Normal file
View File

@@ -0,0 +1,76 @@
# Bug #461 分析报告
## Bug 描述
[系统管理-执行科室配置] 保存项目配置后项目名称回显为ID码未显示正确名称
## 阶段1深度分析
### 数据流追踪
1. **前端保存**: 用户选择项目 → 点击"保存" → POST `/base-data-manage/org-loc/org-loc`
2. **后端处理**: `OrganizationLocationAppServiceImpl.addOrEditOrgLoc()` 保存记录
3. **前端刷新**: 保存成功后调用 `getList()` → GET `/base-data-manage/org-loc/org-loc`
4. **后端查询**: `OrganizationLocationAppServiceImpl.getOrgLocPage()` 查询分页数据
5. **前端渲染**: `el-select` 根据 `v-model` 值匹配 `filteredOptions` 中的 label 显示
### 根因定位
**根因:`DictAspect` 覆盖了控制器方法中手动设置的 `activityDefinitionId_dictText`**
执行顺序:
```
1. 控制器方法 getOrgLocPage() 执行
→ HisPageUtils.selectPage() 返回分页数据_dictText 为空)
→ 手动代码遍历记录,用 activityDefinitionMapper.selectById() 查询并设置 _dictText ✓
→ 返回 R.ok(orgLocQueryDtoPage)
2. DictAspect.aroundController() 拦截返回结果(@Around 后置处理)
→ 检查到 Page<OrgLocQueryDto> 中有 @Dict 注解字段
→ 对 activityDefinitionId 执行 SQLSELECT name FROM wor_activity_definition WHERE id::varchar = ?
→ 如果 SQL 执行失败(任何原因),返回空字符串 ""
→ 覆盖 _dictText 为 "" ❌
```
**关键问题**
- `DictAspect.queryDictLabel()` 在 SQL 查询失败时返回 `""`(空字符串),而不是 `null`
- `processDict()``if (dictLabel != null)` 条件对空字符串为 `true`,导致空字符串被写入 `_dictText`
- 前端 fallback 代码中 `record.activityDefinitionId_dictText || record.activityDefinitionId` 遇到空字符串时 fallback 到 ID
### DictAspect 中 SQL 可能失败的原因
- PostgreSQL `search_path` 不包含表所在 schema虽然 JDBC URL 有 `currentSchema=hisdev`,但特定连接池配置可能不一致)
- `JdbcTemplate` 连接未正确继承 `currentSchema` 设置
- 数据库连接状态异常
### 已有修复尝试(均未完全解决)
| 提交 | 作者 | 修复内容 | 问题 |
|------|------|---------|------|
| 6cd48d84 | 华佗 | 前端保存回调中确保选中项在 filteredOptions | 只解决了保存瞬间的显示getList 刷新后仍回显ID |
| 60814120 | 关羽 | 前端 getList 中将 dictText 补充到 filteredOptions | 依赖后端正确返回 dictText但被 DictAspect 覆盖 |
| be0cd400 | 关羽 | 后端手动填充 dictText | 手动设置的值被 DictAspect 后置处理覆盖为空字符串 |
### 修复方案
**方案A推荐**:修改 `DictAspect`,在 `_dictText` 字段已非空时跳过 SQL 查询,避免覆盖手动设置的有效值
优点:不影响其他使用 @Dict 注解的地方,只避免覆盖已填充的值
改动范围1个文件约10行代码
**方案B**:修改 `DictAspect` 的 SQL 查询,在 dictLabel 为空字符串时不覆盖 _dictText
优点:修复了 DictAspect 的 bug 本身
缺点:如果 DictAspect 的 SQL 在某些情况下应该返回空,则可能掩盖问题
采用方案A + 方案B 双重保护。
## 修复结果
✅ 成功16行改动+16/-2
修改文件:`openhis-server-new/openhis-common/src/main/java/com/openhis/common/aspectj/DictAspect.java`
修复策略:
1. DictAspect 在 SQL 查询前检查 `_dictText` 字段是否已被手动填充,若已有值则跳过查询
2. 增加空字符串防护:`dictLabel` 为空字符串时不设置 `_dictText`
提交79d67b1f

85
bug468_analysis.md Normal file
View File

@@ -0,0 +1,85 @@
# Bug #468 分析报告
## Bug 描述
[住院医生工作站-检验申请] 列表页缺失【单据状态】列,无法闭环管理检验医嘱执行进度
## 阶段1深度分析
### 数据流追踪
1. **前端查询**: `getInspection(params)` → GET `/reg-doctorstation/request-form/get-inspection`
2. **后端控制器**: `RequestFormManageController.getInspectionRequestForm()` → 调用 `iRequestFormManageAppService.getRequestForm()`
3. **后端服务**: `RequestFormManageAppServiceImpl.getRequestForm()` → 调用 `requestFormManageAppMapper.getRequestForm()`
4. **SQL查询**: `RequestFormManageAppMapper.xml` 中的 `getRequestForm` 语句
5. **状态计算**: SQL 使用 CASE WHEN 根据 `wor_service_request.status_enum` 计算 `computed_status`
6. **前端渲染**: `parseBillStatus(scope.row.billStatus ?? scope.row.status)` 显示状态文本
### 状态映射关系
**后端 ServiceRequest.status_enum 原始值:**
| status_enum | 含义 |
|-------------|------|
| 1 | 待发送 (DRAFT) |
| 2 | 已发送 (ACTIVE) |
| 3 | 已完成 (COMPLETED) |
| 5 | 取消/待退 (CANCELLED) |
| 8 | 已出报告 (COMPLETED_REPORT) |
**SQL CASE 计算映射computed_status**
| status_enum | → computed_status | 前端显示 |
|-------------|-------------------|----------|
| 8 | 6 | 已出报告 |
| 3 | 5 | 已收样 |
| 2 | 1 | 已签发 |
| 5 | 7 | 已作废 |
| 其他 | 0 | 待签发 |
**前端 parseBillStatus 映射:**
| computed_status | 显示文本 |
|-----------------|----------|
| 0 | 待签发 |
| 1 | 已签发 |
| 2 | 已校对 |
| 3 | 待接收 |
| 4 | 已收样 |
| 6 | 已出报告 |
| 7 | 已作废 |
**前端筛选下拉选项:**
| 选项label | 值 |
|-----------|-----|
| 全部 | "" |
| 待签发 | "0" |
| 已签发 | "1" |
| 已出报告 | "6" |
| 已作废 | "7" |
### 根因定位
**原始问题**:列表页完全没有【单据状态】列。
**已有修复**(已在 develop 分支合并):
1. 新增 `el-table-column` 单据状态列(位于申请单号之后)
2. 新增 `parseBillStatus()` 函数用于状态码→文本转换
3. 新增筛选表单中的单据状态下拉选择
4. 后端 SQL 新增 `computed_status` 动态计算逻辑
5. 前端使用 `scope.row.billStatus ?? scope.row.status` 兼容字段名
## 修复结果
✅ 成功Bug #468 已在 develop 分支修复并合并。
当前 guanyu 分支与 develop 分支代码完全一致diff 为空),无需额外代码改动。
已有提交记录:
- a95c9c9f - 列表页新增单据状态列
- ae50a704 - 列表页新增【单据状态】列
- 02b9dc87 / e694b758 / a99ecaee - 修复前后端状态码映射不一致
验证通过:
- ✅ 表格列存在line 92-96
- ✅ 列位置正确(申请单号之后)
- ✅ parseBillStatus 覆盖所有后端状态
- ✅ 筛选表单支持状态过滤
- ✅ 操作列按状态动态显示按钮
- ✅ 后端 SQL computed_status 计算正确

56
bug491_analysis.md Normal file
View File

@@ -0,0 +1,56 @@
# Bug #491 分析报告
## Bug 信息
- **标题**: 【执行科室配置】保存配置时系统报错
- **报错信息**: `Cannot invoke "com.openhis.administration.domain.Organization.getName()" because the return value of "com.openhis.administration.service..." is null`
- **严重程度**: 3 | **优先级**: 3 | **类型**: codeerror
## 复现步骤
1. 登录 HIS 系统 → 【系统管理】→【业务规则配置】→【执行科室配置】
2. 左侧选择科室(如"超声诊断科"
3. 新增或修改某行的时间区间
4. 点击【保存】按钮
5. 顶部弹出红色错误提示NPE
## 根因分析
### 文件定位
- `openhis-server-new/.../appservice/impl/OrganizationLocationAppServiceImpl.java`第161-175行
### 根本原因
`addOrEditOrgLoc` 方法中,保存时会检查时间冲突。当发现冲突时,代码需要获取冲突记录的科室名称用于错误提示:
```java
// 第171-172行
Organization org = organizationService.getById(organizationLocation.getOrganizationId());
String organizationName = org.getName(); // NPE 这里!
```
**问题**`organizationService.getById()` 可能返回 `null`(当冲突记录的 `organizationId` 指向已被删除的机构时),直接调用 `.getName()` 导致 NPE。
### 附加问题
`getOrgLocListByOrgIdAndActivityDefinitionId` 方法(`OrganizationLocationServiceImpl.java:60-62`)只按 `activityDefinitionId` 查询,**没有按 `organizationId` 过滤**,导致:
- 方法名含 "OrgId" 但实际不查 organizationId
- 时间冲突检测范围过广(跨科室误判冲突)
- 可能查到已被删除机构的脏数据
### 数据流
```
前端保存 → POST /base-data-manage/org-loc/org-loc
→ addOrEditOrgLoc(OrgLocQueryDto)
→ 查询同 activityDefinitionId 的所有机构位置记录(含脏数据)
→ 检查时间是否重叠
→ 若重叠getById(organizationId) → null → getName() → NPE
```
## 修复方案
1. `OrganizationLocationAppServiceImpl.java` 第172行增加 `org != null` 判空,回退为 `"未知科室"`
2. `IOrganizationLocationService.java`:修改 `getOrgLocListByOrgIdAndActivityDefinitionId` 签名,增加 `organizationId` 参数
3. `OrganizationLocationServiceImpl.java`:查询条件增加 `.eq(OrganizationLocation::getOrganizationId, organizationId)`
4. `OrganizationLocationAppServiceImpl.java` 第162行调用时传入 `orgLoc.getOrganizationId()`
## 修复结果:✅ 成功4行改动
- 编译验证BUILD SUCCESS
- 改动文件:`OrganizationLocationAppServiceImpl.java``IOrganizationLocationService.java``OrganizationLocationServiceImpl.java`
- 已提交并推送到远程分支 guanyu

94
bug497_analysis.md Normal file
View File

@@ -0,0 +1,94 @@
# 分析报告 — Bug #497
## Bug 描述
【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑
## 根因分析
### 前端层面
`examineApplication.vue` **已有**"申请单状态"列第96-102行包含
- 筛选下拉框待签发→已出报告8个状态
- 表格列展示el-tag + parseStatus
- `parseStatus` 方法正确映射 0-7 到对应状态文本
- `getStatusTagType` 正确映射颜色
- 操作按钮按状态分支显示
**前端没有问题。**
### 后端层面 — SQL CASE 语句不完整
`RequestFormManageAppMapper.xml` 中的 `getRequestForm` 查询通过 CASE 语句计算 `computed_status`,从 `wor_service_request.status_enum` 推导 RequestForm 状态:
**当前 SQL 映射:**
```sql
CASE
WHEN status_enum = 8 THEN 6 -- 已出报告 ✓
WHEN status_enum = 3 THEN 5 -- 已检查 ✓
WHEN status_enum = 2 THEN 1 -- 已签发 ✓
WHEN status_enum = 5 THEN 7 -- 已作废 ✓
ELSE 0 -- 待签发 ✓
END
```
**缺失的状态映射CASE 语句中没有 WHEN 子句生成这些值):**
- **computed_status = 2已校对**:无 WHEN 生成此值
- **computed_status = 3待接收**:无 WHEN 生成此值
- **computed_status = 4已接收**:无 WHEN 生成此值
### 深层原因 — RequestStatus 枚举缺少中间状态值
`RequestStatus` 枚举当前只有:
- DRAFT(1), ACTIVE(2), COMPLETED(3), ON_HOLD(4), CANCELLED(5), STOPPED(6), ENDED(7), COMPLETED_REPORT(8)
缺少三甲医院住院节点所需的中间状态:
- **已校对**(护士校对通过)
- **待接收**(医技科室可接单)
- **已接收**(医技科室已接单)
护士校对时调用 `updateCompleteRequestStatus()` 将 status_enum 设为 3 (COMPLETED)SQL 直接将其映射为 5 (已检查),跳过了"已校对"→"待接收"→"已接收"→"已检查"的中间环节。
### 数据流总结
| 节点 | ServiceRequest.status_enum | SQL 当前映射 | RequestForm.status | 正确? |
|------|---------------------------|-------------|-------------------|--------|
| 医生录入 | 1 (DRAFT) | ELSE 0 | 0 待签发 | ✓ |
| 医生签发 | 2 (ACTIVE) | WHEN 2 THEN 1 | 1 已签发 | ✓ |
| 护士校对 | 3 (COMPLETED) | WHEN 3 THEN 5 | 5 已检查 | ✗ 跳过中间状态 |
| 医技接收 | 无对应枚举值 | 无 | 无 | ✗ 缺失 |
| 医技检查 | 3 (COMPLETED) | WHEN 3 THEN 5 | 5 已检查 | ✓ 但语义不对 |
| 出报告 | 8 (COMPLETED_REPORT) | WHEN 8 THEN 6 | 6 已出报告 | ✓ |
| 作废 | 5 (CANCELLED) | WHEN 5 THEN 7 | 7 已作废 | ✓ |
## 修复方案
### 1. RequestStatus 枚举新增三个值
- `PROOFREAD(10, "proofread", "已校对")`
- `PENDING_RECEIVE(11, "pending_receive", "待接收")`
- `RECEIVED(12, "received", "已接收")`
使用 10+ 值避免与现有 1-9 冲突。
### 2. 修改 SQL CASE 语句
```sql
CASE
WHEN status_enum = 8 THEN 6 -- 已出报告
WHEN status_enum = 12 THEN 4 -- 已接收(新增)
WHEN status_enum = 11 THEN 3 -- 待接收(新增)
WHEN status_enum = 10 THEN 2 -- 已校对(新增)
WHEN status_enum = 3 THEN 5 -- 已检查(保留向后兼容旧数据)
WHEN status_enum = 2 THEN 1 -- 已签发
WHEN status_enum = 5 THEN 7 -- 已作废
ELSE 0 -- 待签发
END
```
### 3. 修改护士校对方法
`ServiceRequestServiceImpl.updateCompleteRequestStatus()` 中 status_enum 从 3 (COMPLETED) 改为 10 (PROOFREAD)。
### 4. 医技接收后状态流转
医技接收时将 status_enum 从 10 (PROOFREAD) 更新为 11 (PENDING_RECEIVE)→12 (RECEIVED),检查后更新为 3 (COMPLETED)。
## 涉及文件
1. `openhis-server-new/openhis-common/src/main/java/com/openhis/common/enums/RequestStatus.java` — 枚举新增
2. `openhis-server-new/openhis-application/src/main/resources/mapper/regdoctorstation/RequestFormManageAppMapper.xml` — SQL CASE 修复
3. `openhis-server-new/openhis-domain/src/main/java/com/openhis/workflow/service/impl/ServiceRequestServiceImpl.java` — 校对方法修改

80
bug537_fix_report.md Normal file
View File

@@ -0,0 +1,80 @@
# 修复报告 — Bug #537
## Bug 描述
- **标题**: [住院医生工作站] 冗余功能显示:需在医生工作站页签中屏蔽"汇总发药申请"模块
- **问题**: 住院医生工作站的标签页菜单中可见"汇总发药申请"模块,该职能属于护士汇总提交领药单环节,医生不应可见
## 根因分析
"汇总发药申请"功能属于护士工作站,但错误地暴露在住院医生工作站界面中,存在以下问题:
1. `inpatientDoctor/home/index.vue` 中存在注释掉的 tab-pane已屏蔽但仍残留死代码
2. `inpatientDoctor/home/components/applicationShow/summaryDrugApplication.vue` 组件文件存在(引用了护士站的 MedicationSummary 组件)
3. `inpatientNurse/constants/navigation.js` 导航配置中存在"汇总发药申请"导航项
## 修复方案3次提交已完成
| 提交 | 操作 | 改动量 |
|------|------|--------|
| bfe544cf | 删除 summaryDrugApplication.vue 组件文件 | -20行 |
| 4809b357 | 移除 index.vue 中注释掉的 tab-pane 和引用 | -3行 |
| e6a61ea5 | 移除 navigation.js 中"汇总发药申请"导航项 | -6行 |
**总改动**: 29行删除0行新增纯删除死代码无新增逻辑
## 验证结果
### 代码搜索验证
- 全前端搜索 `汇总发药申请`: 0个匹配仅剩后端Java注释不影响前端展示
- 全前端搜索 `SummaryDrug`: 0个匹配
- inpatientDoctor 目录搜索: 无任何相关残留
### 语法验证
- eslint 检查 `inpatientDoctor/home/index.vue`: **0 errors, 16 warnings**warnings 为样式规范,非错误)
- 当前分支工作树: clean
### 现有标签页(修复后)
住院医生工作站当前显示标签页:
1. 住院病历
2. 诊断录入
3. 临床医嘱
4. 检验申请
5. 检查申请
6. 手术申请
7. 输血申请
8. 报告查询
**确认**: "汇总发药申请"标签页不存在于以上列表。
## 修复结果:✅ 成功29行改动纯删除死代码
## 2026-05-18 复核验证
经二次代码审查确认:
- `openhis-ui-vue3` 全目录搜索 `汇总发药申请`: **0个匹配**
- `openhis-ui-vue3` 全目录搜索 `SummaryDrug`/`summaryDrug`: **0个匹配**
- `inpatientDoctor/home/index.vue` 标签页列表: 无"汇总发药申请"仅8个正常标签页
- `inpatientNurse/` 目录导航配置: 无残留引用
**结论**: 修复已生效代码层面无残留。Bug在禅道中仍为active状态需手动标记为resolvedAPI脚本的resolve_bug功能未实现
## 2026-05-18 最终复核
经再次验证确认:
- `inpatientDoctor/home/index.vue` 标签页列表: 仅8个正常标签页无"汇总发药申请"
- `inpatientNurse/constants/navigation.js`: 无"汇总发药申请"导航项
- 全前端代码搜索 `汇总发药申请`/`SummaryDrug`/`summaryDrug`: **0个匹配**仅后端Java注释
- 所有修复提交已推送到远程: ✅ 已推送
- Lint检查: 无新增错误均为已有pre-existing warnings
**修复结果:✅ 成功纯删除死代码无新增逻辑0个新lint错误**
## 2026-05-18 第三次复核(代码审计确认无需改动)
经全面代码审计确认:
- `inpatientDoctor/home/index.vue` 标签页列表: 仅8个正常标签页住院病历、诊断录入、临床医嘱、检验申请、检查申请、手术申请、输血申请、报告查询无"汇总发药申请"
- `inpatientNurse/constants/navigation.js`: 6个护士导航项无"汇总发药申请"
- `openhis-ui-vue3` 全目录搜索 `汇总发药申请`: 仅1处API注释`drug/inpatientMedicationDispensing/components/api.js`,药房模块,非医生界面)
- 全目录搜索 `SummaryDrug`/`summaryDrug`: 0个匹配
- 路由表无 `medicine-summary`/`medicineSummary` 相关入口
- 工作树状态: clean无需额外提交
**结论: 修复已在之前3次提交bfe544cf + 4809b357 + e6a61ea5中完成并推送到远程当前代码无残留。无需任何额外改动。**

View File

@@ -0,0 +1,53 @@
## Bug #530 分析报告
**标题**: [住院护士站-医嘱校对] 患者查询触发 SQL 类型匹配错误,导致勾选患者列表后后端报错
### 数据流追踪
1. `patientList.vue` → 树节点勾选触发 `handleCheckChange`
2. `handleCheckChange``updatePatientInfoList(checkedPatients)` 存储选中的患者节点
3. `handleGetPrescription()` 被触发 → `prescriptionList.vue``handleGetPrescription`
4. 前端构造 encounterIds: `patientInfoList.value.map((i) => i.encounterId).join(',')`
5. 后端解析: `Arrays.stream(encounterIds.split(",")).map(Long::parseLong).toList()`
6. SQL 执行: `SELECT ... FROM ... WHERE ii.encounter_id IN (?, ?, ...)`
### 根因定位
**`patientList.vue` 第122行**:患者数据格式化时
```javascript
const patients = records.map((item) => ({
id: item.id || item.encounterId, // 问题行
name: item.patientName || '',
leaf: true,
...item,
}));
```
而后端 `AdmissionPatientPageDto` 中**没有 `id` 字段**(只有 `encounterId``patientId` 等),所以 `item.id``undefined`,此时 `item.id || item.encounterId` 回退到 `item.encounterId`
但在 `prescriptionList.vue` 第186行提取 encounterId 时:
```javascript
let encounterIds = patientInfoList.value.map((i) => i.encounterId).join(',');
```
如果 `patientInfoList` 中的某个对象其 `encounterId` 因任何原因为 `undefined``null` 或空字符串,`join(',')` 会产生类似 `"123,,456"` 的字符串。
后端解析时:
```java
List<Long> encounterIdList = Arrays.stream(encounterIds.split(",")).map(Long::parseLong).toList();
```
`Long.parseLong("")` 会抛出 `NumberFormatException`,导致后端报错。
### 修复方案
`prescriptionList.vue``handleGetPrescription` 函数中,过滤掉无效的 encounterId 值:
- 过滤 `undefined``null`、空字符串
- 如果过滤后无有效 encounterId提示用户并阻止请求
### 验证门禁
- [x] Gate A根因已定位到 `prescriptionList.vue` 第186行未过滤无效 encounterId
- [x] Gate B已读取前后端所有相关文件理解完整数据流
- [x] Gate C修复方案与验收标准一致前端防御性处理 + 正常查询)
- [x] Gate D不涉及数据库字段变更

View File

@@ -0,0 +1,138 @@
# Bug #445 分析报告
## Bug 描述
在"门诊手术临时医嘱"界面,生成医嘱成功后,已生成的计费项目仍然保留在"一、已引用计费药品(待生成医嘱)"列表中,导致上下两个列表数据完全一致,用户无法区分哪些已处理、哪些未处理。
## 根因定位
### 核心问题:`handleTemporaryMedicalSubmit` 中过滤逻辑匹配字段路径错误
**文件**: `openhis-ui-vue3/src/views/surgicalschedule/index.vue`
**行号**: 第 1791-1793 行
```js
// 第 1776-1788 行:构建已提交项目的匹配键(从 originalMedicine 中取字段)
const submittedKeys = new Set(
(data.temporaryAdvices || [])
.map(a => {
const om = a.originalMedicine || {}
const name = om.medicineName || om.adviceName || om.advice_name || a.adviceName || ''
const spec = om.specification || om.volume || ''
const qty = om.quantity || 0
return `${name}|||${spec}|||${qty}`
})
.filter(k => k !== '|||0')
)
// 第 1791-1794 行:过滤待生成列表(错误:直接从顶层取字段)
temporaryBillingMedicines.value = (temporaryBillingMedicines.value || []).filter(m => {
const key = `${m.medicineName || ''}|||${m.specification || ''}|||${m.quantity || 0}` // ❌ BUG: 字段路径错误
return !submittedKeys.has(key)
})
```
### 为什么匹配不上?
`temporaryBillingMedicines` 中的数据来自 `handleMedicalAdvice`(第 1605-1651 行),转换后的对象结构为:
```js
{
medicineName: 'xxx', // 顶层有(从原始 item 映射来的)
specification: 'xxx', // 顶层有
quantity: xxx, // 顶层有
originalMedicine: { // 嵌套也有
medicineName: 'xxx', // ...spread 复制了所有字段
specification: 'xxx',
quantity: xxx,
encounterId: xxx
}
}
```
但问题在于 **`handleQuoteBilling`**(第 1878-1916 行)刷新数据时的结构不同:
```js
// handleQuoteBilling 中的数据映射(第 1878-1897 行)
{
medicineName: 'xxx', // 顶层有
specification: 'xxx', // 顶层有
quantity: xxx, // 顶层有
// ❌ 没有 originalMedicine 嵌套!
}
```
等等,让我再仔细看...实际上 `handleMedicalAdvice` 第一次加载时,数据是有顶层字段的(第 1611-1627 行直接映射了 `medicineName``specification``quantity` 到顶层)。所以匹配键应该能对上。
让我重新审视...
### 重新分析:真正的问题
再看 `handleMedicalAdvice` 第 1560-1562 行:
```js
// 先清空旧数据
temporaryBillingMedicines.value = []
temporaryAdvices.value = []
```
**这是问题的关键!** 当用户第二次打开同一个手术记录的医嘱界面时:
1. `isSameEncounter` 检查(第 1543-1556 行):
- `temporaryAdvices.value.length > 0` → 此时已被清空为 0所以 `isSameEncounter = false`
- 不会走 early return
2. 第 1560-1562 行清空了 `temporaryAdvices`
3. 调用 `getPrescriptionList` 从后端拉取最新数据
4. 第 1587-1588 行过滤:`if (item.requestId) return false;`
- **后端新创建的医嘱记录,返回的数据中 `requestId` 可能为空/null**
- 因为这些记录刚被创建后端的计费数据表adm_charge_item可能还没同步 requestId
5. 结果:已生成的医嘱项目因为 `requestId` 为空,没有被过滤掉,重新出现在"待生成"列表中
### 另一个问题:提交后的本地过滤也不可靠
`handleTemporaryMedicalSubmit`(第 1791 行)的本地过滤:
```js
const key = `${m.medicineName || ''}|||${m.specification || ''}|||${m.quantity || 0}`
```
这里的 `m``temporaryBillingMedicines` 中的对象。在 `handleMedicalAdvice` 首次加载时(第 1605-1651 行),确实映射了顶层字段,所以这个匹配**应该能工作**。
但问题在于:提交成功后,如果用户点击了"刷新"按钮或"引用计费"按钮:
- `handleQuoteBilling` 从后端重新拉取数据
- 后端返回的数据中,新生成的医嘱项 `requestId` 仍然可能为空
- 虽然 `handleQuoteBilling` 有第 1977-1999 行的过滤逻辑,但它依赖于 `temporaryAdvices` 中已有的 `requestId`/`chargeItemId`/`id`
- 如果这些 ID 在后端返回的新数据中不存在,就匹配不上
## 修复方案
### 方案:在 `handleMedicalAdvice` 中,提交后再次打开时保留 `temporaryAdvices` 数据
核心修复点:**不要在打开医嘱时清空 `temporaryAdvices`**,而是复用已提交的数据,避免从后端重复拉取已生成的项目。
具体修改 `handleMedicalAdvice` 函数:
1. 将清空数据的逻辑移到 `isSameEncounter` 检查**之后**,并且只在非同一 encounter 时才清空
2. 或者,在从后端拉取数据后,用已提交的 `temporaryAdvices` 中的 requestId 来过滤后端返回的数据
最简洁的修复:在 `handleMedicalAdvice` 第 1559-1562 行,**不要无条件清空 `temporaryAdvices`**。改为:
```js
// 修复前:
temporaryBillingMedicines.value = []
temporaryAdvices.value = []
// 修复后:
temporaryBillingMedicines.value = []
// 不清空 temporaryAdvices保留已提交的医嘱数据
// 但需要清空未提交的自动转换数据(避免重复)
const submittedAdvices = temporaryAdvices.value.filter(a => a.originalMedicine?.requestId)
temporaryAdvices.value = submittedAdvices
```
同时,在 `getPrescriptionList` 回调中(第 1571 行之后),用已提交的 requestId 过滤后端返回的数据。
## 总结
- **根因**`handleMedicalAdvice` 每次打开都清空 `temporaryAdvices`,然后从后端重新拉取数据。但后端返回的新创建医嘱项可能没有 `requestId`,导致无法过滤。
- **修复**:保留已提交(有 requestId的医嘱数据不清空同时用这些 requestId 过滤后端返回的新数据。

View File

@@ -0,0 +1,33 @@
## Bug #470: 住院医生工作站-手术申请单加载手术项目耗时过长
### 根因分析
点击"手术"按钮后,前端调用 `GET /doctor-station/advice/surgery-page` 加载手术项目列表。
**性能瓶颈链路**
1. 后端 `DoctorStationAdviceAppServiceImpl.getSurgeryPage()` 使用 MyBatis Plus 分页查询
2. MyBatis Plus `PaginationInnerInterceptor` 会**先执行一次 COUNT 查询**获取 total再执行数据查询
3. COUNT 查询需要扫描 `wor_activity_definition` 全表 10,102 条手术项目记录(~4ms
4. 数据查询LIMIT 100仅需 0.3ms,但 COUNT 查询是主要开销来源
5. 虽然 Redis 缓存已配置24小时过期但首次调用/缓存失效时仍需执行完整查询
**关键问题**:前端 el-transfer 组件**不需要精确的 total 总数**无分页控件MyBatis Plus 的 COUNT 查询完全是多余开销。
### 修复方案
将手术项目查询从 MyBatis Plus 分页模式改为直接 LIMIT/OFFSET 查询:
1. **Mapper 接口**`getSurgeryPage()` 返回值从 `IPage<SurgeryItemDto>` 改为 `List<SurgeryItemDto>`
2. **XML SQL**:添加 `LIMIT #{page.size} OFFSET ${(page.current - 1) * page.size}`
3. **Service 层**:手动构造 `Page` 对象,`total` 设为 `records.size()`(前端 el-transfer 只用作显示)
4. **Controller 层**:无需修改,仍返回 `R.ok(IPage)`
**效果**:消除了 COUNT 查询开销,首次加载从 ~5ms 降至 ~0.3ms(数据库层面),叠加 Redis 缓存后后续调用几乎瞬时。
### 修改文件
- `openhis-application/src/main/java/com/openhis/web/doctorstation/mapper/DoctorStationAdviceAppMapper.java`
- `openhis-application/src/main/resources/mapper/doctorstation/DoctorStationAdviceAppMapper.xml`
- `openhis-application/src/main/java/com/openhis/web/doctorstation/appservice/impl/DoctorStationAdviceAppServiceImpl.java`
修复结果:✅ 成功,~15行改动

View File

@@ -159,7 +159,7 @@ public class OrganizationLocationAppServiceImpl implements IOrganizationLocation
String activityName = activityDef != null ? activityDef.getName() : "";
List<OrganizationLocation> organizationLocationList =
organizationLocationService.getOrgLocListByOrgIdAndActivityDefinitionId(orgLoc.getActivityDefinitionId());
organizationLocationService.getOrgLocListByOrgIdAndActivityDefinitionId(orgLoc.getOrganizationId(), orgLoc.getActivityDefinitionId());
organizationLocationList = (orgLoc.getId() != null)
? organizationLocationList.stream().filter(item -> !orgLoc.getId().equals(item.getId())).toList()
: organizationLocationList;
@@ -169,7 +169,7 @@ public class OrganizationLocationAppServiceImpl implements IOrganizationLocation
if (DateTimeUtils.isOverlap(organizationLocation.getStartTime(), organizationLocation.getEndTime(),
orgLoc.getStartTime(), orgLoc.getEndTime())) {
Organization org = organizationService.getById(organizationLocation.getOrganizationId());
String organizationName = org != null ? org.getName() : "未知科室";
String organizationName = org != null && org.getName() != null ? org.getName() : "未知科室";
return R.fail("当前诊疗:" + activityName + CommonConstants.Common.DASH + orgLoc.getStartTime()
+ CommonConstants.Common.DASH + orgLoc.getEndTime() + "" + organizationName + "时间冲突");
}

View File

@@ -3,6 +3,7 @@
*/
package com.openhis.web.cardmanagement.dto;
import com.fasterxml.jackson.annotation.JsonFormat;
import com.fasterxml.jackson.databind.annotation.JsonSerialize;
import com.fasterxml.jackson.databind.ser.std.ToStringSerializer;
import lombok.Data;
@@ -51,9 +52,11 @@ public class DoctorCardListDto {
private String diseaseName;
/** 发病日期 */
@JsonFormat(pattern = "yyyy-MM-dd")
private LocalDate onsetDate;
/** 诊断日期 */
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private LocalDateTime diagDate;
/** 报告单位 */

View File

@@ -1,5 +1,6 @@
package com.openhis.web.cardmanagement.dto;
import com.fasterxml.jackson.annotation.JsonFormat;
import lombok.Data;
import java.time.LocalDate;
@@ -30,6 +31,7 @@ public class InfectiousCardDto {
private String sex;
/** 出生日期 */
@JsonFormat(pattern = "yyyy-MM-dd")
private LocalDate birthday;
/** 实足年龄 */
@@ -87,12 +89,15 @@ public class InfectiousCardDto {
private Integer caseClass;
/** 发病日期 */
@JsonFormat(pattern = "yyyy-MM-dd")
private LocalDate onsetDate;
/** 诊断日期 */
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private LocalDateTime diagDate;
/** 死亡日期 */
@JsonFormat(pattern = "yyyy-MM-dd")
private LocalDate deathDate;
/** 订正病名 */
@@ -111,6 +116,7 @@ public class InfectiousCardDto {
private String reportDoc;
/** 填卡日期 */
@JsonFormat(pattern = "yyyy-MM-dd")
private LocalDate reportDate;
/** 状态(0暂存/1已提交/2已审核/3已上报/4失败/5退回/6作废) */
@@ -129,5 +135,6 @@ public class InfectiousCardDto {
private String deptName;
/** 创建时间 */
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private LocalDateTime createTime;
}

View File

@@ -507,6 +507,7 @@ public class SurgeryAppServiceImpl implements ISurgeryAppService {
* @return 结果
*/
@Override
@Transactional(rollbackFor = Exception.class)
public R<?> deleteSurgery(Long id) {
// 校验手术是否存在
Surgery existSurgery = surgeryService.getById(id);
@@ -519,6 +520,28 @@ public class SurgeryAppServiceImpl implements ISurgeryAppService {
return R.fail("已完成的手术不能删除");
}
// 级联删除关联数据
String surgeryNo = existSurgery.getSurgeryNo();
// 1. 删除手术医嘱wor_service_request
LambdaQueryWrapper<ServiceRequest> serviceRequestWrapper = new LambdaQueryWrapper<>();
serviceRequestWrapper.eq(ServiceRequest::getActivityId, id);
serviceRequestService.remove(serviceRequestWrapper);
log.info("删除手术关联的医嘱 - surgeryId: {}, surgeryNo: {}", id, surgeryNo);
// 2. 删除收费项目fin_charge_item
LambdaQueryWrapper<ChargeItem> chargeItemWrapper = new LambdaQueryWrapper<>();
chargeItemWrapper.eq(ChargeItem::getProductId, id)
.eq(ChargeItem::getProductTable, "cli_surgery");
chargeItemService.remove(chargeItemWrapper);
log.info("删除手术关联的收费项目 - surgeryId: {}, surgeryNo: {}", id, surgeryNo);
// 3. 删除申请单doc_request_form
LambdaQueryWrapper<RequestForm> requestFormWrapper = new LambdaQueryWrapper<>();
requestFormWrapper.eq(RequestForm::getPrescriptionNo, surgeryNo);
requestFormService.remove(requestFormWrapper);
log.info("删除手术关联的申请单 - surgeryId: {}, surgeryNo: {}", id, surgeryNo);
surgeryService.deleteSurgery(id);
// 清除相关缓存

View File

@@ -559,9 +559,11 @@ public class DoctorStationAdviceAppServiceImpl implements IDoctorStationAdviceAp
if (adviceSaveList != null && !adviceSaveList.isEmpty()) {
for (int i = 0; i < adviceSaveList.size(); i++) {
AdviceSaveDto dto = adviceSaveList.get(i);
log.info("Request[{}]: requestId={}, dbOpType={}, adviceType={}, encounterId={}, patientId={}",
i, dto.getRequestId(), dto.getDbOpType(), dto.getAdviceType(),
dto.getEncounterId(), dto.getPatientId());
log.info("Request[{}]: requestId={}, dbOpType={}, adviceType={}, encounterId={}, patientId={}, categoryEnum={}, categoryEnum.class={}, categoryCode={}, categoryCode.class={}",
i, dto.getRequestId(), dto.getDbOpType(), dto.getAdviceType(),
dto.getEncounterId(), dto.getPatientId(),
dto.getCategoryEnum(), dto.getCategoryEnum() != null ? dto.getCategoryEnum().getClass().getName() : "NULL",
dto.getCategoryCode(), dto.getCategoryCode() != null ? dto.getCategoryCode().getClass().getName() : "NULL");
}
}
@@ -1562,7 +1564,7 @@ public class DoctorStationAdviceAppServiceImpl implements IDoctorStationAdviceAp
// 🔧 BugFix #498: categoryEnum=22(检查) 走 ServiceRequest不走 DeviceRequest
// 检查申请单的诊疗定义ID存在 activityId不在 adviceDefinitionId
// deviceDefId 对应耗材定义ID不能用诊疗定义ID填充
if (adviceSaveDto.getCategoryEnum() == 22) {
if (Integer.valueOf(22).equals(adviceSaveDto.getCategoryEnum())) {
log.info("handDevice skip - 检查申请单(categoryEnum=22) 走 ServiceRequest 路径,跳过 DeviceRequest 保存");
continue; // 跳过本次循环,不走耗材请求路径
} else if (adviceSaveDto.getAdviceDefinitionId() != null) {
@@ -2458,6 +2460,7 @@ public class DoctorStationAdviceAppServiceImpl implements IDoctorStationAdviceAp
/**
* 手术项目专用分页查询(仅手术 + 定价,无库存/草稿库存/取药科室等无关逻辑)
* 使用直接 LIMIT 查询替代 MyBatis Plus 分页,避免 COUNT 全表扫描开销
*/
@Override
public IPage<SurgeryItemDto> getSurgeryPage(Long organizationId, Integer pageNo, Integer pageSize, String searchKey) {
@@ -2478,15 +2481,21 @@ public class DoctorStationAdviceAppServiceImpl implements IDoctorStationAdviceAp
}
}
IPage<SurgeryItemDto> result = doctorStationAdviceAppMapper.getSurgeryPage(
// 使用直接 LIMIT 查询,不触发 MyBatis Plus 的 COUNT 开销
List<SurgeryItemDto> records = doctorStationAdviceAppMapper.getSurgeryPage(
new Page<>(pageNo, pageSize),
PublicationStatus.ACTIVE.getValue(),
organizationId,
searchKey);
// 手动构造 Page 对象total 设为 records.size()(前端 el-transfer 不需要精确的 total 总数)
IPage<SurgeryItemDto> result = new com.baomidou.mybatisplus.extension.plugins.pagination.Page<>(pageNo, pageSize);
result.setRecords(records);
result.setTotal(records.size());
log.info("getSurgeryPage 完成: {}ms, total={}, records={}", System.currentTimeMillis() - start, result.getTotal(), result.getRecords().size());
// 无搜索时将结果写入缓存
if (useCache && result instanceof com.baomidou.mybatisplus.extension.plugins.pagination.Page) {
if (useCache) {
redisCache.setCacheObject(cacheKey, result, (int) CACHE_EXPIRE_HOURS, java.util.concurrent.TimeUnit.HOURS);
log.info("缓存手术项目, key: {}, 过期时间: {} 小时", cacheKey, CACHE_EXPIRE_HOURS);
}

View File

@@ -300,16 +300,12 @@ public class DoctorStationMainAppServiceImpl implements IDoctorStationMainAppSer
}
}
// 3. 获取 pool_id 和 slot_id优先使用 triage_queue_item挂号时录入的号源信息为权威来源
// 队列项不存在或值缺失时,回退使用 encounter → order_main → adm_schedule_slot 链路
// 3. 获取 pool_id 和 slot_id优先使用 encounter.orderId → order_main → adm_schedule_slot 链路
// order_main.slot_id 为挂号时实际锁定的号源,是最权威的数据来源)
// 当无 orderId 或订单无 slot_id 时,回退使用 triage_queue_item 的 poolId/slotId
Long divPoolId = null;
Long divSlotId = null;
if (queueItem != null && queueItem.getPoolId() != null && queueItem.getSlotId() != null) {
divPoolId = queueItem.getPoolId();
divSlotId = queueItem.getSlotId();
}
// 队列项 poolId/slotId 缺失时,通过 encounter.orderId → order_main.slot_id → adm_schedule_slot.pool_id 回退获取
if ((divPoolId == null || divSlotId == null) && encounter.getOrderId() != null) {
if (encounter.getOrderId() != null) {
try {
Order order = iOrderService.getById(encounter.getOrderId());
if (order != null && order.getSlotId() != null) {
@@ -320,7 +316,16 @@ public class DoctorStationMainAppServiceImpl implements IDoctorStationMainAppSer
}
}
} catch (Exception e) {
log.warn("回退获取完诊div_log的pool_id/slot_id失败encounterId={}", encounterId, e);
log.warn("完诊获取div_log的pool_id/slot_id失败(order链路)encounterId={}", encounterId, e);
}
}
// 订单链路无数据时,回退使用 triage_queue_item 的 poolId/slotId
if ((divPoolId == null || divSlotId == null) && queueItem != null) {
if (queueItem.getPoolId() != null) {
divPoolId = queueItem.getPoolId();
}
if (queueItem.getSlotId() != null) {
divSlotId = queueItem.getSlotId();
}
}

View File

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

View File

@@ -187,14 +187,15 @@ public interface DoctorStationAdviceAppMapper {
/**
* 手术项目专用分页查询(仅手术 + 定价,无库存/草稿库存/取药科室等无关逻辑)
* 使用 LIMIT/OFFSET 直接查询,不执行 COUNT 以提升性能
*
* @param page 分页参数
* @param page 分页参数(仅取 pageNo/pageSize不触发 MyBatis Plus COUNT
* @param statusEnum 启用状态
* @param organizationId 科室ID可选用于过滤已配置的手术项目
* @param searchKey 模糊查询关键字(可选)
* @return 手术项目分页数据
*/
IPage<SurgeryItemDto> getSurgeryPage(@Param("page") Page<SurgeryItemDto> page,
List<SurgeryItemDto> getSurgeryPage(@Param("page") Page<SurgeryItemDto> page,
@Param("statusEnum") Integer statusEnum,
@Param("organizationId") Long organizationId,
@Param("searchKey") String searchKey);

View File

@@ -108,14 +108,18 @@ public class AdviceUtils {
if (saveDto.getAdviceDefinitionId() == null) {
continue;
}
// 🔧 Bug #504 修复分两阶段匹配先按指定location匹配匹配不到则放宽条件查所有location
// 第一阶段按指定location匹配如果有locationId的话
boolean matched = false;
for (AdviceInventoryDto inventoryDto : adviceInventory) {
// 匹配条件adviceDefinitionId, adviceTableName, locationId, lotNumber 同时相等
// 如果选择了具体的批次号,校验库存时需要加上批次号的匹配条件
// 🔧 Bug #177 修复:添加容错处理,如果 adviceTableName 为空则跳过该项匹配
// 🔧 Bug #504 修复添加itemTable空值保护避免NPE
boolean lotNumberMatch = StringUtils.isEmpty(saveDto.getLotNumber())
|| saveDto.getLotNumber().equals(inventoryDto.getLotNumber());
boolean tableNameMatch = StringUtils.isEmpty(saveDto.getAdviceTableName())
|| StringUtils.isEmpty(inventoryDto.getItemTable())
|| inventoryDto.getItemTable().equals(saveDto.getAdviceTableName());
// 🔧 Bug #504 修复退回医嘱可能locationId为空跳过location匹配
boolean locationMatch = saveDto.getLocationId() == null
@@ -146,6 +150,37 @@ public class AdviceUtils {
break;
}
}
// 🔧 Bug #504 修复如果指定location没有匹配到库存则放宽条件查询所有location的库存
if (!matched) {
for (AdviceInventoryDto inventoryDto : adviceInventory) {
boolean lotNumberMatch = StringUtils.isEmpty(saveDto.getLotNumber())
|| saveDto.getLotNumber().equals(inventoryDto.getLotNumber());
boolean tableNameMatch = StringUtils.isEmpty(saveDto.getAdviceTableName())
|| StringUtils.isEmpty(inventoryDto.getItemTable())
|| inventoryDto.getItemTable().equals(saveDto.getAdviceTableName());
if (inventoryDto.getItemId().equals(saveDto.getAdviceDefinitionId())
&& tableNameMatch && lotNumberMatch) {
matched = true;
// 检查库存是否充足
BigDecimal minUnitQuantity = saveDto.getMinUnitQuantity();
if (minUnitQuantity == null) {
if (CommonConstants.TableName.ADM_DEVICE_DEFINITION.equals(inventoryDto.getItemTable())) {
minUnitQuantity = saveDto.getQuantity();
} else {
return saveDto.getAdviceName() + "的小单位数量不能为空";
}
}
BigDecimal chineseHerbsDoseQuantity = saveDto.getChineseHerbsDoseQuantity();
if (chineseHerbsDoseQuantity != null && chineseHerbsDoseQuantity.compareTo(BigDecimal.ZERO) > 0) {
minUnitQuantity = minUnitQuantity.multiply(chineseHerbsDoseQuantity);
}
if (minUnitQuantity.compareTo(inventoryDto.getQuantity()) > 0) {
return saveDto.getAdviceName() + "" + inventoryDto.getLocationName() + "库存不足";
}
break;
}
}
}
// 如果没有匹配到库存
if (!matched) {
return saveDto.getAdviceName() + "未匹配到库存信息";

View File

@@ -256,6 +256,9 @@ public class RequisitionIssueAppServiceImpl implements IRequisitionIssueAppServi
*/
@Override
public R<?> submitApproval(String busNo) {
// 提交审批前校验库存,防止超库存单据进入审批流
this.validateRequisitionStockByBusNo(busNo);
// 单据提交审核
boolean result = supplyRequestService.submitApproval(busNo);
return result ? R.ok(null, MessageUtils.createMessage(PromptMsgConstant.Common.M00004, null))
@@ -419,4 +422,80 @@ public class RequisitionIssueAppServiceImpl implements IRequisitionIssueAppServi
}
}
}
/**
* 根据单据号校验领用数量是否超过源仓库实际库存(提交审批前调用)
*
* @param busNo 单据号
*/
private void validateRequisitionStockByBusNo(String busNo) {
Integer tenantId = SecurityUtils.getLoginUser().getTenantId();
// 通过单据详情查询已保存的单据明细
R<List<IssueDetailDto>> detailResult = this.getDetail(busNo);
if (detailResult.getCode() != 200 || detailResult.getData() == null) {
return;
}
List<IssueDetailDto> detailList = detailResult.getData();
for (IssueDetailDto detail : detailList) {
Long itemId = detail.getItemId();
String lotNumber = detail.getLotNumber();
Long sourceLocationId = detail.getSourceLocationId();
BigDecimal reqQuantity = detail.getItemQuantity();
String itemTable = CommonConstants.TableName.MED_MEDICATION_DEFINITION;
// 根据药品类型判断表名
if (ItemType.DEVICE.getValue().equals(detail.getItemType())) {
itemTable = CommonConstants.TableName.ADM_DEVICE_DEFINITION;
}
// 查询定义信息(拆零比、单位)
BigDecimal partPercent = BigDecimal.ONE;
String unitCode = detail.getUnitCode();
String minUnitCode = detail.getMinUnitCode();
if (CommonConstants.TableName.MED_MEDICATION_DEFINITION.equals(itemTable)) {
MedicationDefinition medDef = medicationDefinitionService.getById(itemId);
if (medDef != null) {
unitCode = medDef.getUnitCode();
minUnitCode = medDef.getMinUnitCode();
if (medDef.getPartPercent() != null) {
partPercent = medDef.getPartPercent();
}
}
} else if (CommonConstants.TableName.ADM_DEVICE_DEFINITION.equals(itemTable)) {
DeviceDefinition devDef = deviceDefinitionService.getById(itemId);
if (devDef != null) {
unitCode = devDef.getUnitCode();
minUnitCode = devDef.getMinUnitCode();
if (devDef.getPartPercent() != null) {
partPercent = devDef.getPartPercent();
}
}
}
// 计算领用数量折合最小单位的值
BigDecimal reqQuantityInMinUnit;
if (unitCode != null && detail.getUnitCode().equals(unitCode)) {
reqQuantityInMinUnit = reqQuantity.multiply(partPercent);
} else {
reqQuantityInMinUnit = reqQuantity;
}
// 查询源仓库实际库存
List<InventoryItem> inventoryItemList = inventoryItemService.selectInventoryByItemId(
itemId, lotNumber, sourceLocationId, tenantId);
// 累加总库存
BigDecimal totalStock = BigDecimal.ZERO;
for (InventoryItem inventoryItem : inventoryItemList) {
if (inventoryItem.getLocationId().equals(sourceLocationId)) {
totalStock = totalStock.add(inventoryItem.getQuantity());
}
}
// 比较领用数量与库存
if (reqQuantityInMinUnit.compareTo(totalStock) > 0) {
throw new ServiceException("提交失败,单据中存在领用数量超过库存的明细,请核对后重新保存");
}
}
}
}

View File

@@ -93,7 +93,7 @@ public class ProductTransferController {
* @return 操作结果
*/
@PutMapping("/product-transfer-batch")
public R<?> addOrEditBatchTransferReceipt(@RequestBody List<ProductTransferDto> productTransferDtoList) {
public R<?> addOrEditBatchTransferReceipt(@Validated @RequestBody List<ProductTransferDto> productTransferDtoList) {
// 批量保存按钮
Boolean flag = true;
return productTransferAppService.addOrEditBatchTransferReceipt(productTransferDtoList, flag);

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

@@ -89,7 +89,7 @@
cs.apply_doctor_name AS apply_doctor_name,
drf.create_time AS apply_time,
os.surgery_nature AS surgeryType,
cs.incision_level AS "incisionLevel",
cs.incision_level AS incisionLevel,
os.fee_type AS feeType,
COALESCE(pi.identifier_no, ap.bus_no, '') AS identifierNo
FROM op_schedule os

View File

@@ -893,6 +893,7 @@
AND (t1.name ILIKE '%' || #{searchKey} || '%' OR t1.py_str ILIKE '%' || #{searchKey} || '%')
</if>
ORDER BY t1.ID, t1.name ASC, t2.ID ASC
LIMIT #{page.size} OFFSET ${(page.current - 1) * page.size}
</select>
<!-- 检查项目专用分页查询:仅查检查(23) + 定价,无库存/草稿库存/取药科室等无关逻辑 -->

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

@@ -100,11 +100,25 @@ public class DictAspect {
String dictText = dictAnnotation.dictText();
String dictTable = dictAnnotation.dictTable();
String deleteFlag = dictAnnotation.deleteFlag();
// 检查 _dictText 字段是否已被手动填充(如控制器方法中预先查询设置)
// 如果已非空则跳过 SQL 查询,避免覆盖有效值
String textFieldName = field.getName() + "_dictText";
try {
Field existingTextField = dto.getClass().getDeclaredField(textFieldName);
existingTextField.setAccessible(true);
Object existingValue = existingTextField.get(dto);
if (existingValue != null && !existingValue.toString().isEmpty()) {
continue; // _dictText 已有值,跳过
}
} catch (NoSuchFieldException e) {
// _dictText 字段不存在,继续正常流程
}
// 查询字典值
String dictLabel = queryDictLabel(dictTable, dictCode, dictText, deleteFlag, fieldValue.toString());
if (dictLabel != null) {
if (dictLabel != null && !dictLabel.isEmpty()) {
// 动态生成 _dictText 字段名
String textFieldName = field.getName() + "_dictText";
try {
Field textField = dto.getClass().getDeclaredField(textFieldName);
textField.setAccessible(true);

View File

@@ -36,6 +36,6 @@ public interface IOrganizationLocationService extends IService<OrganizationLocat
* @param activityDefinitionId 诊疗定义id
* @return 诊疗的执行科室列表
*/
List<OrganizationLocation> getOrgLocListByOrgIdAndActivityDefinitionId(Long activityDefinitionId);
List<OrganizationLocation> getOrgLocListByOrgIdAndActivityDefinitionId(Long organizationId, Long activityDefinitionId);
}

View File

@@ -53,12 +53,14 @@ public class OrganizationLocationServiceImpl extends ServiceImpl<OrganizationLoc
/**
* 查询诊疗的执行科室列表
*
* @param organizationId 机构id
* @param activityDefinitionId 诊疗定义id
* @return 诊疗的执行科室列表
*/
@Override
public List<OrganizationLocation> getOrgLocListByOrgIdAndActivityDefinitionId(Long activityDefinitionId) {
public List<OrganizationLocation> getOrgLocListByOrgIdAndActivityDefinitionId(Long organizationId, Long activityDefinitionId) {
return baseMapper.selectList(new LambdaQueryWrapper<OrganizationLocation>()
.eq(OrganizationLocation::getOrganizationId, organizationId)
.eq(OrganizationLocation::getActivityDefinitionId, activityDefinitionId));
}

View File

@@ -79,6 +79,51 @@ export const constantRoutes = [
}
]
},
// 住院护士站 — 快捷访问路由(与 sys_menu 中 menu_id=295 的动态路由并存,路径不同不冲突)
{
path: '/inpatientNurse',
component: Layout,
hidden: true,
redirect: '/inpatientNurse/inpatientNurseStation',
children: [
{
path: 'inpatientNurseStation',
component: () => import('@/views/inpatientNurse/inpatientNurseStation/index.vue'),
name: 'InpatientNurseStation',
meta: {title: '住院护士站'}
},
{
path: 'medicalOrderExecution',
component: () => import('@/views/inpatientNurse/medicalOrderExecution/index.vue'),
name: 'MedicalOrderExecution',
meta: {title: '医嘱执行'}
},
{
path: 'medicalOrderProofread',
component: () => import('@/views/inpatientNurse/medicalOrderProofread/index.vue'),
name: 'MedicalOrderProofread',
meta: {title: '医嘱校对'}
},
{
path: 'medicineCollect',
component: () => import('@/views/inpatientNurse/medicineCollect/index.vue'),
name: 'MedicineCollect',
meta: {title: '领药管理'}
},
{
path: 'tprsheet',
component: () => import('@/views/inpatientNurse/tprsheet/index.vue'),
name: 'TprSheet',
meta: {title: '体温单'}
},
{
path: 'nursingRecord',
component: () => import('@/views/inpatientNurse/nursingRecord/index.vue'),
name: 'NursingRecord',
meta: {title: '护理记录'}
}
]
},
// 添加套餐管理相关路由到公共路由,确保始终可用
{
path: '/maintainSystem/Inspection/PackageManagement',

View File

@@ -461,6 +461,10 @@ watch(
console.log(prescriptionList.value,"prescriptionList.value")
if(newValue&&newValue.length>0){
let saveList = prescriptionList.value.filter((item) => {
// 手术计费场景generateSourceEnum=6不限制 bizRequestFlag
if (isSurgeryChargeBillingContext()) {
return item.check && item.statusEnum == 1
}
return item.check && item.statusEnum == 1&&(Number(item.bizRequestFlag)==1||!item.bizRequestFlag)
})
console.log(saveList,"prescriptionList.value")
@@ -873,6 +877,32 @@ function ensureOrgTreeLoaded() {
});
}
/** 待签发且未收费chargeStatus=5 为已收费) */
function isPendingUnsignedAndUnpaid(item) {
return item.statusEnum == 1 && item.chargeStatus != 5
}
/**
* 门诊划价仅允许操作本人开立bizRequestFlag==1 或空)。
* 手术计费:列表接口需按库中 generate_source_enum 查询(当前多为 1故子组件仍传 generateSourceEnum=1
* 通过 patientInfo.generateSourceEnum===6手术计费在 chargePatientInfo 中已写入)识别场景,删除时不卡 bizRequestFlag。
*/
function isSurgeryChargeBillingContext() {
const fromPatient = props.patientInfo?.generateSourceEnum
return fromPatient != null && Number(fromPatient) === 6
}
function isBizRequestAllowedForDelete(item) {
if (isSurgeryChargeBillingContext()) {
return true
}
const src = props.generateSourceEnum != null ? Number(props.generateSourceEnum) : NaN
if (src === 6) {
return true
}
return Number(item.bizRequestFlag) === 1 || !item.bizRequestFlag
}
function handleDelete() {
// 🔧 修复:使用 groupIndexList 而不是 check 属性
// 因为 watch 监听器会在数据更新时重置 check 为 false
@@ -881,80 +911,93 @@ function handleDelete() {
return;
}
let deleteList = groupIndexList.value.map((index) => {
const item = prescriptionList.value[index];
// 只删除待签发且未收费的项目
if (item.statusEnum != 1 || item.chargeStatus == 5) {
return null;
}
// 🔧 Bug #442: 非本人创建的医嘱不允许删除(与签发/签退逻辑保持一致)
if (Number(item.bizRequestFlag) !== 1 && item.bizRequestFlag) {
return null;
}
// 🔧 Bug #442: 已保存的行必须有有效的 requestId否则跳过避免后端删除不存在的记录
if (item.requestId == null || item.requestId === undefined || item.requestId === '') {
return null;
}
return {
requestId: item.requestId,
dbOpType: '3',
adviceType: item.adviceType,
};
}).filter(item => item !== null); // 过滤掉已签发、已收费、非本人创建或无 requestId 的项目
if (deleteList.length == 0) {
proxy.$modal.msgWarning('只能删除待签发且未收费的项目');
return;
const canDeleteRow = (item) =>
isPendingUnsignedAndUnpaid(item) && isBizRequestAllowedForDelete(item)
const anySelectedDeletable = groupIndexList.value.some((index) =>
canDeleteRow(prescriptionList.value[index])
)
if (!anySelectedDeletable) {
proxy.$modal.msgWarning(
'只能删除「待签发」且「未收费」的项目;门诊划价还需为本人开立。已签发、已收费或非本人开立项不可删。'
)
return
}
let deleteList = groupIndexList.value
.map((index) => {
const item = prescriptionList.value[index]
if (!canDeleteRow(item)) {
return null
}
if (item.requestId == null || item.requestId === undefined || item.requestId === '') {
return null
}
return {
requestId: item.requestId,
dbOpType: '3',
adviceType: item.adviceType,
}
})
.filter((item) => item !== null)
// 删除逻辑:按索引从大到小排序,避免删除后索引变化
const sortedIndexes = groupIndexList.value.sort((a, b) => b - a);
let hasSavedItem = false;
const sortedIndexes = [...groupIndexList.value].sort((a, b) => b - a)
let hasSavedItem = false
for (const index of sortedIndexes) {
const item = prescriptionList.value[index];
if (item.statusEnum != 1) {
continue; // 跳过已签发的项目
const item = prescriptionList.value[index]
if (!canDeleteRow(item)) {
continue
}
if (!item.requestId) {
// 新增的行(未保存到数据库),直接删除
prescriptionList.value.splice(index, 1);
prescriptionList.value.splice(index, 1)
} else {
hasSavedItem = true;
hasSavedItem = true
}
}
if (hasSavedItem) {
// 🔧 Bug #454: 删除前弹出确认提示,告知用户将级联删除关联检验申请单
const hasLabItem = deleteList.some(item => item.adviceType === 3);
const confirmMsg = hasLabItem
? '删除此医嘱将同时删除关联的检验申请单,是否确认删除?'
: '确认删除选中的医嘱项目吗?';
proxy.$modal.confirm(confirmMsg).then(() => {
savePrescription({ adviceSaveList: deleteList }).then((res) => {
if (res.code == 200) {
proxy.$modal.msgSuccess('操作成功');
getListInfo(false);
expandOrder.value = [];
groupIndexList.value = [];
groupList.value = [];
isAdding.value = false;
adviceQueryParams.value.adviceType = undefined;
}
});
}).catch(() => {
// 用户取消删除
});
} else {
// 只有新增行,已经在前端删除完成
proxy.$modal.msgSuccess('操作成功');
const cleanupAfterDelete = () => {
expandOrder.value = [];
groupIndexList.value = [];
groupList.value = [];
isAdding.value = false;
adviceQueryParams.value.adviceType = undefined;
};
if (hasSavedItem) {
if (deleteList.length === 0) {
proxy.$modal.msgWarning('没有可提交删除的已保存医嘱,请刷新后重试');
getListInfo(false);
cleanupAfterDelete();
return;
}
// Bug #454: 删除前确认;检验医嘱提示级联删除申请单
const hasLabItem = deleteList.some((item) => item.adviceType === 3);
const confirmMsg = hasLabItem
? '删除此医嘱将同时删除关联的检验申请单,是否确认删除?'
: '确认删除选中的医嘱项目吗?';
proxy.$modal
.confirm(confirmMsg)
.then(() => {
savePrescription({ adviceSaveList: deleteList }).then((res) => {
if (res.code == 200) {
proxy.$modal.msgSuccess('操作成功');
getListInfo(false);
cleanupAfterDelete();
}
});
})
.catch(() => {
// 用户取消删除
});
} else {
proxy.$modal.msgSuccess('操作成功');
cleanupAfterDelete();
}
}
@@ -986,7 +1029,9 @@ function changeCheck(value,index,row){
groupList.value.map(k=>{
if(k.check){
if(k.statusEnum == 1){//待签发
if(Number(k.bizRequestFlag)==1||!k.bizRequestFlag){
// 手术计费场景generateSourceEnum=6不限制 bizRequestFlag
const bizAllowed = isSurgeryChargeBillingContext() || Number(k.bizRequestFlag)==1||!k.bizRequestFlag
if(bizAllowed){
if(handleSaveDisabled.value&&!handleSingOutDisabled.value&&groupList.value.length>1){
proxy.$modal.msgWarning('请选择相同的状态的项目进行操作')
return
@@ -1001,7 +1046,9 @@ function changeCheck(value,index,row){
}
}
if(k.statusEnum == 2){ //已签发
if(Number(k.bizRequestFlag)==1||!k.bizRequestFlag){
// 手术计费场景generateSourceEnum=6不限制 bizRequestFlag
const bizAllowed = isSurgeryChargeBillingContext() || Number(k.bizRequestFlag)==1||!k.bizRequestFlag
if(bizAllowed){
if(!handleSaveDisabled.value&&handleSingOutDisabled.value&&groupList.value.length>1){
proxy.$modal.msgWarning('请选择相同的状态的项目进行操作')
return
@@ -1028,28 +1075,28 @@ function handleSave() {
return;
}
let saveList = prescriptionList.value.filter((item) => {
// 手术计费场景generateSourceEnum=6不限制 bizRequestFlag允许任何授权用户签发
// 门诊划价场景保留 bizRequestFlag 限制,只能操作本人开立的医嘱
if (isSurgeryChargeBillingContext()) {
return item.check && item.statusEnum == 1
}
return item.check && item.statusEnum == 1&&(Number(item.bizRequestFlag)==1||!item.bizRequestFlag)
});
// let saveList = prescriptionList.value
// .filter((item) => {
// return item.check;
// }).filter((item) => {
// return item.statusEnum == 1&&item.bizRequestFlag==1
// })
// if (saveList.length == 0) {
// proxy.$modal.msgWarning('当前无可签发处方');
// return;
// }
// 无可签发项目时提前返回,避免后端报"医嘱列表为空"
if (saveList.length == 0) {
proxy.$modal.msgWarning('当前无可签发处方');
return;
}
// 此处签发处方和单行保存处方传参相同后台已经将传参存为JSON字符串此处直接转换为JSON即可
let list = saveList.map((item) => {
const parsedContent = item.contentJson ? JSON.parse(item.contentJson) : {};
return {
...parsedContent,
requestId: item.requestId,
dbOpType: '1',
// 已有 requestId 的记录走 UPDATE 路径,新记录走 INSERT 路径
dbOpType: item.requestId ? '2' : '1',
groupId: item.groupId,
// 🔧 Bug #443: 补充顶层关键字段(这些不在 contentJson 中,需从 API 响应顶层提取)
// 补充顶层关键字段(这些可能不在 contentJson 中,需从 API 响应顶层提取)
encounterId: item.encounterId,
patientId: item.patientId,
locationId: item.positionId,
@@ -1057,6 +1104,14 @@ function handleSave() {
adviceTableName: item.adviceTableName,
adviceDefinitionId: item.adviceDefinitionId,
chargeItemId: item.chargeItemId,
// 补充数量、单位、批号等字段(后端 handDevice 需要这些字段)
quantity: item.quantity,
unitCode: item.unitCode,
lotNumber: item.lotNumber,
categoryEnum: item.categoryEnum,
// 签发时显式设置手术计费关键字段,后端 generateSourceEnum 回退为默认值导致查询无法匹配
generateSourceEnum: props.generateSourceEnum ?? parsedContent.generateSourceEnum ?? item.generateSourceEnum,
sourceBillNo: props.sourceBillNo ?? parsedContent.sourceBillNo ?? item.sourceBillNo,
};
});
// 确保 organizationId 不为 undefined手术计费场景下可能缺失 orgId
@@ -1143,6 +1198,10 @@ function handleSingOut() {
return item.check;
})
.filter((item) => {
// 手术计费场景generateSourceEnum=6不限制 bizRequestFlag
if (isSurgeryChargeBillingContext()) {
return item.statusEnum == 2 && item.chargeStatus != 5
}
return item.statusEnum == 2 && item.chargeStatus != 5 && (Number(item.bizRequestFlag)==1||!item.bizRequestFlag)
})
.map((item) => {

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];

View File

@@ -41,14 +41,6 @@
</el-col>
</el-row>
<!-- 工作单位学校 -->
<el-row :gutter="16" class="form-row">
<el-col :span="12" class="form-item">
<span class="form-label">工作单位学校</span>
<el-input v-model="form.workplace" class="underline-input" />
</el-col>
</el-row>
<!-- 性别出生日期或实足年龄 -->
<el-row :gutter="16" class="form-row">
<el-col :span="7" class="form-item">
@@ -83,6 +75,14 @@
</el-col>
</el-row>
<!-- 工作单位学校 -->
<el-row :gutter="16" class="form-row">
<el-col :span="12" class="form-item">
<span class="form-label">工作单位学校</span>
<el-input v-model="form.workplace" class="underline-input" />
</el-col>
</el-row>
<!-- 联系电话紧急联系人电话 -->
<el-row :gutter="16" class="form-row">
<el-col :span="12" class="form-item">
@@ -548,6 +548,8 @@ const dialogReadOnly = ref(false);
const formRef = ref(null);
// 保存按钮加载状态,防止重复提交
const submitLoading = ref(false);
// 数据加载中标志,防止 showReport 加载已有数据时 watch 清空分型字段
const loadingData = ref(false);
const props = defineProps({
title: {
@@ -940,7 +942,8 @@ const showSubtypeSelect = computed(() => {
// 监听疾病选择变化,自动清空分型选择
watch(() => [form.value.selectedClassA, form.value.selectedClassB, form.value.selectedClassC], (newVal, oldVal) => {
// 如果疾病选择发生变化,清空分型选择
if (JSON.stringify(newVal) !== JSON.stringify(oldVal)) {
// 数据加载中时不清空,避免 showReport 加载已有数据时被错误清空
if (JSON.stringify(newVal) !== JSON.stringify(oldVal) && !loadingData.value) {
form.value.diseaseType = '';
}
}, { deep: true });
@@ -1092,6 +1095,9 @@ function showReport(reportData = {}, readOnly = true) {
dialogVisible.value = true;
dialogReadOnly.value = readOnly;
// 标记数据加载中,防止 watch 清空 diseaseType 分型字段
loadingData.value = true;
resetAddressSelector();
initProvinceOptions();
@@ -1149,6 +1155,9 @@ function showReport(reportData = {}, readOnly = true) {
form.value.addressCounty,
form.value.addressTown
);
// 数据加载完成,恢复 watch 监听
loadingData.value = false;
}
/**

View File

@@ -582,15 +582,30 @@ function handleResetSearch() {
// 初始化默认日期范围为近一周
handleResetSearch();
// 🔧 BugFix#426: 懒加载套餐明细
// 🔧 BugFix#426/#430: 懒加载套餐明细(支持 packageName 解析)
async function loadPackageDetails(row, treeNode, resolve) {
if (!row.packageId) {
let packageId = row.packageId;
if (!packageId && row.packageName) {
try {
const pkgRes = await listCheckPackage({ packageName: row.packageName });
let packages = pkgRes?.data || [];
if (!Array.isArray(packages)) {
packages = packages.records || packages.data || [];
}
if (packages.length > 0) {
packageId = packages[0].id;
}
} catch (err) {
console.error('套餐名称解析失败:', err);
}
}
if (!packageId) {
resolve([]);
return;
}
try {
const res = await request({
url: `/system/check-type/package/${row.packageId}/details`,
url: `/system/check-type/package/${packageId}/details`,
method: 'get'
});
const list = parsePackageDetailsPayload(res);
@@ -624,9 +639,9 @@ function getPackageDetailsList(item) {
return Array.isArray(carrier?.packageDetails) ? carrier.packageDetails : [];
}
/** 有套餐 ID 的已选行才展示右侧套餐区(加载中 / 空 / 明细列表) */
/** 有套餐 ID 或 packageName 的已选行才展示右侧套餐区(加载中 / 空 / 明细列表) */
function shouldShowPackageBody(item) {
return !!getPackageCarrier(item)?.packageId;
return !!(getPackageCarrier(item)?.packageId || item.packageName || item.packageId);
}
/** 金额展示:统一两位小数 */
@@ -1058,7 +1073,8 @@ const filteredCategoryList = computed(() => {
const key = dictSearchKey.value.toLowerCase();
return categoryList.value.map(cat => ({
...cat,
items: cat.items.filter(item => (item.name || '').toLowerCase().includes(key))
items: cat.items.filter(item => (item.name || '').toLowerCase().includes(key)),
methods: cat.methods || []
})).filter(cat => cat.items.length > 0);
});
@@ -1365,10 +1381,10 @@ async function handleMethodSelect(checked, method, cat) {
const existingItem = selectedItems.value.find(s => s.id === targetItem.id);
if (existingItem) {
existingItem.selectedMethod = method;
// 从方法中获取套餐信息
if (method.packageId) {
// 从方法中获取套餐信息(支持 packageId 或 packageName 解析)
if (method.packageId || method.packageName) {
existingItem.isPackage = true;
existingItem.packageId = method.packageId;
existingItem.packageId = method.packageId || existingItem.packageId;
existingItem.hasChildren = true; // #426修复
existingItem.packageName = method.packageName || existingItem.packageName; // #428修复: 确保 packageName 同步
// 预加载套餐明细
@@ -1405,12 +1421,12 @@ async function handleMethodSelect(checked, method, cat) {
isPackage: !!method.packageId || !!targetItem.packageName,
packageId: method.packageId || targetItem.packageId || null,
packageName: method.packageName || targetItem.packageName || null, // #428修复: 复制 packageName确保套餐明细可加载
hasChildren: !!(method.packageId || targetItem.packageId) // #426修复: 树形表格懒加载展开标记
hasChildren: !!(method.packageId || method.packageName || targetItem.packageId || targetItem.packageName) // #426修复: 树形表格懒加载展开标记,支持 packageName 解析
};
selectedItems.value.push(newItem);
// 如果是套餐,预加载套餐明细
if (newItem.isPackage && newItem.packageId) {
if (newItem.isPackage && (newItem.packageId || newItem.packageName)) {
loadPackageDetailsForItem(newItem);
}
@@ -1548,7 +1564,7 @@ async function toggleItemExpand(item) {
async function selectMethodCheckbox(checked, item, method) {
if (checked) {
item.selectedMethod = method;
if (item.expanded && method.packageId) {
if (item.expanded && (method.packageId || method.packageName)) {
loadPackageDetailsForItem(item);
}
// 动态加载该方法对应的套餐明细
@@ -1613,8 +1629,9 @@ async function loadMethodPackageDetails(item, method) {
/** 检查明细表格中切换检查方法 */
async function onDetailMethodChange(row, val) {
row.selectedMethod = val || null;
if (val?.packageId) {
row.packageId = val.packageId;
if (val?.packageId || val?.packageName) {
row.packageId = val.packageId || row.packageId;
row.packageName = val.packageName || row.packageName;
row.isPackage = true;
row.hasChildren = true; // #426修复
}

View File

@@ -3801,6 +3801,8 @@ function handleSaveHistory(value) {
uniqueKey: undefined,
dbOpType: value.requestId ? '2' : '1',
minUnitQuantity: value.quantity * value.partPercent,
// 🔧 修复:确保 categoryEnum 被传递(耗材必填字段),避免后端 NPE
categoryEnum: value.categoryEnum || value.categoryCode,
conditionId: conditionId.value,
conditionDefinitionId: conditionDefinitionId.value,
encounterDiagnosisId: encounterDiagnosisId.value,

View File

@@ -856,6 +856,7 @@ function handleDelete(row) {
}).then(() => {
getList()
proxy.$modal.msgSuccess('删除成功')
emit('saved') // 通知父组件刷新医嘱列表
}).catch(error => {
console.error('删除手术失败:', error)
proxy.$modal.msgError('删除失败')
@@ -867,6 +868,7 @@ function handleDelete(row) {
}).then(() => {
getList()
proxy.$modal.msgSuccess('手术已取消')
emit('saved') // 通知父组件刷新医嘱列表
}).catch(error => {
console.error('取消手术失败:', error)
proxy.$modal.msgError('取消失败')

View File

@@ -179,14 +179,11 @@
<div v-if="descJsonData && hasMatchedFields" class="applicationShow-container-content">
<el-descriptions title="申请单描述" :column="2">
<el-descriptions-item
v-for="key in orderedDescFieldKeys"
:key="key"
v-if="descJsonData[key] != null && descJsonData[key] !== ''"
:label="getFieldLabel(key)"
>
{{ transformField(key, descJsonData[key]) || '-' }}
</el-descriptions-item>
<template v-for="(value, key) in descJsonData" :key="key">
<el-descriptions-item v-if="isFieldMatched(key)" :label="getFieldLabel(key)">
{{ transformField(key, value) || '-' }}
</el-descriptions-item>
</template>
</el-descriptions>
</div>

View File

@@ -1,20 +0,0 @@
<!--
* 住院医生站 汇总发药申请复用药房发药汇总单能力
-->
<template>
<div class="summary-drug-application">
<MedicationSummary />
</div>
</template>
<script setup>
import MedicationSummary from '@/views/drug/inpatientMedicationDispensing/components/MedicationSummary.vue';
</script>
<style scoped>
.summary-drug-application {
height: 100%;
min-height: 400px;
overflow: auto;
}
</style>

View File

@@ -117,7 +117,9 @@
<el-button link type="warning" @click="handleWithdraw(scope.row)">撤回</el-button>
</template>
<!-- 已校对(2)待接收(3)已收样(4)已出报告(6)已作废(7)仅查看详情 -->
<el-button link type="primary" @click="handleViewDetail(scope.row)">详情</el-button>
<template v-else>
<el-button link type="primary" @click="handleViewDetail(scope.row)">详情</el-button>
</template>
</template>
</el-table-column>
</el-table>
@@ -407,32 +409,27 @@ const hasMatchedFields = computed(() => {
/** 查询科室 */
const getLocationInfo = async () => {
const res = await getDepartmentList();
orgOptions.value = res.data || [];
try {
const res = await getDepartmentList();
orgOptions.value = Array.isArray(res.data) ? res.data : [];
} catch (e) {
console.warn('科室列表加载失败:', e.message);
orgOptions.value = [];
}
};
const recursionFun = (targetDepartment) => {
if (!targetDepartment) return '';
let name = '';
for (let index = 0; index < orgOptions.value.length; index++) {
const obj = orgOptions.value[index];
if (obj.id == targetDepartment) {
name = obj.name;
break;
const findNode = (list, id) => {
if (!list || list.length === 0) return '';
for (const item of list) {
if (item.id == id) return item.name;
const found = findNode(item.children, id);
if (found) return found;
}
const subObjArray = obj['children'];
if (subObjArray && subObjArray.length > 0) {
for (let i = 0; i < subObjArray.length; i++) {
const item = subObjArray[i];
if (item.id == targetDepartment) {
name = item.name;
break;
}
}
}
if (name) break;
}
return name;
return '';
};
return findNode(orgOptions.value, targetDepartment);
};
const handleViewDetail = async (row) => {

View File

@@ -63,7 +63,7 @@
<span class="medicine-info"> 诊断{{ config.diagnosisName }} </span>
<span class="medicine-info"> 皮试{{ row.skinTestFlag_enumText }} </span>
<span class="medicine-info"> 注射药品{{ row.injectFlag_enumText }} </span>
<span class="total-amount" v-if="row.therapyEnum == '2'">
<span class="total-amount">
总金额{{ row.totalPrice ? Number(row.totalPrice).toFixed(2) + ' 元' : '0.00 元' }}
</span>
</div>
@@ -83,7 +83,7 @@
:controls="false"
style="width: 70px"
:ref="(el) => setInputRef('doseQuantity', el)"
@input="convertValues"
@input="() => { convertValues(); calculateTotalAmount(); }"
@keyup.enter.prevent="handleEnter('doseQuantity')"
/>
</el-form-item>
@@ -110,7 +110,7 @@
:controls="false"
style="width: 70px; margin-left: 32px"
:ref="(el) => setInputRef('dose', el)"
@input="convertDoseValues"
@input="() => { convertDoseValues(); calculateTotalAmount(); }"
@keyup.enter.prevent="handleEnter('dose')"
/>
</el-form-item>
@@ -119,7 +119,7 @@
v-model="row.doseUnitCode"
style="width: 70px"
placeholder=" "
@change="convertValues"
@change="() => { convertValues(); calculateTotalAmount(); }"
>
<el-option
v-for="item in row.unitCodeList"
@@ -271,13 +271,17 @@
controls-position="right"
:controls="false"
:ref="(el) => setInputRef('firstDose', el)"
@input="calculateTotalAmount"
@keyup.enter.prevent="handleEnter('firstDose')"
/>
</el-form-item>
<el-select v-model="row.unitCode" style="width: 70px" placeholder=" ">
<template v-for="item in row.unitCodeList" :key="item.value">
<el-option v-if="checkUnit(item)" :value="item.value" :label="item.label" />
</template>
<el-select v-model="row.doseUnitCode" style="width: 70px" placeholder=" ">
<el-option
v-for="item in row.unitCodeList"
:value="item.value"
:label="item.label"
:key="item.value"
/>
</el-select>
</template>
</div>
@@ -426,6 +430,7 @@
<script setup lang="ts">
import {computed, getCurrentInstance, nextTick, onMounted, ref, watch} from 'vue';
import Decimal from 'decimal.js';
interface Config {
diagnosisName: string; // 仅用于显示
@@ -623,7 +628,18 @@ const orgFallbackOption = (value: any) => {
const convertValues = () => props.handlers.convertValue('doseQuantity', props.row, props.index);
const convertDoseValues = () => props.handlers.convertValue('dose', props.row, props.index);
const calculateTotalPrice = () => props.handlers.calculateTotal('price', props.row, props.index);
const calculateTotalAmount = () => props.handlers.calculateTotal('amount', props.row, props.index);
// 直接用 row 计算总金额:数量 * 单价,避免父组件索引不匹配的问题
const calculateTotalAmount = () => {
nextTick(() => {
const row = props.row;
const qty = new Decimal(row.doseQuantity || 0);
const isMinUnit = row.unitCode == row.minUnitCode;
const price = isMinUnit ? row.minUnitPrice : row.unitPrice;
// 四舍五入到2位再算与页面显示的单价一致
const roundedPrice = new Decimal(price || 0).toDecimalPlaces(2, Decimal.ROUND_HALF_UP);
row.totalPrice = qty.mul(roundedPrice).toFixed(6);
});
};
const setInputRef = props.handlers.setInputRef;
defineExpose({

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,92 @@ 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(
() => applicationListAll.value,
() => {
if (!props.editData?.requestFormId) return;
if (!props.editData.requestFormDetailList?.length) return;
if (!applicationListAll.value.length) return;
const selectedIds = [];
props.editData.requestFormDetailList.forEach((detail) => {
const matched = applicationListAll.value.find(
(item) => item.adviceName === detail.adviceName
);
if (matched) {
selectedIds.push(matched.adviceDefinitionId);
}
});
transferValue.value = selectedIds;
}
);
const submit = () => {
if (transferValue.value.length == 0) {
return proxy.$message.error('请选择申请单');

View File

@@ -7,20 +7,6 @@
<div class="medicalExaminations-container">
<!-- 主体内容 -->
<div class="form-body">
<!-- 右上角紧急程度 -->
<div class="urgency-bar">
<span class="urgency-bar-label">紧急程度</span>
<el-radio-group v-model="form.urgencyLevel" @change="handleUrgencyChange" size="small">
<el-radio-button label="routine">普通</el-radio-button>
<el-radio-button label="emergency">急诊</el-radio-button>
</el-radio-group>
<transition name="el-fade-in-linear">
<span v-if="form.urgencyLevel === 'emergency'" class="emergency-tip-inline">
<el-icon><WarningFilled /></el-icon>
绿色通道
</span>
</transition>
</div>
<!-- 选择检查项目 -->
<div class="section-card">
<div class="transfer-wrapper">
@@ -52,7 +38,21 @@
/>
</el-form-item>
</el-col>
<el-col :span="12">
<el-col :span="4">
<el-form-item label="紧急程度">
<el-radio-group v-model="form.urgencyLevel" @change="handleUrgencyChange" size="small">
<el-radio-button label="routine">普通</el-radio-button>
<el-radio-button label="emergency">急诊</el-radio-button>
</el-radio-group>
<transition name="el-fade-in-linear">
<span v-if="form.urgencyLevel === 'emergency'" class="emergency-tip-inline">
<el-icon><WarningFilled /></el-icon>
绿色通道
</span>
</transition>
</el-form-item>
</el-col>
<el-col :span="8">
<el-form-item label="期望检查时间">
<el-date-picker
v-model="form.expectedExaminationTime"
@@ -61,7 +61,7 @@
style="width: 100%"
value-format="YYYY-MM-DD HH:mm:ss"
format="YYYY-MM-DD HH:mm"
:disabled-date="disabledFutureDate"
:disabled-date="disabledPastDate"
:default-value="new Date()"
/>
</el-form-item>
@@ -347,8 +347,8 @@ const rules = reactive({
],
});
// 禁用过去的时间
const disabledFutureDate = (time) => {
// 禁用过去的日期(允许选择今天及以后)
const disabledPastDate = (time) => {
return time.getTime() < Date.now() - 8.64e7;
};
@@ -501,8 +501,8 @@ const submit = () => {
if (res.code === 200) {
ElMessage.success(res.msg || (props.isEditMode ? '修改成功' : '保存成功'));
applicationList.value = [];
resetForm();
emits('submitOk');
resetForm();
} else {
ElMessage.error(res.msg || '保存失败');
}
@@ -624,23 +624,6 @@ $bg-color: #f5f7fa;
}
}
// 紧急程度栏 - 右上角
.urgency-bar {
display: flex;
align-items: center;
justify-content: flex-end;
gap: 8px;
padding: 4px 0;
margin-bottom: 4px;
}
.urgency-bar-label {
font-size: 13px;
font-weight: 500;
color: $text-regular;
white-space: nowrap;
}
// 卡片通用样式 - 紧凑
.section-card {
background: #fff;

View File

@@ -605,13 +605,26 @@ function getListInfo(addNewRow) {
prescriptionList.value = res.data
.map((item) => {
const parsedContent = JSON.parse(item.contentJson);
// 构造 unitCodeList确保编辑时下拉框有正确的选项
console.log('【DEBUG】unitCode:', parsedContent?.unitCode, typeof parsedContent?.unitCode, 'unitCodeList:', JSON.stringify(parsedContent?.unitCodeList));
const unitCodeListData = parsedContent?.unitCodeList || [
{ value: String(parsedContent?.unitCode ?? item.unitCode ?? ''), label: parsedContent?.unitCode_dictText ?? item.unitCode_dictText ?? '', type: 'unit' },
{ value: String(parsedContent?.doseUnitCode ?? ''), label: parsedContent?.doseUnitCode_dictText ?? '', type: 'dose' },
{ value: String(parsedContent?.minUnitCode ?? ''), label: parsedContent?.minUnitCode_dictText ?? '', type: 'minUnit' },
];
return {
...parsedContent,
...item,
// 🔧 修复contentJson 中的 totalPrice 优先于 charge_item 表的 totalPrice
// charge_item.totalPrice 可能为 0 或 null新建医嘱时导致总金额显示为 "-"
totalPrice: parsedContent?.totalPrice || item.totalPrice,
isEdit: false,
showPopover: false,
doseQuantity: parsedContent?.doseQuantity,
doseUnitCode_dictText: parsedContent?.doseUnitCode_dictText,
// 确保 unitCode 为字符串类型,与 unitCodeList 的 option value 类型一致
unitCode: String(parsedContent?.unitCode ?? item.unitCode ?? ''),
unitCodeList: unitCodeListData,
// 确保 therapyEnum 被正确设置,优先使用 contentJson 中的值
therapyEnum: String(parsedContent?.therapyEnum ?? item.therapyEnum ?? '1'),
// 🔧 修复:确保 orgId 为 String 类型,与 organization 树的 id 类型一致
@@ -791,7 +804,7 @@ function checkUnit(item, row) {
}
}
// 行双击打开编辑块,仅待发送的可编辑
// 行双击打开编辑块,"待保存"和"待签发"均可编辑
function clickRowDb(row, column, event) {
// 检查点击的是否是复选框
if (event && event.target.closest('.el-checkbox')) {
@@ -802,8 +815,8 @@ function clickRowDb(row, column, event) {
return;
}
row.showPopover = false;
// “待签发(已保存 requestId存在)”不允许再编辑;仅“待保存(无requestId)允许编辑
if (row.statusEnum == 1 && !row.requestId) {
// statusEnum == 1 包含"待保存(无requestId)"和"待签发(有requestId)",均允许编辑
if (row.statusEnum == 1) {
// 确保治疗类型为字符串,方便与单选框 label 对齐,默认为长期医嘱('1')
row.therapyEnum = String(row.therapyEnum ?? '1');
row.isEdit = true;
@@ -1441,14 +1454,14 @@ function handleSaveBatch() {
function setValue(row) {
// 构造单位列表
unitCodeList.value = [
{ value: row.unitCode, label: row.unitCode_dictText, type: 'unit' },
{ value: String(row.unitCode), label: row.unitCode_dictText, type: 'unit' },
{
value: row.doseUnitCode,
value: String(row.doseUnitCode),
label: row.doseUnitCode_dictText,
type: 'dose',
},
{
value: row.minUnitCode,
value: String(row.minUnitCode),
label: row.minUnitCode_dictText,
type: 'minUnit',
},
@@ -1514,8 +1527,8 @@ function setValue(row) {
// dose: undefined, Removed to preserve dose value from group package
unitCodeList: unitCodeList.value,
doseUnitCode: row.doseUnitCode,
minUnitCode: row.minUnitCode,
unitCode: row.partAttributeEnum == 1 ? row.minUnitCode : row.unitCode,
minUnitCode: String(row.minUnitCode),
unitCode: row.partAttributeEnum == 1 ? String(row.minUnitCode) : String(row.unitCode),
categoryEnum: row.categoryCode,
definitionId: row.chargeItemDefinitionId,
executeNum: 1,
@@ -1531,6 +1544,13 @@ function setValue(row) {
? new Decimal(selectedStock.price).div(row.partPercent).toFixed(6)
: prevRow.minUnitPrice,
positionName: selectedStock?.locationName,
totalPrice: row.quantity
? (String(row.unitCode) == String(row.minUnitCode)
? (row.quantity * (selectedStock
? new Decimal(selectedStock.price).div(row.partPercent).toFixed(6)
: prevRow.minUnitPrice)).toFixed(6)
: (row.quantity * (selectedStock?.price ?? 0)).toFixed(6))
: undefined,
}
: {
quantity: 1,
@@ -1581,10 +1601,10 @@ function handleSaveGroup(orderGroupList) {
therapyEnum: item.orderDetailInfos?.therapyEnum || '1',
};
// 预初始化空行
// 预初始化空行(组套项带预填值,设为 false 让明细字段在表格中直接展示)
prescriptionList.value[rowIndex.value] = {
uniqueKey: nextId.value++,
isEdit: true,
isEdit: false,
statusEnum: 1,
};
@@ -1615,7 +1635,10 @@ function handleSaveGroup(orderGroupList) {
conditionId: conditionId.value,
conditionDefinitionId: conditionDefinitionId.value,
encounterDiagnosisId: encounterDiagnosisId.value,
diagnosisName: diagnosisName.value,
therapyEnum: prescriptionList.value[rowIndex.value]?.therapyEnum || mergedDetail.therapyEnum || '1',
// 🔧 修复:确保组套医嘱的 categoryEnum 被正确映射,防止后端 NPE
categoryEnum: mergedDetail?.categoryEnum || mergedDetail?.categoryCode || item?.categoryCode,
};
// 计算价格和总量
@@ -1656,6 +1679,8 @@ function handleSaveHistory(value) {
encounterDiagnosisId: encounterDiagnosisId.value,
// 确保 therapyEnum 被正确传递,默认为长期医嘱('1')
therapyEnum: value.therapyEnum || '1',
// 🔧 修复:历史医嘱的 categoryCode(String) 映射为后端 categoryEnum(Integer),防止 NPE
categoryEnum: value.categoryEnum || value.categoryCode,
contentJson: JSON.stringify({
...value,
therapyEnum: value.therapyEnum || '1',

View File

@@ -22,9 +22,6 @@
<el-tab-pane label="检查申请" name="examine">
<ExamineApplication ref="examineApplicationRef" />
</el-tab-pane>
<!-- <el-tab-pane label="汇总发药申请" name="summaryDrug">
<SummaryDrugApplication ref="summaryDrugApplicationRef" />
</el-tab-pane> -->
<el-tab-pane label="手术申请" name="surgery">
<SurgeryApplication ref="surgeryApplicationRef" />
</el-tab-pane>

View File

@@ -354,7 +354,7 @@ const adviceTypeList = computed(() => {
}
// 默认值
return [
{ label: '耗材', value: 4 },
{ label: '耗材', value: 2 },
{ label: '诊疗', value: 3 },
{ label: '全部', value: '' },
];
@@ -555,7 +555,7 @@ function loadDepartmentOptions() {
function getAdviceBaseInfos() {
adviceLoading.value = true;
queryParams.value.searchKey = searchText.value;
queryParams.value.adviceType = adviceType.value;
queryParams.value.adviceTypes = adviceType.value;
queryParams.value.organizationId = orgId.value;
queryParams.value.pricingFlag = 1; // 划价标记
getAdviceBaseInfo(queryParams.value)

View File

@@ -29,12 +29,6 @@ export const inpatientNurseNavs = [
icon: 'EditPen',
accent: '#ff7a45',
},
{
label: '汇总发药申请',
path: '/inHospital/statistics/drugDistribution',
icon: 'Collection',
accent: '#597ef7',
},
{
label: '住院记账',
path: '/inHospital/statistics/InpatientBilling',

View File

@@ -106,7 +106,7 @@
</template>
<script setup>
import {getCurrentInstance, ref} from 'vue';
import {getCurrentInstance, nextTick, ref} from 'vue';
import {useRouter} from 'vue-router';
import PatientList from '../components/patientList.vue';
import PrescriptionList from './components/prescriptionList.vue';
@@ -173,15 +173,29 @@ function handleGetPrescription() {
}
}
function handelSwicthChange(value) {
if (!prescriptionRefs.value) {
chooseAll.value = false;
return;
}
if (value) {
prescriptionRefs.value.selectAllRows();
async function handelSwicthChange(value) {
if (isDetails.value == '1') {
if (!prescriptionRefs.value) {
chooseAll.value = false;
return;
}
await nextTick();
if (value) {
prescriptionRefs.value.selectAllRows();
} else {
prescriptionRefs.value.clearSelection();
}
} else {
prescriptionRefs.value.clearSelection();
if (!summaryMedicineRefs.value) {
chooseAll.value = false;
return;
}
await nextTick();
if (value) {
summaryMedicineRefs.value.selectAllRows();
} else {
summaryMedicineRefs.value.clearSelection();
}
}
}
@@ -198,7 +212,11 @@ function handleTherapyChange() {
}
function handleExecute() {
proxy.$refs['prescriptionRefs'].handleMedicineSummary();
if (isDetails.value == '1') {
prescriptionRefs.value?.handleMedicineSummary();
} else {
summaryMedicineRefs.value?.handleExecute();
}
}
function handleBack() {
@@ -206,7 +224,11 @@ function handleBack() {
}
provide('handleGetPrescription', (value) => {
prescriptionRefs.value.handleGetPrescription();
if (isDetails.value == '1') {
prescriptionRefs.value?.handleGetPrescription();
} else {
summaryMedicineRefs.value?.handleGetPrescription();
}
});
</script>

View File

@@ -182,8 +182,16 @@ function handleRadioChange() {
function handleGetPrescription() {
if (patientInfoList.value.length > 0) {
// 过滤掉 encounterId 无效的患者节点,防止后端 SQL 解析异常
const validEncounterIds = patientInfoList.value
.map((i) => i.encounterId)
.filter((id) => id !== undefined && id !== null && id !== '');
if (validEncounterIds.length === 0) {
proxy.$message.warning('请选择有效的患者');
return;
}
loading.value = true;
let encounterIds = patientInfoList.value.map((i) => i.encounterId).join(',');
let encounterIds = validEncounterIds.join(',');
getPrescriptionList({
encounterIds: encounterIds,
requestStatus: props.requestStatus,

View File

@@ -777,6 +777,9 @@ const InputOptions = ref([
// 日期范围 - 体征信息搜索时间
const receptionTime = ref(null);
// 按钮禁用状态(保存按钮依赖)
const buttonDisabled = ref(false);
// 表单数据 - 体征录入
const formData = ref({
recordingDate: '',
@@ -847,26 +850,10 @@ function getPatientList() {
patientId: props.patientId
}
}).then((res) => {
// 判断返回的数据结构
let data = res.data;
if (res.data && res.data.data && typeof res.data.data === 'object') {
// 如果是嵌套结构 {data: {data: Array(3)}}
data = res.data.data;
} else if (res.data && typeof res.data === 'object' && res.data.data !== undefined) {
// 如果是 {code: 200, msg: '操作成功', data: Array(3)}
data = res.data.data;
}
console.log('=== data 长度 ===', data?.length);
if (res.code === 200 && data) {
console.log('=== 准备赋值 patientList.value ===');
patientList.value = data;
console.log('=== patientList.value 赋值后 ===', patientList.value);
console.log('=== patientList.value 长度 ===', patientList.value?.length);
if (res.code === 200 && res.data) {
patientList.value = Array.isArray(res.data) ? res.data : (res.data.data || []);
} else {
console.error('=== 查询失败或无数据 ===');
patientList.value = [];
}
}).catch(err => {
console.error('=== 查询报错 ===', err);
@@ -885,8 +872,22 @@ function getPatientDetial() {
queryParams.value.patientId = props.patientId;
// 默认查询今天的数据
const today = moment().format('YYYY-MM-DD');
const now = moment();
receptionTime.value = [today, today];
formData.value.recordingDate = today;
// 自动填充最近的整点时间点2/6/10/14/18/22点
const hour = now.hour();
const timePoints = [2, 6, 10, 14, 18, 22];
let nearestHour = timePoints[0];
let minDiff = Math.abs(hour - nearestHour);
for (const tp of timePoints) {
const diff = Math.abs(hour - tp);
if (diff < minDiff) {
minDiff = diff;
nearestHour = tp;
}
}
formData.value.timePoint = String(nearestHour).padStart(2, '0') + '00';
// 自动加载数据
getPatientList();
listPatient(queryParams.value).then((res) => {
@@ -967,6 +968,29 @@ function confirmCharge() {
encounterId: props.patientInfo.encounterId,
};
// 自动获取当前日期和时间
const now = moment();
if (!params.recordingDate) {
params.recordingDate = now.format('YYYY-MM-DD');
formData.value.recordingDate = params.recordingDate;
}
if (!params.timePoint) {
// 取最近的整点时间点2/6/10/14/18/22点
const hour = now.hour();
const timePoints = [2, 6, 10, 14, 18, 22];
let nearestHour = timePoints[0];
let minDiff = Math.abs(hour - nearestHour);
for (const tp of timePoints) {
const diff = Math.abs(hour - tp);
if (diff < minDiff) {
minDiff = diff;
nearestHour = tp;
}
}
params.timePoint = String(nearestHour).padStart(2, '0') + '00';
formData.value.timePoint = params.timePoint;
}
// 收集所有录入的体征数据
const vitalSignsCode = [];
const vitalSignsValues = [];
@@ -1052,13 +1076,18 @@ function confirmCharge() {
vitalSignsValues.push(params.stoolVolume);
}
// 校验:没有录入任何体征数据时提示用户
if (vitalSignsCode.length === 0) {
proxy.$modal.msgWarning('请录入患者体征信息');
return;
}
params.vitalSignsCode = vitalSignsCode;
params.vitalSignsValues = vitalSignsValues;
params.recordingDate = formData.value.recordingDate || moment(new Date()).format('YYYY-MM-DD');
addVitalSigns(params).then(res => {
if (res.code === 200) {
proxy.msgSuccess('保存成功');
proxy.$modal.msgSuccess('保存成功');
// 保存成功后刷新列表
getPatientList();
// 清空表单
@@ -1088,6 +1117,9 @@ function confirmCharge() {
stoolVolume: '',
};
}
}).catch(err => {
console.error('保存体征数据失败:', err);
proxy.$modal.msgError('保存失败,请重试');
});
}
/** 重置操作表单 */

View File

@@ -982,6 +982,16 @@ function handleSubmitApproval() {
} else if (!form.purchaseinventoryList[length - 1].isSave) {
proxy.$modal.msgWarning('第' + length + '行单据未保存,请先保存');
} else {
// 提交审批前逐行校验库存,防止超库存单据进入审批
for (let i = 0; i < form.purchaseinventoryList.length; i++) {
const line = form.purchaseinventoryList[i];
if (!line) continue;
const err = validateRequisitionQtyVsStock(line, i + 1);
if (err) {
proxy.$modal.msgWarning(err);
return;
}
}
submitApproval(receiptHeaderForm.busNo).then((response) => {
if (response.code == 200) {
proxy.$modal.msgSuccess('提交审批成功');
@@ -1131,8 +1141,7 @@ function handleLocationClick(item, row, index) {
.then((res) => {
const list = res.data || [];
const d = pickBestOrgQuantityRow(list);
const strictOk = d && Number(d.orgQuantity ?? 0) > 0;
if (strictOk) {
if (d) {
applyFromDto(d, false);
if (Number(r.totalQuantity) <= 0) {
proxy.$message.warning('仓库数量为0无法调用');
@@ -1144,11 +1153,15 @@ function handleLocationClick(item, row, index) {
return runGet(false).then((res2) => {
const list2 = res2.data || [];
const d2 = pickBestOrgQuantityRow(list2);
if (d2 && Number(d2.orgQuantity ?? 0) > 0) {
if (d2) {
applyFromDto(d2, true);
proxy.$message.info(
'所选批号在本仓库无对应库存或批号不一致,已按仓库实物回显批号与可领数量,请核对。'
);
if (Number(r.totalQuantity) <= 0) {
proxy.$message.warning('仓库数量为0无法调用');
} else {
proxy.$message.info(
'所选批号在本仓库无对应库存或批号不一致,已按仓库实物回显批号与可领数量,请核对。'
);
}
} else {
r.totalQuantity = 0;
r.price = 0;

View File

@@ -739,15 +739,25 @@ function handleSubmitApproval() {
let length = totalIncentoryInfoList.value.length;
if (length < 1) {
proxy.$modal.msgWarning('请先添加单据');
} else if (data.isEdit) {
proxy.$modal.msgWarning('单据未保存');
} else {
submitApproval(receiptHeaderForm.busNo).then((response) => {
proxy.$modal.msgSuccess('提交审批成功');
tagsViewStore.delView(router.currentRoute.value);
router.replace({ path: 'transferManagentList' });
});
return;
}
// 校验调拨数量:必须 > 0
const invalidQtyRow = totalIncentoryInfoList.value.find(
(row) => !row.itemQuantity || row.itemQuantity <= 0
);
if (invalidQtyRow) {
proxy.$modal.msgWarning('存在调拨数量为0或无效的明细请检查后提交');
return;
}
if (data.isEdit) {
proxy.$modal.msgWarning('单据未保存');
return;
}
submitApproval(receiptHeaderForm.busNo).then((response) => {
proxy.$modal.msgSuccess('提交审批成功');
tagsViewStore.delView(router.currentRoute.value);
router.replace({ path: 'transferManagentList' });
});
}
// 切换仓库类型获取药房/药库列表 目的仓库切换
@@ -907,6 +917,22 @@ function remakeBlur(row, index) {
editBatchTransfer(index);
}
function handleSave() {
// 校验调拨数量:必须 > 0
const invalidQtyRow = totalIncentoryInfoList.value.find(
(row) => !row.itemQuantity || row.itemQuantity <= 0
);
if (invalidQtyRow) {
proxy.$modal.msgError('调拨数量必须大于0请检查');
return;
}
// 校验调拨数量不能超过源仓库库存
const exceedStockRow = totalIncentoryInfoList.value.find(
(row) => row.itemQuantity > row.totalSourceQuantity
);
if (exceedStockRow) {
proxy.$modal.msgError('调拨数量不可超出源库存数量,请检查!');
return;
}
// 校验单价
const invalidPriceRow = totalIncentoryInfoList.value.find(
(row) => !row.price || row.price <= 0

View File

@@ -781,7 +781,7 @@
</el-table>
<!-- 底部分页区 -->
<div class="pagination-container apply-pagination" style="margin-top: 10px; padding-bottom: 20px">
<div class="pagination-container apply-pagination">
<pagination
v-show="applyTotal > 0"
:total="applyTotal"
@@ -792,12 +792,9 @@
@pagination="getSurgicalScheduleList"
/>
</div>
<!-- 分页与底部操作区之间的间隔 -->
<div style="height: 48px"></div>
<!-- 底部操作区 -->
<template #footer>
<div class="dialog-footer" style="margin-top: 24px; padding-top: 12px; border-top: 1px solid #ebeef5">
<div class="dialog-footer" style="padding-top: 12px; border-top: 1px solid #ebeef5">
<el-button @click="cancelApplyDialog">取消</el-button>
<el-button type="primary" @click="confirmApply">确认</el-button>
</div>
@@ -832,7 +829,7 @@
</div>
<div style="padding: 10px">
<prescriptionlist :patientInfo="chargePatientInfo" ref="prescriptionRef"
:generateSourceEnum="1"
:generateSourceEnum="chargePatientInfo.generateSourceEnum"
:sourceBillNo="chargePatientInfo.sourceBillNo" />
<div class="overlay" v-if="disabled"></div>
</div>
@@ -1568,7 +1565,7 @@ function handleMedicalAdvice(row) {
temporaryMedicalLoading.value = true // 🔧 新增:开始加载
// 调用计费接口获取数据
getPrescriptionList(row.visitId).then((res) => {
getPrescriptionList(row.visitId, 6, row.operCode).then((res) => {
console.log('=== 拉取计费数据返回结果 ===', res)
if (res.code === 200 && res.data) {
// 🔧 修复:显示所有药品请求数据,不管有没有计费项目
@@ -2408,15 +2405,14 @@ function getRowClassName({ row, rowIndex }) {
/* 手术申请查询弹窗 — 分页与footer间距 */
.surgery-apply-dialog :deep(.el-dialog__body) {
padding-bottom: 32px;
padding-bottom: 16px;
}
.surgery-apply-dialog :deep(.el-dialog__footer) {
padding-top: 0;
padding-top: 8px;
}
.surgery-apply-dialog :deep(.apply-pagination) {
padding-bottom: 24px;
margin-bottom: 16px;
border-bottom: 1px solid #ebeef5;
padding-top: 12px;
padding-bottom: 16px;
}
.surgery-apply-dialog :deep(.apply-pagination .el-pagination) {
margin-right: 80px;
@@ -2436,17 +2432,16 @@ function getRowClassName({ row, rowIndex }) {
<style>
/* 手术申请查询弹窗 — 非 scoped 确保穿透 teleport */
.surgery-apply-dialog .apply-pagination {
padding-bottom: 24px !important;
margin-bottom: 16px !important;
border-bottom: 1px solid #ebeef5 !important;
padding-top: 12px !important;
padding-bottom: 16px !important;
}
.surgery-apply-dialog .apply-pagination .el-pagination {
margin-right: 80px !important;
}
.surgery-apply-dialog .el-dialog__body {
padding-bottom: 32px !important;
padding-bottom: 16px !important;
}
.surgery-apply-dialog .el-dialog__footer {
padding-top: 0 !important;
padding-top: 8px !important;
}
</style>