索引号:000014348/2020-41414
发布机构:邯郸市建设局
名称:邯郸市建设局 足球现场直播,足球直播360开展智慧工地建设工作的 通知
文号:邯建信〔2020〕154号
主题分类:城乡建设(含住房)
发布日期:2020年09月04日
为进一步加强我市建筑工地规范化管理,提升行业监管效能和服务水平,根据国务院办公厅《足球现场直播,足球直播360促进建筑业持续健康发展的意见》(国办发〔2017〕19号)、住建部《足球现场直播,足球直播360印发2016-2020年建筑业信息化发展纲要的通知》(建质函〔2016〕183号)、省住建厅足球现场直播,足球直播360印发《河北省住房城乡建设行业三年(2019-2021)信息化工作方案》的通知(冀建办节科〔2019〕22号)等文件精神,依据省住建厅发布的《智慧工地建设技术标准》(DB13(J)/T 8312-2019),决定在全市范围内开展智慧工地建设工作,现将有关事项通知如下:
一、总体要求
按照建筑业高质量发展要求,综合利用物联网、互联网、大数据等现代技术手段,对工程建设项目施工现场进行信息化、智能化、精细化管理,实行监管部门和项目参建各方对建筑工地的齐抓共管,实现建筑工地智慧化管理目标。
二、实施范围
东区所有建筑工地、主城区新开工项目建筑工地(在建项目逐步实施),并逐步向各县(市、区)延伸。
三、建设模式
建设“邯郸市智慧工地管理系统”(以下简称智慧工地系统),该智慧工地系统主要由系统软件和工地智能基础设施组成。
(一)智慧工地系统软件由我局委托具有开发实力的运营商负责开发。
(二)工地智能基础设施(主要包括信息采集设备、网络基础设施、技术平台、控制机房、信息应用终端等。采集设备按照附件1-6基本技术标准和数据接口协议自行配备,设备的安装、使用、拆除按照附件7程序办理)由项目单位按要求自行负责。
四、建设内容
(一)实现工程建设项目一图管理、人员管理、质量管理、安全管理和施工环境管理等各项业务功能(根据工作实际,逐步完善现有功能、扩充其它功能);
(二)建立并完善基础数据库(手工录入数据和智能设备采集数据相结合);
(三)实现综合查询、智能分析和智能报警,以及数据的导入、导出和打印输出等功能。
五、工作安排
第一阶段:
(一)智慧工地系统试运行。采取边运行、边调试、边完善模式,尽快投入使用。在试运行期间,完善工程建设项目信息以及建设单位、施工单位、监管单位等信息,各相关处室按照职责和工作实际,做好数据采集录入、监管流程设定等工作。(完成时限:2020年9月30日)
(二)智慧工地系统正式运行。在试运行基础上,经对功能模块的修改完善,实现智慧工地系统正式运行。(完成时限:2020年11月30日)
(三)智慧工地系统正式运行前,对相关工作人员进行操作培训,全面掌握操作流程,熟练操作程序,由传统监管向网上监管过渡。(完成时限:2020年11月30日)
第二阶段:
主城区所有项目建筑工地纳入智慧工地系统。(完成时限:2021年6月30日)
第三阶段:
各县(市、区)所有项目建筑工地纳入智慧工地系统。(完成时限:2021年12月31日)
监管人员(包括各县市区住建部门)账号和权限由市建设局统一分配;项目参建各方责任主体账号和权限由智慧工地系统软件开发运营商分配。
六、工作要求
(一)强化保障措施。加强组织领导,成立由局党组书记、局长李红光任组长,副局长王成英、建管办调研员宋光耀任副组长,各相关主管领导为成员的领导小组,并下设办公室负责智慧工地系统建设的具体工作,办公室设在建筑生态和信息管理处,成员由局办公室(政策法规处)、建筑市场监管处、房地产业处、城市建设谋划处、勘察设计管理处、绿色建筑发展处、工程质量监管处、工程安全监管处、组织人事处等部门负责人组成。各相关处室要齐心协力,形成合力,明确责任,层层落实,确保按时间节点不折不扣完成智慧工地系统建设任务。
(二)压实主体责任。各相关处室要严格按照智慧工地系统数据管理及责任分工认真做好数据采集、数据维护和数据安全以及监管流程设定等工作,各建设、施工和监理单位要认真做好相关数据的录入上传工作,确保数据的真实、有效、准确、完整和及时(附件8);各县(市、区)住建部门要按照本通知要求,积极做好各项前期准备工作,为使用智慧工地系统创造条件、奠定基础,具备条件的可提前接入智慧工地系统;各建设单位对建筑工地设备安装和使用负总责,按照设备基本技术标准和数据接口协议要求,自主配备满足功能规范和接入标准的设备,并保障设备正常运行;各施工单位要做好设备的日常维护,不得私自变更设备位置和方位,同时指派专人负责设备管理,每天均要检查并做好记录;各监理单位要督促建设单位按时完成设备接入,监督施工单位的设备正常使用,并将智慧工地系统使用作为加强施工现场管理的有效手段;智慧工地系统软件开发运营商要严格按照合作协议中的约定,履行好自身义务。
(三)强化督导落实。按照责任分工,各相关处室负责人要严格按实施步骤时间节点推进各项工作,强化进度督导。同时要多形式多渠道加强宣传,为智慧工地系统应用创造良好环境。
(四)保证信息安全。各相关处室工作人员和项目参建各方责任主体要确实提高信息安全意识,建立健全信息安全体系,重视数据安全管理,提高信息安全水平。
(五)列入评优条件。将智慧工地建设列入建筑工地创先评优条件。按照本通知要求,凡不按时安装、拒绝安装或不能保证智慧工地系统正常运行的,原则上取消创先评优资格,并按有关规定处理。
附件:1.视频监控系统基本技术标准
2.视频监控数据接口协议
3.实名制考勤设备基本技术标准
4.实名制考勤数据接口协议
5.环境监测设备基本技术标准
6.环境监测数据接口协议
7.施工现场设备安装、使用和拆(移)除程序
8.智慧工地管理系统数据管理及责任分工
邯郸市建设局
2020年9月1日
附件1
视频监控系统基本技术标准
一、高清红外枪式网络摄像机
(一)红外照射距离≥30米;
(二)不低于200万像素CMOS;
(三)视频本地数据回放分辨率不应低于1920x1080;
(四)防护等级不低于IP66;
(五)支持视频压缩标准:H.264/MJPEG/JPEG、;
二、高清红外球型网络摄像机
(一)红外照射距离≥100米;
(二)视频本地数据回放分辨率不应低于1920x1080;
(三)防护等级不低于IP66;
(四)支持视频压缩标准:H.264/MJPEG/JPEG;
(五)不低于20倍光学变焦;
(六)提供云台控制功能,可实现调节摄像头的旋转角度、镜头景深远近等;
(七)在制高点布置不少于1台高清球形摄像机,水平支持360°旋转,支持巡航、守望位、线扫、画面冻结功能。
附件2
视频监控数据接口协议
支持ONVIF、PSIA、RTSP标准协议的视频摄像头均可接入智慧工地系统的硬盘录像机内。
附件3
实名制考勤设备基本技术标准
一、具有可见光及红外镜头双镜头的生物识别设备;
二、识别距离 0.3m~1.5m;
三、具有活体检测,能够识别相片、视频、面具等伪装素材;
四、人脸库容量:2.4万条以上,识别记录:6万条以上,考勤数据本地存储30天以上;
五、识别精准快速,识别速度≤1S,通过率高于99%;
六、工作温度:-35℃—60℃;
七、满足户外使用环境,防水防尘,防水等级:≥IP66;
八、支持以太网通讯模块;
九、支持断网本地存储和联网续传;
十、考勤数据远程上传,上传延时不超过10秒钟;
附件4
实名制考勤设备数据接口协议
一、接口说明
(一)通信过程中PC为服务器,设备为客户端
(二)使用TCP协议短链接方式进行通信
(三)为了保证传输过程中的数据安全,接口中的JSON格式的包体数据设定为使用DES进行加密,key为12345678
(四)字符编码格式 UTF-8
(五)单包数据(包头+包体+包尾)小于10K
(六)在连续发送多包数据时,第一包包体为数据,后续包中为二进制数据,不需要加密处理
二、接口数据包格式
(一)包头
请求包包头
内容 |
长度 |
备注 |
其它 |
包头标记 |
2 byte |
0xDDCC |
|
数据包长度 |
2 byte |
0x0000~0x2800 |
最大 0x2800 (包头+包体+包尾) |
命令字 |
1 byte |
0x00~0xFF |
最大0xFF |
分包序号 |
2 byte |
0x0000~0xFFFF |
0x0000 |
分包总数 |
2 byte |
0x0000~0xFFFF |
0x0000 |
设备状态 |
1 byte |
0x00~0xFF |
默认0x01 |
设备SN编号 |
16byte |
|
|
应答包包头
内容 |
长度 |
备注 |
其它 |
包头标记 |
2 byte |
0xCCDD |
|
数据包长度 |
2 byte |
0x0000~0x2800 |
最大 0x2800 (包头+包体+包尾) |
命令字 |
1 byte |
0x00~0xFF |
最大0xFF |
分包序号 |
2 byte |
0x0000~0xFFFF |
0x0000 |
分包总数 |
2 byte |
0x0000~0xFFFF |
0x0000 |
执行结果返回编码或后续命令字 |
1 byte |
0x00~0xFF |
0x00:服务器空闲(主要是心跳包使用) 0x01:成功 0x02:失败 0x10~0xFF:为后续命令字 |
设备SN编号 |
16byte |
|
|
(二)包体
JSON格式数据或二进制数据
(三)包尾
内容 |
长度 |
备注 |
其它 |
数据校验 |
1 byte |
0x00~0xFF |
包头+包体 Xor校验运算 U8 calcCheckSum(unsigned char *pkg, int len) {U8 BBC = 0;for(int i = 0; i < len; i++){BBC ^= pkg[i];}return BBC;} |
三、接口详情
(一)心跳包
设备主动发送请求到服务器,心跳间隔为2-5秒,设备在执行服务器下发的指令的时候不能再向服务器发送心跳包
1.请求(设备->服务器):
a)请求命令: 0x10
b)请求实例: 0xDDCC包长0x100x00000x00000x01SN16Byte二进制数据校验
c)请求包体数据格式: {"sn":"","date_time":""}
包体数据详细说明:
序号 |
参数 |
类型 |
说明 |
1 |
sn |
string |
设备序列号 |
2 |
date_time |
datetime |
设备请求时间, 格式为: yyyy-mm-dd hh:mm:ss |
2.返回示例(服务器->设备):
0:空闲(无后续命令)
返回数据: 0xCCDD包长0x100x00000x00000x00SN16Byte校验
无包体
A:成功(查看包体中的详细信息-有后续命令)
返回数据: 0xCCDD包长0x100x00000x00000x01SN16Byte二进制数据校验
返回包体数据格式: {"cmd":"","params":[{"date_time":""}]}
包体详细说明:
序号 |
参数 |
说明 |
1 |
cmd |
服务器端发送给需要设备执行的命令 |
2 |
params |
服务器端发送给需要设备执行的命令的参数 |
B:失败(查看包体中的详细信息-无后续命令)
返回数据: 0xCCDD包长0x100x00000x00000x02SN16Byte二进制数据校验
包体数据格式: {"result_code":"", "result_desc":""}
包体详细说明:
序号 |
参数 |
类型 |
说明 |
1 |
result_code |
int |
错误编码,请参考错误编码说明 |
2 |
result_desc |
string |
描述 |
2.人员批量下发
根据心跳包返回数据到设备
返回结果(服务器->设备):
(1)返回命令: 0x25
(2)返回数据: 0xCCDD包长0x250x00000x00000x01SN16Byte二进制数据校验
(3)返回数据包体格式:
{
"count": "",
"users": [{
"user_id": "",
"name": "",
"work_sn": "",
"iris_template": "",
"ic": "",
"id": "",
"id_card": "",
"phone_card": "",
"iris_count": "",
"enroll_type": "",
"face_type":"",
"face_template": "",
"photo":"",
"weigen": ""
}]
}
包体数据详细说明:
序号 |
属性 |
类型 |
名称 |
说明 |
1 |
count |
string |
人员数 |
|
2 |
user_id |
string |
用户ID |
用户唯一ID |
3 |
name |
string |
姓名 |
|
4 |
work_sn |
string |
用户工号 |
和user_id一样 |
5 |
iris_template |
string |
虹膜模板 |
十六进制 |
6 |
ic |
string |
IC卡号 |
|
7 |
id_card |
string |
身份证号 |
|
8 |
phone_card |
string |
手机卡号 |
|
9 |
iris_count |
int |
虹膜数量 |
默认:1 |
10 |
enroll_type |
string |
注册类型 |
默认值: 1000000000000000 说明: 注册类型,共 16 位,每一位代表一种类型,分别是,"虹膜", "人脸", "指纹", "IC 卡", "指静脉", "密码", "身份证", "一代手机卡", "二代手机卡", "ID 卡", "红外人脸" 后面剩余的暂时保留 如果为 0:未注册,1:已经注册 |
11 |
face_type |
string |
人脸模板下发类型 |
0:特征模板(16进制字符串) 1:url (不支持) 2:图片数据,Base64 为空时默认 0 |
12 |
face_template |
string |
可见光人脸模板 |
1.如果face_type为0,则face_template就是照片模板信息,格式为:十六进制字符串 2.如果face_type为2则face_template就是图片base64数据 |
13 |
face1_template |
string |
红外人脸模板 |
1. 如果face_type为0,则face1_template就是红外照片模板信息,如果没有红外照片,这边字段信息和face_template保持一致即可,格式为:十六进制字符串 2. 如果face_type为2,则face1_templat为空即可 |
14 |
picdata |
string |
人员图像 |
可以为空,采用Base64编码 1. 如果face_type为0,picdata是头像图片数据,设备识别成功后会显示该图片,如果不传,识别成功不显示照片 2. 如果face_type为2,这个picdata不用传,识别成功显示的照片就是face_template字段的图片信息 |
15 |
weigen |
string |
韦根 |
|
下发结果返回(设备->服务器):
(1)返回命令: 0x25
(2)返回数据: 0xCCDD包长0x250x00000x00000x01SN16Byte加密后的二进制数据校验
(3)返回数据格式: {"result_code":"", "result_desc":""}
包体数据详细说明:
序号 |
参数 |
类型 |
说明 |
1 |
result_code |
string |
错误编码,请参考错误编码说明 |
2 |
result_desc |
string |
描述 |
3.删除人员信息
根据心跳包返回数据到设备
返回结果(服务器->设备):
(1)返回命令: 0x14
(2)返回数据0xCCDD包长0x140x00000x00000x01SN16Byte加密后的二进制数据校验
(3)返回包体数据格式:{"type":"","user_id":"","time":""},type 默认为: 0。
包体规范数据详细说明:
序号 |
属性 |
类型 |
名称 |
说明 |
1 |
type |
int |
删除类型 |
0:默认值 4:清空设备人员信息 |
2 |
user_id |
string |
用户工号 |
|
3 |
time |
datetime |
时间 |
默认为空 |
删除结果返回(设备->服务器):
(1)返回命令: 0x14
(2)返回数据: 0xCCDD包长0x140x00000x00000x01SN16Byte加密后的二进制数据校验
(3)返回包体数据格式:{"result_code":"", "result_desc":""}
包体数据详细说明:
序号 |
参数 |
类型 |
说明 |
1 |
result_code |
int |
错误编码,请参考错误编码说明 |
2 |
result_desc |
string |
描述 |
4.上传识别结果
设备识别后把识别结果上传到服务器(单包数据数量小于5条)
请求(设备->服务器):
(1)请求命令:0x19
(2)请求数据: 0xDDCC包长0x190x00000x00000x01SN16Byte加密后的二进制数据校验
(3)请求数据格式:
{
"sn": "",
"count": "",
"logs": [{
"user_id": "",
"recog_time": "",
"recog_type": "",
"recog_flag": "",
"photo": ""
}, {
"user_id": "",
"recog_time": "",
"recog_type": "",
"recog_flag": "",
"photo": ""
}]
}
包体数据详细说明:
序号 |
属性 |
类型 |
名称 |
说明 |
1 |
count |
int |
识别记录数量 |
|
2 |
sn |
string |
设备序列号 |
|
3 |
user_id |
string |
用户ID |
用户唯一ID |
4 |
recog_time |
datetime |
识别时间 |
|
5 |
recog_type |
S tring |
识别类型 |
人脸:face 身份证:ID IC卡:IC |
6 |
recog_flag |
string |
上下班标记 |
1:上班(进门),2:下班(出门) |
7 |
photo |
string |
识别照片 |
可以为空,采用Base64编码 |
上传结果返回(服务器->设备):
(1)返回命令:0x19
(2)返回数据0xCCDD包长0x190x00000x00000x01SN16Byte加密后的二进制数据校验
(3)返回包体数据格式:{"result_code":"", "result_desc":""}
包体数据详细说明:
序号 |
参数 |
类型 |
说明 |
1 |
result_code |
string |
错误编码,请参考错误编码说明 |
2 |
result_desc |
string |
描述 |
四、其它
错误编码说明:
序号 |
编码值 |
说明 |
1 |
0000 |
成功 |
2 |
9999 |
失败(无效的数据) |
3 |
9998 |
未知错误,请和开发人员联系 |
4 |
9001 |
数据格式错误[json 解析失败] |
5 |
9021 |
设置时间失败 |
6 |
9002 |
数据格式错误[json 数据错误] |
7 |
9003 |
数据文件长度不对 |
8 |
9005 |
数据接收有误,MD5校验失败 |
9 |
9006 |
操作数据库错误 |
10 |
9007 |
删除设备上的数据失败 |
11 |
9008 |
添加人员信息失败 |
附件5
环境监测设备基本技术标准
一、对噪声、PM2.5、PM10、温度、湿度、风速、风向、气压等指标实时监测;
二、具备实时传输监测数据能力;
三、GPRS/4G方式数据上传平台。
四、环保监测指标超限值后自动预警并开启喷淋和雾炮;
五、数据上传支持多协议多发;
六、数据传输符合有关标准要求;
七、必须具有国家 CPA证书。
附件6
环境监测设备数据接口协议
调用地址
请求方式: POST
请求内容格式:application/json
请求地址:http://127.0.0.1:8080/environment-app/environmental/uploadEnvironmental.shtml
参 数
参数 |
描述 |
no |
设备编码,每个设备需要唯一 |
appKey |
用户的唯一标识,由平台分配 |
noise |
噪音 |
pm10 |
PM10 |
pm25 |
PM2.5 |
temperature |
温度 |
humidity |
湿度 |
windspeed |
风速 |
toxicgas |
有毒气体 |
combustiblegas |
可燃气体 |
返回值
参数 |
描述 |
success |
错误编码 true 成功 false 失败 |
msg |
错误消息 |
返回值示例:
窗体顶端
{
"success": true,
"msg": "",
}
支持实时调取数据;
系统未调取数据时,设备主动上报数据,上传频率:10~30分钟。
附件7
施工现场设备安装、使用和拆(移)除程序
智慧工地设备的安装、使用、拆(移)除按下列程序办理:
一、制定安装方案。由建设单位、施工单位、监理单位共同确定设备点位的数量、安装位置、安装计划等;施工单位完成智慧工地设备安装方案和点位平面布置图的制作,并填写《邯郸市智慧工地设备安装告知表》,报市建设局备案。
二、安装与使用。施工工地同步安装视频监控设备和扬尘污染物在线检测设备,分别与建设主管部门、生态环境主管部门联网,并保证设备正常运行。其它设备根据施工进度按要求同步安装。
三、安装方案修改。任何单位和个人不得擅自修改经审查的智慧工地设备安装方案和智慧工地设备点平面布置图,如确需变更的,应由施工单位提出申请,经监理单位、建设单位审核,报市建设局同意后方可进行修改。
四、拆除与移机。未经市建设局同意,施工单位不得擅自拆除或移动智慧工地设备。需要拆除或移动设备的,施工单位须提前3个工作日到市建设局办理手续,填写《邯郸市智慧工地设备拆除(移机)告知表》,经同意后方可拆除或移机。市建设局在收到申请后,应在3个工作日内进行审查并回复申请人。
邯郸市智慧工地设备安装告知表
项目名称 |
|
|||||||||
项目地址 |
|
|||||||||
建设单位 |
|
项目负责人 联系电话 |
|
|||||||
施工单位 |
|
项目负责人 联系电话 |
|
|||||||
监理单位 |
|
项目负责人 联系电话 |
|
|||||||
建筑面积 (平方米) |
|
总造价 (万元) |
|
占地面积 (平方米) |
|
|||||
开竣工日期 |
年 月 日至 年 月 日 |
|||||||||
项目 |
设备类型 |
品牌型号 |
数量(个) |
计划安装时间 |
计划拆除时间 |
安装点位位置 |
||||
视频监控 |
球 枪 |
|
|
|
|
|
||||
|
|
|
|
|
||||||
枪 机 |
|
|
|
|
|
|||||
|
|
|
|
|
||||||
|
|
|
|
|
||||||
环境监测 |
项 |
|
|
|
|
|
||||
|
|
|
|
|
||||||
实名制通道 |
进出 |
|
|
|
|
|
||||
|
|
|
|
|
||||||
其它设备 |
…… |
…… |
…… |
…… |
…… |
…… |
||||
施工单位 意 见 |
联系人: 电 话: (盖章) 年 月 日 |
建设单位 意 见 |
联系人: 电 话: (盖章) 年 月 日 |
|||||||
监理单位 意 见 |
联系人: 电 话: (盖章) 年 月 日 |
|
|
|||||||
建设主管 部 门 意 见 |
处室意见: |
主管领导意见: |
邯郸市建设局 (盖章)
年 月 日 |
1.本表一式肆份,建设单位、施工单位、监理单位和建设主管部门各一份。
2.本表由施工单位填写,需附智慧工地设备安装方案和平面布置图一份。
邯郸市智慧工地设备拆除(移机)告知表
项目名称 |
|
|||||
项目地址 |
|
|||||
建设单位 |
|
项目负责人 联系电话 |
|
|||
施工单位 |
|
项目负责人 联系电话 |
|
|||
监理单位 |
|
项目负责人 联系电话 |
|
|||
视频监控、环境监控、实名制通道等设备申请拆除(移机)情况 |
(拆除和移机的设备名称、时间、原因、数量、位置等相关情况)
施工单位:
联系人: 电话: (盖章) 年 月 日 |
|||||
监理单位 意 见 |
联系人: 电 话:
(盖章) 年 月 日 |
建设单位 意见 |
联系人: 电 话:
(盖章) 年 月 日 |
|||
建设主管 部 门 意 见 |
处室意见: |
主管领导意见:
|
邯郸市建设局 (盖章)
年 月 日 |
1.本表一式肆份,建设单位、施工单位、监理单位和建设主管部门各一份。
2.本表由施工单位填写,需附移机后的智慧工地设备安装点平面布置图一份。
附件8
智慧工地管理系统数据管理及责任分工
一、数据管理
(一)数据库内容
1.项目库:主要包括建设单位、项目名称、工程名称、单位地址、工程地点、是否国投、法人代表、法人电话、联系人、联系电话、建设工程规划许可证发证日期、建设工程规划许可证编号、设计结构是否变更、工程类别、绿色建筑设计标准、抗震设防烈度、抗震设防类别、抗震设计规范、实际开工日期、建筑工程施工证发证日期、施工证编号、工程造价(万元)、建筑功能、结构形式、占地面积、建筑总面积、建筑层数、地上面积、地下面积、商业面积、住宅面积、住宅户数、社区党群综合服务场所、保障性住房、中小学、幼儿园、其它配建、勘察单位、设计单位、施工图审查机构、施工单位、监理单位、检测单位等信息。
2.企业库:主要包括建设单位、施工单位、监理单位、勘察单位、设计单位、施工图审查机构、商砼企业、材供单位、工程质量检测机构、工程造价咨询机构、招投标代理机构等企业,详细信息包括名称、成员、类别、人数、企业地址、所在地、电子证照、社会统一信用代码、企业法定代表人、法定代表人手机、联系人、联系人手机等信息。
3.人员库:主要包括姓名、性别、民族、血型、健康状况、籍贯、家庭住址、政治面貌、文化程序、特长、身份证号码、身份证签发机关、身份证有效期限、手机、证书类别、证书编号、取证时间、证书有效期、职称、人员类别、所属企业、合同签订、从事工种、从事项目、登记日期、离场日期、培训情况、主要业绩、奖励记录、不良记录、是否列入黑名单等信息。
4.信用库:主要包括信用主体的基本信息、良好行为信息和不良行为信息、信用得分、信用等级等。
5.设备库:主要包括项目名称、设备名称、设备类型、数量、规格、型号、制造日期、设备权属、采购日期、租赁日期、进场日期、离场日期、操作人员、使用记录、事故历史、检修情况等信息。
6.材料库:主要包括项目名称、材料名称、生产企业、年产规模、规格、型号、生产日期、检测机构、检测结果、使用数量、使用日期等信息。
7.资料库:主要包括项目名称、施工日志、施工记录人、监理日志、监理记录人等信息,以及整改通知和整改落实情况等信息。
8.拖欠库:主要包括项目名称、人员信息、银行开卡数量、薪资到位情况、社保缴费等信息。
9.扬尘库:主要包括项目名称、远程监控设备、在线监测设备、施工现场围档、场地硬化、易飞扬物料苫盖、驶出车辆冲洗、土方湿法作业、渣土车辆密闭运输等信息。
10.处罚库:主要包括项目名称、执法时间、执法日期、执法主体、行政处罚书、处罚对象、处罚结果等信息。
以上为暂定数据库内容,根据工作实际和业务需要,及时变更。
(二)数据采集
采取智能获取和人工录入相结合方式。根据平台实现目标,按照国家和省“四库一平台”要求,初步建设四大数据库:企业库、人员库、项目库、信用库(另外设备库、材料库、资料库、拖欠库、扬尘库、处罚库等六个数据库一并设计。完成后的数据库,相互关联,最大程序覆盖建设项目全信息);
(三)数据维护:按照“谁使用、谁负责、谁维护”原则,各使用部门和单位要切实做好数据日常维护工作;
(四)数据安全:按国家安全等级有关要求维护。
二、责任分工
局机关相关监管部门要明确专人负责,积极做好数据采集和维护工作。除自动采集信息外,其它需手工录入的信息需每日完成。因特殊情况无法当日完成的,次日上午必须完成。涉及时间段较长的信息,确定每周一为数据集中采集日。智慧工地系统将根据相关部门录入的信息情况自动汇总并形成报表,在智慧工地系统进行通告。数据库维护责任分工如下:
项目库:由建筑市场监管处负责;
企业库:由房地产业处、建筑市场监管处、城市建设谋划处、工程质量监管处、勘察设计管理处、绿色建筑发展处等处室负责;
人员库:由企业库维护对应处室分别负责;
信用库:由办公室、房地产业处、建筑市场监管处、勘察设计管理处、建筑生态和信息管理处等处室负责;
设备库:由工程安全监管处负责:
材料库:由建筑市场监管处、工程质量监管处、绿色建筑发展处负责;
资料库:由工程质量监管处、工程安全监管处、绿色建筑发展处负责;
拖欠库:由建筑市场监管处负责;
扬尘库:由建筑生态和信息管理处负责;
处罚库:由办公室负责。
项目参建各方责任主体要严格按照监管部门要求以及数据库内容,切实做好数据采集和录入工作。