用人单位职业病危害相关基础信息统一建档，形成清晰的监管底数
企业风险评估管理系统
同一行业的企业，在任何区县都按同一套评分模型得出同一个等级
行业支撑应用 · V2.0
同一行业的企业，在任何区县都按同一套评分模型得出同一个等级
面向卫生健康监督执法机构的职业卫生分类分级监管业务。过去用人单位职业病危害底数靠纸质申报与人工汇总，监管人员凭经验判断企业风险高低，评分口径因人而异，同一行业的不同企业在不同区县可能被评为不同等级；检查频次往往按经验确定，监管资源难以精准投放。
- 用人单位职业病危害相关基础信息统一建档，形成清晰的监管底数
- 评估指标与评分口径固化为评分模型，风险等级由系统按统一口径判定，避免因人而异
- 同一行业企业按同一模型评估，解决不同区县评级结果不一致的问题
- 分类分级结果按流程公示，结果形成过程可追溯、可解释
- 依据风险等级支撑差异化检查频次的确定，监管资源向高风险企业倾斜
风险评估评分
《荣信微安企业风险评估管理系统》用户操作手册中的「风险评估评分」界面。
V2.0
浏览器访问
实拍界面：软件著作权登记材料（演示数据已脱敏）
设计目标
这套系统要达成什么
以下目标摘自本产品《用户操作手册》的系统建设目标章节，也是产品功能设计的出发点。
评估指标与评分口径固化为评分模型，风险等级由系统按统一口径判定，避免因人而异
同一行业企业按同一模型评估，解决不同区县评级结果不一致的问题
分类分级结果按流程公示，结果形成过程可追溯、可解释
依据风险等级支撑差异化检查频次的确定，监管资源向高风险企业倾斜
功能模块
每个模块解决一个具体问题
下列模块及说明取自本产品《用户操作手册》第四章「业务功能操作」，与系统实际页面一一对应。
业务口径
系统内置的业务规则与口径
以下口径来自产品手册，是系统实际执行的规则。您可以直接对照贵单位现有做法，判断是否吻合。
评估方式
评分口径固化为评分模型，统一判定
结果处理
分类分级结果按流程公示
监管应用
按风险等级支撑差异化检查频次
安全与合规
- 内置数据权限控制，跨机构、跨部门数据按职责范围可见
- 操作审计全程留痕，关键业务操作可追溯到人、时间与内容
- 业务规则以配置化方式管理，规则调整不修改程序代码
- 数据库支持国产达梦 DM8，满足国产化替代要求
系统界面
运行界面
共 12 张实际运行界面，取自本产品的用户操作手册。界面中的姓名、证件号、单位名称与联系方式等已做脱敏处理。
风险评估评分
《荣信微安企业风险评估管理系统》用户操作手册中的「风险评估评分」界面。
系统登录
账号登录页，支持按岗位分配的数据范围登录系统。
业务工作台
《荣信微安企业风险评估管理系统》用户操作手册中的「业务工作台」界面。
用人单位档案
《荣信微安企业风险评估管理系统》用户操作手册中的「用人单位档案」界面。
业务详情
业务台账中单条记录的详细信息与流转记录。
危害因素申报
《荣信微安企业风险评估管理系统》用户操作手册中的「危害因素申报」界面。
分级结果公示
《荣信微安企业风险评估管理系统》用户操作手册中的「分级结果公示」界面。
监管措施管理
《荣信微安企业风险评估管理系统》用户操作手册中的「监管措施管理」界面。
现场检查记录
《荣信微安企业风险评估管理系统》用户操作手册中的「现场检查记录」界面。
整改跟踪复查
《荣信微安企业风险评估管理系统》用户操作手册中的「整改跟踪复查」界面。
风险矩阵
按可能性与严重程度两个维度呈现风险分布。
统计报表
按业务类型与时间维度汇总的统计视图。
要解决的问题
这套系统针对哪些实际痛点
以下问题来自疾病预防控制与检验检测一线的真实工作场景，也是本系统设计时重点解决的对象。
- 用人单位职业病危害底数靠纸质申报与人工汇总，底数不清
- 风险高低凭监管人员经验判断，评分口径因人而异
- 同一行业企业在不同区县被评为不同等级，结果缺乏一致性
- 检查频次按经验确定，监管资源难以投向高风险企业
功能清单
核心功能与管理能力
以下功能模块与《用户操作手册 第 4 章》一致，说明文字来自产品手册原文。
用人单位档案管理
登记存在职业病危害的用人单位基本信息，包括单位名称、统一社会信用代码、行业类别、企业规模、从业人员数、接害人数、注册地址与生产地址、法定代表人、职业卫生管理人员及联系方式。新增档案由区县监督员录入并上报，市级核实后生效；企业信息发生变更时通过“登记变更”重新提交核实，历史版本全部留痕。
职业病危害因素申报核实
登记用人单位申报的职业病危害因素，包括危害因素名称与类别、接触岗位、接触人数、日接触时长、检测结果与检测浓度、防护设施及现场核实意见。申报提交后由监督执法人员核实，核实通过的因素方可参与风险评分；申报内容与现场明显不符的认定为申报不实并退回。
风险评估与等级判定
按固有风险、接触风险、管理风险三项指标对用人单位开展风险评分，系统自动汇总风险总分并判定 A、B、C、D 等级，评估结论须写明主要风险因素与后续监管建议。评估记录经复核员复核后确定等级，已定级的评估如需修改须先撤销定级并说明理由。
分级结果确定与公示
登记分类分级结果，包括定级结论、关联评估记录、确定日期、有效期起止、公示范围与公示天数、异议内容与处理意见。定级结果必须来源于已定级的风险评估记录，公示天数不少于 5 个工作日、D 级企业不少于 7 个工作日，公示期满无异议后办理生效。
差异化监管措施
按用人单位风险等级确定差异化监管措施，包括措施类型、检查频次、措施内容、实施机构、责任人与下一次检查日期。系统校验检查频次与等级的匹配关系，A 级只能设为不主动检查，D 级只能设为每季度或每两月检查一次；措施执行过程中因企业等级调整需要变更的，通过“调整措施”重新下发。
现场检查与整改跟踪
记录现场监督检查全过程，包括检查类型、检查方式、检查日期、检查人员、检查结论、问题项数与问题清单、监督文书编号与处理情况。检查结论为责令整改或立案处罚时必须填写问题清单，现场检查应当由两名以上执法人员共同进行。整改事项在“整改跟踪复查”中单独登记并跟踪到闭环。
整改跟踪与复查
登记现场检查发现问题的整改事项，包括关联检查记录、责任单位、整改级别、整改事项、整改期限、上报与复查信息、复查结论与整改情况。整改事项经下发、上报、复查后闭环，复查结论为整改到位时须填写复查日期、复查人与整改情况说明。
信用与失信记录
登记用人单位职业卫生信用信息，包括信用等级、信用分值、失信情形、失信事实、信用影响与信用修复情况。信用分值初始 100 分，系统按失信情形校验扣分幅度并要求写明信用影响；严重失信记录在信用修复前不得直接归档。
技术规格
运行环境与技术要求
以下内容取自本产品《软件设计说明书 2.4 运行环境》，与其他荣信微安产品保持一致的技术栈，便于统一运维与统一安全策略。
产品版本
V2.0
运行平台
CentOS 7.9 / Windows Server 2019
支撑环境
JDK 17、Spring Boot 3.2、Nginx 1.20
数据库
MySQL 8.0，字符集 utf8mb4，排序规则 utf8mb4_general_ci
客户端
Chrome 100 及以上版本，分辨率 1440×900 及以上
架构
前后端分离，Spring Boot 接口层 + Vue 3 页面层，MyBatis-Plus 数据访问
安全
数据权限按岗位与机构控制，关键操作写入操作审计
技术架构
系统采用分层架构。页面层使用 Vue 3 与 Element Plus 构建，负责界面渲染与交互；接口层使用 Spring Boot 提供 REST 接口，负责参数校验、权限判断与业务编排；业务规则集中在规则类中，接口层不直接编写校验逻辑；数据访问层使用 MyBatis-Plus，按实体映射到 MySQL 数据表。
性能指标
响应能力与容量承诺
以下指标取自本产品《软件设计说明书》第 13 章「性能与容量」，是系统设计时需要满足的验收口径。
列表查询响应
单页 15 条不超过 1 秒
明细查询响应
单条不超过 500 毫秒
保存操作响应
不超过 1 秒
导出响应
1 万条以内不超过 30 秒
并发能力
50 个并发用户操作无明显卡顿
常见问题
关于 企业风险评估管理系统
评分口径能否按本地区监管要求配置？
可以。评估指标与评分口径以配置化方式管理，可依据本地区发布的分类分级监管要求维护评分模型，保证同行业企业判定口径一致。
评估结果如何支撑差异化监管？
系统按统一口径判定风险等级并公示结果，监管部门可依据等级确定检查频次，把有限的监管资源投向高风险企业。
相关产品
同类产品推荐
预约产品演示
想看看企业风险评估管理系统在您单位怎么用？
我们可以结合贵单位的业务范围与现有流程，针对本系统的实际场景做一次在线演示，并就模块启用范围、数据初始化与上线路径给出具体建议。