wangyizhe/his
1
3
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity
2,006 Commits 33 Branches 3 Tags
c012974fd0c5dbc5eeebeb4a4c4e7a7a5c28f84a
Commit Graph

552 Commits

Author SHA1 Message Date
关羽
92ce2d10a1 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:06:34 +08:00
Ranyunqiao
9bec956b4f bug 362 428 436 2026-05-13 13:35:47 +08:00
陈琳
65a772c7b2 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 13:35:47 +08:00
xiaoming
994fd9bacc bug471 手术管理-门诊手术安排：手术申请查询结果中混入住院检验申请单数据（脏数据） 2026-05-13 13:35:47 +08:00
关羽
cec8a44bd9 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:33 +08:00
关羽
8157063749 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:42:33 +08:00
荀彧
51fba4488e 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:35:55 +08:00
荀彧
a09020a4fd 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:25:48 +08:00
关羽
f7a3f658fb Merge remote-tracking branch 'origin/关羽' - resolve conflicts 2026-05-13 09:39:03 +08:00
关羽
dd36dc49ea Fix Bug #400: 门诊医生站点击【完诊】后，triage_queue_item 表 status 字段未按规范更新为 30 
根因：完诊时使用 triageQueueItemService.updateById(entity) 更新队列状态，
实体序列化过程中 status 字段为 Integer 类型但数据库列为 VARCHAR(50)，
可能导致 MyBatis-Plus 的 UPDATE SQL 未正确包含 status 字段。

修复方案：改用 LambdaUpdateWrapper 直接构造 UPDATE SQL，确保 status 字段被正确更新为 30。
同时增加成功/失败日志，便于后续排查。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 09:38:13 +08:00
张飞
3590a18adc Fix Bug #362: 住院护士站：入出转管理双击查看详情时，"入科时间"字段显示当前系统时间而非实际入科时间 
在 selectAdmissionPatientInfo SQL 中，startTime 原取自 bed.start_time（床位级别的位置记录），
当该 LEFT JOIN 无匹配记录时返回 NULL，前端 fallback 到当前系统时间。
改为 COALESCE(bed.start_time, ae.start_time)，无床位记录时回退到 encounter 的入院时间。

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

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:16:01 +08:00
刘备
c8ed4e5856 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:16:01 +08:00
刘备
f581f72693 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:16:01 +08:00
荀彧
0c36230158 Fix Bug #457: 门诊收费：已签发的手术类医嘱在门诊收费列表中不显示项目名称 
根因分析：门诊医生站处方列表查询（DoctorStationAdviceAppMapper.xml）中，
手术类医嘱（category_enum=4）的 advice_table_name 固定返回 'wor_activity_definition'，
而非 'cli_surgery'。当医生通过"签发"按钮处理手术医嘱时，handService() 据此创建
ChargeItem，导致 product_table = 'wor_activity_definition'，但 product_id 实际指向
cli_surgery 表中的手术记录。

门诊收费SQL查询的CASE语句仅匹配 product_table = 'cli_surgery' 的手术项，
因此这些手术医嘱无法匹配，item_name 返回 NULL。

修复方案：在 selectEncounterPatientPrescription 和 selectEncounterPatientPrescriptionWithPrice
的 item_name CASE 表达式中新增兜底分支：
  WHEN context_enum = #{activity} AND service_table = 'wor_service_request'
  THEN COALESCE(T9.surgery_name, wsr.content_json->>'surgeryName',
                wsr.content_json->>'adviceName', T2."name")

按优先级回退获取手术名称：cli_surgery表 → content_json手术名称 → content_json医嘱名称 → 诊疗定义名称

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:15:52 +08:00
华佗
1f94efa1d2 Fix Bug #442: 手术计费：点击"删除"待签发耗材时异常报错，导致操作失败 
根因：DoctorStationAdviceAppMapper.xml 中 getRequestBaseInfo SQL 的第二个 UNION 查询（手术计费耗材从 adm_charge_item 关联 wor_device_request）中，biz_request_flag 和 requester_id 使用了 CI.enterer_id（计费录入人），而非 DR.requester_id（设备申请创建人）。当录入人与当前操作人不一致时，biz_request_flag 为 '0'，导致删除操作被后端拒绝。

修复：将 CI.enterer_id 改为 COALESCE(DR.requester_id, CI.enterer_id)，优先使用 DeviceRequest 的 requester_id，确保 biz_request_flag 基于正确的创建人计算。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-13 00:15:52 +08:00
Ranyunqiao
6fdf96edab 413 460 513 514 2026-05-13 00:15:52 +08:00
赵云
2ef1ce9f35 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-13 00:15:51 +08:00
Ranyunqiao
4c4f01abd1 429 433 438 476 477 478 2026-05-13 00:15:51 +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
荀彧
d38efd15b3 Fix Bug #457: 门诊收费：已签发的手术类医嘱在门诊收费列表中不显示项目名称 
根因分析：门诊医生站处方列表查询（DoctorStationAdviceAppMapper.xml）中，
手术类医嘱（category_enum=4）的 advice_table_name 固定返回 'wor_activity_definition'，
而非 'cli_surgery'。当医生通过"签发"按钮处理手术医嘱时，handService() 据此创建
ChargeItem，导致 product_table = 'wor_activity_definition'，但 product_id 实际指向
cli_surgery 表中的手术记录。

门诊收费SQL查询的CASE语句仅匹配 product_table = 'cli_surgery' 的手术项，
因此这些手术医嘱无法匹配，item_name 返回 NULL。

修复方案：在 selectEncounterPatientPrescription 和 selectEncounterPatientPrescriptionWithPrice
的 item_name CASE 表达式中新增兜底分支：
  WHEN context_enum = #{activity} AND service_table = 'wor_service_request'
  THEN COALESCE(T9.surgery_name, wsr.content_json->>'surgeryName',
                wsr.content_json->>'adviceName', T2."name")

按优先级回退获取手术名称：cli_surgery表 → content_json手术名称 → content_json医嘱名称 → 诊疗定义名称

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-12 23:34:36 +08:00
华佗
4e71b861ab Fix Bug #442: 手术计费：点击"删除"待签发耗材时异常报错，导致操作失败 
根因：DoctorStationAdviceAppMapper.xml 中 getRequestBaseInfo SQL 的第二个 UNION 查询（手术计费耗材从 adm_charge_item 关联 wor_device_request）中，biz_request_flag 和 requester_id 使用了 CI.enterer_id（计费录入人），而非 DR.requester_id（设备申请创建人）。当录入人与当前操作人不一致时，biz_request_flag 为 '0'，导致删除操作被后端拒绝。

修复：将 CI.enterer_id 改为 COALESCE(DR.requester_id, CI.enterer_id)，优先使用 DeviceRequest 的 requester_id，确保 biz_request_flag 基于正确的创建人计算。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-12 23:08:08 +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
玉狻猊
53a3460092 调优：测试环境数据库改为 test1 2026-05-12 12:18:58 +08:00
赵云
d7f8a20d76 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 12:18:58 +08:00
玉狻猊
ede6180c97 调优：测试环境数据库改为 test1 2026-05-12 11:01:28 +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
关羽
dafa5961c4 Fix Bug #489: 护士校对界面重复待校对记录 - SQL JOIN 乘法修复 
根因: AdviceProcessAppMapper.xml 中 LEFT JOIN med_medication_dispense
直接关联时，一条药品医嘱若有多条发药记录会产生多行结果（SQL 笛卡尔积），
导致护士校对界面显示重复的待校对记录。

修复: 将直接 JOIN 改为 ROW_NUMBER() 子查询，每个 med_req_id 只取最新
一条发药记录的状态，避免行倍增。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 15:30:17 +08:00
赵云
c7956a116b fix: 恢复 Bug #497 的后端修改 + 数据库字段同步 (ALTER TABLE doc_request_form ADD COLUMN status) 2026-05-11 15:30:17 +08:00
关羽
845354e863 fix: 还原 Bug #443/#475/#477/#486/#497 引入的 getRequestForm 编译错误 2026-05-11 15:30:17 +08:00
赵云
56ea4b6af1 fix: 完整回退 Bug #497 的后端修改（SQL/Java接口/Impl/Dto） 2026-05-11 15:30:17 +08:00
赵云
a43f98cc5a fix: 完全回退 Bug #497 引入的 drf.status 字段（数据库不存在） 2026-05-11 15:30:17 +08:00
wangjian963
9215c288d3 506 门诊挂号：门诊诊前退号后，数据库多表状态值变更与 PRD 定义不符 
CommonConstants.AppointmentOrderStatus 常量 → OrderStatus 枚举重构
   新增枚举：0=患者取消 / 1=有效 / 2=系统取消 / 3=已完成
   退号流程加乐观锁防并发，slot 状态改回待约，退号日志独立事务 修复 XML 中 Integer 比较用字符串的问题
Bug #411 — 诊室过滤栏从科室下拉框改为诊室按钮组
 2026-05-11 15:30:17 +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
关羽
c3dfd3eb21 Fix Bug #499: 【住院医生工作站-检查申请】检查申请列表缺失查询过滤功能，不符合临床高效检索要求 
补充修复：
1. 后端 get-inspection 接口新增 keyword 关键字参数（检验申请关键字搜索）
2. 新增 deleteRequestForm 接口（仅待签发状态可删除）
3. 新增 withdrawRequestForm 接口（已签发状态撤回至待签发）
4. RequestForm 实体新增 status 字段（用于撤回方法状态校验）

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 14:07:50 +08:00
赵云
bbc740b6ce fix: 完全回退 Bug #497 引入的 drf.status 字段（数据库不存在） 2026-05-11 14:06:53 +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
关羽
8093f8acda 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:40 +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
关羽
8fae6fe3d5 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:15 +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