标准 DB37T 3660-2019 重要产品追溯 食用农产品省市平台建设规范规范_第1页
标准 DB37T 3660-2019 重要产品追溯 食用农产品省市平台建设规范规范_第2页
标准 DB37T 3660-2019 重要产品追溯 食用农产品省市平台建设规范规范_第3页
标准 DB37T 3660-2019 重要产品追溯 食用农产品省市平台建设规范规范_第4页
标准 DB37T 3660-2019 重要产品追溯 食用农产品省市平台建设规范规范_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS FORMTEXT35.240.99FORMTEXTL70FORMTEXT     DBFORMTEXT37DBFORMTEXT37/T3660—2019FORMTEXT     FORMTEXT重要产品追溯食用农产品省市平台建设规范FORMTEXTImportantproductstraceability—Specificationsforprovincialandmunicipalplatformsconstructionofedibleagriculturalproducts2019-08-30发布2019-09-30实施FORMTEXT山东省市场监督管理局   发布DB37/T3660—2019前言 II1范围 12规范性引用文件 13术语和定义 14缩略语 25设计和建设原则 26平台间的逻辑关系 37总体架构 38功能要求 49性能要求 810接口要求 911部署环境要求 912安全性要求 913运行维护要求 9附录A(资料性附录)食用农产品追溯管理平台逻辑关系图 10附录B(资料性附录)食用农产品追溯管理平台架构设计图 11参考文献 12前  言本标准按照GB/T1.1—2009给出的规则起草。本标准由山东省商务厅提出、归口并监督实施。本标准起草单位:山东省标准化研究院、浪潮软件集团有限公司、山东商业职业技术学院、山东标准化协会。本标准主要起草人:来永钧、王玎、吴业虎、梁厚广、王志恒、王亚楠、王家敏、朱承鑫、赵中涛、郑霞、张璐。重要产品追溯食用农产品省市平台建设规范范围本标准规定了食用农产品省市追溯管理平台的设计和建设原则、平台间的逻辑关系、总体架构、功能要求、性能要求、接口要求、部署环境要求、安全性要求和运行维护要求。本标准适用于食用农产品省市追溯管理平台的建设。规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T15629.3信息技术系统间远程通信和信息交换局域网和城域网特定要求第3部分:带碰撞检测的载波侦听多址访问(CSMACD)的访问方法和物理层规范GB15629.11信息技术系统间远程通信和信息交换局域网和城域网特定要求第11部分:无线局域网媒体访问控制和物理层规范GB/T18233信息技术用户建筑群的通用布缆GB/T21062.3政务信息资源交换体系第3部分:数据接口规范GB/T21063.3政务信息资源目录体系第3部分:核心元数据GB/T21063.4政务信息资源目录体系第4部分:政务信息资源分类GB/T22239信息安全技术网络安全等级保护基本要求GB/Z24294信息安全技术基于互联网电子政务信息安全实施指南GB/T25068(所有部分)信息技术安全技术IT网络安全GB/T28452信息安全技术应用软件系统通用安全技术要求GB/T28827.1信息技术服务运行维护第1部分:通用要求GB/T28827.2信息技术服务运行维护第2部分:交付规范GB/T28827.3信息技术服务运行维护第3部分:应急响应规范GB/T31240信息技术用户建筑群布缆的路径和空间DB37/T3661重要产品追溯食用农产品追溯码编码规则术语和定义下列术语和定义适用于本文件。食用农产品edibleagriculturalproducts通过种植、养殖(屠宰)、采收、捕捞等产生,未经加工或经简单加工,供人食用的农产品。包括果蔬、畜牧类产品、水产品等。改写GB/T29372—2012,定义3.1追溯管理平台traceabilitymanagementplatform由政府(或政府授权的机构)管理,具备追溯信息汇总、处理与综合分析利用等功能,支持对接入的追溯系统运行情况进行监测评价,用于落实生产经营主体责任和产品质量安全监管的信息系统集合。追溯数据traceabilitydata记录追溯的信息。追溯体系traceabilitysystem支撑维护产品及其成分在整个供应链或部分生产和使用环节所期望获取包括产品历史、应用情况或所处位置等信息的相互关联或相互作用的一组要素。主要涵盖产品追溯系统、追溯服务平台、追溯管理平台等系统与平台以及相关追溯要素。内容管理系统contentmanagementsystem具有栏目定义、模板管理、信息管理等功能,能够灵活用于控制网站前台页面展示内容的信息系统。[SB/T11059—2013,定义3.3]地理信息系统geographicinformationsystem在计算机软硬件系统支持下,对有关地理分布数据进行采集、储存、管理、运算、分析、显示和描述的技术系统。[SB/T11059—2013,定义3.4] 缩略语下列缩略语适用于本文件。APP:应用(Application)CPU:中央处理器(CentralProcessingUnit)GIS:地理信息系统(GeographicInformationSystem)GPS:全球定位系统(GlobalPositioningSystem)LAN:局域网(LocalAreaNetwork)MAC:媒体访问控制(MediaAccessControl/MediumAccessControl)PAN:个人区域网络(PersonalAreaNetwork)WAN:广域网(WideAreaNetwork)设计和建设原则共享性宜充分利用已有的政务云基础设施,将平台建设与山东省电子政务公共服务云平台建设统筹规划,实现与政务信息系统整合共享。安全性应采取必要措施(例如评价、认证等),确保接入平台的设备、系统和用户接入的安全性,并采取适当的措施保证信息传输过程的安全性。可靠性应支持关键设备、关键数据、关键程序模块采集备份、冗余措施,具备容错和系统恢复能力,支持负载均衡功能。易操作性应提供清晰、简洁、友好的中文人机交互界面,操作应简单、灵活、易学易用,便于管理和维护。可扩展性应采用模块化设计,将相关功能模块化,便于平台在产品种类、追溯环节及管理功能上升级扩充。平台间的逻辑关系各级追溯平台之间的关系省级平台具备全省追溯数据汇总统计、信息综合开发利用及对市级平台运行情况监测评价等功能,实现与国家平台、市级平台和直连追溯子系统的互联互通。市级平台按照统一的数据传输格式和接口规范,实现与省级平台及各追溯子系统的互联互通。省市平台向上一级平台报送追溯数据。与外部电子政务平台的关系省市平台与本级政府电子政务平台、相关部门建设的监管平台、信用信息公示系统等实现对接和数据共享交换。与市场化第三方追溯平台的关系省市平台支持由相关行业组织、企业等建设的市场化第三方追溯平台数据接入。平台间逻辑关系图参见附录A。总体架构概述平台总体架构主要由基础层、数据层、支撑层、应用层、交互层组成,此外还包括运行维护保障体系和安全保障体系,平台总体架构图参见附录B。基础层基础层应能为系统各层提供必要的基础环境,为产品追溯信息的采集和传输提供基础保障,包括服务器、存储设备、安全设备、主机系统、网络系统、系统软件、管理软件等。系统的网络基础应基于网络技术建设,网络设备、结构、布缆、组网等应符合GB/T15629.3、GB15629.11、GB/T18233和GB/T31240的要求。主机、存储和安全设备应符合GB/T25068、GB/T28452的要求。数据层数据层为其上层提供数据支持,应包括食用农产品可追溯供应商数据库、老字号追溯数据库、连锁商超追溯数据库、地理标志产品追溯数据库、中药材追溯数据库、肉菜流通追溯数据库、特色产品追溯数据库等。数据库设计(表、字段、键等)和管理(数据的读取、校验、审核等)应保证数据来源的唯一性以及数据的一致性、完整性和安全性。数据共享交互应符合GB/T21062.3、GB/T21063.3、GB/T21063.4的要求。支撑层支撑层为应用层系统运行提供支撑,应包括内容表单组件、通用报表组件、基础数据管理组件、统一用户管理组件、数据交换组件、GIS中间件、数据展现组件等。应用层各节点子系统在应用层部署应用,提供数据汇总、整理、分析等功能。应用层应包括食用农产品可追溯供应商子系统、老字号追溯子系统、连锁商超追溯子系统、地理标志产品追溯子系统、中药材追溯子系统、肉菜流通追溯子系统、特色产品追溯子系统等。交互层交互层直接面对用户,为用户提供多种使用和访问方式,应能对不同类型用户的访问、不同终端等提供支持,包括但不限于门户网站、微信公众号/小程序、手机APP等。功能要求基本要求省市平台部署的食用农产品可追溯供应商追溯子系统、老字号追溯子系统、连锁商超追溯子系统、地理标志产品追溯子系统、中药材追溯子系统、肉菜流通追溯子系统、特色产品追溯子系统等应具备追溯主体管理、追溯产品管理、追溯编码管理、数据质量管理、追溯数据分析、追溯设备管理、运行监测管理、公共服务管理、追溯应急管理等功能,实现对各类产品追溯业务及数据的统一管理。追溯主体管理主体信息备案应能通过平台直接登记备案信息,或接收企业追溯系统上传的备案信息。追溯主体可包括生产经营企业,也可包括批发市场和零售市场的个体经营户。企业主体备案信息包括但不限于企业编码、企业名称、统一社会信用代码、经营品类、经营地址、联系人等,商户主体备案信息包括但不限于经营者编码、经营者类型、经营品类、所在节点企业编码和名称、联系方式等。企业编码与商户编码应确保全国唯一性。应包括但不限于追溯主体备案信息登记、修改、审核等功能。应支持备案信息变更权限设置及同步变更控制,并能将最新变更的信息反馈给相关部门。备案信息检索应能按照所属区域、节点类型、种类、节点名称、节点编码、备案时间等条件,对追溯主体备案信息进行检索和分页展示,并利用GIS进行标注和分析。商户备案信息应能按商户类型、备案所在节点、商户名称、品种、商户编码、备案时间等条件进行检索,并进行分页展示。备案信息分析应设置节点备案数量、节点覆盖率、商户备案数量、商户覆盖率等指标,按环节、品种、区域等维度,对企业、商户数量和比例等指标进行统计分析,并采用图表等方式加以展示。主体运行监控应设置数据报送率、商户活跃度等指标,分环节对企业追溯系统运行状态进行监控。应合理设置阈值,并能自动预警异常情况。追溯产品管理产品目录管理应依照国家重要产品总体分类目录,结合实际情况,确定纳入重要产品追溯体系的产品类别及下级分类目录,分类目录应符合总体分类规则。产品备案管理应支持通过平台登记产品备案信息,或接收企业追溯系统上传的备案信息。功能包括但不限于追溯产品备案信息登记、修改、审核等。应支持备案信息变更权限设置及同步变更控制,并将最新变更的信息同步给上级重要产品追溯管理平台。追溯编码管理应具备追溯码编码、赋码和销码功能,应符合DB37/T3661的相关要求。数据质量管理数据传输监控实时监控应设置数据监控指标,以图形方式展示各节点或城市的实时数据上传情况,支持下钻展示各企业数据上传情况,监控指标包括但不限于总数据量、有效数据量、问题数据量等。进度监控应能按年、月、日等周期,以图表方式展示各城市或节点企业实时数据上传进度。包括但不限于已上传数据量、已上传有效数据量、已上传问题数据量、补传数据量等,并支持将统计结果导出。负载监控应提供对各数据接收应用服务器的配置与监控功能,服务器配置内容包括但不限于服务器的添加、设置、停用等,以图表方式实时展示数据接收服务器的CPU、内存、磁盘空间、日志空间等负载情况。服务器负载超过预警阈值时,系统可以邮件或短信的方式自动通知管理员,同时将服务器异常情况记录日志,并支持将服务器运行状况结果进行导出。追溯数据清洗清洗规则设置应提供数据清洗规则设置功能,包括但不限于数据格式检核规则设置、清洗分类设置、阈值设置等。问题数据查询与统计应能按照数据清洗分类设置,分年、月、日等周期统计各城市或节点的问题数据量,并可进一步查询具体问题数据明细,支持统计结果导出。问题反馈应能对清洗后的问题数据按照类型进行归类统计,并根据通讯录中的各城市或节点数据对接责任人联系方式,自动向各城市或节点责任人反馈问题数据统计结果。追溯数据审核应能根据各类数据应用主题,分别制定异常数据判定规则,对上传数据完整性、规范性等进行审核。包括但不限于异常数据阈值设置、异常数据预警、数据质量报告生成等功能。追溯数据反馈应具备数据反馈机制,确保直接入驻省级平台的节点数据经审核后定期反馈至节点所在城市市级平台。追溯数据分析市场运行分析应能按日、周、月、季度、年等周期,采用同比、环比等方式,采用柱状图、折线图、饼图、仪表盘、指示灯及组合图形等展示方式,分产品分环节开展产品进销存、批发与零售价量额、居民消费和团体消费价量额、产品市场占有率等分类统计分析,自动生成分析报告。重点行业分析应能根据市场份额或在当地经济运行地位,选择重点行业进行监测分析。能按日、周、月、季度、年等周期,采用同比、环比等方式,使用柱状图、折线图、饼图、仪表盘、指示灯及组合图形等展示方式,对重点行业结构、行业规模、行业集中度、重点企业占有率等进行分析,自动生成分析报告。追溯查询行为分析应能自动记录并按品类、企业主体、消费区域等分析消费者查询行为,根据管理需求设置市场动态分析、产品流向分析等功能。追溯设备管理设备信息备案包括但不限于设备类型、设备型号、设备MAC地址、所属企业等。设备使用管理应具备设备配发、设备维修、设备报废等信息登记功能,内容包括但不限于节点企业、经营商户、设备类型、设备编号、设备版本等信息。设备运行监控宜能对手持机、电子秤、服务器等大型关键设备进行监控,判断关键设备的使用情况,并能按品种、区域、节点类型、节点企业、设备类型等提供监控面板,能查看单一设备的信息,采用图表的形式进行展示。宜能通过GPS定位等功能,监控追溯电子秤、交易一体机等设备在运行和非运行状态下的位置信息。设备信息分析应能对不同地区设备数量、地区占比情况等指标进行分析,并采用图表等方式进行展示。运行监测管理制定监测评价指标应能按月度、季度等周期对所辖城市/企业追溯体系的运行情况、追溯数据报送数量和质量情况、追溯体系日常运维管理等进行智能化综合评价。应支持各指标阈值的灵活配置,实现指标动态调整。追溯体系运行监测评价应支持以某一环节内的节点企业为评价对象,划分优秀、良好、达标、不达标等不同等级,设定各等级的阈值区间,能根据各流通节点综合评价结果,确定其所属等级并从高到低顺序排列,并以图表等形式予以分析和展示。应支持以单个流通节点企业为评价对象,分析给定时间区间内综合评价结果的变化趋势,并能开展同比和环比分析,以折线图、数据表等方式进行分析和展示。报告生成与发送应能根据监测评价结果及监测评价模板自动生成追溯体系运行监测评价报告,通过电子邮件发送相关负责人。公共服务管理信息发布应能对政策法规、通知公告、新闻资讯、应急信息、信用信息等栏目信息进行管理,具备按新增、修改、删除、发布及按条件检索等功能。公众留言应在网站前台设置公众留言窗口,确保公众可通过实名或匿名两种方式,进行建议、询问、举报投诉等方面的留言及查看留言回复情况。网站后台应提供留言按条件检索、查看、删除、审核、回复等功能。公共查询应提供统一的公共服务窗口,通过追溯门户、微信公众号、手机APP等开设公共信息查询窗口,为消费者提供追溯信息一站式查询服务。宜通过12312举报投诉电话和短信平台,为消费者提供追溯信息查询服务。内容管理系统要求应具备栏目(频道)管理和模板管理功能,并支持自定义栏目功能和静态页面生成技术。发布信息内容应支持文字、图片、音频、视频等多种元素。追溯应急管理质量安全监测预警应能对产品质量安全关键控制点进行动态监测,支持异常情况自动预警提示功能。应能对产品质量安全数据进行统计分析,包括但不限于质量安全控制点数据报送量、控制点达标率、质量安全预警统计等。应急预案管理应能对辖区产品安全事件、重大疫情事件、公共卫生事件、社会安全事件和市场供应保障事件等应急预案进行分类管理和维护。应具备重要产品追溯应急管理预案,包括但不限于应急组织架构、应急资源保障、应急处置与调查评估、信息公告等内容,支持应急部门及人员登记、应急预案上传、应急预案分类查询、在线浏览等功能。应急事件审核应具备应急事件录入、应急事件审核等功能。应能对应急事件进行记录,包括但不限于发生时间、地点、事件属性、涉及产品追溯码、涉及企业名称等信息,并能对应急事件等级进行分类,经审核后确定是否启动应急处置。应急协同处置应能根据应急事件相关追溯信息合成追溯链条,明确该产品流经的全部节点、数量、时间以及相关人员联系方式等。包括但不限于追溯链条合成、追溯链条数据表生成、基于GIS地图的链条展示等功能。应能以电话、短信、邮件等多种方式,将追溯查询信息反馈给相关部门执法主体。包括但不限于执法主体查询、追溯查询报告发送等功能。相关应急信息应能通过网络、微信、电视、广播等渠道进行公布。应急事件记录在完成应急处置后,应能将应急事件处置记录及时上传或录入到平台。包括但不限于应急记录登记、应急记录查询等功能。性能要求应保证平台的功能模块间的协同工作和数据的有效性及时效性,包括但不限于:页面响应时间应低于3秒;应具备较高可

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论