无证明城市查询核验系统建设方案.docx

无证明城市查询核验系统建设方案询人员可以在我的申请记录中查看申请状态，如果办件状态分别会显 示“已保存”、“已提交”、“已办结”。如提示状态为已办结，那么 表示该证明已反应结果，可查看证明办理情况，包括开具部门、人员、 时间、证明文件。并提供证明文件下载、预览、打印功能。4.1.4、 我的办理记录针对证明开具人员提供我的办理记录功能，主要包括待受理列 表、待办结列表、联系查询人、我的办理记录。4.1.4.1、 受理列表证明开具人员在收到申请之后，通过待受理列表查看开证明申请 信息。4.1.4.2、 办结列表在开证明业务受理后，通过待办结列表显示需办结的业务，并可 上传证明结果。4.1.4.3、 联系查询人可查看对应具体证明查询人员联系方式。4.1.4.4、 我的办理记录在我的办理记录中，可以查看已受理、已办结的事项，包括证明 名称、申请人名称、证件号码、查询机构、开具证明部门、查询时间、 状态等。4.1.5、 开证明记录提供查看系统开证明申请和开具证明记录功能，可通过检索条件 如办件状态、证明事项名称、查询机构名称、查询人名称、申请人名称、发起查询时间等检索办件。4.16、移动应用服务依托于浙政钉，开发无证明城市移动应用服务，主要包括开证明申请、证明开具、我的申请记录、我的办理记录。4.2、基础信息查询421、共享数据查询依托公共数据共享应用平台，根据各部门提供的数据接口，提供证明信息查询引用功能。422、工程批文查询根据工程号、工程名等，提供工程批文查询功能。423、中介成果查询提供中介成果查询功能，如环评报告、能评报告等查询。4.2.4、 信息查询实时监控对于部门人员查询基础信息的操作进行实时监控，主要记录部门名称、查询人员姓名、查询对应事项、查询的基础信息、查询时间信 息。4.4、 信用审批信用核验审批市民在窗口进行申报时，窗口工作人员能查看申请人相关的不良 信用信息。针对失信人员的申请事项，系统自动进行标记，受理审核 该事项时进行重点从严审批。442、信用承诺审批申请人在办理事项时，实行信用承诺制，办件的主要申报材料齐 全且符合法定条件时，次要条件或手续可支持容缺受理，相关职能部 门先予受理和审查，并一次性告知需补正的材料、时限和超期处理方 法，审批部门应当在规定时间内对申请人履行承诺的情况进行检查， 对申请人未履行承诺的，撤销行政审批决定并追究申请人的相应责 任，并将信用记录反应给信用信息平台，记录申请人信用数据。4.5、 后台基础配置区县配置4.5、 L1、事项权限配置提供开证明业务中证明出具部门和人员配置。如某一个事项未配 置开具部门和人员，会在配置处使用红字进行提醒。主要包括如下配 置：新增部门：用于添加该证明的开具部门，并配置该部门证明开具 人员；作废部门：作废已配置的开具部门；激活部门：重新激活作废的开具部门；保存修改：保存修改信息。4.6、 1.2、地区办件跟踪区县管理员可查看本地区的开证明申请情况，包括证明名称、申请人名称、证件号码、开具证明部门、查询时间。4.7、 L3、地区办理跟踪区县管理员可查看本地区的开证明办理情况，包括证明名称、申请人名称、证件号码、查询机构、开具证明部门、查询时间、办件状452、证明事项配置根据梳理证明事项清单进行证明事项配置，配置内容包含证明基本信息、申报材料、对应审批事项、办理成果、开具部门、关联共享 数据等。453、主题配置将证明事项按主题进行分类配置，如将户口本，子女关系证明， 婚姻关系证明，收养关系证明归属于亲属关系证明主题中，便于证明 申请人员快速定位到证明事项。4.8、 系统对接与整合与市公共信用信息平台对接与市公共信用信息平台对接，接收公共信用信息平台系统推送的 信用信息数据，主要包括法人、特定自然人的处分记录、经营异常记 录、信用异常记录、严重违法失信名单、红黑名单信息等。主要接口 包括审批服务接口、容缺受理接口和批量查询接口。4.8.1、 与服务部门用户统一工作平台对接与服务部门用户统一工作平台对接，实现市县组织架构同步，包括部门、人员账户信息同步。463、与浙政钉对接与浙政钉对接，将移动应用服务挂载于浙政钉。4.8.4、 与一窗受理平台、公共数据共享应用平台对接与一窗受理平台、公共数据共享应用平台无缝整合，因对接所涉 及的与一窗受理平台、公共数据共享应用平台现有供应商而产生的费 用由投标人成交后自行承当。一、建设背景4二、建设目标4三、总体技术需求53.1、 标准化、规范化53.2、 采用成熟技术和产品63.3、 技术路线要求63.4、 系统性能需求7四、建设内容需求84.1、 无证明城市8开证明申请84.1.1、 证明开具9我的申请记录94.1.2、 我的办理记录10开证明记录104.1.3、 移动应用服务114.2、 基础信息查询11421、共享数据查询114.2.1、 工程赵匕文查询11423、中介成果查询11424、信息查询实时监控114.4、 信用审批11信用核验审批114.4.1、 信用承诺审批124.5、 后台基础配置12451、区县配置12452、证明事项配置13主题配置134.6、 系统对接与整合13461、与市公共信用信息平台对接13462、与服务部门用户统一工作平台对接13463、与浙政钉对接14464、与一窗受理平台、公共数据共享应用平台对接14一、建设背景根据浙江省人民政府办公厅关于印发打破信息孤岛实现数据共享推进“最多跑一次”改革2018年工作要点的通知（浙政办发2018） 30号）文件要求：“重点推进民生事项'一证通办'。2018年5月底 前，各市、县（市、区）按照省编办制定的规范，确定推行'一证通 办'改革的民生事项清单，在逐项梳理数据共享需求的基础上，明确 事项办理的业务规那么。加快推进数据共享和系统对接，全面简化办事 材料，金华市积极以公共数据共享建设和应用为突破口，通过信息跨 部门、跨层级、跨行业共享互认，大幅减少申请人填报内容和申报材 料，推进民生事项“一证通办”。我市于2018年年初作出决定，按 照试点先行、再全市推开的方式开展“无证明城市”创立活动。义乌 市承当试点任务后，于当年8月圆满完成了市委市政府交付的试点工 作任务。随后，我市下发金华市打造无证明城市工作方案，全面 推开“无证明城市”创立工作，把义乌试点“盆景”转变为全市面 上的“风景”。创立“无证明城市”是贯彻落实党的十九大精神，建 设人民满意的服务型政府的必然要求；是优化营商环境、回应人民群 众呼声的现实需要；是提高我市公共治理能力，对外展现文明城市形 象的最正确途径。二、建设目标实施“无证明城市”不是说不需要证明，而是不要让老百姓跑断腿去开证明。坚持简政放权与改革创新相统一，将以人民为中心的服务理念贯彻到每一项具体的办事工程中，始终围绕方便群众办事的原 那么，实现“减证便民”向“无证利民”转变，切实增强人民群众的幸 福感和获得感。采取工程化管理的方案，取消一项，注销一项，并实行“六个一 律”取消。即：(1)但凡没有法律法规明确规定的证明材料；(2)但凡开具证明的部门、镇街或村居无权查证、无法开具的 证明材料；(3)但凡能够通过申请人现有证件、凭证办理的；(4)但凡能通过申请人书面承诺等信用管理手段解决的证明材 料；(5)但凡能通过部门间会商核查或实地调查核实的证明材料；(6)但凡能通过市政务网大数据信息平台实现数据信息互联共 享的证明材料。三、总体技术需求标准化、规范化标准化是支撑电子政务的重要手段，电子政务工程首先应遵循国 际上成熟的、通用的标准、规范和协议。其次是要遵照执行国家公布 的现有法律、标准以及即将推出的各类规范，如中华人民共和国电 子签名法、基于XML电子公文格式规范、XML在电子政务 中的应用指南、电子政务流程设计方法通用规范等。三是参考 本省和本地区有关技术规范和技术要求。四是基于当地电子政务建设 的具体需要，补充和完善地方电子政务标准，用于规范将来各类电子政务应用建设，为电子政务应用整合和后期工程建设打下坚实基础。3.1、 采用成熟技术和产品供应商必须采用先进成熟的技术和产品，自主开发的软件产品必 须具有县（区）以上政府部门应用成功经验和实施案例，不允许在实 施过程中作实验性开发或产品试用，确保工程建设质量和进度，防范 开发集成过程中的技术风险和产品风险。3.2、 技术路线要求本次工程需基于金华市一窗受理系统进行升级建设，沿用一窗受 理系统的操作风格，业务功能需与一窗受理系统衔接，数据需做到无 缝衔接。要求基于Java EE技术路线、采用微服务架构进行设计实现，平 台需支持无证明城市查询核验系统在高并发用户访问、海量数据高频 存取、智能数据快速检索等方面的特性；平台业务基于微服务架构设 计原那么实现业务的服务化、组件化，防止传统烟囱式应用中资源难以 共享、资源利用率低、无法快速响应客户需求变化等问题；平台需要 能支持微服务架构下的分布式事务，提供回滚机制，确保业务流程数 据的一致性；需要支持服务调用链分析，自动分析服务依赖的压力点、 易故障点和瓶颈点，实现业务的隔离解耦、敏捷运维。要求引入分布式缓存、消息队列、非结构化数据库、云存储等关 键支撑组件，充分分析业务性能瓶颈找到关键支撑组件的应用场景， 充分利用支撑组件的特性提升系统运行效率，充分发挥“云”环境优 势。需要支持分布式、容器化部署；支持水平扩展，充分利用云平台 和容器化技术的优势，建立弹性的应用与服务资源池，通过应用与服 务的负载均衡策略提升系统的整体并发能力；通过读写库别离、冷热 数据别离、历史数据别离的设计，提升数据库层的并发能力；读写分 离技术需要支持基于规那么的分片策略、完善的SQL解析引擎，无需修 改已上线业务代码能实现瓶颈大数据表的快速分库分表支持。需要支持持续集成和持续交付，支持以容器为载体，实现软件系 统从开发、测试到部署和运维的一体化管理，提高软件开发部署的效 能，迅速响应业务的需求。系统需采用前后端别离的架构开发。前端UI需基于Javascript、 Css、Html等标准技术进行开发，通过AJAX通讯机制实现UI和服务、 数据别离的开发模型；需要能兼容各种版本的主流浏览器,包括IE8+、 FireFox、Chrome 等。3.3、 系统性能需求系统性能设计需实现以下需求：1、系统构件化设计，面向对象，可做到灵活扩展系统采用三层 架构体系，充分考虑到以后纵向和横向的开展在网络稳定的环境下操 作性界面的系统响应时间均要求小于3秒；2、登录、录入、修改、删除等事务性操作平均响应时间3秒； 单笔记录查询平均响应时间=5秒；统计或大数据量查询，单笔统计 的平均响应时间=10秒，除单笔统计以外的其他统计平均响应时间 二15 秒;3、系统完全支持500个在线用户，正常200个用户并发访问,平均响应时间二5秒;4、7*24不停机运行。平台需要7*24小时不停机运行，系统维护、数据维护等工作必须在线执行。四、建设内容需求4、无证明城市41、开证明申请针对查询人员，提供开证明申请功能。主要包括无证明事项查询、证明核验、证明申请、短信通知。4.LL1、无证明事项查询提供无证明事项模糊查询功能，查询人员可通过证明名称快速定位到证明事项。4.LL2、证明核验系统优先通过共享数据查询该证明信息，如果能查询到对应的数据，那么无需发起开证明申请。4.LL3、证明申请假设共享数据无法查询到证明信息，提供开证明申请功能，由查询人员填写相关证明开具信息、上传申请材料，并向证明开具部门发起 申请。4.LL4、短信通知开证明申请发出后，会通过短信的方式通知证明开具人员尽快处理。4.1.2.证明开具针对证明开具人员，提供证明开具功能，证明开具人员在收到申 请时，同时会收到短信提示，提醒证明开具人员尽快处理申请。证明开具审核证明开具人员根据申请信息核验确认是否该证明为本部门开具， 并审核其是否满足证明开具条件。4.122、证明上传审核完成，满足出具证明条件，可在证明结果处上传证明材料或 通过高拍仪扫描上传；如果无法出具证明，可在办结说明中反应实际 情况。填写上传完成之后，会将结果反应给查询人员，并同时通过短 信方式通知查询人员。4.1.3,我的申请记录针对查询人员提供我的申请记录功能，主要包括待提交列表、联 系开具人、我的申请记录。待提交列表查询人员在信息填写完成，申请材料上传之后，可保存数据，那么 这条记录会在待提交列表中展示。在待提交列表中的申请，可以继续 申报操作，重新编辑提交申请。、联系开具人可查看对应具体证明开具人员联系方式。、我的申请记录证明开具人员开具证明之后，会将证明结果反应给查询人员。查