Архитектура, компоненты и интеграция электронных медицинских карт в рабочий процесс

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

Definition

Архитектура ЭМК — это организация хранилищ данных электронной медицинской карты, функциональных модулей (таких как ввод заказов, документация и поддержка принятия решений) и интерфейсов, а также способ интеграции этих модулей в клинический рабочий процесс.

Scope

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

Core questions

• Каковы основные функциональные компоненты ЭМК и как они связаны?
• Как хранилище клинических данных организует данные пациента для извлечения и повторного использования?
• Как компьютеризированный ввод заказов поставщиком связан с поддержкой принятия клинических решений?
• Почему соответствие между дизайном системы и рабочим процессом определяет удобство использования и безопасность?

Key concepts

• Хранилище клинических данных
• Компьютеризированный ввод заказов поставщиком (CPOE)
• Поддержка принятия клинических решений (CDS)
• Контролируемые терминологии и основные файлы
• Просмотр результатов и продольный обзор
• Интеграция и соответствие рабочего процесса
• Непредвиденные последствия системного дизайна

Mechanisms

ЭМК обычно организуется вокруг хранилища клинических данных, которое хранит кодированные и текстовые данные и представляет их через модули для заказа, документации, просмотра результатов и поддержки принятия решений. Ввод заказов (CPOE) фиксирует намерения клинициста в вычислимой форме и может запускать поддержку принятия решений — оповещения, наборы заказов и напоминания — в момент заказа (Bates et al., 2003). Поскольку эти модули встроены в клинические процедуры, несоответствие между дизайном системы и фактической последовательностью и временем работы может порождать новые ошибки и обходные пути; литература по компьютеризированному вводу заказов документирует ряд непредвиденных последствий, которые возникают именно на стыке программного обеспечения и рабочего процесса (Campbell et al., 2006).

Clinical relevance

Архитектура и соответствие рабочего процесса ЭМК влияют на то, насколько легко клиницисты находят информацию, размещают заказы и реагируют на поддержку принятия решений, и поэтому имеют отношение к пониманию задокументированных эффектов на эффективность и безопасность. Эта запись описывает системный дизайн как предмет изучения; это не оперативное руководство по настройке или использованию какой-либо конкретной системы.

Evidence & guidelines

Систематический обзор доказательств по информационным технологиям в здравоохранении подчеркивает, что преимущества в значительной степени зависели от того, как системы были построены и интегрированы, при этом ведущие учреждения получали больше пользы от внутренне разработанных, согласованных с рабочим процессом систем (Chaudhry et al., 2006). Исследования компьютеризированного ввода заказов каталогизируют непредвиденные последствия, связанные с несоответствием дизайна и рабочего процесса (Campbell et al., 2006). Эти источники характеризуют пространство проектирования; запись не содержит рекомендаций.

History

Ранние интегрированные системы в академических медицинских центрах продемонстрировали, что ввод заказов и поддержка принятия решений могут быть объединены в одной записи, и эта модель легла в основу более поздних коммерческих архитектур. По мере распространения внедрения внимание сместилось с наличия компонентов на то, как их интеграция формирует клиническую работу, при этом исследования ввода заказов подчеркивали последствия плохого соответствия рабочему процессу (Bates et al., 2003; Campbell et al., 2006).

Debates

Должны ли ЭМК стандартизировать рабочий процесс или адаптироваться к местной практике?

Более строгая стандартизация может улучшить качество данных и безопасность, но может конфликтовать с устоявшимися местными рабочими процессами, порождая обходные пути; вопрос о том, насколько система должна навязывать или приспосабливаться, остается спорным.

Key figures

• David Bates
• Dean Sittig
• Joan Ash
• Emily Campbell
• Basit Chaudhry

Seminal works

• bates-2003
• campbell-2006

Frequently asked questions

Что такое хранилище клинических данных?

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

Как ввод заказов связан с поддержкой принятия решений?

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