一种带班管理方法、电子设备、存储介质及系统与流程

[0001]
本申请涉及建筑施工技术领域，具体而言，涉及一种带班管理方法、电子设备、存储介质及系统。


背景技术：

[0002]
为了保证建筑施工能够安全、合规的进行生产，企业负责人要定期进行带班检查，并且，每月检查时间不少于其工作日的25％。
[0003]
现有技术中，企业负责人到现场带班检查后，会手动填写一张纸质表单，表单中的内容主要包括带班检查时间，被检查的项目相关信息，以及是否需要整改，并将填写的表单存档。通过这种手动填写纸质表单的方式，一方面容易导致表单丢失，另一方面也降低了工作效率。


技术实现要素：

[0004]
本申请实施例的目的在于提供一种带班管理方法、电子设备、存储介质及系统，用以解决现有技术中，一方面容易导致表单丢失，另一方面也降低了工作效率的问题。
[0005]
第一方面，本申请实施例提供一种带班管理方法，应用于服务器，所述方法包括：接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；根据所述带班检查数据生成带班记录，并将所述带班记录进行存储。
[0006]
本申请实施例通过利用带班终端向服务器发送带班检查数据，并存储带班检查数据，代替了手动填写纸质表单，防止了表单丢失，以及提高了工作效率。
[0007]
进一步地，所述带班检查数据还包括整改信息，所述整改信息包括问题整改人信息和问题描述；在接收终端发送的带班检查数据之后，所述方法还包括：根据所述问题描述生成待整改记录，并根据所述问题整改人信息向对应的整改终端发送所述待整改记录。
[0008]
本申请实施例中，若带班检查数据中包括整改信息，则服务器根据整改信息生成待整改记录，并将待整改记录发送给对应的整改终端，不需要人工当面告知整改人，或向整改人发送整改邮件，从而提高了工作效率。
[0009]
进一步地，在根据所述问题整改人信息向对应的终端发送所述待整改记录之后，所述方法还包括：接收所述整改终端发送的已整改信息，并向所述带班终端发送所述已整改信息，以使对应的带班管理员查看整改结果。
[0010]
本申请实施例通过线上接收已整改信息，并向带班终端发送该已整改信息，从而带班管理员能够及时对已整改信息进行处理。
[0011]
进一步地，在向所述带班终端发送所述已整改信息之后，所述方法还包括：接收所述带班终端发送的复查结果，其中，所述复查结果用于表征已整改信息是否合格；若所述复查结果为合格，则将所述待检查项目对应的带班记录状态设置为已完成。
[0012]
本申请实施例中，从带班检查数据的提交、待整改记录的生成、已整改信息的提
交、复查等操作都在线上完成，防止了通过纸质表单可能会丢失的问题发生，并且提高了工作效率。
[0013]
进一步地，所述方法还包括：接收所述带班终端发送的带班查询请求，其中，所述带班查询请求包括带班管理员信息和查询起止时间；根据所述带班管理员信息和所述查询起止时间获取对应的带班统计信息，并向所述带班终端发送所述带班统计信息。
[0014]
本申请实施例通过提供带班统计信息查询功能，能够让带班管理员快速获知其带班情况。
[0015]
第二方面，本申请实施例提供另一种带班管理方法，应用于带班终端，所述方法包括：接收带班检查数据；所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；向服务器发送所述带班检查数据，以使所述服务器根据所述带班检查数据生成对应的带班记录。
[0016]
本申请实施例通过利用带班终端向服务器发送带班检查数据，并存储带班检查数据，代替了手动填写纸质表单，防止了表单丢失，以及提高了工作效率。
[0017]
进一步地，所述带班检查数据还包括问题整改信息，在向服务器发送所述带班检查数据之后，所述方法还包括：接收所述服务器发送的已整改信息，所述已整改信息为整改终端向所述服务器发送的；向服务器发送所述已整改信息对应的复查结果；其中所述复查结果用于表征已整改信息是否合格。
[0018]
本申请实施例中，从带班检查数据的提交、待整改记录的生成、已整改信息的提交、复查等操作都在线上完成，防止了通过纸质表单可能会丢失的问题发生，并且提高了工作效率。
[0019]
第三方面，本申请实施例提供一种电子设备，处理器、存储器和总线，其中，所述处理器和所述存储器通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面或第二方面所述的方法。
[0020]
第四方面，本申请实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令被计算机运行时，使所述计算机执行第一方面或第二方面所述的方法。
[0021]
第五方面，本申请实施例提供一种带班管理系统，包括带班终端和服务器；其中：所述带班终端和所述服务器通信连接，所述服务器用于执行第一方面所述的方法，所述带班终端用于执行第二方面的方法。
[0022]
本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
[0023]
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0024]
图1为本申请实施例提供的带班管理系统架构图；
[0025]
图2为本申请实施例提供的系统逻辑架构图；
[0026]
图3为本申请实施例提供的一种带班管理方法流程示意图；
[0027]
图4为本申请实施例提供的登录界面；
[0028]
图5为本申请实施例提供的登录成功后的主界面；
[0029]
图6为本申请实施例提供的带班检查界面；
[0030]
图7为本申请实施例提供的一种带班记录示意图；
[0031]
图8为本申请实施例提供的待整改记录示意图；
[0032]
图9为本申请实施例提供的已整改信息界面；
[0033]
图10为本申请实施例提供的带班情况示意图；
[0034]
图11为本申请实施例提供的委托带班示意图；
[0035]
图12为本申请实施例提供的受托带班示意图；
[0036]
图13为本申请实施例提供的服务器与终端的信令交互图；
[0037]
图14为本申请实施例提供的服务器结构示意图；
[0038]
图15为本申请实施例提供的带班终端结构示意图；
[0039]
图16为本申请实施例提供的电子设备实体结构示意图。
具体实施方式
[0040]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
[0041]
图1为本申请实施例提供的带班管理系统架构图，如图1所示，该系统主要包括服务器和终端，终端可以根据不同的用户角色分为带班终端和整改终端。服务器与终端进行数据交互，实现带班检查数据、待整改记录、已整改信息等的交互。带班管理具体可以分为带班检查和带班生产，所谓带班检查是指有分公司的企业，上级公司的领导到下级公司进行检查；所谓带班生产是指本公司的项目负责人对所进行的项目进行检查。其检查的内容类似，因此，本申请实施例将带班生成也称为带班检查。
[0042]
可以理解的是，该服务器的管理员可以对带班管理系统进行管理，例如：可以维护组织机构(包括对组织机构进行增删改查)，可以维护带班管理员的信息(包括对带班管理员的增删改查)，可以维护企业中的角色(对角色进行增删改查)，例如：对企业中某个员工的角色进行修改，比如：某个员工从项目经理升级成了副厂长，则可以通过对其角色进行修改。又如：该企业中原本没有总工程师这个角色，那当需要新增加这一角色时，管理员可以在服务器中新增加总工程师这一角色。当然，也可以对某个冗余的角色进行删除处理。
[0043]
图2为本申请实施例提供的系统逻辑架构图，如图2所示，该系统包括基础服务层、应用层、接口层和前端；其中，基础服务层主要用于对数据的存储，包括redis缓存模块、消息队列模块和es全文检索模块。其中，redis缓存是一种内存告诉缓存数据库，可以用来存储带班记录。消息队列是在信息的传输过程中保存信息的容器，例如若多个终端同时向服务器发送的消息，服务器可以将接收到的消息存入消息队列中，然后依次从消息队列中取消息，并处理取出的消息。es全文检索模块用于提供终端对数据的检索，能够快速从数据库中查询到终端所需的数据，并返回给终端。
[0044]
应用层包括静态化模块、公用库、业务逻辑模块和mvc架构。其中，静态化模块用于根据带班记录生成对应的静态文档，并存储到文档服务器中。公用库中存储了企业的组织
机构信息，该组织机构信息是公用的，任何可以访问该服务器的终端均能够获得组织机构信息。业务逻辑模块用于提供多种业务功能，例如根据带班检查数据生成带班记录、根据问题描述生成待整改记录等等。本申请实施例提供的系统是基于mvc架构的，mvc架构是模型-视图-控制器的缩写，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。mvc被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
[0045]
接口层主要包括http接口，终端通过http接口向服务器发送http请求。前端包括服务器和终端，终端在进行用户身份认证通过后可以与服务器进行通信。
[0046]
图3为本申请实施例提供的一种带班管理方法流程示意图，如图3所示，该方法应用于服务器，具体包括如下步骤：
[0047]
步骤301：接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；
[0048]
步骤302：根据所述带班检查数据生成带班记录，并将所述带班记录进行存储。
[0049]
在步骤301中，带班管理员到现场进行带班检查，并在登录认证通过的带班终端上填入带班检查数据。图4为本申请实施例提供的登录界面。可以理解的是，带班管理员可以通过注册的手机号、工号等在带班终端上进行登录，在登录成功后，可以与服务器进行通信。带班终端中可以安装有对应的带班的应用程序，也可以是小程序，本申请实施例对此不作具体限定。图5为本申请实施例提供的登录成功后的主界面，带班管理员通过点击图5中的带班检查模块进入带班检查界面，以填写带班检查数据。图6为本申请实施例提供的带班检查界面，带班检查数据中可以包括检查地点、被检查单位类型、被检查单位、检查部位以及检查内容等。其中，检查地点是指待检查项目所在的地点，例如可以是北京、天津、成都等等。被检查单位类型是指被检查的部门类型，例如可以是项目部等。被检查单元是指带班管理员进行带班检查的单位名称。检查部位是指待检查项目中的具体部位，检查内容是指施工场地中容易发生安全事故的内容，例如：施工物品摆放是否规整；若施工场地有高塔，则检查是否为高塔建立的围栏；地下的电线处是否有水渍等。可以理解的是，带班检查数据中还可以包括其他信息，例如检查时间等。
[0050]
带班管理员可以通过带班终端输入带班检查数据，可以理解的是，在带班终端上身份验证通过的用户均认为是带班管理员，例如：带班终端原本是属于张三的，若李四利用张三的手机登录张三的系统，那么也认为李四为带班管理员。另外，带班管理员可以是手动输入带班检查数据中的各个字段信息，也可以是系统提供下拉框，下拉框中存储有历史信息，或预先设定的信息，带班管理员从下拉框中选择即可，节省了输入的时间。
[0051]
应当说明的是，带班终端可以是台式电脑、笔记本电脑、平板电脑、手机、智能穿戴设备等。
[0052]
在步骤302中，服务器在接收到带班检查数据后，根据带班检查数据生成带班记录，具体生成方法可以是：服务器对带班检查数据进行解析，获得各个字段信息，然后利用预设模板，将字段信息填入到预设模板中，从而生成带班记录。如图7所示，图7为本申请实施例提供的一种带班记录示意图。服务器在生成带班记录后，将带班记录存储数据库中。
[0053]
本申请实施例通过利用带班终端向服务器发送带班检查数据，并存储带班检查数
据，代替了手动填写纸质表单，防止了表单丢失，以及提高了工作效率。
[0054]
在上述实施例的基础上，所述带班检查数据还包括整改信息，所述整改信息包括问题整改人信息和问题描述；在接收终端发送的带班检查数据之后，所述方法还包括：
[0055]
根据所述问题描述生成待整改记录，并根据所述问题整改人信息向对应的整改终端发送所述待整改记录。
[0056]
在具体的实施过程中，若带班管理员检查后发现有的部位不合格，需要进行整改，那么会在带班终端的“是否需要整改”的字段中选择“是”，并且需要选择问题整改人信息和问题描述。其中，问题整改人信息可以是问题整改人姓名，系统根据带班检查的项目进行确定问题整改人，即，若被检查的项目中只有一个负责人，那么该负责人即为问题整改人，若被检查的项目中包括多个负责人，用户可以通过下拉框中所列的多个负责人中选择一个作为问题整改人。问题描述是指需要整改的内容的具体问题，目的是让问题整改人知道哪里不合格，以及应当如何整改。
[0057]
服务器在接收到带班终端发送的带班检查数据后，根据问题描述生成待整改记录，如图8所示，并向问题整改人信息对应的整改终端发送该待整改记录，从而使得问题整改人能够及时获知有问题需要整改。从图8中还可以看出，整改信息中还可以包括整改时间、还可以上传照片等。
[0058]
本申请实施例中，若带班检查数据中包括整改信息，则服务器根据整改信息生成待整改记录，并将待整改记录发送给对应的整改终端，不需要人工当面告知整改人，或向整改人发送整改邮件，从而提高了工作效率。
[0059]
在上述实施例的基础上，在根据所述问题整改人信息向对应的终端发送所述待整改记录之后，所述方法还包括：
[0060]
接收所述整改终端发送的已整改信息，并向所述带班终端发送所述已整改信息，以使对应的带班管理员查看整改结果。
[0061]
在具体的实施过程中，当带班管理员对待检查项目进行带班检查后，若发现该项目中有的地方不合格，则需要通过带班终端向服务器发送包含整改信息的带班检查数据，服务器根据整改信息生成待整改记录，并将待整改记录发送至对应的问题整改人的整改终端。问题整改人通过整改终端接收到待整改记录后，根据待整改记录中的问题描述进行对应的整改，并将已整改信息发送给服务器，其中，已整改信息可以是对不合格的部位进行整改后图像采集获得，还可以是文字描述，本申请实施例对此不作具体限定。图9为本申请实施例提供的已整改信息界面，服务器在接收到整改终端发送的已整改信息后，将已整改信息发送给带班终端，带班管理员可以通过带班终端查看该已整改信息，并且对已整改信息进行复核，从而确定已整改信息是否合格。
[0062]
本申请实施例通过线上接收已整改信息，并向带班终端发送该已整改信息，从而带班管理员能够及时对已整改信息进行处理。
[0063]
在上述实施例的基础上，在向所述带班终端发送所述已整改信息之后，所述方法还包括：
[0064]
接收所述带班终端发送的复查结果，其中，所述复查结果用于表征已整改信息是否合格；
[0065]
若所述复查结果为合格，则将所述待检查项目对应的带班记录状态设置为已完
成。
[0066]
在具体的实施过程中，带班管理员在审核已整改信息是否合格后，可以通过带班终端向服务器发送复查结果，其中复查结果可以是合格，也可以是不合格。服务器在接收到复查结果后，如果复查结果为合格，则待检查项目的整个带班检查流程已完成，服务器将该待检查项目的状态设置为已完成。
[0067]
可以理解的是，如果复查结果仍然为不合格，那么服务器在接收到复查结果后，根据复查结果再次生成待整改记录，并将待整改记录重新发送给问题整改人对应的整改终端，以使问题整改人通过整改终端查看具体需要整改的问题。可以理解的是，具体需要整改的问题为带班管理员通过带班终端发送的复查结果中的内容。
[0068]
可以理解的是，在带班检查的过程中，带班管理员可以通过带班终端查看待检查项目的状态，具体操作节点在哪里，例如：当服务器将整改终端发送的已整改信息发送给带班终端后，那么该待检查项目的状态为待复查，操作节点在带班管理员这里；又如：当服务器将待整改记录发送给整改终端后，该待检查项目的状态为待整改，操作节点在问题整改人这里。
[0069]
本申请实施例中，从带班检查数据的提交、待整改记录的生成、已整改信息的提交、复查等操作都在线上完成，防止了通过纸质表单可能会丢失的问题发生，并且提高了工作效率。
[0070]
在上述实施例的基础上，所述方法还包括：
[0071]
接收所述带班终端发送的带班查询请求，其中，所述带班查询请求包括带班管理员信息和查询起止时间；
[0072]
根据所述带班管理员信息和所述查询起止时间获取对应的带班统计信息，并向所述带班终端发送所述带班统计信息。
[0073]
在具体的实施过程中，带班管理员可以查询其权限内的带班情况，在查询时，通过带班终端向服务器发送带班查询请求，不同的带班管理员其对应的权限不同，例如：厂长可以查看其所有下级带班领导的带班情况，项目经理和生产经理只能查看自己的带班情况。当服务器接收到带班查询请求后，获取带班查询请求中的带班管理员信息，可以理解的是，带班管理员信息是被查询的带班管理员的信息，可以是带班管理员的名称或工号等。例如：向服务器发送带班查询请求带班终端对应的带班管理员为张三，带班查询请求中包括的带班管理员信息为李四，那么服务器需要确定张三是否有权限查看李四的带班情况，若有权限，则根据查询起止时间，将李四的带班情况发送给带班统计信息，其中，带班统计信息是指在查询起止时间内，被查询的带班管理员共带班检查的天数，还可以包括带班检查的被检查单位名称等信息。若无权限，则服务器可以不作响应，也可以向带班终端发送无权查看的信息。
[0074]
可以理解的是，带班管理员信息可以包括多个，也可以不填写带班管理员信息和查询起止时间，若带班管理员信息和查询起止时间均为空，则获取发送带班查询信息的用户对应的权限内的所有带班管理员在最近一个月内的带班情况，并将所有带班管理员在最近一个月内的带班情况返回给对应的终端。图10为本申请实施例提供的带班情况示意图。
[0075]
本申请实施例通过提供带班统计信息查询功能，能够让带班管理员快速获知其带班情况。
[0076]
在另一实施例中，对于带班终端为带班生产的管理员对应的终端，即带班管理员自己检查自己负责的项目的情况，若发现需要整改的地方，则通过带班终端向服务器发送带班检查数据，该带班检查数据中包括整改信息，同样的，该整改信息包括问题整改人信息和问题描述，可以理解的是，此处的问题整改人信息即为带班管理员自己。服务器在接收待带班检查数据后，根据带班检查数据生成带班检查记录，该带班检查记录可以是word文档。可以理解的是，带班检查记录为带班管理员进行带班检查后，通过带班终端填写的带班生产数据，具体可以包括检查部位、检查内容、是否需要整改，如需要整改则还包含分包单位、整改负责人、发现问题描述、上传整改图片等。填写完成后点击提交，带班检查记录通过https接口保存至服务器的数据库中。服务器可以将带班检查记录生成word格式，具体生成方式如下：
[0077]
(1)根据需求确定word文档中的内容及格式；
[0078]
(2)读取数据；读取要生成word的带班检查记录；
[0079]
(3)freemarker模板转换；根据查询数据通过freemarker框架转化数据，将待整改的信息转化为base64码，并且加载到freemarker内置转化系统。
[0080]
(4)freemarker内置转化系统根据固定目录下的tld模板，替换数据库字段对应数据，直接生成xml文档。
[0081]
(5)xml格式转换；由于手机端无法直接读取xml格式文档，因此，可以将xml格式文档转化为word文档。可以理解的是，若终端可以查看xml格式文档，则可以不进行xml格式的转换。
[0082]
带班检查终端可以通过小程序预览文档，还可以对文档进行转发、保存到本地等功能。
[0083]
当带班管理员需要整改问题时，可以通过带班终端点击带班检查记录的图片，下载该带班检查记录对应的word文档，并将已整改信息填入该word文档中，并将修改后的word文档上传至服务器，从而完成整改。
[0084]
应当说明的是，不同角色权限的带班管理终端其对应的功能不同，例如：对于副总经理对应的带班管理终端，其包含的功能有：带班检查，委托带班、受托带班、数据统计和检查记录等。对于项目经理对应的带班管理终端，其包含的功能有：带班生产、检查记录和生产记录等。
[0085]
在另一实施例中，带班管理系统还可以包括监管终端，监管终端为第三方监管人员所使用的终端，用于对项目的带班检查的流程进行监管。例如：监管终端可以向服务器发送查询请求，用于查询某个项目的带班情况，服务器在接收到该查询请求后，将对应项目的带班记录发送给监管终端。
[0086]
在另一实施例中，若某个带班管理员不方便进行带班检查，可以委托他人进行带班检查，此时，委托带班管理员可以通过其使用的带班终端向服务器发送委托信息，该委托信息中包括：委托人、受托人、委托时间、检查时间、被检查生产单位类型、被检查单位、检查内容概述等信息，如图11所示，服务器在接收到该委托信息后，向受托人对应的终端发送该委托信息。受托人可以通过其终端查询委托信息，如图12所示，通过终端确认是否接受该委托。若受托人接受该委托信息，则可以通过其自己的终端向服务器发送被检查单元的带班检查数据。委托人和受托人均可以通过自己的终端查看带班检查进度。
[0087]
图13为本申请实施例提供的服务器与终端的信令交互图，如图13所示，包括：
[0088]
步骤1301：向服务器发送带班检查数据；带班管理员通过带班终端向服务器发送带班检查数据，可以理解的是，带班检查数据中具备包括的内容与上述实施例一致，此处不再赘述。应当说明的是，若带班检查数据中包括整改信息，则执行步骤1302，否则执行步骤1307；
[0089]
步骤1302：生成待整改记录；服务器接收带班终端发送的带班检查数据，并根据带班检查数据中的整改信息生成待整改记录；
[0090]
步骤1303：向整改终端发送待整改记录；服务器向整改终端发送对应的待整改记录；
[0091]
步骤1304：向服务器发送已整改信息；问题整改人根据待整改记录进行整改，并将已整改信息通过整改终端发送给服务器；
[0092]
步骤1305：向带班终端发送已整改信息；服务器将接收到的已整改信息转发给带班终端，以使带班管理员进行复查；
[0093]
步骤1306：向服务器发送复查结果；带班管理员通过带班终端向服务器发送复查结果，若复查结果为合格，则执行步骤1307，否则执行步骤1302；
[0094]
步骤1307：完成带班检查。
[0095]
图14为本申请实施例提供的服务器结构示意图，该服务器可以是电子设备上的模块、程序段或代码。应理解，该服务器与上述图3方法实施例对应，能够执行图3方法实施例涉及的各个步骤，该服务器具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。该服务器包括：数据接收模块1401和存储模块1402，其中：
[0096]
数据接收模块1401用于接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；存储模块1402用于根据所述带班检查数据生成带班记录，并将所述带班记录进行存储。
[0097]
在上述实施例的基础上，所述带班检查数据还包括整改信息，所述整改信息包括问题整改人信息和问题描述；服务器还包括待整改记录发送模块，用于：
[0098]
根据所述问题描述生成待整改记录，并根据所述问题整改人信息向对应的整改终端发送所述待整改记录。
[0099]
在上述实施例的基础上，服务器还包括已整改信息发送模块，用于：
[0100]
接收所述整改终端发送的已整改信息，并向所述带班终端发送所述已整改信息，以使对应的带班管理员查看整改结果。
[0101]
在上述实施例的基础上，服务器还包括复查结果接收模块，用于：
[0102]
接收所述带班终端发送的复查结果，其中，所述复查结果用于表征已整改信息是否合格；
[0103]
若所述复查结果为合格，则将所述待检查项目对应的带班记录状态设置为已完成。
[0104]
在上述实施例的基础上，服务器还包括查询模块，用于：
[0105]
接收所述带班终端发送的带班查询请求，其中，所述带班查询请求包括带班管理员信息和查询起止时间；
[0106]
根据所述带班管理员信息和所述查询起止时间获取对应的带班统计信息，并向所
述带班终端发送所述带班统计信息。
[0107]
图15为本申请实施例提供的带班终端结构示意图，该带班终端包括带班数据接收模块1501和带班数据发送模块1502，其中：
[0108]
带班数据接收模块1501用于接收带班检查数据；所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；带班数据发送模块1502用于向服务器发送所述带班检查数据，以使所述服务器根据所述带班检查数据生成对应的带班记录。
[0109]
在上述实施例的基础上，所述带班检查数据还包括问题整改信息，带班终端还包括复查模块，用于：
[0110]
接收所述服务器发送的已整改信息，所述已整改信息为整改终端向所述服务器发送的；
[0111]
向服务器发送所述已整改信息对应的复查结果；其中所述复查结果用于表征已整改信息是否合格。
[0112]
图16为本申请实施例提供的电子设备实体结构示意图，如图16所示，所述电子设备，包括：处理器(processor)1601、存储器(memory)1602和总线1603；其中，
[0113]
所述处理器1601和存储器1602通过所述总线1603完成相互间的通信；
[0114]
所述处理器1601用于调用所述存储器1602中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；根据所述带班检查数据生成带班记录，并将所述带班记录进行存储。或
[0115]
接收带班检查数据；所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；向服务器发送所述带班检查数据，以使所述服务器根据所述带班检查数据生成对应的带班记录。
[0116]
处理器1601可以是一种集成电路芯片，具有信号处理能力。上述处理器1601可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0117]
存储器1602可以包括但不限于随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electrically erasable programmable read-only memory，eeprom)等。
[0118]
本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；根据所述带班检查数据生成带班记录，并将所述带班记录进行
存储。或
[0119]
接收带班检查数据；所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；向服务器发送所述带班检查数据，以使所述服务器根据所述带班检查数据生成对应的带班记录。
[0120]
本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：接收带班终端发送的待检查项目的带班检查数据，所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；根据所述带班检查数据生成带班记录，并将所述带班记录进行存储。或
[0121]
接收带班检查数据；所述带班检查数据包括检查地点、被检查单位类型、被检查单位、检查部位及检查内容；向服务器发送所述带班检查数据，以使所述服务器根据所述带班检查数据生成对应的带班记录。
[0122]
在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0123]
另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0124]
再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0125]
在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
[0126]
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。