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

2246 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
zhaoyun
73316476b8 Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0，导致通过此路径添加的诊断该字段为 undefined 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 09:09:04 +08:00
guanyu
45dbacb0bf Fix Bug #548: isInitializing 同步赋值但 Vue watcher 异步执行导致拦截失效 — transferValue 赋值后加 await nextTick() 确保 watcher 在标志为 true 时执行 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 09:05:16 +08:00
zhaoyun
d4f67a994a Fix Bug #548: 根因+修复方案摘要 2026-05-19 09:05:16 +08:00
zhaoyun
256b2b403b Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0（第887行和第889行各有一处），移除重复项 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 09:05:16 +08:00
zhaoyun
4c3353a9aa Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0，导致通过此路径添加的诊断该字段为 undefined 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 09:05:16 +08:00
guanyu
cc50bd2289 Fix Bug #548: 发往科室字段未能正确回显 — 编辑初始化时 transferValue 变化触发 projectWithDepartment 清空 form.targetDepartment，已加 isInitializing 标志拦截 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 08:59:58 +08:00
guanyu
552c4e6868 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 08:59:58 +08:00
guanyu
ba387b40ff Fix Bug #547: 根因+修复方案摘要 2026-05-19 08:59:58 +08:00
guanyu
c065746344 Fix Bug #445: 引用计费时已生成医嘱项目重新出现在待生成列表 — handleQuoteBilling 中先清空 temporaryAdvices 再执行 ID 匹配过滤，导致过滤逻辑对空数组无效；且 ID 匹配不可靠（新医嘱无 requestId/chargeItemId），已改为在清空前提取复合键（名称|||规格|||数量）并在数据加载后用该键过滤 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 08:59:58 +08:00
guanyu
eb4df2d336 Fix Bug #547: 执行科室配置保存时时间冲突检查未限定当前科室，导致误报"与未知科室时间冲突" — getOrgLocListByOrgIdAndActivityDefinitionId 方法签名仅含 activityDefinitionId 参数，实际 SQL 查询缺少 organizationId 过滤，时间重叠校验跨科室比对，已修复接口签名和实现同时过滤 activityDefinitionId 和 organizationId 2026-05-19 08:59:58 +08:00
guanyu
f02443bdcd Fix Bug #445: 根因+修复方案摘要 2026-05-19 08:59:58 +08:00
zhaoyun
636f7dee81 Fix Bug #445: 临时医嘱生成后已生成项目未从待生成列表剔除 — originalMedicine 缺少 medicineName/specification/quantity 字段，导致 handleTemporaryMedicalSubmit 中的 submittedKeys 匹配键全为空字符串，过滤逻辑失效，已生成医嘱的计费项目无法从"待生成"列表中移除 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 08:59:58 +08:00
Ranyunqiao
082245d10d bug 514 537 538 540 543 2026-05-19 08:59:58 +08:00
guanyu
eec170e788 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-19 08:59:58 +08:00
guanyu
dc619ea27d 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-19 08:59:58 +08:00
guanyu
bfa525f8b0 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-19 08:59:58 +08:00
zhaoyun
a72677d6bb Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0（第887行和第889行各有一处），移除重复项 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 08:59:58 +08:00
zhaoyun
86d0d1b749 Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0，导致通过此路径添加的诊断该字段为 undefined 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-19 08:59:58 +08:00
zhaoyun
d43d7a2dc8 Fix Bug #545: 清理 handleNodeClick 中重复的 longTermFlag 字段 — 第三次提交时重复添加了 longTermFlag: 0（第887行和第889行各有一处），移除重复项 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 16:09:50 +08:00
zhaoyun
436cd897ba Fix Bug #545: 补全诊断添加处缺失的 longTermFlag 默认值 — 第三个 push 调用缺少 longTermFlag: 0，导致通过此路径添加的诊断该字段为 undefined 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 16:03:42 +08:00
yangkexiang
6da04d3bc3 fix bug529 2026-05-18 16:03:42 +08:00
zhaoyun
d825f9b61f 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:14 +08:00
zhaoyun
a5f8a5ba1b Fix Bug #545: 根因+修复方案摘要 2026-05-18 15:07:14 +08:00
zhaoyun
f74134a798 Fix Bug #545: 根因+修复方案摘要 2026-05-18 15:07:14 +08:00
zhaoyun
857880af4e 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:28 +08:00
zhaoyun
86c879ef9f 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:13 +08:00
zhaoyun
2f9dd2b1df Fix Bug #542: 补费界面耗材类型检索不到数据 — 根因：drord_doctor_type字典中耗材值=4但后端SQL查询adviceTypes.contains(2)仅匹配2；修复：filter扩展为2/3/4并通过map将字典值4映射为2，使前端选择的耗材类型(adviceType=2)与后端SQL查询条件一致 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 14:19:17 +08:00
zhaoyun
e247aac319 Fix Bug #540: 检查申请打印功能"申请单描述"区域与详情弹窗显示不一致 — 根因：handlePrint函数仍使用固定orderedDescFieldKeys遍历+空值过滤，与已修复的详情弹窗不一致；修复：改为遍历descData所有key并通过labelMap过滤，空值显示为'-'，同时移除已废弃的orderedDescFieldKeys常量 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 14:19:02 +08:00
zhaoyun
680db771cd 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:16:51 +08:00
zhaoyun
1a6a29aab5 Fix Bug #540: 根因+修复方案摘要 2026-05-18 14:16:51 +08:00
guanyu
0a51a3605f 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 14:16:51 +08:00
zhaoyun
f0817270db 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:35:35 +08:00
zhaoyun
812e0d62a6 Fix Bug #540: 根因+修复方案摘要 2026-05-18 13:32:01 +08:00
guanyu
a9b5cca904 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:21 +08:00
zhaoyun
2e71d98ce6 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:12 +08:00
zhaoyun
8156fc2e8f 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:24:44 +08:00
zhaoyun
a751e33530 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:15 +08:00
zhaoyun
22465fb276 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:34 +08:00
zhaoyun
eeb5af8fc1 Fix Bug #539: 根因+修复方案摘要 2026-05-18 12:18:15 +08:00
guanyu
56cd024949 Fix Bug #529: [住院医生工作站-检验申请] 点击修改打开编辑弹窗后原已选中的项目未回显 
根因：时序竞态——editData watch (immediate: true) 在 applicationListAll 加载完成前触发，
匹配不到数据导致 transferValue 被置空。新增 watch 监听 applicationListAll 加载完成后重新回显。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 12:18:15 +08:00
yangkexiang
b37033d87e fix bug525:[手术管理-门诊手术安排-计费] 已勾选“待签发”项目且未收费，点击“删除”提示“只能删除待签发且未收费的项目” 2026-05-18 12:18:15 +08:00
guanyu
9e07546027 Fix Bug #530: 根因+修复方案摘要 2026-05-18 12:18:15 +08:00
wangjian963
cb146ade45 修复门诊手术安排模块计费弹窗中对诊疗数据进行签发成功后回显失败的问题。 2026-05-18 12:18:15 +08:00
guanyu
b3186158fe Fix Bug #538: 手术申请删除后医嘱未同步删除 — 根因：handleDelete 未 emit('saved') 通知父组件刷新医嘱列表，修复：删除/取消成功后追加 emit('saved') 触发 prescriptionRef.getListInfo() 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 11:05:37 +08:00
guanyu
ed938becb3 Fix Bug #538: [门诊医生站-医嘱/手术申请] 手术申请单删除后级联删除关联医嘱、收费项目、申请单 
根因：deleteSurgery 仅删除 cli_surgery 表记录，未级联删除关联的
wor_service_request（手术医嘱）、fin_charge_item（收费项目）、
doc_request_form（申请单），导致手术删除后医嘱列表仍存在对应记录。

修复：在 deleteSurgery 中先删除三张关联表数据，再删除手术记录，
所有操作在同一事务内保证一致性。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 11:05:14 +08:00
Ranyunqiao
a89d91c5be bug 443 522 523 2026-05-18 11:05:14 +08:00
guanyu
af9b3bbc76 Fix Bug #537: 根因+修复方案摘要 2026-05-18 11:05:14 +08:00
zhaoyun
fd16daa2a6 Fix Bug #537: [住院医生工作站] 冗余功能显示需在医生工作站页签中屏蔽汇总发药申请模块（仅修复代码，不改禅道状态和分配） 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 11:05:14 +08:00
guanyu
3cb5e2d212 Fix Bug #520: [住院医生工作站-检验申请] 检验申请列表点击详情按钮界面无响应 
根因：getLocationInfo() 缺少 try-catch，当 getDepartmentList() API 失败时，
未捕获的异常向上传播导致 handleViewDetail 在设置 detailDialogVisible=true 前终止，
详情弹窗永远无法打开。

修复：为 getLocationInfo() 添加 try-catch 错误处理，API 失败时降级为空数组，
确保 handleViewDetail 的后续代码（设置 currentDetail 和打开弹窗）能正常执行。
与 examineApplication.vue 的已有修复保持一致。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 09:15:56 +08:00
zhaoyun
150ecc057f Fix Bug #524: [门诊/医生个人报卡管理] 传染病报告卡保存后数据回显失败 — 根因：showReport 加载数据时 watch 监听 selectedClassA/B/C 变化清空了 diseaseType 分型字段，修复：新增 loadingData 标志在 showReport 加载期间跳过 watch 清空逻辑 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-18 09:11:56 +08:00