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