Compare commits

...

10 Commits

Author SHA1 Message Date
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
9 changed files with 325 additions and 34 deletions

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 变更

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

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

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

@@ -100,11 +100,25 @@ public class DictAspect {
String dictText = dictAnnotation.dictText(); String dictText = dictAnnotation.dictText();
String dictTable = dictAnnotation.dictTable(); String dictTable = dictAnnotation.dictTable();
String deleteFlag = dictAnnotation.deleteFlag(); 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()); String dictLabel = queryDictLabel(dictTable, dictCode, dictText, deleteFlag, fieldValue.toString());
if (dictLabel != null) { if (dictLabel != null && !dictLabel.isEmpty()) {
// 动态生成 _dictText 字段名 // 动态生成 _dictText 字段名
String textFieldName = field.getName() + "_dictText";
try { try {
Field textField = dto.getClass().getDeclaredField(textFieldName); Field textField = dto.getClass().getDeclaredField(textFieldName);
textField.setAccessible(true); textField.setAccessible(true);

View File

@@ -582,15 +582,30 @@ function handleResetSearch() {
// 初始化默认日期范围为近一周 // 初始化默认日期范围为近一周
handleResetSearch(); handleResetSearch();
// 🔧 BugFix#426: 懒加载套餐明细 // 🔧 BugFix#426/#430: 懒加载套餐明细(支持 packageName 解析)
async function loadPackageDetails(row, treeNode, resolve) { 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([]); resolve([]);
return; return;
} }
try { try {
const res = await request({ const res = await request({
url: `/system/check-type/package/${row.packageId}/details`, url: `/system/check-type/package/${packageId}/details`,
method: 'get' method: 'get'
}); });
const list = parsePackageDetailsPayload(res); const list = parsePackageDetailsPayload(res);
@@ -624,9 +639,9 @@ function getPackageDetailsList(item) {
return Array.isArray(carrier?.packageDetails) ? carrier.packageDetails : []; return Array.isArray(carrier?.packageDetails) ? carrier.packageDetails : [];
} }
/** 有套餐 ID 的已选行才展示右侧套餐区(加载中 / 空 / 明细列表) */ /** 有套餐 ID 或 packageName 的已选行才展示右侧套餐区(加载中 / 空 / 明细列表) */
function shouldShowPackageBody(item) { 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(); const key = dictSearchKey.value.toLowerCase();
return categoryList.value.map(cat => ({ return categoryList.value.map(cat => ({
...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); })).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); const existingItem = selectedItems.value.find(s => s.id === targetItem.id);
if (existingItem) { if (existingItem) {
existingItem.selectedMethod = method; existingItem.selectedMethod = method;
// 从方法中获取套餐信息 // 从方法中获取套餐信息(支持 packageId 或 packageName 解析)
if (method.packageId) { if (method.packageId || method.packageName) {
existingItem.isPackage = true; existingItem.isPackage = true;
existingItem.packageId = method.packageId; existingItem.packageId = method.packageId || existingItem.packageId;
existingItem.hasChildren = true; // #426修复 existingItem.hasChildren = true; // #426修复
existingItem.packageName = method.packageName || existingItem.packageName; // #428修复: 确保 packageName 同步 existingItem.packageName = method.packageName || existingItem.packageName; // #428修复: 确保 packageName 同步
// 预加载套餐明细 // 预加载套餐明细
@@ -1405,12 +1421,12 @@ async function handleMethodSelect(checked, method, cat) {
isPackage: !!method.packageId || !!targetItem.packageName, isPackage: !!method.packageId || !!targetItem.packageName,
packageId: method.packageId || targetItem.packageId || null, packageId: method.packageId || targetItem.packageId || null,
packageName: method.packageName || targetItem.packageName || null, // #428修复: 复制 packageName确保套餐明细可加载 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); selectedItems.value.push(newItem);
// 如果是套餐,预加载套餐明细 // 如果是套餐,预加载套餐明细
if (newItem.isPackage && newItem.packageId) { if (newItem.isPackage && (newItem.packageId || newItem.packageName)) {
loadPackageDetailsForItem(newItem); loadPackageDetailsForItem(newItem);
} }
@@ -1548,7 +1564,7 @@ async function toggleItemExpand(item) {
async function selectMethodCheckbox(checked, item, method) { async function selectMethodCheckbox(checked, item, method) {
if (checked) { if (checked) {
item.selectedMethod = method; item.selectedMethod = method;
if (item.expanded && method.packageId) { if (item.expanded && (method.packageId || method.packageName)) {
loadPackageDetailsForItem(item); loadPackageDetailsForItem(item);
} }
// 动态加载该方法对应的套餐明细 // 动态加载该方法对应的套餐明细
@@ -1613,8 +1629,9 @@ async function loadMethodPackageDetails(item, method) {
/** 检查明细表格中切换检查方法 */ /** 检查明细表格中切换检查方法 */
async function onDetailMethodChange(row, val) { async function onDetailMethodChange(row, val) {
row.selectedMethod = val || null; row.selectedMethod = val || null;
if (val?.packageId) { if (val?.packageId || val?.packageName) {
row.packageId = val.packageId; row.packageId = val.packageId || row.packageId;
row.packageName = val.packageName || row.packageName;
row.isPackage = true; row.isPackage = true;
row.hasChildren = true; // #426修复 row.hasChildren = true; // #426修复
} }

View File

@@ -117,7 +117,9 @@
<el-button link type="warning" @click="handleWithdraw(scope.row)">撤回</el-button> <el-button link type="warning" @click="handleWithdraw(scope.row)">撤回</el-button>
</template> </template>
<!-- 已校对(2)待接收(3)已收样(4)已出报告(6)已作废(7)仅查看详情 --> <!-- 已校对(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> </template>
</el-table-column> </el-table-column>
</el-table> </el-table>

View File

@@ -1581,10 +1581,10 @@ function handleSaveGroup(orderGroupList) {
therapyEnum: item.orderDetailInfos?.therapyEnum || '1', therapyEnum: item.orderDetailInfos?.therapyEnum || '1',
}; };
// 预初始化空行 // 预初始化空行(组套项带预填值,设为 false 让明细字段在表格中直接展示)
prescriptionList.value[rowIndex.value] = { prescriptionList.value[rowIndex.value] = {
uniqueKey: nextId.value++, uniqueKey: nextId.value++,
isEdit: true, isEdit: false,
statusEnum: 1, statusEnum: 1,
}; };

View File

@@ -1131,8 +1131,7 @@ function handleLocationClick(item, row, index) {
.then((res) => { .then((res) => {
const list = res.data || []; const list = res.data || [];
const d = pickBestOrgQuantityRow(list); const d = pickBestOrgQuantityRow(list);
const strictOk = d && Number(d.orgQuantity ?? 0) > 0; if (d) {
if (strictOk) {
applyFromDto(d, false); applyFromDto(d, false);
if (Number(r.totalQuantity) <= 0) { if (Number(r.totalQuantity) <= 0) {
proxy.$message.warning('仓库数量为0无法调用'); proxy.$message.warning('仓库数量为0无法调用');
@@ -1144,11 +1143,15 @@ function handleLocationClick(item, row, index) {
return runGet(false).then((res2) => { return runGet(false).then((res2) => {
const list2 = res2.data || []; const list2 = res2.data || [];
const d2 = pickBestOrgQuantityRow(list2); const d2 = pickBestOrgQuantityRow(list2);
if (d2 && Number(d2.orgQuantity ?? 0) > 0) { if (d2) {
applyFromDto(d2, true); applyFromDto(d2, true);
proxy.$message.info( if (Number(r.totalQuantity) <= 0) {
'所选批号在本仓库无对应库存或批号不一致,已按仓库实物回显批号与可领数量,请核对。' proxy.$message.warning('仓库数量为0无法调用');
); } else {
proxy.$message.info(
'所选批号在本仓库无对应库存或批号不一致,已按仓库实物回显批号与可领数量,请核对。'
);
}
} else { } else {
r.totalQuantity = 0; r.totalQuantity = 0;
r.price = 0; r.price = 0;