公共基础信息数据元规范实施细则第一部分

一、背景与实施意义在数字化治理深化推进的背景下，公共基础信息作为政务服务、社会治理、智慧城市建设的核心支撑，其数据元的标准化程度直接影响数据共享、业务协同的效率与质量。《公共基础信息数据元规范实施细则（第一部分）》（以下简称《细则》）聚焦人口、法人、自然资源、地理空间等基础领域的核心数据元，通过统一定义、分类与属性规范，解决“数据定义不统一、共享接口不兼容、质量管控无依据”等痛点，为跨部门、跨层级的数据整合与应用提供“通用语言”。二、总则：适用范围与核心原则（一）适用范围本细则适用于各级政务部门、公共服务机构在基础信息采集、存储、交换、共享过程中，对人口基础信息（如身份标识、户籍信息）、法人基础信息（如统一社会信用代码、机构类型）、自然资源与地理空间信息（如地理坐标、资源类型）等公共基础数据元的设计、管理与应用。企业、社会组织开展相关数据服务时，可参照本细则实现数据规范对接。（二）术语与定义1.数据元：具有唯一标识符、明确语义定义、规范表示格式与允许值域的数据基本单元（如“公民姓名”“企业成立日期”）。2.公共基础信息：支撑经济社会运行的基础性、通用性信息资源，具有跨领域复用、长期稳定、权威发布的特征。3.值域：数据元允许的取值范围（如“性别”的数据元值域为{男，女，未说明}）。三、数据元分类与编码体系（一）分类逻辑基于公共基础信息的领域属性与生命周期，采用“领域-主题-对象-属性”四层分类法：领域层：划分为“人口信息”“法人信息”“自然资源”“地理空间”四大领域（可根据业务扩展）；主题层：如人口信息领域下分“身份标识”“户籍管理”“健康医疗”等主题；对象层：主题下的具体对象（如“户籍管理”主题下的“常住人口”“流动人口”）；属性层：对象的特征描述（如“常住人口”的“姓名”“出生日期”）。（二）编码规则数据元编码采用10位分层编码，结构为：`领域代码（2位）+主题代码（2位）+对象代码（2位）+属性代码（4位）`。示例：人口信息领域（代码：RK）、身份标识主题（代码：SF）、公民对象（代码：GM）、姓名属性（代码：0001），编码为`RK-SF-GM-0001`，对应数据元“公民姓名”。四、数据元属性规范（核心要求）每个数据元需明确8类核心属性，确保语义一致、格式规范：（一）标识符与名称标识符：采用“分类编码+版本号”格式（如`RK-SF-GM-0001-V1.0`），版本号随定义调整迭代；名称：使用中文全称，避免歧义（如“公民姓名”而非“姓名”，明确适用对象）。（二）定义与说明定义：采用“属+种差”法，明确数据元的内涵与外延（如“公民姓名：指公安机关依法登记的公民法定姓名，不含曾用名、笔名”）；说明：补充采集场景、特殊规则（如“姓名需与居民身份证登记一致，生僻字采用Unicode编码存储”）。（三）数据类型与长度数据类型：限定为字符型（C）、数值型（N）、日期型（D）、布尔型（B）四类（如“员工工号”为字符型，“年龄”为数值型）；长度：字符型数据元需明确最大长度（如“公民姓名”长度≤50字符，“员工工号”长度≤8字符）。（四）值域与约束值域：枚举型数据元需列出所有允许值（如“学历”值域为{小学，初中，高中，专科，本科，硕士，博士}）；约束：规定必填/可选、唯一性要求（如“公民证件编号”为必填、全局唯一，长度≤15字符）。五、实施与管理机制（一）实施步骤1.现状梳理：各部门对照细则，梳理现有数据元的定义、格式、值域，形成“现状-规范”差异清单；2.规范映射：对差异数据元，通过“新增、修改、废止”三类方式完成规范对齐（如历史数据中“企业注册日期”格式不统一，需按“YYYY-MM-DD”格式清洗）；3.验证发布：通过测试环境验证数据元兼容性，形成《数据元规范对照表》并正式发布。（二）管理要求维护主体：由省级政务数据管理部门牵头，联合领域专家、技术团队成立“数据元管理小组”，负责规则更新与争议仲裁；版本控制：数据元定义调整需经公示、评审，版本号升级遵循“主版本（V1.0→V2.0）”“次版本（V1.0→V1.1）”区分重大/局部变更；质量管控：建立“采集-存储-交换”全流程校验规则（如日期需符合历法逻辑，字符型数据需通过正则表达式校验格式）。六、实践应用与典型案例（一）政务服务“一网通办”某省在推进“出生一件事”联办时，通过本细则统一“新生儿姓名”“出生医学证明编号”等12个数据元的定义与格式，实现卫健、公安、医保等部门系统自动对接，办理时限从3天压缩至4小时。（二）智慧城市地理信息整合某市整合自然资源、城管、交通等部门的地理数据元（如“道路类型”“建筑用途”），基于细则规范的“地理实体编码”与“空间参考系”，建成城市三维空间数据库，支撑智慧交通、应急指挥等场景应用。七、常见问题与应对建议（一）历史数据兼容性问题问题：存量数据元格式、值域与细则冲突（如旧系统中“性别”值域含“不详”，细则要求为“未说明”）。建议：建立“历史值域-规范值域”映射表，通过ETL工具自动转换，同时在新系统中兼容历史标识。（二）跨部门理解分歧问题：不同部门对“企业经营范围”定义存在差异（如市场监管部门侧重登记项，税务部门侧重应税项）。建议：在细则中明确“多视角数据元”的扩展规则，允许部门在核心属性外补充“部门扩展属性”，但需在元数据中注明适用场景。结语《公共基础信息数据元规范实施细则（第一部分）》作为数据标准化的“地基工程”，需通过持续迭代、跨域协同、