全國營運中心 切換省級營運中心
當前位置:首頁 > 國家政策

商務部辦公廳關于印發《重要產品追溯管理平臺建設指南(試行)》的函

2018/8/2 17:05:52 次瀏覽 分類:國家政策    發布者:成都研成科技有限公司


商務部辦公廳關于印發《重要產品追溯管理平臺建設指南(試行)》的函

各省、自治區、直轄市、計劃單列市及新疆生產建設兵團商務主管部門:

  為落實《國務院辦公廳關于加快推進重要產品追溯體系建設的意見》(國辦發〔2015〕95號)關于追溯體系平臺建設和互聯互通的有關要求,加強對重要產品追溯管理平臺建設工作的指導,在總結前期肉菜等重要產品追溯體系建設試點示范經驗的基礎上,我們編制了《重要產品追溯管理平臺建設指南(試行)》。現印送給你們,供在具體工作中參考。實際工作中如有問題,請及時向商務部(市場秩序司)反饋。

  商務部辦公廳

  2018年6月22日

  附:

重要產品追溯管理平臺建設指南
(試 行)
  目  錄
  一、 規范性引用文件 1
  二、 術語和定義 2
  (一) 重要產品。 2
  (二) 國家重要產品追溯管理平臺。 2
  (三) 地方重要產品追溯管理平臺。 3
  (四) 地理信息系統(GIS)。 3
  三、 平臺間的邏輯關系 3
  (一) 各級追溯平臺之間的關系。 3
  (二) 與外部電子政務系統的關系。 4
  (三) 與市場化第三方追溯平臺的關系。 4
  四、 平臺設計要求 5
  (一) 規范性。 5
  (二) 統一性。 5
  (三) 共享性。 5
  (四) 安全性。 6
  (五) 可靠性。 6
  (六) 易操作性。 6
  (七) 可擴展性。 6
  (八) 可維護性。 6
  五、 總體架構 7
  (一) 概述。 7
  (二) 基礎設施層。 7
  (三) 數據資源層。 8
  (四) 應用支撐層。 9
  (五) 業務應用層。 11
  (六) 表現層。 11
  (七) 數據共享交互。 12
  (八) 安全保障體系。 13
  六、 功能要求 13
  (一) 概述。 13
  (二) 追溯主體管理。 13
  (三) 數據質量管理。 15
  (四) 追溯應急管理。 16
  (五) 追溯數據分析。 18
  (六) 體系建設管理。 19
  (七) 追溯設備管理。 20
  (八) 運行監測管理。 21
  (九) 公共服務管理。 23
  七、 性能要求 24
  八、 接口要求 25
  (一) 國家平臺數據接口。 25
  (二) 第三方追溯平臺接口。 25
  (三) 共建部門系統接口。 25
  (四) 重點企業追溯系統接口。 25
  九、 部署環境要求 25
  (一) 網絡要求。 26
  (二) 機房要求。 26
  (三) 服務器要求。 26
  (四) 數據庫要求。 26
  十、 安全性要求 26
  (一) 軟件安全性要求。 26
  (二) 數據安全要求。 27
  十一、 運行維護要求 28
  (一) 日常維護。 29
  (二) 程序代碼可維護。 29
  (三) 運行故障應急處理。 29
  (四) 數據對接維護。 29
  本文件規定了重要產品追溯管理平臺(以下簡稱“平臺”)的術語和定義、各級平臺的邏輯關系、設計要求、總體架構、功能要求、性能要求、接口要求、部署環境要求、安全性要求和運行維護要求,適用于我國省、市級重要產品追溯管理平臺的建設及運行維護,同時可作為行業組織、第三方追溯服務機構等開展追溯體系建設的參考。
 一、規范性引用文件
  下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件,僅注日期的版本適用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。
  GB/T 15629.3 信息技術 系統間遠程通信和信息交換 局域網和城域網 特定要求 第3部分:帶碰撞檢測的載波偵聽多址訪問(CSMACD)的訪問方法和物理層規范
  GB 15629.11 信息技術 系統間遠程通信和信息交換局域網和城域網 特定要求 第11部分:無線局域網媒體訪問控制和物理層規范
  GB/T 18233 信息技術 用戶建筑群的通用布纜
  GB/T 31240 信息技術 用戶建筑群布纜的路徑和空間
  GB/T 22239 信息安全技術 信息系統安全等級保護基本要求
  GB/Z 24294 信息安全技術 基于互聯網電子政務信息安全實施指南
  GB/T 25068 信息技術 安全技術 IT網絡安全
  GB/T 2260 中華人民共和國行政區劃代碼
  GB/T 21062 政務信息資源交換體系
  GB/T 28448 信息安全技術 信息系統安全等級保護測評要求
  GB/T 28452 信息安全技術 應用軟件系統通用安全技術要求
  GB/T 31168 信息安全技術 云計算服務安全能力要求
  GB/T 18391 信息技術 元數據注冊系統(MDR)
  GB/T 28827 信息技術服務 運行維護
 二、術語和定義
  下列術語和定義適用于本文件。
  (一)重要產品。
  包含食用農產品、食品、藥品、主要農業生產資料、特種設備、危險品、稀土產品等種類。
  國家根據需要適時調整重要產品種類目錄。各地依據國家重要產品種類目錄,結合地方實際,確定納入追溯體系建設的重要產品類別及下級分類目錄,須與上一級主管部門對接一致。
  (二)國家重要產品追溯管理平臺。
  為全國重要產品追溯體系的重要組成部分,匯總交換來自各省市及第三方追溯平臺等以生產經營主體、產品類別、生產流通過程為基本內容的追溯信息,與相關部門追溯數據實現共享交換,支持跨區域追溯鏈條合成、應急事件管理、信息綜合利用、地方追溯工作監測評價等業務(以下簡稱“國家平臺”)。
  (三)地方重要產品追溯管理平臺。
  為全國重要產品追溯體系的重要組成部分,包括省級、市級以及具備條件的縣(區)級追溯管理平臺(統稱地方追溯平臺),匯集本地區生產經營主體信息、產品類別信息、生產流通過程信息等,支持市場化第三方追溯平臺數據接入,具備追溯主體和產品信息管理、數據質量管理、追溯應急管理、數據應用管理、體系建設管理、追溯設備管理、運行監測管理等功能,按統一數據采集要求和傳輸協議,匯集各追溯節點數據,并向上一級平臺報送和交換追溯數據。
  (四)地理信息系統(GIS)。
  在計算機軟硬件系統支持下,對有關地理分布數據進行采集、儲存、管理、運算、分析、顯示和描述的技術系統。
 三、平臺間的邏輯關系
  (一)各級追溯平臺之間的關系。
  國家平臺負責匯總交換省級平臺追溯信息。省級重要產品追溯管理平臺,承擔全省追溯數據匯總統計、信息綜合開發利用及對城市追溯體系運行情況進行監測評價等功能。市級重要產品追溯管理平臺,按照統一的數據傳輸格式和接口規范,分別實現與省級追溯管理平臺和各節點追溯子系統的互聯互通。縣級可根據實際需要,建設縣級重要產品追溯管理平臺。
  省級平臺建成后,58個肉菜流通追溯試點城市和18個中藥材流通追溯試點省市的肉菜、中藥材流通追溯管理平臺等與省級重要產品追溯管理平臺實現對接。
 (二)與外部電子政務平臺的關系。
  地方追溯平臺應與商務部業務系統統一平臺,商務大數據平臺實現對接和信息交換。同時,還應與本級政府電子政務平臺、相關部門建設的監管平臺、追溯管理平臺等實現對接和數據共享交換。
  (三)與市場化第三方追溯平臺的關系。
  行業組織、大型龍頭企業、電商企業等建設的市場化第三方追溯平臺,可按業務覆蓋范圍與當地省(市)平臺或國家平臺主管單位申請對接。平臺之間關系如圖1所示。

圖1  重要產品追溯管理平臺體系

  四、平臺設計和建設要求
  鼓勵各地充分利用、整合現有政務信息化資源,采取政企共建、政府購買服務等多種方式,集約化設計和建設追溯管理平臺。
  (一)規范性。
  平臺應符合國家和行業的相關標準規范。
  (二)統一性。
  平臺應實現對所轄區域食用農產品、食品、藥品、農業生產資料、特種設備、危險品、稀土產品等重要產品追溯業務及相關數據的統一管理。
  (三)共享性。
  鼓勵采用云平臺架構,充分利用已有的政務云基礎設施,將重要產品追溯管理平臺建設與當地電子政務網絡、商務云、商務大數據等相關電子政務項目建設統籌規劃,整合電子政務各類資源,避免重復建設,防止形成新的“信息孤島”,有效降低平臺建設運行成本。
  (四)安全性。
  應按照網絡安全等保規范,開展定級、保護工作;應采取認證等必要措施,保證接入平臺的設備、系統和用戶接入的安全性;應采取適當的措施保證信息傳輸過程的安全性。
  (五)可靠性。
  平臺應支持關鍵設備、關鍵數據、關鍵程序模塊采集備份、冗余措施,有容錯和系統恢復能力,支持負載均衡功能。
  (六)易操作性。
  應提供清晰、簡潔、友好的中文人機交互界面,操作應簡單、靈活、易學易用,便于管理和維護。
  (七)可擴展性。
  采用模塊化設計,將相關功能模塊化,便于系統在產品種類、追溯環節及管理功能上升級擴充。
  (八)可維護性。
  應充分考慮可維護性要求,包括功能可維護和代碼可維護,其中,功能可維護要求有一定靈活性,如生產經營主體、產品品種信息等可添加和調整,提高平臺系統的可維護性。應具備自檢、故障診斷及故障恢復功能。對運行環境應有一定的適應性,不應依賴某一型號和固定版本的設備或軟件。
 五、總體架構
  (一)概述。
  地方追溯平臺總體架構主要由基礎設施層、數據資源層、應用支撐層、業務應用層、表現層組成,此外還包括運行維護保障體系、標準規范體系、數據共享交互和安全保障體系,各地可根據實際需求自行增、刪、改相關組件。如圖2所示。
  圖2  地方重要產品追溯管理平臺總體架構
  (二)基礎設施層。
  基礎設施是為系統各層提供必要的網絡基礎環境,包括網絡基礎環境、服務器、存儲設備、安全設備、系統軟件、管理軟件及其他,包括但不限于下列要求:
  (1)系統的網絡基礎應基于網絡技術建設,網絡設備、結構、布纜、組網等應符合GB/T 15629.3、GB 15629.11、GB/T 18233和GB/T 31240的要求;
  (2)網絡基礎設施的網絡結構、技術和產品應符合實用、可靠、可擴展等原則,包括但不限于下列要求:
  a)易于用戶掌握、使用和維護,各應用系統可方便地接入網絡;
  b)應保證數據不丟失和損壞,具有冗余容錯能力;
  c)宜充分采用符合國家標準和行業標準的計算機網絡先進技術和產品,應滿足音頻、視頻等數據傳輸的要求,使網絡具有良好的互連性和可擴展性;
  d)網絡建成后應具有完備、科學、現代化的管理手段和技術保障措施,便于維護并保證網絡的穩定運行;
  e)應保證網絡系統能隨時加入設備或增加帶寬;
  f)應能夠方便地由現有技術過渡到更先進的網絡技術;
  g)主機、存儲和安全設備應符合GB/T 25068、GB/T 28452的要求;
  h)若采用云計算技術架構,安全服務能力應符合GB/T 31168的要求。
  (三)數據資源層。
  數據資源層提供系統的核心數據,并為其上層提供數據支持。數據資源包括:元數據、數據元、生產經營主體信息、產品信息、檢疫檢測信息、標識管理信息、生產信息、交易信息、物流信息、應急管理信息、追溯設備信息等。
  數據資源的數據庫的設計(表、字段、鍵等)和數據庫的管理(數據的讀取、校驗、審核等)應保證數據的一致性、完整性和安全性。
  數據內容及代碼應符合GB/T 2260、GB/T 14395的要求。
  (四)應用支撐層。
  概述
  應用支撐層提供適應不同產品追溯應用系統和業務門戶工具、功能、服務,支持組件化服務功能等,包括接口適配管理組件、查詢分析引擎、GIS組件、元數據管理組件、報表組件、門戶組件等。
  a)工具支撐由一系列的開發工具組成;
  b)功能支撐提供應用系統的基礎功能,包括:統一用戶管理、權限管理、行為審計等;
  c)服務支撐提供數據服務,并對提供的服務進行管理維護,對服務建設提出要求。
  統一用戶管理
  用戶管理應支持統一管理,具體如下:
  a)應用支撐層應對應用系統提供統一用戶管理功能;
  b)各應用系統用戶的管理和維護由應用支撐層統一實現,包括組織機構管理、用戶管理、系統賬號管理等功能;
  c)各應用系統在開發時,可以通過接口調用和同步數據表的方式獲取用戶信息;
  d)各應用系統的用戶信息和組織機構信息需要與應用支撐層保持一致;
  e)用戶和組織機構信息發生變化時,由應用支撐層進行預處理,各應用系統與應用支撐層進行用戶表和組織表的同步。
  權限管理
  應提供統一權限管理功能,負責系統級別權限過濾,系統內部的功能級別權限過濾,由應用系統獨立完成。權限控制應按照基于角色的權限管理機制,將整個訪問控制過程分成訪問權限與角色相關聯和角色再與用戶關聯,實現用戶與訪問權限的邏輯分離,包括但不限于角色作為系統操作和系統資源分配的單位,對擁有相似職責的用戶進行分類管理;系統角色應具有層級關系,并可以形成樹狀結構,其權限綁定宜具有繼承性。
  報表
  報表應為整個系統內部各應用提供報表定義、管理和調用接口等功能,包括但不限于:
  a)報表定義:包括報表參數設置、報表數據來源設置、報表運算關系定義等;
  b)報表管理:包括報表數據處理、報表圖形處理以及報表打印等;
  c)報表接口:給系統應用層中各應用提供調用接口。
 日志服務
  日志服務應實現對日志進行存儲、查詢和分析的功能,包括但不限于:
  a)應記錄系統活動信息,宜包括系統狀態、系統啟動或運行過程中的錯誤信息、用戶登錄信息、系統訪問信息、操作記錄等;
  b)應實現基于時間、來源、關鍵詞等對日志的查詢、分析和統計。
  對象標識與標識解析管理。
  應為追溯企業、產品等提供對象標識與標識解析、數據查詢等服務。
  其他。
  應根據需要在應用支撐層實現或整合其他支撐服務功能,完善系統的業務支撐能力。應根據需要在應用層實現其他的輔助功能,完善系統應用。
  (五)業務應用層。
  業務應用層是基于應用支撐層之上的,對于各項數據資源的具體業務應用,提供追溯主體和產品信息管理、數據質量管理、追溯應急管理、追溯數據分析、體系建設管理、追溯設備管理、運行監測管理、公共服務管理等業務功能。具體內容詳見第六章功能要求。
  (六)表現層。
  表現層在整個信息資源架構的最上層直接面對用戶,基于應用層,為用戶提供多種使用和訪問方式,包括門戶網站、微信公眾號/小程序、手機APP等。應能對不同類型用戶的訪問、不同終端等提供支持。
  (七)數據共享交互。
  數據共享交互應提供整個系統內部各應用、各業務模塊間的信息交換和共享服務,支持系統外數據交換服務,實現與其他監管系統和業務系統等實現數據交換。包括但不限于:
  a)應符合GB/T 21062.3、GB/T 21063.3、GB/T 21063.4的要求;
  b)應實現不同數據類型的自動轉換、數據的自動封裝和解析;
  c)應通過統一的元數據格式、數據元和信息分類編碼、業務文檔格式等,使整個系統內部實現不同格式業務信息的交換。其元數據應進行分類與標識,制定數據共享目錄,針對不同部門、不同企業等共享主體根據業務需要及數據保密需求,分別制定數據共享目錄,該功能應具備但不限于數據目錄名單管理、共享主體名單管理、共享數據權限管理、共享目錄管理等;
  d)有條件的地方,可考慮制定公共信息服務目錄,如統一社會信用代碼、產品分類與代碼、商品條碼、產品檢驗信息、動物檢疫信息等,并通過API實現公共信息共享與交換。
 (八)安全保障體系。
  信息安全和運行監控貫通系統的各層面,信息安全為系統各層提供安全服務,主要涉及安全管理、安全協議、加密、密鑰管理等方面的內容;運行監控系統監控各層運行狀態。
  六、功能要求
  (一)概述。
  地方追溯平臺應分品類設置子平臺。各子平臺應具備追溯主體和產品信息管理、數據質量管理、追溯應急管理、追溯數據分析等必要功能;可根據管理需求,各子平臺配置體系建設管理、追溯設備管理、運行監測管理等可選功能。可結合本地區門戶網站建設實際,單獨或融合實現公共服務管理功能。建設單位可根據實際,自行細化、增刪改相關功能;開展追溯體系精準扶貧工作的地區,可增加追溯體系精準扶貧等主題管理功能。
 (二)追溯主體管理。
  對所轄地區內追溯涉及的相關生產經營企業,提供備案、驗證、檢索等功能。
  主體與產品信息備案
  可通過平臺直接登記主體與產品的備案信息,或接收企業追溯系統上傳的備案信息。追溯主體可包括生產經營企業,也可包括批發市場和零售市場的個體經營戶。企業主體備案信息主要包括但不限于企業編碼、企業名稱、統一社會信用代碼、經營品類、生產/經營許可證號、經營地址、經度與緯度、聯系人等,商戶主體包括但不限于經營者編碼、經營者類型、經營品類、所在節點企業編碼和名稱、聯系方式等。企業編碼與商戶編碼應確保全國唯一性。產品備案信息應符合國家重要產品種類目錄及追溯信息采集規范及標準要求。
  功能包括但不限于追溯主體和產品備案信息登記、修改、審核等功能。支持備案信息變更權限設置及同步變更控制,并將最新變更的信息反饋給相關部門。
  備案信息檢索
  按照所屬區域、企業類型、產品種類、節點名稱、節點編碼、備案時間等條件,對追溯主體備案信息進行檢索和分頁展示,并利用地理信息系統(GIS)進行標注和分析。商戶備案信息按商戶類型、備案所在節點、商戶名稱、品種、商戶編碼、備案時間等條件進行檢索,并分頁展示。
  備案信息分析
  設置“企業備案數量”、“節點覆蓋率”、“商戶備案數量”、“商戶覆蓋率”等指標,按環節、產品品種、區域等維度,對企業商戶數量和比例等指標進行統計分析,并采用圖表等方式加以展示。節點覆蓋率是指已備案且已經上傳追溯信息的節點數量占全部追溯節點數量的比例。商戶覆蓋率是指已備案且已經上傳追溯信息的商戶數量占全部商戶數量的比例。
  主體運行監控
  設置數據報送率、商戶活躍度等指標,分環節對企業追溯系統運行狀態進行監控。合理設置閾值,發現異常情況自動預警提示。
  (三)數據質量管理。
  對追溯數據采集、傳輸、審核、分類存儲進行管理。主要包括數據傳輸監控、數據清洗等功能。
  數據傳輸監控
  對各城市或節點企業數據傳輸進度、負載等進行監控。
  實時監控。設置數據監控指標,以圖形方式展示各節點或城市的實時數據上傳情況,支持下鉆展示各企業數據上傳情況,監控指標包括但不限于:總數據量、有效數據量、問題數據量等。
  進度監控。按年、月、日等周期,以圖表方式展示各城市或節點企業實時數據上傳進度。包括但不限于:已上傳數據量、已上傳有效數據量、已上傳問題數據量、補傳數據量等,并支持將統計結果導出。
  負載監控。提供對各數據接收應用服務器的配置與監控功能,服務器配置內容包括但不限于服務器的添加、配置、停用等,以圖表方式實時展示數據接收服務器的CPU、內存、磁盤空間、日志空間等負載情況。服務器負載超過預警閾值時,系統可以通過郵件或短信的方式自動通知管理員,同時將服務器異常情況記錄日志,并支持將服務器運行狀況結果進行導出。
  追溯數據清洗
  制定數據清洗規則,對數據清洗后的結果進行綜合查詢和展示。
  清洗規則設置。提供對于數據清洗規則的設置功能,該功能內容包括但不限于:閾值設置、清洗分類設置、清洗規則設置等。
  問題數據查詢與統計。可按照數據清洗分類設置,分年月日等周期統計各城市或節點的問題數據量,并可進一步查詢具體問題數據明細,支持將統計結果導出。
  問題反饋。對清洗后的問題數據按照類型進行歸類統計,然后根據通訊錄中的各城市或節點數據對接責任人聯系方式,自動向各城市或節點責任人反饋問題數據統計結果。
  追溯數據審核
  針對各類數據應用主題,分別制定異常數據判定規則,對上傳數據完整性、規范性等進行審核。包括但不限于異常數據閾值設置、異常數據預警、數據質量報告生成等功能。
  (四)追溯應急管理。
  應急管理應實現各部門快速協調、聯動,有效解決突發公共安全事件。根據業務流程劃分,主要包括質量安全監測預警、應急預案管理、應急事件審核、應急協同處置、應急事件反饋和應急信息發布等。
 質量安全監測預警
  對產品質量安全關鍵控制點進行動態監測,支持異常情況自動預警提示功能。對產品質量安全數據進行統計分析,包括但不限于質量安全控制點數據報送量、控制點達標率、質量安全預警統計等。
 應急預案管理
  對轄區產品安全事件、重大疫情事件、公共衛生事件、社會安全事件和市場供應保障事件等應急預案進行分類管理和維護。編制重要產品追溯應急管理預案,包括但不限于應急組織架構、應急資源保障、應急處置與調查評估、信息公告等內容,支持應急部門及人員登記、應急預案上傳、應急預案分類查詢、在線瀏覽等功能。
 應急事件審核
  包括但不限于應急事件錄入、應急事件審核等功能。對應急事件進行記錄,詳細記錄包括發生時間、地點、事件屬性、涉及產品追溯碼、涉及企業名稱等信息。并對應急事件等級分類,由負責人審核,是否對啟動應急處置。
 應急協同處置
  根據應急事件相關追溯信息合成追溯鏈條,明確該產品流經的全部節點、數量、時間以及相關人員聯系方式等。包括但不限于追溯鏈條合成、追溯鏈條數據表、基于GIS地圖的鏈條展示等功能。
  以電話、短信、郵件等多種方式,將追溯查詢信息反饋給相關部門執法主體。應包括但不限于執法主體查詢、追溯查詢報告發送等功能。如有必要,相關應急信息要及時通過網絡、微信、電視、廣播等渠道向影響區域公布,降低影響范圍和概率。
 應急事件記錄
  完成應急處置后,要將應急事件處置記錄及時上傳或錄入到平臺。包括但不限于應急記錄登記、應急記錄查詢等。
  (五)追溯數據分析。
  從行業、市場、產品、企業等角度,對追溯數據進行分析利用。包括但不限于市場運行分析、重點行業分析、查詢行為分析等功能。
  市場運行分析
  按日、周、月、季度、年等周期,采用同比、環比等方式,使用柱狀圖、折線圖、餅圖、儀表盤、指示燈及組合圖形等展示方式,分產品分環節開展產品進銷存、批發與零售價量額、居民消費和團體消費價量額、產品市場占有率等分類統計分析,自動生成分析報告。
  重點行業分析
  根據市場份額或在當地經濟運行地位,選擇重點行業進行監測分析。按日、周、月、季度、年等周期,采用同比、環比等方式,使用柱狀圖、折線圖、餅圖、儀表盤、指示燈及組合圖形等展示方式,對重點行業結構、行業規模、行業集中度,及重點企業占有率等進行分析,自動生成分析報告。
  追溯查詢行為分析
  自動記錄并按品類、企業主體、消費區域等分析消費者查詢行為,以便更好改進消費者的查詢體驗。
  此外,可根據管理需求設置市場動態分析、產品流向分析等功能。
  (六)體系建設管理。
  依規制定追溯產品目錄清單,對財政投資建設的追溯體系,以及接入的市場化生產經營企業追溯系統或第三方追溯平臺進行管理,全面了解本轄區追溯體系工作情況。
  產品目錄管理
  制定重點追溯產品目錄和鼓勵追溯產品目錄,實行動態管理,并通過公共服務信息管理及時向社會公示。包括追溯品種登記、修改、查詢等功能。支持目錄產品分類與代碼的更新與管理。
 體系建設管理
  設置組織實施、財政支持項目資金使用管理、進度管理等功能,使用柱狀圖、折線圖、餅圖、進度圖、儀表盤等展示方式,直觀展示項目建設各方面情況。對財政支持項目和市場化對接項目的分類管理。
  設置品種覆蓋率、企業/環節覆蓋率等指標,按同比、環比等方式,對財政支持項目與市場項目建設情況進行分類統計。品種覆蓋率可以用某一品種在零售環節實施追溯的數量占全部在售的比例表示。
  平臺接入管理
  對接入的第三方追溯平臺或重點企業追溯系統,設置接入申請填報、接入申請審核、接入系統備案、對接信息監控等功能。
  (七)追溯設備管理。
  對關鍵追溯設備進行運行狀態監控,包括但不限于手持機、電子秤、服務器等,具備設備信息備案、設備使用管理、設備運行監控管理、設備信息分析等功能。各地新建追溯系統應結合新的交易、支付技術,創新追溯信息采集方式,不再采用追溯秤、專用查詢機等不符合技術發展和應用需求的設備;對現存的無法滿足使用需求的設備,及時依法依規處置,加快淘汰專用查詢機等現有落后設備。
  設備信息備案
  可通過平臺直接登記設備備案信息,或接收企業追溯系統上傳的備案信息。設備信息備案包括但不限于設備類型、設備型號、設備MAC地址、所屬企業等信息。
 設備使用管理
  包括但不限于設備配發、設備維修、設備報廢等信息登記功能,內容包括節點企業、經營商戶、設備類型、設備編號、設備版本等信息。
  設備運行監控
  設備運行監控管理對手持機、電子秤、服務器等大型關鍵設備進行監控,判斷關鍵設備的使用情況,并可按品種、區域、節點類型、節點企業,或者設備類型提供監控面板,也可查看單一設備的信息,使用圖表形式展示。可應用GPS電子圍欄實時定位等功能,監控追溯電子秤、交易一體機等設備在運行和非運行狀態下的位置信息。
 設備信息分析
  對不同地區設備數量、地區占比情況等指標進行分析,采用圖表等方式加以展示。
  (八)運行監測管理。
  實行分級監測評價機制。商務部負責對省級(含計劃單列市)重要產品追溯體系運行狀況進行監測評價。省級商務主管部門負責對地市級重要產品追溯體系進行監測評價。省級平臺接入58個試點城市肉菜流通追溯管理平臺和18個試點省市中藥材流通追溯管理平臺后,由省級商務主管部門負責對試點地區追溯體系運行情況進行監測評價(試點地區為計劃單列市的,由商務部進行監測評價)。地市級商務主管部門負責對納入平臺備案的企業以及具備條件的縣(區)追溯管理平臺進行監測評價。各地應結合商務部制定的追溯體系運行監測評價辦法,制定本地區追溯體系運行監測評價細則。
 制定監測評價指標
  從追溯體系運行情況、追溯數據報送數量和質量情況、追溯體系日常運維管理等角度,按月度/季度等周期對所轄城市/企業追溯體系運行情況進行智能化綜合評價。
  此外,針對城市的運行監測,可以結合追溯工作要求增加相關監測指標,如將追溯主體、品種、環節的擴展,以及技術創新、模式創新、管理創新等納入評價內容。
  支持各指標閾值的靈活配置,實現指標動態調整。具體算法由各省市根據實際情況合理制定。
追溯體系運行監測評價
  支持以某一環節內的節點企業為評價對象,劃分優秀、良好、達標、不達標等不同等級,設定各等級的閾值區間,根據各流通節點綜合評價結果,確定其所屬等級并從高到低順序排列,并以圖表等形式予以分析和展示。可以根據需要,自動提示排名前10位和后10位企業名單。
  支持以單個流通節點企業為評價對象,分析給定時間區間內綜合評價結果的變化趨勢,并開展同比和環比分析,以折線圖、數據表等方式予以分析和展示,從而判斷該企業追溯工作整體變化情況。
  報告生成與發送
  根據監測評價結果及監測評價模板自動生成追溯體系運行監測評價報告,通過電子郵件發送相關負責人。
  (九)公共服務管理。
  對信息發布、公眾留言、公共查詢進行有效管理。
  信息發布
  對政策法規、通知公告、新聞資訊、應急信息等欄目信息進行管理,具有按新增、修改、刪除、發布及按條件檢索等功能。
 公眾留言
  網站前臺設置公眾留言窗口,公眾可通過實名或匿名兩種方式,進行建議、詢問、舉報投訴等方面的留言,同時可查看留言回復情況。網站后臺提供留言按條件檢索、查看、刪除、審核、回復等功能。
 公共查詢
  提供統一的公共服務窗口,創新查詢方式,面向消費者提供追溯信息一站式查詢服務。通過追溯門戶、微信公眾號、移動APP等開設公共信息查詢窗口,有條件的城市可通過12312舉報投訴電話和短信平臺,為消費者提供追溯信息查詢服務。政府投資不再購置獨立于平臺之外的專用查詢機等查詢設備。企業自行建設追溯系統并采用查詢機方式查詢的,由企業自行保障運行。
 內容管理系統要求
  為有效管理和維護網站前臺內容,需要具有如下內容管理功能。應具有欄目(頻道)管理功能,支持自定義欄目功能;具有模板管理功能,通過模板實現不同類型的網站頁面風格;支持靜態頁面生成技術,結合模板和文檔內容生成靜態網頁,提高訪問效率;發布信息內容支持文字、圖片、音頻、視頻等多種元素。
  七、性能要求
  系統設計應保證各個子系統和功能模塊間的協同工作和數據的有效性、一致性及時效性,包括但不限于:
  a)頁面響應時間要求:小于等于3秒;
  b)系統應具有完備的安全體系,包括但不限于:應提供安全互聯、接入控制、統一身份鑒別、授權管理、惡意代碼防范、入侵檢測、安全審計、終端應用程序安全等安全支撐;
  c)應具有完善的容災備份機制;
  d)系統的安全保障按照GB/Z 24294的要求;
  e)系統應符合GB/T 25068、GB/T 28452的要求;
  f)系統應符合GB/T 22239的第二級要求、并應通過《GB/T 28448信息安全技術 信息系統安全等級保護測評要求》。
  g)應能夠動態調整系統的網絡帶寬,滿足系統與國家平臺、第三方追溯平臺、大型生產經營企業追溯系統之間的數據傳輸要求。
 八、接口要求
 (一)國家平臺數據接口。
  應符合《國家重要產品追溯體系數據對接技術要求》。
  (二)第三方追溯平臺接口。
  應能實現與行業組織、技術企業等建設的第三方產品追溯系統對接,實現數據共享。各地可參照《國家重要產品追溯體系數據對接技術要求》并結合實際情況,自行制定相關數據對接技術要求及管理規范。
  (三)共建部門系統接口。
  應實現與共建部門食用農產品、食品、藥品、主要農業生產資料、特種設備、危險品、稀土產品等重要產品追溯管理系統的數據交換,各地可參照《國家重要產品追溯體系數據對接技術要求》并結合實際情況,自行制定數據接口標準。
  (四)重點企業追溯系統接口。
  根據企業自建追溯信息系統的開發環境、數據結構、編碼規則等具體情況制定相應的接口規范,滿足企業上傳追溯數據需求。
  數據接口應符合《國家重要產品追溯體系數據對接技術要求》。《國家重要產品追溯體系數據對接技術要求》未明確規定的,應參照《國家重要產品追溯體系數據對接技術要求》并結合實際情況,自行制定數據接口標準。
 九、部署環境要求
  (一)網絡要求。
  保證互聯網與內網之間用防火墻隔離,禁止外界用戶直接訪問內網,以保障內部局域網的安全。
 (二)機房要求。
  鼓勵采用云服務。建有獨立機房的,機房建設應符合相關標準規范;機房放置平臺服務器及相關硬件設備,并制定完善的機房安全管理制度。
  (三)服務器要求。
  采購服務器的,服務器配置應至少滿足以下三方面需求:一是部署應用中間件和發布應用程序;二是部署數據庫系統;三是數據交換需求。
  (四)數據庫要求。
  使用大型商用數據庫系統,具有海量數據的存儲、加工處理能力,具有配套的高可用性集群解決方案。
 十、安全性要求
 (一)軟件安全性要求。
  程序軟件安全要求
  (1)用戶安全。采用有效的安全措施,對登錄用戶進行用戶身份鑒別,對用戶名和密碼進行比較認證,保證登錄用戶為合法用戶。
  (2)權限控制。采用相對嚴格的系統訪問權限控制措施,確保企業數據安全。通過開發應用系統訪問權限控制模塊,做好權限管理,確保企業數據的安全。
  (3)其他要求。軟件開發完成后,需要經過攻擊性測試和壓力測試,確保系統具有一定的抗攻擊能力和訪問壓力,同時建議分級制定系統應急預案。
 環境安全要求
  (1)操作系統安全。要求使用正版、穩定的服務器版操作系統,支持國產化應用,每周升級系統補丁,加強對密碼的分級管理措施,做到操作系統軟件安全。
  (2)數據庫軟件安全。使用的數據庫應采用數據分區管理的辦法,對數據進行分區存儲;數據庫系統的密碼和權限要求嚴格管理,同時對數據庫性能進行調優。建議使用數據庫備份軟件,定期對數據庫中的數據進行冷、熱備份。
  (3)應用服務器軟件安全。建議使用主流應用服務器軟件,要求應用服務器軟件承載量高、安全性高、穩定性好。
  (4)殺毒軟件安全。要求安裝正版高性能殺毒軟件,制定安全措施,每天升級病毒庫,防止病毒感染。
 (二)數據安全要求。
  1.信息安全原則
  追溯信息采集堅持依法依規、必要有用、誰采集誰負責的原則。
  各級商務主管部門在規定之外增加產品追溯品種、擴大追溯主體及信息采集范圍的,應履行必要程序并對所采集信息安全負責;嚴格審核追溯信息的真實性和有效性;在保護企業和商戶商業秘密的前提下,依法依規對采集的數據進行分析和利用。
  行業、企業或第三方平臺在規定之外擴大追溯信息采集范圍的,應依法依規開展并對所采集信息安全負責;應建立完善的安全管理制度,依據相關標準規范,真實有效采集、對外交換發布或留存追溯信息。
  追溯平臺應建立信息安全響應和反饋機制,及時受理企業和消費者信息安全方面的咨詢和投訴。
 2.數據庫數據備份
  制定數據庫詳細備份制度和方案,及時進行冷備份和增量備份,確保數據庫數據安全。
  3.應用程序數據備份
  對部署于應用服務器上的程序數據和用戶非數據庫數據,建立定期備份制度,保障數據安全。
  (三)網絡和硬件安全要求。
  平臺須采取容錯性設計,提供網絡安全防范措施,具有惡意攻擊的防護能力,實現安全可靠連續運行。設置通信網絡設置審核環節,對入網用戶進行安全審計,防止非法設備和用戶接入,發現可疑行為及時報警提示。系統整體安全性要求達到GB/T 22239標準規定的二級要求。
 十一、運行維護要求
  平臺應具有運行維護能力,主要包括運行維護能力、運維準備、運維執行、運維驗收、運維改進和運維過程管理。
  系統運行維護基本要求應符合GB/T 28827.1的要求;系統運行維護的交付應符合GB/T28827.2的要求;系統運行維護的應急響應應符合GB/T28827.3的要求;運行維護的過程管理應至少包含服務級別管理、報告管理、事件管理、問題管理、配置管理、變更管理、信息安全管理、供應商管理等內容。
  (一)日常維護。
  為保證平臺系統安全和穩定運行,要求做好日常的監控、檢查和維護工作,每月進行項目文檔的歸檔、每天監控項目運行日志,并分析可能發生的異常情況。每季度對軟硬件環節進行優化和配置文件的備份。
 (二)程序代碼可維護。
  代碼編寫格式要求統一規范,重要代碼需注釋,提高程序的可讀性,便于維護。采用代碼版本控制軟件(如CVS、SVN等)對代碼版本進行控制。
 (三)運行故障應急處理。
  對于系統運行故障,需要做好應急處理預案,確保小故障1小時內恢復,一般故障6小時內恢復,災難性故障1天內恢復,并詳細排查故障原因,做好總結完善工作。
  (四)數據對接維護。
  建立健全數據對接維護機制,設置專人負責維護與國家平臺、第三方追溯平臺、重點企業追溯系統的數據對接運維工作,每天監控各傳輸節點的數據接收狀況、數據質量狀況和數據上報狀況,并定期整理維護各數據傳輸節點的備案信息、商品信息、字典信息與追溯信息。


 

 







來源:商務部辦公廳

附件下載

分享到:
驗證碼: 看不清楚?
    互聯網藥品信息服務資格證書編號:(川)-經營性-2017-0001增值電信業務經營許可證編號:川B2-20170126 ICP備案號:蜀ICP備14013921號版權所有:成都研成科技有限公司郵箱:[email protected] 投訴電話:12331 地 址:成都市高新區天府大道中段1388號美年廣場A座1258號 服務熱線:028-83412331
    pt电子游戏平台排行
    看四张牌抢庄牛牛技巧 澳娱乐 北京pk10大小计划软件 北京pk10怎么玩 快乐时时开奖记录 香港跑马彩票2分钟钟计划 快三绝密公式算单双 北京pk拾赛车计划软件 江苏时时开奖直播 计划时时彩qq群 看四张牌抢庄牛牛技巧 火龙果分分彩计划官网 靠谱的棋牌赢钱游戏 澳門足球彩票投注公司 重庆时时彩投注平台 大发快三大小单双口诀