wangyizhe/his
1
3
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity
2,045 Commits 30 Branches 3 Tags
250f9ce2587208974b3bf4e70a793dea677c0fc7
Commit Graph

464 Commits

Author SHA1 Message Date
yangkexiang
250f9ce258 Merge remote-tracking branch 'origin/develop' into develop 2026-05-14 11:48:42 +08:00
yangkexiang
0d6f891b47 fix bug434:门诊手术安排：编辑弹窗中“切口类型”字段未正确回显数据 
bug426:门诊医生站-检查开立：已选择列表应支持树形展开，显示套餐明细
bug439:领用出库：选择领用药品后“总库存数量”列数据未显示
bug457:门诊收费：已签发的手术类医嘱在门诊收费列表中不显示项目名称
 2026-05-14 11:48:22 +08:00
Ranyunqiao
eab0119c19 bug362 413 498 504 507 2026-05-14 11:47:18 +08:00
关羽
d43a06c343 Fix Bug #475: 【住院医生工作站】开立检查申请单报错后仍生成申请记录 
根因：saveRequestForm方法的预校验循环和主循环分别独立查询activityOrganizationConfig获取positionId，
存在数据不一致风险——预校验通过但主循环中positionId查找失败时，RequestForm已被保存导致脏数据。

修复：将预校验循环中查到的positionId缓存到Map中，主循环直接使用缓存结果，
避免重复查询导致的数据不一致问题。确保所有校验通过后再执行任何数据库操作。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 11:15:20 +08:00
赵云
444397e868 Fix Bug #435: 门诊手术安排：编辑弹窗中"费用类别"字段数据未回显 
根因：OpCreateScheduleDto 缺少 feeType 字段，导致新建手术安排时 BeanUtils.copyProperties 无法复制该字段，
保存到数据库后 fee_type 为空字符串/null，编辑时详情查询返回 null 导致前端不显示。

修复：在 OpCreateScheduleDto 新增 feeType 字段，使创建流程完整传递费用类别数据。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 10:28:48 +08:00
赵云
1a770ca0ee Fix Bug #402: 住院医生站诊断录入：点击保存诊断后，列表出现重复记录且部分条目元数据缺失 
根因分析：
1. 前端保存按钮无防重复点击保护，连续点击会发送多个请求
2. 保存成功后前端使用本地排序数据更新，未从服务器重新加载，导致前后端数据不一致
3. 后端 saveDoctorDiagnosis 保存后未回写 encounterDiagnosisId，后续保存无法正确更新已有记录

修复方案：
- 前端：在 handleSaveDiagnosis 入口增加 isSaving 守卫，防止重复提交
- 前端：保存成功后调用 getList() 从服务器重新加载数据，确保前后端一致
- 后端：saveOrUpdate 后回写 encounterDiagnosisId 到返回参数，前端可跟踪记录ID

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 09:11:12 +08:00
荀彧
164ac604fb Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
根因：completeEncounter 方法中先将队列状态更新为 COMPLETED，再用内存中
的 queueItem.getStatus() 判断是否已完诊，导致 queueAlreadyCompleted 始终为 true，
div_log 审计日志永远不会被写入。

修复：在更新队列状态之前记录原始完成状态（queueWasAlreadyCompleted），
用该值判断是否需要写入 div_log，确保完诊时正确生成审计日志。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 08:52:04 +08:00
赵云
6dc9788d8c Fix Bug #487: 【临床医嘱】诊疗类医嘱签发后，列表状态未实时刷新为"已签发" 
根因分析：诊疗类(活动)医嘱签发时，后端handService()的批量状态更新
未区分签发/保存场景，导致statusEnum字段在签发时可能未被正确更新为
ACTIVE(2)；前端依赖后端刷新，缺乏乐观更新机制。

修复方案：
- 前端：签发成功后立即将saveList中对应医嘱的statusEnum设为2（乐观更新），
  再执行getListInfo从后端刷新
- 后端：handService()中分离签发/保存的批量更新逻辑，签发时显式设置
  statusEnum=ACTIVE、authoredTime和signCode，并添加日志

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 04:44:10 +08:00
关羽
6907c7dbc8 Fix Bug #481: [住院护士站-医嘱执行] 药品库存充足但执行时提示库存不足 
根因: AdviceUtils.checkExeMedInventory() 中硬编码 performLocation == locationId 的匹配条件，
当医嘱的 performLocation 指向的药房没有该药品库存时（库存实际在其他药房），匹配失败导致"库存不足"错误。

修复策略: 采用两步匹配法 -
1. 先按 performLocation 匹配指定药房的库存（添加 null 容错）
2. 若指定药房无匹配，则放宽条件跨所有药房聚合库存

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 03:14:30 +08:00
关羽
56b8d0e98d Fix Bug #475: 【住院医生工作站】开立检查申请单报错"请先配置当前时间段的执行科室"后，系统仍生成申请记录 
- 将requestFormId判空改为requestFormId != null && requestFormId != 0L，防止前端空字符串反序列化为0L误入编辑场景
- 在循环中逐个校验activityList中的项目是否都配置了执行科室，将所有校验前置到任何数据库操作之前，避免部分通过后在save中途抛异常
- 统一使用isEdit标志变量替代重复的null检查

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 02:12:06 +08:00
关羽
55eba1a0b1 Fix Bug #443: 手术计费：点击"签发"耗材时异常报错 
**根因分析**：
前端 handleSave 签发时，仅从 contentJson 解析数据后发送，缺少 encounterId、patientId、locationId 等关键字段。这些字段在 API 响应顶层（不在 contentJson 中），导致后端签发时字段为空。

**修复方案**：
- 前端：在 handleSave 的 saveList 映射中补充 encounterId、patientId、locationId（对应 positionId）、adviceType 等顶层关键字段
- 后端：handDevice 中 locationId 为空时，优先查询已有 DeviceRequest 的 performLocation 作为回退，避免覆盖为默认科室
 2026-05-14 00:11:29 +08:00
关羽
96102e8b64 Fix Bug #401: div_log 表中 pool_id 与 slot_id 存值不符 
根因分析：
1. 候选池API（getCurrentDayEncounter）未返回 poolId/slotId 字段，导致护士从候选池
   添加患者到队列时 poolId/slotId 始终为 null
2. triage_queue_item 中 pool_id/slot_id 为 null 后，完诊时 div_log 也写入 null 值
3. 医生站完诊和护士站完诊各自独立写入 div_log，导致同一患者产生两条 COMPLETE 记录

修复方案：
1. CurrentDayEncounterTencentDto 新增 poolId/slotId 字段
2. TencentAppMapper.xml 通过 encounter.order_id → order_main.slot_id →
   adm_schedule_slot.pool_id 链路获取正确的号源信息
3. DoctorStationMainAppServiceImpl 增加防重复逻辑：队列项已为 COMPLETED 状态时
   不再重复写入 div_log（说明护士站已处理过）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 23:27:08 +08:00
关羽
49df72121f Fix Bug #412: 门诊医生站传染病报告卡保存失败，提示报错 
后端 saveInfectiousDiseaseReport 中 getCardNo().trim() 存在空指针异常风险，
增加 cardNo 空值校验避免 NPE 导致保存失败。
前端 buildSubmitData 中 diseaseCode 在 selectedClassA/B/C 为空时会变成 null，
增加从 selectedDiseases 兜底取值逻辑确保 diseaseCode 始终有值。
 2026-05-13 23:18:53 +08:00
关羽
e5cd7bd792 Fix Bug #497: 【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑 
根因：/reg-doctorstation/request-form/get-check 接口只接收 encounterId 参数，前端传递的 startDate/endDate/status 筛选参数被后端完全忽略，导致日期范围和状态筛选不生效。
修复：Controller 增加 startDate、endDate、status、keyword 参数，透传至已有的重载 Service 方法（SQL 和 DTO 中 status 字段已存在）。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 20:08:41 +08:00
赵云
dc9f47c534 Fix Bug #489: 【医嘱闭环】医生站签发单条长期药品医嘱，护士校对界面生成重复（两条）待校对记录 
根因分析：
1. SQL查询JOIN倍增：selectInpatientAdvicePage 中多个LEFT JOIN（如adm_encounter_location、
   adm_encounter_participant、med_medication）可能产生重复行，外层查询无DISTINCT去重
2. 防重复逻辑缺陷：handMedication() 中仅对 DbOpType.INSERT 进行去重，若同一请求中包含
   INSERT 和 UPDATE（编辑后签发的医嘱），两者uniqueKey相同但UPDATE不受去重限制，
   导致 UPDATE 修改旧记录 + INSERT 创建新记录 = 两条数据

修复方案：
1. 在AdviceProcessAppMapper.xml的UNION两侧子查询中添加SELECT DISTINCT，防止JOIN倍增
2. 在AdviceManageAppServiceImpl.java中移除dbOpType限制，对所有医嘱（INSERT+UPDATE）
   统一按uniqueKey去重，确保同一业务医嘱只处理一次

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 19:19:47 +08:00
赵云
0f85e95d24 Fix Bug #475: 【住院医生工作站】开立检查申请单报错"请先配置当前时间段的执行科室"后，系统仍生成申请记录 
根因：saveRequestForm 方法中，执行科室配置校验（activityOrganizationConfig.isEmpty）位于 saveOrUpdate(requestForm) 之后，导致即使校验失败抛出异常，RequestForm 记录已被写入数据库。
修复：将校验逻辑移至方法开头，在任何数据库操作之前执行，确保校验失败时不产生任何脏数据。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 18:13:10 +08:00
荀彧
2d7228ca5d Fix Bug #470: 住院医生工作站-手术申请单加载手术项目耗时过长，影响医生开单效率 
性能优化:
1. 数据库层: 为 wor_activity_definition 表添加手术项目专用覆盖索引 (idx_wor_activity_def_surgery_covering)
   - 查询从 Index Scan + Filter 改为 Index Only Scan
   - 执行时间从 4.6ms 降至 0.67ms (约7倍提升)
2. Java服务层: 过滤 chargeItemDefinitionIdList 中的 null 值
   - 手术项目无定价定义,原逻辑会将 null 传入批量查询造成浪费
   - 同时跳过 childCharge 批次定价查询(仅药品/耗材需要)

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 18:10:44 +08:00
关羽
a447e55d43 Fix Bug #471: 手术管理-门诊手术安排：手术申请查询结果中混入住院检验申请单数据（脏数据） 
根因：getSurgeryRequestFormPage 接口构建 RequestFormDto 时 typeCode 传了 null，
导致 SQL 中 type_code 过滤条件被跳过，查出所有申请单（包括 typeCode=22 的住院检验申请单）。
修复：传入 ActivityDefCategory.PROCEDURE.getCode()（值为"24"）作为 typeCode，
确保只查询手术类型的申请单。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 18:06:09 +08:00
关羽
480663f716 Fix Bug #454: 门诊医生站-医嘱页签：删除"待签发"状态的检验项目时，错误触发"执行科室"校验导致删除失败 
在handService的执行科室校验中增加dbOpType DELETE跳过条件，作为BugFix#454过滤器的第二层防御。
同时修复handMedication和handService中重复声明requestId变量导致的编译错误。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 16:12:38 +08:00
关羽
cc484d5f10 Fix Bug #442: 手术计费：点击"删除"待签发耗材时异常报错，导致操作失败 
根因：手术计费场景中"待签发"耗材的 requestId 来自 adm_charge_item.service_id，
当 service_id 为 null 或对应的 wor_device_request 记录不存在时，
后端 removeById(null) 或 removeById(不存在ID) 会抛出异常导致删除失败。

修复策略：
- 前端(prescriptionlist.vue): handleDelete 中增加 requestId 有效性校验，
  过滤掉 requestId 为 null/undefined/空的项，避免发送无效删除请求
- 后端(DoctorStationAdviceAppServiceImpl.java): handMedication/handDevice/handService
  三个删除路径增加 requestId null check，跳过无效记录而非抛出异常

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 15:16:45 +08:00
关羽
fc1ed6c4ce Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
根因：DoctorStationMainAppServiceImpl.completeEncounter() 中获取 pool_id/slot_id 的逻辑有两处缺陷：
1. 当 queueItem 存在但 poolId 或 slotId 为 null 时，else if 分支因 queueItem != null 而跳过，
   导致未进入回退链路，最终 divPoolId 和 divSlotId 均为 null。
   修复：将 else if 拆为独立的 if 判断，确保 queueItem 值缺失时能正确回退。
2. 回退路径中先将 order.getSlotId() 赋给 divSlotId，再查询 ScheduleSlot 获取 poolId。
   若 Slot 查询失败（返回 null），则 divSlotId 有值但 divPoolId 为 null，产生不完整审计记录。
   修复：先查 Slot，成功后同时用 slot.getId() 和 slot.getPoolId() 赋值，保证数据一致性。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 14:07:15 +08:00
Ranyunqiao
b7df71fd0b bug 362 428 436 2026-05-13 12:59:03 +08:00
陈琳
5bc8a8e517 Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端列标题：处方号 → 申请单号（表格列 + 详情弹窗）
2. 后端单号生成：原用 PAR 处方号前缀 → 改为 JCZ + yyMMdd + 5位顺序号
3. 新增 AssignSeqEnum.CHECK_APPLY_NO 枚举项（JCZ 前缀）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 11:03:32 +08:00
xiaoming
0264fa9d58 Merge branch 'develop' of https://gitea.gentronhealth.com/wangyizhe/his into develop 2026-05-13 10:57:20 +08:00
xiaoming
cd12dd7a22 bug471 手术管理-门诊手术安排：手术申请查询结果中混入住院检验申请单数据（脏数据） 2026-05-13 10:45:33 +08:00
关羽
bfddf87b2c Fix Bug #496: 【住院医生工作站-检查申请】检查申请列表字段命名不规范及单号生成规则不符合医疗行业标准 
1. 前端 examineApplication.vue：列表表头和详情弹窗中"处方号"改为"申请单号"
2. 后端 RequestFormManageAppServiceImpl：检查申请单单号生成规则由 PAR+流水号 改为 JCZ+yyMMdd+5位顺序号（如：JCZ26051300001），其他类型申请单保持原有PAR规则不变

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:42:39 +08:00
关羽
84499d4ec1 Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因：完诊时使用 triageQueueItemService.updateById(queueItem) 更新队列状态，
依赖 MyBatis Plus 的实体级更新策略，可能因字段级更新策略导致 status 字段未实际写入数据库。

修复策略：改用 LambdaUpdateWrapper 直接生成 UPDATE SQL，明确指定 SET status=30，
绕过实体级更新策略，确保 status 字段必定写入数据库。同时增加更新失败日志。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:37:02 +08:00
荀彧
01c5b62024 Fix Bug #401: 门诊完诊审计日志错误：div_log 表中 pool_id 与 slot_id 存值与设计规范不符 
调整完诊时 div_log 的 pool_id/slot_id 获取优先级：优先使用 triage_queue_item
（挂号时录入的号源信息，为权威来源），队列项不存在或值缺失时回退使用
encounter → order → slot → pool 链路

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 10:15:20 +08:00
刘备
5539d4cc03 Fix Bug #489: 【医嘱闭环】医生站签发单条长期药品医嘱，护士校对界面生成重复（两条）待校对记录 
在住院医生站签发流程的 handMedication() 方法中增加去重逻辑，
与门诊医生站保持一致，使用 patientId+encounterId+adviceDefinitionId+dose+methodCode+rateCode
作为唯一键，防止前端重复提交导致数据库产生重复医嘱记录。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:13:32 +08:00
刘备
982e905990 Fix Bug #491: 【执行科室配置】保存配置时系统报错 - 修复Organization.getName()空指针异常 
根因分析：
1. organizationLocationInit() 中 Organization.getName() 未做空值过滤，若数据库存在name为null的科室记录会NPE
2. addOrEditOrgLoc() 中 activityDefinitionMapper.selectById().getName() 未对selectById返回null做防护
3. addOrEditOrgLoc() 缺少organizationId前置校验，空值传入可能导致后续流程异常

修复内容：
- 第74行：stream中增加 .filter(organization -> organization != null && organization.getName() != null)
- 第136-138行：增加organizationId为null时的校验，返回友好错误提示
- 第145-147行：将activityDefinitionMapper.selectById结果先赋值再判空，避免NPE

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:12:42 +08:00
刘备
0600bbecbc Fix Bug #468: [住院医生工作站-检验申请] 列表页缺失【单据状态】列，无法闭环管理检验医嘱执行进度 
前后端完整链路修复：
- 后端 Mapper: LEFT JOIN wor_service_request 表，通过 CASE MIN(status_enum) 映射单据状态
- 后端 Mapper: 新增状态筛选和关键字搜索（申请单号/检验项目模糊匹配）
- 后端 Service/Controller: 新增 status 和 keyword 参数传递
- 前端 Vue: 列表页添加【单据状态】列，绑定 status 字段
- 前端 Vue: 移除中间状态选项（已采集/已收样），与后端 CASE 映射保持一致

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:02:47 +08:00
Ranyunqiao
460890e3c2 413 460 513 514 2026-05-12 17:27:25 +08:00
赵云
fbbe0e9248 Fix Bug #470: 住院医生工作站-手术申请单加载手术项目耗时过长，影响医生开单效率 
根因：getAdviceBaseInfo 后端接口在查询手术项目时，仍会执行与手术无关的库存查询
（getAdviceInventory）、全表扫描待发放记录（getAdviceDraftInventory）以及药房科室
配置查询（getMedLocationConfig），其中 getAdviceDraftInventory 对
med_medication_dispense 和 wor_device_dispense 做全表扫描，无任何过滤条件，
导致手术/诊疗场景下的额外数据库开销。

修复：在 DoctorStationAdviceAppServiceImpl.getAdviceBaseInfo() 中增加类型判断，
当 adviceTypes 不包含药品(1)或耗材(2)时跳过所有库存相关查询，因为这些查询对手术/
诊疗(3,6)项目无意义，且下游代码仅在药品/耗材处理分支中使用这些变量。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-12 17:22:23 +08:00
Ranyunqiao
1b159cdfab 429 433 438 476 477 478 2026-05-12 12:21:25 +08:00
赵云
3f35b4f2bb Fix Bug #435: 门诊手术安排：编辑弹窗中"费用类别"字段数据未回显 
根因：getSurgeryScheduleDetail 查询未关联 fin_contract 表，导致 feeType 始终为 null
修复：SQL 中添加 adm_encounter → adm_account → fin_contract 三表关联，取 fc.contract_name AS feeType；
      OpScheduleDto 新增 feeType 字段用于接收映射

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-12 10:04:26 +08:00
wangjian963
9bd39c06e7 Merge remote-tracking branch 'origin/develop' into develop 2026-05-11 15:25:17 +08:00
赵云
bde42d6b14 fix: 恢复 Bug #497 的后端修改 + 数据库字段同步 (ALTER TABLE doc_request_form ADD COLUMN status) 2026-05-11 14:57:06 +08:00
关羽
01bf3177c9 fix: 还原 Bug #443/#475/#477/#486/#497 引入的 getRequestForm 编译错误 2026-05-11 14:40:07 +08:00
赵云
2a9f8376e6 fix: 完整回退 Bug #497 的后端修改（SQL/Java接口/Impl/Dto） 2026-05-11 14:13:49 +08:00
关羽
256b986c0e Fix Bug #477: 住院医生工作站-住院检查申请详情弹窗中"发往科室"字段显示为短横线（-），未正常获取数据 
根因：handleViewDetail 为同步方法，点击详情时 getLocationInfo 尚未返回，
orgOptions 为空导致 recursionFun 无法将 targetDepartment ID 解析为科室名称。

修复：
1. 前端（4个申请组件）：handleViewDetail 改为 async，解析 descJson 前确保 orgOptions 已加载
2. 前端：watch encounterId 改为 Promise.all 并行加载数据和科室列表
3. 后端：新增 keyword 关键字筛选参数（申请单号/检查项目模糊匹配）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 14:03:49 +08:00
关羽
eaac16769d Fix Bug #491: 【执行科室配置】保存配置时系统报错 
根因: addOrEditOrgLoc 方法中 organizationService.getById() 返回 null 时
直接调用 .getName() 导致 NullPointerException。当数据库中某条执行科室配置
关联的 organizationId 对应的科室记录已被删除时触发此问题。

修复: 在调用 getName() 前增加 null 检查，返回"未知科室"作为降级提示。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 14:01:23 +08:00
wangjian963
df6c5f3824 506 门诊挂号：门诊诊前退号后，数据库多表状态值变更与 PRD 定义不符 
CommonConstants.AppointmentOrderStatus 常量 → OrderStatus 枚举重构
   新增枚举：0=患者取消 / 1=有效 / 2=系统取消 / 3=已完成
   退号流程加乐观锁防并发，slot 状态改回待约，退号日志独立事务 修复 XML 中 Integer 比较用字符串的问题
Bug #411 — 诊室过滤栏从科室下拉框改为诊室按钮组
 2026-05-11 13:51:47 +08:00
赵云
c5820fcec2 Fix Bug #497: 【住院医生工作站-检查申请】检查申请列表缺失"申请单状态"列及全流程闭环状态流转逻辑 
根因：get-check 接口只接收 encounterId 参数，忽略前端传递的 startDate/endDate/status 筛选参数，
导致日期筛选和状态筛选全部失效。同类型的 get-inspection 接口已正确支持这些参数。
修复：在 controller 的 get-check 方法增加 startDate、endDate、status 三个 @RequestParam，
调用 5 参数重载的 service 方法，使筛选参数正确传递到 SQL 层。
前端 examineApplication.vue 已包含状态列、parseStatus 映射、状态筛选下拉框，无需修改。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 13:48:45 +08:00
赵云
98e5a0b984 Fix Bug #509: [门诊医生站-手术申请] 提交申请后列表未实时刷新展示数据，且提示语需优化 
1. 修复列表不显示问题：SurgeryMapper.xml 中 sr.id IS NULL 条件导致已生成医嘱的手术被过滤，
   提交手术时 addSurgery() 会创建 category_enum=4 的 ServiceRequest，导致查询立即被排除。
   移除 sr.id IS NULL 过滤条件，使手术申请列表正常展示所有手术记录。

2. 修复提示语问题：将后端 addSurgery 返回消息从"手术信息添加成功"改为"手术申请提交成功！"，
   updateSurgery 改为"手术申请修改成功！"，前端直接使用后端返回消息。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 11:24:06 +08:00
关羽
13731c2373 Fix Bug #475: 【住院医生工作站】开立检查申请单报错"请先配置当前时间段的执行科室"后，系统仍生成申请记录 
将执行科室配置校验提前到数据库写入操作之前，避免校验失败时已写入RequestForm记录

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 00:24:08 +08:00
关羽
d63b00fd33 Fix Bug #481: [住院护士站-医嘱执行] 药品"注射用头孢哌酮钠舒巴坦钠"库存充足，但执行医嘱时提示库存不足 
在 checkExeMedInventory 方法中，原代码使用 findFirst() 只取第一个批次的库存
进行校验，导致同一库房多个批次的库存总量未被聚合计算。改为 collect(Collectors.toList())
收集所有匹配批次，然后用 Stream reduce 聚合总可用库存后再与需求量比较。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 00:22:42 +08:00
关羽
d866d898df Fix Bug #506: 门诊挂号：门诊诊前退号后，数据库多表状态值变更与 PRD 定义不符 
在 syncAppointmentReturnStatus 方法中：
1. 退号时同步将 order_main.pay_status 设为 0（未支付），修复退费后 pay_status 仍为 1 的问题
2. cancel_reason 固定使用标准化值"门诊退号"，确保与 PRD 定义一致

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-10 23:58:40 +08:00
关羽
e0a035204e Fix Bug #487: 【临床医嘱】诊疗类医嘱签发后，列表状态未实时刷新为"已签发" 
诊疗类医嘱(handService)签发时仅依赖saveOrUpdate更新statusEnum，
但该方式对已有记录可能未正确将statusEnum更新为ACTIVE(2)。
修复：在handService方法末尾使用LambdaUpdateWrapper批量显式更新
所有已处理ServiceRequest的statusEnum为ACTIVE(签发)/DRAFT(保存)，
与ServiceRequestServiceImpl中activeStatusEnum/updateDraftStatusBatch
等方法的实现模式保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-10 17:20:43 +08:00
关羽
772ec5537c Fix Bug #504: 【住院医生工作站-临床医嘱】护士退回药品医嘱后，医生修改并保存时提示"未匹配到库存信息" 
根因分析：
1. SQL查询 getRegRequestBaseInfo 未返回 medication_id/adviceDefinitionId 字段，
   退回医嘱的 adviceDefinitionId 为 null，导致库存校验查询无法匹配到库存记录
2. 退回医嘱可能缺少 locationId，严格的 locationId 匹配导致校验失败

修复方案：
1. AdviceManageAppMapper.xml：在三个UNION查询中分别添加 medication_id/device_def_id/activity_id AS advice_definition_id
2. AdviceUtils.checkInventory()：
   - 过滤 null adviceDefinitionId，避免SQL查询异常
   - 所有adviceDefinitionId为null时跳过库存校验
   - 退回医嘱单个adviceDefinitionId为null时跳过该校验项
   - 添加 locationId 容错匹配（为null时跳过location匹配）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-10 12:28:19 +08:00
华佗
ffc2562aea Fix Bug #505: 【业务逻辑缺陷】药品医嘱已由药房发药，护士仍能在"医嘱校对"模块执行"退回"操作 
前后端双重校验防止已发药医嘱被退回：
1. 后端 InpatientAdviceDto 新增 dispenseStatus 字段，Mapper SQL LEFT JOIN med_medication_dispense 获取发药状态
2. 后端 adviceReject 方法增加前置校验，已发药(COMPLETED)的医嘱直接拒绝退回
3. 前端 prescriptionList.vue handleCancel 方法增加 dispenseStatus 校验，已发药医嘱点击退回时弹窗提示
 2026-05-10 11:17:35 +08:00