AUT-0465· Виробництво
Планування та контроль аудиту критичного постачальника медичних виробів
Виробник планує ризик-орієнтовані аудити критичних постачальників і зберігає перевірний зв’язок між планом, доказами, висновками та подальшими діями.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Плани й звіти аудитів постачальників розпорошені між календарями, поштою та папками. Команда не бачить, чому обрала постачальника, чи охопив аудит потрібні процеси та чи доступні записи для наступного перегляду.
02 / Результат
Для кожного запланованого аудиту є обґрунтований пріоритет, погоджені межі й критерії, кваліфіковані учасники, збережені докази та звіт із контрольованими подальшими рішеннями.
03 / Процес
ТригерНастав строк затвердженого аудиту постачальника критичного продукту або процесу. · Новий ризик, зміна постачальника чи повторні проблеми потребують переглянути пріоритет аудиту.
Визначити постачальника, продукцію або аутсорсинговий процес, пов’язаний продукт і відповідального за програму аудиту.
Застосувати затверджені критерії ризику й результативності постачальника; записати причину вибору та межі аудиту.
Погодити мету, критерії, майданчик або формат, дату, команду та компетентність аудиторів; перевірити незалежність, коли вона потрібна.
Надіслати погоджений план постачальнику та зібрати лише необхідні попередні записи в сховищі з відповідними правами.
Провести аудит за затвердженим планом; фіксувати фактичні докази, вибірки та посилання на контрольовані записи.
Звірити факти з критеріями, надати постачальнику можливість уточнити фактичні помилки й випустити контрольований звіт.
Призначити власників і строки подальших дій; передати конкретну невідповідність до окремого процесу коригувальних дій постачальника.
Уповноважений фахівець оцінює завершення, ефективність і потребу змінити статус чи частоту контролю постачальника; зберегти рішення та записи за погодженим строком.
04 / Реалізація2 варіанти
Приклад · Координація аудиту та контрольованих записів
Після перегляду повторних невідповідностей власник програми призначив аудит постачальника стерильного компонента. Задача містила обґрунтування пріоритету, план, відповідальних і посилання на звіт у контрольованому сховищі.
Спосіб реалізації
- Налаштувати в PlanFix тип задачі з постачальником, обсягом, ризиком, строками, аудиторами, статусом звіту та посиланням на сховище.
- Створювати повторну задачу за погодженою датою; прострочення й відкриті висновки передавати власнику програми.
- Зберігати затверджений план, звіт і докази у контрольованій системі якості; у PlanFix залишати лише необхідні посилання.
Що потрібно для реалізації
- Визначені критерії критичності, пріоритету й частоти аудиту, власник програми та повноваження щодо статусу постачальника.
- Є актуальні дані про продукцію, закупівлі, скарги, невідповідності та попередні оцінки в авторитетних системах.
- Визначені компетентні аудитори, доступ до записів, правила конфіденційності й контрольоване сховище звітів.
- Затверджені межі аудиту, критерії, формат звіту, строки відповіді та маршрут подальших дій.
- Є затверджена програма аудитів, критерії ризику й доступне контрольоване сховище.
Обмеження
- FDA вказує, що за QMSR, чинним із 2 лютого 2026 року, інспектори можуть переглядати звіти аудитів постачальників. Це твердження стосується продукції під наглядом FDA.
- MDSAP Audit Approach є методичним документом програми для медичних виробів і юрисдикцій-учасниць; він не встановлює універсального календаря аудиту для всіх постачальників.
- PlanFix може координувати план, задачі, строки й відповідальних. Він не проводить аудит, не надає кваліфікацію аудитора та не є сховищем доказів без окремого аналізу доступу й конфіденційності.
- Оцінка не включає проведення аудиту, відрядження, зовнішніх аудиторів, юридичний висновок чи сертифікацію; попередня.
- Збір аудиторських доказів, висновки й погодження виконують фахівці; інтеграції зі сховищем не включені.
Що потрібно уточнити (2)
- Чи потрібно координувати аудити для кількох майданчиків?
Кількість майданчиків впливає на календарі, ролі, звітність і права доступу.
- Чи потрібно отримувати оцінки або записи аудиту з ERP/QMS?
Потрібні системи, стабільні ID, доступні поля та правила обробки змін.