Files
------------/模块规划/17-医保DIP智能控费-模块规划.md

8.6 KiB
Raw Permalink Blame History

医保DIP智能控费 模块规划


1. 模块定位

医保DIP智能控费系统是面向医疗机构和医保管理人员的医保费用智能管控平台基于按病种分值付费DIP和疾病诊断相关组DRG规则实现医保编码智能辅助、入院前费用预测、住院中实时控费预警和出院结算审核。

本系统属于医疗信息化HIS/医保) 专业领域,是高度垂直的医保费用管理系统,与养老服务主业存在领域差异,但与养老机构(提供医疗服务的)的医保结算存在关联。


2. 建设目标

  1. 实现医保智能编码辅助ICD-10疾病编码、手术操作编码
  2. 提供病例DRG/DIP分组自动判定减少编码错误和拒付风险
  3. 构建住院费用实时监控,超出分值预警并给出控费建议
  4. 支持出院结算审核(自动校验编码与费用的匹配度)
  5. 提供医保费用分析报表(科室/病种/医生维度)

3. 核心功能范围

3.1 一级模块

  • 医保智能编码
  • 医保智能审核
  • DRG/DIP智能管理

3.2 二级模块

  • 医保智能编码
    • 主诊断编码辅助ICD-1041个子功能
    • 手术操作编码辅助
    • 编码知识库维护
    • 编码错误校验
  • 医保智能审核77个子功能
    • 入院指征审核
    • 用药合理性审核(超适应症/超量)
    • 耗材合规审核
    • 诊疗行为监控
  • DRG/DIP智能管理77个子功能
    • 病例DRG自动分组
    • DIP分值计算
    • 分组异常预警
    • 费用超支预测与控制建议
    • 科室DIP点数分析
    • 医保基金使用率仪表盘

3.3 核心功能说明

功能 描述 专业要求
ICD-10编码辅助 医生输入疾病名称→智能匹配ICD-10编码提示高风险编码 国家医保局ICD-10规则库
DRG自动分组 根据主诊断+手术操作+并发症自动判定DRG分组 国家DRG分组规则CHS-DRG
DIP分值计算 病种+均次费用→计算DIP分值与医保支付额比对 各省DIP分值表地区差异大
费用实时监控 住院中实时预测最终费用是否超出DRG上限 费用预测模型
审核规则库 内置超5000条医保合规规则诊疗+用药+耗材) 持续更新国家/地方医保政策

4. 与现有 mall 的关系

契合度D不适配

mall 是通用电商平台,不具备任何医保相关能力:

能力需求 mall 现状 结论
ICD-10医疗编码体系 须独立建设
DRG/DIP分组算法 须独立建设
医保合规规则引擎 须独立建设
HIS系统集成 须独立建设
医保费用分析 须独立建设

mall 是通用电商平台,不具备医保编码/DRG分组等专业医疗信息化能力强行堆入会导致数据合规失控。


5. 规划判断

独立系统建设(专项医疗信息化系统)

  • 系统性质高度专业的医疗信息化系统通常需要专业医疗IT厂商参与
  • 集成方式可考虑采购成熟的DRG/DIP控费产品如嘉和美康、海虹医保等而非全自研
  • 与养老平台关系通过API对接养老机构的医疗服务数据输入本系统

6. 需新增业务能力

  1. ICD-10编码知识库国家医保局官方编码库41880+编码条目)
  2. DRG/DIP规则引擎全国版DRG规则 + 各省DIP分值表⚠️ 地区差异大,需分省配置)
  3. 医保合规规则库5000+条诊疗/用药/耗材医保合规规则,持续更新
  4. HIS数据集成接口从养老机构HIS系统获取就诊数据HL7 FHIR标准
  5. 费用预测模型:基于历史数据训练的住院费用预测
  6. 实时预警推送:费用超预警时推送给主治医生/财务

7. 需新增数据模型

模型 关键字段
icd10_code code, name, category, effective_date, is_medical_insurance_covered
drg_group_rule id, version, conditions(JSONB), drg_code, base_payment
dip_score_table province_code, disease_code, score, effective_year
admission_case id, patient_id, org_id, admit_date, discharge_date, main_diagnose_code, drg_group, total_cost
insurance_audit_record id, case_id, rule_id, hit_type, description, risk_level, suggested_action
cost_alert id, case_id, alert_type, threshold, actual_cost, predicted_cost, alerted_at

8. 需新增技术栈 / 第三方能力 / 中间件

类别 技术选型 用途
医疗互操作 HL7 FHIR R4协议 与HIS系统数据交换
规则引擎 Drools / 自研规则引擎 医保合规规则执行
NLP 医疗NLP自研或第三方 疾病名称→ICD-10编码智能匹配
数据仓库 ClickHouse 医保费用分析报表大数据量OLAP
医保数据 各省医保局API⚠️ 待确认接入条件) 实时分值获取和结算

9. 外部系统对接关系

对接方 内容 说明
养老机构HIS系统 电子病历、医嘱、费用数据 HL7 FHIR接口
国家/省医保局系统 DRG/DIP分值查询、结算提交 ⚠️ 待确认各省接口规范和接入条件
中心药房21 药品费用数据 内部API
数据中台26 医保费用数据汇入 内部数据管道

10. 风险与边界

风险 说明 应对
各省DIP规则差异 DIP分值表和规则每省不同且每年更新 规则可配置,建立规则版本管理机制
医保接口准入门槛 需经过医保局系统对接资质认证 ⚠️ 提前了解各省医保局接入要求
数据合规(病历数据) 医疗数据属于最高级别隐私数据 等保三级、国密加密、数据不出境
专业性门槛高 DRG/DIP业务逻辑需要医保专业人员参与 建议与专业医保IT厂商合作非全自研
边界:不含医保结算资金流 本系统处理规则和预警,实际资金划拨由医保经办机构完成 输出结算建议,不直接操作资金

11. 实施优先级与分期建议

优先级P2

分期 内容 前置条件
第一期 编码辅助 + 基础DRG分组 HIS系统确认、医保接口条件确认
第二期 实时费用监控 + 合规审核规则库
第三期 DIP智能控费 + 医保费用分析报表

12. 结论

医保DIP智能控费是高度专业的医疗信息化系统其ICD-10编码体系、DRG/DIP规则引擎、医保合规规则库等核心能力在 mall 中完全缺失,必须作为独立系统建设

鉴于专业门槛高、规则更新频繁、各省差异显著,强烈建议评估采购成熟的医保控费产品(国内头部厂商)而非全自研,平台侧主要负责集成接口和数据展示,以降低研发风险和维护成本。