Commit Graph

2253 Commits

Author SHA1 Message Date
955c72af41 Fix Bug #556: 根因+修复方案摘要 2026-05-19 19:05:33 +08:00
Ranyunqiao
be57c026ec 553 【住院护士站-医嘱校对】医嘱列表缺少“医嘱状态”显示列 2026-05-19 17:41:08 +08:00
3bf7e04a04 Fix Bug #469: 根因+修复方案摘要 2026-05-19 16:10:13 +08:00
7743bb5df4 Fix Bug #547: 执行科室配置保存时,冲突检测应跳过已被软删除科室的孤脏记录 — 根因:时间冲突校验未排除科室已删除的 OrganizationLocation 记录,导致已不存在的科室仍会阻断新配置保存
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 16:02:58 +08:00
f274ebaf5c Fix Bug #478: 住院医生工作站检验申请详情「发往科室」显示为- — 根因:getLocationInfo 未对科室ID做类型归一化,recursionFun 中 item.id == targetDepartment 在类型不一致时匹配失败;修复:新增 normalizeOrgTreeIds 统一转 String,recursionFun 改用 String(item.id) === String(targetDepartment)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 15:09:23 +08:00
9826df98e3 Fix Bug #552: 根因+修复方案摘要 2026-05-19 15:04:12 +08:00
Ranyunqiao
fbe434f01f Merge remote-tracking branch 'origin/develop' into develop 2026-05-19 14:23:21 +08:00
Ranyunqiao
c28b322e91 bug 443 444 445 478 494 521 2026-05-19 14:22:40 +08:00
7eeaafef59 bug550 2026-05-19 14:13:57 +08:00
05e7d54d87 Fix Bug #552: 双击待保存医嘱编辑保存后不应自动添加空医嘱 — 根因:handleSaveSign 中自动添加空行的条件缺少 isAdding.value 判断,导致双击编辑已有待保存医嘱也会触发 handleAddPrescription()
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 14:06:33 +08:00
c75b8038ec Fix Bug #547: 根因+修复方案摘要 2026-05-19 14:02:45 +08:00
af17d1f460 Fix Bug #469: 根因+修复方案摘要
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 13:04:48 +08:00
efc1c100aa Fix Bug #547: 根因+修复方案摘要 2026-05-19 13:01:36 +08:00
wangjian963
d9c975a950 Merge remote-tracking branch 'origin/develop' into develop 2026-05-19 12:16:46 +08:00
0874012dae Fix Bug #547: 根因+修复方案摘要 2026-05-19 12:12:38 +08:00
wangjian963
cbad13bddc Fix: 门诊预约挂号→签到→退号 slot/pool 状态流转对齐需求
- 枚举重排: SlotStatus LOCKED=4→2, CANCELLED=2→4,匹配需求编号
  - 预约: lockSlotForBooking 写入 LOCKED(2) 替代 BOOKED(1),pool locked_num+1 原子递增
  - 签到: LOCKED(2)→BOOKED(1) 替代 CHECKED_IN(3),加前置状态校验
  - 退号: 加 BOOKED(1) 前置校验
  - 池计数: refreshPoolStats booked_num=COUNT(1), locked_num=COUNT(2)
  - SQL 状态值全部由 SlotStatus 枚举传入,消除硬编码
  - 查询/显示: 加 locked 筛选分支,BOOKED→已取号, LOCKED→已锁定
  - 前端常量同步,签到列表查询 book→locked
2026-05-19 12:12:16 +08:00
a91ee66368 bug446,468,541,548 2026-05-19 11:59:55 +08:00
871e2de574 fix: same idCard substring fix for top-level copy 2026-05-19 11:40:20 +08:00
3d279548f0 chore: update his-repo submodule (patient save fix) 2026-05-19 11:39:13 +08:00
c4a5932a5d Fix Bug #469: 根因+修复方案摘要 2026-05-19 11:13:23 +08:00
e9953cd037 bug542【病区护士站-住院记账】“补费”界面选择“耗材”类型时,即使后台已配置科室权限,仍检索不到任何耗材数据 2026-05-19 11:00:45 +08:00
798c5e19e2 Fix Bug #548: 发往科室字段未能正确回显 — 编辑初始化时 transferValue 变化触发 projectWithDepartment 清空 form.targetDepartment,已加 isInitializing 标志拦截
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 09:00:15 +08:00
fa18e94cd9 Fix Bug #444: 引用计费时"已引用计费药品"列表混入非药品项目 — handleQuoteBilling 过滤逻辑仅用 item.adviceType !== 1 严格相等判断且缺少二次关键词过滤,导致后端错误标注 adviceType=1 的手术/检查项目被放行;已对齐 handleMedicalAdvice 的双重过滤策略(Number() 类型转换 + snake_case 回退 + 关键词排除)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 00:05:23 +08:00
69bb887d19 Fix Bug #547: 根因+修复方案摘要 2026-05-19 00:04:04 +08:00
b89f41048b Fix Bug #445: 引用计费时已生成医嘱项目重新出现在待生成列表 — handleQuoteBilling 中先清空 temporaryAdvices 再执行 ID 匹配过滤,导致过滤逻辑对空数组无效;且 ID 匹配不可靠(新医嘱无 requestId/chargeItemId),已改为在清空前提取复合键(名称|||规格|||数量)并在数据加载后用该键过滤
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 22:05:38 +08:00
e13e328627 Fix Bug #547: 执行科室配置保存时时间冲突检查未限定当前科室,导致误报"与未知科室时间冲突" — getOrgLocListByOrgIdAndActivityDefinitionId 方法签名仅含 activityDefinitionId 参数,实际 SQL 查询缺少 organizationId 过滤,时间重叠校验跨科室比对,已修复接口签名和实现同时过滤 activityDefinitionId 和 organizationId 2026-05-18 21:08:14 +08:00
9cac8c3e41 Fix Bug #445: 根因+修复方案摘要 2026-05-18 21:05:03 +08:00
d7ca64e023 Fix Bug #445: 临时医嘱生成后已生成项目未从待生成列表剔除 — originalMedicine 缺少 medicineName/specification/quantity 字段,导致 handleTemporaryMedicalSubmit 中的 submittedKeys 匹配键全为空字符串,过滤逻辑失效,已生成医嘱的计费项目无法从"待生成"列表中移除
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 18:04:20 +08:00
Ranyunqiao
0e974129eb bug 514 537 538 540 543 2026-05-18 17:44:15 +08:00
4972ca64da Fix Bug #444: 门诊手术医嘱"已引用计费药品"列表未正常显示药品 — handleMedicalAdvice 调用 getPrescriptionList 时未传递 generateSourceEnum=6 和 sourceBillNo 参数,导致后端默认按医生处方(generateSourceEnum=1)查询而非手术计费查询,手术计费药品依赖 Part 2 SQL 兜底但可能遗漏无 med_medication_request 记录的药品
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:19:29 +08:00
1b0028e62f Fix Bug #443: 手术计费签发耗材时 dbOpType 错误和关键字段缺失
根因:1) handleSave() 对所有记录统一使用 dbOpType='1'(INSERT),但已存在
的耗材记录(requestId不为空)应使用 '2'(UPDATE),导致后端 handDevice 语义
混乱;2) 签发时未从 item 顶层补充 quantity/unitCode/lotNumber/categoryEnum
等字段,若 contentJson 中缺失则后端无法正确处理;3) saveList 为空时未提前
校验,直接发送到后端触发"医嘱列表为空"错误。

修复:1) dbOpType 根据 requestId 是否存在动态选择 '2' 或 '1';
2) map 中新增 quantity、unitCode、lotNumber、categoryEnum 从 item 顶层补充;
3) generateSourceEnum/sourceBillNo 增加 item 顶层作为第三层兜底;
4) 恢复 saveList.length==0 的空列表校验并给出友好提示。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:14:38 +08:00
c8876dd890 Fix Bug #443: 手术计费签发耗材时因 bizRequestFlag 过滤导致签发的项目列表为空
根因:prescriptionlist.vue 中 handleSave()、changeCheck()、watch、handleSingOut()
四处使用 bizRequestFlag 过滤(仅允许操作本人开立的医嘱)。
在手术计费场景下,手术医生创建的手术申请及其耗材的 requester_id 为医生ID,
手术室护士的 practitionerId 与之不匹配,bizRequestFlag='0',导致所有耗材
被过滤掉,saveList 为空,后端返回"医嘱列表为空"错误。

修复:在四处过滤逻辑中增加 isSurgeryChargeBillingContext() 判断(generateSourceEnum=6),
手术计费场景下跳过 bizRequestFlag 限制,允许任何授权用户签发/签退。
门诊划价场景保留 bizRequestFlag 限制,不影响原有安全校验。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 17:08:42 +08:00
707cfc63df Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0(第887行和第889行各有一处),移除重复项
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 16:10:11 +08:00
2cddc00d22 Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0,导致通过此路径添加的诊断该字段为 undefined
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 16:04:04 +08:00
ea5da8d2bc fix bug529 2026-05-18 16:02:40 +08:00
09353c11ca Fix Bug #545: [门诊医生站-诊断-报卡] 长效诊断标识设置保存就清空 — 根因:1) 后端getEncounterDiagnosis查询已补充longTermFlag字段但前端getList()未做类型转换,useDict('long_term_flag')返回字符串字典值而数据库返回整数导致el-select匹配失败下拉框清空;2) 冗余的备份恢复逻辑应移除;修复:1) getList()中新增longTermFlag转字符串处理(String(item.longTermFlag)),保证与useDict字典值类型一致;2) 移除handleSaveDiagnosis中已不再需要的longTermFlagBackup/恢复逻辑
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:07:47 +08:00
c49ec61e18 Fix Bug #545: 根因+修复方案摘要 2026-05-18 15:05:17 +08:00
8081f3ac7f Fix Bug #545: 长效诊断标识设置保存就清空 — 根因:handleSaveDiagnosis保存成功后await getList()刷新列表,后端getEncounterDiagnosis接口不返回longTermFlag字段,导致form.value.diagnosisList中该字段变为undefined,下拉框清空;修复:保存前用longTermFlagBackup备份longTermFlag数组,getList()完成后按索引恢复
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:04:51 +08:00
5bdedd84e0 Fix Bug #545: [门诊医生站-诊断-报卡] 长效诊断标识设置保存就清空 — 根因:getEncounterDiagnosis查询SQL(DoctorStationDiagnosisAppMapper.xml)未包含long_term_flag字段且DiagnosisQueryDto缺少对应属性,导致保存成功后刷新列表时后端不返回longTermFlag值,前端接收后下拉框清空;修复:1) SQL新增T1.long_term_flag AS longTermField; 2) DTO新增longTermFlag属性
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 15:02:27 +08:00
69ac346ff3 Fix Bug #542: 补费界面耗材类型检索不到数据 — 根因:双重不匹配 (1) getAdviceBaseInfos函数中queryParams.value.adviceType(单数)与后端@RequestParam("adviceTypes")(复数)参数名不匹配导致后端始终使用默认值"1,2,3"而非用户选择的类型; (2) drord_doctor_type字典中耗材值=4但后端SQL查询adviceTypes.contains(2)要求耗材=2; 修复:1) adviceType改为adviceTypes; 2) 默认返回值中耗材值4改为2
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 14:17:01 +08:00
549d2529bc Fix Bug #541: 待签发医嘱双击无法打开编辑界面 — 根因:clickRowDb函数中条件row.statusEnum == 1 && !row.requestId只允许"待保存"医嘱编辑,错误排除了"待签发"医嘱;修复:改为row.statusEnum == 1,允许statusEnum=1的所有医嘱(待保存+待签发)双击进入编辑模式,保存时handleSaveSign已通过requestId/dbOpType=2正确处理更新逻辑
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 13:34:27 +08:00
9d3f44bafc Fix Bug #540: 根因+修复方案摘要 2026-05-18 13:32:12 +08:00
0228cba94e Fix Bug #401: 门诊完诊审计日志 div_log pool_id/slot_id 优先级修复
根因:完诊时获取 pool_id/slot_id 的逻辑优先使用 triage_queue_item,
回退使用 order_main → adm_schedule_slot。但 order_main.slot_id 才是
挂号时实际锁定的号源(权威来源),queueItem 值可能不准确或缺失。

修复:反转优先级,优先通过 encounter.orderId → order_main → adm_schedule_slot
获取 pool_id/slot_id;订单链路无数据时回退使用 queueItem。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 13:31:59 +08:00
3a97f5ce02 Fix Bug #540: 检查申请详情弹窗"申请单描述"区域缺少临床必要信息显示 — 根因:详情弹窗中"申请单描述"区域使用固定orderedDescFieldKeys遍历+空值过滤(v-if descJsonData[key] !== ''),导致字段值为空时整行不显示;修复:改为与检验申请一致的遍历方式,遍历descJsonData所有key并通过isFieldMatched过滤,空值显示为'-'而非隐藏
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-05-18 13:29:40 +08:00
0fc7a8623e Fix Bug #539: 住院护士站只显示一个标签 — 根因:menu_id=295被误设为目录类型(M)无component,应为菜单类型(C)并指向inpatientNurseStation/index.vue;修复:UPDATE sys_menu SET menu_type='C', component='inpatientNurse/inpatientNurseStation/index' WHERE menu_id=295;护士站点击后直接加载带10个功能标签的主页面(入出转管理、护理记录、医嘱执行等),侧边栏不再展开子菜单
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:27:30 +08:00
ada292405a Fix Bug #539: 实际执行数据库SQL修复 — 将menu_id=295的menu_type从C改为M并清空component,使住院护士站侧边栏展开子菜单(15个子菜单:入出转管理、护理记录、三测单等);menu_id=2062的component已是正确值无需更新
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:25:02 +08:00
a4370b00db Fix Bug #539: 住院护士站功能模块缺失 — 菜单类型从目录(M)改为菜单(C)并添加静态路由
根因分析:
- sys_menu 中"住院护士站"(menu_id=295) 的 menu_type 为 M(目录类型),
  没有 component,点击后仅在侧边栏展开子菜单,不会导航到功能页面
- "住院医生工作站"(menu_id=288) 为 C 类型(菜单),点击直接打开功能页面

修复方案(两处修改):
1. 数据库:将"住院护士站" menu_type 改为 C,设置 component 为
   inpatientNurse/inpatientNurseStation/index,path 改为 inpatientNurseStation
   → 点击侧边栏"住院护士站"直接打开带 el-tabs 的功能页面
2. 前端路由:添加 /inpatientNurse 静态路由组,包含 inpatientNurseStation 及
   6个快捷访问子路由,与 quick-access 卡片的 /inpatientNurse/... 路径匹配

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:24:19 +08:00
f741a1f70d Fix Bug #539: 住院护士站菜单类型错误(C→M)导致子菜单不展开 — 根因:menu_id=295的menu_type被设为C且有component,应为M目录类型;修复:UPDATE sys_menu SET menu_type='M', component=NULL WHERE menu_id=295;附带修复menu_id=2062的component路径错误(indexon/→index)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-18 12:22:46 +08:00
e67d3b78d7 Fix Bug #539: 根因+修复方案摘要 2026-05-18 12:18:35 +08:00
wangjian963
40ca304342 Merge remote-tracking branch 'origin/develop' into develop 2026-05-18 11:09:24 +08:00