АВТОМАТИЗИРОВАННАЯ СИСТЕМА СБОРА И АРХИВАЦИИ ИНФОРМАЦИИ ДЛЯ ВЕРИФИКАЦИИ МЕДИЦИНСКОЙ НЕОБХОДИМОСТИ ВЫПОЛНЕНИЯ МЕДИЦИНСКОЙ ПРОЦЕДУРЫ Российский патент 2011 года по МПК G06Q30/00 

Перекрестная ссылка на родственную заявку

Настоящая заявка испрашивает преимущество находящейся одновременно на рассмотрении заявки порядковый номер 60/700,434, зарегистрированной 19 июля 2005 года Джоном Ф. Эльшольцем (John F. Elsholz), озаглавленной: "Mechanism for Verifying and Documenting Necessity of Performing Medical Procedure and User-Based Tool for Selectively Navigating Through Medical Information Database", переуступленной правопреемнику настоящей заявки, и раскрытие которой содержится в данном документе.

Область техники изобретения

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

Уровень техники изобретения

Недавние проверки по государственной программе бесплатной медицинской помощи медицинских учреждений, таких как больницы, которые выполняют процедуры, например процедуры, связанные с сердечной деятельностью, во многих случаях не обеспечивались соответствующей документацией, доказывающей медицинскую необходимость процедур, которые согласуются с руководствами CMS, что приводило в результате к тому, что больницы и врачи должны уплачивать миллионы долларов в пользу HCFA (теперь CMS). Эти неудачно завершившиеся проверки вызвали смену руководства и потерю миллиардов долларов акционерной стоимости в крупнейших публичных акционерных сетях услуг медико-санитарной помощи. Более того, врачи, которые выписывают счет по государственной программе бесплатной медицинской помощи на процедуры, которые не могут быть доказаны как необходимые с медицинской точки зрения, сталкиваются со штрафами вплоть до 10000 $ в каждом случае, обложением налогом вплоть до троекратного размера оплаченной суммы плюс проценты, исключением из федеральных и государственных программ медико-санитарной помощи и возможным уголовным обвинением.

Одной такой практической проблемой с проходящей в настоящее время программой проверки является значительный беспорядок и разобщенность информации, требуемой аудитором для того, чтобы доказать медицинскую необходимость. В типичной ситуации аудитор приходит в департамент медицинских записей учреждения медико-санитарной помощи и запрашивает предписанный процент (к примеру, 10%, например, 300 из 3000) записей, связанных с заданной процедурой за последний год, например, катетеризации левой половины сердца, в качестве неограничивающего примера. Эти записи (диаграммы) обычно хранятся в большой библиотеке медицинских записей, сохраняемых в картотеке в соответствии с картотекой в отделении медицинских записей. Регистрирующий персонал больницы ищет файлы пациентов, для которых была выполнена катетеризация левой половины сердца, и затем продолжит предоставлять аудитору на рассмотрение большое количество диаграмм для его рассмотрения, чтобы определить, содержат ли они документацию, достаточную для того, чтобы удовлетворить стандартам медицинской необходимости CMS. Во многих случаях аудитор найдет, что файлы содержат либо недостаточную, либо неполную требуемую информацию, связанную с необходимостью процедуры, даже если необходимость действительно была установлена ухаживающим медицинским персоналом и в соответствии с руководствами CMS перед тем, как процедура была выполнена; а именно произошла ошибка записи данных скорее по невнимательности, чем из-за отсутствия демонстрации пациентом всех симптомов, необходимых для того, чтобы предписать выполнение процедуры.

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

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

Сущность изобретения

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

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

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

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

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

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

В качестве неограничивающего примера, в случае диагноза фибрилляции желудочков (V-fib) должны быть предоставлены следующие четыре элемента данных: 1 - история и физические данные (которые в типичном варианте представляют симптомы и перечень исторических данных физического состояния, полученных во время оценки пациента, включающие в себя предыдущие обращения, другие медицинские проблемы, аллергию на лекарства и многое другое, и доступные из HIS); 2 - результаты ЭКГ, выполненной пациенту; 3 - результаты электрофизиологического исследования, выполненного пациенту; и 4 - диагноз отделения неотложной помощи, показывающий клиническую патологию, такую как "синдром удлинения интервала QT", что предрасполагает пациента к высокому риску будущих остановок сердца. Если вся эта информация была получена и, таким образом, указывает на диагноз V-fib, диагностирующий врач знает, что он может запланировать имплантацию дефибриллятора.

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

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

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

Отдельный файл аудита сохраняется для каждой выполняемой процедуры. Этот файл является резервным хранилищем выбранной информации, связанной с пациентом и процедурой, включающей в себя результаты обследований, такие как ЭКГ, лабораторные результаты, изображения диагностической ангиографии, таллийные сканограммы, сердечные CT-исследования, эхокардиограммы и т.д. Целью этого файла аудита является хранить всю информацию в одном местоположении, которое не зависит от безопасности и/или состояния какого-либо другого хранилища. Это - файл, который доступен во время проверки по государственной программе бесплатной медицинской помощи и, за счет выполнения программы верификации медицинской необходимости по изобретению, описанному выше, каждый пациент будет представлен как имеющий всю требуемую информацию. Это значительно упрощает процесс проверки, в котором можно будет обнаружить полную документацию из одного файла аудита, для каждого класса процедур, например, для каждого пациента PCI.

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

Краткое описание чертежей

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

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

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

Подробное описание

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

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

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

Как кратко указано выше, сеть, в которой установлена рабочая станция, включает в себя линию 11 связи между рабочей станцией 10 и информационной системой 20 больницы (HIS) и/или другими информационными системами, в которых связанная с пациентами информация (такая как история болезни, демографические данные, страховая информация, указанные физические симптомы (такие как давящая боль в груди, головокружение, обморок, сильные сердцебиения в груди), ЭКГ, эхокардиологические исследования, ангиограммы и т.д.) сначала собирается персоналом больницы, когда пациент принимается в учреждении здравоохранения и во время медицинского осмотра и лечения. Имея доступ к этим информационным системам, программа верификации медицинской необходимости по настоящему изобретению способна с легкостью загрузить и обновить отдельный, назначенный файл аудита, который поддерживается по пациенту со всей доступной в настоящий момент информацией, связанной с этим пациентом и любой выполненной процедурой. Однако необходимо отметить, что для того, чтобы функционировать, для настоящего изобретения не требуется связь с HIS. Вся информация, которая получена из HIS, может быть вручную введена в приложение программного обеспечения, когда оно функционирует в автономном режиме.

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

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

С левой стороны каждого из этих чертежей находится последовательность этапов 100-400, которые выполняются над пациентом ухаживающим медицинским персоналом. Эти этапы начинаются с первоначального осмотра потенциально симптоматического пациента 100, выполнения одного или более обследований 200 пациента (которые могут включать в себя использование оборудования для медицинского обследования) и идентификации, сбора и оценки симптомов состояния пациента, выполнения диагностики 300 пациента на основе оценки симптомов и планирования и выполнения процедуры 400, которая была определена как необходимая с медицинской точки зрения согласно стандартам CMS.

Правая сторона каждой из фиг.2-5 содержит заголовок 500, который идентифицирует конкретную связанную с сердцем процедуру, которая должна быть выполнена на этапе 400 в последовательности действий 100-400. Из каждого заголовка расходятся одна или более ветвей дерева 600 критериев медицинской необходимости, где каждая ветвь перечисляет ряд медицинских параметров, для которых элементы данных, определенные в соответствии с руководствами CMS, должны быть предоставлены с тем, чтобы закончить ветвь и, таким образом, верифицировать медицинскую необходимость приведенной процедуры. Поскольку какая-либо ветвь имеет соответствующие медицинские данные, введенные для каждого из ее перечисленных параметров, то все требования для проверки диагноза вверху этой ветви будут рассматриваться как удовлетворенные, и результирующий диагноз будет рассматриваться как законная медицинская необходимость выполнения процедуры.

Таким образом, в качестве неограничивающего примера рассмотрим диагноз фибрилляции 550 желудочков (V-fib) в левой части дерева 600 критериев медицинской необходимости на фиг.3, которое перечисляет различные требования, которые будут соответствовать медицинской необходимости имплантации сердечного дефибриллятора. Чтобы поддержать диагноз остановки сердца из-за V-fib, должны быть предоставлены следующие четыре элемента данных: 1 - исторические и физические данные (которые в типичном варианте представляют симптомы и перечень исторических данных физического состояния, полученных во время оценки пациента, включающие в себя предыдущие лечения, другие медицинские проблемы, аллергии на лекарства и т.д. и доступные из HIS); 2 - результаты ЭКГ, выполненной пациенту; 3 - результаты электрофизиологического исследования, выполненного по пациенту; и 4 - диагноз отделения экстренной помощи, показывающий клиническую патологию, такую как "синдром удлинения интервала QT", что предрасполагает пациента к высокому риску будущих остановок сердца. Если вся эта информация была доставлена программе верификации медицинской необходимости, и, таким образом, поддерживает диагноз V-fib, диагностирующий врач знает, что он может запланировать имплантацию дефибриллятора на этапе 400.

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

В соответствии с программой верификации медицинской необходимости по изобретению указание степени, до которой требуемые данные медицинских параметров представлены в файле аудита, отображается в подокне 720. В иллюстрированном примере заголовок "документация в файле?" отображен с желтым фоном и идентифицирован с помощью метки "частично", чтобы указать, что необходимо больше информации, чтобы верифицировать, что приведенная процедура необходима с медицинской точки зрения для идентифицированного пациента. Под этим заголовком находится перечисление четырех элементов 730, 740, 750, 760 данных, которые должны быть полными, чтобы подтвердить диагноз V-fib, вместе с закодированным цветом указанием и текстовым указанием степени, до которой завершено наполнение каждого элемента данных. Первый элемент 730 данных "симптоматический в H&P" (из первой ветви дерева на фиг.3) окрашен зеленым цветом и дополнительно помечен как "полный". Второй элемент 740 данных (опять из первой ветви дерева на фиг.3) идентифицирует ЭКГ как "ненормальную" и окрашен желтым цветом, указывающим, что необходимо обратиться к более полной информации по ЭКГ, так что помечен как "частичный". Третий элемент 750 данных (также показанный в первой ветви на фиг.3) идентифицирует оценку EP как "положительную" и окрашен зеленым цветом, указывающим, что информация о параметре является полной. В заключение, четвертый перечисленный элемент 760 данных (последнее перечисление в первой ветви на фиг.3) "синдром удлинения интервала QT" окрашен красным, указывающим нехватку данных, и поэтому помечен как "отсутствующий".

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

С этой целью, как дополнительный признак изобретения, в дополнение к предварительной карте проверки процедуры описанного выше типа и показанной на фиг.2-6, для каждой выполняемой процедуры сохраняется отдельный файл аудита. Этот файл является резервным хранилищем выбранной информации, связанной с пациентом и процедурой, включающей в себя результаты обследований, такие как ЭКГ, лабораторные результаты, изображения диагностической ангиографии, талиевые сканограммы, сердечные CT-исследования, эхокардиограммы и т.д. Цель этого файла аудита состоит в том, чтобы иметь всю информацию в одном местоположении, которое не зависит от безопасности и/или состояния какого-либо другого хранилища. Это - файл, который доступен во время проверки по государственной программе бесплатной медицинской помощи и, за счет выполнения программы верификации медицинской необходимости по изобретению, описанному выше, каждый пациент будет показан как имеющий всю требуемую информацию. Это значительно упрощает процесс проверки, в котором можно будет обнаружить полную документацию из одного файла аудита, для каждого класса процедур, например для каждого пациента PCI.

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

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

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

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

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

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

3. Способ по п.1, в котором этап (b) содержит, в связи с соответствующим одним из упомянутых критериев, этапы, на которых:
(b1) предоставляют первое цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если собранная информация упомянутого пациента достаточна, чтобы удовлетворять упомянутому соответствующему одному из упомянутых критериев;
(b2) предоставляют второе цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если собранная информация упомянутого пациента достаточна для того, чтобы только частично удовлетворять упомянутому соответствующему одному из упомянутых критериев; и
(b3) предоставляют третье цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если информация упомянутого пациента, которая удовлетворяет упомянутому соответствующему одному из упомянутых критериев, не была собрана.

4. Способ по п.3, в котором упомянутый первый цвет является зеленым, упомянутый второй цвет является желтым, а упомянутый третий цвет является красным.

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

6. Способ по п.1, в котором упомянутая медицинская процедура является связанной с кардиологией процедурой, содержащей одно из: катетеризации левой половины сердца, вживляемого сердечного дефибриллятора, имплантации кардиостимулятора и подкожного коронарного вмешательства (диагностическая ангиограмма).

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

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

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

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

11. Способ верификации медицинской необходимости выполнения медицинской процедуры над пациентом, выполняемый в системе сбора и обработки медицинской информации медицинского учреждения, содержащий этапы, на которых:
(a) в ответ на планирование упомянутой медицинской процедуры для упомянутого пациента на рабочей станции системы сбора и обработки медицинской информации медицинского учреждения переходят к поиску и получению в информационных системах информации относительно упомянутого пациента, которая является необходимой, чтобы удовлетворить критериям для верификации медицинской необходимости выполнения упомянутой процедуры, как обнародовано Центром услуг государственной программы бесплатной/льготной медицинской помощи, причем информация собрана с помощью диагностического и обследующего оборудования, соединенного с рабочей станцией посредством линии связи,
(b) предоставляют визуальные указания, в графическом пользовательском интерфейсе упомянутой системы, степени, до которой информация, собранная по упомянутому пациенту, удовлетворяет упомянутым критериям;
(c) в ответ на одно или более визуальных указаний в упомянутом графическом пользовательском интерфейсе, указывающих, что один или более из упомянутых критериев не был удовлетворен упомянутой собранной информацией, связываются по линии связи с информационными источниками, из которых может быть получена информация по пациенту, необходимая для того, чтобы удовлетворять упомянутому одному или более критериям, и получают оттуда упомянутую необходимую информацию; и
(d) сохраняют в пригодном для аудита архивном файле всю информацию, которая была собрана относительно упомянутого пациента и упомянутой процедуры, требуемую упомянутыми критериями, которые должны быть удовлетворены, чтобы верифицировать необходимость выполнения упомянутой процедуры,
представляют данные, указывающие на то, что информация подтверждает диагноз пациента, которая верифицирует медицинскую необходимость выполнения процедуры.

12. Способ по п.11, в котором этап (b) содержит, в связи с соответствующим одним из упомянутых критериев, этапы, на которых:
(b1) предоставляют первое цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если собранная информация упомянутого пациента достаточна, чтобы удовлетворять упомянутому соответствующему одному из упомянутых критериев;
(b2) предоставляют второе цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если собранная информация упомянутого пациента достаточна для того, чтобы только частично удовлетворять упомянутому соответствующему одному из упомянутых критериев; и
(b3) предоставляют третье цветовое указание в упомянутом графическом пользовательском интерфейсе упомянутой системы, если информация упомянутого пациента, которая удовлетворяет упомянутому соответствующему одному из упомянутых критериев, не была собрана.

13. Способ по п.12, в котором упомянутый первый цвет является зеленым, упомянутый второй цвет является желтым и упомянутый третий цвет является красным.

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

15. Способ по п.11, в котором упомянутая медицинская процедура является связанной с кардиологией процедурой, содержащей одно из:
катетеризации левой половины сердца, вживляемого сердечного дефибриллятора, имплантации кардиостимулятора и подкожного коронарного вмешательства (диагностическая ангиограмма).

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

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

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

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