当前位置：首页> 天津市市场和质量监督管理委员会执法信息录入系统建设方案-150831

天津市市场和质量监督管理委员会执法信息录入系统建设方案-150831

时间：2019-02-17 00:28:30 下载该word文档

天津市市场和质量监督管理委员会

执法数据录入系统建设方案

2015年8月

一、项目概况

1.1 项目背景

行政执法是指依法享有行政执法权的行政机关、组织及其行政执法人员，依照法律、法规、规章和规范性文件管理属于其职权范围内的各项工作，依法处理行政争议、解决行政纠纷、制裁行政违法行为、追究行政责任等活动。行政执法是深化行政体制改革、转变政府职能、提升监管水平、优化服务能力的重要组成内容和有效措施。利用信息化手段推动市场行政执法建设，可以有效规范行政执法行为，解决执法中违法违规等问题，提高执法质量和水平，提升群众对行政执法的满意度。

为进一步加快推进行政执法改革，2014年8月天津市政府第35次常务会议修订《天津市行政执法监督规定》和《天津市行政执法违法责任追究暂行办法》，进一步明确了全市行政执法过程中执法主体、权限范围、执法程度、执法机制和监督机制等有关内容，明确要求“逐步建立市和区县两级统一的行政执法监督平台”，要求行政执法机关做好行政执法检查记录，并将有关信息录入行政执法监督平台。

2014年，为加快建立功能完善、覆盖全程、防控严密、执行高效的大市场监管体制，原工商、质监、食药“三局合一”建立天津市市场和质量监督管理委员会（以下简称“市场监管委”），实行“一个窗口办事、一个窗口投诉、一支队伍执法”的服务和监管新模式。机构合并后的市场监管委，行政执法人员大约有4300人，执法监督大员大约有100人，每年的行政处罚数据约3500条，行政执法数据在8万条以上。执法人员管理、执法过程监督管理、执法案件信息管理等难度均有所增加，给行政执法能力的提高、行政执法过程的规范、执法效能的提升等都带来了新挑战。

作为全市经济社会发展的重要行政执法部门，拥有庞大的执法队伍，掌握着海量的行政执法信息。从业务建设的实际情况来看，由于三局合并前信息化现状基础的差异化，以及三总局对执法信息要求的不同，行政执法信息在数据规模、数据标准、数据质量等方面存在较大差距，导致执法人员需在不同系统之间多次录入执法信息，无法实现一次录入、多系统共享使用的要求。与此同时，随着互联网思维的不断普及，信息化技术的飞速发展，基于“互联网+”和信息化技术手段创新行政执法模式和执法手段，对提升市场监管委的执法能力、执法水平和执法手段等也提出了新要求。

综上所述，建设市场监管委执法监督数据共享系统，既是当前“一支队伍管执法”行政体制改革的必然要求，是全面规范市场行政执法的客观需要，是创新 “互联网+行政执法”管理模式的有效应用；也是市场监管委满足天津市执法监督平台数据汇总要求，满足市场委执法办案数据集中需求，满足三总局案件统计报表功能和满足日常数据查询功能的现实需要。执法监督数据共享系统系统建成后，将有助于推动我委行政执法由粗放型向精细型、传统经验型向现代科技型、突击型向长效型的转变，可以形成工商、质监、食药三者“发现问题及时、处置问题迅速”的联动机制。

1.2项目建设目标

为进一步提高执法效率、规范执法行为、提升执法效能，根据行政执法程序和业务实际需要，全面整合行政执法信息，建设纵向上与国家三总局对接，内部实现工商、质监、食药统一平台执法，同时实现与现有信用公示平台等业务系统的数据共享和无缝对接。通过执法监督数据共享系统建设,形成较为完善独到的市场监管法制体系，建成统一、规范、共享的市场监管信息平台，建立科学高效的市场长效机制，营造公平、开放、竞争、有序的市场环境，基本建立与天津市经济发展相适应的市场监管体系。

1.3项目建设原则

规范性原则。充分考虑市场监管执法工作现状，满足执法工作的程度化、规范化要求。

实用性原则。按照先易后难的原则，循序渐进，稳步推进，保证系统实用性。本着节俭、务实、高效的精神，充分挖掘和利用现有资源，减少重复投入。

先进性原则。在注重系统实用性的前提下，尽可能采用先进、成熟的技术。在软件开发上，严格按照软件工程标准和面向对象理论设计；在系统设计上，要满足跨平台、易移植、强兼容等要求，同时应具备良好的稳定性与可靠性。

安全性原则。利用多样化安全技术手段，保障系统运行安全。奠定各项保密制度和规定，对相关数据与信息采取严格安全保护措施。

集约化原则。系统拟利用现有案件系统的硬件环境等基础设施，以及充分利用已有的信息化资源，避免重复投资和资源浪费。

1.4项目建设内容

市场监管委执法监督数据共享系统在充分整合工商、质监、食药三部门行政执法案件和行政执法流程的基础上，建设六大子系统:案件系统数据录入子系统、执法巡查数据录入子系统、统计报表子系统、执法监督数据字典维护子系统、综合查询子系统、权限管理子系统。综合完成执法数据的录入、查询、统计、报表生成、数据共享等功能，同时与现有业务应用系统对接，实现“一次录入、多系统共享”。

二、系统需求分析

2.1现状

天津市市场监管委由原市工商行政管理局、原市质量监督管理局和原市食品、药监管理局合并而来，承担着整顿和规范市场经济秩序，营造公平竞争、安全监管的主要任务，三部门合并后监管职能和领域不断扩大。市场监管工商管理部门原有录入系统不能满足现有执法信息录入在数据量和数据规范方面的需求，同时现有录入系统无法实现共享交换功能不能与国家工商总局进行对接，不能将已录入数据推送到行政执法监督平台、信用信息公示系统，导致执法人员需在不同系统之间多次录入执法信息，无法实现一次录入，多系统共享使用的要求。

2.2业务分析

市场监管委现有基层执法人员约4300人，每年的行政处罚数据约3500条，行政执法数据在8万条以上，执法信息数据录入工作量较大。执法信息基础数据表格式统一，数据项规范，表格间关联性强。

执法信息数据表表单样式如下：

2.2.1执法人员基础数据表

表2-1 执法人员基础数据表

表2-2 执法职权信息基础数据表

2.2.2行政处罚案件（一般程序）

表2-3 行政处罚案件（一般程序）基础数据表

2.2.3行政处罚案件（简易程序）

表2-4 行政处罚案件（简易程序）基础数据表

2.2.4行政执法检查

表2-5 行政执法检查基础数据表

2.2.5行政处罚信息公开

表2-6 行政处罚信息公开基础数据表

2.2.6双打案件信息公开

表2-7 双打案件信息公开基础数据表

2.3功能需求

1.权限

用户权限分为普通用户、监督管理员、系统管理员三级，分别对应于执法人员、执法监督人员和系统管理人员。

普通用户：由系统管理员分配权限，对自己录入的信息有增删改权限，可以使用查询功能和打印输出功能。

监督管理员：可以查看所管片区的执法信息，有查询、统计、打印和信息审核后推送的权限。

系统管理员：具有系统最高级别的权限，进行信息的全局管理、用户管理、后台管理和系统维护工作。

表2-8 用户权限表

2．录入

市场监管执法人员能通过本系统录入行政处罚案件信息和行政执法检查信息。提供历史数据一次性导入功能。

3．查询

市场监管执法人员、执法监督人员、系统管理员能通过本系统查询已录入信息。支持条件查询和组合查询。

4．统计

市场监管执法监督人员、系统管理员能通过本系统实现对执法信息进行统计。

5．信息公开

行政处罚信息公开，相关数据录入后点选进入相应的行政处罚信息公开界面。设置审核权限，监督管理员审核通过后，推送至信用信息公示及网站。双打案件信息公开，相关数据录入后点选进入双打案件信息公开界面。设置审核权限，监督管理员审核通过后，推送至双打案件信息公开。

6．输出功能

本系统能实现将查询、统计结果以文件、打印等方式输出。

7．交换共享

本系统能将已录入数据实现交换共享功能，以主动推送方式，将数据共享至市行政执法监督平台、主体信用信息系统、国家工商总局、双打系统。

8．维护功能

系统管理员能通过本系统实现对执法人员、执法职权和执法依据等基础数据的修改、更新、删除。提供系统操作日志和系统访问日志。

2.4性能需求

1．系统可适用于不同操作平台。

2．系统的可维护性和实用性强。

3．系统有一定的检错能力，录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。

4．处理响应能力：支持至少50%用户同时上线录入、查询、统计，单条数据不能多用户同时操作。

5．系统界面简洁大方，可操作性强。

2.5安全性需求

1．系统登录时验证用户名、密码，比对验证码。

2．在访问过程中，系统严格根据用户身份和相应的权限配置来判断操作是否允许。

3．提供系统日志功能，对系统访问和系统操作情况进行详细的信息记录，记录此类信息有助于系统的各项更新维护，方便日后追查，实现可溯源。

1．定期查看所部署服务器系统安全通告，及时安装安全补丁。

2．定期检查系统日志，对可疑操作进行分析汇报。

1．制定数据库备份制度，定期备份库中的数据。

2．数据库操作授权限制。

执法信息录入系统在业务内网运行，除推送至公示系统等对外公开系统的信息外，不主动对外公开，网络安全设备不另行增加，数据共享推送使用市场监管委现有数据接口。

三、总体架构设计

3.1系统应用模型

市场监管委执法监督数据共享系统供执法人员录入、查询执法案件相关信息，供执法监督人员查询、统计执法案件相关信息，同时向国家工商总局、行政执法监督平台、信用信息公示系统、处罚案件公开四个平台提供数据推送功能。

图3-1 系统应用模型示意图

3.2系统架构设计

系统整体架构为“256”结构，即构建两个支撑体系，覆盖五个层面，具备六项主要功能。

（一）两个支撑体系：标准规范体系和安全保障体系。

（二）五个层面：基础设施层、信息资源层、应用支撑层、应用服务层和应用门户层。

（三）六个功能子系统：案件数据录入子系统、执法巡查数据录入子系统、统计报表子系统、综合查询子系统、执法监督数据字典维护子系统、权限管理子系统。

图3-2 系统架构示意图

3.2网络结构

利用市市场监管委的现有业务专网，应用现有vpdn3G移动互联技术，实现移动执法。通过现有的天津市电子政务外网与市市场监管委业务专网之间的网络接口，向市行政执法监督平台、市市场主体信用信息系统推送数据。充分利用市场委的网络安全设备，不再重复投资。

四、技术开发路线

4.1系统运行环境

1.服务器运行环境

（1）系统中心服务器：Linux + Jdk1.5

（2）数据库服务器：Linux5 + Oracle11g

（3）系统采用B/S模式J2EE平台架构

2.客户机运行环境

1.Windows操作系统

2.IE8+

4.2软件系统架构

1.数据层

市场监管委执法信息录入系统的所有数据都保存在中心数据库中，另外，市场监管委的所有单位和人员资料都通过一个“全局组织架构和授权数据库”统一存储。对于下属单位独立部署应用系统的情况，数据通过交换平台从下属单位提交到中心数据库中。

2.应用支撑层

部署在市场监管委数据中心，为市场监管信息系统提供全面的支撑，主要包括：用户登录验证和授权、协同办共基础平台（如：公共信息发布、公务邮件收发等）、数据统计分析（利用中心数据库中的业务数据进行全面查询和统计分析）、数据交换平台（提供给独立部署应用系统的单位上载业务数据）。

3.应用功能层

根据不同单位的业务需求，在应用支撑平台上面扩展业务功能，形成各单位适用的应用系统；每个应用系统中都可以调用支撑平台中的各项功能。对于独立部署系统的单位来说，只调用支撑层中的数据交换接口，其它功能一律不提供；数据库也是独立部署。

4.统一登录入口

凡是非独立部署应用系统的单位，所有工作人员均通过“市场监管委执法信息录入系统统一登录入口”来验证本人身份，并根据该人员性质分别进入不同的应用系统界面。

五、系统功能设计

5.1总体功能概述

本系统主要包括行政处罚案件信息和行政执法检查信息两大类业务数据。根据市场监管部门行政执法程序和实际需求，将本系统划分为六大功能子系统,分别为案件数据录入子系统、执法巡查数据录入子系统、统计报表子系统、综合查询子系统、执法监督数据字典维护子系统、权限管理子系统。

5.2案件数据录入子系统

案件数据录入子系统的主要功能是对行政处罚案件信息进行管理，包括案件信息的增、删、改、查及提交审核功能。案件信息可以分为两类，一类是一般程序案件，另一类是简易程序案件。

能够实现图片、文本上传，实现数据临时保存和输入数据的逻辑性校验与提示。

图5-1 案件管理示意图

一般程序案件的处理流程分为五个环节，分别为立案、调查取证、审查决定、执行和结案。

1.案件立案

立案环节是案件管理的第一步，该阶段主要采集拟办理案件的相关信息，如案由、案件发生时间地点、当时人相关信息、执法机构信息等。立案后，系统根据市审批办规则或国家总局规则生成案件编号，该编号具有唯一性。案件立案并通过审批后，进入下一环节：调查取证。

2．调节取证

进入调查取证阶段后，办案人员会进行询问、调查，收集、调查取证据。该阶段主要采集询问、调查结果，各种笔录、书证、物证、证人证言、调查报告等。调查完成后进入下一环节：审查决定。

3．审查决定

该阶段由法制部门给出审核意见，做出行政处罚决定或不予以处罚的决定。主要采集行政处罚审核意见、处罚告知书、处罚内容，若案件在听证范围内，则需要采集听证的相关信息。审查决定信息录入完成后，进入下一环节：案件执行。

4．案件执行

做出审查决定后，案件进入执行阶段。该阶段主要采集送达行政处罚决定书时间及方式、行政处罚执行情况、履行时间等信息。案件执行结束后，进行下一环节：结案阶段。

5．结案

案件执行完成后，进入结案阶段。该阶段主要采集结案时间、结案审批表、复议信息、诉讼信息等。至此，一般程序案件的处理全部完成。

在执法过程中，对于违法事实确凿并有法定依据，给予警告或罚款数额较上的案件，可以当场做出行政处罚决定。一般这种情况适用于简易案件处理程序。

简易案件主要采集以下信息：执法主体信息、案由、案件发生时间地点、当事人信息、行政处罚决定、处罚履行情况等。

5.3执法巡查数据录入子系统

本子系统的主要功能是对执法巡查信息进行管理，包括数据的增、删、改、查等。信息内容主要包括：执法主体信息、检查人员、检查文书、检查内容、被检查对象信息、执法人员信息等。

能够实现图片、文本上传，实现数据临时保存和输入数据的逻辑性校验与提示。

图5-2 执法检查信息管理示意图

5.4综合查询子系统

市场监管执法人员、执法监督人员、系统管理员可以通过综合查询子系统进行信息检索。查询页面分为查询条件区和结果显示区。查询信息以只读方式呈现，并且可以被导出或者打印。

查询条件包括：案件来源、案件编号、决定书编号、执法主体名称、承办单位名称、职权名称、执法人员、发生时间段、立案时间段、做出处罚决定时间段、结案时间段、相对人名称、相对人证件号、处罚种类、重大案件。执法人员可以按时间段，根据查询条件进行查询，同时本系统支持多条件复选。

具体要求如下表所示：

表5-1 信息查询

5.5统计报表子系统

市场监管执法人员、执法监督人员、系统管理员可以对各自查询统计的结果进行导出或者打印。

能够实现将结果通过html表格显示。能够实现将查询统计结果以EXCEL格式导出或打印。

不同版本EXCEL支持不同行数（行政执法数据约80000条/年，三年约240000条。OFFICE EXCEL 2003及之前版本支持65536行，OFFICE EXCEL 2007之后版本支持1048576行）。当导出信息行数超出EXCEL版本限制时，系统能够支持以多Sheet的方式进行导出或打印。

低内存条件下，能够实现大表格的显示、导出、打印，降低内存开销，避免内存溢出。

对已有执法信息进行有效的统计分析，可以进一步通过表格图形的形式直观的反映给市场监管执法监督人员、系统管理员，从而对历史进行总结，形成有价值结论，可以对未来的方针提供制定依据。统计分析信息已只读方式呈现，并且可以被导出或者打印。

执法人员针对各自录入的信息，统计条件区分为：执法案件数量、执法检查数量、罚款数（包括罚款金额、没收违法所得、涉案货值金额、没收货值金额）、职权使用覆盖面、职权使用频次。

图5-3 统计分析示意图-饼图

执法监督人员和系统管理员针对各自单位已经录入的信息，查询条件区分为：执法案件数量、执法检查数量、罚款数（包括罚款金额、没收违法所得、涉案货值金额、没收货值金额）、职权使用覆盖面、职权使用频次。执法监督人员和系统管理员可以按时间段，根据统计条件进行查询，同时本系统支持多条件复选。

图5-4 统计分析示意图-柱图

具体要求如下图所示：

表5-2 统计分析

5.6执法监督数据字典维护子系统

执法监督数据字典维护子系统的功能是对本系统中所采集数据项的数据字典信息进行管理，包括执法人员基础数据和执法职权基础信息数据。

对于有国家标准和行业标准的数据字典，按照国家标准和行业标准设置。对于没有其它统一规范的数据字典，可以通过本功能进行自定义设置。

5.7权限管理子系统

用户隶属于单位组织结构，所以用户管理采用组织架构形式进行管理，每个组织单元需要配置一些特殊的属性，以便识别不同的辖区、配置不同类型单位的操作界面。市局、区县分局、市场监督管理所三级机关使用行政区划代码作为部门代码，代表每个辖区的唯一编号。业务数据都会关联到具体的辖区编号。例如：

表5-3 辖区编码

权限（Permissions）是和角色（Roles）相联系的，而用户（Users）则被指定到相应的角色作为其成员。系统的权限控制主要是采用基于角色的访问控制，把权限绑定到角色上，当用户要操作权限时，就把角色赋给用户。而且在需要撤回权限时，只需把角色上的权限撤回。

系统后台数据库中配置所有子系统模块的地址，包括：局内办公、业务；县区三级业务办理；集中式的直属事业单位管理。

框架平台提供的模块、角色、人员、部门授权模型来设置每个人员的菜单权限。

主要是提供一个日志统计分析和查询的系统，通过采集和监管相关系统发送的日志信息，分析业务系统的相干业务功能，实现业务的监管和操作跟踪。

模块提供了按时间段分类统计系统应用模块操作日志信息，提供统计、导出、打印及清理。最后显示合计次数。点击进入该用户的操作日志列表。在日志列表，可查看详情：包括用户名、设备号、终端、服务器IP、操作模块、操作类型、操作状态等条件统计某一时间段的应用系统模块操作日志信息。

5.8数据接口

本功能提供与其它数据平台的接口，根据各平台对数据格式和数据内容的要求，将执法信息数据进行转换后进行推送，或提供相关接口供其它平台抓取数据,实现数据交换。如可以将数据信息转换为标准的xml文件，csv格式文件等。目前已经确定与本系统进行数据交换的平台包括：市行政执法监督平台、天津市市场主体信用信息公示系统、国家工商总局数据中心、双打系统。