(57)【特許請求の範囲】
【請求項１】
医療診断システムであって、
通信ネットワークと、
前記通信ネットワークに接続するサーバ・コンピュータと、
前記通信ネットワークに接続し、該通信ネットワークを介して前記サーバ・コンピュータとデータ通信を行う患者のコンピュータと、
患者、患者の代理人、もしくは患者の援助者である利用者からの前記患者の情報を受信するため、前記患者のコンピュータと接続する入力装置と、
スクリプトデータベースと、
診断した健康状態を示す情報を表示するために前記患者のコンピュータと接続する出力装置と、を備え、
前記出力装置を介して得た診断した状態と前記患者の情報とに基づいて、健康状態をスコアする計算システムを有し、
前記計算システムは、
受信情報の少なくとも一部に基づいて複数の病訴アルゴリズムを選択的に実行可能に構成され、病訴アルゴリズムのどの１つでも、受信情報の少なくとも一部でスコアを獲得すると、そのスコアがしきい値に達するか、あるいは、それを超えた場合、実行された病訴アルゴリズムに関連した健康状態について診断を下し、
前記患者のコンピュータもしくは前記サーバ・コンピュータに格納されている病歴のデータベースについて、データを読み出す際、または、データを書き込む際に、前記患者のコンピュータと前記サーバ・コンピュータの間における、格納されている情報の伝送を安全に行い、
各病訴アルゴリズムは前記患者のコンピュータでスクリプト・エンジンにより実行され、
前記スクリプト・エンジンは、
病気データ、症状データ、質問データのリストを含む病訴スクリプト・ファイルにより判断し、
前記利用者への質問を出力し、
前記入力装置を介した前記利用者からの回答が入力され、
前記患者の情報をスコアし、前記健康状態を診断し、前記スコアを用いて前記病歴データベースを更新し、
前記サーバ・コンピュータが、前記病訴スクリプト・ファイルを選択的に前記患者のコンピュータにロードする、医療診断システム。
【請求項２】
請求項１記載の医療診断システムにおいて、
健康状態に病気が含まれる医療診断システム。
【請求項３】
請求項１記載の医療診断システムにおいて、
選択的に実行される病訴アルゴリズムが、アルゴリズム・グループから選択されることと、健康状態に特有のアルゴリズムに、頭痛、けいれん及び発作、胸部の痛み、熱射病、変化する意識水準、振せん、めまい、不規則な心拍、失神、息切れ、胸部傷害、機能低下、頭部傷害、せき、クループ、高血圧、呼吸亢進、麻痺、ぜん鳴、吸入障害、卒中が含まれる医療診断システム。
【請求項４】
請求項１記載の医療診断システムにおいて、
頭痛に関する病訴アルゴリズムに、片頭痛、脳膜炎、脳腫瘍、及び、クモ膜下出血といった健康状態が含まれる医療診断システム。
【請求項５】
請求項１記載の医療診断システムにおいて、
選択的に実行される病訴アルゴリズムが、解剖学的系統、原因、アルファベットによるグループ化、及び、目録番号、から構成されるグループとして分類され、それらから選択される受信情報に基づくものである医療診断システム。
【請求項６】
請求項５記載の医療診断システムにおいて、
解剖学的系統が、循環器系、呼吸器系、神経系、消化器系、耳／鼻／咽喉系、眼科系、婦人科／産科系、泌尿器系、血液／血液病系、皮膚系、筋骨格系、及び、内分泌系から構成されるグループから選択される医療診断システム。
【請求項７】
請求項５記載の医療診断システムにおいて、
原因が、外傷、感染、アレルギ／免疫欠乏、中毒、環境、血管、精神、遺伝、内分泌／代謝／栄養、及び、腫瘍から構成されるグループから選択される医療診断システム。
【請求項８】
請求項１記載の医療診断システムにおいて、
入力装置に、ポインティング／書き込み装置が含まれる医療診断システム。
【請求項９】
請求項１記載の医療診断システムにおいて、
出力装置に、プリンタが含まれる医療診断システム。
【請求項１０】
請求項１記載の医療診断システムにおいて、
出力装置に、ファクシミリ装置が含まれる医療診断システム。
【請求項１１】
請求項１記載の医療診断システムにおいて、
入力装置に、キーボードが含まれる医療診断システム。
【請求項１２】
請求項１記載の医療診断システムにおいて、
入力装置に、デュアル・トーン多周波（ＤＴＭＦ）信号処理システムが含まれる医療診断システム。
【請求項１３】
請求項１記載の医療診断システムにおいて、
入力装置に、自動音声認識システムが含まれる医療診断システム。
【請求項１４】
請求項１記載の医療診断システムにおいて、
出力装置に、視覚ディスプレイが含まれる医療診断システム。
【請求項１５】
請求項１記載の医療診断システムにおいて、
出力装置に、音声再生システムが含まれる医療診断システム。
【請求項１６】
請求項１５記載の医療診断システムにおいて、
電話信号がサーバ・コンピュータにより送信され、患者のコンピュータにより受信される医療診断システム。
【請求項１７】
請求項１記載の医療診断システムにおいて、
通信ネットワークに、インターネットが含まれる医療診断システム。
【請求項１８】
請求項１７記載の医療診断システムにおいて、
電話ネットワークが含まれ、電話信号が、サーバ・コンピュータにより送信され、患者のコンピュータにより受信される医療診断システム。
【請求項１９】
請求項１記載の医療診断システムにおいて、
患者のコンピュータがブラウザを利用する医療診断システム。
【請求項２０】
請求項１記載の医療診断システムにおいて、
診断された健康状態に従ってアクセスされる治療テーブルが含まれている医療診断システム。
【請求項２１】
請求項１記載の医療診断システムにおいて、
複数の病訴アルゴリズムのそれぞれが、１つ以上の健康状態と関連している医療診断システム。
【請求項２２】
請求項１ないし請求項２１のいずれかに記載の医療診断システムにおいて、
診断された健康状態が、患者に伝えられる医療診断システム。
【請求項２３】
請求項１ないし請求項２２のいずれかに記載の医療診断システムにおいて、
診断された健康状態が、医師に伝えられる医療診断システム。
【請求項２４】
請求項２３記載の医療診断システムにおいて、
診断された健康状態に関連したスコアが医師に伝えられる医療診断システム。
【請求項２５】
請求項１ないし請求項２４のいずれかに記載の医療診断システムにおいて、
複数の診断された可能性のある健康状態が、鑑別診断リストに集積される医療診断システム。
【請求項２６】
請求項２５記載の医療診断システムにおいて、
鑑別診断リストが、確実性の度合いに基づいて順序づけされる医療診断システム。
【請求項２７】
請求項１ないし請求項２６のいずれかに記載の医療診断システムにおいて、
しきい値が１つ以上の感度要素によって修正可能である医療診断システム。
【発明の詳細な説明】
発明の背景
発明の分野
本発明は医療知識システムに関し、特にネットワークを通じて一般市民に医療上の助言を与えるためのシステムに関する。
関連技術の説明
健康管理のコストは現在米国の国民総生産の１４％を占め、消費者価格指数の他の要素よりも急速に上昇している。その上、医療サービスの費用を支払うことができないことが主な理由となって、多くの市民は最も基本的な健康管理および情報にさえアクセスする機会を奪われている。
多くの市民は費用、時間的な制約または不便さという理由から医療上の手当てを受けることが遅れ、またはそれを求めることを阻まれている。市民が包括的で制約がなく容易に医療情報にアクセスできれば、病気の多くは予防できるだろう。同様に、病気の多くは初期検診と処置によって多くの患者が重度化することを防止できるだろう。重症の疾病の処置はわが国の健康管理システムに起因すると考えられる財政的な負担の大きな部分を占めているのである。米国が膨大な比率の健康問題に直面しており、現時点での解決策は万全ではないことは明白である。
健康管理問題の解決策における従来の試みの１つは、看護婦グループが２４時間体制の電話により健康に関する情報を提供する看護婦問診システムと呼ばれている。医療上の問題を抱えた人は８００番を呼出し、看護婦に症状を説明する。看護婦はコンピュータを利用して発呼者が語る症状や疾患に関する基本的な、もしくは診断上の情報を得る。次に看護婦はコンピュータ化された提携病院、または病院グループの委託リストから発呼者に医師を紹介することもできる。クライアントである病院は患者を委託するように看護婦問診システムと契約している。個人健康アドバイザと呼ばれる管理されたケヤーの選択肢も同様であり、この場合は発呼者が健康問題に関する事前録音されたメッセージを２４時間いつでも聞くことができる。このような従来の医療助言システムには幾つかの問題点がある。第１に、これらのシステムは電話の質問毎に看護婦が返答するためにコストが高い。第２に、発呼者はそのサービスを受けるためには加入制の健康プランに所属する必要がある。第３に、何らかの理由から特定の勤務体制の全ての看護婦がたまたま忙しく、発呼者の状態が緊急を要する場合（発呼者は緊急状態であることは認識していない）、遅延中に緊急処置を受ける貴重な時間が失われてしまうことがある。
その他の従来の健康システムはインタープラクティス・システムによって開発されたものであり、これは健康管理上の質問に回答し、家庭で人々に助言するコンピュータ化されたサービスを提供する。健康維持機関（ＨＭＯ）はその会員に特定の地理的な地域でこのサービスを提供する。家庭で助言を得るために、ＨＭＯの会員はトースターのサイズのボックスを電話機に接続し、無料の８００の番号を呼び出す。ボックスの一部をなすキーボードを使用して、ユーザーはボックスのスクリーンに表示されたユーザーの症状に関する質問に答える。答えに応じて、ユーザーは家庭での治療をするように告げられたり、看護婦または医師の電話を受けたり、検査のための予約を取り付けたりする。このシステムの制約は、電子ボックスの追加費用を要することであり、これは約３００＄でユーザーが購入するか、または健康機関が購入してその費用がユーザーに差し向けられる。別の制約としては、このサービスがＨＭＯのような特定の契約健康機関の会員にだけに向けられていることである。必要とされているのは、基本サービス用に追加のハードウェアを必要とせず、既存の通信ネットワークを活用するシステムである。ある機関の会員だけではなく誰でも利用できるシステムが必要とされている。
一定の健康問題に対する解決策のための従来の試みは米国特許明細書第４，７１２，５６２号に記載されている。患者の血圧と心拍が測定され、測定結果が電話を介して記憶、分析のために中央コンピュータに送信されて記憶、分析される。医師または患者に提出するための報告書が作製される。米国特許明細書第４，５３１，５２７号は類似したシステムを記載しており、この場合は所定の緊急的な環境では受信局の装置が自動的に医師と通信する。
米国特許明細書第４，８３８，２７５号は、患者が身を横たえ、または座って自分の健康に関する複数のパラメタを測定するための電子機器を有する装置を開示している。これらのパラメタは中央監視および制御オフィスに電子的に伝送され、そこで熟練した観測者が患者と対話する。観測者は緊急事態が認められた場合、または患者の主導による通信以外の場合は通常定められた（ルーチンの）診断の問答を行う。観測者はルーチンではない治療上の応答が必要かどうかを判定し、そうである場合はそのような応答を促進する。前述のように、このシステムには（ベットまたは椅子に埋設された）特殊な測定装置とともに高度の熟練者が必要である。
健康管理の問題を解決するためのその他の従来の試みは米国特許明細書第５，０１２，４１１号に代表されるものであり、これは検知された生理学的な情報を測定し、記憶し通信システムを介して遠隔地に送信する携帯式の自蔵装置を記載している。情報は医師またはその他の健康管理の専門家によって評価される。前述のシステムと同様に、このような装置を利用するには高度な熟練者が必要である。
現在では医学的、または調剤的な助言を与える幾つかのサービスを例えば“電話ドクター”のような“１−９００”の電話番号で受けることができる。これらのサービスは週７日、２４時間利用できる。サービスの１つである“１−９００”の番号を呼び出す米国の誰にでも、ある種の専門医を含む医師グループが健康管理または医学的な状態に関する質問に答える用意がある。登録した薬剤師が“１−９００”調剤サービスの薬剤治療に関する質問に回答する。
発明の大要
健康管理問題に関する本発明の解決方法は、電話回線網を介して一般市民に医療上の助言を与えるように設計された医療上の知識システムであるコンピュータを利用した医療診断および処置助言（ＭＤＡＴＡ）システムである。ＭＤＡＴＡシステムの目的は、リーズナブルな費用で誰にでも質が高く１００％の一貫性を有する医療上の助言をアクセスできるようにすることである。ＭＤＡＴＡシステムは世界中のどの地域からでも２４時間体制で極めて迅速かつ、事実上制限なく発呼者が健康管理情報にアクセスできるようにするものである。健康管理上の助言は、家庭から出られない老齢の患者から自動車電話を利用する外国での旅行者まで、あらゆる種類のユーザーが利用できる。
ＭＤＡＴＡシステムの開発に繋がる中心的な考え方は下記の想定に基づいている。
■あらゆる患者が訴える症状のほぼ９０％が約１００の医学的な症状に集約されるものである。
■詳細な病歴を知ることによってのみ習得した情報に基づいて、上記の１００の症状に含まれる主要な手当ての診断のほぼ全てを下すことができる。医学的な検査、研究室、および撮影による検査の結果は、診断を確認するだけであることが多い。
■医師の多くが医学的な検査からのみ得られると信じている最小量の情報は、実際には適切な指示が与えられれば患者から直接得ることができる。
■ほとんどの場合、患者と医師との面談は必要ない。詳細な、かつ適正に組立てられた病歴は患者から引き出される医療的な兆候と合わせて電話で得ることができる。
■医療とは基本的に診断と処置である。推奨される処置はしばしば変化するが、診断を下す基本的な原理は不変である。
■新たな治療法が安全で効果的であると認識される時間と、医師が患者にそれを施す時間との間には大幅な遅延がある。
ＭＤＡＴＡシステムを実施するに際してこのような中心的な考え方が採用されている。
ＭＤＡＴＡシステムの目標は、例えば往診医師のような患者のことを知らない開業医よりも優れた医療上の助言を与えることにある。医療上の助言を求める人はタイムリーに掛かりつけの医師に会ったり、話したりできない場合が多い。ＭＤＡＴＡシステムは発呼者に週７日、２４時間、必要な時にはいつでも医療上の助言を与える。
軍で採用されているものも含めた従来の医療アルゴリズムは面談での対話向きに設計されている。自己診断用の医学書は一般にそのアルゴリズムで年齢と性別を考慮していない。更に、医学書は同じ医療上の問題に関して短期間内にその人が何度同じアルゴリズムに助言を求めたかを考慮に入れることはできない。ＭＤＡＴＡシステムが採用している医療上のアルゴリズムは通信設定で利用するように設計されており、自己診断用の医学書の欠点を克服するものである。
従来の医療助言システムは、時間単位当たりの症状の数に関する多数の要因を時間−密度分析するものではない。ＭＤＡＴＡシステムはこれらの分析を行うための“メタ”機能を採用している。
従来の医療助言アルゴリズムには医療相談を求める人の意識レベルを検知する方法がない。ＭＤＡＴＡシステムは、症候または症状が意識レベルの変化に起因する可能性がある場合は常に、“精神状態の検診”を呼び出す。加えて、ＭＤＡＴＡシステムは、システムに織り込まれている、すなわち内臓されている平行した考え方の脈絡に対する回答に食い違いがある場合は、システムが精神状態の検診を呼び出すことができる“意味論的矛盾評価ループ”を採用している。
他の医療助言システムは時間を経た患者の病状の進行すなわち悪化を監視する“再入”機構を備えていない。ＭＤＡＴＡシステムは時間を経て変化する状態をチェックし、それに対応するものである。
従来の医療助言システムでは、新たな医療情報を活用できないのでほぼ瞬時に更新されることは不可能である。ＭＤＡＴＡシステムはシステムの処置の側面を規則的かつ頻繁に更新する。
コンピュータを利用した医療診断および処置助言（ＭＤＡＴＡ）システムは、電話回線網を介して一般市民に医療上の助言を与えるように設計された医療知識システムである。新規のオーサリング・システム、対話型音声応答および言語認識テクノロジーを利用して、ＭＤＡＴＡシステムは専門医および一般医の診断および処置に関する知識の極めて有用な核心をコンピュータ化されたシステムへとコード化して、医学的な訓練を受けていない人がアクセスできるようにするものである。
ＭＤＡＴＡシステムは全ての医療上の症状に助言するものではなく、また、医学の１つの縦断面を包括的に研究するものではない。むしろ、ＭＤＡＴＡシステムは基本的な実際の緊急医療でもっとも一般に直面するほぼ１００の症状に関して最新の医療上の助言を提供するものである。このシステムは更に、他の幾つかの医学的な症状に関する有意義な情報を市民に提供するものである。
ＭＤＡＴＡシステムの別の実施例として、医療上の助言を必要とし、パーソナル・コンピュータ（ＰＣ）にアクセスした人は、独立形医療診断および処置の助言（ＳＡ−ＭＤＡＴＡ）システムを作成するプログラムをＰＣにロードする。ユーザーは質問を聞き、タッチトーンのキーを押して、または音声を介して返答するのではなく、キーボードまたはマウスのようなコンピュータ入力装置を利用してコンピュータのスクリーンに表示された質問と指示に応答する。ＭＤＡＴＡシステムによって提供される診断および（または）処置の推奨はＳＡ−ＭＤＡＴＡシステムによって提供されるものと同一である。ＳＡ−ＭＤＡＴＡシステムのユーザーはＭＤＡＴＡシステムのスポンサー／管理者と契約して特定の診断に関する最新の処置表の情報を得るためにシステムを更新することができる。
ＭＤＡＴＡシステムの更に別の実施例はインターネットのような通信ネットワークを利用してユーザーまたは患者とＭＤＡＴＡシステムとを接続する。ユーザーはネットワークへのアクセス用プロセッサまたはコンピュータを利用してネットワークにアクセスする。この実施例はスクリプト・エンジンで実行される医療診断スクリプトを利用して医療上の助言または診断を作成する。スクリプトおよびスクリプト・エンジンは上記の電話を使用した実施例と類似した方法でＭＤＡＴＡコンピュータで実施できる。あるいは、ＭＤＡＴＡソフトウェアおよび１つ以上のスクリプトの選択された部分をユーザーのコンピュータにダウンロードして実行してもよい。ＭＤＡＴＡコンピュータは必要に応じてネットワークを介してユーザーのコンピュータに追加の、または新規のスクリプトをダウンロードすることもできる。
本発明の１実施例では、演算環境、演算環境と接続され、患者からの情報を受けるための入力装置、演算環境と接続され、患者に情報を提供するための出力装置、および受信した情報の少なくとも一部に基づいて選択的に実行される複数の症状アルゴリズムからなる、患者に情報を提供するための医療診断および処置助言システムが備えられ、症状アルゴリズムのいずれか１つは受信した情報の少なくとも一部のスコアを評点し、スコアがしきい値に達し、または超えた場合には実行中の症状アルゴリズムと関連する病状を診断し、診断された病状は出力装置を介して通信される。
本発明の別の実施例では、通信ネットワーク、このネットワークと接続されたサーバー、ネットワークと接続されたクライアント、および受信された情報の少なくとも一部に基づいて、サーバーまたはクライアントのコンピュータで選択的に実行される複数の症状アルゴリズム、とから構成された自動医療診断システムが備えられ、症状アルゴリズムのいずれか１つは、受信した情報の少なくとも一部のスコアを評点し、スコアがしきい値に達し、または超えた場合には実行中の症状アルゴリズムと関連する病状を診断し、診断された病状はクライアントに接続された出力装置を介して通信される。
【図面の簡単な説明】
第１図は、本発明によるコンピュータ診断・治療助言システム（ＭＤＡＴＡ）の好適実施例の構成要素を示す構成図である。
第２図は、第１図に示した音声ファイルの作成に用いるオフライン処理プロセスを示す図である。
第３図は、第１図に示したシステムで用いるファイルの作成に使用するノード翻訳処理プロセスを示す図である。
第４図は、第１図と第３図に示したファイルおよび構成要素を示す図であり、実行時に利用するいくつかのファイルおよび構成要素を示している。
第５図ｂは、第３図に示した実行時に利用するファイルの利用法を示す図である。
第５ｂ−５ｇ図は、第１図に示したシステムの実行時におけるデータ構造の典型的配列を示している。
第６図は、第１図に示したシステムのデータベースファイルおよび処理プロセスの概念を示す構成図である。
第７ａ、７ｂ、７ｃおよび７ｄ図は、第１図に示したＭＤＡＴＡシステムの最高水準流れ図である。
第８ａ、８ｂ図は、第７ａ図に定義した患者ログインプロセス２５０の流れ図である。
第９ａ、９ｂ図は、第７ａ図に定義した患者登録プロセス２５２の流れ図である。
第１０ａ、１０ｂ図は、第７ｄ図に定義した評価プロセス２５４の流れ図である。
第１１ａ、１１ｂ図は、第１０ｂ図に定義したメタ機能５００の流れ図である。
第１２ａ、１２ｂ図は、第７ｂ図に定義した支援者ログインプロセス２７２の流れ図である。
第１３ａ、１３ｂ図は、第７ｂ図に定義した支援患者ログインプロセス２７６の流れ図である。
第１４ａ、１４ｂ図は、第７ｂ図に定義した支援者登録プロセス２７４の流れ図である。
第１５ａ、１５ｂ図は、第７ｂ図に定義した支援患者登録プロセス２７８の流れ図である。
第１６ａ、１６ｂ図は、第１０ｂ図に定義した精神状態テスト機能５０８の流れ図である。
第１７図は、第１０ｂ図に定義した意味不一致評価ルーチン（ＳＤＥＲ）５１０の流れ図である。
第１８図は、第１０ｂ図に定義した過去の治療履歴ルーチン５１２の流れ図である。
第１９図は、第１０ｂ図に定義した身体状態のセルフテスト機能５１４の流れ図である。
第２０図は、第１０ｂ図に定義した患者の医学的状態ルーチン５１６の流れ図である。
第２１図は、第１０ｂ図に定義した症状深刻度分析ルーチン５１８の流れ図である。
第２２図は、第７ｄ図に定義した治療テーブルプロセス２５６の流れ図である。
第２３図は、第２２図に定義したメニュー駆動治療選択プロセス８６４の流れ図である。
第２４図は、通信ネットワークを利用したＭＤＡＴＡシステムのネットワークベースの実施例の高水準構成図である。
第２５ａ図は、本発明によるコンピュータＭＤＡＴＡシステムのネットワークベースの好適実施例の構成要素を示した構成図である。
第２５ｂ図は、コンピュータＭＤＡＴＡシステムのネットワークベースの実施例におけるユーザーコンピュータの構成要素を示す構成図である。
第２６図は、第２５ａ図および２５ｂ図のシステムのデータベースファイルおよびプロセスの概念を示す構成図である。
第２７図は、第２５ａ図および２５ｂ図のシステムで用いる診断スクリプト（ＭＤＳ）ファイルの作成に使用するオフラインプロセスを示す図である。
第２８図は、第２５ａ、２５ｂ、２６および２７図で示したファイルおよび構成要素で、実行時に利用されるもののいくつかを示す図である。
第２９図は、第２５ａ図のネットワークを介したＭＤＡＴＡコンピュータと患者のコンンピュータとの対話を示す流れ図である。
第３０図は、インターネットを介したＭＤＡＴＡコンピュータと患者のコンンピュータとの対話を示す構成図である。
第３１図は、ネットワークプログラムおよび、初期スクリプトの実行中に用いるデータ転送プロセス（第７ａ、７ｂに示したプロセスに類似）および第１０ａ、１０ｂ図に示した評価プロセスの流れ図である。
第３２図は、初期スクリプトの実行中に行われるネットワークデータ転送プロセス（第７ａ、７ｂに示したプロセスに類似）および第１０ａ、１０ｂ図に示した評価プロセスの一部を示す流れ図である。
第３３図は、マラリヤを診断できるスクリプト中に作成されるグラフィックユーザーインタフェースの典型的な例である。
好適な実施態様の詳細な説明
以下の好適な実施態様の詳細な説明は、請求の範囲を理解するうえで助けとなるように、ある特定の実施態様の説明を述べる。しかし、本発明は、請求の範囲により規定されその範囲に含まれる多数の異なる態様によって実施可能である。
便益のために、以下の説明は次の主な章節に分けて概説する。すなわち、序、システムの概要、ＭＤＡＴＡシステムの動作の特徴、オーサリング言語、ランタイム動作、ソフトウエア構造、トップレベルフロー、ログインプロセス、登録プロセス、評価プロセス、メタ機能、精神状態検査、意味論的不一致評価ルーチン、医療履歴ルーチン、自己身体検査、症状重度分析、治療テーブル、ＭＤＡＴＡシステムのパラダイム、ビデオ画像診断、ＭＤＡＴＡシステムの利点、第１の選択的システム構成、本発明の利益の要約、および、第２の選択的システム構成である。
Ｉ．序
医療的勧告を求める人の相談は、本発明の医療診断治療勧告（ＭＤＡＴＡ）システムに電話をかけることから始まる。ＭＤＡＴＡシステムは、電話をかけてきた人に特定の質問をし、各々の応答を分析する。
音声認識および会話形音声応答技術により、発呼者は、肯定否定形および複数選択形の質問に対して、電話で直接話すか、または、電話機の押しボタンを用いるかのいずれかによって、応答することができる。
ＭＤＡＴＡシステムにおける情報への容易なアクセスは、自然なユーザインタフェースによって可能となっている。コンピュータ駆動型の対話は、単純な肯定否定形および複数選択形の質問から構成される。質問および治療的勧告は、極めて平易な言葉を用いながらも、患者との対診を行う際に多くの医師の蓄積された経験を反映するように精巧に設計されている。
ＭＤＡＴＡシステムの全部の質問は容易に理解できるように設計されているが、予想外の状況が生じることは避けられない。そのため、階層構造的な職員配置がなされる。例えば、電話１０回線ごとに、トリアージュおよびＭＤＡＴＡシステムに十分に習熟したオペレータが１人対応可能にする。そして、オペレータ１０人ごとに１人の正看護婦が臨席し、正看護婦１０人ごとに１人の医師が臨席する。職員配置の要件は、システムが最適効率に向けて洗練されるように調整される。ＭＤＡＴＡシステムは、オペレータまたは正看護婦に対していかなる医療的決定を行うことは求めない。
ＩＩ．システムの概要
図１について説明する。本発明のコンピュータ化医療診断治療勧告（ＭＤＡＴＡ）システム１００の現時点で好ましい実施態様の構成要素が示されている。パーソナルコンピュータ（ＰＣ）１０２は、筐体１０４内に多数の構成要素を有する。複数の電話回線１０６は公衆電話網１０８とコンピュータ１０２のインタフェースとなっている。例えば、電話回線１０６の１つが、医療的勧告を望む人（利用者）１１２が使用する電話機１１０と接続するために網１０８を介して交換されるように示されている。本書において、「利用者」、「発呼者」および「患者」の各用語は、互換的に使用される。しかし、発呼者が患者の代理人として行動している場合もあることは理解されるであろう。この場合、発呼者は患者の援助者として登録されることになる。
ハードウエアおよびシステムソフトウエアは、以下の２つの基本概念を考慮して組み立てられたものである。すなわち、他のオペレーティングシステムへの移植性および産業標準構成要素の使用である。それによって、システムは、フレキシビリティが高まり、コストを低減すると同時に、製品を絶えず改善するために自由な市場競争が可能になる。特定のハードウエアおよびソフトウエアを引用するが、本発明では各種多様な構成要素が使用可能であることを理解されたい。
本システムは、現時点では、Ｉｎｔｅｌ  ８０４８６マイクロプロセッサを備えるＰＣ  １０２で走行する。“テレフォニィ”機能は、ディジタル信号プロセッサ（ＤＳＰ）にもとづくＤｉａｌｏｇｉｃ  Ｃｏｒｐｏｒａｔｉｏｎ社のＤ／４１Ｄ音声処理ボード１２２を使用する。音声処理（ＶＰ）ボード１２２は、電話回線のインタフェース、トーンダイヤル信号のデコード、音声記録および音声再生を含む複数の機能を実行する。トーンダイヤル信号は、“Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉｐｌｅ  Ｆｒｅｑｕｅｎｃｙ”（ＤＴＭＦ）信号としても周知である。１群の１−４電話回線１０６がＶＰボード１２２に接続している。コンピュータ１０２は、システム１００に必要な電話回線接続数にもとづき、複数のＶＰボード１２２を備えることができる。音声認識は、Ｖｏｉｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｃｏｒｐｏｒａｔｉｏｎ社の（やはりＤＳＰベースの）ＶＰＲＯ−４音声認識ボード１２４によって実行される。音声認識（ＶＲ）ボード１２４は、発話認識、認識信頼度の指数の返信を含む複数の機能を実行する。ＶＲボード１２４およびＶＰボード１２２の両者は、Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）バス１２６に接続している。ＩＳＡバス１２６は、マイクロプロセッサ１２０を、コントローラ回路（チップまたはボード）を介して複数の周辺装置と接続している。
ＶＰボード１２２はまた、Ａｎａｌｏｇ  Ｅｘｔｅｎｔｉｏｎ  Ｂｕｓと称するアナログオーディオバス１３０を介してＶＰＲＯ−Ａｄａｐｔボード１２８にも接続している。４個の同時チャネルが９６ｋビット／秒のデータ転送速度を付与する。各チャネルは、ＶＰボード１２２に接続された電話回線に対応しており、現在の患者相談に関係する。Ａｄａｐｔボード１２８はさらに、ディジタルオーディオバス１３２にも接続している。ＶＲボード１２４もディジタルオーディオバス１３２に接続している。Ａｄａｐｔボード１２８は、ＶＰＣ社専有のディジタルパルス符号変調（ＰＣＭ）フォーマットへのディジタル信号変換を実行する。ディジタルバス１３２は、３２チャネルを収容することができ、２．０４８Ｍビット／秒のデータ転送速度を有する。
このコンピュータのＩＳＡバス１２６は、アダプタまたはコントローラを介して接続させた複数の周辺装置を有する。好ましくはＶＧＡ以上の解像度を有するビデオアダプタボード１３６は、ビデオモニタ１３８と接続している。シリアル通信回路１４０は、マウス１４２といったポインティングデバイスとインタフェースをとる。別の実施態様では、回路１４０の代わりにパラレル通信回路を使用してもよい。キーボードコントローラ回路１４４はキーボード１４６とインタフェースをとる。Ａｄａｐｔｅｃ社製の型番１５４２ＣといったＳｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ（ＳＣＳＩ）アダプタは、５００Ｍｂ以上のハードディスクドライブ１５２および好ましくはＢｅｒｎｏｕｌｌｉデュアル１５０Ｍｂディスクドライブが接続されるＳＣＳＩバス１５０を付与する。ハードドライブ１５２は、患者ファイル、音声ファイルおよびバイナリサポートファイルといったデータベースファイルを記憶する。
メインメモリ１５６がマイクロプロセッサ１２０に接続している。現時点で好ましい実施態様では、ＭＤＡＴＡシステム１００は、ＤＯＳバージョン５．０オペレーティングシステム１５８のもとで動作する。システムソフトウエアは、構造化プログラミング技法によってＭｉｃｒｏｓｏｆｔ  Ｃ／Ｃ＋＋バージョン７．０で書かれている。アルゴリズムプロセッサ１６０は、パーサおよび、後述するメモリ可変シンボルテーブルおよびランタイムスタックを操作するサポート機能を含む。Ｓｅｑｕｉｎｔｅｒ  Ｓｏｆｔｗａｒｅ  Ｉｎｃ．社のＣｏｄｅｂａｓｅ  ５．０は、ハードドライブ１５２に記憶されたＸベース互換データベースレコードへのアクセスを可能にする。ＭＤＡＴＡシステム１００は、後述する２種類の新しいオーサリング言語（それぞれ、システムの２つの実施態様において使用される）も含む。
システムソフトウエアは、以下のコードモジュールを含み、そのソースコードは添付のマイクロフィッシュ付録に含まれている。
Ａ．ｍａｉｎ．ｃ−−電話回線の応答、音声ファイル再生、ＤＴＭＦトーン収集といったテレフォニィ機能を最も取り扱う一連の機能。グローバルデータ構造もここで定義されている。
Ｂ．ｂａｓｅ．ｃ−−Ｘベースのファイル操作を実行するためにＣｏｄｅＢａｓｅリビジョン５．０ライブラリを呼び出す機能。
Ｃ．ｐａｒｓ．ｃ−−パース機能および、メモリ可変シンボルテーブルおよびランタイムスタックを操作するサポート機能。
Ｄ．ｒｅｇｉ．ｃ−−オンライン患者登録モジュール。
Ｅ．ｒｅｓｐ．ｃ−−発呼者の応答をＤＴＭＦまたは音声で受け取り、コマンド（「リピート」または「バックアップ」など）に従って、または、アルゴリズムノードマップをたどることによって次にするべきことを見つけ出す。
Ｆ．ｔｅｒｍ．ｃ−−ＤｉａｌｏｇｉｃおよびＶＰＣボードの終了事象および誤りコード用の有用な一連のテキスト語句。
Ｇ．ｕｓｅｒ．ｃ−−発呼者セッションの「非診断」部：初期スクリーニング質問、発呼者ログイン、次ノードプレイバックイニシエータ。
Ｈ．ｕｔｉｌ．ｃ−−ランタイム実行可能ツール、ノードエディタおよびＡＳＣＩＩトランスレータツールによって共用される一連の汎用機能。
Ｉ．ｖｉｅｗ．ｃ−−グラフィックスシステムディスプレイを制御するモジュール。
Ｊ．ｘ１０．ｃ−−障害復旧用Ｘ−１０コンピュータインタフェースルーチン。
Ｋ．ｘｌａｔ．ｃ−−オフラインＡＳＣＩＩテキストファイルトランスレーション用にスタンドアローントランスレーション実行可能プログラムである、ｘｌａｔ．ｅｘｅをビルドするためにｐａｒｓ．ｃおよびｕｔｉｌ．ｃとリンクされたモジュール。
アプリケーションは、Ｍｉｃｒｏｓｏｆｔグラフィックス、Ｄｉａｌｏｇｉｃボード、ＶＰＣボードおよびＣｏｄｅＢａｓｅデータベースライブラリによってコンパイルされる。
Ｖｏｉｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｃｏｒｐｏｒａｔｉｏｎ社（ＶＰＣ）のＶＰＲＯ−４音声認識ボードは、８個の音声認識チャネルを有し、それらはデフォールトでＤｉａｌｏｇｉｃ  Ｄ／４１Ｄチャネルと１対１で関係づけられている。音声処理分野におけるＶＰＣ社の先駆的業績は連続的音声の領域にある。これにより、複数桁の数を、各桁ごとに休止をいれずに自然に話すことが可能になる。ＶＰＣ社は、２種類の連続的音声ボキャブラリを供給しており、１つのボキャブラリは数字の１〜９に加え、“ｚｅｒｏ”および“ｏｈ”を含み、他方のボキャブラリは“ｙｅｓ”および“ｎｏ”だけを含む。この製造者供給の数字連続的音声ボキャブラリがシステム１００により使用されている。現時点で好適な実施態様において、スコアが７５％以上であれば、その応答は無条件に受け入れられる。スコアが２０〜７４％の間であれば、認識された数字は読み返され、発呼者にその数字を認めるか拒否するかが尋ねられる。システム１００の別の実施態様では、上記のスコアのスレッショルドは、調整可能パラメータとしてインプリメントされる。スコアリングパラメータは、ユーティリティプログラムによってオフラインで操作されるコンフィギュレーションファイルに記憶されており、初期化の時にランタイムシステムによって読み出される。
ＶＰＣ社は、いくつかの個別的ボキャブラリも供給している。個別的ボキャブラリには、１または２単語の発話が含まれる。各月名の製造者供給個別的音声ボキャブラリは、オンライン患者登録プロセスにおいて使用される。“ｙｅｓ”、“ｎｏ”、“ｂａｃｋｕｐ”、“ｃｏｎｔｉｎｕｅ”、“ｈｅｌｐ”、“ｏｐｅｒａｔｏｒ”、“ｐａｕｓｅ”、“ｑｕｉｔ”および“ｒｅｐｅａｔ”の各単語より成る話者非依存形の個別的音声ボキャブラリは、ＶＰＣ社が供給する強力なユーティリティセットであるＳｃｒｉｐｔｅｒおよびＴｒａｉｎｅｒを用いて開発された。これらのユーティリティは、サンプルを収集し、ボキャブラリを訓練するためのものである。
ＶＲボード１２４は最小で２ＭＢのメモリが装備される。デフォールトのメモリ構成は、２個の連続的ボキャブラリ用に１パーティションおよび１個の個別的ボキャブラリ用に１パーティションを有する。オンボードメモリを再構成すれば、追加の個別的ボキャブラリをダウンロードすることができる。
ＶＲボード１２４は、ＶＰＣが８個の音声認識チャネルを引き出した４個のディジタル信号プロセッサ（ＤＳＰ）を有する。これらの８個の認識リソースはそれぞれ、ＶＰｒｏ  Ｓｐｅｅｃｈ  Ｐｒｏｃｅｓｓｏｒ（ＶＳＰ）と呼ばれる。個別的ボキャブラリ認識には１個のＶＳＰが、連続的ボキャブラリ認識には２個の隣接するＶＳＰが要求される。ＭＤＡＴＡシステム１００は、ｒｅｓｐ．ｃソフトウエアモジュールにＶＳＰリソースマネージャを有する。このリソースマネージャは、オンデマンド方式でＶＳＰをＶＰボード１２２のチャネルに動的に割り当てる。システムが音声またはＤＴＭＦの応答を受信するとただちに、その発呼者のＶＰボード１２２チャネルに関係づけられたＶＳＰを解放する。
ＭＤＡＴＡシステム１００は、ＶＰＣ社のＣプログラミング言語用アプリケーションプログラミングインタフェース（ＡＰＩ）を使用する。これは、アプリケーション供給者をＶＰＣ社に特定化させるが、システム１００が、音声パターンマッチングまたは音声印刷に使用される個別的話者依存形ボキャブラリのオンライン作成などといった、すべての強力なＡＰＩ機能を利用可能にする。
ＶＰＣ  ＡＰＩは、連続的音声ボキャブラリ（ＣＳＶ）認識および個別的音声ボキャブラリ（ＤＳＶ）認識の両方をサポートする。
音声処理（ＶＰ）ボード１２２は、音声記録および再生のほか、トーンダイヤル（ＤＴＭＦ）信号検出およびデコードもサポートする。ＶＰボード１２２に関係するデバイスドライバは、ロード動作においてシステムメモリにロードされる。デバイスドライバは、ランタイム時（例えば、ある人が医療的勧告を求めている時）のＶＰボード１２２とアプリケーションコード間の通信をサポートする。共有メモリセグメントを介して、デバイスドライバは、関係する電話回線で事象が生起すると同時にリアルタイムで事象およびステータスデータをアプリケーションコードに送信する。これらの事象には、入呼の呼出音、発呼者が押したキーのトーンダイヤルおよび切断信号が含まれる。ＶＰボード１２２は、ハードドライブ１５２に記憶されている音声メッセージを再生する。アルゴリズムプロセッサ１６０は、検索されているコード化音声メッセージを有する所定の音声ファイルを、音声メッセージ再生のために適時にハードドライブ１５２からＶＰボード１２２へ送信する。音声メッセージは、長さ約１〜２分の典型的なメッセージによる可変長とすることができる。患者に指示を与えるためなどの、延長された会話メッセージを生成するために、複数の音声メッセージを連結することもできる。音声ファイルの再生中、ＶＰボード１２２は発呼者からのトーンダイヤル応答を監視している。ＶＰボード１２２は、トーンダイヤル信号が検出された場合に音声ファイル再生を中断するように構成することもできる。
システム動作のコンテクスト
システムは、システムを現在使用している各患者について、ポートステータスブロックにアクティビティフラグを有しており、関係するＶＰボードチャネルが以下のいずれの状態にあるかを追跡する。
ａ．アイドルモード−−電話の入呼を待機しているアイドルチャネル。
ｂ．ログインモード−−患者がログインプロセスにある状態。
ｃ．登録モード−−患者が登録プロセスにある状態。
ｄ．リアルモード−−患者が実際の医療的問題を相談している状態。
ｅ．インフォ（情報）モード−−患者が情報または仮定の状況を相談している状態。
ｆ．ポーズモード−−患者により開始された休止状態。
ｇ．未決モード−−リアルモードと同様であるが、患者について収集された新しい医療的情報がその患者の医療的記録に自動的に追加されるのではなく、職員がオフラインで検証できる“未決”ファイルに書き込まれる点が異なる。
音声キーワードおよびＤＴＭＦコマンドキー
システムは、プロンプト状態にある時、すなわち、メニューメッセージに応答していない時、以下の音声キーワードおよびＤＴＭＦコマンドキーに応答する。
0004615629.tif 000002
図２は、音声ファイルがどのように生成されるかを例示している。医療アルゴリズムをプログラムする人間は、医療的勧告を求める人と通信するために音声メッセージを使用する。前述の通り、これらの音声メッセージは可変長である。プログラマは通常、音声メッセージ用のスクリプトを書く。その後プログラマは、電話機１１０のハンドセット、スピーカーホン機能または、マイクロホンなどの他の音声入力装置を用いて、ＶＰボード１２２に接続されている音声入力装置にそのスクリプトを読み込む。ＶＰボードは、その音声をディジタル形式に変換し、ディジタル化された音声を、ハードドライブ１５２に記憶されているファイルに記録する。現時点で好ましい実施態様では、ｖｏｘと名づけられたサブディレクトリが、システム音声ファイルおよび、各医療アルゴリズム用サブディレクトリを収容している。システム音声ファイルは、ｓｙｓｘｘｘの形式になっており、ここでｘｘｘはいずれかの任意に割り当てられた番号である。システムメッセージは、グリーティング、ログインプロセス、登録プロセスなどのシステムの“固定”部によって使用される。ｍｓｇｘｘｘの形式の音声ファイルもいくつか存在する。過去の医療履歴アンケートメッセージおよび、回答確認応答がある。アルゴリズムサブディレクトリの各々にｍｓｇｘｘｘｘの形式の補助音声ファイルがあり、この場合、ｘｘｘｘは一般に、後述するノード番号に一致する。ノードメッセージは、情報、質問、メニューおよびヘルプメッセージを含む。
ＩＩＩ．ＭＤＡＴＡシステムの動作の特徴
ＭＤＡＴＡシステムの主目的の１つは、高度に適格な医療専門家を結集し、彼らの知識を中央の場でコード化し、それを誰もが利用可能にすることである。この目的の達成を助成するために、ＭＤＡＴＡシステムでは新しい独自のオーサリング言語が使用されている。
専門家たちは、毎日、同じ仕事を繰り返し行う。彼らは、ありふれた問題を解決するという同様の儀式的な診断を行っている。しかし同時に、一次医療に関わる医師は、見なれない問題の診断の迷宮で最善の経路を見つけようと努めている。このプロセスは、非効率であり、過誤をはらんでいる。
医療では、一般に物事を行う１つの最善のやり方がある。医師が貴重な時間を反復的な仕事に費やす代わりに、ＭＤＡＴＡシステムは、家庭医療や救急医療において最も普通に出会う１００名ほどの病人の治療のための詳細なアルゴリズムを書ける、各専門医療からの医療専門家を利用する。これらのアルゴリズムは、面接での会話ではなく、電話によって病歴データおよび身体的所見を導き出すために、慎重かつ特殊に設計されている。
複数の専門家が、ある病人を徹底的に検査するためだけでなく、想定可能な問題および患者の応答の全範囲を予想するために、協力しあうことができる。これらの専門家は、ＭＤＡＴＡシステムの治療テーブルのほか、選択的な画像診断法および選択テーブルの実験室試験を行い、維持することもできよう。これらの構想については後述する。
医療履歴の聴取の際に使用される慎重に作成された質問は、ＭＤＡＴＡシステムが患者の問題を評価するために使用する主要な道具である。良好な履歴を取得する鍵は、正しい質問を行うことである。ある意味では、診断プロセスにおける質問は試験のようなものである。正しい質問は基本的に常に正しく、それらは変わらないことに留意することが重要である。それらは時間を経て洗練されるが、一般に、十分に工夫して作られた優れた質問は、一度開発されると、長期間にわたり有効なものである。当然ながら、毒物によるショック症候群やエイズなどの新しい病気が発見されると、その病気に特定的な、新しい一連の診断質問が開発される。
最新の画像診断法（種類または方法）のいずれも持たなかった前世代の医師によって使用された質問は、今日の医者が用いる質問よりも、患者の問題を診断する際にはるかに敏感で厳密である。ＭＤＡＴＡシステムは、患者を診断するためだけでなく、ある検査または画像診断検査が必要な場合を判断するためにも、言語の繊細なニュアンスを活用する。
ＭＤＡＴＡシステムの統計生成能力は、診断プロセスにおいて使用される質問の効果をシステムが分析できるようにしている。その結果、医師たちは、医療履歴を知る際に尋ねる質問の言葉使いに関して収集された膨大な量の統計的情報から恩恵を得る。例えば、「あなたが生きてきた中で今回は一番ひどい頭痛ですか」という質問に対して「はい」と答える患者のうち、正確に何パーセントが実際にくも膜下出血を起こしているのだろうか。これはその問題に関する古典的な説明であるが、その質問に「はい」と答えた後にその種の脳出血を起こしている正確な確率は、現在のところ知られていない。
現在のところ、医師たちは、履歴にもとづき一定の条件の確率を評価できるにすぎない。収集された統計的情報を適用することによって、ＭＤＡＴＡシステムは、絶えず改善されている勧告を患者に提供するばかりでなく、そうした確率を医学界全体に伝えることも可能となるであろう。
ＭＤＡＴＡシステムは、最適に機能するために、その患者に関するできる限り多くの医療情報を得ようと努める。初めての発呼者も優れた勧告が得られるであろうが、システムがより多くの情報を持っていれば、さらに特定的な勧告を得ることができる。従って、ＭＤＡＴＡシステムは患者に対し各人の完全な医療履歴を尋ねる。ＭＤＡＴＡシステムは、患者の医療記録を電話で得るか、または、各患者に詳細なアンケートを郵送またはファクシミリで送付するかのいずれかが可能である。患者はその後、自分の都合に合わせて必要な情報を集めることができる。ＭＤＡＴＡシステムは、患者が抱くようなあらゆる疑問を明確にするために、電話で常に利用できるようにする。
ＭＤＡＴＡシステムは、患者について得た情報を要約するのを助成するために、“国際疾病分類”（ＩＣＤ■９■ＣＭ）コードを使用する。この世界標準は、全分野の医学的疾病を分類するために使用される包括的数値体系である。ＩＣＤ■９■ＣＭコードはまた、特定の実施手順（例えば、虫垂切除など）のほか、腫瘍の形態論（すなわち、癌の組織診断）を分類するためにも使用される。
さらに、ＭＤＡＴＡシステム１００は、環境的事象、状況および他の条件を、傷害、中毒および他の副作用の原因として分類するために、ＩＣＤ■９■ＣＭ“Ｅコード”を使用する。これらのコードは、患者がどのような薬物を摂取してきたかまたは現在摂取しているかについての情報だけでなく、彼らが置かれていたまたは現に置かれている前後状況（治療上の使用、事故、中毒、自殺を図ったなど）に関する情報を記憶するためにも特に役立つ。例えば、Ｅ９４２．１は、ジゴキシンの治療的使用のコードである。投薬については、米国病院処方サービスリスト（ＡＨＦＳ）番号によって行われている分類に従って相互分類も行われる。ＭＤＡＴＡシステムはまた、予防接種、個人および家族の履歴に関連した潜在的な健康上の危険、有毒化学物質への暴露といった他の種類の状況または事象を分類するために“Ｖコード”も使用する。
患者の医療履歴の英数字成分は１０００アトム（件）の情報を超えないものと見積もられている。ここでの「アトム」は、個別の識別可能なデータ項目またはデータポイントとみなす。この前提によれば、地球上の全ての人間の医療記録は、現時点で、約１０００枚の光ディスクに記憶できるであろう。
患者がＭＤＡＴＡシステムと会話する間、システムは、その患者について得た情報にもとづき、どの質問を尋ねるかを絶えず判断している。医師が患者との対話から関連する情報を集めるのとまったく同様に、ＭＤＡＴＡシステムは、その患者との各会話から習得するすべての関連情報を標識づけ、後に記憶する。従って、いくつかの質問は、それらの答えが同一であるので、繰り返される必要はない。例えば、ＭＤＡＴＡシステムは、患者の母親が偏頭痛に苦しんできたことを知れば、この情報について再び尋ねることは決してないはずである。
さらに、ＭＤＡＴＡシステムが患者に関する情報を多く持てば持つほど、その勧告はより特定的になる。ＭＤＡＴＡシステムが、同じ愁訴をしてきた別の患者に対して異なる勧告を与えることは稀ではない。言い換えれば、与えられる勧告は患者特定のものになる。ＭＤＡＴＡシステムの勧告が異なる患者について異なり得るだけでなく、（異なる時期に同じ愁訴をしてきた）同じ患者に対して与えられる勧告が異なる場合もある。例えば、“メタ”機能と称する一群の機能のうちの１つは、ＭＤＡＴＡシステムが同一の問題について相談された回数を追跡している。スレッショルドに達すると、ＭＤＡＴＡシステムは、同じ愁訴について、相談の数だけが問題となるかもしれないことを患者に勧告する。システムはその後、適切な勧告を行う。
ＭＤＡＴＡシステムがいずれかの情報を記憶する前に、システムはその正確さを検証する。この作業を行うために、“確認ループ”が使用される。患者の医療記録の一部となるようないずれかの情報は、システムが収集してきた情報の正確さを検証するために患者に尋ねる確認ループを経てから送られる。確認ループによって、システムは、患者の新しい情報を検証し、その情報を患者の医療記録に記入する前に訂正することができる。
ＩＶ．オーサリング言語
ＭＤＡＴＡシステムは、医学的知識を使用可能なコンピュータプログラムにコード化させるために特に設計されている、新しいオーサリング言語を使用する。ＭＤＡＴＡシステムの現時点で好適な音声応答またはテレフォニィバージョンは、オブジェクト指向のＭｉｃｒｏｓｏｆｔ  Ｃ／Ｃ＋＋バージョン７．０で書かれている。これにより、ＭＤＡＴＡシステムは、ＳＱＬベースのプログラムを含む、産業標準データベースプログラムと容易にインタフェースがとれるだけでなく、他のオペレーティングシステムへも移植することができる。オペレーティングシステムは利用者にとっては透過である。
ＭＤＡＴＡシステムのオーサリング言語の開発以前には、医療専門家たちが彼らの知識を、有意義、有用かつアクセス可能な構造にコード化する実用的な方法はまったくなかった。医療専門システムを構築するために他のコンピュータ言語も使用できたが、それらはほとんど必ず、知識のある技術者およびプログラマが関与する必要があった。ほとんどの場合、そうしたシステムにコード化された知識は、医師によってアクセスされ、十分に理解されるにすぎなかった。通常、プログラマは、医師の診断技術や治療原則をコンピュータコードに翻訳しようと努めるであろう。そうした医師の知識とコード化された治療勧告との分離は、しばしば、医師の中に疑念を生じさせ、また、時には、不正確な治療勧告に導いた。
しかし、ＭＤＡＴＡシステムのオーサリング言語は、医師たちが自分たちの知識を、医学的な訓練を受けていない人間によって直接アクセスできるコンピュータプログラムに移し変えられるように設計されている。専門家から知識を獲得し、それをただちにＭＤＡＴＡシステムのアルゴリズムに翻訳されるような形で組み立てるために、再帰的および反復的技法が用いられている。言語の単純なインタフェースゆえに、また、そのアルゴリズムを書くための規則が開発されていたために、コンピュータリテラシーのない医師たちも、各人の知識をコード化できるだけでなく、当該プロセスがどのように生起するかということを正確に理解することができる。
ＭＤＡＴＡシステムのオーサリング言語は、平板な情報を、その知識の構成が意味をもたらすような階層的または層状のフォーマットに再構築させる。従って、ある疾病の教科書的な記述は、有用な治療勧告がなされ得る形式に移し変えられる。
この新しい言語はまた、スクリーニングの質問から成る多数のオーバレイが、再帰的技法の適用と結び付き、いくつかの診断を順次的に除外すると同時に治療勧告に到達する、という構造の形成を可能にする。ＭＤＡＴＡシステムの単純さと精緻は、新言語なしでは不可能だったであろう。
ＭＤＡＴＡシステムのオーサリング言語は、アルゴリズムプログラマが、患者の医療記録から情報を検索し、患者から追加の情報を要求し、医療履歴および患者の応答にもとづきアルゴリズム実行のフローを導くことを可能にする。この言語により、プログラマは自然な筋書きの様式でアルゴリズムをインプリメントすることができる。
アルゴリズムの過程は、ＭＤＡＴＡシステムが尋ねる質問に対する発呼者の応答によって決まる。単純な肯定否定形の質問の場合、会話の流れは２分木によって記述できる。複数選択形の質問（例えば、メニュー）は、ツリーに複数の分岐を作る。各質問はノードとみなすことができ、その質問に対する容認される応答は、次の質問（ノード）につながる分岐である。アルゴリズムのこの抽象によって、最初の質問に始まり、全部の可能な終結点で終わる、アルゴリズムのノードおよび分岐から成る有向図（ノードマップとしても知られる）を描くことができる。
ノードテーブルは以下のようにして作成される。
１．作者がアルゴリズムを開発する。
２．そのアルゴリズムが個別のノードに分解される。
３．アルゴリズム動作の流れ図である有向図が描かれる。
４．各ノードの定義が、次のいずれかによって、ＭＤＡＴＡシステムに記入される。
ａ．各ノードの定義をシステムの機械可読ノードテーブルに書くためのｅｄｎｏｄｅユーティリティを使用する、または、
ｂ．ＡＳＣＩＩファイルの人間可読ノード定義をシステムの機械可読ノードテーブルに翻訳するためのｘｌａｔユーティリティを使用する。
図３によって、オーサリング言語で書かれた医療アルゴリズムを翻訳するためのプロセスを説明する。図３は、ＡＳＣＩＩ（Ａｍｅｒｉｃａｎ  Ｓｔａｎｄａｒｄ  Ｃｏｄｅ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｔｅｒｃｈａｎｇｅ）フォーマットのテキストファイル１７０を翻訳ユーティリティ１７２への入力として示している。ＡＳＣＩＩファイルは、テキストエディタまたはワードプロセッシングプログラム（ＡＳＣＩＩフォーマットへのエクスポートを要するものもある）を用いて作成できる。ＡＳＣＩＩファイル１７０は、以下に簡単に述べる構文に適合するノード定義を含む。
ＡＳＣＩＩノード定義翻訳ユーティリティ１７２（ｐａｒｓ．ｃおよびｕｔｉｌ．ｃの機能を伴う、ｘｌａｔ．ｅｘｅ）の目的は、人間可読文書を、ＭＤＡＴＡシステムがアルゴリズムを処理するためにランタイム時に読み出す機械可読フォーマットに変換することである。このユーティリティ１７２は、プリプロセッサとみなすことができ、翻訳はランタイム時に先立って行われなければならない。
ユーティリティ１７２の出力は、ノードテーブル１７４（ファイル名ｎｏｄｅ．ｆｏｓ）に書き込まれる一連のバイナリレコード（ＮＯＤ＿ＢＬＫ）および、一連のバイナリリストファイル１７６（サブディレクトリ＼ｌｉｓｔ＼ｌｉｓｔｘｘ＼ｘｘｙｙ（ここで、ｘｘはノード番号の最初の２桁、ｙｙは最後の２桁）にある）である。４個のリストファイル１７６ａ〜１７６ｄが例示されている。各“リスト”ファイル、例えば１７６ａは、“ネクスト”テーブル（すなわち、「このノードの後の次のノード」）、そのノードのメッセージ再生リストおよび“ワーク”リスト（すなわち、音声再生を開始する前にそのノードにおける１つ以上の“行うべき事”）を含む。ノードテーブル１７４（ｎｏｄｅ．ｆｏｓ）に書き込まれるバイナリレコードは、ノード番号（これは冗長性であり、そのファイルにおけるそのレコード位置もノード番号を指示する）、ノードの“タイプ”属性（Ｍｅｎｕ，Ｌｉｎｋ，Ｐｒｏｍｐｔ，Ｙｅｓ／Ｎｏ，Ｒｅｔｕｒｎ，Ｈａｎｇｕｐ）および親ノード番号を含む各フィールドを有する。
ノードテーブル１７４は１００００個のＮＯＤ＿ＢＬＫレコードのテーブルである。このテーブル１７４は、例えば５０番目のレコードはノード５０に対応するといったように、ノード番号によって索引づけされている。個々のノードレコードの内容は、ｅｄｎｏｄｅユーティリティを実行中に“ノード表示”を選択することにより見ることができる。ノードレコードは、ｅｄｎｏｄｅユーティリティを用いるか、または、ノード定義をｘｌａｔユーティリティでＡＳＣＩＩからノードファイルに翻訳する際のいずれかによって、修正される。
以下のキーワードのいずれかが各行の第１項目として必要であるが、１行につき１個のキーワードしか受け付けられず、いずれの余剰情報は破棄されることになる。
Ｎｏｄｅ      キーワードＮｏｄｅは、新しいノードの始まりを示し、そのノード番号を定義する。
Ｐａｒｅｎｔ  キーワードＰａｒｅｎｔは、定義されているそのノードの親を定義する。
Ｔｙｐｅ      キーワードＴｙｐｅは、定義されているそのノードのクラスを定義する。許容されるタイプ名は以下の通りである。
Ｍｅｎｕ        このノードが複数選択形の質問であることを表す。
ＹｅｓＮｏ      このノードが単純な肯定否定形の質問であることを表す。
Ｌｉｎｋ        このノードではいかなる発呼者の応答も要求されず、アルゴリズム処理は所定のノードで継続される。
Ｐｒｏｍｐｔ    このノードは発呼者からの何らかの数値情報を要求する。情報はＤＴＭＦバッファに入れられ、次のノードで記憶される。
Ｒｅｔｕｒｎ    サブルーチン呼び出しから戻る（例えば、過去の医療履歴オブジェクトを構成した後）。
Ｈａｎｇｕｐ    システムは、音声ファイル再生を終了した後、または、発呼者がＤＴＭＦキーの押下により再生を中断した場合に、その発呼者を解放する。
Ｗａｉｔ  ｎｎ  このノードは、メッセージリストを再生してから、指定された非ゼロの秒数だけ休止した後、継続する。
＠  キーワード＠は、ＭｅｎｕまたはＹｅｓＮｏタイプノードのいずれかに対する応答について取るべきアクションを定義する。
Ｄｉｇｉｔｓ  キーワードＤｉｇｉｔｓは、タイプＰｒｏｍｐｔと連係して使用され、その発呼者から収集するＤＴＭＦ桁の最大数を指示する。
Ｐｌａｙ      キーワードＰｌａｙは、そのノードで再生される１個以上のメッセージの再生リストを定義する。
Ｈｅｌｐ      キーワードＨｅｌｐは、システムと会話するために有用なヒントを含む１個以上のメッセージの再生リストを定義する。これらのメッセージは、新規のまたは混乱した発呼者の助けとなる教示を与える。
Ｎｅｘｔ      キーワードＮｅｘｔは、定義されているそのノードの後にジャンプする次のノードを定義する。ノードタイプＬｉｎｋおよびＰｒｏｍｐｔと連係して使用される。
Ｗｏｒｋ      キーワードＷｏｒｋは、定義されているそのノードに到達した際に実行すべき１個以上の動作のシーケンスを指示する。この処理は、音声再生が始まる前に行われる。
数学関数、関係演算子および入れ子型ｉｆ−ｔｈｅｎ−ｅｌｓｅ文の選択されたセットがサポートされている。ポンド記号（＃）またはハイフン（−）が新しい行の最初の位置にあると、翻訳ユーティリティにその行の残りをスキップさせることになる。これは、注釈を挿入したり、個々のノード定義の間を区切ったりするために役立つ。また、翻訳ユーティリティは空白行を無視する。
ノードが正しく定義されるためには、各ノードについて最低数のキーワードが存在しなければならず、他のキーワードはノードタイプに応じて含まれなければならない。正しく定義されたノードの最低限のキーワードセットは、
Ｎｏｄｅ，  Ｐａｒｅｎｔ，  ＴｙｐｅおよびＰｌａｙである。
依存規則は次の通りである。
（１）Ｍｅｎｕタイプは、＠  １の行および＠  ２の行を要求する。
（２）ＹｅｓＮｏタイプは、＠  １の行および＠  ２の行を要求する（＠  ３などの行は無視される）。
（３）ＬｉｎｋタイプはＮｅｘｔ行を要求する。
（４）ＰｒｏｍｐｔタイプはＤｉｇｉｔｓ行およびＮｅｘｔ行を要求する。
ノード定義における最初のキーワードはＮｏｄｅでなければならない。その他のキーワードはいずれの順番で与えられてもよい。Ｎｏｄｅキーワードが次に生起すると、欠落検査を呼び出すことになる。欠落検査が成功すれば、そのノード定義は機械可読（バイナリ）フォーマットで保存され、翻訳は新しいＮｏｄｅ行に継続する。一連の予約語キーワードを表１に一覧にする。
0004615629.tif 000003
Ｖ．ランタイム動作
図４に関連して、ＭＤＡＴＡシステム１００のハードウエアおよびソフトウエアコンポーネント間のランタイム会話について説明する。上述の通り、アルゴリズムプロセッサ１６０は、パーサおよび、メモリ可変シンボルテーブルおよびランタイムスタックを操作するサポート機能を含む。選択された医療アルゴリズムについて、ノードレコードはノードテーブル１７４から読み出され、リストファイルは複数のリストファイル１７６から読み出される。アルゴリズムプロセッサはまた、音声認識のためにＶｐｒｏ音声認識（ＶＲ）ボード１２４および、音声再生およびＤＴＭＦ検出のためにＤｉａｌｏｇｉｃ音声処理（ＶＰ）ボード１２２と会話する。ＶＰボード１２２はさらに、ハードディスク１５２の一部に記憶された音声ファイル１８０のセットおよび、電話網１０８（図１）によって患者の電話機１１０と接続する電話回線１０６の１本と相互接続されている。ＶＲボード１２４はさらに、前述の通り同じくハードディスク１５２の一部に記憶された音声印刷ボキャブラリ１８２と接続している。アルゴリズムプロセッサ１６０は、ノードテーブル１７４およびリストファイル１７６から検索される医療アルゴリズムが指示するところに従って、音声認識、音声再生およびＤＴＭＦ検出の各リソースを利用する。
図４，５ａおよび５ｂによれば、複数のデータ構造がランタイム時に利用される。これらのデータ構造を説明すれば、以下のようになる。
Ａ．ポートステータスブロック（ＰＳＢ）。ポートステータスブロックは、ランタイム時に各ＶＰボード１２２チャネルについて生成される。ＰＳＢは、チャネルのステータス情報を保持し、発呼者からの応答を維持し、さらに、音声認識およびテレフォニィ事象に応答して制御を移す場所を追跡する、フラグ、バッファおよびテーブルを含んでいる。ＰＳＢは、発呼者が音声応答またはトーンダイヤル応答のどちらの使用を好むか、発呼者の最後の応答、発呼者が犯した連続的な誤りの数および、他のコンテクスト感受性パラメータを追跡している。
Ｂ．ノードブロック。この構造１９６は、ノード番号、タイプ属性（Ｌｉｎｋ，Ｍｅｎｕ，Ｙｅｓ／ｎｏ，Ｈａｎｇｕｐ，Ｐｒｏｍｐｔ，Ｗａｉｔ，Ｒｅｔｕｒｎ）および以下のリストへのポインタを含んでいる。
ａ．Ｈｅｌｐリスト−−ヘルプ情報のＰｌａｙリスト
ｂ．ＰｌａｙまたはＭｅｓｓａｇｅリスト−−各ノードで順番に再生する１個以上のメッセージまたは音声ファイルのリスト
ｃ．Ｎｅｘｔテーブルまたはリスト−−分岐すべき次のノードを決定するためにランタイム時に評価される、イエス／ノーまたはメニューノードに対する想定可能な各応答についてのエントリを含む。
ｄ．Ｗｏｒｋリスト−−メッセージ再生が開始する前にすべき事。
ｕｔｉｌ．ｃのｌｏａｄ＿ｎｏｄｅ（）ルーチン１９４は、ノードテーブル１７４からノードレコード１９０に最初に読み込むことによってメモリにこのノードブロック構造１９６をビルドする。その後、リンクされたリストはＨｅｌｐ、Ｐｌａｙ、ＮｅｘｔおよびＷｏｒｋの各ポインタに付属される。これらのリストは、各リストファイル１９０が一意のノードと関係づけられている、サブディレクトリパス＼ｌｉｓｔ＼ｌｉｓｔｘｘ＼ｘｘｙｙ（ここで、ｘｘｙｙはノード番号である）にあるリストファイル１７６からもたらされる。
Ｃ．シンボルテーブル。各患者は各人の関係するシンボルテーブルを持つ。シンボルテーブル２１２の一部を図５ｂに示す。シンボルテーブルは、患者特定データ（年齢、性別および医療履歴にもとづく項目）およびアルゴリズム特定データを保持するメモリ変数とともにランタイム時にロードされる。シンボルテーブルの項目は、患者の医療履歴への記憶のためにフラグを立てることができる。
Ｄ．ランタイムスタック（ＲＴＳ）。Ｄｉａｌｏｇｉｃ  ＶＰボード１２２の各チャネルは、それと関係するＲＴＳを有する。ＲＴＳはパーサによって使用される。アルゴリズムプログラマは、例えば変数の値を一時的に格納するために、ＲＴＳとの間でプッシュおよびポップを行うことができる。
ワークリストは、各ノードで実行される非再生タスクを有する。各ノードについて１個のワークリストが存在し、それはＡＳＣＩＩノード定義ファイルのｗｏｒｋキーワードにより識別される。ワークリストは空であってもよい。システムは、新しいノードに移るごとに、ワークリストを実行する。患者がノードを繰り返した場合、システムはワークリストを再度実行することはせず、単にメッセージを繰り返すにすぎない。患者がシステム１００に対してノードマップを遡るように要求した場合、システムは戻ったノードのワークリストを実行する。ワークリストの代表的なタスクは、ランタイムスタックまたはシンボルテーブルのオブジェクトの操作、メモリ変数の存在の検査、過去の医療履歴または現在の医療状態オブジェクトの構成、または、データベースレコードの書き込みに関わる。複合ワークリストの例は以下の通りである。
“Ｔｅｓｔ  ＯＢＪＥＣＴ２；  Ｐｈｏｎｅ＝ＤＩＧＢＵＦ；  Ｐｕｓｈ  Ａｇｅ”
この例は、“ＯＢＪＥＣＴ２”とラベルされた患者レコードオブジェクトの存在を検査し、ディジットバッファの内容をメモリ変数Ｐｈｏｎｅにロードし、メモリ変数Ａｇｅの値をランタイムスタックにプッシュする。
各ノードは“ネクスト”テーブルまたはリストを有する。ネクストリストのインデックスは、１から９（を含む）までの範囲である。ネクストリストは、単一のノード番号かまたはｉｆ式のいずれかを含んでいる。Ｈａｎｇｕｐノードを除くすべてのノードタイプには、少なくとも１個のネクストリストが存在する。
ＬｉｎｋおよびＰｒｏｍｐｔノード：ネクストノードはテーブルインデックス１で格納される。
Ｙｅｓ／Ｎｏノード：Ｙｅｓ応答のネクストノードはテーブルインデックス１で格納され、Ｎｏ応答のネクストノードはテーブルインデックス２で格納される。これは、プロンプト「答えがはいなら１を、いいえなら２を押してください」に対応する。
Ｍｅｎｕノード：応答番号とテーブルインデックスは同一である。実際のデータ構造がＣプログラミング言語でインデックス“０”を持っていたとしても、このインデックスは、“０”応答がオペレータの支援のために予約されていないので、ネクストテーブルでは使用されない。
ネクストリストの例は以下の通りである。
“ｉｆ  Ｍａｌｅ  ａｎｄ  Ａｇｅ  ＞  ５５  ｔｈｅｎ  １００  ｅｌｓｅ  ２００”は、次のように解釈される。
患者が男性でかつ５５歳を超えていれば、ノード１００に行き、そうでなければノード２００に行く。
音声ファイル１８０は任意の長さとしてよい。メッセージは、情報的なもの、メニュー選択リストまたは肯定否定形の質問とすることができる。現時点で好適な実施態様については、スタイルの規約として、“２パラグラフ”または“１分未満”の制限が採用されている。一般に、１個のノードは、必要に応じて“情報的な”Ｌｉｎｋノードが散在する、一連のＹｅＳ／Ｎｏノードとしてプログラムされる。冗長な説明がある場合、音声は複数のファイルに記録される。アルゴリズムのプログラミングを単純にし、可読性を高める（すなわち、リンクノードの長い連鎖を削除する）ために、ＬｉｎｋノードのＰｌａｙリストは、最大１０のメッセージ番号を含むことができる。
システムは、Ｌｉｎｋノードに達すると、“現在メッセージ”ポインタをＰｌａｙリストの初めに位置づける（瑣末なケース：単一メッセージのＰｌａｙリスト；興味深いケース：複数メッセージのＰｌａｙリスト）。再生が進行するにつれ、現在メッセージポインタはＰｌａｙリストの下に移動する。システムは、そのリストの最後のメッセージを再生した後、次のノードへ移行する。
発呼者が“バックアップ”コマンドを発行した場合、システムは、現在メッセージポインタを１メッセージ戻し、再生を再開する。ポインタがリストの最初にあった場合（例えば、瑣末なケース）、システムは先行ノードまで後退し、現在メッセージポインタをリストの最初に置く。リストに複数のメッセージが存在する場合、システムは、リストの最後のメッセージのポインタを待ち行列に入れる。その後システムは再生を再開する。“ポーズ”モードで、発呼者が“継続”コマンドを発した場合、システムは現在メッセージで再生を再開する。
ＭＤＡＴＡシステム１００は、以下の３つの基本動作モードを使用する。
Ａ．リアルモード−−実際の医療的問題に関わる。このモードでは、システム１００は、過去の医療履歴をロードし、新しい過去の医療履歴オブジェクトを保存し、相談された各アルゴリズムに関するメタレコードを書き込む。医療アルゴリズムプログラマは、情報モードで過去のメタ分析をジャンプするためのコードを付与することに責任がある。
Ｂ．情報モード−−“仮定の”シナリオに関わる。情報モードでは、システム１００は、過去の医療履歴を無視し、新たに構成された過去の医療履歴オブジェクトを保存せず、相談された各アルゴリズムに関するメタレコードを書き込まず、メタ分析も実行しない。情報モードでは、患者は、仮定の患者をエミュレートするために年齢および性別パラメータを変更するためのオプションを有する。
Ｃ．未決モード−−患者の音声サンプルがその患者の基準サンプルと一致しない状況を扱う。未決モードはまた、患者に代わって援助者がＭＤＡＴＡシステム１００と会話し、援助者および患者両者の音声サンプルが音声印刷テストに失敗した場合にも利用される。援助者の音声サンプルは音声印刷テストに失敗したが患者の音声サンプルはテストに合格した場合には、未決モードは用いられない。未決モードでは、ＭＤＡＴＡシステムは、患者の医療履歴を考慮し、その相談においてメタ分析を実行する。しかし、メタレコードはその相談に関しては書き込まれず、その患者について収集されたいずれの新しい医療情報も患者の医療記録には書き込まれない。新しい医療情報は“未決”ファイルに書き込まれる。未決ファイルは、システム管理者または職員によってオフラインで検証され、その情報が検証できた場合にのみ患者の医療記録に追加される。
伝統的な医師と患者の関係の欠点の一つは、医師が患者に対して費やせる時間が短いことである。しかし、ＭＤＡＴＡシステム１００は、患者が各人の問題について知りたいことばかりでなく、任意の数の他の医療問題に関する情報を得るための十分な時間を許す。
ＭＤＡＴＡシステム１００の“情報モード”機能によって、発呼者は、各人の個人的な医療記録にいかなる情報も追加することなく、病気の過程、病状またはあらゆる病気の最新の治療について知ることができる。システム１００は、会話を追跡するが、それは“情報モードセッション”としてラベルづけされる。システム内の発呼者の経路の記録はいかなる将来の勧告の基礎として使用されることはなく、また、システム統計を生成する際に考慮されることもない。
情報モードは、ＭＤＡＴＡシステム１００が医療的勧告を提供する病人に限定されるものではない。他の多くの疾病の早期発見および治療に関する情報のほか、医療の最新の進展も、情報モードによって利用可能にすることができる。
図５ｂ〜５ｇによって、例として、患者がどのようにしてメインメニューノードマップのいくつかのステップをたどって胸の痛みのアルゴリズムノードマップに行けるかのステップのランタイムシーケンスを説明する。関係するスクリプトを備えたメインメニューノードマップおよび、関係するスクリプトを備えた胸の痛みのアルゴリズムノードマップの一部は、マイクロフィッシュ付属書に含まれている。関係するシンボルテーブルの一部を伴う６個のノードについて検討する。
図５ｂで、アルゴリズムプロセッサ１６０は、ノードブロック２１０で表現された第１のノード＃１００をロードする。年齢、性別およびリアルモードに関する変数は、（後述する）ログインプロセスにおいてシンボルテーブル２１２にロードされていた。この例を通じて、ヘルプリストは空である。すなわち、いかなるヘルプ情報も患者に再生されない。ワークリストは、シンボルテーブル２１２の“問題”変数を“メニュー”であると設定する。その後システム１００はメッセージ＃１００の再生を開始する。このメッセージは、選択する選択肢のメニューを患者に提示する。１である“ディジット”エントリは、患者から１桁の応答が予想されることを意味する。患者は、電話機のトーンダイヤル（ＤＴＭＦ）キーを押すことにより応答するか、または、電話機のハンドセットマイクロホンに選択応答を話すことができる。この例では、患者はメニューオプションの“１”を選択する。パーサは、患者の選択にもとづきＮｅｘｔリストを評価し、ノード＃１０１に分岐する。
図５ｃでは、アルゴリズムプロセッサ１６０は、ノードブロック２１４で表現されたノード＃１０１をロードする。ワークリストは空であるので、システム１００は、利用者に別の選択メニューを提示するメッセージ＃１０１を再生することにただちに向かう。Ｎｅｘｔリストは可能な分岐点への４個のノードを有する。この場合、患者は胸の痛みの愁訴に関するメニューオプションの“１”を選択する。パーサは、その患者の選択にもとづきＮｅｘｔリストを評価し、ノード＃２２００に分岐する。
図５ｄでは、アルゴリズムプロセッサ１６０は、ノードブロック２１８で表現されたノード＃２２００をロードする。ワークリストコマンドは、シンボルテーブル２１２の“問題”の変数をＣＣＨＰ（胸の痛み）に更新する。その後システム１００はメッセージ＃２２００の再生を開始する。Ｌｉｎｋタイプノードについては患者からの応答はいっさい要求されない。Ｎｅｘｔリストは、シンボルテーブルの変数Ｒｅａｌの値にもとづいて、可能な分岐点への２個のノードを有する。パーサは、Ｒｅａｌの値についてＮｅｘｔリストのＩｆ式を評価し、この場合、ノード＃２２０１に分岐する。
図５ｅでは、アルゴリズムプロセッサ１６０は、ノードブロック２２２で表現されたノード＃２２０１をロードする。ワークリストコマンドは、Ｍｅｔａ機能による以後の使用のためにＭｅｔａ相談レコードを書き込むことである。プレイリストは空であるので、いかなるメッセージも再生されない。Ｌｉｎｋタイプノードについては患者からの応答はいっさい要求されない。このノードの主目的は、（システムが現在、その患者に関してＲｅａｌモードであるので）Ｍｅｔａ相談レコードを書き込むことである。Ｎｅｘｔリストは１個のノードしかないので、パーサによるいかなる決定も要さず、この場合、ノード＃２２０５に分岐する。
図５ｆで、アルゴリズムプロセッサ１６０は、ノードブロック２２６で表現されたノード＃２２０５をロードする。このノードのワークリストは空であるので、システム１００は、利用者に肯定否定形の質問を提示するメッセージ＃２２０５を再生することにただちに向かう。Ｎｅｘｔリストは、患者の応答に応じて、可能な分岐点への２個のノードを有する。この例では、患者は“ｎｏ”と応答し、パーサは、患者の選択にもとづきＮｅｘｔリストを評価し、ノード＃２２１０に分岐する。
図５ｇで、アルゴリズムプロセッサ１６０は、ノードブロック２３０で表現されたノード＃２２１０をロードする。このノードのワークリストは空であるので、システム１００は、利用者に肯定否定形の質問を提示するメッセージ＃２２１０を再生することにただちに向かう。Ｎｅｘｔリストは、患者の応答に応じて、可能な分岐点への２個のノードを有する。その質問に対して患者が“ｙｅｓ”と応答すれば、パーサはノード＃２２１１に分岐し、質問に対して患者が“ｎｏ”と応答すれば、パーサはノード＃２２１５に分岐する。
ＶＩ．ソフトウエア構造
図６について説明する。システムは、８個の主要な個別プロセスおよび７個の関連するデータベースを利用する。患者ログインプロセス２５０は、既にシステムに登録した患者を、患者識別番号（ＰＩＮ）の入力を促すことにより識別するためにシステム１００によって使用される。援助者ログインプロセス２７２は、既にシステムに登録した援助者を、援助者識別番号（ＡＩＮ）の入力を促すことにより識別するためにシステム１００によって使用される。被援助患者ログインプロセス２７６は、既にシステムに登録した患者を、患者識別番号の入力を促すことにより識別するためにシステム１００によって使用される。発呼者が患者であれば、新規または初回の患者を登録するために患者登録プロセス２５２がシステムにより使用される。発呼者が患者でない場合、新規または初回の援助者を登録するために援助者登録プロセス２７４がシステムにより使用される。その後、患者がまだ登録されていなければ、その患者を登録するために被援助患者登録プロセス２７８がシステムにより使用される。これらのプロセスについては以下で詳述する。
発呼者がログインまたは登録を行うと、システムは、現在の実施態様では２個の別のプロセスの選択を提示する。それらのプロセスの第１は、患者の診断を実行する評価プロセス２５４である。第２のプロセスは、ある疾病または診断に関する現時点の治療情報を得るための治療テーブルプロセス２５６である。別の実施態様では、他の医療情報プロセスにアクセスするために他の選択肢が追加される。
これらの８個のプロセスには、患者・援助者登録データベース２６０、相談履歴データベース２６２、患者応答データベース２６４、医療履歴オブジェクトデータベース２６６、患者医療履歴データベース２６８、未決データベース２６９および患者投薬データベース２７０が関係しており、それらは以下の通りである。
Ａ．患者・援助者登録マスタデータベース２６０は、登録プロセス２５２，２７４または２７８のいずれかによるランタイム時に作成される。このデータベース２６０は、ログイン時に患者が本人であることを確認するために患者ログインプロセス２５０または被援助患者ログインプロセス２７６によって、または、ログイン時に援助者が本人であることを確認するために被援助者ログインプロセス２７２によって読み出される。データベース２６０は本質的に、それぞれ患者識別番号または援助者識別番号によって索引づけされた全部の登録された患者および援助者のマスタファイルである。患者識別番号または援助者識別番号、生年月日および性別の各フィールドがオンライン登録プロセスによって入力されるか、または、システム管理者がオフラインで患者または援助者の氏名を手作業で入力する。
患者・援助者登録データベース２６０は、患者または援助者各人について１レコードを含む。このデータベース２６０は識別番号により索引づけされている。システムは、発呼者が登録に成功した後、登録データベース２６０をアペンドする。“次の識別番号”がバイナリファイルのｃｏｎｆｉｇ．ｆｏｓに格納され、それぞれの成功した登録の後に増分される。各レコードは以下のフィールドを有する。
0004615629.tif 000004
Ｂ．相談履歴／メタデータベース２６２は評価プロセス２５４によってランタイム時に生成される。相談レコードは、患者の愁訴、冒された解剖学系および患者の愁訴の診断された原因に関する英数字コードを含む。ランタイム時にメタ機能が呼び出された場合、評価プロセスによって付与された英数字文字列と、評価プロセスにより指定された時間窓内に入る全患者のメタレコードのフィールドとを比較照合する。メタ機能は、見つかった一致の数および、患者の愁訴の頻度の指標を返す。
各患者は、相談履歴データベース２６２の一部である個別のメタファイルを有する。評価プロセスの終了時に、ランタイム動作モードフラグにもとづき、システムは新しいメタレコードを作成し、そのフィールドに評価プロセスにおいて収集された情報を入れ、そのレコードを相談履歴データベース２６２または未決ファイル２６９のいずれかにアペンドする。例えば、新しいメタレコードで使用される情報が、あるノードのＷｏｒｋリストの“Ｗｒｉｔｅ  Ｍｅｔａ”コマンドに由来することもある。各レコードは以下のフィールドを有する。
0004615629.tif 000005
Ｃ．患者応答データベース２６４は評価プロセス２５４によってランタイム時に作成される。応答データベース２６４は監査トレイルであり、各レコードはタイムスタンプが付けられ、各質問に対する患者の応答を登録する。このデータベース２６４は、後に、評価プロセス２５４において患者が質問にどのように応答したかを明らかにするためにＦｏｘＰｒｏ／ＦｏｘＢａｓｅといったデータベースプログラムによって分析することができる。または、応答パターンおよび統計を収集し適切なレポートを作成するためにデータベースプログラムを開発することができる。
各患者は、患者応答データベース２６４の一部である応答トレースファイルを有する。システム１００は、患者が質問に答えるかまたはアルゴリズム要求データを与えるたびごとに、この応答トレースファイルに応答レコードをアペンドする。人間可読性のために、システムは、このファイルに“Ｂｅｇｉｎ  Ｃａｌｌ”および“Ｅｎｄ  ｏｆ  Ｃａｌｌ”レコードも挿入する。各レコードは以下のフィールドを有する。
0004615629.tif 000006
Ｄ．医療履歴オブジェクトデータベース２６６は、ＭＤＡＴＡシステム１００の重要機能である過去の医療履歴を支援する補助データベースである。医療履歴オブジェクトデータベースは、一意の英数字コードのカタログであり、各コードは、患者の生存中に変化しないと予想される医学的状態または診断（例えば、喘息の診断は“ＲＷＨＺＡＳＴ”とコード化される）に対応している。
英数字コードに加え、ＭＤＡＴＡシステム１００は、バイナリオブジェクトを格納するためにＦｏｘｐｒｏデータベースの“メモ”フィールドを使用する。現在、これらのバイナリオブジェクトは、電話によって患者から得られた臨床的音響である。
データベース技術がより高度化されつつあるので（マルチメディアに向けた動きなど）、ディジタル化Ｘ線写真、ディジタル化ＣＴスキャン画像、ディジタル化ＭＲＩスキャン画像といったような、大規模かつ複雑なバイナリファイルの保存が可能になると期待される。さらに、ビデオ電話技術の進歩により、システム１００が患者のビデオ画像またはホログラフィ画像さえも保存するようになると予想される。
あらゆる過去の医学的状態について、医療履歴オブジェクトデータベースには、医学的状態の属性を含み、さらに過去の医療履歴アンケートへのポインタを含むレコードが存在する。医学的状態の属性は、そのデータ型（ブール値または数値など）および、（ブール値型が適用できない）その状態に関係した数値の値を格納するために必要な桁位置の数を含む。
ポインタフィールドはランタイム時に医療履歴を取得するために有用である。患者がＭＤＡＴＡシステム１００によるファイルに不完全な医療履歴アンケートを有する場合、ポインタフィールドは、評価プロセスに対して、評価を一時的にサスペンドさせ、医療アンケートに向かわせ、個々の質問を尋ね、患者の応答を収集および確認した後、評価プロセスを再開させる。この“必要とする時点で尋ねる”というアプローチにより、新規の患者が、診断プロセスの最初の相談の前に徹底的な医療履歴アンケートを経験する必要はなくなる。
医療履歴オブジェクトデータベースの各レコードは以下のフィールドを有する。
0004615629.tif 000007
Ｅ．患者医療履歴（ＰＭＨ）データベース２６８は、ランタイム時に評価プロセス２５４によって作成されるか、または、過去の医療履歴アンケートを用いて作成される。ＰＭＨデータベース２６８はランタイム時に評価プロセスによって読み出される。このデータベース２６８は各患者個人の医療履歴を含んでいる。新規の患者は、一度に全部の医療アンケートを経験し、それによりオブジェクトデータベース２６６にリスト化された過去の医療履歴オブジェクトの全部を構成する選択肢を有する。あるいはまた、新規の患者は、そのアンケートを迂回し、医療の愁訴の診断に直接向かうこともできる。その後、医療アルゴリズムが、未構成であった過去の医療履歴オブジェクトを要求した場合、評価プロセス２５４は、アルゴリズムを継続する前に過去の医療履歴機能を呼び出す。
各患者は、各人の過去の医療履歴ファイルを持っており、それはＰＭＨデータベース２６８の一部であり、その患者の生涯での医学的出来事または状態を記述するレコードを含んでいる。システム１００は、その患者について過去の医療履歴オブジェクトが構成されるごとに、このファイルにレコードをアペンドする。このファイルの内容は、患者がシステム１００にログインした時に、シンボルテーブルにインストールされる。医療アルゴリズムプログラマは、アルゴリズムの実行前にシンボルテーブルに必要な項目が存在するかどうかをＴＥＳＴコマンドを用いて確認する責任がある。否定のＴＥＳＴ結果の副作用として、システム１００が患者に対して当該の情報を付与するように入力を促すことになる。システム１００は、あらゆる新規または修正された項目にフラグを立て、後述する“出口確認ループ”において患者にそれらの値を確認するように求める。各レコードは以下のフィールドを有する。
0004615629.tif 000008
Ｆ．“未決”データベースファイル２６９はオフライン検証のために未決モードにおいて収集された医療情報を保持する。未決データベースのレコード構造は、患者医療履歴（ＰＭＨ）データベース２６８で使用されるものと同じである。評価プロセスは、データベースが未決モード会話において患者について新しい過去の医療履歴オブジェクトを構成した場合に、ランタイム時に未決データベースに書き込む。未決データベースの内容は、職員によってオフラインで検査され、情報が確認された場合、職員はその情報を患者の過去の医療履歴ファイルにアペンドする。
Ｇ．オプションの患者投薬データベース２７０は、患者が現在摂取しているまたは過去に摂取してきた医薬品に関する情報を内容とする各患者についてのファイルを含んでいる。投薬データベース２７０はランタイム時に評価プロセス２５４によって作成される。“Ｗｒｉｔｅ  Ｄｒｕｇ”コマンドは、レコードを作成し、そのフィールドを、シンボルテーブルからの同名のメモリ変数で埋める。評価プロセス２５４は、必要に応じてランタイム時に投薬データベース２７０を読み出すことができる。治療テーブル２５６は、患者が使用している医薬品を判定するために投薬データベース２７０を選択的に読み出す。
0004615629.tif 000009
ＶＩＩ．トップレベルフロー
図７ａ、７ｂ、７ｃおよび７ｄによって、ＭＤＡＴＡシステム１００のソフトウエアのトップレベルフロー３００について説明する。ＭＤＡＴＡシステム１００にアクセスために使用される電話番号は、システムの各種実施態様において異なってよい。後援機関または病院が発呼者に費用負担をかけずにＭＤＡＴＡシステム１００へのアクセスを可能にしたいのであれば、８００の料金受信人払い電話番号が使用できる。後援機関または病院がＭＤＡＴＡシステム１００の運営費を発呼者から回収したい場合には、ペイパーコールまたはプレミアムチャージ電話番号（９００サービスなど）が使用できるであろう。“Ｃｕｒｒｅｎｔ  Ｐｒｏｃｅｄｕｒａｌ  Ｔｅｒｍｉｎｏｌｏｇｙ”（ＣＰＴ−４）コードは、電話相談用の第三者支払い人を指定し請求するために利用可能である。それは、医療サービスおよび手続きを報告するための説明的項目および識別コードのリストである。ＣＰＴ−４コードは、医師のサービスを保険会社に報告するための最も広範に受け入れられている命名法である。
開始ステータス３０２に始まり、医療的勧告を希望する人１１２（図１）は、電話回線１０６でＭＤＡＴＡシステム１００の電話番号に電話する。発呼者は、患者であることもあれば、患者を援助している両親、親戚または友人などの“援助者”であることもある。ステータス３０４に移って、システム１００はその電話に自動的に応答し、発呼者１１２に対し、ＶＰボード１２２を用いてハードドライブ１５２に記憶された音声ファイルを再生することにより前置き的な挨拶用メッセージで挨拶する。ステータス３０６に進み、ＭＤＡＴＡシステム１００はシステムに電話した各患者に一連の“初期スクリーニング質問”を尋ねる。これらの質問は、重病の患者を識別するために設計されており、患者の問題を識別するためには設計されていない。初期スクリーニング質問により、システムは、即時的な医療的関心を要する患者をふるい分けることができる。
決定ステータス３０８に移り、重病であると分かったあらゆる患者は、ステータス３０９で救急対応電話番号“９１１”に電話するように指示されるか、または、その患者の地域の最も近い救急医療サービス施設に自動的に転送される。そうした電話は、ステータス３１０でコンピュータ１０２によって終了される。初期スクリーニング質問の例は以下のようなものである。
・この電話は医療的緊急事態のものですか？
・呼吸が困難ですか？
・胸に激痛や圧迫がありますか？
その患者が医療的緊急事態にあるとシステムが判断すると、ステータス３１１で、患者に緊急医療手続きのメニューを提示する場合もある。患者または患者の代わりの発呼者が辺地などで最も近い救急支援からも遠く離れているような状況では、発呼者はただちに救急手順を開始する必要があるかもしれない。緊急医療手続きのメニューは発呼者にいくつかの選択肢を提示する。発呼者がトーンダイヤルキー“１”を押すか、電話機の送話器に“ワン”という言葉を言うと、コンピュータ１０２はステータス３１２に分岐し、そこでは周知のＣＰＲ（心肺機能蘇生法）情報が回答される。発呼者が使用している電話機１１０にスピーカーホン機能が備わっていれば、発呼者は、電話機から離れてハンズフリーの状態でシステム１００から与えられる指示を聞きながら、それを行うことができるであろう。発呼者がトーンダイヤルキー“２”を押すか、電話機の送話器に“ツー”という言葉を言うと、コンピュータ１０２はステータス３１３に分岐し、喉を詰まらせた場合の周知のハイムリッチ操作の情報が伝えられる。ステータス３１２またはステータス３１３が完了すると、通話はステータス３１４で終了する。
ステータス３０８で患者が医療的緊急事態にはないと判断されると、すなわち、ＭＤＡＴＡシステム１００が直接的な生命の危険な状態はまったくないと確信すると、コンピュータ１０２はステータス３１５に移り、発呼者が実際の患者であるかどうかを判定する。そうであれば、コンピュータ１０２は決定ステータス３１６に進み、その患者がすでに登録されているかまたはシステム１００にこれまで相談したことがあるか、すなわち、新規または初回の発呼者ではないことを判定する。そうであれば、システム１００は、患者の識別を確認し、以下で詳述する患者ログインプロセス２５０でその患者の医療記録を検索する。プロセス２５０が完了すると、コンピュータ１０２はオフページ連結子Ｃ  ３１７を経てステータス３４４（図７ｄ）に進む。患者が登録していなければ、ＭＤＡＴＡシステム１００は、後述する新規の患者のための患者登録プロセス２５２に進む。プロセス２５２が完了すると、コンピュータ１０２は、オフページ連結子Ｃ  ３１７を経て図７ｄのステータス３４４に進む。
ステータス３１５の判定に従い、発呼者が患者でない場合、コンピュータ１０２は、オフページ連結子Ａ  ３１８を経て図７ｂのステータス３２０に進む。怪我、病弱または異常な精神状態などの理由により、患者がＭＤＡＴＡシステム１００を直接使用できない場合もあり得る。そうした場合、患者に代わって“援助者”がシステムと会話することもできる。
援助者は、後述する援助者登録プロセス２７４によってシステムに登録する。援助者登録レコードは、構造的には患者登録レコードと同一であるが、ＡＳＳＴ＿ＰＥＲＭ，ＡＳＳＴ＿ＥＸＰおよびＲＥＬＡＴＩＯＮＳの３個のフィールドは援助者に特定の意義を有する。ＡＳＳＴ＿ＰＥＲＭフィールドは、患者と援助者との間に関係が存在することを別個の手段によって確認するシステム管理者によってオフラインで“真”に設定するしかできないブール値フラグである。関係は１対多であり、すなわち、患者は１人以上の援助者を持つことができ、援助者は複数の患者と関係があってもよい。ＡＳＳＴ＿ＰＥＲＭフラグはまた、ＡＳＳＴ＿ＰＥＲＭ属性の満了のタイムスタンプを内容とする、ＡＳＳＴ＿ＥＸＰフィールドによって拘束され得る。ＡＳＳＴ＿ＰＥＲＭフラグが真であれば、ＲＥＬＡＴＩＯＮＳポインタは、その援助者が“永久的援助者”である患者についての１個以上の患者レコードをポイントしており、真でなければ、ＲＥＬＡＴＩＯＮＳフィールドは空となる。
被援助相談において収集された医療情報は、以下の３つの条件が満たされた場合にのみ患者の医療記録に書き込まれる。
（ａ）援助者のＡＳＳＴ＿ＰＥＲＭフラグが真である。
（ｂ）ＡＳＳＴ＿ＥＸＰタイムスタンプがまだ未了である。
（ｃ）援助者が患者記録への関係ポインタを持っている。
上記の条件のいずれかが満たされない場合、その患者に関して収集されたあらゆる新しい医療情報は、システム管理者によるオフライン検査のために未決ファイル２６９に保存されることになる。
システム１００は、ステータス３１５で、発呼者が患者であるか援助者であるかを確定する。発呼者が患者でなければ、システムは発呼者が援助者であると断定し、決定ステータス３２０で、援助者が登録されているかどうかを判定する。援助者がまだシステムに登録されていなければ、システムはその新規の援助者を援助者登録プロセス２７４で登録する。援助者が既にシステム１００に登録されていれば、コンピュータ１０２は援助者ログインプロセス２７２を実行する。プロセス２７２またはプロセス２７４のいずれかが完了すると、コンピュータ１０２は決定ステータス３２１に進む。
決定ステータス３２１での判定に従って、患者がまだシステム１００に登録されていなければ、システムは援助者が被援助患者登録プロセス２７８で新規の患者を登録できるようにする。しかし、決定ステータス３２１での判定にもとづき、患者が既にシステム１００に登録されていれば、コンピュータ１０２は被援助患者ログインプロセス２７６を実行する。プロセス２７８またはプロセス２７６のいずれかが完了すると、コンピュータ１０２は、オフページ連結子Ｂ  ３２７を経て図７ｃのステータス３３４に進む。
決定ステータス３３４では、コンピュータ１０２は、その患者の生年月日が患者の医療記録にあるかどうかを判定する。存在すれば、コンピュータはオフページ連結子Ｃ  ３１７を経て図７ｄのステータス３３４に進む。存在しなければ、システム１００は患者の生年月日を取得しようと試みる。システム１００は、ステータス３３５に移り、患者の生年月日を知っているかどうかを援助者に尋ねる。知っていれば、コンピュータ１０２はステータス３３６に移り、患者の生年月日を要求する。ステータス３３７で、システム１００は、ステータス３３６で取得した患者の生年月日を復唱する。決定ステータス３３８で、援助者はシステム１００が復唱した生年月日が正しいかどうかを判定する。正しくなければ、コンピュータ１０２はステータス３３６にループバックし、患者の生年月日を再び要求する。ステータス３３８での判定に従い、患者の生年月日が正しければ、コンピュータ１０２は、ステータス３３９で患者の医療記録に保存するために生年月日にフラグを立て、図７ｄのステータス３４４に進む。
ステータス３３８での判定にもとづき、患者の生年月日がわからない場合、コンピュータ１０２はステータス３４０に進み、システムは援助者に対して患者のおおよその年齢を付与するように要求する。年齢は、評価プロセス２５４および治療テーブル２５６で使用される重要なパラメータである。ステータス３４１で、システム１００はステータス３４０で取得した患者のおおよその年齢を復唱する。決定ステータス３４２で、援助者はシステム１００が復唱したその年齢が正しいかどうかを判定する。正しくなければ、コンピュータ１０２はステータス３４０にループバックし、患者のおおよその年齢を再び要求する。ステータス３４２での判定に従い、患者のおおよその年齢が正しければ、システム１００はステータス３４３で、援助者に対して、次回の相談までに患者の実際の生年月日を知っておくように勧告し、図７ｄのステータス３４４に進む。システム１００は、そのおおよその年齢を評価プロセス２５４における相談および治療テーブル２５６で使用する。
図７ｄのステータス３４４では、システム１００はシステム選択メニューを発呼者に提示する。この時、発呼者は、下記の通り、診断システム、治療テーブル、将来のプロセス／機能、通話の終了の４個の選択肢から選択するように求められる。
Ａ．診断システム：システムはメニューで評価プロセス２５４を開始し、愁訴の識別を始めるように患者に求める。
Ｂ．治療テーブル：システムは患者をメニューの治療テーブルプロセス２５６に導き、治療選択方法を選択するように患者に求める。
Ｃ．将来のプロセス／機能：この実施態様では未定義である、将来のプロセス／機能２８０は、図６に示すデータベースを読み書きする。
Ｄ．通話の終了：システムは複数の工程を実行し、通話を終了する。
プロセス２５４またはプロセス２５６のいずれかにおいて、コンピュータ１０２は、アルゴリズムプログラマにより作成されたノードマップを追従するうえでアルゴリズムプロセッサ１６０によって実行される通りのインタープリタとして機能する。評価プロセス２５４の出口点で、システム１００は、患者に別の愁訴を選択するオプションを提示する。治療テーブルプロセス２５６の終わりでも、システムは患者に別の愁訴を選択するオプションを提示する。
評価プロセス２５４、治療テーブルプロセス２５６または将来のプロセス２８０が完了すると、システム１００はステータス３４４にループバックし、システム選択メニューを発呼者に復唱する。発呼者がステータス３４４で“通話の終了”を選択すると、ＭＤＡＴＡシステム１００は決定ステータス３４５に移る。決定ステータス３４５で、システム１００は、プロセス２５４、プロセス２５６またはプロセス２８０が“情報”モードで生じていなかったかどうか、すなわち、“リアル”モードまたは“未決”モードのいずれかで行われたかどうかを判定し、構成されたメモリ変数のいずれかが患者の医療履歴ファイルに保存される必要のある過去の医療履歴条件であるかどうかを判定するために、患者のシンボルテーブルを検査する。決定ステータス３４５で両方の条件が真であれば、システム１００は決定ステータス３４６に進み、相談が“リアル”モードで実行されているかどうかを判定する。否定であれば、相談は“未決”モードで実行されており、システム１００はその後、相談において得られたいずれかの新しい患者情報を“未決”ファイル２６９に書き込む。ステータス３４６が真である、すなわち、“リアル”モードであるとわかれば、保存される必要のある各々の過去の医療条件について、ＭＤＡＴＡシステム１００は、ステータス３４８で患者に対して、そのデータを患者の医療履歴ファイルに保存する許可を求め、そのデータが正しいことを確認するように求める。例えば、咳に関する相談において、ＭＤＡＴＡシステム１００は、その患者がＨＩＶ陽性であると診断されていることを知った。システム１００は次のように尋ねる。「あなたのＨＩＶ診断に関する情報をあなたの医療記録に記録してよろしいですか？」その患者が“ｙｅｓ”の応答をすれば、システム１００はさらにこう尋ねる。「あなたのＨＩＶに関する診断は陽性だったことを確認してください。これは正しいですか？」患者が“ｙｅｓ”の応答をすれば、システム１００はその事を患者の医療履歴ファイルに書き込む。確認後、各データ項目は、患者医療履歴データベース２６８（図６）にある患者のファイルに記憶される。
ステータス３４８での履歴データベース２６８の更新完了、ステータス３４５が偽となった場合、または、ステータス３４７の完了のいずれかの後、システム１００は決定ステータス３４９に移る。ＭＤＡＴＡシステム１００が患者との相談を終了する前に、システムが行った全部の勧告の要約を提示する。患者は重要な点を書き留め、再度繰り返すように求められる。その後ＭＤＡＴＡシステム１００は、システムが行った相談セッションおよび特定の勧告の要約を、ファクシミリ、電子メール（Ｅメール）または第一種郵便などの郵便で受け取れるオプションを患者に提示する。ファクシミリまたはＥメールが希望された場合、システム１００は決定ステータス３５０に移り、要約および勧告を送信する情報がシステムで利用可能かどうかを判定する。否定であれば、システム１００は、ステータス３５２で、ファクシミリ番号、Ｅメールアドレスまたは郵送先などの情報を患者に尋ねる。また、患者は、相談の要約を各人の健康管理者または専門家に送るオプションも有する。コンピュータ１０２は、ステータス３５１に進み、現在の電話セッションの写しを、以後の送信のために希望に応じてファクシミリ待ち行列またはＥメール待ち行列に入れる。ステータス３５１の完了後または、ステータス３４９でそのセッションの写しを送る必要がないとシステム１００が判定した場合、その通話はステータス３５３で終了する。
ＶIII．ログイン・プロセス
ここで図８ａおよび８ｂを参照して、図７ａに記載の患者ログイン・プロセス２５０を説明する。このプロセス２５０は、患者が以前にシステム１００を呼出し、これに登録した場合に呼び出される。開始状態３５８から始まって、コンピュータ１０２は状態３５９に移り、突き合わせフラグを真に初期設定する。突き合わせフラグは後に、このプロセス２５０で診察モードの設定に関連してチェックされる。状態３６０に進み、コンピュータ１０２は患者に対して登録プロセス中に割当てられた患者ＩＤ（識別）番号（ＰＩＮ）を入力するように促す。患者登録プロセス２５２については図９ａおよび９ｂを参照して後に説明する。決定状態３６１に進むと、コンピュータ１０２はＰＩＮが妥当であるか否かを判定する。妥当ではない場合は、コンピュータ１０２は決定状態３６２で、ＰＩＮの入力の試みが３回未満であるか否かを判定する。３回未満である場合は、コンピュータ１０２は状態３６０に戻り、ＰＩＮの要求を繰り返す。しかし、状態３６２での判定の結果、ＰＩＮの入力の試みが３回行われている場合は、コンピュータ１０２は患者に対してログインの試みが失敗したことを告げる丁重なメッセージを発し、状態３６３で呼出しを停止する。コンピュータ１０２はスポンサーの代理店、病院、またはその他の機関のシステム管理者に対してログインの試みが失敗したことを報告する。しかし、患者は必要な医療情報にアクセスできるように新たなクライアントして登録することができる。システム管理者はこの種の状況をオフラインで解析する。
状態３６１での判定の結果、患者が妥当なＰＩＮを適正に入力した場合は、コンピュータ１０２は決定状態３６４に移行して、ＰＩＮによって識別された患者がシステム１００内のファイルに声紋またはサンプル音声を有しているか否かを判定する。否である場合は、コンピュータ１０２は状態３６５に移行して、例えば患者のフルネームの発音のような患者の声紋を記録する。例えば、患者が以前の診察で介護者付き患者登録プロセス２７８中に声紋を登録し得なかった場合は、患者の声紋はファイルにはないことになる。状態３６５での声紋の記録が完了すると、コンピュータ１０２は状態３６６に進み、そこで突き合わせフラグが偽に設定されて、患者の声紋が現在のログイン中に記録されたことが表示される。
ＰＩＮによって識別された患者の声紋が状態３６４で判定された結果、システム１００内のファイルに存在する場合は、コンピュータ１０２は状態３６７に進み、患者に対してフルネームを発音するように促す。コンピュータ１０２は決定状態３６８に移動して、状態３６７で得られた音声サンプルが突き合わせ基準に適合しているか否かを判定する。否がある場合は、コンピュータは状態３６９に進み、現行の音声サンプルが突き合わせ基準に適合しないことを告げる。本発明の好適な実施例では、現行の音声サンプルが患者登録プロセス２５２または介護者付き患者登録プロセス２７８中に記録された基準音声サンプルと比較される。状態３６８での判定の結果、音声サンプルが整合しないので、コンピュータ１０２は状態３７０で突き合わせフラグを偽に設定する。この場合は、突き合わせフラグは偽に設定され、セキュリティ・チェック方法の１つがエラーであることが表示される。しかし、突き合わせフラグが状態３６６または３７０のいずれかで偽に設定された後は、プロセス２５０は状態３７２に留まる。
音声サンプルが状態３６８で突き合わせ基準に適合した場合は、コンピュータ１０２は状態３７１に進み、現行の音声サンプルが突き合わせ基準に適合した旨のメッセージを発する。いまやこのセキュリティ・チェック条件が満たされ、突き合わせフラグは真に設定された状態に留まる。状態３７１が完了すると、コンピュータ１０２は状態３７２に移行する。状態３７２で、コンピュータ１０２は（患者登録プロセス２５２で得られた）登録データベース２６０に記憶された性別と年齢を患者に告げることによって患者の性別と年齢を確認する。決定状態３７３で、患者は告げられた情報が正しいか否かを返答する。性別または誕生日の情報が正しくない場合は、コンピュータ１０２は状態３７４に移行して、正しい情報を要求する。次にコンピュータ１０２は状態３７２に戻って、状態３７４で受けた情報を確認する。決定状態３７３の結果が真である場合、すなわち性別と年齢が正しい場合は、コンピュータはオフ・ページ・コネクタＡ  ３７５を経て図８ｂの決定状態３７６に移行し、そこで患者が電話での問答をリアルモードと情報モードのいずれで行いたいのかを判定する。情報モードが望まれている場合は、コンピュータ１０２は決定状態３７７に移行し、そこで患者の性別と年齢が情報モードでの診察中に利用されるのか否かを判定する。否である場合は、コンピュータ１０２は状態３７８に移行して、情報モードでの問答中に仮想状況で年齢と性別を使用するべきか否かを判定する。コンピュータ１０２は決定状態３７９に移行して、状態３７８で得られた性別と年齢を告げ、患者に対してその情報が正しいことを確認するように求める。正しくない場合は、コンピュータ１０２は状態３７８に戻って再度年齢と性別を要求する。決定状態３７９が真であるか、またはこの診察中に患者の年齢と性別を利用するべきである場合は、コンピュータ１０２は状態３８０に移行し、動作モードを情報モードに設定する。
決定状態３７６がリアルモードであるものと判定されると、コンピュータ１０２は決定モード３８１に移行して、突き合わせフラグが真であるか否かをチェックする。否である場合は、システム１００は状態３８２で患者に対して、現行の診察は保留モードで行われるべきことを助言する。動作モードは状態３８３で保留モードに設定される。状態３８１で判定された結果突き合わせフラグが真である場合は、コンピュータ１０２は状態３８４で動作モードをリアルモードに設定する。
状態３８０、状態３８３、または状態３８４のいずれかで動作モードの設定が完了した後、コンピュータは決定状態３８６に移行する。決定モード３８６で、コンピュータ１０２は患者が登録プロセス中に表記されたタッチトーン指令を再確認したいか否かを判定する。そうである場合は、コンピュータ１０２は状態３８８に進み、タッチトーン指令を告げる。状態３８８が完了した場合、または患者がタッチトーン指令の再確認を望まない場合は、コンピュータ１０２は決定状態３９０に進み、そこでコンピュータ１０２は患者が登録プロセス中に表記された音声キーワードを再確認したいか否かを判定する。そうである場合は、コンピュータ１０２は状態３９２に進み、音声キーワードを告げる。状態３９２が完了した場合、または患者が音声キーワードの再検討を望まない場合は、コンピュータ１０２は決定状態３９４に進み、そこでコンピュータ１０２は患者が指示（プロンプティング）を割り込み可能にしたいか否かを判定する。そうである場合は、コンピュータ１０２は状態３９６に進んで指示を割り込み可能にする。否である場合は、状態３９８で指示は割り込み不能にされる。“指示の割り込み可能”とは、患者が応答の指示を望んでいることを意味する。これは実際には呼出しの継続期間中、有効状態を保つので“ハード”指示と呼ばれる。ハード指示がオフであり、システム１００が患者の応答を認識することが困難である場合は、コンピュータ１０２は“ソフト”指示をオンに切り換える。次に認識に成功した後、コンピュータ１０２はソフト指示をオフに切り換える。状態３９６または３９８の完了後、コンピュータ１０２は状態４００でトップレベルの流れ（図７）に戻る。
ここで図１２ａおよび１２ｂを参照して、図７ｂで定義した介護者ログイン・プロセス２７２を説明する。このプロセス２７２は、以前に介護者が呼び出され、システム１００に登録された場合に呼び出される。開始状態９４０から始まって、コンピュータ１０２は状態９４２に移行し、介護者に対して登録プロセス中に割り当てられた介護者のＩＤ（識別）番号（ＡＩＮ）を入力することを促す。介護者登録プロセス２７４は図１４ａおよび１４ｂを参照して後に説明する。コンピュータ１０２は決定状態９４４に進んで、ＡＩＮが妥当であるか否かを判定する。否である場合は、コンピュータ１０２は決定状態９４６で、ＡＩＮを入力する試みが３回未満であるか否かを判定する。そうである場合は、コンピュータ１０２は状態９４２に戻って、ＡＩＮの要求を繰り返す。しかし、状態９４６での判定の結果ＡＩＮを入力する試みが３回行われている場合は、コンピュータ１０２は介護者に対してログインの試みが失敗した旨を告げる丁重なメッセージを発し、状態９４８で呼出しを終了する。コンピュータ１０２はスポンサーの代理店、病院、またはその他の機関のシステム管理者に対してログインの試みが失敗したことを報告する。
状態９４４での判定の結果、介護者が妥当なＡＩＮを適正に入力した場合は、コンピュータ１０２は状態９５０に進み、発呼者に対してそのフルネームを発音するように促す。コンピュータ１０２は決定状態９５１に進んで、状態９５０で得られた音声サンプルが突き合わせ基準に適合するか否かを判定する。否である場合は、コンピュータは状態９５２に進み、現行の音声サンプルが突き合わせ基準に適合しない旨のメッセージを告げる。本発明の好適な実施例では、現行の音声サンプルは介護者登録プロセス２７４中に記録された基準音声サンプルと比較される。状態９５１で音声サンプルが整合しないので、コンピュータ１０２は状態９５３で動作モードを保留モードに設定する。この場合、保留モードはセキュリティ・チェック方法の１つがエラーであることを表示するために設定される。しかし、状態９５３で保留モードが設定された後は、プロセス２７２は図１２ｂの状態９６０に留まり続ける。
状態９５１で音声サンプルが突き合わせ基準と適合した場合は、コンピュータ１０２は状態９５４に進み、現行の音声サンプルが突き合わせ基準に適合した旨のメッセージを発する。そこでこのセキュリティ・チェック条件が満たされたことになる。次に、状態９４２で得られたＡＩＮによって識別された介護者に補足的な３つのチェックがなされる。決定状態９５５で、コンピュータ１０２は患者および介護者の登録データベース２６０に記憶された永続的な介護者フラグが真であるか否かを判定する。真である場合は、コンピュータ１０２は決定状態９５６に進み、永続的な介護者の満了日が将来であるか、すなわち未だ満了日に達していないかが判定される。達していない場合は、コンピュータ１０２は決定状態９５７に進み、介護者と患者との間に関係性があるか否か、すなわち介護者が患者の記録に対する関係ポインタを有しているか否かが判定される。有している場合は、動作モードは状態９５８でリアル・モードに設定され、次にコンピュータ１０２はオフページ・コネクタＡ９５９を経て図１２ｂの状態９６０に進む。しかし、決定状態９５５、９５６または９５７のいずれかが偽であることが判明すると、コンピュータ１０２は状態９５３に移行し、そこで動作モードは保留に設定される。
状態９６０から９６４は患者ログイン・プロセス２５０（図８）の状態３７２から３７４と類似している。このように類似しているので、重複を避けるために顕著な相違点だけを記載する。状態９６０、９６２および９６４は状態３７２、３７３および３７４の場合のように患者ではなく、介護者の年齢と性別を確認する。状態９６６から９８０は患者のログイン・プロセス２５０（図８ｂ）の状態３８６から４００と類似している。主要な相違点は、状態９６６−９８０は介護者に関するものであり、状態３８６−４００は患者に関するものであることである。
ここで図１３ａおよび１３ｂを参照して、図７ｂに記載の介護者付き患者ログイン・プロセスを説明する。このプロセス２７６は、患者と介護者の双方が以前システム１００を呼出し、これに登録した場合に呼び出される。このプロセスによって、介護者がログインおよび後続の診察中に補助することが可能であることによって患者にフレキシビリティが与えられる。開始状態９９０から始まって、コンピュータ１０２は状態９９２に移行し、介護者に対して登録プロセス中に割当てられた患者のＩＤ（識別）番号（ＰＩＮ）を入力することを促す。図７に既に記載したように、介護者付き患者登録プロセス２７８は患者が未だ登録されていない場合に呼び出される。プロセス２７８は図１５ａおよび１５ｂを参照して後に説明する。コンピュータ１０２は決定状態９９４に進み、ＰＩＮが妥当であるか否かを判定する。否である場合は、コンピュータ１０２は決定状態９９６で、ＰＩＮの入力の試みが３回未満であるか否かを判定する。３回未満である場合は、コンピュータ１０２は状態９９２に戻り、ＰＩＮの要求を繰り返す。しかし、状態９９６での判定の結果、ＰＩＮの入力の試みが３回行われている場合は、コンピュータ１０２は発呼者にに対してログインの試みが失敗したことを告げる丁重なメッセージを発し、状態９９８で呼出しを停止する。コンピュータ１０２はスポンサーの代理店、病院、またはその他の機関のシステム管理者に対してログインの試みが失敗したことを報告する。介護者がＰＩＮを知らず、患者がそれを教えることができない場合は、介護者は必要な医療情報にアクセスできるようにプロセス２７８で患者を新たな患者として登録することができる。この場合は、介護者は例えば患者の意識状態が変化している場合は、患者の年齢を推測する必要があることがある。システムの管理者はこの状況の記録をオフラインで解析する。
看護者が状態９９４でシステム１００に妥当なＰＩＮを適正に入力した場合は、コンピュータ１０２は決定状態９９３に移行して、ＰＩＮによって識別された患者の声紋またはサンプル音声の波形がシステム１００内のファイルにあるか否かを判定する。否である場合は、コンピュータ１０２は決定状態１００３に移行して、患者が音声サンプルを提出できるか否かを判定する。否である場合は、コンピュータ１０２はオフページ・コネクタＢ９９７を経て図１３ｂの状態１００８に進む。状態１００３での判定の結果、患者が音声サンプルを提出できる場合は、コンピュータ１０２は状態９９５に移行して、例えば患者のフルネームの発音のような患者の声紋を記録する。例えば、患者が以前の診察で介護者付き患者登録プロセス２７８の間に声紋を提出できなきような場合には、患者の声紋がファイルにないことがある。状態９９５での声紋の記録が完了すると、コンピュータはオフページ・コネクタＢ９９７を経て図１３ｂの状態１００８に進む。
ＰＩＮによって識別された患者が状態９９３での判定の結果、システム１００内のファイルに声紋を登録している場合は、コンピュータ１０２は状態９９９に進み、患者がシステムに音声サンプルを提示できるか否かを尋ねる。否である場合は、コンピュータ１０２はオフページ・コネクタＢ９９７を経て図１３ｂの状態１００８に進む。状態１０００、１００２、１００４、１００６は患者ログイン・プロセス２５０（図８）の状態３６７、３６８、３６９、３７１のそれぞれと同類である。このように類似しているので、重複を避けるために顕著な相違点だけを記載する。状態１００４が完了すると、すなわち患者の音声サンプルが突き合わせ基準と適合しない場合は、コンピュータ１０２はオフページ・コネクタＢ９９７を経て図１３ｂの状態１００８に進む。状態１００６が完了すると、すなわちすなわち患者の音声サンプルが突き合わせ基準と適合する場合は、コンピュータ１０２はオフページ・コネクタＡ１００１を経て図１３ｂの状態１００５に進む。
状態９９５、すなわち患者の声紋が記録される状態、状態９９９または状態１００３、すなわち信者が音声サンプルを提示できない状態、または状態１００４、すなわち音声サンプルが突き合わせが適合しない状態が完了すると、システムは図１３ｂの状態１００８でプロセス２７６を継続する。このプロセス２７６で記載したばかりの３つの状態では、コンピュータ１０２は状態１００８で動作モードを保留に設定する。次にシステム１００は状態１００９で発呼者に対して、情報がオフラインで確認されるまで診察が保留モードにあるので、新たな患者情報は患者の医療記録に保存されない旨を告げる。
状態１００６の完了時に、すなわち音声サンプルが適合した場合、コンピュータ１０２は状態１００５でプロセス２７６を継続し、そこで動作モードはリアル・モードに設定される。次にシステム１００は状態１００７で発呼者に対して、新たな患者情報が患者の医療記録に保存されることを告げる。
状態１００９または状態１００７が完了すると、コンピュータ１０２は状態１０１０に移行する。状態１０１０、１０１２および１０１４は状態３７２、３７３および３７４（図８）と同様に患者の年齢と性別を確認する。状態１０１６から１０３０は患者ログイン・プロセス２５０（図８）の状態３８６から４００とと同類である。主要な相違点は、状態１０１６−１０３０は介護者向けであり、状態３８６−４００は患者向けである点である。
IX．登録プロセス
ここで図９ａおよび９ｂを参照しつつ、図７ａに記載の患者登録プロセス２５２を説明する。このプロセス２５２は、患者が以前にシステム１００を呼出し、これに登録していない場合に呼び出される。最初の診察中に、ＭＤＡＴＡシステム１００は患者の年齢と性別の情報を得る。これはＭＤＡＴＡシステムが医療上の助言を与えるために必要な最小限の情報である。しかし、ＭＤＡＴＡシステムが患者に関する情報をより多く持つほど、その助言はより詳細なものになる。
ＭＤＡＴＡシステム１００はそれぞれの患者に一意的な患者識別番号を割り当てる。加えて、患者の最初の登録時に、患者自身の名前の発音が記録され、ディジタル化され、その医療記録に保存される。次に、患者が再呼出しをすると、以前の記録が検索され、患者は登録時に発音したように性格に名前を繰り返すように求められる。次に２つの記録が比較されて、双方が適合するか否かが判定される。このような“声紋”の利用によって、患者の医療記録のセキュリティと機密性を更に保持することが補助される。
開始状態４２０から始まり、コンピュータ１０２は状態４２２に進み、患者の性別を要求し、患者の応答の繰り返しによって確認する。決定状態４２４に移行すると、患者はタッチトーン・キーまたは音声応答を介してシステム１００に対して応答して反復された情報が正しいか否かを示す。否である場合は、コンピュータ１０２は状態４２２に戻って、情報を再度要求する。状態４２４での情報が正しい場合は、コンピュータ１０２は状態４２６および４２８に進んで、状態４２２および４２４と同様に患者の誕生日を要求し、これを確認する。
決定状態４２８が真であることが判定されると、コンピュータ１０２は状態４２７に進み、患者に対してフルネームを発音するように要求する。状態４２９に移行して、フルネームはディジタル化され、患者識別番号  ８ＰＩＮ）によって索引付けされたハードドライブ１５２（図１）でのサブディレクトリに記憶される。ファイル名は〈ＰＩＮ〉．ＶＯＸの形式である。コンピュータ１０２ははファイルにアクセスして次に利用可能なＰＩＮを検索する。記録された音声ファイルへの経路名が登録データベース２６０内の患者の記録に保存される。システム１００との後続の電話での問答で、患者の音声波形がセキュリティおよびその他の任意の目的のために記録された音声波形と比較される。音声波形が記憶されると、コンピュータ１０２は状態４３１に移行し、患者にＰＩＮを提示する。患者には、システム１００による後の診察で利用するためにＰＩＮを保存することの重要性が伝えられる。
状態４３１が完了すると、コンピュータ１０２は決定状態４３０に移行して、患者がＭＤＡＴＡシステムのユーザー用パンフレットを利用できるか否かが判定される。利用できる場合は、コンピュータ１０２は状態４３６に移行し、患者に対してタッチトーン・キー、音声キーワード、およびモードを記録するパンフレットのページに戻るように要求する。否である場合は、コンピュータ１０２は決定状態４３２に移行して、患者がユーザー指令を書込むための紙と筆記用具を用意できるようにシステム１００を休止させたいか否かを判定する。そうである場合は、コンピュータ１０２は状態４３４で３０秒間休止する。状態４３４での休止時間が終了時に、ユーザーが状態４３２での休止を望んでいない場合、または患者がパンフレットの適切なページに戻るように指示された後、コンピュータ１０２はオフページ・コネクタＡ４３８を異化して図９ｂの状態４４０に進む。
状態４４０で、システム１００は患者に対してタッチトーン・キーについて説明する。これらのキーについては音声キーワードおよびＤＴＭＦ指令キーの説明に関連して前述している。状態４４２に移行して、コンピュータ１０２は患者がキーの説明を再び聞きたいか否かを尋ねる。そうである場合は、コンピュータ１０２は状態４４０を繰り返す。否である場合は、コンピュータ１０２は状態４４４に進み、そこで患者に対して音声キーワードの説明がなされる。これらのキーワードについては前述したとおりである。状態４４６に移行して、コンピュータ１０２はは患者がキーワードの説明を再び聞きたいか否かを尋ねる。聞きたい場合は、コンピュータ１０２は状態４４４を繰り返す。否である場合は、コンピュータ１０２はは状態４４９に進み、そこで患者に対してリアルモードと情報モードの説明がなされる。これらのモードについては前述したとおりである。コンピュータ１０２は状態４５０に移行し、患者がモードの説明を再び聞きたいか否かを尋ねる。聞きたい場合は、コンピュータ１０２は状態４４８を繰り返す。否である場合は、コンピュータ１０２は状態４５２に進み、そこで新たなユーザー情報の概要が患者に告げられる。この概要にはシステムを制御する２つの方法のリキャップが含まれている。すなわち、音声キーワードおよびＤＴＭＦ、および２つの対話モード：リアルモードと情報モードである。コンピュータ１０２は状態４５４でトップレベルの流れ（図７）に戻る。
ここで図１４ａおよび１４ｂを参照しつつ、図７ｂに記載の介護者登録プロセス２７４を説明する。このプロセス２７４は発呼者が登録された患者ではなく、かつ介護者としてシステムを以前呼出し、登録していない場合に呼び出される。状態１０５から１０９０は患者登録プロセス２５２（図９）の状態４２０から４５４と類似している。このように類似しているので、重複を避けるために顕著な相違点だけを記載する。状態１０５２、１０５６、１０６０、１０６２および１０６４は、状態４２２、４２６、４２７、４２９および４３０（図９ａ）の場合のように患者ではなく介護者に関するものである。状態１０６０は介護者のフルネームの発音を記録し、状態１０６２はそれを患者および介護者登録データベース２６０に保存する。システム１００は状態１０６４で介護者識別番号（ＡＩＮ）を提示する。ＡＩＮはファイルもしくは記録のアクセスでＰＩＮと同様に利用される。その他の状態１０６６−１０９０も介護者向けである。
ここず図１５ａおよび１５ｂを参照して、図７ｂに記載の介護者付き患者登録プロセス２７８を説明する。このプロセス２７８は、発呼者が患者ではなく、患者が以前にシステム１００を呼び出し、登録していない場合に呼び出される。状態１１１０から１１５は患者登録プロセス２５２（図９）の状態４２０から４５４と同類である。このように類似しているので、重複を避けるために顕著な相違点だけを記載する。主要な相違点は、このプロセス２７８の間に患者の代わりに介護者がシステム１００と対話し、従って動作モードは状態１１１１で保留に設定される。状態１１１２および１１１６は患者の性別と年齢の情報をそれぞれ得る。患者が介護者とシステムに年齢を告げることができない場合は、介護者が推定年齢を告げる。推定年齢はシステム１００での後の診察中に訂正することができる。状態１１１９で、システム１００は患者がフルネームの音声サンプルを提示することができるか否かを尋ねる。できる場合は、状態１１２０および１１２２で音声波形が記録され、登録データベース２６０（図６）に保存される。患者が状態１１１９で音声サンプルを提示できない場合は、システム１００は状態１１２１で介護者に対して、患者の音声サンプルが後の診断で要求されることを伝える。次に、音声サンプルが記録されてもされなくても、システム１００は状態１１２３で患者の識別番号（ＰＩＮ）を介護者と、（意識がしっかりしている場合）は患者に提示する。発呼者は患者、または患者のための介護者が将来診察を受けるためにＰＩＮを安全に護るように指示される。決定状態１１２４で、介護者および（または）患者がＰＩＮを再び聞きたいことが判定された場合は、コンピュータ１０２は状態１１２３でＰＩＮを繰り返す。コンピュータ１０２はオフページ・コネクタＡ１１２５を介して図１５ｂの決定状態１１２６に進む。プロセス２７８のその他の状態１１２６−１１５０は、プロセス２５２の状態４３０−４５４の場合と同様に患者ではなく介護者向けられている。
Ｘ．評価プロセス
ここで図１０ａおよび１０ｂを参照して、図７ｄに記載された評価プロセス２５４を説明する。このプロセス２５４は患者がシステム選択メニュー（図７ｄ、状態３４４）で診断システム選択を選んだ場合に呼び出される。開始状態４７０から始まり、コンピュータは状態４７１に移行し、症状の識別を要求する識別方法メニューを表示する。最初のふるい分け質問（状態３０６、図７ａ）が完了し、医療記録（登録機能２５２）が開かれた後、ＭＤＡＴＡシステム１００は患者に対して症状を説明するように求める。患者の症状の識別は評価プロセスの最も重要なステップの１つである。システム１００は患者が質問を理解し、かつＭＤＡＴＡシステム１００が患者の症状の訴えを理解していることを確証するための安全措置を内蔵している。例えば、システムは質問または返答の意味にる関するなんらかの問題を速やかに解決できるように、同義語の表を保存している。症状は４つの方法の１つによって識別される。すなわち解剖学系４７２、原因４７６、アルファベット群４８０、またはカタログ番号４８２である。
症状を識別するための最も簡単で頻繁に利用される方法は解剖学系、すなわち“どの系統に問題があるか？”である。解剖学系４７２は心筋系、呼吸器科、神経科、消化器系、耳鼻咽喉科、眼科、産婦人科、泌尿器科、血液科、皮膚科および内分泌系のような基本的人体系統に関するものである。患者がその症状の解剖学系統を識別した後、患者は状態４７３で一連“系統ふるい分けの質問”を受ける。それぞれの解剖学系ごとに、もしそのような症状があれば、手遅れになるとメニューの先に進むことすらも危険をもたらす場合がある即座の処置を必要とする幾つかの症候、または症候群がある。例えば、患者はその症状がある解剖学系統として（たとえば胸の痛みのような）心筋系を特定した場合、ＭＤＡＴＡシステム１００は心筋科のふるい分けの質問を発する。例えば、信者は次のような質問を受ける。“胸の圧迫と息切れの両方がありますか？”このような症状が同時にある場合には、即座の措置が必要である。今日入手できるトロンボライト剤では、心筋細胞を救うには時間が問題になる。僅か数分で患者が蘇生し得るか否かの相違がある。
従って、状態４７４で、システム１００は重大な医学的症状があるか否かを判定する。そうである場合は、システム１００は状態４８６に移行し、患者に対して緊急な手当てを求めることを助言するメッセージを発し、終端状態４８８で評価プロセス２５４を終了する。状態４７４で重大な医学的症状がないことが判定された場合は、システム１００は状態４７５で症状のメニューに進み、選択された解剖学系に対応する症状に関するアルゴリズムのリストを告げる。次に患者はリストからアルゴリズムを選択する。
患者が解剖系に関してはっきりしない場合は、システム１００は原因を質問して症状を特定することを試みる。原因４７６とは、外傷、伝染病、アレルギー／免疫系、中毒、環境汚染、導管、精神、遺伝、内分泌／新陳代謝、および主要のような疾病もしくは病気の原因のことである。患者がその症状の原因（たとえば外傷、伝染病）であると考えることを特定すると、ＭＤＡＴＡシステム１００は状態４７７で“原因ふるい分け”の質問を発する。これらの質問は、患者の生命を急激に脅かす症状がないかどうかを確認するためのものである。例えば、原因として伝染病が選択された場合、システムは先に進む前に先ず喉頭蓋炎や脳膜炎の可能性を除外する。従って、状態４７８で、システム１００は重大な医学的症状があるか否かを判定する。ある場合は、システム１００は状態４８６に移行し、患者に対して直ちに手当てを受けることを助言するメッセージを発し、終端状態４８８で評価プロセス２５４を終了する。状態４７８で重大な症状がないことが半径されると、システム１００は状態４７９で症状のメニューに進み、選択された原因に対応する症状を処置するアルゴリズムのリストを告げる。そこで患者はリストからアルゴリズムを選択する。
アルファベット群４８０は解剖学系の群と原因群をともにアルファベット順にリストしている。システムは状態４８１に移行して、選択された項目が組み合わせたアルファベット群のうち原因の亜群からの項目であるか否かを判定する。そうである場合は、システム１００は状態４７７で“原因ふるい分け質問”に進む。否である場合は、システムは状態４７３で“系統ふるい分け質問”に進む。
カタログ番号状態４８２に入ると、患者は全ての患者に配付された患者ガイドにリストされた医療アルゴリズムのカタログから個々の医療アルゴリズムを選択し、それを入力することができる。状態４７５、４７９または４８２の完了の時点で症状は既に特定されており、コンピュータ１０２は状態４８３に進んで、一連の“初期”症状ふるいわけの質問が患者に対してなされる。助言が与えられる全ての症状には異なる症状ふるい分けのセットがある。
この点に関して、システムが症状を診断し、処置を勧める方法を説明する例として、“頭痛”を取り上げることにする。多くの症状と同様に、頭痛には迅速な医療的な手当てを要する原因がいくつかある。症状が極めて重要である場合、更に論議することをも含めた処置の遅れが患者の回復に悪影響を及ぼすことが極めて多い。症状ふるい分けの質問は、決定状態４８４で、頭痛が緊急の医療的手当てを要する患者の亜群を特定する。重大な医学的症状がある場合は、状態４８６で患者は直ちに医療上の手当てを求めることが助言される。次にコンピュータ１０２は状態４８８で評価プロセスを終了し、図７ｄの状態３４４に戻る。
以下に頭痛に関する症状ふるい分けの質問例を示す。
■普段よりも混乱し、ぼんやりし、またはふらつきますか？
患者の意識レベルに関して質問することによって、ジレンマに遭遇した。症状自体によって質問やその後の助言に適切に応答することを妨げられている患者にはＭＤＡＴＡシステム１００はどうするのであろうか？
その性質上、患者が質問に正しく答えられない症状が幾つかある。そのため、ＭＤＡＴＡシステム１００は“精神状態検査”機能５０８を採用している。精神状態検査とは患者のオリエンテーションを査定するために用いられ句一連の質問である。機能５０８によってＭＤＡＴＡシステム００は患者が質問に答え、助言に従う能力を査定することができる。図１０ｂにしか示されていないが、精神状態検査機能５０８では、症状を訴える際に意識レベルの変化も含まれている何らかの症状が対話に組入れられている。機能５０８は図１６と関連して更に説明する。
ＭＤＡＴＡシステム１００は、勿論、患者が持つ症状が原因で予測されない意識レベルの変化を伴う患者によってもアクセスされる。システム１００は患者がある種の症状、例えば患者が頭を打ったことでシステムの診察を受けて、精神状態検査機能５０８を呼び出すような意識レベルが変化した患者がいる可能性にも対処するものである。しかし、例えば足首の捻挫のような他の何らかの症状でシステム呼び出す酔った患者は、患者がシステム１００からの指示を理解できない１つの例である。このため、ＭＤＡＴＡシステムは更に“意味論的矛盾評価ルーチン（ＳＤＥＲ）機能５１０をも採用している。ＳＤＥＲ機能は患者に情報を提示し、次に、所定期間の後に患者に対して情報を繰り返すか、選択することを求める。その後で患者の応答がシステム１００内で評価される。矛盾が判定された場合は、システムは地頭的に精神状態検査機能５０８を呼び出す。別の実施例では、システム１００は患者に対して、別の時間に異なる方法である種の情報を求め、その後で患者の返答を比較してそれらが一貫しているか否かを判定する。一致していない場合は、システムは自動的に精神状態検査機能５０８を呼び出す。図１０ｂにしか示されていないが、ＳＤＥＲ機能５１０はシステム１００全体に内蔵されており、コンピュータ１０２によってランダムに呼び出される。機能５１０については図１７に関連して後に更に説明する。
状態４８３での頭痛の例を引き続き説明すると、ＭＤＡＴＡシステム１００は中央神経系の極めて縦断な伝染病である脳膜炎の可能性を排除することを助けるために次の症状ふるい分け質問を発する。
■首を前に曲げて、顎が胸に触れるようにすると痛いですか、それともできませんか？
この質問の答えが“はい”である場合、状態４８４には重大な医学的症状があり、システム１００は状態４８６で患者に対して即座に医療的な手当てを受けることを指示する。
初期ふるい分け質問（状態３０６、図７ａ）および症状ふるい分け質問（状態４８３）は通常は一分程度以内の時間で完了する。ＭＤＡＴＡシステム１００が緊急な手当てを要する頭痛の原因を排除した後、システムは後の状態で堅苦しくなく、より対話調になる。勿論、記載した例は全ての初期、または症状ふるいわけ質問を表すものではない。
状態４８４で重大な医学的症状が認められない場合は、コンピュータ１０２は決定状態４９０に進み、そこでシステム１００はそれ以前の診察からシステムに“再入”した患者を特定する。この状態は、システム１００が時間を経て患者の症候を監視する必要がある場合、またはシステムが最初は特定の診断を下すことができず、患者が一般には数時間後にシステムに再入することを求めたい場合に最も頻繁に生ずる状態である。システムは患者が同じ症状で再度呼び出す状況を特定するために内部の再入フラグを設定する。状態４９０でフラグが設定されると、コンピュータ１０２は状態４９２に進み、医療上のアルゴリズムが呼び出されたか否かに応じて評価プロセスの再入ポイントに分岐する。コンピュータ１０２はオフページ・コネクタＡ４９４を介して状態５０６（図１０ｂ）で適宜の再入ポイントに移行する。
状態４９０での判定の結果、再入フラグが設定されない場合は、コンピュータ１０２はオフページ・コネクタＢ４９６を介して決定状態４９９に移行し、診察がリアルモードと保留モードのいずれかで行われているかどうかが判定される。そうではない場合（すなわち診察が情報モードで行われている場合）、コンピュータは状態５０６に進んで、評価プロセスを継続する。診断がリアルまたは保留モードで行われている場合は、コンピュータ１０２は“メタ”機能５００を呼出し、そこで患者は幾つかの“メタ”分析を受ける。この概念は図１１を参照して説明するが、一般に、これは患者がシステムを過去に利用した文脈に沿って患者の現在の症状を評価するシステムの能力のことである。メタ機能５００は種々のパラメタを所定のメタしきい値と突き合わせる。ＭＤＡＴＡシステム１００がデータベース２６２（図６）における患者の診察の経緯ファイルを開くと、システムは患者が同じ症状について何度システムの診察を受けたかを計算する。それぞれの症状について、ＭＤＡＴＡシステム１００は行動を起こす前に時間単位当たりの特定数のシステム診察を行うことができる。決定状態５０２での判定の結果、メタしきい値に達すると、ＭＤＡＴＡシステム１００は状態５０４でその事実のみに基づいて推奨を行う。例えば、しきい値が２か月以内に５回の頭痛に設定されるものと想定してみよう。患者が頭痛に関して２か月内に４回以上ＭＤＡＴＡシステム１００の診察を受けるとしきい値に達し、システムは適切な推奨を行う。しきい値は勿論、症状に応じて異なっており、後述する回度係数の集合によって修正できる。あるいは、システム１００は、メタ機能５００によって計算された時間密度比（ＴＲＤＲ）を利用して患者に推奨を行うべきか否かを判定する。
状態５０４の完了時、または状態５０２でメタしきい値に達しない場合、コンピュータ１０２は状態５０６に進み、評価プロセスを継続する。状態５０６には状態４７５、４７９、または４８２で患者が選択した医療アルゴリズムを含んでいる。代表的な例として、マイクロフィッチェ補遺には頭痛に関するアルゴリズムが含まれており、プレー・リストを有する各ノードのスクリプト、もしくは説明とともに頭痛ノード・マップが含まれている。メタおよび過去の医療経緯の側面を含む痙攣または発作の第２のノード・マップおよび関連するスクリプトもマイクロフィッシュの付録に含まれている。必ずしも完全なリストではないが、他の種類の医療アルゴリズムには下記が含まれている。すなわち、胸痛、日射病、意識レベルの変化、震え、めまい、不規則心拍、卒倒、息切れ、胸部損傷、うつ状態、頭部損傷、咳、クループ、高血圧、心弁肥大、痺れ、息のぜいぜい、呼吸障害、および卒中である。メタおよび過去の医療経緯の機能性に加えて、リストされた医療アルゴリズムの少なくとも幾つかは、登録時に本明細書のシステム１００に提示される患者の年齢および（または）性別の知識に基づくものである。（図９ａおよび１３ａを参照）
医療アルゴリズムおよび正確な患者の症状に応じて、状態５０６によって下記のように１つ以上の補助機能を呼び出すことができる。すなわち、精神状態検査機能５０８、ＳＤＥＲ機能５１０、過去の症例機能、生理的自己検査機能５１４、患者の医学的状態機能５１６、および症状の重大性分析機能５１８てある。これらの諸機能は後に説明する。
頭痛の例に戻ると、メタ分析（機能５００）が完了した後、ＭＤＡＴＡシステム１００は１から１０の段階で患者の頭痛の重大性を査定する。このような症状の重大性の純粋に客観的な定量化の重要性は本明細書で後に明らかにされる。
ＭＤＡＴＡシステムのパラダイムは基本的にアルゴリズムのパラダイスであるが、頭痛の診断プロセスの根拠となる論理を説明する。ＭＤＡＴＡシステム１００はコンピュータ１０２内部に記憶されている３つのリストを参照して頭痛の診断プロセスを開始する。
第１のリストは頭痛の最も一般的な原因の基本母集団内でのランク付けである。最も一般的な原因が第１にランク付けされ、次に一般的な原因が２番目にランク付けされ、以下に続く。言い換えると、第１のリントは発生頻度の減少に応じて本母集団の頭痛の原因の全てをランク付けしている。
第２のリストは基になる原因の重大さに応じた様々な頭痛の原因をランク付けしている。原因が重大であるほどリストのトップに位置し、重大さが少ないほど下に位置する。例えば、脳膜炎、脳腫瘍、および脳溢血が第２のリストの原因のトップ３である。
第３のリストは第２のリストと極めて類似している。これは処置が必要な緊急性に応じた頭痛の原因のランク付けである。脳膜炎おとよび脳溢血のような緊急の処置を要する頭痛の原因はトップの方にランク付けされる。このリストから症状ふるいわけの質問（状態４８３）が開発された。
評価プロセス２５４の間、ＭＤＡＴＡシステム１００は患者に対して（機能５１４で）患者から引き出したいずれかの身体的兆候とならんで、これらの質問に対する回答から、ＭＤＡＴＡシステム１００の指示の下で、システムは患者の頭痛の最も可能性が高い原因を特定する。
以下は頭痛の診断ふるい分け質問の例である。
■１種類以上の頭痛がありますか？
■実際の痛みが始まる前に、頭痛が起きることをあなたまたは他の誰かが気づきましたか？
■頭痛で夜、目が覚めることがありますか？
■頭痛が普段突然始まりますか？
診断ふるい分けの質問に対する回答に応じて、ＭＤＡＴＡシステム１００は第１のリストの順序付けを更新する。次に第１のリストは診察を求める患者の頭痛の原因の可能性のうち確率が低い方に向かうリストになる。そこで第１のリストはその患者特有のリストになる。ＭＤＡＴＡシステム１００が、偏頭痛が患者の頭痛の最も可能性が高い原因であるものと結論付けると、その時点で偏頭痛が第１のリストのトップにランク付けされる。
ＭＤＡＴＡシステム１００は旧来の、一般的な、およびその他の全ての偏頭痛の相違に関して認識し得るが、ここでは一般用語である“偏頭痛”を用いることにする。第１のリストの順序付けを更新し、偏頭痛をトップに位置付けた後、ＭＤＡＴＡシステム１００は偏頭痛に特に関連する幾つかの質問を発する。これらは“偏頭痛ふるい分け質問”と呼ばれる。患者が実際に偏頭痛を有している確率がこれらの質問に対する回答から計算される。偏頭痛のそれぞれの原因には独自のふるい分け質問と身体的な検査の兆候があり、患者がＭＤＡＴＡシステムの家庭診断および処置キッドを持っていれば、適切な研究所が試験を行う。
以下は偏頭痛のふるい分け質問の例である。
■あなたの頭痛には吐き気または嘔吐が伴いますか？
■あなたの頭痛には視覚の乱れが伴いますか？
偏頭痛ふるい分け質問への回答を得た後、患者が偏頭痛を患っている確率が設定されたしきい値に達しない場合は、順序付けが更新された第１のリストの次の頭痛原因が考慮され、診断が継続される。
偏頭痛の確率がしきい値に達しない場合、ＭＤＡＴＡシステム１００はシステムが既にそれが最も確実な診断であることを判定した場合には、患者に対して偏頭痛の存在を確証するために設計された他の幾つかの質問をする。これらは“偏頭痛確証の質問”と呼ばれる。頭痛のそれぞれの原因に対して一連のふるい分け質問があるように、頭痛のそれぞれの原因には一群の確証質問がある。
以下は偏頭痛確証質問の例である。
■あなたの血縁者の誰かに偏頭痛がありますか？
■頭痛がある時、横になりたいか、歩き回りたいか、どっちですか？
偏頭痛確証質問に対する回答から、ＭＤＡＴＡシステム１００は偏頭痛確証の確率を計算する。（診断が確実である確率を示す）ベイズの用語で、これは“条件付き確率”と呼ばれている。
偏頭痛の確率がしきい値に達しているが、偏頭痛を確証する確率はしきい値に達していない場合は、“クラスタ確証質問”が発せられる。それらがしきい値に達すると、頭痛の重大な原因が診断から再び外される。
ＭＤＡＴＡシステム１００は全てのふるい分けおよび確証質問のスコアを記号表に格納されているいわゆる“問答記憶変項”に記憶する。これらのスコアの一部が１つの診断と別の診断との確率を判定するために次に使用される。
例えば、クラスタ確証質問への回答がしきい値に達しない場合は、偏頭痛のふるい分けおよび確証質問とクラスタとが比較され、どの原因がより確率が高いかが判定される。
スコアがより高い原因、または他の原因を所定のしきい値だけ越えている原因はより確率が高い原因であるものと想定される。そこでリストの順序付けは必要ならば再び更新される。この時点で、これはその患者の異なる診断を確率が低い方へと列挙したのリストである最終的な診断リストとなる。
スコアしきい値が用いられるシステムの全ての側面として、頭痛原因のスコアを評点したしきい値の全てが一連の感度係数によって修正、または変調される。感度係数については以下の第ＸVIII節で説明する。例えば、偏頭痛の診断が必要な早期になされなかった患者のサブセットが判明した場合は、体温しきい値を修正する感度係数を低下させて、こんどは体温が低い患者に即座に評価を求めることが指示されるであろう。
しかし、患者の結果を検討する前に、ＭＤＡＴＡシステム１００は再び頭痛の重大な原因を除外しなければならない。症状ふるい分け質問が既に脳膜炎のような緊急の処置を要する重大な頭痛原因を有する患者をふるい分けしている。
そこでＭＤＡＴＡシステム１００は重大ではあるが、緊急の手当てを必要としない頭痛原因を除外する段階に進む。例えば、脳腫瘍は重大な頭痛原因であるが、脳膜炎や脳溢血のように即座に生命を脅かすものではない。このタスクを遂行するため、ＭＤＡＴＡシステム１００は第２のリストのトップに位置する頭痛の重大な原因を順次分析する。ＭＤＡＴＡシステム１００は患者に再び、頭痛のそれぞれの重大な原因に関連する一群のふるい分け質問を発する。しかし、この時点で、ＭＤＡＴＡシステム１００は、頭痛のいずれかの重大な原因を診断上の考慮外に排除するのに充分なだけ、その重大な原因である確率が低いことを確認済みである。このことを遂行した後で始めて、システムは結論と患者への推奨を検討する。
ＭＤＡＴＡシステムが偏頭痛の患者と交わす対話には下記が含まれる。
■その診断上の所見または確率が低い順序での複数の診断上の所見
■偏頭痛の確率のレベルの推定
■システムが頭痛の原因からシステムが納得する確率のレベルで重大な頭痛原因を除外したと感じているか、否か。
■ある診断を確証、または除外するために、あり得るならばどの検査を行うべきであるか。
■どの程度早急に医師を尋ねるべきか。
■どのような種類の医師を尋ねるべきか（例えば一般医、内科医、または神経科医）
■診察を受ける時にどのような情報を医師に持ち込むべきであるか。
■医師に対する質問
■最後に行った偏頭痛の処置
ＭＤＡＴＡ１００は充分な確証で頭痛の原因を判定できない場合でも、患者には有効な情報と助言を提供することができる。例えば、患者は次のように告げられる。
“この時点では、ＭＤＡＴＡシステムは特定の推奨を行うのに必要な確実なあなたの頭痛の特定原因を指摘することはできません。しかし、ＭＤＡＴＡシステムは神経科医の診察を受けることを示唆します。掛かりつけの医師または内科医を尋ねて診断を受けることもよいでしょう。”
“あなたが神経科医の診断を受けることを待っている間に、医師があなたの頭痛を診断するためにあなたができることがたくさんあります。頭痛の専門医の多くは、患者の頭痛がいつ生じたか、またそれがどの程度ひどいかの記録は頭痛の原因だけではなく最良の処置を発見する上で極めて有用であることを認識しています。
“あなたを援助するため、ＭＤＡＴＡシステムは頭痛の時間とひどさを記録できる空白のカレンダーを送ります。それとともに、あなたの頭痛が始まり、悪化し、または回復した時期を記録するスペースもあります。ＭＤＡＴＡシステムは更に、何人かの世界的な頭痛の専門家が診断を下そうとする場合に発する質問のリストを含め、あなたが書込み、あなたの医師に渡す質問事項もお送りします。
完全な指示のセットが提供される。
ＭＤＡＴＡシステムは患者に与えられる情報を健康管理機構（ＨＭＯ）または管理ケア・プランのようなスポンサー機関またはグループの個々のニーズに適応するようにカスタマイズすることができる。例えば、患者が医師の診察を受けるべきであることをシステムが判断した場合、ＭＤＡＴＡシステムは患者の医療記録から、適切な専門医との関係ができているか否かを判定することができる。そうである場合は、専門医の名前と電話番号、またはＨＭＯまたは管理ケア・プランに関与する専門医のリスト、および何らかの特定の指示が、一定の期間内に約束を取付けることの推奨とともに患者に対して提供される。
状態５０６の結論で、システムは適正なある診断を下すこともあれば、そうでないこともある。例えば、頭痛アルゴリズムは患者の特定の口群の症候に応じて偏頭痛の診断を下す。ＭＤＡＴＡ１００が充分な確証をもって特定の症状の原因を判定できない場合、または診断は得られるが、例えば方向性の決定のような追加の情報が必要であるような場合、システム１００によって再入フラグが設定されることができる。限定状態５２０で、コンピュータ１０２は再入基準が現行のアルゴリズムと患者の状況と適合しているか否かを判定する。適合している場合は、コンピュータはその症状に関して状態５２２で再入フラグを設定するので、患者による後の電話相談によって、システムにより以前の呼出しでの全知識を網羅した患者の記録に追加情報を加えることができる。この追加情報によって診断がより正確なものになろう。
状態５２０で再入基準に適合しない場合は、コンピュータ１０２は決定状態５２４に進み、患者が目下の症状に対する処置情報を聞きたいか否かを判定する。聞きたい場合は、コンピュータ１０２は図２２および２３との関連で説明する処置表プロセス２５６を呼出す。患者がこの時点で処置情報を聞きたくない場合は、コンピュータ１０２は決定状態５２８に進み、患者が評価プロセス２５４で別の症状について調べたいか否かを判定する。そうである場合は、コンピュータ１０２はオフページ・コネクタＣ５３０を介して図１０ａの状態４７１に移行し、プロセス２５４を繰り返す。しかし、患者が別の症状を追跡したくない場合は、コンピュータは状態５３２でトップレベルの流れ（図７ｄ）に戻る。
XI．メタ機能
次に、図１１ａおよび図１１ｂを参照すると、図１０ｂに規定されたメタ機能５００が説明される。ＭＤＡＴＡシステム１００が医療診察を提供する従来の方法とは定性的に異なる多数の方法の１つは、“メタ機能”のその使用法にある。前述されているように、“メタ”は、システムの能力を示し、過去に患者がシステムを使用した状況でその患者の現在の問題を評価する。メタ機能によって、システム１００は、以前の患者の相談（すなわち、“医学的苦痛”）の数および回数ならびにシステムの以前の価値評価に基づいて推論することができる。ＭＤＡＴＡシステム１００を以前に使用したあらゆる患者はメタ解析を行う。
入力パラメータ
メタ機能５００は、下記のように状態５４０で列挙された５つの入力パラメータを有する。
ｉ．問題ストリング（ＰＳ）-患者の病気を示す４つの文字英数字ストリング。このストリングの最初の文字は表２のシステム列からとられている。例えば、‘Ｎ’は神経系を示している。第２番目の文字〜第４番目の文字は、個別の病気を識別する、例えば、“ＮＨＤＡ”は頭痛を識別する。他の例は、すなわち
ＣＣＨＰ      胸痛
ＮＩＮＪ      頭部損傷
ＲＩＮＨ      有毒ガスの吸入
ii．システムストリング（ＳＳ）-影響を及ぼされた解剖組織を示す４つの文字英数字ストリング。最初の文字は表２のシステム列からとられている。第２番目の文字〜第４番目の文字は、サブシステム識別で符号化されるか、あるいは‘*’ワイルドカード文字で充填される。例えば、“Ｎ＊＊＊”は、神経系を含む全ての場合に一致する。
iii．原因ストリング（ＣＳ）-患者の病気の原因を示す１０個の文字英数字ストリング。最初の文字は表２の原因列からとられている。第２番目の文字〜第１０番目の文字は、必要に応じて問題となっている原因をより厳密に指定するために埋められている。非常に一般的な例はいかなる感染症も示す“Ｉ＊＊＊＊＊＊＊＊＊”である。いかに原因ストリングが非常に特有であるかを示す他の例は、
ＩＶ＊＊＊＊＊＊＊＊ウィルス感染症
ＩＢ＊＊＊＊＊＊＊＊バクテリア感染症
ＩＢＮ＊＊＊＊＊＊＊グラム陰性バクテリア感染症
ＩＢＮＭ＊＊＊＊＊＊髄膜炎グラム陽性バクテリア感染症
IV．開始時間（Ｔ１）-考察中の時間ウィンドウの開始のために使用される日付および時間を示すタイムスタンプ値。
Ｖ．時間ウィンドウの終わりのために使用される日付および時間を示すタイムスタンプ値。
表２は、メタストリングパラメータの最初の文字として使用される符号文字として列挙する。
0004615629.tif 000010
メタ機能解析のセットは、患者の医療履歴の動向を識別することに係る。例えば、患者が、徐々に悪化する頭痛の履歴（より痛い、よりしばしば、あるいは両方）を有するかかりつけの医者のところに行く場合、内科医は、患者の症状を管理する上でこの悪化する傾向を考察する。
メタ解析
アルゴリズム作成者は、括弧で囲まれた入力パラメータが続くキーワードメタを使用することによって入力パラメータをメタ機能に伝達する。メタ機能のためのフォーマットは、
メタ（ＰＳ、ＳＳ、ＣＳ、Ｔ１、Ｔ２）である。
２つの種類の解析はメタ機能によって実行される、すなわち
ｉ．パターンマッチング
ii．時間密度である。
i．パターンマッチング
パターンマッチング解析において、メタ機能は、入力ストリングと患者の診察履歴データベース２６２のレコードフィールドとを比較する。入力ストリングの‘＊’ワイルドカード文字の使用は、メタ機能にレコードフィールドにおける対応する文字位置を無視させ、それによってメタ機能は関与のフィールドだけを調べることができる。一般的でまたは特定的のいずれかである入力ストリングを供給することによって、解析のために問題であるフィールドが選択される。
メタ（“ＮＨＤＡ”、“＊＊＊＊”、“＊＊＊＊＊＊＊＊＊＊”、Ｔ１、Ｔ２）
は、関わりのある解剖組織および原因にかかわらず、メタ機能に頭痛の問題に対して過去の診察を考察させるだけである。
一般的なシンタックスの使用によって、メタプロセスは、下記の例によってここに示された４つの種類、すなわち４つのモードのパターンマッチング解析をサポートする。
（ａ）問題解析：
メタ（“ＮＨＤＡ”、“＊＊＊＊”、“＊＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）
ここで、メタ機能は、１９９３年６月１日と１９９３年１２月３１日との間に発生された頭痛の訴えの数を求める。
（ｂ）解剖組織解析：
メタ（“＊＊＊＊”、“Ｄ＊＊＊”、“＊＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）
ここで、メタ機能は、１９９３年６月１日と１９９３年１２月３１日との間に胃腸系に関わる訴えの数を求める。例えば、腹痛に対して１度、嘔吐に対して１度、下痢に対して１度であるが、それぞれが異なる時、患者がＭＤＡＴＡシステム１００に患者が相談した場合、システムは、これらは全てが胃腸管に関わる全問題であることを認識する。
（ｃ）原因解析
メタ（“＊＊＊＊”、“＊＊＊＊”、“ＩＢ＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）
ここで、メタ機能は、１９９３年６月１日と１９９３年１２月３１日との間にバクテリア感染症によって引き起こされることが分かっている病気の数を求める。バクテリア感染症によって引き起こされた問題（病気）は身体の他の器官にある可能性がある。
（ｄ）組み合わせ解析
メタ（“ＮＨＤＡ”、“＊＊＊＊”、“Ｉ＊＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）
ここで、メタ機能は、１９９３年６月１日と１９９３年１２月３１日との間に感染症によって引き起こされることが分かった頭痛の訴えの数を求める。
ii．時間密度
パターンマッチング解析が患者の診察履歴データベース２６２の少なくとも３つのマッチングレコードを見つける場合、メタ機能は時間密度解析を実行する。時間密度は各診察間の時間量を示している。診察間の時間量が短くなっているならば、診察の頻度は、病気の性質が悪化することを示唆している。時間密度解析は、問題が良くなっている時および問題が悪化している時を示している。
時間密度解析は、パターンマッチング規準に一致したメタレコードを使用する。コンピュータは、最新のメタレコードを‘ｎ’と示し、次の最新レコード‘ｎ−１’であり、第２の最新はレコード‘ｎ−２’である。各メタレコードのタイムスタンプが調べられ、２つの時間差値ＸおよびＹが下記の式に従って決定される。
Ｘ＝時間差（ｎ−２、ｎ−１）
Ｙ＝時間差（ｎ−２、ｎ）
これらの時間差の比は時間密度比（ＴＤＲ）を生じる。
時間密度比＝Ｘ／Ｙ
時間密度比値の意味が下記の例によって分かる。
例１：  診察間の時間は同じである。
診察 診察の日付
ｎ−２                     06/01/93
ｎ−１                     06/08/93
ｎ                         06/15/93
計算する：
Ｘ＝時間差（06/01/93、06/08/93）＝７日間
Ｙ＝時間差（06/29/93、06/15/93）＝７日間
時間密度比＝７日間／７日間＝1.0
例２：  診察間の時間は短くなっている。
診察 診察の日付
ｎ−２                     06/01/93
ｎ−１                     06/22/93
ｎ                         06/29/93
計算する：
Ｘ＝時間差（06/01/93、06/22/93）＝21日間
Ｙ＝時間差（06/29/93、06/22/93）＝７日間
時間密度比＝21日間／７日間＝3.0
診察が均一の間隔で生じる場合、その時ＴＤＲ値は１に近似している。診察の頻度が減少しているならば、ＴＤＲ値は1.0よりも小さい。これは自然治癒する問題の特徴を表している。診察の頻度が増加するならば、ＴＤＲ値は１以上である。第２の例では、3.0のＴＤＲ値は、解析期間中３倍の診察率増加を示している。これは急速に悪化する問題の特徴を表している。
復帰値
メタ機能が復帰した後、２つのローカルメモリ変数は、シンボルテーブルにインストールされ、メタ解析の結果を含んでいる。
i．マッチカウンタ（ＭＣ）-時間ウィンドウ内部で見つかったメタストリング一致数を含む整数。
ii．時間密度比率（ＴＤＲ）-メタストリングの頻度が増減しているかどうかを示す浮動小数点値。
メタ機能を呼び出した後、アルゴリズム作成者は、これらの２つのメモリ変数で復帰された値に基づいた決定を行う。
例えば：
メタ（“ＮＨＤＡ”、“＊＊＊＊”、“＊＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）     ＭＣ＞＝３であるならば、１００、さもないと１０１
メタ機能は、１９９３年６月１日と１９９３年１２月３１日との間で頭痛の訴えの数を計数する。見つかった訴えの数（ＭＣ）が３よりも大きいかあるいは３に等しい場合、評価プロセスはノード１００に分岐する、さもなければ、評価プロセスはノード１０１に分岐する。
他の例：
メタ（“＊＊＊＊”、“＊＊＊＊”、“Ｉ＊＊＊＊＊＊＊＊＊＊”、06/01/93、12/31/93）
ＴＤＲ＞＝２．０であるならば、２００、さもないと２０１
メタ機能は、感染症が原因であるとする診断の数を計数するために呼び出される。見つかった感染症を原因とする診断が２．０よりも大きいかあるいは２．０に等しい時間密度比を有する場合、評価プロセスはノード２００に分岐する。さもなければ、評価プロセスはノード２０１に分岐する。
再び図１１ａを参照すると、メタ機能５００は、実行時間スタックから入力パラメータをポップして外し、このパラメータをローカルメモリ変数、すなわち、問題ストリングに対するＰＳ、解剖組織ストリングに対するＳＳ、原因ストリングに対するＣＳ、開始日付に対するＴ１および終了日付に対するＴ２に記憶することによって状態５４０で初期化する。開始状態５４２の後、コンピュータは、状態５４４に移動し、パターン一致カウンタをゼロに初期化する。
次に、コンピュータ１０２は、このコンピュータ１０２がパターン一致解析を開始する状態５４６に移動する。コンピュータ１０２は、患者の診察履歴データベース２６２の第１のメタレコードを読み出し、このコンピュータがレコードのタイムスタンプを調べる決定状態５４８に移動する。タイムスタンプが入力パラメータＴ１およびＴ２によって確定された時間ウィンドウ内にある場合、コンピュータは状態５５０に移動する、さもなければコンピュータは状態５５４に移動する。状態５５０で、コンピュータ１０２は、メタレコード問題フィールドの内容を入力ストリングＰＳと、メタレコード解剖組織フィールドを入力ストリングＳＳと、メタレコード原因フィールドを入力ストリングＣＳと比較する。全てこれらのフィールドがそれぞれの入力ストリングと一致するならば、コンピュータは、一致カウンタＭＣが増分される状態５５２に移動し、次にコンピュータは状態５５４に移動する。メタレコードフィールドとそのそれぞれの入力ストリングとの間で少しも一致がないならば、コンピュータは、状態５５４に移動し、ＭＣを増加しない。
決定状態５５４で、コンピュータ１０２は、処理するより多くのレコードがあるかどうかを決定する。ある場合、コンピュータ１０２は、次のレコードを読み出す状態５５６に移動し、次に、状態５４８に戻り、時間ウィンドウの決定を実行する。メタレコードの全てが読み出されるまで、このパターンマッチング中、メタ機能は繰り返す。処理されるより多くのメタレコードが全然ない場合、コンピュータは、他ページ結合子Ａ５５８を通って、図１１ｂの決定状態５６０に移動する。ここで一致カウンタＭＣの値が３よりも大きいかあるいは３に等しいかどうかの決定が行われる。３よりも大きいかあるいは３に等しい場合、コンピュータは、時間密度解析を開始する状態５６４に移動する。
状態５６４で、コンピュータ１０２は、そのフィールドが入力ストリングに一致した３つの最新のメタレコードを探索する。コンピュータは、最新のメタレコードを‘ｎ’と示し、次の最新はレコード‘ｎ−１’であり、第２の最新はレコード‘ｎ−２’である。次に、コンピュータは、レコードｎ−２のタイムスタンプとレコードｎ−１のタイムスタンプとの間の時間差Ｘおよびレコードｎ−１とレコードｎとの時間差Ｙを計算する状態５６６に移動する。次に、コンピュータ１０２は、時間密度比（ＴＤＲ）を時間Ｘ／時間Ｙとして計算する状態５６８に移動する。
コンピュータ１０２が状態５６０で３つの一致よりも少ないと決定した場合、コンピュータは、時間密度比（ＴＤＲ）の値を時間密度解析が実行できないことを示す０．０にセットする状態５６２に移動する。状態５６２あるいは５６８のいずれかでＴＤＲの値の確定完了で、コンピュータ１０２は、メタプロセスが終了する終了状態５７０に移動し、一致カウンタＭＣおよび時間密度比ＴＤＲを戻し、制御を評価プロセス２５４に戻す（図１０）。
原因および解剖組織に対するメタ解析の相互作用は、幾何学的比喩によって概念化できる。病気（外傷、感染症、アレルギー／免疫等）の原因が“Ｙ”軸、すなわち縦座標に置かれ、体（心臓、呼吸器官、神経系等）の解剖組織が“Ｘ”軸、すなわち横座標上に置かれる。したがって、病気は、応用可能な原因および解剖組織から引かれたラインの交差点によって示されるかあるいはこの交差点で発生される。
非常に簡単な図として、下記の表に示された２次元アレイを考察する。
0004615629.tif 000011
表３のアレイは、病気（感染症）の原因と含まれる解剖組織（神経系）との交差点で示される中央神経系の感染症を示している。
もちろん、病気の各原因は、副原因にさらに分割することができる。例えば、感染症は、バクテリア感染症およびウィルス感染症に分類され、バクテリア感染症は、グラム陽性感染症およびグラム陰性感染症にさらに分類され、グラム陽性感染症は連鎖球菌等にさらにその上に分類される。解剖組織は同様に分類することができる。
患者はシステム１００を使用し、原因および解剖組織に対するメタ解析は、病気処理に対する原因に起因し、含まれる解剖組織を記録するとき、これらの積層された２次元アレイで構成されている３次元立方体（“メタ立方体”）が生成される。各層の“Ｚ”軸座標は、システムクロックから得られた患者の診察の時間（診断を示す、原因と解剖組織との実際の交差点が生じる瞬間）である。
したがって、“メタ立方体”は、時間中システム１００と患者との対話の要約を示している。患者の過去の履歴の多くが、患者の医療レコードのフィールドの従来のテキストストリングだけではなくＩＣＤ＝９＝ＣＭ符号を使用して蓄積されているけれども、“メタ立方体”技術によって非常に有用な解析を行うことができる。
同じモデルリング比喩を使用して、“Ｚ”軸座標は、薬物の働きを示すために使用することができる。ここで、また“Ｚ”軸座標は時間となるが、この表現では、時間は、小児科医学から老年医学までの年齢のスペクトルを示している。したがって、各冠面は、時期による専門、例えば、小児科医学、青春医学、成人医学、老年医学を示している。垂直面は、解剖場所による専門を示しているのに対して、水平面は、業務が腫瘍学あるいは伝染病のような原因で制限される（含められる）専門を示している。この比喩を進めるために、介在が必要である速度はモデルの第４の次元であり得る、病気の発生の回数は第５の次元である。倫理的で道徳的な責任はモデルの第６の次元であり得る。
ノードマップ横断解析
ＭＤＡＴＡシステム１００は、患者によって発生されるパターンが、（診察の途中でアルゴリズムの“ノードトラック”を作成する）ノードの下方を横切るとき、初期の病気の予測子であるかどうかを決定するために“ニュートラルネットエミュレータ”を使用する。幾分“メタ立方体”と同様に、“ノードトラック”は、２次元アレイを作成するために一方の上に他方を積層するよりもむしろ重ねることができる。しかしながら、このとき、発生されたパターンは患者の以前の診察の集約を示している。ＭＤＡＴＡシステム１００おいて、これは“ノードトラック横断解析”と呼ばれる。
例えば、ＭＤＡＴＡシステム１００は、患者が下痢、咳、および口腔カンジダ症の出現の場合、異なる時にこのシステムに相談する場合に発生されるパターンがエイズの前兆となり得ることを知る。あるいは、患者が増加する排尿や減量のためにこのシステムに相談する場合に発生されるパターンが真性糖尿病の前兆となり得ることを知る。
XII．精神状態診察
図１６ａおよび図１６ｂを参照すると、図１０ｂに規定された精神状態診察機能５０８が説明される。この精神状態診察は、システム１００が質問に返答し、診察に応答する患者の能力を決定できる患者の定位力を評価するために使用される一連の質問である。この診察は、その話の仕方が変更された自覚のレベルを含むことができるいかなる問題の対話にも自動的に組み入れられる。電話相談をいつでも監視しているオペレータあるいは看護婦は、質問を理解しあるいは質問に返答するための電話をかけた人の能力に関してある問題があると感じる場合、精神状態診察は手動でも呼び出すことができる。
ＭＤＡＴＡシステム１００が、患者は精神状態診察の結果に基づいて十分適応されていると決定される場合、システム１００は、患者以外の誰かに話をすることを求める。誰か他の人が全然応じられない場合、ＭＤＡＴＡシステム１００は、このシステムが患者の現在の地理的位置を知っている場合、患者の地域の緊急医療サービスシステムに連絡することができる。
図１６ａの開始状態６８０で開始すると、コンピュータ１０２は、可変スコアの値をゼロに初期化する。状態６８２に移動すると、コンピュータは、患者に質問＃１を尋ねる。この好ましい実施例では、この質問が、“何曜日ですか”である。決定状態６８４によって決定されているようにこの質問に正確に答えるならば、コンピュータ１０２は、スコアの値を１つだけ増加する。スコアが増加された後、あるいは患者が最初の質問に正確に回答しない場合、コンピュータ１０２は、コンピュータ１０２が患者に質問＃２を尋ねる状態６８８に移動する。この好ましい実施例では、この質問が、“何月ですか”である。決定状態６９０によって決定されているようにこの質問に正確に答えるならば、コンピュータ１０２は、スコアの値を１つだけ増加する。スコアが増加された後、あるいは患者が第２番目の質問に正確に回答しない場合、コンピュータ１０２は、コンピュータ１０２が患者に質問＃３を尋ねる状態６９４に移動する。この好ましい実施例では、この質問が、“アメリカ合衆国の大統領は誰ですか”である。決定状態６９６によって決定されているようにこの質問に正確に答えるならば、コンピュータ１０２は、スコアの値を１つだけ増加する。スコアが状態６９８で増加された後、あるいは患者が最初の質問に正確に回答しない場合、コンピュータ１０２は、他ページ結合子Ａ６９９を通って図１６ｂの決定状態７００に移動する。
決定状態７００で、コンピュータ１０２は、決定状態７００でスコアと精神状態診察閾値とを比較する。スコアが閾値に一致するかあるいは超える場合、精神状態診察は、状態７０１で評価プロセスに戻り、診断評価が続く。スコアが閾値に達しないかあるいは超えない場合、コンピュータ１０２は、作動モードフラグがペンディングにセットされる状態７０２に移動する。ＭＤＡＴＡシステム１００は、誰か他の人が診察を続けることに応じられる場合、セッションのこの点までに集められたいかなる新しい情報も状態７０４でペンディングファイル２６９に保存され、次に、状態７０５で、患者との通話は医療スタッフ職員に転送される。誰か他の人が状態７０３で決定されるように応じられ、状態７０６で、患者の評価プロセスを続けることができ、喜んでこの評価プロセスを続ける場合、コンピュータ１０２は、その人が状態７０７で登録されたアシスタントであるかどうかを質問する。その人が“はい”と答える場合、コンピュータ１０２は、図１２ａの状態９４０でアシスタントログインプロセス２７２を呼び出す。その人が登録されたアシスタントでない場合、コンピュータ１０２は、図１４ａの開始状態１０５０でアシスタント登録プロセス２７４を呼び出す。アシスタント登録あるいはログイン後、コンピュータ１０２は、精神状態診察プロセスが終了し、評価プロセス２５４が再開する終了状態に移動する。評価プロセス２５４の終わりで、セッション中に集められたいかなる情報も、セッションが実モードあるいはペンディングモードで継続されるかどうかに応じて、状態３４８で患者の過去の医療履歴ファイルにあるいは図７ｄの状態３４７のペンディングファイル２６９に書き込まれる。この好ましい実施例では、スコアの値は０、１、２、あるいは３であってもよい。もちろん、他の実施例では、患者に求められる異なる質問は精神状態診察機能５０８で利用できる。
XIII．意味相違評価器ルーチン
図１７を参照すると、図１０ｂで規定された意味相違評価器ルーチン（ＳＤＥＲ）５１０が説明される。ＳＤＥＲ５１０は、異なる時間で、他の実施例では、異なる方法で同じ情報を求める１つあるいはそれ以上の質問を使用する。次に、患者によって得られた回答は、患者の精神状態を決定するのに役立つようにシステム１００内で比較される。
開始状態７１２で開始すると、コンピュータ１０２は、状態７１６に移動し、患者にメッセージを列挙する。この好ましい実施例では、このメッセージは、コンピュータがセッションメモリ変数に保持されている数字としてランダムの３桁の数字（すなわち、１００〜９９９の範囲に含まれている）を発生する場合、“この３桁の数字．．．．数字を覚えておきなさい”である。
次に、状態７１８の所定の時間間隔後、コンピュータ１０２は、状態７２０に移動し、患者のリクエストを列挙する。この好ましい実施例では、このリクエストは、“私に３桁の数字を言って下さい”である。次に、コンピュータ１０２は、状態７２０に応じて患者が示した数字と決定状態７２２でメモリ変数に保持された数字とを比較する。数字が一致する場合、コンピュータ１０２は、合格の状態を有する状態７２４で評価プロセスに戻る（図１０ｂ）。数字が一致しない場合、コンピュータ１０２は、不合格の状態を有する状態７２６で評価プロセスに戻る。この好ましい実施例では、ＳＤＥＲの戻り状態が“不合格”である場合、評価プロセス２５４は精神状態診察機能５０８を呼び出す。
XIV．過去の医療履歴ルーチン
図１８を参照すると、図１０ｂに規定された過去の医療履歴ルーチン（ＰＭＨＲ）が説明される。ＰＭＨデータベース２６８の一部である患者の過去の医療履歴ファイルの内容は、患者がシステム１００にログインする場合、シンボルテーブルにロードされる。評価プロセス２５４中、特定の医療アルゴリズムが必要な項目がシンボルテーブルにあることを検証するために開始される前に、検査がコンピュータ１０２によって実行される。負の検査結果の効果は、システム１００がＰＭＨＲ５１２を介してなくなった過去の医療履歴情報を供給することを患者にプロンプトするということである。
ＰＭＨＲ５１２は、状態７４０で示されるような入力パラメータ“状態ラベル”（Ｌ）を使用する。“状態ラベル”は独特であり、例えば、ＰＭＨＲＬＴＢ１は、クループ（ＲＬＴＢ）アルゴリズム、すなわち子供のクループのための診断で検査された第１のＰＭＨオブジェクトに応答する。このラベルは送られるので、ＰＭＨＲ５１２は尋ねるのは何の質問かを知っている。評価プロセス２５４の最中に過去の医療履歴質問を尋ねるシステム１００の能力は、患者が登録プロセス中にＰＭＨ質問全部に答えなければならないことを省く機能である。ブール代数の結果あるいはスカラー値は、このラベル（ＰＭＨＲＬＴＢ１）に基づいてシンボルテーブルに記憶され、アルゴリズムは、例えば、ＰＭＨＲＬＴＢ１＝真であるならば、４３１０、そうでないと４３２０の決定でブール代数の結果あるいはスカラー値を使用する。
開始状態７４２で開始すると、コンピュータ１０２は、状態７４４に移動し、なくなった医療状態データを患者にプロンプトする。状態７４６に移動すると、コンピュータ１０２は、状態７４４で供給された情報を繰り返し、繰り返された情報が正しいかどうかを患者に尋ねる。決定状態７４８に移動すると、患者は、繰り返された情報が正しいかどうかを示すことによって応答する。このデータが正しくない場合、コンピュータ１０２は、状態７５０に進み、患者がデータ入力ステップをもう一度試みたいかどうかを決定する。試みたい場合、コンピュータ１０２は、状態７４４にループバックし、データをもう一度患者にプロンプトする。試みたくない場合、コンピュータ１０２は、状態７５４で評価プロセスに戻る（図１０ｂ）。
新しく入力されたデータが、状態７４８で決定されるように正しい場合、コンピュータ１０２は、状態７５２に進み、患者のためのシンボルテーブルに状態ラベル（Ｌ）およびデータ値をインストールする。次に、コンピュータ１０２は、状態７５４で評価プロセス２５４に戻る。
XV．健康自動診断
図１９を参照すると、図１０ｂで規定された健康自動診断機能５１４が説明される。健康診断は、実際はＭＤＡＴＡシステム１００の命令の下で患者によって行われる。ＭＤＡＴＡシステム１００は、注意深く精巧に作成された質問、例えば、患者から聞き出された病歴、身体的な所見への応答に基づいて主に機能するように設計されている。しかしながら、ある種の研究所の検査の追加が適切な治療勧告を決定するのに役立つばかりでなく診断の精度を増し得る場合がある。この理由のために、ＭＤＡＴＡシステム家庭診断・治療キットが患者によって使用するのに役立つ。患者が、ビジュアルフィールドカード、スネーリングチャート、およびおそらく頭蓋あるいは頸動脈の心雑音を評価するＭＤＡＴＡシステムの“遠聴診器”を含む家庭診断・治療キットを有するならば、この情報は診断プロセスでも使用される。
ＭＤＡＴＡシステム１００は、聴覚の鋭さのための聴力検査試験をエミュレートするために異なる周波数および強度の音を出すこともできる。これによって、例えば、ＭＤＡＴＡシステムは、音響的神経腫によって引き起こされる聴力の片側だけの減少を検出できる。
開始状態７７０で開始すると、コンピュータ１０２は、現在の問題およびもしあれば患者による使用に役立つのは何の装置かに応じて１つあるいはそれ以上の健康自動診断手順に分岐する。これらの手順は、家庭診断検査７７２と、生命徴候７７４と、観測可能な身体徴候７７６と、臨床治療音声記録７７８と、遠聴診器７８０とを含んでいる。
いろいろな家庭診断検査７７２は、患者による使用に役立つ。エイムズ（Ames）によって製造された“Multistix 8 SG”のような新しい世代の検尿棒およびハイブリテック（Hybritech）（登録）によって製造された“ICON（登録）STREP B”のような単クローン性抗体検査を含む新しいバイオ技術の進歩によって、研究所の検査の全スペクトルは、ＭＤＡＴＡシステムの命令の下で患者によって実行することができる。例えば、検尿棒は、血液、亜硝酸ナトリウム、白血球、あるいは膀胱炎すなわち膀胱感染症を示す白血球エステラーをチェックするために使用できる。
しかしながら、単クローン性抗体技術の多くを使用するために、少量の血液が指先ランセットを使用することによって得られるはずである。これは、少量の血液のサンプルを得るために糖尿病患者の指を刺した後、この患者の血糖を測定するためにグリコメータを使用する家庭にいる糖尿病患者によって既に首尾よく行われる。
ＭＤＡＴＡシステム家庭診断・治療キットは、患者あるいは誰か他の人が患者の生命徴候７７４を測定できる装置も含んでいる。血圧カフおよび体温計には、脈拍数および呼吸数を測定するための指示のみならずそれらの使用のための指示が含まれる。
患者は、いろいろな身体的徴候７７６を観察するようにシステム１００によって命令されてもよい。例えば、頭痛患者は、下垂症および群発生頭痛の断続的苦痛を識別するかあるいは閉塞狭隅角緑内障で生じ得る気体状の角膜を識別するためにその側頭動脈領域を触診し、鏡で自分を見るように求められる。
いかにＭＤＡＴＡシステム家庭診断・治療キットが役立つことができるかの例として、（ハイブリテック（Hybritech）（登録）によって製造されたICON（登録）II HCG ImmunoConcentraction（商標）分析に基づいたＭＤＡＴＡシステムの尿妊娠検査を使用して）自分が妊娠していることが分かる女性を考察する。これは彼女の最初の妊娠である。その後、システムに頭痛を相談する場合、検尿棒は、尿の中にタンパク質を示し、彼女の生命徴候の測定は彼女の血圧の著しい上昇を示している。これは典型的な子癇前症を示している。
医者の診療室に行く代わりに、患者は、家庭でサンプルを集め、それから必要に応じてサンプルを分析のための指定された研究所に送るためにＭＤＡＴＡシステムの家庭診断・治療キットも使用できる。これは患者のために時間を節約し、患者が旅行することが困難である場合特に役に立つ。費用はこの種の研究所の分析においても最少にされねばならない。
ＭＤＡＴＡシステム１００は、急性気管支炎の咳、クループのアザラシの泣き声のような咳あるいは喉頭蓋の吸入喘鳴のような患者の臨床関連音７７８を録音する。これらの音は、ディジタル化され、患者の医療レコードに記憶されている。それから、システム１００の再入力機能を使用して、システムは、例えば、咳がすべきように消散することが間違いない時間にわたって患者の咳を監視できる。
咳を記録し、分析する一般的な概念は、１９９１年に「生体臨床医学におけるコンピュータ方法およびプログラム（Computer Methods and Programs in Biomedicine）」で発表されたC.William Thorpeらの論文「マイクロコンピュータベースの会話型咳音解析システム（A Microcomputer-based interactive cough sound analysis）」に開示されている。咳音解析システムは、咳音のフィルタリング、増幅、記録、およびソフトウェア処理を示している。ＭＤＡＴＡシステム１００は、臨床音を手に入れるために増幅器とともに電話送受器マイクロホンを使用する。次に、これらの音は、この音がフィルタリングされ、ＶＰボード１２２を使用してディジタル化され、ハードドライブ１５２（図１）の患者医療履歴データベース２６８のファイルに記録されるシステム１００に伝送される。
ＭＤＡＴＡシステム１００は、臨床音の波形を特定の診断の確率に関連づけるプロフィールのパターンが開発することができる臨床音のライブラリを形成する。例えば、ＭＤＡＴＡシステム１００は、患者の咳と音ライブラリとを比較し、患者の咳が結局は肺ガンと診断された音と同じであるかどうかを調べることができた。
さらに、患者の名前の発音の記録は、周期的に録音され、前の録音と比較されてもよい。これによって、ＭＤＡＴＡシステム１００は、患者の声帯の小さいこぶによって発生し得るしわがれ声を潜在的に検出し、評価する。
“遠聴診器”７８０は、内科医が聴診器を通して聴く音が電話を介して伝送できる装置である。遠聴診器７８０は、１９９２年の題名が「テレコミュニケーション：それはアメリカの医療問題を解決できるか」のアーサー・デー・リトルのレポートに記載されている遠聴診器と機能的に同じである。遠聴診器７８０によって、ＭＤＡＴＡシステム１００は、心臓雑音、頭蓋内動脈瘤の雑音、喘息のぜいぜいという音および心不全のラッセル音のような呼吸音、あるいは腸閉塞の腸の音さえ含むようにこの聴診器の音解析のスペクトルを非常に拡大することができる。
臨床音において２次元パターンマッチングモデルによって示すことができるよりも多くの情報がある。変換、例えば、フーリエ変換は、異なる音の特徴を定量化できる領域に変えるために使用できる。したがって、この音はｎ次元アレイを使用して一致されるパターンである。時間がＸ座標上に示され、振幅がＹ座標上で測定される簡単な２次元アレイを考察する。例えば、咳が数日別々に２回記録することができる。本例では、コンピュータ１０２は、一方の咳からの波形を他方の咳からの波形に重ねる。上および下のパターンの両方のパターンの重なっていない部分は、２つの音との間で測定される領域の差を示している。これらの２つの曲線に基づく領域がこの領域を得るために統合される。２つの曲線の領域の合計は、測定される領域における２つの音の差を示している。したがって、生じる領域は、下記に論議される１つあるいはそれ以上の感度係数を左右される。したがって、システムがより感度がよくなればよくなるほど、益々早く一致が行われる。
同様に、音パターンは、Ｘ座標上の時間およびＹ座標上の周波数に関して考察される。同じ方法論は２つの曲線間の差を定量化するために使用される。したがって、同様に、全ての音の特徴を測定することができる。
このパターンマッチング方式では、どの臨床音が測定されるかに応じて、異なる重みは異なる音の特徴に与えられる。大部分の音では、振幅および周波数が最も重要な特徴である。特徴の重みあるいは相対重みは、心臓音、心雑音、ぜいぜいという音、咳、喘鳴等のようないろいろな臨床音の各々に対して異なる。
手順７７２〜７８０のいずれかからの値がシステム１００によって獲得される場合、コンピュータ１０２は、状態７８２に移動し、この値を列挙し、患者にこの値を確認することを要求する。この値が決定状態７８４で決定されるように、正しいことを患者が示す場合、コンピュータ１０２は、状態７８６に進み、この値を現在の患者に関連するシンボルテーブルにインストールする。この値が、決定状態７８４で決定されるように正しくない場合、コンピュータ１０２は、状態７９０に進み、患者がもう一度この値を供給することを試みたいかどうかを決定する。試みたい場合、コンピュータ１０２は、機能５１４の開始にループバックする。患者が、状態７９０で決定されるようにもう一度試みたいと思わない場合あるいは状態７８６が完了される場合、状態７８８で評価プログラム（図１０ｂ）に戻る。
図２０を参照すると、図１０ｂで規定された患者医療状態ルーチン５１６が説明される。（状態５０６で示されるように）評価プロセス２５４で特定の医療アルゴリズムを実行する最中に、コンピュータ１０２は、患者の付加医療状態情報を要求できる。過去の履歴情報に対する過去の医療履歴ルーチン５１２（図１８）によって要求される情報とは著しく違っているこの情報は、患者の現在の状態を反映している。ルーチン５１６の状態８００〜８１４は、ルーチン５１２では、過去の医療履歴質問が評価プロセス中、尋ねらるべきである値を状態ラベル（Ｌ）が示すのに対して、ルーチン５１６では、状態ラベルがアルゴリズムによって所望される新しい値を示すことを除いて、ルーチン５１６の状態８００〜８１４と本質的に同じである。したがって、状態８００〜８１４はここではこれ以上説明されない。
ＸＶＩ．症状の重度分析
次に、第１０ａ図、第１０ｂ図および第２１図を参照して、第１０ｂ図において定義される症状の重度分析機能５１８を説明する。症状の重度分析と連係する、再入力機能についての検討と更なる説明がまたここで行われる。
ＭＤＡＴＡシステム１００の重要な特徴は時間にわたって患者を追跡または監視するようなその能力である。もしもＭＤＡＴＡシステム１００が患者の病気を診断するプロセス中にあるが、どんなアクションを取るべきかが確かでないならば（第１０ｂ図の状態５２０〜５２２）、システム１００は患者に、指定された時間に、通常数時間以内にシステムに再入力するように要求することができる。
患者が指定された時間にＭＤＡＴＡシステムを呼び出すとき、このシステムは、迅速な医療処置を必要とする問題を排除するために患者に問題についての最初の振り分け質問を行う（第１０ａ図の状態４８３）。このシステムは患者が再入力のケース（第１０ａ図の状態４９０）であることを検出し、かつ次いでシステムと患者が以前に行った対話に基づいて評価プロセス中の再入力ポイントを決定する。例えば、ＭＤＡＴＡシステムが偏頭痛の診断を下したならば、すなわち、偏頭痛の可能性および偏頭痛と確定する可能性の両方がしきい値に達したならば、患者は、通常のケースである、診断プロセスを繰り返さない。
しかしながら、時々、診断が下されなかった患者はシステム１００に再入力するように要求されるだろう。この患者は、最初の振り分け質問（第７ａ図の状態３０６）および問題についての振り分け質問（第１０ａ図の状態４８３）に加えて、再び診断ついての振り分け質問をされる。ＭＤＡＴＡシステム１００が再入力患者の診断を下すことができないならば、患者はさらに他の評価のために内科医に照会される。
再入力機能に加えて、ＭＤＡＴＡシステム１００は患者達の経過を監視するために患者達に問い直すような能力を有している。これと同じ傾向方法論は、呼び出しを初期化する者が、すなわち、システムまたは患者であっても関係なく使用される。この能力を使用すると、ＭＤＡＴＡシステム１００はかなり年輩の患者をその家庭で規則的にまたは周期的に監視することができ、ならびに新たな治療法が利用可能である場合には患者に知らせることができる。
ＭＤＡＴＡシステム１００が診察する多くの問題は症状の重度についての初期量子化を行うために絶対しきい値を有している。例えば、重度についての１０段階で１０になっているような患者が述べる胸の痛みは問題に特異的な初期症状の重度しきい値に達し、かつ内科医による診察を受けさせるであろう。
関心があるのは、頭痛では、１０段階で１０のように患者によって特徴付けられる初期の重度は、それ自体、内科医による即座の診察を必ずしも必要としない。加えて、もしも頭痛が突然に起こり、かつ前に述べられたようなもので、患者の人生で最もひどい頭痛のごとく記載されたならば、ＭＤＡＴＡシステム１００は、これをくも膜下出血であることが十分に示唆できるものと考えて、内科医による即座の診断をアドバイスするであろう。
頭痛例に続いて、診断を下されて再入力する患者が初期および問題についての振り分け質問を要求された後、ＭＤＡＴＡシステム１００は再び患者の頭痛の重度を評価する。患者にシステムへ再入力させることにより、頭痛の重度を再評価することによって２つの参照点がはっきりする。システム１００は今や重度レベルのどのような変化も分析しならびに重度の変化する速度量を時間にわたって計算することができる。
症状重度の分析機能５１８は状態８３０で指示されるような入力パラメータとして多数の点（Ｎ）を有している。点の数は特定の問題についての初期の問い合わせの間でおよび続いて起こる再入力での問い合わせの間ではっきりする参照点に関係している。スタート状態８３２で始まると、コンピュータは、決定状態８３４において、（Ｎ）の値、すなわち、参照点の数を判断する。Ｎ＝２と判断されると、コンピュータ１０２は状態８３６に動いて標準的な数学的技術を使用して２つの参照点を接続するラインの傾斜を計算する。状態８３８に進むと、パワーと呼ばれる変数が、２つの参照点のみが状態８３６において使用されるため、１であるように設定される。コンピュータ１０２は、状態８４０において、機能５１８によって判断されたような出力パラメータである、スロープおよびパワーにより、評価プロセスに戻る（第１０ｂ図）。
評価プロセス２５４中の復帰したスロープおよびパワーパラメータを使用して、ＭＤＡＴＡシステム１００が頭痛の重度が、例えば、余りにも急激に増大していると判断するならば、すなわち、重度のグラフ上の２つの参照点を接続しているラインの傾斜が１組のしきい値に達するならば、システム１００は適切な忠告を行うだろう。
ＭＤＡＴＡシステム１００が頭痛の重度が同一に留まっているかまたは悪くなっているが比較的ゆっくりした速度で進んでいると認めるならば、システムは、通常はより短い時間周期内で、第２回目（すなわち、第３の問い合わせに関して）をシステムに再入力するように患者に要求することが可能である。第３の問い合わせによってＭＤＡＴＡシステム１００は頭痛の重度が向う傾向のある３つの参照点を得る。次いで、機能５１８が評価プロセスによ呼び出されると、（Ｎ）の値は、状態８３４で判断されたように、３であり、そしてコンピュータ１０２は状態８４４に分岐する。状態８４４において、コンピュータ１０２は３つの参照点を接続するラインの傾斜およびパワーを判断する。本発明の好適な実施例は、微分方程式を解くための数値近似技術である、周知のルンゲ−クッタ法を使用している。他の実施例は状態８４４において機能に適合する他の周知の標準曲線を使用し得る。
１またはそれ以上の追加の問い合わせ、すなわち、３回を超える問い合わせが、例えば、確実な傾向を示すようにシステム１００がさらに望むならば、再び、患者に後でシステムに再入力するよう要求する。この状況において、３つの最も新しい参照点が状態８４４において計算に使用される。
システム１００は次いで、症状が以下のごとく余りにも急激に悪くなっているかどうかを判断するために「順次症状重度傾斜分析」を実行する。第１および第２の点、第２および第３の点、かつ次いで第１および第３の点を接続するラインの傾斜が計算される。これらのいずれもが問題特定しきい値に達するならば、適切な忠告が与えられる。
順次症状重度傾斜分析が医療処置を求める必要性を示さないならば、その場合にＭＤＡＴＡシステム１００は、時間に対する症状の重度の変化の速度を計算する（傾斜分析）ことに加えて、今や、頭痛が悪くなっている速度の変化の割合を計算する。これは第１の派生物である。
表４はこの関係を以下で示している。時間は”Ｘ”軸上に写しそして症状の重度は”Ｙ”軸上に写している。
0004615629.tif 000012
留意することは、これらの３つの点を接続する点はなだらかな傾斜の直線を形成するということである。このデータを使用してＭＤＡＴＡシステム１００は、症状が悪くなっているけれども、それが算術的または直線的な方法において生じていることを判断する。すなわち、症状の重度は増大しているけれども、症状の変化の速度は増大してない。
これに反して、表５のグラフ上の３つの点を接続しているラインは急激に上向きになった曲線である。
0004615629.tif 000013
表５のデータを使用してＭＤＡＴＡシステム１００は、症状が急激に悪くなっているだけでなく、より深刻に、症状が悪くなっている速度も増大していると判断する。ＭＤＡＴＡシステム１００において、この分析は「幾何級数的症状重度フィルタ」と呼ばれている。２回目をシステムに再入力するすべての患者はこの分析を受ける。
問題、すなわち頭痛の重度は内在する原因の深刻さに必ずしも関連付けられないことに留意するのが重要である。ＭＤＡＴＡシステム１００は、症状が急速に悪くなるとき、多くの場合医学的介入を必要に応じてアドバイスするようにプログラムされている。この概念は多くの症状に関して有効である。
症状重度の分析機能５１８（第２１図）に戻って、機能５１８がＮ＝０またはＮ＝１により呼び出されるならば、コンピュータは状態８４２に分岐する。状態８４２において、スロープおよびパワーパラメータはゼロに設定され、そしてコンピュータ１０２は、状態８４０においてこれらのパラメータを評価プロセス（第１０ｂ図）に戻す。状態８４２において設定された値は、評価プロセス２５４によって作用されるエラー状態を必然的にフラグする。
ＸＶＩＩ．治療テーブル
第２２図を参照して、第７ｄ図において定義された治療テーブルプロセス２５６を説明する。ＭＤＡＴＡシステム１００は診断および治療へのそのアプローチにおいてモジュール化されている。内科的治療において、診断は問題を生じているものは何かを単に判断することを意味し、そして治療は、いったん問題の原因が判ったならばどのような行為が取られるべきかに言及している。
診断は履歴、身体検査、画像研究、および実験室試験から構成されている。また、履歴は診断を行うことにおいて非常に最も重要な要因である。事実、医学校において、学生達は、彼らが履歴を見終わっても診断によいアイデアが出ないならば、学生達が何か間違いをしているように教えられている。
内科の治療側は、診断を行う基本原理は同一のままである一方、治療は連続して変化しているということでは診断とは概念的に異なる。治療は根本的には表６に示されるように左方に診察、年齢および性別および右方に最も最近の治療を有する「ルックアップ」テーブルである。もしくは、治療は郵便局の小部屋または箱のように考えられ得る。各個の箱は与えられた病気についての治療を保持している。情報は特定の年齢及び性別に対して与えられる。箱の内容は一定に変化しているが、箱のロケーションは変化しない。例えば、２歳の子供の髄膜炎を治療するのに何か最良の抗生物質であると考えられるかは、より多くの抗生物質が開発されて認可されるにつれて、またはより調整のきいた研究が発表されるのについて文字通り週から週に変化するであろう。
0004615629.tif 000014
ＭＤＡＴＡシステム１００は最近の治療について瞬時に勧告できるように更新されることができる治療テーブルを維持している。
治療テーブルは自分の診断を既に知っている患者が直接アクセスできる。例えば、気管支喘息の患者はその状態に対する最先端治療がどのようなものであるかを知りたい度にシステムに相談することができる。事実、リンクが治療テーブルと患者の医療履歴ファイル２６８との間に維持されている。この方法において、新たな治療がＭＤＡＴＡシステム１００に掲記されたＩＣＤ■９■ＣＭコードのいずれかに関して導入されると、患者は連絡を受け便利なときにシステム１００を呼び出すか、またはＭＤＡＴＡシステム１００に情報をその患者にファックスまたは郵送させるように要求され得る。ＭＤＡＴＡシステム１００はまた新たな治療が認定されるとき患者の医師に通報することができる。
テーブルを使用する概念は、また、しばしば変化する診断プロセスの２つの態様：すなわち選択の画像様式（Ｘ線、コンピュータ断層撮影（ＣＴ）、磁気共鳴画像（ＭＲＩ））、および選択の実験室試験に関連して有用である。それゆえ、ＭＤＡＴＡシステム１００はまた特定の病気の検査および診断で選択された画像様式ならびに選択された実験室試験に関するテーブルを維持している。診断のこれらの態様をモジュール化することによって、ポジトロン放出断層撮影（ＰＥＴ）スキャンのような新たな画像技術、および組み替えＤＮＡ技術のような新たな実験室試験が発見されるにつれて、テーブルばかりではなく医療アルゴリズム自体が変更されねばならない。
治療テーブルはさらに第２２図のプロセス２５６のごとき一般的な方法においてさらに説明される。治療用テーブルプロセス２５６はスタート状態８６０で始まりそしてコンピュータが治療選択方法を選択するように呼び出し者に促す状態８６２に進む：すなわち、これらの治療選択方法は、
ｉ．層状にされたメニューから選択された治療、または
ｉｉ．カタログ番号の直接入力を経て選択された治療
である。
第１の選択方法は第２３図に関連して後で述べられるメニューで駆動される治療選択プロセス８６４の使用を伴う。状態８６６での第２の選択方法は治療テーブルカタログメッセージ番号を使用している。このカタログは患者情報パッケージの１部分であり、その１部分が表７に現れている。治療テーブルカタログは解剖学的エリアおよび診断によって、かつ適用できるときには、年齢および性別によって組織される。患者がカタログ番号を選択した後、コンピュータ１０２はメモリ変数’Ｍ’中に選択を記憶する。代替の選択方法として、システム１００は患者の問題に関して患者に直接ＩＣＤ■９■ＣＭコードを入力させる。この場合に、コンピュータ１０２は内部の相互参照テーブル中のＩＣＤ■９■ＣＭコードを検索して、カタログ番号を識別し、かつこのカタログ番号にメモリ変数’Ｍ’を設定する。
0004615629.tif 000015
いったんメモリ変数’Ｍ’の値がプロセス８６４または状態８６６によって確立されると、コンピュータ１０２は状態８６８へ動きかつ治療メッセージ’Ｍ’を患者に示す。治療メッセージ提示の終わりに、コンピュータ１０２は決定状態８７０へ移る。
状態８７０においてコンピュータ１０２はソサエティメッセージ’Ｍ’の存在をチェックする。ソサエティメッセージカタログは特定の病気を持つ患者を支援する組織についての情報を含んでいる。ソサエティメッセージ’Ｍ’が存在しないならば、コンピュータ１０２は決定状態８７４へ移る。さもなければ、コンピュータ１０２はソサエティメッセージ’Ｍ’を患者に示す状態８７２へ移る。ソサエティメッセージ’Ｍ’の終わりに、コンピュータは状態８７４に移る。
状態８７４において、コンピュータ１０２は一般市販薬（ＯＴＣ）のメッセージ’Ｍ’の存在をチェックする。ＯＴＣメッセージのカテゴリは特定の診断に関する一般に入手し得る市販の薬品および家庭治療法についての情報を含んでいる。ＯＴＣメッセージ’Ｍ’が存在しないならば、コンピュータは状態８７８に移る。さもなければ、コンピュータ１０２はＯＴＣメッセージ’Ｍ’を患者に示す状態８７６に移る。ＯＴＣメッセージ’Ｍ’の終わりに、コンピュータ１０２は状態８７８に移る。
状態８７８において、コンピュータ１０２は、患者が他の治療を選択できるか、または治療テーブルプロセス２５６から出られる端末メニューを患者に示す。患者が他の治療メッセージ聞きたいならば、コンピュータ１０２は治療選択方法メニュー状態８６２に戻る。患者が治療テーブルプロセス２５６を出たいならば、システムは、治療テーブルプロセス２５６が終了しそして状態３４４においてトップレベルのフロー（第７ｄ図）に戻る状態８８０に移る。
癲癇に関する治療、ソサエティメッセージおよびＯＴＣメッセージの例は表８に示される。留意することは、ＯＴＣメッセージが空なので、コンピュータ１０２はＯＴＣメッセージ再生を飛ばして直接端末メニューに進むだろうということである。
表８
癲癇に関する治療テーブルメッセージ
治療メッセージ
１９９３年１２月２０日現在、緊急内科的治療によれば：概念および臨床例、ドクター、ローゼン、バーキン等による、第３版、ページ１８００および１８０１、全身性の強直間代性の発作、すなわち大発作の初期的治療は以下の通りである：
低血糖のような急激に治癒可能な原因を発見かつ治療する努力を行った後、以下の薬理学的薬剤が指示される：
１．０．１ｍｇ／ｋｇの負荷投与および２ｍｇ／分を超えないような注入量による、ロラゼパムの静脈内投与。
続いて通常、
２．１５〜１８ｍｇ／ｋｇの負荷投与および０．７５ｍｇ／ｋｇ／分を超えないような注入量による、フェニトインの静脈内投与。
ロラゼパムが有効でなく、かつそれらの個体においてフェニトインに対するアレルギーがあるならば、
３．８〜２０ｍｇ／ｋｇの負荷投与および０．７５ｍｇ／ｋｇ／分を超えないような注入量による、フェノバルビタールの静脈内投与。
上記が上首尾でないならば：
４．０．０３ないし０．１ｍｇ／ｋｇの静脈内投与による、パンキュロニウムのような神経・筋肉遮断剤。
５．４％〜６％溶液に塩水で希釈されかつ１時間にわたってゆっくり注入された、０．１〜０．１５ｍｇ／ｋｇの負荷投与による、パラアルデヒドの静脈内投与。
ソサエティ・メッセージ
「癲癇についてのさらに他の情報に関しては、
アメリカ癲癇財団
ワシントン、Ｄ．Ｃ．、２００３６
１８２８  Ｌ・ストリート、Ｎ．Ｗ．、スイート４０６
（２０２）２９３−２９３０
に連絡のこと。
国の本部に加えて、１００の地方支部がある。サン・ディェゴ支部は（６１９）２９６−０１６１で連絡することができる。
ＯＴＣメッセージ
無し
次に第２３図を参照して、第２２図において定義されたメニュー駆使の治療選択プロセス８６４を説明する。メニュー駆使治療選択プロセス８６４はスタート状態８９０により始まり、そしてコンピュータ１０２が患者に対するエリアメニューを説明しかつ１つのエリアの選択を要求する状態８９２に進む。完全なメニューは状態８９２において示されない。これらのエリアは解剖組織上の系統によって配置される。例えば、癲癇を持っている患者はこれを神経学的系統に関する解剖組織上の系統メニューから簡単に選択することができる。
患者の選択に基づいて、コンピュータ１０２は、神経学的エリアのメニュー状態８９４のごとき選択エリアメニュー状態に分岐し、そこでこのコンピュータ１０２が患者に対して診断のリストを説明しかつ診断の選択を要求する。診断が、性別、年齢により、または性別と年齢の両方によりさらに細分される場合がいくつかある。状態９０４において、例えば、髄膜炎の診断に関して、コンピュータ１０２は２歳またはそれ以下の幼児用の治療と、２歳より上の患者用の治療の二次的メニューから選択するように患者を促す。次いで、患者の選択に基づいて、コンピュータ１０２は状態９０８または９１０において選択された診断メッセージ数の値にメモリ変数’Ｍ’を設定する。状態９０６は性別および年齢に基づいて４つの選択を有する他の例の二次的レベルメニューである。これらの４つの選択は、４つの状態９１２，９１４，９１６，９１８に関連付けられ、コンピュータ１０２が状態９０６において選択された診断メッセージ数の値にメモリ変数’Ｍ’を設定する。カタログ数がメモリ変数’Ｍ’に記憶された後、コンピュータ１０２は戻り状態９２３に移り、メニュー駆使治療選択プロセスが終了しかつ治療テーブルプロセス２５６への制御に戻る。
エリア２メニュー８９６およびエリアＮメニュー８９８はメニュー８９４と同様なメニューを示すが異なる解剖組織上の系統に関してである。メニュー８９６および８９８はメニュー８９４の下のメニュー９０４および９０６と同様に、二次的メニューを有することができる。その場合に、状態９２０および９２２は、それぞれ親メニュー８９６または８９８から選択された診断メッセージ数の値にメモリ変数’Ｍ’を設定しているコンピュータ１０２を示している。
ＸＶＩＩＩ．ＭＤＡＴＡシステムの理論的枠組み
ＭＤＡＴＡシステムの理論的枠組みは幾つかの基本的原理に基づいている。それらは以下の通りである。すなわち、
■  医療情報の集中化
■  医療情報の利用可能性
■  医療情報のモジュール方式
■  システムの変更可能性
である。
以前に述べたように、ＭＤＡＴＡシステム１００の目的の１つは非常に能力の有る医療専門家を集め、彼らの知識を中央位置に符号化し、そしてこの情報を誰にでも利用可能にすることである。
利用可能性の問題が数回議論されたけれども、その意義を理解することが重要である。ＭＤＡＴＡシステム１００の利用可能性は、医療情報が医学的に訓練されてない人間がシステム１００から検索し得る方法、ならびにあらゆる場所の人間が医療情報を容易にかつ迅速に得られるようなニーズに言及する。既に確立された世界的な遠距離通信ネットワークを使用することにより、ＭＤＡＴＡシステム１００は、高品質の、１００％一貫性のある医療アドバイスに対する広範なかつほぼ瞬時のアクセスを提供することができる。
ＭＤＡＴＡシステム１００において、モジュール方式および変更可能性の概念は手の付けられないほど絡み合っている。モジュール方式は、最新の医療情報を患者に利用可能にするＭＤＡＴＡシステムの能力に重要である。ＭＤＡＴＡシステムのモジュール設計および目的に向けられる技術は、システム１００の他の情報にリップル作用を発生することなしにシステムの個々の構成要素を変更または更新させる。
これに反して、印刷媒体は情報の変更に迅速に適合することができない。いったん本または雑誌が発行されると、それは次の発行日まで変更できない。しかしながら、ＭＤＡＴＡシステム１００は、医薬品の新発見の数時間以内に変更することができる。容易な変更可能性が、ＭＤＡＴＡシステム１００が以前に発表されたアルゴリズムと質的に異なる他の方法である。
いったんＭＤＡＴＡシステム１００の医療アルゴリズムが書き込まれかつプログラムされると、それらは次いで内科的治療が進むにつれ連続して更新かつ改良される。残念ながら、内科医は今日、新規な医療情報および技術の激増に追いついていくことが簡単にはできない。ＭＤＡＴＡシステム１００をほぼ瞬時に変更するこの能力はシステムの強力な特徴である。
コンピュータが世界の医療文献を毎日検索することは現在可能である。特定のテーマに関するあらゆる論文を自動的に要求しかつシステムを更新するのに情報を使用することができる。
加えて、ＭＤＡＴＡシステム１００は、その資料データベースをデジタル化するために光学式文字認識技術を現在使用している。その場合に索引付け技術を使用すると、ＭＤＡＴＡシステム１００は所望の情報を探し検索することができる。例えば、システムは文字列「頭痛」を探し、あらゆる量の周辺のテキストまたはグラフ情報を検索することが可能である。この情報は次いで、頭痛アルゴリズムを維持している内科医に集められ、照合され、印刷されそして参照される。このプロセスはより多くの世界の医療文献がデジタル化されるにつれ容易になろう。
世界的規模の要因−感度および選択度
ＭＤＡＴＡシステムが変更可能である他の方法は世界的規模の感度／選択度要因の使用にある。あらゆる決定について、危険と利益との間で達成されるバランスが常にあり、またＭＤＡＴＡシステム１００に関しても同じである。ＭＤＡＴＡシステム１００が答えようとする質問の１つは患者が内科医によって即座に診察される必要があるかどうかである。これは感度および選択度についてのこの議論につながる。
感度および選択度とは、決定の正確度に言及する統計学的用語である。この場合に、感度とは、ＭＤＡＴＡシステム１００が内科医による診察の必要なしと判断したものの実際には診察された患者の数に言及している。
プログラムが高感度すぎて、結果的に内科医の介入を必要として病気プロセスがどれも家庭で治療されない（非偽陰性）ならば、すべての病気が医師への訪問を必要とし、それは無用なシステムとなる。他方で、システムの選択度が良過ぎる（非偽陽性）、すなわち、医師のオフィスへの不必要な訪問が全くないならば、すべての病気に関して家庭治療の試みを必要とし、それは無用かつ危険なシステムとなる。
そこで再び、その範囲のこれら２つの端部間でバランスが達成されねばならない。これを達成するために、ＭＤＡＴＡシステム１００全体の感度／選択度比を複数の感度要因を設定または同調させることにより変化させることができる。これらの感度要因は以下の機能に影響を及ぼす。すなわち、それらは、メータしきい値、再入力水平しきい値、呼び出しの周波数、症状重度フィルタ、連続傾斜フィルタ、幾何級数的症状重度フィルタ、および治療テーブルにおける診断の見込みである。加えて、頭痛の例におけるように、すでに重みが加えられた検査質問の評価付けが感度要因によって変調または変更される。
この国の外傷センターの地域分割化による経験は、感度および選択度に関して経時による興味深い傾向を示している。経時プロットされるとき、感度と選択度との間の逆の関係が、システムが下の表９におけるように「精密に同調」される時間と共に波形の振幅が徐々に減少する正弦波形を生じることが示されている。
0004615629.tif 000016
ＭＤＡＴＡシステムの感度要因は、感度と選択度の正しいバランスを見い出すように時間にわたってシステムを精密に同調するように設計される。
世界的規模の要因の使用に加えて、ＭＤＡＴＡシステム１００は「緊急フィルタ応答セット」と呼ばれるものを維持している。患者が問題の振り分け質問のいずれかに「はい」と答えるとき、追随する忠告またはメッセージは緊急フィルタ応答または”ＥＦＲ”と呼ばれる。ＥＦＲセットは、システムが患者が聞くメッセージを特注することができるようにモジュール化される。これはシステム１００がＥＦＲを所望のレベルの感度または選択度に整合しかつＨＭＯまたはマネージッドケアプランに特有の情報を提供するようにさせる。
システム感度要因
ＭＤＡＴＡシステム１００のしきい値決定に影響を及ぼす１０個の感度要因が存在している。すなわち、それらは、
Ｓ１＝システム全体にわたって（通常システム管理者によって確立されかつＭＤＡＴＡシステム全体に影響を及ぼす）
Ｓ２＝関連する身体の解剖組織上の系統（例えば、頭痛例における神経系統）
Ｓ３＝原因（例えば、感染は髄膜炎を引き起こす）
Ｓ４＝特有の問題（アルゴリズムの開始においてアルゴリズムの作成者によって確立される）
Ｓ５＝特有の質問（特定のアルゴリズム内の）
Ｓ６＝特有の組織（例えば、ＨＭＯ、病院）
Ｓ７＝特有の患者
Ｓ８＝後に使用するための予備感度要因
Ｓ９＝後に使用するための予備感度要因
Ｓ１０＝後に使用するための予備感度要因
最初に、感度要因は１．０の値である。感度要因の値は通常感度に反比例する。すなわち、その値が減少されるならば、感度は増加する。
感度要因は医療アルゴリズムのＩＦ−Ｔｈｅｎまたはｉｆ−Ｔｈｅｎ−Ｅｌｓｅ表現の関係のある表現成分中のしきい値定数値に印加される。例えば、システム１００が髄膜炎アルゴリズムにありそして１０２度より高い温度が病院へ行くような忠告を引き起こすということにする。感度要因なしのしきい値計算の例は以下の通りである。すなわち、
温度が１０２より高いならば、その場合ＸでなければＹである。
ここで、Ｘは病院へ行くような忠告を示しそしてＹは異なる分岐点を示す。次は同一の例であるが、感度要因を含んでいる：すなわち、
温度が（１０２★Ｓ１★Ｓ２★Ｓ３★Ｓ４★Ｓ５★Ｓ６★Ｓ７★Ｓ８★Ｓ９★Ｓ１０）より高いならば、その場合ＸでなければＹである。
感度要因の使用は変化の予測を許容する。「１．００」から「０．９５」の感度要因の最初の結果を同調させると、システムが病院へ行くことを忠告する温度に減少する。各しきい値計算または感度要因の他の使用は要因のいずれの数（例えば、２つの要因）およびいずれの組み合わせも使用することもできる。追加的に、要因の組み合わせは特定のしきい値計算において最初の１．０値から変更することができる。
年齢基準はまた感度要因の使用によって変更される。例えば：年齢が４５★Ｓ１★Ｓ４より高いならば、その場合にＸでなければＹである。
エリアの例、システム１００は以下のように同調させることが可能であろう。
解剖組織上の系統（例えば、心臓血管）−システムは余りにも多い心臓発作を見落としている；
原因（感染）−システムは余りにも多い傷（外傷）を見落としている；
特有の問題（例えば、頭痛）−頭痛のアルゴリズムは、髄膜炎またはくも膜下出血の血液の余りにも多い原因を見落としている；
特有の質問（アルゴリズム中の各質問は変更し得る）−これは偏頭痛振り分け質問のような一連の重み付けの質問における質問の「重み」を変化させる；
特有の患者−１人の患者は非常に慎重でありたいと思っているかも知れないが、一方他の患者は、「一般に、私は私の体調が悪いと実際に確信するまで医者に行かない」と言うかも知れない；
組織的（例えば、カイザー患者）−カイザー病院の管理者は、システムが余りにも多い髄膜炎の症状を見落としていると言うかも知れず、かつ彼らの患者により慎重になる（彼らをより低い温度で送り込む）ように要求するかも知れない。
感度要因は以下のシステム１００の機能に影響を及ぼす。すなわち、
（ａ）再入力機能−感度要因は再入力水平、すなわち、時間量に影響を及ぼし、その後システム１００が同一の病気の反復を新たな問題とみなす。感度が増加するならば、再入力水平はより近くなる。
（ｂ）メータ機能−感度要因は整合および時間密度比しきい値に影響を及ぼす。システム全体にわたる問題の感度要因の値を、例えば１．０から０．９に減少することによって、整合しきい値および時間密度比は減少される。
感度要因なしの例１：
メータ（”ＮＨＤＡ”，”★★★★”，”★★★★★★★★★★”，０６／０１／９３，１２／３１／９３）
ＭＣが３より大きいかまたは等しいならば、その場合に１００でなければ１０１である。
感度要因有りの例１：
メータ（”ＮＨＤＡ”，”★★★★”，”★★★★★★★★★★”，０６／０１／９３，１２／３１／９３）
ＭＣが（３★Ｓ１★Ｓ４）より大きいかまたは等しいならば、その場合１００でなければ１０１である。
感度要因なしの例２：
メータ（”★★★★”，”★★★★”，”Ｉ★★★★★★★★★”，０６／０１／９３，１２／３１／９３）
ＴＤＲが２．０より大きいかまたは等しいならば、その場合２００でないならば２０１である。
感度要因有りの例２：
メータ（”★★★★”，”★★★★”，”Ｉ★★★★★★★★★”，０６．０１／９３，１２／３１／９３）
ＴＤＲが（２．０★Ｓ１★Ｓ４）より大きいかまたは等しいならば、その場合２００でないならば２０１である。
したがって、アルゴリズム自体を変化させる必要はない。言い換えれば、アルゴリズムを変化させることよりもむしろ要因を変更することができる。
（ｃ）問題の質問−以前に使用された頭痛を例に取ると、振り分けおよび確認質問（かつ時には質問自体）の評価点の合計が感度要因により乗算される。質問は、もちろん、各質問の診断に対する重要度によっても、重みが付けられる。重みが付けられた評価点の合計がしきい値に対して比較され、いわゆる偏頭痛（偏頭痛振り分け質問に応答して）の診断を行うかまたは偏頭痛確認質問に応答して偏頭痛の診断を確認する結果となる。
かくして、我々がくも膜下出血を診断する感度を増大したいならば、我々は他のアルゴリズムを書き込む必要がなく、むしろ、単に、検査および確認の評価点を感度要因に掛ければよい。
例えば、重みを付けたくも膜下検査質問の合計に基づいてくも膜下出血の診断を行うために、ＭＤＡＴＡシステム１００のしきい値が例えば７５％に設定されるならば、感度変数のそのパーセンテージはこの診断をより少ない評価点により行い、したがってより多くの症状をピックアップするだろう。したがって、アルゴリズム内の個々の診断を独立して「同調」することができ、そして場合によっては、これは個々の質問自体に適用されることさえある。
（ｄ）症状重度および症状重度傾向分析−感度要因は絶対値、第１、第２および第３の傾斜しきい値を変更する。増加された感度により、よりなだらかに傾斜するラインがより早い医療評価を引き起こす。アルゴリズムにおいて、システム１００が決定を行うために量的なパラメータを使用するとき、これらのすべてが結合され、影響されまたは感度要因によって乗算される。非常に簡単な例として、ＭＤＡＴＡシステム１００が通常、患者の年齢に部分的に基づいて忠告を行うならば（例えば、貴方が男性でかつ５０歳を超えていて・・・の場合）、患者が４９歳または４８歳等であるならば決定を引き起こし得る。
（ｅ）家庭診断および治療用キット−患者がＭＤＡＴＡシステム治療キットまたは血圧カフを持っているならば、発熱または血圧が決定に作用するレベルを変化し得る。
（ｆ）精神状態検査−精神状態検査はシステム、または問題（アルゴリズム）レベルにおいて変更することができる。
（ｇ）臨床音響ライブラリー−パターン整合プロセス（臨床音響ライブラリーにおけるような）は感度要因を変更することにより数量化し得る。
ＸＩＸ．患者のビデオ画像
主要な４つのビデオ画像形式が存在する。すなわち、それらのビデオ画像は、静止白黒、静止カラー、ビデオ白黒およびビデオカラーである。それぞれの主要な型が次に議論される。
静止白黒画像のごとき基本的な画像はシステム１００に有用な情報を提供することができる。静止白黒画像は神経網パターン整合により使用される。この方法は、例えば、クッシング病またはグレーブス病の眼球突出などの特徴的な外観のように、一定の病気の検出を手助けするために表面上の特徴を分析する。
カラー静止画像は、呼吸不全のチアノーゼまたは肝炎の硬化した黄疸のごとき、静止白黒画像により容易に検出されない病気を検出するためにカラー周波数分析を許容する。カラーは、したがって、病気検出のレベルの増加した利益を提供する。
リアルタイム白黒ビデオ画像は瞳孔の応答、外眼筋機能、瞼遅滞、および眼球振盪症のごとき物理的徴候の評価を許容する。脳神経機能は、例えば、中央および周辺ＶＩＩ神経機能間の識別に沿って遠隔で評価されることが可能である。
とくに、光ファイバを使用するカラービデオ画像は、患者の状態の評価における非常に多くの可能性を付加する。例えば、カラービデオ画像は毛細管充填を評価し、かつ供給酸素に対するチアノーゼを持つ患者の応答を監視するのに非常に有用である。システム１００の他の実施例はリアルタイムホログラフ画像を実行するために安価なレーザ源を使用することができる。
ＸＸ．ＭＤＡＴＡシステムの利点
新規開発事業で人道性と起業家の利害が重なり合う場合は滅多にない。ＭＤＡＴＡシステムでは目的が重なっていることが際立っている。それはすべての視野からの「どこからも非難されようのない」計画である。
ＭＤＡＴＡシステム１００が我々の現行の健康管理システムの圧倒的なコストを実質上低減するだけでなく、歴史上初めて、すべての人間が高品質の、１００％安定したかつ手頃な医療アドバイスおよび情報にアクセスすることができる。ＭＤＡＴＡシステム１００をどこから見ても、その利点は実質的である。
健康管理に関する消費者は明らかに最大量を得ている。今や、消費者が医療問題を持つか、または彼らの家族のいずれかが医療問題を持つとき、即座の診察を獲得することができる。最良の健康管理の情報および医療アドバイスが、単に遠くからの電話の呼び出しで得られる知識が家の中に閉じこもっている新米のお母さんから年輩の患者まですべての者の不安を和らげることができる。
ＭＤＡＴＡシステム１００を支持することにより、連邦、州および地方行政府はそれらの市民のすべてに広範なかつ手頃なレベルの健康管理を提供するような責任を果たせるであろう。はじめて、ＭＤＡＴＡシステム１００は支払うことができない患者の不安を抑えて、従って内科医のプライマリーケアの必要性をなくして補助金を出費することなくケアを提供する。最初に、健康維持組織およびマネージッドケアプラン（管理された看護計画）は、患者をその必要とするサービスと確実に合わせるために電話によって患者を効果的に振り分けることができる。
専門家は、通常使用しているパターンを繰り返すということにではなくその才能を使用することができるが、ＭＤＡＴＡシステム１００によって容易に解決され得ないより挑戦的な問題について自由に集中できる。彼等はまた、診察が求められる場合、増大する患者の照会の数ならびに良好に構成された患者の履歴を有することから利益を得る。
内科医自身は医療分野における新たな情報および技術的な進歩について知識を得るためにＭＤＡＴＡシステム１００にアクセスすることができる。これはとくに治療、画像、および実験室試験データベースにより正確である。
医療情報は、これがその普及において消費されないため連続して更新可能な資源である。ＭＤＡＴＡシステム１００によって、合衆国に関しては非常に必要な医療情報を世界に提供し、かつ同時にこの国に富をもたらす機会が存在する。そのプロセスにおいて、この国は、革新、技術およびソフトウエア開発においてそのリーダーシップを維持することが可能である。
アメリカ合衆国および世界は理解することが困難であるような途方もなく大きい健康管理危機に面している。種としての生き残りそのものを脅かす疾病がある。我々はすべて、病気が襲うとき我々が感じる不安と混乱を知っている。これが発生するとき、我々は特定の医療の疑問への答えに、全く最新の、瞬時に入手可能な、かつ提供できる答えを必要とする。
キーは情報、すなわち、予防、病気の早期検出についての、かつその最も有効な治療についての情報である。ＭＤＡＴＡシステム１００はこの情報を電話の簡単な使用により、この星のほぼすべての居住者に提供することができる。加えて、ＭＤＡＴＡシステム１００は複雑な医療用語および概念をすべての者に容易に理解される言語に変換しかつ説明する。
人々は、ＭＤＡＴＡシステム１００に相談するために病気にかかるべきではない、そんなことは馬鹿げている。患者は予約を入れなくても良く、彼等は単に電話を取るだけでよい。多くの患者が後で内科医に見てもらうけれども、ＭＤＡＴＡシステム１００はすべての者に即座の助けを提供することができる。ＭＤＡＴＡシステム１００によって同時に健康管理情報に平等なアクセスができる。この国における多くの患者は最新技術の治療を受けるけれども、最も基本的な健康管理および医療情報が奪われている大部分の人がある。ＭＤＡＴＡシステム１００はこの非常に大きなギャップを塞ぎ始めている。
ＭＤＡＴＡシステム１００は健康管理顧客および供給者双方がシステム自体の改良に関与する健康管理供給システムの再構築を行い始めている。ＭＤＡＴＡシステム１００およびその患者は入手し得る最も最新の、経済的な、かつ簡潔な治療を提供するために協働している。上昇傾向の潜在能力には限界がない。健康管理を信じるかどうかは権利または特権であり、それが基本的に必要であることは疑うことができない。信じても信じなくても、互いの管理に対する市民としての責任または道徳的義務を持っており、それがなされねばならない。ＭＤＡＴＡシステム１００の構造の基本的な扱い易さからは健康管理の供給における非常に有用な器具としてのそのパワーが考えられない。
ＸＸＩ．第１の任意のシステムの形状
ＭＤＡＴＡシステムの第２の実施例は質問および応答が患者に如何に供給されるかについて主要な変更を伴う。電話を使用するよりむしろ、音声処理および音声応答技術である、システムのソフトウエアが患者のパソコンでの使用のためにフロッピーディスク、ＣＤ−ＲＯＭ，またはＰＣＭＣＩＡカードのごときメディアを経由して発表されている。この第２の実施例はスクリーンバージョンまたは（スタンド−アローン）ＳＡ−ＭＤＡＴＡシステムとして言及されている。コンピュータは、例えば、デスクトップコンピュータ、ラップトップまたはノートブックコンピュータ、または手持ち、ペン駆動コンピュータであるかも知れない。システムの質問はコンピュータの１部分であるかまたはコンピュータに接続される表示スクリーン上に表示される。患者はキーボードまたは質問に応答するようにコンピュータに接続された指示／書き込みシステムを使用する。患者のファイルはコンピュータ内にまたは取り外し可能な記憶システム上に維持されかつ更新される。診断、アドバイスおよび治療はスクリーン上に表示されかつまたプリンタ（利用できるならば）上でハードコピー形状において印刷される。ＳＡ−ＭＤＡＴＡシステムの新規なバージョンは加入者に送られるかまたはモデムを経由して利用可能である。これらの新規なバージョンは新規な治療の治療テーブルの更新を含むことができる。ＳＡ−ＭＤＡＴＡシステムの他の実施例は、事象（新規な治療）が、アメリカ合衆国特許第５，０３０，９４８号に記載されたごとき、システムを始動させるときデマンド基準で符号化されたＦＭ信号を受信する特殊化した受信システムを使用することを含んでいる。
独特のかつ別個の作成言語（ファイル出力またはＦＯと呼ばれる）がシステム１００のスクリーンバージョン実施例において使用される医療アルゴリズムを開発するのに使用された。ＦＯの使用により、テキストファイルの内容は使用者にオンラインで呈示され、かつ次いで使用者はテキストファイルによって発行された質問および指示に応答する。
ＦＯは、コマンドが特別なスクリーンおよびキーボード機能を実行するためにテキストファイル（ここではＦＯファイルと呼ばれる）に埋め込まれる、代表的な、汎用の作成言語として設計される。ＦＯファイルは事実上使用者オンラインと通信する（ＦＯを経由して）ＦＯ「言語」に書き込まれたプログラムである。
ＦＯはそれ自体のテキストを付加しない。事実、ＦＯはどんなテキストファイル内容を実施しているのかを知る必要がない。ＦＯのプログラマーまたは作成者は呈示されているテキスト内容およびシーケンスを完全に管理している。マイクロフィッシュ付録に掲記された作成言語シンタックスドキュメントに記載された種々のコマンドを使用して、作成者はテキストを表示し、スクリーンをフォーマットにし、使用者の質問を行い、使用者からの応答を入力し、実施のために種々のテキストファイルを選択し、そして一般に診療全体を管理しかつ指揮する。
ＦＯのこのバージョンは使用者に非常に自由にキーボード入力をさせる開発バージョンとして意図される。使用者は呈示を中断しかつ呈示されているＦＯファイルを編集する。ここでの仮定は、使用者が事実上、作成者またはファイル内容を照合しかつ修正することにより充填されるアルファテスターであるということである。
ＦＯファイルはキャリッジリターンにより終了している可変長のラインを有する標準連続ＡＳＣＩＩテキストファイル（ＡＳＣＩＩ１３）である。コラム１にピリオドを有するラインはコマンドとして処理される。ピリオドが前にないラインは印刷コマンドとして処理される。
ＦＯプログラムはメモリ内に一度に１ラインを読み込むことによりＦＯファイルを処理する。ラインがテキストラインであるならば、それは印刷されかつ次のラインが実施される。ラインがコマンドラインであれば、コマンドが実行される。コマンドが使用者について待ち（．Ｍコマンドのごとき）を必要とするならば、ＦＯは完全にロードされるまで場面の後ろのＦＯファイルをロードし続ける。この方法において、ＦＯはこれがＦＯファイルをロードしながらＦＯファイルを実施する。いったんロードされると、ＦＯファイルは完全にメモリ内に残る。
スクリーンバージョン実施例用のシステムソフトウエアはボーランド・ターボ・パスカル・バージョン３．０に書き込まれている。システム１００のスクリーンバージョン実施例用のシステムソフトウエアの第２のバージョンはマイクロソフト・ジー・ダブリュー・ベイシックに書き込まれそして説明モードにおいて運転している。マイクロフィッシュ付録はスクリーンバージョンに関して以下を含んでいる。すなわち、それらは、
作成言語シンタックスドキュメント；
パスカル・ソース・コード；
システム機能；および
例示の医療アルゴリズム（頭痛）である。
さらに他の実施例において、他のデータベース／ファイルまたはアルゴリズムが使用され得る。全般的なシステム、方法および手順は同一のままである。例えば、スポーツ医学のごとき専門分野がシステムに付加されることができる。
本書で説明されるＭＤＡＴＡシステム１００は多くの環境における適用を見い出し、そしてそこでの使用に容易に適合し得る。例えばシステムは、ステップ方向性でありアルゴリズム的に記すことが可能な用途のどんなものにも使用できる。例えば、システムは電話を介して呼び出し者に自動車診断サービスを行うことも可能である。その場合に、自動車を修理（処置）のためにサービス施設に運ぶとき、呼び出し者は問題が何であるかそして修理の見込みについて告げられかつそれについての良好な考えを有する。したがって、請求の範囲はそれらの範囲内に本発明のこれらおよび他の用途を含むように解釈されるべきでありかつ本書で説明された実施例に限定されるものではない。
ＸＸＩＩ．本発明の利点の概要
健康管理危機の主要な問題の１つは、健康管理情報が必要とされるとき、その情報へのアクセスが制限されるということである。ＭＤＡＴＡシステムは１日２４時間瞬時に利用し得る最新の医療情報およびアドバイスを提供する。付与されるアドバイスは１００％安定している。
アドバイスの品質は、内科医が問題について可能性のあるすべての原因を防ぎ、研究しかつ予測しかつ次いでこれらの考え得る原因のすべてを取り扱うことを系統的に行うことができるならばさらに良好である。医療の現場において、内科医はまさにこれを記憶力で行う。
人間は医療アドバイスを実際に与える必要はない。ＭＤＡＴＡシステムは自動化され、それは健康管理のコストを下げるのを助ける。
求められた質問および付与された回答の正確な記録が患者のデータベースに記憶される。ＭＤＡＴＡシステムは、患者のインタビューの正確な再構成が内科医または他の健康管理専門家によって使用のために発生され得るように質問に対する応答を時間および日で押印する（取扱い記録）。システムはまたアルゴリズムのバージョンが相談されならびにその相談に関して感度要因が設定されたかの記録を保持している。相互作用の終了において、ＭＤＡＴＡシステムは相談がどの位長かったそしてあるならば、どれ位費用がかかったかを患者に知らせることができる。
可能であるとき、ＭＤＡＴＡシステム１００は、アドバイスが付与される前に、患者の過去の医療履歴、とくにＭＤＡＴＡシステム１００による過去の相談により教えられたそれらの情報を考慮する。加えて、付与されるアドバイスは患者の年齢および性別に依存して異なっている。「メータ」機能が、ＭＤＡＴＡシステム１００に、このシステムとの患者の以前の相談の文脈において問題を評価させることにより、他の利点を提供する。
ＸＸＩＩＩ．第２の任意のシステムの形状
背景
医療診断および治療アドバイス（ＭＤＡＴＡ）システムは医療診断を確立するために患者の自動化されたインタビューを指揮するコンピュータシステムである。ＭＤＡＴＡシステムは医療情報およびプログラムの多数のデータベース（例えば、病気、症状、治療、投薬、処方箋）ならびにその使用者のコミュニテイーへサービスを提供するための支持ソフトウエア（患者、医師、看護婦、研究室、健康管理組織（ＨＭＯｓ））からなっている。
インタビューを指揮するために、ＭＤＡＴＡは、実質上、与えられた病気について患者にどのようにインタビューし、患者の医療記録にどのようにアクセスし、そして患者を診断しかつアドバイスするのに支持データベースをどのように使用するかを知るプログラムモジュールである。
ＭＤＡＴＡシステムは、ＭＤＡＴＡシステムが作動しているＭＤＡＴＡコンピュータに患者を接続するために電話網を使用するように以前は記載されていた。第２４図を参照すると、特許出願のこの部分は、ネットワークアクセスプロセッサまたは患者のコンピュータ２１１６を使用しているオンライン患者２１１４にＭＤＡＴＡコンピュータ２１０８／２１１０を接続するようなインターネットのごとき、通信網２１０２を使用するＭＤＡＴＡシステムのネットワーク実施例２１００を記載している。
ＭＤＡＴＡコンピュータ
ＭＤＡＴＡコンピュータ（ＭＤＡＴＡシステムがそれに属しかつ運転している）はサーバー２１１０（第２５ａ図）または第３０図のＭＤＡＴＡコンピュータ２１１０のごとき単一のコンピュータにすることができる。しかしながら、また、その国に分布されている幾つかのローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）において、ＬＡＮまたはＷＡＮによって接続される幾つかのサーバー２１０８（第２５ａ図）として、または符号２１０６（第２５ａ図）において示されるような、これらの方法の幾つかの組み合わせとして構成されることも可能である。どちらの形状が使用されても、ＭＤＡＴＡコンピュータは、
・ＭＤＡＴＡソフトウエアを開発し、備え付け、維持し、更新し、
・すべてのＭＤＡＴＡシステム支持データベースを記憶しかつ維持し、
・医療ソフトウエア研究および開発を支持し、
・ＭＤＡＴＡシステムを照合し、実証しかつ試験し、
・ＭＤＡＴＡプログラムおよびデータの使用を文書に記録し、
・診断およびアドバイスのための患者によるアクセスを支持し、
・全般的にＭＤＡＴＡシステムの運転を管理および制御するための、
本部機能を果たす手段である。
ＭＤＡＴＡソフトウエア
以前に上述された、ＭＤＡＴＡソフトウエアは、インターネット通信プロトコルおよび患者のコンピュータ記憶、処理、および表示能力に順応するように変更されるかまたは拡張される。ＭＤＡＴＡシステムのこれらの変化は、インターネットおよび（インターネットを経由して）オンライン患者のコンピュータと通信するように変更される、その入力／出力サブシステムの変化からなっている。これらの変化は、本書において、その機能を実施するために、インターネットのごときネットワークをＭＤＡＴＡシステムがどのように使用するかを記載している部分に、そして患者の地域で利用し得るコンピュータを有する影響を記載している部分に記載されている。
インターネット
インターネットは、推定５０００万人の使用者に役立つ、およそ５００万台のコンピュータを順次接続する、およそ５万個のコンピュータネットワークを接続している。インターネットは多くの異なるコンピュータハードウエア／ソフトウエア作成、バージョン、フォーマット、コード、およびプロトコルの多くの異なったネットワークを接続している。インターネット用の単一の「オペレーティング・システム」は無いが、種々の後半に使用されるファイルフォーマット作成、場所位置付け、メッセージルーチン、および表示符号化標準がある。インターネットに参加するために、ホストコンピュータのオペレーティング・システムは、市場で広く入手可能である、かかるインターネット−内蔵ソフトウエアを手に入れかつ使用しなければならない。
インターネットは、ファイルに適用するプロトコル（および他の物）を識別する接頭文字を持つファイル名を拡張することにより不適合のハードウエアおよびソフトウエア混合の問題を解決している。例えば、多くのインターネットファイル名は、このファイルが、他のインターネット混合のファイルへ埋め込まれたポインタまたは「リンクス」をどのように追随させるかを知るプログラムである、ハイパー・テキスト・トランスファー・プロトコル（ＨＴＴＰ）を理解するソフトウエアによって処理されるべきであることを指示する、”ｈｔｔｐ：／／”で始まっている。
遠隔ログイン概念
インターネットを使用するための１つの方法は遠隔のホストコンピュータのプログラムを動かすためのアクセス機構である。電話からダイヤルする代わりに、使用者はインターネットを経由してダイヤルする。すべての適用データおよびプロセスはホストコンピュータに記憶されかつ操作される。インターネットは使用者のキーストロークおよびマウスクリックをホストに伝達し、かつホストコンピュータ出力を使用者コンピュータに戻すのみに役立つ。インターネット上で、遠隔ログインはテルネット（Ｔｅｌｎｅｔ）およびアールログイン（ｒｌｏｇｉｎ）プロトコルによって支持される。これらは、かってＰＣ上のＤＯＳを使用した者には馴染みのある簡単なコマンドラインプロトコルを使用している。それらはユニックスバージョンにおいてならびにウインドーズのようなＧＵＩ向けのシステムに関して利用可能である。
遠隔ログインは、中央ＭＤＡＴＡコンピュータへのアクセスを得るために患者、医師、研究室、ＨＭＯ等用のＩ／Ｏシステムとしてインターネットを使用するＭＤＡＴＡシステムに関する方法を示している。すなわち、患者はＭＤＡＴＡコンピュータ上で作動しているＭＤＡＴＡソフトウエアにログインしかつそれによって診断される。
ＨＴＭＬ概念
テキストを読み出し可能な形状において伝送するために、インターネットソフトウエアはＡＳＣＩＩコードで始まりそしてそれに肉太（ボールド）、下線引き、カラーおよびフォント等のごとき特殊なテキスト手法を指示するような特別なコードを「マーク付け」する。ＡＳＣＩＩ（情報交換に関するアメリカ規格コード）コードは、すべての文字、数字、句読点、ならびに新たなライン、タブおよびテキストの終わりのごとき幾つかの制御作用に独特の数を割り当てている。例えば、単語を強調された方法において表示するために、ＨＴＭＬはそれを以下のごとく符号化することができる。すなわち、
素早い＜ＥＭ＞茶色の＜／ＥＭ＞狐はのろまな犬を飛び越える
ローカルの表示ソフトウエアは＜ＥＭ＞標識を検出しそしてローカルスクリーン上にテキストが、
素早い茶色の狐がのろまな犬を飛び越えるとして現れることができるように幾つかの強調作用を代用する。
ＨＴＭＬは受信機へコマンドを運ぶための送信機に関する方法を提供する。例えば、次容器の標識＜ＥＭ＞はテキストの１部分を強調するように受信ソフトウエアに実際に命令する。他の使用において、他の標識は、テーブルルックアップ、患者医療データへのアクセス、または特殊なグラフィックの表示のごとき特別なＭＤＡＴＡ向けの機能を行うように受信ソフトウエアに命令することができる。この方法において、ＨＴＭＬ（またはその幾つかの変更されたバージョン）は中央ＭＤＡＴＡコンピュータから遠隔の患者のコンピュータへコマンドを伝送するためのバッチ言語として使用され得る。
ＣＧＩ概念
送信コンピュータが受信コンピュータにインターネットを介してページを伝送した後、さらに他の相互作用は通常２つのコンピュータ間に要求されないかまたは期待されない。ページを負荷した後、送信ソフトウエアは他の要求を取り扱うようになる。
しかしながら、遠隔の使用者との２方向会話に従事するために、使用者の応答が取り扱われねばならない。これは、ＣＧＩ（共通ゲートウエーインターフェイス）と呼ばれる特殊なプロトコルを使用するインターネットソフトウエアによって行われる。ＣＧＩを使用して、使用者がＨＴＭＬファイルのハイパー領域をクリックするか、またはＨＴＭＬ「フォーム」に書き込むとき、インターネットソフトウエアは最初の送信者へ「応答」を返送し、そこで応答が妨害されかつＣＧＩプログラムによって取り扱われる。ＣＧＩ概念は、使用者の応答を「捕捉」しかつそれらを処理するソフトウエア工程を挿入することである。ＣＧＩプロトコルはインターネットを介して遠隔のコンピュータ間の２方向通信を支持し、そしてセッション（交流期間）の間の交流期間の特別なデータの記憶を支持する。これは通信の“状態”を保持しその結果連続する対話が発生され得る。
ＣＧＩ生起のプログラムがＭＤＡＴＡシステムに与える特徴および利点は；
・プログラムが中央ＭＤＡＴＡコンピュータで運転し、
・診断プログラムライブラリーの１部分であり、
・中央ＭＤＡＴＡデータベースにアクセスすることができ、
・最新のＨＴＭＬファイルから患者の入力を許容しかつ処理することができ、
・患者のデータおよび入力に基づいた値を計算することが可能で、
・能動スクリーン画像上のマウスクリックを解釈することが可能で、その結果患者は解剖および医療チャート、図面、および写真上をクリックすることにより応答することが可能であり、
・ＧＵＩに基づくプログラムのように患者の応答に反応するように表われることができ、
・必要とされるときＭＤＡＴＡスタッフによって維持されかつ更新され得る、ということである。
ジャバ概念
ジャバ（Ｊａｖａ）概念は、ＨＴＭＬページに実施可能なプロセスを添付し、それらを伝送し、かつ次いでそれらを受信コンピュータ上で作動するためのソフトウエア機構の１例である。ＣＧＩ生起のプログラムが送信者のコンピュータ上で作動しかつ遠隔の受信者の機械の可能性を「不能に」するのに反して、ジャバアプローチは本質的にデータおよびプログラムの双方がインターネツトを横切って伝送させる。ＨＴＭＬプログラマは基本的にジャバに適用ソースコードを書き込みかつそれをＨＴＭＬページに添える。使用者のブラウザーが使用者のコンピュータ上にＨＴＭＬページを表示するとき、ブラウザーはジャバコードを実施（実際に「解釈」）しそして使用者への入力／出力を処理する。ブラウザーは使用者のコンピュータのために書き込まれるので、ブラウザーは使用者のシステムを「知って」おり、かつこの事実を完全に利用することができる。
ジャバ概念は受信者へプログラムを伝達する概念のほんの一例である。事実、実施可能なソフトウエアは、受信者がそれをどのように読み取りかつ解釈するかまたは実施するかを知っているならば、ＨＴＭＬページに付属することができる。あらゆる数の他のコードおよび言語をＭＤＡＴＡシステムのためにこれを行うように使用し得る。最後に、ＭＤＡＴＡシステムはその加入者に必要なＭＤＡＴＡ支持ソフトウエアを伝送することができる。
ネットワーク上のＭＤＡＴＡの利点
インターネットおよびＨＴＭＬ，ＣＧＩ，およびジャバのごときそのソフトウエア機構を使用すると、ＭＤＡＴＡシステムは以下が可能になる。すなわち、
・インターネット通信プロトコルおよびフォーマットを支持すること；
・チャート、表、グラフ、画像、写真、ビデオ、オーディオファイルを記憶すること；
・インターネットページおよびスクリプト（ＨＴＭＬ，ＣＧＩ，ジャバ）を記憶すること；
・伝送のために処方箋および他のファイルを段階付けること；
・インターネットを介して要求されたようなページおよびスクリプト（処方箋）を伝送すること；
・患者からＭＤＡＴＡ処方箋によって集められた医療データをアップロードすること；
・医療データを患者、内科医、研究室、ＨＭＯへダウンロードすること；
・ＭＤＡＴＡ処方箋、プログラム、およびデータを患者のコンピュータへダウンロードすること；
・患者のトラヒック、要求、および待ち行列を監視しかつ管理すること；
・医療データをカラー、グラフィック、および音響フォーマットで伝送すること；
・実施可能なコードを患者のコンピュータへ伝送すること；
・使用者のグラフィック使用者インターフェイス（スクリーン、マウス、会話）を使用すること；
・その計算ロードを使用者のコンピュータへ分配すること；
・その診断器具を目視分析を含むように拡張すること；
・インターネットを介して以下のごとき、
・ＨＭＯ、保険業者、商業興信所、銀行；
・教育研究病院在籍（アテンディング）の医師および照会（リファード）の医師、病院、クリニック、回復施設；
・研究室、薬局、健康用品ストア；
・看護婦、保健専門家、助手；
・救急処置室、医療補助者、救急サービス等；
の他の場所にアクセスすることである。
ネットワークの形状
第２５ａ図を参照して、使用者／患者２１１４はコンピュータ環境と通信している。コンピュータ環境はＭＤＡＴＡソフトウエアを利用している単一のコンピュータを含むことができるかまたはコンピュータ環境がコンピュータネットワーク上のクライアント／サーバーの複数のコンピュータを含むかも知れない。クライアント／サーバー環境において、サーバーはビデオディスプレイ、キーボードおよび指示システムを備えたネットワーク端末を含むことができるクライアント（依頼人）と通信するＭＤＡＴＡシステムを含んでいる。ネットワーク端末は、モデムおよび公衆切替え式電話網（ＰＳＴＮ）を使用するかまたは専用のデータ回路を介してダイヤル接続することができる、ネットワーク接続を介して広域ネットワークに接続される。広域ネットワークはインターネットのごとき公衆ネットワーク、または会社のネットワークまたはインターネットのごとき、閉止されたプライベートデータネットワークであってよい。中央ＭＤＡＴＡ位置において医療アドバイスおよび治療適用および患者のデータベースを主催する一連のサーバーが存在している。これらのサーバーはローカルエリアネットワークを介してネットワークゲートウエーに接続され、高速の、専用データ回路を介して広域ネットワークへアクセスする。代替的に、単一のサーバーが医療アドバイスおよび治療適用および患者のデータベースを主催しても良い。
患者のコンピュータ
ＭＤＡＴＡシステムを運行するのにインターネットを使用する際立った利点は、患者の場所において、今や、まさに電話に代わって（第１図におけるように）、コンピュータ２１１６（第２５ａ図）または他のネットワークアクセスシステムがあるという事実である。このことは、ＭＤＡＴＡシステムがＭＤＡＴＡ記憶および処理負荷の少なくとも幾らかの部分を処理するために患者のコンピュータの処理および記憶能力を使用できることを意味している。
患者のコンピュータは、
・ＨＴＭＬページをＭＤＡＴＡコンピュータからダウンロードし；
・ＨＴＭＬに埋め込まれたプログラムコード（例えば、ジャバ）を実施し；
・ページに提起された質問に応答し；
・応答をインターネットを介してＭＤＡＴＡコンピュータにアップロードし；
・ＭＤＡＴＡ関連の処方箋、プログラム、およびユーティリティを記憶し；
・患者向けの資料および報告書を印刷し；
・ＭＤＡＴＡシステムデータを記憶し；
・患者の医療データを記憶し；
・処方箋を局部的に、オフラインで運転し；
・後に続く（再入力）ようなセッションデータを蓄え；
・ＭＤＡＴＡコンピュータからの処理ロードをオフロードまたは分配する；
のに使用され得る。
グラフィック使用者インターフェイス（ＧＵＩ）
「グラフィック使用者インターフェイス」（ＧＵＩ）は人間の使用者の出力システムとしてのＣＲＴのディスプレイ特性を利用しかつそれをグラフィック入力を処理するためのマウスまたはジョイスティックのごとき指示システムと結合する低レベルコンピュータソフトウエアである。ＧＵＩソフトウエアを支持するカラーモニタおよびオペレーティング・システムは現在およそ１５年にわたって使用されておりかつ良好に文書に記録されている。良好な３つの例は、アップル社のマッキントッシュシステム、マイクロソフト社のウィンドーズ、そしてアイビーエム社のＯＳ／２である。
患者の側にグラフィック入力／出力を処理するためのコンピュータがあると仮定すると、ＭＤＡＴＡシステムは医療処方作業をＨＴＭＬのごとき幾つかのインターネット適合のプロトコルに符号化する。すなわち、電話に基づくシステムからインターネットへＭＤＡＴＡシステムを移すために、入力／出力に責任があるＭＤＡＴＡソフトウエアがインターネットプロトコルを処理するモジュールと交換される。
入力／出力トラヒックを再び向けることに加えて、ＧＵＩに基づくオペレーティング・システムの柔軟性が付与されると、ＭＤＡＴＡシステムは種々の方法において高めることができる。例えば、ＧＵＩを使用すると、ＭＤＡＴＡ診断スクリプト（処方箋）は、
・出力テキストを目立たせかつ強調するために種々のフォントおよびカラーを使用し；
・解剖組織上の特徴を例示するためにグラフィック図面および画像を表示し；
・単語およびフレーズの意味を指示し、例示し、かつ説明し；
・病巣のサンプルのごとき写真画像を表示し；
・人口平均に対する患者の健康状態を比較するための医療チャートを表示し；
・データを示すために多重、重なりまたは傾斜スクリーンディスプレイを使用し；
・運動範囲を調べるために動画を表示し；
・キーボード上のキーを押すことにより１数字または１文字の答えを入力し；
・グラフ、スケッチ、線図、画像、写真、ビデオを呈示し；
・カラー、音響、オーディオを呈示し；
・編集ボックス、チェックボックス、およびボタンによって応答を入力し；
・患者にマウス、ジョイスティック、キーボードによる応答を選択かつ改良させ；
・患者にＭＤＡＴＡによって呈示された絵から選択することにより問題を識別させ；
・文字通りのデータをＭＤＡＴＡによってスクリーン上に表示されたフィールドに入力し；
・キーボードを使用して長い文字通りの説明を入力し；
・患者に「様式書き込み」をさせ、ＭＤＡＴＡに送られるラベル付きフィールドを使用し；
・スクリーン上に示された選択リストから応答を選択し；
・解剖組織上の図面または画像の選択されたエリアに向け；
・輝度の範囲を示すチャート上の輝度を示すためにマウスをクリックし；
・診断シーケンスを制御するためにハイパーテキストおよびハイパーグラフィックス「リンクス」を使用し；
・スクリーンディスプレイの特別な部分に連結された「ヘルプ」テキストの種々のレベルを設けることができる。
使用者の構成
再び第２５ａ図を参照して、ネットワーク接続されたＭＤＡＴＡシステム２１００は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、または他の接続サービスを示すことができる、ネットワーク「雲」２１０２を含んでいる。
ＭＤＡＴＡプログラムおよびデータベースは、好ましくは、ＬＡＮ２１０６およびゲートウエー２１０４によって好ましくはネットワーク２１０２に相互に接続される１群のサーバー２１０８に属している。代替的に、ＭＤＡＴＡプログラムおよびデータベースはネットワークインターフェイスハードウエアおよびソフトウエア２１１２を利用する単一のサーバー２１１０に属している。ＭＤＡＴＡサーバー２１０８／２１１０は、以下で記載される、スクリプトエンジンによって使用される診断スクリプトを記憶する。
ネットワーク２１０２は使用者コンピュータ２１１６に、例えば、モデムの使用によってまたはネットワークインターフェイスカードの使用によって接続し得る。コンピュータ２１１６において使用者２１１４はキーボードおよび／または指示システムおよびモニタ２１１８のごとき目視ディスプレイを使用してＭＤＡＴＡプログラムを遠隔でアクセスするためにブラウザー２１２０を利用することができる。代替的に、ブラウザー２１２０はＭＤＡＴＡプログラムがコンピュータ２１１６上でローカルモードにおいて実施されるとき利用されない。ビデオカメラ２１２２は、可視症状のごとき、可視入力を設けるためにコンピュータ２１１６に任意に接続することができる。
種々の他のシステムがＭＤＡＴＡサーバー２１０８／２１１０と通信するのに使用され得る。サーバーが音声認知またはＤＴＭＦハードウエアを備えているならば、使用者は、上述の電話による実施例において説明されたように、電話２１２４の使用によってＭＤＡＴＡプログラムと通信することができる。ＭＤＡＴＡサーバーと通信するための他の接続システムはモデムを備えた携帯可能なパソコンまたはワイヤレス接続インターフェイス、目視ディスプレイ２１３０に接続されたケーブルインターフェイスシステム２１２８、または衛星放送受信機２１３４およびテレビジョン２１３６に接続された衛星放送受信アンテナ２１３２を含んでいる。使用者２１１４とＭＤＡＴＡサーバー２１０８／２１１０との間の通信を許容する他の方法を構想することができる。
第２５ｂ図を参照して、現行で好適な使用者／患者コンピュータの概略図はネットワークへの幾つかの考え得る相互接続を示している。第２５ｂ図、２１９４および２１９６はスクリプトを「扱う」のに使用される主要なソフトウエアを示しており、スクリプトエンジンと呼ばれる特殊なプログラムが使用され、このスクリプトエンジンはＭＤＳファイルを読み取りかつ患者への質問を出力しかつ回答を入力するような、インタビュー作用を行うためにそのコードを使用する。スクリプトエンジンはまた患者から回答を集め、回答を評価し、診断を出し、そして患者の医療記録を更新する。スクリプトエンジンは好ましくは使用者のコンピュータに属している。スクリプトエンジンはハードドライブまたはＣＤ−ＲＯＭ上に記憶され、そして実施のための主要なメモリに負荷される。
本発明のコンピュータ化されたＭＤＡＴＡシステム２１００の使用者２１１４によって利用される、現行で好適なコンピュータ２１１６の構成要素が第２５ｂ図に示されている。代替的に、第２５ａ図に示されたシステムのごとき、医療インタビューを実施するための他のシステムが、コンピュータ２１１６に代えて利用されることができる。
コンピュータ２１０２はエンクロージャ２１１６内に複数の構成要素を含んでいる。電話線２１０６は公衆電話網２１５８をモデム２１６０を介してコンピュータ２１１６にインターフェイスする。電話網２１５８は、ＭＤＡＴＡシステムサーバー２１０８／２１１０との接続を有する、ネットワーク２１０２に接続することができる。代替的に、使用者はネットワークインターフェイスカード２１６４の使用によってネットワーク２１０２に接続することができる。
この明細書を通して、使用者および患者という用語は互いに交換可能に使用されている。しかしながら、理解されたいことは、使用者は患者の代理として振る舞っているかも知れない。これがその場合であるならば、使用者は患者のアシスタントとして登録される。
ハードウエアおよびシステムソフトウエアは２つの基本的概念、すなわち、他のオペレーティング・システムに対する携帯性および工業規格構成要素の使用を心に留めてアセンブルされる。この方法において、システムはより融通が利くようにすることができ、自由な市場競争により継続して製品を改良する一方、同時にコストを低減する。特別なハードウエアおよびソフトウエアが照会され得る一方、理解されたいことは、一揃いの種々の構成要素が本システムにおいて使用されることが可能であるということである。
コンピュータ２１１６は、好ましくは、インテル・ペンチウム・マイクロプロセツサ2170を備えたパソコンである。アップル・マッキントッシュ、アミガ、デジタル・エキィップメント・コーポレイションバックス（ＶＡＸ）、アイビーエム・メインフレームのごとき他のコンピュータがまた利用され得る。モデム２１６０またはネツトワークインターフェイスカード２１６４は工業規格アーキテクチャ（ＩＳＡ）または周辺構成要素相互接続（ＰＤＩ）バス２１６２に接続している。バス２１６２はマイクロプロセツサ２１７０をコントローラ回路（チップまたは基板）を介して複数の周辺機器と相互に接続している。
コンピュータバス２１６２はアダプタまたはコントローラを介してそれに接続された複数の周辺機器を有している。好ましくはＳＶＧＡまたは良好な解像度でビデオアダプタ基板２１７２はビデオモニタ２１１８に相互に接続している。シリアル通信回路２１７６は、マウス２１７８のごとき指示システムとインターフェイスしている。パラレル通信回路が他の実施例において回路２１７６に代わって使用されても良い。キーボードコントローラ回路２１８０がキーボード２１８２とインターフェイスしている。５００Ｍｂまたはより大きいハードディスクドライブ２１８４および任意のＣＤ−ＲＯＭＳドライブ２１８６が好ましくはバス２１６２に取り付けられる。ハードディスク２１８４は患者のファイル、他のＭＤＡＴＡファイル、および２進のサポートファイルのごときデータベースファイルを記憶する。ＣＤ−ＲＯＭドライブ２１８６はまたコンピュータ２１１６を使用している患者用のファイル、および２進のサポートファイルのごとき、データベースファイルを記憶している。
主メモリ２１９０はマイクロプロセッサ２１７０に接続している。現行で好適な実施例において、コンピュータ２１１６は好ましくはウインドーズ９５オペレーティング・システム２１９２により作動している。メモリ２１９０は病気／症状／質問（ＤＳＱ）リストスクリプトエンジン２１９６を好ましくは利用する診断スクリプトエンジン２１９４を含んでいる。１実施例において、スクリプトエンジンソフトウエアはボーランド・デルフィ・パスカル、バージョンＩＩで書かれている。もちろん、他のいずれのコンピュータ言語も使用され得る。
第２５ａ図および第２５ｂ図の両方を参照して、使用者インターフェイスは、ネットスケープまたはＭＤＡＴＡサーバーと相互に作用するモザイクのごとき、グラフィックネットワークブラウザークライエントを含んでいる。高められた使用者インターフェイスは小さなグラフィック用途、例えば、サーバーからダウンロードされかつ使用者ネットワーク端末上で実施される、ジャバアプレッツ（ａｐｐｌｅｔｓ）を組み込むことも可能である。ジャバは、インターネット上に用途をプログラミングするために、サン・マイクロシステムズ社によって開発された新たな言語である。
使用者が診断プロセスによって進むと、使用者の医療状態についての情報がスクリーンに表示された形状を完了するか回答することにより、またはディスプレイ上のアイテムを指示するかまたはマウスでクリックすることによりＭＤＡＴＡシステムに通信される。診断プロセスは患者および他のＭＤＡＴＡデータベースからのデータを検索しかつ使用者の応答を、共通のゲートウエーインターフェイス（ＣＧＩ）スクリプト言語ユーティリティを介して、またはネットスケープ・アプリケーションズ・プログラミング・インターフェイス（ＮＳＡＰＩ）またはマイクロソフト・インターネット・サーバー・アプリケーションズ・プログラミング・インターフェイス（ＩＳＡＰＩ）のごとき、ウェブ・サーバー・アプリケーションズ・プログラミング・インターフェイス（ＡＰＩ）の使用によって記憶する。
使用者のネットワーク端末が、デジタルスチールカメラまたはビデオカメラのごとき、カメラを備えているならば、その場合にＭＤＡＴＡシステムは時間にわたって患者の画像を捕捉することができる。健康管理プロバイダによって治療を必要とする医療条件に関して、画像の順次シーケンスによって健康管理専門家は感染症または病気の目視徴候を分析することにより患者の状態を評価できる。
同様に、使用者のネットワーク端末がマイクロホンを備えているならば、その場合にＭＤＡＴＡシステムは患者から出される臨床的な音響（例えば、咳または気管支喘息のぜいぜいと息をする音）を捕捉することができる。ＭＤＡＴＡシステムは、これが捕捉した臨床的な音響を再生することにより、健康管理専門家を支援して患者の医療状態を評価することが可能である。
ＭＤＡＴＡシステムの構造
第２６図を参照して、ネットワークに接続されたＭＤＡＴＡシステム２１００によって利用される１組のプロセス、ファイル、およびデータベースを説明する。以下で説明される、スクリプトエンジンプロセス、ＭＤＳデータベース、画像形式データベース、および実験室試験データベースを除いて、これらのプロセス、ファイル、およびデータベースは以前に上記で説明された。
ＭＤＡＴＡシステム２１００は幾つかの主要なプロセスおよび関連のデータベースを利用している。患者の１組のログインプロセス２２１０が３つの方法のいずれか１つでシステムに以前に登録した患者を識別するためにシステム２１００によって使用される。３つの登録方法は、１）患者の識別番号（ＰＩＮ）をプロンプトする；２）アシスタント識別番号（ＡＩＮ）をプロンプトすることによりシステムに以前に登録したアシスタントを識別する；３）患者の識別番号をプロンプトすることによりシステムに以前に登録したアシスタントを有する患者を識別することである。１組のプロセス２２１２は患者またはアシスタントを登録するのに使用される。使用者が患者であるならば、患者登録プロセスが新たなすなわちはじめての患者を登録するためにシステムによって使用される。使用者が患者でないならば、アシスタント登録プロセスが新たなすなわち初めてのアシスタントを登録するためにシステムによって使用される。その場合に、患者がまだ登録されてないならば、アシスタント付き患者の登録プロセスが患者を登録するためにシステムによって使用される。
いったん使用者がログインまたは登録すると、システムはプロセスの選択を提供する。現行の実施例における最初のプロセスは患者の診断を行う診断プロセス２２２０である。評価プロセス２２２０はこの患者にこの時点で時にかなった適切な試験を勧告するための実験室試験の選択および画像形式の選択のデータベースおよび治療テーブル２２５０にアクセスして、特定の病気または診断に関する現行の治療情報を得る。他の実施例において、他の選択が他の医療情報プロセスにアクセスするのに付加される。
これらのプロセスに関連付けられるのは、患者およびアシスタント登録データベース２２４０、相談（診察）履歴データベース２２４２、患者応答データベース２２４４、医療履歴対象データベース２２４６、患者投薬データベース２２４８、未決データベース２２５２、患者医療履歴データベース２２５４、医療診断スクリプト（ＭＤＳ）データベース２２５６、画像形式データベース２２５８、および実験室試験データベース２２６０である。
スクリプト作成
第２７図を参照して、ＤＳＱスクリプトを作成するためのオフラインプロセス２２８０を次に説明する。プロセス２２８４で始まって、医療知識が集められかつリストファイルに系統立てられる。リストファイル用のデータが１またはそれ以上の医学関係著者２２８２のために集められる。プロセス２２８４は２つの部分を有している。第１の部分は代表的には病気を割り当てるためのスクリプトコーディネータまたは監督著者によって実行され、そして第２の部分はスクリプト中の各病気についての病気知識を捕捉するためのものである。この病気の知識を捕捉するための部分は代表的にはそれぞれの分野における複数の医療専門家によって実行される。プロセス２２８４の出力は、ＡＳＣＩＩファイルのごとき、電子テキストである。この電子テキストは、病気、症状、および質問リスト２２８６のごときＤＳＱリストの形である。
プロセス２２８０はＤＳＱリストを電子テキストフォーマットに取り込みかつそれらをスクリプトデータ開発ツールの使用によって処理する状態２２９０に移る。スクリプトコンパイラ２２９２はＭＤＳファイルを作成するためにスクリプトデータ開発ツールと密接に作動する。プロセス２２８０は最終のＭＤＳファイルを作成するために反復様式においてスクリプトデータ開発ツールおよびスクリプトコンパイラを利用することができる。状態２２９４において、ＭＤＳファイルがＭＤＳデータベース管理ユーティリティ２２９８によってＭＤＳデータベース２３００に書き込まれる。ＭＤＳファイル２２９６は好ましくは２進フォーマットである。第２７図で２２９６’と示されるＭＤＳファイルの代表的な例示において、ＭＤＳは、好ましくは、ヘッダーデータ部分、マスター病気リスト部分、マスターシステムリスト部分、マスター流れ部分、マスター質問リスト部分およびマスターテキストリスト部分を含んでいる。他の実施例において、医学関係著者は医学関係著作言語においてまたは状態２３０２において示されるようなノードまたはブランチとしてスクリプトを書くことができる。コンパイラを含む、他のスクリプトツールは、ＭＤＳ２２９６を作成するために状態２３０４において示される。
実行時間構成
第２８図を参照して、実行時間において利用される第２５ａ図、第２５ｂ図、第２６図および第２７図のファイルおよび構成要素の幾つかを次に説明する。第２８図に示されるＭＤＡＴＡデータベース記号２３６０はＭＤＳデータベース２２５６以外の第２６図のデータベースおよびファイルを示している。スクリプトエンジン２３５８が患者／使用者アクセスプロセッサ２３５６においてスクリプト２２９６を実施するならば、ネットワークに基づいたＭＤＡＴＡシステム２１００がスクリプト２２９６を、使用者のプロセッサ２３５６への伝送のために、ＭＤＡＴＡネツトワークサーバー２１０８／２１１０の１部分である、ゲートウエープロセス２３５２へ通す。このゲートウエープロセスはまた、上述され、かつ第３２図に関連して以下で説明される、ＣＧＩプログラムとして知られている。代替的に、ＭＤＡＴＡシステム２１００でのスクリプトエンジン２１９４は使用者に質問を設け、使用者入力に応答し、かつネットワーク２１０２を介して結果を作成するするためにスクリプトを利用することができる。
患者／使用者アクセスプロセッサ２３５６は、１実施例において、ブラウザー２３５９の文脈内で実施できてもできなくてもよい、サン・マイクロシステムズによって使用を許可されている、ジャバ・バーチャル・マシン（仮想記憶システム）を利用しても良い。他の実施例はブラウザー２３５９用の差し込みスクリプトエンジンを利用することもできる。使用者アクセスプロセッサ２３５６はインテル、マイクロソフト、コンパック、デルおよびヒューレット−パッカードのごときネットワークＰＣ（ＮｅｔＰＣ）、またはオラクル・コーポレイションまたはサン・マイクロシステムズ社から入手し得るようなネット・コンピュータ（ＮＣ）であっても良い。コンピュータ２１１６に関連して利用される入力装置はまた使用者アクセスプロセッサ２３５６によっても良い。
初期スクリプトおよび評価プロセス
第２５ａ図のＭＤＡＴＡシステム２１００によって使用される初期スクリプトのプロセスと同様なプロセスの流れ図に関しては第７ａ図、第７ｂ図、第７ｃ図および第７ｄ図を参照すること。第１０ａ図および第１０ｂ図は、また、第２６図に示された診断プロセス２５４と呼ばれる、第７ｄ図において定義された評価プロセス２５４の流れ図である。第１９図は第１０ｂ図において定義された自己健康診断機能５１４の流れ図である。この機能は、例えば、臨床的な音響の録音が行われるか、またはスチールまたはビデオ画像を捕捉することを要求するかも知れない。
患者とのオンライン相互交流
第２９図を参照して、次に、ＭＤＡＴＡシステム２１００（第２５ａ図）がネットワーク２１０２を介して患者のコンピュータ２１１６とオンラインでどのように対話するのかについてのプロセス２４００を説明する。プロセス２４００の１つの主要な変形例は、ＭＤＡＴＡコンピュータ２１０８／２１１０へページを送る必要がなく、患者のコンピュータ２１１６上で幾つかの計算を実行するような（ジャバで作動される）ページの能力である。
スタート状態２４０２で始まって、プロセス２４００は、患者のコンピュータ２１１６が中央ＭＤＡＴＡコンピュータ２１０８／２１１０に接触する状態２４０４に移る。状態２４０６に進むと、中央ＭＤＡＴＡコンピュータ２１０８／２１１０は、使用者２１１４に対する目視ディスプレイ２１１８上での表示のために患者のコンピュータ２１１６へ電子情報の「ページ」またはスクリーンを電子的に送信する。状態２４０８に続いて、患者２１１４はフィールド、チェックボックス、ボタン、またはページ上にある他の同様な応答機構を満たす。状態２４１０に進んで、患者のコンピュータ２４１０はＭＤＡＴＡコンピュータ２１０８／２１１０へページ上の応答を逆に送信する。状態２４１２に移ると、ＭＤＡＴＡコンピュータ２１０８／２１１０は受信された応答を分析しかつ患者のコンピュータ２１１６へ送信するように次のページを選択するか、または状態２４１４において、使用者またはＭＤＡＴＡソフトウエアが患者のコンピュータとＭＤＡＴＡコンピュータ２１０８／２１１０との間の通信を終了するように望むかどうかを判断する。もし望むならば、プロセス２４００はエンド状態２４１６において完了する。しかしながら、プロセス２４００が終了しないように判断するならば、実行が継続されて、ＭＤＡＴＡコンピュータ２１０８／２１１０が次に選択されたページを患者のコンピュータ２１１６へ送信する状態２４０６に戻る。
第３０図を参照して、次に、インターネット２１０２を介してのＭＤＡＴＡコンピュータ２１０８／２１１０と患者のコンピュータ２１１６またはアクセスプロセッサ２３５６との好適な高レベルの対話を説明する。ＭＤＳ２２９６はＭＤＡＴＡソフトウエア２４４０によってＭＤＳデータベース２３００から患者のコンピュータ２１１６／２３５６においてＭＤＳプレイヤー（スクリプト）エンジン２３５８へ通される。プレイヤーまたはスクリプトエンジン２３５８はスクリプト２２９６を実施し、かつローカルの患者データベース２４４２を更新する。ＭＤＡＴＡシステム２１００によって所望されるならば、周期的に、スクリプト結果データが中央ＭＤＡＴＡデータベース２３６０（第２８図）に転送される。代替的に、ローカルの患者のデータベース２４４２はまったく使用されないか、または、一定のデータ項目に関してのみ使用されるので、医療データのすべてまたはほとんどはＭＤＡＴＡデータベース２３６０に記憶のためにネットワーク２１０２を横切って送信される。
ネットワークプログラムおよびデータ転送
第３１図を参照して、次に、初期スクリプトおよび評価プロセスの実施の間中使用されるネットワークプログラムおよびデータ転送プロセス２５００を説明する。転送プロセス２５００は機能として初期スクリプト（第７ａ図〜第７ｄ図と同様な）および診断プロセス２２２０（第２６図）の部分を示している。このプロセスは第３０図において示されたシステム２１００上で実施される。プロセス２５００中の判断ブロック２５２８は患者／使用者コンピュータ２１１６での患者のデータおよび結果についてローカル記憶すべきであるかどうかを判断する。患者のデータのローカル記憶があるとしても、プロセスは任意にデータを平行作動において状態２５４２においてＭＤＡＴＡサーバーへ送信することができる。現行のスクリプトにおいて診断または終了ノードとなるかまたはヘルプがＭＤＡＴＡサーバーから要求されるまで処理は使用者コンピュータ２１１６において継続する。
ＭＤＡＴＡサーバーによって実行される作用の幾つかは、使用者のコンピュータへ異なるスクリプトを送信し、電話の実施例に関連して上述されたように、メータ分析のごとき、他の診断処理または分析の実行、再入力規準が一致しているかどうかを判断し、症状の重度パターンをチェックすること等を含んでいる。
オンラインネットワークシステム２１００の１実施例において、使用者コンピュータ２１１６は、ＭＤＡＴＡシステムコードセグメントを有することができるがこのセグメントは問題の診断に使用するためにダウンロードされたスクリプトに加えたＭＤＡＴＡソフトウエア全体のコードの部分である。この実施例において、診断または目標点が達成されなかったならば、プロセスはローカルコードセグメントが診断プロセスにおいて継続し得るかどうかを判断する。そうでないならば、使用者コンピュータは他に役立つように中央ＭＤＡＴＡサーバーへ結果を逆に送信する。しかしながら、ローカルコードセグメントがプロセスを行うのに十分であるならば、ローカルの使用者コンピュータは、ＭＤＡＴＡコードセグメントを使用して指示システムを設定して例えば後でシステムに相談するように患者に要求するような他の作用、またはＭＤＡＴＡソフトウエアによって行われる他の作用を行う。
スタート状態２５０２で始まって、プロセス２５００は緊急応答スクリプトを実施するために機能２５０４に移る。緊急応答スクリプトは、患者が即刻応答が必要であり、生命にかかわる緊急状態であるかどうかを判断する。緊急であるならば、患者は救急サービスのごとき緊急医療提供者に照会されるかまたは彼等に「９１１」を呼び出すように要求する。医療的に緊急でないならば、プロセス２５００は状態２５０６に進みかつ患者登録またはログオンのためのスクリプトを送る。使用者が以前に登録しているならば、ログオンプロセスは実施されるが、使用者が以前に登録されてないならば、登録プロセスが実施される。使用者が以前に登録していると仮定すると、プロセス２５００は使用者がスクリプトを使用してログオン形式を見る状態２５０８に進む。状態２５１０に進むと、使用者は要求されたデータを入力するかまたはログオン形式に関しての質問に答える。状態２５１２に移ると、形式からの応答データがネットワーク２１０２を介してＭＤＡＴＡサーバー２１０８／２１１０上のゲートウエープログラム２３５２（第２８図）に送られる。２５１４に続くと、ゲートウエープログラムは形式から応答データを引き出しかつそのデータをＭＤＡＴＡソフトウエアに供給する。判断状態２５１６に続くと、プロセス２５００はログオンが上首尾であるかどうかを判断する。上首尾でないならば、プロセス２５００はエラー処理機能２５１８に進んでログオンがなぜ上首尾でなかったかを判断してこれによってログオンの問題を取り扱う。
ログオンが判断状態２５１６において判断されるように上首尾であるならば、プロセス２５００は使用者から主要な病気を引き出すために機能２５２０に進む。状態２５２２に進むと、ＭＤＡＴＡソフトウエアは、使用者からの主要な病気、患者に関して症状の発生からの時間量、以前のスクリプトの結果、患者の過去の医療履歴等に基づいて使用者にダウンロードするためのスクリプトを選択する。スクリプトが選択された後、プロセス２５００は、このスクリプトがネットワーク２１０２を介して使用者の機械に転送される機能２５２４に進む。機能２５２６に継続すると、使用者の機械２１１６でスクリプトエンジン２３５８がネットワークを介して受信されたスクリプトを実施する。スクリプト処理は、これにより参考のために組み込まれている、アイリフの、「リストに基づく処理を利用しているコンピュータ化された医療診断システム」に関する、１９９７年７月１１日に出願された、同時係属のアメリカ合衆国特許出願第                号に記載されている。
スクリプトの実施後、プロセス２５００はスクリプトの結果をローカルの使用者の記憶を行うかどうかを判断するために判断状態２５２８に移る。ローカルの使用者記憶を行わないならば、プロセス２５００は状態２５３０に移って中央ＭＤＡＴＡサーバー２１０８／２１１０へスクリプト結果を送りスクリプト結果の記憶および／または分析を行う。スクリプト結果は医療データを保護するために暗号化された状態においてインターネットを介して送信されることが可能である。判断状態２５３２に進むと、プロセス２５００はさらに他のスクリプトが使用者の主要な病気を診断するのをさらに支援するために使用者の機械に送られる必要があるかどうかを判断する。必要があるならば、プロセス２５００は使用者にダウンロードするための次のスクリプトが選択される状態２５２２に戻る。しかしながら、さらに他のスクリプトが使用者の機械に送られる必要がないならば、判断状態２５３２において判断されるように、プロセス２５００は機能２５３４へ移る。機能２５３４において、中央のＭＤＡＴＡコンピュータは、メータ分析を実行し、再入力規準が一致しているかどうかを判断し、症状の重度パターンをチェックするような幾つかの動作または他の同様な動作を行う。ＭＤＡＴＡコンピュータは患者に診断を提供することが可能であるかまたは患者が予め定めた将来の時間にシステムに問い合わすことを要求するような、医療アドバイスを提供することができる。ＭＤＡＴＡコンピュータによる動作の完了において、プロセス２５００はエンド状態２５３６において完了する。
判断状態２５２８に戻って、プロセス２５００が結果のローカルの使用者記憶が所望されると判断するならば、処理は状態２５４０において継続し、ローカルの使用者医療ファイルがデータベース２４４２において更新される（第３０図）。スクリプトの結果を何処に記憶するかの判断は種々のエンティティによってなされ得る。例えば、プログラムが実施される国の法律が医療結果はローカルで記憶することができるかまたは記憶できないかを判断するかも知れず、ＭＤＡＴＡシステムの管理者が結果が記憶される場所を決定するかも知れず、医療健康組織がその判断を行うかも知れず、またはスクリプト結果が記憶できる場所を患者が選ぶようにされるかも知れない。任意の状態２５４２に移って、ＭＤＡＴＡ管理者はスクリプト結果が医療データのローカルの記憶と同時に記憶のために中央ＭＤＡＴＡサーバーへ送信されることを要求するかも知れない。スクリプト結果はコードに変換されたフォーマットにおいて中央ＭＤＡＴＡサーバーに送信することができる。
判断状態２５４４に進んで、プロセス２５００はスクリプトが診断またはこのスクリプトの目標点に達したかどうかを判断する。診断がスクリプトによって達成されたならば、プロセス２５００は使用者に診断または医療アドバイスを提供するために状態２５４６に進む。プロセス２５００はその場合にエンド状態２５３６において完了する。しかしながら、診断が達成されなかったならば、判断状態２５４４において判断されたように、プロセス２５００は判断状態２５４８に進む。この判断状態２５４８において、プロセス２５００はローカルのＭＤＡＴＡソフトウエアコードセグメントが使用者の機械に利用可能であるかどうかを判断し、そして利用可能であるならば、いずれにしてもそれらはスクリプトの結果に基づいてさらに他の作用を行うのに十分である。利用可能でないならば、プロセス２５００は判断状態２５３０へ進み、ＭＤＡＴＡサーバーが追加の工程を取るかまたは患者の問題をさらに分析するように、既になされてないならば、ＭＤＡＴＡサーバーへスクリプトの結果を送る。しかしながら、使用者の機械上のローカルのＭＤＡＴＡセグメントがさらに他の作用を行うのに十分であるならば、プロセス２５００はソフトウエアコードセグメントに基づいてさらに他の場所の動作を行うために機能２５５０に進む。後でシステムに相談するように患者に要求することを含み、ローカルのＭＤＡＴＡ動作が実行された後、プロセス２５００はエンド状態２５３６において完了する。
ネットワークデータ転送
第３２図を参照して、次に、初期スクリプトおよび評価プロセスの実施の間行われるネットワークデータ転送プロセス２５８０の抜粋を説明する。このプロセス２５８０は状態２５８２において使用者２１１４によって見られるＣＧＩ形式を使用しかつＭＤＡＴＡの質問またはプロンプトに対してデータおよび／または回答で応答するために状態２５８４において使用者によって完了される。状態２５８６に進むと、応答は、状態２５８８で応答を引き出しかつその応答をＭＤＡＴＡソフトウエアに送るためにネットワーク２１０２を介してＭＤＡＴＡサーバー２１０８／２１１０上のゲートウエープログラム２３５２（第２８図）に送られる。状態２５９０に移ると、ＭＤＡＴＡシステム２１００はスクリプトの実施を継続しおよび／または新たに受信されたデータを使用してデータベース更新を行う。プロセス２５９２に進むと、スクリプト実施はさらに他の応答等のために続いて起こる形式を使用者に送信させるかも知れない。パスワードのごとき使用者のための使用者の名前および安全情報が、クライアント／サーバー交流の状態を保護するために「隠された要素」としてフォーム上に隠して送られる。
代表的なスクリプトウインドー
第３３図は、マラリアを診断することができる例示のスクリプトから、ＭＤＡＴＡソフトウエアによって作成された代表的なＧＵＩスクリーンの例を示している。使用者はラジオボタン２６１２の１つを選択しかつ次いでスクリプトエンジンへ応答を送るようにサブミットボタン２６１４を押す。使用者がバックボタン２６１６を押すならば、スクリプトエンジンは以前のスクリーンに戻る。ヘルプボタン２６１８はマラリアの発作の概念および診断の意味を詳細に述べるスクリーンを表示する。
第２の任意のシステム形状の概要
インターネットのごときネットワーク上でＭＤＡＴＡシステムを実行することは以前に説明した電話に基づくＭＤＡＴＡシステムならびにスタンド−アローン（ＳＡ−ＭＤＡＴＡ）システムの顕著な拡張である。電話網をインターネットと交換することにより、ＭＤＡＴＡシステムは患者並びに患者の治療に従事する他の人間および代理機関と通信するようにそのパワーを拡張する。純粋に音響に基づくシステムをＧＵＩと交換することにより、ＭＤＡＴＡシステムはその診断機能を実施するために入力／出力選択の組みをより豊富に有している。患者のコンピュータを通信路に挿入することにより、ＭＤＡＴＡシステムは患者のコンピュータ上にデータ実行プログラムを記憶するより多くのオプションを有している。ここでは、インターネット実施例の３つの使用例がある。それらは、すなわち、
１．電話に基づくＭＤＡＴＡシステムの範囲を拡張するために：
・電話ＭＤＡＴＡシステムの利用可能性および特徴を患者に宣伝し、発表し、指示しかつ案内するためにインターネットＨＴＭＬページを使用する。
・患者を登録し、医療履歴を作り、自由な健康アドバイスおよび指示を配付し、内科医の報告書をＥ−メールし、ＨＭＯの事務手続きを処理するためなどの可視データ入力／出力を要求するために、電話ＭＤＡＴＡシステムに対する拡張としてインターネットＨＴＭＬページを使用する。
１．ＭＤＡＴＡのＣＤ−ＲＯＭバージョンに関して、患者にこの患者の固有のコンピュータだけに診断セッションを行わせる。更新、質問、特別な相談、ＨＭＯ管理等のために患者と通信するために管理上インターネットを使用する。
２．中央コンピュータ上のＭＤＡＴＡを実行するためにインターネットを使用：
・遠隔ログインによるアクセスで電話によるＭＤＡＴＡへのアクセスを増大する。
・インターネットログインのためにＭＤＡＴＡに交互のＩ／Ｏ前方端を設ける。
・中央の機械（セントラルマシン）上に医療データベースおよびスクリプトを維持する。
・中央の機械上で診断セッションを実行する。
・患者のコンピュータへ選択的に、スクリプト、データ、アドバイス、報告書を送るためにインターネットを使用する。
３．患者のコンピュータ上でＭＤＡＴＡスクリプトを実行するためにインターネットを使用：
・Ｉ／Ｏシステムのような電話をＨＴＭＬ，ＣＧＩおよびジャバソフトウエアの組み合わせと交換する。
・Ｉ／Ｏシステムとしてインターネット上に焦点合わせするためにＭＤＡＴＡシステムのＩ／Ｏ部分を再成形する。診断スクリプトをＨＴＭＬテキストおよび画像に変換し、次いで診断ページデータベースから次のページを選択するためにテキストおよび画像リンクを使用する。
・上記と同じようにし、かつ／計算ロードを分配するためにＷＡＮにＭＤＡＴＡシステムのコンピュータを拡張しかつ内科医、病院、およびＨＭＯへの研究開発（Ｒ＆Ｄ）支持を設ける。
・上記と同じようにし、かつまた患者に彼の固有のコンピュータ上で診断および病気管理セッションを行うためにＭＤＡＴＡシステムのすべてまたは１部分をダウンロードさせる。
・ＣＤ−ＲＯＭ上に糖尿病用の病気管理スクリプトを配置し、そして糖尿病患者にスクリプトを実行させて患者のコンピュータ上で患者の健康を監視し、次いで中央ＭＤＡＴＡコンピュータにより周期的にまたは要求されるときチェックするのにインターネットを使用する。
上記で詳細にされた説明は、種々の実施例に適用されるような本発明の基本的な新規な特徴を示し、記載しかつ指摘したが、理解されることは、例示された装置の形状および細部における種々の省略および置換および変更が、本発明の精神から逸脱することなく、当該技術に熟練した者によってなされ得るということである。
【図１】
0004615629.tif 000017
【図２】
0004615629.tif 000018
【図３】
0004615629.tif 000019
【図４】
0004615629.tif 000020
【図５ａ】
0004615629.tif 000021
【図５ｂ】
0004615629.tif 000022
【図５ｃ】
0004615629.tif 000023
【図５ｄ】
0004615629.tif 000024
【図５ｅ】
0004615629.tif 000025
【図５ｆ】
0004615629.tif 000026
【図５ｇ】
0004615629.tif 000027
【図６】
0004615629.tif 000028
【図７ａ】
0004615629.tif 000029
【図７ｂ】
0004615629.tif 000030
【図７ｃ】
0004615629.tif 000031
【図７ｄ】
0004615629.tif 000032
【図８ａ】
0004615629.tif 000033
【図８ｂ】
0004615629.tif 000034
【図９ａ】
0004615629.tif 000035
【図９ｂ】
0004615629.tif 000036
【図１０ａ】
0004615629.tif 000037
【図１０ｂ】
0004615629.tif 000038
【図１１ａ】
0004615629.tif 000039
【図１１ｂ】
0004615629.tif 000040
【図１２ａ】
0004615629.tif 000041
【図１２ｂ】
0004615629.tif 000042
【図１３ａ】
0004615629.tif 000043
【図１３ｂ】
0004615629.tif 000044
【図１４ａ】
0004615629.tif 000045
【図１４ｂ】
0004615629.tif 000046
【図１５ａ】
0004615629.tif 000047
【図１５ｂ】
0004615629.tif 000048
【図１６ａ】
0004615629.tif 000049
【図１６ｂ】
0004615629.tif 000050
【図１７】
0004615629.tif 000051
【図１８】
0004615629.tif 000052
【図１９】
0004615629.tif 000053
【図２０】
0004615629.tif 000054
【図２１】
0004615629.tif 000055
【図２２】
0004615629.tif 000056
【図２３】
0004615629.tif 000057
【図２４】
0004615629.tif 000058
【図２５ａ】
0004615629.tif 000059
【図２５ｂ】
0004615629.tif 000060
【図２６】
0004615629.tif 000061
【図２７】
0004615629.tif 000062
【図２８】
0004615629.tif 000063
【図２９】
0004615629.tif 000064
【図３０】
0004615629.tif 000065
【図３１】
0004615629.tif 000066
【図３２】
0004615629.tif 000067
【図３３】
0004615629.tif 000068