医疗服务监控系统升级采用单一来源采购方式征求意见公示
医疗服务监控系统升级采用单一来源采购方式征求意见公示
医疗服务监控系统升级
采用单一来源采购方式征求意见公示
南宁市社会保障卡管理办公室申请医疗服务监控系统升级采用单一来源采购方式，该项目拟由东软集团有限公司提供（或承担）。现将有关情况进行公示。
公示期为2015年10月10日起至2015年10月19日止。
潜在政府采购供应商对公示内容有异议的，请在公示期内以实名书面形式（包括联系人、地址、联系电话）将意见反馈至南宁市财政局和采购人。
南宁市财政局地址：东葛路129号，联系电话：****-*******。
采购人名称：南宁市社会保障卡管理办公室，地址：南宁市桂春路南二里劳动保障大厦，联系人：李贵友，联系电话：****-*******。
附：单一来源采购专家论证意见表
南宁市社会保障卡管理办公室
2015年10月9日
单一来源采购专家论证意见表
时间：2015年9月14日
财政支付申请号 | [2015]NCCS307015/203229 | 采购预算 | 100万 | ||
采购人（公章） | 南宁市社会保障卡管理办公室 | ||||
项目名称 | 医疗服务监控系统升级 | ||||
采购内容 | 升级医疗服务监控系统，为实现南宁市城镇基本医疗保险“严管年”长效监督机制，加大力度推进南宁市医疗服务监控系统升级建设，与医保结算系统功能配合，逐步实现事前、事中监控。 | ||||
单一来源供应商 名称及简介 | 东软集团有限公司1991年在中国东北大学创立，公司拥有员工23000余名，在中国建立了8个区域总部，16个软件开发与技术支持中心，6个软件研发基地，在40多个城市建立营销与服务网络。东软集团有限公司是我区统一的金保工程系统开发商，对我区人力资源社会保障信息系统相当熟悉，对相关政策、业务流程等非常了解。 | ||||
一级预算单位意见 （加盖公章） | 同意按相关规定办理论证手续。 2015年9月14日 | ||||
专家1论证意见 | 该项目是在原有医疗服务监控系统事后监控的基础上进行升级，从而实现事前、事中监控。为保证软件架构的延续，以确保医疗服务监控系统的统一，建议由原开发商东软集团股份有限公司实施升级。 | ||||
专家姓名： | 职称： | 工作单位： | |||
专家2论证意见 | 该项目是在原有医疗服务监控系统事后监控的基础上进行升级，从而实现事前、事中监控。为保证软件架构的延续，以确保医疗服务监控系统的统一，建议由原开发商东软集团股份有限公司实施升级。 | ||||
专家姓名： | 职称： | 工作单位： | |||
专家3论证意见 | 该项目是在原有医疗服务监控系统事后监控的基础上进行升级，从而实现事前、事中监控。为保证软件架构的延续，以确保医疗服务监控系统的统一，建议由原开发商东软集团股份有限公司实施升级。 | ||||
专家姓名： | 职称： | 工作单位： | |||
项号 | 服务名称 | 数量 | 技术参数要求 |
1 | 医疗服务监控系统升级 | 1 | ★一、基础要求：要求中标供应商派驻项目组，提供软件设计、开发和实施三阶段的现场服务。 ★二、业务功能要求： 医疗服务监控系统功能拓展升级建设目标：医疗服务全过程监控，以知识库为依托，实现医疗保险事后监控为主、兼顾事中监控、事前提示的立体化监管模式；实现从就诊、诊疗、用药到临床的全生命周期的监管，实现医保资金可监管、可追溯。系统的关注点应从“抓取违规业务数据”转为“预防即将产生的业务数据”,满足防患于未然使用需求。建设内容包括： 在2013南宁市建设的医疗服务监控系统事后监控的基础上进行升级，与社保核心业务系统和院端his系统进行对接，从而实现事前、事中监控。升级之后的医疗服务监控系统能通过事前、事中、事后三种方式管理违规的医疗保险业务数据，系统业务包括数据交换平台、临床医学知识库、医院交换平台、核心应用4条主线，数据交换平台是转换医保业务数据成为医疗费用智能监控系统数据；临床医学知识库是根据国家出台的医保政策和医学经验等进行整理的，具有一定权威的数据，是尤为重要的；医院交换平台是中心端与医院端进行信息交流的通道，保证数据信息正确性、信息及时性的；核心应用是智能监控业务数据抓取重点违规数据，通过稽核流程对业务涉及的对象进行处理，通过统计分析图形及一段时间内的数据反映关注问题，运用决策支持直观展示大数据反映集中问题。事前和事中目前只做违规疑点提醒，事后监控主要包括基本信息查询、规则计划管理、疑点审核管理、稽核流程管理、审核扣款管理、医院交互平台、监控地图管理以及统计分析等。 一、事前监控 关注对临床行为的监控，监控前移，规范医院，提升监控质量，并可减少部分事后监控工作量。对医院的his系统进行改造，在医院上传处方时调用事前监控接口，使用预先设置的事前监控规则进行疑点病例的筛选，将筛选结果说明给医师作相应提醒。 二、事中监控 简化监控过程，将核心平台结算与监控捆绑，在结算时调用事中监控接口，使用预先设置的事中监控规则进行疑点病例的筛选，将筛选结果说明相应提醒，提升监控价值和效率。 三、事后监控 对全部数据，全口径数据进行监控，快速筛查，提高疑点命中率。 1基本信息管理 本功能主要针对三大目录的基础信息、病种信息、定点医疗机构的相关信息进行管理，为后面的监控和分析做一下基础工作。功能可以独立管理也可以直接显示中心端的数据。包括药品信息查询、诊疗项目信息查询、服务设施信息查询、医疗机构信息查询、病种信息查询以及医师信息查询。 2规则计划管理 根据已知的各种医疗服务违规行为、医疗服务常识以及各地经办机构总结的监管经验，根据医疗服务过程中各类违规行为或疑似违规行为的数据特征，确定出多种单项监控指标或组合指标，从而形成定制的监控规则和分析规则库。同时支持医保政策类、临床药品类和经验管理类等知识库的规则建设。本功能主要维护规则信息，规则实例信息及阈值信息，用来执行计划抓取违反规则的不合理业务数据，它是核心重中之重，是后期疑点审核、稽核流程不可跳跃的模块。 2.1监控场景管理 维护监控场景的基本信息，为后面规则实例的定义提供基础数据支持。 2.2监控规则管理 维护监控规则的基本信息，为后面规则实例的定义提供业务支持。 2.3规则实例定制 依据建立好的监控场景和监控规则，制定具体的规则实例，执行规则实例筛选疑点信息。 2.4阈值信息维护 依据建好的规则实例，制定具体的规则实例阈值信息,为规则实例筛选疑点提供依据。 2.5计划配置管理 维护调度计划信息，为后面监控规则的定义提供基础数据支持，按设定时间执行规则实例。 2.6计划日志查询 对调度日志的相关信息进行查询，查看计划执行情况。 3知识库管理 为了支持知识库规则而设置的知识库信息管理模块，包括医保政策类和临床诊疗类知识库内容。其中医保政策类包含药品限制病种支付、诊疗限制病种支付、重点监控三大目录等12个知识库内容；临床诊疗类包含药品适应症、药品说明书管理、老年人儿童用药禁忌等16个知识库内容。 4疑点审核管理 4.1病例任务分配，对系统按照预先设置的规则实例筛选出的疑点病例，根据预先设置的分配规则，按照医疗机构、规则类别等设置分配到相应的业务人员账号下处理，也可以撤销分配。 4.2疑点病例审核，相关业务人员对分配给自己的疑点病例进行初审，可以从疑点病例的角度查看违规涉及的参保人，医师，医疗机构，也可以查看病例的就诊信息、处方明细信息以及结算费用信息。对于明显不违规的疑点作关闭处理，将需要进一步核查的数据纳入稽核流程处理。 4.3疑点病例复核，领导对审核通过的疑点病例进行复核，可选通过或者不通过。 5稽核流程管理 5.1日常稽核 5.1.1年度稽核计划管理 根据国家规定或政策法规制定某一年度的稽核计划，其中包括年计划、季度计划、月计划和日计划。对稽核工作进行信息化管理，更加高效智能，可对新增的计划进行查询、修改和删除操作。 5.1.2日稽核计划管理 根据国家规定或政策法规制定某一天的稽核计划，只能制定已有相关年计划和月计划的日期的日计划。对每日的稽核工作进行信息化管理，更加高效智能，可对新增的计划进行查询、修改和删除操作。 5.1.3制定工作方案 根据工作安排或稽核计划制定日常稽核工作方案，稽核工作方案是进行稽核工作的第一步，需要确定稽核人员，稽核对象，稽核内容等。对于日常稽核工作中发现的违规病例进行系统手工录入，整理合并为一个工作案件进行集中稽核处理。 5.2专项稽核 5.2.1稽核病例分配，对于已纳入稽核的疑点病例，根据预先设置的分配规则，按照医疗机构、规则类别等设置分配到相应的业务人员账号下处理。 5.2.2制定工作方案 相关业务人员对分配给自己的纳入稽核的疑点病例，根据医疗类别、监控类型等整理合并为一个工作案件进行集中稽核处理,可以包含一个或多个专项事件。稽核工作方案是进行稽核工作的第一步，需要确定稽核人员，稽核对象，稽核内容等。制定工作方案之后进入稽核流程，稽核流程包括： 1.医疗保险稽核通知书：实施稽核前，稽核机构应向稽核对象发出《医疗保险稽核通知书》，告知稽核的具体内容，时间安排及有关要求。对定点医疗机构、定点零售药店实施实地稽核时，应提前N个工作日发出《医疗保险稽核通知书》。遇举报投诉，紧急情况或因业务需要，可不事先告知。稽核通知书的发送为统一发送，在【稽核通知书管理】界面进行。 2.证据材料调取：是业务人员在对稽核对象进行稽核时，向稽核对象发送的，告知其所需的稽核材料。 3.医疗保险稽核情况告知书：稽核完成后，稽核机构应向稽核对象发送《医疗保险稽核结果告知书》，无异议的，稽核对象应签章或签名确认；有异议的，可进一步核实相关情况或组织合议；拒不签章或签名的，由稽核人员注明情况。在对稽核对象进行调查稽核后，会拟定一个处理结果，经由审核审批，发送给稽核对象，稽核对象再与中心进行沟通，稽核对象最终同意或申请合议。 4.违约处理通知书：稽核机构根据稽核结果复核确认后形成处理意见，向稽核对象发出《医疗保险稽核处理决定书》，稽核对象对处理决定有异议的，按有关行政复议，行政诉讼的规定执行。对举报投诉的，稽核机构应将查处结果告知举报投诉人。是对稽核对象的最终处罚决定。 5.稽核事件归档：归集、整理稽核文书及相关材料，按GB/TXXX《社会保险业务档案管理规范》的要求装订归档并妥善保存。 5.3举报稽核 5.3.1投诉举报信息管理 可在该模块手工录入通过来信、来访、网络等外部举报方式的违规数据。 5.3.2举报稽核任务分配 对通过外部举报方式录入的疑点违规数据，根据预先设置的分配规则，按照医疗机构、规则类别等设置分配到相应的业务人员账号下处理。 5.3.3制定工作方案 相关业务人员对分配给自己的通过外部举报方式录入的疑点数据，根据医疗类别、监控类型等整理合并为一个工作案件进行集中稽核处理。 5.4综合管理 5.4.1稽核通知书管理 对已发送给医院的相关稽核通知书进行管理，可查看给医院发送的所有稽核通知书，可给医院再次发送稽核通知书。 5.4.2告知书处理书审核 对给医院的《医疗保险稽核情况告知书》和《违约处理通知书》进行初审。 5.4.3告知书处理书复核 对初审通过的给医院的《医疗保险稽核情况告知书》和《违约处理通知书》进行复核。 5.4.4工作方案管理 对制定好的工作方案进行管理，可查看自己制定的所有工作方案，查看工作方案的进度状态，可对工作方案进行修改。 6审核扣款管理 6.1机构整体扣款 对已下发了《违约处理通知书》的医院，核实违规情况之后，录入机构的扣款信息，为与财务系统的对接做支撑。 7诚信信息管理 7.1医师信息审批 对医师信息进行审批。 7.2考核项目管理 管理对参保人，医师，医疗机构的考核项目。 7.3医师扣分管理 根据医师的考核项目，对医师进行扣分。 7.4医师档案查询 在本模块可以查看医师的基本信息，扣分记录和考试记录。 7.5医院扣分管理 根据医院的考核项目，对医院进行扣分。 7.6医院档案查询 在本模块可以查看医院的基本信息，扣分记录。 7.7黑名单信息管理 根据参保人、医师、医疗机构的违规情况，维护黑名单信息。 8医院交互平台 8.1中心稽核通知书查询，可查询发送给医院的稽核通知书 8.2中心调查取证查询，可查询发送给医院的调查取证通知，并且可对医院的反馈进行回复，与医院进行在线交互。 8.3中心违约处理书下发，可对医院下发违约处理通知书，查询所有下发的违约处理通知书。 8.4中心稽核结论传达，可给医院下发《医疗保险稽核情况告知书》，并且可对医院的反馈进行回复，与医院进行在线交互。 8.5中心通知信息下发，可给单个或者多个医疗机构下发相关通知信息。 9监控地图管理 采用地图形式直观展示辖区内医疗服务机构、医护人员的疑似违规行为；对于违规行为，在地图上预警显示。 10综合展示平台 对疑点案件、医疗机构、医师接诊和药店购药的行为监控数据以图表形式进行展示。包括疑点案件分析、基金分项分析、医疗机构监控、医师接诊监控、慢性病分析、药店购药分析和单病种分析。之后可以根据业务科室对具体的监控指标项要求新增展示。 11统计分析管理 对结算信息、药品和事前事中事后的疑点进行统计分析。包括病种分析管理、医疗机构统计分析、参保人相关统计分析、医师相关统计分析、疑点统计分析以及综合分析。其中综合分析模块提供对辅助支持监控工作的数据进行查询，对于一些累计天数或者累计金额异常的，需要抽查的数据在该模块查询，然后人工对数据进行分析。目前包括三目使用情况查询。 12系统管理 12.1组织机构管理，提供对组织机构和用户账号的管理。 12.2安全管理：提供系统权限的维护功能。 12.3资源管理：提供对菜单的新增及维护功能。 12.4参数管理：维护系统参数信息。 ★三、总体要求： 1、本次升级的医保监控系统旨在加强建立医疗保险对医疗服务行为的监管，完善监控管理办法，加快建立医疗保险对医疗服务的监控系统，逐步将医保对医疗机构的医疗服务监管延伸至对医务人员医疗服务行为的监控。旧版的稽核流程过于复杂、缺少工具支持，缺少与医疗机构沟通平台，事中监控环节欠缺、科室医师方面管理欠缺。本次升级将解决旧版中出现的问题，并实现医疗保险以事后监控为主、兼顾事中监控、事前提示。 2、系统设计应做到结构模块化，程序结构化，数据格式标准化，代码统一化，各种文档资料规范化。数据可被系统中任何处理环节使用，确保数据的完整性，一致性。 3、应用系统应具有完整、严谨的操作权限管理机制和日志记录，确保系统的安全性和业务的可稽核性；系统采用业务回退机制，加强业务的可逆性。 4、系统的操作要力求简便，操作界面的设计风格统一，用户界面简单明了，符合业务办理流程，具有人性化特点。 ★四、技术要求： 为保证系统架构设计的开放性、稳定性、可扩展性和可延续性，本次软件升级项目要求采用如下的总体技术： 1、业务应用系统采用B/S/S架构，业务逻辑层采用J2EE/EJB的模式，B/S/S架构中的表现层以JSP技术为载体。 2、采用面向服务的技术架构（SOA，Service-OrientedArchitecture），松耦合的设计模式，完成业务系统的分析与设计，采用构件化、参数化、方法库和工作流等技术，提高系统的扩展性。 3、采用面向对象的构件化分析与设计方法。采用最新的架构驱动的软件开发方法，按照CMM/CMMI的要求制定一系列的开发过程规范，保证应用体系架构的总体质量。用构件化、参数化、方法库和工作流等技术，提高系统的扩展性。 4、数据库设计要贯彻“以人为本”的设计理念，设计要求合理，既要满足实际业务需求，又需要具有扩充性。与现有系统进行数据整合，实现社会保障系统基础数据的同人同城同库和多部门数据共享。 5、根据业务需求，依据业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。系统的操作要简便，便于操作。 ★五、项目实施服务与管理要求 5.1项目人员要求 1、为使工程按质、按量、按时及有序实施，要对本项目组织一个完善的管理组织结构，按软件项目开发和维护的实际需要组织后台开发人员、现场技术人员及后端支持人员，人员配置应科学、合理、有效。 2、要指定一名项目经理负责本软件研发、实施任务的具体实施和组织，可全权对参与本项目的技术人员进行统一管理和调配。 3、项目组在人员配备上，应包含实施人员、设计人员、开发人员、测试人员等。投标时应提交该组织结构和人员配备方案的详细资料，包括人员姓名、部门、职责、主要资历、经验及承担过的项目。 4、项目主要开发人员要保持稳定，防止人员变动影响服务质量，确保软件开发和维护工作按计划顺利完成。 5.2管理工具要求 1、项目需求调研、系统开发、系统测试过程中必须选用管理工具以实现项目管理及过程管理，应标时应列出项目管理工具名称。 2、要求在需求调研阶段使用需求调研工具完成需求的录入和评审工作，在系统维护阶段使用需求管理工具进行需求变更、需求分配、制定计划、需求验证过程的管理，以便用户方及时了解当前项目的需求实现情况。 5.3项目风险管理 投标人要充分认识到项目风险管理的重要性，在投标书中必须识别分析项目中的各类风险因素，并采取相应的对策。 5.4项目沟通管理 投标人必须在投标文件中详细明确说明项目沟通计划，确保投标人与用户之间、投标人内部之间信息沟通顺畅。成为中标方后在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。 5.5项目质量管理 1、投标方应按CMMI质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。 2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。 3、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。 4、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。 5.7文档交付要求 在软件开发过程中，中标人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序及技术文档等（包含软件验收后调整和补充的项目成果和资料），确保技术资料的一致性和完整性。 包括： 准备阶段：《软件开发计划》 需求分析阶段：《软件需求说明书》、《软件需求确认书》 设计阶段：《系统设计说明书》 编码阶段：《软件编码规范》 测试阶段：《测试计划》、《测试报告》 过程文档：《培训计划》、《培训记录》、《例会记录》 交付使用：《用户操作手册》、《系统安装维护手册》 其他文档：《售后服务规范》以及项目建设方认为必要的其他文档 所有的技术文件必须用中文书写。 5.8项目培训要求 投标人必须提供满足系统建设、管理、维护等要求的技术培训服务，并达到预定的培训目标。 投标商必须根据本次招标文件所制定的目标和范围，提出相应的培训内容及计划，并作为投标文件的一部分提交。 |
商务条款 | 一、合同签订期：自成交通知书发出之日起7个工作日内 ★二、提交服务成果时间：合同书签订后2个月内 三、提交服务成果地点：采购人指定地点 四、售后服务要求： ★1、质量保证期1年（自交货并验收合格之日起计） ★2、质保期内，投标人无偿对项目出现的各类问题进行软件修改、完善和升级开发。如系统设计存在重大缺陷，导致无法运行或效率低下，投标人必须无条件对系统进行结构性调整开发，直至系统功能满足开发要求，系统性能高效安全运行；如在质保期内未能完成上述修改、完善和升级开发的，则质保期按最终完成开发并正式交付使用之日起自动顺延1年时长。 3、系统维护的范围包括：系统优化、系统的正常运行和数据维护。 4、中标人能提供现场工程师、7×24通过远程、电话、E-mail等方式为用户提供终身完善的售前和售后技术咨询服务； ★5、处理问题响应时间：接到采购人处理问题通知后1小时内到达采购人指定现场，2小时内解决故障并恢复系统运行，终身提供免费技术支持。 ★6、培训要求： （1）对业务经办人员进行集中培训，确保每位工作人员能够理解系统原理、系统功能，熟练系统信息录入、流程审批、统计分析、信息查询等应用。培训费用由中标人负责，培训地点在南宁市区内；培训时间和期限由本项目采购方根据需要确定。 （2）投标时必须提供详细的项目培训方案。 五、其他要求： 1、系统验收要求：系统通过试运行证实所有性能、功能指标达到要求时，可由中标人提请项目验收申请。终验的内容如下： （1）技术文档：同步维护项目试运行期间技术文档进行验收。 （2）系统功能：依据《项目合同书》、《项目招投标文件》和有关的补充协议，对系统功能进行验收。 （3）对培训情况进行验收。 （4）验收报告：以上验收合格后，由采购人出具《验收报告》。 ★2、中标人按要求将项目软件完成后，该软件知识产权归采购人所有，中标人必须向采购人无偿提供中标软件产品的源代码。 ★3、报价必须含以下部分，包括： （1）服务的价格； （2）必要的保险费用和各项税金； （3）安装、调试、培训、技术支持、售后服务、更新升级等费用； （4）与各类相关系统对接的费用。 （5）组织平台验收产生的费用。 ★4、付款方式：本项目无预付款，供应商所提交的服务经采购人书面验收合格后，一次性支付合同款。 ★六、对合同条款的调整 由于中标人原因，未能按本合同规定的内容、时间及相关要求向采购人交付成果的，中标人承担违约责任，支付违约金。每逾期一天交付，按合同总费用的千分之二支付滞纳金，超过合同规定时间30日，采购人有权解除合同，并扣除履约保证金。 | ||
|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
