项目需求

注：

1、如本章内容与其他章节有冲突，以本章内容为准。

2、如本章内容与国家法律法规相冲突的，以相关法律法规为准。

3、如本章内容与国家、地方强制标准相冲突的，以强制标准为准。

一、项目需求

1项目背景

中共中央总书记、国家主席、中央军委主席习近平20日在合肥主持召开扎实推进长三角一体化发展座谈会并发表重要讲话，强调坚持目标导向、问题导向相统一，紧扣一体化和高质量抓好重点工作，推动长三角一体化发展不断取得成效。强调要促进基本公共服务便利共享，要多谋民生之利、多解民生之忧，在一体化发展中补齐民生短板；要探索以社会保障卡为载体建立居民服务“一卡通”，在交通出行、旅游观光、文化体验等方面率先实现“同城待遇”。

安徽省人民政府办公厅关于印发《安徽省居民服务“一卡通”工作方案》的通知（皖政办

〔2021〕4号），明确将社会保障卡作为全省居民服务“一卡通”的载体。以习近平新时代中国特色社会主义思想为指导，全面贯彻党的十九大和十九届二中、三中、四中、五中全会精神，坚持以人民为中心的发展思想，以“便民利民惠民”为宗旨，充分发挥社会保障卡覆盖人群广、服务渠道多、线上线下融合应用的优势，以社会保障卡为载体建立居民服务“一卡通”，逐步推进社会保障卡在政务服务、就业创业、社会保险、卫生健康、医疗保障、财政补贴、金融服务、交通出行、旅游观光、文化体验、智慧城市、信用服务等领域的广泛应用。

2项目目标

坚持以人民为中心的发展思想，以“便民利民惠民”为宗旨，充分发挥社会保障卡覆盖人群广、服务渠道多、线上线下融合应用的优势，以社会保障卡为载体建立居民服务“一卡通”，逐步推进社会保障卡在政务服务、就业创业、社会保险、卫生健康、医疗保障、财政补贴、金融服务、交通出行、旅游观光、文化体验、智慧城市、信用服务等领域的广泛应用。实现关联领域场景应用接入、数据交互和业务协同。建立以社会保障卡（以下简称“社保卡”）为载体的一卡通服务管理模式，构建一卡通服务管理平台，实现统一发行服务、身份认证、信息交换、接入控制、应用管理、业务调用、数据分析等服务管理功能，为持卡人提供全方位、个性化、

时效性和高度交互性的公共便民服务。发挥社保卡作为社会服务的基础设施作用，不断提升开放社保卡能力，应用于居民服务更多领域，让社保卡真正成为百姓的“一卡通”。到2025年底基本实现全市居民服务“一卡通”，为市民提供全面、便捷、高效的政务和生活服务。通过省级对接，推进在南京都市圈及长三角地区一卡通办，在交通出行、旅游观光、文化体验等方面实现“同城待遇。

3总体要求

3.1建设思路

结合当前居民服务“一卡通”工作进展情况，考虑到对整体一卡通的应用管理、后续应用对接及监控运营等方面，将采取统一规划、分步实施的建设思路，按照打基础、建平台、拓应用、监管及运营四个步骤稳步推进，打造容纳政府管理、社会保障、服务便民于一体的一卡通综合服务管理平台，逐步实现全省多领域一卡多用、一卡通用。

3.2建设原则

按照“数据集中，服务下沉”的建设原则，遵循省统一数据标准、统一业务规范，建立汇聚全市信息的社会保障卡居民服务一卡通管理服务平台。

3.3统一规划、统一标准

坚持“需求导向”，从满足人民群众最迫切的需要出发，明确一卡通发展目标，全面规划社会保障卡应用目录。结合各地工作基础和实际情况，分业务、分阶段、分步骤稳步有序地“急用优先、有序推进”开展推进社会保障一卡通应用实施工作，强化社保卡在人社领域的服务应用，逐步开展其他社会公共服务方面的应用。

贯彻落实全省统一的标准规范体系，建设符合本地实际的地市级“一卡通”管理平台。

3.4信息共享、互联互通

以社会报站卡为载体，开展跨部门、跨区域、跨层级的数据共享和业务联动，汇聚各类民生服务功能。实现省市数据贯通、本地汇聚、向上归集，纵横共享协同的局面，推进全省居民服务一卡通“一盘棋”的发展格局，支撑更多的民生应用，满足省数据及业务标准规范的要求。

3.5服务民生、一卡通行

以业务协同、数据共享为基本原则，以服务便民为导向，加强协同配合，推动业务管理、经办、服务与社保卡应用拓展相互衔接、相互促进。发挥社保卡统一身份认证的载体作用，加

强信息系统一体化建设，实现业务数据跨部门、跨区域共享。在保持主要功能、标准规范、密钥体系、管理主体不变的前提下，在更大范围和更深层次推进人力资源社会保障部门与相关部门的信息共享，鼓励以社会保障卡为载体，以保障和改善民生为目标，加大社会保障卡集成应用力度，逐步加载政府其他公共服务功能。

3.6资源整合、互联互认

推进全省各类民生服务卡整合，通过社会保障卡汇聚各类民生服务新功能，逐步实现以社会保障卡为载体居民服务“一卡通”服务管理模式，充分发挥数据资源优势，满足群众不同场景差异化应用，为群众提供更加便利的服务。

3.7技术架构设计

本项目基于人社行业性应用支撑架构（LEAF6）进行设计，由于LEAF6中的分布式服务框架具备了服务拆分与扩展能力，所以LEAF6也可以很好的支持微服务，微服务是LEAF6框架总体设计思想的一个子集。采用微服务设计，由于没有跟业务系统耦合，所以能最大程度保障业务系统的正常运行，同时，又能根据政策的差异性制定个性化服务，总体上能满足一卡通服务支撑能力与服务输出能力。

4项目建设内容和要求

本项目软件建设包括一卡通信息库建设、应用服务管理平台及场景应用建设对接。

4.1项目建设内容

序号	项目名称	数量	规格、技术参数、功能要求
1	一卡通信息库建设	1 项	包含“一卡通人员信息库、数据资源对接管理、省一卡通平台信息对接”等建设内容，
2	应用服务管理平台	1 项	包含“应用目录管理、身份认证管理、能力开放注册和监控管理、用卡设备管理、综合查询与统计、系统 管理、一卡通省市平台能力对接建设”等建设内容，
3	场景应用建设对接	1 项	包含“场景应用对接流程、场景应用对接规范、重点场景应用对接、场景应用子系统（客户端）”等建设 内容，

4.1.1一卡通信息库建设

实现社会保障卡人员相关基础信息的集中、统一管理，形成一致、准确的社会保障卡人员基础信息库，实现对各业务领域社保卡应用支撑。为各及各类业务系统提供人员基础信息校核来源，实现人员基础信息的共享和一致，为跨地区、跨业务信息共享和业务协同提供支持。建立一卡通基础信息资源库，实现与全市部门和行业基础信息库互联互通，共享居民身份信息、生物特征信息、个人业务信息等各类基础信息，实现身份认证、识别、信息核验能力。同时遵循省一卡通数据标准，服务接口规范定向定时进行一卡通基础数据同步和场景应用数据向上归集。

4.1.1.1一卡通人员信息库

通过一卡通人员信息库的建设，实现持卡人员用卡信息的集中、统一管理，实现与各部门、各行业基础信息的互联互通，共享持卡人身份信息、生物特征信息、个人业务信息等，为跨地区、跨业务拓展社会保障卡应用提供数据查询、分析比对、身份识别等基础支撑，实现对各业务领域信息共享和业务协同提供支持，主要包括人的基本信息、卡信息及用卡信息。

4.1.1.1.1数据结构设计原则

一卡通人员信息数据库的实体关系模型将伴随一卡通人员信息库生命周期，并随着各业务发展而不断扩充，本项目数据结构设计在满足第三范式的前提下，还应遵循如下设计原则：

1、高效

2、可扩充

3、一致性

4、统一标准

4.1.1.1.2数据库设计标准

在系统建设时遵循统一的数据和数据库（表）设计标准，即《人力资源和社会保障管理信息系统信息结构通则》（人社信息函〔2010〕55号）。

4.1.1.1.3数据库指标设计

对于用卡信息，接入系统通过一卡通管理服务平台对应用人员进行鉴权，平台通过应用系统所传参数将应用的人员信息、机构信息、单位信息、网点信息、设备系统、系统信息以及应用场景信息记录下来，形成用卡信息库。

4.1.1.1.4数据库性能设计

数据库应用系统经过试运行后，即可投入正式运行。在数据库系统运行过程中，必须不断得进行评价、调整与修改的管理工作。有效的管理方式可以简化管理过程、降低管理费用和提高工作效率，并且保持系统的高可用性，维护系统的正常运行。

4.1.1.1.5数据库安全、审计与用户权限设计

由于涉及的数据库和数据库管理系统服务器较多，数据量庞大，用户种类和权限各异，这就要求加强对整个数据库的安全设计。

4.1.1.1.6数据库管理和维护设计

在数据库开发过程中，一定要遵循数据库工程的方法和标准，尽可能减少反复。

4.1.1.1.7数据库访问设计

（1）数据库范问接口设计

针对本项目，将提供规范、统一的数据接口模式，实现与人社系统、医保系统、文旅系统、交通等系统的对接，从而满足数据规范管理和数据安全需求。接口数据文件格式采用XML文件格式，可以有效、灵活地构造和标识所包含的信息。

（2）分库分表原则

一卡通数据库LEAF6云应用架构的数据库建设原则进行规划，按数据应用范围和区域实现分库存储，同时，对数据量过大的表进行分表处理（如按时间段、业务类型等进行分表）。

（3）分布式存储

对于结构化数据（业务数据）采用分布式数据存储方式进行存储，并采用冗余存储方式来保证数据安全性及可靠性。结构化数据主要包括社保卡数据、行为分析数据、内容发布数据、消息数据、运行监控数据及其他系统的相关数据。

对于非结构化数据（电子档案、生物特征数据等）使用分布式文件系统方式进行存储，将非结构化数据分布存储在多个分布式文件系统的集群上进行存储，以供应用系统进行访问。为了保证数据的可靠性和一致性，分布式文件系统可以采用冗余存储的方式存储数据，并对所有数据的修改需要在所有备份上进行。如果存储空间不够，可通过增加存储节点的方式进行横向扩展。

（4）应用透明访问

基于LEAF6云架构，将采用不同存储方式、使用不同数据结构类型和来自不同数据源的数据，通过使用SQL解析、查询路由、数据分拆、数据合并等多种方法，在数据存储之上构建透明数据访问服务。应用服务只需向透明数据访问服务提出数据访问需求，即可实现对相关数据资源的操作处理，无需具体了解数据资源如何分布，实现了应用服务对数据资源的透明访问。此外，对于访问频次较高和数据量较大的表，可以考虑利用分布式缓存技术将其装载到缓存中，从而减少数据的访问压力和I/O消耗，提升数据库速度。

4.1.1.1.8人员基础信息库建设

建设人员信息库，纵向与省级持卡库实现对接，横向连接市级应用，实现所有人力资源社会保障工作服务对象个人的基础信息入库和共享，实现人员基础信息全国唯一和“一人一卡”，实现各类人力资源社会保障业务系统联动、基础信息实时动态更新，为一卡通用和业务协同奠定基础，最终形成统一、完整的人力资源和社会保障工作服务对象人员基础信息库。支持卡唯一性控制、卡有效性鉴权、人员基础信息共享、人员基本业务状态信息交换等应用。

持卡人员基础信息管理最基础、最关键、相对稳定、共享范围大的信息，采用全国统一的信息采集标准，包括人员基础信息、身份信息、社会保障卡基础信息和人员基本业务状态信息三类信息。其中人员基础信息和社会保障卡基础信息先行入库，人员基本业务状态信息根据系统建设的进展适时入库。

通过数据交换，按照统一标准和接口规范与本地人社业务系统及省级系统等信息系统数据交换，汇聚数据资源，与公安、民政、教育部门等外部数据接口对接，对接比对获取数据资源，补充和完善基础信息及业务信息。形成数据标准统一的一卡通人员基础信息资源库。

4.1.1.1.9人员基础信息管理

对一卡通人员各维度信息进行管理，包括人员基础信息、属性信息和应用信息，以此建立起较为完善的一卡通用户信息体系，并随着一卡通应用逐步拓展而不断完善。

4.1.1.2数据资源对接管理

对一卡通信息库与外部系统数据对接进行配置和管理。通过一卡通信息库的建设，沉淀全市社会保障卡的制发卡信息、人员基础信息等作为居民服务“一卡通”管理服务平台的基础数据，然后通过服务接口、数据文件、数据前置机等多种方式与其他系统的对接，逐步更新、扩充和完善一卡通数据体系。包括社保卡制发卡信息、持卡库信息、电子社保卡信息、政府其他部门信息及其他实体卡、电子码人员信息对接等。

4.1.1.2.1社保卡制发卡信息对接

配置和管理与社保卡制发卡信息系统接口通讯方式。获取社保卡的制发卡信息、人员基础信息等等。

本项目建设之初需要将现有的社保卡数据整理、编码转化、迁移至新建一卡通综合信息管理平台中，作为一卡通数据库的初始化数据。系统迁移的主要内容为现有人社系统的社保卡数据迁移到新建的一卡通系统上，以及系统数据库应用的优化、数据结构的调优。

4.1.1.2.2持卡库信息对接

由于人社部在进行电子社保卡身份验证后，返回电子社保卡卡号，地方人社需要将电子社保卡卡号转换为实体卡卡号，才能通过实体卡卡号进行个人信息查询及业务办理，目前，电子社保卡签发基于人社部持卡人员基础信息库（以下简称“持卡库”），为兼容省内电子社保卡，本次平台电子社保卡信息查询通过持卡库服务进行查询，故平台需与持卡库进行对接，达到数据共享及交互。

4.1.1.2.3电子社保卡信息对接

电子社保卡平台信息对接，配置和管理系统与部级系统接口通讯，获取社保卡签发信息。目前电子社保卡模式为人社部统一进行签发管理、地方人社进行应用管理，故身份验证流程需与部平台实现数据对接。

对接管理包括电子社保卡身份验证、被扫二维码验证等内容，其中电子社保卡身份验证用于验证人员是否进行电子社保卡签发，并可查询电子社保卡卡号。被扫二维码验证用于验证二维码有效状态，并将二维码转换成电子社保卡信息。

4.1.1.2.4政府其他部门信息对接

与民政、扶贫和残联部门、农业农村和林业部门、财政税务部门信息系统数据共享，不断完善和扩充个人基础信息库，标记人员属性。平台负责将财政供养人员工资、财政惠民补贴、政府人才津贴及政府相关财政补助资金、民政救助、扶贫补助资金、各项残疾人补贴、涉农、涉牧、涉林补贴等通过社保卡发放，并对资金发放过程进行监控。

4.1.1.2.5其他实体卡、电子码人员信息对接

对其他服务应用系统中原有的实体卡或电子码人员信息对接管理为一卡通涉及的应用系统提供统一规范的接入流程。打通数据，实现数据互联互通和数据共享。

4.1.1.3省一卡通平台信息对接

4.1.1.3.1应用基础信息同步与上报

应用基础信息包括一卡通服务目录信息和实施清单信息，作为全市一卡通场景应用对接的基准和指南；

应用基础信息由省平台统一定义和下发，我市可根据实际场景应用对接情况，基于省下发的基础版本和规范要求进行拓展，并通过省平台提供的标准数据交换渠道进行实时（准实时）同步。

4.1.1.3.2场景开展信息上报

场景开展信息由应用接入信息（包括应用机构、应用系统、应用网点、应用设备等核心信息资源）、用卡日志信息及专题业务信息数据构成，主要用于对一卡通各场景应用的管理、统计分析及监管决策。

我市负责对本地的业务信息进行采集、汇聚和管理，同时按照省统一数据标准，与省平台对接，实现数据向上归集和共享。

4.1.2应用服务管理平台

一卡通应用管理平台，对外输出服务能力，提供统一接口服务，实现场景应用接入申请、接入审批和接入控制。面向各场景应用提供场景配置管理、应用管理、接入管理、授权管理、访问控制等功能。应用服务管理子系统为一卡通的应用和管理提供能力支撑，对内聚合服务能力，对外输出统一的能力服务，实现包括应用服务目录标准化建设、身份认证识别以及多卡集成、多码融合互通互认、社会保障卡跨地区通用的服务能力，来支撑和管理社保卡在各类领域的一卡多用，一卡通用。应用服务管理方面，对一卡通各应用场景的接入控制、场景配置授权、服务管理、访问控制、消息推送，以及对整个平台运维监控的综合管理。

4.1.2.1应用目录管理

建立健全省市居民服务“一卡通”服务目录动态调整机制，根据工作开展情况对目录进行适时调整，定期更新发布。应用目录标准化建设，按照安徽省居民服务一卡通建设规范要求，省级形成统一基准版应用目录，地市根据实际情况对省下发目录进行添加更新和完善，并同步省平台，与省统一应用目录联动，进而全省统一的应用服务目录库。按照应用目录关联各部门、应用系统、服务事项、应用开展等情况。

服务目录统一管理，提供应用场景服务基准，支持服务目录清单式管理和动态调整。一卡通应用目录管理，与各部门场景应用紧密衔接，掌握各部门应用接入场景深度应用情况，场景应用的数据量等，为一卡通场景应用的考核指标、一卡通应用的工作考核提供数据依据。

具备一卡通应用目录清单管理和目录动态更新管理功能，记录场景的应用情况，提供应用目录变化追踪、自动检查校验、汇总统计、比对分析等功能。

4.1.2.1.1目录清单管理

目录清单管理主要包括：目录清单编制和目录清单动态管理。

4.1.2.1.2实施清单管理

对目录清单中本机构的服务目录事项进行细化完善形成的清单，清单要素包含事项名称、基本编码、设定依据、事项类型、实施编码、行使内容等要素。实施清单是编制一卡通服务指南，进行一卡通服务事项管理和运行管理的基础。

实施清单管理主要包括：实施清单编制、清单动态管理。

4.1.2.1.3综合查询

综合查询主要包括：目录清单查询和实施清单查询。

4.1.2.1.4清单发布管理

提供清单发布管理及通用服务接口，供门户网站，实现清单同源发布。

4.1.2.2身份认证管理

4.1.2.2.1卡鉴权管理

一卡通在政务服务、便民服务中不仅仅作为群众的身份凭证，同时也是群众在相关服务中进行信息交换确认、金融支付的介质，群众在使用一卡通时绑卡鉴权环节是必经之路。获取卡鉴权信息就是将用户一卡通信息提供给政务服务、便民服务等服务平台，服务平台通过这些信息确认用户身份提供相关服务，有金融支付业务的就用该信息去金融部门完成相关支付。

卡鉴权管理主要包括对线上和线下各类卡鉴权方式的配置管理，及对平台业务服务能力输出进行卡鉴权业务授权。

4.1.2.2.2线下身份认证

线下身份认证主要包括：实名认证、实卡认证、实人认证、身份互认。

4.1.2.2.3线上身份认证

线上身份认证主要包括：被扫认证、主扫认证、基于口令方式的身份认证。

4.1.2.3能力开放注册和监控管理

整合各个系统接口，提供统一、安全的输出接口，实现“对外能力开放，对内服务集成”。

4.1.2.3.1服务注册与调用

对集成的服务进行统一的管理，包括服务的注册，调试以实现外界对服务的访问调用。同时还对服务变更、调用进行管理，以保证服务的持久化及有效性。

4.1.2.3.2配置管理

为满足平台更好的管理和控制，平台要具有机构管理、场景服务配置管理、任务管理等功能，实现服务调用按需分配，分组管理、安全管理等。。

4.1.2.4用卡设备管理

对接入一卡通应用的社会保障卡各类网点及终端设备进行接入登记、变更授权、报废注销等全生命周期管理。

4.1.2.4.1网点管理

网点管理包括：应用网点信息登记、应用网点信息变更、应用网点状态维护。

4.1.2.4.2设备管理

设备管理包括：设备信息登记、设备型号管理、注销管理。

4.1.2.5综合查询与统计

4.1.2.5.1人员信息查询

可通过身份证、姓名等检索条件查询人员的基本信息、社保卡信息及用卡信息，基础信息包括姓名、性别、名族、出生日期、人员状态、联系电话及通讯地址等；社保卡信息包括当前社保卡信息、电子社保卡信息及历史社保卡信息；用卡信息包括人员何时、何地使用社保卡进行某场景的卡应用。

4.1.2.5.2用卡信息查询

通过领域部门、人员身份信息、时间、用卡形式、应用场景、应用深度等各类检索检索条件组合查询一卡通相关应用日志信息。包括持卡人在各场景何时、何地、何应用场景下，在何网点、何设备进行了何种用卡方式操作及应用结果。

4.1.2.5.3目录清单统计

对人社各部门目录清单的在用数、挂起数、取消数进行统计，并提供按区域、按部门、按类型、按来源进行查询，支持电子表格文件导出。

4.1.2.5.4实施清单统计

对人社各部门实施清单的在用数、挂起数、取消数进行统计，并提供按部门、按类型、按办理深度等进行查询，支持电子表格文件导出。

4.1.2.5.5服务按部门应用统计

一卡通应用服务按应用部门领域进行统计，支持电子表格文件导出。可结合具体对接后的服务应用情况进行实际应用情况详细统计。

4.1.2.5.6服务按场景应用统计

一卡通应用服务按服务场景进行统计，支持电子表格文件导出。可结合具体对接后的服务应用情况进行实际应用情况详细统计。

4.1.2.6系统管理

实现对应用服务管理平台部门，用户，角色，菜单，权限，字典的管理；能够更好地管理应用服务管理平台。从而建设更加安全，更加合理的应用服务管理平台。

4.1.2.7一卡通省市平台能力对接建设

市平台通过对人员信息、社保卡信息、电子社保卡等信息的对接贯穿，按照全省接口服务标准，形成标准服务接口，赋能全市一卡通场景社保卡应用；同时与省平台对接，打通与省平台通用能力的复用，进一步强化对各场景应用的能力支撑，实现跨部门、跨区域的一卡通应用，同时依托与省平台的对接联通，在省内跨市“同城待遇”的基础上，实现南京都市圈及长三角地区居民服务一卡通，在交通出行、旅游观光、文化体验等方面实现“同城待遇”。

4.1.2.7.1社保卡跨区域认证服务

通过与省平台对接，实现跨区域人员社保卡鉴权，保障外地人在本市享受一卡通场景的“同城待遇”。重点包括包括社保卡的二级认证、社保卡四级认证等。

4.1.2.7.2电子社保卡认证服务对接

通过与省平台对接，支持我市电子社保卡应用对接，平台通过调用省平台电子社保卡相关服务接口，实现本地一卡通场景电子社保卡主被扫认证场景应用能力支撑。

4.1.3场景应用建设对接

利用社保卡线上线下服务能力，推进和强化一卡通（社会保障卡）在人社公共服务管理领域的应用，推动一卡通在交通出行、文化体验、旅游观光等领域便捷应用，进一步发挥社会保障卡的惠民、便民作用。

各场景应用所属管理单位，根据部省关于一卡通的文件指导及要求，基于服务目录和场景需要，充分利用现有软硬件条件，升级相关信息系统，增配必要的读卡、扫码终端、模块，与市居民一卡通平台对接，按照场景应用接入流程规范进行接入。

市居民服务“一卡通”平台为各领域居民服务“一卡通”提供应用、数据和服务支撑。一卡通平台负责配合各部门领域场景应用的接入、社保卡能力支撑和整体应用监控管理工作。同时针对无信息化系统或暂不对一卡通应用系统改造的应用机构，也可在平台申请统一标准化的应用客户端系统，助力对应机构实现便捷的一卡通应用。

4.1.3.1场景应用对接流程

接入方（一卡通各成员单位，应用场景机构）根据服务目录和场景应用需求，利用现有软硬件条件，升级场景应用信息系统，增配必要的读卡、扫码终端、模块，与市“一卡通”平台对接，实现居民服务一卡通便捷应用。

4.1.3.2场景应用接入规范

4.1.3.2.1实体卡身份认证

一级认证采用视读方式，判定持卡者人、证是否一致；

二级认证进行读卡认证，通过读卡设备验证身份信息，交互要求低，在应用安全要求不高场景下应用更简便；

三级认证进行实卡认证，通过读卡设备、联机验证等，验证身份信息及社保卡真伪，安全级别更高；

四级认证采用鉴权模式，在实卡认证的基础上，再进行卡鉴权，验证社保卡的当前状态，确保社保卡的可用性，进一步提高安全性。

4.1.3.2.2电子社保卡身份认证

电子社保卡身份认证包括：电子社保卡主扫和电子社保卡被扫。

4.1.3.3重点场景应用对接

重点场景应用对接主要包括：人社应用场景应用、文化和旅游部门、教体部门应用场景。

4.1.3.4场景应用子系统（客户端）

针对无信息化系统或暂不对一卡通应用系统改造的场景应用接入部门提供基础应用系统，可在平台申请应用客户端，提供门禁管理类、活动登记类及其它各类型应用客户端，助力接入机构快速实现便捷的一卡通应用。

5技术及商务要求

5.1软件开发与实施要求

1、软件设计要求

（1）符合部、省人社系统的技术架构和各项指标要求；

（2）系统符合人力资源和社会保障系统业务发展需要和系统建设要求。

2、系统实施与管理要求

（1）项目进度要求

合同签订生效后1个月内完成系统开发工作，中标人应根据项目工作的整体进度安排，做好项目的进度计划，在保证系统总体质量的前提下做好项目总体进度控制。

（2）项目开发要求

中标人必须具备研发及实施能力，开发单位需指定一名项目经理负责本项目软件研发、实施任务的具体实施组织。为确保按期完成各项任务，项目经理应全权对参与本项目的技术人员进行统一管理和调配。

项目组成员需要有相关系统的建设经验，熟悉社会保险相关政策。在人员配备上，应包含需求调研人员、设计人员、开发人员、测试人员、实施人员及维护人员等。

（3）文档交付要求

在软件开发过程中，中标人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序及技术文档等（包含软件验收后调整和补充的项目成果和资料），确保技术资料的一致性和完整性。相关提交成果参考下表但不限于下表相关内容。

序号	工作阶段	各阶段提交成果
1	前期阶段	项目开发计划和方案
2	需求分析	软件需求分析说明书
3	应用系统设计	软件设计说明书
4	软件测试	系统测试报告、用户操作手册、软件安装维护手册
5	系统验收	项目总结报告、系统源代码、数据字典
6	培训	培训计划、培训材料
7	系统维护	根据系统修改升级的情况，提供前期各文档的最新版 本
8	其他	项目工作月报、周报

（4）验收要求

项目开发完成后，中标人制定一套完整的测试计划，进行系统测试和系统试运行，系统稳定运行一个月后，由中标人与用户单位等相关单位进行系统验收。

（5）质量管理要求

1）中标人须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经采购单位审核、批准。

2）中标人在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。

3）中标人必须接受采购单位的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受采购单位提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。

4）中标人必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标人应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。

5.2培训要求

中标人须根据项目实施的进度要求，及时安排有关培训，编制有关培训方案、培训教材，

提供具有技术能力和表达能力的培训讲师。培训内容包括软件的操作使用及系统基本维护、系统常见问题及解决办法等方面，目标是使受训者能够熟悉软件设计思路、掌握该软件的操作、基本维护方法等。

5.3售后服务保障要求

中标人须满足如下服务要求：

1、本项目最低质保期为二年，从项目整体通过验收之日起计算。

2、免费维护期内，提供包含系统维护、技术咨询、功能调整、接口调整、软件版本升级以及其他相关维护保障工作。提供2小时内的故障响应，8小时内的重大故障现场服务和48小时内的故障修复服务。

★重要提示：系统必须能与安徽省居民服务一卡通平台无缝对接、并要完成一卡通平台所需求的建设内容、省和市级（含市数据资源局等行政部门）互联互通与数据共享的承诺函（投标人出具加盖公章的承诺函，格式自拟）