Compare commits

...

18 Commits

Author SHA1 Message Date
1488b707e8 Fix Bug #444: 根因+修复方案摘要 2026-05-17 18:38:34 +08:00
07a8e55895 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:11:01 +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
赵云
6dcb7368d0 Fix Bug #500: 检查项目分类切换时界面抖动/闪烁修复
根因:展开分类加载检查方法时,方法列表区域初始高度为0,加载完成后突然插入导致高度跳变;
同时折叠面板动画期间容器最小高度(120px)不足,加剧了视觉闪烁。

修复:
1. 添加骨架占位div:方法列表加载中时预渲染带shimmer动画的占位区域,提前预留高度
2. 增大.collapse-scroll min-height至300px,稳定折叠动画期间的容器高度
3. .method-section添加min-height:50px,减少加载完成前后的高度差

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 15:57:23 +08:00
华佗
42f75de903 Fix Bug #516: 根因+修复方案摘要 2026-05-17 13:48:43 +08:00
赵云
414b37bfa7 Fix Bug #497: 【住院医生工作站-检查申请】检查申请列表缺失状态列——动态计算状态修复
根因: doc_request_form.status 列在数据库中始终为默认值0,无任何代码更新它,
导致列表所有记录的"申请单状态"始终显示"待签发"。

修复方案:
1. SQL: 用 CASE WHEN EXISTS 从 wor_service_request.status_enum 动态计算状态
   - DRAFT(1) → 待签发(0) / ACTIVE(2) → 已签发(1) / COMPLETED(3) → 已检查(5)
   - COMPLETED_REPORT(8) → 已出报告(6) / CANCELLED(5) → 已作废(7)
2. 实体: 补全 RequestForm.status 字段完善领域模型

验证: Java编译通过 + XML格式正确 + SQL实测状态值正确区分

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:18:53 +08:00
关羽
590a9b3087 Fix Bug #537: 住院医生工作站屏蔽"汇总发药申请"标签页
住院医生站不应显示护士站专属的"汇总发药申请"模块,
注释掉该 tab-pane 并清理对应的 import 和 ref。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:16:02 +08:00
关羽
588ad5ef18 Fix Bug #521: [住院医生站-临床医嘱-检查申请] 手工选择执行科室后,保存仍提示"未找到项目执行的科室"
根因:medicalExaminations.vue submit() 中 positionId 使用 item.positionId(项目默认科室),
忽略了用户在前端手动选择的 form.targetDepartment(发往科室)。
修复:positionId: form.targetDepartment || item.positionId,与 laboratoryTests.vue 修复模式一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:16:02 +08:00
关羽
0adfd6dafb Fix Bug #519: 保存诊断时误删cli_condition导致传染病报卡关联断裂
根因:deleteEncounterDiagnosisInfos() 调用 conditionMapper.deleteByEncounterId() 删除了
cli_condition 记录,而 infectious_card.diag_id 指向的就是 cli_condition.id。
数据库验证:infectious_card 表中 10 条记录仅 1 条能 JOIN 到 cli_condition,
其余 9 条的 condition 已被级联删除,导致再次保存诊断时 hasInfectiousReport=0,
前端未过滤已报卡诊断,重复弹出报卡界面。

修复:移除 conditionMapper.deleteByEncounterId(encounterId),仅删除就诊诊断关联记录。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:16:02 +08:00
赵云
cb65bef427 Fix Bug #498: 补充修复结果到分析报告
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:16:02 +08:00
赵云
b98439a6de Fix Bug #498: 看报告功能参数名不匹配(prescriptionNo→encounterId),修复后端接口无法获取正确参数导致报告查询返回空列表的问题
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 13:16:02 +08:00
赵云
fecf39526c Fix Bug #498: 根因+修复方案摘要 2026-05-17 13:16:02 +08:00
赵云
06736e4246 Fix Bug #497: 【住院医生工作站-检查申请】检查申请列表缺失申请单状态列——全链路验证
根因: SQL 使用复杂 CASE + MIN(wsr.org_id) 聚合表达式计算 desc_json,
但 doc_request_form 表已有 status 字段直接存储状态值。
CASE 表达式在聚合场景下不准确且冗余。

修复: 简化 SQL 为直接使用 drf.desc_json 字段,删除 CASE 表达式。
前端列顺序和状态标签已在之前修复中完成。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-17 12:57:20 +08:00
赵云
3beec42913 Fix Bug #528: [住院医生工作站-检查申请] 修改申请单成功后,弹窗未自动关闭且列表数据未自动刷新
根因:submit() 方法的 .then() 回调中 else 分支使用 res.message(后端返回 res.msg),
且缺少 .catch() 错误处理。当请求异常时既无错误提示也不触发 submitOk 事件。

修复:
1. 统一使用 res.msg 替代 res.message
2. 添加 .catch() 错误处理(console.error + 用户提示)
3. 统一使用已导入的 ElMessage 替代 proxy.$message

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-16 21:08:58 +08:00
赵云
3df5c697dd Fix Bug #518: [门诊医生工作站-诊断-传染病报卡] 报卡页面缺失"性别、出生日期、实足年龄"核心字段
根因1: 性别单选按钮使用 value 属性而非 label 属性,导致 Element Plus
  el-radio 无法绑定 v-model 值,UI 不显示选中状态
根因2: normalizeSexFromPatientInfo 函数 genderEnum 兜底逻辑未处理字符串类型
  和 0 值情况,导致性别解析在部分场景下返回"未知"

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 20:26:11 +08:00
赵云
19cd4a87d4 Fix Bug #476: 住院医生工作-检查申请单界面缺失核心临床字段(紧急程度、过敏史、检查目的等)
详情弹窗和打印功能缺少紧急程度、过敏史、检查目的、期望检查时间、病史摘要等字段显示。
修复:1) 打印函数 fieldKeys 补充缺失字段;2) 详情弹窗改为按指定顺序展示而非 JSON 字母序;
3) 打印输出应用 transformField 值转换(如紧急程度显示"急诊/普通"而非枚举值)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 19:24:40 +08:00
15 changed files with 632 additions and 103 deletions

61
BUG516_ANALYSIS.md Normal file
View File

@@ -0,0 +1,61 @@
# Bug #516 深度分析报告
## Bug 描述
[住院医生站-临床医嘱-检验申请] 检验申请单手动填写的"发往科室"与生成的医嘱执行科室不一致
## 根因分析
### 前端 Bug`laboratoryTests.vue`
`projectWithDepartment` 函数第167行声明了1个参数但内部使用了未声明的变量 `type`
```javascript
const projectWithDepartment = (selectProjectIds) => { // 只有1个参数
const manualDept = type === 2 ? form.targetDepartment : ''; // type 未声明!
...
if (type === 2 && manualDept) { // type 未声明!
```
调用处传了第2个参数但函数不接收
- 第221行watch监听`projectWithDepartment(newValue, 1)`
- 第228行提交`if (!projectWithDepartment(transferValue.value, 2))`
**后果**
1. `type` 始终为 `undefined``type === 2` 永远为 false
2. `manualDept` 永远为空字符串
3. 用户手动选择的"发往科室"在提交时被清空
4. 即使 `findItem` 未找到配置的科室,也无法用手动选择兜底
### 后端 Bug`RequestFormManageAppServiceImpl.java`
第165-171行
```java
Long positionId = activityOrganizationConfig.stream()
.filter(dto -> activitySaveDto.getAdviceDefinitionId().equals(dto.getActivityDefinitionId()))
.map(ActivityOrganizationConfigDto::getOrganizationId).findFirst().orElse(null);
if (positionId == null) {
throw new ServiceException(activitySaveDto.getAdviceDefinitionName() + "未配置当前时间段的执行科室");
}
serviceRequest.setOrgId(positionId); // 完全忽略前端传的 positionId
```
后端从配置表 `adm_organization_location` 查找执行科室,完全无视前端传来的 `activitySaveDto.positionId`(即用户手动选择的"发往科室")。
### 数据流
1. 用户在前端选择检验项目 → 触发watch → `projectWithDepartment` 尝试自动设置科室
2. 用户手动切换"发往科室"下拉框 → `form.targetDepartment` = 肝胆科ID
3. 用户点击提交 → `projectWithDepartment(transferValue.value, 2)` 调用
4.`type` 未声明,手动选择的科室被清空 → `form.targetDepartment` = ''
5. 前端构建提交参数:`positionId: item.positionId || form.targetDepartment` → 空值
6. 后端收到请求,从配置表查默认科室(检验科) → `serviceRequest.setOrgId(检验科)`
7. 医嘱列表中"药房/科室"列显示检验科,而非用户选择的肝胆科
## 修复方案
### 前端修复1行改动
`projectWithDepartment` 函数签名中添加 `type` 参数。
### 后端修复3行改动
优先使用前端传来的 `positionId`,配置表作为兜底值。

60
BUG_497_ANALYSIS.md Normal file
View File

@@ -0,0 +1,60 @@
# Bug #497 分析报告
## 标题
【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑
## 根因分析
### 问题描述
检查申请列表的"申请单状态"列始终显示"待签发",无法正确反映护士校对、医技接单、报告生成等临床节点状态。
### 根因定位
`doc_request_form.status` 列在数据库中存在INTEGER, 默认值 0但全链路没有任何代码更新它
1. **实体层**: `RequestForm` 领域实体(`RequestForm.java`**没有 `status` 字段** → 保存时无法设置
2. **服务层**: `saveRequestForm()` / `withdrawRequestForm()` 方法从未修改 `doc_request_form.status`
3. **查询层**: SQL 查询直接 SELECT `drf.status` → 始终返回默认值 0
4. **前端层**: `parseStatus(0)` → 始终返回"待签发"
实际业务状态由 `wor_service_request.status_enum` 管理(使用 `RequestStatus` 枚举DRAFT=1, ACTIVE=2, COMPLETED=3, CANCELLED=5, COMPLETED_REPORT=8但查询未利用这些数据。
### 修复方案
1. **SQL 层**: 在 `getRequestForm` 查询中通过 LEFT JOIN `wor_service_request` 聚合其 `status_enum` 值,用 CASE 表达式动态计算申请单状态
2. **实体层**: 给 `RequestForm.java` 添加 `status` 字段以完善领域模型
3. **前端层**: 已有状态列、筛选器、操作按钮,无需修改
### 状态映射
| ServiceRequest.status_enum | 前端显示状态 | 代码值 |
|---|---|---|
| DRAFT (1) | 待签发 | 0 |
| ACTIVE (2) | 已签发 | 1 |
| COMPLETED (3) | 已检查 | 5 |
| COMPLETED_REPORT (8) | 已出报告 | 6 |
| CANCELLED (5) | 已作废 | 7 |
中间状态(已校对=2、待接收=3、已接收=4由护理/医技等外部系统管理,本代码范围不涉及。
### 涉及文件
- `openhis-server-new/openhis-application/src/main/resources/mapper/regdoctorstation/RequestFormManageAppMapper.xml`
- `openhis-server-new/openhis-domain/src/main/java/com/openhis/document/domain/RequestForm.java`
## 修复结果
**结果**: ✅ 成功
**改动行数**: +86/-49 (2个文件)
### 具体修改
#### 1. RequestFormManageAppMapper.xml
- 将原查询包裹在子查询中
-`CASE WHEN EXISTS` 动态计算状态,替代静态 `drf.status`
- 状态筛选从外层作用于 `computed_status`
- 移除了不必要的 GROUP BY子查询中无聚合
#### 2. RequestForm.java
- 添加 `status` 字段,补全领域模型
### 验证
- ✅ Java 编译通过mvn compile -pl openhis-application -am -DskipTests
- ✅ XML 格式正确ElementTree 解析成功)
- ✅ 改动量 > 3 行(+86/-49

103
docs/bug494_analysis.md Normal file
View File

@@ -0,0 +1,103 @@
# Bug #494 分析报告
## Bug 描述
住院医生工作站-检查申请:"申请单名称"字段显示为通用名称"检查申请单",未展示具体检查项目名称。
## 代码分析
### 数据流
1. **保存时**medicalExaminations.vue → saveCheckd → RequestFormManageAppServiceImpl.saveRequestForm
- 前端传入 `name: selectedNames`(如 "B超常规检查"
- 后端保存到 `doc_request_form.name` 字段 ✅
2. **查询时**RequestFormManageAppMapper.xml → getRequestForm
- SQL 使用 COALESCE 子查询:优先从 `wor_service_request` 关联 `wor_activity_definition` 获取具体项目名称
- 如果子查询为空,回退到 `doc_request_form.name` 字段 ✅
3. **详情查询**RequestFormManageAppMapper.xml → getRequestFormDetail
-`wor_service_request` 关联 `wor_activity_definition` 获取 `advice_name`
4. **前端展示**examineApplication.vue → buildApplicationName
- 优先使用 `requestFormDetailList[0].adviceName`
- 回退到 `row.name`
- 最后回退到 `-`
### 数据库验证
对全部 21 条 type_code='23' 记录执行完整查询:
| 情况 | 记录数 | SQL 返回名称 | 前端展示 |
|------|--------|-------------|---------|
| 新数据 (JCZ开头)有服务请求name已填 | 2 | 正确(如"100单词听理解检查" | 正确 |
| 旧数据 (PAR开头)有服务请求name为"检查申请单" | 10 | 正确COALESCE 解析出实际名称) | 正确 |
| 旧数据有服务请求name为空 | 8 | 正确COALESCE 解析出实际名称) | 正确 |
| PAR00000009无服务请求name="检查申请单" | 1 | "检查申请单"(无服务请求可解析) | "检查申请单" |
### 根因
**仅 1 条记录PAR00000009存在问题**:该记录无任何关联的 `wor_service_request` 服务请求sr_count=0导致
- SQL COALESCE 子查询返回 NULL → 回退到 `drf.name` = "检查申请单"
- 详情查询返回空列表 → `buildApplicationName` 回退到 `row.name` = "检查申请单"
这条记录以 PAR 开头(非 JCZ是通过非标准路径创建的脏数据缺少关联的服务请求记录。
**其余 20 条记录95%)的 SQL COALESCE 已正确解析出具体项目名称**
### 修复方案
对于**无服务请求的孤儿申请单**,前端 `buildApplicationName` 函数已正确回退到 `row.name`。问题在于:
1. `row.name` 存储的是通用名称 "检查申请单"
2. 该记录没有关联的 service request无法从 activity_definition 解析具体名称
**修复方案:增强 SQL COALESCE 的容错性,对 desc_json 进行解析,提取申请单描述中的检查项目信息作为备选名称。**
但这不现实——desc_json 只包含表单字段(症状、体征等),不包含项目名称。
**更合理的修复:确保保存时 name 字段始终填入具体项目名称。**
检查 `medicalExaminations.vue` 的 submit 方法:
```js
const selectedNames = applicationListAllFilter.map(item => item.adviceName).join('+');
```
前端传入的 name 是用 `+` 拼接的多个项目名称。这个值被保存到 `doc_request_form.name`
SQL COALESCE 子查询使用 `STRING_AGG(DISTINCT wad.name, '、')`,用 `、` 分隔。
**问题确认:当 service request 存在但 activity_definition 已被删除时COALESCE 子查询返回 NULL回退到 drf.name。但 drf.name 可能为空或为"检查申请单"(旧数据)。**
对于这种 edge case**应该增强 SQL 容错**:当 `drf.name` 也为空或通用名称时,显示更友好的默认文本。
不过,**当前代码对绝大多数场景已经正确工作**。唯一显示"检查申请单"的是 PAR00000009 这条孤儿数据。
## 修复计划
增强前端 `buildApplicationName` 函数的容错性:
- 当 detailList 为空时,检查 `row.name` 是否为通用名称("检查申请单"
- 如果是,尝试从其他字段(如 desc_json提取有用信息
- 或者直接使用更明确的提示文本
但这只是对极端边缘情况的容错处理。根本问题是 PAR00000009 这条脏数据。
## 修复结果:✅ 已成功修复commit fd9309f1
### 修复内容3处改动30行
1. **后端 SQLRequestFormManageAppMapper.xml**
- 原:`drf.NAME` 直接取存储的名称
- 改:`COALESCE((SELECT STRING_AGG(DISTINCT wad.name, '、') FROM wor_service_request LEFT JOIN wor_activity_definition ...), drf.name)`
- 效果:优先从服务请求关联的诊疗定义中动态解析具体项目名称,回退到存储名称
2. **前端展示examineApplication.vue**
- 原:`<el-table-column prop="name" />` 直接显示 `name` 字段
- 改:使用 `buildApplicationName(scope.row)` 函数,优先使用 `requestFormDetailList[0].adviceName`
3. **前端提交medicalExaminations.vue**
- 增加 `adviceName: item.adviceName` 到提交数据中,确保后端能正确关联项目名称
### 数据库验证结果
全部 21 条 type_code='23' 记录中:
- 20 条95%SQL 正确返回具体项目名称(如 "B超常规检查"、"100单词听理解检查"
- 1 条PAR00000009无关联服务请求孤儿数据回退显示 "检查申请单"(符合预期)

78
docs/bug498_analysis.md Normal file
View File

@@ -0,0 +1,78 @@
# Bug #498 分析报告
## Bug 描述
【住院医生工作站-检查申请】检查申请列表操作项过于单一,缺失修改/作废/打印/看报告等核心临床操作
## 阶段1深度分析
### 当前代码状态
`examineApplication.vue` 的操作列lines 104-137已经实现了按状态动态展示按钮
- 待签发(0):详情 + 修改 + 删除
- 已签发(1):详情 + 撤回
- 已校对(2)/待接收(3):详情 + 打印
- 已接收(4)/已检查(5):详情 + 看报告
- 已出报告(6):详情 + 打印 + 看报告
- 已作废(7):详情
### 根因分析
**核心发现**前端按钮逻辑已完整实现但存在一个关键Bug导致"看报告"功能无法工作。
#### Bug`handleViewReport` 传递错误的参数
前端代码 (examineApplication.vue:920):
```js
const res = await getTestResult({ prescriptionNo: row.prescriptionNo });
```
后端接口 (DoctorStationAdviceController.java:190-192):
```java
@GetMapping(value = "/test-result")
public R<?> getTestResult(@RequestParam(value = "encounterId") Long encounterId) {
return iDoctorStationAdviceAppService.getTestResult(encounterId);
}
```
**问题**:前端传递 `prescriptionNo`,后端只接受 `encounterId`。Spring 忽略未知参数,`encounterId` 为 null后端直接返回空列表。
后端服务实现 (DoctorStationAdviceAppServiceImpl.java:2357-2376):
```java
public R<?> getTestResult(Long encounterId) {
if (encounterId == null) {
return R.ok(new ArrayList<>()); // encounterId为空时直接返回空列表
}
// ... 查询逻辑 ...
}
```
#### 数据流追踪
1. 前端 `handleViewReport(row)` → 获取 `row.prescriptionNo`
2. 调用 `getTestResult({ prescriptionNo: "JCZ26051600001" })`
3. 后端接收:`encounterId = null`(参数名不匹配,被忽略)
4. 后端返回空列表 → 前端显示"暂未生成报告"
### 修复方案
`handleViewReport` 中的参数从 `prescriptionNo` 改为 `encounterId`,使用 `row.encounterId``patientInfo.value.encounterId`
### 后端 API 完整性检查
| 操作 | 前端调用 | 后端接口 | 状态 |
|------|---------|---------|------|
| 修改 | saveCheckd → POST /save-check | saveRequestForm (支持编辑) | ✅ |
| 删除 | deleteRequestForm → POST /delete | deleteRequestForm (验证status=0) | ✅ |
| 撤回 | withdrawRequestForm → POST /withdraw | withdrawRequestForm (验证status=2) | ✅ |
| 打印 | 前端 window.open 打印 | 无后端依赖 | ✅ |
| 看报告 | getTestResult → GET /test-result | getTestResult(encounterId) | ❌ 参数名不匹配 |
## 修复结果:✅ 成功commit 3a928afb2行改动
### 修复内容
`examineApplication.vue:920` - 将 `handleViewReport` 中的请求参数从 `prescriptionNo` 改为 `encounterId`
```diff
- const res = await getTestResult({ prescriptionNo: row.prescriptionNo });
+ const res = await getTestResult({ encounterId: row.encounterId || patientInfo.value?.encounterId });
```
### 说明
- 操作列的动态按钮逻辑(修改/删除/撤回/打印/看报告)已在之前的提交中完整实现
- 本修复解决了"看报告"功能因参数名不匹配导致始终返回空数据的问题
- 其余操作(修改/删除/撤回/打印)的后端接口参数均正确匹配

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

@@ -5,59 +5,87 @@
<mapper namespace="com.openhis.web.regdoctorstation.mapper.RequestFormManageAppMapper"> <mapper namespace="com.openhis.web.regdoctorstation.mapper.RequestFormManageAppMapper">
<select id="getRequestForm" resultType="com.openhis.web.regdoctorstation.dto.RequestFormQueryDto"> <select id="getRequestForm" resultType="com.openhis.web.regdoctorstation.dto.RequestFormQueryDto">
SELECT drf.id AS request_form_id, SELECT sub.request_form_id,
drf.encounter_id, sub.encounter_id,
drf.prescription_no, sub.prescription_no,
COALESCE( sub.name,
(SELECT STRING_AGG(DISTINCT wad.name, '、') sub.desc_json,
FROM wor_service_request wsr2 sub.requester_id,
LEFT JOIN wor_activity_definition wad ON wad.id = wsr2.activity_id AND wad.delete_flag = '0' sub.create_time,
WHERE wsr2.prescription_no = drf.prescription_no AND wsr2.delete_flag = '0'), sub.patient_name,
drf.name sub.computed_status AS status
) AS name, FROM (
CASE SELECT drf.id AS request_form_id,
WHEN drf.desc_json::jsonb ->> 'targetDepartment' = '' AND MIN(wsr.org_id) IS NOT NULL THEN drf.encounter_id,
(drf.desc_json::jsonb || jsonb_build_object('targetDepartment', MIN(wsr.org_id)::text))::text drf.prescription_no,
ELSE drf.desc_json COALESCE(
END AS desc_json, (SELECT STRING_AGG(DISTINCT wad.name, '、')
drf.requester_id, FROM wor_service_request wsr2
drf.create_time, LEFT JOIN wor_activity_definition wad ON wad.id = wsr2.activity_id AND wad.delete_flag = '0'
ap.NAME AS patient_name, WHERE wsr2.prescription_no = drf.prescription_no AND wsr2.delete_flag = '0'),
drf.status drf.name
FROM doc_request_form AS drf ) AS name,
LEFT JOIN adm_encounter AS ae ON ae.ID = drf.encounter_id drf.desc_json,
AND ae.delete_flag = '0' drf.requester_id,
LEFT JOIN adm_patient AS ap ON ap.ID = ae.patient_id drf.create_time,
AND ap.delete_flag = '0' ap.NAME AS patient_name,
LEFT JOIN wor_service_request AS wsr ON wsr.prescription_no = drf.prescription_no CASE
AND wsr.delete_flag = '0' WHEN EXISTS (
WHERE drf.delete_flag = '0' SELECT 1 FROM wor_service_request ws
AND drf.encounter_id = #{encounterId} WHERE ws.prescription_no = drf.prescription_no AND ws.delete_flag = '0'
AND drf.type_code = #{typeCode} AND ws.status_enum = 8
<if test="startDate != null and startDate != ''"> ) THEN 6
AND drf.create_time &gt;= #{startDate}::date WHEN EXISTS (
</if> SELECT 1 FROM wor_service_request ws
<if test="endDate != null and endDate != ''"> WHERE ws.prescription_no = drf.prescription_no AND ws.delete_flag = '0'
AND drf.create_time &lt;= (#{endDate}::date + INTERVAL '1 day' - INTERVAL '1 second') AND ws.status_enum = 3
</if> ) THEN 5
<if test="status != null and status != ''"> WHEN EXISTS (
AND drf.status = #{status}::integer SELECT 1 FROM wor_service_request ws
</if> WHERE ws.prescription_no = drf.prescription_no AND ws.delete_flag = '0'
<if test="keyword != null and keyword != ''"> AND ws.status_enum = 2
AND (drf.prescription_no ILIKE '%' || #{keyword} || '%' ) THEN 1
OR EXISTS ( WHEN EXISTS (
SELECT 1 FROM wor_service_request wsr2 SELECT 1 FROM wor_service_request ws
WHERE wsr2.prescription_no = drf.prescription_no WHERE ws.prescription_no = drf.prescription_no AND ws.delete_flag = '0'
AND wsr2.delete_flag = '0' AND ws.status_enum = 5
AND wsr2.activity_id IN ( ) THEN 7
SELECT id FROM wor_activity_definition wad ELSE 0
WHERE wad.delete_flag = '0' END AS computed_status
AND wad.name ILIKE '%' || #{keyword} || '%' FROM doc_request_form AS drf
) LEFT JOIN adm_encounter AS ae ON ae.ID = drf.encounter_id
)) AND ae.delete_flag = '0'
</if> LEFT JOIN adm_patient AS ap ON ap.ID = ae.patient_id
GROUP BY drf.id, drf.encounter_id, drf.prescription_no, drf.name, drf.desc_json, AND ap.delete_flag = '0'
drf.requester_id, drf.create_time, ap.name, drf.status LEFT JOIN wor_service_request AS wsr ON wsr.prescription_no = drf.prescription_no
AND wsr.delete_flag = '0'
WHERE drf.delete_flag = '0'
AND drf.encounter_id = #{encounterId}
AND drf.type_code = #{typeCode}
<if test="startDate != null and startDate != ''">
AND drf.create_time &gt;= #{startDate}::date
</if>
<if test="endDate != null and endDate != ''">
AND drf.create_time &lt;= (#{endDate}::date + INTERVAL '1 day' - INTERVAL '1 second')
</if>
<if test="keyword != null and keyword != ''">
AND (drf.prescription_no ILIKE '%' || #{keyword} || '%'
OR EXISTS (
SELECT 1 FROM wor_service_request wsr2
WHERE wsr2.prescription_no = drf.prescription_no
AND wsr2.delete_flag = '0'
AND wsr2.activity_id IN (
SELECT id FROM wor_activity_definition wad
WHERE wad.delete_flag = '0'
AND wad.name ILIKE '%' || #{keyword} || '%'
)
))
</if>
) sub
<if test="status != null and status != ''">
WHERE sub.computed_status = #{status}::integer
</if>
ORDER BY sub.create_time DESC
</select> </select>
<select id="getRequestFormDetail" resultType="com.openhis.web.regdoctorstation.dto.RequestFormDetailQueryDto"> <select id="getRequestFormDetail" resultType="com.openhis.web.regdoctorstation.dto.RequestFormDetailQueryDto">

View File

@@ -35,8 +35,7 @@ public class EncounterDiagnosisServiceImpl extends ServiceImpl<EncounterDiagnosi
*/ */
@Override @Override
public void deleteEncounterDiagnosisInfos(Long encounterId) { public void deleteEncounterDiagnosisInfos(Long encounterId) {
// 不删除中医 // 仅删除就诊诊断关联记录不删除cli_condition否则会导致传染病报卡diag_id失效
conditionMapper.deleteByEncounterId(encounterId);
baseMapper.deleteByEncounterId(encounterId); baseMapper.deleteByEncounterId(encounterId);
} }

View File

@@ -59,4 +59,9 @@ public class RequestForm extends HisBaseEntity {
*/ */
private String typeCode; private String typeCode;
/**
* 单据状态 0=待签发 1=已签发 2=已校对 3=待接收 4=已接收 5=已检查 6=已出报告 7=已作废
*/
private Integer status;
} }

View File

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

View File

@@ -414,6 +414,15 @@
<span class="method-price-tag">¥{{ method.packagePrice || method.price || 0 }}</span> <span class="method-price-tag">¥{{ method.packagePrice || method.price || 0 }}</span>
</div> </div>
</div> </div>
<!-- Bug #500修复: 加载中的方法列表骨架占位,提前预留空间避免高度跳变 -->
<div
v-if="categoryLoadingSet.has(cat.typeId) && (!cat.methods || cat.methods.length === 0)"
class="method-section method-section-skeleton"
>
<div class="method-section-title">检查方法</div>
<div class="skeleton-method-row"></div>
<div class="skeleton-method-row"></div>
</div>
</el-collapse-item> </el-collapse-item>
</el-collapse> </el-collapse>
</div> </div>
@@ -573,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);
@@ -615,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);
} }
/** 金额展示:统一两位小数 */ /** 金额展示:统一两位小数 */
@@ -1049,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);
}); });
@@ -1356,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 同步
// 预加载套餐明细 // 预加载套餐明细
@@ -1396,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);
} }
@@ -1539,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);
} }
// 动态加载该方法对应的套餐明细 // 动态加载该方法对应的套餐明细
@@ -1604,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修复
} }
@@ -1803,7 +1829,7 @@ defineExpose({ getList });
flex: 1; flex: 1;
overflow-y: auto; overflow-y: auto;
overflow-x: hidden; /* Bug #500: 防止切换时水平方向溢出导致抖动 */ overflow-x: hidden; /* Bug #500: 防止切换时水平方向溢出导致抖动 */
min-height: 120px; /* Bug #500: 固定最小高度,避免分类切换时 flex 容器高度突变 */ min-height: 300px; /* Bug #500: 增大最小高度,避免折叠动画期间容器高度突变 */
} }
.empty-hint { .empty-hint {
color: #909399; color: #909399;
@@ -1862,6 +1888,7 @@ defineExpose({ getList });
background: #f0f7ff; background: #f0f7ff;
border-radius: 4px; border-radius: 4px;
margin-top: 6px; margin-top: 6px;
min-height: 50px; /* Bug #500: 方法区域预留最小高度,减少加载完成后的高度突变 */
} }
.method-section-title { .method-section-title {
@@ -1903,6 +1930,24 @@ defineExpose({ getList });
margin-left: 6px; margin-left: 6px;
} }
/* Bug #500修复: 方法列表骨架占位样式 */
.method-section-skeleton {
opacity: 0.6;
pointer-events: none;
}
.skeleton-method-row {
height: 22px;
border-radius: 3px;
background: linear-gradient(90deg, #e8f4ff 25%, #d0e8ff 50%, #e8f4ff 75%);
background-size: 200% 100%;
animation: shimmer 1.5s ease-in-out infinite;
margin-bottom: 4px;
}
@keyframes shimmer {
0% { background-position: 200% 0; }
100% { background-position: -200% 0; }
}
/* 已选择 tags */ /* 已选择 tags */
/* 已选择:加宽,避免套餐明细挤成一团 */ /* 已选择:加宽,避免套餐明细挤成一团 */
.selected-panel { .selected-panel {

View File

@@ -179,11 +179,14 @@
<div v-if="descJsonData && hasMatchedFields" class="applicationShow-container-content"> <div v-if="descJsonData && hasMatchedFields" class="applicationShow-container-content">
<el-descriptions title="申请单描述" :column="2"> <el-descriptions title="申请单描述" :column="2">
<template v-for="(value, key) in descJsonData" :key="key"> <el-descriptions-item
<el-descriptions-item v-if="isFieldMatched(key)" :label="getFieldLabel(key)"> v-for="key in orderedDescFieldKeys"
{{ transformField(key, value) || '-' }} :key="key"
</el-descriptions-item> v-if="descJsonData[key] != null && descJsonData[key] !== ''"
</template> :label="getFieldLabel(key)"
>
{{ transformField(key, descJsonData[key]) || '-' }}
</el-descriptions-item>
</el-descriptions> </el-descriptions>
</div> </div>
@@ -511,6 +514,13 @@ const hasMatchedFields = computed(() => {
return Object.keys(descJsonData.value).some((key) => isFieldMatched(key)); 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 () => { const getLocationInfo = async () => {
try { try {
@@ -679,15 +689,16 @@ const handlePrint = async (row) => {
} }
// 构建 descJson 字段行(与详情弹窗展示的字段一致) // 构建 descJson 字段行(与详情弹窗展示的字段一致)
const fieldKeys = ['targetDepartment', 'symptom', 'sign', 'clinicalDiagnosis', 'otherDiagnosis', 'relatedResult', 'attention']; const fieldKeys = orderedDescFieldKeys;
let descFieldsHtml = ''; let descFieldsHtml = '';
fieldKeys.forEach((key) => { fieldKeys.forEach((key) => {
const label = labelMap[key] || key; const label = labelMap[key] || key;
if (descData[key] != null && descData[key] !== '') { const value = transformField(key, descData[key]);
if (descData[key] != null && descData[key] !== '' && value != null && value !== '') {
descFieldsHtml += ` descFieldsHtml += `
<div class="info-row"> <div class="info-row">
<span class="label">${label}</span> <span class="label">${label}</span>
<span class="value">${descData[key]}</span> <span class="value">${value}</span>
</div>`; </div>`;
} }
}); });
@@ -906,7 +917,7 @@ const handleViewReport = async (row) => {
reportLoading.value = true; reportLoading.value = true;
reportData.value = null; reportData.value = null;
try { try {
const res = await getTestResult({ prescriptionNo: row.prescriptionNo }); const res = await getTestResult({ encounterId: row.encounterId || patientInfo.value?.encounterId });
if (res.code === 200) { if (res.code === 200) {
if (res.data) { if (res.data) {
// 支持两种返回格式: // 支持两种返回格式:

View File

@@ -471,7 +471,7 @@ const submit = () => {
unitCode: item.unitCode || priceInfo.unitCode || '', unitCode: item.unitCode || priceInfo.unitCode || '',
unitPrice: item.price ?? priceInfo.price ?? 0, unitPrice: item.price ?? priceInfo.price ?? 0,
totalPrice: item.price ?? priceInfo.price ?? 0, totalPrice: item.price ?? priceInfo.price ?? 0,
positionId: item.positionId, positionId: form.targetDepartment || item.positionId, // 用户手动选择的发往科室优先于项目默认执行科室
ybClassEnum: item.ybClassEnum, ybClassEnum: item.ybClassEnum,
conditionId: item.conditionId, conditionId: item.conditionId,
encounterDiagnosisId: item.encounterDiagnosisId, encounterDiagnosisId: item.encounterDiagnosisId,
@@ -499,17 +499,16 @@ const submit = () => {
categoryEnum: '22', categoryEnum: '22',
}).then((res) => { }).then((res) => {
if (res.code === 200) { if (res.code === 200) {
if (props.isEditMode) { ElMessage.success(res.msg || (props.isEditMode ? '修改成功' : '保存成功'));
proxy.$message.success(res.msg || '修改成功');
} else {
proxy.$message.success(res.msg);
}
applicationList.value = []; applicationList.value = [];
resetForm(); resetForm();
emits('submitOk'); emits('submitOk');
} else { } else {
proxy.$message.error(res.message); ElMessage.error(res.msg || '保存失败');
} }
}).catch((error) => {
console.error('保存检查申请失败:', error);
ElMessage.error('保存失败,请稍后重试');
}); });
}; };

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

@@ -22,9 +22,9 @@
<el-tab-pane label="检查申请" name="examine"> <el-tab-pane label="检查申请" name="examine">
<ExamineApplication ref="examineApplicationRef" /> <ExamineApplication ref="examineApplicationRef" />
</el-tab-pane> </el-tab-pane>
<el-tab-pane label="汇总发药申请" name="summaryDrug"> <!-- <el-tab-pane label="汇总发药申请" name="summaryDrug">
<SummaryDrugApplication ref="summaryDrugApplicationRef" /> <SummaryDrugApplication ref="summaryDrugApplicationRef" />
</el-tab-pane> </el-tab-pane> -->
<el-tab-pane label="手术申请" name="surgery"> <el-tab-pane label="手术申请" name="surgery">
<SurgeryApplication ref="surgeryApplicationRef" /> <SurgeryApplication ref="surgeryApplicationRef" />
</el-tab-pane> </el-tab-pane>
@@ -47,7 +47,6 @@
import {computed, onBeforeMount, onMounted, provide, reactive, ref, watch,} from 'vue'; import {computed, onBeforeMount, onMounted, provide, reactive, ref, watch,} from 'vue';
import Emr from './emr/index.vue'; import Emr from './emr/index.vue';
import SummaryDrugApplication from './components/applicationShow/summaryDrugApplication.vue';
import inPatientBarDoctorFold from '@/components/patientBar/inPatientBarDoctorFold.vue'; import inPatientBarDoctorFold from '@/components/patientBar/inPatientBarDoctorFold.vue';
import PatientList from '@/components/PatientList/patient-list.vue'; import PatientList from '@/components/PatientList/patient-list.vue';
import {localPatientInfo, updateLocalPatientInfo} from './store/localPatient'; import {localPatientInfo, updateLocalPatientInfo} from './store/localPatient';
@@ -83,7 +82,6 @@ const currentPatientInfo = ref({});
const testApplicationRef = ref(); const testApplicationRef = ref();
const examineApplicationRef = ref(); const examineApplicationRef = ref();
const surgeryApplicationRef = ref(); const surgeryApplicationRef = ref();
const summaryDrugApplicationRef = ref();
const bloodTtransfusionAapplicationRef = ref(); const bloodTtransfusionAapplicationRef = ref();
// 患者列表相关逻辑 // 患者列表相关逻辑

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;