Розробка мобільного AR-додатку для медицини
Студент-медик вивчає анатомію за атласом Неттера. Двовимірна ілюстрація не передає просторові відношення структур — звідки саме виходить a. mesenterica superior, як вона гілується. AR-анатомічний атлас вирішує це за рахунок 3D-моделей з послойним переглядом систем органів. Це найпоширеніший медичний AR-кейс, але далеко не єдиний — технічні вимоги до кожного сценарію принципово різні.
Ключові медичні AR-сценарії та їх стек
Анатомічний атлас та освіта. Найменш регульований сценарій. Використовуємо ARKit/ARCore для розміщення 3D-анатомічних моделей в просторі. Джерела моделей: Zygote Body, BioDigital Human (ліцензійні), або власна розробка за DICOM-даними. Моделі завантажуються в USDZ (iOS) або glTF (Android). Інтерактивність: шари (скелет → м'язи → судини → нерви), анотації на SCNNode, zoom через pinch. Продуктивність: людське тіло у високій роздільності — 2M+ полігонів, обов'язкова агресивна оптимізація через decimation до 50K–200K полігонів з normal maps.
AR-навігація для хірурга. Принципово інший рівень. Накладення DICOM-даних пацієнта (КТ, МРТ) на реальне тіло під час процедури. Тут мобільний телефон — допоміжний інструмент поруч з професійними системами (Stryker, Medtronic). Точність вимагає реєстрації: маркери на тілі пацієнта (fiducial markers) + ARImageTrackingConfiguration для прив'язки до реального простору. Це медичний пристрій класу II+ — потребує FDA 510(k) або CE Mark. Розробка без уваги до регуляторики — прямий шлях до відмови в публікації та юридичних ризиків.
Реабілітація та фізіотерапія. AR-overlay поверх пацієнта з візуалізацією правильного виконання вправ. ARBodyTrackingConfiguration дає скелет (A12 Bionic+), порівнюємо кути суглобів з нормою, даємо візуальний зворотний зв'язок. Приватність: обробка відео лише on-device, ніяких кадрів на сервер — критично для медичних даних та HIPAA/GDPR.
Регуляторний аспект — не відкладати на фінал
Якщо додаток робить діагностичні висновки або впливає на лікування — це SaMD (Software as Medical Device). Публікація в App Store / Google Play вимагає спеціальної категоризації. Apple та Google мають додаткові гайдлайни для health apps. Готуємо документацію за IEC 62304 (program lifecycle), встановлюємо трасування вимог заздалегідь, не переписуємо архітектуру після розробки.
Продуктивність та сумісність
DICOM-рендеринг на мобільному — нетривіальна задача. Бібліотека ITK (Insight Segmentation and Registration Toolkit) через C++ bridging або cornerstone.js в WebView для 2D. Для повноцінного volume rendering на мобільному: Metal (iOS) або Vulkan (Android) з raycast shaders. На iPhone 14 Pro — прийнятно. На бюджетних Android-пристроях — ні, потрібен серверний рендер з трансляцією кадрів.
Що входить у роботу
- Визначення класу SaMD та стратегія регуляторного шляху (або підтвердження, що регуляторика не застосовується)
- Розробка AR-модуля з вибраним сценарієм
- 3D-контент-pipeline: конвертація, оптимізація, CDN
- Privacy-архітектура: on-device processing, шифрування даних пацієнта
- QA з медичними спеціалістами (тестування користувачами з цільовою аудиторією)
Терміни: освітній AR-атлас — 8–14 тижнів. AR-система з DICOM-інтеграцією та регуляторною підготовкою — 6–18 місяців залежно від класу пристрою. Вартість розраховується індивідуально.