国产黄片无马赛克在线观看_国产成人在线播放_国产综合A级片视频_亚洲va无码va亚洲

食品伙伴網(wǎng)服務(wù)號
當(dāng)前位置: 首頁 » HACCP研討會 » 第五屆HACCP研討會 » 正文

危害分析工作單在新標(biāo)準(zhǔn)實施過程中的應(yīng)用

放大字體  縮小字體 發(fā)布日期:2010-10-09  來源:食品伙伴網(wǎng)
核心提示:危害分析工作單作為一種對危害進(jìn)行分析的輔助工具隨著HACCP原理的產(chǎn)生而得以廣泛的運(yùn)用,不論是初期按照HACCP原理建立體系,還是按照CNAB-SI52:2004《基于HACCP的食品安全管理體系 規(guī)范》等規(guī)范性文件建立體系的過程中都起到了重要的作用,但是隨著GB/T22000-2006《食品安全管理體系----食品鏈中各類組織的要求》(以下簡稱新標(biāo)準(zhǔn))的發(fā)布和實施,由于新標(biāo)準(zhǔn)的指導(dǎo)思想發(fā)生了變化,原有的危害分析工作單已經(jīng)無法適應(yīng)新標(biāo)準(zhǔn)的要求。
 
方圓標(biāo)志認(rèn)證集團(tuán)有限公司         李鴻培
 
危害分析工作單作為一種對危害進(jìn)行分析的輔助工具隨著HACCP原理的產(chǎn)生而得以廣泛的運(yùn)用,不論是初期按照HACCP原理建立體系,還是按照CNAB-SI52:2004《基于HACCP的食品安全管理體系   規(guī)范》等規(guī)范性文件建立體系的過程中都起到了重要的作用,但是隨著GB/T22000-2006《食品安全管理體系----食品鏈中各類組織的要求》(以下簡稱新標(biāo)準(zhǔn))的發(fā)布和實施,由于新標(biāo)準(zhǔn)的指導(dǎo)思想發(fā)生了變化,原有的危害分析工作單已經(jīng)無法適應(yīng)新標(biāo)準(zhǔn)的要求。
這是因為:原有的危害分析工作單是基于HACCP原理的理論基礎(chǔ)而產(chǎn)生的,進(jìn)行危害分析的重點(diǎn)是要找出“顯著危害”,以便于通過HACCP計劃來控制顯著危害。在當(dāng)時的背景條件下運(yùn)用危害分析工作單的目的在于:識別危害、確定是否為顯著危害,以便于制定HACCP計劃控制顯著危害。因此當(dāng)時被普遍接受的危害分析工作單通常包含如下內(nèi)容:見表一
表一:危害分析工作單(傳統(tǒng)型)
(1)
(2)
(3)
(4)
(5)
(6)
原料或加工步驟
在本步驟中引入、控制或增加的潛在危害
潛在的危害是否是顯著危害
(是/否)
對第(3)欄的判定依據(jù)
防止顯著危害的控制措施是什么?
 
本步驟是否為關(guān)鍵控制點(diǎn)?
(是/否)
GB/T22000-2006發(fā)布后,由于標(biāo)準(zhǔn)的變化,表一所列危害分析工作單已經(jīng)不能充分滿足新標(biāo)準(zhǔn)的要求。這主要是因為:
第一標(biāo)準(zhǔn)要求在危害分析時,組織要針對所識別的危害確定在終端產(chǎn)品中的可接受水平(見GB/T22000-2006之7.4.2),這一點(diǎn)是原來進(jìn)行危害分析時所沒有要求的。
第二:標(biāo)準(zhǔn)要求實施危害分析時“應(yīng)對每種確定的食品安全危害實施危害評估,以確定消除危害或?qū)⑽:抵量山邮芩绞欠袷巧a(chǎn)安全食品所必須,以及是否需要控制危害以達(dá)到規(guī)定的可接受水平”(見GB/T22000-2006之7.4.3),由此可以看出標(biāo)準(zhǔn)所要求的控制對象已經(jīng)由原來的“顯著危害”變?yōu)?“須由組織實施控制的危害”。因此對危害的評價準(zhǔn)則也跟著發(fā)生了變化,原來評價危害是否顯著,主要考慮的是危害所帶來的風(fēng)險的高低,在危害分析時我們只需要考慮危害發(fā)生的可能性及后果即可,凡是風(fēng)險高的危害,組織就應(yīng)通過建立HACCP計劃實施控制。而現(xiàn)在我們不但要考慮危害發(fā)生的風(fēng)險,而且還要充分考慮組織已有的對危害進(jìn)行控制的措施和控制的結(jié)果(凡是原有控制措施能將危害控制在可接受水平內(nèi)的,組織即不需要再另行采取新的措施。)、危害的來源和性質(zhì)等(危害的來源決定了組織是否需要對其實施控制,凡是來源于組織以外的過程中的危害,組織只能對其施加影響,而無法直接加以控制;而危害的性質(zhì)決定了組織是否需要采取或者需要進(jìn)一步完善控制措施)。這一點(diǎn)與原來的危害分析相比可以說是發(fā)生了質(zhì)的變化。
第三:標(biāo)準(zhǔn)還要求組織針對所需要控制的每一種危害分別確定控制措施,這些控制措施包括了操作性前提方案、HACCP計劃以及它們的組合,已經(jīng)不僅僅是原來的通過HACCP計劃控制顯著危害。為此標(biāo)準(zhǔn)還要求組織制定對危害控制措施進(jìn)行分類的邏輯方法對控制措施進(jìn)行分類,以確定對每種危害控制的途徑,這一點(diǎn)也是原來的危害分析過程中所沒有的。
第四:標(biāo)準(zhǔn)針對危害的可接受水平的確定、需控制的危害的確定和控制措施的識別與評價等均提出了保存相應(yīng)記錄的要求(見GB/T22000-2006之7.4.2 7.4.3 和7.4.4)。
上述這些變化導(dǎo)致在危害分析時我們?nèi)羧匝赜迷瓉淼奈:Ψ治龉ぷ鲉危ㄒ姳硪唬,將無法滿足標(biāo)準(zhǔn)的要求。為了解決由于標(biāo)準(zhǔn)要求的變化而帶來的新問題,筆者根據(jù)對標(biāo)準(zhǔn)的理解,在原有危害分析工作單的基礎(chǔ)上設(shè)計出了新的危害分析工作單(見表二)期望能夠通過在危害分析過程中的應(yīng)用以解決原來傳統(tǒng)的危害分析工作單所不能解決的問題。
表二:危害分析工作單(新)

表二與表一相比,具有以下幾個方面的優(yōu)點(diǎn):
表二繼承了原來危害分析工作單的系統(tǒng)性的優(yōu)點(diǎn)。
表二的第(3)欄解決了標(biāo)準(zhǔn)要求的:確定可接受水平的依據(jù)和結(jié)果應(yīng)予以記錄的問題(標(biāo)準(zhǔn)7.4.2)。組織可以通過適用的法律、法規(guī)、顧客要求、顧客的預(yù)期用途和組織的經(jīng)驗等方面針對每種危害具體確定,表二第(4)欄則要求組織將危害可接受水平確定的依據(jù)形成文件,組織在危害分析時可以方便的利用它來記錄每一種危害的可接受水平的出處,從而確保危害的可接受水平確定的科學(xué)、合理。
表二的第(5)欄,將顯著危害改為需控制的危害,組織可以從危害發(fā)生的風(fēng)險、危害控制的現(xiàn)狀、危害的性質(zhì)、危害產(chǎn)生或引入的過程是否由組織管理等方面,針對每一種原料(包括輔料和與產(chǎn)品接觸到的材料等)、每個加工、貯存、運(yùn)輸、銷售和使用過程中的不同危害分別進(jìn)行評價,以確定需要由組織控制的危害、明確控制的對象。
表二的第(6)欄解決了標(biāo)準(zhǔn)要求的:食品安全危害評估所采用的方法和結(jié)果應(yīng)予以記錄的問題(標(biāo)準(zhǔn)7.4.3)。組織可以利用此表將每一種危害評價的結(jié)果加以記錄,以確保危害評價的科學(xué)、合理。
表二的第(7)欄,組織可以從現(xiàn)有的控制措施(可進(jìn)一步將原有的控制措施分為可繼續(xù)保持的和需進(jìn)一步補(bǔ)充完善的)和擬采取的控制措施兩個方面綜合分析,從而使得通過危害分析所建立的控制措施,既能充分結(jié)合組織原有的控制措施,又能結(jié)合分析識別出原有控制措施的不足,完善或制定新的控制措施,使所建立的體系真正的結(jié)合組織的實際,便于運(yùn)行,有助于解決管理體系在建立和實施過程中的兩層皮現(xiàn)象。
表二的第(8)欄解決了標(biāo)準(zhǔn)要求的:應(yīng)在文件中規(guī)定所使用的分類方法和參數(shù),并記錄評價的結(jié)果的問題(標(biāo)準(zhǔn)7.4.4),組織應(yīng)制定相應(yīng)的文件規(guī)定對危害控制措施進(jìn)行分類的方法,在危害分析時,可依據(jù)具體的分類方法將危害的控制措施分為操作性前提方案和HACCP計劃兩類。
表二的第(8)欄,組織仍然可以借助于傳統(tǒng)的判斷樹的方法加以確定。
    危害分析是建立和實施食品安全管理體系的基礎(chǔ),充分的識別有關(guān)產(chǎn)品和過程中的各種危害并準(zhǔn)確、科學(xué)的評價和策劃控制措施對食品安全管理體系的建立和有效運(yùn)行起著至關(guān)重要的作用,相信隨著討論的深入和標(biāo)準(zhǔn)的實施我們一定能找到一種簡便易行的方法系統(tǒng)的識別、評價和控制危害,以確保食品安全管理體系的建立和有效運(yùn)行。

原文下載: 《危害分析工作單在新標(biāo)準(zhǔn)實施過程中的應(yīng)用》
編輯:foodvip

 
關(guān)鍵詞: HACCP 危害分析

 

 
推薦圖文
推薦HACCP研討會
點(diǎn)擊排行
 
 
Processed in 0.142 second(s), 17 queries, Memory 0.9 M