CN115759864A - 基于质量安全检测的工程监管系统 - Google Patents

Abstract

本发明属于工程项目的质量安全监管领域，尤其是基于质量安全检测的工程监管系统：本系统包括web端风险评估与管理系统和app端工程自检与隐患排查系统，web端风险评估与管理系统和app端工程自检与隐患排查系统通讯连接；web端风险评估与管理系统根据项目的情况生成项目台账，app端工程自检与隐患排查系统根据所述项目台账对项目的局部进行质量安全检查，并将质量安全检查的结果备注在项目台账中。本发明可有效满足隐患使用以及对工程项目的监管与查验，既切合工程项目管理的实际需要，又满足隐患对系统使用方便快捷的要求。

Description

基于质量安全检测的工程监管系统

技术领域

本发明涉及工程项目的质量安全监管技术领域，尤其涉及一种基于质量安全检测的工程监管系统。

背景技术

近些年来，人们的经济收入水平明显提升，对建筑工程建设质量和安全也提出更高的要求，建筑项目质量和安全直接关系着工程施工寿命、效益创造情况，影响着建筑行业的发展面貌。故而，作为建筑工程的参建方，一定要从思想上重视工程质量和安全的管理，基于适宜的方法开展质量和安全管理活动，确保建筑工程能顺利建设、完工。纵观当下国内建筑行业运营现状，不难发现其获得较广阔发展空间的同时，也面对着诸多挑战，工程施工质量和安全管理工作中暴露出一些不足，工程质量和安全事故发生率有所增长，对现场工人生命安全构成一定威胁，故而应加大质量和安全管理控制力度，完善相关措施。

工程建设阶段应充分利用质量和安全控制工具，严格控制好施工流程，分析各环节是否符合要求，是否有质量和安全问题，有针对性地采取必要措施，避免因质量和安全问题而引发事故。成本控制要贯穿于工程建设的全过程，既要保证施工设计和施工质量，又要最大限度地降低施工成本，保证成本在项目计划的范围之内，实现利润最大化。在进度控制环节中，要做好项目的事前控制，使项目工期和进度达到要求。一个项目要想取得最佳效果，就必须加快进度，使投资最小化，提高质量和安全。但从目前的施工环境来看，虽然质量和安全目标、成本目标、进度目标有统一的一面，但也存在矛盾。因此，在控制工程质量时，应做好协调工作，实现项目的整体优化，并提高安全意识，防范安全事故的发生。

近年来，国内各工程公司也相继规范工程项目质量安全管理，但大多数都为人为、纸质化管理，未达到便捷使用、高效的要求。且纸质化文件不易保存、较难翻阅等缺点，不易于相关业主、监理单位或建设单位的查阅。目前行业内出现了关于工程项目的质量安全监管系统，提高了一定的专业性与规范性，也提高了业内质量安全数据处理的工作效率，但由于受产品设计人员水平所限，大多产品功能较单一刻板，使用操作方便性不足。

发明内容

本发明针对现有工程项目的质量安全检测存在的问题，而提出的基于质量安全检测的工程监管系统。

为了实现上述目的，本发明采用了如下技术方案：

基于质量安全检测的工程监管系统包括web端风险评估与管理系统和app端工程自检与隐患排查系统，web端风险评估与管理系统和app端工程自检与隐患排查系统通讯连接；web端风险评估与管理系统根据项目的情况生成项目台账，app端工程自检与隐患排查系统根据所述项目台账对项目的局部进行质量安全检查，并将质量安全检查的结果备注在项目台账中。

前述的基于质量安全检测的工程监管系统中：所述web端风险评估与管理系统包括开工风险评估模块，工程监管系统的基础库中存储有项目相关的单位工程、分部工程和分项工程，三级管理员从基础库中选取项目相关的单位工程、分部工程和分项工程，开工风险评估模块根据项目相关的单位工程、分部工程和分项工程采用lec方法和lcd方法进行评估，将评估结果交由上级管理员审核生成项目的初始台账。

前述的基于质量安全检测的工程监管系统中：所述web端风险评估与管理系统还包括风险再评估板块，三级管理员对项目的建设情况进行实地考察，如果局部有地质情况改变，三级管理员在项目初始台账中选取需重新评定的条目，风险再评估板块使用MES评估方法进行评估，提交后同开工风险评估，进入审核，审核后更新项目台账。

前述的基于质量安全检测的工程监管系统中：web端风险评估与管理系统还包括风险评估基础库管理板块，三级或二级管理员在实际操作中，三级或二级管理员根据实际情况通过风险评估基础库管理板块对工程监管系统的基础库中数据进行修改，修改的内容由上一级管理员审核，审核通过，则更新工程监管系统的基础库。

前述的基于质量安全检测的工程监管系统中：web端风险评估与管理系统还包括数据统计模块，用于统计公司或项目中风险评估数据。

前述的基于质量安全检测的工程监管系统中：web端风险评估与管理系统还包括web端隐患排查系统，web端隐患排查系统包括隐患排查板块、隐患整改板块和数据统计板块；所述隐患排查板块为各级管理员在现场发起对项目的隐患排查，根据工程现场实际情况填写相应整改项，并确定隐患等级，若无需要整改项，则提交记录；所述隐患整改板块，在隐患排查中，若排查出需要整改的隐患，则下发该项目的整改通知单，并指定相应整改负责人和审核人员，而后将由整改负责人组织整改并回复此整改通知单，整改完成后将由相关人员进行审核；所述数据统计板块由隐患排查系统中提交的相关记录为基础，具体呈现出对应分子公司一级项目的隐患排查情况，在app端工程自检与隐患排查系统的工程自检数据也有相应的数据统计。

前述的基于质量安全检测的工程监管系统中：app端工程自检与隐患排查系统包括工程自检模块、隐患检查板块、隐患整改模块和数据统计板块：所述工程自检模块，基础为风险评估板块台账数据，管理人员在工程项目进行中，可选择项目任一地点或桩号开展质量安全检查，包含质量检查和安全检查两部分内容，在检查期间，系统设有暂存功能，用户可多次填写，方便管理人员实际使用；所述隐患检查板块、隐患整改模块和数据统计模块与web端一致。

与现有技术相比，本发明的有益效果在于：本发明可有效满足隐患使用以及对工程项目的监管与查验，既切合工程项目管理的实际需要，又满足隐患对系统使用方便快捷的要求。

附图说明

图1为本发明提出的基于质量安全检测的工程监管系统的开工风险评估流程图；

图2为本发明提出的基于质量安全检测的工程监管系统的数据导出图；

图3为本发明提出的基于质量安全检测的工程监管系统的用户自行填写内容图；

图4为本发明提出的基于质量安全检测的工程监管系统的整改表内容图；

图5为本发明提出的基于质量安全检测的工程监管系统的一级管理员下发整改流程图；

图6为本发明提出的基于质量安全检测的工程监管系统的二级管理员下发整改流程图；

图7为本发明提出的基于质量安全检测的工程监管系统的三级管理员下发整改流程图；

图8为本发明提出的基于质量安全检测的工程监管系统的提交者确定后续审核人员流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

传统工程项目管理人员庞杂，权限不清，且管理较为混乱，为解决此问题，本发明将用户权限角色进行管理，所涉及系统板块均有独立的角色管理。具体角色管理如下（下述一级管理员都为集团用户，二级管理员都为分子公司用户，三级管理员都为项目上用户）：

风险评估一级管理员：集团用户，主要负责风险评估结果表的审核，风险评估基础库的管理。

风险评估二级管理员：分子公司用户，主要负责风险评估结果表的审核，对基础库条目提出修改意见。

风险评估三级管理员：项目用户，主要负责风险评估结果表的审核，对基础库条目提出修改意见。

工程自检三级管理员：项目用户，负责开展工程自检与工程自检审核。

隐患排查一级管理员：集团用户，负责开展隐患排查以及隐患整改审核，负责工程自检基础库管理。

隐患排查二级管理员：分子公司用户，负责开展隐患排查以及隐患整改审核。

隐患排查三级管理员：项目用户，负责开展隐患排查以及隐患整改审核，负责隐患整改。

本基于质量安全检测的工程监管系统，包括web端风险评估与管理系统和app端工程自检与隐患排查系统，web端风险评估与管理系统和app端工程自检与隐患排查系统通讯连接；web端风险评估与管理系统根据项目的情况生成项目台账，app端工程自检与隐患排查系统根据所述项目台账对项目的局部进行质量安全检查，并将质量安全检查的结果备注在项目台账中。

所述web端风险评估与管理系统包括开工风险评估模块，工程监管系统的基础库中存储有项目相关的单位工程、分部工程和分项工程，三级管理员从基础库中选取项目相关的单位工程、分部工程和分项工程，开工风险评估模块根据项目相关的单位工程、分部工程和分项工程采用lec方法和lcd方法进行评估，将评估结果交由上级管理员审核生成项目的初始台账。

实际工程项目生产建设中，以高速公路建设为例，常常会把一个项目分为多个工程标段，每个工程标段有其工程名称，且一般一个工程标段为一个单位工程，例如一个项目中两个桥梁工程、一个隧道工程和一个路基工程组成，这就分为了四个单位工程。在实际建设中，风险评估人员往往一次针对一个单位工程进行评估，将一次评估结果作为该标段的风险评估结果表。

本发明中，开工风险评估为在工程项目开工之前，对整个项目所涉及到的单位工程进行详细的初始检查，并建立台账，风险评估数据由项目上人员（三级管理员）选择相应的单位工程（桥梁工程、隧道工程等），并选择所用评价指标（lec/lcd）（注：lec风险评价等级大致分为四级：总分在20以下属于低危险的等级；危险分值到达70~160之间，属于显著危险性等级，需要及时整改；危险分值在160~320之间，这是一种必须立即采取措施进行整改的高度危险等级;分值在320以上的高分值等级，则说明表示环境非常危险。），同时需要填写工程名称选择导出相应基础库数据。数据导出后，由三级管理人员到工程项目实际现场进行排查，逐一对应风险源进行排查，同时，排查完成后，导入系统中，生成该项目的初始风险评估结果表。

工程监管系统的基础库为风险评估与管理的基础数据，所涉及风险评估记录表与台账都基于此基础库。风险评估基础库数据由超级管理员与以及管理员共同管理，可通过excel表格导入或手动创建的方式进行管理，基础库主要包括单位工程、分部工程、分项工程、风险源、lec（lcd）值等字段，其中，单位工程、分部工程、分项工程和风险源为树形结构，在对基础库进行管理时，需进行层级筛选。超管与一级管理员可对基础库直接操作（删除、增加、修改等），对于二级与三级管理员来说，在实际使用中（开工风险评估与风险再评估）若发现基础库中相应条目中数值或表述不正确，则可提出修改意见，并由超管与一级管理员进行审核，审核结果将会通知发起人且进行相应基础库更新操作。

为方便工程项目实际管理以及符合项目要求，同一个项目上所有管理人员共同使用同一份风险评估结果表。开工风险评估时，可对单位工程评估结果表进行多次导入以及更新，但提交后不可更改。三级管理员提交开工风险评估结果表后，由相应二级管理员与以及管理员审核，审核流程为：先由二级管理员（其中一个审核，竞争执行）审核，再由一级管理员（其中一个审核，竞争执行）审核，若其中某一级管理员审核不通过，则需三级管理员重新评估并提交。审核通过后，则生成此项目的初始评估台账，台账中包含相应风险源的初始风险等级，此台账是后续风险再评估与工程自检操作的基础。

所述web端风险评估与管理系统还包括风险再评估板块，三级管理员对项目的建设情况进行实地考察，如果局部有地质情况改变，三级管理员在项目初始台账中选取需重新评定的条目，风险再评估板块使用MES评估方法进行评估，提交后同开工风险评估，进入审核，审核后更新项目台账。风险再评估为过工程项目进行中，由于不可抗拒因素等导致地质条件改变，而需要对某些标段的风险进行重新评定，其审核流程和开工风险评估一致，不同点为再评估为对项目台账中需要重新评定的条目进行mes方法评定，具体操作为针对相应条目填写M值，提交二级与一级管理员审核，审核通过后生成该条目的实时风险等级。

web端风险评估与管理系统还包括风险评估基础库管理板块，三级或二级管理员在实际操作中，三级或二级管理员根据实际情况通过风险评估基础库管理板块对工程监管系统的基础库中数据进行修改，修改的内容由上一级管理员审核，审核通过，则更新工程监管系统的基础库。

web端风险评估与管理系统还包括数据统计模块，用于统计公司或项目中风险评估数据。此板块的数据统计分析以工程项目为单位，可统计风险评估中各风险等级的数目，方便管理人员对工程项目的风险把控与管理。数据统计分析为三级架构，即一级管理员可查看所有数据，二级管理员只可查看本分子公司下数据，三级管理员只可查看本项目风险评估数据。

web端风险评估与管理系统还包括web端隐患排查系统，web端隐患排查系统包括隐患排查板块、隐患整改板块和数据统计板块；所述隐患排查板块为各级管理员在现场发起对项目的隐患排查，根据工程现场实际情况填写相应整改项，并确定隐患等级，若无需要整改项，则提交记录；该模块为系统管理员用户对项目发起排查，此模块不存在基础数据，所有内容为用户自行填写，具体填写内容如图3，其中隐患等级分为重大隐患、一般隐患（较低）、一般隐患（较高）三种，填写完成后，用户可选择是否对隐患发起整改，若不发起整改，则将排查记录纳入系统，若发起整改，则将数据转入隐患整改模块。

所述隐患整改板块，在隐患排查中，若排查出需要整改的隐患，则下发该项目的整改通知单，并指定相应整改负责人和审核人员，而后将由整改负责人组织整改并回复此整改通知单，整改完成后将由相关人员进行审核；用户隐患排查后，若需要对隐患发起整改，则需要将隐患排查记录表转为整改表（只对需要进行整改的项进行整改，不需要整改的项默认为检查表一部分），并指定每一项的整改措施要求与整改时限。并指定整改负责人。用户提交整改后会将相应信息知会给相关人员，而后整改负责人完成整改后，则由相应审核人员进行审核。这里，整改分为三个层级，其主要不同点在于后续的审核流程。一级管理员下发整改时，具体真该流程如下，该流程可有效满足三级结构的监管与审查。其中，监管员为一级管理员用户，其下发整改后，会向知会人员发送整改表内容，同时直接送达整改负责人（无论知会与否）。其中质安部分管副部长分为质量与安全，具体为隐患排查时选择类别决定，且两者为并行审核。二级管理员下发整改时，流程如下，其中被检查可是负责人根据隐患排查选择的检查类别决定，且多个人为并行审核。下图为三级管理员开展隐患整改流程，图中所有人员均为三级管理员，其中项目科室负责人同二级管理员一致。

所述数据统计板块由隐患排查系统中提交的相关记录为基础，具体呈现出对应分子公司一级项目的隐患排查情况，在app端工程自检与隐患排查系统的工程自检数据也有相应的数据统计。Web端隐患排查数据统计板块主要分为四种，分别是工程自检数据统计，个人数据统计、组织架构数据统计和隐患台账数据统计。工程自检数据统计数据来源于app端工程自检数据，依据分子公司、项目、单位工程、分部工程、分项工程、人员等依次统计。个人数据统计主要针对个人开展的隐患排查和整改数据以及个人整改的数据统计。其中，用户可查看整改的进度以及审核情况。组织架构数据统计为统计用户所在组织架构层级的隐患排查数据，即一级管理员可以看到系统所有数据，二级管理员可查看本分子公司的数据，三级管理员只可查看本项目数据。同时数据分为两个部分，分别为隐患排查数据和隐患整改数据。隐患台账数据统计分为工程自检重大隐患统计和隐患排查重大隐患统计，工程自检数据来自app端，统计内容可按分子公司、项目等筛选。

app端工程自检与隐患排查系统包括工程自检模块、隐患检查板块、隐患整改模块和数据统计板块：所述工程自检模块，基础为风险评估板块台账数据，管理人员在工程项目进行中，可选择项目任一地点或桩号开展质量安全检查，包含质量检查和安全检查两部分内容，在检查期间，系统设有暂存功能，用户可多次填写，方便管理人员实际使用；所述隐患检查板块、隐患整改模块和数据统计模块与web端一致。当同一部位或者同一类问题出现三次后，作报警处理，将报警内容发往二级管理员和一级管理员以及人力资源系统，作为考核、绩效依据。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。

Claims (7)

1.基于质量安全检测的工程监管系统，其特征在于：包括web端风险评估与管理系统和app端工程自检与隐患排查系统，web端风险评估与管理系统和app端工程自检与隐患排查系统通讯连接；web端风险评估与管理系统根据项目的情况生成项目台账，app端工程自检与隐患排查系统根据所述项目台账对项目的局部进行质量安全检查，并将质量安全检查的结果备注在项目台账中。

2.根据权利要求1所述的基于质量安全检测的工程监管系统，其特征在于：所述web端风险评估与管理系统包括开工风险评估模块，工程监管系统的基础库中存储有项目相关的单位工程、分部工程和分项工程，三级管理员从基础库中选取项目相关的单位工程、分部工程和分项工程，开工风险评估模块根据项目相关的单位工程、分部工程和分项工程采用lec方法和lcd方法进行评估，将评估结果交由上级管理员审核生成项目的初始台账。

3.根据权利要求2所述的基于质量安全检测的工程监管系统，其特征在于：所述web端风险评估与管理系统还包括风险再评估板块，三级管理员对项目的建设情况进行实地考察，如果局部有地质情况改变，三级管理员在项目初始台账中选取需重新评定的条目，风险再评估板块使用MES评估方法进行评估，提交后同开工风险评估，进入审核，审核后更新项目台账。

4.根据权利要求1所述的基于质量安全检测的工程监管系统，其特征在于：web端风险评估与管理系统还包括风险评估基础库管理板块，三级或二级管理员在实际操作中，三级或二级管理员根据实际情况通过风险评估基础库管理板块对工程监管系统的基础库中数据进行修改，修改的内容由上一级管理员审核，审核通过更新工程监管系统的基础库。

5.根据权利要求1所述的基于质量安全检测的工程监管系统，其特征在于：web端风险评估与管理系统还包括数据统计模块，用于统计公司或项目中风险评估数据。

6.根据权利要求1所述的基于质量安全检测的工程监管系统，其特征在于：web端风险评估与管理系统还包括web端隐患排查系统，web端隐患排查系统包括隐患排查板块、隐患整改板块和数据统计板块；所述隐患排查板块为各级管理员在现场发起对项目的隐患排查，根据工程现场实际情况填写相应整改项，并确定隐患等级，若无需要整改项，则提交记录；所述隐患整改板块，在隐患排查中，若排查出需要整改的隐患，则下发该项目的整改通知单，并指定相应整改负责人和审核人员，而后将由整改负责人组织整改并回复此整改通知单，整改完成后将由相关人员进行审核；所述数据统计板块由隐患排查系统中提交的相关记录为基础，具体呈现出对应分子公司一级项目的隐患排查情况，在app端工程自检与隐患排查系统的工程自检数据也有相应的数据统计。

7.根据权利要求1所述的基于质量安全检测的工程监管系统，其特征在于：app端工程自检与隐患排查系统包括工程自检模块、隐患检查板块、隐患整改模块和数据统计板块：所述工程自检模块，基础为风险评估板块台账数据，管理人员在工程项目进行中，可选择项目任一地点或桩号开展质量安全检查，包含质量检查和安全检查两部分内容，在检查期间，系统设有暂存功能，用户可多次填写，方便管理人员实际使用；所述隐患检查板块、隐患整改模块和数据统计模块与web端一致。

Images