(57)【特許請求の範囲】
【請求項１】
健康情報を可視化するためのシステムであって、
電子健康記録（ＥＨＲ）リポジトリから特定の患者に対する選択された健康データオブジェクトにアクセスするようにプログラムされたリポジトリインターフェースと、
前記ＥＨＲリポジトリとは別のメモリーであって、前記特定の患者について選択された健康データオブジェクトのうち２つの間の関連を表す関係性データを格納するようにプログラムされたメモリーと、
前記選択された健康データオブジェクトを表現するグラフィック要素を含む対話型グラフィカルマップ、及び前記選択された健康データオブジェクトのうち２つの間の関連を表現するグラフィック接続を作成するようにプログラムされたビジュアライゼーションエンジンと、を含むシステムであって、
前記ビジュアライゼーションエンジンは、ユーザー入力に応答して、ユーザーの前記対話型グラフィカルマップとの対話を可能にし、前記グラフィック接続を修正するようにプログラムされたユーザーコントロールを含み、
前記関係性データを、前記ユーザーとの対話に基づいて更新し、
エンカウンターデータを生成し、前記ユーザーの対話に基づいた前記関係性データの更新に応答した臨床意志決定のプロセスの補足、及び前記更新された関係性データに基づく前記エンカウンターデータに対応するコードの作成を行う、システム。
【請求項２】
前記関係性データは、前記２つの健康データオブジェクト間の関連に関連する特徴を表す関連性データをさらに含み、
前記ビジュアライゼーションエンジンは、前記対話型グラフィカルマップを作成して、前記関連性データに基づいて設定された、グラフィカルに表現されたパラメーターに基づいて、前記２つの健康データオブジェクト間の関連の相対的な重要性をグラフィカルに区別するようプログラムされる、請求項１に記載のシステム。
【請求項３】
前記臨床意志決定のプロセスに対応する前記ユーザーとの対話に関連する前記エンカウンターデータを作成するようプログラムされた文書作成部をさらに含み、前記エンカウンターデータは、前記リポジトリインターフェースを介して前記ＥＨＲリポジトリに供給され、
前記文書作成部は、前記エンカウンターデータを、ユーザーが知覚可能な文書にアセンブルするようプログラムされ、
前記ユーザーが知覚可能な文書は、患者の管理内容と、患者の医療データの検討内容のうちの少なくとも１つのデータを含む、前記臨床意志決定のプロセスを支持するデータを提供する、請求項１に記載のシステム。
【請求項４】
前記ビジュアライゼーションエンジンは、新たな健康データオブジェクトに対応する新たなグラフィック要素を表示するようプログラムされ、前記ユーザーコントロールは、新たなグラフィック要素をグラフィカルにドラッグし別のグラフィック要素と重ね、前記新たなグラフィック要素と前記別のグラフィック要素との間の新たなグラフィック接続を作成することで、前記対話型グラフィカルマップを修正するようプログラムされる、請求項１に記載のシステム。
【請求項５】
前記特定の患者について、前記新たなグラフィック要素を、自動的に、前記選択された複数の健康データオブジェクトの分析に基づいて作成する、および前記対応の健康データオブジェクトをユーザーの入力に応答して作成するようプログラムされた健康要素作成部をさらに含み、前記対応の健康データオブジェクトは、前記リポジトリインターフェースを介して前記ＥＨＲリポジトリに供給される、請求項４に記載のシステム。
【請求項６】
前記メモリーに格納されたユーザーの役割データに規定されるユーザーの役割に対応付けられたユーザーの、前記システムへのログイン時に、
前記対話型グラフィカルマップは、前記ユーザーの、前記ユーザーの役割データ及びユーザーの好みデータに応じて内容および編成が変化し、
前記ユーザーの役割は、医師、看護師または患者のうちの１つを含み、
前記ユーザーの好みデータは、前記メモリーに格納され、前記ユーザーによる前記システムの過去の利用状況に基づいて設定される、請求項４に記載のシステム。
【請求項７】
前記ビジュアライゼーションエンジンは、診断エンジンを含み、前記診断エンジンは、前記選択された健康データオブジェクトに関する前記特定の患者に対する少なくとも１つの診断を表すように、前記対話型グラフィカルマップを作成するようプログラムされる、請求項１に記載のシステム。
【請求項８】
一組のあらかじめ定められたルールを適用し、前記選択された健康データオブジェクトを評価し、新たなグラフィック接続を前記対話型グラフィカルマップにおける２つのグラフィック要素間で提案するようプログラムされたルールエンジンをさらに含み、前記対話型グラフィカルマップは、前記選択された健康データオブジェクトの、潜在的に関連した２つの健康データオブジェクト間の診断上の関連に対応する、請求項１に記載のシステム。
【請求項９】
前記関係性データは、前記提案された新たなグラフィック接続と前記診断上の関連に対応するメタデータを含む、請求項８に記載のシステム。
【請求項１０】
前記提案された新たなグラフィック接続は、ユーザーによって有効化または無効化されるまで、前記対話型グラフィカルマップにおける前記グラフィック接続とはグラフィカルに区別される、請求項８に記載のシステム。
【請求項１１】
前記ビジュアライゼーションエンジンは、前記対話型グラフィカルマップを、前記グラフィック要素間の前記グラフィック接続が、前記特定の患者の診断をする上での相対的な重要性に応じて三次元で階層的に配置された三次元のグラフィック表現として作成し、
前記選択された健康データオブジェクトは、背景にある健康情報に関係した時間を示す時間データを含み、
前記グラフィック接続ごとの前記関係性データは、前記グラフィック接続が有効化または無効化された時間を示す時間データを含み、
前記ビジュアライゼーションエンジンは、前記対話型グラフィカルマップを、一定の時間にわたって、前記選択された健康データオブジェクトの前記時間データに基づいて動かすようプログラムされる、請求項１に記載のシステム。
【請求項１２】
前記選択された健康データオブジェクトは、
前記特定の患者に対する問題一覧を形成する問題を表す問題データオブジェクトと、
前記特定の患者に対してユーザーによって開始される介入を表す介入データオブジェクトと、
前記特定の患者について取得される臨床データを表す臨床データオブジェクトと、
のうちの少なくとも１つを含む群として前記ＥＨＲリポジトリから選択され、
前記エンカウンターデータを作成するようプログラムされた文書作成部をさらに含み、前記医療上の意志決定データは、前記リポジトリインターフェースを介して前記ＥＨＲリポジトリに格納される、請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ヘルスケアに関し、特に、ヘルスケア情報の対話型ビジュアライゼーションに関する。
【背景技術】
【０００２】
ヘルスケア業界では、ヘルスケア情報記録の管理内容を保存、検索、修正をしやすくするために、電子カルテ（ＥＭＲ）が使用されている。Ａｍｅｒｉｃａｎ  Ｒｅｃｏｖｅｒｙ  ａｎｄ  Ｒｅｉｎｖｅｓｔｍｅｎｔ  Ａｃｔ  ｏｆ  ２００９（２００９年成立の米国再生・再投資法）がゆえに、少なくとも米国の一部では紙での記録からＥＭＲベースのシステムへの移行が加速している。ＥＭＲは、患者のケアとヘルスケアサービスに対する請求の様子を文書化するのに用いられるが、そこでは一般に、患者についての大量のデータが格納され、アクセスされる。ＥＭＲシステムのユーザーインターフェースは、極めて融通の利かないものとなりやすい。たとえば、ユーザーインターフェースは、置き換えることが想定された紙のカルテに近い形をモデルにしていることが多い。また、このようなＥＭＲシステムを使用することは、ＥＭＲデータベースに格納された大量のデータが原因で、ヘルスケアプロバイダーにとってはフラストレーションになり得ることが多い。
【発明の概要】
【課題を解決するための手段】
【０００３】
本開示は、ヘルスケアに関し、特に、ヘルスケア情報の対話型ビジュアライゼーションに関する。
【０００４】
一例として、健康情報を可視化するためのシステムは、電子健康記録（ＥＨＲ）リポジトリから特定の患者に対する健康データオブジェクトにアクセスするためのリポジトリインターフェースを含んでもよい。このＥＨＲリポジトリとは別のメモリーに、関係性データを格納可能であり、この関係性データは、特定の患者について選択された健康データオブジェクト間のリンクを表している。ビジュアライゼーションエンジンが、選択された健康データオブジェクトをグラフィック要素として表現し、選択された健康データオブジェクト間のリンクを、関係性データに基づいて関連のあるグラフィック要素間のグラフィック接続として表現する、対話型グラフィカルマップを動的に作成する。
【０００５】
もうひとつの例として、非一過性のコンピューター読み取り可能な媒体は、ある方法を実施するための指示を格納できる。この方法は、電子健康記録（ＥＨＲ）システムから特定の患者に対する健康データオブジェクトにアクセスすることを含んでもよい。また、この方法は、前記特定の患者に対する健康データオブジェクト間のリンクを表現するための関係性データを、ＥＨＲシステムとは別に格納することを含んでもよい。また、この方法は、
選択された健康データオブジェクトをグラフィック要素として表現し、選択された健康データオブジェクト間のリンクを、関係性データに基づいて関連のあるグラフィック要素間のグラフィック接続として表現する、対話型グラフィカルマップを動的に作成することを含んでもよい。
＝＝関連出願へのクロスリファレンス＝＝
本出願は、発明の名称「ＤＩＡＧＮＯＳＴＩＣ  ＭＡＰＰＩＮＧ（診断マッピング）」で２０１１年５月１１日にファイルされた米国仮特許出願第６１／４８４，９０２号の優先権の利益を主張するものであり、その内容全体を本明細書に援用する。
【図面の簡単な説明】
【０００６】
【図１】診断マッピングを実現するためのシステムの例示的なブロック図を示す。
【図２】診断エンジンの例を示す。
【図３】一実施形態による診断マッピングに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図４】一実施形態による診断マッピングに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図５】一実施形態による診断マッピングに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図６】別の実施形態による診断マッピングを実施するのに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図７】別の実施形態による診断マッピングを実施するのに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図８】別の実施形態による診断マッピングを実施するのに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図９】別の実施形態による診断マッピングを実施するのに利用可能なグラフィカルユーザーインターフェースの例を示す。
【図１０】一実施形態によって実現可能ないくつかの診断および傍証との関連で、グラフィカルユーザーインターフェースの例を示す。
【図１１】一実施形態によって実現可能ないくつかの診断および傍証との関連で、グラフィカルユーザーインターフェースの例を示す。
【図１２】一実施形態によって実現可能ないくつかの診断および傍証との関連で、グラフィカルユーザーインターフェースの例を示す。
【図１３】一実施形態によって実現可能ないくつかの診断および傍証との関連で、グラフィカルユーザーインターフェースの例を示す。
【図１４】一実施形態によって実現可能ないくつかの診断および傍証との関連で、グラフィカルユーザーインターフェースの例を示す。
【図１５】診断マッピングシステムへの入力点として実現可能な始動グラフィカルユーザーインターフェース画面の例を示す。
【図１６】診断マッピングシステムの一部として実現可能な管理グラフィカルユーザーインターフェース画面の例示的な実施形態を示す。
【図１７】患者一覧の特徴がアクティブになった状態を示す管理グラフィカルユーザーインターフェースの例示的な実施形態を示す。
【図１８】特定の患者に対するケアの移行のユーザーインターフェース画面を示すグラフィカルユーザーインターフェースの例を示す。
【図１９】患者の状態のユーザーインターフェース画面を示すグラフィカルユーザーインターフェースの例示的な実施形態を示す。
【図２０】一実施形態による診断マッピングシステムを実現可能なコンピューターアーキテクチャーの例を示す。
【図２１】ヘルスケア情報の対話型ビジュアライゼーションを提供するための方法の例を示す流れ図である。
【発明を実施するための形態】
【０００７】
本開示は、ヘルスケアに関し、特に、ヘルスケア情報の対話型ビジュアライゼーションに関する。
【０００８】
図１は、一実施形態によって実現可能なビジュアライゼーションシステム１０の例を示す。システム１０は、ヘルスケア情報を可視化するようプログラムされた診断マッピングシステム１２を含む。マッピングシステム１２は、データおよびコンピューター読み取り可能な指示を含むよう実現可能であり、この指示は、プロセッサーによって実行されると、本明細書に開示されたような方法を実施する。ヘルスケア情報は、一人または二人以上の個人（人間など）に対する診断関連情報、施設、診療所または機関向けの外来情報のみならず、ケアを提供あるいはケアの規定を管理する際に有用となり得る他の任意の情報を含んでもよい。
【０００９】
診断マッピングシステム１２は、電子健康記録（ＥＨＲ）リポジトリ１６から、一人または二人以上の患者のうち何人についてでもヘルスケアデータオブジェクトにアクセスするようプログラムされた、リポジトリインターフェース１４を含む。たとえば、リポジトリインターフェース１４は、ビジュアライゼーションエンジン１８からの指示に応答して、ＥＨＲリポジトリ１６からデータを引き出す（たとえば、検索する）ようプログラム可能である。また、リポジトリインターフェース１４は、同じくビジュアライゼーションエンジン１８からの指示に応答して、ＥＨＲリポジトリ１６にデータを転送するようプログラムされた方法および機能を含んでもよい。
【００１０】
診断マッピングシステム１２は、病院、開業医の診療所、病院のネットワークなどをはじめとする多岐にわたるヘルスケア環境で実現可能である。このため、ＥＨＲリポジトリ１６に格納される患者数およびデータ量は、システム１０の実現の仕方によって変わり得る。特定のネットワークまたは事業では、ＥＨＲリポジトリ１６は、異なる場所で、あるいは特定のネットワークまたは事業の異なる部分に対して実現される場合がある１つまたは２つ以上の異なるタイプのＥＨＲシステムに対応し得ることを、理解し、認識されたい。したがって、インターフェース１４は、拡張可能であり、なおかつ利用され得る当該ＥＨＲシステムの各々についてデータを選択的に転送し、引き出すよう適宜プログラムされていてもよい。
【００１１】
ビジュアライゼーションエンジン１８は、ＥＨＲリポジトリ１６から選択された健康データオブジェクトをグラフィック要素として表現する対話型グラフィカルマップを作成するようプログラムされる。また、ビジュアライゼーションエンジン１８は、対応する健康データオブジェクト間の関係性を、グラフィカルマップにおける対応のグラフィック接続として表現することもできる。健康データオブジェクト間の関係性は、ローカルストレージ２２の一部として格納され、これは、ＥＨＲリポジトリ１６とは別のデータ構造またはデータベースで格納可能である。たとえば、ローカルストレージ２２は、ＥＨＲリポジトリ１６とは別のメモリーに格納された関係性データ２４を含んでもよい。関係性データは、ユーザー入力に応答しておよび／またはＥＨＲリポジトリに格納された情報に基づいて、作成可能である。このため、関係性データ２４は、特定の患者ごとの（ＥＨＲリポジトリ１６からの）背景にある健康データオブジェクト間のリンクを表すリンクデータを含んでもよい。
【００１２】
また、関係性データ２４は、関連性データも含んでもよい。関連性データは、各リンクに対する２つまたは３つ以上の健康データオブジェクト間の関連性に対応する定量的な値であってもよい。関連性データは、リンク対象となる健康データオブジェクトが関連する信頼値を規定できる。この値は、たとえば関係のある一対のグラフィック要素間の距離パラメーターにグラフィカルにマッピングされる整数値または浮動小数点値として格納可能である。裏付けとなる他の証拠を集めて分析すれば、これに応じてグラフィック要素それぞれの関連性データを動的に更新することができる。距離パラメーターは、マップが表示されることになる出力装置の表示解像度に応じて調節可能である。距離パラメーターは、グラフィック要素間の画面上での距離に対応してもよいおよび／または要素間の因果関係の信頼性をグラフィカルに示し得る他の表示パラメーター（たとえば、輝度、厚さ、色、大きさなど）に影響してもよい。本明細書に示す例は、二次元で示されているが、この概念は三次元の対話型グラフィカルマップおよび四次元のマップ（たとえば、四次元は時間）にも等しく適用可能であることは、自明である。たとえば、グラフィック要素およびリンクを、特定の患者に対して診断を行う上でのそれぞれの相対的な重要度に応じて、三次元で階層的に配置することが可能である。
【００１３】
関連性値は、自動的にコンピューター計算および割り当て可能である。あるいは、専門家の判断に基づいて、ユーザー入力に応答して関連性データを指定することも可能である（たとえば、プロバイダーが、コンピューター計算された値より優先させることを含め、グラフィックオブジェクト間の距離を調節して関連性を設定してもよい）。ビジュアライゼーションエンジン１８は、関連性データに基づいて、グラフィカルマップ２０を作成できる。これはたとえば、関係のある各対のデータオブジェクト間の選択された健康データオブジェクトおよびリンクの関連性（たとえば、重要性など）をグラフィカルに区別するためである。関連性データは、ＥＨＲリポジトリ１６に格納されたデータに基づいて、（たとえば、関連性を明示的および／またはグラフィカルに指定して）ユーザー入力に応答してプログラムしてもよいし、他のソースから決定してもよい。
【００１４】
ビジュアライゼーションエンジン１８は、このようなオブジェクトおよび対応するリンクの関連性を、さまざまな方法でグラフィカルに表すことができる。たとえば、ビジュアライゼーションエンジン１８は、グラフィック健康オブジェクト間のグラフィック接続のタイプまたは形式を変更するなどして、関係性データ２４に基づき、グラフィック健康データ要素間のグラフィック接続を規定できる。一例として、ビジュアライゼーションエンジン１８は、グラフィカルに表現される相対パラメーターとのグラフィック接続を作成でき、これは関係性データの一部として格納される。この文脈での相対とは、特定のグラフィック接続が、グラフィックディスプレイでどのように可視化されるかということを、同じグラフィックディスプレイで１つまたは２つ以上の他のグラフィック接続が同時にどのように可視化されるかとの対比でいう表現である。たとえば、グラフィカルに表現される相対パラメーターは、相対長さパラメーター、相対厚さパラメーターあるいは、関連性データによって規定される、決定された関連性をグラフィカルに表すことのできる異なる相対パラメーターの組み合わせを含み得る。別の例として、特定の診断について、診断に対する異なる寄与因子に対応するグラフィックオブジェクトを、診断に対する各因子の貢献に応じて、相対サイズおよび／またはおよび診断オブジェクトからの距離などの異なる相対パラメーターと一緒に、グラフィカルに表示することも可能である。
【００１５】
また、ビジュアライゼーションエンジン１８は、メモリーストレージ２２における関係性データ２４の一部としてメモリーに格納されたメタデータおよびオブジェクトデータに基づいて、グラフィカルマップ２０にグラフィック要素を表現することもできる。マップ２０におけるグラフィック要素は、異なるタイプの患者健康データオブジェクトに対するアイコンタイプまたは他のあらかじめ規定されたグラフィック表現を含んでもよい。たとえば、診断および裏付けのある証拠（検査データ、指示内容、Ｘ線使用情報、危険因子など）といった健康データオブジェクトを、図形情報および／またはテキスト情報を含む異なるアイコンとして、グラフィカルに表すことができる。たとえば、オブジェクトデータは、ＥＨＲリポジトリから検索されるまたは診断マッピングシステム１２内で作成される各健康データオブジェクトに対するローカルストレージ２２の一部として格納可能である。
【００１６】
また、メタデータ（たとえば、データオブジェクトおよびデータ関係性を説明するデータなど）は、関係性データ２４の一部としても格納可能である。このため、このようなメタデータは、特定の要素またはグラフィック接続（たとえば、データオブジェクト間のリンクに対応）に対する追加情報を提供するのに利用できる。たとえば、対応するメタデータを利用し、特定のグラフィック要素または接続の上にポインティング要素をのせるか、そうでなければ特定のグラフィック要素または接続を選択したのに応答して、情報をテキストおよび／または図形で提示できる。このような選択された要素と関係のあるメタデータに基づいて提示される追加情報は、ポップアップウィンドウや他の表現形式など、選択された要素の上に重ねるか、これに隣接してグラフィカルに提示可能である。
【００１７】
また、ビジュアライゼーションエンジン１８は、ユーザーが、グラフィカルマップ２０の一部として提示されるグラフィック要素およびリンクと対話できるようにするためのユーザーコントロール２６も含む。ユーザーコントロール２６によって、権限のあるユーザーは、新たな健康データオブジェクトを作成できるようになる。この健康データオブジェクトは、たとえば、診断または（たとえば、ＥＨＲリポジトリ１６に格納された課題リストからの課題あるいは、傍証のみならず、このような証拠間のリンクに対応している。ユーザーコントロール２６は、ユーザー入力に応答して、対話型グラフィカルマップ２０を修正するようプログラム可能である。このユーザー入力は、たとえば、ユーザー入力装置（たとえば、マウス、タッチスクリーンなどのヒューマンマシンインターフェースなど）によって制御されるポインティング要素を介して行うことができる。このように、ユーザーコントロール２６は、ユーザーが、対話型グラフィカルマップ２０ならびに、グラフィカルマップの一部として提示されるそのさまざまな構成要素と対話し、これを操作できるようプログラムされる。
【００１８】
本明細書で開示するように、グラフィック要素ならびに対応する要素間のグラフィック接続は各々、健康データオブジェクトならびに、当該オブジェクト間の関係性（たとえば、関連またはリンクなど）に対応する。このため、ユーザーがグラフィックオブジェクトおよびリンクを操作する、あるいは、グラフィック要素およびリンクを作成またはマップ２０から削除すると、それぞれのアクションをエンカウンターデータ２８として格納して、背景にある健康データオブジェクトならびに、他の健康データオブジェクトとの１つまたは２つ以上の関連に対する、対応の作用を示すことができる。このように、グラフィック要素あるいは、要素間のグラフィック接続を、操作または調節、作成または削除するたびに、これを、背景にある健康データオブジェクトおよびそれによって表される関連に対応するエンカウンターデータの一部（たとえば、ログデータなど）として格納することができる。よって、ログデータを使用して、意志決定プロセスの詳細な記録を提供することが可能である。このように、診断マッピングシステム１２は、現在の（または過去に遡った）診断および寄与因子を可視化する（たとえば、グラフィック要素および接続の状態で表されるなど）だけでなく、エンカウンターデータを格納して、そのような診断に至るために生じたそれぞれの中間ステップ（追加、取消または変更に対応）を記録することができる。
【００１９】
また、ビジュアライゼーションエンジン１８は、グラフィカルマップ２０におけるグラフィック要素およびグラフィック接続に対する追加、取消または修正の各々に応答して、臨床意志決定をプロセスを捕捉することで、エンカウンターデータ２８を作成するようプログラムされた文書作成部３０を含んでもよい。グラフィカルマップに表示されるいくつかのグラフィック要素は、他の要素と関係またはリンクしていない場合もあり、文書作成部３０は、このような関係のないグラフィック要素に対して実施される修正または他のグラフィカルアクションを反映したエンカウンターデータも格納できることを理解されたい。
【００２０】
さらに別の例として、文書作成部３０は、ユーザーがシステム１２と画面上で対話するたびに、これに応答して、臨床コードおよび／または請求コードを作成するようプログラムされるコーダー３１を含んでもよい。たとえば、診断または傍証を別のグラフィック要素にドラッグすると、対応する診断エンジン３４は、必要な情報ならびに、臨床および請求コードの法規や標準に従う上で必要になり得る詳細を取得するための一組のルールを実行できる。コーダー３１は、自己学習で実現してもよいし、あるいは、ユーザーコントロール２６を介したユーザーによる対話および診断についてのコードを推定してもよい。このため、コーダー３１は、ユーザーによって入力される対話に応答して、対応するコードを作成し、このようなコードをローカルストレージ２２に格納することができる。
【００２１】
たとえば、文書作成部３０は、多岐にわたる標準コードを用いてエンカウンターデータを格納できる。よって、コーダーは、システム１０を用いるヘルスケア業界で利用されているコード体系に従って、対応のコードを作成するようプログラム可能である。このコード体系は、たとえば、診断コード（たとえば、ＩＣＤ−１０、ＩＣＤ−９、ＩＣＰＣ−２など）、プロシージャコード（たとえば、ＨＣＰＣＳ  ＣＰＴ、ＩＣＤ−１０  ＰＣＳ、ＩＣＤ−９−ＣＭなど）、医薬品コード（ＡＴＣ、ＮＤＣ、ＤＩＮなど）、局所的コード、アウトカムコード（ＮＯＣ）または他の関連のあるコードなどであり、既知のコード体系またはまだ開発中のコード体系も含まれる。このように、診断および請求目的での１つまたは複数の最も詳細なコードを確実に作成できるよう、文書作成部３０によってルールをプログラムし、実行することができる。
【００２２】
コードを作成するだけでなく、文書作成部３０は、エンカウンターデータ２８の一部として格納可能な他の傍証となる証拠（たとえば、重篤度情報など）を広い臨床スペクトルにわたって構築することもできる。文書作成部３０は、たとえば、ユーザーがグラフィカルマップと対話した（たとえば、リンクを作成および／または切断するなど）ことに応答して、このような情報を患者のエンカウンターに追加することができる。あるいはまたはそれに加えて、文書作成部３０は、対応のユーザー入力ＧＵＩ要素を介して（たとえば、テキストユーザー入力フォームを提示するなど）、このような情報をユーザーから引き出すようプログラムできる。このようなユーザー入力ＧＵＩ要素は、（提示対象となる健康データオブジェクトおよび関係性データに従った）グラフィカルマップに基づく情報とともに、部分的に（または全体が）入力される。この自動入力情報には、ユーザーによる有効化が必要であってもよい。一度このようなエンカウンターデータ（コードおよび関連した傍証を含む）が作成されたら、システム１２は、リポジトリインターフェース１４を利用して、請求および／または臨床目的でＥＨＲリポジトリ１６に格納すべきデータを転送することができる。
【００２３】
また、ユーザーが対応のユーザーコントロール２６を用いてシステム１０に入力できるメモまたは他の自由入力情報（たとえば、文字、音声または音声付きの映像など）を作成するのに、文書作成部３０を利用することもできる。このようなメモまたは他の情報は、エンカウンターデータ２８の一部として格納可能である。ビジュアライゼーションエンジン１８は、リポジトリインターフェース１４を介して（たとえば、ＨＬ７または他のアプリケーションレイヤープロトコールで）ＥＨＲリポジトリにエンカウンターデータ２８を送信し、特定の患者のエンカウンターについての対応の健康データオブジェクトとして格納されてもよいログデータおよびメモデータを返送させることができる。
【００２４】
また、文書作成部３０は、ローカルストレージ２２に格納可能なエンカウンターデータ２８に基づいて、ユーザー認識可能なタイプの文書（たとえば、報告書など）をまとめるまたは作成するようにもプログラム可能である。たとえば、エンカウンターデータは、文書作成部３０が対応のユーザー認識可能な文書（たとえば、ＰＤＦ、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ文書など）を作成するのに利用できる既知の形式（たとえば、ＸＭＬなど）で格納可能である。このようなユーザー認識可能な文書は、グラフィカルマップ２０におけるグラフィック接続に対応する健康データオブジェクト間のリンクのメタデータに基づいて、作成可能である。
【００２５】
さらに別の例として、文書作成部３０は、グラフィカルマップ２０でグラフィック要素によって表現される診断コンセプトについて、健康データオブジェクトのユーザー認識可能な表示を含むよう文書を作成することができる。また、この文書は、検査データに対する健康データオブジェクトのみならず、介入に対する健康データオブジェクト（これは、対話型グラフィカルマップ２０でグラフィック要素として表現可能である）も含み得る。このように、文書作成部３０は、ＥＨＲシステムおよびユーザーの要件に左右される場合もある１つまたは２つ以上の形態で、エンカウンターデータを提供できる。この形態は、対応するユーザーコントロール２６を用いて、ユーザーが選択してもよい。このように、患者の管理内容および／またはユーザーとグラフィカルマップ２０との対話に応答し、これに対応して、エンカウンターデータの一部として記録され、かつログが残された患者の医療データの検討内容について、これを支持する追加のプルーフを対応のユーザー認識可能な文書によって提供できる。
【００２６】
また、ビジュアライゼーションエンジン１８は、関係性データ２４およびユーザーデータ４０に基づいて、グラフィカルマップ２０におけるグラフィック要素およびグラフィック接続のグラフィカルな見た目を制御する、ディスプレイコントロール３２を含む。また、ディスプレイコントロール３２は、グラフィカルマップ２０における要素および接続のアニメーションも制御する。
【００２７】
一例として、ディスプレイコントロール３２は、ＥＨＲリポジトリ（グラフィック要素に対応）から得られた健康オブジェクトデータに基づいて、かつ、関係性データ２４および健康データオブジェクトと一緒に格納された時間データの関数としての関係性データ２４に基づいて、アニメーションモードで動作し、特定の患者についてのグラフィカルマップを一定の時間にわたって動かすことが可能である。このように、１または２以上の患者のエンカウンターにおける対話型グラフィカルマップの時間的な変化を、グラフィカルに可視化し、特定の患者について選択された１または２以上の時間にわたり、医療上の意志決定プロセスを表現することができる。たとえば、このようなアニメーションモードに入ることで、グラフィカルマップ２０は、上述したエンカウンターデータに基づくなどの特定の患者に対する意志決定プロセスを、グラフィカルに再作成することができる。意志決定プロセスのアニメーションおよび再生は、検討者（たとえば、ユーザーまたは監督者またはチーム）が、背景にある思考プロセスおよび介護者による判断を一層良く理解する一助となり得る。グラフィカルマップ２０についてアニメーションを表示する時間の長さまたは患者のエンカウンターの量は、ユーザー入力に応答して、特定のユーザーが選択可能である。
【００２８】
また、ビジュアライゼーションエンジン１８は、リポジトリ１６およびローカルストレージ２２から検索した健康オブジェクトに基づいて診断を決定するための診断エンジン３４を含んでもよい。たとえば、診断エンジン３４は、対話型グラフィカルマップにおける選択されたグラフィック要素間のグラフィック接続が、健康データオブジェクトに関する１つまたは２つ以上の診断との兼ね合いで関係性データを表すように、マップまたはその一部を作成するようプログラム可能である。
【００２９】
診断エンジンは、一組のあらかじめ定められたルールを適用することで、特定の患者に対する健康データオブジェクトを評価するようプログラムされるルールエンジンを利用できる。これらのルールは、システム１２の特定の用途に合わせて変わる場合もある最適な実務手法または他の基準に基づくプログラム可能なものであってもよい。また、診断エンジン３４は、特定の患者のエンカウンターに対してグラフィック要素で表現される健康データオブジェクトへのルールの適用をもとに、潜在的に関連した一組の健康データオブジェクト間の特定の診断上の関連に対応するグラフィック要素同士の提案されたグラフィック接続として、関係性をグラフィカルに提案することができる。潜在的に関連した一組の健康データオブジェクトは、診断コンセプトに対する２つまたは３つ以上の健康データオブジェクト、検査データに対する健康データオブジェクト、介入に対する健康データオブジェクトあるいは、特定の患者に対して、ユーザーコントロール２６を用いてシステムに入力されるかＥＨＲリポジトリ１６または別のソース（たとえば、医療装置、監視機器など）から得られる場合がある他の傍証を含んでもよい。診断エンジン３４は、関係性データ２４の一部として格納されるメタデータに従って、オブジェクトに対する、このようなそれぞれグラフィック要素間のグラフィック接続として、２つまたは３つ以上のこのような潜在的に関連した健康データオブジェクトの関連を表すことができる。
【００３０】
提案されたグラフィック接続または提案された診断は、たとえば、点滅、アニメーション、点線、色の異なるグラフィックあるいは、提案されたリンクを、ユーザーによって有効化された実際の関係性と区別する他の方法など、さまざまな形態で実現可能である。提案されたグラフィックリンクは、ユーザーによって有効化または無効化されるまで、他のグラフィック接続と区別したまま維持することができる。たとえば、ユーザーは、ユーザーコントロール２６を使用して、提案されたリンクまたは診断をクリックするか、そうでなければこれをマークすることで有効化できる。新たなグラフィック要素あるいは要素間のリンクを有効化および無効化するためのものをはじめとして、ユーザーコントロール２６を介した対話はいずれも、医療上の意志決定情報として記録し、本明細書に開示されるようなエンカウンターデータ２８の一部として格納できる。このため、ユーザーによるグラフィカルマップ２０との対話を受けて、特定の患者に対する患者管理のログと臨床データの検討内容とを作成してもよく、これをエンカウンターデータ２８として格納することができる。本明細書で開示するように、エンカウンターデータまたはその選択された一部を、リポジトリインターフェース１４経由でＥＨＲリポジトリ１６に転送することができる。
【００３１】
さらに別の例として、ビジュアライゼーションエンジン１８は、健康要素作成部３６およびリンク作成部３８も含んでもよい。健康要素作成部３６は、特定の患者に対する対応する健康データオブジェクトについての新たなグラフィック要素を作成するようプログラム可能である。健康要素作成部３６は、診断エンジン３４による傍証および健康データオブジェクトの評価に応答して、健康データ要素を潜在的要素として作成するようプログラム可能である。ユーザーコントロール２６は、マップ２０上にグラフィック要素によって表現される対応の提案された新たな健康データオブジェクトを有効化するのに利用できる。このようなグラフィック要素に対応する健康データオブジェクトは、リポジトリインターフェース１４を介してＥＨＲリポジトリ１６に提供可能である。
【００３２】
健康要素作成部３６は、特定の患者に対するＥＨＲリポジトリ１６からの健康データオブジェクトおよび関係性データ２４の分析者に基づいて、このような健康データ要素を自動的に作成するようプログラム可能である。健康データ要素およびリンクの作成は、現在の患者のエンカウンターに制限することが可能であり、あるいは、患者の過去に遡ったデータも包含するものであってもよい。このような自動的に作成される健康データ要素は、ユーザー入力に応答して有効化または無効化されるまで、グラフィカルに区別される。
【００３３】
あるいはまたはそれに加えて、健康要素作成部３６は、ユーザーコントロール２６を用いてのユーザー入力に応答して、新たなグラフィック要素および対応の健康データオブジェクトを作成するようプログラム可能である。ユーザーコントロールに応答して一度このような新たな要素が作成されたら、これらの要素は、自動的に有効であるとみなされてもよい（自動ではなく手作業で作成されている）。このように、手作業で作成された健康要素によって、対応の健康データオブジェクトを作成させ、エンカウンターデータ２８に格納させるのみならず、患者のエンカウンター用にＥＨＲリポジトリ１６に転送させることができる。
【００３４】
同様に、リンク作成部３８は、マップにおけるグラフィック健康要素間のリンクを自動的に作成および／または提案して、対応の健康データオブジェクトと傍証の関係性または因果関係を示すのに利用できる。たとえば、診断エンジン３４は、特定の患者に対する一組の健康データオブジェクトおよび傍証を評価でき、このような分析に基づいて、潜在的に関連のある関係性が存在するか否かを判断できる。よって、リンク作成部３８は、提案されたリンクを、グラフィック健康要素間のグラフィック接続として、ユーザーによってユーザーコントロール２６を用いて有効化または無効化されるまでグラフィカルに区別された形態でユーザーに提示できる。ユーザーは、手作業で、ユーザーコントロール２６を用いて健康要素間のリンクを作成したり、健康要素間のリンクを解除したりすることができる。健康要素間のリンクを作成または無効化する対話はいずれも、エンカウンターデータ２８の一部として記録可能であり、これは、本明細書に開示したように、ＥＨＲリポジトリ１６に転送されてもよい。
【００３５】
また、ビジュアライゼーションシステム１０は、ローカルストレージ２２に格納されたユーザーデータ４０を利用することもできる。ユーザーデータ４０は、システムの権限のあるユーザー各々に関する情報を格納できる。たとえば、ユーザーデータ４０は、ユーザーごとの役割データおよび好みデータを含んでもよい。役割データは、ユーザーごとに、メモリーに格納可能であり、役割データに基づいてユーザーに対する対話型グラフィカルマップ２０の内容および編成を変更または制御するのに利用できる。たとえば、各ユーザーには、医師、看護師、患者または他の技術専門職などの特定の役割を割り当てることができ、この役割に応じて、グラフィカルマップに異なるタイプの情報を提示すればよい。異なるタイプの情報に加えて、役割データによって規定されるユーザーの素養または技術的な専門性に応じて、異なる方法で情報を提示してもよい。たとえば、ユーザーでもあり得る患者に対するより、医師に対してのほうが、多くの技術情報を提供してもよい。また、同じカテゴリーでも、ユーザーが異なると、たとえば特定の関心または専門領域を識別するなど、各ユーザーの役割データに応じて情報が異なる形で提示されることもある。たとえば、呼吸器科の医師に対しては、ユーザーの役割が心臓専門医と定義されるグラフィカルマップとは異なる形で、同一の患者に対して作成される（同一または異なる情報についての）グラフィカルマップ２０を表現させてもよい。ビジュアライゼーションエンジン１８は、ユーザーごとの役割データに基づいてグラフィカルマップ２０を曲げるまたは変形するのに、ディスプレイコントロール３２を利用することができる。また、役割データに基づいて、異なるタイプの情報に対する、一層高いレベルの認証およびアクセスを提供できる。
【００３６】
好みデータは、同じくメモリーに格納可能であり、ビジュアライゼーションエンジン１８が対話型グラフィカルマップ２０で提示する情報の配列および構造に対する個々のユーザーの好みを設定するのに利用できる。たとえば、好みデータは、この好みデータの一部として格納される特定ユーザーの過去の利用状況に基づいて、診断マッピングシステム１２によって自動的に設定可能である。このように、ディスプレイコントロール３２は、対話型グラフィカルマップの作成に用いられる健康データオブジェクトのグラフィック表現を選択および制御でき、かつ、その時点でシステムにログインしている特定のユーザーのユーザーの好みデータに従って、このようなグラフィック要素を特定の例に対するマップで配置できる。システム１２は、特定のユーザーによってなされる繰り返しの変化に基づいて、好みと、オブジェクトをどのように配置するかということとを、学習できる。たとえば、システム１０は、ユーザーによる対話に応答して、メモリーに格納可能なログデータを推定またはログデータからの機械学習を採用できる。
【００３７】
また、ユーザーデータ４０は、複数の異なるタイプの装置を用いて、診断マッピングシステム１２に対するアクセスを確立するのに利用可能である。これらの装置は各々、たとえば当該装置の表示能力に応じて、データを異なる形で提示してもよい。それでもなお、各装置は、ユーザーコントロール２６を利用して、新たなグラフィック要素を作成し、既存の要素を修正し、あるいは、グラフィカルマップ２０におけるリンクを作成または既存のリンクを修正できる。このような制御を実現し、ユーザーがアクセスする方法は、装置によって異なってもよい。
【００３８】
図２は、図１の診断マッピングシステム１２の一部として実現可能な診断エンジン３４の例を示す。従って、診断エンジン３４の機能と方法との間の相互関係ならびに、図１を参照して開示した相互関係について、再び図１を参照する。図２の例では、診断エンジン３４は、特定の患者について健康データオブジェクトを評価し、健康データオブジェクト間の関連性を求めるようプログラムされたルールエンジン４２を含む。ルールエンジン４２は、１つまたは２つ以上の一組のルール４４に基づいて、オブジェクト間の関連性を求める。ルール４４は、最も良い実務を基準に、特定の実務または指示用に決定できるプログラム可能なデータセットである。このシステムは、国家または地元の標準に基づいて、あるいは、そうでなければユーザーまたは管理者が決めたものとしてのルールのデフォルトのセットを用いることができる。これらのルールはさらに、ユーザー専用にプログラム可能である。たとえば、ユーザーの好みデータおよび／またはユーザーのプロフィールデータなどのユーザーデータに基づいて選択可能である。
【００３９】
また、ルールエンジン４２は、システム１２内でグローバルに実現可能あるいは、ユーザーが定義可能な（たとえば、ユーザーデータの一部であるなど）新たなルールを作成し、それぞれのユーザーに対する柔軟性を一層高めることができる。たとえば、ルールエンジン４２は、ユーザーデータ４０に格納可能な過去のシステム利用データに基づいて、ユーザーごとに独特なルールのセットを学習し、適用できる。
【００４０】
また、診断エンジン３４は、関連のある健康データオブジェクトがどのようなものであるかを示す信頼値をコンピューター計算可能なオブジェクト関連性計算部４６を含んでもよい。オブジェクト関連性計算部４６は、関連性をコンピューター計算し、健康データオブジェクトに鑑みて提供される関係性データまたはメタデータに基づいて、信頼値を提供できる。このため、健康データオブジェクト間の関連性は、関係性データ２４（図１）の一部としての関連性データとして格納可能である。よって、ディスプレイコントロール３２は、関連性データを利用して、この関連性データに基づいてグラフィック要素およびリンクの相対的な位置と向きのみならず、他の表示パラメーターを制御することができる。たとえば、より一層高度に関連した一組のグラフィック要素を互いに一層近接して提示でき、これによって、このようなオブジェクト間の関連性を高いレベルで示すことができる。対照的に、関連性の量が比較的少ないと判断されるが、依然として互いに関係しているオブジェクトも、さらに長いグラフィック接続など（たとえば、三次元ディスプレイで背景にさらに提示される一層小さなサイズなど）で表すことができる。
【００４１】
ルールエンジン４２が新たな健康データオブジェクトに適用されることに加えて、ルールエンジン４２をプログラムし、グラフィカルマップ２０で健康データオブジェクトならびに健康データオブジェクト間のリンクを、ユーザーの操作またはその修正に応答して分析することができる。すなわち、ルールエンジン４２は、関連のあるルール４４を再適用し、ユーザーコントロールを介したユーザーの操作に応答して実行されてもよいリンクや他のメタデータが変化した後に、グラフィカルマップで既存の一組の要素を評価することができる。これは、追加のリンクを示唆し、あるいは、おそらく、グラフィカルマップ２０における要素で表現される健康データオブジェクトの集合的な組に応答して、関連していると判断される場合がある追加の健康データオブジェクトを示唆するよう実行できる。
【００４２】
また、診断エンジン３４は、特定の診断に関する追加情報を得るためのルールを用いることもできる。診断を作成するためにルールとして利用可能なカスケードロジックの例を、付録Ａにあげておく。
【００４３】
また、ルールエンジン４２は、たとえば、ユーザーが診断データ要素およびその傍証データ要素との関係性を対話型グラフィカルマップ上で有効化または作成したことに応答して、グラフィック要素間の新たな関係性を学習し、このような新たな診断ルールをルールセット４４に格納することができる。
【００４４】
また、診断エンジン３４は、患者または患者群に対する診断内容、入院日数、再入院のリスク、患者の満足度または他のアウトカムといった患者のアウトカムの尤度を予測するのに（たとえば、予測モデルを用いて）プログラム可能な予測機能４８を含んでもよい。患者のアウトカムを予測することに加えて、予測機能４８は、管理状態についての予測を作成するのに利用できる。管理状態は、施設または機関のさまざまな部分に関する定量化可能な情報（たとえば、管理者または経営幹部によって監視できる入院患者数、受入可能人数、予定された外科手術、空き病床数などの状態）を含んでもよい。利用可能な予測アルゴリズムおよびモデルのタイプは、予測対象となる状態またはアウトカムのタイプならびに、診断マッピングシステム１２によって提示される情報のタイプ次第で変わることがある。利用可能な予測モデルの一例が、発明の名称『ＰＲＥＤＩＣＴＩＶＥ  ＭＯＤＥＬＩＮＧ（予測モデリング）』で２０１２年４月２０日にファイルされた米国特許出願第１３／４５１，９８４号に開示されており、その内容を本明細書に援用する。
【００４５】
図１および図２に示す上述した例に鑑みると、図３から図１９に示す以下の例は、本開示に従って実現可能な対話型グラフィカルマップの例を示すのに利用できよう。
【００４６】
図３から図５は、一組の診断および傍証を表す対話型グラフィカルマップ１００の例を示す。本例では、対話型グラフィカルマップ１００は、それぞれ診断１、診断２、診断３を示す３つの診断要素１０２、１０４、１０６を含む。診断１は、診断２と関係し、その関係性はグラフィック接続１０７として表される。診断３は、グラフィック接続１０８によって表されるように、診断２と関係している。本明細書で開示するように、グラフィック接続１１６、１１８、１２０は各々、ユーザー入力に応答して手作業で作成可能であるか、対応するユーザーコントロールを用いてユーザーによって提案され、有効化されている。このようなグラフィック接続によって表される関係性は、関係性データ（たとえば、図１の関係性データ２４における関連性データおよびリンクデータなど）としてローカルストレージに格納可能である。
【００４７】
診断１は、グラフィック要素１１０、１１２、１１４によってマップ１００に表される傍証（たとえば、健康データオブジェクトなど）によって支持されるものとして示される。たとえば、要素１１０は、検査結果（Ｌａｂ  ３）に対応し、グラフィック接続１１６によって診断１と関係している。傍証のグラフィック要素１１２は、リアルタイムデータ１（ＲＴデータ１）として示され、グラフィック接続１１８によって診断１と関係している。「他の証拠」のグラフィック要素１１４も、グラフィック接続１２０によって診断１１２と関係している。本明細書で開示するように、各グラフィック要素１１０、１１２、１１４は、たとえばＥＨＲリポジトリおよび／またはローカルストレージに格納できるなど、健康データオブジェクトと対応してもよい。
【００４８】
同様に、図３の例では、診断２は、対応のグラフィック接続１３０、１３２、１３４、１３６を介して、裏付けのある証拠のグラフィック証拠要素１２２、１２４、１２６、１２８に支持されるものとして示される。図３の例では、それぞれのグラフィック接続の長さ（および／または他のパラメーター）を利用して、信頼性値あるいは、傍証と、それによって支持される背景にある診断との関連性値を示すことができる。また、診断２は、たとえば、このような診断の背景にある重篤度ならびに、グラフィック要素１０２および１０６によって表される他の診断に対するその重要性を実証するための周縁が太めのものとして示される。他のタイプの区別するものを利用してもよい。診断グラフィック要素１０２、１０４、１０６間のグラフィックな差異は、関連性データ（たとえば、図１の関係性データ２４の一部）などに基づくものであってもよい。
【００４９】
また、グラフィカルマップ１００は、診断エンジンのユーザーインターフェース要素１４０を含む。診断エンジン１４０は、たとえば新たなユーザーインターフェース要素１４２がアクティブになったことに応答して、ユーザーが新たなリンクまたは診断を作成するのに利用可能である。たとえば、ユーザーは、ポインティング要素１４４を用いて、ユーザーインターフェース要素１４２をアクティブにできる。また、対話型グラフィカルマップに対して、ポインティング要素を介して、あるいは、ユーザー装置のタイプに応じて変わり得る他の手段を用いて、追加の修正をほどこすことが可能である。たとえば、タッチスクリーン、キーボードなどのユニット入力装置を用いて、要素にアクセスし、操作することができる。また、対応する予測モデルが、グラフィカルマップ１００に表される健康データオブジェクトに適用されることに基づいて、１４８で示すように、一組の予測結果を作成し、対話型グラフィカルマップに表示することもできる。図３の例では、予測されたアウトカム１４８が、想定入院期間、推定入院期間、ＩＣＵ再入院率、術後日数として示されている。
【００５０】
本明細書で開示するように、要素をマップ１００に追加することに加えて、ユーザーは、グラフィック要素および接続を、対応するユーザーコントロールを用いて取り除くことができる。たとえば、リンクまたは要素をドラッグして、ごみ箱のユーザーインターフェース要素１５０に入れることで、これを削除することが可能である。この削除のために、他のメカニズムを利用してもよいことは、当業者であれば理解し、認識するであろう。これはたとえば、オブジェクトをハイライトしてクリックし、対応のドロップダウンメニューを出すか、オブジェクトをクリックしてハイライトした後、キーボード上のデリートキーで削除することなどである。
【００５１】
同じく図３を参照して、異なる支持用グラフィック要素が、異なる形状であってもよいし、そうでなければ、それによって表されるデータおよび証拠または情報のタイプに応じて、異なる形で表現されてもよい。図３に示す特定の例では、長方形が検査結果に対応し、菱形はリアルタイムのデータまたは他の証拠を表し、円形は、特定の医薬品に対するアレルギーなど、関連した患者の既知の状態を表すことができる。
【００５２】
図４は、システムを接続できるＥＨＲリポジトリなどのデータソース（たとえば、装置など）から、システムによって得られたかもしれない新たなデータに基づいて、診断エンジン（たとえば、図１の診断エンジン３４など）が、提案された一組のグラフィック要素および提案された接続を、グラフィカルマップ１００に追加で入力した、対話型グラフィカルマップ１００の例を示す。図４の例では、ビジュアライゼーションエンジンは、グラフィカルマップに、提案されたグラフィック要素１５２を入力している。また、グラフィック要素１５４、１５６、１５８を支持する診断エンジンも提供・提案され、このような要素と、グラフィック要素１５２によって表される背景にある診断との間の、グラフィック接続１６０、１６２、１６４を介した、提案された関係性を有する。
【００５３】
たとえば、提案されたグラフィック要素および提案されたリンクは、図４の例では点線で示されている。このような提案は、他の例では違った形のグラフィカルマップで表せることを理解し、認識されたい。診断４と診断２との関係性は、グラフィック要素１０４と１５２とを結ぶグラフィックリンク１６６によって提案されている。また、診断エンジンは、関係性１７０によって、（グラフィック要素１６８によって表される）新たな診断結果と、グラフィック要素１０４によって表される背景にある診断２との関係性も提案している。
【００５４】
本明細書で開示するように、ユーザーは、対話型グラフィカルマップ１００に提示される、提案された各々の傍証（グラフィック要素）ならびに各々の関係性（接続）を、たとえば、ポインティング要素１４４などのユーザー入力機構経由でアクセスできるユーザーコントロールによって、有効化または無効化できる。このため、図５の例では、グラフィック要素１５４に対応する傍証と、グラフィック要素１５２で表現される診断４との間のグラフィック接続１６０で表現される原因リンクが、有効化されている。グラフィック接続１６６に対応する関係性のみならず、診断結果要素１６８とグラフィック要素１０４で表現される診断２との間のグラフィック接続１７０で表現される関係性も有効化されており、よって、実線で示されている。しかしながら、図５の例では、グラフィック接続１６２によって診断４と関係することが提案されたｌａｂ  ４が、たとえばユーザーがグラフィック要素１５６をドラッグアンドドロップしてごみ箱のユーザーインターフェース要素１５０に入れるなどしたことに応答して、無効化されている。このように、提案された診断または実際の診断のみならず、特定の診断には関連しない（たとえば、寄与しないなど）とユーザーが判断した、提案された証拠または実際の証拠については、ユーザーが破棄することができる。本明細書で開示するように、グラフィカルマップ１００を有効化、無効化または操作するかというアクションはそれぞれ、ローカルストレージにエンカウンターデータの一部として格納できるだけでなく、医療上の意志決定プロセスを文書化すべくＥＨＲリポジトリに提供できる。また、ユーザーによるこのような対話は、（たとえば、図１のコーダー３１によって）対応するコーディングを作成させる結果にもなり得る。
【００５５】
図６は、図４の例と類似した対話型グラフィカルマップ１００のもうひとつの例を示す。しかしながら、図６の例では、新たな情報に対するグラフィック要素を有する対話型マップ１００のワークスペースに診断エンジンが自動的に導入されるのではなく、診断エンジンのグラフィカルユーザーインターフェース（ＧＵＩ）要素１４０に、どの既存の診断または新たな診断とも関係していないものとして、一組のグラフィック要素１７２、１７４、１７６、１７８が提示される。このため、ユーザーは、ポインティング要素１４４を使用して、これらの新たなグラフィック要素１７２、１７４、１７６、１７８の各々をアクティブなワークスペースにドロップし、ユーザーが適宜決定するようにして、これらをグラフィック要素１０２、１０４、１０６で表現される既存の診断と関係させるか、そうでなければ、ごみ箱のユーザーインターフェース要素１５０を介してグラフィック要素を廃棄することができる。
【００５６】
図７の例は、このようなプロセスの一部を示している。ここでは、いくつかの検査結果、Ｌａｂ  ４が、グラフィック接続１８０によって診断３と関係している。たとえば、ユーザーは、グラフィック要素１７６をグラフィック要素１０６にドラッグして、対応の関係性データをメモリーに格納させる関係性を構築することができる。また、ユーザーは、たとえば関係のあるグラフィック要素１０６および１７６の相対位置を調節するなど、グラフィック接続１８０の長さを調節することによって手作業でする場合に、関係性の関連性を識別できる。あるいはまたはそれに加えて、ユーザーは、グラフィック接続１８０を右クリックし、対応の関連性値または信頼値を入力して、このような関係性の強さを示すことができる。このようなアクションは各々、ユーザーによって設定される関連性の表示を含め、関係性データの一部のみならず、エンカウンターデータの一部としても格納できる。エンカウンターデータは、医療的な意志決定プロセスを文書化するためのシステムによってさらに転送され、ＥＨＲリポジトリに戻る。他のグラフィック要素１７２、１７４、１７８でも、たとえばこれらを対話型グラフィカルマップ１００に提示された既存の診断に関係させるか、証拠を関連のないものとして破棄することによって、同様のアクションを取ることができる
【００５７】
また、図８の例に示されるように、ユーザーは、たとえば、ポインティング要素などのユーザーインターフェース要素をアクティブにする手段で新たなユーザーインターフェース要素１４２をアクティブにするなどして、新たな診断を作成できる。図８の例に示されるように、新たなユーザーインターフェース要素１４２がアクティブになったことに応答して、対話型グラフィカルマップ１００上に新たなグラフィック要素１８４を提示できる。診断４に対応するグラフィック要素は、たとえば、診断エンジン１４０内に提示されてもよいし、あるいは、自由領域あるいは障害のない領域のワークスペースに、自動的に入力されてもよい。対話型グラフィカルマップが混んでいる場合、ディスプレイコントロールは、相対位置を調節して、新たなグラフィック要素１８４を追加しやすくすることができる。さらに別の例として、新たな診断のユーザーインターフェース要素１４２がアクティブになったのに応答して、たとえば特定の患者に対する健康データオブジェクトに基づいて、診断エンジンによって作成できるなど、ユーザーに潜在的な診断を提供できるか、あるいは、対応のグラフィック要素を対話型グラフィカルマップ上で作成させる新たな診断を作成することをユーザーが選択してもよい。
【００５８】
図９の例では、新たな診断１８４および関連の証拠が対話型グラフィカルマップワークスペースに追加され、グラフィック要素それぞれを、これが関係することになる別のグラフィック要素にドラッグアンドドロップすることなどによって、ユーザー入力に応答して関係する。たとえば、診断４は、グラフィック要素１８４をグラフィック要素１０４にドラッグアンドドロップし、対応の関係性が１８６で作成される診断２と関係してもよい。グラフィック要素１７４（検査結果における下向きの傾向を示すＬａｂ  ５に対応する）を、グラフィック要素１７４をグラフィック要素１０４および１８４にドラッグアンドドロップして、診断２および診断４に、両者間にそれぞれのグラフィック接続１８８および１９０を作成させることで、関係させることができる。同様に、グラフィック要素１７２で表現される証拠は、この証拠のグラフィック要素１７２を要素１８４にドラッグアンドドロップしてグラフィック接続１９２を得ることで、診断４と関係させることができる。また、図９の例では、グラフィック接続１９４で表現されるように、診断のひとつに自動的に関係しない「他のデータ」のグラフィック要素１７８が診断３と関係している。本明細書で開示するように、ユーザーによってなされる各操作と、（たとえば、要素を互いにドラッグアンドドロップするなどして）ユーザーによって作られる関係性あるいは、ごみ箱のユーザーインターフェース要素１５０を介したその廃棄は、エンカウンターデータとして記録され、格納される。このデータを、適当なコーディング技術およびデータ形式を用いて転送し、ＥＨＲリポジトリに戻すことが可能である。
【００５９】
図１０、図１１、図１２、図１３は、別の例ならびに、対話型グラフィカルマップ２００を診断例に利用できる内容を提供するものである。図１０の例では、対話型グラフィカルマップ２００は、咳、急性慢性収縮期心不全、急性慢性腎不全、急性失血性貧血の診断にそれぞれ対応するグラフィック要素２０２、２０４、２０６、２０８を表示する。この例では、グラフィック要素２０２で表現される咳の診断は、マップ２００においてグラフィック要素２１０、２１２、２１４でそれぞれ表される医薬品ＡＣＥ／ＡＲＢ、酸素レベル、胸部Ｘ線によって支持される。胸部Ｘ線（ＣＸＲ）に関係したグラフィック要素２１６をアクティブにして、実際の胸部Ｘ線情報を検索することが可能である。他の要素も各々、重ねるか、そうでなければアクティブにして、これらに関係した追加情報を提供できる。この情報は、関係性データの一部としてローカルに格納されたメタデータのみならず、ＥＨＲリポジトリから得られる健康データオブジェクトから入手可能である。
【００６０】
同様に、（グラフィック要素２０４によって表される）急性慢性収縮期心不全の診断は、証拠となる健康データによって支持される。これらは、本例では、クレアチンのグラフィック要素２１８、Ｂ型ナトリウム利尿ペプチド（ＢＮＰ）のグラフィック要素２２０、駆出分画のグラフィック要素２２２、鬱血性心不全のグラフィック要素２２４を含むものとして表されている。また、診断要素２０４と関係しているのは、特定の医薬品すなわち、本例では、リシノプリルに対するアレルギーを示すアレルギーのインターフェース要素２２６である。
【００６１】
診断は、傍証を提供できるか、そうでなければ、別の診断と関係させることができる。本例では、急性慢性腎不全が支持され、あるいは、急性慢性収縮期心不全の診断を支持し、この関係性は、対応のグラフィック接続によって示される。（グラフィック要素２０８で表現される）急性失血性貧血の診断も、要素２０４と関係している。急性失血性貧血の診断に対する傍証は、グラフィック要素２３０によって、ヘマトクリットならびに低下傾向のグラフィック表示に対応する、最近の外科手術のグラフィック要素２２８および検査結果によって提供される。
【００６２】
また、図１１の例に示されるのは、新たな診断のグラフィック要素２３２である。これはたとえば、患者の状態に関連するどのような診断であってもよい。新たな診断は、たとえば本明細書で開示するように、ＥＨＲに格納された患者データに基づいて、診断エンジンによって決定できる。本例では、新たな診断２３２は、点線で区別されて示されるような、提案された診断である。新たな診断は、グラフィック要素２３４および２３６によって、Ｌａｂ  １およびＬａｂ  Ｎで示される検査結果によって支持されることが、さらに提案される。Ｌａｂ  Ｎの結果の提案された関係性および／またはコンピューター計算された関連は、提案されたグラフィック接続２３８によって、（グラフィック要素２０４で表現される）急性慢性収縮期心不全の診断についての診断に対しても提案される。このため、本明細書で開示するように、特定の健康データオブジェクトは、２つ以上の診断と関係させることができる。
【００６３】
図３から図５を参照して示され、説明される例と同様に、グラフィック接続２３５および２３７による提案された新たな診断２３２および関連のある関係性は、診断エンジンによって対話型グラフィカルマップ２００に自動的に追加できる。あるいは、図１２の例に示されるように、新たな情報と特定の患者で実施される検査に関連する、新たな診断と対応の検査結果に対するグラフィック要素２３２、２３４、２３６は、診断エンジンのユーザーインターフェース要素２４０の一部としてなど、関係のない形で提示できる。図６から図９を参照して本明細書にて図示し、説明したものと同様に、図１２のグラフィック要素２３２、２３４、２３６で表現される新たな患者情報は、対話型グラフィカルマップ２００に表される他の診断または問題と関係させることができる。たとえば、ユーザーは、要素を診断エンジンのユーザーインターフェース２４０から１つまたは２つ以上の他のグラフィック要素上にドラッグアンドドロップし、対応のグラフィック接続によって表される対応の関係性を作成することができる。
【００６４】
図１３の例に示されるように、（対話型グラフィック要素２３６によって表されるＬａｂ  Ｎの結果）を、急性慢性収縮期心不全のグラフィック要素２０４上にドラッグアンドドロップし、図１４の２４６における関係性で示されるような対応の関係性を作成することができる。また、新たな診断も、Ｌａｂ  １のグラフィック要素２３４を新たな診断要素２３２上にドラッグアンドドロップするなどの同様の方法で、Ｌａｂ  １の結果と関係させることができる。図１４の例に示されるように、傍証患者データを利用して、２つ以上の診断と関係させることができる。たとえば、Ｌａｂ  Ｎは、関係性２４６および２４８で、それぞれ急性慢性収縮期心不全および新たな診断の両方と関連し、かつ関係したものとして示されている
【００６５】
図１５は、対話型グラフィカルマップ３００の例示的な実施形態を示す。グラフィカルマップ３００は、施設３０２の三次元表現を含む。このマップは、施設表現３０２の全体に分散したアイコン３０６によって示されるような、患者および対応の状態指標（たとえば、重篤、中程度、安定など）のグラフィック表現も含む。また、対話型マップ３００は、施設３０２に対する高レベルでの全体的な状態情報を表示する、施設の状態表示のユーザーインターフェース要素３０４も含む。
【００６６】
いくつかの共通の事項を概略的に提示することが可能である。たとえば、連鎖球菌の感染など、肺炎の多数の症例および警告について説明する情報を、マップに表すことができる。たとえば対応するユーザーインターフェース要素をクリックするか、そうでなければアクティブにすることで、これらの指標を各々掘り下げて一層詳細な情報を得ることができる。施設のマップ３０２でそれぞれのアイコンによって識別される患者各々に関する同様に詳細な情報には、それぞれの患者のアイコン３０６をアクティブにしてアクセス可能である。
【００６７】
また、対話型グラフィカルマップ３００は、予想ユーザーインターフェース要素３１０を含んでもよい。予想ユーザーインターフェース要素は、たとえば施設に関係した条件を予想または予測するために、１つまたは２つ以上の予測機能を利用することができる。本例では１２時間から３６時間の範囲として示される、各予測がコンピューター計算される時間を選択的に調節するために、グラフィックスライドなどのインターフェース要素３１２を提供してもよい。他のタイプの範囲および時間枠を予想に利用することも可能である。
【００６８】
３１４、３１６、３１８で、追加の施設指標を提供してもよい。たとえば、指標３１４は、患者の人数情報（ＣＥＮ）に関する情報と、このようなパラメーターがどのような傾向にあるのかを示す表示を提供するグラフィカルユーザーインターフェース要素を提供できる。要素３１６は、予想日数での入院（ＡＤＭ）に関する情報を提供できるのみならず、このようなパラメーターの現時点での傾向を示す。ユーザーインターフェース要素３１８は、施設の空き病床（ＯＰＮ）に関する情報を提供できるのみならず、空き病床数に関係した現時点での傾向を示すことができる。また、施設内の患者に関する特定の情報を表すために、「患者一覧」のユーザーインターフェース要素３２０を提供可能であり、これについては、本明細書にて図示し、説明するように、さらに掘り下げてもよい。
【００６９】
図１６は、管理者インターフェース画面３５０の例を示す。管理者インターフェース画面は、管理者または管理職などの権限のあるユーザーに対して、関連情報のダッシュボードを提供できる。図１６の例では、管理画面３５０は、現在の患者数、空き病床、予定された外科手術のみならず、選択された期間にわたる病院の受入可能人数をはじめとして、選択された一組の施設管理パラメーターを示すグラフを含む。この時間は、ユーザーが対応のユーザーコントロールで調節可能である。
【００７０】
管理画面３５０の情報は、本明細書にて図示し、過去に遡ったデータのみならず、説明するシステムおよび方法でアクセス可能な関係のあるスケジューリングシステムに格納できるスケジューリング情報に基づくものであってもよい。選択された情報のプロットを表示することに加えて、そのような選択された時間に対する情報を提供すべく特定のダッシュボード要素上を移動可能なタイムラインまたは等級を提供してもよい。また、予測された情報は、ダッシュボード要素ごとに表示可能である。また、ユーザーは、対応の選択ユーザーインターフェース要素によって、どの情報がスクリーン３５０に提示されるかを修正することができる。
【００７１】
図１７は、たとえばダッシュボード画面３５０からアクティブにできる、患者一覧のユーザーインターフェース要素の例を示す。患者一覧のユーザーインターフェース要素３６０によって、ドロップダウンメニューなどのグラフィカルユーザーインターフェースを、ダッシュボード画面３５０に重ねさせることができる。図１７の例では、ユーザーインターフェース要素３６０は、現在の患者の一覧またはその選択されたサブセットを提示する。さらに一般的な追加の情報、たとえば施設に存在し得る患者の数を示す情報などを、ユーザーインターフェース３６０の一部として提供することも可能である。関係した選択ボタン３６４によって、患者ごとに、さらに詳細な情報を提供してもよい。患者一覧のＧＵＩはさらに、現在の入院患者のみならず、退院した患者に関する同様のタイプの情報もユーザーが閲覧可能にすることができる。
【００７２】
図１８は、選択された患者（Ｗｉｌｌｉａｍ  Ｏｓｌｅｒ）に対するケアの移行のユーザーインターフェース画面４００の例を示す。これはたとえば、図１７に示す患者一覧のユーザーインターフェース３６０から、あるいは、他の関連のあるメカニズムから選択可能である。ケアの移行のＧＵＩ４００は、ユーザーに情報を提示するようプログラム可能である。これは、上述したような役割データおよび好みデータなどのユーザーデータに左右されることもある。このように、ケアの移行ＧＵＩ４００は、関係のあるユーザーインターフェース要素を介してユーザーによって選択される場合もある（たとえば、もうひとつの患者エンカウンターに対するなど）１または２以上の時間にわたって、情報を提供できる。
【００７３】
図１８の例では、ケアの移行のユーザーＧＵＩ４００は、患者の心拍数、肺、腎臓、上部ＧＩ、神経学的状態、遺伝学的状態および歩行状態に関わる、健康情報を表示する。このような健康パラメーターの各々について、重篤度指数を計算し、ＧＵＩ４００でユーザーに対して表示することができる。
【００７４】
また、このシステムは、患者の状態のＧＵＩ画面４２０も提供できる。患者の状態のＧＵＩ４２０は、ユーザーの現在の情報および／または過去に遡った情報を提供できる。患者の状態のＧＵＩ４２０は、患者ごとに監視される選択された一組のパラメーターを表す適当なアイコンなどのグラフィカルな指標との関連で、（たとえば、グラフィカルにおよび／またはテキストで）表示可能である。図１９の例では、情報は、温度、心拍数のみならず、ＣＢＣ、ＩＶなどの検査結果ならびに、傷害の内容および使用した医薬品を含んでもよい。
【００７５】
図２０は、ビジュアライゼーションシステム５０２を実現可能なシステムアーキテクチャー５００の例を示す。図２０の例では、システム５０２は、本明細書に図示し、説明する機能および方法を実現するのにシステムによって利用可能な機械読み取り可能な指示およびデータを含むメモリー５０４を含む。説明を単純にするために、メモリー５０４は、図２０では、ビジュアライゼーションエンジン５０６、リポジトリインターフェース５０８、対話型グラフィカルマップ５１０、ローカルデータ５１２、装置インターフェース５１４を含むものとして示されている。また、システム５０２は、メモリー５０４にアクセスし、関係のある指示を実行し、データを利用できる１つまたは２つ以上のプロセッサー５１６を含む。また、システム５０２は、対応のネットワーク５２０にアクセスするのに利用可能なネットワークインターフェース５１８を含んでもよい。このネットワークは、１つまたは２つ以上のローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）またはさまざまなネットワークの組み合わせを含むものとして実現可能である。ネットワーク５２０は、データ通信用のワイヤレス技術、光ファイバーまたは導電性媒体を含んでもよい。
【００７６】
アーキテクチャー５００は、１つまたは２つ以上のユーザー装置５２２も利用し、その各々がユーザーインターフェース５２４を含んでもよい。ユーザーインターフェース５２４は、システム５０２にアクセスし、本明細書にて図示し、説明する機能および方法を実現するためにプログラム可能である。たとえば、ユーザーインターフェース５２４を介して提供されるユーザー入力に応答して、ビジュアライゼーションエンジン５０６は、ポジトリインターフェース５０８を用いて、ＥＨＲシステム５２６からのデータにアクセスすることができる。ＥＨＲシステム５２６は、ＥＨＲデータ５２８が格納されている場である。このように、ビジュアライゼーションエンジン５０６は、たとえば本明細書にて図示し、説明するような対話型グラフィカルマップ５１０を作成するために、リポジトリインターフェース５０８を用いて、健康データオブジェクトおよび他の情報を、ＥＨＲシステム５２６のみならず、１つまたは２つ以上の他のデータソース５３０から検索することができる。
【００７７】
また、ビジュアライゼーションエンジンによって利用可能なＥＨＲ５２６に格納された異なる群の健康データオブジェクトがあってもよい。たとえば、健康データオブジェクトは、特定の患者ごとの問題一覧を形成する問題を表す問題データオブジェクトを含んでもよい。さらに、特定の患者についてユーザーによって開始される介入を表す介入データオブジェクトがあってもよい。もうひとつの例として、臨床データオブジェクトを、ＥＨＲシステム５２６に格納し、特定の患者に対して取得した臨床データを表すことができる。
【００７８】
たとえば、ビジュアライゼーションエンジン５０６は、１つまたは２つ以上の検査値、１つまたは２つ以上のオーダー、Ｘ線使用情報、危険因子を、特定の患者についての入力として受信できる。対応のルール（たとえば、図２を参照のこと）に基づいて、ビジュアライゼーションエンジン５０６は、対話型マップにグラフィカルに提示可能な提案されたリンクを作成できるおよび／または提案された問題（たとえば、診断など）を作成できる。これによって、提案されたリンクまたは問題を、ユーザーが有効化または無効化して、対応のリンクおよび問題を作成することが可能になる。本明細書にて図示し、説明するように、グラフィック要素に対してユーザーがアクションおよび操作をすれば、そのつど、医療上の意志決定プロセスの各ステップを追跡し、そのログを記録するために、エンカウンターの一部として対応のデータが作成される。たとえば、各ステップは、こうしてエンカウンターデータとして格納可能であり、対応のデータを、適当な標準（たとえば、ＩＣＤ−９、ＩＣＤ−１０、プロシージャーコードなど）に従ってコード化し、ＥＨＲシステム５２６に戻すことが可能である。ＥＨＲシステム５２６に供給される情報は、すでにシステムによって提供され、文書化されたケアに対する請求目的で利用可能である。
【００７９】
また、システム５０２は、もうひとつの監視装置５３２を監視するために、１つまたは２つ以上の装置インターフェース５１４を利用してもよい。監視装置５３２は、健康に関連のあるあらゆる状態をリアルタイムで監視して、本明細書に開示されているものなどの患者の生物学的パラメーターを示すリアルタイムの患者データを提供できる。このパラメーターは、１つまたは２つ以上の診断とプログラム的に関係させることができる傍証に対応していてもよい。
【００８０】
また、システム５０２は、１つまたは２つ以上の他のサービス５３３に関連した情報を通信する（たとえば、検索し、送信する）ことができる。このような他のサービスは、たとえば、請求システム、保険システム（組織内または第三者の保険）、個人の健康管理記録、スケジューリングシステム、入退院移動（ＡＤＴ）システム、予測サービス、患者の健康ポータルなどを含んでもよい。このように、システムは、多岐にわたるリソースからの情報をてこ入れし、各患者または患者群に関連し得る現在の情報をユーザーに提示することができる。本明細書にて開示するように、現在の情報（のみならず、過去に遡ったデータ）を利用して、ビジュアライゼーションエンジン５０６がコンピューター計算可能であるか、ユーザー入力に応答して手作業で作成可能な１つまたは２つ以上の診断についての傍証を、対話型マップに入力することができる。
【００８１】
システム５００はさらに、システム５０２にプログラム可能な１つまたは２つ以上のあらかじめ定められた個人にメッセージおよび警告を送信するために、メッセージングシステム５３４を利用してもよい。メッセージ送信のタイプには、たとえば、電子メール、英数字でのページング、電話、ＰＡ通知またはこれらのメッセージタイプまたは他のメッセージタイプの任意の組み合わせを含んでもよい。たとえば、実際の状態または予測した状態が想定パラメーターから外れる場合、適切なアクションを取ることができるよう、システム５０２は、メッセージングシステム５３４に、適切な人（たとえば、介護者など）に対して１つまたは２つ以上のメッセージを発するよう指示するための警告のトリガーとなることができる。
【００８２】
さらに他の例では、システム５００は、健康オブジェクトをＥＨＲから検索し、研究または評価の目的で利用できる、調査または研究モードで動作してもよい。しかしながら、このようなモードでは、特定の患者についてのデータがＥＨＲシステム５２６に送り返されることはない。そうではなく、ユーザーは、データ要素および接続を操作し、新たな介入、臨床データ、問題を追加し、システムに対して、健康データオブジェクトがどのように関連し、変更または新たなデータが診断にどのように影響し得るかということを、グラフィカルに表示させることができる。
【００８３】
当業者であれば自明であろうように、本発明の一部を、方法、データ処理システムまたはコンピュータープログラム製品として実施してもよい。従って、本発明のこれらの部分は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態あるいは、ソフトウェアとハードウェアの組み合わせの実施形態の形を取り得る。さらに、本発明の一部は、媒体上のコンピューター読み取り可能なプログラムコードを有する、コンピューター利用可能な記憶媒体上のコンピュータープログラム製品であってもよい。好適なコンピューター読み取り可能な媒体であれば、どのような媒体を利用してもよく、たとえば、静的記憶装置および動的記憶装置、ハードディスク、光学記憶装置、磁気記憶装置があげられるが、これらに限定されるものではない。
【００８４】
本発明の特定の実施形態が、方法、システムおよびコンピュータープログラム製品のフローチャート表現を参照して、本明細書に記載される。図示のブロックおよび図示のブロックの組み合わせがコンピューターで実行可能な指示によって実現可能であることは、理解されたい。これらのコンピューターで実行可能な指示は、プロセッサーが実行する指示によって、この１つまたは複数のブロックで指定される機能が実現されるような方法でマシンを製造するために、汎用コンピューター、専用コンピューターまたは他のプログラム可能なデータ処理装置（または装置と回路の組み合わせ）の１つまたは２つ以上のプロセッサーに提供されてもよい。
【００８５】
また、これらのコンピューターで実行可能な指示は、コンピューター読み取り可能なメモリーに格納された指示によって、フローチャートの１つまたは複数のブロックで指定される機能を実現する指示を含む製品が得られるような方法で、コンピューターなどのプログラム可能なデータ処理装置を特定の方法で機能させることのできるコンピューター読み取り可能なメモリーに格納されてもよい。また、コンピュータープログラムの指示は、コンピューターなどのプログラム可能な装置上で実行される指示によって、フローチャートの１つまたは複数のブロックで指定される機能を実現するためのステップが提供されるような方法で、コンピューターなどのプログラム可能な装置で一連の動作ステップを実行させ、コンピューターで実現されるプロセスを生成するために、コンピューターなどのプログラム可能なデータ処理装置にロードされてもよい。
【００８６】
この点について、上述した先の構造的特徴および機能的特徴に鑑みて、例示的な方法は、図２１を参照することで一層よく理解できよう。説明を簡単にするために、図２１の例示的な方法は、シリアルに実行するものとして図示し、説明してあるが、本例は図示の順序に限定されるものではなく、他の例では、いくつかのアクションが、本明細書にて図示し、説明したものと異なる順序でおよび／または同時に起こり得る。さらに、ある方法を実現するのに説明したアクションがすべて実施される必要はなく、本明細書に開示されているような図示のものに、他のアクションを組み合わせてもよい。図２１の例示的な方法は、たとえばコンピュータープログラム製品であってもよいなど、非一過性のコンピューター読み取り可能な媒体に格納できるコンピューター読み取り可能な指示として実現可能である。また、図２１の方法に対応するコンピューター読み取り可能な指示は、プロセッサー（たとえば、図２０の処理装置５１６など）によって実行されてもよい。
【００８７】
図２１は、特定の患者に対するヘルスケア情報の対話型ビジュアライゼーションを提供するための方法６００の例を示す流れ図である。６０２では、この方法は、ＥＨＲシステム（たとえば、図２０のＥＨＲシステム５２６など）から、特定の患者についての健康データオブジェクトにアクセスすることを含む。６０４では、関係性データを格納し、特定の患者についての健康データオブジェクト間のリンクを表すことができる。本明細書で開示するように、関係性データは、ＥＨＲシステムとは別に格納できる（たとえば、図１のローカルストレージ２２に格納できるなど）。６０６では、対話型グラフィカルマップを作成できる。このマップは、選択された健康データオブジェクトをグラフィック要素として表現し、選択された健康データオブジェクト間のリンクを、関係性データに基づいて関連のあるグラフィック要素間のグラフィック接続として表現するよう、動的に作成可能である。
【００８８】
６０８では、対話型マップが修正されたか否かが判断される。マップの修正は、たとえばＥＨＲシステム、他のサービスまたは装置から得られるものなど、特定の患者に対する健康データの追加に応答して、自動的に行うことができる。あるいはまたはそれに加えて、ユーザー入力に応答して修正がなされてもよい。この修正は、現時点で表示されている要素のプロパティが変更され、本明細書に開示の提案されたリンクまたは要素が有効化または無効化されたことに対応してもよい。変更がなされていなければ、この方法は、６０２に戻ることができる。変更がなされていたら、この方法は６１０に進み、そのような変更に対応するエンカウンターデータを格納できる。よって、エンカウンターデータは、本明細書に開示されるような医療上の意志決定の記録を提供できる。また、エンカウンターデータは、ＥＨＲシステムに送信できる。６１０から、この方法は６０２に戻り、しかるべく処理を継続することができる。
【００８９】
以上説明してきたものは、例である。もちろん、構成要素または方法論の考えられるすべての組み合わせを説明するのは不可能であるが、多くの他の組み合わせおよび入れ替えが可能であることは、当業者であれば認識するであろう。したがって、本発明は、添付の特許請求の範囲を含めて本出願の範囲に入るこのような変更、修正および改変をすべて包含することを意図している。本明細書で使用する場合、「含む」という表現は、含むがこれに限定されるものではないことを意味し、「含んでいる」という表現は、含んでいるがこれに限定されるものではないことを意味する。「基づく」という表現は、少なくとも部分的に基づくことを意味する。また、開示内容または特許請求の範囲で「不定冠詞ａ」、「不定冠詞ａｎ」、「第１の」または「もうひとつの」要素あるいはこれと同等のものが用いられる場合、これは、このような要素が１つまたは２つ以上含まれると解釈されるべきであり、このような要素が２つまたは３つ以上であることを求めるものでもなければ、排除するものでもない。
【図１】
0005855742.tif 000002
【図２】
0005855742.tif 000003
【図３】
0005855742.tif 000004
【図４】
0005855742.tif 000005
【図５】
0005855742.tif 000006
【図６】
0005855742.tif 000007
【図７】
0005855742.tif 000008
【図８】
0005855742.tif 000009
【図９】
0005855742.tif 000010
【図１０】
0005855742.tif 000011
【図１１】
0005855742.tif 000012
【図１２】
0005855742.tif 000013
【図１３】
0005855742.tif 000014
【図１４】
0005855742.tif 000015
【図２０】
0005855742.tif 000016
【図２１】
0005855742.tif 000017
【図１５】
0005855742.tif 000018
【図１６】
0005855742.tif 000019
【図１７】
0005855742.tif 000020
【図１８】
0005855742.tif 000021
【図１９】
0005855742.tif 000022