Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Валидация - это процесс создания документальных свидетельств, демонстрирующих, что процедура, процесс или действие, выполняемые при тестировании, а затем в производстве, поддерживают желаемый уровень соответствия на всех этапах. В фармацевтической промышленности очень важно, чтобы в дополнение к окончательному тестированию и соответствию продуктов была обеспечена уверенность в том, что процесс будет постоянно давать ожидаемые результаты. [1] Желаемые результаты устанавливаются в виде спецификаций результата процесса. Таким образом, квалификация систем и оборудования является частью процесса валидации. Валидация является требованием регулирующих органов в области пищевых продуктов, лекарственных препаратов и фармацевтики, таких как FDA США, и их надлежащей производственной практикируководящие указания. Поскольку необходимо валидировать широкий спектр процедур, процессов и действий, область валидации разделена на ряд подразделов, включая следующие:

Точно так же деятельность квалификационных систем и оборудования делится на ряд подразделов, включая следующие:

  • Квалификация дизайна (DQ)
  • Квалификация компонентов (CQ)
  • Квалификация установки (IQ)
  • Операционная квалификация (OQ)
  • Квалификация производительности (PQ)

История [ править ]

Концепция валидации была впервые предложена двумя должностными лицами Управления по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA), Тедом Байерсом и Бадом Лофтусом, в 1979 году в США для улучшения качества фармацевтических препаратов. [2] Это было предложено в качестве прямого ответа на несколько проблем стерильности парентерального рынка больших объемов . Первые действия по валидации были сосредоточены на процессах, задействованных в производстве этих продуктов, но быстро распространились на связанные процессы, включая экологический контроль, наполнение сред, санитарную обработку оборудования и производство очищенной воды.

Концепция валидации была впервые разработана для оборудования и процессов и возникла из инженерных практик, используемых при поставке крупных единиц оборудования, которые будут изготавливаться, тестироваться, доставляться и приниматься в соответствии с контрактом. [3] Использование валидации распространилось на другие области промышленности после нескольких крупномасштабных проблем выявили потенциальные риски в дизайне продуктов. Наиболее заметным из них является инцидент с Therac-25 . [4] Здесь программное обеспечение для большого радиотерапевтического устройства было плохо спроектировано и протестировано. При использовании несколько взаимосвязанных проблем привели к тому, что несколько устройств дали дозы радиации, в несколько тысяч раз превышающие предполагаемые, что привело к смерти трех пациентов и еще нескольким необратимым травмам.

В 2005 году человек написал стандарт, по которому процесс транспортировки может быть подтвержден для продуктов холодовой цепи. [ необходима цитата ] Этот стандарт был написан для компании-производителя биологических продуктов, а затем был включен в Технический отчет № 39 КПК, тем самым установив отраслевой стандарт для валидации холодовой цепи. Это было критически важно для промышленности из-за чувствительности лекарственных веществ, биопрепаратов и вакцин к различным температурным условиям. Управление по санитарному надзору за качеством пищевых продуктов и медикаментов (FDA) также уделяет большое внимание этой конечной области распространения и возможному влиянию экстремальных температур на качество лекарственных веществ.

Причины проверки [ править ]

FDA или любое другое агентство по контролю за продуктами питания и лекарствами по всему миру не только запрашивает продукт, который соответствует его спецификации, но также требует, чтобы процесс, процедуры, промежуточные этапы инспекций и испытаний, принятые во время производства, были спроектированы таким образом, чтобы при их принятии они обеспечивают неизменно похожие, воспроизводимые, желаемые результаты, которые соответствуют стандарту качества производимой продукции и соответствуют нормативным требованиям и аспектам безопасности. Такие процедуры разрабатываются в процессе валидации. Это необходимо для поддержания и обеспечения более высокого качества пищевых продуктов и лекарственных препаратов. «Валидация процесса определяется как сбор и оценкаданные, начиная со стадии разработки процесса и заканчивая коммерческим производством, которые устанавливают научные доказательства того, что процесс способен постоянно обеспечивать качественный продукт. Валидация процесса включает в себя ряд действий, выполняемых в течение жизненного цикла продукта и процесса » . [5] Правильно спроектированная система обеспечивает высокую степень уверенности в том, что каждый шаг, процесс и изменение были должным образом оценены перед его внедрением. Тестирование образца конечного продукта не считается достаточным доказательством того, что каждый продукт в партии соответствует требуемой спецификации.

Генеральный план валидации [ править ]

Генеральный план валидации является документом , который описывает , как и когда программа проверки будет выполняться на объекте. Несмотря на то, что это не является обязательным, это документ, в котором излагаются принципы, связанные с квалификацией объекта, определяются области и системы, подлежащие валидации, и предоставляется письменная программа для достижения и поддержания квалифицированного объекта с валидированными процессами. Это основа программы валидации, которая должна включать валидацию процесса, аттестацию и валидацию оборудования и коммунальных служб, аттестацию оборудования, очистку и валидацию компьютера. В правилах также содержится ожидание, что различные части производственного процесса будут четко определены и контролируются, так что результаты этого производства не будут существенно изменяться с течением времени.

Процесс проверки [ править ]

Рисунок 1: Традиционный процесс квалификации (адаптированный из типичной V-модели )

Объем валидации, границы и ответственность для каждого процесса или групп аналогичных процессов или аналогичного оборудования должны быть задокументированы и утверждены в плане валидации. Эти документы, термины и ссылки для авторов протокола предназначены для использования при настройке области применения их протоколов. Он должен быть основан на оценке риска валидации (VRA), чтобы гарантировать, что объем санкционированной валидации соответствует сложности и важности оборудования или процесса, находящегося на валидации. В пределах ссылок, приведенных в VP, авторы протокола должны гарантировать, что все аспекты процесса или оборудования проходят квалификацию; которые могут повлиять на эффективность, качество и / или записи о продукте, квалифицированы должным образом. Квалификация включает следующие этапы:

  • Квалификация проекта (DQ) - демонстрирует, что предложенный дизайн (или существующий дизайн готового изделия) будет удовлетворять всем требованиям, которые определены и подробно описаны в Спецификации требований пользователя (URS). Удовлетворительное выполнение DQ является обязательным требованием до утверждения строительства (или закупки) нового проекта.
  • Квалификация установки (IQ) - демонстрирует, что процесс или оборудование соответствует всем спецификациям, установлено правильно, и все необходимые компоненты и документация, необходимые для непрерывной работы, установлены и находятся на месте.
  • Эксплуатационная квалификация (OQ) - демонстрирует, что все аспекты процесса или оборудования работают правильно.
  • Аттестация производительности (PQ) - демонстрирует, что процесс или оборудование работают так, как задумано, и стабильно с течением времени.
  • Квалификация компонентов (CQ) - относительно новый термин, разработанный в 2005 году. Этот термин относится к производству вспомогательных компонентов, чтобы гарантировать, что они производятся в соответствии с правильными критериями проектирования. Это могут быть компоненты упаковки, такие как складные картонные коробки, транспортировочные ящики, этикетки или даже материал с фазовым переходом. Все эти компоненты должны пройти случайную проверку того или иного типа, чтобы гарантировать, что процесс стороннего производителя постоянно производит компоненты, которые используются в мире GMP у производителя лекарств или биологических препаратов.

Бывают случаи, когда более целесообразно и эффективно передавать некоторые тесты или проверки из IQ в OQ или из OQ в PQ. Это допускается в правилах при условии, что четкое и утвержденное обоснование задокументировано в Плане валидации (VP).

Рисунок 2: Процесс проверки OPQ (адаптированный из типичной V-модели )

Это комбинированное тестирование фаз OQ и PQ санкционировано Генеральным директоратом предприятий Европейской комиссии в рамках «Приложения 15 к Руководству ЕС по надлежащей производственной практике» (2001 г., стр. 6), в котором говорится, что:

« Хотя PQ описывается как отдельная деятельность, в некоторых случаях может быть целесообразно выполнять ее вместе с OQ ».

Проверка компьютерной системы [ править ]

Это требование естественным образом распространилось на компьютерные системы, используемые как при разработке и производстве, так и в составе фармацевтических продуктов, медицинских устройств , продуктов питания, учреждений крови, учреждений тканей и клинических испытаний. В 1983 году FDA опубликовало руководство по проверке компьютеризированных систем в фармацевтической обработке, также известное как «синяя книга». [6] Недавно и американское FDA, и Агентство по регулированию лекарственных средств и товаров медицинского назначения Великобритании.добавили разделы в правила специально для использования компьютерных систем. В Великобритании компьютерная валидация описана в Приложении 11 к правилам GMP ЕС (EMEA 2011). FDA ввело 21 CFR Part 11 для правил использования электронных записей, электронных подписей (FDA 1997). Регламент FDA гармонизирован с ISO 8402: 1994, [7], в котором « верификация » и « валидация » рассматриваются как отдельные и отдельные термины. С другой стороны, во многих журнальных статьях и учебниках по программной инженерии термины «верификация» и «валидация» используются как синонимы, или в некоторых случаях относятся к « верификации , валидации и тестированию программного обеспечения» ( VV&T) », как если бы это была единая концепция, без различия между тремя терминами. Общие принципы валидации программного обеспечения (FDA 2002) определяют верификацию как « верификация программного обеспечения обеспечивает объективное свидетельство того, что результаты проектирования на определенной фазе жизненного цикла разработки программного обеспечения цикл соответствует всем указанным требованиям для этой фазы » [8]. Он также определяет валидацию как « Подтверждение путем изучения и предоставления объективных свидетельств того, что спецификации программного обеспечения соответствуют потребностям пользователя и предполагаемому использованию, и что конкретные требования, реализованные с помощью программного обеспечения, могут быть реализованы. последовательно выполняется ". В руководстве по валидации программного обеспечения говорится: «Процесс разработки программного обеспечения должен быть достаточно хорошо спланирован, контролироваться и задокументирован, чтобы обнаруживать и исправлять неожиданные результаты изменений программного обеспечения». В Приложении 11 говорится: «Документация по валидации и отчеты должны охватывать соответствующие этапы жизненного цикла . "

Weichel (2004) недавно обнаружил, что более двадцати писем с предупреждениями, выпущенных FDA фармацевтическим компаниям, конкретно упоминают проблемы валидации компьютерных систем в период с 1997 по 2001 год [9].

Вероятно, наиболее известным отраслевым руководством является Руководство GAMP, теперь его пятое издание и известное как GAMP5, опубликованное ISPE (2008). [10] Это руководство дает практические советы о том, как удовлетворить нормативные требования.

Объем компьютерной проверки [ править ]

В приведенном выше определении валидации обсуждается получение свидетельства того, что система будет соответствовать своей спецификации. Это определение относится не к компьютерному приложению или компьютерной системе, а к процессу. Основные последствия этого заключаются в том, что валидация должна охватывать все аспекты процесса, включая приложение, любое оборудование, которое использует приложение, любые интерфейсы с другими системами, пользователей, обучение и документацию, а также управление системой и саму валидацию. после ввода системы в эксплуатацию. В руководстве PIC / S (PIC / S 2004) это определяется как «компьютерная система». [11] В отрасли тратятся большие усилия на деятельность по валидации, и несколько журналов посвящены как процессу и методологии валидации, так и науке, лежащей в основе этого.[12] [13] [14] [15]

Риск-ориентированный подход к компьютерной проверке [ править ]

В последние годы в отрасли был принят подход, основанный на оценке риска, при котором тестирование компьютерных систем (акцент на поиске проблем) проводится в широком масштабе и документируется, но не имеет серьезных доказательств (т. Е. Сотни снимков экрана не собираются во время тестирования. ). В Приложении 11 говорится: «Управление рисками должно применяться на протяжении всего жизненного цикла компьютеризированной системы с учетом безопасности пациентов, целостности данных и качества продукции. В рамках системы управления рисками решения о степени валидации и контроле целостности данных должны основываться на обоснованная и задокументированная оценка рисков компьютеризированной системы ».

Последующая проверка или проверка компьютерных систем нацелена только на « критические GxP » требования компьютерных систем. Доказательства (например, снимки экрана) собираются для документирования проверки. Таким образом обеспечивается тщательное тестирование систем, а также проверка и документирование «критических аспектов GxP» с учетом рисков, что оптимизирует усилия и обеспечивает демонстрацию соответствия компьютерной системы своему назначению.

Общий риск, создаваемый компьютерной системой, в настоящее время обычно считается функцией от сложности системы, воздействия на пациента / продукт и происхождения (настраиваемый-готовый или специально написанный для определенной цели). Система с меньшим риском должна заслуживать менее углубленного подхода к спецификации / тестированию / проверке. (например, документация, окружающая электронную таблицу, содержащую простой, но критический расчет "GxP", не должна совпадать с таковой для системы хроматографических данных с 20 приборами)

Определение «критического требования GxP» для компьютерной системы является субъективным, и определение должно быть адаптировано к вовлеченной организации. Однако в целом требование «GxP» может рассматриваться как требование, которое приводит к разработке / настройке компьютерной функции, которая оказывает прямое влияние на безопасность пациента, обрабатываемый фармацевтический продукт или была разработана / настроена для соответствия нормативное требование. Кроме того, если функция оказывает прямое влияние на данные GxP (безопасность или целостность), ее можно считать «критичной для GxP».

Подход к проверке жизненного цикла продукта [ править ]

Усилия в процессе валидации должны учитывать полный жизненный цикл продукта, включая процедуры разработки, адаптированные для квалификации лекарственного препарата, начиная с фазы его исследований и разработок, обоснование для адаптации формулы наилучшего соответствия, которая представляет взаимосвязь между требуемыми выходными и заданными входными данными, а также процедуру. для изготовления. Каждый шаг должен быть обоснован и контролироваться, чтобы обеспечить качественные продукты питания и лекарственные препараты. FDA также подчеркивает подход, основанный на жизненном цикле продукта, при оценке соответствия производителя нормативным требованиям.

См. Также [ править ]

  • Надлежащая практика автоматизированного производства (GAMP)
  • Верификация и валидация
  • Конвенция по фармацевтической инспекции и Схема сотрудничества в области фармацевтической инспекции
  • Регулирование терапевтических товаров
  • Фармакопея США

Ссылки [ править ]

  1. ^ Определение валидации и FDA, требование руководящих указаний регулирующих органов Доступно 27 февраля 2014 г.
  2. ^ Agalloco, J. (1995). «Валидация: нетрадиционный обзор и новое изобретение». Валидация: нетрадиционный обзор и новое изобретение . 49 (4): 175–179.
  3. ^ Гофмана, А., Kahny-Simonius, J., Plattner, М., Schmidli-Vckovski В., & Kronseder, C. (1998), 'Компьютерная система проверки: обзор официальных требований и стандартов', Pharmaceutica Acta Helvetiae, т. 72, нет. 6. С. 317–325.
  4. Перейти ↑ Leveson, NG & Turner, CS (1993), «Расследование аварий на Therac-25», Computer, vol. 26, вып. 7. С. 18–41.
  5. ^ FDA (1987). «Руководство по общим принципам валидации процессов». Цитировать журнал требует |journal=( помощь )
  6. ^ FDA (1983). «Руководство по проверке компьютеризированных систем (Синяя книга)». Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США, Мэриленд, США .
  7. ^ Международная организация по стандартизации, Женева, Швейцария (1994). «ISO 8402: 1994: Управление качеством и обеспечение качества - Словарь». Цитировать журнал требует |journal=( помощь )CS1 maint: несколько имен: список авторов ( ссылка )
  8. ^ «Общие принципы валидации программного обеспечения; Окончательное руководство для промышленности и персонала FDA» (PDF) . FDA США. 2002 . Проверено 27 февраля 2013 года .
  9. ^ Weichel, P. (2004). «Обзор опубликованных предупреждающих писем FDA с комментариями к Части 11 (21 CFR Часть 11)». Журнал валидационных технологий . 11 (1): 62–66.
  10. ^ ISPE (2008). «GAMP5: Подход к соответствию компьютерам, основанный на оценке риска». Международное общество инженеров-фармацевтов, Тампа, Флорида .
  11. ^ PIC / S (2004). «Надлежащая практика для компьютеризированных систем в регулируемой среде GXP, отчет PI 011-2». Конвенция о фармацевтическом контроле, Женева .
  12. Перейти ↑ Smith, HG (2001). «Соображения по улучшению проверки программного обеспечения, обеспечение большей уверенности при меньших затратах». Журнал валидационных технологий . 7 (2): 150–157.
  13. Перейти ↑ Tracy, DS & Nash, RA (2002). «Подход к валидации для систем управления лабораторной информацией». Журнал валидационных технологий . 9 (1): 6–14.
  14. Перейти ↑ Lucas, I. (2003). «Время тестирования компьютерной проверки». Журнал валидационных технологий . 9 (2): 153–161.
  15. ^ Балог, М. & Corbin, В. (2005). «Укрощение регулятора: регулирование против функционализма». Фармацевтические технологии в Европе . 17 (3): 55–58.
Библиография
  • Рекомендации по валидации Министерства здравоохранения Канады
  • Акерс, Дж. (1993), «Упрощение и улучшение валидации процессов», Journal of Parenteral Science and Technology, vol. 47, нет. 6. С. 281–284.
  • Руководство ASTM E2537 по применению непрерывной проверки качества для фармацевтического и биофармацевтического производства
  • EMEA (1998), EUDRALEX Volume 4 - Лекарственные средства для человека и ветеринарии: надлежащая производственная практика, Европейское агентство по лекарственным средствам, Лондон
  • Генеральный директорат предприятий Европейской комиссии (2001 г.), Окончательная версия приложения 15 к Руководству ЕС по надлежащей производственной практике, квалификации и валидации , Брюссель. Генеральный директорат предприятий Европейской комиссии.
  • US FDA: Руководство по общим принципам валидации процессов
  • Часть 11: Электронные записи; Электронные подписи, Свод федеральных правил
  • Гарстон Смит, Х. (2001), «Соображения по улучшению проверки программного обеспечения», Journal of Validation Technology, vol. 7, вып. 2. С. 150–157.
  • IT Pharma Validation Europe : Новости и обновления по валидации компьютерных систем и аттестации инфраструктуры - например, EudraLex, том 4 - Приложение 11, компьютеризированные системы - редакция, январь 2011 г.
  • Лопес, Орландо (2002), «21 CFR Часть 11 - Полное руководство по международному соответствию», опубликованное Sue Horwood Publishing Limited.
  • McDowall, RD (2005), «Эффективные и практичные варианты управления рисками для проверки компьютеризированных систем», The Quality Assurance Journal , vol. 9, вып. 3. С. 196–227.
  • Parker G, (2005) «Разработка соответствующих стратегий проверки и тестирования», представленный для Scimcon Ltd на Всемирной конференции по термоинформатике . Северная Америка.
  • Пауэлл-Эванс, К. (1998), «Оптимизация валидации», Pharmaceutical Technology Europe, т. 10, вып. 12. С. 48–52.
  • Сегалстад, SH (2008), « Международные ИТ-правила и соответствие: стандарты качества в фармацевтической и регулируемой отраслях» , John Wiley & Sons, стр. 157–178.
  • Swartz, M. (2006) «Квалификация аналитического инструмента», Avanstar [онлайн], доступно по адресу: http://www.advanstar.com/test/pharmascience/pha-sci_supp-promos/phasci_reg_guidance/articles/Instrumentation1_Swartz_rv.pdf (доступ 29 марта 2009 г.).
  • Валидационное программное обеспечение, используемое в фармацевтической промышленности. (2007). Получено 6 июля 2009 г. с http://www.plainsite.net/validation/validation.htm.
  • Серия технических отчетов ВОЗ, № 937, 2006 г. Приложение 4. Приложение 5. 2006 г.
  • Wingate, GAS (2004), «Проверка компьютерных систем: обеспечение качества, управление рисками и соответствие нормативным требованиям для фармацевтической и медицинской промышленности», Interpharm Press.
  • Руководство для промышленности. Валидация процесса: общие принципы и практика. Управление по санитарному надзору за качеством пищевых продуктов и медикаментов Министерства здравоохранения и социальных служб США. Январь 2011 г.

Источники [ править ]

  • Руководство по фармацевтической валидации