项目安全质量监管系统的制作方法

文档序号:29045343发布日期:2022-02-25 21:52阅读:67来源:国知局
项目安全质量监管系统的制作方法

1.本发明涉及工程安全质量管理技术领域,具体为一种项目安全质量监管系统。


背景技术:

2.安全管理是为了保证施工安全的安全开展的重要管理工作。由于项目的安全管理工作范围广、复杂、难度大且数据多,因此安全管理工作涉及到的工作量巨大,而且在过程中需要与多方进行信息沟通,容易出现信息沟通不畅、监督管理不强、互动不足等问题,从而降低了管理效率。


技术实现要素:

3.本发明意在提供一种项目安全质量监管系统,以解决现有技术的管理系统管理效率低的问题。
4.本发明提供基础方案是:项目安全质量监管系统,包括接收模块,用于接收检查请求;创建模块,用于根据接收到的检查请求生成检查通知;检查模块,用于将生成的检查通知发送给相应的检查端,并接收检查端上传的检查信息;整改模块,用于将检查信息发送给对应的整改端,并接收整改端反馈回来的整改信息;核查模块,用于将整改信息发送给检查端,并接收检查端反馈回的核查信息;判定模块,用于对核查信息进行判定并得到判定结果;整改模块还用于在判定结果为不通过时,将核查信息发送给整改端;存储模块,用于在判定结果为通过时,将相应的检查请求、检查通知、检查信息、整改信息和核查信息进行归档存储。
5.基础方案的有益效果是:与现有技术相比,本方案中,利用接收模块和创建模块的配合实现检查任务的创建,由检查模块、整改模块和核查模块实现检查任务的项目的整个检查流程,在核查通过后,由存储模块进行归档存储,在整个过程中,实现了多个终端的互动通信,保证了多方的信息沟通畅通,提高了管理效率。而且存储模块的归档存储方便进行追溯。
6.优选方案一:作为基础方案的优选,还包括评分模块,用于预设检查项、评分标准和评分阈值,并按照检查项和评分标准对检查信息或核查信息进行评分得到评分结果;判定模块根据评分阈值对评分结果进行判定,若判定出评分结果不大于评分阈值,则判定检查或核查不通过,整改模块将检查信息或核查信息发送给相应的整改端,若判定出评分结果大于评分阈值,则判定检查或核查通过,存储模块将相应的检查请求、检查通知、检查信息或核查信息以及评分结果进行归档存储。有益效果:考虑到是否需要整改通常都是由检查人员人为判定的,因此对于不同的检查人员来说将会出现不同的判定结果,可能将会出
现判定结果不准确,因此本方案中,评分模块的设置能够根据检查信息或核查信息实现检查项的评定打分,再由判定模块根据评分结果判定此处检查是否需要整改或继续整改,将是否整改的判定进行了统一标准化,保证了判定结果的准确性。
7.优选方案二:作为优选方案一的优选,评分模块还预设有评级表,并根据评级表对得到的评分结果进行评级结果。有益效果:本方案中,评级表以及评级操作得到的凭借结果能够更为直观的对检查结果进行展示。
8.优选方案三:作为基础方案的优选,存储模块还预设有安质模板,创建模块根据检查请求和安质模板生成检查通知。有益效果:本方案中,利用安质模板的设置能够快速生成检查通知,从而提高管理效率。
9.优选方案四:作为基础方案的优选,存储模块预设有角色账户,并在归档存储时,将对应角色的信息存储到相应的角色账户中;还包括迁移模块,用于接收迁移请求并将原始角色账户下的信息迁移到目标角色账户下。有益效果:考虑到在安全质量监管中涉及人员流动时会发生检查人或整改人的变动,需要对原有流程中的人员进行变更,从原角色迁移到变更后的人员上来,因此本方案中,利用角色账户与迁移模块的设置能够快速完成对应角色账户之间信息的全部迁移,从而提高了管理效率。
10.优选方案五:作为优选方案三的优选,还包括修改模块,用于接收修改信息,并根据修改信息对安质模板进行修改。有益效果:本方案中,修改模块的设置方便对安质模板的修改操作。
附图说明
11.图1为本发明项目安全质量监管系统实施例一的模块框图;。
具体实施方式
12.下面通过具体实施方式进一步详细说明:实施例一基本如附图1所示:项目安全质量监管系统,包括存储模块,预存有角色账户和安质模板;接收模块,用于接收检查请求;本实施例中,接收模块通过5g通信技术与用户端进行通信,用于向用户端发送检查请求,从而发起安全质量检查。
13.创建模块,用于根据安质模板和接收到的检查请求生成检查通知;检查模块,用于将生成的检查通知发送给相应的检查端,并接收检查端上传的检查信息;检查模块与检查端通过5g通信技术进行通信,将生成的检查通知发送给检查端,检查人收到检查通知后,需要根据检查通知对相应站点进行检查,然后需要根据检查结果上传检查信息。
14.整改模块,用于将检查信息发送给对应的整改端,并接收整改端反馈回来的整改信息;整改模块与整改端通过5g通信技术进行通信,将检查信息发送给整改端,以通知整改人进行质量整改;整改人在接收到检查信息后,需要根据检查信息对站点进行整改,在完成整改后将整改信息反馈回整改模块,本实施例中,整改信息包括整改内容和/或整改附件。
15.核查模块,用于将整改信息发送给检查端,并接收检查端反馈回的核查信息;核查
模块将整改信息发送给检查端,以便检查人对整改情况进行核查,反馈回的核查信息则表示核查是否通过。
16.评分模块,用于预设检查项、评分标准、评分阈值和评级表,并按照检查项和评分标准对检查信息或核查信息进行评分得到评分结果;判定模块,用于对核查信息进行判定并得到判定结果;具体的,判定模块根据评分阈值对评分结果进行判定,若判定出评分结果不大于评分阈值,则判定检查或核查不通过,判定结果为不通过,整改模块将检查信息或核查信息发送给相应的整改端,在判定结果为不通过时,则说明继续整改,此时由整改模块将核查信息发送给整改端,以通知整改人根据核查信息继续进行整改;若判定出评分结果大于评分阈值,则判定检查或核查通过,判定结果为通过,存储模块将相应的检查请求、检查通知、检查信息或核查信息以及评分结果进行归档存储,在归档时,将信息存储到对应角色的角色账户中;在判定结果为通过时,说明本次整改通过,此时存储模块存储归档,结束整个安全检查流程,归档存储的操作方便对历史安全检查进行追溯。
17.评分模块还预设有评级表,并根据评级表对得到的评分结果进行评级结果;迁移模块,用于接收迁移请求并将原始角色账户下的信息迁移到目标角色账户下;设定有角色甲账户和角色乙账户,其中角色甲账户为原始角色账户,角色乙账户为目标角色账户,则迁移模块的使用能够快速将角色甲账户下的信息全部迁移到角色乙账户中进行存储。
18.修改模块,用于接收修改信息,并根据修改信息对安质模板进行修改。
19.实施例二与实施例一不同之处在于,本实施例中的项目安全质量监管系统还包括有统计模块,用于对判定结果为不通过的次数进行统计得到整改总次数;存储模块还预设有整改总阈值、整改阈值和分类项,且存储模块在归档存储时,根据分类项存储整改信息;判定模块还用于根据整改总阈值对整改总次数进行判定,若判定整改总次数大于整改总阈值,统计模块还统计各分类项的整改信息数量得到各分类项的整改次数;判定模块根据预设的整改阈值对得到的各分类项的整改次数进行判定,在判定某一分类项的整改次数大于整改阈值时,存储模块将相应的分类项与对应的整改端进行标记存储,并标记该分类项;当检查端再次向该整改端发送检查通知时,还将标记的分类项发送给整改端。
20.以项目a的监管过程为例,整改端为u1,预设的整改总阈值为k1,整改阈值为k2,分类项包括s1、s2和s3,在整改过程中,统计得到整改总阈值为z,在判定出z>k1时,统计模块统计各分类项的整改次数,设定统计得到的整改次数分别为y1、y2和y3,若判定出y3>k2,则存储模块标记s3,并在检查端再次向整改端u1发送检查通知时,还将标记的s3同时发送给整改端。
21.上述过程中,y3>k2即表示该整改端在整改s3这一项工作时,需要整改多次才能合格,因此为了尽可能减少以后的整改次数,就需要在进行整改时提高整改力度,因此本实施例中,在检查端再次向整改端u1发送检查信息时,还会将标记的s3同时发送给整改端,以
提醒相应的整改人员对该分类项工作进行重点整改,以减少整改次数,从而提高整改效率。
22.以上所述的仅是本发明的实施例,方案中公知的具体结构及特性等常识在此未作过多描述,所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识,能够获知该领域中所有的现有技术,并且具有应用该日期之前常规实验手段的能力,所属领域普通技术人员可以在本技术给出的启示下,结合自身能力完善并实施本方案,一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本技术的障碍。应当指出,对于本领域的技术人员来说,在不脱离本发明结构的前提下,还可以作出若干变形和改进,这些也应该视为本发明的保护范围,这些都不会影响本发明实施的效果和专利的实用性。本技术要求的保护范围应当以其权利要求的内容为准,说明书中的具体实施方式等记载可以用于解释权利要求的内容。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1