Способ поэтапного обзора обслуживания пациента
Группа изобретений относится к области медицины. Для управления клиническими протоколами и/или интерпретируемыми компьютером рекомендациями процессор сбора данных принимает данные потока работ и данные пациента для множества пациентов. Данные потока работ включают в себя последовательность этапов обслуживания, выполняемых относительно каждого из пациентов. Данные пациента включают в себя клинические данные, собранные от каждого пациента. Далее процессор анализа данных отслеживает данные пациента на момент времени выполнения каждого из множества этапов обслуживания относительно каждого из пациентов. Далее процессор анализа данных выбирает один из предшествующих этапов обслуживания для одного из пациентов. Далее на устройстве отображения данных отображают, по меньшей мере, часть последовательности этапов обслуживания и данные пациента на момент времени выбранного этапа обслуживания для выбранного пациента. Группа изобретений позволяет определить более эффективную рекомендацию за счет выполнения сравнительного анализа альтернативных гипотетических путей с расчетом вероятностей при помощи алгоритма максимизации-математического ожидания. 3 н. и 8 з.п. ф-лы, 5 ил.
Настоящая заявка относится в целом к принятию клинических решений. Она находит конкретное применение вместе с отслеживанием и/или обзором выполнения потока работ или этапов в системах управления клиническим потоком работ и/или поддержки принятия решений (CWM/DS), и будет описываться с конкретной ссылкой на них. Однако нужно понимать, что это также находит применение в других сценариях использования и не обязательно ограничивается вышеупомянутым применением.
Клиническими протоколами (также называемыми протоколами обслуживания (медицинской помощи)) являются процедуры, установленные медицинскими учреждениями, такими как больницы, для следования при оказании медицинской помощи пациентам. Эти протоколы направлены на обеспечение здоровья и безопасности пациентов с минимизированием при этом стоимости медицинского обслуживания. Обычно, клинические протоколы получают исходя из клинических руководств (нормативных документов). Клинические руководства являются рекомендациями по надлежащему лечению и обслуживанию людей с конкретными заболеваниями и состояниями на основании наилучшего имеющегося доказательства.
Система CWM/DS является системой, которая обеспечивает одному или нескольким администраторам, врачам-клиницистам, пациентам и подобным клинические рекомендации, которые интеллектуально фильтруются и представляются в надлежащие моменты времени. Для осуществления этого система CWM/DS исполняет интерпретируемые компьютером рекомендации (CIG) на основе «на одного пациента». CIG обычно состоит из множества этапов обслуживания и заключает в себе рекомендации относительно того, как лечить и/или обслуживать пациента на основании текущего этапа обслуживания. Кроме того, CIG обычно реализует клинический протокол медицинского учреждения, применяющего CIG. Следовательно, CIG(и), реализующие клинические протоколы, полученные исходя из клинических руководств, поддерживают медицинские учреждения в соблюдении клинических руководств.
Одна проблема с использованием систем CWM/DS состоит в том, что медицинская помощь может изменяться от скорой помощи (например, сердечный приступ, инсульт и т.п.) до долгосрочной помощи (диабет, рак и т.п.). Везде по этому спектру обслуживание пациента может включать в себя много отдельных этапов, выполняемых с быстрой сменой в короткий срок, или рассредоточенных по более длительным промежуткам времени. Кроме того, эти отдельные этапы могут предусматривать участие ряда различных медицинских работников. В результате получение исчерпывающего обзора случая истории пациента со многими этапами обслуживания может быть затруднительным.
Настоящая заявка обеспечивает новые и усовершенствованные системы и способы для управления системами CWM/DS, которое устраняет вышеупомянутые и другие проблемы.
В соответствии с одним аспектом обеспечивается способ управления клиническими протоколами и/или интерпретируемыми компьютером рекомендациями. Способ содержит прием данных потока работ (рабочего потока) и данных о пациентах относительно множества пациентов, причем данные потока работ включают в себя множество этапов обслуживания для каждого из пациентов, и данные пациентов включают в себя клинические данные, собранные от каждого пациента (соответственно включающие в себя симптомы пациента (например, основные жалобы больного), результаты обследования пациента (например, результаты медицинского осмотра), лабораторные данные (например, значения креатинина), физиологические данные (например, кровяное давление), данные потока работ, идентификационные данные (например, идентификаторы (ID) пациента) и подобное); отслеживание данных потока работ и пациентов для каждого этапа из множества этапов обслуживания для каждого из пациентов; выбор одного из предшествующих этапов обслуживания для одного из пациентов и обеспечение отображения данных потока работ и данных пациента на момент времени выбранного предшествующего этапа обслуживания для выбранного пациента.
В соответствии с другим аспектом обеспечивается система для управления клиническими протоколами и/или клиническими рекомендациями. Процессор сбора данных принимает данные потока работ и данные пациента относительно множества пациентов, данные потока работ включают в себя множество этапов обслуживания для каждого из пациентов, и данные пациента включают в себя клинические данные, собираемые от каждого пациента. Процессор анализа данных отслеживает поток работ и данные пациента для каждого из пациентов и побуждает отображение на устройстве отображения данных потока работ и данных пациента на момент времени выбранного предшествующего этапа обслуживания для одного выбранного из пациентов.
В соответствии с еще одним аспектом обеспечивается диспетчер клинического потока работ или поддержки принятия решений. Процессор сбора данных накапливает данные потока работ и пациента для, по меньшей мере, одного пациента, причем данные потока работ включают в себя множество этапов обслуживания из клинического протокола и/или интерпретируемой компьютером рекомендации, описывающих диагноз пациента и схему лечения, и данные пациента включают в себя клинические данные, собираемые от пациента во времени. Процессор анализа данных отслеживает данные пациента на момент времени выполнения каждого из этапов обслуживания для пациента. Устройство отображения отображает этапы потока работ и данные пациента на момент времени выполнения некоторого выбранного из этапов обслуживания относительно пациента.
Одно преимущество настоящих систем и способов состоит в возможности отслеживать уже выполненные этапы в рамках потока работ в системе CWM/DS.
Другое преимущество состоит в возможности идентифицировать потенциальные неэффективности в клинических протоколах и/или клинических рекомендациях системы CWM/DS.
Еще одно преимущество состоит в возможности обзора процесса обслуживания в случае истории пациента.
Следующее преимущество состоит в возможности проведения анализа с прогнозированием в случае истории пациента.
Очередное преимущество состоит в повышенной пропускной способности (медицинского учреждения).
Дополнительные преимущества настоящего изобретения оценят средние специалисты в данной области техники после прочтения и уяснения последующего подробного описания.
Изобретение может принимать четкую форму в виде различных компонентов и схем расположения компонентов, и в виде различных этапов и схем этапов. Чертежи предназначены только для целей иллюстрации предпочтительных вариантов осуществления и не должны рассматриваться в качестве ограничивающих изобретение.
Фиг.1 - блок-схема информационно-технологической (IT) инфраструктуры медицинского учреждения согласно аспектам настоящего раскрытия;
Фиг.2 - блок-схема функциональных компонентов системы управления клиническим потоком работ и/или поддержки принятия решений (CWM/DS) согласно аспекту настоящего раскрытия;
Фиг.3 - блок-схема структурных компонентов системы CWM/DS согласно аспекту настоящего раскрытия;
Фиг.4 - иллюстрация пользовательского интерфейса системы CWM/DS согласно аспекту настоящего раскрытия; и
Фиг.5 - иллюстрация базового действия системы CWM/DS согласно аспекту настоящего раскрытия.
Со ссылкой на Фиг.1 представлена блок-схема информационно-технологической (IT) инфраструктуры 100 для медицинского учреждения, такого как больница. IT-инфраструктура 100 обычно включает в себя одно или несколько клинических (использующихся в клинике) устройств 102, сеть 104 связи, систему 106 информации пациентов, систему 110 управления клиническим потоком работ и/или поддержки принятия решений (CWM/DS) и подобное. Однако нужно понимать, что предполагаются большее или меньшее число компонентов и/или различных схем расположения компонентов.
Клиническое устройство(а) 102 охватывает одно или несколько устройств из мониторов состояния пациента, устройств в кроватях больных, устройств мобильной связи, носимых врачами-клиницистами, рабочих станций врачей-клиницистов, установок обеспечивающего лечение оборудования и подобного, в различных физических позициях в медицинском учреждении. Кроме того каждое клиническое устройство(а) 102 связано с одним или несколькими пациентами и/или одним или несколькими врачами-клиницистами. Например, монитор состояния пациента, подключенный к пациенту и/или рабочей станции врача-клинициста, сконфигурирован для приема клинических сведений для множества пациентов. Каждый из пациента(ов), связанный с клиническим устройством(ами) 102, связан с одной или несколькими клиническими проблемами, такими как заболевания или медицинские показания (состояние здоровья).
Как проиллюстрировано, клиническое устройство(а) 102 включает в себя монитор 102a состояния пациента, лечебное (терапевтическое) устройство 102b и устройство 102c получения медицинских изображений (рентгенографических). Предполагаются, конечно, другие. Блоки 112, 114, 116 связи в клиническом устройстве(ах) 102 содействуют связи с внешними системами и/или базами данных, такими как система 110 CWM/DS, через сеть 104 связи. Запоминающие устройства 118, 120, 122 клинических устройств(а) 102 хранят исполнимые команды для выполнения одной или нескольких функций из функций, связанных с клиническим устройством(ами) 102. Устройства 124, 126, 128 отображения в клиническом устройстве(ах) 102 дают возможность клиническому устройству(ам) 102 отображать данные и/или сообщения в интересах соответствующих пользователей. Устройства 130, 132, 134 пользовательского ввода в составе клинических устройств(а) 102 позволяют соответствующим пользователям клинических устройств(а) 102 взаимодействовать с клиническим устройством(ами) 102 и/или отвечать на сообщения, отображенные на устройствах 124, 126, 128 отображения. Контроллеры 136, 138, 140 в клиническом устройстве(ах) 102 исполняют команды, хранимые в запоминающих устройствах 118, 120, 122, чтобы выполнять функции, связанные с клиническим устройством(ами) 102.
Сеть 104 связи предоставляет возможность связи между компонентами подключенного к ней медицинского учреждения, такими как система 110 CWM/DS и клиническое устройство(а) 102, и является пригодной для переноса цифровых данных между компонентами. Соответственно, сеть 104 связи является локальной сетью. Однако, предполагается, что сеть 104 связи является одной или несколькими сетями из сети Интернет, глобальной сети, беспроводной сети, проводной сети, сети сотовой связи, шины данных, такой как универсальная последовательная шина (USB) и стандарта I2C, и подобной.
Система 106 информации пациентов действует в качестве центрального хранилища электронных медицинских карт (EMR) пациентов. Данные пациента от клинических устройств(а) 102 и других устройств, формирующих данные пациента, надлежаще сохраняются в системе 106 информации пациентов. В некоторых случаях данные пациента принимаются непосредственно от источника данных пациента, и в других случаях данные пациента принимаются опосредованно от источника данных пациента. Например, данные пациента, сформированные одним из клинических устройств(а) 102, принимаются опосредованно от системы 110 CWM/DS.
Обычно система 106 информации пациентов включает в себя одно или несколько из базы данных 142, сервера 144 и подобного. База данных 142 хранит EMR-карты пациентов медицинского учреждения. Сервер 144 предоставляет возможность компонентам медицинского учреждения осуществлять доступ к EMR-картам через сеть 104 связи. Блок связи в сервере 144 содействует связи между сервером 144 и внешними устройствами, такими как клиническое устройство(а) 102, через сеть 104 связи. Блок 146 связи дополнительно содействует связи с базой данных 142 системы 106 информации пациентов. Запоминающее устройство 148 в сервере 144 хранит исполнимые команды для выполнения одной из нескольких функций, связанных с сервером 144. Контроллер 150 сервера 144 исполняет команды, хранимые в запоминающем устройстве 148, для выполнения функций, связанных с сервером 144.
Система 110 CWM/DS принимает данные пациента от одного или нескольких источников 162 клинических данных (см. Фиг.2), и, в некоторых вариантах осуществления, предоставляет клинические рекомендации на основе клинических протоколов и/или клинического руководства на одно или несколько клинических приложений-потребителей 164 (см. Фиг.2) для содействия соблюдению клинических протоколов и/или клинических руководств.
Источники 162 клинических данных поставляют данные пациента относительно связанных пациентов на систему 110 CWM/DS. Данные пациента соответственно включают в себя клинические данные, такие как симптомы пациентов (например, основные жалобы больного), результаты исследований пациента (например, результаты медицинского осмотра), лабораторные данные (например, значения креатинина), физиологические данные (например, кровяное давление), данные потока работ, идентификационные данные (например, идентификаторы пациентов), и подобное. Предполагается, что данные потока работ идентифицируют, например, один или несколько из выполняемых этапов обслуживания, этапов обслуживания, выполняемых в настоящий момент, этапов обслуживания, еще подлежащих выполнению, и подобное. Соответственно, источники 162 клинических данных постоянно поставляют данные пациента на систему 110 CWM/DS, если они становятся доступными. Например, если монитор состояния пациента собирает данные от связанных с ним датчиков каждые 5 секунд, вновь собранные данные пациента предоставляются каждые 5 секунд. Однако, предполагается, что события, отличные от доступности данных пациента, такие как события таймера, события потока работ, события пользовательского ввода, и подобное имеют результатом предоставление данных пациента.
Клинические приложения-потребители 164 принимают клинические рекомендации относительно связанных пациентов от системы 110 CWM/DS. Клинические рекомендации могут включать в себя напоминания, предупреждения, предлагаемые следующие этапы, вспомогательную информацию, подборы и дозировки лекарств, и подобное, что направлено на помощь врачам-клиницистам в лечении связанных с ними больных. Чтобы принимать клинические рекомендации для пациента, клиническое приложение-потребитель надлежаще регистрируется в системе 110 CWM/DS для приема клинических рекомендаций для пациента.
Источники 162 клинических данных соответственно включают в себя, по меньшей мере, одно из: (1) одного или нескольких из клинических устройств 102; (2) системы 106 информации пациентов; (3) одной или нескольких из вспомогательных систем 108; (4) других устройств и/или приложений, формирующих данные пациента; (5) системы 110 CWM/DS, например, устройства пользовательского ввода таковой; и (6) подобного. Клинические приложения-потребители 164 соответственно включают в себя, по меньшей мере, одно из: (1) одного или нескольких клинических устройств 102; (2) системы 106 информации пациентов; (3) одной или нескольких из вспомогательных систем 108; (4) приложений, исполняющихся на устройствах (например, персональных компьютерах (PC), сотовых телефонах и т.д.); (5) системы 110 CWM/DS; и (6) подобного. В некоторых вариантах осуществления один или несколько компонентов из компонентов IT-инфраструктуры 100 относятся и к источникам 162 клинических данных, и к клиническим приложениям-потребителям 164.
Система 110 CWM/DS, как обсуждено подробно ниже, содействует следованию клиническим протоколам и/или клиническим руководствам. Кроме того, 110 CWM/DS содействует отслеживанию/управлению и обзору случая пациента с помощью 110 CWM/DS. В краткой форме, факты или наступления всех событий этапов из клинического протокола/руководства для случая пациента, проистекают ли они от пользовательского ввода, источников 162 клинических данных или других программных приложений, сохраняются в системе 110 CWM/DS. Например, для каждого факта события этапа система CWN/DS 110 регистрирует в журнале и сохраняет данные потока работ, включающие в себя тип этапа, время наступления этапа, имя или идентификатор (ID) связанного с ним медицинского работника, ссылки на любые связанные данные и подобное. Кроме того, система 110 CWM/DS имеет средства для принятия вышеупомянутых сохраненных данных потока работ в качестве фактических событий, позволяя данным потока работ переводить систему 110 CWM/DS к новому потоку работ или этапу, как если бы событие произошло фактически. Система 110 CWM/DS также дает пользователям возможность обзора или повторного воспроизведения этапов, которые имели место в случае истории пациента, чтобы осуществлять обзор процесса обслуживания и/или клинических протоколов. Для обеспечения, что пользовательский интерфейс показывает то же состояние, как при первом приеме связанных данных пациента, система обрабатывает сохраненные данные как фактические данные в течение процесса обзора.
Предполагается, что система 110 CWM/DS включает в себя одно или несколько устройств, серверов, компьютеров, базу данных и подобное, реализующих различные функциональные аспекты системы 110 CWM/DS, описанной подробно ниже в документе. Кроме того, хотя описано в виде части системы 110 CWM/DS, предполагается, что отслеживание/управление и обзор случая пациента выполняется компонентом, отличным от системы 110 CWM/DS.
Со ссылкой на Фиг.2 обеспечивается подробный вид функциональных компонентов системы 110 CWM/DS согласно аспектам настоящего раскрытия. Система 110 CWM/DS соответственно включает в себя базу данных 166 интерпретируемых компьютером рекомендаций (CIG), базу данных 168 экземпляров, базу данных 170 потоков работ, процессор 172 исполнения рекомендации, процессор 174 сбора данных, процессор 176 анализа данных и подобное. Нужно оценить, что эти функциональные компоненты являются просто абстракциями для упрощения обсуждения ниже в документе и не предназначены рассматриваться ограничивающими структурную схему системы 110 CWM/DS.
Процессор 172 исполнения рекомендации исполняет CIG(и), реализующие клинические протоколы медицинского учреждения. Клинический протокол обычно включает в себя один или несколько идеальных (абстрактных) этапов обслуживания и временную диаграмму или последовательность наступления этапа(ов) обслуживания в зависимости от информации пациента и клинической проблемы. Кроме того, клинический протокол обычно включает в себя рекомендации для выполнения специфических для обслуживания этапов со связанными с ними инструкциями. Предполагается, что клинические протоколы получают исходя из клинических руководств, но предполагаются другие подходы для получения клинических протоколов. Соответственно, CIG(и) сохраняются в базе данных CIG 166 и индексируются в соответствии с клинической проблемой. Однако предполагается, что CIG(и) сохраняются в других компонентах медицинского учреждения.
Для исполнения CIG(ий), процессор 172 исполнения рекомендации создает экземпляры CIG(ий), сохраненных в базе данных 166 CIG, относящихся к клиническим проблемам, связанным с пациентами, обслуживаемыми медицинским учреждением. Например, когда пациента с конкретной клинической проблемой принимают в медицинское учреждение, система 110 CWM/DS определяет местоположение одной или нескольких CIG в базе данных 166 CIG, относящихся к пациенту, и создает экземпляр для каждого из одного или нескольких из этих CIG для пациента. Экземпляром CIG является копия CIG, приспособленная к конкретному пациенту, с данными пациента. Экземпляры надлежаще поддерживаются в базе данных 168 экземпляров и индексируются в соответствии с пациентом. Однако предполагается, что экземпляры сохраняются в других компонентах медицинского учреждения.
Процессор 172 исполнения рекомендации дополнительно поддерживает и/или обновляет экземпляры CIG. Если данные пациента, релевантные одному или нескольким экземплярам, становятся доступными, один или несколько экземпляров обновляются, чтобы отразить обновленную информацию пациента. Например, если этап обслуживания выполняется для конкретного пациента, предполагается, что один или несколько связанных экземпляров обновляются, чтобы отразить, что этап обслуживания был выполнен. Релевантные данные пациента включают в себя одно или несколько из клинических данных, данных потока работ и подобное. Предполагается, что данные пациента принимаются непосредственно от компонентов медицинского учреждения, таких как являющееся источником клиническое устройство(а), или опосредованно через компонент медицинского учреждения, такой как система 106 информации пациентов.
Тогда как процессор 172 исполнения рекомендации исполняет CIG(и), процессор 172 исполнения рекомендации поставляет клинические сведения на основании экземпляров CIG на являющееся потребителем медицинское устройство(а) и/или другие компоненты медицинского учреждения. Также предполагается, что непосредственно система 110 CWM/DS может быть единственным медицинским устройством-потребителем и обеспечивает рекомендации и инструкции пользователю посредством своего устройства отображения. Как отмечено выше, CIG обычно включает в себя рекомендации относительно этапов обслуживания, образующих ее. Следовательно, если экземпляр CIG обновляется согласно, например, завершению этапа обслуживания, рекомендации и/или инструкции из нового этапа обслуживания из экземпляра подаются на соответствующее одно или несколько устройств из «потребляющих» медицинских устройств(а). В некоторых вариантах осуществления соответствующее «потребляющее» медицинское устройство(а) является «потребляющим» медицинским устройством(ами), которое зарегистрировалось в системе 110 CWM/DS, чтобы принимать клинические сведения, относящиеся к пациенту.
Процессор 174 сбора данных накапливает данные потока работ, относящиеся к потокам работ, фактически примененных врачами-клиницистами для ведения клинической проблемы, такой как заболевание или состояние. Эти данные потока работ включают в себя одно или несколько из того, «какие этапы обслуживания были выполнены», «когда они выполнялись», «кто их выполнял», «каким был результат их выполнения» и подобное. Данные потока работ надлежаще сохраняются в базе данных 170 потоков работ. Однако предполагается, что данные потока работ сохраняются в других компонентах медицинского учреждения. В некоторых вариантах осуществления данные потока работ собираются от являющихся источником клинических устройств(а) и/или других компонентов медицинского учреждения, таких как система 106 информации пациентов. Данные потока работ соответственно собираются в электронном виде, но предполагаются другие подходы к сбору данных потока работ. Например, в некоторых вариантах осуществления данные потока работ собираются вручную, например, в письменной форме, и вводятся пользователем в электронную форму для системы 110 CWM/DS.
Процессор 176 анализа данных анализирует данные потока работ в базе данных 170 потоков работ, чтобы содействовать отслеживанию/управлению событиями этапов клинического протокола для каждого случая пациента. Процессор 176 анализа данных отслеживает в реальном времени данные пациента и данные потока работ для каждого этапа клинического протокола. Например, система 110 CWM/DS включает в себя оперативный («живой») режим, который дает возможность пользователю отслеживать каждый этап, фактически выполняемый относительно пациента. Процессор 176 анализа данных также анализирует данные потока работ, чтобы определить, имеется ли отступление от клинического протокола для конкретного пациента. Например, если врач-клиницист отступает от клинического протокола, то система 110 CWM/DS запишет этапы, которые выполнялись относительно пациента, и вставит их в данные потока работ и случай истории пациента. Этап с отступлением предпочтительно записывается в электронном виде с клинических устройств(а) 102, но предполагаются другие подходы для записи этапов с отступлениями. Этапы с отступлениями могут записываться в устной или текстовой форме через интерфейс CWM/DS и вставляться в качестве данных потока работ в случай истории пациента. Отступления записываются, если врач-клиницист не следует CIG, как предложено. Например, если система 110 CWM/DS предлагает выполнить этапы A, B и C, а врач-клиницист исполняет этапы A, Z и G, то система определяет, что произошло отступление.
Процессор 176 анализа данных также анализирует данные потока работ, чтобы содействовать обзору или повторному воспроизведению событий этапов для каждого случая пациента. Например, система 110 CWM/DS включает в себя режим обзора, который дает пользователю возможность обзора или повторного воспроизведения каждого этапа, выполняемого на протяжении истории случая пациента. В режиме обзора пользователь может повторно воспроизводить любой выбранный случай пациента. Система 110 CWM/DS дает возможность пользователю обозревать любой из прошлых этапов, выполненных в случае пациента. Например, система 110 CWM/DS может предоставлять пользователю возможность перейти на первый этап, вернуться на N этапов, где N может задаваться пользователем, перейти на предшествующий этап, перейти на следующий этап, перейти вперед на N этапов, перейти на последний этап и подобное. Система 110 CWM/DS может также предоставлять пользователю возможность вводить конкретный номер этапа и/или указание текущих этапов и общего числа этапов. При навигации к выбранному этапу система 110 CWM/DS отображает такие же данные пациента, которые присутствовали при фактическом выполнении этапа. Это позволяет быстрый, поэтапный обзор выбранного случая. В режиме обзора система 110 CWM/DS блокирует данные потока работ и пациента для каждого этапа с тем, чтобы они не могли быть модифицированы. Также предполагается, что процессор 172 анализа данных и процессор 172 исполнения рекомендации реализуются в виде одного процессора.
Также предполагается, что процессор 176 анализа данных анализирует данные потока работ, чтобы содействовать сравнению уже исполненных этапов для случая пациента с альтернативным гипотетическим ходом событий, посредством этого допуская анализ "что, если…". Например, система 110 CWM/DS включает в себя сравнительный режим, который дает возможность пользователю сравнивать фактический ход клинических этапов с гипотетическим ходом клинических этапов. Это является одинаковым с режимом обзора, но с наличием возможности переключаться на псевдо-оперативный режим в любой точке в течение обзора. В сравнительном режиме система ведет себя так же, как в 'оперативном' режиме, единственное отличие состоит в том, что этапы обслуживания не сохраняются в базе данных в виде части фактического случая. Это дает возможность пользователю изменять этапы, выполняемые относительно пациента, чтобы просмотреть различные возможные исходы для случая истории пациента. Пользователь может просматривать результат некоторых этапов, чтобы дополнительно оптимизировать клинический протокол или сделать клинический процесс более эффективным. Например, пользователь может отступить от клинического протокола, чтобы определить, завершится ли выполнение конкретного этапа не в протокольном порядке выполнением более эффективного обслуживания пациента.
В другом варианте осуществления система 110 CWM/DS включает в себя одну или несколько моделей поддержки принятия решений, таких как байесовская сеть и подобное. Данные пациента, собранные системой CWM/DS, управляют моделями поддержки принятия решений, чтобы обеспечить одну или несколько клинических рекомендаций. Например, байесовская сеть для инсульта будет использовать клинические данные, такие как показатели жизнедеятельности, история перенесенных заболеваний и подобное, чтобы вычислить вероятность инсульта. В сравнительном режиме система 110 CWM/DS использует одну или несколько моделей поддержки принятия решений таким же образом, как в оперативном режиме. Это дает возможность пользователям следовать гипотетическому пути и наблюдать, выдают ли одна или несколько моделей поддержки принятия решений более точную рекомендацию скорее.
Чтобы давать возможность сравнительного анализа, система 110 CWM/DS формирует вероятностную модель для вычисления условной вероятности для каждого из множества исходов и диагнозов при заданных данных пациента на момент времени выполнения этапа. Например, если пользователь отступает от клинического протокола и выполняет этап не в протокольном порядке, то система 110 CWM/DS определит вероятный исход этого этапа на основании данных пациента, доступных на протяжении этого этапа. Система 106 информации пациентов хранит карту пациента и данные пациента в течение хода лечения текущего пациента. Система 106 информации пациентов также хранит множество архивных медицинских карт различных пациентов для больницы, лечебных отделений, региональных и национальных центров медицинской помощи и подобного. Система 110 CWM/DS формирует модель для имитации пациента с такими же характеристиками, как у текущего пациента. В совокупности архивных медицинских карт осуществляется поиск таких же характеристик и данных пациента, как у текущего пациента. Система 110 CWM/DS вводит в модель исходы и диагнозы архивных историй, которые содержат такие же характеристики и данные пациента, как у текущего пациента. Система 110 CWM/DS использует вероятностную модель для вычисления условной вероятности для каждого из исходов и диагнозов при заданной модели. Вероятностные модели строят, используя модели смеси (mixture model), которые эффективно обучаются по алгоритму максимизации-математического ожидания и подобному. Исходя из вероятностной модели система 110 CWM/DS определяет вероятность диагноза или результат некоторого этапа обслуживания при заданных данных пациента на момент времени выполнения этапа.
Система CWM/DS 100 также формирует пользовательский интерфейс и/или визуализацию событий этапа и/или данных потока работ, выполняемых на протяжении случая пациента. Также предполагается, что пользовательский интерфейс и/или визуализация могут включать в себя данные пациента относительно конкретного пациента на этом этапе. Например, визуализация может быть отображением с прямоугольниками и стрелками, которые показывают конкретное событие этапа, представленное по порядку. Это разрешает врачу-клиницисту обозревать клинический протокол, которому фактически следовали в течение клинического обслуживания (лечебной работы). Кроме того, когда врач осуществляет щелчок на одном из прямоугольников или этапов, врач может видеть время, показатели жизнедеятельности пациента и другую медицинскую информацию, как она существовала в тот момент. Это дает возможность профессионалам медицинской помощи, предоставлявшим помощь, студентам и т.п., обозревать процесс обслуживания. Обзор процесса обслуживания может быть ценным инструментом повышения эффективности потока работ и иначе - совершенствования рекомендаций обслуживания. Визуализация также может включать в себя вероятность заболевания на основании данных пациента и клинического протокола. Предполагается, что пользовательский интерфейс/визуализация отображается на устройствах 124, 126, 128 отображения клинических устройств 102. Пользовательский интерфейс/визуализация также может отображаться на устройстве 192 отображения в системе 110 CWM/DS. Также предполагается, что пользователь взаимодействует через интерфейс 130, 132, 134 клинических устройств 102, и система 110 CWM/DS позволяет пользователю просматривать, манипулировать, модифицировать и/или взаимодействовать с пользовательским интерфейсом/визуализацией.
Со ссылкой на Фиг.3 обеспечивается структурный вид системы 110 CWM/DS. Сервер 182 системы 110 CWM/DS соответственно включает в себя процессор 172 исполнения рекомендации и процессор 174 сбора данных. В некоторых вариантах осуществления каждый процессор из процессора 172 исполнения рекомендации и процессора 174 сбора данных реализован долговременным (не являющимся временным) читаемым компьютером носителем с наличием исполнимых компьютером команд для выполнения задач, связанных с процессором 172 исполнения рекомендации и/или процессором 174 сбора данных. Блок связи 184 в сервере 182 содействует связи между сервером 182 и внешними устройствами, такими как клиническое устройство(а) 102. Блок связи 184 дополнительно содействует обмену информацией с базами данных 166, 168, 170 системы 110 CWM/DS. Запоминающее устройство 186 сервера 182 хранит исполнимые команды для выполнения одной из нескольких функций, связанных с сервером 182. В некоторых вариантах осуществления эти команды включают в себя команды для выполнения задач, связанных с процессором 172 исполнения рекомендации и/или процессором 174 сбора данных. Контроллер 188 сервера 182 исполняет команды для запоминающего устройства 186, процессора 172 исполнения рекомендации или процессора 174 сбора данных.
Компьютер 190 системы 110 CWM/DS соответственно включает в себя процессор 176 анализа данных. В некоторых вариантах осуществления процессор 176 анализа данных реализован долговременным читаемым компьютером носителем с наличием исполнимых компьютером команд для выполнения задач, связанных с процессором 176 анализа данных. Блок связи 192 компьютера 190 содействует связи между компьютером 190 и внешними устройствами, такими как клиническое устройство(а) 102. Блок 192 связи дополнительно содействует обмену информацией с базами данных 166, 168, 170 системы 110 CWM/DS. Запоминающее устройство 194 компьютера 190 хранит исполнимые команды для выполнения одной из нескольких функций, связанных с компьютером 190. В некоторых вариантах осуществления эти команды включают в себя команды для выполнения задач, связанных с процессором 174 анализа данных. Устройство 196 отображения в компьютере 190 позволяет компьютеру 190 отображать пользовательский интерфейс, дающий возможность пользователю, такому как специалист по представлению знаний, взаимодействовать с процессором 176 анализа данных. Устройство 198 пользовательского ввода в компьютере 190 дает возможность пользователю взаимодействовать с пользовательским интерфейсом. Контроллер 200 компьютера 190 исполняет команды для запоминающего устройства 194 или процессора 176 анализа данных. Также предполагается, что сервер 182 и сервер 190 реализуются в виде одного устройства.
Каждая из баз данных, описанных в документе, таких как база данных 166 CIG, соответственно включает в себя компьютерную базу данных, где компьютерная база данных является реализованной посредством одиночного компьютера, распределенной по множеству компьютеров или подобной. Кроме того, каждая из баз данных надлежаще сохраняет данные структурированным образом, содействующим выборке и доступу к таким данным. Кроме того, как используется в документе, запоминающее устройство включает в себя одно или несколько из долговременного читаемого компьютером носителя; магнитного диска или другого магнитного носителя; оптического диска или другого оптического носителя; оперативного запоминающего устройства (ОЗУ, RAM), постоянного запоминающего устройства (ПЗУ, ROM) или другого электронного запоминающего устройства или микросхемы или набора функционально соединенных микросхем; Internet-сервера, из которого хранимые команды могут извлекаться через сеть Интернет или локальную сеть; или тому подобного. Кроме того, как используется в документе, контроллер включает в себя одно или несколько из микропроцессора, микроконтроллера, графического процессора (GPU), проблемно-ориентированной интегральной микросхемы (ASIC), программируемой вентильной матрицы (FPGA) и подобного; сеть связи включает в себя одно или несколько из сети Интернет, локальной сети, глобальной сети, беспроводной сети, проводной сети, сети сотовой связи, шины данных, такой как USB и I2C, и подобного; устройство пользовательского ввода включает в себя одно или несколько устройств из мыши, клавиатуры, устройства отображения с сенсорным экраном, одной или нескольких кнопок, одного или нескольких коммутаторов, одного или нескольких переключателей и подобного; и устройство отображения включает в себя одно или несколько из жидкокристаллического (LCD) устройства отображения, светодиодного (LED) устройства отображения, плазменного устройства отображения, проекционного устройства отображения, устройства отображения с сенсорным экраном и подобного.
На Фиг.4 иллюстрируется пользовательский интерфейс 200 системы CWM/DS. Пользовательский интерфейс 200 включает в себя визуализацию 202 событий этапа, выполняемых на протяжении случая пациента. Например, различные вершины 204 представляют каждый один этап в клиническом процессе. Вершины 204 могут различаться по цвету, чтобы указывать состояние этапа, такое как «завершенный», «в обработке», «необязательный», «пропущенный», «с отступлением», «незавершенный» и подобное. Геометрии вершины 204 указывают различные типы этапов. Визуализация 202 может также включать в себя этапы с отступлением в виде вершин 204a, которые выполнялись в течение процесса обслуживания или спланированы, чтобы подлежать выполнению 204b. Пользовательский интерфейс 200 также включает в себя область 206 рекомендуемого следующего этапа, которая указывает следующие рекомендуемые этапы клинического протокола. Область рекомендуемого следующего этапа включает в себя предложенный этап 208, состояние 210 этапа и персонал 212, который выполняет этап. В области 214 дифференциальной диагностики определяется вероятность различных заболеваний для пациента. Дифференциальная диагностика основывается на данных пациента. Чтобы определить вероятный диагноз, система CWM/DS определяет вероятность заболевания на каждом этапе каждого клинического протокола при текущих данных пациента. Пользовательский интерфейс 200 включает в себя область 216 клинических данных, которая отображает данные случая пациента. Кнопки 218 «далее» и «обзор» также включены в пользовательский интерфейс, чтобы предоставлять пользователю возможность обзора предшествующих или последующих этапов клинического протокола. Кнопки 218 «далее» и «обзор» дают возможность пользователю перейти на первый этап, перейти назад на N этапов, где N может задаваться пользователем, перейти на предшествующий этап, перейти на следующий этап, перейти вперед на N этапов, перейти на последний этап и подобное. Это разрешает пользователю осуществлять обзор протокола, которому фактически следовали в течение клинического обслуживания. При обзоре конкретного этапа пользователь видит информацию фактического пациента, потока работ, вероятный диагноз, который существовал в тот момент. Кроме того, при щелчке врача на одном из этапов или прямоугольников, пользователь видит связанные данные пациента и потока работ, как существовали в тот момент.
На Фиг.5 иллюстрируется базовое действие системы CWM/DS. На этапе 300 данные потока работ и данные пациента принимаются для множества пациентов. Данные потока работ включают в себя множество этапов обслуживания для каждого из пациентов, и данные пациента включают в себя клинические данные, собранные от каждого пациента, и моменты времени, в которые выполнялся каждый этап обслуживания, и какой элемент данных пациента собирали. На этапе 302 данные потока работ и пациента прослеживаются для каждого этапа из множества этапов обслуживания для каждого из пациентов. На этапе 304 выбирается один из предшествующих этапов обслуживания для одного из пациентов. Данные потока работ и данные пациента на момент времени выполнения предшествующего этапа обслуживания пациента отображаются на этапе 306.
Изобретение было описано со ссылкой на предпочтительные варианты осуществления. Другим на ум могут прийти модификации и изменения после прочтения и уяснения предшествующего подробного описания. Подразумевается, что изобретение строится включающим все такие модификации и изменения, насколько они подпадают под рамки прилагаемой формулы изобретения или эквивалентов таковой.
1. Способ отслеживания выполняемых этапов в клинических протоколах и/или интерпретируемых компьютером рекомендациях, содержащий:
прием данных потока работ и данных пациента для множества пациентов, причем данные потока работ включают в себя множество этапов обслуживания для каждого из пациентов и данные пациента включают в себя клинические данные, собранные от каждого пациента;
отслеживание потока работ и данных пациента для каждого этапа из множества этапов обслуживания для каждого из пациентов;
выбор одного из предшествующих этапов обслуживания, выполненных относительно одного из пациентов;
выполнение сравнительного анализа, чтобы исследовать альтернативные гипотетические пути, которые не сохраняются в базе данных, включающего в себя:
- применение вероятностной модели к данным пациента на момент времени, когда ранее выбранный выполняемый этап был выполнен, для расчета условных вероятностей с использованием алгоритма максимизации-математического ожидания для каждого из множества исходов или диагнозов при заданных данных пациента на момент времени, когда ранее выполняемый этап был выполнен, чтобы обеспечивать одну или более клинических рекомендаций;
- прослеживание гипотетического пути; и
- рассмотрение, выдают ли один или более прослеженных гипотетических путей более эффективную рекомендацию; и
обеспечение отображения данных потока работ и вероятности диагноза или исхода некоторого этапа обслуживания при заданных данных пациента на момент времени выполнения предшествующего этапа обслуживания относительно выбранного пациента.
2. Способ по п.1, в котором каждый из множества этапов обслуживания основывается на установленных клинических протоколах и/или интерпретируемых компьютером рекомендациях.
3. Способ по п.1, дополнительно включающий в себя:
документирование в данные потока работ каких-либо выполненных этапов обслуживания, которые отступают от установленного клинического протокола и/или интерпретируемых компьютером рекомендаций.
4. Способ по п.1, в котором этап выбора одного из предшествующих этапов обслуживания дополнительно включает в себя:
выбор серии предшествующих этапов обслуживания с тем, что отображается эволюция этапов обслуживания и данных пациента.
5. Способ по п.1, дополнительно включающий в себя:
отображение на устройстве (124, 126, 128) отображения плана этапов обслуживания и данных пациента, как существовали на момент времени, когда выбранный этап обслуживания был выполнен.
6. Система управления клиническими протоколами и/или клиническими рекомендациями, содержащая:
процессор (170) сбора данных, который принимает данные потока работ и данные пациента для множества пациентов, причем данные потока работ включают в себя множество этапов обслуживания для каждого из пациентов и данные пациента включают в себя клинические данные, собранные от каждого пациента;
процессор (172) анализа данных, который:
отслеживает множество этапов обслуживания, выполненных для каждого из пациентов;
выбирает один из множества этапов обслуживания, выполненных относительно одного из пациентов;
выполняет сравнительный анализ для сравнения фактического хода этапов обслуживания с гипотетическим ходом этапов обслуживания, которые не сохраняются в базе данных, включающий в себя:
- расчет условных вероятностей с использованием алгоритма максимизации-математического ожидания для каждого из множества исходов или диагнозов при заданных данных пациента на момент времени, когда ранее выполняемый этап был выполнен, путем применения вероятностной модели байесовской сети к данным пациента на момент времени, когда ранее выполняемый этап был выполнен, чтобы обеспечивать одну или более клинических рекомендаций;
- прослеживание гипотетического пути; и
- рассмотрение, выдают ли одна или более моделей поддержки принятия решений более эффективную рекомендацию; и
побуждает отображение на устройстве (124, 126, 128) отображения данных потока работ и вероятности диагноза или исхода некоторого этапа обслуживания при заданных данных пациента на момент времени выбранного предшествующего этапа обслуживания для одного выбранного из пациентов;
причем результат выполнения гипотетического пути отображает исход некоторого гипотетического хода этапов обслуживания, при этом если исход упомянутого некоторого гипотетического хода этапов обслуживания выполняется более эффективно, то отображение указывает, что обслуживание пациента выполняется более эффективным способом.
7. Система по п.6, в которой устройство отображения отображает план этапов обслуживания, требуемых установленным клиническим протоколом и/или интерпретируемой компьютером рекомендацией, и процессор анализа данных дополнительно вставляет в план этапов обслуживания на устройстве (124, 126, 128) отображения какие-либо добавленные или отличающиеся этапы обслуживания, которые отступают от установленного клинического протокола и/или интерпретируемых компьютером рекомендаций.
8. Система по п.6, в которой процессор (172) анализа данных дополнительно:
формирует и побуждает отображение визуализации, которая иллюстрирует очередность выполненных этапов и/или подлежащих выполнению этапов обслуживания в соответствии с клиническим протоколом и/или интерпретируемыми компьютером рекомендациями, причем один из этапов обслуживания в отображаемой визуализации является выбираемым, чтобы побудить процессор анализа данных извлечь и отобразить данные пациента в том виде, как они существовали на момент времени, когда выбранный этап обслуживания был выполнен.
9. Диспетчер клинического потока работ или поддержки принятия решений, содержащий:
процессор (170) сбора данных, который собирает данные потока работ и данные пациента, по меньшей мере, для одного пациента, причем данные потока работ включают в себя, по меньшей мере, текущий этап обслуживания из последовательности этапов обслуживания, предписанных клиническим протоколом и/или интерпретируемой компьютером рекомендацией, описывающих схему лечения пациента, и данные пациента включают в себя клинические данные, собираемые от пациента во времени;
процессор (172) анализа данных, который
- отслеживает и записывает данные пациента на момент времени, в который выполняется каждый из этапов обслуживания для пациента;
- выбирает один из множества выполняемых этапов обслуживания;
- выполняет сравнительный анализ с использованием алгоритма максимизации-математического ожидания для определения вероятного исхода, если гипотетический этап обслуживания был выполнен, причем гипотетические этапы обслуживания не сохраняются в базе данных, чтобы обеспечивать одну или более клинических рекомендаций;
- прослеживает гипотетический путь; и
- рассматривает, выдают ли одна или более моделей поддержки принятия решений более эффективную рекомендацию; и
устройство (124, 126, 128) отображения, которое отображает, по меньшей мере, один выбранный этап из последовательности этапов обслуживания и вероятность диагноза или исхода некоторого этапа обслуживания при заданных данных пациента на момент времени, когда выбранный этап обслуживания был выполнен относительно пациента.
10. Диспетчер по п.9, в котором процессор (172) анализа данных дополнительно отображает, по меньшей мере, часть последовательности предписанных этапов обслуживания и вставляет в отображенные этапы обслуживания какой-либо дополнительный этап обслуживания, который был выполнен, который отступает от предписанной последовательности этапов обслуживания.
11. Диспетчер по п.9, в котором сравнительный анализ основывается на вероятностных моделях этапов обслуживания, выполняемых относительно других пациентов, при данных пациента, сходных с данными пациента на момент времени выбранного этапа обслуживания.
