方案概览：值班的问题不在「排班表」，而在信息到了谁手里、什么时候到的
政府总值班室的核心职责只有一句话：把一线发生的事，按规定的顺序、在规定的时间里，送到该看的人手上。落到日常就是接报、呈报、批示、转发、催办、归档六个动作，再叠加请假报备、领导每日工作、值班排班与通讯录四件杂事。事情本身不复杂，复杂在它跨三级组织、跨白天黑夜、跨十几个部门，而且每一步都要留痕。这套平台把六个动作和四件杂事放进一个入口，按市、区县、乡镇街道三级授权，电脑端与手机端同步。
常见的替代方案有三种：纸质值班记录本加微信群、用 OA 的公文流程硬套、或者各单位各买一套小系统。第一种的问题是查不到、统计不了；第二种的问题是把「信息报送」当成「发文」，批示要走完整公文流转，时效性丢在半路；第三种的问题最贵 —— 上级要看全市数据时，十几套系统各出一张表，口径永远对不上。
本页按「现实难题 → 平台能力 → 一条信息怎么走 → 双端怎么分工 → 安全与部署 → 怎么落地」的顺序写，可以直接拿去对照本单位的值班制度。咨询电话与微信同为 15910090001。
一、建设背景：六个现实难题
值班工作的难，不在业务复杂度，而在「人少、事碎、时效紧」。下面六条是各级值班室普遍反映的问题，也是平台要逐条对上的设计目标。
渠道分散
纸质材料、微信群、邮件、传真、电话并行，同一件事在三个地方各有一半记录；事后要统计、要检索、要追溯，只能靠人回忆。
汇总耗时
领导日程、请假报备、每日情况靠手工表格收集，一个值班员每天早上花两小时打电话催、复制粘贴，做完还容易漏。
批示难追踪
批示靠逐条转发，领导看没看、什么时候看、看完有什么要求，发的人不知道，办的人也不确定。
一线上报慢
现场情况要先回办公室用电脑起草，再层层审核上报，处置窗口往往就在这几十分钟里。
数据难沉淀
一年几万到几十万条值班信息躺在记录本和聊天记录里，无法按类型、时段、单位做分析，写总结只能举例子。
人员太紧张
多数值班单位两三个人轮班，还常被临时抽调；系统如果不省事，最后一定被绕过去，回到微信群。
判断一套值班平台能不能用起来，只看一条：一个不会用电脑的老值班员，能不能在手机上三十秒内报完一条信息。做不到，其它功能再全也会被绕过 —— 而值班系统一旦被绕过，数据就再也没有可信度。
二、核心特色：六件为值班场景量身设计的能力
这六条不是通用 OA 能力的换词，每一条都对应值班室真实的一个动作。
三级联动，分级授权
按市、区县、乡镇街道三级搭建组织架构，上级可下看一级，各级独立维护本单位人员、数据与权限，不必把全市人员塞进一张表。
全流程流转
上报、呈报、转发、抄送、批示、催办、归档一体化，流程可来回往复；每个节点的状态、经办人与时间都透明可查。
双端同步办公
电脑端与手机 App 数据实时同步，领导在手机上就能批阅、查看与流转，不必等回到办公室打开电脑。
多通道提醒
短信、语音、App 角标与电脑端推送同时触达，重要信息不漏看、不迟看；未读可一键转短信催办。
可视化视图
请假视图三色标注在岗状态，领导工作视图按日排布，运行数据按单位与角色分布出图，一屏看清。
模板化报送
信息模板、批示模板、常用名单与一键群发，紧急情况下选模板、填关键项、发出，几秒完成报送。
六条里最容易被忽略的是「模板化」。值班信息的格式其实高度固定：时间、地点、事件、伤亡或损失、已采取措施、下一步。把这六项做成模板，一线人员只需要填内容，不用想格式；格式统一了，后面的统计才有可能。
三、五大子系统：值班业务全场景
五个子系统共用一套组织架构与权限，可以整套上线，也可以先上值班工作与请假报备，稳定后再补每日工作与排班。
值班工作
覆盖日常值班、日报告零报告、预警信息、紧急信息与通知公告，是值班员每天打开次数最多的模块。
请假报备
请假、销假、请假视图与个人统计一体；谁在岗、谁请假未离岗、谁外出，全市状态一眼看清。
每日工作
市委、市政府、办公室领导每日工作安排统一管理，自动生成工作视图并可导出文档，替代手工汇总表。
值班管理
按单位与规则自动排班，工作日、休息日、节假日分类管理，班次、计划与调班明细全程留痕。
电子通讯录
全市通讯录分级分类维护，24 小时值班电话随时可查，支持自定义群组与一键拨号。
统计与系统管理
信息收发汇总、领导使用统计、模板使用统计与运行数据可视化，组织、角色与权限在同一处维护。
| 子系统 | 主要使用者 | 替代掉的手工动作 |
|---|---|---|
| 值班工作 | 各级值班员、带班领导 | 值班记录本、日报告微信群接龙、零报告电话确认 |
| 请假报备 | 全体人员、单位负责人 | 请假条、群里报备、手动统计在岗人数 |
| 每日工作 | 办公室、秘书人员 | 每日手工汇总领导日程、反复核对变更 |
| 值班管理 | 值班室管理员 | Excel 排班表、临时调班电话通知 |
| 电子通讯录 | 全体人员 | 纸质通讯录、翻聊天记录找号码 |
| 统计与管理 | 值班室负责人、运维 | 月底手工统计收发量、按单位逐条问数 |
四、一条值班信息的完整旅程
从一线上报到归档留痕，六个环节都在平台上完成。谁在看、谁批示、什么时候办，每一步都有时间戳，精确到秒。
- 上报：下级单位在线填报，支持富文本、图片、视频、音频与附件，可调用模板快速成文；手机端支持定位、拍照、录音直传。
- 呈报：本级值班员整理后呈报给相关领导与部门，单位、时间、签发人由系统自动带出，不用手填。
- 批示：领导在电脑端或手机端批阅，批示内容与时间自动留痕，参与人员均可查看，不再靠截图转发。
- 转发：一键群发或抄送相关部门与秘书团队，常用名单支持分组呈报，避免每次重新选人。
- 催办：阅读状态精确到秒，长时间未读可一键触发短信提醒，办理进度实时可见。
- 归档：同一事件的多条信息关联合并，按事件归档，后期查询与追溯按事件而不是按条。
归档方式决定了这套系统三年后还有没有用。按「条」归档，一次事故留下二十条零散记录；按「事件」归档，就是一份完整处置档案。实施时要把事件号规则定下来，否则补数据比重新录还贵。
五、双端协同：电脑端处理，手机端响应
值班的两种状态决定了必须双端：坐在值班室里要看清全局，人在路上要能立刻处置。两端不是同一套界面缩放，而是各自承担不同的事。
电脑端：值班室的工作台
首页集中展示待办事项、通知公告、值班计划、今日值班人员与运行数据；待办以红色标识未办理信息，可一键查看、转发、呈报、批示、驳回与打印。
手机端：随身的助手
与电脑端数据同步，支持信息报告、请假报备、一键快报与一键快拨；收到信息有角标与语音提醒，点通知直接进处理页。
| 场景 | 电脑端 | 手机端 |
|---|---|---|
| 日常值守 | 待办、通知公告、值班表、今日人员与运行数据同屏 | 查值班表、查通讯录、一键拨号 |
| 信息报送 | 长文起草、附件整理、批量呈报与打印 | 一键快报：定位、拍照、录音、视频直传 |
| 领导批示 | 大屏批阅、历史批示对照 | 通知点开即批，批示自动留痕 |
| 请假与外出 | 批量审批、请假视图与统计导出 | 随时报备、销假提醒 |
双端最怕的是「手机端只能看不能办」。领导在手机上看到信息，点进去只能读、不能批，最后还是要回办公室 —— 这样的手机端上线三个月就没人打开了。验收时让带班领导只用手机走完一次「接报—批示—转办」，比看功能清单有用。
六、排班、请假与可视化：状态看得见
值班管理最容易扯皮的两件事：谁今天该值班、谁现在到底在不在岗。这两件事在平台上都要能一屏看清，而不是靠打电话问。
值班分类与班次
工作日、休息日、节假日分开配置，班次可设白班、夜班、带班领导，规则一次配好，后续自动生成计划。
值班计划与调班
按单位与规则自动排班，临时调班走线上申请，调班明细留痕，月底统计不再靠回忆。
请假视图
红、黄、绿三色标注请假、请假未离岗与在岗，支持按单位、姓名查询与导出，全市在岗情况一屏掌握。
运行数据分析
单位注册数、用户数、收发总量与领导批示量按县区、角色出图，为管理决策提供依据。
请假视图的价值不在「好看」，而在节假日和汛期：一个区县报「全员在岗」，视图上却有三人显示请假未离岗，问题当场就能问清楚。数据要能替人提问，才算真的用起来。
七、安全与权限：从认证到审计
值班信息多数涉敏，安全不是加个登录框。下面六条是政务场景的基本要求，缺一条都过不了等保测评与保密检查。
分级数据权限
按机构、角色、字段划分权限，各级只管本级数据，上级可下看一级，越级访问在接口层拦截。
双 Token 认证
UserToken 加密用户数据，AccessToken 每次调用随机生成，降低令牌被劫持后的风险。
传输加密
数据传输全程 RSA 加密，即使被截取也无法解密，配合 HTTPS 使用。
设备绑定
绑定设备串号，非授权设备无法登录；手机丢失可在后台取消授权，不用改密码等重新分发。
操作留痕
阅读、批示、转发、催办全程记录，时间精确到秒，责任可追溯到人。
部署合规
支持政务云与本地服务器部署，Linux + MySQL + Tomcat，数据不出内网，可适配国产化环境。
技术底座按政务场景的稳定优先原则选型：BS 架构，后端 Java 与 Spring Boot，前台 Layui，缓存 Redis，持久层 MyBatis-Plus，数据库 MySQL，中间件 Tomcat，操作系统支持 CentOS 8 并适配国产系统。这套组合不新，但运维的人好找、出问题有资料可查，比追新技术重要。平台预留标准 API 接口，可与应急指挥、政务协同、视频会议等系统对接。
对接要提前想清楚一件事：谁是主数据。人员与组织如果在三套系统里各维护一份，半年后一定对不上。通常做法是以组织部门或 OA 的组织架构为源，值班平台单向同步，不允许在本系统里另建一套人员。
八、适用场景与实施路径
平台面向市、区县、乡镇街道三级值班体系，也适用于有 24 小时值守要求的委办局、开发区、医院与大型活动的指挥部。
突发事件应急处置
一线快报、分级呈报、领导批示，信息流转从小时级压缩到分钟级。
气象与灾害预警
预警信息一键下发至相关部门与责任人，接收状态实时可见，未读自动短信催办。
节假日值班
值班分类与计划自动生成，节假日排班与带班领导一目了然，调班留痕。
大型活动保障
指挥部通讯录与群组即时组建，指令直达一线，协同不靠临时拉群。
公共卫生事件
日报告零报告自动统计上报情况，未报单位实时可见、及时催办。
日常政务值守
通知公告、领导日程、请假报备在同一平台完成，减少重复填报。
实施分五步：需求调研（梳理值班流程、组织架构与权限体系）、方案设计（子系统边界、数据模型、对接方式与部署方案）、部署实施（环境搭建、系统部署、组织与基础数据初始化）、培训上线（分级培训值班员与管理员，试运行后正式上线）、运维保障（巡检、版本升级与功能优化）。区县级单位的标准周期通常四到六周，市级多单位分级部署的按里程碑推进。
试运行至少覆盖一个完整值班周期（含一个休息日），并且要让真实信息走真实流程 —— 用测试数据演练，永远发现不了「夜里没人看手机」这类问题。上线第一个月建议保留短信提醒兜底，稳定后再收。
九、常见问题
我们已经有 OA 了，为什么还要单独上一套值班平台？
两者的流程假设不同。OA 的公文流转讲究逐级签批、格式规范，一条信息走完可能要半天；值班信息要的是几分钟内送到人手上，而且强调「谁读了、几时读的」。把值班塞进 OA，通常的结果是值班员在微信里报、在 OA 里补录，两份数据。可以对接，但不建议合并。
三级组织架构怎么搭，乡镇街道也要用吗？
按市、区县、乡镇街道三级搭建，上级可下看一级，各级独立维护本单位人员与数据。乡镇街道是否启用，取决于当地值班制度：需要直报的必须开账号，只是接收通知的可以只做通讯录对象。层级可以按实际需要增减，不必强行套三级。
领导不用智能手机，手机端还有意义吗？
有。手机端的主要使用者是一线值班员和办公室人员，领导只承担「看与批」。对不使用手机的领导，可以配置短信提醒 + 电脑端批阅，办公室人员代为转办并在系统里记录代办人与原因。这样留痕仍然完整，只是操作路径不同。
信息涉密，能放政务云吗？
要看信息等级。平台支持政务云与本地服务器两种部署，数据不出内网；涉密信息按保密规定通常要求物理隔离部署，不上政务云。实施前建议先由使用单位明确信息分级，再定部署方案 —— 这件事定得越早越好，事后迁移代价很高。
能不能和我们现有的应急指挥系统对接？
可以。平台预留标准 API 接口，常见对接包括组织人员同步、事件与警情互通、视频会议跳转、短信通道复用。对接前要明确三件事：谁是主数据、事件号由哪边生成、回写哪些字段。这三件事不清楚，接口做完也会长期对不上。
值班表能不能按规则自动排？临时调班怎么办？
可以按单位、按人员分组、按班次规则自动生成计划，工作日、休息日、节假日分别配置。临时调班走线上申请，双方确认后生效，调班明细留痕，月底统计与考核直接取这份记录，不用再翻聊天记录。
一套平台大概多少钱、多久上线？
价格主要由四件事决定：单位与账号规模、启用哪几个子系统、是否需要与既有系统对接、部署方式（政务云或本地）。区县级单位的标准实施通常四到六周，市级多单位分级部署按里程碑推进。做完需求调研后我们会给出子系统清单、对接清单与分期方案，费用按模块列明。
上线后谁来维护？会不会被厂商绑定？
交付包含部署文档、管理员手册、数据库结构说明与接口文档，组织与权限配置方法一并移交。日常维护（账号、组织、模板、班次）由本单位管理员完成，不需要每次找厂商；版本升级与故障处理可按年签运维服务，也可以由本单位技术团队接手，我们提供交接培训。