Кастомизация vs. конфигурация EHR: как оценить медицинское ПО на предмет долгосрочной адаптивности
У медицинских организаций есть веские причины искать технологии, которые соответствуют их стилю работы. Клинические и административные рабочие процессы могут быть сложными, и в ходе оценки EHR возможность адаптировать систему под конкретные нужды организации может показаться привлекательным признаком гибкости.
Но оценка гибкости означает необходимость заглянуть дальше того, насколько хорошо система способна удовлетворить сегодняшние требования.
Что происходит, когда эти рабочие процессы меняются после запуска системы? Когда платформа обновляется? Когда организации требуется новая интеграция? Или когда она хочет воспользоваться новыми возможностями функционала взаимодействия, автоматизации, аналитики или искусственного интеллекта?
Эти вопросы приобретают все большую важность при оценке медицинских технологий на долгосрочную перспективу. Система, спроектированная под требования организации еще до внедрения, может обеспечить идеальное первичное соответствие, в то время как платформа, созданная для поддержки постоянной адаптации, предлагает иную модель развития по мере изменения потребностей. Ни один из подходов не является универсально правильным для каждой организации или каждой задачи.
Более полезный вопрос заключается не просто в том, как вендор называет свой подход к гибкости. Важно то, как эта гибкость работает и что она означает для вашей организации после запуска.
Понимание этого различия может помочь руководителям сферы здравоохранения оценить не только то, насколько технология подходит им сегодня, но и то, насколько легко она сможет адаптироваться к будущим потребностям.
Кастомизация vs. конфигурация EHR: загляните за рамки терминологии
«Кастомизация» и «конфигурация» могут означать разные вещи в различных дискуссиях о медицинских технологиях. Вендоры и клиенты могут использовать эти термины по-разному или даже как синонимы. Вместо того чтобы концентрироваться на формулировках, полезнее понять, как именно систему можно адаптировать и когда происходит эта доработка — во время внедрения или после запуск системы.
Для целей данного обсуждения мы будем использовать эти термины следующим образом:
- Кастомизация относится к доработке, которая обычно происходит до или во время внедрения, когда программное обеспечение изменяется или достраивается для удовлетворения конкретных требований организации. Такой подход помогает оптимизировать систему под рабочие процессы и потребности на момент ее развертывания.
- Конфигурация относится к настройкам, которые организация может вносить внутри платформы в процессе ее использования. В зависимости от системы, это могут быть поддерживаемые параметры, правила, роли или рабочие процессы, позволяющие организациям адаптировать принципы работы технологии без изменения лежащей в ее основе платформы.
Фокус на том, когда и как происходит доработка, переносит внимание на жизненный цикл технологии. Рабочие процессы меняются, организационные приоритеты смещаются, необходимо подключать новых партнеров и источники данных, а также появляются новые возможности. Технологические решения, принятые во время внедрения, могут повлиять на то, насколько простым или сложным будет реагирование на изменения в дальнейшем.
Таким образом, более полезным сравнением является не кастомизация против конфигурации, а первичное соответствие против постоянной адаптивности. Индивидуально адаптированное внедрение может быть целесообразно, когда у организации есть специализированные требования. Специалисты по оценке также должны понимать, что этот выбор означает для будущего обслуживания, обновления, интеграции и адаптации технологии.
Учитывайте то, чем вам придется управлять после внедрения
Адаптация технологии под конкретные требования может решить важные проблемы на этапе внедрения. Но работа по поддержке этих решений может выйти далеко за рамки запуска системы.
Для каждого изменения, специфичного для организации, руководители здравоохранения должны определить, что именно потребуется делать их командам для его поддержки. Обратите внимание на следующее:
- Обновления платформы: продолжит ли измененный функционал работать, когда вендор обновит платформу?
- Изменения рабочих процессов: сможет ли ваша организация самостоятельно скорректировать рабочий процесс или вам потребуется помощь вендора либо разработчика?
- Новые интеграции: могут ли существующие модификации повлиять на то, насколько легко вы сможете подключить другую систему к EHR?
Изменения, специфичные для организации, также могут иметь последствия для данных. В зависимости от того, как именно эти изменения внедряются, они могут повлиять на то, насколько последовательно информация собирается, передается и используется для отчетности. Эти соображения приобретают все большую важность по мере того, как организации делятся информацией с внешними партнерами и объединяют данные из нескольких источников.
Определенные рабочие процессы могут оправдывать специализированное решение и сопутствующую ему дополнительную работу. Предварительное понимание этих обязанностей помогает организациям сопоставить эти трудозатраты с ценностью, которую приносит кастомизация.
Взгляд за рамки этапа внедрения дает покупателям более полную картину гибкости: может ли система удовлетворить то или иное требование и сколько усилий потребуется для поддержки этого требования.
Посмотрите, как платформа поддерживает дальнейшее развитие
Оценка долгосрочной адаптивности также означает необходимость заглянуть глубже отдельных функций и рабочих процессов — на уровень поддерживающей их платформы. Поскольку медицинские организации внедряют новые способы обмена данными, автоматизации работы и использования ИИ, лежащая в основе технология может влиять на то, как эти возможности становятся доступны пользователям.
Общая облачная платформа предлагает один из таких подходов. Вендор может внедрять новые функции через платформу, в то время как организации продолжают настраивать поддерживаемые параметры и рабочие процессы под свои нужды.
athenaOne® предлагает пример такой модели. Ее облачная архитектура позволяет athenahealth внедрять возможности ИИ в существующие рабочие процессы athenaOne без необходимости для клиентов мигрировать на новое предложение или завершать новое внедрение. Организации могут получить доступ к новым возможностям в рамках уже используемой платформы, а не рассматривать каждое серьезное достижение как отдельный технологический переход.
Преимущества могут распространяться и на возможности подключения. Например, медицинский центр Mountain Laurel ранее обнаружил, что создание интерфейса с государственным реестром может занять месяцы. Перейдя на athenaOne, генеральный директор Джесси Стори описала подключение к реестру как «щелчок выключателя», назвав сеть существующих и поддерживаемых подключений athenaOne главным отличительным фактором.*
Эта сеть работает в значительном масштабе. athenaConnect™, механизм взаимодействия, лежащий в основе сети athenaOne, обеспечивает двусторонний обмен данными в сети, насчитывающей более 173 000 врачей. Сеть также соединяет примерно 100 организаций по обмену медицинской информацией (HIE) и организаций подотчетного медицинского обслуживания (ACO), а также более 230 национальных реестров.
Для покупателей медицинских технологий эти примеры поднимают более широкий вопрос в рамках оценки: способна ли платформа вмещать новые возможности и подключения по мере их появления и что потребуется сделать вашей организации, чтобы воспользоваться ими?
Ответ может рассказать о долгосрочной гибкости гораздо больше, чем количество способов настройки системы в первый день работы.
Решите, когда кастомизация стоит затраченных усилий
Некоторые медицинские рабочие процессы и требования являются высокоспециализированными, и поддерживаемая конфигурация не всегда может обеспечить то, что нужно организации. В таких случаях индивидуальная разработка может быть разумным выбором.
Прежде чем сделать этот выбор, покупателям, однако, стоит выйти за рамки вопроса о возможности кастомизации и подумать о том, чего требуют сами условия задачи. Несколько вопросов могут помочь в этом:
- Уникально ли требование? Определите, отражает ли рабочий процесс специализированную клиническую, операционную или регуляторную потребность, либо ее можно решить с помощью поддерживаемой конфигурации.
- Какую ценность принесет кастомизация? Подумайте, приведет ли адаптация технологии к значимому улучшению рабочего процесса, пользовательского опыта или другого важного результата.
- Кто будет управлять этим со временем? Поймите, кто будет вносить изменения, оказывать поддержку и решать проблемы по мере развития организации и платформы.
- На что выбор может повлиять в будущем? Спросите себя, сможет ли кастомизация повлиять на будущие обновления, интеграции, отчетность или доступ к новым возможностям.
Такая оценка помогает организациям сделать кастомизацию осознанным выбором, а не стандартной реакцией на любое отличие в рабочем процессе. Требования, которые приносят значимую ценность, могут оправдать дополнительную разработку и постоянную поддержку. Для других лучше использовать варианты, которые уже поддерживает платформа.
Понимание этих компромиссов также дает покупателям лучшую основу для сравнения вендоров, позволяя выйти за рамки кастомизации и оценить, как они поддерживают изменения с течением времени.
Вопросы, которые стоит задать вашему поставщику медицинских технологий
Вопрос о том, поддается ли платформа кастомизации, может подсказать вам, что изменения возможны. Это необязательно говорит о том, как именно происходят эти изменения, кто за них отвечает и что они могут означать для будущего.
В процессе оценки EHR рассмотрите вопросы, которые показывают, как гибкость работает на практике:
Сколько мы можем делать самостоятельно?
- Как мы можем адаптировать рабочие процессы после запуска по мере изменения наших потребностей?
- Какие изменения наша организация может вносить самостоятельно?
- Какие изменения требуют участия вендора или разработчика?
Что происходит по мере изменения платформы?
- Что происходит со специфическими для организации изменениями при обновлении платформы?
- Кто несет ответственность за поддержку любой заказной разработки или интеграций?
- Могут ли изменения, специфичные для организации, повлиять на нашу способность внедрять новые функции?
Как платформа поддерживает подключение и обмен данными?
- Как платформа поддерживает единообразие данных при учете специфических потребностей организации?
- Как добавляются новые интеграции или подключения данных?
- Могут ли внесенные нами изменения повлиять на нашу способность обмениваться данными с другими организациями или системами?
Как мы будем внедрять то, что появится в дальнейшем?
- Что происходит, когда мы хотим добавить новые возможности искусственного интеллекта, автоматизации, аналитики или функциональной совместимости?
- Потребует ли внедрение новых возможностей дополнительной разработки, внедрения или миграции?
- Как вендор предоставляет новые возможности на своей платформе?
Ответы могут помочь покупателям понять, на что способна система на момент покупки, а также оценить, что потребуется для изменения, подключения и расширения технологии в предстоящие годы.
Выбирайте технологии с учетом изменений
EHR — это долгосрочная инвестиция, и потребности, определяющие технологическое решение сегодня, со временем могут измениться. Способность адаптироваться к изменениям должна быть частью оценки с самого начала.
Это означает необходимость выйти за рамки вопроса о том, способна ли система удовлетворить конкретное требование, и понять, как она будет поддерживать организацию по мере развития рабочих процессов, подключений и возможностей. В некоторых случаях кастомизация может стать правильным решением. В других — поддерживаемая конфигурация может обеспечить гибкость, необходимую организации, с меньшими затратами на управление в будущем.
Базовая платформа является важной частью этого уравнения. athenaOne объединяет EHR, управление циклом доходов и взаимодействие с пациентами на облачной подключенной платформе, созданной для поддержки внедрения новых возможностей.
Выбор технологий с такой долгосрочной перспективой может помочь организациям удовлетворить текущие требования, не упуская из виду то, что может понадобиться им в дальнейшем.
