RU2419878C2 - Автоматизированная система сбора и архивации информации для верификации медицинской необходимости выполнения медицинской процедуры - Google Patents

Автоматизированная система сбора и архивации информации для верификации медицинской необходимости выполнения медицинской процедуры Download PDF

Info

Publication number
RU2419878C2
RU2419878C2 RU2008106247/08A RU2008106247A RU2419878C2 RU 2419878 C2 RU2419878 C2 RU 2419878C2 RU 2008106247/08 A RU2008106247/08 A RU 2008106247/08A RU 2008106247 A RU2008106247 A RU 2008106247A RU 2419878 C2 RU2419878 C2 RU 2419878C2
Authority
RU
Russia
Prior art keywords
information
patient
medical
procedure
criteria
Prior art date
Application number
RU2008106247/08A
Other languages
English (en)
Other versions
RU2008106247A (ru
Inventor
Джон Ф. ЭЛЬШОЛЬЦ (US)
Джон Ф. ЭЛЬШОЛЬЦ
Original Assignee
Конинклейке Филипс Электроникс Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Электроникс Н.В. filed Critical Конинклейке Филипс Электроникс Н.В.
Publication of RU2008106247A publication Critical patent/RU2008106247A/ru
Application granted granted Critical
Publication of RU2419878C2 publication Critical patent/RU2419878C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

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

Description

Перекрестная ссылка на родственную заявку
Настоящая заявка испрашивает преимущество находящейся одновременно на рассмотрении заявки порядковый номер 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, система предупредит медицинский персонал об этом факте цветным (к примеру, зеленым) индикатором предупреждения для процедуры/пациента.
В то время как был показан и описан вариант осуществления в соответствии с настоящим изобретением, должно быть понятно, что оно не ограничено этим, а допускает многочисленные изменения и модификации, как известно специалисту в данной области техники, и, поэтому, здесь нет цели ограничиваться деталями, показанными и описанными в данном документе, а вместо этого присутствует цель охватить все такие изменения и модификации, как очевидные специалисту в данной области техники.

Claims (19)

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, в котором обеспечивают функциональность упомянутого графического пользовательского интерфейса так, чтобы отобразить указания степени, до которой каждый из упомянутых критериев был удовлетворен, в соответствии с информацией, собранной по упомянутому пациенту, в форме закодированных цветом информационных полей.
RU2008106247/08A 2005-07-19 2006-07-18 Автоматизированная система сбора и архивации информации для верификации медицинской необходимости выполнения медицинской процедуры RU2419878C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US70043405P 2005-07-19 2005-07-19
US60/700,434 2005-07-19
US11/273,790 2005-11-15
US11/273,790 US20070021977A1 (en) 2005-07-19 2005-11-15 Automated system for capturing and archiving information to verify medical necessity of performing medical procedure

Publications (2)

Publication Number Publication Date
RU2008106247A RU2008106247A (ru) 2009-08-27
RU2419878C2 true RU2419878C2 (ru) 2011-05-27

Family

ID=37496418

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2008106247/08A RU2419878C2 (ru) 2005-07-19 2006-07-18 Автоматизированная система сбора и архивации информации для верификации медицинской необходимости выполнения медицинской процедуры

Country Status (5)

Country Link
US (1) US20070021977A1 (ru)
EP (1) EP1910988A2 (ru)
JP (1) JP2009504202A (ru)
RU (1) RU2419878C2 (ru)
WO (1) WO2007010485A2 (ru)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003234407B2 (en) 2002-05-09 2008-12-18 The Brigham And Women's Hospital, Inc. 1L1RL-1 as a cardiovascular disease marker and therapeutic target
US7885440B2 (en) 2004-11-04 2011-02-08 Dr Systems, Inc. Systems and methods for interleaving series of medical images
US7970625B2 (en) 2004-11-04 2011-06-28 Dr Systems, Inc. Systems and methods for retrieval of medical data
US7920152B2 (en) 2004-11-04 2011-04-05 Dr Systems, Inc. Systems and methods for viewing medical 3D imaging volumes
US7787672B2 (en) 2004-11-04 2010-08-31 Dr Systems, Inc. Systems and methods for matching, naming, and displaying medical images
US7660488B2 (en) 2004-11-04 2010-02-09 Dr Systems, Inc. Systems and methods for viewing medical images
US20060167529A1 (en) * 2005-01-26 2006-07-27 Schecter Stuart O Method and algorithm for defining the pathologic state from a plurality of intrinsically and extrinsically derived signals
US20100312129A1 (en) 2005-01-26 2010-12-09 Schecter Stuart O Cardiovascular haptic handle system
EP2386860B1 (en) * 2006-04-24 2014-11-05 Critical Care Diagnostics, Inc. Predicting mortality and detecting severe disease
EP2029227A1 (en) * 2006-05-31 2009-03-04 St. Jude Medical AB A method in an imd system
US7953614B1 (en) 2006-11-22 2011-05-31 Dr Systems, Inc. Smart placement rules
WO2009008968A1 (en) * 2007-07-09 2009-01-15 Sutter Health System and method for data collection and management
SI2269063T1 (sl) 2008-04-18 2014-01-31 Critical Care Diagnostics, Inc. Napoved tveganja večjih neugodnih pojavov na srcu
US8380533B2 (en) 2008-11-19 2013-02-19 DR Systems Inc. System and method of providing dynamic and customizable medical examination forms
US20120150555A1 (en) * 2009-09-04 2012-06-14 Koninklijke Philips Electronics N.V. Clinical decision support
US8712120B1 (en) 2009-09-28 2014-04-29 Dr Systems, Inc. Rules-based approach to transferring and/or viewing medical images
DE102010014694B4 (de) 2010-04-12 2014-11-06 Thaletec Gmbh Reaktionsanordnung mit Rührorgan und mindestens einem Stromstörer
US20120215560A1 (en) 2010-07-21 2012-08-23 dbMotion Ltd. System and methods for facilitating computerized interactions with emrs
US8942828B1 (en) 2011-04-13 2015-01-27 Stuart Schecter, LLC Minimally invasive cardiovascular support system with true haptic coupling
US9075899B1 (en) 2011-08-11 2015-07-07 D.R. Systems, Inc. Automated display settings for categories of items
US10726088B1 (en) 2011-08-12 2020-07-28 Allscripts Software, Llc Computing system for presenting supplemental content in context
US10013082B2 (en) 2012-06-05 2018-07-03 Stuart Schecter, LLC Operating system with haptic interface for minimally invasive, hand-held surgical instrument
CN102831560A (zh) * 2012-08-14 2012-12-19 苏州仁耀商务信息咨询有限公司 一种挂号管理系统
IN2015DN01767A (ru) 2012-08-21 2015-05-29 Critical Care Diagnostics Inc
US9495604B1 (en) * 2013-01-09 2016-11-15 D.R. Systems, Inc. Intelligent management of computerized advanced processing
US20140244276A1 (en) * 2013-02-28 2014-08-28 Mckesson Financial Holdings Systems and Methods for Classifying Healthcare Management Operation
US20170039321A1 (en) 2015-04-30 2017-02-09 D.R. Systems, Inc. Database systems and interactive user interfaces for dynamic interaction with, and sorting of, digital medical image data
JP6520510B2 (ja) * 2015-07-15 2019-05-29 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
CN105260608B (zh) * 2015-10-20 2018-04-24 重庆市中迪医疗信息科技股份有限公司 排程服务系统及方法
US10998097B2 (en) 2015-12-30 2021-05-04 Cerner Innovation, Inc. Customization of population management
EP3557588A1 (en) * 2018-04-16 2019-10-23 Siemens Healthcare GmbH Integrated method for cancer screening

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5253164A (en) * 1988-09-30 1993-10-12 Hpr, Inc. System and method for detecting fraudulent medical claims via examination of service codes
US5065315A (en) * 1989-10-24 1991-11-12 Garcia Angela M System and method for scheduling and reporting patient related services including prioritizing services
US5307262A (en) * 1992-01-29 1994-04-26 Applied Medical Data, Inc. Patient data quality review method and system
JPH05314150A (ja) * 1992-05-06 1993-11-26 Hitachi Ltd 医療情報システム
JP3321198B2 (ja) * 1992-06-22 2002-09-03 オリンパス光学工業株式会社 顕微鏡静止画像観察システム
AU673369B2 (en) * 1992-06-22 1996-11-07 Health Risk Management, Inc. Health care management system
US5788851A (en) * 1995-02-13 1998-08-04 Aksys, Ltd. User interface and method for control of medical instruments, such as dialysis machines
JPH08263562A (ja) * 1995-03-27 1996-10-11 Bunkichi Kato 診療支援システム
US5619991A (en) * 1995-04-26 1997-04-15 Lucent Technologies Inc. Delivery of medical services using electronic data communications
JPH09265501A (ja) * 1996-03-29 1997-10-07 Sanyo Electric Co Ltd 医療用コンピュータにおける入力データ監査方式
US6394811B2 (en) * 1997-03-20 2002-05-28 Terese Finitzo Computer-automated implementation of user-definable decision rules for medical diagnostic or screening interpretations
US6018713A (en) * 1997-04-09 2000-01-25 Coli; Robert D. Integrated system and method for ordering and cumulative results reporting of medical tests
US6049794A (en) * 1997-12-09 2000-04-11 Jacobs; Charles M. System for screening of medical decision making incorporating a knowledge base
US6047259A (en) * 1997-12-30 2000-04-04 Medical Management International, Inc. Interactive method and system for managing physical exams, diagnosis and treatment protocols in a health care practice
JP2002510817A (ja) * 1998-04-03 2002-04-09 トライアングル・ファーマシューティカルズ，インコーポレイテッド 治療処方計画の選択をガイドするためのシステム、方法及びコンピュータ・プログラム製品
US6353817B1 (en) * 1998-06-26 2002-03-05 Charles M Jacobs Multi-user system for creating and maintaining a medical-decision-making knowledge base
US6424996B1 (en) * 1998-11-25 2002-07-23 Nexsys Electronics, Inc. Medical network system and method for transfer of information
US6393404B2 (en) * 1998-12-23 2002-05-21 Ker Bugale, Inc. System and method for optimizing medical diagnosis, procedures and claims using a structured search space
US6683228B1 (en) * 1999-02-02 2004-01-27 Angel Luis Pacheco, Sr. Luminous tele-diaper
US7124031B1 (en) * 2000-05-11 2006-10-17 Medco Health Solutions, Inc. System for monitoring regulation of pharmaceuticals from data structure of medical and labortory records
US6497655B1 (en) * 1999-12-17 2002-12-24 Medtronic, Inc. Virtual remote monitor, alert, diagnostics and programming for implantable medical device systems
US7050984B1 (en) * 1999-12-22 2006-05-23 Ge Medical Systems, Inc. Integrated interactive service to a plurality of medical diagnostic systems
US7657479B2 (en) * 2000-03-02 2010-02-02 PriceDoc, Inc. Method and system for provision and acquisition of medical services and products
WO2001088810A1 (en) * 2000-05-12 2001-11-22 Opsion Medical, Inc. Networked medical information system for clinical practices
US20030051144A1 (en) * 2000-12-22 2003-03-13 Williams Terry N. Dynamic electronic chain-of-trust document with audit trail
WO2003043494A1 (en) * 2001-11-23 2003-05-30 Medit As A cluster system for remote monitoring and diagnostic support
WO2003087979A2 (en) * 2002-04-09 2003-10-23 Siemens Medical Solutions Health Services Corporation A system for processing healthcare claim data
EP1525550A2 (en) * 2002-04-12 2005-04-27 Siemens Medical Solutions Health Services Corporation A system and user interface supporting use of rules for processing healthcare and other claim data
US20030204411A1 (en) * 2002-04-24 2003-10-30 Universitatsklinikum Freiburg Medical security system
US20030033169A1 (en) * 2002-07-30 2003-02-13 Dew Douglas K. Automated data entry system and method for generating medical records
US7230529B2 (en) * 2003-02-07 2007-06-12 Theradoc, Inc. System, method, and computer program for interfacing an expert system to a clinical information system
JP4393081B2 (ja) * 2003-02-26 2010-01-06 株式会社東芝 バーチャルペーシェントシステム
US7158890B2 (en) * 2003-03-19 2007-01-02 Siemens Medical Solutions Health Services Corporation System and method for processing information related to laboratory tests and results
GB0306746D0 (en) * 2003-03-24 2003-04-30 Medic To Medic Ltd A graphical user interface
US7260480B1 (en) * 2003-04-07 2007-08-21 Health Hero Network, Inc. Method and system for integrating feedback loops in medical knowledge development and healthcare management
US20050131740A1 (en) * 2003-12-10 2005-06-16 Geoage, Incorporated Management tool for health care provider services
US7123137B2 (en) * 2004-06-28 2006-10-17 Clarian Health Partners, Inc. Patient safety and alerting system
US20090248449A1 (en) * 2008-03-28 2009-10-01 Stat Physician P.C. Care Plan Oversight Billing System

Also Published As

Publication number Publication date
JP2009504202A (ja) 2009-02-05
WO2007010485A2 (en) 2007-01-25
EP1910988A2 (en) 2008-04-16
RU2008106247A (ru) 2009-08-27
WO2007010485A3 (en) 2007-10-11
US20070021977A1 (en) 2007-01-25

Similar Documents

Publication Publication Date Title
RU2419878C2 (ru) Автоматизированная система сбора и архивации информации для верификации медицинской необходимости выполнения медицинской процедуры
RU2456665C2 (ru) Ориентированная на пользователя методология осуществления доступа и навигации по базам данных системы управления медицинской информацией
US8554480B2 (en) Treatment data processing and planning system
Solbiati et al. Implantable loop recorder versus conventional diagnostic workup for unexplained recurrent syncope
US6149585A (en) Diagnostic enhancement method and apparatus
US5099424A (en) Model user application system for clinical data processing that tracks and monitors a simulated out-patient medical practice using data base management software
US20080221923A1 (en) Medical information management system
US20100100395A1 (en) Method for high-risk member identification
US20020147616A1 (en) Method and apparatus for introducing medical necessity policy into the clinical decision making process at the point of care
US20140025390A1 (en) Apparatus and Method for Automated Outcome-Based Process and Reference Improvement in Healthcare
US20090024006A1 (en) Method of appraising a mammal's health
US20210035692A1 (en) Tool for Development of a Validated Frailty Risk Score
CN101228543B (zh) 用于获取并保存信息以检验执行医疗程序的医学必要性的自动化系统
US20070282640A1 (en) Healthcare information accessibility and processing system
Daley et al. Organizational models for cardiac implantable electronic device remote monitoring: Current and future directions
Yusof et al. Health information systems evaluation: a focus on clinical decision supports system
Kravitz et al. Measuring and averting underuse of necessary cardiac procedures: a summary of results and future directions
WO2014146109A2 (en) Method and system for rapid and secure approval and release of implantable products
US20090048873A1 (en) Method and system to manage coronary artery disease care
Gupta et al. Impact of appropriate use criteria for transesophageal echocardiograms on clinically meaningful care
Sabbagh et al. Trial Site Infrastructure and Management: Importance to Alzheimer’s Disease Drug Development
Winchester et al. Metrics of Quality Care in Veterans: Correlation Between Primary‐Care Performance Measures and Inappropriate Myocardial Perfusion Imaging
Bhuvanesh et al. Applying SHERPA to analyze medication administration in the cardiac telemetry unit
Madden Clinical systems
SEQUIST et al. 5.3 Developing information technology capacity for performance measurement