本文讲述了作者如何仅凭一己之力，利用业余时间开发了一套完整的“计量轮换管理系统”。该系统涵盖Web管理后台和移动端App，旨在解决电力公司在电表更换过程中遇到的照片堆积、数据核对困难、人工录入效率低下等问题。系统集成了OCR、多模态识别、离线缓存等技术，已成功部署并投入使用，显著提升了工作效率，减少了返工和错误。作者分享了开发过程中的技术选型和系统亮点，并表达了将该系统推广复用的愿望，强调技术应服务于实际需求，提升基层工作效能。

💡 痛点解决：该系统有效解决了电力公司在电表更换工作中长期存在的照片管理混乱、数据核对繁琐、人工录入易出错等问题，将原本依赖人工和Excel的低效流程转变为系统化、自动化的管理模式，大幅提升了工作效率和准确性。

🚀 全栈开发：作者从零开始，独立完成了Web管理后台和基于React Native的移动端App的开发。技术栈涵盖了后端Spring Boot、数据库MongoDB、前端React Native以及Docker容器化部署，展现了全面的技术实力和独立解决问题的能力。

🧠 智能化功能：系统集成了LLM多模态模型进行电表照片自动识别，并具备图片自动压缩、OCR文字识别、离线作业同步等智能化功能，能够处理条码、倍率、CT比值等多种照片信息，并支持草稿自动保存，确保数据不丢失。

📊 实用性与推广：该系统已在实际工作场景中部署上线，服务于一线员工，平均日提交表单超600条，证明了其稳定性和实用性。作者也表达了将该系统推广复用、进一步打磨和扩展的意愿，旨在为更多基层单位提供数字化解决方案。

🎯 技术价值：作者强调技术应用的目的是为了解决实际问题，让基层工作者少跑路、少返工、少出错，体现了技术应以人为本、服务于生产一线的核心理念。

这两个月，发小找到我，说他们电力公司最近换电表快被材料整疯了，照片堆成山、数据对不上、人手也不够……我听完也挺上头的，直接说一句：

“要不我给你整套系统？”

于是就开始了这趟旅程——一个人、两个月、从零开始开发，做了一套完整的“计量轮换管理系统”，Web + App 都有，已经部署上线，真正在用，~_~真正在救命。

---

🧩 为什么要做这个系统？

我老家电力公司每年都要大批量换电表，覆盖城区、小区、农牧区，换表流程全靠人工+微信群+Excel，过程堪称灾难：

工人现场拍照后手抄数据，回来还得录入 Excel所有照片靠微信群传，文件一多全乱套管理员一个个核对照片和表单，哪个表是谁的全靠猜数据错了还得返工，有时候来回 100 多公里

我当时就一个念头：都 2025 年了，这种事不应该靠人脑记，应该靠系统管。

---

🚧 怎么做的？

用的就是晚上 + 周末的时间，纯 vibe coding 模式。
从架构设计 → 接口实现 → 页面写 UI → MongoDB 索引 → 图片压缩 → OCR → 离线缓存 → Docker 部署，一步步撸出来的。

两个多月，没有产品经理，没有测试，没有 UI 设计，全靠自己扛。

---

✨ 系统长什么样？

🖥 Web 管理后台

三类表单统一管理（公台 / 专台 / 用户）电表照片自动识别（用了 LLM 多模态模型）权限分级（施工队只能录入，管理员能导出统计）图片自动压缩 + 本地存储优化数据统计图表一应俱全，支持导出 Excel 报表

📱 移动端 App （ React Native ）

支持离线作业，无网环境下也能录入保存拍完表计照片一键上传，啥照片都支持（条码、倍率、CT 比值）草稿自动保存，操作中断不丢数据一有网就自动同步，后台悄悄传上去一个 App 兼容 iOS 和安卓（ Expo 开发是真的省事）

---

🔧 技术栈怎么选的？

模块	技术方案
后端	Spring Boot 3.4.5 + Java 17
数据库	MongoDB （文档结构更灵活）
App 开发	React Native + Expo
部署	Docker + Docker Compose
架构风格	前后端分离 + 容器化部署

---

📸 系统实拍图（ App 页面）

---

💼 已经跑起来了 ✅

✅ 使用单位：供电公司下属施工队、材料员、档案员✅ 使用人群：施工队、材料员、档案管理员等✅ 平均每天提交超 600+ 条表单✅ 30+ 一线员工已经在用，系统稳定，几乎不用管

---

🤝 如果你是……

电力行业从业者，做计量/运维/工程/设备的想给县、旗、区级单位做“数字化改造”的人对 OCR 、多模态识别、离线系统开发感兴趣的开发者

d2lubmllbG92ZTIwMjA= 都欢迎聊聊！这个系统是可以推广复用的，我也愿意继续打磨、扩展，甚至一起搞点事情。

---

技术不是为了炫技，而是为了让人少跑路、少返工、少出错。

愿所有基层数字化系统都能接地气、真好用。