把区域内各业务应用的账号、字典与接口能力收敛到底座，避免公共能力重复建设
疾控信息化应用统一管理底座平台
把重复建设的账号、字典与接口收敛成一套公共能力，让新系统不再各起一套
AI 智能体与底座 · V1.5
把重复建设的账号、字典与接口收敛成一套公共能力，让新系统不再各起一套
面向市级疾控中心与全市疾控、公共卫生机构的信息化管理工作，解决长期存在的公共能力重复建设问题。过去各业务应用分别建设账号体系、各自维护疾病分类与机构字典、接口调用没有台账、出现故障时难以定位责任环节，信息系统建设投入难以沉淀为可复用的公共资产。
- 把区域内各业务应用的账号、字典与接口能力收敛到底座，避免公共能力重复建设
- 统一身份认证与权限模型，用户不必在多个系统间反复登录
- 统一数据目录与数据元标准，解决疾病分类、机构字典在各系统间口径不一致的问题
- 接口服务统一注册与订阅，调用有台账，故障可定位到具体环节与责任方
- 为上层应用提供可复用的消息、字典与权限能力，让信息化投入沉淀为公共资产
数据目录与数据元
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「数据目录与数据元」界面。
V1.5
浏览器访问
实拍界面：软件著作权登记材料（演示数据已脱敏）
设计目标
这套系统要达成什么
以下目标摘自本产品《用户操作手册》的系统建设目标章节，也是产品功能设计的出发点。
统一身份认证与权限模型，用户不必在多个系统间反复登录
统一数据目录与数据元标准，解决疾病分类、机构字典在各系统间口径不一致的问题
接口服务统一注册与订阅，调用有台账，故障可定位到具体环节与责任方
为上层应用提供可复用的消息、字典与权限能力，让信息化投入沉淀为公共资产
功能模块
每个模块解决一个具体问题
下列模块及说明取自本产品《用户操作手册》第四章「业务功能操作」，与系统实际页面一一对应。
业务口径
系统内置的业务规则与口径
以下口径来自产品手册，是系统实际执行的规则。您可以直接对照贵单位现有做法，判断是否吻合。
统一能力
身份认证、数据元标准、接口服务、消息模板
应用管理
注册登记、接入审批、运行状态跟踪
数据治理
数据目录与数据元标准集中维护
安全与合规
- 内置数据权限控制，跨机构、跨部门数据按职责范围可见
- 操作审计全程留痕，关键业务操作可追溯到人、时间与内容
- 业务规则以配置化方式管理，规则调整不修改程序代码
- 数据库支持国产达梦 DM8，满足国产化替代要求
系统界面
运行界面
共 12 张实际运行界面，取自本产品的用户操作手册。界面中的姓名、证件号、单位名称与联系方式等已做脱敏处理。
数据目录与数据元
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「数据目录与数据元」界面。
系统登录
账号登录页，支持按岗位分配的数据范围登录系统。
业务工作台
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「业务工作台」界面。
应用系统注册
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「应用系统注册」界面。
业务详情
业务台账中单条记录的详细信息与流转记录。
接入申请与审批
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「接入申请与审批」界面。
统一身份视图
统一账号与单点登录的接入情况。
接口服务与订阅
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「接口服务与订阅」界面。
数据元视图
数据元的定义、取值与所属数据目录。
接口调用计量
各接口的调用次数与响应情况统计。
消息模板管理
《荣信微安疾控信息化应用统一管理底座平台》用户操作手册中的「消息模板管理」界面。
统计报表
按业务类型与时间维度汇总的统计视图。
要解决的问题
这套系统针对哪些实际痛点
以下问题来自疾病预防控制与检验检测一线的真实工作场景，也是本系统设计时重点解决的对象。
- 每个业务系统各建一套账号体系，用户要在多个系统间反复登录
- 疾病分类、机构字典等基础数据各系统口径不一致，统计对不上
- 接口调用没有台账，出问题时说不清是哪个环节断了
- 新建应用重复开发公共能力，信息化投入无法沉淀复用
功能清单
核心功能与管理能力
以下功能模块与《用户操作手册 第 4 章》一致，说明文字来自产品手册原文。
应用系统注册管理
登记接入底座的各业务应用基本信息，包括应用名称、应用标识、应用类别、责任机构与科室、开发单位、部署区域、部署方式、接入认证方式、当前版本、上线日期与业务联系人。应用信息变更须重新提交审核，历史版本通过流转记录追溯。
接入申请与审批
受理应用单位提交的接入申请，申请内容包含申请单位、申请人、联系电话、所属应用、拟接入的公共能力范围与申请事由。流程为提交申请、受理并转技术审核、技术审核通过、开通接入四个环节，技术审核重点核实应用标识与回调地址、数据使用范围是否符合最小必要原则。
数据目录与数据元标准
登记全市疾控业务数据资源及其数据元标准，按基础主数据、业务数据、统计分析数据与值域代码字典四个分层管理，标准级别分为国家标准、行业标准、省级规范、市级规范与机构自定义五类。数据元个数超过 100 项的数据集必须填写变更说明，市级机构不得自行修改国家标准的取值口径。
接口服务与订阅管理
登记底座与应用对外提供的接口服务，包括服务编码、接口类型、请求方法、接口路径、提供方应用与科室、鉴权方式、限流阈值、平均响应时长、日均调用量与订阅单位数。接口路径须以 /open/ 开头并按版本组织，文件类接口响应超过 2000 毫秒时按异步方式登记。
统一消息与待办管理
维护统一消息中心的模板内容、变量清单、下发渠道与适用场景。模板类型分为单条消息、批量群发、待办消息与周期摘要四类，渠道支持短信、站内消息、电子邮件、微信服务号与语音外呼。短信正文不得超过 210 个字符，正文中使用的变量必须在变量清单中逐项登记。
运行监控与告警处置
记录监控系统产生的运行告警及其处置过程，包含监控对象、监控指标、告警阈值、实测值、告警级别、触发时间、持续时长、通知方式与处理人。严重级别告警必须指定处理人并在 2 小时内完成确认，持续时长不足 5 分钟的瞬时抖动不纳入告警台账。
变更发布与合规核查
管理底座与应用版本升级、配置调整、数据变更、接口变更、数据结构变更与硬件网络变更六类工单，记录计划实施日期、实施窗口、实施人、审批人、回退方案与影响范围。变更验证通过后 7 天自动关闭工单，未通过验证的工单须保留实施记录并说明后续处理安排。
底座运行分析
汇总应用注册、接入申请、接口服务、数据目录、运行告警与变更工单六类数据，按月度展示接入申请与接口发布趋势，按类别展示应用构成与调用量分布，并按变更清单展示实施进度，为信息化工作例会、年度考核与容量规划提供数据支撑。
技术规格
运行环境与技术要求
以下内容取自本产品《软件设计说明书 2.4 运行环境》，与其他荣信微安产品保持一致的技术栈，便于统一运维与统一安全策略。
产品版本
V1.5
运行平台
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 个并发用户操作无明显卡顿
常见问题
关于 疾控信息化应用统一管理底座平台
底座平台和我们已有的业务系统是什么关系？
底座平台位于业务系统之下，提供统一身份认证、数据字典、接口服务与消息能力等公共支撑，不替代各业务系统的专业功能。已有系统通过接入申请纳入统一管理，逐步收敛重复建设的公共能力。
数据元标准能否按本地要求定制？
数据目录与数据元标准支持配置化管理，可依据本地已发布的疾病分类、机构字典等标准进行维护，并与上级标准保持对应关系。
相关产品
这些产品也值得了解
预约产品演示
想看看疾控信息化应用统一管理底座平台在您单位怎么用？
我们可以结合贵单位的业务范围与现有流程，针对本系统的实际场景做一次在线演示，并就模块启用范围、数据初始化与上线路径给出具体建议。