(57)【要約】【課題】電子医療記録に関するフリーテキスト検索機能のシステムおよび方法を提供する。【解決手段】フリーテキスト検索照会は、インターフェース（６１０、７１０）を介して入力された検索判断基準に基づく。検索クローラ（６５０）は、フリーテキスト検索照会に基づいて電子医療記録データを検索し、検索結果を検索エンジン（６３０）に提供する。システム（６００、７００）は、検索結果から患者データおよび／または医師データをデアイデンティファイすることができる。ある種の実施形態は、検索判断基準を受け入れ、検索結果を表示するように構成されたインターフェース（６１０、７１０）と、データを送信し、受信するために電子医療記録データベース（６６０、７６０）とインターフェースするデータベースインターフェースアダプタ（７３０）と、検索結果をフォーマットするフォーマッタとを含む。【選択図】図６
2008130094.tif 000002
【特許請求の範囲】
【請求項１】
電子医療記録データのフリーテキスト検索のシステム（６００、７００）であって、
検索判断基準を受け入れ、検索結果を表示するように構成されたインターフェース（６１０、７１０）と、
前記インターフェースからフリーテキスト検索照会を受け入れる検索エンジン（６３０）であって、前記フリーテキスト検索照会は、前記インターフェース（６１０、７１０）を介して入力された検索判断基準に基づき、前記検索エンジン（６３０）は、検索クローラ（６５０）と通信する、検索エンジン（６３０）と、
前記フリーテキスト検索照会に基づいて電子医療記録データを検索する検索クローラ（６５０）であって、前記電子医療記録データは、少なくとも英数字データおよび画像データを含み、前記フリーテキスト検索を介して患者データを合併する検索結果を提供する、検索クローラ（６５０）と
を含むシステム（６００、７００）。
【請求項２】
前記インターフェース（６１０、７１０）を介する表示のために前記検索結果をフォーマットするフォーマッタ（６２０、７２０）をさらに含む、請求項１記載のシステム（６００、７００）。
【請求項３】
前記フォーマッタ（６２０、７２０）は、前記検索結果から患者データおよび医師データのうちの少なくとも１つをデアイデンティファイする、請求項２記載のシステム（６００、７００）。
【請求項４】
前記フォーマッタ（６２０、７２０）は、少なくとも１つの適合率に従って前記検索結果を分類する、請求項１記載のシステム（６００、７００）。
【請求項５】
前記検索クローラ（６５０）は、複数の部門情報システムを検索する、請求項１記載のシステム（６００、７００）。
【請求項６】
検索判断基準との関連性によって、および特定の患者に関して、結果を合併するように構成されたフォーマッタ（６２０、７２０）をさらに含む、請求項５記載のシステム（６００、７００）。
【請求項７】
前記検索クローラ（６５０）は、特定の部門情報システムを検索するように構成される、請求項１記載のシステム（６００、７００）。
【請求項８】
電子臨床データのフリーテキスト検索の方法（８００）であって、
電子臨床データの検索に関する１つまたは複数の検索用語を受け取ること（８１０）と、
前記１つまたは複数の検索用語に基づいて検索照会を形成すること（８２０）と、
前記検索照会に基づいて関連するデータを識別するために、１つまたは複数の臨床情報システムに関連する１つまたは複数のデータベース（６６０、７６０）をクロールすること（８３０、８４０）と
出力のために前記関連するデータを検索結果としてフォーマットすること（８５０、８６０）と
を含む方法（８００）。
【請求項９】
前記フォーマットする段階は、前記１つまたは複数の検索用語に基づいて特定の部門情報システム用にカスタマイズされた検索照会を形成することをさらに含む、請求項８記載の方法（８００）。
【請求項１０】
前記フォーマットする段階は、少なくとも１つの適合率に従って前記検索結果を分類することをさらに含む、請求項８記載の方法（８００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には電子医療記録データの検索および分析に関する。より具体的には、本発明は、電子医療記録データのフリーテキスト検索（ｆｒｅｅ  ｔｅｘｔ  ｓｅａｒｃｈｉｎｇ）に関する。
【背景技術】
【０００２】
病院は、通常、病院内の様々な部門を管理するのにコンピュータシステムを利用し、各患者に関するデータが、様々なコンピュータシステムによって収集される。例えば、患者が、経胸壁心エコー（ＴＴＥ）のために入院する場合がある。その患者に関する情報（例えば、人口統計および保険）を、病院情報システム（ＨＩＳ）によって入手し、患者レコードに格納することができる。次に、この情報を、例えば心臓科システム（一般に心血管情報システムすなわちＣＶＩＳと称する）にわたすことができる。通常、ＣＶＩＳは、ある会社の製品であるが、ＨＩＳは、別の会社の製品である。その結果、データベースが、この２つの間で異なる場合がある。さらに、情報システムは、データにおいて異なるレベルの粒度を取り込み／保持し、送る場合がある。患者情報がＣＶＩＳによって受け取られたならば、その患者を、エコーラボでのＴＴＥについてスケジューリングすることができる。次に、ＴＴＥが、ソノグラファ（ｓｏｎｏｇｒａｐｈｅｒ）によって実行される。画像が撮影され、測定が行われ、これらがＣＶＩＳサーバに送られる。読み取る医師（例えば、エコーカーディオグラファ（ｅｃｈｏｃａｒｄｉｏｇｒａｐｈｅｒ））が、レビューステーションに座り、患者のＴＴＥスタディ（ＴＴＥ  ｓｔｕｄｙ）を引き出す。次に、エコーカーディオグラファは、画像および測定値の再検討を開始し、そのスタディに関する完全な医療レポートを作成する。エコーカーディオグラファが医療レポートを完成した時に、そのレポートは、ＣＶＩＳサーバに送られ、そこで、格納され、患者識別データを介してその患者に関連付けられる。この完成した医療レポートは、公共データマイニング用のデータリポジトリに送ることができる種類のレポートの例である。文書化および／または処方箋などの投薬指示ならびに検査結果および／またはバイタルサインも、電子的に生成し、データリポジトリに保存することができる。
【０００３】
現在、医療デバイス製造業者および製薬会社は、彼らの製品の現実の利用に関する臨床データの収集において、増大し続ける難問に直面している。患者医療レポートがコンピュータ化されつつあるので、現実利用データを入手する能力は、より簡単になる。さらに、データは、より大量の有用な情報のためにより簡単に組み合わされ、分析される（例えば、マイニング）ことが容易である。
【０００４】
医療技術が洗練されるにつれて、臨床分析も、より洗練されたものになる可能性がある。より多くのデータが、電子的に生成され、アーカイブされる。臨床情報システムの出現に伴って、患者の病歴が、ボタンのひと押しで入手可能になる可能性がある。情報のアクセシビリティは有利であるが、時間は、臨床セッティングで不足しているものである。医療テクノロジ成長の利益を十分に実現するためには、臨床情報を編成し、標準化することが非常に望ましいはずである。
【０００５】
臨床情報または画像関連情報が編成されている場合であっても、現在のシステムは、しばしば、現場の１人または複数の開業医によって使用可能ではない、開発者によって決定されるフォーマットでデータを編成する。さらに、情報が、他の文脈でのデータの検索および使用には役立たないフォーマットで格納される場合がある。したがって、理解および利用がより簡単な形でデータおよび命令を構造化する必要が存在する。
【０００６】
データウェアハウジング法が、医療クレーム請求および電子医療記録（ＥＭＲ）から導出された患者情報を集計し、浄化し、ステージングし、報告し、分析するのに使用されてきた。患者データを、地理的に分散した位置の患者ケア提供者（ｐａｔｉｅｎｔ  ｃａｒｅ  ｐｒｏｖｉｄｅｒ、ＰＣＰ）サイトに配置された複数のＥＭＲデータベースから抽出し、中央に配置されたデータウェアハウスに転送し、格納することができる。中央データウェアハウスは、医師生産性、予防処置、疾病管理統計、および臨床転帰に関する研究の人口ベースのプロファイルレポートに関する情報の源とすることができる。患者データは、取り扱いに注意するものであり、機密であり、したがって、特定の識別する情報は、ＰＣＰサイトから中央データウェアハウスに転送する前に除去されなければならない。この識別する情報の除去は、米国の「医療保険の携行と責任に関する法律」（ＨＩＰＡＡ）規制に従って実行されなければならない。公衆データベースに含まれるすべてのデータは、医療情報がそのデータベースに含まれる個々の患者の身元を明かしてはならない。この要件のゆえに、特定の個人までさかのぼることを助ける可能性がある、医療レポートまたは医療記録に含まれるすべての情報は、そのデータを公衆データマイニング用のデータウェアハウスに追加する前に、そのレポートまたは記録から除去されなければならない。
【０００７】
患者データは、医療の進歩ならびに患者の診断および処置に、様々な形で有用である可能性がある。例えば、ある患者に対する特定の薬または処置の影響を正確に査定するために、その特定の患者に関するすべての医療レポートを分析することが役に立つ。個々の患者までさかのぼるのに使用できるデータの除去は、特定の患者に関連するすべての医療レポートをグループ化し、分析することを不可能にする可能性がある。さらに、人口分析の目的の１つは、臨床的介入の候補である可能性がある個人からなる危険な状態のコホート人口を組み立てることである。デアイデンティファイされた（ｄｅ−ｉｄｅｎｔｉｆｉｅｄ）データは、患者を処置するために患者のアイデンティティを知る必要がある患者ケア提供者に非常に有用ではない。システムのユーザが、さらなるフォローアップのために患者を再識別する能力を必要とする場合がある。ポータルユーザがポータルシステムを用いないプロセスで患者を再識別する必要がある、すなわち、再識別のプロセスがローカルユーザのシステムで発生する場合がある。
【０００８】
医療情報システムの数の増加は、特定の医療診断、患者人口統計、死亡統計などに関する発見する情報を検索するフリーテキスト検索機能を必要とする。Ｇｏｏｇｌｅ（商標）、ＭＳＮ（商標）、Ｙａｈｏｏ（商標）などの現在の検索エンジンは、ウェブサイトを用いてフリーテキスト検索機能を提供するが、企業内でのそのような検索機能を提供しない。さらに、これらの検索エンジンは、電子医療記録の検索用にカスタマイズされてはいない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、電子医療記録に関するフリーテキスト検索機能のシステムおよび方法の必要がある。ＨＩＰＡＡに従う電子医療記録検索のシステムおよび方法の必要がある。
【課題を解決するための手段】
【００１０】
本発明のある種の実施形態は、電子医療記録のフリーテキスト検索のシステムおよび方法を提供する。ある種の実施形態は、検索判断基準を受け入れ、検索結果を表示するように構成されたインターフェースを含むシステムを提供する。このシステムは、インターフェースからフリーテキスト検索照会を受け入れる検索エンジンをも含む。フリーテキスト検索照会は、インターフェースを介して入力された検索判断基準に基づく。検索エンジンは、検索クローラと通信する。このシステムは、さらに、フリーテキスト検索照会に基づいて電子医療記録データを検索し、検索結果を提供する検索クローラを含む。ある種の実施形態で、このシステムは、インターフェースを介する表示のために検索結果をフォーマットするフォーマッタを含むことができる。フォーマッタは、例えば、検索結果から患者データおよび／または医師データをデアイデンティファイすることができる。ある種の実施形態で、インターフェースは、例えばウェブベースのインターフェースとすることができる。ある種の実施形態は、電子医療記録検索結果を取り出すシステムを提供する。このシステムは、検索判断基準を受け入れ、検索結果を表示するように構成されたインターフェースと、データを送信し、受信するために電子医療記録データベースとインターフェースするデータベースインターフェースアダプタと、検索結果をフォーマットするフォーマッタとを含む。
【００１１】
ある種の実施形態は、電子臨床データのフリーテキスト検索の方法を提供する。この方法は、電子臨床データの検索に関する１つまたは複数の検索用語を受け取ることを含む。この方法は、１つまたは複数の検索用語に基づいて検索照会を形成することも含む。この方法は、検索照会に基づいて関連するデータを識別するために、１つまたは複数の臨床情報システムに関連する１つまたは複数のデータベースをクロールすることをさらに含む。さらに、この方法は、出力のために関連するデータを検索結果としてフォーマットすることを含む。
【００１２】
前述の要約ならびに以下の本発明のある種の実施形態の詳細な説明は、添付図面と共に読まれる時によりよく理解されるであろう。本発明を示すために、ある種の実施形態を図面に示す。しかし、本発明が、添付図面に示された配置および手段に限定されないことを理解されたい。
【発明を実施するための最良の形態】
【００１３】
ある種の実施形態は、デアイデンティファイされた患者情報を、巡回患者ケア提供者（ＰＣＰ）サイトから、その患者データを分析でき、より広い範囲の患者データと比較できるデータウェアハウスシステムに送信するセキュアプロセスを提供する。本文書で使用される用語「デアイデンティファイされた患者情報」および「デアイデンティファイされた患者データ」は、ＨＩＰＡＡによって定義された完全にデアイデンティファイされたデータと、ＨＩＰＡＡによって定義される制限付きデータセットデータとの両方を指す。制限付きデータセットは、直接識別子（例えば、氏名と、市、州、および郵便番号を除く住所と、社会保険番号と、医療記録番号）を除外するが、他の識別する情報（例えば、検査日、文書化、診断、処方箋、ラボテスト結果）が残されている可能性がある、研究、公衆衛生、およびヘルスケア事業用の保護された健康情報である。これは、ＨＩＰＡＡによって定義された完全にデアイデンティファイされたデータと対照的であり、完全にデアイデンティファイされたデータでは、個々の患者までさかのぼるのに使用できるすべてのデータが、記録から除去される。個々の患者に属する、データウェアハウスを介して入手される情報は、コホートレポート（ｃｏｈｏｒｔ  ｒｅｐｏｒｔ）を介して、起点ＰＣＰサイトに戻って送信される。コホートレポートは、患者コホート群を識別するためにデータウェアハウスシステムに対して実行される照会によって生成される。次に、コホートレポートに含まれる個々の患者が、ＰＣＰサイトで再識別され、その結果、そのＰＣＰは、個々の患者の処置オプションを判断する時にその情報を検討できるようになる。
【００１４】
その代わりにおよび／またはそれに加えて、コホートレポートを使用して、患者および／または特定の臨場研究の資格を有する医療関係者のリストをＰＣＰに送り返すことができる。例えば、臨床研究のプロトコルを表す照会が、パッケージ化され、ＰＣＰまたは他のサイトに送られて、ホストＥＭＲアプリケーションによって処理される。患者の組を含むレポートが、生成され、１つまたは複数の患者「一致」が存在することを警告することができる。
【００１５】
図１は、患者アイデンティティを保護する例示的システムである。様々なＰＣＰサイトに配置されたＰＣＰシステム１０８が、ネットワーク１０６に接続される。ＰＣＰシステム１０８は、患者医療データを、データウェアハウスシステム１０４に配置されたデータウェアハウスに送信する。ＰＣＰシステム１０８は、通常、そのＰＣＰサイトで処置された患者に関連する電子医療記録（ＥＭＲ）を格納する１つまたは複数ストレージデバイスと共に、データ抽出を実行するアプリケーションソフトウェアを含む。さらに、ＰＣＰシステム１０８に、ＥＭＲデータにアクセスし、データ抽出を開始し、患者識別子の暗号化に使用されるパスワードストリングを入力するＰＣＰユーザシステム１１０を含めることができる。ＰＣＰユーザシステム１１０を、ＰＣＰシステム１０８に直接に接続することができ、あるいは、ＰＣＰユーザシステム１１０が、ネットワーク１０６を介してＰＣＰシステム１０８にアクセスすることができる。各ＰＣＰユーザシステム１１０は、本明細書で説明するプロセスを実行するコンピュータプログラムを実行する汎用コンピュータを使用して実施することができる。ＰＣＰユーザシステム１１０は、パーソナルコンピュータまたはホストに接続された端末とすることができる。ＰＣＰユーザシステム１１０がパーソナルコンピュータである場合に、本明細書で説明する処理を、ＰＣＰユーザシステム１１０にアプレットを供給することによって、ＰＣＰユーザシステム１１０およびＰＣＰシステム１０８によって共有することができる。ＰＣＰシステム１０８に配置されるストレージデバイスは、ファイル転送プロトコル（ＦＴＰ）サーバなど、電子情報を格納する様々なデバイスを使用して実施することができる。ストレージデバイスを、ＰＣＰシステム１０８に含まれるメモリを使用して実施することができ、あるいは、別々の物理的デバイスとすることができることを理解されたい。ストレージデバイスは、ＥＭＲデータベースを含む様々な情報を含む。
【００１６】
さらに、図１のシステムは、１つまたは複数のデータウェアハウスユーザシステム１０２を含み、このデータウェアハウスユーザシステム１０２を介して、エンドユーザが、データウェアハウスシステム１０４上のアプリケーションプログラムへの要求を行って、データウェアハウスに格納された特定のレコードにアクセスする（例えば、コホートレポートを作成する）ことができる。本発明の例示的実施形態では、エンドユーザに、ＰＣＰスタッフメンバー、製薬会社研究チームメンバー、ならびに医療製品および／または他の製品を作る会社からの担当者を含めることができる。データウェアハウスユーザシステム１０２を、データウェアハウスシステム１０４に直接に接続することができ、あるいは、ネットワーク１０６を介してデータウェアハウスシステム１０４に結合することができる。各データウェアハウスユーザシステム１０２は、本明細書で説明するプロセスを実行するコンピュータプログラムを実行する汎用コンピュータを使用して実施することができる。データウェアハウスユーザシステム１０２は、パーソナルコンピュータまたはホストに接続された端末とすることができる。データウェアハウスユーザシステム１０２がパーソナルコンピュータである場合に、本明細書で説明する処理を、データウェアハウスユーザシステム１０２にアプレットを供給することによって、データウェアハウスユーザシステム１０２およびデータウェアハウスシステム１０４によって共有することができる。
【００１７】
ネットワーク１０６は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イントラネット、またはグローバルネットワーク（例えば、インターネット）を含む任意のタイプの既知のネットワークとすることができる。データウェアハウスユーザシステム１０２を、複数のネットワーク（例えば、イントラネットおよびインターネット）を介してデータウェアハウスシステム１０４に結合することができ、その結果、すべてのデータウェアハウスユーザシステム１０２が、同一のネットワークを介してデータウェアハウスシステム１０４に結合される必要はなくなる。同様に、ＰＣＰシステム１０８を、複数のネットワーク（例えば、イントラネットおよびインターネット）を介してデータマイニングホストシステム１０４に結合することができ、その結果、すべてのＰＣＰシステム１０８が、同一のネットワークを介してデータウェアハウスシステム１０４に結合される必要はなくなる。データウェアハウスユーザシステム１０２、ＰＣＰシステム１０８、およびデータウェアハウスシステム１０４のうちの１つまたは複数を、無線の形でネットワーク１０６に接続することができ、ネットワーク１０６を、無線ネットワークとすることができる。例示的実施形態では、ネットワーク１０６は、インターネットであり、各データウェアハウスユーザシステム１０２は、データウェアハウスシステム１０４に直接に接続するためにユーザインターフェースアプリケーションを実行する。もう１つの実施形態では、データウェアハウスユーザシステム１０２が、ウェブブラウザを実行して、ネットワーク１０６を介してデータウェアハウスシステム１０４に連絡することができる。代替案では、データウェアハウスユーザシステム１０２を、ＷｅｂＴＶなど、主にネットワーク１０６にアクセスするためにプログラムされたデバイスを使用して実施することができる。
【００１８】
データウェアハウスシステム１０４は、サーバによってアクセス可能な記憶媒体に格納されたコンピュータプログラムに応答して動作するサーバを使用して実施することができる。データウェアハウスシステム１０４は、データウェアハウスユーザシステム１０２およびＰＣＰシステム１０８と通信するネットワークサーバ（しばしば、ウェブサーバと称する）として動作することができる。データウェアハウスシステム１０４は、データウェアハウスユーザシステム１０２およびＰＣＰシステム１０８との間での情報の送信および受信を処理し、関連するタスクを行うことができる。データウェアハウスシステム１０４には、データウェアハウスシステム１０４への許可されないアクセスを防ぎ、許可されるアクセスに対して任意の制限を実施するファイヤウォールをも含めることができる。例えば、管理者が、このシステム全体へのアクセスを有し、このシステムの諸部分を変更する権限を有するものとすることができ、ＰＣＰスタッフメンバーが、特定の患者に関するデータウェアハウスレコードのサブセットを見るためのアクセスだけを有するものとすることができる。例示的実施形態では、管理者は、新規ユーザを追加し、ユーザを削除し、ユーザ特権を編集する能力を有する。ファイヤウォールは、当技術分野で既知の通り、従来のハードウェアおよび／またはソフトウェアを使用して実施することができる。ある種の実施形態で、データウェアハウスシステム１０４は、複数の関連するおよび／またはリンクされたデータベースまたはデータウェアハウスとして実施される。
【００１９】
データウェアハウスシステム１０４は、アプリケーションサーバとしても動作する。データウェアハウスシステム１０４は、データウェアハウスシステムに配置されたデータリポジトリへのアクセスを提供する１つまたは複数のアプリケーションプログラム、ならびに患者データをステージングエリアにインポートし、その後データウェアハウスにインポートするアプリケーションプログラムを実行する。さらに、データウェアハウスシステム１０４は、患者コホートレポートを作成し、その患者コホートレポートをＰＣＰシステム１０８に送信する１つまたは複数のアプリケーションをも実行することができる。処理は、アプリケーション（例えばｊａｖａアプレット）をデータウェアハウスユーザシステム１０２に供給することによって、データウェアハウスユーザシステム１０２およびデータウェアハウスシステム１０４によって共有することができる。代替案では、データウェアハウスユーザシステム１０２に、本明細書で説明する処理の一部を実行する独立型ソフトウェアアプリケーションを含めることができる。同様に、アプリケーションをＰＣＰシステム１０８に供給することによって、ＰＣＰシステム１０８およびデータウェアハウスシステム１０４によって処理を共有することができ、その代わりに、ＰＣＰシステム１０８に、本明細書で説明する処理の一部を実行する独立型ソフトウェアアプリケーションを含めることができる。ネットワークサーバ機能およびアプリケーションサーバ機能を実施するのに別々のサーバを使用することができることを理解されたい。代替案では、ネットワークサーバ、ファイヤウォール、およびアプリケーションサーバを、必要な機能を実行するコンピュータプログラムを実行する単一のサーバによって実施することができる。
【００２０】
データウェアハウスシステム１０４に配置されるストレージデバイスは、ファイル転送プロトコル（ＦＴＰ）サーバなど、電子情報を格納する様々なデバイスを使用して実施することができる。ストレージデバイスを、データウェアハウスシステム１０４に含まれるメモリを使用して実施することができ、あるいは、別々の物理的デバイスとすることができることを理解されたい。ストレージデバイスは、１つまたは複数のＰＣＰからの患者医療データを含むデータウェアハウスを含む様々な情報を含む。データウェアハウスシステム１０４はまた、データベースサーバとして動作し、ストレージデバイスに格納されたデータを含むアプリケーションデータへのアクセスを調整することもできる。データウェアハウスは、ユーザ特性に基づいてアクセスを制限された単一のデータベースとして物理的に格納することができ、あるいは、データウェアハウスユーザシステム１０２またはデータウェアハウスシステム１０４上のデータベースの諸部分を含む様々なデータベースに物理的に格納することができる。例示的実施形態では、データリポジトリは、リレーショナルデーターベースシステムとして実施され、このデータベースシステムは、エンドユーザ特性に基づいて、異なるエンドユーザにデータの異なるビューを提供する。
【００２１】
図２は、例示的なデータウェアハウスアーキテクチャのブロック図である。患者データが、ＰＣＰシステム１０８内に配置されたＥＭＲデータベースから抽出される。本発明の例示的実施形態では、ＥＭＲデータベースレコードは、患者の氏名および住所、薬物投与、アレルギ、所見、診断、および健康保険情報などのデータを含む。ＰＣＰシステム１０８は、ＥＭＲデータベースから患者データを抽出するアプリケーションソフトウェアを含む。このデータは、その後、デアイデンティファイされ、ネットワーク１０６を介してデータウェアハウスシステム１０４にトランスポートされる（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはセキュアＨＴＴＰ（ＨＴＴＰＳ）を介して）。ある種の実施形態で、データウェアハウスシステム１０４を、例えば複数のデータウェアハウスおよび／またはデータベースとして実施することができる。データウェアハウスシステム１０４は、データインポート機能２０６を実行するアプリケーションソフトウェアを含む。データインポート機能２０６は、複数のサイトからのデアイデンティファイされた患者データを集計し、浄化し、その後、そのデータをステージングエリア２０８に格納する。複数のＰＣＰシステム１０８から受信されたデータは、正規化され、有効性および完全性について検査され、訂正されるか欠陥ありとしてフラグを立てられるかのいずれかになる。次に、複数のＰＣＰシステム１０８からのデータは、一緒にリレーショナルデータベースに組み合わされる。説明された形でのデータの集計、浄化、およびステージングは、単一の実体としてまたは各個々のＰＣＰシステム１０８に固有のいずれかで、データを意味のある形で効率的に照会することを可能にする。次に、デアイデンティファイされた患者データは、データウェアハウス２１０にステージングされ、このデータウェアハウス２１０で、照会に使用可能になる。
【００２２】
患者コホートレポート２１２が、データウェアハウスシステム１０４に配置されたアプリケーションソフトウェアによって生成され、個々の患者を処置する際の主ケア提供者による使用のためにＰＣＰシステム１０８に返される。患者コホートレポート２１２は、同一内容の照会を周期的な基礎で実行することによって自動的に生成することができる。ＰＣＰスタッフメンバー、製薬会社研究チームメンバー、ならびに医療製品および／または他の製品を作る会社からの担当者は、それぞれが患者コホートレポート２１２を実行することができる。さらに、患者コホートレポート２１２を、データウェアハウスユーザシステム１０２にアクセスするエンドユーザによって作成して、カスタムレポートを作成するか、同一内容レポートの実行を開始することができる。さらに、患者コホートレポート２１２を、データウェアハウスシステム１０４に配置されたアプリケーションソフトウェアがある患者のデータの特定の組合せがそのデータウェアハウスに格納されていると判定することに応答して、自動的に生成することができる。例示的な患者コホートレポート２１２は、特定の薬物投与によって処置された、特定の疾病を有するすべての患者を含む。もう１つの例示的な患者コホートレポート２１２は、特定の試験結果を有する、特定の年齢および性別の患者を含む。例えば、患者コホートレポート２１２は、ホルモン補充療法剤を服用している、心疾患を有するすべての女性をリストすることができる。患者コホートレポート２１２は、可能な副作用およびその副作用が発生する見込みに関する警告と共に、この判断基準にあてはまるデータウェアハウス２１０内のレコードを有するすべての患者をリストするはずである。例示的実施形態では、各ＰＣＰサイトは、レポート全体を受信し、もう１つの実施形態では、各ＰＣＰサイトは、そのＰＣＰサイトで処置されている患者だけに関するレポートを受信する。
【００２３】
本発明の例示的実施形態では、長期的患者データを照会することに基づいて患者コホートレポート２１２を作成する能力が、データウェアハウス２１０内の単一の患者に関連するすべてのレコードを接続する能力によってサポートされる。これは、データウェアハウス２１０に送信される各患者レコードに一意識別子を関連付けることを必要とする。この一意識別子は、ある特性を有する匿名患者または抽象患者を示すが、氏名、社会保険番号、住所などの個人を直接に識別する情報は提供しない。しかし、個々のＰＣＰは、そのＰＣＰサイトに位置する医療関係者が患者コホートレポート２１２に含まれる情報に応答して患者に関して最後までやり通すことができるようにするために、この一意識別子に基づいて患者を再識別する能力を保持すること望む場合がある。図３に、データウェアハウスシステム１０４に配置されたデータウェアハウス２１０での格納のために患者データをデアイデンティファイする例示的プロセスを示し、図４に、患者コホートレポート２１２に含まれるデアイデンティファイされた患者データから患者を再識別する例示的プロセスを示す。
【００２４】
図３は、データウェアハウスシステム１０４への送信のためのデータ抽出中に患者データをデアイデンティファイする例示的プロセスのブロック図である。デアイデンティファイプロセスは、患者を識別する情報を除去すると同時に、患者に関する臨床的に有用な情報を保持する。患者データが、ＥＭＲデータベース３０２から抽出され、識別する情報が除去され、デアイデンティファイされた患者データがもたらされる。本発明の例示的実施形態では、ＥＭＲデータベース３０２は、以下の患者を識別する人口統計データすなわち、氏名と、住所を含む地理的識別子と、誕生日、入院日、退院日、および死亡の日付を含む個人に直接に関係付けられる日付と、電話番号およびファクシミリ番号と、電子メールアドレスと、社会保険番号と、医療記録番号と、健康保険受取人と、口座番号と、証明書番号または免許証番号と、ナンバープレート番号を含む車両識別子および通し番号と、デバイス識別子、デバイス通し番号、ウェブＵｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）、およびインターネットプロトコル（ＩＰ）アドレス番号と、指紋および声紋を含むバイオメトリック識別子と、正面から見た顔写真の画像および匹敵する画像と、患者識別子（ＰＩＤ）３０４を含む、管理目的でＰＣＰまたはＥＭＲシステムによって割り当てられる他の一意識別番号、特性、およびコードとを含む。ＥＭＲデータベース３０２は、患者の診断または問題に関する情報と、服用されまたは処方された薬物に関する情報と、所見、診断ラボテスト、およびバイタルサインに関する情報と、ヘルスケア提供者によって文書化された、客観的および主観的な所見、査定、常態、計画、およびメモに関する情報とをも含む。ＥＭＲデータベース３０２は、患者レコードから情報を作成し、読み取り、更新し、または削除した日付、時刻、およびそれを行った担当者の身元を記録する監査情報をも含む。患者ごとのＥＭＲデータベース３０２レコードは、個々の患者を一意に識別するのに使用できる、ＰＩＤ  ３０４と称する数値キーをも含む。ＰＩＤ  ３０４は、符号化済み患者識別子（ＥＰＩＤ）３０８を作成するために、デアイデンティファイプロセスの一部として符号化される。ＥＰＩＤ  ３０８は、デアイデンティファイされた患者データと共に、データウェアハウスシステム１０４に送信される。
【００２５】
抽出プロセスは、ＰＣＰシステム１０８に配置されたアプリケーションソフトウェアによって実行され、バックグラウンドで周期的な基礎で（例えば、毎晩午前２時に、毎土曜日午前２時に）実行することができる。この形で、抽出プロセスが、ＰＣＰシステム１０８に配置された既存ソフトウェアと干渉する可能性がより低くなる。抽出プロセスは、リモートシステム（例えば、データウェアハウスシステム１０４）によって開始することもでき、フルバックアップ方式または増分バックアップ方式を含めることができる。本発明の例示的実施形態では、次の識別子すなわち、氏名と、住所、市、郡、行政管区、および郵便番号（最後の３桁まで）を含む州より小さい地理的下位区分と、個人に直接に関連する日付（例えば、誕生日）と、電話番号およびファクシミリ番号と、電子メールアドレスと、健康保険番号と、口座番号と、証明書／免許証番号と、デバイス識別子および通し番号と、ｕｎｉｆｉｅｄ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ（ＵＲＬ）と、インターネットプロトコル（ＩＰ）アドレス番号と、バイオメトリック識別子と、正面から見た顔写真と、他の一意に識別する番号、特性、またはコードとが、ＨＩＰＡＡ定義の下で完全にデアイデンティファイされたデータとして分類されるはずのデアイデンティファイされたデータを作成するために、除去されるか変形される。
【００２６】
本発明の代替の例示的実施形態では、次の識別子すなわち、氏名などの直接識別子、住所（市、州、および郵便番号以外）、社会保険番号、および医療記録番号が、ＨＩＰＡＡ定義の下で制限付きデータセット情報として分類されるはずのデアイデンティファイされたデータを作成するために、除去されるか変形される。本発明の制限付きデータセット情報実施態様では、検査日、文書化、診断、処方箋、およびラボテスト結果など、いくつかの識別する情報が残っている場合がある。
【００２７】
新規のＥＰＩＤ  ３０８が、患者に関連するＰＩＤ  ３０４およびＰＣＰによって入力されたパスワードに基づいて各患者に割り当てられる。ＰＩＤ  ３０４からＥＰＩＤ  ３０８への写像は、永続的には維持されない。図３に示された例示的実施形態に示されているように、パスワードストリング３１２は、ＰＣＰユーザシステム１１０上のパスワード暗号化ユーザインターフェース３１０を介してＰＣＰに供給される。このパスワードストリング３１２は、ＰＣＰだけに知られ、ＥＰＩＤ  ３０８をＰＩＤ  ３０４に復号するために必要である。ＰＣＰサイトのユーザは、ＰＩＤ  ３０４を入手するためにパスワードストリング３１２を有しなければならず、このパスワードストリング３１２は、患者が再識別されるたびに再入力されなければならない。パスワード暗号化ユーザインターフェース３１０は、グラフィカルユーザインターフェースとすることができる。本発明の例示的実施形態では、ユーザが入力したパスワードストリング３１２は、ツーフィッシュアルゴリズム（ｔｗｏ−ｆｉｓｈ  ａｌｇｏｒｉｔｈｍ）を使用して符号化される。ツーフィッシュアルゴリズムは、当技術分野で既知の通り、非常にセキュアで非常に柔軟になるように設計された、秘密鍵ブロック暗号暗号化アルゴリズムである。ツーフィッシュアルゴリズムは、暗号化と暗号化解除との両方に単一の鍵を使用し、しばしば、対称暗号化と称する。符号化は、ＰＣＰシステム１０８に配置された患者識別子符号化ソフトウェア３０６によって実行される。患者識別子符号化ソフトウェア３０６は、符号化されたパスワードストリングをハッシュ化して、１６桁の数をも作る。この１６桁の数が、数値的にＰＩＤ  ３０４に加算されて、ＥＰＩＤ  ３０８が作られる。ＥＰＩＤをＰＣＰサイトでのみ復号できる限り、ＰＩＤ  ３０４からＥＰＩＤ  ３０８を作成する他の方法を、本発明の例示的実施形態と共に利用することができる（例えば、患者の氏名、年齢、および社会保険番号などに基づくＲｉｖｅｓｔ、Ｓｈａｍｉｒ、およびＡｄｅｌｍａｎすなわちＲＳＡアルゴリズム）。
【００２８】
図４は、デアイデンティファイされた患者データから患者を再識別する例示的プロセスのブロック図である。前に説明したように、危険な状態の患者の人口コホートレポート２１２は、データウェアハウス２１０に対して照会を実行することによって作成される。デアイデンティファイされた個人を、臨床的選択判断基準に基づいて、長期的に追跡し、匿名人口コホートのメンバーとして照会することができる。コホートレポート２１２に含まれる照会結果は、ＥＰＩＤ  ３０８のリストである。患者コホートレポート２１２内の患者ＥＰＩＤ  ３０８のリストが、ＰＣＰシステム１０８によって受信される。ＥＰＩＤ  ３０８は、ＰＣＰシステム１０８に配置された患者識別子復号ソフトウェア４０２に読み込まれ、元のＰＩＤ  ３０４が、再作成されるか、他の形でＰＣＰシステム１０８の患者レコードに再関連付けされる。ＰＩＤ  ３０４は、ＥＭＲデータベース３０２から追加の識別する情報をルックアップするためのキーとして使用することができる。ＰＣＰの従業員は、ＥＭＲデータベース３０２からの患者固有情報を利用して、患者に助言し、処置代替案を判断することができる。
【００２９】
本発明の実施形態は、巡回ＰＣＰが、他の巡回ＰＣＰからの患者データを含むデータウェアハウスに患者データを送信することを可能にする。この形で、患者データを分析し、患者のより大きい母集団と比較することができる。デアイデンティファイされた患者データは、特定の患者に関する複数の記録を分析する長期的レポートを作成するのに有用である可能性があるＥＰＩＤ  ３０８を含む。患者コホート群に対するある種の薬および処置の効果を分析することができ、これらの効果は、薬および処置の使用または構成の改善につながる可能性がある。さらに、本発明の実施形態は、ＰＣＰが、データウェアハウスに含まれるデータに基づいてコホートレポート２１２を受信することを可能にする。これらの患者コホートレポート２１２は、患者ごとにＥＰＩＤ  ３０８を含む。ＥＰＩＤ  ３０８は、そのＥＰＩＤ  ３０８を作成したＰＣＰサイトで復号し、特定の患者を識別するのに使用することができる。この形で、ＰＣＰは、コホートレポートに含まれる情報を検討することによって、改善された処置を患者に施すことができるようになる可能性がある。有用な情報を患者レベルに戻って与えるこの能力は、より多くのＰＣＰがデータウェアハウスへの患者データの送信に参加することにもつながる可能性がある。データウェアハウスにより多くのデータを有することは、製薬会社、医療機器会社、および医師などの第三者に、特定の処置の効果および危険性に関するより有用な情報を提供できると同時に、患者を識別する情報を第三者に開示する危険性を最小にする。これは、予防処置ならびに他のタイプの医療の改善につながる可能性がある。
【００３０】
上で説明したように、本発明の実施形態は、コンピュータ実施されるプロセスおよびこれらのプロセスを実践する装置の形で実施することができる。本発明の実施形態は、フレキシブルディスク、ＣＤ−ＲＯＭ、ハードドライブ、または任意の他のコンピュータ可読記憶媒体などの有形の媒体内で実施される命令を含むコンピュータプログラムコードの形で実施することもでき、ここで、このコンピュータプログラムコードがコンピュータにロードされ、そのコンピュータによって実行される時に、そのコンピュータは、本発明を実践する装置になる。本発明の実施形態は、例えば、記憶媒体に格納され、コンピュータにロードされかつ／またはコンピュータによって実行され、あるいは、電気ワイヤリングもしくはケーブリングを介して、光ファイバを介して、または電磁放射を介してなど、ある伝送媒体を介して送信されるのいずれであれ、コンピュータプログラムコードの形で実施することもでき、ここで、このコンピュータプログラムコードがコンピュータにロードされ、そのコンピュータによって実行される時に、そのコンピュータは、本発明を実践する装置になる。汎用マイクロプロセッサで実施される時に、コンピュータプログラムコードセグメントは、特定の論理回路を作成するように、そのマイクロプロセッサを構成する。
【００３１】
ある種の実施形態では、患者情報が再識別されたならば、ユーザは、患者の対応するリストを、さらなる分析、操作などのための照会としてＥＭＲに送信することができる。再識別された患者レコードを、許可されたユーザによって変更し、比較し、かつ／または他の形で操作することができ、ローカルにおよび／またはＥＭＲデータベースもしくは他のストレージに保存することができる。変更されたレコードを、例えば、保存の前にデアイデンティファイすることができる。
【００３２】
ある種の実施形態では、ＥＭＲ更新は、データベース、データウェアハウス、および／または他のデータストアに周期的ベースで（例えば、毎晩、毎週など）「プルされ」、「プッシュされ」、または他の形で通信される。ある種の実施形態では、再識別された患者レコードに対してローカルに行われた変更は、デアイデンティファイされ、ＥＭＲシステムおよび／またはデータベースに格納のために通信される。
【００３３】
ある種の実施形態では、ユーザは、「発見」ダイアログまたは検索機能を呼び出すことによってＥＭＲ内の１つまたは複数の患者レコードを検索することができる。ユーザは、例えば、ＥＰＩＤによって検索し、ＥＰＩＤ番号を入力するか選択して、検索をアクティブ化することができる。対応する患者チャートを取り出し、表示することができる。したがって、患者を、識別され検証された、許可されたヘルスケア提供者のために再識別することができる。
【００３４】
したがって、デアイデンティファイおよび再識別は、符号化されたデータおよびアンエンコードされた（ｕｎｅｎｃｏｄｅｄ）データが物理的に分離されたシステムで一緒に働くことを可能にする。暗号化されたシステムは、ＨＩＰＡＡ準拠の患者レベル情報をホスティングし、暗号化された観点から有用な特徴を提供する（例えば、より多くの聴衆にデータビューを提供するなど）ことができるが、暗号化されたシステムからの情報を活用し、暗号化されたシステムから物理的に分離されているが患者識別可能な情報を見る許可を有する聴衆のために情報を再識別する必要が存在する。患者を再識別するプロセスは、例えばローカルシステムで行われるプロセスである。
【００３５】
ある種の実施形態では、デアイデンティファイされた患者データと識別された患者データとの分離が、個々の患者のセキュリティを破らずに、患者母集団のより幅広い分析を容易にする。母集団ベースの分析を、患者のプライバシを維持しながら安全に実行することができる。再識別は、患者のヘルスケア提供者が患者を診断し、処置し、かつ／または他のサービスを患者に与えることを可能にするためにローカルシステムレベルで行うことができる。
【００３６】
したがって、患者のプライバシを尊重すると同時に、患者情報のより幅広い分析を可能にすることができる。ヘルスケア提供者のコミュニティは、患者のプライバシを危険にさらさずに、患者母集団をベンチマークでテストし、比較することができる。それと同時に、患者の提供者は、暗号化されたサイトによってホスティング／提示されるローカルレベルで患者母集団内から患者を再識別することができる。再識別アルゴリズムは、例えば、ヘルスケア提供者レベルでローカルに格納することができる。この物理的分離は、デアイデンティファイされたデータをポータルで見ている他の提供者が患者識別可能な情報を見るという潜在的な危険性を制限することができる。
【００３７】
ある種の実施形態は、患者プライバシを危険にさらさずに、患者情報を、関心を持つ当事者と共有することを可能にする。より広いヘルスケア空間には、研究者、政府機関、実践共同体が、患者母集団を調査することを望む可能性があるが、今のところ、患者のデアイデンティファイおよび再識別においてソースデータ提供者と共に働くためのよい機構が存在しないので制限されている、応用分野がある。ある種の実施形態は、そのような対話を容易にする。例えば、暗号化解除された情報を、再識別し、その後、Ｅｘｃｅｌ（商標）、Ｃｅｎｔｒｉｃｉｔｙ  Ｐｈｙｓｉｃｉａｎ  Ｏｆｆｉｃｅ  ＥＭＲアプリケーション（商標）、および／または他のアプリケーション内で患者の提供者システムによって消費するか、その患者の提供者システムにインポートすることができる。研究者および機関などの他の実体は、患者のプライバシを危険にさらす危険性を減らされた状態で、暗号化されたデータまたはデアイデンティファイされたデータを見、かつ／または操作することができる。
【００３８】
図５に、本発明の実施形態による、患者データのデアイデンティファイおよび再識別のシステム５００を示す。システム５００は、１つまたは複数のユーザワークステーション５１０、ウェブポータル５２０、データストア５３０、およびデータリンク５４０を含む。システム５００には、例えばディスプレイ５５０および／またはデータサーバ５６０をも含めることができる。
【００３９】
システム５００の構成要素は、例えば、単独でまたは組み合わせて、ハードウェアで、ファームウェアで、および／またはソフトウェアの命令の組として実施することができる。ある種の実施形態を、汎用コンピュータまたは他の処理デバイスでの実行のために、メモリ、ハードディスク、ＤＶＤ、またはＣＤなどのコンピュータ可読媒体に常駐する命令の組として提供することができる。ある種の構成要素を、様々な形で一体化することができ、ならびに／あるいはソフトウェアおよび／またはコンピュータなどのコンピューティングデバイス上の他の機能性として提供することができる。ある種の実施形態は、再識別機能および／またはデアイデンティファイ機能を実行するためのシステム５００の１つまたは複数の構成要素を省略し、ローカルユーザとデータストアとの間でデータを通信することができる。
【００４０】
動作中に、ワークステーション５１０は、ウェブポータル５２０を介してデータを要求することができる。例えば、ワークステーション５１０のユーザは、ウェブポータル５２０にアクセスするウェブブラウザを介して患者関連データを要求する。ウェブポータル５２０は、データリンク５４０を介してデータストア５３０と通信する。例えば、ウェブポータル５２０は、インターネットまたは私有ネットワークなどのネットワークを介して、ＥＭＲデータマートなどのデータストア５３０にデータを要求する。データストア５３０は、ウェブポータル５２０を介してワークステーション５１０に要求されたデータを返す。このデータには、例えば、ＨＩＰＡＡ保護されていなデータ、デアイデンティファイ／暗号化された患者データ、再識別された患者データ、および／または他のデータを含めることができる。
【００４１】
ユーザワークステーション５１０は、ディスプレイ５５０と通信して、データストア５３０から送信されたデータを表示することができる。データを、例えば印刷し、かつ／またはファイルを生成するのに使用することもできる。ワークステーション５１０は、データサーバ５６０と通信して、例えばデータおよび／または他の更新を送信することもできる。
【００４２】
ある種の実施形態で、デアイデンティファイされた患者レポートが、ワークステーション５１０からの要求に応答して、データストア５３０からウェブポータル５２０を介してワークステーション５１０に送信される。ワークステーション５１０は、デアイデンティファイされた患者データの再識別を、ワークステーション５１０でローカルに実行する。再識別は、例えば、対応するＰＩＤを判定するためのＥＰＩＤのルックアップを介してまたは他の類似する技法を介して実行することができる。再識別機能性を、例えば、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌ（商標）、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（商標）、および／または他のソフトウェアなどの文書表示／編集プログラムに統合することができる。再識別機能は、ＥＰＩＤをＰＩＤと照合するために、データストア５３０および／またはデータサーバ５６０などの外部ソース内のデータにアクセスすることができる。ある種の実施形態で、ＥＰＩＤは、ＰＩＤおよび／またはワークステーション５１０にある文書内の他の患者を識別する情報（例えば、患者名）に置換される。
【００４３】
ある種の実施形態で、ワークステーション５１０は、まず、例えば患者データを再識別する前に、サーバ５６０を介するアクセスの特権または権利を認証することができる。ワークステーション５１０は、例えば、サーバ５６０および／またはデータストア５３０を介して患者属性および／または提供者属性をルックアップすることもできる。
【００４４】
ある種の実施形態で、医療レポートおよび／または他の文書内の情報を処理して、特定の語彙および／または文法に従って情報を正規化しまたは「スクラブ」することができる。例えば、Ｌｏｇｉｃｉａｎ（登録商標）医療データテーブルなどの医療レポートテーブルには、検査する医師または他の医療専門家からの１つまたは複数の所見値が含まれる場合がある。この所見値（例えば、「ｏｂｓ」または「ｏｂｓｖａｌｕｅ」）フィールドは、例えば自由形式フィールドである場合がある。したがって、異なる医師が、同一の状態に言及するのに異なる言葉を使用する場合がある。例えば、ある医師が、心臓麻痺に言及し、別の医師が、急性心筋梗塞症に言及する場合がある。用語を、「スクラブ」し、または解析し、数値および／または語彙／文法に関する「標準」用語に関連付けることができる。
【００４５】
例えば、電子医療記録または他の文書内の情報を、データウェアハウスまたは他のデータコレクションへの格納の前に、データ処理システムによって処理することができる。情報を、例えば、１つまたは複数のルールに基づいて、受け入れられる用語／値のテーブルまたは他のリストと照合することができる。この照合に基づいて、情報を、リスティングからの受け入れられる用語および／または値に置換することができる。上の例を使用すると、受け入れられる用語が「急性ＭＩ」である場合に、ある医師による「心臓麻痺」の使用は、「急性ＭＩ」に変換されまたは正規化されるはずであり、ある医師による「急性心筋梗塞症」の使用も、「急性ＭＩ」に変換されるはずである。
【００４６】
ある種の実施形態では、ある種の識別された患者データが、抽出され、中央で大きいデータウェアハウスに格納される。格納中に、用語を共通の語彙および／またはルールのセットに写像することによって、データをスクラブし、正規化することができる。例えば、あるレコードがＭＩに言及し、別のレコードが心筋梗塞症に言及する場合に、この両方が、中央のデータベース内で心筋梗塞としてコード化される。したがって、このデータベース内でのレコードの検索は、この共通の語彙に基づいて実行することができる。
【００４７】
ユーザは、検索に関する１つまたは複数の用語または判断基準を使用して検索を実行することができる。例えば、ユーザは、最近２年以内に急性心筋梗塞症の病歴があり、ある酵素レベルを有し、米国中西部に住んでいる、年齢が５５歳を超える患者のプールを要求することができる。用語および／または判断基準は、例えば、データベース内で既に体系化されたものとすることができ、かつ／またはユーザによる検索用語の入力時に体系化し／正規化することができる。ある種の実施形態で、ユーザは、メニューまたは他のリスティングから１つまたは複数の体系化された用語を選択し、１つまたは複数の事前に設計されたアルゴリズムを選択して、選択された条件を満足する患者を検索することができる。ある種の実施形態で、ユーザは、例えば、追加の用語を体系化し、かつ／または追加のルール／検索アルゴリズムを動的に作成することができる。ある種の実施形態で、検索システムは、ユーザの照会に対処して、その照会で使用された言葉を標準語彙または許容される用語のセットに体系化する。複数の判断基準を有する検索は、候補のプールを絞りこむために複数の判断基準を連続して適用することによって進行することができる。検索用語を、例えば、データウェアハウスおよび／または他のデータベース内の電子医療記録および／または他の項目と照合することができる。
【００４８】
ある種の実施形態で、電子医療記録データを、集中化し体系化することができる。ある種の実施形態で、電子医療記録データを、分散し、かつ／または体系化されないものとすることができる。ある種の実施形態で、電子医療記録データを、異なるシステムにおいて異なって体系化することができる。例えば、ローカル語彙を、集中化された語彙と異なるものとすることができ、かつ／または異なるローカルＥＭＲシステムが、異なるローカル語彙を有することができる。ある種の実施形態では、異なる体系化方式の間での変換および検索を可能にするために、複数の体系化の間の写像が存在することができる。
【００４９】
用語またはユーザによる入力を、例えばＩＣＤ−９（国際疾病分類第９版）コード、ＩＣＤ−１０コード、またはＣＰＴ（医師診療行為用語）コードなどの診断コードに従って体系化することができる。その代わりにおよび／またはそれに加えて、用語を、独自の用語法またはコード化方式に従って体系化することができる。例えば、「激しい右上肢痛」などの業界標準用語を、「激しい右上腕痛」として分類することができる。ある種の用語を、例えば、一般的に使用される用語および／または特定の環境もしくは応用例に適当な用語によって分類するか置換することができる。ある種の実施形態で、ユーザは、用語を選択することができ、マスタ語彙テーブルが、検索に使用される関連用語を返す。ある種の実施形態で、例えば、１つまたは複数のカテゴリを、臨床状態または疾病カテゴリに基づいて検索することができる。
【００５０】
例えば、ユーザが、「ＣＶ」（心血管）問題について検索することを望む場合に、そのユーザは、ＣＶリストから複数のＣＶ状態を選択することができる。例えば、検索インターフェースは、糖尿病による合併症を伴う心臓発作のあった人など、臨床状態をリストさせることができ、このインターフェースは、検索の選択のために診断コードをリストさせることができる。次に、ユーザは、状態／コードをフラットなまたは階層化されたリスティングまたはメニューから選択することによって、ならびに／あるいはデータベースおよび検索に適用するのに使用される臨床状態および／または他の判断基準を選択するために状態／コードを手動で入力することによって、臨床状態またはコードのいずれかまたは両方に対して検索することができる。
【００５１】
上の例の１つによれば、ユーザは、検索のために次の判断基準すなわち、５５歳を超える年齢、急性心筋梗塞症、２年の時間枠以内、ある指定された酵素レベルまたはレベルの範囲、および「中西部」という地理的位置を選択する。検索は、年齢が５５歳を超える患者をデータベース内で識別するはずである。検索は、５５歳超グループ内で最近２年以内に急性心筋梗塞症を有した患者を識別することによって、そのグループを絞りこむ。さらに、検索は、５５歳超グループ内で最近２年以内に急性心筋梗塞症を有し、中西部に在住する患者を識別するために、その患者のグループを絞りこむ。
【００５２】
ある種の実施形態は、患者情報／医師情報の自動デアイデンティファイと共に、電子医療記録内のフリーテキスト検索機能を提供する。さらに、ある種の実施形態は、ＥＭＲ内の複数検索機能を提供する。検索機能に、ユーザが入力した検索判断基準についてサイト全体／データベース全体を検索することを含めることができる。検索機能に、放射線科、心臓科、病理科など、特定の科を検索することを含めることができる。検索機能に、画像を検索し、かつ／または検索結果から類似する画像を突き止めることを含めることができる。これらの機能は単に例示的な例であり、様々な他の検索機能を、本発明のある種の実施形態に従って実施することができる。
【００５３】
ある種の実施形態で、ウェブインターフェースを使用して、検索機能にアクセスすることができる。さらに、アプリケーションプログラミングインターフェース（ＡＰＩ）を、ある種の調査機能のために設けることができる。例えば、特定の人口統計学での特定の疾病に関する診断の数、特定の疾病の患者に関する診断の数などの統計情報を見つけるＡＰＩを設けることができる。検索クローラ（ｓｅａｒｃｈ  ｃｒａｗｌｅｒ）を、ＲＩＳ、ＰＡＣＳ、ＣＶＩＳ、ＬＩＳなどの様々な情報システムと共に使用することができる。
【００５４】
図６に示されているように、ユーザは、ウェブインターフェース６１０を使用して検索にアクセスすることができる。１つまたは複数の検索判断基準を、ウェブインターフェース６１０を介して入力することができる。インターフェース６１０は、検索照会を検索エンジン６３０に送信し、検索エンジン６３０は、（ある種の実施形態で、ある処理／フォーマッティングと共に）検索照会を検索インデックス６４０にルーティングする。検索インデックス６４０は、検索照会を伝えるために検索クローラ６５０と通信する。
【００５５】
検索クローラ６５０は、検索照会の１つまたは複数の用語を使用して、ＥＭＲデータベースなどのデータベース６６０を検索する。検索クローラ６５０は、例えば、データベース６６０内でフリーテキスト検索を実行する。フリーテキスト検索またはフルテキスト検索とは、例えばＥＭＲデータベース６６０の電子文書内での１つまたは複数の指定された単語の一致を検索することである。この検索は、例えば、科または他の判断基準によって制限することができる。ある種の実施形態で、データベース６６０は、複数の科／施設にまたがる複数のデータベースを含み、検索クローラ６５０は、検索用語／パラメータに基づいてこれらのデータベースのうちの１つまたは複数を検索する。
【００５６】
例えば、フリーテキスト検索に、「ＣＲ  ＣＨＥＳＴ」、「ＣＴ  ＣＨＥＳＴ  ＷＩＴＨ  ＣＯＮＴＲＡＳＴ」、「肝臓の異質エコーテクスチャ（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｃｈｏｔｅｘｔｕｒｅ）」、「急性頭蓋内出血」などを含めることができる。高度な検索に、例えば、「手順：ＣＨＥＳＴ＆モダリティ：ＣＴ＆照会医師：ＡＡＡ＆日付範囲：０１／０２／２００７から０６／０６／２００７まで」、「手順：ＰＥＬＶＩＳ＆モダリティ：ＣＴ＆コメント：骨病変＆照会医師：」、「手順：ＣＨＥＳＴ＆モダリティ：ＸＡ｜モダリティ：ＣＴ＆コメント：冠状動脈バイパス＆科：心臓｜科：放射線」などを含めることができる。
【００５７】
その後、検索結果が、検索インデックス６４０に供給され、検索インデックス６４０は、検索結果を実行中に記憶することができる。検索インデックス６４０は、例えば木構造を使用して編成することができる。しかし、様々なインデックスを実施することができる。検索インデックス６４０は、取出のために検索結果を収集し、編成し、解析し、格納するのに使用される。その後、検索結果が、検索エンジン６３０に戻してわたされる。検索エンジン６３０は、フォーマッタ６２０を介して結果を送信する。フォーマッタ６２０は、ウェブインターフェース６１０を介する表示のために検索結果をフォーマットする。ある種の実施形態で、フォーマッタ６２０は、ウェブインターフェース６１０を介する表示の前に、患者識別情報および／または医師識別情報を検索結果からデアイデンティファイする。ある種の実施形態で、結果を、例えば、適合率および／または他の判断基準に分類することができる。
【００５８】
図７に示されているように、ユーザは、ウェブインターフェース７１０（ウェブインターフェース６１０と同一またはこれに類似するものとすることができる）を介して検索の詳細を取り出すことができる。ウェブインターフェース７１０は、データベースインターフェースアダプタ７３０にデータを要求する。データベースインターフェースアダプタ７３０は、データベース７６０（データベース６６０と同一またはこれに類似するものとすることができる）からデータを取り出す。検索詳細は、データベース７６０から取り出される。次に、データベースインターフェースアダプタ７３０は、検索詳細をフォーマッタ７２０（フォーマッタ６２０と同一またはこれに類似するものとすることができる）に供給する。フォーマッタ７２０は、このデータをフォーマットし、その結果、このデータを、ウェブインターフェース７１０を介する表示に適するものにする。フォーマットには、例えば、検索結果内の患者情報／医師情報のデアイデンティファイを介してＨＩＰＡＡ準拠を保証するのを助けることを含めることができる。
【００５９】
システム６００および７００の構成要素は、ソフトウェアで、ハードウェアで、および／またはファームウェアで実施することができ、個別におよび／または様々な組合せで実施することができる。
【００６０】
図８に、本発明の実施形態による、電子臨床データのフリーテキスト検索の方法８００の流れ図を示す。段階８１０で、１つまたは複数の検索判断基準を入力する。例えば、ユーザが、ウェブベースのインターフェースなどのインターフェースを介して１つまたは複数の検索用語を入力することができる。
【００６１】
段階８２０で、１つまたは複数の検索用語から検索照会を形成する。例えば、インターフェースが、用語を検索に適するフォーマットに組み合わせることができる。段階８３０で、検索照会を検索のために検索エンジンに送信する。例えば、インターフェースが、照会を検索のために検索エンジンにルーティングする。
【００６２】
段階８４０で、検索照会の用語を使用して、ＥＭＲデータベースなどの臨床データベースを検索する。例えば、検索クローラが、フリーテキスト検索で検索照会用語を使用して１つまたは複数の臨床データベースを検索することができる。ある種の実施形態で、例えば、検索インデックスが、検索の結果を追跡する。
【００６３】
段階８５０で、検索結果を出力のためにフォーマットする。例えば、検索結果を、ウェブベースのインターフェースを介する表示のためにフォーマットすることができる。検索結果を、格納し、送信し、別のアプリケーションにルーティングすることなどができる。ある種の実施形態では、例えば、検索結果を、出力の前にフィルタリングし、編成し、かつ／または他の形で処理することができる。ある種の実施形態では、患者識別情報および／または医師識別情報を、出力の前に検索結果から除去するか、匿名化することができる。ある種の実施形態では、例えば、結果を適合率および／または他の判断基準に分類することができる。段階８６０で、検索結果を出力する。
【００６４】
方法８００の段階のうちの１つまたは複数を、例えば単独でまたは組み合わせて、ハードウェアで、ファームウェアで、および／またはソフトウェアの命令の組として実施することができる。ある種の実施形態を、汎用コンピュータまたは他の処理デバイスでの実行のために、メモリ、ハードディスク、ＤＶＤ、またはＣＤなどのコンピュータ可読媒体に常駐する命令の組として提供することができる。
【００６５】
本発明のある種の実施形態は、これらの段階のうちの１つまたは複数を省略し、かつ／またはリストされた順序と異なる順序で段階を実行することができる。例えば、いくつかの段階を、本発明のある種の実施形態で実行されないものとすることができる。さらなる例として、ある種の段階を、同時を含む、上でリストされたものと異なる時間的順序で実行することができる。
【００６６】
したがって、ある種の実施形態は、検索判断基準に関する関連情報へのすばやいアクセスを提供する。ある種の実施形態は、電子医療記録内のフリーテキスト検索を提供する。ある種の実施形態は、患者情報および／または医師情報の自動デアイデンティファイを可能にする。さらに、ある種の実施形態は、ヘルスケア企業内の様々な部門情報システムならびに外部情報システムに関する包括的な検索機能を提供する。ある種の実施形態では、結果を、最も関連する情報がユーザによりすばやく使用可能な状態で、適合率によって分類することができる。ある種の実施形態は、複数の部門情報システムを検索し、検索判断基準との関連性によって、および特定の患者に関して、検索結果を合併する機能を提供する。
【００６７】
本発明を、例示的実施形態を参照して説明してきたが、当業者は、本発明の範囲から逸脱せずに、様々な変更を行うことができ、同等物をその要素について置換できることを理解するであろう。さらに、本発明の本質的な範囲から逸脱せずに、本発明の教示を特定の状況または材料に適合させるために、多数の修正を行うことができる。したがって、本発明が、本発明を実行するために企図された最良の態様として開示された特定の実施形態に限定されることは意図されておらず、本発明が、添付の特許請求の範囲の範囲に含まれるすべての実施形態を含むことが意図されている。さらに、用語第１、第２などの使用は、順序または重要性を表すのではなく、用語第１、第２などは、ある要素を別の要素から区別するために使用される。また、図面の符号に対応する特許請求の範囲中の符号は、単に本願発明の理解をより容易にするために用いられているものであり、本願発明の範囲を狭める意図で用いられたものではない。そして、本願の特許請求の範囲に記載した事項は、明細書に組み込まれ、明細書の記載事項の一部となる。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施形態による、患者アイデンティティを保護する例示的システムを示す図である。
【図２】本発明の実施形態による、例示的なデータウェアハウスアーキテクチャを示すブロック図である。
【図３】本発明の実施形態に従って使用される、データウェアハウスでの格納のために患者データをデアイデンティファイする例示的プロセスを示す図である。
【図４】本発明の実施形態による、デアイデンティファイされた患者データから患者を再識別する例示的プロセスを示すブロック図である。
【図５】本発明の実施形態による、患者データのデアイデンティファイおよび再識別のシステムを示す図である。
【図６】本発明の実施形態による、ＥＭＲ検索システムを示す図である。
【図７】本発明の実施形態による、検索結果取出システムを示す図である。
【図８】本発明の実施形態による、電子臨床データのフリーテキスト検索の方法を示す流れ図である。
【符号の説明】
【００６９】
１０２  データウェアハウスユーザシステム
１０４  データウェアハウスシステム
１０６  ネットワーク
１０８  ＰＣＰシステム
１１０  ＰＣＰユーザシステム
２０６  データインポート機能
２０８  ステージングエリア
２１０  データウェアハウス
２１２  患者コホートレポート
３０２  ＥＭＲデータベース
３０４  患者識別子
３０６  患者識別子符号化ソフトウェア
３０８  符号化済み患者識別子
３１０  パスワード暗号化ユーザインターフェース
３１２  パスワードストリング
４０２  患者識別子復号ソフトウェア
５００  患者データシステム
５１０  ユーザワークステーション
５２０  ウェブポータル
５３０  データストア
５４０  データリンク
５５０  ディスプレイ
５６０  データサーバ
６００  電子医療記録検索システム
６１０  ウェブインターフェース
６２０  フォーマッタ
６３０  検索エンジン
６４０  検索インデックス
６５０  検索クローラ
６６０  データベース
７００  検索結果取出システム
７１０  ウェブインターフェース
７２０  フォーマッタ
７３０  データベースインターフェースアダプタ
７６０  データベース
図８  流れ図
【図１】
2008130094.tif 000003
【図２】
2008130094.tif 000004
【図３】
2008130094.tif 000005
【図４】
2008130094.tif 000006
【図５】
2008130094.tif 000007
【図６】
2008130094.tif 000008
【図７】
2008130094.tif 000009
【図８】
2008130094.tif 000010