(57)【要約】遠隔監視中央サーバ１２は、患者、親族及び友人、医師、供給業者など、多数のユーザ間の確実なデータ交換を支援する。ユーザ認証部２０は、システムに対してユーザを認証して権限を与える。アクセス制御は、夫々のユーザへ割り当てられる多数の静的又は動的アクセスによって駆動される。これらのプロフィールは、ユーザがアクセスを許可されるデータ、ユーザが利用可能なコンピュータの使用、及びデータがユーザへ表示される方法を決定する。提示形態は、アクセスロール、ユーザ、年齢、背景、以前の対話の結果、情報コンテンツ、認証レベルなどに基づく。「直ぐに良くなる。」アイテムの広告及び文書などの第３機関サービスが、また、ユーザへ提供されうる。【特許請求の範囲】
【請求項１】
患者に関するオンライン情報を発生させる患者データ発生源；
患者データを統合する中央サーバ；及び
前記患者の親族及び友人のうちの少なくとも１人が、前記中央サーバを介して前記患者に関する情報にアクセスすることができる少なくとも１つの親族／友人アクセス装置；
を有する患者介護ネットワーク。
【請求項２】
前記中央サーバは、ユーザに患者情報へのアクセスを許可する前に認定ユーザとして前記ユーザを認証するユーザ認証部を有する、請求項１記載の患者介護ネットワーク。
【請求項３】
前記少なくとも１つの親族／友人アクセス装置は、どの患者情報へのアクセスを当該装置が有するかを決定する認証レベルを当該装置に関連付けている、請求項２記載の患者介護ネットワーク。
【請求項４】
前記認証レベルは前記患者によって設定される、請求項３記載の患者介護ネットワーク。
【請求項５】
前記中央サーバは、前記少なくとも１つの親族／友人アクセス装置を介して当該中央サーバにアクセスするユーザの要求時に、前記患者データ発生源及び少なくとも１つの他の発生源からデータを取り出すデータ収集部を有する、請求項３記載の患者介護ネットワーク。
【請求項６】
前記少なくとも１つの親族／友人アクセス装置に関連付けられた前記認証レベルに依存して、前記データ収集部が前記ユーザのために収集することができるデータの種類を制限するアクセスレベルフィルタを更に有する、請求項５記載の患者介護ネットワーク。
【請求項７】
前記少なくとも１つの親族／友人アクセス装置は、前記ユーザがアクセスした情報がどのように前記ユーザへ表示されるかを決定する提示プロフィールを当該装置に関連付けている、請求項３記載の患者介護ネットワーク。
【請求項８】
前記中央サーバは、当該中央サーバのプロセスを扱うワークフロー・エンジンを有する、請求項１記載の患者介護ネットワーク。
【請求項９】
親族及び友人がお互い及び前記患者と連絡を取るための通信ネットワークを更に有する、請求項１記載の患者介護ネットワーク。
【請求項１０】
前記通信ネットワークは、前記患者の医師とのコミュニケーションを可能にする、請求項９記載の患者介護ネットワーク。
【請求項１１】
親族及び友人のうちの１人が前記患者へ感情的に高揚するメッセージを送ることを可能にする感情的目標データベースを更に有する、請求項９記載の患者介護ネットワーク。
【請求項１２】
患者に関するオンライン情報を発生させて保存するステップ；
患者データを中央サーバに統合するステップ；及び
少なくとも１つの親族／友人アクセス装置を介して親族及び友人のうちの少なくとも１人へ親族／友人向け情報を提供するステップ；
を有する患者介護の方法。
【請求項１３】
患者情報へのアクセスをユーザに許可する前に前記少なくとも１つの親族／友人アクセス装置を認証するステップを更に有する、請求項１２記載の方法。
【請求項１４】
前記ユーザの肯定的認証及び認証レベルに基づいて前記ユーザに情報へのアクセスを許可するステップを更に有する、請求項１３記載の方法。
【請求項１５】
前記認証レベルが前記患者によって設定されることを可能にするステップ；及び
前記ユーザが前記患者に関する情報へのアクセスを認証の程度までに留めることを可能にするステップ；
を更に有する、請求項１４記載の方法。
【請求項１６】
前記少なくとも１つの親族／友人アクセス装置を介して前記中央サーバにアクセスするユーザの要求時に、前記患者に関する前記オンライン情報及び前記患者に関する追加情報を取り出すステップを更に有する、請求項１４記載の方法。
【請求項１７】
認証されたデータの収集のみにデータ収集を制限するために、前記少なくとも１つの親族／友人アクセス装置へ許可された認証レベルに関連付けられているアクセス状態を用いるステップを更に有する、請求項１６記載の方法。
【請求項１８】
前記患者の病状に関する前記ユーザの認識に適した形で、前記少なくとも１つの親族／友人アクセス装置に情報を提供するステップを更に有する、請求項１２記載の方法。
【請求項１９】
通信ネットワークを介して前記患者、前記患者の医師、親族、及び友人の間で会議を開くステップを更に有する、請求項１２記載の方法。
【請求項２０】
感情的に支えるメッセージを前記患者の目標に合わせるよう感情的目標データベースにアクセスするステップを更に有する、請求項１９記載の方法。
【請求項２１】
請求項１２記載の方法を実行する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、長期又は慢性の病気を有する患者の介護に関する。更に具体的には、本発明は、患者の親族、友人、及び他の介護人が、その場に留まったまま患者の現在の病状の評価をすることを可能にする情報ネットワークに関する。
【背景技術】
【０００２】
人が病気を患い、患者として長期治療を必要とする場合に、通常、どのように患者の介護が進んでいるのか、及び、どのような状態に患者があるのかを知ることに極めて本質的且つ真摯な関心を有する多くの親族及び友人が存在する。一般に、患者の状態に関する知らせ及び、どのような状態に治療及び／又は回復などがあるのかは、口頭、電話、電子メール、手紙などによって、患者に最も近い者から他者へ伝えられる。
【０００３】
この情報リレーの１つの欠点は、話が、反復又は伝達のたびに歪められて、誇張された話になる傾向を有することである。患者の実際の状態の詳細は、失われ又は損なわれうる。親族及び友人は、誤った情報に基づいて行動し、あるいは、誤った情報に基づいて必要以上に心配することがある。
【０００４】
患者の病気及び状態に依存して、必ずしも、誰かが、数時間又は数日の間、患者との実際の接触を有することが必要というわけではない。他の欠点は、患者の状態に関する最新情報が古い、あるいは陳腐化していることがある点である。
【０００５】
人的交流は、時々困難である。しばしば、病状及び病気は、題材の複雑さのために、そして、幾つかの話題が社会的にタブー視されることがあるために、素人の間で話題にするには極めて複雑且つ難解である。更に、たとえ質問を尋ねた人が煩わしくしようと意図していないとしても、何度も同じ質問に答えなければならないことが患者を煩わせることがある。しばしば、ある人たちにとって、口頭で情報を伝える場合に全ての詳細を理解しようとするよりもむしろ、自身がいる場所で情報を理解する方が容易である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本アプリケーションは、上記問題その他を解決する新規且つ改善された患者情報ネットワークを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に従って、患者支援ネットワークが提供される。患者データ発生源は、患者に関するオンライン情報を発生させ、同じく、前記患者に関する情報の少なくとも１つの他の発生源がある。中央サーバは前記患者データを統合する。少なくとも１つの医師アクセス装置は、前記患者の医師が前記患者に関する情報にアクセスすることを可能にする。前記患者から遠くにある少なくとも１つの親族／友人アクセス装置は、前記患者の親族及び友人のうちの少なくとも１人が、前記中央サーバを介して前記患者に関する情報にアクセスすることを可能にする。
【０００８】
本発明の他の態様に従って、患者介護の方法が提供される。患者に関するオンライン情報が発生して、保存される。前記患者に関する追加情報は、少なくとも１つの他の場所に保存される。前記患者データは、中央サーバに統合される。前記患者に関する医師向け情報は、前記患者の医師へ提供される。親族／友人向け情報は、前記患者から遠くにある少なくとも１つの親族／友人アクセス装置を介して親族及び友人のうちの少なくとも１人へ提供される。
【発明の効果】
【０００９】
本発明の１つの利点は、親族及び友人へ伝えられる情報の改善された品質及び正確さにある。
【００１０】
他の利点は、親族及び友人が利用可能なより最新の情報にある。
【００１１】
他の利点は、患者の医師への改善されたアクセスにある。
【００１２】
他の利点は、患者の情報の流布に対する患者の制御にある。
【００１３】
他の利点は、患者に対する改善された感情的支援にある。
【００１４】
他の利点は、患者に対する改善されたロジスティックな支援にある。
【００１５】
他の利点は、患者の親族及び友人の間の改善されたコミュニケーションにある。
【００１６】
他の利点は、ユーザに合わせられた情報記述にある。
【００１７】
他の利点は、患者に関する情報へのアクセスに対するユーザの制御にある。
【００１８】
本発明の更なる利点及び恩恵は、好ましい実施例に関する以下の詳細な記載を読んで理解することで、当業者には明らかとなるであろう。
【発明を実施するための最良の形態】
【００１９】
本発明は、様々な構成要素及び構成要素の配置並びに様々なステップ及びステップの配置をとる。図面は、好ましい実施例を説明する目的のために過ぎず、本発明を限定するよう解釈されるべきではない。
【００２０】
図１を参照すると、患者支援ネットワークの好ましい実施例が示されている。ユーザは、アクセス装置１０を介して、患者に関する情報にアクセスする。アクセス装置１０は、また、ユーザが、質問をし、患者へメッセージを送信し、患者への贈り物を注文すること等を行うことを可能にする。アクセス装置１０は、ユーザの技術的能力に依存して、多種多様な形で導入可能である。考えられる装置の幾つかは、専用の双方向テレビチャネル、コンピュータソフトウェア、電話、インターネットアクセスにより如何なるコンピュータからもアクセス可能なウェブページ、ポケットベル、パーム・パイロット若しくは携帯型ＰＣ、電子情報キオスク、又はこの１つの目的専用の装置である。確かに、他の装置は、アクセス装置の所要のタスクを実行可能であり、上記例は、幾つかの可能な選択肢に過ぎず、完全なリストであることは意図されない。考えられるユーザには患者、患者の親族及び友人、患者の医師、患者を介護する他の医療スタッフ、及び医薬品提供者が含まれる。先と同じく、これは考えられるユーザのリストに過ぎず、他のユーザが確かに考えられる。
【００２１】
アクセス装置１０は中央サーバ１２と通信する。中央サーバ１２は患者に関する情報に応じる。患者に関する情報は複数の供給源からもたらされる。第１に、情報は、患者の個人モニタリング装置１４から取得される。これは、例えば、パルス酸素濃度計、心拍計、血圧計、点滴ポンプ、体温計など、患者の状態を直接的に監視している如何なる装置も含む。患者は、また、例えば、「良好（Ｉ‘ｍ  ｄｏｉｎｇ  ｆｉｎｅ）」等の情報を提供するよう、個人入力装置を介してデータを提供する。更に、患者に関する情報は、付加的な補助供給源１５からもたらされる。これらの供給源は、入院日時、定期処置、実施処置などの記録と、例えば患者のカルテなどの医師の覚書とを保持する病院データベースを少なくとも含む。患者に関する情報は、また、例えば、好ましい医薬品提供者、（指示履歴など）患者の初期治療の医師、患者の状態に関する（病歴など）一般的な情報及び教材などの他の供給源、並びに無数の他の供給源からもたらされる。更なる供給源が、また、病院データベースの一部でない患者の記録及び検査結果を含む。本アプリケーションは、確かに、患者から遠く離れた友人、親族、及び他の者と通信する際に模範的な有用性を有するが、ユーザが患者と一緒に（即ち、同じ家に）暮らしており、依然として中央サーバ１２を介して患者に関する情報にアクセスすることができることも考えられる。
【００２２】
中央サーバ１２について更に記載するために、それは、例えば、患者に関する質問とともに医療専門家へメッセージを送信する多数のシステムユーザ（例えば、親族及び医師を伴った患者）又は親族及び友人との間の映像又は電話会議など、システムユーザ間の多数の特別の対話を行う。特に、中央サーバ１２は、電話会議呼出、テレビ電話画像交換、インターネットテレビ会議、インターネット文字メッセージ送信などを容易にするよう、アクセス装置インターフェース１０と接続する映像／音声会議開催サブシステムを有する。中央サーバ１２は、また、例えば、カレンダーシステム１７からロジスティックな動作（補充、医師の訪問、配送状態、など）に関する様々な合図及び警報などのような他のシステム構成部からの要求によるシステムユーザ間の対話に対応するようロジスティックス支援システムを有する。サーバ１２は、単純な組み込み式のワークフロー・エンジン１８を有し、あるいは、オープンインターフェース（例えば、ＨＬ７、ＳＡＰ、又は当該技術で知られる他のインターフェース）を介して既存のエンジンと連動することができる。望ましくは、ワークフロー・エンジン１８は、プロセスの管理、情報の共有、及び中央サーバ１２の管理を扱う。望ましくは、サーバは、アクセス審査、責任、又は他の目的のためにシステムのプロセスを記録するログ１９を有する。
【００２３】
患者は、患者に関して利用可能な情報への上記列挙された関係者のアクセスのレベルを選択する自由を有する。この目的を達成するために、夫々のユーザはユーザプロフィールを割り当てられる。最初に、これらのユーザプロフィールは、特定のユーザを、ある患者に関係すると識別する。ユーザが複数の患者に関連する場合には、ユーザは、誰に関して彼らが現在問い合わせているかを入力するよう促されても良い。更に、ユーザプロフィールは、また、アクセスレベルを含む。このアクセスレベルは、アクセスレベルデータベース１６に保存される。アクセスレベルは、低、中、高アクセス（ｌｏｗ  ｍｅｄｉｕｍ  ａｎｄ  ｈｉｇｈ  ａｃｃｅｓｓ）と同じくらい単純であっても良い。この場合に、低アクセスでは、ユーザは、例えば、入院日及び面会時間などの、最も表面的な情報にしかアクセスを有さず、一方、高アクセスでは、ユーザは、情報の全てへのアクセスを有する。これらのレベルは、また、患者又は医師によって個々のユーザに用意され、場合により、近しい家族及び友人へはより高いアクセスレベルを許容し、一方、より距離のある親族及びちょっとした知り合いにはより低いアクセスレベルを許容する。例えば、患者は、全てのユーザが、自身の状態に関する一般的な材料へのアクセスを有することを許容するが、バイタルサインへのアクセスを自身及び医師にのみ制限することを望むことがある。更に、患者自身が限定されたアクセスを有することがある。即ち、患者のアクセスは、患者が何か不安にさせられるものを読んで、適切な説明を受けないまま不必要に心配することがあるため、医師の注意から制限されることがある。
【００２４】
ユーザが中央サーバ１２にログオンする場合に、ユーザは、ユーザ認証部２０によってアービトレーションを行われるユーザ認証プロセスを経る。認証部２０は、中央サーバ１２に組み込まれているが、理解の容易のために、図１では別個の存在として示される。望ましくは、認証は、ユーザが如何なる利用可能な端末（例えば、病院内の情報案内所又はウェブページなど）からの患者情報にもアクセスすることができるように、ユーザ名及び信任状（ｃｒｅｄｅｎｔｉａｌｓ）の形で与えられる。信任状は、パスワード、バイオメトリクス（指紋、声／顔認識など）ＲＦ  ＩＤなどの形でもたらされても良い。認証は、専用のＴＶチャネル、コンピュータ・クッキー、携帯電話、ポケットベル、パーム・パイロット、又は専用インターフェースを備える場合のように、ある装置と随意的に結び付けられる。これらの場合に、ユーザは、信任状ではなくむしろ、例えば電話番号などの発信機器識別子を提供すべきである。
【００２５】
ユーザが識別されて認証されると、データ収集部２２は、供給源１４、１５からデータを集めにかかる。データは、最適化目的のために前もって予め集められても良い。例えば、供給源１４からの情報は、ユーザが最新の収集データへのアクセスを有するよう、定期的に予め集められても良い。何のデータが集められるかは、アクセスレベルフィルタ２４によって制限される。アクセスレベルフィルタ２４は、ユーザの認証アクセスレベルを取得して、特定のユーザに制限されるデータをフィルタにかけて除去する。収集データ、又はその参照（ｒｅｆｅｒｅｎｃｅ）は、データ解析部２６によって保存されて解析される。データ解析部２６は、システムイベントを随意的に引き起こすよう、イベント認識パターン及び規則を適用する。この点で、随意的に、例えば医療専門家などの人間がループ内に含まれる。例えばユーザが質問をした場合に、データ解析部２６は、例えば、回答がよくある質問（ＦＡＱ）のリスト２８にありそうであると判断するならば、質問を解析して、ユーザによくある質問（ＦＡＱ）のリスト２８を照会させるかどうかを決定するよう、あるいは、（メールなどを介して）医療専門家と連絡を取るよう、又は、質問をより明確にするようユーザを支援するよう、ビジネスロジックを用いる。先と同じく、データ収集部２２及びアクセスレベルフィルタ２４は、望ましくは中央サーバ１２の一体部分であるが、理解の簡単のために別個の存在として示されている。
【００２６】
ユーザがアクセスを有するデータが収集されて処理された後に、データはユーザに提示される。中央サーバ１２は、ユーザプロフィールに基づいて、ユーザへ情報を提示する方法を決定する。ユーザの関連性及びアクセスレベルを特定することに加えて、ユーザプロフィールは、また、ユーザが使用しているアクセス装置と、利用可能な表示設定とを特定する。望ましくは、ユーザは、ユーザが望む限りは、又は、自身のアクセスレベルによって許容される限りは、患者に関する情報へのアクセスに対する制御を保有する。例えば、ユーザは、一日に一回、２週間に１回、ひと月に１回などの割合で情報を見ることができる。ユーザは、電子メール・リメインダーを受信することや、ＳＭＳウェブアクセスを利用することなどができる。しかし、当然、これらはユーザが利用可能な実例であって、更に多くのアクセス方法が考えられる。表示フォーマットは、ユーザが使用している装置、ユーザの医療知識、ユーザの年齢、（例えば、子供、１０代、大人）バックグラウンド、以前の対話の結果、情報コンテンツ（（病気の）激しさ、量、難易度）アクセスレベル、及び他の要素に依存する。例えば、患者は、医師である友人のユーザを有することがあり、その友人へ提示される情報は極めて専門的であっても良い。一方、専門家でない友人へ提示される同じ情報は、比較的簡単であって良い。即ち、それは、それほど専門的ではなく、より容易に理解することができる。中央サーバ１２は、提示テンプレート３２及び装置プロフィール３４を有する提示データベース３０にアクセスする。ユーザのプロフィールに基づいて、中央サーバ１２は、識別されたユーザに対応する提示を選択する。次に、データは、選択された提示プロフィールに基づいてユーザへ提示される。
【００２７】
好ましい実施例では、患者の装置１４及びユーザインターフェースは連続的に監視される。データ解析の結果として、システムは内部イベントを引き起こす。内部イベントは、１又はそれ以上のシステムユーザとの通信をもたらす。必要に応じて、システムは、患者の介護人又は、例えば、医薬品メーカー若しくは薬局などの第３機関と連絡を取る。中央サーバ１２は、第３機関サービスデータベース３６を介してこのような機関にアクセスすることができる。１つの実例で、患者のユーザインターフェースは、患者に、１日を通して所定の時間に所定の薬を取るよう思い出させる。中央サーバ１２は、患者が摂取すべきであった薬の量の記録を保持する。中央サーバ１２は、患者が有する薬の量が残り少なくなっていることを検出すると、補給のために薬局へ注文を出す。同様に、例えば鎮痛剤などの選択的な投薬により、中央サーバ１２は、患者の薬が残り少ないかどうかを確認するよう、定期的に患者に尋ねる。患者が積極的に応答するならば、サーバ１２は、その処方薬が医師の指示の範囲内にある場合に、処方薬を補給するよう薬局へ注文する。
【００２８】
また、ユーザは、多数の第３機関サービスを利用可能である。広告データベース３６は、ユーザが利用可能なサービス及び製品を含む。例えば、中央サーバ１２が患者に関する情報をユーザに提示する場合に、中央サーバ１２は、また、ユーザが患者のために購入したいであろう製品（花、風船など）の広告又は割引額をユーザに提供するよう広告データベース３６を調べることができる。他の例として、ユーザが処方薬又は医薬品に関与する場合に、データベース３６は、処方薬又は医薬品に関する広告及びクーポンを提供する。中央サーバ１２は、患者のプロフィールと、ユーザのプロフィールとに基づいて、ユーザへ提示すべき広告及びサービスの種類を選択する。同様に、患者の情緒面の健康のために、感情的目標データベース３８がユーザによってアクセス可能である。親族及び友人から患者への通信は、しばしば、付加的な支えとなる又は感情的な役割を有する。患者へ支えとなる肯定的な気持ちを表現する際にユーザを助けるよう、感情的目標データベース３８は、例えばアイコン、音楽、映像、テキスト部、慣習的な定型書式など、多数の感情的アーティファクトを含む。ユーザは、患者が元気でいられることを助けるよう患者への通信とともにそれらを含めることができる。
【００２９】
本発明は、好ましい実施例を参照して記載されてきた。変更及び変形が、先の詳細な記載を読み理解することで当業者には可能であろう。このような変更及び変形は添付の特許請求の範囲の適用範囲及びその均等の範囲にあるので、本発明はそれらを全て含むと解釈されることが意図される。
【図面の簡単な説明】
【００３０】
【図１】患者情報ネットワークの好ましい実施例の概略図である。
【図１】
2008524738.tif 000002