(57)【要約】  患者画像を含む第１組のデータを記憶する第１のデータ記憶要素と、前記第１組のデータから求めた第２組のデータを記憶する第２のデータ記憶要素とを有し、前記第２組のデータは前記第１組のデータを記述し、前記患者画像を除いたサーチ可能データを含むシステムである。
2012508942.tif 000002
【特許請求の範囲】
【請求項１】
患者画像を含む第１組のデータを記憶する第１のデータ記憶要素と、
前記第１組のデータから求めた第２組のデータを記憶する第２のデータ記憶要素とを有し、前記第２組のデータは前記第１組のデータを記述し、前記患者画像を除いたサーチ可能データを含むシステム。
【請求項２】
前記第１組のデータから記述的情報を抽出して、前記第２組のデータを生成する抽出コンポーネントをさらに有する、請求項１に記載のシステム。
【請求項３】
前記抽出コンポーネントは、トリガーイベントが発生すると、前記第１組のデータに対して抽出を行い、前記第２組のデータを更新する、請求項２に記載のシステム。
【請求項４】
前記第２のデータ記憶要素にクエリを送り、前記クエリに対する応答を受け取るサーチ要素をさらに有する、請求項１に記載のシステム。
【請求項５】
前記サーチ要素は、前記第１のデータ記憶要素に別のクエリを送り、前記別のクエリに応じて患者画像を受け取る、請求項４に記載のシステム。
【請求項６】
前記別のクエリは前記クエリへの応答に基づく、請求項５に記載のシステム。
【請求項７】
別の患者画像を含む第３組のデータを記憶する第３のデータ記憶要素をさらに有し、前記第２組のデータは前記第３組のデータから求められ、前記第３組のデータを記述するが前記別の患者画像を除くサーチ可能データをさらに含む、請求項１に記載のシステム。
【請求項８】
前記第１の記憶要素はＤＩＣＯＭデータフォーマットで患者画像を記憶する、請求項１に記載のシステム。
【請求項９】
前記第１のデータ記憶要素はＰＡＣＳである、請求項１に記載のシステム。
【請求項１０】
患者データを含む第１組のデータを記憶する段階と、
前記第１組のデータから、前記第１組のデータを記述するサーチ可能データを抽出し、第２組のデータを生成する段階であって、前記第２組のデータは前記患者画像を除く段階と、
前記第２組のデータを記憶する段階とを有する、方法。
【請求項１１】
前記第１組のデータからの抽出を定期的に行い前記第２組のデータを更新する段階をさらに有する、請求項１０に記載の方法。
【請求項１２】
患者識別子とは無関係のサーチタームを受け取る段階と、
前記サーチタームに対応する、前記第２組のデータのエントリを返す段階とをさらに有する、請求項１０に記載の方法。
【請求項１３】
別の患者画像を含む第３組のデータを記憶する段階であって、前記第３組のデータは前記第１組のデータとは離れて記憶される段階と、
前記第３組のデータから、前記第３組のデータを記述するサーチ可能データを抽出する段階と、
前記抽出したサーチ可能データを前記第２組のデータとともに記憶する段階であって、前記第２組のデータは前記別の患者画像を除く段階をさらに有する、請求項１０に記載の方法。
【請求項１４】
前記第１組のデータはＤＩＣＯＭフォーマットのデータとして記憶される、請求項１０に記載の方法。
【請求項１５】
前記第２組のデータはスプレッドシートとデータベースのうち一方で記憶される、請求項１０に記載の方法。
【請求項１６】
前記第１組のデータはＰＡＣＳである、請求項１０に記載の方法。
【請求項１７】
プロセッサにより実行可能な一組の命令を含むコンピュータ読み取り可能記憶媒体であって、前記命令は、
患者データを含む第１組のデータを記憶する段階と、
前記第１組のデータから、前記第１組のデータを記述するサーチ可能データを抽出し、第２組のデータを生成する段階であって、前記第２組のデータは前記患者画像を除く段階と、
前記第２組のデータを記憶する段階とを有する、記憶媒体。
【請求項１８】
前記命令は、
前記第１組のデータからの抽出を定期的に行い前記第２組のデータを更新する段階をさらに有する、請求項１７に記載の記憶媒体。
【請求項１９】
前記命令は、
患者識別子とは無関係のサーチタームを受け取る段階と、
前記サーチタームに対応する、前記第２組のデータのエントリを返す段階とを有する、請求項１７に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は医療データ用サーチエンジンに関する。
【背景技術】
【０００２】
既存の医療画像記憶システムは、一般的には患者の識別子によりインデックス付けをした画像を記憶するものである。このようなシステムは、簡単なデータベースクエリを用いて、特定の患者の画像をサーチするのに適している。しかし、もっと複雑なサーチ基準や高度なサーチには適していない。より詳細な情報が利用できないからである。医療専門家は、より高度なサーチの実行を行えることを望んでいる。
【発明の概要】
【課題を解決するための手段】
【０００３】
一態様によるシステムは、患者画像を含む第１組のデータを記憶する第１のデータ記憶要素と、前記第１組のデータから求めた第２組のデータを記憶する第２のデータ記憶要素とを有し、前記第２組のデータは前記第１組のデータを記述し、前記患者画像を除いたサーチ可能データを含む。
【０００４】
他の一態様による方法は、患者データを含む第１組のデータを記憶する段階と、前記第１組のデータから、前記第１組のデータを記述するサーチ可能データを抽出し、第２組のデータを生成する段階であって、前記第２組のデータは前記患者画像を除く段階と、前記第２組のデータを記憶する段階とを有する。
【図面の簡単な説明】
【０００５】
【図１】改良したサーチ機能を有する医療用データベースを提供するシステム例を示す図である。
【図２】改良したサーチ機能を有する医療用データベースを生成し利用する方法例を示す図である。
【発明を実施するための形態】
【０００６】
以下の説明と添付した図面とを参照して、実施形態をさらに理解できるであろう。同じ要素には同じ参照数字を付した。実施形態として、高度なサーチクエリをサポートする医療情報のデータベースを提供するシステムと方法とを説明する。
【０００７】
画像アーカイブ及び通信システム（ＰＡＣＳ）などの、患者の画像を記憶する既存のシステムは、一般的には患者情報によりインデックス付けされている。この情報は、患者名、誕生日、その他の患者識別子、または事例識別子（study  identifiers）を含む。ある患者識別子または事例識別子を用いてデータのインデックスをクエリ（query）するのは簡単であり、効果的である。しかし、他の基準に基づくサーチは困難であるか、または不可能である。それゆえ、かかるデータベースは目的によっては有用であるが、既存のデータベースを新しい、もっと複雑な方法でクエリすることにより、さらに利便性が高まる。
【０００８】
図１は、システム例１００を示す。システム１００は、リポジトリデータベース１１０を含む。このリポジトリデータベース１１０は、患者情報を記憶し、例えばＰＡＣＳデータベース、病理学情報システムである。上記の通り、リポジトリデータベース１１０は、例えば患者識別子、事例識別子、その他の同様な基準によりインデックス付けされた患者画像を記憶している。一般的には、かかるデータは、医療におけるデジタル画像化及び通信（ＤＩＣＯＭ）に関する標準により記憶されている。データベース１１０をクエリするユーザの能力は上記の通り限定されている。しかし、システム１００は、サーチデータベース１２０も含む。このサーチデータベース１２０は、以下に説明するように、リポジトリデータベース１１０から生成される。サーチデータベース１２０のフォーマットは、この目的に合うどんなデータベースであってもよい。スプレッドシートにように簡単なものでもよいが、この目的に合わせて構成されたデータベースであることが好ましい。システム１００は、サーチロボット（bot）１３０とフィルタ１４０とも含む。これらはサーチデータベース１２０の生成に用いられる。
【０００９】
サーチロボット１３０とフィルタ１４０は、一般的にはシステム１００に常駐するソフトウェアアプリケーションであるが、別のところにあってもよく、互いに別のところに記憶されていてもよい。例えば、病院の別の部門は別のＰＡＣＳデータベースを有していることがある。あるいは、一連の関連病院にある別々のＰＡＣＳデータベースであってもよい。サーチロボット１３０とフィルタ１４０は、これらの病院の一つに、または一病院の複数の部門にあるが、すべてのＰＡＣＳデータベースにアクセスできるようになっていてもよい。また、サーチデータベース１２０は、患者画像リポジトリデータベース１１０と離れたところにあってもよく、同じところにあってもよい。これらの要素の動作は以下に詳しく説明する。システム１００は、サーチインタフェース１５０も含む。このサーチインタフェース１５０は、これを介してユーザがサーチデータベース１２０にアクセスできるように、提供される医療アプリケーションの一部であってもよい。
【００１０】
図２は、方法例２００を示す。患者画像リポジトリデータベース１１０からサーチデータベース１２０を構成するプロセスを参照して、方法２００を説明する。しかし、方法例２００により例示されるコンセプトは、図１に示したシステム以外のシステムにも適用できる。ステップ２１０において、サーチロボット１３０は、患者画像リポジトリデータベース１１０にクエリ（query）し、サーチデータベース１２０でまだインデックス付けされていない新しい画像があるか判断する。言うまでもなく、サーチデータベース１２０を生成するとき、最初のクエリでリポジトリデータベース１１０の全ての画像を読み出す。次のクエリで、少なくとも、最も最近のクエリ以来リポジトリデータベース１１０に追加された画像を読み出す。このクエリは、一定の間隔（例えば毎週）で実行してもよい。別の実施形態では、最近追加されたものも含めて、リポジトリデータベース１１０から全ての画像を読み出すようにクエリを構成してもよい。好ましくは、クエリは、夜中や週末など、システムやネットワークの使用が少ない時間に実行する。留意すべき点として、サーチロボット１３０は、スケジュールやイベントに基づきデータベース１１０の自動的にクエリをしてもよい。またはユーザにより手作業で開始してもよい。ステップ２２０において、サーチロボット１３０は、リポジトリデータベース１１０から新しい画像を読み出し、フィルタ１４０に送る。
【００１１】
ステップ２３０において、フィルタ１４０は、サーチデータベース１２０にサーチ可能情報を提供するために、リポジトリデータベース１１０から読み出した画像を処理する。この処理ステップは、リポジトリデータベース１１０に記憶された画像をフィルタリングして、サーチ可能データを抽出することを含む。データは画像として（例えばＤＩＣＯＭフォーマットで）記憶しても、それから導出したものとして記憶してもよい。抽出するデータの性質はサーチデータベース１２０を利用する目的によって異なる。さらに、抽出するデータは、一般的に、サーチデータベース１２０の目的に関連するデータに限定される。リポジトリデータベース１１０中の画像として記憶されたピクセルデータは、サーチデータベース１２０を扱いやすい大きさにするため、データからは除去される。ＤＩＣＯＭフォーマットで画像を記憶しているリポジトリデータベース１１０の場合、ピクセルデータは記憶されたデータ量の９５％ないし９９％を占めることもある。そのため、ピクセルデータを除去することにより、データベースの大きさが扱いやすくなる。
【００１２】
ステップ２４０において、サーチ可能なサーチデータベース１２０に、抽出したデータを追加する。方法２００を最初に実行するとき、このステップ２４０は、新しい、サーチ可能なサーチデータベース１２０の生成を含む。その後、既存のサーチデータベース１２０に追加する。上記の通り、サーチデータベース１２０はこのデータの記憶に適したものであればどんなタイプのものであってもよい。しかし、このタスクに専用のタイプのものであることが好ましい。このように、ステップ２４０が完了すると、サーチデータベース１２０は最新のもの（current）となり、ユーザがサーチできるようになる。上記の通り、サーチデータベース１２０は、リポジトリデータベース１１０より大幅に小さく、含まれるデータに基づいて最適化されている。すなわち、上記の通り、実施形態では、大きなデータベースから、新しい、サーチ可能インデックスを有する小さなデータベースを生成する。しかし、こうした新しいサーチ可能インデックスは、元のデータベースの技術分野における知識に基づいて事前に生成された既存のインデックスを用いて生成され、その結果、データベースを最適化できる。このように、サーチデータベース１２０のサーチは、リポジトリデータベース１１０のサーチよりも高速かつ容易になる。さらに、サーチデータベース１２０を用いて、リポジトリデータベース１１０のみを用いたのでは実現できなかった多くのタイプのサーチが可能となる。
【００１３】
ステップ２５０において、サーチインタフェース１５０がサーチデータベース１２０にクエリをする。上記の通り、このクエリは、患者画像リポジトリデータベース１１０で可能なものよりも、もっと詳細な形式のものであってもよい。例えば、ユーザは、４つ以上の所見（findings）を含むすべてのマンモグラフィー構成レポートをサーチしてもよいし、２秒より上の時間的解像度を有するすべての前立腺の動的コントラスト強調ＭＲＩスキャンをサーチしてもよい。クエリの形式は実施形態によって異なり、ユーザが欲する情報に応じて様々な形式を取り得る。例えば、一実施形態では、クエリはテキストベースであってもよい。他の実施形態では、複数のフィルタを用いてもよい。
【００１４】
ステップ２６０では、ステップ２５０のクエリの結果をユーザに提供する。これは、リスト、テーブル、その他の本技術分野で知られているフォーマットでの結果の表示を含む。一般的に結果には患者画像リポジトリデータベース１１０のエントリへの参照が含まれる。ユーザは、本技術分野で知られた方法によりこのエントリを読み出すことができる。
【００１５】
ユーザは、上記の実施形態の実施により、既存の方法で可能なものよりももっと詳細なクエリを用いて患者情報をサーチできる。さらに、かかるサーチは、既存の方法ではできなかった方法で複数のサーチタームを利用できる。また、サーチデータベース１２０は（例えば画像データが除去され、）関連データのみを含むので、高速なサーチができる。
【００１６】
上記の例では、サーチデータベース１２０は１つの画像リポジトリデータベース１１０のデータを含む。しかし、言うまでもなく、サーチデータベース１２０は、複数の画像データベースからのデータを含んでもよいし、別のタイプのデータベースからのデータを含んでもよい。これにより、ユーザは、１つのサーチデータベース１２０を用いて、複数の記憶ロケーションにをサーチすることができる。
【００１７】
本技術分野の当業者には明らかであるが、本発明の精神や範囲から逸脱することなく、いろいろな変更をすることができる。よって、添付した請求項またはその等価物の範囲に入ることを条件に、本開示は変更やバリエーションをカバーするものである。
【００１８】
また、留意すべき点として、請求項には特許協力条約規則６．２（ｂ）による参照記号／数字が含まれていることもある。しかし、本願の請求項は、参照記号／数字に対応する実施形態に限定されると考えてはならない。
【図１】
2012508942.tif 000003
【図２】
2012508942.tif 000004
【国際調査報告】
2012508942.tif 000005
2012508942.tif 000006