Генерация отчетов с интегрированным контролем качества - RU2424563C2

Чертежи

Показать все 13 чертежа(ей)

Описание

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

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

Программное обеспечение для распознавания речи, такое как Naturally Speaking от компании Dragon и Via Voice от IBM, включает улучшенные версии с ограниченной возможностью контроля набора команд, таких как макрокоманды и голосовые команды Via Voice. Программное обеспечение может не только распознавать данные отчета, но также оно предоставляет пользователю ограниченные возможности диктовки команд программному обеспечению так, что программное обеспечение может предоставлять форматирование или перемещаться по тексту безо всякого вмешательства пользователя.

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

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

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

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

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

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

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

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

Фиг. 1А является общей диаграммой последовательности операций с данными для генерации отчетов в соответствии с одним из вариантов осуществления изобретения.

Фиг. 1В является блок-схемой последовательности операций общего способа генерации отчетов в соответствии с одним из вариантов осуществления изобретения.

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

Фиг. 3 является диаграммой последовательности операций с данными при начальной процедуре и вводе в соответствии с вариантом осуществления настоящего изобретения.

Фиг. 4 является диаграммой последовательности операций с данными при необязательной второй процедуре и вводе значений в соответствии с вариантом осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

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

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

Как показано на Фиг. 1А, общая диаграмма 100 последовательности операций одного из вариантов осуществления настоящего изобретения показывает пользователя 105, предоставляющего данные, наблюдения, примечания, команды и/или другие значения в устройство 110 ввода. Устройство 110 ввода предоставляет пользовательские данные, наблюдения, команды и/или значения вычислительной машине 115. В дополнение, вычислительная машина 115 может читать значения из одной или более баз 120 данных и/или внешних хранилищ 130 данных. Также вычислительная машина 115 может хранить пользовательские данные, наблюдения, команды и/или значения в одной или более базах 120 данных или в одном из внешних хранилищ 130 информации. Вычислительная машина 115 комбинирует пользовательский ввод, предоставленный через устройство 110 ввода, с вхождениями в базе 120 данных и/или вхождениями во внешних хранилищах 130 информации в один или более отчетов 125. Один или более рецензентов 135, которые могут иметь или не иметь доступ к внешним хранилищам 130 данных, могут проверять отчеты 125. Рецензент из числа рецензентов 135 может стать пользователем 105, генерирующим один из отчетов 125. Заметьте, что базы 120 данных и/или удаленные хранилища 130 данных могут являться локальными для пользователя либо быть доступными удаленно посредством сети какого-либо вида.

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

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

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

Возвращаясь теперь к Фиг. 1В, на которой показан общий способ 150 генерации отчетов с интегрированными индикаторами контроля качества. Способ 150 начинается с пользователя, такого как пользователь 105 на Фиг. 1А, получающего запрос на генерацию отчета некоторого типа, блок 155. В различных типичных и иллюстративных вариантах осуществления настоящего изобретения отчет может являться отчетом патолога о лабораторном образце или отчетом офицера полиции о дорожном происшествии. Затем пользователь 105 обращается к шаблону, блок 160. В различных вариантах осуществления настоящего изобретения вычислительная машина, такая как вычислительная машина, показанная на Фиг. 1А, может иметь доступ к любому количеству сохраненных шаблонов, соответствующих любому количеству отчетов, которые требуется сгенерировать. Пользователь 105 может иметь доступ только к собственным шаблонам, либо пользователь 105 может иметь доступ к общим шаблонам, или даже к шаблонам, доступным всем пользователям данной системы. В одном варианте осуществления пользователь 105 предоставляет указание желаемого шаблона вычислительной машине 115, используя устройство 110 ввода, показанное на Фиг. 1А. Пользователь 105 вводит данные, блок 165. В предпочтительном варианте осуществления пользователь вводит данные, используя устройство 110 ввода. В других вариантах осуществления пользователь может вводить данные, используя любую методику или прибор ввода.

В соответствии со способом 150 вычислительная машина 115 обрабатывает данные, заполняя шаблон наблюдениями и вхождениями из базы данных в ответ на данные, блок 170. Вводимые пользователем 105 данные могут включать в себя одно или более значений, наблюдений, команд или примечаний, либо известных, либо предоставляемых пользователем 105. Наблюдения пользователя 105 могут помещаться вычислительной машиной 115 в поля в шаблоне. Другие поля в шаблоне могут быть заполнены вычислительной машиной 115 вхождениями из базы данных. Выбор баз 120 данных, к которым необходимо обратиться, или вхождений из данной базы данных, которые необходимо добавить в шаблон, может быть сделан на основании данных, предоставленных пользователем. Также вычислительная машина добавляет в шаблон индикаторы контроля качества, блок 175.

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

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

В соответствии со способом 150 пользователь 105 может закончить ввод и принять решение (в блоке решения 180) либо продолжить добавлять ввод (вернувшись к блоку 165), либо сгенерировать отчет, блок 185, например, как один из отчетов 125 на Фиг. 1А. В некоторых вариантах осуществления для некоторых путей между блоками 165 и 180 вычислительная машина ничего не добавляет к шаблону в блоках 170 или 175, когда пользователь вводит данные в блоке 165. В некоторых реализациях блоков 165-180 пользователь может предоставить данные в блоке 165, в то время как вычислительная машина обрабатывает данные в блоке 170 без добавления индикаторов контроля качества в блоке 170, либо вычислительная машина может обрабатывать данные в блоке 170, но не добавлять ничего к шаблону в блоке 170, и добавить индикаторы контроля качества к шаблону в блоке 175. Отчеты, сгенерированные в блоке 185, могут быть любого типа. Отчет может быть внесен в базу 120 данных, показанную на Фиг. 1А, или во внешнее хранилище 130 информации, показанное на Фиг. 1А. В некоторых вариантах осуществления отчет, сгенерированный в блоке 185, будет передан электронным образом рецензенту, такому как один из рецензентов, показанных на Фиг. 1А.

Возвращаясь теперь к Фиг. 2, мы увидим, что диаграмма 200 последовательности операций с данными при начальном сборе данных в соответствии с одним из вариантов осуществления настоящего изобретения начинается с запроса информации 205. Запрос информации 205 может включать в себя информацию, в ответ на которую пользователь 105 предоставит наблюдения или комментарии. Запрос на информацию 205 может включать в себя также описание людей, мест или наблюдаемых предметов, включая время наблюдения. Запрос на информацию 205 предоставляется в историю 210 вхождения данных, где пользователь 105 может оценить предыдущие наблюдения и вхождения, сделанные в прошлом. База данных фоновой информации 215 может дополнять историю 210 вхождения данных. История 210 вхождения данных и дополнительная информация 215 доступны файлам 220 ввода данных для интеграции. Файлы 220 ввода данных могут включать в себя файлы данных из любого числа источников, относящихся к наблюдениям, проводимым пользователем 105. Файлы 220 ввода данных также могут дополняться исторической информацией 225 по делу. Историческая информация 225 по делу может включать в себя исторические данные, относящиеся к запросу на информацию 205. Файлы 220 ввода данных связаны таким образом, что обновляемые данные могут быть предоставлены из данных 230 внешнего рецензента. Файлы 220 ввода данных могут также принимать записи от стандартных вхождений 240 значений код-имя и значений 245 код-описание. Файлы 220 ввода данных генерируют отчеты 250, используя значения из истории 210 вхождения данных, фоновой информации 215, исторической информации 225 по делу, данных 230 внешнего рецензента, стандартных величин 240 код-имя и/или величин 245 код-описание. Данные внешнего рецензента 230 так же, как, возможно, и другие данные, предпочтительно обновляются механизмом 235 автообновления.

Переходя теперь к Фиг. 3, диаграмма 300 последовательности операций с данными показывает начальную процедуру и ввод 365, принимающие различные величины из различных источников. Эти источники включают в себя фоновую информацию 315 и значения 310 из истории вхождений данных. Значения могут также быть приняты из исторических файлов 325 по делу. Вводные данные могут быть приняты от стандартных величин для всех отчетов, включая коды контроля качества и величины автоматического поиска от вхождений 360. Также величины могут быть приняты от стандартизированных значений 355 имя-код-описание. Интеграция величин в начальную процедуру и ввод 365 предпочтительно происходят посредством кодов пользовательского ввода.

В одном варианте осуществления операции на Фиг. 2 и Фиг. 3 выполняются по отдельности. В этом варианте осуществления операции на Фиг. 3 следуют за операциями на Фиг. 2, а затем операции на Фиг. 4 или Фиг. 5. В этом варианте осуществления в процессе или после операций на Фиг. 2 и операций на Фиг. 3 могут создаваться отдельные файлы журналов.

В другом варианте осуществления операции на Фиг. 2 и Фиг. 3 выполняются параллельно. В параллельном варианте осуществления способ перемещается от параллельных операций на Фиг. 2 и Фиг. 3 прямо к операциям на Фиг.4 или Фиг. 5. В этом параллельном варианте осуществления в процессе или после операций Фиг. 2 и Фиг. 3 могут создаваться объединенные файлы журналов.

На Фиг. 4 изображена диаграмма 400 последовательности операций, показывающая вводы для опциональных вторичных процедур 480. В общем случае для инициализации вторичной процедуры 480 предоставляются величины из начальной процедуры 465. Заметим, что начальные процедуры, как правило, предоставляются механизмом 475 автопереноса данных в значения второй процедуры 480. Как и начальная процедура 365, показанная на Фиг. 3, вторичная процедура 480, показанная на Фиг. 4, может принимать вводные данные из истории 410 вхождений данных и фона 415. Вхождения могут быть получены из исторических файлов 425 по делу и/или данных 430 внешнего рецензента. Данные 430 внешнего рецензента, как правило, предоставляются, используя механизм 435 автообновления, предоставляющий вторичной процедуре 480 новые или обновленные величины из устройства хранения, такого как одно из внешних хранилищ 130 информации, показанных на Фиг. 1А. Стандартные величины 455 имя-код-комментарий также предоставляются вторичной процедуре 480, обычно на основании указаний, предоставленных пользователем 105 в качестве данных, таких как в блоке 170, показанном на Фиг. 1B. Стандартизированные величины для всех ответов и коды гарантий качества и автоматический поиск 460 предоставляются вторичной процедуре 480 на основе автообновления 470. Величины от вторичной процедуры 480 могут также храниться как стандартные величины 460. Начальная процедура 465 и вторичная процедура 480 могут использоваться для генерации одного или более периодических отчетов 450.

На Фиг. 5 изображена диаграмма 500 последовательности операций с данными при генерации окончательных вхождений отчетов, окончательных кодов контроля качества и комментариев 590. В общем случае, величины из вторичной процедуры 580 и/или начальной процедуры 465 предоставляются для инициализации окончательных вхождений 590 отчета. Эти величины, в общем случае, предоставляются механизмом 585 автопереноса данных. Как показано в предыдущих Фиг. 3 и 4 история 510 вхождения данных и фоновая информация 515 могут быть предоставлены для генерации окончательных вхождений 590 отчета. Исторические файлы 525 по делу могут предоставляться во вхождения 590 окончательного отчета. Данные 530 рецензента могут предоставляться механизмом 535 автообновления вхождениям 590 окончательного отчета. Как и выше, стандартные величины 555 имя-код-описание могут предоставляться вхождениям 590 окончательного отчета, обычно на основании пользовательских указаний в командах. Стандартизированные величины для всех отчетов, коды гарантий качества и величины 560 автопоиска могут предоставляться вхождениям 590 окончательного отчета через механизм 570 автообновления. Вхождения окончательного отчета могут также храниться в виде стандартных величин для всех отчетов 560.

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

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

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

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

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

Проверки 610 периодических переносов обмениваются посредством периодических файлов 605. Периодические файлы 605 используются для генерации периодических отчетов 650 управления качеством и, как правило, предоставляются механизмом 655 автопереноса данных в пользовательский стандартизированный файл с типом 660 отчета, а также в исторические файлы 625. Периодические файлы 605 также используются для обновления пользовательских стандартизированных файлов для всех значений 665 отчета, как правило, через механизм 655 автопереноса данных. Пользовательские стандартизированные файлы с типом 660 отчета могут также использоваться для обновления основного стандартизированного файла 670. Исторические файлы 625 могут включать в себя месячные файлы 630 дел, годовые файлы 635 дел и исторические файлы 640 дел. Периодические файлы 605 и исторические файлы 625 могут предоставляться и храниться как файлы 615 архивов, фоновых исторических файлов 645 и/или исторических файлов 620 рецензента.

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

Месячные файлы гарантий качества 715 используются для сравнения, проверки целостности и анализа 720.

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

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

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

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

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

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

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

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

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

Биллинговые коды могут генерироваться автоматически по типу и номеру исследованного образца. Если во время обследования требуется проведение дополнительных процедур, анализов образцов, специальной обработки образцов, то в этом случае также автоматически присваиваются корректные биллинговые коды (correct billing codes, CPT). Каждый биллинговый код связан с конкретным делом и может быть распечатан вместе с информацией о нем или при необходимости передан электронным образом в биллинговый сервис или другой биллинговый отчет. Эта процедура позволяет биллинговым кодам автоматически соотноситься с соответствующим делом для дальнейшего просмотра или при необходимости аудита. В дополнение это гарантирует точное и своевременное выставление счетов пациентам в соответствии с законодательными модификациями или ограничениями. При необходимости биллинговые коды могут быть распечатаны вместе с заполненным отчетом и переданы электронно, включая автофакс, по требуемому адресу для выставления счетов.

В соответствии с иллюстративным вариантом осуществления генерации отчетов лабораторных исследований, начиная с Фиг. 8, способ начинает с операции сбора данных 1200. Запрос 1205 лабораторного образца может включать в себя информацию о пациенте и описания образца для использования патологом. Данные в запросе 1205 лабораторного образца предоставляются или интегрируются с журналом 1210 гистологии. Журнал 1210 гистологии может включать описание и количество всех образцов и срезов, обследованных патологом в данной группе, организации, больнице и т.д. Демографические данные 1215 пациента могут включать в себя имя, дату рождения, пол, больницу, биллинговые номера, номер комнаты и т.д. Демографические данные 1215 пациента предоставляются журналу 1210 гистологии, а также журналам 1220 файлов образцов. Все файлы образцов от терапевтов больницы, внешних терапевтов и терапевтов медицинских групп находятся внутри журналов 1220 файлов образцов.

Историческая информация 1225 по делу, которая может включать в себя номера дел, демографическую информацию, образцы, описание и данные диагностики, как правило, автоматически связывается с журналами 1220 файлов образцов через номер счета или имя. Информация 1230 терапевта, которая может включать в себя код, область медицины и номера телефонов, обычно посредством поиска по имени, также предоставляется в журналы 1220 файлов образцов. Название ткани, стандартизированные названия и коды 1240А мест включаются в журналы 1220 файлов образцов обычно в соответствии с вводными командами пользователя. Стандартизированное описание типа ткани и коды 1240В и стандартизированные описания 1240С образцов также интегрируются в журналы 1220 файлов образцов обычно в соответствии с вводными командами пользователя.

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

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

На Фиг. 9 показана диаграмма 1300 последовательности операций с данными при начальном обследовании патологом варианта осуществления генерации отчета лабораторного исследования в соответствии с настоящим изобретением. Генерация ежедневного начального обследования 1365 включает в себя использование устройства 110 ввода, которое может включать в себя ввод под диктовку, голосовой ввод, ввод с клавиатуры информации о визуальном обследовании одного или более образцов. Журнальные файлы 1220 образцов включаются в ежедневное начальное обследование 1365. Демографическая информация 1215 о пациенте может быть включена в ежедневное начальное обследование 1365. Данные гистологического журнала 1210 могут быть включены в ежедневное начальное обследование 1365. Файлы 1225 с исторической информацией по делу, данные 1230 терапевта и названия 1240А тканей также могут быть включены в ежедневное начальное обследование 1365. Данные 1230 терапевта предпочтительно пополняются новой и пересмотренной информацией через механизм 1330 автообновления, таким образом, ежедневное начальное обследование 1365 всегда является актуальным. Стандартизированные коды 1340В расположений областей ткани и стандартизированные коды 1340С названий заболеваний также могут быть включены в ежедневное начальное обследование 1365. Стандартизированные файлы 1320 обследований включаются в ежедневное начальное обследование 1365 предпочтительно механизмом автопереноса. Файлы 1340А стандартизированных описаний новообразований и биллинговых кодов могут включаться в ежедневное начальное обследование 1365. На Фиг.9 включение предпочтительно выполняется по команде или указанию пользователя.

На Фиг. 10 показана диаграмма 1400 последовательности операций с данными при обследовании среза патологом при генерации отчета лабораторных исследований в соответствии с одним вариантом осуществления настоящего изобретения. Генерация ежедневного исследования препарата 1480 включает в себя пользователя 105, использующего устройство 110 ввода, которое может включать в себя диктофон, клавиатуру или устройство голосового ввода для описания одного или более визуальных обследований одного или более образцов. Ежедневное начальное исследование 1365 включается в ежедневное обследование препаратов. Ежедневное начальное обследование 1365 передается в ежедневное обследование срезов посредством механизма 1465 автопереноса. Демографическая информация 1215 о пациенте может быть включена в ежедневное обследование 1480 срезов. Гистологический журнал 1210 может быть также включен в ежедневное обследование 1480 срезов. Файлы 1225 с исторической информацией по делу, данные 1230 терапевта и названия 1240А тканей также могут быть включены в ежедневное обследование 1480 срезов. Данные 1230 терапевта предпочтительно пополняются новой и пересмотренной информацией через механизм 1330 автообновления, таким образом, ежедневное обследование 1480 срезов всегда содержит актуальную информацию. Стандартизированные коды 1340В расположений областей ткани и стандартизированные коды 1340С названий заболеваний также включаются в ежедневное обследование 1480 срезов, как правило, по введенной пользователем команде. Стандартизированные файлы 1320 обследований включаются в ежедневное обследование 1480 срезов, как правило, механизмом 1420 автопереноса данных. Заметим, что ежедневное обследование 1480 срезов может вторично включаться в стандартизированные файлы 1320 обследований. Файлы с кодами новообразований, особых пятен и биллинговыми кодами для запроса дополнительных анализов, биллинга пациентов и гарантий качества 1440 предпочтительно включаются в ежедневное обследование 1480 срезов.

На Фиг. 11 показана диаграмма 1500 последовательности операций с данными при выписке патолога при генерации отчетов лабораторных исследований в соответствии с одним вариантом осуществления настоящего изобретения. Ежедневное обследование 1480 срезов предоставляется для выписки 1590 патолога с помощью механизма 1580 автообновления. Демографическая информация 1215 о пациенте может быть включена в выписку 1590 патолога. Файлы 1225 с исторической информацией по делу, данные 1230 терапевта, стандартизированные коды 1240А и названия мест названий тканей также могут быть включены в выписку 1590 патолога. Данные терапевта, как правило, обновляются через механизм 1330 автообновления, таким образом, выписка 1590 патолога всегда содержит наиболее актуальную информацию. Стандартизированные коды 1340В расположений областей ткани и стандартизированные коды 1340С названий заболеваний также включаются в выписку 1590 патолога, как правило, по введенной пользователям команде. Файлы 1440 новообразований, особых пятен и файлы с биллинговыми кодами также, как правило, включаются посредством командных кодов в выписку 1590 патолога. Стандартизированные файлы 1320 обследований автоматически предоставляются с помощью механизма 1420 автообновления в выписку 1590 патолога. Значения выписки 1590 патолога могут вторично включаться в стандартизированные файлы 1320 обследований. Выписка 1590 патолога должна включать в себя вхождение с диагнозом и комментарии и коды окончательной проверки качества.

После получения, по меньшей мере, индикации запроса на автоматически генерируемый отчет система может быть автоматически сконфигурирована автоматически посылать через факсимильный вывод 595 отчет с электронной подписью человека, заполнившего дело с диагнозом. Отчет предпочтительно отвечает всем регулирующим требованиям, таким как HIPAA. Факсимильный интерфейс автоматически вставляет в заполненное дело номер факса подавшего терапевта(-ов) и посылает отчет подавшему терапевту(-ам).

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

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

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

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

Ежедневные отчеты 1450 могут генерироваться автоматически из ежедневных файлов 1605 дел посредством механизма 1655 автообновления.

Ежедневные файлы 1605 дел предоставляются в стандартизированный файл 1660 обследований терапевта.

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

Все ежедневные файлы дел могут быть преобразованы в стандартный шаблон для дальнейших обследований для добавления в стандартизированный файл 1660 обследований.

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

Стандартизированный файл 1660 обследований терапевта может также использоваться для обновления основного стандартизированного файла 1670, который содержит стандартные шаблоны терапевта. Ежедневные файлы 1605 дел предоставляются и включаются в файлы 1225 с исторической информацией по делам, включая один или более месячных файлов 1630, годовых файлов 1635 и исторических файлов 1640.

Каждый из месячных файлов 1630 включает все результаты обследований патолога, проверки и коды гарантий качества и биллинговую информацию за месяц. Месячные файлы 1630 дел используются для месячных отчетов гарантий качества. Каждый из годовых файлов 1635 включает все результаты обследований патолога, проверки и коды гарантий качества и биллинговую информацию за год. Файл с историей 1640 дел включает все результаты обследований патолога за все временные периоды, все проверки гарантий качества и все коды и биллинговую информацию. Также может быть создан резервный годовой файл 1615 дел для целей резервирования. Может быть также создан файл истории имен с демографическими данными 1645 пациентов. В файл 1620 с историей дел больницы могут добавляться все дела данной больницы.

На Фиг. 13 показана диаграмма 1700 последовательности операций с данными при генерации отчетов гарантий качества в варианте осуществления генерации отчета лабораторных исследований. Месячные файлы 1630 дел включаются в месячные файлы гарантий качества для больницы, внешней медицинской группы, терапевта и т.д. 1715. Предпочтительно значения переносятся с помощью механизма 1710В автопереноса данных. Месячный файл 1630 дел также включается в исторические файлы гарантий качества для больницы, внешней медицинской группы, терапевта и т.д. 1725 с помощью механизма 1710А автопереноса данных. Месячные файлы 1715 гарантий качества могут включать одну или более из следующих групп, изображенных на 1720: сравнения диагнозов, обследования груди, качества образцов, корреляция тканей, сравнения заморозок, клеточные сравнения, качества срезов, времени хранения, оценки собственных терапевтов, оценки внешних консультантов. Эти группы являются только иллюстративными и примерными, могут быть включены также и другие группы. Месячные файлы 1715 гарантий качества, включая подмножества в 1720, используются для генерации отчетов гарантий качества 1715 для любого одного или более из подмножеств, включающих сравнения диагнозов, обследования груди, качества образцов, корреляция тканей, сравнения заморозок, клеточные сравнения, качества срезов, времени хранения, оценки собственных терапевтов, оценки внешних консультантов. Эти отчеты по качеству являются только лишь примерными и иллюстративными и при желании могут быть сформированы другие отчеты.

В соответствии с различными аспектами настоящего изобретения патолог может вводить данные немедленно после выполнения осмотра. Патолог может вводить данные для конкретного дела, и система может создавать отчет в конце дня, в конце месяца или в любое время, что будет являться основой для гарантий качества любых патологических образцов, проходящих через больницу или лабораторию. Американская Коллегия патологии (College of American Pathology, CAP) требует, чтобы десять процентов всех дел были пересмотрены, но не указывает, какие именно десять процентов или как необходимо пересматривать. CAP требует, чтобы рецензент указал, какие дела были пересмотрены, и насколько они соответствуют обычным ожиданиям. Если пересмотренные дела не соответствуют обычным ожиданиям, то отчет должен пояснять, почему они не соответствуют ожиданиям, и не произвело ли это серьезного эффекта на пациента.

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

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

При выполнении ежедневного начального обследования 1365 или ежедневного обследования 1480 среза или выписки 1590 патолога пользователь 105, в данном случае - патолог - вызывает стандартный шаблон для конкретного отчета, который необходимо заполнить. Шаблон может браться либо из личной библиотеки шаблонов патолога, либо из базы общих стандартных шаблонов. Перемещение между вхождениями в шаблоне выполняется с помощью голосовых или любых других команд через устройство 110 ввода, показанное на Фиг. 1А. В одном из вариантов осуществления настоящего изобретения в середине отчета сделаны новые места вхождений, а места вхождений в начале и в конце отчета установлены неизменяемыми.

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

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

Данные по гарантии качества могут вводиться лично, могут вводиться автоматически вычислительной машиной или могут автоматически проставляться, так как, например, пометки времени начала или окончания отчета и т.д. Рассмотрим также случай, когда требуется клеточное сравнение с тканью, которая поступит позже. Отчет контроля качества может показать согласуются ли клеточный отчет и биопсия ткани. Если проводятся внешние консультации или дело посылается еще куда-то, отчет контроля качества может показать, согласуется ли внешний диагноз с диагнозом, выполненным первым патологом. Отчет по качеству может показать, согласуется ли диагностика замороженной ткани в случае, если диагностика замороженного среза сравнивается с диагностикой, выполненной позже. В другом примере CAP требует данные «cytosource» и «cytotype», например, для отчета о том, сколько срезов было проанализировано патологом для негинекологической цитологии. Патологи, как правило, ограничены максимум в 100 цитологических срезов в день. Ежедневные отчеты определяют точно, сколько срезов было изучено патологом.

Следующее - конкретное осуществление настоящего изобретения для генерации отчетов лабораторных исследований со статистическим отчетом-дополнением на, по меньшей мере, ежедневной и ежемесячной основе. Вся методология обеспечивает аккуратность и качество отчетности. Широко используются стандартизированные шаблоны дел, основные файлы данных пациентов и терапевтов, для гарантий целостной и повторяемой отчетности обследований по делам. Начиная с 1990, в реляционных базах данных имеется 100% контроль гарантий качества всех исследований патологии, позволяющий быструю и всестороннюю отчетность и анализ дел. Избыточность данных обеспечивается за счет использования ежедневного резервирования в несколько местоположений, резервирования данных во время важных ежедневных операций, включающих перенос данных из различных файловых структур и множества файлов с одними и теми же данными. Множество файлов включает в себя месячные, годовые и исторические архивы, они используются не только для резервирования, но также и в качестве источников данных для ежедневного, ежемесячного и ежегодного контроля гарантий качества и статистического анализа. Все дневные дела печатаются и посылаются по факсу или другим методом участвующим терапевтам для заполнения. Кроме того, дела могут печататься по конкретным делам, по медицинской группе, по конкретному терапевту, персоналу, патологу или помощнику, конкретной дате или диапазону дат из текущего или предыдущих лет, и количество копий исследования может варьироваться в зависимости от желания медицинской группы или участвующих терапевтов.

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

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

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

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

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

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

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

Поля с обязательной проверкой ввода на наличие ошибок требуют, чтобы в них была введена информация, прежде, чем отчет по обследованию будет сохранен или передан. Данные в этих полях являются обязательными для правильной отчетности по результатам обследований и анализа гарантий качества. Поля ввода с обязательной проверкой на наличие ошибок в данном варианте осуществления это: "std" - переносить информацию по делу в стандартизированный (standardized) файл дел - y или n; "and" - дополнительное (addendum) дело - y или n; "cty" - тип цитологической (cytology fluid type) жидкости; "cs" - источник цитологической жидкости (cytology fluid source); "#cs" - количество цитологических срезов (cytology slides); "rev" - информация по рецензии (review) патолога. Результаты исследований не будут перенесены без вхождений этих полей. "arev" - статус рецензии, указанной выше (review above); "origin of specimen" (происхождение образца) - медицинская область участвующего доктора; "sentln" - присутствие сигнальных лимфатических узлов в образце - y или n; "report date" (дата отчета) - дата выполнения исследований патологом (результаты не будут переданы, если это поле не заполнено). "Hold" (задержать) - дело завершено - y или n (исследование должно не удерживаться, чтобы произошла передача); и "Rhold" - обоснование для задержки (reason for hold) (обследование не будет перенесено, если это поле не заполнено, а если дело было в статусе "hold" более трех дней, то оно должно иметь значение, отличное от «no hold»).

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

Таблица полей с ограниченным вводом и ассоциированными вариантами для каждого поля. Значения в этой таблице приведены для примера и являются иллюстративными.

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

aa. mamact - поле с действием по груди

if [mammat]="0l" or [mammat]= "03"

then "01" else "00"

bb. type - источник дела пациента, т.е. S, P, B или G, определяется из начальной записи в соответствующем файле журнала

left([ case no], 1)

cc. pmtcase - номер дела без номера страницы

left([case no],12)

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

filelookup([physican. physician ],[physican. pcode ],[physicianl])

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

file lookup([physican. physician ],[physican. pcode], [physician2])

ff. o - тип участвующего терапевта (хирургия, акушерство и гинекология, эндоскопия и т.д.)

filelookup([physican.physician ],[physican.o ],[physicianl])

gg. In - определяет, относится ли дело к просветлению лимфы или нет

select([gross] ! "clearing","In") else "nl"

hh. lnp - требуется или нет страница просветления сигнального лимфатического узла

select([ln] ''In'',''Lymph Node Clearing Page Required") else "No LN Page Required"

ii. dc - передано или нет дело для удаления кальцификатов

select([gross] ! "submitted for decal","dc") else "nd"

jj. dcp - требуется или нет страница по декальцификации

select([dc] ! "dc","Decal Page Required") else "No Decal Page Required"

kk. sn - дело с сигнальным лимфатическим узлом или нет

select([ specimen 1] "senti"," sn")([ specimen4] "senti","sn")([specimen2] "senti","sn")([specimen5] "senti","sn")([specimen3] "senti","sn")([specimen6] "senti","sn") else "ns"

ll. snp - требуется или нет страница по сигнальному лимфатическому узлу

select([sn] = "sn","Sentinel Lymph Node Page Required") else "No Sentinel Page Required"

mm. md - инициалы патолога

select ([pathologist]="M. RundeU,","MR") ([pathologist]="E. Yang,","EY") ([pathologist]="J. Srnith,","JS") ([pathologist]="L. Jones,","LJ") else blank

nn. clinact - уведомляет патолога о возможном различии между обследованием на патологию и клиническим представлением

if ([prematch]="03" or [prematch]="04" or [prematch]= "05" or [prematch]="08") then "* Note: Path Ox may not coincide with clinical impression, clinical correlation is suggested." else blank

oo. specact - представленной ткани недостаточно для проведения диагностики

if ([sc] = "04" or [sc] = "05" or [sc] = "07") then "* Note: No specific pathologic diagnosis can be made. Additional tissue is required if clinically indicated." else if [sc] = "09" then "* Note: Tissue adequate but no specific pathologic diagnosis can be made." else if [sc] = "02" then "* Note: This specimen was improperly fixed when received." else blank

pp. hcase no - номер дела, если запрошено специальное окрашивание

select([hr ]="y",[pmtcase]) else null

qq. hreq date - дата запроса специального окрашивания

select([hr]="y",today) else blank

rr. htime - время запроса специального окрашивания

select([hr ]="y",time) else blank

ss. rholdreq - причина, по которой дело задерживается

if [hr] = "y" then [rhold] else null

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

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

Поля поиска, связанные с величиной sdl, следующие: gross (краткое изложение физического и микроскопического исследования патолога); diagnosis (полученные патологом данные); tissue cdl; slide code; aslide; prematch; sc; cs; cty; cytomtch; t1-t5 (коды ткани, представляющие области образца ткани для дела); d01-d05 (коды заболеваний, соответствующие образцам тканей); tumor code; tnm (метастаз опухолевого узла, показывающий размер и природу опухоли лимфоузла); qacomment (комментарии патолога для контроля качества дела, если имеются); sec; frozen; afxmatch; mam; premam; ms; mammat и mamact (действие, которое необходимо предпринять, если выше имеется различие).

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

cc. d01-d05 - поиск по имени основного файла с заболеваниями. Возвращается код из пяти цифр, представляющий тип заболевания.

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

ee. physician - поиск в основном файле терапевта. Возвращается имя участвующего терапевта.

ee. physician2 - поиск в основном файле терапевта. Возвращается имя участвующего терапевта.

gg. ss1-12 - поиск в основном файле типов окрашивания. Возвращается код требуемого кода окрашивания.

Поля гарантий качества - это поля, из которых данные собираются в исторических файлах для построения трендов и статистического анализа, формирования отчетов о корреляции результатов исследований по департаменту и происхождению дела. Поля гарантий качества включают в себя tissue cdl; slide code; aslide; prematch; mam; premam; rns; mammat; mamact (индикация случаев, переданных в комитет, если имеется разница между диагнозами доктора и патолога); bmark (количество меток грудной клетки в образце); cytomtch; acyto (предполагаемое действие, в зависимости от корреляции между цитологическим срезом и образцом); sc; outside consultant; aout (предлагаемое патологом действие как результат внешней консультации, если таковая использовалась); frozen; afxmatch; frozen code (количество замороженных образцов); frnin (время в минутах проведения исследования замороженного образца); rfd (причина задержки > 20 минут при исследовании замороженного образца); afd (предлагаемое патологом действие для задержек более 20 минут); frnm (степень различия диагноза замороженного образца и окончательного диагноза); pathologist; sec; page (признак последней страницы исследования, включающей статистику контроля качества); tumor code (стандартизированный код новообразования, если имеется); tnm (метастаз опухолевого узла); clinact (предлагаемое уведомление обследующему доктору о возможном различии с клиническим впечатлением, напечатанное в дневных отчетах); и specact (индикатор недостаточной пригодности образца для диагноза, напечатанный в дневных отчетах).

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

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

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

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

Любые дела, определенные как «стандарты» или шаблоны для будущих отчетов по исследованиям в похожих делах, передаются соответствующему патологу и в файлы стандартов.

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

Дела с различиями между диагнозом обследовавшего терапевта(-ов) и клиническим впечатлением передаются в файл журнала предварительного сопоставления для дальнейшего просмотра.

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

1. Дневной список выполненных дел. Экранное представление называется "dailycasetr".

2. Дневной отчет цитологических препаратов по патологу. Количество срезов, исследованных патологом, легко проверить, чтобы убедиться, что загрузка дневными делами не превышает рекомендуемых значений. Экранное представление называется «cytslide#».

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

Экранное представление называется «prematchlog».

4. Обзор задержанных дел. Экранное представление называется «dailyholdaction».

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

Экранное представление называется «sentlnd».

6. Отчет по всем делам о заболеваниях груди посланных в ER/PR. Экранное представление называется «breasterpr».

7. Отчет по всем образцам грудных имплантатов, задержанный на неопределенное время. Экранное представление называется «Breastim».

8. Отчет для анализа всех дел о заболеваниях груди с незлокачественной опухолью. Экранное представление называется «breastn».

9. Отчет для анализа всех дел о заболеваниях предстательной железы с незлокачественной опухолью. Экранное представление называется «prostraten».

10. Отчет по всем делам с замороженными образцами, превышающими 20-минутный порог анализа или имеющими более 4 замороженных образцов.

Экранное представление называется «frozl».

11. Отчет по всем выбранным срезам с проблемами. Экранное представление называется «daily slide pro».

12. Отчет по всем еще удерживаемым делам, отсортированный патологом. Экранное представление называется «dailyholdmd».

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

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

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

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

Реферат

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

Формула