工业和信息化局大庆市营商局新建及升级改造信息化建设（第一部分）A招标公告

(略) 市工 (略) (略) 新建及升级改造信息化建设（ (略) 分） (略)

* 、项目基本情况

(略) 省 (略) (略) 受采购人委托组织 (略) 市工 (略) (略) 新建及升级改造信息化建设（ (略) 分）采购A项目。本项目面向各 (略) 采购。欢迎有能力的国内供应商参加。本项目远程开标。

项目编号：DZC ***

项目名称： (略) 市工 (略) (略) 新建及升级改造信息化建设（ (略) 分）采购A项目

预算金额： * , * , * . * 元，参与投标供应商投标报价超出预算的投标无效。

采购需求：详见附件

(略) 期限：合同签订后5个月内交付使用，运维期为交付使用后3年 。

本项目不接受联合体投标。

* 、申请人的资格要求：

1.满足《中华人民共和国政府采购法》第 * 十 * 条规定；

2. 落实政府采购政策需满足的资格要求： (略) 政府采购扶持中小企业的相关政策。详见《政府采购促进中小企业发展管理办法》。

投标供应商为小型企业或微型企业或监狱企业或残疾人福利单位，服务由本企业承接，提供声明函（须按招标文件内规定格式填写声明函），则总报价享受 * %的扣除，用扣除后的价格参与评审。

注：以上“用扣除后的价格参与评审” (略) ，依据供应商投 (略) * %的扣除后参与评审。

3.本项目的特定资格要求：

（1）提供参与本项目投标供应商有效的营业执照或事业单位法人证书。

（2）单位负责人为同 * 人或者存在直接控股、管理关系的不同供应商，不得参加同 * 合同项下的政府采购活动。

* 、获取招标文件

时间： * 日至 * 日

注：请参与本项目投标的供应商在 * 日 * 时 * 分前自助下载文件，逾期则无法下载文件，由此造成的后果 (略) 承担。

地点： (略) 市电子政府采购交易管理平台

方式：网上自助下载文件（详见：http:/ *** 《入库、办理数字证书及自助下载文件说明》）

售价：免费

* 、提交投标文件截止时间、开标时间和地点

* 日9点 * 分（ (略) 时间）

地点： (略) (略) * 楼开标室

* 、公告期限

自本公告发布之日起5个工作日。

* 、其他补充事宜

1、退出投标时限：如供应商退出投标，必须在投标截止时间前 * 小时，否则不予退出。

2、全面贯彻庆财采【 * 】3号文 (略) 关于开展政府采购领域扫黑除恶专项斗争的通知的规定，在本项目中重点打击8类政府采购领域涉黑、涉恶、涉乱形为。详见：

http:/ *** !queryOneXwxxqx.action?xwbh=8B2FAECAA * 0DEE * AC * FDFA * C0

* 、对本次招标提出询问，请按以下方式联系。

1.采购人信息

名 称： (略) 市工 (略)

地 址： (略) 市工 (略)

联系方式：王建超 ***

2.采购代理机构信息

名 称： (略) (略)

地　　址： (略) 市 (略) 区 (略) 新村纬 * 路2号（ (略) (略) * 楼）

联系方式： ***

3.项目联系方式

采购人项目联系人：王建超

电　话： ***

采购代理机构项目联系人：张微微

电话： ***

附件：

项目需求

* 、项目总体概况

1 项目背景

* 年， (略) 办公厅印发《关于建立政务服务“好差评”制度提高政务服务水平的意见》（国办发〔 * 〕 * 号），文件要求 * 年年底前，全面建成政务服务“好差评”制度体系，建成全国 * 体化在线政务服务平台“好差评”管理体系，明确了“ * 大任务、 * 个责任、 * 条渠道、 * 种结果和 * 方保障”。 (略) (略) * 年印发了《关于建立政务服务“好差评”制度的工作通知》（黑营商发〔 * 〕 * 号），要求各地建立健全“好差评”工作机制。指出“好差评”工作，看似 * 件小事，折射的却 (略) 的 (略) 念，是建设人民满意服务型政府的重要路径，年底前，要全面建成政务服务“好差评”制度体系，推进 * 体化在线政务服务平台“好差评”管理体系。

为贯彻落实《 (略) 办公厅关于清 (略) (略) 政审批中介服务的通知》（国办发〔 * 〕 * 号）和省、市深化改革有关精神， (略) 上中介服务超市建设工作，坚持以规范化、市场化为导向，以体制机制创新为 (略) ，以平台建设为突破口，以建立健全“行为规范、运转协调、公开透明、廉洁高效”的中介服务体系为目标， (略) 准入制度， (略) 业服务规范，加强监督检查考核，实行分类管理应用，强化组织领导推动，加快构建适应 (略) 会发展需求，种类齐全、布局合理、功能完备、服务优质、管理有序、自 (略) (略) 。

按照《中共中央 (略) 办公厅关于深入推进审批服务便民化的指导意见》（厅字〔 * 〕 * 号）、《 (略) 办公厅关于印发进 * 步深化“ (略) ＋政务服务”推进政务服务“ * 网、 * 门、 * 次”改革实施方案的通知》（国办发〔 * 〕 * 号）要求，深入贯彻落实习近平总书记“以优化营商环境为基础，全面深化改革”重要指示精神，以习近平新时 (略) 会主义思想为指导，践 (略) 的发展思想，以企业和群众办事更高效、更便利为导向，加大推动政府职能转变和“放管服”改革力度，立足企业和群众实际需要，集成办理“ * 件事”所涉及的政务服务事项，加强业务协同和信息共享，优化再造政务服务流程，降低制度性交易成本，优化提升服务体验，增强企业和群众的获得感，持续优化全市营商环境。

* 年《社会信用体系建设规划纲要（ * 年）》中指出，各地要加快推进信用信息系统建设和应用， (略) 业、地方、市场的力量和作用，加快推进信用信息系统建设，完善信用信息的记录、整合和应用。 * 年6月，国家发改委提出启动“信易+”活动， * (略) 、国家发 (略) 门共同开展了“诚 (略) ”活动。 * 年7月《 (略) 办公厅关 (略) 会信用体系建设构建以信用为基础的新型监管机制的指导意见》（国办发〔 * 〕 * 号）明确提出以加强信用监管为着力点，创新监管理念、监管制度和监管方式，建立 (略) 主体全生命周期，衔接事前、事中、事后全监管环节的新型监管机制， (略) 会信用体系建设及工作要求，信用信息的应用与监管将成为今后信用体系建设的重点工作。为贯 (略) 信用体系建设要求，全 (略) 会信用体系建设工作， (略) 会诚信体系建设联席会议制度，并出台系列信用相关政策。为进 * 步贯彻落实上级政府关于推进信用体系建设的要求，优化营商环境，需搭建公共信用信息大数据平台，强 (略) 会信用体系建设。

2 项目目标

* 、依托全国 * 体化在线政务服务平台，建设覆盖国家、省、市、县 * 级的全国市县 (略) 区“新 * 级”政务服务好差评监督平台，建立健全以企业和群众办事体验为导向的政务服务“好差评”评价体系。统筹建设市本级及各区县“好差评”监管平台，整合政务服务评价资源，统 * 汇总及管 (略) 门政务服务评价数据，并与省级政务服务平台“好差评”系统实现对接，建立数据归集共享、 (略) 理及业务协同办理机制，实行各类政务服务评价数据实时上报、集中管理、分类交办、 (略) 理，推动实现服务绩效由企业和群众来评判。切实提高政务服务的效率和质量，创建全国 * 流的营商发展环境。

* 、以整合资源、推动共享、优化流程、创新监管为重点，以信息化为支撑，建设政务服务中介服务超市，着力解决全市各地中介服务资源不均、地方保护、中介垄断等问题，打通群众办事“中梗阻”，推动全市 (略) 更有活力、更加有序、健康发展， (略) 政职权更加规范、高效、 (略) ，进 * 步优化营商环境，降低企业制度性交易成本。

* 、按照党中央、 (略) 关于“ (略) +政务服务”的有关要求，以便民利企为导向，实现“ * 件事” * 体化办理模式， (略) 门协作，由串联办理模式转变为并联办理模式，由录入多次信息变为录入 * 次信息，进 * 步推进信息共享集成、流程集成或人员集成，进行全流程优化，压缩办理时间，减少办理材料，依托于 (略) 政务服务审批平台，升级改造政务服务“ * 件事”集成化全链通审批平台，根据实际业务需求制定专属主题、专属事项、专属流程、专属套餐， (略) 门间联审联办，业务办理实现“ * 个 * ”办理模式：见 * 次面、 * 个平台、 * 次告知、 * 张表单、 * 套材料、 * 网办结、 * 并快递、 * 键查询，从而达到“最多跑 * 次”、“不见面登记”的服务目标，力争在全省、东北乃至全国，打造更多标杆指标。

* 、以习近平新时 (略) 会主义思想为指导，全面贯彻党的十 * 大和十 * 届 * 中、 * 中、 * 中全会精神，贯彻落实国家、 (略) 省、 (略) 会信用体系建设规划 (略) 署，搭建信用信息平台应用系统，形成具有 (略) 会信用体 (略) 机制，有 (略) 会信用体系建设迈上新台阶。升级改造信用信息共享平台应用系统，打造 (略) 市信用信息平台，升级“信 (略) 市” (略) ，整合公共信用信息资源，推动公共信用信息的披露、共享、共用，加强对红黑名单的管理以及强化信用联合奖惩工作，助力“信易+”场景应用， (略) 会信用体系建设 (略) 列，打造 (略) 省乃至全国范围 (略) 市。

3 建设原则

（1） 统筹规划、规范管理。

突出顶层设计，统筹规划各平台建设，优化完善数据提供、维护、共享、使用追溯及监督评价等环节的工作机制，建立健全统 * 的标准规范和管理制度， (略) 门提供统 * 的政务服务应用， (略) 政效率。

（2） 整合资源、共建共享。

依托 (略) 市政务信息资源共享管理机制，充分利用现有各类电子政务资源，按照统 * 数据标准规范，有效整合资源，避免重复建设。 (略) 门开展政务业务应用，以应用促进共建共享。

（3） 统 * 架构、互联互通。

根据大 (略) 建 (略) 门业务应用实际需求，建立兼容、开放、可扩展的大数据系统架构，支撑全市跨区县、跨部门的数据交换共享和系统应用，形成“上下左右”互通互联、共享共用的 * 体化平台。

（4） (略) 、保障安全。

(略) 政审批和公共服务业务应用需求， (略) 、由易到难，先满足国家和省级统 * 要求，再考虑全市全面覆盖和功能提升。全面落实总体国家安全观， (略) 络安全底线思维，健全管理制度，落实主体责任， (略) 络安全规划、安全建设、安全监测和安全态势感知分析，健全安全通报机制，加强综合防范， (略) 络和数据信息安全。

4 总体要求

政务服务能力建设升级改造项目主要包括市县 (略) 区“新 * 级”政务服务好差评监督平台升级改造、政务服务中介超市建设、政务服务“ * 件事”集成化全链通审批平台升级改造、信用信息共享平台应用系统升级改造。

* 、服务内容及要求

1	市县 (略) 区“新 * 级”政务服务好差评监督平台
2	政务服务中介超市建设
3	政务服务“ * 件事”集成化全链通审批平台升级改造
4	(略) 市信用信息共享平台应用系统建设

1 市县 (略) 区“新 * 级”政务服务好差评监督平台建设需求

1.1 “新 * 级”政务服务好差评监督平台建设内容

1.1.1 “好差评”平台总体架构

总体架构图

“好差评”平台采用MVC框架，平台由基础层、处理层、支撑层、展示层组成。

基础层：主要提供基础环境的支持，网络接入、软件安装环境、数据库和服务器。运用分布式存储和分布式计算；利用云计算支撑平台对服务管控、调度引擎、 (略) 理。

? 运维管理：主要是对系统的监控、资源的调度、资源的管理和资源安全的管理。

支撑层：包括数据层、 (略) 、数据推送、单点登录、 (略) 、CA (略) 。

? 数据层：主要是对数据存储和数据缓存的管理。

? (略) ：主要是对第 * 方应用、业务系统和硬件集成管理和对接接口的开发。

? 数据推送：主要是好差评数据的推送管理。

? 单点登录：通过 (略) 市统 * 身份认证平台，实现单点登录功能。

? (略) ：对操作的日志信息管理。

? CA认证：通过 (略) 市统 * 身份认证平台，实现数据证书的认证。

处理层：包括标准化数据管理和应用系统管理。

? 标准化管理：系统的数据要符合国家的标准，实行标准化数据管理。

? 应用系统管理：主要是对评价数据的采集、 (略) 大数据分析的管理。

展示层：包括好差评门户、移动端（政务APP、小程序、公众号）、好差评可视化平台、省政务服务门户和自助终端为办理业务的群众提供评价信息的入口和评价信息的展示。

标准规范体系：标准的规范体系是规范、统 * 全省 * 体化政务服务平台建 (略) 管理的重要基础，也是平台信息和软件资源共享、有效开发和顺利集成、 (略) (略) 稳更新完善的重要保证。包含信息系统技术规范、管理制度规章等内容。

安全运维保障体系：主要由平台基础安全、关键信息安全、运维管理机制、运维管理系统等多个方面构成。 (略) 络安全通过系统架构、设备及系统软件选型、病毒防杀等措施来保障。

1.1.2 “好差评”业务流程

按照全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案要求，“好差评”采用线上和线下两种业务流程。

1.1.2.1 “好差评”线上流程

1.1.2.2 “好差评”线下流程

1.1.3 “好差评”评价模块

1.1.3.1 评价对象

根据《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求，“好差评”平台的评价对象主要有：

线上线下服务大厅、中心、站点、窗口依托市 * 体化在线政务服务平台的业务系统、热线电话平台、移动服务端、自助服务端等提供各类政务服务的机构及其工作人员。

1.1.3.2 评价等级

根据《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求和我市的实际情况，实现企业和群众 (略) 门及其工作人员在开展政务服务过程中的办事效率、便利程度、流程规范、服务态 (略) 的综合评价。

评价结果分为“非常满意”“满意”“基本满意”“不满意”“非常不满意” * 个等级，企业和群众办件可根据 (略) 选填。

1.1.3.3 评价标签

细化评价标准，每个评价等级下，划分出多项具体的评价标签。评价标签按照《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求和省“好差评”系统标准制定，根据不同的评价等级分级展示，评价标签可以按照相关规定和 (略) 适时调整。

“好差评”平台评价标签基础内容如下：

合理设计“好差评”平台5个等级的扩展评价标签，具体标签等级的内容样例如下：

1.1.3.4 评价页面

按照《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求，PC端和移动端的评价系统界面由省级“好差评”系统统 * 制定。实体大厅的评价 (略) 开发设计，评价页面的设计既要满足省“好差评”系统要求，又要兼顾我市政务系统的风格。

评价页内容为评价对象、整体满意度、评价标签、提示语，其中字体、字号、间距、颜色根据市政务服务平台整体 (略) 设计。评价标签根据不同的评价等级分级展示。

1.1.3.5 评价渠道

本系统建设遵循可扩展性原则，系统设计上应该充分考虑到与各种评价渠道的对接和融合，支持的评价渠道主要有：PC页面、移动端APP、小程序、 * 维码、短信服务平台、电话服务热线、窗口评价器、自助终端。

1.1.3.6 评价要求

按照《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求。

? 办件评价

每 * 次办理形成 * 个办件，每 * 个办件对应 * 次评价，包括整体评价和评价理由。

? 评价内容

当评价等级为“不满意”、“非常不满意”时要求评价人勾选评价标签，方可提交。若办件生成7个自然日内未获评价，评价结果默认为“基本满意”。

? 评价提示

评价页面每 * 个评价等级注明评价内容勾选提示（如感谢您的评价。您可以在下列预设 (略) 选择（可以多选）， (略) 门及其工作人员持续改进服务质量，提高服务水平）。

? 评价汇聚

汇聚办件信息时应将评价信息、用户信息、事项信息同时汇聚到市县 (略) 区“新 * 级”政务服务好差评监督平台，同时确保 (略) 可查看评价信息。

? 评价次数

企业和群众每办理 * 次政务服务事项，均对该事项 (略) * 次评价。每个办件只产生1次评价。

1.1.4 “好差评”数据采集

“好差评”数据应支持通过评价渠道、系统默认评价、追加评价生成。

1.1.4.1 “好差评”数据评价渠道采集

根据《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求，应支持的评价采集渠道有： (略) 、移动端（Android、IOS）、小程序、评价终端、对接评价页面等。

? (略) ：要求“好差评”系统 (略) 集成，实现 (略) 、人员、办理事项、 (略) 评价。

? 移动端：要求“好差评”系统 (略) APP、公众号、小程序集成，实现通过移动端对人员、办理事项、 (略) 评价。

? 评价终端：提供完善的人机交互，实现对人员、办理事项、 (略) 评价。

? 对接评价页面：要求建设“好差评”PC端、移动端、自助终端的H5评价功能页面，保持统 * 页面风格，统 * 数据接口，提供简便快捷的调用方式，实现对各业务系统、人员、办理事项、机构的在线评价。

1.1.4.2 超期系统默认评价

服务对象接受服务后7个自 (略) 评价的，默认为“基本满意”。系统每天定时检查评价超期的办件，自动填写默认评价信息，评价数据“汇聚”到“好差评”平台。

1.1.4.3 追加评价

在企业和群众完成评价或系统完成超期默认评价后5个工作日，可以通过线上渠道完成追加评价，系统采集评价数据。

1.1.5 “好差评”数据上报

根据《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求和我市的实际情况，要求采集到企业或群众对政务服务质量的评价结果后，将评价结果汇聚到 (略) 省政务服务“好差评”系统。通过接口对接上报评价信息对接流程如下：

同步办件事项信息到省政务服务平台。按 (略) 办件过程数据采集标准，先将办件事项信息同步到市数据共享代理平台，市数据共享代理平台统 * 将办件事项信息上报省政务服务平台。

上传“好差评”数据，要保证数据的质量。“好差评”系统对评价数据有效性的判断 (略) 示：

1.1.6 “好差评”差评整改

（1） 实时跟踪差评整改动态，当评价等级为“不满意”、“非常不满意”时视为差评，系统自动 (略) 内信、短信或邮件给管 (略) 门，各部门应对差 (略) 理。

（2） 支持 * 次评价功能

用户需对差评整改 (略) * 次评价， (略) 门的整改反馈情况按照“满意”、“基本满意”、“不满意”进行满意度评价，评价结果公示。

1.1.7 “好差评”统计分析

根据《全国 * 体化在线政务服务平台政务服务“好差评”系统建设方案》的要求，建设“好差评”统计分析子系统，对 (略) 统 * 管理，主要包括评价查询、差评整改信息跟踪、 (略) 门统计、下属区划统计、渠道统计、数据统计、服务覆盖。

评价查询：支持工作人员从评价渠道、评价等级、评价时间、办 (略) 多维度查询；

差评整改信息跟踪：对 (略) 跟踪查询，实时掌握差评整改动态；

(略) 门统计： (略) 门的“好差评”数据的统计功能，并按 (略) 展示；

下属区划统计：提供对下属区划的“好差评”数据的统计功能，并按 (略) 展示；

渠道统计：提供对评价渠道的“好差评”数据的统计功能，并按 (略) 展示；

数据统计：提供全面及各区域内的“好差评”数据的统计功能，并按 (略) 展示；

服务覆盖：提供对政务服务“好差评”系统的 (略) 统计分析。

1.1.8 “好差评” (略)

1.1.8.1 “好差评”系统管理模块

应实现对 (略) 操作管理，包括用户管理、角色管理、菜单管理、区划管理、部门管理、系统日志、评价标签管理、差评整改管理功能等。

1.1.8.2 “好差评”集成管理模块

建设“好差评”平台集成管理模块，建立标准化数据接口体系，服务接口类型包括将数据查询服务接口、数据验证服务接口、数据共享服务接口等，数据交换采用RestFul方式设计接口。 (略) 门业务系统集成和界面交互，实现评价系统的评价界面及评价标准的统 * 。

（1） 与业务系统的对接集成管理

具备与业务系统对接的开放接口且满足 (略) 省“好差评”系统各市地对接规范说明书。按照 (略) 门 (略) 集成，包括与 (略) (略) 、 (略) (略) 、 (略) (略) 、 (略) (略) 、 (略) (略) 、 (略) 市 (略) (略) 、 (略) 市住房 (略) 、 (略) 、 (略) 、 (略) 市 (略) 、 (略) (略) 、 (略) 市管 (略) 、 (略) (略) 等部门 (略) 集成管理。

（2） 对硬件设备的集成管理

要求对 (略) 市 (略) 有硬件，包括取号机、叫号机、评价机和可 (略) 集成对接管理并实现硬件动态监管。

1.1.9 “好差评”门户

“好差评”平台门户是线上管理好 (略) ，主要的功能包括：公示功能、评价功能、查询功能、 (略) 。

? 公示功能

评价信息公示，支持多渠道、多维度对政务数据实时动态评价结果展示；对高频、热 (略) 展示。

（1） 支持评价信息统计公示

（2） 评价渠道统计公示

（3） 综合评价数据分析公示

（4） 实时动态评价讯息公示

（5） 热点事项反馈公示

（6） 差评整改情况公示，包括对差评整改信息的 * 次评价结果公示等

? 评价功能

支持对各个系统应用、人员、办理事项、 (略) 选择评价；

支持匿名、实名评价；

支持多维度评价；

对 (略) * 次评价和好评信息追加评功能价。

? 查询功能

支持多体系查询，可以按照区县、部门、事项、 (略) 查询。

? (略)

支持个人和企业用户通过统 * 身份认证系统实现单点登录，支持 * 维码、微信、支付宝、 (略) 省政务服务平台登录。支持评价我的办件和 * 次评价功能，展示反馈评价结果、已办已评和已办未评。

1.1. * “好差评”评价结果应用模型

建设“好差评”评价结果应用模型，充分利用“好差评”平台数据，以政务服务监管、实际难点、痛点、堵点为导向，运用大数据分析技术，建立多种“好差评”模型，全方位覆盖政务服务体系中的各个环节，为我市政务服务的环境改善、流程优化、绩效考核、服务质量评估提供真实有效的支撑。

主要模型包括：压力模型、办件效能模型、好差评评分量化模型、服务效能模型、办件趋势模型、跑多次模型、涉企服务效能模型等，并可根据实际需求建立不同的模型。

1.1. * “好差评”标准评价库建设

依据《 (略) 省“好差评”系统统 * 评价标准V1.0》要求，建设“好差评”标准评价库，并实现好差评数据归集、数据梳理及数据同步功能。

（1）标准评价库建设

按照“好差评”工作要求，建立标准“好差评”评价数据库。

（2）数据归集

平台建设管理单位按照“好差评”工作要求，及时做好相关系统配套改造工作，建立评价数据归集共享、 (略) 理和协同办理机制，实现统 * 收集、分类交办、 (略) 理。要求严格保护评价人信息，不得将评价人信息提供给第 * 方。同时，建立评价数据安全保障机制，确保数据真实、安全、可靠，将评价数据、评价回复文字及差评整改数据统 * 归集到“好差评”标准评价库中。

（3）数据梳理

要求按 (略) 门“好差评”数据的实际情况，对归集到“好差评”标准评价库的数据分类梳理提出合理的设计，保证数据的真实性和有效性。

（4）数据同步

收到企业或群众对政务服务质量的评价结果后，按照 (略) 省“好差评”系统各市地对接规范说明书，将评价结果同步到 (略) 省政务服务“好差评”数据库。

1.1. * (略) 叫号系统升级改造

预约系统实现业务在线取号、 (略) 进度、预约信息推送功能，并具备预约信息查询、取消预约功能。

1.1. * .1 预约系统升级改造

? 预约系统入口设计

用户可以通过政务服务平台PC端、政务服务APP、微信公众号、微 (略) 业务预约。

? 业务查询功能升级改造

（1） 新增支持用户多条件查询功能， (略) 政区划逐 (略) 点、业务单位、事项名称，也可通过条件设置查找办理事项名称，按照主题分类查询相关业务信息及是否可以预约。

（2） 用户进入预约界面后，系统实时获取该业务的当前预约情况，展示当前业务可供预约的时间。用户选取预约时间后，系统自动获取用户基本信息，按照当前预约业务办理要求完善信息后完成预约。移动端APP支持向用户推荐 (略) 点位置信息。

（3） 支持将预约成功信息推送至用户绑定的移动APP、手机短信、微信端，方便用户实时查看，并实现用户办理业务提醒功能。

? 预约查询

实现用户在系统中查询该账号下预约信息，包括新预约信息、历史预约、预约 (略) 点信息、 (略) 门信息、预约业务信息、预约时间、履约情况。

? 预约取消

支持用户在系统规定的时限内取消自己的当前预约业务，用户选择或录入取消理由，取消预约成功后，系统按照设定自动推送预约取消信息。系统限定每个用户的预约取消操作次数，超过系统限定次数的用户当 (略) 预约操作。

1.1. * .2 取号系统升级改造

1) 现场取号升级改造

在原有功能基础上，支持按照具体事项取号。未预 (略) 取号时，取号终端引导用户选择具体办理事项后验证身份（身份证、扫码、刷脸），完成取号。

? 现场取号流程

? 现场取号号票信息

现场取号号票信 (略) 点名称、办理业务窗口单位名称、队列号码、队列前等候人数、办事人证件号码、姓名。

2) 预约取号升级改造

在原有功能基础上，支持扫码取号；预约用户通过取号终端取号，取号时可以直接选择预约取号，系统支持扫码取号（预约系统生成的预约 * 维码）。

? 预约取号流程

? 预约取号号票信息设计

预约取号号票信 (略) 点名称、预约业务单位名称、预约取号号码、等候人数、证件号码、姓名、办理窗口号码、办理窗口地址等。

1.1. * .3 呼叫系统升级改造

呼叫系统升级改造，更换原有呼叫器，支持工作人员APP扫码登录；对当前 (略) 展示、数据分析、好差评评价结果展示、业务压力预警、事项动态排名、受理人员状态切换、个人综合评分分析、 (略) 理分析、信息回复功能，支持用户修改密码和修改窗口号。

同时，建设 * (略) 叫号系统，对 (略) (略) 大厅叫号和评价设备升级，原有的电子按键式叫号器和评价器已经无法满足“好差评”系统建设的需要，建议更换为平板电脑，用以满足叫号及评价系统的各种功能要求。

呼叫端业务流程如下图

? 呼叫端基本功能设计

呼叫端功能包括呼叫、重复呼叫、呼叫流转、特别呼叫、业务办理、暂停办理、结束办理、弃号等功能；

实现呼叫端与好差评系统对接，并向好差评系统推送当前业务办理的相关信息，包括事项名称、办理时间、办理节点（开始办理和结束办理）等。

1.1. * .4 系统后台管理

1.1. * .4.1 用户管理

为系统中不同角色分配不同的系统权限； (略) 政区划、 (略) 门来划分系统角色；支持对用户权 (略) 新增、修改、删除等操作。

1.1. * .4.2 权限管理

为系统用户中的不同角色分配不同的系统权限。 (略) 政区划、 (略) 门来划分系统角色，可对用户权 (略) 增删改查的操作。

系统采用分布式管理， (略) 点、 (略) 门都拥有各自的管理权限，可以对自己管理权限的系统软 (略) 管理操作。

1.1. * .4.3 行政区划管理

依 (略) 政区划等级 (略) 政区划。可 (略) (略) 增删改查的操作。

1.1. * .4.4 (略) 门管理

管理 (略) 市及各区县的政务服务单位、网点， (略) 政区划来划分归属。 (略) (略) 新增、修改、删除等操作。

1.1. * .4.5 政务服务事项管理

(略) 门的政务服务事项，与市政务服务事项管理系统同步，保证事项数据的实时性、有效性。支持对预约系统、 (略) 配置，设置事项是否可以预约、 (略) 取号，可配置单独的事项，也 (略) 批量配置，比 (略) 门配置、 (略) 政区划配置等。

1.1. * .4.6 预约业务管理

（1） 预约信息管理

管理用户的预约信息，可查看用户的预约和履约情况。支持违约规则的定制，配置黑白名单策略，针对用户预约成功后并未按照规定时间办理业务且未取消预约 (略) 为，可以配 (略) 为的累积次数、违约惩戒的措施、违约惩戒的时间。

（2） 预约规则管理

(略) 门、不同业务的实际情况制定不同的预约规则，预约规则配置内 (略) 政区划、 (略) 门、预约事项、预约时间、预约数量、人脸认证、消息推送、取消预约、违约惩戒、工作日设置、预约取号时限配置等。并支持预约规则修改及绑定撤销操作。

（3） 预约系统会话管理

支持会话配置，可对系统推送的 (略) 设置，设置模板格式、内容、字段、推送时间等。

1.1. * .4.7 取号系统管理

（1） 窗口配置

支持办事窗口配置，包括设置办事窗口的序号、 (略) 门、能够办理的业务。支持单个窗口配置多个业务，也支持多个窗口配置单个业务。

（2） 队列配置

(略) 列配置， (略) 点、 (略) 门及 (略) 列数量，并支持按照 (略) 列数量。

（3） 取号终端配置

支持取号终端设备管理， (略) 点、业务单位现有的取号终端统 * 管理，实时监控取 (略) 状态，附属设备的监控（如：号票打印机缺纸提示等）。

支持取号终端的业务配置，可对不同的取号终端设置不同的业务事项。

支持取号终端界面配置，可设置多种界面模板，适配不同业务的取号终端。

支持取号终端号票打印模板配置，可建立多种号票模板，适配不同业务的取号需求。

（4） LED屏幕配置

支持LED屏幕配置，可设置多种LED屏幕模板（包括但不限于展示内容、展示方式、展示时间、展示次数等），适配不同单位、不同窗口、不同业务的呼叫展示需求。

1.2 (略) 市“ (略) ”建设内容

(略) 市支付宝“ (略) ”建设主 (略) 主程序建设、 (略) 分程序建设、生活号开发及运维、 (略) 管理平台建设。

通过支付宝“ (略) ”建设将“ (略) ”用户数 (略) 通办考核指标。推动更多便民服务接入“ (略) ”，能够通过支付宝平台在线办理事项，能够 (略) 同步政务事项。能够通过“ (略) ”对 (略) 预约、取号、评价。能够对外开展新闻宣传、政策解读、政务服务推广。

1.2.1 (略) 主程序建设

(略) 主程 (略) 上办事、在线预约、寄递办、电子证照、便民服务、信息公示、智能客服等模块。

1.2.1.1 网上办事

与政务服务事项管理系统数据同步， (略) (略) 事项清单，获取事项名称、办理时限、办理依据、申报材料、办理流程等基本信息， (略) 门检索、主题检索、事项名称检索等功能。能够快速定位到指定事项，展示事项状态。 (略) 上申办，支持附件上传。办事进度可查，支持申请中、已办结、被退回等状态展示，支持材料补正功能。建立事项评价体系、其评价数据与市县 (略) 区“新 * 级”政务服务好差评监督平台同步。基础测评内容如下：

1.2.1.2 在线预约

(略) 主程序提供在线预约功能， (略) 选择功能，可选项包含但不限于 (略) (略) 、 (略) 市 (略) 、 (略) 市 (略) 区、建设大厦房屋交易登记大厅、 (略) 市 (略) 、 (略) 市 (略) 、 (略) 市 (略) 、 (略) 市 (略) 区、 (略) 市 (略) 区、 (略) 市 (略) 区、 (略) 市 (略) 区、龙南房屋交易登记大厅。预约功能展示预约基础信息，包含用户名、身份信息、预约内容等信息， (略) 预约规则同步。

(略) 在线预约功能预约时 (略) 人脸核验及活体检测，核验成功 (略) 列。 (略) 在线预约提供预约信息查询功能，可查询已经预约成功的预约信息， (略) 在线预约提供取号功能，可通过扫 * 扫 * (略) 取号。

1.2.1.3 寄递办

(略) 主程序提供寄递办功能模块，功能数据 (略) 数据同步。系统自动生成揽件订单，自动通知第 * (略) 上门揽件、代办业务、投递业务。系统支持第 * 方服务商灵活配置，增加系统可扩展性。支持用户查看物流信息，针对第 * 方服务商建设评价和评价管理、投诉及投诉管理等功能。

1.2.1.4 电子证照

(略) 主程序提供电子证照功能，功能数据 (略) 数据同步。基于但不限于以下表格中证 (略) 电子证照功能：

电子证照表

1.2.1.5 便民服务

梳理我市特有便民服务应用及接口，依托支付宝开放平台，按照支付宝相关标准规范。 (略) 保、住房、公积金、教育、医疗、交通等方面提供查询、验证、预约、推送等服务。开发业务包含但不限于以下模块：

便民服务功能表

1.2.1.6 信息公示

提供信息公示功能，该模块下的内容信息 (略) 同步，其同步内容包括：政务要闻、通知公告、常见问题、政策通知、政策答疑、咨询投诉等信息模块。

1.2.1.7 智能客服

提供智能客服功能， (略) 、客服流程智能化改造，进 * 步提升已上线支付宝“ (略) ”服务效能、服务质量和用户体验，同时降低人力成本。建立应答知识库，数据信息 (略) 同步。

1.2.2 (略) 分程序建设

建立联合工作机制，主程序中功能模块需根据支付宝 (略) 拆分， (略) 办事大厅内 (略) 分程序建设，办事大厅主目录包含：疫情服务、公积金、社保、医保、公安交管、人才就业、综合政务、工商税务、文体旅游、 (略) 、婚育、环保服务、公益志愿、投诉与建议、司法服务、金融保险等目录信息。

1.2.3 生活号开发及运维

满足市级、县区及以下各级政府单位在政务公开、政民互动、民意调查、舆论引导、政务服务、政府办公等多方面的需求。实现预约、申报、支付等多重应用型功能，打造为民办事平台。充分发挥“ (略) ”中心化运营、内容中台的能力，助力政府权威信息更广泛、精准、高效触达用户，实现政务信息发布和政务互动形式升级，全面提升政府新媒体传播力、引导力、影响力和公信力。

1.2.3.1 开发系统

(略) 的内容标准和展现标准，在移动设备平台上对现有政府的 (略) 整合再现。实现对原 (略) 的数据接驳，原 (略) 数据与政府生活号数据同步。系统支持面向Android、IOS等不同操作系统手机和手持终端的生活号客户端，支持手机门户的构建，支持各类主流浏览器访问。

1.2.3.2 功能建设

建设信息发布、在线互动、账号管理、用户管理、数据分析等 * 大系统。实现自定义菜单、语音识别、手机客服、事件推送、用户数据管理、手机预约、手机申报、手机查询、手机支付等多类个性化功能。 (略) 门需求量身定做符合工作服务要求的生活号平台，通过关注和分享实现平台的贯通。

1.2.3.3 信息发布

通过素材管理模块发布并管理单图文信息或多图文信息，将其按照手机和手持终端的 (略) 政务内容展现。 (略) 上最重要、最主要、与民生和企业关系最密切的信息推送给公众。支持文字、图片、音频、视频、FLASH多种格式新闻的在线编辑；支持信息编辑及发布后的在线暂存、修改、保存、删除等操作；信息 (略) 的操作同步到目标手机；实现多媒体资料的上传和下载。

1.2.3.4 信息检索

通过生活号平台的素材管理或图文分析两大模块，按照不同条件对资 (略) 后台检索的系统平台。支持文字、图片、语音、视频等格式内容的分类检索；支持按关键字、日期、人数等规则对发布 (略) 分类检索；支持按关键字、日期、对象等规则对互动 (略) 分类检索。

1.2.3.5 信息接收

普通用户向生活号发消息时，生活号平台可 (略) 有用户发送的多媒体信息。更多民众在工作之余的零碎时间发出自己的声音，随时随地参与到政府执政中来。支持文字、图片、语音、视频等多媒体信息的接收和保存；当用户每次发送语音给生活号时，生活号自动识别语音内容转为文字内容。

1.2.3.6 群发信息

(略) 有用户、指定用户发布信息。扩大政务生活号的宣传渠道和影响力。 (略) 有用户、指定用户分组、指定用户、指定性别用户、指定区域用户群发信息； (略) 络平台的无缝对接，实现政府向指定平台的信息推送。

1.2.3.7 信息查看与回复

用户关注生活号后，通过支付宝向生活号发送信息，生活号管理员可通过信息管理查看并回复用户消息。解答群众疑惑，反馈群众声音。 (略) 部门之间、 (略) 门与市民之间的沟通互动。 (略) 发星标信息及5天内消息的查看；支持在 * (略) (略) 不限制次数回复；对设定时间 (略) 发信息查看；在 * (略) (略) 回复；支持文字、图片、音频、视频等不同格式的回复内容。

1.2.3.8 自定义回复

设定自动回复内容，当用户发送的信息符合条件时， (略) 自动回复。支持文字、图片、音频、视频等不同格式的回复内容； (略) 有 (略) 自动回复；支持设置不同关键字及对应回复，并根 (略) 自动回复；可根据不同条 (略) 自动回复；可对 (略) 自动回复。

1.2.3.9 账号管理

通过账号信息模块可对生 (略) 修改。支持对生活号头像、登录邮箱、功能介绍在指定时间范围内修改；支持对生活号隐私、 (略) 在地区、 (略) 设置；支持对已生成的 * 维码多种尺寸的生成、查看和下载。

1.2.3. * 用户管理

通过用户管理模块可对已关注生活号的用户 (略) 查看、检索、分类。支持生活号创建、修改、查询、删除用户分组；支持对用户的分组、移动，星标、拉黑等操作；支持按照区域、性 (略) 划分，并根据划分条 (略) 信息发送、自动回复等操作；用户同意后，获得用户进入生活号会话时的地理位置；获取用户的基础信息，包括头像、昵称、性别、地区。

1.2.3. * 数据分析

通过统计模块可对生活号的用户资料、已发布的信息资料、所接收的 (略) 汇总分析。掌握基层 * 线最新动态数据，建立基础数据信息库，筛选分析数据，发掘市民关注焦点反馈。支持在指定时间范围内对用户的新增、取消、净增、累 (略) 统计分析；支持对用户性别、语言、省份、城市等情况的统计分析；支持在指定时间范围内对生活号 (略) 送达人数、阅读人数、原文跳转、分享转发人 (略) 统计、排序、对比；支持在指定时间范围内对向生活号 (略) 发送人数、发送次数、人均发送次 (略) 统计分析、对比。

1.2.3. * 自定义菜单

可设置多级菜单，丰富界面，让用户更好更快地理解生活号的功能。支持多级菜单的创建、查询、删除等操作；支持最多包括3个 * 级菜单的创建，每个 * 级菜单最多包含5个 * 级菜单。支持自定义菜单的信息发送、信息接收、信息回复、自定义回复、事件推送、数据分析等功能。

1.2.3. * 生活号查询

新建数据库并实现与开放式平台后台数据的无缝对接，用户发送指定格式后，即可查询平台数据。支持地图、信息、数据等手机查询；支持生活号数据库的新建、修改、删除等后台操作；支持与开放式平台的数据路对接及调用；支持根据设定关键字调用数 (略) 自动回复或事件推送。

1.2.3. * 生活号预约

实现与预约号数据库的无缝对接，用户发送指定格式预约后，系统自动确定预约成功，并向用户发送确认信息，用户凭预约确认信息即可前往窗口办理相关业务。支持与预约号数据库的无缝对接；支持预约数据的自动生成及调用；支持根据设定关键字调用数 (略) 自动回复或事件推送。

1.2.3. * 生活号支付

开通独立平台支付功能，用户通过支付宝账号，即可完成支付环节，实现政务生活号手机缴费的功能。支持WEB扫码支付或APP跳转支付；支持支付宝或银联卡绑定支付。

1.2.3. * 生活号运维

（1） 运维公司安排至少 (略) 驻场工作， (略) 提供的 (略) 个性化排版、编辑，原则上每个工作日通过生活号推送1-4政务动态、政务要闻等信息，确保信息发布及时有效、准确无误。

（2） 多种手段辅助信息编辑，适应手机屏幕观看，美观方便、信息内容丰富多彩。

（3） (略) 平台数据备份， (略) (略) 监控， (略) 理平台异常情况及安全问题， (略) 的应急预案。

（4） 协助和配 (略) 开展后期生活号线上和线下推广服务。

（5） 根 (略) 要求，开展专题活动策划，并负责整体项目的开发和活动发布以及后期维护。

1.2.4 (略) 管理平台建设

(略) 的基础配置及各类角色、部门人员、安全配置、网关配置、映射管理、接口管理、内 (略) 管理，同时具备日志管理、数据库备份、推送模板、统计分析等功能；

1.2.4.1 角色管理

支持角色的新增、修改及删除功能，以及定义角色的功能及菜单使用权限；系统角色包括用户、操作员、管理员等。

1.2.4.2 部门人员管理

支持市、区（县市）两级相关单位、 (略) 门、人员的管理， (略) 门及人员的新增、编辑、删除、密码重置等功能。

1.2.4.3 安全配置

实现sign、sign_type、appi (略) 配置及测试。

1.2.4.4 网关配置

实现对MD5密钥:、RSA(SHA1)密钥、DSA密 (略) 配置及调试。

1.2.4.5 映射管理

(略) 门与角色权限的对应映射管理，包括新增、编辑、设置。

1.2.4.6 接口管理

根据支付宝开放平台接入标准要求，关于对接电子证照系统、政务服务事项管理系统、 (略) 审批平台、知识库、统 * 身份认证、电子签章、数据代理平台、市县 (略) 区“新 * 级”政务服务好差评监督平台、信用平台等系统需采用SSL证书方式请求。并要求提供接口管理模块，支持对接口的转发、变更、查看、维护等功能。

1.2.4.7 内容管理

（1） 内容的创建和管理

内容的创建不限于文字，其中图片、FLASH、视频、音频、交互流程等将可按照用户 (略) 组织与创建。持信息标题查重，可减少数据冗余；支持多附件、多图片的批量上传，免去用户对于多附件信息创建，多次上传维护的烦恼。

（2） 信息编辑与管理

实现信息的编辑、修改、删除、发布、审核管理操作。编辑通过该功能可以将信息录入到信息库中，并且可对已经录入到信息库中的信息做修改、审核、发布等操作。支持信息复制、剪切、粘贴、导入、导出、转移、引用、排序、撤稿、恢复撤稿、相关信息设定等操作。支持类似WORD的编辑界面。

（3） 信息审核流程

具有方便快捷的图形化流程定制功能。用户可以根据不同信息的需求定制相应的审核流程、审核人员和权限。

（4） 信息发布平台

提供生成、 * 般发布、立即发布等发布机制，并对发布数据提供列表显示，用户可以及时调整信息的发布次序。

（5） 栏目管理

提供树状结构的浏览和编辑界面，支持多种栏目属性，支持建立虚拟栏目。支持自定义数据库的建设，提供数据字典、数据关联、自定义查询等功能。支持栏目的分类、权限、呈送、同步引用、同步映射。

提供栏目分类管理，提供增加、查看、修改、删除的功能。提供多层次的权限管理方式，可以分配不同的角色，进行基于WEB的、面向多用户的异地协同工作。

具有统计的功能，对栏 (略) 控制。统计的数据包括栏目的子栏目数量和栏目下包含的文章数。

栏目的层次、位置能自由调整，具有新增、删除、编辑、转移、克隆功能。

（1）可视化模板编辑

支持可视化的模板编辑， (略) 得的模式，用户只需选择单元表现样式、相关的显示效果便可快速的在可视化页面中预览，支持用户 (略) 自定义维护，获得更加丰富的呈现方式。

（2）专题生成子模块

支持专题的快速构建，支持选择相应的专题模板，生成与专题相符的专题页面。专题中的信息内容既可以共享其他频道栏目的信息， (略) 录入内容。维护者可以随 (略) 设定，包括：放置首页的专题图标，专题的排序，栏目数量，栏目位置，栏目名称，栏目下文章标题提取数量等。

（3）内容权限管理

(略) 点内容数据的访问、使用、 (略) 机构、角色、人员的许可、控制和监督，动态的实现不同机构、不同时间、不同任务的灵活安排。在保证专有数据安全的同时构建多组织信息协作的模型。

1.2.4.8 日志管理

支持对各类角色人员的 (略) 自动分类记录，使工作人员日常操作流痕，责任到人。日志记录包括操作人员、菜单（功能）、系统IP及操作时间等内容。

1.2.4.9 数据库备份

支持数据库可视化管理，包含备份、还原等功能。

1.2.4. * 推送模版管理

具备对模版的申请、维护、删除等功能。

1.2.4. * 统计分析

支持 (略) (略) 理、 (略) 理。

1.3 硬件设备清单

（1）取号端设备 * 台

（2）呼叫端设备 * 台

（3）评价端设备 * 台

1.4 非功能性要求

（1）市县 (略) 区“新 * 级”政务服务好差评监督平台非功能性能要求

? 可扩展性

可实现负载均衡；日后若信息量较大，则系统可相应增加服务器实现扩展。

? 运行时间限制

(略) 有工作日的工作时间是可以使用的；其它业务满足7× * 小时可以使用。

? 安全保密性

软件系统具良好的安全性。确保数据不被非法盗用和修改，对非法登录或系统故障等能采取 (略) 理手段；采用故障检查、 (略) 理机制，保证数据不因意外情况丢失和损坏。提供完善、可靠、灵活的权限管理控制机制，确保数据的安全性和保密性。

? 系统稳定性

根据市、县、 (略) 门的规模，用户量预计达到 * 万，系统能够满足2万用户同时在线， * 0用户同时操作的并发性能要求。

? 可靠性

具备有效的错误诊断和恢复机制，避免平台误操作而导致平台崩溃。

? 系统响应时间

系统不能宕机，响应时间是即时，高峰期最大响应时间小于5秒，普通应用查询时间平均小于1秒， (略) 理查询时间平均小于2秒，统计分析类查询时间平均小于3秒。

（2） (略) 市“ (略) ”非功能性要求

? 数据质量要求

平台数据具有完整性、 * 致性、实时性。

? 安全性要求

对事件的具体位置 (略) 理，且平台具有 (略) 全体系架构。

? 可靠性要求

有效屏蔽用户误操作，保证系统 (略) ，存储设备应具有极高的可靠性。系统具有备份和恢复策略。

? 可维护性与可扩展性要求

平台具备 * 定的可扩展性。

? 性能要求

系统设计能满足未来 * 年的高峰量、移植性兼容性强。

2 政务服务中介超市建设需求

政务服务中介超市建设，实现中介服务事项、中介机构基本信息等信息发布功能， (略) 政审批中介服务事项库、项目业主库、中介服务机构库、中介服务机构信用信息库 * 个数据 (略) 署。

实现采购项目的填报、信息审核、发布公告、政策公示、中介信息公示、合同备案、服务评价以及其他信息管理功能等，并围绕着业务的管理需求提供相应的配置管理和监督管理功能。

2.1 平台系统建设

平台应用系统包括中介超市门户、日常管理系统、项目单位操作系统、中介业务操作系统、监管与评价系统等。

2.2 中介超市门户

中介超市 (略) (略) 信息公示，以及公示业主发布的业务信息供中介机构查询。具体包含栏目如：首页栏目展示、中介机构名录、服务指南、政策法规、信用公示、项目公示，中介服务事项。

2.2.1 首页栏目展示

（1） (略)

(略) 展示项目名称、行政区划、项目业主、服务类型、发布时间等信息。

（2） 中介动态

已入驻的中介机构登录中介业务系统，登记业务信息、合同信息等， (略) 上显示。

（3） 优秀中介机构展示

按照中介机构 (略) 排序展示。

（4） 公告信息

(略) 。

（5） 系统入口及中介机构入驻

集成各系统登录模块，包含业主、中介机构、 (略) 门登录，中介业务系统根据登录角色权限的不同，区分不同的系统功能。提供系统注册、入驻申请、账号管理等入口。

2.2.2 中介机构名录

中介机构名录展示及查询。包括中介机构名称、 (略) 会信用代码、经营有效期、联系方式、提供服务、所有资格信息、中选记录、信用信息、合同备案等相关信息。

2.2.3 服务指南

主要 (略) 上中介超市的指南类文件及信息展示。

2.2.4 政策法规

(略) 政审批及公共资源的涉及中介业务的政策法规及管理办法等信息展示。

2.2.5 信用公示

展示中介机构的信息及其他资质信息，同时公示中介机构相关信用信息。

2.2.6 合同备案

展示合同备案流程及相应的中介业务合同范本。

2.2.7 中介服务事项

中介服务事项模块展示纳入中介服务清单的中介服务事项。展示包括事项编号、中介服务事项名称、 (略) 门、服务事项分类等，并支持多维度的查询，可查看具体中介服务事项详情信息。

2.3 日常管理系统

为加强系统管理与维护，建设政务服务中介超市后台管理平台， (略) (略) 门人员。 (略) 内容管理、 (略) 管理等。

2.3.1 内容管理

包括内容的创建和管理、信息编辑与管理、信息审核流程、信息发布平台、栏目管理、可视化模板编辑、专题生成子模块、内容权限管理、表单自定义、定时器管理、规则引擎等功能。

支撑用户后台管理中介超市门户展示内容及信息编辑发布等，可创建栏目和设置栏目的分级,提供树结构栏目分级的能力，并通过内容权限控制、规则引擎等配置相关审核流程、审核人员及权限等。

2.3.2 (略) 管理

(略) 上中介超市平台的应用核心底层， (略) 上中介超市平台的各类角色、部门人员、中介机构名录、映射管理、中介服 (略) 管理，同时具备日志管理、数据库备份、节假日调整、短信模板等功能；

（1）角色管理

定义系统角色的功能及菜单使用权限；本系统角色包括市、区（县市） (略) 门、审批窗口、中介机构等。

（2）部门人员管理

(略) 门人员的新增、编辑、删除、密码重置等功能。

（3）事项映射管理

实现中介服务 (略) 门的对应映射管理。

（4）中介机构管理

实现对中介机构的单独管理功能。中介机构信息统计与维护。

（5）日志管理

对各类角色人员的 (略) 自动分类记录，使工作人员日常操作流痕。

（6）公告管理

实现中介超市信息管理，包括动态信息（图片信息）、公告通知、政策法规、合同范本、CA办理流程等信息的管理功能。

（7）短信模板管理

对网上中介超市平台短信发送节点及 (略) 模板管理。

（8）密码管理

个人密码修改管理功能。并支持用户自己修改登录密码。

（9）入驻审批管理

查看入驻企业申请信息、对 (略) 审批。 (略) 门收到系统推送的入驻资质审核信息后，通过系统对中介 (略) 电子档审核，审核结果将以短信形式通知中介机构。

（ * ）注销管理

为项目单位提供主账户注销管理的功能，当项目单位确认需要退出中介超市平台的时候，可通过 (略) 帐户关闭。

（ * ）项目管理

对 (略) 数据维护， (略) 增删改等操作。面向中 (略) 门和中 (略) ，提供采购档案的查询和采购项目档案整合服务。采购项目的档案包括基本信息、相关意见、选取过程、服务过程等信息。

（ * ） (略) 管理

面向中 (略) 门，当采购单位和中介机构提出业务投诉时，给 (略) (略) 业务回复。面向中 (略) 门和中 (略) 门，提供 (略) 办件查询和档案服务的功能支撑。

（ * ）统计分析

要能够对平台中各级、各部门数据、业务等方面多维度统计分析，支持各层级汇聚数据分类统计、展示、查询； (略) 门、企业、项目等多维度统计；支持各层高频项目、评价情况统计分析，根据办理量实现高频项目的排名统计；支持接口服务调用情况的统计分析；对统计结果有实用、美观的界面展示；中介服务事项统计分析。

2.3.3 中介成果共享服务管理子系统

汇聚中介服务成果，提供成果共享接口， (略) 政服务事项无需专门提供中介服务成果，提高项目审批效率，为项目业务的全流程监督管理提供数据支撑。包括中介成果目录管理、成果备案、备案管理、成果共享接口，支持中介机构提交、确认、修正具体服务成果，中介超市管理机构对成果备案管理，并支持索引具体中介服务成果。提供成果共享接口，支撑业务申办受理审批系统通过接口获取相应中介服务成果。

2.3.4 综合评价体系管理

支持对入库 (略) 综合评价，对 (略) 评价管理制度，设信用分、项目评价分，信 (略) (略) 门评定。

（1） (略) 门信用评分管理

建立智能化的中介机构信用管理体系，当中介机构在项目选取过程和项目服务过程中存在违反 (略) (略) 为时，根据中介机构情节轻重，可对 (略) 不良记录登记，系统自动根据不良记录的原因和涉及类型给予中介机构信用惩罚，如限制参与项目的交易额，在 * 定时间内停止该中介机构在中介超市中的服务。自动将该中介机构的 (略) 电子存档，同时形成中介机构的不良信用信息，自动同步至信用平台。当中介机构违规情节严重或不良记录累计达到 * 定次数后，可将中介机构列入黑名单，清退出中介超市，并不再允许入驻中介超市。

自动留档的中介机构不良记录及黑名单信息作为中介机构信用分评定的重要数据来源， (略) (略) 门评定。系统自动根据信用分值及加分项分值，自动计算各中介机构的最终信用分值。

（2） 项目成果评分管理

中介机构提交中介服务的项目成果后，项目成果使用单位可对 (略) 评价。

（3） 项目服务评分管理

项目服务评分由 (略) 评定。采购单位在中选 (略) 服务后，实行“ * 事 * 评”，在系统对中介机构的服务质量、服务时效、服务态度、服务收费和服务规范等5个方面分别等级和满意度评价。

（4） 评分变更申请及审核结果查看

提供对评分变更申请功能，支持中介机构提出申请。中介机构对单宗项目评价结果有异议的，在评价结果公布后5个工作日内申请调整，详细说明申请原因和调整内容，超期项目不予受理。

（5） 评价结果修改申请审核及修改

提供评价结果修改申请审核功能，实 (略) 有申请列表，可对每个申请可查看具体的申请内容；公示期满后，可对 (略) 修改，系统提供项目评价结果修改功能。

（6） 项目评价分计算及查看

提供对项目成果使用单位的项目成果评分及项目 (略) 汇总，可查看到每个中介机构提供服务的项目评价分。

（7） 重点监管中介

提供对项目评分较低的中介监管，自动汇总每年度或累计项目评价评分较低的中介列表。

（8） 评价综合得分公式配置

建立中介考核评价得分模型，可根据评价总分得分的子项项目成果评分及项目服务评分 (略) (略) 门确定的 (略) 综合计算。

（9） 综合评价分析

通过评价综合得分公式的设置，运用 (略) 理能力，建立信用评分、成果评分、服务评分数据指标分析模型， (略) 门信用评分、项目服务评分、服务成果分等数据归集，进行数据分类，运用基于评价综合得分公式建立的数据分析模型，进行统计分析得出最终项目评价分。

（ * ） 综合评价情况展示

将中介机构综合评价信息汇聚 (略) 。支撑在中 (略) 展示具体中介机构综合评价得分信息，并支持查询中介机构综合得分情况，包括服务质量、服务时效、服务态度、服务收费和服务规范等评价得分。

2.4 项目单位操作系统

项目单位操作系统主要实现业主在线项目需求申请、需求公告管理、项目终止、合同管理、信息维护等功能。

2.4.1 项目需求申请

业主通过统 * 身份认证登录平台， (略) 。

2.4.2 需求公告管理

（1） 需求补充

项目需求发布后，由于需求的变更或补充需要，提供需求补充功能。

（2） (略)

项目需求及补充需求经业主申请后， (略) 在地相关单位核验后自动 (略) 站。

（3） 消息提醒

公告发布成功后，短信通知符合事项要求及资格要求的中介机构，及时关注项目的相关信息。

2.4.3 项目终止

因采购项目开展条件发生变化，导致已成交且未提交服务成果的项目中介服务无法继续开展的，由采购单位发起终止申请，经中选中介机构同意后项目可终止。通过中介超市选取的中介机构在服务过程中出 (略) 为时，采购单位可在信息管理系统中申请终止该项目，并说明项目取消原因等。

2.4.4 合同管理

支持业主与中介机构在线登记合同信息，并上传合同扫描件。合同管理包含：合同模板管理、合同备案、合同备案提醒、电子签章、 (略) 签、合同备案信息公示等功能。

(略) (略) 门审批的，使用财政性资金或国有资金购买中介服务的项目(含采用公开招投标或政府采购活动确认中介服务机构的项目)应当进入中介超市接受监督，并通过中介 (略) 门提交中介机构服务成果。

2.4.5 信息维护

已申请入驻的项目单位，对 (略) 维护，部分资料需形成申请， (略) (略) 门审核。

2.5 中介机构业务操作系统

中 (略) 上中介超市后，可在全市开展中介业务，包含中介机构在线入驻、在线变更及退出申请，以及历史办理事项，同时具备业务查询、统计等功能。需要实现中介机构便捷化入驻，可 * 次提交多种资质证书、多个从业人员信息等申请材料，系统自 (略) 门处理。实现“ * 档管”中介机构，中介机构入驻、变更、参选项目、信用管理等业务数据可汇聚整合和动态更新，形成全生命周期的中介机构档案。

2.5.1 中介机构在线入驻

中介机构在线入驻包含在线入驻登记、入驻审核功能，中介服务机构入驻申请填报的信息包括中介服务机构的名称、 (略) 会信用代码、性质、住所、资质（资格）证书、业务授权人、从业人员等内容。

2.5.2 在线变更及退出申请

（1） 在线变更申请

中介机构信息有变更时，在线提出修改申请，修改后的申请 (略) 门及下属机构审核通过后，自动变 (略) 站相应内容。

（2） 退出申请

按网上中介超市要求，提出退出申请， (略) 政主管单位核准 (略) 上中介超市，并同时 (略) 站除名。

（3） 短信自动通知

按短信设置规则，中介机构在提交入驻、变更及退出申请时，系统自动按规则发短信通知相关审核负责人。

2.5.3 合同签约

在线签订合同，明确登记签约时间、金额等关键信息，线下签订的合同需通过合同管理功能上传扫描件。

2.5.4 业务办理

实 (略) 理，包括其他环节及办理环节，以及办理意见及办理日志等。

2.5.5 业务成果上传

中介机构办理完成后，将业务办理成果登记并上传。

2.6 监管与评价系统

当 (略) 入驻、变更等操作时， (略) (略) 资质审核；审批窗口对涉审业务中介机构办理成果的评价； (略) 门对中介业务办理流程的监督，以及业务统计报表、分析等。

2.6.1 中介机构管理

中介机构入驻中介超市，须 (略) 门的资质核准及市政入驻核验后，方可在全市范围内开展相应资质的中介业务。包括资质核准、入驻核验、网站公示、核验管理、资质类别维护、机构信息维护等。

2.6.2 服务事项管理

设计中介服务事项管理模型， (略) 政审批事项相关联，并体现中介服务事项全市 * 盘棋管理。

2.6.3 项目信息管理

项目信息管理功能实现对业主比选过程全流程管理， (略) 在地划分，市、区（县市），实现对项目需求、公告、项目等管理。

2.6.4 中介业务管理

实现对中介机构的业务办理过程管理，包括收费情况、合同登记、业务办理、业务成果等信息的管理。

2.6.5 预警监督

对中介机构业务办理过程中非 (略) 预警，包括业务到期预警、超期预警、办结时间异常、评价预警等功能。

2.6.6 查询统计

（1） 统计报表

? 办件信息查询

按业务起止时间、项目属地、 (略) 门（ (略) 门）、中介服务事项、中介机构、办件种类、办件状态、项目名称、项目业主等栏目组合查询业务信息，并实现列表信息导出EXCEL功能。

? 中介业务汇总

按项目属地汇总中介名称、收件数量、收费金额及办件数量统计、打印、输出报表。

? 事项效率统计

按项目属地统计服务事项名称、期内办件量、期内提前办结、累计办件量、累计提前办结等效率统计报表。

? 中介单位统计

统计从事中介服务事项的中介机构数量。

? 中介评价统计

按项目属地、中介机构名称，统计中介机构总办件、审批窗口评价分情况、 (略) 评价情况、业主评价情况等栏目报表。

? 办件月报

按属地、按月统计中介机构业务报表。

? 办件年报

按属地、按年统计中介机构业务报表。

（2） 数据图表分析

包含工作量按月、按年统计分析曲线图，以及办件分类分析饼状图等图表分析功能。

2.6.7 信用评价

建立标准化的、通用性和可配置性强的信用评价管理系统，加强中介超市平台的信用评价管理，通过为进驻中介超市的各类中介机构提供统 * 的信用评价管理，提供各类可靠的信用评价数据，为中介超市各类用户提供服务。对接市县 (略) 区“新 * 级”政务服务好差评监督平台，支持对中介 (略) 星级监管，形成星级信息，并予以公示。

对接政务服务好差评监管平台，支持对中介 (略) 星级监管，形成星级信息，并予以公示。实现对评议对象选择、评议单位选择，支持评议内容打分，设置指定评议时间系统默认评议打分，支持中介机构年度评优、 (略) 公示，多维度评价统计分析，评分标准管理，统计规则管理，综合信用排名和手工评分管理。

2.7 数据共享及数据库建设

建设中介服务事项库、项目业主库、中介服务机构库。

2.7.1 信息资源数据

包括中介服务事项库、项目业主库、中介服务机构库及信用评价库数据资源，共享给 (略) 查询及调用。

2.7.2 中介服务事项库

中介服务事项的服务规范，明确办理流程、材料清单、承诺时限、收费标准等服务信息，纳入中介服务事项库管理。

2.7.3 项目业主库

实现信息归集。配合管理办法中关于中介机构人员资质管理的需求，新增项目业主库信息库，对涉及 (略) 需的各类从业资质、 (略) 从业人员名单及对应资质 (略) 统 * 的登记造册管理。

2.7.4 中介机构库

中介超市采用统 * 的中介库，实现中介机构信息归集。实行“ * 地注册，全市使用”原则开展中介服务活动的中介服务机构可自主创建账号，入驻中介库。中介机构到中介超市备案后，自行填写基本信息、资质信息、业绩信息、服务事项等，填 (略) 会公示。相关业务办理信息、办理历史、评价信息由系统按实际完成情况自动更新。

2.7.5 中介业务库

实现中介机构在线受理、办理中介业务，形成包括中介受理项目办理信息、办理状态和其他环节信息存储汇聚。实现从业人员信息的归集汇聚。

2.7.6 信用评价库

实现涉审批中介业务及公共资源中介业务的 * 方评价信息汇聚。

2.7.7 红、黑名单库

对入驻中介机构的服务流程、服务规范、服 (略) 全流程管理。 (略) (略) 门、 (略) 门、 (略) 门等管理中介服务提供管理支撑入驻中介机 (略) 为的， (略) 门核实确认的， (略) 理，并列入“黑名单”。实现可 (略) 为，记录入黑名单。同时根据中介机构对黑名单移除提供申请功能， (略) 门审核通过后，支持对黑名单的移除。设立“红名单”实现对优秀或被表彰的企业单位和 (略) 奖励。

2.8 外部数据接口设计

要求实现与第 * 方数据平台之间的数据交换与共享，包含与 (略) 政务服务事项管理系统、信用信息共享平台、统 * 身份认证系统、电子印章服务平台、短信平台、电子证照综合服务平台、市县 (略) 区“新 * 级”政务服务好差评监督平台等系统对接。

2.8.1 与 (略) 政务服务审批事项库平台对接

接入政务服务事项管理系统，获取办理时限、办理依据、申报材料、办理流程等基本信息，统 * 关联集成中介服务相关事项。

2.8.2 与市信用平台的对接

实现中介超市的信用评价结果信息推送给市信用平台，助力“信用 (略) ”建设， (略) 会发展信用环境。

2.8.3 与统 * 身份认证对接

中 (略) 上中介超市前，利用大 (略) 法人帐号登录，如没有法人帐号，则须在大 (略) (略) 注册。

2.8.4 与电子签章对接

CA及电子签章主要使用对象为中介机构及项目业主。业主申请发布项目需求信息，支撑CA (略) 有效性确认。

2.8.5 短信平台服务

短信平台服务为用户注册、密码修改、密码找回提供短信验证码服务， (略) 景中通过短信形式接收系统通知。

2.8.6 与电子证照系统对接

实现平台与市电子证照综合服务平台的集成，优化整合证照互认，中介服务机构资质自动共享互认通用。

2.8.7 对接市县 (略) 区“新 * 级”政务服务好差评监督平台

对接政务服务好差评监管平台，事项评价数据上报功能，将中介超市评价体系纳入 (略) 统 * 好差评评价体系。

2.9 非功能性要求

（1） 数据质量要求

平台数据具有完整性、 * 致性、实时性。

（2） 安全性要求

对事件的具体位置 (略) 理，且平台具有 (略) 全体系架构。

（3） 可靠性要求

有效屏蔽用户误操作，保证系统 (略) ，存储设备应具有极高的可靠性。系统具有备份和恢复策略。

（4） 可维护性与可扩展性要求

平台具备 * 定的可扩展性。

（5） 性能要求

系统设计要求满足未来 * 年的高峰量、移植性兼容性强。

（6） 市级推广实施与培训

市级推广实施与培训，主要包 (略) 署、 (略) 系统（ (略) 政务服务审批事项库平台、统 * 身份认证系统、市信用平台、短信平台等）对接联调、中介服务事项梳理及相关上线配置等，并提供用户培训。

3 政务服务“ * 件事”集成化全链通审批平台升级改造建设需求

3.1 升级“ * 件事”主题种类

为了给群众提供更多种类的便捷服务，打造最优办事平台，对“ * 件事” (略) 升级改造， (略) 门梳理更多 (略) 景，为群众办事提供便利，具体梳理内容如下：

3.1.1 场景化梳理

场景化梳理更多业务主题， (略) 门结合实际，紧紧围绕涉及面广、办件量大、企业和群众普遍关注的重点领域和高频事项，深入研究事项间的逻辑关系、业务间的协同关系、要件间的耦合关系、数据间的关联关系，以关注度高、办理频次高、审批时限长、 (略) 门 (略) 梳理，形成更多的 (略) 景。

3.1.2 单位及人员梳理

场景化梳理更多业务主题， (略) 门在全市近 * 个单位中梳理“ * 件事”业务主题涉及到的单位及审批人员，涉及单位包含：市 (略) 、城市管 (略) 、 (略) 、 (略) 、文化 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、公章刻制单位及 (略) 等相关单位，需梳理各单位之间的层级关系及审批人员的职责权限。

3.1.3 事项梳理

(略) 门将全市 * 0个审批服务事项中“ * 件事” (略) 涉及 (略) 梳理，建设期内将“ * 件事”关 (略) 最小颗粒化的梳理，针对不同情形关联不 (略) 整合，实现办事人“千人千面”的业务需要。

3.1.4 办事材料梳理

梳理“ * 件事”申 (略) 需申请材料，对所有环节的申请 (略) 统 * 规范后，合并不同事项中的同 * 材料，减少材料份数，主要包括材料复用梳理、办事材料前后置关系梳理等。形成“ * 个主题事项、 * 套材料”，形成主题事项“ * 套材料” (略) (略) 流转，并以容缺受理、快递物流、内部流转等手段为补充，减少 (略) 次数，实现“最多跑 * 次”。

3.1.5 业务表单梳理

对“ * 件事”服务事项涉及的业 (略) 梳理，将各事项申报数据要素收集整理，整理 (略) 提取，将不同信息单独列出，形成“ * 件事”申报业务表单，申请人在办理业务时只需填写 * 遍信息、上传 * 次申请材料即可，避免信息的重复录入，提高办事效率。

3.1.6 办理环节梳理

梳理“ * 件事”业务主题的办理环节， (略) 门审批环节予以取消、归并、压缩，形成“ * 件事 * 次办”新的办理流程；按照“减环节、减材料、减时限、减费用”的要求，全力推动业务整合和流程再造， (略) 集成服务，实现 * 次表单、统 * 受理、同步审批、统 * 反馈。

3.2 建设“ * 件事” (略) 上办理

（1） (略) 上办理的多元化，坚持“ * 件事”线上“ * 次登录、 * 网通办”。在 (略) (略) (略) 、 (略) 政务服务移动端（ (略) APP）中建设“ * 件事 * 次办”主题服务专栏，根据主题类别设置不同主题的图标，并支持智能搜索，可直接搜索主题名称或主题名称首字母搜索，为办事群众提供智能化引导服务。

（2） 思维导图：包含主题名称、通用材料、事项名称、事项材料、备注，指导申请人在办理业务时更加 (略) 要办理的业务。

（3） 套餐式服务单：包含主题名称、单位名称、业务类型、本次是否需要办理，申请人可根据 (略) 填写，支持在线查看与下载。

（4） (略) (略) (略) 、 (略) 政务服务移动端（ (略) APP）中建设的“ * 件事 * 次办”主题服务专栏支持在线办理，群众通过在线办理实现“ * 件事”网上自主申报。

3.3 升级 * 表制功能

支持 (略) 景的建设， (略) 门将全市 * 0个审批 (略) (略) (略) 梳理，升级“ * 表制”功能，将信息整合在 * 张表上，系统根据申请人的选择调取对应的申请表，申请人在办理业务时只需填写“ * 张表”即可，避免 (略) 门间重复录入信息，提高群众的办事效率。

3.4 建设 * 件事全链审批智慧终端系统

要求平台提供 * 件事全链审批智慧终端设备服务，建设 * 件事全链审批智慧终端系统，实现申请人的基本信息自动读取录入、高拍仪拍摄申报材料、手写签名、身份证读取、申请表打印 (略) 式操作，减少前台受理时间，提高办事效率。“ * 件事”平台可自动获取申请人的填报信息，窗口人员只需检查和完善即可，减少录入时间。具体内容如下：

（1） 用户登录便捷化：

? 支持申请人通过 (略) 政务服务移动端（ (略) APP）扫码登录。

? 支持读取身份证登录。

? 支持人脸识别登录。

（2） 表单填写智能化：实现识别图像文字功能，使办事人员能直接获取电子材料库的图像材料信息，进行信息获取，缩短填表时间，完成自助填表。用户在表单填写时支持键盘输入用户基本信息，还支持身份证信息自动读取录入。

（3） 打印预览清晰化：申请人在填写完成表单后，准备打印的时候，可以预先浏览打印效果。

（4） 资料信息准确化： * 件事全链审批智慧终端系统会对申请人输入的信息正则比对，进行是否必填，长度 (略) 验证，填写表单信息时，姓名、身份证号、手机号、地址等重要信息为必填，如有遗漏信息， (略) 验证，当验证不通过时，系统会给出醒目提示。

（5） 数据流转自动化：申请人通过 * 件事全链审批智慧终端填写信息后，相关数据会推送至审批平台。

（6） 历史数据可用化：当申请人之前办理过其他业务时，系统通过获取申请人的基本信息，自动调出历史数据，快速完成申请表信息的填写。

3.5 优化整合审批功能

对现有 (略) 升级，实现审批平台的多元化。

（1） 对现有平台 (略) 升级，包含容缺办理、添加/删除常用意见、材料办件回传功能，使审批更加具有公平性、时效性、准确性。

（2） 支持高拍仪、评价器的硬件扩容，深度推进无纸化办公，满足业务系统跨地区、跨层级、跨部门的要求，真正实现办事“最多跑 * 次”。

3.6 优化整合“业务流程”

优化整合业务流程，实施“ * 个流程”。制作“ * 件事”专属流程，坚持“ * 件事” * 个流程的原则， (略) 门、跨行业、跨层级的办理流程和 (略) 革命性再造。依据“ * 件事”所涉及事项间的业务逻辑关系、数据间的关联关系，按照能减尽减、能压尽压、能合尽合的原则，重构“ * 件事”的办事流程和业务流程，由串联审批变为并联审批， (略) 门之间业务联审联办。

3.7 优化整合“办理意见单”

办理意见单应切合实际业务，在原有办理意见单 (略) 升级， (略) 门人员基于实际业务讨论定制办理意见单的要素和样式。办理意见单的环节名称应与审批环节名称保持 * 致。意见表单数据项要 (略) 文本，实现办理意见与实际相符合。时间应设置为日期文本，并获取当前时间。办理意见单显示的顺序要与环节办理顺序 * 致。

3.8 升级 * 件事移动审批APP

升级 * 件事移动审批APP，实现审批人员随时随地审批，提高审批效率。

（1） (略) ：用户可根据自身实际情 (略) 操作，具体内容如下：

1）基本信息：账号头像、账号照片、姓名、性别、部门、移动电话、办公电话、其他电话。

2）个人信息：身份证号、民族、政治面貌等。

3）修改密码：用户可根据个人 (略) 密码修改。

（2） (略) ： (略) 有相关的待办、已办流程。可查看流转意见、流转时间、流程图。支持手写签批及添加常用审批意见，极大的提高了审批人员的审批效率。

（3） (略) ： (略) 集中推送通知、公告、提醒。

（4） (略) ：包含通讯录模块，用户查看组织架构、 (略) 门、相关人员及联系方式。用户之间可发送消息及发起群聊，支持文字、图片、语音、位置、表情、文件。用户可查看来往的消息记录，包含消息记录的已读、未读状态，实现用户之间及时沟通。

（5） 日程管理：审批人员可添加/删除日程，实现对日程信息的新增、编辑、保存、删除、查看、检索。

（6） (略) ：可以对需要移动化的应用，通过系统配置，在移动端展示。并根据实际需求赋予不同用户不同的查看权限。

3.9 升级效能监察功能

对现有政务服务“ * 件事”集成化全链通审批平台中的效能 (略) 升级，实现实时查看历史办件的超时时间、基本信息。

3. * 升级统计分析功能

（1） 实现“ * 件事”主题业务按 (略) 统计分析，可按照本年、本月、上月、本周办理“ * 件事”业 (略) 统计。平台支持用图表的方式直观展现。

（2） 实现“ * 件事”主题业务按市、区县、 (略) 维度统计，包括各地区“ * 件事”业务的办理总量、办结率的排名对比。平台支持用图表的方式直观展现。

（3） 实现“ * 件事”高频主题、高频事项的统计分析，可根据实际业务办理量对高频主题、 (略) 排名统计。平台支持用图表的方式直观展现。

（4） 实现灵活的查询统计设置，可按申报地区、申报时间、主题名称、主题 (略) 查询，平台自动生成数据统计报表，支持打印或导出。

3. * 建设 * 件事智能引导系统

实现在线“问答式”人机引导，精准展示事项办理流程和材料清单，根据选择的情形，智能匹配出与之对应的并联审批流程， (略) 有需办理业务的指南信息，实现 * 次性告知。

3. * .1 知识库

针对 * 件事不同事项常见问题，构建知识图谱组建知识库。

3. * .2 问题分析

根据用户问句，识别用户的查询意图。

3. * .3 匹配答案

将用户问题转为查询语言，并返回答案给用户引导办理。

3. * .4 智能引导

设置不同层级、情形问题与答案，引导用户对于 * 件事的最终办理。

3. * 系统对接

在办 (略) 景过程中需要与各专用 (略) 对接，实现相关数据的推送和获取。接入信用信息共享平台、市县 (略) 区“新 * 级”政务服务好差评监督平台、数据共享代理平台、电子印章服务平台、电子证照综合服务平台、政务服务事项管理系统、省 * 体化政务服务平台。 (略) 示：

系统对接

3. * .1 (略) 会信用平台

(略) 政审批事项，调用信用平台接口，实现逢办必查，全程调用，反馈有效。根据企业/个人信用等级或是否被列入红黑名单采取不同奖惩措施。对于信用良好的企业/个人实现容缺办理。

3. * .2 接入市县 (略) 区“新 * 级”政务服务好差评监督平台

优化整合评价机制，实施“ * 键评价”。整合原有政务服务评价渠道，探索新型评价方式，在pc端、移动端接入市县 (略) 区“新 * 级”政务服务好差评监督平台，形成终端覆盖、整体联动、实时监测、综合考量的满意度反馈体系。

3. * .3 接入数据共享代理平台

获取数据共享代理平台中国家级、省级及市级自建系统的共享数据，调用婚姻、营业执照、驾驶证等接口信息，为政务服务“ * 件事”集成化全链通审批平台提供数据支撑。

3. * .4 电子印章服务平台集成

实现政务服务“ * 件事”集成化全链通审批平台和市电子印章服务平台的集成，提高业务的办理效率，满足跨时间、跨区域、跨部门的印章应用要求。根据不同的业务，建立不同类别的印章管理体系，实现审批全程留痕，提高审批工作效率，为审批全程电子化助力。

3. * .5 接入 (略) 市电子证照综合服务平台

实现平台与市电子证照综合服务平台的集成，优化整合证照互认，实施“ * 证（码）通办”。

3. * .6 接入政务服务事项管理系统

依据“ * 件事”所涉及事项间的业务逻辑关系、数据间的关联关系，接入政务服务事项管理系统，获取办理时限、办理依据、申报材料、办理流程等基本信息，统 * 关联集成相关事项，实现“ * 件事”同标同流程、无差别全科办理。

3. * .7 接入省政务服务平台

通过与省政务服务门户的对接整合，实现政务服务事项线上线下协同办，全市跨地 (略) 点通办，通过标准化接口 (略) 会机构开放政务服务的接入能力，实现政务服务标准化、精准化、便捷化、平台化，显著提升群众办事满意度。

3. * .8 其他业务系统对接

在办 (略) 景过程中需要与各专用 (略) 对接，实现相关数据的推送和获取。例如：与不动产系统对接、与房产系统对接、与税务系统对接、与公积金系统对接、与社保系统对接、与其他专用业务系统对接。打破信息孤岛，实现信息共享，实现“让信息多跑路，让群众少跑腿”的工作目标。

3. * 业务协同支撑

为满 (略) 景的需要，平台需提 (略) 、 (略) 、 (略) 理中心，对“ * 件事” (略) 景的协同办理提供支撑。

3. * .1 (略)

（1） 定制化：具备对复杂业务模式的支持，采用电子化的流程，突破各种边界， (略) 门的即时沟通，构造联审联办环境。支持自定义各种简单到复杂的流程，可在平台中快速设 (略) 景的流程，实现业务流程的定制化。 (略) 、回退、条件分支等，同时支持对各流程环节的编辑和控制功能。支持自定义流程表单信息内容、 (略) 需要审批的路径环节。

（2） 套餐化：实现对业务办理的套餐化，供申请人选择，实现批次化、 (略) 理，根据申请人的选择自动智能化发起。

（3） 可视化：实现可视化的图形配置，可自定义流程的审批过程，自动展示流程审批路径，实时跟踪查看审批情况。

3. * .2 (略)

实现平台内 * 人多岗、多层级架构扩展、多维度组织架构的权限管理。

3. * .3 (略) 理中心

提供报表服务支撑，能够平滑嵌 (略) 景、需求模块中。

（1） 提供可视化的报表设计功能，操作方法和Excel等电子表格程序类似，可以方便的设计业务报表和统计报表。

（2） 支持多种统计方式：提供序列号、当前用户、当前日期等多种计算字段；支持常见的Excel计算函数。

（3） 报表的结果可以另存为Excel电子表格或HTML格式的文件。

3. * 硬件设备

* 件事全链审批智慧终端 * 台

3. * 非功能性要求

（1） 可维护性。选择具有良好可维护性的系统架构，在模块和子系统间采用松耦合度设计，满足平台后续需求变更， (略) 情况下可对新模块 (略) 单独维护。

（2） 可扩展性。采用超前的系统规划及设计，确保系统在可预见时间内保持先进性、良好扩展性，实现设备及技术平台的更新升级。

（3） 安全性。要求系统建设符合 * 级等保2.0要求。

4 (略) 市信用信息共享平台应用系统建设需求

4.1 平台系统建设

依据国家、省、市 * 级信用信息平台 * 体化、 (略) 基础功能标准化、拓展功能区域特色化的建设模式，市级信用信息平台主要建设内容包 (略) 站、信用信息业务系统和信用数据库、标准规范体系 * 大方面。

(略) (略) 上，具有信用政策法规宣传、信用建设动态、信用信息查询、异议投诉受理等功能，为政府机关、社会组织和公众推动、参与、了解信用体系建设提供互动服务。

信用信 (略) (略) 内部应用区， (略) 门使用， (略) 门交换共享、查询应用信用信息、支撑开展联合奖惩，并与省平台、国家平台对接，实现 * 级数据共享。

信用数据库由基础数据库、业务数据库、主题数据库组成，是实现数据资源共建共享，开展信用服务 (略) 台管理的统 * 的数据支撑。

标准制度建设包括标准体系和 (略) 分，标准体系建设主要包括采集标准、共享标准、应用标准、管理标准、安全标准；制度管理建设主要包括但不限于使用管理、运行管理、信息管理、安全管理等。

(略) 市信用信息共享平台应用系统建设以标准规范和信息安全两大保障体系为支撑，以信息化基础支撑环境为基础，建设信用信息采集、信用数据共享交换、信用数据库、信用信息应用、双公示应用、联合奖惩、信用信息修复、信用监测预警、个人信用评价等系统，实现信用信息的采集、归集、共享、披露、查询与使用。通过建设“信用 (略) ” (略) 和移动APP，打造 (略) 市信用信息服务的载体，为企业、组织、社会公众等信用主体提供多样的信用服务。

(略) 市信用信息共享平台应用系统架构图

平台系统需采用先进的技术架构和路线，基于层B/S应用结构体系分层构建，供应商 (略) 设计总体架构。

（1）基础资源层：包括服务器、网络、安全、存储等设备资源，以及操作系统、数据库中间件等支撑软件资源。

（2）数据资源层： (略) 监管、税务、法院、公 (略) 门、各单位掌握的信用信息，形成信用信息库，是应用层的数据支撑。

（3）支撑层：平台的基础支撑服务， (略) 门管理、用户管理、权限管理、日志监控等。

（4）应用层：应用层是非常重要的基础设施，具备包括双公示、信用评价、联合奖惩、信用信息应用、信用修复、信用监测预警等多元化的应用功能。

（5）接入层： (略) 门、共建单位管理平台与应用的入口。“信用 (略) ” (略) 及移动A (略) 端的接入应用与服务入口。

4.2 基础管理系统升级

本系统是信用信息平台的管理系统，应包括应用组织管理、用户管理、用户权限管理等功能，并实现系统在线用户监控、操作日志等安全管理功能。基础管理系统使整个平台具备较强的扩展性，能够根据责任单位和用户单位的需求， (略) 用户和单位的扩展。

4.2.1 用户管理

系统支持添加、删除用户，给用户分配角色，修改用户信息等。

4.2.2 组织管理

系统支 (略) (略) (略) 管理， (略) 门，可增加、删除、 (略) 门信息。

4.2.3 角色与权限管理

系统能够分 (略) 增、删、改、查操作，可以对角 (略) 统 * 管理。

4.2.4 在线用户监控

系 (略) 门在线用户基本信息、在线情况，登 * 时间、IP地 (略) 查看。

4.2.5 日志管理

日志管理应包括系统日志、操作日志、查询日志、出错异常日志、数据传输日志等信息的管理。

4.3 信用信息采集系统升级

4.3.1 信用信息征集系统

系统应实现信用数据报送功能，各部门通过页面统填报、文件批量上传、数据交换的方式实现报送。

具有权限的用户可以选择使用手工 (略) 会法人、自然人信用信息。用户进入添加页面后，根据数据格式要求填写内容后，点击确定按钮，系统根据数据验 (略) 验证，通过后完成报送。

数据文件上传支持Excel格式模板，可 (略) 向系统中报送大量的规范数据。

具有 (略) 门应实现通过数据交换平台的数据 (略) 数据的填报，实现数据的自动化归集。

系统支持格式模板下载、数据上报、数据清理、报送日志等功能。系统 (略) 数据报送时的结果信息，可查看每 (略) 失败的原因，应实现下载导入失败的数据。

4.3.2 整合系统

系统应实 (略) 门采集、交换过来的信用 (略) 整合、清洗、比对、 (略) 理操作，形成符合信用规范和业务需求的记录、数据，是信用 (略) 会法人、自然人信用数据源，从而有效开发和利用信用信息共享资源，提高现有资源的利用水平。

4.4 信用数据共享交换系统升级

信用数据共享交换系统应综合省、市信用信息平台数据交换要求及大 (略) 门数据采集需求，实现定时、自动化的数据交换与共享。信用数据共享交换系统用于采集、整合各信源单位的信用数据，实现信用信息交换共享，并应具有信用数据服务和接口服务。系统应包含交换桥接、前置交换、交换传输、交换管理等功能。

4.4.1 交换桥接

交换桥接应实现自定义数据源、流程、转换函数等功能；实现增量数据同步及多种数据格式转换；实现XML文件、CSV文件、Excel文件等的传输、读取、同步等功能。

4.4.2 前置交换

前置交换要由交换前置服务器、交换信息库和交换适配器等组成。前置交 (略) 门业务应用系统之间要实现隔离， (略) 门业务信息库和业务应用系统的独立性。

4.4.3 交换传输

在数 (略) 部 (略) 服务节点， (略) 门前置交换与数据交换系统稳定可靠的信息传递。

4.4.4 交换管理

交换管理应实现对整个信息交换过程的配置信息管理、数据信息管理、交换信息统计分析、交换服务管理等。

4.5 信用数据库升级

根据 (略) (略) 理流程及业务应用需求建设信用基础库、业务库、主题库。要基于信用信息资源标准， (略) 使用的代码和 (略) 统 * 的规范、完善和管理，形成配置管理资源库。对信用数据库的数据元、主数据、标准 (略) 管理。

4.5.1 基础库

建设自然人、法人、事业单位、社会组织等信用主体的公共信用基础数据库。

4.5.2 业务库

围绕信用评级评分、职业人群、 (略) 业等主题建立业务库，是信用服务的数据支撑。

4.5.3 主题库

从基础库和业务库中，应按照前端 (略) 数据组织， (略) 应用和数据分析的数据库，建 (略) 为分析主题库、区域分析主题库、行业分析主题库、社会诚信主题库、商务诚信主题库、政务诚信主题库、司法公信主题库和其他不同分析主题的数据分析库。

基于信用信息资源标准， (略) 使用的代码和 (略) 统 * 的规范、完善和管理，建立配置管理资源库。对信用数据库的数据元、主数据、标准 (略) 管理，为数据集成应用与信息共享打好基础。

基于信用数据库系统的各类信用数据资源， (略) 数据质量检测、数据质量问题发现、跟踪以及修正，确保具有可用、高质量的数据资源。

对社会法人信用数据库、自然人数据库的数据基数情况、数据整合情况、数据来源情况，数据 (略) 多维度监控，并通过可视化图表的方式呈现，便于提升数据采集/交换的效率、准确率，便于对信用数据全面了解，便于优化应用方向。

4.6 信用信息应用系统

系统应具备信用信息管理门户、协同办公、信用信息查询、 (略) 理、信息审核、统计分析等功能，满足信用信息的应用需要。

4.6.1 信用信息管理门户

(略) 、工作简报等功能，以提高信用建设沟通效率；要具有政策法规、制度规范等栏目， (略) 门随时查阅相关制度； (略) 式查询功能， (略) 门提供高效的信用信息查询、共享服务。

4.6.2 协同办公

系统要具有信用协同办公功能，发起人发起协作事项， (略) 门 (略) 理协作事项，发起人可跟踪 (略) 理情况。

4.6.3 信用信息查询

系统要具有自然人、企业法人、非企业法人的信用信息查询功能，用户可根据查询对象名称、身份代 (略) 查询，支持模糊查询和精确查询，支持简单查询和组合查询，支持关联查询，实现信息穿透， (略) 式查询功能。

4.6.4 (略) 理

系统 (略) 理功能，异议 (略) (略) (略) 服务门户。信用主体对自身在系统内激励、惩戒信息、个人积分等信息的真实性、准确性有异议的，可以向信 (略) 门提出申请， (略) 门根据申请发起信息修改。 (略) 理系统要根据业务过程说明，分别为企业、个人 (略) 用户和信源单位用户，应实现填写、受理、处理异议申诉的功能，和查询、统计功能。申诉业 (略) 有法人单位和重点人群的个人的申诉业务。系统应具有异议申请、异议信息标注、处理期限预警等功能，对核实的 (略) 处理、不能核实的 (略) 核查情况和异议内容予以记录。

4.6.5 信息审核

(略) 门通过平台可对信用主体上传的信用承诺、注册及认 (略) 审核。

4.6.6 统计分析

(略) 门提报数据的统计分析功能，利用数据可视化工具，实现自助式数据探索与可视化分析，帮助用户快速准确地洞悉数据隐藏的价值，让用户决策更“有据可依”。

系统实现通过单个维度数据或者多个维度数据的组合统计展现。能够依据时间、数量、分类对各个信息 (略) 组合查询统计。结果以表格或者图例形式展示并可以导出。

系统支持基于数据源可视化创建数据集；支持可视化设置多表关联，创建和修改关联关系以及关联字段；支持用户自主创建分析维度，支持自主调整层次内各字段顺序；支持时间维度自动拆分，并可以设置时间粒度，包括年、季度、月、周、日，以及带前缀的年、年-季度、年-月、年-周、年-月-日；支持数据钻透与数据透视，并通过多种数据可视化表现形式，除传统的饼图、柱状图、线图外，还支持太阳辐射图、玫瑰花图、日历图等大量高级数据可视化表现形式。

为提高数据统计分析的展示效果，系统应支持3D图表，支持基于GIS地图的数据可视化展示， (略) 多种可视化展示的主题风格的自主切换，支持用户自定义主题风格。

4.7 双公示应用系统

双公示系统采集全市范 (略) (略) 政处罚等两大类信息， (略) (略) 政处罚等双公示信息。系统包括双公示信息采集、双公示数据审核、用户查询权限控制、信息发布管理、数据期限管理、双公示信息公示、双公示查询等功能。

4.7.1 双公示信息采集

系统应支持通过页面填报、文件批量上传、数据共享交换等方式采 (略) (略) (略) 政处罚信息。

4.7.2 双公示数据审核

系统应支持对双公示信息的 (略) 配置，对于无需审核直接生效的信息，直接发布于“信用 (略) ” (略) ；对 (略) 门审核后方可生效的信息，经审核后方可发布于“信用 (略) ” (略) 。

4.7.3 用户查询权限控制

对用户查询的权限及 (略) 控制，没有受控信息查询权限的用户可发起受控信息权限申请，经审核通过后实现授权查询。

4.7.4 信息发布管理

应实现对双 (略) 公开发布设置，对过期的信用信息和经认定受理的异议信息，执行停发操作。停发后可屏蔽用户对该信息的查询，防止问题信息的非正常公布。

4.7.5 数据期限管理

系统应实现设置信息的保存期限，对于超出期限的信息，数据不予展示，并置相关标记，存入历史数据库，管理人员可 (略) (略) 理。

4.7.6 双公示信息公示

在“信用 (略) ” (略) 上开辟相应的板块，在 (略) 政处罚作出决定之日起7个工作日内发布相应信息。同时，需同步将公示内容推送至上级单位 (略) 站 (略) 站。

4.7.7 双公示查询

系统应具有双公示信息的查询功能，查询包括简单查询和组合查询，同时查询功能支持模糊查询与精确查询两种查询方式。

4.8 联合奖惩系统

联合奖惩包括联合激励、联合惩戒两类应用。系统包括奖惩措施库、奖惩备忘录、奖惩发起、执行反馈、统计分析等核心功能。要求系统结合国家、省联合奖惩机制，自 (略) 门的奖惩措施，并形成各类主题的奖惩备忘录，基于红黑名单或自定义的机制对奖惩对象发起联合奖惩，系统推送奖惩 (略) 门，各部 (略) 情况予以反馈。建立奖惩结果库， (略) (略) 政事项中的奖惩记录，基于奖惩结果库实现联合奖惩业务统计功能。

4.8.1 联合奖惩对象库

按照国家及省印发的关于守信联合激励和失信联合惩戒的 (略) 备忘录，从 (略) 抽取各类联合奖惩 (略) 加工、汇总、整合，开展对象信息数据质量问题的核查、 (略) 理，建立能够满足上层应用需求的联合奖惩对象库。

联合奖惩对象库主要给联 (略) 门、系统管理人员使用，应具备各类列入联合奖惩 (略) 备忘录对象信息的动态管理以及红黑名单动态管理等功能。

4.8.2 联合奖惩措施清单库

联合奖惩措施 (略) 门针对具体对象实施联合激励或 (略) 动指南，需要按照国家及省印发的关于守信联合激励和失信联合惩戒的 (略) 备忘录、政策文件，结合市权力清单和责任清单，制定联合奖惩措施及实施细则，形成联合奖惩措施清单库。

联合奖惩措施清单主要给联 (略) 门、系统管理人员使用，针对 (略) 发布的重大税收违法案件当事人、纳税信用A级纳税人以及 (略) 发布 (略) 人等对象， (略) 门的权责清单，通过联合奖惩措施清单编制模板，将措施清单初始化到系统中，实现联合惩戒措施、联合激励措施的动态维护管理。

4.8.3 备忘录管理

基于系统参照市联合奖惩政策制度可自 (略) 门联合奖惩的领域、条件和措施，以 (略) 门、 (略) 门协作的重要依据，系统应支持对合 (略) 更新维护， (略) 门查询与使用。

4.8.4 联合奖惩嵌入服务

联合奖惩对象名单和奖惩记录需在“信用 (略) ” (略) 对应的栏目予以公示，系统应通过联合奖惩插件的方式将奖惩信息推送给第 * 方业务系统。

(略) 门的业务系统， (略) (略) (略) 理时，通过嵌入式查询功能能够实时的查看到主体相关的基本信息、惩戒信息、接受惩戒的效果，根据惩戒措施选择是否给予办理。

4.8.5 红黑名单管理

红黑名单信息在管理平台录入后，应同步至“信用 (略) ”门户， (略) 会公开信息。

4.8.6 联合奖惩应用

在应用形式上，应具有服务接口等多种应用形式，满足联合奖惩业务开展需要 (略) 门系统对联合奖惩措施、名单的数据共享与协同需求，在全市各项业务审批过程中真正实现“应查尽查、奖惩到位”。

4.9 信用信息修复应用

基于国家、 (略) 省、 (略) 市信用修复的相关制度规范，在信用信息平台中实现信用修复的功能和流程，建成 (略) 市信用信息修复应用模式，确保信用管理全体系的完整性和规范性。具体包括：信用修复申请、信用承诺、信息关联、协同办理等功能。

4.9.1 信用修复申请

系统应具有信用修复申请功能， (略) 为主体在经过信用修复辅导、 (略) 为、消除不良影响后，可以向作出 (略) (略) 门和有关组织、做出判决的司法机关等提交修复申请。

4.9.2 信用承诺

系统应具有修复主体的信用承诺功能， (略) 政审批要件以及违约责任作出公开书面承诺。可通过信用门户、移动端等渠道，线上下载信用承诺模板，线下签署后按要求上传信用承诺。

4.9.3 信息关联

系统应自动关联查询其法定代表人的相关信息，支持将失信主体参加的公益活动记录与信用信息的关联，作为信用 (略) 信用修复审批的参考。当信用主体信用修复后，企业或自然人的信用会同步更新，保障信息的及时、准确性。

4.9.4 协同办理

(略) 门将信用主体的修复申请转发 (略) (略) (略) 理，对于已 (略) 为、消除不良影响的，修复信用主体的信用。

4. * 信用信息监测预警系统

基于信用信息及大数据建立自动化、 (略) 信用风险监测及预警管理的系统，将风险信 (略) 置积极向事前预警防范转变，提高风险预警的准确性、有效性和及时性。通过建设信用风险监测预警系统，设置预警规则，多渠道采集 (略) 有效信息，采用科学的预警方法，由系统自动发出风险预警信号，对全市 (略) 系统化、动态监测分析，提前发现和有效识别信用风险，实现对信用主体的风险状况“自上而下、自下而上”的持续监测和早期预警， (略) 门对于风险预警信号， (略) (略) 理，发挥风险防控作用。

系统应该根据不同的监测需求， (略) 业、不同人群的 (略) 快速定位和动态监控，精准及时全面的掌握重点领域和重点涉信人群的信用变化情况，通过多种分析手段对 (略) 综合评判，对 (略) 提前预警，是政府决策的信息支持。

4. * .1 信用大 (略) 理

基于已经掌握的信用信息，拓展信息采集途径，全方位采用信用主体的信息。针对 (略) 数据清洗、数据集成、数据变换、数据规约、自动摘要、自动分词等 * (略) 理过程，把数据集合统 * 转换成可供分析的结构化数据。

4. * .2 信用预警规则

系统应使用大数据支持模型和规则，建立全面的信用风险预警规则体系。系统以信用数据为基础，支持从企业、事业单位、社会组织、个人的信用数据变化、信用数据比对、信用数据有效期等多角度，通过可视化 (略) 会法人、自然人等信用主体的信用风险预警规则。系统应具有规则集、规则表、规则树等规则管理方式，对于多级规则，系统支持建立层次化的规则体系。

4. * .3 信用预警模型

系统应对 (略) 大数 (略) 理，通过数据清洗、数据转换、数据比对、数据关联、 (略) 理技术，将各类离散化、非结构化的 (略) 归类整理，用数据勾画出主体的信用全景视图。以信用大数据为基础，利用机器 (略) 络技术，利用数据报表、多维分析、模型预测、关联分析、数据挖掘、可视化分析等技术，通 (略) 为分析、特征分析， (略) 汇总、统计、监测、分析，发现数据下潜在的规律，找出数据之间的关联关系。建立信用主体的信用风险监测预警模型，对 (略) 有针对性的信用风险监测，通过独特的信息论和概率论的模式识别技术，抽取概念和挖掘内容后，形成多样化、可视化的信用监测预警视图， (略) 门开展服务和监管的数据支撑。

1、建立模型

信用预警模型对跟踪的 (略) 预警校验以发出预警。预警模型从以下 (略) 设置：

（1）预警条件

系统支持自定义预警条件，包括选择系统中的信用指标、预警规则等作为预警指标，并设置其权重以及触发预警的条件，如该指标出现或是出现的次数或是扣减的分值达到 * 定分值等。也应设置特殊预警条件，如出现特殊降级事项等。

（2）预警周期

为有效达成信用预警的预期目标，同时不因为过多的预警信息降低应用体验，系统应设置预警周期，系统支持设置日、周、月模式，并且可设置预警时点，如0点、8点等，完全自定义设置。

（3）预警方式

系统应支持系统消息预警、系统预警信息推送、预警邮件发送 * 种预警方式，可自定义设置。

2、管理模型

预警模型建立后，系统自动建立对模型的版本管理。系统支持根据监管的需要，随时调整预警模型。预警模型 * 经调整， (略) 该模型下数据的重新监测，并重新生成监测结果。针对变更的预警模型，系统支持模型版本的追溯。

4. * .4 信用预警方案

系统应支持根据风险监控需求以及监管需要，针对不同类型的信用主体，建立精细化的预警方案。对于特定人群，系统支持构建多种预警模型以及多种预警方式相结合的预警方案，满足复杂背景下对特定人群的精准化的信用风险监控与预警。

4. * .5 信用预警流程

随着“放管服”改革的深化推进，跨部门联 (略) (略) 监管已经成为常态，信用预警的流程也需随之灵活变动，因此系统应具有智能化的流程引擎，实现根据业务流程的变化即时调整预警流程。

4. * .6 实时监测

系统应具有多线程的实时信用风险监测功能，破解信用风险预警不及时、不准确的短板。当信用主体出现信用风险点后，系统将即时识别信用风险，判断信用风险等级，根据信用风险等级触发不同的预警机制。

4. * .7 智能预警

系统根据信用实时监测情况与预警流程，应自动生成预警信息，自主向相关用户发送信用风险预警。对于人工分析的数据内容，系统支持手动生成预警信息并发送。

用户接收到预警信息后，可通过信用信息查询、信用报告查看对主体的相关 (略) 了解，采 (略) 置措施，同时可将其设为信用关注对象、信用提示对象等。

4. * .8 预警通知服务

系统应具有多种预警通知服务，包括系统消息预警、系统预警信息推送（如推 (略) 信息系统、短信发送平台等）、预警邮件发送等方式。

（1）系统消息预警

预警信息产生后能够，能够向预警任务归属用户发送系统提示消息。该用户登 * 系统后，能够在右侧消息通知窗口查看提醒信息。通过点击消息详情即可进入预警信息查看界面。

（2）系统预警信息前转

系统预警信息应实现通过消息前转模块与第 * 方系统对接，消息前传具有API接口，第 * 方系统通过调取前转接口，能够实现对系统消息的接收。系统能够与邮件系统、 (略) 信息系统、短信发送平台、O (略) 对接，并推送预警信息。

第 * 方系统完成接口调用后，在相关预警信息出现时，应将预警信息通过手机短信、邮件等手段及时通知到相关人员，以 (略) 理。

4. * .9 信用风险主体库

对于系统发现的存在信用风险的主体，系统应实现自动归类与建档， (略) (略) 业领域、业务范围，自定义分类规则， (略) 门需要的信用风险主体库， (略) 门开展针对性的 (略) 置。系统支持通过不同的条件从信用风险主体库中筛选出重点监管名单、协同监管名单，并支持通过接口等方式 (略) 门的业务系统，实现风险识别、预警、处置的闭环。

4. * . * 信用风险分析展示

系统应具有信用风险分析功能。通过对信用主体出现的 (略) 归类、统计与可视化分析，可以判定全市各类信用主体的信用风险分布情况，以及不同信用主体的风险高发点。根 (略) 业领域的风险 (略) 跟踪分析， (略) 业领域主体的信用风险的变化趋势， (略) 门采取有针对性的监管措施的有力的数据支撑。

4. * 个人信用评价系统

个人信用评价系统应实现对全市自然 (略) 指标量化，综合计算得出个人信用积分及信用评级结果。系统应具有信用指标管理功能，可灵活新增、查询、修改、启用/禁用信用指标。指标项按照类别、明细指标的方式建立；具有灵活的信用评价模型管理功能，可根据 (略) 市个人信用评价管理要求，按需配置，形成多套的评价模型，可设置各信用等级以及各等级的分值区间。

4. * .1 信用评价指标管理

系统应具有信用指标管理模块，可灵活新增、查询、修改、启用/禁用信用指标。指标项按照类别、明细指标的方式建立，具体的信用信息属于信用事项，必须归属于明细指标。

4. * .2 信用评级方案

系统应具有灵活的信用评级模型管理功能，可根据 (略) 市信用评价管理要求，按需配置，形成多套的评价模型。

4. * .3 信用等级设置

系统应根据 (略) 市的情况灵活设定评级标准，系统设置各信用等级以及各等级的分值区间。

4. * .4 信用评级报告

系统支持不同的信用评价模型对 (略) 不同模式的信用等级评定，并应具有信用报告功能。信用报告包括核查报告与信用评价报告。核查报告仅罗列信用对象的各类信用信息，不做评分评级。信用评价报告支持根据系统的配置自动生成信用评价报告。

4. * .5 个人信用积分应用

支持个人可查询本人的个人信用积分。查询他人个人诚信积分的，应当具有有关授权证明、约定的查询用途、有效身份证件或者证明文件。

4. * “信用 (略) ” (略) 升级

“信用 (略) ” (略) 是信用信息平台是信用信息服务的载体。 (略) 应具有信息发布（包含政策法规、信用动态）、红黑榜、双公示信息专栏、 (略) 专栏、信易+专栏、信用信息及信用档案查询（包含企业、个人）、信用承诺、异议申请与信用修复、交流互动、用户注册与认证等功能。网站后台具有内容管理、栏目管理、账号管理、权限管理、日志管理、统计分析等功能。

4. * .1 信息发布

门户应具有政策法规和信用动态等信息发布的功能。

4. * .2 红黑榜

基于红榜、黑榜分别展现企业守信企业、失信企业名单，及守信失信信息。对于司法机关予以公布的自然人“老赖”名单，在黑榜予以公示。

4. * .3 双公示信息专栏

建设双公示专栏， (略) 政许可信息、 (略) 罚信息，并具有双公示查询功能。

4. * .4 (略) 专栏

建设诚 (略) 专栏模块，便于发布展示相关宣传活动。

4. * .5 “信易+”专栏

建设“信易+”展示入口，展示“信易贷”、“信易游”等 * 系列“信易+”应用。

4. * .6 信用信息及信用档案查询

应实现按照法人名称、 (略) 会信用代码、组织机构代码或工商注册号，对法人 (略) 查询。非注册用户可查询法人基本信息、行政许可、 (略) 政处罚信息和信用承诺信息。实名注册的法人用户，可以查询 (略) 信用信息。

实名认证的用户登录系统后，可以查 (略) 信用信息。

4. * .7 信用承诺

信用承诺管理系统应实现主体信用承诺的全过程管理功能，包括信用承诺模板管理、信用承诺书上报管理、信用承诺公示、信用承诺履约反馈管理、信用承诺工作统计分析等功能。

4. * .8 异议申请与信用修复

支持各信用主体对 (略) 异议申请， (略) 理状态和结果。只有注册 (略) 异议申请，并可以回溯历史异议申请信息。

门户应具有信用修复栏目，支持实名 (略) 信用修复流程、修复申请、承诺书下载。

4. * .9 交流互动

建立统 * 的公众互动平台，能 (略) 有的公众互动，包括民意征集、热点调查、信用活动组织等模块。

4. * . * 用户注册与认证

系统应具有用户注册、验证、密码校验、安全邮箱绑定、密码重置等功能。

4. * . * 网站管理

系统应具有完备的后台管理功能，包括内容管理、栏目管理、账号管理、权限管理、日志管理、统计分析等功能。

4. * “信用 (略) ”APP升级

升级“信用 (略) ”APP，界面设计既能够与信用中国APP样式风格统 * ，又能够切实反映 (略) 市地域人文特色。APP应具有信用主体基础信息、双公示信息、红黑名单、异常名录、典型案例各类信用信息的查询展示的功能，并支持信用提示、预警功能，为社会公众提供便捷的移动应用服务。

4. * 技术标准

在平台建设过程中应遵循相应的标准体系规范，原则上如国家已制定相关标准的需遵循国家标准，如国家未制定省级已制定的需遵循省级标准， (略) 门数据征集与共享的以提供数据的单位制定的标准为准。

4. * .1 公共信用信息标准体系框架

按照公共信用信息标准体系框架构建基本原则，将公共信用标准体系框架分为公共信用信息基础类、公共信用信息采集类、公共信用信息共享类、公共信用信息应用类和公共信用信息管理类标准。

公共信用信息标准体系框架图

? 分类内容

公共信用信息基础类标准是适用于各类公共信用信息标准化活动的基础性技术标准，具有广泛的通用性和指导意义。

公共信用信息采集类标准主要规范公共信用信息采集、加工、处理相关的业务，为公共信用信息后续的存储和使用提供标准化技术指导。

公共信用信息共享类标准主要为建立公共信用信息共享机制提供有关信息共享的业务标准，包括通用数据字典、共享目标体系、数据交换格式、交换方式及接口规范等内容。

公共信用信息应用类标准主要从开展信息应用的需求出发，制定有关公共信用信息公示规范、公共信用评价指标和联合惩戒、守信激励协同规范等支撑信用信息有效使用相关的业务标准。

公共信用信息管理类标准主要从规范信息安全、动态维护和质量管控等方面，制定有关公共信用信息管理类业务标准，保障信用信息的规范化管理。

? 应用规范

每 * 类公共信用信息标准的编制应在遵循公共信用信息标准体系框架的基础上，协调 * 致、相互配合，避免交叉和重复。其中，地方信用 (略) 门信用信息平台建设相关标准的编制，应以公共信用信息标准体系框架为依据，在满足与国家信用信息平台共享交换工作的基础上，可适当考虑地方和领域发展的实际和标准化业务需求，保持动态的继承和补充机制。

4. * .2 公共信用信息基础数据项规范

公共信用信息基础数据项，可参 (略) 文件《全国信用信息共享平台信用信息归集目录（ * 年版）》中制定的相关数据项要求。

4. * .3 公共信用信息交换方式及接口规范要求

采用文件交换方式、数据库对接方式、服务调用方式这 * 种交换方式。

（1）文件交换方式是通过可靠文件传送服务，进行数据文件的传送。大量数据记录要求使用XML文件、EXCEL文件、T (略) 传送，并要求数据提供结点给出文件格式及数据资源描述。

（2）数据库对接方式是库到库的数据交换。要求各端 (略) 交换结点提供建表脚本（供中心交换结点建立同等结构表），并将交换信息导入各自交换前置机数据库中，利用传送服务实现库到库的交换，同时还要求各端交换结点提供数据库服务IP、数据库实例名、用户名、密码、建库脚本。

（3）实时少量数据访问或传送要求使用通过WebService服务接口访问或传送信用信息目录、数据记录的服务调用方式。

交换数据要求如下：

（1） 在数据交换信息中，汉字使用中文半角，英文字母、数字和符号使用英文半角；

（2） 只允许输入正式交换数据；

（3） 交换数据应采用UTF-8编码格式；

（4） 文件交换方式和数据库对接方式，数据提供单位需为每条交换数据记录增加设置两个数据项：记录ID(GUID)、记录入库时间。其中:记录ID为数据记录指纹，由记录原始生成单位赋值，采用GUID机制，以标 (略) 唯 * 性，是每 * 条信用信息的信息主键。对于文件交换方式，记录入库时间指数据传送文件生成的时间；对于数据库对接方式，记录入库时间指数据加载到端交换结点前置机数据库的时间。

4. * .4 公共信用信息公示规范

公共信用信息按信用主体基本信息、 (略) 政处罚、司法判决、名单信息、行业评价信息、资质（资格）信 (略) 公示，但不限于上述信息。

坚持以公开为常态、不公开为例外的原则。除有政策规定的外，公共信 (略) 公开公示。

分类分级、多方公示。按照 (略) 分类公示；信息提 (略) 产生的公共信用 (略) 门（县级以上）和本级政府 (略) (略) 公示，并逐级向上归集公示。

采用信息提供主体责任制。信息提供主体对公示内容、公示 (略) 理等负责，并提供可回溯的相关原始文件或材料。

依公示期公示。按照政策 (略) 于公示 (略) 公示，超过公示期的转为 (略) 存储，不予公示。

4. * .4.1 概要公示要素

公共信用信息按其分类在相应的板块中以列表形式展示信息的主要内容。该板块页面的重点要素有：

（1） 板块名称：公共信用信息分类（如，“行政许可”、“ (略) 罚”、“异常名录”等）的具体名称。

（2） 查询条件：根据信息内容属性（如，所属地区、信用主体名称等）设置查询条件，各属性的缺省值为“全部”。

（3） 信息列表：将该类信息的主要内容（如，“序号”、“许可事项名称”、“许可相对人名称”、“许可决定日期”等）以行为单位的列表形式展现。

（4） 导引信息：应提供信息列表页导航、列表信息记录统计和查询指引。

4. * .4.2 详细公示要素

通过信息列表选择或输入查询条件将公共信用信息以表单的形式展示该 (略) 内容。该板块页面的主要要素有：

（1） 板块名称：公共信用信息分类（如，“行政许可”、“ (略) 罚”、“异常经营名录”等）的具体名称。

（2） 内容表单：以单页表格的形式双列或多列展示信息项名称和具体信息内容。

4. * .4.3 关联公示要素

查询确定信用主体，将与之关联的各类公共信用信息以表单的形式集中展示。

4. * .4.4 公 (略) 理

在公示的信息中，对于涉及到法律法规规定不能公开的敏感信息， (略) 分屏蔽方式。

（1） 身份证号码中间第 * 至第十 * 位（出生日期）数字显示为“********”，其他个人有效身份证件用“*”隐去相应信息。

（2） 手机号码中间第 * 至第 * 数字显示为“****”；

（3） 其它证件中，涉及家庭地址、出生日期等个人特征信息的字段也的隐去。依据相关政策法规， (略) 理的情况从其规定。

4. * 非功能性需求

4. * .1 灵活性要求

根据系统需求，动态生产定制平台，实现数据的集成与交互共享。

4. * .2 用户界面要求

操作界面操作简单、风格统 * ，操作方式具有较好的 * 致性、流程清晰。

4. * .3 平台设计要求

必须遵循国家相关法律、法规，尤其是有关涉及国家机密的计算机系统建设的有关标准要求，平台设计应满足总体功能要求。

4. * .4 技术标准

系统应按照国家发展改革委办公厅关于印发实施《公共信用信息标准体系框架》（发改办财金〔 * 号）等 * 项工程标准建设，建设过程中应遵循相应的标准体系规范，原则上如国家已制定相关标准的需遵循国家标准，如国家未制定省级已制定的需遵循省级标准， (略) 门数据征集与共享的以提供数据的单位制定的标准为准。

5 主要依据及标准

? 《关于建立政务服务“好差评”制度的工作通知》（黑营商发〔 * 〕 * 号）

? 《关于建立政务服务“好差评”制度提高政务服务水平的意见》（国办发〔 * 〕 * 号）

? 《软件工程国家标准》（GTB * ）；

? 《计算机软件产品开发文件编制指南》（GB/T *** ）

? 《计算机软件需求说明编制指南》（GB/T *** ）

? 《计算机软件测试文件编制指南》（GB/T *** ）

? 《计算机软件配置管理计划规范》（GB/T *** ）

? 《计算机软件可靠性和可维护性管理》（GB/T *** ）

? 《软件工程标准分类法》（GB/T *** 5）

? 《软件开发规范》（GB *** ）

? 《软件维护指南》（GB/T *** ）

? 《中共中央 (略) 办公厅关于深入推进审批服务便民化的指导意见》（厅字〔 * 〕 * 号）

? 《 (略) 办公厅关于印发进 * 步深化“ (略) ＋政务服务”推进政务服务“ * 网、 * 门、 * 次”改革实施方案的通知》（国办发〔 * 〕 * 号）

? 《 (略) 办公厅关于清 (略) (略) 政审批中介服务的通知》（国办发〔 * 〕 * 号）

? 《软件工程国家标准》（GTB * ）

? 《计算机软件产品开发文件编制指南》（GB/T *** ）

? 《信息化工程监理规范》（GB/T1 * * ）

? 《 (略) (略) 会信用体系建设规划纲要（ *** 年）的通知》（国发〔 * 〕 * 号）

? 《 (略) 关于建立完善守信激励和失信联合惩戒制 (略) 会诚信建设的指导意见》（国发〔 * 〕 * 号）

? 《 (略) 办公厅关 (略) 会信用体系建设构建以信用为基础的新型监管机制的指导意见》（国办发〔 * 〕 * 号）

? 《 (略) 办公厅关于进 * 步优化营商环境 (略) 主体的实施意见》（国办发〔 * 〕 * 号）

? 《 (略) 省人民政府关于印 (略) 会信用体系建设“十 * * ”规划的通知》（黑政规〔 * 〕 * 号）

? 《 * (略) 会信用体系建设工作要点》

? 《 (略) 办公厅关于加强个人诚信体系建设的指导意见》（国办发〔 * 〕 * 号）

? 《 (略) 省人民政府办公厅关于印发 (略) 省个人诚信体系建设工作方案的通知》（黑政办规〔 * 〕 * 号）

? 《 (略) 市个人诚信体系建设方案》（庆诚信发〔 * 〕2号）

? 《国家电子政务总体框架》（国信〔 * 〕2号）

? 《政务信息资源交换体系》（GB/T *** 7）

? 《全国企业基础信息共享和应用建设实施要求》（国信办〔 * 〕 * 号）

? 《电子政务信息共享互联互通平台总体框架技术指南》（国办秘函〔 * 〕 * 号）

? 《国家电子政务工程建设 (略) 办法》（中华人民共和国国家 (略) 令第 * 号， * 年8月）

? 《国家信息化发展战略( *** 年)》（中办发〔 * 〕 * 号）

? 《中共中央 (略) 办公厅转发〈国家信息化领导小组关于推进国 (略) 络建设的意见〉的通知》（中办发〔 * 〕 * 号）

? 《国家电子政务标准化指南》（国家电子政务标准总体组， * 年）

? 《关于加强信息安全保障工作的意见》（中办发〔 * 〕 * 号文件）

? 《信息安全等级保护管理办法》（公通字〔 * 〕 * 号）

? 《 (略) 信息服务管理办法》（中华人民 (略) 令第 * 号）

? 《电子信息系统机房设计规范》(GB5 * )

培训要求:

应针对软件系统的不同操作角色对使用 (略) 相应的培训，培训的目标是使用户能熟练使用、维护该系统，并保证用户能够独立操作该系统；具体培训时间和参加培训人员由业主单位方组织协调。培训具体形式应包括集中的基础理 (略) 的实践技能培训两种。

实施进度和售后服务要求

本项目建设期5个月，运维期3年。提供详细的项目实施进度安排和用户培训，提供3年的业务对接程序的技术支持。在运维期间对应用系统提 (略) 5×8小时，响应7× * 小时售后技术支持。承诺提供售后服务响应时间为1小时以内，在面临系统问题时，在3 (略) 提供解决方案计划。

* 、其他备注事项

1、工期要求：项目整体建设期5个月，运维期交付使用后3年。

2、详细实施进度要求如下：

合同签订后 * 个工作日内进 * 步优化需求分析、概要设计、详细设计、实施方案和测试验收方案，向采购人提供上述文档。

3、实施地点如下：

市县 (略) 区“新 * 级”政务服务好差评监督平台、政务服务中介超市、政务服务“ * 件事”集成化全链通审批平台建设项目： (略) (略) 及其指定地点。信用信息共享平台应用系统建设项目： (略) 市营商环 (略) 及其指定地点。

4、 (略) 业：软件和信息技术服务业

5、验收程序：采购单位按照项目需求内容逐条验收。

6、参与本项目供应商投标文件中实质响应的硬件产品技术参数须符合硬件产品参数的 (略) 投硬件产品的实际详细技术参数，如所投硬件产品的参数为固定数值的，则须填写实际的固定值。