武汉市国土规划信息公开平台及数据库建设

时间：2024-05-04

彭兆澜

摘要为拓宽社会公众向武汉市国土资源及规划局申请信息公开的渠道，保障公众知情权，开发了武汉市国土规划信息公开平台及配套数据库，主要介绍信息公开平台设计、数据库设计，并对关键技术进行研究。利用中文分词技术和正向最大匹配法算法实现相似申请件的判重和提醒等功能，运用实名身份验证、重复申请提示、主动公开导引等功能实现信息公开申请事项受理、审查、公示、认证管理。结果表明，系统能提升网上服务能力、规范申请行为，在国内信息公开行业处于领先地位。

关键词信息公开；申报平台；数据库；多口径统计；实名身份验证

DOIDOI：10.11907/rjdk.182209

中图分类号：TP319

文献标识码：A文章编号文章编号：16727800（2018）009013604

英文标题Wuhan Land Planning Information Disclosure Platform and Database Construction

——副标题

英文作者PENG Zhaolan

英文作者单位（Wuhan Land Resources and Planning Information Center，Wuhan 430014，China）

英文摘要Abstract：In order to expand the channels for the public to apply for information disclosure from Wuhan Bureau of Land Resources and Planning and protect the civic right of information ， we have developed Wuhan land planning information disclosure platform and supporting database. This paper mainly introduces the design of information disclosure platform and database， and researches on key technologies.This platform uses Chinese word segmentation technology and forward maximum matching algorithm to realize the functions of weight judgment and reminder of similar applications. It has the functions of realname authentication， repeated application prompt， active disclosure guide and other functions to realize the acceptance， review， public display and certification management of information disclosure applications. It plays a leading role in the information disclosure industry in China by improving the online service ability and regulating the application behavior.

英文关键词Key Words：information disclosure；declaration platform；database；multiaperture statistics；realname authentication

0引言

近年来，武汉市国土规划局信息公开咨询和申请量迅速增加，年咨询量达4 000余人次，申请量逾千件，历年累积了数千件申请案卷，各分局和事业单位也累积了一定数量的申请案卷。在日常工作中，内容相同的申请反复投递或向多部门投递的情况时有发生，由于缺乏申请答复数据共享，往往出现答复内容前后不一致、答复口径不统一等情況，造成后期行政复议或行政诉讼。调研发现，该问题在信息公开行业中普遍存在，目前我国业内尚无完善的解决方案和成型系统。为进一步方便社会公众申请，“让数据多跑步，让群众少跑腿”，同时提升政府信息公开答复质量，提高答复准确度，武汉市国土资源和规划局建设了一套国土规划依申请公开综合管理平台及数据库系统，打通基于互联网的信息公开网上申请服务通道，应用于市局、分局、事业单位，并与各单位门户网站及内部信息公开管理系统无缝对接，具有网上申请、资料提交、身份核实、网上答复、数据管理、统计分析等功能，在方便申请人的同时，引导申请人规范有序申请，减少行政资源浪费。

1系统概述及需求分析

系统作为“智慧武汉——国土资源和规划网”的组成部分，是对市级服务事项进行公示、受理、审查、认证管理的综合应用平台，需跨越互联网和内网，其流程为实名认证、互联网申报、外网初审，最终数据交换到内网OA系统。内网OA办结后进行外网公示，数据在归档系统进行数据归档，中间提供文书打印、电子签章等服务。建设一套国土规划依综合管理平台及数据库系统，以提升依申请公开服务能力，畅通受理渠道，完善工作机制，提高工作效率，方便公众申请。

（1）开通基于互联网的信息公开网上申请服务通道。可应用于市局、分局、事业单位，并与各单位门户网站及内部信息公开管理系统无缝对接，具有网上申请、资料提交、身份核实、网上答复、数据管理、统计分析等功能。

（2）提供依申请公开信息数据规范化管理、数据查询统计分析的管理工具。建设信息公开数据库并收集市局各单位、各分局和事业单位信息公开历史资料进行扫描、编号、建档电子化管理，同时实现新增数据录入、分类查询、多口径统计以及数据分析等数据库功能[1]。

2系统规划设计

2.1系统业务逻辑

如图1所示，依申请公开的申请和处理流程按《中华人民共和国信息公开条例》搭建，公众直接通过市局、分局、事业单位门户网站便可访问新版页面，阅读说明文档并进行用户信息注册登记，填写并提交申请表。单位工作人员登录系统后台接收并查看该部门下所有依申请公开的信息，根据系统提示进行信件受理、重复件及无效申请件处理、信件转办、信件受理/回复等操作。申请件受理办结完成后生成《依申请公开答复书》（可导出、打印并支持电子签章），相关数据和文档将转入内部数据库系统进行归档。期间涉及《信息公开申请表》、《受理通知书》、《送达回证》、《补正通知书》、《第三方意见征询书》、《延期答复通知书》以及8类信息公开答复书[2]。

2.2关键技术

2.2.1纯B/S结构设计

系统全部基于浏览器进行操作，基于服务的概念开发组件，基本模式分为：表现层-业务层-数据层[3]。采用该架构，系统二次开发将在中间业务逻辑层实现。系统功能将以数据库为基础，采用通用的JSP技术实现[4]。

从上述三层结构中可以看到，最终用户不能直接操作系统数据层，因此数据层的安全性能够得到一定保障[5]。

2.2.2J2EE——应用系统开发技术平台

在应用系统架构上采用J2EE架构进行设计，能支持Ntier服务模式，表现层与业务处理层、数据通讯层分隔，在增加一个新的访问渠道时，仅增加渠道驱动，改变内容展示格式，而交易处理及后台的数据通讯与处理不作任何修改[6]。业务层与数据通讯层分隔，可以在业务处理不作大量改动的情况下，连接到不同后台。因此，分层设计可使系统更加灵活、易于维护[7]。Web服务器只是作为所有服务的访问入口并管理静态页面，而所有业务逻辑和后台数据的访问逻辑都交给Web应用服务器（Application Server）处理，降低了Web服务器的负载[8]。将网站应用中的表示逻辑（Presentation Logic）、业务逻辑（Business Logic）和对数据库的访问逻辑（Data Logic）有效分离开，极大地提高了应用的可扩展性，构造一个完整的三层次（3tier）或多层次（Ntier）应用。同时由于Web应用服务器在可靠性、可扩充性、可用性等方面的优势，保证了整个网站应用系统的总体可用性[9]。

2.2.3跨平台技术支持

系统以Java为核心，因此可以支持跨平台技术，目前系统能支持各种主流的Windows/Linux/Unix操作系统，平台移植不需要对应用系统进行修改。

2.2.4XML数据支持

随着应用的发展，数据库数据格式与表达方式差异使各自内部数据不能友好地相互交流，合并资源成为一大难题。结构化数据标准XML正是解决上述问题的快速途径，不论是结构化还是非结构化资料，XML都能以最高效率、最少资源，实现跨平台、跨系统的信息交换，特别是在支持新的通讯手段方面具有更大优势[10]。

2.2.5AJAX技术

用户操作界面采用当前流行的AJAX技术，以便简化操作流程和提升响应速度。同时，在用户体验方面，后台每一步操作都需考虑编辑人员的操作流程和工作习惯[11]。系统会自动记忆编辑操作习惯，使编辑更流畅地完成操作，提高工作效率。

2.3系统功能设计

2.3.1前台网上信息公开申请

系统入口设置于外网门户，门户网站提供信息公开申请说明，如受理机构、申请方式、受理程序、收费标准等内容，引导公众进行网上信息公开申请，并提供个人相关事项的申请、申报、查询等[12]。包括我的草稿箱、我的申报件、我的受理件、补正和退回件、办结件和用户个人信息维护、用户实名身份认证、申报内容重复提醒、申报要求及常见问题告知等服务功能。

系统通过统一的用户注册认证模块、个人中心模块和实名认证模块，实现个人用户注册、认证和管理，申请用户需按照规定预先通过“云端武汉”实名身份认证[13]。申请时公众可以登记个人信息，用户注册信息包括用户姓名、身份证号、工作单位、通讯地址、电子邮箱、手机号码、系统登录密码等，点击获取短信验证码并输入正确的验证码后方可完成注册。

通過认证的用户可通过系统前台依申请公开页面进行申请，填写申请单类型、姓名、证件名称、手机号码、申请时间、通讯地址、信息内容描述、索引号以及本人生产、生活、科研等相关证明文件，填写信息的指定提供方式、获取信息方式并可直接上传图片、文档等附件。提交后信息则直接进入后台数据库。公众在成功提交依申请公开信息之后，会得到系统自动生成的查询码，在依申请状态查询页面中输入查询码和验证码后便可查看申请件的处理状态与回复内容。同时，系统将根据申请件的受理完成情况向申请人提供手机短信提醒、告知服务，包括受理/不予受理告知、办结通知等。

2.3.2后台依申请公开管理

系统后台管理功能包括用户角色管理、模板管理、期限管理等。可对申报人、申报表、申报资料等进行管理，具有临期提醒、相似内容自动检索、标准模板选择等。

待办件依据相关法律法规被分为受理、不予受理、重复件3种。单位工作人员在接收到首接件时可对申请信息内容进行判断甄别，决定是否予以受理。

如申请件符合受理条件，单位工作人员应及时予以受理。对经“受理”操作后的申请件进行回复，填写回复内容，完成回复操作。如需其他单位办理的即对申请件进行转办，选择转办对象，填写转办说明，完成转办操作。办结后的信息公开件存于数据库中可进行查询、查看。

如申请件不符合受理条件，单位工作人员应注明理由，按照《条例》内容规范如下：属于不予公开范围的，应当告知申请人并说明理由；依法不属于本行政机关公开或者该政府信息不存在的，应当告知申请人，对能够确定该政府信息公开机关的，应当告知申请人该行政机关的名称、联系方式；申请内容不明确的，应当告知申请人作出更改、补充[14]。

如申请件疑为重复申请件，系统会在数据库中进行申请人、申请件标题和内容比对，并进行标识。单位工作人员可进行甄别判重处理，所有重复信件将在此显示，信件状态为“重复件”。

2.3.3辅助功能

系统具备标准答复书模板设计，能根据答复书文本格式制作标准文书的格式模版，包括答复书编号、申请件信息、答复信息内容。实现答复书及答复件签收单导出打印，系统中生成的答复书支持文件导出，提供PDF文件下载服务。根据答复件签收单的文本格式模版自动生成答复件签收单，可导出打印，内容包括答复书编号、申请人姓名、信息标题、签收时间、签收人签字栏等内容。待办件中未受理件、已受理未及时回复件将提前5个工作日通过临期提醒功能提醒单位工作人员尽快办理。系统中的格式文书生成支持电子签章功能，在文书生成界面可加盖电子签章（见图2）。

为便于后期工作量统计及数据分析，系统实现多维度统计功能，可分别按照办理部门、办理环节及上级部门报送要求格式进行统计。系统实现多关键词模糊查询，通过相似度70%进行匹配，为工作人员案例查询提供了极大便利。

2.3.4权限管理及维护

系统中可设置系统管理员、市局管理员以及单位工作人员3类角色，分别赋予不同的系统操作权限，可进行用户添加、授权和用户密码初始化等管理操作[16]。

2.3.5对接开发

在系统后台可实现申请件的流转（转、交、呈），并进行全过程日志记录，市局、分局管理自助办件。申请件办结后按照市局电子归档要求（对接OA和归档系统）实现系统间对接。包括：与8个中心城区分局和10个事业单位门户网站对接、与内网办公系统对接、与数据库对接、与档案系统对接等。

3依申请公开数据库

3.1基础资料数据库

主要用于存储申请人（包括公民、法人及其他组织）信息，其中公民信息包括姓名、工作单位、联系电话、身份证号码、联系地址、邮箱等基本信息；法人及其它组织信息包括名称、组织机构代码、法定代表人、联系人姓名、联系人电话、联系地址、邮箱等基本信息。

基础库中还需定义与其它数据库进行数据应用和交互的接口信息，包括与元数据库的接口。基础库需存储由于基本信息数据处理和更新等业务而产生的历史变更数据信息。

3.2申请信息数据库

主要用于存储申请件的内容信息，包含所需信息的地理位置信息以及申请信息与本人生产、生活、科研等相关证明文件。其中：证明文件包括需要上传的图片、文档等附件；申请回复信息获取的方式包含自行领取及邮寄两个选项，自行领取含有领取时间、地点、联系方式等內容要素，邮寄选项含有、收件人、地址、电话等信息，与申请人信息进行对比确认。

3.3答复书数据库

用于存储答复书编号、答复书内容、答复书附件及图纸等信息。

3.4系统维护数据库

主要用于存储系统维护过程中所需要和新产生的数据，如用户信息、角色信息、权限信息、系统参数、标准参数、数据字典、规则和操作日志、符号方案等数据，还存储数据间的关系[17] （见图3）。

（1）用户数据。包括整个基础地理信息系统中各个子系统（数据管理子系统、元数据管理子系统、系统维护子系统、用户服务子系统、业务管理子系统）所有用户的信息，既包括由系统管理员通过维护子系统用户管理模块设置的用户，也包括通过网页注册的B/S部分系统用户。

（2）角色数据。涵盖范围为整个基础地理信息系统中各个子系统所涉及的角色信息。

（3）权限数据。涵盖范围为整个基础地理信息系统中各个子系统所涉及的权限信息。

（4）规则数据。规则主要体现在数据管理中，包括数据入库规则、数据监理规则、数据转换规则、数据更新规则、数据整合规则、数据提取规则和数据符号化规则等[18]。

（5）数据字典数据。涵盖范围为整个基础地理信息系统中各子系统所涉及的表的描述信息。

（6）标准参数数据。涵盖范围为整个基础地理信息系统中各个子系统所涉及的标准参数信息。

（7）操作日志数据。涵盖范围为整个基础地理信息系统中各个子系统运行时产生的操作日志信息。

4结语