医保信息系统功能再造采购
发送至邮箱
医保信息系统功能再造采购
( (略) 市医保信息系统功能再造 )需求公示
项目名称
(略) 市医保信息系统功能再造?采购类型
服务类?采购人名称
(略) 市医疗保 (略) ?采购方式
公开招标?财政预算限额（元）
点击查看>> . * ?项目背景
投标人资质要求
服务类清单
| 序号 | 采购计划编号 | 需求内容 | 数量 | 单位 | 备注 | 财政预算限额(元) |
|---|---|---|---|---|---|---|
| 1 | PLAN- 点击查看>> * ? | (略) 市医保信息系统功能再造项目? | 1.0? | 项? | ? | 点击查看>> .0? |
具体技术要求
* 、?项目总体要求 ?
? * 、?系统现状 目前， (略) 市医保信息系统包含在 (略) 市 (略) (略) （简称： (略) ） * 年启动建设的“ (略) 会保险信息系统重构项目”中，包括医保公共服务子系统，医保业务管 (略) 分。 医保业务管理系统主 (略) 业务经办人员提供医保业务经办管理， (略) 保 (略) 会保险业务经办系统，医保待遇系统，生育待遇系统及医保记账接口系统等。 医保公共服务系统主要是为参 (略) 上医保业务办理服务， (略) 上申报子系统、 (略) 上申报子系统、 (略) 上申报子系统、微信公众号、社保i (略) 。 * 、?项目目标 紧紧围绕 (略) 新的职能，围绕直接面向定点医药机构和群众、依申请办理 (略) 政审批和公共服务等事项，实现 (略) 市医保信息系统功能和业务流程的升级改造，实现医疗救助“ * 站式”结算服务，从而提升医保业务经办管理能力、公共服务水平及医疗救助服务能力，简化办理环节、减少提交材料、缩短办理时限，着力打造“宽进、快办、严管、便民、公开”的审批服务模式，最大限度减少企业和群众跑政府的次数，同时，根据新的政策完善 (略) 市医疗保险与医疗救助“ * 站式”结算服务，并结合 (略) 省管理办法完善省内和跨省的异地医疗救助“ * 站式”结算服务，使医保更好的服务于民。 * 、?项目功能性要求（包含功能说明，但不包含流程、数据和业务规则） 本项目主要包括医保系统页面文字修改需求、公共服务系统功能改造、医保业务管理系统功能改造、医疗救助“ * 站式”结算系统建设，以实现 (略) 市医保信息系统功能和业务流程升级改造、医疗救助“ * 站式”结算的服务需要。具体如下： 4.1系统页面文字修改需求 将现有医保信息 (略) 有涉及“社保”的文字改为“医保”。 4.2?医保公共服务子系统升级改造需求： 主要是包括单位/ (略) 上服务系统改造，以及微信公众号改造、i (略) 服务事项对接、标准化库系统、知识库系统等业务功能需求。 4.2.1?单位/ (略) 上服务系统改造 单位/ (略) 上服务系统改造包括医保业务功能改造、异地就医业务功能改造、生育保险功能改造、邮寄功能改造等，通过服务事项标准化，梳理精简办事材料，实现多渠道公共服务方式，实 (略) 上办理的“秒批”。 （1）医保业务功能改造 慈善援助类等药品管理、慢性肾功能衰竭门诊透析治疗医疗机构变更管理、新增医 (略) (略) 政确认（医疗机构申请市属）、新增医保 (略) 行政确认、（ (略) 申请市属）、基本医疗保险门诊/住院费用审核报销、门诊大病外出备案。 （2）异地就医业务功能改造 增加异地就医备案温馨提示内容、异地就医备案增加承诺制内容、异地就医备案新增生成备案申请表、异地就医备案查询、异地就医备案新增补打印备案申请表、异地就医备 (略) 页办理（秒批）。 （3）生育保险功能改造 职工生育待遇-单位申领生育津贴（秒批途径）、职工生育待遇- * 次性定额报销受理。 （4）邮寄功能改造 邮政上门取件模块-发送邮政取件信息、邮政上门取件模块-邮政面单号返回对接、邮政上门取件模块-邮寄及办理进度查询。 4.2.2?医保微信公众号改造需求 (略) 保 (略) 署在 (略) 医保公众号， (略) * 级、 * 级和 * 级菜单， (略) 微信公众号掌上医保、便民服务等模块。掌上医保模块共包括个缴人员停保、个缴人员自助缴费等 * 项业务办理、业务查询事项；便民服务共包括办事指南、通知公告、医保动态、 (略) 点地图、自助机分布地图、定点医疗机构地图等功能。 4.2.3i (略) 功能改造需求 按照权责清单事项将医保事项对接i (略) APP，实现在i (略) APP中办理参保登记、信息查询、费用报销等业务。需新增 * 个业务事项的H5页面办理途径并实现对接i (略) 。 包括： (略) 会保险门诊大病待遇核准、市 (略) 医疗费用报销、市外就医的门诊医疗费用报销、 (略) 会医疗保险约定单位确认、本市参保人常住内地就医备案业务、市外生育医疗费用核准、职工生育保险医疗费用核准、生育津贴申领、办理基本医疗保险关系转移接续、 * 次性补足医疗保险差额缴费年限、基本医疗保险个人账户结算。 4.2.4?标准化库系统功能需求 标准化库系统提供医保标准化库分设、标准化文稿导出等功能服务。 4.2.5?知识库系统功能需求 知识库系统提供医保知识库分设、知识库文稿导出、知识库智能检索等功能服务。 4.3?医保业务管理子系统升级改造需求： 需要对医保业务经办环节流 (略) 升级、改造，主要包括以下方面： 4.3.1?定点医药机构管理 定点医药机构管理的功能升级改造包括：新增定点医 (略) 属医保辖区变更；新增 (略) (略) 属医保辖区变更；新增 (略) 关键信息：主动管理；新增定点医疗机构调标信息：主动管理；新增机构异常约定状态主动管理；新增医 (略) 点医药 (略) 页自动公示功能；新增定点机构PSAM卡申领；新增异常机构名录；新增随机抽查功能；新增业务功能中增加承诺制相关；新增黑白名单；新增移动支付白名单；新增证照共享；将新增医 (略) (略) 政确认（医疗机构申请市属）修改为新增医 (略) 点I (略) 政确认；将新增医 (略) (略) 政确认（医疗机构申请区属）修改为新增医 (略) 点II (略) 政确认；新增医保 (略) 行政确认（ (略) 申请市属）；将新增医 (略) (略) 政确认（医保后台主动承办市属）修改为新增医 (略) 点I (略) 政确认；将新增医 (略) (略) 政确认（医保后台主动承办区属）修改为新增医 (略) 点II (略) 政确认；新增医保 (略) 行政确认（医保后台：主动承办市属）；修改定点医疗 (略) 账户信息变更；修改 (略) (略) 账户信息变更；将定点医疗机构申请注册信息变更修改为定点医疗机构申请关键信息变更（非调标信息）；将定点医疗机构申请关键信息变更（市属）修改为定点医疗机构申请关键信息变更（调标信息）；将 (略) 申请注册信息变更修改为 (略) 申请关键信息变更；将定点医疗机构信用等级变更修改为定点医疗机构信息（主动管理）；将定点医疗机构信用等级变更导入修改为定点医疗机构信息（主动导入管理）；将定点医药机构末次签约有效期变更修改为 (略) 信息（主动管理）；将定点医药机构末次签约有效期变更导入修改为 (略) 信息（主动导入管理）；将定点医疗机构大病状态变更修改为定点医疗机构关键信息（主动管理）；将定点医疗机构大病状态变更导入修改为定点医药机构关键信息（主动导入管理）；修改定点医疗机构申请新增约定状态；修改定点医疗机构申请取消约定状态；修改 (略) 申请新增约定状态以及 (略) 申请新增或删除服务项目、修改 (略) 申请取消约定状态；修改定点医疗机构约定状态（主动暂停）；修改 (略) 约定状态及服务项目（主动暂停）；修改定点医疗机构约定状态（主动取消）；修改 (略) 约定状态、服务项目（主动取消）；修改定点医疗机构约定状态（初签）；修改 (略) 约定状态（初签）；修改协议偿付标准周期性调整导入（依文件管理）；修改协议偿付标准周期内调整（主动管理）；修改协议偿付病种（主动管理）；修改定点医疗机构门诊特检资质申请调整；修改门诊特检资质（主动管理）；修改定点医疗机构市外转诊病种申请调整；修改任务 * 次分配原则；修改定点医药机构药品目录管理；修改定点医药机构诊疗目录管理；修改定点医药机构材料目录管理；修改预付款追回（市属）；修改定点医疗机构申请调整协议偿付标准。 4.3.2?基础目录管理 基础目录管理的升级改造包括：新增4+7采购药品目录数据录入；4+ (略) 、 (略) 医保记账接口改造；新增4+7采购药品预付款功能；新增4+7采购药品目录查询及记账查询；新增4+7药品目录管理； (略) 制剂查询；将基本医保药品目录管理修改为基础医保药品目录管理；将基本医保诊疗目录管理修改为基础医保诊疗目录管理；将基本医保材料目录管理修改为基础医保材料目录管理；修改病种目录管理：依文件管理；修改病种目录管理：主动管理；修改门诊特病套餐管理：主动管理；修改门诊特检套餐管理：主动管理；修改市外转诊病种管理：主动管理；药品目录备案对接药采平台校验。 4.3.3?两定查询 两定查询主要包含定点医疗机构的的业务量以及机构内的目录备案情况和医保记账信息查询。 包括：新增业务量统计查询；修改机构信息统计查询；修改医药机构记账信息查询。 4.3.4?个人就医及待遇 个人就医及待遇模块的升级改造，主要包括门诊、住院等各类基本医保费用审核报销的业务规则、审批流程和业务办理材料的调整。包括：新增电子票据共享；修改基本医疗保险门诊费用审核报销；修改基本 (略) 费用审核报销；修改 (略) 支付操作指引等。 4.3.5?报销查询 在现有的现金报销业务量统计功能模块 (略) 支付相关的查询条件与查询结果显示。 4.3.6?公补报销 公务员补助报销主要是新增已办结的公务员补助报销业务撤销功能。除此，还有新增医疗补助报销费用汇总报表、新增汇总表打印、新增公务员补助参保单位及参保人数查询等小功能项的增加。 4.3.7?家属统筹 主要是新增已办结的市属家属统筹报销业务撤销功能。除此，还有新 (略) 查询、新增打 (略) 名单、新增市属家属统筹定点医疗机构月结算报表打印等小功能项的增加。 4.3.8?其他业务事项 其他业务事项功能主要包含面向两定机构、参保人以及窗口经办人员的相关业务功能事项。 包括：修改 * 、 * 档参保人转 (略) ；修改十 (略) 登记； (略) 审核； (略) 特殊通道管理；修改个人账户家庭关系关联管理（网上申请）；修改个人账户家庭关联管理（窗口）；修改 (略) 账户管理（网上申请）；修改 (略) 账户管理（窗口）；修改个人账户调节；修改医疗保险待遇追回；修改慈善援助类等药品管理（网上申请）；修改慈善援助类等药品管理（窗口）；修改门诊大病外出备案（网上申请）；修改慢性肾功能衰竭门诊透析治疗医疗机构变更管理（网上申请）；修改个人账户比例自付管理（网上申请）； (略) 区门诊统筹管理（参保人选定绑定医疗机构——网上申请）； (略) 区门诊统筹管理（用人单位选定绑定医疗机构——网上申请）； (略) 区门诊统筹管理（社区统筹门诊批量转移方案）。 4.3.9?异地就医备案受理 异地就医备案模块主要涉及调整业务审批流程、业务办理材料与业务规则的调整。 包括：新增业务受理- (略) 页办理（秒批）；新增业务受理-承诺制内容；新增业务受理-经办系统（窗口）办理（秒批）；新增异地就医备案业务量统计；新增业务出件-生成备案表、新增业务出件-补打印。 4.3. * ?医保费用年终清算 医疗费用年终清算模块主要门诊、住院等各类结算业务的流程和功能的改造以及新增调标和月结偿付相关查询工功能。 包括：新增调标数据查询；新增月结偿付数据查询；新增4h门诊人次查询；修改跨 (略) 人次管理；修改扣减人次/医保合计/医保记账管理；修改次均总标准管理；修改因客观原因补偿费用管理；修改确认分摊/不分摊机构； (略) 区门诊统筹考核分值管理；修改医疗费用月结算支付标记管理；修改特检门诊结算表；修改特病门诊结算表；修改长期医疗护理床日费用标准结算表；修改家庭病床床日费用标准结算表；修改 (略) 次均医保费用标准结算表； (略) 次均总费用标 (略) 次均保费用标准结算表；修改住门比标准结算表；修改市外基本和劳务工年终清算表；修改市外基本和劳务工结余留用金运算表；修改市外少儿年终清算表；修改市外少儿结余留用金运算表；修改超标暂扣款总结算表；修改结余留用金总结算表；修改质量挂钩金运算表；修改门诊统筹未绑定分摊运算表；修改门诊统筹奖励金与调剂金运算表、修 (略) 小病种结算表。 4.3. * ?生育保险 生育保险待遇业务的功能改造主要包含新增单位申领生育津贴和 * 次性 (略) 上申办功能以及审批流程和材料的调整。 包括：新增职工生育待遇（单位申领生育津贴）；提供新增职工生育待遇（ * 次性定额保险受理）；提供新增职工生育待遇（实报实销重核的管理和受理）；提供新增职工生育待遇（跨险种报销重核管理和受理）；修改业务出件。 4.3. * ?统计报表 新增统计报表系统的功能主要包含医保机构的信息查询统计和支付管理的查询统计功能。 包括：新增医药服务管理- * 种抗癌药报销情况、新增医药机构管理-信息系统定点医药机构详细信息表、新增医药机构管理-定点医药机构变更信息表、新增医药机构管理-参保单位和 (略) 康（含其他医疗机构）变更信息表、新增异地就医管理- (略) 医保异地就医现金报销省外受理业务量统计表、新增支付管理-基本医疗财务结算表（用于年终清算）、新增支付管理-劳务工医疗财务结算表（用于年终清算）、新增支付管理-少儿医疗财务结算表（用于年终清算）、新增支付管理-卫生总费用核算数据收集表（用于编制年度卫生费用）。 4.3. * ?邮寄功能 提供新增双向物流（邮政上门收件）。 4.4?医疗救助“ * 站式”结算系统建设需求： 4.4.1?医疗救助对象管理 需要实现对医疗救助对象的集中管理，要求包括医疗救助对象定期同步、医疗救助对象新增、医疗救助对象修改、医疗救助对象删除、医疗救助对象查询。 4.4.2?医疗救助现金报销 需要通过系统平台实现对医疗救助现金的报销，其应该包括基本医疗现金报销、社区门诊统筹金报销、现金报销撤销/追回管理、医疗待遇追回、交易退费、现金报销查询统计。 4.4.3?医疗救助月结算 需要通过系统平台实现对医疗救助月结算的业务要求， (略) 记账费用固化、 * * 档机构记账费用固化、 * 档机构记账费用固化、DRG * * 档机构记账费用固化、DRG * 档机构记账费用固化、财务分账数据生成、 * * 档财务分账报表查询打印、 * 档财务分账报表查询打印。 4.4.4?医疗救助年终结算 市医保经办机 (略) 门依据有关规定完成本市定点医药机构的信用等级评定工作，业务人员对定点 (略) 年度预付款拨付及追回。 4.4.5?医疗救助异地就医 需要通过医疗救助“ * 站式”结算系统实现医疗救助对象 (略) (略) 式服务，要求提供医疗救助异地就医备案、医疗救助异地就医财务分账报表、医疗救助异地就医报销查询、医疗救助异地就医月度结算功能。 4.4.6?查询统计 需要提供个人医保信息查询、个人消费信息查询、个人记账信息查询、社康转诊消费明细查询、医药机构记账信息查询、医药机构预付款信息查询功能。 4.4.7?医疗救助记账接口 在医疗救助“ * 站式”结算系统当中，需要实现救助记账接口调整的业务要求，包括但不限于以下的信息调整：个人基本信息、个人详细信息、个人缴费信息、药店购药/器皿安装费用试算、药店购药/器皿安装费用结算、门诊挂号试算、门诊挂号结算、入院登记（就诊登记）、 (略) 登记（就诊登记）、出院登记、费用（处方）明细录入、费用（处方）明细取消、费用（处方）明细查询、费用试算、费用结算、交易查询、交易退费、交易撤销（本月撤销）、医疗救助记账接口调整、交易流水比对查询、交易明细比对查询。 4.4.8?医疗救助异地就医接口 在医疗救助“ * 站式”结算系统当中，需要实现救助异地记账接口调整的业务要求，包括但不限于以下的信息调整：救助人员信息获取、参保人基金限额标准更新、参保人基金限额标准查询、异地就医就诊登记、就诊登记退回、模拟结算、费用结算、费用结算回退、审核说明、审核说明回退、审核支付、审核支付回退、费用拨付、费用拨付回退、清算资金对账、清算资金对账确认。 * 、?项目建设非功能性要求 1.?技术路线需求 系统设计应采用采购方现有的业界成熟的先进的应用支撑软件平台应，保证系统的可靠性、开放性、可维护性、先进性。 应用体系结构用基于J2EE技术路线的 * 层体系结构，系统的设计、开发、部署、测试等均要遵循软件开发标准体系。操作系统要采用开放的Unix操作系统或者Windows系列操作系统。应用软件对系统的调用应该是通用的、可配置的。 2.?系统安全性需求 系统要应用采购方现有的应用安全体系，防止系统外非法用户的侵入和系统内用户的非法探测和恶意泄密，系统内人员分级授权操作。投标人应对系统安全、应用安全和数据安全提出明确的方案。? 对人工输入的数据以及来自不同接 (略) 合法性检查，确保流程的通畅性，并且能够对 (略) (略) 理。 必须有数据存储备份，在更换系统时保证应用系统的平滑过渡。 3.?规范性与标准性需求 系统设计在功能、安全、网络等各方面符合市电子政务建设等各项标准和规范。 同时，在系统设计上应采用国际、国内成熟的信息技术和先进的技术标准，要能与其它系统互联互通并具备扩展性和可维护性。 4.?投资保护需求 系统建设必须充分利用 (略) 已有的各项软硬件基础，实现对已有投资的保护问题。系统采用的软件平台都应该基于开放式架构，必须使用 (略) 现有的系统软件平台，不可使用自主平台软件，从而保证整个软硬件系统的“向前兼容”及“向后扩展”。项目中不可采用非 * 方已有的各项系统软件平台。 5.?性能需求 应用系统要能够以2秒的最 (略) 理 * 个并发用户对各个业务流程页面的访问，峰值时刻允许响应时间延长为3秒，对于 * 般的查询应控制在2秒以内，大型复杂的查询统计应控制在5秒以内。 系统支持同时从多个地方并发使用，要求系统不能由于用户连续的增加明显降低系统的相应时间。其中公共服务子系统需支持同时在线用户数为 * 人，并发用户数为 * 人。 6.?可用性需求 要采用高可用性设计，通过无单点故障设计，可支持系 (略) ，系统能够连续7í * 小时不间断工作， (略) 每 * 小时中可用时间至少不小于 * 小时。 系统要保证数据的 * 致性，完整性，准确性要求达到 * . * %。 7.?可靠性需求 通过采用主流的成熟的软件架构与软件开发工具，提高应用系统的开发质量，优化软件，减少软件缺陷，提 (略) 台和应用软件的稳定性、可靠性。 8.?易操作性需求 电脑操作界面要清晰、简洁、灵活，便于操作和维护，风格 * 致，符合业务操作特点和使用习惯，使用户能够经过较短时间的培训，就可学会系统的使用。提供操作用户在线帮助信息和详细完整的用户使用指导手册，复杂业务要有业务导航。 应用系统发现用户提交有误信息，必须明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。 应用系统功能菜单必须按照功能域、功能项的 (略) 组织。 对于操作员无权限使用的功能菜单，应用系统不显示该菜单或将其设置为不可用状态。 当返回数据量过大导致响应时间过长时， (略) 分响应，例如分页加载数据等，减少操作人员的等待时间。 支持多种浏览器，至少兼容IE9以上、Google Chrome、火狐、 * 浏览器。 9.?可扩展性需求 要充分考虑技术体系发展前景，适应未来发展的需要。在设计时充分考虑系统的各种输入输出需求，提供或预留到各相关单位的标准化数据接口，加强与其他单位的电子数据的交换与共享，方便系统的功能扩展升级。 系统应能适应业务发展和变革的需要，适应用户数量及业务量的增长，新业务的增加以及业务的变化。 * .?兼容性需求 能够兼容其它相关业务环境下的软件系统。采用现有医保信息系统的统 * 编码标准和数据字典，保证数据格式 * 致。以实现与其它关联系统的有效连接与配合。 * .?数据保密性需求 若涉及到敏感数据，根据保密法律法规的要求，对敏感数据、信息不 (略) 传送数据、信息，可以加密后通过光盘等媒介传送，且使用后及时销毁，信息及数据需加密保存。 * .?外部接口需求 将提供丰富接口，与国家、省级医保平台无缝对接，与 (略) (略) (略) 和质 (略) 、 (略) 、 (略) (略) 等单位共享相关数据，同时，需为医保的i (略) APP和微信系统等公共服务系统调用提供接口。此外，本次需要实现与 (略) 市电子证照平台的完全对接，提升医保数据的共享能力。 * .?项目服务其他要求 1)?在合同签订时，中标方须与采购方签订保密协议，且必须确保参与项目的工作人员不能有涉外人员。在项目实施过程中，中标方必须严格遵守采购方的相关管理制度及操作规范。 2)? (略) 有成果的版权、使用权归属 (略) (略) ，中标方不得对任何第 * 方泄露。中标方不得以任何形式转让、复制等方式对外泄露，否则采购方将依法追究其法律责任。 * .?项目组织实施要求 1）项目实施步骤要求 投标人须根据本项目服务内容， (略) 的项目实施步骤，按照服务内容的划分，确定项目开展的先后顺序，时间进度以及各阶段提交的交付物和质量标准。 2）项目管理要求 中标方的软件开发和实施过程要遵循统 * 过程标准。项目实施过程各阶段的工作安排、工作管理和以及各阶段提交的工件和质量标准都要严格遵循统 * 过程标准要求。 投标人必须将项目过程数据清晰完整地交付 (略) (略) 。 3）质量控制要求 投标方须在投标文件中提出项目重要技术方案评审方式与要求以及项目实施中质量保障和质量控制方式。 在项目实施全过程中，采购方有对项目进 (略) 监督控制的职责和权利，中标方应全面配合，确保人力、物力的定量投入，定期向采购方提交最新的进展情况报告。 4） (略) 要求 中标方必须根据本项目的特点和建设内容，组建 * 支技术经验丰富、人员相对稳定的不少于 * (略) 为项目建设服务，并在投标文 (略) 成员角色。要求在项目建设过 (略) (略) 人数不少于 * 人。 (略) 过程中，采购方有权对项 (略) 考核和评价，不符合条件人员，采购方有权要求投标人及时更换。 5）测试要求 投标人必须在投标文件中提出软件测试方案。为了保障系统测试的科学性和公正性，本次项目建设采购方引入第 * 方测试机制，中标方要积极配合第 * 方测评。 6）投标人必须在投标文件中明确项目投入 (略) 维护方案。 7）中标方不仅承担应用系统的开发，还需要承担系统软件的安装、 (略) 署及优化工作。 * .?项目监理要求 (略) 确定的工程监理单位的监理。 本项目的监理方对中标方的开发、实施、工期、质量、服务、验 (略) 监督、考核。考核结果不及格或不合格的，采购方有权不组织验收、延期付款，相关责任由中标方承担，中标方应无条件接受。监理方有权考查中标方人员的每日出勤和工作内容，根据考查情况，可要求中标方更换人员，直至采购方满意为止。 | ||||||||||||
商务需求
评标信息
评标方法：综合评分法（新价格分算法） 综合评分法， (略) (略) 实质性要求，且按照评审因素的量化指标评审得分最高的投标人为中标候选人的评标方法。 价格分计算方法： 采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统 * 按照下列公式计算： 投标报价得分=(评标基准价／投标报价)× * 评标总得分＝F1×A1＋F2×A2＋……＋Fn×An F1、F2……Fn分别为各项评审因素的得分； A1、A2、……An 分别为各 (略) 占的权重(A1＋A2＋……＋An＝1)。 评标过程中，不得去掉报价中的最高报价和最低报价。 此方法适用于货物类、服务类、工程类项目。 | ||||
序号 | 评分项 | 权重 | ||
1 | 价格 | * | ||
2 | 技术 | * | ||
行号 | 内容 | 权重 | 评分准则 | |
1 | 实施方案 | * | 评审内容：说明对本项目系 (略) 分建设内容的理解，针对本项目的升级改造需求制定完整、详 (略) 的系统建设方案。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得 * 分；评价为良得 * 分；评价为中得 * 分。专家按百分制打分。 | |
2 | 项目重点难点分析、应对措施及相关的合理化建议 | 6 | 评审内容：投标人对 (略) 分析研究，描述准确，熟悉现有系统架构及功能和技术路线，对项目重难点理解透彻，应对措施及相关合理化建议梳理清晰。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
3 | 质量（完成时间、安全、环保）保障措施及方案 | 4 | 评审内容：全面响应了项目组织实施中各方面要求，项目组织实施清 (略) ， (略) 、工期、进度、保密、质量方面有明确的说明且满足项目要求。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
4 | 项目完成（服务期满）后的服务承诺 | 3 | （ * ）评审内容： 结合招标需求，编制项目完成（服务期满）后的服务承诺，包括服务承诺、服务内容及服务方式、维护响应时间以及技术人员安排情况。 （ * ）评分标准： 1.优评分标准：提供的售后服务 (略) ，并提 (略) 的服务承诺，得 * 分； 2.良评分标准：提供的售后服务 (略) ，服务承诺较具体，得 * 分； 3.中评分标准：提供的售后服务方案 * 般，或服务承诺不够具体，得 * 分； 4.差评分标准：服务方案或服务承诺不切实际，不得分。专家按百分制打分。 | |
5 | 违约承诺 | 2 | （ * ）评审内容： 投标人在投标文件中承诺：若中标将按合同履约，如出现违约情形，将承担相应违约责任。 （ * ）评分标准： 要求提供承诺（格式自定）作为得分依据，按要求提供得满分，未提供承诺或承诺内容不满足要求不得分。评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
3 | 综合实力 | * | ||
行号 | 内容 | 权重 | 评分准则 | |
1 | 投标人通过相关认证情况 | 5 | （ * ）评分内容： 1. 投标人具有CMMI5级证书得 * 分，CMMI4得 * 分，否则不得分； 2. 投标人具备在有效期内的ISO/IEC * 0 IT服务管理体系认证证书，满足得 * 分，否则不得分。 3. 投标人获得ITSS信息 (略) 维护标准 * 级及以上等级的得 * 分，低于 * 级（不含）的 * 分，否则不得分。 4．投标人同时具备国家信息安全测评信息安全服务资质证书（安全工程类 * 级）和国家信息安全测评信息安全服务资质证书（安全开发类 * 级）的证书，满足要求得 * 分，否则不得分。 本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求提供有效的认证证书作为得分依据。 2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
2 | 投标人同类项目业绩情况 | 3 | （ * ）评分内容： * 日至本项目开标之日，以合同签订时间为准，以投标人名义独立承建副省级及以上与医疗保险相关的电子政务软件开发项目，且单个合同金额 * 万及以上，每提供 * 个项目案例得 * 分，本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求同时提供合同关键信息和项目履约（验收）合格评价证明文件作为得分依据。 2.通过合同关键信息无法判断是否得分的，也可以提供能证明得分的其它证明资料，如项目报告或合同 * 方出具的证明文件等。 3.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
3 | 投标人获奖情况 | 2 | （ * ）评分内容： 投标单位承建的信息化平台软件类项目获得科学技术进步奖项，获得国家级的每个得 * 分，获得省级的每个得 * 分，本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求提供奖项照片或获奖（荣誉）证书等证明材料作为得分依据。 2.以上资料均要求提供扫描件，原件备查。 | |
4 | 拟安排的项目负责人情况（仅限 * 人） | 6 | （ * ）评分内容： 1.同时具有信息系统项目管理师、高级工程师职称的，得 * 分。 2.具有ITSS-IT服务项目经理认证证书，且毕业参加工作 * 年以上（按毕业证书颁发时间计算），得 * 分； 3.获得副省级及以上人民政府颁发的科学技术进步奖的，得 * 分； 4.曾担任过副 (略) 市医疗保险相关电子政务软件开发项目负责人：每提供 * 个工作经验案例得 * 分，本项满分 * 分。 （ * ）评分依据： 1.要求提供通过投标人购买的项目负责人 * 年9月至 * 年8月连续 * 个月养老保险的承诺函（格式自拟，加盖投标人公章）、相关证书、工作经验证明作为得分依据。 2.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 3.工作经验证明为项目合同关键信息，通过合同关键信息无法判断是否得分的，可提供合同 * 方出具的证明文件。 | |
5 | 拟安排的 (略) 成员（主要技术人员）情况（项目负责人除外） | * | （ * ）评分内容： 1. (略) 成员（主要技术人员） (略) 分： （1）项目技术负责人（ * 人）： 获得副省级以上（含）人民政府颁发的科学技术奖励证书， * 等奖得 * 分， * 等奖得 * 分， * 等奖得 * 分；本项满分为 * 分。 （2）团队成员中具有PMP证书的，每提供5个得 * 分；本项满分为 * 分。 （3）团队成员中具有具备NPDP证书（产品经理国际资格认证）的，每提供1个得5分；本项满分 * 分。 （4）团队成员中具有质量管理体系内审员资质证书的得 * 分，否则不得分。 备注：同 * 人员满 (略) 分中不同要求，只计算 * 次最优得分。 2. (略) 成员（主要技术人员） (略) 分： 团队成员中不少于 * 人具有副省级以上电子政务应用软件开发项目工作经验的，得 * 分，否则不得分。 备注：同 * 人员同 (略) 分 (略) 分要求。 (略) 分 (略) 分均可得分。 （ * ）评分依据： 1.要求提供通过投标人购买的 (略) 成员（主要技术人员） * 年3月至 * 年8月连续6个月养老保险的承诺函（格式自拟，加盖投标人公章）、相关证书、工作经验证明作为得分依据。 2.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 4.工作经验证明为项目合同关键信息，通过合同关键信息无法判断是否得分的，可提供合同 * 方出具的证明文件。 5.同 * 人满足多项可累积得分。 | |
6 | 投标人自主知识产权产品（创新、设计）情况 | 8 | （ * ）评分内容： 1.具有医疗保险实时结算相关的计算机软件著作权登记证书； 2.具有医保基金政策风险防控相关的计算机软件著作权登记证书； 3.具有定点医疗机构考核评价相关的计算机软件著作权登记证书； 4. (略) 式医疗救助相关的计算机软件著作权登记证书； 5.具有病案数据采集及智能编码映射相关的计算机软件著作权登记证书； 备注：专利权利人必须为投标人，涵盖以上关键字， (略) 文件发布时间。 满足上述5类要求得 * 分；满足上述4类要求得 * 分；满足上述3类要求得 * 分；满足上述1-2类要求得 * 分。 （ * ）评分依据： 1.要求提供有效的产权（专利）证书等证明材料作为得分依据。 2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
7 | (略) 点 | 2 | (略) 供应商，或非 (略) 供应商但在深 (略) （或售后机构）（分 (略) 营业执照扫描件，售后机构必须同时提供售后服务 (略) 合同及售后机构营业执照扫描件作为得分依据，原件备查）的，得 * 分；否则不得分。 | |
4 | 疫情防控? | 5 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | 疫情防控重点保障企业 | 3 | 纳入全国性名单或地方性名单的疫情防控重点保障企业（以下简称“重点保障企业”），直接参与我市政府采购投标的，提供至少 * 项自身属于重点保障企业的证明材料（ (略) 页链接、 (略) 页截图、 (略) 门出具的文件或者企业享受重点保障企业优惠政策的其他证明文件均可），即可获得评审得分。 | |
2 | 稳岗企业 | 2 | 未裁员或裁员率低于 * %的企业，即投标前 * 个 (略) 会保险（至少包括养老保险）的员工人数（含免缴 (略) 会保险人数）不低于 * 年 * 月同口径人数 * %（含）的企业，视为稳岗企业，提供自身符合稳岗企业条件的承诺函即可获得评审得分。 投标人提供虚假承诺的，将 (略) 理，涉嫌存 (略) 为的， (略) (略) 罚。 | |
5 | 诚信情况 | 7 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | (略) 诚信管理情况 | 5 | 根据《 (略) 关于印发〈 (略) 市政府采购供应商 (略) 办法操作细则〉的通知》（深财购[ * ] * 号）的要求，投标人在参与政府采购活动中存在诚信相关问 (略) (略) 理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作 (略) 提供相关信息。 | |
2 | (略) 履约评价情况 | 2 | 近 * 年（以投标截止日期为准）在 (略) 有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。 | |
6 | 现场演示（讲标、答辩）情况 | 5 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | 现场演示情况 | 5 | 投标人必须采用系统原型演示，仅采用 PPT 或截图或录屏演示的不得分。 （ * ）评审内容： 1. 系统功能管理 (略) 署业务流程、查询统计功能。 1）部署业务流程： (略) 署业务流程功能，需 (略) 署， (略) 署信息列表展示，支持删除操作，支持查看流程图操作。 2）查询统计：要求展示异地就医备案业务统计功能。查询条件需包括按时间、受理机构、受理渠道、人员类型等；查询结果需包括按人员类型统计、按受理机构统计等信息；查询结果需支持导出。 2. 业务流程的完整性 要求以定点医疗机构申请“关键信息变更”为例，按以下业务流程演示： 1）申请：定点医疗机构修改关 (略) 材料附件上传，提交申请； 2） (略) 承办： (略) (略) 承办； 3） (略) 复核： (略) (略) 复核办结。 优评分标准：演示内容完全符合要求，表述清晰，对专家的询问和质疑有完整的响应； 良评分标准：演示内容完全符合要求，对专家的询问和质疑有响应； 中评分标准：演示内容有任意1项缺失或不符合要求的； 差评分标准：演示内容超过1项缺失或不能提供。 评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。 (略) 演示的，本项不得分。 | |
其他
附件
?( (略) 市医保信息系统功能再造 )需求公示
项目名称
(略) 市医保信息系统功能再造?采购类型
服务类?采购人名称
(略) 市医疗保 (略) ?采购方式
公开招标?财政预算限额（元）
点击查看>> . * ?项目背景
投标人资质要求
服务类清单
| 序号 | 采购计划编号 | 需求内容 | 数量 | 单位 | 备注 | 财政预算限额(元) |
|---|---|---|---|---|---|---|
| 1 | PLAN- 点击查看>> * ? | (略) 市医保信息系统功能再造项目? | 1.0? | 项? | ? | 点击查看>> .0? |
具体技术要求
* 、?项目总体要求 ?
? * 、?系统现状 目前， (略) 市医保信息系统包含在 (略) 市 (略) (略) （简称： (略) ） * 年启动建设的“ (略) 会保险信息系统重构项目”中，包括医保公共服务子系统，医保业务管 (略) 分。 医保业务管理系统主 (略) 业务经办人员提供医保业务经办管理， (略) 保 (略) 会保险业务经办系统，医保待遇系统，生育待遇系统及医保记账接口系统等。 医保公共服务系统主要是为参 (略) 上医保业务办理服务， (略) 上申报子系统、 (略) 上申报子系统、 (略) 上申报子系统、微信公众号、社保i (略) 。 * 、?项目目标 紧紧围绕 (略) 新的职能，围绕直接面向定点医药机构和群众、依申请办理 (略) 政审批和公共服务等事项，实现 (略) 市医保信息系统功能和业务流程的升级改造，实现医疗救助“ * 站式”结算服务，从而提升医保业务经办管理能力、公共服务水平及医疗救助服务能力，简化办理环节、减少提交材料、缩短办理时限，着力打造“宽进、快办、严管、便民、公开”的审批服务模式，最大限度减少企业和群众跑政府的次数，同时，根据新的政策完善 (略) 市医疗保险与医疗救助“ * 站式”结算服务，并结合 (略) 省管理办法完善省内和跨省的异地医疗救助“ * 站式”结算服务，使医保更好的服务于民。 * 、?项目功能性要求（包含功能说明，但不包含流程、数据和业务规则） 本项目主要包括医保系统页面文字修改需求、公共服务系统功能改造、医保业务管理系统功能改造、医疗救助“ * 站式”结算系统建设，以实现 (略) 市医保信息系统功能和业务流程升级改造、医疗救助“ * 站式”结算的服务需要。具体如下： 4.1系统页面文字修改需求 将现有医保信息 (略) 有涉及“社保”的文字改为“医保”。 4.2?医保公共服务子系统升级改造需求： 主要是包括单位/ (略) 上服务系统改造，以及微信公众号改造、i (略) 服务事项对接、标准化库系统、知识库系统等业务功能需求。 4.2.1?单位/ (略) 上服务系统改造 单位/ (略) 上服务系统改造包括医保业务功能改造、异地就医业务功能改造、生育保险功能改造、邮寄功能改造等，通过服务事项标准化，梳理精简办事材料，实现多渠道公共服务方式，实 (略) 上办理的“秒批”。 （1）医保业务功能改造 慈善援助类等药品管理、慢性肾功能衰竭门诊透析治疗医疗机构变更管理、新增医 (略) (略) 政确认（医疗机构申请市属）、新增医保 (略) 行政确认、（ (略) 申请市属）、基本医疗保险门诊/住院费用审核报销、门诊大病外出备案。 （2）异地就医业务功能改造 增加异地就医备案温馨提示内容、异地就医备案增加承诺制内容、异地就医备案新增生成备案申请表、异地就医备案查询、异地就医备案新增补打印备案申请表、异地就医备 (略) 页办理（秒批）。 （3）生育保险功能改造 职工生育待遇-单位申领生育津贴（秒批途径）、职工生育待遇- * 次性定额报销受理。 （4）邮寄功能改造 邮政上门取件模块-发送邮政取件信息、邮政上门取件模块-邮政面单号返回对接、邮政上门取件模块-邮寄及办理进度查询。 4.2.2?医保微信公众号改造需求 (略) 保 (略) 署在 (略) 医保公众号， (略) * 级、 * 级和 * 级菜单， (略) 微信公众号掌上医保、便民服务等模块。掌上医保模块共包括个缴人员停保、个缴人员自助缴费等 * 项业务办理、业务查询事项；便民服务共包括办事指南、通知公告、医保动态、 (略) 点地图、自助机分布地图、定点医疗机构地图等功能。 4.2.3i (略) 功能改造需求 按照权责清单事项将医保事项对接i (略) APP，实现在i (略) APP中办理参保登记、信息查询、费用报销等业务。需新增 * 个业务事项的H5页面办理途径并实现对接i (略) 。 包括： (略) 会保险门诊大病待遇核准、市 (略) 医疗费用报销、市外就医的门诊医疗费用报销、 (略) 会医疗保险约定单位确认、本市参保人常住内地就医备案业务、市外生育医疗费用核准、职工生育保险医疗费用核准、生育津贴申领、办理基本医疗保险关系转移接续、 * 次性补足医疗保险差额缴费年限、基本医疗保险个人账户结算。 4.2.4?标准化库系统功能需求 标准化库系统提供医保标准化库分设、标准化文稿导出等功能服务。 4.2.5?知识库系统功能需求 知识库系统提供医保知识库分设、知识库文稿导出、知识库智能检索等功能服务。 4.3?医保业务管理子系统升级改造需求： 需要对医保业务经办环节流 (略) 升级、改造，主要包括以下方面： 4.3.1?定点医药机构管理 定点医药机构管理的功能升级改造包括：新增定点医 (略) 属医保辖区变更；新增 (略) (略) 属医保辖区变更；新增 (略) 关键信息：主动管理；新增定点医疗机构调标信息：主动管理；新增机构异常约定状态主动管理；新增医 (略) 点医药 (略) 页自动公示功能；新增定点机构PSAM卡申领；新增异常机构名录；新增随机抽查功能；新增业务功能中增加承诺制相关；新增黑白名单；新增移动支付白名单；新增证照共享；将新增医 (略) (略) 政确认（医疗机构申请市属）修改为新增医 (略) 点I (略) 政确认；将新增医 (略) (略) 政确认（医疗机构申请区属）修改为新增医 (略) 点II (略) 政确认；新增医保 (略) 行政确认（ (略) 申请市属）；将新增医 (略) (略) 政确认（医保后台主动承办市属）修改为新增医 (略) 点I (略) 政确认；将新增医 (略) (略) 政确认（医保后台主动承办区属）修改为新增医 (略) 点II (略) 政确认；新增医保 (略) 行政确认（医保后台：主动承办市属）；修改定点医疗 (略) 账户信息变更；修改 (略) (略) 账户信息变更；将定点医疗机构申请注册信息变更修改为定点医疗机构申请关键信息变更（非调标信息）；将定点医疗机构申请关键信息变更（市属）修改为定点医疗机构申请关键信息变更（调标信息）；将 (略) 申请注册信息变更修改为 (略) 申请关键信息变更；将定点医疗机构信用等级变更修改为定点医疗机构信息（主动管理）；将定点医疗机构信用等级变更导入修改为定点医疗机构信息（主动导入管理）；将定点医药机构末次签约有效期变更修改为 (略) 信息（主动管理）；将定点医药机构末次签约有效期变更导入修改为 (略) 信息（主动导入管理）；将定点医疗机构大病状态变更修改为定点医疗机构关键信息（主动管理）；将定点医疗机构大病状态变更导入修改为定点医药机构关键信息（主动导入管理）；修改定点医疗机构申请新增约定状态；修改定点医疗机构申请取消约定状态；修改 (略) 申请新增约定状态以及 (略) 申请新增或删除服务项目、修改 (略) 申请取消约定状态；修改定点医疗机构约定状态（主动暂停）；修改 (略) 约定状态及服务项目（主动暂停）；修改定点医疗机构约定状态（主动取消）；修改 (略) 约定状态、服务项目（主动取消）；修改定点医疗机构约定状态（初签）；修改 (略) 约定状态（初签）；修改协议偿付标准周期性调整导入（依文件管理）；修改协议偿付标准周期内调整（主动管理）；修改协议偿付病种（主动管理）；修改定点医疗机构门诊特检资质申请调整；修改门诊特检资质（主动管理）；修改定点医疗机构市外转诊病种申请调整；修改任务 * 次分配原则；修改定点医药机构药品目录管理；修改定点医药机构诊疗目录管理；修改定点医药机构材料目录管理；修改预付款追回（市属）；修改定点医疗机构申请调整协议偿付标准。 4.3.2?基础目录管理 基础目录管理的升级改造包括：新增4+7采购药品目录数据录入；4+ (略) 、 (略) 医保记账接口改造；新增4+7采购药品预付款功能；新增4+7采购药品目录查询及记账查询；新增4+7药品目录管理； (略) 制剂查询；将基本医保药品目录管理修改为基础医保药品目录管理；将基本医保诊疗目录管理修改为基础医保诊疗目录管理；将基本医保材料目录管理修改为基础医保材料目录管理；修改病种目录管理：依文件管理；修改病种目录管理：主动管理；修改门诊特病套餐管理：主动管理；修改门诊特检套餐管理：主动管理；修改市外转诊病种管理：主动管理；药品目录备案对接药采平台校验。 4.3.3?两定查询 两定查询主要包含定点医疗机构的的业务量以及机构内的目录备案情况和医保记账信息查询。 包括：新增业务量统计查询；修改机构信息统计查询；修改医药机构记账信息查询。 4.3.4?个人就医及待遇 个人就医及待遇模块的升级改造，主要包括门诊、住院等各类基本医保费用审核报销的业务规则、审批流程和业务办理材料的调整。包括：新增电子票据共享；修改基本医疗保险门诊费用审核报销；修改基本 (略) 费用审核报销；修改 (略) 支付操作指引等。 4.3.5?报销查询 在现有的现金报销业务量统计功能模块 (略) 支付相关的查询条件与查询结果显示。 4.3.6?公补报销 公务员补助报销主要是新增已办结的公务员补助报销业务撤销功能。除此，还有新增医疗补助报销费用汇总报表、新增汇总表打印、新增公务员补助参保单位及参保人数查询等小功能项的增加。 4.3.7?家属统筹 主要是新增已办结的市属家属统筹报销业务撤销功能。除此，还有新 (略) 查询、新增打 (略) 名单、新增市属家属统筹定点医疗机构月结算报表打印等小功能项的增加。 4.3.8?其他业务事项 其他业务事项功能主要包含面向两定机构、参保人以及窗口经办人员的相关业务功能事项。 包括：修改 * 、 * 档参保人转 (略) ；修改十 (略) 登记； (略) 审核； (略) 特殊通道管理；修改个人账户家庭关系关联管理（网上申请）；修改个人账户家庭关联管理（窗口）；修改 (略) 账户管理（网上申请）；修改 (略) 账户管理（窗口）；修改个人账户调节；修改医疗保险待遇追回；修改慈善援助类等药品管理（网上申请）；修改慈善援助类等药品管理（窗口）；修改门诊大病外出备案（网上申请）；修改慢性肾功能衰竭门诊透析治疗医疗机构变更管理（网上申请）；修改个人账户比例自付管理（网上申请）； (略) 区门诊统筹管理（参保人选定绑定医疗机构——网上申请）； (略) 区门诊统筹管理（用人单位选定绑定医疗机构——网上申请）； (略) 区门诊统筹管理（社区统筹门诊批量转移方案）。 4.3.9?异地就医备案受理 异地就医备案模块主要涉及调整业务审批流程、业务办理材料与业务规则的调整。 包括：新增业务受理- (略) 页办理（秒批）；新增业务受理-承诺制内容；新增业务受理-经办系统（窗口）办理（秒批）；新增异地就医备案业务量统计；新增业务出件-生成备案表、新增业务出件-补打印。 4.3. * ?医保费用年终清算 医疗费用年终清算模块主要门诊、住院等各类结算业务的流程和功能的改造以及新增调标和月结偿付相关查询工功能。 包括：新增调标数据查询；新增月结偿付数据查询；新增4h门诊人次查询；修改跨 (略) 人次管理；修改扣减人次/医保合计/医保记账管理；修改次均总标准管理；修改因客观原因补偿费用管理；修改确认分摊/不分摊机构； (略) 区门诊统筹考核分值管理；修改医疗费用月结算支付标记管理；修改特检门诊结算表；修改特病门诊结算表；修改长期医疗护理床日费用标准结算表；修改家庭病床床日费用标准结算表；修改 (略) 次均医保费用标准结算表； (略) 次均总费用标 (略) 次均保费用标准结算表；修改住门比标准结算表；修改市外基本和劳务工年终清算表；修改市外基本和劳务工结余留用金运算表；修改市外少儿年终清算表；修改市外少儿结余留用金运算表；修改超标暂扣款总结算表；修改结余留用金总结算表；修改质量挂钩金运算表；修改门诊统筹未绑定分摊运算表；修改门诊统筹奖励金与调剂金运算表、修 (略) 小病种结算表。 4.3. * ?生育保险 生育保险待遇业务的功能改造主要包含新增单位申领生育津贴和 * 次性 (略) 上申办功能以及审批流程和材料的调整。 包括：新增职工生育待遇（单位申领生育津贴）；提供新增职工生育待遇（ * 次性定额保险受理）；提供新增职工生育待遇（实报实销重核的管理和受理）；提供新增职工生育待遇（跨险种报销重核管理和受理）；修改业务出件。 4.3. * ?统计报表 新增统计报表系统的功能主要包含医保机构的信息查询统计和支付管理的查询统计功能。 包括：新增医药服务管理- * 种抗癌药报销情况、新增医药机构管理-信息系统定点医药机构详细信息表、新增医药机构管理-定点医药机构变更信息表、新增医药机构管理-参保单位和 (略) 康（含其他医疗机构）变更信息表、新增异地就医管理- (略) 医保异地就医现金报销省外受理业务量统计表、新增支付管理-基本医疗财务结算表（用于年终清算）、新增支付管理-劳务工医疗财务结算表（用于年终清算）、新增支付管理-少儿医疗财务结算表（用于年终清算）、新增支付管理-卫生总费用核算数据收集表（用于编制年度卫生费用）。 4.3. * ?邮寄功能 提供新增双向物流（邮政上门收件）。 4.4?医疗救助“ * 站式”结算系统建设需求： 4.4.1?医疗救助对象管理 需要实现对医疗救助对象的集中管理，要求包括医疗救助对象定期同步、医疗救助对象新增、医疗救助对象修改、医疗救助对象删除、医疗救助对象查询。 4.4.2?医疗救助现金报销 需要通过系统平台实现对医疗救助现金的报销，其应该包括基本医疗现金报销、社区门诊统筹金报销、现金报销撤销/追回管理、医疗待遇追回、交易退费、现金报销查询统计。 4.4.3?医疗救助月结算 需要通过系统平台实现对医疗救助月结算的业务要求， (略) 记账费用固化、 * * 档机构记账费用固化、 * 档机构记账费用固化、DRG * * 档机构记账费用固化、DRG * 档机构记账费用固化、财务分账数据生成、 * * 档财务分账报表查询打印、 * 档财务分账报表查询打印。 4.4.4?医疗救助年终结算 市医保经办机 (略) 门依据有关规定完成本市定点医药机构的信用等级评定工作，业务人员对定点 (略) 年度预付款拨付及追回。 4.4.5?医疗救助异地就医 需要通过医疗救助“ * 站式”结算系统实现医疗救助对象 (略) (略) 式服务，要求提供医疗救助异地就医备案、医疗救助异地就医财务分账报表、医疗救助异地就医报销查询、医疗救助异地就医月度结算功能。 4.4.6?查询统计 需要提供个人医保信息查询、个人消费信息查询、个人记账信息查询、社康转诊消费明细查询、医药机构记账信息查询、医药机构预付款信息查询功能。 4.4.7?医疗救助记账接口 在医疗救助“ * 站式”结算系统当中，需要实现救助记账接口调整的业务要求，包括但不限于以下的信息调整：个人基本信息、个人详细信息、个人缴费信息、药店购药/器皿安装费用试算、药店购药/器皿安装费用结算、门诊挂号试算、门诊挂号结算、入院登记（就诊登记）、 (略) 登记（就诊登记）、出院登记、费用（处方）明细录入、费用（处方）明细取消、费用（处方）明细查询、费用试算、费用结算、交易查询、交易退费、交易撤销（本月撤销）、医疗救助记账接口调整、交易流水比对查询、交易明细比对查询。 4.4.8?医疗救助异地就医接口 在医疗救助“ * 站式”结算系统当中，需要实现救助异地记账接口调整的业务要求，包括但不限于以下的信息调整：救助人员信息获取、参保人基金限额标准更新、参保人基金限额标准查询、异地就医就诊登记、就诊登记退回、模拟结算、费用结算、费用结算回退、审核说明、审核说明回退、审核支付、审核支付回退、费用拨付、费用拨付回退、清算资金对账、清算资金对账确认。 * 、?项目建设非功能性要求 1.?技术路线需求 系统设计应采用采购方现有的业界成熟的先进的应用支撑软件平台应，保证系统的可靠性、开放性、可维护性、先进性。 应用体系结构用基于J2EE技术路线的 * 层体系结构，系统的设计、开发、部署、测试等均要遵循软件开发标准体系。操作系统要采用开放的Unix操作系统或者Windows系列操作系统。应用软件对系统的调用应该是通用的、可配置的。 2.?系统安全性需求 系统要应用采购方现有的应用安全体系，防止系统外非法用户的侵入和系统内用户的非法探测和恶意泄密，系统内人员分级授权操作。投标人应对系统安全、应用安全和数据安全提出明确的方案。? 对人工输入的数据以及来自不同接 (略) 合法性检查，确保流程的通畅性，并且能够对 (略) (略) 理。 必须有数据存储备份，在更换系统时保证应用系统的平滑过渡。 3.?规范性与标准性需求 系统设计在功能、安全、网络等各方面符合市电子政务建设等各项标准和规范。 同时，在系统设计上应采用国际、国内成熟的信息技术和先进的技术标准，要能与其它系统互联互通并具备扩展性和可维护性。 4.?投资保护需求 系统建设必须充分利用 (略) 已有的各项软硬件基础，实现对已有投资的保护问题。系统采用的软件平台都应该基于开放式架构，必须使用 (略) 现有的系统软件平台，不可使用自主平台软件，从而保证整个软硬件系统的“向前兼容”及“向后扩展”。项目中不可采用非 * 方已有的各项系统软件平台。 5.?性能需求 应用系统要能够以2秒的最 (略) 理 * 个并发用户对各个业务流程页面的访问，峰值时刻允许响应时间延长为3秒，对于 * 般的查询应控制在2秒以内，大型复杂的查询统计应控制在5秒以内。 系统支持同时从多个地方并发使用，要求系统不能由于用户连续的增加明显降低系统的相应时间。其中公共服务子系统需支持同时在线用户数为 * 人，并发用户数为 * 人。 6.?可用性需求 要采用高可用性设计，通过无单点故障设计，可支持系 (略) ，系统能够连续7í * 小时不间断工作， (略) 每 * 小时中可用时间至少不小于 * 小时。 系统要保证数据的 * 致性，完整性，准确性要求达到 * . * %。 7.?可靠性需求 通过采用主流的成熟的软件架构与软件开发工具，提高应用系统的开发质量，优化软件，减少软件缺陷，提 (略) 台和应用软件的稳定性、可靠性。 8.?易操作性需求 电脑操作界面要清晰、简洁、灵活，便于操作和维护，风格 * 致，符合业务操作特点和使用习惯，使用户能够经过较短时间的培训，就可学会系统的使用。提供操作用户在线帮助信息和详细完整的用户使用指导手册，复杂业务要有业务导航。 应用系统发现用户提交有误信息，必须明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。 应用系统功能菜单必须按照功能域、功能项的 (略) 组织。 对于操作员无权限使用的功能菜单，应用系统不显示该菜单或将其设置为不可用状态。 当返回数据量过大导致响应时间过长时， (略) 分响应，例如分页加载数据等，减少操作人员的等待时间。 支持多种浏览器，至少兼容IE9以上、Google Chrome、火狐、 * 浏览器。 9.?可扩展性需求 要充分考虑技术体系发展前景，适应未来发展的需要。在设计时充分考虑系统的各种输入输出需求，提供或预留到各相关单位的标准化数据接口，加强与其他单位的电子数据的交换与共享，方便系统的功能扩展升级。 系统应能适应业务发展和变革的需要，适应用户数量及业务量的增长，新业务的增加以及业务的变化。 * .?兼容性需求 能够兼容其它相关业务环境下的软件系统。采用现有医保信息系统的统 * 编码标准和数据字典，保证数据格式 * 致。以实现与其它关联系统的有效连接与配合。 * .?数据保密性需求 若涉及到敏感数据，根据保密法律法规的要求，对敏感数据、信息不 (略) 传送数据、信息，可以加密后通过光盘等媒介传送，且使用后及时销毁，信息及数据需加密保存。 * .?外部接口需求 将提供丰富接口，与国家、省级医保平台无缝对接，与 (略) (略) (略) 和质 (略) 、 (略) 、 (略) (略) 等单位共享相关数据，同时，需为医保的i (略) APP和微信系统等公共服务系统调用提供接口。此外，本次需要实现与 (略) 市电子证照平台的完全对接，提升医保数据的共享能力。 * .?项目服务其他要求 1)?在合同签订时，中标方须与采购方签订保密协议，且必须确保参与项目的工作人员不能有涉外人员。在项目实施过程中，中标方必须严格遵守采购方的相关管理制度及操作规范。 2)? (略) 有成果的版权、使用权归属 (略) (略) ，中标方不得对任何第 * 方泄露。中标方不得以任何形式转让、复制等方式对外泄露，否则采购方将依法追究其法律责任。 * .?项目组织实施要求 1）项目实施步骤要求 投标人须根据本项目服务内容， (略) 的项目实施步骤，按照服务内容的划分，确定项目开展的先后顺序，时间进度以及各阶段提交的交付物和质量标准。 2）项目管理要求 中标方的软件开发和实施过程要遵循统 * 过程标准。项目实施过程各阶段的工作安排、工作管理和以及各阶段提交的工件和质量标准都要严格遵循统 * 过程标准要求。 投标人必须将项目过程数据清晰完整地交付 (略) (略) 。 3）质量控制要求 投标方须在投标文件中提出项目重要技术方案评审方式与要求以及项目实施中质量保障和质量控制方式。 在项目实施全过程中，采购方有对项目进 (略) 监督控制的职责和权利，中标方应全面配合，确保人力、物力的定量投入，定期向采购方提交最新的进展情况报告。 4） (略) 要求 中标方必须根据本项目的特点和建设内容，组建 * 支技术经验丰富、人员相对稳定的不少于 * (略) 为项目建设服务，并在投标文 (略) 成员角色。要求在项目建设过 (略) (略) 人数不少于 * 人。 (略) 过程中，采购方有权对项 (略) 考核和评价，不符合条件人员，采购方有权要求投标人及时更换。 5）测试要求 投标人必须在投标文件中提出软件测试方案。为了保障系统测试的科学性和公正性，本次项目建设采购方引入第 * 方测试机制，中标方要积极配合第 * 方测评。 6）投标人必须在投标文件中明确项目投入 (略) 维护方案。 7）中标方不仅承担应用系统的开发，还需要承担系统软件的安装、 (略) 署及优化工作。 * .?项目监理要求 (略) 确定的工程监理单位的监理。 本项目的监理方对中标方的开发、实施、工期、质量、服务、验 (略) 监督、考核。考核结果不及格或不合格的，采购方有权不组织验收、延期付款，相关责任由中标方承担，中标方应无条件接受。监理方有权考查中标方人员的每日出勤和工作内容，根据考查情况，可要求中标方更换人员，直至采购方满意为止。 | ||||||||||||
商务需求
评标信息
评标方法：综合评分法（新价格分算法） 综合评分法， (略) (略) 实质性要求，且按照评审因素的量化指标评审得分最高的投标人为中标候选人的评标方法。 价格分计算方法： 采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统 * 按照下列公式计算： 投标报价得分=(评标基准价／投标报价)× * 评标总得分＝F1×A1＋F2×A2＋……＋Fn×An F1、F2……Fn分别为各项评审因素的得分； A1、A2、……An 分别为各 (略) 占的权重(A1＋A2＋……＋An＝1)。 评标过程中，不得去掉报价中的最高报价和最低报价。 此方法适用于货物类、服务类、工程类项目。 | ||||
序号 | 评分项 | 权重 | ||
1 | 价格 | * | ||
2 | 技术 | * | ||
行号 | 内容 | 权重 | 评分准则 | |
1 | 实施方案 | * | 评审内容：说明对本项目系 (略) 分建设内容的理解，针对本项目的升级改造需求制定完整、详 (略) 的系统建设方案。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得 * 分；评价为良得 * 分；评价为中得 * 分。专家按百分制打分。 | |
2 | 项目重点难点分析、应对措施及相关的合理化建议 | 6 | 评审内容：投标人对 (略) 分析研究，描述准确，熟悉现有系统架构及功能和技术路线，对项目重难点理解透彻，应对措施及相关合理化建议梳理清晰。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
3 | 质量（完成时间、安全、环保）保障措施及方案 | 4 | 评审内容：全面响应了项目组织实施中各方面要求，项目组织实施清 (略) ， (略) 、工期、进度、保密、质量方面有明确的说明且满足项目要求。 优良中差评分标准：根据招标文件的需求和投标文件 (略) 横向比较，评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
4 | 项目完成（服务期满）后的服务承诺 | 3 | （ * ）评审内容： 结合招标需求，编制项目完成（服务期满）后的服务承诺，包括服务承诺、服务内容及服务方式、维护响应时间以及技术人员安排情况。 （ * ）评分标准： 1.优评分标准：提供的售后服务 (略) ，并提 (略) 的服务承诺，得 * 分； 2.良评分标准：提供的售后服务 (略) ，服务承诺较具体，得 * 分； 3.中评分标准：提供的售后服务方案 * 般，或服务承诺不够具体，得 * 分； 4.差评分标准：服务方案或服务承诺不切实际，不得分。专家按百分制打分。 | |
5 | 违约承诺 | 2 | （ * ）评审内容： 投标人在投标文件中承诺：若中标将按合同履约，如出现违约情形，将承担相应违约责任。 （ * ）评分标准： 要求提供承诺（格式自定）作为得分依据，按要求提供得满分，未提供承诺或承诺内容不满足要求不得分。评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。 | |
3 | 综合实力 | * | ||
行号 | 内容 | 权重 | 评分准则 | |
1 | 投标人通过相关认证情况 | 5 | （ * ）评分内容： 1. 投标人具有CMMI5级证书得 * 分，CMMI4得 * 分，否则不得分； 2. 投标人具备在有效期内的ISO/IEC * 0 IT服务管理体系认证证书，满足得 * 分，否则不得分。 3. 投标人获得ITSS信息 (略) 维护标准 * 级及以上等级的得 * 分，低于 * 级（不含）的 * 分，否则不得分。 4．投标人同时具备国家信息安全测评信息安全服务资质证书（安全工程类 * 级）和国家信息安全测评信息安全服务资质证书（安全开发类 * 级）的证书，满足要求得 * 分，否则不得分。 本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求提供有效的认证证书作为得分依据。 2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
2 | 投标人同类项目业绩情况 | 3 | （ * ）评分内容： * 日至本项目开标之日，以合同签订时间为准，以投标人名义独立承建副省级及以上与医疗保险相关的电子政务软件开发项目，且单个合同金额 * 万及以上，每提供 * 个项目案例得 * 分，本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求同时提供合同关键信息和项目履约（验收）合格评价证明文件作为得分依据。 2.通过合同关键信息无法判断是否得分的，也可以提供能证明得分的其它证明资料，如项目报告或合同 * 方出具的证明文件等。 3.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
3 | 投标人获奖情况 | 2 | （ * ）评分内容： 投标单位承建的信息化平台软件类项目获得科学技术进步奖项，获得国家级的每个得 * 分，获得省级的每个得 * 分，本项满分为 * 分，专家按百分制打分。 （ * ）评分依据： 1.要求提供奖项照片或获奖（荣誉）证书等证明材料作为得分依据。 2.以上资料均要求提供扫描件，原件备查。 | |
4 | 拟安排的项目负责人情况（仅限 * 人） | 6 | （ * ）评分内容： 1.同时具有信息系统项目管理师、高级工程师职称的，得 * 分。 2.具有ITSS-IT服务项目经理认证证书，且毕业参加工作 * 年以上（按毕业证书颁发时间计算），得 * 分； 3.获得副省级及以上人民政府颁发的科学技术进步奖的，得 * 分； 4.曾担任过副 (略) 市医疗保险相关电子政务软件开发项目负责人：每提供 * 个工作经验案例得 * 分，本项满分 * 分。 （ * ）评分依据： 1.要求提供通过投标人购买的项目负责人 * 年9月至 * 年8月连续 * 个月养老保险的承诺函（格式自拟，加盖投标人公章）、相关证书、工作经验证明作为得分依据。 2.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 3.工作经验证明为项目合同关键信息，通过合同关键信息无法判断是否得分的，可提供合同 * 方出具的证明文件。 | |
5 | 拟安排的 (略) 成员（主要技术人员）情况（项目负责人除外） | * | （ * ）评分内容： 1. (略) 成员（主要技术人员） (略) 分： （1）项目技术负责人（ * 人）： 获得副省级以上（含）人民政府颁发的科学技术奖励证书， * 等奖得 * 分， * 等奖得 * 分， * 等奖得 * 分；本项满分为 * 分。 （2）团队成员中具有PMP证书的，每提供5个得 * 分；本项满分为 * 分。 （3）团队成员中具有具备NPDP证书（产品经理国际资格认证）的，每提供1个得5分；本项满分 * 分。 （4）团队成员中具有质量管理体系内审员资质证书的得 * 分，否则不得分。 备注：同 * 人员满 (略) 分中不同要求，只计算 * 次最优得分。 2. (略) 成员（主要技术人员） (略) 分： 团队成员中不少于 * 人具有副省级以上电子政务应用软件开发项目工作经验的，得 * 分，否则不得分。 备注：同 * 人员同 (略) 分 (略) 分要求。 (略) 分 (略) 分均可得分。 （ * ）评分依据： 1.要求提供通过投标人购买的 (略) 成员（主要技术人员） * 年3月至 * 年8月连续6个月养老保险的承诺函（格式自拟，加盖投标人公章）、相关证书、工作经验证明作为得分依据。 2.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 4.工作经验证明为项目合同关键信息，通过合同关键信息无法判断是否得分的，可提供合同 * 方出具的证明文件。 5.同 * 人满足多项可累积得分。 | |
6 | 投标人自主知识产权产品（创新、设计）情况 | 8 | （ * ）评分内容： 1.具有医疗保险实时结算相关的计算机软件著作权登记证书； 2.具有医保基金政策风险防控相关的计算机软件著作权登记证书； 3.具有定点医疗机构考核评价相关的计算机软件著作权登记证书； 4. (略) 式医疗救助相关的计算机软件著作权登记证书； 5.具有病案数据采集及智能编码映射相关的计算机软件著作权登记证书； 备注：专利权利人必须为投标人，涵盖以上关键字， (略) 文件发布时间。 满足上述5类要求得 * 分；满足上述4类要求得 * 分；满足上述3类要求得 * 分；满足上述1-2类要求得 * 分。 （ * ）评分依据： 1.要求提供有效的产权（专利）证书等证明材料作为得分依据。 2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。 | |
7 | (略) 点 | 2 | (略) 供应商，或非 (略) 供应商但在深 (略) （或售后机构）（分 (略) 营业执照扫描件，售后机构必须同时提供售后服务 (略) 合同及售后机构营业执照扫描件作为得分依据，原件备查）的，得 * 分；否则不得分。 | |
4 | 疫情防控? | 5 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | 疫情防控重点保障企业 | 3 | 纳入全国性名单或地方性名单的疫情防控重点保障企业（以下简称“重点保障企业”），直接参与我市政府采购投标的，提供至少 * 项自身属于重点保障企业的证明材料（ (略) 页链接、 (略) 页截图、 (略) 门出具的文件或者企业享受重点保障企业优惠政策的其他证明文件均可），即可获得评审得分。 | |
2 | 稳岗企业 | 2 | 未裁员或裁员率低于 * %的企业，即投标前 * 个 (略) 会保险（至少包括养老保险）的员工人数（含免缴 (略) 会保险人数）不低于 * 年 * 月同口径人数 * %（含）的企业，视为稳岗企业，提供自身符合稳岗企业条件的承诺函即可获得评审得分。 投标人提供虚假承诺的，将 (略) 理，涉嫌存 (略) 为的， (略) (略) 罚。 | |
5 | 诚信情况 | 7 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | (略) 诚信管理情况 | 5 | 根据《 (略) 关于印发〈 (略) 市政府采购供应商 (略) 办法操作细则〉的通知》（深财购[ * ] * 号）的要求，投标人在参与政府采购活动中存在诚信相关问 (略) (略) 理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作 (略) 提供相关信息。 | |
2 | (略) 履约评价情况 | 2 | 近 * 年（以投标截止日期为准）在 (略) 有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。 | |
6 | 现场演示（讲标、答辩）情况 | 5 | ||
序号 | 评分因素 | 权重 | 评分准则 | |
1 | 现场演示情况 | 5 | 投标人必须采用系统原型演示，仅采用 PPT 或截图或录屏演示的不得分。 （ * ）评审内容： 1. 系统功能管理 (略) 署业务流程、查询统计功能。 1）部署业务流程： (略) 署业务流程功能，需 (略) 署， (略) 署信息列表展示，支持删除操作，支持查看流程图操作。 2）查询统计：要求展示异地就医备案业务统计功能。查询条件需包括按时间、受理机构、受理渠道、人员类型等；查询结果需包括按人员类型统计、按受理机构统计等信息；查询结果需支持导出。 2. 业务流程的完整性 要求以定点医疗机构申请“关键信息变更”为例，按以下业务流程演示： 1）申请：定点医疗机构修改关 (略) 材料附件上传，提交申请； 2） (略) 承办： (略) (略) 承办； 3） (略) 复核： (略) (略) 复核办结。 优评分标准：演示内容完全符合要求，表述清晰，对专家的询问和质疑有完整的响应； 良评分标准：演示内容完全符合要求，对专家的询问和质疑有响应； 中评分标准：演示内容有任意1项缺失或不符合要求的； 差评分标准：演示内容超过1项缺失或不能提供。 评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。 (略) 演示的，本项不得分。 | |
其他
附件
?招投标大数据
最近搜索
无
热门搜索
无
