序号

项目名称

服务年限

交货期

目的地

1

Drgs院内监控与病案首页质量管理系统服务

1年

3个月内

杭州市儿童医院

建设内容

大类

功能组件

Drgs院内管理服务

DRGS数据治理

数据抽取

数据处理

数据建模

DRGS在院监测

预警设置

在院监测

HIS工作站入口

电子病历入口

DRGS评价&分析

年度净盈亏及走势分析

年度科室盈亏排行榜

病组盈亏排行榜

病组整体情况分析

统计分析

DRGs结算管理

结算单导入

结算单校对

申诉信息记录

病例费用明细查看

病案首页质控服务

DRGS病案质控

病案首页自检（定时、实时）

病案首页抽查

首页对比核查

首页数据上报

问题修正跟踪

问题及DRG成效统计分析

序号

技术规格、要求

说明

1

系统需实现功能需求内容

1.1

DRGs数据治理服务

1.1.1

DRGs数据处理：

1)要求能将医院各业务系统的数据取出，经过实时数据同步工具建立标准结构的数据仓库。

2)要求必须详细阐述我院现有系统数据源到数据中心的同步机制和原理。

3)应支持EXCEL、关系型数据、Hadoop、Hive等多种类型的数据源。

4)支持手动配置任务，对任务进行开启、结束和重试，能够针对同一类业务的数据任务频率进行统一化配置。支持单例和集群模式。

5)应具有独立的ODS库管理，其中应能够显示每个数据源的相关情况，包括所含表名、占用空间、数量、依赖状态、是否进行校验、是否包含清洗以及相关查询功能。

6)应针对ODS库具有数据可视化浏览界面，能够标注任务的执行情况。

7)应支持对ODS库的校验功能。策略管理包括行数校验策略、内容校验策略、异常校验策略等，不同策略面向不同业务场景。

8)支持手动配置，能够对校验结果进行实时查看。

▲1.1.2

DRGs数据建模：

1）DRGS数据建模：提供DRGS管理应用正常运行的26个模型，即：科室主数据模型、医生主数据模型、疾病编码主数据模型、手术编码主数据模型、患者基本信息模型、患者诊断信息模型、患者手术信息模型、患者医疗项目信息模型、患者会诊信息模型、患者项目类型统计模型、患者执行科室医疗项目信息模型、出院带药模型、资源消耗时长模型、应用数据聚合模型、费用科室消耗项目信息模型、患者消耗项目信息模型；过敏药物主数据模型、电子病历首页病人基本信息模型、电子病历首页病人诊断情况模型、电子病历首页病人手术情况模型、电子病历首页病人费用情况模型、病案首页病人基本信息模型、病案首页病人诊断情况模型、病案首页病人手术情况模型、病案首页病人费用情况模型、病案首页出院记录表模型。

2）创建过程自动配置建模的相关任务。

3）能够对模型的执行情况进行可视化监控。

4）应支持单独的数据清洗管理，同时支持SQL高级模式。

1.2

DRGs在院监测

1.2.1

分组器设计：根据历史数据分组结果，结合区域ADRG以及合并症、费用项目等分组要素的机器学习，形成院内实时分组器。

1.2.2

在院病例实时分组：实现电子病历的疾病诊断编码和手术诊断编码自动转成分组器编码，结合当前病历已经产生的费用项目、年龄、性别等信息进行实时的模拟分组。

▲1.2.3

事中费用提醒：按照患者所处的不同阶段（术前、术中、术后），从不同的维度（平均住院日、次均费用、药品、耗材、麻醉费等），建立目标分组数据与病例实时数据的对比分析，让医生在医疗过程完整规范的情况下，有节奏的控制费用，并提供手机短信、系统消息等多种形式的预警跟踪。

1.2.4

需提供接口给HIS厂商，实现与医生日常工作无缝衔接。（提供接口，由HIS厂商完成HIS系统改造）

在HIS的工作站中患者信息卡界面，可以直接看到费用预警信息，查看模拟分组结果在电子病历中医生开手术申请单时，可得知病例预计入组信息及该病组标准费用、术中费用信息，医生根据费用情况对术中耗材使用进行控制；医生开出院带药时，可得知病例当前费用是否已经超出病组均费，提醒医生减少不必要的出院带药。

1.2.5

入组调整优化：医生发现主诊断或主手术不符时，可重新选择，系统会重新预测分组；或者患者当前信息无法支持分组时，医生可以直接选择目标分组作为过程控制的参照标准。

1.2.6

有针对性的查房：根据系统设置的预警条件，按科室、医疗组统计处于红、黄预警状态的病历，让院长、院级其他管理部门以及科长的查房更具有针对性。

1.2.7

需包含的功能：预警设置、在院监测、首页入口、HIS工作站入口、电子病历入口

1.3

DRGs评价&分析

▲1.3.1

医院整体DRGs盈亏分析：通过DRGs运行数据分析，包括整体净盈亏、亏损较大科室、亏损较大病组及亏损因素、出院带药数据，为医院管理人员作出管理决策提供支持。

▲1.3.2

对费用超标的DRGs病组进行管理：结合患者数、实际费用占比等来确定对全院医保费用的影响程度，根据“三级筛查、逐级定位”的原则，定位到对应的科室、医疗组和医生，找到超标主要原因（哪个药品使用过量引起超标、哪个耗材使用过量引起超标、哪个手术模式引起的费用超标等），为下一步控费准备好数据基础。

1.3.3

科室分析：通过科室DRGs运行数据及分析，包括科室净盈亏、亏损较大医疗组、亏损较大病组及亏损因素、药材比，为科室主任作出管理决策提供支持。

1.3.4

病组分析：提供DRGs每个病组的发展情况，包括净盈亏、亏损因素分析、病例数和次均费用分析、跨科室对比分析。

1.3.5

需包含的功能模块：

院级：年度净盈亏及走势分析、月度净盈亏、高低倍率病例占比走势分析、月度科室盈亏排行榜、年度科室盈亏排行榜、月度病组盈亏排行榜、年度病组盈亏排行榜、科室整体情况分析、病组整体情况分析

科级：与院级基本类似，增加医疗组和医生维度的分析、有医生个人主页病组分析、病例分析

1.4

DRGs结算管理

▲1.4.1

一键导入医保每月的DRGs结算单，系统自动完成账单校对，找出每个科室的超标病例（亏损）。

1.4.2

在对账单界面可直接查阅费用明细与电子病历文书的内容，对比医保分组结果与预分组结构的一致性，确定需要申诉的病历。

1.4.3

需包含的功能模块：结算单格式设置、结算单导入、结算单校对、申诉信息记录、病例费用明细查看、电子病历查看

1.5

DRGs病案首页质控

1.5.1

病案首页自检：用于病案首页（已经编码员处理）的质检，系统重点自动检测编码问题，以查漏补缺，增加编码准确性，对于非编码问题在此处结合诊断再次进行校验，进一步确保DRGs分组要素的准确度，确保DRGs分组的正确性。（支持实时检测）

1.5.2

病案首页抽查：系统提供DRGs未入组、死亡病历、抢救病历、指定科室、指定医师、指定诊断与手术等筛选条件，帮助用户快速挑选出需要抽查的病案，结合电子病历进行查阅。

1.5.3

首页对比核查：用于电子病历首页、病案首页质量复审，系统对比编码前后的首页，并按诊断、手术及操作、病理、损伤中毒外因几类差异情况进行归类，快速定位差异问题，查看差异结果，用于分析医生病历首页填写质量和编码人员编码修正水平。并提供依据录入，用于后期追溯。

1.5.4

首页数据上报：提供HQMS、省平台、医保平台等多平台多格式的首页数据导出功能，对接口直传的地区支持数据直接上传。保证上报数据完整、准确。

1.5.5

问题修正跟踪：用于跟踪管理问题病案的修正情况，做到针对性的监督和管理。

1.5.6

问题及DRGs成效统计分析：统计分析各编码员易错问题，针对性的培训提升编码员水平。统计分析病案编码处理前后DRGs入组和总点数差异，用于体现病案室工作成效。

1.5.7

需包含的模块：病案首页自检、病案首页抽查、检查项目比对、病案首页上报、问题修正跟踪、分组要素不一致病历分析、今日病案、我的病案、我的问题集、校验规则管理、个性化设置

1.7

其他要求

1.7.1

一年系统使用权。

▲1.7.2

病案首页质控知识库院内本地化部署。

1.7.3

系统新版本保持更新（每年2次以上）。

1.7.4

DRGs院内管理系统的分组器保持与区域端同步更新。

1.7.5

病案质控系统知识库保持更新（每年2次以上）。

1.7.6

每个月提供一次上门巡检，内容包括系统运行检查和需求收集。

1.7.7

每季度提供一次DRGs管理深度数据分析。

1.7.8

每年不定期提供业内专家咨询培训。

2

售后服务及培训

2.1

提供7×24小时技术支持服务

2.2

对客户反映的任何问题响应时限为2小时内，如需现场维护，响应服务4小时内，特殊情况在24小时内无法修复的，提供备用方案，保证项目的稳定运行。

2.3

培训方式：授课+现场操作应用指导。

2.4

培训资料：向用户提供整个应用系统的技术说明、操作说明和相关的文档；提供多种培训课程和技术知识讲座资料；详细的培训计划安排表等。

2.5

所有的培训费用必须计入投标总价。

3

安装与验收

3.1

安装地点：医院指定地点；

3.2

安装完成时间：合同签订后3个月内完成安装调试。

投入试运行及相关培训后正常运行一个月组织验收。

验收合格，正式交付使用，进入维护期，建立完善的系统服务运维体系。

3.3

安装标准：符合我国国家有关技术规范和技术标准；

3.4

验收标准：投标商应提供项目相关软件有效验收文件，经用户认可后，作为验收标准。

3.5

验收中发现软件、设备达不到验收标准或合同规定的性能指标，中标商方必须在一个月内修改相应内容，以满足用户需求。

3.6

验收费用由中标商负责。