电子健康码管理平台医疗机构受理环境改造指引

电子健康码管理平台医疗机构受理环

境改造指引

文档修改记录

版本号版本描述责任人日期备注

目录

I.概述......................................................................0

1.1适用范围................................................................0

L2约束与限制...............................................................0

L3数据加密和签名...........................................................0

L4数据元属性规范...........................................................1

2.系统改造综述.............................................................4

2.1系统结构图..............................................................4

2.2部署结构图..............................................................5

2.3改造目标................................................................5

2.4改造范围................................................................6

2.5改造内容................................................................6

3.主要业务描述.............................................................7

3.1电子健康码申领..........................................................7

3.2电子健康码使用..........................................................7

4.主要业务场景的接口应用.....................................................8

4.1人工窗口................................................................8

4.2自助设备................................................................8

4.3个人终端................................................................8

5.受理环境改造说明..........................................................10

5.1硬件设施...............................................................10

5.2网络支持................................................................11

5.3应用系统改造..........................................................11

5.4场地提供...............................................................12

5.5人员培训...............................................................13

6.接口规范..................................................................14

6.1电子健康码注册(createVmcardQRcode)................................14

6.1.1接口介绍............................................................14

6.1.2请求参数..........................................................14

6.1.3响应参数............................................................17

6.2电子健康码个人信息修改(modifyVmcardlnfo).......................................................18

6.2.1接口介绍............................................................18

6.2.2请求参数............................................................18

6.2.3响应参数............................................................20

6.3电子健康码个人信息查询(getPersonlnfo)...............................................................21

6.3.1接口介绍............................................................21

6.3.2请求参数............................................................21

6.3.3响应参数............................................................23

6.4电子健康码二维码获取(getActiveQrCode)...............................................................24

6.4.1接口介绍............................................................24

6.4.2请求参数............................................................24

6.4.3响应参数............................................................26

6.5电子卡二维码验证(getPersonlnfoByQrCode).........................................................27

6.5.1接口介绍............................................................27

6.5.2请求参数............................................................27

6.5.3响应参数............................................................29

6.6查询账户是否注册(querylfHasRegistered).............................................................30

6.6.1接口介绍............................................................30

6.6.2请求参数............................................................30

6.6.3响应参数............................................................32

6.7电子卡二维码领码/激活(activateVmcardQRcode).................................................32

6.7.1接口介绍............................................................32

6.7.2请求参数............................................................33

6.7.3响应参数............................................................34

7.附录1：签名加密方法和常用代码............................................36

7.1数据签名方法............................................................36

7.2数据加密方法............................................................37

7.3身份证件类别代码........................................................37

7.4诊疗环节代码............................................................37

7.5标准科室代码............................................................38

7.6性别编码(GB2261)...................................................................................................42

7.7刷卡终端类型编码......................................................43

7.8民族代码..............................................................43

8.附录2：前置机配置建议...................................................45

9.附录3：识读终端备案信息.................................................47

1.概述

本文档作为各医疗机构受理环境改造指引，编写的目的是为了明确医疗机构应

用系统需要改造的业务节点、改造内容和改造要求，以完成电子健康码用码环境改

造，确保电子健康码在医疗机构业务中正常应用。

1.1适用范围

本文仅适用于直接与省级电子健康码管理平台（以下简称码管平台）对接的医

疗机构，已建立市级码管平台的地市属地内医疗机构原则上与本市码管平台对接。

L2约束与限制

以《XX省电子健康码管理平台建设标准规范》（下文简称标准规范）为基础，

在此文档未尽描述的内容以标准规范为准。应用系统按照指引中相关要求进行改造

完成电子健康码业务应用。

・电子健康码识读应用时，系统需要调用电子健康码接口进行二维码的

识读、解码操作。

•居民线下申领、补领电子健康码时，系统需要调用电子健康码接口获

得电子健康码二维码串或使用电子健康码客尸端应用软件直接生成二

维码操作。应用系统生成电子健康码应符合接口数据格式和数据内容

要求，打卬二维码时应符合电了健康码格式和清晰度要求，满足识读

终端的识读要求。

•居民线下窗口和自助设备申领电子健康码二维码时，医疗机构需要进

行必要的实名制认证，确保向电子健康码管理平台提供的居民信息是

真实有效的实名信息。

•医疗机构在用码、领码时需要按照接口要求向电子健康码管理平台传

送用码相关信息。

L3数据加密和签名

本文所用到的数据加密采用SM4加密算法，加密密钥由电子健康码管理平台向

接入应用分配。对于关键的隐私数据（例如身份证号码、姓名、证件号码等，详见

0

接口参数备注中的描述），应用系统使用分配的密钥进行加密后传输数据，电子健

康码管理平台收到数据后使用相同的密钥进行解密；反之电干健康码管理平台向应

用系统返回数据时使用同样的方法加密。

数据签名使用SM3散列算法，签名分为请求头部信息签名和上传信息签名。系

统在不同场景下依据安全级别选择不同的验签级别。

注：

1、接口中的加解密、签名可由应用系统自行完成或通过码管平台的前置系统完

成。

2、应用系统自行完成时使用的SM4和SM3为标准算法，应用开发人员依个人

方式实现即可；此时前置系统模式配置为透传模式，仅做请求转发不做数据处理。

3、当前置服务器部署在机构内部，可确保应用系统到前置服务器之间的通信安

全时，可采用前置系统加密模式。此时前置系统模式配置为加密模式，应用系统请

求时接口中标注为加密的字段均直接传输明文，签名参数（头部信息签名、上传信

息签名）、签名模式、加密模式均传“none”，由前置系统代为完成加密、解密、

签名。

L4数据元属性规范

内部标识符：指数据元在某特定数据集中的唯一标识代码。

数据元名称：数据元名称应当是唯一的，并且以字母、汉字、数字式的字

符串形式表示。数据元的命名应使用一定的逻辑结构和通用的术语。

数据类型：数据类型描述规则见表1。本文件将字符型（S）分为三种形式，

S1

表示不可枚举的，且以字符描述的形式；S2表示枚举型，且列举值不超过3个；

S3表示代码表的形式。

表1:数据类型描述规则

数据类型表示符描述

通过字符形式表达的值的类型。可包含字

字符型(string)S母字符（a—z,A〜Z）、数字字符等。（默认

GB2312）

又称逻辑型，采用0（False）或1（True）

布尔型（boolean）L

形式表示的逻辑值的类型

通过“0”到“9”数字形式表示的值的类

数值型(number)N

型

采用GB用7408中规定的YY用MMDD格式

日期型（date）D

表示的值的类型

日期时间型

采用YYYYMMDDhhmmss格式表示的值的类型。

（datetime）

DT（日期和时间中使用1位空格作为时间的标志

符）

采用GB/T7408中规定的hhmmss格式表

时间型（time）T

示的值的类型

二进制(binary)

上述无法表示的其他数据类型，如图像、音频、

BY

视频等二进制流文件格式

表示格式：表示格式见表2和表3o

表2数据元值的表示格式中字符含义描述规则

字符含义

A字母字符

N数字字符

AN字母或（和）数字字符

采用YYYYMMDD的格式表示，其中，“YYYY”表示年份，

D8

表示月份，“DD”表示日期'

采用hhmmss的格式表示，其中“hh表示小时，“mm”表示分钟

T6

“SS”表示秒

采用YYYYMMDDhhmmss格式表示的值的类型。（日期和时间中使用1位

空螺4%塘莞’皆豺表示格式中字符长度描述规则

DT15

类别表示方法

固定长度在数据类型表示符后直接给出字符长度的数目，如N4

1、可变长度不超过定义的最大字符数在数据类型表示符后加”

后给出数据元最大字符数目，如AN..10

可变长度

2、可变长度在定义的最小和最大字符数之间在数据类型表示符后给出

最小字符长度数后加“•2”后再给出最大字符数

有若干字符行按固定长度或可变长度的规定给出每行的字符长度数后加“X后，再

表示的长度给出最大行数,如AN..40X3

按固定长度或可变长度的规定给出字符长度数后，在“，”后给出小

有小数位数位数，字符长度数包含整数位数、小数点位数和小数位数，如N6,

2

应用示例：示例1:S字符型

AN10固定为10个字符（相当于5个汉字）长度的字符。

AN..10可变长度，最大为10个字符长度的字符。

AN4..10可变长度，最小为4个最大为10个字符长度的字符。

AN..20X3可变长度，最多3行，每行最大长度为20个字符长度的字符。

示例2:N数字型

N4固定长度为4位的数字。

N..4最大长度为4位的数字。

N6,2最大长度为6位的十进制小数格式（包括小数点），小数点后保留

2位数字。

示例3:T口期时间型

T8采用YYYYMMDD格式（8位定长）表示年月口。

DT15采用YYYYMMDDhhmmss格式表示的值的类型。（15位定长）表示

年月日时分秒。时分秒之前加1位空格。如2010年1月5日8时10分9秒为

20100105081009o

允许值：本文件数据元值域有两种类型

（a）可枚举值域：由允许值列表规定的值域，每个允许值的值和值含义均应成

对表示。其中：

一一可选值较少的（如3个或以下），在“数据元允许值〃属性中直接列举。

一一可选值较多的（如3个以上），在“数据元允许值"属性中写出值域代码表

名称。如代码表属引用标准的，则须注明标准号。

（b）不可枚举值域：由描述规定的值域，在“数据元允许值〃属性中须准确描述

该值域的允许值。

定义：本文件中数据元定义以字母、汉字、数字式的字符串形式表示。

3

2.系统改造综述

电子健康码应用的整体结构分为三部分，核心服务（指后台服务系统）部

署在省政务云机房，提供整个系统的所有服务；前置系统部署在应用机构和核

心服务之间提供统一接口和通信加密等服务；应用系统是操作人员接触的前端

应用，通过调用前置系统的API接口实现具体业务功能。

2.1系统结构图

电子健康卡管理可扩展

核心服务系统痣域主索引系统

系统其它核心服务系统

应用接入认证功陞电子电*卡'二，务4球.绞卜引业务功噩

前置服务系统

通信报文加密功能服务踣由功能其它可犷展功能

应用系统

系统结构图

4

2.2部署结构图

核心服务系统网络

部署结构图

注：上图部署结构前置系统的位置可随实际情况酌情调整，前置系统应置于

机构内部网络内或内部网络可安全访问的网络环境内。

2.3改造目标

完成电子健康码用码的软件、硬件、网络环境的改造，对使用维护人员进行

培训、部署电子健康码识读终端、线下申领打码设备等工作，实现患者持电子健

5

康码就诊的全流程支撑；实现线下电子健康码二维码的申领打印、丢失补打等码

应用支撑。

2.4改造范围

电子健康码实现居民身份识别和就诊支付功能，应用范围可支持医疗机构内

全流程需要识别患者身份的各个环节，改造涉及院内就诊卡系统、HIS系统、挂号

分诊系统、住院系统、网络链路等与卡应用有关的各个系统。

2.5改造内容

改造内容包括硬件设施、网络改造、自助医疗机构设备及信息系统改造、相

关场地和推广宣传材料、操作和运维人员培训。

6

3.主要业务描述

3.1电子健康码申领

居民通过个人移动终端或机构终端向系统提交实名制信息进行注册。个人信

息的实名制认证分为线下和线上两种方式，线下采用身份证读卡器读取身份证或

其它实名制证件（例如社保卡）读卡器读取居民证件信息。

电子健康码管理平台接受注册信息后，查询是否存在该居民信息，如存在将

电子健康码ID和主索引ID等返回；如不存在电子健康码管理平台生成主索引和电

子健康码ID,使用用户身份信息完成用户注册，并返回上述信息。

机构终端接收到电子健康码信息需要打印静态码时，将二维码字符串转换为

二维码图片打印出来交给居民，完成电子健康码申领；个人移动终端需要显示二

维码时，通过电子健康码ID向电子健康码管理平台申请动态二维码。

居民在自助设备或者个人移动终端需要查询个人的信息时，应用系统通过电

子健康码ID向电子健康码管理平台中请个人信息查询。居民发现填写信息有误或

者发生变更时，可操作修改非关键信息（已经实名认证的姓名和证件信息不允许

个人修改）。

3.2电子健康码使用

居民出示静态二维码或个人移动终端上的动态二维码，识读终端读出二维码

通过调用接口上传到电子健康码管理平台进行解码验证，验证通过后返回验证结

果和居民身份信息。

居民可以在人工窗口（包含挂号、门诊医生、门诊护士站、药房、住院护士

站等）、自助设备、移动应用等场景下使用电子健康码进行身份识别。

7

4.主要业务场景的接口应用

4.1人工窗口

1、用码机构改造在人二窗口发放电子健康码静态二维码，建议使用如下接

口：

电子健康码注册(createVmcardQRcode)-----必选(未注册过居民首次注册)

电子健康码个人信息修改(modifyVmcardlnfo)-----必选

电子健康码个人信息查询(getPersonInfo)-----推荐

查询账户是否注册(querylfHasRegistered)-----必选

电子卡二维码领码/激活(activateVmcardQRcode)-----必选(已注册居民领

码)

2、用码机构改造人工饬'口受理电子健康码实现身份识别，使用如下接口：

电子健康码二维码验证(getPersonlnfoByQrCode)-----必选

4.2自助设备

1、自助设备发放电子健康码静态二维码，建议使用如下接口：

电子健康码注册(createVmcardQRcode)-----必选(未注册过居民首次注册)

电:健康码个人信息修改(modifyVmcardlnfo)-----推荐

电子健康码个人信息查询(gctPcrsonlnf。)一一推荐(不建议提供通过静态码

查询个人信息功能)

查询账户是否注册(querylfHasRegistered)-----必选

电子卡二维码领码/激活(activateVmcardQRcode)一—必选(己注册居民领

码)

2、自助设备使用电子健康码实现身份识别，使用如下接口：

电子健康码二维码验证(getPersonlnfoByQrCode)-----必选

4.3个人终端

1、个人移动终端发放电子健康码动态二维码时，建议使用如下接口：

电子健康码注册(createVmcardQRcode)-----必选

8

电子健康码个人信息修改(modityVmcardlnto)-----必选

电子健康码二维码获取(getActiveQrCode)-----必选

电子健康码个人信息查询(getPersonlnfo)-----必选

2、个人移动端或智能终端扫码实现身份识别时，使用如下接口:

电子健康码一维码验证(getPersonlnfoByQrCode)-----必选

9

5.受理环境改造说明

5.1硬件设施

硬件设备改造包括：

i＞识读终端：为各应用窗口安装二维码扫码设备，可使用扫描枪、坐式扫码

墩等设名O识读终端应符合国家居民健康码识读终端相关标准及国家金融行业相

关标准。本地区电子健康码二维码使用标准QR码，识读终端需支持QR码和其它常

用码制的识读，识读终端向后台传输的信息中应包含终端自身的相关信息。注：

识读终端布放后需要将终端安装信息以EXCEL格式线下报送到省级码管平台进行备

案，业务系统在用码验证时需向电子健康码管理平台传送有效的终端备案号。

安装的识读终端需通过国家卫生健康委统计信息中心许可的检测机构检测，

在国家卡管系统的设备备案中已备案；采购未通过检测和备案的设备时，需要求

供货商完成检测备案后方可使用。已备案设备详见附录3。

2、自助机：依据机构业务需要，升级原有自助设备或新增布放适量的自助终

端设备，包括但不仅限于自助领码机、自助挂号机、自助打单机、自助检验报告

领取机、自助取药机、自助缴费机、综合自助服务机等，自助设备需增加二维码

扫码设备，通过院内业务系统或前置服务与电子健康码管理平台联通，支持扫描

电子健康码进行身份识别完成挂号、打印单据、打印收费收据、打印检查检验报

告等便民服务，无码人员可在自助设备t■.中领打印静态二维码。

3、前置机：医疗机构医疗机构根据网络规划需求配备前置机搭建医疗机构前

置系统。前置机需根据医疗机构医疗机构业务量评估合理配置，确保满足本机构

医疗机构的业务需求。前置机需要能够通过安全网络访M电子健康码管理平台，

并能够被医疗机构内部网络访问。

前置机支持Windows2012server及以上版本、CentOS6.9及以上版本、国产操

作系统与软件。

数据库支持Mysql8.0及以上版本。

4、条码打印机：设立线下申领补办电子健康码窗口的医疗机构依据规划数量

配备条码打印机，用于电子健康码静态码打印。

打印机需支持热转印打印方式，依据选用的打印纸选择适配的耗材（碳带

等），例如选用亚银打印纸，需要选用适用于光滑材质打印的蜡基碳带。打印规

范如下：

（1）打印的二维码需要能够被识读终端准确识读；

（2）条码打印机打印精度2300dpi时,建议打印尺寸为20mmX20mm（打印

标签纸尺寸为30mmX25mm）；条码打印机打印精度低于300dpi时，建议打印尺

寸为30mmX30mm（打印标笠纸尺寸为40mmX35mm）；

（3）打印标签纸材质：建议选用亚银树脂不干胶打印纸；

（4）二维码上方显示“电子健康码字样”（字体为微软雅黑10号），二维码

下方显示持卡人姓名（字体为微软雅黑10号），打印样式如下：

电子健康码

张斌梨

5、VPN设备：医疗机构医疗机构到电子健康码管理平台无专网或其它安全网

络时，需使用VPN设备基于公网搭建虚拟专用网络提升数据传输安全。

5.2网络支持

1、医疗机构内所有识读终端要和计算机连接，并与院内网络连接。

2、院内所有电子健康俏自助机（包括各类型的便民自助机）要与前置机连接

（或通过应用系统连接），并与院内网络联通。

3、医疗机构前置机与院内网络连接，所有院内系统访问电子健康码管理平台

均需要通过前置机中转。

5.3应用系统改造

围绕居民到医疗机构就关构建应用场景，体现电子居民健康码为居民和患者

带来的就医便捷性，同时依托电子健康码的应用提升医疗机构的服务效率。

识读应用场景包括：挂号、就医、缴费、检查检验、查询、检验检查结果打

Eh其它医疗服务；

自助终端应用场景包括：二维码申领、二维码打印、挂号、缴费、查询、自

助打印、其它医疗服务。

1!

主要业务场景：

1、挂号/预约挂号：患者到医疗机构就诊，持电子健康码在门诊挂号处或自助

机进行挂号。挂号处或自助机读取电子健康码，获取患者姓名、证件号、等个人

信息；患者也可以通个人移动端使用电子健康码进行预约挂号。

2、就医：患者挂号后，根据医疗机构导诊到医生诊室，医生通过识读终端读

取电子健康码识别患者身份。

3、门诊收费/诊间支付：患者就诊后，在收费处或自助机通过识读终端读取电

子健康码识别患者身份进行线下缴费；也可在个人移动终端进行线上自助缴费。

4、药房取药：患者缴费后，根据指引到药房通过识读终端读取电子健康码识

别患者身份进行发药。

5、检查检验：患者缴费后，根据指引到检查检验室，通过识读终端读取电子

健康码识别患者身份进行登记，分诊检杳检验。

6、报告杳询/打印：患者检置检验后，可以在自助终端或者科室通过识读终端

读取电子健康码识别患者身份，查询或者打印检杳检验报告。

7、电/病历查询：患者就医结束后，可以在自助终端通过识读终端读取电;

健康码识别患者身份查询电F病历。

8、住院登记：患者到医疗机构住院，在住院登记处通过识读终端读取电子健

康码识别患者身份进行入院登记，无需再录入患者基本信息。

9、住院护士站：患者登记入院后，根据指引到住院处，护士通过识读终端读

取电子健康码识别患者身份，进行床位安排和其它医疗服务。

10、住院医生站：患者在院期间，医生巡查病房时通过识读终端读取电子健

康码识别患者身份快速查询患者病历信息。

11、住院收费处：患者出院时，收费处通过识读终端读取电子健康码识别患

者身份，进行费用结算和出院手续办理

5.4场地提供

提供用于线下申领、补打电子健康码的业务窗口。

在窗口工位上提供条码打印机摆放位置。

提供自助设备摆放位置。

12

在医疗机构明显位置向公众（患者）宣传推广电子健康码，包括线上申领、

自助申领、窗口申领的流程简介、电子健康码简介等宣传条幅、易拉宝、贴纸、

海报等。

5.5人员培训

1、在医疗机构信息系统改造中，相关厂商（系统服务商、自助设备厂商等）

需要对医疗机构技术人员进行运维培训，保证院内技术人员能够独立承担运维任

务，出现故障时能够快速判断故障归属单位。

2、在医疗机构信息系统改造中，相关厂商（系统服务商、自助设备厂商等）

需要对医疗机构医务人员（收费结算人员、医生、护士等）进行使用培训，保证

医务人员能够熟练掌握电子健康码在院内医疗业务中的应用。

6.接口规范

统一规则描述：

1、下文接口地址描述中均使用协议，实际生产环境中多数情况使用s安全

协议，请对接时注意支持和S协议。

2、下文接口描述均以应用系统自行进行加解密、签名的方式描述，如使用前

置系统加解密、签名的方式参看L3小节的描述。

3、所有接口备注栏标“Y”的为必填项，未标注的为选填项。

4、所有接口备注栏标注为传输代码的需要按照备注说明或数据字典传输代

码，其它未标注的默认直接传输对应字段的内容。

5、所有接口备注栏标“加密”字样的均需加密后传输，未标注的直接明文传

输。

6、所有接口备注栏标“不签名”字样的参数不参与签名，未标注的均需要参

与签名。

7、注册人员类型(persormelType)为无证件儿童时，证件号码传空，由码

管平台生成9001开头的18位系统自编号，即查询时如接收到的证件号码为9001开

头则是系统自编号，仅供参考使用。。

8、系统调试时使用的测试地址为：:〃58.62.175.49:8098/api/d。

9、系统改造在测试环境调试通过后发放正式环境地址。

6.1电子健康码注册(createVmcardQRcode)

6.1.1接口介绍

接口地址://ip:port/api/do

接口方法接口POST方法

接口描述上传个人信息完成账户注册，获取电子健康码和主索引。

接口提供者XX省电子健康码管理平台

6.1.2请求参数

数据类型及

名称说明长度备注(Y-必填)

14

appld应用唯一识别码AN..367由卡管系统分配

Y加密

timestamp请求时间戳AN..32

当前秒数，与标准时间一致

nonceStr随机数血.32Y小于16位的整数

version接口版本号AN..10Y同文档版本,例VL0.6

Y不签名

nethod方法名称AN..50列createVmcardQRcode

Y不签名

headSign头部信息签名AN..32

详见数据签名方法

Y不签名

bodySign上传信息签名AN..32

详见数据签名方法

7不签名

signMode数据签名模式AN..32

详见数据签名方法

Y不签名

encryptMode数据加密模式AN..32

详见数据加密方法

上传数据

name姓名AN..32Y加密

7personnelType为2时可为

idCode证件号码AN..32空。

加密

YpersonnelType为2时可为

idCardTypeCode证件类别AN..2空。

见附录《身份证件类别代码》

validStartdate证件有效期开始时间T8YYYYMMDD

validEnddate证件有效期结束时间T8YYYYMMDD

idlnst发证机关AN..128

见附录7.5性别编码

AN..2

sex性别(GB2261)

nation民族AN..20Y见附录7.7民族代码

birthday出生日期T8YYYYMMDD

birthplace出生地AN..200

phone本人手机号AN..11不为空时需加密处理，加密

linkman联系人姓名AN..50不为空时需加密处理，加密

telephone联系人电话AN..11不为空时需加密处理，加密

GBT2261-2003婚姻状况代

maritalstatuscode婚姻状态AN..2

码

address户籍地址AN..128司身份证地址

currentAddress居住地址AN..128现住地址

idPhoto证件照片CLOB转为base64

scenePhoto头像照片CLOB转为base64

15

根留字段，默认中国，可

AN..50

nationality国籍空。

预留字段，默认汉语，可

AN..50

language语言空。

Y

1:普通2:无证件儿童

personnelTypc人员类型AN..2

仅无身份证件时按2传参，

有身份证件时均按1传参。

人员类型为2时必填

multifetalMark多胎标记AN..2传输代码：

0（单胎）1（多胎）

多胎标记为1时必填

AN..2

multpripleBirths多胎产次产次顺序号：例次2、3

motherName母亲姓名AN..50加密人员类型为2时必填

motherIclCode母亲身份证号AN..32加密人员类型为2时必填

人员类型为2时，与身份证号

母亲主索引IDAN..64

motherEmpi二选一填写。

'，传输代码

1、APP在线申请

2、医疗卫生机构自助机申

请

3、医疗卫生机构窗口申请

appModc操作方式AN..24、批量预生成

5、微信服务号

6、微信小程序

7、支付宝生活号

8、支付宝小程序

9、其他

侦留字段默认为0

无

【、微信

2、支付宝

3、银联

绑定的或者支持的支付

payAccTypeAN..34、银行

账户类型

5、统一支付平台

9、其他

可多选，格式如下举例1：

1*2

举例2：『2例

orgCode机构唯一识别码AN..36'，由应用机构注册备案过的

机构唯一识别码

appRecordNo应用各案号AN..17'，由应用注册备案过的应用

唯一识别码

16

{

“method":"createVmcardQRcode”.

"headSigrT:"639f0d6b537f979dl0dca5ba3cd4902b058f72

ed43973bb4de8a5d2bfdf57IfT,

"bodySign":"a9ce8abebf266f3225e6dbec8221da472b9c22

7fa7f7d83d75f3452eac849df2w,

“appId":"60C90F3B796B4】878B8D9C393E2B6329”,

“version":"V2.0.0",

"nonceStr”<1234567890”,

"timestamp":"60c90F3B796B41878B8D9c393E2B6329”,

"signMude":"SMS"»

*encryptMode*:*SM4/ECB/ZeroBytePadding*»

“signature”:

*304502201368C6FF4A228EBFBE22741EBBE71D27D32DBA9E7

9291E99D03B12E2BC3553FD022100EBF0559D4C40D05651D01

请求格式

5C7EE04756C1E999D2727DD86757C3775FFB5762912”,

"body":{

"idCardTypeCode":"01",

"idCode":"E61C81386935441E6B12D4A91E3E45DE45FE7443

2A7141A4381FCCFB21AB9c35”,

“birthday":"19950401”,

"name":"E467EDEC2E69cl9c257A7EC44A9732B0”,

wvalidStartdate":z，2018010r,

"appMode":"2",

nation:01,

sex:1，

*org€ode*:"KGA00020100000014*,

*appRecordNo*/1301A0002QTIIX0001”

)

}

6.1.3响应参数

属性名称中文名称备注说明

交易结果

returnCode

3：成功非0：不成功

对错误或异常的描述信

returnDesc

息