重要产品追溯信用管理平台项目方案

2 2第一章项目概述 61.1项目名称 61.2项目建设方案编制依据 61.2.1“互联网+政务服务”技术体系建设指南 61.2.2政务信息资源类规范、标准 6 71.3项目概况 8 81.3.2建设目标 9第二章业务需求分析 2.1.1重要产品追溯主体管理业务需求 2.1.2重要产品数据质量管理业务需求 2.1.3重要产品追溯综合分析管理业务需求 2.1.4重要产品追溯应急管理业务需求 2.1.5重要产品运行监测管理业务需求 2.1.6重要产品企业追溯认证管理业务需求 2.1.7重要产品公众服务管理业务需求 2.1.8重要产品追溯体系管理业务需求 2.2功能和非功能需求分析 2.2.1功能需求分析 2.2.2非功能需求分析 2.3.1处理能力需求分析 2.3.2存储能力需求分析 2.3.3传输能力需求分析 32.5资源体系建设需求分析 2.6互联互通建设需求 2.7协同监管建设需求分析 第三章总体建设方案和逻辑结构 3.1建设原则 3.2总体建设任务 3.2.1本期建设任务 213.2.2二期建设任务 3.3系统总体架构 3.3.1业务逻辑结构 233.3.2技术逻辑结构 233.3.3功能架构 3.3.4数据流设计 263.3.5网络拓扑设计 283.4技术路线 283.5共享交换体系 293.6安全保障体系 293.7标准规范体系 293.8运行维护保障体系 第四章本期项目建设方案 4.1追溯规范设计 4.2软件系统设计 信息资源规划设计 4.2.2系统功能设计 34.3支撑平台设计 4.3.1平台环境 网络环境 软件平台环境 4.4安全系统设计 4.5.1系统级安全 744.5.2程序资源访问控制安全 74.5.3功能性安全 4.5.4统一认证安全 4.5.5平台安全 4.5软硬件部署设计 4.6备份系统设计 4.7资源共享设计 4.8部门信息系统整合情况 4.9部门业务系统对接设计 4.10运行维护设计 第五章项目运维管理 5.1人员培训方案 5.1.1培训需求 84 5.1.3培训教材 5.1.4培训地点 855.1.5培训计划 5.1.6培训内容 865.1.7培训考核 885.2项目运维方案 5.2.1运行维护期限、响应时间、周期 5.2.2系统功能维护 第六章效益与评价指标分析 6.1.1经济效益 916.1.2社会效益 91 6.2.2节点和品种覆盖 56.2.3与省级平台进行联通 6.2.4为公众提供追溯公共查询服务 第七章注意事项 6第一章项目概述1.1项目名称1.2项目建设方案编制依据1.2.1“互联网+政务服务”技术体系建设指南(5)《信息安全技术信息系统安全等级保护实施指南》(GB/T1.2.2政务信息资源类规范、标准7(7)《计算机软件文档编制规范》(GB/T8567-2006);(8)《信息技术系统及软件完整性级别》(GB/T18492-2001)。1.2.3国家、省级、行业建设规范(1)商务部《肉类蔬菜流通追溯体系编码规则》;(2)商务部《肉类蔬菜流通追溯体系传输技术要求》;(3)商务部《肉类流通追溯体系基本要求》;(4)商务部《蔬菜流通追溯体系基本要求》;(5)商务部《肉类蔬菜流通追溯体系感知技术要求》;(6)商务部《肉类蔬菜流通追溯体系信息处理要求》;(7)商务部《肉类蔬菜流通追溯体系管理平台技术要求》;(8)商务部《肉类蔬菜流通追溯体系专用术语》;(9)商务部办公厅关于印发《重要产品追溯管理平台建设指南(试行)》(商办秩函〔2018〕205号);(10)《重要产品追溯核心元数据》(GB/T38154-2019);(11)《重要产品追溯追溯术语》(GB/T38155-2019);(12)《重要产品追溯交易记录总体要求》(GB/T38156-2019);(13)《重要产品追溯追溯管理平台建设规范》(GB/T38157-2019);(14)《重要产品追溯产品追溯系统基本要求》(GB/T(15)《重要产品追溯—追溯体系通用要求》(GB/T38159-2019)。81.3项目概况1.3.1项目背景商务部自2010年以来，经过多年的追溯体系建设，先后从肉菜中药材酒类追溯体系试点建设阶段，发展到重要产品追溯体系建设阶段。重要产品追溯体系建设已逐步从试点示范工作转换成为各部门常态化工作，并被纳入“食品安全工作评议考核细则”、“菜篮2015年12月，国务院办公厅正式发布《国务院办公厅关于加快2017年2月16日，商务部、工业和信息化部、公安部、农业部、质检总局、安全监管总局、食品药品监督管理总局等七部委联合发布《关于推进重要产品信息化追溯体系建设指导意见》(商秩发〔2017〕53号),指出建设跨部门、跨地区的追溯信息共享交换体2019年6月，商务部会同工业和信息化部、农业农村部、海关总署、市场监管总局、中医药局、药监局联合出台了《关于协同推进肉菜中药材等重要产品信息化追溯体系建设的意见》(商秩发〔2019〕5号),文件中要求推动追溯试点示范转化为制度性成果，构建长效工作机制，进一步提升部门协同，形成推动重要产品追溯体系建设工作的合力。其中“部门协同”:包括工作机制协同、平9台协同、推进政策协同、追溯应用协同、投入保障协同、政策配套协同等。2020年9月9日，习近平总书记主持召开中央财经委员会第八次会议强调：统筹推进现代流通体系建设，为构建新发展格局提供有力支撑。“要完善社会信用体系，加快建设重要产品追溯体系，建立健全以信用为基础的新型监管机制。”这一重要指示让“源头可追溯，流向可跟踪，信息可查询”的重要产品追溯体系建设和完善更加势在必行。某省人民政府办公厅于2016年发布《关于加快推进重要产品追溯体系建设的实施意见》(某政办〔2016〕16号),提出了完善五大追溯体系、强化规范标准建设、推进追溯体系拓展应用等重点经实地调研，某省合肥、芜湖、滁州、蚌埠、宿州、铜陵等地相续建立了重要产品追溯体系，但是，目前某无此类似平台建设。1.3.2建设目标本项目遵循商务部重要产品追溯体系建设规范与标准，坚持统一规划、统一标准、互联互通，建设全市统一的符合国家和行业相关标准规范的市级重要产品追溯平台，并开通统一的公共服务，向公众提供一站式的追溯信息查询服务。某市级重要产品追溯平台将种养殖、屠宰加工、批发、农贸、超市等各环节相联通，提供肉类、果蔬、调味品等重要产品的全程流通信息，并提供包括监管、溯源、统计、分析、应急等丰富的应用服务功能。某市级重要产品追溯平台作为全市重要产品流通追溯体系的信息交换共享中心，按照统一的信息采集标准和数据传输协议，上连某省省级追溯管理平台或国家重要产品追溯管理平台，同时，下接节点追溯应用端，汇总各环节追溯信息，然后上传至省级追溯管理主要建设内容：标准规范建设、信息资源规划设计、应用平台建设、节点应用端建设、公共服务门户建设、互通共享建设等内容。配套支撑平台：根据某实际情况，项目基础设施拟采用租赁政务云的方式。包括云主机、云存储、云安全等基础云设施，以及云数据库、云备份等其他云设施。第二章业务需求分析2.1业务需求分析2.1.1重要产品追溯主体管理业务需求商务局负责牵头协调和规范市场经济秩序工作，承担组织实施重要消费品市场调控流通管理的责任。而建设重要产品追溯主体管理业务有利于商务部门详细了解各环节内企业和商户的具体信息，便于工作的开展；有利于商务部门摸清流通领域的总体情况，进一步提升部门对行业的管理水平，把握食品流通命脉；有利于商务主11管部门不断完善商务信用体系，促进市场健康发展。2.1.2重要产品数据质量管理业务需求商务局负责牵头建设重要产品全程追溯体系，参与社会信息制度建设，而建设重要产品追溯数据质量管理业务有利于采集海量数据，实现多数据来源的数据综合管理和共享，为部门建设追溯体系和社会信息制度建设提供坚实的数据基础。2.1.3重要产品追溯综合分析管理业务需求商务局负责指导大宗产品批发市场规划、商业体系建设工作，组织实施重要消费品市场调控。而建设重要产品追溯综合分析管理业务，有利于商务部门根据已采集的大量信息，寻找市场内部规律，制订科学合理的规划；有利于协助各部门及时发现和解决潜在问题；有利于协助各部门及时了解食品市场情况，及时调控重要产品消费2.1.4重要产品追溯应急管理业务需求商务局负责建立健全生活必需品市场供应应急管理机制，监测分析市场运行，进行预测预警和信息引导。建立重要产品追溯应急管理业务，有利于商务局准确把握信息，辅助其他部门做好重要产品市场监控；有利于强化应急能力建设，妥善应对各类突发事件，利用应急数据库建设对各类重要产品制定分类预案，并用于指导地方健全应急预案体系。2.1.5重要产品运行监测管理业务需求商务局负责牵头强化重要产品追溯体系日常运行管理，提升追溯体系运行成效。而建立重要产品运行监测管理业务，有利于商务局按照运行监测制度，自动完成各行业监测，督促相关部门和企业不断完善追溯体系，是持续推动追溯体系发展的必要手段。2.1.6重要产品企业追溯认证管理业务需求商务局负责牵头建设重要产品追溯体系，实现全市范围内追溯体系统一管理。通过重要产品企业追溯认证管理业务，可以将企业自建追溯体系纳入到某追溯体系统一监管中来，从而规范了市场化追溯体系运行，保证追溯体系可信度。2.1.7重要产品公众服务管理业务需求商务局负责商贸流通领域的管理工作，重要产品公众服务管理业务，是一个集中公众咨询、追溯查询和信息发布为一体的多功能宣传平台，通过公众服务功能的建设，提升重要产品公众服务保障水平，提高公众对政府行政政策发布的关注度。2.1.8重要产品追溯体系管理业务需求商务局负责商务领域追溯相关工作，通过重要产品追溯体系管理业务，制定追溯产品目录清单，对财政投资建设的追溯体系，以及接入的市场化生产经营企业追溯系统或第三方追溯平台进行管理，全面了解本辖区追溯体系工作情况，有利于提高政府部门对追2.2功能和非功能需求分析2.2.1功能需求分析2.2.1.1追溯管理平台功能需求建成全市统一的重要产品追溯管理平台，联通各相关部门追溯具备数据统计分析模块，根据行政管理和社会需求，对信息进统计类别：1)时间；2)区域；3)企业类型；4)综合。统计形成方式：1)表格式；2)扇形式；3)柱状式；4)曲线分析功能：1)时间对比；2)区域对比；3)类别对比。2.2.1.2公共服务平台功能需求公共服务平台，可与市商务局门户网站链接，对动态信息展示、公告、法规、制度等进行展示和宣传，便于管理部门、参与企将“某市级重要产品追溯平台”移动端服务集成到“某事通”公众号，消费者可扫描产品的追溯二维码，来查询产品的名称、规格、产地、生产厂家、生产批号等信息，实现对重要产品进行追溯查询。同时，通过互动交流，根据参与企业、广大消费者反映情况，分类开展互动，并解答问题。2.2.1.3节点应用端功能需求某市级重要产品追溯平台为了采集种植养殖、屠宰加工、批发、超市、农贸市场各节点端追溯数据，需要进行节点应用端功能建设，将种养殖、生产加工、批发、农贸、超市等各节点端相联结，采集生产流通的全过程溯源信息，并提供包括注册备案、追溯码管理、批次管理、进出场管理、溯源、监管统计等应用服务。2.2.2非功能需求分析系统非功能性需求从灵活性需求、可扩展性需求、高可用性需求和性能需求等方面对系统建设过程中业务之外的需求进行解析。2.2.2.1灵活性需求系统的灵活性需求重点考虑用户在系统构架设计的灵活性、用户使用及操作的灵活性、系统业务处理的灵活性等方面的需求，在系统设计之初应充分站在用户的角度，关注用户在各方面的灵活性2.2.2.2可扩展性需求系统建设要求在软件设计方面能满足系统的扩展性需求。软件扩展性方面要求系统功能模块能够具有充分的扩展能力，数据交换2.2.2.3高可用性需求在系统高可用性方面，系统采用主流的成熟的信息化技术，设计出操作便捷的软件系统，并在系统使用过程中保证稳定性，在后2.2.2.4系统运行性能需求2.2.2.4.1支撑环境性能基础支撑环境需求是指云环境中的各项资源的性能需求，包括操作系统与应用服务器软件配置、基础设施配置等，要求基础环境2.2.2.4.2应用系统性能性能方面，要求系统能够快速响应用户请求，从界面上要求直观、便捷。对于大量的数据库统计分析计算，要求速度比较快和稳2.2.2.4.3维护响应性能系统具有易维护性，可实现定期或不定期的数据备份，具有管2.3系统能力需求分析通过对市商务局及相关单位信息化现状分析，在掌握政务信息化现状的基础上，结合系统建设目标提出系统能力需求。业务应用对系统支撑能力的需求，是通过分析业务应用的逻辑、规模和使用频度，测算系统在存储、传输和计算等方面的能力，测算的方法为主要为业务量测算和类比法(经验评估法)。本项目对于计算能力、存储能力和通信传输能力，首先将根据系统业务量进行测算，预测系统投产后初始月份的数量，再根据业务发展状况预估每年系统计算、存储和网络能力的增长情况，最后汇总得到项目生命周期内的估算数值。类比法：先从正在使用的与当前业务应用模型比较接近的信息系统中获取支撑能力指标，再将规划的逻辑业务应用模型与其对比，从而得出业务应用的相关应用支撑能力，科学计算能力可以使用此类方法得到。2.3.1处理能力需求分析根据某的实际情况，某截止2020年11月，常住人口236.1万，辖3区3县，市区人口163.2万，地区生产总值2186.9亿元。通过类比法，某规模相当的商务部二、三、四、五批次追溯试点城市合肥、芜湖、襄阳等城市建设情况，从而估算某追溯建设所需的计算能力。根据调研，同等规模的追溯试点城市经费投入，建设节点数量是本期项目的2倍以上。预计本期项目建设初始交易数量是类比城市的1/3左右，同时由于采用了云架构+移动应用的架构体系。因此，所需要的服务器数量大大降低，预估需要8台即可，而同等规模试点城市追溯体系实施一般需要20台以上。2.3.2存储能力需求分析存储能力主要从信息资源规划入手，根据数据分类，分析不同资源库所需数据的存量和增量，理清资源底数，分析增量增长的数某市级重要产品追溯平台项目建成后还将与各部门的追溯系统进行对接，产生的各种追溯链条、统计数据、分析数据，需要一定根据业务特点，某市级重要产品追溯平台日均产生的追溯数据量均衡。且根据调研近似某人口规模的已实施追溯体系的城市，如某合肥、芜湖、襄阳等城市，系统日均产生5-10万条追溯数据，考虑到类比城市追溯体系实施经费投入是本期项目经费投入的2.5倍以上，且建设节点数量较本期项目的实施节点数多，保守估计三年存储量需要约1000G。2.3.3传输能力需求分析系统通信能力分析主要从互联网展开分析，通过分析信息量和传输时效，推导传输能力；互联网传输部分重点考虑数据实时监控采集和应急事件协同处置以及社会公众服务的通信传输能力，通过针对访问人员的数量、规模及频率，推导所需能力。本项目建成后初始数据传输量传输峰值按照每小时1500条数据的情况进行计算，且在屠宰、批发、农贸等环节，还将采集动物检疫合格证明、蔬菜产地证明、检验证明等图片多媒体信息，每天交易高峰期传输量有近万条数据，考虑到未来业务量增长、追溯品种扩展以及对于各部门间的数据交换，理论带宽应该保留50%的冗余，则至少需要20M带宽。2.4标准规范需求分析国家已陆续建立了重要产品追溯体系建设规范与标准。目前，某在追溯体系建设上仍是空白，可以充分借鉴其他地区追溯建设经验。追溯标准规范建设作为全国追溯建设探索的成功经验之一，某可以结合自身实际情况，通过本项目建设，建立自己的重要产品追溯体系建设与管理标准规范体系。2.5资源体系建设需求分析建立市级追溯信息数据库，满足全市重要产品追溯信息资源的存储与分类管理需要。2.6互联互通建设需求推进追溯互联互通，通过与各相关数据共享方签订数据交换共享协议，将本平台的数据与其他各相关政府部门、行业协会与第三方重点企业进行共享，为政府监控提供依据；共享分为纵向和横向两个层面：纵向为各级商务主管机构，上传省级重要产品追溯管理平台或国家重要产品追溯管理平台，下连相关协会、广大追溯企业；横向为相关政府管理部门、社会服务组织。2.7协同监管建设需求分析推进协同监管，通过追溯管理平台的追溯应急管理功能建设，加强与市场监管部门、农业部门应急信息互通，实现追溯应急协同，及时对食品安全警情进行查处，联合发布消费警示新闻，有利于提高政府应急处置能力。第三章总体建设方案和逻辑结构3.1建设原则保证标准的适用性；保持标准的先进性；注意标准的统一性和协调性；注意标准的经济性和社会效益；结合我国国情积极采用国际标准和国外先进标准。通过信息化技术手段，整合和优化配置各类服务资源，建立完善的服务管理机制、标准化服务流程，规范服务内容，在项目建设过程中，应坚持以下原则：(一)统筹规划、统一标准做好总体规划，制定统一的数据交换和共享标准，确保市商务局追溯业务范围内的数据资源和服务资源最大化利用。(二)灵活性与可扩展性各系统必须具备良好的灵活性和可扩展性，能够支持多种网络的传输和多种接口，保证设备升级及更新的灵活性。能够根据今后业务不断扩大的需要，扩展所需的容量和用户数以满足未来5年的业务发展要求。(三)规范标准、资源共享资源共享是信息网络应用的目的，统一标准是实现信息资源共享的基本条件，也是实现信息系统数据交换和信息共享的基本要求。(四)易用性项目以服务为主线，从用户友好性、可操作性出发，使项目各应用便于用户掌握和使用；确保人机界面友好，采用交互性能良好的设计模式，方便操作和维护。(五)安全可靠应有较完善的安全防护体系，防范各种风险的出现。关键资源采用冗余设计，并具有一定的容灾机制。在系统设计和建设中要符合国家有关信息安全方面的法律、法规及技术要求，强化信息安全管理，制定和完善相关的应急处理预案，保证系统稳定运行。(六)整体规划，分步实施本着“先易后难”的原则，充分整合现有的基础资源与信息资源，由易到难，不断完善和扩充，逐步建成全方位的、多功能的重要产品追溯综合服务体系。3.2总体建设任务结合地方特色产品实际需要，根据国家有关重要产品法律法规要求，建立本市重要产品追溯体系相关管理制度与规范，并根据统一规划、统一标准、互联互通原则，建设全市统一的符合国家和行业相关标准规范的市级重要产品追溯平台。在系统运行过程中，加强追溯数据分析应用，强化追溯数据分析，提升追溯体系应用成效。同时，开通统一的公共服务平台，并推广运用二维码、移动互联网等新技术应用，为公众提供追溯信息一站式查询服务。某市级重要产品追溯平台承担全市追溯数据汇总统计、信息综合开发利用及对城市追溯体系运行情况进行监测评价等职能，实现对所辖区域食用农产品、食品、药品、农业生产资料等重要产品追溯业务及相关数据的统一管理；建设过程中将充分利用市政务云等云设施资源，进行集约化建设，有效降低平台建设和运行成本；同时，采取统一身份认证与信息加密等必要措施，保证接入与信息传输的安全性。制定重要产品追溯信息共享交换机制，研究制定追溯相关标准规范，统一编码规则、数据接口等，构建统一的数据交换平台，实现各方追溯数据和监管数据的共享，形成跨部门、跨区域的追溯信息互联互通渠道，保证各环节追溯信息互联互通。3.2.1本期建设任务根据整体规划，本期主要建设内容包括：根据国家有关重要产品法律法规要求，建立本市重要产品追溯体系相关管理制度与规范。充分利用市政务云等云设施资源，集约化建设全市统一的符合国家和行业相关标准规范的市级重要产品追溯平台，实现对所辖区域肉类、食品油、蔬菜、调味品、水果等重要产品追溯业务及相关数据的统一管理，同时，强化追溯数据分析管理与体系运行监测评价，提升追溯体系应用成效。开通统一的公共服务平台，并推广运用二维码、移动互联网等新技术应用，为公众提供追溯信息一站式查询服务。制定重要产品追溯信息共享交换机制，建设全市重要产品流通追溯体系的信息交换共享中心，按照统一的信息采集标准和数据传输协议，上连某省省级追溯管理平台或国家重要产品追溯管理平台，同时，下接节点追溯应用端，汇总各环节追溯信息，然后上传至省级追溯管理平台，打造跨部门、跨区域的追溯信息互联互通渠道。3.2.2二期建设任务实现对所辖区域除一期试点外的重要产品追溯品类、企业覆盖面的拓展以及监管环节的延伸，使某重要产品追溯体系覆盖更多品类和企业，并进一步延伸至生产源头环节。进一步加强追溯大数据分析应用，强化流通链条分析、重点商品供求分析、商品流量流向分析、企业运行情况分析，进一步提升追溯体系应用成效，并丰富成果展示。进一步深化与各共享部门已建追溯系统的互通共享，并实现第三方平台及社会企业的数据共享，从而形成跨部门、跨区域、多源的追溯信息互通共享通道。3.3系统总体架构3.3.1业务逻辑结构某市级重要产品追溯平台是某建立重要产品追溯体系的重要支撑平台。在依托某现有信息化条件的基础上，采用云计算、移动互联网、二维码等新技术，围绕某重要产品安全监管工作，实现某多个部门追溯业务协同和信息共享，强化产品安全全程追溯协作，统一监管。具体业务架构图如下：中央追溯管理平台中央追溯管理平台安徽省追溯管理平台批发零售猪肉食用油蔬菜生产加工仓储物流马鞍山市级追溯平台终端销售调味品3.3.2技术逻辑结构某市级重要产品追溯平台总体架构主要由数据层、支撑层、应用层组成，此外还包括运行维护保障体系、标准规范体系、数据共统一服务门户、入口(公众号、电脑)统一服务门户、入口(公众号、电脑)应用层屠宰环节追溯应用批发环节追溯应用农贸市场环节追溯应用溯源服务超市环节追溯应用商务局监管端追溯应用公共服务追溯应急服务基础设施(云平台、数据库、NAS、负债均衡)接入管理3.3.2.1数据层数据资源层提供系统的核心数据，并为其上层提供数据支持。数据资源主要包括企业信息、溯源信息、指标信息等，具体包括：数据资源的数据库的设计(表、字段、键等)和数据库的管理 (数据的读取、校验、审核等)保证数据的一致性、完整性和安全3.3.2.2支撑层支撑层分为技术支撑和数据支撑。技术支撑提供适应不同产品追溯应用系统和业务门户工具、功能、服务，支持组件化服务功能等。数据支撑包括接口适配管理组件、查询分析引擎、GIS组件、元数据管理组件、报表组件等。根据需要在支撑层实现或整合其他支撑服务功能，完善系统的业务支撑能力。根据需要在支撑层实现其他的辅助功能，完善系统3.3.2.3应用层应用层是基于支撑层之上的，对于各项数据资源的具体业务应用，提供体系建设管理、追溯主体管理、数据质量管理、运行监测管理、追溯应急管理、追溯综合分析、追溯认证信息管理、公共服务管理等业务功能。基于应用层，为用户提供多种使用和访问方式，包括门户网站、移动端等。应能对不同类型用户的访问、不同终端等提供支持。3.3.3功能架构一期按照五类产品进行功能设计，建设9大平台软件功能，具采集任务管理采集任务管理角色管理用户管理权限管理基础数据管理内容组件管理公共查询公众留言信息发布认证企业信息审核认证企业信息查询认证企业信息录入应急事件记录应急协同处置应急事件审核应急预案管理安全监测预警追溯查询行为分析流通渠道分析重点行业分析市场运行分析市场动态分析报告生成与发送体系运行监测评价监测评价指标设置追溯数据审核追溯数据清洗数据传输监控主体运行监控备案信息分析备案信息检索主体信息备案追溯效果分析平台接入管理体系建设管理产品目录管理移动端消费者服务门户马鞍山市重要产品管理平台追溯综合分析管理追溯认证信息管理公共服务管理追溯应急管理据质量管理溯主体管理溯体系管理行监测管理系统管理运追追数3.3.4数据流设计控制要点控制要点子应控制要点翻某重要产品追溯追溯底层由移动终端通过微信小程序采集生产加工、批发、农贸、超时等各环节追溯信息，然后通过统一的数据交换接口，将注册备案、产品、批次、进出场、溯源码等信息上传至市级重要产品追溯平台，然后市级重要产品追溯平台经过清洗后将数据上报至某省省级重要产品追溯管理平台，最后由省一级平台上报至国家重要产品追溯管理平台，横向上，通过市级重要产品追溯平台的统一数据共享交换接口与各部门已建系统以及第三方追溯管理平台进行交互共享。3.3.5网络拓扑设计马鞍山市重要产品追溯平台拓扑图示意图业务平台业务平台3.4技术路线和模块化的设计方法。采用跨平台的通用接口标准，数据交换基于3.5共享交换体系数据共享交互提供整个追溯系统内部各应用、各业务模块间的信息交换和共享服务，支持系统外数据交换服务，实现与其他监管系统和业务系统等实现数据交换。通过统一的元数据格式、数据元和信息分类编码、业务文档格式等，使整个系统内部实现不同格式业务信息的交换，同时，制定数据共享资源目录，满足不同部门、不同企业等共享主体的数据共享需求。3.6安全保障体系本项目采用等保二级安全策略，因此，本项目信息安全和运行监控贯通系统的各层面，信息安全为系统各层提供安全服务，主要涉及安全管理、安全协议、数据加密、密钥管理等方面的内容。3.7标准规范体系根据国家有关重要产品法律法规要求以及本市相关法规政策要求，完善本项目有关重要产品追溯实施规范，制定项目追溯数据管理办法，加强重要产品追溯体系建设规范管理，建立重要产品追溯管理平台建设规范，统一编码规则、数据元和数据接口。3.8运行维护保障体系根据国家有关重要产品法律法规要求以及本市相关法规政策要求，制定平台运行维护管理办法，组建专业运维团队，合理安排驻场人员提供优质的本地化服务。第四章本期项目建设方案4.1追溯规范设计根据国家有关重要产品法律法规要求以及本市相关法规政策要求，完善本项目有关重要产品追溯规范，制定追溯数据管理办法，加强重要产品追溯体系建设规范管理，建立重要产品追溯管理平台建设规范，统一编码规则、数据元、数据接口。主要文件如下：1项目建设管理规范不限于质量管理、进度管理、成本管理、容。2某市级重要产品追溯平台建设规范明确某市级重要产品追溯平台建设原则、能要求等内容。3某重要产品追溯体系运行监测规范分类别对不同重要产品追溯体系进行评价分析，明确各类产品监测办法、指标。4某重要产品追溯编码规则新建企业提出新的编码标准定义，对已建成企业提出编码转换标准定义。5某重要产品追溯元数据对重要产品元数据的名称(中英文)、定义、类型等进行定义。6某重要产品追溯查询基本要求定义了通过公共服务可对外展示的具体数据源、样式、规格等信息，明确二维码查询相关技术规范。4.2软件系统设计信息资源规划设计信息资源规划本次建设某市级重要产品追溯平台信息资源按照品类划分，主要包括以下几方面数据：肉类追溯信息主要包括生产加工、批发、农贸、超市环节信息。蔬菜追溯信息主要包括生产、批发、配送、农贸、超市环节信调味品追溯信息主要包括生产加工、批发、配送、零售和超市环节信息。水果追溯信息主要包括生产加工、批发、配送、农贸、超市环节信息。食用油追溯信息主要包括生产加工、批发、配送、零售和超市环节信息。数据库建设建设包括基础信息资源库、追溯基础数据库、追溯统计分析数据仓库、共享交换库在内的4大数据库。基础信息资源库基础信息资源库主要是建立企业基础信息、商户基础信息、商品信息、空间地理信息，以及扩展信息为主的信息资源，为政府部门提供基础性战略性的信息服务和决策支持。追溯基础数据库追溯基础数据库主要存储各类重要产品追溯数据，包括肉类、食品油、蔬菜、调味品、水果等。追溯统计分析数据仓库追溯统计分析数据库主要支持追溯业务的展开，主要包括追溯应急业务、追溯综合分析业务、追溯运行监测业务、追溯体系建设业务等。同时还包括相关业务的扩展信息等。共享交换库共享交换库主要支持同其他部门追溯数据共享交换业务。包括但不限于企业基本信息、追溯基础信息、追溯统计分析信息、追溯应急信息等。4.2.2系统功能设计4.2.2.1管理平台功能建设某市级重要产品追溯平台应包括但不限于以下9大功能，分别为追溯体系管理、追溯主体管理、数据质量管理、运行监测管理、追溯综合分析管理、追溯应急管理、公共服务管理、追溯认证信息管理、系统管理。4.2.2.1.1追溯体系管理肉类、食品油、蔬菜、调味品、水果等重要产品追溯体系的分类管理，建设产品代码库。制定追溯产品目录清单，对财政投资建设的追溯体系，以及接入的市场化生产经营企业追溯系统或第三方追溯平台进行管理，全面了解本辖区追溯体系工作情况。4.2.2.1.1.1产品目录管理制定重点追溯产品目录和鼓励追溯产品目录，实行动态管理，并通过公共服务信息管理及时向社会公示。包括追溯品种登记、修改、查询等功能。支持目录产品分类与代码的更新与管理。体系建设管理设置组织实施、财政支持项目资金使用管理、进度管理等功能，使用柱状图、折线图、饼图、进度图、仪表盘等展示方式，直观展示项目建设各方面情况。对财政支持项目和市场化对接项目的分类设置品种覆盖率、企业/环节覆盖率等指标，按同比、环比等方式，对财政支持项目与市场项目建设情况进行分类统计。品种覆盖率可以用某一品种在零售环节实施追溯的数量占全部在售的比例表平台接入管理对接入的第三方追溯平台或重点企业追溯系统，设置接入申请填报、接入申请审核、接入系统备案、对接信息监控等功能。追溯效果分析制定统计分析指标和调研问卷，通过在线调研等手段，收集分析消费者对于追溯体系的应用效果与反馈，收集分析企业的追溯应用效果。4.2.2.1.2追溯主体管理建设权威的某重要产品追溯企业信息资源库，建成全市统一完整的追溯企业信息库。对所辖地区内追溯涉及的相关生产经营企业，提供备案、验证、检索等功能。主体信息备案可通过平台直接登记主体备案信息，或接收企业追溯系统上传的备案信息。追溯主体可包括生产经营企业，也可包括批发市场和零售市场的个体经营户。企业主体备案信息主要包括但不限于企业编码、企业名称、统一社会信用代码、经营品类、生产/经营许可证号、经营地址、经度与纬度、联系人等，商户主体包括但不限于经营者编码、经营者类型、经营品类、所在节点企业编码和名称、联系方式等。企业编码与商户编码应确保全国唯一性。包括但不限于追溯主体备案信息登记、修改、审核等功能。支持备案信息变更权限设置及同步变更控制，并将最新变更的信息反馈给相关部门。备案信息检索按照所属区域、节点类型、种类、节点名称、节点编码、备案时间等条件，对追溯主体备案信息进行检索和分页展示，并利用地理信息系统(GIS)进行标注和分析。商户备案信息按商户类型、备案所在节点、商户名称、品种、商户编码、备案时间等条件进行检索，并分页展示。备案信息分析设置“节点备案数量”、“节点覆盖率”、“商户备案数量”、“商户覆盖率”等指标，按环节、品种、区域等维度，对企业商户数量和比例等指标进行统计分析，并采用图表等方式加以展示。节点覆盖率是指已备案且已经上传追溯信息的节点数量占全部追溯节点数量的比例。商户覆盖率是指已备案且已经上传追溯信息的商户数量占全部商户数量的比例。主体运行监控设置数据报送率、商户活跃度等指标，分环节对企业追溯系统运行状态进行监控。合理设置阈值，发现异常情况自动预警提示。4.2.2.1.3数据质量管理对追溯数据采集、传输、审核、分类存储进行管理。主要包括数据传输监控、数据清洗等功能。.1数据传输监控对各部门平台或节点企业数据传输进度、负载等进行监控。实时监控。设置数据监控指标，以图形方式展示各节点或部门平台的实时数据上传情况，支持下钻展示各企业数据上传情况，监控指标包括但不限于：总数据量、有效数据量、问题数据量等。进度监控。按年、月、日等周期，以图表方式展示各部门平台或节点企业实时数据上传进度。包括但不限于：已上传数据量、已上传有效数据量、已上传问题数据量、补传数据量等，并支持将统计结果导出。追溯数据清洗制定数据清洗规则，对数据清洗后的结果进行综合查询和展示。清洗规则设置。提供对于数据清洗规则的设置功能，该功能内容包括但不限于：阈值设置、清洗分类设置、清洗规则设置等。问题数据查询与统计。可按照数据清洗分类设置，分年月日等周期统计各节点的问题数据量，并可进一步查询具体问题数据明细，支持将统计结果导出。问题反馈。对清洗后的问题数据按照类型进行归类统计，然后根据通讯录中的节点数据对接责任人联系方式，自动向节点责任人反馈问题数据统计结果。追溯数据审核针对各类数据应用主题，分别制定异常数据判定规则，对上传数据完整性、规范性等进行审核。包括但不限于异常数据阈值设置、异常数据预警、数据质量报告生成等功能。4.2.2.1.4运行监测管理根据不同品种追溯情况以及各部门追溯管理需要，制定追溯体系运行监测管理办法及评价指标体系，从追溯体系运行情况、数据上传量和质量情况、体系日常运行维护与管理等角度，按周期对区或企业追溯体系运行情况进行智能化综合评价。该功能包括但不限于监测指标设置、体系运行监测评价、评价报告生成。4.2.2.1.4.1监测指标设置从追溯体系运行情况、追溯数据报送数量和质量情况、追溯体系日常运维管理等角度，按月度/季度等周期对所辖区/企业追溯体系运行情况进行智能化综合评价。此外，针对各节点企业的运行监测，可以结合追溯工作要求增加相关监测指标，比如将追溯企业、品种、环节的扩展，以及技术创新、模式创新、管理创新等纳入评价内容。支持各指标阈值的灵活配置，实现指标动态调整。4.2.2.1.4.2体系运行监测评价针对运行监测评价，支持以某一环节内的节点企业为评价对象，划分优秀、良好、达标、不达标等不同等级，设定各等级的阈值区间，根据各流通节点综合评价结果，确定其所属等级并从高到低顺序排列，并以图表等形式予以分析和展示。可以根据需要，自动提示排名前10位和后10位企业名单。支持以单个流通节点企业为评价对象，分析给定时间区间内综合评价结果的变化趋势，并开展同比和环比分析，以折线图、数据表等方式予以分析和展示，从而判断该企业追溯工作整体变化情况。4.2.2.1.4.3评价报告生成根据监测评价结果及监测评价模板自动生成追溯体系运行监测评价报告，通过电子邮件发送相关负责人。4.2.2.1.5追溯综合分析管理从行业、市场、产品、企业等角度，对追溯数据进行分析利用。包括但不限于行业监测、市场分析、企业观察、产品流量流向分析等功能。4.2.2.1.5.1市场动态分析设置产品价格、进销存数量、交易额等监测指标，分产品、分区域对市场进行动态监测。包括但不限于产品价格监测、进销存监测、交易额监测等功能，并采用图表、GIS等进行展示。合理设置各类监测指标阈值，及时发现异常情况，并自动预警提示。4.2.2.1.5.2市场运行分析按日、周、月、季度、年等周期，采用同比、环比等方式，使用柱状图、折线图、饼图、仪表盘、指示灯及组合图形等展示方式，分产品分环节开展产品进销存、批发与零售价量额、居民消费和金额团体消费、市场占有率等分类统计分析，自动生成分析报告。4.2.2.1.5.3重点行业分析根据市场份额或在当地经济运行地位，选择重点行业进行监测分析。按日、周、月、季度、年等周期，采用同比、环比等方式，使用柱状图、折线图、饼图、仪表盘、指示灯及组合图形等展示方式，对重点行业结构、行业规模、行业集中度，及重点企业占有率等进行分析，自动生成分析报告。4.2.2.1.5.4流通渠道分析按日、周、月、季度、年等周期，采用同比、环比等方式，对各类产品重点流通渠道、重点流经环节、重要流经区域等进行分析，并应用GIS进行动态展示。追溯查询行为分析自动记录并按品类、企业主体、消费区域等分析消费者查询行为，以便更好改进消费者的查询体验。4.2.2.1.6追溯认证信息管理对接入的第三方追溯平台或重点企业开展追溯认证，审核其业务流程，对符合追溯流程的第三方电商平台或重点企业允许其纳入某追溯管理平台，扩大追溯体系范围和影响力，主要包括认证企业信息录入、认证企业信息查询、认证企业信息审核等功能。4.2.2.1.6.1认证企业信息录入根据企业追溯认证的备案流程，对预备案认证的企业进行业务流程初评，初评合格的企业或者平台，下发追溯管理平台企业账号，申请企业在线填写待认证企业或者平台主体信息。主体备案信息主要包括但不限于企业编码、企业名称、统一社会信用代码、经营品类、生产/经营许可证号、经营地址、经度与纬度、联系人等。4.2.2.1.6.2认证企业信息查询按照所属区域、节点类型、种类、节点名称、节点编码、备案时间等条件，对认证企业信息进行检索和分页展示，并利用地理信息系统(GIS)进行标注和分析。4.2.2.1.6.3认证企业信息审核针对各类追溯品类企业，分别制定追溯认证的判定规则，根据企业上报的书面材料、实地检查结论等进行审核。包括但不限于追溯品类认定、追溯业务流程认定、追溯平台认定等等功能。4.2.2.1.7追溯应急管理应急管理应实现各部门快速协调、联动，有效解决突发公共安全事件。根据业务流程划分，主要包括质量安全监测预警、应急预案管理、应急事件审核、应急协同处置、应急事件反馈和应急信息发布等。4.2.2.1.7.1安全监测预警对产品质量安全关键控制点进行动态监测，支持异常情况自动预警提示功能。对产品质量安全数据进行统计分析，包括但不限于质量安全控制点数据报送量、控制点达标率、质量安全预警统计等。4.2.2.1.7.2应急预案管理对辖区产品安全事件、重大疫情事件、公共卫生事件、社会安全事件和市场供应保障事件等应急预案进行分类管理和维护。编制重要产品追溯应急管理预案，包括但不限于应急组织架构、应急资源保障、应急处置与调查评估、信息公告等内容，支持应急部门及人员登记、应急预案上传、应急预案分类查询、在线浏览等功能。4.2.2.1.7.3应急事件审核包括但不限于应急事件录入、应急事件审核等功能。对应急事件进行记录，详细记录包括发生时间、地点、事件属性、涉及产品追溯码、涉及企业名称等信息。并对应急事件等级分类，由负责人审核，是否对启动应急处置。4.2.2.1.7.4应急协同处置根据应急事件相关追溯信息合成追溯链条，明确该产品流经的全部节点、数量、时间以及相关人员联系方式等。包括但不限于追溯链条合成、追溯链条数据表、基于GIS地图的链条展示等功能。以多种方式，将追溯查询信息反馈给相关部门执法主体。应包括但不限于执法主体查询、追溯查询、报告发送等功能。4.2.2.1.7.5应急事件记录完成应急处置后，要将应急事件处置记录及时上传或录入到追溯平台。包括但不限于应急记录登记、应急记录查询等。4.2.2.1.8公共服务管理对信息发布、公众留言、公共查询进行有效后台管理。4.2.2.1.8.1信息发布管理对政策法规、通知公告、新闻资讯、应急信息等栏目信息进行后台管理，具有按新增、修改、删除、发布及按条件检索等功能。4.2.2.1.8.2公众留言管理对于网站和移动端前台设置的公众留言窗口，公众通过实名或匿名方式进行的建议、询问、举报投诉等方面的留言进行后台管理。网站后台提供留言按条件检索、查看、删除、审核、回复、关闭等4.2.2.1.8.3公共查询为了提供统一的公共服务窗口，创新查询方式，面向消费者提供追溯信息一站式查询服务。需要提供统一的数据查询接口，通过追溯网站前台、移动端等开设的公共信息查询窗口，为消费者提供准确一致的追溯信息。采用轻资产模式，不再单设追溯系统之外的查询设备。4.2.2.1.8.4内容组件管理为有效管理和维护网站前台内容，需要具有如下内容管理功能。应具有栏目(频道)管理功能，支持自定义栏目功能；具有模板管理功能，通过模板实现不同类型的网站页面风格；支持在后台发布新闻时，一键静态页面生成技术，结合模板和文档内容生成静态网页，提高访问效率；发布信息内容支持文字、图片、视频等多种元4.2系统管理某市级重要产品追溯平台系统管理应包括但不限于基础数据管理、权限管理、用户管理、角色管理、采集任务管理等。4.2.2.1.9.1基础数据管理为整个平台提供行政区划、行政组织等基础信息支撑。该功能包括但不限于组织管理、行政区划、公共数据以及业务规则配置。1>组织管理组织管理包括组织单元层次、部门名称等，对组织单元的不同层次、不同名称赋码，以便用于整个平台。2>行政区划行政区划主要是把地理上的行政区划代码化，按照国家统计局发布的行政区划代码，分别在国家设置、省份设置、城市设置、区域设置层面录入地理信息。3>公共数据公共数据主要是用来区分不同行业并为他们赋码，例如种植业、批发市场等；包括但不限于行业设置、企业业态、企业性质等。4>业务规则配置业务规则配置包括但不限于业务类型设置、系统参数设置、全局变量设置、系统自定义项设置、附件类型等。全局变量设置主要是用来控制各个子模块，附件类型是用来控制上传下载图片、文件4.2.2.1.9.2权限管理权限管理是为了实现整个平台的以权限控制访问资源，通过给每个用户授予不同的权限，获得不同的展示。根据业务流程划分，主要包括但不限于应用模块管理、组织人员管理、系统安全管理等。1>应用模块管理应用模块管理是用来管理各个子系统或子模块，包括但不限于模块资源配置、菜单管理、功能操作设置等。2>组织人员管理组织人员管理是管理用户的，包括但不限于组织设置等。其中组织设置是把用户归属于某一单元层次的组织。3>系统安全管理系统安全管理主要是通过系统日志监控平台安全状况，包括用户访问日志、操作日志查询等。4.2.2.1.9.3用户管理用户管理是为了实现整个平台的权限和用户绑定，通过不同权限获得不同的展示，用户授权是给用户授权访问资源的权限，包括用户授权、用户授权查看等，用户管理包括用户的增、删、改。4.2.2.1.9.4角色管理角色管理是为了实现整个平台的以角色控制访问资源，通过给每个角色授予不同的权限，获得不同的展示。角色管理是给用户授权不同访问级别的角色，包括角色管理、用户角色查看等。角色管理包括角色的增、删、改。4.2.2.1.9.5任务管理通过配置接口启动时间和频次，对接口数据启动定时采集程序配置，并将采集结果形成日志文件，支持按日期、采集成功、采集失败等条件查询。对某市级重要产品追溯平台数据库中的所有追溯数据执行导出到文件并打包，支持按日期分包。4.2.2.2服务平台功能建设消费者服务平台包括服务门户前端建设、移动端建设，实现公众服务的多渠道支持。4.2.2.2.1服务门户前端建设服务门户应具有新闻宣传和公众通过网络诉求的业务受理功能，包括但不限于个性化服务、政策宣传、网上咨询等功能；支持追溯平台的公告服务功能，可通过门户查询相关信息。门户宣传具备首页展示、新闻资讯、工作动态、通知公告、政策法规、应急发布、追溯企业、产品目录等功能。支持新闻信息统计，包括点击率、访问地区、访问排行、热点统计等网站统计功能。4.2.2.2.1.2网上业务受理具备追溯服务网上留言、留言查询、留言回复、留言管理等功能，其中留言管理包括留言的增、删、改。追溯服务具备动态的追溯企业查询、追溯信息查询、追溯企业排名、追溯企业GIS分布等功能，能全方位为消费者等社会公众提供追溯服4.2.2.2.2移动端建设为了适用信息化发展需要，随着智能手机的普及，移动端建设成为追溯系统发展的必然要求，移动端需要支持信息发布、追溯节点展示和路径导航，支持扫码等多种方式查询追溯信息，同时支持公共服务功能内的其他服务。按照某省和某对政务系统的统一要求，老百姓使用的移动端接入某事通，对于政府工作人员将接入大管家综合服务平台，不单独建设APP。4.2.2.2.2.1信息发布具备新闻资讯、工作动态、通知公告、政策法规、企业信息展示、追溯简介等功能。4.2.2.2.2.2追溯节点展示与导航具备市场展示、市场地图查看、经营主体展示、追溯数据展示等功能。4.2.2.2.2.3追溯查询具备动态的主体搜索、追溯检索、市场主体注册等功能，能方便快捷为市场主体和消费者提供追溯服务。4.2.2.3接口建设接口建设按产品类别分为肉类追溯接口、食用油追溯接口、蔬菜追溯接口、调味品追溯接口、水果追溯接口。按对接部门分类包括上述产品与第三方追溯平台对接、与重点企业对接、与政府部门建设系统对接以及与省级平台对接。其中与政府部门对接接口为双向数据交换接口。政府横向部门和纵向数据交换按照政府间各部门工作管理规定和要求，免费开放相关数据接口，各部门可通过统一的政务数据资源共享交换平台申请数据交换，对于自愿纳入某重要产品追溯体系试点建设的节点企业数据交换，则由企业免费开放数据接口或将数据导出到前置交换系统上报。4.2.2.3.1与相关部门对接接口某市级重要产品追溯平台统一数据共享交换均通过数据局数据交换平台对接，建设内容包括：追溯主体备案信息接口、产品目录接口、追溯应急联动响应接口、食用农产品追溯查询接口、食品追溯查询接口等，保证相关部门可与某市级重要产品追溯平台顺利对4.2.2.3.2与省级重要产品追溯平台对接接口按照某市级重要产品追溯平台统一数据共享交换技术要求以及对接接口规范，建设某市级重要产品追溯平台与某省省级重要产品追溯管理平台间数据共享接口，建设内容包括：追溯主体备案信息接口、产品目录接口、食用农产品追溯上报接口、食品追溯上报接口、监测评价接口等，实现某市级重要产品追溯平台与某省省级重要产品追溯管理平台的数据联通。4.2.2.3.3与节点企业对接接口建设要求按照某市级重要产品追溯平台统一数据共享交换技术要求以及对接接口规范，建设节点终端应用与某市级重要产品追溯平台间数据交互接口，建设内容包括：追溯主体注册备案信息接口、肉类、蔬菜、食用油、调味品、水果追溯数据与检疫检验交互接口、追溯查询接口、认证信息接口、产品信息接口等，实现节点应用端与某市级重要产品追溯平台的数据联通。4.2.2.4追溯大屏建设某市级重要产品追溯平台大屏建设，包括追溯体系展示、追溯主体展示、数据质量展示、运行监测展示、追溯综合分析展示、追溯认证信息展示、追溯应急展示和公共服务展示等内容。4.2.2.5节点端建设本期根据某各环节企业信息化条件基础情况，计划屠宰场实施一个节点，批发市场实施一个节点，农贸市场实施一个节点，连锁超市实施10个节点，并选择供应链相对稳定的10个肉菜品类，例如：白条肉、土豆、西红柿等，进行实施，待平台建成后，追溯体系信息化具备一定条件后，再逐步扩展覆盖范围及品类。根据各环节调研情况，对于屠宰厂和批发市场，信息化条件较差，几乎没有信息化基础，需要在进场、出场交易、检验检疫等关键控制节点，部署信息化终端，其中屠宰环节有四个关键控制点，批发市场有三个关键控制点，因此分别需要四个电脑终端和三个电脑终端，由专人通过节点端系统采集信息后，将数据汇总至前置交换系统，然后上报至市级重要产品追溯平台。对于农贸市场和连锁超市，信息化条件相对较好的节点，考虑到企业数据隐私与安全性，需要安排专人通过企业的内部管理系统导出进场和出场、检验等数据，汇总至前置交换系统，然后再上报至市级重要产品追溯平台。4.2.2.5.1生猪定点屠宰场实施方案4.2.2.5.1.1追溯体系流程生猪定点屠宰场的屠宰模式分为两种：自营与代宰。本方案不对分割肉进行追溯，另外本方案的追溯按商务部的验收标准进行实施部署，主要对入场信息与出厂信息及中间检疫信息的采集，并根据批次号将各个追溯信息串联起来，形成追溯链。自营模式：屠宰场与相关养殖场合作，定点从合作养殖场采购生猪，直接运至屠宰场进行宰杀，根据批次进行统一宰杀，并存于冷库，一部分以片猪形式对外销售，一部分进行分割车间。代宰模式又分为批发交易代宰和混合代理代宰。批发交易代宰：生猪猪贩子在各地采购生猪，运至屠宰场现场与经营户进行交易，经营户购得生猪后委托屠宰场进行屠宰，屠宰后经营户口自行运走。混合代理代宰：该模式为几个销售量不大的经营户，每天轮流或固定委托某人运生猪至屠宰场，由屠宰场代宰后运回分配给各个经营户进行零售。—外部追溯—检疫码图4.2业务流程4.2.2.5.1.2屠宰企业端追溯功能设计屠宰企业端功能至少包括：生猪进场管理、检疫管理、宰后肉品出厂管理等。屠宰企业端建设以移动端的形式呈现。(1)主体备案管理参与生猪交易的市场主体，需要预先在固定的地点进行主体备案登记。生猪入场时，系统自动绑定经营户的备案信息，录入检疫证号作为批次信息。(2)生猪进厂登记生猪入场时，系统自动绑定经营户的备案信息，录入检疫证号作为批次信息。系统记录进厂信息后，生成电子台账和批次信息。入厂管理具备的功能有：进厂登记、进厂记录查询。进厂登记获取经营者备案信息，录入检疫证号等相关信息，保存进厂记录、生成电子台账。进厂信息包括：进厂日期、货主编码、货主名称、生猪产地检疫证号、进厂数量、实际进厂数量及重量、途亡数量、检疫结果、产地编码、产地名称、养殖场名称、运输车辆号、采购价等信息。进厂记录查询使用经营者主体码、入厂时间等条件查询检索生猪入厂记录。(3)检疫检疫结果登记宰前检疫管理具备功能有：检疫检验信息登记。检疫检验信息登记录入、保存检疫检验信息，存储的信息包括：货主编码、货主名称、生猪动物检疫证号、头数、采样头数、采样样品编号、检验员、抽检日期、阳性头数等。生猪宰后检疫管理具备功能有：检疫检验信息登记。检疫检验信息登记录入、保存检疫检验信息，存储的信息包括：货主编码、货主名称、肉品检疫结果、头数、采样头数、采样样品编号、检验员、抽检日期、阳性头数等。(4)肉品出厂登记屠宰厂肉品出厂记录交易信息，生成交易凭证号码，交易凭证号与肉品批次信息相关联，用户可使用追溯标签进行追溯，查询肉品相关信息。本模块具有的功能包括：出厂登记。出厂登记获取批次号、货主信息等，系统自动产生全市唯一的交易凭证号，记录交易信息。出厂时需要处理的信息包括：出厂日期、货主编码、货主名称、买主编码、买主名称、肉品检疫合格证号、动检合格证号(产品)、商品编码、商品名称、重量、单价、到达地、交易凭证号。(5)信息传送把屠宰环节产生的追溯信息传送到市级追溯管理平台。根据数据结构要求，开发建设屠宰企业端与市级追溯管理平台间的对接接口。追溯端(7)数据传递网络数据下发，根据数据结构要求，开发建设屠宰企业端与批发商户端的对接接口。把屠宰环节的出场数据下发至下游批发环节，作为批发环节的进场预备信息。马鞍山市市级重要产品追溯平台项目建设方案4.2.2.5.2肉类蔬菜批发市场实施方案4.2.2.5.2.1追溯体系流程和批发市场商户端追溯功能设计批发市场经批发市场经营户备案交易客菜生成批次码生成追溯码应用肉类蔬菜批发市场商户端以移动端的形式呈现。交易信息管理运输过程跟踪生成进场批次交易信息管理打印溯源码—外部追溯—顺向追踪一种植信息管理溯源二维码交易信息管理生成进场批次逆向溯源进行高雾4.2.2.5.2.1.1商户主体备案管理批发商通过移动端应用上传有效身份证件、营业执照等信息进行实名制注册备案，并上传市级重要产品追溯平台。4.2.2.5.2.1.2入场登记管理进场流程进场流程APP预登记(唐幸/种植厂追溯端图4.8批发进场示意图批发商进场时由批发市场管理员进行简单询问和查验登记，为防止集中进场交通堵塞，先行暂扣身份证、驾驶证等有效证件，予以放行，事后货主返回进行补登入场信息并送交检测样本。市场管理员将蔬菜来源地、品种、数量等信息输入追溯子系统。制定严格的入场管理措施，所有入场货物均需登记信息后方可进场，利用移动端登记提前输入信息可以减少排队时间，现场快速通过，现场登记只是起辅助作用，需要花费时间，可能需要排队等候入场，鼓励入场车辆使用移动端提前登记。4.2.2.5.2.1.3检验检测管理有检测条件的批发市场，在检测室由检测人员利用移动终端对贴有二维码批次标签的蔬菜样品进行扫描并检测，并将检测结果录入批发市场商户端。4.2.2.5.2.1.4台账批次管理对有条件的批发市场，建立台账批次管理。4.2.2.5.2.1.5数据查询对有条件的批发市场，纳入追溯的数据，包括备案信息、入场信息、交易信息科支持数据查询。4.2.2.5.2.1.6系统维护系统维护包括节点端应用运行维护和数据接口运行维护。4.2.2.5.2.1.7统计分析对有条件的批发市场，纳入追溯的数据，包括备案信息、入场信息、交易信息科支持数据统计分析。4.2.2.5.2.1.8交易信息管理扫码支付货品称重形成交易信息交易支付完成交易推送追溯二维码挑选肉菜交易秤称重通过APP交易界面输入交易信息线下交易(现金、赊账)追溯端息追溯二维码下发交易信息上传追溯二维码信息上传评价图4.9批发交易示意图对有条件的批发市场，例如统一采用了第三方聚合码支付，打通了第三方聚合支付和批发市场信息化交易系统的数据接口的批发市场，通过从批发市场信息化交易系统中提取交易数据推送到批发市场商户端中，包括交易重量、交易金额、交易时间、交易流水号。4.2.2.5.2.2批发市场管理端追溯功能设计肉类蔬菜批发市场管理端追溯以移动端的形式呈现。肉类蔬菜批发市场管理端主要是市场管理端应用，适用于批发市场管理方。软件功能框图如下：管理端图4.10批发环节功能架构备案管理市场管理人员通过批发市场管理端对商户进行备案，包括商户姓名、联系方式、地址等基础信息，并生成主体二维码。进货统计进货统计由商户通过商户端自行录入，市场监管端可以查询商户录入的进货数据，通过查询进货数据可以督促商户做好进货台帐的登记工作。检测管理查询当期一段时间的检测信息。销售管理查询商户的销售信息。报表查询对进货、销售信息进行查询。市场管理人员通过扫描商户自行登记货物二维码信息进行实物4.2.2.5.3超市实施方案4.2.2.5.3.1追溯系统流程码溯码连锁超市连锁超市备案手动导出数据销传数据上传数据下发电子秤打印交易凭证图4.11超市业务流程4.2.2.5.3.2超市追溯端功能设计超市追溯端以移动端的形式呈现。超市凭有效身份证件、营业执照，并提供对应复印件，到商务局指定的办理点进行超市实名备案。4.2.2.5.3.2.1供货主体备案超市管理员对供应商进行备案，建立基本信息档案；已建立自有库存管理ERP系统的超市不需要进行单独备案，可直接通过数据接口抽取超市库存管理ERP系统的供货商登记信息。供应商已在其他流通节点备案的，不需要重新备案。4.2.2.5.3.2.2商品备案超市管理员对超市商品进行备案，建立基本商品信息档案，选择各商品的供货商、系统商品名称，分配超市商品编码、超市商品名称。已建立自有库存管理ERP系统的超市不需要进行单独备案，可直接通过数据接口抽取超市库存管理ERP系统的商品登记信息。4.2.2.5.3.2..3进场登记超市管理员将商品来源地、品种、数量等信息输入超市追溯端。已建立自有库存管理ERP系统的超市不需要进行单独登记，可直接通过数据接口抽取超市库存管理ERP系统的商品进货登记信息。4.2.2.5.3.2.4零售交易对有条件的超市，例如统一了采用第三方聚合码支付，打通了第三方聚合支付和超市信息化交易系统的数据接口的超市，通过从超市信息化交易系统中提取交易数据推送到超市追溯端中，包括交易重量、交易金额、交易时间、交易流水号。商品辑码转换追凝法追凝法图4.13超市整体流程 4.2.2.5.4农贸市场实施方案4.2.2.5.4.1追溯系统流程号传送城市追溯管理实名注场二维码码通过图4.14农贸市场业务流程农贸市场商户端追溯功能设计肉菜入场(市)登记农贸市场追溯图4.15农贸市场功能架构农贸市场商户端以移动端的形式呈现。(1)零售商备案肉菜零售商须凭有效身份证件、营业执照，并提供对应复印件，到农贸市场指定地点进行备案。由农贸市场注册零售商基本信息，并上传到农贸市场追溯子系统。(2)进场登记APP预登记进场信息上传商户(屠宰、批发等)生成电子台账商户建立批次信息追溯端图4.16农贸市场进场示意图对于长期在场销售的零售商，提前到市场管理处注册备案。与上游交易且并未参与到追溯中的零售商进场时需将肉菜来源地、品种、数量等信息输入农贸市场商户端。上游已参与追溯的零售商无需再进行入场登记。农贸市场商户货物来源有两种情况，一种是直接来源于纳入追溯体系内的批发市场、屠宰企业，通过扫码登记进场；另外一种情况是来自于体系外的供货商，这时候就需要做入场来源登记了，进场(3)零售交易交易流程：方案1交易流程：方案1交易流程：方案2交易流程：方案2就这内菜交易秤特速评价图4.17交易流程示意图方案1全部采用移动端作为追溯信息传递的载体，通过扫码后输入重量价格后完成交易，交易信息实时上传至农贸市场商户端。方案2采用智能电子秤和移动端作为追溯信息传递的载体，正常称交易信息上传至农贸市场商户端。针对某的实际情况，采用“技术方案1”和“技术方案2”相组合的方案。选择部分基础设施完善，配合程度高的市场采用技术方案2,其余市场采用技术方案1。对有条件的农贸市场，例如统一了采用第三方聚合码支付，可以打通第三方聚合支付和农贸市场信息化交易系统的数据接口的农贸市场，通过从农贸市场信息化交易系统中提取交易数据推送到农贸市场商户端中，包括交易重量、交易金额、交易时间、交易流水农贸市场管理端主要是市场管理端应用，适用于农贸市场管理农贸市场管理端市场管理人员通过移动端对商户进行备案，包括商户姓名、联系方式、地址等基础信息，并生成主体二维码。2、进货统计进货统计由商户通过商户端自行录入，市场监管端可以查询商户录入的进货数据，通过查询进货数据可以督促商户做好进货台帐的登记工作。3、检测管理查询当期一段时间的检测信息。4、销售管理查询商户的销售信息。对进货、销售信息进行查询。市场管理人员通过扫描商户自行登记货物二维码信息进行实物查验，货物一致后方可放行。4.2.2.5.5商务局管理端追溯建设实施方案4.2.2.5.5.1商务局监管端商务局监管端，便于监管部门随时随地掌握追溯体系情况。软件功能框图如下：端图4.19商务局监管端功能架构图1、企业查询针对追溯节点企业备案信息进行整合综合管理，将备案信息通过移动监管管理系统进行汇总展示，并支持查看明细节点主体备案信息，可支持通过地图GIS标点位置快速便捷查看相关企业地址信2、数据上报监管针对各追溯节点企业上报的数据进行综合管理，通过移动监管管理系统进行汇总展示，还可以根据追溯节点企业上报情况进行排3、日常监管对某内的节点企业追溯体系及数据上报情况进行监测管理。根据以进出对称率、品种对称率、关联性、数据完整、规范性等指标进行监管，通过移动平台进行及时监控与预警，有效针对本市追溯体系建设的节点进行数据监管。4、追溯信息监管包括：追溯节点数据上报明细查询、汇总查询。追溯信息包括商品基本信息、流通信息、企业信息、检测信息，从商品源头追溯至零售终端，明确追溯主体、追溯环节、追溯信息。5、数据分析针对某纳入肉菜追溯体系建设的关键节点，包含生猪屠宰、批发市场、农贸市场、超市等，根据节点上传的追溯信息数据进行整合分析，并形成分析报告，对于采集的相关追溯信息数据进行多纬度的深入分析实现对于肉菜追溯相关信息分析展示。包括体系建设、追溯分析、数据上报、扫码分析等。6、新闻发布最新食品安全及政策法规发布。4.3支撑平台设计应用支撑平台包括云服务器、云操作系统、应用中间件系统、云数据保护系统、云监控系统、云维护系统。这些系统构成应用的基础，能够保证应用系统高可靠、高稳定地运行。4.3.1平台环境本项目采用云架构，所涉应用均部署于某政务云，方便未来根据业务的增长情况，动态横向扩展系统性能。根据本系统需求，需要部署云数据库服务器、云应用服务器及云备份服务器等，为保证系统的高可用性需要按照双机热备的形式部署。总体来讲一方面要保证整个系统安全和数据安全，另外也要保证系统的计算性能和可扩展性。4.3.1.1云数据库服务器云数据库服务器是项目的核心服务器，其中包含了所有的应用数据，为保持较高性能和高可靠性，一方面减轻单台云服务器的工作负载，另一方面也可以互为备份，保证数据库的不间断工作，在最大程度上保证数据库能够长期、稳定的提供服务。两台核心云数据库(DB)服务器，提供关键数据库运行平台，负载业务逻辑处理层对数据库数据请求、处理，同时对数据库系统中数据进行管理和维护。4.3.1.2云应用服务器云应用服务器用于部署本项目应用软件，通过WEB方式给用户提供应用服务，所有的用户均需要访问应用服务器，对并发数量要求较高。所以我们选择较高性能的云服务器。网络环境本项目网络系统依赖于已经建成的政务网络，平台服务器端部署在某政务云上。为保证数据传输的效率与稳定性，内部需采用至少千兆网络交换服务。市民接入网络建议使用100M接入，在Internet与政务网之间采用安全设备隔离，保证政务网数据接入的安全性。巡查人员、管理人员可以通过移动网络接入政务网络，运营商到政务网传输带宽建议采用20M。以及其它接入管理平台的部门，即管理平台的终端用户，依托政务网直接使用管理平台，各部门根据各自的用户数据配置相应的接入交换设备即可。软件平台环境操作系统本项目的操作系统需根据所选应用系统的要求，同时考虑到数据的安全性、稳定性和高性能等方面的因素选择基于Linux操作系统的云平台。数据库服务器使用基于Linux系统的云平台。数据库系统系统数据库平台选择性能和参照指标成熟稳定的云平台数据库，并且可以实现高可用模式。高可用模式能够实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。高可用模式具有以下优点：单独的管理实体、可伸缩性、高可用性、可管理性。4.4安全系统设计本项目要求等保二级标准，所有安全设计标准均需不低于等保二级的技术要求。某市级重要产品追溯平台项目的安全性将从系统安全、网络安全、程序资源访问控制安全、功能安全、认证安全和服务端安全