南京市肉类蔬菜流通追溯系统公开招标文件

南京市肉类蔬菜流通追溯系统公开招标文件内容摘要：

中标供应商因不可抗力或者自身原因不能履行政府采购合同的，采购人可以视情与排位在中标供应商之后 第一位的中标候选供应商签订政府采购合同，以此类推。 政府采购合同履行中，采购人需追加与合同标的相同的货物的，在不改变合同其他条款的前提下，可以与供应商协商签订补充合同，但所有补充合同的采购金额不得超过原合同采购金额的百分之十。 六、质疑和投诉 2质疑和投诉 投标人对招标活动事项有疑问的，可以向采购中心提出询问，采购中心将依法作出答复，但答复的内容不涉及商业秘密； 采购中心只接受相关制造厂 商针对本招标文件中相关设备性能技术第 9 页 共 64 页 指标的疑问和质疑。 投标人认为采购文件、采购过程和中标结果使自己的合法权益受到损害的，可以在知道或者应当知道其权益受到损害之日起 7个工作日内，将质疑文件原件送达采购中心。 质疑文件应包括以下主要内容，并 按照 “ 谁主张、谁举证 ” 的原则，附上相关证明材料。 否则，采购中心不予受理： （ 1）质疑项目名称、项目编号、包号、招标公告发布时间、开标时间； （ 2）具体的质疑事项及法律依据（具体条款）； （ 3）质疑相关证明文件或证明材料，如果涉及到产品功能或技术指标的，应出 具相关制造商的证明文件； （ 4）质疑供应商名称、地址、联系方式 （包括手机、传真号码） ； （ 5）法定代表人 签署本人姓名或印盖本人姓名章并加盖单位公章， 或 法定代表人特别授权加盖单位公章，并由参加采购项目的 授权代表 签署本人姓名或印盖本人姓名章 等。 投标人不得虚假质疑和恶意质疑，并对质疑内容的真实性承担责任。 投标人或者其他利害关系人通过捏造事实、伪造证明材料等方式提出异议或投诉，阻碍招投标活动正常进行的，属于严重不良行为，采购中心将提请财政部门将其列入不良行为记录名单，并依法予以处罚。 采购中心 在收到投标人的书面质疑后将及时组织调查核实，在 7个工作日内 作出答复，并以书面或在网站公告形式通知质疑投标人和其他有关投标人，答复的内容不涉及商业秘密。 采购中心遵循“谁 过错 谁负担”的 原则 ，有过错的一方承担调查论证费用。 质疑投标人对采购中心的答复不满意，或采购中心未在规定的时间内作出答复的，可以在答复期满后 15个工作日内 向南京市财政局投诉。 第三章 招标项目的技术规格、要求和数量等 一、设计原则及系统作用 原猪肉流通安全信息追溯系统简介 及本次采购 设计原则 南京市肉类流通追溯系统建设于 2020 年 4 月启动，已在 16 家生猪定点屠宰场、 2 家肉类批发市场、 7 个区县选择 35 家农贸市场、 4 家大卖场总部、 6 家肉类配送中心和 10 家团体采购单位率先进行试点，并于当年 11 月 25 日起在上述范围内运行。 目前该系统数据中心服务器托管在市电信机房，系统软件为 Windows 操作系统，软件架构为 BS加 CS 模式，数据库为 SQLServer。 目前农贸市场等采用的是有线局域网加互联网的传输方式。 现南京肉品流通安全信息卡（ IC 卡）作为各流通环节信息载体。 肉类流通追溯码为 10 位。 根据商务部制定的 肉类 蔬菜流通追溯体系建设规 范，按照统一采集指标、统一编码规则、统一传输格式、统一接口规范、统一追溯流程“五统一”的技术标准和要求，以现代信息技术为手段，以追溯信息链条完整性管理为重点，建设屠宰、加工、批发、零售以及团体 采购人 等肉菜流通节点追溯子系统和市级肉菜流通追溯管理平台，并与中央和各城市追溯管理平台互联互通，实现 肉类 蔬菜流通信息的正向跟踪、逆向溯源，提高 肉类 蔬菜流通行业管理和安全水平。 以肉菜流通安全信息监管、追溯为目的，以应用系统开发、系统集成、信息采集、信息整合为基础，以数据中心建设为核心，以互联网为支撑，将追溯卡、 RFID 射频技术、电子标签、工控理货机、手持终端、可编程电子秤有序集成，充分发挥肉菜流通基础数据的信息化程度和可用性，做到系统性、超前性、兼容性、扩展性以及实用性。 系统作用 一是及时准确地采集、处理全市肉菜流通的经营者、检疫检测情况、来源信息、流向信息，提高监管效能，实现有源可溯，满足市政府、市相关职能部门对肉菜监管，追溯需求。 二是为政府部门提供及时、可靠的猪肉和蔬菜流通的数量、价格、产地数据和信息分析服务，使行业管理和业务指导工作更加有效。 三是为市民提供肉菜来源质量信息服务。 二、建设目标 将前期试点的肉 类质量安全可追溯系统与本项目合并升级，建设我市完整的肉类蔬菜流通追溯体系。 整个项目分三年完成，工程进度要求如下： 第 10 页 共 64 页 2020 年完成市肉类蔬菜流通追溯体系管理平台建设，以及全部的 2 家肉类批发市场、 3 家蔬菜批发市场、 8 家肉类配送中心、供应城区肉类的 20 家生猪定点屠宰场、江南八区和江宁区东山镇全部 180 家农贸市场等节点子系统建设。 2020 年拓展到 3 家蔬菜加工配送中心、 4 个郊区县的 7 家生猪屠宰场和 20 家城镇农贸市场、 12家超市公司的 122 家生鲜门店和 1000 个主要机关、院校、大中型企业、宾馆酒店等集体伙食单位。 2020 年拾遗补缺、完善提高，基本完成覆盖全市各流通、消费环节的肉类蔬菜流通追溯体系建设。 三、技术采用原则  实用性原则 :针对 肉类 、蔬菜市场流通环节多、流通时间短，经营者大多小而散，消费者传统‘“现拿现卖”消费习惯，实现 肉类 蔬菜流通各环节监管信息相连接，真正做到信息可追溯。  适用 性原则 :系统采用技术成熟、成本易控制的 肉类 蔬菜流通追溯卡为信息载体，标签电子秤和经营者标识作为信息追溯输出终端。 信息通过互联网、企业局域网、追溯卡、标签电子秤有序集成。 以企业信息实时采集、电子结算为基础；生猪检疫证、蔬菜检测结果为源头 信息凭证；交易凭证为批发流通环节交易凭证；零售凭证为零售环节消费者购买 肉类 蔬菜追溯凭证；从而实现以信息追溯链为基础的 肉类 蔬菜流通信息溯源网络平台。  可靠性原则 :系统必须提供良好的接口和完善的技术文档支持二次开发，系统开发 应高度模块化，方便项目交接。 同时提供方便的技术支持，包括在线帮助、用户手册、管理员手册及相关系统管理手册等。  经济性原则 :充分利用现有网络资源、硬件设备、软件、人力资源和数据资源，考虑经济与成本的关系，选择高性价比的系统。 尽量采用成熟开源产品，实现政府和公众利益最大化。  共享性原则 :为政府部 门提供信息监管平台，实现监管信息共享；为 肉类 蔬菜经营企业和批发市场提供数字化管理，提升企业管理水平；为消费者提供 肉类 蔬菜信息查询服务，为保障 肉类 蔬菜消费安全提供信息服务。 四、项目总体需求 项目总体需求是建立一个覆盖南京市肉菜加工、流通各节点的业务应用与信息追溯管理系统以及南京市肉菜流通管理平台。 按照商务部关于《全国 肉类 蔬菜流通追溯体系建设规范》要求，项目要围绕肉菜经营企业、经营者、索证、索票、检疫、检测、来源、流向、数量和价格信息采集为基础，融合企业自身管理要求，应用物联网技术，将局域网、互联网、感知、射 频、 RFID 技术有序集成。 以追溯信息链的完整性为重点，全国互联互通为标准，做到功能完善、结构合理、易于扩充、可操作性强、高度自动化；操作简单、界面人性、模块化结构、系统稳定、可靠。 实现 肉类 蔬菜来源可追溯、去向可查证、责任可追究、全国可互联。 具体需求如下： 1）猪肉追溯系统升级改造总体要求。 根据商务部关 于《全国肉类蔬菜流通追溯体系建设规范》的要求，实现 “五统一”，确保全国互联互通。 升级主要内容包括系统的主体编码、产地编码、商品编码，肉类蔬菜信息服务卡的读写规则，追溯码的生成规则、数据采集内容等。 猪肉信息追溯 系统的升级改造要求平稳过渡，已发放的 IC 卡更换成 CPU 卡，并满足商务部对肉类蔬菜流通追溯体系的信息采集标准要求。 2）新建蔬菜信息追溯系统总体要求。 以商务部关于《全国肉类蔬菜流通追溯体系建设规范》为标准，结合南京市个性化要求，实现肉类蔬菜信息可追溯。 3）肉菜信息有机结合。 打造一个平台，并具有可扩展性。 4）肉菜流通节点采用 C/S 结构， 肉类 蔬菜流通追溯体系管理平台采用基于 Inter/Intra的 B/S 结构的三层或多层结构。 5）采用成熟可靠的网络开发技术，如微软 .NET 框架和 c等面向对象的开发 语言等。 6）系统架构中各层应采用成熟的、符合技术标准、综合性能较好的 WEB 中间件、数据库产品，适应于 Windows 等操作系统平台。 7）系统应提供基于 XML 的数据交换接口，支持与第三方软件的应用集成。 8）系统具有良好的可用性，所有功能符合人性化要求，操作简单、易于学习，界面录入具有自动的合法规则判断。 五、系统技术需求 、数据中心（设备在市政务数据中心托管） 建设并管理本市追溯管理数据中心，按照统一的信息采集标准和数据传输协议，上连中央追溯管理平台，下接流通节点追溯子系统，汇总各流通节点追溯信息， 并上传中央追溯管理平台。 商务第 11 页 共 64 页 部统一开发城市追溯管理平台软件，确定基本功能模块，根据当地情况进行二次开发。 已经建设肉类蔬菜质量追溯市级数据中心的，按统一要求进行改造升级。 平台具体功能如下： 对经营主体进行备案。 对纳入追溯体系试点范围的定点屠宰企业、批发市场、零售市场、团体采购人、“产销对接”核心企业等主体进行实名注册备案，与其签订食品安全承诺书，并为直接从事肉类蔬菜经营的主体配发农产品流通服务卡。 委托定点屠宰企业、批发市场、零售市场等对进场交易的经营者进行备案，配发农产品流通服务卡。 建立专门的档案 库，归集经营主体备案信息。 汇总各流通节点追溯信息。 汇总各流通节点肉类蔬菜流通信息，包括肉类蔬菜源头信息、检测信息、交易信息、流向信息等（具体内容按商务部统一标准执行），运用数据清洗技术，对数据信息进行加工整理，合成本城市范围内肉类蔬菜流通追溯信息链条，实现按产地、流通节点、经营主体、追溯码、品种等项目进行存储和检索。 对各流通节点进行监控与考核管理。 根据主要问题分类，建立问题发现模型库，形成对问题的筛选、定性与程度评价的统一方法，对各流通节点信息报送进行实时监控，提示问题高发企业和 产品，对地区重大疑点事件进行预警和上报。 建立追溯工作考核管理制度，制订工作动态考核指标，定期对各流通节点追溯管理工作进行考核和智能评估，实现按季度或按月对各流通节点信息上传的及时性、规范性、真实性、连续性等进行考核。 开展城市追溯信息综合开发利用。 建立统计分析指标体系和分析模型库，适应当地肉类蔬菜流通行业管理需要，设定肉类蔬菜各品种进货量、成交量、成交价等地方性统计分析项目，按日、周、月、年等期限，进行同比、环比、走势、排行等方面的统计分析。 同时，通过专门的信息发布窗口，向社会发布有关信息。 开展应急事件快速处置。 以肉类蔬菜流通追溯信息链条为基础，快速明确应急事件产生的上下游环节，锁定质量问题产生源头，追踪产品流向，向问题产品流向经营主体发布预警信息，并反馈供应地；按照相关法律法规，支持产品下架与退市、产品应急召回等工作；按照规定要求，向中央管理平台报告应急处置信息。 提供综合信息服务。 通过平台用户权限管理方式，为各政府监管部门提供肉类蔬菜经营主体信息及流通全过程信息的综合查询服务，为供应地主管机构提供查询服务；依托“中国市场秩序网”地方子站设立服务窗口，通过网络、 12312 热线、短信、一体化查询终端等渠道，为交易主体和消费者提供查询和举报投诉服务。 服务器虚拟化技术 数据中构建全新的虚拟化计算服务平台，将数据中心的应用服务器和网站服务器通过虚拟化软件整合成一个服务器资源池，将原有的应用也整合到整个资源池中，同时还可以将数据库及应用服务器纳入到整个资源池中，对数据库服务器和备份服务器做到一个备份的作用，同时通过磁盘阵列进行数据存储，从而纳入整体云计算解决方案中，做到“随需所用”按需分配的资源分配。 BES 业务应急与恢复 部署 BES 业务应急系统，实现对 OS、应用软件、数据文件全方位保护。 重点对 应用服务器、网站服务器、数据库服务器、备份服务器等 6 台服务器进行保护。 当 服务器上的业务出现故障，业务应急系统应 能够 同时顶替多个业务系统工作。 当出现 病毒、黑客、人为误操作、程序错误等造成系统中断或数据丢失 ，或 硬盘损坏造成系统中断或数据丢失 ，或 其他硬件故障造成系统中断或数据丢失， BES 业务应急系统应能 直接接替工作，分钟级内快速恢复业务 ，即 业务恢复时间等于原业务系统的系统重启时间。 支持对操作系统及数据在线复制，支持定时多版本。 业务系统正常运行时（不中断业务运行），业 务应急系统对操作系统、应用软件以及数据进行全方位的复制，并 能 形成多时间点、多版本的历史快照，保证操作系统、应用软件以及数据的可靠保存， 以及 系统瘫痪时的应急使用。 支持全量和差异量复制。 灵活的快照时间策略。 支持任何指定的目录或文件进行复制。 第 12 页 共 64 页 业务应急系统 应具有 快照版本选择和恢复流程功能。 一旦遇到应用系统出现故障时，业务应急系统 应能 顶替业务系统运行，同时在业务应急系统的后台设定恢复策略，包括恢复的目标卷、快照版本以及开始时间，设置完成后启用策略，自动执行恢复操作；系统恢复 不 需人工干预。 系统管理员 可以选择 在 网络相对空闲时将。