Путь разработки МедПей

Первая продажа и первые реальные результаты

Облачная платформа: путь к масштабированию

Чат-бот: перенос части работы из клиники в телефон пациента

Переход к собственному решению: мультиплатформенность и бренд

Простое решение на базе уже работающей 1С

Проблема и поиск решения

Когда чат-бот заработал стабильно, мы интегрировали его с терминалом. Теперь пациент подходил к киоску, сканировал QR или вводил телефон — и сразу видел свои записи, кабинеты и услуги. Статус в 1С менялся на «Пациент в клинике», врач видел, что человек уже на месте. Для удобства мы добавили принтер этикеток: пациент получал небольшую наклейку с информацией, которую не нужно было запоминать (как в электронной очереди).

• Это решение не только разгрузило администраторов, но и сделало процесс приятным для пациентов — всё в одном месте, без бумаг и ожидания.

Кульминацией стал демонстрационный тур. Мы презентовали систему на конференции в Сколково, провели офлайн-презентации. И вскоре получили первую продажу — в один из крупнейших медицинских центров Владивостока. Для них это стало настоящим прорывом: очереди на оплату сократились, нагрузка на администраторов снизилась, а пациенты оценили скорость и удобство.

Когда функционал был полностью обкатан в одной клинике, мы поняли: продукт готов к большему. Нужно было сделать его доступным для нескольких медицинских центров одновременно. Всю инфраструктуру (фронтенд, интеграции, базы) мы перенесли на защищённый облачный VPS-сервер в России. Добавили меры безопасности, соответствующие 152-ФЗ, удобное администрирование и возможность быстро подключать новых клиентов. Теперь каждый медцентр получал свою изолированную среду, но с единой технологией и поддержкой.

Очереди на входе всё ещё оставались проблемой — особенно из-за заполнения договоров. Мы внедрили Telegram-чат-бота, который взял на себя максимум рутины:

• Пациент заполнял все данные для договора прямо в боте — они автоматически подтягивались в карточку клиента в 1С.
• Каждый получал индивидуальный QR-код для быстрой идентификации на терминале.
• После приёма бот автоматически отправлял опрос о качестве обслуживания.
• За два дня до визита приходило напоминание с просьбой подтвердить запись. Если пациент отвечал «Да» или «Нет», статус в расписании 1С менялся автоматически — колл-центр сразу видел актуальную картину и мог дозвониться только тем, кому действительно нужно.
• По запросу бот показывал дату, время и адрес приёма.

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

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

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

Мы начинали с того, что было под рукой. Клиника уже использовала 1С БИТ УМЦ — проверенную систему для управления медицинским центром. Логичным шагом стало создать инструмент прямо внутри неё. Мы разработали интерфейс, который позволял пациенту быстро найти себя по номеру телефона и оплатить услуги. Купили специализированную кассу самообслуживания, установили на неё тонкий клиент 1С, подключили эквайринговый терминал и фискальную кассу. Всё работало: пациент подходил, платил без кассира, данные сразу попадали в базу.

Это было быстрое и надёжное решение. Но уже через несколько недель стало понятно: оно не идеально. Во-первых, дизайн интерфейса 1С нельзя было сильно изменить под брендбук клиники — он оставался «корпоративно-серым» и не вызывал ощущения современного сервиса. Во-вторых, система работала только на оборудовании, где можно установить тонкий клиент 1С. Это сильно ограничивало выбор техники и возможность масштабирования. Мы поняли: чтобы дать пациентам по-настоящему удобный опыт, нужно идти дальше.

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

Именно с такой проблемы началась история нашего продукта Med-Pay — системы терминалов самообслуживания, чат-бота и облачной платформы, которая сегодня помогает клиникам по всей России разгружать персонал и делать визит пациента быстрым и комфортным.