1、ICS 35.240.01 L 70 DB4201武汉市地方标准 DB4201/T 573-2018 智慧社区服务管理信息化技术规范 Technical specification of smart community service management information 2018-12-28 发布 2019-01-28 实施 武汉市质量技术监督局发 布DB4201/T 573-2018 II 目 次 前言.III 1 范围.1 2 规范性引用文件.1 3 术语和定义.2 4 缩略语.3 5 上下文环境.3 6 技术框架.4 7 门户与渠道.5 8 应用.7 9 支撑服务.8 10 业
2、务流程.9 11 数据.10 12 接口.15 13 基础设施.15 14 信息安全.15 附录 A（资料性附录）数据采集流程.17 附录 B（资料性附录）通用数据元.18 附录 C（规范性附录）社区基本信息数据元.19 附录 D（规范性附录）社区组织管理数据元.33 附录 E（规范性附录）社区自治业务数据元.40 附录 F（规范性附录）社区政务服务数据元.43 附录 G（资料性附录）代码集.68 DB4201/T 573-2018 III 前 言 本标准按照GB/T 1.1-2009给出的规则起草。本标准由武汉市民政局提出并归口。本标准起草单位：武汉市民政局、武汉市标准化研究院、武汉力龙信息
3、科技股份有限公司。本标准主要起草人：孙国武、桂丽霞、黄勇、向小雪、王鹏、魏正。DB4201/T 573-2018 1 智慧社区服务管理信息化技术规范 1 范围 本标准规定了智慧社区服务管理信息化（以下简称社区信息化）的上下文环境、技术框架、门户与渠道、应用、支撑服务、业务流程、数据、接口、基础设施及信息安全。本标准适用于武汉市智慧社区服务管理信息化建设。2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 2260-2007 中华人民共和国行政区划代码 GB/T
4、 2261.1-2003 个人基本信息分类与代码 第1部分：人的性别代码 GB/T 2261.2-2003 个人基本信息分类与代码 第2部分：婚姻状况代码 GB/T 2261.5-2003 个人基本信息分类与代码 第5部分：港澳台侨属代码 GB 3304-1991 中国各民族名称的罗马字母拼写法和代码 GB/T 4658-2006 学历代码 GB/T 4761-2008 家庭关系代码 GB 4762-1984 政治面貌代码 GB/T 7027-2002 信息分类和编码的基本原则与方法 GB/T 10113-2003 分类与编码通用术语 GB 11643-1999 公民身份号码 GB/T 194
5、87 电子政务业务流程设计方法通用规范 GB/T 19668 信息化工程监理规范 GB/T 20269-2006 信息安全技术 信息系统安全管理要求 GB/T 20270-2006 信息安全技术 网络基础安全技术要求 GB/T 20271-2006 信息安全技术 信息系统通用安全技术要求 GB/T 20272-2006 信息安全技术 操作系统安全技术要求 GB/T 20273-2006 信息安全技术 数据库管理系统安全技术要求 GB/T 20647 社区服务指南 GB/T 20916 中文办公软件文档格式规范 GB/T 21064 电子政务系统总体设计要求 GB/T 25069-2010 信息
6、安全技术 术语 GB/T 29855-2013 社区信息化术语 GB/T 29865 社区基础数据元 GB/T 35273-2017 信息安全技术 个人信息安全规范 MZ/T 012-2004 民政业务数据共享与交换 GA 214-2004 常住人口管理信息规范 DB4201/T 573-2018 2 GA/T 517-2004 常用证件代码 DB4201/T 479-2015 武汉市空间管理基础网格编码规范 DB4201/T 535-2017 “云端武汉”政务服务系统接口技术规范 DB4201/T 536.1-2017 “云端武汉”政务数据资源目录体系与数据交换技术规范 第1部分：数据资源目
7、录体系 DB4201/T 536.2-2017 “云端武汉”政务数据资源目录体系与数据交换技术规范 第2部分：数据共享交换 3 术语和定义 下列术语和定义适用于本文件。3.1 社区信息化 community informationization 应用信息化技术，对社区范围及与之相关的服务和管理信息进行开发和利用的过程。GB/T 29855-2013，定义2.5 3.2 条 strip 由各类市级业务部门分别建立的一种自上而下的管理体制，通过这种体制，自上而下地建立各自的业务信息系统，并最终将业务应用延伸下发到社区层面。3.3 块 block 以地方行政机关或基层群众自治组织统管的某一区域全部的
8、行政行为的一种描述。3.4 编码 coding 给事物或概念赋予代码的过程。GB/T 10113-2003，定义2.2.1 3.5 代码 code 表示特定事物或概念的一个或一组字符。GB/T 10113-2003，定义2.2.5 3.6 代码表 code table 编码对象集和代码元素集的映射关系列表。GB/T 10113-2003，定义2.2.8 DB4201/T 573-2018 3 3.7 蠕虫 worm 一种独立程序，它可通过信息系统或计算机网络进行自身传播，从而造成恶意占用可用资源等损害。GB/T 25069-2010,定义2.1.26 3.8 入侵 intrusion 对一网络
9、或系统的未经授权的访问，即对系统的有意无意的未经授权的访问（包括针对信息的恶意活动）。GB/T 25069-2010,定义2.1.27 3.9 攻击 attack 在信息系统中，对系统或信息进行破坏、泄露、变更或使其丧失功能的尝试（包括窃取数据）。GB/T 25069-2010,定义2.2.1.58 3.10 审计 audit 对记录或行为进行独立的检查，以确保能与既定的控制措施、策略和操作程序相符合，同时给出在控制措施、策略或程序方面的修改建议。4 缩略语 下列缩略语适用于本文件。DTD：文档类型定义（Documnet Type Definition）LDAP：轻量目录访问协议（Lightw
10、eight Directory Access Protocol）PKI：公钥基础设施（Public Key Infrastructure）SOA：面向服务的体系结构（Service-Oriented Architecture）XML：可扩展标记语言（Extensible Markup Language）OCR：光学字符识别（Optical Character Recognition）URL：统一资源定位符（Uniform Resource Locator）TCP/IP：传输控制协议/互联网协议（Transmission Control Protocol/Internet Protocol）XS
11、S：跨站脚本攻击（Cross-Site Script）5 上下文环境 社区信息化应使社区通过资源共享和业务协同提供一体化的服务和管理，其上下文环境如图1所示。DB4201/T 573-2018 4 图1 上下文环境 6 技术框架 社区信息化总体技术框架模型从技术角度给出社区信息化的基本逻辑结构如图2所示，由基础设施层、数据层、支撑服务层、应用层、门户与渠道层等层次组成，法律法规与标准化体系、信息安全体系贯穿于上述各层中：a)基础设施层主要包括为各类社区信息化应用提供必要的网络基础环境、可靠的信息传输服务通道、通信手段以及社区信息化所需设备、各种软硬件产品；b)数据层通过定义数据模型，实现数据组
12、织、存储和管理，为支持各类社区应用包括基于社区的内部业务、面向社区的行政性和市场性业务提供所需的基础通用和各类专用数据资源；c)支撑服务层连接社区应用和各类数据资源，组织和整合各类数据、组件和服务，为上层应用系统的搭建和运行提供支撑服务；d)应用层是指构建在支撑服务层之上的各类社区信息化应用，通过一定的渠道和界面提供各类社区服务和管理功能，主要包括基于社区的内部业务和面向社区的行政性、市场性业务；e)门户与渠道层提供统一的用户界面，对信息和应用实现统一访问入口和集中展现，支持用户通过各种访问渠道获取服务；f)法律法规与标准化体系、信息安全体系提供社区信息化系统稳定安全运行的保障。行政区划代码库
13、组织机构代码库户籍人口库常住人口驻社区单位公共设施社 区 综 合 管 理 与 服 务信 息 化 平 台民政业务系统人口计生业务系统人社业务系统残联业务系统流动人口库公民信息库综治业务系统流管业务系统市 级 政 务 信 息 资 源 交 换 平 台社区门户网站OA民政人口计生人社残联市级社区服务门户网站区级门户楼院流动人口社区组织房屋对象：综治其他新增业务系统流管其他街道门户社区基础数据库全市目录内容信息库编目数据采集业务服务全 市 政 务 信 息 资 源 目 录 服 务注册目 录 查 询信 息 交 换信 息 交 换目 录 查 询地理信息市区（县）街道（乡镇）城乡社区(建制村)DB4201/T 5
14、73-2018 5 法律法规与标准化体系信息安全体系局域网电子政务网互联网公用电话网无线数据通信网系统运行软硬件环境基础设施层基础数据主题数据业务数据元数据数据层支撑服务层共享交换服务构件服务安全服务领域应用支撑服务基础支撑服务应用层社区综合管理与服务（内部业务、行政性业务、市场性业务）社区内应用纵向应用横向应用综合应用门户与渠道层政务内网门户个人电脑、手机、电话等访问渠道政务外网门户互联网门户领导、政府机关、社会公众、企事业单位、特殊群体及各类组织图2 总体技术框架 7 门户与渠道 7.1 概述 用户通过门户和其他访问渠道获取社区信息化服务。7.2 门户 门户提供统一的用户界面，对信息和应用
15、实现统一访问入口和集中展现，支持用户获取个性化服务，包括互联网门户、政务外网门户和政务内网门户：a)互联网门户包括市级社区服务门户网站、区（县）级门户、街道（乡镇）门户以及社区门户网站。其中，市级社区服务门户网站是全市所辖社区门户网站群的统一入口，集中展现部署在互联网上社区服务管理的重要信息和应用其功能应满足以下要求：DB4201/T 573-2018 6 1)应围绕社区服务对象的需求，梳理组织社区政务公开、网上办事、公众参与等服务内容，提供个性化服务；2)应提供用户管理、运行监控、服务受理、办理状态查询、办理结果反馈、服务投诉等功能，支撑社区服务与管理整合；3)社区门户网站应与街道（乡镇）门
16、户对接，街道（乡镇）门户应与区（县）级门户对接，区（县）级门户应与市级社区服务门户网站对接，实现网站互联互通、信息交互和服务整合；4)应通过信息报送、栏目共建、数据库对接等方式，做好网站的信息保障；5)应按照一点受理、抄告相关、限时反馈的模式，实现网上办事统一入口受理；6)其他公共及商业服务网站经核准后可实现与社区服务网站的对接，面向社区提供服务。b)政务外网门户（提供市级社区服务管理机构部署在政务外网上的社区服务与管理信息资源目录、社区服务与管理信息资源和跨部门、跨层级应用系统的统一入口和集中展现）其功能应满足以下要求：1)应依托市级统一的共享交换平台，整合各类社区服务与管理信息资源目录、社
17、区服务与管理信息资源、应用系统等，为各级领导和社区工作人员提供资源共享、业务协同、决策支持等服务；2)应提供用户管理、单点登录、内容管理、个性化定制、查询检索、目录导航、服务导航、运行监控等功能，支撑服务的整合与导航；3)应提供部署在政务外网上的各类综合性、跨部门应用的统一入口，并利用数字证书，实现单点登录，以充分利用已有资源、促进资源整合和业务协同。c)政务内网门户在符合安全和保密要求的条件下，为政务内网上各应用系统提供统一入口。7.3 访问渠道 访问渠道的技术要求可以包括：a)社区服务机构可通过社区服务站、办事服务大厅、信息亭、二维码门牌等渠道为用户提供社区信息化服务；b)社区信息化系统宜
18、支持用户通过个人电脑、手机、平板、电话、数字电视等终端设备获取社区信息化服务；c)可通过专用网关等方式实现呼叫中心、广电媒体、移动服务平台与门户网站的信息交互。7.4 技术框架 社区信息门户的技术框架如图3所示：a)通过移动端和 PC 端等多种方式为用户提供完整统一的操作界面，统一通过接入控制模块接入到社区信息门户；b)用户访问须通过安全控制模块实现统一的身份认证和权限控制，具体应根据公民本人、块上的工作人员、条上的部门工作人员、各级领导等角色制定统一的安全访问策略；c)通过 Portlet 将现有的应用系统内容集成到社区信息门户里，并通过 Portlet 服务器统一管理。DB4201/T 5
19、73-2018 7 图3 社区信息门户技术框架 8 应用 8.1 概述 社区服务管理部门利用支撑服务层提供的各种服务和管理功能搭建社区应用层，包括社区内应用、纵向应用、横向应用和综合应用。8.2 基本要求 8.2.1 应根据业务分布情况和应用模式等选择集中式、分布式、集中与分布相结合的应用系统架构。8.2.2 系统设计宜遵循 SOA 架构，支持组件化模型。8.2.3 应开展业务模型的分析和设计，提炼社区服务与管理的公共业务组件。8.2.4 应重用支撑服务层所提供的通用组件和服务。8.2.5 部署在局域网或政务外网上的各类社区服务与管理应用系统应统一入口，部署在互联网的应用应在市级社区服务门户网
20、站实现统一入口。8.2.6 应结合应用需求和信息特征通过以下或其他方式满足各级应用的信息共享需求：a)通过政务信息资源共享交换平台；b)提供数据库接口或数据访问接口；c)提供数据批量导入导出。8.2.7 社区服务管理业务系统的业务流程设计应符合 GB/T 19487 的要求。新系统劳动与社会保障系统民政系统人口计生系统流动人口服务管理系统其他系统PortletPortletPortletPortletPortletPortlet政府部门业务应用门户集成接口（Portlet服务器）内容管理事务处理应用协作系统首页用户认证权限管理应用目录管理个性化设置接入控制系统数据库PKILDAPDB4201/
21、T 573-2018 8 8.2.8 社区办公自动化应用应符合 GB/T 20916 的要求。8.2.9 应开展业务梳理和数据梳理，明确社区各条线系统业务协同和数据关联关系。8.2.10 应开展需求分析和总体设计，符合 GB/T 21064、GB/T 19487 的要求。8.2.11 应开展信息化工程监理，符合 GB/T 19668 的要求。8.2.12 应开展智慧平安小区创建，符合智慧平安小区系统功能要求。8.3 社区内应用 社区内应用是支撑单个社区内部依职能开展业务活动的应用，应支持社区内部的信息共享和数据整合，可根据业务需求、业务系统架构采用集中数据库、数据库同步、数据库访问接口、共享交
22、换平台等方式实现。8.4 纵向应用 纵向应用是支撑单个政务部门以及下属各级部门依职能开展面向社区的行政性业务活动的应用，应充分考虑并满足各条线政务部门依职能开展业务和提供服务的需要，应充分共享社区基层采集与更新的数据，避免重复采集。8.5 横向应用 横向应用是支撑某一部门与同一层级的其他多个政务部门依职能开展面向社区的行政性业务活动的应用，应充分考虑并满足相关部门业务协同的需要，应通过政务信息资源共享交换平台与各政务部门应用共享交换信息。8.6 综合应用 综合应用是指支撑多个层级、多个政务部门依职能开展面向社区的行政性业务活动以及各类社会组织开展面向社区的市场性业务活动的应用，应同时满足8.4
23、和8.5的要求。9 支撑服务 9.1 概述 支撑服务层连接应用和各类数据资源，组织和整合各类数据、组件和服务，为上层应用系统的搭建和运行提供支撑服务，包括基础支撑服务和领域应用支撑服务。9.2 基本要求 9.2.1 应遵循 SOA 架构，采用 XML、Web Services 等技术。9.2.2 应具备灵活适应能力，支持通过调整配置快速部署运行。9.2.3 应具备容错与快速故障恢复能力。9.2.4 应支持多种操作系统平台，支持在国内外主流软硬件平台上部署运行。9.2.5 应根据应用需求，按照国家安全等级保护制度确定安全等级，并配备与安全等级相适应的安全防护措施，具备与安全等级相应的迅速恢复能力
24、。9.3 基础支撑服务 9.3.1 信息资源共享交换服务 DB4201/T 573-2018 9 社区信息资源共享交换服务应符合DB4201/T 535-2017、DB4201/T 536.1-2017和 DB4201/T 536.2-2017的要求。9.3.2 构件管理服务 构件管理服务对通用构件进行管理，为各类社区应用系统提供可复用的功能构件，如表单管理、查询检索、统计分析等基础构件和公文管理、档案管理、内容管理等业务构件，以支撑业务处理流程和服务的共享。9.3.3 安全服务 安全服务主要提供审计、加密、完整性、身份鉴别、访问控制等基础安全服务，为社区应用系统运行与服务提供统一的安全支撑。
25、9.4 领域应用支撑服务 领域应用支撑服务依托基础支撑服务，封装特定业务应用领域的共性功能和特征，提供可扩展、可定制、可复用的业务组件和服务，其功能应满足以下要求：a)应根据领域业务模型的分析设计，提炼业务领域通用组件；b)应具备服务整合功能，为上层应用提供粗粒度的服务，并将封装后的粗粒度构件和服务进行注册，实行统一管理；c)应充分利用社区信息资源共享交换服务、构件管理服务和安全服务提供的公共组件和服务实现。10 业务流程 业务流程由图形符号、业务流程图和业务流程描述组成。10.1 图形符号 图形符号表如表1所示。表1 图形符号表 图形符号 符号名称 说 明 开始 业务流程的开始。结束 业务流
26、程的终结。业务流程环节 业务流程中的活动 判定条件 业务流程流转的判断条件 DB4201/T 573-2018 10 表 1（续）图形符号 符号名称 说 明 文档 业务流程中角色之间交互的文档 状态转移 业务流程不同活动之间的状态转移 泳道在业务流程图中，根据不同角色的职责划分的一组活动。10.2 业务流程图 业务流程图主要用于描述不同角色之间的业务协作关系。业务流程图主要体现以下方面内容：a)参加活动的角色主体；b)角色为完成其职责而执行的关键活动或角色之间发生的事件；c)伴随事件活动交互的业务信息。d)确保业务流程的活动链一环紧扣一环，业务流程不中断；e)每个业务流程图应完成一项明确目的的
27、业务目标。10.3 业务流程图描述 业务流程图的详细描述采用表格的形式描述以下主要内容：a)明确参与业务流程图中业务环节；b)明确参与业务环节的角色；c)明确业务环节中角色之间交互的业务文书；d)明确业务环节中交互的主要业务信息；e)明确业务环节完成的衡量指标。10.4 业务流程图示例 业务流程图示例见附录A。11 数据 11.1 概述 数据层通过定义数据模型，实现数据组织、存储和管理，为支撑服务层和应用层提供数据服务。11.2 数据采集 DB4201/T 573-2018 11 11.2.1 采集来源 社区信息化中采集数据应来源于：a)通过社区工作人员采集的数据：社区工作人员通过武汉市社会服
28、务与管理信息系统进行基础信息采集包括标准地址、实有人口、实有房屋、实有单位数据等；b)来自条线系统的外部数据：通过数据采集和信息交换平台从其他系统中获取，如就业信息、低保信息等。11.2.2 采集规则如下：a)基于 GB/T 29865、GA 214 等标准中列举的数据项进行扩充；b)以GB/T 20647中规范的社区在组织开展社区居民自治活动中所涉及的社区服务与管理内容为主要编写对象，采集社区服务管理信息化所需必要的信息；c)所有数据项原则上都应源于政府相关部门以及各种专业鉴定机构出具的证明文件，其他单位或个人提供的非权威、非规范数据元素不应列为采集对象；d)采集的指定数据项应满足当前全市推
29、广的约定成熟的数据采集标准，如对武汉市智慧平安小区建设数据标准中的周界防护、视频监控等功能模块的数据标准进行规范，确保数据采集即标准、入库即可用；e)其他业务系统需要的基础数据与武汉市社会服务与管理信息系统对接获取；f)采集的数据项应是可以在基层社区服务和管理机构采集得到、使用得上的数据，不必包含所有业务办理过程中产生的附加业务信息；g)数据项的说明原则上依据国家或部门颁布的相关规范、政策文件或约定俗成的规定编写，规定了数据项的组成、定义或使用语境；h)数据项类型分为规范数据和非规范数据。规范数据是指有确切来源或证明文件的数据，应从指定的确切数据来源采集；非规范数据是指社区管理过程中产生并记录
30、的没有确切来源的数据，需要社区工作人员进行人工录入；i)数据项是否为必选项，应依据该数据项在社区信息化中是否为必需数据、能否由社区工作人员采集得到判定；j)采集方式:可采用三种方式进行数据采集，如表 2 所示。表2 三种数据采集方式 序号 数据采集方式 实现 特点 1 人工录入 通过社区工作人员手动录入数据 在系统内部，初期集中人工录入大量纸质保存的历史档案数据，以及日常工作中信息输入和更新 2 自动采集 通过扫描、识别等技术加上部分人工校对 在系统内部，针对大量固定格式的纸质材料，通过 OCR 等专门定制的扫描、识别技术完成自动采集；针对具有条码、射频等数码特征的信息，通过专门定制的采集设备
31、和软件完成自动采集 3 外部采集 从其他应用系统中采集所需的数据 跨系统之间，依据双方商定的协议通过数据采集程序把一个系统的数据采集到社区基础数据库 11.2.3 采集流程 数据采集流程图见附录B。具体采集流程如下：DB4201/T 573-2018 12 相关政府部门向街道或所辖社区提出数据采集要求；系统管理人员根据数据采集要求类型做不同处理，常规性的数据采集固化为常规采集任务，作为街道系统常用功能，临时性数据采集任务由系统管理人员使用街道系统定制功能临时采集；街道及所辖社区工作人员根据要求进行数据采集；采集的数据通过数据交换或导出等方式提供给相关部门。11.3 数据元 11.3.1 描述方
32、法 数据元由属性来描述和规范。数据元描述用到的11个基本属性如表3所示。纵列“约束”表示：在数据元目录中，一个属性是“必选（M）”、“条件选（C）”还是“可选（O）”。关于这些属性的说明见11.3.2。表3 数据元属性 数据元属性名称 约束中文名称 M 英文短名 M 同义名称 O 语 境 C 说 明 M 数据类型 M 表示格式 M 值 域 O 计量单位 O 备 注 O 版 本 O 11.3.2 描述规则 11.3.2.1 中文名称 赋予数据元的单个或多个中文字词的指称。11.3.2.2 英文短名 数据元的英文缩写名称。本部分的数据元的英文短名遵循如下命名规则：a)英文短名在本标准范围内必须唯一
33、；b)对存在于国际或行业领域的惯用英文缩写，尽量采用该英文缩写；c)英文短名应由构成数据元名称的各个成分（即对象类词、特性词、表示词和相关限定词）的英文单词转化而来；d)英文短名可以使用英文单词的全拼、缩写词、缩略词或其他的截断表示法。这些表示法尽量与常人的认知一致，最好不要引起歧义；e)英文短名应采用 UCC 风格，即组成字段名的每一个单词的首字母均大写，其他字母均小写，如“项目名称”中各个成分的英文单词为“Project”和“Name”，截断后组合为“ProName”；f)英文短名不应包括任何空格、破折号、下划线或分隔符等；g)英文短名不应使用复数形式的英文单词，除非该单词本身就是复数形式
34、，如“Goods”；DB4201/T 573-2018 13 h)英文短名长度不超过 30 字节。注：在系统设计、开发和数据库建设中，英文短名可等同于字段名。11.3.2.3 同义名称 与给定名称有区别但表示相同的数据元概念的单字或多字的指称。注1：在确定的应用环境中，同义名称常常是熟悉的名称。如果是这种情况的话，要使用属性“语境”来指明这个环境。注2：假如有更多的同义名称存在，则属性“同义名称”与“语境”应当作为一对属性来规定。11.3.2.4 语境 对使用和产生名称（或同义名称）的语境或应用规程的指明或描述。注1：对于属性“同义名称”的每一次出现来说，本属性都是必选的。注2：当属性“中文名
35、称”存在于一个信息交换过程中时，本属性是必选的。11.3.2.5 说明 对数据元含义的解释说明。11.3.2.6 数据类型 表示数据元值的不同值的集合。本部分中数据元值使用的数据类型如表4所示。表4 数据类型表示 表示符 数据类型说 明 C 字符型 可以包含汉字、字母字符、数字字符（不进行数学运算）和符号等。（默认 GB 2312 信息交换用汉字编码字符集 基本集）N 数值型 用“0”到“9”数字形式表示的数值（包括整型数和实型数），可进行数学运算。D 日期型 采用 GB/T 7408 中规定的 YYYYMMDD 格式 DT 日期时间型 采用 GB/T 7408 中规定的 YYYYMMDDhh
36、mmss 格式 T 时间型 采用 GB/T 7408 中规定的 hhmmss 格式 B 布尔型 有两个且只有两个表明条件的值，采用 Y/N 表示。BY 二进制流 图象、音频、WAN、RM、AVI、MPEG 等二进制流文件格式。11.3.2.7 表示格式 用字符串表示数据元值的格式。本部分中数据元值表示格式中使用的字符含义如表5所示。DB4201/T 573-2018 14 表5 表示格式中使用的字符含义表 数据类型 字符 含义 字符型 C GB 2312中的字符，包括中文字符、字母字符、数字字符等 C6 固定6个字符（一个字母、数字占一个字符；一个汉字占2个字符）C.6 最长6个字符（一个字母
37、、数字占一个字符；一个汉字占2个字符）数值型 N 数值型 N6 固定长度为6位数字，即6位数字的整型数。N6,2 最大长度为6位的十进制小数格式（包括小数点和小数点后面的数字），小数点后保留2位数字。如：123.45、12.34。日期型 YYYYMMDD“YYYY”表示年份，“MM”表示月份，“DD”表示日期。如2006年3月7日，应表示为20060307。日期时间型 YYYYMMDDhhmmss“hh”表示时，“mm”表示分，“ss”表示秒。如2006年3月7日12时12分12秒应表示为20060307121212。11.3.2.8 值域 根据相应属性中所规定的表示形式、格式、数据类型而决定
38、的数据元的允许实例表示的集合。该集合可以根据名称、引用来源、实例表达的枚举，或者根据实例生成规则来规定。注：当数据元的允许值是编码表示的枚举形式时，每一个数据元值及其实例都应当成对表示。11.3.2.9 计量单位 属于数值型的数据元值的计量单位。11.3.2.10 备注 数据元的注释。11.3.2.11 版本 在一个注册机构内的一系列逐渐完善的数据元规范中某个数据元规范发布的标识。注1：当对属性进行了更新，并且这种更新满足注册机构制定的新版本的维护规则时，则本属性就是必选。注2：由于本部分是首次制定，本部分发布后，规定目录中的所有数据元版本都为 1.0 版，并作为默认值予以缺省。注3：当数据元
39、的语义或各项属性值发生较大变化时，可以根据需要赋予该数据元一个新的版本号。11.3.3 数据元规范 数据元规范见附录C至附录G。11.4 代码 11.4.1 编码规则 应为每个业务信息的编码预留一定的扩展空间，以适应智慧社区服务管理信息化建设与发展的需要。11.4.2 编码方法 编码方法应符合以下要求：DB4201/T 573-2018 15 应依据 GB/T 7027-2002的编码原则与方法，采用阿拉伯数字编码；应采用统一的数字编码。代码取值均为一位数时，将9作为其他或未说明项；取值均为两位数、三位数、四位数等时，将99，999，9999等如此类推作为其他或未说明项预留，所有代码从1开始编
40、码；数据项应参照各级主管部门已下发的相关政策文件、各类统计分析报表、调查问卷等文档，依照代码对象的产生时间先后、使用(出现)频率由高到低、重要程度由高到低等顺序编写。对于没有顺序规则的代码对象按照其首字母顺序排列。涉及级别的代码，按照其级别由高到低的顺序排列。11.4.3 代码集 智慧社区服务管理信息化涉及的代码在代码集中进行规定。代码集见附录H。12 接口 智慧社区服务管理信息化接口应符合DB4201/T 536.2-2017的要求。13 基础设施 基础设施层包括社区局域网、电子政务网、互联网、公用电话网、无线数据通信网、传感设备、地址门牌等支撑社区服务管理信息化应用的网络以及系统运行环境：
41、a)社区直接面向公众（个人或组织）提供服务或行使职能的业务系统，应承载在互联网上；b)其他面向社区的政务部门内或政务部门间的业务系统，为便于信息安全或信息共享，应承载在电子政务网上；c)以各区的电子政务网络为基础，与公安网络进行对接，接入公安的视频资源、数据资源等，为创建平安社区打下基础；d)社区电子政务网应纳入区电子政务机房统一管理，方便进行数据交换；e)公用电话网主要用于通过拨号接入呼叫中心或热线电话等情况；f)无线数据通信网主要用于移动办公或移动执法等；g)传感设备包括摄像头、红外、微波、生物磁场感应、烟感等，实现智慧社区、平安小区等功能；h)在小区大门、楼栋门、单元门、入户门设置地址二
42、维码门牌和房屋二维码标识；i)系统运行环境为上层应用的搭建和运行提供所需设备和软硬件运行环境。14 信息安全 14.1 安全要求 智慧社区服务管理信息安全包括个人信息安全、网络基础安全、操作系统安全、应用系统安全和数据库管理系统安全。14.2 个人信息安全 应符合GB/T 35273-2017的要求。14.3 网络基础安全 应符合GB/T 20270-2006的要求。DB4201/T 573-2018 16 14.4 操作系统安全 应符合GB/T 20272-2006的要求。14.5 应用系统安全 应符合GB/T 20269-2006和GB/T 20271-2006的要求。14.6 数据库操作
43、系统安全 应符合GB/T 20273-2006的要求。DB4201/T 573-2018 17 附 录 A（资料性附录）数据采集流程 A.1 数据采集流程数据采集流程见图A.1。数据采集流程政府部门平台管理员街道工作人员提出数据采集要求判断信息采集类型定制临时采集任务执行临时采集任务执行常规采集任务交换数据/导出数据使用采集的数据临时性常规性图A.1 数据采集流程图 DB4201/T 573-2018 18 附 录 B（资料性附录）通用数据元 B.1 通用数据元通用数据元见表B.1。表 B.1 通用数据元 中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备注 版本
44、 日期 Date 日期 通用 特定日历日期的标识，由年、月、日等组合表示，如成立日期、出生日期、死亡日期、户籍迁入日期、初婚日期、最近婚变日期、参加工作日期、关系产生日期、关系结束日期、进驻社区日期、工商注册日期、有效期开始、有效期结束、本届成立日期、任职开始日期、任职结束日期、选举日期、取得证书日期、培训日期、奖励日期、服务时间、登记备案日期、报到日期、发布日期、实施日期、活动日期、公开日期、诉求日期等 日期型 YYYYMMDD 年份 Year 年份 通用 建成年份、考核年度 字符型 C4 详细地址 DetailAddress 地址 通用 居委会详细地址、院落(小区)详细地址、楼栋详细地址、
45、房屋详细地址、房产证地址、户籍详细地址、居住详细地址、服务处所或就读学校地址、单位详细地址、居委会办公用房地址、防火部位地址、常设工作地址、单位地址、发证机关地址、学校或幼儿园地址等 字符型 C.150 国家(地区)+省市县(区)+街路巷名称+街路巷门牌号+楼栋名+单元号+楼层号+户号 DB4201/T 573-2018 19 附 录 C（规范性附录）社区基本信息数据元 C.1 社区信息数据元社区信息数据元见表C.1。表 C.1 社区信息数据元 中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备注 版本 社区名称 CommunityName 社区名称 社区信息 社
46、区/村委会一级行政区划的名称 字符型 C.50 社区代码 CommunityCode 社区标识码 社区信息 社区/村委会一级行政区划的代码 字符型 C12 所属区(县)名称 CountyName 区(县)名称 社区信息 区县(自治县、市、市辖区、旗、自治旗)一级行政区划的名称 字符型 C.50 所属区(县)代码 CountyCode 区(县)标识码 社区信息 区县(自治县、市、市辖区、旗、自治旗)一级行政区划的代码 字符型 C6 所 属 街 道(乡镇)名称 StreetOfficeName街道(乡镇)名称 社区信息街道(乡镇)一级行政区划的名称 字符型 C.50 所 属 街 道(乡镇)代码 S
47、treetOfficeCode 街道(乡镇)标识码 社区信息街道(乡镇)一级行政区划的的代码 字符型 C9 传真 FaxNo 传真号码 社区信息传真号码 字符型 C.30 社区类别 CommunityType 社区类型 社区信息 社区类型 字符型 C1 网格数 GridNum 网格数 社区信息 社区所划分的网格数量 数值型 N2 个 社区范围 CommunityWide 社区范围 社区信息 社区所辖区域范围说明 字符型 C.100 社区简介 CommunityIntroduction 社区简介 社区信息 社区简要介绍 字符型 C.500 DB4201/T 573-2018 20 表 C.1(续
48、)中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备注 版本 历史沿革 CommunityHistory 历史沿革 社区信息 社区发展与变化历程 字符型 C.500 C.2 管辖区域信息数据元C.2.1 网格信息数据元网格信息数据元参考通用数据元中相关内容。C.2.2 院落(小区)信息数据元院落(小区)信息数据元见表C.2。表 C.2 院落(小区)信息数据元 中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备注 版本 院落(小区)俗称 CourtyardVulgo 院落(小区)俗称 院落(小区)信息院落(小区)俗称/别称 字符型 C.
49、20 物管方式 PropertyMmanagementWay 物管方式 院落(小区)信息物管方式 字符型 C1 C.2.3 楼栋信息数据元楼栋信息数据元见表C.3。表 C.3 楼栋信息数据元 中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备注 版本 楼栋俗称 BuildingVulgo 楼栋俗称 楼栋信息楼栋俗称/别名 字符型C.50 建筑物名称 BuildingName 建筑物名称 楼栋信息 楼栋建筑物名称 字符型C.50 DB4201/T 573-2018 21 表 C.3(续)中文名称 英文短名 同义名称 语境 说明 数据类型 表示格式 值域 计量单位 备
50、注 版本 建筑物用途 BuildingUse 建筑物用途 楼栋信息楼栋建筑物的用途 字符型 C1 地上层数 UppergroundLayers 地上层数 楼栋信息楼栋地上总层数 数值型 N3 层 地下层数 UndergroundLayers 地下层数 楼栋信息楼栋地下总层数 数值型 N1 层 建筑结构 BuildingStruct 建筑结构 楼栋信息根据建筑物的梁、柱、墙等主要承重构件的建筑材料进行描述的结构 字符型 C1 单元数 UnitNum 单元数 楼栋信息楼栋的单元总数 数值型 N2 个 C.2.4 房屋信息数据元房屋信息数据元见表C.4。表 C.4 房屋信息数据元 中文名称 英文短名
