智慧食品药品监管系统建设服务方案
招标编号:****
投标单位名称:****
授权代表:****
投标日期:****
食品药品监管作为一项至关重要的公共服务领域,对于构建服务型政府、保障民众福祉具有深远影响。十八届三中全会明确指示,应优化食品药品安全监管架构,实施最为严格的全程监管体系,包括推行食品源头可溯性和质量标识机制,以此确保食品药品的安全性。
在"十二五"国家规划中,食品药品安全被置于公众安全保障的首要关注点。新的要求强调加速构建食品药品质量追踪体系,完善应急响应机制,强化风险监测评估与预警,以及提升技术支持能力和公众服务水平。面对日益严峻的国内外监管挑战,要高效完成这些关键任务,信息化扮演着至关重要的角色。目标是迅速建立一个科学布局、功能齐全、信息互联互通、运行高效、安全稳定的食品药品监管信息化体系。通过信息化手段,我们旨在推进食品药品监管的科学化与现代化,从而引领监管工作的质变飞跃。
根据《关于加快实施信息惠民工程有关工作的通知》(发改高技号),该文件列出了九个关键的惠民行动计划,其中食品药品安全信息惠民行动计划的核心目标在于构建社会全面防控体系,切实提升食品药品安全防护能力。为此,计划借助物联网技术、源追踪技术、防伪技术、条形码技术和云计算等先进技术,加速食品药品安全信息系统的构建,并强化电子追溯功能,以便公众便捷地获取相关信息。同时,旨在规范互联网上食品药品交易行为,探索药品网络公开透明购买的试点项目。
在《襄阳市信息惠民国家试点城市建设工作方案要点》中,襄阳市致力于将2018年定位为关键年份,目标是全面构建并优化食品流通监管体系。该计划旨在保障市民的食品安全,尤其是覆盖米、面、油、肉、蛋与蔬菜在内的主要民生食品,使全市90%以上居民能从中受益,通过实施'安食工程'。这一工程的核心内容包括在全市范围内建立起完善的食品追溯网络,涵盖各大超市和菜场,着重监管销售量占比高达90%的粮食、蔬菜及肉类等商品,确保食品从生产源头到消费终端的全程可追溯。同时,还将建设高效的食物安全检测平台,实时发布食品安全信息,以满足公众知情权并强化市场监督。
目前,食品药品监督管理局主要依赖于两个在线运营的系统:一是审批服务的在线平台,二是食品检验的信息管理系统。
该在线审批系统由食品药品监督管理局自主研发,其证书管理和食品生产许可证模块于2017年5月正式启用,审批管理功能则在同年7月投入运行。然而,由于系统在初期并未对既有企业及证书资料进行补充录入,因此在数据完整性上存在显著不足,可能导致部分数据结果出现偏差。
食品检验平台的主体构建并非由食品药品监督管理部门独揽,而是由食品药品安全委员会主导实施。该委员会由食品药品监督局、卫生局等相关部门联合组成,食品药品监督管理局在其中扮演着辅助角色,主要负责检验结果的上传工作。平台上集成的部分企业信息及许可证数据,据推测源自原工商行政管理局的记录。尽管数据规模可观,但目前缺乏有效的维护机制。
企业内尚有一套未启用的仓储温湿度监控系统。
1.2.1.1在线审批系统
此系统主要分以下功能:
1.2.1.1.1企业在线申请
初次企业注册需经历申请流程,提交企业基础资料后,专业人员会对信息进行严谨核查。通过审核后,企业将获取专属账户。随后,企业可通过该账户登录系统,进行如下线上操作:生产许可的颁发、换发、地址及经营范围变更、注册地址及企业负责人的变更,以及生产许可的补办。在申报过程中,企业需附上完整资料并提供有效的联系方式。如资料不齐全,工作人员会及时通知补充并重新提交。
1.2.1.1.2内部审批
负责在线企业申报的审批管理工作,包括审核已通过流程的企业信息,并公示审批决策结果。
审查的流程主要有:
完成初步审核:在核实基本信息无误的前提下,予以接收申请,并随后提交进入下一环节。
技术评估环节由专业技术人员进行详细评审,通过审核后方进入后续流程。
完成综合评估后,经相关人员严谨审核,递交给后续流程环节。
经行政审批办主任的专业审核后,相关事项将递交给后续流程环节。
首席代表签发,签批后,提交到下一流程;
局长签发,答发后,直接公告审批结果。
最后是制证批件,发件等流程直至归档完成。
1.2.1.1.3证书管理
主要管理“四品一械”在生产流通中的证书。如:食品药品生产经营许可证,医疗器械经营许可证(批发或零售),药品经营许可证,餐饮服务许可证,保健食品GMP证书,食品生产许可证,化妆品生产许可证,保健食品生产企业卫生许可证等。
1.2.1.1.4组织管理
该系统具备完善的组织管理体系,包括部门与人员配置、权限分配以及人事调动等功能。
1.2.1.2食品检验平台系统
1.2.1.2.1检测数据上传
上传定期抽样检测的数据,同时生成并提供详细的分析报告以及打印服务;公开部分检查结果信息。
1.2.1.2.2平台公告发布
我们公开相关检测资讯,并支持通过应用程序(以嵌入式Web页面的形式)查阅
1.2.1.2.3部分企业及证书数据查询
导入自原工商行政管理局的数据已不再进行后续更新,并且缺乏相应的维护团队或人员支持。
1.2.1.3 当前系统的实现程度与本期建设预期目标之间的差距
1.2.1.3.1产品信息管理情况;
本期项目的主要目标是构建一套针对产品信息的高效信息化管理系统,以解决现有管理方式的不足。
1.2.1.3.2产品安全信息发布情况;
本期建设的主要任务之一是建立一个产品安全信息的发布平台,鉴于目前尚无此类服务的存在。
1.2.1.3.3产品安全风险预警机制;
本期建设的核心任务之一是构建产品安全风险预警体系,以填补现有的空白。
1.2.1.3.4产品安全可追溯情况;
本期项目的核心目标是提升产品的智能化安全追溯能力,目前主要依赖人工操作,且数据集中于生产企业的管理模式亟待革新。
1.2.1.3.5 企业及其产品的公开宣传与展示状况
在本期对食品药品监督局官方网站的改造项目中,提升产品的信息化展示方式是一项重要任务。
1.2.1.3.6 产品安全问题的投诉与举报统计
本次官方网站的改版旨在提升投诉处理机制,现正致力于改革现有的电话投诉途径,并推动投诉内容及其处理结果的透明化,列入了本期的重点改进项目。
1.2.1.3.7 官方食品药品监管局的政务公告途径
官方的食品药品监督管理局网站已对外公示部分政务政策内容。
1.2.1.3.8 食品药品监督管理局的网格化管理模式详情
本期系统建设的重要任务之一尚为空白,即网格化管理的相关内容的构建。
1.2.1.3.9 企业日常的监管记录情况由食品药品监督管理局进行核查
当前,企业的常规核查多数仅限于企业内部范畴,而食品药品监督管理局并未对这些检查进行系统性记录,且其现场抽查行为较为稀少。
1.2.1.3.10 远程监控现状:餐饮与药店的业务运营可视化
目前,餐饮业与药店的视频电子监控尚停留在店面内的有限范围内,尚未实现全程无缝监控。
1.2.1.3.11 当前食品药品监督管理局官方网站的建设状况概述
食品药品监督管理局目前虽已设立官方网站,但其内容及界面设计存在改进空间,亟待本次系统升级进行改版以提升用户体验与信息展示效果。
1.2.1.3.12 概述现行食品标识代码的管理和生成体系
目前,食品标识主要采用的是国家推行的统一商品编码形式,即条形码,尚未广泛采用其他附加标识方法。
1.2.1.3.13 当前公众移动应用的广泛普及与功能不断提升的情况
目前,公众尚未能通过应用程序访问,产品信息查询及公告信息获取主要依赖于较为基础的网页浏览服务。
1.2.1.4总结
襄阳地区的信息化建设起步相对较晚,主要聚焦于食品药品监督管理局内部的业务流程管理,对于企业的监督手段尚未实现全面现代化,公众服务交流方面仍主要依赖电话沟通,亟待升级为更为高效的信息交互模式。
本次系统建设旨在构建一个集企业、公众与食品药品监督管理局于一体的综合性平台,以便于强化食品药品监管部门对企业活动的监督,并实时向公众公开相关产品信息。
智慧食药监首先需要把原先分散在质监、工商、卫生等部门的食品生产、流通和餐饮服务三个环节安全监管工作整合在一起,由食品药品监督管理局对“四品一械”进行生产、流通、使用全程一体化监管,同时对内所有相关产业进行监督监管。食药监工作涉及众多监管环节,尤其是食品、药品“从生产到使用”是一条漫长的产业链,其生产加工、检验检测、运输、存储、流通、消费,其中任何一个环节出现差错都容易引出关乎群众生命安全的大问题。
项目依托创新技术与管理策略,智慧食药监旨在构建一个覆盖市、区县、乡镇三级的立体监管网络。针对食品(涵盖食品、饮料、酒及保健食品等)、药品、医疗器械、保健品和化妆品等领域,实施全面而深入的‘全方位、全环节、全流程’监控。同时,项目着力于打造健全的信用管理体系,实时掌握并优化食品药品安全的动态管理,确保公众利益的最大保障。
项目的核心目标在于构建一个全面的信息管理系统,旨在实现对食品、药品、保健品、化妆品及医疗器械生产与存储全流程的精准追溯。各子系统间的信息共享无缝衔接,推动执法智能提升,办公自动化深化,政务公开透明化,无论何时何地,相关信息均可便捷查询。这一系列改革旨在彻底打破传统的办公局限,迈向高效、智能化的新管理模式。
项目将以国际先进监管理念和技术为引领,依托物联网技术,对监管流程中的各个环节数据进行深度挖掘与高效处理。这将为监管者提供既包括宏观风险评估所需的大数据分析,又包含微观层面,如消炎药、猪肉、保健产品、医疗器械和化妆品等商品全生命周期信息的实时追踪。平台旨在实现信息的无缝对接,与国家级及湖北省内的相关平台系统实现数据交互与共享,从而强化对行业人员的严格管理和专业培训,同时向监管对象和公众推送关键信息,进行风险预警与传播管理。此外,它为决策支持、应急响应以及部门间协同工作提供了强大的技术支持和系统保障,最终目标是构建一个自动化、信息化、智慧化与标准化融合的透明政务监管体系,推动各部门管理监督的现代化进程。
智慧食药监体系建设作为一项重大的、周期性长远且内容繁复的工程项目,旨在与本地食品药品安全监管的实际状况及社会经济信息化的演进紧密结合。遵循"整体设计、分期推进,基础先行、民生导向"的策略,我们明确了本阶段(截至2018年底)的具体项目目标:
1、坚持以服务对象为中心,分别为企业、政府和公众提供定制化的服务
的需求进行顶层设计:
2、构建以高标准为核心的智慧食药监云平台,作为支撑食药监各项应用的基础能力平台。
3、构建针对食品药品的全面检测、监管与追踪体系,侧重关键节点,重点关注诸如酒类、乳制品、烘焙产品及粮油大米等核心类别。旨在强化对重点食品生产流通过程的监管与追溯,并确保终端消费环节的公开透明信息公示。
4、构建和完善食品药品便民服务体系,优化行政许可服务流程,从而提升食品药品监管部门对公众和企业服务的能力与效率。
系统设计遵循以下原则:
1、稳定性原则
致力于维护系统的相对稳定性,同时逐步推进向标准化与开放性体系结构的演进进程。
2、统一性原则
在构建过程中,须遵循'一个数据中心'的核心理念,确保数据源、数据模型以及数据接口的一致性,同时致力于提升统一且优化的用户体验和界面设计。
3、安全性原则
系统需配备严谨的权限管理和详细的操作追踪功能,以保障敏感数据及应用访问的安全性。
4、开放性原则
系统需确保其兼容各类遵循行业通用开放标准的网络协议与硬件接口,以及数据接口。通过逐步整合至信息服务总线,公开系统数据内容和应用功能,旨在全面提升内部运营效能,从而扩展平台应用的广度和深化其影响力。
5、实用性原则
系统应用的构建需充分契合用户业务需求,有效解决各层级使用者面临的实际挑战。设计应紧密结合用户的日常工作环境,提供精准的指导,从而提升工作效率。
6、易用性原则
系统需确保提供用户满意的查询速度和响应时间,具备直观易操作的人机交互界面,并支持丰富的呈现形式。
项目实施:智慧食药监体系的构建是一个循序渐进、持续深化的过程,初期需进行精心的顶层规划,明确其终极目标与阶段性任务。以此确保系统开发与现实运作的无缝衔接,达成公众关切与政府监管目标的和谐统一。
襄阳智慧食药监顶层设计框架如下:
智慧食药监顶层设计框架
顶层设计:以服务对象为中心,襄阳智慧食药监项目着重满足企业、政府和公众的多元化需求。通过精确设定各类服务对象的预期目标,全面覆盖‘四品一械’的全生产运营流程,旨在实施定制化的系统建设,从而有效支撑各服务对象目标的达成。
本期智慧食药监项目总体框架如下:
智慧食药监总体框架
智慧食药监总体框架分为四层:
服务对象分类的门户层次:涵盖企业服务门户、政府门户网站及公众服务门户。
应用层:包含本期将要建设的8个应用系统;
构成平台架构的核心组件包括:数据采集与交换平台、高效能大数据处理设施、全面的服务支撑体系、集成的应用服务平台以及视频监控模块。这些平台协同运作,不仅有力支持当前的应用需求,还预留了未来扩展更多系统的潜力。
智慧食药监监管与服务的数据资源管理:对各类数据资源进行全面而系统的规划与管控,确保其与业务需求相契合。
智慧食药监云平台的架构主要划分为以下五个组成部分: 1. 数据采集与交换平台 2. 大数据分析平台 3. 服务支持平台 4. 应用集成平台 5. 视频监控系统
依托电子政务公共平台,襄阳智慧食药监信息采集交换平台凭借大数据云计算技术构建,旨在通过统一的数据交换与共享标准规范,规划共享数据库结构。此举旨在促进各业务部门间的数据流通,提升信息流转效率,整合资源,从而增强食药监行业的业务处理效能和质量,满足日益增长的信息共享与业务协同需求。作为区域内食药机构信息交流的核心节点,该平台肩负着整合、管理和标准化食药部门及机构信息,为食药监决策提供支持,以及与各行业进行数据交换和共享的关键职责。它上接湖北省级平台,下连县级或区域平台,广泛连接众多食药机构和相关部门,业务繁多,数据庞大。其设计目标是打造一个可扩展、开放且可持续的架构,用于管理并容纳食品药品信息,全力支持面向企业、监管部门和公众的多元服务与监管应用。
作为智慧食药监体系的关键组件,数据采集交换平台的核心功能着重于实现襄阳智慧食药监系统在数据管理中的关键环节——包括数据采集、清洗、转换与加载等基础数据处理流程。在设计思路上,产品汲取了国内外领先同类产品的技术精华,其系统构建围绕分布式计算的理念展开。
数据采集交换平台技术架构如下:
数据采集交换平台技术架构
数据采集交换平台的设计基于J2EE架构模型,秉持面向服务(SOA)的构建理念,依据软件架构设计的分层原则,将系统划分为服务层、执行层与应用层等多个模块。
服务层,作为产品运作的核心模块,肩负着关键职责:统筹ETL任务执行、任务调度、状态跟踪、监控管理、异常应对以及服务质量控制,同时担当集群资源的管理。它犹如产品的指挥中枢,既发出指令,又监督作业实施过程。其核心价值在于衔接和整合,将各层次的功能无缝融合,形成统一的计算服务体系对外提供支持。
作为产品中的关键计算执行模块,执行层负责承载包括数据采集、处理和加载在内的核心工作流程,本质上它是计算能力的集大成者。在抽象的视角下,执行层被视为高度集中和抽象化的计算资源,它在'大脑'(中枢控制器)的精确调度下,致力于贯彻每个下达的命令,其核心目标是确保计算任务的高效且优质地完成。
在应用层,我们专注于从核心业务需求的根本出发,提炼并构建独立的应用组件。用户可以根据自身的业务需求,通过参数配置灵活地组合这些组件,构建全面的数据处理流程。技术层面主要依赖插件架构进行管理,同时,丰富的二次开发接口赋予了产品卓越的可扩展性。
数据采集交换平台构建于Master-Slave架构体系中,通过对系统进行模块化划分,构成若干独立且各司其职的功能单元。这些模块承载着关键功能的特定部分,彼此间通过紧密衔接,共同构建出完备的功能整体。
3.1.1.1食药监服务平台接口
3.1.1.2接口实现机制
3.1.1.2.1通信协议
当前的通信协议选用的是标准化的HTTPv1.1规范,确保信息传输的一致性,所有报文皆采用UTF-8字符编码进行传输。
3.1.1.2.2通讯方式
HTTP协议作为服务器与客户端之间的通信桥梁,其中,服务器主动提供URL服务,而客户端则通过执行HTTP POST请求向服务器发送数据并接收响应内容。
在HTTP通信流程中,HTTP头部应当遵循如下的约定。
数据传输类型: 应用/x-www-form-urlencoded
3.1.1.2.3消息结构
通信双方采用JSON格式交换请求和响应信息。请求消息结构分为两部分:Message Header(消息头)和 body(业务内容)。Message Header负责承载请求与响应的通用信息以及对消息的控制数据,而body作为Message Header的尾部元素,封装了具体的业务数据。响应信息仅包含body部分,不含Message Header内容。
3.1.1.2.3.1 数据标识定义
符号 |
含义 |
? |
0..1,可选项 |
* |
0..n,可以没有,也可以有多项 |
+ |
1..n,至少有1项,也可以有多项 |
1 |
数字1,代表必须且只能填1项 |
3.1.1.2.3.2 Message Header的规范说明
节点名称 |
父节点 |
约束 |
类型 |
说明 |
header |
根节点 |
|
|
根节点 |
@class |
header |
1 |
String |
实例类 |
bizCode |
header |
1 |
String |
业务代码 |
identityId |
header |
? |
Stri |
|
|
|
|
ng |
|
coordinates |
header |
? |
|
|
respCode |
header |
? |
|
|
respMsg |
header |
? |
|
|
mode |
header |
? |
|
|
3.1.1.2.3.3body说明
交易请求的具体内容数据将以JSON形式存储在'body'字段中,作为报文传输时Header组成部分之一,与Header共同传送。
举例:
登录接口模板
{
数据包对象: com.alk.ts.mapp.model.TSDatapackage
"header":{
该部分属于'com.alk.ts.mapp.model.TSHeader'类
"bizCode": "ts0001",
"identityId":null,
3.1.1.2.4数据压缩
客户端需兼容Content-Encoding: gzip的压缩格式,并严格遵守Accept-Encoding标准。
当客户端在提交请求时未包含Accept-Encoding字段,意味着它不期望接收压缩的数据内容。
3.1.1.2.5断点续传
客户端需兼容Range:请求协议,确保在数据传输过程中遭遇意外中断后,能实现断点续传,即后续的数据下载应从先前已成功获取的部分开始。
3.1.1.3接口定义
3.1.1.3.1食药企业
3.1.1.3.1.1用户登录
登录操作。
业务代码:
bizCode: XY0001
请求报文:
节点名称 |
父节点 |
约束 |
类型 |
说明 |
Body |
|
|
|
|
userName |
body |
1 |
String |
用户名 |
pwd |
body |
1 |
String |
用户密码 |
deviceType |
Body |
|
|
设备类型 |
应答报文:
节点名称 |
父节点 |
约束 |
类型 |
说明 |
body |
|
|
|
|
sessionId |
body |
1 |
String |
session |
headImage |
body |
|
String |
头像 |
companyName |
body |
|
String |
企业名 |
3.1.1.3.1.2 员工列表信息
业务代码:
bizCode: XY0002
请求报文:
节点名称 |
父节点 |
约束 |
类型 |
长度 |
说明 |
Body |
|
|
|
|
|
pageCount |
Body |
1 |
String |
V20 |
分页条数 |
pageNumber |
Body |
1 |
String |
V20 |
当前页 |
模板:
应答报文:
节点名称 |
父节点 |
约束 |
类型 |
长度 |
说明 |
body |
|
|
|
|
|
Employees |
body |
|
List<Empl> |
|
员工信息列表 |
Empl(@class) |
body |
|
object |
|
员工 |
picturePath |
Empl |
|
String |
|
头像 |
Name |
Empl |
|
String |
|
姓名 |
jobTitle |
Empl |
|
String |
|
职称 |
Id |
Empl |
|
String |
|
Id |
模板:
3.1.1.3.1.3 添加员工信息
任务列表
业务代码:
bizCode: XY0003
请求报文:
节点名称 |
父节点 |
约束 |
类型 |
长度 |
说明 |
body |
|
|
|
|
|
Id |
Body |
|
String |
|