JP2008204461A - 様々な情報システムからの電子医療記録データの臨床表示および検索を提供するための方法およびシステム - Google Patents

Abstract

【課題】様々な情報システムからの電子医療データの臨床表示および検索を提供する。
【解決手段】複数の情報システムから患者に関するデータを集約するプロセッサ、１つまたは複数の基準に基づいて集約されたデータをフォーカスするフィルタ、およびフォーカスされたデータ（２１０、３１０）をユーザに提供する出力（２２０、３３０、５２４）を含むユーザインターフェースシステム（２００、３００、５００）が提供される。他の実施形態においては、複数のシステムから患者に関するデータを集約し（４２０）、統合されたインターフェース（２００、３００）を通して入力された１つまたは複数のユーザ定義の基準に基づいて集約されたデータをフィルタリングし（４５０）、統合されたインターフェース（２００、３００）を介して集約されたデータを表示する（４００）電子患者データ集約のための方法（４００）が提供される。
【選択図】図２

Description

本発明は、一般に、患者データを集約し閲覧することに関する。より詳細には、本発明は、様々な異種の情報システムからの患者の電子医療記録データすべての臨床表示および検索機能を提供する方法およびシステムに関する。

臨床または医療環境は、イメージングシステム、データストレージシステム、および医療環境で使用される他の機器の使用の組織化および容易さの向上から恩恵を受ける、込み合った厳しい環境である。病院または診療所などの医療環境は、多数の専門家、患者、機器およびコンピュータ化された情報システムを包含する。医療施設の職員は、患者に高品質のサービスを提供するために、複数の患者、システム、および業務を管理しなければならない。医療職員は、彼らのワークフローで多くの困難または障害に遭遇する。

医療では、電子データおよび記録管理が中心になってきている。病院または診療所などの医療環境は、医療情報システム（ＨＩＳ）、放射線情報システム（ＲＩＳ）、臨床情報システム（ＣＩＳ）、および循環器情報システム（ＣＶＩＳ）などの情報システム、ならびに画像保管通信システム（ＰＡＣＳ）、図書館情報システム（ＬＩＳ）、および電子医療記録（ＥＭＲ）などのストレージシステムを含む。記憶されている情報は、たとえば、患者の病歴、画像データ、検査結果、診断情報、管理情報、および／またはスケジュール情報を含んでもよい。特定の情報システムのための情報が集中的に記憶されてもよく、複数のロケーションで分割されてもよい。医療専門家が医療ワークフローの様々なポイントにおける患者情報または他の情報にアクセスすることを望む可能性がある。たとえば、患者の画像スキャン中に、医療職員が医療情報システムに記憶されている患者診察指示などの患者情報にアクセスする可能性がある。あるいは、医療職員が画像スキャン中に病歴、診断、および／または治療情報などの新規情報を医療情報システムに入力する可能性がある。

異なる臨床部門および異なる臨床システムが患者情報を異なる方法でかつ異なる形で収集し、その情報をしばしば個別に記憶する。その場合、情報はいくつかの異種のシステムから取り出され、閲覧されなければならない。

現在の情報および管理システムは、相互接続および柔軟性を提供していない。現在の臨床情報システムは、通常、特定のユーザのためにプログラマによって手動で変更される。患者ケアまたは業務管理のワークフローの多くの構成要素は、ペーパベースであるか、または全く存在しない。現在のシステムは、ユーザが患者情報、資源情報、指示、および結果にアクセスし、それらを相互に関係づけることができる中央システムを提供していない。様々なソリューションを提供する多くのサードパーティベンダも、相互運用性および接続性に関して困難を引き起こす。

現在、患者の全生涯に関する関連患者情報が、様々なベンダおよび様々な医療プロバイダからのペーパ、フォルダおよび異種の情報システムを含むいくつかのフォーマットに存在する。現在のシステムは、この情報を効果的に集約することができない。さらに、現在のシステムは、医療プロバイダが病気を評価し診断するときに患者の完全な病歴を解釈することができるようにこの情報を一度に表示することができない。プロバイダは、患者の十分な病歴をめったに見ることができない。より一般には、プロバイダは、自分が集めた情報、または、臨床環境で患者に聞いた質問の回答として受け取った情報しか持っていない。主要な決定は、プロバイダが決定をする時点で自分にとって利用可能な限られた知識によって行われる。

したがって、複数の異種の資源から電子医療記録データを集約するシステムおよび方法が非常に望ましいはずである。様々な異種の情報システムにわたる臨床表示および検索機能を容易にするシステムおよび方法が非常に望ましいはずである。

様々な情報システムからの電子医療データの臨床表示および検索を提供する、改良された方法およびシステムが提供されることが望まれる。

いくつかの実施形態は、電子患者記録を表示するユーザインターフェースシステムを提供する。本システムは、集約された電子患者記録を形成するために複数の情報システムから患者に関するデータを集約するプロセッサを含む。本システムはまた、集約されたデータを１つまたは複数の基準にフォーカスするフィルタを含む。本システムは、フォーカスされたデータをユーザに提供する出力をさらに含む。

いくつかの実施形態は、電子患者データ集約のための方法を提供する。本方法は、複数のシステムのそれぞれでのユーザによる個々の手動ログインなしに、複数のシステムから患者に関するデータを集約する段階を含む。本方法はまた、集約されたデータのフィルタリングされたサブセットを提供するために、統合されたインターフェースを通して入力された１つまたは複数のユーザ定義の基準に基づいて集約されたデータをフィルタリングする段階を含む。本方法は、統合されたインターフェースを介して、集約されたデータを表示する段階をさらに含む。

いくつかの実施形態は、コンピュータ上で実行するための命令のセットを有するコンピュータ可読媒体を提供する。命令のセットは、集約された電子患者記録を表示するユーザインターフェースルーチンを含む。電子患者記録は、患者に関する複数のデータポイントを含む。複数のデータポイントは、複数の情報資源から集約された患者データを提供する。ユーザインターフェースルーチンは、単一のビューの中の複数のデータポイントへのアクセスおよびそれらのレビューを提供する。命令のセットはまた、ユーザインターフェースルーチンを介して表示可能なフィルタリングされた電子患者記録を生成するために、ユーザによって提供された１つまたは複数の条件に基づいて、集約された電子患者記録をフィルタリングするフィルタルーチンを含む。

前述の本発明の開示、ならびに本発明のいくつかの実施形態の以下の詳細な説明は、添付の図面と併せて読まれればよりよく理解されるであろう。本発明を例示するために、いくつかの実施形態が図面に示されている。しかし、本発明は、添付の図面に示された構成および手段に限定されないことが理解されるべきである。

いくつかの実施形態は、様々な異種の情報システムからの患者の電子医療記録データの全臨床表示および検索を容易にするシステムおよび方法を提供する。いくつかの実施形態では、ワークリストまたはブラウザが１つまたは複数の企業病院情報システムに照会する。ワークリストおよびブラウザは、照会されたデータを特定の患者検索からの結果およびデータポイントを表示する単一のインタラクティブウィンドウに集約する。

いくつかの実施形態では、ワークリスト／ブラウザが、放射線情報システム、心臓病学情報システム、薬学情報システム、薬剤情報システム、および検査室情報システム、ならびに、画像保管通信システム、および／または他の臨床情報システムなどのシステムからの情報を表示することができる。現在のシステムは、接続され照会された情報システムにおける柔軟性および幅を許容していない。

いくつかの実施形態では、検索結果が行列フォーマット（たとえば、表、スプレッドシート、および／または他の記録フォーマット）で提供されてもよい。検索の列見出しは、特定のユーザに関するメタデータを表示するようにユーザ設定可能であり得る。たとえば、図２および３に示されているように、列は、項目と値と日付と来院に関する情報を表示するようにユーザによって設定されることができる。列見出しは、たとえば、動的キーストロークを介して患者情報をフィルタリングするために使用されることができる。代替として、および／または追加として、検索結果情報の表示および／または使用をフォーカスし、かつ／またはそうでなければ設定するために、各列見出しに関する特定のドロップダウンメニュがユーザに提供されてもよい。

図１は、本発明の一実施形態による患者の全電子医療記録データポイントの例示的表示を示す。医療記録データは、たとえば、デフォルト、報告／情報タイプおよび／またはユーザプロフィール／プリファレンスによってデータポイントを構成する複数の列によって患者のために構成されてもよい。

図２に示されているように、様々なビューが単一のインターフェース２００に報告データ２１０を提供されてもよい。たとえば、データ表示の右側の列の項目および値ウィンドウ２２０が、ユーザが表示のために特定のタイプのＥＭＲ患者データをフィルタリングすることができるようにする。たとえば、図３に示されているように、右側の列にある日付および来院ウィンドウ３３０が、ユーザが日付および／または日付範囲に基づいてデータポイント３１０をフィルタリングすることができるようにする。

いくつかの実施形態では、表または列ベースのフォーマットでのデータの表示の代替としてまたは追加として、患者データが、たとえば、情報のカテゴリ／タイプに基づいて統合されたおよび／または分離されたタイムラインまたは日時順フォーマットで表示されてもよい。

検索結果ブラウザまたはインターフェースを使用して、臨床医などのユーザは、たとえば患者の健康または病状に関する全コンテキストをビジュアル化するために、患者の全電子医療記録を検索しフィルタリングすることができる。いくつかの実施形態では、一度に患者の完全な電子医療記録の表示を可能にする単一のまたは統合された表示システムが提供される。いくつかの実施形態は、ユーザが、複数のワークステーションにログインしなくても、単一のワークステーションおよび／またはインターフェースから患者の医療データをビジュアル化することができるようにする。たとえば、データが、単一のインターフェースを介しての表示のために、前もって、および／または複数の使用しているシステムとの通信を通しての要求によって、自動的に取り出され、集約される。また、すべてのデータを一度にアクセス可能にすることによって、ユーザは、様々な情報提供レイアウトでデータを表示しビジュアル化することができるようになる。

いくつかの実施形態では、患者データの検索結果が１つまたは複数の方法でフィルタリングされることができる。たとえば、インターフェースが、データのタイプに基づくフィルタリングを可能にすることができる。フィルタリングは、ユーザ定義のメタデータ駆動列に基づいて行われてもよい。データはまた、たとえば、日付および／または時間範囲に基づいてフィルタリングされてもよい。さらに、データは、患者の来院（たとえば、患者の最新の来院、最新５回の来院、最新「Ｎ」回の来院など）に基づいてフィルタリングされてもよい。

いくつかの実施形態は、１つのインターフェースに患者の全生涯に関する包括的臨床文書を提供する方法およびシステムを提供する。いくつかの実施形態は、患者の全病歴が１つのコンテキストの中で表示され、編集され、インタラクトされることができるようにする。ユーザは、患者の健康状態全体をより良く理解するために患者の病歴またはタイムラインの全形態を高いレベルで閲覧することができる。高レベルの全体的な有利な点から、ユーザは、ナビゲーションカーソル、マウスクリック、タッチスクリーン、音声コマンド、凝視トラッキングなどを使用することによって患者の病歴上の任意の特定の項目にナビゲートすることができる。ユーザは、特定の検査室報告、健康診断書、処置などを閲覧するためにタイムライン内の分離されたメタデータまでドリルダウンすることができる。したがって、ユーザは、インターフェースを介してスクロール、ドラッグ、拡張、縮小などをすることによって、統合されたインターフェースを介して患者の医療データの完全なセットをナビゲートすることができる。

患者のＥＭＲおよび／または他の記録は患者の病歴を含み、タイムスタンプ（または、データが集められた、あるいは入力された時間および日付）を有するデータを含む。データのタイプは、検査名、検査結果、画像処置、医療来院（たとえば、病院、医院、診療所など）、医療問題、ケア提供者の面接、医療処置、症状、生物学的解析、所見、投薬、獲得などを含んでもよい。データのこれらのタイプ／カテゴリは、それぞれ、たとえば、データ発生のイベントごとに共通のおよび／または個別のタイムラインに関する符号によって表されることができる。

いくつかの実施形態では、ＥＭＲは、各患者の面接を表す符号でタイムラインを提示することによってビジュアルにデータを提示することができる。患者の面接は、たとえば、任意の検査、来院、または任意の医者、看護師、放射線専門医、画像技術者または他のケア提供者との他の面接を含むことができる。多くの患者の面接では、タイムラインは乱雑で難しくなりすぎるので、データ間の関連をビジュアル化することができない。データは、患者の面接（たとえば、医院／病院への来院／入院）、時間／日付範囲、問題（たとえば、糖尿病、心臓病、骨折など）、処置（たとえば、手術、一連の検査室検査など）、病院／診療所／ケア提供者などの収集／入力などによってなど、いくつかの方法で関連づけられることができる。

いくつかの実施形態では、レンダリングエンジンが集約されたデータを単一のタイムラインインターフェースに「チャート」またはマップしてもよい。新規データが収集されるにつれて、レンダリングエンジンは、タイムラインを「書き直し」、インターフェースを更新することができる。

いくつかの実施形態では、患者は、自分自身のデータを所有するばかりでなく、任意の医療プロバイダ、支払者、臨床試験などとデータを共有することができる。たとえば、患者データは、別のアプリケーション、データベース、情報システム、ポータブル医療記録などにルーティングされてもよい。

いくつかの実施形態では、包括的患者データポイントが単一のロケーション（たとえば、サムドライブ、ＣＤ、ＤＶＤ、ハードドライブなど）に集約されてもよい。複数の臨床アプリケーションからのエクスポート機能が、単一のロケールへの情報の集約およびストレージを可能にする。

いくつかの実施形態では、患者医療記録が、共通の患者コンテキストの下で複数の情報システムから情報を集約した。情報システムは、たとえば、放射線情報システム（ＲＩＳ）、画像保管通信システム（ＰＡＣＳ）、コンピュータによる医療指示入力（ＣＰＯＥ）、電子医療記録（ＥＭＲ）、臨床情報システム（ＣＩＳ）、心臓血管情報システム（ＣＶＩＳ）、図書館情報システム（ＬＩＳ）、および／または他の医療情報システム（ＨＩＳ）を含んでもよい。患者記録へのアクセスを容易にするインターフェースは、臨床コンテキストオブジェクトワークグループ（ＣＣＯＷ）コンテキストマネージャおよび／またはコンテキストマネージャに基づく他のルールなどのコンテキストマネージャを含んでもよい。構成要素は、コンピュータ、医療システム、ストレージ装置、カスタムプロセッサ、および／または他の処理ユニットなど１つまたは複数の処理ユニット上の有線および／または無線接続を介して通信してもよい。構成要素は、ハードウェア、ソフトウェアおよび／またはファームウェアに個別に実装されてもよく、かつ／または、たとえば、様々な形態で統合されてもよい。

いくつかの実施形態は、たとえば、ルールおよびコンテキスト共有に基づくアプリケーション実行および／または情報取出しのための統合ソリューションを提供するために使用されてもよい。たとえば、コンテキスト共有は、たとえば、情報および／または構成オプション／設定がシステム環境間で共有されることができるようにする。たとえば、ルールが動的に定義されてもよく、かつ／または、情報システムおよび／またはアプリケーションから生成されたプロセス情報をフィルタリングおよび／または処理するためにライブラリからロードされてもよい。

特定の患者に関する情報が、たとえば、統合された患者記録タイムラインを介したユーザへのプレゼンテーションのために１つまたは複数の情報システムから抽出および／またはリンクされてもよい。いくつかの実施形態では、たとえば、情報の取出し、表示および／または処理設定が、特定のユーザまたはユーザのタイプに応じてカスタマイズされてもよい。情報の取出し、集約、表示および／または処理が、たとえば、ルール、プリファレンス、および／または他の設定に基づいて行われてもよい。ルール、プリファレンス、設定などは、たとえば、予め設定されたパラメータおよび／または観察されたデータに基づいて自動的に生成されてもよい。ルール、プリファレンス、設定などは、たとえば、システム管理者または他のユーザによって作成されてもよい。ルール、プリファレンス、設定などはまた、たとえば、経験に基づいて手動でおよび／または自動的に適応されてもよい。

いくつかの実施形態では、ユーザが、コンテキスト共有および統合されたユーザインターフェースを介してすべての接続されたシステム上で見つけられた情報にアクセスするために、接続されたシステムのうちの任意の１つおよび／または別個のシステムをログオンしてもよい。いくつかの実施形態では、情報が、より容易な、より効果的な閲覧のためにフィルタリングされてもよい。

いくつかの実施形態では、患者記録を提供するユーザインターフェースが、たとえば、複数のアプリケーションおよびワークフローを処理するために、透視図管理システムと一緒に動作してもよい。透視図管理システムは、ワークフロー段階および特定のユーザに関する他の情報を保存する様々な透視図が定義されることができるようにする。透視図は、たとえば、ワークフローに基づいてビジュアル構成要素の位置情報およびインタラクションを保存するために使用されてもよい。透視図は、関連情報がユーザに提示されることができるようにする。

いくつかの実施形態では、たとえば、患者記録が識別情報、アレルギおよび／または病気情報、病歴情報、指示、薬剤、経過記録、フローシート、検査室検査結果、画像、モニタ、要約、管理情報、および／または他の情報を提供する。患者記録は、たとえば、医療専門家および／または患者のための業務のリストを含んでもよい。患者記録はまた、たとえば、ケアプロバイダ、および／または患者の居場所を識別してもよい。

いくつかの実施形態では、たとえば、正常な結果、異常な結果、および／またはクリティカルな結果が表示される。たとえば、表示は、アイコンなど、グラフィカルでもよい。ユーザは、インジケータを選択してさらに詳細な情報を得ることができる。たとえば、ユーザは、アイコンをクリックして何故結果が異常なのかに関して詳細な説明を見ることができる。ユーザが、ある種の結果しか閲覧することができなくてもよい。たとえば、ユーザがクリティカルな結果しか閲覧することができなくてもよい。

フィルタおよび／またはルールがビューおよび／またはカテゴリに提供されてもよい。データの値または日付などの範囲が指定されてもよい。デフォルトビュー、カテゴリ、フィルタ、ルール、および／または範囲が提供されてもよい。いくつかの実施形態では、デフォルト値がユーザによって、および／または動作条件に基づいて、変更されてもよい。いくつかの実施形態では、新規のビュー、カテゴリ、フィルタ、ルール、範囲などがユーザによって作成されてもよい。

たとえば、１つまたは複数の変数によってユーザに提示された医療結果データをフィルタリングするためにフィルタが使用されてもよい。たとえば、フィルタがユーザによって選択された場合、変更ルーチンが、現在のビューでユーザに表示されている結果にフィルタを適用して、フィルタの範囲に入らないすべての医療結果を表示から除去する。前述のように、変数は医療データに含まれるいかなるデータまたは情報でもよい。たとえば、変数は、検査室検査結果、バイタルサイン測定値、患者に投与された流体、および／または患者から測定された流体の１つまたは複数のタイプ（または項目）および／または範囲を含んでもよい。変数は、記録からのテキスト、検査室報告、診察報告、検査室検査結果に対する１つまたは複数の表題、バイタルサイン測定値、および／または患者に投与された／患者から測定された流体、検査室検査のための指示、治療および／または処方、および／または名前を含んでもよい。１つまたは複数の変数に関して１つまたは複数の限度を指定することによって、ユーザが、結果ウィンドウに提示された結果に適用されるべきフィルタを作成してもよい。

いくつかの実施形態では、統合されたユーザインターフェースが、たとえば、１つまたは複数のアプリケーションおよび／または情報システムと通信する。統合されたユーザインターフェースは、アプリケーション（１つまたは複数）および／またはシステム（１つまたは複数）のための個々のインターフェースと対話し、個々のインターフェースをユーザからマスクするかまたは隠す。すなわち、ユーザは、使用している個々のインターフェースではなく、統合されたユーザインターフェースを見てそれと対話する。ユーザが統合されたユーザインターフェースにおいて認証されてもよい。統合されたユーザインターフェースにおける認証は、たとえば、接続されたアプリケーション（１つまたは複数）および／またはシステム（１つまたは複数）を通して伝搬してもよい。

図４は、本発明の一実施形態による患者記録内の患者の生涯の文書化のための方法４００の流れ図を示す。段階４１０で、特定の患者が識別される。たとえば、包括的電子患者記録の作成のために患者Ｍｏｎａ Ｑｕｉｎｎが識別される。段階４２０で、患者に関するデータが複数の資源から集約される。たとえば、識別された、またはそうでなければ選択された患者に関するデータが、ＰＡＣＳ、ＲＩＳ、ＥＭＲ、ＨＩＳなどの１つまたは複数の資源から取り出され、患者の全生涯にわたる患者データのタイムラインまたは包括的ビューに集約されるかまたは組み入れられる。

段階４３０で、集約されたデータが患者コンテキストに保存される。たとえば、患者の生涯ＥＭＲが集約されたデータを含んでもよい。代替として、たとえば、インターフェースに関して、構成要素データへのリンクがユーザまたは自動化されたシステムによる後での取出し／使用のために保存されてもよい。

段階４４０で、包括的患者記録がユーザに提供される。たとえば、ユーザが、ディスプレイ、タッチスクリーン、センサを有するビューテーブルなどのユーザインターフェースを介して包括的患者記録および構成データを閲覧することができる。段階４５０で、ユーザが患者記録からのあるセットの情報にアクセスするためにインターフェースを操作することができる。たとえば、ユーザが患者データセットをフォーカス、ドリルダウン、またはそうでなければナビゲートするために、検索基準をフィルタリングおよび／または提供することができる。

段階４６０で、ユーザが患者記録を編集することができる。たとえば、ユーザが記録内のデータポイントに注釈をつける（たとえば、線、丸などで接続し、かつ／またはグループ化する）ことができる。他の実施例として、ユーザがキーボード、タッチスクリーン、スタイラス、音声コマンド、アイトラッキングなど、１つまたは複数の入力資源を使用して、患者記録に含まれる１つまたは複数のデータポイントを開いて編集することができる。たとえば、ユーザが記録内の１つまたは複数のデータを追加および／または削除することができる。たとえば、ユーザが、後での使用におけるより容易な注意／アクセスのために、１つまたは複数のデータポイントにタグまたはブックマークをつけることができる。段階４７０で、ユーザが患者記録を保存することができる。患者記録は、情報システム、ＥＭＲ、ポータブルメディア、スマートカード、バーコードなどに保存されてもよい。したがって、記録に対する変更／注釈が後での取出しおよび／または他の使用のために保存されてもよい。

方法４００の１つまたは複数の段階は、単独で、または、たとえば、ハードウェア、ファームウェアにおける組合せで、および／またはソフトウェアにおける命令のセットとして実施されてもよい。いくつかの実施形態は、汎用コンピュータまたは他の処理装置上での実行のために、メモリ、ハードディスク、ＤＶＤ、またはＣＤなど、コンピュータ可読媒体上に常駐する命令のセットとして提供されてもよい。

本発明のいくつかの実施形態は、１つまたは複数のこれらの段階を省略してもよく、かつ／またはリストアップされた順序とは異なる順序で段階を実施してもよい。たとえば、いくつかの段階は、本発明のいくつかの実施形態では実施されなくてもよい。他の実施例として、いくつかの段階が、同時を含めて、上記でリストアップされたものとは異なる一時的順序で実施されてもよい。

ここに記載の発明の１つまたは複数の実施形態は、とりわけ、データおよび／またはイベント間の関連がユーザにグラフィカルに提示されるようにデータを提示するための改善された方法を提供する。そのようにして、ユーザはデータおよび／またはイベント間の関係および進展を閲覧することができる。さらに、ユーザは、関係のないデータまたはイベントによって引き起こされたビジュアルクラッタで困惑するのを回避することができる。ここに記載の技術の１つの特定のアプリケーションは、たとえば、イベントおよびデータ間の関連が、互いに、および／または特定の医療問題、病院来院、面接または医療検査／診察に関係づけられるように、患者のＥＭＲに含まれている医療イベントおよびデータを提示する。

いくつかの実施形態では、タイムラインが、少なくとも１つのデータストレージ５１０および少なくとも１つのワークステーション５２０を含むシステム５００などのシステムを使用して閲覧および／または構成されてもよい。システム５００には３つのワークステーション５２０が例示されているが、ここに記載の技術の実施形態によって、より多くのまたはより少ない数のワークステーション５２０が使用されることができる。さらに、システム５００には１つのデータストレージ５１０が例示されているが、システム５００は複数のデータストレージ５１０を含むことができる。たとえば、複数のエンティティ（リモートデータストレージ設備、病院、診療所など）のそれぞれが、それぞれ、１つまたは複数のワークステーション５２０と通信する１つまたは複数のデータストレージ５１０を含むことができる。

システム５００に例示されているように、１つまたは複数のワークステーション５２０は、少なくとも１つの別のワークステーション５２０および／または少なくとも１つのデータストレージ５１０と通信することができる。ワークステーション５２０は、単一の物理的ロケーションまたは複数のロケーションに配置されることができる。ワークステーション５２０は、１つまたは複数のネットワークに接続され、それらを介して通信することができる。

ワークステーション５２０は、１つまたは複数のデータストレージ５１０に直接取り付けられ、かつ／または１つまたは複数のネットワークを介してデータストレージ５１０と通信することができる。各ワークステーション５２０は、ここに記載の諸プロセスを実行するためのコンピュータプログラムを実行する専用または汎用コンピュータを使用して実施されてもよい。ワークステーション５２０は、たとえば、端末に取り付けられたパーソナルコンピュータまたはホストでもよい。ワークステーション５２０がパーソナルコンピュータである場合は、ここに記載の処理は、たとえば、ワークステーション５２０にアプレットを提供することによって１つまたは複数のデータストレージ５１０およびワークステーション５２０によって共用されることができる。

ワークステーション５２０は、入力装置５２２、出力装置５２４およびストレージメディア５２６を含む。たとえば、ワークステーション５２０は、入力装置としてマウス、スタイラス、マイクロフォンおよび／またはキーボードを含むことができる。ワークステーション５２０は、出力装置としてコンピュータモニタ、液晶ディスプレイ（「ＬＣＤ」）スクリーン、プリンタおよび／またはスピーカを含むことができる。

ワークステーション５２０のストレージメディア５２６は、コンピュータ可読メモリである。たとえば、ストレージメディア５２６は、コンピュータハードドライブ、コンパクトディスク（「ＣＤ」）ドライブ、ＵＳＢサムドライブ、または１つまたは複数のコンピュータソフトウェアアプリケーションを記憶することができる任意の他のタイプのメモリを含むことができる。ストレージメディア５２６はワークステーション５２０に含まれていてもよく、またはワークステーション５２０から物理的に離れていてもよい。たとえば、ストレージメディア５２６は、有線または無線ネットワーク接続を通してワークステーション５２０によってアクセス可能であり得る。

ストレージメディア５２６は、コンピュータのための命令のセットを含む。命令のセットは、ワークステーション５２０によって稼働または実行されることができる１つまたは複数のルーチンを含む。命令のセットは、１つまたは複数のソフトウェアアプリケーションまたはコンピュータコードで実施されることができる。

データストレージ５１０は、たとえば、ファイル転送プロトコル（「ＦＴＰ」）サーバなど、電子情報を記憶するための様々な装置を使用して実施されることができる。データストレージ５１０は電子データを含む。たとえば、データストレージ５１０は、複数の患者のＥＭＲを記憶することができる。データストレージ５１０は、たとえば１つまたは複数の臨床情報システムを含んでもよく、かつ／またはそれらと通信してもよい。

ワークステーション５２０間、ワークステーション５２０とデータストレージ５１０との間、および／または複数のデータストレージ５１０間の通信は、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、イントラネット、またはグローバルネットワーク（たとえばインターネット）を含めて、任意の１つまたは複数の知られているネットワークを介して行われることができる。ワークステーション５２０およびデータストレージ５１０のうちの任意の２つが、必ずしもシステム５００のすべての構成要素が同じネットワークを通して互いに結合されることを必要としないように、複数のネットワーク（たとえば、イントラネットおよびインターネット）を通して互いに結合されることができる。

任意のワークステーション５２０および／またはデータストレージ５１０が、有線または無線で、ネットワークにまたは互いに接続されることができる。例示的一実施形態では、ワークステーション５２０およびデータストレージ５１０がインターネットを介して通信し、各ワークステーション５２０がデータストレージ５１０に直接接続するためにユーザインターフェースアプリケーションを実行する。他の実施形態では、ワークステーション５２０がデータストレージ５１０にコンタクトするためにウェブブラウザを実行することができる。代替として、ワークステーション５２０は、主にデータストレージ５１０にアクセスするためにプログラムされた装置を使用して実施されることができる。

データストレージ５１０は、サーバによってアクセス可能なストレージメディアに記憶されているコンピュータプログラムに応答して動作するサーバを使用して実施されることができる。データストレージ５１０は、ワークステーション５２０と通信するために、（しばしばウェブサーバと呼ばれる）ネットワークサーバとして動作することができる。データストレージ５１０は、情報のワークステーション５２０への送信およびそれからの受信を処理することができ、関連するタスクを実行することができる。データストレージ５１０はまた、無許可のアクセスを防止し、許可されたアクセスに任意の制限を強制するためにファイアウォールを含むことができる。たとえば、管理者は、システム全体へのアクセス権を有し、システム５００の一部分を変更する権限を有することができ、スタッフメンバは、データストレージ５１０に記憶されているデータのサブセットを閲覧するためのアクセス権しか有することができない。例示的一実施形態では、管理者が、新規ユーザを追加し、ユーザを削除し、ユーザ特権を編集することができる。ファイアウォールが従来のハードウェアおよび／またはソフトウェアを使用して実施されることができる。

データストレージ５１０はまた、アプリケーションサーバとして動作することができる。データストレージ５１０は、データストレージ５１０上に配置されたデータリポジトリへのアクセスを提供するために１つまたは複数のアプリケーションプログラムを実行することができる。処理が、アプリケーション（たとえば、ジャバアプレット）を提供することによって、データストレージ５１０およびワークステーション５２０によって共用されることができる。代替として、データストレージ５１０は、ここに記載の処理の一部分を実行するためにスタンドアロンソフトウェアアプリケーションを含むことができる。ネットワークサーバ機能およびアプリケーションサーバ機能を実施するために別個のサーバが使用されてもよいことが理解されるべきである。代替として、ネットワークサーバ、ファイアウォールおよびアプリケーションサーバが、必要な機能を実施するためにコンピュータプログラムを実施する単一のサーバによって実施されることができる。

データストレージ５１０に配置されたストレージ装置は、ＦＴＰサーバなど、電子情報を記憶するための様々な装置を使用して実施されることができる。ストレージ装置はデータストレージ５１０に含まれているメモリを使用して実施されることができ、または別個の物理的な装置でもよいことが理解されるべきである。ストレージ装置は、たとえば、患者医療データなどのデータを含むデータウェアハウスを含む様々な情報を含むことができる。

データストレージ５１０はまた、データベースサーバとして動作し、ストレージ装置上に記憶されたデータを含むアプリケーションデータへのアクセスを調整することができる。データストレージ５１０は、アクセスがユーザの特徴に基づいて制限される単一のデータベースとして物理的に記憶されることができるか、または様々なデータベースに物理的に記憶されることができる。

一実施形態では、データストレージ５１０が時間および／または日付スタンプと共にまたはそれらに関連して記録されたデータを記憶するように構成される。たとえば、データ入力は、データが最初にデータストレージ５１０で入力されたまたは記録された時間および／または日付と共にデータストレージ５１０に記憶されることができる。時間／日付情報は、たとえばメタデータとしてデータと共に記録されることができる。代替として、時間／日付情報は、残余のデータと同様にデータ内に記録されることができる。他の実施形態では、時間／日付情報が、リレーショナルデータベースまたは表に記憶され、データベースまたは表を介してデータに関連づけられることができる。

一実施形態では、データストレージ５１０が患者のＥＭＲ内の医療データを記憶するように構成される。医療データは、数およびテキストなどのデータを含むことができる。医療データはまた、医療イベントを記載した情報を含むことができる。たとえば、医療データ／イベントは、患者に関して行われた医療検査の名前を含むことができる。医療データ／イベントはまた、患者に関して行われた医療検査の結果（１つまたは複数）を含むことができる。たとえば、医療検査の実際の数値結果が医療検査の結果として記憶されることができる。他の実施例では、医療検査の結果がテキストとして入力されたケア提供者による所見または解析を含むことができる。

他の実施例では、医療データ／イベントが画像診断の名前および／または結果を含むことができる。そのような画像診断は、たとえば、ＣＴスキャン、ＭＲＩスキャン、写真、断層Ｘ線画像、およびコンピュータモデルを含むが、それらに限定されない。

医療データ／イベントはまた、医療来院の記述を含むことができる。たとえば、医療データ／イベントは、病院、医院または診療所への来院の日付および／または時間、ならびに、来院中にどのような検査、処置または診察が行われたかについての詳細をリストアップすることができる。さらに、データ／イベントは、前述のように、検査、処置および診察の結果を含むことができる。データ／イベントは、来院中に患者にコンタクトした、または医療ケアを提供したすべてのケア提供者の名前を含むことができる。データ／イベントはまた、来院の長さに関する情報、ならびに患者によって訴えられた、および／またはケア提供者または他の職員によって確認されたいかなる症状をも含むことができる。

他の実施例では、医療データ／イベントが、患者が経験している医療問題の記述を含むことができる。たとえば、負傷ならびに患者が経験しているいかなる病気も（慢性でもそうでなくても）、医療問題として記録されることができる。

医療データ／イベントはまた、ケア提供者の面接の詳細を含むことができる。たとえば、データ／イベントは、医者、看護師または他のケア提供者（たとえば、放射線専門医など）との面接の日付／時間などの情報を含むことができる。データ／イベントは、特定のケア提供者によって患者に対してどのような医療検査、診察または処置が行われたかなど、追加の情報を含むことができる。たとえば、看護師「Ｘ」が患者から血液サンプルを採取した場合、患者の体重を記録し、患者の血圧を測定し、次いで、これらすべての検査および処置、ならびに結果が、看護師Ｘに関連する医療データ／イベントとして記録されることができる。

他の実施例では、医療データ／イベントが医療処置の記述および／または結果を含むことができる。たとえば、手術または外来患者の処置の名前および結果が医療処置として記録されることができる。

医療データ／イベントはまた、患者が経験したいかなる症状の記述をも含むことができる。この情報は、テキストとしてまたは成文化方式によって記録されることができる。たとえば、医療データ／イベントは、頭痛、胸痛、またはめまいなどの記述を含むことができる。

患者のＥＭＲに記憶されている医療データ／イベントはまた、患者に対して行われたいかなる生物学的解析をも含むことができる。たとえば、データ／イベントは、血液、酵素または他の流体検査の数値結果を含むことができる。他の実施例では、データ／イベントが生物学的解析の結果のテキスト記述を含むことができる。

他の実施例では、医療データ／イベントがケア提供者による所見を含むことができる。所見は、ケア提供者によってなされた発見または解析のいかなる数値および／またはテキストベースの記述をも含むことができる。たとえば、放射線専門医が、患者の一連のＸ線画像を解析し、患者の腫れまたは腫瘍を見つけることができる。次いで、放射線専門医は患者のＥＭＲに自分の所見を記録することができる。

医療データ／イベントはまた、患者が投与された、または飲んだ１つまたは複数の薬剤を含むことができる。データは、たとえば、投薬の日付、時間、量および／または名前を含むことができる。

医療データ／イベントはまた、１つまたは複数の獲得物を含むことができる。獲得物は、獲得された任意の実際のデータおよびデータが獲得された日付を含むことができる。たとえば、獲得物は、結果、および／または検査室検査の結果が獲得された日付／時間を含むことができる。

１つまたは複数のタイプの同様のデータ／イベントがデータ／イベントのカテゴリに含まれる。上記の実施例を継続する場合、医療データ／イベントのカテゴリは、すべての「検査」（すべての検査結果または別個のカテゴリである「検査結果」を含む）、「画像診断」（そこから獲得されたすべての画像または別個のカテゴリである「画像」を含む）、「来院」、「問題」、「面接」、「医療処置」（すべての結果または別個のカテゴリである「医療処置結果」を含む）、「症状」、「生物学的解析」（そのような解析のすべての結果または別個のカテゴリである「生物学的解析結果（１つまたは複数）」を含む）、「所見」、「薬剤」、および／または「結果」を含むことができる。

上記は、ここに記載の技術の諸実施形態に従って使用されることができる医療データ／イベントのタイプのいくつかの実施例を提供するが、ここに記載の技術は、上記のデータ／イベントに限定されないことが理解されるべきである。さらに、上記に記載の医療データ／イベントとして記憶されている情報のいくつかのタイプが繰り返されるが、様々な医療データ／イベントは複数回記憶されることができることが理解されるべきである。たとえば、患者が特定の医院来院中にケア提供者に症状を訴えた場合、症状は、単独で、および／またはケア提供者の名前および患者に対して行われたいかなる処置など追加の情報と共に、記録されることができる。

一実施形態では、医療データ／イベントが、記憶されることが望まれる実際の情報を含む。代替として、医療データ／イベントは、記憶されることが望まれる実際の情報を表すコードを含むことができる。たとえば、医療データ／イベントに関連する実際の情報の代わりに、疾病および関連保健問題の国際統計分類（「ＩＣＤ」）によって提供されるコードが記憶されることができる。

操作中、ユーザは、１つまたは複数のデータストレージ５１０に記憶されているデータおよび／またはイベントから集約された包括的患者記録を出力装置５２４上に表示するためにワークステーション５２０を利用する。ワークステーション５２０は、たとえば、利用可能なデータのフィルタリング／検索、およびユーザにビジュアルに表示された複数のデータおよび／またはイベント間の１つまたは複数の関連の提供を容易にする。前述のように、ワークステーション５２０は、それ自体ワークステーション５２０のための命令のセットを含むコンピュータ可読ストレージメディア５２６を含む。命令のセットは、１つまたは複数のコンピュータソフトウェアアプリケーションまたはコンピュータコードで実施されることができる。この命令のセットは、データおよび／またはイベント、ならびに複数のデータ／イベント間の１つまたは複数の関連にアクセスし表示するために、ワークステーション５２０によって使用される。したがって、少なくとも１つの技術的効果は、ユーザが患者の電子医療記録データを迅速かつ容易に閲覧することができるようにするために、複数の異種の情報システムからデータを集約しフィルタリングすることである。

命令のセットは、１つまたは複数のソフトウェアルーチンを含む。ここに記載の技術の一実施形態では、命令のセットが表示ルーチン、データルーチンおよびフィルタルーチンを含む。これらのルーチンは、関係データ／イベント間の関連を判定し表示装置５２２上に表示するように動作する。

いくつかの実施形態では、命令のセットがユーザインターフェースルーチンおよびフィルタルーチンを含む。ユーザインターフェースルーチンは集約された電子患者記録を表示する。電子患者記録は患者に関する複数のデータポイントを含む。複数のデータポイントが複数の情報資源から集約された患者データを提供する。ユーザインターフェースルーチンは単一のビューの中の複数のデータポイントのレビューへのアクセスを提供する。フィルタルーチンは、ユーザインターフェースルーチンを介して表示可能なフィルタリングされた電子患者記録データを生成するためにユーザによって提供された１つまたは複数の条件に基づいて、集約された電子患者記録をフィルタリングする。

いくつかの実施形態では、データ／イベントが、たとえば、１つまたは複数のタイムライン上の符号によって各データ／イベントを表すことによって表示されることができる。タイムラインは、たとえば、特定のカテゴリに属する医療イベントを含んでもよい。これらのタイムラインはまた、タイムラインメタファと呼ばれる。タイムラインメタファは、ユーザが日時順に患者の病歴をナビゲートすることができるようにするためにＥＭＲソフトウェアアプリケーションで使用されることができる。多くの場合、すべての患者のケア提供者または病院との面接は、タイムライン上に別個の項目としてリストアップされる。たとえば、タイムラインが、発生した医療イベントまたはデータが収集されたまたは入力された日付および／または時間を示すことによって、医療イベントおよび／またはデータを提示してもよい。

一実施形態では、各データ／イベントが図符号によって表される。使用される正確な符号は、ここに記載の技術によって異なることができる。一実施形態では、同じ符号がすべての同様のデータ／イベントのために使用される。たとえば、同じ符号が、あるカテゴリのデータ／イベント内のすべての医療データ／イベントのために使用されることができる。

タイムラインは、日時順に提示された所与のカテゴリからのデータ／イベントを含むことができる。したがって、タイムラインの数は、提示されるべきデータ／イベントのカテゴリの数に基づいて変わることができる。

いくつかの実施形態では、ユーザが、どのデータが表示されるか選択することができる。たとえば、入力装置５２２を使用して、ユーザが出力装置５２４上に提示されるべき１つまたは複数のカテゴリを選択することができる。次いで、表示ルーチンおよびデータルーチンが、選択されたカテゴリ（１つまたは複数）内のデータ／イベントを獲得し、出力装置５２４上の提示に示されているデータ／イベントを表示することができる。さらに、ユーザが、データ／イベントがタイムラインで提示されるべき日付および／または時間範囲を選択することができる。

一実施形態では、ユーザが符号またはデータポイントの上のアイコンをスクロールすることができ、表示ルーチンが、符号に関する追加の情報がユーザに提示されるようにする。たとえば、ユーザは、出力装置５２４上に表示された符号の上の矢印を移動するために入力装置５２２を利用することができる。矢印が符号の上にあれば（または、ユーザが入力装置５２２を使用して符号を「クリック」またはそうでなければ選択すれば）、符号によって表されたデータ／イベントに関する追加の情報が表示ルーチンによって出力装置５２４上に提示されることができる。たとえば、表示ルーチンによって、ポップアップウィンドウが現れ、符号によって表された実際のデータ／イベント（またはその一部分）を提示する。

いくつかの実施形態では、フィルタがユーザによって作成されてもよい。フィルタは、互いに関連するイベント／データがあれば、それをどの符号が表すか判定するために使用される。

フィルタは１つまたは複数のルールを含む。これらのルールがイベント／データのすべてまたはサブセットと比較される。イベント／データのいずれかが各ルールを満たすかまたはそれに一致する場合、イベント／データが互いに関連するとみなされる。そのようなイベント／データは、関連するイベント／データと呼ばれる。イベント／データのいずれもすべてのルールを満たさないかまたはすべてのルールに一致しない場合、イベント／データは互いに関連しないとみなされる。

一実施形態では、ユーザは、出力装置５２４上に表示された１つまたは複数の予め定義されたルールを選択するために入力装置５２２を利用することによって、フィルタを作成する。次いで、選択されたルールがフィルタに含まれる。

他の実施形態では、ユーザが予め定義されたフィルタを選択するために入力装置５２２を利用する。予め定義されたフィルタは、たとえば、ユーザによって予め作成され、データストレージ５１０またはストレージメディア５２６などのコンピュータ可読メモリ上に記憶されたフィルタである。

ルールは、所与のデータ／イベントまたはデータ／イベントのサブセットがルールの範囲に入るかまたはルールを満たすかどうか判定するために有用な、いかなる基準をも含むことができる。たとえば、ルールが、特定の患者の病院への来院中に収集かつ／または入力されたすべてのデータ／イベントとして明記されることができる。したがって、その来院中に収集かつ／または入力されたすべてのデータ／イベントは、このルールの範囲に入ることになり、したがって、関連データ／イベントとみなされることになる。

他の実施例では、ルールが、通常、互いに関係するデータ／イベントのセットを定義することができる。たとえば、健康診断のための典型的な医院来院は、血圧測定、体重測定、反射検査、および／または血液検査など、いくつかのルーチン検査を含む。ルールは、血圧測定値、体重測定値、反射検査結果および血液検査結果に関する情報およびそれらに関する結果を含む患者のＥＭＲ内のすべての医療データ／イベントを含む１つまたは複数の基準を設定することができる。次いで、このルールは、どの医療データ／イベントが血圧測定値、体重測定値、反射検査結果および血液検査結果からのデータを含むか判定するために、患者のＥＭＲに適用されることができる。次いで、このデータは、関連データであるとみなされる。

他の実施例では、ルールが、単一の患者の面接または選択された時間および／または日付範囲に関するすべてのデータ／イベントに関連する１つまたは複数の基準を定義することができる。そのような基準は、すべてのデータ／イベントがその面接中に、またはユーザによって選択された時間および／または日付の範囲内に、収集かつ／または入力されたことを明記することができる。

ルールの他の実施例は、特定の医療検査または健康診断からのすべてのデータ／イベントが互いに関連するものである。たとえば、ルールが、検査およびその検査の結果を記述するすべてのデータ／イベントが互いに関連すると明記することができる。そのようなルールは、血液検査およびその血液検査からのすべての化学的および生物学的解析の記述を、関連データ／イベントとして関連させる。

他の実施例では、ルールが、１つのケア提供者またはケア提供者のグループによって収集かつ／または入力されたすべてのデータ／イベントに関連する１つまたは複数の基準を定義することができ、すべての他のケア提供者によって収集かつ／または入力されたすべてのデータ／イベントを除外する。たとえば、そのようなルールは、特定の看護師によって収集されたすべての検査結果を関連させ、他の看護師によって入力されたすべての検査結果を除外することができる。

他の実施例では、ルールが、予め定義された関連を有するすべてのデータ／イベントを、選択された医療問題および／または医療処置と関連させる１つまたは複数の基準を定義することができる。たとえば、データストレージ５１０に記憶されているデータ／イベントが、基本的な問題または検査に基づいて互いに予め定義された関連を有することができる。糖尿病の医療問題が、たとえば、眼の検査、足の検査、血糖検査結果、ヘモグロビンＡ１ｃ値および尿検査などの検査との予め定義された関連を有することもできる。手術などの医療処置は、たとえば、手術および手術からの回復に係わった１人または複数のケア提供者の名前、手術に関する検査結果および／または関連症状と予め定義された関連を有することができる。そのような予め定義された関連を有するすべてのデータ／イベントは、そのようなルールによる関連データ／イベントとみなされることができる。

予め定義された関連は、様々な方式で記憶または記録されることができる。たとえば、データストレージ５１０に記憶されている実際のデータ／イベントに含まれるメタデータが予め定義された関連を含むことができる。他の実施例では、実際のデータ／イベントが、予め定義された関連をデータ自体に記録しておくことができる。たとえば、データストレージ５１０に記憶されているリレーショナルデータベースまたはテーブルも、予め定義された関連を含むことができる。

ユーザによってフィルタが選択された、または作成された後は、出力装置５２４上に表示されたデータ／イベントの間に何らかの関連が存在するかどうか判定するためにフィルタが使用される。フィルタルーチンが、フィルタをデータ／イベントに適用することによって、表示されたデータ／イベントの間に何らかの関連が存在するかどうか判定することができる。フィルタルーチンは、フィルタのルール（１つまたは複数）によって定義された基準を出力装置５２４上に表示されたデータ／イベントと比較することによってフィルタを適用することができる。たとえば、フィルタルーチンが、データストレージ５１０に記憶されているデータ／イベントのすべてまたはサブセットを検索し、フィルタルール（１つまたは複数）の基準をデータ／イベントと比較することによってフィルタを適用することができる。

一実施形態では、フィルタルーチンが、フィルタによって定義されたそれぞれすべての基準が一致した、または満たされた場合にのみ、データ／イベントは関連データ／イベントであると判定する。たとえば、１つまたは複数の基準が特定のデータ／イベントによって満たされない場合は、そのデータ／イベントは、各基準を満たすデータ／イベントに関連していないとみなされる。

他の実施形態では、フィルタルーチンが、予め定義された閾値より大きいフィルタによって定義されたいくつかの基準が一致するかまたは満たされた場合、データ／イベントは関連データ／イベントであると判定する。たとえば、予め定義された閾値が、データ／イベントが関連データ／イベントであるためにフィルタの基準の７５％が満たされることを必要とする場合、基準の少なくとも７５％を満たさないデータ／イベントはいずれも、関連データ／イベントとみなされない。逆に、たとえば、基準の少なくとも７５％を満たすデータ／イベントはすべて、関連データ／イベントである。

関連データ／イベントが定義された後は、関連データ／イベントのビジュアル表示が作成されることができる。一実施形態では、表示ルーチンによって、関連データ／イベント間の関連のビジュアル表示が出力装置５２４上に現れる。

ここに記載の発明の１つまたは複数の実施形態は、いくつかの利点を提供する。いくつかの実施形態では、情報が様々な資源から集約され、統合されたフォーマットでユーザに提示されることができる。いくつかの実施形態では、情報が１つまたは複数の基準に基づいて検索および／またはフィルタリングされてもよい。さらに、ここに記載の技術の諸実施形態を使用して、関連情報が、関係データ／イベントの非常に近くで発生した関係のないデータ／イベントにアクセスする心配なしに、アクセスされることができる。

いくつかの実施形態は、様々な異種の情報システムからの患者のすべての電子医療記録データの臨床表示および検索機能を提供する方法およびシステムを提供する。いくつかの実施形態は、様々な異種の情報システムからの患者の電子医療記録データの完全なセットのフル臨床表示および検索機能を提供する。いくつかの実施形態は、そのような集約されフィルタリングされたデータおよび機能を、統合されたインターフェースによって提供する。たとえば、ワークリストまたはブラウザがすべての利用可能な企業病院情報システムに照会し、特定の患者検索からのすべての結果およびデータポイントを表示する単一のインタラクティブウィンドウにデータを集約する。ワークリスト／ブラウザが、放射線情報システム、心臓病学情報システム、薬局情報システム、薬剤情報システム、検査室情報システムなどからの情報を表示することができる。

いくつかの実施形態では、１つまたは複数の検索のための列見出しが、特定のユーザに関するメタデータを表示するようにユーザ構成可能であり得る。列見出しは、たとえば、動的キーストロークおよび／または各列見出しに関する特定のドロップダウンメニュを介して患者情報をフィルタリングすることができる。たとえば、いくつかの列見出しは、ユーザが表示すべきＥＭＲ患者データの特定のタイプ（１つまたは複数）に基づいてフィルタリングすることができるようにする。いくつかの列見出しは、たとえば、ユーザが日付（１つまたは複数）および／または日付範囲（１つまたは複数）に基づいてデータポイントをフィルタリングすることができるようにする。いくつかの実施形態は、たとえば、来院（たとえば、最新の来院、最新５回の来院、最新「Ｎ回の」来院など）に基づくデータのフィルタリングを可能にする。患者の全電子医療記録を検索およびフィルタリングする機能は、たとえば、医者が患者の健康または病状に関するフルコンテキストを十分にビジュアル化することができるようにするのに役立つ。

いくつかの実施形態では、ユーザが、ある患者からナビゲートして離れると、インターフェースシステムがインターフェースの最後の状態を自動的に保存する。保存されたユーザインターフェースコンテキストは、患者のカルテまたは記録のために、オープンウィンドウ、完成したフィールド、マルチステップワークフローにおける位置などを含んでもよい。この「患者コンテキスト」は、たとえば、インターフェースおよび／または他のコンテキストマネージャの中にアイコンとして保存され、ユーザに表示される。任意の保存状態の患者コンテキストに戻るためには、ユーザが、ソフトウェアの中の最後の患者コンテキストを表すアイコンをクリックするか、またはそうでなければ、選択する。単一のボタンをクリックすることによって、ユーザは単一のセッションで複数の患者コンテキストの間で前後にトグルスイッチすることができ、したがって、臨床業務を遂行するための努力およびナビゲーションの量を低減するのに役立つ。

前述のインターフェース（１つまたは複数）およびシステム（１つまたは複数）の構成要素、要素、および／または機能は、たとえば、単独で、あるいは、ハードウェア、ファームウェア内で様々な形で組み合わされて、および／またはソフトウェア内で命令のセットとして、実施されてもよい。いくつかの実施形態は、汎用コンピュータあるいは、たとえば、ＰＡＣＳワークステーションまたは１つまたは複数の専用プロセッサなど他の処理装置上で実行するためのメモリやハードディスクなどのコンピュータ可読媒体上に常駐している命令のセットとして提供されてもよい。

上記では、いくつかの実施形態が図面を参照しながら説明されている。これらの図面は、本発明のシステムおよび方法ならびにプログラムを実施する特定の諸実施形態のいくつかの詳細を示す。しかし、図面を用いて本発明を説明することは、本発明に、図面に示されている特徴に関連するいかなる制限を課すものと解釈されるべきではない。本発明は、本発明の動作を遂行するための何らかの機械可読媒体上の方法、システムおよびプログラム製品を企図する。上記のように、本発明の諸実施形態は、既存のコンピュータプロセッサを使用して、あるいは、特定の目的のために組み込まれた特殊目的コンピュータプロセッサによって、またはハードウェアシステムによって、実施されてもよい。

上記のように、本発明の範囲内のいくつかの実施形態は、そこに記憶されている機械実行可能命令またはデータ構成を担持するまたは有する機械可読媒体を備えたプログラム製品を含む。そのような機械可読媒体は、汎用コンピュータまたは特殊目的コンピュータ、あるいはプロセッサを備えた他の機械によってアクセスされることができるいかなる利用可能な媒体でもよい。例として、そのような機械可読媒体は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージ装置、あるいは、機械実行可能命令またはデータ構造の形で所望のプログラムコードを担持または記憶するために使用されることができ、汎用コンピュータまたは特殊目的コンピュータ、あるいはプロセッサを備えた他の機械によってアクセスされることができる任意の他の媒体を含んでもよい。情報がネットワークまたは（有線、無線、あるいは有線または無線の組合せのいずれかの）別の通信接続を介して機械に転送または提供される場合、機械は接続を機械可読媒体と適切にみなす。したがって、そのような接続は、機械可読媒体と適切に呼ばれる。上記の組合せはまた、機械可読媒体の範囲に含まれる。たとえば、機械実行可能命令は、汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理機械に、ある１つの機能または１群の機能を実施させる命令およびデータを含む。

本発明のいくつかの実施形態は、たとえばネットワーク接続された環境で機械によって実行されるプログラムモジュールの形でのプログラムコードなどの機械実行可能命令を含むプログラム製品によって１つの実施形態で実施されることができる方法段階の全体的なコンテキストで説明される。一般に、プログラムモジュールは、特定のタスクを行う、または特定の抽象的データタイプを実施するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。機械実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書で開示された方法の段階を実行するためのプログラムコードの例を表す。特定のシーケンスのそのような実行可能な命令または関連するデータ構造は、そのような段階で説明された機能を実施するための対応する動作の例を表す。

本発明のいくつかの実施形態は、プロセッサを有する１つまたは複数のリモートコンピュータへの論理接続を使用して、ネットワーク接続された環境で実施されてもよい。論理接続は、例として、限定としてではなく、本明細書で提示されているローカルエリアネットワーク（ＬＡＮ）および広域ネットワーク（ＷＡＮ）を含んでもよい。そのようなネットワーキング環境は、オフィス全体または企業全体のコンピュータネットワーク、イントラネットおよびインターネットでは普通であり、様々な異なる通信プロトコルを使用することができる。そのようなネットワークコンピューティング環境は、通常、パーソナルコンピュータ、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラマブルコンシューマ電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めて、多くのタイプのコンピュータシステム構成を含むことを当業者は理解するであろう。本発明の諸実施形態はまた、通信ネットワークを通して（有線リンク、無線リンク、あるいは有線リンクまたは無線リンクの組合せのいずれかによって）リンクされているローカルおよびリモート処理装置によってタスクが行われる分散コンピューティング環境で実施されてもよい。分散コンピューティング環境では、プログラムモジュールがローカルメモリストレージ装置とリモートメモリストレージ装置の両方に配置されてもよい。

本発明の全システムまたは一部分を実施するための例示的システムは、プロセッシングユニット、システムメモリ、およびシステムメモリを含む様々なシステム構成要素をプロセッシングユニットに結合するシステムバスを含むコンピュータの形の汎用コンピューティング装置を含んでもよい。システムメモリは、読み出し専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）を含んでもよい。コンピュータはまた、磁気ハードディスクからの読出しおよびそれへの書込みのための磁気ハードディスクドライブ、取り外し可能な磁気ディスクからの読出しおよびそれへの書込みのための磁気ハードディスクドライブ、およびＣＤ ＲＯＭまたは他の光媒体などの取り外し可能な光ディスクからの読出しまたはそれへの書込みのための光ディスクドライブを含んでもよい。ドライブおよびそれらの関連する機械可読媒体は、機械実行可能命令、データ構造、プログラムモジュールおよびコンピュータのための他のデータの不揮発性ストレージを提供する。

本発明の諸実施形態の上記説明は、例示および説明のために提示されてきた。本発明を論じ尽くす、または開示された厳密な形態に限定することは意図されておらず、変更形態および変形形態が、上記の教示を考慮に入れて可能であり、本発明の実施から得られることができる。諸実施形態は、当業者が様々な実施形態においておよび企図され特定の使用に適した様々な変更形態によって本発明を利用することができるように本発明の主要点およびその実用的なアプリケーションを説明するために選択され説明された。

本明細書で開示された諸実施形態は任意の医療ナビゲーションシステムの形成に適用されてもよいことを当業者は理解するであろう。特許請求の主題の諸実施形態のいくつかの特徴が本明細書で説明されたように例示されてきたが、多くの変更形態、代替形態、変更および同等物が当業者にはここで思いつかれるであろう。さらに、いくつかの機能ブロックおよびそれらの間の関係が詳細に説明されてきたが、動作のうちのいくつかはその他の動作の使用なしに行われてもよく、追加の機能または機能間の関係が確立され、それでもなお特許請求の主題に従っていてもよいことが当業者によって企図される。したがって、添付の特許請求の範囲は、特許請求の主題の諸実施形態の真の趣旨の範囲に入るようなすべての改変形態および変更形態をカバーすることが理解されるべきである。また、図面の符号に対応する特許請求の範囲中の符号は、単に本願発明の理解をより容易にするために用いられているものであり、本願発明の範囲を狭める意図で用いられたものではない。そして、本願の特許請求の範囲に記載した事項は、明細書に組み込まれ、明細書の記載事項の一部となる。

本発明の一実施形態による患者の全電子医療記録データポイントの例示的表示を示す図である。 本発明の一実施形態による単一のインターフェース内に患者報告データを提供された例示的ビューを示す図である。 本発明の一実施形態による単一のインターフェース内に患者報告データを提供された例示的ビューを示す図である。 本発明の一実施形態による患者記録内の患者の生涯の文書化のための方法に関する流れ図である。 本発明の一実施形態による臨床データストレージおよび取出しのためのシステムを示す図である。

符号の説明

２００ インターフェース
２１０ 報告データ
２２０ ウィンドウ
３００ インターフェース
３１０ データ
３３０ ウィンドウ
５００ システム
５１０ データストレージ
５２０ ワークステーション
５２２ 入力装置
５２４ 出力装置
５２６ ストレージメディア

Claims (10)

1. 電子患者記録を表示するユーザインターフェースシステム（２００、３００、５００）であって、
   複数の情報から患者に関するデータを集約するプロセッサ、
   前記集約された電子患者記録を形成するシステム、
   １つまたは複数の基準に基づいて前記集約されたデータをフォーカスするフィルタ、および
   前記フォーカスされたデータ（２１０、３１０）をユーザに提供する出力（２２０、３３０、５２４）
   を含むユーザインターフェースシステム（２００、３００、５００）。
2. 前記フィルタが前記１つまたは複数の基準に基づいて前記集約されたデータを検索し検索結果を提供する検索機能を含む、請求項１記載のユーザインターフェースシステム（２００、３００、５００）。
3. 前記プロセッサがユーザの介入なしに前記複数の情報システムへのログインを自動的に容易にする、請求項１記載のユーザインターフェースシステム（２００、３００、５００）。
4. ユーザが前記データを編集することができるようにする入力（５２２）をさらに含む、請求項１記載のユーザインターフェースシステム（２００、３００、５００）。
5. 前記入力が、ユーザがデータ間の関連を作成することができるようにする、請求項４記載のユーザインターフェースシステム（２００、３００、５００）。
6. 前記出力（２２０、３３０、５２４）が前記フォーカスされたデータ（２１０、３１０）を少なくとも１つの表示および報告を介してユーザに提供する、請求項１記載のユーザインターフェースシステム（２００、３００、５００）。
7. 電子患者データ集約のための方法（４００）であって、
   複数のシステムのそれぞれでのユーザによる個々の手動ログインなしに複数のシステムから患者に関するデータを集約する段階（４２０）、
   前記集約されたデータのフィルタリングされたサブセットを提供するために、統合されたインターフェース（２００、３００）を通して入力された１つまたは複数のユーザ定義の基準に基づいて前記集約されたデータをフィルタリングする段階（４５０）、および
   前記統合されたインターフェース（２００、３００）を介して前記集約されたデータを表示する段階（４４０）
   を含む方法（４００）。
8. 前記フィルタリングする段階がデータのタイプに基づいてフィルタリングする段階を含む、請求項７記載の方法。
9. 前記フィルタリングする段階がメタデータ駆動列内の情報に基づいてフィルタリングする段階を含む、請求項７記載の方法（４００）。
10. 前記フィルタリングする段階が少なくとも１つの日付および時間範囲に基づいてフィルタリングする段階を含む、請求項７記載の方法（４００）。

Images