Справочный первый выпуск
Адреса корпусов, часы работы и порядок подготовки к визиту можно собрать в управляемый справочник учреждения. Медицинские рекомендации и диагностика в этот сценарий не входят.
Разработка для организаций
Бот MAX для регистратуры и записи в поликлинику
Проектируем сервис регистратуры в мессенджере MAX (Макс): от справочного вопроса до подтверждённой записи. Вместе с руководителем и ИТ-командой медучреждения проверяем возможности вашей системы расписаний.
Нужна личная услуга? Как записаться к врачу ↗
ИдеяРазработкаПоддержка
MAX API Система учреждения
Ваш сервис в MAX⋯
М
Здравоохранениебот и мини-приложение
✓СЕРВИС, КОТОРЫЙ РЯДОМЧем вам
Чем вам
помочь?
⌂Главная▤Обращения◉Профиль
Обращение принятоОтветственный назначен
сейчасТехнологии внутри. Результат снаружи.
Независимая команда разработки
Независимая команда разработкиС ВАШЕЙ СТОРОНЫ
Регистратура занята вопросами, которые можно разобрать заранее.
Пациенту непонятно, куда обратиться и доступна ли запись. Сотрудник повторяет инструкции, но красивый календарь в мессенджере ничего не решит без связи с актуальным расписанием.
- Расписание на экране расходится с системой записи.
- Отмена по телефону не возвращает слот в общий график.
- В обычный чат присылают сведения, которые там не нужны.
Подготовим проверяемый сценарий регистратуры: источник расписания, подтверждение слота, отмена и переход к сотруднику.
ДЕТАЛИ РЕШЕНИЯВажное
Важное
внутри.
Подготовим проверяемый сценарий регистратуры: источник расписания, подтверждение слота, отмена и переход к сотруднику.
Запись после проверки доступа
Для календаря нужны согласованный интерфейс региональной или локальной системы, тестовый контур и правила бронирования. Если доступа нет, результат первого этапа: спецификация и маршрут в действующий сервис записи.
Минимум сведений в канале
Отделяем организационный вопрос от медицинской информации. Не предлагаем загружать диагнозы, результаты исследований и фотографии документов; персональные операции проектируем только в разрешённом контуре.
ЗДРАВООХРАНЕНИЕ
Состав работ и результат
Разбираем детали до написания кода. Фиксируем результат, который можно проверить при приёмке.
Архитектура и безопасностьКарта регистратуры
Разделяем справку, первичную запись, перенос, отмену и вопросы, которые должен принять сотрудник.
Контракт расписания
Описываем идентификаторы слота, подтверждение, срок удержания и конфликт параллельных бронирований.
Прототип пациента
Показываем выбор корпуса, специальности и времени без сбора лишних медицинских сведений.
Приёмочные ситуации
Проверяем занятый слот, отмену, обрыв соединения и отсутствие ответа системы записи.
ПОСМОТРИТЕ С ОБЕИХ СТОРОНОдин экран.
Один экран.
Целая система за ним.
Клиент видит простой шаг.
Команда получает управляемый процесс.
Обратиться. И понять, что дальше.
Посетитель выбирает услугу, оставляет обращение и получает понятный следующий шаг.
Демонстрация на вымышленных данныхМ
Сервис учрежденияmini app внутри MAX
⋯01
MAXСобытие получено
✓02
СЕРВЕРДанные проверены
✓03
СИСТЕМА УЧРЕЖДЕНИЯЗадача у ответственного
✓Проверка подписи · права доступа · журнал событий
Выберите перспективу. Посмотрите, как связаны интерфейс и процессы.
ПОЛЕЗНО ДО ПЕРВОГО ЗВОНКА
Паспорт готовности регистратуры к MAX
Найдите зависимости, которые мешают обещать работающую запись ещё до выбора интерфейса.
Материал открыт без регистрации. Сохраните через печать в PDF.CUBECODE MAX / WORKBOOK
Паспорт готовности регистратуры к MAX
- □Где живёт расписание.
- □Когда слот считается занятым.
- □Какие сведения исключаем.
- □Как выполняется отмена.
Рабочий материал↗
Вопросы и ответы
Можно начать без доступа к региональной системе?+
Да, со справочника и перехода в действующий сервис. Автоматическую запись оцениваем отдельно после подтверждения интерфейса.
Бот сможет рекомендовать лечение?+
В предлагаемый сценарий входят организационные действия регистратуры. Диагностику, назначения и интерпретацию анализов не проектируем как функцию справочного бота.
Как исключить двойную запись?+
Источник расписания должен подтверждать бронирование атомарно. До такого ответа бот не показывает запись как завершённую.
Можно напоминать о визите?+
Сначала проверяем допустимость сообщений по условиям MAX и порядок взаимодействия с пациентом. Затем описываем событие, текст и отмену напоминания.
Что передать для предварительной оценки?+
Описание системы записи, контакт её владельца, перечень корпусов и обезличенные сценарии. Медицинские документы пациентов для оценки не нужны.
Возможности платформы сверяем с документацией MAX. Условия проверены 7 октября 2026 года.
Ваша идея может стать следующим сервисом в MAX.
Есть задача?
Давайте к сути.
Расскажите, что должно измениться в работе. Поможем выбрать первый шаг и определить границы проекта.