广州市第一人民医院采用定点竞价方式实施本次采购，现邀请合格的供应商参与竞价。
一、项目基本信息
（一）项目名称：广州市第一人民医院信息技术服务（广州集采）服务采购
（二）项目编号：DDJJ-2021-232388
（三）预算金额：450,000.00
（四）采购需求：

编号	服务描述	需求描述	数量	计量单位
1	服务内容：委托开发《医保控费与分析系统二期》，医疗保障是减轻群众就医负担、增进民生福祉、维护社会和谐稳定的重大制度安排，医疗保障制度的深化改革为医院医保费用的管理监控提出更高的要求。在医保控费与分析系统项目建设一期，我院通过“事前测算、事中预警、事后分析”的智能化管理功能，有效地对医保费用进行较好的监督，取得了不错的效果。现拟在一期的建设基础上，进一步深化医保控费与分析系统功能，实现医保的精细化管控，既深化医保费用的管控，也为医院实现精细化运营管理累积经验。 需求详细说明:查看附件	医保控费与分析系统建设二期 项目实质性条款一览表 序号 实质性条款（以下条款如不涉及，请删除） 设置原因 备注 1 ★如投标人报价明显低于成本价的，必须说明报价理由。 提醒供应商谨慎报价。 2 ★本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。 法规、政策要求。 3 ★整个系统需要在一期系统的基础上，或者沿用一期的技术框架，或者与一期系统进行兼容，完成对本次项目进行开发。 关键参数 4 ★要求创建标准数据接口，关联我院现有的相关业务系统，包括HIS、病案系统、广州市两定机构结算管理系统等,且与一期建设系统进行对接，使得一次登录，即可享用一期和二期的所有建设功能服务。 关键参数 1. 用户需求书 1.1. 建设目标 医疗保障是减轻群众就医负担、增进民生福祉、维护社会和谐稳定的重大制度安排，医疗保障制度的深化改革为医院医保费用的管理监控提出更高的要求。在医保控费与分析系统项目建设一期，我院通过“事前测算、事中预警、事后分析”的智能化管理功能，有效地对医保费用进行较好的监督，取得了不错的效果。现拟在一期的建设基础上，进一步深化医保控费与分析系统功能，实现医保的精细化管控，既深化医保费用的管控，也为医院实现精细化运营管理累积经验。 1.2. 建设内容 集成医保控费与分系统项目建设一期的内容，且在原有系统基础上，开发如下新的功能模块： 序号 功能名称 功能简介 1 生育门特资料管理 对门诊、生育等医保资料进行系统性管理，支持采用高拍仪，并将资料进行云存储，支持云查阅。 2 门诊总控 通过设置有效的费用监控模型，辅助医院对门诊医保费用进行监控，满足医保和省市区直根据定点人头对门诊总控的要求。 3 病种精细化分析 通过二八法则、波士顿矩阵、专科专病等管理工具对医院的医保数据进一步分析，并分别面向院领导、科主任、医保管理部门以及临床医师提供对应的服务门户，辅助医保费用精细化管理。 4 三大目录编码匹配 定期监测医保三大目录、国家标准编码与HIS贯标编码匹配情况，系统智能审核校对，提示匹配失败编码情况，支持导出匹配异常编码数据 5 血透腹透超费分析 根据医保局每月反馈三级表数据，按月统计不同身份类别、不同待遇类型定额费用超支情况生成统计报表。 6 治疗组盈亏分析 面向科主任提供治疗组盈亏分析报表查询功能，通过二八法则筛选全科医疗费用亏损重点治疗组信息。 7 系统管理 提供组织架构管理、用户管理、角色管理、权限管理、菜单管理等功能，支撑系统的正常运行，保障信息的安全性。 1.3. 标准规范 本项目需遵循以下标准规范： GB/T 8567 计算机软件文档编制规范； GB/T 9385 计算机软件需求规格说明规范； GB/T 9386 计算机软件测试文档编制规范； GB/T 15532 计算机软件测试规范； GB/T 28035 软件系统验收规范SJ 20822 信息技术 软件维护。 1.4. 技术要求 ★整个系统需要在一期系统的基础上，或者沿用一期的技术框架，或者与一期系统进行兼容，完成对本次项目进行开发。 一期系统为病种分值控费系统，具体系统信息和功能如下： 1.4.0.1. 标准规范 本项目需遵循以下标准规范： GB/T 8567 计算机软件文档编制规范； GB/T 9385 计算机软件需求规格说明规范； GB/T 9386 计算机软件测试文档编制规范； GB/T 15532 计算机软件测试规范； GB/T 28035 软件系统验收规范SJ 20822 信息技术 软件维护。 1.4.0.2. 系统开发环境 Windows 操作系统；MyEclipse 2014；jdk1.7； 1.4.0.3. 开发语言 相当于JAVA；数据库要求：相当于Oracle、SQL Server 等主流数据库； 1.4.0.4. 系统结构 相当于B/S/S 或 C/S/S 三层架构混合模式。 1.4.0.5. 设计要求 提供可视化报表工具，对分析结果进行可视化展现。通过简单地拖拉拽操作即可生成各种类型的报表，并进行一定深度数据挖掘，进一步释放数据价值： 1. 数据可视化工具能支持自定义布局，如自定义各种类型的图表大小、位置、样式； 2. 支持多种数据源、多种图表：需支持接入多种数据源，如jdbc、kylin、elasticsearch等；支持多种图表，如柱状图、散点图、雷达图、饼图等。 3. 平台支持自定义数据隔离，即以维度为最小颗粒度控制数据隔离，可根据不同的用户过滤统计的数据，如展示给不同科室的用户的图表统计的数据只包含该用户所在科室的数据。 4. 用户只需要简单地拖拉拽操作就可以生成各种类型的报表，并进行自定义深度的数据钻取，挖掘更深层次的数据。 1.4.1. 系统开发环境 Windows 操作系统；MyEclipse 2014； 1.4.2. 开发语言 开发语言：JAVA；数据库要求：Oracle、SQL Server 等主流数据库； 1.4.3. 系统结构 采用B/S/S 或 C/S/S 三层架构混合模式。 1.4.4. 接口要求 ★要求创建标准数据接口，关联我院现有的相关业务系统，包括HIS、病案系统、广州市两定机构结算管理系统等,且与一期建设系统进行对接，使得一次登录，即可享用一期和二期的所有建设功能服务。 1.4.5. 设计要求 应提供可视化报表工具对病种精细化分析的结果进行可视化展现。该可视化报表工具应满足： 1) 可查看编辑日志，全局查询数据源、数据集、报表、看板等资源； 2) 支持通过编写SQL查询语句从数据源中预览数据，并拖拉拽生成数据模型，设置维度和指标支持直接采用拖曳方式从抽取的数据属性中设定多维分析模型，包括维度和分析指标； 3) 报表可进行不同层级的上下钻取，可多条数据同时钻取，可直接在界面上追溯生成报表的sql统计语句，便于校验结果； 4) 数据可视化工具能支持自定义布局，如自定义各种类型的图表大小、位置、样式； 5) 支持多种数据源、多种图表：需支持接入多种数据源，如jdbc、kylin、elasticsearch等； 6) 支持多种图表，如柱状图、散点图、雷达图、饼图等。 7) 支持自定义数据隔离，即以维度为最小颗粒度控制数据隔离，可根据不同的用户过滤统计的数据，如展示给不同科室的用户的图表统计的数据只包含该用户所在科室的数据。 8) 用户只需要简单地拖拉拽操作就可以生成各种类型的报表，并进行自定义深度的数据钻取，挖掘更深层次的数据。 1.5. 功能建设需求 1.5.1. 生育门特资料管理 1. 应将医院门特、生育的申请资料进行统一集成，形成系统性管理，并将资料进行云存储； 2. 设计相应的编码规则，通过该规则的设置，能够快速定位符合要求的资料； 3. 系统应支持高拍仪的连接使用； 4. 支持登陆云端直接对资料进行快捷查阅； 1.5.2. 门诊总控 门诊总控通过借助信息化手段，辅助医院对门诊费用的整体把控，降低门诊医保费用超额或者过低的风险， 要求： 1. 包括对医保、省直、市直三大类型的门诊总额控制； 2. 设计有效的费用监控模型，使得全院以及各个科室可以根据总额年目标确定自身的控制月目标，使得门诊控费有据可依； 3. 当门诊实际费用超过设计目标值，系统应尽可能地及早预警，使得医院和各个科室可以及时采取措施； 4. 对门诊医保费用的实际情况进行分析，以时间、科室、待遇类型为维度，展示门诊费用的实际使用效果； 5. 支持通过PC端和手机端查阅门诊医保费用的分析结果。 1.5.3. 病种精细化分析 1.5.3.1. 医生查询门户 面向医生提供查询门户，使得医生可以了解所接诊的具体病例的病种分值情况和汇总情况，要求： 1. 面向医生分别提供未结算病人、已结算病人的病种分值情况； 2. 提供灵活的检索功能，快速定位医生所需的病例； 3. 面向医生提供病种分析汇总结果，即以病种为维度，统计获得该医生接诊的病例总和，包括总人次、住院总金额、平均住院总额、病种次均费用、预估结余金额； 4. 支持设置数据权限，医生仅允许查看医生所在诊疗组的病例信息； 5. 支持医生可直接在医生工作站上进行快速查询，即可通过免输入账号密码的方式登录嵌入链接到医生工作站。 1.5.3.2. 科主任监控门户 面向各科主任提供本科室医保费用监控门户，使得科主任把控本科室医保费用的实际使用情况，要求： 1. 提供灵活、方便、快捷的检索功能，支持科主任查阅本科室在院患者的病种分值情况以及经过医保局入组返回数据进行修正后的病种分值情况； 2. 支持以柏拉图的方式，展示本科室亏损病种情况； 3. 支持以波士顿矩阵的方式，展示本科室内病种的占比和增长率情况； 4. 以二八法则筛选科室内的专科专病，对比同一病种在不同诊疗组下的费用使用情况； 5. 支持科主任直接在医生工作站上对上述功能进行查询，即通过免输入账号密码的方式登录嵌入链接到医生工作站。 1.5.3.3. 医保科分析门户 面向医保科提供全院医保费用监控门户，使得医保科可对全院医保费用由全面、精细的掌握，要求： 1. 提供灵活、方便、快捷的检索功能，支持医保科查阅全院在院患者的病种分值情况以及经过医保局入组返回数据进行修正后的病种分值情况； 2. 支持以柏拉图的方式，展示全院亏损病种情况； 3. 以二八法则筛选全院的专科专病，对比同一病种在不同诊疗组下的费用使用情况。 1.5.3.4. 院领导监管门户 面向院高层领导提供全院医保费用监管门户，展示医保费用管理关键指标，包括CMI值、结余率、门诊使用率等，使得院高层领导可对全院医保控费有整体性、全局性掌控。系统应提供大屏端、PC端和移动端，且三端数据应保持一致。 1.5.4. 三大目录编码匹配 定期监测医保三大目录（基本医疗保险药品目录/诊疗项目目录/医疗服务设施目录）国家标准编码与HIS贯标编码匹配情况，系统智能审核校对，提示匹配失败编码情况，支持导出匹配异常编码数据。 1.5.5. 血透腹透超费分析 根据医保局每月反馈三级表数据，按月统计不同身份类别、不同待遇类型定额费用超支情况生成统计报表。身份类别包含职工医保、居民医保；待遇类型包含血液透析、腹膜透析。统计指标包含住院总费用、记账费用、总人数、平均记账费用、超费比例、超费总额、人均超费。支持按时间累计汇总超费指标。 1.5.6. 治疗组盈亏分析 面向医保科主任提供治疗组盈亏分析报表查询功能，通过二八法则筛选全院医疗费用亏损重点治疗组信息，使得医保科主任直观了解全院维度医疗费用亏损主要集中在哪些科室哪些医疗组。为医保管理部门及科主任提供管理决策数据依据。统计数据指标包括医疗组名称、所属科室、医疗组成员、病种类别、人次、住院总费用、亏损金额、亏损累计百分比、人均亏损、住院天数、平均住院日、住院日亏损等。 面向科主任提供治疗组盈亏分析报表查询功能，通过二八法则筛选全科医疗费用亏损重点治疗组信息。支持以柏拉图的方式，展示本科室治疗组亏损情况。 1.5.7. 系统管理 提供组织架构管理、用户管理、角色管理、权限管理、菜单管理等功能，支撑系统的正常运行，保障信息的安全性。 1.6. 商务需求 （一）售后服务要求： 1. 投标人提供的系统必须不少于1年的保修服务。保修期自双方代表在项目验收合格单上签字之日起计算。保修期内所发生的一切费用包括系统技术支持，系统维护或升级，人员交通，差旅服务等费用全部包含在中标价内。免费服务期满后，每年的维护费不得高于项目软件价格的10%。 2. 系统故障的响应时间：投标人必须提供7*24小时技术支持热线电话（固话，手机）。当发生故障时，自报障时起算，1小时内响应，若远程维护无法解决，投标人应在4小时内前往现场处理故障。 3. 中标人在维保期间，对本项目中的系统功能有更新版本，应提供系统扩充、升级方面的技术支持服务。 （二）培训要求 1. 所提供的培训课程表随投标文件一起提交。 2. 培训内容与课程要求：对系统的使用，操作，维护进行培训，并提供安装使用维护说明书，以确保采购人能够对系统有足够的了解和熟悉，能够独立进行系统的日常维护和管理。培训所需一切资料由中标商提供。 3. 培训费用：培训过程中所发生的一切费用（含培训教材费）均包含在中标价内。 （三）工期要求 工期：合同签订后3个月内完成开发，实施和验收。 （四）付款方式 1. 在签订合同后 15 天内，采购人凭中标人开具符合国家财务规定的相应数额的发票，将合同总额的30%付给中标人； 2. 在项目验收合格后 15 个工作日内，采购人凭中标人开具符合国家财务规定的相应数额的发票，将合同总额的65%付给中标人； 3. 在服务期满后 15 个工作日内，采购人凭中标人开具符合国家财务规定的相应数额的发票，支付合同总金额的5%； 4. 中标人需在采购人办理付款手续前5个工作日内，向采购人提供符合国家财务规定的相应数额的发票。	1	套

商务需求

编号	需求内容
1	付款方式 1. 在签订合同后 15 天内，采购人凭中标人开具符合国家财务规定的相应数额的发票，将合同总额的30%付给中标人； 2. 在项目验收合格后 15 个工作日内，采购人凭中标人开具符合国家财务规定的相应数额的发票，将合同总额的65%付给中标人； 3. 在服务期满后 15 个工作日内，采购人凭中标人开具符合国家财务规定的相应数额的发票，支付合同总金额的5%； 4. 中标人需在采购人办理付款手续前5个工作日内，向采购人提供符合国家财务规定的相应数额的发票。

（五）竞价公告时间：2021-10-22 09:35:43 ~ 2021-10-27 23:59:59
（六）供应商报价时间：2021-10-28 09:00～16:00
二、供应商报价须知
（一）本项目的供应商，采购人选择的有1家，随机抽取的有3家。
（二）供应商应完整、真实、准确的填写采购需求中规定的所有内容。供应商没有对采购需求在各方面都作出实质性响应是供应商的风险，有可能导致其报价被认定为无效报价。
（三）如果因为供应商报价时填报的内容不详，或没有提供采购需求中所要求的全部资料及数据，由此造成的后果，其责任由供应商承担。
（四）供应商应认真核对报价信息，确保符合采购需求，并对其真实性负责。若与实际不符，一经查实，将视为弄虚作假，当次报价无效，并按政府采购相关规定给予处理。
三、定点竞价规则
（一）报价规则
（1）供应商的报价应是总价。
（2）供应商的报价应不高于最高限价。
（3）在报价时间截止前，供应商可以多次报价，最后1次报价为最终报价。
（二）实质性响应审核
报价时间截止后，采购人应当组成评审小组，对参与报价供应商的响应情况进行审核，推荐3家以上实质性响应采购需求的供应商。认定供应商未实质性响应采购需求的，应当说明不能实质性响应采购需求的理由。
（三）成交规则、终止规则
（1）成交规则：报价时间截止后，采购人推荐的实质响应采购需求的供应商有3家以上，系统按照报价由低到高的顺序，确定最低报价供应商为成交供应商。
（2）终止规则：在定点竞价公告期间，采购人因故取消采购任务、变更采购需求；或者在报价时间截止后，参与报价或者实质响应采购需求的供应商不足3家的，竞价终止。
四、项目联系方式
联系方式：陈志刚 19124386003
采购单位：广州市第一人民医院
2021年10月22日