DB3301/T 0366.3-2022 一码通应用规范 第3部分：服务要求

ICS35.040

CCSL71

3301

浙江省杭州市地方标准

DB3301/T0366.3—2022

一码通应用规范第3部分：服务要求

2022-06-30发布2022-07-30实施

杭州市市场监督管理局  发布

DB3301/T0366.3—2022

目次

前言..................................................................................II

引言.................................................................................III

1范围................................................................................1

2规范性引用文件......................................................................1

3术语和定义..........................................................................1

4缩略语..............................................................................1

5服务场景............................................................................1

6服务框架............................................................................1

7一码通用户服务要求..................................................................2

8业务应用方服务要求..................................................................3

9接口服务............................................................................3

附录A（资料性）一码通应用场景........................................................5

附录B（规范性）接口调用方式和参数要求................................................6

附录C（规范性）通用接口返回值代码说明...............................................10

I

DB3301/T0366.3—2022

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

本文件是DB3301/T0366《一码通应用规范》的第1部分。DB3301/T0366已经发布了以下部分：

——第1部分：通用要求；

——第2部分：管理要求；

——第3部分：服务要求。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由杭州市数据资源管理局提出、归口并组织实施。

本文件起草单位：杭州市余杭区数据资源管理局、杭州余杭大数据经营有限公司。

本文件主要起草人：王维忠、高燕、周围、鲍全贵、吴鹏程、董世聪、祝玉婷、何义胜、沈琴琴、

林兵、高勇。

II

DB3301/T0366.3—2022

引言

“码”作为个人信息的载体，是应用场景中信息互认的有效方式。在不同场景、不同人群、不同平

台统一使用码的过程中，需要采集、存储和处理各种数据信息，以实现多种场景应用。

目前用于身份识别的二维码五花八门，不同的码制组成和数据格式不一致、数据不共享和互认机制

缺乏等问题，给码的集成及应用带来了阻碍：用户在不同场景需切换二维码，操作繁琐使用不便；业务

应用方在建设或接入时，不同的码标准在硬件接入过程中要求各异，可能发生业务受阻或重复建设的问

题；管理部门无法统一数据获取标准，为数字化管理工作带来困扰。

基于以上现状，“一码通”平台通过构建统一的标准，并结合健康码亮码应用，进而逐步搭建覆盖

全人群、全场景的码体系。自“一码通”平台开设试点以来，“码”在交通出行、政务服务、医疗健康、

文化旅游等多个领域的应用场景中发挥了巨大的作用。因此，从当前的实践情况和长远的应用需求来看，

需要实现码的标准一致。

DB3301/T0366旨在规定一码通相关应用系统的设计、开发和系统集成方面的要求。三个部分的编

制目的如下：

——第1部分：通用要求，给出一码通应用规范的管理和服务基本原则和一码通的基本要求；

——第2部分：管理要求，给出一码通应用规范的数据管理要求、运维管理要求和安全管理要求；

——第3部分：服务要求，给出一码通应用规范的服务场景、服务框架、一码通用户服务要求、

业务应用方服务要求和接口服务。

III

DB3301/T0366.3—2022

一码通应用规范第3部分：服务要求

1范围

本文件规定了一码通应用规范的服务场景、服务框架、一码通用户服务要求、业务应用方服务要求

和接口服务。

本文件适用于一码通及个人信息相关应用系统的服务标准化管理。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

DB3301/T0366.1一码通应用规范第1部分：通用要求

DB3301/T0366.2一码通应用规范第2部分：管理要求

3术语和定义

DB3301/T0366.1、DB3301/T0366.2界定的以及下列术语和定义适用于本文件。

3.1

应急码emergencycode

在服务器不可用、系统崩溃等紧急情况下可离线使用的二维码。

4缩略语

下列缩略语适用于本文件。

REST：表述性状态转移（RepresentationalStateTransfer）

Web：全球广域网（WorldWideWeb）

5服务场景

一码通用户可通过移动通信终端申领简码，用户可凭码进出多种公共场所，如公园、博物馆、医院

等，实现不同场景下的快速核验需求，应用服务场景包括但不限于以下方面：一码出行、一码通办、一

码入园、一码入馆、一码就医、一码连心、一码入学、才金直通、三色五益、助残助学、幸福计算器等。

具体服务场景说明见附录A。

6服务框架

1

DB3301/T0366.3—2022

6.1一码通应建立信息化服务平台，应具有统一的身份认证、统一电子证照、统一数据交换等公共支

撑服务功能。一码通信息可服务于市民、企业、政府的生活便利、服务便利和管理便利。一码通平台服

务框架见图1。

图1一码通平台服务框架图

6.2一码通平台基于底层数据库，如互联网数据、物联网数据、公安数据、社保数据、医保数据、市

民卡卡管数据、健康码数据、业务场景采集的数据等，实现“一码”身份统一和统一数据管理。平台功

能包括场景的接入管理、规则管理、场景管理、身份认证、场景标签、规则引擎、硬件管理等。

6.3一码通平台依据的数据源应包括以下信息：

a)用户的身份信息：姓名、手机号码、证件类型、证件号码；

b)用户的户籍信息：用户的户籍信息及所在地区的居住信息；

c)用户的防疫信息：用户的国家健康码状态信息、用户的新冠疫苗接种状态信息、用户在近期

时间内是否途径或停留国内存在疫情风险地区的相关信息；

d)用户的类别信息：用户对应人才引进政策的人才级别信息、用户是否为部队退伍军人的信息；

e)其他相关信息。

7一码通用户服务要求

7.1服务流程

7.1.1实名认证

所有使用一码通服务的用户，需要通过应用软件进行实名认证，通过后进入领码操作。

7.1.2领码

领码时会要求用户进行个人信息授权，用户同意后，通过接入渠道的授权接口获取到用户个人信息。

2

DB3301/T0366.3—2022

7.1.3制码

通过实名认证与领码操作的用户，可请求生成“一码通信息码”的二维码，并在需要的时候出示此

码，作为个人信息证明。主要流程包括：

a)用户进行亮码操作时，应用软件通过“二维码调用申请”接口发起业务请求，再调用“个人

身份标签”接口，获取个人身份标签信息；

b)“个人身份标签”接口根据用户授权内容返回相应的二维码。

7.2服务提供

7.2.1一码通软件应具有使用端服务功能，解