1項目概述 11.1項目背景 1 21.2.1現(xiàn)有系統(tǒng)的基本分析和概述 2 2 2 3 3 4食品檢驗平 .1檢測數(shù)據(jù)上傳 4.2平臺公告發(fā)布 4.3部分企業(yè)及證書數(shù)據(jù)查詢 4現(xiàn)有系統(tǒng)離本期建設目標 .1產(chǎn)品信息管理情況； 5.2產(chǎn)品安全信息發(fā)布情況； 5.3產(chǎn)品安全風險預警機制； 5.4產(chǎn)品安全可追溯情況； 5.5企業(yè)及產(chǎn)品曝光公告情況： 5.6產(chǎn)品安全投訴及舉報情況； 5.7食藥局政策政務公告方式； 6.8食藥監(jiān)管局網(wǎng)格化管理情況； 6.9食藥監(jiān)管局對企業(yè)日常檢查記錄情況； 6.10餐飲及藥店的遠程視頻電子監(jiān)管情 6.11現(xiàn)有食品標識碼的管理方式和生成規(guī)則； 6.12現(xiàn)在公眾app的普及和功能完善情情況 7 7 7 82總體建設方案 2.1設計原則 2.2頂層設計 3本期建設方案 3.1食品藥品安全云平臺 3.1.1數(shù)據(jù)采集交換平臺 智慧食藥監(jiān)大數(shù)據(jù)一體化管理平臺建設方案V3.6食藥監(jiān)服務平臺接口 .4數(shù)據(jù)壓縮 .5斷點續(xù)傳 51 3.1.2大數(shù)據(jù)處理平臺 533.1.3服務支撐平臺 553.1.4應用集成平臺 553.1.5數(shù)據(jù)字典 57.2foodadditiveproduction 59 60.4foodproduct 62.6冷鏈物流記錄(Coldchainlogistics) 63.7冷鏈配送軌跡數(shù)據(jù)采集(Coldchainlogisticslocus) 65.8添加劑使用臺帳表(Enterprisefoodadditif) 65.9 .10供應商的商品(Enterpriseproviderproduct) 68.11企業(yè)采購臺帳(Enterprisefoodpurchase) .12餐飲留樣記錄(Enterprisefoodsample) 71.13企業(yè)銷售臺帳(Enterprisefoodsoldnote) 72.14企業(yè)消毒記錄(Enterprisefoodsterilize) .15企業(yè)廢棄物臺帳(Enterprisefoodwaste) 74.16廢棄物回收站(Enterprisefoodwasteoper) 76.17產(chǎn)品檢測記錄(Enterpriseproducecheckout) 7.18企業(yè)消毒記錄(Enterprisesterilize) 78 .1藥品接收( 79.2藥品數(shù)據(jù)庫(Drugdb) 81 83.4藥品信息(Druginfo) 86 89.6藥品產(chǎn)品信息(d 90.7drugquality 92 93 94智慧食藥監(jiān)大數(shù)據(jù)一體化云平臺建設方案V3.6智慧食藥監(jiān)大數(shù)據(jù)一體化管理平臺建設方案V3.6 94.2進口化妝品 98.1國產(chǎn)保健品 98.2進口保健品 醫(yī)療器械庫 .2進口器械 .1企業(yè)信息表(Companyinfo) .2企業(yè)員工信息( .3從業(yè)人員晨檢記錄(Employeemorningcheck) .4企業(yè)終端表(Enterprisedevicesn) .5企業(yè)用戶(Enterpriseuser) ……….1許可證申請受理表(Companyinformation) .2許可證審核表(Companyinformationaudit) .3許可證審批舉報(Companyinformationdoubt) .4許可證中企業(yè)信息公共字段表(Companyinfosub) .1設備信息表(Deviceinfo) .2設備使用報表(Deviceinforeport) .1稽查辦案主表(Checkcase) .2稽查辦案文書記錄(Checkcasedoc) .3check 213.4稽查辦案文書html實體類(Checkclerical) .5投訴受理(Complaint) .6投訴舉報受理詳細記錄表(Complaintrecord) 20.7投訴核查責令整改通知書(Comprectification) .8日常檢查文書記錄(Dailycheckcasedoc) .9日常檢查多人會簽記錄(Dailycheckcountersign) 28.10日常檢查文書信息(Dailycheckfile) .11日常檢查信息管理(Dailycheckinfomanage) .12日常檢查項檢查任務結(jié)果(Dailycheckresult) .13日常檢查方案(Dailycheckscheme) 234.14日常檢查階段性小結(jié)(Dailycheckstagesummary) .15日常檢查任務(Dailychec 237.16日常檢查檢查類型(Dailychecktype) 238.17日常檢查檢查類型項(Dailychecktypeitem) 239.18日常上報(Dailyreport) 241.19日常檢查方案審核記錄(Dailyschemeaudit) .20稽查辦案(Examiner) 智慧食藥監(jiān)大數(shù)據(jù)一體化云平臺建設方案V3.6智慧食藥監(jiān)大數(shù)據(jù)一體化管理平臺建設方案V3.6.21稽查辦案詳情(exam .22稽查辦 247 249 2500.1常用檢測項(NEWLAB_TEST_ITEM) 2500.2抽檢樣本明細信息(NEWLAB_SAM_TEST 2520.3普通商品檢測報告(NEWLAB_SAM_TEST_REP 2600.4檢驗項結(jié)果表(NEW_LAB_TEST_ITEM_RESULT) 0.5 263 0.7實驗室快檢任務表(NEWLAB_TEST_TASK) 3.2食品藥品惠民服務 272.1架構(gòu)圖 .2跨平臺數(shù)據(jù)對接獲取方案 272 .1注冊登錄 277.2政策政務 281.3新聞動態(tài) 289 .6互動平臺 .7惠民信息服務后臺管理——食藥監(jiān)管管理 .8惠民信息服務后臺管理——安全知識管理 .9惠民信息服務后臺管理——互動平臺 315食品藥品公眾服務手機Ap 317食品藥品公眾服務微信平臺 320 3253.3.1食品質(zhì)量追溯概要 3.3.2食品質(zhì)量追溯現(xiàn)狀 327食品質(zhì)量追溯國內(nèi)現(xiàn)狀 食品質(zhì)量追溯國外現(xiàn)狀 國內(nèi)相關的食品質(zhì)量追溯系統(tǒng)分析 329.1上海市食品安全信息追溯平臺 .2廣東省嬰幼兒配方乳粉電子追溯系統(tǒng) 330.3青島食品追溯公共服務平臺 330.4河北省食品安全追溯平臺 331當前食品質(zhì)量追 3.3.31食品質(zhì)量追溯系統(tǒng)整體規(guī)劃 332統(tǒng)一的食品標識碼及企業(yè)數(shù)據(jù)的對接方式 335智慧食藥監(jiān)大數(shù)據(jù)一體化云平臺建設方案V3.6.3食品標識碼生成及賦碼方案 .4企業(yè)數(shù)據(jù)的對接方式 336企業(yè)在本次系統(tǒng)建設中的角色及需要完成 .1高端企業(yè)賦碼及系統(tǒng)對接方式 339.2中端企業(yè)已有較成熟電子臺賬企業(yè)的對接方式 340.3有ISO等認證標準管理但還是依靠手工管理的企業(yè) .4采用商業(yè)進銷存網(wǎng)絡系統(tǒng)的企業(yè) 340.5不太規(guī)范的小作坊式單據(jù)留底的企業(yè) .6經(jīng)銷商的數(shù)據(jù)對接方式 341.7商超等流通企業(yè)數(shù)據(jù)對接方式 342.8平臺注冊上傳資料對接方式 343食藥監(jiān)局在本次系統(tǒng)建設中的角色 348公眾在本次系統(tǒng)建設中的角色 3.3.4系統(tǒng)本地落地及實施方案 349 350 351.1襄陽本地白酒企業(yè)實施方案 351.2襄陽本地乳制品企業(yè)實施方案 3.4網(wǎng)格化監(jiān)管平臺 3543.5電子監(jiān)管平臺 357 3583.5.3系統(tǒng)規(guī)格與組成 3.5.4系統(tǒng)功能 361 3633.6門戶網(wǎng)站改版 3703.7.1系統(tǒng)概述 370 3.7.3運行環(huán)境需求 374管理控制臺 374 4二期建設方案 3774.1超市過期食品監(jiān)管系統(tǒng) 3774.2食品安全快速檢測實驗室應用系統(tǒng) 4.2.1智能快速檢測設備 4.2.3快速檢測信息管理 4.3陽光廚房監(jiān)管系統(tǒng) 3824.3.1預包裝食品安全監(jiān)管子系統(tǒng) 382智慧食藥監(jiān)大數(shù)據(jù)一體化管理平臺建設方案V3.6智慧食藥監(jiān)大數(shù)據(jù)一體化云平臺建設方案V3.64.3.2“陽光廚房”視頻監(jiān)控子系統(tǒng) 3834.3.3“陽光廚房”溫度濕度監(jiān)控子系統(tǒng) 3844.4透明藥店監(jiān)管系統(tǒng) 3854.4.1“透明藥店”藥品追溯信息臺賬子系統(tǒng) 4.4.2“透明藥店”視頻監(jiān)控子系統(tǒng) 3864.5食藥監(jiān)管移動執(zhí)法系統(tǒng) 3874.5.1現(xiàn)場執(zhí)法 3874.5.2案件查處管理 4.5.3食品藥品檢驗管理 3894.5.4食品藥品檢驗管理 3894.6突發(fā)事件應急指揮系統(tǒng) 4.6.1安全預警模型 4.6.2以食用農(nóng)產(chǎn)品為例進行安全風險評估 4.6.3食品安全預警應急體系 3924.7決策分析系統(tǒng) 395 397 397 6實施計劃 6.1項目里程碑計劃 6.2項目整體計劃 401智慧食藥監(jiān)大數(shù)據(jù)一體化管理平臺建設方案V3.611項目概述食品藥品監(jiān)管作為關乎民生的重要管理事業(yè)，對服務社會，建設服務型政府有著的重大意義，十八屆三中全會提出“完善統(tǒng)一權(quán)威的食品藥品安全監(jiān)管機構(gòu)，建立最嚴格的覆蓋全過程的監(jiān)管制度，建立食品原產(chǎn)地可追溯制度和質(zhì)量標識制度，保障食品藥品安全?！眹摇笆濉币?guī)劃把保障食品藥品安全放在了加強公眾安全建設的首要位置，提出了加快建立食品藥品質(zhì)量追溯制度，健全應急體系，強化風險檢測評估和預警，加強技術(shù)支撐能力建設，提升服務公眾能力的新要求。積極應對國內(nèi)外日益嚴峻的監(jiān)管形式，卓有成效地完成好這些重要任務，必須充分發(fā)揮信息化的關鍵作用，盡快形成布局科學、功能齊備、互通共享、高效便捷、穩(wěn)定安全的食品藥品監(jiān)管信息化格局，以信息化推動食品藥品監(jiān)管在《關于加快實施信息惠民工程有關工作的通知》(發(fā)改高技[2014]46號)中提出九項信息惠民行動計劃，其中食品藥品安全信息惠民行動計劃明確“以形成社會綜合治理格局，切實提高食品藥品安全保障水平為目標，利用物聯(lián)網(wǎng)技術(shù)、溯源技術(shù)、防偽技術(shù)、條碼技術(shù)、云計算等技術(shù)，加快食品藥品安全信息系統(tǒng)建設，強化食品藥品電子追溯，方便信息公開查詢。規(guī)范互聯(lián)網(wǎng)食品藥品交易行為，試點藥品網(wǎng)上陽光直購?！毕尻柺凶鳛樾畔⒒菝駠以圏c城市，在《襄陽市信息惠民國家試點城市建設工作方案要點》中提出，到2018年襄陽市將建立和完善食品流通監(jiān)管體系，實現(xiàn)對主要食品(包括米、面、油、肉、蛋、蔬菜)的追根溯源和安全檢測，惠及全市90%以上的居民。建設安食工程。建立覆蓋全市主要超市、菜場的食品追溯體系，對占全市銷量90%的糧食、蔬菜、肉食等產(chǎn)品進行追2溯監(jiān)管，實現(xiàn)對食品全流程的追溯。建設食品檢測平臺及時發(fā)布食品安全數(shù)1.2食品藥品監(jiān)督管理局信息化建設現(xiàn)狀1.2.1現(xiàn)有系統(tǒng)的基本分析和概述當前食品藥品監(jiān)督局在線使用的系統(tǒng)主要有兩個：在線審批系統(tǒng)及食品檢驗平臺系統(tǒng)。其中在線審批系統(tǒng)是由食藥監(jiān)本局研發(fā)，其中證書管理和食品生產(chǎn)許可證部分于2017年5月份上線使用，而審批管理部分于2017年7月份上線使用。因為此系統(tǒng)并沒有對原有的一些企業(yè)和證書數(shù)據(jù)進行補錄，所以數(shù)據(jù)上存在比較嚴重的缺失或數(shù)據(jù)結(jié)果上存在一定的誤差。關于食品檢驗平臺，并不屬于食藥監(jiān)主導的項目。該系統(tǒng)是由食品藥品安全委員會主導投入使用，食品藥品安全委員會是指由食品藥品監(jiān)督局，衛(wèi)生局等多個不同機構(gòu)組建起來的委員會。食藥監(jiān)只是做為一個參與者，并負責一些檢驗結(jié)果的上傳。該系統(tǒng)上也有一部分企業(yè)信息及許可證的數(shù)據(jù)，經(jīng)過確認這部分數(shù)據(jù)應該是由原工商局收錄的數(shù)據(jù)。數(shù)據(jù)量相對較大，但目前數(shù)據(jù)已經(jīng)無人維護。另有一倉儲溫濕度監(jiān)控系統(tǒng)，未投入企業(yè)使用。在線審批系統(tǒng)此系統(tǒng)主要分以下功能：企業(yè)在線申請企業(yè)第一次申請的時候需要一個注冊的過程，在填寫企業(yè)基本信息以后，會有相關人員進行信息審核，通過審核后會給企業(yè)生成一個個人賬號。3之后企業(yè)可以通過此賬號登錄系統(tǒng)進行在線申報，申報的內(nèi)容主要有生產(chǎn)許可證的核發(fā)，生產(chǎn)許可證換發(fā)，生產(chǎn)許可證變更生產(chǎn)地址及生產(chǎn)范圍，生產(chǎn)許可證變更注冊地址、企業(yè)負責人，生產(chǎn)許可證補發(fā)等事宜。申報時，要求企業(yè)提供相應的材料及聯(lián)系方式，如果材料不齊，會有相關人員通知其補全材料重新申報。.2內(nèi)部審批對企業(yè)在線申報進行審批，并對已完成審批流程的企業(yè)進行查看，同時審查受理，在確認基本資料無誤后對申請進行受理，受理完后提交到下流程；技術(shù)審查，由技術(shù)審查人員進行審查，通過后提交到下一流程；綜合審核，由相關人員進行審核后，提交到下一流程；行政審批辦主任審查，由行政審批辦主任進行審查后，提交到下一流程；首席代表簽發(fā)，簽批后，提交到下一流程；局長簽發(fā)，答發(fā)后，直接公告審批結(jié)果。最后是制證批件，發(fā)件等流程直至歸檔完成。主要管理“四品一械”在生產(chǎn)流通中的證書。如：食品藥品生產(chǎn)經(jīng)營許可證，醫(yī)療器械經(jīng)營許可證(批發(fā)或零售),藥品經(jīng)營許可證，餐飲服務許可證，保健食品GMP證書，食品生產(chǎn)許可證，化妝品生產(chǎn)許可證，保健食品生產(chǎn)企業(yè)衛(wèi)生許可證等。4該系統(tǒng)還有部門及人員管理，權(quán)限分配，人事調(diào)理等組織管理功能。定期抽檢的數(shù)據(jù)進行上傳，并且提供數(shù)據(jù)分析及報告打??；并且將一些檢查結(jié)果進行公布。.2平臺公告發(fā)布公布一些檢測信息，并且還提供app查看的方式(嵌入web頁面的形式)。.3部分企業(yè)及證書數(shù)據(jù)查詢由原工商局導過來的數(shù)據(jù)，不再更新，而且沒有相關的人員進行維護?，F(xiàn)有系統(tǒng)離本期建設目標的距離.1產(chǎn)品信息管理情況；當前對產(chǎn)品信息并沒有建立有效的信息化管理方式，這是本期建設的內(nèi).2產(chǎn)品安全信息發(fā)布情況；當前還沒有平臺對產(chǎn)品安全信息進行發(fā)布，這是本期建設的內(nèi)容。.3產(chǎn)品安全風險預警機制；當前并沒有產(chǎn)品安全風險預警機制，這是本期建設的內(nèi)容。.4產(chǎn)品安全可追溯情況；當前對產(chǎn)品的安全追溯，主要還是通過人為的方式，并且數(shù)據(jù)都集中在生產(chǎn)產(chǎn)品的企業(yè)，非常不智能化，這是本期建設的主要內(nèi)容。.5企業(yè)及產(chǎn)品曝光公告情況；當前并沒有對以信息化的方式進行產(chǎn)品曝光，這是本期對食品藥品監(jiān)督局官方網(wǎng)站進行改造的工作之一。.6產(chǎn)品安全投訴及舉報情況；當前的投訴方式還是以電話投訴的形式，并且對投訴的內(nèi)容及處理結(jié)果并沒有公開化，這是本期對食品藥品監(jiān)督局官方網(wǎng)站進行改造的工作之一。6食品藥品監(jiān)督局官方網(wǎng)已經(jīng)對政策政務進行一定程度的公布。.8食藥監(jiān)管局網(wǎng)格化管理情況；當前并沒有網(wǎng)格化管理的相關內(nèi)容，這是本期系統(tǒng)建設的內(nèi)容。.9食藥監(jiān)管局對企業(yè)日常檢查記錄情況；目前企業(yè)的日常檢查大多還局限在企業(yè)內(nèi)部，食藥監(jiān)管局并沒有對其進行記錄，偶爾檢查也要到企業(yè)現(xiàn)場。.10餐飲及藥店的遠程視頻電子監(jiān)管情當前餐飲及藥店的視頻電子監(jiān)管只局限在店面的內(nèi)部，并沒有實現(xiàn)無程食藥監(jiān)管局已有一個官方網(wǎng)站，但網(wǎng)站的內(nèi)容和界面風格都不夠充分，這期系統(tǒng)建設還需要改版。.11現(xiàn)有食品標識碼的管理方式和生成規(guī)現(xiàn)在食品標識碼，大部分還是條形碼(這也是國家出的統(tǒng)一物品編碼),并沒有其他的附碼方式。.12現(xiàn)在公眾app的普及和功能完善情情況現(xiàn)在并沒有對公眾的app開放，在產(chǎn)品信息查詢及公告信息查詢上還停留在比較單一的網(wǎng)頁查詢上。當前襄陽信息化建設起步相對較晚，現(xiàn)有的系統(tǒng)更多還是停留在對食藥監(jiān)局本局的業(yè)務處理上，而對企業(yè)的監(jiān)管方式還是用比較傳統(tǒng)的方式，并且在與公眾的互動上，也還僅限的電話的方式。所以本次系統(tǒng)的建設目標和方向是要建立一個企業(yè)，公眾，食藥監(jiān)局三位一體的平臺，加強食藥監(jiān)局對企業(yè)的監(jiān)控，同時能及時地把一些產(chǎn)品的信息公布給公眾。1.3項目目標1.3.1總體目標智慧食藥監(jiān)首先需要把原先分散在質(zhì)監(jiān)、工商、衛(wèi)生等部門的食品生產(chǎn)、流通和餐飲服務三個環(huán)節(jié)安全監(jiān)管工作整合在一起，由食品藥品監(jiān)督管理局對“四品一械”進行生產(chǎn)、流通、使用全程一體化監(jiān)管，同時對內(nèi)所有相關產(chǎn)業(yè)進行監(jiān)督監(jiān)管。食藥監(jiān)工作涉及眾多監(jiān)管環(huán)節(jié)，尤其是食品、藥品“從生產(chǎn)到使用”是一條漫長的產(chǎn)業(yè)鏈，其生產(chǎn)加工、檢驗檢測、運輸、存儲、流通、消費，其中任何一個環(huán)節(jié)出現(xiàn)差錯都容易引出關乎群眾生命安全的大問題。8智慧食藥監(jiān)將通過新技術(shù)、新手段、新模式實現(xiàn)突破。智慧食藥監(jiān)項目包括市、區(qū)縣、鄉(xiāng)鎮(zhèn)三級分類，對食品(食品、飲料、酒、保健食品等)、藥品、醫(yī)療器械、保健品、化妝品、不良反應應急處理等六大方面實現(xiàn)“全方位、全環(huán)節(jié)、全流程”立體監(jiān)管，建立完善的信用體系，全面感知食品藥品安全管理情況。項目總體建設目標是實現(xiàn)所有食品、藥品、保健品、化妝品、醫(yī)療器械的生產(chǎn)存儲流通過程可追溯、所有子系統(tǒng)之間做到信息共享、執(zhí)法智能化、辦公智能化、政務透明化、信息隨時隨地可查詢，最終實現(xiàn)擺脫傳統(tǒng)辦公模式的束縛。智慧食藥監(jiān)項目將結(jié)合國際上先進的監(jiān)管理念和方式，使用物聯(lián)網(wǎng)技術(shù)，將監(jiān)管的各個流程、環(huán)節(jié)的數(shù)據(jù)進行分析、加工和處理，使得監(jiān)管者既可以得到宏觀的分析計算后的智能數(shù)據(jù)，實現(xiàn)風險評估，也可以得到微觀的單一物品如消炎藥、豬肉、保健產(chǎn)品、醫(yī)療器械、化妝品等生產(chǎn)、加工的全程信息，實現(xiàn)追溯信息和應急風險管理。同時，通過該平臺與國家、湖北省其他相關平臺系統(tǒng)實現(xiàn)數(shù)據(jù)互聯(lián)互通，提供相關從業(yè)人員的嚴格管理與培訓，并向監(jiān)管對象和公眾推送和發(fā)布信息，實現(xiàn)風險傳播管理，并為決策分析、應急指揮、部門聯(lián)動提供有力的技術(shù)支撐和系統(tǒng)保障，實現(xiàn)各個相關部門的自動化、信息化、智慧化、標準化“四化合一”的透明政務管理監(jiān)督體智慧食藥監(jiān)項目是一項重大、長期而又復雜的工程，需要與本地區(qū)的食品藥品安全監(jiān)管現(xiàn)狀和經(jīng)濟社會信息化發(fā)展相結(jié)合。按照“整體規(guī)劃、分步實施、基礎優(yōu)先、民生優(yōu)先”的原則，確定本期(到2018年底)的項目目91、以服務對象為核心，按照企業(yè)、政府和公眾三類服務對象的需求進2、高標準建設智慧食藥監(jiān)云平臺，為食藥監(jiān)各項應用提供基礎能力的3、建設相關食品藥品的檢測、監(jiān)管和溯源系統(tǒng)，抓住重點環(huán)節(jié)，關注主要品類，如酒類，乳制品，烘焙類，糧油大米類等。實現(xiàn)對重點食品的生產(chǎn)流通環(huán)節(jié)的監(jiān)管溯源、食品藥品終端消費的信息公開；4、建設食品藥品惠民服務系統(tǒng)，改進行政許可服務系統(tǒng)，提高食藥監(jiān)部門面對公眾和企業(yè)的各種服務能力。2總體建設方案2.1設計原則1、穩(wěn)定性原則保持系統(tǒng)架構(gòu)的相對穩(wěn)定，并逐步向標準化、開放化的系統(tǒng)架構(gòu)演進。2、統(tǒng)一性原則堅持“一個數(shù)據(jù)中心”的原則，建設時應遵守統(tǒng)一的數(shù)據(jù)源、統(tǒng)一的數(shù)據(jù)模型和統(tǒng)一的數(shù)據(jù)接口原則，并統(tǒng)一的用戶體驗和界面。3、安全性原則系統(tǒng)應實現(xiàn)對敏感數(shù)據(jù)與應用訪問的權(quán)限控制和軌跡跟蹤，確保系統(tǒng)數(shù)據(jù)安全。4、開放性原則系統(tǒng)中的各種網(wǎng)絡協(xié)議、硬件接口和數(shù)據(jù)接口等應符合業(yè)界開放式標準。應逐步通過信息服務總線開放系統(tǒng)數(shù)據(jù)內(nèi)容和應用功能，全面支持內(nèi)部運營效率提升，提升平臺應用的廣度和深度。5、實用性原則系統(tǒng)應用建設應滿足使用人員業(yè)務需求，能夠解決不同層次使用人員的實際問題。應用開發(fā)設計符合使用人員的工作場景，能夠?qū)ζ鋵嶋H工作進行指導，提高其工作效率。6、易用性原則系統(tǒng)應實現(xiàn)用戶可接受的查詢效率與響應時間，有良好易用的人機接口界面與靈活多樣的展現(xiàn)方式。2.2頂層設計智慧食藥監(jiān)項目是一個長期、不斷完善和豐富的過程，必須在開始之時做好頂層設計，明確智慧食藥監(jiān)的終極目標和階段目標，才能實現(xiàn)系統(tǒng)建設與當前工作的緊密結(jié)合，才能把群眾關心的和政府關注的事情和諧統(tǒng)一。襄陽智慧食藥監(jiān)頂層設計框架如下：“四品一械”餐飲使用整證賬控檢范圍功能對象查急智慧食藥監(jiān)頂層設計框架襄陽智慧食藥監(jiān)頂層設計是以服務對象為核心，緊密圍繞企業(yè)、政府、公眾三類服務對象的需求，科學確定三類服務對象的目標，把“四品一械”的生產(chǎn)經(jīng)營全流程納入監(jiān)管和服務范圍，有針對性的開展相應系統(tǒng)的建設，支撐服務對象目標的實現(xiàn)。2.3總體框架本期智慧食藥監(jiān)項目總體框架如下：門戶數(shù)據(jù)資門戶數(shù)據(jù)資企業(yè)政府公眾大數(shù)據(jù)處理平臺藥品庫決策信息采集交應用集視頻監(jiān)控平臺服務支撐平臺行政許可視頻庫執(zhí)法庫企業(yè)庫案件庫食品庫監(jiān)測庫智慧食藥監(jiān)總體框架智慧食藥監(jiān)總體框架分為四層：門戶層：按照服務對象類型包括企業(yè)服務門戶、政府門戶和公眾服應用層：包含本期將要建設的8個應用系統(tǒng)；平臺層：包括采集交換平臺、大數(shù)據(jù)處理平臺、服務支撐平臺、應用集成平臺和視頻監(jiān)控平臺，統(tǒng)一支撐本期應用和將來更多的應用系統(tǒng)；數(shù)據(jù)資源層：按照智慧食藥監(jiān)監(jiān)管和服務內(nèi)容，全面規(guī)劃和管理各類數(shù)據(jù)資源。3本期建設方案智慧食藥監(jiān)云平臺按業(yè)務支撐和數(shù)據(jù)處理分為：數(shù)據(jù)采集交換平臺、大基于大數(shù)據(jù)云計算技術(shù)，依托電子政務公共平臺建立襄陽智慧食藥監(jiān)信息采集交換平臺，通過統(tǒng)一規(guī)劃和制訂數(shù)據(jù)交換與共享的標準規(guī)范，規(guī)劃共整合數(shù)據(jù)資源，提高整個食藥監(jiān)行業(yè)業(yè)務處理的效率和質(zhì)量，滿足日益增加的食藥監(jiān)信息共享與業(yè)務協(xié)同需求。襄陽智慧食藥監(jiān)信息采集交換平臺是整個區(qū)域內(nèi)食藥機構(gòu)信息交換、共享和利用的樞紐，負責綜合、管理以及標準化各個食藥部門和機構(gòu)所產(chǎn)生的信息，并承擔為食藥監(jiān)管理決策提供相關信息以及與其它行業(yè)進行數(shù)據(jù)交換和共享的重任。向上承接湖北省級平臺，下數(shù)據(jù)量大，設計目標是建立一個能夠容納管理食品藥品信息和數(shù)據(jù)的可擴充數(shù)據(jù)采集交換平臺作為整個智慧食藥監(jiān)的核心構(gòu)成部分，其核心功能緊緊圍繞構(gòu)建襄陽智慧食藥監(jiān)系統(tǒng)在數(shù)據(jù)處理層面上涉及到的數(shù)據(jù)采集、清洗、轉(zhuǎn)換與加載的核心數(shù)據(jù)加工流程展開。產(chǎn)品在架構(gòu)設計理念上借鑒國內(nèi)2呈現(xiàn)HIM.CB照能招要想,持久經(jīng)響應業(yè)務邏輯移口品Cm志理合數(shù)據(jù)采集交換平臺技術(shù)架構(gòu)數(shù)據(jù)采集交換平臺采用J2EE體系架構(gòu)，遵循SOA架構(gòu)思想進行構(gòu)建，按照軟件架構(gòu)設計分層理論將系統(tǒng)劃分為服務層、執(zhí)行層、應用層等層次。服務層作為產(chǎn)品的核心中樞主要承擔ETL作業(yè)組織、任務調(diào)度、作業(yè)狀態(tài)跟進、作業(yè)監(jiān)控管理、異常處理與服務質(zhì)量管理、集群資源管理等核心服務管理工作，作為產(chǎn)品的大腦負責“發(fā)號施令”同時又承擔對作業(yè)執(zhí)行情況的監(jiān)控，其核心價值是“承上啟下”將不同層次的功能組合為一個計算整體執(zhí)行層作為產(chǎn)品的計算任務承擔點，產(chǎn)品中核心的數(shù)據(jù)處理流程，如：采集、處理與加載等工作過程都將由其來承擔具備計算過程，從抽象層面來分析執(zhí)行層是計算資源的高度聚集與抽象，其受控于中樞“大腦”的調(diào)遣，定位于工兵忠實在執(zhí)行下發(fā)的每一個指令，以保證計算任務高效優(yōu)質(zhì)完成為而應用層則側(cè)重于從核心業(yè)務訴求基礎之上進行高度總結(jié)抽象后形成獨立的應用控件，產(chǎn)品允許用戶可根據(jù)自身業(yè)務訴求采用參數(shù)化配置的方式來將不同應用控件組成起來形成一個完整的數(shù)據(jù)處理流程，在技術(shù)層面上主要運用插件模式來管理控件，并且通過提供豐富的二次開發(fā)接口使產(chǎn)品具備數(shù)據(jù)采集交換平臺采用Master-Slave架構(gòu)模式，將系統(tǒng)劃分為多個不同的功能模塊，每個功能模塊相對獨立承擔部分核心功能，模塊之間互相連接形成一個完整的功能集合。接口實現(xiàn)機制.1通信協(xié)議通信協(xié)議目前采用標準的HTTPv1.1協(xié)議方式。在通信過程中，為了統(tǒng)一字符集，報文均采用UTF-8格式傳送。.2通訊方式服務器和客戶端之間使用HTTP協(xié)議，服務器提供URL,客戶端使用HTTPPOST方式向服務端傳輸數(shù)據(jù)并獲取數(shù)據(jù)。在HTTP傳輸過程中，HTTPHeader部分需要遵循下面的約定.3消息結(jié)構(gòu)請求和應答報文都以JSON格式表達。請求消息包含兩個部分：MessageHeader(消息頭)與body(業(yè)務內(nèi)容);其中MessageHeader用于存儲請求以及應答的公共部分和消息的控制數(shù)據(jù)，而body作為MessageHeader的最后一個Element(元素),包含請求和應答的業(yè)務數(shù)據(jù)。響應數(shù)據(jù)只包含body部分。.3.1數(shù)據(jù)標識定義符號含義?0..1,可選項*0..n,可以沒有，也可以有多項+1..n,至少有1項，也可以有多項1數(shù)字1,代表必須且只能填1項.3.2MessageHeader定義節(jié)點名稱節(jié)點束型說明節(jié)點根節(jié)點19實例類19業(yè)務代碼?S9????.3.3body說明body為交易請求的內(nèi)容數(shù)據(jù)，以JSON格式存儲，在報文傳輸時作為MessageHeader的一個元素“body”和Header一起傳輸。舉例：登錄接口模板{.4數(shù)據(jù)壓縮客戶端需要支持Content-Encoding:gzip格式的壓縮，并遵循Accept-Encoding協(xié)議?？蛻舳颂峤徽埱髸r不添加Accept-Encoding,即表示客戶端不接受壓縮內(nèi)容。.5斷點續(xù)傳客戶端需要支持Range:協(xié)議，對于傳輸過程中出現(xiàn)異常中斷數(shù)據(jù)下載，再次下載時要從上次已經(jīng)下載的部分開始繼續(xù)下載后續(xù)部分數(shù)據(jù)。.1食藥企業(yè).1.1用戶登錄登錄操作。業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束類型說明e用戶名1用戶密碼設備類型應答報文：節(jié)點名稱節(jié)點束類型說明yy頭像y企業(yè)名.1.2業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明10分頁條數(shù)10當前頁模板：應答報文：節(jié)點名父約類長說明稱節(jié)點束型度y員工信息列表y員工頭像姓名e職稱模板：.1.3添加員工信息任務列表業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明頭像姓名e職稱職務證件類型出證件號碼是否有健康證健康證照片聯(lián)系電話應答報文：節(jié)點名稱節(jié)點束型度說明.1.4臺帳列表信息業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束型度說明?臺帳查詢起始時間?臺帳查詢結(jié)束時間e?臺帳類型1分頁條數(shù)r當前頁注：pageCount為0pageNumber為-應答報文：節(jié)點名稱父節(jié)點束度長說明S?V返回信息臺帳流水ID臺帳上傳時間r臺帳上傳人業(yè)務代碼：請求報文：節(jié)點名節(jié)點束型度說明臺帳類型0起始時間10結(jié)束時間應答報文：節(jié)點名稱節(jié)點束類型度長說明臺帳列表D日期值D>票據(jù)-名稱.1.6日常檢查列表業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明檢查日期(從)檢查日期(到)1分頁條數(shù)1當前頁模板：應答報文：節(jié)點名稱節(jié)點束型度說明y>日常檢查列表y檢查檢查檢查項目名稱單位檢查結(jié)果檢查日期.1.7日常檢查詳情日常檢查詳情業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明檢查id應答報文：節(jié)點名稱節(jié)點束類型度說明y檢查項目名稱y單位y檢查結(jié)果y開始時間y結(jié)束時間Sy檢查內(nèi)容列表>y檢查內(nèi)容e檢查內(nèi)容檢查a性缺項重要性分值檢查結(jié)果說明.1.8日常檢查審核提交功能業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明檢查id是否通過應答報文：節(jié)點名稱節(jié)點束型度說明.1.9投訴列表業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束類度說明分頁條數(shù)當前頁?投訴狀態(tài)(惠民系統(tǒng)使用)應答報文：節(jié)點名稱父節(jié)點束型度長說明S?投訴列表?總條數(shù)(惠S?投訴idS?投訴碼(惠SgV投訴來源分類(惠民)S9SgV企業(yè)名稱SgV地址SgV受理時間(惠民)Sg投訴詳情Sg投訴人Sg投訴時間Sg訴求.1.10投訴新增業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束型度長說明?(惠民)?V業(yè)務類型4品1械(惠民)V企業(yè)名稱?V地址投訴詳情投訴人管轄機關id(惠民)投訴電話?訴求節(jié)點名稱父節(jié)點束型度說明業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明10投訴主鍵應答報文：節(jié)點名稱父節(jié)點型度投訴信息投訴詳情受理科室分配信息現(xiàn)場核查結(jié)果g現(xiàn)場核查筆錄地址g責令改正通知書?trin9投訴id?投訴碼(惠民)9V投訴來源分類(惠民)V業(yè)務類型4品19械(惠民)gV企業(yè)名稱9V地址egV受理時間(惠9注冊名稱9管轄機關id投訴電話g訴求g投訴詳情nS9投訴人S9核查部門名稱9分配科室時間g核查人員名稱g投訴核查情況eg處理時間g處理結(jié)果.1.12用戶企業(yè)信息業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束型度說明應答報文：節(jié)點名稱類類約型度說明Bg企業(yè)名稱rB5許可證號B經(jīng)濟性質(zhì)Bg固定資產(chǎn)(萬BS法人gBS法人手機號碼BSg負責人Bg負責人手機Bg企業(yè)頭像業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束型度說明企業(yè)名稱B?許可證號經(jīng)濟性質(zhì)固定資產(chǎn)(萬元)法人法人手機號碼負責人e負責人手機巾企業(yè)頭像節(jié)點名稱父節(jié)點束型度說明.1.14監(jiān)控業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明企業(yè)id模板：應答報文：節(jié)點名稱節(jié)點束型度長說明y設備列表n設備安裝區(qū)域名.1.15公告列表業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明10分頁條數(shù)10當前頁應答報文：節(jié)點名稱節(jié)點束類型度說明Sy公告列表yt公告eg公告標題g消息內(nèi)容g創(chuàng)建時間g.1.16員工信息詳情業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明員工id模板：應答報文：節(jié)點名稱節(jié)點束類型度說明y9頭像姓名ygeyg職稱yg職務yg證件類型ry9證件號碼yg聯(lián)系電話y9是否有健康證y9健康證照片.1.17數(shù)據(jù)字典業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束型長度說明應答報文：節(jié)點名稱節(jié)點束度明·回列表業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明應答報文：節(jié)點名稱節(jié)點束型度說明y列表u系統(tǒng)u系統(tǒng)名稱.1.19公告詳情業(yè)務代碼：請求報文：節(jié)點名稱父節(jié)點束型度說明10公告id應答報文：節(jié)點名稱節(jié)點束類型度說明eyg公告標題yg消息內(nèi)容yg創(chuàng)建時間my9來源.1.20臺帳上傳業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束度明帳類型傳內(nèi)容應答報文：節(jié)點名稱節(jié)點束類型度說明模板：業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束度明帳類型帳id應答報文：節(jié)點名稱節(jié)點束類型度說明yg票據(jù)y結(jié)果集.1.22備用接口一業(yè)務代碼：請求報文：節(jié)點名父節(jié)點束型度說明10案件編號1審核意見k?意見補充?審核附件10操作人應答報文：節(jié)點名稱節(jié)點束型度說明y返回碼.2物品信息中心.2.1商品詳情查詢業(yè)務代碼：請求報文：節(jié)點名稱節(jié)點束度明品編碼應答報文：節(jié)點名稱節(jié)點束類型度說明y9經(jīng)銷商地址yg經(jīng)銷商名稱y生產(chǎn)日期y檢查類型yg許可類型yg許可編碼y9生產(chǎn)廠家名稱y9商品名稱y9生產(chǎn)地址.1.1rspCode返回碼的定義編碼描述正確用戶不存在密碼錯誤商品不存在訂單已過期服務器內(nèi)部錯誤業(yè)務不存在Sessionld過期數(shù)據(jù)錯誤生成訂單失敗訂單支付失敗撤銷訂單失敗(異常的時候)訂單查詢失敗(數(shù)據(jù)異常)訂單詳情查詢失敗(數(shù)據(jù)異常)該訂單已經(jīng)生成(重復生成訂單時)撤銷訂單失敗服務器正在維護中數(shù)據(jù)為空：所有通過搜索方式獲取數(shù)據(jù)時，數(shù)據(jù)為空，都返回此錯誤代碼)未知錯誤3.1.2大數(shù)據(jù)處理平臺大數(shù)據(jù)處理平臺主要用于食藥監(jiān)業(yè)務中產(chǎn)生的海量結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)的存儲和計算，支撐食品、藥品監(jiān)管溯源等重點應用系統(tǒng)的落地。大數(shù)據(jù)平臺主要完成數(shù)據(jù)采集和存儲、數(shù)據(jù)加工和處理與數(shù)據(jù)共享和服務三個層次的功能。大數(shù)據(jù)平臺底層采用分布式架構(gòu)，通過數(shù)據(jù)采集交換平臺實施數(shù)據(jù)處理，在ETL層基礎上提供各類數(shù)據(jù)服務接口，與上層應用或其他系統(tǒng)實現(xiàn)數(shù)據(jù)共享。關聯(lián)自定義聚合合并管理層大數(shù)據(jù)處理平臺功能架構(gòu)圖存儲層：通過部署分布式文件系統(tǒng)，對上層提供統(tǒng)一的存儲服務。系統(tǒng)可采用x86架構(gòu)的PCServer的本地磁盤服務層：服務層為大數(shù)據(jù)處理平臺提供必需的底層服務。其中，流程引擎與任務調(diào)度服務，可以以定時或者觸發(fā)方式執(zhí)行預先配置的ETL任務，支持復雜流程的串并聯(lián)；元數(shù)據(jù)與接入平臺服務，提供不同種類、異構(gòu)數(shù)據(jù)源的數(shù)據(jù)抽取能力；Map/Reduce與類SQL查詢提供并行計算與簡便的數(shù)據(jù)分析功能。處理層：處理層是大數(shù)據(jù)處理平臺的核心功能，分為數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換與數(shù)據(jù)裝載三個過程，大數(shù)據(jù)處理平臺動作包括數(shù)據(jù)清洗、數(shù)據(jù)校驗、聚合、關聯(lián)管理層：大數(shù)據(jù)處理平臺提供可視化、流程化的管理操作界面，便于運維人員使用。管理功能包括元數(shù)據(jù)管理、接入平臺管理、處理流程管理、調(diào)度任務管3.1.3服務支撐平臺為了保證食藥監(jiān)和溯源數(shù)據(jù)共享，平臺需要提供業(yè)務服務組件和公共服務組件兩類內(nèi)容功能，業(yè)務服務組件用來實現(xiàn)食藥監(jiān)各類經(jīng)辦業(yè)務，業(yè)務服全程溯源服務；公共服務組件為智慧食藥監(jiān)信息平臺自身靈活性和可擴展性的體現(xiàn)，公共服務組件包括：規(guī)則引擎、流程引擎、緩存管理等。這兩部分隨著IT技術(shù)和業(yè)務需求的雙重快速變化，食藥監(jiān)軟件整合需求不斷涌現(xiàn)，迫切需要一個集成工具來應對這些變化。應用集成平臺利用通用的中應用集成平臺(簡稱EAI),主要用于應用系統(tǒng)的整合，把各種不臺、不同方案建立的異構(gòu)應用系統(tǒng)集成的一種方法和技術(shù)。通過建立底層結(jié)構(gòu)，來聯(lián)系橫貫整個食藥監(jiān)的異構(gòu)系統(tǒng)、應用系統(tǒng)、數(shù)據(jù)源等，完成在食藥監(jiān)內(nèi)部的各項應用、相關企業(yè)應用、數(shù)據(jù)庫、數(shù)據(jù)倉庫，以及其他重要的內(nèi)應用集成平臺主要功能在于把業(yè)務流程、應用軟件、硬件和各種標準聯(lián)合起來，在兩個或更多的應用系統(tǒng)之間，實現(xiàn)無縫集成，使它們像一個整體一樣進行業(yè)務處理和信息共享。流程集成數(shù)據(jù)集成應用集成企業(yè)服務信息門戶應用集成包括的內(nèi)容和廣泛，涉及到結(jié)構(gòu)、硬件、軟件以及流程等企業(yè)系統(tǒng)的各個層面。應用集成平臺主要分為用戶界面集成、數(shù)據(jù)集成、業(yè)高低務集成、應用集成幾個層面：用戶界面集成，即把多個應用系統(tǒng)的主要功能集中在一個界面上顯數(shù)據(jù)集成：為了完成應用集成和業(yè)務過程集成，必須首先解決數(shù)據(jù)和數(shù)據(jù)庫的集成問題。在集成之前，必須首先對數(shù)據(jù)進行標識并編成目錄。另外還要確定元數(shù)據(jù)模型，保證多個系統(tǒng)中的數(shù)據(jù)一致。這三步完成以后，數(shù)據(jù)業(yè)務集成：當對業(yè)務過程進行集成的時候，必須在各種業(yè)務系統(tǒng)中定義、授權(quán)和管理各種業(yè)務信息的交換，以便改進操作、減少成本、提高響應速度。業(yè)務過程集成包括業(yè)務管理、進程模擬以及綜合任務、流程、組織和進出信應用集成：多應用系統(tǒng)間的交互。為兩個應用中的數(shù)據(jù)和函數(shù)提供接近實時的集成。要實現(xiàn)系統(tǒng)的集成，底層的結(jié)構(gòu)、軟件、硬件以及異構(gòu)網(wǎng)絡的特殊需求都必須得到集成。平臺集成處理一些過程和工具，以保證這些系統(tǒng)我們嚴格按照國家數(shù)據(jù)元定義標準來定義數(shù)據(jù)字典，符合國家.1生產(chǎn)產(chǎn)品目錄主鍵s生產(chǎn)企業(yè)S所屬組織機構(gòu)S商品名稱S生產(chǎn)標準S類型s編碼(條碼)s保質(zhì)期S規(guī)格s助記碼S類型SSSSSSSSSsssSSSSSSssssSs0sSsSs0SsssseSSsSssSsee開始s地點S聯(lián)系電話eS物流名稱S司機號碼S結(jié)束地點S物流編號S車牌號S體積S重量S客戶地址S客戶名稱S所屬企業(yè)ids組織.7冷鏈配送軌跡數(shù)據(jù)采集No主鍵e采集時間Y經(jīng)度Y緯度Y.8添加劑使用臺帳表eeo主鍵Y添加劑規(guī)定最大使用數(shù)量添加劑名稱添加劑實際使用量0所屬企業(yè)poES創(chuàng)建時間原材料數(shù)量操作人0組織id產(chǎn)品名稱0供應商使用時間ee主鍵S地址供應商所屬企業(yè)S法人S營業(yè)執(zhí)照所屬組織S負責人S供應商名稱S聯(lián)系電話類別1生產(chǎn)加工，2個體工商戶，3流通經(jīng)營單位(商場，超市，批發(fā)零售)4農(nóng)貿(mào)市場S描述S0刪除標記供應商類型主鍵s生產(chǎn)者S產(chǎn)品名稱供應商ids標準s屬企業(yè)idS織idS產(chǎn)品編號(條S有效期S助記碼.11企業(yè)采購臺帳o主鍵opoES創(chuàng)建時間證照照片批號操作人o組織id采購時間o采購類型數(shù)量有效期產(chǎn)品名稱(Enterprisefoodsample)o主鍵監(jiān)督人o所屬企業(yè)poES創(chuàng)建時間Y餐次YYNo所屬組織YY留樣時間.13企業(yè)銷售臺帳o主鍵YpoES創(chuàng)建時間操作員Y組織id0產(chǎn)品類型數(shù)量銷售時間產(chǎn)品名稱Nopo消毒內(nèi)容消毒方式操作人數(shù)量消毒時間oo監(jiān)督人.15企業(yè)廢棄物臺帳Aoopoo(Enterprisefoodwasteoper)主鍵s地址S被回收企業(yè)S被回收企業(yè)名稱s身份證號s回收人名稱所屬組織性別聯(lián)系s電話S被回收企業(yè)地址ee主鍵S檢測時間SS檢測結(jié)果SSSSsdsSSS.18企業(yè)消No主鍵監(jiān)督人NopoES創(chuàng)建時間消毒內(nèi)容V消毒方式操作人o數(shù)量消毒時間.1藥品接收(drugaccept)SSSSSSSSSSSSSSSSSSSSSrkSSSSSmSSSeSSSoYYYYYYYYYm.4藥品信息(Druginfo)N0YYYYoYYYY0sYSSSSSSssSSSssSSS.6藥品產(chǎn)品信息(drugproduction)SSSSSSSSsSSSSSSSSSSSSSSSSssssss一s0.1國產(chǎn)化妝品oY產(chǎn)品名稱產(chǎn)品類別生產(chǎn)企業(yè)生產(chǎn)企業(yè)地址批準文號批件狀態(tài)批準日期批件有效期衛(wèi)產(chǎn)許可證號產(chǎn)品備注備注Y產(chǎn)品注VARCHAR2(500BYVARCHAR2(50OBo產(chǎn)品名稱(中