食品药品监管公众信息查询平台建设方案

1、PAGE 食品药品监管公众信息查询平台建设方案目录 TOC o 1-3 h z u HYPERLINK l _Toc62057107 一、技术方案: PAGEREF _Toc62057107 h 3 HYPERLINK l _Toc62057108 （一）软件开发总体方案: PAGEREF _Toc62057108 h 3 HYPERLINK l _Toc62057109 1、总体设计： PAGEREF _Toc62057109 h 3 HYPERLINK l _Toc62057110 2、食品药品安全云平台设计： PAGEREF _Toc62057110 h 10 HYPERLINK l _

2、Toc62057111 3、食品药品惠民服务系统设计： PAGEREF _Toc62057111 h 137 HYPERLINK l _Toc62057112 1）CFDA国家食品药品监督总局应用服务接口； PAGEREF _Toc62057112 h 138 HYPERLINK l _Toc62057113 （1）预防功能 PAGEREF _Toc62057113 h 170 HYPERLINK l _Toc62057114 （2）控制功能 PAGEREF _Toc62057114 h 171 HYPERLINK l _Toc62057115 （3）应急响应 PAGEREF _Toc6205

3、7115 h 171 HYPERLINK l _Toc62057116 1、案件查处管理 PAGEREF _Toc62057116 h 173 HYPERLINK l _Toc62057117 2、食品药品检验管理 PAGEREF _Toc62057117 h 173 HYPERLINK l _Toc62057118 3、监督检查管理 PAGEREF _Toc62057118 h 173 HYPERLINK l _Toc62057119 4、食品质量追溯系统设计： PAGEREF _Toc62057119 h 182 HYPERLINK l _Toc62057120 5、网格化监管平台设计：

4、PAGEREF _Toc62057120 h 204 HYPERLINK l _Toc62057121 6、电子监管平台设计： PAGEREF _Toc62057121 h 206 HYPERLINK l _Toc62057122 1、液晶拼接墙实现的功能要求 PAGEREF _Toc62057122 h 207 HYPERLINK l _Toc62057123 2、液晶拼接墙性能要求 PAGEREF _Toc62057123 h 208 HYPERLINK l _Toc62057124 1）整套大屏幕显示系统主要由以下几部分组成 PAGEREF _Toc62057124 h 209 HYPE

5、RLINK l _Toc62057125 7、门户网站改版设计： PAGEREF _Toc62057125 h 214 HYPERLINK l _Toc62057126 （二）终端查询机品牌、型号、技术参数设计： PAGEREF _Toc62057126 h 220 HYPERLINK l _Toc62057127 1、系统概述 PAGEREF _Toc62057127 h 220 HYPERLINK l _Toc62057128 2、系统部署及通讯解决方案 PAGEREF _Toc62057128 h 220 HYPERLINK l _Toc62057129 （三）人员组织方案： PAGER

6、EF _Toc62057129 h 229 HYPERLINK l _Toc62057130 1、拟派本项目负责人简历表： PAGEREF _Toc62057130 h 229 HYPERLINK l _Toc62057131 （三）工期安排方案 PAGEREF _Toc62057131 h 230 HYPERLINK l _Toc62057132 1、项目里程碑实施计划 PAGEREF _Toc62057132 h 230 HYPERLINK l _Toc62057133 2、项目整体计划 PAGEREF _Toc62057133 h 231 HYPERLINK l _Toc62057134

7、 （四）售后服务 PAGEREF _Toc62057134 h 234 HYPERLINK l _Toc62057135 1、技术培训方案 PAGEREF _Toc62057135 h 234 HYPERLINK l _Toc62057136 (一) 领导及管理人员培训要求 PAGEREF _Toc62057136 h 235 HYPERLINK l _Toc62057137 (二) 业务人员培训要求 PAGEREF _Toc62057137 h 235 HYPERLINK l _Toc62057138 (三) 系统管理员培训要求 PAGEREF _Toc62057138 h 235 HYPE

8、RLINK l _Toc62057139 2、售后及运维服务方案 PAGEREF _Toc62057139 h 241一、技术方案:（一）软件开发总体方案:1、总体设计：1.1 设计背景食品药品监管作为关乎民生的重要管理事业，对服务社会，建设服务型政府有着的重大意义，十八届三中全会提出“完善统一权威的食品药品安全监管机构，建立最严格的覆盖全过程的监管制度，建立食品原产地可追溯制度和质量标识制度，保障食品药品安全。”国家“十二五”规划把保障食品药品安全放在了加强公众安全建设的首要位置，提出了加快建立食品药品质量追溯制度，健全应急体系，强化风险检测评估和预警，加强技术支撑能力建设，提升服务公众能力

9、的新要求。积极应对国内外日益严峻的监管形式，卓有成效地完成好这些重要任务，必须充分发挥信息化的关键作用，尽快形成布局科学、功能齐备、互通共享、高效便捷、稳定安全的食品药品监管信息化格局，以信息化推动食品药品监管的科学化、现代化，引领食品药品监管工作实现质的飞跃。在关于加快实施信息惠民工程有关工作的通知（发改高技201446号）中提出九项信息惠民行动计划，其中食品药品安全信息惠民行动计划明确“以形成社会综合治理格局,切实提高食品药品安全保障水平为目标，利用物联网技术、溯源技术、防伪技术、条码技术、云计算等技术，加快食品药品安全信息系统建设，强化食品药品电子追溯，方便信息公开查询。规范互联网食品药

10、品交易行为，试点药品网上阳光直购。” 作为信息惠民国家试点城市，在信息惠民国家试点城市建设工作方案要点中提出，到2016年将建立和完善食品流通监管体系，实现对主要食品（包括米、面、油、肉、蛋、蔬菜）的追根溯源和安全检测，惠及全市90%以上的居民。建设安食工程。建立覆盖全市主要超市、菜场的食品追溯体系，对占全市销量90%的粮食、蔬菜、肉食等产品进行追溯监管，实现对食品全流程的追溯。建设食品检测平台及时发布食品安全数据。1.2食品药品监督管理局信息化建设现状1.2.1现有系统的基本分析和概述当前食品药品监督局在线使用的系统主要有两个：在线审批系统及食品检验平台系统。其中在线审批系统是由食药监本局研

11、发，其中证书管理和食品生产许可证部分于2015年5月份上线使用，而审批管理部分于2015年7月份上线使用。因为此系统并没有对原有的一些企业和证书数据进行补录，所以数据上存在比较严重的缺失或数据结果上存在一定的误差。关于食品检验平台，并不属于食药监主导的项目。该系统是由食品药品安全委员会主导投入使用，食品药品安全委员会是指由食品药品监督局，卫生局等多个不同机构组建起来的委员会。食药监只是做为一个参与者，并负责一些检验结果的上传。该系统上也有一部分企业信息及许可证的数据，经过确认这部分数据应该是由原工商局收录的数据。数据量相对较大，但目前数据已经无人维护。另有一仓储温湿度监控系统，未投入企业使用。

12、在线审批系统此系统主要分以下功能：.1企业在线申请企业第一次申请的时候需要一个注册的过程，在填写企业基本信息以后，会有相关人员进行信息审核，通过审核后会给企业生成一个个人账号。之后企业可以通过此账号登录系统进行在线申报，申报的内容主要有生产许可证的核发，生产许可证换发，生产许可证变更生产地址及生产范围，生产许可证变更注册地址、企业负责人，生产许可证补发等事宜。申报时，要求企业提供相应的材料及联系方式，如果材料不齐，会有相关人员通知其补全材料重新申报。.2内部审批对企业在线申报进行审批，并对已完成审批流程的企业进行查看，同时公告审批结果。审查的流程主要有：审查受理，在确认基本资料无误后对申请进行

13、受理，受理完后提交到下流程；技术审查，由技术审查人员进行审查，通过后提交到下一流程；综合审核，由相关人员进行审核后，提交到下一流程；行政审批办主任审查，由行政审批办主任进行审查后，提交到下一流程；首席代表签发，签批后，提交到下一流程；局长签发，答发后，直接公告审批结果。最后是制证批件，发件等流程直至归档完成。.3证书管理主要管理“四品一械”在生产流通中的证书。如：食品药品生产经营许可证，医疗器械经营许可证（批发或零售），药品经营许可证，餐饮服务许可证，保健食品GMP证书，食品生产许可证，化妆品生产许可证，保健食品生产企业卫生许可证等。.4组织管理该系统还有部门及人员管理，权限分配，人事调理等组

14、织管理功能。食品检验平台系统.1 检测数据上传定期抽检的数据进行上传，并且提供数据分析及报告打印；并且将一些检查结果进行公布。.2平台公告发布公布一些检测信息，并且还提供app查看的方式（嵌入web页面的形式）。.3部分企业及证书数据查询由原工商局导过来的数据，不再更新，而且没有相关的人员进行维护。现有系统离本期建设目标的距离.1产品信息管理情况当前对产品信息并没有建立有效的信息化管理方式，这是本期建设的内容。.2产品安全信息发布情况当前还没有平台对产品安全信息进行发布，这是本期建设的内容。.3产品安全风险预警机制当前并没有产品安全风险预警机制，这是本期建设的内容。.4产品安全可追溯情况当前对

15、产品的安全追溯，主要还是通过人为的方式，并且数据都集中在生产产品的企业，非常不智能化，这是本期建设的主要内容。.5企业及产品曝光公告情况当前并没有对以信息化的方式进行产品曝光，这是本期对食品药品监督局官方网站进行改造的工作之一。.6产品安全投诉及举报情况当前的投诉方式还是以电话投诉的形式，并且对投诉的内容及处理结果并没有公开化，这是本期对食品药品监督局官方网站进行改造的工作之一。.7食药局政策政务公告方式食品药品监督局官方网已经对政策政务进行一定程度的公布。.8食药监管局网格化管理情况当前并没有网格化管理的相关内容，这是本期系统建设的内容。.9食药监管局对企业日常检查记录情况目前企业的日常检查

16、大多还局限在企业内部，食药监管局并没有对其进行记录，偶尔检查也要到企业现场。.10餐饮及药店的远程视频电子监管情况当前餐饮及药店的视频电子监管只局限在店面的内部，并没有实现无程监管的方式。.11食药监管理局现有网站建设情况食药监管局已有一个官方网站，但网站的内容和界面风格都不够充分，这期系统建设还需要改版。.12现有食品标识码的管理方式和生成规则现在食品标识码，大部分还是条形码（这也是国家出的统一物品编码），并没有其他的附码方式。.13现在公众app的普及和功能完善情情况现在并没有对公众的app开放，在产品信息查询及公告信息查询上还停留在比较单一的网页查询上。总结当前襄阳信息化建设起步相对较晚

17、，现有的系统更多还是停留在对食药监局本局的业务处理上，而对企业的监管方式还是用比较传统的方式，并且在与公众的互动上，也还仅限的电话的方式。所以本次系统的建设目标和方向是要建立一个企业，公众，食药监局三位一体的平台，加强食药监局对企业的监控，同时能及时地把一些产品的信息公布给公众。1.3项目目标1.3.1总体目标智慧食药监首先需要把原先分散在质监、工商、卫生等部门的食品生产、流通和餐饮服务三个环节安全监管工作整合在一起，由食品药品监督管理局对“四品一械”进行生产、流通、使用全程一体化监管，同时对内所有相关产业进行监督监管。食药监工作涉及众多监管环节，尤其是食品、药品“从生产到使用”是一条漫长的产

18、业链，其生产加工、检验检测、运输、存储、流通、消费，其中任何一个环节出现差错都容易引出关乎群众生命安全的大问题。智慧食药监将通过新技术、新手段、新模式实现突破。智慧食药监项目包括市、区县、乡镇三级分类，对食品（食品、饮料、酒、保健食品等）、药品、医疗器械、保健品、化妆品、不良反应应急处理等六大方面实现“全方位、全环节、全流程”立体监管，建立完善的信用体系，全面感知食品药品安全管理情况。项目总体建设目标是实现所有食品、药品、保健品、化妆品、医疗器械的生产存储流通过程可追溯、所有子系统之间做到信息共享、执法智能化、办公智能化、政务透明化、信息随时随地可查询，最终实现摆脱传统办公模式的束缚。智慧食药

19、监项目将结合国际上先进的监管理念和方式，使用物联网技术，将监管的各个流程、环节的数据进行分析、加工和处理，使得监管者既可以得到宏观的分析计算后的智能数据，实现风险评估，也可以得到微观的单一物品如消炎药、猪肉、保健产品、医疗器械、化妆品等生产、加工的全程信息，实现追溯信息和应急风险管理。同时，通过该平台与国家、湖北省其他相关平台系统实现数据互联互通，提供相关从业人员的严格管理与培训，并向监管对象和公众推送和发布信息，实现风险传播管理，并为决策分析、应急指挥、部门联动提供有力的技术支撑和系统保障，实现各个相关部门的自动化、信息化、智慧化、标准化“四化合一”的透明政务管理监督体系。1.3.2本期目标

20、智慧食药监项目是一项重大、长期而又复杂的工程，需要与本地区的食品药品安全监管现状和经济社会信息化发展相结合。按照“整体规划、分步实施、基础优先、民生优先”的原则，确定本期（到2016年底）的项目目标如下：1、以服务对象为核心，按照企业、政府和公众三类服务对象的需求进行顶层设计；2、高标准建设智慧食药监云平台，为食药监各项应用提供基础能力的支撑；3、建设相关食品药品的检测、监管和溯源系统，抓住重点环节，关注主要品类，如酒类，乳制品，烘焙类，粮油大米类等。实现对重点食品的生产流通环节的监管溯源、食品药品终端消费的信息公开； 4、建设食品药品惠民服务系统，改进行政许可服务系统，提高食药监部门面对公众

21、和企业的各种服务能力。1.4顶层设计智慧食药监项目是一个长期、不断完善和丰富的过程，必须在开始之时做好顶层设计，明确智慧食药监的终极目标和阶段目标，才能实现系统建设与当前工作的紧密结合，才能把群众关心的和政府关注的事情和谐统一。襄阳智慧食药监顶层设计框架如下：智慧食药监顶层设计框架襄阳智慧食药监顶层设计是以服务对象为核心，紧密围绕企业、政府、公众三类服务对象的需求，科学确定三类服务对象的目标，把“四品一械”的生产经营全流程纳入监管和服务范围，有针对性的开展相应系统的建设，支撑服务对象目标的实现。1.5总体框架本期智慧食药监项目总体框架如下：智慧食药监总体框架智慧食药监总体框架分为四层：门户层：

22、按照服务对象类型包括企业服务门户、政府门户和公众服务门户；应用层：包含本期将要建设的食药惠民服务系统、食品追溯系统应用系统；平台层：包括采集交换平台、大数据处理平台、服务支撑平台、应用集成平台和视频监控平台，网格化监管平台，统一支撑本期应用和将来更多的应用系统；数据资源层：按照智慧食药监监管和服务内容，全面规划和管理各类数据资源。2、食品药品安全云平台设计：智慧食药监云平台按业务支撑和数据处理分为：数据采集交换平台、大数据处理平台、服务支撑平台、应用集成平台、服务平台接口。食药云平台支持搭建在华为云、阿里云、联通沃云、亚信云和亚信橘云等多种云平台上。2.1数据采集交换平台基于大数据云计算技术，

23、依托电子政务公共平台建立襄阳智慧食药监信息采集交换平台，通过统一规划和制订数据交换与共享的标准规范，规划共享数据库结构，实现各业务部门数据资源的互通互联，加快信息的流转速度，整合数据资源，提高整个食药监行业业务处理的效率和质量，满足日益增加的食药监信息共享与业务协同需求。襄阳智慧食药监信息采集交换平台是整个区域内食药机构信息交换、共享和利用的枢纽，负责综合、管理以及标准化各个食药部门和机构所产生的信息，并承担为食药监管理决策提供相关信息以及与其它行业进行数据交换和共享的重任。向上承接湖北省级平台，下接所辖县级或区域平台，横向连接多家食药机构和相关部门，业务种类多，数据量大，设计目标是建立一个能

24、够容纳管理食品药品信息和数据的可扩充的、开放的、可持续发展的构架，实现数据共享交换，全面支撑面向企业、食药监部门和公众的服务和监管应用需求。数据采集交换平台作为整个智慧食药监的核心构成部分，其核心功能紧紧围绕构建襄阳智慧食药监系统在数据处理层面上涉及到的数据采集、清洗、转换与加载的核心数据加工流程展开。产品在架构设计理念上借鉴国内外同类主流产品的技术理念，围绕分布式计算思想展开系统设计。数据采集交换平台技术架构如下：数据采集交换平台技术架构数据采集交换平台采用J2EE体系架构，遵循SOA架构思想进行构建，按照软件架构设计分层理论将系统划分为服务层、执行层、应用层等层次。服务层作为产品的核心中枢

25、主要承担ETL作业组织、任务调度、作业状态跟进、作业监控管理、异常处理与服务质量管理、集群资源管理等核心服务管理工作，作为产品的大脑负责“发号施令”同时又承担对作业执行情况的监控，其核心价值是“承上启下”将不同层次的功能组合为一个计算整体来对外服务。执行层作为产品的计算任务承担点，产品中核心的数据处理流程，如：采集、处理与加载等工作过程都将由其来承担具备计算过程，从抽象层面来分析执行层是计算资源的高度聚集与抽象，其受控于中枢“大脑”的调遣，定位于工兵忠实在执行下发的每一个指令，以保证计算任务高效优质完成为核心关注点。而应用层则侧重于从核心业务诉求基础之上进行高度总结抽象后形成独立的应用控件，产

26、品允许用户可根据自身业务诉求采用参数化配置的方式来将不同应用控件组成起来形成一个完整的数据处理流程，在技术层面上主要运用插件模式来管理控件，并且通过提供丰富的二次开发接口使产品具备良好的扩展特性。数据采集交换平台采用Master-Slave架构模式，将系统划分为多个不同的功能模块，每个功能模块相对独立承担部分核心功能，模块之间互相连接形成一个完整的功能集合。2.2食药监服务平台接口2.2.1接口实现机制通信协议通信协议目前采用标准的HTTP v1.1协议方式。在通信过程中，为了统一字符集，报文均采用UTF-8格式传送。通讯方式服务器和客户端之间使用HTTP协议，服务器提供URL，客户端使用HT

27、TP POST方式向服务端传输数据并获取数据。在HTTP传输过程中，HTTP Header部分需要遵循下面的约定content-type= application/x-www-form-urlencoded；消息结构请求和应答报文都以JSON格式表达。请求消息包含两个部分：Message Header(消息头)与body (业务内容)；其中Message Header用于存储请求以及应答的公共部分和消息的控制数据，而body作为Message Header的最后一个Element（元素），包含请求和应答的业务数据。响应数据只包含body部分。.1数据标识定义符号含义?0.1，可选项*0.n，可

28、以没有，也可以有多项+1.n，至少有1项，也可以有多项1数字1，代表必须且只能填1项.2Message Header定义 节点名称父节点约束类型说明header根节点根节点classheader1String实例类bizCodeheader1String业务代码identityIdheader?Stringcoordinatesheader?respCodeheader?respMsgheader?modeheader?.3 body说明body为交易请求的内容数据，以JSON格式存储，在报文传输时作为Message Header的一个元素“body”和Header一起传输。举例：登录接口模板

29、class:com.ailk.ts.mapp.model.TSDatapackage,header:class:com.ailk.ts.mapp.model.TSHeader,bizCode:ts0001,identityId:null,coordinates:null,respCode:null,respMsg:null,mode:null, body : UserName:, PassWd:,brand : APPLE,imei : 02:00:00:00:00:00, version : 1.6.6, os : iPhone OS7.1数据压缩客户端需要支持Content-Encodin

30、g: gzip 格式的压缩，并遵循Accept-Encoding 协议。客户端提交请求时不添加Accept-Encoding，即表示客户端不接受压缩内容。断点续传客户端需要支持Range:协议，对于传输过程中出现异常中断数据下载，再次下载时要从上次已经下载的部分开始继续下载后续部分数据。2.2.2接口定义食药企业.1用户登录登录操作。业务代码： bizCode：XY0001请求报文：节点名称父节点约束类型说明BodyuserNamebody1String用户名pwdbody1String用户密码deviceTypeBody设备类型应答报文：节点名称父节点约束类型说明bodysessionIdb

31、ody1StringsessionheadImagebodyString头像companyNamebodyString企业名.2员工列表信息业务代码： bizCode：XY0002请求报文：节点名称父节点约束类型长度说明BodypageCountBody1StringV20分页条数pageNumberBody1StringV20当前页模板：应答报文：节点名称父节点约束类型长度说明bodyEmployeesbodyList员工信息列表Empl (class)bodyobject员工picturePathEmplString头像NameEmplString姓名jobTitleEmplString职

32、称IdEmplStringId模板：.3添加员工信息任务列表业务代码： bizCode：XY0003请求报文：节点名称父节点约束类型长度说明bodyIdBodyStringIdpicturePathbodyString头像NamebodyString姓名jobTitlebodyString职称postbodyString职务documentTypebodyString证件类型IDNumberbodyString证件号码areBlacklistbodyString是否有健康证fileUrlbodyString健康证照片personaPhonebodyString联系电话模板：应答报文：节点名称父

33、节点约束类型长度说明body模板：.4台帐列表信息业务代码： bizCode：XY0004请求报文：节点名称父节点约束类型长度说明BodybegTimeBody?StringV30台帐查询起始时间endTimeBody?StringV30台帐查询结束时间ledgerTypeBody?String1台帐类型pageCountBody1StringV20分页条数pageNumberBody1StringV20当前页注：pageCount为0 pageNumber为-1 则返回全部列表模板：应答报文：节点名称父节点约束类型长度说明BodyledgersBody?ListV100返回信息idledge

34、rs?台帐流水IDpurchaseTimeledgers?台帐上传时间createrledgers1台帐上传人.5台帐列表详情业务代码： bizCode：XY0005请求报文：节点名称父节点约束类型长度说明BodyledgerTypeBody1String台帐类型begTimeBody1StringV20起始时间endTimeBody1StringV20结束时间应答报文：节点名称父节点约束类型长度说明BodydaysBodyList台帐列表DaydaysclassdateDayString日期值itemsDayListItemitemsClassticketItemString票据mapIte

35、mMapnameItemString名称quantityItemString数量.6日常检查列表业务代码： bizCode：XY0006请求报文：节点名称父节点约束类型长度说明bodycheckSTimebodyString检查日期（从）checkETimebodyString检查日期（到）pageCountbody1String分页条数pageNumberbody1String当前页模板：应答报文：节点名称父节点约束类型长度说明bodycheckListbodyList日常检查列表checkbodyobject检查项目idcheckString检查idnamecheckString检查项目名

36、称orgIdcheckString执法单位resultcheckString检查结果createTimecheckString检查日期模板：.7日常检查详情日常检查详情业务代码： bizCode：XY0007请求报文：节点名称父节点约束类型长度说明bodyidbodyString检查id模板：应答报文：节点名称父节点约束类型长度说明bodynamebodyString检查项目名称orgIdbodyString执法单位resultbodyString检查结果checkStartTimebodyString开始时间checkEndTimebodyString结束时间contentsbodyList

37、检查内容列表contentbodyobject检查内容itemNamecontentString检查内容mannercontentString检查方式isLacunacontentString合理性缺项significancecontentString重要性scorecontentString分值resultcontentString检查结果remarkcontentString说明模板：.8日常检查审核提交功能业务代码： bizCode：XY0008请求报文：节点名称父节点约束类型长度说明bodyidbodyString检查idstatusbodystring是否通过模板：应答报文：节点名称

38、父节点约束类型长度说明body模板：.9投诉列表业务代码： bizCode：XY0009请求报文：节点名称父节点约束类型长度说明BodypageCountBody1StringV20分页条数pageNumberBody1StringV20当前页complaintStateBody?String投诉状态（惠民系统使用）应答报文：节点名称父节点约束类型长度说明BodycomplintListsBody?投诉列表totalCount Body?总条数（惠民）idcomplintLists?投诉idcodecomplintLists?投诉码（惠民）businessTypecomplintLists?S

39、tringV100投诉来源分类（惠民）complaintSourceTypecomplintLists?StringV100业务类型4品1械（惠民）epNamecomplintLists?StringV500企业名称addresscomplintLists?StringV500地址acceptTimecomplintLists?StringV500受理时间（惠民）detailcomplintLists?String投诉详情fromPersoncomplintLists?String投诉人createTimecomplintLists?String投诉时间appeal complintLists

40、?String诉求.10投诉新增业务代码：BizCode： XY0010请求报文：节点名称父节点约束类型长度说明BodycodeBody?投诉码（惠民）businessTypeBody?StringV100投诉来源分类（惠民）complaintSourceTypeBody?StringV100业务类型4品1械（惠民）epNameBody?StringV500企业名称addressBody?StringV500地址detailBody?String投诉详情fromPersonBody?String投诉人orgIdBody?String管辖机关id（惠民）phoneBody投诉电话appeal B

41、ody?String诉求应答报文：节点名称父节点约束类型长度说明Body.11投诉详情业务代码： bizCode：yz0012请求报文：节点名称父节点约束类型长度说明bodyIdbody1StringV20投诉主键模板：应答报文：节点名称父节点约束类型长度说明bodyComplintMessagebody1Class投诉信息ComplintListComplintMessageClass投诉详情OfficeMegComplintMessageClass受理科室分配信息ComplaintResultComplintMessageClass现场核查结果docUrlComplintMessageSt

42、ring现场核查笔录地址docUrl2ComplintMessageString责令改正通知书idComplintList?String投诉idcodeComplintList?投诉码（惠民）businessTypeComplintList?StringV100投诉来源分类（惠民）complaintSourceType ComplintList?StringV100业务类型4品1械（惠民）epNameComplintList?StringV500企业名称addressComplintList?StringV500地址acceptTimeComplintList?StringV500受理时间（惠

43、民）licenseNameComplintList?String注册名称orgIdComplintList?String管辖机关idphoneComplintList投诉电话appeal ComplintList?String诉求detailComplintList?String投诉详情fromPersonComplintList?String投诉人depNameOfficeMegString核查部门名称acceptTimeIngOfficeMegString分配科室时间checkerNameOfficeMegString核查人员名称situationComplaintResultString

44、投诉核查情况resultTimeComplaintResultString处理时间resultComplaintResultString处理结果模板：.12用户企业信息业务代码： bizCode：XY0013请求报文：节点名称父节点约束类型长度说明Body应答报文：节点名称父节点约束类型长度说明BodycompanyNameBody?StringV100企业名称licenseNumberBody?许可证号economicNatureBody?经济性质fixedAssetsBody?StringV100固定资产(万元)legalRepresentative Body?StringV100法人le

45、galRepresentativePhoneBody?StringV500法人手机号码responsiblePersonsBody?StringV500负责人contactPhoneBody?StringV500负责人手机fileUrlBody?String企业头像.13更新企业信息业务代码：BizCode： XY0014请求报文：节点名称父节点约束类型长度说明BodycompanyNameBody?StringV100企业名称licenseNumberBody?许可证号economicNatureBody?经济性质fixedAssetsBody1StringV100固定资产(万元)legal

46、Representative Body1StringV100法人legalRepresentativePhoneBody1StringV500法人手机号码responsiblePersonsBody1StringV500负责人contactPhoneBody1StringV500负责人手机fileUrlBody?byte企业头像应答报文：节点名称父节点约束类型长度说明Response.14监控业务代码： bizCode：yz0015请求报文：节点名称父节点约束类型长度说明bodyenterpriseIdBodyString企业id模板：应答报文：节点名称父节点约束类型长度说明bodydevic

47、esBodyString设备列表deviceSndevicesString通道iddeviceNamedevicesString设备安装区域名模板：.15公告列表业务代码： bizCode：XY0016请求报文：节点名称父节点约束类型长度说明bodypageCountBody1StringV20分页条数pageNumberBody1StringV20当前页模板：应答报文：节点名称父节点约束类型长度说明bodymessagesbodyList公告列表messagebodyobject公告msgTitlemessageString公告标题msgContentmessageString消息内容cre

48、ateTimemessageString创建时间idmessageStringId模板：.16员工信息详情业务代码： bizCode：XY0016请求报文：节点名称父节点约束类型长度说明bodyidBodyString员工id模板：应答报文：节点名称父节点约束类型长度说明bodypicturePathbodyString头像NamebodyString姓名jobTitlebodyString职称postbodyString职务documentTypebodyString证件类型IDNumberbodyString证件号码personaPhonebodyString联系电话areBlacklis

49、tbodyString是否有健康证fileUrlbodyString健康证照片模板：.17数据字典业务代码：BizCode： XY0018请求报文：节点名称父节点约束类型长度说明Body应答报文：节点名称父节点约束类型长度说明BodydicsBody?MapString,HashMapV100返回列表模板：.18权限管理业务代码： bizCode：XY0020请求报文：节点名称父节点约束类型长度说明body模板：应答报文：节点名称父节点约束类型长度说明bodyMenusbodyList列表MenuClassidMenuString系统idsysNameMenuString系统名称模板：.19公

50、告详情业务代码： bizCode：XY0021请求报文：节点名称父节点约束类型长度说明bodyIdBody1StringV20公告id模板：应答报文：节点名称父节点约束类型长度说明bodymsgTitlebodyString公告标题msgContentbodyString消息内容createTimebodyString创建时间sendFrombodyString来源模板：.20台帐上传业务代码： bizCode：XY0022请求报文：节点名称父节点约束类型长度说明bodyledgerTypeBody1StringV20台帐类型MapBodyListHashMap上传内容模板：应答报文：节点名称

51、父节点约束类型长度说明body模板：.21台帐详情业务代码： bizCode：XY0023请求报文：节点名称父节点约束类型长度说明bodyledgerTypeBody1StringV20台帐类型IdBodyString台帐id模板：应答报文：节点名称父节点约束类型长度说明bodyticketBodyString票据listsBodyListMap结果集模板：.22备用接口 业务代码： bizCode：yz0011请求报文：节点名称父节点约束类型长度说明bodycaseIdbody1StringV20案件编号auditResultbody1StringV2审核意见feedbackbody?Str

52、ingV200意见补充auditAttachsbody?StringV200审核附件userIdbody1StringV20操作人模板：应答报文：节点名称父节点约束类型长度说明bodyrspCodebody1StringF4返回码模板：物品信息中心.1商品详情查询业务代码： bizCode：XY0023请求报文：节点名称父节点约束类型长度说明bodyIdBodyString商品编码模板：应答报文：节点名称父节点约束类型长度说明bodyaddressBodyString经销商地址companyNameBodyString经销商名称dateOfIssueBodyDate生产日期inspection

53、TypeBodyVarcharV20检查类型licenseIdBodyStringV20许可类型licenseNumberBodyStringV200许可编码orgNameBodyStringV20生产厂家名称productNameBodyStringV20商品名称productionAddressBodyStringV200生产地址模板：2.2.3各种码定义rspCode返回码的定义编码描述0000正确0001用户不存在0002 密码错误0003 商品不存在0004 订单已过期0005服务器内部错误0006业务不存在0007SessionId过期0008数据错误0009生成订单失败0010订

54、单支付失败0011撤销订单失败（异常的时候）0012订单查询失败（数据异常）0013订单详情查询失败（数据异常）0014该订单已经生成（重复生成订单时）0015撤销订单失败7777服务器正在维护中8888数据为空:所有通过搜索方式获取数据时,数据为空,都返回此错误代码）9999未知错误2.3大数据处理平台大数据处理平台主要用于食药监业务中产生的海量结构化和非结构化数据的存储和计算，支撑食品、药品监管溯源等重点应用系统的落地。大数据平台主要完成数据采集和存储、数据加工和处理与数据共享和服务三个层次的功能。大数据平台底层采用分布式架构，通过数据采集交换平台实施数据处理，在ETL层基础上提供各类数据

55、服务接口，与上层应用或其他系统实现数据共享。大数据处理平台功能架构图存储层：通过部署分布式文件系统，对上层提供统一的存储服务。系统可采用x86架构的PC Server的本地磁盘方案。服务层：服务层为大数据处理平台提供必需的底层服务。其中，流程引擎与任务调度服务，可以以定时或者触发方式执行预先配置的ETL任务，支持复杂流程的串并联；元数据与接入平台服务，提供不同种类、异构数据源的数据抽取能力；Map/Reduce与类SQL查询提供并行计算与简便的数据分析功能。处理层：处理层是大数据处理平台的核心功能，分为数据抽取、数据转换与数据装载三个过程，大数据处理平台动作包括数据清洗、数据校验、聚合、关联等

56、。支持自定义的数据处理动作。管理层：大数据处理平台提供可视化、流程化的管理操作界面，便于运维人员使用。管理功能包括元数据管理、接入平台管理、处理流程管理、调度任务管理与任务监控管理等。2.4服务支撑平台为了保证食药监和溯源数据共享，平台需要提供业务服务组件和公共服务组件两类内容功能，业务服务组件用来实现食药监各类经办业务，业务服务组件包括注册服务、食药监信息存储服务、食药监信息共享和协同服务、全程溯源服务；公共服务组件为智慧食药监信息平台自身灵活性和可扩展性的体现，公共服务组件包括：规则引擎、流程引擎、缓存管理等。这两部分组件内容用来支撑智慧食药监信息化目前的建设以及未来的扩展。2.5应用集成

57、平台随着IT技术和业务需求的双重快速变化，食药监软件整合需求不断涌现，迫切需要一个集成工具来应对这些变化。应用集成平台利用通用的中间件，用于打通应用信息孤岛，集成各方资源利用和信息共享。应用集成平台 （简称EAI），主要用于应用系统的整合，把各种不同平台、不同方案建立的异构应用系统集成的一种方法和技术。通过建立底层结构，来联系横贯整个食药监的异构系统、应用系统、数据源等，完成在食药监内部的各项应用、相关企业应用、数据库、数据仓库，以及其他重要的内部系统之间无缝地共享和数据交换。应用集成平台主要功能在于把业务流程、应用软件、硬件和各种标准联合起来，在两个或更多的应用系统之间，实现无缝集成，使它们

58、像一个整体一样进行业务处理和信息共享。 应用集成包括的内容和广泛，涉及到结构、硬件、软件以及流程等企业系统的各个层面。应用集成平台主要分为用户界面集成、数据集成、业务集成、应用集成几个层面：用户界面集成，即把多个应用系统的主要功能集中在一个界面上显示。数据集成：为了完成应用集成和业务过程集成，必须首先解决数据和数据库的集成问题。在集成之前，必须首先对数据进行标识并编成目录。另外还要确定元数据模型，保证多个系统中的数据一致。这三步完成以后，数据才能在数据库系统中分布和共享。业务集成：当对业务过程进行集成的时候，必须在各种业务系统中定义、授权和管理各种业务信息的交换，以便改进操作、减少成本、提高响

59、应速度。业务过程集成包括业务管理、进程模拟以及综合任务、流程、组织和进出信息的工作流，还包括业务处理中每一步都需要的工具。应用集成：多应用系统间的交互。为两个应用中的数据和函数提供接近实时的集成。要实现系统的集成，底层的结构、软件、硬件以及异构网络的特殊需求都必须得到集成。平台集成处理一些过程和工具，以保证这些系统进行快速安全的通信。2.6数据字典我们严格按照国家数据元定义标准来定义数据字典，符合国家数据元定义标准的数据模型数量占总比为80%。2.6.1食品库生产产品目录 (Enterpriseproduceinfo)FieldTypeAllow NullDefault ValueCommen

60、tidint(11)No主键companyIdint(11)Yes生产企业orgIdint(11)Yes所属组织机构productNamevarchar(200)Yes商品名称productStandardvarchar(200)Yes生产标准productTypevarchar(100)Yes类型puCodedvarchar(100)Yes编码（条码）qualityDatevarchar(100)Yes保质期standardvarchar(200)Yes规格zjmvarchar(100)Yes助记码pTypeint(11)Yes1类型 foodadditiveproductionFieldT