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

39 Commits

Author SHA1 Message Date
Ranyunqiao
5132de3680 bug 445 497 565 2026-05-25 15:49:49 +08:00
yangkexiang
bcc2f490a0 bug550\556569 2026-05-21 17:40:26 +08:00
wangjian963
b97a3ad598 562 [门诊医生工作站-待写病历]数据加载时间超过2秒一直加载 
561 [门诊医生站-医嘱] 医嘱录入后，总量单位显示异常，显示为“null”而非诊疗目录配置值
544 【智能分诊】排队队列列表无法显示“完诊”状态患者且缺失历史队列查询功能
505 【业务逻辑缺陷】药品医嘱已由药房发药，护士仍能在“医嘱校对”模块执行“退回”操作
 2026-05-20 18:12:58 +08:00
wangjian963
b9aabd53ce Fix Bug 505505 【业务逻辑缺陷】药品医嘱已由药房发药，护士仍能在“医嘱校对”模块执行“退回”操作 
[门诊手术安排]“手术申请查询”弹窗底部，分页组件与界底部元素重叠，影响操作。
 2026-05-15 17:34:29 +08:00
荀彧
0930fbae93 Fix Bug #535: 【住院护士站-医嘱校对】已校验过的医嘱错误显示于"未校对"列表中，导致数据状态联动失效 
根因：后端 getInpatientAdvicePage 方法中将 requestStatus 置为 null，
未按前端 tab 传入的状态值过滤，导致无论切换哪个 tab 都返回全部医嘱。
SQL 中的 CASE 条件仅处理 DRAFT 状态的 performer_check_id 校验，
并未按 request_status 字段过滤。

修复：保存 requestStatus 后，在查询结果集上按 requestStatus 手动过滤，
与 exeStatus 的过滤方式保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-15 16:26:17 +08:00
wangjian963
0aa7dd9b82 Revert "Merge remote-tracking branch 'origin/develop' into develop" 
This reverts commit 5946c1ea4b, reversing
changes made to 8d905c9844.
 2026-05-15 09:33:35 +08:00
wangjian963
5946c1ea4b Merge remote-tracking branch 'origin/develop' into develop 2026-05-15 09:26:51 +08:00
wangjian963
8d905c9844 Reapply "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常" 
This reverts commit 49fc905316.
 2026-05-15 09:23:13 +08:00
wangjian963
49fc905316 Revert "Fix Bug #489-regression: [住院护士站-医嘱处理] UNION加SELECT DISTINCT后NULL列类型推断失败导致接口异常" 
This reverts commit 4e7e79d9c0.
 2026-05-15 09:19:02 +08:00
关羽
4138dc39f6 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:55 +08:00
wangjian963
4e7e79d9c0 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-14 17:53:31 +08:00
关羽
0bd1277307 Fix Bug #495: 【医嘱闭环】已校对医嘱无法流转至"医嘱执行"界面，导致费用无法提交执行 
Root cause: In getInpatientAdvicePage(), encounterIds and exeStatus were nullified
before buildQueryWrapper to prevent auto-generated SQL conditions, but requestStatus
was NOT nullified. HisQueryUtils.buildQueryWrapper uses reflection to add eq conditions
for ALL non-null fields, so requestStatus: 3 became an extra SQL filter
"AND request_status = 3" that was not intended for the 医嘱执行 page.

The 医嘱执行 page uses exeStatus (not requestStatus) for execution state filtering.
The SQL already handles verified/unverified order filtering via a CASE condition
on status_enum and performer_check_id. The requestStatus parameter is only meant
for frontend tab selection and should not be used as a SQL filter here.

Fix: Nullify requestStatus before buildQueryWrapper, same as encounterIds/exeStatus.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-14 14:14:56 +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
Ranyunqiao
1c93227fad 484 [住院护士站] 医嘱执行报“库存不足”后，发药明细单仍错误产生待发药记录（数据一致性缺陷） 2026-05-09 14:21:54 +08:00
zhangfei
9c3e603b94 Fix Bug #443: 手术计费：点击签发耗材时异常报错 
当手术计费弹窗中点击"签发"耗材时，因耗材的locationId（发放库房）为空导致后端异常。
在DoctorStationAdviceAppServiceImpl.handDevice方法中，当locationId为null时，使用登录用户的科室ID作为默认值，
与NurseBillingAppService中的处理方式保持一致。
 2026-05-08 09:14:18 +08:00
Ranyunqiao
d3c4b612e4 fix: 修复多模块Bug及功能优化 
修复药品汇总、医嘱套餐、转科管理、用药汇总、处方列表、用户管理等多个模块的问题
 2026-05-06 10:42:57 +08:00
yangkexiang
82ef66794b 住院护士站-》医嘱执行页面：勾选医嘱后点击“执行选中”按钮无反应，无法完成执行操作. 
疾病报告管理-》报告卡管理：审核报卡界面内容与门诊医生站登记界面不一致
 2026-04-30 13:33:03 +08:00
zhangfei
305ab15436 test: 增强Playwright E2E测试方案 - 新增手术计费/医生站/并发测试用例 
- 新增页面对象: SurgeryBillingPage, DoctorStationPage
- 新增测试用例: 手术计费防重复(#437), 签发耗材验证(#443), 并发操作测试
- 增强登录测试: 多场景覆盖
- 完善测试数据工具: 支持多角色用户配置
- 清理冗余备份文件
 2026-04-25 22:04:36 +08:00
guanyu
7d1e50d045 fix: 修复#443手术计费签发耗材报错 
根因: handleAddDeviceBilling方法中对locationId的验证过于严格,
当前端未传递locationId时直接抛出ServiceException导致签发失败。

修复: 将严格验证改为预处理设置默认值,
当advice.getLocationId()为null时, 使用SecurityUtils.getLoginUser().getOrgId()作为默认位置ID。
 2026-04-25 21:05:05 +08:00
guanyu
d79690a371 fix: 修复#442手术计费删除待签发耗材报错 
根因: handleDel方法中使用iProcedureService.listByIds(requestIds)错误,
requestIds是WOR_DEVICE_REQUEST/WOR_SERVICE_REQUEST表主键,
不是CLI_PROCEDURE表主键。

修复: 改用iProcedureService.getProcedureRecords(requestIds, serviceTable)
通过request_id字段正确关联执行记录。
 2026-04-25 20:02:11 +08:00
关羽
063eb1fe08 fix: Bug #363 入科时间编辑时同步更新就诊表start_time字段 
在入出转管理的编辑模式下，修改入科时间后就诊表(Encounter)的start_time
字段未同步更新，导致前端显示的入院日期与用户修改的值不一致。

修复内容：
- 编辑模式下增加对startTime的更新逻辑
- 通过encounterService.saveOrUpdateEncounter()同步更新就诊表

修复人：关羽
 2026-04-22 17:06:52 +08:00
Ranyunqiao
9105e687d6 98 门诊管理-》门诊划价：选项增加‘西药’和‘中成药’ 2026-04-01 13:14:46 +08:00
chenqi
0d1710f201 fix(ATDManage): 解决入院体征数据映射兼容性问题 BUG#179 
- 添加心率字段兼容性处理，支持heartRate和hertRate历史数据
- 增强血压数据解析安全性，防止数组越界异常
- 实现DocStatisticsDefinition查找fallback机制
- 添加缺失定义的日志记录和错误处理
- 确保只设置非空血压数值到DTO对象
 2026-03-18 13:47:56 +08:00
chenqi
8f2405ee34 fix(BUG-179): 修复入科选床入院体征数据未保存问题 
问题描述:
- 入科选床弹窗中填写的入院体征数据（身高、体重、体温等）未保存到数据库
- 重新打开弹窗时数据未显示

根因分析:
1. 前端提交时过滤空字符串，导致空值的体征字段未被提交
2. 后端保存时只保存非空值，且未清除已有数据，导致旧数据残留

修复方案:
1. 前端: transferInDialog.vue - 体征字段（height, weight等）即使为空字符串也要提交
2. 后端: ATDManageAppServiceImpl.java - 保存前先删除已有体征记录，再保存新数据

测试建议:
- 测试填写完整体征数据后保存并重新打开
- 测试清空部分体征字段后保存并重新打开
- 测试修改已有体征数据后保存

Closes BUG-179
 2026-03-18 11:26:04 +08:00
Ranyunqiao
53d29cbe14 168 入科分配床位填写的住院医生、主治医生、责任护士字段的内容双击查看未显示。 2026-03-16 10:16:49 +08:00
Ranyunqiao
066cfaba46 168 入科分配床位填写的住院医生、主治医生、责任护士字段的内容双击查看未显示。 2026-03-12 16:58:39 +08:00
Ranyunqiao
d1aa91f727 167 住院管理-》住院护士站-》入出转管理：护士登录的科室能接收查看到其他科室的入科患者 2026-03-11 10:26:00 +08:00
chenqi
abd5bd9f2f feat(system): 添加菜单显示状态控制功能并完善租户ID设置 
- 在MetaVo中添加visible字段用于控制菜单显示状态
- 修改SysMenuServiceImpl中的路由构建逻辑，传递visible信息到前端
- 更新SidebarItem.vue组件，根据visible属性控制菜单项显示
- 在多个医嘱管理相关服务类中显式设置租户ID以确保多租户隔离
- 调整字典管理相关路由配置，优化页面跳转路径
- 在菜单管理界面添加显示状态查询和表格列展示功能
 2026-01-23 16:12:56 +08:00
chenqi
a3dce8de60 fix(inhospitalnurse): 优化住院护士站患者管理和床位分配功能 
- 移除住院参与者更新失败时的异常返回，改为静默处理
- 更新床位分配提示信息，为用户提供更清晰的操作指导
- 实现实施科室下拉选择器的远程搜索功能，提升大数据量下的用户体验
- 添加节点切换时的未保存数据确认提醒，防止数据丢失
- 优化实施科室管理页面的选项过滤和加载状态管理
 2026-01-19 23:18:38 +08:00
chenqi
d1670b79a0 style(flowable): 优化流程相关代码的import顺序和代码结构 2025-12-30 15:11:32 +08:00
chenqi
5f600209b8 ``` 
refactor(core): 优化DelFlag枚举值比较逻辑

- 修改DelFlag.getValue()调用为直接访问value字段
- 提升代码性能和可读性
```
 2025-12-27 22:45:20 +08:00
chenqi
79ea4ed4f7 提交merge1.3 2025-12-27 15:31:06 +08:00
chenqi
088861f66e 提交merge1.3 2025-12-27 15:30:25 +08:00
chenqi
3115e38cc4 Revert "```" 
This reverts commit abc0674531.
 2025-12-26 22:21:21 +08:00
chenqi
abc0674531 ``` 
docs(release-notes): 添加住院护士站划价功能说明和发版记录

- 新增住院护士站划价服务流程说明文档，详细描述了从参数预处理到结果响应的五大阶段流程
- 包含耗材类医嘱和诊疗活动类医嘱的差异化处理逻辑
- 添加完整的发版内容记录，涵盖新增菜单功能和各模块优化点
- 记录了住院相关功能的新增和门诊业务流程的修复
```
 2025-12-25 14:13:14 +08:00
chenqi
18f6a845e6 解决合并冲突 2025-12-10 14:20:24 +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