31.05 Ответы на ГИА. 1. Аккредитация испытательных лабораторий (ИЦ). Укажите критерии аккредитации испытательных лабораторий (ИЦ)
 Скачать 292.73 Kb.
|
|
26. Принципы ХАССП. Перечислите и дайте пояснения принципам ХАССП. HACCP (ХАССП) - это система, предназначенная для выявления, анализа, контроля и управления рисками при изготовлении пищевой продукции. ХАССП, как система менеджмента, представляет собой комплекс задокументированных мероприятий, обеспечивающих безопасность пищевой продукции на всем пути к потребителю: от производства до реализации. Система ХАССП (HACCP) должна разрабатываться с учетом семи основных принципов: 1 принцип ХАССП (HACCP) Идентификация потенциального риска или рисков (опасных факторов), которые сопряжены с производством продуктов питания, начиная с получения сырья (разведения или выращивания) до конечного потребления, включая все стадии жизненного цикла продукции (обработку, переработку, хранение и реализацию) с целью выявления условий возникновения потенциального риска (рисков) и установления необходимых мер для их контроля. 2 принцип ХАССП (HACCP) Выявление критических контрольных точек в производстве для устранения (минимизации) риска или возможности его появления, при этом рассматриваемые операции производства пищевых продуктов могут охватывать поставку сырья, подбор ингредиентов, переработку, хранение, транспортирование, складирование и реализацию. Целью этого этапа является определение точек, этапов или процедур производственного процесса, которые могут контролироваться, с помощью чего можно предотвратить появление опасных факторов, устранить или уменьшить их до приемлемого уровня. Количество критических контрольных точек в каждой организации индивидуально и зависит от сложности производственного процесса, продукции, применяемого оборудования и используемого сырья. 3 принцип ХАССП (HACCP) Установление критических пределов для каждой критической контрольной точки. В документах системы ХАССП (HACCP) или технологических инструкциях необходимо установить и соблюдать предельные значения параметров для подтверждения того, что критическая контрольная точка находится под контролем. Критические пределы должны основываться на неоспоримых данных. Выбранные величины должны обеспечить контроль процесса. Критические пределы должен устанавливать персонал, знающий процесс производства и регламентирующие требования к данной продукции. 4 принцип ХАССП (HACCP) Разработка системы мониторинга, позволяющая обеспечить контроль критических контрольных точек на основе планируемых мер или наблюдений. Мониторинг - проведение запланированных наблюдений или измерений параметров в критических контрольных точках с целью своевременного обнаружения их выхода за предельные значения и получения необходимой информации для выработки предупреждающих действий. Мониторинг лучше проводить непосредственно на производственной линии (дают немедленные результаты) или вне производственной линии (дают отдаленные результаты, что препятствует оперативному принятию необходимых мер). Оценка данных мониторинга должна проводиться персоналом, прошедшим курс обучения и имеющим знания и полномочия для выработки и выполнения корректирующих действий. 5 принцип ХАССП (HACCP) Разработка корректирующих действий и применение их в случае отрицательных результатов мониторинга. Для каждой критической контрольной точки должны быть составлены и документированы корректирующие действия, предпринимаемые в случае нарушения критических пределов. Процедуры проведения корректирующих действий должны предусматривать: - мероприятия по обеспечению того, чтобы каждая критическая точка не выходила за критический предел; - получение разрешения на проведение корректирующих действий; - процедуры обращения с дефектной продукцией. После проведения корректирующих действий и обеспечения управления критическими точками следует рассмотреть необходимость пересмотра системы для предотвращения повторных отклонений от критических пределов. 6 принцип ХАССП (HACCP) Разработка процедур проверки, которые должны регулярно проводиться для обеспечения эффективности функционирования системы ХАССП. Программа проверки должна включать в себя: - анализ зарегистрированных рекламаций, претензий, жалоб и происшествий, связанных с нарушением безопасности продукции; - оценку соответствия фактически выполняемых процедур документам системы ХАССП; -проверку выполнения предупреждающих действий; - анализ результатов мониторинга критических контрольных точек и проведенных корректирующих действий; - оценку эффективности системы ХАССП и составление рекомендаций по ее улучшению; - актуализацию документов. 7 принцип ХАССП (HACCP) Документирование всех процедур системы, форм и способов регистрации данных, относящихся к системе ХАССП. Документирование обеспечивает квалифицированное и эффективное применение системы ХАССП (HACCP). Документация должна содержать: - политику в области безопасности выпускаемой продукции; - приказ о создании и составе группы ХАССП; - информацию о продукции; - информацию о производстве; - отчеты группы ХАССП с обоснованием выбора потенциально опасных факторов, результатами анализа рисков и выбора критических контрольных точек и определения критических пределов; - рабочие листы ХАССП; - процедуры мониторинга; - процедуры проведения корректирующих действий; - программу внутренней проверки системы ХАССП; - перечень регистрационно-учетной документации. - программу внутренней проверки системы ХАССП; - перечень регистрационно-учетной документации. 27. Принципы ХАССП. Применение принципов ХАССП для обеспечения качества и безопасности пищевых продуктов. Принципы ХАССП - основа безопасности и конкурентоспособности пищевых продуктов. Нормативно-правовое регулирование системы безопасности производства пищевых продуктов. Интеграция России в мировую экономику ставит свои задачи перед отечественным производителем пищевой продукции. Потребитель становится все более требовательным. Он хочет быть уверен в качестве приобретаемой продукции и требует от производителя дополнительных гарантий - гарантий выпуска продукции стабильного качества, отвечающей действующим требованиям безопасности. Такие гарантии предоставляет система управления качеством и пищевой безопасностью. Сертифицированная система служит доказательством того, что у изготовителя созданы все необходимые условия для организации стабильного выпуска качественной и безопасной продукции. Приступая к производству продуктов питания, организация берет на себя ответственность за безопасность производимой продукции. Опасности в пищевой продукции могут возникнуть на любой стадии пищевой цепочки. Во всем мире принята на уровне Государств и успешно внедряется на предприятиях, превентивная модель управления безопасностью пищевой продукции, основанная на принципах НАССР (Hazard Analysis and Critical Control Point). В Российской Федерации в настоящее время действует стандарт ГОСТ Р ИСО 22000-2007, изданный в 2007 году, который является аутентичным переводом стандарта ISO 22000:2005. ISO 22000 - это новый международный стандарт, который определяет требования к планированию, реализации, работе, поддержанию и модернизации Системы управления безопасностью пищевых продуктов, которая интегрирует все элементы НАССР в рамках корпоративной системы менеджмента. Стандарты ISO серии 22000 включают в себя: • ISO 22000:2005 «Системы менеджмента безопасности пищевых продуктов. Требования к любым организациям в продуктовой цепи»; • ISO 22003:2007 «Системы менеджмента безопасности пищевых продуктов. Требования к органам, проводящим аудит и сертификацию систем менеджмента безопасности пищевых продуктов»; • ISO 22004:2005 «Системы менеджмента безопасности пищевых продуктов. Руководящие указания по применению ИСО 22000:2005»; • ISO 22005:2007 «Прослеживаемость в цепи поставщиков пищевой промышленности. Общие принципы и основные требования к проектированию и внедрению систем». Стандарты ГОСТ Р ИСО 22000-2007 «Системы менеджмента безопасности пищевой продукции. Требования» и ГОСТ Р 54762-2011/ISO/TS 22002-1:2009 «Программы предварительных требований по безопасности пищевой продукции. Производство пищевой продукции» объединяют принципы ХАССП, на которых основана система анализа опасностей. Объектом технического регулирования является пищевая продукция и все связанные с требованиями к ней процессы - производство, хранение, транспортировка, реализация, утилизация. В Регламенте установлено шесть категорий показателей безопасности пищевой продукции: • микробиологические нормативы; • гигиенические требования; • допустимые уровни радионуклидов; • требования к непереработанному сырью животного происхождения; • паразитологические показатели безопасности рыбы и ракообразных. Предприятию для подтверждения безопасности пищевой продукции требованиям ТР ТС 021/2011 необходимо, при осуществлении процессов производства (изготовления) пищевой продукции, разработать, внедрить и поддерживать процедуры, основанные на принципах ХАССП (Глава 3, Статья 10, п 2 ТР ТС 021/2011 «О безопасности пищевой продукции») Все системы менеджмента безопасностью пищевой продукции базируются на принципах HACCP(ХАССП), в основе которых лежит анализ опасностей, оценка рисков и определение критических контрольных точек в процессе производства. Подтверждением применения ХАССП на предприятии является разработанное руководство по внедрению стандарта ХАССП на предприятии и сертификация предприятия по стандарту ГОСТ Р ИСО 22000-2007 — «Системы менеджмента безопасности пищевой продукции. Требования к организациям, участвующим в цепи создания пищевой продукции». 28. Система менеджмента безопасности пищевых продуктов. Цели внедрения систем менеджмента безопасности пищевых продуктов. СМБПП расшифровывается как система менеджмента безопасности пищевой продукции. Ее разрабатывают и внедряют для предприятий всего производственного цикла: подготовка сырья, изготовление, упаковка, поставка, сбыт, утилизация и другие элементы глобальной цепочки. Такая система позволяет управлять безопасностью процессов, предупреждать риски и снижать количество несоответствующей продукции (брак, дефекты). Организация должна устанавливать цели для СМБПП в соответствующих подразделениях и на соответствующих уровнях организации. Эти цели должны: - быть согласованными с политикой в области обеспечения безопасности пищевой продукции; - быть измеримыми (если это осуществимо на практике); - быть поставлены с учетом применяемых требований к безопасности пищевой продукции, включая законодательные, нормативные требования и требования потребителей; - быть контролируемыми и верифицируемыми; - доводиться до сведения заинтересованных лиц; - поддерживаться в рабочем состоянии и актуализироваться по мере необходимости. Организация должна сохранять документированную информацию о целях СМБПП. При планировании того, каким образом достигать целей в отношении системы менеджмента безопасности пищевых продуктов, организация должна определить: - что нужно сделать; - какие потребуются ресурсы; - кто будет нести ответственность; - когда эта работа будет завершена; - каким образом будут оцениваться результаты. 29. Порядок проведения экспертизы национальных стандартов. Укажите виды экспертиз национальных стандартов. Настоящий Порядок проведения экспертизы проектов документов национальной системы стандартизации определяет правила проведения экспертизы проектов документов национальной системы стандартизации в технических комитетах по стандартизации и проектных технических комитетах по стандартизации. При проведении экспертизы проект национального стандарта, проект основополагающего национального стандарта, проект предварительного национального стандарта, правил стандартизации и рекомендаций по стандартизации проходит оценку соответствия используемой терминологии требованиям законодательства Российской Федерации, положениям основополагающих национальных стандартов Российской Федерации. Предмет экспертизы проектов иных информационно-технических справочников определяется в соответствии с федеральными законами и принимаемыми в соответствии с ними нормативными правовыми актами Правительства Российской Федерации или актами уполномоченных им федеральных органов исполнительной власти. Разработчик направляет в секретариат технического комитета в соответствии с его компетенцией, определенной в соответствии с Федеральным законом N 162-ФЗ для проведения экспертизы следующие документы: оригинал доработанного проекта национального стандарта или оригинал доработанного проекта предварительного национального стандарта, прошедшего редактирование; сводку замечаний и предложений заинтересованных лиц по первой редакции проекта национального стандарта или по первой редакции проекта основополагающего национального стандарта или по первой редакции проекта предварительного национального стандарта; оригиналы отзывов на первую редакцию проекта национального стандарта или на первую редакцию проекта основополагающего национального стандарта или на первую редакцию проекта предварительного национального стандарта. Для проведения экспертизы доработанного проекта стандарта или доработанного проекта основополагающего стандарта председатель технического комитета вправе сформировать рабочую группу из членов технического комитета. При необходимости председатель технического комитета привлекает специалистов соответствующей квалификации для участия в проведении экспертизы. Члены технического комитета или рабочей группы рассматривают доработанный проект стандарта или доработанный проект основополагающего стандарта и перечень замечаний заинтересованных лиц (далее - документы), подготавливают свои отзывы на доработанный проект стандарта или на доработанный проект основополагающего стандарта и представляют их секретариату технического комитета в течение 45 дней с даты направления документов. Секретариат технического комитета в течение 15 дней со дня окончания срока, указанного в пункте 7 настоящего Порядка, обобщает представленные отзывы членов технического комитета или рабочей группы, подготавливает проект экспертного заключения технического комитета и направляет членам технического комитета: копию доработанного проекта стандарта или доработанного проекта основополагающего стандарта; перечень замечаний заинтересованных лиц; копии отрицательных отзывов членов технического комитета или рабочей группы на доработанный проект стандарта или на доработанный проект основополагающего стандарта; проект экспертного заключения; уведомление с информацией о форме и порядке голосования по проекту экспертного заключения В отношении проектов национальных стандартов, могут быть проведены следующие виды экспертизы: - научно-техническая; - правовая; - нормативная; - специализированная терминологическая; - специализированная метрологическая; - специализированная правовая. 30. Порядок разработки технических регламентов таможенного союза. 1. Разработка технического регламента Таможенного союза осуществляется органом Стороны, ответственной за разработку технического регламента, определенным ею в качестве ответственного за разработку соответствующего технического регламента. Правительство государства – члена Таможенного союза (далее – Сторона) определяет орган Стороны, участвующий в разработке технического регламента (далее – орган Стороны – участник разработки). Стороны представляют информацию в Секретариат Комиссии Таможенного союза (далее – Секретариат) об органе Стороны по техническому регулированию, органе Стороны разработчика, органе Стороны – участнике разработки. 2. Орган Стороны разработчика осуществляет разработку проекта технического регламента в соответствии с Планом (программой, графиком) разработки технических регламентов Таможенного союза. Комиссия Таможенного союза (далее – Комиссия) не реже одного раза в квартал рассматривает ход разработки каждого проекта технического регламента. Секретариат с целью контроля хода выполнения Плана (программы, графика) разработки технических регламентов формирует сетевой график. Проект технического регламента разрабатывается в соответствии с Рекомендациями по типовой структуре технического регламента Евразийского экономического сообщества, утвержденными Решением Межгосударственного Совета Евразийского экономического сообщества от 27 октября 2006 года № 321. Схемы оценки (подтверждения) соответствия устанавливаются в техническом регламенте в соответствии с Рекомендациями по применению типовых схем оценки (подтверждения) соответствия, утвержденными Комиссией. В случае необходимости орган Стороны разработчика может создать рабочую группу по разработке проекта технического регламента, в том числе с привлечением представителей органов Сторон. 3. За основу проекта технического регламента может быть принят проект технического регламента ЕврАзЭС. Если за основу проекта технического регламента принят проект технического регламента ЕврАзЭС, по которому завершена процедура публичного обсуждения, технический регламент может быть принят решением Комиссии без проведения процедуры публичного обсуждения (пункты 5 - 9 настоящего Положения). 4. При разработке первой редакции проекта технического регламента орган Стороны разработчика совместно с органом Стороны по техническому регулированию одновременно обеспечивают разработку проектов Перечней стандартов, определенных пунктами 2 и 3 статьи 6 Соглашения о единых принципах и правилах технического регулирования в Республике Беларусь, Республике Казахстан и Российской Федерации от 18 ноября 2010 года (далее – Перечни стандартов) в соответствии с положением, утвержденным Комиссией. 5. После завершения разработки первой редакции проекта технического регламента орган Стороны разработчика направляет ее, а также проекты Перечней стандартов органам Сторон – участникам разработки и проводит переговоры на уровне руководителей органов Сторон – участников разработки. В целях организации переговоров орган Стороны разработчика, как правило, не позднее, чем за десять рабочих дней до даты их проведения направляет в Секретариат информацию о проведении переговоров вместе с проектом технического регламента и проектами Перечней стандартов, а также информирует об этом руководителей органов Сторон – участников разработки. Секретариат не позднее трех рабочих дней с даты поступления указанных документов направляет Сторонам и заинтересованным органам Сторон информацию для участия в переговорах. По итогам переговоров принимается решение о возможности начала публичного обсуждения проекта технического регламента, которое оформляется протоколом. Орган Стороны разработчика не позднее трех рабочих дней с даты подписания данного протокола направляет в Секретариат уведомление о разработке проекта технического регламента, первую редакцию проекта с пояснительной запиской к нему (в электронном виде и на бумажном носителе) для проведения публичного обсуждения, а также указанный протокол. Секретариат не позднее трех рабочих дней с даты поступления материалов направляет их органам Сторон по техническому регулированию. В пояснительной записке указываются: - цели принятия технического регламента; - краткая характеристика объектов технического регулирования; - информация о применении при разработке проекта технического регламента международных, региональных и национальных (государственных) стандартов, требований других документов (правил, директив и рекомендаций и иных документов, принятых международными организациями по стандартизации, а в случае их отсутствия – региональных документов (регламентов, директив, решений, правил и иных документов), национальных технических регламентов; - требования, отличающиеся от положений международных, региональных стандартов или обязательных требований, действующих на территории Сторон. Форма уведомления о разработке проекта технического регламента Таможенного союза утверждается Координационным комитетом по техническому регулированию, применению санитарных, ветеринарных и фитосанитарных мер (далее – Координационный комитет). 6. Секретариат, органы Сторон по техническому регулированию не позднее трех рабочих дней с момента поступления уведомления о разработке проекта технического регламента обеспечивают размещение первой редакции проекта технического регламента, уведомления о разработке проекта технического регламента и пояснительной записки к нему для публичного обсуждения на официальном сайте Комиссии и официальных сайтах органов Сторон по техническому регулированию. Органы Сторон по техническому регулированию публикуют уведомление о разработке проекта технического регламента в официальном печатном издании органа Стороны по техническому регулированию. Срок публичного обсуждения проекта технического регламента не может быть менее чем два месяца со дня размещения уведомления о разработке проекта технического регламента на официальном сайте Комиссии. Датой завершения публичного обсуждения является дата размещения уведомления о завершении публичного обсуждения проекта технического регламента Таможенного союза на официальном сайте Комиссии. 7. Замечания и предложения (отзывы) по проекту технического регламента от заинтересованных лиц Стороны, ответственной за разработку технического регламента, направляются в орган Стороны разработчика, от заинтересованных лиц других Сторон – в органы Сторон – участники разработки, а от заинтересованных лиц третьих стран – в орган Стороны разработчика или в Секретариат. Орган Стороны – участник разработки представляет сводные замечания органу Стороны по техническому регулированию, который направляет в орган Стороны разработчика сформированную позицию по проекту технического регламента от Стороны. Секретариат, органы Сторон по техническому регулированию передают поступившие замечания и предложения в орган Стороны разработчика не позднее, чем в течение 10 дней после завершения публичного обсуждения (в электронном виде и на бумажном носителе). 8. Орган Стороны разработчика составляет уведомление о завершении публичного обсуждения проекта технического регламента и направляет его в Секретариат для размещения на официальном сайте Комиссии, а также в органы Сторон по техническому регулированию для размещения на официальных сайтах и в официальном печатном издании органа Стороны по техническому регулированию. Форма уведомления о завершении публичного обсуждения проекта технического регламента Таможенного союза утверждается Координационным комитетом. 9. Орган Стороны разработчика в течение одного месяца: рассматривает поступившие в письменной форме замечания и предложения (отзывы) заинтересованных лиц; принимает решение по каждому замечанию и предложению; составляет сводку отзывов по установленной Координационным комитетом форме, а также при наличии разногласий – таблицу разногласий; разрабатывает окончательную редакцию проекта технического регламента; подготавливает пояснительную записку. 10. Одновременно орган Стороны разработчика при наличии разногласий проводит переговоры между органами Сторон по техническому регулированию, органами Сторон – участниками разработки по их урегулированию. По итогам переговоров оформляется протокол рассмотрения проекта технического регламента в окончательной редакции. 11. Орган Стороны разработчика совместно с органами Сторон по техническому регулированию обеспечивают доработку проектов Перечней стандартов. 12. Орган Стороны разработчика проводит переговоры на уровне руководителей органов Сторон – участников разработки с участием органов Сторон по техническому регулированию по согласованию окончательной редакции проекта технического регламента и проектов Перечней стандартов. По итогам переговоров оформляется протокол согласования окончательной редакции проекта технического регламента. 13. По итогам переговоров орган Стороны разработчика вносит в Секретариат проект технического регламента, пояснительную записку к нему, сводку отзывов, таблицу разногласий (при наличии), доработанные проекты Перечней стандартов с пояснительной запиской и протокол рассмотрения проекта технического регламента в окончательной редакции. 14.Секретариат не позднее трех рабочих дней с даты поступления окончательной редакции проекта технического регламента, пояснительной записки к нему, сводки отзывов, таблицы разногласий (при наличии) и доработанных проектов Перечней стандартов с пояснительной запиской к ним обеспечивает: – размещение указанных документов на официальном сайте Комиссии; – направление указанных документов Сторонам для согласования. 15. Не ранее, чем через 30 дней с даты размещения, материалы по проекту технического регламента, включая замечания и обоснованные предложения, полученные от Сторон после размещения проекта технического регламента в окончательной редакции, а также неурегулированные разногласия рассматриваются на заседании Координационного комитета с целью представления для рассмотрения на заседании Комиссии. При наличии принципиальных разногласий между Сторонами, которые не были устранены в установленном порядке путем переговоров, решение по их урегулированию принимает Комиссия. 16. Согласование осуществляется в порядке, определяемом Сторонами, в течение одного месяца с даты поступления указанных документов из Секретариата. Решения Сторон по проекту технического регламента направляются Сторонами в Секретариат. 17. Комиссия рассматривает проект технического регламента и проекты Перечней стандартов, одобренные Сторонами, и доклад Координационного Комитета и принимает соответствующее решение. 18. Комиссия принимает технический регламент и утверждает Перечни стандартов на основе консенсуса. Принятые решением Комиссии технический регламент и Перечни стандартов размещаются на официальном сайте Комиссии, официальных сайтах и в официальных печатных изданиях органов Сторон по техническому регулированию. 19. Секретариат ведет реестр технических регламентов. Каждому техническому регламенту присваивается обозначение, состоящее из аббревиатуры «ТР ТС», порядкового номера и года принятия. Секретариат формирует дело технического регламента и обеспечивает его хранение. Порядок формирования дела технического регламента устанавливается Координационным комитетом. 20. Внесение изменений в технический регламент осуществляется в порядке, аналогичном порядку разработки технического регламента. 21. Отмена технического регламента осуществляется по взаимному согласию Сторон решением Комиссии. Отмена технического регламента в случае принятия технического регламента ЕврАзЭС в отношении продукции, на которую принят технический регламент, осуществляется в соответствии с Соглашением о единых принципах и правилах технического регулирования в Республике Беларусь, Республике Казахстан и Российской Федерации от 18 ноября 2010 года. |