关羽
9d9e7fa175
Fix Bug #389 : 住院护士站-》医嘱校对:界面筛选条件失效:勾选"临时"医嘱仍显示"长期"医嘱数据
...
前端therapyEnum参数在type.value为undefined时会被序列化为字符串"undefined"传递给后端,
导致后端无法正确解析而跳过过滤条件。修复为条件展开语法:仅在type.value有值时才传递therapyEnum参数,
确保"全部"筛选时不传该字段以获取全部医嘱。
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:07:05 +08:00
关羽
17f26d9743
Fix Bug #389 : 住院护士站-》医嘱校对:界面筛选条件失效:勾选"临时"医嘱仍显示"长期"医嘱数据
...
根因:therapyEnum 参数映射逻辑完全颠倒。
原代码:type.value === 1 ? undefined : type.value === 2 ? 1 : 2
- 选择"长期"(1)时传 undefined(不传,无过滤)
- 选择"临时"(2)时传 1(长期值)
- 选择"全部"时传 2(临时值)
修复:直接传 type.value,与后端 therapyEnum 枚举一致:
- undefined → 全部 / 1 → 长期 / 2 → 临时
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
关羽
dffcb18769
Fix Bug #389 : 住院护士站-》医嘱校对:界面筛选条件失效:勾选"临时"医嘱仍显示"长期"医嘱数据
...
前端筛选参数映射错误:radio按钮的值(1=全部/2=长期/3=临时)被直接传给后端therapyEnum参数,
而后端枚举值为1=长期、2=临时。当选择"临时"(type.value=3)时,后端收到therapyEnum=3不匹配任何枚举,
导致筛选失效。修复为正确映射:1->undefined(不传), 2->1(长期), 3->2(临时)。
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
关羽
4799c944c0
Fix Bug #488 : 【临床医嘱】双击编辑待签发医嘱,医嘱类型回显为数字且点击确认报接口错误
...
- 修复 handleSaveSign 中 getBindDevice 调用时 itemNo 可能为 undefined 导致的后端报错 "Required request parameter 'itemNo' for method parameter type String is not present":增加 itemNo 空值检查,为空时 console.warn 跳过调用而非发送无效请求
- 移除模板中两处调试残留:console.log 表达式渲染到页面(类型列和频次/用法列)
- 修复签发失败处理中截断的 conso; 语法错误
2026-05-10 16:06:10 +08:00
关羽
d243b339a9
Fix Bug #390 : 住院护士站-医嘱执行:通过住院号检索无法定位/筛选患者
...
原 handleSearch 调用 reloadAllPatients 仅尝试刷新已展开的病区节点,
对懒加载树不可靠。改为递增 treeKey 强制树组件完全重新渲染,
触发 loadNode/loadPatientList 重新从后端拉取数据并传入 searchKey 过滤。
2026-05-10 16:06:10 +08:00
关羽
bc36aeb9e6
Fix Bug #486 : [住院医生工作站-临床医嘱] 医嘱检索框不支持全局模糊搜索,未选"医嘱类型"时检索结果为空
...
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
赵云
7cebb14915
Fix Bug #498 : 【住院医生工作站-检查申请】检查申请列表操作项过于单一,缺失修改/作废/打印/看报告等核心临床操作
...
- 根据申请单状态动态展示操作按钮(详情/修改/删除/撤回/打印/看报告)
- 待签发状态:显示修改、删除按钮
- 已签发状态:显示撤回按钮
- 已校对/待接收状态:显示打印按钮
- 已接收/已检查/已出报告状态:显示打印、看报告按钮
- 新增修改申请单弹窗和报告查看弹窗
- 新增删除、撤回申请单 API 调用
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
关羽
b27a847938
Fix Bug #504 : 【住院医生工作站-临床医嘱】护士退回药品医嘱后,医生修改并保存时提示"未匹配到库存信息"
...
根因分析:
1. SQL查询 getRegRequestBaseInfo 未返回 medication_id/adviceDefinitionId 字段,
退回医嘱的 adviceDefinitionId 为 null,导致库存校验查询无法匹配到库存记录
2. 退回医嘱可能缺少 locationId,严格的 locationId 匹配导致校验失败
修复方案:
1. AdviceManageAppMapper.xml:在三个UNION查询中分别添加 medication_id/device_def_id/activity_id AS advice_definition_id
2. AdviceUtils.checkInventory():
- 过滤 null adviceDefinitionId,避免SQL查询异常
- 所有adviceDefinitionId为null时跳过库存校验
- 退回医嘱单个adviceDefinitionId为null时跳过该校验项
- 添加 locationId 容错匹配(为null时跳过location匹配)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
赵云
8ca0976d36
Fix Bug #508 : [住院护士站-住院记账-补费] 点击"划价组套"按钮无任何响应,无法选择组套项目
...
划价组套选择对话框嵌套在补费弹窗内部,缺少 append-to-body 属性导致
Dialog 被渲染在外层弹窗 DOM 内,z-index 层级被遮挡而不可见。
添加 append-to-body 使其挂载到 body 下,确保正常显示。
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
荀彧
e5f57ea4e9
Fix Bug #507 : [住院护士站-住院记账-补费] 项目单位未获取、执行科室显示内码且缺乏默认/模糊搜索逻辑
...
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
华佗
2ee9ba911e
Fix Bug #505 : 【业务逻辑缺陷】药品医嘱已由药房发药,护士仍能在"医嘱校对"模块执行"退回"操作
...
前后端双重校验防止已发药医嘱被退回:
1. 后端 InpatientAdviceDto 新增 dispenseStatus 字段,Mapper SQL LEFT JOIN med_medication_dispense 获取发药状态
2. 后端 adviceReject 方法增加前置校验,已发药(COMPLETED)的医嘱直接拒绝退回
3. 前端 prescriptionList.vue handleCancel 方法增加 dispenseStatus 校验,已发药医嘱点击退回时弹窗提示
2026-05-10 16:06:10 +08:00
赵云
41d2619cd2
Fix Bug #501 : 【住院护士站-医嘱执行】医嘱执行页面点击“取消执行”报错
2026-05-10 16:06:10 +08:00
赵云
8267a548b4
Fix Bug #501 : 【住院护士站-医嘱执行】医嘱执行页面点击"取消执行"报错
...
取消执行时 procedureIds 数组可能为空导致后端 SQL 异常,改为从
exePerformRecordList 直接提取 procedureId,并增加空数据校验
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
赵云
06de840e31
Fix Bug #500 : 【门诊医生站】检查申请右侧"检查项目分类"切换时,界面出现明显抖动/闪烁
...
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
关羽
a020cd880f
Fix Bug #503 : 【住院发退药】发药明细与发药汇总单数据触发时机不一致,存在业务脱节风险
...
在 selectEncounterInfoListPage 和 selectMedicineDispenseOrderPage 两个查询中增加
summary_no IS NOT NULL 过滤条件,使发药明细单仅在护士执行"汇总发药申请"后才显示记录,
与发药汇总单保持一致的触发时机。
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 16:06:10 +08:00
关羽
74ef47fcc0
Fix Bug #503 : 【住院发退药】发药明细与发药汇总单数据触发时机不一致,存在业务脱节风险
...
根因分析:
- 发药明细单查询(selectEncounterInfoListPage)直接从 med_medication_dispense 表查询,
护士执行医嘱后立即显示记录
- 发药汇总单查询从 wor_supply_request 表查询,只有护士执行"汇总发药申请"后才创建记录
- 两者数据源不同导致明细单先显示、汇总单后显示的业务脱节问题
修复方案:
1. 在明细单查询中增加 EXISTS 子查询,仅显示已通过汇总发药申请流程创建的就诊记录
(通过 med_medication_dispense.summary_no 关联 wor_supply_request.bus_no)
2. 将已汇总状态(status_enum=8, SUMMARIZED)纳入明细单的状态过滤条件,确保汇总申请提交后
明细单能正常显示对应的就诊记录
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-10 11:05:03 +08:00