Електронний запис історії пристрою (eDHR) – цифрове підтвердження виробництва та відстеження пристрою

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

Оновлено у листопаді 2025 р. • 21 CFR 820/QMSR, EU MDR, ISO 13485, UDI, MES, QMS, цілісність даних

Електронний запис історії пристрою (eDHR) – це цифрова реалізація Запису історії пристрою, необхідного для медичних виробів та діагностичних засобів. Він документує, як кожен пристрій, партія або партія були фактично виготовлені, випробувані, марковані та випущені відповідно до затверджених інструкцій з проектування та виробництва. У той час як традиційний Запис історії пристрою (DHR) – це стопка паперових квитанцій, тестових аркушів та підписів, eDHR – це структурований, узгоджений з Частиною 11 збірник електронних записів, пов’язаних із системами MES , QMS , маркування, UDI та ланцюга постачання. Це система записів, яка дозволяє виробнику довести, не копаючись в архівах, що конкретний пристрій був виготовлений відповідно до заявленого.

«Якщо цього немає в DHR, значить, цього не сталося. Якщо DHR не є надійним, регулятори та клієнти вважатимуть, що контролю ніколи не існувало».

1) Місце eDHR у стеку документації пристроїв

Виробники пристроїв мають три основні записи: Файл історії проектування (DHF) , який документує, як було розроблено пристрій; Головний запис пристрою (DMR) – контрольований набір специфікацій та інструкцій, що описують, як його виготовити; та DHR , який показує, як кожна одиниця, партія або партія була фактично виготовлена ​​та випробувана. Згідно з 21 CFR 820 (та його наступником, Регламентом системи управління якістю, QMSR ), виробники повинні вести DHR, які демонструють відповідність DMR та процедурам системи якості. ISO 13485 та EU MDR 2017/745 повторюють це, вимагаючи записів про виробництво та відстеження як частини технічної документації.

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

2) Від паперових DHR до цифрової історії пристроїв

Традиційні перевірки даних (DHR) були фізичними: працівники, що їздять на роботу, з позначками, рукописними результатами перевірок, роздруківками з випробувальних стендів та етикетками, прикріпленими до форм. У невеликих обсягах операцій на одному об'єкті такий підхід був терпимим, навіть якщо перевірки були повільними та схильними до помилок. Оскільки виробники додавали нові об'єкти, передавали роботу на аутсорсинг директорам з маркетингу (CMO) та впроваджували UDI та глобальну дистрибуцію, папір став вузьким місцем та ризиком. Сканування цих пакетів у систему управління документами (DMS) покращило доступ, але не змінило основної реальності: інспекторам все ще доводилося переглядати зображення сторінка за сторінкою, і більшість даних фактично була заблокована від аналізу.

eDHR переосмислює цю модель. Системи виконання та підключене обладнання збирають дані під час виконання роботи, а не в кінці зміни. Контрольні списки стають структурованими формами; результати випробувань на крутний момент або герметичність надходять з випробувальних стендів; сканування компонентів та етикеток безпосередньо пов'язує їх з конкретними робочими замовленнями та вузлами. Замість ручного складання DHR як одноразової дії, система збирає контент eDHR безперервно. Саме це робить правила миттєвого пошуку та автоматизованого випуску реалістичними, а не просто видаванням бажаного за дійсне, закріпленим на сканованих PDF-файлах та електронних таблицях.

3) DMR, DHR, eDHR та eMMR – як пов’язані записи

У пристрої DMR відіграє ту саму роль, що й головний виробничий запис у фармацевтичній галузі. Він містить затверджені креслення, специфікації матеріалів (BOM) , процедури складання та випробувань, специфікації маркування та упаковки, а також будь-які спеціальні технологічні інструкції. У цифровому стеку ці елементи зберігаються в PLM, DMS або безпосередньо в MES як контрольовані об'єкти. Потім DHR (або eDHR) фіксує виконання відповідно до цього головного запису: яка версія DMR застосовувалася, які компоненти та партії фактично використовувалися, які випробування проводилися та які були їхні результати, хто що робив і коли.

Багато сайтів зі змішаним портфелем також використовують основні виробничі записи (MMR) та eMMR для лікарських засобів або біологічних продуктів. Концептуально, пари DMR/eDHR та MMR/eBMR є паралельними: контрольований основний запис «як це зробити» та виконаний запис «як ми створили цей екземпляр». Архітектурам, які розглядають усі ці дані просто як спеціалізовані представлення даних над спільною моделлю даних виконання, легше перевіряти та масштабувати, ніж тим, які об'єднують окремі точкові рішення для пристроїв, лікарських засобів та комбінованих продуктів.

4) Що насправді містить eDHR

У нормативних актах описується вміст DHR на високому рівні: дати виробництва, виготовлена ​​кількість, випущена кількість, записи про приймання, первинне маркування та унікальна ідентифікація, серед інших елементів. eDHR перетворює це на конкретні, структуровані поля, які можна шукати, фільтрувати та повідомляти. Як мінімум, він записує ідентифікатор продукту та його редакцію, робоче замовлення або завдання, партії та серійні номери , ідентифікатор пристрою UDI та ідентифікатори виробництва, а також використане обладнання та лінії. Він також записує дані про виконання: які кроки були виконані, якими операторами, з використанням яких каліброваних інструментів та випробувальних стендів; яким був результат кожного випробування; чи були досягнуті або перевищені будь-які граничні значення; та чи було виконано будь-яку переробку.

Деталі маркування та упаковки є ще одним важливим розділом. eDHR має показувати, яку версію етикетки та графічного оформлення було нанесено, як було закодовано штрих-коди та двовимірні символи, а також чи пройшло перевірку етикетки або візуальний огляд . Нарешті, запис повинен містити рішення щодо якості: особу рецензента, статус (прийнято/відхилено) та будь-які обґрунтування чи поступки. У контексті eDHR все це є окремими точками даних з позначками часу, ідентифікаторами користувачів та журналами аудиту, а не просто текстом у відсканованій пакетній упаковці.

5) eDHR проти eBMR у змішаних операціях з використанням пристроїв та ліків

На підприємствах, що виробляють як медичні вироби, так і лікарські засоби, або комбіновані продукти, такі як набори лікарських засобів та медичних виробів, часто можна побачити як електронні записи партій (eBMR), так і eDHR. eBMR за своєю суттю орієнтовані на партію: вони зосереджені на сировині, параметрах процесу та результатах процесу для визначеної кількості продукту. eDHR, навпаки, за своєю суттю орієнтований на одиницю продукції: він зосереджений на збірках, серіалізації, конфігурації та кінцевому стані одиниці після відвантаження. З точки зору регулятора, обидва погляди мають значення в комбінованих продуктах: eBMR для лікарського компонента повинен демонструвати відповідність GMP згідно з 21 CFR 210/211 , тоді як eDHR повинен демонструвати контроль та простежуваність пристрою згідно з 820/QMSR та MDR.

Замість впровадження повністю окремих систем, багато організацій обирають єдину платформу MES, здатну генерувати виводи як eBMR, так і eDHR з тих самих даних виконання, з різними шаблонами та звітами, налаштованими для кожної регуляторної аудиторії. Такий підхід спрощує CSV , оскільки є одне перевірене ядро ​​замість паралельних стеків частково перекриваючої логіки. Це також полегшує застосування майбутніх змін, таких як додавання серіалізації на рівні одиниці або випадку, узгоджено до всього, що ви створюєте.

6) Очікування щодо цілісності даних, Частина 11 та Додаток 11

Після переведення записів про реєстрацію даних (DHR) в електронну форму вони повністю підпадають під вимоги щодо цілісності даних та електронних записів. Регулятори очікують, що дані eDHR будуть атрибутивними, розбірливими, сучасними, оригінальними та точними (ALCOA+), а також що задіяні системи забезпечать контроль доступу, журнали аудиту та електронні підписи, де це доречно. У США частина 11 Зводу федеральних правил 21 (21 CFR) , регулює електронні записи та підписи, що використовуються для виконання вимог правил предикатів, включаючи ті, що містяться в частині 820/QMSR та частині 803/806/821 для діяльності після виходу на ринок. У Європі та інших ринках аналогічну роль відіграють Додаток 11 та керівництво щодо цілісності даних.

Практично це означає, що платформи eDHR повинні забезпечувати контроль доступу на основі ролей ( керування доступом користувачів ), системні журнали аудиту , які не можна вимкнути, синхронізовані за часом годинники, а також безпечне зберігання та архівування, узгоджене з термінами служби продукту та нормативними термінами ( зберігання та архівування записів ). Вони також повинні бути перевірені відповідно до ризик-орієнтованої VMP , із задокументованими вимогами, проектуванням, тестуванням та записами контролю змін. «Ми експортуємо дані в Excel для перевірки» не вважається надійним підходом, якщо ця електронна таблиця є рушійною силою рішень щодо випуску або результатів розслідування.

7) Інтеграція з MES, QMS, маркуванням та відстеженням

Надійний eDHR — це ніколи не просто один додаток; це сума того, як працюють разом системи виконання, якості та інформації на об'єкті. MES або інші системи виконання координують маршрути, робочі інструкції та поетапний збір даних. QMS керує відхиленнями, невідповідностями , CAPA та скаргами, які мають бути видимими з DHR. Системи маркування контролюють графічні матеріали, заяви та мови під контролем маркування , генерують символи UDI відповідно до 21 CFR 830 та надають результати перевірки.

Такі рівні відстеження, як наскрізна генеалогія партій та глобальна відстежуваність партій , пов’язують компоненти, проміжні продукти та готові пристрої із замовленнями, піддонами та клієнтами. eDHR фактично є «оглядом» усього цього: місцем, де для певного пристрою або партії рецензент може побачити, які інструкції застосовувалися, які компоненти та інструменти використовувалися, які проблеми були порушені, які етикетки були накладені та кому були відправлені пристрої — без входу в п’ять різних систем та ручного звірення ідентифікаторів.

8) Виконання у цеху, робочі інструкції та контроль навчання

З точки зору інспектора, вражаючий інтерфейс користувача eDHR нічого не означає, якщо базове виконання було неконтрольованим. Саме тому eDHR та дисципліна у цеху так тісно пов'язані. Робочі інструкції повинні бути актуальними, затвердженими та специфічними для продукту, версії та конфігурації, що створюється; системи MES, що враховують eDHR, отримують ці інструкції з контрольованого джерела та представляють їх у місці використання. Оператори повинні бути навчені та кваліфіковані для виконання призначених їм кроків; це зазвичай управляється за допомогою матриці навчання та виконується під час входу в систему, щоб непідготовлений персонал не міг записувати критичні кроки.

Критичні перевірки, такі як налаштування крутного моменту, випробування на герметичність, завантаження прошивки та візуальний огляд, забезпечуються за допомогою жорстко контрольованих робочих процесів, часто з використанням концепцій «poka-yoke» та електронного контролю «пройшов/не пройшов» . Перевірки налаштування та очищення лінії фіксуються у вигляді структурованих записів, а не підписів на фотокопії форми. В результаті eDHR — це не просто запис того, «що люди пам’ятали записати»; це побічний продукт автоматизованого робочого процесу, який ускладнює продовження без виконання правильних дій у правильному порядку з правильними інструментами.

9) Невідповідності, переробка, CAPA та зв'язок зі скаргами

Регулятори пристроїв шукають докази того, що проблеми прозоро фіксуються, належним чином досліджуються та використовуються для вдосконалення системи. eDHR – це те, де вони очікують побачити цей цикл зворотного зв'язку. Коли тест не проходить або етап складання не завершено, як зазначено, подія повинна генерувати структурований звіт про невідповідність (NCR) або NCMR , прив'язаний до конкретних одиниць або партій. Якщо дозволено повторне виконання, затверджений маршрут повторного виконання має бути виконаний під контролем, з повторними випробуваннями або перевірками, а eDHR має чітко показувати, що було зроблено і чому ( Переробка ).

Системні або суттєві проблеми повинні перерости в CAPA , і ці CAPA, у свою чергу, можуть призвести до змін у DMR, планах інспекцій, контролі постачальників або навчанні. Розслідування скарг, особливо ті, які можуть призвести до звітів MDR , повідомлень ЄС щодо безпеки на місцях або відкликань, потребують прямого доступу до історії на рівні пристроїв, а не лише до агрегованої статистики. Коли eDHR та QMS належним чином підключені, слідчі можуть перейти від запису скарги до повної історії для цього пристрою та до інших пристроїв зі схожими закономірностями за кілька кліків, замість того, щоб бігти за спеціальною паперовою гонитвою під тиском часу.

10) UDI, серіалізація та відстеження нижче за течією

Сучасне регулювання медичних виробів значною мірою спирається на унікальну ідентифікацію . Правило UDI США у 21 CFR 830 , аналогічні схеми в рамках ЄС MDR та такі ініціативи, як AusUDID ( UDI Австралії ), очікують, що пристрої будуть унікально ідентифіковані, а ця ідентичність буде пов'язана з історією виробництва та розповсюдження. Тому впровадження eDHR, яке не робить UDI центральним елементом, не відповідає сутності. Для кожного UDI або серійного номера має бути можливість відновити всю історію виробництва: які партії компонентів використовувалися, які випробування проводилися та пройшли, які етикетки та інструкції з використання (IFU) накладалися, та який клієнт або пацієнт зрештою отримав пристрій ( відстеження ).

З боку логістики, SSCC , серіалізація ящиків і палет, а також транспортні документи пов'язують eDHR з напрямками розповсюдження, поверненнями та ремонтами ( повернення та RMA ). Коли виявляються потенційні проблеми, готовність до відкликання залежить від здатності швидко перейти від схеми дефектів або проблеми з постачальником до точного списку постраждалих пристроїв і клієнтів ( готовність до відкликання ). eDHR – це технічний інструмент, який робить це можливим без паралізування бізнесу та надмірного відкликання з міркувань обережності.

11) Глобальний регуляторний контекст для записів у стилі eDHR

За межами США точний термін «DHR» може не з'являтися, але ця вимога все ще існує по суті. EU MDR та IVDR вимагають від виробників ведення технічної документації, яка детально охоплює виробництво, післявиробничий ремонт та простежуваність. ISO 13485, пункт 7.5, вимагає ведення записів про виробництво, монтаж та обслуговування. Регулятори, такі як TGA, очікують аналогічної документації. Узгодження US QMSR з ISO 13485 чітко спрямоване на гармонізацію цих очікувань.

Для світових виробників збереження одного способу роботи для FDA та іншого для Європи чи Австралії є неприйнятним. Натомість більшість стандартизує єдину концепцію eDHR, яка відповідає найсуворішим із цих очікувань і може бути представлена ​​в різних регуляторних упаковках за потреби. Іншими словами, «DHR» стає внутрішньою назвою для запису, здатного підтримувати всі основні регуляторні органи, незалежно від того, використовують вони цей конкретний термін чи ні. Внутрішній стандарт часто записується в глобальну систему управління якістю компанії , щоб процедури на рівні об'єктів не могли непомітно повернутися до паперових обхідних шляхів.

12) Ключові показники ефективності (KPI) та вплив eDHR на бізнес

Хоча eDHR зазвичай виправдовується як проект з дотримання вимог, причини, через які він продовжує фінансуватися, зазвичай є операційними. Один набір показників стосується якості випуску та документації: скільки часу потрібно від завершення виробництва до утилізації з контролю якості; як часто записи повертаються для виправлення; і як часто з'являються неповні або нерозбірливі записи. Інший набір стосується швидкості реагування: як швидко організація може отримати історію конкретного пристрою для скарги, аудитора або уповноваженого органу; і як швидко вона може охопити потенційні польові дії.

З фінансової точки зору, eDHR може зменшити ручну працю зі складання, перевірки та архівування паперових пакетів; покращити показники своєчасності виконання (OTIF) шляхом скорочення вузьких місць під час випуску; та знизити вартість низької якості (COPQ) , виявляючи системні проблеми раніше. З часом дані, отримані з eDHR, можуть допомогти вдосконалити дизайн, змінити постачальників та використовувати стратегії обслуговування, перетворюючи те, що спочатку було регуляторним артефактом, на справжнє джерело конкурентної переваги та зниження ризиків.

13) Етапи впровадження в регульованому середовищі

Впровадження eDHR у поточному підприємстві — це не просте встановлення програмного забезпечення; це поетапна трансформація процесів, систем та моделей поведінки. Типовий шлях починається з картування: для одного або двох репрезентативних сімейств продуктів точно задокументуйте, що саме міститься в поточному DHR, де знаходиться кожен фрагмент інформації (паперові матеріали, електронні таблиці, тестові системи, ERP, MES) та які нормативні положення він підтримує. Звідти визначте гармонізовану модель даних eDHR, яка чітко відображає ці вимоги, уникаючи як прогалин, так і непотрібного дублювання. Ця модель потім інформує про конфігурацію MES, інтеграцію з QMS, маркування та PLM, а також будь-які електронні форми, необхідні для ручного збору залишкових даних.

Відповідно до CSV /CSA та VMP об'єкта , рішення eDHR проходить валідацію, приділяючи особливу увагу робочим процесам, які впливають на випуск та відстеження. Пілотні проекти або паралельні запуску, де як паперові, так і eDHR зберігаються протягом певного періоду, дозволяють відділу контролю якості та інспекторам зміцнити впевненість у тому, що цифровий запис є принаймні таким же надійним, як і старий. Тільки після цього паперові документи офіційно вилучаються під контролем змін, навчання розгортається в більш широкому масштабі, а схема поширюється на додаткові продукти, лінії та об'єкти. Організації, які пропускають етапи зіставлення та пілотування, часто занадто пізно виявляють, що в їхньому eDHR відсутній ключовий вміст або що йому не довіряє відділ контролю якості, що призводить до тіньових паперових процесів та дублювання зусиль.

14) Як eDHR вписується в архітектури систем SG-стилю

В архітектурі виконання типу V5, eDHR не є вбудованим модулем; це природний результат цифрового виробництва. Та сама платформа, яка керує рецептами, маршрутами, робочими інструкціями та допусками в цеху, також фіксує дії оператора, результати випробувань, перевірки етикеток та події якості у вигляді структурованих даних. Інтеграція з модулями QMS гарантує, що NCR, CAPA , контроль змін та скарги видно з історії пристрою. Можливості відстеження, такі як глобальне відстеження партій та наскрізна генеалогія, пов'язують пристрої з партіями компонентів, піддонами, відправленнями та поверненнями.

Для змішаних заводів одна й та сама інфраструктура може відображати як eBMR, так і eDHR: фармацевтичний інспектор бачить запис, орієнтований на партії, налаштований відповідно до 21 CFR 211 та додатків; інспектор пристроїв бачить історію, орієнтовану на пристрої, налаштовану відповідно до 820/QMSR та MDR; обидва дані черпаються з одного й того ж перевіреного джерела. Саме ця конвергенція робить eDHR стійким: замість того, щоб бути індивідуальним проектом для кожної лінійки продуктів, він стає невід'ємною властивістю того, як працює завод, і як платформи типу SG збирають та захищають виробничі дані.

15) FAQ

Q1. Чи є електронний ЗЗД (eDHR) прямо вимогою регуляторних органів?
Ні. Нормативні акти вимагають наявності записів про реєстрацію (DHR), але загалом дозволяють вести записи у паперовому або електронному вигляді, якщо вони є повними, розбірливими, доступними для пошуку та контрольованими. На практиці складність UDI, глобальних ланцюгів поставок та операцій на кількох майданчиках ускладнює управління та захист виключно паперових записів про реєстрацію. Багато регуляторів зараз очікують масштабованих, надійних систем, що сильно підштовхує виробників до електронного DHR, навіть якщо це прямо не зазначено.

Q2. Чи вважається сканування паперових DHR у DMS як eDHR?
Сканування в контрольований DMS може покращити доступність та збереження даних, але не забезпечує більшості переваг, пов’язаних з eDHR: збір даних у режимі реального часу, структурований пошук, миттєва генеалогія та тісна інтеграція з MES, QMS та маркуванням. Це ближче до «електронного архівування паперових DHR», ніж до справжнього eDHR, і регуляторні органи все одно оцінюватимуть ваш контроль на основі того, як дані генеруються та використовуються, а не лише того, де зберігаються PDF-файли.

Q3. Чим eDHR відрізняється від eBMR на заводі з виробництва комбінованих продуктів?
eBMR зосереджується на історії виробництва лікарських компонентів на рівні партії, тоді як eDHR зосереджується на історії, серіалізації та конфігурації на рівні пристрою. Комбіновані продукти зазвичай вимагають обох перспектив. Поширений підхід полягає у використанні одного ядра MES із шаблонами, які генерують eBMR для лікарської частини та eDHR для частини пристрою, пов'язаних за допомогою спільних ідентифікаторів, щоб можна було реконструювати всю історію продукту без підтримки повністю окремих стеків систем.

Q4. Хто повинен володіти eDHR в організації?
Власність є спільною. Забезпечення якості (QA) зазвичай відповідає за процес DHR/eDHR та критерії прийняття; виробництво відповідає за виконання та збір даних; ІТ/ОТ відповідає за базові платформи та інтеграції; а відділ нормативно-правового регулювання забезпечує відповідність заявкам та глобальним очікуванням. Чіткі визначення RACI в SOP є важливими для того, щоб валідація, контроль змін, розробка шаблонів та доступ до даних eDHR не залишалися в сірій зоні між відділами.

Q5. Який прагматичний перший крок до електронного медичного обслуговування (eDHR)?
Прагматичною відправною точкою є вибір одного репрезентативного сімейства продуктів та детальне відображення його поточного вмісту та потоків даних DHR. Потім розробіть мінімальний шаблон eDHR та налаштуйте існуючі системи MES, QMS та маркування для його заповнення, заповнюючи прогалини добре розробленими електронними формами, де це необхідно. Запустіть цю лінію паралельно зі старим паперовим процесом за визначеним пілотним проектом, перевірте цифровий запис за CSV/принципи CSA, а потім розширюватися на інші продукти та виводити з експлуатації паперову продукцію шляхом контрольованих змін. Спроба «масштабно» впровадити eDHR на всі продукти та сайти без цього цілеспрямованого етапу навчання зазвичай призводить до дорогої переробки та невдалого впровадження.

Пов'язане читання
• Записи основних пристроїв: Запис історії пристрою (DHR) | Файл історії дизайну (DHF) | MMR | еБМР
• Нормативні акти та стандарти: 21 CFR 820 / QMSR | ISO 13485 | ЄС MDR | 21 CFR 11
• Цілісність систем та даних: МНС | СМЯ | DMS | цілісність даних | Аудиторський слід
• Відстеження та польові дії: UDI | Генеалогія Лота | Готовність до відкликання | Відхилення / NCR | КАПА