管理结果往往在结算后才被看见
PRODUCT · DRG 医生端
医生端助手
让 DRG 管理从“月底医保办看结果”，前移到“患者还在院时医生就能看到”。
产品说明
在临床工作过程中呈现预分组、当前费用、费用空间和相关提示，为医生提供可理解的过程信息。
- 临床医生
- 医保办
- 病案科
CURRENT CHALLENGES
医院现在的问题
临床过程信息与医保管理相互脱节
医生难以及时理解当前病例的费用与分组情况
WHAT IT SOLVES
这个产品解决什么
系统提供辅助管理信息与工作入口，专业判断和院内决策仍由医院负责。
在院期间呈现预分组信息
汇总当前费用及费用空间
结合规则提供相关提示，并保留专业复核环节
SYSTEM INTERFACE
系统界面
优先使用经确认的真实产品素材；不使用其他产品截图冒充。
CORE CAPABILITIES
核心能力
预分组
当前费用情况
费用空间
诊断与操作信息提示
疑点提醒
临床医生 / 医保办 / 病案科
实际参与部门和职责分工以医院项目组织方式为准。
先看目标与基础
适合希望把 DRG/DIP 管理前移到临床过程，并具备相关数据与协作条件的医院。
IMPLEMENTATION
实施与对接
通常需要结合 HIS / EMR、病案及费用数据进行接口与流程确认；具体呈现内容由医院现有系统和项目范围决定。
- 院内部署支持部署于医院内部服务器环境
- 数据不出院核心医疗数据在医院内部处理
- 权限管理按不同用户角色配置访问权限
- 日志审计关键系统操作可留痕审计
FAQ
常见问题
接口、价格、工期与适配范围需结合医院现状评估。
01DRG 和 DIP 有什么区别？＋
两者都是医保支付方式改革中的重要方法，但分组逻辑、结算方式和地区实施口径并不相同。医院应以当地现行政策与实际结算规则为准，再确定管理重点和系统配置。
02会替换医院 HIS 吗？＋
通常不会。玉兔医疗系统面向医院医保精细化管理场景，可与医院现有 HIS、EMR 等系统协同，具体边界以项目方案为准。
03需要与 HIS / EMR 对接吗？＋
多数业务场景需要结合医院现有数据与流程。是否对接、对接哪些字段以及采用何种方式，需要在确认现有系统、数据条件和项目范围后确定。
04接口是否包含在软件中？＋
根据医院现有信息系统、产品组合、接口情况及项目范围评估后确定。
05建设周期多久？＋
根据医院现有信息系统、产品组合、接口情况及项目范围评估后确定。一般需要经过调研、数据与接口确认、配置联调、试运行和验收等阶段。
PRODUCT DEMONSTRATION
先确认医院现状，再讨论合适的建设范围
提供现有系统、关注问题与预期范围，我们据此整理沟通重点。