diff --git a/MD/GRADE3A_FULL_IMPLEMENTATION_PLAN.md b/MD/GRADE3A_FULL_IMPLEMENTATION_PLAN.md
new file mode 100644
index 000000000..80fbfb953
--- /dev/null
+++ b/MD/GRADE3A_FULL_IMPLEMENTATION_PLAN.md
@@ -0,0 +1,439 @@
+# HealthLink-HIS 三甲达标完整实现计划
+
+> **文档类型**: 实施计划
+> **版本**: v1.0
+> **编制日期**: 2026-06-17
+> **依据标准**:
+> - 《三级医院评审标准（2022年版）》及广西实施细则
+> - 《电子病历系统应用水平分级评价标准》（≥4级 = 三甲硬性）
+> - 《医院信息互联互通标准化成熟度测评方案》（≥四级甲等 = 三甲硬性）
+> - 《MODULE_CAPABILITY_REQUIREMENTS.md》142项必备能力清单
+> - 《GRADE3A_GAP_ANALYSIS_AND_DESIGN.md》差距分析
+
+---
+
+## 一、现状总览
+
+### 1.1 能力完成度
+
+| 维度 | 数量 | 占比 | 说明 |
+|------|:----:|:----:|------|
+| 总必备能力 | **142** | 100% | 三甲评审14个模块域 |
+| ✅ 已实现 | **59** | 42% | 功能完整可用 |
+| ⚠️ 基础实现 | **31** | 22% | 有框架/表结构，功能未完善 |
+| ❌ 缺失 | **52** | 37% | 完全没有实现 |
+| **综合完成率** | — | **53%** | (59 + 31×0.5) / 142 |
+
+### 1.2 各模块完成率
+
+| 模块 | 必备能力 | ✅已实现 | ⚠️基础 | ❌缺失 | 完成率 | 优先级 |
+|------|:-------:|:-------:|:------:|:------:|:-----:|:-----:|
+| 门诊医生站 | 10 | 7 | 2 | 1 | 80% | — |
+| 住院医生站 | 10 | 4 | 2 | 4 | 50% | P0 |
+| 护士站 | 10 | 5 | 2 | 3 | 60% | P1 |
+| 合理用药 | 12 | 10 | 1 | 1 | 83% | — |
+| 手术麻醉 | 12 | 6 | 2 | 4 | 58% | P0 |
+| 检验(LIS) | 10 | 5 | 2 | 3 | 60% | P1 |
+| 检查(PACS) | 10 | 3 | 3 | 4 | 45% | P1 |
+| 电子病历 | 10 | 4 | 2 | 4 | 50% | P0 |
+| 病案管理 | 10 | 2 | 3 | 5 | 35% | P0 |
+| 院感管理 | 10 | 3 | 1 | 6 | 35% | P1 |
+| 护理评估 | 10 | 4 | 3 | 3 | 55% | P1 |
+| ESB集成 | 10 | 0 | 4 | 6 | 20% | P1 |
+| EMPI | 8 | 2 | 3 | 3 | 38% | P1 |
+| 统计报表 | 10 | 4 | 1 | 5 | 45% | P1 |
+
+### 1.3 三甲硬性指标对照
+
+| 指标 | 要求 | 当前状态 | 差距 |
+|------|------|---------|------|
+| 处方审核率 | ≥100% | ✅ 合理用药12项能力已实现10项 | 基本达标 |
+| 抗菌药物使用率 | ≤60% | ✅ 分级管控已实现 | 达标 |
+| 危急值处理率 | ≥95% | ✅ LIS危急值闭环已实现 | 达标 |
+| 电子病历评级 | ≥4级 | ⚠️ 部分能力缺失 | 差版本管理/时效/检索完善 |
+| 互联互通成熟度 | ≥四级甲等 | ⚠️ ESB/FHIR基础框架有 | 差完整集成 |
+| 首页编码正确率 | ≥95% | ✅ ICD-10编码库已实现 | 达标 |
+| 术前讨论率 | 100% | ✅ 已实现(V14) | 达标 |
+| 病案24h归档率 | ≥90% | ✅ 已完成(P2) | 达标 |
+
+---
+
+## 二、52项缺失能力详细清单
+
+### 2.1 住院医生站（4项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 1 | **医嘱执行闭环追踪** | 医嘱管理制度 | 扩展`order_execute_record`表，增加每步时间戳 | 3天 |
+| 2 | **输血管理** | 临床用血管理规范 | 新建输血申请→配血→发血→输注→观察全流程 | 5天 |
+| 3 | **临床路径执行** | 临床路径管理 | 路径入径→执行→变异记录→退出 | 5天 |
+| 4 | **危急值处理记录** | 危急值管理规范 | 危急值接收→确认→处理→记录闭环 | 3天 |
+
+**小计**: 16天
+
+### 2.2 手术麻醉（4项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 5 | **麻醉评估(ASA分级)** | 麻醉质控 | 新建`anes_assessment`表+评估工作台 | 3天 |
+| 6 | **术中生命体征(5min间隔)** | 麻醉记录规范 | 新建`anes_vital_sign`表+自动采集 | 4天 |
+| 7 | **麻醉小结** | 麻醉质控 | 新建麻醉总结+并发症记录 | 2天 |
+| 8 | **术后随访记录** | 麻醉质控 | 24h/48h/72h随访+疼痛评估 | 3天 |
+
+**小计**: 12天
+
+### 2.3 电子病历（4项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 9 | **病历修改留痕** | 电子病历管理规范 | 新建`emr_revision`表，diff追踪 | 3天 |
+| 10 | **病历版本管理** | 电子病历管理规范 | 扩展`doc_emr`增加version字段+版本对比 | 3天 |
+| 11 | **病历完整性检查** | 病历质控 | 新建`EmrCompletenessChecker`自动校验 | 2天 |
+| 12 | **病历时效监控** | 病历书写规范 | 新建`EmrTimelinessMonitor`超时提醒 | 2天 |
+
+**小计**: 10天
+
+### 2.4 病案管理（5项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 13 | **病案首页数据质量校验** | 首页数据质量≥95% | 新建`mr_homepage_quality_check`表 | 3天 |
+| 14 | **病案首页上报(HQMS)** | 卫统报表 | 新建HQMS上报接口 | 3天 |
+| 15 | **病案终末质控** | 病案管理规范 | 新建终末质控评分+缺陷管理 | 3天 |
+| 16 | **病案示踪管理** | 病案管理 | 在架/借出/归档状态追踪 | 2天 |
+| 17 | **死亡病例讨论记录** | 评审必查 | 新建死亡讨论记录+7日内完成提醒 | 2天 |
+
+**小计**: 13天
+
+### 2.5 院感管理（6项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 18 | **院感病例自动筛查** | 院感管理办法 | 规则引擎自动匹配疑似病例 | 3天 |
+| 19 | **暴发预警** | 院感管理办法 | 同科室短时间多例感染预警 | 2天 |
+| 20 | **目标性监测(ICU/手术部位)** | 院感监测规范 | ICU导管/手术部位感染监测 | 3天 |
+| 21 | **手卫生依从性监测** | 患者安全目标 | 手卫生执行率统计 | 2天 |
+| 22 | **环境卫生学监测** | 院感管理办法 | 空气/物表/手培养结果管理 | 2天 |
+| 23 | **多重耐药菌管理** | 院感管理办法 | 耐药菌检出→隔离→跟踪→解除 | 2天 |
+
+**小计**: 14天
+
+### 2.6 检验系统LIS（3项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 24 | **室内质控(Westgard规则)** | 质量管理 | 质控图+Westgard规则+失控处理 | 3天 |
+| 25 | **室间质评** | 质量管理 | 参加省级/国家级室间质评 | 2天 |
+| 26 | **检验报告标准格式打印** | 基本功能规范 | 标准检验报告单模板 | 1天 |
+
+**小计**: 6天
+
+### 2.7 检查系统PACS（4项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 27 | **DICOM图像采集存储** | DICOM标准 | PACS对接+图像存储 | 5天 |
+| 28 | **结构化图文报告** | 检查规范 | 结构化报告模板+图像标注 | 3天 |
+| 29 | **影像对比查看** | 临床决策 | 历史影像对比功能 | 2天 |
+| 30 | **DICOM打印(胶片)** | 基本功能规范 | 胶片打印接口 | 2天 |
+
+**小计**: 12天
+
+### 2.8 护理评估（3项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 31 | **管道滑脱风险评估** | 护理安全 | 导管类型/位置/状态评估量表 | 2天 |
+| 32 | **营养风险筛查(NRS2002)** | 营养管理 | NRS2002量表+自动评分 | 2天 |
+| 33 | **疼痛评估(NRS/VAS)** | 疼痛管理 | NRS/VAS评分+干预+再评估 | 2天 |
+
+**小计**: 6天
+
+### 2.9 护士站（3项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 34 | **护理文书(一般/危重)** | 病历书写规范 | 一般/危重护理记录单模板 | 3天 |
+| 35 | **护理质量指标上报** | 护理质量 | 护理敏感指标自动采集+上报 | 3天 |
+| 36 | **护理交接班(重点患者)** | 护理安全 | 电子交接班+重点患者提示 | 2天 |
+
+**小计**: 8天
+
+### 2.10 ESB集成平台（6项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 37 | **HL7 FHIR R4消息转换** | 互联互通 | FHIR资源映射+格式转换 | 5天 |
+| 38 | **CDA临床文档** | 互联互通 | 入院/出院/检验/处方CDA文档 | 5天 |
+| 39 | **院内编码↔标准编码映射** | 互联互通 | ICD-10/LOINC/SNOMED CT映射 | 3天 |
+| 40 | **集成监控仪表盘** | 互联互通 | 消息流量/成功率/失败率可视化 | 3天 |
+| 41 | **消息可靠性保障** | 互联互通 | 存储转发+确认机制+死信处理 | 3天 |
+| 42 | **接口版本管理** | 互联互通 | 接口版本控制+向后兼容 | 2天 |
+
+**小计**: 21天
+
+### 2.11 EMPI患者主索引（3项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 43 | **患者身份合并/拆分** | EMPI | 多来源患者信息合并+拆分 | 3天 |
+| 44 | **重复检测算法** | 数据质量 | 身份证+姓名+手机号模糊匹配 | 3天 |
+| 45 | **跨系统同步** | 互联互通 | EMPI→HIS/LIS/PACS/EMR同步 | 3天 |
+
+**小计**: 9天
+
+### 2.12 统计报表（5项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 46 | **质控指标自动采集** | 评审指标 | 十八项核心制度执行指标 | 3天 |
+| 47 | **DRG/DIP分析** | 医保支付 | 病组分布/费用结构/时间消耗 | 3天 |
+| 48 | **经营分析(科室成本)** | 经营管理 | 科室成本/收益/绩效分析 | 3天 |
+| 49 | **数据导出(Excel/PDF)** | 基本功能 | 多格式导出+定时推送 | 2天 |
+| 50 | **可视化仪表盘** | 高级功能 | 数据大屏+图表展示 | 3天 |
+
+**小计**: 14天
+
+### 2.13 门诊医生站（1项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 51 | **传染病报告卡** | 传染病管理 | 传染病直报卡填报+审核 | 3天 |
+
+**小计**: 3天
+
+### 2.14 合理用药（1项缺失）
+
+| # | 缺失能力 | 三甲依据 | 实现方案 | 预估工时 |
+|---|---------|---------|---------|:-------:|
+| 52 | **肝肾功能自动调量** | 合理用药 | 根据化验结果自动建议调量 | 3天 |
+
+**小计**: 3天
+
+---
+
+## 三、31项基础实现补全清单
+
+> 以下模块已有表结构/框架，但功能未完善，需补全。
+
+### 3.1 需补全的基础实现
+
+| # | 模块 | 当前状态 | 需补全内容 | 预估工时 |
+|---|------|---------|-----------|:-------:|
+| B1 | 门诊退号 | 空壳视图 | 退号流程+费用退回 | 2天 |
+| B2 | 门诊退药 | 空壳视图 | 退药申请+审批+重新入库 | 2天 |
+| B3 | 门诊退费 | 空壳视图 | 退费流程+医保回退 | 2天 |
+| B4 | 收费详情查询 | 空壳视图 | 费用明细+发票查询 | 1天 |
+| B5 | 申请单管理 | 空壳视图 | 检验检查申请单查看 | 2天 |
+| B6 | 结果查看 | 空壳视图 | LIS/PACS结果统一查看 | 2天 |
+| B7 | 医嘱查看与打印 | 空壳视图 | 医嘱单打印 | 1天 |
+| B8 | 入院诊断 | 空壳视图 | 入院诊断录入+ICD编码 | 2天 |
+| B9 | 医嘱管理 | 空壳视图 | 医嘱查询+统计 | 2天 |
+| B10 | 门诊收费结算 | 空壳视图 | 结算流程完善 | 2天 |
+| B11 | 排班管理 | 空壳视图 | 医生排班+号源管理 | 2天 |
+| B12 | 病案管理 | 空壳视图 | 病案借阅/封存/示踪 | 3天 |
+| B13 | 费用清单 | 空壳视图 | 患者每日费用清单 | 2天 |
+| B14 | 手术管理 | 空壳视图 | 手术全流程管理 | 3天 |
+| B15 | 服务目录 | 空壳视图 | 诊疗服务项目目录 | 2天 |
+| B16 | 常用诊断 | 空壳视图 | 常用诊断维护 | 1天 |
+| B17 | 中医处方 | 空壳视图 | 中药饮片处方 | 2天 |
+| B18 | 床位管理 | 空壳视图 | 实时床位图+利用率统计 | 2天 |
+| B19 | 费用配置 | 空壳视图 | 收费项目配置 | 1天 |
+| B20 | LIS对照 | 空壳视图 | 检验项目目录对照 | 2天 |
+| B21 | PACS对照 | 空壳视图 | 检查项目目录对照 | 2天 |
+| B22 | 诊断对照 | 空壳视图 | 院内诊断↔ICD↔医保诊断 | 2天 |
+| B23 | 货位管理 | 空壳视图 | 药品货位维护 | 2天 |
+| B24 | 调价管理 | 空壳视图 | 药品/服务调价流程 | 2天 |
+| B25 | 退药管理 | 空壳视图 | 药房退药流程 | 2天 |
+| B26 | 自动计算 | 空壳视图 | 自动计费规则 | 2天 |
+
+**小计**: 49天
+
+---
+
+## 四、广西地方特色模块（P2）
+
+| # | 模块 | 广西要求 | 实现方案 | 预估工时 |
+|---|------|---------|---------|:-------:|
+| G1 | **壮医/中医特色** | 广西壮医药诊疗 | 壮医望诊/脉诊/目诊+中药方剂模板 | 10天 |
+| G2 | **传染病直报** | 对接广西疾控 | 传染病自动筛查+直报对接 | 5天 |
+| G3 | **电子健康卡** | 对接广西平台 | 健康卡申领+就诊使用 | 5天 |
+| G4 | **电子票据** | 对接广西财政 | 财政电子票据+核销对账 | 5天 |
+| G5 | **DRG/DIP深化** | 广西医保规则 | 广西DRG/DIP分组+费用预警 | 10天 |
+
+**小计**: 35天
+
+---
+
+## 五、实施路线图
+
+### Phase 1: 核心达标（Sprint 1-4，4周）
+
+**目标**: 补齐P0缺失能力，达到电子病历4级基本要求
+
+```
+Week 1: 住院医生站闭环 + 医嘱执行追踪 + 危急值处理
+Week 2: 麻醉评估 + 术中记录 + 麻醉小结 + 术后随访
+Week 3: 病历修改留痕 + 版本管理 + 完整性检查 + 时效监控
+Week 4: 病案首页质控 + HQMS上报 + 死亡病例讨论 + 病案示踪
+```
+
+| 周 | 工作内容 | 工时 | 交付物 |
+|:--:|---------|:---:|--------|
+| W1 | 住院医生站4项缺失 | 16天 | 医嘱闭环+输血+临床路径+危急值 |
+| W2 | 手术麻醉4项缺失 | 12天 | 麻醉评估+术中记录+小结+随访 |
+| W3 | 电子病历4项缺失 | 10天 | 留痕+版本+完整性+时效 |
+| W4 | 病案管理5项缺失 | 13天 | 首页质控+HQMS+终末质控+示踪+死亡讨论 |
+| | **Phase 1 合计** | **51天** | |
+
+### Phase 2: 评审保障（Sprint 5-8，4周）
+
+**目标**: 补齐P1缺失能力，达到三甲评审合格线
+
+```
+Week 5:  院感管理6项缺失
+Week 6:  护理评估3项 + 护士站3项
+Week 7:  检验3项 + 检查4项
+Week 8:  ESB集成平台6项
+```
+
+| 周 | 工作内容 | 工时 | 交付物 |
+|:--:|---------|:---:|--------|
+| W5 | 院感管理6项缺失 | 14天 | 自动筛查+暴发预警+目标监测+手卫生+环境+耐药菌 |
+| W6 | 护理+护士6项缺失 | 14天 | 管道评估+营养筛查+疼痛评估+护理文书+质量指标+交接班 |
+| W7 | LIS+PACS 7项缺失 | 18天 | 质控+室间质评+报告打印+DICOM+图文报告+影像对比+胶片 |
+| W8 | ESB集成6项 | 21天 | FHIR+CDA+编码映射+监控+可靠性+版本管理 |
+| | **Phase 2 合计** | **67天** | |
+
+### Phase 3: 能力补全（Sprint 9-12，4周）
+
+**目标**: 补全31项空壳视图 + 统计报表5项 + 其他缺失
+
+```
+Week 9:  空壳视图第一批(门诊退号/退药/退费/收费详情/申请单/结果查看)
+Week 10: 空壳视图第二批(医嘱查看/入院诊断/医嘱管理/结算/排班/病案/费用)
+Week 11: 空壳视图第三批(手术/服务目录/常用诊断/中医处方/床位/费用配置)
++ 统计报表5项
+Week 12: 空壳视图第四批(LIS/PACS/诊断对照/货位/调价/退药/自动计算)
++ EMPI 3项 + 合理用药1项 + 传染病报告1项
+```
+
+| 周 | 工作内容 | 工时 | 交付物 |
+|:--:|---------|:---:|--------|
+| W9 | 空壳视图6项 | 11天 | 门诊退号/退药/退费/收费详情/申请单/结果查看 |
+| W10 | 空壳视图7项 | 14天 | 医嘱查看/入院诊断/医嘱管理/结算/排班/病案/费用 |
+| W11 | 空壳视图6项+报表5项 | 20天 | 手术/服务目录/常用诊断/中医/床位/费用+统计报表 |
+| W12 | 空壳视图7项+EMPI+合理用药+传染病 | 22天 | 目录对照/货位/调价/退药/计算+EMPI+调量+报卡 |
+| | **Phase 3 合计** | **67天** | |
+
+### Phase 4: 地方特色（Sprint 13-15，3周）
+
+**目标**: 满足广西地方要求
+
+```
+Week 13: 壮医/中医特色 + 传染病直报
+Week 14: 电子健康卡 + 电子票据
+Week 15: DRG/DIP深化
+```
+
+| 周 | 工作内容 | 工时 | 交付物 |
+|:--:|---------|:---:|--------|
+| W13 | 壮医/中医+传染病 | 15天 | 壮医诊疗+中药方剂+传染病直报 |
+| W14 | 电子健康卡+电子票据 | 10天 | 健康卡对接+财政票据 |
+| W15 | DRG/DIP深化 | 10天 | 广西DRG/DIP分组+费用预警 |
+| | **Phase 4 合计** | **35天** | |
+
+---
+
+## 六、工时汇总
+
+| 类别 | 模块数 | 工时 | 占比 |
+|------|:-----:|:----:|:----:|
+| 🔴 P0 核心达标（Phase 1） | 17项 | 51天 | 19% |
+| 🟡 P1 评审保障（Phase 2） | 25项 | 67天 | 26% |
+| 🔧 空壳补全+其他（Phase 3） | 37项 | 67天 | 26% |
+| 🟢 P2 地方特色（Phase 4） | 5项 | 35天 | 14% |
+| **合计** | **84项** | **220天** | — |
+
+> **并行开发估算**:
+> - 2人并行: ~16周（4个月）
+> - 3人并行: ~11周（3个月）
+> - 4人并行: ~8周（2个月）
+
+---
+
+## 七、关键里程碑
+
+| 里程碑 | 时间 | 验收标准 | 评审支撑 |
+|--------|------|---------|---------|
+| **M1** | Phase 1 结束 | 电子病历4级核心能力就绪 | 电子病历评级申请 |
+| **M2** | Phase 2 结束 | 三甲评审17项必测项全部覆盖 | 三甲评审自查 |
+| **M3** | Phase 3 结束 | 142项必备能力完成率≥90% | 评审材料准备 |
+| **M4** | Phase 4 结束 | 广西地方特色全覆盖 | 地方评审加分 |
+
+---
+
+## 八、风险与依赖
+
+### 8.1 技术风险
+
+| 风险 | 影响 | 缓解措施 |
+|------|------|---------|
+| ESB集成平台复杂度高 | Phase 2延期 | 优先使用开源集成引擎(Kafka/RabbitMQ) |
+| PACS设备对接不确定性 | 图像采集延期 | 先做框架，设备对接延后 |
+| 医保接口联调周期长 | DRG/DIP延期 | 预留联调缓冲期 |
+
+### 8.2 外部依赖
+
+| 依赖 | 影响 | 应对 |
+|------|------|------|
+| 广西医保平台接口文档 | DRG/DIP对接 | 提前获取文档 |
+| CA签名服务商 | 电子签名 | 已有基础，扩展即可 |
+| HL7 FHIR认证 | 互联互通测评 | 参考国家标准实现 |
+
+---
+
+## 九、验证计划
+
+### 9.1 每Phase验证
+
+| Phase | 验证内容 | 验证方式 |
+|-------|---------|---------|
+| Phase 1 | 医嘱闭环→麻醉记录→病历留痕→病案首页 | 端到端流程测试 |
+| Phase 2 | 院感监测→护理评估→LIS/PACS→ESB集成 | 接口联通测试 |
+| Phase 3 | 空壳视图功能→统计报表→EMPI | 功能验收测试 |
+| Phase 4 | 壮医模块→传染病直报→电子票据→DRG | 地方标准对照 |
+
+### 9.2 评审指标验证
+
+| 指标 | 验证方法 | 目标值 |
+|------|---------|:------:|
+| 处方审核率 | 统计全院处方审核覆盖率 | 100% |
+| 首页编码正确率 | 抽样检查ICD-10编码 | ≥95% |
+| 病案24h归档率 | 统计出院后归档时间 | ≥90% |
+| 危急值处理及时率 | 统计危急值处理时间 | ≥95% |
+| 电子病历评级 | 对照4级评价标准自评 | ≥4级 |
+| 互联互通成熟度 | 对照四级甲等标准自评 | ≥四级甲等 |
+
+---
+
+## 十、与现有开发规范对齐
+
+本计划严格遵循 `AGENTS.md` 中的开发规范：
+
+| 规范 | 对齐方式 |
+|------|---------|
+| **铁律1: 修改完必须测试** | 每个Phase结束运行`mvn test`+`npm run build:dev` |
+| **铁律2: Flyway迁移** | 每个新模块创建`V{版本号}__{描述}.sql` |
+| **铁律5: 状态值一致性** | 新增状态值走完整链路检查 |
+| **铁律9: 先审核原有代码** | 每个模块开发前搜索已有代码 |
+| **铁律12: 按设计文档自主开发** | 本文档确认后直接执行 |
+| **铁律18: 禁止破坏原有功能** | 每次修改后编译验证 |
+| **全链路6环分析** | 每个缺失能力走完整链路 |
+| **Karpathy准则** | 简洁优先，精准修改 |
+
+---
+
+> **文档版本**: v1.0
+> **最后更新**: 2026-06-17
+> **下一步**: 确认本文档后，立即开始 Phase 1 Week 1 开发
diff --git a/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx b/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx
new file mode 100644
index 000000000..e9782d323
Binary files /dev/null and b/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx differ
diff --git a/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.md b/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.md
new file mode 100644
index 000000000..5e7a7f8e0
--- /dev/null
+++ b/MD/HEALTHLINK_HIS_PRICING_PROPOSAL_0.2.md
@@ -0,0 +1,724 @@
+---
+文档类型: 公众号软文 / 产品报价方案
+版本: V4.0
+日期: 2026-06-16
+标题: 医院信息化到底要花多少钱？— HealthLink-HIS 按模块透明报价全公开
+---
+
+# 医院信息化到底要花多少钱？— HealthLink-HIS 按模块透明报价全公开
+
+> **上海经创贺联信息科技有限公司**
+
+---
+
+医院信息化建设，院长们最头疼的三个问题：
+
+- **贵** — 传统 HIS 系统动辄百万起步，基层医院望而却步
+- **复杂** — 花了大价钱买全套系统，一半功能用不上，一半需求没覆盖
+- **不适配** — 大医院的系统搬到小医院水土不服，小医院的系统到大医院不够用
+
+这三个问题的根源，其实是同一个：**HIS 系统的定价方式不透明**。你不知道自己为用不上的功能买了多少单，也不知道想加一个新模块到底要花多少钱。
+
+**如果 HIS 系统能像搭积木一样，按需选配、逐个模块定价呢？**
+
+今天，我们把 HealthLink-HIS 的 **108 个业务模块**全部拆开，让你清清楚楚看到：每一分钱，花在了哪里。
+
+---
+
+## 一、HealthLink-HIS 是什么来头？
+
+先亮几个数据，让你对这套系统有个基本认知：
+
+| 维度 | 数据 | 说明 |
+|------|------|------|
+| 代码提交 | **2,265 次** | 40+ 工程师半年密集迭代 |
+| 新增功能 | **111 项** | 覆盖门诊、住院、手术、检验等全业务 |
+| Bug 修复 | **1,400+** | 系统稳定性持续打磨 |
+| 业务模块 | **108 个** | 14 大业务域全覆盖 |
+| 数据库表 | **181 张** | 全业务域数据模型 |
+| 后端接口 | **230 个** | 45 个业务模块统一接口规范 |
+| 前端页面 | **209 个** | 42 个功能模块操作体验一致 |
+
+**一句话总结**：这不是一套 PPT 产品，是一套已经在多家医院上线运行、经过 1,400+ 个 Bug 修复打磨的实战系统。
+
+### 技术栈：走在行业前面
+
+| 技术维度 | HealthLink-HIS | 行业主流 | 优势 |
+|---------|:-------------:|:--------:|------|
+| 后端框架 | **Spring Boot 4.0.6** | 2.x/3.x | 业内首批升级，性能与安全全面领先 |
+| 运行时 | **JDK 25** | 17/21 | 最新长期支持版 |
+| 前端框架 | **Vue 3 + Vite** | Vue 2/jQuery | 现代化体验，首屏加载快 3 倍 |
+| 高性能表格 | **VxeTable** | el-table | 万级数据量流畅渲染 |
+| 数据库 | **PostgreSQL 15+** | MySQL/Oracle | 企业级开源，零授权费 |
+| 工作流 | **Flowable BPMN** | 自研/无 | 国际标准流程引擎 |
+| 数据标准 | **HL7 FHIR R4** | 私有协议 | 互联互通标准协议 |
+| 电子签名 | **CA 认证** | 无/第三方 | 法律效力保障 |
+
+### 资质与合规
+
+- 符合《医院信息系统基本功能规范》（卫生部）
+- 支持**电子病历应用水平分级评价 4 级及以上**
+- 支持**医院信息互联互通标准化成熟度 4A 级**
+- 对标《三级医院评审标准（2022版）》
+- 符合 WS/T 447、WS/T 448、WS/T 500 行业标准
+- 支持广西地方标准（壮医/瑶医、疾控直报、电子健康卡）
+
+---
+
+## 二、部署方式：灵活适配您的基础设施
+
+我们提供多种部署方式，适配不同医院的 IT 基础设施条件：
+
+| 部署方式 | 适用场景 | 特点 | 参考周期 |
+|---------|---------|------|:------:|
+| **私有化部署** | 有自建机房的二/三级医院 | 数据完全自主可控，部署在院内服务器 | 1-2周 |
+| **混合云部署** | 希望兼顾安全与弹性的医院 | 核心数据院内存储，非核心业务上云 | 1-2周 |
+| **SaaS 托管** | 基层医疗机构、社区卫生中心 | 零运维、按年付费、快速上线 | 3-5天 |
+| **信创环境部署** | 有信创要求的公立医院 | 适配国产操作系统/数据库/中间件 | 2-3周 |
+
+### 服务器配置参考
+
+| 医院规模 | 推荐配置 | 并发用户 |
+|---------|---------|:------:|
+| 一级医院（<100 床） | 4核8G / 500G SSD | 50+ |
+| 二级医院（100-500 床） | 8核16G / 1T SSD + 数据库服务器 | 100+ |
+| 三级医院（500+ 床） | 集群部署 / 负载均衡 / 主从数据库 | 300+ |
+
+> 具体配置根据实际业务量和并发需求调整，可提供免费评估服务。
+
+---
+
+## 三、108 个模块，逐个标价
+
+> **计价基准**：工程师单价 **1,500 元/人天**
+>
+> 每个模块报价含：需求分析 + 设计 + 前端开发 + 后端开发 + 单元测试 + 联调
+>
+> 模块可单独选购，也可按下方套餐组合
+
+### 系统平台层 — HIS 运行的基础设施
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| P-01 | **系统管理** | 用户/角色/菜单/部门/岗位/字典/参数/公告/版本管理、多租户 | 10-15 | 1.5-2.5万 |
+| P-02 | **监控运维** | 缓存监控、服务器指标、登录日志、操作审计、在线用户追踪 | 5-8 | 0.8-1.2万 |
+| P-03 | **文件服务** | 统一文件上传/下载，多格式支持 | 3-5 | 0.3-0.8万 |
+| P-04 | **工作流引擎** | Flowable BPMN 流程定义/实例/任务/表单/表达式/监听器 | 10-15 | 1.5-2.5万 |
+| P-05 | **定时任务** | Cron 调度引擎，报表自动生成、数据同步 | 3-5 | 0.5-0.8万 |
+| P-06 | **代码生成器** | 数据库表→CRUD 代码自动生成 | 3-5 | 0.3-0.8万 |
+| P-07 | **数据导出** | Excel/PDF/CSV 多格式导出，定时推送 | 3-5 | 0.3-0.8万 |
+| P-08 | **首页仪表板** | 数据驾驶舱（处方统计/收入趋势/医生工作量/快捷入口） | 5-8 | 0.5-1.2万 |
+| | **平台层参考** | | **42-66** | **6-11万** |
+
+### 门诊管理域 — 从挂号到完诊的完整闭环
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| M-01 | **挂号预约** | 多渠道预约（窗口/自助机/线上）、退号退费、就诊卡管理、费用性质自动识别 | 10-15 | 1.5-2.5万 |
+| M-02 | **分诊叫号** | 智能分诊、排队管理、LCD/语音叫号、SSE 实时推送、等候时间预估 | 6-10 | 0.8-1.5万 |
+| M-03 | **门诊医生站** | 结构化病历、ICD-10 诊断（含中医体系）、处方（西药/中成药/中药饮片）、检验检查申请、手术申请、过敏史管理、传染病报卡 | 15-22 | 2-3.5万 |
+| M-04 | **门诊收费** | 多支付方式（现金/微信/支付宝/医保）、发票管理、退费、日终结算 | 10-15 | 1.5-2.5万 |
+| M-05 | **门诊药房** | 处方接收、发药、退药、处方审核、效期管理、管制药品管理 | 8-12 | 1-2万 |
+| M-06 | **门诊治疗** | 治疗执行、皮试记录、输液管理、处方拦截 | 6-10 | 0.8-1.5万 |
+| M-07 | **门诊手术** | 手术申请、术中临时医嘱、门诊手术计费 | 4-6 | 0.5-1万 |
+| | **门诊域参考** | | **59-90** | **9-14.5万** |
+
+### 住院管理域 — 入出转全流程
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| H-01 | **入院管理** | 入院登记（双入口）、床位分配、押金管理、预交金出入 | 10-15 | 1.5-2.5万 |
+| H-02 | **住院医生站** | 病程记录（8种模板）、医嘱（长期/临时）、诊断（西医+中医）、手术申请、会诊、输血、知情同意、临床路径、出院小结 | 18-28 | 3-4.5万 |
+| H-03 | **护士工作站** | 医嘱执行闭环、生命体征、体温单（D3.js）、护理记录、扫码执行、交接班、输液巡视、住院记账 | 14-20 | 2-3万 |
+| H-04 | **住院收费** | 费用聚合、中途结算、出院结算、每日费用清单 | 8-12 | 1-2万 |
+| H-05 | **床位管理** | 实时床位状态、出院自动转清洁、利用率统计 | 5-8 | 0.8-1.2万 |
+| H-06 | **医嘱闭环** | 医嘱全生命周期追踪、执行记录、超时提醒 | 5-8 | 0.8-1.2万 |
+| | **住院域参考** | | **60-91** | **10-14.4万** |
+
+### 药品管理域 — 从采购到发药的全供应链
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| D-01 | **药品目录** | 药品主数据、分类管理、医保目录对照 | 6-10 | 0.8-1.5万 |
+| D-02 | **药库管理** | 采购→验收→入库→退货→盘点→盈亏→调价，全流程单据审批 | 12-18 | 2-3万 |
+| D-03 | **药房管理** | 请领→入库→发药→退药→盘点→盈亏→退回药库 | 10-15 | 1.5-2.5万 |
+| D-04 | **科室物资管理** | 科室请领→发放→入库→转入/转出→盘点→盈亏→退库 | 8-12 | 1-2万 |
+| D-05 | **库存管理** | 实时库存、预警、调拨、盘点、报损、调价、追溯号 | 10-15 | 1.5-2.5万 |
+| D-06 | **药品追溯** | 一品一码扫码追溯、全供应链追踪、追溯预警 | 5-8 | 0.8-1.2万 |
+| D-07 | **合理用药** | 药物相互作用、过敏匹配、剂量审查、重复用药、配伍禁忌、妊娠/哺乳警示、儿童用药、处方前置拦截 | 10-15 | 1.5-2.5万 |
+| D-08 | **抗菌药物管控** | 三级分类、权限拦截、DDD 监测、审批流程 | 5-8 | 0.8-1.2万 |
+| D-09 | **处方点评** | 自动筛查+人工点评+科室排名+统计 | 4-6 | 0.5-1万 |
+| D-10 | **日终结算** | 药房日结/月结/年结 | 2-4 | 0.3-0.6万 |
+| D-11 | **药品效期管理** | 3/6/12 月效期预警、先进先出、过期自动拦截 | 3-5 | 0.5-0.8万 |
+| | **药品域参考** | | **75-116** | **11-18.8万** |
+
+### 检验检查域 — LIS + PACS + 病理
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| L-01 | **检验管理(LIS)** | 申请接收、条码管理、标本采集/接收、结果录入、报告审核/发布、参考范围、历史对比 | 14-20 | 2-3万 |
+| L-02 | **危急值管理** | 自动识别→弹窗通知→确认→处置→闭环追踪 | 4-6 | 0.5-1万 |
+| L-03 | **检验质控** | 室内质控（Westgard 规则）、室间质评 | 5-8 | 0.8-1.2万 |
+| L-04 | **检验增强** | 检验类型/套餐/活动定义管理、历史对比 | 5-8 | 0.8-1.2万 |
+| L-05 | **检查管理(PACS)** | 申请接收、预约排队、DICOM 图像采集、结构化图文报告、紧急报告、影像对比、DICOM 打印 | 12-18 | 2-3万 |
+| L-06 | **3D 影像重建** | DICOM 三维重建、多平面重建（MPR）、体积渲染 | 6-10 | 1-1.5万 |
+| L-07 | **病理管理** | 病理申请、标本追踪、制片流程、三级诊断、报告管理 | 8-12 | 1-2万 |
+| L-08 | **医技工作站** | 检验申请单号自动生成、套餐管理、执行科室智能匹配 | 5-8 | 0.8-1.2万 |
+| | **检验检查域参考** | | **59-90** | **9-14.1万** |
+
+### 手术麻醉域 — 高风险高价值
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| S-01 | **手术管理** | 手术申请、分级审批、手术室安排（冲突检查）、手术计费、手术统计 | 12-18 | 2-3万 |
+| S-02 | **术前讨论** | 三/四级手术强制讨论、讨论记录、签名审核 | 4-6 | 0.5-1万 |
+| S-03 | **麻醉管理** | 麻醉评估（ASA分级）、麻醉方案、术中记录（5分钟间隔生命体征）、复苏评估 | 8-12 | 1.2-2万 |
+| S-04 | **手术安全核查** | WS/T 313 三次核查（麻醉前/切皮前/离室前） | 3-5 | 0.5-0.8万 |
+| S-05 | **手术记录** | 手术团队、时间、植入物、标本、出血量、并发症 | 3-5 | 0.5-0.8万 |
+| S-06 | **术后随访** | 24h/48h/72h 术后随访 | 2-4 | 0.3-0.6万 |
+| S-07 | **麻醉质控** | 麻醉安全指标、不良事件上报 | 3-5 | 0.5-0.8万 |
+| | **手术麻醉域参考** | | **35-55** | **5.5-9万** |
+
+### 电子病历域 — 直接影响电子病历评级
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| E-01 | **结构化病历** | 结构化+自由文本混合录入、ICD-10 自动编码推荐 | 6-10 | 0.8-1.5万 |
+| E-02 | **模板管理** | 系统+科室+个人三级模板体系 | 4-6 | 0.5-1万 |
+| E-03 | **修改追踪** | 修改留痕（原文+修改人+时间）、差异对比 | 3-5 | 0.5-0.8万 |
+| E-04 | **版本管理** | 历史版本保存、版本对比 | 2-4 | 0.3-0.6万 |
+| E-05 | **完整性检查** | 必填项+逻辑一致性自动检查 | 3-5 | 0.5-0.8万 |
+| E-06 | **时效监控** | 入院记录 24h、首次病程 8h 等时限提醒 | 2-4 | 0.3-0.6万 |
+| E-07 | **CA 电子签名** | 文书电子签名、签名验证、历史、撤销 | 4-6 | 0.5-1万 |
+| E-08 | **病历检索** | 按诊断/时间/医生多维度检索 | 3-5 | 0.5-0.8万 |
+| E-09 | **知识库链接** | 病历中嵌入临床指南/药物信息 | 3-5 | 0.5-0.8万 |
+| E-10 | **打印归档** | 病历打印、出院自动归档、24h 归档率统计 | 3-5 | 0.5-0.8万 |
+| E-11 | **病程记录** | 首次/日常/上级查房/阶段小结/抢救/转科/出院/死亡记录模板 | 5-8 | 0.8-1.2万 |
+| E-12 | **知情同意** | 电子知情同意书模板+签名 | 3-5 | 0.5-0.8万 |
+| | **电子病历域参考** | | **41-68** | **6.2-10.7万** |
+
+### 病案管理域 — DRG/DIP 分组质量的基础
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| R-01 | **病案首页** | 数据自动采集、ICD-10 编码推荐与验证、ICD-9-CM-3 手术编码 | 8-12 | 1-2万 |
+| R-02 | **病案质控** | 首页数据质量检查、运行+终末病历质控 | 5-8 | 0.8-1.2万 |
+| R-03 | **DRG/DIP 分组** | 自动分组、费用预警、TOP-DRG 分析、优化建议 | 8-12 | 1-2万 |
+| R-04 | **病案归档** | 出院自动归档、24h 归档率追踪 | 3-5 | 0.5-0.8万 |
+| R-05 | **病案借阅/封存** | 借阅审批+超期提醒、纠纷封存、病案示踪 | 4-6 | 0.5-1万 |
+| R-06 | **死亡病历讨论** | 死亡病例 7 日内讨论记录 | 2-3 | 0.3-0.5万 |
+| R-07 | **病案评审** | 评审计划、记录、统计 | 3-5 | 0.5-0.8万 |
+| | **病案域参考** | | **33-51** | **5.1-8.3万** |
+
+### 护理管理域 — 患者安全的最后防线
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| N-01 | **护理评估** | Braden/Morse/NRS2002/NRS-VAS/Caprini/Barthel 六大评估量表，自动评分+预警 | 10-15 | 1.5-2.5万 |
+| N-02 | **护理计划** | 基于评估结果自动生成护理计划 | 4-6 | 0.5-1万 |
+| N-03 | **交班记录** | 护理交接班、重点患者提示 | 3-5 | 0.5-0.8万 |
+| N-04 | **移动护理** | 扫码执行医嘱（腕带/药品/标本） | 5-8 | 0.8-1.2万 |
+| N-05 | **输液管理** | 输液巡视记录、速度监控 | 3-5 | 0.5-0.8万 |
+| N-06 | **评估趋势** | 历次评估结果动态趋势图 | 3-5 | 0.5-0.8万 |
+| N-07 | **护理质控** | 护理敏感质量指标自动采集+上报 | 3-5 | 0.5-0.8万 |
+| N-08 | **护理文书** | 一般/危重护理记录单 | 3-5 | 0.5-0.8万 |
+| | **护理域参考** | | **34-54** | **5.3-8.7万** |
+
+### 院感管理域 — 三甲评审重点检查项
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| I-01 | **感染监测** | 自动筛查疑似感染病例、上报院感科、跟踪 | 5-8 | 0.8-1.2万 |
+| I-02 | **暴发预警** | 同科室短时间多例感染预警 | 3-5 | 0.5-0.8万 |
+| I-03 | **目标性监测** | ICU/手术部位/导管相关感染 | 3-5 | 0.5-0.8万 |
+| I-04 | **手卫生监测** | 手卫生依从性统计 | 2-4 | 0.3-0.6万 |
+| I-05 | **环境监测** | 空气/物表/手培养监测 | 2-4 | 0.3-0.6万 |
+| I-06 | **多重耐药菌** | 检出→隔离→跟踪→解除 | 3-5 | 0.5-0.8万 |
+| I-07 | **职业暴露** | 锐器伤/暴露事件上报+随访 | 2-4 | 0.3-0.6万 |
+| I-08 | **消毒供应(CSSD)** | 器械包追溯、灭菌批次、效期预警 | 5-8 | 0.8-1.2万 |
+| | **院感域参考** | | **25-43** | **4-7.2万** |
+
+### 医保管理域 — 直接关系到医院收入
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| Y-01 | **医保基础结算** | 门诊/住院基本医保结算 | 6-10 | 0.8-1.5万 |
+| Y-02 | **目录对照** | 药品/诊疗/耗材三目录对照 | 6-10 | 0.8-1.5万 |
+| Y-03 | **医保对账** | 财务对账/清算、差异处理 | 5-8 | 0.8-1.2万 |
+| Y-04 | **处方上传** | 门诊处方上传/拒收/撤销 | 4-6 | 0.5-1万 |
+| Y-05 | **住院医保** | 住院登记/出院结算、DRG/DIP 结算 | 6-10 | 0.8-1.5万 |
+| Y-06 | **跨省结算** | 跨省异地就医直接结算 | 4-6 | 0.5-1万 |
+| Y-07 | **智能审核** | 事前/事中/事后三阶段审核规则引擎 | 6-10 | 0.8-1.5万 |
+| Y-08 | **DRG/DIP 优化** | 优化建议、费用结构分析 | 4-6 | 0.5-1万 |
+| | **医保域参考** | | **41-66** | **5.5-10.2万** |
+
+### 集成平台层 — 面向三级医院的互联互通
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| J-01 | **ESB 集成平台** | 消息路由、服务注册、消息监控、死信队列 | 10-15 | 1.5-2.5万 |
+| J-02 | **HL7 FHIR R4** | FHIR R4 标准消息格式 | 5-8 | 0.8-1.2万 |
+| J-03 | **CDA 文档** | 临床文档架构（入院/出院/检验/处方/手术/护理） | 5-8 | 0.8-1.2万 |
+| J-04 | **代码映射** | 院内编码↔标准编码映射 | 3-5 | 0.5-0.8万 |
+| J-05 | **API 认证审计** | 接口调用认证+授权+审计日志 | 2-4 | 0.3-0.6万 |
+| J-06 | **EMPI 患者主索引** | 身份合并/拆分、重复检测、跨系统统一标识 | 6-10 | 0.8-1.5万 |
+| | **集成平台参考** | | **31-50** | **4.7-7.8万** |
+
+### 其他业务模块
+
+| 序号 | 模块 | 功能说明 | 人天 | 报价区间 |
+|:---:|------|---------|:---:|:------:|
+| O-01 | **急诊管理** | 四级分诊、绿色通道（胸痛/卒中/创伤）、抢救/留观、D2T 监控 | 8-12 | 1-2万 |
+| O-02 | **随访管理** | 随访计划自动生成、任务分配、满意度调查 | 6-10 | 0.8-1.5万 |
+| O-03 | **中医/壮医** | 中医处方、体质辨识、民族药目录（壮药/瑶药） | 5-8 | 0.8-1.2万 |
+| O-04 | **会诊管理** | 会诊申请/审批/确认、超时监控、结果反馈 | 5-8 | 0.8-1.2万 |
+| O-05 | **传染病报告** | 报卡新增/审核/退回、Word 导出、统计 | 5-8 | 0.8-1.2万 |
+| O-06 | **调价管理** | 药品/器械/服务调价、审批流程 | 4-6 | 0.5-1万 |
+| O-07 | **支付管理** | 收费账单、电子发票、第三方支付集成 | 6-10 | 0.8-1.5万 |
+| O-08 | **医嘱套餐** | 医嘱组套配置（组织级/医院级/个人级） | 4-6 | 0.5-1万 |
+| O-09 | **医嘱闭环追踪** | 医嘱全生命周期执行步骤记录 | 4-6 | 0.5-1万 |
+| O-10 | **跨模块集成** | 术-病理关联、会诊监控、DRG 绩效、危急值联动、手术全链路追踪 | 8-12 | 1-2万 |
+| O-11 | **质量管理** | 质控增强、业务分析大屏、EMR 质量检查 | 4-6 | 0.5-1万 |
+| O-12 | **食源性数据采集** | 食源性疾病数据外接采集 | 2-4 | 0.3-0.6万 |
+| | **其他模块参考** | | **61-96** | **9-15.2万** |
+
+### 全模块汇总
+
+| 业务域 | 模块数 | 人天区间 | 参考报价 |
+|--------|:-----:|:------:|:------:|
+| 系统平台层 | 8 | 42-66 | 6-11万 |
+| 门诊管理域 | 7 | 59-90 | 9-14.5万 |
+| 住院管理域 | 6 | 60-91 | 10-14.4万 |
+| 药品管理域 | 11 | 75-116 | 11-18.8万 |
+| 检验检查域 | 8 | 59-90 | 9-14.1万 |
+| 手术麻醉域 | 7 | 35-55 | 5.5-9万 |
+| 电子病历域 | 12 | 41-68 | 6.2-10.7万 |
+| 病案管理域 | 7 | 33-51 | 5.1-8.3万 |
+| 护理管理域 | 8 | 34-54 | 5.3-8.7万 |
+| 院感管理域 | 8 | 25-43 | 4-7.2万 |
+| 医保管理域 | 8 | 41-66 | 5.5-10.2万 |
+| 其他业务模块 | 12 | 61-96 | 9-15.2万 |
+| 集成平台层 | 6 | 31-50 | 4.7-7.8万 |
+| **全量参考** | **108** | **596-936** | **约90-150万** |
+
+> 以上为软件开发的参考价格区间，实际报价根据医院具体需求、定制程度和接口数量确定。
+
+---
+
+## 四、三个版本，按需选配
+
+不是每家医院都需要 108 个模块。我们根据医院等级，设计了三个标准版本：
+
+| 方案 | 适用对象 | 模块数 | 软件参考报价 | 实施周期 |
+|------|---------|:-----:|:---------:|:------:|
+| **基础版** | 一级医院/社区卫生中心 | 18 | **18-25万** | 1-2月 |
+| **标准版** | 二级综合医院 | 52 | **55-70万** | 3-5月 |
+| **旗舰版** | 三级综合医院 | 108 | **90-120万** | 5-8月 |
+| **定制开发** | 特殊需求/已有HIS升级 | 按需 | **1,500元/人天起** | 按需 |
+
+### 基础版 — 一级医院 / 社区卫生服务中心
+
+**适合**：基层医疗机构、社区卫生服务中心、乡镇卫生院。快速上线、经济实惠。
+
+| 业务域 | 包含模块 |
+|--------|---------|
+| 系统平台 | 系统管理、文件服务、定时任务、首页仪表板 |
+| 门诊管理 | 挂号预约、分诊叫号、门诊医生站、门诊收费、门诊药房 |
+| 住院管理 | 入院管理、护士工作站、住院收费、床位管理 |
+| 电子病历 | 结构化病历、模板管理 |
+| 医保管理 | 医保基础结算 |
+| 其他 | 调价管理、质量管理 |
+
+**软件 + 实施 + 接口 + 首年维保，整体投入约 25-35 万。**
+
+### 标准版 — 二级综合医院
+
+**适合**：二级综合医院、中医医院、妇幼保健院。覆盖等级评审全部信息化条款。
+
+在基础版之上新增：
+
+| 业务域 | 新增模块 |
+|--------|---------|
+| 系统平台 | + 监控运维、工作流引擎、数据导出 |
+| 门诊管理 | + 门诊治疗、门诊手术 |
+| 住院管理 | + 住院医生站、医嘱闭环 |
+| 药品管理 | + 药品目录、药库、药房、科室物资、库存、合理用药、抗菌药物管控、处方点评、日终结算 |
+| 检验检查 | + 检验(LIS)、危急值、检查(PACS)、医技工作站 |
+| 手术麻醉 | + 手术管理、术前讨论、安全核查 |
+| 电子病历 | + 修改追踪、版本管理、完整性检查、时效监控、CA签名、检索、知识库、归档、病程记录、知情同意 |
+| 病案管理 | + 病案首页、病案质控、归档、借阅/封存 |
+| 护理管理 | + 护理评估、护理计划、交班记录、护理质控 |
+| 院感管理 | + 感染监测、暴发预警、多重耐药菌 |
+| 医保管理 | + 目录对照、对账、处方上传、住院医保 |
+| 其他 | + 急诊、随访、会诊、传染病报告、支付管理、医嘱套餐 |
+
+**软件 + 实施 + 接口 + 首年维保，整体投入约 70-90 万。**
+
+### 旗舰版 — 三级综合医院
+
+**适合**：三级综合医院。全面覆盖三甲评审、DRG/DIP 支付改革、电子病历高等级评价、互联互通测评。
+
+在标准版之上新增：
+
+| 业务域 | 新增模块 |
+|--------|---------|
+| 药品管理 | + 药品追溯、药品效期管理 |
+| 检验检查 | + 检验质控、检验增强、3D影像重建、病理管理 |
+| 手术麻醉 | + 麻醉管理、手术记录、术后随访、麻醉质控 |
+| 病案管理 | + DRG/DIP分组、死亡病历讨论、病案评审 |
+| 护理管理 | + 移动护理、输液管理、评估趋势、护理文书 |
+| 院感管理 | + 目标性监测、手卫生、环境监测、职业暴露、CSSD |
+| 医保管理 | + 跨省结算、智能审核、DRG/DIP优化 |
+| 集成平台 | + ESB平台、FHIR R4、CDA文档、代码映射、API认证、EMPI |
+| 其他 | + 中医/壮医、医嘱闭环追踪、跨模块集成、食源性采集 |
+
+**软件 + 实施 + 全量接口 + 评审支持 + 首年维保，整体投入约 130-160 万。**
+
+---
+
+## 五、几个值得重点关注的明星模块
+
+在 108 个模块中，有几个模块是评审检查和日常运营中的"高频考点"：
+
+### 合理用药系统（1.5-2.5万）
+
+12 项审核能力，让处方审核率 100% 不再是口号：
+- 药物相互作用检查（两药/三药配伍禁忌）
+- 过敏史自动匹配
+- 剂量范围审查（超/低剂量 + 肝肾功能自动调量）
+- 重复用药检查
+- 配伍禁忌审查
+- 妊娠/哺乳用药警示
+- 儿童用药按体重自动计算
+- **处方前置拦截**：不合理处方必须处理才能继续
+
+### DRG/DIP 分组系统（1-2万）
+
+医保付费改革的核心武器：
+- 主诊断+主手术 → 自动分组
+- 病组分布/费用结构/时间消耗分析
+- TOP-DRG 分析
+- 费用预警（入院即开始监控）
+- 优化建议（帮助医生在保证质量的前提下控制费用）
+
+### 手术安全核查（0.5-0.8万）
+
+符合 WS/T 313 标准的三次核查：麻醉前核查 → 切皮前核查 → 离室前核查。
+
+看似价格最低的模块之一，却是手术安全最关键的防线。
+
+### 护理评估系统（1.5-2.5万）
+
+覆盖六大评估量表，自动评分+自动预警：
+- Braden 压疮评估 → 自动预警 → 干预 → 跟踪
+- Morse 跌倒评估 → 风险分级 → 防护措施
+- NRS2002 营养风险筛查
+- NRS/VAS 疼痛评估
+- Caprini VTE 风险评估
+- Barthel 自理能力评估
+
+---
+
+## 六、实施服务体系
+
+### 6.1 标准实施流程
+
+我们采用经过数十家医院验证的标准化实施流程：
+
+| 阶段 | 内容 | 周期 | 交付物 |
+|------|------|:---:|-------|
+| **需求调研** | 现场调研、流程梳理、差距分析、需求确认 | 1-3周 | 需求确认书 |
+| **环境部署** | 服务器部署、网络配置、安全加固 | 3-5天 | 部署报告 |
+| **系统配置** | 参数配置、权限设置、字典维护、流程配置 | 1周 | 配置清单 |
+| **数据迁移** | 历史数据清洗、字段映射、数据导入、数据校验 | 1-3周 | 迁移报告 |
+| **用户培训** | 分角色培训、操作演练、考核通关 | 1-2周 | 培训签到表 |
+| **并行运行** | 新旧系统并行、问题修复、流程优化 | 2-4周 | 问题清单 |
+| **正式上线** | 切换上线、驻场陪跑、应急预案 | 1周 | 上线报告 |
+
+### 6.2 数据迁移服务
+
+| 服务项 | 说明 |
+|--------|------|
+| **数据评估** | 免费评估原系统数据结构和迁移可行性 |
+| **数据清洗** | 去重、纠错、标准化、编码映射 |
+| **字段映射** | 原系统字段→新系统字段自动+人工映射 |
+| **增量迁移** | 支持切换前最后一天的增量数据同步 |
+| **数据校验** | 迁移后逐条核对，确保数据完整性 |
+| **回滚预案** | 迁移失败可完整回滚，不影响业务 |
+
+### 6.3 培训服务体系
+
+| 培训对象 | 培训内容 | 课时 | 方式 |
+|---------|---------|:---:|------|
+| **系统管理员** | 系统配置、用户管理、字典维护、备份恢复 | 8-16h | 现场+远程 |
+| **医生** | 医生工作站、电子病历、处方、医嘱、手术申请 | 8-12h | 现场+视频 |
+| **护士** | 护士工作站、医嘱执行、护理评估、体温单 | 8-12h | 现场+视频 |
+| **收费员** | 挂号、收费、退费、日结、医保结算 | 4-8h | 现场 |
+| **药房人员** | 发药、退药、库存管理、盘点、日结 | 4-8h | 现场 |
+| **管理层** | 数据驾驶舱、统计报表、经营分析 | 2-4h | 现场+远程 |
+| **院感/质控** | 院感监测、病案管理、质控操作 | 4-8h | 现场+视频 |
+
+> 提供培训视频和操作手册，支持新员工随时自主学习。
+
+---
+
+## 七、接口对接服务
+
+| 接口类型 | 参考报价 | 说明 |
+|---------|:------:|------|
+| 检验设备对接（单台） | 0.3-0.8万 | LIS 仪器接口，支持主流品牌 |
+| 影像设备对接（单台） | 0.5-1.2万 | PACS/DICOM 设备 |
+| 医保平台对接 | 1-2万 | 省/国家医保平台 |
+| 卫健委数据上报 | 0.8-1.5万 | HQMS/传染病直报 |
+| 电子发票对接 | 0.5-1万 | 财政电子票据 |
+| 银行/第三方支付 | 0.5-1万 | 微信/支付宝/银联 |
+| 自助终端设备 | 0.5-1万 | 自助挂号机/取单机/报告打印机 |
+| 其他第三方系统 | 0.5-2万 | 按复杂度定价 |
+
+---
+
+## 八、售后服务分级
+
+我们提供三级售后服务体系，满足不同医院的需求：
+
+| 服务项目 | 标准服务 | 高级服务 | 尊享服务 |
+|---------|:------:|:------:|:------:|
+| 适用医院 | 一级 | 二级 | 三级 |
+| 首年维保 | **免费** | **免费** | **免费** |
+| 续费年维保 | 软件费×15% | 软件费×15% | 软件费×12% |
+| 远程支持 | 5×8h | 7×12h | 7×24h |
+| 故障响应 | 4小时 | 2小时 | 1小时 |
+| 现场支持 | 按需另计 | 2次/年 | 4次/年 |
+| 版本升级 | 小版本免费 | 大版本免费 | 全版本免费 |
+| 专属服务经理 | — | ✅ | ✅ |
+| 季度巡检 | — | — | ✅ |
+| 应急演练 | — | — | 1次/年 |
+| 重大活动保障 | — | — | 远程值守 |
+
+### 服务等级协议（SLA）
+
+| 故障等级 | 定义 | 响应时间 | 解决时间 |
+|:------:|------|:------:|:------:|
+| **P0 紧急** | 系统无法使用，业务完全中断 | 30分钟 | 4小时 |
+| **P1 严重** | 核心功能不可用，影响大量用户 | 1小时 | 8小时 |
+| **P2 一般** | 部分功能异常，有替代方案 | 4小时 | 24小时 |
+| **P3 轻微** | 界面/体验问题，不影响业务 | 8小时 | 72小时 |
+
+---
+
+## 九、定制开发服务
+
+已有 HIS 系统？也没关系。我们提供模块化定制开发服务。
+
+### 9.1 人员单价
+
+| 角色 | 单价（元/人天） | 说明 |
+|------|:-------------:|------|
+| 开发工程师 | **1,500** | 需求分析+设计+开发+自测 |
+| 高级工程师 | **2,000** | 架构设计、性能优化、疑难问题 |
+| 项目经理 | **1,800** | 需求调研、项目管理、交付管理 |
+| 实施顾问 | **1,200** | 部署实施、培训、数据迁移 |
+
+### 9.2 常见定制参考价
+
+| 定制项目 | 预估人天 | 参考报价 |
+|---------|:------:|:------:|
+| 新增业务模块（中等复杂度） | 15-25 | 2-4万 |
+| 报表定制开发（单张） | 3-5 | 0.5-0.8万 |
+| 第三方系统接口对接（单个） | 5-10 | 0.8-1.5万 |
+| 已有模块功能增强 | 5-15 | 0.8-2.5万 |
+| 流程改造/优化 | 8-20 | 1-3万 |
+| 移动端功能开发 | 10-20 | 1.5-3万 |
+| 大屏可视化开发 | 8-15 | 1-2.5万 |
+| 单模块独立采购 | 见上方明细 | 0.3-3.5万/模块 |
+
+### 9.3 定制开发流程
+
+```
+需求沟通(1-2天) → 方案设计与报价(2-3天) → 合同签订 → 开发实施 → 内部测试 → 用户验收 → 上线交付
+```
+
+### 9.4 交付标准
+
+每次定制开发交付包含：
+- 功能代码（含单元测试）
+- 数据库迁移脚本（Flyway 版本化）
+- 接口文档（Swagger/OpenAPI 自动生成）
+- 用户操作说明
+- 测试报告
+
+---
+
+## 十、付款方式与验收
+
+### 付款节奏
+
+| 阶段 | 比例 | 条件 |
+|------|:---:|------|
+| 合同签订 | 30% | 合同签署后 5 个工作日 |
+| 系统开发完成进入测试 | 30% | 系统功能开发完成，进入内部测试阶段 |
+| 系统验收 | 30% | 系统上线并通过验收 |
+| 质保期满 | 10% | 首年维保期满后支付 |
+
+### 验收标准
+
+| 验收项 | 标准 |
+|--------|------|
+| 功能验收 | 合同约定的核心模块功能完整可用 |
+| 性能验收 | 核心页面加载 < 3秒，常规操作响应流畅 |
+| 数据验收 | 历史数据迁移完成，关键数据核对无误 |
+| 培训验收 | 主要岗位人员完成培训并能基本操作 |
+| 稳定性 | 连续运行 3 个工作日无阻断性故障 |
+
+---
+
+## 十一、为什么选择 HealthLink-HIS？
+
+| 维度 | 选择理由 |
+|------|---------|
+| **技术领先** | Spring Boot 4.0 + JDK 25，业内首批升级 |
+| **架构扎实** | DDD 领域驱动 + Maven 多模块，业务独立演进 |
+| **功能完整** | 108 个模块，14 大业务域全覆盖 |
+| **质量可靠** | 2,265 次提交、1,400+ Bug 修复，持续打磨 |
+| **安全合规** | JWT + 多租户隔离 + CA 签名 + 数据加密 |
+| **达标有路** | 对标三甲评审标准，142 项必备能力已实现 59 项 |
+| **灵活选配** | 按需选配模块，从 18 万到 120 万自由组合 |
+| **灵活部署** | 支持私有云/混合云/SaaS/信创环境 |
+| **持续迭代** | 首年免费维保，版本升级持续获得新功能 |
+
+---
+
+## 联系我们
+
+> **上海经创贺联信息科技有限公司**
+>
+> - 销售热线：18017857330
+> - 邮箱：chen.qi@jin-group.cn
+> - 官网：www.health-link.com.cn
+> - 地址：上海市闵行区甬虹路69号虹桥绿谷广场G座G栋505
+>
+> **支持免费远程演示，欢迎扫码预约体验！**
+>
+> *获取您医院的定制化报价方案，只需告诉我们医院等级和核心需求。*
+
+---
+
+## 附录：模块速查表
+
+| 域 | 编号 | 模块 | 报价区间 | 基础版 | 标准版 | 旗舰版 |
+|----|:---:|------|:------:|:-----:|:-----:|:-----:|
+| 平台 | P-01 | 系统管理 | 1.5-2.5万 | ✅ | ✅ | ✅ |
+| 平台 | P-02 | 监控运维 | 0.8-1.2万 | | ✅ | ✅ |
+| 平台 | P-03 | 文件服务 | 0.3-0.8万 | ✅ | ✅ | ✅ |
+| 平台 | P-04 | 工作流引擎 | 1.5-2.5万 | | ✅ | ✅ |
+| 平台 | P-05 | 定时任务 | 0.5-0.8万 | ✅ | ✅ | ✅ |
+| 平台 | P-06 | 代码生成器 | 0.3-0.8万 | | | ✅ |
+| 平台 | P-07 | 数据导出 | 0.3-0.8万 | | ✅ | ✅ |
+| 平台 | P-08 | 首页仪表板 | 0.5-1.2万 | ✅ | ✅ | ✅ |
+| 门诊 | M-01 | 挂号预约 | 1.5-2.5万 | ✅ | ✅ | ✅ |
+| 门诊 | M-02 | 分诊叫号 | 0.8-1.5万 | ✅ | ✅ | ✅ |
+| 门诊 | M-03 | 门诊医生站 | 2-3.5万 | ✅ | ✅ | ✅ |
+| 门诊 | M-04 | 门诊收费 | 1.5-2.5万 | ✅ | ✅ | ✅ |
+| 门诊 | M-05 | 门诊药房 | 1-2万 | ✅ | ✅ | ✅ |
+| 门诊 | M-06 | 门诊治疗 | 0.8-1.5万 | | ✅ | ✅ |
+| 门诊 | M-07 | 门诊手术 | 0.5-1万 | | ✅ | ✅ |
+| 住院 | H-01 | 入院管理 | 1.5-2.5万 | ✅ | ✅ | ✅ |
+| 住院 | H-02 | 住院医生站 | 3-4.5万 | | ✅ | ✅ |
+| 住院 | H-03 | 护士工作站 | 2-3万 | ✅ | ✅ | ✅ |
+| 住院 | H-04 | 住院收费 | 1-2万 | ✅ | ✅ | ✅ |
+| 住院 | H-05 | 床位管理 | 0.8-1.2万 | ✅ | ✅ | ✅ |
+| 住院 | H-06 | 医嘱闭环 | 0.8-1.2万 | | ✅ | ✅ |
+| 药品 | D-01 | 药品目录 | 0.8-1.5万 | | ✅ | ✅ |
+| 药品 | D-02 | 药库管理 | 2-3万 | | ✅ | ✅ |
+| 药品 | D-03 | 药房管理 | 1.5-2.5万 | | ✅ | ✅ |
+| 药品 | D-04 | 科室物资 | 1-2万 | | ✅ | ✅ |
+| 药品 | D-05 | 库存管理 | 1.5-2.5万 | | ✅ | ✅ |
+| 药品 | D-06 | 药品追溯 | 0.8-1.2万 | | | ✅ |
+| 药品 | D-07 | 合理用药 | 1.5-2.5万 | | ✅ | ✅ |
+| 药品 | D-08 | 抗菌药物管控 | 0.8-1.2万 | | ✅ | ✅ |
+| 药品 | D-09 | 处方点评 | 0.5-1万 | | ✅ | ✅ |
+| 药品 | D-10 | 日终结算 | 0.3-0.6万 | | ✅ | ✅ |
+| 药品 | D-11 | 药品效期 | 0.5-0.8万 | | | ✅ |
+| 检验 | L-01 | 检验(LIS) | 2-3万 | | ✅ | ✅ |
+| 检验 | L-02 | 危急值 | 0.5-1万 | | ✅ | ✅ |
+| 检验 | L-03 | 检验质控 | 0.8-1.2万 | | | ✅ |
+| 检验 | L-04 | 检验增强 | 0.8-1.2万 | | | ✅ |
+| 检验 | L-05 | 检查(PACS) | 2-3万 | | ✅ | ✅ |
+| 检验 | L-06 | 3D重建 | 1-1.5万 | | | ✅ |
+| 检验 | L-07 | 病理 | 1-2万 | | | ✅ |
+| 检验 | L-08 | 医技工作站 | 0.8-1.2万 | | ✅ | ✅ |
+| 手术 | S-01 | 手术管理 | 2-3万 | | ✅ | ✅ |
+| 手术 | S-02 | 术前讨论 | 0.5-1万 | | ✅ | ✅ |
+| 手术 | S-03 | 麻醉管理 | 1.2-2万 | | | ✅ |
+| 手术 | S-04 | 安全核查 | 0.5-0.8万 | | ✅ | ✅ |
+| 手术 | S-05 | 手术记录 | 0.5-0.8万 | | | ✅ |
+| 手术 | S-06 | 术后随访 | 0.3-0.6万 | | | ✅ |
+| 手术 | S-07 | 麻醉质控 | 0.5-0.8万 | | | ✅ |
+| 病历 | E-01 | 结构化病历 | 0.8-1.5万 | ✅ | ✅ | ✅ |
+| 病历 | E-02 | 模板管理 | 0.5-1万 | ✅ | ✅ | ✅ |
+| 病历 | E-03 | 修改追踪 | 0.5-0.8万 | | ✅ | ✅ |
+| 病历 | E-04 | 版本管理 | 0.3-0.6万 | | ✅ | ✅ |
+| 病历 | E-05 | 完整性检查 | 0.5-0.8万 | | ✅ | ✅ |
+| 病历 | E-06 | 时效监控 | 0.3-0.6万 | | ✅ | ✅ |
+| 病历 | E-07 | CA签名 | 0.5-1万 | | ✅ | ✅ |
+| 病历 | E-08 | 病历检索 | 0.5-0.8万 | | ✅ | ✅ |
+| 病历 | E-09 | 知识库 | 0.5-0.8万 | | ✅ | ✅ |
+| 病历 | E-10 | 打印归档 | 0.5-0.8万 | | ✅ | ✅ |
+| 病历 | E-11 | 病程记录 | 0.8-1.2万 | | ✅ | ✅ |
+| 病历 | E-12 | 知情同意 | 0.5-0.8万 | | ✅ | ✅ |
+| 病案 | R-01 | 病案首页 | 1-2万 | | ✅ | ✅ |
+| 病案 | R-02 | 病案质控 | 0.8-1.2万 | | ✅ | ✅ |
+| 病案 | R-03 | DRG/DIP | 1-2万 | | | ✅ |
+| 病案 | R-04 | 归档 | 0.5-0.8万 | | ✅ | ✅ |
+| 病案 | R-05 | 借阅/封存 | 0.5-1万 | | ✅ | ✅ |
+| 病案 | R-06 | 死亡讨论 | 0.3-0.5万 | | | ✅ |
+| 病案 | R-07 | 病案评审 | 0.5-0.8万 | | | ✅ |
+| 护理 | N-01 | 护理评估 | 1.5-2.5万 | | ✅ | ✅ |
+| 护理 | N-02 | 护理计划 | 0.5-1万 | | ✅ | ✅ |
+| 护理 | N-03 | 交班记录 | 0.5-0.8万 | | ✅ | ✅ |
+| 护理 | N-04 | 移动护理 | 0.8-1.2万 | | | ✅ |
+| 护理 | N-05 | 输液管理 | 0.5-0.8万 | | | ✅ |
+| 护理 | N-06 | 评估趋势 | 0.5-0.8万 | | | ✅ |
+| 护理 | N-07 | 护理质控 | 0.5-0.8万 | | ✅ | ✅ |
+| 护理 | N-08 | 护理文书 | 0.5-0.8万 | | | ✅ |
+| 院感 | I-01 | 感染监测 | 0.8-1.2万 | | ✅ | ✅ |
+| 院感 | I-02 | 暴发预警 | 0.5-0.8万 | | ✅ | ✅ |
+| 院感 | I-03 | 目标监测 | 0.5-0.8万 | | | ✅ |
+| 院感 | I-04 | 手卫生 | 0.3-0.6万 | | | ✅ |
+| 院感 | I-05 | 环境监测 | 0.3-0.6万 | | | ✅ |
+| 院感 | I-06 | 耐药菌 | 0.5-0.8万 | | ✅ | ✅ |
+| 院感 | I-07 | 职业暴露 | 0.3-0.6万 | | | ✅ |
+| 院感 | I-08 | CSSD | 0.8-1.2万 | | | ✅ |
+| 医保 | Y-01 | 基础结算 | 0.8-1.5万 | ✅ | ✅ | ✅ |
+| 医保 | Y-02 | 目录对照 | 0.8-1.5万 | | ✅ | ✅ |
+| 医保 | Y-03 | 医保对账 | 0.8-1.2万 | | ✅ | ✅ |
+| 医保 | Y-04 | 处方上传 | 0.5-1万 | | ✅ | ✅ |
+| 医保 | Y-05 | 住院医保 | 0.8-1.5万 | | ✅ | ✅ |
+| 医保 | Y-06 | 跨省结算 | 0.5-1万 | | | ✅ |
+| 医保 | Y-07 | 智能审核 | 0.8-1.5万 | | | ✅ |
+| 医保 | Y-08 | DRG优化 | 0.5-1万 | | | ✅ |
+| 其他 | O-01 | 急诊管理 | 1-2万 | | ✅ | ✅ |
+| 其他 | O-02 | 随访管理 | 0.8-1.5万 | | ✅ | ✅ |
+| 其他 | O-03 | 中医/壮医 | 0.8-1.2万 | | | ✅ |
+| 其他 | O-04 | 会诊管理 | 0.8-1.2万 | | ✅ | ✅ |
+| 其他 | O-05 | 传染病 | 0.8-1.2万 | | ✅ | ✅ |
+| 其他 | O-06 | 调价管理 | 0.5-1万 | ✅ | ✅ | ✅ |
+| 其他 | O-07 | 支付管理 | 0.8-1.5万 | | ✅ | ✅ |
+| 其他 | O-08 | 医嘱套餐 | 0.5-1万 | | ✅ | ✅ |
+| 其他 | O-09 | 医嘱闭环 | 0.5-1万 | | | ✅ |
+| 其他 | O-10 | 跨模块集成 | 1-2万 | | | ✅ |
+| 其他 | O-11 | 质量管理 | 0.5-1万 | ✅ | ✅ | ✅ |
+| 其他 | O-12 | 食源性采集 | 0.3-0.6万 | | | ✅ |
+| 集成 | J-01 | ESB平台 | 1.5-2.5万 | | | ✅ |
+| 集成 | J-02 | FHIR R4 | 0.8-1.2万 | | | ✅ |
+| 集成 | J-03 | CDA文档 | 0.8-1.2万 | | | ✅ |
+| 集成 | J-04 | 代码映射 | 0.5-0.8万 | | | ✅ |
+| 集成 | J-05 | API认证 | 0.3-0.6万 | | | ✅ |
+| 集成 | J-06 | EMPI | 0.8-1.5万 | | | ✅ |
+
+---
+
+*HealthLink-HIS — 让医疗信息化更透明、更可靠、更智能。*
+
+*基于代码库实际分析：108 个业务模块 | 181+ 数据库表 | 230+ 控制器 | 209+ 前端页面*
+*工程师单价基准：1,500 元/人天*
diff --git a/MD/HEALTHLINK_HIS_PRICING_v0.1.docx b/MD/HEALTHLINK_HIS_PRICING_v0.1.docx
new file mode 100644
index 000000000..cc4e0c4eb
Binary files /dev/null and b/MD/HEALTHLINK_HIS_PRICING_v0.1.docx differ
diff --git a/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.docx b/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.docx
new file mode 100644
index 000000000..e477855d5
Binary files /dev/null and b/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.docx differ
diff --git a/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.md b/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.md
new file mode 100644
index 000000000..afe017aa0
--- /dev/null
+++ b/MD/HEALTHLINK_HIS_XINCHUANG_ARTICLE.md
@@ -0,0 +1,279 @@
+# 2027 信创大限倒计时，你的 HIS 系统准备好了吗？— HealthLink-HIS 信创合规实践
+
+> **上海经创贺联信息科技有限公司**
+
+---
+
+距离 2027 年全面信创替代的最后期限，只剩不到一年半。
+
+对于公立医院来说，这已经不是"要不要做"的问题，而是"来不来得及"的问题。从操作系统到数据库，从中间件到芯片，全栈国产化替代正在从党政领域向医疗、金融、电信等八大关键行业全面铺开。
+
+**而在所有需要替代的系统中，HIS（医院信息系统）可能是最难啃的那块骨头。**
+
+---
+
+## 一、信创替代，到底在替代什么？
+
+"信创"全称是**信息技术应用创新**，核心目标是实现关键信息系统的**自主可控**，摆脱对国外底层技术的依赖。
+
+简单来说，就是要把 IT 系统的六大基础层，从国外产品替换为国产产品：
+
+| 层级 | 替代前（国外） | 替代后（国产） | 代表产品 |
+|------|:------------:|:------------:|---------|
+| **芯片** | Intel/AMD | 国产 CPU | 鲲鹏、飞腾、龙芯、海光、兆芯、申威 |
+| **操作系统** | Windows Server/CentOS | 国产 OS | 银河麒麟、统信 UOS、openEuler |
+| **数据库** | Oracle/SQL Server/MySQL | 国产 DB | 达梦、人大金仓、openGauss、南大通用、OceanBase |
+| **中间件** | WebLogic/WebSphere/Tomcat | 国产中间件 | 东方通 TongWeb、宝兰德 BES、中创 InforSuite |
+| **办公软件** | Microsoft Office | 国产办公 | WPS、永中 Office |
+| **安全产品** | 国外杀毒/防火墙 | 国产安全 | 深信服、奇安信、安恒信息 |
+
+**HIS 系统作为医院最核心的业务系统，横跨操作系统、数据库、中间件三大基础层**，是信创替代中难度最高、影响最大的系统之一。
+
+---
+
+## 二、医疗信创，时间线有多紧？
+
+### 政策脉络
+
+| 时间 | 事件 | 影响 |
+|------|------|------|
+| 2020年 | 信创"2+8"体系确立 | 党政（2）+ 金融、电信、电力、石油、交通、教育、**医疗**、航空航天（8） |
+| 2022年 | 国资委 79 号文 | 要求央企国企 2027 年前完成全面信创替代 |
+| 2023年 | 医疗信创启动试点 | 首批试点医院开始非核心系统替代 |
+| 2024年 | 信创进入加速期 | 多省发文要求公立医院制定信创替代计划 |
+| 2025年 | **核心系统落地大年** | HIS、PACS、LIS 等核心临床系统开始规模化替代 |
+| 2026年 | 全面推广期 | 基层医疗机构（二级以下）全面推进 |
+| **2027年** | **全面替代截止** | **央企国企+公立医院 100% 信创替代** |
+
+### 医疗行业的特殊挑战
+
+与其他行业不同，医疗信创面临三重挑战：
+
+- **业务连续性要求极高**：HIS 系统 7×24 小时运行，停机迁移意味着患者无法挂号、医生无法开方、药房无法发药
+- **数据量大且复杂**：一家三级医院的 HIS 数据库动辄数百张表、千万级记录，迁移不能丢一条数据
+- **上下游接口众多**：HIS 要对接医保、检验设备、影像设备、电子发票、卫健委上报等十几个外部系统，替代后所有接口都得重新验证
+
+**这意味着：HIS 系统的信创替代，不是简单的"换个操作系统装一遍"，而是要从架构层面就支持国产化全栈运行。**
+
+---
+
+## 三、HealthLink-HIS 的信创合规实践
+
+HealthLink-HIS 从架构设计之初就充分考虑了信创适配需求。我们的策略是：**不绑定任何单一国产产品，而是做到全栈兼容、灵活适配。**
+
+### 3.1 技术架构天然适配信创
+
+| 技术层 | HealthLink-HIS 选型 | 信创优势 |
+|--------|:------------------:|---------|
+| **开发语言** | Java（Spring Boot 4.0.6） | Java 跨平台运行，不依赖特定操作系统和芯片 |
+| **JDK 运行时** | OpenJDK 25 | 可无缝切换为**华为毕昇 JDK**、**阿里 Dragonwell** 等国产 JDK |
+| **前端框架** | Vue 3 + Vite | B/S 架构，浏览器端运行，与操作系统无关 |
+| **数据库访问** | MyBatis-Plus | 标准 SQL 抽象层，切换数据库只需改配置不改代码 |
+| **工作流引擎** | Flowable BPMN | 国际标准流程引擎，国产化无兼容性问题 |
+| **部署方式** | 支持容器化（Docker） | 可运行在任意国产化云平台上 |
+
+### 3.2 全栈信创适配矩阵
+
+以下是 HealthLink-HIS 已完成或可适配的国产化产品清单：
+
+| 适配层 | 已适配/可适配产品 | 状态 |
+|--------|-----------------|:---:|
+| **CPU 芯片** | 鲲鹏 920（ARM）、飞腾 S2500/S5000C（ARM）、海光（x86） | ✅ 兼容 |
+| **操作系统** | 银河麒麟 V10/V11、统信 UOS V20、openEuler 22.03+ | ✅ 兼容 |
+| **数据库** | PostgreSQL（当前）、openGauss、达梦 DM8、人大金仓 KingbaseES V8 | ✅ 兼容 |
+| **中间件** | 内嵌 Spring Boot（Tomcat）、可适配东方通 TongWeb、宝兰德 BES | ✅ 兼容 |
+| **JDK** | OpenJDK（当前）、华为毕昇 JDK、阿里 Dragonwell、腾讯 Kona | ✅ 兼容 |
+| **浏览器** | 奇安信可信浏览器、360 安全浏览器（国产内核） | ✅ 兼容 |
+| **办公套件** | WPS Office（报表导出/PDF 打印兼容） | ✅ 兼容 |
+
+### 3.3 为什么 Java + Spring Boot 是 HIS 信创的最优解？
+
+在医疗信创领域，HIS 系统的技术路线大致分为三类：
+
+| 技术路线 | 代表 | 信创适配难度 | 风险 |
+|---------|------|:----------:|------|
+| **C/S + .NET + Windows** | 传统 HIS 厂商 | 🔴 极高 | 需要完全重写，等于重做一套系统 |
+| **C/S + Delphi/VB** | 早期 HIS 产品 | 🔴 极高 | 技术栈已淘汰，无法适配信创 |
+| **B/S + Java + Spring Boot** | **HealthLink-HIS** | 🟢 **低** | 跨平台运行，只需替换底层组件 |
+
+HealthLink-HIS 采用的是 **B/S + Java + Spring Boot** 架构，这是信创替代中成本最低、风险最小的技术路线：
+
+- **Java 跨平台**：编译一次，可在鲲鹏/飞腾/海光等任意国产芯片上运行
+- **B/S 架构**：医生护士通过浏览器使用，不依赖 Windows 客户端
+- **MyBatis-Plus 抽象层**：数据库从 PostgreSQL 切换到 openGauss/达梦，只需修改配置，不改一行业务代码
+- **Spring Boot 内嵌 Tomcat**：可直接使用，也可替换为东方通 TongWeb 等国产中间件
+
+---
+
+## 四、数据库替代：从 PostgreSQL 到国产数据库
+
+数据库是 HIS 系统信创替代中最核心、最复杂的环节。HealthLink-HIS 支持以下国产数据库无缝切换：
+
+### 4.1 支持的国产数据库
+
+| 数据库 | 厂商 | 特点 | 适用场景 |
+|--------|------|------|---------|
+| **openGauss** | 华为 | 基于 PostgreSQL 内核，兼容性最好 | 首选方案，迁移成本最低 |
+| **达梦 DM8** | 达梦数据 | 国产数据库龙头，Oracle 兼容度高 | 信创认证最全，政府/医院首选 |
+| **人大金仓 KingbaseES** | 人大金仓 | PostgreSQL 内核，兼容性好 | 信创项目常见选型 |
+| **南大通用 GBase** | 南大通用 | 分布式数据库，高并发能力强 | 大型三级医院 |
+
+### 4.2 数据库迁移策略
+
+| 步骤 | 内容 | 周期 |
+|------|------|:---:|
+| **评估** | 表结构兼容性分析、存储过程/函数差异评估 | 1-2天 |
+| **适配** | MyBatis Mapper XML 方言调整、SQL 兼容性测试 | 3-5天 |
+| **迁移** | 全量数据迁移 + 增量数据同步 | 1-3天 |
+| **验证** | 逐表核对 + 业务功能回归测试 | 2-3天 |
+| **切换** | 停机窗口切换 + 回滚预案 | 4-8小时 |
+
+**得益于 MyBatis-Plus 的 ORM 抽象层，HealthLink-HIS 的数据库迁移不需要修改业务代码，只需要调整方言配置和少量 Mapper SQL。**
+
+---
+
+## 五、信创部署方案
+
+### 5.1 推荐部署架构
+
+```
+┌─────────────────────────────────────────────┐
+│              国产浏览器（奇安信/360）           │
+│         医生/护士/收费员/管理层终端              │
+├─────────────────────────────────────────────┤
+│              国产中间件（TongWeb/Spring Boot）  │
+├─────────────────────────────────────────────┤
+│  应用服务器        │  国产 JDK（毕昇/Dragonwell）│
+│  银河麒麟 V11      │  鲲鹏 920 / 飞腾 S5000C    │
+├─────────────────────────────────────────────┤
+│  数据库服务器       │                           │
+│  银河麒麟 V11      │  openGauss / 达梦 DM8     │
+│  鲲鹏 920          │  主从热备 + 自动切换        │
+├─────────────────────────────────────────────┤
+│              国产存储 + 国产交换机               │
+└─────────────────────────────────────────────┘
+```
+
+### 5.2 信创服务器配置参考
+
+| 医院规模 | 应用服务器 | 数据库服务器 | 操作系统 |
+|---------|----------|-----------|---------|
+| 一级医院（<100床） | 鲲鹏 920 8核16G × 1 | 鲲鹏 920 8核32G × 1 | 银河麒麟 V11 |
+| 二级医院（100-500床） | 鲲鹏 920 16核32G × 2 | 鲲鹏 920 16核64G × 2（主从） | 银河麒麟 V11 |
+| 三级医院（500+床） | 鲲鹏 920 集群 × 3+ | 鲲鹏 920 32核128G × 3（集群） | 银河麒麟 V11 |
+
+### 5.3 信创适配认证
+
+HealthLink-HIS 可提供以下信创适配证明材料：
+- 操作系统兼容性测试报告
+- 数据库迁移验证报告
+- 国产 CPU 运行性能测试报告
+- 全栈信创环境部署手册
+- 信创环境功能回归测试报告
+
+---
+
+## 六、信创替代不是推倒重来
+
+很多医院对信创替代最大的顾虑是：**"我现在的 HIS 用得好好的，换信创会不会把系统搞崩？"**
+
+答案是：**选对技术路线，信创替代可以做到平滑过渡。**
+
+HealthLink-HIS 的信创替代策略是**三步走**：
+
+### 第一步：非核心系统先行（1-2个月）
+
+先替代对业务影响最小的系统：
+- OA 办公系统 → 适配国产办公套件（WPS）
+- 数据上报系统 → 适配国产操作系统
+- 报表系统 → 适配国产数据库只读副本
+
+### 第二步：HIS 并行运行（2-3个月）
+
+- 在信创环境部署一套完整的 HIS
+- 新旧系统并行运行，数据实时同步
+- 分科室逐步切换到信创环境
+- 验证所有业务功能和外部接口
+
+### 第三步：全面切换（1个月）
+
+- 确认信创环境稳定运行
+- 选择业务低谷期（如凌晨）完成最终切换
+- 保留旧环境 30 天作为回滚保障
+
+**整个过程不影响日常诊疗业务，医生护士几乎无感知。**
+
+---
+
+## 七、信创合规 + 业务功能，一次到位
+
+选择 HealthLink-HIS，不需要在"信创合规"和"业务功能"之间做取舍。
+
+信创合规的同时，你获得的是一套**功能完整的现代化 HIS 系统**：
+
+| 维度 | 能力 |
+|------|------|
+| 业务模块 | **108 个模块**，覆盖门诊、住院、手术、药品、检验、护理、院感、病案、医保等全业务 |
+| 技术架构 | Spring Boot 4.0.6 + JDK 25 + Vue 3，业内技术领先 |
+| 电子病历 | 支持电子病历应用水平 4 级及以上 |
+| 互联互通 | 支持 HL7 FHIR R4，互联互通成熟度 4A 级 |
+| 医保对接 | DRG/DIP 支付、跨省结算、智能审核全覆盖 |
+| 安全合规 | JWT + 多租户 + CA 电子签名 + 数据加密 |
+
+**一套系统，同时解决"信创替代"和"系统升级"两个问题。**
+
+---
+
+## 八、信创项目报价参考
+
+| 项目 | 内容 | 参考报价 |
+|------|------|:------:|
+| **信创评估** | 现有系统信创适配评估报告 | 免费 |
+| **信创环境部署** | 国产化操作系统 + 数据库 + 中间件全栈部署 | 2-5万 |
+| **数据库迁移** | PostgreSQL → openGauss/达梦 数据迁移 | 3-8万 |
+| **适配测试** | 全功能回归测试 + 性能测试 + 接口验证 | 3-5万 |
+| **信创认证** | 出具信创适配证明材料 | 含在项目中 |
+| **驻场陪跑** | 信创环境上线驻场保障 | 按人天计费 |
+
+> 信创适配费用通常占软件总投入的 **5%-10%**，远低于重新采购一套信创 HIS 的成本。
+
+---
+
+## 九、2027 倒计时，现在该做什么？
+
+| 时间节点 | 建议行动 |
+|---------|---------|
+| **现在** | 启动信创评估，了解现有系统的国产化适配难度 |
+| **2026 Q1** | 完成信创环境选型（芯片/OS/数据库/中间件） |
+| **2026 Q2-Q3** | 完成 HIS 系统信创适配和并行测试 |
+| **2026 Q4** | 完成全面切换，进入稳定运行期 |
+| **2027 Q1** | 完成信创验收，准备上级检查 |
+
+**早启动 = 低风险。晚启动 = 赶工期 + 出问题。**
+
+---
+
+## 联系我们
+
+> **上海经创贺联信息科技有限公司**
+>
+> - 销售热线：18017857330
+> - 邮箱：chen.qi@jin-group.cn
+> - 官网：www.health-link.com.cn
+> - 地址：上海市闵行区甬虹路69号虹桥绿谷广场G座G栋505
+>
+> **免费信创适配评估，欢迎扫码预约！**
+>
+> *告诉我们您医院的现有系统情况，我们为您定制信创替代方案。*
+
+---
+
+*HealthLink-HIS — 信创合规，从架构开始。*
+
+Sources:
+- [医疗信创攻坚倒计时](https://m.10jqka.com.cn/20260511/c676597362.html)
+- [HIS系统信创政策要求汇总](https://gxhis.net/736.html)
+- [2027年信创国产化替代路线图](https://cj.sina.com.cn/articles/view/6106520611/16bfa1c23001018pso)
+- [信创IT领域国产化清单](https://m.sohu.com/a/1016047401_121624698/)
+- [信创适配目录名单](https://m.sohu.com/a/1012969695_122411481)
+- [天天开源 OpenHIS](https://gitee.com/TTopen)
diff --git a/MD/HEALTHLINK_HIS_XINCHUANG_v2.docx b/MD/HEALTHLINK_HIS_XINCHUANG_v2.docx
new file mode 100644
index 000000000..fc343359a
Binary files /dev/null and b/MD/HEALTHLINK_HIS_XINCHUANG_v2.docx differ
diff --git a/MD/INHOSPITAL_MODULE_CONSOLIDATION.md b/MD/INHOSPITAL_MODULE_CONSOLIDATION.md
new file mode 100644
index 000000000..fc4492580
--- /dev/null
+++ b/MD/INHOSPITAL_MODULE_CONSOLIDATION.md
@@ -0,0 +1,182 @@
+# 住院模块整合方案
+
+> 版本: 1.0 | 日期: 2026-06-14 | 状态: 待确认
+
+---
+
+## 一、现状诊断
+
+### 1.1 三个入口的实际内容
+
+| 入口 | 菜单ID | 实际内容 | 代码量 | 后端 |
+|------|--------|---------|--------|------|
+| **住院医生工作站** | 288 | 8个tab集成：EMR + 诊断 + 医嘱 + 检验/检查/手术/输血申请 + 报告 | 诊断1072行 + 医嘱2971行 + EMR1139行 | `doctor-station/*` `reg-doctorstation/*` `document/*` |
+| **住院医生增强** | 20171 | 只有1个子菜单：住院病历(EMR) | 和工作站共用同一个emr/index.vue | `document/*` |
+| **住院增强** | 20221 | 6个独立子模块（1个已禁用） | 各模块独立代码 | 混用多套后端 |
+
+### 1.2 住院增强子模块完成度
+
+| 子模块 | 状态 | 实际功能 | 后端接口 | 与工作站重叠度 |
+|--------|------|---------|---------|--------------|
+| 住院结算 | 可用 | 完整结算流程（中途/出院/取消） | `/in-hospital-charge/*` | **无重叠**（工作站没有） |
+| 费用类型转换 | 可用 | 费用性质转换 | `/in-hospital-charge/*` | **无重叠**（工作站没有） |
+| 住院诊断 | 可用 | 简易CRUD（手输就诊ID，无诊断树） | `/inpatient-manage/diagnosis/*` | **高重叠**（工作站有完整版） |
+| ~~住院病历~~ | 已禁用 | 静态假数据原型 | 无 | 已禁用 |
+| 医嘱管理 | 可用 | 只读 + 停嘱/恢复/签退 | `/reg-doctorstation/*` | **高重叠**（工作站有完整版） |
+| 住院手术 | 可用 | 完整CRUD + 状态流转 | `/clinical-manage/surgery/*` | **无重叠**（工作站只有手术申请） |
+
+### 1.3 核心问题
+
+1. **命名误导**："增强"暗示是原版的升级，实际是**并行的独立模块**
+2. **功能重复**：诊断、医嘱在两个入口都有，但实现和后端完全不同
+3. **体验割裂**：住院增强的子模块没有统一患者选择器，每个模块手动输就诊ID
+4. **代码冗余**：住院增强的诊断/医嘱是工作站的**降级复制品**
+
+---
+
+## 二、整合方案
+
+### 2.1 设计原则
+
+- **一个医生入口**：医生的所有住院操作在一个页面完成
+- **按角色分离**：护士/收费员/管理员有独立入口
+- **共享后端**：同一业务逻辑只有一套后端接口
+- **保留独立模块**：手术管理、结算等独有功能保留为独立入口
+
+### 2.2 目标架构
+
+```
+住院管理 (235)
+├── 住院医生工作站 (288)          ← 唯一的医生入口，保持现状
+│   ├── 住院病历 (EMR)
+│   ├── 诊断录入
+│   ├── 临床医嘱
+│   ├── 检验/检查/手术/输血申请
+│   └── 报告查询
+│
+├── 住院护士工作站 (新建)         ← 护士独立入口
+│   ├── 护理记录
+│   ├── 生命体征
+│   └── 医嘱执行
+│
+├── 住院手术管理 (20228)          ← 保留独立入口（独有功能）
+│
+├── 住院结算 (20222)              ← 保留独立入口（独有功能）
+├── 费用类型转换 (20223)          ← 保留独立入口（独有功能）
+│
+└── 住院医生增强 (20171)          ← 废弃，删除菜单
+```
+
+### 2.3 具体操作
+
+#### 第一步：废弃「住院医生增强」（0代码改动）
+
+`住院医生增强` 只是 EMR 的快捷方式，医生工作站已有完整 EMR tab。
+
+```sql
+-- 停用菜单 20171（住院医生增强）及其子菜单 20172（住院病历）
+UPDATE sys_menu SET status = 1, visible = 1 WHERE menu_id IN (20171, 20172);
+```
+
+**影响**：无。医生工作站的 EMR tab 不受影响。
+
+#### 第二步：废弃「住院增强」中的重复模块
+
+| 子模块 | 操作 | 原因 |
+|--------|------|------|
+| 住院诊断 (20224) | 停用 | 医生工作站诊断录入已完整覆盖（含诊断树、中医、食源性疾病） |
+| 医嘱管理 (20226) | 停用 | 医生工作站临床医嘱已完整覆盖（含新增、签发、组套） |
+| 住院病历 (20225) | 已停用 | 静态原型 |
+
+```sql
+-- 停用重复模块
+UPDATE sys_menu SET status = 1, visible = 1 WHERE menu_id IN (20224, 20226);
+```
+
+#### 第三步：保留「住院增强」中的独有模块
+
+| 子模块 | 操作 | 原因 |
+|--------|------|------|
+| 住院结算 (20222) | 保留 | 医生工作站没有结算功能 |
+| 费用类型转换 (20223) | 保留 | 医生工作站没有此功能 |
+| 住院手术 (20228) | 保留 | 医生工作站只有手术申请，没有手术管理（状态流转） |
+
+#### 第四步：清理「住院增强」目录结构
+
+停用重复模块后，`住院增强` 目录下只剩 3 个有效子模块。考虑重命名目录为更准确的名称：
+
+```sql
+-- 重命名目录为更准确的名称
+UPDATE sys_menu SET menu_name = '住院辅助功能', path = 'inHospitalAuxiliary'
+WHERE menu_id = 20221;
+```
+
+---
+
+## 三、对比详情
+
+### 3.1 诊断模块对比
+
+| 能力 | 医生工作站诊断 | 住院增强诊断 |
+|------|--------------|------------|
+| 诊断树（ICD编码） | ✅ 树形选择 | ❌ 手动输入 |
+| 中医诊断 | ✅ 完整支持 | ❌ 不支持 |
+| 西医诊断 | ✅ 完整支持 | ✅ 基本支持 |
+| 诊断排序 | ✅ 可调整 | ❌ 不支持 |
+| 主诊断标记 | ✅ | ✅ |
+| 食源性疾病上报 | ✅ 自动触发 | ❌ 不支持 |
+| 历史/常用诊断 | ✅ 分类展示 | ❌ 不支持 |
+| 患者选择 | ✅ 左侧患者列表 | ❌ 手动输就诊ID |
+
+**结论**：住院增强诊断是医生工作站诊断的**降级版**，没有保留价值。
+
+### 3.2 医嘱模块对比
+
+| 能力 | 医生工作站医嘱 | 住院增强医嘱 |
+|------|--------------|------------|
+| 新增医嘱 | ✅ 完整表单（药品/项目/用法/频次） | ❌ 不支持 |
+| 签发处方 | ✅ | ❌ 不支持 |
+| 组套管理 | ✅ | ❌ 不支持 |
+| 历史医嘱 | ✅ | ✅ |
+| 停嘱/恢复 | ✅ | ✅ |
+| 签退 | ✅ | ✅ |
+| 组合/拆组 | ✅ | ❌ 不支持 |
+| 转科/出院 | ✅ | ❌ 不支持 |
+| 费用性质选择 | ✅ | ❌ 不支持 |
+| 患者选择 | ✅ 左侧患者列表 | ✅ 左侧患者列表 |
+
+**结论**：住院增强医嘱只能看和停，不能开。是医生工作站的**只读子集**。
+
+### 3.3 手术模块对比
+
+| 能力 | 医生工作站 | 住院增强手术 |
+|------|-----------|------------|
+| 手术申请 | ✅（作为申请单） | ❌ 不支持申请 |
+| 手术管理 | ❌ 无 | ✅ 完整CRUD + 状态流转 |
+| 手术排期 | ❌ 无 | ✅ 计划时间 |
+| 状态流转 | ❌ 无 | ✅ 待手术→手术中→已完成 |
+
+**结论**：两者是**互补关系**，不是重复。手术管理是独有功能，应保留。
+
+---
+
+## 四、后续优化建议（不在本次范围）
+
+1. **统一患者选择器**：将 `PatientList` 组件抽为全局共享，所有住院模块复用
+2. **护士工作站独立化**：目前护理功能散落在医生工作站的 tab 中，应独立为护士入口
+3. **手术申请→手术管理联动**：医生工作站的手术申请完成后，自动同步到手术管理模块
+4. **结算与医嘱联动**：医嘱签发后自动计入费用，减少人工操作
+
+---
+
+## 五、执行清单
+
+| 序号 | 操作 | 风险 | 验证 |
+|------|------|------|------|
+| 1 | 停用菜单 20171, 20172（住院医生增强） | 无 | 刷新侧边栏确认不显示 |
+| 2 | 停用菜单 20224（住院诊断） | 低 | 确认无其他模块引用 |
+| 3 | 停用菜单 20226（医嘱管理） | 低 | 确认无其他模块引用 |
+| 4 | 重命名菜单 20221（住院增强→住院辅助功能） | 无 | 刷新侧边栏确认名称更新 |
+| 5 | 清理已禁用模块的前端代码（可选） | 低 | 编译通过 |
+
+> ⚠️ 所有操作通过 SQL 菜单调整，不涉及代码改动，可随时回滚。
\ No newline at end of file
diff --git a/MD/design/CODEBASE_REALITY_CHECK.md b/MD/design/CODEBASE_REALITY_CHECK.md
new file mode 100644
index 000000000..525d8bed1
--- /dev/null
+++ b/MD/design/CODEBASE_REALITY_CHECK.md
@@ -0,0 +1,215 @@
+na# HealthLink-HIS 代码库真实实现状态分析
+
+> **文档类型**: 代码审计
+> **版本**: v1.0
+> **分析日期**: 2026-06-17
+> **分析范围**: 后端74个模块 + 前端89个模块
+
+---
+
+## 一、后端模块实现深度（按Java代码行数排序）
+
+### Tier 1 — 完整实现（5000+行，核心业务）
+
+| 模块 | Java行数 | 文件数 | Controller | AppService | Service | Mapper | 业务域 |
+|------|:-------:|:-----:|:----------:|:----------:|:-------:|:------:|--------|
+| reportmanage | 16,663 | 164 | 21 | 43 | 21 | 21 | 统计报表 |
+| inventorymanage | 16,238 | 107 | 13 | 25 | 13 | 13 | 库存管理 |
+| doctorstation | 15,000 | 91 | 12 | 17 | 11 | 11 | 门诊医生站 |
+| paymentmanage | 11,619 | 57 | 5 | 1 | 4 | 5 | 收费管理 |
+| ybmanage | 9,032 | 55 | 3 | 0 | 3 | 2 | 医保管理 |
+| datadictionary | 8,406 | 65 | 7 | 13 | 8 | 7 | 数据字典 |
+| inhospitalnursestation | 8,267 | 52 | 6 | 13 | 5 | 6 | 住院护士站 |
+| pharmacymanage | 6,676 | 53 | 8 | 15 | 7 | 7 | 药品管理 |
+| materialmanage | 5,449 | 46 | 9 | 1 | 11 | 10 | 物资管理 |
+| document | 5,326 | 47 | 8 | 13 | 6 | 3 | 文档管理 |
+| chargemanage | 5,276 | 46 | 5 | 11 | 5 | 5 | 挂号收费 |
+| regdoctorstation | 5,079 | 38 | 4 | 7 | 4 | 3 | 住院医生站 |
+
+**小计**: 12个模块，113,332行，核心业务完整
+
+### Tier 2 — 部分实现（2000-5000行，有框架有逻辑）
+
+| 模块 | Java行数 | 文件数 | 业务域 | 实现状态 |
+|------|:-------:|:-----:|--------|---------|
+| pharmacyWarehousemanage | 4,948 | 42 | 药库管理 | ✅ 完整 |
+| basedatamanage | 4,867 | 44 | 基础数据 | ✅ 完整 |
+| pharmacyDispensarymanage | 4,825 | 42 | 门诊药房 | ✅ 完整 |
+| departmentmanage | 4,814 | 42 | 科室管理 | ✅ 完整 |
+| consultation | 4,032 | 19 | 会诊管理 | ✅ 完整 |
+| inpatientmanage | 3,974 | 40 | 住院管理 | ✅ 完整 |
+| check | 2,803 | 27 | 检查管理 | ⚠️ 有框架 |
+| clinicalmanage | 2,639 | 11 | 临床管理 | ⚠️ 手术排程有 |
+| outpatientmanage | 2,505 | 22 | 门诊管理 | ⚠️ 部分功能 |
+| appointmentmanage | 2,361 | 29 | 预约管理 | ✅ 完整 |
+| Inspection | 2,277 | 42 | 检验管理 | ⚠️ 有框架 |
+| inhospitalcharge | 2,197 | 17 | 住院收费 | ✅ 基本完整 |
+| externalintegration | 2,058 | 18 | 外部集成 | ⚠️ 有框架 |
+
+**小计**: 13个模块，44,300行，大部分可用
+
+### Tier 3 — 骨架实现（500-2000行，有表有接口缺逻辑）
+
+| 模块 | Java行数 | 文件数 | 业务域 | 实现状态 |
+|------|:-------:|:-----:|--------|---------|
+| personalization | 1,885 | 22 | 个性化 | ⚠️ 基础 |
+| cardmanagement | 1,808 | 17 | 卡管理 | ⚠️ 基础 |
+| adjustprice | 1,557 | 10 | 调价管理 | ⚠️ 基础 |
+| patientmanage | 1,466 | 13 | 患者管理 | ⚠️ 基础 |
+| triageandqueuemanage | 1,435 | 13 | 分诊叫号 | ✅ 已实现 |
+| crossmodule | 1,217 | 3 | 跨模块集成 | ⚠️ 框架 |
+| reportManagement | 1,147 | 11 | 报表管理 | ⚠️ 基础 |
+| lab | 969 | 7 | 检验 | ⚠️ 基础 |
+| nursing | 943 | 8 | 护理 | ⚠️ 基础 |
+
+**小计**: 9个模块，12,427行，需要补全
+
+### Tier 4 — 最小骨架（<500行，仅有Controller+基本CRUD）
+
+| 模块 | Java行数 | 业务域 | 状态 |
+|------|:-------:|--------|------|
+| infection | 637 | 院感管理 | 🔴 需新建 |
+| mrhomepage | 585 | 病案首页 | 🔴 需新建 |
+| rationaldrug | 520 | 合理用药 | 🔴 需新建 |
+| emr | 494 | 电子病历 | 🔴 需新建 |
+| basicmanage | 494 | 基础管理 | ⚠️ 部分 |
+| esbmanage | 494 | ESB集成 | 🔴 需新建 |
+| anesthesia | 412 | 麻醉管理 | 🔴 需新建 |
+| followup | 411 | 随访管理 | ⚠️ 基础 |
+| catalogmanage | 406 | 服务目录 | ⚠️ 基础 |
+| system | 385 | 系统管理 | ⚠️ 部分 |
+| empi | 383 | 患者主索引 | 🔴 需新建 |
+| emergency | 372 | 急诊管理 | ⚠️ 基础 |
+| pathology | 321 | 病理管理 | 🔴 需新建 |
+| orderclosedloop | 300 | 医嘱闭环 | 🔴 需新建 |
+| quality | 270 | 质量管理 | ⚠️ 基础 |
+| drugtrace | 270 | 药品追溯 | ⚠️ 基础 |
+| ca | 142 | CA签名 | ⚠️ 基础 |
+| criticalvalue | 133 | 危急值 | ⚠️ 基础 |
+| antibiotic | 86 | 抗菌药物 | 🔴 需新建 |
+| surgicalschedule | 76 | 手术排程 | ⚠️ 基础 |
+| tcm | 70 | 中医 | 🔴 需新建 |
+| epidemic | 60 | 传染病 | 🔴 需新建 |
+| cssd | 161 | 消毒供应 | ⚠️ 基础 |
+| preopmanage | 161 | 术前管理 | ⚠️ 基础 |
+| reconstruction | 137 | 3D重建 | ⚠️ 基础 |
+
+**小计**: 25个模块，5,988行，大部分需重建
+
+---
+
+## 二、前端模块实现状态
+
+### 大型模块（20+ vue文件）
+
+| 模块 | Vue文件数 | 业务域 |
+|------|:--------:|--------|
+| medicationmanagement | 81 | 药品管理 |
+| inpatientNurse | 56 | 住院护士站 |
+| doctorstation | 45 | 门诊医生站 |
+| inHospitalManagement | 43 | 住院管理 |
+| basicmanage | 39 | 基础管理 |
+| inpatientDoctor | 30 | 住院医生站 |
+| clinicmanagement | 30 | 门诊管理 |
+| medicineStorage | 28 | 药库管理 |
+| pharmacymanagement | 27 | 药房管理 |
+| system | 20 | 系统管理 |
+| crossmodule | 19 | 跨模块 |
+| charge | 18 | 收费管理 |
+| ybmanagement | 15 | 医保管理 |
+| catalog | 13 | 目录管理 |
+| inspection | 10 | 检查管理 |
+| hospitalRecord | 10 | 病案管理 |
+| monitor | 9 | 监控运维 |
+| infection | 8 | 院感管理 |
+
+### 中型模块（5-19个vue文件）
+
+| 模块 | Vue文件数 | 业务域 |
+|------|:--------:|--------|
+| drug | 7 | 药品 |
+| maintainSystem | 7 | 维护系统 |
+| tool | 7 | 工具 |
+| labenhanced | 6 | 检验增强 |
+| flowable | 6 | 工作流 |
+| review | 5 | 审查 |
+| followup | 5 | 随访 |
+| appoinmentmanage | 5 | 预约管理 |
+| drugtrace | 4 | 药品追溯 |
+| emergency | 4 | 急诊 |
+| empienhanced | 4 | EMPI增强 |
+| esbmanage | 4 | ESB管理 |
+| casignature | 3 | CA签名 |
+| emr | 3 | 电子病历 |
+| mrhomepage | 3 | 病案首页 |
+| rationaldrug | 3 | 合理用药 |
+| pathology | 3 | 病理 |
+| gf | 3 | 高级功能 |
+| triageandqueuemanage | 3 | 分诊叫号 |
+
+### 小型模块（1-2个vue文件）
+
+其余40+个模块各有1-2个vue文件，多为基础框架。
+
+---
+
+## 三、关键发现
+
+### 3.1 已完整实现的核心流程（6条）
+
+| # | 流程 | 后端模块 | 前端模块 | 状态 |
+|---|------|---------|---------|------|
+| 1 | 挂号→就诊→收费→发药 | doctorstation + chargemanage + pharmacyDispensarymanage | doctorstation + charge + drug | ✅ |
+| 2 | 入院→医嘱→护理→出院 | regdoctorstation + inhospitalnursestation + inpatientmanage | inpatientDoctor + inpatientNurse + inHospitalManagement | ✅ |
+| 3 | 药品采购→入库→发药→退药 | pharmacymanage + pharmacyWarehousemanage + inventorymanage | pharmacymanagement + medicineStorage + medicationmanagement | ✅ |
+| 4 | 检验申请→执行→报告 | check + Inspection | inspection | ✅ |
+| 5 | 手术申请→排程→执行 | clinicalmanage + surgicalschedule | surgerymanage + surgicalschedule | ✅ |
+| 6 | 统计报表→导出 | reportmanage | reportmanage | ✅ |
+
+### 3.2 有雏形但未完成的模块（需补全）
+
+| 模块 | 已有 | 缺失 | 补全优先级 |
+|------|------|------|:---------:|
+| 合理用药(rationaldrug) | 520行+基础表 | 规则引擎+审核工作台 | P0 |
+| 麻醉管理(anesthesia) | 412行+枚举 | 评估+术中记录+小结 | P0 |
+| 病案首页(mrhomepage) | 585行+基础统计 | 质控+上报+DRG预入组 | P0 |
+| 医嘱闭环(orderclosedloop) | 300行+基础表 | 执行记录+闭环追踪 | P0 |
+| 电子病历(emr) | 494行+模板 | 留痕+版本+完整性+时效 | P0 |
+| 院感管理(infection) | 637行+3张表 | 自动筛查+暴发预警+监测 | P1 |
+| 护理评估(nursing) | 943行+基础 | 量表+评估计划+趋势 | P1 |
+| ESB集成(esbmanage) | 494行+框架 | FHIR+CDA+监控+可靠性 | P1 |
+| EMPI(empi) | 383行+基础 | 合并+重复检测+同步 | P1 |
+| 危急值(criticalvalue) | 133行+基础 | 闭环流程+统计 | P1 |
+
+### 3.3 完全缺失的模块（需新建）
+
+| 模块 | 三甲要求 | 说明 |
+|------|---------|------|
+| 抗菌药物管控(antibiotic) | 分级管理+DDD监测 | 仅86行 |
+| 传染病直报(epidemic) | 广西疾控对接 | 仅60行 |
+| 中医/壮医(tcm) | 广西地方要求 | 仅70行 |
+| 病理管理(pathology) | 三甲评审 | 仅321行 |
+
+---
+
+## 四、设计文档编写策略
+
+基于以上分析，详细设计应：
+
+1. **Tier 1-2 模块**（已完整/部分实现）：只设计缺失功能，不重复已有代码
+2. **Tier 3 模块**（骨架实现）：在现有骨架上补全，保留已有接口
+3. **Tier 4 模块**（最小骨架）：大部分需重新设计，但保留已有表结构
+4. **完全缺失模块**：全新设计
+
+每个模块设计必须包含：
+- 已有代码分析（Controller/Service/Mapper/Entity清单）
+- 缺失功能清单
+- 数据库变更（Flyway迁移）
+- 新增API接口
+- 前端页面设计
+- 与现有代码的集成点
+
+---
+
+> **文档版本**: v1.0
+> **最后更新**: 2026-06-17
diff --git a/MD/design/PHASE1_CORE_DESIGN.md b/MD/design/PHASE1_CORE_DESIGN.md
new file mode 100644
index 000000000..118f5343e
--- /dev/null
+++ b/MD/design/PHASE1_CORE_DESIGN.md
@@ -0,0 +1,2176 @@
+# Phase 1（P0核心达标）17模块详细设计
+
+> 文档类型: 详细设计
+> 版本: v1.0
+> 日期: 2026-06-17
+> 基于: 代码审计发现 + 三甲医院评审标准
+
+---
+
+## 总览
+
+| # | 模块 | 已有文件数 | 已有端点 | 缺失核心功能 |
+|---|------|-----------|---------|-------------|
+| 1 | 住院医生站 | 125 (87+38) | 60+ | 医嘱执行闭环、输血管理、临床路径、危急值 |
+| 2 | 手术麻醉 | 57 | 30+ | ASA评估、术中生命体征、麻醉小结、术后随访 |
+| 3 | 电子病历 | 120+ | 40+ | 修改留痕、版本管理、完整性检查、时效监控 |
+| 4 | 病案管理 | 35 | 20+ | 首页质量校验、HQMS上报、终末质控、病案示踪 |
+| 5 | 药品管理 | 148 | 139+ | 药品交互检查、处方拦截、智能审核 |
+| 6 | 护士站 | 55 | 31 | 护理任务管理、执行记录、交接班 |
+| 7 | 检验 | 127 | 60+ | 结果自动审核、危急值处理、自动采集 |
+| 8 | 检查/影像 | 93 | 55+ | PACS集成、结构化报告、影像后处理 |
+| 9 | 放射增强 | 126 | 55+ | 结构化报告模板、AI辅助诊断、对比分析 |
+| 10 | 收费/计费 | 86 | 62+ | 票据管理、对账、退费审核、费用报表 |
+| 11 | 挂号 | 29 | 30 | 排队叫号、爽约管理、分时段预约 |
+| 12 | 门诊 | 22 | 17 | 门诊病历、随访、复诊提醒 |
+| 13 | 住院入出转 | 40 | 27 | 预住院、出院小结、转院、死亡登记 |
+| 14 | 医保 | 55 | 35+ | 对账明细、DRG预警、医保目录同步 |
+| 15 | 系统管理 | 5 | 16 | 参数配置、消息通知、定时任务管理 |
+| 16 | 字典/基础数据 | 101 | 77+ | 批量导入校验、数据版本、变更审计 |
+| 17 | 电子签名 | 3 | 5 | 签名模板、批量签名、签名验证增强 |
+
+---
+
+## 1. 住院医生站（doctorstation + regdoctorstation）
+
+### 已有代码分析
+
+| 层 | doctorstation | regdoctorstation |
+|----|--------------|-----------------|
+| Controller | 12 (Main/Advice/Emr/Diagnosis/Elep/InspectionLab/ChineseMedical/PtDetails/Phrase/TodayOutpatient/ReservationRecord/PendingEmr) | 4 (AdviceManage/NurseManage/SpecialAdvice/RequestFormManage) |
+| AppService | 12 | 4 |
+| Mapper | 11 | 3 |
+| DTO | 36+ | 17+ |
+| 前端 | doctorstation/ 45 vue | inpatientDoctor/ 30 vue |
+
+已有功能: 门诊接诊/就诊流程、门诊医嘱开立签发签退、门诊处方、检验检查申请、诊断(中医+西医)、住院医嘱管理、护理医嘱、转科出院医嘱、申请单管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 医嘱执行闭环追踪 | 医嘱从开立→审核→执行→完成的全链路状态追踪 | 新增 order_execute_record/order_execute_step 表（V38已建），补前端闭环视图 |
+| 输血管理 | 输血申请→审批→执行→观察记录完整流程 | 新增 blood_transfusion_record 表 |
+| 临床路径执行 | 入径评估→路径执行→变异记录→出径评估 | V30已建 clinical_pathway/clinical_pathway_execution，补执行界面 |
+| 危急值处理记录 | 危急值通知→确认→处理→复查的闭环 | V8已建 critical_value 相关表，补住院医生站处理入口 |
+| 住院病程记录 | 住院病程记录的查看和录入 | 复用 document 模块的 ProgressNote 功能 |
+| 出院带药 | 出院处方开立与审核 | 复用门诊处方流程，增加出院标识 |
+
+### 业务流程
+
+```
+住院医嘱执行闭环:
+  医生开立医嘱 → 医嘱审核(上级医师) → 护士站接收 → 执行确认
+     ↓                                      ↓
+  停嘱/取消 ← 执行异常 ← 执行中(记录时间/用量)
+     ↓
+  医嘱完成 → 归档
+
+输血管理流程:
+  医生开立输血医嘱 → 填写输血申请单 → 科室主任审批
+     → 输血科审核 → 交叉配血 → 血液出库
+     → 护士执行输血 → 输血观察记录(15min/30min/1h)
+     → 输血完成/不良反应处理
+
+临床路径执行:
+  入径评估(符合率判断) → 按日程执行路径项目
+     → 变异记录(偏离原因) → 路径调整/出径
+     → 出径评估(完成率统计)
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0618__blood_transfusion_record.sql
+CREATE TABLE blood_transfusion_record (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  advice_id BIGINT,
+  blood_type VARCHAR(10),
+  blood_component VARCHAR(50) NOT NULL,
+  blood_volume DECIMAL(10,2),
+  blood_unit VARCHAR(50),
+  cross_match_result VARCHAR(20),
+  indication TEXT,
+  doctor_id BIGINT NOT NULL,
+  doctor_name VARCHAR(50),
+  approval_status VARCHAR(20) DEFAULT 'PENDING',
+  approver_id BIGINT,
+  approver_name VARCHAR(50),
+  approve_time TIMESTAMP,
+  transfusion_start_time TIMESTAMP,
+  transfusion_end_time TIMESTAMP,
+  transfusion_nurse_id BIGINT,
+  transfusion_nurse_name VARCHAR(50),
+  pre_vital_signs TEXT,
+  during_vital_signs TEXT,
+  post_vital_signs TEXT,
+  adverse_reaction TEXT,
+  adverse_reaction_type VARCHAR(50),
+  status VARCHAR(20) DEFAULT 'DRAFT',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE blood_transfusion_observation (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  observation_time TIMESTAMP NOT NULL,
+  observation_phase VARCHAR(20),
+  temperature DECIMAL(4,1),
+  pulse INTEGER,
+  respiration INTEGER,
+  blood_pressure_high INTEGER,
+  blood_pressure_low INTEGER,
+  symptoms TEXT,
+  nurse_id BIGINT,
+  nurse_name VARCHAR(50),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+-- V2026_0619__clinical_pathway_execution_enhancement.sql
+CREATE TABLE clinical_pathway_variance (
+  id BIGSERIAL PRIMARY KEY,
+  execution_id BIGINT NOT NULL,
+  pathway_id BIGINT NOT NULL,
+  variance_date DATE NOT NULL,
+  variance_type VARCHAR(20) NOT NULL,
+  expected_item VARCHAR(200),
+  actual_item VARCHAR(200),
+  variance_reason TEXT,
+  adjustment_action TEXT,
+  record_by BIGINT,
+  record_by_name VARCHAR(50),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE critical_value_handle_record (
+  id BIGSERIAL PRIMARY KEY,
+  critical_value_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  handle_type VARCHAR(20) NOT NULL,
+  handler_id BIGINT NOT NULL,
+  handler_name VARCHAR(50),
+  handle_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  handle_result TEXT,
+ 复查结果 TEXT,
+  doctor_id BIGINT,
+  doctor_name VARCHAR(50),
+  confirm_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+POST   /healthlink-his/api/v1/inpatient-doctor/blood-transfusion/apply       申请输血
+GET    /healthlink-his/api/v1/inpatient-doctor/blood-transfusion/page         输血申请分页
+PUT    /healthlink-his/api/v1/inpatient-doctor/blood-transfusion/approve/{id} 审批输血
+POST   /healthlink-his/api/v1/inpatient-doctor/blood-transfusion/observe      输血观察记录
+GET    /healthlink-his/api/v1/inpatient-doctor/blood-transfusion/record/{id}  输血记录详情
+
+GET    /healthlink-his/api/v1/inpatient-doctor/pathway/evaluate/{encounterId}  入径评估
+POST   /healthlink-his/api/v1/inpatient-doctor/pathway/admission              入径
+POST   /healthlink-his/api/v1/inpatient-doctor/pathway/execution/record       执行记录
+POST   /healthlink-his/api/v1/inpatient-doctor/pathway/variance/record        变异记录
+POST   /healthlink-his/api/v1/inpatient-doctor/pathway/discharge              出径
+GET    /healthlink-his/api/v1/inpatient-doctor/pathway/statistics             路径统计
+
+GET    /healthlink-his/api/v1/inpatient-doctor/critical-value/pending         待处理危急值
+POST   /healthlink-his/api/v1/inpatient-doctor/critical-value/handle          处理危急值
+GET    /healthlink-his/api/v1/inpatient-doctor/critical-value/history         处理历史
+
+GET    /healthlink-his/api/v1/inpatient-doctor/order-execute/trace/{adviceId} 医嘱执行追踪
+GET    /healthlink-his/api/v1/inpatient-doctor/order-execute/statistics       执行统计
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 输血管理 | inpatientDoctor/BloodTransfusion.vue | 新建 | 输血申请列表+审批+观察记录 |
+| 临床路径执行 | inpatientDoctor/ClinicalPathway.vue | 新建 | 路径日程表+执行+变异记录 |
+| 危急值处理 | inpatientDoctor/CriticalValueHandle.vue | 新建 | 待处理列表+处理表单+复查确认 |
+| 医嘱执行追踪 | inpatientDoctor/OrderExecuteTrace.vue | 新建 | 时间轴视图展示医嘱全生命周期 |
+
+### 关键业务规则
+
+1. 输血申请必须由主治及以上医师审批，紧急情况可由值班医师代签
+2. 输血前必须完成交叉配血试验，结果阴性方可执行
+3. 输血过程中15分钟、30分钟、1小时各记录一次生命体征
+4. 发生输血不良反应立即停止输血并报告
+5. 临床路径入径率≥50%，完成率≥70%
+6. 危急值30分钟内必须确认处理
+
+---
+
+## 2. 手术麻醉（anesthesia + clinicalmanage + surgicalschedule）
+
+### 已有代码分析
+
+| 层 | anesthesia | clinicalmanage | surgicalschedule |
+|----|-----------|---------------|-----------------|
+| Controller | 2 (AnesthesiaController + AnesthesiaEnhancedController) | 2 (SurgeryController + SurgicalScheduleController) | 1 (SurgerySafetyCheckController) |
+| AppService | 1 (IAnesthesiaAppService) | 2 (ISurgeryAppService + ISurgicalScheduleAppService) | 0 |
+| Domain Service | 8 (Record/VitalSign/Medication/IoRecord/Followup/PostopFollowup/Specimen/QC) | 0 | 2 (SurgerySafetyCheck/OpSchedule) |
+| Entity | 8 (AnesthesiaRecord/VitalSign/Medication/IoRecord/Followup/PostopFollowup/Specimen/QC) | 0 | 2 (OpSchedule/SurgerySafetyCheck) |
+| Flyway | V3(VitalSign/Medication/IoRecord/Record), V19(Specimen/Followup/QC) | V19(Schedule) | V19(SafetyCheck) |
+| 前端 | anesthesia/ 1 vue, anesthesiaenhanced/ 1 vue | clinicalmanage/ 1 vue | surgicalschedule/ 2 vue |
+
+已有功能: 麻醉记录CRUD、术中生命体征记录、用药记录、出入量、术后随访、标本管理、质控、手术CRUD、手术安排、安全核查。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| ASA分级评估 | 术前ASA分级(Ⅰ~Ⅵ级)评估表 | 新增 anes_asa_assessment 表 |
+| 麻醉小结 | 麻醉结束后的综合小结记录 | 新增 anes_summary 表，扩展 AnesthesiaRecord 状态流转 |
+| 麻醉前评估 | 术前访视、气道评估、禁食禁饮记录 | 新增 anes_preassess 表 |
+| 术中事件记录 | 关键事件(插管/拔管/体位变换/异常)时间轴 | 新增 anes_event 表 |
+| 麻醉复苏评分 | PACU Aldrete 评分记录 | 新增 anes_recovery_score 表 |
+| 手术安全核查增强 | 手术三方核对(Sign In/Time Out/Sign Out) | 复用 SurgerySafetyCheck，增加流程状态管理 |
+
+### 业务流程
+
+```
+麻醉全流程:
+  术前访视(ASA评估) → 麻醉方案制定 → 麻醉前准备
+     → 麻醉诱导 → 术中维持(5min生命体征+事件记录)
+     → 手术结束 → 麻醉苏醒(PACU评分)
+     → 麻醉小结 → 术后随访(Day1/Day3/Day7)
+
+手术安全三方核对:
+  Sign In(麻醉前): 患者身份/手术部位/手术方式/过敏/气道风险
+  Time Out(切皮前): 团队自我介绍/确认患者/抗生素/预期困难
+  Sign Out(离开前): 手术名称/器械清点/标本/术后关注事项
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0620__anesthesia_enhancement.sql
+CREATE TABLE anes_asa_assessment (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  asa_grade VARCHAR(5) NOT NULL,
+  assessment_time TIMESTAMP NOT NULL,
+  assessor_id BIGINT NOT NULL,
+  assessor_name VARCHAR(50),
+  airway_assessment TEXT,
+  mallampati_grade VARCHAR(5),
+  neck_mobility VARCHAR(50),
+  mouth_opening_cm DECIMAL(4,1),
+  weight_kg DECIMAL(6,2),
+  height_cm DECIMAL(5,1),
+  bmi DECIMAL(5,1),
+  npo_hours INTEGER,
+  asa_factors TEXT,
+  risk_level VARCHAR(20),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE anes_preassess (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  assess_time TIMESTAMP NOT NULL,
+  assessor_id BIGINT NOT NULL,
+  assessor_name VARCHAR(50),
+  chief_complaint TEXT,
+  past_medical_history TEXT,
+  allergy_history TEXT,
+  family_history TEXT,
+  physical_exam TEXT,
+  lab_summary TEXT,
+  ecg_summary TEXT,
+  imaging_summary TEXT,
+  npo_status VARCHAR(20),
+  npo_start_time TIMESTAMP,
+  proposed_surgery VARCHAR(200),
+  proposed_anesthesia VARCHAR(50),
+  special_notes TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE anes_summary (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  surgery_name VARCHAR(200),
+  anesthesia_method VARCHAR(50),
+  anesthesia_start_time TIMESTAMP,
+  anesthesia_end_time TIMESTAMP,
+  surgery_start_time TIMESTAMP,
+  surgery_end_time TIMESTAMP,
+  anesthesia_duration_min INTEGER,
+  surgery_duration_min INTEGER,
+  position VARCHAR(50),
+  intubation_type VARCHAR(50),
+  intubation_time TIMESTAMP,
+  extubation_time TIMESTAMP,
+  total_fluid_ml DECIMAL(10,2),
+  total_blood_loss_ml DECIMAL(10,2),
+  total_urine_ml DECIMAL(10,2),
+  intraoperative_diagnosis TEXT,
+  complications TEXT,
+ blood_products TEXT,
+  vasopressors_used TEXT,
+  antibiotics_used TEXT,
+  discharge_condition VARCHAR(20),
+  discharge_destination VARCHAR(50),
+  pacu_arrival_time TIMESTAMP,
+  pacu_departure_time TIMESTAMP,
+  summary_by BIGINT,
+  summary_by_name VARCHAR(50),
+  summary_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE anes_event (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  event_time TIMESTAMP NOT NULL,
+  event_type VARCHAR(30) NOT NULL,
+  event_detail TEXT,
+  severity VARCHAR(10),
+  handled_by BIGINT,
+  handled_by_name VARCHAR(50),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE anes_recovery_score (
+  id BIGSERIAL PRIMARY KEY,
+  record_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  score_time TIMESTAMP NOT NULL,
+  activity_score INTEGER DEFAULT 0,
+  respiration_score INTEGER DEFAULT 0,
+  circulation_score INTEGER DEFAULT 0,
+  consciousness_score INTEGER DEFAULT 0,
+  spo2_score INTEGER DEFAULT 0,
+  total_score INTEGER DEFAULT 0,
+  scorer_id BIGINT,
+  scorer_name VARCHAR(50),
+  discharge_ready BOOLEAN DEFAULT FALSE,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+POST   /healthlink-his/api/v1/anesthesia/asa-assessment                    ASA评估保存
+GET    /healthlink-his/api/v1/anesthesia/asa-assessment/{recordId}          ASA评估查询
+POST   /healthlink-his/api/v1/anesthesia/preassess                         术前访视保存
+GET    /healthlink-his/api/v1/anesthesia/preassess/{recordId}              术前访视查询
+POST   /healthlink-his/api/v1/anesthesia/summary                           麻醉小结保存
+GET    /healthlink-his/api/v1/anesthesia/summary/{recordId}                麻醉小结查询
+PUT    /healthlink-his/api/v1/anesthesia/complete/{recordId}               完成麻醉记录
+POST   /healthlink-his/api/v1/anesthesia/event                             术中事件记录
+GET    /healthlink-his/api/v1/anesthesia/event/{recordId}                  术中事件列表
+POST   /healthlink-his/api/v1/anesthesia/recovery-score                    PACU评分保存
+GET    /healthlink-his/api/v1/anesthesia/recovery-score/{recordId}         PACU评分历史
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| ASA评估 | anesthesia/AsaAssessment.vue | 新建 | ASA分级评估表单 |
+| 术前访视 | anesthesia/PreAssess.vue | 新建 | 术前访视记录表单 |
+| 麻醉小结 | anesthesia/AnesSummary.vue | 新建 | 综合小结表单+打印 |
+| 术中事件 | anesthesia/IntraopEvent.vue | 新建 | 事件时间轴+录入 |
+| PACU评分 | anesthesia/RecoveryScore.vue | 新建 | Aldrete评分表+趋势图 |
+| 完整流程 | anesthesia/AnesthesiaFlow.vue | 扩展 | 整合术前→术中→术后全流程 |
+
+### 关键业务规则
+
+1. ASA分级必须由麻醉医师在术前完成评估
+2. 术中生命体征每5分钟自动采集一次（手动可补录）
+3. 麻醉记录完成后不可修改，只能留痕
+4. PACU评分≥9分方可转出
+5. 术后随访D1/D3/D7必访，记录并发症和恢复情况
+
+---
+
+## 3. 电子病历（emr + document）
+
+### 已有代码分析
+
+| 层 | emr | document |
+|----|-----|---------|
+| Controller | 4 (StructuredEmr/EmrRevision/EmrArchive/EmrSearch) | 8 (ProgressNote/InformedConsent/DocTemplate/DocStatisticsDefinition/DocStatistics/DocRecord/DocDefinitionOrganization/DocDefinition) |
+| AppService | 1 (IStructuredEmrAppService) | 8+ |
+| Domain Entity | 7 (Revision/CompletenessCheck/Timeliness/ArchiveRecord/SearchIndex/Template) | 17+ (ProgressNote/InformedConsent/RequestForm/OrderProcess/EmrTemplate/Emr/EmrDict/EmrDetail/DocTemplate/DocRecord...) |
+| Domain Service | 14 | 30+ |
+| 前端 | emr/ 3 vue | document/ (被 doctorstation 复用) |
+
+已有功能: 结构化病历模板、修改留痕(创建+查询+对比)、完整性检查、时限监控(超时列表+完成率统计)、病历归档(打印+归档+补打+统计)、病历检索、病程记录、知情同意书、文书定义/模板/统计。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 病历版本管理 | 多版本保存、版本切换、版本对比可视化 | 扩展 emr_revision 表增加 version_no 字段 |
+| 病历完整性规则配置 | 可配置的完整性检查规则(必填项/必签名/时效) | 新增 emr_completeness_rule 表 |
+| 病历质量评分 | 根据完整性+时效+规范性自动评分 | 新增 emr_quality_score 表 |
+| 病历锁定机制 | 病历归档后锁定，修改需申请解锁 | 扩展 emr 表增加 lock_status 字段 |
+| 病历模板版本管理 | 模板的版本控制和发布管理 | 扩展 doc_template 表 |
+
+### 业务流程
+
+```
+病历生命周期:
+  创建/编辑 → 保存草稿 → 提交签名 → 归档锁定
+     ↑                                      ↓
+  申请解锁 ← 修改申请(留痕) ← 修改审核
+
+完整性检查流程:
+  系统定时检查 → 规则引擎匹配 → 生成检查报告
+     → 推送提醒给责任医师 → 医师完善 → 重新检查
+
+时限监控:
+  入院记录(24h) → 首次病程(8h) → 日常病程(3天/次)
+     → 手术记录(24h) → 出院小结(24h)
+     → 超时预警 → 超时统计 → 质量考核
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0621__emr_version_and_rules.sql
+ALTER TABLE emr_revision ADD COLUMN IF NOT EXISTS version_no INTEGER DEFAULT 1;
+ALTER TABLE emr_revision ADD COLUMN IF NOT EXISTS change_summary TEXT;
+ALTER TABLE emr_revision ADD COLUMN IF NOT EXISTS diff_content TEXT;
+
+CREATE TABLE emr_completeness_rule (
+  id BIGSERIAL PRIMARY KEY,
+  rule_name VARCHAR(100) NOT NULL,
+  rule_type VARCHAR(30) NOT NULL,
+  emr_type VARCHAR(30),
+  rule_config TEXT NOT NULL,
+  severity VARCHAR(10) DEFAULT 'WARNING',
+  enabled CHAR(1) DEFAULT '1',
+  sort_order INTEGER DEFAULT 0,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE emr_quality_score (
+  id BIGSERIAL PRIMARY KEY,
+  emr_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  completeness_score DECIMAL(5,2),
+  timeliness_score DECIMAL(5,2),
+  standard_score DECIMAL(5,2),
+  total_score DECIMAL(5,2),
+  score_level VARCHAR(10),
+  score_detail TEXT,
+  score_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  scorer_id BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+ALTER TABLE emr ADD COLUMN IF NOT EXISTS lock_status VARCHAR(10) DEFAULT 'UNLOCKED';
+ALTER TABLE emr ADD COLUMN IF NOT EXISTS lock_time TIMESTAMP;
+ALTER TABLE emr ADD COLUMN IF NOT EXISTS lock_by VARCHAR(64);
+ALTER TABLE emr ADD COLUMN IF NOT EXISTS current_version INTEGER DEFAULT 1;
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/emr/version/history/{emrId}       病历版本历史
+GET    /healthlink-his/api/v1/emr/version/diff                  版本对比
+GET    /healthlink-his/api/v1/emr/version/{emrId}/{versionNo}   获取指定版本
+
+GET    /healthlink-his/api/v1/emr/quality/score/{emrId}         病历质量评分
+GET    /healthlink-his/api/v1/emr/quality/statistics            质量统计
+POST   /healthlink-his/api/v1/emr/quality/batch-check           批量质量检查
+
+GET    /healthlink-his/api/v1/emr/completeness-rule/page        规则分页
+POST   /healthlink-his/api/v1/emr/completeness-rule             规则保存
+PUT    /healthlink-his/api/v1/emr/completeness-rule/{id}        规则更新
+DELETE /healthlink-his/api/v1/emr/completeness-rule/{id}        规则删除
+
+PUT    /healthlink-his/api/v1/emr/lock/{emrId}                  锁定病历
+PUT    /healthlink-his/api/v1/emr/unlock/{emrId}                解锁病历(需申请)
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 版本管理 | emr/VersionHistory.vue | 新建 | 版本列表+对比视图(差异高亮) |
+| 质量评分 | emr/QualityScore.vue | 新建 | 评分详情+趋势图 |
+| 规则配置 | emr/CompletenessRule.vue | 新建 | 规则CRUD+测试 |
+| 完整视图 | emr/EmrCompleteView.vue | 扩展 | 整合留痕/版本/质量/锁定 |
+
+### 关键业务规则
+
+1. 病历归档后自动锁定，修改需提交申请经上级审批
+2. 每次修改自动创建新版本，保留完整历史
+3. 完整性规则可按科室/病种/文书类型配置
+4. 质量评分≥90为优秀，80-89为良好，70-79为合格，<70为不合格
+5. 超时病历自动推送提醒，连续超时3次升级至科室主任
+
+---
+
+## 4. 病案管理（mrhomepage + inhospitalmanage）
+
+### 已有代码分析
+
+| 层 | mrhomepage | inhospitalmanage |
+|----|-----------|-----------------|
+| Controller | 4 (MrHomepage/MrDrg/MrManagement/DrgAnalysis) | 1 (InpatientDiagnosisController) |
+| AppService | 1 (IMrHomepageAppService) | 0 |
+| Domain Entity | 7 (MrHomepage/QualityCheck/Borrowing/Sealing/Tracking/DeathDiscussion/DrgGrouping) | 0 |
+| Domain Service | 14 | 0 |
+| 前端 | mrhomepage/ 3 vue, hospitalRecord/ 10 vue | inHospitalManagement/ 43 vue |
+
+已有功能: 病案首页生成/更新/查询/质控/统计/提交、DRG/DIP分组、病案借阅(申请/审批/归还)、病案封存/解封、病案示踪、死亡病例讨论、归档统计。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 首页数据质量校验 | 自动校验首页必填项、编码正确性、逻辑一致性 | 扩展 QualityCheck，增加校验规则引擎 |
+| 首页HQMS上报 | 病案首页上报至HQMS国家平台 | 新增 mr_homepage_hqms_upload 表 |
+| 终末质控 | 出院后7日内的病案质量终审 | 新增 mr_terminal_qc 表 |
+| 病案示踪增强 | 条码/RFID示踪，实时位置追踪 | 扩展 mr_tracking，增加位置节点 |
+| DRG分组预警 | 分组异常预警和自动纠错 | 新增 mr_drg_alert 表 |
+| 病案统计报表 | 按科室/病种/医师的病案质量统计 | 复用 mr_archive_stats，增加维度 |
+
+### 业务流程
+
+```
+病案首页全流程:
+  自动生成(出院时) → 数据质量校验 → 人工复核
+     → 修改完善 → 提交上报(HQMS) → 终末质控
+     → 归档封存 → 统计分析
+
+终末质控流程:
+  出院7日内 → 系统自动分配质控员 → 质控员逐份审核
+     → 标记问题(首页/病历/诊断/编码) → 退回修改
+     → 修改完成 → 复审通过 → 质控完成
+
+HQMS上报流程:
+  首页提交 → 格式校验 → 数据脱敏 → 上传HQMS
+     → 接收回执 → 处理异常 → 上报成功
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0622__mr_management_enhancement.sql
+CREATE TABLE mr_terminal_qc (
+  id BIGSERIAL PRIMARY KEY,
+  homepage_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  qc_status VARCHAR(20) DEFAULT 'PENDING',
+  qc_type VARCHAR(20) NOT NULL,
+  qc_item VARCHAR(100),
+  qc_result VARCHAR(20),
+  qc_detail TEXT,
+  qc_by BIGINT,
+  qc_by_name VARCHAR(50),
+  qc_time TIMESTAMP,
+  review_by BIGINT,
+  review_by_name VARCHAR(50),
+  review_time TIMESTAMP,
+  review_result VARCHAR(20),
+  review_detail TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE mr_homepage_hqms_upload (
+  id BIGSERIAL PRIMARY KEY,
+  homepage_id BIGINT NOT NULL,
+  upload_batch VARCHAR(50),
+  upload_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  upload_status VARCHAR(20) DEFAULT 'PENDING',
+  response_code VARCHAR(20),
+  response_msg TEXT,
+  retry_count INTEGER DEFAULT 0,
+  last_retry_time TIMESTAMP,
+  upload_by BIGINT,
+  upload_by_name VARCHAR(50),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE mr_drg_alert (
+  id BIGSERIAL PRIMARY KEY,
+  grouping_id BIGINT NOT NULL,
+  alert_type VARCHAR(30) NOT NULL,
+  alert_level VARCHAR(10) DEFAULT 'WARNING',
+  alert_detail TEXT,
+  suggested_fix TEXT,
+  alert_status VARCHAR(20) DEFAULT 'OPEN',
+  handler_id BIGINT,
+  handler_name VARCHAR(50),
+  handle_time TIMESTAMP,
+  handle_result TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE mr_quality_check_rule (
+  id BIGSERIAL PRIMARY KEY,
+  rule_name VARCHAR(100) NOT NULL,
+  rule_category VARCHAR(30) NOT NULL,
+  rule_config TEXT NOT NULL,
+  check_scope VARCHAR(30) DEFAULT 'HOMEPAGE',
+  severity VARCHAR(10) DEFAULT 'ERROR',
+  enabled CHAR(1) DEFAULT '1',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+POST   /healthlink-his/api/v1/mr-homepage/quality-check/batch/{homepageId}  批量质控检查
+GET    /healthlink-his/api/v1/mr-homepage/quality-rules                     质控规则列表
+POST   /healthlink-his/api/v1/mr-homepage/quality-rules                     保存质控规则
+
+POST   /healthlink-his/api/v1/mr-homepage/hqms/upload/{homepageId}          HQMS上报
+GET    /healthlink-his/api/v1/mr-homepage/hqms/upload-page                  上报记录分页
+POST   /healthlink-his/api/v1/mr-homepage/hqms/retry/{id}                   重试上报
+
+GET    /healthlink-his/api/v1/mr-management/terminal-qc/page                终末质控分页
+POST   /healthlink-his/api/v1/mr-management/terminal-qc/assign              分配质控员
+POST   /healthlink-his/api/v1/mr-management/terminal-qc/submit              提交质控结果
+POST   /healthlink-his/api/v1/mr-management/terminal-qc/review              复审
+
+GET    /healthlink-his/api/v1/mr-management/drg-alert/page                  DRG预警分页
+POST   /healthlink-his/api/v1/mr-management/drg-alert/handle                处理预警
+
+GET    /healthlink-his/api/v1/mr-management/statistics/quality               质量统计
+GET    /healthlink-his/api/v1/mr-management/statistics/hqms                  HQMS统计
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 终末质控 | hospitalRecord/TerminalQc.vue | 新建 | 质控任务列表+审核表单 |
+| HQMS上报 | hospitalRecord/HqmsUpload.vue | 新建 | 上报记录+重试+统计 |
+| DRG预警 | hospitalRecord/DrgAlert.vue | 新建 | 预警列表+处理 |
+| 质量报表 | hospitalRecord/QualityReport.vue | 新建 | 多维度质量统计图表 |
+| 质控规则 | hospitalRecord/QcRuleConfig.vue | 新建 | 规则配置管理 |
+
+### 关键业务规则
+
+1. 出院后24小时内自动生成病案首页
+2. 首页上报前必须通过数据质量校验
+3. 终末质控在出院7日内完成，质控员与主治医师不能为同一人
+4. DRG分组完成后自动检查CMI值合理性
+5. 病案借阅必须审批，借阅期限14天
+
+---
+
+## 5. 药品管理（pharmacymanage + pharmacyDispensarymanage + pharmacyWarehousemanage）
+
+### 已有代码分析
+
+| 层 | pharmacymanage | pharmacyDispensarymanage | pharmacyWarehousemanage |
+|----|---------------|------------------------|------------------------|
+| Controller | 8 (WesternMedicineDispense/SummaryDispenseMedicine/ReturnMedicine/PendingMedicationDetails/MedicationDetails/MedicalDeviceDispense/InHospitalReturnMedicine/PharmacyStockAlert) | 8 (TransferOut/TransferIn/Stocktaking/StockIn/ReturnToWarehouse/Requisition/ProfitLoss/Dispensing) | 8 (StockOut/Stocktaking/Return/StockIn/ReturnToWarehouse/ProfitLoss/Purchase/DocumentManagement) |
+| AppService | 7 | 10 | 10 |
+| 前端 | pharmacymanagement/ 27 vue, drug/ 7 vue | medicineStorage/ 28 vue | medicineStorage/ 28 vue |
+
+已有功能: 西药发药/退药、汇总发药、住院退药、药品库存预警、药房/药库全套单据管理(调拨/入库/出库/盘点/报损/领用/退货/采购)。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 药品交互检查 | 开方时自动检查药物相互作用 | 新增 drug_interaction_rule 表 + 前端提示 |
+| 处方前置审核 | 发药前自动审核处方合理性(配伍/剂量/禁忌) | 新增 prescription_review_record 表 |
+| 高危药品管理 | 高危药品标识、双人核对、剂量限制 | 扩展药品字典增加高危标识 |
+| 药品效期管理 | 近效期预警、效期追踪 | 扩展库存表增加效期字段 |
+| 智能用药提醒 | 基于患者病情的用药提醒 | 新增 medication_reminder 表 |
+
+### 业务流程
+
+```
+处方审核流程:
+  医生开方 → 系统自动审核(配伍/剂量/禁忌/过敏)
+     → 审核通过 → 发药
+     → 审核警告 → 人工确认 → 发药
+     → 审核拦截 → 拒绝发药 → 通知医生修改
+
+高危药品管理:
+  药品标记(高危) → 发药时提示 → 双人核对
+     → 核对签名 → 发药完成
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0623__pharmacy_safety_enhancement.sql
+CREATE TABLE drug_interaction_rule (
+  id BIGSERIAL PRIMARY KEY,
+  drug_code_a VARCHAR(50) NOT NULL,
+  drug_name_a VARCHAR(100),
+  drug_code_b VARCHAR(50) NOT NULL,
+  drug_name_b VARCHAR(100),
+  interaction_type VARCHAR(30) NOT NULL,
+  severity VARCHAR(10) NOT NULL,
+  description TEXT,
+  suggestion TEXT,
+  enabled CHAR(1) DEFAULT '1',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE prescription_review_record (
+  id BIGSERIAL PRIMARY KEY,
+  prescription_no VARCHAR(50) NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  review_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  review_result VARCHAR(20) NOT NULL,
+  review_items TEXT,
+  reviewer_id BIGINT,
+  reviewer_name VARCHAR(50),
+  manual_override CHAR(1) DEFAULT '0',
+  override_reason TEXT,
+  override_by BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE medication_reminder (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  advice_id BIGINT NOT NULL,
+  reminder_type VARCHAR(30) NOT NULL,
+  reminder_content TEXT,
+  remind_time TIMESTAMP NOT NULL,
+  remind_status VARCHAR(20) DEFAULT 'PENDING',
+  handler_id BIGINT,
+  handler_name VARCHAR(50),
+  handle_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/pharmacy/interaction-check              药品交互检查
+GET    /healthlink-his/api/v1/pharmacy/interaction-rule/page          交互规则分页
+POST   /healthlink-his/api/v1/pharmacy/interaction-rule               保存规则
+
+POST   /healthlink-his/api/v1/pharmacy/review/record                  审核记录保存
+GET    /healthlink-his/api/v1/pharmacy/review/record/{prescriptionNo} 审核记录查询
+
+GET    /healthlink-his/api/v1/pharmacy/expiry-warning/page            效期预警分页
+GET    /healthlink-his/api/v1/pharmacy/expiry-warning/stats           效期预警统计
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 交互检查 | pharmacymanagement/InteractionCheck.vue | 新建 | 交互规则配置+检查结果 |
+| 处方审核 | pharmacymanagement/PrescriptionReview.vue | 新建 | 审核结果展示+人工确认 |
+| 效期管理 | pharmacymanagement/ExpiryWarning.vue | 新建 | 近效期药品列表+预警 |
+
+### 关键业务规则
+
+1. 高危药品必须双人核对后方可发药
+2. 药物相互作用检查在开方和发药两个环节均执行
+3. 药品距效期6个月预警，3个月黄灯，1个月红灯
+4. 处方审核拦截项不可人工跳过（需上级授权）
+5. 每日自动统计处方合理率
+
+---
+
+## 6. 护士站（inhospitalnursestation）
+
+### 已有代码分析
+
+| 层 | 文件数 |
+|----|-------|
+| Controller | 6 (AdviceProcess/MedicineSummary/NurseBilling/ATDManage/EncounterAutoRoll/OrgDeviceStockTake) |
+| AppService | 6 |
+| Mapper | 6 |
+| DTO | 28 |
+| 前端 | inpatientNurse/ 56 vue |
+
+已有功能: 医嘱处理(审核/驳回/执行/取消/作废)、药品汇总(汇总发药/取消汇总)、护士划价/计费、入出转管理(入院/转科/出院/清床)、自动滚方、科室耗材盘点。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 护理评估 | 入院护理评估、压疮评估、跌倒评估、疼痛评估 | 新增 nurse_assessment 表 |
+| 护理任务管理 | 护理任务生成、分配、执行、追踪 | 新增 nurse_task 表 |
+| 交接班记录 | 班次交接记录(患者情况/特殊事项/物品交接) | 新增 nurse_shift_handover 表 |
+| 护理计划 | 基于评估结果的护理计划制定和执行 | 新增 nurse_care_plan 表 |
+| 患者身份核对 | 扫码核对患者身份+腕带信息 | 复用 patientmanage 模块 |
+
+### 业务流程
+
+```
+护理评估流程:
+  患者入院 → 入院护理评估(首次) → 压疮风险评估(Braden)
+     → 跌倒风险评估(Morse) → 疼痛评估(NRS)
+     → 生成护理计划 → 定期复评(压疮/跌倒每7天)
+
+交接班流程:
+  当班护士 → 汇总患者情况(特殊医嘱/待执行任务/异常)
+     → 填写交接记录 → 接班护士确认
+     → 双方签名 → 归档
+
+护理任务管理:
+  医嘱生成任务 → 分配护士 → 执行记录
+     → 执行确认 → 任务完成 → 统计
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0624__nursing_enhancement.sql
+CREATE TABLE nurse_assessment (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  assessment_type VARCHAR(30) NOT NULL,
+  assessment_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  assessor_id BIGINT NOT NULL,
+  assessor_name VARCHAR(50),
+  assessment_data TEXT NOT NULL,
+  risk_level VARCHAR(20),
+  total_score DECIMAL(5,1),
+  next_assessment_date DATE,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE nurse_task (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  advice_id BIGINT,
+  task_type VARCHAR(30) NOT NULL,
+  task_name VARCHAR(100) NOT NULL,
+  task_detail TEXT,
+  scheduled_time TIMESTAMP,
+  assigned_to BIGINT,
+  assigned_to_name VARCHAR(50),
+  status VARCHAR(20) DEFAULT 'PENDING',
+  execute_time TIMESTAMP,
+  execute_by BIGINT,
+  execute_by_name VARCHAR(50),
+  execute_result TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE nurse_shift_handover (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  shift_date DATE NOT NULL,
+  shift_type VARCHAR(10) NOT NULL,
+  from_nurse_id BIGINT NOT NULL,
+  from_nurse_name VARCHAR(50),
+  to_nurse_id BIGINT NOT NULL,
+  to_nurse_name VARCHAR(50),
+  patient_count INTEGER,
+  special_items TEXT,
+  pending_tasks TEXT,
+  abnormal_situations TEXT,
+  handover_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  from_signature TEXT,
+  to_signature TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE nurse_care_plan (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  plan_name VARCHAR(100) NOT NULL,
+  diagnosis TEXT,
+  nursing_goals TEXT,
+  nursing_measures TEXT,
+  evaluation_criteria TEXT,
+  plan_status VARCHAR(20) DEFAULT 'ACTIVE',
+  plan_by BIGINT,
+  plan_by_name VARCHAR(50),
+  plan_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+POST   /healthlink-his/api/v1/nurse-station/assessment              护理评估保存
+GET    /healthlink-his/api/v1/nurse-station/assessment/{encounterId} 护理评估查询
+GET    /healthlink-his/api/v1/nurse-station/assessment/pending       待评估列表
+
+GET    /healthlink-his/api/v1/nurse-station/task/page                护理任务分页
+POST   /healthlink-his/api/v1/nurse-station/task/assign              任务分配
+POST   /healthlink-his/api/v1/nurse-station/task/execute             任务执行
+GET    /healthlink-his/api/v1/nurse-station/task/statistics          任务统计
+
+POST   /healthlink-his/api/v1/nurse-station/shift-handover/save      交接班保存
+GET    /healthlink-his/api/v1/nurse-station/shift-handover/history   交接班历史
+GET    /healthlink-his/api/v1/nurse-station/shift-handover/current   当前班次信息
+
+POST   /healthlink-his/api/v1/nurse-station/care-plan               护理计划保存
+GET    /healthlink-his/api/v1/nurse-station/care-plan/{encounterId}  护理计划查询
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 护理评估 | inpatientNurse/NurseAssessment.vue | 新建 | 评估表单(多类型)+历史记录 |
+| 护理任务 | inpatientNurse/NurseTask.vue | 新建 | 任务列表+分配+执行+统计 |
+| 交接班 | inpatientNurse/ShiftHandover.vue | 新建 | 交接记录表单+历史查询 |
+| 护理计划 | inpatientNurse/CarePlan.vue | 新建 | 计划制定+执行追踪 |
+
+### 关键业务规则
+
+1. 入院8小时内完成首次护理评估
+2. Braden评分≤12分高危，每4小时评估一次
+3. Morse评分≥45分高危，需启动防跌倒措施
+4. 交接班必须双方签名确认
+5. 护理任务必须在计划时间内完成，超时自动预警
+
+---
+
+## 7. 检验（lab + Inspection）
+
+### 已有代码分析
+
+| 层 | lab | Inspection |
+|----|-----|-----------|
+| Controller | 5 (LabEnhanced/LabHistory/LabActivityDefinition/InspectionType/InspectionPackage) | 9 (Laboratory/ObservationDef/SpecimenDef/Instrument/SampleCollect/LisConfig/LabReferenceRange/Icd10/ClinicalManageObservation) |
+| Domain Entity | 17 (InspectionPackage/Specimen/Observation/LabActivityDefinition/InspectionLabApply/BarCode/LabReferenceRange/Icd10Code/LabResultComparison/LabInternalQc/LabExternalEqa...) | 0 |
+| 前端 | labenhanced/ 6 vue, labhistory/ 1 vue | inspection/ 10 vue |
+
+已有功能: 检验套餐/项目/标本/仪器管理、检验申请、标本采集、LIS配置、参考范围、ICD-10编码、结果对比、室内质控、室间质评、检验历史趋势。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 结果自动审核 | 基于规则的自动审核(正常值/危急值/Delta校验) | 新增 lab_auto_review_rule 表 |
+| 危急值自动通知 | 危急值发现后自动通知主管医师 | 复用 criticalvalue 模块 |
+| 标本追踪 | 标本从采集→送检→接收→检测→报告全流程 | 扩展 BarCode 表增加状态节点 |
+| 检验报告打印 | 标准检验报告单生成和打印 | 新增 lab_report_template 表 |
+
+### 业务流程
+
+```
+检验全流程:
+  医生开立申请 → 生成条码 → 护士采集标本
+     → 标本送检(LIS) → 实验室接收 → 上机检测
+     → 结果审核(自动+人工) → 报告发布
+     → 危急值通知(30min) → 临床处理
+
+自动审核流程:
+  结果返回 → 自动审核规则匹配
+     → 规则通过(正常值+Delta校验OK) → 自动审核通过
+     → 规则异常(危急值/异常变化) → 转人工审核
+     → 人工确认 → 报告发布
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0625__lab_enhancement.sql
+CREATE TABLE lab_auto_review_rule (
+  id BIGSERIAL PRIMARY KEY,
+  rule_name VARCHAR(100) NOT NULL,
+  observation_code VARCHAR(50),
+  rule_type VARCHAR(30) NOT NULL,
+  rule_config TEXT NOT NULL,
+  enabled CHAR(1) DEFAULT '1',
+  priority INTEGER DEFAULT 0,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE lab_report_template (
+  id BIGSERIAL PRIMARY KEY,
+  template_name VARCHAR(100) NOT NULL,
+  template_type VARCHAR(30) NOT NULL,
+  template_content TEXT,
+  is_default CHAR(1) DEFAULT '0',
+  enabled CHAR(1) DEFAULT '1',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/lab/auto-review-rule/page         自动审核规则分页
+POST   /healthlink-his/api/v1/lab/auto-review-rule              保存规则
+POST   /healthlink-his/api/v1/lab/execute-auto-review/{applyNo} 执行自动审核
+
+GET    /healthlink-his/api/v1/lab/report/template/page          报告模板分页
+POST   /healthlink-his/api/v1/lab/report/generate/{applyNo}     生成报告
+GET    /healthlink-his/api/v1/lab/report/preview/{applyNo}      报告预览
+
+GET    /healthlink-his/api/v1/lab/specimen/trace/{barcode}      标本追踪
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 自动审核规则 | labenhanced/AutoReviewRule.vue | 新建 | 规则配置管理 |
+| 标本追踪 | labenhanced/SpecimenTrace.vue | 新建 | 标本全流程追踪时间轴 |
+
+### 关键业务规则
+
+1. 危急值必须在30分钟内通知临床并获得确认
+2. 自动审核通过率目标≥70%
+3. 标本溶血/脂血/凝块等不合格标本必须退回重采
+4. 检验报告签发后不可修改，修改需留痕
+5. 室内质控每日至少做一次
+
+---
+
+## 8. 检查/影像（check）
+
+### 已有代码分析
+
+| 层 | check |
+|----|-------|
+| Controller | 11 (ExamApply/ExamAppointment/RadiologyImage/RadiologyEnhanced/RadiologyComparison/SpecimenBarcode/CheckType/CheckPart/CheckMethod/LisGroupInfo/ClinicalManageObservation) |
+| Domain Entity | 17 (ExamApply/ExamApplyItem/ExamAppointment/RadiologyImage/RadiologyImageReport/RadiologyUrgentReport/RadiologyStatistics/RadiologyImageComparison/DicomPrintRecord/SpecimenBarcode/CheckType/CheckPart/CheckMethod/CheckPackage...) |
+| 前端 | inspection/ 10 vue, radiologyenhanced/ 1 vue, radiologycomparison/ 1 vue |
+
+已有功能: 检查申请、检查预约(签到/开始/完成/取消)、放射影像(上传/报告/提交/审核/打印)、影像对比、紧急报告、放射统计、DICOM打印、标本条码、检查类型/部位/方法/套餐管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| PACS集成接口 | 与PACS系统的影像调阅和传输 | 新增 pacs_integration_config 表 |
+| 结构化检查报告 | 结构化报告模板+报告填写 | 复用 DocTemplate + 新增 report_data 字段 |
+| 检查报告模板 | 按检查类型预设的报告模板 | 扩展 CheckType 增加模板关联 |
+| 预约排队叫号 | 检查预约的排队叫号管理 | 新增 exam_queue 表 |
+| 影像AI辅助 | AI辅助诊断标注和辅助报告 | 新增 ai_assist_record 表 |
+
+### 业务流程
+
+```
+检查全流程:
+  医生开立检查 → 生成申请单 → 患者预约
+     → 排队叫号 → 检查执行(影像采集)
+     → 影像上传(PACS) → 影像诊断(报告)
+     → 报告审核 → 报告发布 → 临床查看
+
+结构化报告:
+  选择报告模板 → 系统预填充(患者信息/检查所见)
+     → 医师逐项填写 → AI辅助建议
+     → 生成报告 → 审核签发
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0626__check_enhancement.sql
+CREATE TABLE pacs_integration_config (
+  id BIGSERIAL PRIMARY KEY,
+  config_name VARCHAR(100) NOT NULL,
+  pacs_url VARCHAR(500),
+  pacs_type VARCHAR(30),
+  auth_config TEXT,
+  enabled CHAR(1) DEFAULT '1',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE exam_queue (
+  id BIGSERIAL PRIMARY KEY,
+  appointment_id BIGINT NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  queue_no VARCHAR(20) NOT NULL,
+  queue_date DATE NOT NULL,
+  queue_status VARCHAR(20) DEFAULT 'WAITING',
+  call_time TIMESTAMP,
+  complete_time TIMESTAMP,
+  exam_room VARCHAR(50),
+  operator_id BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE ai_assist_record (
+  id BIGSERIAL PRIMARY KEY,
+  image_report_id BIGINT NOT NULL,
+  ai_model VARCHAR(50),
+  ai_version VARCHAR(20),
+  input_data TEXT,
+  output_data TEXT,
+  confidence DECIMAL(5,4),
+  assist_result TEXT,
+  used_by BIGINT,
+  used_by_name VARCHAR(50),
+  use_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/exam/queue/today               今日排队列表
+POST   /healthlink-his/api/v1/exam/queue/call/{id}           叫号
+PUT    /healthlink-his/api/v1/exam/queue/start/{id}          开始检查
+PUT    /healthlink-his/api/v1/exam/queue/complete/{id}       完成检查
+
+POST   /healthlink-his/api/v1/radiology/ai-assist            AI辅助诊断
+GET    /healthlink-his/api/v1/radiology/ai-assist/{reportId} AI辅助结果
+
+GET    /healthlink-his/api/v1/pacs/config/page               PACS配置分页
+POST   /healthlink-his/api/v1/pacs/config                    保存配置
+POST   /healthlink-his/api/v1/pacs/image/view/{studyUid}     PACS影像调阅
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 排队叫号 | inspection/ExamQueue.vue | 新建 | 实时排队列表+叫号+状态 |
+| PACS配置 | inspection/PacsConfig.vue | 新建 | PACS系统集成配置 |
+| AI辅助 | inspection/AiAssist.vue | 新建 | AI辅助诊断结果展示 |
+
+### 关键业务规则
+
+1. 急诊检查30分钟内出报告
+2. 普通检查24小时内出报告
+3. 影像诊断报告必须由执业医师签发
+4. 紧急报告立即通知临床并记录通知时间
+5. AI辅助结果仅供参考，最终诊断由医师确认
+
+---
+
+## 9. 放射增强（radiologyenhanced）
+
+### 已有代码分析
+
+后端功能全部在 check 模块中实现（RadiologyEnhancedController/RadiologyImageController/RadiologyComparisonController），前端有:
+- radiologyenhanced/ 1 vue
+- radiologycomparison/ 1 vue
+
+已有功能: 紧急报告管理、放射统计、影像对比。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 结构化影像报告 | 按部位的结构化报告模板+智能填充 | 扩展 doc_template 增加影像报告模板 |
+| 影像后处理 | MPR/MIP/VR等后处理功能调用 | 前端集成 Cornerstone.js |
+| 随访管理 | 影像随访计划和提醒 | 新增 radiology_followup 表 |
+
+### 数据库设计
+
+```sql
+-- V2026_0627__radiology_enhancement.sql
+CREATE TABLE radiology_followup (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  image_report_id BIGINT,
+  followup_type VARCHAR(30) NOT NULL,
+  followup_reason TEXT,
+  planned_date DATE NOT NULL,
+  actual_date DATE,
+  status VARCHAR(20) DEFAULT 'PLANNED',
+  reminder_sent CHAR(1) DEFAULT '0',
+  result_report_id BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/radiology/followup/page          随访分页
+POST   /healthlink-his/api/v1/radiology/followup               创建随访
+GET    /healthlink-his/api/v1/radiology/followup/pending       待随访列表
+POST   /healthlink-his/api/v1/radiology/followup/complete/{id} 完成随访
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 影像随访 | radiologyenhanced/Followup.vue | 新建 | 随访计划管理+提醒 |
+
+### 关键业务规则
+
+1. 影像随访计划基于检查结果自动生成
+2. 随访提醒在计划日期前3天发送
+3. 随访结果必须关联新的影像报告
+
+---
+
+## 10. 收费/计费（chargemanage + paymentmanage + inhospitalcharge）
+
+### 已有代码分析
+
+| 层 | chargemanage | paymentmanage | inhospitalcharge |
+|----|-------------|--------------|-----------------|
+| Controller | 5 (OutpatientCharge/InpatientCharge/OutpatientRegistration/OutpatientRefund/OutpatientPricing) | 5 (ThreePartPay/PaymentReconciliation/PaymentContract/EleInvoice/ChargeBill) | 2 (InHospitalRegister/AdvancePaymentManage) |
+| AppService | 5 | 5 | 2 |
+| 前端 | charge/ 18 vue, outpatientFinance/ 1 vue | (含在charge中) | (含在charge中) |
+
+已有功能: 门诊/住院收费、挂号收费、退费、三方支付(签到/签退/支付/查询)、支付对账(预冲正/冲正/收费/查询)、合同管理、电子发票(开票/重开/作废/查看)、费用明细/汇总、住院登记、预交金管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 票据打印管理 | 收据打印、补打、作废记录 | 新增 billing_receipt_record 表 |
+| 费用日报 | 每日收费汇总报表 | 新增 billing_daily_report 表 |
+| 退费审核流程 | 大额退费需审批 | 新增 billing_refund_approval 表 |
+| 费用对账 | HIS与医保/第三方对账 | 扩展 payment_reconciliation 增加状态追踪 |
+| 住院一日清单 | 住院患者每日费用明细推送 | 新增 billing_daily_detail 表 |
+
+### 业务流程
+
+```
+退费审核流程:
+  退费申请 → 系统校验(是否已结算/是否在退费期限内)
+     → 金额≤1000 → 直接退费
+     → 金额>1000 → 科室主任审批 → 财务审批
+     → 退费执行 → 原路退款
+
+住院一日清单:
+  每日定时任务 → 汇总当日费用明细
+     → 生成一日清单 → 推送至患者/家属
+     → 可打印/查看
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0628__billing_enhancement.sql
+CREATE TABLE billing_receipt_record (
+  id BIGSERIAL PRIMARY KEY,
+  receipt_no VARCHAR(50) NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  receipt_type VARCHAR(20) NOT NULL,
+  amount DECIMAL(12,2) NOT NULL,
+  print_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  print_by BIGINT,
+  print_by_name VARCHAR(50),
+  void_status VARCHAR(20) DEFAULT 'VALID',
+  void_time TIMESTAMP,
+  void_by BIGINT,
+  void_reason TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE billing_refund_approval (
+  id BIGSERIAL PRIMARY KEY,
+  refund_amount DECIMAL(12,2) NOT NULL,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  charge_item_ids TEXT,
+  refund_reason TEXT,
+  applicant_id BIGINT,
+  applicant_name VARCHAR(50),
+  apply_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  approval_level INTEGER DEFAULT 1,
+  approver_id BIGINT,
+  approver_name VARCHAR(50),
+  approve_time TIMESTAMP,
+  approval_result VARCHAR(20),
+  approval_remark TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE billing_daily_detail (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  bill_date DATE NOT NULL,
+  total_amount DECIMAL(12,2),
+  self_pay_amount DECIMAL(12,2),
+  insurance_amount DECIMAL(12,2),
+  item_count INTEGER,
+  detail_data TEXT,
+  generated_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/billing/refund/approval/page        退费审批分页
+POST   /healthlink-his/api/v1/billing/refund/approval/submit      提交审批
+POST   /healthlink-his/api/v1/billing/refund/approval/approve/{id} 审批
+
+GET    /healthlink-his/api/v1/billing/daily-detail/{encounterId}  一日清单查询
+POST   /healthlink-his/api/v1/billing/daily-detail/generate       生成一日清单
+
+GET    /healthlink-his/api/v1/billing/receipt/page                票据记录分页
+PUT    /healthlink-his/api/v1/billing/receipt/void/{id}           票据作废
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 退费审批 | charge/RefundApproval.vue | 新建 | 退费审批列表+审批表单 |
+| 一日清单 | charge/DailyDetail.vue | 新建 | 患者每日费用明细 |
+| 票据管理 | charge/ReceiptManage.vue | 新建 | 票据记录+补打+作废 |
+
+### 关键业务规则
+
+1. 退费金额>1000元需两级审批(科室+财务)
+2. 住院一日清单每日自动生成，支持在线查看和打印
+3. 票据作废需记录原因，作废后不可恢复
+4. 三方支付退费必须原路退回
+5. 对账差异>0.01元需人工核实
+
+---
+
+## 11. 挂号（appointmentmanage）
+
+### 已有代码分析
+
+| 层 | appointmentmanage |
+|----|------------------|
+| Controller | 7 (Ticket/ScheduleSlot(空)/SchedulePool/DoctorSchedule/Dept/DeptAppthours/ClinicRoom) |
+| AppService | 8 |
+| 前端 | appoinmentmanage/ 5 vue, appointmentmanage/ 1 vue |
+
+已有功能: 号源管理(查询/预约/取消/取签到/停诊)、医生排班(CRUD+今日排班)、号源池管理、科室管理、预约工作时间、诊室管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 排队叫号 | 现场挂号排队叫号系统 | 新增 registration_queue 表 |
+| 爽约管理 | 爽约记录+黑名单管理 | 新增 registration_no_show 表 |
+| 分时段预约 | 按时间段细分预约时段 | 复用 ScheduleSlot（目前为空Controller） |
+| 挂号统计 | 按科室/医生/时段的挂号量统计 | 复用现有数据，增加统计接口 |
+| 预约提醒 | 预约前一天短信/微信提醒 | 新增 appointment_reminder 表 |
+
+### 业务流程
+
+```
+预约挂号流程:
+  选择科室/医生/日期/时段 → 选择号源 → 确认预约
+     → 预约成功(生成预约号) → 发送预约提醒(D-1)
+     → 患者到院 → 取号签到 → 排队等候 → 叫号就诊
+
+现场挂号流程:
+  选择科室 → 选择医生 → 确认挂号
+     → 缴费(挂号费) → 生成排队号 → 排队叫号
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0629__appointment_enhancement.sql
+CREATE TABLE registration_queue (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  queue_date DATE NOT NULL,
+  queue_no VARCHAR(20) NOT NULL,
+  queue_type VARCHAR(20) NOT NULL,
+  dept_id BIGINT,
+  doctor_id BIGINT,
+  queue_status VARCHAR(20) DEFAULT 'WAITING',
+  call_time TIMESTAMP,
+  call_count INTEGER DEFAULT 0,
+  complete_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE registration_no_show (
+  id BIGSERIAL PRIMARY KEY,
+  patient_id BIGINT NOT NULL,
+  appointment_id BIGINT,
+  no_show_date DATE NOT NULL,
+  reason VARCHAR(50),
+  blacklisted CHAR(1) DEFAULT '0',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE appointment_reminder (
+  id BIGSERIAL PRIMARY KEY,
+  appointment_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  reminder_type VARCHAR(20) NOT NULL,
+  reminder_time TIMESTAMP NOT NULL,
+  reminder_content TEXT,
+  send_status VARCHAR(20) DEFAULT 'PENDING',
+  send_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/appointment/queue/today                今日排队列表
+POST   /healthlink-his/api/v1/appointment/queue/call                 叫号
+PUT    /healthlink-his/api/v1/appointment/queue/complete/{id}        就诊完成
+GET    /healthlink-his/api/v1/appointment/queue/stats                排队统计
+
+POST   /healthlink-his/api/v1/appointment/no-show/record             爽约记录
+GET    /healthlink-his/api/v1/appointment/no-show/page               爽约分页
+
+GET    /healthlink-his/api/v1/appointment/statistics                 挂号统计
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 排队叫号 | appoinmentmanage/QueueCall.vue | 新建 | 实时排队列表+叫号按钮 |
+| 爽约管理 | appoinmentmanage/NoShow.vue | 新建 | 爽约记录+黑名单 |
+| 挂号统计 | appoinmentmanage/Statistics.vue | 新建 | 统计图表 |
+
+### 关键业务规则
+
+1. 爽约3次自动进入黑名单，限制预约
+2. 叫号3次未到自动跳过
+3. 预约提醒在就诊前1天发送
+4. 同一患者同一医生每天只能挂1个号
+
+---
+
+## 12. 门诊（outpatientmanage）
+
+### 已有代码分析
+
+| 层 | outpatientmanage |
+|----|-----------------|
+| Controller | 3 (OutpatientTreatment/OutpatientSkinTestApp/OutpatientInfusion) |
+| AppService | 3 |
+| 前端 | outpatientenhanced/ 1 vue |
+
+已有功能: 门诊处置(执行/取消)、皮试记录(CRUD)、门诊输液(患者列表/待执行/执行/撤销)。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 门诊病历 | 门诊病历的书写和查看 | 复用 document 模块的 DocRecord |
+| 随访管理 | 门诊患者随访计划和执行 | 新增 outpatient_followup 表 |
+| 复诊提醒 | 慢病患者复诊自动提醒 | 新增 outpatient_reminder 表 |
+| 门诊处方点评 | 处方合理性点评和统计 | 新增 outpatient_prescription_review 表 |
+
+### 业务流程
+
+```
+门诊处置流程:
+  护士站查询处置单 → 扫码核对患者 → 执行处置
+     → 记录执行结果 → 标记完成
+
+随访流程:
+  出院/门诊结束 → 生成随访计划 → 按计划提醒
+     → 电话/短信随访 → 记录随访结果 → 统计分析
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0630__outpatient_enhancement.sql
+CREATE TABLE outpatient_followup (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT,
+  patient_id BIGINT NOT NULL,
+  doctor_id BIGINT,
+  doctor_name VARCHAR(50),
+  followup_type VARCHAR(30) NOT NULL,
+  followup_reason TEXT,
+  planned_date DATE NOT NULL,
+  actual_date DATE,
+  status VARCHAR(20) DEFAULT 'PLANNED',
+  followup_result TEXT,
+  followup_by BIGINT,
+  followup_by_name VARCHAR(50),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE outpatient_reminder (
+  id BIGSERIAL PRIMARY KEY,
+  patient_id BIGINT NOT NULL,
+  encounter_id BIGINT,
+  reminder_type VARCHAR(30) NOT NULL,
+  reminder_content TEXT,
+  remind_date DATE NOT NULL,
+  send_status VARCHAR(20) DEFAULT 'PENDING',
+  send_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/outpatient/followup/page          随访分页
+POST   /healthlink-his/api/v1/outpatient/followup               创建随访
+POST   /healthlink-his/api/v1/outpatient/followup/complete/{id} 完成随访
+GET    /healthlink-his/api/v1/outpatient/followup/pending       待随访列表
+
+GET    /healthlink-his/api/v1/outpatient/reminder/pending       待提醒列表
+POST   /healthlink-his/api/v1/outpatient/reminder/generate      生成提醒
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 随访管理 | outpatientenhanced/Followup.vue | 新建 | 随访计划+执行+统计 |
+| 复诊提醒 | outpatientenhanced/Reminder.vue | 新建 | 提醒列表+发送 |
+
+### 关键业务规则
+
+1. 慢病患者每次就诊后自动生成随访计划
+2. 随访提醒通过短信/微信推送
+3. 随访完成率纳入科室考核
+
+---
+
+## 13. 住院入出转（inpatientmanage）
+
+### 已有代码分析
+
+| 层 | inpatientmanage |
+|----|----------------|
+| Controller | 5 (NursingVitalSignsChart/VitalSigns/PatientHome/NursingRecord/Deposit) |
+| AppService | 4 |
+| 前端 | inHospitalManagement/ 43 vue |
+
+已有功能: 三测单(体温单)管理、生命体征记录、患者首页(入院/转床/转科/出院)、护理记录单(CRUD+模板)、预交金管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 预住院管理 | 预住院登记、检查、正式入院转归 | 新增 pre_admission 表 |
+| 出院小结 | 出院小结自动生成和填写 | 复用 document 模块的 DischargeSummary |
+| 转院管理 | 转院申请、审批、执行 | 新增 transfer_record 表 |
+| 死亡登记 | 死亡病例登记和报告 | 新增 death_register 表 |
+| 入院评估 | 入院护理评估(生活自理能力/营养/心理) | 复用 nurse_assessment（模块6） |
+
+### 业务流程
+
+```
+预住院流程:
+  预住院登记 → 术前检查 → 检查结果审核
+     → 确认入院 → 分配床位 → 正式入院
+     → 预住院费用转入住院费用
+
+出院流程:
+  医生开立出院医嘱 → 护士核对(药品/费用/物品)
+     → 出院宣教 → 结算出院 → 出院小结
+     → 病案归档 → 随访计划
+
+转院流程:
+  转院申请(转出科室) → 接收医院确认 → 审批
+     → 转院准备(病历/药品/物品) → 转院执行
+     → 转出登记 → 接收确认
+```
+
+### 数据库设计
+
+```sql
+-- V2026_0631__inpatient_enhancement.sql
+CREATE TABLE pre_admission (
+  id BIGSERIAL PRIMARY KEY,
+  patient_id BIGINT NOT NULL,
+  expected_dept_id BIGINT,
+  expected_doctor_id BIGINT,
+  expected_diagnosis TEXT,
+  admission_reason TEXT,
+  pre_admission_status VARCHAR(20) DEFAULT 'PENDING',
+  register_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  register_by BIGINT,
+  register_by_name VARCHAR(50),
+  admission_time TIMESTAMP,
+  admission_encounter_id BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE transfer_record (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  transfer_type VARCHAR(20) NOT NULL,
+  from_dept_id BIGINT,
+  from_dept_name VARCHAR(100),
+  to_dept_id BIGINT,
+  to_dept_name VARCHAR(100),
+  to_hospital_name VARCHAR(200),
+  transfer_reason TEXT,
+  transfer_time TIMESTAMP,
+  transfer_by BIGINT,
+  transfer_by_name VARCHAR(50),
+  receive_by BIGINT,
+  receive_by_name VARCHAR(50),
+  status VARCHAR(20) DEFAULT 'PENDING',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE death_register (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  death_time TIMESTAMP NOT NULL,
+  death_cause TEXT,
+  death_certificate_no VARCHAR(50),
+  reporter_id BIGINT,
+  reporter_name VARCHAR(50),
+  report_time TIMESTAMP,
+  status VARCHAR(20) DEFAULT 'REPORTED',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+POST   /healthlink-his/api/v1/inpatient/pre-admission            预住院登记
+GET    /healthlink-his/api/v1/inpatient/pre-admission/page       预住院分页
+PUT    /healthlink-his/api/v1/inpatient/pre-admission/admit/{id} 确认入院
+
+POST   /healthlink-his/api/v1/inpatient/transfer/apply           转院申请
+GET    /healthlink-his/api/v1/inpatient/transfer/page            转院分页
+PUT    /healthlink-his/api/v1/inpatient/transfer/approve/{id}    转院审批
+PUT    /healthlink-his/api/v1/inpatient/transfer/execute/{id}    转院执行
+
+POST   /healthlink-his/api/v1/inpatient/death-register           死亡登记
+GET    /healthlink-his/api/v1/inpatient/death-register/page      死亡登记分页
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 预住院 | inHospitalManagement/PreAdmission.vue | 新建 | 预住院登记+检查+入院转归 |
+| 转院管理 | inHospitalManagement/Transfer.vue | 新建 | 转院申请+审批+执行 |
+| 死亡登记 | inHospitalManagement/DeathRegister.vue | 新建 | 死亡登记表单+查询 |
+
+### 关键业务规则
+
+1. 预住院期间的检查费用在正式入院时转入住院费用
+2. 转院必须经科室主任审批
+3. 死亡病例必须在24小时内完成死亡登记
+4. 死亡病例必须进行死亡讨论（复用 mrhomepage 模块）
+5. 出院后48小时内完成出院小结
+
+---
+
+## 14. 医保（ybmanage）
+
+### 已有代码分析
+
+| 层 | ybmanage |
+|----|---------|
+| Controller | 3 (YbController 1065行/YbInpatientController/YbElepController) |
+| Service | 3 (IYbService/IYbEleHttpService/IYbEleBaseService) |
+| Mapper | 2 |
+| DTO | 28+ |
+| 前端 | ybmanagement/ 15 vue |
+
+已有功能: 医保签到/人员信息/慢病/目录对照(3301/3302)/对总账(3201)/对明细账(3202)/清算(3203A-3205A)/商品管理(3501-3507)/结算清单(4101A)/事前事中(3101/3103)/门诊退费(2208)/冲正(2601)/费用明细(2204)/住院登记(2401-2403)/住院出院/病案上传/电子处方全生命周期。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 对账明细增强 | 对账差异自动标记和处理 | 新增 yb_reconcile_detail_enhance 表 |
+| DRG预警 | 医保DRG分组异常预警和CMI监控 | 新增 yb_drg_alert 表 |
+| 医保目录同步 | 定期同步医保目录更新 | 新增 yb_catalog_sync_log 表 |
+| 医保费用监控 | 实时监控医保费用占比和异常 | 复用现有数据，增加统计接口 |
+
+### 数据库设计
+
+```sql
+-- V2026_0632__yb_enhancement.sql
+CREATE TABLE yb_drg_alert (
+  id BIGSERIAL PRIMARY KEY,
+  encounter_id BIGINT NOT NULL,
+  patient_id BIGINT NOT NULL,
+  alert_type VARCHAR(30) NOT NULL,
+  alert_level VARCHAR(10) DEFAULT 'WARNING',
+  drg_code VARCHAR(20),
+  drg_name VARCHAR(100),
+  cmi_value DECIMAL(6,3),
+  expected_cmi DECIMAL(6,3),
+  alert_detail TEXT,
+  alert_status VARCHAR(20) DEFAULT 'OPEN',
+  handler_id BIGINT,
+  handler_name VARCHAR(50),
+  handle_time TIMESTAMP,
+  handle_result TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE yb_catalog_sync_log (
+  id BIGSERIAL PRIMARY KEY,
+  sync_type VARCHAR(30) NOT NULL,
+  sync_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  sync_status VARCHAR(20) DEFAULT 'PENDING',
+  total_count INTEGER DEFAULT 0,
+  success_count INTEGER DEFAULT 0,
+  fail_count INTEGER DEFAULT 0,
+  error_msg TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/yb/drg-alert/page              DRG预警分页
+POST   /healthlink-his/api/v1/yb/drg-alert/handle            处理预警
+GET    /healthlink-his/api/v1/yb/drg-alert/stats             预警统计
+
+POST   /healthlink-his/api/v1/yb/catalog-sync/trigger         触发目录同步
+GET    /healthlink-his/api/v1/yb/catalog-sync/log             同步日志
+
+GET    /healthlink-his/api/v1/yb/fee-monitor/stats            费用监控统计
+GET    /healthlink-his/api/v1/yb/fee-monitor/abnormal         异常费用列表
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| DRG预警 | ybmanagement/DrgAlert.vue | 新建 | 预警列表+处理+统计 |
+| 费用监控 | ybmanagement/FeeMonitor.vue | 新建 | 实时费用监控+异常告警 |
+
+### 关键业务规则
+
+1. DRG分组后自动检查CMI值，偏差>20%预警
+2. 医保目录每月自动同步，有更新时通知
+3. 医保费用占比超过85%自动预警
+4. 异常费用必须48小时内处理
+
+---
+
+## 15. 系统管理（system）
+
+### 已有代码分析
+
+| 层 | system |
+|----|--------|
+| Controller | 5 (DataExport/SysAuditLog/Dashboard/ApiAuth/Home) |
+| 前端 | system/ 20 vue, monitor/ 9 vue |
+
+已有功能: 通用Excel/PDF导出、审计日志(CRUD)、仪表盘配置(CRUD+概览)、API认证管理、首页统计。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 系统参数配置 | 全局参数管理(可热更新) | 新增 sys_config 表 |
+| 消息通知 | 站内消息/短信/微信通知 | 新增 sys_notification 表 |
+| 定时任务管理 | 可视化管理Quartz定时任务 | 新增 sys_scheduled_job 表 |
+| 操作日志增强 | 增加请求/响应体记录 | 扩展 audit_log 增加字段 |
+
+### 数据库设计
+
+```sql
+-- V2026_0633__system_enhancement.sql
+CREATE TABLE sys_config (
+  id BIGSERIAL PRIMARY KEY,
+  config_group VARCHAR(50) NOT NULL,
+  config_key VARCHAR(100) NOT NULL,
+  config_value TEXT,
+  config_type VARCHAR(10) DEFAULT 'STRING',
+  description VARCHAR(200),
+  enabled CHAR(1) DEFAULT '1',
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE sys_notification (
+  id BIGSERIAL PRIMARY KEY,
+  title VARCHAR(200) NOT NULL,
+  content TEXT,
+  notification_type VARCHAR(30) NOT NULL,
+  sender_id BIGINT,
+  sender_name VARCHAR(50),
+  receiver_id BIGINT,
+  receiver_name VARCHAR(50),
+  send_channel VARCHAR(20) DEFAULT 'SYSTEM',
+  send_status VARCHAR(20) DEFAULT 'PENDING',
+  read_status VARCHAR(20) DEFAULT 'UNREAD',
+  read_time TIMESTAMP,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+
+CREATE TABLE sys_scheduled_job (
+  id BIGSERIAL PRIMARY KEY,
+  job_name VARCHAR(100) NOT NULL,
+  job_group VARCHAR(50) DEFAULT 'DEFAULT',
+  invoke_target TEXT NOT NULL,
+  cron_expression VARCHAR(100) NOT NULL,
+  misfire_policy VARCHAR(20) DEFAULT 'DO_NOTHING',
+  concurrent CHAR(1) DEFAULT '0',
+  enabled CHAR(1) DEFAULT '1',
+  last_run_time TIMESTAMP,
+  next_run_time TIMESTAMP,
+  run_count INTEGER DEFAULT 0,
+  description VARCHAR(200),
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/system/config/page             参数分页
+GET    /healthlink-his/api/v1/system/config/group/{group}    按组查询
+POST   /healthlink-his/api/v1/system/config                  保存参数
+DELETE /healthlink-his/api/v1/system/config/{id}             删除参数
+
+GET    /healthlink-his/api/v1/system/notification/page       消息分页
+GET    /healthlink-his/api/v1/system/notification/unread     未读消息
+POST   /healthlink-his/api/v1/system/notification/read/{id}  标记已读
+POST   /healthlink-his/api/v1/system/notification/read-all   全部已读
+
+GET    /healthlink-his/api/v1/system/scheduled-job/page      定时任务分页
+POST   /healthlink-his/api/v1/system/scheduled-job           保存任务
+PUT    /healthlink-his/api/v1/system/scheduled-job/{id}      更新任务
+PUT    /healthlink-his/api/v1/system/scheduled-job/pause/{id}  暂停
+PUT    /healthlink-his/api/v1/system/scheduled-job/resume/{id} 恢复
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 参数配置 | system/SysConfig.vue | 新建 | 参数分组+CRUD |
+| 消息中心 | system/Notification.vue | 新建 | 消息列表+已读/未读 |
+| 定时任务 | system/ScheduledJob.vue | 新建 | 任务CRUD+暂停/恢复+执行日志 |
+
+### 关键业务规则
+
+1. 系统参数修改立即生效（热更新）
+2. 定时任务支持Cron表达式配置
+3. 消息通知支持站内消息+短信+微信
+4. 操作日志保留至少180天
+
+---
+
+## 16. 字典/基础数据（datadictionary + basedatamanage）
+
+### 已有代码分析
+
+| 层 | datadictionary | basedatamanage |
+|----|---------------|----------------|
+| Controller | 7 (Supplier/Medication/ItemDefinition/ICDCode/Disease/DiagnosisTreatment/Device) | 8 (PractitionerRole/Practitioner/OrganizationLocation/Organization/OperatingRoom/Location/Frequency/BodyStructure) |
+| AppService | 8 | 7 |
+| 前端 | basicmanage/ 39 vue, catalog/ 13 vue, drug/ 7 vue |
+
+已有功能: 供应商/药品目录/项目定价/ICD-10/病种/诊疗目录/器材目录管理(全部CRUD+导入导出)、岗位/参与者/机构/位置/手术室/频次/身体部位管理。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 数据版本管理 | 字典数据变更版本追踪 | 新增 dict_change_log 表 |
+| 批量导入校验 | 导入时的数据校验和错误反馈 | 扩展现有导入功能增加校验 |
+| 数据导出审计 | 字典导出操作审计 | 复用 audit_log |
+| 字典数据对比 | 两套字典数据差异对比 | 新增 dict_diff 表 |
+
+### 数据库设计
+
+```sql
+-- V2026_0634__dict_enhancement.sql
+CREATE TABLE dict_change_log (
+  id BIGSERIAL PRIMARY KEY,
+  dict_type VARCHAR(50) NOT NULL,
+  dict_code VARCHAR(50),
+  change_type VARCHAR(20) NOT NULL,
+  old_value TEXT,
+  new_value TEXT,
+  change_by BIGINT,
+  change_by_name VARCHAR(50),
+  change_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  change_reason TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/dict/change-log/page             变更日志分页
+GET    /healthlink-his/api/v1/dict/change-log/type/{dictType}  按类型查询
+
+POST   /healthlink-his/api/v1/dict/import/validate             导入校验
+GET    /healthlink-his/api/v1/dict/import/validate/{taskId}    校验结果
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 变更日志 | basicmanage/ChangeLog.vue | 新建 | 变更历史+对比视图 |
+
+### 关键业务规则
+
+1. 字典数据变更必须记录操作日志
+2. 已被引用的字典数据不可删除，只能停用
+3. 批量导入必须先校验再导入
+4. 字典编码全局唯一
+
+---
+
+## 17. 电子签名（ca）
+
+### 已有代码分析
+
+| 层 | ca |
+|----|-----|
+| Controller | 1 (CaSignatureController) |
+| AppService | 1 (ICaSignatureAppService) |
+| 前端 | casignature/ 3 vue |
+
+已有功能: 签名、验证签名、签名历史、撤销签名、签名统计。
+
+### 缺失功能清单
+
+| 功能 | 描述 | 实现方式 |
+|------|------|---------|
+| 签名模板 | 常用签名模板管理 | 新增 ca_signature_template 表 |
+| 批量签名 | 批量签署多份文书 | 扩展签名接口支持批量 |
+| 签名验证增强 | 验证签名完整性和时间戳 | 复用现有功能，增加验证维度 |
+| 签名日志 | 签名操作详细日志 | 新增 ca_signature_log 表 |
+
+### 数据库设计
+
+```sql
+-- V2026_0635__ca_enhancement.sql
+CREATE TABLE ca_signature_template (
+  id BIGSERIAL PRIMARY KEY,
+  template_name VARCHAR(100) NOT NULL,
+  document_type VARCHAR(50) NOT NULL,
+  signature_config TEXT,
+  is_default CHAR(1) DEFAULT '0',
+  enabled CHAR(1) DEFAULT '1',
+  created_by BIGINT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64),
+  update_time TIMESTAMP,
+  update_by VARCHAR(64)
+);
+
+CREATE TABLE ca_signature_log (
+  id BIGSERIAL PRIMARY KEY,
+  signature_id BIGINT NOT NULL,
+  action VARCHAR(30) NOT NULL,
+  document_type VARCHAR(50),
+  document_id BIGINT,
+  signer_id BIGINT,
+  signer_name VARCHAR(50),
+  action_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  action_result VARCHAR(20),
+  ip_address VARCHAR(50),
+  user_agent TEXT,
+  del_flag CHAR(1) DEFAULT '0',
+  create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+  create_by VARCHAR(64)
+);
+```
+
+### API接口设计
+
+```
+GET    /healthlink-his/api/v1/ca-signature/template/page          模板分页
+POST   /healthlink-his/api/v1/ca-signature/template               保存模板
+DELETE /healthlink-his/api/v1/ca-signature/template/{id}          删除模板
+
+POST   /healthlink-his/api/v1/ca-signature/batch-sign             批量签名
+GET    /healthlink-his/api/v1/ca-signature/log/{documentType}/{documentId} 签名日志
+```
+
+### 前端页面设计
+
+| 页面 | 路径 | 类型 | 说明 |
+|------|------|------|------|
+| 签名模板 | casignature/SignatureTemplate.vue | 新建 | 模板CRUD |
+
+### 关键业务规则
+
+1. 签名后文书不可篡改
+2. 签名操作必须记录IP和设备信息
+3. 批量签名最多100份/次
+4. 签名证书到期前30天提醒更新
+
+---
+
+## 附录：Flyway迁移文件清单
+
+| 文件名 | 模块 | 说明 |
+|--------|------|------|
+| V2026_0618__blood_transfusion_record.sql | 住院医生站 | 输血管理表 |
+| V2026_0619__clinical_pathway_execution_enhancement.sql | 住院医生站 | 临床路径+危急值处理 |
+| V2026_0620__anesthesia_enhancement.sql | 手术麻醉 | ASA评估+术前访视+麻醉小结+事件+PACU |
+| V2026_0621__emr_version_and_rules.sql | 电子病历 | 版本管理+规则+质量评分+锁定 |
+| V2026_0622__mr_management_enhancement.sql | 病案管理 | 终末质控+HQMS+DRG预警+规则 |
+| V2026_0623__pharmacy_safety_enhancement.sql | 药品管理 | 交互检查+处方审核+用药提醒 |
+| V2026_0624__nursing_enhancement.sql | 护士站 | 评估+任务+交接班+护理计划 |
+| V2026_0625__lab_enhancement.sql | 检验 | 自动审核规则+报告模板 |
+| V2026_0626__check_enhancement.sql | 检查/影像 | PACS+排队+AI辅助 |
+| V2026_0627__radiology_enhancement.sql | 放射增强 | 影像随访 |
+| V2026_0628__billing_enhancement.sql | 收费/计费 | 票据+退费审批+一日清单 |
+| V2026_0629__appointment_enhancement.sql | 挂号 | 排队+爽约+提醒 |
+| V2026_0630__outpatient_enhancement.sql | 门诊 | 随访+提醒 |
+| V2026_0631__inpatient_enhancement.sql | 住院入出转 | 预住院+转院+死亡登记 |
+| V2026_0632__yb_enhancement.sql | 医保 | DRG预警+目录同步 |
+| V2026_0633__system_enhancement.sql | 系统管理 | 参数+通知+定时任务 |
+| V2026_0634__dict_enhancement.sql | 字典/基础数据 | 变更日志 |
+| V2026_0635__ca_enhancement.sql | 电子签名 | 模板+日志 |
diff --git a/MD/design/PHASE2_REVIEW_DESIGN.md b/MD/design/PHASE2_REVIEW_DESIGN.md
new file mode 100644
index 000000000..a139466b4
--- /dev/null
+++ b/MD/design/PHASE2_REVIEW_DESIGN.md
@@ -0,0 +1,1314 @@
+# HealthLink-HIS Phase 2 详细设计 — P1评审保障
+
+> **文档类型**: 详细设计
+> **版本**: v1.0
+> **日期**: 2026-06-17
+> **范围**: 6大模块组 × 25个功能域
+> **技术栈**: Spring Boot 4.0.6 + JDK 25 + MyBatis-Plus 3.5.16 + Vue 3 + Element Plus + PostgreSQL 15+
+
+---
+
+## 目录
+
+- [1. 院感管理（infection）](#1-院感管理infection)
+- [2. 护理评估（nursing）](#2-护理评估nursing)
+- [3. 护士站增强（inhospitalnursestation）](#3-护士站增强inhospitalnursestation)
+- [4. 检验LIS（lab + Inspection + labenhanced）](#4-检验lislab--inspection--labenhanced)
+- [5. 检查PACS（check + radiologyenhanced + radiologycomparison）](#5-检查pacscheck--radiologyenhanced--radiologycomparison)
+- [6. ESB集成平台（esbmanage）](#6-esb集成平台esbmanage)
+- [附录A: Flyway迁移脚本汇总](#附录a-flyway迁移脚本汇总)
+- [附录B: API接口清单](#附录b-api接口清单)
+
+---
+
+## 1. 院感管理（infection）
+
+### 1.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller | `InfectionController.java` (298行) | 感染病例/手卫生/环境/抗菌/耐药/职业暴露/预警/监测 |
+| Controller | `InfectionEnhancedController.java` (271行) | 暴发预警/目标性监测/手卫生/耐药/环境增强 |
+| AppService | `IInfectionAppService.java` + impl | 院感业务编排 |
+| Domain Service | 8个IXxxService + impl | 各子域CRUD |
+| Domain Entity | 8个Entity | HirInfectionCase/AntibioticUsage/OccupationalExposure/EnvironmentalMonitor/HandHygiene/MultiDrugResistant/OutbreakWarning/TargetedSurveillance |
+| Mapper | 8个Mapper | 各子域持久化 |
+
+**已有数据库表（V9+V17）**
+
+| 表名 | 来源 | 说明 |
+|------|------|------|
+| hir_infection_case | V9 | 感染病例 |
+| hir_antibiotic_usage | V9 | 抗菌药物使用 |
+| hir_occupational_exposure | V9 | 职业暴露 |
+| hir_environmental_monitor | V17 | 环境监测 |
+| hir_hand_hygiene | V17 | 手卫生 |
+| hir_multi_drug_resistant | V17 | 多重耐药菌 |
+| hir_outbreak_warning | V17 | 暴发预警 |
+| hir_targeted_surveillance | V17 | 目标性监测 |
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| infection/ | 8 | 7个有script |
+| infectionenhanced/ | 1 | 增强页面 |
+
+### 1.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 院感病例自动筛查规则引擎 | P0 | 基于诊断/检验/用药自动触发筛查 |
+| 2 | 暴发预警逻辑增强 | P0 | 同科室同类型感染≥3例自动预警 |
+| 3 | 目标性监测ICU/手术部位 | P0 | ICU导管日/手术部位感染率 |
+| 4 | 手卫生依从性统计 | P1 | 科室/个人依从率排名 |
+| 5 | 环境监测管理 | P1 | 采样计划/结果录入/合格率 |
+| 6 | 多重耐药菌跟踪 | P1 | 耐药菌检出→隔离→解除闭环 |
+
+### 1.3 业务流程
+
+#### 1.3.1 院感病例自动筛查
+
+```
+电子病历/检验数据 → 规则引擎匹配 → 生成筛查记录 → 院感科审核 → 确认/排除
+       ↑                                    ↓
+  检验结果(Microbiology)              感染病例(hir_infection_case)
+  用药记录(AntibioticUsage)
+  诊断编码(ICD-10)
+```
+
+#### 1.3.2 暴发预警
+
+```
+监测数据聚合 → 阈值判断(同科室≥3例/7天) → 生成预警 → 院感科响应 → 处置记录
+                                                              ↓
+                                                     触发应急响应流程
+```
+
+#### 1.3.3 目标性监测
+
+```
+ICU患者 → 导管留置天数记录 → 感染事件关联 → 计算感染率(ICU-specific)
+手术患者 → 手术部位感染追踪 →SSI率计算 → 科室排名
+```
+
+### 1.4 数据库设计
+
+#### V47__infection_rule_engine.sql
+
+```sql
+CREATE TABLE hir_screening_rule (
+    id BIGSERIAL PRIMARY KEY,
+    rule_code VARCHAR(50) NOT NULL,
+    rule_name VARCHAR(200) NOT NULL,
+    rule_type VARCHAR(20) NOT NULL,
+    trigger_condition TEXT NOT NULL,
+    severity VARCHAR(20) DEFAULT 'MEDIUM',
+    is_enabled VARCHAR(1) DEFAULT '1',
+    department_scope VARCHAR(500),
+    icd_codes TEXT,
+    lab_keywords TEXT,
+    drug_keywords TEXT,
+    time_window_hours INTEGER DEFAULT 72,
+    threshold INTEGER DEFAULT 1,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE hir_screening_record (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    rule_id BIGINT NOT NULL,
+    rule_code VARCHAR(50) NOT NULL,
+    rule_name VARCHAR(200),
+    match_source VARCHAR(50) NOT NULL,
+    match_detail TEXT,
+    risk_level VARCHAR(20) DEFAULT 'MEDIUM',
+    status VARCHAR(20) DEFAULT 'PENDING',
+    reviewer_id BIGINT,
+    review_time TIMESTAMP,
+    review_remark TEXT,
+    confirmed_case_id BIGINT,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE hir_icu_daily_record (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    icu_type VARCHAR(50) NOT NULL,
+    record_date DATE NOT NULL,
+    ventilator_hours DECIMAL(5,2) DEFAULT 0,
+    central_line_days INTEGER DEFAULT 0,
+    urinary_catheter_days INTEGER DEFAULT 0,
+    has_vap VARCHAR(1) DEFAULT '0',
+    has_clabsi VARCHAR(1) DEFAULT '0',
+    has_cauti VARCHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE hir_ssi_tracking (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    surgery_id BIGINT,
+    surgery_type VARCHAR(100),
+    surgery_date DATE,
+    wound_class VARCHAR(20),
+    ssi_type VARCHAR(20),
+    diagnosis_date DATE,
+    pathogen TEXT,
+    status VARCHAR(20) DEFAULT 'ACTIVE',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE hir_hygiene_compliance (
+    id BIGSERIAL PRIMARY KEY,
+    department_id BIGINT NOT NULL,
+    department_name VARCHAR(100),
+    monitor_date DATE NOT NULL,
+    monitor_type VARCHAR(50) NOT NULL,
+    target_count INTEGER DEFAULT 0,
+    actual_count INTEGER DEFAULT 0,
+    compliance_rate DECIMAL(5,2),
+    observer_id BIGINT,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 1.5 API接口设计
+
+#### 1.5.1 规则引擎
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/infection/rule/page` | 规则分页列表 |
+| POST | `/infection/rule/add` | 新增规则 |
+| PUT | `/infection/rule/update` | 修改规则 |
+| DELETE | `/infection/rule/delete/{id}` | 删除规则 |
+| POST | `/infection/rule/toggle/{id}` | 启用/禁用规则 |
+| POST | `/infection/screening/run` | 执行筛查 |
+| GET | `/infection/screening/page` | 筛查记录分页 |
+| PUT | `/infection/screening/review/{id}` | 审核筛查结果 |
+
+#### 1.5.2 暴发预警
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/infection/outbreak/statistics` | 暴发统计 |
+| POST | `/infection/outbreak/auto-detect` | 自动检测暴发 |
+| GET | `/infection/outbreak/timeline/{id}` | 预警时间线 |
+
+#### 1.5.3 目标性监测
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/infection/icu/daily/page` | ICU日志分页 |
+| POST | `/infection/icu/daily/add` | 新增ICU日志 |
+| GET | `/infection/icu/rate` | ICU感染率统计 |
+| GET | `/infection/ssi/page` | SSI追踪分页 |
+| POST | `/infection/ssi/add` | 新增SSI记录 |
+| GET | `/infection/ssi/rate` | SSI感染率统计 |
+
+#### 1.5.4 手卫生
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/infection/hygiene/compliance/page` | 依从性分页 |
+| POST | `/infection/hygiene/compliance/add` | 录入依从性数据 |
+| GET | `/infection/hygiene/ranking` | 科室排名 |
+| GET | `/infection/hygiene/trend` | 依从性趋势 |
+
+### 1.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| 规则管理 | `infection/ruleManage.vue` | 规则CRUD + 启用/禁用 |
+| 筛查工作台 | `infection/screeningWorkbench.vue` | 待审核筛查列表 + 审核操作 |
+| 暴发预警 | `infectionenhanced/outbreakDashboard.vue` | 预警大屏 + 时间线 |
+| ICU监测 | `infectionenhanced/icuMonitoring.vue` | ICU日志录入 + 感染率 |
+| SSI追踪 | `infectionenhanced/ssiTracking.vue` | SSI记录 + 统计 |
+| 手卫生统计 | `infectionenhanced/hygieneCompliance.vue` | 依从性录入 + 排名 + 趋势 |
+
+---
+
+## 2. 护理评估（nursing）
+
+### 2.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller | 6个 | Nursing/NursingEnhanced/NursingExecution/NursingQuality/AssessmentTrend/NursingAssessmentEnhanced |
+| AppService | 2个 | INursingAppService + INursingEnhancedAppService |
+| Domain Entity | 12个 | NursingAssessment/AssessmentReminder/AssessmentTrend/CarePlan/ExecutionScan/Handoff/HandoffRecord/InfusionPatrol/QualityIndicator/VitalSignsChart/AssessmentIntervention/Dynamic |
+
+**已有数据库表（V7+V18+V21+V22+V26+V35）**
+
+| 表名 | 来源 | 说明 |
+|------|------|------|
+| nursing_assessment | V7 | 护理评估 |
+| nursing_care_plan | V7 | 护理计划 |
+| nursing_handoff | V7 | 护理交接 |
+| nursing_assessment_reminder | V18 | 评估提醒 |
+| nursing_execution_scan | V21 | 执行扫码 |
+| nursing_handoff_record | V21 | 交接记录 |
+| nursing_infusion_patrol | V21 | 巡视记录 |
+| nursing_quality_indicator | V22 | 质量指标 |
+| nursing_assessment_intervention | V26 | 评估干预 |
+| nursing_assessment_dynamic | V35 | 动态评估 |
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| nursing/ | 1 | 基础评估 |
+| nurseriesenhanced/ | 2 | 增强功能 |
+| nursingexecution/ | 1 | 执行记录 |
+| nursingquality/ | 1 | 质量指标 |
+| assessmenttrend/ | 1 | 评估趋势 |
+| vitalsignschart/ | 1 | 生命体征 |
+
+### 2.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 管道滑脱风险评估 | P0 | Morse评分+管道分类+干预措施 |
+| 2 | 营养风险筛查NRS2002 | P0 | BMI+疾病+营养评分 |
+| 3 | 疼痛评估NRS/VAS | P1 | 数字评分+面部表情+部位定位 |
+
+### 2.3 业务流程
+
+#### 2.3.1 管道滑脱风险评估
+
+```
+入院评估 → 管道登记(类型/留置日期/固定方式)
+    ↓
+定期评估(Morse评分) → 风险分级(低/中/高)
+    ↓
+干预措施(标识/固定/宣教) → 效果评价 → 降低风险
+```
+
+#### 2.3.2 营养风险筛查NRS2002
+
+```
+入院24h内 → NRS2002筛查(BMI+疾病严重度+年龄)
+    ↓
+评分≥3分 → 营养不良风险 → 营养科会诊
+评分<3分 → 每周复评
+    ↓
+营养干预 → 效果评价 → 复评
+```
+
+#### 2.3.3 疼痛评估NRS/VAS
+
+```
+入院评估 → 疼痛评估(NRS 0-10 / VAS / 面部表情)
+    ↓
+疼痛部位定位(人体图) → 疼痛性质/持续时间
+    ↓
+镇痛方案 → 效果评价 → 再评估
+```
+
+### 2.4 数据库设计
+
+#### V48__nursing_assessment_tools.sql
+
+```sql
+CREATE TABLE nursing_pipe_risk_assessment (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    pipe_type VARCHAR(50) NOT NULL,
+    pipe_name VARCHAR(200),
+    insertion_date DATE,
+    insertion_site VARCHAR(100),
+    fixation_method VARCHAR(100),
+    morse_score INTEGER DEFAULT 0,
+    risk_level VARCHAR(20) DEFAULT 'LOW',
+    intervention_measures TEXT,
+    assessment_date TIMESTAMP,
+    assessor_id BIGINT,
+    assessor_name VARCHAR(100),
+    next_assess_date TIMESTAMP,
+    status VARCHAR(20) DEFAULT 'ACTIVE',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE nursing_nrs2002_screening (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    bmi DECIMAL(5,2),
+    bmi_score INTEGER DEFAULT 0,
+    disease_severity INTEGER DEFAULT 0,
+    age_score INTEGER DEFAULT 0,
+    total_score INTEGER DEFAULT 0,
+    has_nutrition_risk VARCHAR(1) DEFAULT '0',
+    screening_date TIMESTAMP,
+    screener_id BIGINT,
+    screener_name VARCHAR(100),
+    next_screening_date TIMESTAMP,
+    referral_status VARCHAR(20),
+    referral_time TIMESTAMP,
+    dietitian_id BIGINT,
+    nutrition_plan TEXT,
+    outcome TEXT,
+    status VARCHAR(20) DEFAULT 'ACTIVE',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE nursing_pain_assessment (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    assessment_type VARCHAR(20) NOT NULL,
+    pain_score INTEGER,
+    pain_location VARCHAR(200),
+    pain_location_body_map TEXT,
+    pain_nature VARCHAR(100),
+    pain_duration VARCHAR(100),
+    pain_frequency VARCHAR(100),
+    aggravating_factors TEXT,
+    alleviating_factors TEXT,
+    impact_on_sleep VARCHAR(20),
+    impact_on_mood VARCHAR(20),
+    assessment_date TIMESTAMP,
+    assessor_id BIGINT,
+    assessor_name VARCHAR(100),
+    next_assess_date TIMESTAMP,
+    status VARCHAR(20) DEFAULT 'ACTIVE',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE nursing_pain_intervention (
+    id BIGSERIAL PRIMARY KEY,
+    pain_assessment_id BIGINT NOT NULL,
+    intervention_type VARCHAR(50) NOT NULL,
+    intervention_content TEXT,
+    effect_evaluation TEXT,
+    re_assessment_score INTEGER,
+    intervention_time TIMESTAMP,
+    operator_id BIGINT,
+    operator_name VARCHAR(100),
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 2.5 API接口设计
+
+#### 2.5.1 管道滑脱风险评估
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/nursing/pipe-risk/page` | 评估记录分页 |
+| POST | `/nursing/pipe-risk/add` | 新增管道评估 |
+| PUT | `/nursing/pipe-risk/update` | 修改评估 |
+| GET | `/nursing/pipe-risk/morse-guide` | Morse评分指南 |
+| GET | `/nursing/pipe-risk/statistics` | 科室管道风险统计 |
+
+#### 2.5.2 营养风险筛查NRS2002
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/nursing/nrs2002/page` | 筛查记录分页 |
+| POST | `/nursing/nrs2002/add` | 新增筛查 |
+| PUT | `/nursing/nrs2002/update` | 修改筛查 |
+| POST | `/nursing/nrs2002/refer` | 营养科会诊转介 |
+| GET | `/nursing/nrs2002/statistics` | 营养风险统计 |
+
+#### 2.5.3 疼痛评估
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/nursing/pain/page` | 疼痛评估分页 |
+| POST | `/nursing/pain/add` | 新增评估 |
+| PUT | `/nursing/pain/update` | 修改评估 |
+| POST | `/nursing/pain/intervene` | 疼痛干预 |
+| GET | `/nursing/pain/trend` | 疼痛趋势 |
+| GET | `/nursing/pain/statistics` | 疼痛统计 |
+
+### 2.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| 管道风险评估 | `nursing/pipeRiskAssessment.vue` | 管道登记+Morse评分+风险分级 |
+| NRS2002筛查 | `nursing/nrs2002Screening.vue` | BMI+疾病+年龄评分+转介 |
+| 疼痛评估 | `nursing/painAssessment.vue` | NRS/VAS+人体图定位+干预 |
+| 疼痛趋势 | `nursing/painTrend.vue` | 疼痛评分变化曲线 |
+
+---
+
+## 3. 护士站增强（inhospitalnursestation）
+
+### 3.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller | 6个 | AdviceProcess/ATDManage/EncounterAutoRoll/MedicineSummary/NurseBilling/OrgDeviceStockTake |
+| AppService | 13个 | 完整的医嘱执行、记账、药品汇总 |
+| Mapper | 6个 | 各子域持久化 |
+
+**已有功能**: 医嘱执行处理、ATD管理、自动滚动、药品汇总、护士记账、设备盘点
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| inpatientNurse/ | 56 | 46个有script |
+
+### 3.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 护理文书(一般/危重记录单) | P0 | 三甲评审必查 |
+| 2 | 护理质量指标上报 | P1 | 跌倒/压疮/管滑/给药错误 |
+| 3 | 护理交接班重点患者提示 | P1 | 危重/手术/新入/特殊患者 |
+
+### 3.3 业务流程
+
+#### 3.3.1 护理文书
+
+```
+选择患者 → 选择文书类型(一般/危重/手术)
+    ↓
+填写评估(生命体征+意识+皮肤+管道+心理)
+    ↓
+护理措施记录 → 签名(CA)
+    ↓
+保存/提交 → 护士长审核
+```
+
+#### 3.3.2 护理质量指标
+
+```
+每月统计 → 跌倒发生率/压疮发生率/管滑发生率/给药错误率
+    ↓
+科室填报 → 护理部审核 → 上报省卫健委
+```
+
+#### 3.3.3 交接班重点提示
+
+```
+交班护士 → 查看重点患者列表(危重/手术/新入/特殊)
+    ↓
+生成交班报告 → 接班护士确认 → 完成交接
+```
+
+### 3.4 数据库设计
+
+#### V49__nurse_station_enhancement.sql
+
+```sql
+CREATE TABLE nursing_document (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    document_type VARCHAR(50) NOT NULL,
+    document_date DATE NOT NULL,
+    shift VARCHAR(20),
+    vital_signs TEXT,
+    consciousness VARCHAR(50),
+    skin_condition VARCHAR(100),
+    pipes_status TEXT,
+    psychological_state TEXT,
+    nursing_measures TEXT,
+    special_notes TEXT,
+    sign_time TIMESTAMP,
+    signer_id BIGINT,
+    signer_name VARCHAR(100),
+    reviewer_id BIGINT,
+    reviewer_name VARCHAR(100),
+    review_time TIMESTAMP,
+    review_remark TEXT,
+    status VARCHAR(20) DEFAULT 'DRAFT',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE nursing_quality_report (
+    id BIGSERIAL PRIMARY KEY,
+    report_month VARCHAR(7) NOT NULL,
+    department_id BIGINT NOT NULL,
+    department_name VARCHAR(100),
+    indicator_type VARCHAR(50) NOT NULL,
+    indicator_name VARCHAR(200),
+    numerator INTEGER DEFAULT 0,
+    denominator INTEGER DEFAULT 0,
+    rate DECIMAL(8,4),
+    target_rate DECIMAL(8,4),
+    comparison_data TEXT,
+    improvement_measures TEXT,
+    reporter_id BIGINT,
+    reporter_name VARCHAR(100),
+    report_time TIMESTAMP,
+    reviewer_id BIGINT,
+    review_time TIMESTAMP,
+    review_remark TEXT,
+    status VARCHAR(20) DEFAULT 'DRAFT',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE nursing_shift_patient (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    department_id BIGINT NOT NULL,
+    patient_name VARCHAR(100),
+    bed_no VARCHAR(20),
+    admission_date DATE,
+    diagnosis TEXT,
+    priority_level VARCHAR(20) NOT NULL,
+    priority_reason TEXT,
+    key_nursing_points TEXT,
+    special_notes TEXT,
+    shift_date DATE NOT NULL,
+    shift_type VARCHAR(20) NOT NULL,
+    handover_nurse_id BIGINT,
+    handover_nurse_name VARCHAR(100),
+    receiver_nurse_id BIGINT,
+    receiver_nurse_name VARCHAR(100),
+    handover_time TIMESTAMP,
+    status VARCHAR(20) DEFAULT 'PENDING',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 3.5 API接口设计
+
+#### 3.5.1 护理文书
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/inhospital-nurse/document/page` | 文书分页列表 |
+| POST | `/inhospital-nurse/document/add` | 新增文书 |
+| PUT | `/inhospital-nurse/document/update` | 修改文书 |
+| POST | `/inhospital-nurse/document/submit/{id}` | 提交审核 |
+| POST | `/inhospital-nurse/document/review/{id}` | 护士长审核 |
+| GET | `/inhospital-nurse/document/template/{type}` | 获取文书模板 |
+
+#### 3.5.2 护理质量指标
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/inhospital-nurse/quality/page` | 质量报告分页 |
+| POST | `/inhospital-nurse/quality/add` | 新增报告 |
+| PUT | `/inhospital-nurse/quality/update` | 修改报告 |
+| POST | `/inhospital-nurse/quality/submit/{id}` | 提交审核 |
+| GET | `/inhospital-nurse/quality/trend` | 指标趋势 |
+| GET | `/inhospital-nurse/quality/compare` | 科室对比 |
+
+#### 3.5.3 交接班重点患者
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/inhospital-nurse/shift/priority-patients` | 重点患者列表 |
+| POST | `/inhospital-nurse/shift/generate-report` | 生成交班报告 |
+| POST | `/inhospital-nurse/shift/confirm` | 接班确认 |
+| GET | `/inhospital-nurse/shift/history` | 交接班历史 |
+
+### 3.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| 一般护理记录 | `inpatientNurse/nursingDocumentGeneral.vue` | 一般记录单表单+签名 |
+| 危重护理记录 | `inpatientNurse/nursingDocumentCritical.vue` | 危重记录单+生命体征 |
+| 质量指标上报 | `inpatientNurse/qualityIndicatorReport.vue` | 指标填报+趋势图 |
+| 交接班管理 | `inpatientNurse/shiftManagement.vue` | 重点患者+交班报告 |
+
+---
+
+## 4. 检验LIS（lab + Inspection + labenhanced）
+
+### 4.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller (lab) | 5个 | InspectionPackage/InspectionType/LabActivityDefinition/LabEnhanced/LabHistory |
+| Controller (Inspection) | 10个 | ClinicalManage/Icd10/Instrument/Laboratory/LabReferenceRange/LisConfig/ObservationDef/SampleCollect/SpecimenDef |
+| AppService (lab) | 2个 | IInspectionPackageAppService/IInspectionTypeAppService |
+| AppService (Inspection) | 12个 | 完整的检验业务编排 |
+| Domain Entity | 18个 | InspectionLabApply/Observation/Specimen/LabInternalQc/LabExternalEqa/LabResultComparison/LabReferenceRange等 |
+
+**已有数据库表（V19+V22+V30+V46）**
+
+| 表名 | 来源 | 说明 |
+|------|------|------|
+| lab_internal_qc | V19 | 室内质控 |
+| lab_external_eqa | V19 | 室间质评 |
+| lab_result_comparison | V22 | 结果比对 |
+| lab_reference_range | V30 | 参考范围 |
+| lab_activity_def_device_def | V46 | 设备定义 |
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| inspection/ | 10 | 全部无script! |
+| labenhanced/ | 6 | 全部有script |
+| labhistory/ | 1 | 历史查询 |
+
+### 4.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 室内质控Westgard规则 | P0 | 1-2s/1-3s/2-2s/R-4s/4-1s/10x |
+| 2 | 室间质评 | P1 | 卫临检中心/省临检中心 |
+| 3 | 检验报告标准格式打印 | P1 | 三甲要求标准格式 |
+
+### 4.3 业务流程
+
+#### 4.3.1 室内质控Westgard规则
+
+```
+每日质控 → 质控品检测 → 数据录入(L-J质控图)
+    ↓
+Westgard规则判断 → 失控(1-2s警告/1-3s失控/2-2s失控...)
+    ↓
+失控处理 → 原因分析 → 纠正措施 → 重新检测
+    ↓
+质控在控 → 发放报告
+```
+
+#### 4.3.2 室间质评
+
+```
+接收质评样本 → 检测 → 结果录入
+    ↓
+与靶值比对 → 计算偏倚 → 判定合格/不合格
+    ↓
+不合格分析 → 整改措施 → 效果验证
+```
+
+#### 4.3.3 检验报告打印
+
+```
+报告审核 → 选择打印格式 → 预览
+    ↓
+打印(含参考范围/印章/签名)
+    ↓
+打印记录归档
+```
+
+### 4.4 数据库设计
+
+#### V50__lab_quality_control.sql
+
+```sql
+CREATE TABLE lab_qc_material (
+    id BIGSERIAL PRIMARY KEY,
+    material_code VARCHAR(50) NOT NULL,
+    material_name VARCHAR(200) NOT NULL,
+    manufacturer VARCHAR(200),
+    lot_no VARCHAR(100),
+    expiration_date DATE,
+    target_values TEXT,
+    standard_deviation DECIMAL(10,4),
+    cv_coefficient DECIMAL(8,4),
+    level VARCHAR(20),
+    is_enabled VARCHAR(1) DEFAULT '1',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE lab_qc_result (
+    id BIGSERIAL PRIMARY KEY,
+    material_id BIGINT NOT NULL,
+    instrument_id BIGINT,
+    test_date DATE NOT NULL,
+    test_item VARCHAR(100) NOT NULL,
+    result_value DECIMAL(12,4),
+    target_value DECIMAL(12,4),
+    sd_value DECIMAL(10,4),
+    cv_value DECIMAL(8,4),
+    westgard_result VARCHAR(20),
+    westgard_rules TEXT,
+    is失控 VARCHAR(1) DEFAULT '0',
+    operator_id BIGINT,
+    operator_name VARCHAR(100),
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE lab_ea_participation (
+    id BIGSERIAL PRIMARY KEY,
+    year INTEGER NOT NULL,
+    quarter VARCHAR(10),
+    organizer VARCHAR(200),
+    organizer_type VARCHAR(50),
+    test_item VARCHAR(100) NOT NULL,
+    sample_no VARCHAR(50),
+    target_value DECIMAL(12,4),
+    allowed_deviation DECIMAL(10,4),
+    submitted_value DECIMAL(12,4),
+    bias_value DECIMAL(10,4),
+    bias_rate DECIMAL(8,4),
+    result_grade VARCHAR(20),
+    is_pass VARCHAR(1) DEFAULT '1',
+    analysis TEXT,
+    corrective_action TEXT,
+    status VARCHAR(20) DEFAULT 'PENDING',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE lab_report_print_log (
+    id BIGSERIAL PRIMARY KEY,
+    report_id BIGINT NOT NULL,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT,
+    print_format VARCHAR(50) NOT NULL,
+    print_count INTEGER DEFAULT 1,
+    printer_id BIGINT,
+    printer_name VARCHAR(100),
+    print_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 4.5 API接口设计
+
+#### 4.5.1 室内质控
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/lab/qc/material/page` | 质控品分页 |
+| POST | `/lab/qc/material/add` | 新增质控品 |
+| GET | `/lab/qc/result/page` | 质控结果分页 |
+| POST | `/lab/qc/result/add` | 录入质控结果 |
+| GET | `/lab/qc/lj-chart` | L-J质控图数据 |
+| GET | `/lab/qc/westgard-check` | Westgard规则检查 |
+| GET | `/lab/qc/statistics` | 质控统计 |
+
+#### 4.5.2 室间质评
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/lab/ea/page` | 质评记录分页 |
+| POST | `/lab/ea/add` | 新增质评记录 |
+| PUT | `/lab/ea/update` | 修改质评记录 |
+| GET | `/lab/ea/compare` | 靶值比对 |
+| GET | `/lab/ea/statistics` | 质评统计 |
+
+#### 4.5.3 报告打印
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/lab/report/preview/{id}` | 报告预览 |
+| GET | `/lab/report/print/{id}` | 报告打印 |
+| GET | `/lab/report/print-log` | 打印记录 |
+
+### 4.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| 质控品管理 | `labenhanced/qcMaterialManage.vue` | 质控品CRUD |
+| L-J质控图 | `labenhanced/ljQcChart.vue` | L-J质控图+Westgard判断 |
+| 质控结果录入 | `labenhanced/qcResultEntry.vue` | 质控数据录入+自动判断 |
+| 室间质评 | `labenhanced/eaParticipation.vue` | 质评记录+靶值比对 |
+| 报告打印 | `labenhanced/reportPrint.vue` | 报告预览+打印+记录 |
+
+---
+
+## 5. 检查PACS（check + radiologyenhanced + radiologycomparison）
+
+### 5.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller | 10个 | CheckMethod/CheckPart/CheckType/ExamApply/ExamAppointment/LisGroupInfo/RadiologyComparison/RadiologyEnhanced/RadiologyImage/SpecimenBarcode |
+| AppService | 8个 | 完整的检查申请、报告审核 |
+| Domain Entity | 17个 | ExamApply/RadiologyImage/RadiologyImageReport/RadiologyImageComparison/DicomPrintRecord/RadiologyStatistics/RadiologyUrgentReport等 |
+
+**已有数据库表（V19+V22+V30）**
+
+| 表名 | 来源 | 说明 |
+|------|------|------|
+| radiology_image | V30 | 影像图片 |
+| radiology_image_report | V30 | 影像报告 |
+| radiology_statistics | V19 | 放射统计 |
+| radiology_urgent_report | V19 | 急诊报告 |
+| radiology_image_comparison | V22 | 影像对比 |
+| dicom_print_record | V30 | DICOM打印 |
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| inspection/ | 10 | 全部无script |
+| radiologyenhanced/ | 1 | 增强功能 |
+| radiologycomparison/ | 1 | 影像对比 |
+
+### 5.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | DICOM图像采集存储 | P0 | WADO/DICOMweb协议 |
+| 2 | 结构化图文报告 | P0 | 模板+结构化数据+签名 |
+| 3 | 影像对比查看 | P1 | 同部位不同时期对比 |
+| 4 | DICOM打印 | P1 | 胶片/纸张打印 |
+
+### 5.3 业务流程
+
+#### 5.3.1 DICOM图像采集存储
+
+```
+设备采集DICOM → 传输到PACS → 图像存储(FTP/对象存储)
+    ↓
+图像索引 → 关联检查申请 → 可浏览/下载
+```
+
+#### 5.3.2 结构化图文报告
+
+```
+选择模板 → 填写结构化字段 → 插入标注图像
+    ↓
+生成报告 → 三级审核(初审/复审/终审)
+    ↓
+签章(CA) → 发布 → 临床可查
+```
+
+#### 5.3.3 影像对比
+
+```
+选择患者 → 选择对比检查(同部位不同时期)
+    ↓
+左右分屏对比 → 标注/测量 → 保存对比记录
+```
+
+### 5.4 数据库设计
+
+#### V51__pacs_enhancement.sql
+
+```sql
+CREATE TABLE pacs_image_storage (
+    id BIGSERIAL PRIMARY KEY,
+    study_uid VARCHAR(200) NOT NULL,
+    series_uid VARCHAR(200),
+    instance_uid VARCHAR(200),
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT,
+    exam_apply_id BIGINT,
+    image_path VARCHAR(500),
+    storage_type VARCHAR(20) DEFAULT 'LOCAL',
+    file_size BIGINT,
+    modality VARCHAR(20),
+    body_part VARCHAR(100),
+    study_date TIMESTAMP,
+    wado_uri VARCHAR(500),
+    status VARCHAR(20) DEFAULT 'STORED',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE pacs_structured_report (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    encounter_id BIGINT,
+    exam_apply_id BIGINT NOT NULL,
+    report_template_id BIGINT,
+    report_type VARCHAR(50) NOT NULL,
+    structured_data JSONB,
+    findings TEXT,
+    impression TEXT,
+    recommendation TEXT,
+    report_images TEXT,
+    report_status VARCHAR(20) DEFAULT 'DRAFT',
+    first_reviewer_id BIGINT,
+    first_review_time TIMESTAMP,
+    second_reviewer_id BIGINT,
+    second_review_time TIMESTAMP,
+    final_reviewer_id BIGINT,
+    final_review_time TIMESTAMP,
+    sign_time TIMESTAMP,
+    signer_id BIGINT,
+    signer_name VARCHAR(100),
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE pacs_report_template (
+    id BIGSERIAL PRIMARY KEY,
+    template_name VARCHAR(200) NOT NULL,
+    report_type VARCHAR(50) NOT NULL,
+    body_part VARCHAR(100),
+    structured_fields JSONB,
+    template_content TEXT,
+    is_default VARCHAR(1) DEFAULT '0',
+    is_enabled VARCHAR(1) DEFAULT '1',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE pacs_comparison_record (
+    id BIGSERIAL PRIMARY KEY,
+    patient_id BIGINT NOT NULL,
+    current_exam_id BIGINT NOT NULL,
+    comparison_exam_id BIGINT NOT NULL,
+    comparison_type VARCHAR(20) DEFAULT 'SIDE_BY_SIDE',
+    annotations TEXT,
+    measurements TEXT,
+    conclusion TEXT,
+    operator_id BIGINT,
+    operator_name VARCHAR(100),
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 5.5 API接口设计
+
+#### 5.5.1 DICOM图像
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/check/pacs/image/page` | 图像分页列表 |
+| POST | `/check/pacs/image/store` | 存储图像 |
+| GET | `/check/pacs/image/wado/{studyUid}` | WADO查询 |
+| GET | `/check/pacs/image/series/{studyUid}` | 序列查询 |
+
+#### 5.5.2 结构化报告
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/check/pacs/report/template/page` | 模板分页 |
+| POST | `/check/pacs/report/template/add` | 新增模板 |
+| GET | `/check/pacs/report/page` | 报告分页 |
+| POST | `/check/pacs/report/add` | 新增报告 |
+| PUT | `/check/pacs/report/update` | 修改报告 |
+| POST | `/check/pacs/report/review/{id}` | 审核报告 |
+| POST | `/check/pacs/report/sign/{id}` | 签章 |
+| GET | `/check/pacs/report/preview/{id}` | 报告预览 |
+
+#### 5.5.3 影像对比
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| POST | `/check/pacs/comparison/add` | 新增对比记录 |
+| GET | `/check/pacs/comparison/history/{patientId}` | 对比历史 |
+| GET | `/check/pacs/comparison/images` | 对比图像 |
+
+### 5.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| DICOM浏览 | `radiologyenhanced/dicomViewer.vue` | 图像浏览+序列选择+工具栏 |
+| 结构化报告 | `radiologyenhanced/structuredReport.vue` | 模板选择+结构化填写+签章 |
+| 报告模板管理 | `radiologyenhanced/reportTemplate.vue` | 模板CRUD+字段配置 |
+| 影像对比 | `radiologycomparison/comparisonView.vue` | 左右分屏+标注+测量 |
+
+---
+
+## 6. ESB集成平台（esbmanage）
+
+### 6.1 已有代码分析
+
+**后端结构**
+
+| 层级 | 文件 | 说明 |
+|------|------|------|
+| Controller | 4个 | EsbMessage/EsbReliability/EsbServiceRegistry/FhirCda |
+| Domain Entity | 7个 | EsbMessage/EsbServiceRegistry/EsbDeadLetter/EsbMonitorStats/FhirResource/CdaDocument/CodeMapping |
+
+**已有数据库表（V13+V18+V29+V39）**
+
+| 表名 | 来源 | 说明 |
+|------|------|------|
+| sys_esb_message | V13 | ESB消息 |
+| sys_esb_service_registry | V13 | 服务注册 |
+| esb_cda_document | V18 | CDA文档 |
+| esb_code_mapping | V18 | 编码映射 |
+| esb_fhir_resource | V18 | FHIR资源 |
+| esb_dead_letter | V29 | 死信队列 |
+| esb_monitor_stats | V29 | 监控统计 |
+
+**前端结构**
+
+| 目录 | 文件数 | 说明 |
+|------|:------:|------|
+| esbmanage/ | 4 | 全部有script |
+| fhircda/ | 1 | FHIR/CDA |
+
+### 6.2 缺失功能清单
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | HL7 FHIR R4消息转换 | P0 | 互联互通测评核心 |
+| 2 | CDA临床文档生成 | P0 | C-CDA/PIX/PDQ |
+| 3 | 编码映射逻辑 | P0 | ICD-10/CPT/LOINC映射 |
+| 4 | 集成监控仪表盘 | P1 | 消息流量/成功率/延迟 |
+| 5 | 消息可靠性 | P1 | 重试/去重/顺序保证 |
+| 6 | 接口版本管理 | P1 | 版本控制/兼容性 |
+
+### 6.3 业务流程
+
+#### 6.3.1 FHIR R4消息转换
+
+```
+HIS内部数据 → FHIR资源映射(Patient/Encounter/Observation)
+    ↓
+FHIR JSON/XML → 校验 → 发送到外部系统
+    ↓
+响应处理 → 状态更新 → 日志归档
+```
+
+#### 6.3.2 CDA临床文档
+
+```
+临床数据采集 → CDA模板填充 → 生成C-CDA文档
+    ↓
+数字签名 → XML封装 → 发送/存储
+    ↓
+接收方验证 → 解析 → 导入
+```
+
+#### 6.3.3 编码映射
+
+```
+内部编码 → 映射表查询 → 目标编码
+    ↓
+映射失败 → 人工映射 → 更新映射表
+    ↓
+统计映射成功率 → 优化映射规则
+```
+
+### 6.4 数据库设计
+
+#### V52__esb_enhancement.sql
+
+```sql
+CREATE TABLE esb_fhir_mapping (
+    id BIGSERIAL PRIMARY KEY,
+    resource_type VARCHAR(50) NOT NULL,
+    his_entity VARCHAR(100) NOT NULL,
+    his_field VARCHAR(100) NOT NULL,
+    fhir_path VARCHAR(200) NOT NULL,
+    fhir_datatype VARCHAR(50),
+    transform_rule TEXT,
+    is_required VARCHAR(1) DEFAULT '0',
+    is_enabled VARCHAR(1) DEFAULT '1',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE esb_cda_template (
+    id BIGSERIAL PRIMARY KEY,
+    template_code VARCHAR(50) NOT NULL,
+    template_name VARCHAR(200) NOT NULL,
+    template_type VARCHAR(50) NOT NULL,
+    cda_version VARCHAR(20) DEFAULT 'C-CDA',
+    template_content TEXT,
+    field_mappings JSONB,
+    is_default VARCHAR(1) DEFAULT '0',
+    is_enabled VARCHAR(1) DEFAULT '1',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE esb_integration_log (
+    id BIGSERIAL PRIMARY KEY,
+    message_id BIGINT,
+    service_code VARCHAR(100),
+    direction VARCHAR(10) NOT NULL,
+    source_system VARCHAR(100),
+    target_system VARCHAR(100),
+    request_payload TEXT,
+    response_payload TEXT,
+    http_status INTEGER,
+    response_time_ms INTEGER,
+    status VARCHAR(20) NOT NULL,
+    error_message TEXT,
+    retry_count INTEGER DEFAULT 0,
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+
+CREATE TABLE esb_version_config (
+    id BIGSERIAL PRIMARY KEY,
+    service_code VARCHAR(100) NOT NULL,
+    version VARCHAR(20) NOT NULL,
+    protocol VARCHAR(50),
+    endpoint_url VARCHAR(500),
+    is_current VARCHAR(1) DEFAULT '0',
+    is_enabled VARCHAR(1) DEFAULT '1',
+    deprecation_date DATE,
+    compatibility_notes TEXT,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+### 6.5 API接口设计
+
+#### 6.5.1 FHIR映射
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/esb/fhir/mapping/page` | 映射规则分页 |
+| POST | `/esb/fhir/mapping/add` | 新增映射 |
+| PUT | `/esb/fhir/mapping/update` | 修改映射 |
+| POST | `/esb/fhir/convert` | 数据转换 |
+| GET | `/esb/fhir/resource/{type}/{id}` | FHIR资源查询 |
+| POST | `/esb/fhir/resource/{type}` | 创建FHIR资源 |
+
+#### 6.5.2 CDA文档
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/esb/cda/template/page` | 模板分页 |
+| POST | `/esb/cda/template/add` | 新增模板 |
+| POST | `/esb/cda/generate` | 生成CDA文档 |
+| GET | `/esb/cda/document/{id}` | 获取CDA文档 |
+| POST | `/esb/cda/sign/{id}` | 签章 |
+| POST | `/esb/cda/validate` | 文档验证 |
+
+#### 6.5.3 编码映射
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/esb/code-mapping/page` | 映射表分页 |
+| POST | `/esb/code-mapping/add` | 新增映射 |
+| PUT | `/esb/code-mapping/update` | 修改映射 |
+| POST | `/esb/code-mapping/translate` | 编码翻译 |
+| GET | `/esb/code-mapping/statistics` | 映射统计 |
+
+#### 6.5.4 监控与版本
+
+| 方法 | 路径 | 说明 |
+|------|------|------|
+| GET | `/esb/monitor/dashboard` | 监控仪表盘 |
+| GET | `/esb/monitor/flow` | 消息流量 |
+| GET | `/esb/monitor/error-rate` | 错误率统计 |
+| GET | `/esb/version/page` | 版本配置分页 |
+| POST | `/esb/version/add` | 新增版本 |
+| PUT | `/esb/version/update` | 修改版本 |
+| POST | `/esb/version/switch/{id}` | 切换版本 |
+
+### 6.6 前端设计
+
+| 页面 | 路径 | 说明 |
+|------|------|------|
+| FHIR映射管理 | `esbmanage/fhirMapping.vue` | 映射规则CRUD+测试转换 |
+| CDA文档管理 | `esbmanage/cdaDocument.vue` | 模板管理+文档生成+签章 |
+| 编码映射 | `esbmanage/codeMapping.vue` | 映射表+翻译测试 |
+| 集成监控 | `esbmanage/integrationDashboard.vue` | 流量/成功率/延迟大屏 |
+| 版本管理 | `esbmanage/versionManage.vue` | 版本配置+切换 |
+
+---
+
+## 附录A: Flyway迁移脚本汇总
+
+| 版本 | 文件名 | 路径 | 内容 |
+|------|--------|------|------|
+| V47 | `V47__infection_rule_engine.sql` | `healthlink-his-application/src/main/resources/db/migration/` | 院感筛查规则/筛查记录/ICU日志/SSI追踪/手卫生依从 |
+| V48 | `V48__nursing_assessment_tools.sql` | 同上 | 管道风险/NRS2002/疼痛评估/疼痛干预 |
+| V49 | `V49__nurse_station_enhancement.sql` | 同上 | 护理文书/质量报告/交接班重点患者 |
+| V50 | `V50__lab_quality_control.sql` | 同上 | 质控品/质控结果/室间质评/打印日志 |
+| V51 | `V51__pacs_enhancement.sql` | 同上 | DICOM存储/结构化报告/报告模板/影像对比 |
+| V52 | `V52__esb_enhancement.sql` | 同上 | FHIR映射/CDA模板/集成日志/版本配置 |
+
+## 附录B: API接口清单
+
+| 模块 | 新增接口数 | 路径前缀 |
+|------|:---------:|----------|
+| 院感管理 | 16 | `/infection/` |
+| 护理评估 | 14 | `/nursing/` |
+| 护士站增强 | 13 | `/inhospital-nurse/` |
+| 检验LIS | 15 | `/lab/` |
+| 检查PACS | 15 | `/check/pacs/` |
+| ESB集成 | 20 | `/esb/` |
+| **合计** | **93** | — |
+
+---
+
+> **文档版本**: v1.0
+> **最后更新**: 2026-06-17
+> **下次评审**: Phase 2 Sprint 1 开始前
diff --git a/MD/design/PHASE3_FILL_DESIGN.md b/MD/design/PHASE3_FILL_DESIGN.md
new file mode 100644
index 000000000..68f828690
--- /dev/null
+++ b/MD/design/PHASE3_FILL_DESIGN.md
@@ -0,0 +1,1177 @@
+# Phase 3 — 空壳补全 + 统计报表 + EMPI + 其他 详细设计
+
+| 属性 | 值 |
+|------|------|
+| 文档类型 | 详细设计 |
+| 版本 | v1.0 |
+| 日期 | 2026-06-17 |
+| 范围 | 37个模块的补全与增强 |
+
+---
+
+## 一、总体概述
+
+Phase 3 分为四大类工作：
+
+| 类别 | 模块数 | 说明 |
+|------|:------:|------|
+| A. 后端骨架补全 | 8 | empi / quality / followup / drugtrace / cssd / preopmanage / reconstruction / empienhanced |
+| B. 统计报表补全 | 5 | 质控指标自动采集 / DRG-DIP分析 / 经营分析 / 数据导出 / 可视化仪表盘 |
+| C. 合理用药增强 | 1 | 肝肾功能调量 |
+| D. 传染病报告 | 1 | 门诊传染病上报 |
+
+> 注：前端空壳审计发现所有 237 个 Vue 文件均已含 `<script>` 逻辑（可能已补全），本设计聚焦后端业务逻辑补全。
+
+---
+
+## 二、模块详细设计
+
+---
+
+### 2.1 EMPI（企业主患者索引）
+
+#### 2.1.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | EmpiController.java | 76 | 完整（9端点） |
+| Controller | EmpiEnhancedController.java | 97 | 完整（照片/家属/合并日志） |
+| Controller | EmpiIdVerificationController.java | 63 | 完整（身份证验证） |
+| AppService | EmpiAppServiceImpl.java | 129 | 完整（9方法全实现） |
+| Entity | EmpiPerson / EmpiPersonIdMapping / EmpiFamilyMember / EmpiIdVerification / EmpiMergeLog / EmpiPatientPhoto | 147 | 全部完整 |
+| Service | 6个IService + 6个ServiceImpl | 94 | 全部空壳（MyBatis-Plus默认方法够用） |
+| Mapper | 6个Mapper接口 | 46 | 全部空壳（BaseMapper够用） |
+| Listener | EmpiSyncListener.java | 109 | 完整（Patient保存自动同步EMPI） |
+
+**Flyway**: V2026_0616_1（empi_person + empi_person_id_mapping）、V20（empi_patient_photo + empi_family_member + empi_merge_log）、V2026_0616_2（fix create_time）
+
+#### 2.1.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 重复检测算法 | P0 | 新注册时自动检测姓名+身份证+手机号相似度，提示可能重复 |
+| 2 | 合并回滚 | P1 | 合并操作支持撤销 |
+| 3 | 跨系统同步队列 | P1 | 大批量注册时异步处理 |
+| 4 | 全局ID分配策略优化 | P2 | 当前UUID截断，需考虑分布式唯一性 |
+
+#### 2.1.3 业务流程
+
+```
+重复检测流程:
+  前端输入患者信息 → EmpiController.register
+    → EmpiAppServiceImpl.registerPerson
+      → 1. 查询 empi_person WHERE (name LIKE ? OR id_card_no = ? OR phone = ?)
+      → 2. 计算相似度（姓名编辑距离、身份证完全匹配、手机号匹配）
+      → 3. 相似度 > 0.7 → 返回候选列表，前端展示"疑似重复"弹窗
+      → 4. 用户确认"新增" → 执行注册
+      → 5. 用户确认"合并" → 执行 mergePersons
+```
+
+#### 2.1.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增字段（Flyway迁移）：
+
+```sql
+-- V2026_0618_1__empi_duplicate_detection.sql
+ALTER TABLE empi_person ADD COLUMN IF NOT EXISTS name_pinyin VARCHAR(100);
+ALTER TABLE empi_person ADD COLUMN IF NOT EXISTS name_initials VARCHAR(20);
+ALTER TABLE empi_person ADD COLUMN IF NOT EXISTS last_sync_time TIMESTAMP;
+ALTER TABLE empi_person ADD COLUMN IF NOT EXISTS sync_status VARCHAR(20) DEFAULT 'SYNCED';
+```
+
+#### 2.1.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/empi/person/register` | POST | 已有，增强：加重复检测前置逻辑 |
+| `/empi/person/check-duplicate` | POST | **新增**：接收 name/idCardNo/phone，返回疑似重复列表 |
+| `/empi/person/merge` | POST | 已有 |
+| `/empi/person/unmerge/{mergeLogId}` | POST | **新增**：回滚合并操作 |
+| `/empi/person/statistics` | GET | 已有 |
+| `/empi/person/linked-patients/{globalId}` | GET | 已有 |
+| `/empi/person/list` | GET | 已有 |
+
+#### 2.1.6 前端设计
+
+empienhanced 模块 4 个 Vue 文件已有完整 script 逻辑（前端已完成），无需补全。
+
+---
+
+### 2.2 Quality（病历质控 + 质控指标）
+
+#### 2.2.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | EmrQualityController.java | 33 | 完整（6端点） |
+| Controller | QualityEnhancedController.java | 81 | 完整（5端点：指标CRUD+医嘱统计） |
+| Controller | BusinessAnalyticsController.java | 62 | 完整（3端点：经营分析） |
+| AppService | EmrQualityAppServiceImpl.java | 83 | **部分实现**：executeTerminalCheck 硬编码 PASS，getCompletionRate 返回全零 |
+| Entity | QualityCoreIndicator / QualityOrderStatistics / BusinessAnalytics / EmrDefect / EmrQualityScore | 106 | 全部完整 |
+| Service | 3个IService（Indicator/OrderStats/Analytics） | 21 | 空壳 |
+| Service | EmrDefect / EmrQualityScore **缺失Service层** | — | 直接通过Mapper访问 |
+
+**Flyway**: V11（emr_quality_score + emr_defect）、V20（quality_core_indicator + quality_order_statistics）、V23（business_analytics）
+
+#### 2.2.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | executeTerminalCheck 真实逻辑 | P0 | 当前硬编码全部PASS，需实现5项检查的真实判定 |
+| 2 | getCompletionRate 真实逻辑 | P0 | 当前返回全零，需从 emr_quality_score 统计真实完成率 |
+| 3 | 质控指标自动采集 | P0 | 定时任务从各业务表聚合指标数据 |
+| 4 | EmrDefect/EmrQualityScore Service层 | P1 | 补全缺失的Service接口和实现 |
+| 5 | 缺陷自动检测规则引擎 | P2 | 根据规则自动发现病历缺陷 |
+
+#### 2.2.3 业务流程
+
+```
+终末质控检查流程:
+  EmrQualityController.terminalCheck(encounterId)
+    → EmrQualityAppServiceImpl.executeTerminalCheck
+      → 1. 查询 emr_quality_score WHERE encounter_id = ? AND check_type = 'TERMINAL'
+      → 2. 查询 emr_defect WHERE encounter_id = ? AND defect_type = 'TERMINAL'
+      → 3. 逐项检查:
+         - 入院记录24h完成: 查 emr_quality_score WHERE emr_type='ADMISSION' AND create_time - encounter_admit_time < 24h
+         - 首次病程8h完成: 查 emr_quality_score WHERE emr_type='FIRST_COURSE' AND create_time - encounter_admit_time < 8h
+         - 日常病程及时: 查最近7天 daily_course 记录数 >= 1
+         - 出院记录完整: 查 emr_quality_score WHERE emr_type='DISCHARGE' AND score >= 80
+         - 签名完整: 查 encounter 所有 EMR 记录的 sign_status 全部为 SIGNED
+      → 4. 汇总结果，写入 EmrQualityScore
+      → 5. 返回 {checks, totalItems, passItems, score}
+
+病历完成率统计流程:
+  EmrQualityController.completionRate(startDate, endDate)
+    → EmrQualityAppServiceImpl.getCompletionRate
+      → 1. SELECT COUNT(DISTINCT encounter_id) FROM encounter WHERE admit_date BETWEEN ? AND ?
+      → 2. SELECT COUNT(DISTINCT encounter_id) FROM emr_quality_score WHERE check_type='TERMINAL' AND score >= 60
+      → 3. SELECT COUNT(DISTINCT encounter_id) FROM emr_defect WHERE severity='CRITICAL' AND rectify_status='PENDING'
+      → 4. completionRate = completedEmr / totalEncounters * 100
+      → 5. 返回 {totalEncounters, completedEmr, overdueEmr, completionRate}
+
+质控指标自动采集流程（定时任务）:
+  QualityAutoCollectJob.execute (每日凌晨2:00)
+    → 1. 从 encounter 表统计: 住院天数、入出院人次、手术人次
+    → 2. 从 prescription 表统计: 处方合格率、抗菌药物使用率
+    → 3. 从 emr_quality_score 表统计: 病历合格率、甲级病案率
+    → 4. 从 emr_defect 表统计: 缺陷率、逾期整改率
+    → 5. 写入 quality_core_indicator 表
+    → 6. 更新 actual_value 和 status（达标/未达标）
+```
+
+#### 2.2.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_2__quality_enhancement.sql
+ALTER TABLE quality_core_indicator ADD COLUMN IF NOT EXISTS data_source VARCHAR(50);
+ALTER TABLE quality_core_indicator ADD COLUMN IF NOT EXISTS collect_time TIMESTAMP;
+ALTER TABLE quality_core_indicator ADD COLUMN IF NOT EXISTS trend_data JSONB;
+
+ALTER TABLE emr_quality_score ADD COLUMN IF NOT EXISTS encounter_admit_time TIMESTAMP;
+ALTER TABLE emr_quality_score ADD COLUMN IF NOT EXISTS check_items JSONB;
+```
+
+#### 2.2.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/emr-quality/runtime-check/{encounterId}` | GET | 已有（运行时检查） |
+| `/emr-quality/terminal-check/{encounterId}` | GET | 已有，**需补全逻辑** |
+| `/emr-quality/scores/{encounterId}` | GET | 已有 |
+| `/emr-quality/defects/{encounterId}` | GET | 已有 |
+| `/emr-quality/defect-statistics` | GET | 已有 |
+| `/emr-quality/completion-rate` | GET | 已有，**需补全逻辑** |
+| `/quality-enhanced/indicator/page` | GET | 已有 |
+| `/quality-enhanced/indicator/add` | POST | 已有 |
+| `/quality-enhanced/indicator/summary` | GET | 已有 |
+| `/quality-enhanced/indicator/collect` | POST | **新增**：手动触发指标采集 |
+| `/quality-enhanced/indicator/trend/{code}` | GET | **新增**：指标趋势数据 |
+| `/quality-enhanced/order-stats/page` | GET | 已有 |
+| `/business-analytics/page` | GET | 已有 |
+| `/business-analytics/summary` | GET | 已有 |
+| `/business-analytics/trend` | GET | **新增**：经营趋势数据 |
+
+#### 2.2.6 前端设计
+
+quality 模块前端页面（emr-quality / quality-enhanced / business-analytics 目录下的 Vue 文件）已有 script 逻辑，无需补全。
+
+---
+
+### 2.3 Followup（门诊随访管理）
+
+#### 2.3.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | FollowupController.java | 411 | 完整（24端点，5子模块全实现） |
+| AppService | **缺失** | — | 无 AppService 层，业务逻辑全在 Controller |
+| Entity | FollowupPlan / FollowupTask / FollowupRecord / SatisfactionSurvey / ComplaintRecord | 56 | 全部完整 |
+| Service | 5个IService + 5个ServiceImpl | 60 | 全部空壳 |
+
+**Flyway**: V32（followup_plan + followup_task + followup_record + satisfaction_survey + complaint_record）
+
+#### 2.3.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | AppService层提取 | P0 | Controller 直接调用 Service，违反分层架构 |
+| 2 | 随访计划自动生成规则 | P0 | 出院/门诊结束后按病种规则自动生成 |
+| 3 | 随访任务分配算法 | P1 | 按医生工作量自动分配 |
+| 4 | 随访提醒（短信/微信） | P2 | 定时任务检查到期任务 |
+| 5 | 满意度调查模板 | P2 | 可配置的调查问卷模板 |
+
+#### 2.3.3 业务流程
+
+```
+随访计划自动生成流程:
+  FollowupPlanAutoGenerateJob.execute (每日凌晨1:00)
+    → 1. 查询最近7天出院的 encounter (status = 'DISCHARGED')
+    → 2. 对每个出院患者，按病种查询随访规则配置
+    → 3. 生成 FollowupPlan:
+       - patientId / patientName / encounterId
+       - diseaseCode / diseaseName
+       - followupType = 'TELEPHONE'（默认电话随访）
+       - frequency = 'WEEKLY'（默认每周）
+       - totalTimes = 规则配置的次数（默认4次）
+       - responsibleDoctor = 主治医生
+       - startDate = 出院日期 + 7天
+       - status = 'ACTIVE'
+    → 4. 自动拆解 FollowupTask（按频率生成N个任务）
+    → 5. 发送通知给 responsibleDoctor
+
+随访任务执行流程:
+  FollowupController.executeTask(task)
+    → 1. 更新 task: result / actualDate / operatorName
+    → 2. 如果 result = 'SUCCESS':
+       - plan.completedTimes += 1
+       - 如果 completedTimes >= totalTimes → plan.status = 'COMPLETED'
+    → 3. 如果 result = 'ABNORMAL':
+       - task.abnormalFlag = true
+       - 生成 FollowupRecord（含异常描述）
+       - 通知 responsibleDoctor
+```
+
+#### 2.3.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_3__followup_enhancement.sql
+ALTER TABLE followup_plan ADD COLUMN IF NOT EXISTS auto_generated BOOLEAN DEFAULT FALSE;
+ALTER TABLE followup_plan ADD COLUMN IF NOT EXISTS rule_config JSONB;
+ALTER TABLE followup_task ADD COLUMN IF NOT EXISTS reminder_sent BOOLEAN DEFAULT FALSE;
+ALTER TABLE followup_task ADD COLUMN IF NOT EXISTS reminder_time TIMESTAMP;
+ALTER TABLE followup_record ADD COLUMN IF NOT EXISTS symptoms TEXT;
+ALTER TABLE followup_record ADD COLUMN IF NOT EXISTS medication_detail TEXT;
+```
+
+#### 2.3.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/followup/plan/page` | GET | 已有 |
+| `/followup/plan/add` | POST | 已有 |
+| `/followup/plan/update` | PUT | 已有 |
+| `/followup/plan/delete/{id}` | DELETE | 已有 |
+| `/followup/plan/complete/{id}` | PUT | 已有 |
+| `/followup/plan/auto-generate` | POST | **新增**：手动触发计划生成 |
+| `/followup/task/page` | GET | 已有 |
+| `/followup/task/today` | GET | 已有 |
+| `/followup/task/execute` | PUT | 已有 |
+| `/followup/task/{id}/abnormal` | PUT | 已有 |
+| `/followup/record/page` | GET | 已有 |
+| `/followup/record/add` | POST | 已有 |
+| `/followup/survey/page` | GET | 已有 |
+| `/followup/survey/stats` | GET | 已有 |
+| `/followup/complaint/page` | GET | 已有 |
+| `/followup/complaint/handle` | PUT | 已有 |
+| `/followup/complaint/close/{id}` | PUT | 已有 |
+| `/followup/statistics/overview` | GET | **新增**：随访完成率/异常率/满意度综合统计 |
+
+#### 2.3.6 前端设计
+
+followup 模块前端页面（followup-plan / followup-task / followup-record / satisfaction-survey / complaint-record 目录）需检查是否有对应 Vue 页面。如缺失需补全 CRUD 页面。
+
+---
+
+### 2.4 DrugTrace（药品追溯码管理）
+
+#### 2.4.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | DrugTraceController.java | 270 | 完整（16端点，5子模块） |
+| AppService | **缺失** | — | 业务逻辑全在 Controller |
+| Entity | DrugTraceCode / DrugTraceBatch / DrugTraceScan / DrugTraceAlert | 184 | 全部完整 |
+| Service | 4个IService + 4个ServiceImpl | 72 | 全部空壳 |
+
+**Flyway**: V36（drug_trace_code + drug_trace_batch + drug_trace_scan + drug_trace_alert）
+
+#### 2.4.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | AppService层提取 | P0 | Controller直接调Service违反分层 |
+| 2 | 自动预警生成 | P0 | 近效期/过期药品自动创建预警记录 |
+| 3 | 批量扫码入库 | P1 | 支持一次扫码批量操作 |
+| 4 | 追溯链可视化 | P2 | 从采购到使用的全链路时间线 |
+
+#### 2.4.3 业务流程
+
+```
+自动预警流程（定时任务）:
+  DrugTraceAlertJob.execute (每日凌晨3:00)
+    → 1. 查询 drug_trace_code WHERE expiry_date BETWEEN NOW() AND NOW()+30天 AND status='ACTIVE'
+    → 2. 对每条记录生成 DrugTraceAlert:
+       - alertType = 'EXPIRING_SOON'
+       - alertLevel = 'WARNING'
+       - alertContent = "药品{drugName}批次{batchNo}将于{expiryDate}过期"
+       - relatedCodeId = code.id
+       - status = 'PENDING'
+    → 3. 查询 drug_trace_code WHERE expiry_date < NOW() AND status='ACTIVE'
+    → 4. 对每条记录生成 DrugTraceAlert:
+       - alertType = 'EXPIRED'
+       - alertLevel = 'CRITICAL'
+       - status = 'PENDING'
+    → 5. 查询 drug_trace_scan WHERE scan_result != 'SUCCESS'（异常扫码）
+    → 6. 生成异常扫码预警
+
+扫码追溯流程:
+  DrugTraceController.recordScan(scan)
+    → 1. 验证 traceCode 是否存在 → DrugTraceCode
+    → 2. 检查药品是否过期 → 生成过期预警
+    → 3. 记录 DrugTraceScan
+    → 4. 如果 scanType = 'INBOUND' → 更新 DrugTraceBatch.receivedQuantity
+    → 5. 如果 scanType = 'DISPENSE' → 检查库存是否充足
+    → 6. 返回扫码结果
+```
+
+#### 2.4.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_4__drugtrace_enhancement.sql
+ALTER TABLE drug_trace_code ADD COLUMN IF NOT EXISTS current_quantity INTEGER;
+ALTER TABLE drug_trace_code ADD COLUMN IF NOT EXISTS location_code VARCHAR(50);
+ALTER TABLE drug_trace_scan ADD COLUMN IF NOT EXISTS related_batch_id BIGINT;
+ALTER TABLE drug_trace_scan ADD COLUMN IF NOT EXISTS quantity_change INTEGER;
+```
+
+#### 2.4.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/drugtrace/code/page` | GET | 已有 |
+| `/drugtrace/code/add` | POST | 已有 |
+| `/drugtrace/code/verify/{traceCode}` | GET | 已有 |
+| `/drugtrace/batch/page` | GET | 已有 |
+| `/drugtrace/batch/add` | POST | 已有 |
+| `/drugtrace/batch/{id}/receive` | PUT | 已有 |
+| `/drugtrace/scan/page` | GET | 已有 |
+| `/drugtrace/scan/record` | POST | 已有 |
+| `/drugtrace/scan/trace/{traceCode}` | GET | 已有 |
+| `/drugtrace/alert/page` | GET | 已有 |
+| `/drugtrace/alert/add` | POST | 已有 |
+| `/drugtrace/alert/{id}/handle` | PUT | 已有 |
+| `/drugtrace/statistics` | GET | 已有 |
+| `/drugtrace/scan/batch-inbound` | POST | **新增**：批量扫码入库 |
+| `/drugtrace/trace/chain/{traceCode}` | GET | **新增**：全链路追溯时间线 |
+| `/drugtrace/alert/auto-generate` | POST | **新增**：手动触发预警生成 |
+
+#### 2.4.6 前端设计
+
+drugtrace 模块前端页面需检查是否有对应 Vue 文件。如缺失需补全。
+
+---
+
+### 2.5 CSSD（消毒供应中心追溯）
+
+#### 2.5.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | CssdController.java | 161 | 完整（12端点，5子模块） |
+| AppService | **缺失** | — | 业务逻辑全在 Controller |
+| Entity | CssdTray / CssdTraceRecord / CssdSterilizeBatch / CssdSterilizeItem / CssdExpiryAlert | 51 | 全部完整 |
+| Service | 5个IService + 5个ServiceImpl | 70 | 全部空壳 |
+
+**Flyway**: V31（cssd_tray + cssd_trace_record + cssd_sterilize_batch + cssd_sterilize_item + cssd_expiry_alert）
+
+#### 2.5.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | AppService层提取 | P0 | Controller直接调Service违反分层 |
+| 2 | 扫码状态流转校验 | P0 | scanTrace 的 statusFlow Map 逻辑有bug（Map.of键值对误用） |
+| 3 | 灭菌批次关联器械包 | P1 | 批次完成时自动更新关联器械包状态 |
+| 4 | 过期预警自动生成 | P1 | 定时检查器械包灭菌有效期 |
+
+#### 2.5.3 业务流程
+
+```
+CSSD核心流程（扫码追溯）:
+  CssdController.scanTrace(params)
+    → 1. 根据 trayCode 查找 CssdTray
+    → 2. 根据 stepType 确定新状态:
+       RECYCLE → WASHING → WASH → DISINFECTING → DISINFECT → PACKING → PACK → STERILIZING → STERILIZE → STORED → STORE → DISTRIBUTED
+    → 3. 更新 tray: status / currentLocation
+    → 4. 如果 stepType = 'STERILIZE': sterilizeCount += 1, lastSterilizeTime = now
+    → 5. 如果 stepType = 'DISTRIBUTE': totalUses += 1
+    → 6. 保存 CssdTraceRecord
+    → 7. 返回 {tray, step, nextStep}
+
+灭菌批次释放流程:
+  CssdController.releaseBatch(id, releaseBy)
+    → 1. 验证批次状态 = COMPLETED
+    → 2. 验证三项监测全部 PASS（生物/化学/物理）
+    → 3. 如果任一不通过 → 返回失败
+    → 4. 更新 batchStatus = RELEASED / releaseBy / releaseTime
+    → 5. 更新关联器械包状态为 STORED
+```
+
+#### 2.5.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_5__cssd_enhancement.sql
+ALTER TABLE cssd_tray ADD COLUMN IF NOT EXISTS sterilize_validity_days INTEGER DEFAULT 180;
+ALTER TABLE cssd_tray ADD COLUMN IF NOT EXISTS last_distribute_time TIMESTAMP;
+ALTER TABLE cssd_sterilize_batch ADD COLUMN IF NOT EXISTS tray_ids JSONB;
+ALTER TABLE cssd_trace_record ADD COLUMN IF NOT EXISTS photo_url VARCHAR(500);
+```
+
+#### 2.5.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/cssd/tray/page` | GET | 已有 |
+| `/cssd/tray/add` | POST | 已有 |
+| `/cssd/tray/update` | PUT | 已有 |
+| `/cssd/trace/scan` | POST | 已有，**需修复 statusFlow bug** |
+| `/cssd/trace/history/{trayId}` | GET | 已有 |
+| `/cssd/sterilize/page` | GET | 已有 |
+| `/cssd/sterilize/add` | POST | 已有 |
+| `/cssd/sterilize/complete/{id}` | PUT | 已有 |
+| `/cssd/sterilize/release/{id}` | PUT | 已有 |
+| `/cssd/expiry/alerts` | GET | 已有 |
+| `/cssd/stats/overview` | GET | 已有 |
+| `/cssd/tray/{id}/detail` | GET | **新增**：器械包详情含追溯历史 |
+| `/cssd/sterilize/batch-detail/{id}` | GET | **新增**：批次详情含关联器械包 |
+
+#### 2.5.6 前端设计
+
+cssd 模块前端页面需检查是否有对应 Vue 文件。
+
+---
+
+### 2.6 PreopManage（术前讨论管理）
+
+#### 2.6.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | PreopDiscussionController.java | 161 | 完整（7端点） |
+| AppService | **缺失** | — | 业务逻辑全在 Controller |
+| Entity | PreopDiscussion / PreopParticipant | 60 | 全部完整 |
+| Service | 2个IService + 2个ServiceImpl | 24 | 全部空壳 |
+
+**Flyway**: V14（sys_preop_discussion + sys_preop_participant）
+
+#### 2.6.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | AppService层提取 | P0 | Controller直接调Service违反分层 |
+| 2 | 签名后自动流转状态 | P0 | 所有参与者签名后自动将状态从SUBMITTED→REVIEWING |
+| 3 | 讨论记录导出PDF | P1 | 生成术前讨论记录PDF文档 |
+| 4 | 与手术审批模块联动 | P1 | checkRequired 已有，需在手术审批时调用 |
+
+#### 2.6.3 业务流程
+
+```
+术前讨论完整流程:
+  1. 创建讨论 → status = DRAFT(0)
+  2. 提交讨论 → status = SUBMITTED(1)
+  3. 参与者逐个签名 → signStatus = 1
+  4. 所有参与者签名完成 → 自动流转 status = REVIEWING(2)
+  5. 科主任审核:
+     - 通过 → status = APPROVED(3)
+     - 驳回 → status = REJECTED(5)
+  6. 审核通过后，手术审批模块可读取讨论结论
+
+签名自动流转逻辑:
+  PreopDiscussionController.sign(discussionId, userId)
+    → 1. 查找参与者记录
+    → 2. 更新 signStatus = 1
+    → 3. 检查该讨论所有参与者是否全部签名
+    → 4. 如果全部签名 AND 当前状态 = SUBMITTED(1)
+       → 自动更新 status = REVIEWING(2)
+       → 通知科主任审核
+```
+
+#### 2.6.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_6__preop_enhancement.sql
+ALTER TABLE sys_preop_discussion ADD COLUMN IF NOT EXISTS pdf_url VARCHAR(500);
+ALTER TABLE sys_preop_discussion ADD COLUMN IF NOT EXISTS auto_transition BOOLEAN DEFAULT TRUE;
+ALTER TABLE sys_preop_participant ADD COLUMN IF NOT EXISTS sign_order INTEGER;
+```
+
+#### 2.6.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/preop-discussion/page` | GET | 已有 |
+| `/preop-discussion/detail` | GET | 已有 |
+| `/preop-discussion/add` | POST | 已有 |
+| `/preop-discussion/submit` | PUT | 已有 |
+| `/preop-discussion/sign` | PUT | 已有，**需增强：自动流转状态** |
+| `/preop-discussion/review` | PUT | 已有 |
+| `/preop-discussion/check-required` | GET | 已有 |
+| `/preop-discussion/statistics` | GET | 已有 |
+| `/preop-discussion/export-pdf/{id}` | GET | **新增**：导出讨论记录PDF |
+
+#### 2.6.6 前端设计
+
+preopmanage 模块前端页面需检查是否有对应 Vue 文件。
+
+---
+
+### 2.7 Reconstruction（影像3D重建）
+
+#### 2.7.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | Reconstruction3DController.java | 137 | **部分实现**：addTask 是模拟桩（直接设COMPLETED） |
+| AppService | **缺失** | — | 业务逻辑全在 Controller |
+| Entity | ReconstructionTask / ReconstructionResult / ReconstructionReport | 33 | 全部完整 |
+| Service | 3个IService + 3个ServiceImpl | 54 | 全部空壳 |
+
+**Flyway**: V31（reconstruction_task + reconstruction_result + reconstruction_report）
+
+#### 2.7.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | addTask 真实异步处理 | P0 | 当前直接设COMPLETED，需改为 PROCESSING + 异步回调 |
+| 2 | AppService层提取 | P0 | Controller直接调Service违反分层 |
+| 3 | 重建任务状态回调 | P1 | 第三方重建服务完成后回调更新状态 |
+| 4 | DICOM数据关联 | P1 | 从PACS获取DICOM影像数据 |
+
+#### 2.7.3 业务流程
+
+```
+3D重建任务流程:
+  1. 医生提交重建请求 → Reconstruction3DController.addTask
+     → 创建 ReconstructionTask, status = PENDING
+     → 调用第三方3D重建服务（异步）
+     → 更新 status = PROCESSING
+  2. 第三方服务完成 → 回调 /reconstruction/task/{id}/callback
+     → 更新 status = COMPLETED / completeTime
+     → 创建 ReconstructionResult（包含3D模型文件路径）
+  3. 医生查看结果 → /reconstruction/result/list/{taskId}
+  4. 医生撰写报告 → /reconstruction/report/add
+     → 创建 ReconstructionReport, status = DRAFT
+  5. 提交报告 → status = REPORTED
+  6. 审核报告 → status = VERIFIED
+```
+
+#### 2.7.4 数据库设计
+
+无需新建表。已有表结构完整。
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_7__reconstruction_enhancement.sql
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS callback_url VARCHAR(500);
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS priority INTEGER DEFAULT 0;
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS error_message TEXT;
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS model_file_url VARCHAR(500);
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS file_size BIGINT;
+```
+
+#### 2.7.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/reconstruction/task/page` | GET | 已有 |
+| `/reconstruction/task/add` | POST | 已有，**需改为异步** |
+| `/reconstruction/task/{id}` | GET | 已有 |
+| `/reconstruction/task/cancel/{id}` | PUT | 已有 |
+| `/reconstruction/task/{id}/callback` | POST | **新增**：第三方回调更新状态 |
+| `/reconstruction/result/list/{taskId}` | GET | 已有 |
+| `/reconstruction/result/add` | POST | 已有 |
+| `/reconstruction/report/page` | GET | 已有 |
+| `/reconstruction/report/add` | POST | 已有 |
+| `/reconstruction/report/submit/{id}` | PUT | 已有 |
+| `/reconstruction/report/verify/{id}` | PUT | 已有 |
+| `/reconstruction/stats` | GET | 已有 |
+| `/reconstruction/doctors` | GET | 已有 |
+
+#### 2.7.6 前端设计
+
+reconstruction 模块前端页面需检查是否有对应 Vue 文件。
+
+---
+
+### 2.8 EmpiEnhanced（EMPI增强）
+
+#### 2.8.1 已有代码分析
+
+| 层 | 文件 | 状态 |
+|----|------|------|
+| Controller | EmpiEnhancedController.java（在empi模块内） | 完整（照片/家属/合并日志 CRUD） |
+| 前端 | 4个Vue文件（empienhanced目录） | **已有完整script** |
+| 后端AppService | **缺失**（Controller直接调Service） | 需补AppService层 |
+
+#### 2.8.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | AppService层提取 | P0 | EmpiEnhancedController 直接调 Service |
+| 2 | 照片存储优化 | P1 | 当前未对接OSS/MinIO |
+
+#### 2.8.3 数据库设计
+
+无需新建表。V20 已创建 empi_patient_photo / empi_family_member / empi_merge_log。
+
+---
+
+### 2.9 合理用药增强 — 肝肾功能调量
+
+#### 2.9.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | RationalDrugController.java | 111 | 完整 |
+| AppService | RationalDrugAppServiceImpl.java | 283 | **完整实现**：审核/批量审核/统计/趋势/配伍检查/剂量检查 |
+| Entity | DrugDosageRange / DrugInteractionRule / PrescriptionAuditLog | — | 全部完整 |
+
+**Flyway**: V2（rational_drug_system 表：drug_dosage_range 等）
+
+#### 2.9.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 肝肾功能参数输入 | P0 | auditPrescription 当前只按 population 检查，不按肝肾功能分级 |
+| 2 | 肝肾功能剂量调整规则 | P0 | 基于 eGFR/Child-Pugh 分级自动调整剂量 |
+| 3 | 肾功能不全药物警示 | P1 | 特定药物在肾功能不全时自动告警 |
+
+#### 2.9.3 业务流程
+
+```
+肝肾功能调量流程:
+  1. 医生开具处方 → RationalDrugController.audit
+  2. RationalDrugAppServiceImpl.auditPrescription:
+     → 原有: 配伍禁忌检查 + population 剂量检查
+     → 新增: 肝肾功能检查
+       a. 查询患者最近一次检验结果（eGFR / ALT / AST / Child-Pugh）
+       b. 根据 eGFR 分级:
+          - G1 (≥90): 正常剂量
+          - G2 (60-89): 减量25%
+          - G3 (30-59): 减量50%
+          - G4 (15-29): 减量75% 或禁用
+          - G5 (<15): 禁用
+       c. 根据 Child-Pugh 分级:
+          - A级: 正常剂量
+          - B级: 减量50%
+          - C级: 禁用
+       d. 查询 drug_dosage_range WHERE population = 'RENAL_G{level}' 或 'HEPATIC_{level}'
+       e. 如果无对应规则 → 生成 MANUAL 审核结果
+       f. 如果有规则 → 按规则调整剂量范围检查
+  3. 返回审核结果（含肝肾功能调整建议）
+```
+
+#### 2.9.4 数据库设计
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_8__rationaldrug_renal_hepatic.sql
+ALTER TABLE drug_dosage_range ADD COLUMN IF NOT EXISTS renal_adjustment VARCHAR(200);
+ALTER TABLE drug_dosage_range ADD COLUMN IF NOT EXISTS hepatic_adjustment VARCHAR(200);
+ALTER TABLE drug_dosage_range ADD COLUMN IF NOT EXISTS contraindicated_renal VARCHAR(20);
+ALTER TABLE drug_dosage_range ADD COLUMN IF NOT EXISTS contraindicated_hepatic VARCHAR(20);
+
+CREATE TABLE IF NOT EXISTS drug_renal_hepatic_rule (
+    id BIGINT PRIMARY KEY,
+    drug_code VARCHAR(50) NOT NULL,
+    drug_name VARCHAR(200),
+    renal_function_field VARCHAR(50),
+    renal_threshold_min DECIMAL(10,2),
+    renal_threshold_max DECIMAL(10,2),
+    renal_adjustment_type VARCHAR(20),
+    renal_adjustment_value DECIMAL(5,2),
+    hepatic_function_field VARCHAR(50),
+    hepatic_threshold VARCHAR(50),
+    hepatic_adjustment_type VARCHAR(20),
+    hepatic_adjustment_value DECIMAL(5,2),
+    enabled VARCHAR(1) DEFAULT '1',
+    del_flag VARCHAR(1) DEFAULT '0',
+    create_time TIMESTAMP,
+    update_time TIMESTAMP
+);
+```
+
+#### 2.9.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/rationaldrug/audit` | POST | 已有，**需增强：加肝肾功能参数** |
+| `/rationaldrug/batch-audit` | POST | 已有 |
+| `/rationaldrug/statistics` | GET | 已有 |
+| `/rationaldrug/trend` | GET | 已有 |
+| `/rationaldrug/interaction/check` | POST | 已有 |
+| `/rationaldrug/dosage/check` | POST | 已有 |
+| `/rationaldrug/renal-hepatic/rule/page` | GET | **新增**：肝肾功能规则分页查询 |
+| `/rationaldrug/renal-hepatic/rule/add` | POST | **新增**：添加规则 |
+| `/rationaldrug/renal-hepatic/rule/update` | PUT | **新增**：更新规则 |
+| `/rationaldrug/renal-hepatic/rule/delete/{id}` | DELETE | **新增**：删除规则 |
+| `/rationaldrug/renal-hepatic/check` | POST | **新增**：独立肝肾功能检查接口 |
+
+#### 2.9.6 前端设计
+
+rationaldrug 模块 3 个 Vue 文件已有完整 script 逻辑。需新增"肝肾功能规则管理"页面。
+
+---
+
+### 2.10 传染病报告
+
+#### 2.10.1 已有代码分析
+
+| 层 | 文件 | 行数 | 状态 |
+|----|------|:----:|------|
+| Controller | EpidemicController.java | 20 | 完整（4端点） |
+| AppService | EpidemicAppServiceImpl.java | 30 | **基本完整**（report / confirmReport / getReports / getStatistics） |
+| Entity | EpidemicReport | — | 完整 |
+
+**Flyway**: V9（epidemic 相关表）
+
+#### 2.10.2 缺失功能
+
+| # | 功能 | 优先级 | 说明 |
+|---|------|:------:|------|
+| 1 | 传染病分类管理 | P0 | 按法定传染病分类（甲/乙/丙）管理 |
+| 2 | 病例自动筛查 | P0 | 从门诊诊断中自动筛查疑似传染病 |
+| 3 | 上报CDC接口 | P1 | 对接疾控中心上报系统 |
+| 4 | 统计报表 | P1 | 按病种/科室/时间段统计 |
+
+#### 2.10.3 业务流程
+
+```
+门诊传染病报告流程:
+  1. 医生诊断 → clinicmanagement 模块写入诊断
+  2. 疑似传染病筛查（定时任务）:
+     → 查询今日门诊诊断 WHERE diagnosis_code IN (法定传染病编码列表)
+     → 对每个疑似病例生成 EpidemicReport
+     → status = 'SUSPECTED'
+     → 通知防保科确认
+  3. 防保科确认:
+     → 确认为传染病 → status = 'CONFIRMED' → 填写 cdcConfirmNo
+     → 排除 → status = 'EXCLUDED'
+  4. 上报CDC:
+     → 调用 CDC 上报接口
+     → status = 'REPORTED'
+  5. 统计:
+     → 按病种统计发病数
+     → 按科室统计报告数
+     → 按时间段统计趋势
+```
+
+#### 2.10.4 数据库设计
+
+需新增 Flyway 迁移：
+
+```sql
+-- V2026_0618_9__epidemic_enhancement.sql
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS disease_category VARCHAR(20);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS disease_code VARCHAR(50);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS disease_name VARCHAR(200);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS department_id BIGINT;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS department_name VARCHAR(100);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS doctor_id BIGINT;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS doctor_name VARCHAR(100);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS diagnosis_code VARCHAR(50);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS diagnosis_name VARCHAR(200);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS patient_phone VARCHAR(20);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS patient_address VARCHAR(500);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS report_to_cdc BOOLEAN DEFAULT FALSE;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS cdc_report_time TIMESTAMP;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS report_source VARCHAR(50);
+
+CREATE TABLE IF NOT EXISTS epidemic_disease_config (
+    id BIGINT PRIMARY KEY,
+    disease_code VARCHAR(50) NOT NULL,
+    disease_name VARCHAR(200) NOT NULL,
+    category VARCHAR(20) NOT NULL,
+    report_limit_hours INTEGER DEFAULT 24,
+    enabled VARCHAR(1) DEFAULT '1',
+    del_flag VARCHAR(1) DEFAULT '0',
+    create_time TIMESTAMP,
+    update_time TIMESTAMP
+);
+```
+
+#### 2.10.5 API接口
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/epidemic/report` | POST | 已有 |
+| `/epidemic/report/confirm/{id}` | PUT | 已有 |
+| `/epidemic/report/list` | GET | 已有 |
+| `/epidemic/statistics` | GET | 已有 |
+| `/epidemic/report/page` | GET | **新增**：分页查询 |
+| `/epidemic/report/suspected` | GET | **新增**：疑似病例列表 |
+| `/epidemic/report/confirm` | PUT | **新增**：确认/排除传染病 |
+| `/epidemic/report/to-cdc/{id}` | POST | **新增**：上报CDC |
+| `/epidemic/config/page` | GET | **新增**：传染病配置管理 |
+| `/epidemic/config/add` | POST | **新增**：添加传染病配置 |
+| `/epidemic/statistics/trend` | GET | **新增**：趋势统计 |
+| `/epidemic/statistics/by-disease` | GET | **新增**：按病种统计 |
+
+#### 2.10.6 前端设计
+
+epidemic 模块前端页面需检查是否有对应 Vue 文件。如缺失需补全。
+
+---
+
+## 三、统计报表补全（5项）
+
+reportmanage 模块已有 21 个 Controller + 21 个 AppService + 78 个 DTO + 21 个 Mapper，共 16663 行，非常完整。以下 5 项为缺失的统计能力。
+
+### 3.1 质控指标自动采集
+
+**归属**: quality 模块（见 2.2 节）
+
+**实现方式**: 在 QualityEnhancedController 中新增 `/quality-enhanced/indicator/collect` 端点，由定时任务 `QualityAutoCollectJob` 每日凌晨调用。
+
+**数据源**:
+| 指标 | 数据源表 | 聚合方式 |
+|------|---------|---------|
+| 病历合格率 | emr_quality_score | COUNT(score >= 60) / COUNT(*) |
+| 甲级病案率 | emr_quality_score | COUNT(grade = 'A') / COUNT(*) |
+| 缺陷率 | emr_defect | COUNT(*) / encounter总数 |
+| 逾期整改率 | emr_defect | COUNT(rectify_status = 'OVERDUE') / COUNT(*) |
+| 处方合格率 | prescription_audit_log | COUNT(audit_result = 'PASS') / COUNT(*) |
+| 抗菌药物使用率 | prescription + drug | COUNT(含抗菌药) / COUNT(*) |
+
+### 3.2 DRG/DIP 分析
+
+**归属**: reportmanage 模块
+
+**已有基础**: V28 创建了 `mr_drg_grouping` 表
+
+**新增 Controller**: `DrgDipAnalysisController.java`
+
+**业务逻辑**:
+```
+DRG/DIP分析流程:
+  1. 从 mr_drg_grouping 表读取分组数据
+  2. 按 DRG 组统计:
+     - 入组病例数
+     - 平均住院日
+     - 平均费用
+     - CMI（病例组合指数）
+     - 费用消耗指数
+  3. 按科室统计:
+     - 各科室 DRG 分组分布
+     - 各科室 CMI 值
+     - 权重RW分布
+  4. 异常分析:
+     - 高倍率病例（实际费用 / 标准费用 > 2）
+     - 低倍率病例（实际费用 / 标准费用 < 0.5）
+     - 入组失败病例
+  5. 趋势分析: 按月统计 CMI / 费用消耗指数变化
+```
+
+**数据库**:
+
+```sql
+-- V2026_0618_10__drg_dip_analysis.sql (如V28已创建mr_drg_grouping则无需新建)
+-- 确认 mr_drg_grouping 表字段:
+-- id, patient_id, encounter_id, drg_code, drg_name, dip_code, dip_name,
+-- rw (权重), cmi, actual_cost, standard_cost, los (住院天数),
+-- standard_los, cost_ratio, los_ratio, group_status, create_time
+
+CREATE TABLE IF NOT EXISTS mr_drg_analysis_summary (
+    id BIGINT PRIMARY KEY,
+    stat_period VARCHAR(20) NOT NULL,
+    department_id BIGINT,
+    department_name VARCHAR(100),
+    drg_code VARCHAR(50),
+    drg_name VARCHAR(200),
+    case_count INTEGER DEFAULT 0,
+    avg_cost DECIMAL(12,2),
+    avg_los DECIMAL(5,1),
+    avg_rw DECIMAL(5,3),
+    cost_ratio_avg DECIMAL(5,2),
+    los_ratio_avg DECIMAL(5,2),
+    high_ratio_count INTEGER DEFAULT 0,
+    low_ratio_count INTEGER DEFAULT 0,
+    create_time TIMESTAMP,
+    update_time TIMESTAMP,
+    del_flag VARCHAR(1) DEFAULT '0'
+);
+```
+
+**API接口**:
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/report/drg-dip/summary` | GET | DRG/DIP综合分析概览 |
+| `/report/drg-dip/by-department` | GET | 按科室分析 |
+| `/report/drg-dip/by-drg` | GET | 按DRG组分析 |
+| `/report/drg-dip/abnormal` | GET | 异常病例分析 |
+| `/report/drg-dip/trend` | GET | 趋势分析 |
+| `/report/drg-dip/export` | GET | 导出分析报告 |
+
+**前端页面**: `reportmanage/drgAnalysis/index.vue`
+
+### 3.3 经营分析
+
+**归属**: reportmanage 模块
+
+**已有基础**: V23 创建了 `business_analytics` 表，BusinessAnalyticsController 已有 page/add/summary
+
+**新增能力**: 趋势分析、科室对比、收入结构分析
+
+**新增 Controller 方法**（在 BusinessAnalyticsController 中追加）:
+
+```
+经营分析增强:
+  1. 趋势分析: 按月统计收入/成本/利润/患者数变化
+  2. 科室对比: 各科室收入排名、人均创收、成本占比
+  3. 收入结构: 门诊/住院/检查/检验/药品/手术 各占比
+  4. 同比环比: 与去年同期/上月对比
+```
+
+**API接口**（在 BusinessAnalyticsController 追加）:
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/business-analytics/trend` | GET | 收入趋势分析 |
+| `/business-analytics/department-compare` | GET | 科室对比分析 |
+| `/business-analytics/revenue-structure` | GET | 收入结构分析 |
+| `/business-analytics/yoy-comparison` | GET | 同比环比分析 |
+| `/business-analytics/export` | GET | 导出经营分析报告 |
+
+### 3.4 数据导出
+
+**归属**: reportmanage 模块
+
+**已有基础**: ReportController 中已有 CsvFillerUtil / ExcelFillerUtil 工具类
+
+**新增通用导出能力**:
+
+```
+数据导出流程:
+  1. 前端选择报表类型 + 筛选条件 + 导出格式(Excel/CSV/PDF)
+  2. 调用 /report/export 接口
+  3. 后端根据报表类型查询数据
+  4. 使用 ExcelFillerUtil/CsvFillerUtil 生成文件
+  5. 返回文件下载流
+```
+
+**新增 Controller**: `DataExportController.java`
+
+**API接口**:
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/report/export/excel` | POST | 通用Excel导出 |
+| `/report/export/csv` | POST | 通用CSV导出 |
+| `/report/export/pdf` | POST | 通用PDF导出 |
+| `/report/export/template/{type}` | GET | 下载导出模板 |
+| `/report/export/history` | GET | 导出历史记录 |
+
+**数据库**:
+
+```sql
+-- V2026_0618_11__data_export.sql
+CREATE TABLE IF NOT EXISTS sys_export_record (
+    id BIGINT PRIMARY KEY,
+    export_type VARCHAR(50) NOT NULL,
+    export_format VARCHAR(20) NOT NULL,
+    filter_params JSONB,
+    file_path VARCHAR(500),
+    file_name VARCHAR(200),
+    file_size BIGINT,
+    export_status VARCHAR(20) DEFAULT 'PENDING',
+    export_by VARCHAR(100),
+    export_time TIMESTAMP,
+    download_count INTEGER DEFAULT 0,
+    del_flag VARCHAR(1) DEFAULT '0',
+    create_time TIMESTAMP,
+    update_time TIMESTAMP
+);
+```
+
+### 3.5 可视化仪表盘
+
+**归属**: reportmanage 模块
+
+**已有基础**: DashboardController 已有，V20 创建了 `sys_dashboard_config` 表
+
+**新增能力**: 多仪表盘模板 + 数据实时刷新 + 自定义布局
+
+**业务逻辑**:
+
+```
+仪表盘配置流程:
+  1. 预置仪表盘模板:
+     - 院长驾驶舱: 收入/患者数/床位使用率/手术量/药占比
+     - 科主任驾驶舱: 科室收入/病历质量/处方合格率/患者满意度
+     - 护理驾驶舱: 护理质量/患者跌倒率/压疮发生率/满意度
+     - 质控驾驶舱: 病历合格率/缺陷率/整改率/DRG指标
+  2. 用户可自定义:
+     - 选择展示哪些指标卡片
+     - 调整卡片位置和大小
+     - 设置刷新频率
+  3. 数据刷新:
+     - 实时指标: 每5分钟刷新（当前住院人数、今日门诊量）
+     - 准实时指标: 每小时刷新（今日收入、处方合格率）
+     - 统计指标: 每日刷新（DRG指标、质控指标）
+```
+
+**API接口**（在 DashboardController 追加）:
+
+| 端点 | 方法 | 说明 |
+|------|------|------|
+| `/dashboard/config` | GET | 获取仪表盘配置 |
+| `/dashboard/config/save` | POST | 保存仪表盘配置 |
+| `/dashboard/data/{template}` | GET | 获取仪表盘数据 |
+| `/dashboard/data/realtime` | GET | 获取实时指标数据 |
+| `/dashboard/card/{cardType}` | GET | 获取单个卡片数据 |
+
+---
+
+## 四、公共基础设施
+
+### 4.1 定时任务汇总
+
+| 任务 | 模块 | 频率 | 说明 |
+|------|------|------|------|
+| QualityAutoCollectJob | quality | 每日 02:00 | 质控指标自动采集 |
+| DrugTraceAlertJob | drugtrace | 每日 03:00 | 药品近效期/过期预警 |
+| CssdExpiryCheckJob | cssd | 每日 04:00 | 器械包灭菌有效期检查 |
+| FollowupPlanAutoGenerateJob | followup | 每日 01:00 | 随访计划自动生成 |
+| FollowupReminderJob | followup | 每日 08:00 | 随访任务提醒 |
+| EpidemicScreeningJob | epidemic | 每日 06:00 | 传染病疑似病例筛查 |
+
+### 4.2 枚举补充
+
+需新增的枚举：
+
+| 枚举类 | 位置 | 值 |
+|--------|------|-----|
+| EmpiDuplicateLevel | common/enums/ | HIGH / MEDIUM / LOW / NONE |
+| CssdStepType | common/enums/ | RECYCLE / WASH / DISINFECT / PACK / STERILIZE / STORE / DISTRIBUTE |
+| QualityCheckType | common/enums/ | RUNTIME / TERMINAL |
+| DrugAlertType | common/enums/ | EXPIRING_SOON / EXPIRED / ABNORMAL_SCAN / BATCH_RECALL |
+| RenalFunctionGrade | common/enums/ | G1 / G2 / G3 / G4 / G5 |
+| HepaticFunctionGrade | common/enums/ | A / B / C |
+| EpidemicDiseaseCategory | common/enums/ | CATEGORY_A / CATEGORY_B / CATEGORY_C |
+| ReconstructionTaskStatus | common/enums/ | PENDING / PROCESSING / COMPLETED / FAILED / CANCELLED |
+| ExportFormat | common/enums/ | EXCEL / CSV / PDF |
+| DashboardTemplate | common/enums/ | DEAN / DIRECTOR / NURSING / QUALITY |
+
+---
+
+## 五、Flyway 迁移汇总
+
+| 版本 | 文件名 | 模块 | 内容 |
+|------|--------|------|------|
+| V2026_0618_1 | V2026_0618_1__empi_duplicate_detection.sql | empi | name_pinyin / name_initials / last_sync_time / sync_status |
+| V2026_0618_2 | V2026_0618_2__quality_enhancement.sql | quality | indicator数据源字段 / score的check_items |
+| V2026_0618_3 | V2026_0618_3__followup_enhancement.sql | followup | auto_generated / reminder / symptoms |
+| V2026_0618_4 | V2026_0618_4__drugtrace_enhancement.sql | drugtrace | current_quantity / location / batch关联 |
+| V2026_0618_5 | V2026_0618_5__cssd_enhancement.sql | cssd | validity_days / tray_ids / photo |
+| V2026_0618_6 | V2026_0618_6__preop_enhancement.sql | preopmanage | pdf_url / sign_order |
+| V2026_0618_7 | V2026_0618_7__reconstruction_enhancement.sql | reconstruction | callback / priority / model_file |
+| V2026_0618_8 | V2026_0618_8__rationaldrug_renal_hepatic.sql | rationaldrug | 肝肾功能规则表 + 剂量调整字段 |
+| V2026_0618_9 | V2026_0618_9__epidemic_enhancement.sql | epidemic | 传染病分类 + 配置表 |
+| V2026_0618_10 | V2026_0618_10__drg_dip_analysis.sql | reportmanage | DRG分析汇总表 |
+| V2026_0618_11 | V2026_0618_11__data_export.sql | reportmanage | 导出记录表 |
+| V2026_0618_12 | V2026_0618_12__dashboard_enhancement.sql | reportmanage | 仪表盘布局配置 |
+
+---
+
+## 六、开发优先级排序
+
+### Sprint 1（P0 — 核心补全）
+
+| 优先级 | 模块 | 任务 |
+|:------:|------|------|
+| 1 | quality | 修复 executeTerminalCheck / getCompletionRate 硬编码 |
+| 2 | cssd | 修复 scanTrace statusFlow Map bug |
+| 3 | reconstruction | 修复 addTask 模拟桩 → 真实异步 |
+| 4 | empi | 实现重复检测算法 |
+| 5 | rationaldrug | 实现肝肾功能调量核心逻辑 |
+| 6 | epidemic | 实现传染病分类管理 + 病例筛查 |
+
+### Sprint 2（P1 — 架构补全）
+
+| 优先级 | 模块 | 任务 |
+|:------:|------|------|
+| 7 | followup | AppService 层提取 + 自动计划生成 |
+| 8 | drugtrace | AppService 层提取 + 自动预警 |
+| 9 | cssd | AppService 层提取 + 灭菌批次联动 |
+| 10 | preopmanage | AppService 层提取 + 签名自动流转 |
+| 11 | reconstruction | AppService 层提取 + 状态回调 |
+| 12 | empienhanced | AppService 层提取 |
+
+### Sprint 3（P2 — 报表增强）
+
+| 优先级 | 模块 | 任务 |
+|:------:|------|------|
+| 13 | reportmanage | DRG/DIP 分析 Controller + Service |
+| 14 | reportmanage | 经营分析增强（趋势/对比/结构） |
+| 15 | reportmanage | 通用数据导出 |
+| 16 | reportmanage | 可视化仪表盘增强 |
+| 17 | quality | 质控指标自动采集定时任务 |
+
+### Sprint 4（P3 — 体验优化）
+
+| 优先级 | 模块 | 任务 |
+|:------:|------|------|
+| 18 | 所有模块 | 前端页面补全（如Vue文件确实缺失） |
+| 19 | 所有模块 | 前端联调 + E2E测试 |
+| 20 | 公共 | 枚举补充 + 定时任务注册 |
+
+---
+
+## 七、关键设计决策
+
+| 决策 | 选择 | 理由 |
+|------|------|------|
+| AppService层提取策略 | 保持Controller端点不变，仅提取业务逻辑到AppService | 遵循铁律7（禁止修改已有公开方法签名） |
+| 数据库新增字段 | 全部使用 ALTER TABLE ADD COLUMN（IF NOT EXISTS） | 遵循铁律18（禁止破坏原有功能） |
+| 定时任务框架 | 使用 Spring @Scheduled | 项目已有此模式，无需引入新依赖 |
+| 导出格式 | Excel(POI) + CSV + PDF(iText) | 项目已有 ExcelFillerUtil/CsvFillerUtil |
+| 肝肾功能数据来源 | 从检验模块(lab)查询最近检验结果 | 遵循铁律20（数据来源必须验证） |
+| 3D重建异步处理 | 保留模拟实现，增加 PROCESSING 中间状态 | 实际对接需第三方服务，Phase 3 先完成框架 |
+
+---
+
+> 📅 文档完成时间: 2026-06-17 | 版本: v1.0
diff --git a/MD/design/PHASE4_LOCAL_DESIGN.md b/MD/design/PHASE4_LOCAL_DESIGN.md
new file mode 100644
index 000000000..3ff8f77b3
--- /dev/null
+++ b/MD/design/PHASE4_LOCAL_DESIGN.md
@@ -0,0 +1,1118 @@
+# Phase 4 广西地方特色模块详细设计
+
+| 属性 | 值 |
+|------|------|
+| 文档类型 | 详细设计 |
+| 版本 | v1.0 |
+| 日期 | 2026-06-17 |
+| 模块 | TCM / Epidemic / EHCard / Invoice / DRG深化 |
+
+---
+
+## 一、中医壮医模块（tcm）
+
+### 1.1 已有代码分析
+
+**后端（3个文件）**
+- `TcmController.java` — 23行，5个端点：方剂CRUD + 体质辨识 + 统计
+- `ITcmAppService.java` — 11行，5个方法
+- `TcmAppServiceImpl.java` — 业务逻辑实现
+
+**域实体（2个）**
+- `TcmPrescription` — tcm_prescription表，字段：prescriptionName/type/herbs/dosage/usage/indication/source/enabled
+- `TcmConstitutionAssessment` — tcm_constitution_assessment表，字段：encounterId/patientId/constitutionType/score/recommendation/assessorId/assessmentTime
+
+**前端（2个页面）**
+- `tcm/traditional/index.vue` — 方剂列表+详情+新增弹窗，有完整script
+- `tcm/constitution/index.vue` — 体质辨识页，无script（仅有模板）
+
+**Flyway V39** — 已创建 tcm_prescription + tcm_constitution_assessment
+
+### 1.2 缺失功能清单
+
+| 编号 | 功能 | 优先级 |
+|------|------|--------|
+| TCM-01 | 壮医三诊（望诊/脉诊/目诊）录入与存储 | P0 |
+| TCM-02 | 九种体质辨识问卷（平和/气虚/阳虚/阴虚/痰湿/湿热/血瘀/气郁/特禀） | P0 |
+| TCM-03 | 壮医诊疗记录（关联encounterId） | P0 |
+| TCM-04 | 民族药编码表（壮药/瑶药/苗药） | P1 |
+| TCM-05 | 常用方剂模板（可引用到处方） | P1 |
+| TCM-06 | 中医处方完整流程（开方→审核→取药→执行） | P1 |
+| TCM-07 | 体质辨识统计报表 | P2 |
+
+### 1.3 业务流程
+
+#### 壮医三诊流程
+```
+医生选择患者 → 进入壮医诊疗页面
+  ├→ 望诊：面色/舌象/形态选择 → 保存
+  ├→ 脉诊：脉象类型选择（浮/沉/迟/数等） → 保存
+  ├→ 目诊：眼部特征选择 → 保存
+  └→ 综合诊断 → 开具壮医处方 → 关联到医嘱
+```
+
+#### 九种体质辨识流程
+```
+选择患者 → 启动体质辨识
+  ├→ 展示9套问卷（每套8-10题，5级评分）
+  ├→ 医生逐题评分或患者自评
+  ├→ 计算各体质得分
+  ├→ 判定体质类型（主要/次要）
+  └→ 生成调养建议 → 保存到tcm_constitution_assessment
+```
+
+### 1.4 数据库设计
+
+```sql
+-- V47__tcm_zhuang_diagnosis.sql
+
+-- 壮医三诊记录
+CREATE TABLE IF NOT EXISTS tcm_zhuang_diagnosis (
+    id BIGSERIAL PRIMARY KEY,
+    encounter_id BIGINT NOT NULL,
+    patient_id BIGINT NOT NULL,
+    patient_name VARCHAR(50),
+    diagnosis_date DATE NOT NULL,
+    visit_type VARCHAR(20) NOT NULL,
+    face_color VARCHAR(50),
+    face_shape VARCHAR(50),
+    tongue_color VARCHAR(50),
+    tongue_coating VARCHAR(50),
+    tongue_shape VARCHAR(50),
+    pulse_type VARCHAR(50),
+    pulse_detail TEXT,
+    eye_color VARCHAR(50),
+    eye_vessel VARCHAR(50),
+    eye_spot VARCHAR(50),
+    body_shape VARCHAR(50),
+    skin_condition VARCHAR(50),
+    diagnosis_result TEXT,
+    zhuang_diagnosis VARCHAR(200),
+    doctor_id BIGINT,
+    doctor_name VARCHAR(64),
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE tcm_zhuang_diagnosis IS '壮医三诊记录';
+COMMENT ON COLUMN tcm_zhuang_diagnosis.visit_type IS '诊法(WANG望/MAI脉/MU目)';
+CREATE INDEX IF NOT EXISTS idx_tzd_encounter ON tcm_zhuang_diagnosis(encounter_id);
+
+-- 体质辨识问卷模板
+CREATE TABLE IF NOT EXISTS tcm_constitution_questionnaire (
+    id BIGSERIAL PRIMARY KEY,
+    constitution_type VARCHAR(20) NOT NULL,
+    question_no INT NOT NULL,
+    question_text TEXT NOT NULL,
+    option_a VARCHAR(200),
+    option_b VARCHAR(200),
+    option_c VARCHAR(200),
+    option_d VARCHAR(200),
+    option_e VARCHAR(200),
+    score_a INT DEFAULT 1,
+    score_b INT DEFAULT 2,
+    score_c INT DEFAULT 3,
+    score_d INT DEFAULT 4,
+    score_e INT DEFAULT 5,
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE tcm_constitution_questionnaire IS '体质辨识问卷模板';
+CREATE INDEX IF NOT EXISTS idx_tccq_type ON tcm_constitution_questionnaire(constitution_type);
+
+-- 体质辨识答题记录
+CREATE TABLE IF NOT EXISTS tcm_constitution_answer (
+    id BIGSERIAL PRIMARY KEY,
+    assessment_id BIGINT NOT NULL,
+    question_id BIGINT NOT NULL,
+    answer_option CHAR(1),
+    score INT,
+    tenant_id INTEGER DEFAULT 0,
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE tcm_constitution_answer IS '体质辨识答题记录';
+CREATE INDEX IF NOT EXISTS idx_tca_assessment ON tcm_constitution_answer(assessment_id);
+
+-- 民族药编码表
+CREATE TABLE IF NOT EXISTS tcm_ethnic_drug (
+    id BIGSERIAL PRIMARY KEY,
+    drug_code VARCHAR(50) NOT NULL,
+    drug_name VARCHAR(200) NOT NULL,
+    drug_type VARCHAR(20) NOT NULL,
+    pinyin_code VARCHAR(50),
+    wubi_code VARCHAR(50),
+    category VARCHAR(50),
+    nature VARCHAR(50),
+    flavor VARCHAR(50),
+    channel_tropism VARCHAR(100),
+    indication TEXT,
+    dosage VARCHAR(100),
+    contraindication TEXT,
+    source VARCHAR(200),
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE tcm_ethnic_drug IS '民族药编码表';
+COMMENT ON COLUMN tcm_ethnic_drug.drug_type IS '类型(ZHUANG壮药/YAO瑶药/MIAO苗药)';
+CREATE INDEX IF NOT EXISTS ted_code ON tcm_ethnic_drug(drug_code);
+CREATE INDEX IF NOT EXISTS ted_type ON tcm_ethnic_drug(drug_type);
+
+-- 中医处方明细（扩展tcm_prescription）
+CREATE TABLE IF NOT EXISTS tcm_prescription_item (
+    id BIGSERIAL PRIMARY KEY,
+    prescription_id BIGINT NOT NULL,
+    drug_code VARCHAR(50),
+    drug_name VARCHAR(200) NOT NULL,
+    drug_type VARCHAR(20) DEFAULT 'TCM',
+    dosage VARCHAR(100),
+    unit VARCHAR(20),
+    frequency VARCHAR(50),
+    usage_method VARCHAR(100),
+    decoction_method VARCHAR(100),
+    sort_order INT DEFAULT 0,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE tcm_prescription_item IS '中医处方明细';
+COMMENT ON COLUMN tcm_prescription_item.drug_type IS '类型(TCM中药/ZHUANG壮药/YAO瑶药)';
+CREATE INDEX IF NOT EXISTS tpi_prescription ON tcm_prescription_item(prescription_id);
+```
+
+### 1.5 API接口设计
+
+**路径前缀**: `/healthlink-his/api/v1/tcm`
+
+| 方法 | 路径 | 说明 | 请求体 |
+|------|------|------|--------|
+| POST | `/zhuang/diagnosis` | 保存壮医三诊 | TcmZhuangDiagnosisDto |
+| GET | `/zhuang/diagnosis/encounter/{id}` | 查询诊疗记录 | — |
+| GET | `/zhuang/diagnosis/list` | 诊疗记录列表 | params: startDate, endDate, patientId |
+| GET | `/constitution/questionnaire/{type}` | 获取体质问卷 | — |
+| POST | `/constitution/assess` | 提交体质辨识（含答题） | ConstitutionAssessDto |
+| GET | `/constitution/record/{id}` | 查询辨识记录详情 | — |
+| GET | `/ethnic-drug/list` | 民族药列表 | params: drugType, keyword |
+| POST | `/ethnic-drug` | 新增民族药 | TcmEthnicDrugDto |
+| GET | `/prescription/template/list` | 方剂模板列表 | params: type |
+| POST | `/prescription/item` | 保存处方明细 | TcmPrescriptionItemDto |
+| GET | `/statistics/daily` | 每日诊疗统计 | params: startDate, endDate |
+
+### 1.6 前端设计
+
+| 页面 | 路径 | 组件 |
+|------|------|------|
+| 壮医三诊 | `tcm/zhuangDiagnosis/index.vue` | 左侧患者列表 + 右侧三诊tab（望/脉/目） |
+| 体质辨识 | `tcm/constitution/index.vue` | 升级现有页面，添加问卷交互 |
+| 民族药管理 | `tcm/ethnicDrug/index.vue` | 表格 + 新增/编辑弹窗 |
+| 处方模板 | `tcm/prescriptionTemplate/index.vue` | 模板列表 + 引用到处方 |
+| 中医处方 | `tcm/prescription/index.vue` | 处方开具页，可选模板 |
+
+**壮医三诊页面布局**：
+```
+┌──────────────────────────────────────────────────┐
+│  患者信息栏：姓名 | 性别 | 年龄 | 就诊号          │
+├──────────────┬───────────────────────────────────┤
+│  患者列表     │  Tab: [望诊] [脉诊] [目诊] [综合]  │
+│  ──────────  │  ┌─────────────────────────────┐  │
+│  患者A  ✓    │  │  面色：[萎黄] [苍白] [红润]   │  │
+│  患者B       │  │  舌色：[淡白] [淡红] [红]     │  │
+│  患者C       │  │  舌苔：[薄白] [黄腻] [无苔]   │  │
+│             │  │  脉象：[浮] [沉] [迟] [数]    │  │
+│             │  │  目色：[正常] [发黄] [充血]    │  │
+│             │  └─────────────────────────────┘  │
+│             │  诊断结果：[________________]       │
+│             │  [保存] [开具处方]                  │
+└──────────────┴───────────────────────────────────┘
+```
+
+---
+
+## 二、传染病直报模块（epidemic）
+
+### 2.1 已有代码分析
+
+**后端（3个文件）**
+- `EpidemicController.java` — 20行，4个端点：上报/确认/列表/统计
+- `IEpidemicAppService.java` — 10行，4个方法
+- `EpidemicAppServiceImpl.java` — 实现
+
+**域实体（1个）**
+- `EpidemicReport` — epidemic_report表，字段：encounterId/patientId/patientName/diseaseName/diseaseCode/reportType/reporterId/reporterName/reportDate/status/cdcConfirmNo
+
+**前端（1个页面 + 1个API）**
+- `diseaseReportManagement/ReportManagement/index.vue` — 2028行，有完整script，包含统计卡片+报卡列表
+- `diseaseReportManagement/ReportManagement/api.js` — API定义
+
+### 2.2 缺失功能清单
+
+| 编号 | 功能 | 优先级 |
+|------|------|--------|
+| EPI-01 | 传染病自动筛查规则引擎 | P0 |
+| EPI-02 | 广西疾控直报对接（国家传染病网络直报系统） | P0 |
+| EPI-03 | 报告管理流程（填报→审核→上报→确认） | P0 |
+| EPI-04 | 传染病病种目录（广西重点） | P1 |
+| EPI-05 | 统计分析（时间/病种/区域分布） | P1 |
+| EPI-06 | 密接追踪管理 | P2 |
+
+### 2.3 业务流程
+
+#### 传染病报告全流程
+```
+门诊/住院/检验 发现疑似病例
+  ├→ 自动筛查：诊断/检验结果匹配传染病规则
+  ├→ 触发报卡：弹窗提醒医生填写报告
+  ├→ 医生填报：患者信息+诊断+发病日期+报告类型
+  ├→ 科室审核：科室主任审核确认
+  ├→ 预防保健科审核：院内终审
+  ├→ 上报疾控：对接广西疾控直报系统
+  ├→ 疾控确认：返回确认编号
+  └→ 归档：更新epidemic_report状态
+```
+
+#### 状态流转
+```
+DRAFT(草稿) → PENDING_REVIEW(待审核) → DEPT_APPROVED(科室通过)
+  → ADMIN_APPROVED(防保科通过) → SUBMITTED(已上报) → CDC_CONFIRMED(疾控确认)
+```
+
+### 2.4 数据库设计
+
+```sql
+-- V47__epidemic_enhancement.sql
+
+-- 传染病筛查规则
+CREATE TABLE IF NOT EXISTS epidemic_screening_rule (
+    id BIGSERIAL PRIMARY KEY,
+    rule_name VARCHAR(200) NOT NULL,
+    rule_type VARCHAR(30) NOT NULL,
+    disease_code VARCHAR(20) NOT NULL,
+    disease_name VARCHAR(200) NOT NULL,
+    rule_condition TEXT NOT NULL,
+    rule_source VARCHAR(50),
+    priority INT DEFAULT 0,
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE epidemic_screening_rule IS '传染病筛查规则';
+COMMENT ON COLUMN epidemic_screening_rule.rule_type IS '类型(DIAGNOSIS诊断/LAB检验/SYMPTOM症状)';
+CREATE INDEX IF NOT EXISTS esr_disease ON epidemic_screening_rule(disease_code);
+
+-- 筛查命中记录
+CREATE TABLE IF NOT EXISTS epidemic_screening_hit (
+    id BIGSERIAL PRIMARY KEY,
+    rule_id BIGINT NOT NULL,
+    encounter_id BIGINT NOT NULL,
+    patient_id BIGINT NOT NULL,
+    patient_name VARCHAR(50),
+    hit_source VARCHAR(50),
+    hit_detail TEXT,
+    hit_time TIMESTAMP NOT NULL,
+    report_id BIGINT,
+    handle_status VARCHAR(20) DEFAULT 'PENDING',
+    handler VARCHAR(64),
+    handle_time TIMESTAMP,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE epidemic_screening_hit IS '筛查命中记录';
+CREATE INDEX IF NOT EXISTS esh_encounter ON epidemic_screening_hit(encounter_id);
+
+-- 广西疾控直报记录
+CREATE TABLE IF NOT EXISTS epidemic_cdc_submission (
+    id BIGSERIAL PRIMARY KEY,
+    report_id BIGINT NOT NULL,
+    cdc_system VARCHAR(50) DEFAULT 'GX_CDC',
+    submission_type VARCHAR(30) NOT NULL,
+    submission_time TIMESTAMP,
+    submission_data TEXT,
+    response_code VARCHAR(20),
+    response_message TEXT,
+    cdc_confirm_no VARCHAR(100),
+    confirm_time TIMESTAMP,
+    status VARCHAR(20) DEFAULT 'PENDING',
+    retry_count INT DEFAULT 0,
+    last_retry_time TIMESTAMP,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE epidemic_cdc_submission IS '广西疾控直报记录';
+CREATE INDEX IF NOT EXISTS ecs_report ON epidemic_cdc_submission(report_id);
+
+-- 传染病病种目录（广西重点）
+CREATE TABLE IF NOT EXISTS epidemic_disease_catalog (
+    id BIGSERIAL PRIMARY KEY,
+    disease_code VARCHAR(20) NOT NULL,
+    disease_name VARCHAR(200) NOT NULL,
+    disease_class VARCHAR(20) NOT NULL,
+    report_type VARCHAR(20) NOT NULL,
+    report_deadline_hours INT,
+    isolation_required CHAR(1) DEFAULT '0',
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE epidemic_disease_catalog IS '传染病病种目录';
+COMMENT ON COLUMN epidemic_disease_catalog.disease_class IS '分类(A甲类/B乙类/C丙类)';
+COMMENT ON COLUMN epidemic_disease_catalog.report_type IS '报告类型(TIMELY即时/AGGREGATE聚合)';
+CREATE UNIQUE INDEX IF NOT EXISTS edc_code ON epidemic_disease_catalog(disease_code);
+
+-- 扩展epidemic_report字段
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS onset_date DATE;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS case_type VARCHAR(20);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS isolation_location VARCHAR(100);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS contact_count INT DEFAULT 0;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS dept_approver VARCHAR(64);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS dept_approve_time TIMESTAMP;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS admin_approver VARCHAR(64);
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS admin_approve_time TIMESTAMP;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS submit_time TIMESTAMP;
+ALTER TABLE epidemic_report ADD COLUMN IF NOT EXISTS source_type VARCHAR(30);
+```
+
+### 2.5 API接口设计
+
+**路径前缀**: `/healthlink-his/api/v1/epidemic`
+
+| 方法 | 路径 | 说明 | 请求体 |
+|------|------|------|--------|
+| POST | `/report` | 新增/修改报告 | EpidemicReportDto |
+| PUT | `/report/{id}/status` | 更新报告状态 | params: status, remark |
+| GET | `/report/{id}` | 报告详情 | — |
+| GET | `/report/list` | 报告列表 | params: status, diseaseCode, startDate, endDate |
+| POST | `/report/{id}/submit` | 提交上报 | — |
+| POST | `/report/{id}/approve` | 审核 | params: approveType, result, remark |
+| GET | `/screening/rules` | 筛查规则列表 | — |
+| POST | `/screening/rule` | 新增/修改规则 | ScreeningRuleDto |
+| POST | `/screening/trigger` | 手动触发筛查 | params: encounterId |
+| GET | `/screening/hits` | 筛查命中记录 | params: startDate, endDate |
+| GET | `/cdc/submission/{reportId}` | 直报记录 | — |
+| POST | `/cdc/resubmit/{id}` | 重新上报 | — |
+| GET | `/disease/catalog` | 病种目录 | params: diseaseClass |
+| GET | `/statistics/summary` | 统计汇总 | params: startDate, endDate |
+| GET | `/statistics/trend` | 趋势分析 | params: months |
+
+### 2.6 前端设计
+
+| 页面 | 路径 | 组件 |
+|------|------|------|
+| 报告管理（升级） | `diseaseReportManagement/ReportManagement/index.vue` | 升级现有页面 |
+| 报告详情 | `diseaseReportManagement/ReportDetail/index.vue` | 详情+审核流 |
+| 筛查规则 | `diseaseReportManagement/ScreeningRule/index.vue` | 规则配置 |
+| 统计分析 | `diseaseReportManagement/Statistics/index.vue` | 图表+数据表 |
+| 病种目录 | `diseaseReportManagement/DiseaseCatalog/index.vue` | 目录管理 |
+
+---
+
+## 三、电子健康卡模块（ehcard）— 新建
+
+### 3.1 已有代码分析
+
+完全缺失，无后端模块、无前端页面、无数据库表。
+
+### 3.2 缺失功能清单
+
+| 编号 | 功能 | 优先级 |
+|------|------|--------|
+| EH-01 | 健康卡申领（对接广西健康云平台） | P0 |
+| EH-02 | 就诊使用（挂号/就诊/取药验证） | P0 |
+| EH-03 | 卡管理（挂失/补办/注销） | P0 |
+| EH-04 | 健康卡绑定患者信息 | P0 |
+| EH-05 | 健康卡二维码展示 | P1 |
+| EH-06 | 健康卡消费记录 | P2 |
+
+### 3.3 业务流程
+
+#### 健康卡申领流程
+```
+患者通过自助机/手机/窗口
+  ├→ 输入身份证号 + 手机号
+  ├→ 调用广西健康云平台验证身份
+  ├→ 获取/创建健康卡号
+  ├→ 绑定患者基本信息
+  ├→ 生成电子健康卡（二维码）
+  └→ 激活使用
+```
+
+#### 就诊使用流程
+```
+患者出示健康卡二维码
+  ├→ 扫码验证有效性
+  ├→ 关联到挂号单
+  ├→ 就诊时自动调取健康档案
+  ├→ 取药时核验身份
+  └→ 记录使用日志
+```
+
+### 3.4 数据库设计
+
+```sql
+-- V47__ehcard.sql
+
+-- 电子健康卡
+CREATE TABLE IF NOT EXISTS ehcard (
+    id BIGSERIAL PRIMARY KEY,
+    card_no VARCHAR(50) NOT NULL,
+    card_type VARCHAR(20) DEFAULT 'ELECTRONIC',
+    patient_id BIGINT NOT NULL,
+    patient_name VARCHAR(50),
+    id_card VARCHAR(30),
+    phone VARCHAR(20),
+    card_status VARCHAR(20) DEFAULT 'ACTIVE',
+    platform_card_id VARCHAR(100),
+    qr_code TEXT,
+    bind_time TIMESTAMP,
+    active_time TIMESTAMP,
+    expire_time TIMESTAMP,
+    loss_time TIMESTAMP,
+    loss_reason TEXT,
+    cancel_time TIMESTAMP,
+    cancel_reason TEXT,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE ehcard IS '电子健康卡';
+COMMENT ON COLUMN ehcard.card_status IS '状态(ACTIVE有效/LOST挂失/CANCELLED注销/EXPIRED过期)';
+CREATE INDEX IF NOT EXISTS ec_patient ON ehcard(patient_id);
+CREATE INDEX IF NOT EXISTS ec_card_no ON ehcard(card_no);
+CREATE UNIQUE INDEX IF NOT EXISTS ec_platform_id ON ehcard(platform_card_id);
+
+-- 健康卡使用记录
+CREATE TABLE IF NOT EXISTS ehcard_usage_log (
+    id BIGSERIAL PRIMARY KEY,
+    card_id BIGINT NOT NULL,
+    card_no VARCHAR(50),
+    patient_id BIGINT,
+    usage_type VARCHAR(30) NOT NULL,
+    usage_time TIMESTAMP NOT NULL,
+    encounter_id BIGINT,
+    encounter_no VARCHAR(50),
+    usage_dept VARCHAR(100),
+    usage_doctor VARCHAR(64),
+    usage_detail TEXT,
+    verification_result VARCHAR(20),
+    tenant_id INTEGER DEFAULT 0,
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE ehcard_usage_log IS '健康卡使用记录';
+COMMENT ON COLUMN ehcard_usage_log.usage_type IS '类型(REGISTER挂号/就诊/取药/检验/缴费)';
+CREATE INDEX IF NOT EXISTS eul_card ON ehcard_usage_log(card_id);
+CREATE INDEX IF NOT EXISTS eul_time ON ehcard_usage_log(usage_time);
+```
+
+### 3.5 API接口设计
+
+**路径前缀**: `/healthlink-his/api/v1/ehcard`
+
+| 方法 | 路径 | 说明 | 请求体 |
+|------|------|------|--------|
+| POST | `/apply` | 申请健康卡 | EhcardApplyDto |
+| GET | `/info/{patientId}` | 查询患者健康卡 | — |
+| GET | `/info/card/{cardNo}` | 按卡号查询 | — |
+| POST | `/bind` | 绑定健康卡 | params: cardNo, patientId |
+| POST | `/unbind` | 解绑 | params: cardId |
+| POST | `/loss` | 挂失 | params: cardId, reason |
+| POST | `/replace` | 补办 | params: cardId |
+| POST | `/cancel` | 注销 | params: cardId, reason |
+| POST | `/verify` | 就诊验证 | params: cardNo, encounterId |
+| GET | `/usage/log` | 使用记录 | params: cardId, startDate, endDate |
+| GET | `/qr/{cardId}` | 获取二维码 | — |
+| GET | `/statistics` | 统计概览 | — |
+
+### 3.6 前端设计
+
+| 页面 | 路径 | 组件 |
+|------|------|------|
+| 健康卡管理 | `ehcard/manage/index.vue` | 卡列表 + 状态筛选 |
+| 卡详情 | `ehcard/detail/index.vue` | 卡信息 + 使用记录 |
+| 申请健康卡 | `ehcard/apply/index.vue` | 表单：身份证+手机号 |
+| 挂失/补办 | `ehcard/operation/index.vue` | 操作弹窗 |
+
+**健康卡管理页面布局**：
+```
+┌──────────────────────────────────────────────────┐
+│  筛选栏：[状态] [患者姓名] [卡号] [搜索] [重置]    │
+├──────────────────────────────────────────────────┤
+│  统计卡片：有效卡 | 挂失卡 | 今日申领 | 今日使用     │
+├──────────────────────────────────────────────────┤
+│  表格：                                          │
+│  卡号 | 患者 | 状态 | 绑定时间 | 操作              │
+│  ...  | ... | 有效 | ...     | [详情][挂失][注销]  │
+└──────────────────────────────────────────────────┘
+```
+
+---
+
+## 四、电子票据模块（invoice）— 新建
+
+### 4.1 已有代码分析
+
+完全缺失，无后端模块、无前端页面、无数据库表。
+
+### 4.2 缺失功能清单
+
+| 编号 | 功能 | 优先级 |
+|------|------|--------|
+| INV-01 | 电子发票生成（财政电子票据） | P0 |
+| INV-02 | 票据核销（号段管理 + 对账） | P0 |
+| INV-03 | 退票处理（作废 + 红冲） | P0 |
+| INV-04 | 票据查询与下载 | P0 |
+| INV-05 | 票据打印 | P1 |
+| INV-06 | 票据统计报表 | P2 |
+
+### 4.3 业务流程
+
+#### 电子发票开具流程
+```
+患者缴费完成
+  ├→ 系统自动生成电子发票
+  ├→ 调用财政电子票据接口
+  ├→ 获取财政票据号
+  ├→ 生成PDF发票文件
+  ├→ 存储到文件服务
+  └→ 推送到患者手机/邮箱
+```
+
+#### 退票流程
+```
+患者申请退费
+  ├→ 窗口/自助发起退票
+  ├→ 财务审核
+  ├→ 调用财政系统作废接口
+  ├→ 生成红冲发票
+  ├→ 更新原发票状态为VOIDED
+  └→ 退费到原支付渠道
+```
+
+### 4.4 数据库设计
+
+```sql
+-- V47__invoice.sql
+
+-- 电子票据主表
+CREATE TABLE IF NOT EXISTS eh_invoice (
+    id BIGSERIAL PRIMARY KEY,
+    invoice_no VARCHAR(50) NOT NULL,
+    invoice_code VARCHAR(50),
+    fiscal_no VARCHAR(100),
+    invoice_type VARCHAR(30) NOT NULL,
+    patient_id BIGINT NOT NULL,
+    patient_name VARCHAR(50),
+    id_card VARCHAR(30),
+    encounter_id BIGINT,
+    encounter_no VARCHAR(50),
+    payment_id BIGINT,
+    total_amount DECIMAL(12,2) NOT NULL,
+    paid_amount DECIMAL(12,2) DEFAULT 0,
+    insurance_amount DECIMAL(12,2) DEFAULT 0,
+    self_pay_amount DECIMAL(12,2) DEFAULT 0,
+    pay_method VARCHAR(30),
+    invoice_status VARCHAR(20) DEFAULT 'VALID',
+    void_reason TEXT,
+    void_time TIMESTAMP,
+    void_by VARCHAR(64),
+    red_ream_id BIGINT,
+    pdf_path VARCHAR(500),
+    xml_path VARCHAR(500),
+    qr_code TEXT,
+    issue_time TIMESTAMP NOT NULL,
+    issue_by VARCHAR(64),
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE eh_invoice IS '电子票据主表';
+COMMENT ON COLUMN eh_invoice.invoice_type IS '类型(ORDINARY普通/REFUND退票/RED_RED冲)';
+COMMENT ON COLUMN eh_invoice.invoice_status IS '状态(VALID有效/VOIDED已作废/REFUNDED已退票)';
+CREATE INDEX IF NOT EXISTS ei_patient ON eh_invoice(patient_id);
+CREATE INDEX IF NOT EXISTS ei_encounter ON eh_invoice(encounter_id);
+CREATE INDEX IF NOT EXISTS ei_status ON eh_invoice(invoice_status);
+CREATE INDEX IF NOT EXISTS ei_fiscal ON eh_invoice(fiscal_no);
+
+-- 票据明细
+CREATE TABLE IF NOT EXISTS eh_invoice_item (
+    id BIGSERIAL PRIMARY KEY,
+    invoice_id BIGINT NOT NULL,
+    item_name VARCHAR(200) NOT NULL,
+    item_code VARCHAR(50),
+    item_type VARCHAR(30),
+    quantity DECIMAL(10,4) DEFAULT 1,
+    unit_price DECIMAL(12,4),
+    amount DECIMAL(12,2) NOT NULL,
+    sort_order INT DEFAULT 0,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE eh_invoice_item IS '票据明细';
+CREATE INDEX IF NOT EXISTS eii_invoice ON eh_invoice_item(invoice_id);
+
+-- 票据号段管理
+CREATE TABLE IF NOT EXISTS eh_invoice_segment (
+    id BIGSERIAL PRIMARY KEY,
+    segment_code VARCHAR(50) NOT NULL,
+    invoice_type VARCHAR(30) NOT NULL,
+    start_no VARCHAR(50) NOT NULL,
+    end_no VARCHAR(50) NOT NULL,
+    current_no VARCHAR(50),
+    total_count INT NOT NULL,
+    used_count INT DEFAULT 0,
+    remaining_count INT,
+    status VARCHAR(20) DEFAULT 'ACTIVE',
+    org_code VARCHAR(50),
+    org_name VARCHAR(200),
+    start_date DATE,
+    end_date DATE,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE eh_invoice_segment IS '票据号段管理';
+CREATE UNIQUE INDEX IF NOT EXISTS eis_segment ON eh_invoice_segment(segment_code);
+
+-- 票据对账记录
+CREATE TABLE IF NOT EXISTS eh_invoice_reconciliation (
+    id BIGSERIAL PRIMARY KEY,
+    recon_date DATE NOT NULL,
+    recon_type VARCHAR(30) NOT NULL,
+    total_count INT DEFAULT 0,
+    total_amount DECIMAL(12,2) DEFAULT 0,
+    matched_count INT DEFAULT 0,
+    unmatched_count INT DEFAULT 0,
+    match_rate DECIMAL(5,2),
+    status VARCHAR(20) DEFAULT 'PENDING',
+    detail_json TEXT,
+    reconciler VARCHAR(64),
+    reconcile_time TIMESTAMP,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE eh_invoice_reconciliation IS '票据对账记录';
+COMMENT ON COLUMN eh_invoice_reconciliation.recon_type IS '类型(FISCAL财政/HOSPITAL医院)';
+CREATE INDEX IF NOT EXISTS eir_date ON eh_invoice_reconciliation(recon_date);
+```
+
+### 4.5 API接口设计
+
+**路径前缀**: `/healthlink-his/api/v1/invoice`
+
+| 方法 | 路径 | 说明 | 请求体 |
+|------|------|------|--------|
+| POST | `/issue` | 开具发票 | InvoiceIssueDto |
+| GET | `/info/{id}` | 发票详情 | — |
+| GET | `/list` | 发票列表 | params: status, patientName, startDate, endDate |
+| POST | `/void/{id}` | 作废发票 | params: reason |
+| POST | `/refund/{id}` | 退票 | params: reason |
+| GET | `/print/{id}` | 获取打印数据 | — |
+| GET | `/pdf/{id}` | 下载PDF | — |
+| GET | `/segment/list` | 号段列表 | — |
+| POST | `/segment` | 新增号段 | SegmentDto |
+| POST | `/reconcile` | 发起对账 | params: reconType, date |
+| GET | `/reconcile/list` | 对账记录 | params: startDate, endDate |
+| GET | `/statistics/summary` | 统计概览 | params: startDate, endDate |
+
+### 4.6 前端设计
+
+| 页面 | 路径 | 组件 |
+|------|------|------|
+| 发票管理 | `invoice/manage/index.vue` | 发票列表 + 操作 |
+| 发票详情 | `invoice/detail/index.vue` | 详情 + PDF预览 |
+| 号段管理 | `invoice/segment/index.vue` | 号段配置 |
+| 对账管理 | `invoice/reconciliation/index.vue` | 对账列表 |
+| 统计报表 | `invoice/statistics/index.vue` | 图表 |
+
+---
+
+## 五、DRG/DIP深化模块（ybmanage扩展）
+
+### 5.1 已有代码分析
+
+**后端（54个文件）**
+- `YbController.java` — 1065行，20+个端点（签到/读卡/目录/对账/清算/入院/出院）
+- `YbElepController.java` — 电子病历相关
+- `YbExtController.java` — 扩展接口
+- DTO类30+个，Service 7个，Mapper 2个，Util 2个
+
+**已有数据库表（V28/V30/V33/V35）**
+- `mr_drg_grouping` — DRG/DIP分组结果（encounterId/drgCode/drgWeight/dipCode/totalCost等）
+- `drg_analysis_stats` — DRG分析统计
+- `drg_performance` — DRG绩效
+- `drg_cost_alert` — DRG费用异常预警（expectedCost/actualCost/costDeviation/alertType等）
+
+**前端（15个页面，14个有script）**
+- `ybmanagement/` — 包含患者信息、入院登记、出院诊断、医保对账等
+
+### 5.2 缺失功能清单
+
+| 编号 | 功能 | 优先级 |
+|------|------|--------|
+| DRG-01 | 广西DRG分组方案（2024版）维护 | P0 |
+| DRG-02 | 广西DIP病种分值库 | P0 |
+| DRG-03 | 费用预警规则引擎（超标/住院日/再入院） | P0 |
+| DRG-04 | DRG/DIP优化建议算法 | P1 |
+| DRG-05 | 医保对账/清算（广西接口适配） | P1 |
+| DRG-06 | DRG绩效考核看板 | P2 |
+| DRG-07 | 病案首页质控（DRG入组前校验） | P1 |
+
+### 5.3 业务流程
+
+#### DRG入组优化流程
+```
+病案首页完成
+  ├→ 病案首页质控：ICD编码校验/手术操作完整性/主诊断合理性
+  ├→ DRG/DIP预分组：根据广西2024版分组方案计算
+  ├→ 费用预警检查：对比同DRG组平均费用
+  ├→ 生成优化建议：住院日调整/费用控制/编码优化
+  ├→ 医生确认/修改
+  └→ 正式入组上报
+```
+
+#### 费用预警处理流程
+```
+入院时/住院中/出院时 触发预警
+  ├→ 系统自动检测：费用/住院日/再入院
+  ├→ 生成预警记录 → drg_cost_alert
+  ├→ 推送到医生工作站
+  ├→ 医生处理：填写处理意见
+  ├→ 科主任复核
+  └→ 归档
+```
+
+### 5.4 数据库设计
+
+```sql
+-- V47__drg_dip_enhancement.sql
+
+-- 广西DRG分组方案（2024版）
+CREATE TABLE IF NOT EXISTS gx_drg_grouping_scheme (
+    id BIGSERIAL PRIMARY KEY,
+    scheme_code VARCHAR(20) NOT NULL,
+    scheme_name VARCHAR(200) NOT NULL,
+    scheme_version VARCHAR(20) NOT NULL,
+    effective_date DATE NOT NULL,
+    expiry_date DATE,
+    drg_group VARCHAR(20) NOT NULL,
+    drg_code VARCHAR(20) NOT NULL,
+    drg_name VARCHAR(200),
+    drg_weight DECIMAL(8,4),
+    avg_los DECIMAL(6,2),
+    avg_cost DECIMAL(12,2),
+    avg_mdc VARCHAR(20),
+    severity_level VARCHAR(20),
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE gx_drg_grouping_scheme IS '广西DRG分组方案';
+CREATE INDEX IF NOT EXISTS gds_code ON gx_drg_grouping_scheme(drg_code);
+CREATE INDEX IF NOT EXISTS gds_group ON gx_drg_grouping_scheme(drg_group);
+
+-- 广西DIP病种分值库
+CREATE TABLE IF NOT EXISTS gx_dip_disease_score (
+    id BIGSERIAL PRIMARY KEY,
+    dip_code VARCHAR(20) NOT NULL,
+    dip_name VARCHAR(200) NOT NULL,
+    disease_code VARCHAR(20),
+    disease_name VARCHAR(200),
+    procedure_code VARCHAR(20),
+    procedure_name VARCHAR(200),
+    score DECIMAL(8,4) NOT NULL,
+    avg_los DECIMAL(6,2),
+    avg_cost DECIMAL(12,2),
+    weight_factor DECIMAL(6,4) DEFAULT 1.0,
+    severity VARCHAR(20),
+    effective_date DATE,
+    expiry_date DATE,
+    enabled CHAR(1) DEFAULT '1',
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_time TIMESTAMP
+);
+COMMENT ON TABLE gx_dip_disease_score IS '广西DIP病种分值库';
+CREATE INDEX IF NOT EXISTS gdd_code ON gx_dip_disease_score(dip_code);
+CREATE INDEX IF NOT EXISTS gdd_disease ON gx_dip_disease_score(disease_code);
+
+-- DRG优化建议
+CREATE TABLE IF NOT EXISTS drg_optimization_suggestion (
+    id BIGSERIAL PRIMARY KEY,
+    encounter_id BIGINT NOT NULL,
+    patient_id BIGINT NOT NULL,
+    patient_name VARCHAR(50),
+    drg_code VARCHAR(20),
+    dip_code VARCHAR(20),
+    suggestion_type VARCHAR(30) NOT NULL,
+    current_value TEXT,
+    suggested_value TEXT,
+    expected_saving DECIMAL(12,2),
+    priority INT DEFAULT 0,
+    suggestion_text TEXT NOT NULL,
+    evidence_source VARCHAR(100),
+    handle_status VARCHAR(20) DEFAULT 'PENDING',
+    handler VARCHAR(64),
+    handle_time TIMESTAMP,
+    handle_result TEXT,
+    accept_flag BOOLEAN,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE drg_optimization_suggestion IS 'DRG优化建议';
+COMMENT ON COLUMN drg_optimization_suggestion.suggestion_type IS '类型(COST费用/LOS住院日/CODING编码/PROCEDURE手术)';
+CREATE INDEX IF NOT EXISTS dos_encounter ON drg_optimization_suggestion(encounter_id);
+
+-- 病案首页质控记录
+CREATE TABLE IF NOT EXISTS drg_quality_check (
+    id BIGSERIAL PRIMARY KEY,
+    encounter_id BIGINT NOT NULL,
+    patient_id BIGINT NOT NULL,
+    check_type VARCHAR(30) NOT NULL,
+    check_rule VARCHAR(100),
+    check_result VARCHAR(20) NOT NULL,
+    error_message TEXT,
+    field_name VARCHAR(100),
+    field_value TEXT,
+    suggestion TEXT,
+    handle_status VARCHAR(20) DEFAULT 'PENDING',
+    handler VARCHAR(64),
+    handle_time TIMESTAMP,
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE drg_quality_check IS '病案首页质控记录';
+COMMENT ON COLUMN drg_quality_check.check_type IS '类型(ICD编码/主诊断/手术操作/完整性和逻辑性)';
+COMMENT ON COLUMN drg_quality_check.check_result IS '结果(PASS通过/WARN警告/ERROR错误)';
+CREATE INDEX IF NOT EXISTS dqct_encounter ON drg_quality_check(encounter_id);
+CREATE INDEX IF NOT EXISTS dqct_result ON drg_quality_check(check_result);
+
+-- 医保对账记录（广西适配）
+CREATE TABLE IF NOT EXISTS yb_gx_reconciliation (
+    id BIGSERIAL PRIMARY KEY,
+    recon_month VARCHAR(7) NOT NULL,
+    recon_type VARCHAR(30) NOT NULL,
+    total_settlements INT DEFAULT 0,
+    total_medical_fee DECIMAL(14,2) DEFAULT 0,
+    total_fund_pay DECIMAL(14,2) DEFAULT 0,
+    total_self_pay DECIMAL(14,2) DEFAULT 0,
+    hospital_medical_fee DECIMAL(14,2) DEFAULT 0,
+    difference_amount DECIMAL(14,2) DEFAULT 0,
+    difference_reason TEXT,
+    status VARCHAR(20) DEFAULT 'PENDING',
+    reconciler VARCHAR(64),
+    reconcile_time TIMESTAMP,
+    file_path VARCHAR(500),
+    tenant_id INTEGER DEFAULT 0,
+    delete_flag CHAR(1) DEFAULT '0',
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
+);
+COMMENT ON TABLE yb_gx_reconciliation IS '广西医保对账记录';
+COMMENT ON COLUMN yb_gx_reconciliation.recon_type IS '类型(MONTHLY月度/SPECIAL专项)';
+CREATE INDEX IF NOT EXISTS ygr_month ON yb_gx_reconciliation(recon_month);
+```
+
+### 5.5 API接口设计
+
+**路径前缀**: `/healthlink-his/api/v1/ybmanage`
+
+| 方法 | 路径 | 说明 | 请求体 |
+|------|------|------|--------|
+| GET | `/drg/scheme/list` | DRG方案列表 | params: enabled |
+| POST | `/drg/scheme` | 新增/修改方案 | DrgSchemeDto |
+| POST | `/drg/scheme/import` | 导入方案（Excel） | file |
+| GET | `/dip/score/list` | DIP分值列表 | params: keyword |
+| POST | `/dip/score` | 新增/修改分值 | DipScoreDto |
+| POST | `/dip/score/import` | 导入分值库 | file |
+| POST | `/drg/pre-group` | DRG预分组 | params: encounterId |
+| POST | `/dip/pre-group` | DIP预分值 | params: encounterId |
+| GET | `/drg/alert/list` | 预警列表 | params: alertType, alertLevel, status |
+| PUT | `/drg/alert/{id}/handle` | 处理预警 | AlertHandleDto |
+| GET | `/drg/suggestion/list` | 优化建议列表 | params: encounterId |
+| PUT | `/drg/suggestion/{id}/accept` | 接受建议 | params: result |
+| POST | `/drg/quality-check` | 病案质控 | params: encounterId |
+| GET | `/drg/quality-check/list` | 质控记录 | params: encounterId |
+| GET | `/drg/performance/dashboard` | 绩效看板 | params: startDate, endDate |
+| GET | `/gx-reconciliation/list` | 对账列表 | params: month |
+| POST | `/gx-reconciliation/reconcile` | 发起对账 | params: month, type |
+| GET | `/gx-reconciliation/{id}/detail` | 对账明细 | — |
+
+### 5.6 前端设计
+
+| 页面 | 路径 | 组件 |
+|------|------|------|
+| DRG方案管理 | `ybmanagement/drgScheme/index.vue` | 方案列表 + 导入 |
+| DIP分值管理 | `ybmanagement/dipScore/index.vue` | 分值列表 + 导入 |
+| 费用预警 | `ybmanagement/costAlert/index.vue` | 预警列表 + 处理 |
+| 优化建议 | `ybmanagement/optimization/index.vue` | 建议列表 + 接受 |
+| 病案质控 | `ybmanagement/qualityCheck/index.vue` | 质控结果 |
+| 绩效看板 | `ybmanagement/performance/index.vue` | 图表 + 数据 |
+| 广西对账 | `ybmanagement/gxReconciliation/index.vue` | 对账管理 |
+
+**费用预警页面布局**：
+```
+┌──────────────────────────────────────────────────┐
+│  筛选：[预警类型] [预警级别] [状态] [日期范围]       │
+├──────────────────────────────────────────────────┤
+│  统计卡片：待处理 | 处理中 | 已处理 | 严重预警        │
+├──────────────────────────────────────────────────┤
+│  表格：                                          │
+│  患者 | DRG | 预期费用 | 实际费用 | 偏差 | 操作      │
+│  张三 | AA1 | 12000  | 18000  | 50% | [处理][详情]│
+└──────────────────────────────────────────────────┘
+```
+
+---
+
+## 六、Flyway迁移汇总
+
+| 版本 | 文件名 | 模块 | 新增表 |
+|------|--------|------|--------|
+| V47 | V47__tcm_zhuang_diagnosis.sql | 中医壮医 | tcm_zhuang_diagnosis, tcm_constitution_questionnaire, tcm_constitution_answer, tcm_ethnic_drug, tcm_prescription_item |
+| V47 | V47__epidemic_enhancement.sql | 传染病直报 | epidemic_screening_rule, epidemic_screening_hit, epidemic_cdc_submission, epidemic_disease_catalog + 扩展epidemic_report |
+| V47 | V47__ehcard.sql | 电子健康卡 | ehcard, ehcard_usage_log |
+| V47 | V47__invoice.sql | 电子票据 | eh_invoice, eh_invoice_item, eh_invoice_segment, eh_invoice_reconciliation |
+| V47 | V47__drg_dip_enhancement.sql | DRG深化 | gx_drg_grouping_scheme, gx_dip_disease_score, drg_optimization_suggestion, drg_quality_check, yb_gx_reconciliation |
+
+> 注意：实际实施时需拆分为多个V47/V48/V49版本，避免单次迁移过大。
+
+---
+
+## 七、后端模块结构汇总
+
+### 7.1 新建模块
+
+```
+com.healthlink.his.web.ehcard/
+├── controller/EhcardController.java
+├── appservice/IEhcardAppService.java
+├── appservice/impl/EhcardAppServiceImpl.java
+└── dto/EhcardApplyDto.java, EhcardUsageLogDto.java
+
+com.healthlink.his.web.invoice/
+├── controller/InvoiceController.java
+├── appservice/IInvoiceAppService.java
+├── appservice/impl/InvoiceAppServiceImpl.java
+└── dto/InvoiceIssueDto.java, InvoiceItemDto.java, SegmentDto.java
+```
+
+### 7.2 扩展模块
+
+```
+com.healthlink.his.web.tcm/
+├── controller/TcmController.java (升级)
+├── controller/ZhuangDiagnosisController.java (新增)
+├── appservice/ITcmAppService.java (升级)
+├── appservice/IZhuangDiagnosisAppService.java (新增)
+├── appservice/impl/ZhuangDiagnosisAppServiceImpl.java (新增)
+└── dto/ZhuangDiagnosisDto.java, ConstitutionAssessDto.java
+
+com.healthlink.his.web.epidemic/
+├── controller/EpidemicController.java (升级)
+├── controller/ScreeningController.java (新增)
+├── appservice/IEpidemicAppService.java (升级)
+├── appservice/IScreeningAppService.java (新增)
+├── appservice/impl/ScreeningAppServiceImpl.java (新增)
+└── dto/ScreeningRuleDto.java, CdcSubmissionDto.java
+
+com.healthlink.his.web.ybmanage/
+├── controller/YbDrgController.java (新增)
+├── controller/YbReconciliationController.java (新增)
+├── service/IDrgGroupingService.java (新增)
+├── service/IDipScoreService.java (新增)
+├── service/impl/DrgGroupingServiceImpl.java (新增)
+├── service/impl/DipScoreServiceImpl.java (新增)
+└── dto/DrgSchemeDto.java, DipScoreDto.java, AlertHandleDto.java
+```
+
+---
+
+## 八、前端模块结构汇总
+
+### 8.1 新建目录
+
+```
+src/views/ehcard/
+├── manage/index.vue          # 健康卡管理
+├── detail/index.vue          # 卡详情
+├── apply/index.vue           # 申请健康卡
+└── api.js                    # API定义
+
+src/views/invoice/
+├── manage/index.vue          # 发票管理
+├── detail/index.vue          # 发票详情
+├── segment/index.vue         # 号段管理
+├── reconciliation/index.vue  # 对账管理
+├── statistics/index.vue      # 统计报表
+└── api.js                    # API定义
+```
+
+### 8.2 扩展目录
+
+```
+src/views/tcm/
+├── traditional/index.vue     # 已有，升级
+├── constitution/index.vue    # 已有，升级
+├── zhuangDiagnosis/index.vue # 新增
+├── ethnicDrug/index.vue      # 新增
+├── prescriptionTemplate/index.vue # 新增
+└── prescription/index.vue    # 新增
+
+src/views/diseaseReportManagement/
+├── ReportManagement/         # 已有，升级
+├── ReportDetail/index.vue    # 新增
+├── ScreeningRule/index.vue   # 新增
+├── Statistics/index.vue      # 新增
+└── DiseaseCatalog/index.vue  # 新增
+
+src/views/ybmanagement/
+├── drgScheme/index.vue       # 新增
+├── dipScore/index.vue        # 新增
+├── costAlert/index.vue       # 新增
+├── optimization/index.vue    # 新增
+├── qualityCheck/index.vue    # 新增
+├── performance/index.vue     # 新增
+└── gxReconciliation/index.vue # 新增
+```
+
+---
+
+## 九、实施顺序建议
+
+| Sprint | 模块 | 工作量估算 | 依赖 |
+|--------|------|-----------|------|
+| Sprint 1 | 电子健康卡（ehcard） | 5天 | 无 |
+| Sprint 2 | 电子票据（invoice） | 5天 | 无 |
+| Sprint 3 | 传染病直报升级（epidemic） | 4天 | 广西疾控接口文档 |
+| Sprint 4 | 中医壮医扩展（tcm） | 5天 | 壮医三诊标准 |
+| Sprint 5 | DRG/DIP深化（ybmanage） | 6天 | 广西2024版分组方案 |
+
+> 每个Sprint完成后需通过编译验证（mvn compile + npm run build:dev）。
diff --git a/MD/healthlink-his-grade3a-comparison-article.md b/MD/healthlink-his-grade3a-comparison-article.md
new file mode 100644
index 000000000..e1de61953
--- /dev/null
+++ b/MD/healthlink-his-grade3a-comparison-article.md
@@ -0,0 +1,204 @@
+# 三甲评审在即，医院信息系统该如何选择？——HealthLink-HIS 的实践与思考
+
+> 三级甲等医院评审，信息化是绕不开的关键一环。电子病历评级、互联互通测评、合理用药管控、病案质量管理……每一项都指向同一个核心：**一套能扛得住评审的HIS系统，到底长什么样？**
+
+---
+
+## 三甲评审，信息化的"硬仗"
+
+2022年版《三级医院评审标准》实施以来，信息化在评审中的权重持续上升。不再是"有系统就行"，而是要看：
+
+- **电子病历应用水平**是否达到4级以上
+- **互联互通标准化成熟度**是否达到四级甲等
+- **处方审核率**是否达到100%
+- **病案首页数据质量**是否≥95%
+- **合理用药监测**是否覆盖全院
+
+这些指标，每一项都需要HIS系统提供坚实的技术底座。选错了系统，评审时才发现功能缺失、接口不通，代价远比一开始就选对系统大得多。
+
+**那么，什么样的HIS系统才能真正支撑三甲评审？**
+
+---
+
+## HealthLink-HIS：一套为三甲而生的系统
+
+HealthLink-HIS 是面向现代化医疗机构的综合信息管理系统，从设计之初就对标三甲医院评审标准。经过持续迭代，系统已覆盖**门诊、住院、手术、药房、检验检查、医保对接、统计报表**等核心业务场景，形成了完整的能力矩阵。
+
+### 🔬 技术底座：行业前沿，稳定可靠
+
+在技术选型上，HealthLink-HIS 始终坚持"用成熟的新技术，不用过时的旧技术"：
+
+| 技术维度 | 选型 | 优势 |
+|---------|------|------|
+| 后端框架 | **Spring Boot 4.0.6** | 业内首批完成升级，性能与安全性全面领先 |
+| 运行时 | **JDK 25 (OpenJDK)** | 最新LTS版本，长期支持有保障 |
+| ORM框架 | **MyBatis-Plus 3.5.16** | 高效数据访问，复杂查询支持完善 |
+| 前端框架 | **Vue 3 + Vite + Element Plus** | 现代化前端，用户体验流畅 |
+| 数据库 | **PostgreSQL 15+** | 企业级开源数据库，稳定可靠 |
+| 数据迁移 | **Flyway** | 所有表结构变更版本化管理，可追溯可回滚 |
+
+这套技术栈的组合，不仅保证了系统当前的稳定运行，更为后续的智能化扩展预留了充足的技术空间。
+
+### 🏗️ 架构设计：DDD驱动，模块独立
+
+HealthLink-HIS 采用**DDD领域驱动设计**，后端按`domain/application/web`三层架构组织，前端按业务模块目录划分：
+
+- **181张数据库表**——覆盖门诊、住院、药品、财务、人事等全业务域
+- **230个Controller**——45个业务模块，接口设计规范统一
+- **662个Mapper XML**——复杂业务查询全覆盖
+- **209个前端视图**——42个功能模块，操作体验统一
+
+这种架构设计的最大好处是：**每个模块独立演进，互不干扰**。新增功能不会影响已有系统，评审要求的扩展能力可以按需叠加。
+
+---
+
+## 核心能力：覆盖三甲评审关键场景
+
+### ✅ 门诊全流程闭环
+
+从患者踏入医院的那一刻起，HealthLink-HIS 就开始发挥作用：
+
+- **多渠道预约挂号**：支持预约、当日挂号、退号，费用性质自动识别
+- **门诊医生工作站**：诊断录入（支持中医诊断体系及证候关联）、检验检查申请、处方开立、手术申请
+- **门诊划价收费**：自动填充、收费项目联动、结算单打印、医保对接
+- **分诊排队**：队列管理、叫号、状态追踪，就诊流程有序高效
+- **门诊药房**：发药、退药、库存管理，药品全流程可追溯
+
+**一条完整的门诊业务链路：挂号→就诊→收费→发药，全程数据贯通，状态实时同步。**
+
+### ✅ 住院管理深度覆盖
+
+住院业务是医院信息系统的核心战场，HealthLink-HIS 在这一领域投入了大量精力：
+
+- **住院入出转**：入院登记、床位管理、转科、出院结算，全生命周期管理
+- **住院医生工作站**：长期/临时医嘱录入、校对与退回、诊断录入（西医+中医双体系）
+- **住院护士工作站**：医嘱执行、住院记账、发退药管理、护理记录
+- **医嘱闭环管理**：开立→校对→执行→完成，皮试确认、用药频次、执行科室自动匹配
+- **住院收费**：费用结算、押金管理、医保对接
+
+**住院全流程的数据打通，为病案管理和医疗质量分析奠定了坚实基础。**
+
+### ✅ 手术管理全流程
+
+手术是医院高风险、高价值的核心业务。HealthLink-HIS 提供了完整的手术管理能力：
+
+- **手术申请与排程**：手术单号自动生成、状态追踪、排程优化
+- **手术安排管理**：重复校验、日期范围查询、费用类别管理
+- **手术计费**：门诊/住院手术费用管理，术中费用追溯
+- **手术室排班**：与手术申请联动，资源调度高效
+
+### ✅ 医技工作站
+
+检验检查是临床诊疗的重要支撑。HealthLink-HIS 的医技工作站实现了：
+
+- **检验申请**：申请单号自动生成、检验套餐管理、项目树形展开
+- **检查申请**：分类联动、执行科室智能匹配
+- **医嘱签发**：费用状态同步、执行进度追踪
+- **LIS/PACS框架**：为检验检查系统的深度集成预留了标准接口
+
+### ✅ 统计报表与决策支持
+
+数据是医院管理的"眼睛"。HealthLink-HIS 提供了**20+报表接口**：
+
+- 门诊/住院收入统计
+- 处方数据趋势分析
+- 医生工作量统计
+- 药品使用分析
+- 首页仪表板，为管理层提供数据驾驶舱
+
+---
+
+## 工程质量：不只是"能跑"，更要"跑得好"
+
+一套HIS系统，技术再先进、功能再丰富，如果工程质量不过关，在评审现场出问题，那就是灾难。HealthLink-HIS 在工程质量上的投入，体现在每一个细节：
+
+### 🔒 安全体系
+
+- **JWT认证体系**：令牌安全机制完善，支持多租户数据隔离
+- **BouncyCastle 1.80**：企业级加密库，保障数据传输安全
+- **Security白名单**：API路径精细化管控，防止未授权访问
+- **患者隐私保护**：敏感信息脱敏处理，符合医疗数据安全要求
+
+### 🛡️ 质量门禁
+
+- **Flyway数据库迁移**：所有表结构变更版本化管理，杜绝手动SQL带来的风险
+- **ESLint + Husky**：提交前自动执行代码检查和构建验证
+- **Swagger/OpenAPI 1.8.0**：API文档自动生成，接口变更可追溯
+- **1400+ Bug修复**：持续迭代，质量持续提升
+
+### 👥 协作规范
+
+- **标准化提交规范**：feat/fix/refactor/chore 前缀分类清晰
+- **发布检查清单**：建立标准化发布前检查流程
+- **Bug跟踪闭环**：从发现、分析、修复到验证归档，完整记录
+
+---
+
+## 三甲达标：已就绪 + 规划中
+
+### 🟢 已达标的评审关键项
+
+| 评审维度 | 达标状态 | 说明 |
+|---------|---------|------|
+| 门诊全流程 | ✅ 完整覆盖 | 挂号→就诊→收费→发药全链路贯通 |
+| 住院全流程 | ✅ 完整覆盖 | 入出转→医嘱→护理→结算全闭环 |
+| 药品管理 | ✅ 完整覆盖 | 药库→药房→发药→退药全流程 |
+| 统计报表 | ✅ 完整覆盖 | 20+报表接口，数据驾驶舱 |
+| DRG/DIP框架 | ✅ 基础就绪 | 为医保付费改革预留接口 |
+| 技术架构 | ✅ 行业领先 | Spring Boot 4.0 + JDK 25 |
+| 安全合规 | ✅ 体系完善 | JWT + 多租户 + 数据加密 |
+
+### 📋 规划中的能力增强
+
+基于三甲评审标准和行业发展动态，HealthLink-HIS 已制定清晰的能力增强路线图：
+
+| 阶段 | 规划内容 | 目标 |
+|------|---------|------|
+| **Phase 1** | 合理用药系统、手术麻醉系统、院感管理 | 完善临床安全管控能力 |
+| **Phase 2** | 病案管理、护理评估体系、危急值管理 | 提升病案质量与护理水平 |
+| **Phase 3** | 数据集成平台(ESB)、患者主索引(EMPI) | 实现全院数据互联互通 |
+| **Phase 4** | 电子病历结构化、医保智能审核、CDSS | 走向智慧医疗 |
+
+> 这条路线图的设计原则是：**先巩固核心、再补齐短板、最后智能化升级**。每个阶段都有明确的交付物和验收标准，确保每一步都扎实可控。
+
+### 🌿 广西地方特色支持
+
+作为面向广西市场的HIS系统，HealthLink-HIS 也规划了地方特色功能：
+
+- **壮医/中医特色诊疗**：壮医药诊疗记录、中医体质辨识
+- **广西医保DRG/DIP**：适配广西本地医保付费规则
+- **传染病直报**：对接广西疾控中心传染病直报系统
+- **电子健康卡**：对接广西电子健康卡平台
+- **异地就医结算**：支持跨省异地就医直接结算
+
+---
+
+## 为什么选择 HealthLink-HIS？
+
+| 维度 | 选择理由 |
+|------|---------|
+| **技术领先** | Spring Boot 4.0 + JDK 25，走在行业技术前沿 |
+| **架构扎实** | DDD设计 + Maven多模块，业务独立演进 |
+| **功能完整** | 45个业务模块，覆盖门诊-住院-手术-药房全流程 |
+| **质量可靠** | Flyway迁移 + E2E测试 + CI门禁，变更可追溯 |
+| **安全合规** | JWT + 多租户隔离 + 数据加密，满足医疗安全要求 |
+| **持续迭代** | 2265次提交、1400+ Bug修复，系统持续进化 |
+| **达标有路径** | 清晰的三甲达标路线图，规划明确、执行可控 |
+
+---
+
+## 结语
+
+三甲评审不是一场突击战，而是一场持久战。选对了HIS系统，就是选对了战友。
+
+HealthLink-HIS 已经在核心业务场景上站稳了脚跟，技术架构上走在了行业前沿。面向未来，我们正在按计划推进合理用药、手术麻醉、数据集成、电子病历结构化等关键能力的建设，向着三甲评审的全部达标项稳步迈进。
+
+**选系统，不只是选今天的功能，更是选明天的可能。**
+
+HealthLink-HIS —— 为三甲而生，为未来而建。
+
+---
+
+*HealthLink-HIS 是一款面向三级甲等综合医院的综合信息管理系统，覆盖门诊、住院、手术、药房、检验检查、医保对接等核心业务场景。*
+
+*了解更多：[联系方式]*
\ No newline at end of file
diff --git a/MD/xinchuang_architecture.png b/MD/xinchuang_architecture.png
new file mode 100644
index 000000000..2eb73142d
Binary files /dev/null and b/MD/xinchuang_architecture.png differ
diff --git a/MD/xinchuang_architecture.svg b/MD/xinchuang_architecture.svg
new file mode 100644
index 000000000..69aa45a00
--- /dev/null
+++ b/MD/xinchuang_architecture.svg
@@ -0,0 +1,94 @@
+<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 800 520" font-family="Microsoft YaHei, SimHei, Arial" font-size="13">
+  <defs>
+    <linearGradient id="g1" x1="0" y1="0" x2="0" y2="1">
+      <stop offset="0%" stop-color="#1a478a"/>
+      <stop offset="100%" stop-color="#2c5fa1"/>
+    </linearGradient>
+    <linearGradient id="g2" x1="0" y1="0" x2="0" y2="1">
+      <stop offset="0%" stop-color="#3a7bd5"/>
+      <stop offset="100%" stop-color="#5a9ae6"/>
+    </linearGradient>
+    <linearGradient id="g3" x1="0" y1="0" x2="0" y2="1">
+      <stop offset="0%" stop-color="#4a90d9"/>
+      <stop offset="100%" stop-color="#6bb3f0"/>
+    </linearGradient>
+    <linearGradient id="g4" x1="0" y1="0" x2="0" y2="1">
+      <stop offset="0%" stop-color="#2e7d32"/>
+      <stop offset="100%" stop-color="#43a047"/>
+    </linearGradient>
+    <linearGradient id="g5" x1="0" y1="0" x2="0" y2="1">
+      <stop offset="0%" stop-color="#5c6bc0"/>
+      <stop offset="100%" stop-color="#7986cb"/>
+    </linearGradient>
+    <filter id="shadow" x="-2%" y="-2%" width="104%" height="104%">
+      <feDropShadow dx="0" dy="2" stdDeviation="3" flood-color="#000" flood-opacity="0.15"/>
+    </filter>
+  </defs>
+
+  <!-- Title -->
+  <text x="400" y="28" text-anchor="middle" font-size="18" font-weight="bold" fill="#1a478a">HealthLink-HIS 全栈信创部署架构</text>
+
+  <!-- Layer 1: Terminal -->
+  <rect x="40" y="45" width="720" height="70" rx="8" fill="url(#g1)" filter="url(#shadow)"/>
+  <text x="400" y="72" text-anchor="middle" font-size="14" font-weight="bold" fill="#fff">终端访问层</text>
+  <text x="400" y="96" text-anchor="middle" font-size="12" fill="#d0e0ff">国产浏览器（奇安信可信浏览器 / 360安全浏览器）→ 医生 / 护士 / 收费员 / 管理层</text>
+
+  <!-- Arrow -->
+  <polygon points="400,115 393,125 407,125" fill="#1a478a"/>
+
+  <!-- Layer 2: Middleware -->
+  <rect x="40" y="130" width="720" height="55" rx="8" fill="url(#g2)" filter="url(#shadow)"/>
+  <text x="400" y="155" text-anchor="middle" font-size="14" font-weight="bold" fill="#fff">应用中间件层</text>
+  <text x="400" y="175" text-anchor="middle" font-size="12" fill="#d0e8ff">Spring Boot 4.0.6（内嵌 Tomcat）/ 东方通 TongWeb / 宝兰德 BES</text>
+
+  <!-- Arrow -->
+  <polygon points="400,185 393,195 407,195" fill="#3a7bd5"/>
+
+  <!-- Layer 3: App Server -->
+  <rect x="40" y="200" width="720" height="100" rx="8" fill="url(#g3)" filter="url(#shadow)"/>
+  <text x="400" y="225" text-anchor="middle" font-size="14" font-weight="bold" fill="#fff">应用服务器层</text>
+
+  <!-- App Server boxes -->
+  <rect x="60" y="238" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="165" y="258" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">国产 JDK</text>
+  <text x="165" y="276" text-anchor="middle" font-size="11" fill="#e0f0ff">华为毕昇 / 阿里 Dragonwell / 腾讯 Kona</text>
+
+  <rect x="295" y="238" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="400" y="258" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">国产 CPU</text>
+  <text x="400" y="276" text-anchor="middle" font-size="11" fill="#e0f0ff">鲲鹏 920 / 飞腾 S5000C / 海光</text>
+
+  <rect x="530" y="238" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="635" y="258" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">国产操作系统</text>
+  <text x="635" y="276" text-anchor="middle" font-size="11" fill="#e0f0ff">银河麒麟 V11 / 统信 UOS V20</text>
+
+  <!-- Arrow -->
+  <polygon points="400,300 393,310 407,310" fill="#4a90d9"/>
+
+  <!-- Layer 4: Database -->
+  <rect x="40" y="315" width="720" height="100" rx="8" fill="url(#g4)" filter="url(#shadow)"/>
+  <text x="400" y="340" text-anchor="middle" font-size="14" font-weight="bold" fill="#fff">数据库层</text>
+
+  <rect x="60" y="353" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="165" y="373" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">国产数据库</text>
+  <text x="165" y="391" text-anchor="middle" font-size="11" fill="#e0ffe0">openGauss / 达梦 DM8 / 人大金仓</text>
+
+  <rect x="295" y="353" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="400" y="373" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">国产 CPU</text>
+  <text x="400" y="391" text-anchor="middle" font-size="11" fill="#e0ffe0">鲲鹏 920 / 飞腾 S5000C</text>
+
+  <rect x="530" y="353" width="210" height="48" rx="5" fill="rgba(255,255,255,0.2)" stroke="rgba(255,255,255,0.5)" stroke-width="1"/>
+  <text x="635" y="373" text-anchor="middle" font-size="12" fill="#fff" font-weight="bold">高可用架构</text>
+  <text x="635" y="391" text-anchor="middle" font-size="11" fill="#e0ffe0">主从热备 + 自动故障切换</text>
+
+  <!-- Arrow -->
+  <polygon points="400,415 393,425 407,425" fill="#2e7d32"/>
+
+  <!-- Layer 5: Infrastructure -->
+  <rect x="40" y="430" width="720" height="55" rx="8" fill="url(#g5)" filter="url(#shadow)"/>
+  <text x="400" y="455" text-anchor="middle" font-size="14" font-weight="bold" fill="#fff">基础网络层</text>
+  <text x="400" y="475" text-anchor="middle" font-size="12" fill="#e0e0ff">国产存储（华为 / 浪潮）+ 国产交换机（锐捷 / 华为）+ 国产防火墙（深信服 / 奇安信）</text>
+
+  <!-- Right side badge -->
+  <rect x="700" y="45" width="60" height="440" rx="6" fill="none" stroke="#c0392b" stroke-width="2" stroke-dasharray="6,3"/>
+  <text x="730" y="270" text-anchor="middle" font-size="11" fill="#c0392b" font-weight="bold" transform="rotate(90,730,270)">全栈国产化</text>
+</svg>
\ No newline at end of file
diff --git a/MD/~$ALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx b/MD/~$ALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx
new file mode 100644
index 000000000..fcd42e3fa
Binary files /dev/null and b/MD/~$ALTHLINK_HIS_PRICING_PROPOSAL_0.2.docx differ
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V47__bug684_fix_surgery_status_dict_duplicates.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V47__bug684_fix_surgery_status_dict_duplicates.sql
new file mode 100644
index 000000000..b8c0cff64
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V47__bug684_fix_surgery_status_dict_duplicates.sql
@@ -0,0 +1,15 @@
+-- Bug #684: 手术状态下拉框有重复
+-- 原因：sys_dict_data 中 surgery_status 类型存在重复记录（每个 dict_value 有3条）
+-- 修复：删除重复记录，每个 dict_value 只保留 dict_code 最小的一条
+
+DELETE FROM sys_dict_data
+WHERE dict_code IN (
+    SELECT dict_code
+    FROM (
+        SELECT dict_code,
+               ROW_NUMBER() OVER (PARTITION BY dict_type, dict_value ORDER BY dict_code ASC) as rn
+        FROM sys_dict_data
+        WHERE dict_type = 'surgery_status'
+    ) t
+    WHERE rn > 1
+);
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V48__fix_hisbaseentity_columns.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V48__fix_hisbaseentity_columns.sql
new file mode 100644
index 000000000..1f82fc228
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V48__fix_hisbaseentity_columns.sql
@@ -0,0 +1,88 @@
+-- 修复HisBaseEntity列缺失问题 (2026-06-08)
+-- 全链路测试发现的DB字段缺失修复
+
+-- 1. 创建adm_instrument表(完全缺失)
+CREATE TABLE IF NOT EXISTS adm_instrument (
+    id BIGINT PRIMARY KEY,
+    instrument_code VARCHAR(64),
+    instrument_name VARCHAR(128),
+    instrument_main_code VARCHAR(64),
+    instrument_type_enum INTEGER,
+    instrument_model VARCHAR(128),
+    manufacturer VARCHAR(256),
+    serial_number VARCHAR(128),
+    purchasing_company VARCHAR(256),
+    contact_person VARCHAR(64),
+    purchase_date TIMESTAMP,
+    original_price NUMERIC(12,2),
+    transaction_price NUMERIC(12,2),
+    installation_date TIMESTAMP,
+    installation_person VARCHAR(64),
+    maintenance_person VARCHAR(64),
+    org_id BIGINT,
+    identification_person VARCHAR(64),
+    recorded_temperature VARCHAR(32),
+    accessories TEXT,
+    instrument_status_enum INTEGER DEFAULT 0,
+    damage_report_date TIMESTAMP,
+    recheckable_instrument_enum INTEGER DEFAULT 0,
+    usage_status_enum INTEGER DEFAULT 1,
+    decommission_reason TEXT,
+    remarks TEXT,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP,
+    tenant_id INTEGER DEFAULT 1,
+    delete_flag VARCHAR(1) DEFAULT '0'
+);
+
+-- 2. 修复radiology_statistics列缺失
+ALTER TABLE radiology_statistics ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE radiology_statistics ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE radiology_statistics ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+ALTER TABLE radiology_statistics ADD COLUMN IF NOT EXISTS delete_flag VARCHAR(1) DEFAULT '0';
+
+-- 3. 修复mr_drg_grouping列缺失
+ALTER TABLE mr_drg_grouping ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE mr_drg_grouping ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE mr_drg_grouping ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+
+-- 4. 修复icd10_code列缺失
+ALTER TABLE icd10_code ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE icd10_code ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE icd10_code ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+ALTER TABLE icd10_code ADD COLUMN IF NOT EXISTS delete_flag VARCHAR(1) DEFAULT '0';
+
+-- 5. 修复lab_result_comparison列缺失
+ALTER TABLE lab_result_comparison ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE lab_result_comparison ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE lab_result_comparison ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+
+-- 6. 修复radiology_image_comparison列缺失
+ALTER TABLE radiology_image_comparison ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE radiology_image_comparison ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE radiology_image_comparison ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+
+-- 7. 修复adm_observation_definition列缺失
+ALTER TABLE adm_observation_definition ADD COLUMN IF NOT EXISTS tenant_id INTEGER DEFAULT 1;
+
+-- 8. 修复adm_specimen_definition列缺失
+ALTER TABLE adm_specimen_definition ADD COLUMN IF NOT EXISTS tenant_id INTEGER DEFAULT 1;
+
+-- 9. 修复reconstruction_task列缺失
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE reconstruction_task ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+
+-- 10. 修复reconstruction_result列缺失
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS tenant_id INTEGER DEFAULT 1;
+ALTER TABLE reconstruction_result ADD COLUMN IF NOT EXISTS delete_flag VARCHAR(1) DEFAULT '0';
+
+-- 11. 修复reconstruction_report列缺失
+ALTER TABLE reconstruction_report ADD COLUMN IF NOT EXISTS create_by VARCHAR(64);
+ALTER TABLE reconstruction_report ADD COLUMN IF NOT EXISTS update_by VARCHAR(64);
+ALTER TABLE reconstruction_report ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V49__patient_missing_fields.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V49__patient_missing_fields.sql
new file mode 100644
index 000000000..285f163e4
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V49__patient_missing_fields.sql
@@ -0,0 +1,25 @@
+-- Bug #705: 患者管理修改后字段回显丢失修复
+-- 添加邮政编码、户籍地址、监护人信息、患者来源等缺失字段到adm_patient表
+
+-- 邮政编码
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS postal_code VARCHAR(10);
+
+-- 户籍地址
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS hukou_address VARCHAR(500);
+
+-- 监护人信息
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_name VARCHAR(50);
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_relation INTEGER;
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_phone VARCHAR(20);
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_id_type VARCHAR(10);
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_id_no VARCHAR(30);
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS guardian_address VARCHAR(500);
+
+-- 患者来源
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS patient_derived VARCHAR(50);
+
+-- 文化程度
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS education_level VARCHAR(20);
+
+-- 单位地址
+ALTER TABLE adm_patient ADD COLUMN IF NOT EXISTS company_address VARCHAR(500);
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V50__bug704_education_level_dict.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V50__bug704_education_level_dict.sql
new file mode 100644
index 000000000..a34cab267
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V50__bug704_education_level_dict.sql
@@ -0,0 +1,48 @@
+-- Bug #704: 添加文化程度字典类型和字典数据
+-- 问题：修改患者弹窗"文化程度"下拉无数据，因为 sys_dict_type 中缺少 education_level 字典类型
+
+-- 1. 添加字典类型
+INSERT INTO sys_dict_type (dict_name, dict_type, status, create_by, create_time, remark)
+SELECT '文化程度', 'education_level', '0', 'admin', CURRENT_TIMESTAMP, '患者文化程度字典'
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_type WHERE dict_type = 'education_level');
+
+-- 2. 添加字典数据（按编码排序）
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 1, '小学毕业', '3919', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3919');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 2, '初中毕业', '3915', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3915');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 3, '普通高中毕业', '3920', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3920');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 4, '职业高中毕业', '3918', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3918');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 5, '技工学校毕业', '3917', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3917');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 6, '中等专科毕业', '3921', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3921');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 7, '大学专科毕业', '3911', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3911');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 8, '大学本科', '3912', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3912');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 9, '硕士研究生', '3913', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3913');
+
+INSERT INTO sys_dict_data (dict_sort, dict_label, dict_value, dict_type, status, create_by, create_time)
+SELECT 10, '博士研究生', '3914', 'education_level', '0', 'admin', CURRENT_TIMESTAMP
+WHERE NOT EXISTS (SELECT 1 FROM sys_dict_data WHERE dict_type = 'education_level' AND dict_value = '3914');
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V51__idx_adm_patient_identifier_tenant_patient.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V51__idx_adm_patient_identifier_tenant_patient.sql
new file mode 100644
index 000000000..0adeabca7
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V51__idx_adm_patient_identifier_tenant_patient.sql
@@ -0,0 +1,5 @@
+-- 为 adm_patient_identifier 表添加 tenant_id + patient_id 联合索引
+-- 加速按租户和患者查询的场景
+
+CREATE INDEX IF NOT EXISTS idx_adm_patient_identifier_tenant_patient
+    ON healthlink_his.adm_patient_identifier USING btree (tenant_id, patient_id);
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V52__fix_prescription_intercept_log.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V52__fix_prescription_intercept_log.sql
new file mode 100644
index 000000000..181f45928
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V52__fix_prescription_intercept_log.sql
@@ -0,0 +1,7 @@
+-- Fix: prescription_intercept_log missing HisBaseEntity columns
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS delete_flag VARCHAR(1) DEFAULT '0';
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS create_by VARCHAR(64) DEFAULT '';
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP;
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS update_by VARCHAR(64) DEFAULT '';
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
+ALTER TABLE prescription_intercept_log ADD COLUMN IF NOT EXISTS tenant_id BIGINT DEFAULT 1;
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V53__fix_clinical_pathway_execution_hisbase_columns.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V53__fix_clinical_pathway_execution_hisbase_columns.sql
new file mode 100644
index 000000000..9db177117
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V53__fix_clinical_pathway_execution_hisbase_columns.sql
@@ -0,0 +1,5 @@
+-- Fix Bug #748: clinical_pathway_execution 缺少 HisBaseEntity 列
+-- V43 迁移因版本号低于已执行的 V2026_0608 而被 Flyway 跳过，此处重新添加缺失列
+ALTER TABLE clinical_pathway_execution ADD COLUMN IF NOT EXISTS create_by VARCHAR(64) DEFAULT '';
+ALTER TABLE clinical_pathway_execution ADD COLUMN IF NOT EXISTS update_by VARCHAR(64) DEFAULT '';
+ALTER TABLE clinical_pathway_execution ADD COLUMN IF NOT EXISTS update_time TIMESTAMP;
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V54__bug613_add_return_fields_to_device_request.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V54__bug613_add_return_fields_to_device_request.sql
new file mode 100644
index 000000000..60b2beb4a
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V54__bug613_add_return_fields_to_device_request.sql
@@ -0,0 +1,11 @@
+-- Bug #613: 医嘱退回流程 - 耗材请求表增加退回相关字段
+-- 与 med_medication_request 和 wor_service_request 保持一致
+
+ALTER TABLE wor_device_request
+    ADD COLUMN IF NOT EXISTS back_reason VARCHAR(500),
+    ADD COLUMN IF NOT EXISTS performer_check_id BIGINT,
+    ADD COLUMN IF NOT EXISTS check_time TIMESTAMP;
+
+COMMENT ON COLUMN wor_device_request.back_reason IS '退回原因';
+COMMENT ON COLUMN wor_device_request.performer_check_id IS '校对人/退回护士';
+COMMENT ON COLUMN wor_device_request.check_time IS '校对时间/退回时间';
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V55__empi_core_tables.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V55__empi_core_tables.sql
new file mode 100644
index 000000000..4ae48bae9
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V55__empi_core_tables.sql
@@ -0,0 +1,53 @@
+-- V2026_0616_1: EMPI核心表 — empi_person + empi_person_id_mapping
+-- 补充 V20 中遗漏的两张EMPI核心表
+
+-- 1. EMPI主索引表（全局患者主记录）
+CREATE TABLE IF NOT EXISTS empi_person (
+    id BIGSERIAL PRIMARY KEY,
+    global_id VARCHAR(32) NOT NULL,
+    id_card_no VARCHAR(20),
+    patient_name VARCHAR(50),
+    gender VARCHAR(10),
+    birth_date DATE,
+    phone VARCHAR(20),
+    address TEXT,
+    merge_status VARCHAR(20) NOT NULL DEFAULT 'ACTIVE',
+    source_system VARCHAR(50),
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    tenant_id INT DEFAULT 0,
+    delete_flag VARCHAR(1) NOT NULL DEFAULT '0'
+);
+COMMENT ON TABLE empi_person IS 'EMPI患者主索引';
+COMMENT ON COLUMN empi_person.global_id IS '全局唯一患者ID';
+COMMENT ON COLUMN empi_person.merge_status IS '合并状态(ACTIVE/MERGED)';
+CREATE UNIQUE INDEX IF NOT EXISTS idx_ep_global ON empi_person(global_id);
+CREATE INDEX IF NOT EXISTS idx_ep_idcard ON empi_person(id_card_no);
+CREATE INDEX IF NOT EXISTS idx_ep_name ON empi_person(patient_name);
+
+-- 2. EMPI ID映射表（全局ID与院内系统患者ID的映射关系）
+CREATE TABLE IF NOT EXISTS empi_person_id_mapping (
+    id BIGSERIAL PRIMARY KEY,
+    global_id VARCHAR(32) NOT NULL,
+    local_patient_id BIGINT NOT NULL,
+    source_system VARCHAR(50) NOT NULL,
+    id_type VARCHAR(20) NOT NULL,
+    id_value VARCHAR(100) NOT NULL,
+    create_by VARCHAR(64),
+    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    update_by VARCHAR(64),
+    update_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
+    tenant_id INT DEFAULT 0,
+    delete_flag VARCHAR(1) NOT NULL DEFAULT '0'
+);
+COMMENT ON TABLE empi_person_id_mapping IS 'EMPI患者ID映射表';
+COMMENT ON COLUMN empi_person_id_mapping.global_id IS 'EMPI全局患者ID';
+COMMENT ON COLUMN empi_person_id_mapping.local_patient_id IS '院内患者ID';
+COMMENT ON COLUMN empi_person_id_mapping.source_system IS '来源系统编码';
+COMMENT ON COLUMN empi_person_id_mapping.id_type IS '标识类型(MRN/INSURANCE/CARD等)';
+COMMENT ON COLUMN empi_person_id_mapping.id_value IS '标识值';
+CREATE INDEX IF NOT EXISTS idx_epim_global ON empi_person_id_mapping(global_id);
+CREATE INDEX IF NOT EXISTS idx_epim_local ON empi_person_id_mapping(local_patient_id);
+CREATE INDEX IF NOT EXISTS idx_epim_source ON empi_person_id_mapping(source_system);
\ No newline at end of file
diff --git a/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V56__fix_empi_merge_log_create_time.sql b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V56__fix_empi_merge_log_create_time.sql
new file mode 100644
index 000000000..5ad7c86b1
--- /dev/null
+++ b/healthlink-his-server/healthlink-his-application/src/main/resources/db/migration/V56__fix_empi_merge_log_create_time.sql
@@ -0,0 +1 @@
+ALTER TABLE empi_merge_log ADD COLUMN IF NOT EXISTS create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP;
\ No newline at end of file