餐饮服务监督管理系统平台建设方案.docx

餐饮服务监督管理系统平台建设方案

武汉贝斯特通信集团有限公司

Copyright © 2011 bestsoft. All rights reserved.

目录
第一章 项目概述 1
1.1 项目背景 1
1.2 系统的建设目标 1
第二章 系统需求分析 3
2.1 现状分析 3
2.2 系统价值分析 4
2.2.1对监管者而言 4
2.2.1对经营者而言 5
第三章 系统总体设计 6
3.1 总体介绍 6
3.2 系统技术路线 7
3.2.1 总体技术路线 7
3.2.2 系统选用技术 8
3.2.2.1系统技术架构 8
3.2.3 支撑软件选型 10
3.3 系统硬件平台设计 10
3.3.1 网络结构设计 10
3.3.2 监管局中心机房 11
3.3.3 餐饮企业 11
第四章 功能设计说明 13
4.1 监管服务监督管理系统平台概述 13
4.1.1 系统平台总体描述 13
4.1.2 总体功能设计 14
4.1.3 总体功能说明 16
4.2 监管服务监督子系统 28
4.2.1 系统描述 28
4.2.2 功能设计 29
4.2.3 各功能描述 30
4.3 信息采集子系统 34
4.3.1 系统描述 34
4.3.2 Excel模板数据导入 35
4.3.3 技术实现 35
4.3.4 短信接口 37
状态报告代码 38
第五章 系统安全设计 39
5.1 操作系统安全方案 39
5.2 应用系统安全方案 40
5.3 数据管理安全方案 41
第六章 项目工程进度安排 42
6.1需求分析阶段 42
6.2 系统设计阶段 42
6.3 系统编码开发阶段 43
6.4 系统软件测试阶段 43
6.5 系统安装调试阶段 44
6.6系统试运行阶段 45
6.6系统正式投入使用 45
第七章 系统测试、试运行及验收方案 46
7.1系统测试方案 46
7.1.1测试依据 46
7.1.2测试组织 46
7.1.3测试内容 47
7.1.4测试工具 48
7.1.5测试流程 48
7.2系统试运行方案 49
7.2.1试运行准备 49
7.2.2系统安装与调试 50
7.2.3试运行执行 50
7.3系统验收方案 51
7.3.1验收目标 51
7.3.2验收依据 51
7.3.3验收组织 52
7.3.4验收流程 52
7.4.5验收内容 57
第八章 项目实施组织及主要技术人员分工 60
8.1系统实施方法 60
8.2系统实施步骤 61
8.3项目组织 61
8.3.1项目组织概述 61
8.3.2管理组织原则与框架 62
8.3.3项目组划分与人员组成 64
8.3.4项目组织中的双方职责 65
8.4项目经理简历表 67
8.5承担本项目主要技术人员分工表 68
第九章 项目实施保证措施 69
9.1质量保证计划书 69
9.2保证项目建设工期的具体措施 73
9.3保证项目建设质量的具体措施 75
第一〇章 培训方案 79
10.1培训目标 79
10.2培训方法与课时 79
10.3培训教材 82
10.4培训考核与反馈意见 83
第一一章 售后服务保障 85
11.1售后服务内容及及巡检方案 85
11.1.1标准热线服务的内容及规范 85
11.1.2标准电话巡检服务的内容及规范 86
11.1.3标准远程巡检服务的内容及规范 87
11.1.4标准远程技术支持服务的内容及规范 88
11.1.5标准现场巡检服务的内容及规范 89
11.1.6标准现场技术支持服务的内容及规范 90
11.1.7紧急情况现场技术支持服务的内容及规范 91
11.1.8标准的服务年报规范 92
11.2售后服务方案 93
11.2.1售后服务管理 93
11.2.2常规服务内容 93
11.2.3故障解决方案 94
第一二章 产品技术服务偏离说明表 96
12.1技术服务与维护承诺 97
附件1:国家电子政务 99
附件2:安全体系 102

第一章 项目概述
1.1 项目背景
餐饮服务监督管理系统是运用网络技术、信息技术以及数据库等建立餐饮业身份标识，并在餐饮业生产和使用的过程中，通过采集餐饮业经营企业的认证信息，餐饮业经营企业的卫生信息等，在网上进行自动核对，从而完成对餐饮业的全程监管，实现餐饮业监管的“电子执法”。餐饮服务监督管理进一步加快了建立餐饮业质量安全追溯体系，提高了监管的效率，是餐饮业监管一把新的利剑，是保障群众用餐安全的一座新的长城，其积极的作用主要体现在以下几个方面：
　1）使餐饮业从受理、承办、审核、审批、办结、归档直至归档全过程，都能在餐饮业监管部门的监控之下。餐饮服务监督管理系统数据中心储存所有企业的信息和统一的餐饮业目录信息，将已归档的餐饮业数据填报到数据中心，可以通过数据中心的分析和处理。
　2）突出重点，强化责任落实。进一步加强监督检查，重点检查餐饮店食品加工场所的卫生条件，食品安全管理制度建立健全情况、专职或者兼职食品安全管理人员配备情况，从业人员健康体检和培训情况，索证索票制度落实情况。
3）加大监督抽查，严查违法操作。加大对监管服务单位采购、使用、保管食品添加剂的监督检查，严厉查处监管服务单位超越使用范围和标准限量滥用食品添加剂的行为。
　4）信息预警。餐饮服务监督管理系统的智能预警功能会根据监管服务食品安全应急预案的要求和指令，第一时间将不符合要求的餐饮业流通行为进行告警，通过系统可以直观的看出不同预警发生的次数及详细信息，有效准确的协助执法人员进行执法调查。
1.2 系统的建设目标
本系统的建设目标是实现对餐饮服务业经营、使用单位远程、实时、动态监管，以此提高餐饮服务业安全事件应急处理能力，提升监管效率和水平。有效提升餐饮服务业监管的水平和效能，减少餐饮服务业监管盲区，也将促进企业实现对自身经营的科学管理，提高餐饮服务业质量控制、质量管理水平和经营效率，推动餐饮餐饮业零整体、快速、健康的发展。
本系统的具体建设目标：
1) 通知发布平台：实现管理部门对辖区整个餐饮服务业、餐饮生产企业、餐饮流通企业通知发布。
2) 信息监管平台：实现监管实时监控餐饮服务业、餐饮生产企业、餐饮流通企业，并对不符合要求的餐饮服务业进行警告。
3) 信息采集子系统：对餐饮服务业、餐饮生产企业、餐饮流通企业，数据采集到餐饮服务监管理平台中，对数据可进行分析、预警。

第二章 系统需求分析
2.1 现状分析
近年，随着中国经济的良好有序发展和人们生活水平的逐步提高，餐饮市场得到蓬勃发展，但时有发生的餐饮安全事故，也越来越受到政府和社会各界的广泛关注。如何为消费者营造一个安全放心的和谐消费环境，成为困扰各级监管部门和餐饮经营者的难题，也成为衡量政府执政能力建设的重要依据。
我国餐饮业食品安全状况
1．法律和标准体系
　　我国餐饮业食品安全监管法律体系中既有法律，又有地方性法规、规章、规范，使被监管对象在同一经营范围内面对多个类似规定，不仅困扰了被监管对象，也给监管者在把握法律依据时带来不便。
标准和技术性规范存在的问题有：1）标龄过长，一些在十多年前制定的标准一直未修订，从指标到检测方法上已出现不适应问题；2）“标”出多门，不利于标准之间的协调性；3）同时存在多个类似标准或规范，使执行者无所适从。
2．监管队伍及模式
相对于众多的任务需求，监管人力资源十分匮乏。由于中小饮食店、饮食摊档占相当大比例，加上餐饮业是食品产业链的末端，农副产品、食品加工和销售环节的危害因素都可对餐饮业食品安全带来影响，大大增加了监管难度。
在监管模式上，已从原来的重许可、轻监管逐渐转变为许可、监管并重，但在提高从业人员食品安全责任意识、食品原料及食品安全监测、小饮食店和饮食摊档监管等方面，还有监管不到位、缺乏有效手段和方法等问题。
3．行业状况分析
由于规模和管理水平参差不齐，存在许多突出问题：（1）餐饮业经营者食品安全责任意识弱，从业人员结构复杂、流动性大，不能及时进行健康查体，达不倒持健康证和卫生知识培训合格证上岗的要求，且食品安全知识和操作卫生规范教育培训少；（2）经营者自身的食品安全管理制度和管理组织不健全甚至名存实亡；（3）小型餐饮业加工场所及农村地区无卫生管理制度或制度不健全，采购食品及原料时不索证。
为改善以上诸种情况，规范餐饮单位的经营行为，提高监管部门的监管效率，保障消费者合法权益，实现多方共赢的和谐局面，因此迫切需要运用高科技技术，使用互联网、电子计算机、手机等现代信息技术设备，在餐饮服务业监督部门和食品餐饮业监督责任人之间搭建起互联互通的信息桥梁，实现对基层食品餐饮业监督的实时化，提高监督效率。
本系统集电子远程监管、企业动态电子档案和餐饮业安全信用分类于一体。在监管部门设立餐饮业监管信息中心数据库，负责信息采集。设计了许可证管理、餐饮业基本信息管理、监管对象基本信息管理、健康查体管理、日常监督管理、计统报表管理、举报管理、处罚管理、配置管理、决策分析管理、综合查询管理、统计分析、报警系统、系统管理等功能，根据不同的管理权限，监管部门可随时在线查看相关情况。在餐饮服务业日常监管过程中，实现了数据实时交换，保证了餐饮业监管部门及时掌握辖区内餐饮服务业流通情况；实现了餐饮服务业管理动态化。不仅为餐饮企业节约了时间和成本，更使监管部门可即时掌握各餐饮企业的相关信息，实现对餐饮业全过程、多方位的信息化实时监管，大幅增强其行政监管效能。
2.2 系统价值分析
2.2.1对监管者而言
　　1. 规范的长效监管机制
　　有效整合监管资源，降低行政成本，实现对餐饮行业的规范管理，为建立其权威的长效监管机制，最终创建高性能、易管理、安全性强的餐饮安全动态信息数据库提供了便利。
　　2. 完善的政府绩效考核和责任追究制度
　　系统依据科学合理的考核理念，实行各监管主体“宏观上统分结合、中观上以统为主、微观上以分为主”的人员管理制度，使其工作内容等信息可全面细致展现，对规范监管人员的日常执法行为、提升专业素质水平起到显著效果,进一步强化各级政府和有关部门的食品安全职责。而健全的责任制和责任追究制，可对由于履行食品安全监管职责不力造成重大食品安全事故的部门和有关人员严肃追究责任，从而降低相关领导的职务风险。
　　3. 方便快捷的食品溯源机制
　　索证管理子系统使监管部门对问题食品的追溯方便快捷，进一步健全了餐饮安全事故查处机制，增强了执法过程的透明度，有效提升监管部门的应急处置能力。
　　4. 搭建起政企互动交流平台
　　网络信息平台的建立，增强了餐饮企业与监管部门之间的实时互动，有效解决因监管资源不足、监管对象队伍庞大而造成的信息交流不畅的难题。
　　5. 资源共享，查询方便、决策快捷
该软件利用现代化的网络系统，将各级部门联系在一起，实现信息的传输、共享和管理，形成服务于餐饮安全的网络协同工作环境。同时，计统报表管理、查询统计功能，提供强大的自定义报表功能，为领导的决策提供及时而准确的数据。
2.2.1对经营者而言
1. 抛弃传统餐饮运作模式，实现信息化管理，提高企业自身素质和行业竞争力。
　　2. 索证索票管理子系统可及时为原材料进行“身份登记”，既便于
　　监管部门的监管，又使经营者减少不必要的经济和名誉损失。
　　3. 强化企业的行业自律意识、安全责任人意识与食品安全诚信意
　　识，为营造餐饮安全诚信环境、创建餐饮安全诚信文化打下坚实基础。
第三章 系统总体设计
3.1 总体介绍
根据武汉市食品药品监督局的管理职责和业务特点，进行系统总体设计，以全面、准确地把握信息系统的建设。
系统设计以面向服务和政府监管为中心，以实际业务为基础，以数据为核心，以满足武汉市食品药品监管局对所辖范围内的餐饮业生产企业、餐饮业流通企业和使用单位的监管需要，保障人民群众健康用餐、安全用餐为出发点。
本系统利用互连网将监管局、餐饮生产企业、餐饮流通企业和使用单位各独立网络建立连接，下图表示系统平台内部关系以及用户机构与该系统主要部分之间的关系。

在监管局部署数据库服务器、应用服务器、监控服务器
在监管局设置餐饮业管理监控系统平台，负责采集、整理各子系统定时上传数据，分析结果按要求输出；监控平台还根据需要下达各项要求通知予以公布；平台下载环境监控子系统，实时监督餐饮企业、流通企业仓储环境温湿度等、可以通过图象监测餐饮企业生产过程与检验环境。
在餐饮企业设置信息采集子系统，对它们系统数据按平台要求采集并上传各项数据信息。
在需要监督的餐饮企业设置环境监测点，对生产与检验场所安装可视摄像头，进行实时监测与监控；安装的数量将根据现场实际大小与要求届时确定。

3.2 系统技术路线
3.2.1 总体技术路线
3.2.2 计算机应用技术的发展，当前主要有J2EE与.NET两大流派，从发展趋势来看，目前J2EE在企业级开发中占主导地位，它是一个标准中间件体系结构，旨在简化和规范多层分布式企业应用系统的开发和部署。从系统研发的角度而言，J2EE在各个方面具有很大的优势，如：高效的开发、支持异构环境、可伸缩性、稳定的可用性等。因此，为保障用户的利益，在实现技术上，本系统综合采用先进的、基于J2EE平台的三层分布式应用体系架构，将用户界面、业务逻辑与数据资源等进行有效分离，保障系统具有良好的扩展性和稳定性；并结合STRUTS、SPRING、HIBERNATE、AJAX等先进技术，进行WEB平台开发。系统选用技术
3.2.2.1系统技术架构
◆SSH架构
面向服务的体系结构SSH（Struts2.0+Spring+Hibernate）是Web Service
整个应用划分为Web层、Service层、DAO层，并采用面向接口的开发模式。
Web层主要处理用户界面的显示，跳转，输入输出控制；主要采用JSP和AJAX来处理；
Service层(就是业务逻辑层)包括内部服务和外部服务，内部服务主要面对Web层的调用，外部服务暴露给外部应用；bean管理由Spring来处理；Service层处理页面静态化的信息发布模块主要采用FCKeditor + FreeMaker技术来处理；
DAO层主要处理数据库的读写操作，为Service层提供支撑；采用Hibernate来访问数据库；
各层的调用关系如图：

◆Web Service
建立可互操作的分布式应用程序的新平台，它定义了应用程序如何在Web上实现互操作性。开发者可以用任何喜欢的语言，在任何喜欢的平台上写Web service ，只要访问者可以通过Web service标准对这些服务进行查询和访问。在SOA中，通过Web Service可实现架构中的服务访问与位置透明的通信协议。支持多种传输协议，提供开放的Web Service接口，可供系统间传输电子数据。
◆XML
The Extensible Markup Language，可扩展标识语言。XML是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。它也是元标记语言，即定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言。采用数据集中和流程集中控制的形式。
◆ B/S架构
本系统设计中监管服务监控管理系统采用B/S架构，B/S 架构是瘦客户端结构，属于三层技术架构体系，具有分布式的、动态的、跨平台的和易于集成的特点，是目前分布式计算处理的网络系统的主流架构体系。
3.2.2.2 技术构架特点
J2EE技术优点：J2EE即Java 2 平台企业版，是一个标准中间件体系结构，旨在简化和规范多层分布式企业应用系统的开发和部署。J2EE方案的实施可显著地提高系统的可移植性、安全性、可伸缩性、负载平衡和可重用性。
Struts2.0+Spring+Hibernate（SSH）架构模式优点：通过采用struts2.0的MVC模式将系统的视图层、控制层和业务逻辑层分离，使系统结构清晰易懂便于扩展，同时由于系统功能各司其职，降低系统出错几率；通过采用spring框架管理和维护系统各层次模块，通过配置的形式确定系统功能，使得系统耦合性降低，方便系统的维护管理，同时可以通过配置文件来维护系统的功能，极大的提升了系统的可扩展性；hibernate技术是数据库访问技术的一个轻量级的封装，性能优异，通过采用hibernate技术使得系统数据库操作出错几率降低的同时并确保了稳定的高效率。
AJAX技术优点：ajax技术是一项无提交页面刷新技术，改变了传统Web应用的模式，它既是对传统 Web应用的完善，也是对传统Web应用的革命。Ajax技术采用异步发送请求的方式代替采用表单提交来更新Web页面的方式，从而揭开了无刷新动态更新页面时代的序幕。用户对系统的操作不再需要等待和频繁的刷新，极大的提升了用户使用系统时的操作感受。
页面静态化的技术优点：网站静态化就是将网站的内容发布生成静态页面，使得用户访问的信息页面都是静态页面，主要优点包括：访问信息无需访问数据库和其它存储，访问速度快，资源消耗小；服务器压力小，有高度的稳定性和更高的访问容量。
FCKeditor + FreeMaker实现信息发布的技术优点：FCKeditor是一个专门使用在网页上的所见即所得文字编辑器。通过使用FCKeditor，用户可以像编辑word等一样来编辑用于发布的信息内容，还支持直接从word、网页等常见信息来源中复制信息进入FCKeditor；FreeMaker是一个干净轻量的模板引擎,通过使用freemaker我们可以为信息发布制作各种模板，通过模板的切换，方便网站页面的改版；FCKeditor + FreeMaker发布信息是优秀稳定的页面静态化技术，即能所见即所得的编辑信息，又能将信息注入到不同的模板，使用方便而出错率低。

3.2.3 支撑软件选型
1) 操作系统
餐饮服务监督管理平台采用Linux操作系统，强大稳定的服务器端，极大减少系统维护工作量。
2) 数据库
对餐饮服务监督管理系统，采集数据量比较大，采用oracle数据库，自动备份，快速恢复。
3.3 系统硬件平台设计
3.3.1 网络结构设计
本系统硬件网络以互联网为依托，通过在监管局核心机房建立数据处理、数据交换的硬件平台，通过运营商本城域网接入互连网，实现监管局与各接入单位间的互通；同时在接入带宽上根据不同接入单位交互流量及图象数据流量进行区别，在尽可能降低投资情况下解决接入问题，具体接入方式如下：
监管局：采用VPN专线或IP方式接入互联网。
餐饮企业：采用IP/ADSL方式接入互联网。

网络接入结构图如下：

3.3.2 监管局中心机房
a、交流220V单；配备UPS供电系统，满足在线2小时。
b、机房温度控制在16～28℃之间，相对湿度不大于40~70%；
c、机房荷载要求：主机房楼面等效均布荷载标准值要求为6kN/m2；控制室楼面等效均布荷载标准值要求为4.5kN/m2。
d、 机房照明方式采用一般照明，要求水平面（距地0.8m）照度为200~450LX，直立面（距地1.4m）照度为30~50LX。
E、本期机房面积应大于10平方，如考虑后期扩容和建设需要，可按25平方预留。
g、己方采用联合接地系统，接地电阻值要求小于1欧姆。
3.3.3 餐饮企业
A、视频监控点设置
在餐饮企业出入口、生产车间、等重要场所安装监控摄像头。
B、视频监控及存储设备（硬盘录像机）配置要求
必须能辨别景物细部，在光线不足地区及夜间无法安装照明设备的地区。影像在38万点以上、分辨率大于或等于480线。所有视频图像必须保留至少28天，具备远程访问功能。
C、温/湿监控点设置
在餐饮业生产车间、餐饮业检测场所、餐饮业存放仓库的位置设置监控点，24小时不间断监控。
D、温/湿监控设备配置
以太网络传输，能实时精准测量环境的温、湿度。温/湿度限定值超限可提供短消息报警，所有接入单位应尽量统一品牌。
F、网络出口要求
出口带宽不小于2M，至少有3个固定IP地址。
第四章 功能设计说明
4.1 监管服务监督管理系统平台概述
根据武汉市食品药品监督局的业务现状及餐饮业监督管理的需要，餐饮业监管平台将分为监管服务监督管理平台终端，和流通企业数据采集两级平台，系统总体功能框架图如下：

4.1.1 系统平台总体描述
餐饮服务监督管理平台是运用网络技术、信息技术以及数据库等建立餐饮业身份标识，并在餐饮业生产流通和使用的过程中，通过采集餐饮企业的相关信息，在网上进行自动核对，从而完成对餐饮业的全程监管，实现餐饮业监管的“电子执法”。

4.1.2 总体功能设计
餐饮企业通过接口，查看监管局所下发的通知公告。监管局部门工作人员可以实时监控餐饮企业的相关数据，并可快速的掌握该餐饮业在全市的分布情况，统可以自动对异常数据进行报警。其功能架构图如下图所示：

餐饮服务系统主要功能描述

行政许可管理
日常监管
行政处罚案件登记及其处理
监督抽检管理
重大活动保障
举报投诉
突发食品安全事件
规范性内容管理
综合统计分析
许可申请
许可审批
许可管理
许可查询
统计分析
监管对象管理
许可事项提醒
时间控制
流程控制
许可文书管理
电子监察
辖区、街道区域管理
日常监督计划
日常监督
专项整治
监督标准管理
监督文书管理
流程、时间
监督员管理
案件登记
案件查询
案件移交
信息反馈
逐级审批
文书生成
文书打印
案件跟踪
案件归档
撤案处理
黑名单登记
监督抽检计划制定
抽检单位确定
抽样数据录入
抽样数据修改
抽样数据删除
监督抽检文书生成
检验结果智能判定
监督抽检数据分类、汇总、统计、分析
监督抽检汇总表生成
数据上报、汇总、分析
案件移交
任务登记
任务分配
制定方案和预案
任务记录
文书生成
活动修改
活动删除
举报投诉登记
举报投诉任务分配
举报投诉处理
举报投诉反馈
催办
食物中毒受理，上报
现场检查
报告
食品安全标准库
餐饮服务单位信息库
法律、法规规章、餐饮检查（验收）标准、办法、餐饮监管规范等规范性内容管理
文书模板
报表生成
报表输出
综合查询
数据导出
统计汇总
监督员考勤绩效

4.1.3 总体功能说明
对全市1000多家餐饮企业、各大高校食堂、大排档、特色小店等数据库进行查询，将查询的结果记录进监管局信息中心数据库中，监督部门对查询的结果进行比对，对异常数据进行报警。监督部门还可将查询出的数据导出。
. 4.1.3.1 行政许可管理
其全部业务类型包括：新办、延续、变更（变更单位名称、变更生产工艺）、年审、补办、注销及特殊处理，申报资料导入方式分为：窗口人员录入、申报单位使用资料盘填报、申报单位网上直接填报。
　　 行政许可法对行政许可事项的范围作了明确的规定，对行政许可事项的设定和实施进行了全方位的规范，使政府的行政审批和行政管理工作纳入法制化、规范化的轨道，有力地推进和保证了行政机关的依法行政和依法管理，更好地发挥市场调节机制，促进社会主义市场经济体制的完善。
许可子系统主要是按预定义的审批流程对行政许可法规定的审批事项进行网上审批。从咨询、受理、监督核查到最后的许可证打印，实现了企业各项申报事项网上填报和各业务审批环节的自动流转，并保存了适时有效的企业信息以及各环节的审批信息等，规范审批流程的同时为企业、政府部门提供了极大的便利，节省了大量的人力财力，提高了工作效率。
A、许可申请
填写餐饮行政许可申请信息。
B、许可审批
相关人员对申请的信息进行审核处理（六个基本环节，受理、承办、审核、审批、办结、归档），两个特殊环节（材料不齐补正、时限特别申请延期）
C、许可管理
对待审核和已审核的许可进行管理
D、许可查询
提供对所有行政许可的查询
E、 统计分析
提供行政许可信息的综合统计分析功能，为监管工作提供直观的分布、监管情况
F、 监管对象管理
根据许可过程和分类建立监管对象数据库，建立监管对象本底。按照监管服务许可证为中心，建立全市监管服务许可企业数据库
G、 许可事项提醒（预警）
许可时限预警，应换餐饮许可证提醒、跨辖区变更提醒

H、时间控制
对每项许可进行时间控制
I、 流程控制
对餐饮许可事项的许可流程进行配置管理，含简易流程
J、许可文书管理
配置餐饮许可各类文书、证书模板，含现场检查文书
K、电子监察
实现与全市电子监察系统对接
L、辖区、街道区域管理
维护武汉市市、区、街有关信息。将企业信息与区街信息挂钩

. 4.1.3.2日常监管（日常监督、专项监督）
监督任务包括：日常监督工作中发现的、举报受理的、开展各种监督活动发现的食物中毒及其他所有工作，它重点强化事前防范、事中监督，构筑了风险防火墙，真正实现全方位无缝监管。
A、日常监督计划
根据工作要求，制定年度监管工作计划（直管单位监督覆盖率等）
B、日常监督
a) 对监管服务单位进行日常监督，形成监督意见书
b) 现场检查笔录：针对检查中发现的问题书写现场检查笔录（还有调取证据清单、证据先行登记保存决定书等），调查处理该案时运用前期录的信息
c) 量化分级管理：将量化分级评分表录入电脑内，直接对检查中违规行为较轻，不足以处罚的单位就用这个量化评分表来体现工作量，也可以对其他单位用这个表来评价
C、专项整治
a) 登记专项整治任务，拟专项整治方案，建立专项任务计划。录入专项整治检查表格
b) 进行查处、整治，并记录相关信息
c) 汇总专项整治工作统计表
D、监督标准管理
配置不同类型监督标准，对应不同的监管对象。如，不同量化分级企业，对应不同的监督标准。具体监管过程中直接调取，减少文字录入量，同时形成标准统一的监管描述
E、监督文书管理
各环节的监督文书管理
F、流程、时间
建立时间控制要素。确定日常（专项）监督工作流程，基本原则是按照必须打印有关文书为关键环节点
G、监督员管理
登记监督员信息。将监督员信息与市、区、街信息进行绑定，将监管责任落实到人。将监督员与便携设备、GPS设备进行绑定

. 4.1.3.3行政处罚案件登记及其处理
行政处罚案件来源于现场监督、其他单位案件移交、本单位举报受理案件，以其强大的数据分析、清晰简洁的界面来展示处罚基础信息及处理结果的记录，从而降低文档资料带来的遗漏和泄密等风险。
A、案件登记
根据现场检查笔录，对案件进行登记
B、案件查询
根据案件相关信息进行查询
C、案件移交
能够对需要移交的案件统一处理、登记，有相互移交记录
D、信息反馈
根据案件信息的来源统一进行结果反馈
E、逐级审批
根据案件的处理流程，逐级送审案件
F、文书生成
根据填写的内容，自动生成案件审批流程中的文书
G、文书打印
提供生成文书的打印功能
H、案件跟踪
提供案件的跟踪功能，用户可以跟踪案件所处的状态以及审批节点，根据当前案件的重要程度，可以催办和提醒案件处理人
I、 案件归档
归档案件供日常查询,有关信息进入监管服务单位信息库
J、撤案处理
提供案件的撤销功能，案件撤销，但是案件信息保留，并可以查询
K、黑名单登记
在处理过程中，对于有严重违规的企业，可以登记入黑名单管理

. 4.1.3.4监督抽检管理
制定年度监督抽检，并对抽检的餐饮企业进行数据录入以便随时查询，而且要形成文书格式并可汇总及打印
A、监督抽检计划制定
制定年度监督抽检工作计划,并按市/区进行分解,设置到时提醒功能
B、抽检单位确定
在监管服务单位信息库中按餐饮单位类别\评级等随机选择抽检单位,同时应具有抽样单位查重(防止市\区重复抽检同一单位同一品种)与指定抽检(对于监管服务单位不合格品种重复抽检) 功能
C、抽样数据录入
录入抽样单位、样品数据
D、抽样数据修改
修改抽样单位、样品数据
E、抽样数据删除
删除抽样单位、样品数据
F、监督抽检文书生成
生成所需监督抽检文书(包括采样单、检验结果告知书等)
G、检验结果智能判定
智能判定有关监督抽检检验结果
H、监督抽检数据分类、汇总、统计、分析
智能录入抽样单位、样品检验结果等数据,进行分类、汇总、统计,合格率分析等, 智能提示监督抽检工作计划制定
I、监督抽检汇总表生成
智能、自定义生成多种数据报表包括市局、省局、国家局规定报表
J、数据上报、汇总、分析
各区上报抽检数据到市所,市所上报统计、分析抽检结果到市局,并对监督抽检完成情况、上报情况进行统计、判定
K、案件移交
对抽检不合格的监管服务单位，移交到行政处罚相关环节

. 4.1.3.5重大活动保障
A、任务登记
登记重大活动保障任务的相关信息，责任单位：市局食化处。
B、任务分配
根据活动规模和市区分工进行任务分配，责任单位:市局食化处
C、制定方案和预案
制定保障方案和突发事件应急处置预案，通过系统提交市局食化处及有关单位。责任单位：接到任务的市、区食化所
D、任务记录
根据保障任务的流程，处理相关流程的结果记录，责任单位：接到任务的市、区食化所
E、文书生成
生成需要上报、留存的文书
F、活动修改
修改任务信息，责任单位:市局食化处
G、活动删除
删除保障任务，责任单位:市局食化处
. 4.1.3.6举报投诉
举报处理子系统结合投诉举报工作的实际应用经验和工作特点，基于各个机构消息举报投诉处理流程，加入了符合举报投诉要求的功能模块，既可满足监督举报投诉中心日常相关监督信息的需要，也能在出现突发事件时为政府领导实时、准确掌握情况，迅速分析决策，实施不间断的指挥提供保障。该子系统符合“统一受理、分级处理、联网统计、数据共享”的目标，使数据资源得以有效利用和共享。
A、举报投诉登记
根据举报投诉来源、反映的情况等内容进行登记。责任单位：市局信访办。
B、举报投诉任务分配
市局统一受理（85711111），受理后按照属地管理原则转各区食化所，涉及2个区以上或涉及市所责任单位的转市食化所处理。责任单位：市局信访办。
C、举报投诉处理
对举报投诉内容进行处理。责任单位：接到任务的市、区食化所。
D、举报投诉反馈
对投诉内容进行逐级反馈。责任单位：接到任务的市、区食化所。
E、催办
对超期的举报投诉进行催办，系统设置超期提醒功能。责任单位：市局信访办。
. 4.1.3.7规范性内容管理
最新的食品安全标准、各类信息、相关法律法规、文件档案模版。
A、食品安全标准库
涵盖目前最新的食品安全标准,扩展/开放结构, 可智能判定检测结果
B、监管服务单位信息库
以监管服务许可数据为基础,实时添加日常监管信息、监督抽检信息、行政处罚信息,建立全市各类监管服务单位信息库
C、相关法律法规
含法律、法规、规章、餐饮检查（验收）标准、办法、餐饮服务规范等规范性内容管理，目录化管理相关食品餐饮服务法规，符合合理使用自由裁量权的规定，建立法律依据、案由、处理意见、处罚内容、监管结论等相一致的逻辑对应关系。
D、文书、档案模板管理
各类规范性文书模板管理，包括行政审批、行政执法、日常（专项）监督、举报投诉、监督抽检等工作过程中使用的文书。涉及档案内容的文书管理，档案封面、卷内目录等内容。
E、证书模板
各类监管服务证书模板。
. 4.1.3.8突发食品安全事件
群众反映的食品安全问题，需有相关文字性报告并存档。
A、食物中毒受理，上报
市、区食化所按照市区分工进行受理登记，并按要求在规定时间内报有关单位（市、区人民政府，市、区食药局），系统设置时间提示
B、现场检查
食化所到事故现场进行检查，系统生成相关文书
C、报告
随调查的进行，形成初次报告、进程报告和结案报告，文字性报告，报有关单位，并录入系统存档
. 4.1.3.9综合统计分析（绩效管理）

A、报表生成
根据食化处需求，定义多种数据报表包括国家局、省局、市局报表
B、报表输出
输出报表为excel格式，字段可以自定义。
C、综合查询
根据提供的基本查询条件，查询相关数据，包括行政许可查询、监督抽检信息查询、重大活动查询、专项整治查询等、监管对象查询、行政处罚信息查询、举报投诉查询
D、自定义查询
根据用户需要，自定义查询条件，并可将查询条件保存，供日后查询
E、数据导出
提供查询结果的导出功能
F、统计汇总
提供各类数据的统计汇总功能
G、监督员考勤绩效
根据GPS记录的位置信息，按日、月、年查询统计监督员时间段内监督过哪些场所
. 4.1.3.10系统管理
系统配置管理能够满足对系统的初始设置、操作人员的管理、流程和数据的管理等，且变动后不会影响现有数据。
A、用户管理
对登录系统的用户进行管理。本系统主要包含两大类用户。一类是监管企业、另一类是被监管企业。被监管企业进去后，只能查看自己本企业的基本信息和通知公告。监管企业则可以对被监管企业的信息进行搜索、统计。
B、权限管理
C、监管对象配置
对被监管对象的基本信息进行配置，企业入网审核通过后，管理员需要在该系统中对其进行设置。分配唯一编号，实现与监管局监控管理系统的数据交互。
. 4.1.3.11相关接口
A、行政许可电子监察
与全市行政审批电子监察系统对接
B、电子地图
与全市电子地图相连
C、短信
短信服务
. 4.1.3.12远程视频
市内选择一到二个试点单位，通过该在餐饮企业内的重要场所，比如厨房、库房安装视频监控设备，能够使监管部门实时的获取这些场所的影像，从而起到监督和管理的作用
. 4.1.3.13电子地图
利用计算机技术，以数字方式存储和查阅的地图
A、企业位置标注
能通过审批过程实现企业位置标注，和GPS配套后具有定位功能。在现场检查中通过GPS设备确定企业坐标或位置。
B、信息查询
在地图上显示企业信息、监管信息、外观照片。
C、区域计算
以区、街为单位进行数量进行查询，统一显示。可关联查看各类详细信息。
D、监督责任人
将监督员与片区、街道结合，标注出该片区、街道监督责任人有关信息。
E、电子地图接入
采购国内知名企业电子地图相关接口，交付物中含授权证明。

4.2 监管服务监督子系统
4.2.1 系统描述
4.2.2 加强了餐饮企业的规范化管理，可以帮助餐饮企业提高效率，规范经营，为顺利通过提供强有力的保障。系统功能设计

餐饮服务监督管理系统是功能完整的监管服务业的监管系统，软件结构清晰，具有简单实用、快速上手的特点，操作人员一般不用培训就能使用该软件。包括以下主要功能：
--餐饮企业经营许可证的受理、承办、审核、审批、办结、归档；
--餐饮企业信