СИСТЕМЫ ПОДДЕРЖКИ ПРИНЯТИЯ КЛИНИЧЕСКИХ РЕШЕНИЙ С ВНЕШНИМ КОНТЕКСТОМ
SYSTEMS FOR MAINTAINING CLINICAL DECISION MAKING WITH EXTERNAL CONTEXT

Изобретение относится к области медицины, области медицинской диагностики, области ведения историй болезни пациентов, области экспертных систем и соответствующим областям техники.
Системы поддержки принятия клинических решений (CDS) являются экспертными системами, выполненными с возможностью предоставлять автоматизированную помощь врачам или другому медицинскому персоналу в принятии медицинских решений, таких как диагноз болезни, выбор лечения, и реализации различных вариантов схемы лечения, таких как дозировка, циклы и т.д. Некоторые иллюстративные CDS-системы описываются, например, в Alsafadi, публикация заявки на патент (США) № 2007/0175980 A1.
Врач или другой специалист по медицинской диагностике людей базируется на своем прошлом опыте в диагнозах и состояниях пациентов при постановке медицинских диагнозов и осмотре обследуемых пациентов. Тем не менее, врач может не иметь релевантного прошлого опыта, связанного с конкретным обследуемым пациентом. Обычно врач может нивелировать этот недостаток опыта посредством консультации с другими врачами либо посредством обращения к стандартным медицинским учебникам или другой релевантной медицинской литературе. Несмотря на эти источники информации, базирование на прошлом опыте может быть проблематичным вследствие ограничений опыта любого врача (в частности, врача-новичка с меньшим общим опытом) и предубеждений или пробелов в памяти в воспоминаниях по случаям из практики отдельных врачей.
Система поддержки принятия клинических решений (CDS) дополняет знания врача или другого специалиста по медицинской диагностике людей посредством предоставления базы данных прошлого клинического опыта, который может быть более обширным и полным, чем прошлый опыт любого конкретного врача или даже совместный прошлый опыт группы врачей. CDS-система также включает в себя поддержку фильтрации или выбора в экспертной системе, предоставляющую возможность CDS-системе "сортировать" эту базу данных, чтобы извлекать и представлять наиболее релевантное содержимое, оцененное посредством алгоритма фильтрации или выбора CDS-системы.
Во многих случаях врач или другой специалист по диагностике людей может хотеть знать информацию о болезни обследуемого пациента, к примеру осуществляемые варианты выбора лечения, развитие болезни пациента и т.д., с начала лечения пациента до текущего момента. Типично, эта информация доступна в качестве бумажных или электронных медицинских карт. Для врача является трудоемким получение информации об истории болезни пациента из этих источников, поскольку врач должен изучать множество объемных документов, которые не всегда хронологически упорядочены. Существующие CDS-системы, в общем, не предоставляют истории болезни пациентов в кратком, легкодоступном и понятном формате.
Врач зачастую также хочет выполнять запросы к CDS-системе на основе направления лечения обследуемого пациента, поскольку цель зачастую состоит в том, чтобы собирать сведения о состояниях пациентов, которые прошли аналогичное лечение. Существующие CDS-системы не предоставляют удобного способа для того, чтобы формулировать такие запросы.
Ниже предоставлены новые и усовершенствованные устройства и способы, которые преодолевают вышеуказанные и другие проблемы.
В соответствии с одним раскрытым аспектом, система поддержки принятия клинических решений (CDS) содержит: базу данных историй лечения пациентов, содержащую истории лечения пациентов; и инструментальное средство навигации по истории болезни пациента, выполненное с возможностью выбирать историю лечения пациента из базы данных историй лечения пациентов и отображать представление в виде блок-схемы, по меньшей мере, части истории лечения выбранного пациента и дополнительно избирательно отображать представление в виде блок-схемы части или всей не конкретной для пациента рекомендации по лечению, не совпадающей с историей лечения выбранного пациента.
В соответствии с другим раскрытым аспектом, система поддержки принятия клинических решений (CDS) содержит: базу данных историй лечения пациентов, содержащую истории лечения пациентов; механизм запросов к медицинским картам пациентов, выполненный с возможностью принимать запрос и применять принятый запрос к базе данных историй лечения пациентов, чтобы извлекать результаты запроса; и инструментальное средство навигации по истории болезни пациента, выполненное с возможностью выбирать историю лечения пациента из базы данных историй лечения пациентов и отображать представление в виде блок-схемы, по меньшей мере, части истории лечения выбранного пациента, и дополнительно выполненное с возможностью формировать запрос в ответ на пользовательский ввод и отображать результаты запроса, извлеченные посредством механизма запросов к медицинским картам пациентов, для запроса.
В соответствии с другим раскрытым аспектом, способ поддержки принятия клинических решений (CDS) содержит: выбор истории лечения пациента из базы данных историй лечения пациентов, содержащей истории лечения пациентов; отображение представления в виде блок-схемы истории лечения выбранного пациента; и в ответ на пользовательский выбор варианта обзора, отображение обзорного вида, включающего в себя представление в виде блок-схемы, по меньшей мере, части истории лечения выбранного пациента в контексте с представлением в виде блок-схемы части или всей не конкретной для пациента рекомендации по лечению, не совпадающей с историей лечения выбранного пациента.
В соответствии с другим раскрытым аспектом, раскрыт носитель данных, причем носитель данных содержит сохраненные на нем инструкции, выполняемые посредством цифрового процессора, чтобы осуществлять способ поддержки принятия клинических решений (CDS), изложенный в непосредственно предшествующем абзаце.
Одно преимущество состоит в CDS-системе, которая предоставляет информацию о пациенте варьирующегося диапазона из статистической информации.
Другое преимущество состоит в предоставлении пользовательского интерфейса для группировки вручную аналогичных болезней пациентов, в которых болезни пациентов представляются посредством значков пациентов, содержащих изображения пациентов или миниатюры, сформированные из изображений пациентов.
Другое преимущество состоит в автоматическом агрегировании и корреляции признаков изображения и отсутствия изображения.
Дополнительные преимущества должны быть очевидными для специалистов в данной области техники после прочтения и понимания нижеследующего подробного описания.
Фиг. 1 схематически показывает систему поддержки принятия клинических решений (CDS).
Фиг. 2-7 показывают снимки экрана, иллюстрирующие различные аспекты CDS-системы по фиг. 1.
Со ссылкой на фиг. 1, система поддержки принятия клинических решений (CDS) хранится в подходящей системе 10 цифровой обработки, такой как хост-компьютер или хост-компьютеры CDS-системы либо сетевой хост-сервер или сетевые хост-серверы CDS-системы и т.п. Система 10 цифровой обработки может, в общем, быть одним компьютером или сетевым сервером или может содержать множество взаимодействующих компьютеров и/или сетевых серверов. Другие устройства или комбинации устройств цифровой обработки также рассматриваются.
CDS-система использует рекомендации по лечению для поддерживаемых заболеваний. С этой целью хорошо подготовленный с медицинской точки зрения пользователь работает с компьютером 12 или другим пользовательским интерфейсом, чтобы взаимодействовать с инструментальным средством 14 выработки рекомендаций по лечению, чтобы составлять или необязательно модифицировать рекомендацию по лечению для заболевания, которая сохраняется в базе 16 данных рекомендаций по лечению. В общем, рекомендация по лечению составляется для каждого поддерживаемого заболевания. Рекомендация по лечению может, в общем, включать в себя различные точки принятия решения и альтернативные направления лечения, прохождение которых для конкретной болезни пациента зависит от различных результатов исследований, наблюдаемых медицинских осложнений, решений врача и других факторов. Рекомендация по лечению может представляться в качестве блок-схемы, в которой узлы соответствуют медицинским операциям (медицинским тестам, терапевтическим вмешательствам, точкам принятия решения и т.п.), и узлы соединяются, чтобы указывать протекание или развитие в течении болезни пациента, в том числе и схему лечения во времени.
Врач или другой медицинский работник (в дальнейшем называемый без потери общности врачом) взаимодействует с CDS-системой через компьютер 20 или другой пользовательский интерфейс (который может, в общем, являться идентичным или отличным от компьютера 12). В качестве примера, врач осуществляет доступ к CDS-системе через механизм 22 проверки достоверности идентификационных данных врача и модуль CDS-шлюза, который обеспечивает то, что врач является авторизованным пользователем CDS-системы. Проверка достоверности идентификационных данных врача использует подходящее инструментальное средство аутентификации, к примеру аутентификацию на основе пароля, модуль считывания отпечатков пальцев, сканер сетчатки глаз и т.п. Механизм 22 проверки достоверности идентификационных данных врача и модуль CDS-шлюза необязательно тегирует или иным образом идентифицирует сеанс работы в CDS врача, так что взаимодействия врача с CDS-системой персонально ассоциируются с врачом.
После верификации врач взаимодействует с CDS-системой через инструментальное средство 30 навигации по истории болезни пациента, которое выполнено с возможностью выбирать историю лечения пациента из базы 32 данных историй лечения пациентов и отображать представление в виде блок-схемы истории лечения выбранного пациента. Как и с рекомендациями по лечению, история лечения пациента может представляться в качестве представления в виде блок-схемы с узлами и блоками соединений. В общем, история лечения пациента совпадает с частью рекомендации по лечению, соответствующей заболеванию пациента. База 32 данных историй лечения пациентов включает в себя или имеет доступ, по меньшей мере, к достаточному количеству информации, чтобы формировать представление в виде блок-схемы истории лечения пациента и извлекать другую информацию, применимую для поддержки принятия клинических решений. В проиллюстрированном варианте осуществления, база 32 данных историй лечения пациентов соединяется или иным образом обменивается данными с базой 34 данных электронных медицинских карт пациентов, в которую врачи, медсестры или другой медицинский персонал вводят медицинскую информацию о пациенте через компьютер 36 или другое пользовательское интерфейсное устройство (которое может, в общем, быть идентичным или отличающимся от компьютеров 12, 20). Альтернативно, база 32 данных историй лечения пациентов и база 34 данных электронных медицинских карт пациентов могут компоноваться объединенно как одна база данных. В другой рассмотренной конфигурации, база 32 данных историй лечения пациентов и база 34 данных электронных медицинских карт пациентов не взаимодействуют или интегрируются, и вместо этого врач поддерживает историю лечения пациента, сохраненную в базе 32 данных историй лечения пациентов, посредством ввода релевантной информации пациента в базу 32 данных историй лечения пациентов через инструментальное средство 30 навигации по истории болезни пациента.
Инструментальное средство 30 навигации по истории болезни пациента также необязательно имеет доступ к базе 16 данных рекомендаций по лечению. В таких вариантах осуществления, инструментальное средство 30 навигации по истории болезни пациента может отображать представление в виде блок-схемы истории лечения выбранного пациента и дополнительно также может по выбору отображать обзорное представление в виде блок-схемы, включающее в себя часть или всю полную не конкретную для пациента рекомендацию по лечению, которая не совпадает с историей лечения выбранного пациента. В качестве примера, экран обзорного представления в виде блок-схемы может включать в себя визуально воспринимаемое выделение части, которая совпадает с историей лечения выбранного пациента, так что врач может легко идентифицировать часть полной рекомендации по лечению, которая пройдена для выбранного пациента в контексте полной рекомендации по лечению.
Таким образом, инструментальное средство 30 навигации по истории болезни пациента может предоставлять обзорный вид схемы лечения пациента, включающей в себя части, еще не достигнутые в лечении выбранного пациента, или включающей в себя альтернативные направления лечения, которые не пройдены в лечении выбранного пациента вследствие решений, принятых в более ранних точках принятия решения. Обзорный вид может полезным образом обосновывать текущее клиническое решение посредством предоставления врачу сведений по вариантам направления будущего лечения, которые могут исключаться или безвозвратно выбираться посредством текущего клинического решения. Обзорный вид также может полезным образом обосновывать текущее клиническое решение посредством предоставления врачу сведений по альтернативным направлениям лечения, которые, возможно, игнорированы посредством предыдущих клинических решений в болезни выбранного пациента, но которые могут быть пересмотрены с учетом позднее полученной информации или сведений.
Инструментальное средство 30 навигации по истории болезни пациента также необязательно включает в себя или обменивается данными с механизмом 40 запросов к медицинским картам пациентов, который выполнен с возможностью принимать запрос и применять принятый запрос к базе 32 данных историй лечения пациентов, чтобы извлекать результаты запроса. Инструментальное средство 30 навигации по истории болезни пациента выполнено с возможностью формировать запрос в ответ на пользовательский ввод и отображать результаты запроса, извлеченные посредством механизма 40 запросов к медицинским картам пациентов, для запроса. Результаты запроса могут отображаться в качестве графического представления, к примеру гистограммы, по характеристике пациента, такой как возраст пациента, вес пациента, пол пациента, расовая принадлежность пациента и состояние пациента, или в качестве другого графического статистического представления результатов запроса. В качестве примера, инструментальное средство 30 навигации по истории болезни пациента может формировать запрос в ответ на пользовательский выбор узла представления в виде блок-схемы истории лечения выбранного пациента, при этом сформированный запрос запрашивает медицинские карты пациентов на предмет историй лечения пациентов в базе 32 данных историй лечения пациентов, которые включают в себя выбранный узел.
Дополнительно или альтернативно, механизм 40 запросов к медицинским картам пациентов может принимать аналогичные идентификационные данные пациента из инструментального средства 30 навигации по истории болезни пациента и извлекать готовую историю болезни или другую медицинскую информацию об аналогичном пациенте из базы 32 данных историй лечения пациентов. История болезни или другая медицинская информация об аналогичном пациенте передаются обратно в инструментальное средство 30 навигации по истории болезни пациента для отображения врачу. В качестве примера, врач может выбирать аналогичного пациента из статистической информации, извлеченной посредством запроса, сформированного для выбранного пользователем узла.
Аспекты предоставления представления обзорного вида в виде блок-схемы не конкретной для пациента рекомендации по лечению, включающей в себя, по меньшей мере, часть, не совпадающую с историей лечения выбранного пациента, с одной стороны, и предоставления механизма 40 запросов для извлечения информации из базы 32 данных историй лечения пациентов, с другой стороны, могут быть полезным образом комбинированы. В качестве примера, представление обзорного вида в виде блок-схемы графически показывает узлы, соответствующие лечению, тестам и т.п., которые выбранный пациент не обошел. Врач может выбирать этот узел для запроса через механизм 40 запросов с тем, чтобы извлекать статистическую информацию о других пациентах, которые проходят выбранный узел. Это предоставляет врачу существенную информацию о выбранном узле, тем самым помогая врачу в решении насчет того, должна или нет последовательность лечения выбранного пациента охватывать выбранный узел. Дополнительно, если врач идентифицирует в статистической информации аналогичного пациента (или нескольких аналогичных пациентов), истории лечения которых выглядят практически параллельными истории текущего выбранного пациента, врач необязательно может также использовать механизм 40 запросов, чтобы извлекать историю болезни или другую медицинскую информацию об аналогичном пациенте из базы 32 данных историй лечения пациентов.
Следует понимать, что различные компьютеры или компоненты 10, 12, 14, 20, 36 цифровой обработки данных могут быть по-разному осуществлены. Например, проиллюстрированные компоненты 10, 12, 14, 20 могут быть осуществлены в качестве одного компьютера, который предоставляет как конфигурирование (например, выработку рекомендаций по лечению), так и использование CDS-системы. В качестве другого примера, компоненты 10, 20 могут быть осуществлены вместе в качестве CDS-системы конечного пользователя, в то время как компьютер 12 и инструментальное средство 14 выработки рекомендаций по лечению могут быть осуществлены в качестве отдельного конфигурационного компьютера CDS-системы, когда также предполагается, что конфигурационная система 12, 14 находится удаленно от системы 10, 20 конечного пользователя. В качестве примера этой второй компоновки, конфигурационная система 12, 14 может находиться на веб-узле производителя CDS-системы, в то время как система 10, 20 конечного пользователя может находиться в больнице или другом медицинском учреждении. Также следует принимать во внимание, что раскрытые CDS-системы и способы могут быть осуществлены посредством носителя данных, к примеру магнитного диска, оптического диска, оперативного запоминающего устройства (RAM), постоянного запоминающего устройства (ROM) и т.п., который содержит сохраненные на нем инструкции, выполняемые посредством цифрового процессора, к примеру проиллюстрированные компоненты 10, 12, 14, 20, 36 обработки, чтобы осуществлять раскрытый CDS-способ.
Иллюстративная CDS-система 10, показанная на фиг. 1, дополнительно описывается в отношении выбранных иллюстративных снимков экрана, показанных на фиг. 2-8.
Фиг. 2 показывает снимок экрана, сделанный после загрузки истории лечения выбранного пациента. Представление 50 в виде блок-схемы истории лечения выбранного пациента отображается в левой части окна или экрана. Представление 50 в виде блок-схемы, показанное на фиг. 2, иллюстрирует только релевантную часть истории лечения выбранного пациента. Эта выбранная часть включает в себя определенное число узлов, указывающих вмешательства, решения и т.п., которые уже осуществлены. Соответственно, говорят, что эти узлы "уже пройдены" посредством схемы лечения для выбранного пациента. Представление 50 в виде блок-схемы по фиг. 2 также показывает один или более узлов, представляющих следующий этап в схеме лечения. Следует понимать, что история лечения выбранного пациента, представленная посредством представления 50 в виде блок-схемы, совпадает с частью не конкретной для пациента рекомендации по лечению для SCLC (не показана на фиг. 2), сохраненной в базе 16 данных рекомендаций по лечению. Не конкретная для пациента рекомендация по лечению SCLC задает узлы представления 50 в виде блок-схемы. Конкретная для пациента информация, к примеру идентификационные данные уже пройденных узлов и ассоциированные результаты испытаний пациента, клинические решения для выбранного пациента и т.п., сохраняется в базе 32 данных историй лечения пациентов в файле или другой структуре данных, соответствующей выбранному пациенту.
В представлении 50 в виде блок-схемы по фиг. 2, уже пройденные узлы показаны с затемненными фонами, чтобы указывать узлы, которые уже пройдены в лечении выбранного пациента. Вместо затемненного фона другое визуально воспринимаемое выделение может быть использовано, к примеру использование выделяющего цвета для ограничивающих линий, закрашенной области, фона и/или текста уже пройденных узлов, использование шаблона выделяющей линии (например, сплошной линии либо ломаной, пунктирной или штрихпунктирной линии) для ограничивающих линий уже пройденных узлов, использование только прописных букв, жирного шрифта или другого отличающегося печатного шрифта для уже пройденных узлов и т.п. В иллюстративном примере по фиг. 2, уже пройденные узлы включают в себя: узел, помеченный как "Процедуры исследования", указывающий исследовательские операции, которые выполнены для выбранного пациента; узел, помеченный как "Мелкоклеточный рак легких", указывающий вывод поддержки принятия клинических решений, предполагающий, что исследовательские процедуры предложили мелкоклеточный рак легких; узел принятия решения, помеченный как "Начальный диагноз?", в котором врач подтверждает предлагаемый диагноз мелкоклеточного рака легких; узел, помеченный как "Требуемые процедуры", указывающий определенные медицинские процедуры, которые, в общем, считаются надлежащими для пациента, у которого диагностирован мелкоклеточный рак легких; и узел принятия решения, помеченный как "Стадия SCLC?", где акроним "SCLC" представляет "мелкоклеточный рак легких" и узел представляет решение врача в отношении стадии SCLC выбранного пациента.
В представлении 50 в виде блок-схемы по фиг. 2, один или более узлов представляют возможные стадии SCLC, которые врач может выбирать в соответствии с не конкретной для пациента рекомендацией по лечению SCLC. В иллюстративном примере, эти варианты стадий представляются посредством следующих узлов: узел, помеченный как "Ограниченное заболевание", указывающий решение, что выбранный пациент находится на стадии ограниченного SCLC; узел, помеченный как "Очень ограниченное заболевание", указывающий решение, что выбранный пациент находится на стадии очень ограниченного SCLC; и узел, помеченный как "Распространенный патологический процесс", указывающий решение, что выбранный пациент находится в стадии распространенной патологии SCLC. Эти узлы еще не пройдены, поскольку врач еще не принял решение по стадии SCLC выбранного пациента. Другими словами, узел принятия решения, помеченный как "Стадия SCLC?", может рассматриваться в качестве "текущего" узла, прохождение которого происходит в настоящее время, с решением, представляющим следующий узел, который должен быть пройден.
Следует принимать во внимание, что клиническое решение врача, касающееся стадии SCLC, должно определять будущее лечение выбранного пациента. На основе клинического решения врача, только один из узлов, помеченных как "очень ограниченное заболевание", "ограниченное заболевание" или "распространенный патологический процесс", должен быть пройден, тогда как другие должны быть проигнорированы. Будущее лечение является зависимым от этого клинического решения.
Чтобы помогать врачу в принятии этого решения, релевантная конкретная для пациента информация предоставляется в дополнительных окнах 52, показанных в правой стороне снимка экрана по фиг. 2. В иллюстративном примере, эта конкретная для пациента информация включает в себя: информацию об одышке (которая присутствует у выбранного пациента); информацию о кровохаркании (которое отсутствует у выбранного пациента); информацию о дискомфорте в области груди (который отсутствует у выбранного пациента); информацию о хроническом обструктивном заболевании легких (COPD, наличие которого является неизвестным у выбранного пациента); информацию о кашле (который отсутствует у выбранного пациента) и информацию о ночном поте (который присутствует у выбранного пациента). Дополнительно, общие задания и не конкретный для пациента совет для принятия решения перечисляются в окне 54, расположенном ниже окна 52 информации пациента. Еще дополнительно, окно 56 предоставляет конкретную для пациента рекомендацию при поддержке принятия клинических решений, если такая рекомендация сформирована посредством CDS-системы на основе доступной информации пациента. В иллюстративном примере по фиг. 2, CDS-система не сформировала рекомендацию на время снимка экрана по фиг. 2, и, соответственно, окно 56 является пустым на фиг. 2.
Как уже отмечено, будущее лечение для выбранного пациента является зависимым от клинического решения, которое должно приниматься в текущем узле, помеченном как "стадия SCLC?". Тем не менее, будущее лечение не показано в представлении 50 в виде блок-схемы истории лечения выбранного пациента, показанной на фиг. 2. В теории это не должно быть проблемой, поскольку решение о стадии SCLC в теории должно определяться исключительно на основе информации о выбранном пациенте (например, такой как предоставленная в окне 52) и на основе определительной и связанной информации о стадиях, предоставленной в окне 54, возможно, дополненной посредством рекомендации CDS-системы (если имеется), предоставленной в окне 56. Фактически, одно традиционно воспринимаемое преимущество использования CDS-системы заключается в том, что она помогает врачу сфокусироваться на текущем клиническом решении, которое следует принять для выбранного пациента.
На практике, тем не менее, в данном документе следует признать, что врач может хотеть знать, какое будущее лечение указывается в не конкретной для пациента рекомендации по лечению SCLC для каждого из возможных решений. Например, если выбранный пациент является слабым, врач может хотеть знать, влечет или нет рекомендация по лечению SCLC для "распространенного патологического процесса" за собой активные методы лечения, такие как хирургия или активная химиотерапия, которую слабый пациент может быть неспособен выдержать.
Дополнительно, в зависимости от прогресса, достигнутого (или не достигнутого) для выбранного пациента, врач может начать сомневаться в решении, принятом в уже пройденном узле. Например, если то, что врач видит для выбранного пациента (например, как отражается в конкретной для пациента информации, изложенной в окне 52), кажется врачу несогласованным с SCLC, то врач может хотеть снова взглянуть на уже пройденный узел принятия решения "Начальный диагноз?", чтобы посмотреть, какие другие диагнозы, возможно, доступны. С другой стороны, эта информация не предоставляется в представлении 50 в виде блок-схемы истории лечения выбранного пациента, показанной на фиг. 2, которая фокусируется на узле принятия решения по стадии SCLC.
В данном документе следует признать, что в некоторых случаях врач может хотеть иметь более полный вид будущих и/или предыдущих вариантов терапии пациента, чтобы лучше обосновывать текущее решение или обеспечивать повторное рассмотрение предыдущих решений, принятых в уже пройденных узлах. В данном документе следует признать, что преимущественным является то, чтобы предоставлять врачу вариант ослабления традиционного фокуса CDS-системы.
С дальнейшей ссылкой на фиг. 2 и вновь со ссылкой на фиг. 3, с этой целью экран, показанный на фиг. 2, предоставляет врачу кнопку 58 выбора обзорного вида, которую врач может выбирать с использованием указателя мыши, либо посредством нажатия горячей клавиши или комбинации горячих клавиш, либо посредством другого ввода на основе пользовательского выбора. После выбора пользователем кнопки 58 выбора обзорного вида, обзорный вид 60 предоставляется во всплывающем окне, как показано на фиг. 3, или в другой области экрана. В некоторых вариантах осуществления, отдельный монитор или другое отдельное дисплейное устройство может быть использовано для того, чтобы отображать обзорный вид 60. Проиллюстрированный обзорный вид 60 показывает представление 62 в виде блок-схемы истории лечения выбранного пациента, отображаемой вместе и в контексте с представлением 64 в виде блок-схемы части или всей не конкретной для пациента рекомендации по лечению, не совпадающей с историей лечения выбранного пациента. На фиг. 3 готовая не конкретная для пациента рекомендация по лечению SCLC проиллюстрирована посредством представления 64 в виде блок-схемы. Готовая рекомендация по лечению SCLC является сложной и включает в себя узлы принятия решения и множество ветвей, целостно представляющих различные варианты, процедуры лечения и т.д., которые могут быть подходящими для различных стадий SCLC, различных возможных конкретных для пациента осложнений и т.д. Как результат, представление 64 в виде блок-схемы готовой рекомендации по лечению SCLC, показанной на фиг. 3, трудно читать.
Со ссылкой на фиг. 4, обзорный вид 60 необязательно дает возможность врачу использовать действия с окнами графического пользовательского интерфейса (GUI), такие как прокрутка, изменение масштаба и т.п., выбранные с использованием мыши, клавиатуры или другого устройства пользовательского ввода, чтобы увеличивать выбранные части рекомендации по лечению. В иллюстративном снимке экрана по фиг. 4, пользователь выполнил прокрутку, чтобы перемещать самую левую часть представления 64 в виде блок-схемы по фиг. 3 в центр, и изменил масштаб, чтобы увеличивать эту часть, тем самым формируя представление в виде блок-схемы прокрученной и масштабированной части рекомендации по лечению SCLC. Представление в виде блок-схемы, показанное на фиг. 4, фокусируется на части рекомендации по лечению SCLC, совпадающей с представлением 62 в виде блок-схемы истории лечения выбранного пациента, вместе с представлением 66 в виде блок-схемы, включающим в себя варианты будущего лечения, которые становятся доступными в зависимости от стадии SCLC, которая должна выбираться врачом в текущем узле принятия решения "стадия SCLC?". В обзорном виде, показанном на фиг. 4, например, врач может легко видеть, что: (i) выбор стадии SCLC "очень ограниченное заболевание" влечет за собой лечение, включающее в себя хирургию; (ii) выбор стадии SCLC "ограниченное заболевание" влечет за собой лечение, включающее в себя параллельную химиорадиотерапию; и (iii) выбор стадии SCLC "распространенный патологический процесс" влечет за собой лечение, включающее в себя полихимиотерапию с множеством циклов химиотерапии. Врач теперь может принимать обоснованное решение, например, в отношении того, вероятно или нет то, что выбранный пациент (если он слабый), может подвергаться терапии, указываемой для стадии SCLC "распространенный патологический процесс", которая должна влечь за собой активную химиотерапию, как указано в представлении 66 в виде блок-схемы по фиг. 4.
CDS-система, описанная со ссылкой на фиг. 1-4, преимущественно предоставляет графическое представление 50 течения болезни пациента. Течение болезни пациента является фактической записью лечения пациента. Графическое представление 50 дает возможность врачу получать быстрый обзорный вид об уже выполненных этапах лечения/диагноза и вариантах будущего лечения для отдельного пациента. Помимо этого, CDS-система преимущественно предоставляет альтернативное представление (фиг. 3 и 4), в котором направление представляется в качестве конкретной для пациента навигации через дерево, при этом дерево представляет полный набор вариантов лечения, доступных в клинической рекомендации. Конкретное направление представляет конкретные варианты выбора, осуществляемого для каждого узла клинической рекомендации по мере того, как проводится лечение пациента.
Поддержка обзорных видов инструментального средства 30 навигации по истории болезни пациента, описанного с иллюстративной ссылкой на примеры снимка экрана, показанные на фиг. 3 и 4, предоставляет врачу полезную обзорную информацию, которая может быть использована для того, чтобы лучше обосновывать текущее решение или предоставлять повторное рассмотрение предыдущих решений, принятых в уже пройденных узлах. В большинстве случаев предполагается, что врач продвигается по схеме лечения выбранного пациента посредством принятия решения или другого действия, соответствующего текущему узлу в соответствии с не конкретной для пациента схемой лечения. В иллюстративном примере, например, врач с наибольшей вероятностью выбирает надлежащую стадию SCLC для выбранного пациента, и лечение продолжается в соответствии с этапами лечения, указываемыми посредством рекомендации по лечению SCLC для выбранной стадии SCLC. Таким образом, в большинстве случаев врач в конечном счете принимает клиническое решение, указываемое в текущем узле принятия решения, необязательно после анализа обзорного вида 60, чтобы помещать клиническое решение, которое должно быть принято, в контекст полных рекомендаций по лечению.
При принятии клинического решения врач с большой вероятностью руководствуется прошлым опытом врача с пациентами, имеющими аналогичные случаи. С этой целью, врач может обращаться к медицинским картам текущих или предшествующих пациентов SCLC, которые находятся или находились на лечении у врача. Врач также может обращаться к практическим примерам, описанным в медицинской литературе, или может консультироваться с другими врачами, чтобы извлекать релевантные сведения, которые другие врачи долгое время собирали от своих текущих или предшествующих пациентов с SCLC.
Со ссылкой снова на фиг. 1 и 2 и вновь со ссылкой на фиг. 5, иллюстративная CDS-система предоставляет другой источник информации болезни пациента для рассмотрения врачом при принятии клинического решения. В данном документе следует признать, что база 32 данных историй лечения пациентов предоставляет базу данных историй болезни пациентов, некоторые из которых с большой вероятностью имели SCLC, и некоторые из которых могут быть убедительными для врача при принятии текущего решения по стадии SCLC для выбранного пациента. С этой целью, механизм 40 запросов к медицинским картам пациентов выполнен с возможностью принимать запрос, запрашивающий пациентов, которые прошли интересующий узел, к примеру узел принятия решения "стадия SCLC?". Механизм 40 запросов к медицинским картам пациентов применяет этот запрос к базе 32 данных историй лечения пациентов, чтобы извлекать в качестве результатов запроса информацию, имеющую отношение к тем пациентам, которые имели SCLC и для которых узел принятия решения "стадия SCLC?" пройден. В качестве примера, фиг. 5 показывает окно 70, которое отображает статистические результаты для двадцати семи пациентов, истории болезни которых прошли узел принятия решения "стадия SCLC?". В иллюстративном примере, статистика по "показателю состояния пациента" показана как гистограмма 72 по характеристике пациента "возраст пациента". Показатель состояния пациента может использовать любые подходящие количественные показатели состояния пациента. Если обобщить, различная статистическая информация может отображаться различными способами, к примеру в таблице, в качестве круговой диаграммы и т.п., и статистическая информация может быть по различным интересующим характеристикам пациента, таким как возраст пациента, вес пациента, пол пациента, расовая принадлежность пациента, состояние пациента и т.п.
Гистограмма 72 по фиг. 5 показывает состояния для всех пациентов, в истории лечения которых пройден узел принятия решения "стадия SCLC?". Эта информация может быть полезной для врача для различных целей, к примеру, для принятия решения относительно того, должно или нет текущее направление лечения продолжаться, или для выдачи советов пациенту. Тем не менее, в целях принятия решения относительно того, какая стадия SCLC соответствует выбранному пациенту, гистограммы или другие статистические агрегированные представления, сфокусированные на пациентах, которым соответствуют различные стадии SCLC, могут иметь реальное значение.
С дальнейшей ссылкой на фиг. 5 и вновь со ссылкой на фиг. 6, чтобы предоставлять дополнительную полезную информацию для принятия решения относительно того, какая стадия SCLC должна соответствовать выбранному пациенту, экран, показанный на фиг. 5, предоставляет врачу кнопку 73 выбора "статистики по узлам для вариантов лечения", которую врач может выбирать с использованием указателя мыши, либо посредством нажатия горячей клавиши или комбинации горячих клавиш, либо посредством другого ввода на основе пользовательского выбора. После выбора пользователем кнопки 73 выбора, формируется экран, показанный на фиг. 6, на котором окно 70 повторно отображается, чтобы показывать отдельные статистические гистограммы 74, 75, 76 состояния по возрасту пациента для возможных стадий SCLC "ограниченное заболевание", "очень ограниченное заболевание" и "распространенный патологический процесс", соответственно. Эта информация является более убедительной для принятия решения относительно того, какая стадия SCLC должна соответствовать выбранному пациенту, по сравнению с агрегированной информацией гистограммы 72 по фиг. 5. Необязательно, другая кнопка 77 выбора, помеченная как "Другая статистическая информация...", может выбираться для того, чтобы выводить диалоговое окно (не показано), через которое врач может выбирать другую статистическую информацию по другим характеристикам пациента.
Статистическая информация, предоставленная в окне 70, к примеру различные гистограммы 72, 74, 75, 76, может быть полезной для врача при принятии текущего клинического решения. Эта статистика суммирует значительное число болезней пациентов (например, двадцать семь болезней пациентов в гистограмме 72), и составляющие болезни пациентов могут иметь клинически существенные различия по сравнению с выбранным пациентом, к которому текущее клиническое решение относится.
В некоторых случаях, тем не менее, врач может захотеть сфокусироваться на информации, имеющей отношение к конкретной аналогичной интересующей болезни пациента, вместо того чтобы просматривать гистограмму или другое статистическое агрегированное представление информации, имеющей отношение к множеству аналогичных пациентов.
Например, с конкретной ссылкой на фиг. 5, представленная статистическая информация может предоставлять возможность врачу идентифицировать историю болезни пациента, которая может иметь особую релевантность для текущего клинического решения. Например, на фиг. 5 врач использует курсор 80 со "стрелкой вниз", чтобы идентифицировать конкретную данную величину в гистограмме 72, которая, как считает врач, представляет конкретный интерес. В качестве примера, конкретная данная величина, выбранная с использованием курсора 80, имеет более высокий показатель состояния пациента, чем окружающие данные, и может соответствовать возрасту пациента близко к возрасту выбранного пациента, к которому относится текущее решение. Имя или другие идентификационные данные пациента, выбранного с использованием курсора 80, идентифицируются в текстовом диалоговом окне 82 пользовательского интерфейса как "Smith, Sam". В некоторых вариантах осуществления, идентификационные данные пациента могут анонимизироваться, чтобы защищать конфиденциальность пациента, например, посредством замены "Smith, Sam" на "Пациент #474" и т.п. В некоторых вариантах осуществления, идентификационные данные пациента могут быть связаны с идентификационными данными врача, вводимыми врачом через механизм 22 проверки достоверности идентификационных данных врача и CDS-шлюз (см. фиг. 1). В этих вариантах осуществления, имя пациента показывается в текстовом диалоговом окне 82 пользовательского интерфейса, если пациент находится на лечении у врача либо оно по иной причине может быть известно врачу, и анонимизируется в противном случае. В вариантах осуществления текстовое диалоговое окно 82 пользовательского интерфейса также включает в себя кнопку 84 выбора из раскрывающегося списка, которая предоставляет возможность врачу просматривать список имен пациентов (или вложенный список имен пациентов, просмотр которых идентифицированным врачом разрешен). Этот режим просмотра может быть полезным, чтобы помогать с напоминанием врачу, чтобы он вспомнил по имени пациента аналогичные случаи.
С дальнейшей ссылкой на фиг. 5 и с краткой ссылкой на фиг. 6, каждая из частей экрана для стадии SCLC, показанных на фиг. 6, необязательно включает в себя соответствующее текстовое диалоговое окно 85, 86, 87 пользовательского интерфейса, функционально аналогичное текстовому диалоговому окну 82 пользовательского интерфейса по фиг. 5, но ограниченное пациентами, которым приписана соответствующая стадия SCLC, чтобы обеспечивать выбор или просмотр пациентов, имеющих каждую конкретную стадию. Хотя не проиллюстрировано, курсор 80, показанный на фиг. 5, также может иметь аналог в каждой из гистограмм 74, 75, 76 для конкретной стадии.
Со ссылкой на фиг. 7, выбор аналогичной истории лечения пациента по имени или посредством идентификационного номера пациента и т.п. с использованием текстового диалогового окна 82 пользовательского интерфейса необязательно выводит дополнительную информацию об аналогичном пациенте. В качестве примера, фиг. 7 показывает всплывающее окно 90, содержащее информацию об аналогичном пациенте "Smith, Sam", выбранном через текстовое диалоговое окно 82 пользовательского интерфейса. Эта информация преимущественно отображается в формате, аналогичном формату по фиг. 2, но содержащем информацию для аналогичного пациента "Smith, Sam". В качестве примера, история лечения для аналогичного пациента графически отображается с использованием представления 92 в виде блок-схемы, и окно 94 представляет конкретную для пациента информацию для аналогичного пациента "Smith, Sam". Преимущественно, идентичные алгоритмы отображения в инструментальном средстве 30 навигации по истории болезни пациента (см. фиг. 1), которые используются для того, чтобы формировать экран по фиг. 2, могут быть использованы для того, чтобы формировать содержимое всплывающего окна 90, относящееся к аналогичному пациенту "Smith, Sam". Следует отметить, что во всплывающем окне 90 стадия SCLC "ограниченное заболевание" указывается как уже пройденный узел, поскольку история лечения пациента для аналогичного пациента "Smith, Sam" уже прошла это решение, и аналогичному пациенту "Smith, Sam" приписана стадия SCLC "ограниченное заболевание". В зависимости от того, насколько аналогичным выбранному пациенту фактически является пациент "Smith, Sam", как указано в качестве примера в сравнении содержимого окна 94 с окном 52 (см. фиг. 2) для выбранного пациента, врач может находить информацию об аналогичном пациенте "Smith, Sam", показанном во всплывающем окне 90, очень убедительную для принятия решения по стадии SCLC для выбранного пациента.
Содержимое всплывающего окна 90 показывается с использованием формата, аналогичного формату по фиг. 2, и фактически может быть сформировано посредством инструментального средства 30 навигации по истории болезни пациента CDS-системы. Тем не менее, предполагается отображать проиллюстрированную или другую информацию об аналогичном пациенте с использованием других форматов. Например, в некоторых вариантах осуществления выбор аналогичного пациента с использованием одного из текстовых диалоговых окон 82, 85, 86, 87 пользовательского интерфейса или с использованием другого пользовательского ввода рассматривается, чтобы выводить готовую историю болезни для аналогичного пациента.
Иллюстративный аналогичный пациент "Smith, Sam" является пациентом врача, или, альтернативно, врач иным образом авторизован на то, чтобы просматривать персональную медицинскую информацию для аналогичного пациента "Smith, Sam". Тем не менее, в вариантах осуществления и обстоятельствах, в которых конфиденциальность пациента должна поддерживаться, персонализация информации, такой как имена и другая конфиденциальная медицинская информация пациента, надлежащим образом редактируется или анонимизируется во всплывающем окне 90 или другом экране с информацией аналогичного пациента.
CDS-система, описанная со ссылкой на фиг. 1, 2 и 5-7, преимущественно включает в себя интегрированный механизм запросов к базе данных, который предоставляет извлечение статистики по узлам для каждого узла лечения/диагноза из рекомендации. Посредством щелчка мышью на панели "статистики по узлам" (или другой управляемой пользователем операции выбора) инициируется поиск в базе данных посредством механизма 40 запросов к медицинским картам пациентов. В одной или более локальных базах 32, 34 данных выполняется поиск информации, касающейся всех пациентов, которые прошли этот узел принятия решения ранее. Список этих пациентов показывается пользователю. В проиллюстрированных вариантах осуществления, текстовое диалоговое окно 82 пользовательского интерфейса предоставляет этот список в форме диалогового окна для выбора из раскрывающегося списка. Помимо этого, различная статистика по этому собирательному пациенту, такая как средний коэффициент выживаемости, гистограмма по возрасту и т.п., предоставляется (см. иллюстративную гистограмму 72 по фиг. 5). Необязательно, извлеченный собирательный пациент может разбиваться согласно вариантам лечения/диагноза из рекомендации (см. гистограммы 74, 75, 76 по фиг. 6). Необязательно, перекрестная ссылка на данные о конкретном интересующем пациенте, идентифицированном из извлеченного списка 82 пациентов, также может предоставляться, как проиллюстрировано для пациента "Smith, Sam" на фиг. 7.
Эта заявка описывает один или более предпочтительных вариантов осуществления. Очевидно, что после прочтения и понимания вышеозначенного подробного описания могут выполняться модификации и изменения. Данная заявка должна трактоваться как включающая в себя все подобные модификации и изменения до тех пор, пока они попадают в пределы объема прилагаемой формулы изобретения или ее эквивалентов.