Запис історії пристрою (DHR) – підтвердження відповідності виробництва

Ця тема є частиною SG Systems Global серія регуляторних глосаріїв.

Оновлено у жовтні 2025 р. • Медичні вироби • 21 CFR 820 / ISO 13485 / EU MDR

Запис історії виробу (DHR) – це оформлений, завірений часом набір записів про виробництво та якість, який демонструє, що кожна партія/партія або одиниця медичного виробу була виготовлена, перевірена, маркована та випущена відповідно до Головного запису виробу (DMR) та системи якості виробника. Там, де виробництво є електронним, поширеним є термін eDHR , що підкреслює відповідність ідентифікації Частині 11 , журнали аудиту та електронні підписи. DHR є операційним дзеркалом Файлу історії проекту (DHF) : DHF стверджує, що проект є придатним; DHR доводить, що виріб, який ви поставили, був виготовлений за цим проектом – щоразу.

«Захищений DHR — це ланцюг атрибутивних фактів — хто що зробив, коли, на якому пристрої — з об’єктивними доказами того, що кожен крок відповідав DMR, і що невідповідності контролювалися перед випуском».

1) Що це таке

Звіт про технічне обслуговування (DHR) – це не окрема форма, а кураторський досьє виконаних інструкцій та результатів для виробничої партії або серіалізованого блоку. Він містить перелік фактично використаних матеріалів, статус приймання компонентів, критичні параметри процесу, записи про перевірку в процесі виробництва та остаточну перевірку, докази маркування (включаючи UDI) та офіційне рішення про випуск продукції з контролю якості. Метою є простежуваність та доказ відповідного виробництва : якщо трапляється несприятлива подія, скарга або відкликання, DHR дозволяє швидке відстеження вперед/зворотно – які деталі були включені до складу яких блоків та які випробування були пройдені або не пройдені.

2) Нормативні засади та сфера застосування

Згідно зі старим 21 CFR 820 (Регламент системи якості), виробники повинні підтримувати DHR, які «демонструють, що пристрій виготовлено відповідно до DMR та вимог цієї частини». ISO 13485 вимагає записів про виробництво та надання послуг, ідентифікацію та відстеження, а також випуск. В ЄС MDR вимагає технічної документації та виробничих записів, достатніх для післяринкового нагляду та контролю. У різних юрисдикціях DHR також взаємодіє з UDI ( 21 CFR 830 ) та, де це можливо, відстеженням імплантатів або засобів життєзабезпечення ( 21 CFR 821 ). Розгляд скарг та звітність про контроль ( 803 ) та виправлення/видалення ( 806 ) залежать від цілісності DHR.

3) Канонічний зміст DHR / eDHR

Зміст DHR залежить від класу пристрою, складності процесу та ризику, але надійний eDHR зазвичай включає:

• Ідентифікація та контекст. Код продукту, номер партії/серійний номер, робоче замовлення, рівень редакції та BOM/routing версія, що діє (відстеження конфігурації).
• Стан прийняття компонента. Записи про Випуск компонента включаючи постачальника, результати вхідного контролю, сертифікати (де використовуються) та статус партії, що розглядається.
• Виконання процесу. Завершення кожного кроку MES з міткою часу, параметрами та Подвійна перевірка/підписи для критичних дій; тривоги та перевизначення з кодами причин.
• Внутрішньотехнологічна та остаточна перевірка. Виміряні значення, відповідність/невідповідність критеріям прийнятності, плани вибірки (наприклад, AQL), А також Контрольна карта SPC докази, де це можливо.
• Маркування та унікальний идентифікатор продукту (UDI). Затверджене посилання на оформлення етикетки через Робочий процес затвердження, використаний шаблон/версія етикетки, Перевірка штрих-коду сканування, дані серіалізації/UDI та підрахунки звірок.
• Невідповідності та диспозиції. Пов’язані NCR, записи про карантин/ізоляцію, інструкції з переробки, результати повторного тестування та обґрунтування — пов’язані з КАПА де системний.
• Екологічна/процесна кваліфікація. Де це доречно, посилання на калібрування обладнання та перевірка очищення стан, записи циклів стерилізації або партії валідації процесу.
• Якісний реліз. Авторизація контролю якості з електронним підписом Частини 11; дотримано критеріїв випуску; задокументовано затримки/відмови відповідно до Контроль змін де це застосовно.

«Якщо точка даних впливає на випуск, вона має бути пов’язаною, одночасною та такою, що може бути відновлена. Все, що менше, є думкою, а не записом».

4) Управління: Цілісність даних та життєвий цикл записів

Надійна програма eDHR реалізує принципи ALCOA+ та журналу аудиту : записи відносяться до унікальних користувачів або інструментів; є розбірливими та одночасними ; оригінальними із захищеними необробленими даними; точними , повними , послідовними , довговічними та доступними . Засоби контролю Частини 11/Додатку 11 забезпечують використання ідентифікаційних даних та електронних підписів; засоби контролю доступу захищають розподіл ролей; базові рівні конфігурації гарантують, що DHR посилається на точний використаний DMR/BOM/редакцію. Записи повинні зберігатися та відображатися протягом періоду зберігання предиката, а також представлятися у формі, зрозумілій для людини, на вимогу. Нарешті, процедурні засоби контролю мають таке ж значення, як і технічні: навчання, періодичний перегляд eDHR та докази CSV для систем, які генерують та зберігають записи.

5) Інтерфейси: DHF, DMR, UDI та постмаркетинг

Звіт про реєстрацію ризиків (DHR) знаходиться в кінці ланцюжка проєктування→виробництво. DHF обґрунтовує проєкт; DMR визначає, «як будувати та перевіряти»; DHR доводить виконання. Ідентифікатори UDI/відстежуваності з Частини 830 застосовуються та фіксуються в DHR для підтримки контролю розподілу та, де це можливо, відстеження імплантів . Післяринкові процеси (скарги, пильність/803; виправлення/806) спираються на пошук DHR для ідентифікації уражених партій/одиниць та визначення необхідності польових дій. Надійне збереження та архівування даних гарантує, що DHR залишаться неушкодженими з часом та змінами технологій.

6) Поширені види несправностей та як їх уникнути

• Невідповідність паперового та електронного документів. Використання паперових матеріалів та їх транскрипція в системи призводить до помилок транскрипції та запізнення введення даних. Виправлення: виконуйте безпосередньо в eDHR; де потрібні паперові матеріали, застосовуйте аудиторський журнал сканування та захоплення з багатими метаданими.
• Дрейф версій. DHR показує кроки, виконані для застарілої версії DMR. Виправлення: MES забезпечує контроль дати набрання чинності та блокує робочі наряди до певних базових рівнів конфігурації.
• Прогалини в управлінні маркуванням. Етикетки надруковані із застарілих ілюстрацій або неправильною мовою. Виправлення: прив’язка друку до затверджених шаблонів через Робочий процес затвердженнядрук з блокуванням перевірки штрих-кодів та перевірка від другої особи.
• Неконтрольована переробка. Інструкції з переробки не контролюються; повторне тестування не пов'язане. Виправлення: зв'язок NCR→QMS з контрольованими планами переробки та повною повторною перевіркою, зафіксованою в DHR.
• Журнал аудиту вимкнено або нечитабельно. Система не може показати, хто змінив значення та чому. Виправлення: журнали аудиту, що відповідають Частині 11/Додатку 11, зі звітами, зрозумілими для людини, та перевіркою за винятком.
• Фрагментована генеалогія. Партії компонентів не фіксуються в момент використання. Виправлення: застосуйте сканування для використання та Спрямований комплектування з контрольованих бункерів WMS.

7) Метрики, що мають значення

• Правильне заповнення eDHR з першого разу. % записів з нульовими дефектами даних під час перевірки якості; тенденція за лінійкою та продуктом.
• Час отримання DHR. Хвилини для відображення повного, зрозумілого людиною DHR для будь-якої партії/одиниці — цільовий показник хвилин — однозначне число.
• Повнота генеалогії. % компонентів із зареєстрованою партією/серійним номером у момент використання; % сканувань, підтверджених Перевірка штрих-коду.
• Точність узгодження міток. Різниця між виданими/використаними/анульованими етикетками; майже помилкові блокування як провідний індикатор.
• Швидкість постмаркетингового з'єднання. Час від сигналу про скаргу до ідентифікації ураженої партії через DHR.

8) Як це пов'язано з V5

V5 від SG Systems Global забезпечує інтегровану МНС + WMS + СМЯ архітектура для виконання та зберігання eDHR за допомогою Частина 11 та аудиторський журнал елементи керування. У V5 MES робочі інструкції є покроковими: користувачі сканують компоненти з дозволених контейнерів WMS (Управління контейнерами / місцезнаходженням); Подвійна перевірка та блокування допусків запобігають неправильному складанню; стан обладнання та перевірка очищення стани застосовуються перед обробкою. У V5 WMS, Спрямований комплектування та Динамічний розподіл лотів забезпечити наявність лише випущених та сумісних партій. У системі управління якістю V5 невідповідності, КАПА та Контроль змін пряме посилання на відповідні записи DHR. Друк етикеток пов'язаний із затвердженими зразками через Робочий процес затвердження з Перевірка штрих-коду у застосуванні; дані UDI збираються автоматично. Для аудитів V5 створює готові до перевірки пакети DHR та графіки ліній походження протягом кількох хвилин, що зменшує час пошуку та ризики.

9) FAQ

Q1. DHR проти DMR проти DHF — у чому різниця?
DHF документує контроль проектування (чому пристрій підходить). DMR – це головний рецепт – як будувати та перевіряти. DHR показує, що конкретна партія/блок була побудована та перевірена відповідно до DMR.

Q2. Чи всі кроки вимагають електронних підписів?
Не обов'язково, але критичні кроки, що впливають на ідентифікацію, надійність, безпеку або маркування, повинні вимагати автентифікованих користувачів і часто перевірка від другої особиУсі записи мають бути пов’язаними з певною особою та підтвердженими аудиторською перевіркою.

Q3. Як довго необхідно зберігати DHR?
Зберігання визначається правилами предикатів та ризиками; багато записів пристроїв повинні зберігатися протягом очікуваного терміну служби пристрою, але не менше двох років з моменту випуску. Забезпечте архівні зберігає читабельність та метадані.

Q4. Чи можемо ми експортувати дані DHR у PDF та відкидати необроблені дані?
PDF-файли покращують читабельність, але інспектори можуть запитувати система запису дані, метадані та журнали аудиту. Забезпечте доступність та посилання на вихідні дані.

Q5. Як ми обробляємо переробку в DHR?
Через контрольовані NCR із затвердженими інструкціями з переробки, повторну перевірку/повторну валідацію за потреби та чіткий статус сегрегації — кожна дія фіксується в eDHR перед випуском.