DRG信息系统技术需求书.docx

《DRG信息系统技术需求书.docx》由会员分享，可在线阅读，更多相关《DRG信息系统技术需求书.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、DRG信息系统技术需求书预算金额:48万元项目类型:软件一、项目名称及数量：DRG信息系统/壹套二、项目周期：经甲乙双方协商后，自合同签订之日起3日内，投标人提交开工申请单, 开工申请单经采购单位确认之日起60个日历日内完成验收。三、交货地：采购方指定地点四、项目简介：随着国家三级公立医院绩效考核及DRGXDIP付费试点的推进,我院对如何运用精细化管 理提高服务意识、驱动成本控制的需求迫切。在这个大环境下，我院拟引进一套DRG信息系 统，以病种为核心维度进行医疗质量、医疗效率和患者服务满意度统计分析，为医院管理、 医保费用分析提供数据支撑，从而提高病案编码质量，并将其中关键指标作为我院医疗服务

2、 抓手，提高院内总体服务能力。五、技术要求（一）系统设计原则L系统设计符合标准化规范。2,系统用户界面友好，风格一致，操作简单、直观、灵活，易于学习掌握。3.系统需要提供基于用户名、密码的用户身份认证系统和分别基于角色、基于功能的用户权 限管理功能。4系统充分保证数据安全性、完整性。5.能够及时提供系统维护和技术支持。（二）系统技术规格要求1.操作系统和数据库要求：可支持SQL Server. Oracle等多种主流关系型数据库系统。2,实用性：项目采用的技术路线和主要技术，是目前主流技术，能够满足未来信息化长期发 展的要求。3 .安全性：系统应实现7义24小时连续安全运行，性能稳定，易于维护

3、。有完善的权限管理 机制，能够根据业务需要，灵活设定每项功能的操作权限，将权限分配给不同的角色和用户。4 .高效性：系统响应速度快，工作站高峰期操作系统时无明显等待时间，并发用户同时运行 时不能出现堵塞现象。5 .扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统具有在系统产品 的系列、容量与处理能力等方面的扩充与换代的可能，并可与其他业务系统进行无缝互连。（三）系统总体要求系统建设考虑对既有IT投资的保护和利用，基于现有的业务系统，在不影响原有系统 的情况下，实现功能与现有业务系统之间数据和业务的无缝对接。具体表现为：1 .易用性：贯彻面向最终用户的原则，建立友好的用户界面，使

4、用户操作简单直观。2 .安全性：安全性是有效性和可用性的必要条件，不能因为各种原因导致数据丢失,或被非 法修改而影响甚至停止医院医疗服务的开展。医疗信息系统的安全除了硬件配置措施外，还 应在系统运行方式、软件设置、规章制度等多方面加以解决。3,灵活性：系统必须随着卫生政策法规的改变而相应变化，必须充分考虑系统的灵活性，合 理安排系统结构。4 .先进性：投标方所投软件应为投标公司的最新版本，产品遵循体现近年在医院管理、医院 信息化产品标准化、医疗服务的信息处理支持等方面的新要求新理念。（四）数据要求L数据输入:必须是格式化的数据，尽可能采用选择输入的方式输入，做到快速、高效。5 .数据统计:必须

5、提供所有选择项目的数据统计功能，根据数据特点结合使用习惯要求，做 到用户自由选择，自由统计。6 .数据备份:具备数据备份功能，可分为自动定时备份、自动异地备份和手工操作备份。7 .数据权限:必须提供数据使用权限功能。8 .数据安全:系统应提供完善的用户权限数据访问体系，应提供数据库备份和异机备份与恢 复等方面提供科学合理的安全措施。六、功能参数1病种分组器管理1.1 系统能够根据“国家医疗保障疾病诊断相关分组（CHS-DRG）分组方案”定义的相关 分组逻辑,默认患者临床信息分组规则，通过该分组器规则对院内病人的临床数据进行分组。1.2 通过申康下发的病种分组规则，模拟申康病种分组算法，实现近似

6、申康病种分组器, 通过该分组器对院内病人的临床数据进行分组。1.1 3借助模拟的申康病种分组算法统计院内病种收治情况，包括统计院区、科室、医疗 组维度下的CMI、总权重、出院人次、收入、死亡人次、住院天数指标。1.4 可定义分组器的接口，可实现分组器的替换或者对默认分组器的重构。1.5 系统支持全面兼容国家与地方标准和规范，并按国家标准或上海市标准，修改分组 器值，达到卫计委信息系统数据采集要求，并完成数据上报和输出。2综合管理2.1 能够对已经集成到系统的患者临床数据进行运算，将全院病种组数、全院总CMK 全院总权重在系统首页显示，并能够通过该指标将数据拆分至科室级别及主诊组（科主任、 主任

7、医师、副主任医师、主治医师、住院医师）展示数据明细。2.2 能够将CMI趋势、科室权重、科室时间消耗指数和费用消耗指数作为趋势以直方图 等形式在系统首页展示。2.3 能够将病种低死亡风险评分、MDC例数以散点图等形式在系统首页展示，并将科室 病种组数、科室指标明细作为列表展示。2.4 能够对CMI值、RW值、手术分级、死亡风险控制、同病种按月、季度、年度为时间 参数进行同比和环比。3学科分析3.1 能够以病种组、CMI维度分析各个科室的病种入组情况，查询条件包括“上周”“上 月”、“本年度”及“自定义日期范围”等，入组数量以降序方式将院区、科室、服务单元 单个维度展示明细。3. 2可以通过病种

8、覆盖率维度分析各个科室的病种入组情况，并且以服务单元的维度将 病种覆盖率以降序排列展示。3. 3对死亡患者进行死亡率、低风险死亡病种组分析，分别以院区、科室、医疗组维度 进行计算，以直方图的形式展示，点击指标可以查看该维度下死亡患者分布的病种组，并以 散点图的形式展示。4工作效率分析4.1通过患者进行病种组进行划分，并以病种组的维度对时间消耗指数、费用消耗指数、平均住院日、住院均次费、病种组效率进行分析，同时以科室维度对这些指标进行降序排列, 并以明细列表形式进行展现。4. 2以医疗组为维度对时间消耗指数、费用消耗指数、平均住院日、住院均次费指标进行分析，通过直方图展示。4.3支持统计总病种组

9、权重、总出院人次、总出院费用，并以指标形式展现，支持“上 月”、“本年”、“自定义日期范围”等维度进行数据筛选查询，能够将院区、科室、医疗 组、医生的维度分别用直方图展示。5绩效分析5.1系统提供以内科系统，外科系统，按医疗组，科室，病区，医生为对象的绩效分析 数据，以用于院内绩效考核。5. 2基于权重，CMI、手术分级、病种分析等的医生、科室绩效考核系统。5. 3根据医院单病种绩效奖励规则加入相应子模块，现有绩效计算规则根据医院绩效办 需求作相应调整。5. 4绩效单位的规则对接：科室、主诊组、绩效科室（单独核算的）的划分规则需要核 对准确。5.5能够将绩效数据以明细列表形式进行展现、统计、查

10、询。6费用控制分析6.1可以按照不同倍数的偏差、日期范围、病种组、院区、科室、医疗组等条件筛选不 在合理收费的病人清单费用控制报表，并可以导出到Excelo6. 2通过病种分组计算历史患者费用信息，生成按病种组、科室维度的总费用、药品费 用、材料费的上下限预估费用，形成费用控制预算报表，并可以导出到Excel。7综合报表6.1 能够通过日期范围、院区、科室、医疗组查询病案病人报表，查询信息字段包括患 者归属哪个病种、手术、总费用、药费、材料费，且支持多条件筛选和导出功能。7. 2能够通过日期范围、院区查询病科室报表和病种报表，查询信息字段包括科室的 CMI、总权重、出院人次、收入、死亡人次、住

11、院天数指标，且支持多条件筛选和导出功能。7.3能够查询每个科室、每个主刀、一助的手术例数，包括一二三四级手术各占多少， 以及三四级手术的比例。7.4能够查询统计各科室的手术明细数据，包含手术名称、级别、主刀、一助、二助、 病人基本信息等。8数据质控管理8. 1集成算法后根据病种关注指标维度，进行异常值监测和异常数据发现。8. 2对病种分组下的异常费用进行监控分析。8. 3以病种分组维度对总费用、药品费用、药占比、材料费、材料费占比进行监控，支 持以院区、科室、医疗组分别进行分析并展示。8. 4对为纳入病种组的患者分组到垃圾组，即住院患者有诊断，但是未能归入病种组的 患者进行分析统计。8. 5能

12、够制订垃圾组分组规则，对符合规则的患者进行垃圾组分组归类，支持统计分析、 数据实时监控并展示。8.6对病种分组后计算，如果发现对于常规病种组内患者发生突发性的常规医嘱、常规 收费、常规人次量、常规医保费用异常波动后，进行统计分析并预警展示，并可以以院区、 科室、医疗组的多个维度对数据进行展示；9系统配置管理9.1可以新增、修改、删除对国家标准字典编码的院内信息映射关系，并与院内系统进 行集成。9. 2可以查询操作人员对系统的操作日志。9. 3可以对系统可以操作的人员进行管理，操作账户可以新增、修改、停用等操作。10. 4可以分配操作账户的使用角色，并定义改角色的操作权限。10系统对接系统需对接

13、医院电子病历系统、CDR系统，将医院的患者病案数据进行实时采集并建模 运算，采集范围包括国家医保版医疗保障疾病分类与代码(ICD-1O)、医疗保障手术及 操作分类与代码(ICD-9-CM-3)、病案首页信息、病案手术信息、病案诊断信息、病案费用 信息等，支持数据标准化的校对，能够审核数据的完整性和编码的正确性。七、售后维护要求1、服务要求:系统供应商应本着认真负责态度，应配备完整和专业的实施队伍，主要人员要 求：项目经理1名，实施人员2名，其中项目实施人员必须具有同类产品实施经验，且项目 经理未得到医院同意的情况下不得随意更换。请投标人提供系统实施工程师名单，包括姓名、 手机号码、办公地点、职

14、责。2、维护2.1维护内容：涉及本项目的所有软、硬件。2. 2维护期限：项目验收后1年。2. 3维护方式：远程支持、现场服务。2.4故障处理（响应时间）：7*24小时响应，2小时之内解决远程解决问题；远程无法解决 的，2小时之内到达现场，4小时之内解决。2. 5巡检：巡检周期（巡检报告、风险评估、改进方案）每季度1次系统巡检，国定假、重大事件前系统巡检，巡检结束后7个工作日内提供 巡检报告。2. 5. 2每季度1次提交风险评估与质量持续改进计划。2. 6预维护：BUG修复、系统优化2. 6.1每季度1次系统预维护，包括BUG修复及系统优化。2. 7现场保障：重大事件现场保障。2. 8功能微调、

15、个性化定制。在项目实施过程中及维护期内，因国家政策或政府、医院上级部门要求导致的被动性 程序修改，供应商应及时提供程序修改服务，并确保系统在政策要求的时限内正确运行，该 费用包含在报价总额及年维护费用内，医院不再另行支付相关费用。2. 8. 2供应商承诺所投标的信息系统软件的功能调整及个性化定制费用包括在年维护费用 内。2. 9培训：项目实施验收前对医院信息中心技术人员及临床使用人员提供技术和使用培训， 并提供操作手册等文档。2.10 迁移：涉及本系统的服务器、数据库、客户端等迁移需求，供应商应积极配合，迁移 所需的费用包含在年维护费中。2.11 小版本升级：供应商承诺所投标的信息系统软件的小

16、版本升级费用包括在年维护费用 内。2. 12系统集成：涉及本系统的集成需求，供应商应积极配合，与我院现有HIS、PACS、LIS 等系统相关接口所需的费用包含在年维护费中。2.13续保约定：提供详尽的系统建管运维方案和系统维护价格，系统年维护费用必须在谈 判响应性文件中确认，除非得到院方许可，今后年维护费用不得高于此确认价格。3、售后服务人员组成及资质供应商需提供固定的售后维护人员，该人员应具备3年以上相关系统从业经验，如需更 换应提前1个月告知院方。3. 2服务方式：非驻场。八、验收要求系统验收后供应商须提供详细的文档，包括但不仅限于以下内容：1、需求规格说明书2、用户操作手册3、验收报告书

17、4、概要设计方案5、详细设计方案6、实施方案九、其他要求1、实施验收后90天内，支付合同款的95%； 1年维护期满后，支付质保金（即合同款5%）。 质保金支付后，质保期限继续履行。2、采购单位保留对中标公司投标的产品进行性能功能测试的权利，如虚假应标，一切责任 由中标公司承担。3、如投标人未能按合同规定的时间交货时，投标人需支付采购单位合同金额的5%。作为违 约金，违约金最高限额为合同总金额的5%,当造成的实际损失大于最高违约金时，投标人 要给予采购单位足够赔偿。4、采购单位保留对中标公司投标的产品进行性能功能测试的权利，如虚假应标，一切责任 由中标公司承担。5、如投标人未能按合同规定的时间交

18、货时，投标人须每天支付采购单位合同总金额的5%0 作为违约金，违约金最高限额为合同总金额的5%o当造成的实际损失大于最高违约金时， 投标人要给予采购单位足够赔偿。若项目的滞后影响医院正常运行等严重问题时，采购单位 可视情节轻重扣除合同金额全部款项并处罚合同金额的30虬6、在系统维保期内，如果系统因本身故障（不可抗力因素除外，如地震、洪灾、电力中断）而导致宕机持续时间超过6小时以上，投标人将按合同总价的10%对采购单位进行赔偿。7、投标人将在合同规定的期限内为采购单位提供服务。8、投标人将为所列明的每一项服务提供需交付的项目文档资料。9、投标人将按照本合同规定的付款方案向采购单位提供正规发票。1

19、0、投标人不得打探或泄露采购单位工作秘密，不得随意下载或浏览采购单位资料。11、在履行合同的过程中，如出现投标人因故不能按时提供服务的情况，投标人应及时以书 面形式将延误时间和理由通知采购单位。采购单位同意延期的，可以书面形式同意酌情推迟 提供服务的时间。12、当前处于军队改革深化时期，部分政策暂不明朗，如因军队政策调整造成本项目部分或 全部服务内容不能履行，院方不承担由此产生的其它连带责任。13、中标公司如未能按投标要求履行承诺的，5年内不得参与采购单位后续的投标活动。十、配置清单：（按照配置清单报价）合计金额（万元）:类型序号模块内容单位数量单价（万元）小计（万元）软件1病种分组器项12综合管理项13学科分析项14工作量分析项15绩效分析项16费用控制分析项17综合报表项18数据质控管理项19系统配置项110系统对接贝1