SZDB/Z SZDB/Z XX.1—XXXX
深圳市标准化指导性技术文件
公共基础信息数据元规范
第1部分：总则
Data element specification of public fundamental information
Part 1:General rule
（征求意见稿）
XXXX - XX - XX发布 XXXX - XX - XX实施
深圳市市场监督管理局 发布 SZDB/Z XX.1—XXXX
目 次
前言 ................................................................................ II 引言 ............................................................................... III 1 范围 .............................................................................. 1 2 规范性引用文件 .................................................................... 1 3 术语和定义 ........................................................................ 1 4 内部标识符的编码规则 .............................................................. 3 5 数据元值的类型描述格式 ............................................................ 3 6 数据元管理的指导原则 .............................................................. 3 7 数据元管理的要素 .................................................................. 3 8 数据元管理的相关角色和职责 ........................................................ 4 9 数据元管理活动 .................................................................... 5 10 数据元管理工具 .................................................................. 11 11 数据元分类及格式 ................................................................ 11 12 数据元的属性 .................................................................... 11
I
SZDB/Z XX.1—XXXX
前 言
《公共基础信息数据元规范》分为4个部分： ——第1部分：总则； ——第2部分：人口； ——第3部分：法人； ——第4部分：房屋。
本部分为SZDB/Z XX-XXXX的第1部分。
本部分按照GB/T1.1-2009给出的规则起草。
本部分由深圳市社会工作委员会、深圳市经济贸易和信息化委员会联合提出。 本部分由深圳市经济贸易和信息化委员会归口。 本部分起草单位：深圳市电子政务资源中心、深圳市标准技术研究院、深圳市永兴元科技有限公司、深圳市华傲数据技术有限公司。
本部分主要起草人：卢新根、李苏、张英晖、肖冰、潘晓军、吴伟武、贾西贝、张敬平、王玲娟、吴美、何茜、张军、陈秋宝、张新斌、王丽娟、吕勇、冷新波。
本部分为首次发布。
II
SZDB/Z XX.1—XXXX
引 言
当前，与社会管理、民生服务密切相关的公安、社保、卫生、教育和民政等政府职能部门为实现信息化管理，都已经建立业务管理信息系统，但各业务管理信息系统的信息格式、信息类型各异，为了实现信息共享、信息交换，在GB/T 19488规定的框架下，充分考虑深圳市各政府职能部门的业务管理信息系统现状，结合业务需要以及信息化发展趋势，制定本规范。
III
SZDB/Z XX.1—XXXX
公共基础信息数据元规范
第1部分：总则
1 范围
本文件规定了深圳市电子政务信息化建设过程中公共基础信息数据元的管理原则、组成要素、管理流程、管理工具、分类及格式等。
本文件适用于深圳市电子政务管理系统建设的系统集成商、软件开发商和监理单位进行管理系统的开发与整合，以及所有延伸到社区服务与管理业务中的政府投资信息化项目，对于本文件未涵盖的内容应按照本文件规定的编码规则进行扩充。 2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 19488.1-2004 电子政务数据元第1部分:设计和管理规范 GB 2312 信息交换用汉字编码字符集基本集 3 术语和定义
下列术语和定义适用于本文件。 3.1
数据 data
信息的可再解释的形式化表示，以适用于通信、解释或处理。
注：数据可以由人工或自动的方式加工、处理。
[GB/T 5271.1-2000，定义01.01.02] 3.2
数据元 data element
通过定义、标识、表示和允许值等一系列属性描述的一个数据单元。 [GB/T 19488.1-2004，定义3.2] 3.3
电子政务数据元 electronic government data element 电子政务数据元是指政务活动过程中涉及的所有数据元。 [GB/T 19488.1-2004，定义3.3]
1
SZDB/Z XX.1—XXXX
3.4
对象类 object class
可以对其界限和含义进行明确的标识，且特性和行为遵循相同规则的观念、抽象概念或现实世界中事物的集合。
[GB/T 18391.1-2009，定义3.3.22] 3.5
特性 property
一个对象类所有成员所共有的特征。 [GB/T 18391.1-2009，定义3.3.29] 3.6
表示 representation
值域、数据类型的组合，必要时也包括计量单位或字符集。 [GB/T 19488.1-2004，定义3.8] 3.7
语境 context
一个名称所用于的或所源自的应用环境或规程的描述。 [GB/T 19488.1-2004，定义3.13] 3.8
值域 value domain
允许值的集合。
[GB/T 18391.1-2009，定义3.3.40] 3.9
公共基础信息数据元 public fundamental information
用一组属性描述公共基础信息的定义、关系和表示等的数据单元。它是公共基础信息不可再分的最小数据单元。 3.10
原始数据元 original data element
在一定活动中产生、符合数据产生部门规范的数据元。 3.11
标准数据元 standard data element
根据一定规则对各部门产生的原始数据元进行加工处理，所得到的完整、统一、通用的数据元。
2
SZDB/Z XX.1—XXXX
4 内部标识符的编码规则
数据元内部标识符采用6位数字表示（见图1），由两部分组成：
——第1部分为数据元所属类别代码，采用2位数字表示，具体见表1。 ——第2部分为流水号，采用4位数字表示。
表1 内部标识符分类码
序号 1 2 3 4 5 6 分类码 11 12 21 22 31 32 备注 人口基础信息 人口扩展信息 法人基础信息 法人扩展信息 房屋基础信息 房屋扩展信息 第二层，流水号，采用4位数字表示。第一层，数据元所属分类，采用2位数字表示。
图1 数据元内部标识符编码格式示意图
5 数据元值的类型描述格式
本标准中数据格式中使用的字符含义如下： a=字母字符 n=数字字符
an=字母数字字符
m(m=为自然数)=定长m个字符（字符集默认为GB 2312） ..ul=长度不确定的文本
..p,q(p,q均为自然数) =最长p个数字字符，小数点后q位
..=从最小长度到最大长度，前面附加最小长度，后面附加最大长度
YYYYMMDDhhmmss=“YYYY”表示年份，“MM”表示月份，“DD”表示日期，“hh”表示小时，“mm”表示分钟，“ss”表示秒可以视实际情况组合使用。
示例1：an5(aannn) 表示定长5个字母数字字符，前2个为字母字符，后三个为数字字符； 示例2：n..17，2 表示最长17个数字字符，小数点后两位。
示例3：an3..8 表示最大长度为8，最小长度为3的不定长的字母数字字符。
6 数据元管理的指导原则
3
SZDB/Z XX.1—XXXX
数据元的管理应遵循下列指导原则： a) 由专业的数据管理部门来负责；
b) 有计划、有步骤地建立和执行数据元管理规程； c) 数据元应集中控制管理，分别实施；
d) 每一项数据元都要进行动态的更新和维护；
e) 对所有的数据元（包括已废止的和履行了正式申请手续但未批准的）应做到可查询、可追溯。 7 数据元管理的要素 7.1 数据元
目标：创建数据元及相关实体。
以数据建模法描述数据元及其属性，提供公共词汇，用于信息交换和共享，同时支持政府各部门之间的综合业务，减少数据重复和数据冗余，从而最大限度的降低数据处理和存储的费用，并改善数据的完整性。 7.2 数据元值域
目标：创建数据元的值域表。
可确定值域数据元的，宜为该数据元取值提供统一的列表。值域表也可是一个标准文件。 7.3 数据元质量
目标：保证数据元的质量，为信息系统的建设提供有效、准确的支持。 具有质量和安全保证的数据元将用于信息系统的分析和开发，使信息的交换和处理更加快捷、更加准确。
7.4 数据元管理规程
目标：使用并且不断地完善管理规程，以更好的维护数据元。
数据元管理规程用于规范数据元管理流程，明确管理的角色和职责。 8 数据元管理的相关角色和职责 8.1 角色
数据元管理包括以下相关角色： ——数据元管理机构； ——数据元注册机构； ——数据元提交机构。 8.2 职责
8.2.1 数据元管理机构
数据元管理机构具有下列职责： ——数据元管理规程的制定和解释； ——数据元注册机构的授权；
4
SZDB/Z XX.1—XXXX
——数据元管理规程实施的监督检查。 8.2.2 数据元注册机构 8.2.2.1 注册员
注册员具有下列职责：
——对提交数据元的汇总整理形成提案；
——对已提交的数据元的形式审查，包括格式、查重、冲突和查新等审查工作； ——协助技术评审组召开技术评审会； ——按流程对数据元状态进行维护；
——公布数据元新增、变更和废止等信息；
——管理历史（未批准的和已废止的）数据元数据。 8.2.2.2技术评审组
技术评审组具有下列职责：
——数据元新增、变更和废止等技术审查； ——负责相关协调工作；
——对标准数据元进行定期复审。 8.2.3 数据元提交机构
数据元提交机构具有下列职责：
——按数据元编写规则提出新的数据元建议，提出变更或废止现有标准数据元的请求； ——使用数据元，以满足系统设计时的需求；
——针对信息系统中的功能需求和数据需求，评估数据元的效用。 9 数据元管理活动 9.1 数据元生命周期
数据元生命周期包括以下状态： a) 原始：已经创建数据元并提交，提交新的数据需求和对现行数据元的修改建议都从本状态开始； b) 草案：经过数据元注册机构形式审查后形成提案，等待技术审查； c) 征求意见：经过技术初审后，正在征求意见中； d) 报批：经过技术终审后，等待审批；
e) 标准：新增或变更的数据元，经过标准化过程的协调和审查，已得到数据元管理机构批准； f) 未批准：在新增或变更数据元的流程中，在任何一个阶段未能通过审查或批准； g) 废止：不再需要其支持信息需求，经数据元管理机构批准而废止。 数据元生命周期状态转换如图2所示。
5
SZDB/Z XX.1—XXXX
原始 草案 征求意见 报批 标准 废止 未批准 图2 数据元生命周期状态转换图
9.2 数据元管理流程 9.2.1 新增数据元
新增数据元管理要求如下： a) 目的：建立数据元； b) 输入:
——原始数据元；
——原始数据元值域表。 c) 输出：
——数据元；
——标准数据元值域表。 d) 活动：
——提出原始数据元；
——按照规程提交和审批数据元； ——数据元信息发布，并给予维护；
——将未批准的数据元提案稿保存为历史记录。 新增过程如图3所示。
6
SZDB/Z XX.1—XXXX
主要阶段数据元提交机构 A3注册员 A2.1技术评审组 A2.2数据元管理机构 A1提交编写数据元1、提交数据元数据元（原始）整理汇总形式审查审查NO2、通知未通过形式审查是否通过形式审查YES3、转交数据元数据元（征求意见）技术初审4、返回技术初审结果NO是否通过技术初审YES5、通知未通过技术初审征求意见整理征求意见结果6、转交数据元数据元（草案）技术终审7、返回技术终审结果NO8、通知未通过技术终审是否通过技术终审YES整理审查结果9、提交审批数据元（报批）10、返回审批结果NO11、通知未通过审批发布公布标准数据元历史记录是否批准发布YES审批审批 图3 新增数据元流程图
9.2.2 变更标准数据元
变更标准数据元管理要求如下：
a) 目的：变更现有数据元，废止前一版本的数据元。
7
SZDB/Z XX.1—XXXX
b) 输入：
——数据元；
——数据元值域表； ——数据元变更建议。 c) 输出：
——变更后的数据元；
——变更后的数据元值域表。 d) 活动：
——提出变更建议；
——按照规程提交和审批变更后的数据元；
——更新标准数据元信息，并废止被替代的原标准数据元； ——将变更前的数据元保存为历史记录。 变更过程如图4所示。
8
SZDB/Z XX.1—XXXX
主要阶段数据元提交机构注册员技术评审组数据元管理机构 A3 A2.1 A2.2 A1提交提出变更信息1、提交变更建议数据元及变更信息整理汇总形式审查审查NO是否通过形2、通知未通过形式审查式审查YES3、转交数据元数据元及变更信息技术初审4、返回技术初审结果5、通知未通过技术初审NO是否通过技术初审YES整理审查结果6、转交数据元数据元及变更信息技术终审7、返回技术终审结果NO8、通知未通过技术终审是否通过技术终审YES整理审批审查结果9、提交审批数据元审批10、返回审批结果NO是否批准发11、通知未通过审批布YES发布公布变更信息历史记录 图4 变更标准数据元流程图
9.2.3 废止数据元
废止数据元管理要求如下： a) 目的：废止数据元。 b) 输入：
——数据元；
——数据元值域表； ——数据元废止申请。
9
SZDB/Z XX.1—XXXX
c) 输出：相应数据元废止声明。 d) 活动：
——提出废止数据元请求；
——按照规程审批待废止的数据元；
——改变数据元管理系统中的数据元状态为废止； ——将废止的数据元保存为历史记录。 废止过程如图5所示。
主要阶段数据元提交机构 A3注册员 A2.1技术评审组 A2.2数据元管理机构 A1提交填写废止申请表1、提交废止申请表数据元废止申请表数据元整理汇总审查2、转交数据元数据元废止申请表数据元技术审查3、返回技术审查结果NO是否通过技术审查YES整理审查结果5、提交审批数据元废止申请表数据元6、返回审批结果NO7、通知未通过审批是否批准发布YESNO发布数据元废止信息发布历史记录4、通知未通过技术审查审批审批 图5 废止标准数据元流程图
9.3 历史记录
历史记录管理要求如下：
a) 目的：永久记载曾批准使用的、现已废止数据元和曾受理但经审核未被批准的数据元提案。 b) 输入：
——已批准废止的数据元或曾受理但经审核未被批准的数据元提案；
——已批准废止的数据元值域表或曾受理但经审核未被批准的数据元提案的值域表； ——批准废止的数据元程序日志或曾受理但经审核未被批准的数据元提案程序日志。
10
SZDB/Z XX.1—XXXX
c) 输出：相应数据元废止和未被批准的资料。 d) 活动：
——提出输入废止数据元的请求或曾受理但经审核未被批准的数据元提案的请求； ——按照规程添加已批准废止的数据元或曾受理但经审核未被批准的数据元提案；
——在数据元管理系统中公开提供废止的原数据元及曾受理但经审核未被批准的数据元提案的相关资料。 10 数据元管理工具
数据元管理工具应符合以下要求：
a) 描述：使用数据元管理工具进行公共基础信息数据元的注册、管理和查询、各类用户的权限控
制；
b) 目的：保证电子政务范围内的数据元有效的管理； c) 输入：
——数据元； ——值域表。 d) 输出：
——数据元；
——数据元值域表。 e) 活动：
——按流程对数据元信息进行处理和状态变更； ——对数据元进行查询和统计。 11 数据元分类及格式 11.1 数据元分类
根据数据元在业务中的使用情况，将数据元分为以下两类： ——基本数据元：不涉及业务的通用数据元；
——扩展数据元：和三大实体相关的且不包含在基础数据元中的数据元。 11.2 数据格式定义
数据格式的定义项应符合GB/T 19488.1-2004对数据和文件格式的规定。 12 数据元的属性
描述数据元的属性包括：中文名称、内部标识符、中文全拼、英文名称、定义、语境、对象类词、特性词、表示词、数据类型、数据格式、计量单位、值域、关系和备注等。
_________________________________
11
因篇幅问题不能全部显示，请点此查看更多更全内容