《安全隐患信息管理系统研制报告.doc》由会员分享，可在线阅读，更多相关《安全隐患信息管理系统研制报告.doc（48页珍藏版）》请在三一办公上搜索。
1、目录1.安全隐患信息系统立项背景22.安全隐患信息系统主要研究问题33.安全隐患信息系统建设内容43.1系统建设目标43.1.1应用目标43.1.2技术目标53.2技术解决方案73.2.1系统架构73.2.2软件部署方式103.2.3运行环境113.2.4安全策略133.3系统分析183.3.1组织结构183.3.2系统需求概述193.3.3系统需求分析203.3.4系统流程253.4系统设计273.4.1系统框架结构设计273.4.2系统功能设计273.4.3数据库设计293.5系统功能介绍313.6系统实施方案373.6.1项目实施范围373.6.2项目实施方法393.6.3系统培训403
2、.6.4系统运行支持434.系统推行效果445.项目效益分析455.1经济效益分析465.2社会效益分析471.安全隐患信息系统立项背景从我国煤矿整体安全形势来看，2002年以来，我国煤炭产业发展迅速。为了有效控制和减少煤矿安全生产重、特大事故的发生，国务院下发了关于预防煤矿安全事故的特别规定（国务院446号令），国家安全监督总局也随之发布了煤矿隐患排查和整顿关闭实施办法（试行）等文件。说明事故隐患排查治理工作是当前煤矿安全管理的重点工作。而隐患管理中排查出隐患不是目的，治理隐患才是根本，只有保证治理方法得当、治理手段先进，才能有效的消除隐患、避免事故的发生。因此如何实现隐患信息的完全闭合以及
3、信息的及时传递和共享就成为隐患管理中的紧要任务。近些年来，各大煤炭集团增加了安全管理方面的研究，纷纷对安全监测监控系统、应急救援系统、信息管理系统进行了大量的资金投入，取得了一定的效果。但煤矿真正的管理薄弱环节在于隐患排查和三违管理的落实，由于这些管理疏忽经常发生中小伤亡事故。大部分煤炭企业在重视硬件投入的同时却忽视了对隐患信息的管理以及安全自主意识的培养，在安全隐患信息管理系统方面停留在简单的信息管理和简单的闭合统计，没有形成全员参与的安全管理模式，未能实现信息平台的全员参与和信息共享，因此实际效果大打折扣，只解决了表面问题。为了有效落实煤矿事故隐患排查、治理职责，从源头上防止生产安全事故的
4、发生，真正做到明确责任，关口前移，防患于未然。本着“安全第一、预防为主、综合治理”的煤矿安全生产方针，与煤矿事故隐患排查、治理思想，以及具体业务的管控模式相结合，我们通过运用信息技术、网络技术和通讯技术准备研发煤矿安全隐患信息管系统。通过本系统可建立基础数据库、隐患信息库、专家信息库和安全知识库的信息集成平台；实现各区队、排查和治理的多级制约管理；提供事故隐患的时限预警、频发预警和短信预警功能；统计分析各类隐患及事故发生的趋势和规律，找出影响因素，便于及时防范、发现和治理隐患。通过安全阳光信息网站实现全员参与的安全管理，从而加大安全培训和教育的力度，在全体员工中形成安全防范意识，主动的进行安全
5、管理。这种模式在义络公司试验成功后，可以在集团中进一步推广，以煤矿为隐患业务管理的主体，并以点代面逐步建设，最终在集团层面形成隐患信息统一管理平台，对重大隐患进行及时的实时的管理和监控。2.安全隐患信息系统主要研究问题“安全隐患信息管理系统研究”项目包含四项主要研究内容，分别是：(1)隐患闭合管理模式建立及系统流程设计(2)三违闭合管理模式建立及系统流程设计(3)GSM短信预警平台设计(4)自定义报表平台设计1、隐患及三违闭合管理流程再造及业务优化2、全员安全管理业务设计及业务优化3、短信及多种预报警机制设计与实现4、基于自定义报表平台的统计与报表实现5、对系统进行测试、修复错误、完善功能6、
6、关注各领域最新研究成果、不断优化升级系统项目技术路线图3.安全隐患信息系统建设内容3.1系统建设目标3.1.1应用目标建立安全信息平台，实现了安全网络化办公。煤矿事故隐患排查治理等安全管理信息通过登陆平台，利用网络实现上传、审核、查询、领导批示、提示预警、统计汇总、制度文件下载等功能。各级管理人员能够按照权限，履行对隐患或三违的认定、审查和批示的职责。通过信息平台，矿井哪个地点存在什么隐患，治理到什么程度，各级管理人员都能够及时了解和掌握，为及时做出决策提供了便捷的途径和真实、可靠的依据，提高了隐患排查治理工作的时效性和三违管理工作的严肃性。按级别和专业管理隐患，按级别和类型管理三违、事故，实
7、现煤矿安全多角度管理；通过集团、矿、区队、班组、个人参与，实现煤矿安全的多层次管理；实现从隐患上报、审核、审定、批示、治理、复查以及隐患综合查询的闭合式管理模式，系统保留所有业务的处理过程，便于明确责任、有效监管和责任追究；实现从三违上报、审核、处罚、公示以及三违综合查询的闭合式管理模式，并引入三违的申诉、仲裁机制，使三违管理做到公开、公正、透明。通过设立安全知识库、隐患信息库和事故警示库，建立统一的隐患认定标准，增强安全知识学习，积累历史经验和教训，避免事故发生；实现隐患多重预警管理。短信预警借助短信发送平台实现信息即时传送到责任人掌中，在线预警通过预警隐患确定和治理状态跟踪，实现隐患信息的
8、即时提醒；系统提供灵活的查询条件，用户输入后即可根据权限查询出所需的业务数据和信息，同时可对数据进行纵向、横向对比分析，并支持多种格式的输入输出； 3.1.2技术目标（1）实现人性化的系统配置功能：为了最大限度的提高系统的灵活性，满足用户瞬息万变的需求，本系统增加了许多人性化的系统配置功能，如系统菜单完全自定义、工作区背景图设置、界面设置、功能模板设置以及数据字典编码方案设置等系统配置功能。（2）实现灵活的权限管理：为了满足用户对隐患信息实现精细化管理，本系统全面支持多种模式的权限管理。在赋权模式上，集成了统一赋权和逐级赋权两种模式；在业务权限上，支持菜单权限、业务操作权限和数据权限，可具体控
9、制到一类数据。（3）应用成熟的系统架构：采用成熟的网络计算方案浏览器/服务器结构（B/S）与客户端/服务器结构（C/S）结合的方式，亦可根据需要独立采用B/S或C/S系统架构。实现事故隐患信息集中管控及高效、安全应用的要求。（4）支持大型关系型数据库管理系统（ORDBMS）。包括ORACLE， DB2， SQL SERVER等。（5）消息平台：本系统的消息平台支持系统消息、预警消息、业务消息、客户间交互以及系统公告发布等功能。通过消息平台实现了业务系统的智能化，并为系统用户提供了有效快速的沟通平台。（6）综合分析查询：系统提供灵活的定制条件，用户选择后即可根据权限查询出选定业务环节的数据，同时
10、可对历史数据进行纵、横向对比分析，并支持Excel格式输出。（7）操作界面友好简单：系统能以最简便的流程，人性化的操作完成各种管理功能。操作便捷，易学易用。3.2技术解决方案3.2.1系统架构（1）面向服务的体系结构面向服务的体系结构（Service-Oriented Architecture，SOA，也叫面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平
11、台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。WEB服务(XML/SOAP/WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。SOA则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。 对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个
12、应用程序的业务逻辑（Business Logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用.NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。（2）基于WCF的系统架构WCF是微软基于SOA（Service Oriented Architecture）推出的.Net平台下的框架产品，它代表了软件架构设计与开发的一种发展方向，在微软的战略计划中也占有非常重要的地位。
13、根据微软官方的解释，WCF是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，例如.Net Remoting、ASMX、WSE和MSMQ。以通信范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于Internet；以宿主程序而论，可以以ASP.NET、EXE、WPF、Windows Forms、NT Service、COM+作为宿主。WCF可以支持的协议包括TCP、HTTP、跨进
14、程以及自定义，安全模式则包括SAML、Kerberos、X509、用户/密码、自定义等多种标准与模式。Microsoft .Net Framework 3.5 SP1用户界面(C+B)WPF客户端、移动客户端、ASP.NET/Silverlight浏览器应用程序业务逻辑(Business Logic)应用框架、元数据组件、基础数据组件、业务组件、其他组件数据访问(Data Access)ADO.NET数据访问、LINQ数据访问、Entity Framework数据访问SQL SERVERWCFORACLEIBM DB2本系统整体架构及相关技术如下图所示：用户界面本系统基于Microsoft .
15、Net Framework 3.5，支持多种形式的用户界面：基于WPF的客户端程序、基于ASP.NET和Silverlight的WEB应用程序以及移动终端设备。客户端程序即可以使用传统的Windows安装程序进行部署，也可以使用ClickOnce 技术进行部署。ClickOnce是一种允许应用程序自动升级的部署技术。应用程序发布到文件共享、Web站点或CD这样的媒介上。之后，ClickOnce应用程序就可以自动升级，而无需用户的干涉。过去，很多问题使得软件提供商决定创建 B/S结构的Web 应用程序而不是基于 Windows 的应用程序，为了便于安装及维护而牺牲了Windows应用程序丰富的用
16、户界面交互特性。对于使用 ClickOnce 部署的应用程序，您可以集用户交互性和易于安装及维护性的优势于一身。ClickOnce还解决了安全权限问题。一般情况下，要安装应用程序，用户需要有管理权限。而利用ClickOnce，用户只要有运行应用程序所需的最低权限就可以安装和运行应用程序。业务逻辑本系统业务逻辑层组件采用可移动业务对象技术开发，支持多层分布式系统架构。使用WCF技术进行通信，整合了多种分布式架构的优点，使得客户端与应用服务器的交互更加方便、安全，也使得本系统与第三方系统有着更好的接口方式。数据访问本系统提供多种数据访问组件，支持多种主流关系数据库管理系统（DBMS），包括SQL
17、Server、Oracle、DB2等。3.2.2软件部署方式本系统为多层分布式系统，支持单服务器、双服务器以及多服务器三种部署方式。考虑到用户的业务需求，我们建议在生产环境中以双服务器或多服务器部署方式为主，部署示意图如下所示：（1）双服务器部署（2）多服务器部署3.2.3运行环境（1）网络环境本系统属于网络密集型应用系统，系统运行时，大量数据需经过网络传递。所以网络的传输性能直接影响到系统的运行效果。企业的数据库服务器、应用服务器尽量连接在高速网络中（如企业主干网中），以避免由于网络原因造成服务器的性能瓶颈。使用互联网以HTTP方式访问应用服务器时，建议广域网的每客户端带宽要大于512Kbp
18、s。集团型企业网络拓扑结构建议方案如下图所示：（2）服务器硬件环境服务器建议选型及最低配置参数如下表所示：项目参数型号IBM X3850 M2外形机架式4U处理器2*2.4G SixCore E7450 9M/L2 12M/L3内存(标配/建议)8GB/16GB.硬盘4*300GB 10K 2.5” SAS 热插拔网卡双千兆以太网适配器光盘驱动器CD-RW/DVD-ROMCombo电源2*1440wUPS延时15分钟以上（3）服务器软件环境项目厂商建议配置操作系统MicrosoftWindows Server 2008 Enterprise Edition数据库管理系统MicrosoftSQL
19、 Server 2008 Enterprise Edition（4）客户端环境本系统客户端PC机最低配置要求如下表：项目参数处理器2 GHz以上 内存2GB以上显卡支持DirectX 9.0c 512M 及以上显示器分辨率在1024X768像素及以上操作系统Windows 7/Vista建议客户端选用Windows 7/Vista操作系统，如使用Windows XP操作系统，则需要安装微软.Net Framework 3.5 SP1版本。3.2.4安全策略（1）网络安全策略为确保本系统的网络访问安全，系统需要采用的安全手段主要有：访问控制（含VLAN）、防火墙、线路备份、传输加密、VPN技术、
20、网卡地址绑定等。1）访问控制访问控制用于对系统资源的访问，防止未经授权而利用网络访问系统资源，利用已得到鉴别的身份或利用有关的信息，按事先确定的规则实施访问权的控制。可以采用VLAN和域控制器的方法，限制用户访问服务器的权限。通过ACL设置不同的访问权限。2）防火墙防火墙是一组计算机硬件和软件的结合体，在内部业务系统与外部间建立起一个安全网关，从而保护内部系统免受非法用户的侵害，同时具有IP地址转换功能，以便对外有效屏蔽网络内部IP地址，提高网络的安全性。由于防火墙检查过滤通过的IP包，不可避免会影响网络传输效率，有必要在保障安全的前提下选择高效传输的防火墙。3)线路备份为了保证系统通信的畅通
21、，防止因通信线路异常而引起的传输错误、业务中断等，建议网络系统广域网应采用线路备份手段，保证系统的数据传输不间断，同时有负载均衡能力。4)传输加密数据在网络上传输时，为保证数据的安全，防止数据被窃取。数据报文加密可通过硬件加密或软件加密方法来实现，可根据数据处理量大小等因素选择硬件加密或软件加密。5)网卡地址绑定为控制未授权计算机通过网络访问本系统，采用网卡地址（MAC地址）绑定技术对登录系统用户所使用的计算机身份进行验证。保证系统即可以控制登录的用户身份，也可以控制登录系统的计算机身份。（2）软件安全策略A操作系统操作系统的安全是本系统安全和网络安全的基础。操作系统应提供用户身份认证、资源权
22、限划分、访问控制和日志审计等手段，保护信息资源不被非法访问和使用。1) 操作系统的用户与口令管理科学设计用户组和用户账号，合理设定各类用户对系统资源的访问权限。加大客户口令的复杂程度，禁止用户不设口令或使用安全性不高的口令。提醒或强制管理员定期修改口令，加强系统管理员的安全意识。设置口令的失效期，以强制用户定期修改口令。必要时可按登录时间、登录机器的IP地址、MAC地址等因素限制用户的访问请求。2)操作系统的备份与恢复要加强操作系统的备份与恢复管理，内容包括：软件版本信息、网络配置信息、磁盘卷组信息、内核参数的配置信息和用户账号信息等；要建立可引导的系统恢复介质，确保当主机系统或操作系统故障时
23、系统能够正确启动，操作系统平台能够快速恢复。3)操作系统的访问权限严格控制目录与文件的访问权限，以实现对系统资源的保护。取消或减少局域网内主机间的互相信任关系，以提高系统的安全性。关闭不必要的且有安全隐患的网络服务。严格控制网络文件系统的共享资源及其存取权限，以防外来侵入。B数据库管理系统1)数据库系统的安全性系统要采用高性能的主流数据库产品，同时要注意数据库版本的先进性和可靠性。所采用的数据库系统应提供严格的数据库恢复和事务完整性保障机制，提供完整的角色管理和自主控制安全机制，要支持软、硬件容错，逻辑备份与恢复，物理备份与恢复，在线联机备份和恢复等功能，保证在发生故障和灾难后能够很好地恢复或
24、重构数据库。2)视图机制为不同用户定义不同的视图，通过视图机制把要保密的数据对无权存取这些数据的用户隐藏起来，从而自动地对数据进行保护。3)数据的完整性要充分利用数据库管理系统所提供的数据完整性功能。在数据库的设计时要通过实体完整性、参照完整性的定义，使数据库系统拒绝接收不合语义的数据，从而保证数据的正确。对一些特别重要的信息应加密存储。4)数据的备份与恢复系统应提供完备的数据备份和恢复功能，既要考虑逻辑备份和恢复功能，又要考虑物理备份和恢复功能，既要考虑业务数据的备份和恢复，又要考虑数据库控制文件、归档日志文件及配置信息的备份和恢复，以确保数据库遭遇介质故障时，能够重构并尽快恢复数据。系统应
25、具有联机备份能力。C应用系统1)用户身份的验证对应用系统内的所有用户要进行身份验证，防止非法用户对系统的访问。通常采用以下方法：口令机制，即通过用户输入口令进行身份认证； 2)用户权限控制在应用系统中要进行用户角色和级别的定义，根据最小权限原则，分别为不同级别的不同角色设置操作权限和数据访问权限，从而控制合法用户的操作权限，避免因软件系统在权限控制方面的漏洞导致越权操作，产生安全问题。3)信息加密数据在网络上传输时，为保证数据的安全，防止数据被窃取。应用系统在进行数据传输和操作时应能满足如下的要求：保密性：能通过加密保护数据信息不被暴露。4)日志和审计系统应建立完备的系统日志，对各个模块的运行
26、情况和用户关键操作进行跟踪记录。通过周期性审计、实时审计和事后审计等审计策略，以发现非法违规操作，进而发现安全漏洞并及时采取补救措施。需要进行日志记录的内容包括：各类操作人员的关键操作信息、用户及机构变更等与安全管理相关的信息等。日志数据或文件应妥善保存，并要限制业务操作员对其的访问权限。3.3系统分析3.3.1组织结构义络公司组织单位包括主要区队:采一队、采二队，掘进队、开一队、开二队、机电队、提升队、永兴公司掘进队，永兴公司开拓队、外包队。主要业务科室：通安科、生产科、机电科、机关科室、运销煤质科、供应科。组织结构如下图所示：其中负责安全及隐患管理的为通安科，人员情况及分工如下：科室办公人
27、员：包括科长、书记、副科长、业务人员10余人。主要工作：通安科日常管理工作，各类隐患信息的上报和隐患的复查落实，逾期未治理隐患的罚款，隐患的统计以及向上级单位的反馈回复等；“三违”情况统计、通知停工学习及罚款等；对各级管理人员入井情况的考核工作；组织矿每周安全检查工作等。信息站人员：业务人员共4人。主要工作：负责记录各类人员填写的隐患原始信息，并进行整理汇总，将较大隐患下发隐患整改通知单（卡）；对各级管理人员下井、出井情况的记录。值班室：主要工作：接收信息站上报的隐患整改通知单，安排安检员到期进行隐患复查，并接收安检员反馈的隐患复查情况，上报给科室长。安检员：共30余人。主要工作：随区队下井进
28、行隐患排查工作，记录隐患并上报给信息站，按值班室安排对隐患进行现场复查工作。3.3.2系统需求概述通过本系统可建立基础数据库、隐患信息库、专家信息库和安全知识库的信息集成平台；实现各区队、煤矿和集团之间隐患上报、排查和治理的多级制约管理；提供事故隐患的时限预警、频发预警和短信预警功能；统计分析各类隐患及事故发生的趋势和规律，找出影响因素，便于及时防范、发现和治理隐患。通过系统建立了隐患闭环、三违闭环两个闭环管理，实现了 “检查-通知-整改-复查”的闭合管理流程。通过隐患闭环使隐患得到最大限度的及时治理和督促落实，逾期未闭合的隐患实行责任追究制度，解决了隐患“好查不好改”的困难局面。通过三违闭环
29、实现三违的学习、跟踪、统计，解决了“三违”人员屡帮屡犯，屡犯屡帮的重复“三违”问题。3.3.3系统需求分析（1）业务流程概述各类检查人员排查出隐患后，将隐患信息交给信息站，信息站整理隐患信息，并将“整改通知单”（一式两份）分别给区队和通安科值班室；区队根据“整改通知单”安排人员对隐患及时整改；通安科值班室安排安检员到期对所管辖区队隐患进行复查；安检员将复查情况反馈值班室，并将验收签字的“整改通知单”交回值班室；通安科定期进行隐患的统计、调度会通报及向上级部门反馈等工作。隐患排查根据检查性质不同分为八大类：上级单位检查、集团公司检查、矿每周安全检查、矿领导带班检查、干部走动管理、系统专项检查、安
30、检员排查隐患、区队群监员自查隐患。上级单位检查：由上级单位进行的安全检查，如：豫西分局、省局、国家局等。集团公司检查：由集团公司进行的安全检查，分为定期检查（每周一至两次）和季度检查。矿每周安全检查：每周二由矿内部组织安全大检查，矿领导、科室等相关管理人员分组下井对隐患进行排查。矿领导带班检查：矿领导跟班下井时所检查的隐患。干部走动管理：矿领导非跟班下井时所检查的隐患；区队、科室管理人员下井所检查的隐患。系统专项检查：各科室对系统内可能存在的隐患组织专项检查，如通风、机电。安检员排查隐患：通安科的安检员随管区队进行现场隐患排查，一月轮换一次。区队自查隐患：区队内部的群监员排查隐患。（2）业务处
31、理步骤 现场排查隐患检查人员入井后，排查矿井各区域隐患，发现隐患后进行记录。 隐患信息的提交检查人员升井后，填写隐患信息并交给信息站，信息站对隐患信息进行收集和保存。信息站整理属于隐患的记录，电话通知当班安检员现场落实。并在相关人员升井后，要求其在走动管理卡进行签字。当不同人员排查到相同地点相同隐患时，信息站整理隐患记录，按照排查先后顺序，去除重复隐患后进行记录，并随时掌握整改治理情况。各种隐患记录单据的使用说明A、集团公司领导检查出的隐患，使用“义马煤业集团股份有限公司现场安全检查隐患整改意见书”，字段包括：矿名、集团部门、检查日期、检查地点、发现隐患（可多条）、限定整改日期、检查人员签字、
32、被检查单位签字。B、矿领导带班检查，填写“矿级领导带班签到表”，字段包括：日期、点班、姓名、职务、入井时间、升井时间、工作任务、地点及经过路线、工作内容及隐患（可多条）、隐患整改责任人（整改完成后区队领导签字）、落实人（复查后安检员签字）、整改时间、整改情况及处理意见。如果隐患当班未治理完毕，填写 “矿领导井下现场交接班表”，辅助接班领导了解安全状况及注意事项。C、干部走动管理、安检员排查隐患，填写“义络公司干部走动管理卡”，字段包括：日期、姓名(管理人员、跟班人员)、单位（排查人所属单位）、职务、巡查时间、巡查区域（可为多个地点）、巡查问题（可多条）、巡查区域班组长签字（整改完成后区域班组长
33、签字）、责任落实部门签字。 “隐患整改通知单”的下发信息站根据上报的隐患，下发“整改通知单”到通安科值班室和区队。根据隐患上报类别不同下发不同类型的整改通知。一般使用“安全整改通知单”。各种隐患整改通知的使用说明A、上级检查、矿每周安全检查、领导带班检查查出的隐患，下发“安全整改通知单”，字段包括：区队名称、发现隐患日期，限定整改日期、隐患内容（可多条）、整改责任人、整改时间、验收人、验收时间。上级检查则标明检查单位，如安康部。B、干部走动管理检查、安检员当班排查出的隐患，如果当班未治理完毕且情况较严重的，信息站下发“义络公司不安隐患整改卡”，字段包括：日期、隐患单位、查出时间、通知时间、要求
34、整改汇报时间、查出隐患、单位值班签字、信息员。 隐患治理隐患责任单位接到“整改通知单”后，由区队值班室在限定治理日期前安排治理。将安排治理的日期、班次记录在“整改通知单”的每条隐患上，现场治理完成时由跟班队干在“整改通知单”（区队联）上签字。如果由于特殊原因本区队无法在要求期限内完成治理的，需要向通安科提出书面申请，说明未能整改的原因，要求延期治理。 “整改通知单”上所有隐患整改完毕后，即可要求通安科进行提前或到期复查。 隐患复查通安科值班室接到隐患“整改通知单”后，根据所写内容（隐患单位、要求整改时间），安排安检员对隐患进行复查。一般在“整改通知单”限定治理日期当天，安检员进行逐条隐患的复查
35、，如确认治理完毕则在该条隐患打勾，没有治理完毕的则在该条隐患打叉。安检员升井后将“整改通知单”反馈给值班室。通安科在下周安全检查会议时通报未能按期治理隐患的区队，并进行相应处罚。 二次整改通安科收到复查结果后，对于没有按期整改的单位下发二次“整改通知单”（格式相同），后续整改-复查流程和正常闭合流程一样。根据隐患整改次数，逐条对责任单位进行罚款。第一次逾期治理每条隐患罚款200元，再次下发“整改通知单”仍未按期治理的每条隐患罚款500元。 隐患统计通安科对每次上级单位安全检查情况进行反馈，填写“义马煤业集团股份有限公司现场安全检查隐患整改验收反馈单”。当上级所查隐患全部治理完毕后，按照采区、详
36、细隐患、隐患整改情况进行反馈汇报。字段包括：隐患内容、检查时间、要求整改时间、整改落实情况、整改验收时间、整改负责人。通安科对每月上报的隐患进行汇总和分析，并按照集团公司的要求定期向集团公司汇报，填写“义煤集团安全生产隐患排查治理情况统计表”。隐患按照检查单位和完成情况可分为：上级检查、集团公司检查、本单位排查，并统计本月隐患条数（隐患条数、已整改条数、整改率、正在整改隐患条数）、累计隐患条数和隐患延期整改说明。通安科每季度进行安全质量检查的情况汇报，按照隐患专业进行分类统计。隐患按专业可分为：采煤、掘进、机电运输、一通三防、地测防治水、调度、爆破、其他。（3）业务流程调整 原有流程为信息站直
37、接根据原始隐患记录下发“整改通知单”，但鉴于信息站对隐患的分类、定级等信息把握不一定十分准确，业务调整后，增加隐患的审核、审定步骤，审核审定后的隐患相当于已经在网上下发整改通知的隐患，区队即可进行后续业务，信息站也可在审定后打印正式的“整改通知单”。 信息站现有隐患记录没有“隐患专业”，根据向集团上报统计需要，现需增加“隐患专业”字段，便于隐患统计。业务调整后，信息站初步填写“隐患专业”分类，并由通安科值班室审核、审定进一步确认或修正。 现有隐患整改通知单两种格式使用方法不明确，且一次检查的多条隐患汇总于一份整改通知单，不利于隐患的即时和逐条复查。系统上线后，合并为一种整改通知单，以隐患在系统
38、中的治理状态为准，按照单条隐患进行治理和复查，并及时在系统中录入。3.3.4系统流程隐患闭环流程三违闭环流程3.4系统设计3.4.1系统框架结构设计根据煤炭企业安全管理（不扎实、不到位和防控能力弱）的特点以及信息化的要求，我们推出了此安全管理产品，构建一个“煤矿区队班组个人” 的安全信息网络体系。3.4.2系统功能设计系统名称安全隐患信息系统功能名称菜单名称重要程度Sj数据字典数据字典 Sj.01单位类别定义A Sj.02单位部门设置A Sj.03岗位设置A Sj.04人员档案B Sj.05点班设置A Sj.06地点管理A Sj.07危险源分类B Sj.08隐患级别定义A Sj.09隐患专业定
39、义A Sj.10事故类型定义BYj预警管理预警管理 Yj.01时限预警A Yj.02频发预警A Yj.03短信预警AYh隐患管理隐患管理 Yh.01隐患上报A Yh.02隐患审核A Yh.03隐患审定A Yh.04隐患复查A Yh.05隐患批示A Yh.06隐患查询BSg 事故管理事故管理 Sg.01事故上报A Sg.02事故审定A Sg.03事故批示ASg.04事故查询BSw三违管理三违管理 Sw.01三违上报A Sw.02三违审定ASw.03三违申诉ASw.04三违罚款A Sw.05三违查询BGs工伤管理工伤管理 Gs.01工伤上报A Gs.02工伤审定A Gs.03工伤查询BLd 领导批
40、示领导批示 Ld.01隐患批示A Ld.02事故批示A Ld.03领导批示AKp 安全考评安全考评 Kp.01安全考评标准B Kp.02安全考评模板B Kp.03安全考评信息BZs安全知识库安全知识库 Zs.01安全法律法规B Zs.02安全制度文件B Zs.03煤矿安全规程B Zs.04安全技术知识B Zs.05文件维护BYx 隐患信息库隐患信息库 Yx.01隐患级别管理A Yx.02隐患专业管理A Yx.03隐患信息维护ASx 事故警示库事故信息库 Sx.01历史事故信息A Sx.02事故隐患关联A Sx.03事故信息维护AFx 统计分析统计分析 Fx.01隐患排查统计B Fx.02安全信
41、息日报B Fx.03排查治理日报B Fx.04事故统计B Fx.05三违统计B Fx.06工伤统计B Fx.07处罚统计B Fx.08隐患汇总统计B注：A核心功能，B辅助功能，C外围功能3.4.3数据库设计数据库设计是对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。为了加快数据库设计速度，提高数据库设计的质量，我们采用了Sybase公司的PowerDesigner这一数据库辅助开发工具。我们将整个数据库分为基础数据、用户管理、权限管理、业务管理、数据字典等几个模块来进行设计与管理。下图为系统部分数据库设计。主要数据表表格名称三违（
42、Infraction）事故批示（Accident_Instruction）事故类型（AccidentType）事故（Accident）人员_单位部门（Employee_Department）人员_岗位（Employee_Position）人员档案（Employee）单位类别（DepartmentType）单位部门_单位类别（Department_DepartmentType）单位部门（Department）地点（Location）安全文档（SafetyDocument）安全考评信息明细（EvaluationInformationDetail）安全考评信息（EvaluationInformati
43、on）安全考评指标（EvaluationIndex）安全考评模板明细（EvaluationTemplateDetail）安全考评模板（EvaluationTemplate）岗位排查（Position_CheckHazard）岗位（Position）工伤（Injury）抓三违人员（Infraction_ActorEmployee）点班（Shift）短信息明细（ShortMessageDetail）短信息（ShortMessage）隐患上报（HiddenDangerReport）隐患专业（HiddenDangerSpecialty）隐患复查（HiddenDangerRecheck）隐患审定（Hid
44、denDangerApprove）隐患审核（HiddenDangerAuditing）隐患批示（HiddenDangerInstruction）隐患治理（HiddenDangerGovern）隐患级别（HiddenDangerLevel）预警信息确认（PrewarningInfoConfirmation）预警信息（PrewarningInfo）预警设置接收人员（PrewarningSettingAcceptancePerson）预警设置（PrewarningSetting）领导巡查明细（LeaderInspectionDetail）领导巡查（LeaderInspection）领导带班（Lead
45、erOnDuty）领导批示（LeaderInstruction）频发预警信息确认（FrequentPrewarningInfoConfirmation）频发预警信息（FrequentPrewarningInfo）3.5系统功能介绍煤矿安全信息管控系统主要包括数据字典、隐患管理、事故管理、三违管理、工伤管理、预警管理、领导批示、安全考评、安全知识库、文件管理、隐患信息库、事故警示库等十二个功能模块，可以有效落实煤矿事故隐患排查、治理职责，从源头上防止生产安全事故的发生，真正做到明确责任，关口前移，防患于未然。1）数据字典-数据字典被煤矿安全管控信息系统中各模块引用，是系统能否运行的关键。该模块中主要包括单位类别、单位部门、岗位、人员、点班、地点、隐患级别、隐患专业、事故类型、事故级别等数据录入和维护；隐患地点维护界面隐患专业维护界面2）隐患管理-隐患管理模块主要用于管理日
