温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
DB32T
3957-2020
化工企业安全生产信息化管理平台数据规范
3957
2020
化工企业
安全生产
信息化
管理
平台
数据
规范
ICS 13.100 CCS G09 DB32 江苏省地方标准 DB32/T 39572020 化工企业安全生产信息化管理平台数据规范 Data specification of information management platform for work safety of chemical enterprises 2020-12-15 发布 2021-01-15 实施 江苏省市场监督管理局 发 布 DB32/T 3957-2020 I 目 次 前言.II 1 范围.1 2 规范性引用文件.1 3 术语和定义.1 4 数据要素规范.2 4.1 要素关系.2 4.2 文件命名.5 4.2.1 文件名.5 4.2.2 命名要求.5 5 数据元规范.5 5.1 属性规范.5 5.1.1 标识类属性.5 5.1.2 定义类属性.6 5.1.3 关系类属性.6 5.1.4 表示类属性.6 5.1.5 管理类属性.6 5.1.6 附加类属性.6 5.2 描述方法.6 5.2.1 中文标识.6 5.2.2 表示符号.7 5.2.3 定义.7 5.2.4 数据格式.7 5.2.5 值域范围.8 5.2.6 交换约束.8 5.3 数据元细目.8 5.3.1 重大危险源监测预警视图.8 5.3.2 企业安全风险分区管理视图.10 5.3.3 生产人员在岗在位管理.15 5.3.4 企业生产全流程管理.20 附录 A(资料性附录).78 DB32/T 3957-2020 II 前 言 本文件按照 GB/T 1.1-2020标准化工作导则 第 1 部分:标准化文件的结构和起草规则的规定起草。本文件由江苏省应急管理厅提出。本文件由江苏省安全生产标准化技术委员会归口。本文件起草单位:南京莱斯信息技术股份有限公司、江苏省安全生产科学研究院。本文件主要起草人:吴向前、陈正南、李漾、王斌、高岳毅、何凡、钱金浩、毛英杰。本文件为首次发布。DB32/T 3957-2020 1 化工企业安全生产信息化管理平台数据规范 1 范围 本文件界定了化工企业安全生产信息化管理平台数据规范的术语和定义,规定了化工企业安全生产信息化管理平台的基本数据规范。本文件适用于危险化学品生产企业、危险化学品仓储经营企业和危险化学品经营带储存设施企业。2 规范性引用文件 下列文件中的内容通过文中规范性的引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB 6441 企业职工伤亡事故分类标准 GB/T 13861 生产过程危险和有害因素分类与代码 GB 18218 危险化学品重大危险源辨识 GB/T 27921 风险管理风险评估技术 GB/T 33000 企业安全生产标准化基本规范 GB/T 50493 石油化工可燃气体和有毒气体检测报警设计规范 3 术语和定义 下列术语和定义适用于本文件。3.1 危险化学品 hazardous chemicals 具有毒害、腐蚀、爆炸、燃烧、助燃等性质,对人体、设施、环境具有危害的剧毒化学品和其他化学品。3.2 企业主要负责人 key person(s)in charge of the enterprise 有限责任公司、股份有限公司的董事长、总经理,其他生产经营单位的厂长、经理、矿长,以及对生产经营活动有决策权的实际控制人。3.3 重大危险源安全监控预警系统 safety monitoring and early-warning system for major hazard installations 由数据采集装置、逻辑控制器、执行机构以及工业数据通讯网络等仪表和器材组成,可采集重大危险源相关信息,并通过数据分析进行故障诊断和事故预警的方式来确定现场安全状况,同时配备联DB32/T XXXXXXXXX 2 锁装备在危险出现时采取相应措施的重大危险源计算机数据采集和监控系统。3.4 安全风险辨识 risk identification 运用各种方法系统的、连续的认识所面临的各种风险以及分析风险事故发生的潜在原因,确保及时发现并准确研判风险,为风险防控提供依据。3.5 安全风险评估 risk assessment 运用定性或定量的统计分析方法对安全风险进行分析、确定其严重程度,对现有控制措施的充分性、可靠性加以考虑,以及对其是否可接受予以确定的过程。3.6 全流程管理 safety production process management 企业通过落实企业安全生产主体责任,通过全员全过程参与,建立并保持安全生产管理体系,全面管控生产经营活动各环节的安全生产工作,实现安全管理系统化、岗位操作行为规范化、设备设施本质安全化、作业环境器具定置化,并持续改进。4 数据要素规范 4.1 要素关系 平台主要要素逻辑关系模型图如图 1 所示。化工企业安全生产信息化平台化工企业安全生产信息化平台重大危险源重大危险源监测预警监测预警企业安全风企业安全风险分区管理险分区管理生产人员在生产人员在岗在位管理岗在位管理企业生产全企业生产全流程管理流程管理 图 1 平台主要要素逻辑关系模型图 重大危险源监测预警逻辑关系模型图如图 2 所示。DB32/T 3957-2020 3 接入设备信息接入设备信息数据采集设备信息数据采集设备信息监测指标预警信息监测指标预警信息唯一标识码PK设备编码设备名称设备类型.重大危险源监测预警重大危险源监测预警唯一标识码PK网关编码网关名称网关类别.唯一标识码PK指标编码设备编码指标类型.图 2 重大危险源监测预警逻辑关系模型图 企业安全风险分区管理逻辑关系模型图如图 3 所示。风险分级风险分级风险四色图风险四色图风险辨识风险辨识风险管控信息风险管控信息三卡信息管理三卡信息管理企业风险研判企业风险研判唯一标识码PKPK风险点名称风险等级风险分析方法.唯一标识码PKPK风险名称风险等级风险坐标.企业安全风险分区管理企业安全风险分区管理唯一标识码PKPK风险点编号风险点名称所属区域.唯一标识码PKPK风险点名称风险管控层级管控措施.唯一标识码PKPK应急处置卡安全承诺卡风险应知卡.唯一标识码PKPK研判对象研判内容风险研判程度.图 3 企业安全风险分区管理逻辑关系模型图 生产人员在岗在位管理逻辑关系模型图如图 4 所示。DB32/T XXXXXXXXX 4 定位管理定位管理摄像头管理摄像头管理作业人员在岗在位作业人员在岗在位作业区域管理作业区域管理生产作业区域管理生产作业区域管理区域报警管理区域报警管理电子围栏区域管理电子围栏区域管理唯一标识码PKPK定位基站管理定位信标管理标签扩展管理.唯一标识码PKPK摄像头名称安装位置.生产人员在岗在位管理生产人员在岗在位管理唯一标识码PKPK岗位名称岗位地点岗位时间.唯一标识码PKPK作业区域信息人员数量管理二道门管理.唯一标识码PKPK建筑物管理建筑物中定位信标装置管理.唯一标识码PKPK危化品运输车管理外来作业人员管理.唯一标识码PKPK围栏ID关联对象ID关联人员ID.报警信息管理所属区域 图 4 生产人员在岗在位管理逻辑关系模型图 企业生产全流程管理逻辑关系模型图如图 5 所示。DB32/T 3957-2020 5 应急管理应急管理变更管理变更管理安全风险管控安全风险管控事故管理事故管理基础信息管理基础信息管理文件管理文件管理目标责任管理目标责任管理安全制度管理安全制度管理教育培训教育培训唯一标识码PKPK目标责任考核安全绩效考核.唯一标识码PKPK应急预案管理应急演练计划.企业生产全流程管理企业生产全流程管理唯一标识码PKPK文件名称文件编号文件版本.唯一标识码PKPK安全规章制度法律法规标准.唯一标识码PKPK变更申请变更验收.唯一标识码PKPK风险辨识与分级管控现场管理.唯一标识码PKPK事故快报事故报告工伤申报.唯一标识码PKPK培训资料培训计划培训活动.隐患排查治理应急队伍管理唯一标识码PKPK企业基础信息人员基础信息企业化学品信息.图 5 企业生产全流程管理逻辑关系模型图 4.2 文件命名 4.2.1 文件名 对系统和数据库运用过程中产生的各种形式的数据文件制定相应的命名规则,如以标准图幅为基础的数据文件、以行政区划为基础的数据文件和文档数据等。4.2.2 命名要求 文件命名规则要一致,按照一定原则进行总体设计,使文件名称简捷明确,不具歧义,达到提高数据库文件管理效率的作用。5 数据元规范 5.1 属性规范 5.1.1 标识类属性 适用于本规范数据元标识的属性,包括:DB32/T XXXXXXXXX 6 数据元名称;英文名称;表示符号;数据元标识符;版本;注册机构;同一名称;语境。5.1.2 定义类属性 描述本规范数据元语义方面的属性,包括:定义;对象类词;特性词;应用约束。5.1.3 关系类属性 描述本规范各数据元之间相互关联和(或)数据元与模式、数据元概念、对象、实体之间关联的属性,包括:表示词;分类方案值;关系。5.1.4 表示类属性 描述本规范数据元表示方面的属性,包括:数据类型;表示格式;值域。5.1.5 管理类属性 描述本规范数据元管理与控制方面的属性,包括:状态;提交机构;批准日期。5.1.6 附加类属性 在上面未能详细描述的其他属性,包括:备注。5.2 描述方法 5.2.1 中文标识 DB32/T 3957-2020 7 定义:赋予数据元的单个或多个中文字词的指称。约束:必选 数据类型:字符 备注:命名应明确地表达数据元的含义,尽量减少冗余,增加精确度;保持同一环境下的所有中文名称的唯一性。5.2.2 表示符号 定义:数据元的表示符号,可用于数据交换式的交换名称。约束:必选 数据类型:字符 5.2.3 定义 定义:数据元的含义的描述,表达一个数据元的本质特性并使其区别于所有其他数据元的陈述(特别明确的可省略)。约束:可选 备注:数据元的定义应注意:(1)每个定义必须有唯一性,区别于规范中的任何其他定义。(2)用描述性的短语或句子阐述,须简练、准确。(3)定义中仅可使用人们普遍理解的缩略语。(4)所有简称在第一次出现时,必须予以说明。5.2.4 数据格式 定义:从应用的角度规定的数据元值的格式需求,包括所允许的最大或最小字符长度,数据元值的类型和表示格式等。约束:必选 数据类型:字符 备注:本规范的数据元的数据格式如表 1 所示。表 1 数据格式说明表 基本格式 举例 说明 C C 中文字符,可以包含汉字(中、国等)、字母字符(a-z,A-Z)和数值字符等 c12 12 位字符(即 6 个汉字)固定长度的中文字符 c.12 最多为 12 位字符(即 6 个汉字)长度的中文字符(默认 GB 2312信息交换用汉字编码字符集、基本集)A A 特指字母字符(A、B、C)a3 3 位字母字符,定长 a.3 最多为 3 位字母字符 N N 数值型字符 n3 3 位数值字符,定长 n.3 最多为 3 位数字字符 n.9,2 数值型,总长度最多为 9 位数字字符,小数点后保留 2 位数字 DB32/T XXXXXXXXX 8 An An 字母和数字字符 an3 3 位字母数字字符,定长 an.3 最多为 3 位字母数字字符 D D 日期型 d8 日期型,按年、月、日顺序,格式为 8 位定长、全数字表示 (YYYYMMDD)。年用 4 位数字表示,月、日各用 2 位数字表示,彼此之间没有分隔符 d10 日期型,按年、月、日、时顺序,格式为 10 位定长、全数字表示(YYYYMMDDhh)。年用 4 位数字表示,月、日、时各用 2 位数字表示,彼此之间没有分隔符。如 2003 年 1 月 5 日 9 时,应表示为 2003010509 d12 日期型,按年、月、日、时、分顺序,格式为 12 位定长、全数字表示(YYYYMMDDhhmm)。年用 4 位数字表示,月、日、时、分各用 2 位数字表示,彼此之间没有分隔符。如 2003 年 1 月 5 日 9 时 48 分,应表示为