政务服务码应用规范

1政务服务码应用规范本文件给出了政务服务码的基本要求、规定了政务服务码的编码要求、应用接入要求、安全要求，确立了政务服务码的应用规范。本文件适用于各地区政务服务机构面向自然人和法人的政务服务码的设计、开发、集成和应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T27766二维条码网格矩阵码GB/T35273信息安全技术个人信息安全规范GB/T22239信息安全技术网络安全等级保护基本要求GB/T39477信息安全技术政务信息共享数据安全技术要求3术语和定义下列术语和定义适用于本文件。3.1政务服务码governmentservicecode政务服务码是“数字吉林”建设领导小组办公室推出的以身份标识为基础，按照本文件规定编制的矩阵式二维码，是个人和法人身份和机构信息的二维码形式，又称“吉祥码”。3.2政务服务码服务方governmentservicecodeserviceprovider负责政务服务码发放、解析、管理的服务部门，为政务服务码应用提供管理和技术支撑服务。4缩略语下列缩略语适用于本文件。TLV:标签-长度-值(Tag-Length-Value)APP:应用程序(Application)TOKEN:令牌（Token）HTTPS:超文本传输协议(HypertextTransferProtocolSecure)JSON:Javascript对象标识(JavaScriptObjectNotation)5基本要求25.1互联互通应与国家政务服务平台服务码互联互通互认。5.2统一接入各地区、各部门新建政务服务应用应接入“吉林省统一身份认证平台”。5.3服务融合各地区、各部门以政务服务码为载体，持续推进各类卡、码、证承载的数据互通和服务融合，实现“身份通”“证照通”“办事通”。5.4应用适配各地区、各部门梳理涉及卡、码、证的业务系统，充分利用现有软硬件条件，组织开展适配工作，将政务服务码关联各类电子证照。5.5数据共享通过政务服务码实现身份认证、电子证照和政务服务事项库办事数据共享，支持扫码办事、扫码亮证等服务应用。5.6服务管理政务服务码服务方应指定服务负责人，负责与目标方进行对接，并承担管理责任。5.7稳定服务政务服务码服务方应确保正常稳定的提供服务。5.8开放发展相关企业可通过政务服务码进行合规商业应用研发，促进政务服务码的发展，向社会应用化延伸6编码要求6.1编码组成6.1.1路由段(R段)用于识别码类型和生码源平台信息，实现跨地区、跨部门的码互通。路由段总长度为12个字节，包括4类代码，应符合下列要求：a)码类型代码：固定为“ZWM”，表示政务领域，长度为3个字节，用于标识码的应用领域；b)生码源平台代码：长度为7个字节，前5个字节固定为32200，后两个字节为序号，统一分配，默认为00，用于标识生码源平台代码；c)码展示渠道代码：长度为1个字节，用于标识码展示渠道；d)主体类别代码：“0”表示自然人，“1”表示法人，长度为1个字节，用于标识亮码主体的类别。6.1.2身份段(A段)3用于标识码主体的身份，实现跨地区、跨部门的码互认。为身份认证信息、身份标识信息，或者身份认证信息和身份标识信息的组合，采用TLV编码，为不定长段。若实人认证后亮码，身份认证信息用于存储用户实人认证后的结果信息，如身份认证服务返回的认证Token、政务服务码系统根据身份认证结果自行生成的Token等。6.1.3业务段(B段)用于存储政务服务平台对接的业务索引及授权信息，按照业务需求统一设计此段内容，此段采用TLV编码，为不定长段。6.1.4校验段(S段)用于校验码的真实有效性，总长度为76个字节，包括2类内容，应符合下列要求：a)失效时间：以时间戳服务提供的时间为准，编码时将获得的yyyymmddhhmmss，格式的数据按标准转换为long类型，长度为4个字节；b)数字签名：签名时应使用国密算法，长度为72个字节，用于校验码串信息是否被篡改，是针对路由段(R段)、身份段(A段)、业务段(B段)内容的数字签名值。6.2展现形式政务服务码编码展现形式通常为二维码图像，符号结构应符合GB/T27766中的规定。应支持根据屏幕大小自适应将政务服务码最优显示，分辨率不小于200DPI（每英寸长度内的像素点数）。6.3解析要求6.3.1日志记录完整表述个人信息主体对其个人信息、授权有效期、被授权主体及授权情况。6.3.2解码方式获得用户授权后，通过调用解码接口，获取用户授权的个人信息和个人标签信息。6.3.3数据交互方式通过HTTPS发送请求，使用JSON进行数据交互。6.3.4离线可用在网络阻塞、服务器离线等情况下可离线使用。7应用接入7.1接入要求7.1.1网络环境政务服务码服务方描述网络IP、域名、平台部署位置等信息。7.1.2接口信息政务服务码服务方给出接口调用方案。47.1.3数据环境政务服务码服务方给出数据同步方案和元数据。7.1.4安全要求政务服务码服务方给出安全方案。7.1.5调试要求第三业务方代码调试时按照政务服务码服务方的要求使用测试环境，测试通过后，正式接入政务服务码。7.1.6码应用要求第三业务方的业务应用以政务服务码为载体，不再使用第三业务方原有二维码。7.1.7认证要求第三业务方的业务应用应接入“吉林省统一身份认证平台”，并提供统一注册、用户信息查询接口、登录令牌和统一登出功能。7.2接入流程第三业务方应用接入流程如下：a)第三业务方像吉林省政务服务和数字化建设管理局提出接入申请，对应用场景、服务目录和所需信息进行备案登记；b)吉林省政务服务和数字化建设管理局对申请进行审核，指定服务负责人，对审核通过的第三业务方申请进行管理和需求对接；c)政务服务码服务方对业务应用进行可行性分析、需求分析及展示服务样式；d)政务服务码服务方确定业务应用上线方式；e)第三业务方根据政务服务码服务方提供的方案接入“吉林省统一身份认证平台”；f)第三业务方根据政务服务码服务方提供的接口调用信息、网络地址、域名、平台部署信息、数据同步方案、安全方案在测试环境进行调试；g)测试通过后，第三业务方应用正式上线。8应用场景8.1服务对象已经领取政务服务码的自然人或法人。8.2应用场景政务服务码应用场景见附录A。9安全要求9.1个人信息安全要求5信息服务及应用中相关个人隐私内容的保护应符合GB/T35273的要求。9.2网络安全要求政务服务码服务方提供的信息服务及其应用应符合GB/T22239的要求，第三业务方应符合政务服务码服务方的网络安全要求。9.3数据安全要求政务服务码服务方提供的信息服务及其应用应符合GB/T39477的要求，第三业务方应符合政务服务码服务方的数据安全要求。6政务服务码应用场景A.1总体说明A.1.1政务服务码应用场景分为亮码和扫码两类。A.1.2亮码场景指自然人和法人以自愿为前提，通过出示政务服务码享受各类政务服务和公共服务、其他组织机构提供的商业服务和民生便利服务。A.1.3扫码场景指自然人和法人以自愿为前提，通过扫描各地区、各部门展示的政务服务码享受各类政务服务和公共服务、其他组织机构提供的商业服务和民生便利服务。A.1.4法人在政务服务码应用中，根据实际情况，通过关联法人代表或者授权代表人的公民身份号码作为统一的身份标识。A.1.5政务服务码与国家各部门相关系统、业务应用进行对接时，采用接口方式进行个人信息匹配。A.2亮码应用场景A.2.1政务服务：通过出示政务服务码，实现在政务大厅、公安机关、社区街道、工商税务和财政人社等有关政务业务部门进行预约办事、现场办事、求助反馈和缴费等功能。A.2.2出行服务：通过出示政务服务码，实现公交、地铁和博物馆等公共设施及旅游景点的刷码出行及消费。同时为老年人、学生等特定群体提供限时免费通行的个性化服务。A.2.3医疗服务：通过出示政务服务码，实现在医疗机构或定点药店的预约挂号、守时签到、医保结算、就医购药、金融支付和体检康复等功能。A.2.4教育服务：通过出示政务服务码，实现学校的通行凭证、就餐消费、出席签到等功能。同时为师生、社会群体提供基于授权的个人简历、学籍学位、电子成绩单和荣誉奖励等信息的可信查验功能。A.2.5电子证照：通过出示政务服务码，实现身份证、驾驶证、产权证、结婚证、职称证、残疾证、企业营业执照和企业资质证书等相关电子证照的查验、流转、互信互通等功能。A.2.6信用服务：通过出示政务服务码，实现人民银行征信报告、银行贷款、卡务办理、租借租用和信用办事等相关基于信用的社会服务。A.2.7数据服务：通过出示政务服务码，实现政务服务数据、个人信息数据、民生生活数据等信息的授权使用、信息完善等功能。A.3扫码应用场景A.3.1政务服务：通过扫描业务应用出示的政务服务码，实现在