ZTSYJCLYW2026-036沈阳局集团公司信息技术所2026年企业补充医疗保险应用项目(信创替代)业务外包自采(含信创类)公开竞争性谈判公告

发布时间: 2026年11月03日
摘要信息
招标单位
招标编号
招标估价
招标联系人
招标代理机构
代理联系人
报名截止时间
投标截止时间
招标详情
下文中****为隐藏内容,仅对千里马会员开放,如需查看完整内容请 或 拨打咨询热线: 400-688-2000
相关单位:
***********公司企业信息

****公司信息技术所2026年企业补充医疗保险应用项目(信创替代)业务外包自采(含信创类)公开竞争性谈判采购公告

(项目编号:****)

1.采购条件

****集团公司信息技术所2026年企业补充医疗保险应用项目(信创替代)业务外包自采(含信创类)公开竞争性谈判采购人为****信息技术所,采购项目资金来自运营维修,已落实,具备采购条件,现对本项目采购进行公开竞争性谈判。

2.采购范围及相关要求

采购业务外包的名称、类别、工作量、交工验收地点、包件划分等详见本公告附件1。

1.执行的技术标准:详见技术规格书。 2.铁路专用配件维修(服务)执行的相关文件、规定:无要求。 3.维保条款:(1)按要求完成软件安装部署、调试服务。 (2)因服务质量问题导致故障、事故等所产生的损失、责任均由成交人承担。 4.售后服务及要求:(1)电话支持服务(7*24小时)。成交人提供全天24小时服务热线电话,在系统发现故障或发生异常或遇到难以解决的系统疑难问题给予服务响应。(2)现场支持服务。紧急、突发故障,成交人接到维护系统故障通知电话后,进行技术支持,对于业务中断故障3小时之内解决。

5.其他需具体明确的技术要求:详见技术规格书。

企业补充医疗保险应用项目(信创替代)

技术规格书


目录

1 总体方案.................................................................................................. 4

1.1 系统架构.......................................................................................... 4

1.2 数据架构.......................................................................................... 5

1.3 技术架构.......................................................................................... 5

1.4 非功能性要求................................................................................... 6

2 安全方案................................................................................................... 7

2.1 应用安全方案................................................................................... 7

2.2 数据安全方案................................................................................... 8

2.2.1 数据信息分级......................................................................... 8

2.2.2 数据信息完整性..................................................................... 9

2.2.3 数据信息保密性..................................................................... 9

2.2.4 密钥安全............................................................................... 10

2.2.5 数据清理与使用................................................................... 10

2.2.6 数据脱敏............................................................................... 11

3 系统适配改造方案................................................................................... 11

3.1 应用软件适配改造方案.................................................................. 11

3.1.1 系统框架适配改造................................................................ 11

3.1.2 功能适配改造方案................................................................ 12

3.2 中间件软件适配升级..................................................................... 15

3.2.1 Weblogic中间件软件替换.................................................... 15

3.3 数据库适配升级与数据迁移.......................................................... 15

3.3.1 数据库DDL和DML语句兼容改造......................................... 16

3.3.2 数据库查询语句优化............................................................ 16

3.3.3 数据库性能优化................................................................... 16

3.3.4 数据库存储过程语句改造..................................................... 16

3.3.5 视图、触发器、自定义函数改造......................................... 16

3.3.6 数据验证............................................................................... 17

3.3.7 数据迁移............................................................................... 17

3.3.8 性能测试和功能测试............................................................ 17

3.3.9 CFCA数据库适配兼容........................................................... 17

3.4 系统部署迁移及测试验证接口联调............................................... 17

3.4.1 系统部署迁移....................................................................... 17

3.4.2 系统测试验证及问题处理..................................................... 18

3.4.3 外部接口联调....................................................................... 18

3.4.4 数据传输方案....................................................................... 18

4 系统运维监控方案.................................................................................. 18

5 设备与软件配置...................................................................................... 19

5.1 配置原则和范围............................................................................. 19

6 其它要求................................................................................................. 19

6.1 版权要求........................................................................................ 19


总体方案
系统架构

系统采用B/S架构,****集团公司信息机房,统一运行于信创虚拟化平台之上,服务器采用国产化芯片与操作系统,中间件、数据库均满足信创要求。系统在网络边界处部署防火墙与入侵检测设备,对外服务通过负载均衡集群发布,对内接入综合信息网。用户通过统一身份认证登录后,按角色授权访问相应子系统与功能模块。

系统总体架构采用“五层三列”设计:横向分为界面视图层、请求处理层、视图服务层、业务组件层、数据访问层;纵向贯穿安全管控列、运维管控列、业务管控列。

界面视图层:负责用户界面呈现、输入校验与结果展示,通过JSP标记技术(X-ART UI组件)实现统一的页面风格与交互体验。

请求处理层:采用Struts1.x MVC框架接收HTTP请求,由ActionServlet完成请求分发,由Action类完成业务调度,ActionForm承载页面数据。

视图服务层(VS):以“VS接口+VSImpl实现”的形式封装业务组件调用,统一控制事务(AOP/TA方式与API方式)、回退、业务日志与数据摘要;通过LEAF框架的ServiceConfig配置加载。

业务组件层(BC):以“业务组件+算法对象+业务对象(PO)+数据访问对象(DAO)”的结构组织核心业务逻辑,对外暴露业务接口,算法对象封装易变或可复用算法,业务对象承载属性与业务方法,数据访问对象完成数据库的透明访问。

数据访问层:基于JDBC实现,支持国产数据库的透明切换,向上提供POJO级别的数据操作接口。

安全管控列贯穿所有层次,包括身份认证、权限校验、数据加密、操作审计、传输安全等;运维管控列提供参数管理、缓存刷新、字典更新、菜单发布等后台管控能力;业务管控列实现业务规则、流程节点与数据级权限的统一管控。

数据架构

本系****集团公司信息机房,采用国产关系型数据库,通过数据访问层对上层业务屏蔽数据库差异,实现数据库的透明访问。系统数据主要包括参保单位与人员基础数据、医保业务经办数据、医疗费用报销与拨付数据、财务接口数据以及系统管理数据等类别。

数据按照价值、法律要求及对组织的敏感程度和重要程度进行分级管理。个人敏感信息在传输和存储环节进行加密保护,在业务分析、数据统计及对外报送等场景下进行脱敏或显示屏蔽处理。

本次改造按照“先结构后数据、先验证后迁移”的原则,完成表结构、数据以及视图、存储过程、函数、触发器、索引等数据库对象的转换与迁移,并通过多次迁移模拟演练比对迁移前后数据的一致性,确保数据的完整性与准确性。

技术架构

本系统采用基于JavaEE的分层技术架构,整体遵循“双兼容、SOA开放、AOP事务、规则引擎、双MVC、数据级权限”的设计理念,系统技术栈覆盖J2EE1.4至JavaEE5标准。本次改造在保持上述架构不变的基础上,完成对国产中间件、国产数据库及国产操作系统的兼容适配。

界面视图层:基于JSP2.0 + JSTL + X-ART UI组件技术构建,提供统一的页面框架、菜单导航、表单控件与数据展示组件。

请求处理层:基于Struts1.x MVC框架实现,ActionServlet作为前端控制器完成请求分发,Action完成业务调度,ActionForm承载页面数据,Struts-config完成页面流转配置。

视图服务层(VS):以“VS接口+VSImpl实现”为基本单元,对外屏蔽业务组件细节,对内完成事务控制(AOP方式+API方式)、回退处理、业务日志、数据摘要、异常处理等横切关注点;VS通过LEAF框架的ServiceConfig.xml集中配置,由Spring风格的容器管理。

业务组件层(BC):采用“Faade + 算法对象 + 业务对象(PO)+ 数据访问对象(DAO)”四层结构。Faade集中暴露业务接口,是业务组件的统一代理;算法对象封装易变或可复用业务规则;业务对象承载属性与业务方法;数据访问对象基于JDBC实现数据库透明访问。

数据访问层:负责与国产关系型数据库、对象存储、缓存服务、消息中间件的对接,提供统一的POJO级数据操作接口。

非功能性要求

(1)性能要求:在国产化环境下,系统应满足现有业务规模的并发与数据处理需求,常规业务操作(如列表加载、表单查看、数据查询)响应流畅;批量报销计算、拨付登记、报表统计等复杂业务处理应在业务允许的时间范围内完成,不得因环境迁移较原系统出现明显性能下降。

(2)安全性要求:系统安全防护满足网络安全等级保护二级要求;客户端实行数据最小化本地存储原则,传输链路强制采用加密协议,敏感数据在展示环节进行脱敏处理。

(3)可靠性要求:系统提供7×24小时不间断服务保障,应用支持部署冗余与参数热更新;本地服务若发生中断,技术服务组在收到预警后立即介入,确保系统在规定时间内恢复正常访问。

安全方案

根据业务安全需求,以等级保护为基础,以风险管理为核心,设计全方位的网络安全保障体系,最终实现风险可控。建立起动态的、系统的、全员参与的网络安全保障体系,用最低的成本达到可接受的网络安全防护。本项目系统安全方案主要包括如下内容:

应用安全方案

要确保应用系统在设计、开发和部署的过程中全程安全,除遵循网站系统安全设计内容之外,主要的安全措施包括:

(一)部署统一的身份认证、授权、审计系统,为确保应用系统实现双因素身份认证、授权和审计等安全机制,可通过PKI/CA的实施和部署实现相应的安全措施;

(二)PKI/CA系统的应用也可延伸至互联网;

(三)业务系统软件应实现对不同级别数据信息的敏感标记,或在设计阶段完全定义数据信息的敏感级别。针对不同级别的敏感数据信息,应用密码技术执行不同级别的安全防护措施;

(四)系统软件应实现对重要业务数据、配置文件等敏感的数据文件进行加密存储、加密传输功能;

(五)针对数据安全的措施可考虑部署数据防泄漏产品,确保数据的保密性和完整性安全;

(六)建立应用系统和数据的冗余备份机制,确保信息系统的可持续运行。

数据安全方案
数据信息分级

数据信息分级应符合以下要求:

系统应对数据信息按价值、法律要求及对组织的敏感程度和重要程度进行分级,并支持按预定策略对分级结果进行调整;对不同级别的数据信息,应分别设置并落实相应的安全防护措施。
(二)应采用密码技术保证重要数据在传输过程中的完整性、机密性和不可抵赖性,覆盖但不限于鉴别数据、重要业务及交易数据、重要审计数据、重要配置数据和重要个人信息,对已识别和系统设计中实现的信息数据安全需求进行分析,设计不同级别数据信息的防护措施要点如下:

密码类信息数据应使用密码控件实现客户端到数据库服务器端的传输、存储和使用加密。
个人敏感信息数据应实现传输和存储加密;在业务办理和数据分析使用时,应进行脱敏或显示屏蔽。

数据信息完整性

数据信息完整性应符合以下规范:

(一)使用散列校验、签名校验等密码技术,保证系统能够检测到系统管理数据、鉴别信息和用户数据在传输过程中完整性受到破坏,并在检测到完整性错误时采取必要的恢复措施;

(二)使用散列校验密码技术,保证系统能够检测到系统管理数据、鉴别信息和用户数据在存储过程中完整性受到破坏,并在检测到完整性错误时采取必要的恢复措施;

(三)应用程序应内置密码技术功能模块,能够检测到的完整性受到破坏,并在检测到完整性错误时采取必要的恢复措施。

数据信息保密性

业务平台应采用符合国家要求的密码技术措施开展数据信息保密性工作:

(一)网络设备、操作系统、数据库管理系统和应用系统的鉴别信息、敏感的系统管理数据和敏感的用户数据应采用非对称密码机制或其他有效措施实现身份验证和传输保密性;

(二)网络设备、操作系统、数据库管理系统和应用系统的鉴别信息、敏感的系统管理数据和敏感的用户数据应采用加密保护措施实现存储保密性;

(三)当使用便携式和移动式设备时,应对数据进行加密或者采用可符合要求的加密移动磁盘存储敏感信息;

(四)用于特定业务通信的通信信道应符合其他相关的国家和行业规定。

密钥安全

系统应采取加密技术等措施来有效保护密钥,以免密钥被非法修改和破坏;还应对生成、存储和归档保存密钥的设备采取物理保护。此外,****医保局网信办批准的加密机制进行密钥分发,并记录密钥的分发过程,以便审计跟踪,统一对密钥、证书进行管理。

密钥的管理应该基于以下流程:密钥产生、密钥证书、密钥分发、密钥存储、密钥变更、密钥撤销、密钥恢复、密钥归档、密钥销毁。

数据清理与使用

根据数据信息的等级不同,制定数据清理方案。数据清理方案应根据系统性能,运行成本和具体业务对数据使用的要求进行制定,具体包括清理周期、清理内容等;数据清理前必须对数据进行备份,在确认备份正确后方可进行清理操作。历次清理前的备份数据要根据备份策略进行定期保存或永久保存,并确保可以随时使用;数据清理的实施应避开业务高峰期,避免对联机业务运行造成影响;制定合理的转存方案,对需转存的数据及有效的查询、使用方法进行计划,保证数据的完整性和可用性。需要长期保存的数据,根据转存方案和查询使用方法,要在介质有效期内进行转存,防止存储介质过期失效。转存的数据必须有详细的文档进行记录,记录信息应包括:介质的编号、存储的内容、存储数据的记录时间、转存日期、保留期限、维护人员等。综合应用各类审计工具和密码学技术,确保任何生产数据不得被随意查询、记录、复制、传输、修改、删除。

数据脱敏

(一)系统应严格控制数据访问权限,按人员角色和业务操作类型明确各类数据的可访问范围,不得越权访问。
(二)在数据分析、统计数据向外报送等场景下,不得由低等级主体直接访问高等级数据客体;确需使用的,应采用数据脱敏技术处理后方可使用。
(三)系统应对敏感信息按脱敏规则进行数据变形,脱敏后数据应保留原始数据格式和属性,确保应用程序在使用脱敏数据的开发与测试过程中正常运行。
(四)脱敏处理的字段范围和处理结果应经安全审核确认。

系统适配改造方案

****集团补充医保系统升级改造主要是现有系统架构上完成应用软件适配改造、中间件软件适配升级、数据库适配升级与数据迁移以及系统部署迁移测试工作,****国资委XC要求。

应用软件适配改造方案
系统框架适配改造

****公司企业补充医疗保险信息系统当前采用基于Java语言的跨平台技术架构,本次系统升级涉及核心中间件、数据库平台及客户端操作系统的全面迁移,需根据具体的产品选型针对性进行架构兼容性适配。工作内容包括现有系统框****集团补充医保系统数据库的驱动更新、数据库连接池配置调整;前端架构对国产操作系统浏览器兼容适配;为适配服务器操作系统高版本redis或其他内存数据库,框架修改适配调整。

功能适配改造方案

****公司企业补充医疗保险信息系统框架适配改造完成后,需对系统功能模块代码进行核查,涉及4个子系统(公共业务子系统、补充医疗子系统、财务管理子系统、系统管理子系统)共个362功能模块。对确认需要优化的功能代码进行调整,包括但不限于减少存储过程使用调整为程序实现、使用到内存数据库功能代码调整、前端架构影响系统前端代码调整。各子系统的功能如下:

公共业务子系统:

综合查询:单位信息综合查询、个人信息综合查询。

单位参保管理:单位参保方案配置、单位车间(部门)维护。

单位管理:单位基本信息变更申请、提交、单位审核、中心复核、中心终审、查询;新增单位申请、审核、查询;单位注销申请、审核、查询。

人员参保管理:人员参保变更申请;人员增员单位初审、单位复审、中心审核;人员减员单位初审、单位复审、中心审核;人员异动信息查询;人员基本信息变更申请、提交、审核、查询。

职工银行账户信息管理:银行账户信息批量导入、导入查询、单位医保员申请、单位医保员提交、单位科长审核、历史记录查询。

人员库管理:新职人员库、死亡人员库。

黑名单管理:黑名单人员申请、单位复核、单位领导审核、中心初审、中心复审、中心领导审核、信息查询。

遗留问题人员管理:遗留问题人员新参保、单位复审、单位领导审核、中心初审、中心复审、中心领导审核、新参保信息查询。

供养亲属新参保管理:新参保的申报初审录入、单位复审、单位领导审核、中心初审、中心复审、中心领导审核、新参保信息查询;变更管理;增员申请、提交、审核;减员申请、提交、审核;异动信息查询。

补充医疗子系统:

职工医疗费用补充报销:补充医疗保险待遇支付复核总表、复核分表、数据处理、省直医疗费用登账、死亡人员数据特殊处理、冲正医疗费生成退费记录、企业补充报销退费、企业补充报销计算、****中心登账、职工补充医疗费用查询、职工手工费用录入、职工费用查询与修改。

家属医疗费用补充报销:家属企业补充医疗费用申报(手工报账)、家属费用查询与修改、家属补充医疗费用计算、单位初审、中心初审、中心复审、中心登账、费用查询。

遗留问题人员医疗费用补充报销:遗留问题人员补充医疗费用申报(手工报账)、费用查询与修改、补充医疗费用计算、单位初审、中心初审、中心复审、中心登账、费用查询。

遗留工伤医疗费用补充报销:遗留工伤补充医疗费用申报(手工报账)、费用查询与修改、补充医疗费用计算、单位初审、中心初审、中心复审、中心登账、费用查询。

职工医疗费用补充手工报销:职工补充医疗费用申报(手工报账)、费用查询与修改、费用计算、单位初审、中心初审、中心复审、中心登账、费用查询。

重大疾病医疗费用补充报销:重大疾病符合标准人员查询、登账、附件管理、费用查询与删除、补充医疗费用计算、中心审核、中心登账、费用查询、产生退费记录、退费。

拨付管理:下设 6 个三级功能,每个三级功能下设四级功能,四级功能环节名称完全一致,仅拨付对象不同:

按拨付对象分为职工拨付、遗留工伤拨付、家属拨付、遗留人员拨付、重大疾病拨付、职工手工拨付 6 类,每类均设 31 个环节,依次为:拨付单制作、中心初审、站段医保员审核、站段科长初审、医疗科员审核、医疗科长审核、主管领导审核、医保办主任审核、拨付审批表、拨付单查询、拨付汇总明细表、拨付登记、银行代发申请、银行代发审核、银行代发推送、银行代发结果获取、银行代发退票推送用友、****银行代发失败查询、****中心审核、银行退票单位拨付查询、银行退票拨付单位审批表、银行退票拨付单位用友推送、银行代发失败重发、银行付款失败重付单、银行代发退票明细表、银行代发生成回单、银行代发生成回单新、银行代发回单上传、退费账单、退费销号管理、退费账单台账。

基础数据维护:目录大类维护、疾病目录维护、医疗机构维护、特殊疾病维护。

报表查询:职工补充医疗费用单位查询、中心查询;职工家属补充医疗费用单位查询、中心查询;职工登账查询、遗留问题人员登账查询、家属登账查询、遗留工伤人员登账查询、职工手工报销登账查询、重大疾病销登账查询;基金拨付汇总查询。

财务管理子系统:

财务接口管理:财务接口业务类型维护、项目维护、政策维护、财务软件连接设置。

补退收管理:单位补缴申请、审核、中心审核、查询;供养亲属退费申请、审核、查询。

参保单位收入采集:社保机构缴费政策维护、参保单位工资总额录入、参保单位工资总额查看。

征缴管理:业务期间设置、单位应缴计划计算、提交、确认、查询、单位应缴收款登记。

系统管理子系统:

公告管理:公告管理、审核、审签、查询、列表。

消息管理:发送消息、管理消息。

中心用户管理:部门管理、用户管理、用户锁定、重置密码、单位用户管理、权限查询及导出(用户)、权限查询及导出(角色)、权限变更查询、用户信息查询及导出、用户信息变更查询。

权限管理:菜单管理、角色管理、参数管理、缓存管理。

中间件软件适配升级
Weblogic中间件软件替换

Weblogic中间件软件替换为符合要求的中间件软件后,需要进行服务器配置参数调整、应用部署配置修改,以及JavaEE规范支持差异测试、第三方库兼容性测试,安全协议和加密算法支持更新等适配开发工作。

数据库适配升级与数据迁移
数据库DDL和DML语句兼容改造

根据新的数据库差异特性进行检查验证,对DDL和DML语句进行重新设计,对老数据库操作用到的特殊语法重新设计新的实现方式。共涉及287张数据库表。

数据库查询语句优化

按照新的数据库软件特性优化查询语句,集中梳理复杂的子查询语句和使用特有的内嵌数据库函数,以便获得更好的执行效率,通过查询分析工具发现慢查询并进行针对性优化。

数据库性能优化

包括索引优化、数据库配置优化、利用缓存机制提升数据库运行效率等,完成索引类型优化、索引字段优化、数据库服务器的配置参数调整,如缓冲区配置、连接池设置等工作。

数据库存储过程语句改造

对现有的173个存储过程进行适配验证工作,完成新数据库存储过程定义和调用方式的适配,例如索引创建、分页查询、字符处理函数、日期时间处理、排序规则指定、子查询和批量操作等语法规则的检查、改造升级或进行重构。

视图、触发器、自定义函数改造

对现有系统中的94个视图、72个函数、6个触发器进行适配验证工作,对数据迁移后的视图、触发器、自定义函数会存在不可用、报错、性能下降等问题进行处理,确保在新数据库下的相关SQL语句符合语法和功能要求、确保依赖的表或视图完整、优化执行效率等。

数据验证

根据数据迁移方案,进行多次数据迁移模拟演练,对比迁移前后数据的一致性,确保数据的完整性和准确性,检查索引和约束是否正确迁移。

数据迁移

包括制定数据迁移方案,组织多次数据迁移模拟演练和正式数据迁移。****集团补充医保系统数据库包含数据库表287张,总数据近6亿条。同步迁移原数据库的视图94个、存储过程123个、函数72个、触发器6个,索引650个。

性能测试和功能测试

根据数据迁移方案,进行多次数据迁移模拟演练,对迁移后的数据库进行系统性能和功能测试,确保性能和功能满足业务需求。

CFCA数据库适配兼容

确保CFCA的RA和证书助手数据库适配兼容及迁移工作。

系统部署迁移及测试验证接口联调
系统部署迁移

完成测试环境与生产环境搭建,包括中间件软件、应用软件部署、中间件参数配置优化、网络调整、JVM内存参数调优、缓存服务参数配置优化、对象存储服务参数配置优化、数据库连接池参数调优、日志管理参数调整、系统运行监控等工作。

系统测试验证及问题处理

对系统所有功能模块进行功能测试、安全性测试、性能测试和兼容性测试,以及在新环境中对通过测试发现功能、性能、安全、兼容性方面的问题进行处理。涉及4个子系统共个362功能模块。

外部接口联调

****银行的外部接口包括API接口、文件接口两类接口的测试验证,联调测试共涉及8个接口,分别是数据代发、代发结果获取、回单管理等接口。

数据传输方案

系统内所有数据传输均采用HTTPS等强加密协议。涉及参保人员身份证号、银行账户、联系方式、医疗费用明细等敏感信息时,在传输与展示环节进行脱敏处理;数据库中密码等敏感字段采用加盐高强度算法加密存储,防止数据泄露。数据跨网络区域传输时,须通过安全隔离与访问控制策略,确保数据流转安全可控。

系统运维监控方案

系统应提供以下运维保障:

(一)故障协同处理:制定专项应急预案。一旦出现用户反馈系统无法登录、业务办理卡顿或数据异常等情况时,技术服务组在15分钟内响应,并在4小时内解决技术故障。

(二)运维服务期限:自项目验收之日起提供一年运维服务,保障系统7×24小时稳定运行。

设备与软件配置
配置原则和范围

系统应满足芯片与操作系统,中间件、数据库等均采用符合信创要求的国产化产品。在配置及优化相关服务参数时,严格遵循高可靠性、高扩展性、准确及时性、高**利用率的原则,通过负载均衡技术消除单点故障。系统部署时应完成中间件参数配置、JVM内存参数调优、缓存服务参数配置优化、对象存储服务参数配置优化、数据库连接池参数调优、日志管理参数调整及系统运行监控等工作。

其它要求
版权要求

投标人提供技术支持涉及的技术文档及知识产权归招标人所有,****公司内网环境,签订保密协议。

3.供应商资格要求

3.1 本次采购供应商须具备的资格要求:

1.资质要求:在中华人民**国境内注册具有独立承担民事责任能力的服务商。 2.行政许可及认证:无要求。 3.质量保证能力:无要求 4.业绩要求:无要求。 5.经营违法记录要求:(1****商行****机关列为严重违法失信企业。(网址:“www.****.cn”)(2****法院列为失信被执行人。(网址:“www.****.cn”)(3)在近三年内,企业或法定代****机关认定的行贿犯罪行为。(网址:“wenshu.****.cn”)(4)在近三年内,企业或法定代表人不存在被纪检监察组织认定的违规向铁路企业人员送礼金、礼品和各种有价证券、支付凭证等行为;未被行政主管部门责令停业,或被暂停、取消报价资格;拟供外包业务未被行政主管部门责令暂时停产或停止使用。(5****集团公司暂停接受参与采购活动。 以上内容(1)—(3)投标人提供截图,(4)—(5)投标人须提供承诺函响应。

3.2 本次采购不接受联合体投标。

4.采购文件的获取

4.1凡有意参加报价者,请先在国铁采购平台https://cg.****.cn/进行企业用户注册,并缴纳国铁采购平台年度会员服务费或单次项目使用费。

本项目为全流程电子谈判采购项目须在国铁采购平台注册并使用CA数字证书,为保证工作顺利开展,请各供应商提前注册并办理CA数字证书,以免因时限原因影响招投标活动。电子标服务

CA数字证书办理机****认证中心,办理时间约6个工作日(不含邮寄时间),申请网址及办理流程详见https://ca.****.cn/certificate/index

文件工本费按项目收取为200元人民币(与所投包件数量无关),同一招标编号文件工本费每个项目仅需缴纳一次,因项目流标、废标等情况重新组织开标时无需再次缴纳。标书代写

在文件获取前将文件工本费汇至本公告7.2项中的汇款账户,同时须在汇款单据上注明招标编号,不接受个人汇款,缴纳后不予退还。

支付完成后应到国铁采购平台电子招标采购系统(https://bid.****.cn/)提交文件工本费缴纳凭证(在公告>招标公告>查看详情/文件购买按要求录入缴费凭证),由财务人员核验通过后即可登录国铁采购平台电子招标采购系统(在参与的项目中>招标文件)下载谈判文件及其他谈判资料。

4.2本项目接受网上文件获取的时间为2026年11月4日08时00分起至2026年11月10日8:00时(**时间)止。如遇项目流标等情况,请关注国铁采购平台相关公告,重新参与。未在上述指定时间内完成支付者,将无法获取采购文件,同时不具备参与本项目谈判资格。

注册及操作过程如有问题,请联系国铁采购平台客服,联系电话:010-95306转8号键,客服服务时间:周一~周日(8时-18时)

4.3谈判保证金金额

A01:保证金18500.00元,汇款账户信息见本章第7.2款,汇缴保证金时请在备注项填写项目编号及所投包号。

4.4购买谈判文件后,放弃投标时应在采购人答疑、补遗时间截止日以前以书面形式确认,将弃标函发送至项目经理邮箱,弃标函内应明确项目编号、名称、包件号并加盖公章,格式自拟。

5.报价文件的递交

5.1报价文件递交的截止时间(报价截止时间即公布首次报价时间,下同)为2026年11月16日08时30分,报价人应在截止时间前****集团发布的最新投标客户端(可在国铁采购平台首页“下载中心”下载)制作并上传报价文件,文件上传成功后系统将发送投标回执。标书代写

5.2逾期送达的报价文件,电子招标采购系统将予以拒收。

6.发布公告的媒介

本次竞争性谈判采购公告在“国铁采购平台(https://cg.****.cn/)”等媒介上发布。

7.联系方式

7.1采购人相关信息

采 购 人:****信息技术所

项目立项人及电话:云路,139****3297

技术咨询人及电话:云路,139****3297

7.2代理机构相关信息

采购代理机构:****物资采购所

地址:**省**市**区**湖街44号

联系人:石健

电话:024-****0907(项目经理电话接听时间为工作日9时-11时,13时-16时,如上述时间无人接听请以邮件形式留言。)

电子邮件:****@qq.com

开户单位:****物资采购所

开户银行:****银行**铁路支行

账号:330********49050332

文件工本费财务联系人:024-****0710

投标(谈判、履约)保证金财务联系人:024-****0847

开具工本费、服务费发票联系人:024-****0712

备注:文件工本费发票自行扫码开具,请认真填报开票信息,核实准确后“申请开票”。服务费发票为电子发票,由财务科开具后通过报价人报名邮箱发送至各报价人,如有问题请联系财务科。


异议联系人及电话:吴先生024-****0911

异议受理邮箱:caigouhechake@vip.****.com

备注:报价人或者其他利害关系人对公告内容有异议的,应当在文件获取截止时间前以书面形式提出。异议函件应包括以下主要内容:(一)异议人的名称、地址、联系人及联系电话、电子邮箱等有效联系方式;(二)异议事项涉及的项目名称、基本事实及相关证明材料;(三)异议请求及主张;(四)异议人应提供与采购活动存在利害关系的证明材料;(五)异议函件有关材料是外文的,异议人应同时提供其中文译本,并附相关的真实性证明;(六)异议人已向有关行政监督部门投诉并被受理的应一并说明。异议人为法人或非法人组织的,异议函件需由其法定代表人(负责人)或授权代表签字,加盖单位公章,并附授权书、营业执照等证明文件复印件、法定代表人(负责人)和授权代表人的有效身份证明复印件。异议人为自然人的,异议函件必须由异议人本人签字,并附有效身份证明复印件。


2026年11月4日


附件1: 采购明细表

采购明细表

序号

包件号

业务外包项目名称

业务类别

计量单位

工作量

不含税投标最高限价(单价/元)

税率要求

备注

1

A01

企业补充医疗保险应用项目(信创替代)业务外包

详见技术规格书

项

1

925471.70

6%

不含税

交付期及交付地点:时间:自合同签订之日起60日。地点:****公司信息技术所指定地点。

交货条件及状态:按照技术规格书要求完成全部服务,并经采购人验收合格。



招标进度跟踪
招标项目商机
暂无推荐数据
400-688-2000
欢迎来电咨询~