医院 DRG 整套系统

把医生端、预分组、结算清单、病案质控、盈亏分析等环节连接起来。

产品说明

以事前、事中、事后为主线,把临床过程、结算质量与管理分析放进一套可协同的工作体系。

  • 院领导
  • 医保办
  • 信息科
  • 病案科
  • 临床科室

医院现在的问题

01

不同环节使用分散工具,信息难以衔接

02

问题发现、处理与复盘缺少闭环

03

业务部门和信息部门对系统边界理解不一

这个产品解决什么

系统提供辅助管理信息与工作入口,专业判断和院内决策仍由医院负责。

01

连接临床提示、清单质控与分析环节

02

建立问题发现到复核追溯的工作路径

03

按医院现状设计接口、权限与部署边界

系统界面

优先使用经确认的真实产品素材;不使用其他产品截图冒充。

核心能力

01

事前医生端

02

事中病案与清单质控

03

事后盈亏分析

04

数据对接

05

权限与日志

适合部门

院领导 / 医保办 / 信息科 / 病案科 / 临床科室

实际参与部门和职责分工以医院项目组织方式为准。

适合什么医院

先看目标与基础

适合希望系统建设 DRG/DIP 精细化管理能力,并具备跨部门协作条件的医院。

实施与对接

HIS / EMR、接口 / ETL 与 DRG 系统的连接方式需按医院环境设计,架构示意不代表所有医院固定实施方式。

  • 院内部署支持部署于医院内部服务器环境
  • 数据不出院核心医疗数据在医院内部处理
  • 权限管理按不同用户角色配置访问权限
  • 日志审计关键系统操作可留痕审计

常见问题

接口、价格、工期与适配范围需结合医院现状评估。

01DRG 和 DIP 有什么区别?

两者都是医保支付方式改革中的重要方法,但分组逻辑、结算方式和地区实施口径并不相同。医院应以当地现行政策与实际结算规则为准,再确定管理重点和系统配置。

02已经有 DRG 系统,还能使用玉兔的产品吗?

可以先评估现有系统覆盖范围,再判断是补充医生端、结算清单质控、盈亏分析或风险自查能力,还是进行更完整的协同建设。不会仅凭官网信息建议替换现有系统。

03会替换医院 HIS 吗?

通常不会。玉兔医疗系统面向医院医保精细化管理场景,可与医院现有 HIS、EMR 等系统协同,具体边界以项目方案为准。

04需要与 HIS / EMR 对接吗?

多数业务场景需要结合医院现有数据与流程。是否对接、对接哪些字段以及采用何种方式,需要在确认现有系统、数据条件和项目范围后确定。

05建设周期多久?

根据医院现有信息系统、产品组合、接口情况及项目范围评估后确定。一般需要经过调研、数据与接口确认、配置联调、试运行和验收等阶段。

先确认医院现状,再讨论合适的建设范围

提供现有系统、关注问题与预期范围,我们据此整理沟通重点。

电话咨询