wangjian963
7fcf9a5ec9
Reapply "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常"
...
This reverts commit 49fc905316
2026-05-15 15:58:20 +08:00
wangjian963
963fd238e4
Revert "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常"
...
This reverts commit 4e7e79d9c0
2026-05-15 15:58:20 +08:00
wangjian963
bacb4d43d3
Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常
...
Root cause: Bug #489修复为UNION添加SELECT DISTINCT后，PostgreSQL无法将
服务侧无类型NULL文字自动匹配药品侧对应列的类型，报错"UNION types integer
and text cannot be matched"（错误位置: skin_test_flag列，第9列）。
Fix:
- InpatientAdviceDto.categoryCode: Integer → String，与DB varchar对齐
- AdviceProcessAppMapper.xml: 服务侧UNION 13处NULL添加PostgreSQL显式类型
强转（::integer / ::bigint / ::numeric / ::varchar），同时part_percent
的'1'改为'1::numeric'以安全匹配药品侧numeric类型
2026-05-15 15:58:20 +08:00
关羽
b3de1dec38
Fix Bug #495 : 【医嘱闭环】已校对医嘱无法流转至"医嘱执行"界面，导致费用无法提交执行
...
后端SQL查询未过滤requestStatus（医嘱请求状态），导致医嘱执行页面的"待执行"tab
返回所有状态医嘱而非仅返回已校对(status=3)的医嘱。修复方式：
1. AdviceProcessAppMapper.java: 新增requestStatus参数
2. AdviceProcessAppMapper.xml: 在med_medication_request和wor_service_request子查询的
WHERE条件中增加 AND T1.status_enum = #{requestStatus} 过滤
3. AdviceProcessAppServiceImpl.java: 保存requestStatus并传递给mapper，
替代原注释"后端SQL已通过CASE条件处理"的错误假设
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com >
2026-05-15 00:21:39 +08:00
关羽
12382503f4
Fix Bug #489 : 【医嘱闭环】医生站签发单条长期药品医嘱，护士校对界面生成重复（两条）待校对记录
...
Root cause: The SQL query in AdviceProcessAppMapper.xml used a plain LEFT JOIN with
med_medication_dispense on med_req_id. When a single medication request had multiple
dispense records (e.g., from repeated executions or summary operations), the JOIN
produced multiple rows per request — up to 222 rows for one request. SELECT DISTINCT
could not deduplicate because dispense_status values differed across rows.
Fix: Replace the plain LEFT JOIN with LEFT JOIN LATERAL (subquery ORDER BY create_time
DESC LIMIT 1) to fetch only the most recent dispense record per medication request.
This ensures exactly one row per request regardless of how many dispense records exist.
Verified: SQL query now returns 0 duplicate rows across all medication requests.
2026-05-14 13:10:51 +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
华佗
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
9c3e603b94
Fix Bug #443 : 手术计费：点击签发耗材时异常报错
...
当手术计费弹窗中点击"签发"耗材时，因耗材的locationId（发放库房）为空导致后端异常。
在DoctorStationAdviceAppServiceImpl.handDevice方法中，当locationId为null时，使用登录用户的科室ID作为默认值，
与NurseBillingAppService中的处理方式保持一致。
2026-05-08 09:14:18 +08:00
088861f66e
提交merge1.3
2025-12-27 15:30:25 +08:00
3115e38cc4
Revert "```"
...
This reverts commit abc0674531
2025-12-26 22:21:21 +08:00
abc0674531
```
...
docs(release-notes): 添加住院护士站划价功能说明和发版记录
- 新增住院护士站划价服务流程说明文档，详细描述了从参数预处理到结果响应的五大阶段流程
- 包含耗材类医嘱和诊疗活动类医嘱的差异化处理逻辑
- 添加完整的发版内容记录，涵盖新增菜单功能和各模块优化点
- 记录了住院相关功能的新增和门诊业务流程的修复
```
2025-12-25 14:13:14 +08:00
Zhang.WH
f515bb8fbb
版本更新
2025-10-16 17:18:06 +08:00
Zhang.WH
c8014404f1
后端最新版本同步
2025-09-25 10:43:50 +08:00
Zhang.WH
8f82322d10
版本更新
2025-09-03 15:54:55 +08:00
