RU2697764C1 - Итерационное построение разделов истории болезни - Google Patents

Итерационное построение разделов истории болезни Download PDF

Info

Publication number
RU2697764C1
RU2697764C1 RU2016125282A RU2016125282A RU2697764C1 RU 2697764 C1 RU2697764 C1 RU 2697764C1 RU 2016125282 A RU2016125282 A RU 2016125282A RU 2016125282 A RU2016125282 A RU 2016125282A RU 2697764 C1 RU2697764 C1 RU 2697764C1
Authority
RU
Russia
Prior art keywords
clinical
information
medical history
patient
information elements
Prior art date
Application number
RU2016125282A
Other languages
English (en)
Other versions
RU2016125282A (ru
Inventor
Мерлейн СЕВЕНСТЕР
Юэчэнь ЦЯНЬ
Original Assignee
Конинклейке Филипс Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Н.В. filed Critical Конинклейке Филипс Н.В.
Publication of RU2016125282A publication Critical patent/RU2016125282A/ru
Application granted granted Critical
Publication of RU2697764C1 publication Critical patent/RU2697764C1/ru

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Databases & Information Systems (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Radiology & Medical Imaging (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

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

Description

[0001] Настоящая заявка в целом относится к итерационному построению историй болезни. Она может найти конкретное применение в сочетании с представлением пользователю информационных элементов, из которых пользователь может интуитивно создать раздел истории болезни, который впоследствии может быть представлен как текст в свободной форме и также вставлен в рентгенологический отчет и будет описан с конкретной ссылкой на него. Однако следует понимать, что настоящая заявка также может найти применение в других случаях использования и не обязательно ограничена вышеуказанным случаем применения.
[0002] Рентгенологи подобно другим медицинским специалистам должны поддерживать обновленные подробные записи в историях болезни своих пациентов. При этом рентгенологи записывают раздел истории болезни в каждом отчете, который отражает текущее и предыдущее состояние здоровья пациента, а также причины для исследования. Записывание раздела истории болезни является трудоемкой и, таким образом, занимающей много времени процедурой. Она требует, чтобы рентгенологи синтезировали информацию из множества источников в один упорядоченный комментарий, и часто рентгенологи подобно другим медицинским специалистам не в состоянии справиться с непрерывно увеличивающимся количеством поступающей информации о пациенте и иногда попросту не ведут должным образом записи раздела истории болезни. Однако, пренебрежение записыванием подробного комментария о визите каждого пациента и распознанных патологических изменениях препятствует полному пониманию рентгенологом состояния пациента и, вследствие этого, снижает ценность интерпретации изображения, выполненной рентгенологом.
[0003] В US 2010/0274584 А1 описана система для обработки медицинских отчетов, которая содержит сеть. Система содержит множество систем электронной медицинской карты (EMR). Каждая система EMR имеет базу данных EMR и процессор EMR. Процессор по меньшей мере одной системы EMR генерирует текстовый отчет для пациента. Каждая система EMR удалена от другой системы EMR, и все системы EMR связаны с возможностью обмена данными друг с другом посредством сети. Система содержит электронное управляющее устройство, имеющее базу данных и процессор, который автоматически собирает текстовые отчеты для пациента из множества систем EMR или изготавливает текстовые отчеты для пациента на основе данных в базе данных EMR по меньшей мере одной системы EMR. Электронное управляющее устройство поддерживает связь для каждого отчета между базой данных электронного управляющего устройства и базой данных EMR, из которой происходит каждый отчет. Способ обработки медицинских отчетов включает этапы генерации текстового отчета для пациента с использованием процессора по меньшей мере одной системы EMR из множества систем EMR. Каждая система EMR удалена от другой системы EMR и связана с остальными системами с возможностью обмена данными посредством сети. Способ включает этап автоматического сбора с использованием процессора электронного управляющего устройства текстовых отчетов электронного управляющего устройства для пациента из множества систем EMR или этап изготовления текстовых отчетов для пациента на основании данных в базе данных EMR по меньшей мере одной системы EMR, причем электронное управляющее устройство поддерживает связь для каждого отчета между базой данных электронного управляющего устройства и базой данных EMR, из которой возник каждый отчет.
[0004] В US 8,290,958 В2 описаны система и способ облегчения создания или модификации документа, обеспечивающая механизм для размещения релевантных данных из внешних источников и организации и объединения некоторых или всех указанных данных в документе. В описанном способе для повторного использования данных может быть запрошен набор документов, причем каждый документ может быть разделен на множество разделов. Множество текстовых групп в разделе могут быть сформированы на основании набора документов, причем каждая текстовая группа в разделе может быть связана с соответствующим разделом из множества разделов, и каждая группа раздела включает множество элементов. Каждый элемент может быть связан с соответствующим разделом из каждого документа набора документов. Выбранный элемент в выбранной текстовой группе раздела может быть выделен. Выбранный элемент может быть извлечен для размещения в текущем документе. Текущий документ может быть экспортирован в ведущее приложение.
[0005] В US 2007/0083396 А1 описана система для поддержки интерпретации изображения, из которой могут быть легко извлечены результаты прошлой интерпретации изображения во время исследования в качестве объекта последующих наблюдений. Система содержит: сервер для сохранения базы данных отчетов, накапливающей информацию о различиях между прошлыми отчетами в совокупности с соответствующими прошлыми отчетами; и соединенное с указанным сервером устройство, создающее отчет об интерпретации изображения. Указанное устройство содержит: блок, определяющий исследования последующих наблюдений, для определения, является ли это исследование объектом последующих наблюдений; блок управления поиском отчетов для создания отчета об интерпретации изображения на данный момент времени, генерирующий экран для создания отчета об интерпретации изображения и введения информации в экран; блок, извлекающий измененную часть, для извлечения измененной части для генерирования информации о различиях; и блок, сохраняющий отчет, для сохранения информации о различиях в совокупности с отчетом на данный момент времени и прошлым отчетом в базе данных отчетов.
[0006] Настоящая заявка обеспечивает новые и усовершенствованные способы и системы, которые преодолевают вышеописанные и другие недостатки уровня техники.
[0007] В соответствии с одним аспектом предложена система для генерирования истории болезни пациента для текущего исследования, как определено в п. 1 формулы.
[0008] В соответствии с другим аспектом предложен способ генерирования истории болезни пациента, как определено в п. 11 формулы.
[0009] Одно преимущество состоит в уменьшении времени, потраченного рентгенологом или другим врачом-специалистом для генерирования полной истории болезни для пациента.
[0010] Еще одно преимущество состоит в возможности добавлять, удалять или перемещать информацию, включенную в отчет истории болезни.
[0011] Еще одно преимущество состоит в генерации релевантных и полных отчетов истории болезни для каждого пациента на основании информации из предыдущих относящихся и неотносящихся исследований.
[0012] Еще одно преимущество состоит в усовершенствованном клиническом технологическом процессе.
[0013] Еще одно преимущество состоит в усовершенствованном уходе за пациентом.
[0014] Другие дополнительные преимущества настоящего изобретения будут оценены специалистами после прочтения и понимания нижеследующего подробного описания настоящего изобретения.
[0015] Настоящее изобретение может быть реализовано в форме различных компонентов и структур компонентов, а также в различных этапах и расположении этапов. Чертежи приведены только в целях показа предпочтительных вариантов реализации и не должны рассматриваться как ограничение настоящего изобретения.
[0016] ФИГ. 1 показывает блок-схему информационно-технологической инфраструктуры медицинского учреждения согласно аспектам настоящей заявки.
[0017] ФИГ. 2 показывает блок-схему способа итерационного построения историй болезни согласно аспектам настоящей заявки.
[0018] Настоящая заявка относится к системе и способу представления элементов клинической информации пользователю, из которых он или она может интуитивно создать раздел истории болезни, который впоследствии может быть предоставлен как текст в свободной форме и также вставлен в клинический документ. Настоящая заявка инспирирована пониманием того, что история болезни самого последнего предшествующего клинического документа является полезной основой для истории болезни текущего исследования. В частности, текущая история болезни должна быть только дополнена информацией, размещенной в источниках информации, которые были созданы после самого последнего предшествующего клинического документа. Настоящее изобретение поможет рентгенологам сэкономить время, потраченное на просмотр несопоставимых информационных систем и синтезирование множества информационных элементов в упорядоченный раздел истории болезни.
[0019] Настоящая заявка основана на ключевом принципе, состоящем в том, что раздел истории болезни самого последнего предшествующего клинического документа суммирует состояние состояния здоровья пациента до этого момента времени. Раздел истории болезни в клиническом документе, относящемся к текущему обследованию, может представлять собой копию раздела истории болезни из самого последнего предшествующего клинического документа, возможно дополненную информацией, которая стала доступной в период времени между самым последним предшествующим и текущим обследованием. Настоящая заявка использует этот принцип путем предоставления пользователю возможности выбирать элементы относящейся к делу информации из раздела предшествующей истории болезни и других информационных источников, которые стали доступными. Например, если пациент считается пациентом с высоким риском рака молочной железы, это может быть указано в ее самом последнем скрининговом томографическом обследовании на предмет наличия рака молочной железы, например, в такой записи как "семейный анамнез рака молочной железы". Если пациенту назначена рентгенография для исключения пневмонии, эта информация возможно не доступна для рентгенолога, когда он или она записывает раздел истории болезни (если только он не откроет самый последний предшествующий отчет МРТ, что он вряд ли сделает, поскольку это не связанное с основным заболеванием исследование). Настоящее изобретение предоставляет пользователю возможность включить строку "семейный анамнез рака молочной железы" в информационный элемент, который он или она может выбрать для вставления в раздел истории болезни рентгеновского исследования.
[0020] Представленная на ФИГ. 1 блок-схема показывает один вариант реализации информационно-технологической инфраструктуры 10 медицинского учреждения, такого как больница. Информационно-технологическая инфраструктура 10 соответственно содержит клиническую информационную систему 12, клиническую систему 14 поддержки, клиническую интерфейсную систему 16 и т.п., связанные посредством коммуникационной сети 20. Предполагается, что коммуникационная сеть 20 включает одно или более из сети Интернет, сети интранет, локальной сети, глобальной сети, беспроводной сети, проводной сети, сотовой сети, шины данных и т.п. Также следует отметить, что компоненты информационно-технологической инфраструктуры расположены в центральном местоположении или в различных удаленных местах.
[0021] Клиническая информационная система 12 сохраняет клинические документы, включая рентгенологические отчеты, гистопатологические заключения, отчеты о лабораторных исследованиях, отчеты о лабораторных/визуализирующих исследованиях, электронные записи о состоянии здоровья, данные электронных медицинских карт (EMR) и т.п., в клинической информационной базе 22 данных. Клинический документ может содержать документы с клиническими данными, относящимися к объекту, такому как пациент. Раздел истории болезни самого недавнего предшествующего клинического документа сформирован из этого списка информационных элементов посредством сортировки и конкатенации. Однако список информационных элементов может содержать больше элементов (возможно привязанных к метаданным), чем необходимо для формирования раздела истории болезни. Некоторые из клинических документов могут быть документами в виде текста в свободной форме, в то время как другие документы могут быть структурированным документом. Такой структурированный документ может быть документом, который сгенерирован компьютерной программой на основании данных, которые предоставил пользователь путем заполнения электронной формы. Например, структурированный документ может быть документом XML. Структурированные документы могут содержать части в виде текста в свободной форме. Такая часть в виде текста в свободной форме может быть расценена как документ в виде текста в свободной форме, инкапсулированный в структурированный документ. Следовательно, части в виде текста в свободной форме структурированных документов могут быть обработаны системой как документы в виде текста в свободной форме. Каждый из клинических документов содержит список информационных элементов. Список информационных элементов включает строки свободного текста, такие как фразы, предложения, абзацы, слова и т.п. Информационные элементы клинических документов могут генерироваться автоматически и/или вручную. Например, различные клинические системы автоматически генерируют информационные элементы из предыдущих клинических документов, продиктованной речи, и т.п. Относительно последнего, могут быть использованы устройства 24 для пользовательского ввода. Согласно некоторым вариантам реализации клиническая информационная система 12 содержит отображающие устройства 26, предоставляющие пользователям пользовательский интерфейс для ручного введения информационных элементов и/или для показа клинических документов. Согласно одному варианту реализации клинические документы хранятся локально в базе 22 данных клинической информации. Согласно другому варианту реализации клинические документы сохранены по национальному или региональному принципу в базе 22 данных клинической информации. Примеры информационных систем для пациента включают помимо прочего системы электронных медицинских карт, ведомственные системы и т.п.
[0022] Клиническая система 14 поддержки помогает пользователю, предоставляя ему информационные элементы, из которых он может интуитивно создать историю болезни, которая впоследствии может быть предоставлена в форме свободного текста и также вставлена в рентгенологический отчет. В частности, система 14 поддержки запрашивает в информационной системе 12 клинические данных в информационных элементах, которые стали доступными в период времени между датой самого последнего предшествующего клинического документа и датой текущего исследования. Система 14 поддержки дополнительно выполняет синтаксический анализ клинических документов и обнаруживают выражения в предложениях/абзацах, которые являются потенциально подходящими для создания истории болезни. Система 14 поддержки дополнительно генерирует пользовательский интерфейс, в котором все элементы клинической информации, имеющие отношение к одному пациенту, представлены пользователю. Затем элементы клинической информации, выбранные пользователем, используются для создания представления истории болезни в виде текста в свободной форме. Система 14 поддержки содержит отображающее устройство 44, такое как электронно-лучевое отображающее устройство, жидкокристаллический дисплей, отображающее устройство на основе светоизлучающих диодов, для показа информационных элементов и устройство 46 для пользовательского ввода, такое как клавиатура и мышь, чтобы практикующий врач мог ввести и/или изменить представленные информационные элементы.
[0023] В частности, система 14 поддержки содержит машину 30 для поиска клинической информации (clinical information crawling engine), которая запрашивает в информационной системе 12 информационные элементы, содержащие клинические данные, которые стали доступными между датой самого последнего предшествующего клинического документа и датой текущего исследования. Машина 30 для поиска клинической информации также извлекает информационные элементы из информационной системы 12, в которых хранятся подходящие клинические данные. Используя стандартные технологии интерфейса прикладного программирования, машина 30 запрашивает в информационной системе 12 использование персонифицированных идентификаторов (MRN). Как указано выше, информационная система 12 содержит датированную информацию различных типов, такую как рентгенологические и патологические отчеты, отчеты лабораторного исследования и послеоперационные отчеты, предписания на визуализацию/тестирование, в дополнение к датированной информации других типов, которая (не обязательно) сохранена в форме установленных законом отчетных документов, таких как список аллергических реакций, список расстройств, списки медикаментов и причина исследования. Машина 30 дополнительно обнаруживает информацию с датой в пределах периода времени, между самым последним предшествующим клиническим документом и текущим исследованием.
[0024] Система поддержки также содержит машину 32 для синтаксического анализа клинической информации (clinical information parser engine), которая анализирует клинические документы. В частности, машина 32 для синтаксического анализа клинической информации обрабатывает клинические документы для обнаружения в клинических документах информационных элементов и обнаружения заданного списка соответствующих патологических изменений. Для этого машина 32 для синтаксического анализа сегментирует клинические документы на информационные элементы, включая разделы, абзацы, предложения, слова, и т.п. Обычно клинические документы содержат датированный заголовок с протокольной информацией в дополнение к истории болезни, методики лечения, сравнения, патологические изменения, печатные заголовки разделов и т.п. Содержание разделов может быть легко обнаружено с использованием заданного списка заголовков разделов и способов поиска совпадающих текстов. Альтернативно, могут быть использованы способы стороннего программного обеспечения, такие как программа-поисковик MedLEE. Например, если имеется список заданных терминов, построчные способы поиска совпадений могут быть использованы для обнаружения присутствия одного из терминов в данном информационном элементе. Построчные способы поиска совпадений могут быть дополнительно усовершенствованы для учета морфологического и лексического вариантов и для терминов, которые распространены по всему информационному элементу. Если заданный список терминов содержит онтологические идентификаторы, для извлечения концепции из данного информационного элемента могут быть использованы концептуальные способы извлечения. Идентификаторы относятся к концепциям в сопутствующей онтологии, такой как систематизированная машинно-обрабатываемая медицинская номенклатура SNOMED или медицинский словарь RadLex. Для извлечения концепции могут быть привлечены сторонние решения, такие как программное дополнение MetaMap. Кроме того, способы обработки естественного языка по существу являются известными. Могут быть использованы способы, такие как поиск по шаблону и идентификация случаев концепций, которые заданы в онтологиях, и отношений между случаями концепций для построения сети случаев семантических концепций и их отношений, выраженных свободным текстом.
[0025] Машина 34 для фильтрации клинической информации (clinical information filter engine) системы 14 поддержки обнаруживает выражения в информационных элементах, которые являются потенциально подходящими для создания истории болезни. Машина 34 для фильтрации клинической информации обнаруживает относящуюся к делу информацию в данных информационных элементах, таких как предложения, выражения или абзацы. Согласно одному варианту реализации машина 34 для фильтрации клинической информации проверяет, находится ли одно или более из заданного списка ключевых слов в информационных элементах с учетом лексических вариантов. Согласно другому варианту реализации машина 34 для фильтрации клинической информации извлекает клинические концепции из информационных элементов и сопоставляет извлеченные клинические концепции со списком маркированных концепций. Согласно другому варианту реализации машина 34 для фильтрации клинической информации сначала извлекает клиническую концепцию и затем проверяет, имеет ли любая из извлеченных клинических концепций конкретное отношение с любой из списка помеченных концепций. Таким образом, машина 34 для фильтрации клинической информации определяет, что все концепции, относящиеся с онкологическим заболеваниям, являются важными, и что путем расширения все информационные элементы, содержащие связанную с онкологией терминологию, должны быть помечены как соответствующий элемент клинической информации.
[0026] Клиническая система 14 поддержки также содержит машину 36 для обнаружения релевантности отчета (report relevance detector engine), которая проверяет соответствие самого последнего предшествующего клинического документа текущему клиническому исследованию. Машина 36 для обнаружения релевантности отчета достигает этого путем сопоставления атрибутов стандарта DICOM BodyPart and/Modality самого последнего предшествующего клинического документа с текущим исследованием. Кроме того, с использованием атрибутов описания/кода исследования DICOM может быть сделано сопоставление самого последнего предшествующего клинического документа с текущим исследованием. Также следует понимать, что в больницах могут быть использованы коды для маркирования исследований, подобных скрининговому обследованию, случаев онкологии и т.п., в которых описание исследования может содержать анатомию отдельных исследованных органов. Если самый последний предшествующий клинический документ является релевантным текущему исследованию, машина 36 для обнаружения релевантности отчета не предпринимает дополнительные действия. В противном случае машина 36 для обнаружения релевантности отчета обработает другой предыдущий клинический документ, относящийся к данному пациенту, и так далее до встречи с релевантным клиническим документом, если таковой будет найден. В случае если самый последний клинический документ не является релевантным текущему исследованию, машина 36 для обнаружения релевантности извлекает самый последний релевантный предшествующий клинический документ. Согласно другому варианту реализации машина 36 для обнаружения релевантности определяет, какой предшествующий клинический документ может считаться самым последним релевантным предшествующим исследованием. Например, машина 36 для обнаружения релевантности определяет самое последнее релевантное предшествующее исследование путем анализирования даты, метода визуализации, анатомии и других метаданных, связанных с данным клиническим документом.
[0027] Система поддержки также содержит интерфейсную машину 40 для построения истории болезни, генерирующую пользовательский интерфейс, посредством которого подходящие элементы клинической информации, соответствующие одному пациенту, могут быть представлены пользователю. Показанные информационные элементы охватывают информационные элементы в предшествующем разделе истории болезни в самом последнем клиническом документе, а также элементы, извлеченные машиной 30 для поиска клинической информации. Пользовательский интерфейс, генерируемый интерфейсной машиной 40, предоставляет пользователю возможность выбирать информационные элементы и/или манипулировать ими с целью построения раздела истории болезни для текущего исследования. Информационные элементы, выбранные и/или обработанные пользователем для включения в раздел истории болезни, сохраняются и маркируются в клинической информационной системе 12. Интерфейсная машина 40 также использует способы визуализации таким образом, чтобы источник информационных элементов мог быть отличим пользователем. Например, интерфейсная машина 40 использует черный цвет, если информационный элемент появился в разделе истории болезни самого последнего предшествующего клинического документа; интерфейсная машина 40 использует красный цвет, если информационный элемент появился в гистопатологическом заключении, которое появилось позже; интерфейсная машина 40 использует зеленый цвет, если информационный элемент появился в причине для проведения текущего исследования; интерфейсная машина 40 использует коричневый цвет, если информационный элемент появился в предшествующем клиническом документе, и т.п. Следует отметить, что интерфейсная машина 40 показывает информационные элементы в различных окнах или областях окна. Таким образом, информационные элементы, которые появились в самом последнем разделе истории болезни, могут быть отделены от информационных элементов, которые были маркированы как "подавленные", или которые были извлечены машиной 34 для фильтрации клинической информации из рентгенологических/патологических/лабораторных и других исследований. Пользовательский интерфейс, генерируемый интерфейсной машиной 40 для построения истории болезни, также предоставляет различные способы манипулирования содержанием. Например, генерируемый пользовательский интерфейс предоставляет пользователю возможность изменять очередность информационных элементов путем их перемещения вверх и вниз. Пользовательский интерфейс также предоставляет пользователю возможность подавить информационный элемент, нажимая на него указателем или нажимая на кнопку, которая находится рядом с ним (когда пользователь перемещает мышь ближе к нему). Пользовательский интерфейс дополнительно предоставляет пользователю возможность удалять информационный элемент, нажимая указателем на него дважды. Генерируемый пользовательский интерфейс также предоставляет пользователю возможность создавать новые информационные элементы, а также перемещать информационный элемент из одной области окна в другую.
[0028] Система 14 поддержки дополнительно включает машину 38 для построения описания, которая принимает информационные элементы, выбранные и упорядоченные пользователем в интерфейсной машине 40 для построения истории болезни, и создает предоставление в виде текста в свободной форме для текущего раздела истории болезни. Этот комментарий в виде текста в свободной форме может быть вставлен в раздел истории болезни текущего клинического документа. В некоторых случаях может быть полезным вставление заголовков или дат. Таким образом, машина 38 для построения описания вставляет заголовок: "Из недавнего клинического документа (датированного 01/02/2013): …", где "…" содержит информационный элемент (элементы), извлеченный из клинического документа, который был создан после самого последнего предшествующего клинического документа. Машина 38 для построения описания может использовать листы с настраиваемым стилем, которые могут быть незначительно изменены и индивидуализированы каждым пользователем.
[0029] Клиническая интерфейсная система 16 обеспечивает сгенерированный пользовательский интерфейс, который представляет пользователю информационные элементы, из которых он может интуитивно создать раздел истории болезни, который впоследствии может быть предоставлен как свободный текст и также вставлен в клинический документ. Интерфейсная система 16 принимает экраны пользовательского интерфейса и показывает их медработнику на отображающем устройстве 48. Интерфейсная система 16 также содержит устройство 50 пользовательского ввода, такое как сенсорный экран или клавиатура и мышь, чтобы практикующий врач мог ввести и/или модифицировать экраны пользовательского интерфейса. Примеры интерфейсной системы для медработника включают помимо прочего персональное информационное устройство (PDA), сотовые смартфоны, персональные компьютеры или тому подобные устройства.
[0030] Компоненты информационно-технологической инфраструктуры 10 соответственно включают процессоры 60, исполняющие исполняемые компьютером инструкции, осуществляющие вышеописанные функциональные средства, причем исполняемые компьютером инструкции сохранены в запоминающих устройствах 62, связанных с процессорами 60. Однако предполагается, что по меньшей мере некоторые из вышеуказанных функциональных средств могут быть реализованы в форме аппаратных средств без использования процессоров. Например, может быть использована аналоговая схема. Кроме того, компоненты информационно-технологической инфраструктуры 10 содержат коммуникационные блоки 64, обеспечивающие процессоры 60 интерфейсом для передачи данных посредством коммуникационной сети 20. Более того, не смотря на то, что указанные компоненты информационно-технологической инфраструктуры 10 были описаны выше как отдельные элементы, следует понимать, что указанные компоненты могут быть объединены.
[0031] На ФИГ. 2 показана блок-схема 100 способа итерационного построения историй болезни. Каждый из этапов способа описан последовательно в логическом порядке, и не предполагается, что система может обрабатывать описанную информацию в любой конкретном порядке или последовательности. На этапе 102 запрашивают базу данных клинической информации, содержащую один или более клинических документов, причем каждый клинический документ включает список информационных элементов конкретного пациента. На этапе 104 информационные элементы конкретного пациента показывают пользователю посредством интерфейса для построения истории болезни. На этапе 106 связывают информационные элементы, выбранные пользователем в интерфейсе для построения истории болезни. На этапе 108 создают предоставление в виде текста в свободной форме выбранного информационного элемента, который вставлен в историю болезни пациента в клиническом отчете.
[0032] Используемое в настоящей заявке запоминающее устройство включает одно или более из следующего: энергонезависимый машиночитаемый носитель; магнитный диск или другое магнитное накопительное устройство; оптический диск или другое оптическое накопительное устройство; оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ) или другое электронное запоминающее устройство, или чип, или набор функционально связанных чипов; сервер сети Интернет/интранет, из которого сохраненные в нем инструкции могут быть извлечены посредством сети Интернет/интранет или локальной сети и т.п. Кроме того, используемый в настоящей заявке процессор включает одно или более из следующего: микропроцессор, микроконтроллер, графический процессор (GPU), специализированная интегральная схема (ASIC), программируемая пользователем вентильная матрица (FPGA), персональное информационное устройство (PDA), сотовые смартфоны, мобильные часы, очки-компьютеры и подобные носимые на теле, имплантированные или носимые мобильные устройства; устройство пользовательского ввода включает одно или более из мыши, клавиатуры, отображающего устройства с сенсорным экраном, одной или более кнопок, одного или более переключателей, одного или более переключателей с двумя состояниями и т.п.; и отображающее устройство включает одно или более из отображающего устройства на основе ЖК дисплея, отображающего устройства на основе светодиодного индикатора, плазменного отображающего устройства, проекционного отображающего устройства, отображающего устройства с сенсорным экраном и т.п.
[0033] Настоящее изобретение описано со ссылкой на предпочтительные варианты реализации. Модификации и изменения могут быть выполнены специалистами после прочтения и понимания описанного выше изобретения. Предполагается, что настоящее изобретение включает все такие модификации и изменения, если они попадают в объем защиты пунктов приложенной формулы или их эквивалентов.

Claims (47)

1. Система для генерирования истории болезни пациента для текущего исследования, содержащая:
базу данных клинической информации, содержащую один или более клинических документов, каждый из которых включает в себя список персонифицированных информационных элементов;
машину для поиска клинической информации для запроса клинической информации в базе данных клинических данных, причем клинические данные включают в себя один или более информационных элементов;
интерфейс для построения истории болезни для показа клинических данных пользователю и
машину для построения описания, выполненную с возможностью связывания информационных элементов в клинических данных, выбранных в интерфейсе построения истории болезни пользователем, и создания предоставления в виде текста в свободной форме, причем указанное предоставление в виде текста в свободной форме вставлено в историю болезни пациента клинического отчета,
отличающаяся тем, что
система дополнительно содержит машину для обнаружения релевантности, которая выполнена с возможностью обнаружения датированной информации и текущей клинической диагностической информации из информационных элементов для включения в раздел истории болезни пациента и которая содержит:
запоминающее устройство для сохранения атрибутов предшествующих клинических документов;
процессор для извлечения информации из текущего клинического отчета и
процессор, проверяющий релевантность, выполненный с возможностью извлечения самого последнего предшествующего клинического документа для сравнивания указанного самого последнего предшествующего клинического документа с текущим клиническим отчетом, причем если атрибуты не совпадают, происходит сравнивание с другими клиническими документами,
причем история болезни пациента дополнена информацией, доступной в период времени между самым последним предшествующим и текущим исследованиями,
причем самый последний предшествующий клинический документ сформирован из информационных элементов из исследований, которые относятся и не относятся к текущему исследованию и связаны с одним или более общими патологическими состояниями.
2. Система по п. 1, в которой машина для поиска клинической информации выполнена с возможностью обнаружения, расположены ли данные информационного элемента в пределах периода времени, прошедшего между самым последним релевантным предшествующим исследованием и текущим исследованием.
3. Система по п. 1, в которой интерфейс для построения истории болезни показывает по меньшей мере одно из следующего: один или более информационных элементов из предшествующей истории болезни и/или один или более информационных элементов, идентифицированных машиной для просмотра клинической информации.
4. Система по п. 3, в которой пользователь манипулирует указанными одним или более информационными элементами в интерфейсе для построения истории болезни для формирования истории болезни пациента для текущего исследования.
5. Система по п. 4, в которой информационные элементы, формирующие историю болезни пациента, маркированы в базе данных клинической информации.
6. Система по п. 1, дополнительно содержащая:
машину для синтаксического анализа, выполненную с возможностью выполнения синтаксического анализа клинических документов, содержащую:
запоминающее устройство для сохранения информации на основе естественного языка;
процессор, выполненный с возможностью приема информационных элементов, идентифицированных машиной для поиска клинической информации, из клинического документа, сохраненного в базе данных клинической информации;
процессор для сравнивания информационных элементов в процессоре с информацией, сохраненной в запоминающем устройстве; и
коммуникационный блок для передачи синтаксически проанализированной клинической информации в историю болезни пациента.
7. Система по п. 6, в которой машина для синтаксического анализа выполнена с возможностью распознавания разделов, абзацев и предложений.
8. Система по п. 1, дополнительно содержащая:
машину для фильтрования, выполненную с возможностью фильтрования выражений в клинических данных систем информационных баз данных для включения в раздел истории болезни пациента, содержащую:
запоминающее устройство для сохранения списка ключевых слов;
процессор для извлечения информационных элементов из клинического отчета и
фильтр для сравнивания извлеченных информационных элементов со списком ключевых слов, причем совпадающие извлеченные информационные элементы включаются в историю болезни пациента.
9. Система по п. 8, в которой фильтр машины для фильтрования выполнен с возможностью извлечения концепций из представления в виде текста в свободной форме, сгенерированного машиной для построения описания, и сопоставления извлеченных концепций со списком маркированных концепций, причем совпадающие маркированные концепции включаются в историю болезни пациента.
10. Система по п. 8, в которой фильтр машины для фильтрования выполнен с возможностью извлечения концепций из представления в виде текста в свободной форме, сгенерированного машиной для построения описания, и сравнивания извлеченных концепций со списком релевантных маркированных концепций, причем совпадающие извлеченные концепции маркируются как релевантные и включаются в историю болезни пациента.
11. Способ генерирования истории болезни пациента, включающий:
запрашивание базы данных клинической информации, содержащей один или более клинических документов, каждый из которых включает в себя список персонифицированных информационных элементов;
отображение информационных элементов конкретного пациента пользователю посредством интерфейса для построения истории болезни;
связывание информационных элементов, выбранных пользователем в интерфейсе для построения истории болезни; и
создание представления в виде текста в свободной форме выбранного информационного элемента, который вставляют в историю болезни пациента клинического отчета,
отличающийся тем, что
он дополнительно включает этап обнаружения релевантности, на котором обнаруживают датированную информацию и текущую клиническую диагностическую информацию из информационных элементов для включения в раздел истории болезни пациента, причем этап обнаружения релевантности включает:
извлечение информации из текущего клинического отчета и
извлечение самого последнего предшествующего клинического документа,
сравнивание указанного самого последнего предшествующего клинического документа, атрибуты которого сохранены в запоминающем устройстве, с текущим клиническим отчетом, причем если атрибуты не совпадают, происходит сравнивание с другими клиническими документами, и
дополнение истории болезни пациента информацией, доступной в период времени между самым последним предшествующим и текущим исследованиями,
причем самый последний предшествующий клинический документ сформирован из информационных элементов из исследований, которые относятся и не относятся к текущему исследованию и связаны с одним или более общими патологическими состояниями.
12. Способ по п. 11, дополнительно включающий:
определение, расположены ли данные информационного элемента в пределах периода времени, прошедшего между самым последним релевантным предшествующим исследованием и текущим исследованием.
13. Способ по любому из пп. 11 и 12, согласно которому пользователь манипулирует одним или более информационными элементами в интерфейсе для построения истории болезни для формирования истории болезни пациента для текущего исследования.
14. Способ по любому из пп. 11 и 12, дополнительно включающий:
отображение по меньшей мере одного из одного или более информационных элементов из предшествующей истории болезни и одного или более информационных элементов, идентифицированных в запросе.
RU2016125282A 2013-11-26 2014-11-04 Итерационное построение разделов истории болезни RU2697764C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361908894P 2013-11-26 2013-11-26
US61/908,894 2013-11-26
PCT/IB2014/065778 WO2015079346A1 (en) 2013-11-26 2014-11-04 Iterative construction of clinical history sections

Publications (2)

Publication Number Publication Date
RU2016125282A RU2016125282A (ru) 2018-01-09
RU2697764C1 true RU2697764C1 (ru) 2019-08-19

Family

ID=52000900

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2016125282A RU2697764C1 (ru) 2013-11-26 2014-11-04 Итерационное построение разделов истории болезни

Country Status (6)

Country Link
US (1) US20160275245A1 (ru)
EP (1) EP3074897A1 (ru)
JP (1) JP6581087B2 (ru)
CN (1) CN105765588B (ru)
RU (1) RU2697764C1 (ru)
WO (1) WO2015079346A1 (ru)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180357307A1 (en) * 2015-06-12 2018-12-13 Koninklijke Philips N.V. Apparatus, system and method for displaying a semantically categorized timeline
WO2017089564A1 (en) * 2015-11-25 2017-06-01 Koninklijke Philips N.V. Content-driven problem list ranking in electronic medical records
CN106295215A (zh) * 2016-08-18 2017-01-04 京东方科技集团股份有限公司 临床辅助诊断系统
JP2019537127A (ja) * 2016-10-24 2019-12-19 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． クリニカルパスのリソース使用の捕捉と利用
US20190189288A1 (en) * 2017-12-18 2019-06-20 Koninklijke Philips N.V. Providing subject-specific information
JP6902693B2 (ja) * 2019-11-02 2021-07-14 株式会社医療情報技術研究所 文書作成システム
CN113808731A (zh) * 2020-06-11 2021-12-17 中国中医科学院中医药信息研究所 一种智能医疗诊断系统和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040243551A1 (en) * 2003-05-30 2004-12-02 Dictaphone Corporation Method, system, and apparatus for data reuse
US20070083396A1 (en) * 2005-09-27 2007-04-12 Fuji Photo Film Co., Ltd. Image interpretation support system
RU2299470C2 (ru) * 2004-09-09 2007-05-20 Институт иммунологии и физиологии Уральского отделения Российской Академии наук (ИИФ УрО РАН) Способ построения единого информационного пространства для практического врача
US20100274584A1 (en) * 2009-04-23 2010-10-28 Kim Hyong S Method and system for presenting and processing multiple text-based medical reports

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440904B2 (en) * 2000-10-11 2008-10-21 Malik M. Hanson Method and system for generating personal/individual health records
US6946715B2 (en) * 2003-02-19 2005-09-20 Micron Technology, Inc. CMOS image sensor and method of fabrication
WO2010109351A1 (en) * 2009-03-26 2010-09-30 Koninklijke Philips Electronics N.V. A system that automatically retrieves report templates based on diagnostic information
JP2012094127A (ja) * 2010-10-01 2012-05-17 Fujifilm Corp 診断結果説明レポート作成装置、診断結果説明レポート作成方法ならびに診断結果説明レポート作成プログラム
GB201020079D0 (en) * 2010-11-26 2011-01-12 Siemens Medical Solutions A method for linking medical imaging reports to reviewing & processing tools
US9916420B2 (en) * 2011-02-18 2018-03-13 Nuance Communications, Inc. Physician and clinical documentation specialist workflow integration
US20120221347A1 (en) * 2011-02-23 2012-08-30 Bruce Reiner Medical reconciliation, communication, and educational reporting tools
US10839046B2 (en) * 2012-03-23 2020-11-17 Navya Network, Inc. Medical research retrieval engine
WO2013158778A1 (en) * 2012-04-20 2013-10-24 Valant Medical Solutions, Inc. Clinical note generator
US20140156303A1 (en) * 2012-12-04 2014-06-05 Gary Pacheco Processing of clinical data for validation of selected clinical procedures

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040243551A1 (en) * 2003-05-30 2004-12-02 Dictaphone Corporation Method, system, and apparatus for data reuse
RU2299470C2 (ru) * 2004-09-09 2007-05-20 Институт иммунологии и физиологии Уральского отделения Российской Академии наук (ИИФ УрО РАН) Способ построения единого информационного пространства для практического врача
US20070083396A1 (en) * 2005-09-27 2007-04-12 Fuji Photo Film Co., Ltd. Image interpretation support system
US20100274584A1 (en) * 2009-04-23 2010-10-28 Kim Hyong S Method and system for presenting and processing multiple text-based medical reports

Also Published As

Publication number Publication date
CN105765588A (zh) 2016-07-13
EP3074897A1 (en) 2016-10-05
WO2015079346A1 (en) 2015-06-04
CN105765588B (zh) 2019-05-10
US20160275245A1 (en) 2016-09-22
JP2016537731A (ja) 2016-12-01
JP6581087B2 (ja) 2019-09-25
RU2016125282A (ru) 2018-01-09

Similar Documents

Publication Publication Date Title
Tayefi et al. Challenges and opportunities beyond structured data in analysis of electronic health records
RU2697764C1 (ru) Итерационное построение разделов истории болезни
US20200243175A1 (en) Health information system for searching, analyzing and annotating patient data
CN105940401B (zh) 用于提供可执行注释的系统和方法
CN107408156B (zh) 用于从临床文档进行语义搜索和提取相关概念的系统和方法
US20190006027A1 (en) Automatic identification and extraction of medical conditions and evidences from electronic health records
US11464455B2 (en) Method and apparatus of context-based patient similarity
US20160239564A1 (en) Information processing apparatus, information processing method, information processing system, and storage medium
US10474742B2 (en) Automatic creation of a finding centric longitudinal view of patient findings
US20140350961A1 (en) Targeted summarization of medical data based on implicit queries
EP3928322A1 (en) Automated generation of structured patient data record
US9189569B2 (en) Non-transitory computer readable medium, medical record search apparatus, and medical record search method
US10127271B2 (en) Generating a query
Möller et al. Radsem: Semantic annotation and retrieval for medical images
JP2017191457A (ja) レポート作成装置、およびその制御方法
JP2011002997A (ja) 医用情報システム
Bashyam et al. Problem-centric organization and visualization of patient imaging and clinical data
JP7473314B2 (ja) 医療情報管理装置及び医療レポートのメタデータ付加方法
US20230051982A1 (en) Methods and systems for longitudinal patient information presentation
US11990232B2 (en) Clinical discovery wheel—a system to explore clinical concepts
US9916419B2 (en) Processing electronic documents
US20240079102A1 (en) Methods and systems for patient information summaries
Cui Ontology-guided health information extraction, organization, and exploration
Kalokyri et al. MI-common data model: extending observational medical outcomes partnership-common data model (OMOP-CDM) for registering medical imaging metadata and subsequent curation processes
Sonntag et al. Design and implementation of a semantic dialogue system for radiologists

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20191105