IT-разработчик Илья Сергунин о передовых цифровых продуктах для здравоохранения
10.12.20, Чт, 10:00, Мск,
Илья Сергунин, бывший разработчик медицинской информационной системы, о создании высокотехнологичных цифровых продуктов для здравоохранения и о том, как правильно выбрать поставщика.
Здравоохранение в России относится к наиболее «оцифрованным» отраслям: в 94% российских клиник применяются разнообразные медицинские информационные системы (МИС). Всемирная организация здравоохранения (ВОЗ) подчеркивает: внедрение информационные технологий критически важно для того, чтобы быстрее достичь здоровья и благополучия населения.
В своем докладе Организация экономического сотрудничества и развития (ОЭСР) указывает на то, что разработка цифровых технологий для здравоохранения требует высокой квалификации, а специалистов, обладающих таковой, недостаточно. Эта проблема актуальна как в мире, так и в России в частности: около 35% организаций, оказывающих медицинские услуги, не могут найти достойного поставщика, который мог бы решить необходимые информационные задачи в комплексе.
Как создаются IT-продукты для здравоохранения, почему их качество различается и как выбрать поставщика цифровых решений, рассказывает опытный программист Илья Сергунин, бывший разработчик одной из крупных медицинских информационных систем - «Smart Медицины».
Илья, прежде чем перейдем к обсуждению насущных проблем создания и поставки IT-решений в здравоохранении, можете рассказать о себе? Вы участвовали в разработке МИС «Smart Медицина», системы с многочисленными положительным отзывами врачей и другого медицинского персонала. Какова была ваша роль?
Илья Сергунин: Я участвовал в проработке идей и нововведений для программного обеспечения (МИС), реализовывал их технически и занимался их внедрением. В частности, доработал карту пациента: исправил модуль формирования счета за услуги и сделал так, чтобы в МИС для стоматологов автоматически выгружалась прорисованная карта зубов каждого пациента с указанием, какие из них требуют лечения.
Еще я сделал так, чтобы карта формировалась фоном, не блокируя работу с МИС. Мне удалось перевести формирование выписки в фоновый процесс: это позволило врачам продолжать пользоваться МИС, не дожидаясь, пока в программе выписка будет готова на 100%.
Вы подали новаторскую идею разработать модуль с системой контроля и управления доступом (СКУД). Ваш замысел понравился руководству, и такой модуль в МИС «Smart Медицина» был создан. Он представляет собой очень важную опцию для экономии времени администраторов клиник. Расскажите, пожалуйста, как влияет модуль со СКУД на их работу?
Илья Сергунин: Обычно в больницах, например, в стационарах внутрь пускают не всех подряд, а только тех, кто предъявит проходной документ (разовый или постоянный пропуск), как правило, электронный. СКУД нужна, чтобы осуществлять регистрацию и учет пропусков. Данное действие необходимо для обеспечения безопасности пациентов, сотрудников и для учета рабочего времени последних.
Если модуля со СКУД нет, то администратор вынужден при считывании пропуска выходить из одной системы и заходить в другую. Таким образом, он тратит силы и время на это действие. Так как посетителей за день много, получается, что суммарно довольно большая часть рабочего времени администратора тратится на считывание пропусков.Обзор российского рынка банковской цифровизации: импортозамещение, искусственный интеллект и собственные экосистемы 
Когда в МИС есть модуль со СКУД, она может быстро считывать информацию с пропуска и направлять ее в базу данных. Это занимает несколько секунд, и не требует дополнительных действий со стороны администратора.
В «Smart Медицине» вы и ваша команда создали модуль учета лекарств, который облегчил работу пользователей — сотрудников медицинского учреждения, отвечающих за хранение препаратов. В первую очередь, польза в том, что снижается риск ошибки и, как следствие, риск уголовной ответственности за недостачу. Расскажите, в чем заключалось ваше технологическое решение?
Илья Сергунин: За всю свою карьеру я повидал немало программ и знаю, что нередко разработчики делают сложный интерфейс, в котором пользователи просто запутываются. Поэтому передо мной и моими коллегами встала задача — сделать интерфейс максимально простым, чтобы младшие специалисты могли быстро его освоить и не испытывать проблем при работе с системой. Мы сделали так, что названия препаратов на складе стали формироваться на основе информации из госреестра лекарственных средств. Я писал API часть (API, от англ. Application Programming Interface, — описание способов взаимодействия одной компьютерной программы с другими, прим. ред.). Модуль включал следующие опции: добавление и списание препаратов, отображение остатка на складе. Благодаря тому, что мы сделали простой интерфейс, пользователю при добавлении лекарственных средств на склад и списании со склада было тяжело ошибиться, и, таким образом, повышалась точность учета.
Вы и ваша команда успешно реализовали очень сложный проект интеграции работы с контрольно-кассовой техникой и правки системы выставления счетов. Почему такие проекты считаются сложными?
Илья Сергунин: Ни компания, ни клиент не хотят нести дополнительные расходы из-за ошибки в системе. Сложность в нашем проекте связана с необходимостью резервирования средств, последующим возвратом неиспользуемых денег, а, в случае превышения резерва, нужно правильно рассчитать, что было взято из него, а сколько нужно доплатить. Еще при выставлении счета система должна учесть, что разные услуги и препараты облагаются разным НДС. Потребовалось подойти особенно тщательно к этой интеграции, но мы справились!
Отдельной задачей для меня стояла разработка интерфейса для предварительной оплаты услуг (с резервированием средств для операций).
Кроме того, в зону моей ответственности входило исправление багов (ошибок), чтобы обеспечить высокое качество цифрового продукта.
Не секрет, что многие медики испытывает сложности при использовании цифровых решений: нередки жалобы на то, что программы зависают, неожиданно выводят пользователя из аккаунта, не сохранив данные, которые уже внесены... На вашу МИС таких жалоб наша редакция не нашла. Как вам удалось предотвратить подобные проблемы?
Илья Сергунин: Чтобы медработникам было удобно пользоваться нашей МИС и экономить время при заполнении документации, мы много внимания уделили улучшению интерфейса. В частности, сделали формирование отчетов асинхронным, чтобы пользователь мог продолжать пользоваться МИС без блокировки и ожидания на странице.
Помимо этого, мы сделали автодополнение в выпадающих списках, например, для выбора препаратов и диагнозов. Внедрили функцию общего поиска по системе, чтобы человек, который не знаком с интерфейсом, мог по ключевым словам найти нужный функционал, как поиск в Windows или MacOs.
Государственные медицинские учреждения при выборе поставщика ПО должны руководствоваться Федеральным законом о закупках и заключать договор с той компанией, которая предложит самую низкую цену. Значит ли это, что таким поликлиникам и больницам достаются не самые хорошие IT-продукты? Связаны ли цена ПО и профессионализм IT-команды, разработавшей его?
Илья Сергунин: Экономика ПО зависит не только от профессионализма IT-команды. На цену могут также влиять функционал системы, бренд, маркетинг, менеджмент, ожидания инвесторов, закрытость отрасли и другие факторы. От профессионализма IT-команды зависят удобство и качество технической реализации продукта – система не виснет, заявленный функционал работает. Поэтому, говоря о ПО, нельзя ставить знак равенства между понятиями «дешевое» и «плохое».
Получив заявки от разных поставщиков в рамках тендера, медицинскому учреждению не всегда нужно воспринимать их цены и условия как окончательное коммерческое предложение. Руководителям поликлиники, больницы, диспансера или любой другой структуры можно сделать следующее. Сначала определить, какой функционал требуется организации и какое качество приемлемо. Затем спросить поставщиков, могут ли они отключить некоторые модули и опции и снизить стоимость? Если да, то нужно организовать тестирование предложенного ПО и проверить, соответствует ли оно заявленным требованиям. В таком случае цена из высокой сможет трансформироваться в подходящую.
Если при тестировании ПО выявлены существенные недостатки, то медицинское учреждение может составить официальное заключение, что продукт не соответствует требованиям, и отклонить, даже если у него самая низкая цена.
Вы затронули важную тему: как выбрать лучшего поставщика? Можете дать несколько советов — что надо учесть и предпринять, когда получены коммерческие предложения от нескольких компаний?
Илья Сергунин: Предпринимать надо не тогда, когда получены коммерческие предложения, а гораздо раньше. Еще до поиска поставщиков или объявления тендера надо определить, что вашей организации нужно: какой функционал, что за интерфейс, скорость работы, с каких устройств должна быть доступна система, кто конечный пользователь (врач, пациент, медсестра, управленческое звено...)
После того, как вы сформировали список требований к цифровому продукту, можно приступать к поиску поставщиков, объявлять тендер. К тестированию IT-решений нужно привлекать конечного пользователя. Например, если ПО предназначено для работников регистратур, то его удобство они и должны оценивать, а не главный врач или заведующий отделением.
Более того, к тестированию лучше привлекать не любого медработника, входящего в категорию конечных пользователей, а того, кто является ответственным человеком, кто готов открыто говорить о недостатках системы и умеет выделять конкретные плюсы и минусы предлагаемого продукта.
Следует учесть, что маркетологи и менеджеры по продажам, рассказывая о достоинствах своего IT-продукта, могут не договаривать, а иногда и предоставлять ложную информацию. Поэтому надо запрашивать тестовый стенд и проверять работоспособность продукта с привлечением конечного пользователя.
В завершение стоит упомянуть также еще один прекрасный способ понять, каким будет взаимодействие с поставщиком, — спросить текущих клиентов компании о стоимости продукта, сроках доработок, устранении проблем, о негативном опыте работы с системой и о том, как поставщик решал возникающие трудности.
Автор: Михаил Вертинский
