Виртуальный обход пациента с контекстно-ориентированной поддержкой клинического решения

Виртуальный обход пациента с контекстно-ориентированной поддержкой клинического решения

Иллюстрации

Показать все

Реферат

Во время госпитализации пациент проходит через ряд учреждений по уходу, и за ним осуществляется уход посредством различных поставщиков услуг по уходу. Данные пациента собираются во время госпитализации и на всем протяжении пребывания пациента в больнице, чтобы поддерживать поставщиков услуг по уходу. Во время госпитализации при сердечно-сосудистом заболевании, например, данные пациента собираются во время диагностики, лечения и терапии в отделении неотложной помощи, электрофизиологических лабораториях катетеризации, отделении интенсивной терапии и этаже/отделении сердечных пациентов. Данные пациента могут включать в себя демографические характеристики, историю болезни, диагноз, признаки и симптомы, лабораторные результаты, медикаментозное лечение, социальную поддержку и т.д. В результате громадное количество информации связано с каждым пациентом.

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

Примерные варианты осуществления включают в себя способ для идентификации контекстных атрибутов и генерирование контекстно-ориентированного списка задач для пользователя относительно идентифицированных контекстных атрибутов.

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

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

Фиг. 1 показывает схематичное представление системы согласно примерному варианту осуществления.

Фиг. 2 показывает схематичное представление хост-устройства системы на Фиг. 1.

Фиг. 3 показывает блок-схему контекстно-ориентированного способа поддержки клинического решения согласно примерному варианту осуществления.

Фиг. 4 показывает блок-схему способа пользователь-система согласно примерному варианту осуществления.

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

Как показано на Фиг. 1, система 100 содержит хост-устройство 102, которое может быть соединено с множеством пользовательских устройств 102-110 через коммуникационную сеть 112, такую как, например, проводную/беспроводную локальную сеть (LAN)/глобальную сеть (WAN), интранет, Интернет, GPRS и т.д. Пользовательские устройства 104-110 могут, например, соединяться с коммуникационной сетью 112 через сотовое соединение, которое может выдавать пользовательскому устройству 104-110 IP-адрес. Хост-устройство 102, как показано на Фиг. 2, представляет собой сервер, содержащий процессор 114, способный обрабатывать данные пациента и клинические рекомендации, хранящиеся в запоминающем устройстве 116 для хранения информации (например, памяти), чтобы предоставить пользователю (например, врачу, медсестре, планировщику выписок, администратору) контекстно-ориентированный список задач, характерный для роли пользователя, времени, места и устройства, и информацию, относящуюся к выполнению этой задачи. Пользовательские устройства 104-110 могут быть любыми проводными или беспроводными вычислительными устройствами, которые соединяются и обмениваются данными с хост-устройством 102. Пользовательские устройства 104-110 включают в себя пользовательский интерфейс для отображения обработанной информации пользователю и разрешения пользователю вводить информацию в хост-устройство 102. Например, пользовательский интерфейс может быть графическим пользовательским интерфейсом, отображаемым пользователю на дисплее и позволяющим вводить информацию через устройство ввода. Пользовательские устройства 104-110 могут быть, например, персональными компьютерами (ПК, PC), портативными компьютерами, карманными компьютерами (КПК, PDA), смартфонами, планшетами и т.д. Специалистам в данной области техники будет понятно, что система 100 может включать в себя любое количество пользовательских устройств 104-110.

Как показано на Фиг. 2, запоминающее устройство 116 для хранения информации хранит данные пациента, включая данные 118 наблюдения и клинические данные 120 для всех пациентов больницы. Данные 118 наблюдения могут включать в себя такую информацию, как, например, жизненно важные органы пациента, состояние раствора, признаки и симптомы и психосоциальные данные, полученные посредством опросов (например, эрудиция пациента, мотивации, поведение по самообслуживанию и т.д.). Клинические данные 120 могут включать в себя такую информацию, как, например, лабораторные результаты, изображения, клинические визиты, демографические характеристики и системы информации по лекарственным средствам. Данные 118 наблюдения и клинические данные 120 могут быть собраны во время пребывания пациента в больнице и могут быть обновлены новой информацией, как только она становится доступной. Запоминающее устройство 116 для хранения информации может также хранить клинические рекомендации 122 для анализа и оценки данных пациента. Клинические рекомендации 122 могут быть характерными для болезни и/или состояния (например, сердечная недостаточность, диабет, хроническое обструктивное заболевание легких (COPD), гипертония). Клинические рекомендации 122 могут быть национальными и/или международными рекомендациями, принятыми в медицинской сфере, и/или местными рекомендациями, установленными больницей или пользователем системы 100.

Процессор 114 обрабатывает данные 118 наблюдения, клинические данные 120 и клинические рекомендации 122, используя, например, информационный портал 124 виртуального обхода (VRIP). VRIP 124 получает доступ к имеющейся информации в запоминающем устройстве 114 для хранения информации и генерирует главный список задач из всех задач, которые могли бы решаться врачом, медсестрой, администратором или другим профессионалом больницы. Процессор 116 дополнительно включает в себя интеллектуальный фильтр 126, который фильтрует список задач, генерируемый VRIP 124, на основе атрибутов, таких как, например, роль пользователя, время дня, место и тип устройства, чтобы генерировать контекстно-ориентированный подсписок задач. Эти контекстные атрибуты могут быть предоставлены пользователем и/или автоматически обнаружены хост-устройством 102. Интеллектуальный фильтр 126 может дополнительно фильтровать имеющиеся данные пациента в соответствии с выбранной задачей. Отфильтрованная информация отображается на пользовательских устройствах 104-110 через графический пользовательский интерфейс, такой как, например, Доска 128 Виртуального Обхода, который допускает пользовательское взаимодействие с хост-устройством 102. Доска 128 Виртуального Обхода может содержать ряд различных представлений, при этом каждое представление посвящено пользователю в конкретной роли, который выполняет конкретную задачу в заданном месте. Доска 128 Виртуального Обхода может включать в себя закладки, ссылки или другие компоненты, которые могут быть выбраны пользователем, чтобы увидеть конкретную задачу и/или выбрать желаемое представление.

Доска 128 Виртуального Обхода отображает контекстно-ориентированный подсписок задач, созданный интеллектуальным фильтром 126, в ряде различных представлений. Пользователь выбирает желаемое представление, используя пользовательский интерфейс пользовательского устройства 104-110. Например, ежедневный главный список задач для кардиолога в его/ее роли в качестве слушателя может включать в себя утреннюю перепись, утренний обход, просмотр и подписание клинических документов, которые отображаются пользователю в виде отдельных вкладок или ссылок, которые могут быть выбраны пользователем. Каждая задача может иметь ряд различных представлений, которые также могут быть выбраны пользователем. Например, задача утренней переписи может быть представлена как план отделения, который предоставляет индекс пациента, основанный на изображении помещений, и/или статус пациента относительно того, готов пациент к выписке или нет.

Задачу утреннего обхода можно увидеть, например, в кратком представлении пациента, назначенных тестах, оставшихся задачах, написании заметок, дискуссионной группе/конференц-зале, канале передачи видеоинформации и напоминаниях и предупреждениях. Краткое представление пациента предоставляет поддержку для таких задач, как управление признаками и симптомами, управление лечением, управление планом по уходу и управление наблюдением, все из которых приспосабливаются для пользователя и конкретной задачи, которую он выполняет. Представление назначенных тестов показывает, был ли уже тест назначен или еще должен быть назначен, и уведомление, если результаты уже доступны. Представление оставшихся задач показывает список оставшихся обязательств и кто из многопрофильной команды ответственен за выполнение каждой из оставшихся задач. Задача написания заметок позволяет пользователю оставлять заметки для других членов команды. Возможность чата/конференции позволяет нескольким пользователям проводить конференцию друг с другом. Канал передачи видеоинформации позволяет персоналу больницы взаимодействовать с пациентами. Представление напоминаний и предупреждений позволяет пользователю получать, устанавливать и видеть напоминания и/или предупреждения. Задача просмотра и подписания клинических документов содержит представления на клинических заметках, заказах лекарственных средств, формах инструкций по выписке и других типах форм, платежной информации и т.д. Специалистам в данной области техники будет понятно, что конкретные представления и конкретные задачи, описанные выше, являются лишь примерными и могут быть другими в зависимости от конкретной роли пользователя в конкретное время и в конкретном месте.

Используя способ 300, как показано на Фиг. 3, интеллектуальный фильтр 126 фильтрует главный список задач, чтобы генерировать контекстно-ориентированный список для пользователя и представить только те данные пациента (например, из данных 118 наблюдения и клинических данных 120), которые относятся к задаче, выбранной пользователем. Способ 300 содержит получение информации, на этапе 310, из пользовательского устройства 104-110, чтобы идентифицировать контекстные атрибуты. Контекстные атрибуты могут включать в себя, например, роль пользователя, время дня, когда пользователь входит в систему, и местоположение пользователя. Эти атрибуты могут быть идентифицированы на основе информации входа в систему, полученной, когда пользователь входит в сеть 112 через пользовательское устройство 104-110. Пользователь входит в сеть 112 путем ввода идентификационной информации. Идентификационная информация может быть, например, выданным больницей логином и паролем, которые идентифицируют конкретного пользователя. Если пользователь имеет больше, чем одну роль в больнице (например, слушатель и администратор), пользователь также указывает конкретную роль, в которой он хочет войти в систему. Процессор 116 также способен определять местоположение пользовательского устройства 104-110 путем определения уникального MAC-адреса пользовательского устройства 104-110, которое пользователь использует для входа в систему, и физического местоположения устройства, выдающего IP-адрес пользовательскому устройству 104-110. Например, если MAC-адрес беспроводного телефона и IP-адрес беспроводного соединения выдан из отделения интенсивной терапии, наиболее вероятно, что пользователь получает доступ к хост-устройству 102 из комнаты пациента. Когда каждый MAC-адрес подключается первый раз, процессор 116 может запросить у пользователя, чтобы он идентифицировал и описал пользовательское устройство 104-110. Пользователь может идентифицировать тип устройства (например, рабочая станция, карманный компьютер, планшет), а также местоположение (например, дом, офис, этаж), если они еще не известны. Процессор 116 также способен определять конкретное время дня, в течение которого пользователь входит в систему, путем получения доступа к временной функции хост-устройства 102.

Как было описано выше, VRIP 124 использует главный список задач для всех пользователей на основе данных 118 наблюдения и клинических данных 120 и клинических рекомендаций 122. На этапе 320 интеллектуальный фильтр 126 фильтрует этот главный список задач, используя атрибуты, идентифицированные на этапе 310, чтобы создать контекстно-ориентированный подсписок для пользователя. В примерном варианте осуществления контекстно-ориентированный подсписок включает в себя задачи, характерные для роли пользователя, времени дня, местоположения и типа пользовательского устройства 104-110, которое пользователь использует для входа в хост-устройство 102. Контекстно-ориентированный подсписок предоставляет список задач, за которые ответственен конкретный пользователь и которому наиболее вероятно они будут поручены, с учетом времени дня, местоположения и типа устройства, которое использует пользователь. Есть несколько типов пользователей и/или ролей, которые пользователь может взять на себя. Например, в сердечно-сосудистой области пользователи могут включать в себя кардиологов, внутренних врачей-стажеров, ассистентов врачей, медсестер, диетологов и т.д. Кроме того, пользователь может обратиться к различным задачам в зависимости от того, работает ли он/она в утреннюю смену, вечернюю смену или ночную смену. Кроме того, пользователь, вероятно, обратится к различным задачам в зависимости от местоположения пользователя (например, в операционной, у кровати пациента, в его/ее офисе и т.д.) и типа используемого устройства (например, рабочая станция, карманное устройство). Таким образом, контекстно-ориентированный подсписок предоставляет список задач, характерных для роли пользователя в конкретное время и в конкретном месте. На этапе 330 контекстно-ориентированный подсписок отправляется на пользовательское устройство 104-110 пользователя и отображается через пользовательский интерфейс на пользовательском устройстве 104-110. Как было описано выше, контекстно-ориентированный подсписок может также быть показан пользователю через Доску 128 Виртуального Обхода хост-устройства 102.

На этапе 340 процессор 116 получает выбор пользователя конкретной задачи из контекстно-ориентированного подсписка, показанного на этапе 330. Интеллектуальный фильтр 126 на этапе 350 затем разбивает на составные части выбранную задачу, чтобы сгенерировать список подзадач. Эти подзадачи могут быть дополнительно отфильтрованы на этапе 360, чтобы идентифицировать клинические решения, которые необходимо сделать для каждой подзадачи. Для каждого клинического решения на этапе 370 интеллектуальный фильтр 126 фильтрует все имеющиеся данные пациента из данных 118 наблюдения и клинических данных 120, так что создаются только релевантные данные пациента, которые необходимы для поддержки клинических решений, идентифицированных на этапе 360. Релевантные данные отправляются на пользовательское устройство 104-110 для отображения через пользовательский интерфейс, на этапе 380. Таким образом, на основе отфильтрованной информации из интеллектуального фильтра 126 пользователь может принять любые решения, требуемые для завершения выбранной задачи.

Фиг. 4 показывает способ 400 потока пользователь-система системы 100. На этапе 410 пользователь входит в сеть 112, чтобы получить доступ к хост-устройству 102, путем ввода пользовательской информации с пользовательского устройства 104-110. Как было описано выше, пользовательская информация позволяет интеллектуальному фильтру 126 идентифицировать контекстные атрибуты, чтобы отфильтровать главный список задач и сгенерировать контекстно-ориентированный подсписок, характерный для контекстных атрибутов. Пользовательская информация вместе с автоматически или вручную идентифицированными контекстными атрибутами может использоваться для генерирования контекстно-ориентированного подсписка задач, который отображается пользователю на этапе 420. Контекстно-ориентированный подсписок является характерным для роли пользователя, времени дня, местоположения и устройства. Контекстно-ориентированный подсписок отображается пользователю на пользовательском устройстве 104-110, через которое пользователь входит в сеть 112. Контекстно-ориентированный подсписок также может отображаться через Доску 128 Виртуального Обхода хост-устройства 102, как было описано выше.

Пользователь может выбрать задачу из контекстно-ориентированного подсписка через Доску 128 Виртуального Обхода, на этапе 430. Интеллектуальный фильтр 126 затем фильтрует данные пациента, чтобы создать только те данные пациента, которые имеют отношение к поддержке клинических решений, требуемых для выполнения выбранной задачи. Релевантные данные затем отображаются пользователю через пользовательское устройство 104-110, на этапе 440. Пользователь может просмотреть отфильтрованные данные, чтобы принять какое-либо клиническое решение, чтобы выполнить выбранную задачу. Как только пользователь завершил выбранную задачу, пользователь указывает, что задача была завершена, и/или выбирает другую задачу, на этапе 450. Если задача была завершена и пользователь не желает выбирать другую задачу, пользователь может выйти из системы, на этапе 460. Если пользователь указывает, что он желает выбрать другую задачу, способ 400 может вернуться на этап 430. Специалистам в данной области техники будет понятно, что пользователь может выбрать любое количество задач.

Следует отметить, что формула изобретения может включать в себя ссылочные позиции/номера в соответствии с Правилом 6.2(b) PCT. Однако настоящая формула изобретения не должна рассматриваться как ограниченная примерными вариантами осуществления, соответствующими ссылочным позициям/номерам.

Специалистам в данной области техники будет понятно, что описанные выше примерные варианты осуществления могут быть реализованы любым количеством способов, включая отдельный программный модуль, сочетание аппаратных средств и программных средств, и т.д. Например, Информационный Портал 124 Виртуального Обхода и Интеллектуальный Фильтр 126 могут быть программами, содержащими строки кода, которые после компиляции могут быть исполнены в процессоре.

Специалистам в данной области техники будет очевидно, что различные модификации могут быть произведены в раскрытых примерных вариантах осуществления и способах и альтернативах, не выходя за пределы сущности или объема раскрытия. Таким образом, предполагается, что настоящее раскрытие покрывает модификации и варианты, при условии, что они подпадают под объем прилагаемой формулы изобретения и ее эквивалентов.

1. Способ обеспечения поддержки клинического решения, содержащий этапы, на которых:

идентифицируют контекстные атрибуты, причем контекстные атрибуты включают в себя время дня;

генерируют контекстно-ориентированный список задач для пользователя, при этом список приспособлен для идентифицированных контекстных атрибутов;

получают пользовательский выбор задачи из контекстно-ориентированного списка задач; и

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

2. Способ по п. 1, дополнительно содержащий этап, на котором генерируют главный список задач относительно по меньшей мере одного из клинических рекомендаций и данных пациента.

3. Способ по п. 2, в котором генерирование контекстно-ориентированного списка задач включает в себя фильтрацию главного списка задач, чтобы включить задачи, характерные для контекстных атрибутов.

4. Способ по п. 1, дополнительно содержащий этап, на котором отправляют контекстно-ориентированный список задач на пользовательское устройство.

5. Способ по п. 1, в котором контекстные атрибуты включают в себя по меньшей мере одно из роли пользователя, местоположения пользовательского устройства и типа пользовательского устройства.

6. Способ по п. 1, в котором идентификация контекстных атрибутов включает в себя идентификацию уникального адреса пользовательского устройства.

7. Способ по п. 1, дополнительно содержащий этап, на котором разбивают выбранную задачу на подзадачи.

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

9. Способ по п. 1, дополнительно содержащий этап, на котором отправляют релевантные данные пациента на пользовательское устройство.

10. Устройство для обеспечения поддержки клинического решения, содержащее:

память, хранящую набор инструкций, исполняемых процессором; и

процессор, исполняющий набор инструкций для выполнения операций, содержащих:

идентификацию контекстных атрибутов, причем контекстные атрибуты включают в себя время дня; и

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

пользовательский интерфейс, получающий пользовательский выбор задачи из контекстно-ориентированного списка задач,

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

11. Устройство по п. 10, в котором память хранит по меньшей мере одно из клинических рекомендаций и данных пациента, и в котором операции дополнительно содержат генерирование главного списка задач относительно по меньшей мере одного из клинических рекомендаций и данных пациента.

12. Устройство по п. 10, в котором операции дополнительно содержат отправку контекстно-ориентированного списка задач на пользовательское устройство.

13. Устройство по п. 10, в котором контекстные атрибуты включают в себя по меньшей мере одно из роли пользователя, местоположения пользовательского устройства и типа пользовательского устройства.

14. Устройство по п. 10, в котором операции дополнительно содержат идентификацию контекстных атрибутов путем идентификации уникального адреса пользовательского устройства.

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

16. Устройство по п. 10, в котором операции дополнительно содержат отправку релевантных данных пациента на пользовательское устройство.

17. Машиночитаемый запоминающий носитель, включающий в себя набор инструкций, исполняемых процессором, при этом набор инструкций способен:

идентифицировать контекстные атрибуты, причем контекстные атрибуты включают в себя время дня;

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

получать пользовательский выбор задачи из контекстно-ориентированного списка задач; и

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