Сайт клиники
Пациент видит перечень услуг, но не понимает, кто принимает, где находится филиал и как попасть на ближайшее время. Первый результат: карта пути пациента и состав первого релиза сайта.
Выбрать город
Moses-TeamclinicsПациенту нужно выбрать врача и записаться без лишних звонков, а клинике — увидеть запись в рабочей системе. Разбираем этот маршрут и создаём сайт, приложение и связи между системами по проверенному сценарию.
Разработаем сайт клиники с выбором услуги, врача и записью; проверим связь с МИС, ПроДокторов и 1С по конкретным системам. Для постоянных пациентов спроектируем приложение с повторной записью, если этот формат полезнее мобильного сайта.
Пациент сможет отправить заявку по выбранной услуге или врачу, а клиника получит контакт и контекст; интеграционный этап проверим отдельной тестовой записью.
МИС, ПроДокторов и 1С подключаются только после проверки конкретных систем, прав и способа обмена.
Разобрать путь пациентаСайт, запись и внутренние системы должны работать как один маршрут.
Пациент находит услугу, но не понимает, кто её оказывает и можно ли записаться на удобное время. Администратор получает неполный запрос и переспрашивает то, что сайт мог передать сразу.
Если запись приходит с сайта или ПроДокторов, а расписание живёт в МИС, сотрудникам приходится сверять данные вручную. Отдельный обмен с 1С нужен только там, где уже понятны объекты и владелец данных.
Выбирайте по тому месту, где сейчас обрывается путь пациента или сотрудников.
Пациент видит перечень услуг, но не понимает, кто принимает, где находится филиал и как попасть на ближайшее время. Первый результат: карта пути пациента и состав первого релиза сайта.
Выбрать городЗапись с сайта приходится переносить в МИС вручную, а расписание, услуги и цены расходятся между системами. Первый результат: схема обмена и тестовый сценарий для конкретной МИС.
Выбрать городЗапись с ПроДокторов и расписание клиники работают несогласованно: слот или приём приходится проверять вручную. Первый результат: карта готовности подключения и перечень недостающих условий.
Выбрать городДля повторной записи пациент заново проходит длинный путь через сайт или звонок, а клиника не видит, какой сценарий оправдает отдельное приложение. Первый результат: сценарий MVP и список зависимостей от МИС, сайта и бэкенда.
Выбрать городДанные между клинической системой и учётным контуром 1С переносятся вручную или сверяются по таблицам. Первый результат: карта данных и границы первого интеграционного модуля.
Выбрать городПроверяем действующие системы до оценки объёма разработки.
Вы показываете действующий сайт, канал записи и то, где сотрудник повторяет работу вручную. Медицинские данные пациента для этого не нужны.
Сопоставляем данные, права и разрешённые способы обмена. Для ПроДокторов отдельно проверяем поддержку МИС, аккаунт, расписание и прайс.
После реализации сверяем путь пациента и запись у администратора. Для интеграции проверяем конкретный объект, статус и ошибку обмена.
Это проектные решения, а не каталог готовых коннекторов.
Каждое направление открывается отдельной страницей для каждого города.
Команда и офис Moses-Team находятся в Таганроге. Если нужен очный разговор о маршруте пациента и системах клиники, согласуем встречу после обращения.
Сайт клиникиС клиникой Ростова-на-Дону обсуждаем задачу, демонстрируем результат и проводим приёмку онлайн из Таганрога. Необходимость очного этапа обсуждаем отдельно.
Сайт клиникиС клиникой Краснодара работаем онлайн из Таганрога. Если у вас несколько филиалов, для первого этапа выберем один проверяемый путь пациента и источник данных.
Сайт клиникиДля клиники Волгограда проводим разбор и приёмку онлайн из Таганрога. Проверку начнём с одного действующего процесса, чтобы не останавливать работу администраторов.
Сайт клиникиС клиникой Москвы работаем онлайн из Таганрога: собираем исходные данные, показываем прототип и проверяем результат дистанционно. Для крупного проекта формат очного этапа обсуждаем отдельно.
Сайт клиникикарта пути пациента и состав первого релиза сайта
Для клиники Таганрога можем начать с очного разбора страницы одной востребованной услуги: какие вопросы пациент задаёт администратору перед записью.
Посмотреть решениеДля клиники Ростова-на-Дону предложим проверить по видеосвязи путь от страницы направления до выбора врача и филиала, если филиалов несколько.
Посмотреть решениеЕсли у клиники Краснодара несколько филиалов, начнём с вопроса пациента «где принимает нужный врач» и покажем адрес рядом с доступной записью.
Посмотреть решениеДля действующей клиники Волгограда начнём с одного участка сайта, где пациент чаще всего вынужден переходить к звонку вместо записи.
Посмотреть решениеДля клиники Москвы сначала выберем одно направление или филиал как пилот, чтобы проверить путь пациента до масштабирования каталога.
Посмотреть решениесхема обмена и тестовый сценарий для конкретной МИС
В Таганроге начнём с одного врача и одного дня расписания, чтобы сопоставить форму сайта с записями в действующей МИС.
Посмотреть решениеДля клиники Ростова-на-Дону дистанционно сравним расписание на сайте с источником в МИС и найдём место, где требуется ручное подтверждение.
Посмотреть решениеЕсли в Краснодаре филиалы ведут расписание раздельно, первым делом определим, какой филиал и какая МИС отвечают за конкретный слот.
Посмотреть решениеДля клиники Волгограда сначала воспроизведём один случай расхождения расписания, не меняя работающую запись до проверки тестового контура.
Посмотреть решениеЕсли у клиники Москвы несколько каналов записи, для первого этапа назначим один источник расписания и владельца правил доступности слотов.
Посмотреть решениекарта готовности подключения и перечень недостающих условий
Для клиники Таганрога сначала сверим профиль ПроДокторов, выбранную МИС и одного врача с открытым расписанием.
Посмотреть решениеДля Ростова-на-Дону начнём с того, кто обновляет услуги и прайс на ПроДокторов и кто управляет расписанием в МИС.
Посмотреть решениеДля клиники Краснодара с несколькими точками приёма проверим, как филиал и врач сопоставляются между ПроДокторов и МИС.
Посмотреть решениеДля клиники Волгограда проверим, где сейчас теряется подтверждение записи между порталом, администратором и МИС.
Посмотреть решениеЕсли клиника Москвы использует несколько каналов записи, отдельно сверим, какие слоты доступны на ПроДокторов и кто утверждает изменения прайса.
Посмотреть решениесценарий MVP и список зависимостей от МИС, сайта и бэкенда
Для клиники Таганрога проверим, действительно ли постоянному пациенту удобнее повторить запись в приложении, чем в мобильной версии сайта.
Посмотреть решениеДля клиники Ростова-на-Дону сравним приложение с уже доступным мобильным сайтом на повторном выборе врача.
Посмотреть решениеЕсли клиника Краснодара работает в нескольких филиалах, проверим повторную запись пациента к врачу без случайной смены адреса.
Посмотреть решениеДля клиники Волгограда возьмём один частый повторный сценарий и проверим, можно ли сократить его без изменения действующей записи.
Посмотреть решениеДля клиники Москвы с повторными пациентами выберем один сценарий, который клиника готова поддерживать после публикации приложения.
Посмотреть решениекарта данных и границы первого интеграционного модуля
В Таганроге можем вместе с ответственным за учёт разобрать один ручной перенос из клинической системы в конкретную конфигурацию 1С.
Посмотреть решениеДля клиники Ростова-на-Дону начнём с документа или справочника, который сотрудник сейчас переносит между системами вручную.
Посмотреть решениеЕсли клиника Краснодара ведёт учёт по филиалам, для обмена сначала определим правила принадлежности объекта к подразделению.
Посмотреть решениеДля клиники Волгограда выберем один уже согласованный вид данных, чтобы не затрагивать весь учётный контур сразу.
Посмотреть решениеЕсли у клиники Москвы сложный учётный контур, для пилота ограничим обмен одной конфигурацией 1С и одним типом данных.
Посмотреть решениеУкажите город и то, где пациент или сотрудник сталкивается с проблемой. Медицинские сведения пациентов не нужны.