(57)【要約】本発明は、多数の応用例で視覚知識の有用性を増強する方法と装置である。これは特性と仮説との間の関係をデータベース形式（１０４）に引き出し、これにより各種の仮説（医療診断、薬剤識別、植物／動物識別、死因、事故原因、等）の調査を行うユーザーを支援するために適した方法で視覚情報を構成する。本発明は、決定実行過程を自動化しないことにより知識工学の周りの未解決問題を避けている。むしろ、本発明は、直接観察と記憶された画像とテキスト・データとの比較（１１６、１１８）により利用可能な情報を基にユーザーが妥当な結論（１２０）に到達することを支援するための支援ツールとして、リレーショナル・データベース（１０４）を使用してテキスト及び視覚所見（１１０）に動的に応答する。
2004517380.tif 000002
【特許請求の範囲】
【請求項１】
視覚診断過程を支援するシステムにおいて、
画像データベースと、
診断過程を支援するため、前記画像データベースに相互参照された知識データベースと、
ユーザーから、診断を必要とするサンプルの複数個の説明特性を要求するユーザー・インターフェースと、
前記特性に応答する診断エンジンであって、サンプルの前記特性は前記エンジンにより使用されて、複数個の可能な診断から、特性と一致した診断のサブセットを識別する前記診断エンジンと、
を含み、
診断のサブセットを使用して、ユーザー・インターフェースを介してユーザー検討用に複数個の画像の同時表示用に前記画像データベースの情報空間を再構成する、
視覚診断過程を支援するシステム。
【請求項２】
請求項１記載のシステムにおいて、前記診断エンジンは、複数個の説明特性の内の少なくとも１つの修正時に、診断のサブセットを使用して、動的に動作して情報空間を再構成するシステム。
【請求項３】
視覚診断過程を支援する方法において、
特定の主題事項と関係する画像の集合から画像データベースを作成する段階と、
特定の主題事項と関係する他のデータとの知識データベースを作成する段階であって、前記知識データベースは、診断過程を支援するため、前記画像データベースに相互参照されている前記知識データベースを作成する段階と、
特定の主題事項に適合されたユーザー・インターフェースを通して、診断を必要とするサンプルの複数個の説明特性をユーザーから収集する段階と、
前記説明特性に応答して、知識データベース内に含まれる複数個の可能な診断から、ユーザーから収集した説明特性と一致する診断のサブセットを識別する段階と、
診断のサブセットを使用して、ユーザー・インターフェースを介してユーザー検討用に説明特性と関係する複数個の画像の同時表示用に前記画像データベースの情報空間を再構成する段階と、を含む
視覚診断過程を支援する方法。
【請求項４】
請求項３記載の方法において、前記診断エンジンは、複数個の説明特性の内の少なくとも１つのユーザー修正時に、診断のサブセットを使用して、動的に動作して情報空間を再構成する方法。
【請求項５】
相互参照の知識及び画像データベースを使用して診断不確実性を減少するシステムにおいて、
ユーザーから診断の複数個の特性を要求するユーザー・インターフェースと、
診断エンジンであって、診断の前記特性を使用して、複数個の可能な診断から、特性と一致する診断のサブセットを識別する前記診断エンジンと、
を含み、
診断のサブセットを使用して、ユーザーへの表示用の画像データベースの情報空間を再構成し、ここで表示はユーザー検討用に複数個の画像の同時表示により実施される、
相互参照の知識及び画像データベースを使用して診断不確実性を減少するシステム。
【請求項６】
請求項５記載のシステムにおいて、複数個の画像が診断画像スタックとして提示されるシステム。
【請求項７】
請求項６記載のシステムにおいて、診断画像スタックは、
前記複数個の画像のサブセットであって、前記サブセットの各画像は共通の診断と関連している前記複数個の画像のサブセットと、
画像の前記サブセットへの指標であって、共通診断とは独立している前記サブセットへの指標と、
を含むシステム。
【請求項８】
請求項６記載のシステムにおいて、診断画像スタックは、病気進行の段階を図示するように表示されるシステム。
【請求項９】
請求項６記載のシステムにおいて、診断画像スタックは、特定の診断と関係する複数個の画像を図示するように表示されるシステム。
【請求項１０】
請求項５記載のシステムにおいて、ユーザーが表示されている画像の一部を選択した時に、ユーザーに提示された少なくとも１枚の画像は、診断の関連する特性の表示を含むシステム。
【請求項１１】
請求項５記載のシステムにおいて、ユーザーへの表示はディスプレイを介して実施され、ディスプレイは診断の少なくとも１つのサブセットと関係するテキスト情報を同時に表示するシステム。
【請求項１２】
請求項５記載のシステムにおいて、診断エンジンは診断の特性を使用して知識データベース上でパターン認識操作を実行し、かつ整合する特性により診断を識別するシステム。
【請求項１３】
請求項５記載のシステムにおいて、診断不確定性を減少するシステムは、皮膚科的顕示を有する病気の特性に適用可能でありかつこれを含むシステム。
【請求項１４】
請求項５記載のシステムにおいて、診断不確定性を減少するシステムは、支援されない人間の目に視覚可能な視覚所見型式のものである病気の特性に適用可能でありかつこれを含むシステム。
【請求項１５】
請求項５記載のシステムにおいて、診断不確定性を減少するシステムは、機械的検査装置により決定された所見を基に決定される病気の特性に適用可能でありかつこれを含むシステム。
【請求項１６】
請求項５記載のシステムにおいて、複数個の特性を要求するユーザー・インターフェースは、アイコンとして表示される少なくとも１つの症状を含むシステム。
【請求項１７】
請求項１６記載のシステムにおいて、アイコンは皮膚科病変の形式を図示する画像であるシステム。
【請求項１８】
請求項１６記載のシステムにおいて、アイコンは患者の身体に関する皮膚科病変の分布を図示する画像であるシステム。
【請求項１９】
請求項５記載のシステムにおいて、診断不確実性を減少させるシステムは、経口薬物の特性に適用可能でありかつこれを含むシステム。
【請求項２０】
請求項９記載のシステムにおいて、アイコン表示は経口薬物の形状を図示する画像であるシステム。
【請求項２１】
請求項１９記載のシステムにおいて、アイコン表示は経口薬物の色を図示する画像であるシステム。
【請求項２２】
請求項５記載のシステムにおいて、診断不確実性を減少させるシステムは、検死時に決定された特性に適用可能でありかつこれを含むシステム。
【請求項２３】
請求項５記載のシステムにおいて、診断不確実性を減少させるシステムは、犯罪現場の特性に適用可能でありかつこれを含むシステム。
【請求項２４】
請求項５記載のシステムにおいて、診断の複数個の特性は以下から構成されるグループから選択される：
患者医療歴
患者症状
患者薬物
システム。
【請求項２５】
相互参照の知識及び画像データベースを使用して経口投与薬物の識別を支援するシステムにおいて、
複数個の経口投与薬物特性を要求するユーザー・インターフェースと、
診断エンジンであって、前記特性を使用して、複数個の可能な識別から、特性と一致する識別のサブセットを識別する前記診断エンジンと、
を含み、
識別のサブセットを使用して、ユーザーへの表示用に画像データベースの情報空間を再構成し、ここで表示は画像スタックとしてユーザー検討用に経口投与薬物の複数個の画像の同時表示を介して実施される、
相互参照の知識及び画像データベースを使用して経口投与薬物の識別を支援するシステム。
【請求項２６】
請求項２５記載のシステムにおいて、錠剤特性は以下から構成されるグループから選択された少なくとも１つを含む：
色、
マーク、
形状、
寸法、
システム。
【請求項２７】
街頭薬物の識別を支援するために画像及び知識データベースへの相互参照アクセス用のシステムにおいて、
形式、投与の方法、マーク、色、使用の地理的位置、ユーザーの症状、及び化学的組成から構成される特性のグループの内の１つを含む、サンプルの複数個の特性をユーザーから要求するユーザー・インターフェースと、
診断エンジンであって、サンプルの前記特性を使用して、複数個の可能な不正使用麻薬から、特性と一致する不正使用麻薬のサブセットを識別する前記診断エンジンと、
を含み、
不正使用麻薬のサブセットを使用して、ユーザーへの表示用に画像データベースの情報空間を再構成し、ここで表示は不正使用麻薬の識別を行うユーザー検討用に複数個の画像の同時表示を通して実施される、
不正使用麻薬の識別を支援するために画像及び知識データベースへの相互参照アクセス用のシステム。
【請求項２８】
死因の調査を支援するため画像及び知識データベースへの相互参照アクセス用のシステムにおいて、
死の態様、傷の型式、副傷の型式、モダリティー、及び医療辞書から構成される特性のグループの内の１つを含む、死因の複数個の特性を要求するユーザー・インターフェースと、
診断エンジンであって、死因の前記特性を使用して、複数個の可能な死の原因から、特性と一致する原因のサブセットを識別する前記診断エンジンと、
を含み、
原因のサブセットを使用して、ユーザーへの表示用に画像データベースの情報空間を再構成し、ここで表示は死の原因の識別を行うユーザー検討用に複数個の画像の同時表示を通して実施される、
死因の調査を支援するため画像及び知識データベースへの相互参照アクセス用のシステム。
【請求項２９】
植物の識別を支援するために画像及び知識データベースへの相互参照アクセス用のシステムにおいて、
ユーザーから植物サンプルの複数個の説明特性を要求するユーザー・インターフェースと、
診断エンジンであって、植物サンプルの前記特性を使用して、複数個の可能な植物から、特性と一致する植物のサブセットを識別する前記診断エンジンと、
を含み、
植物のサブセットを使用して、ユーザーへの表示用に画像データベースの情報空間を再構成し、ここで表示は植物の識別を行うユーザー検討用に複数個の画像の同時表示を通して実施される、
植物の識別を支援するために画像及び知識データベースへの相互参照アクセス用のシステム。
【請求項３０】
請求項２９記載のシステムにおいて、前記説明特性の少なくとも１つは以下から構成されるグループから選択される：
寸法、
葉の形状、
葉の寸法、
葉脈パターン、
彩色、
茎型式、
発見された地理的位置、
のシステム。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は診断を支援するシステムと方法に一般的に関係し、特に相互参照された知識と画像データベースとに関係し、ここで画像中心のデータベースがテキスト・データベース情報と相互参照されて、診断仮説の調査を支持しかつ可能な診断の少なくとも１つのサブセットに狭めて作成するものである。
【０００２】
（著作権注意）
本特許文書の開示の一部は著作権保護を受けるものを含んでいる。著作権保持者は特許及び商標局特許ファイルまたは記録に現れるような特許文書または特許開示によるファクシミリ複製には異議はないが、その他の点では全ての著作権を保持する。
【０００３】
（発明の背景）
本発明は、診断仮説を検査する及び／または到達することを支援するために視覚情報の選択と表示を自動的に制御するシステムと方法である。本発明の１実施例は視覚医療ブラウザとして使用され、特に本明細書では視覚診断システム（ＶｉｓｕａｌＤｘＴＭ）として参照される。ＶｉｓｕａｌＤｘシステムは患者所見の組または配置を基に可能な診断を識別する際にユーザーを支援するため、患者治療または介護設定に使用する意図のものである。
【０００４】
以下の説明の１部分は発明の特徴のため特定の皮膚科応用（成人皮膚科）に焦点を当てているが、基となるシステムと部品の各種の別な応用が可能であることをさらに理解すべきである。このような別の応用例の１つは、治療中に患者が与えたであろう薬剤またはその他の経口薬物療法の識別を支援するシステム（例えば、救急薬品）である。同様の薬剤識別応用例は、警察官技術者が逮捕または取調べ時に差押えられた麻薬またはその他の経口薬品を識別する第１線としてシステムを使用する場合である。
【０００５】
本発明は、可能な診断を調査する時に医者が調べる紙によるアトラス（ａｔｌａｓ）の改良を目指すものである。診断を最も良く指示する所見の適切な分類または配列に焦点を合わせることにより、情報へのアクセスを高速化するのみならず、診断過程のユーザーを支援するコンピュータ駆動のインターフェースを使用して、同様な、視覚及びテキスト情報がユーザーに与えられる。本システムは、単純に症状の組を探索し、症状を人工頭脳エンジンに入力してランク付けされた（確率により）診断のリストを作成する他の医療診断システムとは区別可能であるものと信じる。反対に、本発明は患者所見またはサンプル特性の分類または配置を使用して、ユーザーが他の診断に優先してある診断に「導かれる」ことのないように、複数個の診断を検査または考察できるように、テキストとグラフィック／画像情報の組合わせをユーザーに提供する。言換えると、本システムは、患者所見またはサンプル特性を使用して画像データベースに対して診断仮説をユーザーが検査することを可能とする、知識ソース（医療またはその他）を複数の形式で提供する。
【０００６】
視覚中心の医療専門家（例えば、皮膚科、放射線科、眼科、病理学）では、医者は診断特徴、基準等の知識ベースに対して病気の視覚特徴を分類し、正確に識別し、関連付ける能力を磨いている。従って、本発明の目的は、診断仮説を関連付けるときに視覚証拠（状態及び／または所見）の解釈で経験の少ない医療ユーザーを支援するソフトウェアベースの方式または戦略である。ソフトウェア・データベースの医療キーワードを補強するために、グラフィカル表示、図面および精選された絵画アイコン（ＰＩＣＯＮＳ）を使用する。
【０００７】
本発明の１つの目的は、使用される場所−例えば患者を診断する時に、診断的に適切な画像への殆ど瞬間的なアクセスを提供することである。本システムは関連画像へのアクセスと共に、診断または識別に組合わせ的、非エキスパートシステム方式を使用している。顕微鏡下であれ、放射線科の覗き箱またはコンピュータのモニタであれ、画像はしばしば診断及び病気の徴候または指示である。本発明の医療診断機能のユーザーは、患者介護の場所（例えば外来患者オフィス、救急部門、ウォークイン・クリニック、病院、軍事医療施設、会社のクリニック、長期介護施設、遠隔医療分野）でデータへの実時間アクセスを必要とする健康介護員を想定している。しかしながら、本発明はまた教育または参照ベースの環境でも使用できる。
【０００８】
本発明は、相当程度まで、パターンを整合する先天的な人間の能力を構築する。これは、植物、鳥、動物の野外観察図鑑や医療のアトラスのように絵画的ハンドブックまたは案内の基礎である。さらに、全ての視覚識別問題はユーザーの経験と知識から利得を得る。以前の視覚知識が限定されている時、絵画または画像「中心の」参照材料は非経験者を援助可能である。紙を基にした、絵画参照は線形構造を有し、ユーザー定義のグループ分けや絵画の整合を許さない。ソフトウェアベースの画像システムは、ユーザー定義の比較の可能性と共に組合わせ検索の可能性を提供する。
【０００９】
本発明の視覚診断実施例、ＶｉｓｕａｌＤＸ、はテキストと視覚知識を組立て、ユーザーがより有効にパターン・マッチングに係合可能となるよう「予めソートした」画像を表示する能力を作成する。これらの他にない機能的、組織的およびグラフィック表示能力は、個人が視覚「診断」または識別を実行し、または視覚特徴を再構成しなければならない任意の専門分野で有用である。
【００１０】
本発明の特徴は、以下を含むが、これには限定されない伝統的な医療及び健康管理業界内で特別の妥当性を有しているものと信じる：
・皮膚科
・皮膚病理科
・眼科
・歯科
・血液学、腎臓、神経病理、等の全ての副分野を含む病理学
・産科／婦人科
・耳鼻咽喉科
・胃腸科（内視鏡画像）
・外科（術間画像）
・泌尿器科（内視鏡画像）
・肺医療科（内視鏡画像）
・微生物学（培養、顕微鏡スライド、例えばグラム染色法）
・口腔医療
・患者自己使用（自身の発疹または子供のおむつかぶれの診断）
【００１１】
（発明の開示）
本発明によると、視覚診断過程を支援するシステムが提供され、これは、画像データベースと、診断過程を支援するため前記画像データベースに相互参照された知識データベースと、ユーザーから、診断を必要とするサンプルの複数個の説明特性を要求するユーザーインターフェースと、前記特性に応答する診断エンジンであって、サンプルの前記特性は前記エンジンにより使用されて、複数個の可能な診断から、特性と一致する診断のサブセットを識別し、ユーザーインターフェースを介してユーザー検討用の複数個の画像の同時表示用に前記画像データベースの情報空間を再構成する前記エンジンと、を含む。
【００１２】
本発明の別な特長によると、視覚診断過程を支援する方法が提供され、この方法は、特定の主題事項に関係する画像の集合から画像データベースを作成する段階と、特定の主題事項と関係する他のデータにより知識データベースを作成する段階であって、前記知識データベースは診断過程を支援するため前記画像データベースと相互参照されている前記知識データベースを作成する段階と、特定の主題事項に適合したユーザーインターフェースを介して、診断を必要とするサンプルの複数個の説明特性をユーザーから収集する段階と、前記説明特性に応答して、知識データベース内に含まれる複数個の可能な診断から、ユーザーから収集した説明特性に一致する診断のサブセットを識別する段階と、診断のサブセットを使用して、ユーザーインターフェースを介してユーザー検討用の説明特性と関係する複数個の画像の同時表示用に前記画像データベースの情報空間を再構成する段階と、を含む。
【００１３】
本発明の特徴は、一般の主要看護医が複数個の別な診断仮説を調査するための十分なツールと資源に欠けているまたは十分知らされていないという発見を基にしている。この発見は、伝統的な患者診断状況で生じる問題を認識し、ここで医療従事者は最初に徴候とその他の患者所見を基に可能な診断の組を識別し、次いで少なくとも１つの特定の診断を治療用に選択するよう作業することに直面している。
【００１４】
これは、解析している個別の患者提示またはサンプルの他にない特性に対して適切な視覚情報を適切に整合可能である技術の発見をさらに基にしている。本発明の各種実施例の目的は、前記情報の使用の場所またはその近くで適切な画像への殆ど瞬間的なアクセスを提供することである。例えば、街頭薬物の識別は、犯罪現場または犯罪鑑識の警察調査官と共に救急室担当者に有用である。同様に、多分システム中に分類した画像に対して実際の標本／サンプルの比較を実施する、検死域に非常に近接した場所で、検視官は死因の決定を支援する際に本システムを使用することが可能である。本システムは識別／診断と画像のアクセスに組合わせの非エキスパート的方式を使用している。どこで発見されたものであれ、視覚特性または証拠はしばしば識別及び／または診断の徴候または指標である。関連所見または特性をプロファイルに相関付ける時に適切な視覚証拠への時間的にきわどいアクセスが実行可能であり、次いで入力された所見または特性と関連して画像が「スタック」または「クラスタ」として表示されることが望ましい。各種の診断に対する適切な画像の表示、または特定の診断に対する画像のスタックとしての表示は、開業医が、患者の自身の観察と画像を視覚的に比較し対比可能とし、これにより正確で適切な診断の可能性を改善する。
【００１５】
本発明の目的は、診断と識別を支援するため画像を得て追跡する合理化した過程を作成すること、関連する説明文献に対して知識ベース中の全ての項目を参照すること、使いやすい、効率的でネットワーク分散のデータ入力／アクセス・システムを実装すること、知識ソースを統合化するためネットワーク接続を集中化すること、公衆及び私的使用に画像を運搬可能な媒体上とネットワーク接続上に公開すること、診断と識別情報用に重要な必要分野に役立たせるため知識ベースの特定のサブセット・モジュールを作成すること（例えば、成人皮膚科、発熱と発疹、薬剤識別、植物識別等）である。
【００１６】
本発明の特徴は、標本を識別するまたは診断仮説を検証するために検索する時に、複数個の別例を調査するのに十分なツールと資源が専門家に不足している事実を基にしている。この発見は、専門家（医師、看護婦−開業医、検視官、刑事、等）が、所定の特性と所見の組を基に専門家が作業可能な数まで可能な識別または診断の組をまず最小に減少し、ついで識別または診断を完了するよう作業する際に直面する、伝統的な状況で生じる問題を見出した。
【００１７】
本発明の１つの特徴は、一般的に視覚ブラウザとして参照され、システムは特定の特徴または共通の視覚顕示の識別と特定の調査分野（例えば、薬、麻薬取締り、等）におけるデータとの関連を支援するツールとして使用する意図のものである。本発明の各種の実施例は、物理要素を識別しようとする、または仮説を調査する（例えば、診断）時に、医師や他の専門家が参照する紙によるアトラスや不完全なまたは存在しないデータベースに対する改良として意図されている。各種の実施例の全てを通して、情報へのアクセスを加速するコンピュータ駆動のインターフェースを用いて同様な、視覚及びテキスト情報がユーザーに与えられ、結論に導くものを有するであろう適切な特性分類または所見の配列（たとえば、識別、診断の確定、損失の評価、等）に対してユーザーに集中させることにより診断／識別過程の支援を与えることも可能である。
【００１８】
本明細書で記載した技術は、開業医／ユーザーが診断を行う際、または複数の診断仮説を同様に検査する際に直面する、多数の診断状況に適合可能であるため、有用である。本発明の結果として、前記状況に直面した開業医は、可能な診断の範囲を考慮し、各々の詳細を検討可能とする画像／グラフィック及びテキスト・ツールにより支援される。
【００１９】
（発明を実施する形態）
本発明の全体的な理解のため、図面を参照する。図面で、同じ参照数字は全体を通して同一の要素を指すように使用される。本発明を記述する際、以下の用語を説明に使用する。
【００２０】
「ユーザー入力回路」はユーザーの動作を基に信号を与える回路である。ユーザー入力回路は、キーボードまたはマウスのような、ユーザーの動作を基に信号を与える１台以上の「ユーザー入力装置」からの信号を受信可能である。ユーザー入力回路により与えられた信号の組は、それ故マウス操作を指示するデータとキーボード操作を指示するデータとを含む。ユーザー入力回路からの信号は操作の「要求」を含んでもよく、この場合システムは応答して要求された操作を実行する。
【００２１】
「画像」とは物理的光線のパターンである。「ディスプレイ」とは情報を視覚形式で与える画像出力装置である。ディスプレイは、例えば、動作的に接続されたコンピュータにより動作的に駆動される陰極線管と、発光、反射、または吸収素子のアレイと、紙または他の媒体上にマークを与える構造体と、または視覚形式で画像を定義可能なその他の構造体とを含む。ディスプレイ上に「画像を提示」こととは、見ている人が画像を認識可能なようにディスプレイを操作または駆動することである。
【００２２】
例えば、各種のグラフィック・ユーザー・インターフェースを含むデータ処理装置用の広範囲のディスプレイ技術が利用可能であるが、その多様性にもかかわらず、これらの技術はある共通の特性を有する傾向がある。１つの基本的な共通特性は、ディスプレイが人間の認知を生じる点である。本応用例では、「ディスプレイ機能」とはディスプレイにより生じた何らかの人間の認知を指す。
【００２３】
「ディスプレイ・オブジェクト」または「オブジェクト」とは首尾一貫したまとまりとして認識可能なディスプレイ機能である。「オブジェクト面」または「面」とは、ディスプレイ・オブジェクトの表面として認識可能なディスプレイ機能であり、例えば、３次元ディスプレイ・オブジェクトの外部境界は面である。面上の「領域」は面で囲まれた区域であり、例えば、単一の点は任意面の可能な最小領域である。「形状」とは、識別可能な輪郭を有するディスプレイ・オブジェクトであり、例えば、円ディスプレイ・オブジェクトは形状である。
【００２４】
「構造」とは、中に他のディスプレイ機能を含むディスプレイ機能であり、その全てはその上に描かれたディスプレイまたはユーザー・インターフェースのユニタリ要素に接続されるように見える。
【００２５】
「選択可能な単位」とは、選択可能なディスプレイ区域に囲まれたものとして認識されるディスプレイ機能である。例えば、図６のインターフェース画面の領域２８８に表示された任意のテキスト・リンクである。選択可能な単位と関連して使用された時に、「選択」という用語は選択可能な単位を他と区別して指示するユーザー入力回路からの信号を含むユーザー入力操作を意味する。ユーザーは、例えば、ディスプレイ上のカーソルを介してその位置を指示しポインティング装置上のボタンをクリックすることにより、マウスのようなポインティング装置を使用して選択可能な単位を選択する。一般に、選択可能な単位は任意の外見を取り、首尾一貫したまとまりとして見られる視覚的に識別可能な機能または機能の組には限定されない。
【００２６】
「所見」とは、診断と関連する患者または特性に関する事実データである。所見には２つの基本分類がある。単語のみにより有効に記載可能な所見はテキスト所見と呼ばれ、一方アイコンまたは図解により最も有効に記載可能な所見は視覚所見と呼ばれる。
【００２７】
ここで本発明の要素、特徴及び機能の本質的な説明に入るとして、以下の説明は複数の章に分割され、その各々が本発明の実施例を実装する際に使用されるシステムの特定の特徴及び／または方法を詳細に強調し説明する意図のものである。この説明は、皮膚科所見の徴候を有する成人病の診断のシステムと方法の使用に集中しているが（例えば、ＶｉｓｕａｌＤＸ：成人皮膚科）、同様の技術は薬剤（錠剤、カプセル、等）のような経口薬物の識別、または上述した医療情報の必要性がある各種の重要な分野に使用できることを理解されたい。従って、以下の説明は、最初に望ましい実施例と別の実施例のシステム要件とアーキテクチャを説明し、次いでＶｉｓｕａｌＤＸシステムによる本発明の使用を説明する。
【００２８】
Ｉ．システム要件
図１を参照すると、本発明の代表的実施例が図示されている。本発明は２つの構成で動作する、すなわち中から大規模顧客用のネットワークベースのクライアント／サーバー・アプリケーションとして、そしてクライアントとサーバー両方の部品が同一のコンピュータ上にある単一ユーザー製品として、である。しかしながら、これらの構成は同一のソフトウェア・ベースで実装されてもよい。特に、本発明はネットワークまたは分散コンピュータ・システム５０と関連して実装されてもよい。このようなシステムは、マスタ・データベース５８を保持してこれと動作的に関係する大容量記憶装置を有するホストコンピュータ５４を含むことが望ましい。
【００２９】
システムのデータと動作ソフトウェア部品はネットワーク接続６０（例えば、インターネット）またはコンパクトディスク６２のような取り外し可能な媒体を介して１台以上の遠隔コンピュータ７０に分散されてもよい。各種の別なシステム構成が可能であるが、コンピュータ・システム７０は、適切な分解能、例えば１６ビット色（６５５３６色）を用いた１０２４Ｘ７６８ピクセル分解能で画像情報を表示可能なカラーモニタまたはディスプレイ７２を含むことが望ましい。システム７０はさらに、２３３ＭＨｚまたはこれ以上で動作するペンティアム（登録商標）ＩＩプロセッサ（インテル社）または等価物を有するシステム装置（デスクトップ、タワーまたはミニタワー構成）を含む。システム装置はさらに、ソフトウェアのインストール用のＣＤ−ＲＯＭドライブと、ハードディスクまたは同等の大容量記憶装置と、ソフトウェアを動作させる少なくとも３２メガバイトのＲＡＭ（図示せず）を含まなければならない。望ましい構成では、ソフトウェアはマイクロソフトのウィンドウズ（登録商標）ベースのオペレーティングシステム−Ｗｉｎｄｏｗｓ（登録商標）９５またはそれ以上とＪａｖａ（登録商標）またはマクロメディアのＤｉｒｅｃｔｏｒを使用したシステム上で実行される。しかしながら、システムの機能は互換のブラウザ・インターフェース（例えば、Ｗｉｎｄｏｗｓ（登録商標）のエクスプローラ、ネットスケープのナビゲータ）を用いてさらに実装強化してもよい。
【００３０】
システム７０はまたユーザーがソフトウェアを相互作用的に操作可能とする１つ以上のユーザー入力回路装置を含むことが望ましい。適切な装置の例は、キーボード８０とマウス８２と共に、無線通信ツール（例えば、赤外線リンクを使用したパームパイロットや遠隔制御）のようなその他の装置を含む。以下で詳細に説明するように、遠隔コンピュータ上で動作するソフトウェアは、患者、診断のサンプルまたはその他のオブジェクトを特性付けるために各種のオブジェクトと選択用の選択可能なディスプレイ単位を図示することが望ましい。図面では特性化周辺装置として図示されている標準の特性化装置７４の仕様により診断、または特性化を考えていることが認められる。このような装置は発明の１実施例では画像装置であり（例えば、ピル識別）、または装置の出力が標準条件下で得られたサンプルの１つ以上の特性を与えるのに適している、さらに別の実施例の検査装置でもよい。ユーザーによる入力または特性化装置により直接的に与えられたものの両方のような、ユーザーにより指示された所見または特性の配置を基に、可能な診断または識別のサブセットがユーザーによる表示とさらなる検討用のデータベースから選択される−ここで表示は、診断の例を（例えば、皮膚病変図、錠剤図）を図示する少なくとも１つ以上の縮小寸法またはサムネール画像を含むことが望ましい。
【００３１】
システム５０は独立システムでもよいが、１人以上のユーザーが任意の特定時間にシステムの独立した「ビュー」へアクセスする、ネットワーク（ＬＡＮ、ＷＡＮまたはインターネット）で本発明をインストールし操作することも完全に可能である。このようなシステムではソフトウェアはクライアント／サーバーシステムのサーバーにインストールすることが期待され、複数のユーザーがソフトウェアを同時にアクセスし使用する。さらに、ユーザーが購読または同様のビジネス関係を介してシステムにアクセスするアプリケーション・サービス・プロバイダ（ＡＳＰ）を使用してシステム５０を実装またはホストすることも考えられる。
【００３２】
さらに別の実施例では、本明細書で詳細な例として含まれる成人皮膚科モジュールは単に多数のこのようなモジュールの１つであり、そのいくつかは相関していることも考えられる。別のモジュールは、以下には限定されないが、小児科（小児皮膚科を含む）、老人科、遺伝学、職業医学、人間免疫不全ウィルス（ＨＩＶ）、母斑、傷の治療、伝染病、糖尿病、環境被爆、身体領域に固有のモジュール、法医学、植物識別、毒性植物識別、毒蛇識別、を含む。ユーザーは上位レベルメニューまたは図示されていないアイコンの組を介して上記モジュールのうちの１つをアクセスできる。さらに、メニュー内容またはアイコンは、ユーザー及び／またはユーザーの経験、組織または会社が購読しているこれらのモジュールの関数として表示されてもよい。複数モジュール環境下では、共通のホスト位置（アクセスを保証するため多分ミラーまたは冗長サイトを含む）からインターネットまたは等価な広域ネットワークを介したアプリケーション・サービス・プロバイダ（ＡＳＰ）からモジュールと購読申込みを引渡すことも考えられる。あるモジュールの操作に慣れているユーザーが他のモジュールを使用して迅速に熟練できることを保証するため、モジュールの各々は可能な限り、同様のユーザーインターフェース「ルックアンドフィール」を使用する。言い換えると、ユーザーインターフェースは同じままであり、ユーザー・オプション、選択およびデータは、モジュールと可能な診断の検索を実行するのに必要な最も適切な情報とを基に変更する。さらに、複数個のモジュールの総和は、徹底的に開発されると、特定の医療技術（皮膚科、放射線科、等）またはサンプル型式（錠剤、植物、等）の可能な診断分類または所見の配置の「完全な」リストを生成する。
【００３３】
次いで図２を参照すると、システム５０は流れ図の全体的段階に従って動作する。特に、段階１００から開始し、直接ディジタル写真を使用して、または公知のスキャン技術を使用した既存の写真のディジタル化のどちらかにより得られた既存のディジタル画像から、システムで使用する画像をキャプチャするまたは識別する。ディジタル画像とディジタル写真の分野で公知のように、前記写真をキャプチャするために各種の方法を使用できることが認められる。１実施例では、各ディジタル画像は少なくとも２つ、望ましくは３種の寸法（ピクセル幅ｘピクセル高）：９００ｘ６７５、３８４ｘ２８８および１６０ｘ１２０ピクセルで利用可能である。画像に加えて、本発明のデータベース５８は、図３と図４と関連してより詳細に説明するような画像の主題である項目の特性（例えば、病気、丸薬、等）を含む。データベース５８はオープン・データベース・コネクティビティ（ＯＤＢＣ）を使用する構造化クエリ言語（ＳＱＬ）クエリをサポートするリレーショナル・データベースであることが望ましい。段階１０２は、画像と関係する特性情報の対応する項目を表す。
【００３４】
データベース・アーキテクチャを参照して以下に説明するように、画像と特性情報は、段階１０４で作成されるデータベース内の複数個のリレーショナル・テーブルで実施される。データベースが作成されると、段階１０６で示すようにこれはユーザーのコンピュータへの配布または転送用に利用可能である。
【００３５】
データベースとシステムのユーザーの使用を管理するために実行される関連統合ソフトウェアの転送またはダウンロードに続いて、ＶｉｓｕａｌＤｘソフトウェアが開始し、例えば図１に図示するように遠隔コンピュータ７０で作業するユーザーは、段階１１０で患者またはサンプル（例えば、皮膚病変の型式、薬剤の形状）に関して観察可能な１つ以上の特性を入力する。ユーザーにより入力された特性に基づき、システムは次いで段階１１２でユーザー入力を自動的に分析し、データベース内に含まれる１つ以上の関連診断を自動的に選択する、ここで選択は少なくとも１つの識別特性を含む。段階１１４で、検討用にユーザーへの出力が実行され、データベースを介して識別された診断サブセットの図式表現を含むことが望ましい。
【００３６】
段階１１６と１１８で示すように、ユーザーは、特定の診断と関係する１つ以上の画像のレビューと、診断と関連するテキスト情報のレビューを含む検討用サブセット中の１つ以上の診断を選択してもよい。さらに、段階１１８に示すように、以下で詳細に説明するユーザー・インターフェースは、ユーザーによる正確な診断の可能性を改善するようサブセット内の別の診断をユーザーに比較、対比可能である。最後にユーザーは段階１２０で表されるように決定を行うことにより診断または識別過程を完了する。
【００３７】
本発明のある実装例では、診断及び関連テキスト、画像データは、データベースの以後の公開に包含させるためホストコンピュータへ返送されることもさらに考えられる。このようにして、システムは新たな病気、街頭薬物、等を識別する率を改善し、データベースへの追加を完全に特徴付ける。
【００３８】
ＩＩ  データーベース／知識ベース・アーキテクチャ
１実施例では、ＶｉｓｕａｌＤｘソフトウェアは、ユーザー入力情報（テキストと視覚所見）と整合する、または部分的に整合する診断の組を見出すことを目指す副コンポーネントとして診断モジュールを含む。診断モジュールはテーマ（例えば一般成人皮膚科、または薬物発疹と反応）を有することが望ましい。さらに、ＶｉｓｕａｌＤｘはまた、ユーザー入力情報（キーワード、診断、等）と整合または部分的に整合する画像の組を見出すことが機能である画像アトラス・モジュール副コンポーネントも含む。
【００３９】
本発明の特徴に従って実装されるように、知識データーベース、または知識ベースは、図３と図４のスキーマ２００中の各種データベース・テーブルをシステムにより提示される診断の基礎として使用するリレーショナル・データベースである。
【００４０】
知識ベース２００は、診断エンジンと関連ユーザーインターフェースにより使用されるアイコン、テキスト及び画像を表す複数個のリレーショナル・テーブルを含むことが望ましい。以下で説明するように、ユーザーは、これらの所見と関連する特殊化語彙の従前の知識がなくとも視覚及びテキスト特性または所見を選択し、知識ベース２００を介して、この選択は、所見、診断、画像及びその互いの関係を含むクエリと出力に翻訳される。知識ベース・スキーマ２００は、データベースの寸法を著しく減少する方法で最適化されることが望ましい。コンピュータのさらに増加する速度により、ソフトウェアを動作させるためにより高速のプロセッサを使用するのでなければ、たとえ速度で多分妥協しても、データベースの寸法を減少して受渡し能力を改善するようにこの別のスキーマが開発された。
【００４１】
テーブル間の関係はその間の線により表示される。さらに、値ＦＫ１、ＦＫ２、及びＦＫ３を有するＰＫ指標は関連テーブルへの外部キーを表す。
【００４２】
各種のオブジェクトとその相互関係により知識ベースに組み込まれた機能を全体的に特徴付けるため、以下にテーブルの簡単な説明を含める：
【００４３】
画像テーブル２１０：テーブル２１０を介して表現される画像レコードの各々は画像特性を含み、その１つ以上はシステムのユーザーに利用不能にしてもよい（例えば、ＰＡＴＩＥＮＴ＿ＣＯＮＳＥＮＴ（患者同意））。例えば、ＣＡＰＴＩＯＮ（見出し）フィールドはエンド・ユーザーにより見られる画像に割当てた見出しを表示する。
【００４４】
ケース＿診断＿画像テーブル２１２：このテーブルはケース、その画像と診断を互いにリンクする。ケースは複数の画像と診断を有することが可能である。
【００４５】
ケース・テーブル２１４：ケース・レコードは、関連テーブル、ケース所見テーブル２１６とケース診断テーブル２１８に見出された関連定義特性を有する特定患者を表す。各ケースに関係する特定の組の画像がある。また、ケースと関連する所見、例えば患者の症状、実験値、等もあり、これは診断に対して考慮すべき追加特性として使用する。
【００４６】
画像＿ソース・テーブル２２２：画像ソース・レコードは、システムが使用を許可された画像のみを使用可能とすることを保証するよう、画像のソース、写真家、画像へのライセンスに関する全ての情報を含む。
【００４７】
画像＿所見テーブル２２４：画像とその固有の形態特性を共にリンクする。画像は専門の校閲者により形態を割当てられる。このテーブルで、画像はこれらの形態とリンクされる（形態とは概念であり、この概念は所見＿型式テーブル２２６で所見型式を割当てられる；例えば病変型式（小水疱、膿疱等、構成、分布、異常形態）。望ましい実施例では、画像は複数の形態を有すことが可能である。
【００４８】
ケース＿所見テーブル２２８：特定の患者所見をケース・レコードにリンクする（例えば、実際の患者の症状、徴候、等）
【００４９】
ケース＿診断テーブル２１８：診断２３２を特定のケースにリンクする。患者（ケース）は複数の同時発生診断を有することが可能である。
【００５０】
概念テーブル２３４：概念とは基本的なエンティティである。これはユニークで、離散しており、冗長ではない。データベース中の各エンティティは概念である。概念はウェブ構造中に適合する場所に対して当てはめられる。これは親と子を有する。親子関係は論理知識階層内で診断と所見の配置を可能とする。例えば、鼠蹊リンパ節症（鼠蹊部の腫れたリンパ節）はリンパ節症の副型式であり、リンパ節症とは、より一般的な文章；腫れたリンパ節が発生するが、特定場所は指定されていない。エンド・ユーザーは特定的であること、例えば鼠蹊リンパ節が腫れているとのみ言いたい、または代わりに、ユーザーは全てのリンパ節が腫れていると言いたいかもしれない。システムはどちらのシナリオに対しても正確に対処しなければならない。大部分の症状、徴候、診断はこのような階層構造内に該当する。診断と所見の両者に関しては、このような知識構造はエンド・ユーザーが特定的なものまたは一般的なものを検索可能とし、より広いまたはより限定された探査結果を検索可能とする（より多数の関連診断を有するリンパ節症の探査と比較して、鼠蹊リンパ節症は限定された組の関連診断を有する）。
【００５１】
概念＿同義語テーブル２３６：このテーブルは概念を同義語テーブル２３８に見出される多数の同義語にリンクする。
【００５２】
同義語テーブル２３８：同義語は、専門家版、素人版のエンドユーザーと外国語ユーザーとに用語をインターフェース可能である。このテーブルはメタ辞書／シソーラスであり、エンドユーザーのアプリケーションを包含するまたは収容するため新たなデータベースを作成する必要なしに、エンド・ユーザーのアプリケーションの複数の版を可能とする。
【００５３】
関係テーブル２４２：概念のネットワークまたは「ウェブ」の作成を容易にする。診断は複数の、親子、子親関係の格子内に配置される。エンド・ユーザーが階層ツリーを上下に探査することを可能とする。
【００５４】
用語テーブル２４４：エンド・ユーザー・ツールとデータベース内で全ての単語の自然言語処理を容易にする。このテーブルで、概念は、共通用語と言語を反映する関連用語と同義語と関連付けられる。同義語テーブル２３８または概念テーブル２３４に必ずしも含まれない用語がある。
【００５５】
モジュール・テーブル２４６：システムは、各々がユニークな著者、編者による複数の問題指向モジュールを可能とする。例えば、重なり合うデータを有してもよい成人皮膚科モジュールと民族皮膚病モジュールがあってもよい。また、時間がたつとモジュールの複数の版も公開可能であり、これは代わりの著者、編者、等でもよいことを意味する。テーブルの改定Ｒｅｖｉｓｉｏｎ＿ＩＤフィールドはモジュールの改定詳細にリンクする。
【００５６】
モジュール＿診断テーブル２４８：複数診断がモジュール内に含まれる。このテーブルでは、診断はモジュールにリンクされ、モジュールでの診断に固有のテキストは外部キーによってもリンクされる。言い換えると、特定の診断のテキストはモジュール間で変更可能であり、または別の実施例ではユーザー間でさえも多分可能である（例えば、素人または技術用語）。
【００５７】
診断テーブル２５２：診断は概念の型式である。診断レコードは、個別のモジュールからユニークに限定される必要があるため、概念テーブルから別々にリストされる。例として、病気の程度は文脈依存（ｓｅｖｅｒｉｔｙ＿ｌｅｖｅｌ）でもよく、それ故概念と関係付ける必要があるが、ユニークに識別される。
【００５８】
診断＿モジュール＿テキスト・テーブル２５４：各モジュールは複数診断を有し、各々がエンド・ユーザーにより見られる固有のテキストを有する。診断は、どのモジュールにテキストが現れるかに依存して異なるテキストを有することが可能である。例えば、民族皮膚モジュールの単純ヘルペスはカフカス皮膚モジュールとは異なる「探査」テキストを有するが、これは同一の診断である。関連するテキスト・テーブル（以下）はテキストの複数の版の容器としての役割を果たす。
【００５９】
テキスト・テーブル２５６：テキストはモジュール固有に書かれるが、ある種の共有要素は他のモジュールに「再目的化」されことが可能である。テキスト・テーブルは、新たなまたは別のモジュールで使用可能な一般的なテキストを含む。
【００６０】
診断＿所見テーブル２５８：診断は所見と関係し、検査値のような所見は範囲（ｖａｌｕｅ＿ｍｉｎとｖａｌｕｅ＿ｍａｘ）を有することが可能で、関係は「作成者」（ＣＲＥＡＴＯＲ）ＩＤ）により入力され、「編者」（ＥＤＩＴＯＲ＿ＩＤ）によりしかるべく校閲される。
【００６１】
概念＿所見＿型式テーブル２６２：所見は１つまたは多数の「所見型式」を有することが可能である。従って、概念はここから所見型式にリンクされる。（例えば、熱は症状または徴候でありうる）このテーブルでは概念は所見文脈を与えられる。
【００６２】
所見＿型式テーブル２２６：このテーブルで、概念は医学（または他の分野：エンド・ユーザーにとって実際的な特殊領域）の論理分類に纏められる。ＶｉｓｕａｄＤｘのような医療診断システムと論理的に関係する所見型式は以下を含む：
・年齢
・外見
・被爆
・医療歴
・性別
【００６３】
さらに、特には示さないが、システムにより使用され表示される各種の画像は画像テーブル２１０のＩＤフィールドに従って保守される。画像はテーブル２１０内の１つ以上のフィールドにより指示される指定場所に記憶されるのが望ましい。画像（図３または図４には図示せず）はＪＰＥＧファイルとして記憶するのが望ましいが、任意の公知のまたは等価な画像ファイルまたは画像圧縮フォーマットを使用してもよい（例えば、ＴＩＦＦ、ＣＰＣ、ＰＤＦ、ＢＭＰ、等）。さらに、各画像は、複数個の前記画像を図示するユーザーインターフェース表示部に含まれる縮小寸法のまたはサムネール表示（ＰＩＣＯＮ）を有することが望ましい。診断は知識ベースの何らかのクエリの出力であるため、本発明は診断の表示として画像を使用することを記しておくことが重要である。これは、検索の目的が単に関連するキーワードを有する画像を探すことである画像データベースの使用と対比される。
【００６４】
図４を参照すると、ＶｉｓｕａｌＤｘ例で図示した特性または所見の異なる型式は、診断所見の各型式に対して別々のテーブル構造により表現されることが望ましい複雑で豊富な階層を有している。さらに本明細書で記載してＶｉｓｕａｌＤｘ；成人皮膚科の例は本発明の特徴の単なる１実施例であり、診断またはその他の識別を支援するために相互参照の知識と画像データベースを使用する多数の別な例が存在することを認識すべきである。
【００６５】
本発明を実装するために別のデータベース設計を使用してもよいことを認識すべきである。例えば、あるモジュールは速度最適化スキーマ（平らな階層）を保持し、一方他のものは空間最適化スキーマを使用してもよく、スキーマ型式の選択はモジュールとユーザー人口の必要性に部分的に依存している。
【００６６】
ＩＩＩ  所見／特性
本明細書で記載するＶｉｓｕａｌＤｘ実施例では、知識ベース２００は、診断に適切な医療所見のテーブルと閲覧に利用可能な画像とを含むことが望ましい。別の実施例では、知識ベース２００は識別すべきサンプルに適切な特性のテーブルを含んでもよい。ユーザーは所見のメニューを介してその患者の所見を入力することにより診断とその関連画像を探査する。所見はマスタ知識ベースでは数万もの数であり、これから特定のモジュールが得られ、知識ベースのサブセットを含む数百の特定の問題指向モジュールに限定される。モジュール、または知識ベースのサブセットとは、視覚診断領域または臨床問題域（例えば、成人皮膚科）を中心とした診断の特定のグループ分けである。
【００６７】
多数の所見のため、ユーザーは利用可能な所見または特性を使用して可能な診断の組（そして検討用の関連画像）に迅速に到達する方法を必要とする。可能な所見のリストは、特定モジュール内で見出された診断の数により拘束される。各モジュールにより提示される視覚問題領域は、定義により、カバーする診断と入力すべきまたは探査すべきその関連所見の数で限定されていて、従って患者所見のユーザー入力を容易にしている。基本的には、限定された所見リストは、医療ユーザーが特定モジュールに対して患者に尋ねる「質問」を定義する。医療決定の複雑度と数千もの可能な関係により課される圧倒的な認識負荷は、問題指向の方式を指示している。
【００６８】
所見は、医療歴、家族歴、旅行歴、年齢、身体位置、患者症状、視覚徴候、放射線徴候、等のようなグループ分けに広範囲に分類してもよい。１実施例では、これらのグループ分けの各々にデータベース中の自身のテーブル構造が与えられ、これにより速度を最適化する。または、データベースの構造も、図３と図４に図示するような指標付けした所見と診断のより多くのレベルにより平らなテーブル構造を置き換えるように修正してもよい（より簡潔な構造）。
【００６９】
システムで表示される所見は、診断と関係付け可能な最小の知覚可能な単位に、望ましくは医療専門家（図示実施例の著者と編者）により構成される。システムの異なるモジュールはその所見に異なるレベルの細かさを必要とする。例えば、医療現場のある分野では、「黄色の液体を含む３ミリ径以下の水疱」のような複雑な所見が最小の知覚可能な単位である。他の分野では、所見を「水疱」、「３ミリ径以下」、「黄色の液体を含む」に解析することが意味がある。
【００７０】
所見の細かさ問題のいくつかは、詳細所見にリンクされた親の所見の意味を考慮することにより解決される。「黄色の液体を含む水疱」の親所見は「液体を有する水疱」かもしれない。これは、ある１つの主語に対する１つの形容詞構造を基にした基本所見への試行の本発明の目的にもさらに密接に成立する。上記の例はこの時以下のようになる：
−液体を有する水疱
−黄色の液体
−直径が３ミリ以下
【００７１】
図５を開始として図示したユーザー・インターフェース・ソフトウェアは、見ている親所見情報を組または所見と関係する全情報の一部分として保持しつつ、この意味論リンクを追跡する。言い換えると、データベース中の１つ以上のテーブルと、これと関係するリンクされたテーブルとを使用して、ユーザー・インターフェースは所見と共に特定の患者と関係する選択されたまたは可能な診断を連続的に更新する。
【００７２】
図５を参照すると、ＶｉｓｕａｌＤｘシステム・ソフトウェアの開始時に、一般診断と特殊診断モジュールを含むがこれには限定されない、複数個のモジュール選択のうちの１つを図示するユーザー・インターフェース画面２８０がユーザーに提示される。ユーザーは上部レベルメニューまたはアイコンの組を介して前記モジュールをアクセスする。さらに、メニュー選択は、ユーザー及び／またはユーザーの経験、組織または会社が購読したモジュールの関数としてメニュー選択が表示されてもよい。複数モジュール環境下では、モジュールと購読申込みは共通のホスト位置からのインターネットまたは等価な広域ネットワークを介して申し込むこともさらに考えられる。モジュールの各々は、あるモジュールに慣れたユーザーが他のモジュールを使用する際に迅速に熟練することを保証するため、可能な限り、同様なユーザー・インターフェース「ルックアンドフィール」を使用する。さらに、複数個のモジュールの総和は、徹底的に開発されると、可能な診断分類または所見の配列の「完全な」リストを最終的に生成する。最初のＶｉｓｕａｌＤｘインターフェース画面には、ユーザーが直ちに画像アトラス（例えば、皮膚科アトラス）の検討、またはＶｉｓｕａｌＤｘソフトウェアを使用する際のヘルプ（例えば、開始のための簡単案内）の探査に進む機能も含まれる。
【００７３】
本明細書で記載するＶｉｓｕａｌＤｘ実施例は、ユーザーの「成人皮膚科」リンク２８２上の「クリック」の結果として、成人皮膚科モジュールのユーザーの選択を想定している。ユーザーの選択は、ここで、図６に図示するように画面２８６の表示を生じる。前記の画面と、使用する画面の大多数は、ＶｉｓｕａｌＤｘソフトウェアのルックアンドフィールを図示している。特に、ユーザー・インターフェース画面は、成人皮膚科モジュールの場合、皮膚病変型式、病変の分布、その他の所見、及び別のメニュ選択が実行可能なドロップダウンまたはプルダウン・メニュバー２８８を使用する。画面２８６の左側には、ビュー選択ボタン２９０、患者所見ウィンドウ２９２及び提案診断ウィンドウ２９４が有る。画面の左下部には、ソート型式選択ボタン２９６がある。各種のボタンとウィンドウの機能は以下でさらに詳細に説明する。さらに適切なことは、特定の患者所見なしでは、整合診断のサブセットとして何らの特定診断も選択されず（全ての診断はスクロール可能なウィンドウ２９４に図示される）、それ故ユーザー・インターフェース画面の領域２９８には何ら画像または追加情報が図示されない点である。しかしながら、関連画像を見るために、ユーザーはスクロール可能なウィンドウ２９４に提示された任意の診断から選択してもよい。このような機能は本の「索引」または「章立て」と同様の機能を提供し、ユーザーが１つ以上の選択した診断に関係する画像を迅速に見ることを可能とする。
【００７４】
次に図７を参照すると、望ましいデータベースは、視覚診断探査を狭める仕事に適切な探査分野を使用できるようカスタム化される適切な細かさと個別のモジュールを有する。例えば、「成人皮膚科」ソフトウェア・モジュール内では、用語「液体で満たされた病変」を使用して小胞（液体で満たされた）病変の視覚探査を限定することで十分である。
【００７５】
図３と図４のデーターベース構造の設計と本明細書で記載する各種のユーザー・インターフェース画面の基本的方針として、特定の病気または診断の写真または画像アイコン（図式、写真、動画、サムネール及びアイコン画像を含む）を所見と関連付けることが必要である。これは一般的にその分野に知識のある著者により実施され以後編者により確認される。従って、図１３に図示するような望ましいユーザー・インターフェースは、ＭＳ−Ｗｉｎｄｏｗｓ（登録商標）によるプルダウン・メニューで所見の分類または配列を表示するか、または所見に関する詳細な情報を図示する画面上でこれらを図示する。一般に、線図と美術家の挿絵は視覚概念の高度な、より抽象的なレベルでより有用であると考えられる、例えば「水疱」または患者の身体上の病変の分布のような「皮膚病変」の所見副クラスである。「くぼみのある水疱」のようなさらに細かい視覚用語を処理する時は、写真または画像アイコンがより有用である。これらの画像は診断側であるため、所見側のケースによって構成されていないが、図３のデータベース・テーブルに関して以前説明したように元のケースへ戻るリンクは保存されている。画像とｐｉｃｏｎはそれらが表している所見と直接リンクされることが望ましい。
【００７６】
皮膚科（そして医学、放射線科、病理学、眼科学、等のその他の視覚中心分野内の診断）で成功するパターン認識依存の診断は多数の要因により決定され、その最も重要な点は、視覚所見を、十分に確立した分類方式に正確に認識、定義、ソートする検査者の能力である。しばしば特定の視覚証拠が正確な診断と相関し、視覚所見を既存の視覚知識に観察し、分類し、関連付ける能力は専門化による分裂した第２診断を作成しうる。さらに大事な点は、本発明が、家族医、一般開業医、小児科医、産婦人科医、救急医、登録看護婦、医師助手のだれであれ、熟練していない１次医療従事者の診断能力を著しく改善するものと信じる。
【００７７】
例えば、皮膚科医は１次形態に言及する。これは２次的変化のない病変の全体型式を意味する。これらは、丘疹（通常１ｃｍ以下の隆起した病変）、小水疱（通常１ｃｍ以下の隆起した、液体で満たされた病変）、斑（通常１ｃｍ以下の平らな病変）のような基本的特徴である。これらは非常に特別ではない一般用語の例であり、せいぜい大診断グループを作成する。病変は、一般的に丘疹のような１次病変に発生する表面変化であるうろこ、硬皮、かさぶた等のような２次形態にさらに分類可能である。うろこのある丘疹ということはわずかに特定的であるが、しかしながら、寸法、形状、色、うろこの位置は正確にするためのさらなる説明であり、診断説明をより処理しやすい数に狭める助けとなる。使用するさらなる説明用語は、病変の数、病変のグループの形状、身体上の分布、色、等を含む。
【００７８】
図７に図示するように、画面３００は、プルダウン・メニューバー２８８上の「病変型式」にポインタまたはカーソルをユーザーが置くことにより付勢されるプルダウン、視覚メニューを含む。このようにすると、領域３０４に各種のアイコンと画像の表示が発生して、マウスまたはその他のポインティング装置でユーザーにより選択される病変型式の範囲を図示する。図式表現は、非熟練ユーザーが、これらの所見と関連する特殊化された語彙の従前の知識無しに、すなわち「くぼみのある小水疱」のような、液体で満たされた病変の副型式を記述するより細かい用語を入力することなく、視覚所見を選択または入力することを可能とする。反対に、「水疱皮膚疾患」で指示されたモジュールは、「くぼみのある」、「液体色」、「出血液体（ｈｅｍｏｒｒｈａｇｉｃ ｆｌｕｉｄ）」「漿液」、等のような高度に細かい詳細な副メニューを有することがありうる。従って、このレベルの細かさは、液体で満たされた病変と診断が殆ど関係していないモジュールでは必要ない。ユーザーの選択は、所見、診断、画像、及び本明細書で記載するように互いの関係を含むデータベース上のクエリに翻訳される。
【００７９】
本明細書で記載した成人皮膚科の例は所見分類の各々を含んでいないことが認められる。むしろこれは分類のサブセットを使用し、ここでサブセットは可能な診断を区別する及び／または識別する際に最も重要であると認められる分類を含む。ＶｉｓｕａｌＤｘ：成人皮膚科で使用した分類は、メニューバー２８８上の「所見」領域のユーザー選択に応答して図示される。
【００８０】
図７の例を考えると、病変プルダウン・メニュー３０４の位置３０２の例えば「隆起した非うろこ状病変」のような病変型式のユーザー選択時に、病変型式が患者のある特性として表示される。以後、位置３０２のユーザー選択の結果として、図８のユーザー・インターフェース画面が図示される。図８を参照すると、病変型式選択がユーザー・インターフェース画面３３０で反映され、ここでは患者所見ウィンドウ２９２が更新されて病変型式を示し、かつ可能な診断が再配列されて診断ウィンドウ２９４で一致した病変型式（隆起した、非うろこ状）が示される。さらに、画面の領域２９８には、スクロール可能な画像ウィンドウ３３４が提供される。スクロール可能ウィンドウ３３４内には各々がそれ自身の機能を有する複数個の診断画像ウィンドウ３３８が図示される。
【００８１】
ウィンドウ３３８の各々はウィンドウと関連するタイトルバー３４２に示した病気の診断ケースを図示するディジタル画像を表示する中央領域３４０を含む。各ウィンドウ３３８の底部に沿って、画像制御バー３４４があり、ここではバーの中央領域が特定の診断に利用可能な画像数を表示する。バー３４４の左側には、画像スタックボタン３４８があり、図９に示すようにスクロール可能ウィンドウ域３５８の画像スタックでユーザーが複数個の画像３５６を見ることを可能とする。図９が図示するように、特定の診断と関係する画像はスクロール可能な「コンタクト・シート」で表示され、これは特定の画像も選択されて（縮小寸法画像をクリックして）図１５に示すように拡大全画面図を表示する。図７に戻ると、詳細ボタン３５０は図１０に図示したユーザー・インターフェースのビューを変更し、ここで領域２９８は診断画像ウィンドウ３３８のみならず、ユーザーが特定の診断と関係する更なる情報と詳細を見るスクロール可能テキスト・ウィンドう３５４も含む。
【００８２】
次いで図１１に戻ると、図８のユーザー・インターフェース画面３３０は、メニュバー２８８上の「分布」項目のユーザー選択に応答して変更された形式で図示される。このような選択の結果として、絵画メニュー３６０が領域２９８の画像ウィンドウ３３４上に表示される。プルダウン絵画メニュー３６０は可能な皮膚科発疹パターンの分布用の各種選択を図示する。メニューでは、個々の選択領域３６２は分布３６４の図式表現と共に、領域３６８に簡単な記述説明も含む。ここで再び、絵画表現を通して、システムはユーザーが、患者の視覚特性を絵画表現と「整合させて」特性を追加する（例えば、病気の症状が身体のどこに分布している）ことを可能とする。ユーザーが項目３７０（分散したでたらめ）を選択したものと仮定すると、図１２のユーザー・インターフェース画面が表示される。
【００８３】
図１２に戻ると、ユーザー・インターフェース画面４００が図示され、ここでユーザーにより選択された分布情報がウィンドウ２９２に図示される。さらに、診断ウィンドウ２９４はここで、その最上部に、現在システムに入力された２つの患者特性−隆起した、非うろこ状、分散したでたらめ分布、に一致した診断が反映される。同様に、スクロール可能ウィンドウ３３４内では、異なる診断画像ウィンドウ３３８が図示される。再び、診断画像ウィンドウ３３８はウィンドウ２９４で指示した可能な診断と一致する。
【００８４】
病変型式と症状の分布に加えて、可能な診断をさらに精密にするため、ユーザーはプルダウン・メニューバー２８８の「所見」選択を使用して患者と関連する１つ以上の所見を入力してもよい。図１３を参照すると、成人皮膚科モジュールの例示プルダウン・メニューが図示されている。いくつかはプルダウン・メニュー４１０、４２０、４３０により図示されている異なる型式の所見は、所見の各型式または分類に対して別個のデータベース・テーブル構造により表現したほうが望ましい複雑で豊富な階層を有している。しかしながら、本発明に従って記述され特許請求されるものと等価な特徴と機能を実装するため等価なデータベース構造と方法論を使用してもよいことを理解されたい。各種のＶｉｓｕａｌＤｘモジュールまたは本発明により考慮される実施例で使用される所見の型式は以下の１つ以上を含む：
・徴候
・症状
・旅行歴
・医療歴
・手術歴
・家族歴
・年齢
・性別
・仕事
・被爆
・放射線徴候
・投薬
・習慣
・検査所見
・皮下徴候
・形態
・異常形態
・皮下形態
・分布
【００８５】
皮膚科の豊富で説明的な用語は他の視覚専門の形態用語で同様な対照物を有する。例えば、放射線科医は密度（ハイポデンス、ハイパーデンス、等）、パターン（間質性、等）位置固有等、のような分類内で視覚所見を分類し、同様に病理学者はガラス・スライド上で見出される組織等の浸潤細胞型式、色、全体「アーキテクチャ」に対応する視覚用語を利用する。
【００８６】
他の例として、病理学者は顕微鏡形態パターンを診断に相関しなければならず、この診断はしばしば臨床歴に依存する。病理学者にとって「臨床歴」（これは試料提供スリップ上に見出される）を使用して自身の解釈過程の案内とすることは普通である。病理学者は細胞の形状、検査組織の全体アーキテクチャ、色変化を見て、利用可能な患者所見の文脈内で変化を解釈しなければならない。例えば、血液学者は骨髄生検を受取って非常に血球数が低い患者の評価の助けとする。悪性の病歴を有する患者の医療歴のような患者歴（所見）、患者の現在の投薬、黄疸のような関連病状と徴候は、病理学者が視覚所見を解釈して診断意味づけを提供する援助とする際に不可欠である。
【００８７】
同様に、放射線の分野では、付託した医師が同様の臨床歴と関連所見を提供すると放射線科医の援助となる。例えば、放射線科医がＨＩＶにかかった患者、多量の咳、発熱と記されたフィルムまたはスキャンの請求を受取った場合、腰痛の鋭い再発の診断評価を支援するためにＣＴスキャンを受けるよう言われた健康な７５歳のＣＴスキャンと比較して、放射線科医は腹部コンピュータ断層（ＣＴ）スキャンで見出される塊に対して非常に広範囲の可能性をその診断リスト中に考慮する。この例では、ＨＩＶの所見、大量の咳、及び発熱は形状を援助し、考えている診断を拡大し、パターン認識の関連を支援する。
【００８８】
上記したように、視覚指向の専門家（皮膚科医、放射線科医、病理科医、眼科医、内視鏡検査医）は何年もかけて自分の能力をみがき、視覚症状を診断機能、基準、等の知識ベースに対して正確に分類し関係付ける。１００以上の可能な視覚証拠がある場合に、同様な知識ベースを使用可能な方法で提示するソフトウェア・システムでは、階層メニューシステムがｐｉｃｏｎの探査を容易にするため望ましいものであるものと信じる。画像表現は抽象または一般的図式表現からコンピュータ化図式へそしてさらに特殊な項目の写真アイコンへ進歩することが望ましい。ある意味、最も重要な段階は、ユーザーが階層の正しい「分岐」をたどって自分の道を見出すこと（そしてユーザーが不正確な分岐を横断している場合にユーザーを支援する十分な冗長度を提供すること）を保証することである。このようなシステムでの分岐機会は、最少数の画面、例えば、病変型式、２次形態と病変の構成、そして身体上の病変の分布を表す他の画面、に保たれる。
【００８９】
図１３に図示した例示実施例に戻ると、プルダウン・メニューバー２８８の「所見」の選択後、前述したようにユーザーには所見分類の上位レベルリストが表示される。メニュー４１０中の分類のうちの一つにマウスまたはポインタを移動すると、ＭＳ−Ｗｉｎｄｏｗｓ（登録商標）環境下で公知の方法で表示される隣接メニュー４２０が生成する。最終的に、図示されたメニューはメニュー４３０で一連の選択可能な所見を表す。図示の特定の例では、所見の下の一般的な「徴候」は「一般」分類（メニュー４２０）に、最後にメニュー４３０（悪液質（ｃａｃｈｅｔｉｃ）、脱水、低体温、肥満）の選択のリストに精密化される。本例では、「肥満」のユーザー選択は図１４のユーザー・インターフェースを生じる。
【００９０】
簡単に図１４を参照すると、ここでウィンドウ２９２が更新されて「肥満」所見を追加した画面４５０が図示される。さらに、診断ウィンドウ２９４と画像ウィンドウ３３４（領域２９８）の両方で表示される診断のサブセットも更新される。記載した本発明によると、追加の所見は可能な診断のサブセットを変更し、１つ以上の可能な診断をリストの「上部」に移動させ、ここでサブセットはテキスト形式でウィンドウ２９４と画像形式でウィンドウ３３４の両方に表示される。
【００９１】
望ましい実施例では、本発明の特徴に従って実装されたブラウザ・ベースの視覚医療診断ツール（ＶｉｓｕａｌＤｘ）は簡単なクエリと複雑で複数所見のクエリの両方を可能とする意図のものである。投薬名や、関連薬物発疹の視覚画像のような所見を入力するごとく探査を出来るだけ簡単にする、または全ての可能な患者所見（症状、徴候、過去の医療歴、被爆、投薬リスト、検査所見、等）を入力するごとく出来るだけ複雑にするようにユーザーに最大限の柔軟性を提供する意図である。本実施例に従って記載したようなユーザー・インターフェースは、各ユーザーが異なる方法で、異なる環境下ではさらに異なる方法でアプリケーションと相互作用する意図である。ユーザー・インターフェースを駆動して知識ベースと相互作用するアプリケーション・ソフトウェアは、知識ベースにアクセスするためにユーザーが全ての質問（全ての所見での見識）に答える必要はない。むしろ、ソフトウェアは、所見と特性がユーザーにより更新されるまたは変更されるにつれて可能な診断情報（データベースのサブセット）を提供する。それ故アプリケーションは探査結果（診断）を動的に表示する必要がある。ユーザー・インターフェース画面に図示するような、各探査項目または患者所見のユーザー入力は、ウィンドウ２９４の診断リストとウィンドウ３３４のその関連画像の即時の再リスト化と再表示を生じる。
【００９２】
説明したように、患者所見を入力した後、アプリケーション・プログラムはユーザーに可能な診断のリストを提供する。可能な診断と関係する画像を見るために少なくとも３つの基本オプションがある：
（ａ）診断によりグループ分けされた、スタックの減少寸法画像サムネールを含む、図８、図１２、図１４に図示するような「コンタクト・シート」フォーマットでユーザーは結果を見ることが可能である。このインターフェースは本発明の基本機能の１つを表す。簡単な画像データベースまたは画像アトラスと対比されるように、サムネールの診断グループ分けはユーザーが診断可能性の関係で画像を視覚的にスキャンし検討することを可能とする。各診断「スタック」は、ユーザーが、身体位置により「スタック」で画像をソートする（これは診断間で同様な病変の比較を容易にする）、特定の診断の全てのサムネールが別個のウィンドウで見られるように（例えば、図９）スタックされたサムネール「拡大する」、診断の関連所見を表示する、ことを可能とする制御の組を可能とする。図１５の画面３５２に図示するようにサムネールはまたマウス・クリックで全画面画像に容易に展開される。画像表示に従って、病気進行の段階を通して診断画像スタックが自然進行を図示するに表示を構成してもよい。
（ｂ）ユーザーは診断リスト・ウィンドウから特定の診断を選択可能で、次いでビュー・コンタクト・シート中のこれらの診断から画像を比較し、画像を必要に応じて全画面に展開してもよい。
（ｃ）ユーザーは１つの診断を選択して、サムネール版と全画面版の両方で画像と共にテキスト・ウィンドウからの情報を見ることも出来る。
【００９３】
第２に、ユーザーは診断と関係する参照材料をアクセスしたいかもしれない。病気進行を要約し、症状と管理オプションを提供する簡潔なテキスト文が知識ベース内で利用可能であり、図１０に示すように特に表示される。別の参照テキストも投薬のようなインターネット・リンクを通して利用可能である。
【００９４】
ＩＶ  所見と診断との間のリンク
緊密に定義されたモジュールはエンド・ユーザー用の解決問題ピックリストを有する簡潔な知識ベースを生成する。モジュールと診断の関係付けは、医療文献の完全な調査を基にし、医療分野の熟練者により熟視して調査（著者／編者）される。診断は任意の数のモジュール中で可能である。この知識ベースの構成は累積的な効果を有する、モジュールが開発されるにつれて、診断プロファイルは新たなモジュールに、てこ作用される。
【００９５】
所見の組から診断を識別するため、本発明は所見から診断へのリンクを所見−診断−リンクにより表現することが望ましい（図４の診断＿所見リンク・テーブル２５８を参照）。診断＿所見リンクは該当する所見の型式により構成される。本明細書で記載する例は、症状、徴候、旅行歴所見、等の作業セットにリンクされた所見型式テーブル中の診断＿所見リンクを見出し、次いで診断の組を発生する。所見との関係は２方向で多数対多数である。言い換えると、診断は所見の全ての異なる型式の内の、多数の関連所見を有することが可能で、特定の所見は多数の診断を通して見出しうる。
【００９６】
望ましい実施例では、診断＿所見リンクは所見と診断との間の関係の存在を表現している。これらの関係は情報の視覚的表現を構成するため、または関連情報の探査を指令するために使用可能である。本発明により考慮される関係は、「関係している」、「素因となる」、「病状再燃させる」、「悪化させる」、「合併症である」、「原因」、「により生じる」を含む。これらは仕事と被爆、家族と医療歴、及び投薬使用の分野で重要である。これらは診断対診断関係を解明する際に主に適用可能であり、ある診断の所見が他のものを包含している場合に最も有用である。
【００９７】
例えば、「被爆」対診断リンク関係は肺がんの危険要因として喫煙により例証されている。「習慣」の所見型式で、「喫煙」の所見は肺がんの診断への「素因となる」の関係にある。診断対診断リンクは肺がんと肺炎との間の関係により例証される。肺がんの包含は肺炎である。関係の他の側からは、肺がんは患者に肺炎の素因となる。「医療歴」の所見型式では、肺炎の所見は素因要因として肺がんを指している。また「医療歴」にある肺がんの所見は、肺炎の可能な包含を指している。このようにして構造化されたシステムは投薬に１時的な関係を表し、所見と診断とその関連データベース・オブジェクトとの間に豊富な接続性を提供する。
【００９８】
望ましい実施例では、統計または確率論的方式を基にした、確率誘発強度または頻度は、ユーザーを可能な診断に到達させる援助となるよう知識ベースに含めることはない。診断＿所見リンク・テーブルは、ユーザーへの支援として、診断における所見の相対的重要度に関する情報を含めるための「診断重要性」フィールドを含む。１実施例では、各所見＿診断レコードは、データ入力時に、以下の３分類に分類される：
−診断の主要または共通所見
−微小またはひんぱんでない所見
−ケース報告所見または非常にまれに見られる
【００９９】
加えて、診断を行うためこれらが公的に受入れられている基準かどうかを表すようフラグを立てられる。公的に受入れられる基準の例は、エリテマトーデスを診断する米国リューマチ学会基準がデファクトな基準である。アプリケーション・プログラムはそれ自身で診断を試行することは期待されないため、この非常に不正確な「重要性」データは、クエリ結果の重み付けを自動化するためにアプリケーション・プログラムでは使用されていない。診断重要性は、受入れられた診断基準、主要所見のみ、または微小所見とケース報告所見も含む全体所見ビューを適用することにより診断リストを再ソート可能として、開業医が得られるようにする意図である。しかしながら、一般にこのデータは、エンド・ユーザーに情報を与えて、可能な診断を見る時に所見の存在または不在をどの程度真剣に考慮する必要があるかに関する考えを形成する援助とするために設けてある。
【０１００】
Ｖ  診断／識別
ＶｉｓｕａｌＤｘシステムでは、診断モジュールはユーザーからの入力を受け入れ、入力と整合するまたは部分的に整合する診断のリストを生成する。診断の検索は２つの基本的方式：テキスト所見と整合する診断のクエリ；視覚所見と整合する診断のクエリ；とを介して発生する。
【０１０１】
テキスト所見の入力は自由テキスト入力、または望ましくはユーザーに提示されたドロップダウン・メニューの形式で階層化ピック・リストから行われる。自由テキスト入力は、正確なまたは同義語整合が存在しない時に全ての部分整合所見をユーザーに提示する。図１３のドロップダウン・メニューに関して実装され、上記されたように、所見リストは選択過程時に１時にユーザーに提示する選択数を最小化するため分類の階層に構成されてもよい。１実施例では、所見分類は、データベースから階層関係を読取ることにより決定され、従って、データベースの更新時に動的に発生されてもよい。ユーザーに正確な値を指定する場合（例えば、「クレアチニン上昇、＞１．８」）、ある所見は数値データの相対比較を含むまたは指定してもよい（例えば、「クレアチニン上昇」レベル）ことも認められる。
【０１０２】
従って、ドロップダウン・ピックリスト４１０、４２０、４３０と図１３の場合にはユーザー・インターフェース画面４００の要約ウィンドウ２９２に加えて、テキスト所見インターフェース画面は、自由テキスト入力域と他のナビゲーション・ツールを含んでもよいことが考えられる。所見の特性が視覚及びテキスト情報を含んでいるため、検索ではテキストと視覚所見の任意の組合わせが許容されてもよい。任意の選択の結果として、検索を開始し、例えば図１４に図示するように整合した及び部分整合した診断の表示が表示される。この表示は所見を追加、変更または除去した時にいつでも更新される。
【０１０３】
１実施例では、特定の診断と関係する画像は「スタック」として関係付けられる。スタック中の画像はビューの近似度、身体位置及び病変型式に基づいてソートされる。ユーザーはどのソート方法を使用するか選択可能であるが、アクティブに表示される画像スタックにはデフォールトが使用され、ここでデフォールトは病変型式またはその他の定義所見に関係するかまたは関係しなくともよい。
【０１０４】
示唆すべき適切な診断（または非医療実施例では識別）の画像の表示は、その知識ベースとその応用を含む本発明の中心目的と焦点である。診断はテキストで及び／または視覚的に表示されてよい。テキストは診断レコードに含まれる。上記したように、診断情報の視覚表示は知識ベースと関係する画像へのリンクを介して行われる。上記の実施例では、診断は、要約絵画アイコン、通常最も視覚的に特性を定義するクローズアップ図、多数の診断がメニュー中にアレイされる状況では抽象アイコンまたは指定した特性サムネール画像を有する。
【０１０５】
診断はユーザー指定の好み（例えば、整合または緊急度順）に従って表示用にソートされてもよい。これらは時折広範囲の分類にソートされる必要がある。これらの広範囲な分類下では、または入力所見の組と関係した検索結果が生じた時、これらはその各種の属性でソート可能である必要がある。結果を調査し検索を精密化する過程を支援するためユーザーはソート順を実時間で変更してもよい。最小でも、診断は以下の１つ以上でソート可能でなければならない：
−整合所見の数（デフォールトのソート順）
−病気の重要度（救急または非救急）
−異常生理学（感染症、悪性腫瘍、遺伝病等）
−整合所見の型式
−病気のクラス
−非整合所見の数またはクラス
【０１０６】
診断を表示するデフォールトのソート順、整合所見数は、診断が現在の所見の組とどれだけ良く適合したかを示すには最良の方法であるものと信じる。ユーザーにより追加の所見が指定される度に、表示を更新するために知識ベースのクエリが再実行され、モジュールの各診断が所見の選択した組とどれだけ密接に整合しているかを即時に知ることが出来る。
【０１０７】
非整合所見は診断過程に極めて重大な情報を含むため、望ましい実施例は診断と関係する所見の組を表示する自然過程を可能とする。例えば、図１４は指示した特定の診断に対応する所見を（患者ウィンドウ２９２に）図示する。これによりユーザーは特定の診断に対してどの所見が初期検索で選択されなかったか、または指示されなかったかを決定可能である。
【０１０８】
医療知識の分野の広大さと医師の専門化は、本明細書で記載した知識ベース構造に集中したアプリケーションの作成を命じている。知識ベースの焦点を合わせたサブセットが迅速にユーザーにより見ることが出来るように診断は問題指向のモジュールの付属物として分類される。可能な別のモジュールは以下を含む：
−一般医師の簡単な目及び瞼案内
−一般医師の簡単な耳鼻咽喉案内
−小児科医：
・新生児皮膚疾患と未熟児視覚案内
・幼児の皮膚疾患
・出産時に気付いた先天性異常（構造）
・一般化発疹と幼児と子供の発疹
・局所化した皮膚問題と子供のできもの
・頭皮と髪の疾患（幼児から子供）
・子供の血管腫と血管疾患
・爪の問題
・性器病変を含む局所皮膚問題
−老人医
・老年皮膚問題
・皮膚潰瘍と皮膚介護
−遺伝学
・先天性症候群子供と成人
・頭蓋異常
−職業医学
・接触皮膚炎（職業関連の皮膚アレルギー）
・芸術／スポーツ医療の実施
−ＨＩＶ
・ＨＩＶとＡＩＤＳの皮膚問題
−母斑
・血管腫（前と後）
・メラニン母斑（患者情報の手術前後）
−傷介護
・火傷
・怪我
・切断手術介護
・外傷
−感染病
・旅行医療（各国で流行している皮膚及び感染病に対する国ごとの案内）
・性的伝染病を含む男性性器病変
・性的伝染病を含む女性性器病変
−糖尿病
・糖尿病潰瘍と皮膚の介護
−一般医用の成人皮膚科
・皮下色素沈着及び皮上色素沈着病（平らな病変）
・丘疹とプラク（隆起した病変）
・潰瘍と萎縮症（窪んだ病変）
・小嚢と水疱病（水疱病変）
・化膿と出血病変
・個別の病変または腫瘍
・内部病の皮膚顕示
・民族病（遺伝性皮膚疾患）
・爪の病気−成人
・民族皮膚病
・ざ瘡と関連疾患
・造瘻術介護
・髪と頭皮問題
−環境被爆
・体内進入とかみ傷（微生物、蜘蛛等の画像）
・海洋及び水上怪我（微生物の画像）
・植物皮膚科（病気を起こす植物の画像）
−身体領域固有
・手のひらとかかとの疾患／足の疾患
・舌を含む口腔粘膜病変
・間擦部（腋毛、鼠蹊、乳房下部）
・頭部と首の腫瘍
・顔の発疹
−特殊な危険性のある患者
・移植及び免疫無防備の患者
−法医学
・検視／死因
・犯罪現場解析
【０１０９】
ＶＩ  別の実施例
視覚医療診断システム（ＶｉｓｕａｌＤｘ）、特に成人皮膚科実施例に関連して本発明の詳細を記載してきたが、以下の説明は本発明またはその特徴が特別な応用を見出す別の他の実施例に向けられている。
【０１１０】
図１６に戻ると、本発明に考慮された特別な別の実施例、薬剤識別（ＰｉＩＩＩＤ）と呼ばれるアプリケーションが図示されている。
【０１１１】
再び、薬剤識別の１つ以上の特徴、または本明細書で記載する他の実施例は同様の階層メニュー／リスト方法論で実装されることが認められる。例えば、街頭またはその他の危険な薬物の識別を支援するためにユーザーへの表示用の以下の階層を実装することが可能である：
上部レベル・メニューリスト：
形式、投与方法、マーク、色、形状、全体重量、使用位置、ユーザー症状、主要化学組成
第２レベル・メニューリスト
形式−＞
粉末、カプセル、錠剤、液体、パッチ、気体
投与方法−＞
経口、注射、表皮性、喫煙／吸入
【０１１２】
図１６を参照すると、ユーザー・インターフェース画面５５０の各種要素は上記したものと機能が一致しており、また一連の画像５７０も図示され、ここで各画像は、ユーザーにより入力されたまたは選択された特性を基に可能な整合する薬剤を図示する。領域２９８の各ウィンドウは画像５７２のみならずスタック展開ボタン５７４とテキスト表示ボタン５７６をさらに含む。任意の特定画像下でスタック表示ボタン５７４の選択は、ＶｉｓｕａｌＤｘ実施例の図９と関連して上記したようにインターフェースに表示されている「スタック」中の画像を発生する。テキスト表示ボタン５７６の選択は特定の薬剤に関連する説明詳細とその他の情報を有するテキスト・ウィンドウを作成する。各画像の下には、特定の薬剤の画像のスタックを通して、各々前後に移動させるために使用できるスタック・ナビゲーション・ボタン５７８と５８０が図示されている。例えば、画像のスタックは、ユーザーが特定の薬剤を識別可能とする可能性を改善するよう各種の銘柄の薬剤を含むのみならず、別のビュー（背面、側面、等）を含んでもよい。
【０１１３】
１実施例では、提示している図が何であれ、画像をダブルクリックして、ユーザーにその特定の画像の全画面、高分解能図を提示することが可能であることを認めるべきである。全画面画像の以後のクリックまたは選択はユーザーを以前の図または画面に復帰させる。または、ナビゲーション矢印によりユーザーが全画面表示モードで高分解能画像を連続的に見ることが可能である。
【０１１４】
図１６の参照を続行すると、ユーザー・インターフェース画面５５０により図示されたシステムは、不正使用及びその他の麻薬の識別を支援するために画像及び知識データベースへの相互参照アクセスに使用される。ディジタル画像技術に慣れた人には、このようなシステムは画像及び視覚情報の検討用に標準化されたまたは制御されたシステムを必要とすることが認められる。特に、システムは、薬物のサンプルまたは試料を試料テーブルまたは台を有するキャビネットまたは容器に配置した画像部所、照明と高分解能、カラー・ディジタル画像キャプチャ装置（ディジタル・カメラ、ＣＣＤスキャナ、等）を含んでもよい。前記システムは図１に示した特性化周辺装置の形式を採ってもよい。
【０１１５】
本発明の１つの特徴は、不正使用麻薬（ｓｔｒｅｅｔ ｄｒｕｇ）の識別を支援するための画像及び知識データベースへの相互参照アクセス用のシステムを考慮している。上記したように、システムはユーザーからサンプルの複数個の特性を要求するユーザー・インターフェースを含む。例えば、特性は、薬物の形式（粉末、カプセル、錠剤、液体、パッチ、気体）、投与方法（既知の場合）（経口、注射、表皮、喫煙／吸入）、マーク、色、形状、全体重量（ｍｇ）、寸法（ｍｍ）、使用の地理的位置、ユーザー症状、主要化学成分（マーキス（Ｍａｒｑｕｉｓ）検査、マンデリン（Ｍａｎｄｅｌｉｎｓ）検査、リーバーマン（Ｌｉｅｂｅｒｍａｎｓ）検査のように警察により使用される通常使用の薬物検査により決定）を含む。ユーザーにより示された特性を基に、ＶｉｓｕａｌＤｘシステムに使用したものと同様の診断エンジンが、複数個の可能な不正使用麻薬から、特性と一致した街頭またはその他の危険な薬物のサブセットを識別する。不正使用麻薬のサブセットを使用して、画像データベースの情報空間がユーザーへの提示用にソートされ、ここで提示は不正使用麻薬の識別を行う際にユーザー検討用の画像の同時表示により実行される。
【０１１６】
ピルのような不正使用麻薬の場合、前記画像は、観察者が薬剤の寸法を査定する援助となるよう印刷された２．５ｘ２．５ｃｍ格子を多分含む、規定の背景に対して標準寸法で写真を取られる（ピルの場合）こともさらに考えられる。この標準参照画像は、ユーザーが比較用に即時の標準視覚基準を得られるよう、右下隅に一様に薬剤表示される。製品または化学名または成分、症状、治療（もしあれば）、物質を識別する別の検査に関するテキスト情報もインターフェース画面上のユーザー選択に応答して現れる。
【０１１７】
加えて、本実施例の第２特長は、薬剤識別システムのユーザーから情報を将来的に収集してデータベースを強化する点である（不正使用麻薬の状況は常に変化している）。このユーザーの集団（法化学者または他の犯罪研要員、薬物執行捜査員、その他の公共安全または警官）は画像端末／画像部を有するかまたは標準の写真指針と技術を有して、画像取得を実行する（標準格子、照明、背景、格子上の位置、対象物からの距離）。以後、システムまたは本方法を用いて取得された画像は、他の特性詳細（重量（ｍｇ）、寸法（ｍｍ）、研究室解析結果、受領した日付項目（例えば日時スタンプ）、得られた数量、場所（管轄）、製品名、リストされた内容（容器中にある場合はラベルから））と共に、中央画像データベースへ電子的に送信される。中央データベースも前述した発明と同様の方法で検索可能なデータベースである（地理の検索と表示を追加して、例えば特定薬物の現場から現場への拡散を追跡する）。
【０１１８】
さらに、データベースからの画像の提供に加えて、前記システムは実際のサンプル画像情報をデータベース画像情報のそれと並べて比較する手段も含んでもよい。上記したように、保持している情報を増強し続けるため、試料またはサンプル・データを追加してもよい。例えば、国のある地域（例えば、オハイオ州シンシナチーまたはニューヨーク州ロチェスター）で従来未知であった不正使用麻薬が他の地域（例えば、カナダのトロント）で製造された薬物と同様であるものとしてその視覚特性により識別される。または、未知の不正使用麻薬も、化学的組成を含む解析が完了すると、データベースに追加してもよい。
【０１１９】
望ましいシステムは、図１６のメニューバー２８８に図示したような一連のプルダウン・メニューを介してサンプルの説明特性をユーザーが入力するユーザー・インターフェースを利用する。前記特性は、形式（粉末、カプセル、錠剤、液体、パッチ、気体）、投与方法（経口、注射、表皮、喫煙／吸入）、色、使用の地理的位置、ユーザー症状、及び化学的組成を含む。一度入力すれば、システム内の診断エンジンが入力された情報を処理して、複数個の可能な不正使用麻薬から、ユーザーにより入力された特性と一致した不正使用麻薬のサブセットを識別する。次いで、このサブセットを使用して、ユーザー・インターフェースを介したユーザーへの表示用の画像データベースの情報空間を再構成し、ここで表示は識別過程でのユーザー検討用の画像の同時表示により実行される。
【０１２０】
システムにより収集された情報は、救急要員、第１応答者（またはキャンプ場要員、学校等その他の関係人員）に役立つよう、薬剤の化学的性質の明確な識別に関する情報を追加する、犯罪研と法執行局で共有されることもさらに期待できる。前記システムは、新たな不法薬物の地理的拡散を追跡し、ソースの識別（ロスアンゼルスで、ニューヨークに対して、カナダに対して）する援助となるものと信じる。
【０１２１】
１例として、薬剤とそのロゴまたはマーク（量、位置、本人の識別、キャプチャの環境のような他の情報を含むデータベースにリンクされる）の写真の将来的キャプチャは警察管区で実行可能である。正体（薬剤の化学的性質）は次いで犯罪研で確認される。データベースは連続的に成長して複数の管区を通して利用可能である。このように情報が他の州、国または国際法執行局と安全なネットワーク接続を介して共有可能であるため、新たな危険薬物の公開と拡散に関する警告はより時機を得たものとなる。
【０１２２】
さらに別の実施例では、本発明の１つ以上の特徴が死因の調査で検死官または監察医による使用に適用可能であると信じられる。ここでは再び、システムは伝統的な機器と技術と関連して使用されて、検死官または監察医に調査を助ける各種資源を提供する。特に、検死時に全体及び顕微鏡的病理、外傷、自然死因、打撲傷の徴候を含む全体外部画像、病気の器官と傷の全体内部画像、病気組織の顕微鏡画像を調査する時に画像が使用される。このようなシステムを実装する際、特性検索フィールドは、外傷型式−鈍器、切り傷、銃創、等、研究室情報−薬物画面、化学的性質、血液数、及び歯科医記録のようなその他の情報を含む。
【０１２３】
特に、死因の調査を支援するための画像及び知識データベースへの相互参照アクセス用システムは、死因の複数個の特性を要求するユーザー・インターフェースを含む。別の特性は、死の方法（事故、自然、嫌疑）、武器型式（銃では、例えば拳銃、散弾銃ライフル、自家製、強襲武器、機関銃）、副次傷（射撃に近接した火傷等）、傷のアイコン表現（穴の寸法、切り傷パターン）モダリティー（死と関連する器具または対象物、例えば銃、電車、火）、医学辞書（急性、慢性、肥満）を含む。特性を基に、診断エンジンを使用して、複数個の可能な死因から、特性と一致した死因のサブセットを識別する。次いで、原因のサブセットを使用して、画像データベースをユーザーへの表示用に再構成し、ここで表示は死因の識別でユーザー検討用の複数個の画像の同時表示により実行される。
【０１２４】
以前の実施例のように、ユーザーが一旦データを入力すると、予めプログラムされた診断エンジンを使用して入力された特性を処理し、複数個の可能な死因から、入力された特性と説明とに一致した原因のサブセットを識別する。原因のサブセットを使用し、画像データベースの情報空間をユーザーへの表示用に再構成し、ここで表示は死因の決定時にユーザー検討用の画像の同時表示を通して実行される。
【０１２５】
本発明で考えられるさらに他の実施例は、植物、菌類またはその他の生物（例えば、爬虫類、節足動物等）の識別を支援するために画像及び知識データベースへ相互参照アクセスするシステムである。植物と菌類に関しては、システムは、寸法、形状（葉、種／液果、花、果物等）、葉脈パターン、彩色（葉、幹、根、秋の彩色）、幹型式（木、つる）、どこで見出されたか等を含む、植物サンプル（きのこのような菌類を含む）の複数個の説明特性をユーザーから要求するユーザー・インターフェースを含む。標準的な記名法と一致した方法で一旦このような情報が収集されると、診断エンジンを使用して、複数個の可能な植物から、入力した特性と一致する植物のサブセットを識別する。次いで植物のサブセットがデータベースから選択され情報空間で表示される、ここで表示は植物の識別を行うユーザー検討用の複数個の画像の同時表示により実行される。
【０１２６】
本発明の特徴が有用性を見出す別の実施例は、植物及び庭園問題の診断と治療を含む。例えば、人々は健康であった植物、芝生、装飾用潅木または木の外見の変化の原因をしばしば理解しない。テキストと視覚証拠の組み合わせを同様に使用してその人が変化の原因を識別し問題を解決する援助と出来る。
【０１２７】
上述したように、システムは人間の皮膚科に特別の応用を有している。しかしながら、獣医皮膚科にも特別な応用があり、この場合本発明を動物の皮膚と感染病、全身病の皮下徴候の診断に使用できる。事故調査（航空、自動車、軍隊）も本発明を使用して支援され、この場合自動車事故のパターンまたは特性（例えば、例として近年のタイヤ安全問題）を使用して、事故原因の決定に到達できる。スキッド・マーク、自動車への損傷、乗員への傷及びその他の要因のような要因を使用して画像のスタックを有するケースを組立可能である。
【０１２８】
または航空業界内では、事故の正確な原因は即時には分からず、金属疲労の証拠を分類し、メタデータと関係する損傷部品と事故の詳細が「視覚証拠」のより効率的な検討を可能とする。医療診断と同様に、あいまい性と不確定性は規則であり、それ故「ケース」を同様に組立て検討して、ユーザーが事故原因を識別し最終結論に到達することを支援可能である。同様な方法で、警察犯罪現場調査を本発明の特長により容易に出来る。刑事作業では、刑事は犯罪の全ての証拠を組立て、視覚情報（足跡、指紋、押込み侵入の徴候、被疑者の写真）を犯罪のテキスト・データ、場所、時間、被害者等と関連付ける。犯罪の詳細は次いで正確に分類され本発明を使用してアクセスされる。
【０１２９】
要約すると、本発明は多数の応用例で視覚知識の有用性を増強する方法と装置である。これは特性と仮説との間の関係をデータベース形式に引き出し、これにより各種の仮説（薬剤識別、植物／動物識別、死因、事故原因、等）の調査を行うユーザーを支援するために適した方法で視覚情報を構成する。本発明は、決定実行過程を自動化しないことにより知識工学の周りの未解決問題を避けているため、巨大な可能性を有する。むしろ、本発明は、直接観察と記憶された画像とテキスト・データとの比較により利用可能な情報を基にユーザー検査を支援し理由付けされた結論への到達を支援する支援ツールである。
【０１３０】
それ故、本発明により、相互参照の知識及び画像データベースの方法と装置が提供され、ここで複数個の仮説を使用して、ユーザーによるさらなる検討用に少なくとも画像中心の形式で表示される可能な識別の少なくとも１つのサブセットに狭めて作成することは明らかである。本発明は望ましい実施例と関連して説明してきたが多数の代案、修正及び変更が当業者には明らかであることも明らかである。従って、添付特許請求の範囲の要旨と広い範囲に該当する全ての前記代案、修正と変更を含む意図である。
【図面の簡単な説明】
【図１】
本発明が動作するシステムの実施例を図示する例示ブロック線図。
【図２】
本発明の実施例の作成と使用の全般的段階を図示する流れ図。
【図３−図４】
本発明の実施例を実装する際に使用するであろうデータベース・スキーマの図示例。
【図５−図１５】
成人皮膚科実施例に従う本発明の各種特徴と機能を実装した視覚診断装置のユーザー・インターフェースの図示例。
【図１６】
本発明の別の実施例の説明のための薬剤識別装置のユーザー・インターフェースの図示例。
【図１】
2004517380.tif 000003
【図２】
2004517380.tif 000004
【図３】
2004517380.tif 000005
【図４】
2004517380.tif 000006
【国際公開パンフレット】
2004517380.tif 000007
2004517380.tif 000008
2004517380.tif 000009
2004517380.tif 000010
2004517380.tif 000011
2004517380.tif 000012
2004517380.tif 000013
2004517380.tif 000014
2004517380.tif 000015
2004517380.tif 000016
2004517380.tif 000017
2004517380.tif 000018
2004517380.tif 000019
2004517380.tif 000020
2004517380.tif 000021
2004517380.tif 000022
2004517380.tif 000023
2004517380.tif 000024
2004517380.tif 000025
2004517380.tif 000026
2004517380.tif 000027
2004517380.tif 000028
2004517380.tif 000029
2004517380.tif 000030
2004517380.tif 000031
2004517380.tif 000032
2004517380.tif 000033
2004517380.tif 000034
2004517380.tif 000035
2004517380.tif 000036
2004517380.tif 000037
2004517380.tif 000038
2004517380.tif 000039
2004517380.tif 000040
2004517380.tif 000041
2004517380.tif 000042
2004517380.tif 000043
2004517380.tif 000044
2004517380.tif 000045
2004517380.tif 000046
2004517380.tif 000047
2004517380.tif 000048
2004517380.tif 000049
2004517380.tif 000050
2004517380.tif 000051
2004517380.tif 000052
2004517380.tif 000053
2004517380.tif 000054
2004517380.tif 000055
2004517380.tif 000056
2004517380.tif 000057
2004517380.tif 000058
2004517380.tif 000059
2004517380.tif 000060
2004517380.tif 000061
2004517380.tif 000062
2004517380.tif 000063
2004517380.tif 000064
2004517380.tif 000065
2004517380.tif 000066
2004517380.tif 000067
2004517380.tif 000068
2004517380.tif 000069
2004517380.tif 000070
2004517380.tif 000071
【国際調査報告】
2004517380.tif 000072