合肥市城镇职工社会保障卡、城镇居民医疗保险卡应用建设要求.docVIP

以下仅供参考，具体以招标文件为准 合肥市城镇职工社会保障卡、城镇居民医疗保险卡应用建设要求 本次招标采购的合肥市城镇职工社会保障卡（以下简称：职工卡）、城镇居民医疗保险卡（以下简称：居民卡）应用系统建设，包含以下内容：IC卡片采购、参保人员数据处理与照片扫描和处理、IC卡个人化（卡面/卡内）、信息制作、制发卡系统建设、IC卡后期服务及处理、项目实施/培训与系统维护等内容。 卡片采购要求 本次社保卡应用系统建设，涉及职工卡数量约为5.5万张，居民卡数量约为1万张，均采用容量为16K的CPU卡。社保卡的COS系统必须通过人力资源和社会保障部的认证，所有技术指标必须符合人力资源和社会保障部要求，并且必须完全符合人力资源和社会保障部对合肥市劳动和社会保障卡的规范和相关文件要求。 其技术指标如下： 1、机电接口： （1）物理特性：满足ISO7816-1中有关物理特性，如紫外线、X射线、触点的表面断面、机械强度、电磁干扰、电磁场、抗静电、散热特性的要求； （2）触点的尺寸、位置和分配：每个触点的尺寸、位置和分配应满足ISO7816-2所做的规定，且触点位于卡的背面； （3）电气特性：在要求的操作条件和测量约定下，接口设备应能够在规定的电压范围内提供要求电流并可以提供更大的电流。 2、卡片操作过程： （1）正常操作步骤： 1.1将IC卡插入接口设备，使二者的触点相接并激活； 1.2卡和接口设备之间信息交换总是由卡对冷复位的应答来启动； 1.3进行交易处理操作； 1.4释放触点并从接口设备中取出IC卡。 （2）交易过程的异常结束：在交易过程中，如果IC卡以1m/s的速度过早从终端中拔出，终端应能感觉到IC卡相对于接口设备触点的移动，并在相对位移达到1mm之前，根据相应的方式将接口设备的所有触点置为静止状态。在这种情况下，IC卡的电气或机械特性不受损坏。 3、字符的物理传送：在卡片的操作过程中，数据通过I/O在终端和IC卡之间以异步半双工方式进行双向传送。终端向IC卡提供一个用作数据交换的时序控制的时钟信号。 4、复位应答：在终端发出复位信号后，IC卡以一串字节作为应答 （即复位应答）。这些传输到终端的字节规定了卡和终端之间即将建立的通信特征。 5、传输协议：城镇居民社保卡只使用字符传输协议（T=0）。由于没有PTS过程，在复位应答之后，由IC卡指明的协议将立即被采用。协议根据以下层次模型定义： ●物理层：定义了为交换 ●数据链路层，包含以下定义： （1）字符帧,定义了字符交换。 （2）T=0，定义了T=0时的字符交换。 （3）对T=0的检错与纠错。 ●传输层,定义了面向应用的报文传输。 ●应用层，根据相同的应用协议，定义了报文交换的内容。 6、数据元和命令：IC卡中的每个应用都包括一系列信息项，在终端成功地完成应用选择后可以对这些信息进行访问。一个信息项称为一个数据元，数据源是信息的最小单位，它用名称、逻辑内容说明、格式及代码来标识。 （1）文件：数据文件中数据元以记录方式或二进制方式存储，文件结构及引用方式由文件的用途决定。 （2）命令：命令APDU格式由必备头和条件体组成，命令APDU中发送的数据字节用Lc(命令数据域的长度)表示，命令APDU中期望返回的数据字节数用Le(期望数据长度)表示。当Le存在且值为0时，表示需要最大字节数（256字节）。 7、应用选择：应用选择标准包括应用标识符的编码、社会保障系统环境结构和社会保障系统目录编码；终端中应存放终端所支持的应用及其对应的应用标识符（AID）列表。 8、安全机制： （1）基本安全要求：每个应用应该放在一个单独的ADF中，以及在应用之间应该设计一道“防火墙”以防止跨过应用进行非法访问。另外，每个应用也不应该与个人化要求和卡中共存的其他应用规则发生冲突。 （2）密钥的独立性：用于一种特定功能（如读取数据）的加密/解密密钥不能被任何其他功能所使用，包括保存在IC卡中的密钥和用来产生、派生和传输这些密钥的密钥。 （3）密钥和个人密码的存放：IC卡应该能够保证用于选定的加（解）密算法的非对称私有密钥或对称加密密钥在没有授权的情况下，不会被泄露出来。 （4）安全报文传送：安全报文传送的目的是保证数据的可靠性、完整性和对发送方的认证。数据完整性和对发送方得认证通过使用MAC来实现。数据的可靠性通过对数据域的加密来得到保证。 （5）操作权限鉴别：操作权限鉴别的目的是验证终端对卡中数据进行读写操作的合法性。 数据处理要求 1、本次合肥市职工卡、居民卡应用系统的建设，均属于急制卡范畴。时间紧、原始资料安全性要求高。集成商必须在用户指定时间以前（为参保人员提交基础信息资料后7天内），完成卡片的制作并交付用户。 2、集成商应提供至少2名工作人员驻点合肥市劳动和社会保障局服务窗口，负责接收市民制作社保卡的基础