公共基础信息数据元规范第1部分总则汇总.docx

公共基础信息数据元规范第1部分总则汇总.docx

《公共基础信息数据元规范第1部分总则汇总.docx》由会员分享，可在线阅读，更多相关《公共基础信息数据元规范第1部分总则汇总.docx（18页珍藏版）》请在冰豆网上搜索。

公共基础信息数据元规范第1部分总则汇总

ICS01.040.35

L72

SZDB/Z

深圳市标准化指导性技术文件

SZDB/ZXX.1—XXXX

公共基础信息数据元规范

第1部分：

总则

Dataelementspecificationofpublicfundamentalinformation

Part1:

Generalrule

征求意见稿）

XXXX-XX-XX实施

XXXX-XX-XX发布

SZDB/ZXX.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

SZDB/ZXX.1—XXXX

前言

《公共基础信息数据元规范》分为4个部分：

——第1部分：

总则；

——第2部分：

人口；

——第3部分：

法人；

——第4部分：

房屋。

本部分为SZDB/ZXX-XXXX的第1部分。

本部分按照GB/T1.1-2009给出的规则起草。

本部分由深圳市社会工作委员会、深圳市经济贸易和信息化委员会联合提出。

本部分由深圳市经济贸易和信息化委员会归口。

本部分起草单位：

深圳市电子政务资源中心、深圳市标准技术研究院、深圳市永兴元科技有限公司、深圳市华傲数据技术有限公司。

本部分主要起草人：

卢新根、李苏、张英晖、肖冰、潘晓军、吴伟武、贾西贝、张敬平、王玲娟、吴美、何茜、张军、陈秋宝、张新斌、王丽娟、吕勇、冷新波。

本部分为首次发布。

II

SZDB/ZXX.1—XXXX

引言

当前，与社会管理、民生服务密切相关的公安、社保、卫生、教育和民政等政府职能部门为实现信息化管理，都已经建立业务管理信息系统，但各业务管理信息系统的信息格式、信息类型各异，为了实现信息共享、信息交换，在GB/T19488规定的框架下，充分考虑深圳市各政府职能部门的业务管理信息系统现状，结合业务需要以及信息化发展趋势，制定本规范。

III

SZDB/ZXX.1—XXXX

公共基础信息数据元规范

第1部分：

总则

1范围

本文件规定了深圳市电子政务信息化建设过程中公共基础信息数据元的管理原则、组成要素、管理流程、管理工具、分类及格式等。

本文件适用于深圳市电子政务管理系统建设的系统集成商、软件开发商和监理单位进行管理系统的开发与整合，以及所有延伸到社区服务与管理业务中的政府投资信息化项目，对于本文件未涵盖的内容应按照本文件规定的编码规则进行扩充。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T19488.1-2004电子政务数据元第1部分:

设计和管理规范

GB2312信息交换用汉字编码字符集基本集

3术语和定义

下列术语和定义适用于本文件。

3.1

数据data

信息的可再解释的形式化表示，以适用于通信、解释或处理。

注：

数据可以由人工或自动的方式加工、处理。

[GB/T5271.1-2000，定义01.01.02]

3.2

数据元dataelement

通过定义、标识、表示和允许值等一系列属性描述的一个数据单元。

[GB/T19488.1-2004，定义3.2]

3.3

电子政务数据元electronicgovernmentdataelement

电子政务数据元是指政务活动过程中涉及的所有数据元。

[GB/T19488.1-2004，定义3.3]

3.4

SZDB/ZXX.1—XXXX

对象类objectclass

可以对其界限和含义进行明确的标识，且特性和行为遵循相同规则的观念、抽象概念或现实世界中事物的集合。

[GB/T18391.1-2009，定义3.3.22]

3.5

特性property

一个对象类所有成员所共有的特征。

[GB/T18391.1-2009，定义3.3.29]3.6

表示representation

值域、数据类型的组合，必要时也包括计量单位或字符集。

[GB/T19488.1-2004，定义3.8]

3.7

语境context

一个名称所用于的或所源自的应用环境或规程的描述。

[GB/T19488.1-2004，定义3.13]3.8

值域valuedomain

允许值的集合。

[GB/T18391.1-2009，定义3.3.40]3.9

公共基础信息数据元

publicfundamentalinformation

用一组属性描述公共基础信息的定义、关系和表示等的数据单元。

它是公共基础信息不可再分的最小数据单元。

3.10

原始数据元originaldataelement

在一定活动中产生、符合数据产生部门规范的数据元。

3.11

标准数据元standarddataelement

根据一定规则对各部门产生的原始数据元进行加工处理，所得到的完整、统一、通用的数据元。

SZDB/ZXX.1—XXXX

4内部标识符的编码规则

数据元内部标识符采用6位数字表示（见图1），由两部分组成：

——第1部分为数据元所属类别代码，采用2位数字表示，具体见表1。

——第2部分为流水号，采用4位数字表示。

表1内部标识符分类码

序号

分类码

备注

1

11

人口基础信息

2

12

人口扩展信息

3

21

法人基础信息

4

22

法人扩展信息

5

31

房屋基础信息

6

32

房屋扩展信息

第二层，流水号，采用4位数字表示。

第一层，数据元所属分类，采用2位数字表示。

图1数据元内部标识符编码格式示意图

5数据元值的类型描述格式

本标准中数据格式中使用的字符含义如下：

a=字母字符

n=数字字符an=字母数字字符m（m=为自然数）=定长m个字符（字符集默认为GB2312）..ul=长度不确定的文本

..p,q（p,q均为自然数）=最长p个数字字符，小数点后q位

..=从最小长度到最大长度，前面附加最小长度，后面附加最大长度

YYYYMMDDhhmm“ss=YYYY”表示年份，“MM”表示月份，“DD”表示日期，“hh”表示小时，“mm”表示分钟，“ss”表示秒可以视实际情况组合使用。

示例1：

an5（aannn）表示定长5个字母数字字符，前2个为字母字符，后三个为数字字符；

示例2：

n..17，2表示最长17个数字字符，小数点后两位。

示例3：

an3..8表示最大长度为8，最小长度为3的不定长的字母数字字符。

6数据元管理的指导原则

SZDB/ZXX.1—XXXX

数据元的管理应遵循下列指导原则：

a）由专业的数据管理部门来负责；

b）有计划、有步骤地建立和执行数据元管理规程；

c）数据元应集中控制管理，分别实施；

d）每一项数据元都要进行动态的更新和维护；

e）对所有的数据元（包括已废止的和履行了正式申请手续但未批准的）应做到可查询、可追溯。

7数据元管理的要素

7.1数据元

目标：

创建数据元及相关实体。

以数据建模法描述数据元及其属性，提供公共词汇，用于信息交换和共享，同时支持政府各部门之间的综合业务，减少数据重复和数据冗余，从而最大限度的降低数据处理和存储的费用，并改善数据的完整性。

7.2数据元值域

目标：

创建数据元的值域表。

可确定值域数据元的，宜为该数据元取值提供统一的列表。

值域表也可是一个标准文件。

7.3数据元质量

目标：

保证数据元的质量，为信息系统的建设提供有效、准确的支持。

具有质量和安全保证的数据元将用于信息系统的分析和开发，使信息的交换和处理更加快捷、更加准确。

7.4数据元管理规程

目标：

使用并且不断地完善管理规程，以更好的维护数据元。

数据元管理规程用于规范数据元管理流程，明确管理的角色和职责。

8数据元管理的相关角色和职责

8.1角色

数据元管理包括以下相关角色：

——数据元管理机构；

——数据元注册机构；

——数据元提交机构。

8.2职责

8.2.1数据元管理机构

数据元管理机构具有下列职责：

——数据元管理规程的制定和解释；

——数据元注册机构的授权；

SZDB/ZXX.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所示。

SZDB/ZXX.1—XXXX

图2数据元生命周期状态转换图

9.2数据元管理流程

9.2.1新增数据元

新增数据元管理要求如下：

a）目的：

建立数据元；

b）输入:

——原始数据元；

——原始数据元值域表。

c）输出：

——数据元；

——标准数据元值域表。

d）活动：

——提出原始数据元；

——按照规程提交和审批数据元；——数据元信息发布，并给予维护；——将未批准的数据元提案稿保存为历史记录。

新增过程如图3所示。

主要阶段

数据元提交机构

A3

注册员

A2.1

技术评审组

A2.2

提交

编写数据元1、提交数据元

数据元

原始）

整理汇总

形式审查

审查

2、通知未通过形式审查

NO

式审查

YES

5、通知未通过技术初审

8、通知未通过技术终审

审批

发布

SZDB/ZXX.1—XXXX

数据元管理机构

A1

3、转交数据元数据元（征求意见）

征求意见

否通过技

术初审

YES

技术初审

4、返回技术初审结果

整理征求意见

结果

6、转交数据元

数据元（草案）

技术终审

、返回技术终审结果

NO是否通过术终审YES

审查结果

NO

11、通知未通过审批

布

YES

9、提交审批数据元（报批）

10、返回审批结果

公布标准数据

元

历史记录

图3新增数据元流程图

9.2.2变更标准数据元变更标准数据元管理要求如下：

a）目的：

变更现有数据元，废止前一版本的数据元。

SZDB/ZXX.1—XXXX

b）输入：

——数据元；

——数据元值域表；

——数据元变更建议。

c）输出：

——变更后的数据元；——变更后的数据元值域表。

d）活动：

——提出变更建议；——按照规程提交和审批变更后的数据元；——更新标准数据元信息，并废止被替代的原标准数据元；——将变更前的数据元保存为历史记录。

变更过程如图4所示。

主要阶段

数据元提交机构A3

注册员

A2.1

技术评审组

A2.2

提交

审查

技术初审

4、返回技术初审结果

5、通知未通过技术初审

NO是否通过术初审YES

整理审查结果

6、

8、通知未通过技术终审

SZDB/ZXX.1—XXXX

数据元管理机构

A1

审批

发布

11、通知未通过审批

转交数据元

数据元及变更信息技术终审

审批

NO

公布变更信息

10、返回审批结果

历史记录

图4变更标准数据元流程图

9.2.3废止数据元

废止数据元管理要求如下：

a）目的：

废止数据元。

b）输入：

——数据元；——数据元值域表；——数据元废止申请。

SZDB/ZXX.1—XXXX

c）输出：

相应数据元废止声明。

d）活动：

提出废止数据元请求；按照规程审批待废止的数据元；改变数据元管理系统中的数据元状态为废止；

——将废止的数据元保存为历史记录。

技术审查

审批

3、返回技术审查结果

NO是否通过技

4、通知未通过技术审查术审查

YES

整理

审查结果

审批

7、通知未通过审批

NO

是否批准发

布

YES

6、返回审批结果

5、提交审批数据元废止申请表数据元

、转交数据元

数据元废止据申元请表

整理汇总

填写废止申请1、表提交废止申请表

数据元废止申请表

数据元

提交

废止过程如图5所示。

主要阶段

数据元提交机构

A3

注册员

A2.1

技术评审组

A2.2

数据元管理机构

A1

发布

10

NO发布数据元废止信息

历史记录

图5废止标准数据元流程图

9.3历史记录

历史记录管理要求如下：

a）目的：

永久记载曾批准使用的、现已废止数据元和曾受理但经审核未被批准的数据元提案。

b）输入：

——已批准废止的数据元或曾受理但经审核未被批准的数据元提案；——已批准废止的数据元值域表或曾受理但经审核未被批准的数据元提案的值域表；——批准废止的数据元程序日志或曾受理但经审核未被批准的数据元提案程序日志。

SZDB/ZXX.1—XXXX

c）输出：

相应数据元废止和未被批准的资料。

d）活动：

——提出输入废止数据元的请求或曾受理但经审核未被批准的数据元提案的请求；

——按照规程添加已批准废止的数据元或曾受理但经审核未被批准的数据元提案；

——在数据元管理系统中公开提供废止的原数据元及曾受理但经审核未被批准的数据元提案的相关资料。

10数据元管理工具

数据元管理工具应符合以下要求：

a）描述：

使用数据元管理工具进行公共基础信息数据元的注册、管理和查询、各类用户的权限控制；

b）目的：

保证电子政务范围内的数据元有效的管理；

c）输入：

——数据元；

——值域表。

d）输出：

——数据元；

——数据元值域表。

e）活动：

——按流程对数据元信息进行处理和状态变更；——对数据元进行查询和统计。

11数据元分类及格式

11.1数据元分类

根据数据元在业务中的使用情况，将数据元分为以下两类：

——基本数据元：

不涉及业务的通用数据元；

——扩展数据元：

和三大实体相关的且不包含在基础数据元中的数据元。

11.2数据格式定义

数据格式的定义项应符合GB/T19488.1-2004对数据和文件格式的规定。

12数据元的属性

描述数据元的属性包括：

中文名称、内部标识符、中文全拼、英文名称、定义、语境、对象类词、特性词、表示词、数据类型、数据格式、计量单位、值域、关系和备注等。

11