(57)【要約】患者情報システム及び方法が記載される。このシステムは、ディスプレイを介して患者との対話を実現する。
2009513216.tif 000002
【特許請求の範囲】
【請求項１】
患者情報の送信、受信及び処理をするよう構成される第１ステーション；及び
映像表示部及びユーザインターフェースを有し、前記患者情報の送信、受信及び処理をするよう構成される第２ステーション；
を有する装置。
【請求項２】
前記映像表示部は家庭向け娯楽機器のディスプレイである、請求項１記載の装置。
【請求項３】
前記映像表示部は、コンピュータのディスプレイ、携帯電話のディスプレイ及びパーソナルデジタルアシスタントのディスプレイの中の１又はそれ以上である、請求項１記載の装置。
【請求項４】
前記ユーザインターフェースは、前記映像表示部とインターフェース接続をする制御モジュールへ信号を送信するよう構成されるリモートインターフェース装置を有する、請求項１記載の装置。
【請求項５】
前記第１ステーションを前記第２ステーションへ接続するホストセンタを更に有する、請求項１記載の装置。
【請求項６】
前記制御モジュールは、前記患者情報を処理し、該患者情報を前記映像表示部に表示するよう構成される、請求項４記載の装置。
【請求項７】
患者を測定し、該測定からのデータを前記第１ステーションへ提供するよう構成される少なくとも１つの測定装置を更に有する、請求項１記載の装置。
【請求項８】
前記測定からのデータを集め、該データを前記第１ステーションへ提供するよう構成される測定サーバを更に有する、請求項７記載の装置。
【請求項９】
前記第１ステーションは医療施設に置かれ、前記第２ステーションは患者の居住施設に置かれる、請求項１記載の装置。
【請求項１０】
前記患者情報を受信し、その受信した患者情報に基づいて推奨動作を提供するよう構成されるルールエンジンを備えるアプリケーションコアを更に有する、請求項１記載の装置。
【請求項１１】
前記第２ステーションから受信した前記患者情報に基づいて前記第２ステーションへ映像プログラムを提供するよう構成される映像サーバを更に有する、請求項１記載の装置。
【請求項１２】
前記第１ステーションと前記ホストセンタとの間の接続は仮想パーソナルネットワーク（ＶＰＮ）接続である、請求項５記載の装置。
【請求項１３】
前記第１ステーションと前記ホストセンタとの間の接続及び前記第２ステーションと前記ホストセンタとの間の接続は有線接続である、請求項５記載の装置。
【請求項１４】
前記有線接続は、デジタル加入者線（ＤＳＬ）、同軸ケーブル接続及び光ファイバ接続の中の１又はそれ以上である、請求項１３記載の装置。
【請求項１５】
前記第１ステーションと前記ホストセンタとの間の接続及び前記第２ステーションと前記ホストセンタとの間の接続は無線接続を含む、請求項５記載の装置。
【請求項１６】
前記第１ステーション若しくは前記第２ステーション又はそれら両方から前記患者情報を受信するよう構成される第３ステーションを更に有する、請求項１記載の装置。
【請求項１７】
映像表示部；
前記映像表示部をインターフェース接続するよう構成されるユーザインターフェース；及び
患者情報の送信、受信及び処理をし、該患者情報を前記映像表示部に表示するよう構成される制御モジュール；
を有する患者情報システム。
【請求項１８】
前記映像表示部は、コンピュータのディスプレイ、携帯電話のディスプレイ及びパーソナルデジタルアシスタントのディスプレイの中の１又はそれ以上である、請求項１７記載の患者情報システム。
【請求項１９】
前記ユーザインターフェースは、前記映像表示部とインターフェース接続をする制御モジュールへ信号を送信するよう構成されるリモートインターフェース装置を有する、請求項１８記載の装置。
【請求項２０】
映像表示部を設けるステップ；
臨床医学者と患者との間で患者情報を送信するステップ；及び
前記患者情報を基に、前記患者の付加情報を前記映像表示部を介して提供するステップ；
を有する方法。
【請求項２１】
前記映像表示部とインターフェース接続をする制御モジュール；及び
前記制御モジュールへ信号を送信するよう構成されるリモートインターフェース装置；
を設けるステップを更に有する、請求項２０記載の方法。
【請求項２２】
前記患者情報を送信するステップは、前記患者を測定するステップと、該測定からのデータを前記臨床医学者へ送信するステップとを更に有する、請求項２０記載の方法。
【請求項２３】
前記患者情報を送信するステップは：
少なくとも１つの問い合わせを前記制御モジュールへ与えるステップ；
前記少なくとも１つの問い合わせを前記映像表示部に表示するステップ；及び
前記少なくとも１つの問い合わせに対する少なくとも１つの応答を前記制御モジュールを介して前記臨床医学者へ提供するステップ；
を更に有する、請求項２１記載の方法。
【請求項２４】
前記付加情報は、前記患者への行動修正に関する指示を含む、請求項２２記載の方法。
【請求項２５】
前記付加情報は映像プログラムである、請求項２０記載の方法。
【請求項２６】
前記患者情報に基づいて前記患者に合わせた前記映像プログラムを用意するステップを更に有する、請求項２５記載の方法。
【請求項２７】
前記映像プログラムを制御モジュールに記憶するステップを更に有する、請求項２５記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
医療費は増大し続けている。医療に関連する費用の１つの側面は労務である。具体的に、十分にスタッフが配置されている医療施設に関連する費用は相当である。更に、ある種の治療を提供するための能力を有した人材は不足している。従って、能力のある医療提供者の不足に伴う人件費は、結果として、医療を比較的高い費用での限られたものとする。更に、治療の限界により、しばしば、応急手当が必要とされる場合にしか、患者は治療を受けられないこととなる。知られているように、応急手当に関連する費用は特筆すべきである。
【０００２】
医療費を削減し且つより良い水準の治療及び関連する生活の質（quality  of  life）を患者へ提供することを目指して、予防医療が継続して医療団体によって実施されている。具体的に、医療提供者は、情報へのアクセスを彼らの患者へ提供するよう努めている。これにより、慢性症状を有する患者は、応急手当の必要を回避するための措置を講じることができるので、患者は、自身の症状にも関わらず、より十分に自らの人生を楽しむことができる。
【０００３】
患者へ情報を提供する現在の方法は、しばしば、非効率的且つ効果がない。更に、現在の方法は、しばしば、病状に従って患者へ一般的にしか情報を提供せず、特定の症状及び個々の患者のニーズを説明しない。
【０００４】
個々の治療情報を患者へ提供する１つの方法は、電話又は他の媒体を介して医療専門家へアクセスすることを要する。例えば、患者が情報を必要とする場合は、患者は、担当の医師のオフィスに連絡を取り、看護師又は他の医療専門家と話すことができる。代替的に、医師のオフィスの各看護師は、特定の患者を割り当てられることがあり、定期的に患者と連絡を取って、各自の患者の現在の症状及びニーズに基づく情報及び治療を示しうる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
残念ながら、このような方法には欠点がある。第１に、上述したように、配置されるスタッフの不足及び人件費は、この方法の実現を望まれるよりも小規模とする。第２に、患者は、しばしば、予防医療に関する情報を積極的には望まない場合があり、むしろ、必要な治療が差し迫ったものである場合に助けを求める。
【０００６】
医療情報を患者へ提供するよう構成され、上記の欠点の少なくとも幾つかを解消する方法及び装置が必要である。
【課題を解決するための手段】
【０００７】
例となる実施形態に従って、装置は、患者情報の送信、受信及び処理をするよう構成される第１ステーションを有する。装置は、また、映像表示部及びユーザインターフェースを備える第２ステーションを有する。この第２ステーションは、前記患者情報の送信、受信及び処理をするよう構成される。
【０００８】
他の例となる実施形態に従って、患者情報システムは、映像表示部と、該映像表示部をインターフェース接続するよう構成されるユーザインターフェースとを有する。患者情報システムは、また、患者情報の送信、受信及び処理をし、該患者情報を前記映像表示部に表示するよう構成される制御モジュールを有する。
【０００９】
更なる他の例となる実施形態に従って、方法は、映像表示部を設けるステップと、臨床医学者と患者との間で患者情報を送信するステップとを有する。前記患者情報を基に、方法は、前記患者の付加情報を前記映像表示部を介して提供するステップを有する。
【発明を実施するための最良の形態】
【００１０】
本発明は、添付の図面を参照して、以下の詳細な記載から最も良く理解される。図面は必ずしも実寸で描かれているわけではない点に注意すべきである。実際には、寸法は、記載を明りょうにするために、任意に拡大及び縮小をされている。
【００１１】
以下の詳細な記載では、限定ではなく説明を目的として、具体的な詳細を開示する例となる実施形態が、当該教示の全体的な理解を提供するために挙げられている。しかし、当業者には明らかなように、ここに開示されている具体的な詳細から外れた他の実施形態も可能である。更に、よく知られるデバイス、ハードウェア、ソフトウェア、方法、システム及びプロトコルの記載は、例となる実施形態の記載を不明りょうとしないように省略されることがある。とはいえ、当該技術の範囲内にあるそのようなハードウェア、ソフトウェア、デバイス、方法、システム及びプロトコルは、例となる実施形態に従って使用されても良い。最後に、実際的である限り、同じ参照番号は同じ機能を表す。
【００１２】
ここで使用されるように、患者情報は、患者の病歴、患者の経歴情報、問診票及び調査からのデータ、（音声を含む）映像プログラム、音声プログラム、音声メッセージ及び映像メッセージを含むが、それらに限定されない。
【００１３】
ここで例となる実施形態に関連して記載されるように、患者情報システムは、患者と臨床医学者との間にユーザフレンドリなインターフェースを提供する。患者は、例えば、患者の家にあるテレビ受像機のような映像表示部をインターフェース接続する制御モジュールを提供される。患者情報は、通信リンクを介して患者から臨床医学者へ提供される。この情報は、患者に与えられ、例えばテレビ受像機のリモートコントロールのようなリモートインターフェース装置を用いて、映像表示部を介して回答された質問（調査）に対する回答でありうる。加えて、例えば体重のような測定値が通信リンクを介して提供され得る。
【００１４】
情報は、患者ごとに設定されたガイドラインに従って情報を処理するハードウェア及びソフトウェアを備えるホストセンタへ提供される。この情報は、また、臨床医学者へ提供されても良い。患者によって提供された情報に応答して、ホストセンタは、取られるべき動作を決定し、推奨動作を患者若しくは臨床医学者又はそれらの両方に通知する。例えば、糖尿病の症状を有する人であって、最近の測定によれば、その血糖値が上昇している場合は、ホストセンタは、ある医薬品又は動作を取るよう患者に警告を発しうる。例として、この警報は、患者のテレビ受像機へ提供され得る。代替的に、上昇した測定値を通知された臨床医学者が、必要な治療を提供すべく患者情報システムを介して患者に連絡を取ることができる。
【００１５】
図１は、例となる実施形態に従う患者情報システム１００の簡単なブロック図である。システム１００は、第１ステーション１０１と、ホストセンタ１０２と、第２ステーション１０３とを有する。第１ステーション１０１は、例えば、医師のオフィス又は病院などの医療提供現場に配置され得、端末１０４を有する。端末１０４は、ホストセンタ１０２及び第２ステーション１０３とインターフェース接続をするための必要なプレゼンテーション層ソフトウェア（ユーザインターフェースソフトウェア）を備えたパーソナルコンピュータであっても良い。端末１０４は、既知のイントラネット接続１０５を介してサーバ１０６へ接続され得る。サーバ１０６及びイントラネット接続１０５は、情報技術に関して通常の知識を有する者にはよく知られており、それら自体は、実施例の記載を不明りょうにすることを避けるべく詳細には記載されない。
【００１６】
目下記載される例となる実施形態では、記載を簡単にするために、１の第１ステーション１０１、１のホストセンタ１０２及び１の第２ステーション１０３が図示及び記載をされている。しかし、必要に応じ、患者情報システム１００は、複数の第１ステーション１０１、複数のホストセンタ１０２及び複数の第２ステーション１０３を有するよう意図される。
【００１７】
セキュア（secure）リンク１０７は、第１ステーション１０１からホストセンタ１０２への接続を提供する。特定の実施例では、この接続は、仮想プライベートネットワーク協会（ＶＰＮＣ）に従って仮想プライベートネットワーク（ＶＰＮ）を提供するために暗号化及び他の既知の安全対策を備えている。このように、セキュアリンク１０７は、例えば電話線及び同軸ケーブル線のような、公衆アクセスリンクを介して提供され得る。代替的に、第１ステーション１０１は、無線ローカルエリアネットワーク（ＬＡＮ）又は無線ワイドエリアネットワーク（ＷＡＮ）の無線局であっても良く、この場合、セキュアリンク１０７は無線リンクであり、リンクを介して送信される情報が安全であることを保証するために既知の暗号化及び安全対策を備えている。
【００１８】
特定の実施例では、第２ステーション１０３は、患者の家又は居住施設に配置される。第２ステーション１０３は、映像表示部１０９とインターフェース接続をする制御モジュール１０８を有する。映像表示部１０９への接続は、表されているようにスイッチ１１１及び無線周波数（ＲＦ）変調器１１２を有する音声／映像（ＡＶ）切替え装置１１０を介しうる。代替的に、映像表示部１０９へのインターフェースを提供するよう構成される他の既知の種類の入力装置が使用されても良い。
【００１９】
特定の実施例で、映像表示部１０９は家庭向けの娯楽用ディスプレイ（例えば、テレビ受像機。）であっても良く、ＡＶ切替え装置１１０は、表示部１０９のチューナからのテレビジョン受信又はホストセンタ１０２からの患者情報受信／ホストセンタ１０２への患者情報送信のいずれかを提供するよう構成される。ＡＶ切替え装置１１０は当該技術で知られており、他のハードウェア／ソフトウェアがこの機能を提供するために使用され得る場合は任意である。
【００２０】
他の実施例では、第２ステーション１０３は、パーソナルコンピュータ（ＰＣ）、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話又は携帯型コンピュータに常駐しうる。そのようなものとして、表示部１０９は、コンピュータのモニタ又は、例えば携帯電話、セル方式の携帯無線電話若しくはＰＤＡのような手持ち式通信装置のディスプレイでありうる。コンピュータ又は携帯機器の場合には、モジュール１０８は、コンピュータ又は携帯機器の構成要素であっても良く、切替え装置は含まれない。明らかに、第２ステーション１０３としての携帯機器又はＰＣの使用は、第２ステーション１０３が患者の居住施設にあることに伴う。それによって、患者は、１よりも多いリンクを介してシステム１００へのアクセスを得ることができる。
【００２１】
制御モジュール１０８は、しばしば、セットトップボックスと呼ばれる。制御モジュール１０８は、アナログケーブル、デジタルケーブル、又はデジタル放送テレビジョンからのデータを、標準的なアナログテレビ受像機での表示のために、標準的なチャネル周波数（チャネル番号）へと変換して表示する。制御モジュール１０８は、また、デジタルテレビジョン（ＤＴＶ）モニタでの表示のために放送中のＤＴＶ信号を受信するよう構成される。制御モジュール１０８は、ホストセンタ１０２から信号（例えば、様々な既知の方法の中の１つによって変調されたデジタル信号。）を受信するよう構成される。信号は、ホストセンタ１０２からの標準的なテレビジョン信号及び患者情報信号を含みうる。
【００２２】
ここでより詳細に記載されるように、患者情報信号は、情報若しくは動作又はそれら両方に関して映像表示部１０９に表示される情報、指示及び質問を含みうる。患者情報信号は、（音声を含む）映像プログラム、音声プログラム、映像メッセージ及び音声メッセージを含みうる。例として、制御モジュール１０８は、患者情報信号が後の使用のために記憶され得るように、メモリを備える。切替え装置１１０が患者情報信号を送信するよう構成される場合は、制御モジュール１０８は、かかる信号を表示部１０９へ供給する。
【００２３】
第２ステーション１０３は、また、赤外線送受信機１１４へ信号を供給するリモートインターフェース装置１１３を有する。送受信機１１４への信号は、モジュール１０８へ供給され、映像表示部１０９へ映像入力を提供するよう作用する。特定の実施例では、装置１１３は、娯楽用ディスプレイで一般的に使用されるリモートコントロールである。他の実施例では、この装置１１３は、例えばキーボード又はマウスといった、コンピュータへのインターフェースであっても良い。
【００２４】
第２ステーション１０３は、表されているように、患者遠隔監視セット１１５を有する。患者遠隔監視セット１１５は、断続的又は実質上連続的な（監視）間隔で患者に関する特定の測定値を取得するよう構成された少なくとも１つの装置を任意に有する。例えば、患者遠隔監視セット１１５は、断続的に使用される体重計１１６及び血圧計１１７を有しうる。加えて、遠隔監視セット１１５は、患者が所定期間に連続して使用する心電図（図示せず。）のような監視装置を有することができる。患者遠隔監視セット１１５は、実施される装置の必要な接続／ポート及びアダプタと、付加されるべき装置の付加的なポート／アダプタとを有する。更に、又は代替的に、ある測定値は、患者によって手動で入力され得る。例えば、患者は、リモートインターフェース装置１１３を用いて映像表示部１０９で最近の測定値（例えば、体重）を提供することができる。
【００２５】
患者遠隔監視セット１１５の装置から取得された又は手動で入力されたデータは、測定ゲートウェイ１１８へ供給される。ゲートウェイ１０８は、より詳細に記載される方法での処理及び使用のために、患者識別表示とともにホストセンタ１０２へデータを送信する。代替的に、又は更に、遠隔監視セット１１５の装置から取得された又は手動で入力されたデータは、制御モジュール１０８へ供給され得る。制御モジュール１０８は、処理のためにホストセンタ１０２へデータを送信する。遠隔監視セット１１５の装置は、有線又は無線リンクを介して制御モジュール１０８へ接続され得る。例えば、装置及び制御モジュール１０８は、ＬＡＮ又は無線ＬＡＮの構成要素でありうる。
【００２６】
第２ステーション１０３は、また、第２ステーション１０３へのリンクを提供するに際して有用であるＲＦ発信源１１９及びＡＶ発信源１２０を含みうる。例として、ＲＦ発信源１１９は無線（free-to-air）アンテナである。ＡＶ発信源１２０は、例えば、ビデオカセットレコーダ（ＶＣＲ）、デジタルビデオディスク（ＤＶＤ）プレーヤ、又は衛星チューナ等の映像入力装置でありうる。
【００２７】
第２ステーション１０３は、リンク１２１によってホストセンタ１０２へ接続されている。リンク１２１は、目下の例としての実施形態では、有線又は光ファイバリンクである。リンク１２１は、同軸ケーブルを用いたブロードバンドデジタルリンク、又は、例えば、デジタル加入者線（ＤＳＬ）リンク若しくはその後継（ＸＤＳＬ）のような、既知の比較的高いデータレートの電話技術を用いたリンクでありうる。本明細書の記載から次第に明らかになるように、第２ステーション１０３とホストセンタ１０２との間の正確且つタイムリーな伝送を確保するための十分な容量を有することがリンク１２１にとって有用である。有線又は光ファイバリンクの使用が単なる例示にすぎないことは明らかである。このために、無線ネットワークリンク及び衛星リンクを含む無線リンクがホストセンタ１０２へのリンク１２１を提供するために使用されると考えられる。
【００２８】
目下の実施例では、測定ゲートウェイ１１８は、リンク１２２を介してホストセンタ１０２へ直接に接続され得る。リンク１２２は、アナログ音声通話のみ可能な旧来の電話サービス（ＰＯＴＳ）ラインであっても、あるいは、上述されたような有線又は無線リンクであっても良い。代替的に、測定ゲートウェイ１１８は、リンク１２１を介して情報を提供することができる。これは、リンク１２１への接続を必要としうる。リンク１２１は、上述されたように、有線又は無線でありうる。
【００２９】
患者情報システム１００は命令処理サーバ（ＯＰＳ）１２３を有することができる。より十分にここで記載されるように、ＯＰＳ１２３は、患者加入者情報を更新するようシステムプロバイダにインターフェースを提供する。例えば、ＯＰＳ１２３は、新しい患者に関してインストーラにインストール命令を与えるよう働く。インストール時に、新しい患者は、システム１００にアクセスするために必要なハードウェア及びソフトウェアを提供される。
【００３０】
ホストセンタ１０２は、ステーション１０１、１０３の間の接続性を有効にするコンピュータハードウェア、ソフトウェア及び接続リンクを備える。特定の実施例では、ホストセンタ１０２は、イントラネットサーバ１２４を有する。イントラネットサーバ１２４は、ブロードバンドプロバイダによって提供され得る。従って、第１ステーション１０１から第２ステーション１０３の間の情報は、イントラネットサーバ１２４によって提供され得る。例となる実施形態で、イントラネットサーバ１２４は、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）のサーバでありうる。サーバ１２４が、上述されたように、有線接続を介して両ステーション間で接続されるが、その接続は無線であっても良いことが考えられる。この場合は、サーバ１２４は、無線ＬＡＮ又は無線ＷＡＮの無線サーバでありうる。
【００３１】
ここに記載されている例となる実施形態では、ホストセンタ１０２は中央集権化され、特定の機能のための様々なサーバを有する。しかし、ホストセンタ１０２は、異なる機能を実施する異なる構成要素又はサブセンタを有して分割されても良いことが考えられる。加えて、１又はそれ以上のステーション１０１と複数の第２ステーション１０３を接続する複数のホストセンタ１０２が存在しても良い。
【００３２】
ホストセンタ１０２は、また、映像サーバ１２５を有する。ここで詳細に述べられるように、映像サーバ１２５は、第２ステーション１０３で患者へ適切な映像を提供する。
【００３３】
ホストセンタ１０２は、測定ゲートウェイ１１８若しくは制御モジュール１０８又はそれら両方からデータを受信し、この情報を処理する測定サーバ１２６を有する。故に、動作指針、指示又は情報が患者へ提供され得る。加えて、測定サーバ１２６は、後の使用のためにデータベース（図１には図示せず。）へデータを供給する。ホストセンタ１０２の構成要素及びそれらの機能の更なる詳細はここに与えられる。
【００３４】
最後に、患者情報システム１００は、随意的に、第３ステーション１２７を有する。第３ステーション１２７は、指定された人々による患者情報へのアクセスを提供する。例えば、指定された家族及び友人（Ｆ＆Ｆ）は、第３ステーション１２７を介して患者情報システムへのアクセスを提供され得る。このアクセスは、新しい患者がシステム１００へのアクセスを提供されるのとほぼ同じ方法で、ＯＰＳサーバ１２３によって開始される。
【００３５】
例となる実施形態では、第３ステーション１２７は、ユーザが、ホストセンタ並びに、ひいては、必要に応じて、第１ステーション及び第２ステーションへの患者に関する情報の送受信をすることを可能にするアクセス端末（図示せず。）を有する。このアクセス端末は、パーソナルコンピュータ、制御モジュール（例えば、制御モジュール１０８。）を有する映像表示部、ＰＤＡ、携帯型コンピュータ又は携帯電話でありうる。ホストセンタ１０２への接続は、例えば、ホストセンタ１０２への第１ステーション及び第２ステーションの接続に関連して記載された有線又は無線リンクのように、有線又は無線でありうる。
【００３６】
図２は、例となる実施形態に従う患者情報システムの簡単な説明図である。図２の説明図は、図１の例となる実施形態に関連して記載されたものと共通する多数の特徴を有する。かかる共通の機能に関する記載の重複は、通常は、本明細書の記載を不明りょうにすることを避けるために回避される。
【００３７】
患者情報システムは、情報を提供し、情報を記憶し、患者から受け取った情報を基に患者へ提供されるべき行動指針を決定するよう構成されたハードウェア、ソフトウェア及びファームウェアを有するコア２０１を備える。例となる実施形態では、コア２０１は、ハードウェア及びソフトウェアでコンピュータサーバにおいて実行されるサービスの組であり、ホストセンタ１０２に置かれている。表されているように、コア２０１は、ビジネスロジック（エンジン）２０２と、ルールエンジン２０３と、リポートエンジン２０４と、アプリケーション（Ａｐｐ）サーバ２０５と、データベースサーバ２０６とを有する。コア２０１の上記の構成要素は、記載を簡単にするために、個別の要素として示されている。しかし、かかる構成要素は、しばしば、従属機能を有する。
【００３８】
ビジネスロジック２０２及びルールエンジン２０３は、夫々、患者から情報を受け取り、その情報を基に、行動指針を提供するよう構成されたソフトウェア及びハードウェアを有する。例えば、受け取った情報が、心疾患の治療を受けている患者からであって、患者の血圧が許容可能閾値を上回っていることを示す場合は、ビジネスロジック２０２及びルールエンジン２０３は、その患者の担当の臨床医学者には警告を与え、患者には投薬若しくはかかりつけの臨床医学者への連絡又はそれら両方といった行動を取るようメッセージを与えることができる。このように、ビジネスロジック２０２及びルールエンジン２０３は、情報を受け取って、その受け取った情報を基にアルゴリズム的に行動指針を決定する。
【００３９】
表されているように、ビジネスロジック２０２及びルールエンジン２０３は、データベース（コンピュータ）サーバハードウェア及びソフトウェアを有する。ハードウェアは、当業者には既知である。ソフトウェアは、米国ワシントン州シアトルにあるマイクロソフト（登録商標）（ＭＳ）社によって提供されるマイクロソフトＳＱＬサーバ２０００若しくはアパッチソフトウェアシンポジウム提供のＳｐｒｉｎｇ／ｉＢａｔｉｓ、Ｊａｖａ（登録商標）、又はＪＥＳＳを含むが、それらに限定されない、商業上利用可能なソフトウェアを有することができる。なお、ＪＥＳＳは、サンディア・ナショナル・ラボラトリイズによって提供されるＪａｖａ（登録商標）ルールエンジンである。例となる実施形態に従って、選択されたソフトウェアは、第１ステーション１０１及び第２ステーション１０３によって提供されるデータ及び他の入力に関する操作を実行するよう構成されたコードを有するよう改良される。例として、かかる操作は、取られるべき動作に関する指示と、この情報を第１ステーション１０１若しくは第２ステーション１０３又はそれら両方へ伝送することとを生じさせることができる。
【００４０】
リポートエンジン２０４は、患者情報システムで各患者から集めたデータを有する。受け取ったコマンドを基に、リポートエンジン２０４は、ある基準に基づいて特定の情報を提供するよう構成される。例えば、リポートエンジン２０４は、所定の時間にわたる特定の患者の血圧及び体重に関して臨床医学者からコマンドを受け取ることができる。リポートエンジン２０４は、関連情報をデータサーバ２０６に取りに行き（engage）、臨床医学者に対する報告を生成しうる。
【００４１】
リポートエンジン２０４は、既知のデータベースサーバハードウェアを有する。これは、ビジネスロジック２０２及びルールエンジン２０３のハードウェアであっても良い。ソフトウェアは、例として、所望の報告を生成するよう構成されたコードを含むよう改良された商業上利用可能なソフトウェアである。例えば、米国カリフォルニア州サンノゼにあるビジネスオブジェクトインクによって提供されるクリスタルリポートソフトウェアは、報告を生成するための必要なコードを含むよう改良され得る。
【００４２】
アプリケーションサーバ２０５は、臨床医学者サイト（第１ステーション１０１）、ホストセンタ１０２及び患者サイト（第２ステーション１０３）で必要とされるソフトウェアの記憶ベースである。アプリケーションサーバ２０５は、既知のデータベースサーバハードウェアを有する。このハードウェアは、ビジネスロジック２０２及びルールエンジン２０３のハードウェアでありうる。アプリケーションサーバ２０５は、また、臨床医学者又は患者へ必要に応じてソフトウェアを提供するよう構成されたコードを含むよう改良された商業上利用可能なソフトウェアを有する。例えば、米国ニューヨーク州アーモンク市のインターナショナルビジネスマシーンズ（ＩＢＭ）によって提供されるウェブスフィア（ＷｅｂＳｐｈｅｒｅ）のような商業上利用可能なウェブホスト（web-hosting）アプリケーションサーバが使用されても良い。
【００４３】
アプリケーションサーバ２０５は、既知の方法によって夫々のサイトのユーザインターフェース（ＵＩ）レベルのソフトウェアを介してアクセスされ得る。例えば、ある実施例では、端末１０４は、所望の機能を実行するために必要なソフトウェアであっても良い。ＵＩソフトウェア（例えば、ブラウザ。）は、必要とされるプログラムに関してアプリケーションサーバ２０５にアクセスすることができる。データベースサーバ２０６は、システムから集められた全てのデータを保持するよう構成されたコア２０１のメモリ構成要素である。具体的に、データベースサーバ２０６は、提供される治療の種類、ユーザ資格認定、臨床医学者、患者、患者の病歴、患者の行動データ及び臨床医学者の行動を含むが、それらに限定されない全てのシステムデータのためのセントラル・レポジトリである。表される実施例では、データベースサーバ２０６は、マイクロソフト（登録商標）（ＭＳ）社によって提供されるマイクロソフトＳＱＬサーバ２０００で実施され得る。ＭＳＳＱＬ２０００は、拡張可能マークアップ言語（ＸＭＬ）及びインターネット・クエリへの支持を提供するよう構成された企業データ管理プラットフォームである。当然、これは単なる例示にすぎず、例えばオラクル及びＭｙＳＱＬサーバのような他のサーバが使用されても良い。
【００４４】
コア２０１は、システムのある構成要素に対してコアへのアクセスを提供するよう構成された複数のインターフェース（Ｉ／Ｆ）を有する。かかるＩ／Ｆ及び接続される構成要素の夫々について簡単に記載する。Ｉ／Ｆ及び構成要素の機能に関するより完全な理解は、図３の記載から得られるであろう。
【００４５】
患者ゲートウェイＩ／Ｆ２０７はソフトウェアで実施され、患者表示（ＴＶ）ＵＩ層２０８をコア２０１へ接続する。例となる実施形態では、患者ゲートウェイＩ／Ｆ２０７は、ハイパーテキスト・トランスポート・プロトコル（ＨＴＴＰ）を介してＸＭＬで実施される。有利に、患者表示（ＴＶ）ＵＩ層２０８は、アプリケーションの様々なセクションへ導くためのユーザフレンドリなメニュー構成を採用する。このメニュー構成は当業者に容易に理解されるので、その詳細は、例となる実施形態を不明りょうにすることを回避するために省略される。
【００４６】
患者ＴＶＵＩ層２０８は、制御モジュール１０８においてソフトウェアで実施される。例として、患者ＴＶＵＩ層２０８は、衛星ネットワーク、地上ネットワーク及びケーブルネットワークを介して双方向サービスを提供するオープンケーブルアプリケーションプラットフォーム（ＯＣＡＰ）規格（又は、代替的に、メディアホームプラットフォーム（ＭＨＰ）オペレーティングシステム。）である。代替的に、ＴＶＵＩは、ブラウザベース又はＪａｖａ（登録商標）ベースのプラットフォームで実施され得る。
【００４７】
測定Ｉ／Ｆ２０９はソフトウェアで実施され、コア２０１へ測定装置及びメディステーション（medistation）２１０を接続する。特に、測定装置及びメディステーション２１０は、図１の患者遠隔監視セット１１５でありうる。Ｉ／Ｆ２０９は、ＨＴＴＰ又は同様のウェブサーバを介してＸＭＬで実施され得る。
【００４８】
コンピュータ・テレフォニーＩ／Ｆ２１１はソフトウェアで実施され、コンピュータ・テレフォニーシステム２１２へのリンクを提供する。システム２１２は、コールセンタの統合を提供することができる。コールセンタの統合は、適切な臨床技師へ入電を直接回すために、あるいは、臨床調査のために発信（例えば、コールキャンペーン。）を生じさせるために使用され得る。実施例で、コンピュータ・テレフォニーＩ／Ｆ２１１のためのハードウェアはコンピュータサーバであって、これは、臨床医学者のコンピュータ（例えば、端末１０４。）を顧客の電話システム設備へ統合すべくアプリケーションを実行する。
【００４９】
ＯＰＳＩ／Ｆ２１３はソフトウェアで実施され、ＯＰＳシステム２１４へのリンクを提供する。ＯＰＳシステム２１４は、図１に関連して記載されるＯＰＳ１２３と同様である。ＯＰＳＩ／Ｆ２１３は、例えば、ＨＴＴＰを介してＸＭＬで実施され得る。ＯＰＳシステム２１４は、命令処理サーバ２１６からの情報を提供するよう構成されたＯＰＳポータル２１５を有する。サーバ２１６は、患者サービスの確立及び更新に関するタスクを実行する。例えば、新しいサービスの導入、設備の発送、在庫管理、会計報告及び技術サポートは、ＯＰＳサーバ２１６によって提供され得る。
【００５０】
カスタマＩ／Ｆ２１７は、ＨＴＴＰを介して、例えばＸＭＬのようなソフトウェアで実施される。カスタマＩ／Ｆ２１７は、カスタマシステム２１８をコア２０１へ接続する。例えば、カスタマシステム２１８は、患者情報をコア２０１へ提供し且つコア２０１から患者情報を取り出すために使用される病院又は治療提供者のコンピュータシステム（例えば、第１ステーション１０１。）でありうる。
【００５１】
パートナーＩ／Ｆ２１９は、ＨＴＴＰを介して、例えばＸＭＬのようなソフトウェアで実施される。パートナーＩ／Ｆ２１９は、コンテンツパートナーＵＩ２２０をコア２０１へ接続する。コンテンツパートナーＵＩ２２０は、ビジネスロジック２０２及びルールエンジン２０３によって指定される患者への伝達のために、コア２０１へ、患者治療に密接に関係する情報を提供する。コンテンツパートナーＵＩ２２０は、例えば、病状に関する映像情報を提供することができる。コンテンツパートナーＵＩ２２０は、更新された新しい情報が臨床医学者及び患者へ提供され得るように、コア２０１に対するコンテンツパートナーによるアクセスを提供する。特定の実施例では、コンテンツパートナーＵＩ２２０は、ホストセンタ１０２の映像サーバ１２５で実施され得る。
【００５２】
ウェブ・アプリケーション・フレームワーク（ＷＡＦ）Ｉ／Ｆ２２１は、ＨＴＴＰを介して、例えばＸＭＬのようなソフトウェアで実施される。代替的に、医療用ＵＩは、ウェブサーバ（しばしばシック・クライアント・アプリケーションと称される。）へ接続されたコンピュータであっても良い。例として、ＷＡＦＩ／Ｆ２２１は、医療用Ｉ／Ｆと、サポートＩ／Ｆと、友人及び家族用（Ｆ＆Ｆ）Ｉ／Ｆ並びにウェブ患者用Ｉ／Ｆを含む。
【００５３】
医療用Ｉ／Ｆは、医療用ＵＩ２２２をコア２０１へ接続する。医療用ＵＩ２２２は、ハイパーテキストマークアップ言語（ＨＴＭＬ）を介してＪａｖａｓｃｒｉｐｔ言語で実施され得る。実施例では、医療用ＵＩ２２２は、第１ステーション１０１で実施され、臨床医学者から患者（例えば、第２ステーション１０３。）への情報のリンクを提供し、臨床医学者が患者からの情報にアクセスすることを可能にする。
【００５４】
サポートＩ／Ｆ２２３は、サポートＵＩ２２３をコア２０１へ接続する。サポートＵＩ２２３は、ＨＴＭＬを介してＪａｖａｓｃｒｉｐｔで実施され得、技術サポートを患者へ提供するユーザサポートセンタ（図示せず。）へのアクセスを患者に提供する。例えば、第２ステーション１０３にある患者が、ステーションの１又はそれ以上の構成要素に困難を覚える場合は、患者はリモートインターフェース装置１１３により映像表示部１０９上でサポートメニューにアクセスする（engage）ことができる。このサポートメニューは、サポートＵＩ２２３を介して提供され、直面している困難をサポートセンタに患者が知らせることを可能にする。次いで、サポートセンタは、サポートＵＩ２２３を介して遠隔で問題に対処したり、あるいは、サポートＵＩ２２３により映像表示部１０９を介して患者に再度の医療指示を出したりすることができる。
【００５５】
ウェブ患者用Ｉ／Ｆは、ウェブ患者ＵＩ２２４をコア２０１に接続する。ウェブ患者ＵＩ２２４は、ＨＴＭＬを介してＪａｖａｓｃｒｉｐｔで実施され得、インターネットリンクを介してコア２０１へのアクセスを患者に提供する。ウェブ患者ＵＩ２２４は、患者の端末又はコンピュータにおいて実施される。例となる実施形態では、ウェブ患者ＵＩ２２４は、インターネットを介して患者情報システムへアクセスしたい患者を援助する。例えば、第２ステーション１０３で対話型映像表示部を有することに代えて、あるいはそれに加えて、パーソナルコンピュータ（図示せず。）は、対話型映像表示部１０９と同じ機能性を患者に提供することができる。特に、インターネットアクセスは、有線リンク若しくは無線リンク又はそれら両方を介することができる。
【００５６】
患者のパーソナルコンピュータを介するリンクは、キーボード又はマウスを介してコンピュータの表示部をインターフェースに提供する。このような対話型インターフェース及びそのサポートのためのハードウェア及びソフトウェアは知られている。有効に、患者は、患者情報システムへの代替のアクセスを提供され得る。更に、インターネットアクセスの偏在的な利用可能性により、患者は、携帯型コンピュータ、携帯電話又はパーソナルデジタルアシスタント（ＰＤＡ）を介してシステムにアクセスすることができる。当然、必要なウェブ患者ＵＩソフトウェアは、このような装置において提供され得る。
【００５７】
Ｆ＆ＦＩ／Ｆは、Ｆ＆ＦＵＩ２２５をコア２０１へ接続する。Ｆ＆ＦＵＩ２２５は、ＨＴＭＬを介してＪａｖａｓｃｒｉｐｔで実施され得、患者の家族及び他の許可された人々にコア２０１へのアクセスを提供する。このＵＩは、ウェブ患者ＵＩ２１４と同様であり、パーソナルコンピュータ、携帯電話又はＰＤＡにより実現され得る。特に、Ｆ＆ＦＵＩ２２５は、例えば、患者の友人及び家族が患者治療に有用な情報を集めることを可能にする。
【００５８】
例となる実施形態では、友人又は家族は、患者情報システムへのアクセスを許可され、第３ステーション１２７によりアクセスを得る。第３ステーション１２７は、例として、パーソナルコンピュータ、携帯型コンピュータ、ＰＤＡ、携帯電話又は映像ディスプレイである。コア２０１への接続は、Ｆ＆ＦＵＩ２２５を介する。第３ステーション１２７の必要とされるハードウェア及びソフトウェアは、第２ステーション１０３の必要とされるハードウェア及びソフトウェアと同様である。更に、コア２０１へのリンクは安全であり、例として、ＶＰＮリンクである。
【００５９】
臨床医学者は、必要に応じて、患者の友人及び家族へ指示を与え、あるいは、彼らから情報を集めることができる。例えば、患者は、臨床医学者からの問い合わせに反応しない場合がある。その場合は、臨床医学者は、Ｆ＆ＦＵＩ２２５を介して家族にアクセスして、彼らに如何なる問題又は懸案事項も警告することができる。
【００６０】
図３は、例となる実施形態に従う患者情報システムの様々な構成要素を通るデータのフローを示すフロー図である。本記載は、同時に図１及び図２を見た場合に最も良く理解される。
【００６１】
第１ステーション１０１に配置された医療用ＵＩ２２２は、臨床医学者からコア２０１へ情報を提供する。例えば、臨床医学者は、患者に特有の挨拶、メッセージ、目標及び測定傾向を提供することができる。医療用ＵＩ２２２は、また、患者への調査（survey）割当及び患者への映像割当を提供することができる。
【００６２】
第２ステーション１０３は、患者ＴＶＵＩ２０８、制御モジュール１０８及び患者遠隔監視セット１１５の測定装置を有する。第２ステーション１０３は、測定Ｉ／Ｆ２０９を介してコア２０１へ測定データを提供する。かかるデータは、測定サーバ１２６へ提供される。測定サーバ１２６は、そのデータを解析のためにルールエンジン２０３へ提供する。更に、また、より十分にここで論じられるように、第２ステーション１０３は、調査結果をコア２０１へ送信する。コア２０１は、それらをビジネスロジック２０２及びルールエンジン２０３並びにデータベースサーバ２０６へ提供することができる。
【００６３】
調査割当は、第２ステーション１０３で患者へ提供される対話式の調査／質問である。かかる調査は、制御モジュール１０８に読み込まれて、映像表示部１０９で見られる目標とされる質問を有する。患者は、提示される各質問の選択肢を選択するためにリモートインターフェース装置１１３を使用する。例となる実施形態では、調査割当は、受取手の患者への割当のために、医療用ＵＩ２２２から医療Ｉ／Ｆを介してビジネスロジック２０２及びルールエンジン２０３へ提供される。次いで、ビジネスロジック２０２及びルールエンジン２０３は、患者ゲートウェイＩ／Ｆ２０７へ、次いで、患者ＴＶＵＩ２０８及び制御モジュール１０８を介して第２ステーション１０３へ調査を提供する。
【００６４】
調査の完了時に、第２ステーション１０３は、結果として得られたデータを患者ゲートウェイＩ／Ｆ２０７、ビジネスロジック２０２及びルールエンジン２０３並びに医療Ｉ／Ｆを介して医療用ＵＩ２２２へ返す。次いで、かかるデータは、更なる使用のために医療用ＵＩ２２２によって受け付けられる。加えて、調査からのデータは、リポートエンジン２０４によって使用され得る。リポートエンジン２０４は、報告を完了すべくデータベースサーバから必要な情報を集める。更に、ビジネスロジック２０２及びルールエンジン２０３は、調査からのデータをアルゴリズム的に解析し、患者へ行動指針を提供することができる。
【００６５】
記載されるように、第１ステーション１０１にある臨床医学者は、映像表示部１０９を介して第２ステーション１０３にある患者へ映像情報を提供することができる。この映像は、特定の病状を有する全ての患者に一般的であっても、あるいは、患者固有の状況を基に受取手に応じて作られても良い。例えば、測定傾向及び調査結果を基に、映像は、行動、栄養及び投薬に関する個々の必要性に応じた情報を患者に提供することができる。当然、これは、単に、提供され得る映像の種類の例示に過ぎない。
【００６６】
患者遠隔監視セット１１５からの測定は、臨床医学者へ医療用ＵＩ２２２を介して提供される。ビジネスロジック２０２及びルールエンジン２０３は、測定サーバ１２６から結果を受け取り、特定の患者に関するデータを解析する。このように、患者情報は、患者を特定するデータ及びそのデータを送る第２ステーションでヘッダを介して提供される。上述されたように、ビジネスロジック２０２及びルールエンジン２０３は、測定されたデータを解析し、その解析に応じて行動指針を提供するよう構成されたソフトウェアを有する。例えば、患者の測定が応急手当を必要とすることをデータが示す場合は、ルールエンジン２０３は、医療用ＵＩ２２２を介して第１ステーション１０１にある臨床医学者へ、又は第２ステーション１０３にある患者へ、あるいはそれら両方へこのことを伝えることができる。ビジネスロジック２０２及びルールエンジン２０３は、また、提案される行動指針を提供するよう構成される。この情報は、また、第１ステーション１０１にある臨床医学者若しくは第２ステーション１０３にある患者又はそれら両方へ伝えられ得る。次いで、臨床医学者は、応急手当及び後に続く行動指針の必要性を患者に知らせるべく行動することができる。先と同じく、この情報は、コア２０１を通って第２ステーション１０３にある患者へ送られる。第２ステーション１０３では、その情報は、制御モジュール１０８によって映像表示部１０９へ伝えられる。
【００６７】
特に、ビジネスロジック２０２及びルールエンジン２０３は、受け取った測定データに対して異なる応答を提供することができる。例えば、患者の測定が、患者の状態に関する懸案事項範囲の経過を示す場合は、ビジネスロジック２０２及びルールエンジン２０３は、表示部１０９で測定解析とともに励ましのメッセージを提供することができる。特定の実施例では、第１ステーション１０１にある臨床医学者は、記載されるようにメッセージ及び解析を提供する。代替的に、メッセージ及び情報は、臨床医学者からの入力を伴わずにビジネスロジック２０２及びルールエンジン２０３によって直接的に返され得る。
【００６８】
Ｆ＆ＦＵＩ２２５及びウェブ患者ＵＩ２２４は、ともに図３に示されている。Ｆ＆ＦＵＩ２２５は、医療用ＵＩ２２２を介して第１ステーション１０１からの患者情報を求めることによって患者情報を集めるよう構成される。あるいは、Ｆ＆ＦＵＩ２２５は、確立された基準に従って情報を提供され得る。例えば、患者の家族が、特定の懸案事項範囲において患者の経過を知りたい場合は、家族は、Ｆ＆ＦＵＩ２２５を介して臨床医学者へ問い合わせをすることができる。問い合わせは、ビジネスロジック２０２及びルールエンジン２０３を通り、第１ステーション１０１にある臨床医学者へ医療用ＵＩ２２２を介して送られる。ビジネスロジック２０２及びルールエンジン２０３は、臨床医学者へ問い合わせを送り、家族へ返す前に、あるアルゴリズムをその問い合わせに適用する。例えば、調整を完了した結果として、患者は、ある情報へのアクセスを家族に与えないようにすることができる。この場合は、臨床医学者は通知を受け、適切な応答が提供され得る。特に、情報の転送は、家族からＦ＆ＦＵＩ２２５を介してビジネスロジック２０２及びルールエンジン２０３へとなされ、その応答は、第１ステーション１０１にある臨床医学者へ通知することなく、家族へビジネスロジック２０２及びルールエンジン２０３によって提供される。
【００６９】
ウェブ患者ＵＩ２２４は、同様の情報を、上述された第２ステーション１０３にある患者と全く同じ方法で提供及び受信する。
【００７０】
サポートサイト（図示せず。）は、サポートＵＩ２２３を介してコア２０１をインターフェース接続し、ビジネスロジック２０２及びルールエンジン２０３を介してデータベースサーバ２０６へ患者登録及びサービス情報の終了を提供する。この情報は、患者ＵＩを介して患者から収集され得る。加えて、上述されたように、サポートＵＩ２２３は、患者若しくは臨床医学者又はそれら両方による必要に応じた技術サポートへのアクセスを提供する。サポートＵＩ２２３は、ビジネスロジック２０２及びルールエンジン２０３へ要求を与え、ビジネスロジック２０２及びルールエンジン２０３は、取られるべき行動を決定する。例えば、この行動は、アプリケーションサーバ２０５から必要とされるソフトウェアを提供すること又は問題を解決すべく患者へ情報を提供することでありうる。加えて、ビジネスロジック２０２及びルールエンジン２０３は、設備修繕を実行するよう必要なサポートサイトにいる技術者に警告することができる。特に、修繕は、ビジネスロジック２０２及びルールエンジン２０３によって受け取られた第２ステーション１０３からの故障メッセージの結果起こりうる。
【００７１】
カスタマシステム２１８は、上述されたように、カスタマＩ／Ｆ２１７を介してコア２０１をインターフェース接続する。カスタマシステム２１８は、データベースサーバ２０６並びにビジネスロジック２０２及びルールエンジン２０３へ患者情報及び統計データを提供する。次いで、ビジネスロジック２０２及びルールエンジン２０３は、カスタマシステム２１８へ患者ごとの測定解析及び健康状態情報を提供することができる。
【００７２】
ＯＰＳシステム２１４は、ＯＰＳＩ／Ｆ２１３を介してコア２０１をインターフェース接続する。ＯＰＳシステム２１４は、ビジネスロジック２０２及びルールエンジン２０３へインストール及び装置情報を提供する。ビジネスロジック２０２及びルールエンジン２０３は、データベースサーバ２０６を更新し、必要とされるアクセスをアプリケーションサーバ２０５へ提供して、サポートサイトにある技術者へタスクを割り当てる。このようにして、新しい患者は、例となる実施形態の患者情報システムの使用を開始するよう自身の設備及び技術サポートを受け取ることができる。ＯＰＳシステム２１４は、登録情報、患者統計データ及び技術サポート要求を受け取ることができる。この情報は、データベースサーバ２０６、リポートエンジン２０４、ビジネスロジック２０２若しくはルールエンジン２０３、又はそれらの組み合わせによって提供され得る。
【００７３】
コンテンツパートナーＵＩ２２０は、コンテンツパートナーＩ／Ｆ２１９を介してコア２０１をインターフェース接続する。コンテンツパートナーＵＩ２２０は、コア２１０を介して直接的に、又は、示されるように映像コンテンツサーバ３０１を介する患者へのダイレクトリンクを介して、第２ステーション１０３にある患者へ情報に関する又は双方向の映像を提供することができる。映像コンテンツサーバ３０１から患者へのリンクは、ＡＶ発信源１２０又はＲＦ発信源１１９を介しうる。
【００７４】
上述されたように、コンテンツパートナーＵＩ２２０は、一般的である又は患者特有である患者への映像を提供する。患者特有の映像は、データベースサーバ２０６から受け取った情報を基にコンテンツパートナーＵＩ２２０によって作成され、ビジネスロジック２０２及びルールエンジン２０３からの指示を基に個々に合わせられ得る。
【００７５】
図４は、例となる実施形態に従う方法のフロー図である。本実施例の方法の多くの特徴は、上述したものと共通している。概して、かかる共通の特徴に関する記載は繰り返さない。
【００７６】
ステップ４０１で、患者情報はホストセンタ１０２へ提供される。この情報は、第２ステーション１０３からホストセンタ１０２へ提供され、対話型の映像表示部１０９を介して扱われる調査若しくは他の問い合わせに対する応答、又は患者遠隔監視セット１１５の装置からの測定データを含みうる。
【００７７】
ステップ４０２で、受け取った患者情報を基に、当該方法は、患者が応急手当を必要としているかどうかを問い合わせる。例えば、患者情報（データ）は、ビジネスロジック２０２及びルールエンジン２０３で常駐のアルゴリズムに従って処理され得る。データが処理された後に、患者が応急手当を必要としていると決定される場合は、ステップ４０３で、応急手当を提供すべく行動が取られる。例えば、アルゴリズムが応急手当を命じる場合は、コア２０１は、第１ステーション１０１にある臨床医学者へ及び第２ステーション１０３にある患者へメッセージを送信し、必要とされる応急手当を提言することができる。次いで、結果として、患者若しくは臨床医学者又はそれら両方によって行動が取られ得る。説明のために、患者の測定ゲートウェイ１１８からの心電図（ＥＫＧ）の結果が差し迫った心疾患を示した場合は、ビジネスロジック２０２及びルールエンジン２０３におけるアルゴリズムは、映像表示部１０９を介して又は自動電話呼び出しを介して患者に連絡を取ることをトリガすることができる。同時に、ビジネスロジック２０２及びルールエンジン２０３は、端末１０４を介して又は電話で、臨床医学者に連絡を取ることができる。ビジネスロジック２０２及びルールエンジン２０３は、また、同様に、外来業務に連絡を取るよう構成され得る。患者の生命情報（vital  information）は患者情報に付随するから、患者の場所は即座に分かる。
【００７８】
代替的に、ステップ４０１で集められた患者情報は、応急手当が必要でないことを示しても良い。先と同じく、ビジネスロジック２０２及びルールエンジン２０３は、データ（患者情報）を処理し、取られるべき行動をアルゴリズム的に決定する。ステップ４０４で、患者は、アルゴリズムに基づく情報を提供される。例えば、患者は、メッセージ若しくは関連映像若しくは他の調査又はそれらの組み合わせを提供され得る。例として、ビジネスロジック２０２及びルールエンジン２０３は、適切なメッセージ、映像又は調査をアルゴリズム的に決定する。次いで、これらは、患者ゲートウェイＩ／Ｆを介して患者ＴＶＵＩへ提供される。
【００７９】
ステップ４０４が完了すると、処理はステップ４０１で続く。具体的に、患者のニーズに依存して、患者情報は、記載されるように、ホストセンタ１０２及び臨床医学者へ送信される。この処理は、患者のニーズ及び治療指針に依存して断続的又は連続的でありうる。
【００８０】
特に、ステップ４０１で患者から情報を受け取らないことにより、ステップ４０４で患者への情報の送信が生じうる。例えば、患者が、あるデータによって調査を提供することができる、又は特定の時間間隔で測定するよう予定されているとする。指定された時間にまでに、ステップ４０１が完了していない場合は。ビジネスロジック２０２及びルールエンジン２０３は、ステップ４０４のように情報に関して患者に問い合わせる行動を引き起こす。例えば、映像メッセージは、期日を過ぎた患者情報を患者に思い出させるよう送信される。当然、この処理は、ステップ４０１が完了されるまで定期的に繰り返され得る。従って、当該方法の残りのステップは完了しうる。
【００８１】
[例]
以下は、例となる実施形態に従う患者情報システムのある態様を表すために与えられる例である。この例は全く限定ではなく、他の用途が考えられることは明らかである。
【００８２】
患者は心疾患を有する。臨床医学者は、患者が、より健康的な食事、減量、より多くの運動、薬物治療コンプライアンスなどを含む予防保健計画に従う必要があると決定する。
【００８３】
上述されたようにサポートサイトを介して患者情報システムで作成された後、臨床医学者は、患者が対話型の映像表示部１０９を介して全ての項目に記入することができる調査を制御モジュール１０８へ提供する。調査は：
●生活様式、例えば
○運動能力
○移動性
○非依存性
○メンタルヘルス
○財政状態
○喫煙
○アルコールの摂取
●病歴、例えば
○病期
○家族歴
○入院（時期、入院の原因、入院期間）
○食物アレルギー
○薬のアレルギー
○民族性
●現在の健康状態、例えば
○基本健康パラメータ値（体重、血圧（ｂｐ）など）
○基本Ｌａｂ値（コレステロール、白血球（ｗｂｃ）など）
○現在摂取している薬
に関する情報を収集する。
【００８４】
項目の記入が完了した調査からのデータは、制御モジュール１０８からホストセンタ１０２へ、具体的には、患者ゲートウェイＩ／Ｆ２０７を介してホストセンタ１０２に配置されたコア２０１へ提供される。データは、ビジネスロジック２０２及びルールエンジン２０３へ提供される。ビジネスロジック２０２及びルールエンジン２０３は、適切な行動指針を、進行した心疾患及び糖尿病に関する患者に対する治療計画であるようアルゴリズム的に決定する。この行動指針は、医療Ｉ／Ｆ及び医療用ＵＩ２２２を介して第１ステーション１０１にある臨床医学者へ提供される。臨床医学者は、この計画を検討し、患者への計画の送信を承認する。ビジネスロジック２０２及びルールエンジン２０３は、生活様式、病歴及び現在の健康状態を含む調査からの情報を基に患者に対する適切な計画をアルゴリズム的に決定する。
【００８５】
例えば、患者が単身者であって、比較的座っていることが多く、非喫煙者だが、節度を守って飲酒をするとする。この患者は、また、現在、４つの異なる薬を飲んでいる。ビジネスロジック２０２及びルールエンジン２０３は、その患者の事情に合った治療計画を提供する。この治療計画は：
●糖尿病を伴う心疾患
●心疾患を伴う運動に関する初心者ガイド
●毎日の体重の量り方
●毎週の錠剤摂取の注意喚起
●治療計画の進行を追跡するための調査による評価
を第１モジュールに含みうる。
【００８６】
コア２０１は、ホストセンタ１０２を介して制御モジュール１０８へ治療計画を送り、患者は、個人向けの治療計画に従うことを開始する。測定、調査、使用パターンから集められたデータから、ビジネスロジック２０２及びルールエンジン２０３は、患者が（減量ではなくむしろ）体重を増加させていることを検出する。ビジネスロジック２０２及びルールエンジン２０３は、患者が運動をしていたかどうかを調べるための調査と、体重増加を解決するために設計された患者の食事療法及び同様の質問とを自動で送信する。この調査に対する応答を基に、ビジネスロジック２０２及びルールエンジン２０３は、患者が診断を十分に知らされず、食事療法の提言に従わず、所定の薬を定期的に摂取していないと判断するとする。
【００８７】
この場合は、ビジネスロジック２０２及びルールエンジン２０３は、患者の能力に適合するよう治療計画を訂正する。例えば、ビジネスロジック２０２及びルールエンジン２０３は、患者の状態に関する基本的な映像を提供するよう映像サーバ１２５に指示し、更に、患者が薬を摂取することを思い出すよう第２ステーション１０３へのメッセージの頻度を増やすことができる。
【００８８】
本開示を考慮して、ここに記載される様々な方法及び装置は、ハードウェア及びソフトウェアで実施され得ることが知られる。更に、様々な方法及びパラメータは、単に一例として含まれ、どのような限定の意味でもない。本開示を考慮して、いわゆる当業者は、添付の特許請求の範囲の適用範囲内にある限り、彼ら自身の技術及びかかる技術を達成するために必要な設備を決定する際に本発明を実施することができる。
【図面の簡単な説明】
【００８９】
【図１】例となる実施形態に従う患者情報システムの簡単なブロック図である。
【図２】例となる実施形態に従うアプリケーションコアを備える患者情報システムの簡単な説明図である。
【図３】例となる実施形態に従う患者情報システムにおける情報の伝送を示すフロー図である。
【図４】例となる実施形態に従う方法のフロー図である。
【図１】
2009513216.tif 000003
【図２】
2009513216.tif 000004
【図３】
2009513216.tif 000005
【図４】
2009513216.tif 000006
【国際調査報告】
2009513216.tif 000007
2009513216.tif 000008
2009513216.tif 000009