Валидационный подход на основе анализа рисков — Обзор

Эта статья своеобразная «затравка», которую я решил опубликовать перед парой переводов других статей, в которых будет описан практический пример FMEA для управления рисками квалификации.

В разделе 21 Свода федеральных правил (CFR), части 820 и 210/211, Управлением по продуктам питания и лекарственным препаратам (FDA) США определены классические требования к валидации, как процессу всестороннего испытания, во время которого все системы подвергаются тщательной равноценной проверке и тестированию с заключительным процессом исчерпывающей оценки. С инициативы FDA и ICH в их последних руководствах (FDA «Валидация процесса: общие принципы и методы», ICH «Q11: РАЗРАБОТКА И ПРОИЗВОДСТВО ФАРМАЦЕВТИЧЕСКИХ СУБСТАНЦИЙ») в рамках обновленной методологии управления жизненным циклом продукции был представлен рационализированный подход на основе анализа рисков.

Читати далі →

Поделитесь с коллегами:

Совершенно секретно – размышления о целостности данных в фармпромышленности

Одним из часто затрагиваемых в последнее время вопросов является достоверность данных, которые генерирует фармпромышленность. Я думаю вы и сами неоднократно сталкивались со случаями, когда кто-то подтасовывал какие-то данные. Особенно часто это происходит в отделах регистрации и/или разработки, лабораториях. В промышленных отделах, если высок уровень автоматизации, подтасовать данные весьма и весьма тяжело. Если вы проанализируете инспекционные отчеты западных регуляторов, то в них можно обнаружить регулярные сообщения о компрометации данных.

Если говорить простым языком, то в правилах GMP сказано, что фармпроизводители обязаны четко выполнять инструкции и документировать все действия (или как минимум указанные в конкретных требованиях) для того, чтобы в случае возникновения какого-либо отклонения продукта производитель мог провести расследование этого инцидента и разработать соответствующие меры для предотвращения повторения подобного отклонения и его причины. Такой подход гарантирует, что выпускаемый продукт будет воспроизводимым от серии к серии, а также безопасным. Кроме того, это является своего рода и репутационной защитой вашего бренда.

Читати далі →

Поделитесь с коллегами:

Валидация компьютеризированных систем доступным языком

Ранее на данном ресурсе неоднократно предпринимались попытки поговорить о валидации компьютеризированных систем, затрагивая как теорию, так и практику. Однако зачастую из фокуса рассмотрения авторов исчезало два простых обстоятельства:

    1. Валидация компьютеризированных систем, строго говоря, уместна только тогда, когда та или иная система только разрабатывается. Лучший старт валидации – это на этапе разработки URS. В крайнем случае, на этапе, когда URS утверждена, и разработчик работает над её реализацией.
    2. Собственно практика тестирования в “обычном” ИТ – это уже очень давно не terra incognita – есть и стандарты этому посвященные – IEEE 829, ISO 25051, есть книги – да собственно курсов по QA IT валом и спрос на это сейчас, безотносительно фарма-отрасли, стабильно высок.

Читати далі →

Поделитесь с коллегами:

Валидация компьютеризированных систем Де юре Де факто Де било

Правила виноделов

  1. Правило четырех исправлений
  2. Чем больше сделаешь сегодня, тем больше завтра исправлять
  3. Поторопишься, разгневаешь бога валидации
  4. Любое шевеление должно быть произведено таким образом дабы избежать шевелений в дальнейшем

Комментарий

  1. Любой документ при любом исходном состоянии должен быть переделан 4 раза. После четвертой правки мы либо приходим к исходной версии документа, либо получаем абсолютную ересь, которую читать не будет никто и никогда.
  2. Вытекает из первого пункта. Главное найти баланс. Чтобы с одной стороны все были уверены в том, что мы в поте лица трудимся с другой стороны избежать лишних шевелений.
  3. Иррациональный момент. Успешная валидация определяется сумой двух компонентов: Фактический валидационный статус объекта, отсутствие косяков у валидаторов. Если что либо делается впервые, либо не по стандарту, либо включает в себя наладочные работы, то вероятность успешной валидации зависит только от Него.
  4. Это с годами приходит. Забейте в youtube «Порожняк фитиль»

Читати далі →

Поделитесь с коллегами:

Облачные решения

Хотелось бы в режиме «фьюжн» обсудить возможность применения облачных решений в фармотрасли. Конечно, сейчас облака можно настроить самостоятельно и лично у меня есть опыт использования, например, GoogleDrive в качестве системы баг-трэкинга при тестировании нового ПО или Dropbox при необходимости работы с одним файлом-таблицей из разных точек доступа (с синхронизацией через клиент). Удобно, т.к. при запуске и тестировании нового ПО мы тщательно вместо обычных блокнотов, тетрадей, черновиков или в лучшем случае разрозненных файлов разных пользователей (потому как ПО мультипользовательское, стандартное с клиент-серверной архитектурой, тестовых сценариев одновременно реализуется множество) вписываем все баги в заранее разработанную форму, где багу присваивается номер, дается краткое и развёрнутое описание, приоритет.

Читати далі →

Поделитесь с коллегами: