Фізичний ШІ в охороні здоров’я: розробка медичних пристроїв і робочих процесів

Що означає фізичний ШІ в медицині?

Розглянемо лабораторний прилад, який спостерігає за носієм зразка, реабілітаційний прототип, який вимірює рух, або робота-помічника, який реагує на відгуки датчиків. Кожен з них поєднує фізичні спостереження з обчисленнями та результатом, який хтось може використати. Вихід може керувати оператором, організовувати завдання або сприяти роботі пристрою.

Почніть із написання наміченої мети простою мовою. Хто буде використовувати систему? В якому середовищі? Що воно спостерігає? Який вихід він забезпечує і хто вирішує, що буде далі? Система, яка переміщує матеріали по лікарні, не повинна успадковувати вимоги чи припущення пристрою, який використовується для догляду за пацієнтами.

Для медичних пристроїв зі штучним інтелектом у Сполучених Штатах FDA описує підхід, який враховує цільове використання та технологічні характеристики. Ринковий шлях пристрою не можна визначити за його процесором або за міткою «AI». Див Огляд медичного пристрою з підтримкою штучного інтелекту FDA. Вимоги на інших ринках потребують власної оцінки відповідальним виробником і спеціалістами з регулювання.

Області застосування, які варто оцінити

Ці приклади описують можливі інженерні проекти. Вони не стверджують, що Alvexis наразі постачає схвалені медичні пристрої або клінічно підтверджені алгоритми ШІ.

Корисне резюме проекту розрізняє підсистему датчиків, функцію ШІ та кінцевий продукт. Успішна інтеграція камери сама по собі не підтверджує клінічну інтерпретацію. Демонстрація робочої моделі сама по собі не встановлює електричну, механічну або робочу придатність.

Розробіть шлях вимірювання та шлях прийняття рішення разом

Визначте інтерфейс між цими етапами. Для прототипу датчика запишіть одиниці вимірювання, частоти дискретизації, параметри калібрування та будь-які перетворення, застосовані перед зберіганням. Для конвеєра зображень включіть у конфігурацію експозицію, оптику та освітлення. Зміни в отриманні даних можуть змінити значення вхідних даних алгоритму.

Укажіть, як виглядає недійсне спостереження. Відключений датчик, поганий контакт, затемнений огляд або сигнал поза межами діапазону не повинні мовчки стати звичайним результатом. Включіть явний недоступний або невизначений стан, коли це доречно, і вирішіть, як реагує користувач або подальша функція.

Локальна обробка може зменшити кількість необроблених даних, які мають залишити пристрій, і може допомогти робочому процесу працювати під час переривання мережі. Це не робить продукт автоматично приватним або безпечним. Визначте збережені дані, авторизований доступ, передачу, видалення та інтерфейси обслуговування для конкретної установки.

Що змінюється, коли прототип стає фізичним продуктом?

Упаковка та монтаж є частиною обсягу розробки. Обговоріть умови контакту, методи очищення, монтаж, доступ до роз’ємів, температурні обмеження та процедури обслуговування з власником продукту. Відповідальна група повинна визначити, які електричні, механічні, практичні та нормативні оцінки стосуються призначеного пристрою.

Побудуйте план живлення та тепла з урахуванням повного робочого навантаження. Отримання, обробка, відображення, зв’язок і журналювання можуть працювати разом. Виміряйте стійку поведінку всередині запропонованого корпус і протягом запланованого робочого циклу. Пікова специфікація прискорювача не є повним результатом продуктивності продукту.

Заплануйте доступ для калібрування, виробничих випробувань і розслідування несправностей. Індивідуальний носій може забезпечити необхідні інтерфейси та відповідність, але також створює відповідальність за доступність компонентів, перевірку плати та контроль конфігурації. The спеціальний посібник плата-носій пояснює ці залежності проекту.

Розрізняйте інженерну перевірку та клінічні докази

Інженерна перевірка може встановити, що підсистема вимірює, обробляє та обмінюється даними відповідно до своїх специфікацій. Клінічна оцінка запитує, чи остаточна функція виконує належним чином заплановану медичну мету. Жоден не повинен замінювати інший.

The Принципи прозорості FDA, Health Canada та MHRA підкреслити чітке передбачуване використання, користувачів, населення, робочий процес, продуктивність та обмеження. Вони також обговорюють повідомлення про зміни та моніторинг ефективності. Для команди проекту це корисні підказки для визначення того, які докази та інформація про користувача потрібні продукту.

FDA Ресурс GMLP вказує на принципи IMDRF, що охоплюють життєвий цикл медичного пристрою. Планування розробки має включати розгорнутий продукт і його зміни, а не закінчуватися під час навчання моделі.

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

Перший практичний пілотний проєкт

1. Погодити цільове призначення та право власності. Визначте виробника, передбачуваних користувачів, клінічних партнерів, де це необхідно, і команду, відповідальну за прийняття.
2. Виберіть вузьке запитання. Приклади включають повторюваність вимірювань, спостереження за розташуванням зразка або виявлення стану обладнання за певних умов.
3. Визначте посилання. Укажіть процес вимірювання або перегляду, який використовується для оцінки результатів. Погодьтеся щодо доступу до даних, перш ніж збирати інформацію про пацієнта.
4. Прилад прототип. Час запису, якість введення, стан обробки та конфігурація пристрою разом із результатом.
5. Перегляньте докази перед розширенням. Вирішіть, що демонструє прототип, що залишається невизначеним і яка додаткова оцінка потрібна для запланованого продукту.

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

Де Alvexis вписується в програму розробки

Alvexis може обговорити нестандартний електронний дизайн, інтерфейси датчиків, підтримку вбудоване програмне забезпечення і механічну інтеграцію з медичними OEM-виробниками, дослідницькими групами та системними інтеграторами. Під час першої розмови слід визначити інженерну підсистему та докази, які вимагатимуть ширшої програми продуктів.

Будь-яка медична придатність, обов’язки щодо системи якості, клінічні твердження та авторизація на ринку повинні бути встановлені для узгодженого проекту. Ця стаття описує інженерний підхід; це не твердження про те, що існуюча платформа Alvexis має медичний сертифікат або дозволена для діагностики чи лікування.

Для ширшого контексту прочитайте Фізичний ШІ в галузях. Для обмежень руху, сприйняття та вбудованого контролю продовжуйте з Посібник з робототехніки ШІ.

вбудовані системи і комп'ютерний зір у розробці медичних пристроїв

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

Edge AI може зменшити потребу в передачі необроблених даних датчиків, але сама по собі локальна обробка не забезпечує конфіденційності, клінічної ефективності чи придатності для медичного використання. Ці вимоги стосуються повного пристрою та його використання за призначенням. Це обговорення архітектури є структурою розробки, а не доказом того, що компонент або алгоритм клінічно перевірені.

Обговоріть обсяг вбудованого обладнання