(57)【特許請求の範囲】
【請求項１】
少なくとも１つの不揮発性コンピュータ可読媒体上に格納されたコンピュータ・プログラム命令を実行する少なくとも１つのコンピュータ・プロセッサにより実行される方法であって、
（Ａ）患者の識別子を特定する段階と、
（Ｂ）前記患者の前記識別子に基づいて前記患者に関連する第１患者データを患者データ・レポジトリから取得する段階と、
（Ｃ）第１ユーザの第１識別子を特定する段階と、
（Ｄ）前記第１ユーザの前記第１識別子に基づいて前記第１患者データを変更し、それにより第１変更済み患者データを生成する段階と、
ここで、前記第１患者データの変更は、
前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを優先順に配置する段階と、
前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータをフィルタ処理する段階とを含み、
（Ｅ）前記患者の前記識別子に基づいて共通データを患者データ・レポジトリから取得する段階と、
（Ｆ）前記第１変更済み患者データ及び前記共通データを表現する第１出力を前記第１ユーザに提供する段階と、
（Ｇ）第２ユーザの第２識別子を特定する段階と、
（Ｈ）前記第２ユーザの前記第２識別子に基づいて前記第１患者データを変更し、それにより第２変更済み患者データを生成することであって、前記第１変更済み患者データは前記第２変更済み患者データと異なる段階と、
（Ｉ）前記第２変更済み患者データ及び前記共通データを表現する第２出力を前記第２ユーザに提供する段階と、
を含む、ことを特徴とする方法。
【請求項２】
（Ｊ）前記第１ユーザから第１フリーフォーム・テキスト入力を受け取る段階と、
（Ｋ）前記第１フリーフォーム・テキスト入力に基づいて前記第１患者データを更新し、それにより更新済み患者データを生成する段階と、
をさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
（Ｌ）前記更新済み患者データを表現する第３出力を前記第２ユーザに提供する段階
をさらに含む、ことを特徴とする請求項２に記載の方法。
【請求項４】
（Ｊ）前記第１ユーザから第１フリーフォーム・テキスト入力を受け取る段階と、
（Ｋ）前記第１フリーフォーム・テキスト入力に基づいて前記共通データを更新し、それにより更新済み共通データを生成する段階と、
をさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項５】
（Ｌ）前記更新済み共通データを表現する第３出力を前記第１ユーザに提供する段階と、
（Ｍ）前記更新済み共通データを表現する第４出力を前記第２ユーザに提供する段階と、
をさらに含む、ことを特徴とする請求項４に記載の方法。
【請求項６】
患者データは、前記患者の直接受診について説明するデータを含み、且つ前記直接受診は、検査、入院、医療処置、及び予約のうちの少なくとも１つを含む、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記患者の前記直接受診について説明する前記データは前記患者の前記直接受診について説明する臨床メモを含む、ことを特徴とする請求項６に記載の方法。
【請求項８】
前記患者の前記直接受診について説明する前記データは符号化された概念を含む、ことを特徴とする請求項６に記載の方法。
【請求項９】
前記（Ｄ）の段階は、前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを要約する段階を含む、ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記（Ｄ）の段階は、前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを強調する段階を含む、ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記（Ｄ）の段階は、
（Ｄ）（１）前記第１ユーザの前記第１識別子に基づいて第１妥当性判断基準を特定する段階と、
（Ｄ）（２）前記第１患者データの第１部分が前記第１妥当性判断基準を満たすかどうかを判定する段階と、
（Ｄ）（３）前記第１患者データの前記第１部分が前記第１妥当性判断基準を満たすものと判定された場合、前記第１ユーザの前記第１識別子に基づいて前記第１患者データの前記第１部分を変更する段階と、
を含み、
前記（Ｈ）の段階は、
（Ｈ）（１）前記第２ユーザの前記第２識別子に基づいて第２妥当性判断基準を特定する段階であって、前記第２妥当性判断基準は前記第１妥当性判断基準と異なる段階と、
（Ｈ）（２）前記第１患者データの第２部分が前記第２妥当性判断基準を満たすかどうかを判定する段階と、
（Ｈ）（３）前記第１患者データの前記第２部分が前記第２妥当性判断基準を満たすものと判定された場合、前記第２ユーザの前記第２識別子に基づいて前記第１患者データの前記第２部分を変更する段階と、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項１２】
（Ｊ）前記第１変更済み患者データ及び前記共通データを含む前記第１出力に関連する第１ユーザ・インターフェース応答入力を前記第１ユーザから受け取る段階と、
（Ｋ）前記患者の前記識別子及び前記第１ユーザ・インターフェース応答入力に基づいて前記患者に関連する第２患者データを特定する段階と、
をさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項１３】
（Ｊ）前記第１変更済み患者データに基づいて自動生成共通データを自動的に生成する段階と、
（Ｋ）前記自動生成共通データを表現する出力を前記第１ユーザに提供する段階と、
をさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項１４】
その上にコンピュータ・プログラム命令が格納された少なくとも１つの不揮発性コンピュータ可読媒体を含むシステムであって、前記コンピュータ・プログラム命令は１つの方法を実行するよう少なくとも１つのコンピュータ・プロセッサにより実行可能であり、前記方法は、
（Ａ）患者の識別子を特定する段階と、
（Ｂ）前記患者の前記識別子に基づいて前記患者に関連する第１患者データを患者データ・レポジトリから取得する特定する段階と、
（Ｃ）第１ユーザの第１識別子を特定する段階と、
（Ｄ）前記第１ユーザの前記第１識別子に基づいて前記第１患者データを変更し、それにより第１変更済み患者データを生成する段階と、
ここで、前記第１患者データの変更は、
前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを優先順に配置する段階と、
前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータをフィルタ処理する段階とを含み、
（Ｅ）前記患者の前記識別子に基づいて共通データを患者データ・レポジトリから取得する特定する段階と、
（Ｆ）前記第１変更済み患者データ及び前記共通データを表現する第１出力を前記第１ユーザに提供する段階と、
（Ｇ）第２ユーザの第２識別子を特定する段階と、
（Ｈ）前記第２ユーザの前記第２識別子に基づいて前記第１患者データを変更し、それにより第２変更済み患者データを生成することであって、前記第１変更済み患者データは前記第２変更済み患者データと異なる段階と、
（Ｉ）前記第２変更済み患者データ及び前記共通データを表現する第２出力を前記第２ユーザに提供する段階と、
を含む、ことを特徴とするシステム。
【請求項１５】
前記方法は、
（Ｊ）前記第１ユーザから第１フリーフォーム・テキスト入力を受け取る段階と、
（Ｋ）前記第１フリーフォーム・テキスト入力に基づいて前記第１患者データを更新し、それにより更新済み患者データを生成する段階と、
をさらに含む、ことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記方法は、
（Ｌ）前記更新済み患者データを表現する第３出力を前記第２ユーザに提供する段階
をさらに含む、ことを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記方法は、
（Ｊ）前記第１ユーザから第１フリーフォーム・テキスト入力を受け取る段階と、
（Ｋ）前記第１フリーフォーム・テキスト入力に基づいて前記共通データを更新し、それにより更新済み共通データを生成する段階と、
をさらに含む、ことを特徴とする請求項１４に記載のシステム。
【請求項１８】
前記方法は、
（Ｌ）前記更新済み共通データを表現する第３出力を前記第１ユーザに提供する段階と、
（Ｍ）前記更新済み共通データを表現する第４出力を前記第２ユーザに提供する段階と、
をさらに含む、ことを特徴とする請求項１７に記載のシステム。
【請求項１９】
患者データは、前記患者の直接受診について説明するデータを含み、且つ前記直接受診は、検査、入院、医療処置、及び予約のうちの少なくとも１つを含む、ことを特徴とする請求項１４に記載のシステム。
【請求項２０】
前記患者の前記直接受診について説明する前記データは前記患者の前記直接受診について説明する臨床メモを含む、ことを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記患者の前記直接受診について説明する前記データは符号化された概念を含む、ことを特徴とする請求項１９に記載のシステム。
【請求項２２】
前記（Ｄ）の段階は、前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを要約する段階を含む、ことを特徴とする請求項１４に記載のシステム。
【請求項２３】
前記（Ｄ）の段階は、前記第１ユーザの前記第１識別子に基づいて前記第１患者データ内のデータを強調する段階を含む、ことを特徴とする請求項１４に記載のシステム。
【請求項２４】
前記（Ｄ）の段階は、
（Ｄ）（１）前記第１ユーザの前記第１識別子に基づいて第１妥当性判断基準を特定する段階と、
（Ｄ）（２）前記第１患者データの第１部分が前記第１妥当性判断基準を満たすかどうかを判定する段階と、
（Ｄ）（３）前記第１患者データの前記第１部分が前記第１妥当性判断基準を満たすものと判定された場合、前記第１ユーザの前記第１識別子に基づいて前記第１患者データの前記第１部分を変更する段階と、
を含み、
前記（Ｈ）の段階は、
（Ｈ）（１）前記第２ユーザの前記第２識別子に基づいて第２妥当性判断基準を特定する段階であって、前記第２妥当性判断基準は前記第１妥当性判断基準と異なる段階と、
（Ｈ）（２）前記第１患者データの第２部分が前記第２妥当性判断基準を満たすかどうかを判定する段階と、
（Ｈ）（３）前記第１患者データの前記第２部分が前記第２妥当性判断基準を満たすものと判定された場合、前記第２ユーザの前記第２識別子に基づいて前記第１患者データの前記第２部分を変更する段階と、
を含む、ことを特徴とする請求項１４に記載のシステム。
【請求項２５】
前記方法は、
（Ｊ）前記第１変更済み患者データ及び前記共通データを含む前記第１出力に関連する第１ユーザ・インターフェース応答入力を前記第１ユーザから受け取る段階と、
（Ｋ）前記患者の前記識別子及び前記第１ユーザ・インターフェース応答入力に基づいて前記患者に関連する第２患者データを特定する段階と、
をさらに含む、ことを特徴とする請求項１４に記載のシステム。
【請求項２６】
前記方法は、
（Ｊ）前記第１変更済み患者データに基づいて自動生成共通データを自動的に生成する段階と、
（Ｋ）前記自動生成共通データを表現する出力を前記第１ユーザに提供する段階と、
をさらに含む、ことを特徴とする請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
ヘルスケア産業における正確且つ完全な臨床ドキュメントの作成は、医師及び他のヘルスケア提供者にとって困難をはらむものである。特にヘルスケア提供者は著しく時間に追われる傾向にあり、ヘルスケア提供者は、臨床ドキュメントを作成するにあたり要求される時間に対して嫌悪感及び不快感を抱きがちである。臨床ドキュメントの作成に時間が費やされると、通常のワークフローが妨げられ、ヘルスケア・サービスを提供するために費やすことができたはずの時間が少なくなってしまう。さらに現代のヘルスケア提供者は電子医療記録（ＥＨＲ、ｅｌｅｃｔｒｏｎｉｃ  ｈｅａｌｔｈ  ｒｅｃｏｒｄ）システムにアクセスする。ＥＨＲシステムは、収集された多様な情報をヘルスケア提供者に提供するが、かかる情報は多くの場合、著しい重複及び断片化が存在する状態において多数の異なるスクリーンにまたがって分散され、それにより、膨大な量の詳細は確かに提供されるが、その一方で患者の現状及び近況に関する有用な要約は提供されない。ＥＨＲシステムは本来、特定の患者及び／または患者の直接受診に関する全情報を単一のデータベースに提供することにより、ヘルスケア提供者の勤務を簡素化することを意図するものであるが、結果として、ＥＨＲシステムの具現には、このような欠陥が存在するために、ＥＨＲシステムは、多くの場合、ヘルスケア提供者の勤務簡素化という目的を果たす状態にはまったく至っていない。特定の患者に関する、最も妥当且つ最新の情報の全部について迅速且つ容易に状態を特定し、要約するためにＥＨＲシステムを使用することが困難であるため、ヘルスケア提供者は、多くの場合、かかる情報の記録及び取得のために手動且つ技術水準の低い方法（例えば、各患者の直接受診の後に、患者の現状、問題、投薬、及び近況に関して詳述する長々しいメモを、多くの場合紙面上に書き記すことなど）に頼ることを選択する。かかるメモを（紙面上であれ、コンピュータの使用によるものであれ）書き記す際に、ヘルスケア提供者は多くの場合、そのメモが、患者の直接受診の際の次のヘルスケア提供者が知るべき最も重要且つ妥当な情報の要約として使用可能となるよう、以前のメモ及び／またはＥＨＲ記録からの情報を現行メモにコピーする。かかる詳細にわたるメモを直接受診の終了毎に書くプロセスが時間を要し非効率的であるばかりではなく、１人のヘルスケア提供者から他のヘルスケア提供者へとかかるメモを渡すプロセスは、エラー（例えば、情報の不正確なコピー、及び妥当な情報の記入漏れなど）が入り込む機会及びメモ自体の紛失の機会をはらんだものである。高品質なヘルスケア・サービスの提供には、特定の直接受診の際に特定の患者に対してかかるサービスの提供に関与する多数のヘルスケア提供者が患者に関する情報を円滑且つ正確に共有することが要求されるが、現代のＥＨＲシステムにおいてはかかるプロセスの支援は得られない。
【背景技術】
【０００２】
さらに現代のＥＨＲシステムは、かかるサービスに対する医療費償還の取得を可能とするにあたり好適な方法により患者の直接受診のドキュメントが取り込まれるよう、設計及び実装されている。サービスに対する医療費償還に焦点を当ててＥＨＲシステムを設計するならば、ヘルスケア提供者間の共同作業及び通信を支援する機能を提供することは不可能となる。なぜならかかる機能は、適切な医療費弁済（ｒｅｉｍｂｕｒｓｅ）の取得を可能にするにあたっては厳密には不必要であるためである。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ヘルスケア産業の状況により、ヘルスケア提供者により提供されるケアの効率化及び高品質化がますます求め続けられるため、既存のＥＨＲシステムにおける欠陥がヘルスケア提供者に対して課す悪影響は増大化の一途をたどる。その理由としては特に、かかるシステムにより作成されるドキュメントは、ヘルスケア・サービスを、特に特定の直接受診の過程により患者に対して様々なサービスを提供するにあたりヘルスケア提供者がチームとして長期にわたり相互に共同作業することが要求されるサービスを、提供する際に使用するヘルスケア提供者用の実際的なツールとしての有用性がますます小さくなること、が挙げられる。
【課題を解決するための手段】
【０００４】
本発明の実施形態は、本明細書において仮想的ホワイトボードと呼ばれるグラフィカル・ユーザ・インターフェースをヘルスケア提供者に提供する。仮想的ホワイトボードは、（１）システムの現行ユーザに適応するよう調節された、特定患者に関連する自動的に優先順に配置された情報の表示、及び（２）システムの複数のユーザがシステムの他のユーザと共有するためにフリーフォーム・テキスト及び他のデータを入力する本明細書において「スクラッチパッド」と呼ばれるエリア、の両方を提供する。システムの各ユーザは仮想的ホワイトボードにアクセスすると、このシステムは、（１）ユーザの特徴に基づいて自動的に患者情報を優先順に配置し、自動的に優先順に配置された患者情報を当該ユーザに表示することと、（２）スクラッチパッドの内容をユーザに表示することと、を行う。結果としてホワイトボードは、現行ユーザに適応するよう調節された情報と、全ユーザに対する共通の情報（すなわち、いずれの特定ユーザに適応するようにも調節されていない）と、の両方を表示する。それによりシステムは、電子医療記録（ＥＨＲ）などの情報源からの妥当な患者情報にユーザが迅速且つ容易にアクセスすることを可能にするための機構として、及び特定の患者の直接受診に関与するヘルスケア・サービスの提供を担当するチーム・メンバー間において非公式通信を行うためのツールとして、機能する。
【０００５】
本発明の様々な態様及び実施形態の他の特徴及び利点については、以下の説明及び請求項から明らかになる。
【図面の簡単な説明】
【０００６】
【図１】本発明の一実施形態に係る、妥当な患者情報のインタラクティブな要約を提供するためのシステムのデータフロー図である。
【図２】本発明の一実施形態に係る、図１のシステムにより実行される方法のフローチャートである。
【図３】本発明の一実施形態に係る、妥当な患者情報を表示するためのグラフィカル・ユーザ・インターフェースを示す図である。
【図４】本発明の一実施形態に係る、複数のヘルスケア提供者に対して共通の患者データの受け取り及び表示を行うためのシステムのデータフロー図である。
【図５】本発明の一実施形態に係る、図４のシステムにより実行される方法のフローチャートである。
【図６】本発明の一実施形態に係る、図１及び図４の患者データ・インターフェースを適応させるためのシステムのデータフロー図である。
【図７】本発明の一実施形態に係る、図６の患者データ・インターフェースにより実行される方法のフローチャートである。
【図８】本発明の一実施形態に係る、患者情報の自動的な生成及び表示を行うためのシステムのデータフロー図である。
【図９】本発明の一実施形態に係る、図８のシステムにより実行される方法のフローチャートである。
【発明を実施するための形態】
【０００７】
本発明の実施形態は、本明細書において仮想的ホワイトボードと呼ばれるグラフィカル・ユーザ・インターフェースをヘルスケア提供者に提供する。仮想的ホワイトボードは、（１）システムの現行ユーザに適応するよう調節された、特定患者に関連する自動的に優先順に配置された情報の表示、及び（２）システムの複数のユーザがシステムの他のユーザと共有するためにフリーフォーム・テキスト及び他のデータを入力する本明細書において「スクラッチパッド」と呼ばれるエリア、の両方を提供する。システムの各ユーザが仮想的ホワイトボードにアクセスすると、このシステムは、（１）ユーザの特徴に基づいて自動的に患者情報を優先順に配置し、自動的に優先順に配置された情報を当該ユーザに表示することと、（２）スクラッチパッドの内容をユーザに表示することと、を行う。結果としてホワイトボードは、現行ユーザに適応するよう調節された情報と、全ユーザに対して共通の情報（すなわち、いずれの特定ユーザに適応するようにも調節されていない）と、の両方を表示する。それによりシステムは、電子医療記録（ＥＨＲ）などの情報源からの妥当な患者情報にユーザが迅速且つ容易にアクセスすることを可能にするための機構として、及び特定患者の直接受診に関連するヘルスケア・サービスの提供を担当するチーム・メンバー間において非公式通信を行うためのツールとして、機能する。
【０００８】
図１は、本発明の一実施形態に係る、妥当な患者情報のインタラクティブな要約を複数のヘルスケア提供者１０４ａ乃至１０４ｃに提供するためのシステム１００のデータフロー図を示す。図２は、本発明の一実施形態に係る、図１のシステム１００により実行される方法２００のフローチャートを示す。
【０００９】
ヘルスケア提供者１０４ａ乃至１０４ｃは、例えば、患者の１回または複数回の直接受診に関連する患者１０６に対するヘルスケア・サービスの提供を担当する、またはかかる提供に別様に関与する、ヘルスケア提供者のチーム（例えば、医師、看護師、理学療法士、及び請求コード専門家（ｂｉｌｌｉｎｇ  ｃｏｄｉｎｇ  ｓｐｅｃｉａｌｉｓｔ）の組み合わせ）である。さらに一般的には、本発明の実施形態はヘルスケア以外の分野においても使用される。結果として、ヘルスケア提供者１０４ａ乃至１０４ｃはさらに一般的には、患者１０６または他の人へのサービスの提供を担当する任意のユーザである。図１においてはヘルスケア提供者１０４ａ乃至１０４ｃを例として示すが、本明細書において開示する技術は任意の人数のヘルスケア提供者に対して適用される。
【００１０】
患者１０６の「直接受診」とは、例えば、検査、入院、医療処置、及び予約のうちの各項目の、任意の組み合わせにおける、１つまたは複数の項目を含む。上述のようにシステム１００は、患者１０６の１回または複数回の直接受診に関連する情報をヘルスケア提供者１０４ａ乃至１０４ｃに提供するために使用される。
【００１１】
システム１００は患者データ・レポジトリ１１６を含む。患者データ・レポジトリ１１６は、患者１０６ならびに他の患者の電子医療記録（ＥＨＲ）、患者１０６ならびに他の患者に関する臨床メモ、患者１０６ならびに他の患者に関する他のドキュメント（例えば非構造化ドキュメント及び／または構造化ドキュメントなど）、患者１０６ならびに他の患者に関する請求書、及び患者１０６ならびに他の患者に関する任意の他のデータ（例えばドキュメント及び／またはデータベース・レコードなど）、のうちの任意の１つまたは複数の項目を含む。患者データ・レポジトリ１１６に格納されるドキュメント及び他のデータは、米国特許第７，５８４，１０３号及び米国特許第７，７１６，０４０号により開示された技術を使用して生成される種類の構造化ドキュメントを含み、したがって符号化された概念を含む。患者データ・レポジトリ１１６を図１においては簡略化のために単一のデータ記憶装置として図示したが、実際には患者データ・レポジトリ１１６は、任意の方式により分散化される複数のデータ記憶装置として実装されてもよい。
【００１２】
例示のために、患者データ・レポジトリ１１６は図１においては、
・レコード１２０ａ、１２０ｂ、及び１２０ｃを含む、患者１０６に関するデータ１１８と、
・レコード１２４ａ、１２４ｂ、及び１２４ｃを含む、患者１０６以外の第１患者（図示せず）に関するデータ１２２と、
・レコード１２８ａ、１２８ｂ、及び１２８ｃを含む、患者１０６以外の第２患者（図示せず）に関するデータ１２６と、
を含むものとして示した。
【００１３】
図１に示される患者データ・レコード１２０ａ乃至１２０ｃ、１２４ａ乃至１２４ｃ、及び１２８ａ乃至１２８ｃの個数は単に例示であり、本発明を制限するものではない。データ・レコード１２０ａ乃至１２０ｃ、１２４ａ乃至１２４ｃ、及び１２８ａ乃至１２８ｃの各々は、任意の組み合わせにおける、本明細書において開示される種類（例えばＥＨＲ、臨床メモ）のうちの任意の種類である。
【００１４】
ここで、患者１０６の直接受診に関する情報をヘルスケア提供者１０４ａが閲覧及び／または編集することを望む状況について考えてみることにする。かかるセッションを始動するにあたりヘルスケア提供者１０４ａは、患者１０６の識別子（例えば患者１０６の氏名、社会保障番号、または他の識別子など）を表現する入力１０８ａを入力する。システム１００は患者データ・インターフェース１１０を含み、患者データ・インターフェース１１０が患者識別子１０８ａを受け取る（図２、動作２０２）。
【００１５】
患者データ・インターフェース１１０は例えば、既存のＥＨＲシステムと一体化されるか、または既存のＥＨＲシステムと通信してもよい。患者データ・インターフェース１１０は患者データ・フィルタ処理モジュール１３０を含み、患者データ・フィルタ処理モジュール１３０は、患者識別子１０８ａを受け取り、それに応答して、患者１０６のデータ１１８の一部または全部を患者データ・レポジトリ１１６から取得する（図２、動作２０４）。患者データ・フィルタ処理モジュール１３０は、例えば、患者データ・レポジトリ１１６に問い合わせるために識別子を使用すること、または患者データ・レポジトリ１１６に対するインデックスとして識別子を使用すること、などにより、患者１０６に関するデータ１１８を特定するために患者識別子１０８ａを使用する。
【００１６】
患者データ・フィルタ処理モジュール１３０は、かかるデータ１１８に対してフィルタ処理及び／または別様の処理を行い、それにより患者フィルタ処理済みデータ１１２が生成される。一方、代替的に、患者データ・フィルタ処理モジュール１３０は、フィルタ処理及び／または別様の処理をかかるデータ１１８に対して行うことなく、患者フィルタ処理済みデータ１１２中に患者データ１１８の全部を含む場合もある。
【００１７】
ヘルスケア提供者１０４ａは、ヘルスケア提供者１０４ａの識別子を表現するヘルスケア提供者識別子１１４ａも入力する。患者データ・インターフェース１１０がヘルスケア提供者識別子１１４ａを受け取る（図２、動作２０６）。ヘルスケア提供者識別子１１４ａは、ヘルスケア提供者１０４ａの実名、ヘルスケア提供者１０４ａのユーザ名及び／またはパスワード（例えばＥＨＲシステム用のヘルスケア提供者１０４ａのユーザ名及び／またはパスワードなど）、ヘルスケア提供者１０４ａの実践領域（例えば、心臓病学、整形外科学、または内科学）、及び患者１０６の現行の直接受診におけるヘルスケア提供者１０４ａの役職、のうちの１つまたは複数の項目などの、様々な情報のうちの任意の情報を含む。患者データ・インターフェース１１０はヘルスケア提供者識別子１１４ａの一部または全部をヘルスケア提供者１０４ａ以外の情報源から受け取ることもある。例えば患者データ・インターフェース１１０はヘルスケア提供者識別子１１４ａ（例えば医療実践領域及び／またはヘルスケア提供者１０４の役職など）の一部または全部をＥＨＲシステムから、または他のコンピュータ・システムから、受け取ることもある。
【００１８】
患者データ・インターフェース１１０は患者データ出力モジュール１３４も含み、患者データ出力モジュール１３４は患者フィルタ処理済データ１１２及びヘルスケア提供者識別子１１４ａを受け取り、患者フィルタ処理済データ１１２及びヘルスケア提供者識別子１１４ａに基づいて、患者出力１３２を生成し、患者出力１３２をヘルスケア提供者１０４ａに提供する（図２、動作２０８）。患者データ出力モジュール１３４は、患者フィルタ処理済データ１１２及びヘルスケア提供者識別子１１４ａに基づいて、様々な方法のうちの任意の方法により、患者出力１３２を生成する。一般に、患者データ出力モジュール１３４は、例えば、ヘルスケア提供者識別子１１４ａに基づいて患者フィルタ処理済データ１１２内のデータを優先順に配置（例えば並べ替え）すること、ヘルスケア提供者識別子１１４ａに基づいて患者フィルタ処理済データ１１２内のデータを要約し、それにより要約データを生成すること、ヘルスケア提供者識別子１１４ａに基づいて患者フィルタ処理済データ１１２からデータをフィルタ処理（除去）すること、のうちの任意の１つまたは複数の動作を行うことにより、ヘルスケア提供者識別子１１４ａに基づいて患者フィルタ処理済データ１１２を変更する。例えば患者データ出力モジュール１３４はかかる動作を患者フィルタ処理済データ１１２に対して実行し、それにより、ヘルスケア提供者１０４ａの１つまたは複数の特徴（例えばヘルスケア提供者１０４ａの医療実践分野及び／または役職など）に適応するよう調節された患者出力１３２を生成する。例えばヘルスケア提供者１０４ａが心臓病医である場合、患者出力１３２は、心臓病医に対して最も妥当な患者フィルタ処理済データ１１２内のデータを強調するよう調節された患者フィルタ処理済データ１１２の提示を表現する。
【００１９】
一般に患者出力１３２は患者データ出力モジュール１３４により実行される処理の結果を表現する任意の形態を取る。図３に、本発明の一実施形態に係る、患者出力１３２を表示するためのグラフィカル・ユーザ・インターフェースの構造を例示する。ユーザ・インターフェース３００は複数のエリア３０２ａ乃至３０２ｆを含み、エリア３０２ａ乃至３０２ｆのうちの各エリアは対応するデータを患者出力１３２に表示する。図３におけるエリア３０２ａ乃至３０２ｆの個数、種類、及び配列は単なる例示であり、本発明を限定するものではない。特に、エリア３０２ａ乃至３０２ｆは、
・患者１０６の現在の問題の要約を表現するデータを表示する、問題要約エリア３０２ａと、
・患者１０６の検査結果の要約を表現するデータを表示する、検査要約エリア３０２ｂと、
・患者１０６の病歴を表示する、ＨＰＩ（現病歴）要約エリア３０２ｃと、
・患者１０６のケアプランを表現するデータを表示する、ケアプラン・エリア３０２ｄと、
・患者１０６の現在及び／または過去の投薬を表現するデータを表示する、投薬要約エリア３０２ｅと、
・患者１０６のアレルギーを表現するデータを表示する、アレルギー要約エリア３０２ｆと、
を含む。
【００２０】
エリア３０２ａ乃至３０２ｆのうちの各エリアは、例えば、患者データ・レポジトリ１１６内の患者１０６のデータ１１８におけるレコード１２０ａ乃至１２０ｃのうちの１レコードに対応するデータを表示する。例えば問題要約エリア３０２ａは、患者データ・レポジトリ１１６内のデータ１１８における問題要約レコードに対応する（及びかかるレコードから導出された）データを表示し、検査要約エリア３０２ｂはレポジトリ内のデータ１１８における検査要約レコードに対応する（及びかかるレコードから導出された）データを表示する。
【００２１】
図３はユーザ・インターフェース３００の全体的レイアウト及び高レベル構造を単に例示するものである。ユーザ・インターフェース３００は、さらに患者出力１３２内におけるデータの優先順の配置を様々な方法により表現する。例えば、
・患者データ出力モジュール１３４が患者フィルタ処理済データ１１２の問題要約セクション内のデータを並べ替え、それにより患者出力１３２内の問題要約セクションの並べ替えバージョンを作成した場合、問題要約エリア３０２ａは、問題要約セクション内のデータを、患者データ出力モジュール１３４により作成された順序により表示する。
・患者データ出力モジュール１３４が患者フィルタ処理済データ１１２の問題要約セクション内のデータを要約し、それにより患者出力１３２内の問題要約セクションの要約バージョンを作成した場合、問題要約エリア３０２ａは問題要約セクションの要約バージョンを表示し、
・患者データ出力モジュール１３４が患者フィルタ処理済データ１１２の問題要約セクションからデータを削除し、それにより患者出力１３２内の問題要約セクションのフィルタ処理済みバージョンを作成した場合、問題要約エリア３０２ａは問題要約セクションのフィルタ処理済みバージョンを表示する。
・患者データ出力モジュール１３４が患者フィルタ処理済データ１１２の問題要約セクション内のデータを（例えばカラー、フォント、フォントサイズ、フォント特徴（例えば、ボールド体、下線、イタリック体）のうちの１つまたは複数の項目を、またはかかるデータの位置を、変更することなどにより）強調し、それにより患者出力１３２内の問題要約セクションの強調バージョンを作成した場合、問題要約エリア３０２ａは問題要約セクションの要約バージョンを表示する。
【００２２】
患者データ出力モジュール１３４は上述の動作のうちの１つまたは複数の動作を患者フィルタ処理済データ１１２に対して実行し、それにより患者出力１３２を生成する。さらにかかる動作は、エリア３０２ａ乃至３０２ｆのうちの１つまたは複数のエリアを表現するために実行される。
【００２３】
他の例として患者フィルタ処理済データ１１２は、例えば問題とこれらの問題の下位問題とを含む問題リストなどの階層構造を有するデータを含む。例えば患者フィルタ処理済データ１１２の一部または全部を患者フィルタ処理済データ１１２の階層構造を反映する様式により、対応するエリア３０２ａ乃至３０２ｆ内に表現することにより、患者出力１３２はかかる階層構造を反映する。例えば問題要約エリア３０２ａは、患者１０６の問題要約を階層構造（例えばツリー構造）により表示するよう、表現される。かかる階層表示は収縮可能及び／または拡張可能である。例えば階層表示は、特定ノードを階層状に表示するが、これらのノードの下位ノードは階層状に表示しない場合もある。一方、患者データ出力モジュール１３４は、ヘルスケア提供者１０４ａからの入力に応答して、ノードの下位ノードを表示（すなわち、ノードを拡張し）する。例えばユーザ・インターフェース３００はノードの表示の近傍に＋記号を表示する。ヘルスケア提供者１０４ａが＋記号をクリックするかまたは別様に選択すると、それに応答して患者データ出力モジュール１３４は、選択されたノードの下位ノードを表示することにより、患者出力１３２を変更する。ユーザ・インターフェース３００は、例えば、下位ノードが表示されたノードの近傍に−記号を表示する。当該ノードを収縮する（すなわち当該ノードの下位ノードを隠す）にあたっては、ヘルスケア提供者１０４ａが−記号をクリックするかまたは別様に選択すると、それに応答して、患者データ出力モジュール１３４は選択されたノードの下位ノードを隠すことにより患者出力１３２を変更する。
【００２４】
（図２の動作２０８において）患者出力１３２の初期表示を生成する段階は、患者フィルタ処理済データ１１２内のデータの１つまたは複数のノードがヘルスケア提供者１０４ａに対して妥当性が低いと患者データ出力モジュール１３４により判定された場合、かかるノードを折り畳み、それによりかかるノードを強調しないこと、及び／または、患者フィルタ処理済データ１１２内のデータの１つまたは複数のノードがヘルスケア提供者１０４ａに対して妥当性が高いと患者データ出力モジュール１３４により判定された場合、かかるノードを拡張して、それによりかかるノードを強調すること、を含む。
【００２５】
一般に患者データ出力モジュール１３４は、患者フィルタ処理済データ１１２の１つまたは複数の部分Ｐのうちの各部分に対して妥当性判断基準を適用し、それにより部分Ｐが妥当性判断基準を満たすかどうかを判定する。患者データ出力モジュール１３４はヘルスケア提供者１０４ａの識別子１１４ａ（例えば医療実践領域及び／または役職）に基づいて妥当性判断基準を選択する。これは、患者データ出力モジュール１３４が、提供者識別子１１４ａ乃至１１４ｃにおける差異に基づいて、異なる妥当性判断基準を異なるヘルスケア提供者１０４ａ乃至１０４ｃに適用することを示唆する。患者データ出力モジュール１３４は、本明細書において説明した動作のうちの任意の動作を患者フィルタ処理済データ１１２に対して実行し（例えばかかる患者フィルタ処理済データ１１２を、優先順に配置し、強調し、及び／またはフィルタ処理し）、それにより患者出力１３２を生成する。
【００２６】
したがって要約すると、患者データ・インターフェース１１０は、患者出力１３２を受ける特定的なヘルスケア提供者に適応するよう調節された様式により、患者フィルタ処理済データ１１２の一部または全部を表現する患者出力１３２（例えばユーザ・インターフェース３００）を提供する。これは、他のヘルスケア提供者１０４ｂ及び１０４ｃがそれぞれの識別子（図示せず）を患者データ・インターフェース１１０に提供し、それに応答して患者データ・インターフェース１１０が動作２０２乃至２０８を実行し、それにより、他のヘルスケア提供者１０４ｂ、１０４ｃに適応するよう調節された代替的バージョンの患者出力１３２が生成されることを示唆する。例えばヘルスケア提供者１０４ｂの識別子を受け取ることに応答して、患者データ・インターフェース１１０は動作２０２乃至２０８を実行し、それにより、ヘルスケア提供者１０４ｂの識別子に基づいてヘルスケア提供者１０４ｂに適応するよう調節された代替的バージョンの患者出力１３２が生成される。かかる代替的な出力は、例えば、図３に図示するものと同一構造を有するが、たとえエリア３０２ａ乃至３０２ｆの内容が同一の患者フィルタ処理済データ１１２から導出されたものであったとしてもこれらの内容がヘルスケア提供者１０４ａに表示された内容とは異なり、ユーザ・インターフェース３００の具体例を使用して実装される。ヘルスケア提供者１０４ａに提供されるユーザ・インターフェース３００の内容と、ヘルスケア提供者１０４ｂに提供されるユーザ・インターフェース３００の内容と、における差異は、例えば、ヘルスケア提供者１０４ａ及び１０４ｂの医療実践分野及び／または役職における差異に基づく。例えば患者データ・インターフェース１１０は心臓病医に適応するよう調節された第１バージョンのユーザ・インターフェース３００をヘルスケア提供者１０４ａに提供する（ここではヘルスケア提供者１０４ａは心臓病医であるとする）一方、患者データ・インターフェース１１０は整形外科医に適応するよう調節された第２バージョンのユーザ・インターフェース３００をヘルスケア提供者１０４ｂに提供する（ここではヘルスケア提供者１０４ｂは整形外科医であるとする）。
【００２７】
患者出力１３２は、患者出力１３２の一部として、ヘルスケア提供者１０４ａ乃至１０４ｃの一部または全員に提供される、本明細書において「共通データ」または「提供者非依存データ」と呼ばれるデータも含む。例えば患者出力１３２は、（１）患者出力１３２が表示される提供者（例えば提供者１０４ａ）の識別子（例えば識別子１１４ａ）に基づいて患者データ出力モジュール１３４により生成された提供者固有データと、（２）患者出力１３２が表示される提供者（例えば提供者１０４ａ）の識別子（例えば識別子１１４ａ）に依存することなく患者データ出力モジュール１３４により生成された提供者非依存データと、の両方を含む。例えば図２に示すように、患者データ出力モジュール１３４は、提供者固有出力（図２、動作２１０）及び提供者非依存出力（図２、動作２１２）の両方を生成することにより、動作２０８において患者出力１３２を生成する。患者出力１３２は提供者非依存であるが、依然として患者１０６に、及び／または患者１０６の現在の直接受診に対しては、固有である。図３のユーザ・インターフェース３００の例においては、スクラッチパッドである提供者非依存データ・エリア３０４は、提供者非依存データを表現する情報を患者出力１３２に表示する。
【００２８】
図４に、共通データをヘルスケア提供者１０４ａ乃至１０４ｃから受け取る段階と、かかる共通データを格納する段階と、かかる共通データをヘルスケア提供者に提供する段階と、を行うためのシステム４００のデータフロー図を示す。図５に、本発明の一実施形態に係る、図４のシステム４００により実行される方法５００のフローチャートを示す。
【００２９】
システム４００は、複数の患者に関する共通データ４０４ａ乃至４０４ｃを含む。特に、共通データ４０４ａは患者１０６の直接受診に関する共通データであり、共通データ４０４ｂは他の患者（図示せず）に関する共通データであり、共通データ４０４ｃはさらに他の患者（図示せず）に関する共通データである。以下おいて詳細に説明するように、共通データ４０４ａは、ヘルスケア提供者１０４ａ乃至１０４ｃのうちの２名以上から受け取られ且つ集計された共通データを含む。一般に患者データ・インターフェース１１０は、患者出力１３２がヘルスケア提供者１０４ａ乃至１０４ｃのうちの任意の提供者に表示される際は常に、患者１０６の共通データ４０４ａの一部または全部をヘルスケア提供者１０４ａ乃至１０４ｃの全員に（例えばユーザ・インターフェース３００の提供者非依存データ・エリア３０４に）表示する。その結果として、
・ユーザ・インターフェース３００の第１具体例が、患者１０６の直接受診に関与するヘルスケア提供者１０４ａ乃至１０４ｃのうちの第１提供者（例えば提供者１０４ａ）に提供されるとき、当該具体例は、（１）第１ヘルスケア提供者に適応するよう調節され且つ患者の直接受診に関する、第１提供者固有出力（例えばエリア３０２ａ乃至３０２ｆに）と、（２）患者１０６に関する共通データ４０４ａを表現する共通出力と、の両方を含む。
・ユーザ・インターフェース３００の第２具体例が、患者１０６の同一直接受診に関与するヘルスケア提供者１０４ａ乃至１０４ｃのうちの第２提供者（例えば提供者１０４ｂ）に提供されるとき、当該具体例は、（１）第２ヘルスケア提供者に適応するよう調節され且つ患者の直接受診に関する、第２提供者固有出力（例えばエリア３０２ａ乃至３０２ｆに）と、（２）第１ヘルスケア提供者に表示されたものと同一の、患者１０６に関する共通データ４０４ａを表現する共通出力と、の両方を含む。
【００３０】
換言すると、患者データ・インターフェース１１０は、患者の直接受診に関与する２名のヘルスケア提供者に対して、異なる提供者固有出力と、同一の共通データ４０４ａと、を表示する。
【００３１】
システム４００は、様々な方法のうちの任意の方法により、ヘルスケア提供者１０４ａ乃至１０４ｃが共通データ４０４ａを更新することを可能にする。例えば患者データ・インターフェース１１０は共通データ・モジュール４０６を含む。ヘルスケア提供者４０４ａは、共通データ入力４０２を共通データ・モジュール４０６に提供する（図５、動作５０２）。ヘルスケア提供者１０４ａは様々な方法のうちの任意の方法により共通データ入力４０２を提供する。例えば提供者非依存データ・エリア３０４はテキスト・フィールドであってもよく、またはテキスト・フィールドを含んでもよく、ヘルスケア提供者１０４ａは、フリーフォーム・テキストをテキスト・フィールドへとタイピングすることにより、共通データ入力４０２を提供する。
【００３２】
共通データ・モジュール４０６は、例えば共通データ入力４０２を患者１０６の共通データ４０４ａに追加すること、患者１０６の共通データ４０４ａからデータを削除すること、または共通データ入力４０２に基づいて患者１０６の共通データ４０４を別様に変更すること、などにより、共通データ入力４０２を、及び／または共通データ・モジュール４０６から導出されたデータを、患者１０６の共通データ４０４ａに格納する（図５、動作５０４）。共通データ・モジュール４０６は、共通データ入力４０２に関連付けられたメタデータ（例えば、提供者１０４ａの識別子１１４ａ、現在時刻、患者識別子１０８ａ、または患者１０６の現在の直接受診の識別子、のうちの１つまたは複数の項目など）を共通データ４０４ａに格納する。
【００３３】
共通データ４０４ａ乃至４０４ｃは、例えば、図１の患者データ・レポジトリ１１６に格納される。例えば患者１０６の共通データ４０４ａは、患者データ・レポジトリ１１６内の患者１０６のデータ１１８内に格納される。したがって共通データ入力４０２を格納することは、共通データ入力４０２を患者データ・レポジトリ１１６内の患者１０６のデータ１１８内に格納することを、または患者データ・レポジトリ１１６内の患者１０６のデータ１１８を共通データ入力４０２に基づいて別様に更新することを、含む。
【００３４】
患者データ・インターフェース１１０は、共通データ入力４０２及び／または更新済み共通データ４０４ａをヘルスケア提供者１０４ａに（例えばユーザ・インターフェース３００の提供者非依存データ・エリア３０４内に）表示する（図５、動作５０６）。例えば共通データ・モジュール４０６は、更新済み患者共通データ４０４ａの一部または全部を受け取り、取得された共通データ４０８を患者データ出力モジュール１３４に提供し、患者データ出力モジュール１３４は共通データ４０８が表示されるよう患者出力１３２を更新する。共通データ４０８は、例えば、図１における患者フィルタ処理済データ１１２の一部である。例えば提供者非依存データ・エリア３０４は、ヘルスケア提供者１０４ａ及び患者１０６の現在の直接受診に関与する他のヘルスケア提供者１０４ｂ、１０４ｃにより提供された以前の共通データ入力の全部（共通データ入力４０２を含む）の一覧を含む。かかる一覧は、逆向きの時系列順などの、任意の様式により表示される。
【００３５】
システム４００及び方法５００はヘルスケア提供者１０４ａから受け取った共通データ入力４０２に関連して例示しているが、システム４００及び方法５００は追加的に、他のヘルスケア提供者１０４ｂ、１０４ｃのうちの任意の１名または複数名から受け取られた他の共通データ入力（図示せず）に関連して実行され、それにより、かかる追加的な共通データ入力に基づいて患者１０６の共通データ４０４ａがさらに更新される。その結果として、患者出力１３２（例えば図３のユーザ・インターフェース３００）が患者１０６の現在の直接受診に関与するヘルスケア提供者のうちの任意の提供者に表示されるときは常に、かかる患者出力１３２は、患者出力１３２が表示されるヘルスケア提供者に対して妥当である提供者固有出力と併せて患者１０６の直接受診に関与するヘルスケア提供者１０４ａ乃至１０４ｃの一部または全部により提供される共通データ入力の一部または全部を含むかまたは別様に反映する。
【００３６】
上述の特定的な実施形態は、様々なエリア３０２ａ乃至３０２ｆに表示されるデータを生成するにあたり事前構成された規則または他の事前構成されたステップを使用するものとして説明してきたが、これは単なる例示であり、本発明を限定するものではない。本発明の実施形態は、固定的なセットの技術を使用してエリア３０２ａ乃至３０２ｆ内のデータを生成することには限定されず、むしろ、一定時間にわたるユーザ１０４ａ（及び他のユーザ１０４ｂ、１０４ｃ）の挙動に応答するような要約が生成される技術が採用されてもよい。
【００３７】
図６に、一定時間にわたりユーザ１０４の挙動及び他のユーザ（例えばユーザ１０４ｂ及び１０４ｃなど）の挙動に応答して、患者データ・インターフェース１１０を適応させるためのシステムのデータフロー図を示す。図７に、本発明の一実施形態に係る、図６のシステムにより実行される方法７００のフローチャートを示す。
【００３８】
上述のように患者データ・インターフェース１１０は、ユーザ１０４ａに提供される患者出力１３２（例えば図３に図示するエリア３０２ａ乃至３０２ｆ内の出力など）を生成するための様々な技術のうちの任意の技術を使用する。例えば患者データ・インターフェース１１０は患者出力１３２を生成するために１セットの規則を使用する。「要約データ」という用語は、本明細書においては、患者データ・インターフェース１１０が患者出力１３２を生成するために使用するデータ（例えば規則）を指すために使用される。図６に示すように、患者データ・インターフェース１１０は、かかる要約データ１９６の初期セットを含み、患者データ・インターフェース１１０は最初に、かかる要約データ１９６の初期セットを使用して、上述の機能を実行する。一般に図６のシステム及び図７の方法７００は、ユーザ１０４ａ（及び場合によっては、他のユーザ）から受け取られた１つまたは複数の入力１８６ａ乃至１８６ｎと、かかる入力１８６ａ乃至１８６ｎが受け取られた状況１９５ａ乃至１９５ｎと、に基づいて初期要約データ１９６を改訂するために使用され、それにより改訂済み要約データ１９７が生成される。患者データ・インターフェース１１０は次に図１乃至図５の技術を要約データ１９７に適用する。
【００３９】
さらに詳細には患者データ・インターフェース１１０は第１応答入力１８６ａをユーザ１０４ａから取得する（図７、動作７０２）。応答入力１８６ａ（及び他の応答入力１８６ｂ乃至１８６ｎのいずれか）は、ユーザ・インターフェース３００に関連するユーザ１０４ａから受け取られた任意の入力である。特に応答入力１８６ａは、直接的または間接的に、ユーザ・インターフェースにおける特定要素（例えばエリア３０２ａ乃至３０２ｆのうちの１エリアまたはその一部など）内の内容がユーザ１０４ａに対して妥当であると、または妥当でないと、ユーザ１０４ａが判断していることを示す入力である。
【００４０】
例えばユーザ・インターフェース３００は、ユーザ・インターフェース３００の１つまたは複数の要素（例えば問題要約エリア３０２ａ及び提供者非依存データ・エリア３０４）のうちのそれぞれに関連して、ユーザ・インターフェース３００の対応する要素の内容がユーザ１０４ａに対して妥当である、または妥当でないというユーザ１０４ａの結論を示すユーザ１０４ａからの入力を受け取るための１つまたは複数のユーザ・インターフェース制御（例えばボタン、チェックボックス、またはメニュー項目など）を含む。特定的な例としてユーザ・インターフェース３００は、エリア３０２ａ乃至３０２ｆのそれぞれの近傍、及び提供者非依存データ・エリア３０４の近傍に、「承認」ボタン及び「非承認」ボタンを含む。ユーザ１０４ａがエリア３０２ａ乃至３０２ｆのうちの１エリアまたは提供者非依存データ・エリア３０４の近傍にある「承認」ボタンをクリックすると、それにより、対応するエリア内の内容（例えば、要約）がユーザ１０４ａに対して妥当であるとユーザ１０４ａが判断していることが示される。逆にユーザ１０４ａがエリア３０２ａ乃至３０２ｆのうちの１エリアまたは提供者非依存データ・エリア３０４の近傍にある「非承認」ボタンをクリックすると、それにより、対応するエリア内の内容（例えば、要約）がユーザ１０４ａに対して妥当ではないとユーザ１０４ａが判断していることが示される。「承認」ボタン及び「非承認」ボタンをクリックすることは、ユーザ・インターフェース応答入力１８６ａ乃至１８６ｎの例である。
【００４１】
ユーザ１０４ａはユーザ・インターフェース３００を通して様々な入力を提供する。例えばユーザ１０４ａは、エリア３０２ａ乃至３０２ｆ及びエリア３０４内の内容をスクロールするための入力、エリア３０２ａ乃至３０２ｆ及びエリア３０４内の階層的内容を拡張及び収縮させるための入力、エリア３０２ａ乃至３０２ｆ及びエリア３０４内の内容を選択する入力、及びエリア３０２ａ乃至３０２ｆ及びエリア３０４内の内容をコピー／ペーストするため入力を、提供する。ユーザ１０４ａが、対応する内容がユーザ１０４ａに対して妥当であることを、または妥当でないことを示す意図を有するかかる入力を提供しない場合もあるが、患者データ・インターフェース１１０は、かかる入力（かかる入力の全部が、ユーザ１０４ａが特定的な内容と相互作用することの例である）を、図６に図示するユーザ・インターフェース応答入力１８６ａ乃至１８６ｎの例として取り扱い、対応する内容がユーザ１０４ａに妥当であること、または妥当でないことを、かかる入力から推測する。例えばユーザ１０４ａが特定の階層的内容をまったく拡張しない場合、患者データ・インターフェース１１０は、入力をそのように決して拡張しないことは、ユーザ１０４ａがかかる内容をユーザ１０４ａにとって妥当ではないと判断しているものと推測する。他の例としてユーザ１０４ａが特定の内容を頻繁にスクロールする場合、患者データ・インターフェース１１０は、ユーザ１０４ａがかかる内容をユーザ１０４ａにとって妥当であると判断しているものと推測する。
【００４２】
患者データ・インターフェース１１０は、ユーザ１０４ａの現在の状況（例えばユーザ１０４ａがユーザ・インターフェース応答入力１８６ａを提供したときのユーザ１０４ａの状況）を表現する状況データ１９５ａも受け取る（図７、動作７０４）。状況データ１９５ａは、例えばユーザ１０４ａのアイデンティティを表現するデータ（例えば実名またはユーザ名）及び／または役職（例えば、医師、看護師、請求コード専門家）、ユーザ１０４ａが勤務する組織（例えば病院、部門）、及び現在の日付及び／または時間、などのユーザ１０４ａの状況を表現する任意のデータを含む。
【００４３】
患者データ・インターフェース１１０は、状況データ１９５ａにより表現される状況内にいるユーザ１０４ａに提供された患者出力１３２（図６においては要約データ１７０ａとして図示される）も受け取る（図７、動作７０６）。
【００４４】
応答入力格納モジュール１９２は、ユーザ・インターフェース応答入力１８６ａ、対応する状況データ１９５ａ、及び対応する要約データ１７０ａのレコードを応答入力履歴１９３ａに格納する（図７、動作７０８）。
【００４５】
図７の動作７０２乃至７０８を任意回数反復すると、ユーザ１０４ａ（及び場合によっては、他のユーザ）からの応答入力１８６ａ乃至１８６ｎ、対応する状況データ１９５ａ乃至１９５ｎ、及び要約データ１７０ａ乃至１７０ｎの任意個数の応答入力履歴１９３ａ乃至１９３ｎが格納される。応答入力履歴１９３ａ乃至１９３ｎは、個々の応答入力１８６ａ乃至１８６ｎ、対応する状況データ１９５ａ乃至１９５ｎ、及び要約データ１７０ａ乃至１７０ｎの別々のレコードを含む。追加的にまたは代替的に、応答入力格納モジュール１９２は、応答入力１８６ａ乃至１８６ｎ、状況データ１９５ａ乃至１９５ｎ、及び要約データ１７０ａ乃至１７０ｎからデータを導出し、かかる導出されたデータ（例えば総計データ及び他の統計情報など）を、応答入力履歴１９３ａ乃至１９３ｎに格納する。
【００４６】
図６のシステムは、適応モジュール１９４も含み、適応モジュール１９４は、応答入力履歴１９３ａ乃至１９３ｎに基づいて初期要約データ１９６を適応させ、それにより改訂済み要約データ１９７を生成する（図７、動作７１０）。改訂済み要約データ１９７は、例えば初期要約データ１９６により表現される初期規則とは異なる、１セットの改訂済み規則、初期要約データ１９６により表現される初期ニューラル・ネットワークとは異なる改訂済みニューラル・ネットワーク、または初期要約１９６により表現される初期セットの統計分類子とは異なる改訂済みセットの統計分類子などの、様々な形態のうちの任意の形態を取る。適応モジュール１９４は、改訂済み要約データ１９７を生成するための様々な技術（例えば機械学習、ニューラル・ネットワーク、または統計分類子に基づく任意の技術）のうちの任意の技術を使用して改訂済み要約データ１９７を生成する。
【００４７】
例えば、ユーザ・インターフェース３００の特定エリアの内容が特定の状況（または関連する状況の特定のセット）において妥当であるとユーザ１０４ａ（及び場合によっては他のユーザ）が判断する傾向にあることを応答入力履歴１９３ａ乃至１９３ｎが示す場合、適応モジュール１９４は、改訂済み要約データ１９７において、生成され且つユーザ・インターフェース３００においてユーザ１０４ａ（及び場合によっては、他のユーザ）に提示される要約内に同一または同様の内容が将来における同一または同様の状況において含まれ続けるべきであることと、場合によっては、例えばそのフォーマットを変更してかかる内容を強調すること（例えばボールド体により表示すること、下線を施すこと、そのカラーを変更すること、またはフォントサイズを大きくすることなどにより）、またはかかる内容の空間的場所を変更し、それにより強調すること（例えばエリア３０２ａ乃至３０２ｆのうちの１つまたはエリア３０４において以前よりも高い位置に表示することなどにより）、などにより、かかる内容がかかるユーザ１０４ａに対して強調されるべきであることと、が示されるよう、初期要約データ１９６を改訂する。
【００４８】
他の例として、ユーザ・インターフェース３００の特定エリアの内容が特定の状況（または関連する状況の特定のセット）において妥当でないとユーザ１０４ａ（及び場合によっては他のユーザ）が判断する傾向にあることを応答入力履歴１９３ａ乃至１９３ａが示す場合、適応モジュール１９４は、改訂済み要約データ１９７において、生成され且つユーザ・インターフェース３００においてユーザ１０４ａ（及び場合によっては、他のユーザ）に提示される要約内に妥当でない内容が将来における同一または同様の状況において含まれるべきでないこと、または代わって、例えばそのフォーマットを変更してかかる内容を強調すること（例えばプレーンテキストにより表示すること、そのカラーを変更すること、またはフォントサイズを小さくすることなどにより）、またはかかる内容の空間的場所を変更し、それにより強調しないこと（例えばエリア３０２ａ乃至３０２ｆのうちの１つまたはエリア３０４において以前よりも低い位置に表示することなどにより）、などにより、かかる内容がかかるユーザ１０４ａに対して強調されるべきでないこと、が示されるよう、初期要約データ１９６を改訂する。
【００４９】
適応モジュール１９４が初期要約データ１９６を適応させ、それにより改訂済み要約データ１９７を生成するための特定的な様式に関わらず、改訂済み要約データ１９７が生成されると、患者データ・インターフェース１１０はただちに、改訂済み要約データ１９７を、図１乃至図５に関連して本明細書において説明した技術に対して適用し、それにより、改訂済み要約データ１９７にしたがって将来の要約がユーザ・インターフェース３００において生成され、かかる要約がユーザ１０４ａ（及び場合によっては、他のユーザ）に提供されることとなる。さらに図７の方法７００を任意回数実行すると、生成された新しい応答入力、状況データ、及び要約データに基づく改訂済み要約データ１９７の改訂がさらに任意回数行われることとなる。
【００５０】
本発明の特定的な実施形態が、本明細書においてはユーザにより生成された内容（例えば医師のメモ、または他の共通データ入力４０２など）を提供者非依存データ・エリア３０４に表示するものとして開示したが、これは単なる例示にすぎず、本発明を限定するものではない。代替的または追加的に患者データ・インターフェース１１０は、提供者非依存データ・エリア３０４内の内容を自動的に生成及び表示する。結果として、本明細書において使用される「提供者非依存データ」及び「共通データ」という用語は、自動生成されたデータを（全体的にまたは部分的に）含むデータを指す。
【００５１】
図８に、本発明の一実施形態に係る、患者フィルタ処理済みデータ１１２及び共通データ４０８のうちの１つまたは複数に基づいてデータ８０２を自動的に生成するためのシステム８００のデータフロー図を示す。図９に、本発明の一実施形態に係る、図８のシステム８００により実行される方法９００のフローチャートを示す。図８のシステム８００は、図１のシステム１００及び／または図４のシステム４００の構成要素の一部または全部を含む。しかし、図１及び図４のいくつかの構成要素は単に例示の容易化のために図８からは省略している。
【００５２】
患者データ・インターフェース１１０は、例えば、患者フィルタ処理済みデータ１１２及び共通データ４０８のうちの１つまたは両方に基づいて内容８０２を自動的に生成する（図９、動作９０２）。患者データ・インターフェース１１０は、提供者非依存データ・エリア３０４内に、（１）自動生成された内容８０２（図２、動作９０４）のみ、または（２）自動生成された内容８０２及び手動入力された内容（例えば、共通データ４０８、または上述のように共通データ４０８から導出されたデータ）（図２、動作９０４及び９０６）の両方、のうちのいずれかを表示する。結果として提供者非依存データ・エリア３０４は、手動入力されたデータ（例えば図４及び図５に関連して上述した手動入力されたデータ）、自動生成されたデータ８０２、またはそれらの組み合わせを含む。
【００５３】
ユーザ１０４ａが提供者非依存データ・エリア３０４内の手動生成されたデータと自動生成されたデータ８０２とを区別する能力を有するならば、それは有用となり得る。この結果を達成するために、患者データ・インターフェース１１０は、提供者非依存データ・エリア３０４内の自動生成されたデータ８０２の表示に、自動生成されたデータ８０２が自動生成によるものであることを示す視覚表示を含む。かかる視覚表示は、例えば、自動生成されたデータ８０２の表示内またはかかる表示の近傍に特定的なアイコンを表示すること（例えば自動生成されたデータ８０２をボールド体により表示すること、または特殊フォントもしくは特殊カラーにより表示することにより）、自動生成されたデータ８０２が自動生成によるものであることが示されるよう、自動生成されたデータ８０２の表示をフォーマットすること、または自動生成されたデータ８０２が自動生成によるものであることが示されるよう、（例えば、すべての自動生成されたデータ８０２を一緒にグループ化すること、または自動生成されたデータ８０２の一部または全部を手動生成されたデータの上方、下方、左方、もしくは右方に配置することにより）自動生成されたデータ８０２の表示を空間的に配置すること、により行われる。
【００５４】
追加的または代替的に患者データ・インターフェース１１０は、提供者非依存データ・エリア３０４内の手動生成されたデータの全部が手動生成によるものであることを示すための以前の段落において説明された技術のうちの任意の技術を適用し得る。例えば患者データ・インターフェース１１０は、任意の自動生成された内容８０２の近傍に第１アイコンを表示し、任意の手動生成された内容の近傍に第２アイコンを表示する。第２アイコンは第１アイコンと異なる。さらに一般的には患者データ・インターフェース１１０は、自動生成されたデータ８０２及び手動生成されたデータの視覚的表示に対してフォーマッティングまたは任意の他の調節を実行し、それにより前者が自動生成によるものであり後者が手動生成によるものであることを示す。
【００５５】
自動生成されたデータ８０２は、例えば、図３におけるエリア３０２ａ乃至３０２ｆ内の要約、及び／または提供者非依存データ・エリア３０４内の手動入力された共通データのうちの１つまたは複数に基づいて、生成される。一般に、患者データ出力モジュール１３４は、ユーザ１０４ａ乃至１０４ｃが調査するにあたり重要であると予測される情報を含むよう、自動生成されたデータ８０２を生成する。例えば患者データ出力モジュール１３４は、医師が手動により生成する形態（例えば自然言語により表現された語句または文）に類似した形態により、自動生成されたデータ８０２を生成する。かかるデータは、例えば、患者をモニタすることにおいて医師及び他のヘルスケア提供者を支援することを意図したタイムクリティカルなメモを、及び／または注意が必要な重要な患者病状に関する情報を含むメモを、含む。
【００５６】
自動生成されたデータ８０２は、構造化データ及び非構造化データの一方または両方のいずれかを含む。構造化データの例としては、ＥＨＲまたはデータベース・レコード内の離散値、符号化された概念、及びフィールド内容を有するデータが挙げられる。非構造化データの例としては、自然言語により表現された文（例えば「患者の血糖値をモニタしてください」）などのフリーフォーム・テキストが挙げられる。
【００５７】
患者データ・インターフェース１１０は、ユーザ１０４ａが自動生成されたデータ８０２を全体的にまたは部分的に承認または拒否することを可能にする。図９に、患者データ出力モジュール１３４が自動生成されたデータ８０２を提供者非依存データ・エリア３０４内に最初に表示した後、自動生成されたデータ８０２を拒否する入力をユーザ１０４ａ（または他のユーザ１０４ｃのうちの任意のユーザ）が提供すること（図９、動作９０８）を可能にする、実施形態を示す。かかる入力は、自動生成されたデータ８０２の表示の近傍に配置された「拒否」ボタンをクリックするなどの、任意の形態を取り得る。かかる拒否入力を受け取ることに応答して、患者データ・インターフェース１１０は、提供者非依存データ・エリア３０４から自動生成されたデータ８０２の表示を除去する（図９、動作９１０）。
【００５８】
追加的または代替的に（図９には図示しないが）患者データ・インターフェース１１０は、自動生成されたデータ８０２が提供者非依存データ・エリア３０４内に表示される前に、自動生成されたデータ８０２を承認または拒否するようユーザ１０４ａに対して最初に促してもよい。上述のように促されると、それに応答して、ユーザ１０４ａは、自動生成されたデータ８０２に対する承認または拒否を示す入力を（例えば「承認」ボタンまたは「拒否」ボタンをクリックすることなどにより）提供する。自動生成されたデータ８０２の承認をユーザ１０４ａの入力が示す場合、患者データ・インターフェース１１０は自動生成されたデータ８０２を提供者非依存データ・エリア３０４内に表示する。逆に拒否が示される場合、患者データ・インターフェース１１０は自動生成されたデータ８０２を提供者非依存データ・エリア３０４内に表示しない。
【００５９】
かかる「オプト・アウト」及び「オプト・イン」の手法は相互に組み合わされてもよい。例えば患者データ・インターフェース１１０は最初に、データ８０２を提供者非依存データ・エリア３０４内に表示する前に、自動生成されたデータ８０２を承認するようユーザ１０４ａに要求する（すなわちオプト・イン）。かかるデータ８０２を提供者非依存データ・エリア内に表示した後、患者データ・インターフェース１１０は、自動生成されたデータ８０２を拒否する追加的な入力をユーザ１０４ａ（及び他のユーザ１０４ｂ、１０４ｃ）が提供することを可能にし、それにより患者データ・インターフェース１１０は提供者非依存データ・エリア３０４から自動生成されたデータ８０２を除去する。
【００６０】
図８及び図９に関連して開示した技術は上記においては、提供者非依存データ・エリア３０４に表示されるようデータを自動的に生成するために使用されるものとして説明したが、これは本発明を限定するものではない。さらに一般的には、本発明の実施形態は、データを自動生成しエリア３０２ａ乃至３０２ｆのうちの任意のエリアに当該データを表示するための上記に開示された任意の技術を使用し得る。例えばデータ８０２をユーザにより承認及び拒否するための技術などの、自動生成されたデータ８０２に関連して本明細書において開示した他の技術のうちの任意の技術が、エリア３０２ａ乃至３０２ｆのうちの任意のエリア内の自動生成されたデータに適用される。
【００６１】
本発明の実施形態は、例えば以下に挙げる利点などの様々な利点を有する。本発明の実施形態の一利点は、特定的な患者及び／または患者の直接受診に対して妥当である情報（例えば患者が現在何を必要とするかに関する医師及びヘルスケア提供者の印象など）を医師及び他のヘルスケア提供者が入力及び相互共有するための迅速、容易、且つユーザフレンドリーな方法を本発明の実施形態が提供することである。特にヘルスケア提供者は、かかるテキストに対する承認または署名を取得しなくとも、またはデータを患者のＥＨＲに記入するにあたっては普通ならば要求されるはずの検証手続を遵守しなくとも、特定的な患者の直接受診に関連付けられた共有データに対して迅速且つ容易に（例えばテキスト・フィールドにテキストをタイプ入力することなどにより）補足を加えることができる。結果として、本発明の実施形態は、ヘルスケア提供者がかかる共通データを入力するにあたり要求される時間量を短縮するだけではなく、ヘルスケア提供者が従来のＥＨＲにかかるデータを入力する負担を嫌ってデータの入力を割愛するのではなくデータを即座に入力する可能性を増大化させるものである。特にヘルスケア提供者が、患者に関する現在の懸念事項を表現する共通データ（例えば「患者の血糖値をモニタしてください」など）を、患者の直接受診に関与する他のヘルスケア専門家にかかる懸念事項を伝えることを目指して、入力すると、それにより、それぞれのヘルスケア専門家が患者の直接受診に関する完全な要約を書かなくとも、かかる懸念事項が患者の直接受診に関与するヘルスケア専門家の全員の間において周知となる可能性が増大化される。代わって、それぞれのヘルスケア専門家は新しい情報（例えば新規懸念事項など）を共通データに単に入力するだけでよく、古いデータをコピーまたは別様に反復する必要はない。なぜならかかる既存データはすでに患者出力１３２（例えば問題要約エリア３０２ａ及び提供者非依存データ・エリア３０４）を介して患者の直接受診に関与するヘルスケア専門家全員に容易に利用可能となっているためである。結果として、患者の直接受診に関与するヘルスケア専門家は、最新の懸念事項と他の情報とを相互に迅速且つ容易に通信し合うための機構として直接受診の共通データを使用する。
【００６２】
さらに任意のヘルスケア提供者が患者の直接受診に関する共通データを入力すると、本発明の実施形態はただちに、当該共通データを自動的に、例えばかかる共通データを図３に示すユーザ・インターフェース３００の提供者非依存データ・エリア３０４に表示することなどにより、当該ヘルスケア提供者及び同一患者の直接受診に関与する他のヘルスケア提供者に提供する。ヘルスケア提供者は当該共通データを探す必要はない。代わって本発明の実施形態はかかる共通データを直接的且つ明瞭にヘルスケア提供者に対して提示し、それによりヘルスケア・サービスを患者に提供するプロセスにおいて共通データの有用性がより高められることとなる。
【００６３】
さらに本発明の実施形態は、コピーされたデータまたは患者の直接受診に関連する様々な既存のデータ源（例えば患者のＥＨＲなど）のうちの任意のデータ源から別様に導出されたデータなどの、同一患者の直接受診に関連する他のデータと併せて共通データを提示する。例えば図３のユーザ・インターフェースは、患者の共通データと、患者の現在の直接受診に関連する他のデータと、の両方を提示する。このようにして本発明の実施形態は、患者の現在の直接受診に関する様々な情報を単一の表示内においてヘルスケア専門家に提供する。それによりヘルスケア専門家は、複数のデータ源を探すかまたは別様にナビゲートし、それにより患者の直接受診に関してヘルスケア専門家に対して妥当である情報を取得する必要がなくなるか、または減少する。
【００６４】
さらに本発明の実施形態は、それぞれのヘルスケア専門家に提供される患者出力１３２の少なくとも一部を、例えば患者の直接受診における当該ヘルスケア専門家の医療実践領域及び／または役職に基づいて、当該ヘルスケア専門家に適応するよう自動的に調節し得る。かかる情報を調節することは、既存のシステムに優る顕著な利益をもたらす。既存のシステムにおいては、異なる情報が異なるヘルスケア専門家に対して妥当であるという事実にも関わらず、患者の直接受診に関与するヘルスケア専門家全員に対して同一の情報が表示される。その結果、既存のシステムは、患者の直接受診に関連する高度に詳細な情報をしばしば大量に含むため、かかるデータの全部を当該患者の直接受診に関与する各ヘルスケア専門家に対して提示し、妥当な情報を見つけ出すためにかかる情報の全体を検索するという負担を各ヘルスケア提供者に課してしまう。それとは対照的に本発明の実施形態においては、例えば各ヘルスケア提供者に提示される情報を並べ替えること、かかる情報にフィルタ処理を施して妥当でない情報を削除すること、及び／またはかかる情報の一部を強調することなどにより、かかる情報は、当該ヘルスケア提供者の特徴に適応するよう自動的に調節される。それにより、各ヘルスケア提供者に対する認識上の負担は低減され、各ヘルスケア提供者が妥当な情報を検索するにあたり費やす時間量は短縮され、及び各ヘルスケア提供者が妥当な情報を見出す可能性は高くなる。これらの方法のすべてにおいて、本発明の実施形態は、各ヘルスケア提供者が高品質のヘルスケア・サービスを患者に提供することを可能にするプロセスを支援する。
【００６５】
患者の直接受診に関連付けられた共通データは非公式のものであり、データを患者データ・レポジトリ１１６内に文書化するにあたり要求される公式手順にしたがって患者データ・レポジトリ１１６内に文書化される必要がない場合もあるが、患者の直接受診に関連付けられた共通データの一部または全部は、患者データ・レポジトリ内に文書化されてもよい。例えば患者１０６の共通データ４０４ａ内のデータは、例えば共通データ４０４ａの一部または全部を患者データ・レポジトリ１１６内の患者１０６のデータ１１８に文書化する命令を表現するヘルスケア専門家のうちの１名からの入力などのトリガに応答して、または何らかの最小時間量の経過後に、患者データ・レポジトリ１１６内の患者１０６のデータ１１８に文書化される。共通データ４０４ａ内のデータは、様々な方法のうちの任意の方法により、レポジトリ内の患者１０６のデータ１１８に文書化される。例えば、共通データ４０４ａ内の概念は、２００９年９月１日発行の「Ａｕｔｏｍａｔｅｄ  Ｅｘｔｒａｃｔｉｏｎ  ｏｆ  Ｓｅｍａｎｔｉｃ  Ｃｏｎｔｅｎｔ  ａｎｄ  Ｇｅｎｅｒａｔｉｏｎ  ｏｆ  ａ  Ｓｔｒｕｃｔｕｒｅｄ  Ｄｏｃｕｍｅｎｔ  Ｆｒｏｍ  Ｓｐｅｅｃｈ」を発明の名称とする米国特許第７，５８４，１０３（Ｂ２）号、及び／または２０１０年５月１１日発行の「Ｖｅｒｉｆｉｃａｔｉｏｎ  ｏｆ  Ｅｘｔｒａｃｔｅｄ  Ｄａｔａ」を発明の名称とする米国特許第７，７１６，０４０（Ｂ２）号に開示された技術のうちの任意の技術を使用して、認識及び符号化される。同特許の両方は参照される。次に、かかる符号化された概念は患者１０６のデータ１１８内に格納され、（所望により）共通データ４０４ａから削除される。一般に、共通データ４０４ａからのデータが患者データ・レポジトリ１１６に文書化（格納）される際には常に、データを患者データ・レポジトリ１１６に文書化するにあたり要求されるあらゆる手順が遵守される（例えばデータの作成及び／または文書化を担当するヘルスケア専門家が、あらゆる該当する法的要件、規制上の要件、及び／または制度上の要件に準拠して、文書化されたデータに対して審査、検証、及び署名を行うことなどが要求される）。
【００６６】
本発明においては上記において特定的な実施形態に関する説明をしたが、前述の実施形態は単なる例示として提示されたものであり、本発明の範囲を制限するものでもなく、また本発明の範囲を定めるものでもないことを理解されたい。これらに限定されない様々な他の実施形態も請求項の範囲に含まれる。例えば本明細書において説明した要素及び構成品は、同一の機能を実施するために、さらに追加的な構成品へと分割されてもよく、または一緒に接合されてより少数の構成品が形成されてもよい。
【００６７】
例えば本発明の特定的な実施形態が病院内の状況において使用されるものとして説明してきたが、かかる実施形態は単に一事例にすぎず、本発明を限定するものではない。例えば医療費負担適正化法（Ａｆｆｏｒｄａｂｌｅ  Ｃａｒｅ  Ａｃｔ）により責任医療組職（ＡＣＯ：Ａｃｃｏｕｎｔａｂｌｅ  Ｃａｒｅ  Ｏｒｇａｎｉｚａｔｉｏｎｓ）として知られる組織が設立された。これは、医院、病院、療養所、及び介護士などのヘルス提供者の集合体である。ＡＣＯは患者の人々の健康に対して責任を負う。ＡＣＡの下においてＡＣＯ内の患者は、様々なヘルス提供者を横断して追跡され、かかる患者のケアは中央連係センター（ｃｅｎｔｒａｌ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｃｅｎｔｅｒ）を通して連係される。本発明の実施形態はかかる中央連係センターにより使用され得る。これは、本発明の実施形態が使用され得る状況のさらなる事例にすぎない。
【００６８】
本明細書において開示された機能のいずれもが、これらの機能を実施するための手段を使用して実現される。かかる手段は、本明細書において開示された構成要素（例えば以下において説明するコンピュータ関連構成要素など）のうちの任意の構成要素を含むが、これらに限定されない。
【００６９】
上述の技術は、例えば、ハードウェアにおいて、１つまたは複数のコンピュータ可読媒体上に有形的に格納された１つまたは複数のコンピュータ・プログラムにおいて、ファームウェアにおいて、またはこれらの任意の組み合わせにおいて、実現される。上述の技術は、プロセッサ、プロセッサにより読み取り可能及び／または書き込み可能な記憶媒体（例えば揮発性メモリならびに不揮発性メモリ及び／またはストレージ要素を含む）、入力装置、及び出力装置、のうちの任意個数の項目の任意の組み合わせを含むプログラム可能なコンピュータ上において実行する（またはかかるコンピュータにより実行可能な）１つまたは複数のコンピュータ・プログラムにおいて実現される。プログラム・コードが、入力装置を使用して入れられた入力に適用されると、上述の機能が実行され、出力装置を使用して出力が生成されることとなる。
【００７０】
以下の請求項の範囲に含まれる各コンピュータ・プログラムは、アセンブリ言語、機械語、高レベル手続型プログラミング言語、またはオブジェクト指向プログラミング言語などの、任意のプログラミング言語において実現される。プログラミング言語は例えば、コンパイラまたはインタープリタに基づくプログラミング言語である。
【００７１】
かかるコンピュータ・プログラムのうちの各プログラムは、コンピュータ・プロセッサにより実行されるために、機械可読ストレージ装置において有形的に具体化されたコンピュータ・プログラム製品において実現される。コンピュータ可読媒体上に有形的に具現化されたプログラムを実行する１つまたは複数のコンピュータ・プロセッサにより本発明の方法ステップが実行されると、入力に対して操作が行われ、出力が生成されることより、本発明の機能が実行される。好適なプロセッサとしては例えば、汎用マイクロプロセッサ及び特殊用途マイクロプロセッサの両方が挙げられる。一般にプロセッサは、メモリ（例えばリードオンリーメモリ及び／またはランダムアクセスメモリなど）から命令及びデータを受け取り（読み取り）、命令及びデータをメモリに書き込む（格納する）。コンピュータ・プログラム命令及びデータを有形的に具体化するにあたり好適なストレージ装置は、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、ならびにフラッシュ・メモリ・デバイスを含む半導体メモリ装置、内蔵型ハードディスクならびに着脱可能ディスクなどの磁気ディスク、光磁気ディスク、及びＣＤ−ＲＯＭなどの、全形態の不揮発性メモリを含む。前述のストレージ装置のうちの任意の装置は、特殊設計されたＡＳＩＣ（特定用途集積回路）またはＦＰＧＡ（フィールド・プログラマブル・ゲートアレイ）により補足されてもよく、またはこれらに組み込まれてもよい。コンピュータは一般に、内蔵型ディスク（図示せず）または着脱可能ディスクなどの非一時的コンピュータ可読記憶媒体からプログラム及びデータを受け取り（読み出し）、プログラム及びデータをかかるコンピュータ可読記憶媒体に書き込み（格納し）得る。これらの要素は、従来のデスクトップまたはワークステーション・コンピュータの他に、本明細書において説明した方法を実現するコンピュータ・プログラムを実行するための他のコンピュータにも見出され、これらは、任意のデジタル印刷エンジンもしくはマーキング・エンジン、ディスプレイ・モニタ、またはカラー・スケールもしくはグレー・スケールのピクセルを紙面、フィルム、ディスプレイ・スクリーンもしくは他の出力媒体上に生成する能力を有する他のラスタ出力装置と併せて使用される。
【００７２】
本明細書において開示した任意のデータは、例えば、非一時的コンピュータ可読媒体上に有形的に格納された１つまたは複数のデータ構造において実現される。本発明の実施形態は、かかるデータをかかるデータ構造（単数または複数）に格納し、かかるデータをかかるデータ構造（単数または複数）から読み取る。
【図１】
0006348968.tif 000002
【図２】
0006348968.tif 000003
【図３】
0006348968.tif 000004
【図４】
0006348968.tif 000005
【図５】
0006348968.tif 000006
【図６】
0006348968.tif 000007
【図７】
0006348968.tif 000008
【図８】
0006348968.tif 000009
【図９】
0006348968.tif 000010