JT/T 1132.4-2017 汽车维修电子健康档案系统第4部分:数据交换与共享

中华人民共和国交通运输行业标准 JT/T 1132.4—2017 汽车维修电子健康档案系统 第4部分：数据交换与共享 发布日期：2017-04-27 实施日期：2017-07-01 中华人民共和国交通运输部 前言 JT/T 1132《汽车维修电子健康档案系统》分为4个部分：第1部分：总体技术要求；第2部分：数据采集技术要求；第3部分：数据元；第4部分：数据交换与共享。本部分是JT/T 1132的第4部分。 本部分按照GB/T 1.1—2009给出的规则起草。本部分由交通运输部运输服务司提出。本部分由全国汽车维修标准化技术委员会（SAC/TC 247）归口。本部分起草单位：交通运输部公路科学研究院、北京中公高远汽车试验有限公司、江苏省交通运输厅运输管理局、湖北省交通运输厅道路运输管理局、杭州市机动车服务管理局、电子政务云计算应用技术国家工程实验室。 本部分主要起草人：阳冬波、高博、周刚、杨小娟、贾红、巩建强、梁晨、蔡凤田、曹磊、许书权、刘佳、陈潮洲、董国亮、果防、张懋、田永生、蔡健、杨光辉、连樟文、吕林凯、孙轶巍、林文沁、陈晓晓。 1 范围 JT/T 1132的本部分规定了汽车维修电子健康档案系统数据交换与共享的基本要求、数据格式及约束条件和接口要求。本部分适用于部级与省级汽车维修电子健康档案系统之间的数据交换与共享。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 2260 JT/T 1132.2—2017 JT/T 1132.3—2017 3 缩略语 下列缩略语适用于本文件： HTTP：超文本传输协议（HyperText Transfer Protocol） JSON：脚本语言对象标记（JavaScript Object Notation） UTF-8：8位统一可变长度字符编码（8-bit Unicode Transformation Format） VPN：虚拟专用网络（Virtual Private Network） 4 基本要求 4.1 数据交换与共享方式要求 部级汽车维修电子健康档案系统（简称“部级系统”）与省级汽车维修电子健康档案系统（简称“省级系统”）应通过数据接口的方式实现数据的交换与共享。 4.2 数据交换与共享内容要求 4.2.1 省级系统与部级系统交换与共享的汽车维修电子记录内容应符合JT/T 1132.2—2017中4.2的要求。 4.2.2 省级系统上报至部级系统的统计数据应包括维修量统计、维修车辆统计、维修服务评价统计、维修企业统计、从业人员统计及系统用户统计等信息。 4.3 数据交换与共享时效要求 数据交换与共享时效要求包括： a) 省级系统应将采集的汽车维修电子记录数据实时上报至部级系统，最迟不得超过当日24时； b) 部级系统应将总的省级系统异地汽车维修电子记录数据实时下发至汽车属地省级系统，最迟不得超过当日24时； c) 省级系统应按日将4.2.2中规定的统计数据上报至部级系统。 5 数据格式及约束条件 5.1 数据格式 数据交换与共享的数据格式应符合JT/T 1132.3的要求。 5.2 约束条件 表1 约束条件 | 符号 | 描述 | | --- | --- | | F | 固定长度 | | V | 可变长度 | | N | 数值 | | + | 有且只能填1项 | | 0..n | 可以没有，也可以有多个 | | 0..1 | 可选项 | 6 接口要求 6.1 接口协议 数据交换与共享接口协议应满足： a) 传输方式采用HTTP传输； b) 采用POST方法提交； c) 数据格式为JSON格式； d) 字符编码采用UTF-8； e) 采用VPN安全校验机制。 6.2 交换过程 交换过程应包括： a) 部级系统接收省级系统上传数据：省级系统为服务的发起方，部级系统为服务的接收方；省级系统发送报文后30s内未收到应答报文，应中断发送后重新进行一次请求。 b) 省级系统接收部级系统下发数据：部级系统为服务的发起方，省级系统为服务的接收方；部级系统发送报文后30s内未收到应答报文，应中断发送后重新进行一次请求。 6.3 报文结构 报文结构应包括报头（header）和报体（body）节点。报文结构字段的要求见表2。 表2 报文结构字段 | 序号 | 层级 | 父元素名称 | 元素名称 | 业务描述 | 类型 | 长度 | 约束 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 0 | transaction | transaction | 交易报文的主节点 | - | - | - | | 2 | 1 | transaction | header | 报文头 | 字符串 | F6 | - | | 3 | 1.1 | header | date | 请求日期 | 字符串 | F8 | YYYYMMDD | | 4 | 1.2 | header | time | 请求时间 | 字符串 | F6 | hhmmss | | 5 | 1 | transaction | body | 具体交易的JSON | 字符串 | V | - | 6.4 功能要求 6.4.1 省级系统通过用户名称和用户密码进行身份校验，获取接口调用凭证，进行接口调用。接口调用凭证的存储空间应不少于512 Bytes。每次获取接口调用凭证的有效期为2h。 6.4.1.1 报文结构字段要求 表3 请求报文结构 | 序号 | 层级 | 父元素名称 | 元素名称 | 描述 | 类型 | 长度 | 约束 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 1 | reqinfo | reqinfo | 请求体 | 字符串 | V | - | | 2 | 1.1 | reqinfo | username | 用户名称 | 字符串 | V100 | - | | 3 | 1.2 | reqinfo | password | 用户密码 | 字符串 | V100 | - | 6.4.1.2 应答报文结构要求 表4 应答报文结构 | 序号 | 层级 | 父元素名称 | 元素名称 | 描述 | 类型 | 长度 | 约束 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 0 | resplnfo | resplnfo | 应答报文 | 字符串 | V | - | | 2 | 1 | resplnfo | code | 返回代码 | 字符串 | F32 | - | | 3 | 1 | resplnfo | status | 返回说明 | 字符串 | V100 | 1:成功; 0:失败; -99:系统运行异常 | | 4 | 1 | resplnfo | access_token | 接口调用凭证 | 字符串 | F32 | 2h有效 | 6.4.1.3 维修企业在省级系统注册成功后，省级系统将维修企业账户备案到部级系统，同时获取部级系统的维修企业唯一标识。 6.4.1.3.1 请求报文结构 表5 请求报文结构 | 序号 | 层级 | 父元素名称 | 元素名称 | 描述 | 类型 | 长度 | 约束 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 1 | reqinfo | reqinfo | 请求体 | 字符串 | V | - | | 2 | 1.1 | reqinfo | access_token | 接口调用凭证 | 字符串 | F32 | - | | 3 | 1.2 | reqinfo | companyname | 维修企业名称 | 字符串 | V100 | - | | 4 | 1.3 | reqinfo | companyadministratedivisioncode | 区域编码 | 字符串 | F15 | - | | 5 | 1.4 | reqinfo | companycode | 维修企业编码 | 字符串 | F15 | - | 6.4.1.3.2 应答报文结构 表6 应答报文结构 | 序号 | 层级 | 父元素名称 | 元素名称 | 描述 | 类型 | 长度 | 约束 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 0 | resplnfo | resplnfo | 应答报文 | 字符串 | V | - | | 2 | 1 | resplnfo | code | 返回代码 | 字符串 | F32 | - | | 3 | 1 | resplnfo | status | 返回说明 | 字符串 | V100 | - | | 4 | 1 | resplnfo | companyuniquecode | 维修企业唯一标识 | 字符串 | F15 | - | 6.4.1.4 新增汽车维修电子记录 省级系统应将新增的汽车维修电子记录上传至部级系统，新增成功后返回成功标识。新增汽车维修电子记录的代码示例参见附录A。