15.04.26

≈ 200 000 — 450 000 тг

Идея

Задачи ИКТ

Medical

Другие технологические решения

ПО/ИС

Проблема: Показатель неявок (no-show) в частной медицине может достигать 15-25%. Пациенты банально забывают о времени приема или путают дни. Чтобы бороться с этим, клиники вынуждены нанимать штат операторов колл-центра или нагружать администраторов ручным обзвоном всех записанных пациентов накануне. Это порождает ряд проблем: сотрудники тратят часы на рутину, пациентам часто неудобно говорить по телефону, а если администратор забыл позвонить — пациент не приходит. Ручной процесс нестабилен, дорог и сильно снижает общую операционную эффективность медицинского центра.

Ожидаемый эффект: Радикальное и измеримое снижение процента неявок пациентов (no-show) и минимизация срывов процедур. За счет автоматизации высвободятся десятки часов рабочего времени операторов КЦ и администраторов ресепшена в месяц. Этот ресурс клиника сможет перенаправить на обработку новых входящих заявок и повышение уровня сервиса в холле. Для DCH этот модуль станет мощным конкурентным преимуществом, наглядно демонстрирующим клиникам экономию средств с первого месяца использования. Ожидаемые технические задачи: Бизнес-логика: Разработка гибкого конструктора шаблонов сообщений, где клиника может вставлять переменные (ФИО пациента, Время приема, Имя врача). Backend (Node.js): Разработка и настройка планировщиков задач (CRON-скриптов). Система должна каждую минуту сканировать БД на предмет наличия записей, подпадающих под условия триггера (например, time_to_appointment == 24h). Интеграции: Подключение API внешних сервисов рассылок (ChatApp, официальный WhatsApp Business API, Facebook Messenger). Архитектура: Настройка обработки обратных вызовов (webhooks) от мессенджеров для изменения статуса доставки в интерфейсе DCH ("отправлено", "доставлено", "прочитано", "ошибка"). Формат работы: Строгий Waterfall (каскадная модель). Процесс требует высочайшей надежности, поэтому сначала пишется жесткая спецификация логики триггеров. Затем идет разработка бэкенда. Финальный этап — глубокое стресс-тестирование: имитация тысяч записей для проверки, что CRON-скрипт не отправляет одно и то же сообщение дважды и не пропускает никого из очереди. KPI проекта: Доставляемость сообщений (при валидных номерах) — не ниже 99%. Задержка срабатывания триггера — не более 2 минут от заданного времени.

Амина Агзамова