AI智能移动巡检系统设计
工程巡检仪系统:作为现场数据采集终端,由项目巡检人员通过专用巡检设备完成现场质量、安全问题的全流程记录,实现问题的现场拍照、定位、录入,为整改通知单生成提供原始数据来源,保障问题溯源的真实性与时效性。
AI 规范智能识别系统:作为后台智能管控核心,基于基建行业质量、安全规范标准训练 AI 模型,可自动识别巡检采集的现场影像、数据,智能判定问题类型、严重程度,自动生成标准化整改意见与整改要求,替代人工主观判定,提升问题识别的准确性与规范性,同时为整改闭环提供智能校验。
我司自研的 AI 整改管理 APP,是上述两大系统的业务落地载体,实现了从问题发现、整改通知下发、责任单位整改、闭环验证的全流程线上化、智能化管理。本次接口推送需求,是为了将 APP 内完整的整改业务数据同步至合作厂家平台,实现项目参建各方的整改信息互通与协同管控。。
2. 术语和定义
|
定义说明 |
|
|
AI 整改 APP |
自研的基建项目整改全流程智能化管理应用,涵盖整改通知单生成、问题录入、整改闭环、数据统计等功能 |
|
整改通知单 |
由检查单位发起,针对现场质量 / 安全问题出具的正式整改要求文件,是本次数据推送的核心业务对象 |
|
工程巡检仪系统 |
项目现场巡检专用的硬件 + 软件系统,用于现场问题的采集、记录、上传,是整改数据的源头 |
|
AI 规范智能识别系统 |
基于基建行业规范训练的 AI 模型系统,用于自动识别现场问题、生成标准化整改意见 |
|
接口推送 |
APP 通过标准化 API 接口,将整改数据主动传输至合作厂家平台的技术动作 |
|
责任单位 |
项目中负责整改现场问题的施工单位 |
|
检查单位 |
项目中负责现场检查、出具整改要求的监理 / 业主单位 |
|
整改闭环 |
从问题发现、整改通知下发、责任单位整改、验证通过的完整业务流程 |
4. 功能设计
4.1. 用户画像
本系统面向以下用户:
|
工作岗位(职位) |
所属单位(监理、施工、建设) |
系统角色 |
使用诉求 |
|
监理工程师、监理负责人 |
监理单位 |
检查方操作员、检查方管理员 |
实时接收整改数据弹窗提醒,快速查看整改通知单详情、问题描述及整改进度,监督责任单位按时完成整改,把控项目质量与安全,同步整改验证结果 |
|
施工技术员、施工班组长、项目安全员 |
施工单位 |
责任方操作员 |
及时接收整改通知弹窗,快速获取整改要求、期限及问题详情,同步自身整改措施、整改进度及闭环佐证材料,提升整改响应效率,确保整改符合要求 |
|
建设单位项目管理员、质量安全负责人 |
建设单位 |
建设方管理员、数据查看员 |
通过弹窗实时掌握项目整改整体情况,查看所有整改记录的全流程信息,统计整改闭环率,统筹协调参建各方,保障项目合规推进 |
|
双方技术运维人员、项目管理人员 |
我方及合作厂家 |
系统管理员、运维管理员 |
保障接口稳定运行,确保数据推送实时、准确,处理弹窗展示异常问题,维护系统权限,同步数据推送相关调整需求,支撑跨平台协同管控 |
4.2. 关联系统说明
流程说明:巡检仪终端采集现场图片后,上传至AI移动巡检App进行图片关联;App将关联后的图片提交至AI识别大模型,由模型识别问题并反馈结果;AI移动巡检App根据识别结果生成整改工单,推送至巡检仪平台;巡检仪平台呈现工单整改的全流程情况,供项目参建各方查看。
5. 功能说明
5.1. 移动巡检平台
本次推送数据覆盖整改通知单全生命周期核心字段,具体分为三大模块,与APP内生成字段完全对应:
5.1.1. 基本信息
图1-基本信息原型设计
|
1 |
字段名称 |
字段说明 |
数据类型 |
格式要求 |
示例值 |
数据来源 |
|
2 |
整改通知号 |
整改通知单唯一编号,用于标识单条整改记录,便于追溯 |
字符串(String) |
单位简称+部门+项目+年份+序号,格式固定 |
质量部 |
AI移动巡检APP |
|
3 |
检查单位 |
发起检查、出具整改通知的单位,为监理/业主单位 |
字符串(String) |
填写单位全称,无简称,无多余空格 |
指挥部 |
AI移动巡检APP |
|
4 |
检查日期 |
现场开展检查的具体日期,为整改的起始时间依据 |
日期(Date) |
标准日期格式,yyyy-MM-dd,无时分秒 |
2025-10-20 |
AI移动巡检APP |
|
5 |
检查地点 |
现场问题发生的具体位置,需精准到具体区域 |
字符串(String) |
项目名称+具体区域/设备编号,表述清晰 |
沙管片厂4#料仓 |
AI移动巡检APP |
|
6 |
责任单位 |
负责现场问题整改的施工单位,为整改执行主体 |
字符串(String) |
填写单位全称+标段(如有),无简称 |
中铁 |
AI移动巡检APP |
|
7 |
发布人 |
整改通知单的发布人员,为检查单位相关工作人员 |
字符串(String) |
填写真实姓名,无绰号、简称 |
张三 |
AI移动巡检APP |
|
8 |
发布时间 |
整改通知单正式发布的时间,精确到秒,便于追溯 |
日期时间(DateTime) |
标准日期时间格式,yyyy-MM-dd HH:mm:ss |
2025-10-20 12:30:30 |
AI移动巡检APP |
|
9 |
整改期限 |
要求责任单位完成整改的截止时间,为整改考核依据 |
日期时间(DateTime) |
标准日期时间格式,yyyy-MM-dd HH:mm,无秒数 |
2025-10-25 10:00 |
AI移动巡检APP |
5.1.2. AI识别信息
图2-AI识别结果原型设计
|
序号 |
字段名称 |
字段说明 |
数据类型 |
格式要求 |
示例值 |
数据来源 |
|
1 |
问题严重程度 |
依据问题对项目质量、安全、进度的影响程度划分,结合检查依据及现场实际判定,为整改优先级提供依据 |
字符串(String) |
固定枚举值:一般、较重、严重,仅可选其一,与检查依据、问题场景匹配 |
一般 |
AI移动巡检APP |
|
2 |
问题类型 |
整改问题的分类,依据项目管理规范划分,结合新图片场景精准判定 |
字符串(String) |
固定枚举值:质量、安全、进度、其他,仅可选其一,与图片问题匹配 |
质量 |
AI移动巡检APP |
|
3 |
问题概要 |
结合新图片内容,描述现场检查发现的具体问题,与图片呈现的场景、异常情况完全对应 |
字符串(String) |
表述清晰、具体,明确问题位置、现象,结合图片细节,无模糊表述,可对应图片溯源 |
沙管片厂4#料仓10~20mm碎石堆放区域,经现场图片核查,存在两种颜色差异明显的原材料混堆,且部分碎石表面附着大量粉尘,不符合原材料堆放规范 |
AI移动巡检APP |
|
4 |
检查依据 |
判定问题存在的行业规范、项目管理制度等依据,明确问题违规的核心条款,确保整改有章可循 |
字符串(String) |
明确规范名称+具体条款,表述规范、准确,无模糊表述,可追溯核查 |
《铁路混凝土工程施工质量验收标准》(TB10424-2018)第6.2.3条 原材料堆放应分类标识、整洁有序 |
AI移动巡检APP |
图3-整改意见原型设计
|
序号 |
字段名称 |
字段说明 |
数据类型 |
格式要求 |
示例值 |
数据来源 |
|
1 |
整改意见 |
检查单位针对问题提出的具体整改要求,具有指导性 |
字符串(String) |
分点表述(用英文冒号分隔),明确具体整改动作 |
立即设置防护栏杆和警示标志:坑边1米内禁止堆载:夜间增设照明:人员上下设专用通道 |
AI移动巡检APP |
|
2 |
原因分析 |
责任单位对问题产生原因的具体分析,明确责任 |
字符串(String) |
表述真实、简洁,明确问题产生的核心原因 |
工人疏忽,未按规范对原材料进行分类堆放 |
AI移动巡检APP |
|
3 |
整改措施 |
责任单位制定的具体整改执行方案,对应整改意见 |
字符串(String) |
具体、可落地,与整改意见一一对应,无空泛表述 |
按整改意见设置防护栏杆和警示标注,清理料仓粉尘,对原材料分类堆放 |
AI移动巡检APP |
|
4 |
整改情况 |
整改完成后的状态说明,明确整改结果 |
字符串(String) |
固定枚举值:未整改、整改中、已闭环,仅可选其一 |
已闭环 |
AI移动巡检APP |
|
5 |
预防措施 |
避免同类问题重复发生的长效管控措施 |
字符串(String) |
具体、可落地,明确管控责任、措施,无空泛表述 |
安排专人负责料仓原材料管理,每日检查原材料堆放情况,定期开展工人规范操作培训 |
AI移动巡检APP |
|
6 |
整改人 |
执行整改工作的责任人员,为责任单位相关工作人员 |
字符串(String) |
填写真实姓名,无绰号、简称 |
张三 |
AI移动巡检APP |
|
7 |
整改时间 |
责任单位完成整改工作的具体时间 |
日期(Date) |
标准日期格式,yyyy-MM-dd,无时分秒 |
2025-10-20 |
AI移动巡检APP |
|
8 |
整改照片 |
整改完成后的现场佐证图片,用于验证整改效果,与问题图片形成对比 |
图片 |
支持两种格式:图片URL链接(可直接访问)、Base64编码 |
|
AI移动巡检APP |
6. 接口技术要求
数据格式:接口采用标准JSON格式传输,所有字段严格按照上述定义输出,保证字段名、数据类型、格式与示例一致,无冗余字段、无空字段。
推送机制:支持实时推送,当APP内完成整改通知单发布、整改闭环等关键操作时,自动触发数据推送;同时支持历史数据补推,保障数据完整性,补推可手动触发。
字段完整性:所有字段为必填项,无空值、无占位符(如“按实际填写”类无效内容),保证推送数据可直接用于对方平台弹窗展示,无需二次处理。
图片处理:整改照片、问题图片支持以图片URL链接或Base64编码两种形式推送,由对方平台按需选择;URL链接需确保可正常访问、图片清晰,Base64编码需符合标准格式,无乱码。
兼容性:接口需兼容对方平台现有弹窗展示逻辑,保证所有字段可直接映射至弹窗对应位置,无需对方进行二次数据转换,降低开发成本。
安全性:数据传输需遵循双方约定的安全规范,采用加密传输方式,保障项目业务数据(尤其是现场照片、整改信息)的安全性与保密性,防止数据泄露、篡改。
7. 第三方平台展示要求
弹窗触发:当接收到我司推送的整改数据后,对方平台需自动弹出整改信息弹窗,弹窗需醒目(可设置高亮边框)、不遮挡平台核心操作界面,支持一键关闭、一键查看详情。
展示逻辑:弹窗需按“基础信息→问题详情→整改闭环”的顺序分层展示,核心字段(整改通知号、问题概要、整改期限、整改情况)优先突出显示(可设置加粗样式),提升查看效率。
图片展示:整改照片、问题图片需支持弹窗内预览、放大查看,保证现场整改佐证及原始问题清晰可见;若为多个照片,支持左右滑动切换查看,可实现问题图片与整改照片对比查看。
状态同步:支持整改全流程状态同步,弹窗内需明确标识整改状态(未整改、整改中、已闭环),可采用不同颜色标注区分(如未整改红色、已闭环绿色),便于快速识别。
详情查看:弹窗支持点击“查看详情”展开完整整改信息,收起后仅显示核心字段,兼顾简洁性与完整性。
