Fix Bug #547: 执行科室配置保存时时间冲突检查未限定当前科室，导致误报"与未知科室时间冲突" — getOrgLocListByOrgIdAndActivityDefinitionId 方法签名仅含 activityDefinitionId 参数，实际 SQL 查询缺少 organizationId 过滤，时间重叠校验跨科室比对，已修复接口签名和实现同时过滤 activityDefinitionId 和 organizationId

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

BUG_401_ANALYSIS.md

@@ -1,36 +0,0 @@
-# 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 全部为 NULL（walk-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 变更

BUG_512_ANALYSIS.md

@@ -1,40 +0,0 @@
-# Bug #512 分析报告
-
-## Bug 描述
-[住院护士站-汇总发药申请] "全选"开关功能失效，点击后下方医嘱明细未能联动勾选
-
-## 根因分析
-
-### 问题定位
-`index.vue` 的 `handelSwicthChange` 函数（第176-186行）和 `handleExecute` 函数（第200-202行）。
-
-### 问题1：`handelSwicthChange` 只操作 `prescriptionRefs`（明细组件），未覆盖汇总组件
-虽然 `:disabled="isDetails != '1'"` 限制了开关仅在明细模式可用，但一旦在明细模式下切换后，数据刷新或模式切换后 ref 可能出现空值情况，缺少 `nextTick` 确保 DOM 更新完成后再操作表格选择。
-
-### 问题2：`handleExecute` 永远调用 `prescriptionRefs`
-```js
-function handleExecute() {
-  proxy.$refs['prescriptionRefs'].handleMedicineSummary();
-}
-```
-无论当前是"明细"还是"汇总"模式，都调用 `prescriptionRefs`，没有根据 `isDetails` 判断调用正确的子组件。
-
-### 问题3：`summaryMedicineList.vue` 缺少 `selectAllRows` 和 `clearSelection` 方法
-汇总组件没有暴露这些方法，如果后续需要支持汇总模式的全选功能，需要先补充。
-
-## 修复方案
-1. 在 `handelSwicthChange` 中添加 `nextTick` 确保 DOM 更新后再操作表格
-2. 修复 `handleExecute` 根据 `isDetails` 判断调用正确的子组件
-3. 为 `summaryMedicineList.vue` 添加 `selectAllRows` 和 `clearSelection` 方法
-
-## 修复结果：✅ 成功，33行改动
-
-### 修改内容
-1. `index.vue` - `handelSwicthChange` 改为 async 函数，添加 `nextTick` 确保 DOM 更新后再调用表格选择方法
-2. `index.vue` - `handelSwicthChange` 增加 `isDetails` 判断分支，覆盖明细和汇总两种模式
-3. `index.vue` - `handleExecute` 修复：根据 `isDetails` 判断调用正确的子组件方法（之前始终调用 `prescriptionRefs`）
-4. `index.vue` - `provide('handleGetPrescription')` 修复：根据 `isDetails` 判断调用正确的子组件刷新方法
-5. `index.vue` - 导入 `nextTick` from vue
-
-### 构建验证
-`vite build --mode dev` 通过，无编译错误。

BUG_526_ANALYSIS.md

@@ -1,78 +0,0 @@
-# Bug #526 分析报告
-
-## Bug 描述
-[手术管理-门诊手术安排-计费] 勾选待签发状态的项目后上方签发按钮仍置灰不可用
-
-## 根因定位
-
-**文件**: `openhis-ui-vue3/src/views/clinicmanagement/bargain/component/prescriptionlist.vue`
-
-### 签发按钮控制逻辑
-```vue
-<el-button type="primary" @click="handleSave()" :disabled="handleSaveDisabled"> 签发 </el-button>
-```
-`handleSaveDisabled` 是一个 `ref(false)`（第408行）。
-
-### 两个更新机制都存在缺陷
-
-**机制1：watcher（第458-475行）**
-```js
-watch(() => prescriptionList.value, (newValue) => {
-  let saveList = prescriptionList.value.filter(item =>
-    item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag)==1 || !item.bizRequestFlag)
-  )
-  handleSaveDisabled.value = saveList.length == 0
-}, { immediate: true, deep: false });  // ← deep: false！
-```
-`deep: false` 意味着 watcher 只能检测到数组引用变化（push/splice），**无法检测到数组元素的 `check` 属性变化**。用户勾选/取消勾选checkbox时，watcher 不会触发。
-
-**机制2：changeCheck 函数（第986-1019行）**
-```js
-groupList.value.map(k => {
-  if(k.check) {
-    if(k.statusEnum == 1) {
-      // 待签发：设置 handleSaveDisabled = false
-    }
-    if(k.statusEnum == 2) {
-      // 已签发：设置 handleSaveDisabled = true
-    }
-  }
-})
-```
-问题：
-1. **用 `.map()` 遍历逐个设置按钮状态**，后面的项会覆盖前面项的设置
-2. 如果列表中先有"待签发"项（设置 `handleSaveDisabled = false`），后面遍历时碰到一个不满足 `bizRequestFlag` 条件的项，会被覆盖为 `true`
-3. 当取消勾选最后一个项目时，`groupList` 为空，`.map()` 不执行任何操作，按钮状态保持原样
-
-### 数据流
-1. `getListInfo()` 从后端加载数据 → `prescriptionList.value` 被赋值
-2. 用户勾选checkbox → `scope.row.check` 变为 true（v-model 自动）
-3. `@change` 触发 `changeCheck()` → 更新 `groupIndexList` 和 `groupList`
-4. **但 `changeCheck` 中逐个遍历设置按钮状态的逻辑不可靠** → 签发按钮可能仍为 disabled
-
-## 修复方案
-
-将 `handleSaveDisabled` 和 `handleSingOutDisabled` 从 `ref` + 手动管理改为 **`computed` 属性**，直接从 `prescriptionList.value` 实时计算按钮状态：
-
-```js
-const handleSaveDisabled = computed(() => {
-  return !prescriptionList.value.some(item =>
-    item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag) === 1 || !item.bizRequestFlag)
-  )
-})
-
-const handleSingOutDisabled = computed(() => {
-  return !prescriptionList.value.some(item =>
-    item.check && item.statusEnum == 2 && item.chargeStatus != 5 &&
-    (Number(item.bizRequestFlag) === 1 || !item.bizRequestFlag)
-  )
-})
-```
-
-**优势**：
-- 响应式自动计算，任何 `check`、`statusEnum` 变化都会触发重新计算
-- 不需要 watcher（删除 deep: false 的那个）
-- 不需要在 changeCheck 中手动管理按钮状态
-- 逻辑与 `handleSave` 和 `handleSingOut` 中的筛选条件一致
-
-同时从 `changeCheck` 函数中移除按钮状态管理代码（第986-1019行的 `.map()` 部分）。

bug443_analysis.md

@@ -1,55 +0,0 @@
-# Bug #443 分析报告
-
-## Bug 描述
-手术计费：点击"签发"耗材时异常报错
-
-## 复现步骤
-1. 以"手术室护士"角色登录
-2. 进入【门诊手术安排】→ 点击【计费】
-3. 勾选一条状态为"待签发"的耗材项目
-4. 点击【签发】按钮
-
-## 预期 vs 实际
-- 预期：提示"签发成功"，状态变为"已签发"
-- 实际：弹出"后端程序异常"报错
-
-## 代码分析
-
-### 前端流程
-1. `surgicalschedule/index.vue` → `handleChargeCharge()` 打开计费弹窗
-2. 弹窗中使用 `prescriptionlist.vue` 组件，传入 `generateSourceEnum=6`, `sourceBillNo=operCode`
-3. 用户勾选"待签发"项目 → 点击"签发" → 触发 `handleSave()`
-4. `handleSave()` 过滤 `item.check && item.statusEnum == 1 && (Number(item.bizRequestFlag)==1||!item.bizRequestFlag)`
-5. 构造请求体：解析 `contentJson` + 补充顶层字段（encounterId, patientId, adviceType 等）
-6. 调用 `savePrescriptionSign()` → POST `/doctor-station/advice/sign-advice`
-
-### 后端流程
-1. `DoctorStationAdviceController.signAdvice()` → `saveAdvice(param, SIGN_ADVICE)`
-2. `saveAdvice()` 校验 encounterId/patientId 非空
-3. 按 adviceType 分类：药品(1)、耗材(2)、诊疗(3)
-4. 耗材走 `handDevice(deviceList, curDate, adviceOpType)` 处理
-5. 签发后更新 DeviceRequest 状态为 ACTIVE(2)
-6. 更新 ChargeItem 状态：DRAFT(0)→PLANNED(1) 或 BILLABLE(2)→PLANNED(1)
-
-### 可能根因
-
-**根因1：dbOpType 语义错误**
-- 前端 `handleSave()` 对已存在的耗材发送 `dbOpType: '1'` (INSERT)
-- 后端 `handDevice` 中 `insertOrUpdateList` 通过 `requestId != null` 过滤包含这些项
-- 但对于 INSERT 操作，如果 DeviceRequest 已存在，`saveOrUpdate` 走 UPDATE 路径
-- 问题在于：INSERT 语义下某些字段（如 `bus_no`）仅在 `is_save=true` 时设置
-
-**根因2：contentJson 数据一致性**
-- 前端将 `contentJson` 解析后 spread 回对象，再序列化为新的 JSON 发送
-- 后端 `handDevice` 直接将该 JSON 存入 `content_json` 字段
-- 如果原始 `content_json` 中的字段名与 `AdviceSaveDto` 不匹配（如 snake_case vs camelCase），可能导致数据丢失
-
-**根因3：缺少空列表校验**
-- `handleSave()` 未校验 `saveList.length == 0` 的情况
-- 如果过滤后列表为空，后端会返回"医嘱列表为空"错误
-- 虽然 watch 逻辑应在列表为空时禁用按钮，但存在竞态条件可能
-
-## 修复方案
-1. 前端 `handleSave()` 添加 `saveList.length == 0` 校验（防御性编程）
-2. 前端 `handleSave()` 对已存在记录（requestId 不为空）使用 `dbOpType: '2'` (UPDATE) 而非 '1' (INSERT)
-3. 前端 `handleSave()` 确保关键字段（quantity, unitCode）从顶层补充

bug468_analysis.md

@@ -1,85 +0,0 @@
-# Bug #468 分析报告
-
-## Bug 描述
-[住院医生工作站-检验申请] 列表页缺失【单据状态】列，无法闭环管理检验医嘱执行进度
-
-## 阶段1：深度分析
-
-### 数据流追踪
-
-1. **前端查询**: `getInspection(params)` → GET `/reg-doctorstation/request-form/get-inspection`
-2. **后端控制器**: `RequestFormManageController.getInspectionRequestForm()` → 调用 `iRequestFormManageAppService.getRequestForm()`
-3. **后端服务**: `RequestFormManageAppServiceImpl.getRequestForm()` → 调用 `requestFormManageAppMapper.getRequestForm()`
-4. **SQL查询**: `RequestFormManageAppMapper.xml` 中的 `getRequestForm` 语句
-5. **状态计算**: SQL 使用 CASE WHEN 根据 `wor_service_request.status_enum` 计算 `computed_status`
-6. **前端渲染**: `parseBillStatus(scope.row.billStatus ?? scope.row.status)` 显示状态文本
-
-### 状态映射关系
-
-**后端 ServiceRequest.status_enum 原始值：**
-| status_enum | 含义 |
-|-------------|------|
-| 1 | 待发送 (DRAFT) |
-| 2 | 已发送 (ACTIVE) |
-| 3 | 已完成 (COMPLETED) |
-| 5 | 取消/待退 (CANCELLED) |
-| 8 | 已出报告 (COMPLETED_REPORT) |
-
-**SQL CASE 计算映射（computed_status）：**
-| status_enum | → computed_status | 前端显示 |
-|-------------|-------------------|----------|
-| 8 | 6 | 已出报告 |
-| 3 | 5 | 已收样 |
-| 2 | 1 | 已签发 |
-| 5 | 7 | 已作废 |
-| 其他 | 0 | 待签发 |
-
-**前端 parseBillStatus 映射：**
-| computed_status | 显示文本 |
-|-----------------|----------|
-| 0 | 待签发 |
-| 1 | 已签发 |
-| 2 | 已校对 |
-| 3 | 待接收 |
-| 4 | 已收样 |
-| 6 | 已出报告 |
-| 7 | 已作废 |
-
-**前端筛选下拉选项：**
-| 选项label | 值 |
-|-----------|-----|
-| 全部 | "" |
-| 待签发 | "0" |
-| 已签发 | "1" |
-| 已出报告 | "6" |
-| 已作废 | "7" |
-
-### 根因定位
-
-**原始问题**：列表页完全没有【单据状态】列。
-
-**已有修复**（已在 develop 分支合并）：
-1. 新增 `el-table-column` 单据状态列（位于申请单号之后）
-2. 新增 `parseBillStatus()` 函数用于状态码→文本转换
-3. 新增筛选表单中的单据状态下拉选择
-4. 后端 SQL 新增 `computed_status` 动态计算逻辑
-5. 前端使用 `scope.row.billStatus ?? scope.row.status` 兼容字段名
-
-## 修复结果
-
-✅ 成功，Bug #468 已在 develop 分支修复并合并。
-
-当前 guanyu 分支与 develop 分支代码完全一致（diff 为空），无需额外代码改动。
-
-已有提交记录：
-- a95c9c9f - 列表页新增单据状态列
-- ae50a704 - 列表页新增【单据状态】列
-- 02b9dc87 / e694b758 / a99ecaee - 修复前后端状态码映射不一致
-
-验证通过：
-- ✅ 表格列存在（line 92-96）
-- ✅ 列位置正确（申请单号之后）
-- ✅ parseBillStatus 覆盖所有后端状态
-- ✅ 筛选表单支持状态过滤
-- ✅ 操作列按状态动态显示按钮
-- ✅ 后端 SQL computed_status 计算正确

bug491_analysis.md

@@ -1,56 +0,0 @@
-# Bug #491 分析报告
-
-## Bug 信息
-- **标题**: 【执行科室配置】保存配置时系统报错
-- **报错信息**: `Cannot invoke "com.openhis.administration.domain.Organization.getName()" because the return value of "com.openhis.administration.service..." is null`
-- **严重程度**: 3 | **优先级**: 3 | **类型**: codeerror
-
-## 复现步骤
-1. 登录 HIS 系统 → 【系统管理】→【业务规则配置】→【执行科室配置】
-2. 左侧选择科室（如"超声诊断科"）
-3. 新增或修改某行的时间区间
-4. 点击【保存】按钮
-5. 顶部弹出红色错误提示（NPE）
-
-## 根因分析
-
-### 文件定位
-- `openhis-server-new/.../appservice/impl/OrganizationLocationAppServiceImpl.java`（第161-175行）
-
-### 根本原因
-在 `addOrEditOrgLoc` 方法中，保存时会检查时间冲突。当发现冲突时，代码需要获取冲突记录的科室名称用于错误提示：
-
-```java
-// 第171-172行
-Organization org = organizationService.getById(organizationLocation.getOrganizationId());
-String organizationName = org.getName(); // NPE 这里！
-```
-
-**问题**：`organizationService.getById()` 可能返回 `null`（当冲突记录的 `organizationId` 指向已被删除的机构时），直接调用 `.getName()` 导致 NPE。
-
-### 附加问题
-`getOrgLocListByOrgIdAndActivityDefinitionId` 方法（`OrganizationLocationServiceImpl.java:60-62`）只按 `activityDefinitionId` 查询，**没有按 `organizationId` 过滤**，导致：
-- 方法名含 "OrgId" 但实际不查 organizationId
-- 时间冲突检测范围过广（跨科室误判冲突）
-- 可能查到已被删除机构的脏数据
-
-### 数据流
-```
-前端保存 → POST /base-data-manage/org-loc/org-loc
-→ addOrEditOrgLoc(OrgLocQueryDto)
-→ 查询同 activityDefinitionId 的所有机构位置记录（含脏数据）
-→ 检查时间是否重叠
-→ 若重叠，getById(organizationId) → null → getName() → NPE
-```
-
-## 修复方案
-1. `OrganizationLocationAppServiceImpl.java` 第172行：增加 `org != null` 判空，回退为 `"未知科室"`
-2. `IOrganizationLocationService.java`：修改 `getOrgLocListByOrgIdAndActivityDefinitionId` 签名，增加 `organizationId` 参数
-3. `OrganizationLocationServiceImpl.java`：查询条件增加 `.eq(OrganizationLocation::getOrganizationId, organizationId)`
-4. `OrganizationLocationAppServiceImpl.java` 第162行：调用时传入 `orgLoc.getOrganizationId()`
-
-## 修复结果：✅ 成功，4行改动
-
-- 编译验证：BUILD SUCCESS
-- 改动文件：`OrganizationLocationAppServiceImpl.java`、`IOrganizationLocationService.java`、`OrganizationLocationServiceImpl.java`
-- 已提交并推送到远程分支 guanyu

md/bug-analysis/bug-530-analysis.md

@@ -1,53 +0,0 @@
-## Bug #530 分析报告
-
-**标题**: [住院护士站-医嘱校对] 患者查询触发 SQL 类型匹配错误，导致勾选患者列表后后端报错
-
-### 数据流追踪
-
-1. `patientList.vue` → 树节点勾选触发 `handleCheckChange`
-2. `handleCheckChange` → `updatePatientInfoList(checkedPatients)` 存储选中的患者节点
-3. `handleGetPrescription()` 被触发 → `prescriptionList.vue` 的 `handleGetPrescription`
-4. 前端构造 encounterIds: `patientInfoList.value.map((i) => i.encounterId).join(',')`
-5. 后端解析: `Arrays.stream(encounterIds.split(",")).map(Long::parseLong).toList()`
-6. SQL 执行: `SELECT ... FROM ... WHERE ii.encounter_id IN (?, ?, ...)`
-
-### 根因定位
-
-**`patientList.vue` 第122行**：患者数据格式化时
-```javascript
-const patients = records.map((item) => ({
-  id: item.id || item.encounterId,   // 问题行
-  name: item.patientName || '',
-  leaf: true,
-  ...item,
-}));
-```
-
-而后端 `AdmissionPatientPageDto` 中**没有 `id` 字段**（只有 `encounterId`、`patientId` 等），所以 `item.id` 为 `undefined`，此时 `item.id || item.encounterId` 回退到 `item.encounterId`。
-
-但在 `prescriptionList.vue` 第186行提取 encounterId 时：
-```javascript
-let encounterIds = patientInfoList.value.map((i) => i.encounterId).join(',');
-```
-
-如果 `patientInfoList` 中的某个对象其 `encounterId` 因任何原因为 `undefined`、`null` 或空字符串，`join(',')` 会产生类似 `"123,,456"` 的字符串。
-
-后端解析时：
-```java
-List<Long> encounterIdList = Arrays.stream(encounterIds.split(",")).map(Long::parseLong).toList();
-```
-
-`Long.parseLong("")` 会抛出 `NumberFormatException`，导致后端报错。
-
-### 修复方案
-
-在 `prescriptionList.vue` 的 `handleGetPrescription` 函数中，过滤掉无效的 encounterId 值：
-- 过滤 `undefined`、`null`、空字符串
-- 如果过滤后无有效 encounterId，提示用户并阻止请求
-
-### 验证门禁
-
-- [x] Gate A：根因已定位到 `prescriptionList.vue` 第186行，未过滤无效 encounterId
-- [x] Gate B：已读取前后端所有相关文件，理解完整数据流
-- [x] Gate C：修复方案与验收标准一致（前端防御性处理 + 正常查询）
-- [x] Gate D：不涉及数据库字段变更

md/bug-analysis/bug444-analysis.md

@@ -0,0 +1,30 @@
+# Bug #444 分析报告
+
+## Bug 描述
+生成临时医嘱界面，"已引用计费药品"列表未正常显示药品详细名称信息。具体表现为：
+- 列表中出现了"小腿烧伤扩创交腿皮瓣修复术"（属于手术诊疗项目）
+- 列表中出现了"心脏彩色多普勒超声"（属于检查/诊疗项目）
+- 非药品类计费信息错误地混入"已引用计费药品"列表
+
+## 根因定位
+**文件**: `openhis-ui-vue3/src/views/surgicalschedule/index.vue`
+**行号**: 1580 (handleMedicalAdvice), 1864 (handleQuoteBilling), 1850 (handleTemporaryMedicalRefresh)
+
+三处过滤逻辑均使用：
+```javascript
+if (item.adviceType !== 1) return false;
+```
+
+**问题1（主因）**: `adviceType` 字段命名兼容不完整。代码在 `insuranceType`、`contentJson` 等字段上做了 camelCase + snake_case 双兼容（如 `item.insuranceType || item.insurance_type`），但 `adviceType` 只检查了 camelCase。若后端返回 snake_case 数据（`advice_type`），`item.adviceType` 为 `undefined`，`undefined !== 1` 为 `true`，导致所有非药品项目全部放行。
+
+**问题2（次因）**: 即使 `adviceType` 正确返回，后端可能存在数据标注错误的情况（非药品项目被标为 adviceType=1），缺乏基于药品名称的二次验证。
+
+## 修复方案
+1. `adviceType` 检查增加 snake_case 回退：`const at = item.adviceType ?? item.advice_type; if (at !== 1) return false;`
+2. 增加药品名称关键字二次过滤：排除名称中包含"术"、"检查"、"超声"、"多普勒"等关键词的非药品项目
+
+## 验收标准
+1. "已引用计费药品"列表中只显示药品类项目
+2. 不显示手术诊疗项目（如"小腿烧伤扩创交腿皮瓣修复术"）
+3. 不显示检查项目（如"心脏彩色多普勒超声"）
+4. 药品名称正常显示

openhis-server-new/openhis-application/src/main/java/com/openhis/web/basedatamanage/appservice/impl/OrganizationLocationAppServiceImpl.java

@@ -169,7 +169,7 @@ public class OrganizationLocationAppServiceImpl implements IOrganizationLocation
                 if (DateTimeUtils.isOverlap(organizationLocation.getStartTime(), organizationLocation.getEndTime(),
                     orgLoc.getStartTime(), orgLoc.getEndTime())) {
                     Organization org = organizationService.getById(organizationLocation.getOrganizationId());
-                    String organizationName = org != null && org.getName() != null ? org.getName() : "未知科室";
+                    String organizationName = org != null ? org.getName() : "未知科室";
                     return R.fail("当前诊疗：" + activityName + CommonConstants.Common.DASH + orgLoc.getStartTime()
                         + CommonConstants.Common.DASH + orgLoc.getEndTime() + "与" + organizationName + "时间冲突");
                 }