Fix Bug #497 : 【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑

根因： 1. 列位置回归问题 — commit 718e7a90 已将"申请单状态"列移至"申请单号"之后，但后续 commit e65f1212 合并时意外恢复为"申请单号→申请者→申请单状态"的错误顺序。 2. SQL 状态计算冗余 — Mapper XML 使用复杂的 CASE + MIN(wsr.status_enum) 聚合表达式从 wor_service_request 计算状态，但 doc_request_form 表已有 status 字段直接存储状态值。 CASE 表达式在 MIN=0 时返回 NULL（虽然当前枚举没有 0 值），且聚合逻辑在多条 ServiceRequest 记录场景下可能不准确。修复： - 前端：恢复"申请单号→申请单状态→申请者→操作"的列顺序 - 后端：简化 SQL 为直接使用 drf.status 字段，删除 CASE 表达式及 WHERE 中的聚合过滤 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Fix Bug #476 : 根因+修复方案摘要
2026-05-16 15:11:16 +08:00 · 2026-05-16 14:55:05 +08:00 · 2026-05-16 14:28:24 +08:00 · 2026-05-16 14:21:06 +08:00 · 2026-05-16 14:18:55 +08:00 · 2026-05-16 14:16:27 +08:00
12 changed files with 288 additions and 45 deletions
--- a/BUG_470_ANALYSIS.md
+++ b/BUG_470_ANALYSIS.md
@@ -0,0 +1,72 @@
+# 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. 缓存未命中时，查询数据库后写入 Redis（24小时过期）
+4. 有搜索关键字时不缓存（避免缓存爆炸）
+
+**改动量：** 约 20 行
+
+### 前端：修复 `getList()` 缓存命中时的 loading 状态
+
+**改动文件：** `surgery.vue`
+
+1. 在 `getList()` 方法中，当命中内存缓存时，显式设置 `loading.value = false`
+
+**改动量：** 1 行
+
+## 验证计划
+
+1. 编译验证 Java 代码
+2. 语法验证 Vue 文件：`node --check surgery.vue`
+3. 手动验证：登录医生工作站，打开手术申请单，观察加载速度（首次应有loading，二次打开应秒开）
--- a/BUG_472_ANALYSIS.md
+++ b/BUG_472_ANALYSIS.md
@@ -0,0 +1,65 @@
+# 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/-4（DISTINCT ON + ORDER BY 调整）
+- `surgery.vue`：+4/-2（初始化空数组 + 空值过滤）
+
+**修复结果：✅ 成功，8行改动**
--- a/docs/bug462_analysis.md
+++ b/docs/bug462_analysis.md
@@ -0,0 +1,44 @@
+# 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'`
+
+### 根因
+`sys_dict_type` 表中 **缺少 `specimen_code` 字典类型**，导致 `sys_dict_data` 表中也无对应的标本数据记录。
+
+前端 `useDict('specimen_code')` 调用 API 后返回空数组 `[]`，下拉框 `v-for` 遍历空数组，没有任何 `<el-option>` 渲染，Element Plus 显示默认空状态文案"无数据"。
+
+**与 Bug #433 对比**：Bug #433 是"麻醉方法回显为代码"和"外请专家姓名数据未加载"，根因也是字典数据缺失。本次 Bug #462 属于同类问题——新增字典类型时只在前端引用了 `useDict('specimen_code')`，但后端数据库中未创建对应的字典类型和数据。
+
+## 影响范围
+- **前端文件**：`openhis-ui-vue3/src/views/catalog/diagnosistreatment/components/diagnosisTreatmentDialog.vue`（仅一处引用）
+- **后端文件**：无代码变更，纯数据问题
+- **数据库表**：`sys_dict_type`（插入字典类型）、`sys_dict_data`（插入7条标本数据）
+- **影响接口**：`GET /system/dict/data/type/specimen_code`
+
+## 修复方案
+执行 DDL 脚本 `sql/bug_462_add_specimen_code_dict.sql`：
+
+1. 在 `sys_dict_type` 表插入 `specimen_code` 字典类型（dict_name='所需标本'）
+2. 在 `sys_dict_data` 表插入7条标本记录：
+   - 血液(1)、尿液(2)、粪便(3)、呼吸道(4)、无菌体液(5)、生殖道(6)、其他(99)
+
+**注意**：数据库中已存在该字典数据（由测试验证），需检查 DDL 是否已执行。
+若数据已存在但前端仍显示"无数据"，则需重启后端服务刷新字典缓存（`SysDictTypeServiceImpl.loadingDictCache()`）。
+
+## 验证计划
+1. 确认数据库中 `sys_dict_type` 存在 `specimen_code` 记录
+2. 确认数据库中 `sys_dict_data` 存在7条 `specimen_code` 数据（status='0'）
+3. 重启后端服务（刷新字典缓存）
+4. 前端进入诊疗目录编辑弹窗，点击"所需标本"下拉框，应显示7条标本选项
+5. 选择任意标本后保存，再次编辑应正确回显已选标本
--- a/openhis-server-new/openhis-application/src/main/java/com/openhis/web/basedatamanage/appservice/impl/OrganizationLocationAppServiceImpl.java
+++ b/openhis-server-new/openhis-application/src/main/java/com/openhis/web/basedatamanage/appservice/impl/OrganizationLocationAppServiceImpl.java
@@ -121,6 +121,18 @@ 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);
    }

--- a/openhis-server-new/openhis-application/src/main/java/com/openhis/web/doctorstation/appservice/impl/DoctorStationAdviceAppServiceImpl.java
+++ b/openhis-server-new/openhis-application/src/main/java/com/openhis/web/doctorstation/appservice/impl/DoctorStationAdviceAppServiceImpl.java
@@ -2463,12 +2463,34 @@ 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;
    }

--- a/openhis-server-new/openhis-application/src/main/resources/mapper/doctorstation/DoctorStationAdviceAppMapper.xml
+++ b/openhis-server-new/openhis-application/src/main/resources/mapper/doctorstation/DoctorStationAdviceAppMapper.xml
@@ -872,7 +872,7 @@

    <!-- 手术项目专用分页查询：仅查手术 + 定价，无库存/草稿库存/取药科室等无关逻辑 -->
    <select id="getSurgeryPage" resultType="com.openhis.web.doctorstation.dto.SurgeryItemDto">
-        SELECT
+        SELECT DISTINCT ON (t1.ID)
            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.name ASC
+        ORDER BY t1.ID, t1.name ASC, t2.ID ASC
    </select>

    <!-- 检查项目专用分页查询：仅查检查(23) + 定价，无库存/草稿库存/取药科室等无关逻辑 -->
    <select id="getExaminationPage" resultType="com.openhis.web.doctorstation.dto.SurgeryItemDto">
-        SELECT
+        SELECT DISTINCT ON (t1.ID)
            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.name ASC
+        ORDER BY t1.ID, t1.name ASC, t2.ID ASC
    </select>

 </mapper>
--- a/openhis-server-new/openhis-application/src/main/resources/mapper/regdoctorstation/RequestFormManageAppMapper.xml
+++ b/openhis-server-new/openhis-application/src/main/resources/mapper/regdoctorstation/RequestFormManageAppMapper.xml
@@ -19,16 +19,7 @@
               drf.requester_id,
               drf.create_time,
               ap.NAME AS patient_name,
-                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
+               drf.status
        FROM doc_request_form AS drf
                 LEFT JOIN adm_encounter AS ae ON ae.ID = drf.encounter_id
            AND ae.delete_flag = '0'
@@ -46,16 +37,7 @@
              AND drf.create_time &lt;= (#{endDate}::date + INTERVAL '1 day' - INTERVAL '1 second')
          </if>
          <if test="status != null and status != ''">
-               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
+               AND drf.status = #{status}::integer
          </if>
          <if test="keyword != null and keyword != ''">
              AND (drf.prescription_no ILIKE '%' || #{keyword} || '%'
@@ -71,7 +53,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.requester_id, drf.create_time, ap.name, drf.status
    </select>

    <select id="getRequestFormDetail" resultType="com.openhis.web.regdoctorstation.dto.RequestFormDetailQueryDto">
--- a/openhis-ui-vue3/src/views/clinicmanagement/bargain/component/prescriptionlist.vue
+++ b/openhis-ui-vue3/src/views/clinicmanagement/bargain/component/prescriptionlist.vue
@@ -926,23 +926,36 @@ function handleDelete() {
  }
  
  if (hasSavedItem) {
-    // 有已保存的行，调用后端API删除
-    savePrescription({ adviceSaveList: deleteList }).then((res) => {
-      if (res.code == 200) {
-        proxy.$modal.msgSuccess('操作成功');
-        getListInfo(false);
-      }
+    // 🔧 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(() => {
+      // 用户取消删除
    });
  } 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) {
--- a/openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/examineApplication.vue
+++ b/openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/examineApplication.vue
@@ -93,7 +93,6 @@
          </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>
@@ -101,6 +100,7 @@
              </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">
              <!-- 详情 - 所有状态都显示 -->
--- a/openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/testApplication.vue
+++ b/openhis-ui-vue3/src/views/inpatientDoctor/home/components/applicationShow/testApplication.vue
@@ -41,8 +41,8 @@
              <el-option label="全部" value="" />
              <el-option label="待签发" value="0" />
              <el-option label="已签发" value="1" />
-              <el-option label="报告已出" value="4" />
-              <el-option label="已作废" value="5" />
+              <el-option label="已出报告" value="6" />
+              <el-option label="已作废" value="7" />
            </el-select>
          </el-form-item>
          <el-form-item label="关键字">
@@ -105,15 +105,18 @@
            </template>
          </el-table-column>
          <el-table-column prop="requesterId_dictText" label="申请者" width="120" />
-          <el-table-column label="操作" align="center" fixed="right" width="160">
+          <el-table-column label="操作" align="center" fixed="right" width="180">
            <template #default="scope">
+              <!-- 待签发：可修改、删除 -->
              <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>
+              <!-- 已签发：可撤回 -->
              <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>
@@ -328,8 +331,11 @@ const parseBillStatus = (status) => {
  const statusMap = {
    '0': '待签发',
    '1': '已签发',
-    '4': '报告已出',
-    '5': '已作废',
+    '2': '已校对',
+    '3': '待接收',
+    '4': '已收样',
+    '6': '已出报告',
+    '7': '已作废',
  };
  return statusMap[String(status)] || '-';
 };
--- a/openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/applicationForm/surgery.vue
+++ b/openhis-ui-vue3/src/views/inpatientDoctor/home/components/order/applicationForm/surgery.vue
@@ -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,6 +150,7 @@ const getList = () => {
  if (surgeryMappedCache && surgeryMappedCache.length > 0) {
    applicationList.value = surgeryMappedCache;
    applicationListAll.value = surgeryRecordsCache;
+    loading.value = false;
    return;
  }
  loadPage('');
@@ -173,7 +174,9 @@ const loadPage = (key) => {
      dbTotal.value = res.data.total || 0;
      const records = res.data.records;
      applicationListAll.value = records;
-      applicationList.value = records.map(mapToTransferItem);
+      applicationList.value = records
+        .filter(item => item.adviceDefinitionId != null)
+        .map(mapToTransferItem);
      // 仅在无搜索时缓存
      if (!key) {
        surgeryRecordsCache = records;
--- a/openhis-ui-vue3/src/views/surgicalschedule/index.vue
+++ b/openhis-ui-vue3/src/views/surgicalschedule/index.vue
@@ -1944,6 +1944,30 @@ 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 {
Author	SHA1	Message	Date
关羽	7cc8bfe139	Fix Bug #497 : 【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑根因： 1. 列位置回归问题 — commit `718e7a90` 已将"申请单状态"列移至"申请单号"之后，但后续 commit `e65f1212` 合并时意外恢复为"申请单号→申请者→申请单状态"的错误顺序。 2. SQL 状态计算冗余 — Mapper XML 使用复杂的 CASE + MIN(wsr.status_enum) 聚合表达式从 wor_service_request 计算状态，但 doc_request_form 表已有 status 字段直接存储状态值。 CASE 表达式在 MIN=0 时返回 NULL（虽然当前枚举没有 0 值），且聚合逻辑在多条 ServiceRequest 记录场景下可能不准确。修复： - 前端：恢复"申请单号→申请单状态→申请者→操作"的列顺序 - 后端：简化 SQL 为直接使用 drf.status 字段，删除 CASE 表达式及 WHERE 中的聚合过滤 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-16 15:11:16 +08:00
赵云	7799de81de	Fix Bug #476 : 根因+修复方案摘要	2026-05-16 14:55:05 +08:00
关羽	5f5d1c548a	Fix Bug #472 : 住院医生工作站-手术申请单：勾选手术项目无效，导致无法正常开立医嘱根因：getSurgeryPage SQL 的 LEFT JOIN 在价格表存在多条记录时产生重复行，导致 el-transfer 中出现相同 key 的条目，Vue diff 算法无法正确追踪选中状态修复： - SQL 添加 DISTINCT ON (t1.ID) 去重（与旧版 getAdviceBaseInfo 一致） - 前端 applicationList 初始化为空数组 + 过滤空 adviceDefinitionId - 同步修复 getExaminationPage 的相同问题 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-16 14:28:24 +08:00
关羽	02b9dc8725	Fix Bug #468 : [住院医生工作站-检验申请] 修复单据状态列前后端状态码映射不一致根因：Bug #468 初次修复时添加了【单据状态】列和筛选功能，但前端状态码映射与后端 SQL CASE 表达式不一致： - 后端 SQL 将 status_enum=5,6,7 映射为显示码 7（已作废），前端却用 5 - 后端 SQL 将 status_enum=8 映射为显示码 6（已出报告），前端却用 4 导致已作废/已出报告状态显示为"-"且筛选失效。修复：前端 filter 选项值和 parseBillStatus 映射表与后端 SQL CASE 对齐。 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-16 14:21:06 +08:00
关羽	7af922684a	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:55 +08:00
关羽	be334f8f53	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:16:27 +08:00
赵云	395ef2548e	Fix Bug #469 : [住院医生工作站-检验申请] 完善【操作】列临床业务逻辑：支持按状态动态切换修改、删除、撤回等功能 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-05-16 14:09:48 +08:00
赵云	f3f55f9fd0	Fix Bug #463 : 根因+修复方案摘要	2026-05-16 13:58:47 +08:00
关羽	7f9e01f6b2	Fix Bug #454 : 门诊医生站-医嘱页签：删除"待签发"状态的检验项目时，错误触发"执行科室"校验导致删除失败前端补充：删除医嘱前添加确认弹窗，对诊疗类项目提示"删除此医嘱将同时删除关联的检验申请单"，满足Bug期望中"触发级联删除前应有明确提示"的要求。 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-16 13:28:33 +08:00
关羽	b7708dec7d	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 13:19:02 +08:00