Доктор Джон Ли об эпической оптимизации и приоритетах в области искусственного интеллекта

В обширном интервью Джон Ли, доктор медицинских наук, врач скорой помощи больницы Эдварда в Нейпервилле; Информатик и консультант Epic обрисовал дисциплинированный подход к получению большей выгоды от Epic и подготовке к будущему с поддержкой искусственного интеллекта. Он подчеркнул, что системы здравоохранения по-прежнему оставляют значительные возможности неиспользованными, призвал ИТ-директоров определить твердые границы для адаптации и описал, как консолидация экземпляров после слияний открывает операционные и аналитические преимущества, которые иначе трудно реализовать.

Эпическое использование и аргументы в пользу Foundation

Отвечая на вопрос, насколько глубоко системы здравоохранения используют Epic, Ли подсчитал, что внедрение остается ограниченным: «Большинство организаций Epic, вероятно, используют менее 25% полезности Epic». Он связал этот разрыв с сочетанием чрезмерной настройки, ограничительной политики аналитики и неравномерного управления данными. По его словам, Foundation — проектная спецификация Epic для стандартной сборки — служит ограждением, поскольку сохраняет базовую конфигурацию и структуры данных, которые способствуют аналитике, сравнительному анализу и новым функциям, которые все чаще поступают «под ключ» только при соблюдении базового шаблона. Он ожидает, что дорожная карта платформы по искусственному интеллекту и данные Cosmos усилят этот эффект за счет внедрения основанной на моделях информации непосредственно в клинические рабочие процессы; Чтобы получить выгоду, организации должны привести свои сборки в соответствие со структурами, которые предполагают эти инструменты.

Подкаст: Играть в новом окне | Скачать (Продолжительность: 40:29 — 27,8 МБ)

Подписаться: Apple Подкасты | Спотифай | Андроид | Пандора | ИХАРТРОДО | Podchaser | Индекс подкастов | Электронная почта | TuneIn

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

Слияния, консолидация и использование данных

По словам Ли, на фоне продолжающейся консолидации экономическая ценность платформы становится неизбежной. «Если вы пытаетесь работать с тремя экземплярами Epic, вы фактически сводите на нет огромную часть ценности Epic». Он описал краткосрочные трудности перестройки как цену долгосрочной интеграции: переход от нескольких экземпляров к одному снижает транзакционные трудности, упрощает настройку и превращает аналитику в единый источник аналитических данных, который может управлять общими протоколами и операционными сценариями по всему предприятию.

Он отметил, что даже «чистые» фундаменты в двух отдельных организациях имеют тенденцию меняться со временем, что усложняет усилия по гармонизации наборов заказов, клинических методов и показателей качества. Более того, Foundation — это шаблон проектирования, а не готовый продукт; командам все еще приходится строить, но спецификация дает нормализованные данные и конфигурации, которые хорошо переносятся. Консолидация также упрощает уровень данных: вместо согласования отдельных хранилищ (например, параллельных сред Kaboodle) и постфактум сопоставления показателей, единственный экземпляр поддерживает одну достоверную модель для отслеживания результатов и мониторинга соответствия.

Границы и управление кастомизацией

Ли утверждал, что для принятия решений по адаптации лидерам необходимо последовательное обоснование того, когда следует отклоняться от фундамента, основанное на клинических и эксплуатационных преимуществах и учитывающее технические затраты. «Вы должны знать, где вести эту борьбу и где попытаться сохранить как можно большую часть основы Epic». Он призвал ИТ-директоров и CMIO сочетать этот принцип с более строгим управлением операционными и клиническими данными, чтобы выбор конфигурации служил целям предприятия, а не только местному удобству.

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

ИИ, космос и конкурентная среда

Помимо немедленной оптимизации, Ли описал дорожную карту Epic, которая сочетает в себе искусственный интеллект с знаниями Cosmos, чтобы влиять на повседневный уход и операции. Он ожидает, что больше результатов моделирования появится непосредственно в гиперпространстве, что сократит путь от сигнала к действию. Для ИТ-директоров это означает, что целостность данных и дисциплина конфигурации не являются вопросами домашнего хозяйства; они являются предпосылками для следующей волны поддержки принятия решений.

Ли также обратился к вопросам конкуренции. Он сказал, что для рынка будет полезно, если Oracle Health добьется успеха благодаря интегрированной архитектуре, ориентированной на искусственный интеллект, и признал, что смелые инвестиции в платформу могут окупиться. Тем не менее, он отметил преимущество Epic в разработке Cosmos и темпы внедрения аналитических данных в рабочие процессы. По его словам, смена основных платформ потребует подавляющего преимущества, учитывая невозвратные затраты, бремя управления изменениями и зрелость, которой многие системы достигли на Epic. Более вероятный сценарий — это гонка за более быстрое предоставление встроенного интеллекта, которая вознаградит системы здравоохранения, которые поддерживают стандартизацию своих экземпляров и жесткое управление.

Убери это

• Инвентаризация использования Epic по областям возможностей и количественная оценка активации; установить цель выйти за пределы «базового уровня» в модулях, которые связаны с клинической производительностью, качеством и целостностью доходов
• Разработайте письменную политику настройки, которая отдает предпочтение фундаменту, за исключением случаев, когда отклонение приносит огромную, измеримую выгоду без ущерба для структур данных.
• Используйте синонимы и сопоставления для перехода врачей к стандартным спискам (например, основные жалобы, заказываемые товары), сохраняя при этом простой поиск.
• Отдавайте приоритет единой консолидации после слияний; бюджет на краткосрочную реконструкцию, чтобы получить долгосрочные выгоды в аналитике, протоколах и обслуживании
• Персонал для перевода: расширьте группу врачей-строителей и обучите аналитиков работать над целями рабочего процесса, а не только над спецификациями билетов.
• Свяжите готовность к использованию ИИ с управлением данными: определите право собственности на клинические и операционные данные, стандартизируйте определения событий и отслеживайте отклонения с помощью регулярных аудитов.
• Сообщите клиническим руководителям «почему» создания фонда; свяжите выбор конфигурации с будущими функциями, тестированием и безопасностью
• Относитесь к доступу к аналитике как к продукту, а не как к процессу исключения; уменьшить ограничительные значения по умолчанию, которые мешают командам обнаружить ценность стандартных данных

Когда его спросили об одном совете коллегам, ведущим работу по информатике в магазинах Epic, он дал прямой ответ: «Я бы хотел стать врачом-строителем и по-настоящему понимать систему с технической точки зрения, а также с аналитикой».