Разработка мобильного 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+), сравниваем углы суставов с нормой, даём визуальную обратную связь. Privacy: обработка видео только on-device, никаких кадров на сервер — критично для медицинских данных и HIPAA/GDPR.
Регуляторный аспект — не откладывать на финал
Если приложение делает диагностические выводы или влияет на лечение — это SaMD (Software as a Medical Device). Публикация в App Store / Google Play требует специальной категоризации. Apple и Google имеют дополнительные гайдлайны для health apps. Готовим документацию по IEC 62304 (software 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-контент-пайплайн: конвертация, оптимизация, CDN
- Privacy-архитектура: on-device processing, шифрование данных пациента
- QA с медицинскими специалистами (пользовательское тестирование с целевой аудиторией)
Сроки: образовательный AR-атлас — 8–14 недель. AR-система с DICOM-интеграцией и регуляторной подготовкой — 6–18 месяцев в зависимости от класса устройства. Стоимость рассчитывается индивидуально.