(57)【特許請求の範囲】
【請求項１】
プロセッサが、患者に関する患者ケアサイクルの複数のフェーズの間、前記患者により受けられた患者ケアを示す情報を取得するステップと、
プロセッサが、前記患者ケアサイクルの異なるフェーズに関して提案される１つ又は複数のケアのパターンを取得するステップと、
プロセッサが、前記患者により受けられた患者ケアと前記１つ又は複数のケアのパターンとを相関させ、最も適合するケアのパターンを特定するステップと、
プロセッサが、前記特定されたケアのパターンに基づき、鍵疾患記述子を前記情報から特定するステップであって、前記鍵疾患記述子が、疾患の状態又は進行の少なくともいずれかを示す、ステップと、
プロセッサが、前記特定された鍵疾患記述子をディスプレイに示す信号を生成するステップとを有する、方法。
【請求項２】
前記信号に基づき、前記患者ケアサイクルの関数として、前記鍵疾患記述子を示すタイムラインを生成及び提供するステップを更に有する、請求項１に記載の方法。
【請求項３】
前記タイムラインが、前記患者ケアサイクルの前記フェーズの関数として、前記鍵疾患記述子を示す、請求項２に記載の方法。
【請求項４】
前記タイムラインが更に、前記フェーズ又は前記患者ケアサイクルの関数として、前記患者により受けられた前記患者ケアを表す、請求項２又は３のいずれかに記載の方法。
【請求項５】
前記フェーズが、診断フェーズ、ステージングフェーズ又は処置前評価フェーズの１つ又は複数に対応する、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記患者に対して実行される医療関連の検査、テスト又は治療の少なくとも１つに対応する情報を含む電子データから、前記患者ケア情報を取得するステップを更に有する、請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記患者ケアを示す情報が、前記１つ又は複数のケアのパターンに属する尤度に基づき、前記最も適合されるケアのパターンが特定される、請求項１乃至６のいずれかに記載の方法。
【請求項８】
自然言語アルゴリズムを用いて、フリーテキストを含む電子データから、前記鍵疾患記述子を取得するステップを更に有する、請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記タイムラインが、前記患者に関する臨床決定を決定するために使用される、請求項２、又は請求項２に直接的または間接的に従属する請求項３乃至８のいずれかに記載の方法。
【請求項１０】
前記パターンが、電子フォーマットにおいて提供される臨床診療ガイドラインから得られる、請求項１に記載の方法。
【請求項１１】
前記タイムラインが、前記サイクルにわたり前記患者の疾患の進行を示す一体化され、かつコンテキスト化された情報、又は前記患者の医学履歴の総合的な概要の少なくとも１つを提供する、請求項２、又は請求項２に直接的または間接的に従属する請求項３乃至１０のいずれかに記載の方法。
【請求項１２】
患者の関心状態に基づき、患者ケアリポジトリからデータをフィルタリングするステップを更に有し、前記取得された情報が、前記フィルタリングされたデータから取得される、請求項１乃至１１のいずれかに記載の方法。
【請求項１３】
患者により受けられた患者ケアを示す電子情報を取得する受け済み患者ケア情報取得部と、
前記患者の患者ケアサイクルの異なるフェーズに対して提案された１つ又は複数のケアのパターンを取得するフェーズパターン取得部と、
前記患者により受けられた患者ケアと前記フェーズに対して提案された１つ又は複数のケアのパターンとの間の相関に基づき、最も適合するケアのパターンを特定するイベント対フェーズ相関器と、
前記特定されたケアのパターンに基づき、前記患者に関する鍵疾患記述子を前記電子情報から特定及び取得する鍵記述子特定部であって、前記鍵疾患記述子が、疾患の状態又は進行の少なくともいずれかを示す、鍵記述子特定部とを有する、システム。
【請求項１４】
前記鍵疾患記述子及び前記相関に基づき、タイムラインを生成するタイムライン生成器を更に有する、請求項１３に記載のシステム。
【請求項１５】
前記タイムラインが、前記サイクルの複数のフェーズの関数として、前記情報を提供する、請求項１４に記載のシステム。
【請求項１６】
コンピュータ実行可能な命令でエンコードされるコンピュータ可読ストレージ媒体であって、前記命令が、コンピュータのプロセッサにより実行されるとき、前記プロセッサに、
患者に関する患者ケアサイクルの複数のフェーズの間、前記患者により受けられた患者ケアを示す情報を取得するステップと、
前記患者ケアサイクルの異なるフェーズに関して提案される１つ又は複数のケアのパターンを取得するステップと、
前記患者により受けられた患者ケアと前記１つ又は複数のケアのパターンとを相関させ、最も適合するケアのパターンを特定するステップと、
前記特定されたケアのパターンに基づき、鍵疾患記述子を前記情報から特定するステップであって、前記鍵疾患記述子が、疾患の状態又は進行の少なくともいずれかを示す、ステップと、
前記特定された鍵疾患記述子をディスプレイに示す信号を生成するステップとを実行させる、コンピュータ可読ストレージ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は一般に、臨床情報科学に関し、より詳細には、タイムラインに関する状態及びオプションでイベント情報を提供することに関し、病気の状態と、１つ又は複数のフェーズを含む患者ケアサイクルに対するフェーズの関数として受けられる患者ケアとを提供するといった、ヘルスケアに関する特定の用途を用いて説明される。しかしながら、本願は、非ヘルスケア用途にも関する。
【背景技術】
【０００２】
ヘルスケアプロバイダは、前もって収集された複数の患者情報に基づき、例えば治療選択又は診断テストといった複数の患者の管理決定を行う。この患者情報は、患者の医療履歴、家族履歴、物理的な検査、診断テスト及び初期治療へのレスポンスを含む。斯かる決定を行うため、ヘルスケアプロバイダは、医療トレーニング及び経験といった黙示的なソース、及び医療研究及び臨床試験の結果、急速に進化する傾向があるグローバル又はローカル臨床診療ガイドラインといった明示的なソースから生じる多くの過去の医療知識を用いる。
【０００３】
任意の臨床決定の基礎は、患者の病進行及び現在の状態である。これは通常、複数のテスト及び検査（例えば癌のステージ）から、又は介入及び治療の結果（例えば切除された腫瘍のマージン又は腫瘍サイズの減少）から集められる鍵疾患記述子（ＫＤＤ）により特徴づけられる。ＫＤＤは、多くの単一のソース文書において配布され、患者ケア情報システム（例えば電子患者記録）に電子的に格納される。これは、情報に対する速い電子アクセスを医師に提供する。
【０００４】
意思決定は、医療知識も必要とする。これはしばしば、臨床診療ガイドラインに記録される。これらのガイドラインにおいて、複数の臨床試験から集められる疾患特有の医学及び臨床知識は、患者ケアサイクルの後続のフェーズ（例えばスクリーニング、診断、臨床ステージング、処置前の評価、治療、治療監視等）の各々に対するケアの標準と組み合わせられる。斯かるガイドラインは、患者ケアサイクルのフェーズに対するテスト及び治療を推奨する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
回顧的に、ＫＤＤの臨床意味は、ＫＤＤが集められたケアサイクルのフェーズに依存する。例えば、ケアサイクルの監視フェーズの間、ＫＤＤは、ケアサイクルの臨床ステージングフェーズの間の同じＫＤＤより、臨床意思決定に対して異なる影響を持つことができる。残念なことに、日常的な臨床診療において、このケアサイクルフェーズ・コンテキストは、患者ケア記録において明確に記録されてこなかった。
【０００６】
更に、患者ケア情報システムは一般に、患者が受けた過去のケアと共に、患者の病進行の総合的な一体化された表示を提供するものではない。結果的に、臨床医は、患者の疾患及び過去のケアの印象を得るため、電子文書の大きなコレクションを厳密に調べなければならない。これは、時間がかかり、骨の折れる作業である可能性がある。更に、それは医師が患者情報を解釈することを必要とする。これは、医師の医学バックグラウンド知識に依存する。
【０００７】
本出願の側面は、上述した事項その他に対処する。
【課題を解決するための手段】
【０００８】
１つの側面によれば、ある方法が、患者に関する患者ケアサイクルの複数のフェーズの間、上記患者により受けられる患者ケアを示す情報を取得するステップと、上記患者ケアサイクルの異なるフェーズに関して提案されるケアのパターンを取得するステップと、上記パターンに基づき、上記患者ケアを示す情報と上記フェーズとを相関させるステップと、上記相関に基づき、鍵疾患記述子を上記情報から抽出するステップと、上記抽出された鍵疾患記述子を示す信号を生成するステップとを含む。
【０００９】
別の側面によれば、システムは、患者に関する患者ケアサイクルの関数として、上記患者に関する鍵疾患記述子を示すタイムラインを表す信号を生成するプロセッサを含む。
【００１０】
別の側面によれば、ある命令でエンコードされるコンピュータ可読ストレージ媒体が提供され、上記命令が、コンピュータのプロセッサにより実行されるとき、上記プロセッサに、実行サイクルの複数のフェーズの関数として、上記実行サイクルに関する状態情報及び完了したイベント情報を示すタイムラインを生成及び提供させる。
【図面の簡単な説明】
【００１１】
【図１】タイムラインを生成及び表示するコンピュータシステムを含む例示的なシステムを説明する図である。
【図２】ヘルスケアアプリケーションに関する命令を実行するコンピュータシステムの１つ又は複数のプロセッサの非限定的な例を説明する図である。
【図３】タイムラインを生成及び提供する例示的な方法を説明する図である。
【図４】非限定的で例示的なタイムラインを説明する図である。
【発明を実施するための形態】
【００１２】
本発明は、様々な要素及び要素の配列の形式並びに様々なステップ及びステップの配列の形式を取ることができる。図面は、好ましい実施形態を説明するためだけにあり、本発明を限定するものとして解釈されるべきものではない。
【００１３】
図１は、複数フェーズの実行サイクルに関連して状態（及びオプションで完了したイベント）情報を示す、及び／又は視覚化する信号を生成する例示的なシステム１００を説明する。
【００１４】
システム１００は、１つ又は複数のプロセッサ１０４と、コンピュータ可読命令でエンコードされたコンピュータ可読ストレージ媒体１０６とを備えるコンピュータシステム１０２を含む。この命令は、１つ又は複数のプロセッサ１０４で実行されるとき、システム１０２に、状態情報を及びオプションで完了したイベント情報を、複数フェーズの実行サイクルに相関させる。以下に詳しく述べられるように、この相関は、タイムラインを介して提供されることができ、このタイムラインにおいて、状態及びオプションで完了したイベント情報が、実行サイクルの関数又は実行サイクルのフェーズの関数として提供される。
【００１５】
完了したイベント情報リポジトリ１０８は、例えばコンピュータシステム１０２により使用される完了したイベント情報といった完了したイベントを示す電子情報を格納する。リポジトリ１０８は、例えば１つ又は複数のデータベース、サーバ、ハードドライブ等の様々な物理的なストレージ媒体を含むことができる。更に、リポジトリ１０６は、システム１００のローカルにある、又はシステム１００からリモートにあるとすることができ、及び／又は複数のシステムにわたり分散されることができる。完了したイベント情報リポジトリ１０８は、例えば外部ハードドライブ、ＣＤ、ＤＶＤ、メモリスティック等の携帯型ストレージ媒体を含むこともできる。
【００１６】
フェーズ情報リポジトリ１１０は、実行サイクルのフェーズ及び複数フェーズの実行サイクルの異なるフェーズに関して提案されたイベントを示す電子情報を格納する。リポジトリ１０８同様、リポジトリ１１０は、例えば１つ又は複数のデータベース、サーバ、ハードドライブ等の様々な物理的なストレージ媒体を含むことができる。更に、リポジトリ１１０は、システム１００のローカルにある、又はシステム１００からリモートにあるとすることができ、及び／又は複数のシステムにわたり分散されることができる。フェーズ情報リポジトリ１０８は、例えば外部ハードドライブ、ＣＤ、ＤＶＤ、メモリスティック等の携帯型ストレージ媒体を含むこともできる。
【００１７】
モニタ等といったディスプレイ１１２が、少なくともタイムラインを表示するために用いられることができる。例えば、タイムラインは、ディスプレイ１１２を介して与えられるウィンドウのグラフィカルユーザインタフェース（ＧＵＩ）において提示される。本書において利用される、ウィンドウは、情報を与える（又は、視覚的に出力する）及び／又は入力又は情報を受け入れるＧＵＩの視覚化エリア又は領域である。１つ又は複数のウィンドウは、重畳される、視覚的に後ろに配置される、及び／又は、１つ又は複数の他のウィンドウに関連して（例えば、マウス等を介して）回されることができる。斯かるウィンドウは、別のウィンドウから独立していること、又は依存することができる。
【００１８】
図２は、ヘルスケアアプリケーションに関する命令を実行する１つ又は複数のプロセッサ１０４の例を説明する。上述したように、ヘルスケアは、非限定的な用途に過ぎず、他の用途も本書において想定される。
【００１９】
受信済み患者ケア情報取得部２００は、イベント情報リポジトリ１０８に格納される電子情報から患者に関する受信済み患者ケアを示す情報を特定及び取得する。図示された受信済み患者ケア情報取得部２００は、患者の関心疾患又は状態に関連付けられるリポジトリ１０８から情報を抽出するのを容易にする１つ又は複数のフィルタ２０２を含む。患者の関心疾患又は状態は、臨床医により特定される、及び／又は患者に関する最近のテキスト、手順等により推定されることができる。これは、１つ又は複数のプロセッサ１０４により続いて処理される情報のボリュームを減らすのを容易にすることができる。
【００２０】
この例において、リポジトリ１０８は、患者に関する患者ケアサイクルの間、患者に実行されるテスト、検査、治療等を示す電子情報を含む。斯かる情報は、１つ又は複数の病院情報システム（ＨＩＳ）、電子医療記録（ＥＭＲ）、放射線学情報システム（ＲＩＳ）等、及び／又は１つ又は複数の他のシステムから得られることができ、患者の臨床履歴（例えば、体位置、症状、徴候、検査の理由、以前の知識等）、及び／又は所見、関連する生体構造位置、及び／又は患者に対する現在の診断による結論を含むことができる。斯かる情報は、構造化されたフォーマット（例えば、電子フォーム）に、及び／又はフリーテキストを含むあまり構造化されていない電子文書に含まれることができる。
【００２１】
フェーズパターン取得部２０４は、患者に対するケアサイクルに基づき、電子状態及びフェーズ情報リポジトリ１１０に格納される電子情報から、ケアサイクルの１つ又は複数のフェーズを実行するために提案されるイベントの１つ又は複数のパターンを特定及び取得する。斯かる情報は、電子臨床ガイドラインから得られることができる。これは、特有の疾患及び／又は状態を持つ患者をどのように治療及び管理するかに関して、ヘルスケア専門家に対する１つ又は複数のセットの推奨を記録する。適切なガイドラインは、以下に限定されるものではないが、癌、外傷、心筋梗塞、冠状動脈心臓まひ、胸部の痛み、喘息、心房細動、熱傷、糖尿病、薬物過剰摂取、耳痛、胃腸及び／又は他の臨床ガイドラインに関する。ガイドラインは、単一の対象物に特有である場合があり、及び／又は対象物のグループに対して適用することができる。
【００２２】
オプションのイベント対フェーズ相関器２０６は、取得されたフェーズパターンに基づき、患者ケアサイクルのフェーズに対して、取得された患者ケアを相関又はマッピングする。イベント対フェーズ相関器２０６は、相関を示す信号を生成する。フェーズの間、患者により受けられる実際のケアが、フェーズに対して推奨されるガイドラインのケアから外れる場合があるので、相関は、最高確率、尤度、信頼性レベル等といった最も可能性のある適合に基づかれる。
【００２３】
鍵記述子特定部２０８は、１つ又は複数の鍵疾患記述子（ＫＤＤ）を特定する。これは、パターン及び／又は相関に基づき、ケアサイクルに対する状態及び／又は疾患の進行を示す。ここでも、ＫＤＤは、複数のテスト及び検査から、又は介入及び治療の結果から集められ、ＫＤＤは、それが決定されたフェーズに基づき、異なる意味を持つ。この例において、ＫＤＤは、ＫＤＤリポジトリに格納される電子ファイルに格納される。これは、リポジトリ１０８及び１１０に実質的に類似するものとすることができる。非ヘルスケア用途に対して、鍵記述子特定部２０８は、１つ又は複数の鍵記述子（ＫＤ）を特定する。
【００２４】
タイムライン生成器２１０は、ＫＤＤ（及びオプションで取得された患者ケア）のタイムラインを示す信号を生成する。タイムラインは、取得されたケア情報、取得されたフェーズパターン、ケアとフェーズとの間の相関、特定された鍵記述子、及び／又は他の情報に基づかれる、ケアサイクルの関数又はケアサイクルのフェーズの関数とすることができる。１つの非限定的な例において、タイムラインは、フェーズの関数としてこれを提供することにより、ＫＤＤ、テスト、検査、治療等を特徴づける及びコンテキスト化する。これは、総合的な一体化された表示を提供する。ＫＤＤの臨床意味は、ＫＤＤが集められた（及び、同じＫＤＤが、異なるフェーズにおいて現れることができる）ケアサイクルのフェーズに依存するので、タイムラインは、ＫＤＤの意味を解釈するのに、及び続いてこの解釈を用いて臨床決定を行うために用いられることができる。
【００２５】
図３は、状態タイムラインを生成及び提供するための例示的な方法を説明する。簡潔さ及び説明的な目的のため、この方法は、ヘルスケア用途に関連して説明される。しかしながら、この方法は、ヘルスケア用途に限定されるものではない。更に、以下のステップの順序は限定事項ではない点を理解されたい。そのようなものとして、他の順序も本書において想定される。更に、１つ又は複数のステップは省略されることができ、及び／又は、１つ又は複数の追加的なステップが含まれることができる。
【００２６】
ステップ３０２において、患者が受けた実際のケアを示す電子情報が得られる。上述したように、患者の関心疾患又は状態に関連するケアだけを抽出するため、１つ又は複数のフィルタが使用されることができる。斯かるケアは、以下に限定されるものではないが、例えば、検査、テスト、治療等を含む。電子情報は、１つ又は複数の電子リポジトリから得られることができる。これは、以下に限定されるものではないが、病院情報システム（ＨＩＳ）、放射線学情報システム（ＲＩＳ）、電子医療記録（ＥＭＲ）、一般的な診療情報システム、専門特有の情報システム（例えば、心臓学、腫瘍学等の情報システム）及び／又は他の患者情報のソースを含む。ＨＬ７及び／又は他のプロトコルといったデータ相互運用性プロトコルが、情報の様々な異なるソースから情報を得るために用いられることができる。
【００２７】
ステップ３０４において、ケアサイクルの１つ又は複数のフェーズの提案されたケアのパターンが得られる。斯かるフェーズは、以下に限定されるものではないが、例えば、診断、ステージング、事前治療評価を含む。パターンは、電子臨床診療ガイドライン及び／又は他のソースから得られることができる。臨床診療ガイドラインは通常、ツリー状構造において組織化される。結果として、ケアサイクルにおけるフェーズに関して推奨されるケアのパターンは、以前に確立された疾患特性に依存する。例えば、肺癌ガイドラインにおける処理前の評価フェーズのケアのパターンは、ステージＩ及びステージＩＩの間でわずかに異なることができる。ここで、ステージＩＩに関するパターンは追加的に、脳ＭＲＩを推奨する。
【００２８】
ステップ３０６において、このパターンは、電子情報と比較される。非限定的な例を用いて、処理前の評価フェーズ及び肺癌ガイドラインに関して、このパターンは、ＰＦＴ、気管支鏡法、縦隔鏡検査及びＰＥＴ／ＣＴスキャンの組合せを含むことができ、この組合せは、患者が受けた実際のケアに対して比較される。
【００２９】
ステップ３０８において、オプションで、ケア及びフェーズの間の相関を示す信号が比較に基づき生成される。上述したように、フェーズの間、患者により受けられる実際のケアが、そのフェーズに対して推薦されるガイドラインのケアから外れる可能性があるので、マッピングは、最高確率、尤度、信頼性レベル等といった最も可能性のある適合に基づかれる。
【００３０】
ステップ３１０において、ＫＤＤは、信号及び／又はパターンに基づき、電子情報において特定される。電子情報がフリーテキストを含むことができる場合、斯かるデータを決定及び／又は取得することを容易にするため、自然言語処理等が用いられることができる。非限定的な例を用いて、例えば、縦隔ノードが陽性又は陰性かを示す情報は、ＰＦＴ、気管支鏡法、縦隔鏡からの電子レポートにおいて特定される。
【００３１】
ステップ３１２において、ＫＤＤ（及びオプションで、受信済み患者ケアを示すしるし）が、ケアサイクルの関数又は患者ケアサイクルのフェーズの関数として、タイムラインに提供される。例えば、タイムラインは、疾患進行及び患者ケアの一体化され、かつコンテキスト化されたタイムライン表示を提供する。これは、患者の過去の医学履歴の総合的な概要を医師が迅速に得ることを助けることができる。代替的に、ケアサイクルの関数又は患者ケアサイクルのフェーズの関数として、ＫＤＤ及びオプションで完了した患者ケアを示す信号が生成される。
【００３２】
斯かるタイムラインは、患者のことをまだよく知らない、及び／又は時間的にクリティカルな状況下の医師に、患者の状態の比較的迅速な理解を提供する。斯かる状態の非限定的な例は、腫瘍委員会会議である。そこでは、異なる分野の医師が数分の時間フレームで、患者の過去のケア及び医療状態に関する共有された表示を得て、決定を行う必要がある。図４は、腫瘍委員会会議に関する例示的なタイムラインを示す。
【００３３】
この例に関して、以前の知識は、電子フォーム及びコンピュータ解釈可能なフォームにおいて格納される。斯かる知識の簡単な例は、規則セットである。これは、ある状態及びその状態下で必要とされる情報を含む。この状態は、患者人口統計（年齢、性）、履歴（前の癌、前の手術等）、疾患タイプ及びステージ（癌のタイプ、位置、ＴＮＭステージ）、なされた治療（手術、化学療法、放射線療法）等を含むことができる。斯かる状態が与えられると、規則は、ケアフェーズ間の関係、典型的なテスト、斯かるフェーズに属する検査及び治療、及び疾患を特徴づける重要な出力パラメタを特定し、ケアサイクルにおける次のステップを誘導する。
【００３４】
図４において、ｙ軸４０２は、疾患状態４０４及び患者により受けられる実際のケアを表し、ｘ軸４０６は、患者ケアサイクルのフェーズを表す。この例において、受けられるケアは、摂取された薬物４０８、研究室結果４１０、治療４１２、放射線学手順４１４及び病変４１６を含み、患者ケアサイクルは、診断フェーズ４１８、ステージングフェーズ４２０、治療フェーズ４２２及び治療評価フェーズ４２４を含む。他の状態、ケア及び／又はフェーズが、追加的又は代替的に含まれることができる。
【００３５】
図４に示されるように、疾患状態４０４の特定されたＫＤＤ４２６、４２８、４４０及び４４２は、それぞれサイクル４０６のフェーズ４１８、４２０、４２２及び４２４へと視覚的にマッピングされる。薬物４４４、４４６及び４４８は、それぞれフェーズ４１８〜４２４、４１８〜４２４及び４１４へと視覚的にマッピングされる。研究室結果４４０及び４４２は、それぞれフェーズ４１８〜４２４及び４１８〜４２４へと視覚的にマッピングされる。治療４４４及び４４６は、それぞれフェーズ４２２及び４２２へと視覚的にマッピングされる。放射線学手順４４８、４５０、４５２及び４５４は、それぞれフェーズ４１８、４２０、４２０、及び４２４へと視覚的にマッピングされる。病変４５６及び４５８は、それぞれフェーズ４１８及び４２４へと視覚的にマッピングされる。
【００３６】
本書において論じられるように、斯かるタイムラインは、患者ケアサイクルを通して疾患進行の一体化され、かつコンテキスト化されたタイムライン表示を提供する。これは、患者の過去の医学履歴の総合的な概要を医師が迅速に得るのを助けることができる。
【００３７】
代替的に、状態４０４又は患者により受けられる実際のケア（例えば、４０８〜４１６）の１つ又は複数が、提供されない又はタイムラインから省略される。追加的又は代替的に、異なるフェーズ（例えば、４１８〜４２４）が、提供されない又はタイムラインから省略される。変形例において、他の情報が、タイムラインにおいて、追加的又は代替的に与えられることができる。状態４０４、ケア４０８〜４１６、フェーズ４１８〜４２４、及び／又は、他の情報が、１つ又は複数の他のタイムラインにおいて提供され、又は、他の態様で与えられることもできる。
【００３８】
タイムラインにおいて提供される１つ又は複数のしるしは、例えばハイパーリンク又は他のリンクを介して、それが表す情報へのリンクを提供することができる。これらは、タイムラインを見ている臨床医が、例えばテスト結果、所見、画像等といった更なる情報を引き出すため、マウスを介してこのしるしをクリックする、又は他の態様でしるしを選択することを可能にすることができる。例えば、手術タブ４４６上でクリックすることは、手術に関する基礎及び／又は手術からの所見について述べる１つ又は複数の電子文書を引き出すことができる。
【００３９】
上記は、臨床意志決定支援システム（ＣＤＳＳ）に関連して使用されることができる点を理解されたい。一般に、ＣＤＳＳは、臨床設定における意思決定を容易にするコンピュータシステムである。近年のＣＤＳＳは、臨床医が臨床決定することを支援する対話的なソフトウェアベースのシステムを含む。これは、診断、解析、治療等を決定するのを助けるため、ユーザが患者データと相互作用することができる対話的なグラフィカルユーザインタフェース（ＧＵＩ）を与えることを含む。
【００４０】
ＣＤＳＳは、臨床診療ガイドラインに基づかれる。これは、特有の疾患及び状態を持つ患者をどのようにして最適に治療及び管理するかに関する、ヘルスケア専門家に対する推奨／提案の記録されたセットである。推奨／提案は、臨床医を誘導するための情報（例えば、決定オプション及び予想される結果）のピースである。ＣＤＳＳを用いると、臨床医は、入力を提供し、解析オプション等を選択し、ＣＤＳＳは、データを処理し、提案及び／又は解析結果を提供する。臨床医は、情報をレビューし、何が有益であるかを究極的に決定し、臨床決定を行う。ＣＤＳＳは、事前診断において、診断の間に、及び事後診断（治療計画を含む）において使用される。
【００４１】
コンピュータシステム１０２は、ワークステーション、コンピュータ又はこれらと同等なものとすることができる。更に、コンピュータシステム１０２は、スタンドアロンコンピュータシステム、又は複数のヘルスケア提供サイトにわたり分散されるネットワークの一部とすることができる。本書において、コンピュータ可読ストレージ媒体は、信号媒体を含まない点も理解されたい。本書における実施形態は、信号媒体を用いて又はストレージ及び信号媒体の組合せを用いて実行されることもできる点を更に理解されたい。
【００４２】
本発明が、好ましい実施形態を参照して説明されてきた。上記の詳細な説明を読み及び理解すると、第三者は、修正及び変更を思いつくことができる。それらの修正及び変更が添付の特許請求の範囲又はその均等物の範囲内にある限り、本発明は、すべての斯かる修正及び変更を含むものとして構築されることが意図される。
【図１】
0006054295.tif 000002
【図２】
0006054295.tif 000003
【図３】
0006054295.tif 000004
【図４】
0006054295.tif 000005