DB52T 1628.3-2021 电梯应急救援处置服务平台 第3部分:数据规范.pdf

  • DB52T 1628.3-2021 电梯应急救援处置服务平台 第3部分:数据规范.pdf为pdf格式
  • 文件大小:0.3 M
  • 下载速度:极速
  • 文件评级
  • 更新时间:2021-10-31
  • 发 布 人: wqh6085061
  • 原始文件下载:
  • 原始文件是会员上传的无错版,推荐下载这个版本

  • 环境安全EHS,pdf格式,下载需要20积分
  • 立即下载

  • word版文件下载:
  • 特别提醒:word版是本站通过人工智能从pdf转换成的word版本,正确率只有90%左右(正在通过训练继续提高准确率),排版恢复的也并不完全准确,没有进行任何人工校对,VIP会员直接免费下载即可,普通会员无法通过点数下载,算是给VIP的活动。

    特别提醒:word版是不完美的,错误较多,只能参考,有需要的可以少打一些字,别下载了找我们说word内容有问题,这是送给VIP会员的。

  • 文档部分内容预览:
  • 4.2.3.1应根据数据更新频率

    4.2.4.1应建立源数据库与目标数据库之间的数据结构映射,通过数据库同步进行采集。 4.2.4.2应根据数据量和实时性要求选择相应的采集方式。

    医药标准4.2.4.1应建立源数据

    4.5.1数据同步方式

    应根据实际情况选择增量或全量同步

    4. 5. 2数据同步频率

    应根据实际情况选择适宜的数据同步频率

    应根据实际情况选择适宜的数据同步频率!

    电梯应急救援处置服务平台上归集的数据内容应包括电梯档案数据、监察人员数据、使用单位 援单位数据、救援派工单信息、语音信息和电梯健康度数据等。 用于归集的数据结构应符合附录A的要求,电梯故障原因分类代码应符合附录B的要求

    DB52/T 1628. 32021

    5.3.1应对数据字典定期维护。 5.3.2应制定数据质量标准并定期进行优化和维护。 5.3.3应根据制定的数据质量标准对数据进行质量监控和管理。 5.3.4应建立关键数据质量异常告警机制

    5.3.1应对数据字典定期维护。

    交换流程见图2,应通过接口方式交换数据,数据发送方通过RestfulApi接口传输数据,数据接 回相应的传输结果。

    源数据库与目标数据库应建立接口字段关系映

    6.3.1.1数据提供方发送的请求报文内应包含双方约定的申请参数, 6.3.1.2回复报文内容应包含响应状态代码和响应结果文字说明。

    6. 3. 2 接口格式

    6.3.2.1电梯档案数据接口格式应符合附录C中C.1的要求。

    6.3.2.1电梯档案数据接口格式应符合附录C中C.1的要求。 6.3.2.2监察人员数据接口格式应符合附录C中C.2的要求。 6.3.2.3使用单位数据接口格式应符合附录C中C.3的要求 6.3.2.4救援单位数据接口格式应符合附录C中C.4的要求。

    6.3.2.1电梯档案数据接口格式应符合附录C中C.1的要求。 6.3.2.2监察人员数据接口格式应符合附录C中C.2的要求。 6.3.2.3使用单位数据接口格式应符合附录C中C.3的要求。 6.3.2.4救援单位数据接口格式应符合附录C中C.4的要求。

    6.3.3响应状态代码

    应符合附录C中C.5的要求

    7.1.1应采用密码技术保障数据在传输过程中的机密性, 7.1.2应采用安全协议保障数据在传输过程中的安全性。 7.1.3应提供对传输通道两端进行主体身份鉴别、认证的技术方案和工具。 7.1.4应部署相关设备对网络可用性及数据泄露风险进行防范。

    7.1.1应采用密码技术保障数据在传输过程中的机密性, 7.1.2应采用安全协议保障数据在传输过程中的安全性。 7.1.3应提供对传输通道两端进行主体身份鉴别、认证的技术方案和工具。 7.1.4应部署相关设备对网络可用性及数据泄露风险进行防范。

    DB52/T1628.32021

    7.2.1应建立各类数据存储系统的安全配置规则 7.2.2应提供工具支撑存储介质及逻辑存储空间的安全管理。 7.2.3应具备多用户数据存储安全隔离能力。

    7.3.1应建立数据备份和恢复的技术工具并支持本地和异地数据灾备。 7.3.2应定期检查数据备份存储介质,确保进行数据恢复时备份可用。 7.3.3应定期进行数据恢复测试,确保备份数据能进行正常的恢复,数据恢复后应进行数据完整性校 验。

    DB52/T 1628. 32021

    电梯档案数据见表A.1。

    表A.1电梯档案数据

    监察人员数据见表A.2。

    表A.2监察人员数据

    使用单位数据见表A.3

    DB52/T1628.3202

    表A.3使用单位数据

    救援单位数据见表A.4。

    表A.4救援单位数据

    DB52/T 1628. 32021

    救援派工单信息见表A.5。

    表A.5救援派工单信息

    DB52/T1628.32021

    电梯健康度数据见表A.7。

    表A.7电梯健康度数据

    DB52/T 1628. 32021

    附录B (资料性) 电梯故障原因分类代码

    电梯故障原因分类代码见表B.1

    附录B (资料性) 电梯故障原因分类代码

    表B.1电梯故障原因分类代码

    DB52/T1628.32021

    DB52/T 1628. 32021

    C.1电梯档案数据接口

    标准格式: 请求:POSTurl/eleBase?i "data":{ "ELECODE":"电梯编号" "EQULOGCODE":"设备注册代码", ####·· ·*·# //其中url为电梯档案数据接口访问地址前缀,eleBase?i为接口名称,接口名称可以自定义。 示例: 请求:POST/eleBase?i "data":[ "ELECODE":"电梯编号", "LOGCODE”:"设备注册代码", "ELESTATUS”:"电梯使用状态", "AREACODE":"电梯所在地区", "LOCADDR":"电梯所在地址", "GISLONG":电梯所在经度, "GISLAT":电梯所在纬度, "ORGPLA”:”电梯所在楼内位置", "USEGRO":"电梯投用日期", "PRODORG”:"制造企业名称" "STACHEORG”:"检验检测机构名称", "REGORG":"所属监察机构" "NFCID":"NFC芯片ID° 回复报文: HTTP/1. 1 200 OK "code":"响应状态代码”, "msg”:"响应结果文字说明", "data" : (

    “id”:”电梯档案数据唯一标识符”

    C.2监察人员数据接口

    DB52/T1628.32021

    标准格式: 请求:POSTurl/eleRegOrg?i "data":[ "RGNAME":"监察人员姓名", "RGCELL”:"监察人员手机号码", ####······# //其中url为监察人员数据接口访问地址前缀,eleRegOrg?i为接口名称,接口名称可以自定义。 示例: 请求:POST/eleRegOrg?i "data":{ "RGNAME":"监察人员姓名", "RGCELL":"监察人员手机号码", "AREACODE:"所属地区代码", "REGORG":"所属监察机构” 回复报文: HTTP/1. 1 200 OK "code":"响应状态代码", "msg”:"响应结果文字说明", "data":( "id":"监察人员数据唯一标识符

    地基标准规范范本C.3使用单位数据接口

    标准格式: 请求:POST url/eleUseOrg?i

    标准格式: 请求:POSTurl/eleUseOrg?i

    DB52/T 1628. 32021

    DB52/T1628.32021

    东代码表应符合表C.1的要

    DB52/T 1628. 32021

    办公楼标准规范范本表C.1响应状态代码表

    ....
  • 数据标准
  • 相关专题: 电梯  
专题: bs标准 |建筑技术论文 |路桥施工组织设计 |体检标准 |路灯标准 |

常用软件