各潜在投标人：

我司代理的2017-WS130就业系统电子档案综合服务平台项目，接采购人通知，现对本项目做如下更改：

一、招标文件点击查看>> >点击查看>> >第二章“投标人须知前附表3”技术因素评分更改为：

二、招标文件第三章“一、采购项目”更改为：

（一）项目建设背景

为规范 (略) 会保障业务档案管理，维护 (略) 会保障业务档案真实、完整和安全，发挥档案的服务作用， (略) (略) 、 (略) 于 * 日制定了《社会保险业务档案管理规定》[ (略) 、 (略) 第3号令]，规范了业务档案的管理工作。 * 日起正式实施的，由国家 (略) 正式批准发布的《社会保险业务档案管理规范》（以下简称“规范”），前瞻性地突出体现了电子业务档案管理规则，对电子档案的管理提出了详细的要求。

当前， (略) 市的整体档案管理信 (略) 于初级阶段，而随着 (略) 市参保单位和参保人员在逐年增加，各 (略) 会保障信息系统 (略) 产生的纸质档案日益增多，其积累下 (略) 理的业务量也随之逐年增加，对系统的业务应用、数据共享、档案保存提出了新的需求。实现 (略) 市档案管理功能深度融入 (略) 会保障业务系统，与 (略) 会保障业务信息系统一体化建设，是 (略) 会保障档案信息化建设的发展方向。

（二）项目建设目标

通过建设 (略) 市 (略) 会保障电子档案综合服务平台，开发相应的系统平台数据接口，实现 (略) 会保障业务信息系统、公共服务平台和电子档案综合服务平台的紧密衔接，推进 (略) 会保障电子档案综合服务平台的一体化建设。

（三）项目建设清单

三、招标文件第三章“二、产品功能要求”更改为“项目建设要求”，具体如下：

(略) 市 (略) 会保障电子档案综合服务平台项目建设要求遵循 (略) 市 (略) 会保障信息化总体规划理念，应对 (略) 会保障业务档案相关的 (略) 深入和全面的理解，要求投 (略) 有 (略) 全面响应，并详细论述。从而充分满足本项目业务需求，保证按照业主要求完成电子档案综合服务平台建设。

(一)电子档案综合服务平台建设要求

电子档案综合服务平台支持依据现有的档案类型及档案信息， (略) 会保险业务档案、人事档案等门类的档案数据库， (略) 统一管理；实现现有 (略) (略) 会保险类、人事人才类信息系统的业务档案一体化；涉及的范围涵 (略) 门日常活动需要 (略) (略) 理的环节，如业务材料收集、档案整编、检索利用等。

1、平台应用技术规范设计要求

本平台技术框架设 (略) 部LEAF6云应用平台框架设计规范，应遵循Java EE体系规范，并结合云计算技术体系及相关技术产品，进行总体架构设计和基础支撑功能规划，支持了应用层和数据库层的分布式实现。

整体架构设计能够支持分布式存储技术，也能够支持未来的 (略) 署和运维管理。

2、平台电子档案应用功能设计要求

本平台应用功能应包括扫描管理、电子化管理、证件库管理、档案检索查询、预归档管理、借阅管理、档案管理、库房管理、维护管理等模块。

（1）扫描管理功能设计要求

在纸质档案数字化环节中，扫描管理功能主要包括扫描过程管理、扫描整理登记、扫描目录数据等内容。加强纸质档案数字化各环节的安全保密管理机制，确保档案原件和数字化档案信息的安全。

扫描过程管理：加强纸质档案数字化各环节的安全保密管理机制。

扫描整理登记：纸质档案数字化的各个 (略) 详细的登记操作。

扫描目录数据：规范扫描档案中的目录内容。

（2）电子化管理功能设计要求

纸质档案数字化的电子化管理功能主要包括扫描方式、扫描登记、扫描流程、 (略) 理、图像存储、扫描件命名等内容。其中，纸质档案数字化的扫描流程包括档案整理、档案扫描、 (略) 理、图像存储、装订、数据挂接等基本环节。

扫描方式：可根据档案幅 (略) 扫描。扫描时应根据纸质档案的材质选择相应的扫描设备，保证档案不受损。

扫描登记：填写纸质档案数字化转换过程交接登记表单信息。

扫描流程：规划纸质档案数字化的扫描流程。

(略) 理：对图像偏斜度、清晰度、 (略) (略) 理。

图像存储：可采用各类型的文件 (略) 图片存储。

扫描件的命名：纸质档案目录数据库中的每 (略) 命名。

（3）证件库管理功能设计要求

证件库管理是电子档案综合服务平台子系统，它同时也是其他业务系统的支撑系统。它主要就是用于管理个人用于身份证明的证件如身份证、社会保障卡等材料以及企业相关的“三证合一”等材料。

（4）档案检索查询功能设计要求

档案检索查询提供给用户对档案库中的各类 (略) 不同方式的检索和查询的功能，包括案卷目录检索查询、卷内目录查询、各种专项查询、条件检索查询等，并包含档案借阅管理相关的功能。

案卷目录查询：用户可以利用该功能结合档案分类，进行案卷目录查询。

卷内目录查询：用户可以利用该功能结合档案分类，进行卷内目录查询。

分类查询：用户可以利用该功能对已经知道档案分类档案，进行案卷目录查询。

专项查询：该处包括了多个专项，方便用户快捷查询。

（5）预归档管理功能设计要求

预归档贯彻档案的基本流程，是业务系统业务经办开始到档案整理归档的流程体系，在业务系统业务经办收集材料，进一步整理材料， (略) 归档整理，预归档贯穿整个业务档案立卷、归档、审核等档案整理，同时，在结合了业务系统和档案系统的无缝连接后，系统提供业务系统的业务档案数据自动流入 (略) 分类。

（6）借阅管理功能设计要求

档案借阅是针对纸质档案的借阅的管理流程。科室档案人员发出需要审阅纸质档案的请求，进行登记，如果档案已经实现了档案电子化，则可以登记需要借阅的电子文件，经过管理人员授权后可以查看该电子文件。如果档案未电子化，需要借阅纸质档案，科室人员发出借阅申请，档案 (略) 审核，审核过后，科室人员可以查看纸质档案，如果驳回，科室人员查看原因，进行重新申请。如果档案外借给科室人员，需要过期催还。

（7）档案管理功能设计要求

档案管理是归档完档案的综合管理，处理在预归档中审核过的档案，对遗漏或者因为错误等原因造成的 (略) 纠正。同时，提供对历史档案的补充登记，为档案的完整性和正确性提供保障。

（8）库房管理功能设计要求

库房管理是对虚拟档案室、纸质档案上架、库房的温湿度、库藏的破损检查等管理。

（9）接口对接设计要求

能够支持国 (略) 络协议、软件体系结构和接口标准，便于平台扩展和升级，保证能与业务系统（ (略) 会保险管理信息系统、人事人才公共服务平台、退休人员管理信息系统）的无缝集成，平台的接口设计应包括数据接口、WebService接口、JavaScript接口（平台界面）、平台控件。在此接口的设计上，应采用面向服务架构技术实现与电子档案系统解 (略) 开发，同时也更方便别的 (略) 调用、集成。

对内接口设计要求： (略) 业务经办规程的基础上，对内接口设计 (略) 业务系统（ (略) 会保险管理信息系统、人事人才公共服务平台、退休人员管理信息系统）调用上传归档信息、查询相关档案的接口开发。

对外接口设计要求：同时， (略) 门业务系统、或者终端提供查询档案服务开发对外接口，实现档案的跨系统、跨终端利用。

（10）平台维护管理功能设计要求

平台维护管理提供给用 (略) 设置和维护的功能，包含用户管理、密码修改、系统参数设定、档案分类管理、数据字段设置、保存期限设置、密级设置、系统日志管理等。

用户管理 ：系统管理员可以利用该功能创建或删除用户，并可对用户的 (略) 设定。

系统参数设置：系统管理员可以利用该功能对系统的 (略) 设置。

密码修改：当前登录用户修改自己密码。

档案分类管理：系统管理员通过该功能维护档案具体分类。

数据字典：系统管理员通过该功能管理系统的数据字典。

保存期限设置：系统管理员通过该功能维护保存期限用语。

档案密级设置：系统管理员通过该功能维护档案密级用语。

3、平台电子档案数据库设计要求

依据现有的档案类型及档案信息， (略) 会保险业务档案、人事档案等门类的档案数据库。平台应支持档案文件结构的管理，灵活的构建档案文件之间符合国家档案管理规范的目录结构，处理各种档案逻辑结构的维护，建立方便用户查找的索引目录，并且管理物理文件存放位置。

电子档案的元数据采用oracle数据库存储，电子文件采用mongodb存储。电子文件采取分布式存储架构，便于横向扩展，采用独立图片管理服务，方便多渠道、多终端的对接，与元数据通过关联，可以快速的定位和找到唯一的电子材料。同时，应支持易于扩展，扩建新的业务功能，使得数据库具有良好的可扩充性，完全可以适应今后档案规模的不断扩大和档案管理对象的调整、增加。

(二)历史档案迁移服务要求

本项目应设计和提供规范性、完整性的迁移服务方案。并在不影响新电子档案系统正常业务办理的情况下，应完成旧系统历史档案数据的规整、转换、迁移等服务，及确保原有历史档案数据的质量，且能满足新电子档案系统的业务服务调用。

历史档案数据迁移服务应将旧系统档案数据整理为新电子档案系统能够识别的数据，并将整理完成后的数据按照一定的转换规则转换成新的电子档案系统要求的数据格式，需合理设计历史档案数据规整的方法及策略。

同时，历史档案数据迁移服务应在档案数据正确转换的基础上，制定 (略) 的计划，保证业务办理顺利、平稳过渡到新电子档 (略) ，并在不影响日常业务的情况下，设置批量导出旧系统的 (略) 档案历史数据迁移，需做好档案历史数据迁移工作。

(三) (略) 业务系统改造要求

为实现业务档案一体化，电子档案综合服务平台 (略) 会保险管理信息系统、人事人才公共服务系统和退休人员管理信息系统实现无缝衔接，衔接的 (略) 有需纸质档案材料的功 (略) 相应功能改造，以便于业务的电子档案数据上传及调用。能够支持档案事前、事中和事后扫描模式，在一个完整的业务流程中，从业务受理、业务经办到审批结束，纸质档案都 (略) 电子化，实现扫描入库和查看已有电子档案。同时，在档案的电子化过程中，应采用条形码或二维码等技术将电子材料与实物材料建立一对一关系，方便扫描和查阅。

在 (略) 会保险管理信息系统、人事人才公共服务系统和退休人员管理信息系统现有的业务流程及技术应用的基础上， (略) 述各业务系统相关功能模块的对接改造，社会保险管理信息系统的对接改造要求具体要求如下：

在 (略) 会保险管理信息系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，主要改造有待遇申领收件登记、工伤认定申请等业务功能模块。

（1）待遇申领收件登记业务模块改造要求

在待遇申领收件登记业务审批的模块添加电子档案的审核功能，在审核待遇申领收件登记业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看待遇申领收件登记业务提交电子档案材料的功能。

（2）工伤认定申请业务模块改造要求

在工伤认定申请业务审批的模块添加电子档案的审核功能，在审核工伤认定申请业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看工伤认定申请业务提交电子档案材料的功能。

4、人事人才公共服务系统的对接改造要求

在了解 (略) 市人事人才公共服务系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，主要改造有毕业生申报、干部调动等业务功能模块。

（1）毕业生申报业务模块改造要求

在毕业生申报业务审批的模块添加电子档案的审核功能，在审核毕业生申报业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看毕业生申报业务提交电子档案材料的功能。

（2）干部调动业务模块改造要求

(略) 调动业务审批的模块添加电子档案的审核功能， (略) 调动业务同时审核上传的该笔业务的电子档案材料。并在业务系统中 (略) 调动业务提交电子档案材料的功能。

5、退休人员管理信息系统的对接改造要求

在了解 (略) 市退休人员管理信息系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，在档案管理接退档模块中开发电子档案挂接功能，并将电子材料与人员的档案材料对应起来和开发电子档案查看电子档案材料的功能。

(四) (略) 服务器配置要求

结 (略) 硬件资源情况， (略) 电子档案业务需求，需新增支撑电子档案经办 (略) 服务器，其配置要求如下：

1、产品自主研发和生产，自主知识产权，非OEM。

2、≥2U机架式，可放入42U标准机柜。

3、处理器类型：配置≥2个Intel Xeon E5-2650 (略) 理器或更高，主频≥2.2GHz  ≥12核，≥30M三级缓存。 

4、内存：配置≥256GB(8X32GB) DDR4内存。支持内存保护技术，支持内存镜像。支持≥24个内存槽位。

▲5、硬盘：配置≥2块2.5寸 600GB 12Gbps SAS 10K热拔插硬盘和≥20块2.5寸 2TB 12Gbps  NL SAS 7.2K热拔插硬盘，最大可以支持≥28个硬盘槽位。

6、RAID卡：配置磁盘阵列卡，缓存≥1GB，支持RAID0,1,10,5,50,6,60。

7、网口：配置≥2块4*GE以太电口卡+1块双口10GE SFP+ (略) 卡（含2个多模光模块）。

8、I/O扩展：最大支持≥7个PCI-E。

9、PCI－E卡：配置≥1块与服务器同品牌的1600GB NVMe PCIe SSD高性能存储卡。

10、提供3C认证证书、中国节能产品认证证书，中国环境标志认证并提供证书证明。

11、电源：配置≥2个750W冗余热插拔电源，并提供配套的电源连接线。

▲12、管理维护功能：可管理和维护性；（1）集 (略) 理器支持：自动服务器重启、风扇监视和控制、电源监控、温度监控、启动/关闭、按序重启、本地固件更新、错误日志，可通过可视化工具提供系统未来状况的可视显示；（2）具有图形管理界面及其他高级管理功能；（3）配置独立的远程管理控制端口，支持远程监控图形界面, 可实现与操作系统无关的远程对服务器的完全控制，包括远程的开机、关机、重启、虚拟软驱、虚拟光驱等操作；（4）为保证服务器运维安全性能，需要提供自研管理芯片。

▲13、要求提供为期三年7* (略) 支持服务。

四、本项目开标时间定于 * 日上午9:30（ (略) 时间），即所有投标文件应于前述时间之前递交到 (略) 市 (略) 区云顶北路842号， (略) (略) 4楼C区开标室6(C404)，逾期递交的或不符合规定的投标文件将被拒绝。

报名及招标文件购买时间截止至 * 日17：30（节假日除外）。

各潜在投标人：

我司代理的2017-WS130就业系统电子档案综合服务平台项目，接采购人通知，现对本项目做如下更改：

一、招标文件点击查看>> >点击查看>> >第二章“投标人须知前附表3”技术因素评分更改为：

二、招标文件第三章“一、采购项目”更改为：

（一）项目建设背景

为规范 (略) 会保障业务档案管理，维护 (略) 会保障业务档案真实、完整和安全，发挥档案的服务作用， (略) (略) 、 (略) 于 * 日制定了《社会保险业务档案管理规定》[ (略) 、 (略) 第3号令]，规范了业务档案的管理工作。 * 日起正式实施的，由国家 (略) 正式批准发布的《社会保险业务档案管理规范》（以下简称“规范”），前瞻性地突出体现了电子业务档案管理规则，对电子档案的管理提出了详细的要求。

当前， (略) 市的整体档案管理信 (略) 于初级阶段，而随着 (略) 市参保单位和参保人员在逐年增加，各 (略) 会保障信息系统 (略) 产生的纸质档案日益增多，其积累下 (略) 理的业务量也随之逐年增加，对系统的业务应用、数据共享、档案保存提出了新的需求。实现 (略) 市档案管理功能深度融入 (略) 会保障业务系统，与 (略) 会保障业务信息系统一体化建设，是 (略) 会保障档案信息化建设的发展方向。

（二）项目建设目标

通过建设 (略) 市 (略) 会保障电子档案综合服务平台，开发相应的系统平台数据接口，实现 (略) 会保障业务信息系统、公共服务平台和电子档案综合服务平台的紧密衔接，推进 (略) 会保障电子档案综合服务平台的一体化建设。

（三）项目建设清单

三、招标文件第三章“二、产品功能要求”更改为“项目建设要求”，具体如下：

(略) 市 (略) 会保障电子档案综合服务平台项目建设要求遵循 (略) 市 (略) 会保障信息化总体规划理念，应对 (略) 会保障业务档案相关的 (略) 深入和全面的理解，要求投 (略) 有 (略) 全面响应，并详细论述。从而充分满足本项目业务需求，保证按照业主要求完成电子档案综合服务平台建设。

(一)电子档案综合服务平台建设要求

电子档案综合服务平台支持依据现有的档案类型及档案信息， (略) 会保险业务档案、人事档案等门类的档案数据库， (略) 统一管理；实现现有 (略) (略) 会保险类、人事人才类信息系统的业务档案一体化；涉及的范围涵 (略) 门日常活动需要 (略) (略) 理的环节，如业务材料收集、档案整编、检索利用等。

1、平台应用技术规范设计要求

本平台技术框架设 (略) 部LEAF6云应用平台框架设计规范，应遵循Java EE体系规范，并结合云计算技术体系及相关技术产品，进行总体架构设计和基础支撑功能规划，支持了应用层和数据库层的分布式实现。

整体架构设计能够支持分布式存储技术，也能够支持未来的 (略) 署和运维管理。

2、平台电子档案应用功能设计要求

本平台应用功能应包括扫描管理、电子化管理、证件库管理、档案检索查询、预归档管理、借阅管理、档案管理、库房管理、维护管理等模块。

（1）扫描管理功能设计要求

在纸质档案数字化环节中，扫描管理功能主要包括扫描过程管理、扫描整理登记、扫描目录数据等内容。加强纸质档案数字化各环节的安全保密管理机制，确保档案原件和数字化档案信息的安全。

扫描过程管理：加强纸质档案数字化各环节的安全保密管理机制。

扫描整理登记：纸质档案数字化的各个 (略) 详细的登记操作。

扫描目录数据：规范扫描档案中的目录内容。

（2）电子化管理功能设计要求

纸质档案数字化的电子化管理功能主要包括扫描方式、扫描登记、扫描流程、 (略) 理、图像存储、扫描件命名等内容。其中，纸质档案数字化的扫描流程包括档案整理、档案扫描、 (略) 理、图像存储、装订、数据挂接等基本环节。

扫描方式：可根据档案幅 (略) 扫描。扫描时应根据纸质档案的材质选择相应的扫描设备，保证档案不受损。

扫描登记：填写纸质档案数字化转换过程交接登记表单信息。

扫描流程：规划纸质档案数字化的扫描流程。

(略) 理：对图像偏斜度、清晰度、 (略) (略) 理。

图像存储：可采用各类型的文件 (略) 图片存储。

扫描件的命名：纸质档案目录数据库中的每 (略) 命名。

（3）证件库管理功能设计要求

证件库管理是电子档案综合服务平台子系统，它同时也是其他业务系统的支撑系统。它主要就是用于管理个人用于身份证明的证件如身份证、社会保障卡等材料以及企业相关的“三证合一”等材料。

（4）档案检索查询功能设计要求

档案检索查询提供给用户对档案库中的各类 (略) 不同方式的检索和查询的功能，包括案卷目录检索查询、卷内目录查询、各种专项查询、条件检索查询等，并包含档案借阅管理相关的功能。

案卷目录查询：用户可以利用该功能结合档案分类，进行案卷目录查询。

卷内目录查询：用户可以利用该功能结合档案分类，进行卷内目录查询。

分类查询：用户可以利用该功能对已经知道档案分类档案，进行案卷目录查询。

专项查询：该处包括了多个专项，方便用户快捷查询。

（5）预归档管理功能设计要求

预归档贯彻档案的基本流程，是业务系统业务经办开始到档案整理归档的流程体系，在业务系统业务经办收集材料，进一步整理材料， (略) 归档整理，预归档贯穿整个业务档案立卷、归档、审核等档案整理，同时，在结合了业务系统和档案系统的无缝连接后，系统提供业务系统的业务档案数据自动流入 (略) 分类。

（6）借阅管理功能设计要求

档案借阅是针对纸质档案的借阅的管理流程。科室档案人员发出需要审阅纸质档案的请求，进行登记，如果档案已经实现了档案电子化，则可以登记需要借阅的电子文件，经过管理人员授权后可以查看该电子文件。如果档案未电子化，需要借阅纸质档案，科室人员发出借阅申请，档案 (略) 审核，审核过后，科室人员可以查看纸质档案，如果驳回，科室人员查看原因，进行重新申请。如果档案外借给科室人员，需要过期催还。

（7）档案管理功能设计要求

档案管理是归档完档案的综合管理，处理在预归档中审核过的档案，对遗漏或者因为错误等原因造成的 (略) 纠正。同时，提供对历史档案的补充登记，为档案的完整性和正确性提供保障。

（8）库房管理功能设计要求

库房管理是对虚拟档案室、纸质档案上架、库房的温湿度、库藏的破损检查等管理。

（9）接口对接设计要求

能够支持国 (略) 络协议、软件体系结构和接口标准，便于平台扩展和升级，保证能与业务系统（ (略) 会保险管理信息系统、人事人才公共服务平台、退休人员管理信息系统）的无缝集成，平台的接口设计应包括数据接口、WebService接口、JavaScript接口（平台界面）、平台控件。在此接口的设计上，应采用面向服务架构技术实现与电子档案系统解 (略) 开发，同时也更方便别的 (略) 调用、集成。

对内接口设计要求： (略) 业务经办规程的基础上，对内接口设计 (略) 业务系统（ (略) 会保险管理信息系统、人事人才公共服务平台、退休人员管理信息系统）调用上传归档信息、查询相关档案的接口开发。

对外接口设计要求：同时， (略) 门业务系统、或者终端提供查询档案服务开发对外接口，实现档案的跨系统、跨终端利用。

（10）平台维护管理功能设计要求

平台维护管理提供给用 (略) 设置和维护的功能，包含用户管理、密码修改、系统参数设定、档案分类管理、数据字段设置、保存期限设置、密级设置、系统日志管理等。

用户管理 ：系统管理员可以利用该功能创建或删除用户，并可对用户的 (略) 设定。

系统参数设置：系统管理员可以利用该功能对系统的 (略) 设置。

密码修改：当前登录用户修改自己密码。

档案分类管理：系统管理员通过该功能维护档案具体分类。

数据字典：系统管理员通过该功能管理系统的数据字典。

保存期限设置：系统管理员通过该功能维护保存期限用语。

档案密级设置：系统管理员通过该功能维护档案密级用语。

3、平台电子档案数据库设计要求

依据现有的档案类型及档案信息， (略) 会保险业务档案、人事档案等门类的档案数据库。平台应支持档案文件结构的管理，灵活的构建档案文件之间符合国家档案管理规范的目录结构，处理各种档案逻辑结构的维护，建立方便用户查找的索引目录，并且管理物理文件存放位置。

电子档案的元数据采用oracle数据库存储，电子文件采用mongodb存储。电子文件采取分布式存储架构，便于横向扩展，采用独立图片管理服务，方便多渠道、多终端的对接，与元数据通过关联，可以快速的定位和找到唯一的电子材料。同时，应支持易于扩展，扩建新的业务功能，使得数据库具有良好的可扩充性，完全可以适应今后档案规模的不断扩大和档案管理对象的调整、增加。

(二)历史档案迁移服务要求

本项目应设计和提供规范性、完整性的迁移服务方案。并在不影响新电子档案系统正常业务办理的情况下，应完成旧系统历史档案数据的规整、转换、迁移等服务，及确保原有历史档案数据的质量，且能满足新电子档案系统的业务服务调用。

历史档案数据迁移服务应将旧系统档案数据整理为新电子档案系统能够识别的数据，并将整理完成后的数据按照一定的转换规则转换成新的电子档案系统要求的数据格式，需合理设计历史档案数据规整的方法及策略。

同时，历史档案数据迁移服务应在档案数据正确转换的基础上，制定 (略) 的计划，保证业务办理顺利、平稳过渡到新电子档 (略) ，并在不影响日常业务的情况下，设置批量导出旧系统的 (略) 档案历史数据迁移，需做好档案历史数据迁移工作。

(三) (略) 业务系统改造要求

为实现业务档案一体化，电子档案综合服务平台 (略) 会保险管理信息系统、人事人才公共服务系统和退休人员管理信息系统实现无缝衔接，衔接的 (略) 有需纸质档案材料的功 (略) 相应功能改造，以便于业务的电子档案数据上传及调用。能够支持档案事前、事中和事后扫描模式，在一个完整的业务流程中，从业务受理、业务经办到审批结束，纸质档案都 (略) 电子化，实现扫描入库和查看已有电子档案。同时，在档案的电子化过程中，应采用条形码或二维码等技术将电子材料与实物材料建立一对一关系，方便扫描和查阅。

在 (略) 会保险管理信息系统、人事人才公共服务系统和退休人员管理信息系统现有的业务流程及技术应用的基础上， (略) 述各业务系统相关功能模块的对接改造，社会保险管理信息系统的对接改造要求具体要求如下：

在 (略) 会保险管理信息系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，主要改造有待遇申领收件登记、工伤认定申请等业务功能模块。

（1）待遇申领收件登记业务模块改造要求

在待遇申领收件登记业务审批的模块添加电子档案的审核功能，在审核待遇申领收件登记业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看待遇申领收件登记业务提交电子档案材料的功能。

（2）工伤认定申请业务模块改造要求

在工伤认定申请业务审批的模块添加电子档案的审核功能，在审核工伤认定申请业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看工伤认定申请业务提交电子档案材料的功能。

4、人事人才公共服务系统的对接改造要求

在了解 (略) 市人事人才公共服务系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，主要改造有毕业生申报、干部调动等业务功能模块。

（1）毕业生申报业务模块改造要求

在毕业生申报业务审批的模块添加电子档案的审核功能，在审核毕业生申报业务同时审核上传的该笔业务的电子档案材料。并在业务系统中开发查看毕业生申报业务提交电子档案材料的功能。

（2）干部调动业务模块改造要求

(略) 调动业务审批的模块添加电子档案的审核功能， (略) 调动业务同时审核上传的该笔业务的电子档案材料。并在业务系统中 (略) 调动业务提交电子档案材料的功能。

5、退休人员管理信息系统的对接改造要求

在了解 (略) 市退休人员管理信息系统的业务基础上，对其涉及电子档案材料的 (略) 对接改造，在档案管理接退档模块中开发电子档案挂接功能，并将电子材料与人员的档案材料对应起来和开发电子档案查看电子档案材料的功能。

(四) (略) 服务器配置要求

结 (略) 硬件资源情况， (略) 电子档案业务需求，需新增支撑电子档案经办 (略) 服务器，其配置要求如下：

1、产品自主研发和生产，自主知识产权，非OEM。

2、≥2U机架式，可放入42U标准机柜。

3、处理器类型：配置≥2个Intel Xeon E5-2650 (略) 理器或更高，主频≥2.2GHz  ≥12核，≥30M三级缓存。 

4、内存：配置≥256GB(8X32GB) DDR4内存。支持内存保护技术，支持内存镜像。支持≥24个内存槽位。

▲5、硬盘：配置≥2块2.5寸 600GB 12Gbps SAS 10K热拔插硬盘和≥20块2.5寸 2TB 12Gbps  NL SAS 7.2K热拔插硬盘，最大可以支持≥28个硬盘槽位。

6、RAID卡：配置磁盘阵列卡，缓存≥1GB，支持RAID0,1,10,5,50,6,60。

7、网口：配置≥2块4*GE以太电口卡+1块双口10GE SFP+ (略) 卡（含2个多模光模块）。

8、I/O扩展：最大支持≥7个PCI-E。

9、PCI－E卡：配置≥1块与服务器同品牌的1600GB NVMe PCIe SSD高性能存储卡。

10、提供3C认证证书、中国节能产品认证证书，中国环境标志认证并提供证书证明。

11、电源：配置≥2个750W冗余热插拔电源，并提供配套的电源连接线。

▲12、管理维护功能：可管理和维护性；（1）集 (略) 理器支持：自动服务器重启、风扇监视和控制、电源监控、温度监控、启动/关闭、按序重启、本地固件更新、错误日志，可通过可视化工具提供系统未来状况的可视显示；（2）具有图形管理界面及其他高级管理功能；（3）配置独立的远程管理控制端口，支持远程监控图形界面, 可实现与操作系统无关的远程对服务器的完全控制，包括远程的开机、关机、重启、虚拟软驱、虚拟光驱等操作；（4）为保证服务器运维安全性能，需要提供自研管理芯片。

▲13、要求提供为期三年7* (略) 支持服务。

四、本项目开标时间定于 * 日上午9:30（ (略) 时间），即所有投标文件应于前述时间之前递交到 (略) 市 (略) 区云顶北路842号， (略) (略) 4楼C区开标室6(C404)，逾期递交的或不符合规定的投标文件将被拒绝。

报名及招标文件购买时间截止至 * 日17：30（节假日除外）。