涉氮制冷企业隐患排查系统设计
2019-04-18洪轶群陈如明
◆洪轶群 陈如明
（厦门烟草工业有限责任公司 福建 361000）
0 引言
当代社会发展迅猛，国民经济越来越好，贸易与电商的高速发展带动物流行业以及制冷技术快速发展，近十多年来各个城市的大型冷库如同雨后春笋般涌现。但是由于冷库项目的建立经验少，缺乏管制与正确引导，无序建立的冷库事故频发。特别是涉氮制冷企业，在2013年，先后发生两起涉氮制冷企业全球罕见的安全事故。其中一起是在2013年6月3日，吉林省长春市宝源丰禽业有限公司因电气线路短路引起的液氮泄漏和特别重大火灾事故，造成121人死亡、76人受伤，直接经济损失1.82亿元。这给我们对涉氮制冷企业的行业敲响了安全生产的警钟。预防液氮制冷事故成为涉氮制冷企业的重中之重，为安全监管人员提供便利的检查条件成为了新的需求。
涉氮制冷隐患排查在2013年之后就引起了重视，2013年12月6日，国家安全监管总局监管四司印发了《涉氮制冷企业液氮使用专项治理技术指导书（试行）》。《指导书》编写组针对治理工作中各工作岗位人员的需求，针对涉氮制冷企业极易发生的泄漏、火灾、爆炸（爆裂）和综合事故，提出了治理的依据、技术要求和整改措施等，以指导企业根据各自系统特点制定企业有关规章制度和操作规程[1]。除此之外，还有各种关于涉氮制冷企业消防安全研究的，例如《涉氮制冷企业消防安全合规性研究》一文就开展了企业安全法规适用性与合规性研究[2]。还有的文章由HACCP原理和事故树所确定的氮制冷系统安全危害的关键控制点进行安全整顿改造方法,并且通过实际的氮制冷系统安全改造工程实例进行了具体说明[3]。涉氮制冷企业液氮使用专项治理情况通报发布的文章也很多，参考文献[4]。有的文章则阐述了涉氮制冷系统性能这方面的研究[5]。
1 系统设计
1.1 企业上传进度模块
为了让安监局能够每天登录之后，便看到所有被管理的企业的隐患条目检查信息，需要一个企业上传进度模块。这个模块可以让安监局人员清楚地看到，有哪些企业上传了隐患条目信息，哪些企业没有上传。并且可以查看当天隐患排查详情、以及历史隐患排查情况（包括检查人、检查时间、隐患数统计、隐患内容饼状图和隐患具体详情）。企业用户在这一模块则只能看到自己的企业的隐患排查上传的情况、详情及历史记录。
1.2 系统配置模块
这一模块只有安监局才有权限使用，是对系统进行配置管理：企业用户的管理、企业信息的录入修改、企业隐患条目的增删改、针对不同企业隐患条目的设置（这个功能的名字为贮氮容量设置）。
1.3 企业隐患分析模块
这一模块的功能是对企业隐患进行分析：查询某一天未上传数据的企业、查看统计各企业某年某月的隐患数及隐患类型柱状图、查看统计各企业某年月的风险等级折线图。企业用户只能查看自己的企业的情况。
1.4 隐患检查及结果上传模块
之前的三个模块都是在 Web端使用的，这个模块则是在移动端使用的。这个模块需要有一个Apply，是给企业的隐患条目检查人员使用。这个Apply主要的功能是在企业用户登录之后，根据企业用户信息，返回对应该企业的隐患条目信息。该APP系统内有详细的涉氮制冷企业检查标准，检察人员可通过 APP对涉氮企业内可能存在的隐患逐条排查，并对存在的隐患进行标注，如有需要可拍照记录并上传。在结束检查后，根据标记做数据分析图表，并生成排查分析报告。
总结安监局人员其实就是系统管理员，拥有的功能如图1，而企业用户则是普通用户，拥有的功能如图2。
2 模块功能具体实现
2.1 企业上传进度部分
这个主要是通过当日隐患表实现的。这个当日隐患表作用如表名是存储当日隐患，在移动端上传今日的隐患排查详情后，就对本表进行判断，首先判断这个表里有没有对应的公司的隐患信息排查记录，没有就直接增加隐患排查结果信息。如果有，就判断一下上传时间是否是今日以防止一日多次上传导致的问题，如果是，则直接增加隐患排查结果，如果不是，就把对应的记录删除，然后再增加。删除之前的记录是为了防止常用当日隐患表随着时间变得太大而导致的查询效率降低。此后就可以根据上传时间，连同企业信息表，来检测企业是否在今日有上传隐患排查详情，并将包括企业名称、上传时间在内的信息查询显示出来。
图1 安监局用户（管理员）功能架构
图2 企业用户功能架构
今日详情部分如图3所示，是根据企业Id 到当日隐患表再连表隐患信息表，计算各级隐患的数目在前端用饼状图显示，并显示出隐患的详细信息包括隐患编号、内容、等级在Web前端用表格显示，而且每条隐患记录旁边有个查看图片栏，如果不为空，显示的是图片的话，点击可查看图片，也可以右击另存为下载图。实现的做法是将图片路径存储到表中dangerImg字段，前端根据dangerImg字段就可以找到图片。
图3 今日详情
历史记录部分如图4所示，则是根据企业ID和所要查询的日期到历史隐患表查找，再连表隐患信息表，就能够显示出隐患的详细信息包括隐患编号、内容、等级在Web前端用表格显示，并计算同级隐患的数目在前端用饼状图显示。
2.2 贮氮容量设置部分
如图5，在这个部分，管理员可以设置企业所需排查的隐患条目。在增加公司时，会根据隐患条目表在公司隐患条目表增加对应公司的全部隐患条目，之后再通过dangerSwitch字段判断是否需要查询，刚增加时默认为是。管理员可在此部分设置是否，通过前台传回companyId和dangerSwitch参数进行修改。
图4 历史记录
图5 贮氮容量设置
2.3 企业隐患分析模块
这一模块共有“未上传企业统计”、“隐患数及类型统计”、“风险等级统计”三个部分。其中“未上传企业统计”部分仅管理员有使用权限，而“隐患数及类型统计”、“风险等级统计”企业用户只能查看自己的企业的情况。
（1）未上传企业统计部分
如图6，这个部分就是安监局人员可以在这里查看某年某月某日未上传的企业都有哪些。后台实现：先去企业信息表取出所有企业，然后循环，根据公司编号前台和传回的日期信息参数somedaytime，去历史隐患表查询当天企业是否有上传记录，hql语句" from Tdangerdataall t where dangerDatetime >='"+somedaytime+"' and dangerDatetime <'"+Changedate.getSpecifiedDayAfter(somedaytime)+"'"，然后再从公司信息表读出所有公司信息放到链表中。接着遍历公司，根据公司编号是否有在历史隐患记录表里找出来的记录里，就可以知道该公司当天是否有上传隐患排查记录。
图6 贮氮容量设置
（2）隐患数及类型统计部分
如图7，这个部分管理员可以通过选择企业和要查询的年月，得到企业在某个月份的每天的隐患数目情况并以柱状图或折线图展示，可以对隐患级别进行筛选以只显示某个级别的隐患数目统计情况。后台实现：到历史隐患表，根据给的年月，去获得这个月份的每一天，然后存放到String字符串组中，接着就是类似于查看历史记录一样，循环查找对应的日期的上传记录，然后各个隐患类别并计算总数，最后响应前台。
图7 企业隐患统计
（3）风险等级统计部分
如图8，这个部分就管理员可以通过选择企业和要查询的年月，得到企业在某个月份的每天的风险等级统计情况并以折线图展示，可以对隐患级别进行筛选以只显示某个级别的隐患数目统计情况。后台实现：与隐患数及类别统计部分类似，到历史隐患表，根据给的年月，去获得这个月份的每一天，存放到String字符串组中，然后循环查找对应的日期的各个隐患类别，再根据安监局给的风险等级计算规则用各个隐患级别的数目计算出风险等级，然后响应前台。
3 结束语
本文讲述了涉氮制冷的发展和其隐患管理的问题所在，进而引出了涉氮制冷企业隐患排查系统的开发技术，需求分析，系统设计及实现。本系统基于J2EE平台开发，采用主流框架之一的SSH框架，与MVC模式结合，提高了系统的可维护性和可扩展性。本系统主要应用于涉氮制冷企业隐患排查，可以满足安监局人员和企业用户的基本需求，简化了安监局人员和企业用户的工作。
图8 企业隐患统计
