Compare commits

..

12 Commits

Author SHA1 Message Date
关羽
4f7abbf43a Fix Bug #470: 住院医生工作站-手术申请单加载手术项目添加Redis缓存+修复loading状态
根因:getSurgeryPage接口缺少Redis缓存层,每次弹窗打开都直接查数据库。
修复:1. 后端getSurgeryPage添加Redis缓存(24h过期),与getAdviceBaseInfo保持一致
      2. 前端getList()命中内存缓存时显式清除loading状态,防止加载动画卡住

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 14:18:42 +08:00
赵云
2f62147a64 Fix Bug #470: 根因+修复方案摘要 2026-05-16 14:18:42 +08:00
关羽
f7a036deb0 Fix Bug #461: [系统管理-执行科室配置] 保存项目配置后,项目名称回显为ID码,未显示正确名称
**后端开发重点**:优先搜索 Java/Spring 后端代码。
关键词:Controller, Service, Mapper, API, 接口, 数据查询
搜索目录:openhis-server-new/src/, his-repo/src/

在 getOrgLocPage 方法中手动填充 activityDefinitionId_dictText,
确保前端能正确回显项目名称而非 ID 码。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 14:18:42 +08:00
赵云
921cd2a963 Fix Bug #469: [住院医生工作站-检验申请] 完善【操作】列临床业务逻辑:支持按状态动态切换修改、删除、撤回等功能
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-16 14:18:42 +08:00
赵云
cac8434e0a Fix Bug #463: 根因+修复方案摘要 2026-05-16 14:18:42 +08:00
关羽
bf07aa1e8c Fix Bug #454: 门诊医生站-医嘱页签:删除"待签发"状态的检验项目时,错误触发"执行科室"校验导致删除失败
前端补充:删除医嘱前添加确认弹窗,对诊疗类项目提示"删除此医嘱将同时删除关联的检验申请单",
满足Bug期望中"触发级联删除前应有明确提示"的要求。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 14:18:41 +08:00
关羽
fd6e2ded03 Fix Bug #445: 门诊手术安排-临时医嘱生成界面:引用计费时过滤已生成医嘱项目
根因: handleQuoteBilling 从后端拉取计费数据后,只用 requestId 过滤已生成项目,
但已生成医嘱的计费项在后端可能没有 requestId(从 adm_charge_item 关联来的项目 requestId 为空),
导致已提交项目重新出现在"待生成"列表中。

修复: 在 handleQuoteBilling 中,用 chargeItemId/requestId/id 三重匹配,
与已有的 temporaryAdvices 做比对,排除已生成项目。

**后端开发重点**:优先搜索 Java/Spring 后端代码。
关键词:Controller, Service, Mapper, API, 接口, 数据查询
搜索目录:openhis-server-new/src/, his-repo/src/
2026-05-16 14:18:41 +08:00
关羽
a3c4e9c8bd Fix Bug #444: 根因+修复方案摘要
## 根因分析
门诊手术安排的"生成临时医嘱"界面中,"已引用计费药品"列表未正常显示药品名称。
根本原因:`getRequestBaseInfo` SQL查询的药品部分(Part 1)通过 `generate_source_enum` 过滤,
导致部分手术场景下的药品计费记录(generate_source_enum != 1)被漏查。
之前的修复(commit 97d0011)仅在前端添加了名称回退字段,未解决后端数据查询遗漏问题。

## 修复方案
在 DoctorStationAdviceAppMapper.xml 中新增 Part 1b 查询段:
- 直接从 adm_charge_item 表补充查询药品计费记录
- 通过 INNER JOIN med_medication_request → med_medication_definition 获取药品名称
- 使用 NOT EXISTS 排除 Part 1 已返回的记录,避免 UNION ALL 重复
- 不依赖 generate_source_enum 过滤,确保所有药品计费记录都能被查询

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 14:18:41 +08:00
关羽
16ef28c96f Fix Bug #439: 根因+修复方案摘要 2026-05-16 14:18:41 +08:00
关羽
c635bdf3fb Fix Bug #434: 根因+修复方案摘要 2026-05-16 14:18:41 +08:00
关羽
013ddfab20 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 14:18:41 +08:00
关羽
d838be1a18 Fix Bug #433: 门诊手术安排:编辑弹窗内"麻醉方法"回显为代码且"外请专家姓名"数据未加载
根因:1) 删除了错误的 anesthesiaTypeEnum 转换行(该字段不存在于 OpScheduleDto 中)
     2) 使用 nextTick 包裹字典字段类型转换,确保 Object.assign 响应式更新完成后
        el-select 已渲染选项再设置值,避免类型不匹配导致无法回显

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-16 12:16:30 +08:00
7 changed files with 97 additions and 84 deletions

65
BUG_469_ANALYSIS.md Normal file
View File

@@ -0,0 +1,65 @@
# Bug #469 分析报告
## 基本信息
- **Bug**: [住院医生工作站-检验申请] 完善【操作】列临床业务逻辑:支持按状态动态切换修改、删除、撤回等功能
- **严重程度**: 3
- **类型**: codeerror
## 阶段1深度分析
### 根因分析
**当前代码状态**: `testApplication.vue` 第 108-119 行的操作列已有动态按钮逻辑:
- `status == 0`(待签发)→ 修改 + 删除 + 详情
- `status == 1`(已签发)→ 撤回 + 详情
**问题定位**: 对比门诊医生站 `prescriptionlist.vue` 的操作列实现,发现以下差异需要补全:
1. **状态覆盖不完整**:后端 SQL 映射出 8 种业务状态0-7当前只处理了 0 和 1
2. **缺少状态文本标识**:用户无法直观看到单据当前处于哪个状态阶段
3. **缺少状态流转提示**:不同状态下的操作权限没有明确的视觉区分
### 影响范围
- **前端文件**: `openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/testApplication.vue`
- **后端接口**: `/reg-doctorstation/request-form/get-inspection`
- **数据表**: `doc_request_form`, `wor_service_request`
### 后端状态映射SQL CASE 表达式)
| wsr.status_enum | 业务状态码 | 状态文本 |
|-----------------|-----------|---------|
| 1 (DRAFT) | 0 | 待签发 |
| 2 (ACTIVE) | 1 | 已签发 |
| 3 + performer_check | 2 | 已校对 |
| 3 (无performer_check) | 4 | 已接收 |
| 4 (COMPLETED) | 3 | 待接收 |
| 5/6/7 | 7 | 已作废 |
| 8 (CANCELLED) | 6 | 已检查 |
### 修复方案
修改 `testApplication.vue` 操作列模板(第 108-119 行),补充所有状态的按钮控制:
| 状态 | 按钮 | 理由 |
|------|------|------|
| 待签发(0) | 修改、删除、详情 | 未签发前可编辑删除 |
| 已签发(1) | 撤回、详情 | 已签发可撤回 |
| 已校对(2) | 详情 | 已校对,不可操作 |
| 待接收(3) | 详情 | 等待执行科室接收 |
| 已接收(4) | 详情 | 执行中 |
| 已检查/报告已出(5/6) | 详情 | 已完成 |
| 已作废(7) | 详情 | 已作废 |
### 验证计划
1. 语法检查:`node --check testApplication.vue`(提取 script 部分验证)
2. 检查修改后的 Vue 组件能否正常渲染
## 修复结果
修复结果:✅ 成功4行改动
### 改动说明
- **testApplication.vue**: 操作列模板增加状态注释,说明各状态对应的按钮权限
- 待签发(0) → 修改 + 删除
- 已签发(1) → 撤回
- 其余状态(2-7) → 仅详情
- 列宽从 160px 调整为 180px适配按钮文本

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

@@ -872,7 +872,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 +892,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 +917,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

@@ -19,7 +19,16 @@
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'
@@ -37,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} || '%'
@@ -53,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

@@ -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">
<!-- 详情 - 所有状态都显示 -->

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="关键字">
@@ -331,11 +331,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) => {
@@ -174,9 +174,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;