Клиника без единой бумажной карты: цифровизация «Заманмед» в Араване

Как это выглядело в реальной жизни

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

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

Что стало триггером

Формальным поводом стали сложности с отчётностью — ручное сведение данных отнимало время и не давало руководству оперативной картины.

Но главной причиной было другое: осознанное решение руководства перейти на цифровой формат. Клинику никто не заставлял. Не было проверки, аварии или конфликта с пациентом. Собственник просто решил, что медицинское учреждение в 2020-х должно работать в системе, а не в тетради, и обратился к нам.

Это редкий и, честно говоря, лучший тип клиента: когда решение принято внутри, а не навязано извне, внедрение проходит совсем иначе — руководство не саботирует изменения, а помогает их проводить.

Запись и расписание

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

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

Электронные медицинские карты

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

Изменение выглядит просто, но меняет саму работу врача: при повторном визите история открывается на экране, а не восстанавливается по рассказу пациента и мятым бумажкам из его сумки. Врач видит, что назначалось раньше, как пациент реагировал на лечение и что происходило на предыдущих приёмах.

Шаблоны протоколов приёма

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

Мы разбирали с врачами, как они реально описывают приём, и превращали это в шаблоны, по которым протокол заполняется быстро, а не дольше, чем от руки. Именно этот этап, вместе с обучением, занял большую часть двухмесячного срока.

Стоматологический модуль

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

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

Стационар

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

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

Финансы, зарплаты и сводная отчётность

Настроен расчёт заработной платы врачей на основе фактически оказанных услуг и сводные отчёты по клинике. Руководство получает картину по выручке, приёмам и загрузке без ручного сведения журналов и талонов.

Отчётность, которая раньше собиралась вручную под каждый запрос, теперь формируется из данных, накопленных системой в ходе обычной работы.

Учёт рекомендателей

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

iWeb настроила модуль работы с рекомендателями: система фиксирует, кто направил пациента, накапливает статистику по каждому партнёру и формирует сводку для расчётов. Раньше эти данные собирались по журналам и памяти администраторов — теперь отчёт формируется в системе. Настройка выполнена по требованиям клиники и в рамках её внутренних регламентов.

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

Программа лояльности

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

Переписка с пациентами

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

Приложение для пациентов и сайт

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

Отдельно iWeb разработала сайт клиники с возможностью онлайн-записи. Пациент записывается на приём с сайта, и заявка попадает в общее расписание — без звонка и без участия администратора на первом шаге.

Причина первая: это персональные данные пациентов

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

Пациент, пришедший на приём, не давал согласия получать рекламные сообщения. Использование базы для рассылки — это использование данных не для той цели, ради которой человек их сообщил.

Причина вторая: горький опыт отрасли

Это не теоретическое рассуждение. В практике подобных внедрений уже был период, когда доступ к базе позволял организовать рассылку технически. Итог оказался предсказуемым: пациенты, которым такие сообщения были не нужны, начали жаловаться. Жалобы приводили к разбирательствам и к риску блокировки аккаунтов клиник.

То есть даже с чисто прагматической точки зрения — без разговора об этике — рассылка по медицинской базе создаёт клинике больше проблем, чем приносит пациентов. Политика платформы такие сценарии не поддерживает, и это правильное ограничение, а не недоработка.

Врачи, привыкшие к текстовому редактору

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

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

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

Шаблоны протоколов заняли больше времени, чем ожидалось

Связанная задача. Шаблон нельзя взять готовым — он должен отражать то, как конкретный врач описывает приём. Иначе врач будет бороться с формой вместо того, чтобы работать в ней.

Мы закладывали на эту часть меньше времени, чем потребовалось по факту. Теперь мы планируем этап шаблонов и обучения отдельно и предупреждаем клиентов заранее: это не техническая настройка, а совместная работа с врачами, и она не ускоряется добавлением людей со стороны подрядчика.

Два месяца и первый опыт

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

Опыт оказался ценным. Мы прошли путь от бумажных папок до работающей системы вместе с клиникой и теперь понимаем, где в таком проекте лежат настоящие сложности: не в установке платформы, а в протоколах и в людях.