JP2016534426A - 複数の収納システム内の、処理能力の高いアーカイブ検索のための方法及びシステム - Google Patents

複数の収納システム内の、処理能力の高いアーカイブ検索のための方法及びシステム Download PDF

Info

Publication number
JP2016534426A
JP2016534426A JP2016522041A JP2016522041A JP2016534426A JP 2016534426 A JP2016534426 A JP 2016534426A JP 2016522041 A JP2016522041 A JP 2016522041A JP 2016522041 A JP2016522041 A JP 2016522041A JP 2016534426 A JP2016534426 A JP 2016534426A
Authority
JP
Japan
Prior art keywords
storage
search
bins
stage
user interface
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.)
Pending
Application number
JP2016522041A
Other languages
English (en)
Inventor
マーク・アラン・ワグナー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Calgary Scientific Inc
Original Assignee
Calgary Scientific Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Calgary Scientific Inc filed Critical Calgary Scientific Inc
Publication of JP2016534426A publication Critical patent/JP2016534426A/ja
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/256—Integrating or interfacing systems involving database management systems in federated or virtual databases
    • 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/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • General Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • General Engineering & Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Mathematical Physics (AREA)
  • Fuzzy Systems (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

複数の収納庫／アーカイブを含む、収納庫／アーカイブの検索優先度を規定する構成可能な規則の表を提供するシステム及び方法。この方式では、収納庫／アーカイブが順次検索され、最初の結果が返された後に検索を停止する。収納庫／アーカイブは、予め構成される「段階」における位置に基づく優先度の順番で検索される。これにより、検索が、異なる形式の検索のため、及び、同様に異なる形式の研究事項のための負荷を最適に扱うことができる収納庫／アーカイブに向けることを可能にする。重複が見つかる場合、重複する優先度リストにより、管理者が、どの収納庫／アーカイブが検索結果に表れるかを示すことを可能にする。たとえば、臨床の研究事項のアーカイブ・システムでは、検索の優先度により、管理者が直接、異なる形式の検索のための、及び異なる研究事項のための負荷を最適に扱うことができる収納庫を検索することを可能にする。

Description

患者が撮像研究などの研究の対象となる場合、臨床情報が電子データ収納庫／アーカイブに格納される。様々な理由から、同様の研究事項が２つ以上の収納庫に格納される場合がある。たとえば、撮像研究事項が医療用撮像装置（ｉｍａｇｉｎｇ ｍｏｄａｌｉｔｙ）からローカル画像保管通信システム（ＰＡＣＳ）に送信され、Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ（ＤＩＣＯＭ）の規格を使用して格納される場合、撮像研究事項はｖｅｎｄｏｒ ｎｅｕｔｒａｌ ａｒｃｈｉｖｅ（ＶＮＡ）、またはＶＮＡを含む電子医療記録（ＥＭＲ）システムにも送られる場合がある。健康情報交換要求により、元のＥＭＲシステムの外に格納するために、研究事項が複製された可能性もある。通常は、患者の画像データの位置を突き止めるために複数の収納庫の問合せがされる場合、各収納庫は並行して検索され、すべての結果が返される。このことは、非効率で不適切なリソースの割当、及び、高い検索負荷の下での性能低下につながる場合がある。
本明細書に記載されるのは、アーカイブ環境、たとえば、臨床研究アーカイブ・システムにおいてデータ収納庫の検索の優先度を規定する、ユーザ／管理者が構成可能な規則の表のためのシステム及び方法である。この方式で、収納庫を順次検索し、最初の結果が返された後に検索を停止する。収納庫は、あらかじめ構成される「段階（ｔｉｅｒｓ）」のヒエラルキーの位置に基づき、優先度の順に検索がされ得る。このことにより、管理者が、異なる形式の検索について、及び異なる形式の研究事項についても、負荷を最適に取り扱うことができる収納庫を直接検索することが可能になる。重複する優先度リストにより、管理者が、複製が見つかる場合にどの収納庫が検索結果リストに表示されるかを示すことが可能になる。
本開示の態様によれば、複数の収納庫を、少なくとも１つの段階を含む所定のヒエラルキーに整理することと、要求者から検索要求を受信することと、所定のヒエラルキーにしたがい、複数の収納庫を検索することと、検索要求に対する結果が見つかった場合に検索することを停止することと、要求者に結果を伝達することと、を含む、複数の収納庫の検索方法が提供される。
本開示の態様によれば、ユーザ・インターフェイスを提供することであって、ユーザ・インターフェイスは収納庫のリストを表示する、ユーザ・インターフェイスを提供することと、ユーザ・インターフェイスに、構成ファイルに規定されるように収納庫が関連付けられる収納庫の段階を表示することと、収納庫の段階に対する関連付けを変更できる、編集ユーザ・インターフェイスを提供することと、変更を受信する際に、構成ファイルに、編集ユーザ・インターフェイスで受信する変化を反映することと、を含む、収納庫のヒエラルキーの構成方法が提供される。
本開示の他の態様によれば、検索要求を要求者から受信することと、構成が複数の収納庫を検索するために作動しているかを判定することと、を含む、複数の収納庫の検索方法が提供される。構成が作動している場合、方法は、複数の収納庫の所定のヒエラルキーの段階にしたがい、複数の収納庫を検索することと、検索要求に対する少なくとも１つの結果が複数の収納庫の所定のヒエラルキーの段階の段階に見つかった場合に検索を停止することと、検索要求に対する２つ以上の結果が見つかった場合に、重複する結果を除去することと、結果を要求者に伝達することと、を含む。
他のシステム、方法、特徴、及び／または利点が、以下の図面及び詳細な説明の試験の上で、当業者に明らかになるか、明らかになる場合がある。そのような追加のシステム、方法、特徴、及び／または利点はすべて、この説明に包含され、添付の特許請求の範囲によって保護されることが意図される。
図面の構成要素は、必ずしも互いに対してスケーリングされていない。同様の参照符号が、いくつかの図を通して対応する部品を示す。
図１は、本開示の態様が実施され得る、アーカイブ環境１００の高レベルのブロック図である。 図２は、段階分けされた構造のブロック図である。 図３Ａは、本開示による例示的操作フローを示す。 図３Ｂは、本開示による別の例示的操作フローを示す。 図４は、設定メニュー・アイテムから選択される、アクティブ・データベースのコネクションの例示的列挙を示す。 図５は、段階の例示的列挙を示す。 図６は、編集ユーザ・インターフェイスを示す。 図７は、重複の管理のための例示的ユーザ・インターフェイスを示す。 図８は、図１の環境に基づく、詳細な例示的臨床アーカイブ環境を示す。 図９は、例示的デバイスを示す。
別様に規定されない限り、本明細書に使用される技術的及び科学的用語はすべて、当業者に一般的に理解されるのと同じ意味を有する。本明細書に記載されるものと類似または均等である方法及び材料は、本開示の実施または試験に使用され得る。具体的な実施を以下に記載するが、実施はそれに限られないことが当業者には明らかになる。
概要
本開示は、収納庫の検索のヒエラルキー及び／または優先度を規定する、構成可能な規則の表を提供する解決策に向けられる。ユーザの問合せが出されると、問合せは１つまたは複数の収納庫に向けられる。複数の収納庫は、構成の表によって設定される所定の順番で順次検索される。問合せを満たす最初の結果が収納庫／アーカイブから返された後に、検索を停止する。たとえば、以下の開示によって明らかになるように、医療画像データが格納される環境では、優先度リストは、Ｖｅｎｄｏｒ Ｎｅｕｔｒａｌ Ａｒｃｈｉｖｅ（ＶＮＡ）＞ローカル収納庫／アーカイブ（たとえば、画像補間通信システム（ＰＡＣＳ））＞スキャナ（たとえば、まだアーカイブされていない近年の脳卒中の研究事項の位置）の検索順を有して構成され得る。したがって、医療の環境では、本開示のヒエラルキーによる検索構造が、たとえば、複数の収納庫／アーカイブに関連する研究事項が存在する場合に、リソースの負荷を減少させるために使用され得る。
例示的環境
図１は、本開示の態様が実施され得る、アーカイブ環境１００の高レベルのブロック図である。環境１００は、クライアント・アプリケーションを実行する少なくとも１つのクライアント１０２と、データベース・アプリケーションを実行する少なくとも１つのサーバ１０４とを含むクライアント／サーバ・アーキテクチャを示す。図１には各々の１つのみが示してあるが、２つ以上のクライアント１０２またはサーバ１０４があってもよい。サーバ１０４は、収納庫１〜収納庫５と相互作用して、データの格納及び引出しをするデータベース・アプリケーションを実行することができる。クライアント１０２は、それによってユーザが、キーボード、タッチスクリーン、位置指示装置などを通して収納庫１〜５のデータにアクセスすることができるクライアント・アプリケーションを実行することができる。図示していないが、クライアント・アプリケーション及びデータベース・アプリケーションは、同じコンピュータ上で実行することができる。例示的なクライアント１０２及びサーバ１０４は、図９を参照しつつ説明する。
環境１００では、データは、収納庫１〜収納庫５の１つまたは複数に格納され得る。データを引き出すために、クライアント・アプリケーションを使用して、クライアント１０２がサーバ１０４上で実行されるデータベース・アプリケーションに問合せを送ることができる。受信されると、問合せはサーバ１０４によって処理され、クライアント１０２上で実行されるクライアント・アプリケーションに結果が返される。クライアント１０２は、クライアント１０２でさらに処理するために、結果を表示するか、結果を収集することができる。
収納庫の段階及び優先度の構成
慣習的に、問合せは収納庫１〜５の各々に並行して提供される。したがって、収納庫は、その収納庫に結果が存在しないとしても、問合せを処理することが課せられる。収納庫（または、任意の他の形式のデータ格納要素）に生じる処理の負担に対処するために、そして図２を参照すると、本開示により、収納庫を選択的かつ順次に検索するように、管理者、自動チューニングシステム、または他のものに、段階分けされた検索ヒエラルキー、及び収納庫の優先度を予め構成することを可能にする、段階分けされたヒエラルキー構成機構が提供される。この方式では、応答データを有すると思われる収納庫が、実際に問合せを処理する収納庫である。さらに、ヒエラルキー構成機構は、エンドユーザに対し透過的な方式で動作し得る。
たとえば、収納庫の段階リストを使用して、収納庫１または収納庫２がクライアント１０２によって要求されるデータを保持する場合に、問合せを収納庫１または収納庫２に向けることにより、収納庫３の負荷を軽減することができる。したがって、問合せが送られる場合、ヒエラルキー機構は問合せの処理に向けられる。段階分けされたヒエラルキー構成機構を使用して、特定のクラスのユーザを収納庫１〜収納庫５の特定のものに優先順位を付けることもできる。さらにまた、段階分けされたヒエラルキー構成機構をアクセス制御機構として使用して、特定のクライアントのデバイスが特定の収納庫内のデータにアクセスことを防止することができる。さらにまた、段階分けされたヒエラルキー構成機構は、たとえばライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）の索引から判定されるように、ユーザ、またはユーザが所属するグループの位置に関連してもよい。別の用途は、ユーザによって要求されるデータの形式に基づく段階分けされたヒエラルキー構成機構の実施であってもよい。段階分けされたヒエラルキー構成機構の他の用途は、本明細書の開示に基づき、当業者には明らかになる。
図２を参照すると、本開示による、段階分けされた構造２００のブロック図が示されている。実施の際、段階分けされた構造２００またはレベル（本明細書では、相互に交換可能に使用される）が、たとえばＸＭＬフォーマットを使用して構成ファイルに規定され得る。段階の順番が、それらがＸＭＬ構成ファイルに規定される順番によって特定される。以下は、例示的な構成ファイルである。
<RepositoryTiers>
<RepositoryTier Name="Tier1">
<Repository Name="Repository1"/>
<Repository Name="Repository2"/>
</RepositoryTier>
<RepositoryTier Name="Tier2">
<Repository Name="Repository3"/>
<Repository Name="Repository4"/>
</RepositoryTier>
<RepositoryTier Name=" Tier3">
<Repository Name="Repository5"/>
</RepositoryTier>
</RepositoryTiers>
問合せが発行されると、問合せに対する収納庫／アーカイブのリストが第１の段階の収納庫／アーカイブ（収納庫１及び収納庫２）と相互作用する。結果となる収納庫／アーカイブのリストが問合せにおいて使用される。結果が見つからない場合、問合せは次いで、次の段階の収納庫／アーカイブ（収納庫３及び収納庫４）との相互作用を伴って実施される。このプロセスは、結果が見つかるか、収納庫／アーカイブの段階が尽きる（この場合、結果は返されない）まで継続する。問合せに提供される、段階に列挙されていない任意の収納庫／アーカイブは、暗に含まれる「未割当の」段階（たとえば、収納庫５）にかけてもよい。この「未割当の」段階は常に、最後の段階であるとみなされる。
段階に分けられたヒエラルキー構成機構の立上げ及び使用は、ＵＲＬで構成可能な選択肢とすることができる。したがって、段階分けされたヒエラルキー構成機構の収納庫の段階リストを作動させるか使用するために、たとえば真の値を有する使用段階（ＵｓｅＴｉｒｅｓ）のパラメータをＵＲＬで特定することができる。たとえば、ｈｔｔｐ：／／［ＨＯＳＴＮＡＭＥ］：８０８０／ａｐｐ？ｃｌｉｅｎｔ＝ｆｌｅｘ＆ｎａｍｅ＝ｄａｔａｖｉｅｗｅｒ＆ｄａｔａＩｎｓｔａｎｃｅＵＩＤ＝１．２．８４０．１１３６１９．２．１３４．１７６２８６５６３８．１７８０．１１００７００１２９．７１６＆ＵｓｅＴｉｅｒｓ＝ｔｒｕｅである。
いくつかの実施により、段階分けされたヒエラルキー構成機構の立上げは、必要である場合にその機構が使用されるように、オンデマンドとしてもよい。追加的に、または代替的に、段階分けされたヒエラルキー構成機構は、動的としてもよい。すなわち、構成ファイルは、環境１００の状況及び／またはユーザに関連するパラメータに基づいて生成し、取り込んでもよい。たとえば、遠隔のユーザの位置を判定することができ、構成ファイルがそのユーザに地理的に近接している収納庫の段階を有して生成される。
図３Ａは、本開示による例示的操作フロー３００Ａを示す。３０２において、プロセスが開始される。３０４において、要求者からの問合せを受信する。問合せは、クライアント１０２によってサーバ１０４に送られてもよい。次に、３０６において、構成ファイルが存在するか、及び／または段階分けされたヒエラルキー構成機構が作動しているかを判定する。上述のように、構成ファイルにより、段階分けされた検索ヒエラルキー及び収納庫の優先度を規定してもよく、全体の構成、送るユーザ・デバイス、ユーザ、ユーザのグループ、送るユーザ・デバイスの地理的位置などにしたがって提供してもよい。段階分けされたヒエラルキー構成機構は、上のＵＲＬ機構、または別の立上げ機構によって作動してもよい。
３０６において、構成ファイルが存在するか、段階分けされたヒエラルキー構成機構が作動している場合、３０８において、構成ファイルの段階分けされた検索優先度にしたがって問合せが処理される。上述の例では、収納庫１及び収納庫２が最初に検索され、次に収納庫３及び収納庫４、次いで収納庫５が検索される。３１０において、予め構成される段階分けされた検索優先度にしたがって、問合せに対する最初の結果が要求者に返される。また、最初の結果が見つかると、検索を停止する。このことにより、計算のリソースが維持される。３１６において、操作フローが終了する。
３０６において、構成ファイルが存在しないか、段階分けされたヒエラルキー構成機構が作動していない場合、３１２において、問合せが、利用可能な収納庫の各々によって処理される。３１４において、要求者に結果が返される。上述のように、２つ以上の結果が要求者に提供される場合がある。３１６において、操作フローが終了する。
いくつかの実施形態によれば、３１６においてプロセスが終了した後に、３１８において次のプロセスを実行して、動的に構成ファイルを生成／アップデートしてもよい。たとえば、環境的な状況を変えてもよく、ユーザが移動してもよく、またはネットワークの待ち時間を延長してもよい。いくつかの例では、検索結果自体により、構成ファイルの動的な変化を推進してもよい。そのように、３１８におけるプロセスにより、構成ファイルをアップデートして、そのような変化に対処してもよい。
図３Ｂは、本開示による、別の例示的な操作フロー３００Ｂを示す。図３Ａと同様に、３０２において、プロセスが開始される。３０４において、要求者からの問合せを受信する。問合せは、クライアント１０２によってサーバ１０４に送られてもよい。次に、３０６において、構成ファイルが存在するか、及び／または段階分けされたヒエラルキー構成機構が作動しているかを判定する。
３０６において、構成ファイルが存在するか、段階分けされたヒエラルキー構成機構が作動している場合、「Ｎ」のループが構成された収納庫がＮ＝１に設定することによって開始されて、３２０において、第１の段階を処理する。上述の例では、Ｎの値は１から５となり、収納庫１及び収納庫２が最初に検索され、次に収納庫３及び収納庫４、次いで収納庫５が検索される。３２２において、収納庫Ｎについて結果が見つかるかを判定する。ｎｏの場合、Ｎを１増大させ、フローが３２０に戻る。３２２において結果が見つかる場合、３２４において、あらゆる重複する結果を除去し、３１４において結果が返される。そして、３１６でプロセスが終了する。
上記に関し、上の段階分けされたヒエラルキー構成機構に加え、重複するデータが優先度リスト、たとえば、ａｒｃｈｉｖｅ−ｐｒｉｏｒｉｔｙ．ｘｍｌを使用して管理される。場合によっては、まったく同じデータが複数の収納庫（たとえば、収納庫１及び収納庫３）に存在する場合がある。たとえば、収納庫３においてデータが出る場合、いくらか遅れて収納庫１にも出る（ｐｕｓｈｅｄ ｔｏ）場合がある。結果の重複を避けるために、収納庫の優先度リストは、たとえばＸＭＬフォーマットを使用して構成してもよい。収納庫の順番は、それらがＸＭＬに規定される順番によって特定される。以下は、サブセットの段階を規定する例示的なａｒｃｈｉｖｅ−ｐｒｉｏｒｉｔｙ．ｘｍｌである。
<RepositoryPriorityList>
<Repository Name="Repository1"/>
<Repository Name="Repository2"/>
<Repository Name="Repository3"/>
<Repository Name="Repository4"/>
</RepositoryPriorityList>
重複するデータが複数の収納庫にわたる問合せから返される場合、優先度リストにより、収納庫の優先度レベルに基づき、重複する物のどれを保持するかを判定する。重複するデータのアイテムの１つが優先度リストに列挙されていない収納庫から来ている場合、優先度が低いと解され、表示されないが、重複する物のどれも優先度リストの収納庫から来ていない場合、それらのすべてが示される。
再び図３Ｂに戻ると、３０６において、構成ファイルが存在しないか、段階分けされたヒエラルキー構成機構が作動していない場合、３１２において、問合せが、利用可能な収納庫の各々によって処理される。３１４において、要求者に結果が返される。上述のように、２つ以上の結果が要求者に提供される場合がある。３１６において、操作フローが終了する。
いくつかの実施によれば、３１６においてプロセスが終了した後に、上述のように、３１８において次のプロセスを実行して、動的に構成ファイルを生成／アップデートしてもよい。
収納庫の段階リストの表示、編集、追加
図４〜７は、ユーザ／管理者に、収納庫を収納庫の段階リストに表示、編集、及び追加することを可能にする例示的ユーザ・インターフェイスを示す。例示的な臨床情報のアーカイブ環境のより詳細な説明は、図８を参照して以下に記載する。
図４は、進行中のＤＩＣＯＭコネクション（設定メニュー・アイテムから選択される）の列挙を示す。図４に示すように、ＤＩＣＯＭタブの下では、構成されたコネクションが列挙される。図示のように、８つの利用可能な構成されたＤＩＣＯＭ収納庫がある。図５は段階を示す。図示のように、利用可能なＤＩＣＯＭ収納庫は、それらすべてが未割当であるため、まだ段階に構成されていない。
図６は、編集ユーザ・インターフェイスを示す。ここでは、利用可能なＤＩＣＯＭ収納庫は段階に構成してもよく、優先度を各段階に設定してもよい。図６では、ディスプレイが、たとえばａｒｃｈｉｖｅ−ｔｉｅｒｓ．ｘｍｌの構成ファイルから読み取られる、存在している段階、及び各段階内の収納庫を示す。構成ファイルの中に不適当な収納庫がある（たとえば、ＤＩＣＯＭ収納庫に合うものがない）場合、段階の表において、その隣の警告アイコンとともにそれが表示される。未割当の収納庫がある場合、未割当の収納庫の各々が段階の表の最後の列に、「未割当」とマークされて示される。そのような収納庫の検索の優先度は最も低くなる。段階がない場合、すべてのＤＩＣＯＭ収納庫が「未割当」の段階にグループ化される。「未割当」のものを除くすべての段階が、それらの前に、編集及び削除の選択肢を伴う設定ボタンを有する。
１つまたは複数の段階を削除するために、未割当の段階を除くすべての段階にボタン（編集及び削除を伴う）が設けられる。段階が削除されるとすぐに、段階が構成ファイルから除去される。ＤＩＣＯＭ収納庫の編集は、ＤＩＣＯＭ収納庫の名前が変更される場合、構成ファイルへのそれぞれの加入が、段階の表への加入に合うように名前が変更されるように、段階に伝えられる。収納庫の追加または削除により、したがって、段階のリストがアップデートされる。削除により段階が空になる場合、その段階は構成ファイルから削除される。
編集ユーザ・インターフェイスでは、すべての収納庫がドラッグ可能であり、未割当のものを除くすべての段階がドラッグ可能である。段階をドラッグアンドドロップした後、その検索の優先度がアップデートされる。「段階を加える」ボタンがクリックされると、空の段階が段階の表の最後（未割当の段階がある場合は、その前）に追加される。保存ボタンがクリックされる際に空の段階がある場合、それらは構成ファイルには加えられない。不適当な収納庫が未割当の段階にドラッグされる場合、その収納庫は構成ファイルに書き込まれない。したがって、図６の編集ユーザ・インターフェイスは、上述の変化すべてを構成ファイルに充てる図形エディターとして機能する。あるいは、構成ファイルが直接編集され得る。上述のように、クライアント・デバイスの位置、ユーザ・オーセンティケーション、アクセスするデータの形式などにしたがって、複数の構成ファイルを提供することができる。
図７を参照すると、収納庫の優先度リストが追加、編集、または除去され得る。図４に示すように、図７のインターフェイスを立ち上げる「重複管理（Ｄｕｐｌｉｃａｔｅ Ｍａｎａｇｅｍｅｎｔ）」ボタンがあり、管理者は収納庫／アーカイブをドラッグアンドドロップして、その優先度を並べ替えることができる。保存ボタンをクリックすることによって、収納庫の優先度リストの構成ファイルがアップデートされるか、それがない場合には追加される。収納庫の優先度リストの構成ファイルの内容を削除するために、管理者は、「重複する研究事項のフィルタリングを無効にする（Ｄｉｓａｂｌｅ ｄｕｐｌｉｃａｔｅ ｓｔｕｄｙ ｆｉｌｔｅｒｉｎｇ）」のチェックボックスにチェックし、保存をクリックすることができる。チェックボックスの状態は、収納庫の優先度リストの構成ファイルの存在及び内容とリンクしている。たとえば、ファイルが存在しないか、ファイルが空の場合、管理者が図７のインターフェイスに進んだ際にチェックボックスがチェックされる。
したがって、上述の説明によれば、ユーザ・インターフェイスにより、環境１００の操作可能な特性を構成する、管理者のための直観的な機構が提供される。さらに、構成ファイル（複数の場合もある）により、管理者が、ソース・コードを変えることを必要とせずに、所定の性質を実施することが可能になる。表１は、本開示の態様にしたがって提供される特徴の概要を示す。
図８は、本開示の態様が実施され得る高レベルの例示的臨床情報アーカイブ環境８００である。図８の環境８００は、病院、医療クリニック、医師のオフィス、診療センターなどとすることができる設備８０１と、電子医療記録（ＥＭＲ）システム８０５とを含む。電子医療記録システム８０５は、たとえばプロバイダのオフィスで、生涯電子カルテ（ＥＨＲ）として集められる医療及び臨床データを格納するための構造基盤を提供することができる。ＥＨＲにより、デジタル・フォーマットで引き出すことができる包括的な患者の履歴が提供される。
設備８０１には、各々がローカルＬＡＮ８０３Ａに接続される画像保管通信システム（ＰＡＣＳ）データベース８０２Ａ、クライアント・コンピュータ・デバイス８０４Ａ、スキャナ８０７、及び撮像サーバ・コンピュータ８０８Ａが含まれ得る。撮像サーバ・コンピュータ８０８Ａは、クライアント・コンピュータ・デバイス８０４Ａを、医療用撮像アプリケーションなどの、設備８０１内に設けられるアプリケーションに接続するのに使用され得る。ＰＡＣＳデータベース８０２Ａは、断層撮影スキャナ、ＣＴスキャナ、及びＭＲＩスキャナ（概略的にスキャナ８０７として示す）などの様式に関連し得る。通常は、各様式はそれ自体のＰＡＣＳデータベースに関連する。
ＥＭＲシステム８０５は、各々がローカルＬＡＮ８０３Ｂに接続されるＰＡＣＳデータベース８０２Ｂ及び８０２Ｃ、クライアント・コンピュータ・デバイス８０４Ｂ、撮像サーバ・コンピュータ８０８Ｂ、並びにｖｅｎｄｏｒ ｎｅｕｔｒａｌ ａｒｃｈｉｖｅ（ＶＮＡ）８１６Ｂを含み得る。撮像サーバ・コンピュータ８０８Ｂは、クライアント・コンピュータ・デバイス８０４Ｂを、医療用撮像アプリケーションなどの、ＥＭＲ８０５内に設けられるアプリケーションに接続するのに使用され得る。ＶＮＡ８１６Ｂは、異種のＰＡＣＳ（たとえば、８０２Ｂと８０２Ｃ）間のデータの相互運用を促進する収納庫である。たとえば、ＰＡＣＳデータベース８０２Ｂ及び８０２Ｃが異なるベンダーによって提供される場合があり、このことにより、相互運用が妨げられる場合がある。ＶＮＡ８１６Ｂはベンダーにとらわれないため、各様式及びそれぞれのＰＡＣＳと独立して通信することができる。さらに、「収納庫」との用語は本明細書では、ＰＡＣｓデータベース、ＶＮＡ、またはそれらの両方に言及するのに使用される場合があることに注意されたい。
ＬＡＮ８０３Ａ及び８０３Ｂは、インターネットなどの広域エリアネットワーク８１２に接続することができる。さらに、クライアント・コンピュータ・デバイス８０４Ｃ、８０４Ｄ、及び８０４Ｅ、撮像サーバ・コンピュータ８０８Ｃ、並びにＶＮＡ８１６Ａなどの他のデバイスは、ネットワーク８１２に接続されて、環境８００内の任意のデバイス間の通信を規定することができる。たとえば、患者のデータのコピーがＰＡＣＳデータベース８０２Ａ〜８０２ＣからＶＮＡ８１６Ａ〜８１６Ｂにアップロード（たとえば、ＰＡＣＳデータベース８０２Ａ〜８０２Ｃのそれぞれにおける受領の２４時間の内に）されて、患者の画像データの回収を補助することができる。ＰＡＣＳデータベース８０２Ａ〜８０２ＣからＶＮＡ８１６Ａ〜８１６Ｂへのコピーのアップロードにより、データが複製される場合があり、このことは、上述の優先度リストを使用して管理することができる。また、ネットワーク８１２は、健康情報の交換（ＨＩＥ）に関連するサービスを規定する。
本開示によれば、クライアント・コンピュータ・デバイス８０４Ａ〜８０４Ｅが、たとえばブラウザまたは他のクライアント・インターフェイス／アプリケーション内に入力されるユニフォーム・リソース・ロケータ（ＵＲＬ）を使用して、ＰＡＣＳデータベース８０２Ａ、８０２Ｂ、８０２Ｃ、撮像サーバ・コンピュータ８０８Ａ〜８０８Ｃ、スキャナ８０７、及びＶＮＡＳ８１６Ａ、８１６Ｂと通信することができる。
撮像サーバ８０８Ａ、８０８Ｂ、及び８０８Ｃは、仮想マシン（ＶＭ）上で、または、サーバ上のデータ・アクセス・アプリケーション（たとえば、ＲＥＳＯＬＵＴＩＯＮＭＤ）内の分割されたグループとして、１つまたは複数の「テナント」にサービスを提供し得る。収納庫の優先度は、全体として、またはテナント毎に特定することができる。たとえば、全体的な優先度の構成は、テナントを特定せずに要求がされた場合に適用され得る。言い換えると、優先度の構成は、それが存在する場合に普遍的に適用され得る。テナントは、それ自体の優先度の構成を特定するか、全体的な優先度の構成を使用するか、何もしない場合がある。さらに、収納庫の優先度リストは、上述した段階とは独立している。しかし、収納庫の優先度リストと段階の構成との両方が特定される場合がある。この場合、優先度リストは、結果を返す段階からの収納庫に関する場合にのみ使用される。
設備８０１及びＥＭＲシステム８０５を環境８００内の２つの要素として説明したが、設備８０１及びＥＭＲ８０５は、アーカイブ及び／または収納庫のサービスを含む任意の物理的または仮想的環境とすることができる。
作動時には、クライアント・コンピュータ・デバイス８０４Ａ〜８０４Ｅが撮像サーバ・コンピュータ８０８Ａ〜８０８Ｃと通信して、適切なＵＲＬを使用して撮像サーバ・コンピュータにコンタクトをとることによって画像データを要求及び受信することができる。ＵＲＬは、問合せに応答するデータを回収するために、研究事項のインスタンスＩＤ、収納庫ＩＤ、クライアントＩＤ、及び構成パラメータなどのパラメータを、たとえば撮像サーバ・コンピュータ８０８Ｂに渡すことができる。環境８００における段階分けされたヒエラルキー構成機構の立上げまたは使用は、ＵＲＬで構成可能な選択肢である場合がある。
上に論じたように、画像データはこのため、撮像サーバ・コンピュータ８０８Ｂの構成ファイル内で識別される、収納庫の段階分けされたヒエラルキーにしたがって、収納庫から回収され得る。たとえば、クライアント・コンピュータ・デバイス８０４Ｂは、送られる問合せが心臓の画像データに関するものであることをＵＲＬパラメータの１つに示す場合がある。撮像サーバ・コンピュータ８０８Ｂは、心臓の画像データに関連する構成ファイルを回収する場合があり、これにより、以下の収納庫の段階分けされたヒエラルキーが規定される場合がある。
<RepositoryTiers>
<RepositoryTier Name="VNA">
<Repository Name="VNA 816B"/>
<Repository Name="VNA 816A"/>
</RepositoryTier>
<RepositoryTier Name="PACS">
<Repository Name="PACS 802B"/>
</RepositoryTier>
<RepositoryTier Name=" Unassigned">
<Repository Name="PACS 802A"/>
</RepositoryTier>
</RepositoryTiers>
上述の例示的な構成ファイルでは、ＰＡＣＳ８０２Ｃが検索ヒエラルキーにはなく、この理由は、たとえば、ＰＡＣＳ８０２Ｃが心臓のデータを含まない場合があるためである。したがって、クライアント・コンピュータ・デバイス８０４Ｂからの心臓のデータの問合せは、第１の段階（「ＶＮＡ」）に送られて、収納庫ＶＮＡ８１６ＢとＶＮＡ８１６Ａとのいずれが応答する画像データを含むかを判定する。そのように、問合せが、応答のために最初にＶＮＡ８１６Ｂに送られる。ＶＮＡ８１６Ｂがクライアントの問合せに応答する画像データを含まない場合、応答する画像データについて、ＶＮＡ８１６Ａに問合せがされる。
ＶＮＡ８１６ＢとＶＮＡ８１６Ａのいずれも、クライアントの問合せに応答する画像データを含まない場合、次の段階（「ＰＡＣＳ」）が検索される。そのように、クライアントの問合せはこのため、ＰＡＣＳ８０２Ｂに向けられる。ＰＡＣｓ８０２Ｂがクライアントの問合せに応答する画像データを含まない場合、未割当の段階が検索され、クライアントの問合せがＰＡＣｓ８０２Ａに送られる。上では、クライアントの問合せに応答する画像データを有する第１の収納庫が、そのような画像データをクライアント・コンピュータ・デバイス８０４Ｂに返し、それ以上収納庫は検索されない。
上の例から、クライアント・コンピュータ・デバイス８０４Ａ〜８０４Ｅが撮像サーバ・コンピュータ８０８Ａ〜８０８Ｃとコンタクトをとって画像データに関する問合せを送るように、同様の操作がクライアント・コンピュータ・デバイス８０４Ａ〜８０４Ｅの各々に適用され得ることが、当業者には理解される。したがって、図１の段階分けされたヒエラルキー構成機構は、環境８００で実施されて、応答するデータを有すると思われる収納庫が実際に問合せを処理する収納庫であるように、収納庫の段階分けされた検索ヒエラルキー及び優先度を予め構成することが示された。
多くの他の一般的な目的または特定の目的のコンピュータ・システムの環境または構成が使用され得る。よく知られている、使用に適し得るコンピュータ・システム、環境、及び／または構成の例には、それに限定されないが、パーソナル・コンピュータ、サーバ・コンピュータ、ハンドヘルドの、またはラップトップのデバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、ネットワーク・パーソナル・コンピュータ（ＰＣ）、ミニコンピュータ、メインフレーム・コンピュータ、埋込システム、上記のシステムまたはデバイスの任意のものを含む分散コンピュータ環境などが含まれる。
コンピュータによって実行される、プログラム・モジュールなどのコンピュータで実行可能な指示が使用される場合がある。通常、プログラム・モジュールは、特定のタスクを実施するか、特定の抄本データ形式を実施するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。分散コンピュータ環境は、タスクが、通信ネットワークまたは他のデータ伝達媒体を通してリンクしている遠隔地の処理デバイスによって実行される場合に使用され得る。分散コンピュータ環境では、プログラム・モジュール及び他のデータがローカルと遠隔地との両方の、メモリ記憶デバイスを含むコンピュータ記憶媒体に配置され得る。
図９は、例示的なコンピュータ環境を示し、この中で、例示的な実施形態及び態様が実施され得る。このコンピュータ・システム環境は、適切なコンピュータ環境の一例にすぎず、使用または機能性の範囲についての限定を示唆する意図はない。
図９を参照すると、本明細書に記載の態様を実施するための例示的システムが、デバイス９００などのデバイスを含む。この最も基本的な構成では、デバイス９００が通常、少なくとも１つの処理ユニット９０２及びメモリ９０４を含む。デバイスの厳格な構成及び形式により、メモリ９０４は、揮発性（ランダム・アクセス・メモリ（ＲＡＭ）など）、不揮発性（リード・オンリ・メモリ（ＲＯＭ）、フラッシュ・メモリなど）、またはこれらの２つのいくつかの組合せとすることができる。この最も基本的な構成は、図９に破線９０６で示されている。
デバイス９００はさらなる特徴／機能性を有する場合がある。たとえば、デバイス９００は、磁気または光学式のディスクまたはテープを含むが、それに限定されない、さらなる記憶装置（取外し可能な記憶装置、及び／または取外し不可能な記憶装置）を含む場合がある。そのようなさらなる記憶装置が、取外し可能な記憶装置９０８及び取外し不可能な記憶装置９１０によって図９に示される。
デバイス９００は通常、様々なコンピュータ可読媒体を含む。コンピュータ可読媒体は、デバイス９００によってアクセス可能な任意の利用可能な媒体とすることができ、揮発性及び不揮発性媒体、取外し可能及び取外し不可能な媒体の両方を含む。
コンピュータ記憶媒体は、コンピュータ可読指示、データ構造、プログラム・モジュール、または他のデータなどの情報の記憶装置のために任意の方法または技術に実施される揮発性及び不揮発性、並びに取外し可能及び取外し不可能な媒体を含む。メモリ９０４、取外し可能な記憶装置９０８、及び取外し不可能な記憶装置９１０はすべて、コンピュータ記憶媒体の例である。コンピュータ記憶媒体は、それに限定されないが、ＲＡＭ、ＲＯＭ、電気的に消去可能なプログラム・リード・オンリ・メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル・ビデオ・ディスク（ＤＶＤ）、もしくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶デバイス、または、所望の情報を格納するのに使用可能であり、デバイス９００によってアクセスできる任意の他の媒体を含む。任意のそのようなコンピュータ記憶媒体は、デバイス９００の一部とすることができる。
デバイス９００は、このデバイスが他のデバイスと通信することを可能にする通信用接続部（複数の場合もある）９１２を含んでもよい。デバイス９００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなどの入力デバイス（複数の場合もある）９１４をも有してもよい。ディスプレイ、スピーカ、プリンタなどの出力デバイス（複数の場合もある）９１６も含まれ得る。それらのデバイスはすべて、当該技術分野でよく知られており、ここでは長く論じる必要はない。
本明細書に記載される様々な技術は、ハードウェアもしくはソフトウェア、または、適切であれば、両者の組合せと関連して実施することができることを理解されたい。したがって、ここで開示される主題、もしくは特定の態様またはその各部分の方法及び装置は、フロッピー・ディスク、ＣＤ−ＲＯＭ、ハード・ドライブ、または任意の他の機械可読記憶媒体などの有形的媒体に具体化されるプログラム・コード（たとえば、指示）の形式を取ることができ、プログラム・コードが、コンピュータなどの機械にロードされるか、実行される際に、その機械は、ここで開示される主題を実行するための装置になる。プログラム可能なコンピュータ上でのプログラム・コードの実行の場合、デバイスは通常、プロセッサ、このプロセッサによって読取り可能な記憶媒体（揮発性及び不揮発性のメモリ及び／または記憶要素を含む）、少なくとも１つの入力デバイス、並びに少なくとも１つの出力デバイスを含む。１つまたは複数のプログラムは、ここで開示される主題と関連して記載される処理を、たとえばアプリケーション・プログラミング・インターフェイス（ＡＰＩ）、再使用可能な制御などを通して、実施または利用することができる。そのようなプログラムは、高レベルの手続き上またはオブジェクト指向性のプログラミング言語で実施されて、コンピュータ・システムと通信することができる。しかし、プログラム（複数の場合もある）は、所望であれば、アセンブリまたは機械言語で実施することができる。いずれにせよ、その言語はコンパイルされる、または解釈される言語とすることができ、ハードウェアの実施と合わせることができる。
主題を構造的特徴及び／または方法論的な行為に固有の言語で説明したが、添付の特許請求の範囲に規定される主題は、上述の特定の特徴または行為に必ずしも限定されないことを理解されたい。それどころか、上述の特定の特徴及び行為は、特許請求の範囲を実施する例示的形態として開示される。
１〜５ 収納庫
１０２ クライアント
１０４ サーバ
８０２ ＰＡＣｓ
８０３ ＬＡＮ
８０４ クライアント・コンピュータ・デバイス
８０５ ＥＭＲシステム
８０７ スキャナ
８０８ 撮像サーバ・コンピュータ
８１２ ネットワーク
８１６ ＶＮＡ
９００ デバイス
９０４ メモリ
９０８ 取外し可能な記憶装置
９１０ 取外し不可能な記憶装置
９１２ 通信用接続部
９１４ 入力デバイス
９１６ 出力デバイス

Claims (21)

  1. 複数の収納庫を、少なくとも１つの段階を含む所定のヒエラルキーに整理することと、
    要求者から検索要求を受信することと、
    前記所定のヒエラルキーにしたがい、前記複数の収納庫を検索することと、
    前記検索要求に対する結果が見つかった場合に前記検索することを停止することと、
    前記要求者に前記結果を伝達することと、を含む、複数の収納庫の検索方法。
  2. 前記所定のヒエラルキーは、複数の段階を規定し、前記複数の段階の各々は、前記複数の収納庫の少なくとも１つを含む、請求項１に記載の方法。
  3. 少なくとも１つの段階は、前記複数の収納庫の少なくとも２つを含み、各段階について、前記方法は、
    前記検索を、前記少なくとも２つの収納庫の最初に識別される収納庫において実行することと、
    結果が見つからない場合に、前記少なくとも２つの収納庫の内の次に識別される収納庫において前記検索を実行することと、をさらに含む、請求項２に記載の方法。
  4. デフォルトの段階を最も低い優先度のところに提供することをさらに含む、請求項２または３に記載の方法。
  5. 構成ファイルに前記ヒエラルキーを提供することをさらに含む、請求項１〜４のいずれか一項に記載の方法。
  6. 前記要求者の特性に関して、前記構成ファイルを読み込むことをさらに含む、請求項５に記載の方法。
  7. グラフィカル・ユーザ・インターフェイスを提供して、前記所定のヒエラルキーを規定することをさらに含む、請求項１〜６のいずれか一項に記載の方法。
  8. 前記グラフィカル・ユーザ・インターフェイスによって受信される入力にしたがい、構成ファイルを生成することをさらに含む、請求項７に記載の方法。
  9. 前記検索の要求は、医療用画像データに関するものである、請求項１〜８のいずれか一項に記載の方法。
  10. 前記検索の要求に対する結果が重複する結果の１つであるかを判定することと、
    前記要求者に前記結果を伝達する前に、前記重複する結果を除去することと、をさらに含む、請求項１〜９のいずれか一項に記載の方法。
  11. ユーザ・インターフェイスを提供することであって、前記ユーザ・インターフェイスは収納庫のリストを表示する、ユーザ・インターフェイスを提供することと、
    前記ユーザ・インターフェイスに、構成ファイルに規定されるように前記収納庫が関連付けられる収納庫の段階を表示することと、
    収納庫の段階に対する関連付けを変更できる、編集ユーザ・インターフェイスを提供することと、
    前記変更を受信する際に、前記構成ファイルに、前記編集ユーザ・インターフェイスで受信する変化を反映することと、を含む、収納庫のヒエラルキーの構成方法。
  12. 前記収納庫の段階の各々に優先度を設定するインターフェイスを提供することをさらに含む、請求項１１に記載の方法。
  13. 前記優先度を設定する前記インターフェイスは、重複する結果が前記収納庫に見つかる場合に、検索要求に応答してただ１つの結果だけが返されるように、前記収納庫のリストを並び替える重複管理ユーザ・インターフェイスとして提供される、請求項１２に記載の方法。
  14. 前記収納庫のリスト内の未割当の収納庫を前記ユーザ・インターフェイスの最も下の列に識別することをさらに含む、請求項１１〜１３のいずれか一項に記載の方法。
  15. 前記構成ファイルは、拡張マークアップ言語ファイルである、請求項１１〜１４のいずれか一項に記載の方法。
  16. 検索要求を要求者から受信することと、
    構成が複数の収納庫を検索するために作動しているかを判定することと、
    前記構成が作動している場合、
    前記複数の収納庫の所定のヒエラルキーの段階にしたがい、前記複数の収納庫を検索することと、
    前記検索要求に対する少なくとも１つの結果が前記複数の収納庫の前記所定のヒエラルキーの段階の段階に見つかった場合に検索を停止することと、
    前記検索要求に対する２つ以上の結果が見つかった場合に重複する結果を除去することと、
    前記結果を前記要求者に伝達することと、を含む、複数の収納庫の検索方法。
  17. 前記段階は、前記複数の収納庫の少なくとも２つを含み、前記方法は、
    前記検索を、前記少なくとも２つの収納庫の最初に識別される収納庫において実行することと、
    結果が見つからない場合に、前記少なくとも２つの収納庫の内の次に識別される収納庫において前記検索を実行することと、をさらに含む、請求項１６に記載の方法。
  18. 前記構成が作動していない場合、前記方法は、
    前記複数の収納庫のすべてを検索することと、
    見つかるすべての結果を要求者に伝達することと、をさらに含む、請求項１６または１７に記載の方法。
  19. ユニフォーム・リソース・ロケータ（ＵＲＬ）の構成可能な選択肢を使用して構成を作動させることをさらに含む、請求項１８に記載の方法。
  20. 前記複数の収納庫の優先順位付けにしたがい、前記複数の収納庫の前記所定のヒエラルキーの段階を設定することをさらに含む、請求項１６〜１９のいずれか一項に記載の方法。
  21. 前記優先順位付けを規定して重複する結果を管理することをさらに含む、請求項２０に記載の方法。
JP2016522041A 2013-10-10 2014-10-07 複数の収納システム内の、処理能力の高いアーカイブ検索のための方法及びシステム Pending JP2016534426A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361889482P 2013-10-10 2013-10-10
US61/889,482 2013-10-10
PCT/IB2014/002778 WO2015052584A1 (en) 2013-10-10 2014-10-07 Methods and systems for intelligent archive searching in multiple repository systems

Publications (1)

Publication Number Publication Date
JP2016534426A true JP2016534426A (ja) 2016-11-04

Family

ID=52810548

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016522041A Pending JP2016534426A (ja) 2013-10-10 2014-10-07 複数の収納システム内の、処理能力の高いアーカイブ検索のための方法及びシステム

Country Status (7)

Country Link
US (1) US20150106344A1 (ja)
EP (1) EP3055795A4 (ja)
JP (1) JP2016534426A (ja)
CN (1) CN105849723A (ja)
CA (1) CA2926897A1 (ja)
HK (1) HK1222018A1 (ja)
WO (1) WO2015052584A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105335506A (zh) * 2015-10-29 2016-02-17 福建亿榕信息技术有限公司 一种电子档案编研方法及系统
CN106897395B (zh) * 2017-02-07 2020-01-31 青岛海信医疗设备股份有限公司 一种查询dicom图像的数据信息的方法及装置
CN107480300B (zh) * 2017-08-30 2020-10-02 上海联影医疗科技有限公司 一种数据存储的方法及装置
US11605454B2 (en) * 2020-08-12 2023-03-14 GE Precision Healthcare LLC Method and system for caching medical images based on examination priority
US20230062781A1 (en) * 2021-08-27 2023-03-02 GE Precision Healthcare LLC Methods and systems for implementing and using digital imaging and communications in medicine (dicom) structured reporting (sr) object consolidation
US11934276B2 (en) 2022-03-19 2024-03-19 Dell Products L.P. Enabling incremental backup operations targeting bare-metal recovery and system-state recovery data and metadata
US11809277B1 (en) * 2022-04-22 2023-11-07 Dell Products L.P. Topological view and insights of organization information technology environment based on bare-metal recovery and system-state recovery data and metadata

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001101193A (ja) * 1999-09-27 2001-04-13 Hitachi Ltd 横断検索結果の取得方法および文書検索システムおよび横断検索プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2003150708A (ja) * 2001-11-09 2003-05-23 Srl Inc 医療情報検索システム
US6907424B1 (en) * 1999-09-10 2005-06-14 Requisite Technology, Inc. Sequential subset catalog search engine
JP2006085437A (ja) * 2004-09-16 2006-03-30 Hitachi Software Eng Co Ltd 非冗長生体高分子データベース作成方法及び検索サービス用サーバ
JP2012194989A (ja) * 2012-05-29 2012-10-11 Hitachi Solutions Ltd 検索方法、統合検索サーバ及びコンピュータプログラム

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954767B1 (en) * 1999-03-31 2005-10-11 Fuji Photo Film Co., Ltd. Server and method for searching for image using image prefetch, designating database and storage devices for searching, and setting retrieval and processing parameters for search
US20020007285A1 (en) * 1999-06-18 2002-01-17 Rappaport Alain T. Method, apparatus and system for providing targeted information in relation to laboratory and other medical services
US6697799B1 (en) * 1999-09-10 2004-02-24 Requisite Technology, Inc. Automated classification of items using cascade searches
US20040260577A1 (en) * 1999-11-15 2004-12-23 Recare, Inc. Electronic healthcare information and delivery management system with an integrated medical search architecture and capability
US6507837B1 (en) * 2000-06-08 2003-01-14 Hyperphrase Technologies, Llc Tiered and content based database searching
JP2002099536A (ja) * 2000-09-25 2002-04-05 Tadaaki Rikihisa インターネット検索支援方法、プログラム及び装置。
US6978265B2 (en) * 2001-01-16 2005-12-20 Lakeside Software, Inc. System and method for managing information for a plurality of computer systems in a distributed network
WO2003042873A1 (en) * 2001-11-13 2003-05-22 Coherity, Inc. Method and system for indexing and searching of semi-structured data
US20030144877A1 (en) * 2002-01-29 2003-07-31 Goldmann David R. Hierarchical network system for disseminating medical, drug and diagnostic information and guidance
US7484185B2 (en) * 2002-05-17 2009-01-27 International Business Machines Corporation Searching and displaying hierarchical information bases using an enhanced treeview
US7231384B2 (en) * 2002-10-25 2007-06-12 Sap Aktiengesellschaft Navigation tool for exploring a knowledge base
US7099727B2 (en) * 2002-10-25 2006-08-29 Sap Aktiengesellschaft Knowledge repository system for computing devices
US20040158584A1 (en) * 2003-01-13 2004-08-12 Necsoiu Dorel Marius Information sharing system for geographical data
JP4189248B2 (ja) * 2003-03-31 2008-12-03 日立ソフトウエアエンジニアリング株式会社 データベース検索経路判定方法
US7431201B2 (en) * 2004-07-09 2008-10-07 U. S. Bank Corporation System and method for managing requests to document archives, routing requests and delivering requests to a variety of channels or delivery mechanisms
US7334092B1 (en) * 2005-03-23 2008-02-19 Emc Corporation Method and apparatus for scoring data storage devices for participating in logical volume exchange process
US20110110568A1 (en) * 2005-04-08 2011-05-12 Gregory Vesper Web enabled medical image repository
US7584177B2 (en) * 2005-06-29 2009-09-01 Google Inc. Determination of a desired repository
EP1783611B1 (en) * 2005-11-07 2009-06-17 Agfa Inc. Redundant image storage system and method
US8386469B2 (en) * 2006-02-16 2013-02-26 Mobile Content Networks, Inc. Method and system for determining relevant sources, querying and merging results from multiple content sources
US7621445B2 (en) * 2006-09-12 2009-11-24 International Business Machines Corporation Method and apparatus for access to health data with portable media
US8352454B2 (en) * 2007-04-11 2013-01-08 Travelport Development Llc System and method for performing data searches using multiple data search providers
US20080263009A1 (en) * 2007-04-19 2008-10-23 Buettner Raymond R System and method for sharing of search query information across organizational boundaries
US9171344B2 (en) * 2007-10-30 2015-10-27 Onemednet Corporation Methods, systems, and devices for managing medical images and records
US20090132285A1 (en) * 2007-10-31 2009-05-21 Mckesson Information Solutions Llc Methods, computer program products, apparatuses, and systems for interacting with medical data objects
US7974982B2 (en) * 2008-02-04 2011-07-05 Disney Enterprises, Inc. System and method for device profiling using cascaded databases
DE102008037094B4 (de) * 2008-05-08 2015-07-30 Siemens Aktiengesellschaft Speichern und Bereitstellen von medizinischen Bilddaten in einem computerbasierten verteilten System
US8959108B2 (en) * 2008-06-18 2015-02-17 Zeitera, Llc Distributed and tiered architecture for content search and content monitoring
US8386437B2 (en) * 2009-04-02 2013-02-26 Xerox Corporation Apparatus and method for document collection and filtering
WO2011004622A1 (ja) * 2009-07-10 2011-01-13 コニカミノルタエムジー株式会社 医療情報システムおよびそのためのプログラム
US20110071852A1 (en) * 2009-09-18 2011-03-24 E-Health Portfolio, Incorporated Health Information Management Systems and Methods
US9137307B2 (en) * 2010-01-14 2015-09-15 Addonmail Searching and retrieving files in computer networks
US8707296B2 (en) * 2010-04-27 2014-04-22 Apple Inc. Dynamic retrieval of installation packages when installing software
US9043901B2 (en) * 2010-09-01 2015-05-26 Apixio, Inc. Intent-based clustering of medical information
US8775213B2 (en) * 2011-07-21 2014-07-08 Emergent Health Care Solutions, Llc Method, apparatus, and system for reading, processing, presenting, and/or storing electronic medical record information
US20130197940A1 (en) * 2012-01-26 2013-08-01 Reliant Medical Group, Inc. System for Automated Health Information Exchange
US8799245B2 (en) * 2012-03-08 2014-08-05 Commvault Systems, Inc. Automated, tiered data retention
US20140119632A1 (en) * 2012-10-26 2014-05-01 Michael Yuz Automated system and method for providing radiological second opinions
US9135274B2 (en) * 2012-11-21 2015-09-15 General Electric Company Medical imaging workflow manager with prioritized DICOM data retrieval
US20140143298A1 (en) * 2012-11-21 2014-05-22 General Electric Company Zero footprint dicom image viewer
WO2014141355A1 (ja) * 2013-03-11 2014-09-18 株式会社日立ソリューションズ 計算機システム、データ管理方法及びプログラムを格納する記録媒体
US20140280230A1 (en) * 2013-03-13 2014-09-18 Qualcomm Incorporated Hierarchical orchestration of data providers for the retrieval of point of interest metadata
US20140358916A1 (en) * 2013-05-29 2014-12-04 Microsoft Corporation Personalized prioritization of integrated search results

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6907424B1 (en) * 1999-09-10 2005-06-14 Requisite Technology, Inc. Sequential subset catalog search engine
JP2001101193A (ja) * 1999-09-27 2001-04-13 Hitachi Ltd 横断検索結果の取得方法および文書検索システムおよび横断検索プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2003150708A (ja) * 2001-11-09 2003-05-23 Srl Inc 医療情報検索システム
JP2006085437A (ja) * 2004-09-16 2006-03-30 Hitachi Software Eng Co Ltd 非冗長生体高分子データベース作成方法及び検索サービス用サーバ
JP2012194989A (ja) * 2012-05-29 2012-10-11 Hitachi Solutions Ltd 検索方法、統合検索サーバ及びコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ＴＩＶＯＬＩ▲Ｒ▼ ＳＹＳＴＥＭ ＡＵＴＯＭＡＴＩＯＮ ＦＯＲ ＭＵＬＴＩＰＬＡＴＦＯＲＭＳ 管理者, vol. 第1版, JPN6018033182, 31 May 2010 (2010-05-31) *

Also Published As

Publication number Publication date
EP3055795A1 (en) 2016-08-17
CA2926897A1 (en) 2015-04-16
US20150106344A1 (en) 2015-04-16
EP3055795A4 (en) 2017-06-07
HK1222018A1 (zh) 2017-06-16
WO2015052584A1 (en) 2015-04-16
CN105849723A (zh) 2016-08-10

Similar Documents

Publication Publication Date Title
JP2016534426A (ja) 複数の収納システム内の、処理能力の高いアーカイブ検索のための方法及びシステム
US20200218693A1 (en) Data storage system for analysis of data across heterogeneous information management systems
US9275069B1 (en) Managing disconnected investigations
US10459892B2 (en) Filesystem hierarchical aggregate metrics
US9251183B2 (en) Managing tenant-specific data sets in a multi-tenant environment
US12003591B2 (en) Automatic discovery and registration of service applications for files introduced to a user interface
US20170017708A1 (en) Entity-relationship modeling with provenance linking for enhancing visual navigation of datasets
JP5541149B2 (ja) スナップショット採取プログラム、サーバおよびスナップショット採取方法
US20130152085A1 (en) Optimizing Storage Allocation in a Virtual Desktop Environment
US20150127606A1 (en) Plural architecture master data management
WO2009036500A1 (en) Layout manager
US20090254585A1 (en) Method for Associating Administrative Policies with User-Definable Groups of Files
JP2009064120A (ja) 検索システム
US20190258608A1 (en) Information management
KR101621385B1 (ko) 클라우드 스토리지 서비스의 파일 검색 시스템 및 방법, 및 파일 제어 방법
US11675748B2 (en) External data repository file integration using a virtual file system
JP2013239058A (ja) 情報処理装置、方法及びプログラム
US9292523B1 (en) Managing data storage
EP3812922A1 (en) Methods and systems for data synchronization
US20180260392A1 (en) Mapping storage across storage providers
US10303651B2 (en) Load back of archived data
US20240111715A1 (en) Attribute based asset discovery for intelligent protection
Tsyganov et al. The Research Data Management System at the University of Groningen (RUG RDMS): architecture, solution engines and challenges
JP2010044696A (ja) プログラムライセンス管理システム及び管理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171006

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180814

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180827

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190318