Кейс Onlayn Hamshira: веб-приложение для вызова медсестры на дом

Что такое Onlayn Hamshira

Onlayn Hamshira — медицинский сервис, через который пациенты вызывают медсестру на дом. На сайте Win to Win продукт описан как сервис вызова медсестры и врача на дом с каталогом услуг, записью, заказами и новостями в веб-приложении.

Ниже — всё, что указано в карточке проекта. Выводы и советы редакции идут отдельными разделами и не описывают внутреннее устройство продукта.

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

Какую задачу решал проект

Задача проекта — сделать вызов медицинской помощи на дом таким же простым, как заказ такси. Сценарий в карточке состоит из трёх шагов: выбрал услугу, указал адрес, получил подтверждение.

Сравнение с такси здесь задаёт понятное требование к продукту. Пользователь не должен разбираться, как устроен сервис изнутри: ему нужно за один проход дойти от потребности до ответа, что заявка принята.

Такая формулировка полезна и как образец для других заказчиков. Вместо абстрактного «нужно приложение для медицины» в ней есть конечное действие пользователя. По ней легко проверить любой экран: приближает ли он человека к подтверждению заявки или отвлекает от него.

Что сделала команда Win to Win

Команда W2W сделала три части продукта: клиентское веб-приложение с записью, каталог услуг и панель управления. Вместе они закрывают путь заявки от выбора услуги пациентом до работы сотрудников сервиса.

• Веб-приложение с пошаговой записью на услуги. Запись разбита на шаги, а не собрана в одну длинную форму.
• Каталог услуг с ценами и описаниями на узбекском и русском. Пациент видит, что входит в услугу и сколько она стоит, на удобном языке.
• Админ-панель для заявок, персонала и расписания. В одном месте собраны входящие заявки, сотрудники и их график.

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

Если вам близка такая логика, посмотрите, что входит в разработку веб-платформ и порталов в W2W: личные кабинеты, бронирования и сервисы с несколькими ролями.

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

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

Что показывают открытые данные:

• 99,3% жителей Узбекистана в возрасте от 10 лет пользовались мобильным телефоном в 2025 году, по данным Национального комитета по статистике;
• 33,3 млн абонентов мобильного интернета насчитывалось на 1 января 2026 года: это в 4,3 раза больше, чем в 2015 году (абоненты и люди — не одно и то же, у человека может быть несколько SIM-карт);
• почти 38 млн электронных медицинских карт создано в системе DMED, а все государственные медучреждения к ней подключены, сообщал в феврале 2026 года Минздрав;
• 5,8 млн медсестёр не хватало в мире в 2023 году при общей численности 29,8 млн, по оценке ВОЗ; к 2030 году дефицит, по прогнозу, сократится до 4,1 млн.

Цифра ВОЗ — глобальная, а не узбекистанская. Но вывод из неё практичный: медсестра — ограниченный ресурс, поэтому в таком сервисе важно не только принять заявку, но и грамотно распределить время сотрудников.

Что продумать, если вы строите похожий сервис

Перед разработкой стоит решить шесть вопросов: сценарий, цены, расписание, языки, роли и данные. Это рекомендации редакции W2W для будущих заказчиков, а не описание того, как устроен Onlayn Hamshira.

Две типичные ошибки на старте:

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

Ещё один вопрос — медицинский. Какие услуги можно оказывать на дому, кто вправе их выполнять и какие разрешения нужны организации, определяют не разработчики. Эти требования заказчику стоит уточнить у юриста и профильных специалистов до проектирования.

Какие требования к данным проверить в Узбекистане

Сервис вызова медсестры обрабатывает как минимум имена, телефоны и адреса, поэтому на него распространяется закон «О персональных данных» (ЗРУ-547). Минимум для ТЗ — основания обработки и место хранения. Это не юридическая консультация: требования к конкретному проекту подтверждает юрист.

Что подтверждается текстами на lex.uz:

• согласие субъекта названо в статье 18 среди условий обработки персональных данных, а его отзыв в статье 17 — среди оснований для удаления данных;
• биометрические и генетические данные, а также данные пользователей услуг операторов связи, работающих в Узбекистане, должны храниться на территории страны (статья 27¹ в редакции закона ЗРУ-1125 от 26 марта 2026 года);
• остальные персональные данные можно хранить и обрабатывать за рубежом при одном из условий: страна признана обеспечивающей равную защиту, оператор применяет утверждённые стандартные условия договора или обязательные корпоративные правила либо соблюдает утверждённые международные стандарты.

Если данные нужно хранить в Узбекистане, это влияет на выбор хостинга, поэтому вопрос лучше закрыть до архитектуры и записать в ТЗ.

Где ещё работает такая схема

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

По той же логике можно строить сервисы:

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

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

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

С чего начать

Опишите будущий сервис одной фразой по формуле «выбрал — указал — получил», как в задаче Onlayn Hamshira. Затем перечислите, кто обрабатывает заявку на стороне компании: так сразу станет виден объём панели управления.

Дальше порядок простой:

• заполните бриф из раздела «Документы» — он нужен для первой оценки;
• запишитесь на 30-минутный созвон — разберём сценарий и ограничения, а коммерческое предложение W2W готовит за 2–3 дня;
• заложите бюджет после КП: W2W считает проекты индивидуально, ориентир по ставкам команды — $10–30 в час.