Аргументы_по_удалению_ISO_9001_из_области_действия_системы.docx
16.4 KB
Коллеги, уже не в первый раз сталкиваюсь с производителем медицинского изделия, у которого помимо ISO 13485 ещё и внедрён ISO 9001. И каждый раз задаюсь одним и тем же вопросом: зачем?
Вот реально — что движет Вашим руководством, когда оно решает повесить на себя дополнительные требования, дополнительные проверки, дополнительные риски несоответствий? Какие тут логические или хотя бы экономические мотивы?
Я вот недавно для одного такого предприятия готовил пояснительную записку на тему целесообразности исключения ISO 9001 из области применения СМК — прилагаю ниже. Может, кому пригодится для внутреннего диалога с "убеждёнными сторонниками двух стандартов сразу". 😊
Вот реально — что движет Вашим руководством, когда оно решает повесить на себя дополнительные требования, дополнительные проверки, дополнительные риски несоответствий? Какие тут логические или хотя бы экономические мотивы?
Я вот недавно для одного такого предприятия готовил пояснительную записку на тему целесообразности исключения ISO 9001 из области применения СМК — прилагаю ниже. Может, кому пригодится для внутреннего диалога с "убеждёнными сторонниками двух стандартов сразу". 😊
🔥9
Прошёл Я тут недавно обучение по ГОСТ IEC 62304-2022, Спасибо Михаилу Виноградову 😊 Теперь вот понимаю что в 99 процедурах по управлению записями из 100 которые я у кого-либо встречал есть вот этот вот проблема которую только что я тут одному клиенту описал:
------------
Основные записи СМК в Вашей компании, по сути, — это, на мой взгляд, именно те записи, которые сопровождают разные стадии разработки, внедрения и поддержки ПО. Особенно если речь идёт о медизделиях с ПО — тут без этого никуда.
Чтобы разобраться, какие именно записи критичны, стоит обратить внимание на стандарт ГОСТ IEC 62304-2022. Я вставил ниже несколько ключевых определений из этого стандарта — они, на мой взгляд, имеют максимальное значение именно для управления записями в контексте жизненного цикла ПО. В идеале, в данной процедуре следовало бы раскрыть специфику управления такими записями: как обеспечивается прослеживаемость, какие документы считаются записями, где и как они хранятся, как защищаются от изменений, и как осуществляется доступ к ним.
Сейчас же в процедуре даже Jira (или другой аналогичный инструмент, который наверняка используется при разработке) не упоминается вообще… ☹️ Это делает процедуру довольно «отвязанной» от реальных процессов сопровождения жизненного цикла ПО.
Если компания всерьёз планирует реализовывать IEC 62304, стоит как минимум подумать над включением:
- понятий вроде «артефакт жизненного цикла ПО», «запись о жизненном цикле ПО», «управление конфигурацией ПО», «результаты тестирования ПО»;
- описания, какие записи формируются на каждой стадии разработки (требования, проектирование, верификация, тесты, исправления);
упоминаний об инструментах (таких как Jira, Git, Confluence), через которые ведутся эти записи — даже если на уровне ссылки или примечания;
- того, как эти записи попадают в СМК, кто их регистрирует, кто за них отвечает, и как они проверяются при аудитах.
Без этих дополнений процедура, скорее, относится к "бумажной" СМК, а не к современной инженерной системе управления разработкой программных компонентов медицинских изделий.
------------
Основные записи СМК в Вашей компании, по сути, — это, на мой взгляд, именно те записи, которые сопровождают разные стадии разработки, внедрения и поддержки ПО. Особенно если речь идёт о медизделиях с ПО — тут без этого никуда.
Чтобы разобраться, какие именно записи критичны, стоит обратить внимание на стандарт ГОСТ IEC 62304-2022. Я вставил ниже несколько ключевых определений из этого стандарта — они, на мой взгляд, имеют максимальное значение именно для управления записями в контексте жизненного цикла ПО. В идеале, в данной процедуре следовало бы раскрыть специфику управления такими записями: как обеспечивается прослеживаемость, какие документы считаются записями, где и как они хранятся, как защищаются от изменений, и как осуществляется доступ к ним.
Сейчас же в процедуре даже Jira (или другой аналогичный инструмент, который наверняка используется при разработке) не упоминается вообще… ☹️ Это делает процедуру довольно «отвязанной» от реальных процессов сопровождения жизненного цикла ПО.
Если компания всерьёз планирует реализовывать IEC 62304, стоит как минимум подумать над включением:
- понятий вроде «артефакт жизненного цикла ПО», «запись о жизненном цикле ПО», «управление конфигурацией ПО», «результаты тестирования ПО»;
- описания, какие записи формируются на каждой стадии разработки (требования, проектирование, верификация, тесты, исправления);
упоминаний об инструментах (таких как Jira, Git, Confluence), через которые ведутся эти записи — даже если на уровне ссылки или примечания;
- того, как эти записи попадают в СМК, кто их регистрирует, кто за них отвечает, и как они проверяются при аудитах.
Без этих дополнений процедура, скорее, относится к "бумажной" СМК, а не к современной инженерной системе управления разработкой программных компонентов медицинских изделий.
👍8🔥1
Коллеги, если вы пишете процедуру по валидации программного обеспечения с целью выполнения требований пунктов 4.1.6, 7.5.6 и 7.6 стандарта ISO 13485, то рекомендую рассмотреть следующее дополнения к определению понятия "программное обеспечение":
Также к программному обеспечению, подлежащему валидации, приравниваются:
− индивидуальные или групповые скрипты, макросы, шаблоны обработки данных (в том числе Excel, Word, Python, R и др.), если они участвуют в критичных для качества процессах;
− агенты искусственного интеллекта (например, голосовые помощники, чат-боты, системы автоклассификации), применяемые в операциях, влияющих на соответствие продукции;
− облачные сервисы с постоянным доступом и обработкой/хранением производственных, проектных, контрольных или регуляторных данных;
− интеграционные платформы, API-шлюзы и другие средства автоматического обмена данными между системами;
− специализированные веб-приложения и личные кабинеты, используемые для взаимодействия с поставщиками или регуляторными структурами, если они участвуют в операциях, влияющих на качество.
Программное обеспечение, установленное на мобильных устройствах (планшетах, смартфонах), под-лежит валидации в случае, если оно используется в производственных, контрольных или вспомогательных процессах, а также в операциях, влияющих на качество продукции или функционирование СМК. К таким случаям могут относиться, например, мобильные приложения для сбора производственных данных, проведения инспекций, контроля параметров окружающей среды или доступа к документации.
Исключение и ПО для валидации: каналы коммуникации, такие как чаты, группы и мессенджеры (например, WhatsApp, Telegram), не подлежат валидации как программное обеспечение, но подлежат регламентации и контролю в рамках процедур управления информацией, в том числе в части защиты персональных и конфиденциальных данных.
Также к программному обеспечению, подлежащему валидации, приравниваются:
− индивидуальные или групповые скрипты, макросы, шаблоны обработки данных (в том числе Excel, Word, Python, R и др.), если они участвуют в критичных для качества процессах;
− агенты искусственного интеллекта (например, голосовые помощники, чат-боты, системы автоклассификации), применяемые в операциях, влияющих на соответствие продукции;
− облачные сервисы с постоянным доступом и обработкой/хранением производственных, проектных, контрольных или регуляторных данных;
− интеграционные платформы, API-шлюзы и другие средства автоматического обмена данными между системами;
− специализированные веб-приложения и личные кабинеты, используемые для взаимодействия с поставщиками или регуляторными структурами, если они участвуют в операциях, влияющих на качество.
Программное обеспечение, установленное на мобильных устройствах (планшетах, смартфонах), под-лежит валидации в случае, если оно используется в производственных, контрольных или вспомогательных процессах, а также в операциях, влияющих на качество продукции или функционирование СМК. К таким случаям могут относиться, например, мобильные приложения для сбора производственных данных, проведения инспекций, контроля параметров окружающей среды или доступа к документации.
Исключение и ПО для валидации: каналы коммуникации, такие как чаты, группы и мессенджеры (например, WhatsApp, Telegram), не подлежат валидации как программное обеспечение, но подлежат регламентации и контролю в рамках процедур управления информацией, в том числе в части защиты персональных и конфиденциальных данных.
👍7👌1
Добрый день коллеги, хочу вернуться к вопросу внедрения требований ISO 9001 на предприятиях занимающихся МИ...
Я выше уже писал некоторые соображения на эту тему, сейчас хочу добавить принципиальный момент связанный с этими двумя стандартами в вопросе проектирования. Прикрепляю здесь слайд который я вставил свою презентацию по обучению СМК. Критикуйте! 😎
Я выше уже писал некоторые соображения на эту тему, сейчас хочу добавить принципиальный момент связанный с этими двумя стандартами в вопросе проектирования. Прикрепляю здесь слайд который я вставил свою презентацию по обучению СМК. Критикуйте! 😎
👍6
В августе на Форуме я проведу семинар о типичных проблемах на инспекциях. Мы разберём реальные случаи, когда требования ISO не совпадают с ПП35/136 и инспекторы трактуют всё по-своему.
Проголосуйте за тему, по которой у Вас было непонимание с инспектором.
Проголосуйте за тему, по которой у Вас было непонимание с инспектором.
Anonymous Poll
55%
управление рисками и изменениями
24%
внутренние аудиты
26%
управление компетенциями
19%
корректирующие действия
31%
обратная связь и жалобы
12%
другое… ☹️ (можете написать в личку?)
🔥5👍3👏1
Коллеги, Извините, но всё-таки похвастаюсь ☺️ Очень интересная формулировка в отзыве попалась 😍
Закончился двухдневный семинар по спецпрограмме составленной самим клиентом . По сути, получилось что-то среднее между семинаром и консультацией...
В свою очередь тоже хочу выразить благодарность всем участникам за интересные вопросы и даже некоторые новые для меня знания которые я непременно вставлю в свой материал.
Закончился двухдневный семинар по спецпрограмме составленной самим клиентом . По сути, получилось что-то среднее между семинаром и консультацией...
В свою очередь тоже хочу выразить благодарность всем участникам за интересные вопросы и даже некоторые новые для меня знания которые я непременно вставлю в свой материал.
🔥10👍3
Forwarded from Коллизии аудита (Igor Zviagin)
Чтобы наблюдение аудита получилось понятным, полным, "вкусным" 😊 рекомендую использовать при описании глаголы в настоящем времени - вот как будто вы стоите там рядом с объектом наблюдения и в режиме онлайн описываете что видите и что люди делают
👍5👌1
Коллеги,
Позвольте сделать несколько объявлений по ближайшим обучающим мероприятиям с участием вашего покорного услуги - занесите себе в календарь 😊
17–19 июня 2025 "Директор по качеству" - авторский семинар который я провожу один раз в год в июне в очно-дистанционном формате. Семинар не имеет отраслевой привязки, я рассказываю на нём о том как понимать процессный подход, риск-менеджмент, как всё это увязывать с инструментами СМК, с целеполаганием и рефлексией, как распределять функции, полномочия и ответственность... За последние 4 года как я его провожу, на нём побывали представители Росатома, РЖД и других крупных трансроссийских холдингов. Учитывая мою специализацию на медицинской технике, очень много привожу примеров именно из этой отрасли. Крайне рекомендую приехать в Санкт-Петербург. У нас в это время самый разгар белых ночей 😊
7-8 июля 2025 г. (онлайн-семинар) - "Аудит поставщика для производителей медицинских изделий» с выдачей сертификата «Аудитор второй стороны» с занесением в Реестр профессионалов в области управления Евразийской ассоциации по оценке соответствия и сертификации (ECA) – член APAC. Подробнейшим образом разберём пункты 7.4 и 4.1.5. Расскажу чем аутсорсинг отличается от трансфера, а трансфер от экспедайтинга 😊
Возможно будут ещёпара открытыых семинаров в сентябре - следите за рассылкой и информацией в телеграмм-группе https://t.me/FAQ_QMS
Позвольте сделать несколько объявлений по ближайшим обучающим мероприятиям с участием вашего покорного услуги - занесите себе в календарь 😊
17–19 июня 2025 "Директор по качеству" - авторский семинар который я провожу один раз в год в июне в очно-дистанционном формате. Семинар не имеет отраслевой привязки, я рассказываю на нём о том как понимать процессный подход, риск-менеджмент, как всё это увязывать с инструментами СМК, с целеполаганием и рефлексией, как распределять функции, полномочия и ответственность... За последние 4 года как я его провожу, на нём побывали представители Росатома, РЖД и других крупных трансроссийских холдингов. Учитывая мою специализацию на медицинской технике, очень много привожу примеров именно из этой отрасли. Крайне рекомендую приехать в Санкт-Петербург. У нас в это время самый разгар белых ночей 😊
7-8 июля 2025 г. (онлайн-семинар) - "Аудит поставщика для производителей медицинских изделий» с выдачей сертификата «Аудитор второй стороны» с занесением в Реестр профессионалов в области управления Евразийской ассоциации по оценке соответствия и сертификации (ECA) – член APAC. Подробнейшим образом разберём пункты 7.4 и 4.1.5. Расскажу чем аутсорсинг отличается от трансфера, а трансфер от экспедайтинга 😊
Возможно будут ещёпара открытыых семинаров в сентябре - следите за рассылкой и информацией в телеграмм-группе https://t.me/FAQ_QMS
Telegram
Аудит без галстука
Разбираем реальные кейсы, спорные требования стандартов и «серые зоны» аудитов. Показываем, как на самом деле работают процессы, риски и документы.
Для практиков: аудиторов, руководителей качества и тех, кто хочет перестать играть в «бумажную СМК
Для практиков: аудиторов, руководителей качества и тех, кто хочет перестать играть в «бумажную СМК
🎯 FAQ по СМК — коротко, по делу, без галстука
Подготовил очередную 47-ю подборку реальных вопросов, которые мне часто задают в переписке и на семинарах. Отвечаю просто и по существу:
🔍 Можно ли совмещать функции ОТК и менеджера по качеству?📝 Кто должен подписывать мастер-файл?📂 Как фиксить актуальность документов?📊 PMS-отчёт: на каждую модель или можно один общий?⚠️ Что писать про риски в корректирующих действиях?
С примерами, комментариями и ноткой полевого юмора от аудитора, который всё это видел своими глазами 😊
📌 Полезно для тех, кто внедряет ISO 13485, и для тех, кто просто хочет навести порядок в документации.
📮 Получите файл, подписавшись на мою рассылку новостей по СМК и ответов на ваши самые интересные вопросы — http://getcemark.ru(на сайте короткая анкета — заполняется за 1 минуту)
Подготовил очередную 47-ю подборку реальных вопросов, которые мне часто задают в переписке и на семинарах. Отвечаю просто и по существу:
🔍 Можно ли совмещать функции ОТК и менеджера по качеству?📝 Кто должен подписывать мастер-файл?📂 Как фиксить актуальность документов?📊 PMS-отчёт: на каждую модель или можно один общий?⚠️ Что писать про риски в корректирующих действиях?
С примерами, комментариями и ноткой полевого юмора от аудитора, который всё это видел своими глазами 😊
📌 Полезно для тех, кто внедряет ISO 13485, и для тех, кто просто хочет навести порядок в документации.
📮 Получите файл, подписавшись на мою рассылку новостей по СМК и ответов на ваши самые интересные вопросы — http://getcemark.ru(на сайте короткая анкета — заполняется за 1 минуту)
🔥7👍1
🧐 Как Вы оформляете несоответствия по результатам аудита? 👇 Проголосуйте в опросе! И напишите в комментариях, почему выбрали именно такой вариант.
Существует два популярных подхода:
Существует два популярных подхода:
Anonymous Poll
32%
📄 1. Отдельный бланк на каждое несоответствие
68%
2. Общая таблица с перечнем всех несоответствий
Поступил такой вопрос: Можно ли назначить представителя руководства по качеству (ПРК) по ISO 13485 из внешней организации, по договору?
мой ОТВЕТ: Да, можно.Стандарт ISO 13485:2016 не требует, чтобы ПРК был штатным сотрудником. Главное — чтобы у него были официально оформленные полномочия, ответственность и подотчётность высшему руководству.
⚠️ Но важно:
* ПРК должен реально участвовать в управлении СМК.
* Его доступность и вовлечённость нужно закрепить в договоре.
* Ответственность за СМК остаётся на производителе — это не "аутсорсинг ответственности", а делегирование полномочий.
📌 Подходит для малых компаний и региональных представительств.
мой ОТВЕТ: Да, можно.Стандарт ISO 13485:2016 не требует, чтобы ПРК был штатным сотрудником. Главное — чтобы у него были официально оформленные полномочия, ответственность и подотчётность высшему руководству.
⚠️ Но важно:
* ПРК должен реально участвовать в управлении СМК.
* Его доступность и вовлечённость нужно закрепить в договоре.
* Ответственность за СМК остаётся на производителе — это не "аутсорсинг ответственности", а делегирование полномочий.
📌 Подходит для малых компаний и региональных представительств.
🗳 А как у Вас организована функция представителя руководства по качеству?
Ответьте прямо здесь или в комментариях — интересно посмотреть на практику коллег 😊
Ответьте прямо здесь или в комментариях — интересно посмотреть на практику коллег 😊
Anonymous Poll
82%
Штатный сотрудник внутри организации
2%
Внешний специалист по договору
5%
Комбинированная модель
11%
Пока не назначен
Получил вот такой вопрос от одного клиента:
"Хотела уточнить по поводу файлов юзабилити или эксплуатационной пригодности. Как показывает практика, это должен быть отдельный файл или можно сделать часть с описанием юзабилити в файле менеджмента рисков? Или можно сделать это частью тех.файла на аппарат?"
Мой короткий ответ такой:
А. Что требуют нормативы:
- IEC 62366-1:2015 + A1:2020, пп. 4.1 и 4.2 ― должен оформляться Usability Engineering File (UEF); при этом записи UEF «могут быть частью других документов и файлов», включая файл по управлению рисками.
- ISO 14971:2019, п. 4.5 ― Risk Management File (RMF) обязан содержать/ссылаться на все результаты риск-менеджмента и обеспечивать прослеживаемость по каждому опасному фактору; формат свободный.
- ISO 13485:2016, п. 4.2.3 ― на каждое изделие создаётся Medical Device File, где должны быть (или на которые должны ссылаться) RMF и UEF.
B. Практика, проверенная на аудитах:
1. UEF как самостоятельный файл: удобно для глубокого анализа рисков связанных с человеческим фактором; минус – дублирование данных с RMF.
2. UEF как раздел RMF: единый источник достоверной информации по всем вопросам эксплуатационной пригодности и управления рисками, идеальная прослеживаемость; минус – RMF-файл становится «тяжёлым», если не используются гиперссылки на связанные документы и записи СМК.
"Хотела уточнить по поводу файлов юзабилити или эксплуатационной пригодности. Как показывает практика, это должен быть отдельный файл или можно сделать часть с описанием юзабилити в файле менеджмента рисков? Или можно сделать это частью тех.файла на аппарат?"
Мой короткий ответ такой:
А. Что требуют нормативы:
- IEC 62366-1:2015 + A1:2020, пп. 4.1 и 4.2 ― должен оформляться Usability Engineering File (UEF); при этом записи UEF «могут быть частью других документов и файлов», включая файл по управлению рисками.
- ISO 14971:2019, п. 4.5 ― Risk Management File (RMF) обязан содержать/ссылаться на все результаты риск-менеджмента и обеспечивать прослеживаемость по каждому опасному фактору; формат свободный.
- ISO 13485:2016, п. 4.2.3 ― на каждое изделие создаётся Medical Device File, где должны быть (или на которые должны ссылаться) RMF и UEF.
B. Практика, проверенная на аудитах:
1. UEF как самостоятельный файл: удобно для глубокого анализа рисков связанных с человеческим фактором; минус – дублирование данных с RMF.
2. UEF как раздел RMF: единый источник достоверной информации по всем вопросам эксплуатационной пригодности и управления рисками, идеальная прослеживаемость; минус – RMF-файл становится «тяжёлым», если не используются гиперссылки на связанные документы и записи СМК.
Хотелось бы узнать от коллега какой формат используете вы?
Anonymous Poll
64%
UEF как самостоятельный файл
36%
UEF как раздел RMF
🕵️♂️ Как в Вашей компании формально доказывают независимость внутреннего аудитора от проверяемого объекта?
(вопрос в контексте требований стандарта ISO 19011:2018, п. 4.5)
Выберите один или несколько применяемых способов:
(вопрос в контексте требований стандарта ISO 19011:2018, п. 4.5)
Выберите один или несколько применяемых способов:
Anonymous Poll
18%
Приказ о назначении аудитора с указанием объекта проверки
16%
Матрица ответственности (RACI), подтверждающая непричастность
18%
Должностные инструкции, где описана независимость
4%
Подписанная декларация о независимости и конфиденциальности
15%
Обоснование в плане аудита (в том числе внутри отчёта)
52%
Не оформляем — полагаемся на здравый смысл и культуру
2025_06_30_Пояснительная_записка_про_ПРК.pdf
161.8 KB
Если Ваш начальник отдела технического контроля совмещает функцию ПРК то передайте ему эту служебную записку 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Forwarded from Алиса Колчина
«ШКОЛА РЕГИСТРАТОРА МЕДИЗДЕЛИЙ»
26-27 августа 2025 г. ONLINE
Как подготовить производство МИ к обязательной инспекции по ISO 13485 и ПП №135, 136: эффективная организация внутренних аудитов, разработка СМК, проведение инспекции по требованиям РЗН
Организатор:
• Конгрессная Компания «Симпозиум»
При поддержке ФГБУ «ВНИИИМТ» Росздравнадзора Регистрация:
На Школе регистратора вы:
• Разберете, как внедрить СМК и сделать постоянными внутренние аудиты производства МИ для подготовки к инспекции: организация управления рисками, документацией, изменениями, корректирующими и предупреждающими действиями
• Выясните от экспертов ВНИИИМТ, как правильно внедрить СМК, которая устроит требования регулятора и приведет к положительному Отчёту: подводные камни встречи с инспектором, составление сметы затрат, статьи потенциальной экономии
• Узнаете, как подготовиться к выездной или дистанционной инспекции, учитывая специфические аспекты СМК, которые вызывают частые сложности, где пересекаются требования ISO 13485 и ПП РФ №135, как преодолеть противоречия
• Получите ответы на все вопросы, связанные с подготовкой, организацией и проведением инспекционного контроля главными экспертными организациями и рекомендации по исправлению возможных ошибок
Регистрация
Тел. 8 966 666 36 91
info@simposium-forum.ru
Сайт: https://medregschool.ru/august
26-27 августа 2025 г. ONLINE
Как подготовить производство МИ к обязательной инспекции по ISO 13485 и ПП №135, 136: эффективная организация внутренних аудитов, разработка СМК, проведение инспекции по требованиям РЗН
Организатор:
• Конгрессная Компания «Симпозиум»
При поддержке ФГБУ «ВНИИИМТ» Росздравнадзора Регистрация:
На Школе регистратора вы:
• Разберете, как внедрить СМК и сделать постоянными внутренние аудиты производства МИ для подготовки к инспекции: организация управления рисками, документацией, изменениями, корректирующими и предупреждающими действиями
• Выясните от экспертов ВНИИИМТ, как правильно внедрить СМК, которая устроит требования регулятора и приведет к положительному Отчёту: подводные камни встречи с инспектором, составление сметы затрат, статьи потенциальной экономии
• Узнаете, как подготовиться к выездной или дистанционной инспекции, учитывая специфические аспекты СМК, которые вызывают частые сложности, где пересекаются требования ISO 13485 и ПП РФ №135, как преодолеть противоречия
• Получите ответы на все вопросы, связанные с подготовкой, организацией и проведением инспекционного контроля главными экспертными организациями и рекомендации по исправлению возможных ошибок
Регистрация
Тел. 8 966 666 36 91
info@simposium-forum.ru
Сайт: https://medregschool.ru/august
medregschool.ru
Школа регистратора медизделий | Август
Разбор спектра проблем регистрации МПО и МПО с ИИ по ПП №1684, нового порядка испытаний в контексте нового Приказа Минздрава №421н и проекта Приказа РЗН о СНД. Алгоритм подготовки и реализации программы корректирующих мероприятий для МИ в 2026-27 гг