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