JP2004145853A - ヘルスケア外来診療関連情報を監視するためのシステム - Google Patents
ヘルスケア外来診療関連情報を監視するためのシステム Download PDFInfo
- Publication number
- JP2004145853A JP2004145853A JP2003156664A JP2003156664A JP2004145853A JP 2004145853 A JP2004145853 A JP 2004145853A JP 2003156664 A JP2003156664 A JP 2003156664A JP 2003156664 A JP2003156664 A JP 2003156664A JP 2004145853 A JP2004145853 A JP 2004145853A
- Authority
- JP
- Japan
- Prior art keywords
- data
- outpatient
- user
- information
- healthcare
- Prior art date
- Legal status (The legal status 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 status listed.)
- Withdrawn
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Databases & Information Systems (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】複数の組織からの広範な情報源の高度なリアルタイム分析により洞察を得ることが出来るシステムを提供する。
【解決手段】システムは詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを自動的に識別及び評価することにより、複数組織の財務的及び臨床的な外来診療関連情報をリアルタイムで監視する。システムはデータベースに格納すべき臨床的及び財務的情報を含む外来診療関連情報を複数の異なるソースから受け取るインタフェースプロセッサを有する。検索プロセッサはデータベースを検索して所定のデータパターンを識別し、識別されたデータパターンが所定の基準を満たすか判定する。データプロセッサは識別された外来診療関連情報を出力通信に適した形に処理する。
【選択図】図1
【解決手段】システムは詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを自動的に識別及び評価することにより、複数組織の財務的及び臨床的な外来診療関連情報をリアルタイムで監視する。システムはデータベースに格納すべき臨床的及び財務的情報を含む外来診療関連情報を複数の異なるソースから受け取るインタフェースプロセッサを有する。検索プロセッサはデータベースを検索して所定のデータパターンを識別し、識別されたデータパターンが所定の基準を満たすか判定する。データプロセッサは識別された外来診療関連情報を出力通信に適した形に処理する。
【選択図】図1
Description
【0001】
本願は、2002年4月9日提出のD.Fitzgerald他による仮出願通し番号第60/371,027号、及び、2002年3月31日提出のD.Fitzgerald他による仮出願通し番号第60/384,674号の非仮出願である。
【0002】
発明の分野
本発明は、有意なデータパターンを識別するためにヘルスケア外来診療関連情報を蓄積及び監視する際に使用するシステムならびにユーザインタフェースに関する。
【0003】
発明の背景
ヘルスケア提供者(例えば、病院、診療所又は医師)及び他の主体は、財務的又は取引上の結果を有する患者とヘルスケア企業との遣り取り(例えば、患者の来診、電話、治療、入院期間又は外来患者の処置、クレーム(以下、請求又は請求書の意味で使用する)の作成など)を含む外来診療のレコードを作成する。このようなレコードは、料金の詐欺又は濫用、病気の大発生の検出、先天性異常の発生率の監視、バイオテロリズムの発見、臨床システム管理の最適化、特定の医学的状態に対する処置の最適化、ヘルスケア費の管理、ヘルスケア機関の統合及び合併の支援、ならびに政府への報告を含む多様な目的に使用しうる価値ある情報を含んでいる。これらのうちの1つ又は複数の目的で外来診療関連データを処理する公知のシステムは、非効率的で、限られた性能しか有していないことが多い。特に、公知のシステムは一般に通時的に蓄積された非リアルタイムデータを処理するのに使用され、適用範囲、柔軟性、データ分析能力、ならびに、調べることのできる情報源の範囲及び性質が限られている。例えば、現存するシステムは一般に、単一の目的で特定のデータパターンを認識するために、特定のヘルスケア機関が所有するローカルデータベースに保持された患者管理の特定の場面に関連した特定の患者レコードを調べることに限定されている。
【0004】
これらの制限は、現存するクレームデータ詐欺発見システムが、詐欺を示すしばしば精巧で複雑なデータパターンを識別し損ねているか、又はこのようなデータパターンの検出が遅いため即時介入もしくは予防的介入が発動できないということを意味している。ヘルスケア保険支払機関によって使用されている或るシステムは、例えば、後の手操作での再検討のために行われる、特定のデータベース内のクレーム関連情報の分析及びスコアリングを含むクレームの監視に依拠している。非リアルタイム通時データの分析に依拠するこのようなシステムは、即時介入も予防的介入もトリガすることができず、人為ミスに弱く、また24時間連続の詐欺発見監視を提供することもできない。他のシステムは、例えば、糖尿病、感染、高血圧、食中毒のような特定の状態又は他の既定の状態を識別し追跡するために、個々の患者の通時的医療データの診断上の解釈に関する知識ベースモデルを使用している。これは、患者管理の支援、臨床研究の促進、又は社会的関心の高い健康状態の識別のために行われる。これらのシステムは一般に1つの組織の限定された通時データセットに遡及的に適用される。本発明の原理によるシステムは上記要求及び関連する問題に対処する。
【0005】
発明の概要
発明者の有する有利かつ発明性のある認識によれば、複数の組織からの広範な情報源の高度なリアルタイム分析により洞察を得ることのできるシステムが提供されることが望ましい。これらの情報源は、地理的に多様な国の国内的又は国際的多組織ネットワークソースを含む。このような能力が、公衆衛生上の医学的状態の初期伝播、環境テロリズム又はバイオテロリズムの即時かつ正確な検出を促進し、データ収集の準備ならびに取締当局及び政府当局への統計的なクレーム(及び他の)データの報告を支援する。
【0006】
1つのシステムは、複数組織の患者ヘルスケアの財務的及び臨床的な外来診療関連情報を複雑なデータパターンを自動的に認識及び評価することによりリアルタイムで監視し、詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを識別する。1つのシステムは、異常データパターンを検出するために、患者とヘルスケア提供者との遣り取りから導出されたヘルスケア外来診療関連情報を監視する。このシステムは、複数の異なるソースからの臨床的及び財務的情報を含む、データベースに格納すべき外来診療関連情報を受け取るインタフェースプロセッサを有している。検索プロセッサはデータベースを検索して所定のデータパターンを識別し、識別されたデータパターンが所定の基準を満たしているかを判定する。データプロセッサは識別された外来診療関連情報を出力として通信するのに適した形に処理する。
【0007】
発明の詳細な説明
発明者は有利には、複数の組織から導出された財務的及び臨床的なヘルスケア外来診療関連情報をリアルタイムで監視するためのシステムを提供することが望ましいことを認識している。図1には、外来診療関連情報が生成され、通信され、図1に示されたヘルスケア外来診療サービス、ビリング(支払請求)及びクレームに関する収集データのレポジトリ68に格納される際に、外来診療関連情報内の複雑なデータパターンを自動的に認識及び評価する監視システムが示されている。ここで利用される外来診療とは、財務的又は取引上の結果を有する患者とヘルスケア企業との遣り取りを含むヘルスケア企業での外来診療を含むものであり、患者とヘルスケア企業との遣り取りとしては、例えば、患者の来診、電話、入院期間又は外来患者の治療、面会、検査、処置、治療に関連した事象(撮像、放射線学、心電図(ECG)などを含む)、ヘルスケア企業への入院、医薬品のテスト又は注文などが含まれる。監視システムは外来診療関連情報が生成され、通信され、格納される際に外来診療関連情報を検査する。この目的のために、システムは、レコード及びメッセージ又はサービスもしくは処置の依頼に関連した格納されたデータ、テスト結果、実験室結果、ビリング及びクレームデータ、患者レコード及び関連する診断、治療、医薬品、ならびに、プロトコル注意書及びコードを検査する。
【0008】
ここで適用される1つの規則は、ヘルスケアクレーム要素が、ヘルスプラン償還条件、ヘルスプランフォーマット要求、償還方式、償還制限及び償還計算手続を含む所定の要求を満たしているか判定する手続を含んでいる。また、規則が規定の指針、勧告、又は、形式とデータ、もしくは形式とデータの間の関係を用いることによりある行為を提示、実行もしくは規制する仕方のモデルを含んでいてもよい。さらに、問題の同定とこの問題を処理する機構はここで適用される例外に包含される。ここで使用されるクレーム要素は、クレームの一部、クレームの全体、クレームの個々のレコード、及び、ヘルスケアサービス提供者の個々の外来診療に関連したレコードデータを含んでいてもよい。さらに、ここで使用されるクレームは、サービス及び関連する変更を認識するために保険会社により使用される手段であるが、絶対的に支払が期待できるものではない。対照的に、(一般に保証人又は他の財政的に責任ある関係者に宛てた)ビル(以下、支払請求書の意味で使用する)は支払が期待される。
【0009】
システムは、自動的かつ連続的に(1日24時間)リアルタイムメッセージ及び通信、ならびに(通時データだけでなく)データレポジトリの内容及び関連する更新メッセージを監視する。システムは、詐欺、病気の大発生及びコスト削減機会の検出を目的とした、ユーザにより作成されたデータパターンテンプレートを用いて、新たな統計的に有意なデータパターン及びクラスタならびに長い間存在している統計的に有意なデータパターン及びクラスタの両方を識別するために上記の監視を行う。複雑なデータパターンテンプレートは、複数の異なる組織及びソースから導かれた複数の異なるタイプの臨床的及び財務的情報にわたるデータパターンを検出するために使用される。情報のタイプには臨床的情報タイプと財務的情報タイプの両方が含まれる。臨床的情報とは、処置及び治療の依頼、診断コード、他の医学的状態及び治療結果のような情報であり、財務的情報とは、診断のタイプ、治療のタイプ、組織、担当医、地域、関連する医学的状態及び保険会社により分類される収集及び照合されたクレームデータのような情報である。自動リアルタイム連続データ監視システムは、有利には複雑なデータパターンを検出及び分析し、人為ミスを無くしつつ、詐欺又は病気の大発生の予防もしくは封じ込めが可能となるように十分早期に統計的に有意なパターンを識別する。
【0010】
図1の監視システムは、テンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現を識別して、詐欺、病気の大発生及びコスト削減機会を検出する。システムは、相応する処置及び治療、コスト、利用率ならびに治療結果を比較することにより、ルーチンビリングパターンを異常パターンから分離する。システムはまたヘルスケア提供者の作業プロフィールを相互に比較して、治療アプローチ、結果、コスト、有効性、医薬使用、看護計画及び仕事習慣の違いを識別する。この目的で、システムは、個々のヘルスケア提供者又はヘルスケア実務の患者治療手続の過度の利用又は利用不足の体系的パターンを探索する。
【0011】
システムはコスト削減機会を識別することにより、雇用者、ヘルスケア提供者及び患者に利する。その結果、雇用者は、個々の被用者の患者管理場面のコストのリアルタイムでの尋問に基づいて雇用者による評価及び被用者コストを決定することにより、被用者のためのヘルスケア保険計画の選択を最適化することができ、また新たなコストパターン及びトレンドを検出することもできる。システムは、例えば、企業内、国内的又は国際的に異なる場所、地理的領域における複数の組織内での、又は妊婦、10歳未満の子供もしくは関連する医学的状態にある人々のような特定の集団内での病気の大発生又は医学的状態の発生を識別する。システムは罹患率のトレンド、先天性異常、慢性的状態、及び集団内又は被用者の間での病気の大発生を監視したり、インフルエンザ、風邪、アレルギー又は他の病気が全被用者一般にもしくは特定の場所や施設に広がっていないか判定することができる。例えば、政府の健康担当部局は、病気の大発生、食中毒及び他の危険な状態を迅速に確認し、病気が広がる前に情報を広めることにより、例えば感染を前もって封じること又は汚染食物の配送を止めることができる。システムはまた、(ヘルスケア保険会社や保証人のような)保険支払機関及び財政的仲介者に対して為されたクレームにおける詐欺又は濫用を、個々の疑いあるクレーム及び体系的な濫用パターンを識別することにより識別する。
【0012】
図1には、パターン評価器40を含む自動(1日24時間作動)監視システムが示されている。なお、パターン評価器40は、パターンデザイン機能38を使用して作成された所定のテンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現を探索するのに使用されるものである。監視システムはリアルタイム及び通時の臨床的及び財務的データソースを検索して、詐欺、病気の大発生及びコスト削減機会を示すデータパターンを検出し、報告の準備のために情報を照合する。通時的ソースには、ヘルスケア外来診療サービス、ビリング及びクレームに関する収集されたデータのレポジトリ68、規則レポジトリ74、ならびに例えば治療と結果を結ぶ電子的患者レコードレポジトリを含む他のレポジトリ69が含まれる。レポジトリ68は患者医療の場面又は病気に関する少なくとも1つの関係データベースを有しており、この関係データベースは、ヘルスプラン償還を伴ったクレームに帰着する外来診療レコードと適格性規則及び送金レコードとをリンクさせている。レポジトリ68はまた、病院、診療所及び医師組織を含む複数のヘルスケア提供者の財務アプリケーションからの非冗長データを蓄積する。レポジトリ68は、複数の場所に所在するデータベースを論理的にリンクする公知の技術を使用して、入院前検査、入院期間、外来患者の継続管理、治療及び結果、クレーム及び支払を含む患者管理に関連した複数の外来診療を複数の提供者及び場所にわたってリンクする。同様に、レポジトリ74は規制ガイドライン及び行政指導を含むクレームデータを処理するために使用される規則が収められた少なくとも1つの関係データベースを有している。なお、クレームデータは連続的に取得され、レポジトリ74に格納される。レポジトリ74はまた、識別されたデータパターンが所定の基準を満たしているか否かを判定するのに使用される規則も格納する。なお、ここで、識別されたデータパターンが所定の基準を満たしているか否かの判定は、識別されたデータパターンの出現が所定の閾基準に基づいた統計的に有意な出現を含んでいるか否かを判定することで行われる。そのうえ、レポジトリ74はテンプレートサーチパターンも格納する。テンプレートサーチパターンは、例えば検索を繰り返す際又は新たな検索を行うための取り出し及び補正に使用される。図5には、ポータル28を介してアクセス可能なサーチテンプレートを示すユーザインタフェースディスプレイ画面が示されている。サーチテンプレートのライン515上には、検索識別子(ID)、検索名、検索結果の最新の更新の日付及び警戒基準が示されている。導出された検索結果の統計的な度数分布を評価する際に使用される情報識別評価基準(この例ではχ2基準)を含むさらなる検索の詳細は、ライン510及び505に示されている。
【0013】
雇用者、取締当局、ヘルスケア支払機関、ヘルスケア提供機関又は研究者(1−5)のようなユーザは、監視ポータル28を使用してレポジトリ68、規則レポジトリ74及び他の(ローカル又は遠隔地の)レポジトリ69の検索を行い、臨床的及び財務的情報データパターンを識別することができる。ユーザはレポジトリ68のレコード及び他のソースを検索して、例えばクレームの更新履歴及び保険適用範囲規則の更新履歴から導出されたデータを含むデータパターンを識別することができる。さらに、このような検索は、ユーザにより決定された期間、又は、ある個人もしくは複数の個人の外来診療レコードを検索する際にイベントの合間に経過した特定の時間をターゲットにしてもよい。図1のシステムは、レポジトリ69、ならびに、レポジトリ68内のヘルスケア外来診療サービス、ビリング及びクレームに関する収集されたデータ、またこれらと共に、レポジトリ74内の定期的に更新される規則、規制ガイドライン及び行政指導へのアクセスを提供することにより、ヘルスケア外来診療関連情報への正確かつ適時なアクセスを可能にする。これはさらに、これらのデータベースの中へ及びこれらのデータベースから外へ通信される双方向メッセージ内のデータ、ならびに、病院、診療所、医師業務(及び他のヘルスケア環境)の情報システム内のデータへのリアルタイムアクセス及び検索を可能にすることにより補足される。これらの双方向メッセージは、HIPAAにより認可されたANSI(米国国家規格協会)X−12に適したトランザクションを含むさまざまな形でレポジトリ68に更新情報を運ぶメッセージを含んでいる。このような更新は、X−12コンパチブルなトランザクション、例えば270(適格性リクエスト)、271(適格性レスポンス)、278(許可)、837(クレーム)及び835(送金)に応答して行われる。また、オンライン更新は、例えば、ある参加者から別の参加者へ送られたトランザクションレコードに応答して連続的に行われる。これらの更新により、現在の情報が患者又は責任ある主体に対して入手可能であることが保証される。
【0014】
操作の際には、ユーザは、複数の組織、ならびに、レポジトリ68,69,74及びレポジトリ18(図2に図示されており、後で論じる)によって例示された複数の加入レポジトリの連続的リアルタイム検索と、メッセージ通信の検索とを行う。これはユーザコマンドに応答して行われる。ユーザコマンドは、セキュアード・インターネット・コンパチブル・ウェブをベースとしたユーザインタフェースを用いて入力され、インタフェース10を介して伝達される。なお、このユーザインタフェースはサーバ100で実行されているアプリケーション200によりポータル28上に表示される。この目的で、ユーザは、アプリケーション200とサーバ100とにより提供されるパターン生成ユニット38(及び機能40及び42ならびにメッセージ91及びレコード93)にポータル28のユーザインタフェースからインタフェース10を介してアクセスする。ユーザはユニット38を使用して、検索結果に含めるデータの範囲を識別するテンプレートデータパターンを決定する特別規則を作成し、テンプレートデータパターンに合致するデータを見つけるためにデータソースの所望の検索を行う。特別規則は、検索の実行頻度と検索結果の報告頻度(例えば、要求に応じて、周期的に、又は連続的に)を管理する。特別検索規則はレポジトリ74に格納される。また、ユーザは、ユニット38により、テンプレートデータパターン(潜在的に有意なデータパターンを含む)に合致する識別されたデータを収集し照合する報告又は出力データのフォーマットを決定することができる。さらに、ユーザは、ユニット38により、格納された既存のテンプレートデータパターンの再検討、コピー、変更及び文書作成を行うこと、ならびに、格納された検索テンプレートデータパターンを記録した印刷された報告書又はスクリーン上の報告書を作成することができる。
【0015】
図6には、ポータル28上に表示されたユーザインタフェース画面が示されている。このユーザインタフェース画面は、以前に実行された検索に関する報告の検索の誘導を支援する。ユーザの所在地はボックス603内に示されており、ユーザはライン605及び607上に示されたオプションリストボックスを使用して検索基準を選択する。ユーザは第1ライン項目を用いて、検索識別子(ID)、検索名、検索結果の最新の更新のデータ、警戒基準及び検索報告の受取人を含む分野から、検索すべき分野を選択する。ユーザは第2ライン項目を用いて、選択されたデータフィールドに合ったテキストストリング又は文字を選択する。ユーザは第3ライン項目を用いて、実行すべきテキストストリングマッチングの条件を選択する。この目的で、ユーザは演算子リスト(必ず含む、必ず含まない、正確に一致、より大、等しい、より小、前及び後を含む)から演算子を選択する。図示された例では、SARSという名前の報告書又は炭疽という名前の報告書の正確に一致するテキスト検索が示されている。
【0016】
図7及び8には、あるユーザに関する現在の及び保存されている外来診療関連データ検索動作のステータスを示すユーザインタフェースディスプレイ画面が示されている。図7には、スケジュールされた又は連続的な3つの検索が示されている。これらの検索はスケジュールされているか又は現在実行されているものであり、ライン705〜709上で識別され、ユーザ703により開始される。検索識別ライン(例えば、ライン705)には、検索識別子(ID)、検索名、検索結果の最新の更新のデータ、導かれた検索結果の相対的な重要性を示す警戒基準、及び、検索結果がユーザに警報を出すために使用される所定の基準にどの程度合致しているかを100のスケールで示す警戒基準が示されている。それにより、ユーザは、例えば、スコアが90を超したときには電話もしくはポケットベルによる即座の通知を、また、スコアが60を超したときにはEメールによる即座の通知を予め選択することができる。同様に、図8のライン805〜808はユーザ803に関する保存された(終了した)検索を識別している。
【0017】
パターン評価ユニット40は、ポータル28のウェブ・コンパチブル・インタフェースを介して入力されたユーザコマンドに応答して、パターンデザイン機能38を使用して作成された所定のテンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現に関する検索を行う。検索は、イベントに応じてオンデマンドに、周期的に、特定の時間に実行されるようにユニット40によりスケジュールされてもよいし、又は、連続的に実行されるようにもしくはユーザコマンドに応じて中断されるようにしてもよい。パターン検索規則の実行は、すべての規則と同様に、イベントにより発動される。ユニット40は、識別されたデータソースから導出されたデータの一部を各々テストすることによりこれらのデータソースの検索を行う。この目的で、ユニット40はテスト用の一部のデータを一時記憶ユニット95にコピーし、コピーされたテストデータを所定のテンプレートパターンに照らして比較し、パターンの一致を識別する。識別された合致するデータセグメントはユニット40によりコピーされ、一時記憶レポジトリ93内に相応するレコードを形成する。検索結果はユニット40によりメッセージ91で例外追跡ユニット42に通信される。所定の結果フォーマットと、ポータル28を介してユーザにより確立され、ユニット74内でフォーマット規則として実施される通信優先権とに応じて、ユニット42は検索結果データを収集、照合し、フォーマット規則を使用して所望の報告書フォーマットの形に処理する。ユニット42は、通信インタフェース10により、フォーマットされた報告書を選択された通信モードを利用して所望の宛先に送る。フォーマットされた報告書は、例えば、Eメールメッセージ、ポケットベルメッセージ、ファックスメッセージ、スクリーン表示のための画像データ、印刷された報告書、又は電子処理フォーマット規格と両立するようフォーマットされたデータを使用して送ってもよい。ユニット42は、フォーマットされた報告書の宛先をレポジトリ18(図2参照)内の宛先及びアドレス情報から決定する。なお、レポジトリ18(図2参照)内の宛先及びアドレス情報には、Eメールアドレス、ポケットベル番号、ファックス番号、電話番号、ユニバーサル・リソース・ロケータ(URL)、ディスプレイアドレス、プリンタ位置情報、及びトランザクション受取人アドレス識別子が含まれる。また、ユニット42は図2に関連して後で説明する例外条件の識別に応答する。
【0018】
図2には、図1の自動(1日24時間作動)監視システムが組み込まれた外来診療データ処理システムの全体像が示されている。図2のシステムでは、規則実行ユニット46を用いて、アプリケーション200のパターンデザイナ38、評価器40、及び例外追跡42が実現されている。図2のシステムは、予備登録、適格性、登録許可、クレームの作成、予備審査判定、クレームの提出、支払の送金、及び、医療費クレームデータ処理サイクルの送金後処理を自動化し、スムーズで正確で迅速なクレーム処理を提供する。図2内のさまざまなポータル20〜26及びポータル28は、インタフェース10により制御及び管理されており、臨床的及び財務的情報の監視を支援し、患者、支払人、ヘルスケア提供者、被用者、及び政府当局にクレームデータを供給する。このシステムは、規則に基づいた自動化された編集及び再検討システムの使用により、ヘルスケア提供者の監視を政府及び支払人の規則に適応し易いものにする。
【0019】
図2のシステムは、ソフトウェアアプリケーションで実現される機能と、クレームデータを処理する実行可能な手続とを有している。これらの機能はまた、ハードウェア、又は、内部通信及び外部通信のための1つもしくは複数の通信ネットワークを含む1つもしくは複数のコンピュータシステム及びサーバに常駐しているハードウェアとソフトウェアの両方の組合せにより実現してもよい。クレームデータは、データ収集ユニット32により照合され、インタフェース10を介してデータレポジトリ68に格納される。レポジトリ68は、ヘルスケア外来診療サービス、ビリング、及び、現在進行中のヘルスケア外来診療に関する財務的及び臨床的データを含むクレームに関する収集されたデータを格納している。データ収集ユニット32は、送信請求されたデータと送信請求されていないデータの両方を異なる複数のソースから受け取ること、及び、インタフェース10を介してこれらのソースからデータを要求することができる。これらの異なるソースには、図2のシステムを使用する加入した外部ユーザ(参加者)が含まれており、また例えば、ヘルスケア提供者、ヘルスケア支払機関(例えば、保険会社、健康維持組織−HMOなど)、消費者、雇用者及び政府当局が含まれていてもよい。システムは、支払人に提出する特定の患者に関するクレームに関連したデータを照合することにより、患者へのヘルスケアの提供に関連したクレームデータを処理する。照合されたクレームデータは事前処理を受け、照合されたクレームデータが支払を発生させる処理に適しているかが規則に従って確認される。無事に確認されると、承認されたクレームデータは支払人に提出される。
【0020】
データ保存ユニット64は、ゲートウェイとして、ならびに、ヘルスケアデータレポジトリ68に対するデータの格納と検索、データの格納、変更及び検索のためのレポジトリ68の使用要求の処理を管理するデータ管理システムとして動作する。履歴ユニット70は、変更が為された時刻、日付、変更の種類及びソースを記録することにより、レポジトリ68内のデータ変更を追跡し、変更の実行者を同定してデータ更新の監査証跡を保存する。履歴ユニット70はまた古いデータ値バージョンを保存し維持する際にも使用され、特に金銭的取引の完了後の外来診療(すなわち、関連する金銭的取引が未払いの状態にない外来診療)に関連したデータレコードの保存及びこれらの外来診療に対する処理の際に使用される。このような外来診療のレコードはデータ保存ユニット64によりレポジトリ68内に保持される。アーカイブユニット70は保存データをアーカイブ(データウェアハウス)データベース72に格納する。
【0021】
照合されたクレームデータは事前処理を受け、予備審査判定ユニット48により、照合されたクレームデータが支払を発生させる処理に適しているかが規則に従って確認される。予備審査判定ユニット48は規則実行ユニット48により実行される規則のサブセットの実行を行う。ユニット46は、関連する規則の適用をトリガするイベントの発生を検出し、このイベントに関連した規則を実行する。イベントには、レポジトリ68に加えるデータ(例えば、診断報告書)の受け取り、規則の特定のリストの実行要求、医師の患者治療の順番、救急の又は急性病の治療又は報告、適格性要求、適格性応答、認定、クレームの作成、クレームの提出、送金又は追加情報もしくは図2のシステム内の機能の作用によりトリガされたイベントに対する要求が含まれる。ユニット46は、イベントが発生すると、図1に関連して説明した所定のテンプレートデータパターンを用いて、監視を実行するように、構成することも可能である。また、ユニット46により実行される規則自体がトリガリングイベントを発生させ、他の規則の実行を引き起こすようにしてもよい。個々の規則は、規則が実行されると、結果として「真」又は「偽」の結果ステータスを割当てるテストを含んでいてもよい。また、個々の規則が、例えば、結果が真のときに実行すべき動作と結果が偽のときに実行すべき代わりの動作のリストを有していてもよい。動作リストは、自動又は手動で行うタスクの作業リストの作成、ログ及び監査報告書及び会計報告書の作成、エラーレポートの作成、クレームの発行、送金額の転記、データの変更、ならびに他の動作を含んでいてよい。データ変形ユニット44は、コマンドに応答してレポジトリ68内のデータを変更するために規則が呼び出す動作のサブカテゴリを含んでいる。ユニット46はまた関係性規則レポジトリ18内に格納された規則を処理及び実行する。なお、関係性規則レポジトリ18には、インタフェース10を必要とする通信の間、プロテクタ12、トランスレータ14及びトランスポータ16により要求され使用される規則が収容されている。
【0022】
規制ガイドライン及び行政指導を含む規則は連続的に取得されてレポジトリ74に格納され、このレポジトリの中で規則保存ユニット66を介して更新及び維持される。システム連結性規則は、レポジトリ74内にも(インタフェース10を介して通信をサポートする)関係性規則レポジトリ18内にも保持されている。このような連結性規則は、eコマース通信をサポートしたり(例えば、或るノード名に対してFTP@2400k baudを使用する)、又は、通信モードを決定する(例えば、ユーザがeメールを出して質問したり、応答を精査するよう促す)。他の規則は、電話番号、郵便番号、住所、又は照合されたクレームデータの他の地理的識別子を保持しているデータフィールドのようなデータフィールドの間の不整合性を検出する。規則アーカイブユニット76は、ユニット66と共同して、保存すべき規則の日付及び時刻を記録し、廃止された、期限切れした又は古いヴァージョンの規則をアーカイブ(規則ウェアハウス)データベース78に格納する。レポジトリ74には、自動化されたプロセスをシステムに加える規則も収められている。これらの規則はシステム及び許可された参加者により発展させられたものである。
【0023】
ユニット48は、規則アクセス機構52によりインタフェース10及びデータネットワーク58を介して外部規則ソース(支払機関60が所有する規則62のような)から導出されたレポジトリ74内の規則を使用する。ネットワーク58は、LAN(ローカルエリアネットワーク)、WAN(ワイドエリアネットワーク)もしくはインターネットのような従来のネットワークを含んでいてもよく、又は代替的に、情報センターや、クレームの判定のためのデータ及び規則(例えば支払人規則62)の収集を促進するためにヘルスケア支払人又はヘルスケア提供者により使用される他のサービスのようなネットワークサービスを含んでいてもよい。規則作成56ユーザインタフェースは、マニュアルの作成、ユニット54を介して収集サービス80から収集されるような規則を含む規則の再検討及び更新を支援する。ユニット56はまた、使用可能なテスト及び動作のリストでユーザを促し、編集された規則を規則レポジトリ74に格納する前に、規則を構築し編集するプロセスにユーザを案内する。規則点検ユニット50はレポジトリ74内の規則を監視し、不完全な規則又は誤ったシンタクスを含む規則を識別し、ユーザに示す。ユニット50はまた、互いに矛盾する規則の組合せを報告する。さらに、規則実行ユニット46及び予備審査判定ユニット48によるクレームデータ処理最中の所定の例外条件の識別に応じて、例外追跡機能42は、識別された例外条件の処理及び報告を管理する規則のサブセットを使用する。
【0024】
図3には、異常データパターン検出のためにヘルスケア外来診療関連情報を監視する図1及び2のシステムにより使用されるプロセスのフローチャートが示されている。ステップ300におけるスタートの後、ステップ303において、アプリケーション200(図1)は外来診療関連情報を取得する。この外来診察関連情報には、臨床的及び財務的情報ならびに異なる複数の場所の複数のヘルスケア提供機関からの関連する患者識別情報が含まれる。取得された情報はレポジトリ68に格納される。取得された外来診察関連情報には、例えば、クレーム関連データ、トランザクション関連データ、患者入院識別データ、支払関連データ、情報要求を表すデータ、医療手法認可を識別するデータ、外来診療に関連した臨床データ、又は償還の拒絶もしくは承諾に関連したデータが含まれる。図4は、特定の患者(患者は項目420により識別される)の例示的なクレーム作成レコードを表すユーザインタフェースディスプレイ画面が示されている。クレーム作成レコードには、例えばケガの治療に関して、ヘルスケア提供者による複数の外来診療402,404及び406に関する照合されたクレームデータが含まれている。
【0025】
ステップ303(図3)では、アプリケーション200は、ある患者に関する外来診療関連情報を取得するために、例えば、病院、診療所、医師又は支払人データベースを含む複数のデータベースにアクセスする。アプリケーション200は、患者識別子を外来診療を識別するデータとこの外来診療に関連した少なくとも1つのヘルスケア提供機関を識別するデータとさらにこの外来診療に関連した情報を含むレコードとにリンクさせることにより、取得した外来診療関連情報をレポジトリ68に格納する。レポジトリ74は、使用可能な遠隔データベースのマップ及び関連する通信データを保持しており、それにより使用可能な遠隔データベースとの双方向通信を可能にする。アプリケーション200は取得した情報を処理して、照合された外来診療関連情報を提供する。この外来診療関連情報は、患者識別子を、複数の外来診療を識別する少なくとも1つのレコード、複数のヘルスケア提供機関を識別するデータ、患者へのヘルスケアの提供に関与した複数のヘルスケア提供機関に関連する場所を識別するデータ、複数の外来診療に関連した外来診療情報を含む少なくとも1つのレコード、患者の医学的状態の治療に関連した複数の外来診療の全費用、及び患者に適用可能な支払人ヘルスプランのもとでの治療適格性情報にリンクさせている。
【0026】
アプリケーション200はステップ305においてディスプレイ画面の生成を行う。ディスプレイ画面には、外来診療レコードの臨床的項目と財務的項目の両方に関連したデータを含むデータパターンのユーザ決定を支援するデータエントリ要素が含まれている。生成されたディスプレイ画面は、識別されたデータパターンが所定の要求を満たしているかを判定する際に使用される基準のユーザ決定を支援するデータエントリ要素も含んでいる。ステップ307では、アプリケーション200はユーザコマンドに応じて連続的検索をスケジュールする。ステップ309では、アプリケーション200は、所定のデータパターンを識別するために、レポジトリ68のスケジュールされた検索、ならびに、通信チャネル上で通信される外来診療関連情報のスケジュールされた検索を行う。これにより、アプリケーション200は、所定のデータパターンに合致する複数の外来診療を識別するデータを蓄積し、蓄積されたデータをレポジトリ93(図1)に格納する。
【0027】
ステップ311では、アプリケーション200は、レポジトリ93に蓄積されたデータが所定の基準を満たしているかを、識別されたデータパターンが統計的に有意な出現を含んでいるかを所定の閾値に基づいて判定することにより判定する。特に、アプリケーション200は、識別されたデータパターンが、(a)処方された医薬の量が特定の期間内に予想最大閾値を越えているか否か、(b)治療費が特定の期間内に予想最大閾値を越えているか否か、(c)特定タイプの複数の治療が予想最大閾値を越えて1人又は複数人の患者に実施されているか否か、及び(d)特定の患者又は医師に対して予想最大閾値を越えて支払が為されているか否かを示しているか否かを判定する。アプリケーション200はまた、識別された外来診療の回数が、特定の医学的状態の発生の予想頻度に関連した予想回数を越えているか否かを判定することにより、識別されたデータパターンが所定の基準を満たしているか否かを判定する。ステップ315では、アプリケーション200は、実行された検索に応じて、ユーザへの通信に対する警告メッセージの生成を行う。警告メッセージは、例えば、識別された外来診療の回数が識別された外来診療の予想回数を超えていることを示す。アプリケーション200は、eメールに適したフォーマット、電話に適したフォーマット、ポケットベルに適したフォーマット又はファックスに適したフォーマットのようなユーザ選択されたフォーマットで警告メッセージを送る。
【0028】
アプリケーション200は、ステップ317において、ユーザがレポジトリ93内の識別された外来診療関連情報へのアクセス権限を有しているか否かを受け取ったユーザ識別情報(例えば、ユーザID及びパスワード、又は他のセキュリティコードもしくは権利コードを含む)に応じて判定する。図16には、ユーザログオンページを示すユーザインタフェースディスプレイ画面が示されている。このユーザインタフェースディスプレイ画面は、アプリケーション200により受け取られたユーザ識別情報のユーザデータ入力を支援して、ポータル28(図1)へのアクセスを可能にし、外来診療関連データの監視及び監督を行うことができるようにするものである。アプリケーション200は、ユーザが識別された外来診療関連情報へのアクセス権限を有していないという判定に応えて、この情報へのユーザのアクセスを禁止する。別の実施形態では、アプリケーション200は、ユーザが検索結果へのアクセス権限を有していないという判定に応えて、この検索の実行を禁止する。さらに、アプリケーション200は受け取ったユーザ識別情報を用いて、ユーザが患者に固有の外来診療関連情報又は患者には無関係の外来診療関連情報へのアクセス権限を有しているか否かを判定する。ユーザは患者に固有の外来診療関連情報へのアクセス権限はないが、患者には無関係の外来診療関連情報にはアクセスできると判定された場合、アプリケーション200はユーザに提供される結果から患者に固有の情報(例えば、名前、住所、社会保障番号などのような患者を同定する何らかの情報)を除外する。その結果得られた識別された外来診療関連情報は、ステップ317において、アプリケーション200により、ユーザ選択されたフォーマットでの出力通信に適した形に処理される。
【0029】
ステップ319では、アプリケーション200は既にステップ309において実行された検索を識別するレコードを格納する。このレコードには、使用された検索データパターンと検索結果評価基準とが含まれている。ステップ321では、アプリケーション200は、ユーザによって患者レコード情報に対して為されたアクセスを識別する際に使用するできるように、監査証跡を(例えば、HIPAA(Healthcare Information Portability and Accountability Act)準拠の証跡)を保存する。保存データは、アクセスを行ったユーザ、アクセス要求元、アクセスされたデータ、及びアクセスに関連した時間とデータ、ならびに通信されたデータの宛先を識別する。図3のプロセスはステップ323で終了する。
【0030】
図9〜15には、データレポジトリ68に格納されたヘルスケア外来診療関連情報が示されている。図9は部分的な患者レコードデータ構造を示しており、図10は医療レコードデータ構造を示しており、図11は部分的な支払人レコードデータ構造を示している。料金レコードデータ構造及び発生コードデータ構造はそれぞれ図12及び13に示されており、図14及び15には、期間コード及び医学的状態コードのデータ構造がそれぞれ示されている。期間コードは、ある期間にわたって生じる臨床的又は他のイベントに対する別の発生コードである。これらのレコード構造は単なる例であり、レポジトリ68には一般に、例えば、救急車サービス、リハビリテーションサービス、治療、ならびに、他のサービス及び活動に関するレコードのようなクレームデータに関連した他のタイプのレコードを収められている。図9〜15のレコード構造は、クレームパケット識別子(800,900,920,940,960,980,830)、セクション識別子(802,902,922,942,962,982,832)及びシーケンス番号(804,904,924,944,964,984,834)を用いてレポジトリ68内で個別にアクセス可能である。
【0031】
個々のレコードデータ構造内のデータはフィールド長により区切られている。例えば、図9の患者レコード構造内では、患者の姓(806)が固定長の20文字を占めており、つぎに12文字を占める患者の名が続き、1文字を占めるミドルネームの頭文字(810)が続いている。図10〜15のレコード構造は、同じような所定の固定長フィールド内の他の特定のクレームデータ様相に関連したデータを内包している。例えば、図10の医療レコードは、入院診断コード(906)、初診コード(908)及び他の診断コード(910)を内包している。図11の支払人レコードは、支払コード(926)のソース、支払人識別子(928)及び支払人下位識別子(930)を内包している。図12の料金レコードは、サービス料金コード(946)、サービス料金変更コード(948)及びサービスデータ(950)を内包している。図13の発生コードレコードは、発生識別コード(966)及び発生データ(968)を内包している。図14の期間コードレコードは、期間識別コード(986)、期間決定開始データ(988)、及び、期間コードによって定義された状態が生じた期間を識別する際に使用される終了データ(990)を内包している。例えば、患者が類似した病気を有していれば、そのイベントに関する期間コード986が符号化され、類似の病気の始まりと終わりを示す日付988及び990が入力される。第2の実施例では、期間コード986は、90日間の継続治療のような特定の給付に関する適格性、ならびに、給付期間の始まりと終わりを識別する日付988及び990を決定するために使用される。図15の状態コードレコードは医学的状態識別コード(836)を内包している。図9から5に関連して言及された項目は例示の目的で説明されている。しかし、他のレコード項目は図9〜12のレコード構造内に示されている。これら他の項目は、例えば、レポジトリ68の構造内の様々なレコードに含まれているデータの幅を表している。択一的な実施例では、レポジトリ68に関して、他の非固定長データレコード構造又は別のデータレコード構造を使用してもよい。
【0032】
レポジトリ68(図2)内のヘルスケア外来診療関連データは、既に説明したようにインタフェース10を介して複数の異なるソースからデータ収集ユニット32により照合され、データ管理システム64を介してレポジトリ68に格納される。データ送信ユニット34は、要求されたクレームデータをレポジトリ68から取り出し、インタフェースを介して通信することにより、ヘルスケア外来診療関連データを監視ポータル28(又は参加者30向けの他のポータル20〜26)に供給する。データ到達ユニット36は、リモートエンティティにより格納されたヘルスケア外来診療関連データへの読み取り専用アクセスを提供し、このデータに基づいた決定を行うために、図2のシステムの機能によって使用される。
【0033】
インタフェース10は、セキュリティ機能12、トランスレータ機能14及びトランスポート機能16を使用して、ポータル20〜28を介した参加者30によるクレームデータとレポジトリ68及び74へのアクセスを提供する。セキュリティ機能12は、参加者が他の特定の参加者との通信を許可されているか否か、及び、参加者が特定のデータへのアクセスを許可されているか否かを判定し、参加者の特権と資格を付与し、セキュリティ及びアクセスの規則を維持する。ユニット12は、セキュリティポリシー及び他の(例えば、HIPAA)ポリシーに違反する権限のない要求を拒否し、追跡する。トランスレータ機能14は、頭2のシステム内の内部参加者と外部参加者とにより使用される異なるデータフォーマット間でデータを変換する。この目的のために、トランスレータ14は、データを第1のデータフォーマットから内部的に定義された中間データフォーマットに変換し、さらに中間データフォーマットから所望の出力データフォーマットに変換する。トランスポート機能16は、図2のシステムの内部機能間のデータ及びメッセージの通信、ならびに、内部機能と外部参加者との間のデータ及びメッセージの通信を支援する。この目的のために、機能16は関係性規則レポジトリ18を使用して、要求された接続プロトコル及び方法、ならびにソース及び宛先アドレスを識別する。機能16はまた、適切なメッセージフォーマット及びプロトコルでデータを符号化する際、ならびに、必要なハンドシェーキングと双方向通信を実施するために必要とされる他のルーチンとを開始する際にも規則レポジトリ18を使用する。
【0034】
関係性規則レポジトリ18は、参加者により使用されるアプリケーション・プログラマ・インタフェース(API)及びシステムソフトウェアアプリケーションを識別する情報、ならびに、特定のソースからの情報を要求し、特定の参加者に情報を提供するための要求された手続を有している。参加者API識別及び関連した通信情報は、個々の参加者により提供され、レポジトリ18に格納される。参加者は、各自の通信サポート情報に関して支配権を保持しており、各自の通信サポート情報を保全する。インタフェース10は、第1のデータフォーマットから内部定義された中間データフォーマットへ、さらに中間データフォーマットから所望の出力データフォーマットへのデータの変換を支援する際に、格納されている所定のAPIと通信サポート情報を使用する。その結果、参加者は自らのシステムを更新し、使用中の規則の規格、又はレポジトリが新たなプラットフォームに移行したかもしくは他の仕方で根本的に変更されているかに関わらず、他の参加者と通信することができる。また、関係するデータフォーマットの規格は、個々の参加者により、他の参加者による操作を妨げることなく変更することができる。この目的で、インタフェース10は関係性レポジトリ18を使用して有効なクレームデータを処理し、支払人により予め決められた(レポジトリ18内に保持され識別された)データフォーマット、プロトコル、ハンドシェーキングルーチン及び提出手続を提供する。
【0035】
図1から16に示されたシステム、プロセス及びユーザインタフェースディスプレイフォーマットは唯一のものではない。同じ目的を達成するために、本発明の原理と一致した他のシステム、プロセス及びユーザインタフェース形態を導出することができる。本発明の原理は、詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを自動的に識別及び評価することを含んでおり、とりわけ、保険、政府及びヘルスケア産業に適用可能である。
【図面の簡単な説明】
【図1】本発明の原理による監督・監視システムを示す。
【図2】本発明の原理による、監視システムを含んだ外来診療データ処理システムの全体を示す。
【図3】図1及び2のシステムにより使用される、ヘルスケア外来診療関連情報を監視して異常データパターンを検出するための本発明の原理によるプロセスのフローチャートを示す。
【図4】本発明の原理による、複数の患者のヘルスケア提供者のもとでのケガに関する外来診療に関する患者クレーム作成レコードを示すユーザインタフェースディスプレイ画面を示す。
【図5】本発明の原理による、検索テンプレートを示すユーザインタフェースディスプレイ画面を示す。
【図6】本発明の原理による、検索の実行を支援するユーザインタフェースディスプレイ画面を示す。
【図7】本発明の原理による、ユーザに対して現在及び保管された監視動作のステータスを示すユーザインタフェースディスプレイ画面を示す。
【図8】本発明の原理による、ユーザに対して現在及び保管された監視動作のステータスを示すユーザインタフェースディスプレイ画面を示す。
【図9】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図10】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図11】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図12】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図13】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図14】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図15】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図16】本発明の原理による、ユーザログオンページを示すユーザインタフェースディスプレイ画面を示す。
本願は、2002年4月9日提出のD.Fitzgerald他による仮出願通し番号第60/371,027号、及び、2002年3月31日提出のD.Fitzgerald他による仮出願通し番号第60/384,674号の非仮出願である。
【0002】
発明の分野
本発明は、有意なデータパターンを識別するためにヘルスケア外来診療関連情報を蓄積及び監視する際に使用するシステムならびにユーザインタフェースに関する。
【0003】
発明の背景
ヘルスケア提供者(例えば、病院、診療所又は医師)及び他の主体は、財務的又は取引上の結果を有する患者とヘルスケア企業との遣り取り(例えば、患者の来診、電話、治療、入院期間又は外来患者の処置、クレーム(以下、請求又は請求書の意味で使用する)の作成など)を含む外来診療のレコードを作成する。このようなレコードは、料金の詐欺又は濫用、病気の大発生の検出、先天性異常の発生率の監視、バイオテロリズムの発見、臨床システム管理の最適化、特定の医学的状態に対する処置の最適化、ヘルスケア費の管理、ヘルスケア機関の統合及び合併の支援、ならびに政府への報告を含む多様な目的に使用しうる価値ある情報を含んでいる。これらのうちの1つ又は複数の目的で外来診療関連データを処理する公知のシステムは、非効率的で、限られた性能しか有していないことが多い。特に、公知のシステムは一般に通時的に蓄積された非リアルタイムデータを処理するのに使用され、適用範囲、柔軟性、データ分析能力、ならびに、調べることのできる情報源の範囲及び性質が限られている。例えば、現存するシステムは一般に、単一の目的で特定のデータパターンを認識するために、特定のヘルスケア機関が所有するローカルデータベースに保持された患者管理の特定の場面に関連した特定の患者レコードを調べることに限定されている。
【0004】
これらの制限は、現存するクレームデータ詐欺発見システムが、詐欺を示すしばしば精巧で複雑なデータパターンを識別し損ねているか、又はこのようなデータパターンの検出が遅いため即時介入もしくは予防的介入が発動できないということを意味している。ヘルスケア保険支払機関によって使用されている或るシステムは、例えば、後の手操作での再検討のために行われる、特定のデータベース内のクレーム関連情報の分析及びスコアリングを含むクレームの監視に依拠している。非リアルタイム通時データの分析に依拠するこのようなシステムは、即時介入も予防的介入もトリガすることができず、人為ミスに弱く、また24時間連続の詐欺発見監視を提供することもできない。他のシステムは、例えば、糖尿病、感染、高血圧、食中毒のような特定の状態又は他の既定の状態を識別し追跡するために、個々の患者の通時的医療データの診断上の解釈に関する知識ベースモデルを使用している。これは、患者管理の支援、臨床研究の促進、又は社会的関心の高い健康状態の識別のために行われる。これらのシステムは一般に1つの組織の限定された通時データセットに遡及的に適用される。本発明の原理によるシステムは上記要求及び関連する問題に対処する。
【0005】
発明の概要
発明者の有する有利かつ発明性のある認識によれば、複数の組織からの広範な情報源の高度なリアルタイム分析により洞察を得ることのできるシステムが提供されることが望ましい。これらの情報源は、地理的に多様な国の国内的又は国際的多組織ネットワークソースを含む。このような能力が、公衆衛生上の医学的状態の初期伝播、環境テロリズム又はバイオテロリズムの即時かつ正確な検出を促進し、データ収集の準備ならびに取締当局及び政府当局への統計的なクレーム(及び他の)データの報告を支援する。
【0006】
1つのシステムは、複数組織の患者ヘルスケアの財務的及び臨床的な外来診療関連情報を複雑なデータパターンを自動的に認識及び評価することによりリアルタイムで監視し、詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを識別する。1つのシステムは、異常データパターンを検出するために、患者とヘルスケア提供者との遣り取りから導出されたヘルスケア外来診療関連情報を監視する。このシステムは、複数の異なるソースからの臨床的及び財務的情報を含む、データベースに格納すべき外来診療関連情報を受け取るインタフェースプロセッサを有している。検索プロセッサはデータベースを検索して所定のデータパターンを識別し、識別されたデータパターンが所定の基準を満たしているかを判定する。データプロセッサは識別された外来診療関連情報を出力として通信するのに適した形に処理する。
【0007】
発明の詳細な説明
発明者は有利には、複数の組織から導出された財務的及び臨床的なヘルスケア外来診療関連情報をリアルタイムで監視するためのシステムを提供することが望ましいことを認識している。図1には、外来診療関連情報が生成され、通信され、図1に示されたヘルスケア外来診療サービス、ビリング(支払請求)及びクレームに関する収集データのレポジトリ68に格納される際に、外来診療関連情報内の複雑なデータパターンを自動的に認識及び評価する監視システムが示されている。ここで利用される外来診療とは、財務的又は取引上の結果を有する患者とヘルスケア企業との遣り取りを含むヘルスケア企業での外来診療を含むものであり、患者とヘルスケア企業との遣り取りとしては、例えば、患者の来診、電話、入院期間又は外来患者の治療、面会、検査、処置、治療に関連した事象(撮像、放射線学、心電図(ECG)などを含む)、ヘルスケア企業への入院、医薬品のテスト又は注文などが含まれる。監視システムは外来診療関連情報が生成され、通信され、格納される際に外来診療関連情報を検査する。この目的のために、システムは、レコード及びメッセージ又はサービスもしくは処置の依頼に関連した格納されたデータ、テスト結果、実験室結果、ビリング及びクレームデータ、患者レコード及び関連する診断、治療、医薬品、ならびに、プロトコル注意書及びコードを検査する。
【0008】
ここで適用される1つの規則は、ヘルスケアクレーム要素が、ヘルスプラン償還条件、ヘルスプランフォーマット要求、償還方式、償還制限及び償還計算手続を含む所定の要求を満たしているか判定する手続を含んでいる。また、規則が規定の指針、勧告、又は、形式とデータ、もしくは形式とデータの間の関係を用いることによりある行為を提示、実行もしくは規制する仕方のモデルを含んでいてもよい。さらに、問題の同定とこの問題を処理する機構はここで適用される例外に包含される。ここで使用されるクレーム要素は、クレームの一部、クレームの全体、クレームの個々のレコード、及び、ヘルスケアサービス提供者の個々の外来診療に関連したレコードデータを含んでいてもよい。さらに、ここで使用されるクレームは、サービス及び関連する変更を認識するために保険会社により使用される手段であるが、絶対的に支払が期待できるものではない。対照的に、(一般に保証人又は他の財政的に責任ある関係者に宛てた)ビル(以下、支払請求書の意味で使用する)は支払が期待される。
【0009】
システムは、自動的かつ連続的に(1日24時間)リアルタイムメッセージ及び通信、ならびに(通時データだけでなく)データレポジトリの内容及び関連する更新メッセージを監視する。システムは、詐欺、病気の大発生及びコスト削減機会の検出を目的とした、ユーザにより作成されたデータパターンテンプレートを用いて、新たな統計的に有意なデータパターン及びクラスタならびに長い間存在している統計的に有意なデータパターン及びクラスタの両方を識別するために上記の監視を行う。複雑なデータパターンテンプレートは、複数の異なる組織及びソースから導かれた複数の異なるタイプの臨床的及び財務的情報にわたるデータパターンを検出するために使用される。情報のタイプには臨床的情報タイプと財務的情報タイプの両方が含まれる。臨床的情報とは、処置及び治療の依頼、診断コード、他の医学的状態及び治療結果のような情報であり、財務的情報とは、診断のタイプ、治療のタイプ、組織、担当医、地域、関連する医学的状態及び保険会社により分類される収集及び照合されたクレームデータのような情報である。自動リアルタイム連続データ監視システムは、有利には複雑なデータパターンを検出及び分析し、人為ミスを無くしつつ、詐欺又は病気の大発生の予防もしくは封じ込めが可能となるように十分早期に統計的に有意なパターンを識別する。
【0010】
図1の監視システムは、テンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現を識別して、詐欺、病気の大発生及びコスト削減機会を検出する。システムは、相応する処置及び治療、コスト、利用率ならびに治療結果を比較することにより、ルーチンビリングパターンを異常パターンから分離する。システムはまたヘルスケア提供者の作業プロフィールを相互に比較して、治療アプローチ、結果、コスト、有効性、医薬使用、看護計画及び仕事習慣の違いを識別する。この目的で、システムは、個々のヘルスケア提供者又はヘルスケア実務の患者治療手続の過度の利用又は利用不足の体系的パターンを探索する。
【0011】
システムはコスト削減機会を識別することにより、雇用者、ヘルスケア提供者及び患者に利する。その結果、雇用者は、個々の被用者の患者管理場面のコストのリアルタイムでの尋問に基づいて雇用者による評価及び被用者コストを決定することにより、被用者のためのヘルスケア保険計画の選択を最適化することができ、また新たなコストパターン及びトレンドを検出することもできる。システムは、例えば、企業内、国内的又は国際的に異なる場所、地理的領域における複数の組織内での、又は妊婦、10歳未満の子供もしくは関連する医学的状態にある人々のような特定の集団内での病気の大発生又は医学的状態の発生を識別する。システムは罹患率のトレンド、先天性異常、慢性的状態、及び集団内又は被用者の間での病気の大発生を監視したり、インフルエンザ、風邪、アレルギー又は他の病気が全被用者一般にもしくは特定の場所や施設に広がっていないか判定することができる。例えば、政府の健康担当部局は、病気の大発生、食中毒及び他の危険な状態を迅速に確認し、病気が広がる前に情報を広めることにより、例えば感染を前もって封じること又は汚染食物の配送を止めることができる。システムはまた、(ヘルスケア保険会社や保証人のような)保険支払機関及び財政的仲介者に対して為されたクレームにおける詐欺又は濫用を、個々の疑いあるクレーム及び体系的な濫用パターンを識別することにより識別する。
【0012】
図1には、パターン評価器40を含む自動(1日24時間作動)監視システムが示されている。なお、パターン評価器40は、パターンデザイン機能38を使用して作成された所定のテンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現を探索するのに使用されるものである。監視システムはリアルタイム及び通時の臨床的及び財務的データソースを検索して、詐欺、病気の大発生及びコスト削減機会を示すデータパターンを検出し、報告の準備のために情報を照合する。通時的ソースには、ヘルスケア外来診療サービス、ビリング及びクレームに関する収集されたデータのレポジトリ68、規則レポジトリ74、ならびに例えば治療と結果を結ぶ電子的患者レコードレポジトリを含む他のレポジトリ69が含まれる。レポジトリ68は患者医療の場面又は病気に関する少なくとも1つの関係データベースを有しており、この関係データベースは、ヘルスプラン償還を伴ったクレームに帰着する外来診療レコードと適格性規則及び送金レコードとをリンクさせている。レポジトリ68はまた、病院、診療所及び医師組織を含む複数のヘルスケア提供者の財務アプリケーションからの非冗長データを蓄積する。レポジトリ68は、複数の場所に所在するデータベースを論理的にリンクする公知の技術を使用して、入院前検査、入院期間、外来患者の継続管理、治療及び結果、クレーム及び支払を含む患者管理に関連した複数の外来診療を複数の提供者及び場所にわたってリンクする。同様に、レポジトリ74は規制ガイドライン及び行政指導を含むクレームデータを処理するために使用される規則が収められた少なくとも1つの関係データベースを有している。なお、クレームデータは連続的に取得され、レポジトリ74に格納される。レポジトリ74はまた、識別されたデータパターンが所定の基準を満たしているか否かを判定するのに使用される規則も格納する。なお、ここで、識別されたデータパターンが所定の基準を満たしているか否かの判定は、識別されたデータパターンの出現が所定の閾基準に基づいた統計的に有意な出現を含んでいるか否かを判定することで行われる。そのうえ、レポジトリ74はテンプレートサーチパターンも格納する。テンプレートサーチパターンは、例えば検索を繰り返す際又は新たな検索を行うための取り出し及び補正に使用される。図5には、ポータル28を介してアクセス可能なサーチテンプレートを示すユーザインタフェースディスプレイ画面が示されている。サーチテンプレートのライン515上には、検索識別子(ID)、検索名、検索結果の最新の更新の日付及び警戒基準が示されている。導出された検索結果の統計的な度数分布を評価する際に使用される情報識別評価基準(この例ではχ2基準)を含むさらなる検索の詳細は、ライン510及び505に示されている。
【0013】
雇用者、取締当局、ヘルスケア支払機関、ヘルスケア提供機関又は研究者(1−5)のようなユーザは、監視ポータル28を使用してレポジトリ68、規則レポジトリ74及び他の(ローカル又は遠隔地の)レポジトリ69の検索を行い、臨床的及び財務的情報データパターンを識別することができる。ユーザはレポジトリ68のレコード及び他のソースを検索して、例えばクレームの更新履歴及び保険適用範囲規則の更新履歴から導出されたデータを含むデータパターンを識別することができる。さらに、このような検索は、ユーザにより決定された期間、又は、ある個人もしくは複数の個人の外来診療レコードを検索する際にイベントの合間に経過した特定の時間をターゲットにしてもよい。図1のシステムは、レポジトリ69、ならびに、レポジトリ68内のヘルスケア外来診療サービス、ビリング及びクレームに関する収集されたデータ、またこれらと共に、レポジトリ74内の定期的に更新される規則、規制ガイドライン及び行政指導へのアクセスを提供することにより、ヘルスケア外来診療関連情報への正確かつ適時なアクセスを可能にする。これはさらに、これらのデータベースの中へ及びこれらのデータベースから外へ通信される双方向メッセージ内のデータ、ならびに、病院、診療所、医師業務(及び他のヘルスケア環境)の情報システム内のデータへのリアルタイムアクセス及び検索を可能にすることにより補足される。これらの双方向メッセージは、HIPAAにより認可されたANSI(米国国家規格協会)X−12に適したトランザクションを含むさまざまな形でレポジトリ68に更新情報を運ぶメッセージを含んでいる。このような更新は、X−12コンパチブルなトランザクション、例えば270(適格性リクエスト)、271(適格性レスポンス)、278(許可)、837(クレーム)及び835(送金)に応答して行われる。また、オンライン更新は、例えば、ある参加者から別の参加者へ送られたトランザクションレコードに応答して連続的に行われる。これらの更新により、現在の情報が患者又は責任ある主体に対して入手可能であることが保証される。
【0014】
操作の際には、ユーザは、複数の組織、ならびに、レポジトリ68,69,74及びレポジトリ18(図2に図示されており、後で論じる)によって例示された複数の加入レポジトリの連続的リアルタイム検索と、メッセージ通信の検索とを行う。これはユーザコマンドに応答して行われる。ユーザコマンドは、セキュアード・インターネット・コンパチブル・ウェブをベースとしたユーザインタフェースを用いて入力され、インタフェース10を介して伝達される。なお、このユーザインタフェースはサーバ100で実行されているアプリケーション200によりポータル28上に表示される。この目的で、ユーザは、アプリケーション200とサーバ100とにより提供されるパターン生成ユニット38(及び機能40及び42ならびにメッセージ91及びレコード93)にポータル28のユーザインタフェースからインタフェース10を介してアクセスする。ユーザはユニット38を使用して、検索結果に含めるデータの範囲を識別するテンプレートデータパターンを決定する特別規則を作成し、テンプレートデータパターンに合致するデータを見つけるためにデータソースの所望の検索を行う。特別規則は、検索の実行頻度と検索結果の報告頻度(例えば、要求に応じて、周期的に、又は連続的に)を管理する。特別検索規則はレポジトリ74に格納される。また、ユーザは、ユニット38により、テンプレートデータパターン(潜在的に有意なデータパターンを含む)に合致する識別されたデータを収集し照合する報告又は出力データのフォーマットを決定することができる。さらに、ユーザは、ユニット38により、格納された既存のテンプレートデータパターンの再検討、コピー、変更及び文書作成を行うこと、ならびに、格納された検索テンプレートデータパターンを記録した印刷された報告書又はスクリーン上の報告書を作成することができる。
【0015】
図6には、ポータル28上に表示されたユーザインタフェース画面が示されている。このユーザインタフェース画面は、以前に実行された検索に関する報告の検索の誘導を支援する。ユーザの所在地はボックス603内に示されており、ユーザはライン605及び607上に示されたオプションリストボックスを使用して検索基準を選択する。ユーザは第1ライン項目を用いて、検索識別子(ID)、検索名、検索結果の最新の更新のデータ、警戒基準及び検索報告の受取人を含む分野から、検索すべき分野を選択する。ユーザは第2ライン項目を用いて、選択されたデータフィールドに合ったテキストストリング又は文字を選択する。ユーザは第3ライン項目を用いて、実行すべきテキストストリングマッチングの条件を選択する。この目的で、ユーザは演算子リスト(必ず含む、必ず含まない、正確に一致、より大、等しい、より小、前及び後を含む)から演算子を選択する。図示された例では、SARSという名前の報告書又は炭疽という名前の報告書の正確に一致するテキスト検索が示されている。
【0016】
図7及び8には、あるユーザに関する現在の及び保存されている外来診療関連データ検索動作のステータスを示すユーザインタフェースディスプレイ画面が示されている。図7には、スケジュールされた又は連続的な3つの検索が示されている。これらの検索はスケジュールされているか又は現在実行されているものであり、ライン705〜709上で識別され、ユーザ703により開始される。検索識別ライン(例えば、ライン705)には、検索識別子(ID)、検索名、検索結果の最新の更新のデータ、導かれた検索結果の相対的な重要性を示す警戒基準、及び、検索結果がユーザに警報を出すために使用される所定の基準にどの程度合致しているかを100のスケールで示す警戒基準が示されている。それにより、ユーザは、例えば、スコアが90を超したときには電話もしくはポケットベルによる即座の通知を、また、スコアが60を超したときにはEメールによる即座の通知を予め選択することができる。同様に、図8のライン805〜808はユーザ803に関する保存された(終了した)検索を識別している。
【0017】
パターン評価ユニット40は、ポータル28のウェブ・コンパチブル・インタフェースを介して入力されたユーザコマンドに応答して、パターンデザイン機能38を使用して作成された所定のテンプレートパターンに合致するレコードの1つ又は複数(クラスタ)の出現に関する検索を行う。検索は、イベントに応じてオンデマンドに、周期的に、特定の時間に実行されるようにユニット40によりスケジュールされてもよいし、又は、連続的に実行されるようにもしくはユーザコマンドに応じて中断されるようにしてもよい。パターン検索規則の実行は、すべての規則と同様に、イベントにより発動される。ユニット40は、識別されたデータソースから導出されたデータの一部を各々テストすることによりこれらのデータソースの検索を行う。この目的で、ユニット40はテスト用の一部のデータを一時記憶ユニット95にコピーし、コピーされたテストデータを所定のテンプレートパターンに照らして比較し、パターンの一致を識別する。識別された合致するデータセグメントはユニット40によりコピーされ、一時記憶レポジトリ93内に相応するレコードを形成する。検索結果はユニット40によりメッセージ91で例外追跡ユニット42に通信される。所定の結果フォーマットと、ポータル28を介してユーザにより確立され、ユニット74内でフォーマット規則として実施される通信優先権とに応じて、ユニット42は検索結果データを収集、照合し、フォーマット規則を使用して所望の報告書フォーマットの形に処理する。ユニット42は、通信インタフェース10により、フォーマットされた報告書を選択された通信モードを利用して所望の宛先に送る。フォーマットされた報告書は、例えば、Eメールメッセージ、ポケットベルメッセージ、ファックスメッセージ、スクリーン表示のための画像データ、印刷された報告書、又は電子処理フォーマット規格と両立するようフォーマットされたデータを使用して送ってもよい。ユニット42は、フォーマットされた報告書の宛先をレポジトリ18(図2参照)内の宛先及びアドレス情報から決定する。なお、レポジトリ18(図2参照)内の宛先及びアドレス情報には、Eメールアドレス、ポケットベル番号、ファックス番号、電話番号、ユニバーサル・リソース・ロケータ(URL)、ディスプレイアドレス、プリンタ位置情報、及びトランザクション受取人アドレス識別子が含まれる。また、ユニット42は図2に関連して後で説明する例外条件の識別に応答する。
【0018】
図2には、図1の自動(1日24時間作動)監視システムが組み込まれた外来診療データ処理システムの全体像が示されている。図2のシステムでは、規則実行ユニット46を用いて、アプリケーション200のパターンデザイナ38、評価器40、及び例外追跡42が実現されている。図2のシステムは、予備登録、適格性、登録許可、クレームの作成、予備審査判定、クレームの提出、支払の送金、及び、医療費クレームデータ処理サイクルの送金後処理を自動化し、スムーズで正確で迅速なクレーム処理を提供する。図2内のさまざまなポータル20〜26及びポータル28は、インタフェース10により制御及び管理されており、臨床的及び財務的情報の監視を支援し、患者、支払人、ヘルスケア提供者、被用者、及び政府当局にクレームデータを供給する。このシステムは、規則に基づいた自動化された編集及び再検討システムの使用により、ヘルスケア提供者の監視を政府及び支払人の規則に適応し易いものにする。
【0019】
図2のシステムは、ソフトウェアアプリケーションで実現される機能と、クレームデータを処理する実行可能な手続とを有している。これらの機能はまた、ハードウェア、又は、内部通信及び外部通信のための1つもしくは複数の通信ネットワークを含む1つもしくは複数のコンピュータシステム及びサーバに常駐しているハードウェアとソフトウェアの両方の組合せにより実現してもよい。クレームデータは、データ収集ユニット32により照合され、インタフェース10を介してデータレポジトリ68に格納される。レポジトリ68は、ヘルスケア外来診療サービス、ビリング、及び、現在進行中のヘルスケア外来診療に関する財務的及び臨床的データを含むクレームに関する収集されたデータを格納している。データ収集ユニット32は、送信請求されたデータと送信請求されていないデータの両方を異なる複数のソースから受け取ること、及び、インタフェース10を介してこれらのソースからデータを要求することができる。これらの異なるソースには、図2のシステムを使用する加入した外部ユーザ(参加者)が含まれており、また例えば、ヘルスケア提供者、ヘルスケア支払機関(例えば、保険会社、健康維持組織−HMOなど)、消費者、雇用者及び政府当局が含まれていてもよい。システムは、支払人に提出する特定の患者に関するクレームに関連したデータを照合することにより、患者へのヘルスケアの提供に関連したクレームデータを処理する。照合されたクレームデータは事前処理を受け、照合されたクレームデータが支払を発生させる処理に適しているかが規則に従って確認される。無事に確認されると、承認されたクレームデータは支払人に提出される。
【0020】
データ保存ユニット64は、ゲートウェイとして、ならびに、ヘルスケアデータレポジトリ68に対するデータの格納と検索、データの格納、変更及び検索のためのレポジトリ68の使用要求の処理を管理するデータ管理システムとして動作する。履歴ユニット70は、変更が為された時刻、日付、変更の種類及びソースを記録することにより、レポジトリ68内のデータ変更を追跡し、変更の実行者を同定してデータ更新の監査証跡を保存する。履歴ユニット70はまた古いデータ値バージョンを保存し維持する際にも使用され、特に金銭的取引の完了後の外来診療(すなわち、関連する金銭的取引が未払いの状態にない外来診療)に関連したデータレコードの保存及びこれらの外来診療に対する処理の際に使用される。このような外来診療のレコードはデータ保存ユニット64によりレポジトリ68内に保持される。アーカイブユニット70は保存データをアーカイブ(データウェアハウス)データベース72に格納する。
【0021】
照合されたクレームデータは事前処理を受け、予備審査判定ユニット48により、照合されたクレームデータが支払を発生させる処理に適しているかが規則に従って確認される。予備審査判定ユニット48は規則実行ユニット48により実行される規則のサブセットの実行を行う。ユニット46は、関連する規則の適用をトリガするイベントの発生を検出し、このイベントに関連した規則を実行する。イベントには、レポジトリ68に加えるデータ(例えば、診断報告書)の受け取り、規則の特定のリストの実行要求、医師の患者治療の順番、救急の又は急性病の治療又は報告、適格性要求、適格性応答、認定、クレームの作成、クレームの提出、送金又は追加情報もしくは図2のシステム内の機能の作用によりトリガされたイベントに対する要求が含まれる。ユニット46は、イベントが発生すると、図1に関連して説明した所定のテンプレートデータパターンを用いて、監視を実行するように、構成することも可能である。また、ユニット46により実行される規則自体がトリガリングイベントを発生させ、他の規則の実行を引き起こすようにしてもよい。個々の規則は、規則が実行されると、結果として「真」又は「偽」の結果ステータスを割当てるテストを含んでいてもよい。また、個々の規則が、例えば、結果が真のときに実行すべき動作と結果が偽のときに実行すべき代わりの動作のリストを有していてもよい。動作リストは、自動又は手動で行うタスクの作業リストの作成、ログ及び監査報告書及び会計報告書の作成、エラーレポートの作成、クレームの発行、送金額の転記、データの変更、ならびに他の動作を含んでいてよい。データ変形ユニット44は、コマンドに応答してレポジトリ68内のデータを変更するために規則が呼び出す動作のサブカテゴリを含んでいる。ユニット46はまた関係性規則レポジトリ18内に格納された規則を処理及び実行する。なお、関係性規則レポジトリ18には、インタフェース10を必要とする通信の間、プロテクタ12、トランスレータ14及びトランスポータ16により要求され使用される規則が収容されている。
【0022】
規制ガイドライン及び行政指導を含む規則は連続的に取得されてレポジトリ74に格納され、このレポジトリの中で規則保存ユニット66を介して更新及び維持される。システム連結性規則は、レポジトリ74内にも(インタフェース10を介して通信をサポートする)関係性規則レポジトリ18内にも保持されている。このような連結性規則は、eコマース通信をサポートしたり(例えば、或るノード名に対してFTP@2400k baudを使用する)、又は、通信モードを決定する(例えば、ユーザがeメールを出して質問したり、応答を精査するよう促す)。他の規則は、電話番号、郵便番号、住所、又は照合されたクレームデータの他の地理的識別子を保持しているデータフィールドのようなデータフィールドの間の不整合性を検出する。規則アーカイブユニット76は、ユニット66と共同して、保存すべき規則の日付及び時刻を記録し、廃止された、期限切れした又は古いヴァージョンの規則をアーカイブ(規則ウェアハウス)データベース78に格納する。レポジトリ74には、自動化されたプロセスをシステムに加える規則も収められている。これらの規則はシステム及び許可された参加者により発展させられたものである。
【0023】
ユニット48は、規則アクセス機構52によりインタフェース10及びデータネットワーク58を介して外部規則ソース(支払機関60が所有する規則62のような)から導出されたレポジトリ74内の規則を使用する。ネットワーク58は、LAN(ローカルエリアネットワーク)、WAN(ワイドエリアネットワーク)もしくはインターネットのような従来のネットワークを含んでいてもよく、又は代替的に、情報センターや、クレームの判定のためのデータ及び規則(例えば支払人規則62)の収集を促進するためにヘルスケア支払人又はヘルスケア提供者により使用される他のサービスのようなネットワークサービスを含んでいてもよい。規則作成56ユーザインタフェースは、マニュアルの作成、ユニット54を介して収集サービス80から収集されるような規則を含む規則の再検討及び更新を支援する。ユニット56はまた、使用可能なテスト及び動作のリストでユーザを促し、編集された規則を規則レポジトリ74に格納する前に、規則を構築し編集するプロセスにユーザを案内する。規則点検ユニット50はレポジトリ74内の規則を監視し、不完全な規則又は誤ったシンタクスを含む規則を識別し、ユーザに示す。ユニット50はまた、互いに矛盾する規則の組合せを報告する。さらに、規則実行ユニット46及び予備審査判定ユニット48によるクレームデータ処理最中の所定の例外条件の識別に応じて、例外追跡機能42は、識別された例外条件の処理及び報告を管理する規則のサブセットを使用する。
【0024】
図3には、異常データパターン検出のためにヘルスケア外来診療関連情報を監視する図1及び2のシステムにより使用されるプロセスのフローチャートが示されている。ステップ300におけるスタートの後、ステップ303において、アプリケーション200(図1)は外来診療関連情報を取得する。この外来診察関連情報には、臨床的及び財務的情報ならびに異なる複数の場所の複数のヘルスケア提供機関からの関連する患者識別情報が含まれる。取得された情報はレポジトリ68に格納される。取得された外来診察関連情報には、例えば、クレーム関連データ、トランザクション関連データ、患者入院識別データ、支払関連データ、情報要求を表すデータ、医療手法認可を識別するデータ、外来診療に関連した臨床データ、又は償還の拒絶もしくは承諾に関連したデータが含まれる。図4は、特定の患者(患者は項目420により識別される)の例示的なクレーム作成レコードを表すユーザインタフェースディスプレイ画面が示されている。クレーム作成レコードには、例えばケガの治療に関して、ヘルスケア提供者による複数の外来診療402,404及び406に関する照合されたクレームデータが含まれている。
【0025】
ステップ303(図3)では、アプリケーション200は、ある患者に関する外来診療関連情報を取得するために、例えば、病院、診療所、医師又は支払人データベースを含む複数のデータベースにアクセスする。アプリケーション200は、患者識別子を外来診療を識別するデータとこの外来診療に関連した少なくとも1つのヘルスケア提供機関を識別するデータとさらにこの外来診療に関連した情報を含むレコードとにリンクさせることにより、取得した外来診療関連情報をレポジトリ68に格納する。レポジトリ74は、使用可能な遠隔データベースのマップ及び関連する通信データを保持しており、それにより使用可能な遠隔データベースとの双方向通信を可能にする。アプリケーション200は取得した情報を処理して、照合された外来診療関連情報を提供する。この外来診療関連情報は、患者識別子を、複数の外来診療を識別する少なくとも1つのレコード、複数のヘルスケア提供機関を識別するデータ、患者へのヘルスケアの提供に関与した複数のヘルスケア提供機関に関連する場所を識別するデータ、複数の外来診療に関連した外来診療情報を含む少なくとも1つのレコード、患者の医学的状態の治療に関連した複数の外来診療の全費用、及び患者に適用可能な支払人ヘルスプランのもとでの治療適格性情報にリンクさせている。
【0026】
アプリケーション200はステップ305においてディスプレイ画面の生成を行う。ディスプレイ画面には、外来診療レコードの臨床的項目と財務的項目の両方に関連したデータを含むデータパターンのユーザ決定を支援するデータエントリ要素が含まれている。生成されたディスプレイ画面は、識別されたデータパターンが所定の要求を満たしているかを判定する際に使用される基準のユーザ決定を支援するデータエントリ要素も含んでいる。ステップ307では、アプリケーション200はユーザコマンドに応じて連続的検索をスケジュールする。ステップ309では、アプリケーション200は、所定のデータパターンを識別するために、レポジトリ68のスケジュールされた検索、ならびに、通信チャネル上で通信される外来診療関連情報のスケジュールされた検索を行う。これにより、アプリケーション200は、所定のデータパターンに合致する複数の外来診療を識別するデータを蓄積し、蓄積されたデータをレポジトリ93(図1)に格納する。
【0027】
ステップ311では、アプリケーション200は、レポジトリ93に蓄積されたデータが所定の基準を満たしているかを、識別されたデータパターンが統計的に有意な出現を含んでいるかを所定の閾値に基づいて判定することにより判定する。特に、アプリケーション200は、識別されたデータパターンが、(a)処方された医薬の量が特定の期間内に予想最大閾値を越えているか否か、(b)治療費が特定の期間内に予想最大閾値を越えているか否か、(c)特定タイプの複数の治療が予想最大閾値を越えて1人又は複数人の患者に実施されているか否か、及び(d)特定の患者又は医師に対して予想最大閾値を越えて支払が為されているか否かを示しているか否かを判定する。アプリケーション200はまた、識別された外来診療の回数が、特定の医学的状態の発生の予想頻度に関連した予想回数を越えているか否かを判定することにより、識別されたデータパターンが所定の基準を満たしているか否かを判定する。ステップ315では、アプリケーション200は、実行された検索に応じて、ユーザへの通信に対する警告メッセージの生成を行う。警告メッセージは、例えば、識別された外来診療の回数が識別された外来診療の予想回数を超えていることを示す。アプリケーション200は、eメールに適したフォーマット、電話に適したフォーマット、ポケットベルに適したフォーマット又はファックスに適したフォーマットのようなユーザ選択されたフォーマットで警告メッセージを送る。
【0028】
アプリケーション200は、ステップ317において、ユーザがレポジトリ93内の識別された外来診療関連情報へのアクセス権限を有しているか否かを受け取ったユーザ識別情報(例えば、ユーザID及びパスワード、又は他のセキュリティコードもしくは権利コードを含む)に応じて判定する。図16には、ユーザログオンページを示すユーザインタフェースディスプレイ画面が示されている。このユーザインタフェースディスプレイ画面は、アプリケーション200により受け取られたユーザ識別情報のユーザデータ入力を支援して、ポータル28(図1)へのアクセスを可能にし、外来診療関連データの監視及び監督を行うことができるようにするものである。アプリケーション200は、ユーザが識別された外来診療関連情報へのアクセス権限を有していないという判定に応えて、この情報へのユーザのアクセスを禁止する。別の実施形態では、アプリケーション200は、ユーザが検索結果へのアクセス権限を有していないという判定に応えて、この検索の実行を禁止する。さらに、アプリケーション200は受け取ったユーザ識別情報を用いて、ユーザが患者に固有の外来診療関連情報又は患者には無関係の外来診療関連情報へのアクセス権限を有しているか否かを判定する。ユーザは患者に固有の外来診療関連情報へのアクセス権限はないが、患者には無関係の外来診療関連情報にはアクセスできると判定された場合、アプリケーション200はユーザに提供される結果から患者に固有の情報(例えば、名前、住所、社会保障番号などのような患者を同定する何らかの情報)を除外する。その結果得られた識別された外来診療関連情報は、ステップ317において、アプリケーション200により、ユーザ選択されたフォーマットでの出力通信に適した形に処理される。
【0029】
ステップ319では、アプリケーション200は既にステップ309において実行された検索を識別するレコードを格納する。このレコードには、使用された検索データパターンと検索結果評価基準とが含まれている。ステップ321では、アプリケーション200は、ユーザによって患者レコード情報に対して為されたアクセスを識別する際に使用するできるように、監査証跡を(例えば、HIPAA(Healthcare Information Portability and Accountability Act)準拠の証跡)を保存する。保存データは、アクセスを行ったユーザ、アクセス要求元、アクセスされたデータ、及びアクセスに関連した時間とデータ、ならびに通信されたデータの宛先を識別する。図3のプロセスはステップ323で終了する。
【0030】
図9〜15には、データレポジトリ68に格納されたヘルスケア外来診療関連情報が示されている。図9は部分的な患者レコードデータ構造を示しており、図10は医療レコードデータ構造を示しており、図11は部分的な支払人レコードデータ構造を示している。料金レコードデータ構造及び発生コードデータ構造はそれぞれ図12及び13に示されており、図14及び15には、期間コード及び医学的状態コードのデータ構造がそれぞれ示されている。期間コードは、ある期間にわたって生じる臨床的又は他のイベントに対する別の発生コードである。これらのレコード構造は単なる例であり、レポジトリ68には一般に、例えば、救急車サービス、リハビリテーションサービス、治療、ならびに、他のサービス及び活動に関するレコードのようなクレームデータに関連した他のタイプのレコードを収められている。図9〜15のレコード構造は、クレームパケット識別子(800,900,920,940,960,980,830)、セクション識別子(802,902,922,942,962,982,832)及びシーケンス番号(804,904,924,944,964,984,834)を用いてレポジトリ68内で個別にアクセス可能である。
【0031】
個々のレコードデータ構造内のデータはフィールド長により区切られている。例えば、図9の患者レコード構造内では、患者の姓(806)が固定長の20文字を占めており、つぎに12文字を占める患者の名が続き、1文字を占めるミドルネームの頭文字(810)が続いている。図10〜15のレコード構造は、同じような所定の固定長フィールド内の他の特定のクレームデータ様相に関連したデータを内包している。例えば、図10の医療レコードは、入院診断コード(906)、初診コード(908)及び他の診断コード(910)を内包している。図11の支払人レコードは、支払コード(926)のソース、支払人識別子(928)及び支払人下位識別子(930)を内包している。図12の料金レコードは、サービス料金コード(946)、サービス料金変更コード(948)及びサービスデータ(950)を内包している。図13の発生コードレコードは、発生識別コード(966)及び発生データ(968)を内包している。図14の期間コードレコードは、期間識別コード(986)、期間決定開始データ(988)、及び、期間コードによって定義された状態が生じた期間を識別する際に使用される終了データ(990)を内包している。例えば、患者が類似した病気を有していれば、そのイベントに関する期間コード986が符号化され、類似の病気の始まりと終わりを示す日付988及び990が入力される。第2の実施例では、期間コード986は、90日間の継続治療のような特定の給付に関する適格性、ならびに、給付期間の始まりと終わりを識別する日付988及び990を決定するために使用される。図15の状態コードレコードは医学的状態識別コード(836)を内包している。図9から5に関連して言及された項目は例示の目的で説明されている。しかし、他のレコード項目は図9〜12のレコード構造内に示されている。これら他の項目は、例えば、レポジトリ68の構造内の様々なレコードに含まれているデータの幅を表している。択一的な実施例では、レポジトリ68に関して、他の非固定長データレコード構造又は別のデータレコード構造を使用してもよい。
【0032】
レポジトリ68(図2)内のヘルスケア外来診療関連データは、既に説明したようにインタフェース10を介して複数の異なるソースからデータ収集ユニット32により照合され、データ管理システム64を介してレポジトリ68に格納される。データ送信ユニット34は、要求されたクレームデータをレポジトリ68から取り出し、インタフェースを介して通信することにより、ヘルスケア外来診療関連データを監視ポータル28(又は参加者30向けの他のポータル20〜26)に供給する。データ到達ユニット36は、リモートエンティティにより格納されたヘルスケア外来診療関連データへの読み取り専用アクセスを提供し、このデータに基づいた決定を行うために、図2のシステムの機能によって使用される。
【0033】
インタフェース10は、セキュリティ機能12、トランスレータ機能14及びトランスポート機能16を使用して、ポータル20〜28を介した参加者30によるクレームデータとレポジトリ68及び74へのアクセスを提供する。セキュリティ機能12は、参加者が他の特定の参加者との通信を許可されているか否か、及び、参加者が特定のデータへのアクセスを許可されているか否かを判定し、参加者の特権と資格を付与し、セキュリティ及びアクセスの規則を維持する。ユニット12は、セキュリティポリシー及び他の(例えば、HIPAA)ポリシーに違反する権限のない要求を拒否し、追跡する。トランスレータ機能14は、頭2のシステム内の内部参加者と外部参加者とにより使用される異なるデータフォーマット間でデータを変換する。この目的のために、トランスレータ14は、データを第1のデータフォーマットから内部的に定義された中間データフォーマットに変換し、さらに中間データフォーマットから所望の出力データフォーマットに変換する。トランスポート機能16は、図2のシステムの内部機能間のデータ及びメッセージの通信、ならびに、内部機能と外部参加者との間のデータ及びメッセージの通信を支援する。この目的のために、機能16は関係性規則レポジトリ18を使用して、要求された接続プロトコル及び方法、ならびにソース及び宛先アドレスを識別する。機能16はまた、適切なメッセージフォーマット及びプロトコルでデータを符号化する際、ならびに、必要なハンドシェーキングと双方向通信を実施するために必要とされる他のルーチンとを開始する際にも規則レポジトリ18を使用する。
【0034】
関係性規則レポジトリ18は、参加者により使用されるアプリケーション・プログラマ・インタフェース(API)及びシステムソフトウェアアプリケーションを識別する情報、ならびに、特定のソースからの情報を要求し、特定の参加者に情報を提供するための要求された手続を有している。参加者API識別及び関連した通信情報は、個々の参加者により提供され、レポジトリ18に格納される。参加者は、各自の通信サポート情報に関して支配権を保持しており、各自の通信サポート情報を保全する。インタフェース10は、第1のデータフォーマットから内部定義された中間データフォーマットへ、さらに中間データフォーマットから所望の出力データフォーマットへのデータの変換を支援する際に、格納されている所定のAPIと通信サポート情報を使用する。その結果、参加者は自らのシステムを更新し、使用中の規則の規格、又はレポジトリが新たなプラットフォームに移行したかもしくは他の仕方で根本的に変更されているかに関わらず、他の参加者と通信することができる。また、関係するデータフォーマットの規格は、個々の参加者により、他の参加者による操作を妨げることなく変更することができる。この目的で、インタフェース10は関係性レポジトリ18を使用して有効なクレームデータを処理し、支払人により予め決められた(レポジトリ18内に保持され識別された)データフォーマット、プロトコル、ハンドシェーキングルーチン及び提出手続を提供する。
【0035】
図1から16に示されたシステム、プロセス及びユーザインタフェースディスプレイフォーマットは唯一のものではない。同じ目的を達成するために、本発明の原理と一致した他のシステム、プロセス及びユーザインタフェース形態を導出することができる。本発明の原理は、詐欺、病気の大発生及びコスト削減機会を検出するためユーザにより作成されたデータパターンテンプレートを使用して統計的に有意なパターン及びクラスタを自動的に識別及び評価することを含んでおり、とりわけ、保険、政府及びヘルスケア産業に適用可能である。
【図面の簡単な説明】
【図1】本発明の原理による監督・監視システムを示す。
【図2】本発明の原理による、監視システムを含んだ外来診療データ処理システムの全体を示す。
【図3】図1及び2のシステムにより使用される、ヘルスケア外来診療関連情報を監視して異常データパターンを検出するための本発明の原理によるプロセスのフローチャートを示す。
【図4】本発明の原理による、複数の患者のヘルスケア提供者のもとでのケガに関する外来診療に関する患者クレーム作成レコードを示すユーザインタフェースディスプレイ画面を示す。
【図5】本発明の原理による、検索テンプレートを示すユーザインタフェースディスプレイ画面を示す。
【図6】本発明の原理による、検索の実行を支援するユーザインタフェースディスプレイ画面を示す。
【図7】本発明の原理による、ユーザに対して現在及び保管された監視動作のステータスを示すユーザインタフェースディスプレイ画面を示す。
【図8】本発明の原理による、ユーザに対して現在及び保管された監視動作のステータスを示すユーザインタフェースディスプレイ画面を示す。
【図9】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図10】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図11】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図12】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図13】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図14】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図15】本発明の原理による、許可された患者によりアクセス可能なヘルスケア外来診療関連情報レコードを示す。
【図16】本発明の原理による、ユーザログオンページを示すユーザインタフェースディスプレイ画面を示す。
Claims (2)
- 異常データパターンの検出のために患者とヘルスケア提供者との間の遣り取りから導出されたヘルスケア外来診療関連情報を監視するためのシステムにおいて、
複数のソースからの臨床的及び財務的情報を含む外来診療関連情報を受け取るインタフェースプロセッサと、
前記受け取った情報を格納するデータベースと、
所定のデータパターンを識別するために前記データベースを検索し、識別されたデータパターンが所定の基準を満たすか否かを判定する検索プロセッサと、
前記識別された外来診療関連情報を出力として通信するのに適した形に処理するデータプロセッサとを有することを特徴とする、ヘルスケア外来診療関連情報を監視するためのシステム。 - 患者とヘルスケア提供者との間の遣り取りから導出されたヘルスケア外来診療関連情報の異常データパターン検出を目的とした監視を支援するユーザインタフェースを提供する方法において、
外来診療レコードの臨床的項目及び財務的項目の双方に関連したデータを含むデータパターンのユーザ決定を支援するデータエントリ要素と、識別されたデータパターンが所定の要求を満たしているか否かを判定する際に使用される基準のユーザ決定を支援するデータエントリ要素とを含む、少なくとも1つのディスプレイ画面を生成するステップと、
データベースを検索して、ユーザにより決定された前記データパターンに合致する外来診療関連データを識別するステップと、
識別されたデータパターンがユーザにより決定された前記基準を満たすか否かを判定するステップと、
前記識別された外来診療関連データを検索結果情報として出力できるように処理するステップとを有することを特徴とする、患者とヘルスケア提供者との間の遣り取りから導出されたヘルスケア外来診療関連情報の異常データパターン検出を目的とした監視を支援するユーザインタフェースを提供する方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US38467402P | 2002-05-31 | 2002-05-31 | |
US10/440,858 US20040078228A1 (en) | 2002-05-31 | 2003-05-19 | System for monitoring healthcare patient encounter related information |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004145853A true JP2004145853A (ja) | 2004-05-20 |
Family
ID=30118277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003156664A Withdrawn JP2004145853A (ja) | 2002-05-31 | 2003-06-02 | ヘルスケア外来診療関連情報を監視するためのシステム |
Country Status (5)
Country | Link |
---|---|
US (1) | US20040078228A1 (ja) |
JP (1) | JP2004145853A (ja) |
CN (1) | CN1495635A (ja) |
DE (1) | DE10324673A1 (ja) |
IT (1) | ITMI20031112A1 (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007026207A (ja) * | 2005-07-19 | 2007-02-01 | Toshiba Medical System Co Ltd | 監査証跡管理サーバ、監査証跡管理システム及び監査証跡管理プログラム |
JP2010086037A (ja) * | 2008-09-29 | 2010-04-15 | Wako Shoji:Kk | 健康危殆早期発見システム |
JP2011524037A (ja) * | 2008-05-07 | 2011-08-25 | ローレンス エー. リン, | 医療障害パターン検索エンジン |
US8666467B2 (en) | 2001-05-17 | 2014-03-04 | Lawrence A. Lynn | System and method for SPO2 instability detection and quantification |
US8728001B2 (en) | 2006-02-10 | 2014-05-20 | Lawrence A. Lynn | Nasal capnographic pressure monitoring system |
US9031793B2 (en) | 2001-05-17 | 2015-05-12 | Lawrence A. Lynn | Centralized hospital monitoring system for automatically detecting upper airway instability and for preventing and aborting adverse drug reactions |
US9042952B2 (en) | 1997-01-27 | 2015-05-26 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
US9053222B2 (en) | 2002-05-17 | 2015-06-09 | Lawrence A. Lynn | Patient safety processor |
US9521971B2 (en) | 1997-07-14 | 2016-12-20 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
Families Citing this family (81)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7797172B2 (en) * | 2002-04-16 | 2010-09-14 | Siemens Medical Solutions Usa, Inc. | Healthcare financial data and clinical information processing system |
US7567925B2 (en) * | 2002-11-22 | 2009-07-28 | Imagevision.Net | Point of service transaction management for service facilities |
US20050038675A1 (en) * | 2003-08-12 | 2005-02-17 | Siekman Jeffrey A. | Methods and systems for at-home and community-based care |
US20050102170A1 (en) * | 2003-09-09 | 2005-05-12 | Lefever David L. | System for processing transaction data |
US20050075832A1 (en) * | 2003-09-22 | 2005-04-07 | Ikeguchi Edward F. | System and method for continuous data analysis of an ongoing clinical trial |
US7379999B1 (en) * | 2003-10-15 | 2008-05-27 | Microsoft Corporation | On-line service/application monitoring and reporting system |
US7457872B2 (en) * | 2003-10-15 | 2008-11-25 | Microsoft Corporation | On-line service/application monitoring and reporting system |
US7225194B2 (en) * | 2003-10-24 | 2007-05-29 | Sap Ag | Composite record identifier generator |
EP1761842A4 (en) * | 2004-06-02 | 2009-08-26 | Tylerton Internat Inc | PROCESS AND DEVICE FOR INTEGRITY CONTROL |
EP1784755A2 (en) * | 2004-08-25 | 2007-05-16 | Roche Diagnostics GmbH | Method for optimizing design, delivery and implimentation of innovative products in healthcare |
US7904306B2 (en) | 2004-09-01 | 2011-03-08 | Search America, Inc. | Method and apparatus for assessing credit for healthcare patients |
US20060143050A1 (en) * | 2004-12-27 | 2006-06-29 | The Trizetto Group, Inc. | Healthcare management system using patient profile data |
US9269117B2 (en) * | 2005-05-10 | 2016-02-23 | Mckesson Technologies Inc. | Enterprise management system |
US7792687B2 (en) * | 2005-06-22 | 2010-09-07 | Alex Farris | Medical claims evaluation and correction system |
US7739128B2 (en) * | 2005-06-22 | 2010-06-15 | Alex Farris | Medical claims evaluation system |
US8690772B2 (en) * | 2005-11-30 | 2014-04-08 | Swiss Reinsurance Company Ltd. | Activation and control device for coupling two mutually activatable automatic intervention systems |
KR100597289B1 (ko) * | 2006-03-03 | 2006-07-04 | 건강보험심사평가원 | 진료비 전자심사 방법 |
FR2901042B1 (fr) * | 2006-05-15 | 2008-08-22 | Clinigrid Sarl | Systeme et procede de gestion de donnees relatives a un patient dans le cadre d'une operation d'evaluation |
US20080140599A1 (en) * | 2006-11-10 | 2008-06-12 | Debra Pacha | System and method for detecting healthcare insurance fraud |
US20080114613A1 (en) * | 2006-11-13 | 2008-05-15 | Vankirk-Smith Judith | Integrated Electronic Healthcare Management System |
US8265957B2 (en) * | 2007-01-18 | 2012-09-11 | At&T Intellectual Property I, L.P. | Methods, systems, and computer-readable media for disease management |
US20080221965A1 (en) * | 2007-02-09 | 2008-09-11 | Chris Riddle | System and method for disaster training, simulation, and response |
US8191053B2 (en) * | 2007-04-12 | 2012-05-29 | Ingenix, Inc. | Computerized data warehousing |
US9721315B2 (en) | 2007-07-13 | 2017-08-01 | Cerner Innovation, Inc. | Claim processing validation system |
US8126740B2 (en) * | 2008-03-28 | 2012-02-28 | Busch Rebecca S | Electronic health record case management system |
US20090271214A1 (en) * | 2008-04-29 | 2009-10-29 | Affiliated Computer Services, Inc. | Rules engine framework |
US20090287500A1 (en) * | 2008-05-14 | 2009-11-19 | Algotec Systems Ltd. | Distributed integrated image data management system |
EP2169577A1 (en) * | 2008-09-25 | 2010-03-31 | Algotec Systems Ltd. | Method and system for medical imaging reporting |
US8756071B2 (en) * | 2009-04-03 | 2014-06-17 | Athenahealth, Inc. | Methods and apparatus for queue-based cluster analysis |
US20110112873A1 (en) * | 2009-11-11 | 2011-05-12 | Medical Present Value, Inc. | System and Method for Electronically Monitoring, Alerting, and Evaluating Changes in a Health Care Payor Policy |
US7983935B1 (en) | 2010-03-22 | 2011-07-19 | Ios Health Systems, Inc. | System and method for automatically and iteratively producing and updating patient summary encounter reports based on recognized patterns of occurrences |
JP5823222B2 (ja) * | 2010-09-27 | 2015-11-25 | 株式会社東芝 | 生体情報システム |
US10424402B1 (en) | 2010-11-22 | 2019-09-24 | Dallas -Fort Worth Hospital Council Education and Research Foundation | System and method for geographic mapping of base data |
US20120191468A1 (en) * | 2011-01-21 | 2012-07-26 | Joseph Blue | Apparatuses, Systems, and Methods for Detecting Healthcare Fraud and Abuse |
US8825775B2 (en) * | 2011-02-21 | 2014-09-02 | General Electric Company | Methods and apparatus to correlate healthcare information |
US20130054260A1 (en) * | 2011-08-24 | 2013-02-28 | Paul Evans | System and Method for Producing Performance Reporting and Comparative Analytics for Finance, Clinical Operations, Physician Management, Patient Encounter, and Quality of Patient Care |
US9143563B2 (en) * | 2011-11-11 | 2015-09-22 | Rockwell Automation Technologies, Inc. | Integrated and scalable architecture for accessing and delivering data |
US9075869B1 (en) | 2012-08-31 | 2015-07-07 | Trizetto Corporation | System and method for facilitating the collection, analysis, use and management of clinical analytics results to improve healthcare |
US9953453B2 (en) | 2012-11-14 | 2018-04-24 | Lawrence A. Lynn | System for converting biologic particle density data into dynamic images |
US10354429B2 (en) | 2012-11-14 | 2019-07-16 | Lawrence A. Lynn | Patient storm tracker and visualization processor |
JP6357780B2 (ja) * | 2013-02-06 | 2018-07-18 | 株式会社リコー | ネットワークシステム及び情報通知方法 |
WO2014134559A1 (en) | 2013-02-28 | 2014-09-04 | Lynn Lawrence A | System for generating motion images of feature sets of perturbations of biologic particle densities |
US20160357911A1 (en) * | 2013-03-14 | 2016-12-08 | Humana Inc | Computerized clinical action system and method |
US20140316810A1 (en) * | 2013-03-30 | 2014-10-23 | Advantage Health Solutions, Inc. | Integrated health management system |
JP6066825B2 (ja) * | 2013-05-17 | 2017-01-25 | 株式会社日立製作所 | データ分析装置及び保健事業支援方法 |
US9009827B1 (en) | 2014-02-20 | 2015-04-14 | Palantir Technologies Inc. | Security sharing system |
US20150235334A1 (en) * | 2014-02-20 | 2015-08-20 | Palantir Technologies Inc. | Healthcare fraud sharing system |
US20150332003A1 (en) * | 2014-05-19 | 2015-11-19 | Unitedhealth Group Incorporated | Computer readable storage media for utilizing derived medical records and methods and systems for same |
US10417383B2 (en) | 2014-07-31 | 2019-09-17 | Specialists On Call, Inc. | Remote medical evaluation |
US9754001B2 (en) | 2014-08-18 | 2017-09-05 | Richard Banister | Method of integrating remote databases by automated client scoping of update requests prior to download via a communications network |
US10372879B2 (en) | 2014-12-31 | 2019-08-06 | Palantir Technologies Inc. | Medical claims lead summary report generation |
US10838983B2 (en) | 2015-01-25 | 2020-11-17 | Richard Banister | Method of integrating remote databases by parallel update requests over a communications network |
US10347370B1 (en) * | 2015-08-17 | 2019-07-09 | Aetion Inc. | Deriving a patient level longitudinal database for rapid cycle analytics |
US20170053291A1 (en) * | 2015-08-17 | 2017-02-23 | International Business Machines Corporation | Optimal time scale and data volume for real-time fraud analytics |
US10657123B2 (en) | 2015-09-16 | 2020-05-19 | Sesame Software | Method and system for reducing time-out incidence by scoping date time stamp value ranges of succeeding record update requests in view of previous responses |
US10540237B2 (en) | 2015-09-16 | 2020-01-21 | Sesame Software, Inc. | System and method for procedure for point-in-time recovery of cloud or database data and records in whole or in part |
US10990586B2 (en) | 2015-09-16 | 2021-04-27 | Richard Banister | System and method for revising record keys to coordinate record key changes within at least two databases |
US10838827B2 (en) | 2015-09-16 | 2020-11-17 | Richard Banister | System and method for time parameter based database restoration |
BR112018008462A2 (pt) * | 2015-10-30 | 2018-12-11 | Koninklijke Philips N.V. | aparelho para avaliação do desempenho em serviços de saúde e mídia de armazenamento não transitório |
CN105808925B (zh) * | 2016-03-02 | 2018-03-30 | 上海市疾病预防控制中心 | 基于实时事件感知实现临床疾病监测与报告的系统及方法 |
US10607729B2 (en) * | 2016-03-28 | 2020-03-31 | Mh Sub I, Llc | System and method for automated generation of a secure message |
US11309075B2 (en) | 2016-12-29 | 2022-04-19 | Cerner Innovation, Inc. | Generation of a transaction set |
US20190051395A1 (en) | 2017-08-10 | 2019-02-14 | Nuance Communications, Inc. | Automated clinical documentation system and method |
US11316865B2 (en) | 2017-08-10 | 2022-04-26 | Nuance Communications, Inc. | Ambient cooperative intelligence system and method |
US11227688B2 (en) * | 2017-10-23 | 2022-01-18 | Google Llc | Interface for patient-provider conversation and auto-generation of note or summary |
US20190252078A1 (en) * | 2018-02-15 | 2019-08-15 | X Development Llc | Predicting the spread of contagions |
US11250382B2 (en) | 2018-03-05 | 2022-02-15 | Nuance Communications, Inc. | Automated clinical documentation system and method |
WO2019173331A1 (en) | 2018-03-05 | 2019-09-12 | Nuance Communications, Inc. | System and method for review of automated clinical documentation |
WO2019173333A1 (en) | 2018-03-05 | 2019-09-12 | Nuance Communications, Inc. | Automated clinical documentation system and method |
US20190279306A1 (en) * | 2018-03-09 | 2019-09-12 | Cognizant Technology Solutions India Pvt. Ltd. | System and method for auditing insurance claims |
WO2019178140A1 (en) * | 2018-03-12 | 2019-09-19 | Laboratory Corporation Of America Holdings | Data management for genetic laboratory testing |
US11227679B2 (en) | 2019-06-14 | 2022-01-18 | Nuance Communications, Inc. | Ambient clinical intelligence system and method |
US11043207B2 (en) | 2019-06-14 | 2021-06-22 | Nuance Communications, Inc. | System and method for array data simulation and customized acoustic modeling for ambient ASR |
US11216480B2 (en) | 2019-06-14 | 2022-01-04 | Nuance Communications, Inc. | System and method for querying data points from graph data structures |
US11531807B2 (en) | 2019-06-28 | 2022-12-20 | Nuance Communications, Inc. | System and method for customized text macros |
US11645344B2 (en) | 2019-08-26 | 2023-05-09 | Experian Health, Inc. | Entity mapping based on incongruent entity data |
US11670408B2 (en) | 2019-09-30 | 2023-06-06 | Nuance Communications, Inc. | System and method for review of automated clinical documentation |
US11488109B2 (en) * | 2019-11-22 | 2022-11-01 | Milliman Solutions Llc | Identification of employment relationships between healthcare practitioners and healthcare facilities |
US11194769B2 (en) | 2020-04-27 | 2021-12-07 | Richard Banister | System and method for re-synchronizing a portion of or an entire source database and a target database |
US11222103B1 (en) | 2020-10-29 | 2022-01-11 | Nuance Communications, Inc. | Ambient cooperative intelligence system and method |
CN115564544B (zh) * | 2022-10-10 | 2023-05-19 | 杭州申能信息科技有限公司 | 一种智能会计业务处理方法、装置、计算机设备和存储介质 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4858121A (en) * | 1986-12-12 | 1989-08-15 | Medical Payment Systems, Incorporated | Medical payment system |
US5301105A (en) * | 1991-04-08 | 1994-04-05 | Desmond D. Cummings | All care health management system |
CA2125300C (en) * | 1994-05-11 | 1999-10-12 | Douglas J. Ballantyne | Method and apparatus for the electronic distribution of medical information and patient services |
ES2127513T3 (es) * | 1995-02-27 | 1999-04-16 | Informations Medicales & Stati | Procedimiento de tratamiento y de acceso a unos objetos de informacion, en particular unos documentos, y sistema para la realizacion del mismo. |
US5794208A (en) * | 1996-03-01 | 1998-08-11 | Goltra; Peter S. | Creating and using protocols to create and review a patient chart |
US5924074A (en) * | 1996-09-27 | 1999-07-13 | Azron Incorporated | Electronic medical records system |
US5956689A (en) * | 1997-07-31 | 1999-09-21 | Accordant Health Services, Inc. | Systems, methods and computer program products for using event specificity to identify patients having a specified disease |
US6230142B1 (en) * | 1997-12-24 | 2001-05-08 | Homeopt, Llc | Health care data manipulation and analysis system |
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 |
US6061657A (en) * | 1998-02-18 | 2000-05-09 | Iameter, Incorporated | Techniques for estimating charges of delivering healthcare services that take complicating factors into account |
US6272489B1 (en) * | 1998-05-12 | 2001-08-07 | International Business Machines Corp. | Visually oriented, easily navigable search facility |
US6336139B1 (en) * | 1998-06-03 | 2002-01-01 | International Business Machines Corporation | System, method and computer program product for event correlation in a distributed computing environment |
US6189005B1 (en) * | 1998-08-21 | 2001-02-13 | International Business Machines Corporation | System and method for mining surprising temporal patterns |
US6182070B1 (en) * | 1998-08-21 | 2001-01-30 | International Business Machines Corporation | System and method for discovering predictive association rules |
DE69908610T2 (de) * | 1998-10-28 | 2003-12-11 | Verticalone Corp | Gerät und Verfahren für die automatische Zusammenstellung und Übertragung von Transaktionen welche persönliche elektronische informationen oder Daten enthalten |
EP1053728B1 (en) * | 1998-12-02 | 2004-04-14 | Nichiban Company Limited | Pressure-sensitive adhesive tape for pasting on skin and base material for use therein |
US6381576B1 (en) * | 1998-12-16 | 2002-04-30 | Edward Howard Gilbert | Method, apparatus, and data structure for capturing and representing diagnostic, treatment, costs, and outcomes information in a form suitable for effective analysis and health care guidance |
US7593952B2 (en) * | 1999-04-09 | 2009-09-22 | Soll Andrew H | Enhanced medical treatment system |
US6804558B2 (en) * | 1999-07-07 | 2004-10-12 | Medtronic, Inc. | System and method of communicating between an implantable medical device and a remote computer system or health care provider |
US7490048B2 (en) * | 1999-12-18 | 2009-02-10 | Raymond Anthony Joao | Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information |
US6734886B1 (en) * | 1999-12-21 | 2004-05-11 | Personalpath Systems, Inc. | Method of customizing a browsing experience on a world-wide-web site |
US20020010597A1 (en) * | 2000-05-19 | 2002-01-24 | Mayer Gregg L. | Systems and methods for electronic health management |
US20020143579A1 (en) * | 2001-03-30 | 2002-10-03 | Docherty John P. | System and method for targeted interventions of physician prescription practices based on deviations from expert guidelines |
-
2003
- 2003-05-19 US US10/440,858 patent/US20040078228A1/en not_active Abandoned
- 2003-05-30 CN CNA031413269A patent/CN1495635A/zh active Pending
- 2003-05-30 DE DE10324673A patent/DE10324673A1/de not_active Ceased
- 2003-06-02 JP JP2003156664A patent/JP2004145853A/ja not_active Withdrawn
- 2003-06-03 IT IT001112A patent/ITMI20031112A1/it unknown
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9042952B2 (en) | 1997-01-27 | 2015-05-26 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
US9521971B2 (en) | 1997-07-14 | 2016-12-20 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
US8666467B2 (en) | 2001-05-17 | 2014-03-04 | Lawrence A. Lynn | System and method for SPO2 instability detection and quantification |
US9031793B2 (en) | 2001-05-17 | 2015-05-12 | Lawrence A. Lynn | Centralized hospital monitoring system for automatically detecting upper airway instability and for preventing and aborting adverse drug reactions |
US10032526B2 (en) | 2001-05-17 | 2018-07-24 | Lawrence A. Lynn | Patient safety processor |
US10297348B2 (en) | 2001-05-17 | 2019-05-21 | Lawrence A. Lynn | Patient safety processor |
US10366790B2 (en) | 2001-05-17 | 2019-07-30 | Lawrence A. Lynn | Patient safety processor |
US9053222B2 (en) | 2002-05-17 | 2015-06-09 | Lawrence A. Lynn | Patient safety processor |
JP2007026207A (ja) * | 2005-07-19 | 2007-02-01 | Toshiba Medical System Co Ltd | 監査証跡管理サーバ、監査証跡管理システム及び監査証跡管理プログラム |
US8728001B2 (en) | 2006-02-10 | 2014-05-20 | Lawrence A. Lynn | Nasal capnographic pressure monitoring system |
JP2014075154A (ja) * | 2008-05-07 | 2014-04-24 | Laurence A Lynn | 医療障害パターン検索エンジン |
JP2011524037A (ja) * | 2008-05-07 | 2011-08-25 | ローレンス エー. リン, | 医療障害パターン検索エンジン |
JP2010086037A (ja) * | 2008-09-29 | 2010-04-15 | Wako Shoji:Kk | 健康危殆早期発見システム |
Also Published As
Publication number | Publication date |
---|---|
CN1495635A (zh) | 2004-05-12 |
ITMI20031112A0 (it) | 2003-06-03 |
US20040078228A1 (en) | 2004-04-22 |
ITMI20031112A1 (it) | 2003-12-01 |
DE10324673A1 (de) | 2004-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004145853A (ja) | ヘルスケア外来診療関連情報を監視するためのシステム | |
US7917378B2 (en) | System for processing healthcare claim data | |
US8595028B2 (en) | System and method for performing medical research across a vast patient population | |
US8364500B2 (en) | Publisher gateway systems for collaborative data exchange, collection, monitoring and/or alerting | |
US20030191667A1 (en) | System and user interface supporting use of rules for processing healthcare and other claim data | |
US20060287890A1 (en) | Method and apparatus for organizing and integrating structured and non-structured data across heterogeneous systems | |
US20090125332A1 (en) | Automated execution of health care protocols in an integrated communications infrastructure | |
US20020138306A1 (en) | System and method for electronically managing medical information | |
US8688549B2 (en) | Methods and apparatus for complementing user entries associated with events of interest through context | |
US20080201172A1 (en) | Method, system and computer software for using an xbrl medical record for diagnosis, treatment, and insurance coverage | |
US20200321087A1 (en) | System and method for recursive medical health document retrieval and network expansion | |
US20030220817A1 (en) | System and method of formulating appropriate subsets of information from a patient's computer-based medical record for release to various requesting entities | |
US20190037019A1 (en) | Agent for healthcare data application delivery | |
US7464043B1 (en) | Computerized method and system for obtaining, storing and accessing medical records | |
Rothbard | Quality issues in the use of administrative data records | |
JP2006518081A (ja) | 自動化された薬学、生物医学および医療装置の研究およびレポート作成のための方法およびシステム | |
WO2002052483A2 (en) | System and method for integration of health care records, and for a seamless user interface, for an integrated electronic health care information system | |
JP2005523504A (ja) | ヘルスケア関連情報に消費者がアクセスできるようにするシステム | |
Dawson et al. | Processes and challenges associated with establishing a linked national suicide database across the criminal justice system | |
CA2480599A1 (en) | A system for processing healthcare claim data | |
JP2005522789A (ja) | ヘルスケア及びその他の請求データを処理するためのルールの使用をサポートするシステム及びユーザインタフェース。 | |
JP2002236751A (ja) | 介護支援システムおよびコンピュータを介護支援システムとして動作させるためのプログラムおよび同プログラムが記録されたコンピュータ読取り可能な記録媒体 | |
Stanbury | 2019 Blood Lead Surveillance System Assessment | |
Mourtou | The development of data and information elements for a minimally functional electronic medical record environment in Greek public hospitals | |
Manage et al. | TAP 29 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060515 |
|
A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20070501 |