食品伙伴網(wǎng)服務(wù)號(hào)
當(dāng)前位置: 首頁 » 質(zhì)量管理 » 質(zhì)量管理綜合 » 正文

為什么肉制品會(huì)出現(xiàn)脹袋、發(fā)霉等問題?

放大字體  縮小字體 發(fā)布日期:2015-06-22  來源:食品論壇
核心提示:質(zhì)量問題:肉制品在保質(zhì)期內(nèi)出現(xiàn)脹袋、發(fā)霉等質(zhì)量問題。

質(zhì)量問題:
    肉制品在保質(zhì)期內(nèi)出現(xiàn)脹袋、發(fā)霉等質(zhì)量問題。
 
原因分析:
    (1) 包裝材料
    阻隔性差——環(huán)境中氧氣、水蒸氣滲入包裝內(nèi)部的透過量較大,引起殘存微生物的生長(zhǎng)、繁殖。
    耐揉搓性差——在運(yùn)輸或搬運(yùn)過程中,經(jīng)過外力的揉搓后,不耐揉搓的包裝袋表面易形成折痕或針孔,引起阻隔性降低。
    復(fù)合牢度差——包裝袋所使用復(fù)合膜的剝離強(qiáng)度差,即復(fù)合膜中各單層膜之間的復(fù)合牢度差,容易發(fā)生復(fù)合膜分層現(xiàn)象,導(dǎo)致復(fù)合膜整體阻隔性、耐揉搓性等性能下降。
    (2) 成品包裝生產(chǎn)過程
    密封性差——包裝袋體或熱封口的密封性較差,在成品包裝的長(zhǎng)期儲(chǔ)存過程中,易引起成品包裝出現(xiàn)緩慢漏氣的現(xiàn)象。特別是熱封部位   的密封質(zhì)量較差,如熱封強(qiáng)度過低或過高、熱封強(qiáng)度不均勻,則更易出現(xiàn)漏氣現(xiàn)象。
    殺菌不徹底——即成品包裝內(nèi)還殘存部分微生物,這些微生物遇到合適的溫濕度環(huán)境及氧氣濃度,則會(huì)大量生長(zhǎng)、繁殖。
 
專家建議:
    ——關(guān)注包材的氧氣透過量、揉搓后的氧氣透過量、密封性能(負(fù)壓法)、熱封強(qiáng)度、剝離強(qiáng)度等主要性能的監(jiān)測(cè)。
    ——選擇阻隔性高、耐揉搓性好的包材或?qū)ΜF(xiàn)有包材進(jìn)行質(zhì)量改進(jìn)。
    ——提高殺菌效果,改善熱封口的密封質(zhì)量(即熱封效果)。
 
典型質(zhì)量案例
    ——檢測(cè)樣品:風(fēng)味燒雞鋁塑復(fù)合膜包裝(企業(yè)反饋使用新進(jìn)批次的包材包裝風(fēng)味雞時(shí),出現(xiàn)了大規(guī)模的脹袋問題)。
    ——針對(duì)性檢測(cè)項(xiàng)目:氧氣透過量、揉搓后氧氣透過量、密封性能(負(fù)壓法)、熱封強(qiáng)度、剝離強(qiáng)度。
    ——試驗(yàn)結(jié)果:熱封強(qiáng)度值較高且均勻性好,滿足良好熱封效果的需求;氧氣透過量為0.1541 cm3/(m2·24h·0.1MPa),揉搓后包裝袋表面出現(xiàn)了多個(gè)穿透性針孔,包裝的阻隔性急劇下降(即氧氣透過量顯著增大);密封性能(負(fù)壓法)試驗(yàn)中,發(fā)生脹袋的產(chǎn)品在-25KPa時(shí),即在袋體的折痕處發(fā)生漏氣,未發(fā)生脹袋的產(chǎn)品在-90KPa時(shí),仍未漏氣;包裝袋的剝離強(qiáng)度為1.53N/15mm,遠(yuǎn)低于市場(chǎng)上同類優(yōu)質(zhì)產(chǎn)品的平均值。故包裝剝離強(qiáng)度低、耐揉搓性差進(jìn)一步引起其阻隔性降低、密封性變差,是導(dǎo)致該問題成品出現(xiàn)脹袋的重要原因。
編輯:foodnews

 
分享:

食品伙伴網(wǎng)質(zhì)量服務(wù)部為您提供專業(yè)的SC咨詢指導(dǎo)、企業(yè)標(biāo)準(zhǔn)備案、供應(yīng)商審核、FDA注冊(cè)咨詢、ISO9001、ISO22000、HACCP、有機(jī)食品認(rèn)證等服務(wù)。
聯(lián)系電話:0531-82360063
電話/微信:15269187106


HACCP聯(lián)盟

食品質(zhì)量管理
[ 網(wǎng)刊訂閱 ]  [ 質(zhì)量管理搜索 ]  [ ]  [ 告訴好友 ]  [ 打印本文 ]  [ 關(guān)閉窗口 ] [ 返回頂部 ]
 

 
 
推薦圖文
推薦質(zhì)量管理
點(diǎn)擊排行
收縮

在線咨詢

  • 0531-82360063
  • 郵箱
  • 聯(lián)系人
  • 聯(lián)系人

     
     
    Processed in 1.229 second(s), 771 queries, Memory 4.37 M