(57)【要約】  コンピュータシステムが、ヘルスケアプロバイダと関連する医療情報の分析に基づいて医療メッセージを生成する。分析される医療情報は、例えば医療保険金請求の処理を管理するクリアリングハウスのエンティティが管理するような、医療記録及び／又は保険金請求から引き出してもよい。ヘルスケアプロバイダにとって重要であり、メッセージ中に識別することができるヘルスケアプロバイダの患者にも重要である可能性がある、新薬のような、可能な医療及び処置についてヘルスケアプロバイダに知らせるのに役立つことができるメッセージを生成するために、様々な分析基準を満たす幾人かの患者を担当しているヘルスケアプロバイダを識別してもよい。【選択図】  図１
2014512623.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケアプロバイダに対する教育的メッセージングのためのコンピュータにより実施される方法であって、
メモリに医療情報を受け取るステップであり、前記医療情報が一又は複数のヘルスケアプロバイダの複数の患者に帰すことができる健康データを含み、前記医療情報が複数のヘルスケアプロバイダとの関連性をさらに含むステップと、
１つ又は複数の医療分析基準に基づいて前記医療情報の前記健康データを、プロセッサで分析するステップと、
前記分析に基づいて前記複数のヘルスケアプロバイダのうちの一又は複数のヘルスケアプロバイダを識別するステップと、
前記一又は複数の識別されたヘルスケアプロバイダへのメッセージを生成するステップであり、前記メッセージが内容を含み、前記内容が前記医療分析基準と関係する医療内容を含むステップと、
を含む方法。
【請求項２】
前記医療分析基準が、医療診断を含む、請求項１に記載の方法。
【請求項３】
前記医療内容が、前記医療診断の治療のための医薬品情報を含む、請求項２に記載の方法。
【請求項４】
前記医療内容が、前記医療診断に対する治療情報を含む、請求項２に記載の方法。
【請求項５】
前記医療分析基準が、１つ又は複数の患者の症状を含み、前記医療内容が、前記医療診断に対する治療情報を含む、請求項１に記載の方法。
【請求項６】
前記医療情報が、患者識別情報を含む、請求項１に記載の方法。
【請求項７】
前記内容が、前記複数の患者のうちの一又は複数の患者の識別をさらに含み、前記一又は複数の患者が前記医療分析基準と関連している、請求項６に記載の方法。
【請求項８】
前記識別されたヘルスケアプロバイダが前記医療診断と関連する複数の患者を有するという要件を前記医療分析基準が含み、前記複数の患者が指定された患者数を超える、請求項７に記載の方法。
【請求項９】
前記医療情報が、医療の請求データを含む、請求項１に記載の方法。
【請求項１０】
セキュアな電子メールを介して前記一又は複数のヘルスケアプロバイダに前記医療メッセージを送信するステップをさらに含む、請求項１に記載の方法。
【請求項１１】
セキュアなウェブポータルで前記一又は複数のヘルスケアプロバイダに前記医療メッセージを送信するステップをさらに含む、請求項１に記載の方法。
【請求項１２】
前記健康情報が、患者の医療記録を含む、請求項１に記載の方法。
【請求項１３】
前記内容が、医療調査を含む、請求項１に記載の方法。
【請求項１４】
前記内容が、臨床試験の識別を含む、請求項１に記載の方法。
【請求項１５】
前記内容が、医療生涯教育に関係する、請求項１に記載の方法。
【請求項１６】
前記内容が、医療保険情報を含む、請求項１に記載の方法。
【請求項１７】
前記メッセージが、電子処方箋と関連している、請求項１に記載の方法。
【請求項１８】
ヘルスケアプロバイダに対する教育的メッセージングのためのシステムであって、
医療情報を格納するように動作するメモリであり、前記医療情報が一又は複数のヘルスケアプロバイダの複数の患者に帰すことができる健康データを含み、前記医療情報が複数のヘルスケアプロバイダとの関連性をさらに含むメモリと、
前記メモリと通信するプロセッサであり、
１つ又は複数の医療分析基準に基づいて前記医療情報の前記健康データを分析し、
前記分析に基づいて前記複数のヘルスケアプロバイダのうちの一又は複数のヘルスケアプロバイダを識別し、
前記一又は複数の識別されたヘルスケアプロバイダへのメッセージを生成し、前記メッセージが内容を含み、前記内容が前記医療分析基準と関連する医療内容を含む、
ように構成されたプロセッサと、
を備えるシステム。
【請求項１９】
前記医療分析基準が、医療診断を含む、請求項１８に記載のシステム。
【請求項２０】
前記医療内容が、前記医療診断の治療のための医薬品情報を含む、請求項１９に記載のシステム。
【請求項２１】
前記医療内容が、前記医療診断に対する治療情報を含む、請求項１９に記載のシステム。
【請求項２２】
前記医療分析基準が、１つ又は複数の患者の症状を含み、前記医療内容が、前記医療診断に対する治療情報を含む、請求項１８に記載のシステム。
【請求項２３】
前記医療情報が、患者識別情報を含む、請求項１８に記載のシステム。
【請求項２４】
前記内容が、前記複数の患者のうちの一又は複数の患者の識別をさらに含み、前記一又は複数の患者が前記医療分析基準と関連している、請求項２３に記載のシステム。
【請求項２５】
前記医療情報が、医療の請求データを含む、請求項１８に記載のシステム。
【請求項２６】
前記プロセッサが、セキュアな電子メールを介して前記一又は複数のヘルスケアプロバイダに前記医療メッセージを送信するようにさらに構成された、請求項１８に記載のシステム。
【請求項２７】
前記プロセッサが、セキュアなウェブポータルで前記一又は複数のヘルスケアプロバイダに前記医療メッセージを送信するようにさらに構成された、請求項１８に記載のシステム。
【請求項２８】
前記健康情報が、患者の医療記録を含む、請求項１８に記載のシステム。
【請求項２９】
前記内容が、医療保険情報を含む、請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本技術は、例えばヘルスケアプロバイダのためにヘルスケア情報を有するメッセージを生成するためのシステム及び方法に関する。より詳細には、本技術は、ヘルスケアプロバイダの患者から得られる医療情報の分析に基づいて医療メッセージを生成することに関する。
【背景】
【０００２】
[0002]ヘルスケアプロバイダによる患者のための医療ケアの管理は、かなりの量の医療情報を含む可能性がある。例えば、一般には医師が、医師の診断書のような、担当する患者の医学的状態、病歴、治療及び来院の記録を維持管理する。さらに、医療費の支払い及び払い戻しの管理は、払い戻しの権利を確立するために、一般に、医療用コード及び患者の治療に関する他の必要なデータの生成を必要とする可能性がある。したがって、ヘルスケアプロバイダが医療保険金請求を作成し、提出して、保険機関からの支払いを得るのは通常のことである。医療保険金請求データを処理するエンティティが、患者ケアに関連して毎日何万もの電子保険金請求を受け取る可能性がある。さらに、このようなエンティティが、何千ものヘルスケアプロバイダからこの情報を受け取る可能性がある。
【０００３】
[0003]医療の管理においてヘルスケアプロバイダに対する管理上の責任がこのように増え続けるとともに、ヘルスケアプロバイダが、ヘルスケアプロバイダにとって、及びヘルスケアプロバイダの患者のために、特に重要である可能性のある新しい処置及び治療など、医学の進歩に関する情報を持ち続けることがますます困難となっている。例えば、潜在的に数百人の患者を有する医師は、新しい治療又は処置に関する情報がその医師の治療中の患者に特に関連する可能性があることを容易に認識することさえできない。したがって、ヘルスケアプロバイダに医学研究、技術、及び患者ケアにおける最新の発達について知識のある状態を維持し、ヘルスケアプロバイダに意味のある方法でこれを行う必要がある。
【０００４】
[0004]したがって、容易に分析に利用することができるデータのような、大量のデータを分析することに応じて、ヘルスケアプロバイダに医療教育情報を提供し、ヘルスケアプロバイダがその専門並びに患者と関連する新しい技術及び発達に対応する助けとなり、患者のために最良のケアを提供するように位置づけられることが有益である。さらに、ヘルスケアプロバイダが、既存の情報システムの状況で、及び／又は患者に関する対話型フィードバックを通して、知識のある状態でいることが、医師と患者の両方のニーズをよりよく理解し、確認できるように役立つ可能性がある。
【技術の概要】
【０００５】
[0005]開示の実施形態は、一般的には、ヘルスケアプロバイダのために医療メッセージを生成することに関する。こうしたメッセージは、例えば、医師の記録及び／又は保険金請求データのような、ヘルスケアプロバイダと関連する健康情報を分析することによって生成してもよい。メッセージは、セキュアなウェブポータル又は電子メールなどの様々な手段によって、ヘルスケアプロバイダに配信してもよい。
【０００６】
[0006]例えば、いくつかの実施形態では、技術は、ヘルスケアプロバイダ用の教育メッセージングのためのコンピュータによる方法として実現してもよい。このような方法は、メモリに、医療情報を受け取ることを含んでもよい。医療情報は、一又は複数のヘルスケアプロバイダの複数の患者から得られる健康データを含むことができ、複数のヘルスケアプロバイダとの関連をさらに含んでもよい。この方法は、１つ又は複数の医療分析基準に基づいて医療情報の健康データを、プロセッサを用いて分析することをさらに含んでもよい。方法は、分析に基づいて複数のヘルスケアプロバイダのうちの一又は複数のヘルスケアプロバイダを識別することをさらに含んでもよい。方法はまた、一又は複数の識別されたヘルスケアプロバイダへのメッセージを生成するステップを含むことができ、メッセージの内容は、医療分析基準と関連する医療内容を含む。
【０００７】
[0007]いくつかの実施形態では、医療分析基準は、医療診断を含んでもよい。いくつかの実施形態では、医療内容は、医療診断の治療のための医薬品情報を含んでもよい。さらにまた、医療内容は、医療診断に対する治療情報を含んでもよい。いくつかの場合では、医療分析基準は、１つ又は複数の患者の症状を含むことができ、医療内容は、医療診断に対する治療情報を含んでもよい。いくつかの実施形態では、医療情報は、患者の識別情報を含んでもよい。必要に応じて、内容は、複数の患者のうちの一又は複数の患者が、医療分析基準と関連付けられる場合、一又は複数の患者の識別を含むこともできる。さらにまた、医療分析基準は、識別されたヘルスケアプロバイダが、医療診断と関連付けられた複数の患者を有し、そのため複数の患者が指定された患者数を超えるという要件を含んでもよい。方法のいくつかの実施形態では、医療情報は、治療の支払請求データ及び／又は患者の医療記録を含んでもよい。
【０００８】
[0008]さらなる実施形態では、方法は、セキュアな電子メールを介して一又は複数のヘルスケアプロバイダに医療メッセージを送信することを含むこともできる。必要に応じて、方法は、セキュアなウェブポータルで一又は複数のヘルスケアプロバイダに医療メッセージを送信することを含んでもよい。
【０００９】
[0009]いくつかの実施形態では、内容は、医療調査及び／又は臨床試験の識別を含んでもよい。必要に応じて、内容は、医療生涯教育（ｃｏｎｔｉｎｕｉｎｇ  ｍｅｄｉｃａｌ  ｅｄｕｃａｔｉｏｎ）に関係してもよい。さらにまた、内容は、医療保険情報を含んでもよい。いくつかの場合では、メッセージは、電子処方箋と関連付けてもよい。
【００１０】
[0010]本技術のさらなる実施形態は、ヘルスケアプロバイダに対する教育的メッセージングのためのシステムとして実装してもよい。システムは、一又は複数のヘルスケアプロバイダの複数の患者から得られる健康データを含む医療情報を格納するように機能するメモリを含んでもよい。さらに情報は、複数のヘルスケアプロバイダとの関連性を含んでもよい。またシステムは、メモリと通信するプロセッサを含んでもよい。プロセッサは、１つ又は複数の医療分析基準に基づいて医療情報の健康データを分析し、分析に基づいて複数のヘルスケアプロバイダのうちの一又は複数のヘルスケアプロバイダを識別するように構成してもよい。またプロセッサは、一又は複数の識別されたヘルスケアプロバイダにメッセージを生成し、メッセージが医療分析基準と関連する医療内容を有する内容を含むように、構成してもよい。
【００１１】
[0011]このようないくつかの場合では、医療分析基準は、医療診断を含んでもよい。同様に、医療内容は、医療診断の治療のための医薬品情報を含んでもよい。さらにまた医療内容は、医療診断に対する治療情報を含んでもよい。
【００１２】
[0012]いくつかの場合では、医療分析基準は、１つ又は複数の患者の症状を含むことができ、医療内容は、医療診断に対する治療情報を含んでもよい。必要に応じて、医療情報は、患者の識別情報を含んでもよい。いくつかの実施形態では、内容は、複数の患者のうちの一又は複数の患者が、医療分析基準と関連付けられる場合、一又は複数の患者の識別を含むこともできる。
【００１３】
[0013]システムのいくつかの実施形態では、医療情報は、治療の支払請求データを含んでもよい。いくつかの場合では、プロセッサは、セキュアな電子メールを介して一又は複数のヘルスケアプロバイダに医療メッセージを送信するように構成することもできる。またプロセッサは、セキュアなウェブポータルで一又は複数のヘルスケアプロバイダに医療メッセージを送信するように構成することもできる。いくつかの場合では、健康情報は、患者の医療記録を含んでもよい。必要に応じて、メッセージの内容は、医療保険情報を含んでもよい。本技術のさらなる特徴については、次の詳細な説明、図面、及び特許請求の範囲を検討することにより明らかになるであろう。
【図面の簡単な説明】
【００１４】
[0014]同じ参照符号が同様の要素を指す添付の図面の図において、本技術を限定としてではなく例として示す。
【図１】[0015]本技術の一実施形態による医師教育メッセージングシステムの図である。
【図２】[0016]本技術のいくつかの実施形態に従った医療メッセージングサーバの機能図である。
【図３】[0017]図２のシステムを示す別の図である。
【図４】[0018]本技術の医療メッセージングシステムの例示的実施形態のための方法を用いた流れ図である。
【図５】[0019]本技術の分析方法に従ったヘルスケアプロバイダのために生成される医療内容を有するメッセージを含む例示的ユーザインタフェースである。
【詳細な説明】
【００１５】
[0020]本技術の開示する実施形態は、一般的には、ヘルスケアプロバイダのために、医療教育情報を有する電子メッセージのような医療メッセージを生成することに関する。このようなメッセージは、医療保険金請求を表わすデータ及び／又は患者ケアに関する医師の医療記録を表わすデータのような、ヘルスケアプロバイダから受け取られる患者の医療情報の分析に基づいて生成することができる。
【００１６】
[0021]これについては、医療保険金請求を処理するクリアリングハウスエンティティが、患者ケアに関連して一又は複数のヘルスケアプロバイダから毎日何万もの保険金請求を受け取る可能性がある。このような記録は一般的には、１つ又は複数の医療保険エンティティのような支払者エンティティの要件に支払請求データを適合させるために、クリアリングハウスエンティティのシステムによって電子的に処理される。
【００１７】
[0022]したがって、クリアリングハウスエンティティは、一方では医者及び病院のようなヘルスケアプロバイダと、他方では医療保険会社のような支払者との間の処理を容易にすることができる。プロバイダと支払者との間の処理を取り扱うために、クリアリングハウスエンティティは、例えばセキュアなウェブポータル、ファイル転送、又はセキュアな電子メールを介するなど様々な方法で、ヘルスケアプロバイダから直接医療情報を受け取ってもよい。この情報は、支払処理、資格確認、照会、並びに支払請求の提出及び状況のような事柄に使用してもよい。したがって、クリアリングハウスエンティティは、例えば、多くの患者及び多くのヘルスケアプロバイダから得られる可能性がある、患者の診断、プロバイダ情報、及び保険会社情報を有する保険金請求データなど、大量の医療情報を保持し、アクセスしてもよい。いくつかの場合では、クリアリングハウスエンティティは、例えば、一又は複数のヘルスケアプロバイダの電子医療記録（例えば、医師の治療及び訪問の記録）を維持管理することによって、ヘルスケア情報技術会社として機能することさえできる。
【００１８】
[0023]支払者へ提出するために支払者の要求に対して支払請求情報を実証する又は適合させるために、データの分析を行うことに加えて、又はその代わりとして、クリアリングハウスエンティティ又はヘルスケア情報技術会社のシステムは、ヘルスケアプロバイダに対して医療教育情報を生成するために、受け取った情報の分析を行うように構成することもできる。このような分析は、例えば、患者の症状、患者の診断、又はヘルスケアプロバイダによって患者に行われた医療処置などの、健康データに関連する医療基準に基づいてもよい。クリアリングハウスエンティティ又はヘルスケア情報技術会社のシステムは、その後、分析の結果として、ある医療教育情報から恩恵を受ける可能性がある一又は複数のヘルスケアプロバイダを識別してもよい。したがって、次にシステムは、ヘルスケアプロバイダにとって重要である可能性があり、さらに重要なことには、ヘルスケアプロバイダの一又は複数の患者にとって特に重要である可能性がある医療情報と共に、識別されたプロバイダに配信するメッセージを生成してもよい。
【００１９】
[0024]例えば、医療情報の集まりを有するクリアリングハウスエンティティ又はヘルスケア情報技術会社のコンピュータシステムは、ある分析基準を使用して、ぜんそくのような、ある健康状態を有するヘルスケアプロバイダの患者に関連するデータに分析を行うようにプログラムしてもよい。データ分析は、ぜんそくと関連する症状又は診断を用いて患者を識別すること、又は検出することを含んでもよい。この分析に基づいて、エンティティは、ぜんそくを有するこうした患者と関連する又はこうした患者を担当する一又は複数のヘルスケアプロバイダを識別してもよい。エンティティは、その後、例えば、分析された健康状態（例えば、ぜんそく）に対する治療について記述する、又は言及する医療メッセージ内容と共に、識別されたヘルスケアプロバイダに対する医療教育メッセージを生成してもよい。
【００２０】
[0025]本明細書でさらに詳細に述べるように、このようなメッセージは、患者の識別されたヘルスケアプロバイダに宛てることができ、健康状態に適した新しい薬物療法又は新しい治療、新しい医療機器、新しい医療装置などを識別してもよい。メッセージ内容は、必要に応じてヘルスケアプロバイダに対して、メッセージの治療又は医学的提案から恩恵を受ける可能性のある医師の特定の患者を明確に識別することすら可能である。いくつかの場合では、分析基準は、一部のヘルスケアプロバイダにとりわけ適しているメッセージを特に向けるように選択してもよい。例えば、分析基準は、ある最小目標数を超えるある数の患者を担当するヘルスケアプロバイダを識別するように選択してもよい。例えば、分析基準は、特定の症状及び／又は診断を有する少なくともある最小数の患者を担当するヘルスケアプロバイダを識別して、ヘルスケアプロバイダの特定の患者に適している可能性がある臨床試験を識別する内容と共にメッセージを生成することができるように選択してもよい。本明細書でさらに詳細に説明する他の例のように、このようなシステムに他の分析基準及び医療メッセージを実装してもよいことが認識されるであろう。
【００２１】
[0026]こうした目的のために、図１は、ヘルスケアプロバイダに対する医療メッセージを生成するための装置１０２を用いてこのようなメッセージングシステムを実施するための好適な構成要素を示す。装置１０２は、１つ又は複数の情報源１０４と通信する１つ又は複数のサーバ１１０のような、コンピュータを含んでもよい。情報源１０４は、いかなる数及びタイプの情報源を含むこともできる。このような情報源は、１つ若しくは複数のデータベース又はデータベースサーバを含んでもよい。本明細書でさらに詳細に述べるように、このようなデータベースサーバは、例えば、医療保険金請求の際に、及び／又は分散型電子医療記録保存システムの状況において、医師の訪問記録（例えば患者の記録）と共に、クライアント装置によって提出される医療データを収容してもよい。したがって、情報源１０４は、１つ又は複数のネットワーク１１２を介してサーバ１１０と通信してもよい。サーバ１１０は、例えば、インターネットのようなパブリックにアクセスできるネットワークと通信する、企業のローカルエリアネットワークのようなプライベートにアクセスできるネットワークで作動してもよい。情報源はサーバ１１０とは異なるように示しているが、（１つ又は複数の）情報源はサーバ１１０の一部とすることもできることは認識されるであろう。
【００２２】
[0027]先に述べたように、情報源１０４は、例えば、医師の記録、保険金請求、患者のデータ、例えば患者の識別情報、保険識別情報、プロバイダの専門分野、患者の診断、行われた処置、送金通知書、薬剤（例えば処方薬又は市販薬）、検査結果、試験結果、及びこれらの又は他の患者のヘルスケア情報のいずれかの組合せを含むような、ヘルスケアプロバイダと関連するいかなるタイプの健康情報を有するデータストアとすることもできる。さらに情報は、ヘルスケアプロバイダと関連する情報の集まり又はまとまりとしてもよい。したがって、医療情報は、患者とそのヘルスケアプロバイダとの関連性、患者とその健康状態との関連性、及び／又はヘルスケアプロバイダとその患者の健康状態との関連性を含んでもよい。追加の医療情報が集められるにつれて、例えば、必要に応じてサーバ１１０が行うことができる情報源の更新によって、追加情報でデータを更新してもよい。
【００２３】
[0028]図２及び３は、本技術のいくつかの実施形態に従った医療メッセージングシステム２００を示している。前述のように、医療メッセージングシステムは、医療分析基準を含むプログラミング命令で構成されて、医療提供者に対するメッセージを生成するために情報源のデータの医療情報の分析を行うコンピュータ又はサーバとしてもよい。したがって、このようなサーバ１１０は、１つ又は複数のプロセッサ２２０と、メモリ２３０と、汎用コンピュータに一般的に存在している他の構成要素とを含んでもよい。しかしながら、本明細書に記載する方法及びアルゴリズムに従ったプロセッサのプログラミングを用いて、サーバは、特殊用途のコンピュータとして機能してもよい。
【００２４】
[0029]したがって、コンピュータのメモリ２３０は、一般的には、（１つ若しくは複数）のプロセッサ２２０がアクセスできる保存情報を含み、医療分析基準及び関連する医療メッセージを含む又はこれにアクセスする命令のようなプログラム命令２３２と、情報源から検索される医療情報のような、（１つ若しくは複数の）プロセッサ２２０が実行する又はその他の場合はアクセスしてもよいデータ２３４とが含まれる。メモリ２３０は、コンピュータ可読媒体、又は電子デバイスを用いて読み取ってもよいデータを格納する他の媒体など、プロセッサによってアクセスできる情報を格納してもよいいかなるタイプであることも可能であり、例えばハードドライブ、メモリカード、フラッシュドライブ、ＲＯＭ、ＲＡＭ、ＤＶＤ又は他の光ディスク、並びに他の書込可能メモリ及び読取専用メモリである。これに関連してメモリは、短期的又は一時的ストレージ並びに長期的又は永続的ストレージを含んでもよい。システム及び方法は、前述の様々な組合せを含むことができ、それによって命令及びデータの様々な部分が、様々なタイプの媒体に格納される。
【００２５】
[0030]命令２３２は、プロセッサによって直接的に実行される（例えば機械コード）又は間接的に実行される（例えばスクリプト若しくはデータベースのクエリ）いかなるセットの命令とすることもできる。例えば、命令は、コンピュータ可読媒体にコンピュータコードとして格納してもよい。その関連で、「命令」及び「プログラム」という用語は、本明細書では区別なく使用してもよい。命令は、プロセッサによって直接処理するためにオブジェクトコードの形式で、又は、オンデマンドで解釈される若しくは事前にコンパイルされた、スクリプト若しくは独立したソースコードモジュールの集まりなどの、任意の他のコンピュータ言語で、格納してもよい。命令の関数、メソッド、及びルーチンについて、本明細書に記載する実施形態との関連で説明する。
【００２６】
[0031]医療情報を表すデータのようなデータ２３４を、命令２３２に従ってプロセッサ２２０が検索し、アクセスし、分析してもよい。例えば、アーキテクチャはいかなる特定のデータ構造にも限定されないが、データは、コンピュータのレジスタに、複数の異なるフィールド及びレコード、ＸＭＬ文書又はフラットファイルを有するテーブルとしてリレーショナルデータベースで、格納してもよい。またデータは、いかなるコンピュータ可読形式でフォーマットすることもできる。データは、数字、記述的テキスト、独自のコード、（他のネットワークの場所を含む）同じメモリ若しくは異なるメモリの他の領域に格納されたデータへの参照のような関連情報、又は所与の分析基準に関連するデータにアクセスしてこれを分析するために関数が使用する情報を識別するのに十分な任意の情報を含んでもよい。
【００２７】
[0032]図２は同じブロック内にあるプロセッサ及びメモリを示しているが、プロセッサ及びメモリは、実際には同じ物理ハウジング内に格納される、又はされない場合がある複数のプロセッサ及びメモリを含んでもよいことを理解すべきである。例えば、メモリ２３０は、データセンタのサーバファームに設置されたハードドライブ又は他の記憶媒体としてもよい。したがって、プロセッサ、コンピュータ、又はメモリへの言及は、並行して動作する、又はしない場合があるプロセッサ、コンピュータ、メモリの集まりへの言及を含むと理解されるであろう。
【００２８】
[0033]さらに、サーバ１１０は、ネットワーク１１２の１つのノードにあることが可能であり、ネットワークの他のノードからデータを直接的に及び間接的に受信する能力があるものとしてもよい。例えば、サーバ１１０がネットワーク１１２を利用して、クライアント装置２７０のディスプレイ２６５上でユーザに情報を送信して表示するように、サーバ１１０は、ネットワーク１１２を介してクライアント装置２６０及び２７０からデータを受信することができるウェブサーバを含んでもよい。したがって、サーバは、請求情報及び医療記録を交換する又はこれらにアクセスするためにヘルスケアプロバイダ用のウェブページのようなユーザインタフェースを備えて構成してもよい。このようなインタフェースは、サーバの分析基準プログラムに従って生成された医療情報メッセージを受け取るように構成することもできる。同様に、サーバは、ウェブページのようなユーザインタフェースで、ユーザが、例えば分析基準をサーバに提供するために、分析を開始できるように構成することができ、したがってサーバは、本明細書でさらに詳細に説明するように、医療分析プログラムを実行できるようになる。サーバ１１０は、このようなクライアント装置へのデータを受信すること、処理すること、及び送信することのために、ネットワークの異なるノードと情報を交換する複数のコンピュータを備えることもできることを理解されるであろう。このような場合、クライアント装置は、一般的には、サーバ１１０を含むコンピュータのいずれかではなく、ネットワークの異なるノードにあることが可能である。
【００２９】
[0034]ネットワーク１１２、及びサーバ１１０とクライアントすなわち他の装置との間の仲介ノード（ｉｎｔｅｒｖｅｎｉｎｇ  ｎｏｄｅｓ）は、様々な構成を含み、インターネット、ワールドワイドウェブ、イントラネット、仮想プライベートネットワーク、ローカルイーサネットネットワーク（登録商標）、１つ又は複数の会社専用の通信プロトコルを使用するプライベートネットワーク、セルラ及びワイヤレスネットワーク（例えば、ＷｉＦｉ）、インスタントメッセージング、ＨＴＴＰ及びＳＭＴＰ、並びに前述の様々な組合せを含む、様々なプロトコルを使用してもよい。図２〜３には少数のコンピュータしか示していないが、本開示によって考えられる典型的なメッセージングシステムが、多数の接続されたコンピュータを含むことができ、これらを多数のヘルスケアプロバイダが使用できることを理解されたい。
【００３０】
[0035]したがって、各クライアント装置は、サーバ１１０と同様に、上述のようなプロセッサ、メモリ、及び命令を備えて構成してもよい。各クライアント装置２６０又は２７０は、ヘルスケアプロバイダのような人によって使用されるように意図されたパーソナルコンピュータであり、中央処理装置（ＣＰＵ）２６２、データ２６３及び命令２６４を格納するメモリ（例えば、ＲＡＭ及び内蔵ハードドライブ）、電子ディスプレイ２６５（例えば、画面のあるモニタ、タッチスクリーン、情報を表示するよう機能することができるプリンタ又は他の電気装置）、並びにユーザ入力２６６（例えば、マウス、キーボード、タッチスクリーン、及びマイク）のような、パーソナルコンピュータに接続して通常使用される構成要素のすべてを有してもよい。
【００３１】
[0036]クライアントデバイス２６０及び２７０はそれぞれフルサイズのパーソナルコンピュータを含んでもよいが、代替的には、インターネットのようなネットワークを通じてサーバとデータを無線で交換することができるモバイル装置を含むこともできる。単に例として、クライアント装置２６０は、インターネットを介して情報を取得することができる無線対応ＰＤＡ又は携帯電話であてもよい。ユーザは、例えば小型キーボード、キーパッド、又はタッチスクリーンを使用して、情報を入力してもよい。
【００３２】
[0037]前述のように、サーバ１１０のデータ２３４は、情報源への要求によって検索することができ、一般に、医療分析基準のプログラミングに従って分析される健康情報データ２３６を含む。したがって、本技術の一般的な実施形態では、このように分析される健康情報データ又は医療情報データ２３６は、ヘルスケアプロバイダからの保険金請求を識別することができる保険金請求データを含んでもよい。さらに、健康情報データ２３６は、一又は複数の患者に関する医師の診断書を含んでもよい。さらに、健康情報データ２３６は、臨床データ、検査結果、電子処方箋、ＣＰＴコード、医療生涯教育（ＣＭＥ）、又はヘルスケアプロバイダ若しくは患者の健康に関連する任意の他の情報を含むこともできる。
【００３３】
[0038]前述の動作に加えて、システムの様々な例示的動作について次に説明する。次の例のデータ分析及びメッセージングの動作は、以下に記載する正確な順序で行われる必要はないことも理解されたい。正しくは、様々なステップは、異なる順序で、同時に、又は並行して、処理してもよい。処理のステップを削除する、又は追加することもできる。
【００３４】
[0039]図４は、本技術の教示に従ってヘルスケアプロバイダに対する医療メッセージを生成するための（１つ又は複数の）プロセッサの例示的方法４００である。ヘルスケアプロバイダは、例えば個人の医師、臨床医、医療組合、病院、ホスピス、又は患者に医療サービスを提供することができる任意の他のエンティティを含んでもよい。４１０において、コンピュータ又はサーバ１１０が、例えば情報源１０４から健康情報にアクセスする。前述のように、この健康情報は、例えば医師の診断書、保険金請求データ、患者データ、ヘルスケアプロバイダの専門、診断データ又はコード、行われた処置、送金通知書、処方箋、検査結果、これら又は任意の他の患者のヘルスケア情報のいずれか組合せのような、ヘルスケアプロバイダに関連する情報を含んでもよい。
【００３５】
[0040]４２０において、サーバ１１０は、アクセスした医療情報を分析してもよい。データは、様々なプログラムされた分析基準に基づいて分析してもよい。例えば、いくつかの実施形態では、分析は、エキスパートシステムのような、ルールに基づくシステムを使用して行ってもよい。例えば、サーバ１１０は、ある病気と関連する特定の症状について、保険金請求及び／又は医師の診断書を分析するルールを含むように構成してもよい。このようなルールに基づく分析は、例えば、特定の検索用語と分析される医療データの用語又はコードとの間の一致について、データを評価してもよい。このような一致は、分析の結果からのあるヘルスケアプロバイダ及び／又はその患者を含める、又は排除するために実施してもよい。いくつかの実施形態では、分析は、１つ又は複数のクエリに応答して行ってもよい。例えば、サーバ１１０は、特定の患者及び／又はそのヘルスケアプロバイダの識別を、これらの間の前述の関連性に基づいてできるようにするために、特定の薬剤で治療することができる診断及び／又は症状について、保険金請求及び／又は医師の診断書を含むクエリを処理してもよい。
【００３６】
[0041]１つの実施形態では、サーバ１１０は、ヘルスケアプロバイダと関連する患者の治療日を分析して、ヘルスケアプロバイダがあるタイプの患者ケアを提供すべきかどうかを判断してもよい。例えば、サーバ１１０の分析は、患者が検査又は診療の予約をすることになっているかどうかの判断を含んでもよい。別の例では、サーバ１１０は、患者の健康データを分析して、患者と関連するヘルスケアプロバイダが、一又は複数の患者について特定の検査又は処置を行うことを考慮に入れるべきかどうかを判断してもよい。サーバ１１０は、医師の診断書又は保険金請求データを分析して、ヘルスケアプロバイダがどの検査又は処置を行うことを考慮に入れるべきか、又はすでに行ったかどうかを判断してもよい。
【００３７】
[0042]さらに別の実施形態では、サーバ１１０は、患者の健康情報を分析して、患者のヘルスケアプロバイダが、特定の医療調査のために連絡をとるのにふさわしいかどうかを判断してもよい。例えば、分析基準は、ヘルスケアプロバイダの専門、地理的位置、過去の調査の回答、患者ベース、又は、プロバイダが調査に参加すべきかどうかを判断する際に関係のある可能性がある、ヘルスケアプロバイダと関連するこれら若しくは他の情報の任意の組合せを含んでもよい。
【００３８】
[0043]さらなる実施形態では、サーバ１１０は、保険金請求データ、医師の診断書、又はプロバイダの専門のような、ヘルスケアプロバイダと関連する健康情報を分析して、患者が臨床試験に参加する要件を満たす可能性があるかどうかを判断してもよい。例えば、サーバ１１０は、診断、患者の症状、行われた処置、又は、臨床試験を勧めるために関連するこれら若しくは他の情報の任意の組合せを評価してもよい。
【００３９】
[0044]さらに別の実施形態では、サーバ１１０は、健康情報を分析して、ヘルスケアプロバイダがＣＭＥの機会に適任である可能性があるかどうかを判断してもよい。サーバ１１０は、例えば、プロバイダの専門、患者のタイプ、地理的位置、又はこれら若しくは他の関連情報の任意の組合せのような情報を考慮に入れてもよい。
【００４０】
[0045]さらに別の実施形態では、サーバ１１０は、健康情報を分析して、ヘルスケアプロバイダが、健康保険会社、ＨＭＯ、ＰＰＯ、又は他の医療保険エンティティのような医療費支払者に関連するメッセージを受け取るべきかどうかを判断してもよい。例えば、ヘルスケアプロバイダは、支払者によって保護されており、支払者からの特定の恩恵を受ける資格のある、プロバイダと関連する患者に関するメッセージを受け取ってもよい。
【００４１】
[0046]別の実施形態では、サーバ１１０は、健康情報を分析して、ブランド名薬品若しくはジェネリック薬品のような、処方薬若しくは市販薬に関連する資料をヘルスケアプロバイダに送信すべきかどうかを判断してもよい。例えば、サーバ１１０は、処方箋情報を分析して、ヘルスケアプロバイダが患者に伝えるべき特定の薬品のクーポンを受け取るべきかどうかを判断してもよい。
【００４２】
[0047]さらに別の実施形態では、サーバ１１０は、健康情報を分析して、ヘルスケアプロバイダが患者教育の資料を受け取るべきかどうかを判断してもよい。例えば、臨床データのような情報を分析して、ヘルスケアプロバイダが、患者を教育するために医師が使用してもよい、又は医師が患者に提供してもよい教育ビデオを、受信すべきかどうかを判断してもよい。
【００４３】
[0048]さらに別の実施形態では、サーバ１１０は、健康情報を分析して、ヘルスケアプロバイダが、プロバイダ間のコミュニケーションを促進するために、別のヘルスケアプロバイダに関する情報を受信すべきかどうかを判断してもよい。例えば、健康情報を分析して、一又は複数のヘルスケアプロバイダがある症状を持つある患者を担当しているかどうかを判断してもよい。次に（一又は複数の）識別されたヘルスケアプロバイダに対して、同様の患者を担当している可能性があり、（一又は複数の）識別されたヘルスケアプロバイダへの支援を提供することができる可能性がある別のヘルスケアプロバイダの連絡情報と共に、メッセージを生成してもよい。
【００４４】
[0049]さらに別の実施形態では、サーバ１１０は、健康情報を分析して、ヘルスケアプロバイダが、医療過誤保険のような、特定のタイプの保険情報に関する情報を受信すべきかどうかを判断してもよい。例えば、健康情報を分析して、一又は複数のヘルスケアプロバイダがある症状を持つある患者を担当しているかどうかを判断してもよい。次に（一又は複数の）識別されたヘルスケアプロバイダに対して、そのような治療領域に対する医療過誤保険に関する情報と共に、メッセージを生成してもよい。
【００４５】
[0050]４３０において、サーバ１１０は次に、４２０の分析に基づいてメッセージを生成してもよい。このようなメッセージは、前述の医療内容のような内容を含んでもよい。例えば、分析基準に従ってヘルスケアプロバイダが臨床試験にふさわしい患者を担当しているとサーバ１１０が判断する場合、サーバ１１０は、その判断を反映する１つ又は複数のメッセージを生成してもよい。こうしたメッセージは、特定のヘルスケアプロバイダの患者と関連する症状又は診断に基づいて生成してもよい。さらにメッセージは、どの診断により、患者が臨床にふさわしいか、並びに提案する臨床試験の説明のような、分析データの部分を含んでもよい。
【００４６】
[0051]４４０において、サーバ１１０は、４３０で生成したメッセージを役立つ又は関連するとわかることができる特定のヘルスケアプロバイダを識別することもできる。例えば、前述のように、一又は複数のヘルスケアプロバイダは、例えば一又は複数の患者との関連性に従って臨床試験用のメッセージを受信するように識別してもよい。したがって、プロバイダは、例えば、前述の分析により試験に参加するのにふさわしいと判断された一又は複数の担当の患者との関連性に基づいて、識別してもよい。別の例では、一又は複数のプロバイダは、プロバイダの地理的位置、専門、及び／又は患者ベースのような要素に基づいて調査に参加するように識別してもよい。さらに別の例では、一又は複数のプロバイダは、例えば特定の診断に対する治療に関連する患者ケアのアラートを受信するように識別してもよい
【００４７】
[0052]４５０において、サーバ１１０は、４３０で生成したメッセージを４４０で識別したヘルスケアプロバイダに送信してもよい。例えば、サーバ１１０は、ヘルスケアプロバイダがウェブブラウザ内のようなセキュアなログインによりアクセスできるようになるセキュアなウェブポータルを介してメッセージを送信してもよい。別の例では、サーバ１１０は、例えばメッセージが特定の患者を識別する場合に患者のプライバシーを保護するために、例えば暗号化された又はセキュアな電子メール送信によって、電子メールを介してメッセージを送信してもよい。例えば、いくつかの実施形態では、電子メール又は他のメッセージ送信は、暗号化する及び／又はセキュアなネットワーク内で送信してもよい。さらに別の実施形態では、システムのサーバ１１０とセキュアな通信を行うように特に設計された、ウェブブラウザ以外のソフトウェアアプリケーションで、セキュアなメッセージをレンダリングしてもよい。
【００４８】
[0053]例えば図５は、識別されたヘルスケアプロバイダが生成された医療メッセージにアクセスできるようにするためにサーバが実装してもよいセキュアなウェブポータルのユーザインタフェースの実施形態を示す。この例では、担当の患者に対して特定の診断を定義した分析基準に基づいて、Ｊｏｈｎ  Ｓｍｉｔｈという名の識別された医師に、メッセージが表示される。これらのメッセージは、Ｊｏｈｎ  Ｓｍｉｔｈ医師の患者に対する医師の診断書、医療記録、及び／又は保険金請求データの健康情報の分析に基づいて生成されたものとしてもよい。分析の結果として、サーバ１１０は、この例では、アレルギーぜんそくと診断された、Ｊｏｈｎ  Ｓｍｉｔｈ医師と関連する患者に関する１つ又は複数のメッセージなど、１つ又は複数のメッセージを生成した可能性がある。
【００４９】
[0054]例では、図５に表示するＪｏｈｎ  Ｓｍｉｔｈ医師に対するメッセージは、Ｓｍｉｔｈ医師及びその患者にとって特に重要となる医療内容を含んでいる。メッセージは、Ｊｏｈｎ  Ｓｍｉｔｈ医師がアレルギーぜんそくと診断される患者を担当していることを識別する医療内容５０２を含んでいる。メッセージのさらなる内容では、例えばＭａｒｙ  Ｊｏｎｅｓに関する患者情報５０４、及びＤａｖｉｄ  Ｍｏｒａｌｅｓに関する患者情報５０６を与えることによって、メッセージの医療内容と関連する各患者を識別してもよい。さらに別の実施形態では、通信５０２並びに患者情報５０４及び５０６は集合的に、サーバ１１０によって生成される単一メッセージを構成してもよい。５１０におけるメッセージの内容は、分析基準の特定の診断と関連付けてもよいさらなる治療及び／又は処置の可能性を、医師に知らせてもよい。例えば、５１０には示していないが、５１０において薬物療法（例えば、処方薬又は市販薬）を識別して、薬剤又は治療並びに識別することができる医師の特定の患者へのその関連度（ｒｅｌｅｖａｎｃｅ）について医師に教える又は知らせてもよい。
【００５０】
[0055]本技術の別の実施形態では、サーバ１１０は、例えば、支払請求データから、患者の医薬品情報（例えば、処方薬及び市販薬）を分析して、処方箋データを含むある分析基準を使用して所与の患者の複数の医薬品間の不適合性を検出してもよい。不適合性を検出すると、処方医師に対して医師への患者を識別するためにメッセージを生成してもよい。メッセージはさらに、処方箋間の不適合性を識別するために医療内容を含んでもよい。その上メッセージは、患者の症状又は診断を扱うために使用することができる代替的処方をさらに識別して、不適合性を取り除いてもよい。
【００５１】
[0056]本技術のさらに別の実施形態では、サーバ１１０は、過去の診断及び／又は処置情報のような、患者の健康情報を分析してもよい。分析に基づいて、識別されたヘルスケアプロバイダに対してメッセージを生成して、識別された患者のフォローアップ治療、検診、及び／又は他の年１回の健康促進又は繰り返し行われる治療（例えば、マンモグラム、目の検査、予防接種、アレルギー注射、インフルエンザの予防接種など）の予定をプロバイダに通知してもよい。
【００５２】
[0057]本技術の別の実施形態では、サーバ１１０は、異なるプロバイダの同様の患者の健康情報を分析して、同様の患者にどのタイプの治療又は処置が利用できるかをプロバイダに知らせてもよい。例えば、診断及び／又は症状、並びに一又は複数のプロバイダの患者の関連する治療又は処置データ（例えば、ＣＰＴコード）を分析することによって、同様の或いは同じ診断及び／又は症状を有する患者を担当している異なるプロバイダのためにメッセージを生成して、異なるプロバイダに対して他のプロバイダがこのような患者の治療に使用している処置又は治療のタイプを識別するようにしてもよい。したがって、メッセージは、異なるプロバイダに、特定の症状及び／又は診断を有するプロバイダの患者のための可能な治療を知らせてもよい。プロバイダへのメッセージは、特定の診断及び／又は症状を有する患者に基づいて可能な治療又は処置の候補者となる可能性があるプロバイダの患者を識別することもできる。プロバイダへのこのようなメッセージは、可能な治療又は処置をすでに施されたプロバイダの患者を排除するように生成することもできる。
【００５３】
[0058]本明細書では特定の実施形態を参照して本発明を説明したが、こうした実施形態は、本技術の原理及び応用の例示にすぎないことを理解されたい。また、本発明の例（並びに「のような」、「例えば」、「を含む」などのように表現する節）の提供は、本発明を特定の例に限定するものと解釈されるべきではなく、正しくは、例は多くの可能な態様の一部を示すよう意図されていることを理解されるであろう。したがって、例示の実施形態に対して数多くの変更形態を作成できること、及び添付の特許請求の範囲で定める本発明の趣旨及び範囲を逸脱することなく、他の配置を考案できることを理解されたい。例えば、前述の例示のシステムは、１つ又は複数のサーバ並びに一又は複数のクライアントによる分散型システムで実装してもよいが、いくつかの実施形態では、例えば格納、分析、及び結果のメッセージの生成を、１つのマシンで行うなど、異なるコンピュータのソフトウェア及びストレージ構成要素を単一コンピュータに実装することができるスタンドアロンのコンピュータでシステムを実装してもよい。
【図１】
2014512623.tif 000003
【図２】
2014512623.tif 000004
【図３】
2014512623.tif 000005
【図４】
2014512623.tif 000006
【図５】
2014512623.tif 000007
【国際調査報告】
2014512623.tif 000008
2014512623.tif 000009