Compare commits

..

48 Commits

Author SHA1 Message Date
关羽
d32ac8e9b3 Fix Bug #432: 门诊手术安排:新增手术安排保存时报错 - 根因+修复方案
根因:OpCreateScheduleDto缺少@JsonIgnoreProperties注解,Jackson默认
FAIL_ON_UNKNOWN_PROPERTIES=true,前端提交的表单包含DTO中不存在的字段
(identifierNo、patientName、gender、age、birthDay等)导致反序列化失败

修复:在OpCreateScheduleDto类上添加@JsonIgnoreProperties(ignoreUnknown = true)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 12:19:49 +08:00
关羽
dfe54e1b87 Fix Bug #432: 根因+修复方案摘要 2026-05-16 12:19:49 +08:00
赵云
3b92d6bf08 Fix Bug #428: 根因+修复方案摘要 2026-05-16 12:19:49 +08:00
赵云
6cb0434ba4 Fix Bug #426: 门诊医生站-检查开立:已选择列表应支持树形展开,显示套餐明细(项目/数量/单价)
根因: Element Plus el-table 懒加载模式下,tree-props.hasChildren 要求行数据
包含 hasChildren: true 才能显示展开箭头。所有创建套餐项的代码路径都设置了
isPackage: true 和 packageId,但未设置 hasChildren 属性。

修复: 在 7 处代码路径中补充 hasChildren 属性设置。
2026-05-16 12:19:49 +08:00
关羽
4958676500 Fix Bug #403: 住院医生工作站:应用医嘱组套后,药品明细字段内容丢失未正确引入表格
组套应用时数据预处理缺失部分关键字段(doseUnitCode_dictText/positionName/
injectFlag/skinTestFlag),导致父组件构建行数据时无法获取完整信息。
在orderGroupDrawer的processed item中显式补充这些字段。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 12:19:49 +08:00
关羽
65203d466d Fix Bug #401: 门诊完诊审计日志错误:div_log 表中 pool_id 与 slot_id 存值与设计规范不符
根因:queueWasAlreadyCompleted 条件限制导致队列已由分诊台完诊时,
医生站完诊不写 div_log 审计日志,造成审计记录缺失。
数据库12条COMPLETE记录中6条pool_id/slot_id为NULL(50%)。

修复:移除 queueWasAlreadyCompleted 条件限制,确保每次完诊操作
都生成审计日志;保留 queueWasAlreadyCompleted 日志用于排查。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 12:10:22 +08:00
c007ee3458 bug524 [门诊/医生个人报卡管理] 传染病报告卡保存后数据回显失败:病例分类、日期及分型字段为空 2026-05-16 12:10:22 +08:00
9c0302b920 bug432 门诊手术安排:新增手术安排保存时报错 2026-05-16 12:10:22 +08:00
wangjian963
1a5c65bbf7 Fix Bug 505505 【业务逻辑缺陷】药品医嘱已由药房发药,护士仍能在“医嘱校对”模块执行“退回”操作
[门诊手术安排]“手术申请查询”弹窗底部,分页组件与界底部元素重叠,影响操作。
2026-05-16 12:10:22 +08:00
关羽
95f9bc1698 Fix Bug #536: [门诊手术安排]"手术申请查询"弹窗底部,分页组件与界面底部元素重叠,影响操作。
根因:弹窗 body 无高度约束,窗口缩小时内容溢出导致分页与 footer 重叠。
修复:为弹窗添加 max-height: 75vh + overflow-y: auto 约束,分页与 footer 增加间距和分隔线。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 12:10:22 +08:00
关羽
943adeb227 Fix Bug #534: 【手术管理-门诊手术安排】点击"签发"按钮抛出异常,导致业务中断
修复两个问题:
1. prescriptionlist.vue 签发时 organizationId 可能为 undefined,添加回退值确保后端接收有效值
2. index.vue 计费弹窗缺少 generateSourceEnum 参数传递,导致 getListInfo 查询时无法正确过滤手术计费项目

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 16:35:57 +08:00
荀彧
2e2237926b Fix Bug #535: 【住院护士站-医嘱校对】已校验过的医嘱错误显示于"未校对"列表中,导致数据状态联动失效
根因:后端 getInpatientAdvicePage 方法中将 requestStatus 置为 null,
未按前端 tab 传入的状态值过滤,导致无论切换哪个 tab 都返回全部医嘱。
SQL 中的 CASE 条件仅处理 DRAFT 状态的 performer_check_id 校验,
并未按 request_status 字段过滤。

修复:保存 requestStatus 后,在查询结果集上按 requestStatus 手动过滤,
与 exeStatus 的过滤方式保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 16:35:40 +08:00
关羽
0e2aeddedb Fix Bug #533: 【门诊手术安排-计费】添加药品费用项目保存提示成功,但列表页未同步显示计费药品项目
根因:DoctorStationAdviceAppServiceImpl 中 handMedication/handDevice/handService 方法
硬编码 generateSourceEnum=1(医生开立),但前端手术计费传入 generateSourceEnum=6,
查询时按 6 过滤导致找不到记录。

修复:1. GenerateSource 枚举新增 SURGERY_BILLING(6)
      2. 8处 setGenerateSourceEnum 改为优先使用 DTO 的 generateSourceEnum,
         空时回退到 DOCTOR_PRESCRIPTION

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 16:35:40 +08:00
关羽
fac16d791f Fix Bug #533: 【门诊手术安排-计费】添加药品费用项目保存提示成功,但列表页未同步显示计费药品项目
根因:手术计费弹窗中 prescriptionlist 组件的 generateSourceEnum prop 被硬编码为 1,
但保存时 handleSaveSign 将 generateSourceEnum 设为 6(手术计费)。
保存后调用 getListInfo 刷新列表时,用 generateSourceEnum=1 查询,
后端返回 generateSourceEnum=6 的数据不匹配,导致列表为空。

修复:移除硬编码的 :generateSourceEnum="1" prop,
让组件通过 sourceBillNo 过滤即可正确显示保存的手术计费项目。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 15:58:20 +08:00
3c7a69937b fix bug249:手术管理-》门诊手术安排:【新增手术安排】-》【查找】在门诊医生站已【删除】作废的手术申请单在查询界面还能查询出来 2026-05-15 15:58:20 +08:00
赵云
ab12d23168 Fix Bug #532: 【手术管理】点击"查看"或"编辑"按钮弹出 SQL 语法报错。
根因:getSurgeryScheduleDetail SQL 查询中引用了 fc.contract_name AS feeType,
但 fc (fin_contract) 表从未被 JOIN,导致 SQL 语法错误。
修复:删除未关联表的 fc.contract_name 字段,保留已有的 os.fee_type AS feeType。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 15:58:20 +08:00
Ranyunqiao
5777053140 403 住院医生工作站:应用医嘱组套后,药品明细字段内容丢失未正确引入表格 521 [住院医生站-临床医嘱-检查申请] 手工选择执行科室后,保存仍提示“未找到项目执行的科室” 528 [住院医生工作站-检查申请] 修改申请单成功后,弹窗未自动关闭且列表数据未自动刷新 531 [住院医生站-临床医嘱-检查] 检查申请单打开数据没有正常加载 2026-05-15 15:58:20 +08:00
wangjian963
6f52467f08 Revert "Merge remote-tracking branch 'origin/develop' into develop"
This reverts commit 5946c1ea4b, reversing
changes made to 8d905c9844.
2026-05-15 15:58:20 +08:00
wangjian963
7fcf9a5ec9 Reapply "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常"
This reverts commit 49fc905316.
2026-05-15 15:58:20 +08:00
wangjian963
963fd238e4 Revert "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常"
This reverts commit 4e7e79d9c0.
2026-05-15 15:58:20 +08:00
wangjian963
bacb4d43d3 Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常
Root cause: Bug #489修复为UNION添加SELECT DISTINCT后,PostgreSQL无法将
服务侧无类型NULL文字自动匹配药品侧对应列的类型,报错"UNION types integer
and text cannot be matched"(错误位置: skin_test_flag列,第9列)。

Fix:
- InpatientAdviceDto.categoryCode: Integer → String,与DB varchar对齐
- AdviceProcessAppMapper.xml: 服务侧UNION 13处NULL添加PostgreSQL显式类型
  强转(::integer / ::bigint / ::numeric / ::varchar),同时part_percent
  的'1'改为'1::numeric'以安全匹配药品侧numeric类型
2026-05-15 15:58:20 +08:00
Ranyunqiao
08b2247071 bug 470 494 2026-05-15 15:58:20 +08:00
关羽
5cfb091d0b Fix Bug #511: [住院医生工作站-临床医嘱] 护士退回的医嘱在医生站双击无法进入编辑模式,导致无法修改重发
- 使用 Number() 做 statusEnum 类型转换并用 === 严格比较,避免前后端类型不一致导致双击无响应
- 使用 splice 替代直接赋值更新 prescriptionList,确保 Vue 响应式系统能正确触发渲染更新
- 使用 nextTick 包裹 expandOrder 设置,确保数据更新后再设置展开状态,保证 el-table 正确识别 row-key
- 增加 findIndex 返回 -1 时的错误处理,给用户可见提示而非静默失败
2026-05-15 01:28:07 +08:00
关羽
5bd49fb580 Fix Bug #509: [门诊医生站-手术申请] 提交申请后列表未实时刷新展示数据,且提示语需优化
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 01:28:07 +08:00
关羽
d3d144bb18 Fix Bug #507: [住院护士站-住院记账-补费] 项目单位未获取、执行科室显示内码且缺乏默认/模糊搜索逻辑
根因分析:
1. 执行科室显示内码:loadDepartmentOptions 只读取树形结构的第一层(records[0].children),
   但后端返回的是多层嵌套的树形数据。修复为递归扁平化 flattenTree() 提取所有科室节点。
2. 单位字段为空:getUnitCodeOptions 中 unitCode_dictText/minUnitCode_dictText 为 null 时,
   option 的 codeText 为 null 导致 el-select 无法显示。修复为 fallback 到 code 值本身。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 01:08:05 +08:00
荀彧
6d766b09a7 Fix Bug #498: 【住院医生工作站-检查申请】检查申请列表状态筛选HAVING子句与SELECT映射不一致导致筛选失败
SELECT的CASE映射将status_enum=4映射为3(待接收),但HAVING子句将status_enum=4映射为4,
导致按"待接收"或"已接收"状态筛选时无结果返回。同时修正status_enum=5/6/7的映射从5→7。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 01:08:05 +08:00
关羽
b3de1dec38 Fix Bug #495: 【医嘱闭环】已校对医嘱无法流转至"医嘱执行"界面,导致费用无法提交执行
后端SQL查询未过滤requestStatus(医嘱请求状态),导致医嘱执行页面的"待执行"tab
返回所有状态医嘱而非仅返回已校对(status=3)的医嘱。修复方式:
1. AdviceProcessAppMapper.java: 新增requestStatus参数
2. AdviceProcessAppMapper.xml: 在med_medication_request和wor_service_request子查询的
   WHERE条件中增加 AND T1.status_enum = #{requestStatus} 过滤
3. AdviceProcessAppServiceImpl.java: 保存requestStatus并传递给mapper,
   替代原注释"后端SQL已通过CASE条件处理"的错误假设

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:21:39 +08:00
荀彧
64325a8493 Fix Bug #497: 【住院医生工作站-检查申请】检查申请列表调整"申请单状态"列位置至申请单号后
将列表中的"申请单状态"列从申请者列之后移至申请单号之后,使列顺序为:申请单号→申请单状态→申请者→操作,与检验申请列表保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:21:39 +08:00
荀彧
609f3c3f8a Fix Bug #508: [住院护士站-住院记账-补费] 点击"划价组套"按钮无任何响应,无法选择组套项目
根因分析:FeeDialog组件模板有两个根元素(两个el-dialog),在Vue 3中虽支持多根组件,
但Element Plus的嵌套el-dialog配合append-to-body在多根场景下可能出现渲染/挂载问题。

修复方案:
1. 将两个el-dialog包裹在单一根<div>中,确保组件挂载行为与项目中其他正常工作的嵌套弹窗一致
2. 内层弹窗增加destroy-on-close,确保每次打开时DOM完全重建,避免残留状态导致的不显示问题

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:21:39 +08:00
荀彧
8af3c6c31c Fix Bug #500: 【门诊医生站】检查申请右侧"检查项目分类"切换时,界面出现明显抖动/闪烁
根因分析:
1. el-collapse-item__content 上的 transition: height/max-height 0.3s 与 Element Plus
   内部 accordion 动画冲突,造成"双重动画"效果,表现为切换分类时高度跳变
2. collapse-scroll 的 min-height: 120px 过小,切换内容较少的分类时容器收缩导致布局抖动
3. 分类内"加载中..."提示使用 v-if,出现/消失时引起 collapse content 高度突变

修复策略:
- 移除 el-collapse-item__content 和 el-collapse-item 的自定义 transition 属性,
  让 el-collapse 使用原生动画,消除双重动画
- 增大 collapse-scroll 的 min-height 从 120px 到 350px,确保切换时容器不收缩
- 将加载提示的 v-if 改为 v-show,避免 DOM 插入/移除引起高度跳变

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:21:39 +08:00
荀彧
c24520db74 Fix Bug #486: [住院医生工作站-临床医嘱] 医嘱检索框不支持全局模糊搜索,未选"医嘱类型"时检索结果为空
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:04:59 +08:00
关羽
091bf16df2 Fix Bug #488: 【临床医嘱】双击编辑待签发医嘱,医嘱类型回显为数字且点击确认报接口错误
问题1-医嘱类型回显为数字: 编辑待签发医嘱时,当行的adviceType值(如3/诊疗)
不在当前adviceTypeList选项列表中时,el-select会回显为纯数字。
修复:新增hasAdviceTypeOption和getAdviceTypeLabel函数,当类型无匹配选项时
显示el-tag标签而非空下拉框,避免数字回显。

问题2-点击确认报itemNo接口错误: getBindDevice接口调用无catch处理,
接口失败时promise rejection阻断主流程保存。
修复:为getBindDevice调用链添加.catch()静默降级,确保绑定设备接口失败
不影响医嘱主流程保存。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:04:59 +08:00
关羽
214e82ae29 Fix Bug #476: 住院医生工作-检查申请单界面缺失核心临床字段(紧急程度、过敏史、检查目的等)
补充打印功能中缺失的核心临床字段:紧急程度、期望检查时间、过敏史、检查目的、病史摘要,
并对urgencyLevel等编码字段应用transformField进行值转换显示。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:04:59 +08:00
关羽
655436bea9 Fix Bug #467: [住院医生工作站-检验申请] 列表显示信息不规范:标题术语错误且单据名称未展示具体检验项目
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-15 00:04:59 +08:00
关羽
4069c452ba Fix Bug #480: [住院护士站-医嘱执行] 非耗材类医嘱执行报"耗材库存"错误且全选逻辑联动异常
根因分析:
1. 耗材库存报错:lotNumberMatch() 按 encounterId 查询 ALL 待发放 DeviceDispense,
   不区分是否为本次执行的医嘱。若该就诊存在其他未执行的耗材记录且库存为零,
   整个调用就会失败,导致非耗材类医嘱执行也被拦截。
2. 全选联动异常:toggleRowSelection() 程序化选中会触发 @select 事件,
   handleRowSelect 中调用 selectAllCheckboxesInRow 导致级联全选。

修复方案:
- 后端:lotNumberMatch 新增 requestIdList 可选参数,当传入时通过 DeviceRequest.basedOnId
  过滤仅校验与本次执行医嘱关联的耗材记录,避免其他未执行医嘱干扰
- 前端:handleExecute 传入 selectedRequestIds(仅诊疗类医嘱的 requestId)
- 前端:新增 skipSelectCascade 标志,程序化 toggleRowSelection 时阻止 handleRowSelect
  触发 selectAllCheckboxesInRow,消除级联反馈环

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:21:32 +08:00
关羽
683ce749f3 Fix Bug #475: 【住院医生工作站】开立检查申请单报错"请先配置当前时间段的执行科室"后,系统仍生成申请记录
合并验证逻辑:移除独立的"配置列表是否为空"检查,改为在遍历 activityList
时统一验证每个项目的执行科室配置。所有验证在任何数据库操作之前完成,
确保验证失败时不会产生脏数据。同时增加 activityList 为空时的明确提示。
2026-05-14 22:08:37 +08:00
赵云
0c74e66c91 Fix Bug #458: 门诊医生站:诊疗类医嘱保存成功后,列表"医嘱类型"列显示为空值
增强 mapAdviceTypeLabel 函数的兜底映射:在原有表名匹配兜底的基础上,
新增不依赖表名的最终兜底映射(1=西药, 2=中成药, 3=诊疗, 4=耗材, 5=会诊, 6=手术),
确保即使字典缺失或表名不匹配也能正确显示类型标签。

同时修复 getListInfo 中 adviceType_dictText 的空字符串判断逻辑,
使用显式 trim() 检查替代 || 运算符,避免后端返回空字符串时未被重新计算。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:37 +08:00
赵云
0209e8ae99 Fix Bug #451: 门诊医生站-提交新增手术申请后列表刷新失败
根因:子组件 submitForm 成功后同时调用 getList() 和 emit('saved'),
父组件 @saved 也调用 getList(),导致两个并发请求产生竞态条件;
若后端事务尚未完全提交,getList() 查询可能失败并弹出 msgError。

修复:
1. 子组件移除直接 getList() 调用,统一由父组件 @saved 刷新
2. 父组件添加 500ms 延迟确保后端事务已提交
3. getList() 错误处理改为 console.warn 优雅降级,避免阻断弹窗

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:37 +08:00
荀彧
9c75858afc Fix Bug #463: [目录管理-诊疗目录] 新增/编辑弹窗中"诊疗子项"检索功能失效,无法搜到已维护的项目
根因:ActivityDefinitionManageMapper.xml 中 getDiseaseTreatmentPage 查询使用 INNER JOIN
关联 adm_charge_item_definition 价格表,导致 55 个没有价格记录的诊疗项目被完全排除
在搜索结果之外。改为 LEFT JOIN 后,即使项目暂无价格记录也能被搜索到。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:37 +08:00
荀彧
b849d4c605 Fix Bug #445: 门诊手术安排-已生成医嘱的计费项目未从待生成列表剔除
根因:submit后本地过滤逻辑中submittedKeys的字段名不匹配
- originalMedicine中的名称字段是adviceName而非medicineName,导致
  名称+规格+数量的匹配键无法正确匹配已提交项
- 修复:增加chargeItemId作为首选匹配标识(后端唯一ID最可靠),
  名称匹配增加adviceName字段兜底

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
荀彧
a4de88a6f9 Fix Bug #444: 门诊手术医嘱界面"已引用计费药品"列表未正常显示药品名称
根因分析:
1. 前端 handleMedicalAdvice 调用 getPrescriptionList 时只传 encounterId,
   未传 generateSourceEnum=6 和 sourceBillNo(手术单号),
   后端默认查询 generateSourceEnum=1(医生开立),漏掉了手术计费创建的药品记录
2. 后端 getRequestBaseInfo 在 sourceBillNo 存在时会过滤掉药品(adviceType=1),
   进一步阻断了手术计费药品的返回

修复方案:
- 前端:handleMedicalAdvice 传参 (visitId, 6, operCode) 匹配手术计费记录
- 后端:移除手术计费场景的药品过滤,前端各组件已按 adviceType 自行过滤

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
关羽
ad21c566f0 Fix Bug #452: 领用出库模块选择药品时提示"仓库数量为0,无法调用",与实际库存数据不符
严格批号查询返回记录但 orgQuantity=0 时,原代码直接调用 applyFromDto 并弹出警告,
未回退到非严格查询(不含 lotNumber)获取同仓库其他有库存的批号。
修复:在 applyFromDto 之前检查 orgQuantity > 0,数量为0时回退到非严格查询。
2026-05-14 22:08:36 +08:00
荀彧
21ac9e80f2 Fix Bug #426: 门诊医生站-检查开立:已选择列表应支持树形展开,显示套餐明细(项目/数量/单价)
修复 loadMethodPackageDetails 函数中套餐明细 API 地址错误(/system/package/ → /system/check-type/package/),导致套餐明细加载失败返回 404

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
赵云
9cfaa7dc41 Fix Bug #402: 住院医生站诊断录入:点击保存诊断后,列表出现重复记录且部分条目元数据缺失
根因:后端 saveDoctorDiagnosis 先删除所有 tcm_flag=0 的记录,再用旧 encounterDiagnosisId
调用 saveOrUpdate,由于记录已删除,UPDATE 失败后 fallback 到 INSERT 导致重复记录。

修复:
1. 后端:不再设置 encounterDiagnosisId,确保 saveOrUpdate 始终执行 INSERT
2. 前端:getList() 后对诊断列表按 ybNo/name 去重,防止重复显示
3. 前端:保存前补全 diagnosisDoctor 和 diagnosisTime 元数据
4. 前端:修复 getTcmDiagnosis 的空值安全访问(res.data?.illness?.length)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
赵云
eb18a2c800 Fix Bug #435: 门诊手术安排:编辑弹窗中"费用类别"字段数据未回显
根因:getSurgeryScheduleDetail 的 SQL 查询中引用了 fc.contract_name 但
未 JOIN fin_contract 表(以及关联的 adm_encounter、adm_account),导致
PostgreSQL 报错 "missing FROM-clause entry for table fc",接口返回失败,
前端费用类别字段无法获取数据。

修复:添加缺失的三表 JOIN(adm_encounter → adm_account → fin_contract),
并移除重复的 os.fee_type AS feeType 别名。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
cf5431cbbf bug499 【住院医生工作站-检查申请】检查申请列表缺失查询过滤功能,不符合临床高效检索要求 数据库语句报错修复 2026-05-14 22:08:36 +08:00
荀彧
a429f77113 Fix Bug #428: 门诊医生站-检查申请:未实现分类联动检查方法及套餐明细展示与勾选逻辑
1. handleMethodSelect 中新增/更新已选项时,设置 expanded=true 使套餐明细自动展开
2. toggleItemExpand 中改用 packageDetailsDisplay/carrier.packageDetails 判断是否已加载明细
   (原代码检查非响应式的 item.packageDetails,导致重复加载或加载判断失效)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 22:08:36 +08:00
关羽
ffa709cf4e Fix Bug #443: 手术计费:点击"签发"耗材时异常报错
根因:签发耗材时 handDevice 方法会重复调用 saveOrUpdate 更新已有的 DeviceRequest 记录,
仅设置了部分字段(可能为 null),导致关键字段 performLocation(发放库房)被覆盖为空。
随后 handleDeviceDispense 创建 DeviceDispense 时 locationId 为 null,触发报错。

修复:签发操作(SIGN_ADVICE)跳过 handDevice 处理。因为耗材请求在保存时已创建完成,
签发只需更新状态(下方批量更新逻辑已处理),无需重新走 insert/update 流程。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-14 18:15:34 +08:00
24 changed files with 172 additions and 848 deletions

View File

@@ -0,0 +1,56 @@
# Bug #401 分析报告
## 根因分析
`div_log` 表中 `pool_id``slot_id` 存值为 NULL 的原因:
### 两条数据获取路径
1. **主路径**:从 `triage_queue_item` 获取 pool_id/slot_id挂号时录入的号源信息为权威来源
2. **回退路径**:通过 `encounter.order_id → order_main.slot_id → adm_schedule_slot.pool_id` 获取
### 失败场景
当两条路径均失败时,`div_log` 记录写入 NULL 值:
- **场景A**:患者未经过分诊队列(如直接挂号就诊),`triage_queue_item` 不存在
- **场景B**`triage_queue_item` 存在但 pool_id/slot_id 为 NULL前端未传递号源信息且 encounter 无 order_id
### 数据库现状
12 条 COMPLETE 记录中有 6 条 pool_id/slot_id 为 NULL50%
- log_id=1852026-05-12无队列项encounter 有 order_id=328 → 回退路径应返回 pool=231, slot=4222但实际为空
- log_id=170/1682026-05-09队列项存在 pool=223/slot=3981但 div_log 为空
- log_id=164/162/159多条队列项均有 pool/slot但 div_log 为空
**历史原因**2026-05-13 之前的代码版本中,回退路径的查询条件有缺陷(`SecurityUtils.getLoginUser().getTenantId()` 与队列项 tenant_id 不匹配),导致回退查询失败。
### 现有修复回顾
| 提交 | 日期 | 修复内容 |
|------|------|----------|
| af0a0957 | 05-13 10:15 | 添加回退路径queueItem → encounter→order→slot |
| fc1ed6c4 | 05-13 14:06 | 回退路径从 else-if 改为独立 if |
| 96102e8b | 05-13 23:27 | 添加 queueAlreadyCompleted 检查防重复写入 |
| 164ac604 | 05-14 08:51 | 修复 queueAlreadyCompleted 竞态条件 |
### 当前代码仍存在的问题
`queueWasAlreadyCompleted` 检查虽然修复了竞态条件,但引入了新的问题:**当队列项已是 COMPLETED 状态时div_log 完全不写入**。这导致:
- 分诊台操作已完诊的患者 → 医生站完诊不写 div_log → 审计记录缺失
- 审计日志无法反映医生站的完诊操作
### 修复方案
1. **移除 queueWasAlreadyCompleted 条件限制**:确保每次完诊操作都写入 div_log 审计记录
2. **增加分诊日志去重机制**:通过同一 encounter 在短时间内的 div_log 记录去重,而非简单跳过
3. **增强回退路径**:当 encounter 无 order_id 时,通过 encounter 关联的其他订单查找 slot 信息
## 修复结果
✅ 成功 | 18 行改动(+18/-16
**修复内容**:移除 `if (!queueWasAlreadyCompleted)` 条件限制,确保每次完诊都生成 div_log 审计记录。同时添加 `log.info` 用于追踪队列已由分诊台完诊时医生站补充写入审计日志的情况。
**影响范围**`DoctorStationMainAppServiceImpl.completeEncounter()` 方法
**验证**Maven 编译通过BUILD SUCCESS

View File

@@ -1,54 +0,0 @@
# Bug #433 分析报告
## 根因分析
### 问题1麻醉方法回显为代码
**数据流**:
1. 数据库 `op_schedule.anes_method` 字段为 VARCHAR存值为字典代码字符串如 `"2"`
2. 后端 `OpSchedule.anesMethod` 为 String 类型,通过 `getSurgeryScheduleDetail` 查询返回
3. 前端 el-select 选项通过 `useDict('anesthesia_type')` 加载,选项值为 `Number(item.value)` 即数字类型
4. `handleEdit``Object.assign(form, data)``form.anesMethod` 为字符串 `"2"`
**根因**: `form.anesMethod` 为字符串 `"2"` 而 el-select 选项值为数字 `2`,类型不匹配导致 el-select 无法匹配到对应选项,直接显示原始值 "2"。
**现有代码的问题**: 代码中有两行转换逻辑:
```javascript
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod) // OK
if (data.anesthesiaTypeEnum != null) form.anesMethod = Number(data.anesthesiaTypeEnum) // 多余
```
第二行 `data.anesthesiaTypeEnum` 不是 `OpScheduleDto` 的字段SQL 查询也不包含此字段,因此永远为 null。但如果某些情况下后端返回了此字段例如值为 0会错误覆盖第一行的正确赋值。
### 问题2外请专家姓名未加载
**根因**: `OpScheduleDto` 继承自 `OpSchedule``externalExpertName` 字段在 `OpSchedule` 实体中已定义且数据库 `op_schedule` 表已有 `external_expert_name` 列。`getSurgeryScheduleDetail` 查询使用 `SELECT os.*`,会返回该字段。前端 `form` 中也已定义 `externalExpertName`
经数据库查询验证,当前数据中 `external_expert_name` 字段确实为空(尚未有用户填写过此字段)。但需确保 `Object.assign` 正确映射,且 `isExternalExpert` 类型匹配 el-radio 的 `:value="1"` / `:value="0"`
## 影响范围
- **前端**: `openhis-ui-vue3/src/views/surgicalschedule/index.vue``handleEdit``handleView` 方法
- **后端**: 无需修改(字段已存在且正常返回)
- **数据库**: 无需修改(字段已存在)
## 修复方案
`handleEdit``handleView` 方法中:
1. 删除多余的 `anesthesiaTypeEnum` 转换行
2. 使用 `$nextTick` 确保类型转换在 `Object.assign` 后在下一个 tick 执行,确保 Vue 响应式系统已处理完 `Object.assign` 的变更后再设置值
3. 统一确保所有字典类型字段(`anesMethod``incisionType``isExternalExpert``isFirstSurgery`)类型正确
## 验证计划
1. 修改后用 `node --check` 验证 .vue 语法
2. 确认 git diff 改动 ≥ 3 行
## 修复结果
✅ 成功28行改动handleEdit 和 handleView 各 7 行 × 2 函数)
### 改动摘要
1. **删除错误行**: `if (data.anesthesiaTypeEnum != null) form.anesMethod = Number(data.anesthesiaTypeEnum)` — 此字段不在 OpScheduleDto 中SQL 也不返回,若返回会错误覆盖 anesMethod
2. **使用 nextTick 包裹类型转换**: 确保 Object.assign 触发的 Vue 响应式更新完成后再设置字典字段值,避免 el-select 在 DOM 更新前无法匹配选项
3. **同时修复 handleEdit 和 handleView**: 两处代码一致,均需要同步修复

View File

@@ -1,50 +0,0 @@
# Bug #434 分析报告
## 根因分析
### 问题:编辑弹窗中"切口类型"字段未正确回显数据
**数据流追踪**:
1. 用户点击"编辑"→ 前端调用 `getSurgeryScheduleDetail(row.scheduleId)`
2. 后端 SQL: `cs.incision_level AS incisionLevel`
3. PostgreSQL 返回列名: `incisionlevel` (全小写)
4. MyBatis 尝试将 `incisionlevel` 映射到 `OpScheduleDto.incisionLevel`
5. 映射失败!→ `data.incisionLevel` 为 null → `form.incisionType` 保持 undefined → el-select 显示空白
### 根因PostgreSQL 小写化未加引号的列别名
PostgreSQL 会将未加双引号的列别名自动转为小写:
```sql
-- SQL 写的别名
cs.incision_level AS incisionLevel
-- PostgreSQL 实际返回的列名
incisionlevel 全小写!
```
MyBatis 收到列名 `incisionlevel`(全小写),尝试匹配 Java 属性 `incisionLevel`(驼峰)。由于 `mapUnderscoreToCamelCase` 只对含下划线的列生效(`incisionlevel` 无下划线),匹配失败。
**对比 `anes_method` 为什么能工作**:
- SQL: `os.anes_method`(无 AS 别名)
- PostgreSQL 返回: `anes_method`(保留下划线)
- MyBatis `mapUnderscoreToCamelCase`: `anes_method``anesMethod`
**对比同 mapper 中的 `surgeryNo` 为什么能工作**:
- SQL: `os.oper_code AS surgeryNo` → PostgreSQL 返回 `surgeryno`
-`OpSchedule` 实体中**没有** `surgeryNo` 字段,只有 `operCode`
- `os.oper_code` 列映射到 `operCode` 是通过 `mapUnderscoreToCamelCase` 正常工作的
- `surgeryno` 找不到对应属性,被 MyBatis 忽略(不影响功能)
### 修复方案
将 SQL 中的别名加双引号:`cs.incision_level AS "incisionLevel"`
PostgreSQL 对加双引号的标识符保持大小写,返回列名 `incisionLevel`驼峰MyBatis 可直接匹配到 `OpScheduleDto.incisionLevel` 属性。
### 影响范围
- **后端**: `SurgicalScheduleAppMapper.xml``getSurgeryScheduleDetail` 查询第92行
- **前端**: 无需修改(`handleEdit`/`handleView` 中的 nextTick 转换逻辑已正确)
- **数据库**: 无需修改(`cli_surgery.incision_level` 字段已存在且有数据)
## 验证计划
1. 修改 SQL 后,运行相同查询验证列名变为 `incisionLevel`
2. 确认前端 `node --check` 语法通过

View File

@@ -1,65 +0,0 @@
# Bug #426 分析报告
**标题**: 门诊医生站-检查开立:已选择列表应支持树形展开,显示套餐明细(项目/数量/单价)
## 根因分析
经过完整的代码追踪和数据库验证,定位到 **两个根因**
### 根因1`loadPackageDetails` 响应判断条件错误(树形表格永远加载不到套餐明细)
**涉及代码**: `examinationApplication.vue` 第576-605行
Axios 响应拦截器(`request.js` 第202行`code === 200` 的响应返回 `Promise.resolve(res.data)`,即**解包后的 AjaxResult 对象**(如 `{data: [...]}`,不含 `code` 字段)。
`loadPackageDetails` 函数检查的是 `if (res.code === 200)` —— 这个条件 **永远为 false**(解包后的对象没有 `code` 字段),导致树形表格的懒加载 **永远返回空数组**
```
后端返回: {"code":200,"data":[{item_name:"xxx",quantity:1,...}]}
拦截器解包后: {data:[{item_name:"xxx",quantity:1,...}]}
loadPackageDetails 判断: res.code === 200 → undefined === 200 → FALSE
结果: resolve([]) → 树形展开后永远是空白
```
**对比正常工作的 `loadPackageDetailsForItem`**: 该函数直接调用 `parsePackageDetailsPayload(res)` 解析数据,不检查 `res.code`,所以右侧卡片的套餐明细能正常加载。
### 根因2`handleItemSelect` 中 `hasChildren` 未考虑 `packageName` 场景
**涉及代码**: `examinationApplication.vue` 第1492行
数据库 `check_part` 表只有 `package_name` 字段,没有 `package_id`。前端创建套餐项时:
- `isPackage` 正确判断了 `!!(item.packageId || item.packageName)`
- `hasChildren` 只判断了 `!!(item.packageId)`
当项目有 `packageName` 但无 `packageId` 时,`hasChildren``false`el-table 树形模式 **不显示展开箭头**,用户无法点击展开。
```javascript
// 当前代码
hasChildren: !!(item.packageId) // item.packageId 为 null → false → 无展开箭头
// 修复后
hasChildren: !!(item.packageId || item.packageName) // 有 packageName 也能展开
```
## 修复方案
1. 修改 `loadPackageDetails` 函数:去掉 `res.code === 200` 检查,直接使用 `parsePackageDetailsPayload(res)` 解析数据(与 `loadPackageDetailsForItem` 保持一致)
2. 修改 `handleItemSelect``hasChildren` 赋值:增加 `|| item.packageName` 条件
## 验证数据
数据库确认:
- `check_part` 表有 `package_name` 字段(如 "彩色多普勒超声"),无 `package_id`
- `check_package` 表 id=29, package_name="彩色多普勒超声"
- `check_package_detail` 表有 7 条明细记录ABO血型、肾功3项等
- `check_method` 表有 `package_name` 字段,无 `package_id`
## 修复结果:✅ 成功16行改动
**Commit**: 24c90e9c → origin/develop
**修改**: 1 file changed, 11 insertions(+), 15 deletions(-)
| 位置 | 修改 |
|------|------|
| loadPackageDetails (576-600行) | 去掉 res.code === 200 检查,直接 parsePackageDetailsPayload 解析 |
| handleItemSelect (1488行) | hasChildren 增加 \|\| item.packageName |

View File

@@ -1,93 +0,0 @@
# Bug #428 分析报告与修复验证
**标题**: 门诊医生站-检查申请:未实现分类联动检查方法及套餐明细展示与勾选逻辑
**类型**: codeerror | **严重度**: 3 | **优先级**: 3
**提出人**: 陈显精(chenxj)
## 需求描述
医生站在为患者新增检查申请时,需实现三个联动功能:
1. **动作一**:展开右侧项目分类(如:彩超)后,下方自动加载后台维护的"检查方法"列表
2. **动作二**:勾选某个检查方法后,该项目自动填充到右侧顶部"已选择"列表
3. **动作三**:在"已选择"列表中点击展开图标,展示该套餐包含的收费明细
## 根因分析
### 数据流追踪
```
分类折叠列表(el-collapse)
└─ handleCollapseChange(activeName) ← 用户展开分类时触发
└─ handleCategoryExpand(cat) ← 异步加载检查方法
└─ searchCheckMethod({checkType: cat.typeName}) → GET /check/method/search
└─ cat.methods = [...] ← 响应式赋值,模板自动渲染
检查方法列表(cat.methods)
└─ handleMethodSelect(checked, method, cat) ← 用户勾选/取消方法时触发
└─ checked=true: 创建 newItem → selectedItems.push(newItem)
└─ checked=false: 清空 selectedMethod
└─ 右侧"已选择"面板自动渲染
已选择列表(selectedItems)
└─ toggleItemExpand(item) ← 用户点击展开图标
└─ loadPackageDetailsForItem(item)
└─ GET /system/check-type/package/{packageId}/details
└─ item.packageDetailsDisplay = [...]
└─ 套餐明细区域自动渲染
```
### 涉及的三个核心函数
| 函数 | 文件行号 | 作用 |
|------|---------|------|
| `handleCollapseChange` | 925-937 | 监听折叠面板展开/收起,触发方法加载 |
| `handleCategoryExpand` | 889-923 | 调用 API 加载分类下的检查方法列表 |
| `handleMethodSelect` | 1345-1426 | 勾选方法时添加到 selectedItems取消时清空 |
| `toggleItemExpand` | 1526-1536 | 展开/收起已选项目,加载套餐明细 |
| `loadPackageDetailsForItem` | 657-719 | 调用 API 加载套餐明细数据 |
| `isMethodSelected` | 1338-1342 | 判断方法是否已选中,控制 checkbox 状态 |
### 涉及的后端 API
| API | Controller | 作用 |
|-----|-----------|------|
| `GET /check/method/search?checkType=xxx` | CheckMethodController.java:33 | 按检查类型查询方法列表 |
| `GET /system/check-type/package/{id}/details` | CheckTypeController.java:226 | 查询套餐明细 |
| `GET /check/method/list` | CheckMethodController.java:24 | 获取全部检查方法 |
### 关键修复点
1. **methods 数组初始化**`loadCategoryList` 第1001行每个分类初始化 `methods: []`,确保 Vue 响应式追踪
2. **方法列表渲染**(模板 397-416行使用 `v-show` 替代 `v-if`,避免 DOM 突然插入导致高度跳变Bug #500
3. **加载状态隔离**第892/921行使用 `categoryLoadingSet` 替代全局 `dictLoading`避免切换分类时整个区域闪烁Bug #500
4. **过期请求忽略**第899/918行`currentActiveCategory` 守卫快速切换时丢弃过期响应Bug #500
5. **套餐信息同步**第1364/1398行确保 `packageName``packageId` 从 method 正确传递到 newItem
6. **hasChildren 标记**第1363/1399行`packageId` 时同步设置 `hasChildren: true`支持树形表格展开Bug #426
7. **套餐明细加载**第657-719行通过 `packageId``packageName` 查询后端,填充 `packageDetailsDisplay`
## 修复方案
全部前端代码修复已在 `examinationApplication.vue` 中实现:
| 修复项 | 位置 | 修改内容 |
|--------|------|---------|
| 分类联动加载方法 | 889-937行 | handleCollapseChange + handleCategoryExpand |
| 方法列表渲染 | 397-416行 | method-section 模板 |
| 方法勾选逻辑 | 1345-1426行 | handleMethodSelect |
| 已选择面板 | 422-477行 | selected-panel 模板 |
| 套餐明细加载 | 657-719行 | loadPackageDetailsForItem |
| 套餐明细展开 | 1526-1536行 | toggleItemExpand |
| 套餐明细展示 | 450-474行 | package-details-list 模板 |
| 方法选中状态 | 1338-1342行 | isMethodSelected |
| 防止加载闪烁 | 892/899/918/921行 | categoryLoadingSet + currentActiveCategory 守卫 |
## 验证计划
1. 登录 doctor1进入门诊医生站
2. 点击"检查"tab新增检查申请
3. 展开右侧"彩超"分类 → 验证下方出现"检查方法"列表
4. 勾选"心电1" → 验证右侧"已选择"出现该项目
5. 点击"已选择"中项目的展开图标 → 验证出现"套餐明细"列表
6. 取消勾选方法 → 验证"已选择"中该项目消失或方法清空
## 修复结果:✅ 代码已实现42行核心逻辑

View File

@@ -1,72 +0,0 @@
# Bug #470 分析报告
## 根因分析
### 症状
住院医生工作站-手术申请单加载手术项目耗时过长,影响医生开单效率。
### 根本原因
**后端 `getSurgeryPage` 接口缺少 Redis 缓存层。**
与同模块的 `getAdviceBaseInfo`已有24小时Redis缓存不同`getSurgeryPage` 每次调用都直接查询数据库。
**代码对比:**
- `getAdviceBaseInfo`DoctorStationAdviceAppServiceImpl.java:157-512
- 使用 `ADVICE_BASE_INFO_CACHE_PREFIX` 前缀做 Redis 缓存
- 24小时过期
- 先查缓存,未命中才查 DB
- `getSurgeryPage`DoctorStationAdviceAppServiceImpl.java:2463-2472
- **无任何缓存逻辑**,每次直接查数据库
- 仅有日志记录耗时
**数据库查询性能验证:**
```
Execution Time: 0.400 ms (10102条手术项目已有 idx_wor_activity_def_surgery 索引)
Planning Time: 4.349 ms
```
数据库查询本身很快(<1ms但每次弹窗打开都重复执行查询 + 序列化 + 网络传输累积延迟明显
**辅助因素:**
1. `applicationFormBottomBtn.vue` 的对话框设置了 `destroy-on-close`每次关闭都会销毁 Surgery 组件
2. 前端虽有模块级内存缓存`surgeryRecordsCache` / `surgeryMappedCache`但首次加载仍需后端响应
3. 前端 `getList()` 命中缓存时未清除 `loading.value`导致 loading 动画可能卡住
### 影响范围
**涉及文件:**
- `openhis-server-new/openhis-application/src/main/java/com/openhis/web/doctorstation/appservice/impl/DoctorStationAdviceAppServiceImpl.java` 后端手术分页查询实现需加缓存
- `openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/applicationForm/surgery.vue` 前端手术申请单组件需修复 loading 状态
**涉及数据表:**
- `wor_activity_definition` 活动定义表手术项目源表10,102条手术记录
- `adm_charge_item_definition` 收费项定义表定价关联
## 修复方案
### 后端:给 `getSurgeryPage` 添加 Redis 缓存
**改动文件:** `DoctorStationAdviceAppServiceImpl.java`
1. 新增缓存键常量`SURGERY_PAGE_CACHE_PREFIX = "surgery:page:"`
2. 在无搜索关键字时尝试从 Redis 读取缓存
3. 缓存未命中时查询数据库后写入 Redis24小时过期
4. 有搜索关键字时不缓存避免缓存爆炸
**改动量:** 20
### 前端:修复 `getList()` 缓存命中时的 loading 状态
**改动文件:** `surgery.vue`
1. `getList()` 方法中当命中内存缓存时显式设置 `loading.value = false`
**改动量:** 1
## 验证计划
1. 编译验证 Java 代码
2. 语法验证 Vue 文件`node --check surgery.vue`
3. 手动验证登录医生工作站打开手术申请单观察加载速度首次应有loading二次打开应秒开

View File

@@ -1,65 +0,0 @@
# Bug #472 深度分析报告
## 标题
住院医生工作站-手术申请单:勾选手术项目无效,导致无法正常开立医嘱
## 根因分析
### 问题链路
1. 当前分支将手术项目数据源从 `getApplicationList` 改为专用接口 `getSurgeryPage`
2. `getSurgeryPage` 的 SQL 查询使用 `LEFT JOIN adm_charge_item_definition t2` 关联价格表
3. **关键问题**SQL 中缺少 `DISTINCT ON (t1.ID)` 去重逻辑
4. 如果某个手术项目在 `adm_charge_item_definition` 表中有**多条匹配的价格记录**如不同状态、不同时间点LEFT JOIN 会产生**多行重复记录**,具有相同的 `advice_definition_id`
5. 前端 `mapToTransferItem` 将这些重复记录映射为 el-transfer 数据项,所有重复项的 `key` 相同
6. el-transfer 组件内部使用 key 进行 Vue 的列表渲染追踪。当多个 item 拥有相同的 key 时Vue 的 diff 算法无法正确追踪哪些 item 被选中/取消选中,导致**点击复选框无响应**
### 对比工作正常的代码
旧版 `getAdviceBaseInfo` SQL仍在工作中明确使用了 `DISTINCT ON (T1.ID)` 去重:
```sql
SELECT DISTINCT ON (T1.ID) ...
```
新版 `getSurgeryPage` SQL 遗漏了这个去重逻辑。
## 影响范围
- **前端**`surgery.vue` — el-transfer 复选框交互异常
- **后端 SQL**`DoctorStationAdviceAppMapper.xml` — getSurgeryPage 查询缺少去重
- **数据库表**`wor_activity_definition`(手术项目定义)、`adm_charge_item_definition`(价格定义)
- **同类问题**`getExaminationPage` 查询也存在相同缺陷
## 修复方案
### 1. 后端 SQL 修复(根因修复)
`DoctorStationAdviceAppMapper.xml``getSurgeryPage``getExaminationPage` 查询中添加 `DISTINCT ON (t1.ID)`
- `DISTINCT ON (t1.ID)` 确保每个手术/检查项目只返回一行
- PostgreSQL 的 DISTINCT ON 按 t1.ID 去重,保留每个组的第一行
### 2. 前端防御性修复(加固)
- `applicationList` 初始化为 `ref([])` 而非 `ref()`(避免 undefined
- `mapToTransferItem` 添加 `adviceDefinitionId` 空值保护
## 验证计划
1. 修改 SQL 后,进入住院医生工作站 → 手术申请单
2. 确认"未选择"列表中每个手术项目只显示一次(无重复)
3. 点击复选框,项目应被正确选中并移入"已选择"列表
4. 点击确认按钮,应成功开立手术申请
---
## 修复结果
**修复策略**策略A直接修复代码逻辑
**根因修复**
- SQL `getSurgeryPage``getExaminationPage` 添加 `DISTINCT ON (t1.ID)` 去重
- ORDER BY 调整为 `t1.ID, t1.name ASC, t2.ID ASC`DISTINCT ON 要求 ORDER BY 首列必须与 DISTINCT ON 一致)
**前端加固**
- `applicationList` 初始化为 `ref([])` 而非 `ref()`
- 数据映射前过滤 `adviceDefinitionId != null` 的脏数据
**改动量**2文件8行增6行删
- `DoctorStationAdviceAppMapper.xml`+4/-4DISTINCT ON + ORDER BY 调整)
- `surgery.vue`+4/-2初始化空数组 + 空值过滤)
**修复结果:✅ 成功8行改动**

View File

@@ -1,119 +0,0 @@
# Bug #439 分析报告
## Bug描述
领用出库:选择领用药品后"总库存数量"列数据未显示
## 数据流分析
1. 用户点击"添加行" → 新增一行totalQuantity 初始化为空字符串 ''
2. 用户在"项目"列通过 PopoverList 选择药品 → 触发 `selectRow(rowValue, index)`
3. `selectRow` 设置药品基本信息,然后调用 `handleLocationClick(1, rowValue, index)`
4. `handleLocationClick` 调用 `getCount({ itemId, orgLocationId })` 获取库存
5. `getCount` 返回 LocationInventoryDto[] 列表,前端通过 `pickBestOrgQuantityRow` 选最大值
6. `applyFromDto` 设置 `r.totalQuantity = d.orgQuantity || 0`
## 根因定位
`selectRow` 函数中第1022-1049行选择药品后
```javascript
form.purchaseinventoryList[index].unitList = rowValue.unitList[0];
```
但后端 `/app-common/inventory-item` 接口返回的 `unitList` 只设置了 `unitCode``minUnitCode`**没有设置 `unitCode_dictText``minUnitCode_dictText`**。
`handleLocationClick``applyFromDto`第1099-1121行
```javascript
r.unitCode = r.unitList.minUnitCode;
r.unitCode_dictText = r.unitList.minUnitCode_dictText; // ← undefined!
if (r.unitCode == r.unitList.minUnitCode) { // ← 这个条件始终为 true
r.price = d.price / r.partPercent || '';
r.price = r.price.toFixed(4);
}
```
关键问题:`r.unitCode` 刚被设为 `r.unitList.minUnitCode`,然后条件 `r.unitCode == r.unitList.minUnitCode` 始终为 true
导致即使价格很小(如 0.05/1=0.05),也会进入这个分支。
但这不是总库存数量未显示的根本原因。
**真正根因:`handleLocationClick` 函数在调用 `getCount` 获取库存数据后,`applyFromDto` 中 `r.totalQuantity = d.orgQuantity || 0` 的赋值逻辑依赖 `d.orgQuantity > 0` 的前置判断。**
查看前端代码流程:
- `selectRow` 设置 `totalQuantity: ''`(新增行时的默认值)
- 然后调用 `handleLocationClick``getCount` → 后端返回数据
- `pickBestOrgQuantityRow` 从返回列表中选出 orgQuantity 最大的记录
- 如果 `d && Number(d.orgQuantity ?? 0) > 0` → 调用 `applyFromDto` → 设置 `r.totalQuantity = d.orgQuantity || 0`
- 如果条件不满足(所有记录 orgQuantity 都为 0 或返回空列表)→ **`applyFromDto` 不被调用** → `r.totalQuantity` 保持空字符串 ''
进一步分析发现:
- 如果后端 `getCount` 返回空列表(该药品在该仓库无库存),`d` 为 null`applyFromDto` 不会被调用
- 但如果该药品在仓库确实有库存,问题可能出在前端数据传递上
**核心问题在于 `unitList` 结构不完整:**
`selectRow``rowValue.unitList` 来自药品列表查询结果,其 `unitList` 由后端 `CommonServiceImpl.getInventoryItemList` 构建,
只包含 `unitCode``minUnitCode`,缺少 `unitCode_dictText``minUnitCode_dictText`
`handleLocationClick``applyFromDto` 中,`r.unitCode``r.unitCode_dictText` 的赋值依赖于 `unitList` 中的字段。
如果 `r.unitList` 是从 `rowValue.unitList[0]` 赋值而来(在 `selectRow` 中),那它应该至少有 `unitCode``minUnitCode`
**但是!** 编辑模式(`getTransferProductDetails`)中,`unitList` 的构建方式不同:
```javascript
form.purchaseinventoryList[index].unitList = e.unitList[0]; // 编辑详情时
```
新增模式(`selectRow`)中:
```javascript
form.purchaseinventoryList[index].unitList = rowValue.unitList[0];
```
两种方式获取的 `unitList` 结构可能不同。
**根本原因:**
`handleLocationClick` 中的 `getCount` API 调用,返回的 `LocationInventoryDto` 确实包含 `orgQuantity`
前端通过 `pickBestOrgQuantityRow` 选出最大值的记录后,调用 `applyFromDto` 设置 `totalQuantity`
如果药品在仓库有库存但 `totalQuantity` 仍为空白,说明 `applyFromDto` 中的 `d.orgQuantity` 可能为 `null`/`undefined`
经检查 `selectInventoryItemInfo` SQL
```sql
SUM(CASE WHEN T1.location_id = #{orgLocationId} THEN T1.quantity ELSE 0 END) AS org_quantity
```
`objLocationId` 为 null/空时WHERE 子句为:
```sql
AND T1.location_id = #{orgLocationId}
```
这意味着查询结果中的所有记录都来自 `orgLocationId` 对应的仓库。
此时 `org_quantity` 应该等于 `SUM(T1.quantity)`
**如果查询结果为空(该药品在该仓库没有库存记录),则前端 `d` 为 null`applyFromDto` 不被调用totalQuantity 保持空字符串。**
但 Bug 的期望是"应实时检索并填充总库存数量"——如果仓库确实没有该药品的库存,那显示空白是合理的。
但如果仓库有库存却未显示说明前端传递的参数orgLocationId 或 itemId有问题。
**最终根因:前端 `handleLocationClick` 函数中,`orgLocationId` 的取值可能为空字符串,**
**导致后端查询时使用空字符串作为 location_id 条件,查不到任何记录。**
```javascript
let orgLocationId = r.sourceLocationId || receiptHeaderForm.headerLocationId || '';
```
虽然 Bug 步骤中说先选了"西药库",但如果 `receiptHeaderForm.headerLocationId` 在 selectRow 时已正确设置,
`r.sourceLocationId` 也应该被设置(在 selectRow 第1037行
```javascript
form.purchaseinventoryList[index].sourceLocationId =
receiptHeaderForm.headerLocationId || form.purchaseinventoryList[index].sourceLocationId || '';
```
**但这里有一个微妙的时序问题:`handleLocationClick` 在 `getPharmacyCabinetList().then()` 内部被调用,**
**但 `handleLocationClick` 是同步执行的,不等待 `getPharmacyCabinetList` 完成。**
**这本身不影响 `orgLocationId` 的取值,因为 `orgLocationId` 不依赖 `getPharmacyCabinetList`。**
## 修复方案
1. 确保 `applyFromDto` 即使在 `orgQuantity` 为 0 时也能被调用,正确显示"0"而不是空白
2. 确保 `unitList` 包含必要的字典文本字段
## 影响范围
- 前端文件openhis-ui-vue3/src/views/medicationmanagement/requisitionManagement/requisitionManagement/index.vue
- 涉及函数:`selectRow``handleLocationClick`

View File

@@ -1,44 +0,0 @@
# Bug #462 分析报告
## Bug 描述
[目录管理-诊疗目录] 编辑弹窗中"所需标本"下拉框数据加载失败,显示为"无数据"
## 根因分析
### 数据流追踪
1. 前端组件 `diagnosisTreatmentDialog.vue` 第168-178行渲染"所需标本"下拉框
2. 下拉框选项来自 `specimen_code` 变量第172行 `v-for="category in specimen_code"`
3. `specimen_code` 通过 `proxy.useDict('specimen_code', ...)` 加载第378-386行
4. `useDict` 调用 API `/system/dict/data/type/specimen_code``src/utils/dict.js` 第16行
5. 后端 `SysDictDataController.dictType()` 处理请求第65-73行**无权限校验**
6. 最终查询 `sys_dict_data` 表,条件:`status = '0' AND dict_type = 'specimen_code'`
### 根因
**hisprd生产schema** 中 `sys_dict_data`**缺少 `specimen_code` 字典类型的7条数据记录**
经核实:
- `hisdev` schema`sys_dict_type` + `sys_dict_data`7条均已存在 ✅
- `histest1` schema`sys_dict_type` + `sys_dict_data`7条均已存在 ✅
- `hisprd` schema`sys_dict_type` 存在dict_id=250`sys_dict_data`**0条**
前端 `useDict('specimen_code')` 调用 API 后返回空数组 `[]`,下拉框 `v-for` 遍历空数组,没有任何 `<el-option>` 渲染Element Plus 显示默认空状态文案"无数据"。
**与 Bug #433 对比**Bug #433 是"麻醉方法回显为代码"和"外请专家姓名数据未加载",根因也是字典数据缺失。本次 Bug #462 属于同类问题——字典类型已创建但生产环境的数据记录未同步插入。
## 影响范围
- **前端文件**`openhis-ui-vue3/src/views/catalog/diagnosistreatment/components/diagnosisTreatmentDialog.vue`(仅一处引用)
- **后端文件**:无代码变更,纯数据问题
- **数据库表**`hisprd.sys_dict_data`插入7条标本数据
- **影响接口**`GET /system/dict/data/type/specimen_code`
## 修复方案
`hisprd.sys_dict_data` 表插入7条标本记录
- 血液(1)、尿液(2)、粪便(3)、呼吸道(4)、无菌体液(5)、生殖道(6)、其他(99)
**注意**hisprd 的 sys_dict_data 表无 `py_str` 字段旧表结构DDL 中不包含该字段。
## 验证计划
1. 确认 hisprd 中 `sys_dict_data` 存在7条 `specimen_code` 数据status='0')✅ 已验证
2. 重启后端服务(刷新字典缓存)
3. 前端进入诊疗目录编辑弹窗,点击"所需标本"下拉框应显示7条标本选项
4. 选择任意标本后保存,再次编辑应正确回显已选标本

View File

@@ -121,18 +121,6 @@ public class OrganizationLocationAppServiceImpl implements IOrganizationLocation
// 查询机构位置分页列表
Page<OrgLocQueryDto> orgLocQueryDtoPage =
HisPageUtils.selectPage(organizationLocationMapper, queryWrapper, pageNo, pageSize, OrgLocQueryDto.class);
// 手动填充项目名称字典翻译,确保前端能正确回显项目名称
if (orgLocQueryDtoPage != null && !orgLocQueryDtoPage.getRecords().isEmpty()) {
for (OrgLocQueryDto dto : orgLocQueryDtoPage.getRecords()) {
if (dto.getActivityDefinitionId() != null) {
ActivityDefinition activityDef =
activityDefinitionMapper.selectById(dto.getActivityDefinitionId());
if (activityDef != null && activityDef.getName() != null) {
dto.setActivityDefinitionId_dictText(activityDef.getName());
}
}
}
}
return R.ok(orgLocQueryDtoPage);
}

View File

@@ -2463,34 +2463,12 @@ public class DoctorStationAdviceAppServiceImpl implements IDoctorStationAdviceAp
public IPage<SurgeryItemDto> getSurgeryPage(Long organizationId, Integer pageNo, Integer pageSize, String searchKey) {
log.info("getSurgeryPage 开始: orgId={}, page={}/{}, searchKey={}", organizationId, pageNo, pageSize, searchKey);
long start = System.currentTimeMillis();
// 无搜索时尝试从 Redis 缓存读取(手术项目变更频率低,适合缓存)
String safeOrgId = organizationId != null ? organizationId.toString() : "";
String cacheKey = "surgery:page:" + safeOrgId + ":" + pageNo + ":" + pageSize;
boolean useCache = (searchKey == null || searchKey.trim().isEmpty());
if (useCache) {
Object cachedObj = redisCache.getCacheObject(cacheKey);
if (cachedObj instanceof com.baomidou.mybatisplus.extension.plugins.pagination.Page) {
log.info("从 Redis 缓存获取手术项目, key: {}, records: {}", cacheKey,
((IPage<?>) cachedObj).getRecords().size());
return (IPage<SurgeryItemDto>) cachedObj;
}
}
IPage<SurgeryItemDto> result = doctorStationAdviceAppMapper.getSurgeryPage(
new Page<>(pageNo, pageSize),
PublicationStatus.ACTIVE.getValue(),
organizationId,
searchKey);
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) {
redisCache.setCacheObject(cacheKey, result, (int) CACHE_EXPIRE_HOURS, java.util.concurrent.TimeUnit.HOURS);
log.info("缓存手术项目, key: {}, 过期时间: {} 小时", cacheKey, CACHE_EXPIRE_HOURS);
}
return result;
}

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

@@ -539,65 +539,6 @@
AND T1.refund_medicine_id IS NULL
ORDER BY T1.status_enum,T1.sort_number)
UNION ALL
-- 🔧 Bug #444: 直接从计费项目表补充查询药品记录用于覆盖med_medication_request有记录但generate_source_enum不匹配的场景
(SELECT 1 AS advice_type,
T1.service_id AS request_id,
T1.service_id || '-ci-med' AS unique_key,
'' AS prescription_no,
T1.enterer_id AS requester_id,
T1.entered_date AS request_time,
CASE WHEN T1.enterer_id = #{practitionerId} THEN '1' ELSE '0' END AS biz_request_flag,
T2.content_json AS content_json,
NULL AS skin_test_flag,
NULL AS inject_flag,
NULL AS group_id,
T3.NAME AS advice_name,
T4.total_volume AS volume,
T2.lot_number AS lot_number,
T1.quantity_value AS quantity,
T1.quantity_unit AS unit_code,
T1.status_enum AS status_enum,
'' AS method_code,
'' AS rate_code,
NULL AS dose,
'' AS dose_unit_code,
T1.id AS charge_item_id,
T1.unit_price AS unit_price,
T1.total_price AS total_price,
T1.status_enum AS charge_status,
NULL AS position_id,
'' AS position_name,
NULL AS dispense_per_duration,
T3.part_percent AS part_percent,
'' AS condition_definition_name,
T2.sort_number AS sort_number,
NULL AS based_on_id,
NULL AS category_enum,
T1.encounter_id AS encounter_id,
T1.patient_id AS patient_id,
'med_medication_definition' AS advice_table_name,
T3.ID AS advice_definition_id
FROM adm_charge_item AS T1
INNER JOIN med_medication_request AS T2 ON T2.ID = T1.service_id AND T2.delete_flag = '0'
LEFT JOIN med_medication_definition AS T3 ON T3.ID = T2.medication_id AND T3.delete_flag = '0'
LEFT JOIN med_medication AS T4 ON T4.medication_def_id = T3.ID AND T4.delete_flag = '0'
WHERE T1.delete_flag = '0'
AND T1.service_table = #{MED_MEDICATION_REQUEST}
<if test="historyFlag == '0'.toString()">
AND T1.encounter_id = #{encounterId}
</if>
<if test="historyFlag == '1'.toString()">
AND T1.patient_id = #{patientId} AND T1.encounter_id != #{encounterId}
</if>
AND NOT EXISTS (
SELECT 1 FROM med_medication_request T5
WHERE T5.ID = T1.service_id AND T5.delete_flag = '0'
<if test="generateSourceEnum != null">
AND T5.generate_source_enum = #{generateSourceEnum}
</if>
)
ORDER BY T1.entered_date)
UNION ALL
-- 🔧 查询仅存在于 adm_charge_item 的"孤儿"耗材数据DeviceRequest 缺失或 generate_source_enum 未设置)
-- 正常 DeviceRequestgenerate_source_enum 已赋值)由下方 Part 3 统一负责,此处不做重复覆盖避免 UNION ALL 重复行
(SELECT 2 AS advice_type,
@@ -872,7 +813,7 @@
<!-- 手术项目专用分页查询:仅查手术 + 定价,无库存/草稿库存/取药科室等无关逻辑 -->
<select id="getSurgeryPage" resultType="com.openhis.web.doctorstation.dto.SurgeryItemDto">
SELECT DISTINCT ON (t1.ID)
SELECT
t1.ID AS advice_definition_id,
t1.NAME AS advice_name,
t1.org_id AS org_id,
@@ -892,12 +833,12 @@
<if test="searchKey != null and searchKey != ''">
AND (t1.name ILIKE '%' || #{searchKey} || '%' OR t1.py_str ILIKE '%' || #{searchKey} || '%')
</if>
ORDER BY t1.ID, t1.name ASC, t2.ID ASC
ORDER BY t1.name ASC
</select>
<!-- 检查项目专用分页查询:仅查检查(23) + 定价,无库存/草稿库存/取药科室等无关逻辑 -->
<select id="getExaminationPage" resultType="com.openhis.web.doctorstation.dto.SurgeryItemDto">
SELECT DISTINCT ON (t1.ID)
SELECT
t1.ID AS advice_definition_id,
t1.NAME AS advice_name,
t1.org_id AS org_id,
@@ -917,7 +858,7 @@
<if test="searchKey != null and searchKey != ''">
AND (t1.name ILIKE '%' || #{searchKey} || '%' OR t1.py_str ILIKE '%' || #{searchKey} || '%')
</if>
ORDER BY t1.ID, t1.name ASC, t2.ID ASC
ORDER BY t1.name ASC
</select>
</mapper>

View File

@@ -15,15 +15,20 @@
WHERE wsr2.prescription_no = drf.prescription_no AND wsr2.delete_flag = '0'),
drf.name
) AS name,
CASE
WHEN drf.desc_json::jsonb ->> 'targetDepartment' = '' AND MIN(wsr.org_id) IS NOT NULL THEN
(drf.desc_json::jsonb || jsonb_build_object('targetDepartment', MIN(wsr.org_id)::text))::text
ELSE drf.desc_json
END AS desc_json,
drf.desc_json,
drf.requester_id,
drf.create_time,
ap.NAME AS patient_name,
drf.status
CASE
WHEN MIN(wsr.status_enum) = 1 THEN 0
WHEN MIN(wsr.status_enum) = 2 THEN 1
WHEN MIN(wsr.status_enum) = 3 AND MAX(CASE WHEN wsr.performer_check_id IS NOT NULL THEN 1 ELSE 0 END) = 1 THEN 2
WHEN MIN(wsr.status_enum) = 3 THEN 4
WHEN MIN(wsr.status_enum) = 4 THEN 3
WHEN MIN(wsr.status_enum) = 5 OR MIN(wsr.status_enum) = 6 OR MIN(wsr.status_enum) = 7 THEN 7
WHEN MIN(wsr.status_enum) = 8 THEN 6
ELSE NULL
END AS status
FROM doc_request_form AS drf
LEFT JOIN adm_encounter AS ae ON ae.ID = drf.encounter_id
AND ae.delete_flag = '0'
@@ -41,7 +46,16 @@
AND drf.create_time &lt;= (#{endDate}::date + INTERVAL '1 day' - INTERVAL '1 second')
</if>
<if test="status != null and status != ''">
AND drf.status = #{status}::integer
AND CASE
WHEN MIN(wsr.status_enum) = 1 THEN 0
WHEN MIN(wsr.status_enum) = 2 THEN 1
WHEN MIN(wsr.status_enum) = 3 AND MAX(CASE WHEN wsr.performer_check_id IS NOT NULL THEN 1 ELSE 0 END) = 1 THEN 2
WHEN MIN(wsr.status_enum) = 3 THEN 4
WHEN MIN(wsr.status_enum) = 4 THEN 3
WHEN MIN(wsr.status_enum) = 5 OR MIN(wsr.status_enum) = 6 OR MIN(wsr.status_enum) = 7 THEN 7
WHEN MIN(wsr.status_enum) = 8 THEN 6
ELSE NULL
END = #{status}::integer
</if>
<if test="keyword != null and keyword != ''">
AND (drf.prescription_no ILIKE '%' || #{keyword} || '%'
@@ -57,7 +71,7 @@
))
</if>
GROUP BY drf.id, drf.encounter_id, drf.prescription_no, drf.name, drf.desc_json,
drf.requester_id, drf.create_time, ap.name, drf.status
drf.requester_id, drf.create_time, ap.name
</select>
<select id="getRequestFormDetail" resultType="com.openhis.web.regdoctorstation.dto.RequestFormDetailQueryDto">

View File

@@ -38,9 +38,6 @@ const filteredList = ref([]); // 过滤后的数据列表
const hasLoaded = ref(false); // 标记是否已加载数据
const isLoading = ref(false); // 标记是否正在加载
// 标记是否正在执行搜索(用于防止 preloadedData 覆盖搜索结果)
const isSearching = ref(false);
// 获取诊疗项目列表
function getList() {
if (hasLoaded.value) return; // 如果已经加载过数据,则不再重复请求
@@ -69,7 +66,6 @@ function getList() {
// 服务端搜索(当用户输入搜索关键词时)
function searchList(searchKey) {
if (!searchKey || searchKey.trim() === '') return;
isSearching.value = true;
isLoading.value = true;
// 使用较大的pageSize确保搜索结果尽可能多
getDiagnosisTreatmentList({ statusEnum: 2, searchKey: searchKey.trim(), pageSize: 5000, pageNo: 1 })
@@ -83,7 +79,6 @@ function searchList(searchKey) {
})
.finally(() => {
isLoading.value = false;
isSearching.value = false;
});
}
@@ -124,8 +119,6 @@ watch(
watch(
() => props.preloadedData,
(newData) => {
// 正在搜索时跳过避免覆盖searchList的搜索结果
if (isSearching.value) return;
if (newData && newData.length > 0) {
diagnosisTreatmentList.value = newData;
filterList(); // 更新过滤

View File

@@ -926,36 +926,23 @@ function handleDelete() {
}
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(() => {
// 用户取消删除
// 有已保存的行调用后端API删除
savePrescription({ adviceSaveList: deleteList }).then((res) => {
if (res.code == 200) {
proxy.$modal.msgSuccess('操作成功');
getListInfo(false);
}
});
} else {
// 只有新增行,已经在前端删除完成
proxy.$modal.msgSuccess('操作成功');
expandOrder.value = [];
groupIndexList.value = [];
groupList.value = [];
isAdding.value = false;
adviceQueryParams.value.adviceType = undefined;
}
expandOrder.value = [];
groupIndexList.value = [];
groupList.value = [];
isAdding.value = false;
adviceQueryParams.value.adviceType = undefined;
}
function handleNumberClick(item, index) {

View File

@@ -54,9 +54,9 @@
<el-col :span="7" class="form-item">
<span class="form-label required">性别</span>
<el-radio-group v-model="form.sex" class="gender-radio-group">
<el-radio label="男"></el-radio>
<el-radio label="女"></el-radio>
<el-radio label="未知">未知</el-radio>
<el-radio value="男"></el-radio>
<el-radio value="女"></el-radio>
<el-radio value="未知">未知</el-radio>
</el-radio-group>
</el-col>
<el-col :span="10" class="form-item">
@@ -1044,9 +1044,8 @@ function normalizeSexFromPatientInfo(patientInfo) {
if (patientInfo.genderName) return patientInfo.genderName;
if (patientInfo.sex) return normalizeSex(patientInfo.sex);
// 使用数字枚举字段
if (patientInfo.genderEnum === 1 || patientInfo.genderEnum === '1') return '男';
if (patientInfo.genderEnum === 2 || patientInfo.genderEnum === '2') return '女';
if (patientInfo.genderEnum === 0 || patientInfo.genderEnum === '0') return '未知';
if (patientInfo.genderEnum === 1) return '男';
if (patientInfo.genderEnum === 2) return '女';
return '未知';
}

View File

@@ -584,16 +584,20 @@ async function loadPackageDetails(row, treeNode, resolve) {
url: `/system/check-type/package/${row.packageId}/details`,
method: 'get'
});
const list = parsePackageDetailsPayload(res);
const children = list.map((child) => ({
...child,
name: child.name || child.itemName,
unit: child.unit || '次',
price: child.price ?? child.unitPrice ?? child.itemPrice ?? 0,
quantity: row.quantity || 1,
isPackageDetail: true
}));
resolve(children);
if (res.code === 200) {
const list = parsePackageDetailsPayload(res);
const children = list.map((child) => ({
...child,
name: child.name || child.itemName,
unit: child.unit || '次',
price: child.price ?? child.unitPrice ?? child.itemPrice ?? 0,
quantity: row.quantity || 1,
isPackageDetail: true
}));
resolve(children);
} else {
resolve([]);
}
} catch (err) {
console.error('加载套餐明细失败:', err);
resolve([]);
@@ -1485,7 +1489,7 @@ async function handleItemSelect(checked, item, cat) {
packageName: item.packageName || null,
packageDetailsLoading: false,
packageId: item.packageId || null,
hasChildren: !!(item.packageId || item.packageName) // #426修复: 树形表格懒加载展开标记,支持 packageName 解析
hasChildren: !!(item.packageId) // #426修复: 树形表格懒加载展开标记
};
selectedItems.value.push(newRow);
// 必须用数组里的响应式行,不能继续改局部 newRowpush 后列表内是 proxy改 raw 对象不会触发右侧卡片更新(会一直卡在「加载中」)

View File

@@ -93,6 +93,7 @@
</el-table-column>
<el-table-column prop="createTime" label="创建时间" width="160" />
<el-table-column prop="prescriptionNo" label="申请单号" width="140" />
<el-table-column prop="requesterId_dictText" label="申请者" width="120" />
<el-table-column label="申请单状态" width="120" align="center">
<template #default="scope">
<el-tag :type="getStatusTagType(scope.row.status)" effect="plain" round>
@@ -100,7 +101,6 @@
</el-tag>
</template>
</el-table-column>
<el-table-column prop="requesterId_dictText" label="申请者" width="120" />
<el-table-column label="操作" width="280" align="center" fixed="right">
<template #default="scope">
<!-- 详情 - 所有状态都显示 -->
@@ -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>
@@ -514,13 +511,6 @@ const hasMatchedFields = computed(() => {
return Object.keys(descJsonData.value).some((key) => isFieldMatched(key));
});
// Ordered field keys for detail display and print, matching the bug requirement order
const orderedDescFieldKeys = [
'targetDepartment', 'urgencyLevel', 'allergyHistory', 'examinationPurpose',
'expectedExaminationTime', 'medicalHistorySummary', 'symptom', 'sign',
'clinicalDiagnosis', 'otherDiagnosis', 'relatedResult', 'attention',
];
/** 查询科室 */
const getLocationInfo = async () => {
try {
@@ -689,16 +679,15 @@ const handlePrint = async (row) => {
}
// 构建 descJson 字段行(与详情弹窗展示的字段一致)
const fieldKeys = orderedDescFieldKeys;
const fieldKeys = ['targetDepartment', 'symptom', 'sign', 'clinicalDiagnosis', 'otherDiagnosis', 'relatedResult', 'attention'];
let descFieldsHtml = '';
fieldKeys.forEach((key) => {
const label = labelMap[key] || key;
const value = transformField(key, descData[key]);
if (descData[key] != null && descData[key] !== '' && value != null && value !== '') {
if (descData[key] != null && descData[key] !== '') {
descFieldsHtml += `
<div class="info-row">
<span class="label">${label}</span>
<span class="value">${value}</span>
<span class="value">${descData[key]}</span>
</div>`;
}
});

View File

@@ -41,8 +41,8 @@
<el-option label="全部" value="" />
<el-option label="待签发" value="0" />
<el-option label="已签发" value="1" />
<el-option label="已出报告" value="6" />
<el-option label="已作废" value="7" />
<el-option label="报告已出" value="4" />
<el-option label="已作废" value="5" />
</el-select>
</el-form-item>
<el-form-item label="关键字">
@@ -105,18 +105,15 @@
</template>
</el-table-column>
<el-table-column prop="requesterId_dictText" label="申请者" width="120" />
<el-table-column label="操作" align="center" fixed="right" width="220">
<el-table-column label="操作" align="center" fixed="right" width="160">
<template #default="scope">
<!-- 待签发status=0或null/undefined可修改删除 -->
<template v-if="!scope.row.status || scope.row.status == 0">
<template v-if="scope.row.status == 0">
<el-button link type="primary" @click="handleEdit(scope.row)">修改</el-button>
<el-button link type="danger" @click="handleDelete(scope.row)">删除</el-button>
</template>
<!-- 已签发status=1可撤回 -->
<template v-else-if="scope.row.status == 1">
<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>
</el-table-column>
@@ -331,11 +328,8 @@ const parseBillStatus = (status) => {
const statusMap = {
'0': '待签发',
'1': '已签发',
'2': '已校对',
'3': '待接收',
'4': '已收样',
'6': '已出报告',
'7': '已作废',
'4': '报告已出',
'5': '已作废',
};
return statusMap[String(status)] || '-';
};

View File

@@ -128,7 +128,7 @@ const emits = defineEmits(['submitOk']);
const props = defineProps({});
const state = reactive({});
const applicationListAll = ref();
const applicationList = ref([]);
const applicationList = ref();
const orgOptions = ref([]); // 科室选项
const loading = ref(false); // 加载状态
const mapToTransferItem = (item) => {
@@ -150,7 +150,6 @@ const getList = () => {
if (surgeryMappedCache && surgeryMappedCache.length > 0) {
applicationList.value = surgeryMappedCache;
applicationListAll.value = surgeryRecordsCache;
loading.value = false;
return;
}
loadPage('');
@@ -174,9 +173,7 @@ const loadPage = (key) => {
dbTotal.value = res.data.total || 0;
const records = res.data.records;
applicationListAll.value = records;
applicationList.value = records
.filter(item => item.adviceDefinitionId != null)
.map(mapToTransferItem);
applicationList.value = records.map(mapToTransferItem);
// 仅在无搜索时缓存
if (!key) {
surgeryRecordsCache = records;

View File

@@ -1596,39 +1596,36 @@ function handleSaveGroup(orderGroupList) {
patientId: patientInfo.value.patientId,
encounterId: patientInfo.value.encounterId,
accountId: accountId.value,
// 🔧 修复 Bug #403从 mergedDetail 读取明细字段,而非直接从 item 取
// item.dose 等字段可能为 nullmergedDetail 已做 ?? 兜底
quantity: mergedDetail.quantity ?? item.quantity,
methodCode: mergedDetail.methodCode ?? item.methodCode,
rateCode: mergedDetail.rateCode ?? item.rateCode,
dispensePerDuration: mergedDetail.dispensePerDuration ?? item.dispensePerDuration,
dose: mergedDetail.dose ?? item.dose,
doseQuantity: mergedDetail.doseQuantity ?? item.doseQuantity,
quantity: item.quantity,
methodCode: item.methodCode,
rateCode: item.rateCode,
dispensePerDuration: item.dispensePerDuration,
dose: item.dose,
doseQuantity: item.doseQuantity,
executeNum: 1,
unitCode: mergedDetail.unitCode ?? item.unitCode,
unitCode_dictText: item.unitCodeName || mergedDetail.unitCodeName || '',
unitCode: item.unitCode,
unitCode_dictText: item.unitCodeName || '',
statusEnum: 1,
orgId: resolveOrgId(mergedDetail.orgId || patientInfo.value?.inHospitalOrgId) || '',
// 🔧 修复:同时存 orgName确保树匹配不到时仍有中文名称可显示
orgName: findOrgName(mergedDetail.orgId || patientInfo.value?.inHospitalOrgId) || mergedDetail.orgName || patientInfo.value?.inHospitalOrgName || '',
orgId: resolveOrgId(item.orderDetailInfos?.orgId || mergedDetail.orgId || patientInfo.value?.inHospitalOrgId) || '',
// 🔧 修复:同时存 orgName确保树匹配不到时仍有中文名称可显示
orgName: findOrgName(item.orderDetailInfos?.orgId || mergedDetail.orgId || patientInfo.value?.inHospitalOrgId) || item.orderDetailInfos?.orgName || mergedDetail.orgName || patientInfo.value?.inHospitalOrgName || '',
dbOpType: prescriptionList.value[rowIndex.value].requestId ? '2' : '1',
conditionId: conditionId.value,
conditionDefinitionId: conditionDefinitionId.value,
encounterDiagnosisId: encounterDiagnosisId.value,
therapyEnum: prescriptionList.value[rowIndex.value]?.therapyEnum || mergedDetail.therapyEnum || '1',
therapyEnum: prescriptionList.value[rowIndex.value]?.therapyEnum || '1',
};
// 计算价格和总量
const resolvedUnitCode = mergedDetail.unitCode ?? item.unitCode;
const unitInfo = unitCodeList.value.find((k) => k.value == resolvedUnitCode);
const unitInfo = unitCodeList.value.find((k) => k.value == item.unitCode);
if (unitInfo && unitInfo.type == 'minUnit') {
newRow.price = newRow.minUnitPrice;
newRow.totalPrice = (newRow.quantity * newRow.minUnitPrice).toFixed(6);
newRow.minUnitQuantity = newRow.quantity;
newRow.totalPrice = (item.quantity * newRow.minUnitPrice).toFixed(6);
newRow.minUnitQuantity = item.quantity;
} else {
newRow.price = newRow.unitPrice;
newRow.totalPrice = (newRow.quantity * newRow.unitPrice).toFixed(6);
newRow.minUnitQuantity = newRow.quantity * (mergedDetail.partPercent || 1);
newRow.totalPrice = (item.quantity * newRow.unitPrice).toFixed(6);
newRow.minUnitQuantity = item.quantity * (item.orderDetailInfos?.partPercent || mergedDetail.partPercent || 1);
}
newRow.contentJson = JSON.stringify(newRow);

View File

@@ -1140,30 +1140,6 @@ const {
method_code
} = useDict('surgical_site', 'anesthesia_type', 'incision_level', 'isolation_type', 'surgery_type', 'surgery_level', 'surgery_nature', 'method_code')
// Bug #433: 存储待转换的数据,等待字典加载后再设置类型
const pendingAnesData = ref(null)
// 监听麻醉字典加载,完成后立即设置表单值
let anesDataUnwatch = null
function setupAnesDataWatch() {
if (anesDataUnwatch) return // 防止重复设置
anesDataUnwatch = watch(
anesthesiaList,
(newList) => {
if (newList && newList.length > 0 && pendingAnesData.value) {
const data = pendingAnesData.value
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
if (data.feeType != null) form.feeType = data.feeType
if (data.isExternalExpert != null) form.isExternalExpert = Number(data.isExternalExpert)
pendingAnesData.value = null
if (anesDataUnwatch) { anesDataUnwatch(); anesDataUnwatch = null }
}
},
{ immediate: true }
)
}
// 加载数据
onMounted(() => {
const anesthesiaType = sessionStorage.getItem('anesthesiaType')
@@ -1349,16 +1325,13 @@ function handleEdit(row) {
if (res.code === 200) {
const data = res.data
Object.assign(form, data)
// Bug #433: 如果字典已加载则立即转换否则存入pending等待字典加载完成
if (anesthesiaList.value && anesthesiaList.value.length > 0) {
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
if (data.feeType != null) form.feeType = data.feeType
if (data.isExternalExpert != null) form.isExternalExpert = Number(data.isExternalExpert)
} else {
pendingAnesData.value = data
setupAnesDataWatch()
}
// 修复#433确保字典字段类型与下拉选项一致Number类型
// 后端OpSchedule.anesMethod为String类型需转为Number与el-select匹配
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.anesthesiaTypeEnum != null) form.anesMethod = Number(data.anesthesiaTypeEnum)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
if (data.feeType != null) form.feeType = data.feeType
if (data.isExternalExpert != null) form.isExternalExpert = Number(data.isExternalExpert)
} else {
proxy.$modal.msgError('获取手术安排详情失败')
}
@@ -1378,16 +1351,13 @@ function handleView(row) {
if (res.code === 200) {
const data = res.data
Object.assign(form, data)
// Bug #433: 如果字典已加载则立即转换否则存入pending等待字典加载完成
if (anesthesiaList.value && anesthesiaList.value.length > 0) {
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
if (data.feeType != null) form.feeType = data.feeType
if (data.isExternalExpert != null) form.isExternalExpert = Number(data.isExternalExpert)
} else {
pendingAnesData.value = data
setupAnesDataWatch()
}
// 修复#433确保字典字段类型与下拉选项一致Number类型
// 后端OpSchedule.anesMethod为String类型需转为Number与el-select匹配
if (data.anesMethod != null) form.anesMethod = Number(data.anesMethod)
if (data.anesthesiaTypeEnum != null) form.anesMethod = Number(data.anesthesiaTypeEnum)
if (data.incisionLevel != null) form.incisionType = Number(data.incisionLevel)
if (data.feeType != null) form.feeType = data.feeType
if (data.isExternalExpert != null) form.isExternalExpert = Number(data.isExternalExpert)
} else {
proxy.$modal.msgError('获取手术安排详情失败')
}
@@ -1974,30 +1944,6 @@ function handleQuoteBilling() {
}
})
// 🔧 修复 Bug #445: 过滤掉已生成医嘱的项目,避免"引用计费"后已提交项目重新出现在"待生成"列表
// 原因:后端返回的计费数据中,已生成医嘱的项目可能没有 requestId 字段
// 方案:用 chargeItemId/requestId/id 与已有的 temporaryAdvices 做匹配,排除已生成项目
if (temporaryAdvices.value.length > 0) {
const existingAdviceIds = new Set()
temporaryAdvices.value.forEach(a => {
const om = a.originalMedicine || {}
if (om.requestId) existingAdviceIds.add(String(om.requestId))
if (om.chargeItemId) existingAdviceIds.add(String(om.chargeItemId))
if (om.id) existingAdviceIds.add(String(om.id))
})
if (existingAdviceIds.size > 0) {
temporaryBillingMedicines.value = temporaryBillingMedicines.value.filter(m => {
const mRequestId = m.requestId != null ? String(m.requestId) : null
const mChargeItemId = m.chargeItemId != null ? String(m.chargeItemId) : null
const mId = m.id != null ? String(m.id) : null
if (mRequestId && existingAdviceIds.has(mRequestId)) return false
if (mChargeItemId && existingAdviceIds.has(mChargeItemId)) return false
if (mId && existingAdviceIds.has(mId)) return false
return true
})
}
}
temporaryMedicalLoading.value = false // 🔧 新增:加载完成
ElMessage.success('已成功引用最新计费药品信息!')
} else {

View File

@@ -1,10 +1,13 @@
-- Bug #462: 诊疗目录编辑弹窗中"所需标本"下拉框数据加载失败
-- 根因: hisprd schema 中 sys_dict_type 存在 specimen_code 类型,sys_dict_data 中缺少对应的7条数据记录
-- 修复: 在 hisprd schema 中插入7条标本数据
-- 验证: hisdev/histest1 已有数据,仅 hisprd 缺失
-- 注意: hisprd 的 sys_dict_data 表无 py_str 字段(旧表结构)
-- 根因: sys_dict_type 表中缺少 specimen_code 字典类型sys_dict_data 中缺少对应数据
-- 修复: 插入字典类型及7条标本数据
INSERT INTO hisprd.sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time, remark)
-- 插入字典类型
INSERT INTO sys_dict_type (dict_name, dict_type, status, create_by, create_time, remark)
VALUES ('标本类型', 'specimen_code', '0', 'admin', NOW(), '诊疗项目所需标本类型字典');
-- 插入标本数据
INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time, remark)
VALUES
(1, '血液', '1', 'specimen_code', '0', 'admin', NOW(), '血液标本'),
(2, '尿液', '2', 'specimen_code', '0', 'admin', NOW(), '尿液标本'),
@@ -12,4 +15,4 @@ VALUES
(4, '呼吸道', '4', 'specimen_code', '0', 'admin', NOW(), '呼吸道标本'),
(5, '无菌体液', '5', 'specimen_code', '0', 'admin', NOW(), '无菌体液标本'),
(6, '生殖道', '6', 'specimen_code', '0', 'admin', NOW(), '生殖道标本'),
(7, '其他', '99', 'specimen_code', '0', 'admin', NOW(), '其他标本');
(7, '其他', '7', 'specimen_code', '0', 'admin', NOW(), '其他标本');