住建信息化规范(2026年)

住建信息化规范(2026年)第一章总则1.1制定背景“十四五”期末，全国房屋建筑和市政基础设施数字化率已达62%，但数据孤岛、重复建设、安全事件频发等问题依旧突出。为在2026年实现“业务协同、数据共享、监管闭环、服务普惠”的住建信息化新范式，特制定本规范。1.2适用范围本规范适用于住房和城乡建设行业各级行政主管部门、事业单位、国有平台公司以及承担政府信息化项目的勘察、设计、施工、运维、监理、检测、咨询、产品供应等市场主体。1.3基本原则（1）统筹规划，分级负责；（2）标准先行，开放兼容；（3）需求牵引，场景驱动；（4）安全可控，风险可溯；（5）绿色低碳，经济高效。第二章术语与缩略语术语/缩略语含义备注CIM城市信息模型以BIM、GIS、IoT数据融合为基础的三维数字孪生底座BIM建筑信息模型符合《建筑信息模型应用统一标准》GB/T51212API应用程序接口遵循RESTful或GraphQL规范RBAC基于角色的访问控制最小权限原则DevSecOps安全内生的开发运维一体化安全左移、持续合规CA数字证书认证采用SM2/SM3国密算法SLA服务等级协议可用性≥99.9%，RTO≤30分钟，RPO≤5分钟第三章总体架构3.1五横四纵模型（1）五横：感知层、传输层、数据层、平台层、应用层；（2）四纵：标准规范、安全可信、运维运营、监督评价。3.2云-边-端协同政务云采用“两地三中心”容灾布局；边缘节点下沉至区县级，延迟≤20ms；终端设备须通过住建部物联网接入认证。3.3微服务与低代码核心业务系统拆分为≥30个微服务，单服务代码行数≤5万行；表单类需求90%以上通过低代码平台交付，交付周期≤10人日。第四章数据资源规范4.1数据分类类别示例更新频率权威源基础空间1:500地形图季度自然资源部门建筑物楼盘表、分户图实时房产交易中心企业主体施工许可信息日行政审批系统人员实名执业注册人员小时住建部注册库物联感知塔机载重、PM2.5秒工地传感器4.2主数据编码采用“18位统一社会信用代码+10位扩展码”作为建筑单体唯一标识；扩展码由县级行政区划代码（6位）+顺序码（4位）组成，保证50年内不重复。4.3元数据要求每张业务表须同步生成元数据，包含字段中文名、字段英文名、数据类型、长度、精度、取值范围、更新策略、敏感等级、共享类型、责任部门十项属性，缺失率≤1%。4.4数据质量评分采用DQAF框架，从完整性、一致性、准确性、及时性、唯一性五个维度打分，综合得分≥85分方可进入共享交换库；低于70分触发数据溯源整改流程。第五章业务系统功能要求5.1项目全生命周期管理覆盖“策划—立项—用地—规划—施工图—施工许可—质量监督—安全监督—竣工验收—竣工备案—运维—拆除”12个阶段，每阶段必填字段≥90%，系统间自动流转，杜绝二次录入。5.2智慧工地（1）人员：人脸识别+电子围栏，未授权进入报警≤3秒；（2）机械：塔机、升降机、吊篮接入率100%，超载误差≤±3%；（3）环境：PM2.5、噪声、风速实时采集，超标自动联动喷淋；（4）视频：AI识别未戴安全帽、吸烟、明火，识别准确率≥95%，误报率≤5%。5.3房地产市场监测建立“日监测、周分析、月预警”机制，对新房、二手房、租赁、土地四象限量价异常波动进行红黄蓝三级预警，预警模型准确率≥92%。5.4城市体检对接CIM平台，形成“住房、小区、社区、城区”四级体检指标共185项，自动生成体检报告，报告可下载PDF、可在线三维漫游，群众满意度调查样本量≥常住人口1%。5.5农房管理建立“一户一宅一档”数字台账，坐标精度≤0.5米，照片≥8张（正立面、侧立面、屋顶、地基、室内四向），支持离线采集，信号恢复后30秒内自动同步。第六章技术实现规范6.1开发语言与框架后端优先采用Java17+SpringBoot3、Go1.22；前端采用React18+TypeScript5；移动端采用Flutter3，原生代码占比≤20%。6.2接口设计（1）统一网关：所有HTTP流量经APIGateway，限流策略：普通用户100次/分钟，关键业务500次/分钟；（2）返回格式：```json{"code":0,"msg":"success","data":{},"traceId":"uuid"}```（3）错误码：使用7位数字，首位1代表系统级，2代表业务级，后三位按模块划分，避免与HTTP状态码混淆。6.3数据库在线交易采用MySQL8+InnoDB，分库分片后单表数据量≤5000万行；离线分析采用ClickHouse，压缩比≥6:1；空间数据采用PostGIS，栅格切片格式为COG。6.4中间件消息队列使用Kafka3，副本因子≥3，最小同步副本≥2；缓存使用Redis7，开启ACL+TLS，禁止keys等危险命令；搜索引擎使用OpenSearch2，分片数=节点数×1.5。消息队列使用Kafka3，副本因子≥3，最小同步副本≥2；缓存使用Redis7，开启ACL+TLS，禁止keys等危险命令；搜索引擎使用OpenSearch2，分片数=节点数×1.5。6.5三维可视化CIM场景采用3DTiles1.1，几何误差≤16；Web端帧率≥30FPS，显存占用≤2GB；支持SM3、SM4国密加密传输。第七章集成与互操作7.1协议适配场景推荐协议fallback协议备注设备接入MQTT5CoAP保持会话视频流GB/T28181ONVIF信令兼容数据共享REST/JSONSOAP/XML双向支持批量同步DataHubSFTP断点续传7.2单点登录采用OAuth2.1+OIDC1.0，IDToken有效期30分钟，RefreshToken有效期24小时；支持国密SM2双证书，实现跨域自动切换。7.3主数据同步通过事件总线发布“增删改”事件，消费方幂等处理，采用“事件溯源+最终一致性”模式，同步延迟≤3秒，异常重试5次，失败进入死信队列人工干预。第八章安全与合规8.1等级保护所有系统定级≥三级，通过“关基”认定的系统须按四级防护；每年至少一次实战攻防演练，高危漏洞修复时限≤24小时。8.2数据加密传输：TLS1.3，优先使用SM2/SM3国密套件；存储：MySQL采用透明加密（TDE），Redis采用AES-256-GCM，密钥托管于HSM，密钥轮换周期≤90天。8.3日志审计覆盖用户访问、数据变更、权限变更、系统异常四类日志，保留≥3年；采用WORM存储，防篡改；审计日志须与SIEM对接，异常告警≤5分钟。8.4隐私保护涉及个人身份证号、手机号、生物特征的数据须脱敏展示，脱敏规则：身份证：前6位+****+后4位身份证：前6位+****+后4位手机号：前3位+****+后4位手机号：前3位+****+后4位人脸特征：采用不可逆特征变换，相似度阈值≥0.8才允许比对。第九章运维与运营9.1监控指标层级关键指标告警阈值采集周期基础设施CPU利用率>80%1分钟数据库慢查询>3秒实时应用接口P99延迟>1秒30秒业务施工许可办结超时>1天小时9.2自动化发布采用GitOps，所有变更以PullRequest形式提交，经CodeReview+自动化测试+安全扫描后，由ArgoCD同步至Kubernetes，发布成功率≥99%，回滚时间≤5分钟。9.3容量管理核心系统CPU预留≥30%，内存预留≥40%；每年“双11”“春节返乡”双节点前完成全链路压测，并发用户≥峰值×1.5，系统成功率≥99.9%。9.4绿色运维数据中心PUE≤1.25，空调采用氟泵双循环；服务器负载率<40%时，通过虚拟机迁移关闭物理机，年度节电率≥8%。第十章监督评价10.1指标体系建立“6+30”评价模型：6个一级指标（统筹度、共享度、安全度、创新度、惠民度、绿色度），下设30个可量化二级指标，采用百分制，得分≥85为优秀。10.2评价流程（1）单位自评：每年3月完成，提交佐证材料；（2）省级复核：每年5月完成，采用线上远程+现场抽查；（3）部级抽评：每年7月完成，引入第三方机构，抽查比例≥20%。10.3结果运用评价结果纳入国务