JP2002511159A - リストベース処理を用いたコンピュータ化医療診断システム - Google Patents

Abstract

(57)【要約】 コンピュータ化された、知識ベースの医療診断診察を提供するシステムおよび方法。医療診察は、電話の使用による電話網あるいはインターネットアクセス装置の使用によるインターネットのようなネットワークを介して一般大衆に提供される。あるいは、医療診察は、コンピュータの使用によってスタンドアロンモードで患者に提供することができる。本発明は、診断スクリプトを生成し、実行するリストベース処理方法を使用する。患者の健康問題を診断する目的のために、医療知識は、考慮されるべき病気のリストに編成される。病気リストの各病気は、患者においてチェックされる症状のリストを含んでいる。症状リストの各症状はそれから、症状について患者になされた１つ以上の質問のリストに対する返答としてさらに記述される。３重ネストリスト構造は、適切なデータ構造変換によって、記憶されるスクリプトに変換される。患者が診断を必要とするとき、スクリプトは一連の質問として再生される。患者の返答は分析され、症状に変換される。これらの症状は病気に累積される。最後に、病気が選択され、診断として報告される。

Description

【発明の詳細な説明】 リストベース処理を用いたコンピュータ化医療診断システム 発明の背景 発明の分野 本発明は、コンピュータ化医療診断システムに関する。より詳細に述べれば、 本発明は、ダイナミックデータ構造を使用することでタイムベース化された患者 の苦痛を診断するコンピュータシステムに関している。関連技術の説明 現在、米国国民総生産のかなりの部分を医療費が占め、他のいかなる消費者物 価指数よりも急速に上昇している。さらに、多くの人々は、通常、医療サービス に対して費用を支払うことができないため、最も基礎的な治療および医療情報さ えアクセスすることができない。 多くの人々は、費用、時間の制約、あるいは不便のために治療を受けるのが遅 れるかあるいは治療を受けることを妨げられる。一般人が、普遍的でかつ無制限 で容易に医療情報をアクセスしていれば、多数の病気が防止できたであろう。同 様に、初期に多数の病気を発見や治療することによって、多数の患者がその治療 が米国の医療システムによる財政負担のかなりの部分である病気の進行した段階 に達することを防ぐことができた。米国は莫大な割合を占める健康関連問題に直 面し、本解決策は骨の折れることは明らかである。 医療問題に取り組む従来の試みは、様々な自動化形式を含んでいた。これらの 試みのいくつかは医療質問に回答するダイヤルインライブラリの形式であった。 他の試みは、患者の診察中にコンピュータ化された補助器具を医者に提供するこ とを目標としていた。これらの方法はスタティックな手順、すなわちアルゴリズ ムを含んでいる。望まれることは、患者に迅速で、効率的でかつ正確な医療診察 および診断を提供する自動化方法である。このような医療診察システムは、新し いタイプの医療問題あるいは発見方法が拡大できるようにモジュール式であるべ きである。 患者の１つの面接方法は医療診断スクリプトを含んでいる。そこでは、スクリ プトのフォーマットで専門家達の専門的な医療知識を示ず有効な方法が必要とさ れている。このスクリプトは、患者の診断を迅速で効率的に行うためにダイナミ ック構造を用いるべきである。 発明の概要 リストベース処理は、リストを処理して、患者と対話できるように病気、症状 および質問を病気、症状、および質問（ＤＳＱ）をネストしたセットに配列する ことによって行われる病気診断方法である。患者への質問毎に規定の返答が生成 され、返答毎に規定の質問セットの１つを生成する。これにより患者から症状を 聞き出す対話が確立される。症状は、処理され、病気を包含あるいは除外するた めに重み付けされる。含められた病気のセットは診断ということになる。リスト ベース処理システムは、医療の知識を正式、かつ構造化されたリスト、すなわち アレイに編成し、それから次の質問を自動的に選択するためにこれらのリストに 特別のアルゴリズムを適用する。質問に対する返答は、より多くの質問をもたら し、最終的には診断を下す。 本発明の１つの実施態様において、各病気が症状リストに関連づけられ、各症 状が質問リストに関連づけられているところの病気リストをコンピュータに与え るステップと、 応答が症状をもたらし、もたらされた各症状が病気に対して重みを与えるとこ ろの応答を引き出すために繰り返し質問するステップと、 診断を下すために、病気に対する累積された重みが閾値に達したか、あるいは 閾値を越えたかどうか判定するステップとを含むコンピュータ化診断方法が提供 される。 この医療診察システムは、患者が属している母集団における特異的な診断につ いての地理ベースのリストも含んでおり、このリストはリストベースプロセッサ が処理する場合には患者に特異的な診断に変えられる。このシステムは、患者が 属している母集団における病気の確率あるいは発生率を使用して、システムが患 者を評価することを可能にするように病気の頻度を保持するテーブルも含んでい る。このシステムは、診断を規定するのを一層助けるために、研究室の試験の選 択および画像形式の選択に対する特定および状況に敏感な勧告をも患者にも与え る。このシステムは、研究室の試験の選択および画像形式の選択が行なわれ、そ の結果を患者、患者の医療管理者および／または他の所望の団体組織に伝えるこ とを可能にする“再入力”機能を呼び出すことができる。このシステムは、患者 が（自分自身であるいはアシスタントによる）健康診断操作を実行し、診断をさ らに正確にするためにシステムに結果を知らせることを可能にする“再投入機能 ”を呼び出すことができる。 図面の詳細な説明 図１ａは、本発明によるコンピュータ化医療診断。治療診察（ＭＤＡＴＡ）シ ステムの好適な実施例の構成要素を示すブロック図； 図１ｂは、第１ａ図に示したＭＩＤＡＴＡシステムにおけるユーザー／患者コ ンピュータの構成要素を示すブロック図である； 図２は、第１ａ図のシステムで用いられる一組のプロセス、ファイル、および データベースを示ずブロック図； 図３ａは、第２図に示したＭＤＳデータベース用のスクリプトファイルの作成 に用いられるオフライン診断スクリプト（ＭＤＳ）生成プロセスを示す図； 図３ｂは、異なった二つの時間間隔におけるスクリプトのためのＤＳＱリスト の考えられる階層を示す図； 図４ａは、図３ａに示した「医学知識の収集および編成」プロセスにおける病 気割当ての部分を示す図； 図４ｂは、図３ａに示した「医学知識の収集および組織化プロセス」における 病気知識獲得の部分を示す図； 図５は、図３ａに示した「スクリプトコンパイラ」の流れ図； 図６ａは、診断スクリプトエンジンの動作中に用いられる構成を示すブロック 図； 図６ｂは、スクリプトエンジンの動作中に用いられる一組の構造と入力および ＭＤＡＴＡシステムによって作成された出力を示すブロック図； 図７は、図１のＭＤＡＴＡシステムのためのユーザープロセスの最高水準流れ 図； 図８ａは、図７に示したオンライン面接プロセスの実行に用いられる「診断ス クリプトエンジン」プロセスの流れ図； 図８ｂは、図８ａに示した「診断配信」プロセスの流れ図； 図９は、図８ａに示したリストベース処理のための「ＤＳＱリストスクリプト エンジン」プロセスの各部の流れ図； 図１０は、図８ａに示したＤＳＱリストスクリプトエンジンの動作中に用いら れるリストの一部を示すブロック図； 図１１は、図８ａに示した「ＤＳＱリストスクリプトエンジン」プロセスの別 の流れ図； 図１２は、図１１に示した「症状選択」（考慮される症状の選択）プロセスの 流れ図； 図１３は、図１１に示した「応答処理」（ユーザーからの応答の処理）プロセ スの流れ図； 図１４は、図１１に示した「病気リストの更新」（更新された症状リストに基 づく病気の一時リストにおけるスコアの更新および包含または除外された病気の 削除）プロセスの流れ図； 図１５は、図１ａに示したＭＤＡＴＡシステムにおいて医療診断または診断を 作成するための別の実施例を示す高水準の流れ図； 好ましい実施例の詳細な説明 好ましい実施例の以下の詳細な説明は、本発明のある特定の実施例の説明を示 している。しかしながら、本発明は、請求の範囲によって規定され、含まれるよ うな多数の異なる方法で実施できる。この説明において、全体にわたって同じ部 品同じ数字が付けられている図面を参照する。 便宜上、好ましい実施例の解説は次の主要な節、すなわちシステム概要、医療 診断スクリプト、情報獲得の詳細、スクリプト生成の詳細、スクリプト実行の詳 細、およびリストベース処理の利点構成される。 １．システム概要 医療診断および治療診察（ＭＤＡＴＡ）システムは、医療診断のために患者の 自動面接を行うコンピュータシステムである。面接を行うために、ＭＤＡＴＡは 、医療診断スクリプト（ＭＤＳ）のデータベースを使用する。各ＭＤＳは、特定 の医療状態に対して患者に面接を行い、診断を下すのに必要なデータおよびコマ ンドを含んでいる。スクリプトは、病状、治療、投薬、専門医についての他のＭ ＤＡＴＡデータベース、要するに医療の診断と診察に必要な全ての情報によって 支援されている。症状は、一つの病歴情報、健康診断から引き出された一つの情 報、例えば、通常は自己診断、研究室の試験の結果、あるいは画像形式の選択結 果から身体的徴候として規定できる。 図１ａを参照すると、ＭＤＡＴＡシステム１００のこの好ましい実施例のブロ ック図が示されている。ＭＤＡＴＡ１００は、ローカルエリアネットワーク（Ｌ ＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、あるいは他の 接続サービスを示すことができるネットワーク“クラウド”１０２を含んでいる 。 ＭＤＡＴＡプログラムおよびデータベースは、ＬＡＮ１０６およびネットワー ク１０２のゲートウェイ１０４によって相互接続されていることが好ましいサー バ１０８のグループに存在することが好ましい。あるいは、ＭＤＡＴＡプログラ ムおよびデータベースは、ネットワークインタフェースハードウェア・ソフトウ ェア１１２を用いる単一のサーバ１１０に存在する。ＭＤＡＴＡサーバ１０８／ １１０は、以下に述べる病気／症状／質問（ＤＳＱ）リストを記憶する。 ネットワーク１０２は、例えば、モデムまたはネットワークインタフェースカ ードを使用することによってユーザコンピュータ１１６に接続できる。コンピュ ータ１１６のユーザ１１４は、キーボードおよび／またはポインティングデバイ スおよびモニタ１１８のような可視ディスプレイを使用してＭＤＡＴＡプログラ ムを遠隔アクセスするためにブラウザ１２０を使用できる。あるいは、ＭＤＡＴ Ａプログラムがコンピュータ１１８上でローカルモードで実行される場合、ブラ ウザ１２０は用いられない。ビデオカメラ１２２が、可視的症状のような可視入 力を可能にするためにコンピュータ１１６に随意に接続できる。 種々の他の装置が、ＭＤＡＴＡサーバ１０８／１１０と通信するために使用さ れてもよい。サーバが音声認識ハードウェアあるいはＤＴＭＦハードウェアを備 えている場合、ユーザは、電話１２４を使用してＭＤＡＴＡプログラムと通信で きる。電話の実施例は、ここに参考として含める「コンピュータ化医療診断・治 療診断システム」という名称の本出願人の同時係属中の米国出願第08/176,041号 に記載されている。ＭＤＡＴＡサーバ１０８／１１０と通信する他の接続装置は 、モデムまたは無線接続インタフェースを有するポータブルパーソナルコンピュ ータ、可視ディスプレイ１３０に接続されているケーブルインタフェース装置１ ２８、あるいは衛星受信機１３４およびテレビジョン１３６に接続されている衛 星ディッシュ１３２を含んでいる。ユーザ１１４とＭＤＡＴＡサーバ１０８／１ １０との間の通信を可能にする他の方法が考えられる。 図１ｂを参照すると、この好ましいユーザ／患者コンピュータの図は、ネット ワークへのいくつかの考えられる相互接続を示している。スクリプトを“作動さ せる”ために、ＭＤＳファイルを読み出し、患者への質問を出したり、返答を入 力したりするような面接動作を実行するためにそのコードを使用する、スクリプ トエンジンと呼ばれる特別なプログラムが使用される。このスクリプトはまた、 患者からの返答を集め、返答を評価し、診断を出し、患者の医療記録を更新する 。このスクリプトエンジンはユーザコンピュータ内にあるのが好ましい。スクリ プトエンジンは、ハードドライブあるいはＣＤ‐ＲＯＭに記憶することができ、 実行するために主メモリあるいはキャッシュにロードされる。 本発明のコンピュータ化ＭＤＡＴＡシステム１００のユーザ１１４によって利 用されるこの好ましいコンピュータ１１６の構成要素が図１ｂに示されている。 あるいは、図１ａに示される装置のように、医療面接を行う他の装置がコンピュ ータ１１６の代わりに利用できる。 コンピュータ１０２は、筐体１１６内部に複数の構成要素を含んでいる。電話 線１０６が、モデム１６０を介してコンピュータ１１６の公衆電話網１５８をイ ンタフェースする。電話網１５８は、ＭＤＡＴＡシステムサーバ１０８／１１０ との接続を有するネットワーク１０２に接続できる。あるいは、ユーザは、ネッ トワークインタフェースカード１６４用いることによってネットワーク１０２に 接続できる。 本明細書を通して、ユーザおよび患者の用語は相互に交換できるように使用さ れる。しかしながら、ユーザが患者の代理として、役割を果たしてもよいことが 理解される。この場合、ユーザは患者のアシスタントとして登録される。 ハードウェアおよびシステムソフトウェアは、２つの基本的考え方、すなわち 他のオペレーティングシステムへの移植性および工業規格の使用で組み立てられ ている。このように、システムは、より汎用性が可能であり、自由な市場競争が 製品を連続的に改良することを可能にすると同時に費用を減少させる。特定のハ ードウェアおよびソフトウェアを参照するが、異なった一そろいの部品を本シス テムで使用できることが理解されるであろう。 コンピュータ１１６は、インテルペンティームマイクロプロセッサ１７０を有 するパーソナルコンピュータであるのが好ましい。アップルマッキントッシュ、 アミガ(Amiga)、ＤＥＣのＶＡＸ、またはＩＢＭメインフレームのような他のコ ンピュータも使用できる。モデム１６０またはネットワークインタフェースカー ド１６４は、工業規格アーキテクチャ（ＩＳＡ）または周辺部品相互接続（ＰＣ Ｉ）バス１６２に接続する。バス１６２は、マイクロプロセッサ１７０をコント ローラ回路（チップあるいはボード）を介して複数の周辺装置と相互接続してい る。 コンピュータバス１６２は、アダプタまたはコントローラを通してこのバスに 接続されている複数の周辺装置を有する。好ましくは、ＳＶＧＡあるいはより良 い解像度のビデオアダプタボード１７２がビデオモニタ１１８に相互接続されて いる。直列通信回路１７６が、マウス１７８のようなポインティングデバイスと インタフェースする。並列通信回路が他の実施例において回路１７６の代わりに 使用されてもよい。キーボードコントローラ回路１８０が、キーボード１８２と インタフェースする。５００Ｍｂ以上のハードディスクドライブ１８４とオプシ ョンのＣＤ‐ＲＯＭドライブ１８６が、バス１６２に取り付けられることが好ま しい。ハードディスク１８４は、患者ファイルのようなデータベースファイル、 他のＭＤＡTＡファイル、およびバイナリサポートファイルを記憶する。ＣＤ‐ ＲＯＭドライブ１８６は、コンピュータ１１６を使用する患者用のファイルのよ うなデータベースファイルおよびバイナリサポートファイルも記憶する。 主メモリ１９０がマイクロプロセッサ１７０に接続されている。この好ましい 実施例において、コンピュータ１１６は、ウィンドウズ９５オペレーティングシ ステム１９２の下で作動するのが好ましい。メモリ１９０は、診断スクリプトエ ンジン１９４および病気／症状／質問（ＤＳＱ）リストスクリプトエンジン１９ ６を実行する。スクリプトエンジンソフトウェアは、ボーランドデルファイパス カル、バージョンIIで記述されている。 図２を参照すると、ＭＤＡＴＡシステム１００によって利用されるプロセス、 ファイルおよびデータベースのセットが記載されている。後述するスクリプトエ ンジンプロセス、ＭＤＳデータベース、画像形式データベース、研究室の試験デ ータベースを除いて、これらのプロセス、ファイル、およびデータベースは、「 コンピュータ化医療診断・治療診断システム」である出願人の同時係属中出願の 米国出願第08/176,041号に記載されている。 ＭＤＡＴＡシステム１００は、いくつかの主要なプロセスおよび関連するデー タベースを使用する。１セットの患者ログインプロセッサ２１０は、３つの方法 、すなわち１）患者識別番号（ＰＩＮ）を与えることによる方法、２）アシスタ ント識別番号（ＡＩＮ）を与えることによりシステムに予め登録されているアシ スタントを識別する方法、３）患者識別番号を与えることによるシステムに予め 登録されているアシスタントを有する患者を識別する方法の中の１つでシステム に予め登録されている患者を識別するためにシステム１００によって使用される 。プロセス２１２のセットは患者あるいはアシスタントを登録するために使用さ れる。ユーザが患者である場合、患者登録プロセスは、新しい患者、すなわち初 めての患者を登録するためにシステムによって使用される。ユーザが患者でない 場合、アシスタント登録プロセスは、新しいアシスタント、すなわち初めてのア シスタントを登録するためにシステムによって使用される。したがって、患者が まだ登録されていない場合、アシスタント付き患者の登録プロセスが患者を登録 するためにシステムによって使用される。 一旦ユーザがログインあるいは登録されたとすると、システムはプロセスの選 択を生じる。本実施例に関連する主要なプロセスは患者診断を実行する診断プロ セス２２０である。評価プロセス２２０は、研究室の試験の選択および画像形式 の選択データベースをアクセスして、この患者にとって、この点で、時にかなっ た適切な試験を勧告し、治療テーブル２５０にアクセスして、特定の病気あるい は診断のための現在の治療情報を得る。他の実施例では、他の医療情報プロセス をアクセスするために他の手段が追加される。 これらのプロセスに関係しているのは患者およびアシスタント登録データベー ス２４０、診察履歴データベース２４２、患者返答データベース２４４、医療履 歴オブジェクトデータベース２４６、患者投薬データベース２４８、未判定デー タベース２５２、患者医療履歴データベース２５４、医療診断スクリプト（ＭＤ Ｓ）データベース２５６、画像形式データベース２５８、および研究室の試験デ ータベース２６０。 II．医療診断スクリプト 医療診断スクリプト（ＭＤＳ）は、患者の健康状態の１つ以上の診断を生じさ せるために患者とのプログラムされた対話である。ＭＤＳの作成は、医療診断情 報を獲得するステップ、それを患者が理解できる用語で表現するステップ、それ を役に立つシーケンスに配列するステップ、それを再生可能なスクリプトに編集 するステップ、それを試験するステップ、それを特定の通信媒体のために構成す るステップ、それを他のスクリプトおよびサポートデータベースの集合体の中に 埋め込むステップ、およびそれを患者による使用のためにパッケージ化するステ ップのような数個のステップを必要とする。 “スクリプトを記述すること”は、医療情報を獲得し、それを処理して最終的 に診断判定をもたらす論理的質問ストリームにする初期のステップを意味すると 考えられる。明らかに、特定の病気を診断する経験をもつ内科医だけがこれらの ステップを実行でき、ＭＤＡＴＡシステムは、これらを支援するためにいくつか の自動化方法を開発した。 本発明は、まず病気、症状、および質問のリストで始まる“リストベース処理 ”と呼ばれる１つの特定の方法を用いるのが好ましい。これらのリストは、リス トベーススクリプト開発ツールを使用して処理され実行可能なスクリプトにされ る。スクリプト開発ツールを使用して、作成者は、ソーススクリプトを記述し、 編集 し、それを再生可能なスクリプトファイルに編集し、スクリプトを再生し、スク リプトを実行したり、評価したり、細かく調整するようにスクリプトオプション をセットすることができる。 リストベーススクリプトは、作成者がいくつかのリストの形式のスクリプトの 要素を提供する特別にフォーマット化されたテキストファイルからなる。トップ リストはスクリプトが考慮する病気のリストである。各病気に関して、スクリプ トは症状およびその重みをリストにする。各症状に関して、作成者は、質問およ び症状を引き出すその重みのリストを提供する。各質問に関して、作成者は、質 問を導く前置きテキストを含む多数のテキストオブジェクトを提供する。スクリ プトのための全てのリストが準備されると、次のステップは、スクリプトを“編 集”する、すなわちそれを患者のために再生できる、すなわち“実行”できる特 別符に号化されたスクリプトファイルに変換することである。スクリプトを開発 段階で実行するために、スクリプト開発ツールは、適切な次の病気およびこの病 気の好適な次の症状を選択する。スクリプト開発ツールは、質問テキストを表示 し、患者からの返答を待つ。患者の返答に基づいて、スクリプト開発ツールは、 病気スコアを更新し、次の症状を続ける。診断として含められている最初の病気 、あるいは考慮されていた全ての病気のような（作成者により設定された）いく つかの条件に達した場合、スクリプトは中止する。 開発段階中、スクリプト作成者は、スクリプトが次の病気および次の症状を選 択する方法を変え、スクリプトがどのくらい長く続くかのいろいろな“オプショ ン”を設定できる。このオプション機能はスクリプトによって作成者の経験から 最善の設定を求めるようにする。 したがって、スクリプトの３つの主要な段階は、１）知識獲得、２）スクリプ ト生成、および３）スクリプト実行である。スクリプト作成者は、スクリプトの 作成および試験に全てこれら３つの段階を全て使用する。患者は、ＭＤＡＴＡシ ステム１００の実行時間使用中スクリプト実行段階を使用する。 スクリプトの段階 １．知識獲得 知識獲得段階は、所与の病気の診断に関する知識、および、この知識をスクリ プトを生成するのに役に立つ何らかの形式に変えることを医療専門家から引き出 すのに必要な全てのタスクを含んでいる。この段階は、通常、まずマラリアのよ うな病気を診断するスクリプトの必要性を示すスクリプト開発のディレクタで始 まる。この段階は、スクリプトの範囲を規定し、治療テキストを調査し、作成者 および他の専門家に面接し、質問および回答のセットをフォーマット化し、質問 シーケンスを作成し、自動知識獲得ツールが使用される場合、試験設定の質問の フローを実行するようなタスクを続ける。この段階は、病気、例えば、マラリア ／非マラリアのような病気をマラリアにかかっている患者／マラリアにかかって いない患者に対する試験回答が送られたときに、正確に診断できるスクリプトを 記述するのに必要な全ての情報を（少なくとも）含む、おそらく自動化されたソ ースドキュメントのセットで終わる。スクリプトの最終形式、スクリプトが実行 するプラットホーム、あるいはスクリプトが患者と連絡するために使用している 自然言語についてさえこの時点では何も知られていない。 ２．スクリプト生成 スクリプト生成段階において、スクリプトは、ソフトウェアで得られた比較的 小さな診断アルゴリズムとして生成される。この段階では、目的は、スクリプト にマラリアのような病気あるいは他の治療問題の診断に対する作成者のアプロー チを自動的に表示させることにある。スクリプトは、データを含み、返答によっ て、マラリアあるいは非マラリアかを、および関連した信頼レベルを示すことを スクリプトの呼び出し者に知らせるまで、適切な最初の質問を出し、返答を重み 付けし、返答を用いて別の質問を出す等処理をする。 スクリプトは実際の患者のために実行できるスタンドアローンプログラムでは ないことに注目すべきである。スクリプトは、マラリアのような単一の主な病気 についてだけ知っていて、痛風あるいは喘息のような他の治療問題を診断しない ことが好ましい。 このスクリプトは、多いに異なる形式およびフォーマットのスクリプトデータ ベース中の約４０，０００個のスクリプトの中の１つになるように方向づけられ ている。スクリプトは直ぐに、適切な人間言語（ドイツ語、スペイン語）に翻訳 され、適切なエラー処理機構を追加され、適切なプログラミング言語（Ｃ＋＋、 ＪＡＶＡ、ＨＴＭＬ）に変換され、適切なターゲット媒体（ＰＣ、Ｍａｃ、電話 、ＬＡＮ、ＷＡＮ、インターネット）のためにフォーマット化され、サポートシ ステム（データベース、メタ機能、患者レコード、セッションログ）に接続され ねばならない。 次に、スクリプトが実際に適切な出力を生成することを検証するために、既知 の受容可能な診断に関して、患者の返答を様々に記録したスクリプトのセットを 供給する広範囲にわたる試験を試験ベットで行う。 最後に、スクリプトは、いつでも生成システムの中に設置する状態となる。ス クリプトは、大きなスクリプトデータベースに記憶されるか、スクリプトのセッ トにパッケージ化されて、ＣＤ ＲＯＭに書き込まれるかあるいはインターネッ トを介して病院に出荷されてもよい。使用されるスクリプトライブラリの形式は 何であっても、スクリプトは、インデックスされ、スクリプトマネージャソフト ウェアで登録されねばならない。この段階の終わりで、スクリプトは、最後には 、実際の問題を実際に診断するために実際の患者に使用できる公式の、実行され る医療診断システムの一部となる。 ３．スクリプト実行 スクリプト実行段階において、スクリプトは遅かれ早かれ実際に実行される。 もちろん、患者に関するセッションは、まずマラリアの診断スクリプトで開始し ない。一般大衆に開放された医療診断システムは、明らかに任意の医療診断とな る前に実行される多数の管理タスクを有する。まず第一に、このシステムは、パ スワードおよび社会保障番号を求めている間に患者が著しく悪化することを望ま ない。それで、このシステムは、ＭＤＡＴＡシステムにログオンする人は誰に対 しても救急処置室（ＥＲ）サブシステムを最初に実行することが最も可能性があ る。ＥＲサブシステムは、患者が即時の“応急措置”治療あるいは診断を必要と する何らかの生命を脅かす状態にあるかどうか判定する２、３ダースのスクリプ トからなる。“これは救急状態であるか”、“患者はエアウエーを有しているか ”、“患者は出血しているか”は、ＥＲサブシステムが行う質問のいくつかであ る。 システムが緊急ケースを取り除いた後、システムはスローダウンして、患者を 識別し、主な病気を判定することができる。そのとき、システムは、ジョブが患 者の一般的な問題領域を判定するスクリプトルーチングサブシステムを呼び出す 。この情報に基づいて、スクリプトルーチングシステムは、次に患者の主な病気 にふさわしいトップレベルのスクリプトのシーケンスを選択する。例えば、発熱 に対して、虫垂炎、腸管流感、食中毒に対するより明確なスクリプトが“診断な し”と示した後、ルーチングスクリプトは、最後にマラリアを疑うように判定で きる。次に、最後に、本明細書で開発されたサンプルマラリアスクリプトが行わ れる。 スクリプトは、それ自体を実行するプログラムではない。スクリプトは、患者 のことを尋ねる次の質問に対するスクリプト作成者チし、（スクリーン、電話線 、あるいはインターネットに）伝送するための質問をフォーマット化する“スク リプトエンジン”によって実行されるデータストリームである。患者の返答は、 スクリプトエンジンによっても獲得され、スクリプトに対してフォーマット化さ れ、次の質問をスクリプトから選択するために使用される。スクリプトおよびそ のスクリプトエンジンのこの相互関係は、患者の治療レコード、このセッション 中これまで提供された情報、および次の質問を判定するいくつかのメタ機能とさ え考慮できる。スクリプトの終わりに、プロセスは、制御を熱帯病ルーチングス クリプトに戻し、実際には、“この患者の返答は１０００の中から１３５０の重 みで熱帯性マラリアを示していること”あるいは“この患者の返答は１０００の 中から４２０までにしかならないので、私はマラリアを除外する”と示している 。まず第一にマラリアスクリプトと呼ばれるルーチングスクリプトは、次に他の 診断スクリプトをアクセスできることを判定できるか、あるいは“患者の返答は 任意の熱帯病である可能性が２７５／１０００だけを示している”ような何らか の返答を呼び出し者に戻すことを判定できる。 スクリプト機能 タイムベース診断スクリプト タイムベース診断スクリプト概念は、ＤＳＱ診断スクリプトを時間次元に拡張 する。丁度一つの診断スクリプトの代わりに、スクリプト作成者は、次にいくつ かのスクリプト、例えば時間毎に１つのスクリプトを病気プロセスに提出する。 作成者の最適判定によれば、スクリプトは、症状の始めから経過した時間に生成 される。例えば、心筋梗塞症スクリプトは、間隔として１時間以下を使用するが 、 マラリアが使用していない。実行時間に、診断システムは、患者の病状に最も近 い診断スクリプトを使用する。このスクリプトは、予測パターンに一致する病気 に余分の重みを追加する症状を示唆していた。 システムは、患者に何時症状が始まったかを質問し、部分的にこの情報に基づ いて、タイムベーススクリプトセットから適切なスクリプトを選択する。一旦正 しいスクリプトが選択されると、スクリプトが実行される。ずなわち、一組のタ イムベーススクリプトの各スクリプトは幾分異なる症状および重みを有してもよ いので、作成者は、その時間パターンが患者のパターンと一致するこれらの病気 に対して余分の重みでタイムベース症状を設定する。これらの重みは、実行する ときにスクリプトエンジンによって自動的に追加される。これらのタイムベース 症状は後述される暗黙の症状であることに注目されたい。 各アルゴリズム作成者は、病気が進む時（例えば）毎時間に質問および適切な 値を構成し、割り当てるかあるいは計算しなければならない。次に、患者がこの システムに相談する場合、質問する最初の質問の中の１つは、何時（あるいはど のくらい前）あなたの症状は始まったのか”である。そのとき、患者は、症状が 始まってからの経過時間に最も近いスクリプトと対話する。 暗黙症状 “症状”は、名前、年齢、性別等を含む直接あるいは間接に患者について知ら れている任意のデータ項目として規定されることに注目されたい。暗黙症状は、 １つ以上の他の症状の有無に基づいて確定される症状である。暗黙症状の概念に よってスクリプト作成者は、任意の所与の症状（あるいは症状のセット）が１つ 以上の他の症状を含むかあるいは否定することをスクリプトエンジンに知らせる ことができる。これは、リストベーススクリプトに現実の世界を組み立てて、Ｌ Ｂエンジンにリストから余分な質問を除去する論理的推論とさせ、スクリプトを より焦点のあったものとさせる。 明らかな例として、男性である患者には、女性の生殖システムに関連した質問 を尋ねる必要がない。人間の医者はこの暗黙性を知るが、スクリプトエンジンに は知らせる必要がある。スクリプト作成者は下記の形式で症状のリストを簡単に 作成する。 症状Ａであるならば、症状Ｂである。 例えば、 “患者が男性である”ことは“患者は女性でない”ことを暗示し、“患者が虫 垂切除した”ことは“患者は虫垂がない”ことを暗示する。 ＡＮＤ、ＯＲあるいはＮＯＴのような論理演算子を使用して、比較的少ない質 問によって引き起こされるかなり複雑な症状関係を形成することができる。 暗示症状は、“ＡであるならばＢである”タイプの陳述のテーブルとしてソー ススクリプト内に列挙される。このエンジンが患者から新しい症状を受け取るた びに、エンジンは、暗示症状テーブルもチェックし、任意の他の症状が暗示され るかどうかを調べる。 相乗症状 相乗症状とは、任意の所与の患者において、症状が同時に発生する場合、特別 の診断の重要性を有する他の症状の所定のセットがあることを示す症状である。 ＤＳＱリストベースソーススクリプトにおいて、各症状は、病気を診断する方へ 特定の重みを有するが、所定のセットの存在は診断の方へ余分な重みを与えても よい。例えば、まず（マラリアを引き起こす媒介物が血液中の再生サイクルを通 るときに引き起こされる）寒気、発熱、および発汗があることからマラリアは規 範どおり診断される。寒気、発熱、発汗の個々の存在は、患者を診断する際にお そらく必ずしもマラリアを疑うことを示唆するものではないが、これらの症状の 中の３つ全てがあることはマラリアについての質問を誘発することになる。相乗 症状の概念は、“寒気がある”ＡＮＤ“熱がある”ＡＮＤ“汗がでる”は、“マ ラリアの可能性がある”ことを示唆しているような陳述によって、この内部誘発 に確証を与える。相乗症状は、症候群、すなわち、頻繁に合併して発症し、一般 大衆にとっては、エイズのような固有の名前を有する症状の特定の集合を規定す る際に重要な役割も有している。スクリプト作成者は、作成者にとって重要であ る症候群を規定するために相乗症状を使用できる。 III．知識獲得の詳細 スクリプトにとっての知識獲得の初期のタスクは、スクリプトに含められる病 気を識別し、各病気に優先順位を割り当て、医療専門家を割り当てて、その割り 当てられた病気に対してスクリプトの一部を開発する。各医療専門家は次に、病 気に必要とされる適切なリストを生成する。これは下記のように要約することが できる。 ・ カバーされる病気の範囲を規定する ・ 病気およびその症状を列挙する ・ 序列、優先順位、および重みを病気および症状に割り当てる ・ 症状を聞き出す、適切な言葉を使い、重み付けられた質問を作 成する ・ 病気、症状、および質問のリストのフォーマットを作る ・ この目的のために特別に開発された試験ツールを使用してリス トを予め試験する ・ 任意のＡＳＣＩＩ能力があるワードプロセッサを使用してリス トをテキストファイルとして記述する リストベース処理方法は、特定の健康問題を診断する要素を獲得する統合され たリストのセットで始まる。この段階において、医療専門家は、いくつかのリス トの形式でその診断スキルおよび診断技術を記録する。これを行うために、医療 専門家は、ＡＳＣＩＩ出力ファイルを生成できる任意の市販のワードプロセッサ ソフトウェアを使用できるのが好ましい。 スクリプトのためのＡＳＣＩＩリストは、下記のようにネストされる３つのタ イプのリストからなる。 ・ スクリプトが考慮する全ての病気を識別し、病気を診断するに 考慮するべき順序で病気をランク付けする、１つの病気リスト ・ 症状を識別し、各症状に重みを割り当て、病気を診断するため の貢献を規定する、各病気についての１つの症状リスト ・ 患者から症状を聞き出す１つ以上の重み付けされた質問を識別 する、各症状についての１つの質問リスト 自動医療診断の目的のために、医療診断データは、病気には症状があるという 一般的な概念に基づく階層的分類に編成され、症状は質問によって患者から聞き 出される。 “病気”は、不健康、疾患、苦痛、健康状態、緊張状態、問題、閉塞、機能不 全等のような治療あるいは配慮を必要とする健康状態である。所与の病気を持っ た患者を診断するために、ＭＤＡＴＡシステムは、患者の回答に基づいて、苦痛 を示す可能性のある病気のリストで開始し、これを診断のリストにする。 “症状”は、ＭＤＡＴＡシステムが患者について有する任意の情報である。こ れは下記を含む。すなわち、 ・ 患者ＩＤ（例えば、名前、住所、ＨＭＯ、年齢、性別） ・ 患者履歴（例えば、過去の病気、親の健康情報、外国への最近の旅 行 ・ ＭＤＡＴＡへの以前のアクセス（例えば、患者の病気および経過履 歴） ・ 身体的徴候（例えば生命に関する兆候）および自動または半自動健 康診断の結果 ・ 研究室および試験の結果 ・ 徴候、顕示、表示、表情等 各病気に関して、症状のリストが作成される。各症状には、患者が病気にかかっ て症状を示した可能性を示す重みが割り当てらる。計算を簡単にするために、Ｍ ＤＡＴＡシステムは、病気の診断を下すために、他の閾値が使用されてもよいが 、包含された閾値１，０００を使用する。このシステムは、患者が病気にかかっ ていないことを正式に宣言するために、除外された閾値も用いる。包含された閾 値および除外された閾値の両方は感度係数セットによって修正されてもよい。こ れは、例えば、個々の患者に対してカスタム化された閾値レベルを可能にする。 感度係数セットについては以下に詳しく述べる。 実際には、重みは、症状が与えられたとすると、病気を診断内科医が含めよう とする尺度である。この重みは、患者が与えられた症状に対して病気にかかって いる条件付確率としても使用できる。これは、都合がよければ、ベイズ的な確率 分析を症状に適用するために使用できる。 症状は、１つ以上の質問セットによって聞き出され、質問の答え方についての 情報および指示としばしば組み合わされる。症状を聞き出すのに必要なノードの セットは“フロー”と呼ばれるが、これは、小さいフローチャート上にしばしば 作成され、患者との対話の進行方法を記述する質問の分岐フローを通常含むから である。 医療専門家によって生成された診断データをＭＤＡＴＡシステムに入力するた めに、データは編成され、フォーマットを作らなければならない。この目的のた めに、テキストファイルが使用され、テキストファイルのフォーマットが作成さ れる。ＡＳＣＩＩ文字コードが使用されるのが好ましいが、ＥＢＣＤＩＣのよう ななんらかの明確なテキスト文字コードが使用されてもよい。 スクリプトは、下記のようないくつかのセグメントまたはデータ群からなる。 Ａ．重み付けされた症状によって診断される病気 Ｂ．フローによって聞き出されるかあるいは他の症状によって示唆される症状 Ｃ．症状を論理的に連結する暗黙 Ｄ．ノードを通るパスからなるフロー Ｅ．質問ノードを通るパス Ｆ．患者に通知および／または患者を診察するテキスト Ｇ．患者に尋ねる返答を求める質問 Ｈ．患者からの特定の返答を知らせるキー これらのセグメントは、スクリプト“ソース”あるいはテキストファイルについ ての下記の節の一部である。 ヘッダ節 ヘッダ節は、スクリプトフォーマットのようなスクリプト全部に当てはまるデ ータおよび患者の主な病気を含む症状のセットを含んでいる。 病気節 病気節は、このスクリプトによって診断できる病気、その症状、および診断の 方に症状の重みを列挙している。スクリプトがスクリプトの開発段階中実行され る場合、スクリプト開発ツールは、次に考慮する病気のうちの１つを選択し、次 に考慮されるこの病気の症状のうちの１つを選択する。どの病気および症状が次 に選択されるかは、作成者によって選択される実行オプションによって決まる。 デフォルトシーケンスは、病気およびその症状がこの節に列挙された順序である 。 ＤＩＳＥＡＳＥ＿ＮＡＭＥ 病名は、病気を識別するために使用される、病気に対して固有なラベルである 。病名は、内部的だけに使用され、患者は決してわからない。 ＩＣＤ‐９＿ＣＯＤＥ 病気を識別するために医療専門家によって使用される特別なコード ＦＯＲＭＡＬ＿ＴＩＴＬＥ 病気の正式の名称。病気に対する共通の名前、あるいは頭字語を将来のフォー マットに迫加することができるので、“正式の”名称がここで使用される。 ＳＹＭＰＴＯＭ＿ＮＡＭＥ 病気の診断画像あるいは“顕著な特徴”の一部である症状の名前。この症状は 、症状節に詳細に規定されている。ＤＳＱリスト文脈において、“症状”は、仮 定され、主張され、聞き出され、あるいは推論された、患者についての特定の詳 細な事実である。作成者は、任意のデータ項目を症状として自由に規定できる。 作成者に役に立つならば、症状は、患者の名前、地位、連続番号のような非医学 的事実を含んでもよい。ここで意図するのは、基本的な症状を規定し、それらを 何らかの便宜的な方法で分類することによって作成者がその医療経験を自由に表 現することにある。 症状を作成するために、作成者は、症状を一意に断言したりあるいは否定した りする重み付き質問のセットを考えてもよい。これが問題ない場合、作成者は、 その質問および回答によって（症状節で）症状を規定する。症状があまりにも複 雑であると分かれば、作成者は、症状を構成要素に分解し、各構成要素を症状と みなし、構成要素について質問できる。作成者は、患者に各構成要素を別々に確 定させることができ、主症状を確定するために推論節の推論機構を使用する。 ＳＹＭＰＴＯＭ＿ＷＥＩＧＨＴ この症状が病気の全スコアに付加する量。技術的には、この量は、−１０，０ ００〜＋１０，０００の任意の数である得る。すなわち、現実的にはこの量は小 さい正の整数になる傾向がある。記載されているように、スクリプトエンジンは 、重みを病気に“点数をつける”一つの方法として取り扱う。症状が患者にある も のとわかった場合、スクリプトエンジンは、症状の重みを病気の全スコアに付加 する。病気スコアが好ましくは１０００に達すると、スクリプトエンジンは、こ の病気を“中”に含める。 重みの簡単な算術加算は、症状が病気の存在について貢献しているか、あるい は病気の存在を“示す”特定の方法を示していないかもしれない。作成者のため の１つの解決策は、重みについて最初の推測を行い、スクリプトを実行し、いか に病気スコアが各質問および回答で変化するかを調べ、それから症状を“再比較 検討する”ことに戻ることにある。 “相乗症状”技術は、重みのための方法を開発する際に作成者に役立つ。２つ の症状ＡおよびＢがあって、この両方がある患者にある場合、別々にある場合よ りも重みを多く有しているならば、ＡおよびＢの両方によって示唆され、病気に 余分の重みを追加する人工の第３の症状Ｃが規定できる。症状Ｃは関連質問を全 然有しない。それは、他の症状の有無に基づいて重みを加算したりあるいは減算 したりするためにだけ使用できる内部“ゴースト”症状である。 症状節 症状節は、スクリプトの他の部分で述べた症状の全てを列挙し、説明している 。各症状に関して、この節は、症状を聞き出すために使用される質問のフローを 識別する。 ＳＹＭＰＴＯＭ＿ＮＡＭＥ 症状名は症状のための一意のラベルであり、スクリプトの他の部分で症状を識 別するために使用される。この名前は内部的にだけ使用され、患者は決してわか らない。 ＦＬＯＷ＿ＮＡＭＥ 単語“フロー”は、フローチャートとして作成できる特定のシーケンスで質問 された、重み付けられた特定の質問セットを記述するために使用される。したが って、フローは単一の質問群を示している。１つのフローはいくつかの症状の内 の１つを引き出すことができるので、いくつかの症状は通常同じ質問フローを指 定して使用される。いくつかの症状（例えば、主な病状）は関連する質問フロー を全然有しない。 暗黙節 暗黙節は症状の中の論理的推論を列挙しており、したがってスクリプトエンジ ンは、どの症状が他の症状を示唆しているかを知っている。この節の各行は、共 に他の症状を示唆する１つ以上の症状を指定する。すなわち、各行は、形式の論 理式、すなわち症状Ａおよび症状Ｂおよび症状Ｃであるならば、症状Ｄであるこ とに対するパラメータを示している。 症状暗黙は連鎖することができ、したっがって１つの暗示症状は、単独である いは他のものと共に他の症状を示唆できる。 この節の１つの使用法は、“症候群”症状を確定することに有り、したがって 患者の特定の症状のセットは単一の集合的症状を自動的に表わす。症状のこの組 み合わせは、特定の症状セットがあるならば、余分の重みを加算（あるいは減算 ）する、すなわちいくつかの症状の“相乗”が同時に患者にあるようにできるよ うにするためにも用いることができる。 フロー節 フロー節は、スクリプトにおける全てのフローを列挙し、フローで引き出すこ とができる質問および症状のシーケンスを規定する。“フロー”は“質問フロー チャート”の省略形である。フローは、いくつかの症状の中の１つを確定する複 雑な質問とみなすことができる。分岐方式スクリプトに精通している読者は、フ ローが、いくつかの返答コードの中の１つを戻す全分岐方式スクリプトを含むか あるいは呼び出すのに役立つことができることがわかるであろう。 患者から１つの特定の症状を聞き出すために患者にいくつかの質問をする必要 があることは全く一般的である。例えば、いくつかの予備質問（“喫煙したこと がありますか”）は、かなり特定の質問（あなたが喫煙した年数における全時間 は何時間ですか”）が後に続く段階を設定し、患者の症状を正確に規定するのに 必要とされることもある。１つの全フローは、喫煙に関する２０個の質問を含む ことができ、いくつかの事例、例えば決して喫煙しなかった、たまに喫煙する、 ２０年間喫煙し、まだ喫煙している、１０年間喫煙し、それから１０年前に禁煙 などから１つを聞き出すことができる。 フローチャートにおけるあらゆるノードは、とられたフローのノードの１つか らのパスに従って符号化されて、このノードに達する。これらのパスは、どの動 作が各ノードで行われるべきであるかを識別するために使用される。 質問節 質問節は、フロー節で名前で言及された質問の詳細を規定する。この詳細は、 前置きと、実際の質問と、患者によって押すことができる（電話キーパッド上の ）キーと、（グラフィックインタフェースに関して）各回答のために使用される ボタンレベルとを含んでいる。 ＰＲＥＡＭＢＬＥ＿ＴＥＸＴ 前置きは、質問自体が尋ねられる前に患者に話されるかあるいは表示されるテ キストである。前置きは、前の質問に続き、新しい主題の前触れとなり、いくつ かの用語を定義し、患者に何故質問が尋ねられようとしでいるか、いかにそれを 回答するかを知らせることができる。テキストの名前だけがここで示されている 。すなわち、実際のテキストはテキスト節に示されている。質問に対する前置き が全然ないならば、これは、プレースホルダーとして数字０で示される。 ＱＵＥＳＴＩＯＮ＿ＴＥＸＴ 質問テキストは実際の質問である。前置きは１０行あるいは１００行の長さで あるのに対して、質問は、一般的には適当に短く、非常に特定の回答を呼び出す が、この回答はキーの中の１つを押すかあるいはクリックすることによって示す ことができる。質問テキストの名前だけがここで示されている。すなわち、実際 のテキストはテキスト節に示されている。 ＶＡＬＩＤＫＥＹＳ 有効キーのセットは、患者がどのキーを押すことができるかあるいはクリック できるかをスクリプトエンジンに知らせる。 ＫＥＹ１...ＫＥＹＮ これらはスクリプトのグラフィックディスプレイバージョンにだけ使用される キーラベルである。このキーラベルは、いかに各ボタン、例えば、ＹＥＳ、ＮＯ 、およびＮＯＴ ＳＵＲＥのラベルを付けるかをエンジンに知らせる。 テキスト節 テキスト節は、他の節における名前、例えば前置き、キーラベル、および質問 テキストのようなによって言及される全てのテキスト項目の実際のテキストを列 挙する。各テキストに固有の名前を与え、テキスト節におけるテキストを列挙す ることによって、作成者はいくつかの節に同じテキストを使用できる。 患者のためのテキストのすべてを１カ所に有することで、電話網で使用するた めのテキストを記録するかあるいはスクリーン上に表示するためのテキストをフ ォーマット化するようなスクリプトの自動処理も簡単になる。スクリプトは、そ のテキスト節のテキストを他の言語の同等なテキストで取り換えることによって 外国語に翻訳できる。 情報獲得図面の説明 図３ａを参照して、ＤＳＱスクリプトを生成するオフラインプロセス２８０を 次に説明する。プロセス２８４で開始され、医療知識が収集され、リストファイ ルに編成される。リストファイルのためのデータは、一人以上の作成者２８２の ために収集される。プロセス２８４は２つの部分を有する。第１の部分は、通常 、病気を割り当てるスクリプトコーディネータあるいは監督作成者によって実行 され、第２の部分は、スクリプトにおける各病気に対する病気情報を獲得するス クリプトコーディネータあるいは監督作成者によって実行される。病気知識を獲 得する部分は通常、そのそれぞれの分野における複数の医療専門家によって実行 される。プロセス２８４の割り当てられた病気部分については、図４ａに関連し て詳しく説明し、プロセス２８４の獲得された病気情報部分については、図４ｂ に関連して詳しく説明する。プロセス２８４の出力はＡＳＣＩＩファイルのよう な電子テキストである。この電子テキストは、病気、症状、質問のリスト２８６ のようなＤＳＱリストの形式としている。付録は、マラリアのための典型的なス クリプトを含んでいる。このスクリプトはＤＳＱリストの１つの表現である。 スクリプトのためのタイムベースのＤＳＱリストの図示例が図３ｂに示されて いる。時間Ｔ₁に対する典型的なスクリプト３２０および時間Ｔ₂に対するスクリ プト３２２が示されている。これらの２つのスクリプトの各々は、病気のリスト ３２４と、症状のリスト３２６と、質問のリスト３２８とを含んでいる。この図 は、病気、症状、および質問のリストの階層を示すことを目的としていて、単な る例示である。ある病気は、他の病気で規定された症状を指してもよいし、ある 症状は他の症状で規定される質問を指してもよいことに注目されたい。したがっ て、症状およびそれと関連する質問は様々な医療の作成者によって再使用できる 。 次に、図３ａに戻ると、プロセス２８０は、電子テキストフォーマットのＤＳ Ｑリストを取り出し、ＤＳＱリストをスクリプトデータ生成ツールを使用するこ とによって処理する状態２９０に移動する。スクリプトコンパイラ２９２が、ス クリプトデータ生成ツールと緊密に結びついて作動し、ＭＤＳファイルを生成す る。プロセス２８０は、最終ＭＤＳファイルを生成するために、反復方法でスク リプトデータ生成ツールおよびスクリプトコンパイラを利用できる。状態２９４ で、ＭＤＳファイルは、ＭＤＳデータベースマネージャユーティリティ２９８に よってＭＤＳデータベース３００に書き込まれる。ＭＤＳファイル２９６は２進 フォーマットであることが好ましい。図３ａに２９６’と示されたＭＤＳファイ ルの典型的な表示において、ＭＤＳは、ヘッダデータ部と、マスタ病気リスト部 と、マスタシステムリスト部と、マスタフロー部と、マスタ質問リスト部と、マ スタテキストリスト部とを含んでいるのが好ましい。他の実施例においては、医 療の作成者は、状態３０２に示されるように、スクリプトを医療作成者リング言 語であるいはノードおよび分岐として記述できる。コンパイラを含んでもよい他 のスクリプトツールは、ＭＤＳ２９６を生成する状態３０４に示されている。 次に、図４ａを参照し、医療知識収集・編成プロセス２８４の病気割り当てプ ロセス３５０を次に説明する。ＭＤＡＴＡシステムによって利用される他の医療 専門家はこれらのタスクを実行できるけれども、プロセス３５０は、通常スクリ プトコーディネータによって実行される。プロセス３５０は、コンピュータによ って実行されないで、次のステップの完了を助けるためにコンピュータを利用す ることのできるスクリプトコーディネータによって実行されるのが好ましい。開 始状態３５２で開始し、プロセス３５０は、現スクリプトに関連する主な病気が 規定される状態３５４に移動する。主な病気には、相談しでいる主問題を記述す る場合に患者がシステムに最初に与えるかもしれない症状が含まれている。状態 ３５６に進むと、スクリプトコーディネータは、現スクリプトによって診断され る病気のリストを判定する。これらの病気は、主な病気に診断を与えるものであ る。リストに含まれるのは、病名、記述子、病気に対する国際病気分類コード（ Ｃ Ｄ‐９）である。状態３５８に進むと、次に、病気は、患者が例えば、生国ある いはある生国の地方の総母集団における発生の確率によってランク付けされる。 状態３６０に移動すると、スクリプトコーディネータは、病気の緊急および／ま たは重大さに基づいて病気に優先順位を割り当てる。割り当てられた優先順位に 基づいて、スクリプトエンジンを割り当てられた緊急指標あるいは重大指示を有 する病気を最初にチェックするように向けることができる。状態３６２に続き、 スクリプトコーディネータは、次に現スクリプトに対する病気をさらに調べるた めに一人以上の専門家に分割あるいは割り当てる。インターネットのようなコン ピュータネットワークおよびＤＳＱリストデータベースを使用して、複数のスク リプトを並行し開発することができる。病気作成者達は、データベースおよびネ ットワークを介して、他の全ての作成者にも利用可能な質問および命令を作成す ることによって並列に作業することができる。この可能性はスクリプトの迅速な 開発を可能にする。プロセス３５０は終了状態３６４で終了する。 次に、図４ｂを参照して、医療知識収集・編成プロセス２８４の病気知識獲得 部３８０を次に説明する。プロセス３８０もまた、通常はコンピュータによって 実行されず、特定の病気に対する病気知識を実際に獲得するためにコンピュータ を使用できる医療スペシャリスト、すなわち専門家によって実行される。下記の ステップは、図４ａの状態３６２でスクリプトコーディネータによって割り当て られるように、病気専門家によって実行される。 開始状態３８２で開始すると、プロセス３８０は、医療専門家がスクリプトが タイムベーススクリプトとして獲得されるのが最もよいかどうかを判定する判定 状態３８４に移動する。すなわち、スクリプトファミリを形成する、逐次時間間 隔の複数のスクリプトは、時間をかけて病気を追跡するように生成されるべきで ある。もしスクリプトがタイムベーススクリプトであると判定されたならば、プ ロセス３８０は、スクリプトファミリにおけるスクリプト間の時間間隔が判定さ れる状態３８６に移動する。例えば、スクリプト作成者は、４８時間の間、２時 間毎にスクリプトを生成するように判定することができる。スクリプトファミリ に対する時間間隔の判定が完了するか、あるいはスクリプトが単一スクリプトと して最もよく示された場合、プロセス３８０は、医療専門家は、この専門家に割 り当てられた各病気に対する包含閾値スコアおよび除外閾値スコアを識別するス テップ３８８になる。状態３９０に移動すると、医療専門家は、症状に割り当て られた各病気に対する関連する症状のセットを識別する。症状リストは、症状名 、識別子、および後述する少なくとも１つの重みを含んでいる。状態３９２で、 医療専門家は、当該の応答後の関係およびこれらの関係によって識別される症状 を識別する。応答後の関係は、病気診断に際して、一緒に生じる２つ以上の症状 が別々に生じる症状に対する重みの和よりも多くの重みを有する同時に存在する 関係あるいは相乗関係を含むことができる。逐次関係とは、症状が順次起こる場 合であり、別々に生じる個別の症状の和よりも多くの重みを病気診断に生じる。 症状の開始あるいは終了のシーケンスが症状が単独で生じる場合とは異なる重み を生じるケースも逐次関係の変形である。暗黙関係とは、一つの症状の存在が他 の症状の存在を示唆する場合である。医療作成者は、表わされた症状、および応 答後に処理された症状に対する経時的な関係も規定することができる。応答後の 関係は、症状解明処理、ＰＯＲＳＴアレイ分析、あるいは症状の深刻さの解明も 含んでもよい。ＰＯＲＳＴアレイは、１つの寸法に割り当てられた苦痛の症状の 異なる属性あるいは特徴を有するＮ次元アレイである。例えば、ＰＯＲＳＴアレ イは２２の次元を有することができる。 状態３９４に進むと、医療専門家は、各病気の症状に重みを割り当てる。苦痛 の深刻さあるいは他の種類の症状の深刻さのような関連する範囲を有する症状に 関して、医療専門家は、症状の深刻さに関連する重みの範囲を割り当てることが できる。症状の重みは、その症状を有する各病気に対するスコアに累算される。 重みは正負のいずれかであってもよく、それによって正または負のスコアが作成 される。状態３９６に移動すると、各症状に関して、医療専門家は、症状を聞き 出すがあるいは判定するために質問ノードのフローを規定する。いくつかの症状 は、単一の質問によって判定できるが、大部分の症状は、症状を聞き出すために 多数の質問を必要とするかもしれない。複数の質問を必要とする症状については 、状態３９７で、質問の可能な返答に重みが割り当てられる。したがって、この 種の症状は関連する一般範囲の重みを有する。状態３９８に進むと、質問フロー の各質問ノードに関して、医療専門家は、患者に紹介（導入）あるいは説明、指 示、 注意および実際の質問を提供するように質問ノードに対するテキストオブジェク トを記述する。この提示は、要求される値の範囲（応答セット）あるいは予想さ れた応答をフォーマット化する他の方法を規定できる。この指示および説明は、 何についての質問であるか、なぜその質問がなされているのかを患者に理解させ 、可能な回答を引き出すためのお膳立てをするためのものである。 各症状に関して、作成者は、症状を聞き出すために使用する質問フローを組み 立てる。作成者が使用する質問フローは他の内科医の質問フローであってもよい 。例えば、症状が鬱だとする。鬱の症状を確定するために、ある医者は、“あな たは鬱状態ですか”と尋ねることができる。これは、depression_question_1と 呼ぶことができる。作成者はそれを好まないものとする。それはあまりにも簡潔 であり、得たいと思うことが、実際に何も得られない。そこで作成者は質問デー タベース作成者らに調べ、depression_question_flow_2を見つけるかもしれない 。この質問フローの方がはるかにきめ細かい。このフローでは“あなたは鬱状態 ですか”という質問に答えるために、この医者は１０ポイントの質問のリストを 案出している。サブ質問はデータベースの他の質問であってもよい。この質問フ ローにおいて、患者は１０個の質問を尋ねられる。各質問は異なった重みづけが なされ、質問の全てに答えた後、スコアが合計され、スコアが質問の作成者によ って規定された閾値に達する場合、この内科医は、その患者は鬱の症状を有して いると断言する。 他の例において、作成者は偏頭痛に対する吐き気について尋ねたいものとする 。作成者は質問バンクを調べる。作成者は、吐き気に関する５０個の異なる質問 を見つけることができる。１つの質問は、“あなたは吐き気を催していますか” ということである。この質問は偏頭痛の作成者にとって受け入れられない。他の 作成者は、重み付けされた１０個のサブ質問を含む質問フローを有する。そのス コアがこの作成者の予め規定した閾値に達するならば、この医者は、患者が吐き 気を催していると断定する。偏頭痛の作成者は、現状の質問フローも好ましいと 思うが、重み付けされたサブ質問のうちの１つの重みを変えたいと考える。この 状況において、偏頭痛の作成者は、nausea_question_n+1のような改訂された重 み付きの新しい質問をセーブする。次に、偏頭痛の作成者は、吐き気の新しいバ ージ ョンあるいは他のバージョンを使用する場合、それは、もちろん様々な病気を規 定する際に異なって重み付けされる。 異なる重みの質問が質問フローの中で許されない場合、定義によって、全ての 質問は同一に重み付けされる。しかし、病気作成者が、例えば腹痛があるかどう かを調べようとして、“咳をして下さい。咳をするとお腹が痛いのですか”とい うような一連の動作をするように要求する。患者が“はい”という場合、病気作 成者は、患者におなかを押すように言い、痛むかどうかを尋ねることができる。 病気の作成者は、通常、患者にこのような動作を要求して、腹痛の“症状”を確 定する。しかしながら、これらの質問は腹痛を規定する上で全て等しい重みであ る訳ではない。おなかを押したときに患者が腹痛を感じると、それは咳をする動 作よりもはるかに重要である。 質問ノードが状態３９８で完了した後、医療専門家は、判定状態４００で、タ イムベーススクリプトに対する他の時間間隔が必要であるかどうかを判定する。 他の聞隔が必要とされないか、本スクリプトがタイムベーススクリプトでない場 合、プロセス３８０は、戻り状態４０２で終了する。しかしながら、タイムベー ススクリプトで他の間隔が必要とされる場合、プロセス３８０は、３８８に戻り 、スクリプトファミリにおいて他の時間間隔の間ステップ３８８〜４００のセッ トを再実行する。 IV．スクリプト生成の詳細 ＭＤＡＴＡシステムの内部に、リストベース医療診断データがスクリプトとし て記憶されている。これらのファイルは、人間の医者と面接されている患者との 間の診断インタフェースである。実行時、ＭＤＳファイルは、ＭＤＳファイルを ロードし、ファイル中の符号化されているデータおよび命令に基づいてスクリプ トを実行する一般的なプログラムであるスクリプトエンジンを駆動することによ って“走行する”。診断データは、病状、質問、およびテキストノードのリスト の形で記憶されている。 リスト指向ＭＤＳファイルの内容は、ＡＳＣＩＩリストファイルの内容を反映 している。両者の違いは、テキストデータが、文字列のテキストラインのセグメ ントとして記憶されているのに対し、ＭＤＳファイルが２進整数のリストにパッ クされている点である。ＭＤＳファイルデータがデータのオンラインアクセスを 支援するように構成され、相互参照されることがもう１つの相違点である。 ＭＤＳファイルは、３２ビットの２進整数の非常に大きい１つのアレイとして フォーマットが作られるのが好ましい。この大きいアレイは、データを含む長さ が変わるブロックに割り当てられる。ファイルのブロックの割り当てはそれ自体 ある数字であるので、それは、一方のブロックを他方のブロックに結合するデー タ項目として使用できる。物理的には、これらのブロックは、いかなるプログラ ミング言語あるいはオペレーティングシステムとは無関係であり、３２ビット数 のファイルを記憶できる任意のコンピュータハードウェアに転送できる。論理的 には、これらのブロックは、リンクリスト、スタック、キュー、ツリー、および ネットワークのようなデータ構造を形成するように任意の方法でネストおよび結 合できる。ＭＤＳファイルは、下記のように“マスタリスト”と呼ばれるいくつ かのセグメントブロックとしてフォーマットが作られる。 ・ ヘッダデータ ・ マスタ病気リスト ・ マスタフローリスト ・ マスタ質問リスト ・ マスタ症状リスト ・ マスタテキストリスト ＭＤＳファイルを作成するためには、ＡＳＣＩＩリストファイルが読み出され 、スクリプトコンパイラによってＭＤＳファイルに変換される。このプロセスは 、ＡＳＣＩＩテキストファイルをライン毎に読み出し、対応するＭＤＳ出力ファ イルの適宜なセグメントを編集し、サーチの速度を増すように相互参照リストを 生成することからなる。いくつかのシンボルは、規定される前に使用できるので 、変換プログラムはファイル中に２つのパスを形成しなければならない。第１の パス中、全てのラインが読み取られ、ＭＤＳファイルブロックに変換され、その シンボルがテーブルに保存される。第２のパス中、シンボルはその実際のブロッ クアドレスと取り換えられる。もちろん、他の編集方法が使用されてもよい。 変換プログラムは、もちろん、無効フォーマット、不明セグメント、一対のシ ンボル、未使用のシンボル、誤植等の検出のような任意の数の品質および整合性 のチェックを実行できる。簡単なテキストエディタと結合されると、変換プログ ラムは、スクリプト作成者にＡＳＣＩＩリストファイルにおける訂正を行なわさ せ、ファイルを受け取るまで変換プログラムを再び走らせる。この編集サイクル は基本的なソースエラーおよび誤植を初期に見つけるのに役立つ。 スクリプトが編集された後、スクリプト作成者は、スクリプトが意図どおりに 機能するかどうかを判定するためにスクリプトを試験する。機能していない場合 、スクリプト作成者は、例えば、症状／質問の重みを調整し、質問ノードに対す る語句を手直し、論理的エラーおよび医療エラーを直すことができる。次にスク リプト作成者は、スクリプトを再編集し、スクリプトが意図どおりに走行するま でスクリプトを再走行させる。 次に、図５を参照して、次にスクリプトコンパイラ２９２について説明する。 ＡＳＣＩＩのような電子テキストフォーマットであるＤＳＱリストは、スクリプ トデータ生成ツールの使用によって収集された後、スクリプトコンパイラ２９２ によって処理される。開始状態４２０で開始し、スクリプトコンパイラは、完全 さ、整合性および均一性を得るためにソーススクリプトを処理する。シンタック スエラーはこの状態で見つけられる。すべての問題領域が訂正された後、コンパ イラは、状態４２４に進み、スクリプトをソースフォーマットから２進フォーマ ットである記憶ファイルフォーマットに変換する。状態４２６では、スクリプト コンパイラ２９２は、図２に示されるいろいろなＭＤＡＴＡデータベースへのア クセスのためのスクリプト、およびＭＤＡTＡインフラストラクチャあるいはサ ポートシステムを増加させる。スクリプトコンパイラは、戻り状態４２８で終了 する。 V．スクリプト実行の詳細 概要 患者が診断のためのＭＤＡＴＡシステム１００をアクセスすると、システムは 、患者との最初の接触を管理し、患者を識別し、どのサービスを患者が必要とし て いるかを判定し、正しいＭＤＳファイルを選択し、スクリプトエンジンを起動す ろ。スクリプトエンジンは、ＭＤＳファイルをロードし、その符号化された命令 に１つずつ従うことを開始する。符号化された命令に従うこの結果は患者との面 接である。面接の終了で、スクリプトは、適切な端末動作（データベースの更新 、ファイルのクローズ、セッションのロギング）を実行するようにエンジンに指 令し、最終的にコンピュータ制御をＭＤＡＴＡシステム１００に戻す。 スクリプトエンジンを駆動し、オンライン面接を行うためにＭＤＳファイルを 使用することを以下に説明する。データベースファイルにアクセスし、情報を患 者に出力し、患者の応答を入力し、リポートを印刷するために必要なサポート動 作は、スクリプトエンジンが走行している基本的なオペレーティングシステムに よって実行される。 リストベース処理方法の実行時間モードはリスト指向であるＭＤＳファイルを 生成する。これは、各ステップで、病気、症状、および質問のリストがスクリプ トの次の質問あるいは動作を判定するために検索されねばならないことを意味す る。スクリプトエンジンは、分岐ベースの方法よりも多くの作業をリストベース の方法を使用して行わなければならない。 ＭＤＳファイルは、本質的に、病気のハイレベルリストから、１つの病気の症 状の症状を聞き出す単一の質問までトップダウンの順序で記憶されている人間の 病気の医学百科事典である。スクリプトとしてこのようなデータ構造を実行する ことは、この構造が“反転される”、すなわち患者に逐次の質問ストリームとし て与えられることを必要とする。これを実行時間モードで行うために、スクリプ トエンジンは、最初にＭＤＳファイルのマスタ病気リストを検索し、考慮すべき 次の病気を選択する。それからこのエンジンは、選択された病気の症状のリスト を検索し、尋ねる次の症状を選択する。次に、エンジンは、選択された症状の質 問セットを検索し、尋ねる次の質問を選択する。エンジンは、質問を患者に提示 し、回答を得て、いろいろな重み付けされたリストを更新し、診断に達するかあ るいは病気がなくなるまでこのプロセスを繰り返す。全体の目的は、スクリプト と診断で終了した患者との間の診断的対話を生成することにある。 スクリプトは実行されると、患者の症状を“一時”リストと呼ばれる一時的な ダイナミックリストとして保持する。あらゆる新しい症状は、この集合に記録さ れ、考慮中の病気のリストを更新するために使用される。患者の応答はこのよう にして、次の病気および症状および質問を選択するために使用される健康プロフ ァイルを形成する。プロファイルは下記のような多数の用途がある。 ・ 考慮中の全ての病気を更新し、次の病気を選択することを助ける ために使用される ・ 病状の統計的な比較を行うために使用できる ・ ＭＤＡＴＡシステムが、特定の患者の健康状態に基づいて質問ス トリームを動的に変更することを可能にする ・ プロファイルを記憶し、後で再ロードして、スクリプトを続ける ことによって、ＭＤＡＴＡシステムがスクリプトを中断し、後で 続けることが可能にする。 スクリプトエンジンが開始すると、スクリプトエンジンは、オンライン患者お よびスクリプト（すなわちＭＤＳファイル）が与えられる。このエンジンは、病 気、症状、および質問の符号化リストへのアクセスをするために、ＭＤＳファイ ルを開く。エンジンは、患者の医療履歴、およびもしあれば患者との過去のセッ ションの結果を得るために。患者レコードも開く。前述からＭＤＳファイルは、 エンジンに次の面接ステップを指令することによって面接を行う。面接の終わり に、スクリプトは、適切な端末動作（データベースの更新、ファイルのクローズ 、セッションのロギング）を実行するようにエンジンに指令し、最終的にコンピ ュータ制御をＭＤＡTＡシステムに戻す。 リストベース処理のこの説明に対する関心は、患者に質問し、診断に向けて症 状のセットを形成するために使用されるアルゴリズムである。このアルゴリズム は、ループを終了させる何らかの条件に達するまで、患者の症状のセットを分析 し、更新する主ループからなる。主ループは、下記の一般的なステップを含んで いる。 ・ 患者の症状のセットを分析するステップ、 ・ 次に考慮される病気を選択するステップ、 ・ 次に考慮される症状を選択するステップ、 ・ 次に提示される質問を選択するステップ、 ・ 質問を患者に提示し、返答を処理するステップ、 ・ 返答に基づいて症状セットを更新するステップ、 ・ 症状セットの応答の後の処理を実行するステップ、 ・ 患者の症状のセットを分析するループ。 スクリプトが診断を形成し、治療診察を行い、あるいは患者を他のスクリプトに 移すようなある出口動作で終了するまで、この主ループは続く。 スクリプト実行図面の説明 図６ａを参照し、診断スクリプトエンジン１９０を作動させるＭＤＡＴＡシス テムの全体的な構成を次に説明する。診断スクリプトエンジン１９０は、ＭＤＡ ＴＡシステムの複数のデータベース４４２にアクセスし、医学界のいろいろなエ ンティティに対する出力能力を有するようにＭＤＡＴＡサポートシステム４４０ とインタフェースする。ＭＤＡＴＡサポートシステム４４０は、図２に示された 、ログインプロセス２１０と、登録プロセス２１２と、診断プロセス２２０とを 含むプロセスを含んでいる。内科医４４４、患者１１４、および健康維持団体（ ＨＭＯ）のような健康団体４４６への入出力を実行するプロセスも、ＭＤＡＴＡ サポートシステム４４０に含まれている。ＭＤＡＴＡサポートシステム４４０は 、図１ａおよび図１ｂに既に示されている通信ネットワーク１０２を利用する。 図６ａに示されたデータベース４４２は、図２に既に示されたデータベースを含 み、人間の病気、薬物および薬物相互作用、人間の解剖学、規制ラチェットテー ブル（ratchet table）、および病気の発生頻度の地理的分布に対するような他 のデータベースも含んでいる。規制ラチェットテーブルは、システムに患者にど れくらいの情報を知らせることができるかを知らせる、規制のある合法的な“ル ール”のテーブルである。 図６ｂを参照し、診断スクリプトエンジンの動作中に使用される構造および入 出力を次に説明する。ユーザ４６０からの入力、患者の医療履歴データベース２ ５４からのレコード、および中央ＭＤＡＴＡデータベース４４２から入手できる 他の情報に基づいて、ＭＤＳ２９６はＭＤＳデータベース３００から選択される 。あるいは、診断スクリプトエンジン１９０が患者のパーソナルコンピュータで 実 行されるならば、ローカルユーザデータ記憶装置１８４は、中央ロケーションに 記憶されたＭＤＡＴＡデータベースの代わりにアクセスできる。しかしながら、 いくつかの理由によりすなわちレコードの安全性の理由、患者がシステムによっ て迅速に知らされることができるように世界中のどこの医療提供者も分析のため に必要なアクセスができ、診断を何らかの新しい治療に合わせ等の理由。中央デ ータベースに患者の医療履歴を保持することはより実用的である。 ＭＤＳ２９６は、患者面接を実行する診断スクリプトエンジン１９０に利用で きる。スクリプトエンジン１９０は、患者面接中に受信された情報を中央患者医 療履歴データベース２５４あるいはローカルユーザデータ記憶装置１８４のいず れかに書き込むことができる。現スクリプトの完了時で、あるいは追加スクリプ トが実行されると、医療診断あるいは診察４６２が生成される。この診断あるい は診察は、内科医４６２に報告され、ユーザ４６６へ出力され、中央ＭＤＡＴＡ データベースあるいはローカルユーザデータ記憶装置１８４に記憶されるのが好 ましい。他のレポート４６８は必要に応じて生成することができる。後述すよう に、診断が直接ユーザに報告されない場合があるが、その代わりに後でユーザに 詳しい報告をするために内科医に送られてもよい。 図７を参照すると、ＭＤＡＴＡシステム１００とのセッションにおけるユーザ のための全体的なトップレベルプロセス４８０を次に説明する。プロセス４８０ は、開始状態４８１で開始し、状態４８２に移動し、緊急状態を識別する。最初 の“ハードコード化”スクリーニング質問のセットが緊急状態を識別するために 利用される。緊急状態が識別されると、呼び出し９１１のような適当な診察がユ ーザに提供される。状態４８２および次の状態４８４、４８６および４８８は、 本出願人の同時の出願係属中の「コンピュータ化医療診断・治療診察システム」 の米国特許第08/176,041号に実質的に記載されている。プロセス４８０が、全然 緊急状態でないと判定すると、プロセスは、状態４８４に続き、ユーザを確実に 識別する。出願人の同時係属出願に記載されているように、ユーザは、患者であ ってもよいしあるいは患者のためのアシスタントであってもよい。パスワード、 ＩＤ番号、声紋あるいは他の種類の識別方法が使用されてもよい。患者が適切に ログインすると、プロセス４８０は、状態４８６に続き、任意の必要な管理タス クを実行する。状態４８８に進み、プロセス４８０は、ＭＤＡＴＡ医療データベ ース（図２）およびシステムファイルならびにソフトウェアにアクセスする。プ ロセス４９０に進むと、ユーザとのオンライン面接が行われる。オンライン面接 は、診察スクリプトエンジンプロセス４９０によって実行されることが好ましい 。しかしながら、プログラムを実行するかあるいはスクリプトを実行するかのよ うな、オンライン面接を実行する他の方法を利用してもよい。ユーザプロセス４ ８０は終了状態４９２で完了する。 次に、図８ａを参照し、診断スクリプトエンジンプロセス４９０を説明する。 開始状態４９２で開始すると、スクリプトエンジンプロセス４９０は、状態４９ ４に進み、スクリプトルータ機能を実行する。スクリプトルータは、患者の主な 病状、症状が現れてからの時間、患者の過去の医療履歴、任意の他のスクリプト からの結果、あるいは以前からの現スクリプトファミリからの結果のような入力 パラメータに基づいて適当なＤＳＱスクリプトを選択する。患者の主な病気の識 別はアルゴリズムである。主な病気は、次の分類、すなわち、関わりのある人体 シテム、患者の問題、例えば外傷あるいは伝染病の原因、主な病気のアルファベ ット順のリスト、それらの病気に対するＩＣＤ‐９番号、それらの主な病気のＭ ＤＡＴＡカタログ番号に分類することができる。適切なＤＳＱスクリプトが選択 された後、プロセス４９０は状態４９６に続き、スクリプトデータベース３００ （図６ｂ）から選択スクリプトを検索する。この時、診断スクリプトエンジンプ ロセス４９０は、患者との面接を実行する際にＤＳＱリストを利用するためにＤ ＳＱリストスクリプトエンジン５００を呼び出す。ＤＳＱリストスクリプトエン ジン５００は、図９および図１１と共に詳しく説明する。 診断スクリプトエンジンプロセス４９０は、状態５０２でＤＳＱスクリプトエ ンジンの結果を後処理する。種々の種類の処理が、後述する状態５０６〜５２６ によって例示されているように、状態５０２で実行される。状態５０２で実行で きる１つの動作は、包含された病気リストおよび除外された病気リスト中の病気 に対する確実度を判定することを含んでいる。包含されおよび除外される病気の リストにおけるあるあるいは全ての病気の確実度は、患者および／または内科医 に報告することができる。包含され、および除外されている病気のリストならび に関連する確実度からの診断は特異的診断リストに編集される。診断に対する確 実度を判定する種々の方法は、例えば、確実度ルックアップテーブルまたは感度 係数セットを含んでいる。感度係数は、本出願人の発行された米国特許第5,594, 638号「再入力機能および感度係数を含むコンピュータ化医療診断システム」に 既に記載されている。プロセス４９０によって実行される次の動作は、判定状態 ５０４で判定されるような結果の種類によって決まる。種々の典型的な結果の種 類を説する。状態５０６で、診断スクリプトエンジンプロセス４９０は、前述し たように、患者を状態４９４で選択される他のスクリプトに属しているものとす る。状態５０８で、プロセス４９０は適切な医療診断あるいは診察を生成する。 機能５１０に移動すると、この診察が適切な当事者に配信される。機能５１０を 図８ｂとともに詳しく説明する。診察が配信された後、プロセス４９０は終了状 態５１２で終了する。 状態５１４で、プロセス４９０は特別のメタ分析を実行する。診断スクリプト エンジンは、いかに特定の症状が所与の病気で長い年月の間に変わるかあるいは 進むかを細かく調べる。状態５１６で、プロセス４９０は、スクリプト中に累算 された結果を患者のレコードに記憶する。状態５１８で、プロセス４９０は、患 者がＭＤＡＴＡシステム１００の一部である医療情報ライブラリにアクセスする のを助ける。状態５２０で、プロセス４９０は、一時的に延期されたスクリプト の後の継続を予定する。通常、これは、患者がセッション中全スクリプトを完了 することができない場合に生じる。病気が包含された閾値に全然達しなかった場 合、診断スクリプトエンジンは、患者に対する確率のレベルを減少させる際に最 大の重みを有する病気のリストを患者に提供することができる。そのような状況 で、状態５２２では、プロセス４９０は一定の時間が経過し、後で診断ができる かどうかを調べることを可能にする再入力セッションを予定する。再入力機能は 、本出願人の同時係属出願「コンピュータ化医療診断・治療診察システム」に記 載されている。状態５２４で、プロセス４９０は、患者に試験を実行させ、シス テムに再び相談するように要求する。これらの試験は、自己検診、造形式試験（ 図２の２５８）あるいは研究室の試験（図２の２６０）を含むことができる。状 態５２６で、プロセス４９０は、即時動作をするために緊急の結果を医療提供者 に 転送する。プロセス４９０は、終了状態５１２で終了する。 図８ｂを参照し、分配診断あるいは診察機能５１０を、次に説明する。機能５ １０は、開始状態５１１で開始し、種々のリストの結果が１つ以上の病気あるい は閾値に達している診断により照合される状態１５２に進む。状態５１５に進む と、機能５１０は、システムによって行われた診断に対して適切で現在の治療の ための治療テーブルをチェックする。状態５１７に進むと、機能５１０は、誰が 診断、すなわち診察の受け手であるべきであるかを判定する。これは、調整ラチ ェットテーブル５１９を調べてみることによって部分的に行われる。調整ラチェ ットテーブルは、患者がどの国に住んでいるかのようないろいろな要因に応じて 患者に知らせることができる情報の種類を判定する。調整ラチェットテーブル５ １９に問い合わせた結果として、診察あるいは診断は、患者１１４、内科医４４ ４、管理看護団体あるいは合法的に医療情報へのアクセス権を有するかあるいは 医療情報を知る必要がある他のエンティティ５２１に通信される。患者と共有で き、患者の内科医と共有されるべきである多くの情報がある。例えば、何が包含 されるかおよび何が除外されるか並びに患者の他と異なる特定の診断は何か。す なわち、患者が質問の全てを答えた後、異なる病気の全てに対するスコアをラン ク付けすることができる。これは内科医に非常に役に立つ。調整ラチェットテー ブル５１９は、患者の場所を識別するために患者の郵便番号あるいは電話領域コ ードのような患者のレコードで利用可能な情報を利用する。 図９を参照し、ＤＳＱスクリプトエンジンプロセス５００を説明する。プロセ ス５００は、開始状態５３０で開始し、状態５３２に進み、診断スクリプトエン ジンによってプロセス５００に渡された、選択されたＤＳＱリストファイルにア クセスする。プロセス５００は状態５３４に進み、スクリプトエンジンによって 利用された一時リストを初期化する。図１０を一時的に参照すると、プロセス５ ００は、クリアされる症状一時リスト５５２を初期化し、病気一時リスト５５０ を、マスタ病気リスト３２４の全ての病気を有するように初期化する。この時点 で、プロセス５００は、処理される病気の中の１つを選択し、次に病気の中で表 明されるべき症状を選択する。患者の症状の有無を判定するために、プロセス５ ００は、状態５３６に続き、患者に尋ねられる症状について最初の質問を選択す る。状態５３８で、プロセス５００は、患者に質問を求める。状態５４０に移動 すると、プロセス５００は、患者の返答を受け取り、尋ねられた質問によりその 返答の正確さをチェックする。次に、患者の返答は、状態５４２でＤＳＱ−時リ ストを更新するために使用される。 プロセス５００は、判定状態５４４に進むと、診断またはスクリプトの終わり に達したかどうかを判定する。達していなければ、プロセス５００は、状態５４ ６に進み、現在の症状において次の質問を選択するか、あるいは現在の症状に対 する全ての質問を尋ね終っていると、現在の病気についての次の症状に進む。現 在の病気における質問の全てが尋ねられ終ると、プロセス５００は、次の病気に 移動し、この病気に必要な質問を尋ねる。プロセス５００はスクリプトの終わり に達するまで、状態５３８〜５４６でループし、診断が実行され、ユーザは、ス クリプトが延期されるよう要求するか、あるいはスクリプトエンジンは、スクリ プトが終了されるべきであると判定する。診断あるいは終わりに達すると、プロ セス５００は、状態５４１で診断に戻し、状態５４３で患者を異なるスクリプト に属させ、状態５４５で現在のスクリプトを延期するか、あるいは状態５４７で 現在のスクリプトを終了する。プロセス５００は戻り状態５４８で完了する。 次に、図１０を参照して、ＤＳＱリストスクリプトエンジン５００の実行時間 動作中に用いられるリストの一部を説明する。ユーザ入力４６０および症状が始 まってからの時間に基づいて、診断スクリプトエンジン４９０のスクリプトルー タ４９４（図８ａ）は、ＤＳＱリストスクリプトエンジン５００に渡すべきスク リプトを識別する。患者の医療履歴２５４からの現在の患者のレコードは、スク リプトルータ４９４によっても使用される。スクリプトルータから受信された医 療診断スクリプトを使用して、ＤＳＱリストスクリプトエンジン５００は、マス タ病気リスト３２４にアクセスする。マスタ病気リストの病気は病気一時リスト ５５０にコピーされる。ＤＳＱリストスクリプトエンジン５００の動作中の適切 な時間に、現在の病気についてマスタ症状リスト３２６の症状は、図１２ととも に記載されているように、症状一時リスト５５２に選択的にコピーされる。症状 は患者面接中に表明されるので、症状に対する症状の重みおよび／または質問の 重みは、病気一時リスト５５０の現在の病気に対するスコアに加算される。特定 の病気に対するスコアが包含された閾値に達すると、この病気は包含病気リスト ５５４に移動される。あるいは、現在の病気に対するスコアが除外された病気の 閾値に達すると、この病気は除外病気リスト５５６に移動される。表明された症 状、包含された病気、除外された病気、および包含も除外もどちらもない病気は 、全て患者医療履歴２５４に記憶される。スクリプトの終わりまたはスクリプト 中の終わりもしくはチェックポイントで、病気一時リスト５５０に残された病気 は患者医療履歴２５４にも書き込むことができる。あるいは、患者症状・病気情 報は、中央の患者医療履歴２５４の代わりにローカルユーザデータ記憶装置１８ ４（図６ｂ）に書き込むことができる。 図１１を参照して、ＤＳＱリストスクリプトエンジン５００の動作を説明する 。この説明は、図９とともに与えられたスクリプトエンジンプロセスの概要より も詳細である。スクリプトエンジンプロセス５００は、開始状態５８０で開始す ると、病気一時リスト５５０がスクリプトマスタ病気リスト３２４（図１０）か ら初期化される状態５８２に進む。状態５８４に移動すると、スクリプトエンジ ンプロセスは、現在の患者セッションおよび／または以前の患者セッションから 患者データをアクセスする。スクリプトエンジンプロセス５００は、必要な患者 データおよび任意の他のデータを得るために、ＭＤＡＴＡサポートシステム４４ ０（図６ａ）およびデータベース４４２を利用する。あるいは、患者データは、 ローカルユーザデータ記憶装置１８４（図６ｂ）から検索できる。 状態５８６に進むと、スクリプトエンジンプロセス５００は、考慮されるべき 病気を選択する。種々の方法は、考慮されるべき病気の順序を選択するのに用い られる。例えば、最も緊急の病気が最初に考慮され、続いて重大な病気、それか ら一般的な病気が考慮される。あるいは、緊急モデル／重大モデルとともに、考 慮されるべき最初の病気は、患者がいる母集団で最も優勢である。スクリプトエ ンジンプロセスは、患者がいる母集団群あるいはロケーションを識別するために 、電話番号、郵便番号、あるいは患者の履歴からの他のロケーション情報源を利 用する。一旦プロセスが始まると病気の順序を選択する代りの方法は、症状の重 みの合計が最高の病気、すなわち最も早く診断されるべき病気を使用することで ある。スクリプトコーディネータは、現在のスクリプトの病気を考慮されるべき 順 序でならべる。考察されるべき現在の病気が判定された後、スクリプトエンジン プロセス５５０は、“考慮されるべき選択症状”プロセス５８８に進む。プロセ ス５８８は、現在の病気に対して考慮されるべきで、図１２とともに詳しく説明 する。 スクリプトエンジンプロセス５００は、プロセス５８８中にセットされて症状 を判定する選択された症状ヌルフラグが判定状態５９０で表示されているかどう かをチェックする。もし選択された症状フラグが現在の病気に対してヌル(存在 しない)ならば、プロセス５００は、判定状態６１６に進み、考慮されるより多 くの病気があるどうか判定する。しかしながら、選択された症状フラグがヌルで ないならば、スクリプトエンジンプロセス５００は、状態５９２に進み、患者に 提示される質問のフローを選択する。各症状に関連しているのは症状を聞き出す ことができる質問の論理フローである。論理フローは、“複合質問”、すなわち いくつかの質問からなり、いくつかの回答の中の１つを生成することができる質 問と考えることができる。現在のところ考慮中の病気を包含する可能性が最も大 きい症状を含む、すなわち返答として生成することができる質問フローが選択さ れるべきであることが望ましい。状態５９４に進み、次にスクリプトエンジンプ ロセス５００は現在のフローノードを実行する。状態５９６に進み、スクリプト エンジンプロセス５００は、フローノードの質問部分をユーザに提示する。あら ゆる質問は、情報テキスト、命令テキスト、および質問のセットからなることが 好ましい。質問を提示するために、スクリプトは、まずに情報テキストを患者に 出力し、それから命令テキストを患者に出力し、最後に質問テキストを患者に出 力する。質問テキストは、返答が現時点で期待されることを患者に指示する。 応答処理プロセス５９８に続き、スクリプトエンジンはユーザからの応答を処 理する。プロセス５９８を、図１３とともに詳しく説明する。フローノードは、 ３つのタイプ、すなわち症状、質問、プログラムの中の１つであることが好まし い。スクリプトエンジンプロセス５００は、判定状態６００でフローノードタイ プを判定する。ノードタイプが質問またはプログラムであるならば、スクリプト エンジンプロセス５００は、状態５９４（質問ループＱ）に移動し、次のフロー ノードを実行する。しかしながら、フローノードタイプが症状タイプのものであ るならば、プロセス５００は、状態６０２に進み、患者から受信された応答に基 づいて、症状一時リスト５５２（図１０）を更新する。応答に基づいて、重みは 現在の症状に対して割り当てられる。あるいは、現在の症状が、そのいくつかが 関連する重みを有する複数の質問を利用するならば、現在の質問に対する（ある ならば）重みは現在の症状に対して累算される。 ＤＳＱスクリプトが症状を得ると、ＤＳＱスクリプトは、その症状を有する全 ての病気を更新する。すなわち、患者からの単一の回答は、考慮されている全て の病気の症状の重み付けを変えることができる。これは、診断閾値により近い１ つ以上の病気を“助長”する。 機能６０４に進むと、スクリプトエンジンプロセス５００は、症状一時リスト ５５２をさらに更新するために応答後の処理を実行する。。応答後の処理の例は 、if‐then関係、同時関係、シーケンス関係、および他の同じタイプの関係を含 んでいる。例えば、症状の重大さの値が９ならば、７５の重みが、胆石疝痛の診 断に加算でき、５０の重みが虫垂炎の診断から減算できる。他の応答後の関係は 、図４ｂとともに既に述べられている（獲得病気情報）。応答後の処理が完了し た後、スクリプトエンジンプロセス５００は、病気リスト更新プロセス６０６に 進む。プロセス６０６で、スクリプトエンジンは、更新された症状一時リスト５ ５２に基づいて病気一時リストのスコアを更新し、包含あるいは除外された病気 を除去する。病気リスト更新プロセス６０６を、図１４とともにさらに説明する 。 プロセス６０６の完了時、いくつかの病気は包含されてもよいしあるいは除外 されてもよく、それによって病気一時リスト５５０の長さが減少する（図１０） 。しかしながら、包含された閾値あるいは除外された閾値に達しない場合、病気 は病気一時リストから除去されない。したがって、状態６０８で、更新された病 気一時リストおよび更新された症状一時リストは、病気に対する症状をチェック する次の繰り返しのために残されている。判定状態６１０に移動して、スクリプ トエンジンプロセス５００は、症状一時リスト５５２に現在の病気に対するより 多くの症状があるかどうかを判定する。もしあるならば、スクリプトエンジンプ ロセス５００は、状態６１２で症状と関連した絶対値に基づいて、最大の重みを 有する症状を選択し、次に状態５９２（症状ループＳ）に進み、この新しい症状 に 対する質問のフローを選択する。しかしながら、判定状態６１０で判定されるよ うに、症状一時リスト５５２に追加の症状が全然ない場合、スクリプトエンジン プロセス５００は、状態６１４に進み、現在の病気を病気一時リスト５５０から 削除する。 判定状態６１６に進むと、スクリプトエンジンプロセス５００は、現在のスク リプトに対する病気一時リスト５５０が空かどうかを判定する。空でないならば 、スクリプトエンジンプロセス５００は、状態５８６（病気ループＤ）に移動し 、スクリプトにおける次の病気を考慮する。現在のスクリプトに対する病気一時 リスト５５０が空ならば、スクリプトエンジンプロセス５００は、判定状態６１ ８に進み、スクリプトの結果の種類を判定する。状態６２０で、考えられる結果 の中の１つは、１つ以上の病気が包含あるいは除外されたということである。状 態６２２で、他の種類の結果は、スクリプトエンジンが他のスクリプトあるいは 他のサービスを属するように判定したということである。スクリプトエンジンプ ロセス５００は、戻り状態６２４で完了し、診断プロセス４９０（図８ａ）に戻 る。 図１２を参照し、図１１で参照された症状選択プロセス５８８を次に説明する 。選択症状プロセス５８８は、開始状態６４０で開始し、状態６４２に進み、症 状一時リスト５５２（図１０）をクリアする。選択症状プロセス５８８は、状態 ６４４に進み、スクリプトマスタ病気リスト３２４（図１０）の現在の病気をア クセスする。プロセス５８８は、状態６４６に進むと、現在の病気の次の症状を 識別する。プロセス５８８は、判定状態６４８に続き、症状の質問のフローがこ の患者に対して既に実行されたかどうかを判定する。例えば、症状が、この患者 に対する他の病気あるいは他のスクリプトに存在する判定されていたかも知れな い。質問のフローが以前に実行されなかった場合、プロセス５８８は状態６５０ に進み、症状を症状一時リストに付加する。症状を症状一時リストに付加した後 、あるいは症状の質問のフローが既に実行された場合、プロセス５８８は判定状 態６５２に移動する。判定状態６５２で、プロセス５８８は、現在の病気に対し てより多くの症状があるかどうかを判定する。あるならば、プロセス５８８は状 態６４６に戻り、現在の病気の次の症状を識別する。 状態６５２で判定されたように、現在の病気に対してそれ以上症状がない楊合 、 プロセス５８８は、判定状態６５４に続き、症状一時リスト５５２が空であるか どうかを判定する。もし空ならば、症状選択プロセス５８８は、状態６５６に移 動し、現在の病気をデータベース一時リスト５５０から削除する。これは、例え ば、病気に対する全ての症状がこのスクリプトあるいは他のスクリプトにおいて 初期の時点で以前に考慮されていたならば、生じるであろう。この場合、症状選 択プロセス５８８は、以前ヌル症状フラグを有する状態６５８に戻る。判定状態 ６５４に戻り、選択症状プロセス５８８が症状一時リストが空でないと判定する と、実行は、症状一時リストが重みの絶対値によってソートされる状態６６０に 続く。プロセス５８８は、状態６６２に進むと、重みの最大絶対値を有する症状 を選択する。症状選択プロセス５８８は状態６６４で、選択された症状を有する プロセス５００（図１１）に戻る。 図１３を参照し、図１１で参照された応答処理プロセス５９８を次に説明する 。プロセス５９８は、開始状態６９０で開始して、状態６９２に進み、ユーザ応 答の妥当性をチェックする。プロセス５９８は、判定状態６９４に進むと、応答 が妥当であるかどうかを判定する。応答が妥当でない場合、プロセス５９８は状 態６９６に進み、ユーザへの質問テキストの出力を繰り返し、次に状態６９２に 戻り、ユーザ応答の妥当性をチェックする。タイムアウト状態のチェックが応答 処理プロセス５９８中で起こる。タイムアウトは、それが意識の喪失あるいは精 神状態の変化の可能性を意味するかどうかを調べるために評価される。もしそう ならば、精神状態サブルーチンを呼び出すことができるかあるいは例えば救急医 療隊員に電話をかけることができる。 応答が判定状態６９４で妥当であると判定されると、プロセス５９８は、判定 状態６９８に進み、ＤＳＱスクリプトエンジン５００によって現在処理中のノー ドタイプを判定する。ノードタイプが症状ノードであると、プロセス５９８は、 状態７００に進み、現在のフローノードに関連する症状値を選択する。症状ノー ドは、複合質問に対する回答として症状を返す。症状値はそれから、状態７０２ で症状スクリプトエンジンプロセス５００（図１１）に戻される。ノードタイプ が質問ノードであると、プロセス５９８は、状態７０４に進み、応答をパスディ ジットに変換する。プロセス５９８は、状態７０６に進むと、パスディジットを 現在のフローノードパス名に追加する。状態７０４および７０６は、実行される 次の質問ノードを識別するために使用される。判定状態６９８に戻って、ノード タイプがプログラムノードであると判定されると、プロセス５９８は、状態７１ ０に進む。状態７１０で、プロセス５９８は、現在のノードによって示されたプ ログラムを実行し、戻りディジットを得る。プロセス５９８は、状態７１２で、 戻りディジットを現在のフローノードパス名に追加する。状態７１０および７１ ２は、実行されるべき次の質問ノードを識別するために使用される。状態７１０ で実行されたプログラムは、サブスクリプトあるいは他の機能もしくは患者から 付加的医療情報を聞き出す必要があるサブルーチンであっでもよい。状態７０６ あるいは７１２のいずれかの完了で、プロセス５９８は、戻り状態７０８でＤＳ Ｑスクリプトエンジンプロセス５００（図１１）に戻る。 図１４を参照して、図１１で言及した病気リスト更新プロセス６０６を次に説 明する。プロセス６０６は、開始状態７３０で開始すると、状態７３２に進み、 病気一時リスト５５０（図１０）にアクセスする。判定状態７３４に続き、プロ セス６０６は、病気一時リスト５５０にもっと病気があるかどうかを判定する。 ない場合、プロセス６０６は、戻り状態７３６で、ＤＳＱスクリプトエンジンプ ロセス５００に戻る（図１１）。しかしながら、一時リストにさらに病気がある と、プロセス６０６は、状態７３８に進み、病気一時リスト５５０の次の病気を アクセスする。プロセス６０６は、判定状態７４０に進むと、現在の病気に、患 者が回答したばかりの症状、あるいは機能６０４（図１１）で判定されたような その応答後に処理された症状が含まれているかどうか判定する。含まれているな らば、プロセス６０６は状態７４２に移動し、回答されたばかりの症状あるいは 応答後のプロセスの症状の重みを現在の病気のスコアに加算する。プロセス６０ ６は、判定状態７４４に進むと、現在の病気スコアに加算される必要がある重み を有する付加的症状があるかどうかを判定する。これは通常、複数の応答後の処 理の症状がある場合に生じる。もしそうならば、プロセス６０６は状態７４２に 戻り、これらの付加的症状の重みを病気スコアに加算する。状態７４４で判定さ れるように、処理を必要とする症状がもはやない場合、プロセス６０６は判定状 態７４６に進む。 判定状態７４６で、プロセス６０６は、病気スコアが包含された閾値に達した か、あるいは閾値を超えたかどうかを判定する。包含された閾値は１０００の値 を有することが好ましいが、他の包含された閾値スコアも利用できる。閾値に達 したか、あるいは閾値を越えていると、プロセス６０６は状態７４８に進み、現 在の病気を包含された病気リスト５５４（図１０）に追加する。プロセス６０６ は、状態７５０に移動すると、病気一時リスト５５０（図１０）から現在の病気 を削除し、次に、判定状態７３４に戻り、一時リスト５５０にまだ病気があるか どうか判定する。 判定状態７４６に戻り、スコアが包含された閾値に達しないか、あるいは閾値 を越えていないと判定されると、プロセス６０６は判定状態７５２に進む。判定 状態７５２で、プロセス６０６は、病気スコアが除外された閾値を超えたかある いは除外された閾値に達したかどうかを判定する。もしそうならば、プロセス６ ０６は状態７５４に移動し、現在の病気を除外された病気リスト５５６（図１０ ）に追加する。プロセス６０６は、状態７５０に進むと、この病気を病気一時リ スト５５０から削除し、判定状態７３４に戻り、病気一時リスト５５０のその他 の病気をチェックする。 判定状態７５２に戻り、病気スコアが除外された閾値以上か等しい場合、プロ セス６０６は判定状態７３４に戻り、病気一時リスト５５０にその他の病気があ るかをチェックする。判定状態７４０に戻り、現在の病気が回答されたばかりの 症状、あるいはその応答後に処理された症状を含まない場合、プロセス６０６は 判定状態７３４に戻り、病気一時リスト５５０にその他の病気があるかをチェッ クする。 包含された閾値および除外された閾値の使用は下記のような一定の含意を有し ている。 ・ 症状の重みは正または負の数として与えられる ・ ２つの実行スコアが各病気、すなわち１つが正で、１つが負に対 して保持される ・ 正の重みは正のスコアに加算され、負の重みは負のスコアに加算 される ・ 重みは減算されない ・ 病気を包含するための正の閾値（例えば、１０００あるいは１００ ００）、病気を除外するための負の閾値（例えば、−１０００ある いは−１００００）の２つの閾値が使用される ・ 正のスコアが正の閾値に達するかあるいは超えると、病気が包含さ れる ・ 負のスコアが負の閾値に達するかあるいは超えると、病気が除外さ れる ・ 病気がスクリプトの終わりまでにいずれの閾値にも達しないと、そ れは病気の“未決”リストに残され、患者の医療履歴に記録される 。 図１５を参照して、分岐方式スクリプトを使用した医療診察、すなわち診断を 生成する他の実施例について説明する。分岐方式スクリプトプロセス７８０は、 開始状態７８２で開始すると、状態７８４に進み、分岐方式医療診断スクリプト ファイルを開く。プロセス７８０は、状態７８６に進むと、患者に関する現在の セッションおよび／または以前のセッションのいずれかから患者データを設定す る。スクリプトプロセス７８０は状態７８８に進み、スクリプトの最初の質問で 開始する。スクリプトプロセス７８０は状態７９０に進むと、現在の質問をユー ザに提示する。スクリプトプロセス７８０は、状態７９２で、妥当なユーザ応答 を待つ。スクリプトプロセス７８０は、状態７９４に移動すると、ユーザ応答を 記録する。スクリプトプロセス７８０は、状態７９６で、ユーザ応答に相応する ノードに進む。スクリプトプロセス７８０は、判定状態７９８で、次のノードが 出口ノードかどうか判定する。出口ノードでないならば、プロセス７８０は、状 態７９０で、次の質問をユーザに提示する。スクリプトプロセス７８０は、出口 ノードに達するまで、所定のスクリプトノードのシーケンスにしたがって状態７ ９０〜７９８でループする。出口ノードに達すると、スクリプトプロセス７８０ は、判定状態８００に移動し、スクリプトの結果のタイプを判定する。分岐方式 スクリプト７８０は、戻り状態８０２で診断を、戻り状態８０４で診察を、ある いは戻り状態８０６で他のスクリプトへの参照を返す。 VI．リストベース処理の利点 リストベース処理システムは、医療診断の他の方法に比べて速度、精度、およ び完全さという利点を有する。特に、リストベース処理方式は、 − 医療知識を他の人が処理できるリストに編成する； − 精度および完全さをチェックできるような方法で診断を示す； − 人間が分岐方式スクリプトを使用して記述できるよりもより良いスクリプ トを生成する； − 医療知識の変化に伴ってスクリプトの更新を簡単にする； − 自動化手段による試験を可能にする； − 分岐方式スクリプトから呼び出し可能な機能として使用できる； − コンピュータプラットホーム、媒体、言語に依存しない； − スクリプトを他の人間言語に容易に変換することができる； − 医者が実際に診断する方法を反映している 付録 例示なＤＳＱリストベーススクリプト このリスティングは、リストベース処理のための開始点として使用されるリス トを含むＡＳＣＩＩファイルのより広範囲な例を示している。このリストは、フ ォーマットおよび関係を示すことだけを目的としている。このリストは、正しい 医療情報あるいは完全な医療情報を伝えていないかもしれない。この例示的スク リプトの主たる病状は“倦怠感”である。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１０年９月１４日（１９９８．９．１４） 【補正内容】 請求の範囲 １．各病気が症状のリストに関連づけられ、各症状が質問のリストに関連づけ られており、症状と質問が各病気毎に異なる可能性がある、病気のリストをコン ピュータに与えるステップと、 応答を引き出すためにする、応答が症状を生成し、生成された症状が、病気に 対する累積された重みの合計に重みを加えるところの、前記質問のリストの選択 された質問から繰り返し質問するステップと、 患者の健康状態に固有の質問の流れが得られるように、選択された質問リスト からの質問を行う順序を調整するステップと、 診断を下すために、病気に対する累積された総重みが閾値に達したか、あるい は、閾値を超えたかどうかを判定するステップを有するコンピュータ診断方法。 ２．症状が１つ以上の他の症状の有無に基づいて生成されることを特徴とする 、請求項１に記載の方法。 ３．選択された１組の症状の存在によって、病気の少なくとも１つの累積され た総重みにさらに重みが加えられることを特徴とする、請求項１に記載の方法。 ４．診断プロセスの第１の選択時間における症状が、プロセスの第２の選択時 間における症状とは異なって重み付けされることを特徴とする、請求項１に記載 の方法。 ５．第１の厳密さで報告された症状の重みが、第２の厳密さで報告された症状 の重みとは異なることを特徴とする、請求項１に記載の方法。 ６．時間の経過につれて指定されたシーケンスで発生する選択された１組の症 状によって、指定されたシーケンスで発生しない選択された１組の症状の個別の 重みの累積とは異なる累積された重みが総重みに対して加えられることを特徴と する、請求項１に記載の方法。 ７．選択された１組の症状の発現または終了するシーケンスによって、選択さ れた症状の個別の累積された重みだけの場合とは異なる重みが総重みに加えられ ることを特徴とする、請求項１に記載の方法。 ８．累積された総重みに基づいてさらに行われる診断のための質問に対して、 病気が含められることを特徴とする、請求項１に記載の方法。 ９．累積された総重みに基づいてさらに行われる診断のための質問に対して、 病気が除外されることを特徴とする、請求項１に記載の方法。 １０．緊急とみなされる病気に対する質問が、緊急ではない病気に対する質問 より先になされることを特徴とする、請求項１に記載の方法。 １１．さらに、病気に関する累積された総重みが、除外しきい値未満で、可能 性のある診断が排除されることになるか否かを判定するステップを含むことを特 徴とする、請求項１に記載の方法。 １２．病気を含めることにある程度の確実性が与えられることを特徴とする、 請求項８に記載の方法。 １３．病気を除外することにある程度の確実性が与えられることを特徴とする 、請求項９に記載の方法。 １４．それぞれある程度の確実性を有する複数の診断が、患者に固有の差別的 診断リストに集積されることを特徴とする、請求項１に記載の方法。 １５．患者についてなされる各質問が、少なくとも１つの病気に対する累積さ れた総重みに関連する質問重みが加えられることを特徴とする、請求項１に記載 の方法。 １６．各病気が第１の症状リストに関連づけられ、各症状が第１の質問リスト に関連づけられており、症状と質問が各病気毎に異なる可能性があるところの病 気リストをコンピュータに与えるステップと、 応答が症状を生成し、生成された各症状が病気に対する蓄積された総重みに対 して重みを与えるところの応答を引き出すために質問リストの選択された１つか ら繰り返し質問し、質問リストと症状リストが第１の質問リストと第１の症状リ ストとは異なっている可能性がある、ある時間間隔後に応答をさらに引き出すた めに繰り返し質問するステップと、 患者の健康状態に固有の質問の流れが得られるように、選択された質問リスト からの質問を行う順序を調整するステップと、 診断を下すために、病気に対する累積された総重みが閾値に達したか、あるい は閾値を超えたかどうかを判定するステップを有するコンピュータ化診断方法。 １７．症状が１つ以上の他の症状の有無に基づいで生成されることを特徴とす る、請求項１６記載の方法。 １８．選択された１組の症状の存在によって、病気の少なくとも１つに対する 累積された総重みにさらに重みが加えられることを特徴とする、請求項１６に記 載の方法。 １９．診断プロセスの第１の選択された時間における症状が、プロセスの第２ の選択された時間における症状とは異なって重み付けされることを特徴とする、 請求項１６に記載の方法。 ２０．第１の重大さで報告された症状の重みが、第２の重大さで報告された症 状の重みとは異なることを特徴とする、請求項１６に記載の方法。 ２１．長い年月の間に指定されたシーケンスで発生する選択された１組の症状 によって、指定されたシーケンスで発生しない選択された１組の症状の個々の重 みの累積とは異なる累積された重みが総重みに対して加えられることを特徴とす る、請求項１６に記載の方法。 ２２．選択された１組の症状の発現または終了するシーケンスによって、選択 された症状の個別の累積重みだけの場合とは異なる重みが総重みに加えられるこ とを特徴とする、請求項１６に記載の方法。 ２３．累積された総重みに基づいてさらに行われる診断のための質問に対して 、病気が含められることを特徴とする、請求項１６に記載の方法。 ２４．累積された総重みに基づいてさらに行われる診断のための質問に対して 、病気が除外されることを特徴とする、請求項１６に記載の方法。 ２５．緊急とみなされる病気に関する質問が、緊急ではない病気に関する質問 より先になされることを特徴とする、請求項１６に記載の方法。 ２６．可能性のある診断を排除するために、病気に対する累積された総重みが 、除外しきい値未満かどうかを判定するステップをさらに含むことを特徴とする 、請求項１６に記載の方法。 ２７．病気を含めることにある程度の確実性が与えられることを特徴とする、 請求項２３に記載の方法。 ２８．病気を除外することにある程度の確実性が与えられることを特徴とする 、請求項９に記載の方法。 ２９．それぞれある程度の確実性を有する複数の診断が、患者に固有の差別的 診断リストに集積されることを特徴とする、請求項１６に記載の方法。 ３０．患者についてなされる各質問が、少なくとも１つの病気に対する累積さ れた総重みに、関連する質問重みを加えることを特徴とする、請求項１６に記載 の方法。 ３１．時間間隔が医師によって決められることを特徴とする、請求項１６に記 載の方法。 ３２．医師が、特定の病気に対する１組の時間間隔を判定し、任意の１つの時 間間隔が他の時間間隔と持続時間が異なることを特徴とする、請求項３１に記載 の方法。 ３３．判定された各時間間隔毎に、コンピュータが、症状リストと、各症状に 対する質問リストを記憶することを特徴とする、請求項３２に記載の方法。 ３４．質問が、病気の経時進行を追跡するようになっていることを特徴とする 、請求項３２に記載の方法。 【図４】【図８】【図１１】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ， ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，Ｍ Ｘ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ， ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims (1)

1. 【特許請求の範囲】 １．各病気が症状リストに関連づけられ、各症状が質問リストに関連づけられ ているところの病気リストをコンピュータに与えるステップと、 応答が症状をもたらし、もたらされた各症状が病気に対して重みを与えるとこ ろの応答を引き出すために繰り返し質問するステップと、 診断を下すために、病気に対する累積された重みが閾値に達したが、あるいは 閾値を越えたかどうか判定するステップを有するコンピュータ化診断方法。 ２．症状が１つ以上の他の症状の有無に基づいて生成されることを特徴とする 、請求項１に記載の方法。 ３．選択された１組の症状の存在によって、診断にさらに重みが加えられるこ とを特徴とする、請求項１に記載の方法。 ４．診断プロセスの第１の選択された時間における症状が、プロセスの第２の 選択された時間における症状と異なって重み付けがされることを特徴とする、請 求項１に記載の方法。 ５．第１の厳密さで報告された症状の重みが、第２の厳密さで報告された症状 の重みとは異なることを特徴とする、請求項１に記載の方法。 ６．時間の経過につれて特定のシーケンスで発生する選択された１組の症状に よって、特定のシーケンスで発生しない選択された１組の症状の個別の重みの累 積とは異なる累積された重みが診断に対して加えられることを特徴とする、請求 項１に記載の方法。 ７．選択された１組の症状の発現または終了するシーケンスによって選択され た症状の個別の累積された重みだけの場合とは異なる重みが、診断に対して加え られることを特徴とする、請求項１に記載の方法。 ８．累積された重みに基づいてさらに行われる診断のための質問に対して、病 気が含められることを特徴とする、請求項１に記載の方法。 ９．累積された重みに基づいてさらに行われる診断のための質問に対して、病 気が除外されることを特徴とする、請求項１に記載の方法。 １０．緊急とみなされる病気に関する質問が、緊急ではない病気に関する質問 より前になされることを特徴とする、請求項１に記載の方法。 １１．可能性のある診断を排除するように、病気に関する累積された重みが、 除外閾値未満かどうか判定するステップをさらに含むことを特徴とする、請求項 １に記載の方法。 １２．病気を含めることにある程度の確実度が与えられることを特徴とする、 請求項８に記載の方法。 １３．病気を除外することにある程度の確実度が与えられることを特徴とする 、請求項９に記載の方法。 １４．それぞれある程度の確実度を有する複数の診断が、差別的診断リストに 累積されることを特徴とする、請求項１に記載の方法。