СИСТЕМА И СПОСОБ ХРАНЕНИЯ ВАРИАНТА ОТЧЕТА Российский патент 2015 года по МПК G06F17/30 G06Q50/22 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Изобретение относится к области медицинских отчетов и, в частности, к системе и способу хранения варианта отчета.

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

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

Рентгенологи обычно обрабатывают до 30 случаев в час. При столкновении со сложным случаем, рентгенологи обращаются к информационным источникам для завершения диагностики. Эти информационные источники могут содержать научные публикации, но чаще всего содержат предыдущие случаи. По этой причине, служащие примером случаи и интересные случаи собираются в базы данных самими рентгенологами. Такие базы данных могут иметь множество форм: локальные папки в вычислительной системе, доступные индивидуальным пользователям или множеству пользователей, PACS системы, менеджер связанных случаев, такой как mypacs.net (www.mvpacs.net).

Эти базы данных содержат много отчетов, намного превышающих число случаев, которое может вспомнить каждый отдельный человек. Даже персональная папка, заполненная работником здравоохранения, таким как рентгенолог, обычно разрастается за пределы того, когда пользователь может вспомнить все ее содержимое. Проблема состоит в доступе к базам данных многими пользователями. Например, в период 1991-1996 было создано свыше 1 миллиона отчетов по диагностике одним только Департаментом Рентгенологии, и хранятся в информационной системе рентгенологии (RIS) Университета Техасского Медицинского Отделения. Следовательно, возможность поиска по базам данных и извлечения релевантных совпадений становится все более важной. Так как медицинская визуализация становится более доступной, и увеличивается многообразие диагностических методов и терапевтических воздействий, увеличивается количество хранимых данных, и проблема становится даже более критической.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Целью изобретения является предоставление системы и способа хранения варианта отчета.

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

Согласно первому аспекту изобретения предложена система для хранения варианта отчета, содержащая:

базу данных отчетов, выполненную с возможностью хранения и предоставления отчетов;

устройство пользовательского ввода, выполненное с возможностью предоставления варианта отчета;

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

поисковое устройство, выполненное с возможностью:

извлечения одного или более запросов из базы данных запросов;

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

исполнения одного или более запросов по варианту отчета для определения релевантности варианта отчета, и

хранения варианта отчета в базе данных отчетов, если релевантность превышает заранее заданное значение.

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

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

Изобретение обеспечивает проверку, до хранения, для оценки того, что будет ли на самом деле вариант отчета по диагностике полезным добавлением в базу данных. Если нет, то по умолчанию он не добавляется. Работник здравоохранения предупреждается при сообщении о случае, так что лишние случаи идентифицируются и исключаются из базы данных. Таким образом, поддерживается качество отчетов базы данных, так что извлечения в будущем тем же пользователем или другими пользователями, будут более эффективными и точными.

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

Дополнительным преимуществом для работника здравоохранения является экономия времени. Во многих случаях, работник здравоохранения должен потратить дополнительное время, чтобы подготовить отчет для хранения и увеличить шансы извлечения в будущем. Однако время работника ограничено и написание обычного отчета занимает значительно меньше времени, чем написание полного справочного отчета. Отношение между написанием обычного отчета и написанием полного отчета оценивается приблизительно как 20%/80%. Эффективность повышается за счет указания работнику тратить больше всего времени на полезные отчеты и меньше времени на менее полезные отчеты.

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

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

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

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

В частности, может быть предпочтительным использовать запросы, которые предварительно не дали совпадения - если вариант отчета совпадает в достаточно высокой степени, это покажет, что отчет является крайне значимым дополнением.

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

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

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

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

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

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

- извлечения множества отчетов из базы данных отчетов;

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

- определения заранее заданного значения, основываясь на значениях релевантности из списка совпадений.

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

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

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

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

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

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

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

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

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

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

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

Согласно еще одному дополнительному аспекту изобретения,

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

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

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

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

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

- предоставляют базу данных отчетов;

- предоставляют вариант отчета;

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

- извлекают один или более запросов из базы данных запросов;

- исполняют один или более запросов по варианту отчета для определения релевантности варианта отчета, и

- сохраняют вариант отчета в базе данных отчетов, если релевантность превышает заранее заданное значение.

Способ может дополнительно содержать этапы, на которых:

- извлекают множество отчетов из базы данных отчетов;

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

- определяют заранее заданное значение, основываясь на значениях релевантности из списка совпадений.

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

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

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

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

Эти данные визуализации могут быть получены любым методом визуализации, таким как рентгеновская визуализация, компьютерная томография (СЕ), магнитно-резонансная томография (MRI), ультразвуковое исследование (US), позитрон-эмиссионная томография (PET), однофотонная эмиссионная компьютерная томография (SPECT) и ядерная медицина (NM).

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Эти и другие аспекты изобретения очевидны и разъяснены со ссылкой на варианты осуществления, описанные в дальнейшем в настоящем описании.

На чертежах:

на фиг. 1 показана система согласно изобретению,

на фиг. 2 изображен способ согласно изобретению, и

на фиг. 3 изображено возможное представление пользователю на дисплее.

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

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Система 300 для хранения варианта отчета 370 изображена на фиг. 1. Система 300 содержит:

- базу 360 данных отчетов, выполненную с возможностью хранения и предоставления отчетов. Это могут быть локальные папки, содержащиеся в системе 300, доступные индивидуальным пользователям или множеству пользователей. База данных отчетов может быть также онлайновой системой, как, например, PACS система, или менеджером связанных случаев как mypacs.net, который может быть доступным за счет обеспечения системы 300 подходящим сетевым соединением. Обычно база данных может также позволять удаление и добавление комментариев к хранимым отчетам;

- устройство 330 пользовательского ввода, выполненное с возможностью предоставления варианта отчета 370. Обычно, устройство 330 пользовательского ввода предоставляется для взаимодействия с системой в любом виде, известном в данной области техники. Например, иконки, пиктограммы, меню, и выпадающие меню. Устройство 330 пользовательского ввода может также содержать клавиатуру, мышь, трекбол, указатель, графический планшет или тому подобное. Устройство 330 пользовательского ввода может также предоставлять возможности по распознаванию речи. Так как устройство 330 пользовательского ввода предоставляет вариант отчета 370, обычно устройство 330 пользовательского ввода будет работать совместно с процессором 320 для предоставления функций обработки отчета, таких как средства редактирования и обработки текста;

- базу 350 данных запросов, выполненную с возможностью хранения и предоставления запросов, причем запросы подходят для поиска в базе 360 данных отчетов. Может быть удобным располагать базу 350 данных запросов с базой 360 данных отчетов, так как запросы связаны с отчетами и собраны из запросов к базе 360 данных отчетов. Однако предполагается любое место, такое как локальное или онлайн, посредством подходящего сетевого соединения;

- поисковое устройство 340, выполненное с возможностью:

извлечения одного или более запросов из базы 350 данных запросов;

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

исполнения одного или более запросов по варианту отчета 370 для определения релевантности варианта отчета 370, и

хранения варианта отчета 370 в базе 360 данных отчетов, если релевантность превышает заранее заданное значение.

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

Запросы в базе 350 данных запросов подходят для поиска в базе 360 данных отчетов. Суть запросов может быть любого подходящего типа, известного специалисту в данной области техники, и зависит от сути отчетов и типа пользователей. Запрос также зависит от того, каким образом поисковое устройство 340 сконфигурировано для исполнения запроса для определения релевантности варианта отчета 370.

Например, статья "MoSearch: A radiologist-friendly tool for finding-based diagnostic report and image retrieval", написанная Ramaswamy, Patterson, Yin, Goodacre (RSNA 1996); Радиографика 1996, 16, страницы 923-933, раскрывает программный пакет, который позволяет рентгенологам проводить комплексные поиски отчетов о диагностике в реальном времени на базе характеристик больного, используемых методах, исследуемой анатомической структуры и полученных данных визуализации, и легко просматривать, корректировать и выводить результаты. Он был разработан и реализован в большом академическом госпитале. Примечательным признаком этой системы известного уровня техники является использование совпадения синонимов и синтаксических меток, которые позволяют ему идентифицировать полученные данные внутри текста отчета о диагностике гораздо

- более точно, чем это может обычный поиск по ключевому слову. Этот тип системы может быть реализован легко

- и недорого на персональном компьютере.

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

Специалисту будут также знакомы другие алгоритмы поиска, используемые поисковыми механизмами Интернета для определения релевантности, такие как www.google.com and www.yahoo.com, где релевантность переведена в ранжированный список попаданий.

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

На фиг. 3 изображена возможная реализация представлений, которые могут быть предоставлены пользователю на дисплее 310, который может содержаться в системе 300. Дисплей содержит представление варианта отчета 370 и представление релевантности 380 указанного варианта отчета.

Возможно множество таких представлений. Например, вариант отчета 370 может быть доступным в виде серии вкладок 260 для навигации. Такие вкладки 260 могут содержать историю, полученные данные, дифференциальный диагноз, диагноз, обсуждение, ссылочный материал и комментарии. В общем, такой отчет может содержать результаты 270 визуализации и некоторый поясняющий текст 250. Может быть предпочтительным, чтобы процессор 320 был выполнен с возможностью предоставления средств обработки текста, так чтобы можно было редактировать поясняющий текст 250.

Представление релевантности 380 может принимать любую форму, известную в данной области техники. Например, специалист будет осведомлен о результатах релевантности, выраженных в процентах, обычно от 0 до 100%. Фиг. 3 дает более схематичное представление 380, содержащее индикатор 240 уровня внутри прямоугольника 220. Индикатор 240 уровня является заштрихованной полосой, представляющей значения между 0 и процентом релевантности варианта отчета 370. Эта заштрихованная полоса 240 наложена на не заштрихованный прямоугольник 220, представляющий уровень релевантности от 0 до 100%.

Необязательно, может быть предоставлен элемент 210 управления, чтобы обеспечить возможность пользователю требовать определение релевантности варианта отчета 370. Также предполагается, что такой элемент управления интегрирован в пакет обработки текста, так что когда вариант отчета 370 сохранен в буферной папке, релевантность автоматически вычисляется и отображается 380.

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

Система выполнена с возможностью выполнения способа 500 согласно изобретению, который изображен на фиг. 2. Способ содержит этапы, на которых:

- предоставляют 560 базу 360 данных отчетов;

- предоставляют 570 вариант отчета 370;

- предоставляют 550 базу 350 данных запросов, причем запросы подходят для поиска в базе 360 данных отчетов;

- извлекают 541 один или более запросов из базы 350 данных запросов;

- исполняют 542 один или более запросов по варианту отчета 370 для определения релевантности варианта отчета 370, и

- сохраняют 543 вариант отчета 370 в базе 360 данных отчетов, если релевантность превышает заранее заданное значение.

Во время использования системы, вариант отчета 370 предоставляется 570 посредством устройства 330 пользовательского ввода.

Один или более запросов извлечены 541 из базы 350 данных запросов. Число извлеченных 541 запросов может быть любым от одного до всего содержимого базы данных запросов. Выбор запросов для извлечения может быть определен специалистом на основе требований пользователя и доступной вычислительной мощности. Например, извлеченные запросы могут быть такими, которые относятся к:

- только конкретному методу визуализации, как, например, отчеты, содержащие результаты MRI. На практике, специалист может желать оценить изображения, сформированные более чем одним методом, например, рентгенолог может желать посмотреть на рентгеновские изображения, равно как и на MRI и CT сканы;

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

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

- запросам, выполняемым конкретной группой людей, например, стажерами в рентгенологическом отделении;

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

- запросам, выполняемым из конкретного местоположения, например, конкретного госпиталя или конкретного отделения;

- запросам, выполняемым за конкретный период времени, например, за последних 3 месяца;

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

- конкретному числу запросов, например, последние 1000 запросов или наиболее популярные 1000 запросов;

- запросам, относящимся к конкретному анатомическому признаку, например, головной мозг, шейный позвонок;

- запросам с конкретной классификацией, например, относящимся к прототипу, промежуточные, сложные.

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

Извлеченные 541 запросы затем исполняются 542 по варианту отчета 370, чтобы определить его релевантность. Затем обычно релевантность 380 отображается на дисплее 310.

Например, релевантность может быть определена 542 на основе степени совпадения между извлеченными запросами и отчетом, числа запросов, дающих совпадение, числа уникальных запросов, дающих совпадение, или любой комбинации этого. Обычно, специалистом будет выбран подходящий алгоритм для определения релевантности, и этот алгоритм будет использован при исполнении запросов для извлечения отчетов из базы 360 данных. Может быть предпочтительным использовать тот же алгоритм для определения релевантности варианта отчета 370, даже если это не существенно. Специалист сможет настраивать алгоритмы для достижения желаемой эффективности работы.

В полностью автоматической системе, релевантность варианта отчета 370 сравнивается поисковым устройством 340 с заранее заданным значением, и, если релевантность превышает это значение, поисковое устройство 340 сохраняет 543 вариант отчета 370 в базе 360 данных отчетов.

Заранее заданное значение может быть также представлено на дисплее, например, в виде линии 230 в подходящей позиции в не заштрихованном прямоугольнике 220. Это обеспечивает пользователю простую обратную связь от относительной релевантности, будучи разницей между участком заштрихованной полосы 240 и требуемой релевантностью 230 для внесения.

Также предполагается высокоавтоматизированная система, в которой релевантность варианта отчета 370 представлена 380 на дисплее 310, но сохранение не автоматическое. Предоставлен элемент 290 управления, так чтобы пользователь мог предписывать поисковому устройству 340 сохранить вариант. Это может быть предпочтительным в тех случаях, когда:

- пользователь желает добавить вариант отчета 370 в базу 360 данных без учета определенной релевантности. Например, если пользователь желает предвосхитить будущие запросы, или если вариант отчета 370 относится к новой области или дисциплине, для которой в базе 350 данных запросов не будет существовать запросов;

- пользователь желает получить динамическое представление 380 релевантности варианта отчета 370. В этом случае, пользователь может редактировать вариант отчета 370 путем добавления контента для повышения релевантности, например, примечаний, ключевых слов, ссылочных материалов, ссылок. Наиболее эффективным будет, если пользователь обладает некоторым пониманием способа, которым алгоритм релевантности определяет релевантность. Определение 542 релевантности может быть автоматическим или может осуществляться по требованию пользователя с использованием предоставленного элемента 210 управления; или

- пользователь желает получить динамическое представление 380 релевантности варианта отчета 370. Если релевантность достаточно высока, пользователь может редактировать вариант отчета 370 посредством добавления контента для пополнения содержимого и для того, чтобы сделать его более полезным для других пользователей системы. Примеры контента, который может быть добавлен, содержат: подходящее название, релевантные факты из истории болезни, обзор полученных данных, дифференциальный диагноз (DDx), возможный диагноз, обсуждение, ссылочные материалы и ссылки на публикации, ссылки на другие релевантные отчеты. Определение 542 релевантности может быть автоматическим или может осуществляться по требованию пользователя с использованием предоставленного элемента 210 управления. Это предоставляет пользователю стимул приложить дополнительное усилие к повышению качества отчетов для будущего извлечения другими пользователями.

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

Заранее заданное значение, которое представляет собой порог для внесения в базу данных отчетов, может являться единым значением для всех вариантов отчета 370. Однако для специалиста может быть предпочтительным иметь возможность оптимизации системы посредством предоставления разных заранее заданных значений, которые поисковое устройство 340 может использовать при разных обстоятельствах.

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

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

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

Определение списка совпадений для каждого из извлеченных запросов может быть выполнено непосредственно перед определением релевантности варианта отчета 370. Это может требовать большого объема вычислений, и следовательно, может быть предпочтительным определять список совпадений для каждого запроса заранее.

Например, списки совпадений могут быть определены в течение периода неполной нагрузки, и заранее заданные значения могут храниться в некотором удобном месте, например, в базе 350 данных запросов. Затем, поисковое устройство 340 должно быть дополнительно выполнено с возможностью сохранения и извлечения заранее заданного значения для каждого из извлеченных запросов.

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

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

Может быть дополнительно предпочтительным предоставить пользователю дополнительные элементы 290 управления для воздействия на извлечение варианта отчета 370 в будущем, например:

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

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

- элемент 290 управления для извлечения отчета, так чтобы пользователь мог выбрать отчет, уже присутствующий в базе 360 данных, и извлечь его, так чтобы он стал новым вариантом отчета 370.

Это позволяет пользователю улучшать существующие отчеты для повышения их релевантности, или извлекать старые варианты отчета 370, которые были сохранены, и просматривать изменения релевантности, произошедшие за период времени; и

- элемент 290 управления для уведомления о запросе, так чтобы пользователь мог запросить у системы осуществление мониторинга одного или более запросов. Поисковое устройство 340 может быть выполнено с возможностью осуществления мониторинга списков совпадений для выбранных запросов, и отправки оповещения пользователю, если новое попадание добавлено в список. Это может быть особенно предпочтительным для запросов, которые не дают попаданий на конкретный момент времени. Специалист отличит этот концепт от службы оповещения Google.

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

Пользователь может использовать рабочую станцию для выполнения взаимодействий, например, во время подготовки медицинского отчета, аннотирования такого отчета и подтверждения того, что отчет должен быть сохранен. Рабочая станция тогда может содержать процессор 320 для содействия в выполнении пользовательского взаимодействия и в выполнении способа согласно изобретению. Рабочая станция тогда может содержать систему согласно изобретению. Также предполагается, что система 300 может содержаться в устройстве получения медицинских изображений.

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

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

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

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

Изобретение относится к вычислительной технике. Технический результат заключается в уменьшении некачественных отчетов в базе данных. Система для хранения варианта отчета содержит базу данных отчетов, выполненную с возможностью хранения и предоставления отчетов; средство пользовательского ввода в компьютере, выполненное с возможностью создания и редактирования отчета, причем вариант отчета не хранится в базе данных отчетов; базу данных запросов, выполненную с возможностью хранения и предоставления запросов, причем запросы подходят для поиска в базе данных отчетов; аппаратное поисковое устройство, выполненное с возможностью извлечения одного или более запросов из базы данных запросов; извлечения варианта отчета из средства пользовательского ввода; исполнения одного или более запросов по варианту отчета для определения релевантности варианта отчета, причем релевантность характеризует, будет ли извлечен вариант отчета из базы данных отчетов при исполнении одного или более запросов; сравнения релевантности с заранее заданным пороговым значением внесения в базу данных отчетов; добавления варианта отчета в базу данных отчетов, если релевантность превышает заранее заданное пороговое значение внесения в базу данных отчетов; и хранения варианта отчета в базе данных отчетов, если релевантность превышает заранее заданное значение. 4 н. и 11 з.п. ф-лы, 3 ил.

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

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

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

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

5. Система по п. 4, в которой список совпадений дополнительно содержит:
- идентификационные данные отчетов, относящиеся к элементам списка совпадений.

6. Система по п. 2, в которой:
- заранее заданное значение определено посредством:
- ранжирования списка совпадений, основываясь на релевантности элементов списка совпадений, и
- определения заранее заданного значения, основываясь на позиции в ранжированном списке совпадений.

7. Система по п. 2, в которой элементы списка совпадений определены посредством выбора отчетов со значениями релевантности, превышающими второе заранее заданное значение, или посредством выбора заранее заданного числа отчетов с наивысшими значениями релевантности.

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

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

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

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

12. Рабочая станция, содержащая систему согласно любому из предыдущих пунктов.

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

14. Способ по п. 13, дополнительно включающий в себя этапы, на которых:
- извлекают множество отчетов из базы данных отчетов;
- исполняют один или более запросов по множеству отчетов для определения списка совпадений для каждого запроса, причем список совпадений содержит значения релевантности элементов списка совпадений; и
- определяют заранее заданное значение, основываясь на значениях релевантности элементов списка совпадений.

15. Устройство памяти, содержащее исполняемые компьютером команды, предписывающие компьютеру осуществлять способ по любому из пп. 13-14.