AUT-0263· Безпека та відповідність
Контроль повідомлення про інцидент із медичним виробом
Виробник має справу інциденту, рішення фахівця про звітування, докази подання та пов’язані результати розслідування.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Звернення щодо медичного виробу закрили як клієнтську скаргу, але виробник не перевірив потребу регуляторного повідомлення або загубив наступний звіт.
02 / Результат
Для кожної події видно відповідального, рішення щодо належного звітування, підтверджені подання та відкриті запити й результати розслідування.
03 / Процес
ТригерВиробник або його погоджений представник отримав інформацію про можливий інцидент із медичним виробом після виведення на ринок.
Зареєструвати подію, час отримання інформації, джерело, виріб і відомі ідентифікатори; повторне звернення пов’язати зі справою без втрати нових фактів.
Негайно передати подію визначеному фахівцю з безпеки та регуляторних питань; збір деталей у CRM не замінює погодженого термінового реагування.
Фахівець визначає застосовний ринок, відповідальну сторону, критерії звітування, належні строки та обґрунтоване рішення; невідомі факти не називати відсутністю інциденту.
Сформувати пакет за погодженою формою, обмежити доступ до персональних даних і передати уповноваженій особі; чернетка не означає подання.
Зберегти докази подання через належний канал, зовнішній номер справи й редакцію; відхилення та запити доповнення залишити відкритими.
Контролювати погоджений план розслідування, відповіді й подальші звіти; медичні та технічні висновки виконують уповноважені фахівці.
Пов’язати завершальний звіт із первинною справою, перевірити його подання та рішення відповідального щодо завершення; коригувальні дії й відкликання контролювати окремо.
04 / Реалізація1 варіант
Приклад · Справа виробника зі звіркою подань
Підтримка отримала звернення й запланувала заміну виробу. Фахівець окремо визначив потребу звітування: заміна не закрила справу. Чернетку первинного звіту відхилив портал, тому команда зберегла відкритий запит виправлення. Після підтвердженого подання розслідування завершили, але справа лишилася відкритою до належного завершального звіту. Повторне звернення додало факт до тієї самої події.
Спосіб реалізації
- Проєктна модель PlanFix: подія, виріб, відповідальний фахівець, рішення, редакції подань, зовнішні номери й запити; клінічну оцінку та офіційне звітування виконують уповноважені особи.
Що потрібно для реалізації
- Визначено виробника, повноваження представника й відповідального регуляторного фахівця.
- Є погоджені процедури реагування, належні канали звітування та обмежений доступ до доказів.
- Погоджено процедуру та критерії приймання справи.
- Є належні підтвердження подання й права доступу.
Обмеження
- Не встановлює клінічну причинність, серйозність події або потребу звітування замість фахівця.
- Не є клінічною системою чи каналом екстреної допомоги.
- Строки, форми й відповідальні залежать від ринку та чинних вимог; правила Великої Британії не перенесено на інші юрисдикції.
- Модель призначена для виробника або його представника; маршрут повідомлення пацієнта чи медичного працівника може відрізнятися.
- Розслідування, фінальний звіт і виконання коригувальних дій мають окремі підтвердження.
- Готового конектора до MORE або іншого регуляторного порталу не заявлено; години попередні, експертиза й регуляторний супровід не включені.
- Не приймає рішення про безпеку виробу автоматично.
- Не завершує справу за відправленою чернеткою або заміною виробу.
Що потрібно уточнити (2)
- Чи потрібно читати звернення та підтвердження подання з окремих систем?
Перевірте повноваження, ID події й звіту, редакції, доступ до персональних даних і невизначені відповіді.
- Чи потрібні окремі погоджені маршрути для кількох ринків?
Фахівець визначає відповідальних, форми й строки; справи та подання зберігають окремі результати.