标准规范下载简介

DB11／T 1919-2021 政务数据汇聚共享规范.pdf简介：

DB11/T 1919-2021 是北京市地方标准，全称为《政务数据汇聚共享规范》，该标准主要针对政务数据管理领域，旨在提供一种规范化的框架和指南，以促进政府部门间的信息共享和数据交换。该标准涵盖了政务数据的采集、存储、处理、安全、隐私保护、共享机制、接口规范、数据质量控制等方面的要求。

主要内容可能包括：

1. 数据源管理：规定了数据的来源渠道、数据类型、数据质量要求等，确保数据的准确性和完整性。

2. 数据汇聚：明确了如何将来自不同部门的分散数据进行整合，形成统一的数据视图，便于跨部门的决策和管理。

3. 数据共享：规定了数据的共享原则、权限管理、数据使用许可等，以保证数据的安全性和合规性。

4. 数据安全：强调了数据的加密、备份、访问控制等措施，防止数据泄露或被滥用。

5. 技术标准与接口：界定了数据交换、接口设计和技术选型的标准，以促进不同系统之间的无缝对接。

6. 数据质量管理：提出了定期的数据清洗、校验和维护机制，确保数据的时效性和有效性。

该标准的发布和实施，有助于提升政务数据的利用效率，促进政府服务的优化，推动政务信息化和数字化进程。

DB11／T 1919-2021 政务数据汇聚共享规范.pdf部分内容预览：

政务数据汇聚共享工作依托北京市大数据平台开展，通过目录区块链系统对政务数据进行 从提出申请、审批授权、获取共享到评价反馈，各环节操作实时记录上链、全程留痕可溯。总 图1，详细业务流程按照附录A描述执行

5汇聚共享数据类别及要求

京19BJ8-2：住宅排气道系统.pdf图1政务汇聚共享总体架构

5.1.1以电子文件作为数据资源进行汇聚共享，常用电子文件的存储格式有wps、xmT、txt、doc、docx、 ntml、csV、xls、xIsx等。 5.1.2以电子文件类进行数据汇聚共享时，应遵循以下要求： a）电子文件名称应规范统一，与目录区块链中数据目录的数据资源名称保持一致； b）电子文件的存储路径应规范统一，可根据更新的频度和检索效率建立子文件夹，不应随意更改 径； C）特殊类电子文件应提供必要的说明文档，确保所有文件内容可被正确理解； d）提供电子文件对账表，明确所汇聚电子文件包含的内容和数量等信息：

e）建立异常反馈机制，通过异常数据反馈表及时解决数据间题。

DB11/T 19192021

5.2.1以数据库表作为数据资源进行汇聚共享，常用数据库存储格式有oracle、sqlserver、db2、 KingbaseES、access、dbf、dbase、sysbase等。 5.2.2以数据库表类进行数据汇聚共享时，应遵循以下要求： a）数据库表名称应规范统一，一般为“机构简称首字母缩写+数据资源名称首字母缩写”，数据资 源名称应与目录区块链中数据目录的数据资源名称保持一致； b）数据库表字段应与目录区块链中数据目录的数据项保持一致，且必须设有主键字段，并在数据 表库中创建主键约束； C）数据库表结构应保持稳定，不应随意更改； d）提供必要的字段说明文档和对应的全部代码表，确保所有数据内容可被正确理解； e）提供数据对账表，包含数据条数等信息； f）建立异常反馈机制，通过异常数据反馈表及时解决数据问题

5.3.1以数据接口服务作为数据资源进行汇聚共享，常用的接口方式有WebService、Restful等，常

a）应提供详细的数据接口服务说明文档； b）一个数据接口服务一般应且只对应一类数据资源； c）服务应是无状态的，两次请求之间无须状态和会话的保持； d）服务地址和参数不应随意变更，

6数据汇聚共享方式及要求

6.1.1电子文件交换方式

提供的电子文件格式应满足5.1.1的要求， 且每次应在固定的文件服务器数据路径下进行文件推送 文件资源在完全写入服务器磁盘之前，任何系统、人员不应再操作文件。

6.1.2数据库表交换方式

按照数据汇聚共享的场景，支持下列几种模式交换： a）标记位模式：适合大批量数据交换，应包含主键、标记位字段、推送至库表的时间字段，并且 允许共享系统在完成交换之后更改标记位的值： b）时间戳模式：适合增量数据交换，应包含主键、时间戳字段，时间戳应精确到毫秒； c）触发器模式：适合增量模式交换，应包含主键、数据表上能建立增删改触发器； d）全量模式：全量模式适合数据库表量少，且每次更新都是全表更新的场景。

6.2数据接口服务调用

2.1数据接口服务封装

DB11/T 19192021

将各类数据转换为API接口，接口设计应符合DB11/T553.5的要求，支持多源异构的数据库格式以 及接口协议，包括主流关系型数据库、Hadoop以及WebService、FTP、HTTP、自定义协议等。

6.2.2数据接口服务管理

6.2.2.1数据接口服务提供方应对提供的数据接口服务进行管理，包括对服务的注册、申请、维护、 审核、发布、监控等。 6.2.2.2对于以API接口服务方式提供的服务可以在配置下发或获取方式时指定数据范围，系统自动生 成接口的授权，访问者只有根据该授权才能获取到数据。 6.2.2.3数据接口服务调用步骤见附录B，数据接口服务调用示例见附录C。

6.3.1利用多方安全计算、联邦学习、可信执行环境等方式，在数据可用不可见或数据可用不可得的 前提下，实现不同来源数据在保持加密状态下进行融合分析运算，并将运算结果进行共享。 6.3.2在密文数据上执行数据操作，避免数据使用方直接接触明文数据，以提高计算过程中的数据安 全，确保敏感数据不泄露，

7.1政务数据汇聚共享时应从数据的可用性、完整性、规范性、一致性和时效性五个方面保 质量。 7.2数据质量要求按照附录D要求执行。

数据安全保护要求应符合DB11/T1918一2021的要求，对汇聚共享数据进行分级分类管理，并根据 数据级别采取相应的管理措施和技术手段，对数据汇聚共享过程进行有针对性的保护，个人信息、敏感 数据和重要数据应加强安全管控措施。

A.1政务数据汇聚业务流程

DB11/T 19192021

A.1.1数据提供方编制数据目录，依托市大数据平台目录链系统进行目录上链，并准备数据，向市大 数据平台提出数据汇聚申请。 A.1.2市大数据平台对汇聚的数据进行核验，核验通过后则进行数据接入操作，未通过则将核验结果 反馈给数据提供方。 A.1.3数据提供方依据数据核验结果对数据进行完善，完善后再次向市大数据平台提出数据汇聚申请。 A.1.4市大数据平台对接入的数据进行数据质量评估，并将结果反馈给数据提供方，数据提供方依据 数据质量反馈意见进行修改完善。

A.1.5政务数据汇聚业务流程按照图A.1执

图A.1政务数据汇聚业

DB11/T 19192021

A.2政务数据共享业务流程

A.2.1数据需求方通过市大数据平台提出数据共享申请，市大数据平台对申请的数据进行共享属性判 断，对无条件共享数据可直接进行数据共享。 A.2.2对于有条件共享的数据，则需先判断数据是否授权，如果未授权，则向数据提供方提出授权申 请，数据提供方审核授权后方可进行共享。 A.2.3若数据提供方未授权，数据需求方可向市大数据核心工作组提出申请，若市大数据核心工作组 判定应提供数据共享则启动共享程序，否则维持原状。 A.2.4市大数据平台针对可共享的数据，先判断是否已汇聚到市大数据平台，若未汇聚，则启动数据 汇聚流程，汇聚后进行数据共享，若已汇聚，则直接进行数据共享。 A.2.5政务数据共享业务流程按照图A.2执行。

2政务数据共享业务流

DB11/T 19192021

附录B （资料性） 数据接口服务调用步骤

数据接口服务调用步骤，涉及数据接口服务需求方、服务提供方和大数据平台等角色。数据接 调用步骤详见图B1

图B.1数据接口服务调用步骤

1.1通过授权码，从服务代理端获取令牌。 1.2使用令牌，对服务请求者身份标识、服务标识和请求时间进行签名计算，得到签名。 1.3将服务请求者身份标识、服务标识、请求时间和签名放入请求消息中，发送请求到服务代

DB11/T 19192021

B.3.1获取请求数据进行相关业务处理。

B.3.1获取请求数据进行相关业务处理。 B.3.2根据授权表内容获取输出参数信息过滤输出参数。 B.3.3返回调用结果给市大数据平台，再由市大数据平台返回给服务需求方

C.1数据接口服务输入参数JSON描述 "returnType":"json", "page":"1", "pagesize":"2", “whereList": [['queryField':'name','logical''equals','queryValue':"测试'}J] 人 数据接口服务输入参数说明见表C.1。

C.1数据接口服务输入参数JSON描述

DB11/T 19192021

表C.1数据接口服务输入参数说明表

DB11/T 19192021

C.2数据接口服务返回参数JSON描述

数据接口服务返回参数说明见表C.2。

DB11/T 19192021

表C.2数据接口服务返回参数说明表

DB11/T 19192021

D.1.1政务数据汇聚共享应确保数据可读、可理解、可用。 D.1.2有信息系统支撑的数据应提供结构化文件，并在汇聚数据时同步提供数据字典和码表，确保数 据的可读可理解。 D.1.3所提供的数据要保持独立可用，避免多类业务数据混合提供。 D.1.4通过接口方式对接的，数据提供方要遵循接口传输规范《腈纶工厂设计标准 GB50488-2018》，具有完整的日志记录，保证数据可用。

数据汇聚共享前应依据DB11/T337一2021的相关要求，确认形成完整的数据目录，按照实际汇聚数 据对北京市目录区块链系统中数据目录进行完善

应涵盖该数据的所有有效字段。 示例：“户籍人口登记信息”包含“姓名、出生日期、性别、身份证号码、籍贯、家庭住址、曾用名”字段，汇聚 数据应包含全部字段。

应确保字段取值所配套的字典表、码表的完整性。 示例：“SEX”字段对应的字典名称“性别”，数据内容为“0”、“1”，“0”对应的实际内容为“男”，“1” 对应的实际内容为“女”，汇聚数据应包含所有字段的完整解释，

应覆盖该数据自采集日期起的全量 同时数据字段中应包含数据入库时间 自2006年至今的全量历史数据

D.3.1.1有信息系统支撑的应提供结构化数据 数据项名称为英文的应提供数据项对应的中

D.3.2.1数据的核心（非空）字段不能为空值。 示例：“户籍人口登记信息”中的“姓名”字段不能为空。 D.3.2.2不应包含因业务或技术原因产生的穴余数据，

D.3.2.1数据的核心（非空）字段不能为空值。

YBT 4735-2019 钢铁企业自备电厂副产煤气设施安全设计规范.pdf差数据中不应包含2条完全相