(57)【要約】【課題】  異なる場所に存在する医師や医療検査施設からサイバーホスピタルを構築可能とする。【解決手段】  ネットワークを介して外部端末に接続されたサイバーホスピタルシステムにおいて、前記ネットワークを介して前記外部端末から患者状態情報を取り込む入力手段と、前記患者状態情報に基づいて第１の医師情報を収集する第１の処理手段と、前記第１の医師情報を前記外部端末に送信する送信手段とを具備することを特徴とする。【選択図】  図２
2004280807.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部端末に接続されたサイバーホスピタルシステムにおいて、
前記ネットワークを介して前記外部端末から患者状態情報を取り込む入力手段と、
前記患者状態情報に基づいて第１の医師情報を収集する第１の処理手段と、
前記第１の医師情報を前記外部端末に送信する送信手段と
を具備することを特徴とするサイバーホスピタルシステム。
【請求項２】
前記第１の医師情報を記憶する少なくとも一つの記憶手段をさらに具備することを特徴と
する請求項１に記載のサイバーホスピタルシステム。
【請求項３】
前記第１の医師情報を記憶する少なくとも一つの記憶装置に接続され、前記第１の処理手
段は前記第１の医師情報を前記記憶装置から収集することを特徴とする請求項１に記載の
サイバーホスピタルシステム。
【請求項４】
前記記憶装置は本システムの外部に設けられていることを特徴とする請求項３に記載のサ
イバーホスピタルシステム。
【請求項５】
患者の主治医は前記第１の医師情報に基づいて決定されることを特徴とする請求項１に記
載のサイバーホスピタルシステム。
【請求項６】
患者のための専門医は前記第１の医師情報に基づいて決定されることを特徴とする請求項
１に記載のサイバーホスピタルシステム。
【請求項７】
前記入力手段は前記外部端末から患者識別情報を取り込むことを特徴とする請求項１に記
載のサイバーホスピタルシステム。
【請求項８】
前記患者識別情報に基づいて患者情報を収集し、前記患者状態情報及び前記患者情報に基
づいて患者の病状を推論し、この推論された病状に基づいて医療アクションプランを作成
し、この医療アクションプランを患者に対して実行した場合に予想される患者の将来状態
を予測する第２の処理手段を更に具備することを特徴とする請求項７に記載のサーバーホ
スピタルシステム。
【請求項９】
前記送信手段は前記患者状態情報、前記患者情報、前記推論された病状、前記作成された
医療アクションプラン、及び前記予測された将来状態の少なくとも一つを前記第１の医師
情報に基づいて前記外部端末により決定された第１の医師に送信することを特徴とする請
求項８に記載のサーバーホスピタルシステム。
【請求項１０】
前記患者識別情報に基づいて患者情報を収集する第２の処理手段を更に具備し、前記第１
の処理手段は前記患者状態情報及び前記患者情報に基づいて前記第１の医師情報を収集す
ることを特徴とする請求項７に記載のサイバーホスピタルシステム。
【請求項１１】
前記患者情報を記憶する少なくとも一つの記憶手段をさらに具備することを特徴とする請
求項１０に記載のサイバーホスピタルシステム。
【請求項１２】
前記患者情報を記憶する少なくとも一つの記憶装置に接続され、前記第２の処理手段は前
記患者情報を前記記憶装置から収集することを特徴とする請求項１０に記載のサイバーホ
スピタルシステム。
【請求項１３】
前記記憶装置は本システムの外部に設けられていることを特徴とする請求項１２に記載の
サイバーホスピタルシステム。
【請求項１４】
前記送信手段は前記第１の医師情報に基づいて前記外部端末により決定された第１の医師
に前記患者状態情報及び前記患者情報を送信することを特徴とする請求項１０に記載のサ
イバーホスピタルシステム。
【請求項１５】
前記外部端末は患者により使用されることを特徴とする請求項１に記載のサイバーホスピ
タルシステム。
【請求項１６】
前記外部端末は救急車において使用されることを特徴とする請求項１に記載のサイバーホ
スピタルシステム。
【請求項１７】
前記外部端末は病院内で使用されることを特徴とする請求項１に記載のサイバーホスピタ
ルシステム。
【請求項１８】
前記第１の医師情報に基づいて前記外部端末により第１の医師が決定されることを特徴と
する請求項１に記載のサイバーホスピタルシステム。
【請求項１９】
前記外部端末と前記第１の医師により使用される第２の外部端末との間の接続を構築する
第３の処理手段を更に具備することを特徴とする請求項１８に記載のサイバーホスピタル
システム。
【請求項２０】
前記第１の処理手段は前記患者状態情報に基づいて第２の医師情報を収集し、前記送信手
段は前記外部端末及び前記第１の医師により使用される第２の外部端末に前記第２の医師
情報を送信することを特徴とする請求項１８に記載のサイバーホスピタルシステム。
【請求項２１】
前記第２の医師情報を記憶する少なくとも一つの記憶手段をさらに具備することを特徴と
する請求項２０に記載のサイバーホスピタルシステム。
【請求項２２】
前記第２の医師情報を記憶する少なくとも一つの記憶装置に接続され、前記第１の処理手
段は前記第２の医師情報を前記記憶装置から収集することを特徴とする請求項２０に記載
のサイバーホスピタルシステム。
【請求項２３】
前記記憶装置は本システムの外部に設けられていることを特徴とする請求項２２に記載の
サイバーホスピタルシステム。
【請求項２４】
前記入力手段は前記外部端末から患者識別情報を取り込むことを特徴とする請求項２０に
記載のサイバーホスピタルシステム。
【請求項２５】
前記患者識別情報に基づいて患者情報を収集する第２の処理手段を更に具備し、前記第１
の処理手段は前記患者状態情報及び前記患者情報に基づいて前記第２の医師情報を収集す
ることを特徴とする請求項２４に記載のサイバーホスピタルシステム。
【請求項２６】
前記送信手段は前記第２の医師情報に基づいて決定された第２の医師に前記患者状態情報
及び前記患者情報を送信することを特徴とする請求項２５に記載のサイバーホスピタルシ
ステム。
【請求項２７】
前記第２の外部端末と前記第２の医師により使用される第３の外部端末との間の接続を構
築する第３の処理手段を更に具備することを特徴とする請求項２６に記載のサイバーホス
ピタルシステム。
【請求項２８】
前記第２の医師により使用される第３の外部端末と医療施設との間の接続を構築する第３
の処理手段を更に具備することを特徴とする請求項２６に記載のサイバーホスピタルシス
テム。
【請求項２９】
前記第２の医師は専門医であることを特徴とする請求項２６に記載のサイバーホスピタル
システム。
【請求項３０】
前記第２の医師は読影医であることを特徴とする請求項２６に記載のサイバーホスピタル
システム。
【請求項３１】
前記第１の処理手段は前記患者状態情報に基づいて医療施設情報を収集し、前記送信手段
は前記外部端末及び前記第１の医師情報に基づいて前記外部端末により決定された第１の
医師により使用される第２の外部端末に前記医療施設情報を送信することを特徴とする請
求項１に記載のサイバーホスピタルシステム。
【請求項３２】
前記医療施設情報を記憶する少なくとも一つの記憶手段をさらに具備することを特徴とす
る請求項３１に記載のサイバーホスピタルシステム。
【請求項３３】
前記医療施設情報を記憶する少なくとも一つの記憶装置に接続され、前記第１の処理手段
は前記医療施設情報を前記記憶装置から収集することを特徴とする請求項３１に記載のサ
イバーホスピタルシステム。
【請求項３４】
前記記憶装置は本システムの外部に設けられていることを特徴とする請求項３３に記載の
サイバーホスピタルシステム。
【請求項３５】
前記入力手段は前記外部端末から患者識別情報を取り込むことを特徴とする請求項３１に
記載のサイバーホスピタルシステム。
【請求項３６】
前記患者識別情報に基づいて患者情報を収集する第２の処理手段を更に具備し、前記第１
の処理手段は前記患者状態情報及び前記患者情報に基づいて前記医療施設情報を収集する
ことを特徴とする請求項３５に記載のサイバーホスピタルシステム。
【請求項３７】
前記送信手段は前記医療施設情報に基づいて決定された医療施設に前記患者状態情報及び
前記患者情報を送信することを特徴とする請求項３６に記載のサイバー
ホスピタルシステム。
【請求項３８】
前記第２の外部端末と前記医療施設との間の接続を構築する第３の処理手段を更に具備す
ることを特徴とする請求項３３に記載のサイバーホスピタルシステム。
【請求項３９】
前記患者状態情報に基づいて医療情報を収集する第２の処理手段を更に具備し、前記送信
手段は前記外部端末及び前記第１の医師情報に基づいて前記外部端末により決定された第
１の医師により使用される第２の外部端末に前記医療情報を送信することを特徴とする請
求項１に記載のサイバーホスピタルシステム。
【請求項４０】
前記医療情報を記憶する少なくとも一つの記憶手段をさらに具備することを特徴とする請
求項３９に記載のサイバーホスピタルシステム。
【請求項４１】
前記医療情報を記憶する少なくとも一つの記憶装置に接続され、前記第２の処理手段は前
記医療情報を前記記憶装置から収集することを特徴とする請求項３９に記載のサイバーホ
スピタルシステム。
【請求項４２】
前記医療情報は仮想患者システムに基づく情報であり、前記第２の処理手段は前記仮想患
者システムへのアクセス権に従って前記医療情報を収集することを特徴とする請求項３９
に記載のサイバーホスピタルシステム。
【請求項４３】
前記患者状態情報に基づいて医療情報を収集する第２の処理手段を更に具備し、前記送信
手段は前記第２の医師情報に基づいて決定された第２の医師に前記医療情報を送信するこ
とを特徴とする請求項２０に記載のサイバーホスピタルシステム。
【請求項４４】
前記医療情報は仮想患者システムに基づく情報であり、前記第２の処理手段は前記仮想患
者システムへのアクセス権に従って前記医療情報を収集することを特徴とする請求項４３
に記載のサイバーホスピタルシステム。
【請求項４５】
前記記憶装置は本システムの外部に設けられていることを特徴とする請求項４１に記載の
サイバーホスピタルシステム。
【請求項４６】
前記入力手段は前記外部端末から患者識別情報を取り込むことを特徴とする請求項３９に
記載のサイバーホスピタルシステム。
【請求項４７】
前記第２の処理手段は前記患者識別情報に基づいて患者情報を収集し、前記患者状態情報
及び前記患者情報に基づいて前記医療情報を収集することを特徴とする請求項４６に記載
のサイバーホスピタルシステム。
【請求項４８】
前記第１の医師情報は医師の名前、経歴、勤務する病院又は診療所の名前、この病院又は
診療所の住所、得意分野、及び診断治療履歴の少なくとも一つを含むことを特徴とする請
求項１に記載のサイバーホスピタルシステム。
【請求項４９】
ネットワークを介して外部端末に接続されたサイバーホスピタルシステムにおいて、
前記ネットワークを介して前記外部端末から患者場所情報を取り込む入力手段と、
前記患者場所情報に基づいて医療施設情報を収集する処理手段と、
前記医療施設情報を前記外部端末に送信する送信手段と
を具備することを特徴とするサイバーホスピタルシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はそれぞれ異なる場所に存在する患者、医師、及び医療検査施設における通信を
利用したサイバーホスピタルシステムに関する。
【背景技術】
【０００２】
通常、各個人は診療所に主治医を持つ。診療所において必要な検査を実施する設備を有
しない場合、主治医は病院に当該検査の実施を依頼する。この場合、主治医が検査依頼を
した後は当該主治医更には患者も検査については依頼先病院に従うこととなる。従って、
主治医も患者も例えば検査に使用する設備や検査結果を読影したりレポート作成する医師
、診断する医師を指定することはできない。
【０００３】
また、患者は病院の紹介を受けると、その病院に行くことになる。その病院に勤務する
医師により診断を受け、同じ医師或いは同病院の別の医師による治療を受ける。しかしな
がら、患者が自分についての診断や治療をして欲しいと思う医師が遠方の病院に勤務する
場合はその遠方の病院まで出かけない限り当該所望の医師の診断や治療を受けることはで
きない。
【０００４】
ところで、急患になった場合や意識が無くなった場合に本人の健康状態や医療情報をよ
く知っている人を探すのは困難である。このような場合に限らずとも、医師にとって医療
検査、診断、治療等を患者に行うにあたって当該患者についてできるだけ多くの情報を知
ることは重要である。しかしながら、一般に、かかり付けの診療所等の主治医のところだ
けでなく、必要に応じて、或いは気分や好みに応じていくつか異なる病院にかかることも
少なくなく、患者の全ての医療情報を得ることは容易なことではない。このような問題に
対する解決策の一つとして遠隔医療施設における医療データを提供するシステム（例えば
、特許文献１参照）も考えられている。
【０００５】
しかしながら、患者の情報を初めとする各種情報をより有効的に活用し、患者、医師等
それぞれの意思に適う医療行為の提供という点では十分といえる仕組みは提供されていな
い。
【特許文献１】特開２００２−７３８０７号公報  （例えば、請求項１及び図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記問題に鑑みてなされたものであり、異なる場所に存在する医師や医療検査
施設からサイバーホスピタルを構築可能とするサイバーホスピタルシステムを提供するこ
とを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために請求項１記載の本発明のサイバーホスピタルシステムは、ネ
ットワークを介して外部端末に接続されたサイバーホスピタルシステムにおいて、前記ネ
ットワークを介して前記外部端末から患者状態情報を取り込む入力手段と、前記患者状態
情報に基づいて第１の医師情報を収集する第１の処理手段と、前記第１の医師情報を前記
外部端末に送信する送信手段とを具備することを特徴とする。
【０００８】
上記目的を達成するために請求項４８記載の本発明のサイバーホスピタルシステムは、
ネットワークを介して外部端末に接続されたサイバーホスピタルシステムにおいて、前記
ネットワークを介して前記外部端末から患者場所情報を取り込む入力手段と、前記患者場
所情報に基づいて医療施設情報を収集する処理手段と、前記医療施設情報を前記外部端末
に送信する送信手段とを具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、異なる場所に存在する医師や医療検査施設からサイバーホスピタルを
構築することができる。これにより、患者は遠隔地の医師による診断等を受けることが可
能となる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施例について以下、図面を用いて説明する。
（実施例１）
本発明の実施例１に係るサイバーホスピタルシステムは患者が所望の医師及び様々な医
療検査施設のサービスを受けられるというコンセプトに基づくものである。複数の医師の
サービスを受ける場合、これらの医師はそれぞれ異なる診療所、病院、専門病院にいても
よい。診療所は患者が生活している場所の近く、また外出時にはその外出先の近くにある
ものでもよい。病院や専門病院については世界中のどこに存在するものであってもよい。
専門病院としては例えば、がんセンターや循環器センターがある。医師は例えば、特に診
療所の場合は主治医、また、診断医、専門医、読影医等が考えられる。医療検査施設とし
ては医用画像装置、医用検査装置、及び医用治療装置が含まれる。医用画像装置としては
例えばＸ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置がある。医用検査装置の他の例について
は後述するが、それらに限られるものではない。
【００１１】
サイバーホスピタルシステムは患者と医師との間のやりとりを実現する機能、及び必要
な情報を患者及び医師に提供する機能を含む。
【００１２】
実施例１に係るサーバーホスピタルについて図１乃至５を参照しながら、以下に詳述す
る。
【００１３】
図１は本発明の実施例１に係るサイバーホスピタルの一態様を示す図である。図１に示
すように、いずれも現実に存在する病院Ａ、Ｂ、診療所Ｃ、及び循環器センターＤが互い
に遠隔地に存在している。
＜病院Ａ＞
この病院には内科医ａ、ｂ、外科医ｃ、ｄ、小児科医ｅが勤務している。医用検査装置
としては心電計、脳波計、心音計、呼吸機能検査装置、検体検査装置が設けられている。
また、医用画像装置としては超音波診断装置、ガンマカメラ（核医学診断装置）、アンギ
オ装置等の循環器系Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置、及び内視鏡装置が設けら
れている。さらに、治療装置としては心臓ペースメーカー、除細動器、衝撃波結石破砕装
置、ハイパーサーミア装置、ホットナイフ装置、レーザ治療器、インターベンショナル治
療器、レーザ手術装置、超音波手術装置が設けられている。
＜病院Ｂ＞
この病院には内科医ｆ及び小児科医ｇが勤務している。医用検査装置としては心電計、
脳波計、心音計、呼吸機能検査装置が設けられている。また、医用画像装置としては超音
波診断装置及び内視鏡装置が設けられている。さらに、治療装置としてはレーザ治療器が
設けられている。
＜診療所Ｃ＞
この診療所には内科医ｈが勤務している。医用検査装置としては心電計及び心音計が設
けられている。また、医用画像装置としては内視鏡装置が設けられている。
＜循環器センターＤ＞
このセンターには専門医ｉ、ｊが勤務している。医用画像装置としてはアンギオ装置等
の循環器系Ｘ線診断装置、Ｘ線ＣＴ装置、及びＭＲＩ装置が設けられている。さらに、治
療装置としてはカテーテル装置が設けられている。
＜サイバーホスピタルＥ＞
上記病院Ａ、Ｂ、診療所Ｃ、及び循環器センターＤが存在する場合、ある特定の患者に
ついて構築されるサイバーホスピタルは例えば、主治医として診療所Ｃの内科医ｈ、画像
の読影医として病院Ｂの内科医ｆを含むチームを構成してなる。サーバーホスピタルＥで
は病院Ａの検体検査装置、病院Ｂの超音波診断装置、及び病院Ａのホットナイフ装置が前
記チームの一部として検査、画像撮影、治療に使用される。
【００１４】
患者は検体検査と治療のために病院Ａに行くことになる。また、超音波画像検査のため
に病院Ｂへ行く。内科医ｈ、ｆは病院ＢとＣを接続するネットワークを介して互いにやり
とりを行う。患者もこの内科医ｈ、ｆのやりとりに加わってもよい。このやりとりの詳細
については後述する。
【００１５】
実施例１に係るサーバーホスピタルの一例として一つの限定した場合について説明した
が、サイバーホスピタルは複数の病院、複数の専門病院、複数の診療所、及び複数の医療
検査施設のうちどのような医師や医療検査施設を組み合わせる選択によって構成されても
よいことはいうまでもない。つまり、患者は自己の病気等の問題について世界中の医師の
中から一人以上の所望の医師を選ぶことができる。さらに、患者や患者によって選択され
た医師は異なる病院に設置された医用画像装置、医用検査装置、治療装置等の医療検査施
設のうち一以上の所望の施設を選ぶことができる。上記病院や専門病院、診療所（更に医
療検査施設）は日本国内のどこにあってもよく、また、世界中のどこにあってもよい。
【００１６】
実施例１に係るサイバーホスピタルシステムは情報収集機能、データベース機能、及び
通信機能を含む。情報収集機能によれば、サイバーホスピタルシステムは患者の医療情報
や患者の一般情報を患者情報として収集する。サイバーホスピタルシステムはまたＥＢＭ
（Ｅｖｉｄｅｎｃｅ  Ｂａｓｅｄ  Ｍｅｄｉｃｉｎｅ）などの診断・治療の最新のガイド
ラインに関する情報についても収集する。上記情報は複数の病院に設けられたデータベー
スから収集されてもよい。
【００１７】
データベース機能によれば、サイバーホスピタルシステムは医師や医療検査施設の選択
の支援に必要な情報を保存（保管）する。このような保管情報は例えば、複数の病院や診
療所の医師の名前、各医師へのアクセス方法、得意分野、さらには、世界中の専門医の名
前、専門分野、手術件数、手技、勤務病院名、及び業績等を含む。
【００１８】
通信機能によれば、サイバーホスピタルシステムは患者の自宅に設置されたパソコン等
の通信端末（患者端末）、世界中の病院や専門病院に設けられた医療検査施設及び通信端
末と一種類以上の通信回線網を介して通信可能となっている。また、通信機能は患者と世
界中の医師の間を例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話によるホット
ラインを構築することもできる。これにより、患者はリアルタイムで医師と直接やりとり
することが可能となる。
【００１９】
なお、本明細書において「データベース」という言葉はサーバ、メモリ、その他如何な
る情報記憶手段をも意味し得るものである。
【００２０】
上記サイバーホスピタルシステムを実現するために、以下の補助／支援機能が要求され
る。
・  患者の分身であるかのように、まるで患者自身を表しているような患者の全てまたは
ほとんどの情報を有する情報システムにアクセスできる一人以上の医師を当該患者が決め
る機能
この情報システムはそれ自体必ずしもこのような患者の全てまたはほとんどの情報を有
している必要はない。代わりに、このような情報のうち必要なものを収集するために各病
院に設置されたデータベースにアクセスする機能を有するようにしてもよい。いずれの場
合も、このような情報システムのことを仮想患者システム（Ｖｉｒｔｕａｌ  Ｐａｔｉｅ
ｎｔ  Ｓｙｓｔｅｍ）と呼ぶこととする。仮想患者システムの詳細については後述する。
・  全てのまたはほとんどの医師や専門医の名前、得意（専門）分野、手術件数、手技、
死亡率、勤務病院名、及び業績等を有する情報システムを作成する機能
・  その患者からの全ての医療的な質問には限定的に特定の医師が回答する機能
・  任意の医師に任意の病院への医療検査を要求可能とし、当該検査結果を受け取れるよ
うにする機能
・  医療検査の要求に際し医師に当該医療検査に使用される装置を指定できるようにする
機能
・  医療検査の要求に際し医師に検査結果の判断者や読影者を指定できるようにする機能
・  医師及び装置ごとの医療検査、画像読影、判断、等の正確性やパフォーマンスを示す
機能
・  症状に基づいて最新の医療検査や治療の方法を提示する機能
患者、主治医、専門医それぞれからのサイバーホスピタルに対する要求については、例
えば、以下のようなものが想定される。
＜患者からの要求＞
（主治医の選択）
・  医師情報を参照して、患者は自らの意思で主治医を決め、自分の体のことを一番よく
知っている主治医を持ちたい。
・  患者は現在の主治医が気に入らないときはいつでも他の医師に変更したい。
・  患者は主治医が自己の承諾を取った後は仮想患者システムにおける自己の情報を医療
検査、診断、治療を行う他の医師に開示することができるようにしたい。
（専門医の選択）
・  患者は専門医の名前、専門分野、手術件数、手技、死亡率、勤務している病院名、業
績などを知りたい。
・  患者は遠隔であっても所望の専門医に診断、治療をしてもらいたい。
（医療検査、治療の選択）
・  患者は医療検査や治療に使用される装置を指定したい。
・  患者は医療検査や治療の結果について読影、判断し、その結果に基づく検査レポート
を作成する医師を指定したい。
・  患者は医師及び装置ごとの医療検査、画像読影、判断、等の正確性やパフォーマンス
を知りたい。
（調子が悪くなりそうになったら）
・  患者は仮想患者システムにおける自己の基本情報の全てまたはそのほとんどについて
自動的に更新され、自動的に主治医に送信されるようにしたい。
【００２１】
患者が発病する前に主治医が患者に警告する。また、これ以上悪くならないように予防
方法や治療計画が提示される。
【００２２】
自動的な更新とは例えば、検査、治療、その他如何なる行為により得られたデータにつ
いても各装置は自動的に当該データを仮想患者システムに転送することを意味する。また
、別の例としては、上記検査、治療、その他如何なる行為についても各装置が自動的に仮
想患者システムに通知し、仮想患者システムが当該患者の管理情報を更新できるようにす
ることも考えられる。医師や患者が仮想患者システムに対して必要な情報を入力できるよ
うにしてもよい。
（急患になったら）
・  当該患者の情報の全てまたはそのほとんどが救急車や患者が運ばれる病院に送信され
る。或いは、その患者情報が保管されているデータベースの場所に関する情報が救急車や
病院に送信されてもよい。
【００２３】
患者が話せない場合や医師の質問に正しく答えられないような場合に、患者に対して適
切な処置を施すために上記送信は役立つものである。
＜主治医からの要求＞
（患者に関して）
・  主治医は仮想患者システムにある自己の患者についての情報を得たい。
・  主治医は専門医の名前、専門分野、手術件数、手技、死亡率、勤務している病院名、
業績などを知りたい。
・  主治医は患者を専門医に紹介して治して欲しい。
＜専門医からの要求＞
・  専門医はＥＢＭなどの診断・治療の最新のガイドラインを有する情報システムを有し
又はアクセスし、常に患者に対して最新の医療処置を施したい。
【００２４】
図２は現実に存在する病院等に接続された本発明の実施例１に係るサイバーホスピタル
システムの一例を示すブロック図である。
【００２５】
図２に示すように、サイバーホスピタルシステム１００は、ネットワーク７０１を介し
て病院Ａに設けられた情報システム２００、診療所Ｃに設けられた診察室端末４００、及
び循環器センターＤに設けられた情報システム５００にそれぞれ接続されている。ネット
ワーク７０１はインターネット、公衆電話網、光ファイバ通信網、その他可能ないかなる
通信手段であってもよい。サイバーホスピタルシステム１００はまたネットワーク７０２
を介して病院Ｂに設けられた情報システム３００及び患者の家Ｆに設けられた患者端末６
００に接続されている。ネットワーク７０２はインターネット、公衆電話網、光ファイバ
通信網、その他可能ないかなる通信手段であってもよい。サイバーホスピタルシステム１
００はさらに無線回線網７０３を介して救急車Ｇに設けられた無線端末８００と接続され
ている。なお、例えば、本明細書において記載される端末は入力機能及び出力機能を含む
。また、端末の例としては（パーソナル）コンピュータが考えられるが、必要な操作をで
きる限り、高度な機能を有するものである必要はない。また、他の用途のために使用され
る端末、例えば、画像表示、レポート表示、会計、病院情報、等、これらの一つ又は複数
を目的とするような端末も本発明の実施例における端末として使用可能であることはいう
までもない。
【００２６】
病院Ａは例えば中央病院として機能し、病院Ｂは地域病院として機能するものであって
もよい。また、例えば、診療所は患者の家の近くに存在するもので、循環器センターは専
門病院として機能する。無線端末８００は救急車Ｇに固定されていても携帯可能なもので
あってもよい。
【００２７】
病院Ａに設けられた情報システム２００はオーダリングシステム、会計システム、及び
画像保管通信システム（ＰＡＣＳ）を含むものであってもよい。例えば、情報システム２
００は診察室端末２０１、心電計２０２、ＭＲＩ装置２０３、及びガンマカメラ２０４を
含む。診察室端末２０１は病院Ａの診察室に設けられ、複数の診察室端末２０１が存在し
てもよい。心電計２０２は医用検査装置として使用される。ＭＲＩ装置２０３及びガンマ
カメラ２０４は医用画像装置として使用される。
【００２８】
病院Ｂに設けられた情報システム３００はオーダリングシステム、会計システム、及び
ＰＡＣＳを含むものであってもよい。例えば、情報システム３００は診察室端末３０１、
超音波診断装置３０２、及び内視鏡３０３を含む。診察室端末３０１は病院Ｂの診察室に
設けられ、複数の診察室端末３０１が存在してもよい。超音波診断装置３０２及び内視鏡
３０３は医用画像装置として使用される。
【００２９】
循環器センターＤに設けられた情報システム５００はオーダリングシステム、会計シス
テム、及びＰＡＣＳを含むものであってもよい。例えば、情報システム５００は診察室端
末５０１、Ｘ線アンギオ装置のような循環器系Ｘ線診断装置５０２、及びカテーテル装置
５０３を含む。診察室端末５０１は循環器センターＤの診察室に設けられ、複数の診察室
端末５０１が存在してもよい。循環器系Ｘ線診断装置５０２は医用画像装置として使用さ
れ、カテーテル装置５０３は治療装置として使用される。
【００３０】
サイバーホスピタルシステム１００は通信装置１０１、サイバーホスピタルエージェン
トシステム１０２、医療情報提供システム１０３、及びサイバーホスピタルデータベース
システム１０４を含む。
【００３１】
通信装置１０１はネットワーク７０１，７０２、及び無線回線網７０３に接続され、様
々な通信機能を有する。
【００３２】
サイバーホスピタルエージェントシステム１０２は患者、医師、救急救命士、等から患
者端末６００、診察室端末２０１，３０１、４００、５０１、又は無線端末８００を介し
て入力されたサイバーホスピタル構築要求を受信する。この要求に基づいて、サイバーホ
スピタルエージェントシステム１０２は要求に含まれる患者情報に対応する（又は応じた
）医師情報、専門医情報、読影医情報、医療検査施設情報をサイバーホスピタルデータベ
ースシステム１０４から送信させる。この送信は当該要求を行った端末に対して行われる
。この後、サイバーホスピタルエージェントシステム１０２は、主治医、専門医、読影医
に関する選択情報を上記要求端末から受信する。サイバーホスピタルエージェントシステ
ム１０２は主治医に関する選択情報に従って病院Ａ、Ｂ、診療所Ｃに属する医師のうち一
人を主治医として決定する。サイバーホスピタルエージェントシステム１０２はまた専門
医に関する選択情報に従って循環器センターＤに属する医師を専門医として決定する。さ
らに、サイバーホスピタルエージェントシステム１０２は読影医に関する選択情報に従っ
て病院Ａ、Ｂに属する医師のうち一人を読影医として決定する。サイバーホスピタルエー
ジェントシステム１０２は医療検査施設に関する選択情報に従って病院Ａ、Ｂ、循環器セ
ンターＤに属する医療検査施設のうち一以上のものを決定する。これにより、決定された
主治医、専門医、読影医、（救急救命士）、及び決定された医療検査施設を含むサイバー
ホスピタルが当該患者に対して構築される。決定された主治医、専門医、読影医、（患者
、救急救命士、又は構築要求した医師）、及び決定された医療検査施設はネットワーク７
０１，７０２、及び無線回線網７０３のうちの一つ以上を介して互いに通信可能となる。
【００３３】
医療情報提供システム１０３は例えば通信装置１０１を介して複数の病院に設けられた
データベースに必要な情報を要求し収集する機能を含む。必要な情報とは、例えば、患者
情報、及びＥＢＭなどの診断・治療の最新のガイドラインに関する情報を含むものとする
。医療情報提供システム１０３はその機能の一部として患者情報を収集するための仮想患
者システムを含む。あるいは、医療情報提供システム１０３は仮想患者システムを含まず
に、これと接続されるようにしてもよい。医療情報提供システム１０３への適用において
、仮想患者システムは患者情報を収集する機能を有する他のいかなる可能な構成に取って
代わられてもよい。
【００３４】
また、医療情報提供システム１０３は収集された情報及びこの情報に基づいて仮想患者
システムにより作成された他の情報を構築要求元端末及びその他必要な端末に提供する機
能を含む。医療情報提供システム１０３の詳細については後述する。
【００３５】
サイバーホスピタルデータベースシステム１０４は、病院、専門病院、及び診療所を含
む複数の医療システムに関して医師、専門医、読影医、医用検査装置、医用画像装置、及
び医用治療装置の情報を有する一つ以上のデータベースを含む。例えば、これらのデータ
ベースは主治医、医師、専門医、及び医療検査施設を選択するのに役立つ情報を保存して
いる。主治医、医師、及び専門医の選択のためとしては、データベースは複数の病院、診
療所の医師の名前、これらの医師へのアクセス方法、これらの医師の得意分野、また、世
界中の専門医の名前、これらの専門医の専門分野、手術件数、手技、死亡率、勤務してい
る病院名、及び業績についての情報を有している。これらの様々な種類の情報はサイバー
ホスピタルシステム１００の外部に設けられたデータベースにその全部又は一部が保管さ
れていてもよい。
【００３６】
図３乃至図５は本発明の実施例１に係るサイバーホスピタルの構築及びその後について
の動作の流れの一例を示すフローチャートである。ここでは患者がサイバーホスピタルの
構築を要求する場合を例にとって説明する。サイバーホスピタルの構築要求は患者による
場合に限られることはなく、救急救命士、病院や診療所の医師、専門医、その他許可され
た如何なる者によって行われてもよい。図３乃至図５においては、主にサイバーホスピタ
ルエージェントシステム１０２を中心として動作説明されている。なお、実施例１に限ら
ず、患者の病状（症状）その他いずれのものであっても、例えば、サイバーホスピタル構
築にあたり患者に係る情報として使用者が入力する情報が、特許請求の範囲の記載におい
ていうところの患者状態情報を指すものと解されうる。
【００３７】
図３に示すように、患者はサイバーホスピタルの構築要求をするために患者端末６００
を操作し、ユーザ識別情報（以下、ユーザＩＤと称す）を入力する（ステップ１）。この
構築要求はまた、患者情報として例えば症状、性別、年齢、体格、生活習慣、及び既往歴
の一つ以上を含む。サイバーホスピタルエージェントシステム１０２はユーザＩＤに応じ
てこの患者を認証し、サイバーホスピタルシステム１００へのログインを許可する（ステ
ップ２）。この許可は構築要求のエントリが完了した旨の知らせと共に患者端末６００に
通知される(ステップ３)。
【００３８】
また、サイバーホスピタルエージェントシステム１０２では、構築要求に含まれる患者
情報に基づいて疑わしい病名の予測を行う。さらに、患者はどの診療科にかかるべきかに
ついての判断を構築要求に含まれる患者情報に基づいて行う(ステップ４)。このような判
断はニューロコンピュータによって行われてもよい。
【００３９】
上記予測及び判断が行われると、サイバーホスピタルエージェントシステム１０２はサ
イバーホスピタルデータベースシステム１０４に対して医師情報要求を行う（ステップ５
）。この医師情報要求には予測病名及び判断された診療科についての情報が含まれる。サ
イバーホスピタルデータベースシステム１０４は予測病名及び判断された診療科について
の情報をキーワードとして医師情報を検索する。場合によっては、構築要求に含まれてい
た患者情報が医師情報要求に含まれてもよい。この場合、上記キーワードに加えて、構築
要求に含まれていた患者情報にも基づいて検索が行われるようにしてもよい（ステップ６
）。複数の医師について検索された医師情報はサイバーホスピタルデータベースシステム
１０４からサイバーホスピタルエージェントシステム１０２へ送られる（ステップ７）。
これら複数の医師は患者の主治医候補となる。各医師についての医師情報は医師の名前、
経歴、医師の勤務する病院又は診療所の名前、この病院又は診療所の住所、得意分野、診
断治療履歴、等が含まれる。
【００４０】
サイバーホスピタルエージェントシステム１０２は医師情報を含むＧＵＩ（Ｇｒａｐｈ
ｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面を作成する（ステップ８）。作成されたＧＵ
Ｉ画面のデータは通信装置１０１を介して患者端末６００に送信される（ステップ９）。
【００４１】
サイバーホスピタルエージェントシステム１０２からの送信に応じて、患者端末６００
はＧＵＩ画面を表示する（ステップ１０）。患者はＧＵＩ画面により医師情報を参照し、
複数の主治医候補の中から自己の主治医として希望する医師を指定する（ステップ１１）
。この指定に応じ、主治医指定要求が患者端末６００からサイバーホスピタルエージェン
トシステム１０２に対して送信される（ステップ１２）。
【００４２】
サイバーホスピタルエージェントシステム１０２はこの主治医指定要求に応えて承諾要
求を作成する（ステップ１３）。主治医として指定された医師が病院Ａの医師である場合
、前記承諾要求は当該指定された医師が使用する診察室端末２０１に送信される（ステッ
プ１４）。承諾要求は予測病名及び前記構築要求に含まれていた患者情報を含んでもよい
。
【００４３】
病院Ａの前記指定医師は診察室端末２０１により承諾要求を受け取る。指定された医師
がこの患者の主治医となる要求に対して承諾する場合、指定医師は診察室端末２０１に表
示されたＧＵＩ画面上の承諾ボタンをクリックする（ステップ１５）。承諾情報はサイバ
ーホスピタルエージェントシステム１０２に送信される（ステップ１６）。もし指定医師
が承諾しない場合は、指定医師はＧＵＩ画面上の拒否ボタンをクリックする。
【００４４】
前記承諾情報が通信装置１０１を介して受信されると、サイバーホスピタルエージェン
トシステム１０２は病院Ａの前記指定医師をこの患者の主治医としてサイバーホスピタル
チームに登録する（ステップ１７）。サイバーホスピタルエージェントシステム１０２は
メッセージを患者端末６００に送信する（ステップ１８）。このメッセージは患者に前記
承諾をについて知らせるものであり、例えば、「あなたが指定した医師はあなたの主治医
となることを承諾しました」というようなものである。患者が患者端末６００において確
認ボタンをクリックすると（ステップ１９）、サイバーホスピタルエージェントシステム
１０２はこの確認を受信し（ステップ２０）、例えば、ＩＰ電話を用いて主治医の診察室
端末２０１と患者端末６００の間にホットラインを開設する（ステップ２１）。サイバー
ホスピタルエージェントシステム１０２はホットライン開設の代わりに、ホットライン開
設に必要な情報を診察室端末２０１と患者端末６００に提供するようにしてもよい。ホッ
トラインの開設には交換機のような機能を有することがサイバーホスピタルエージェント
システム１０２に要求されるかもしれない。
【００４５】
サイバーホスピタルエージェントシステム１０２は患者について更なる情報を収集する
必要がある（ステップ２２）。サイバーホスピタルエージェントシステム１０２は患者情
報提供要求を医療情報提供システム１０３へ送る（ステップ２３）。患者情報提供要求は
診察室端末２０１から医療情報提供システム１０３へ直接送信されるようにしてもよい。
いずれにしても、この患者情報提供要求は、例えば、患者名、患者識別情報（以下患者Ｉ
Ｄと称す）、性別、年齢、症状、等を含む患者情報を含んでもよい。さらに、患者情報提
供要求はさらに使用者役割情報及び場面情報を含む使用者情報を含むようにしてもよい。
【００４６】
使用者役割情報は使用者が何者であるかを表す。つまり、使用者役割情報はどのような
者が医療情報提供システム１０３を使用して医療情報提供システム１０３によって供給さ
れる情報にアクセスしようとしているかを示している。使用者としては医師、主治医、専
門医、救急救命士、患者、看護婦、等が考えられる。ここでは主治医による使用というこ
とになる。従って、使用者役割情報は「主治医」となる。
【００４７】
場面情報はどのような場面（状況）で使用者が医療情報提供システム１０３を使用して
医療情報提供システム１０３によって供給される情報にアクセスしようとしているかを表
す。場面としては通常の診察、通常の画像読影、インフォームドコンセント、緊急時、救
急車の中での対応、等が考えられる。ここでは通常の診察ということになる。従って、場
面情報は「通常診察」となる。
【００４８】
場面情報は医療情報提供システム１０３（つまりサイバーホスピタル）の使用時に使用
者がどこにいるかを現すものであってもよい。このようなユーザ場所情報（場所情報）は
患者の居場所の近くにある病院の情報を判断して提供する場合に特に有効である。使用者
がこのような病院の情報知ることだけを必要とする場合、医療情報提供システム１０３は
使用者に使用者近くの病院情報を提供するために使用者に対して場所情報のみの入力を認
めるようにしてもよい。従って、上記の場合、使用者は患者ＩＤや患者の状態を表す情報
を医療情報提供システム１０３への入力として必ずしも入力しなければならないという訳
ではない。
【００４９】
一方、様々な医療検査を考える前に、まず初めに、患者は医師に自己の症状を診察して
もらいたいという場合がある。このような場合、患者は近くにある病院の情報を知る必要
はない。医師が医療情報提供システム１０３を使用する場合も同様に、医師にとっては近
くの病院の情報を得ることを必要としない場合がある。従って、使用者がこのような患者
や医師の場合、医療情報提供システム１０３は場面情報として場所情報の入力を使用者に
求めないようにしてもよい。この場合、サイバーホスピタルは医療検査施設を含まずに構
築される。診察の後、使用者の近くの病院で医療検査を受けるために、使用者は追加情報
として場所情報の入力が要求される（或いは使用者自ら入力する）ようにしてもよい。
【００５０】
医療情報提供システム１０３は複数の病院、専門病院、研究所、等に設けられたデータ
ベースから通信装置１０１を介して患者についての必要な情報を収集する。この情報は使
用者（使用者役割情報）や場面（場面情報）によって異なる。つまり、必要な情報とは使
用者がその場面において必要としている情報である。医療情報提供システム１０３が仮想
患者システムを含む場合は、この仮想患者システムが実質的にその必要な情報を収集する
。もし医療情報提供システム１０３が仮想患者システムを含まない場合は、医療情報提供
システム１０３が仮想患者システムにアクセスし、仮想患者システムが収集した情報を収
集する。
【００５１】
医療情報提供システム１０３は患者の症状および患者についての必要な情報に基づいて
患者の病名を推論する。推論された病名に基づいて、医療情報提供システム１０３は複数
のアクションプランを選択可能な候補として作成する。各アクションプランは使用者が次
に実施すべき診断、治療、介護、緊急時の初期治療、等のうちの一つ以上を含む。医療情
報提供システム１０３は作成したアクションプランに関連した情報を複数のデータベース
のういちの少なくとも一つから収集する。さらに、医療情報提供システム１０３は収集し
た情報に基づいて、患者の将来予想として、例えば、生活品質（ＱＯＬ：Ｑｕａｌｉｔｙ
ｏｆ  Ｌｉｆｅ）、ＥＢＭ、及び死亡率を予測する。この予測のために収集される情報
は上記情報に限られることはなく、患者の症状、性別、年齢、体格、生活習慣、既往歴、
現在の通院記録、血液等の検査結果、処置内容、投与する薬剤の種類、投与する薬剤の量
、最新医療情報、等のうちの全て或いは一部を含むものであってもよい。
【００５２】
情報収集の場合と同様、医療情報提供システム１０３が仮想患者システムを含む場合は
、仮想患者システムが上記推論、作成、予測を実質的に行う。もし医療情報提供システム
１０３が仮想患者システムを含まない場合は、医療情報提供システム１０３が仮想患者シ
ステムにアクセスし、仮想患者システムが行った推論結果、作成結果、及び予測結果を収
集する。さらに、医療情報提供システム１０３が仮想患者システムを含まないが、上記推
論、作成、及び予測を実行することができる場合は、医療情報提供システム１０３は仮想
患者システムが収集した情報を取得するためにのみ仮想患者システムにアクセスする。
【００５３】
図４に戻って、医療情報提供システム１０３は患者の情報を収集し、患者、推論結果、
作成アクションプラン、予測結果、等についての収集情報に基づいてＧＵＩ画面を作成す
る（ステップ２４）。作成されたＧＵＩ画面はリアルタイムで（或いは実質的にリアルタ
イムで）診察室端末２０１に送信される（ステップ２５）。この送信は医療情報提供シス
テム１０３から直接、又はサイバーホスピタルエージェントシステム１０２を介して診察
室端末２０１に対して行われる。
【００５４】
診察室端末２０１では、ＧＵＩ画面が表示される（ステップ２６）。主治医は表示され
た情報を参照し、診断や治療に関する実際のプランを検討、作成する（ステップ２７）。
作成されたプランは患者端末６００へ送信される（ステップ２８）。患者は受信したプラ
ンを確認する（ステップ２９）。患者が当該プランを了承するときは、主治医はその旨、
患者から知らされる（ステップ３０）。
【００５５】
主治医は例えば生体検査、医用画像検査、治療、専門医、等、いずれであれ上記プラン
を実行するのに必要となる情報の提供を求める医師／施設情報要求を行う（ステップ３１
）。この医師／施設情報要求はサイバーホスピタルエージェントシステム１０２に対して
送信される（ステップ３２）。生体検査、医用画像検査、治療、専門医、等の情報は、病
院、及び医師、読影医、専門医のリスト、並びにこれらの詳細情報を意味する。詳細には
、上記リストされる病院は患者の家の近くに位置し、前記生体検査、医用画像検査、治療
を実施可能な施設、装置、器具、等を備えるものとなる。専門医のリストは患者の症状に
適切であり、診断や患者の病名の治療に適切であると思われる専門医を含むものである。
この情報は主治医と患者が生体検査や医用画像検査のための装置や病院を選択する際に有
用な参照情報として使用される。また、この情報は主治医と患者が治療のための装置や病
院を選択する際に有用となり得る。さらに、この情報は主治医と患者が読影医及び専門医
を選択する際にも有用となり得る。サイバーホスピタルエージェントシステム１０２は前
記医師／施設情報要求をサイバーホスピタルデータベースシステム１０４に対して行う（
ステップ３３）。サイバーホスピタルデータベースシステム１０４は検索を行い、病院の
リストを作成する。リストされた病院は患者の家の近くに位置し、前記生体検査、医用画
像検査、治療を患者が了承したプランに従って実施可能な施設、装置、器具、等を備える
ものとなる。サイバーホスピタルデータベースシステム１０４はサイバーホスピタルシス
テムに登録された専門医について世界中のどこにいる場合であってもこれらの専門医につ
いて検索し、リストを作成する。リストされた専門医は上記したように、患者の症状に適
切であり（少なくとも関連し）、さらに患者の病名の診断や治療に適切である（少なくと
も関連する）者となる。サイバーホスピタルデータベースシステム１０４はさらに、サイ
バーホスピタルシステムに登録された読影医について世界中のどこにいる場合であっても
これらの読影医について検索し、リストを作成する。リストされた読影医は前記医用画像
検査に適当な者となる（ステップ３４）。
【００５６】
リストされた情報はその詳細情報と共にサイバーホスピタルエージェントシステム１０
２に提供される(ステップ３５)。各専門医に関しては、その詳細は、例えば、専門医の名
前、経歴、勤務している病院の名前、病院の住所、専門分野、手術件数、手技、死亡率、
等を含む。各読影医に関しては、その詳細は、例えば、読影医の名前、経歴、勤務してい
る病院の名前、病院の住所、得意分野、読影画像数、等を含む。各生体検査装置、各医用
画像検査装置、各治療装置に関しては、その詳細は、製造年、バージョン、バージョンア
ップ履歴、導入年月日、装備されている機能、稼動類型時間、使用回数、使用頻度、故障
履歴、等を含む。
【００５７】
サイバーホスピタルエージェントシステム１０２はサイバーホスピタルデータベースシ
ステム１０４から提供された情報を用いて、患者に対するＧＵＩ画面および主治医に対す
るＧＵＩ画面をそれぞれ作成する（ステップ３６）。患者に対するＧＵＩ画面は患者がア
クセス許可されている情報の一部に基づいて作成される。同様に、主治医に対するＧＵＩ
画面は主治医がアクセス許可されている情報の一部に基づいて作成される。患者に対する
ＧＵＩ画面は患者端末６００に送信される（ステップ３７）。主治医に対するＧＵＩ画面
は診察室端末２０１に送信される（ステップ３８）。患者と主治医は共同して生体検査装
置、医用画像検査装置、治療装置、専門医、及び読影医についてそれぞれ検討する。この
結果、生体検査装置、医用画像検査装置、治療装置、専門医、及び読影医に関して一以上
が患者と主治医により決定される（ステップ３９、４０）。ここでは例えば、決定のため
の操作は診察室端末２０１によってのみ行われるものとする。決定の情報は診察室端末２
０１からサイバーホスピタルエージェントシステム１０２に送信される（ステップ４１）
。決定の情報に応じ、サイバーホスピタルエージェントシステム１０２は承諾の要求を作
成し、その要求を専門医及び読影医に対して送信する。専門医と読影医はこの要求に承諾
する場合は承諾の旨の情報が専門医及び読影医のそれぞれにより使用される診察室端末か
らサイバーホスピタルエージェントシステム１０２へ送信される。これらの承諾に係る操
作や動作はステップ１３乃至１６における場合と同様である。これにより、この承諾をし
た専門医及び読影医が患者のために予約されたことになる。サイバーホスピタルエージェ
ントシステム１０２は、主治医が既に登録されているように、決定した生体検査装置、医
用画像検査装置、及び治療装置、並びに承諾した専門医及び読影医をサイバーホスピタル
チームに登録する（ステップ４２）。
【００５８】
この段階で、当該患者に対するサイバーホスピタルは完成する。上記の如く、サイバー
ホスピタルは主治医、専門医、読影医、生体検査装置、医用画像装置、及び治療装置を含
む。主治医は患者の判断により世界中の医師から選択される。専門医は患者及び主治医の
判断により世界中の専門医から選択される。読影医は患者と主治医の判断により世界中の
読影医から選択される。生体検査装置、医用画像装置、及び治療装置は患者及び主治医の
判断により患者の家の近くにある病院に設けられた装置から選択される。患者の家の近く
にある病院とは、例えば、患者が車や公共の交通機関を利用して大きな問題なく行くこと
が出来る場所にあるものを含む。
【００５９】
サイバーホスピタルが構築されると、サイバーホスピタルエージェントシステム１０２
は、例えば、ＩＰ電話を用いて主治医の診察室端末２０１、専門医の診察室端末５０１、
及び（病院Ｂの医師が読影医として選択された場合）読影医の診察室端末３０１の間にホ
ットラインを開設する。サイバーホスピタルエージェントシステム１０２はホットライン
開設の代わりに、同様のホットライン開設に必要な情報を診察室端末２０１３０１、及び
５０１に提供するようにしてもよい（ステップ５０）。
【００６０】
サイバーホスピタルエージェントシステム１０２は情報提供要求を作成し（ステップ５
１）、この要求を医療情報提供システム１０３に送信する（ステップ５２）。これはステ
ップ２３乃至２５において診察室端末２０１に提供された情報と同様のものを診察室端末
３０１及び５０１に提供するためである。これにより、医療情報提供システム１０３は患
者、推論結果、決定されたプラン、及び予測結果についての収集情報に基づいてＧＵＩ画
面を情報提供要求に従って作成する（ステップ５３）。作成された画面は実質的にリアル
タイム（あるいはほとんどリアルタイム）に診察室端末３０１及び５０１に送信される（
ステップ５４）。この送信は医療情報提供システム１０３から診察室端末３０１及び５０
１に直接、或いはサイバーホスピタルエージェントシステム１０２を介して行われる。診
察室端末３０１及び５０１ではＧＵＩ画面が表示される（ステップ５５）。
【００６１】
心電計２０２、ＭＲＩ装置２０３、及びカテーテル装置５０３がそれぞれ生体検査装置
、医用画像装置、及び治療装置として選択されるとき、サイバーホスピタルエージェント
システム１０２は診察室端末２０１及び５０１に対して遠隔にて心電計２０２、ＭＲＩ装
置２０３、及びカテーテル装置５０３を操作可能とする。例えば、サイバーホスピタルエ
ージェントシステム１０２は診察室端末２０１と心電計２０２、ＭＲＩ装置２０３、及び
カテーテル装置５０３の各々の間に専用回線を構築する。同様に、サイバーホスピタルエ
ージェントシステム１０２は診察室端末５０１と心電計２０２、ＭＲＩ装置２０３、及び
カテーテル装置５０３の各々の間に専用回線を開設する（ステップ５６）。
【００６２】
前述したように、主治医の診察室端末２０１はホットラインを介して患者端末６００に
接続されている。従って、患者と主治医は生体検査、医用画像検査、及び治療をそれぞれ
いつ受けるか話し合う。この結果、これら検査等についてのスケジュールが患者と主治医
によって決定される（ステップ５７、５８）。決定されたスケジュールは診察室端末２０
１からサイバーホスピタルエージェントシステム１０２へ送信される（ステップ５９）。
【００６３】
サイバーホスピタルエージェントシステム１０２は送信されたスケジュールに基づいて
生体検査、医用画像検査、及び治療についての検査予約（検査オーダー）を作成する（ス
テップ６０）。検査オーダーはサイバーホスピタルエージェントシステム１０２からこれ
らの検査等のオーダーエントリシステムに送信される（ステップ６１）。病院Ａにおいて
は心電計２０２及びＭＲＩ装置２０３の各々に対して設けられたオーダーエントリシステ
ムで各検査オーダーが予約のためにエントリされる。同様に、循環器センターＤにおいて
はカテーテル装置５０３に対して設けられたオーダーエントリシステムで検査オーダーが
予約のためにエントリされる（ステップ６２）オーダーエントリがなされたことに応じて
、その旨がサイバーホスピタルエージェントシステム１０２に通知される（ステップ６３
）。サイバーホスピタルエージェントシステム１０２は当該オーダーエントリの旨を患者
端末６００及び診察室端末２０１に通知する。
【００６４】
これによって、患者はスケジュールした日に病院Ａに行き、心電計２０２及びＭＲＩ装
置２０３による検査を受ける。同様に、患者はまたスケジュールした日に循環器センター
Ｄに行き、カテーテル装置５０３による治療を受ける（ステップ６４）。これらの検査の
結果に基づいて、病院Ａ及び循環器センターＤにおいて検査報告が作成される（ステップ
６５）。検査報告は心電図記録の結果、ＭＲＩ装置２０３により収集された画像データ、
及びカテーテル検査結果を含む。作成された検査報告は診察室端末２０１、３０１、及び
５０１に対して直接、又はサイバーホスピタルエージェントシステム１０２を介して送信
される（ステップ６６乃至６９）。
【００６５】
病院Ｂの読影医が診察室端末３０１において画像データを受信すると、読影医は画像デ
ータについて読影し、当該画像データについての検査レポート（読影レポート）を作成す
る。作成された検査レポートは診察室端末３０１から診察室端末２０１及び５０１に直接
、又はサイバーホスピタルエージェントシステム１０２を介して送信される。
【００６６】
同様に、専門医は検査報告書、検査レポート、画像データ、患者情報、等に基づいて診
断を行う。診断結果は診察室端末５０１から診察室端末２０１に直接、又はサイバーホス
ピタルエージェントシステム１０２を介して送信される。
【００６７】
患者に関する情報、データ、報告書、レポート、プラン、操作、行動、判断、等のいか
なるものについても適当なデータベースに保管され、仮想患者システムによって管理され
る。これにより、これらの情報が必要な場合はいつでも収集が可能となる。
【００６８】
以上記載したように、本発明の実施例１に係るサイバーホスピタルシステム１００は特
定の患者に対するサイバーホスピタルを患者の好みに応じて或いはその好みや患者の症状
等を考慮に入れて構築する。サイバーホスピタルでは、例え医師や専門医、読影医が通常
互いに異なる場所で働いているとしてもサイバーホスピタルチームとして特定の患者のた
めにネットワークを介して協力する。その際、患者（及び主治医）によって選択された医
療検査施設がサイバーホスピタルチームの一部として使用される。
【００６９】
さらに、本発明の実施例１に係るサイバーホスピタルシステム１００は、患者が救急車
で搬送されている途中においても救急車にいる救急救命士により当該患者のために構築さ
れ得る。このようにすることで、患者が運び込まれる病院の医師は救急救命士からの直接
の情報のみならず仮想患者システムからの情報により、当該患者について必要な情報の多
くを得ることが可能となる。さらに、このような情報を予め受けることにより、医師は患
者についてどのように対処すべきかについて事前にほとんど（又はある程度）知ることが
できる。すなわち、患者の到着前にこの患者のための準備をほぼ整わせることも可能とな
る。特に、緊急時においては患者はほとんど話せないことや医師の質問にうまく答えられ
ないことが珍しくなく、患者の実際の症状から得られる情報を除くと患者についての必要
な情報の多く（又はほとんど）を事前に得ることができる。
（実施例２）
以下に、実施例１において説明したサイバーホスピタルシステムの一部としての医療情
報提供システム１０３について詳細に説明する。以下の記載においては、医療情報提供シ
ステム１０３が仮想患者システムを含む場合について説明する。従って、実施例２は実質
的に仮想患者システムについて説明することになる。以下の説明において「医療情報提供
システム１０３」という言葉は一回以上の場合において「仮想患者システム」と読み替え
られるものとする。なお、仮想患者システムについてはサイバーホスピタルシステムとは
独立して使用されるようにしてもよい。
【００７０】
医療情報提供システム１０３はネットワークを介して基本的には複数のデータベースと
接続されている。このネットワークとしては例えば、電気的ネットワーク、光ファイバネ
ットワーク、無線回線網、等を利用することが考えられる。各データベースは例えば病院
に設けられ、患者の情報を保存している。患者の情報は医療情報、健康情報、及び介護情
報を含む。医療情報提供システム１０３は患者情報がどのデータベースに保存されている
かを知り、そして管理しているデータベース管理システムを有していてもよい。医療情報
提供システム１０３はデータベース管理システム並びに患者、医師、専門医、及び救急救
命士による要求に基づいてデータベースから必要な情報を収集する。この要求は様々な条
件や情報が含まれていてもよい。
【００７１】
例えば、医療情報提供システム１０３は患者ＩＤ、前述の使用者役割情報、前述の場面
情報、及び患者の症状に基づいて必要な情報を収集する。これにより、医療情報提供シス
テム１０３は使用者にとって有用である、或いは有用となりうる収集情報を使用者に提供
することができる。
【００７２】
このような有用な情報を提供するために、医療情報提供システム１０３は好ましくは以
下の機能が要求され得る。
・  生まれてから死ぬまでの健康、医療、福祉に関する全ての或いはできるだけ多くの患
者情報の保管場所を特定する。
・  例えばＥＢＭ等の診断や治療のガイドラインや最新の研究成果の情報を収集する。
・  もし所定の医療処置を患者に施した場合にその患者は将来どうなるかを予測する。
・  インターネット、電話回線網、光ファイバ通信ネットワーク、無線回線網、等、様々
な通信回線を介して医療情報提供システム１０３に接続された複数のデータベースから有
用な、又は有用になり得る情報を収集する。
・  情報を表示する。
・  様々な種類のネットワークにアクセスする。
・  使用者を認識する。
・  使用者はどのような場面でどのような情報を必要としているか特定する。
・  必要な情報のみ使用者が理解しやすい形式で表示する。
・  第三者に開示してよい情報とそうでない情報を区別する。
・  セキュリティー機能を持つ。
・  プライバシー保護機能を持つ。
・  仮想患者ボディ（後述）を表示する。
・  患者情報を複合的に使用することにより、それぞれ単独で使用する以上の情報を引き
出すことを可能にする。
・  医師、技師、看護婦、患者、保険者など使用者の役割に応じた情報を選別し、その情
報を見やすい形式で表示する。
・  場面情報に基づいて情報を選別し、その情報を見やすい形式で表示する。
【００７３】
医療情報提供システム１０３は例えば患者が急患で病院に運び込まれてきた場面で医師
がその情報を使用するのか、それとも医師は健康診断の場面でその情報を使用するのか選
別することが要求される。
・  必要な情報を特定する。
・  情報をどのように（位置、順番、二次元、三次元）見せる（提供する）のか判断する
。
・  必要な情報が存在するか否かを認識する。
・  必要なのに保管されていない情報を入手して保管することを促す。
・  いつでもどこでも収集した情報を使用者がアクセスして使用することができるように
する。
・  不足している情報を使用者に知らせ、その情報を入力させる。
・  患者情報をリアルタイムで収集し、保管する。
【００７４】
患者情報は例えば体温、脈拍、血圧、尿検査結果、便検査結果、心電図、脳波のうちの
一つ以上を含む。
【００７５】
医療情報提供システム１０３に要求される機能が使用者役割に従って分類される場合、
その機能は以下のように分類される。
＜使用者が医師の場合＞
・  収集した患者情報に基づいて、要注意部位と診断結果情報、ＥＢＭ情報や最新の研究
成果を使用者が表示できるようにする。
・  推論された病名を含む診断結果に基づいて、そのときのベストと考えられる治療プラ
ンを使用者に提示する。
・  最適な診断・治療パス（クリティカルパス）を使用者に提示する。
【００７６】
複数のクリティカルパスが各パスの利点及び欠点と共に提示されることにより、使用者
に判断材料を与えることができる。
・  使用者が患者の症状についての情報を入力すると病気の可能性を数値表示する。
・  複数の医用画像を任意に重ね合わせて表示し、これにより各画像を単独で観察する以
上の価値を引き出すことができる。
・  薬学情報を表示する。
・  患者が健康であると仮定した場合に得られるはずである標準データ（参照データ）と
実際の患者の情報を比較することにより病気を発見する。
【００７７】
参照データは例えば、年齢、性別、体重、身長、喫煙の有無、飲酒の有無、等の様々な
条件を考慮して作成される。参照データは標準データではなく、患者がこうなりたいと願
望にあった条件を表すものでもよい。
・  現在・過去の健康状態トレンドに基づいて将来の健康状態を予測する。
＜使用者が看護婦、保健婦の場合＞
・  使用者が患者を理解し、やりとりし、患者と昔からの知り合いのようにお世話してあ
げられるようにする。
・  患者の好み（例えば、患者の好きな野球チーム）を使用者に提示する。
・  患者の家族構成、生い立ち、苦労話を使用者に提示する。
・  患者の状態（例えば、肌のつやがよい、目つきがしっかりしている、何となくだるそ
う、等）を使用者に提示する。
・  患者の希望する看護方針（いつも話しかけて欲しい、ほっといて欲しい、外出したい
、等）を使用者に提示する。
・  患者の過去・現在の健康状態トレンドに基づいて将来の健康状態を予測し、使用者が
患者に病気の予防方法を教えられるようにする。
＜使用者が技師又は放射線科の医師の場合＞
・  患者の既往歴やアレルギー情報を使用者に提示する。
・  過去に収集した患者の画像、レポート、読影医名を使用者に提示する。
＜使用者が患者の場合＞
・  自己の現在の健康状態を使用者が把握できるようにする。
・  自己がいつ死亡するかを使用者が予想できるようにする。
・  現在の病名を使用者に提示する。
・  現在の病気の原因を使用者に提示する。
・  複数の治療方法を使用者に提示する。
・  各治療方法についての費用、期間、医療施設、医師名、リスク（例えば、死亡率や副
作用）、メリットを使用者に提示する。
・  自己が将来なると予想される病気とその時期を使用者が知ることができるようにする
。
・  病気の予防方法を使用者に提示する。
・  使用者が急に体調を崩したらリアルタイムで患者情報を収集し、最も適当と思われる
医師に自動的に使用者について知らせる。また、使用者が対応できる場合は使用者に取る
べき行動を指示する。
【００７８】
患者情報は例えば、使用者の身長、体重、体温、脈拍、血圧、尿検査結果、便検査結果
、心電図、及び脳波を含む。使用者が指示に対応できない場合は、重傷度と使用者が考え
ている理想的な対応方法に応じた最適な処置が自動的に行われる。
・  自己の理想的な体を使用者が認識できるようにし、その体を手に入れる方法を使用者
に提示する。
・  使用者の心のケアを行う。
・  使用者の心のケアをしてくれる人を紹介する。
・  使用者の相談相手になる。
・  特定の病院における患者としての受診権利を売買する。
・  複数の病院に使用者の病状を公開し、使用者のケアをオークションにかける。
【００７９】
（ケアとしては例えば、費用、期間、入院施設の充実度、快適性、等）
＜使用者が保険者の場合＞
・  患者の過去・現在の健康状態トレンドに基づいて将来の健康状態を予測し、保険料を
算出する。
・  各治療についての費用、期間、医療施設、医師名、リスクを使用者に提示する。
・  病院における患者としての受診権利を使用者が売買できるようにする。
【００８０】
図６は本発明の実施例２に係る医療情報提供システム１０３の第１の概要例を示す図で
ある。医療情報提供システム１０３の機能の一部として仮想患者システムが動作する場合
、仮想患者システムに含まれる仮想患者エージェントシステムが動作して仮想患者システ
ムの制御を行う。また、仮想患者エージェントシステムは仮想患者システムが医療情報提
供システム１０３とは独立して使用されるときも同様にシステムの制御を行う。さらに、
仮想患者エージェントシステムは仮想患者システムが医療情報提供システム１０３と接続
された態様で使用されるときも同様にシステムの制御を行う。
【００８１】
仮想患者エージェントシステムは例えば以下のような仕様（機能）が求められるように
してもよい。
・  ある患者に関する情報の全て又はその殆どを時空間的な制約を受けずにスムーズに取
り出す（収集する）ことができる。
・  仕様場面（ＳＣＥＮＥ）やその情報の使用者にあった必要な情報のみを提示すること
ができる。
・  患者情報に基づいて要注意部位、診断結果情報、及びＥＢＭ情報を提示することがで
きる。
・  推論した診断結果に基づいてその時点でベストと想定される複数の治療プラン候補を
提示できる。
・  仮想患者として不足している情報を使用者に知らせ、その情報を入力するよう促すこ
とができる。
【００８２】
上記仕様に加え、仮想患者エージェントエンジンは以下の機能が要求されるようにして
もよい。
・  仮想患者ボディの表示
・  仮想患者ボディにおける指示位置の認識
・  患者症状を入力し、病気の可能性を数値表示
・  特定患者の病気情報の抽出
・  最適な治療法の抽出
・  診断に必要な不足情報の知らせ
・  現在・過去の健康状態トレンドに基づく将来健康状態の予想
図６に示すように、検査によって実際に得られた患者情報は例えば、病院Ａ、Ｂ、診療
所Ｃ等に設けられた放射線部門システム、電子カルテシステム、病棟部門システム等の様
々なシステムにおける様々なデータベース、さらには患者の家にあるデータベースやメモ
リに分散して保管されている。仮想患者エージェントエンジンはこれらのデータベースに
保管されている患者情報を管理している。特定の患者情報が仮想患者エージェントエンジ
ンにより収集される場合、当該患者の仮想患者が患者情報の集合体として作成される。例
えば、使用者の端末に表示されることになる仮想患者ボディはこの仮想患者に対応する。
【００８３】
使用者役割（例えば、医師、看護婦、放射線技師、患者）によってアクセス可能な情報
が制限されるので、仮想患者とそれに伴う患者情報へのアクセスは使用者役割によって異
なる。
【００８４】
医師は医療情報提供システム１０３に対して患者情報に基づくシミュレーションを要求
してもよい。また、医療情報提供システム１０３は前述のように患者情報の収集に応じて
自動的に前述の推論や作成、予測等を実行するようにしてもよい。仮想患者及びシミュレ
ーション結果を含む患者情報は医師に送信されるので、医師は患者情報を検討し、実際の
検査を実行したり、計画したりすることができる。
【００８５】
図７は本発明の実施例２に係る医療情報提供システム１０３の第２の概要例を示す図で
ある。
【００８６】
仮想患者エージェントエンジンは使用者役割に応じて、データベースに保管された膨大
な量の情報から必要な情報を収集する機能を基本機能として有する。さらに基本機能とし
て、仮想患者エージェントエンジンは収集した情報を使用者に提供する機能も有する。
【００８７】
例えば、使用者が医師か放射線科医であれば、仮想患者エージェントエンジンは（ｉ）
診断の支援となり得る情報、（ｉｉ）診断結果の確からしさを使用者が確認できる情報、
（ｉｉｉ）画像診断の支援となり得る情報、を提供する。使用者が看護婦であれば、仮想
患者エージェントエンジンは例えば（ｉ）次の看護処置、（ｉｉ）治療プランの支援情報
、を提供する。使用者が放射線技師の場合であれば、仮想患者エージェントエンジンは例
えば（ｉ）画像作成プラン情報、（ｉｉ）撮影手順（プロシージャ）の支援情報、を提供
する。また、使用者が患者であれば、仮想患者エージェントエンジンは例えば（ｉ）イン
フォームドコンセント情報（承諾内容）、（ｉｉ）病気等の予防知識に関する情報、を提
供する。使用者が病院の院長であれば、仮想患者エージェントエンジンは例えば、死亡率
、転院率、収益、経費に関する情報を提供する。さらに、使用者が保険会社である場合は
、仮想患者エージェントエンジンは医療費や医療コスト、さらには死亡率に関する情報を
提供する。使用者が製薬会社である場合は、仮想患者エージェントエンジンは例えば、投
薬効果や副作用に関する情報を提供する。
【００８８】
図８は本発明の実施例２に係る医療情報提供システム１０３の第３の概要例を示す図で
ある。図８は医療情報提供システム１０３が有する機能のうちのいくつかについての簡単
な相互関係を示す。使用者が医師の場合についての例を示すものである。
【００８９】
性別、年齢、体格、等の違いによる複数の仮想患者ボディが事前に作成される。表示さ
れる仮想患者ボディは使用者である医師により入力された情報に基づいて選択される。選
択された仮想患者ボディは医師の診察室端末に表示される（ステップＡ）。医師が仮想患
者ボディ上の所定の位置（部位）にカーソルを移動させクリックすると、医療情報提供シ
ステム１０３は当該部位を認識する（ステップＢ）。クリックにより指定された部位の情
報はデータベースに入力される（ステップＣ）。次に医療情報提供システム１０３は指定
された部位に関連する患者情報をこの医療情報提供システム１０３に接続されたデータベ
ースやメモリから収集（抽出）する（ステップＤ）。収集された患者情報に基づいて、医
療情報提供システム１０３は患者の病名を推論する（ステップＥ）。推論された病名は仮
想患者ボディの指定部位（位置）に関連付け、又はリンクされる。さらに、仮想患者ボデ
ィ上の指定された位置にはマークが付けられる。上記推論において、医療情報提供システ
ム１０３が推論を実行するには不足した情報があると判断した場合は、医師の診察室端末
に不足情報を入力するよう促すメッセージが表示される（ステップＧ）。医師による不足
情報の入力に応じて、医療情報提供システム１０３は患者の病名を推論する。
【００９０】
上記動作が繰り返されることにより、仮想患者ボディ上には複数の部位にマークが付さ
れる。医療情報提供システム１０３によれば、仮想患者ボディを通して医師は患者の様々
な情報を効率的に得ることが可能となる。また、推論された病名を当該患者について疑い
のある病気として知ることも可能となる。
【００９１】
図９及び図１０はそれぞれ本発明の実施例２における使用者端末での表示画面の例を示
す図である。図９は使用者が患者である場合を示す。また、図１０は使用者が救急救命士
である場合を示す。使用者が医療情報提供システム１０３を使用しようとする場合、使用
者は使用者名、患者ＩＤ、使用者役割情報、及び場面情報を入力することが求められる。
【００９２】
図９に示すように、「Ｔａｒｏ  ＴＯＳＨＩＢＡ」という名前が使用者名（Ｕｓｅｒ  
Ｎａｍｅ）として入力される。この使用者は患者であるので、この使用者の患者ＩＤ「３
４５−１２３４５６７」が患者ＩＤ（Ｐａｔｉｅｎｔ  ＩＤ）として入力される。また、
使用者役割（Ｕｓｅｒ  Ｒｏｌｅ）として「本人」が入力される。本例では医師がインフ
ォームドコンセントのために患者に治療計画等を説明する場合に、患者が医療情報提供シ
ステム１０３を通じて得られた情報を見るという場合が場面（Ｓｃｅｎｅ）として想定さ
れる。
【００９３】
仮想患者ボディ上にマークされた部分の一つ（例えば、胸部）がクリックされる場合、
「Ｔａｒｏ  ＴＯＳＨＩＢＡ」の胸部に関する患者情報のリストが「Ｃｕｒｒｅｎｔ  Ｃ
ｏｎｄｉｔｉｏｎ／Ｄｉａｇｎｏｓｉｓ」という表示領域に表示される。このリスト上の
ある一項目がクリックされると、その項目の詳細情報が別ウインドウ（別画面：図示省略
）にて表示される。「Ｃｕｒｒｅｎｔ  Ｃｏｎｄｉｔｉｏｎ／Ｄｉａｇｎｏｓｉｓ」とい
う表示領域の隣には別の情報が「Ａｃｔｉｏｎ  Ｊｕｄｇｍｅｎｔ」として表示される。
「Ａｃｔｉｏｎ  Ｊｕｄｇｍｅｎｔ」という表示領域では患者の検査・治療のための複数
のアクションプランが「Ｄｅｔａｉｌ」ボタンと共に表示される。各プランにおいて「Ｄ
ｅｔａｉｌ」ボタンをクリックすることにより、当該プランに係る検査・治療計画の詳細
が別ウインドウ（別画面：図示省略）に表示される。さらに、「Ｆｕｔｕｒｅ  Ｅｘｐｅ
ｃｔａｔｉｏｎ」情報が各プランに対して表示される。この「Ｆｕｔｕｒｅ  Ｅｘｐｅｃ
ｔａｔｉｏｎ」情報は、もし提示されたアクションプランが患者に対して実際に実行され
たら患者は将来どうなるか、という将来状態を予測したものである。例えば、生活品質Ｑ
ＯＬ、ＥＢＭ、死亡率がこの表示領域に表示される。「Ａｃｔｉｏｎ  Ｊｕｄｇｍｅｎｔ
」表示領域の場合と同様、「Ｓｅａｒｃｈ」ボタンがクリックされると、詳細情報が別ウ
インドウ（別画面：図示省略）にて表示される。
【００９４】
図１０においては、使用者名として「Ｉｃｈｉｒｏ  ＴＯＳＨＩＢＡ」が入力される。
救急救命士が患者「Ｔａｒｏ  ＴＯＳＨＩＢＡ」の情報を得たい場合、この患者の患者Ｉ
Ｄ「３４５−１２３４５６７」が救急救命士により入力される。ここでは使用者が救急救
命士であることから、「救急救命士」が使用者役割情報として入力される。本例では救急
救命士が救急車の中で患者の情報を得て、例えば、初期治療（遠隔診断等）を行ったり、
当該患者を運ぶ先としてどの病院が最も適切であるかを知ることができるようにするとい
う場合が場面（Ｓｃｅｎｅ）として想定される。
【００９５】
図９の場合と同様、仮想患者ボディ上にマークされた部分の一つ（例えば、胸部）がク
リックされる場合、「Ｃｕｒｒｅｎｔ  Ｃｏｎｄｉｔｉｏｎ／Ｄｉａｇｎｏｓｉｓ」とい
う表示領域が「Ａｃｔｉｏｎ  Ｊｕｄｇｍｅｎｔ」という表示領域と共に表示される。「
Ａｃｔｉｏｎ  Ｊｕｄｇｍｅｎｔ」表示領域では当該患者の搬送先病院に関する複数のア
クションプランが「Ｒｅｓｅｒｖｅ」ボタンと共に表示される。各プランは例えば搬送先
病院名及び担当医師名を示す。各プランにおいて「Ｒｅｓｅｒｖｅ」ボタンをクリックす
ることにより、搬送先病院として受け入れ等の予約がなされる。さらに図９と同様、「Ｆ
ｕｔｕｒｅ  Ｅｘｐｅｃｔａｔｉｏｎ」情報が各プランに対して表示される。
【００９６】
図１１は本発明の実施例２に係る仮想患者エージェントエンジンにおける処理の流れの
一例を示す図である。
【００９７】
使用者が、図９や図１０に示すように、使用者名、患者ＩＤ、使用者役割情報、及び場
面情報を使用者の端末から入力すると、この入力情報はネットワークを介して送信され、
医療情報提供システム１０３に設けられた入力部に入力される。入力された情報は仮想患
者エージェントエンジンに取り込まれる。これにより、使用者及び患者が使用者名、使用
者役割情報、及び患者ＩＤに基づいて認識される（ステップＳ１）。また、情報を使用す
る場面が使用者役割情報及び場面情報に基づいて判断される(ステップＳ２)。仮想患者エ
ージェントエンジンは判断された場面における使用者役割に適した患者の情報を収集する
（ステップＳ３）。情報収集はネットワークを通じて（複数の）病院に設けられた複数の
データベースに対して行われる。
【００９８】
仮想患者エージェントエンジンは収集した患者情報に基づいて患者の状態として当該患
者について疑わしいと思われる病名を推論する（ステップＳ４）。そして、推論された病
名（患者状態）に基づいて適切なアクションプランが作成される（ステップＳ５）。アク
ションプランの作成にあたっては、当該アクションプランに必要な別の情報が前記と同一
の又は異なる複数のデータベースから収集される。収集された別情報は前記ステップ５に
フィードバックされる。
【００９９】
一方、医師（主治医）は診察室端末から医療行為情報を入力してもよい。医療行為情報
は医師が検査又は治療として実際に行おうとしているものである。この入力情報はネット
ワークを介して送信され、医療情報提供システム１０３に設けられた医療行為入力部１１
１に入力される。医療行為入力部１１１に入力された情報は仮想患者エージェントエンジ
ンに取り込まれ、仮想患者の一部として入力される（ステップＳ７）。これにより、仮想
患者エージェントエンジンは、もし入力された医療行為情報にて表された医療行為が医師
により実際に患者に施された場合の患者の将来の状態について予測を行う（ステップ８）
。
【０１００】
ステップ４で推論された病名、ステップ５で作成されたアクションプラン、及びステッ
プ８で予測された将来状態は使用者役割情報及び場面情報に応じて選別される。選別され
た情報は使用者の端末に送信され（ステップＳ９）、ＧＵＩ形式で表示される。
【０１０１】
図１２及び図１３は本発明の実施例２に係る仮想患者エージェントエンジンに関する処
理の流れの詳細についての一例を示すフローチャートである。このフローチャートは入力
部、仮想患者エージェントエンジン、データベース、及び出力部の間における関係を示す
。入力部及び出力部は医療情報提供システム１０３に含まれる。
【０１０２】
図１２において、医療情報提供システム１０３の使用にあたり、仮想患者エージェント
エンジンにより使用者を識別するためにユーザＩＤの入力が使用者に対して要求される（
ステップ１２０）。この要求に応じて、使用者は使用者の端末からユーザＩＤを入力する
。入力されたユーザＩＤはネットワークを介して入力部に送信される(ステップ１２１)。
使用者はユーザＩＤの代わりに使用者名を入力するように要求されてもよい。
【０１０３】
仮想患者エージェントエンジンはユーザＩＤを許可されたユーザＩＤとして認証すると
、送信情報に基づいて使用者及び使用者役割を認識する。次に仮想患者エージェントエン
ジンは使用者が情報を得たいとする患者の患者ＩＤを使用者に入力要求する（ステップ１
２２）この要求に応じて、使用者は使用者の端末から患者ＩＤを入力する。入力された患
者ＩＤはネットワークを介して入力部に送信される（ステップ１２３）。入力された患者
ＩＤは仮想患者エージェントエンジンにより受信される。なお、患者ＩＤの代わりに、仮
想患者エージェントエンジンは現在の患者の状態（症状等）を含む患者情報を使用者に入
力要求するようにしてもよい。次に、仮想患者エージェントエンジンは使用者に場面情報
の入力を要求する（ステップ１２４）。この要求に応じて、使用者は使用者の端末から場
面情報を入力する。入力された場面情報はネットワークを介して入力部に送信される（ス
テップ１２５）。このように場面情報は使用者の手動操作により入力されてもよいが、別
の方法として、例えば、使用者の端末に設けられた、或いは使用者近傍に設置されたセン
サにより入力されるようにしてもよい(ステップ１２６)。この場合、場面情報は自動的に
センサにより送信され、使用者は使用者の端末を操作する必要がないようにしてもよい。
センサにより送信される場面情報は使用者がいる場所を表す。
【０１０４】
仮想患者エージェントエンジンが場面情報を受信すると、事前に作成された複数の表示
画面テンプレート（ステップ１２７）から適当と思われるテンプレートが、使用者により
入力された使用者情報、使用者役割情報、及び場面情報に従って選択される（ステップ１
２８）。
【０１０５】
仮想患者エージェントエンジンは次に図１３に示すように、使用者役割情報及び場面情
報に適当と思われる情報の種別を特定する。仮想患者エージェントエンジンは特定された
情報種別に関する患者の情報を収集するための要求を複数のデータベースに対して送信す
る（ステップ１２９）。各データベースは要求を受信すると、患者ＩＤ及び特定された種
別情報に基づいて自己に保管された情報から要求された情報を検索する（ステップ１３０
）。この検索の結果、各データベースは仮想患者エージェントエンジンに対して検索情報
を送信する（ステップ１３１）。
【０１０６】
仮想患者エージェントエンジンは検索情報を受信（収集）すると、受信情報及び他の情
報（例えば、患者から直接得られた患者の症状等の情報）に基づいて患者名等の患者状態
を推論する（ステップ１３２）。この推論はニューロコンピュータによって実行されるよ
うにしてもよい。仮想患者エージェントエンジンは次に診断・治療に関する複数のアクシ
ョンプラン、つまり複数のアクションプラン候補、を作成する。仮想患者エージェントエ
ンジンは作成したアクションプランに関連する情報を収集するための要求を複数のデータ
ベースに対して行う（ステップ１３３）。各データベースは自己に保管された情報から要
求された情報の検索を行う（ステップ１３４）。検索された情報は仮想患者エージェント
エンジンに送信され、仮想患者エージェントエンジンにて収集される。
【０１０７】
仮想患者エージェントエンジンでは、アクションプラン候補が収集情報に基づいて最適
化されるようにしてもよい。さらに、各アクションプラン候補に対応する患者の将来状態
の予測が、各アクションプラン候補に関連する収集情報を参考としながら行われる。つま
り、仮想患者エージェントエンジンはもし各アクションプラン候補が当該患者に対して実
行されたと仮定した場合に、その患者は将来どのようになるかということを予測する（ス
テップ１３５）。前記複数のアクションプラン候補は表示画面テンプレートに適合される
（ステップ１３６）予測された将来状態についても表示画面テンプレートに適合される。
各情報が適合されたテンプレートのＧＵＩ画面を表示するために、ＧＵＩ画面データが出
力部に送られる（ステップ１３７）。このＧＵＩ画面は出力部から使用者の端末へ送信さ
れ、図９や図１０のような態様で表示される。
【０１０８】
使用者がＧＵＩ画面において「Ｄｅｔａｉｌ」ボタンをクリックすると、このクリック
情報は仮想患者エージェントエンジンへ入力される。仮想患者エージェントエンジンはク
リックされたアクションプランに関連する収集情報を出力部に送る。これにより、クリッ
クされたアクションプランに関連する収集情報は使用者の端末に送信され、詳細情報とし
て表示される。
【０１０９】
一方、仮想患者エージェントエンジンは、使用者に医療行為情報の入力を促す或いは許
可するメッセージ又は入力画面を使用者の端末に表示させる（ステップ１３８）。医療行
為は使用者が実際に患者に対して実行しようと考えているものである。従って、医療行為
は医療計画、或いは仮想医療行為とも表現され得るものである。使用者がこのような仮想
医療行為情報を入力すると（ステップ１３９）、仮想患者エージェントエンジンは入力さ
れた仮想医療行為に対してステップ１３２乃至１３７を実行する。これにより、仮想医療
行為を実行するための具体的なアクションプランを含むＧＵＩ画面が使用者の端末に表示
される。各アクションに対する将来予測結果もこのＧＵＩ画面に含まれる。
【０１１０】
実施例２において、医療情報提供システム１０３がサイバーホスピタルエージェントシ
ステム１０２によりアクセスされる場合は、このアクセスが上述の使用者による入力とな
る。従って、収集された情報やＧＵＩ画面はサイバーホスピタルシステム１００から患者
端末６００、診察室端末２０１、３０１、及び／又は５０１へ転送される。
【０１１１】
上記の如く、仮想患者エージェントエンジンは医療情報提供システム１０３の一部とし
て、使用者役割や場面に応じて使用者にとって必要と思われる情報の種別を特定する（種
別の幅を狭める）。仮想患者エージェントエンジンはこのような特定情報についての検索
を複数のデータベースに対して要求し、検索された情報を収集する。さらに、仮想患者エ
ージェントエンジンは病名を推論し、複数のアクションプランを作成し、アクションプラ
ンに対応する将来予測を行う。
（実施例３）
図１４は医療情報提供システムが独立して使用される場合を示す。従って、実施例３に
おける医療情報提供システムはサイバーホスピタルシステムが存在する環境の下で使用さ
れることはあるかもしれないが、この医療情報提供システムの使用においてサイバーホス
ピタルは必ずしも必要とされるものではない。実施例３における医療情報提供システムは
仮想患者システムと同等とみなしてもよい。
【０１１２】
図１４に示すように、医療情報提供システム１４０１はネットワーク１４０２及び１４
０３、並びに無線回線網１４０４を介して複数のデータベース及び使用者の端末と接続さ
れている。ネットワーク１４０２及び１４０３は電気通信ネットワーク、光ファイバネッ
トワーク、その他可能ないかなるネットワークであってもよい。
【０１１３】
例えば、医療情報提供システム１４０１はネットワーク１４０２を介して薬剤情報デー
タベース１４０７、病名情報データベース１４０６、医療施設Ａの患者情報データベース
１４０５、病院Ｂの情報システム１４０８、診察室端末１４１２、及び研究機関の最新医
療情報データベース１４１３と接続される。医療情報提供システム１４０１はまたネット
ワーク１４０３を介して医療施設Ｃの患者情報データベース１４１４、介護施設データベ
ース１４１５、診察室端末１４１６、及び患者端末（屋外使用時含む）１４１７と接続さ
れる。さらに、医療情報提供システム１４０１は無線回線網１４０４を介して例えば救急
車などにおいて使用される移動端末１４１８と接続される。情報システム１４０８は、例
えば、心電計１４０９、超音波診断装置１４１０、及びＸ線診断装置１４１１を含む。医
療情報提供システム１４０１は直接、又は間接的に、これら心電計１４０９、超音波診断
装置１４１０、及びＸ線診断装置１４１１と接続され、患者の現在の状態を示す医療デー
タや画像を収集する。診察室端末１４１２及び１４１６は任意の病院の診察室に設けられ
、医師により使用される。上記ネットワーク通信によれば、医療情報提供システム１４０
１は医療情報提供システム１４０１に接続されたデータベース等から必要な情報を収集す
ることができる。
【０１１４】
図１５は本発明の実施例３に係る医療情報提供システム１４０１の構成の一例を示すブ
ロック図である。同図に開示された構成は実施例１及び２における医療情報提供システム
１０３の構成の一例としても適用し得るものである。
【０１１５】
図１５に示すように、医療情報提供システム１４０１は通信部１４２０、入力部１４２
１、データ収集部１４２２、テーブル１４２３、推論部１４２４、プラン作成部１４２５
、テーブル１４２６、情報収集部１４２７、テーブル１４２８、将来状態予測部１４２９
、統計処理部１４３０、表示情報選別部１４３１、及び表示画面作成部１４３２を含む。
【０１１６】
通信部１４２０はネットワーク１４０２及び１４０３並びに無線回線網１４０４に対応
する複数の通信機器を含む。入力部１４２１はネットワーク１４０２及び１４０３並びに
無線回線網１４０４、そして通信部１４２０を介して診察室端末１４１２、１４１６、患
者端末１４１７、及び移動端末１４１８から様々な種類の情報を取り込む（入力する）。
様々な種類の情報とは、例えば、初期情報、アクションプラン選択情報、及び診断・治療
等の医療行為に係る情報を含む。初期情報とは、例えば、患者名や患者ＩＤ等の患者識別
情報、患者の病状（症状）、使用者役割情報、場面情報、及びユーザＩＤ等の認証コード
を含む。入力部１４２１はまた、使用者に必要な情報の入力を促すための情報を選別する
。さらに入力部１４２１は認証コードの認証も行う。
【０１１７】
データ収集部１４２２は、使用者役割情報、場面情報、及び患者の病状に関する情報に
従って使用者が必要とすると思われる情報の種別を特定する。データ収集部１４２２は心
電計１４０９、超音波診断装置１４１０、Ｘ線診断装置１４１１、医療施設Ａの患者情報
データベース１４０５、医療施設Ｃの患者情報データベース１４１４、及び介護施設デー
タベース１４１５から、上記特定された情報の種別に係る患者の情報を収集する。データ
収集部１４２２はテーブル１４２３と接続される。テーブル１４２３は、例えば、ＲＯＭ
（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や不揮発性メモリからなる。データ収集部１４２
２により情報特定作業を支援するために、テーブル１４２３は患者の病状に関する情報、
使用者役割情報、及び場面情報の入力に応じて情報の種別をデータ収集部１４２２に与え
るようにしてもよい。
【０１１８】
推論部１４２４はデータ収集部１４２２により収集された情報に従って、患者が患って
いると思われる病名等、患者の状態を推論する。なお、例えば、推論部１４２４は推論エ
ンジンとしてニューロコンピュータを備えるものでもよい。ニューロコンピュータが患者
の病状、性別、年齢、体格、生活習慣、既往歴、現在の通院記録、血液等の検査結果、等
を取り込み（入力とし）、結果として、病名を推論する。
【０１１９】
プラン作成部１４２５は推論された病名に基づいて、例えば、使用者が次に行うべき診
断、治療、救急時の初期治療、及び介護に関する一以上のアクションプラン候補を作成す
る。一以上のアクションプラン候補は使用者役割情報及び場面情報に従ってほぼ決まるよ
うであってもよい。プラン作成部１４２５はテーブル１４２６に接続される。テーブル１
４２６は、例えば、ＲＯＭや不揮発性メモリからなる。プラン作成部１４２５によりるプ
ラン作成を支援するために、テーブル１４２６は推論された病名、使用者役割情報、及び
場面情報の入力に応じてアクションプラン候補をプラン作成部１４２５に与えるようにし
てもよい。
【０１２０】
情報収集部１４２７は病名情報データベース１４０６、薬剤情報データベース１４０７
、及び最新医療情報データベース１４１３から前記アクションプラン候補に関連する情報
を収集する。前記作成されたアクションプラン候補の各々は少なくとも一つの治療に係る
情報を含んでもよい。情報収集部１４２７はテーブル１４２８に接続される。テーブル１
４２８は、例えば、ＲＯＭや不揮発性メモリからなる。テーブル１４２８はアクションプ
ラン候補に含まれる治療情報の入力に応じて少なくとも一つの情報種別を情報収集部１４
２７に与えるようにしてもよい。
【０１２１】
将来状態予測部１４２９は各アクションプラン候補の下での患者の将来状態を予測する
。つまり、将来情報予測部１４２９は、各アクションプランに含まれる少なくとも一つの
処置（治療行為、等）が患者に対して実際に行われたとしたら患者は将来どのようになる
であろうかということについて予測する。なお、例えば、将来状態予測部１４２９は予測
エンジンとしてニューロコンピュータを備えるものでもよい。ニューロコンピュータが患
者の病状、性別、年齢、体格、生活習慣、既往歴、現在の通院記録、血液等の検査結果、
処置内容、投与する薬剤の種類、投与する薬剤の量、最新医療情報、等を取り込み（入力
とし）、結果として、生活品質ＱＯＬ、ＥＢＭ、及び死亡率を患者の将来状態（Ｆｕｔｕ
ｒｅ  Ｅｘｐｅｃｔａｔｉｏｎ）として予測する。
【０１２２】
統計処理部１４３０はデータ収集部１４２２により収集された情報を処理する。統計処
理された情報は表示情報選別部１４３１に与えられる。
【０１２３】
表示情報選別部１４３１は、データ収集部１４２２により収集された情報、推論部１４
２４により推論された病名、プラン作成部１４２５により作成されたアクションプラン候
補、情報収集部１４２７により収集された関連情報、将来状態予測部１４２９により予測
された将来状態、及び統計処理部１４３０により統計処理された情報を、使用者役割情報
、場面情報、及び使用者に与えられたアクセス権に従って選別する。
【０１２４】
表示画面作成部１４３２は表示画面を作成するために上記選別された情報を表示画面テ
ンプレートに適合する。表示画面はＧＵＩ形式で作成されてもよい。表示画面データは通
信部１４２０から使用者の端末である診察室端末１４１２、１４１６、患者端末１４１７
、又は移動端末１４１８にネットワーク１４０２、１４０３、又は無線回線網１４０４を
介して送信される。送信データは使用者の端末において表示される。
【０１２５】
上記のように構成された医療情報提供システム１４０１は以下のように動作する。図１
６乃至図１８は本発明の実施例３に係る医療情報提供システム１４０１の動作の流れの一
例を示すフローチャートである。この図１６乃至図１８に示されるフローチャートは図１
２及び図１３に示されたフローチャートと類似する点もあるが、医療情報提供システム１
４０１の詳細動作を示すものであり、図１２及び図１３に示されたフローチャートとは動
作の流れの別の例を示すものとして理解され得るものである。
【０１２６】
図１６乃至図１８に示されるフローチャートは一例として医療情報提供システム１４０
１、診察室端末１４１２（又は診察室端末１４１６、患者端末１４１７、移動端末１４１
８）、医療施設Ａ患者情報データベース１４０５、医療施設Ｃ患者情報データベース１４
１４、最新医療情報データベース１４１３、薬剤情報データベース１４０７、並びに心電
計１４０９、超音波診断装置１４１０、及びＸ線診断装置１４１１のうちの少なくとも一
つの間の動作関係を示す。
【０１２７】
図１６に示すように、使用者、例えば診察室端末１４１２を使用する医師、は医療情報
提供システム１４０１へログイン要求するために、診察室端末１４１２からユーザＩＤを
入力する。入力されたユーザＩＤは医療情報提供システム１４０１の入力部１４２１に送
信される（ステップ１６１）。使用者はユーザＩＤの代わりに使用者名を入力するよう要
求されてもよい。入力部１４２１はユーザＩＤを認証し、診察室端末１４１２が医療情報
提供システム１４０１にログインすることを許可する（ステップ１６２）。ログイン後、
入力部１４２１は診察室端末１４１２に対して患者情報を入力するよう要求する（ステッ
プ１６３）。この要求に応じて、使用者は診察室端末１４１２において患者ＩＤ、患者の
名前、性別、年齢、及び病状についての情報を入力する。入力された患者情報は入力部１
４２１に送信される（ステップ１６４）。患者情報を受信すると、入力部１４２１は診察
室端末１４１２に対して使用者役割情報及び場面情報を入力するよう要求する（ステップ
１６５）。この要求に応じて、使用者はこの使用者についての使用者役割情報及びこの使
用者が情報を使用する場面（又は場所）に関する場面情報を入力する。入力された情報は
診察室端末１４１２から入力部１４２１に送信される（ステップ１６６）。
【０１２８】
入力部１４２１が診察室端末１４１２からこの情報を受け取ると、入力部１４２１はデ
ータ収集部１４２２に対してデータ収集のためのトリガーを出力する。データ収集部１４
２２は使用者役割情報、場面情報、及び患者の病状に関する情報に従って、患者が必要と
思われる情報の種別を特定する（ステップ１６７）。データ収集部１４２２は、医療施設
Ａの患者情報データベース１４０５、医療施設Ｃの患者情報データベース１４１４、等の
全て又はその一部に対して、特定した情報種別に係る患者の情報を検索して提供するよう
に要求する（ステップ１６８）。例えば、この提供要求は医療施設Ａの患者情報データベ
ース１４０５に送信される（ステップ１６９）。同様に、この提供要求は医療施設Ｃの患
者情報データベース１４１４に送信される（ステップ１７０）。医療施設Ａの患者情報デ
ータベース１４０５及び医療施設Ｃの患者情報データベース１４１４は前記要求に従って
自己に保管された情報の中から必要な情報を検索する（ステップ１７１）。検索の結果、
医療施設Ａの患者情報データベース１４０５及び医療施設Ｃの患者情報データベース１４
１４はデータ収集部１４２２に検索された情報を送信する（ステップ１７２乃至１７４）
。
【０１２９】
上記要求に加え、データ収集部１４２２が患者の現在の検査情報に関する情報種別を認
識する場合は、データ収集部１４２２は上記と同様の方法により検査結果の提供を要求す
る。この場合の要求は、例えば、患者が現在いる病院に設置されている心電計１４０９、
超音波診断装置１４１０、及び／又はＸ線診断装置１４１１に対して、或いは患者が救急
車で運ばれている場合であればその救急車の中に設置されている検査装置に対して行われ
る。もし検査が未だ行われていないような場合は、データ収集部１４２２は当該検査の実
施を要求してもよい。さらに、前記心電計１４０９、超音波診断装置１４１０、及び／又
はＸ線診断装置１４１１等に対して遠隔操作要求を行ってもよい。遠隔操作が行われる場
合（ステップ１７５及び１７６）、当該検査の結果は心電計１４０９、超音波診断装置１
４１０、及び／又はＸ線診断装置１４１１等から送信される(ステップ１７７)。送信され
た結果はデータ収集部１４２２により収集され、収集患者情報の一部として追加される。
【０１３０】
以上のようにして収集された患者情報はデータ収集部１４２２に保存される（ステップ
１７８）。推論部１４２４は使用者により入力された患者情報及び上記検査結果を含む収
集患者情報に基づいて、病名等の患者状態を推論する（ステップ１７９）。収集患者情報
は例えば、患者の既往歴、持病、生活習慣、及び血液情報を含んでもよい。プラン作成部
１４２５は推論された病名に基づき、例えば、使用者が次に実行すべき診断、治療、救急
時の初期治療、及び介護に関する一つ以上のアクションプラン候補を作成する（ステップ
１８０）。
【０１３１】
図１７に示すように、情報収集部１４２７は例えば、薬剤情報データベース１４０７及
び最新医療情報データベース１４１３に対して前記作成されたアクションプラン候補に関
連する情報を提供するよう要求する（ステップ１８１及び１８２）。この要求に応じて、
薬剤情報データベース１４０７及び最新医療情報データベース１４１３は、例えば、処置
（治療）の内容及び投与する薬剤の種類に従って、自己に保管された情報のうち必要な情
報を検索する。要求を満たす必要情報が検索されると、その薬剤や処置事例等に関する検
索情報が情報収集部１４２７に送信される（ステップ１８３）。
【０１３２】
将来状態予測部１４２９は各アクションプラン候補の下での患者の将来状態を予測する
。つまり、将来状態予測部１４２９は、各アクションプラン候補に含まれる少なくとも一
つの処置（治療行為、等）が患者に対して実際に行われたとしたら患者は将来どのように
なるであろうかということについて予測する。この予測は、患者の病状、性別、年齢、体
格、生活習慣、既往歴、現在の通院記録、血液等の検査結果、処置内容、投与する薬剤の
種類、投与する薬剤の量、最新医療情報、等に基づいて行われる。生活品質ＱＯＬ、ＥＢ
Ｍ、及び死亡率が患者の将来状態として提供される（ステップ１８４）。
【０１３３】
表示情報選別部１４３１は、データ収集部１４２２により収集された情報、推論部１４
２４により推論された病名、プラン作成部１４２５により作成されたアクションプラン候
補、情報収集部１４２７により収集された関連情報、及び将来状態予測部１４２９により
予測された将来状態の情報を、使用者役割情報、場面情報、及び使用者に与えられたアク
セス権に従って選別する。
【０１３４】
選別後、表示画面作成部１４３２は選別された情報をＧＵＩ画面のテンプレートに適合
させる。これにより、図９や図１０に示すような表示画面がＧＵＩ形式で作成される(ス
テップ１８５)。表示画面データは通信部１４２０からネットワーク１４０２を介して診
察室端末１４１２に送信される（ステップ１８６）。送信されたデータは診察室端末１４
１２においてＧＵＩ画面として表示される（ステップ１８７）。
【０１３５】
使用者がＧＵＩ画面上でアクションプラン候補の一つについて「Ｄｅｔａｉｌ」ボタン
をクリックすると(ステップ１８８)、このクリック情報は詳細情報要求として入力部１４
２１に送信される（ステップ１８９）。医療情報提供システム１４０１では表示画面作成
部１４３２により、クリックされたアクションプラン候補に関する詳細情報を含む詳細情
報画面が作成され、詳細情報画面データが診察室端末１４１２に送信される（ステップ１
９０）。送信されたデータは診察室端末１４１２において詳細情報画面として表示される
（ステップ１９１）。
【０１３６】
一方、医療情報提供システム１４０１から提供された情報を検討した結果であるか否か
に係わらず、使用者は診察室端末１４１２から医療行為情報を入力できる（ステップ１９
２）。医療行為情報は使用者が患者に対して実際に実行しようと考えている医療処置等に
関するものである。従って、医療行為情報は医療計画情報、或いは仮想医療行為情報とも
表現され得るものである。使用者により入力された仮想医療行為情報は入力部１４２１に
送信される（ステップ１９３）。この情報の受信に応じて、情報収集部１４２７は薬剤情
報データベース１４０７及び最新医療情報データベース１４１３に対して前記仮想医療行
為情報に関する情報を提供するよう要求する（ステップ１９４及び１９５）。
【０１３７】
この要求に応じて、薬剤情報データベース１４０７及び最新医療情報データベース１４
１３は前記仮想医療行為情報に従って自己に保管された情報のうち必要な情報を検索する
。要求を満たす必要な情報が検索されると、検索情報は情報収集部１４２７に送信される
（ステップ１９６）。
【０１３８】
将来状態予測部１４２９は仮想医療行為の下での患者の将来状態を予測する。つまり、
将来状態予測部１４２９は、当該仮想医療行為が患者に対して実際に行われたとしたら患
者は将来どのようになるであろうかということについて予測する。この予測は、ステップ
１８４と同様の方法で行われてもよい。生活品質ＱＯＬ、ＥＢＭ、及び死亡率が患者の将
来状態として提供される（ステップ１９７）。
【０１３９】
図１８に示すように、予測された将来状態を含む表示画面が表示画面作成部１４３２に
より作成される（ステップ１９８）。表示画面データは通信部１４２０からネットワーク
１４０２を介して診察室端末１４１２に送信される（ステップ１９９）。送信されたデー
タは診察室端末１４１２において表示画面として表示される（ステップ２００）。これに
より、使用者は仮想医療行為を実際に行った場合における患者の将来状態情報を得ること
ができる。
【０１４０】
本発明の実施例３に係る医療情報提供システム１４０１によれば、例えば、健康、医療
、福祉に関する必要な情報を使用者が得たいと思う時はいつでもどこでも得ることが可能
となる。また、複数の情報が統合（融合）させることができるので、各情報を単独で使用
する場合に比べて情報の価値を増大させることが可能になる。使用者は、使用者役割情報
及び場面情報に従って、膨大な医療情報の中から必要な情報のみ提供される。さらに、使
用者はアクションプラン候補やこのアクションプラン候補に関連する最新の医療情報、同
アクションプラン候補を実行した場合の将来状態予測、等、幅広く各種情報が提供されう
る。これにより、使用者は患者に対してより好ましい（的確な）行動を迅速に行うことが
可能となる。
【０１４１】
医療情報提供システムにより、医師や専門医が、或いは医療検査施設からサイバーホス
ピタルを構築するのが容易となる。また、医療情報提供システムは主治医や専門医等の医
師に対して診断・治療のための有益な情報を提供することができる。従って、医療情報提
供システムはサイバーホスピタルシステムにとって必須のものではないが、この医療情報
提供システムを適用することにより、サイバーホスピタルシステムの価値を効果的に高め
ることが可能となる。
【０１４２】
以上述べた本発明の実施の形態は本発明の理解を容易にするためにのみ記載された例に
過ぎず、本発明を限定するための記載ではない。従って、以上の本発明の実施の形態にお
いて開示された各構成要素やその他要素は本発明の主旨を逸脱しない範囲においてその等
価物等に設計変更や修正を可能とするものである。さらに、同構成要素やその他要素につ
いての可能とする如何なる組み合わせも、以上述べた本発明の実施の形態において得られ
る効果と同様の効果が得られる限り、本発明の範囲に含まれる。
【図面の簡単な説明】
【０１４３】
【図１】本発明の実施例１に係るサイバーホスピタルの一態様を示す図。
【図２】現実に存在する病院等に接続された本発明の実施例１に係るサイバーホスピタルシステムの一例を示すブロック図。
【図３】本発明の実施例１に係るサイバーホスピタルの構築及びその後についての動作の流れの一例を示すフローチャート。
【図４】図３に示す動作の流れの続きを示すフローチャート。
【図５】図４に示す動作の流れの続きを示すフローチャート。
【図６】本発明の実施例２に係る医療情報提供システムの第１の概要例を示す図。
【図７】本発明の実施例２に係る医療情報提供システムの第２の概要例を示す図。
【図８】本発明の実施例２に係る医療情報提供システムの第３の概要例を示す図。
【図９】本発明の実施例２における使用者端末での表示画面の一例を示す図。
【図１０】本発明の実施例２における使用者端末での表示画面の別の例を示す図。
【図１１】本発明の実施例２に係る仮想患者エージェントエンジンにおける処理の流れの一例を示す図。
【図１２】本発明の実施例２に係る仮想患者エージェントエンジンに関する処理の流れの詳細についての一例を示すフローチャート。
【図１３】図１２に示す処理の流れの続きを示すフローチャート。
【図１４】本発明の実施例３に係る医療情報提供システムの使用形態の一例を示す図。
【図１５】本発明の実施例３に係る医療情報提供システムの構成の一例を示すブロック図。
【図１６】本発明の実施例３に係る医療情報提供システムの動作の流れの一例を示すフローチャート。
【図１７】図１６に示す動作の流れの続きを示すフローチャート。
【図１８】図１７に示す動作の流れの続きを示すフローチャート。
【符号の説明】
【０１４４】
１００・・・サイバーホスピタルシステム
１０１・・・通信装置
１０２・・・サイバーホスピタルエージェントシステム
１０３、１４０１・・・医療情報提供システム
１０４・・・サイバーホスピタルデータベースシステム
１１０、１４２１・・・入力部
１１１・・・医療行為入力部
１４２０・・・通信部
１４２２・・・データ収集部
１４２３、１４２６、１４２８・・・テーブル
１４２４・・・推論部
１４２５・・・プラン作成部
１４２７・・・情報収集部
１４２９・・・将来状態予測部
１４３０・・・統計処理部
１４３１・・・表示情報選別部
１４３２・・・表示画面作成部
【図１】
2004280807.tif 000003
【図２】
2004280807.tif 000004
【図３】
2004280807.tif 000005
【図４】
2004280807.tif 000006
【図５】
2004280807.tif 000007
【図６】
2004280807.tif 000008
【図７】
2004280807.tif 000009
【図８】
2004280807.tif 000010
【図９】
2004280807.tif 000011
【図１０】
2004280807.tif 000012
【図１１】
2004280807.tif 000013
【図１２】
2004280807.tif 000014
【図１３】
2004280807.tif 000015
【図１４】
2004280807.tif 000016
【図１５】
2004280807.tif 000017
【図１６】
2004280807.tif 000018
【図１７】
2004280807.tif 000019
【図１８】
2004280807.tif 000020