矿山安全监测预警系统

项目背景

这是矿山安全生产监管方向的系统，同一套行业方案先后在两个省级项目落地。系统构成包括监管端、企业端、现场移动端、监管态势大屏，以及检查与鉴定报告的自动生成——报告是这一行的刚需，格式固定但内容量大，人工编写效率很低。

客户当时的状态

安全生产监管这件事，天然是「上面要看、下面要报、现场要查」三段。过去这三段是断开的：现场检查靠纸笔，回到办公室再录入，信息到监管端已经滞后一天；企业申报靠表格，格式不统一，汇总要人工归并；检查与鉴定报告内容多、格式固定，一份一份手工编写，既慢又容易漏项。更麻烦的是，同一行业不同省份的监管口径并不完全一样，一套写死的系统换个省就要重做。

我们的做法与取舍

第一个取舍是监管端与企业端分设，数据按主体隔离。监管方要看全局汇总，企业只能看自己的数据，两者的权限模型和界面需求都不一样。硬合成一套，权限会变得极其复杂。

第二个取舍是现场检查必须走移动端，并且直接把数据送进后台，不做「回去再补录」这一步。少一道转抄就少一类错误，也少一天延迟。

第三个取舍是把报告生成做成模板引擎，而不是写死在代码里。报告格式由模板维护，字段从业务数据回填，格式调整不改代码。这一条对长期维护的价值很大——监管报表的格式是会变的。

第四个取舍是把省份差异做成配置。同一行业方案落到第二个省的时候，我们改的是配置和业务层扩展，不是把核心逻辑推倒重写。

系统怎么承载这条链路

入口层覆盖监管端、企业端、现场移动端与监管大屏；业务层承载监管业务、企业申报与现场检查鉴定；平台层提供权限与数据隔离、文档模板引擎；数据层承载指标汇总与大屏数据接口。检查与鉴定报告通过模板引擎生成 Word 文档，格式由模板决定，内容由业务数据回填。

交付状态与边界

两个省级项目的代码库最近提交均在 2026 年上半年，处于维护状态。边界说明：平台承载的是信息采集、汇总与留痕，不替代现场安全管理责任；如果项目涉及硬件监测设备，设备侧的采购与安装由相应供应商负责，我们做的是数据接入与业务呈现。

另外需要坦白两件事。第一，涉及政务类客户名称与省份，公开披露需要客户书面授权，本页不写。第二，本项目部分代码库是快照式导入的，提交流程不完整——所以我们在公开口径里只讲系统形态与行业能力，不拿「研发过程」当卖点。底层使用成熟开源微服务框架，业务层自研，对外统一表述为「基于成熟开源框架自研业务层」。