A1包、平台软件开发及云平台迁移改造.doc

1、A1 包、平台软件开发及云平台迁移改造一、供应商资格要求1、符合中华人民共和国政府采购法第二十二条的规定。2、供应商的资质要求：无二、技术要求1. 项目概述食品药品安全“智慧监管”工程自 2014 年开始已经实施了三期。按照总体规划，2017年实施“智慧监管”工程四期建设，本项目是其中的平台软件开发及云平台迁移改造，一是在进一步优化社会服务方面，新建移动服务平台，二是进一步完善信息资源、服务开放平台，完善标准规范，三是按云平台迁移部署要求和有关业务需求变化，对前期已建系统进行改造完善。本项目建设内容如下表所示：序号 建设内容1 移动服务平台2 信息资源平台四期3 服务开放平台三期4 标准规范体

2、系四期5 云平台迁移部署6 已建系统迁移改造2. 建设目标2.1. 移动服务平台开发适用于移动端的，面向全省食品药品监管人员应用的信息平台和工作平台，面向行政相对人应用的政企互动平台，面向社会公众应用的政民互动平台，开发类似“苹果应用商店”的移动服务基础技术平台，开发手机版省局内网网站、抽样管理和移动审评APP。2.2. 信息资源平台信息资源平台是整个“智慧监管”工程建设的核心组成部分，通过前三期的建设，已完成面向食药监管体系内部，各类结构化和非结构化的大数据，经过预处理、清洗、转换、关联、比对、标识之后，变为有价值的信息资产，并以服务的方式对外发布，实现横向集成、纵向贯通、全局共享的数据服务

3、平台。建设了食药监管云，形成了全省统一的“一企一档” 、 “一品一档” 、 “一人一档” ，实现了全省监管信用档案的数据画像。信息资源平台四期，基于前三期归集数据基础上，在数据交换共享方面，向纵向和横向方面扩展，纵向与食药监体系总局、其他省局实现跨层级、跨地域数据共享；横向通过全省的共享交换平台，汇同同级地市局、兄弟部门数据，实现数据交换共享。2.3. 服务开放平台服务开放平台一期、二期项目主要搭建了服务开放平台的基础框架，在统一用户、统一模型、统一技术基础设施的基础上，完成对部分服务的抽取、接入、管理、发布、统计等功能，自下而上，对服务进行分类统一，为上层和外围应用提供标准开放的服务接口，逐

4、步实现所有业务系统的一体化统一。伴随着平台数据的积累，已具备对外提供数据服务的条件，本期项目主要围绕以下三个方面完善服务开放平台的建设：1、随着平台提供的数据服务组件及系统业务组件服务的增加，需梳理构建共享服务目录。2、随着前期平台服务的积累，加大面向社会的数据开放。3、做好创新应用接入平台的相关工作，将各方产生的创新应用纳入平台管理。2.4. 标准规范体系四期标准规范体系是在国家总局食品药品监管信息化标准体系的框架下，开展山东省食药监管信息化标准体系研究，制订基础性、通用性标准和专用标准。2017 年，山东省食品药品安全监管信息化标准规范体系（四期）项目将在前三期基础上，结合项目建设情况，重

5、点制定与系统建设密切相关的大数据分析、挖掘与运维管理标准。2.5. 云平台迁移部署围绕关于加快我省电子政务集约化发展的实施意见 （鲁政办发20157 号）等文件指导精神，充分发挥云服务优势，分别在 IAAS 层、PAAS 层、SAAS 层通过云服务产品对省局业务系统建设提供有效支撑，我局拟将业务系统迁移到山东省政务服务公共服务云平台，迁移工作中需要对系统做适应于云架构的调整，以及对系统性能的优化（数据库拆分优化和系统集群部署优化）等工作，并且需要对部分软件进行开发升级。2.6. 已建系统优化改造 行政许可审批系统改造要求对行政许可系统进行升级改造，增设部分备案服务事项，提供相关接口对接，增加相

6、关功能模块，使事项与国家、省级要求标准保持一致；对已建功能在易用性方便进行优化。 监督抽检与风险分析系统改造对系统在数据填报质量方便进行考核，同时对已有数据进行挖掘利用，并实现与总局系统的数据对接。 日常监管系统改造建立随机抽取被检查对象、随机选派检查人员的双随机抽查机制，实现“双随机一公开”的监管新模式。 食品药品监管信息平台（公共服务平台）改造。将全省食品药品监管信息平台向市级局、县级局和乡镇监管所延伸应用，把省局主网站及所有的子网站都在一套系统中进行管理，实现主站和子站、以及子站之间的数据共享，实现全省食药监系统电子政务外网门户网站的扁平化管理及数据互联互通。3. 建设内容3.1. 移动

7、服务平台3.1.1. 平台建设开发适用于移动端的，面向全省食品药品监管人员应用的信息平台和工作平台，面向行政相对人应用的政企互动平台，面向社会公众应用的政民互动平台。同时，开发类似“苹果应用商店”的移动服务基础技术平台，提供包括 UI 组件、开发平台、消息推送、安全以及版本管理等功能。3.1.2. 手机版内网网站根据实际工作需要，实现我局内网网站的手机版。3.1.3. 移动审评建设审评认证系统（药品审评、医疗器械审评及核查、药品 GMP 认证、药品 GSP 认证）手机 app，实现企业外网手机端申报、缴费与资料上传，检查员现场手机相关现场资料提交与上传，中心领导手机端审核、审批；认证档案手机浏

8、览与查看。建设审评中心微信公众号，开发微信审评中心、微信查询、微信通知等微信功能，建立集微信审批、交流互动和企业服务于一体的移动互联网平台。3.1.4. 移动抽检各市、县局接收到抽样计划对于食品生产环节的，可依据省局制定的规则进行待抽样企业的生成，再按照企业清单去执行抽样任务。对于餐饮和流程环节可由监管人员从企业基础库里选择待抽样企业并执行抽样任务。1. 计划查看通过检验检测移动端查看个人具体抽检计划内容，分管领导、部门领导可以查看具体到每个部门小组及个人的分解任务信息等。2. 现场抽样管理抽样人员携带移动设备到抽样现场，现场录入山东省食品安全监督抽检抽样单，抽样人员可先录入样品信息，并进行查

9、重校验，对于达到重复值上限的将不能录入系统。对于不重复的样品可录入系统，同时，上传 57 张照片，做为证据留存，现场可打印抽样单信息。3. 离线抽样在没有网络或信号不稳定情况下，抽样人员把录入抽样单信息离线暂存在本地，待信号稳定后，把抽样单信息提交至后台。4. 抽样记录在移动端，可将执行中的抽样单进行列表显示，抽样记录列表按照计划分组，并以时间倒序的规则，将最近的抽样显示在分组列表最上方。每条抽样记录可以查看到抽样详情，包括样品信息、抽样单位、抽样地点等信息。5. 基础数据版本管理建设数据版本管理模块，对食品抽检中的所有基础数据（企业、产品、检验结构等）进行版本管理，并能通过模糊搜索等方式快速

10、匹配。6. 常用查询和设置建设计划进度管理模块，实时查看计划执行进度信息。检验检测移动端提供品类查询、检验机构信息查询、企业信息查询等功能，便于食药监管理部门工作人员对检验机构信息、企业信息等进行快捷参照。在企业信息和检验机构信息中，包括了该企业或检验机构的地址信息，抽检人员可便捷通过地图查看位置信息与导航功能。3.2. 信息资源平台四期3.2.1. 基础平台功能扩展在信息资源平台三期的建设成果基础上，信息资源平台四期中主要扩展数据队列、主数据管理、数据版本管理、数据画像等。3.2.1.1.数据队列信息资源平台四期中需要实现纵向与国家局、地市局数据的交换共享、横向实现与信用、省政府数据的交换共

11、享，因此，对于相对广域的数据共享传输，需要安全可靠的数据队列传输组件进行支撑。数据队列组件使用 MQ 作为传输通道。数据队列系统由核心的消息中间件，通讯模块、校验模块、控制中心、监控中心等部分组成，提供前置库、接口、xml 文件多种前置客户端方式，支持对消息的加密、压缩、签名、校验等多种操作。3.2.1.2.主数据管理建设专门的主数据管理系统，实现将信息资源平台中归集整理的主数据实体开放给业务系统使用。3.2.1.3.数据版本管理建设数据版本管理模块，对进入的信息资源平台库中的所有数据进行版本管理，对信息资源平台资源库中的数据在时间维度进行投影展示，做到对数据全过程历史追溯。3.2.1.4.数

12、据画像数据画像在前期食药监管云建设的基础上，提供了可视化的数据档案、索引管理工具，在系统中要求通过界面定义档案的来源、关系、字段类型、档案结构、目标存储类型、增量/全量，系统根据这些定义，将数据信息归档为 xml 结构的档案，存储到指定存储类型。在索引配置方面定义档案元素和索引服务器的变量的对应关系，系统可以将需要查询的档案元素映射到索引服务器的变量上去，根据获取的档案唯一编码，调取档案进行展示。在档案展示上，通过界面可以配置界面展现的方式，如列表、列宽、分行、字体、颜色、是否显示、排序、身份证号码掩饰等。在信息资源平台四期中对企业主体进行五个维度的画像建模: 组织档案画像对在食药监管中产生的

13、组织数据进行串联，包括基本信息、许可记录信息、监管记录信息、执法记录信息、关联产品追溯记录信息。 横向集成档案画像主要对集成的横向维度的委办局的企业数据进行关联展现，如省信用平台数据、省政府共享交换数据、采集的社会评价数据等维度的数据。 纵向贯通档案画像主要对集成的纵向维度的数据进行关联展现，如国家局交换共享的数据、各地市交换共享的数据等。 多维档案画像主要包括时间、空间两个维度的数据信息，包括数据版本、数据空间地理数据等信息，对企业主体在时间、空间上进行投影画像。 决策分析画像关联信息画像：主要包括对企业自身之外，与企业关联的信息进行画像，建立数据图谱关系，如与企业关联的人员、与企业关联的人

14、员、与企业关联的物品等关联信息。知识信息画像：主要包括三期建设的知识库中，与该企业有关的知识信息，如权责清单、监管依据、执法依据等知识信息。推荐信息画像：主要包括根据企业特征规则，由智能推荐引擎推荐的信息数据，如同类型生产企业关联，同种物品经营关联，同股东、从业人员关联，同类监管企业关联、同类执法参照关联等多维度推荐关联信息。3.2.2. 数据交换共享除了对省局内部系统进行归集，整理的数据资源将以数据服务的方式与各相关单位进行数据交换和共享。主要包括如下内容：序号 数据共享范围1 国家总局数据重构平台数据落地2 山东省信用平台数据对接3 山东省事中事后平台数据对接4 济南食药局数据同步对接5

15、枣庄食药局数据同步对接6 省局医疗器械监管信息系统数据同步对接3.2.3. 智慧监管三期系统数据归集依据信息资源目录梳理的内容，持续对智慧监管工程三期建设的系统数据进行抽取整理，形成可供发布的数据资源，主要内容如下：序号 待归集系统1 稽查执行系统2 移动监管系统3 在线培训系统4 食品药品安全知识库3.2.4. 互联网数据归集通过数据爬虫，对各大主流互联网上与食品药品相关的数据进行采集，为大数据分析提供数据支持，主要数据主题如下：序号 数据主题1 检验检测2 药品不良反应3 企业黑红名单4 企业信用信息5 重大事件处置3.2.5. 三安联动主要通过信息资源平台实现以下几方面数据的共享：一、监

16、管信息共享系统。将省食安委主要成员单位日常监管信息整合，如监管相对人信息、生产经营许可、监督检查、执法办案等情况。二、监督抽检信息共享系统。将省食安委主要成员单位各级监督抽检信息整合共享。三、风险监测信息共享系统。将省食安委主要成员单位各级风险监测信息整合共享。四、舆情信息共享系统。将省食安委主要成员单位舆情监测信息整合共享。五、省食安委成员单位办公系统。将所有省食安委成员单位办公系统整合，便于省食安办，以及成员单位间公文来往。3.3. 服务开放平台三期目前服务开放平台中已实现对各类服务的基本管理，在服务开放三期建设过程中重点完善对服务目录的归集整理标准化，对应用接入、服务接入、服务申请、开发

17、者注册等活动流程的梳理流程化，同时引入对社会公众开放的服务管理体系，推广服务开放平台应用范围。3.3.1. 基础平台功能扩展3.3.1.1.开放存储服务具有独立、通用的存储功能，可以帮助采购人搭建属于自己的存储空间。需实现统一存取接口、文件加密存储、文件一致性管理、多种存储方式、文档内容全文检索、权限管理、多租户空间配额管理、文档转换在线浏览、监控管理、离线下载、短URL 生成、文件版本、日志记录、图片水印、在线编辑、缓存、静态化协同、文件并发修改控制等功能。3.3.1.2.开放缓存服务对热点数据缓存，提高业务系统性能，供平台、业务应用直接调取使用3.3.2. 数据共享目录梳理主要对数据共享目

18、录进行梳理，按照服务类型、所属应用、服务名称、服务接口、参数名称、返回信息等进行目录梳理。序号 服务分类 服务来源1 组件服务 部署的公共组件服务系统2 稽查办案系统3 日常监管系统4 抽检管理系统5 药品注册系统6 审评认证系统7 行政许可审批系统8 移动监管系统9 风险分析系统10 在线培训系统11已建系统数据服务食品药品安全知识库12 国家局系统13食药监管系统内的数据服务地市级食药局14 区县级食药局15 检验检测机构16 山东省信用平台17其他兄弟单位数据服务山东省事中事后平台17 其他数据服务 面向其他用户的数据服务3.3.3. 面向社会开放服务管理主要完成面向互联网的服务发布、申

19、请管理、服务授权等功能。3.3.3.1.服务特性 提供 http，webservice 等多种协议的服务接入。 提供服务“创建” 、 “审核” 、 “上线” 、 “锁定” 、 “弃用“等全生命周期管理、支持服务多版本管理，可实现服务的灰度发布。 提供安全访问控制，只有通过认证和授权的应用才可以访问服务。 提供服务可用性监控。 提供服务访问地实时监控。 服务访问的监控为异步处理机制。 支持服务响应加速。 提供按照服务级别订阅使用服务。 提供服务功能概述、调用参数说明和服务返回结果构成。 提供服务在线测试功能。3.3.3.2.服务内容实现服务商店、服务生命周期管理、授权组件、服务网关、管理控制台、

20、服务调用SDK、开发者管理等功能。3.4. 标准规范体系四期3.4.1. 标准制定序号 标准名称1 食品药品监管大数据开放共享 第 1 部分：总则2 食品药品监管大数据开放共享 第 2 部分：基本要求3 食品药品监管大数据开放共享 第 3 部分:开放程度评价4 食品药品监管数据仓库第 1 部分: 建设规范5 食品药品监管数据仓库第 2 部分:数据可视化规范6 食品药品监管数据仓库第 3 部分:数据清洗比对规范7 食品药品监管云平台运维管理规范8 食品药品监管信息资源平台数据处理规范9 食品追溯数据量化分级评价标准3.4.2. 标准符合性测试标准符合性测试的信息资源平台业务模块清单如下：序号 所

21、包含的业务模块1 公共信息2 行政许可信息3 监督检查信息4 审评认证信息5 稽查执法信息6 检验检测信息7 风险监测信息8 不良反应信息9 监管追溯信息10 诚信体系信息11 国家局数据信息12 其他厅局信息3.5. 云平台迁移改造3.5.1. 适应云环境的系统架构优化升级调整3.5.1.1.总体部署优化及系统改造 业务系统部署方面分为政务外网和互联网两个域，彼此安全隔离。 审批局端数据库和审批企业端数据库间的数据同步由应用服务调用同步变更为通过应用和消息中间件 IMQ 准实时异步方式同步数据。 审批系统各应用服务器文件共享，由 NFS 模式更改为基于 HTTP 协议的高性能文件服务器。文件

22、服务器采用双机热备方式。 使用统一平台，平台中的关键组件 BSP 和 SSR 采用双机集群部署方式。 在政务外网和互联网域各引入一台 Nginx 服务器，提供统一的访问入口，把业务均衡负载到多台服务器上。3.5.1.2.数据库拆分优化 数据库由 1 个单实例的数据库变更为 3 套 Oracle RAC 数据库，并将审批数据库根据政务外网和互联网分开为 2 套数据库。 数据库升级为 Oracle11G R2。 原来审批外的系统共享审批数据库的基础表和 BSP 类表实时同步到其它数据库中。 政企、政民、抽检、日常监管访问其它数据库；审批局端、药品注册局端、协同监管平台访问审批局端数据库；审评网站、

23、审批企业端、药品注册企业端访问审批企业端数据库。3.5.1.3.审批系统集群部署优化本次云迁移拟对审批系统进行优化，应用分为局端和企业端两个集群，应用部署在多个独立的 WAS 节点上，依靠 Nginx 均衡负载，任何一个节点出现故障不影响其它节点运行。引用了独立的高性能文件服务器，自身靠 HA 软件构成独立的高可用集群，为所有应用 WAS节点提供文件存取服务。企业端和局端使用高性能消息队列 IMQ 进行数据同步。3.5.2. 迁移工作步骤3.5.2.1.软件开发随着架构改变,软件开发主要包括数据库 SQL 优化、数据库升级为 Oracle11G 带来的应用代码优化改造、文件上传下载改用高性能的

24、 httpFile 软件带来的应用程序的接口和流程改造、文件预览功能体验优化改造、应用互相同步数据改用消息中间件 IMQ 带来的内部处理流程进行优化开发改造、数据库拆分带来的数据同步开发及接口调用改造。3.5.2.2.改造测试包括功能测试、压力测试及数据库迁移测试等工作。3.5.2.3.正式割接正式割接前，进行云平台上的应用功能测试及配合压力测试和安全测试。做好割接及系统回滚预案。割接期间，将生产系统数据库数据及文件数据复制同步到云平台中，并进行新的数据库架构进行数据拆分。在不破坏数据的情况下，在云平台上基于正式数据进行功能测试和压力测试。3.5.3. 安全防护3.5.3.1.安全管理规范按照

25、国家总局和其他信息安全主管部门相关管理要求和国家相关标准，结合省局已部署至省电子政务云平台的实际，参考相关标准，健全完善山东省食药监管信息安全管理制度体系，并提交符合相关标准和要求的最终成果文档。主要成果至少包括：食品药品监管安全管理策略食品药品监管数据分类分级规范食品药品监管数据风险评估规范食品药品监管数据安全运维规范食品药品监管数据应急处置规范3.5.3.2.应用系统代码审查参照风险评估中对于代码编写的安全规范要求，采取定期与不定期相结合的方式，对智慧监管工程四期应用系统的代码进行安全审核，保证权限对象、数据流、交互处理、数据存储、边界处理的安全性。制定 ASP/ASP.NET/PHP/J

26、AVA 安全编码规范、结合 OWASP TOP 10、CWE/SANS TOP 25 在内的实践提供面向 Web 应用，涵盖主流语言所编写代码的审计服务。及时发现其中存在的安全风险并提出整改建议，协助完成安全整改加固工作。保证本期开发应用系统符合网络安全等级保护三级相关要求，实现可鉴别身份认证功能；实现对系统用户、进程和事件的审计功能，审计内容包括：事件的日期、时间、发起者信息、类型、描述和结果等；规范编码，使用安全规范的编码规则，避免出现 sql 注入漏洞等；对使用的 MVC,SSH 等工具实施监控，防止出现工具漏洞；具备抗抵赖和软件容错功能。3.5.3.3.移动 APP 安全检查加固对智慧

27、监管工程四期所有 android 与 ios 系统下的 app 开发、运行提供安全加固，防止盗版、破解分析等攻击。主要包括：1) 引入安全加固与加密服务，包括 dex 静态文件保护与 app 动态防护，防二次打包2) 加密后客户端能够应对各种安全攻击的快速检测和响应、运维阶段的安全威胁，并为安全防范措施进行持续更新。3) 保护移动手机应用、关键数据、平台及软件的安全。3.6. 已建系统迁移改造根据实际工作需要，对行政许可审批系统、监督抽检与风险分析系统、日常监管系统、食品药品监管信息平台（公共服务平台）进行升级改造。3.6.1. 行政许可审批系统（1）食品生产许可改造根据新版食品生产许可审查通

28、则规定，调整食品生产许可工作流程；实施全程网办后，需要对系统部分功能进行调整；调整食品分类目录；增设各产品类别目前有效获证企业报表功能，新增不同的查询条件，实现上报国家局新版证书信息导出功能，许可通过后生成证书的同时增加许可决定书文书生成功能。（2）食品经营许可历史数据采集系统需增加食品流通和餐饮服务的历史数据的维护功能模块，包括增加、删除、修改、查询等功能；制定统一格式的 EXCEL 导入模板，下放给各地市局和区县局，并把各地导出后的 EXCEL 文件，进行数据分析、整理最终导入进省局许可系统中。此次历史数据录入导入工作包含各地 16 个市局， （约）168 个区局。（3）增加缴费流程系统针

29、对第二类医疗器械注册、GSP 认证、GMP 认证、药品再注册、不改变药品内在质量的补充申请、医疗机构制剂注册、医疗机构制剂补充申请等 7 个许可事项增加了缴费流程。（4）证书信息上报并增加二维码打印针对药品生产许可证和化妆品生产许可证的许可审批业务进行数据上报，同时从国家总局许可系统中获取二维码图片打印到许可证上。（5）与其他系统接口与省局日常监管系统实现药品品种信息的对接；与省局金质食品生产系统的统计查询数据对接；（药品、医疗器械、保健食品）广告许可信息与国家局广告系统的数据对接；互联网信息服务、交易服务与国家局许可系统的数据对接；省政府电子监察系统数据上报接口变更。（6） 增设备案服务事项

30、医疗器械产品注册前临床试验备案、创新医疗器械产品特别审批、 （外省）药品广告备案。（7） 增加许可事项调整新增总局下放三个审批事项：特殊药品定点经营企业批件、药品类易制毒化学品经营许可批件、生产第一类中的药品类易制毒化学品审批；（药品、医疗器械、保健食品）广告许可、互联网信息服务、交易服务许可事项增加企业申报功能；化妆品生产许可核发、换证审批流程、申请表、证书模板重新定制；省局审评中心业务功能变更及流程细化。3.6.2. 监督抽检与风险分析系统（1）食品抽检系统与国家局对接接口及功能改造实现省抽、市抽、县抽数据与国家局系统的实时对接。（2）药品通用检验流程为了满足各地市食品药品检测中心药品检验

31、工作电子化、规范化的需求，需建立一套通用的药品检验流程。3.6.3. 日常监管系统根据随机抽查工作细则，一是建设抽查事项清单、检查对象名录库和执法人员名录库。二是开发双随机“摇号”程序，实现随机选择。3.6.4. 食品药品监管信息平台（公共服务平台）3.6.4.1.各市、县区及乡镇监管机构电子政务外网子站建设本次项目建设前期要求提供 3 套通用页面模板，省局统一规划各级电子政务外网子网站栏目结构，后期各单位可根据自身需要自行修改、添加。1.栏目设置 区域专题频道分别为市级局、县级局开设。市级局频道向下嵌套县级局频道。 市级局、县级局。各开设 8 个共性栏目：食品、药品、保健食品、化妆品、医疗器

32、械、综合等 6 个专题栏目（分别再下设经验做法、文件、计划、总结等子栏目）以及机构设置信息、人员通讯录。各地可根据工作需要，申请开设个性栏目。 乡镇监管所。各开设 3 个栏目：经验做法、机构信息、人员通讯录。 工作专题频道按照食品、药品、保健食品、化妆品、医疗器械等五类开设。共性栏目分别设置如下： 总局信息：各相关司局的相关工作文件、公告通告、简报信息、统计数据等。 省外信息：全国其他省级局的相关工作文件、公告通告、信息动态、统计数据等。 省内信息：我省各市级局、县级局的相关工作文件、公告通告、信息动态、统计数据等。以上相关栏目信息内容，由系统自动从相关网站分类抓取并汇聚到信息平台有关栏目中，

33、不需人工干预。根据其他综合处室工作需要，可再逐步分别开设相关专题频道，自动抓取汇聚指定网站信息。 决策参考频道 国务院信息：政策文件、要闻动态等； 总局信息：领导讲话、工作文件、信息动态、公告通告、法律法规、意见征集、统计数据等； 省政府信息：政策文件、通知公告、今日发布、统计数据等； 省直部门信息：政策文件、通知公告、信息动态、公告通告等。采集来源包括省发展改革委、经济和信息化委、卫生计生委、财政厅、科技厅、公安厅、农业厅、海洋与渔业厅、工商局、质监局、畜牧兽医局等。 总局下属机构信息：信息动态等。采集来源包括中检院、高级研修学院、药典委、执业药师中心、药审中心、医药报社、认证管理中心、医药

34、出版社、中保办、国际交流中心、评价中心、南方研究所、器械审评中心、一四六库、投诉举报中心、药学会等。 食品药品监管知识库：国内报纸期刊库、论文库以及互联网上，与食品药品监管相关的文章、资讯等信息。根据领导要求和工作需要，可再开设国际信息、国家部委信息、媒体信息、专业机构信息等。2.更新维护工作专题频道、决策参考频道。由系统自动从相关网站分类抓取信息内容，并汇聚到信息平台有关栏目中。3.其他在监管信息平台首页开设“各地经验做法”栏目，自动抓取市县“经验做法”子栏目信息，并对市、县信息发布量进行动态排名。运行在电子政务外网的业务应用系统，一律调整为通过监管信息平台进行登录。3.6.4.2.门户网站

35、一人一年驻场运维服务1.驻场服务平台现支撑省局网站群平台的主要有以下子系统：省局网站群内容管理系统、依申请公开系统、互动交流系统（公众信箱、在线咨询） 、网上问卷、意见征集和调查系统、全文检索系统、信息抓取系统等。系统环境为：Linux 操作系统、Oracle 数据库、Tomcat 中间件。2.服务方式要求投标人应设立由客服、实施、开发等各部门人员组成的客户技术支持中心，安排 1 名服务专员提供专职驻场服务，维护人员具有以下要求： 熟悉省局门户网站相关应用平台软件的操作与维护； 具有 2 年以上相关行业工作经验； 该人员在未经省局允许的情况下，不得进行随意变更，如需变更应提前 3 个月告知，并

36、在后续工作人员到岗后方可变更。当驻场人员工作饱和或无法独立完成运维服务工作时，须另提供远程技术支持、热线电话、qq、msn、email、传真等服务方式。3.服务的响应时间要求 要求投标人派出的驻场人员工作时间为每周一至周五（遇国家法定节假日有冲突的，将按照相关规定进行调整） ，驻场人员每工作日为 5*8 小时工作制，具体作息时间可根据省局要求酌情进行调整； 非正常工作日，紧急情况下（通常指系统无法正常访问、系统出错、宕机、网站错误给外界带来不良影响等）自接到电话起， 2 小时之内保证恢复网站正常运行，如遇重大事故无法远程解决，2 小时内派人到达省局工作场所，提供现场技术服务，提出实质性解决方案

37、，确认后立即实施；4.服务范围及内容驻场人员工作内容及范围如下： 对省局提出的页面调整及栏目调整需求进行现场更新服务； 按照省局要求设计及制作专题； 提供重要节日首页宣传条设计制作； 紧急情况下（通常指系统无法正常访问、系统出错、宕机、网站错误给外界带来不良影响等）保障网站群各应用支撑系统正常运转，做好交互功能等现场应急技术支持工作； 配合服务提供商因提供的产品/模块出现质量问题或因产品/模块设计缺陷导致其他故障时进行现场维修和程序更新及测试服务； 配合服务提供商对所提供产品的修正版本的升级服务； 对于省局在日常使用维护中遇到的技术问题及疑问，提供咨询及解答服务； 提供阶段性系统维护和升级建议

38、； 协助省局对网站服务器的操作系统、数据库、中间件的安装、优化、故障处理和日常维护； 就网站系统软件存在的安全隐患提供修补服务； 省局如对机房相关硬件设备进行调整，包括 IP 地址更换、移机、硬件损坏的更换等，提供相关软件的技术支持和服务；5.驻场服务期要求驻场服务周期为 1 年，自合同生效之日起算。6.服务交付文档（1）本项目向省局提供网站服务过程中涉及到的服务器资料、网络架构资料、网站系统调整相关资料及涉及到的全部源代码等，版权为省食药监局享有。（2） 要求中标人在合同生效后与采购人签订保密协议。4. 建设要求4.1. 安全要求信息系统开发符合网络安全等级保护三级相关要求。4.2. 技术要

39、求 要求投标人在信息资源平台四期的建设方案中提供对抽取进资源平台的数据进行标准化处理的过程。（1）基于具有自主知识产权的应用开发平台开发。（2）满足易用性要求。（3）采用 B/S 体系架构，基于标准 J2EE 架构，采用 JAVA、JSP、SOA、Web Service、XML、UML 建模、工作流技术、统一门户技术、PKI 技术等编程技术，遵守J2EE5J2EE6 J2SE7 规范,数据库采用 Oracle 11g。（4）通过采用多层软件结构，实现应用层、业务层、数据逻辑层和数据存储层的分离，通过应用层实现应用系统的用户接口，采用业务层和数据逻辑层实现基础服务和应用系统的业务逻辑，通过数据存

40、储层实现数据的集中存储。（5）支持标准 Portlet 标准，符合 JSR286 和 WSRP2.0 接口规范。 与省食药监局监管信息平台集成，实现统一入口、单点登录、统一认证、统一展现。 （接口标准由采购人提供）（6）符合国家食品药品监管总局、省食药监局对食品药品安全监管要求和数据标准规范要求，系统接口功能可满足省食药监局监管业务系统的要求，提供界面工具配置生成对外访问接口，与省食药监局已有或新建业务系统进行接口对接；对数据库的设计要符合国家食品药品监管总局及省食药监局数据标准规范，与省食药监局信息资源平台对接。（7）系统提供数据加密及鉴权机制或接口以及日志跟踪与分析功能。（8）提供完整数据

41、存储备份方案。（9）系统提供 724 小时的连续运行，平均年故障时间1 天。（10）系统性能要求 系统性能指标 数值并发用户数 500请求响应时间 小于 3s事务响应时间 小于 5s(11)本项目所有系统均部署于山东省政务服务云平台。5. 其他要求5.1. 项目交付成果 （1）投标人应提供整个系统的建设文档，包括需求分析、系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。（2）技术文档应与系统相一致，技术文档应该全面、完整、详细、清晰，能够满足招标人对系统的安装、使用、维护、应用开发的需要。（3）技术文档应包括与运行版本一致的、本项目的全部源程序和可执行代码。（4）技术文档

42、内容应满足 GB8567计算机软件产品开发文件编制指南和GB/TI1457-89软件工程术语的要求。提供的文档和资料均应以纸张和光盘为载体，文件格式为 Word 文档或其他可视化、未加密的文件。（5）投标人提供需求调研、设计阶段、开发阶段、测试阶段、实施阶段、运行阶段、项目管理的全部交付成果的清单、成果交付形式和交付时间。（6）投标文件中需提供系统配套的硬件资源需求方案。（7）通过采购人审核的标准规范体系文档。（8）本次开发系统软件版权由双方共有（不含门户网站） 。5.2. 售后服务与技术支持 维护服务应包括后援服务、现场支持服务、紧急恢复服务、故障修复、巡检服务、邮件服务、例行工作会议服务及

43、系统用户的技术咨询（电话、邮件、QQ 等多种方式）等内容，含具体的实施方案和服务方案，投标方案中需明确各类售后服务人员资质及数量。5.3. 项目维护期要求 本项目免费维护期五年，维护期从系统正式验收通过之日起始计。报价明细中应包括5 年运维费用。5.4. 维护期内的服务 系统（不含门户网站）上线运行后两年内，至少派一名工程师驻场进行技术支持并解答系统用户的技术咨询；系统出现故障，应在报修 2 小时内恢复正常运行。5.5. 维护期后的服务 投标人向采购人承诺维护期满后，将继续提供维护工作，并明确提出服务的方式、范围（按照产品、技术、模块等）和收取费用标准。5.6. 培训要求 投标人应免费提供本项

44、目所有软件产品、应用集成、开发技术及工具等在内的全部培训。培训包括技术人员培训、业务系统培训。投标人应提供培训计划、培训大纲、培训的费用和人数、每次课程的文件和资料。6. 讲标 投标人应在投标现场对软件功能进行原型演示（不接受 PPT） ，每家时间不超过 10 分钟，自带笔记本电脑、搭建演示环境。演示应包括以下内容：可视化的数据管理功能，包括数据标准管理、数据源管理，数据资源注册、多目录共享及服务发布；可视化的数据服务申请、授权、调用、在线测试及服务监控；数据集成展示，支持全文检索，可灵活定制页面展示字段，支持敏感信息的灵活设置部分隐藏。支持一企一档功能，能够集成展示企业基础信息、监管业务信息

45、、产品信息等。注：以上加“_”部分为条款内容，如不满足，按无效投标处理。三、投标保证金1、投标保证金数额：人民币壹拾叁万贰仟叁佰圆整(￥132300.00)。2、投标保证金交纳采用下列形式之一：银行本票、银行汇票、担保函。投标保证金为电汇形式的，汇款单上须注明采购项目编号、包号。若交款人名称与投标人名称不一致，投标人须出具加盖公章的书面材料，退款时，款项退至投标人帐户。收款单位：山东省省级机关政府采购中心开户银行：建行济南市高新支行黄金时代分理处银行帐号：37001618819059099999大额联行号：105451001046A2 包、食品追溯公共服务平台四期一、供应商资格要求1、符合中华

46、人民共和国政府采购法第二十二条的规定。2、供应商的资质要求：无二、技术要求山东省食品药品监督管理局食品追溯公共服务平台四期1. 项目概述依据省局食品安全追溯整体规划，落实山东省人民政府关于印发山东省“互联网”行动计划（2016-2018 年）的通知 “（五）互联网+民生”要求，要求在前期实现的四个追溯品类基础上，增加婴幼儿配方食品、葡萄酒、茶叶、阿胶糕、食品添加剂五大类食品，实现我省重点监管食品可追溯；进一步丰富追溯系统功能和数据录入手段，建设基于 C/S 架构的追溯数据采集客户端软件，开发基于 Android 系统的移动终端数据刺激采集APP；提升追溯系统监管效率，开发食药局监管部门使用的追

47、溯监管系统，提出追溯数据量化分级评价标准，对监管对象数据开展数据量化评价；针对食品企业追溯数据，构建追溯模型，开发追溯链路动态图形展示工具，对现有企业数据的内外部追溯形式，通过图形直观显示。提升追溯平台社会服务能力，面向超市终端开发追溯查询系统，面向消费者开发手机端公共服务系统，对外及时推送不合格信息，面向消费者提供手机端的全方位追溯查询服务。2. 建设内容2.1. 建设重点食品追溯系统建设2.1.1. 2016 年 6 月 2 日， 山东省人民政府关于印发山东省“互联网”行动计划（2016-2018 年）的通知 “（五）互联网+民生”要求山东省食品药品监督管理局负责“鼓励食品生产经营者率先在

48、婴幼儿配方食品、肉制类、乳制品、食用植物油、白酒、葡萄酒、茶叶、阿胶糕、食品添加剂和保健食品等重点领域采用互联网实现产品追溯。 ”在现有乳制品、肉制品等产品的基础上，扩充到婴幼儿配方食品、葡萄酒、茶叶、阿胶糕、食品添加剂等品类产品，覆盖十大类产品。2.1.1. 婴幼儿配方食品追溯系统婴幼儿配方乳粉在前期项目中已经实现全行业覆盖，取得了良好的效果。但婴幼儿配方食品作为监管重点，尚未纳入追溯实施范围，在四期项目中，婴配食品作为食品安全重点监管对象，将纳入追溯监管范围。婴幼儿配方食品系统通过对企业的原料及添加剂的采购、生产过程及销售信息的记录，实现企业所有产品的可追溯。系统开发两类数据接入功能，对于

49、具备信息化基础，且有能力对现有系统进行升级的产地，系统提供批量导入功能，由企业按照数据规范将数据上传至追溯平台。对于信息化基础较弱的企业，面向企业开发电子信息记录系统客户端软件，企业通过客户端手工录入数据，将数据上传至平台提供手动导入功能。2.1.2. 葡萄酒可追溯系统1. 前期项目将白酒纳入追溯范围，山东省作为葡萄酒生产第一大省，也将葡萄酒作为食品安全监管的重点，纳入到互联网+民生的保障范围：1. 葡萄验收。1. 记录葡萄的来源信息，包括自定义批次、葡萄品类、供应商名称、种植基地信息、进货日期、验收负责人、验收结论及可上传检验报告图片。2. 添加剂验收。2. 记录葡萄酒的添加剂来源信息，包括添加剂名称、供应商、进货日期、验收负责人、验收结论及可上传检验报告图片。3. 包装材料验收。3. 记录葡萄酒的包装材料来源信息，包括自定义批次、包装材料名称、供应商、进货日期、验收负责人、验收结论及可上传检验报告图片。4. 生产过程记录。4. 记录葡萄酒的生产批次信息，按照葡萄酒生产流程记录葡萄酒原料和相关添加剂的投料信息及在生产过程中的关键监控点信息。5. 销售记录。