Как опубликовать медицинское приложение в App Store на примере нашего MedTech-продукта «Я Здоров»

Запуск мобильного приложения в MedTech заканчивается не в тот момент, когда разработчики собрали рабочую версию продукта. Перед релизом остается еще один важный этап — публикация в сторах.

Для медицинских приложений этот процесс может оказаться сложнее, чем для обычных цифровых сервисов. На модерации учитывается не только техническое состояние приложения, но и то, с какими данными оно работает, какие функции предоставляет пользователю и от чьего имени публикуется.

С этим мы столкнулись при запуске собственного приложения «Я Здоров».

«Я Здоров» — собственная разработка компании ASAP, персональный AI-ассистент по управлению здоровьем. В приложении пользователь может хранить и загружать медицинские документы, распознавать и интерпретировать их, вести универсальную медицинскую карту и дневники здоровья, фиксировать показатели, связанные с приемом препаратов и питанием. В продукте также работают AI-ассистент и рекомендательная система на основе больших языковых моделей. При этом AI-ассистент не ставит диагнозы и не назначает рецептурные препараты.

Тем не менее для модерации App Store этого оказалось достаточно, чтобы приложение рассматривалось именно как медицинское, а не как wellness-сервис.

Разбираем, с какими требованиями и ограничениями мы столкнулись при публикации и почему в итоге все равно выбрали полноценное мобильное приложение, а не мобильную версию сайта.

Почему приложение о здоровье могут отнести к медицинским

На старте мы пытались рассматривать «Я Здоров» прежде всего как информационный сервис: приложение хранит пользовательские данные, помогает их структурировать и дает информацию о здоровье.

Но при модерации такая трактовка не сработала. Даже функции хранения результатов анализов и отображения того, находится ли биомаркер в пределах нормы или имеет отклонение, оказалось достаточно, чтобы со стороны стора продукт воспринимался как медицинское приложение.

Для команды это важный практический вывод: категория приложения определяется не только тем, как компания сама его позиционирует, но и фактической функциональностью продукта.

Если приложение работает с медицинскими документами, показателями здоровья и их интерпретацией, рассчитывать на то, что оно будет модерироваться как обычный wellness-сервис, не стоит.

Что потребовалось для модерации медицинского приложения в App Store

В нашем случае модерация обратила внимание сразу на несколько моментов.

Ссылки на медицинские источники

В приложении потребовали указать ссылки на медицинские источники, на которых основывается информация внутри продукта. По опыту нашего прохождения модерации это было формальным, но обязательным требованием.

Демо-доступ для модерации

Основной функционал «Я Здоров» доступен после авторизации по номеру телефона. Но рассчитывать, что сотрудник модерации будет авторизовываться через российский номер, нельзя.
Поэтому для проверки был сделан специальный доступ: заранее заданный номер телефона и код подтверждения, с помощью которых модератор мог войти в приложение. Такой доступ включался на время прохождения проверки, а после ее завершения отключался.
Для продукта с закрытым личным кабинетом это стоит учитывать заранее: модератору нужно предоставить рабочий сценарий входа, чтобы он мог проверить функциональность приложения.

Можно ли публиковать медицинское приложение с аккаунта индивидуального разработчика

Именно здесь мы столкнулись с основной сложностью. Изначально у меня уже был Apple Developer Account, оформленный на индивидуального разработчика. Предполагалось использовать его и для публикации «Я Здоров».

Однако на этапе модерации Apple отказалась публиковать медицинское приложение из такого аккаунта.

Сначала команда получила требование использовать аккаунт, зарегистрированный на медицинскую организацию. После переговоров с модерацией требование удалось свести к аккаунту организации — необязательно именно медицинской.

В результате для публикации пришлось регистрировать отдельный Apple Developer Account на российское юридическое лицо.

Можно ли зарегистрировать Apple Developer на российскую компанию

В нашем случае — да. Аккаунт регистрировался на российское юридическое лицо, с указанием России как страны регистрации. Apple ID также был российским.

Отдельного требования маскировать страну регистрации или использовать иностранное юридическое лицо не возникло. С модерацией можно было общаться на русском языке, в том числе по телефону.

При этом сама процедура заняла время. От момента, когда стало понятно, что аккаунт индивидуального разработчика не подходит, до запуска приложения в App Store прошло примерно полтора-два месяца.

Что потребовалось для регистрации аккаунта организации

В процессе регистрации понадобилось решить несколько организационных вопросов.

Действующий Apple ID

По нашему опыту, проще проходить регистрацию с Apple ID, который уже использовался на реальном устройстве.

На некоторых новых Apple ID возможность регистрации в Apple Developer может быть недоступна сразу. В таком случае вопрос приходится решать через поддержку, что потенциально увеличивает срок процесса еще на один-два месяца. У команды уже был действующий Apple ID, поэтому этот этап прошел быстрее.

D-U-N-S Number

Для регистрации аккаунта организации потребовался D-U-N-S Number. На момент регистрации «Я Здоров» получить его для российской организации удалось через сайт Apple без привлечения посредников, причем номер был получен сразу.

Иностранная карта для оплаты

Отдельная сложность связана с оплатой Apple Developer. В 2025 году оплатить продление аккаунта российской банковской картой, через баланс Apple или с номера телефона уже не получалось. Для оплаты понадобилась иностранная карта.

При этом владелец карты и владелец Apple ID в нашем случае были разными людьми, проблем из-за этого не возникло.

Документы компании

Также потребовались документы юридического лица, переведенные на английский язык.

Нотариального заверения перевода у команды не запросили, но перевод учредительных документов понадобился. Дополнительно была оформлена доверенность на владельца Apple ID для действий от имени организации.

Почему разработчикам лучше использовать отдельные Apple ID

После регистрации аккаунта организации важно корректно организовать доступ команды. Разработчикам создаются собственные Apple ID, которые подключаются к корпоративному аккаунту.

Использовать один общий логин для нескольких сотрудников команда не рекомендуется: если несколько человек одновременно работают под одной учетной записью, аккаунт может быть воспринят как подозрительный и временно заблокирован. А любое обращение в поддержку или модерацию потенциально добавляет к процессу еще несколько дней.

Что произошло с оплатой подписки через сторонний сервис

В «Я Здоров» есть платная подписка, которая оплачивается через ЮKassa, а не через нативную платежную систему Apple. До модерации мы предполагала, что из-за этого могут возникнуть сложности: о проблемах с альтернативной оплатой встроенных покупок часто пишут разработчики.

Однако конкретно при публикации «Я Здоров» вопросов по этому поводу не возникло, и приложение прошло модерацию с существующей схемой оплаты. Важно воспринимать это именно как опыт конкретного проекта, а не как универсальное правило для любых приложений.

Что с публикацией медицинского приложения на Android

С Android мы сначала решили ограничиться RuStore. Первая модерация там прошла менее чем за сутки, при этом приложение действительно проверялось: когда однажды была загружена сборка с ошибкой, модераторы ее обнаружили.

Однако после запуска выяснилось, что часть Android-пользователей не пользуется RuStore и не хочет устанавливать его специально ради одного приложения.
Поэтому было принято решение публиковать продукт также в Google Play. Одним из дополнительных требований при первом запуске приложения в Google Play связано с предварительным тестированием: для публикации может потребоваться определенное количество бета-тестировщиков.

Почему мы не заменили приложение мобильной версией сайта

После 2022 года публикация и поддержка мобильных приложений для российских компаний стала сложнее.Поэтому на рынке стало больше альтернативных вариантов: мобильные версии сайтов, ярлыки веб-приложений на главном экране смартфона, Telegram Web Apps.

Для некоторых задач такие решения действительно могут использоваться вместо приложения. Но при разработке «Я Здоров» мы сознательно выбрали нативный мобильный продукт.

Основная причина — характер взаимодействия пользователя с сервисом. Пользователи все больше задач выполняют с телефона, поэтому для бренда важно присутствовать непосредственно на устройстве клиента. Отдельное приложение дает более сильный эффект такого постоянного присутствия, чем мобильный сайт или приложение внутри другого сервиса.

Показательный пример — банковские приложения. Практически у всех банков существуют мобильные версии личного кабинета, но при этом компании продолжают тратить значительные ресурсы на распространение и поддержку именно мобильных приложений.

Для MedTech есть еще один аргумент — интеграция с устройствами

Отдельное приложение особенно важно для продуктов, связанных с дистанционным мониторингом здоровья и автоматической передачей данных с внешних устройств. Интеграция медицинских приборов с мобильным приложением реализуется существенно проще.

В случае веб-версии возникают дополнительные ограничения. Команда «Я Здоров» как раз исследует этот вопрос, но уже заметно, что интеграция устройств через веб может быть значительно сложнее.

Поэтому для MedTech выбор между мобильным приложением и веб-интерфейсом — это не только вопрос пользовательского интерфейса. Он может напрямую влиять на возможности самого продукта.

Что стоит учесть до разработки медицинского мобильного приложения

Опыт публикации «Я Здоров» показал, что подготовку к сторам лучше начинать не после завершения разработки, а значительно раньше.

До релиза стоит как минимум определить, как функциональность приложения будет восприниматься на модерации; решить, от какого юридического лица будет публиковаться продукт; подготовить Apple Developer Account; предусмотреть доступ модераторов к закрытым разделам приложения; подготовить необходимые документы и медицинские источники.

Отдельно стоит заранее оценить сроки. В нашем случае регистрация аккаунта организации и выход в App Store заняли около полутора-двух месяцев даже при наличии уже действующего Apple ID.

Для MedTech-продукта этот этап стоит закладывать в общий план запуска наравне с разработкой и тестированием.

Вместо выводов

В статье мы собрали основные выводы из выступления Даниила Васильева на встрече клуба «Как запустить медтех-продукт и выжить: от релиза в сторах до статуса медизделия». Отдельно с выступлением вы можете на ознакомиться площадках YouTube и в VK Видео.