his/BUG_472_ANALYSIS.md

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) 去重：

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/-4（DISTINCT ON + ORDER BY 调整）
• surgery.vue：+4/-2（初始化空数组 + 空值过滤）

修复结果：✅ 成功，8行改动