DB12/T 894-2019 汽车维修电子健康档案技术要求

ICS43.180

R16

DB12

天津市地方标准

DB12/T894—2019

汽车维修电子健康档案技术要求

Technicalrequirementsofvehiclemaintenanceandrepairelectronicarchivessystem

2019-07-16发布2019-08-15实施

天津市市场监督管理委员会发布

DB12/T894—2019

前言

本标准按照GB/T1.1-2009给出的规则起草。

本标准由天津市交通运输委员会提出并归口。

本标准起草单位：天津市机动车维修管理处、天津市优耐特汽车电控技术服务有限公司。

本标准主要起草人：孙玉栋、贾彦勇、康岩鑫、徐淑清、程颖、朱少娟、何文强、王耀宇、李洋、

宋颖、郭英男、曾钰涵、孙婧、孙颖、张莉、李承信、王灵会、南文俊。

I

DB12/T894—2019

汽车维修电子健康档案技术要求

1范围

本标准规定了汽车维修电子健康档案的基本要求、上传技术要求、数据采集接口要求、安全性要求。

本标准适用于天津市汽车维修企业汽车维修电子健康档案的建立和上传，其他机动车维修企业参照

执行。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T5624汽车维修术语

GB/T22239信息安全技术信息系统安全等级保护基本要求

JT/T640汽车维修行业计算机管理信息系统技术规范

JT/T1132.1-2017汽车维修电子健康档案系统第1部分：总体技术要求

JT/T1132.2-2017汽车维修电子健康档案系统第2部分：数据采集技术要求

DB12/T689机动车维修服务规范

3术语和定义

JT/T1132.1-2017界定的术语和定义适用于本文件，为方便使用下面重复列出了某些术语和定义。

3.1

汽车维修电子健康档案vehiclemaintenanceandrepairelectronicarchives

以车辆识别代码为唯一标识的汽车从购置到报废过程中汽车维修电子记录的总和。

[JT/T1132.1-2017,定义3.1]

3.2

汽车维修电子记录vehiclemaintenanceandrepairelectronicrecord

用于记录汽车维修过程相关内容的电子化信息。

[JT/T1132.1-2017,定义3.2]

4要求

4.1基本要求

4.1.1汽车维修电子健康档案的建立应符合GB/T5624、JT/T640和JT/T1132.2-2017的相关规定，

应由汽车维修产生的汽车维修电子记录汇总而成。

4.1.2汽车维修企业的汽车维修电子记录应按照DB12/T689中规定的维修服务流程涉及的相关信息构

成，详细数据信息参见附录A。

4.1.3汽车维修电子健康档案应以车辆识别代码(VIN码)作为唯一性标识。

1

DB12/T894—2019

4.1.4汽车维修电子健康档案上传应符合JT/T1132.2-2017的相关规定。上传信息应包括：维修企

业名称、车牌照号码、车辆识别代码（VIN码）、送修日期、送修里程、结算日期、结算清单编号、故

障描述、维修项目、维修工时、配件名称、配件编码及配件数量。

4.1.5汽车维修企业应在完成结算24小时内通过数据接口将汽车维修电子健康档案信息上传至天津

市汽车维修电子健康档案系统。

4.1.6汽车维修电子健康档案存储时间不少于15年。

4.1.7汽车维修电子健康档案上传信息应安全、准确、可靠和可追溯。

4.2上传技术要求

4.2.1数据格式

维修企业名称

英文名称：companyname

定义：汽车维修企业的名称

数据元类型：字符型

数据长度：100

约束条件：不能为空，且字符长度不能少于5

车牌照号码

英文名称：vehicleplatenumber

定义：汽车牌照号码

数据类型：字符型

数据长度：8

约束条件：不能为空

车辆识别代码（VIN码）

英文名称：vin

定义：汽车的车辆识别代码

数据元类型：字符型

数据长度：17

约束条件：不能为空，且字符只能是字母和数字，字符长度固定为17

送修日期

英文名称：repairdate

定义：待修汽车进入维修车间的日期

数据元类型：时间型

数据格式：YYYYMMDDHHMMSS

约束条件：不能为空

送修里程

英文名称：repairmileage

定义：待修汽车进入维修车间之前的里程表读数

数据元类型：数字型

2

DB12/T894—2019

数据长度：８

约束条件：不能为空，且数据只能是整数，整数范围：0-99999999

结算日期

英文名称：settledate

定义：汽车维修结算清单创建日期

数据元类型：时间型

数据格式：YYYYMMDDHHMMSS

约束条件：不能为空

结算清单编号

英文名称：costlistcode

定义：维修结算单据的编号

数据元类型：字符型

数据长度：100

约束条件：不能为空

故障描述

英文名称：faultdescription

定义：待修汽车故障症状描述

数据元类型：字符型

数据长度：200

约束条件：不能为空

维修项目

英文名称：repairproject

定义：各维修作业的项目名称

数据元类型：字符型

数据长度：200

约束条件：不能为空

0维修工时

英文名称：workinghours

定义：各维修项目使用的工时

数据元类型：数字型

数据长度：12,1

约束条件：不能为空，整数长度12，小数点最多1位

1配件名称

英文名称：partsname

定义：本次维修作业更换材料的名称，包括配件和辅料等

数据元类型：字符型

数据长度：50

3

DB12/T894—2019

2配件编码

英文名称：partscode

定义：本次维修作业更换的配件编码

数据元类型：字符型

数据长度：50

3配件数量

英文名称：partsquantity

定义：本次维修作业更换的配件数量

数据元类型：数字型

数据长度：12,2

约束条件：整数长度12，小数点最多2位

4.3数据采集接口要求

4.3.1接口协议

数据采集接口协议应满足以下要求：

a)传输方式采用HTTP传输；

b)采用POST方法提交；

c)数据格式为JSON格式；

d)字符编码采用UTF-8。

4.3.2交换过程

汽车维修企业为数据上传的发起方，天津市汽车维修电子健康档案系统为数据上传的接收方。汽车

维修企业发送报文后30s内未收到应答报文，应中断发送后重新进行一次请求。

4.3.3上传设备性能

上传设备性能应满足以下要求：

a)接口响应时间：弱交互类接口平均响应时间不超过2s,强交互类接口平均相应时间不超过5s；

b)业务吞吐率：不低于6000kB/s；

c)资源利用率：峰值内存、磁盘、通信占用率保持50%以下；

d)数据存储：存储时间不低于15年；

e)稳定性：年宕机时间不超过全年时间的1%。

4.3.4业务流程

上传业务流程见图1。

4

DB12/T894—2019

企业登录天津市汽车维修电子健康

档案系统,系统管理员分配企业账号

和密码

否

是否为品牌4S

维修企业

是

联系汽车生产企业,汽车生产企业按联系系统服务商，系统服务商制定对

照所属品牌授权维修体系的对接技接技术方案，与天津市汽车维修电子

术方案,与部级系统进行对接健康档案系统进行对接

按照《汽车维修电子健康档案技术要

求》要求实现数据上传

查询汽车维修电子记录，车辆所有人