JP5683185B2 - 医療リソースを管理するための方法およびシステム - Google Patents

Description

本発明は一般に、医療環境において患者および医療リソースを管理する方法およびシステムに関し、詳細には、リソース可用性に基づいて患者をスケジューリングし、患者情報をカスタマイズするかまたは医療リソースに前もって提供するための方法およびシステムに関する。

医療環境において手操作で行われる患者入院退院移動（ＡＤＴ：Ａｄｍｉｔ Ｄｉｓｃｈａｒｇｅ Ｔｒａｎｓｆｅｒ）プロセスは、間違いを生じやすく、多大な時間を要する。臨床医は毎回、患者のモニタまたは患者と対話して、手操作により患者の情報を収集する必要がある。患者を診察する前に、臨床医は、患者の基本情報のような何らかの情報を知っておく必要がある。基本情報は、既存のゲートウェイソリューションを使用して患者の監視装置を通じて何度も臨床医に渡される。しかし、既存のワークフローでは、患者の情報を得るために、臨床医が手操作により介入する必要がある。

手操作のＡＤＴプロセスに関連する一部の問題には、誤った患者情報をアクセスして得る、または取得すること、偶発的な退院手続き、非能率的な移動などが含まれる。

既存の技法に関連するもう１つの潜在的な問題は、病院の情報システムデータと監視装置データとの間に不整合が生じる可能性があるということである。この不整合は、誤ったデータが監視装置に書き込まれたため、または病院情報システムが最新の患者情報で更新されていないために生じるおそれがある。

医療環境内の手操作で行われる患者管理に関連するさらにもう１つの問題は、臨床ワークフローが非効率的であることである。現在、リソース使用状況および機能の情報は、登録アプリケーションと直接同期化されている。後の段階でワークフローに生じたいかなる変更も、自動的には処理されない。

医療環境において手操作で患者をスケジューリングすることは、多大な時間を要し、結果としてさまざまな誤りを生じるおそれがある。さらに、患者が臨床医と対面したとき、臨床医は患者の基本情報または既往歴のような患者情報にアクセスする必要がある。患者情報にはサーバまたはデータベースにアクセスして得られるので、情報をダウンロードして臨床医に表示するには時間がかかる。また、患者モニタまたは他のいかなる医療リソースも、患者用にカスタマイズする必要がある。現在、患者向けに監視装置をカスタマイズする作業、または監視装置を構成する作業は、患者が監視装置に到達した後に行われている。カスタマイズには時間を要するので患者は待たなければならず、そのため監視装置および臨床医の生産性に影響が及ぶ。

また、医療環境においては、患者は識別された問題に基づいてスケジューリングされることが一般的であるため、後になって、看護人が、患者を別の科または別の臨床医に連れて行く必要があると認識する場合もある。たとえば、臨床医のもとに移される途中で、患者の状態が重篤になり、ＩＣＵへの搬送が必要になることもある。現在、類似した状況は手操作で処理されており、ワークフローが自動的に更新されないので、結果としてさまざまな誤りを生じるおそれがある。こうした一連の手順の変更は、臨床医、当初スケジューリングされていた場所、提案される新しい位置などに伝達する必要がある。現在、既存のワークフローまたはＡＤＴプロセスに変更が生じた場合、それらの変更は自動的には処理されないので、医療リソースおよび患者が効率的に調整されてはいない。さらに現在、既存の医療管理システムには、１つの機能をサポートするために複数のサブシステムが含まれているので、それらの複数のシステムを協調させるために多大な人的介入が必要となる。

従って、医療環境において患者および医療リソースを管理するための改良された方法およびシステムが必要とされている。

米国特許出願公開第２００８０１５４６４６号公報

前述の短所、欠点、および問題は、後段の明細書を読み解釈することにより理解され、本明細書において対処される。

本発明の１つの実施形態は、医療環境において患者および医療リソースを管理するためのコンピュータ支援の方法を提供する。方法は、医療環境において患者の位置を識別するステップと、基本情報および患者の現在の病状を含む患者情報にアクセスするステップと、患者情報、患者の位置、およびリソース可用性を使用して医療リソースを識別するステップと、患者情報に基づいて導かれた少なくとも１つのカスタマイズされたリソース設定パラメータを、患者情報と共に識別された医療リソースに提供するステップと、患者を識別された医療リソースに割り当てるステップと、医療リソースに近接する患者を検出したとき、リソース設定パラメータを使用して医療リソースを構成するステップとを備える。

もう１つの実施形態において、医療環境において患者および医療リソースを管理するためのコンピュータ支援の方法が開示される。方法は、患者の病状の変化を識別するステップと、変化を患者の位置情報と共にサーバに伝達するステップと、サーバを通じてデータベースにアクセスして患者情報を得るステップと、更新された病状、患者情報、および患者の位置に基づいて医療リソースを識別するステップと、識別された医療リソースに患者を再スケジューリングするステップと、リソース情報を患者に、患者情報を医療リソースに伝達するステップとを備える。

もう１つの実施形態において、医療環境において患者および医療リソースを管理するためのシステムが開示される。システムは、基本情報および患者の現在の病状を含む患者情報、ならびに医療環境における医療リソース情報を格納するためのデータリポジトリと、医療環境において患者の位置および医療リソースの位置を識別して、位置情報をデータリポジトリに伝達するための複数の追跡装置と、データリポジトリにアクセスして患者情報および医療リソース情報を得るように構成されたデータアクセスプログラムモジュールと、患者情報、患者の位置、およびリソース可用性に基づいて医療リソースを識別して構成するためにデータアクセスプログラムモジュールに動作可能に接続されたプロセッサとを備える。

本発明のさまざまなその他の特徴、目的、および利点は、添付の図面およびその詳細な説明から、当業者には明らかとなろう。

本発明の実施形態において説明される、患者および医療リソース管理システムのブロック図である。 本発明の実施形態において説明される、自動入院退院移動（ＡＤＴ）システムを示す。 本発明の実施形態において説明される、自動入院退院移動（ＡＤＴ）プロセスを示す。 本発明の実施形態において説明される、患者および医療リソース管理の方法を示す流れ図である。 本発明の実施形態において説明される、患者および医療リソース管理の方法を示す詳細な流れ図である。 本発明の実施形態において説明される、患者および医療リソース管理の方法を示す詳細な流れ図である。 本発明の実施形態において説明される、医療環境において患者を再スケジューリングする方法を示す流れ図である。

以下の詳細な説明において、その一部を形成する添付の図面が参照されるが、図面には実施することができる特定の実施形態が例示により示される。それらの実施形態は、当業者が実施形態を実施できるようにするため十分に詳細に説明され、その他の実施形態を使用してもよいこと、および実施形態の範囲を逸脱することなく論理的、機構的、電気的な変更、およびその他の変更を加えてもよいことを理解されたい。従って、以下の詳細な説明は、本発明の範囲を限定するものと見なされるべきではない。図面がさまざまな実施形態の機能ブロックの図を表す限りにおいて、機能ブロックは必ずしもハードウェア回路の分割を示すものではない。そのため、たとえば、機能ブロックの１つまたは複数（たとえば、プロセッサまたはメモリ）がハードウェア単体（たとえば、汎用信号プロセッサまたはランダムアクセスメモリのブロック、ハードディスクなど）で実施されてもよい。同様に、プログラムは、スタンドアロンのプログラムであってもよく、オペレーティングシステムにサブルーチンとして組み入れられてもよく、インストール済みソフトウェアパッケージの機能であってもよく、その他これに類するものであってもよい。さまざまな実施形態が、図面に示される配置および手段に限定されないことを理解されたい。

本発明の実施形態は、医療環境において患者および医療リソースを管理するための方法およびシステムを提供する。方法はさらに、患者を医療リソースに割り当てるステップ、および患者がリソースに到達する前であっても、患者の必要性と病状に基づいて医療リソースを構成するステップを開示する。

本明細書において参照される「情報（ｉｎｆｏｒｍａｔｉｏｎ）」という用語は、必ずしも１つのパラメータを示す必要はないが、他に特に指定のない限りパラメータのリストを含む。同様に、「基本情報（ｄｅｍｏｇｒａｐｈｉｃ ｉｎｆｏｒｍａｔｉｏｎ）」、「医療リソース情報（ｈｅａｌｔｈｃａｒｅ ｒｅｓｏｕｒｃｅ ｉｎｆｏｒｍａｔｉｏｎ）」、および「患者情報（ｐａｔｉｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）」という用語は、本明細書において言及される例に限定される必要はない。むしろ、「医療リソース情報」という用語は、病院または臨床医もしくは臨床機器に関連する情報を含めることができ、「患者情報」という用語は、患者に関連するあらゆる情報を含めることができる。説明される例および技法は、在宅医療ソリューションを含む医療分野全体に適用することができる。さらに、発明は医療分野に限定される必要はなく、資産管理のようなさまざまな他の用途において使用することもできる。

図１は、本発明の実施形態において説明される、医療環境において患者および医療リソースを管理するように構成された管理システムを示すブロック図である。医療情報管理システムは、患者情報を格納するためのデータリポジトリ１１０を備える。１つの実施形態において、さまざまな患者情報は、サーバ１２０を通じて必要性に応じてデータリポジトリ１１０にアクセスして得ることができる。１つの実施形態において、データリポジトリ１１０は、医療環境の内部または外部に位置してもよい。患者情報は、名前、患者識別番号、年齢、性別、人種、身長、体重、医師識別番号などのような患者基本情報を含めることができるが、これらの例に限定される必要はない。１つの実施形態において、患者情報は、データリポジトリ１１０において更新される。さらに、データリポジトリ１１０は、患者の現在の病状および患者の位置で更新されてもよい。

１つの実施形態において、複数の追跡装置１３０には、患者１００、および臨床医、看護人、技術者、患者監視装置、診断機器、さまざまな臨床検査室、科などの医療リソース１０５が提供される。リソースによっては、位置が永続的であるものも、位置情報が動的に変化するものもある。医療リソースは、医療環境におけるあらゆる医療機器、病院スタッフ、またはその他の設備を含むことができる。これらの情報がすべて追跡装置１３０によって追跡され、直接データリポジトリ１１０に送信されるか、またはサーバ１２０を通じてデータリポジトリ１１０に送信される。追跡装置１３０は、ＦＲＩＤ、ブルートゥース装置、スマートチップなどを含み、サーバ１２０と無線で通信することができる。

１つの実施形態において、患者の現在の病状もまた、データリポジトリ１１０において更新される。患者１００は、特定の問題を抱えて医療環境に到達することもあり、患者は識別された問題に基づいてスケジューリングされてもよい。しかし、患者の状態は変化する可能性もあり、スケジューリング済みの処置とは別の処置を受けるために別の位置に移動することが必要になる場合もある。この情報はデータリポジトリ１１０に伝達されてもよい。このようにして、データリポジトリ１１０は、患者の現在の位置、現在の病状などに関する情報を有する。

これとは別に、データリポジトリ１１０は、医療リソース、それらのスケジュール、可用性などに関する情報を含む。医療リソースのスケジュールは、臨床医のスケジュール、ならびに患者監視機器または診断機器のスケジュールを含む。

データアクセスプログラムモジュール１４０は、データリポジトリ１１０にアクセスして患者情報および医療リソース情報を得るように構成される。データアクセスプログラムモジュール１４０は、この情報をプロセッサ１５０に供給する。プロセッサ１５０は、医療リソース情報および患者情報を処理して使用可能な医療リソースを識別し、それを患者向けにスケジューリングする。スケジューリング中、プロセッサ１５０は、患者の位置、重症度などの現在の病状、およびリソース可用性を考慮することができる。スケジューリングが終了すると、スケジュールは、データリポジトリ１１０、医療リソース１０５、および患者１００に伝達される。

患者１００／医療リソース１０５には追跡装置１３０が提供され、追跡装置１３０は、患者の位置／リソースの位置をデータリポジトリ１１０に伝達する。データリポジトリ１１０は、データアクセスプログラムモジュール１４０を通じて、患者の位置およびリソースの位置を医療リソース１０５／患者１００に伝達する。

１つの実施形態において、医療リソース１０５のスタンバイモードで、患者の基本情報を含む患者情報は、患者監視装置のような識別された医療リソース１０５に渡される。患者１００が識別された医療リソース１０５に接近すると、患者情報は医療リソースで表示することができる。

１つの実施形態において、患者が医療リソース１０５に接近しつつあるとき、医療リソース１０５は、カスタマイズされたリソース設定パラメータに基づいて構成することができる。カスタマイズされたリソース設定パラメータは、患者情報または患者の病状から導かれ、スタンバイモードでリソースに送信することができる。

１つの実施形態において、プロセッサ１５０は、医療リソース１０５と患者１００との間で患者情報を自動同期化するように構成される。プロセッサ１５０は、医療リソースと共に配置されるか、または患者およびリソースを管理するように構成されたスタンドアロンの装置として動作してもよい。プロセッサ１５０は、ソフトウェアまたはハードウェアにより実施されてもよい。情報処理を行うために、ソフトウェアおよび／またはファームウェアの代わりに専用ハードウェアを使用するか、もしくは専用ハードウェアとソフトウェアの組合せ、または汎用プロセッサまたはデジタル信号プロセッサと組み合わせたソフトウェアを使用することもできる。本明細書に含まれる本発明の実施形態の説明を理解することで、そのようなソフトウェアおよび／またはハードウェアおよび／または専用ハードウェアの要件が明確になれば、特定の実施態様の選択は、ハードウェアエンジニアおよび／またはソフトウェアエンジニアに委ねられてもよい。しかし、専用および／または特殊用途のハードウェアまたは特殊用途プロセッサは、プロセッサ１５０とラベル表示されたブロックに含まれるものと見なされる。管理システムのさまざまな部分が、単一のユニットまたはモジュールに組み合わされて実施されてもよい。

１つの実施形態において、システムは、患者の病状に何らかの変化を検出したとき、スケジュール済みの患者１００を再スケジューリングするように構成される。

１つの実施形態において、データリポジトリ１１０は、ＥＭＲ（電子カルテ：Ｅｌｅｃｔｒｏｎｉｃ Ｍｅｄｉｃａｌ Ｒｅｃｏｒｄ）またはＥＨＲ（電子医療記録システム：Ｅｌｅｃｔｒｏｎｉｃ Ｈｅａｌｔｈ Ｒｅｃｏｒｄ）である。さまざまなその他の実施形態において、データリポジトリは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、または読み取り専用メモリなどのメモリデバイスを含むことができる。簡略にするため、コンピュータプログラムが記録されている媒体を読み取りおよび／または書き込みすることができるデバイスもまた、「メモリ」という用語の範囲内に含める。

一部の実施形態において、管理システムは、コンピュータに特定のアクションを実行するよう指示するソフトウェアまたはファームウェアを備えることができる。本発明の一部の実施形態は、メモリ、表示装置、およびプロセッサを含むスタンドアロンのワークステーションコンピュータを備える。ワークステーションはまた、マウス、タッチスクリーンおよびスタイラス、カーソルキーを備えるキーボード、またはその組合せを含むユーザ入力インターフェイスを含むこともできる。

１つの実施形態において、本発明は、自動入院退院移動（ＡＤＴ）プロセスのための方法およびシステムを提供する。ＡＤＴは、そのスタンバイモードでリソースに送信され、医療リソースに患者が近接していることに基づいてアクティブ化される。

図２は、本発明の実施形態において説明される、自動入院退院移動（ＡＤＴ）システムを示す。患者２００には追跡装置２１０が提供され、患者が医療環境に入ったことが検出されて、サーバ２２０に伝達される。医療環境はまた、医療機器、臨床医などのようなさまざまなリソース２０５も有する必要がある。１つの実施形態において、患者２００はＲＦＩＤ（無線周波数識別子）を提供されてもよく、患者の識別番号をサーバ２２０に伝達することもできる。患者２００がサーバ２２０によって識別されるか、またはサーバ２２０が患者識別番号を受信すると、サーバ２２０はＥＭＲ２３０にアクセスし、基本情報および既往歴がある場合にはそれらを含む患者情報を受信する。サーバ２２０は、この情報を、予約をスケジューリングする際に患者２００を補助する登録ユニット２４０に自動的に渡すことができる。

１つの実施形態において、サーバ２２０は、患者情報および位置情報を管理システム２５０に渡す。管理システム２５０は、患者の位置、現在の病状、リソース可用性などのような特定のルールに基づいて、患者２００を管理またはスケジューリングするように構成される。１つの実施形態において、管理システム２５０は、サーバ２２０を通じて追跡装置２１０から患者の位置を受信するように構成された位置情報モジュール２５２を有する。位置情報モジュール２５２は、患者の位置とは別に、さまざまな医療リソースの位置に関する情報を有することができる。位置情報モジュール２５２は、患者またはその他の医療リソースの位置の変化に基づいて更新される。

管理システム２５０はさらに、サーバ２２０から受信した情報を格納するように構成されたメモリ２５４を含む。これは、ＥＭＲ２３０にアクセスして得られた患者情報、または位置情報モジュール２５２にアクセスして得られた位置情報を含むことができる。メモリ２５４はまた、リソース可用性、位置などのようなリソース情報も有する必要がある。これは、リソース２０５に直接、またはサーバ２２０を通じてリソース情報を格納する外部装置にアクセスして得ることができる。

管理システム２５０は、患者情報、位置情報、およびリソース情報を受信して、使用可能な医療リソース２０５を識別し、患者２００をスケジューリングするように構成された管理モジュール２５８を含む。ＡＤＴは、管理モジュール２５８によって患者に定義され、ＡＤＴモジュール２５６に格納される。管理モジュール２５８は、患者情報に基づいて、医療リソース２０５に対してカスタマイズされたリソース設定パラメータを導くように構成される。

リソース２０５がスケジューリングされると、患者情報は、サーバ２２０を通じて管理システム２５０によりリソース２０５に送信される。管理システム２５０はまた、その位置などのリソース情報を患者に伝達する。

１つの実施形態において、ＡＤＴは、そのスタンバイモードで医療リソースに伝達される。ＡＤＴは、患者にも伝達することができる。あるいは、この情報は、登録ユニット２４０に送信されてもよく、登録ユニット２４０は患者および／またはスケジュール済みのリソースに通知することができる。オプションで、患者情報、リソース情報などは、登録ユニット２４０に送信されてもよく、登録ユニットは、使用可能なリソースを識別して情報を患者またはリソースに渡すこともできる。

もう１つの実施形態において、管理システム２５０は、サーバ２１０を通じて患者の位置または患者の病状の変化を受信するように構成される。これらの変化に従って、ＡＤＴは更新することが必要になる場合もある。管理モジュール２５８は、異なるリソースを識別するか、または変更に基づいて異なる時間を設定する。変更されたＡＤＴは、新しくスケジューリングされた医療リソースおよび／または当初スケジューリングされた医療リソースに伝達される。ＡＤＴ情報と共に、患者の基本情報のような患者情報も、医療リソースに伝達することができる。

スケジューリング情報は、患者に直接、または登録ユニット２４０を通じて送信することもできる。

医療リソース２０５は、患者の近接情報を受信し、医療リソース２０５の付近に患者２００を検出したとき、ＡＤＴ情報がリソース２０５に表示される。ＡＤＴは、リソース２０５がスタンバイモードにある間リソース２０５に提供され、患者２００がリソース２０５に近づくと、ＡＤＴはリソース２０５で使用可能になる。患者の病状のいかなる変化もＡＤＴを変更することができ、ＡＤＴモジュール２５６は最新のＡＤＴ情報で更新され、それに応じてリソース２０５に伝達される。

１つの実施形態において、ソフトウェアの一部は固有の機能を有することができ、それらの部分は本明細書において「モジュール」または「ソフトウェアモジュール」と呼ばれる。しかし、一部の実施形態において、それらのモジュールは、ソフトウェアモジュールと同じ目的で実行するように、またはソフトウェアモジュールのパフォーマンスを支援するように構成される１つまたは複数の電子ハードウェアコンポーネントまたは特殊用途ハードウェアコンポーネントを備えることができる。従って、「モジュール」はまた、ハードウェア、または機能を実行するハードウェアとソフトウェアの組合せを示すこともできる。

図３は、本発明の実施形態において説明される、自動入院退院移動（ＡＤＴ）プロセスを示す。ステップ３０５において、患者は医療環境に入る。患者には、ＲＦＩＤ、スマートカード、またはブルートゥースデバイスのような識別子が提供される。識別子は追跡することができ、識別子を通じて患者の存在が検出され、患者の現在の位置が追跡される。現在の位置と共に患者識別情報が、ステップ３１０におけるようにサーバに送信される。このようにして、サーバは、患者が医療環境に入ると直ちに、医療環境内の患者の存在を識別する。サーバは、医療環境においてワークフローを管理する管理システムと通信する。ステップ３１５において、患者識別番号、現在の位置などのような患者に関する情報の最新のものを管理システムに伝達し、管理システムは、患者に関連付けられているワークフローを更新することができる。ステップ３２０において、サーバは、ＥＭＲまたは任意の他のデータストレージにアクセスして、患者の基本情報および既往歴を含む患者情報にアクセスする。ステップ３２５において、サーバは、患者情報を管理システムまたは登録ユニットに提供するが、これらは患者およびリソース管理を補助する。現在の患者の病状は、ステップ３３０に示されるように、登録ユニットまたはその他の手段によってサーバを通じて管理システムに送信される。ステップ３３５において、患者情報およびリソースの可用性に基づいて、患者およびリソースがスケジューリングされるか、または適切なリソースが識別される。ステップ３４０において、リソースがスタンバイモードにある間、ＡＤＴ（入院退院移動）がリソースに送信される。リソース情報は、リソースの位置、スケジュール済みの時間などのようなナビゲーション情報と共に患者に渡される。リソースには、患者の基本情報のような患者情報が提供される。ステップ３４５において、患者はスケジュール済みのリソースに近づき、ステップ３５０において、スケジュール済みの装置に患者が近接していることが追跡される。リソースに近接する患者を検出したとき、ステップ３５５におけるように、ＡＤＴがリソースで表示される。リソースに提供されるＡＤＴは、検証の後に表示されてもよい。患者の病状または位置に何らかの変化がある場合、ＡＤＴは更新され、新しいスケジュール済みのリソースに送信される。緊急事態を検出して患者が異なる位置に移動される場合、患者の位置の変化から、管理システムはＡＤＴプロセスの変化を解釈し、それに応じてワークフローが更新される。このようにして、更新済みのＡＤＴ情報はあらかじめスケジュール済みのリソースと共に使用可能である。これは、患者が病院内にいる間、異なる位置に移されなければならない場合に有用である。ＡＤＴまたは患者の基本情報は、しばらくの間リソースで保持されてもよく、その後削除されてもよい。

図４は、本発明の実施形態において説明される、患者および医療リソース管理の方法を示す流れ図である。ステップ４１０において、医療環境における患者の位置が識別される。患者には、ＲＦＩＤ、スマートチップなどのような識別子が提供されてもよく、医療環境に入ると、患者の存在が検出される。識別子は、患者の位置を追跡する際にも役立つ。ステップ４２０において、患者情報がアクセスされる。患者識別情報はサーバに送信されてもよく、サーバは、データベースまたはＥＭＲ（電子カルテ：Ｅｌｅｃｔｒｏｎｉｃ Ｍｅｄｉｃａｌ Ｒｅｃｏｒｄ）またはＥＨＲ（電子医療記録システム：Ｅｌｅｃｔｒｏｎｉｃ Ｈｅａｌｔｈ Ｒｅｃｏｒｄ）にアクセスして患者の基本情報または既往歴のような患者情報を得ることができる。患者の現在の病状にも、アクセスすることができる。ステップ４３０において、医療リソースは、患者情報、患者の位置、現在の病状、リソース可用性などを使用して識別される。ステップ４４０において、患者情報に基づいて、少なくとも１つのリソース設定パラメータが導かれる。リソース設定パラメータは患者固有であってもよく、この情報は患者情報と共に識別された医療リソースに供給される。ステップ４５０において、患者は、識別された医療リソースに割り当てられる。患者には、ナビゲーション情報または報告時間などのような医療リソース情報が提供されてもよい。ステップ４６０において、患者が医療リソースに近接していることが識別され、医療リソースは、医療リソースの付近で患者を識別するとリソース設定パラメータを使用して構成される。一部の頻繁にアクセスされた患者情報を医療リソースに書き込むか、または医療リソースに近接する患者を識別すると、その患者情報を医療リソースで表示することも可能である。

図５は、本発明の実施形態において説明される、患者および医療リソース管理の方法を示す詳細な流れ図である。ステップ５０１において、医療環境における患者の位置が識別される。患者には、ＲＦＩＤ（無線周波数識別子）、スマートチップなどのような識別子が提供されてもよく、医療環境に入ると、患者の存在が検出される。識別子は、患者の位置を追跡する際にも役立つ。ステップ５０２において、患者の識別番号のような患者ＩＤが、患者の位置と共にサーバに伝達される。サーバは、医療環境の内部サーバまたは外部サーバであってもよい。ステップ５０３において、サーバは、患者識別を使用してデータベースにアクセスし、追加の患者情報がアクセスされる。サーバは、患者の基本情報および／または患者の既往症にアクセスすることができる。ステップ５０４において、患者の現在の病状がアクセスされる。これは、看護人から、または患者から直接取得することもできる。病状に何らかの変化がある場合、それはサーバを通じてデータベースに伝達することができる。ステップ５０５において、データベースは患者の現在の病状で更新される。ステップ５０６において、患者管理システム、患者情報、患者の位置、現在の病状などがアクセスされている。これは、患者管理システムが患者をより効率的にスケジューリングできるよう支援する。ステップ５０７において、リソース可用性情報もまたアクセスされる。ステップ５０８において、医療リソースが追跡される。医療リソースには各々、追跡装置が提供され、それらの位置は追跡されている。リソースには静的なものがあってもよく、動的なものもあってもよい。ステップ５０９の間、医療リソースは、患者情報、患者の位置、ならびにリソースの可用性およびその他の側面に基づいて識別される。さまざまなパラメータを考慮して、最も望ましい医療リソースが識別される。ステップ５１０において、少なくとも１つのカスタマイズされたリソース設定パラメータが識別される。たとえば、患者が幼児である場合、患者監視パラメータは、それに応じて調整される必要がある。画像処理のためのＸ線照射、血圧測定の加圧帯のサイズなどのような一部のパラメータは、幼児向けに調整される必要がある。ステップ５１１において、患者は、識別された医療リソースでスケジューリングされる。医療リソース情報は、ステップ５１２に示されるように患者に伝達されている。情報は、医療リソースへのナビゲーション情報を含むことができる。これは、患者、または登録ユニット、もしくは看護人に直接伝達されてもよい。ステップ５１３〜５１５は、さまざまな情報がスケジュール済みの医療リソースに伝達されていることを示す。この情報はすべて、リソースがスタンバイモードにある間、装置に伝達されている。患者識別情報またはスケジュール情報のような患者情報は、ステップ５１３において、リソースに伝達される。患者情報とは別に、特定の頻繁にアクセスされる情報がリソースに送信されてもよい。この情報は、患者の基本情報、およびアレルギー薬、食事制限などのような患者に固有のその他の情報を含むことができる。また、入院退院移動情報は、ステップ５１４におけるように、医療リソースに送信されてもよい。カスタマイズされたリソース設定パラメータもまた、ステップ５１５に示されるように、リソースに伝達されてもよい。患者がリソース情報を受信すると、ステップ５１６におけるように、患者はリソースに向かって進み、ステップ５１７において、患者の位置が追跡されている。これは、患者を正確に導き、患者または看護人がもたらした変化を追跡する上で役立つ。ステップ５１８において、医療リソースは、患者がリソースの付近に到達したとき、患者の存在について通知される。医療リソースは患者情報を有し、この情報は検証される。グラフィックインターフェイスは、臨床医に患者情報の表示を確認するよう求めることができる。確認を受信すると、ステップ５１９および５２０において示されるように、患者情報はリソースで表示されてもよく、または任意の他の形態で臨床医に提供されてもよい。さらに、ステップ５２１において、カスタマイズされたリソース設定パラメータがアクセスされ、ステップ５２２におけるように、リソースは、カスタマイズされたリソース設定パラメータを使用して患者の必要性に基づいてカスタマイズされる。

図６は、本発明の実施形態において説明される、医療環境において患者を再スケジューリングする方法を示す流れ図である。ステップ６１０において、患者の病状の変化が識別される。患者は、患者が示す症状、患者の既往症などのような特定の事実に基づいて、入院するか、または治療をスケジューリングされてもよい。しかし、患者の病態は変化することもあるので、その変化は識別される必要があり、患者は変化した病状に基づいて再スケジューリングされる必要がある。ステップ６２０において、変化は、患者の位置と共にサーバに伝達される。これは、状況に基づいて、患者自身、または看護人もしくは登録ユニットによって行われてもよい。患者は、登録デスクで変化を報告することができ、その情報は、サーバ／データリポジトリおよびスケジュール済みの医療装置（ある場合）にリアルタイムで伝達されてもよい。ステップ６３０において、データベースからの患者情報は、サーバを通じてアクセスされる。患者の現在のスケジュールは、病状の変化に基づいて分析される。患者情報は、患者に関連するその他の情報も含むことができる。ステップ６４０において、望ましい医療リソースは、患者の更新済みの病状、患者の位置、およびリソース可用性に基づいて識別される。患者の状態が重篤である場合、患者は集中治療室（ＩＣＵ）に収容される必要がある。最も近いＩＣＵの位置およびベッドの空きが調べられ、患者はＩＣＵにスケジューリングされる。このように、ステップ６５０において、患者は新しい医療リソースに再スケジューリングされる。場合によっては、患者は引き続き以前スケジューリングされた医療リソースを使用することもあるが、患者が優先されるか、または予約の時間が変更されてもよい。ステップ６６０において、リソース情報は患者または看護人に伝達される。患者に提供された追跡装置が表示装置に関連付けられている場合、リソースのスケジュールの位置は患者に直接伝達されてもよく、または看護人を通じて患者に伝達されてもよい。同様に、患者情報はリソースにも伝達することができる。患者がリソースに近づくと、この情報はリソースで表示されるか、またはリソースが患者の必要性に基づいてカスタマイズされてもよい。

本発明のさらにもう１つの実施形態において、１つまたは複数の機械可読媒体は、磁気ディスクおよびディスケット、光ディスクおよびディスケット、および／またはＲＯＭ、フラッシュＲＯＭ、および／またはバッテリバックアップ付きＲＡＭ、または１つまたは複数の任意の他の適切な磁気、光、または電子媒体を含むことができるが、これらに限定されることはない。１つまたは複数の媒体は、コンピュータ、メモリ、および表示装置を含むシステムを指示するように構成された命令を記録している。命令は、基本情報および患者の現在の病状を含む患者情報にアクセスするための命令と、患者情報、患者の位置、およびリソース可用性を使用して医療リソースを識別するための命令と、患者がリソースに到達する前であっても、患者情報に基づいて識別された医療リソースを表示および／または構成するための命令とを含む。

しかし、ソフトウェアおよび／またはファームウェア（これ以降総称して「ソフトウェア」と呼ぶ）は、本明細書において説明される発明のアクションの組合せを実行するようコンピュータに命令するために使用することもできる。さらに、一部の実施形態において、それは、ソフトウェアモジュールと同じ目的で実行するように、またはソフトウェアモジュールのパフォーマンスを支援するように構成されうる１つまたは複数の電子ハードウェアコンポーネントまたは特殊用途ハードウェアコンポーネントを備えることができる。

本発明の一部の利点は、手操作による介入なしで患者の基本情報が必要な時および場所に用意されるように、事業および臨床のルールのセットに基づいて、患者が医療環境に入る際に自動的に患者を識別、追跡、および割り当てする一意の方法を提供することを含む。患者の識別、位置、および既往症などの患者情報は、さまざまな医療リソース情報と自動同期化される。本発明はまた、患者モニタでのスケジュールによる収容の概念を伴い、ここでＡＤＴ情報は、看護士／臨床医が必要に応じてアクセスできるように、非アクティブ状態のモニタに送信することができる。

さらに、病院に入る患者を識別すること、位置、および患者の病歴と監視装置の間で患者情報を自動同期化することを通じて、臨床ワークフローの効率性改善が高められる。また、この情報はさらに、いつでもモニタによって、スケジュールされた患者など現在のリソース使用を報告するために使用することができ、それにより、権限のある臨床医が介入してワークフローに必要な変更を行うことができる。

加えて、患者が入ってから出るまでを追跡できる機能は強力な臨床情報であり、この情報は、病院がその構成を改良して計画できるように、病院内のどの位置／装置／リソースが患者単位および病状ベースでより多く利用されるかについて病院がさらに適したレポートを生成できるよう補助する。

方法およびシステムの実施形態の上記の説明は、患者情報を医療リソース情報と自動的に同期化させる技術的効果を有する。患者の臨床情報と患者の基本情報の統合についても説明される。

本明細書において使用されるように、単数形で列挙され、「ａ」または「ａｎ」という語で始まる要素またはステップは、特に明示的に述べられている場合を除き、複数の要素またはステップを除外しないものと理解されるべきである。さらに、本発明の「１つの実施形態」の参照は、列挙されている特徴も組み入れる追加の実施形態の存在を除外するものと解釈されることを意図してはいない。さらに、別に明示的な記述がない限り、特定の特性を有する１つの要素または複数の要素を「備える（ｃｏｍｐｒｉｓｉｎｇ）」または「有する（ｈａｖｉｎｇ）」実施形態は、その特性を有していない追加のそのような要素を含むことができる。さらに、「コンピュータ」および「プロセッサ」という用語は、本明細書において、デジタル信号処理、制御、データ操作、および／または計算を行う専用ハードウェア、もしくは同様の機能を実行するようにプログラムおよび／または外部デジタル信号とインターフェイスすることができる汎用コンピュータのいずれかを示すために同義的に使用される。従って、「コンピュータまたはプロセッサ」および「プロセッサまたはコンピュータ」という語句は、個々の用語のいずれかと等しい範囲を有することを意図し、２つの用語の二分を意味することを意図してはいない。

例示的な実施形態は、上記で詳細に説明されている。アセンブリおよび方法は、本明細書において説明される固有の実施形態に限定されることはなく、むしろ、各アセンブリおよび／または方法のコンポーネントは、単独で、本明細書において説明されるその他のコンポーネントとは別個に使用することができる。さらに、ワークフローに含まれるステップは、図面に示される順序に従う必要はなく、方法を完了するためにワークフローのすべてのステップが必ずしも実行される必要はない。

本発明を、好ましい実施形態を参照して説明してきたが、当業者には、本発明の精神を逸脱することなく実施形態に特定の代替、変更、および省略を行うことができることが理解されよう。ゆえに、前述の説明は例示のみを目的としており、以下の特許請求の範囲に示される本発明の範囲を限定すべきものではない。

１００ 患者
１０５ リソース
１１０ データリポジトリ
１２０ サーバ
１３０ 追跡装置
１４０ データアクセスプログラムモジュール
１５０ プロセッサ
２００ 患者
２０５ リソース
２１０ 追跡装置
２２０ サーバ
２３０ ＥＭＲ
２４０ 登録ユニット
２５０ 管理システム
２５２ 位置情報モジュール
２５４ メモリ
２５６ 管理モジュール
２５８ ＡＤＴモジュール
３０５ 識別子を提供するアクション
３１０ 識別を伝達するアクション
３１５ サーバとの通信のアクション
３２０ ＥＭＲとの通信のアクション
３２５ 患者情報にアクセスするアクション
３３０ 現在の病状のアクション
３３５ リソースを識別するアクション
３４０ ＡＤＴを伝達するアクション
３４５ リソースに向かう患者のアクション
３５０ 近接が識別されるアクション
３５５ ＡＤＴが表示されるアクション
４１０ 患者を識別するアクション
４２０ 患者情報にアクセスするアクション
４３０ 医療リソースを識別するアクション
４４０ リソース設定パラメータを提供するアクション
４５０ リソースをスケジューリングするアクション
４６０ リソースを構成するアクション
５０１ 患者を識別するアクション
５０２ 患者識別を伝達するアクション
５０３ 患者情報にアクセスするアクション
５０４ 病状を取得するアクション
５０５ 病状を更新するアクション
５０６ 情報を受信するアクション
５０７ リソース情報にアクセスするアクション
５０８ リソースを追跡するアクション
５０９ リソースを識別するアクション
５１０ カスタマイズされたパラメータを導くアクション
５１１ 患者をスケジューリングするアクション
５１２ リソース情報を伝達するアクション
５１３ 患者情報を伝達するアクション
５１４ 頻繁にアクセスされる患者情報を伝達するアクション
５１５ リソース設定パラメータを伝達するアクション
５１６ リソースに向かって進むアクション
５１７ 患者の位置を追跡するアクション
５１８ 患者が近接していることを識別するアクション
５１９ 患者情報を検証するアクション
５２０ 患者情報を表示するアクション
５２１ リソース設定パラメータにアクセスするアクション
５２２ リソースを構成するアクション
６１０ 病状の変化を識別するアクション
６２０ 変化を伝達するアクション
６３０ 患者情報にアクセスするアクション
６４０ リソースを識別するアクション
６５０ 患者を再スケジューリングするアクション
６６０ 患者に伝達するアクション

Claims (10)

1. 医療環境において患者および医療リソースを管理するためのコンピュータ支援管理方法であって、
   患者の病状の変化を識別するステップ（６１０）と、
   前記変化を前記患者の位置情報と共にサーバに伝達するステップ（６２０）と、
   前記サーバを通じてデータベースにアクセスして患者情報を得るステップ（６３０）と、
   移動可能な複数の医療リソースの位置を追跡するステップと、
   前記更新された病状、患者情報、および患者の位置に基づいて医療リソースを識別するステップ（６４０）と、
   前記識別された医療リソースに前記患者を再スケジューリングするステップ（６５０）と、
   識別された医療リソースの位置を含むリソース情報を前記患者に、前記患者情報を前記医療リソースに伝達するステップ（６６０）とを備える管理方法。
2. 患者情報にアクセスする前記ステップ（６２０）は、
   データベースにアクセスして患者の基本情報および患者の病歴を得るステップと、
   患者の現在の病状を前記患者または看護人から取得するステップと、
   前記データベース内の前記現在の病状を更新するステップとを含む請求項１記載の方法。
3. 医療リソースを識別する前記ステップ（６３０）は、
   前記患者情報および患者の位置を受信するステップと、
   前記医療環境において前記使用可能な医療リソースに関する情報にアクセスするステップと、
   前記医療環境において前記医療リソースを追跡するステップと、
   医療リソースの可用性、患者情報、および患者の位置に基づいて医療リソースを識別するステップとを備える請求項１または２に記載の方法。
4. 割り当てる前記ステップ（４５０）は、
   前記患者を前記識別された医療リソースでスケジューリングするステップと、
   前記医療リソースの位置を前記患者に、前記患者情報を前記医療リソースに示すステップとを備える請求項１乃至３のいずれかに記載の方法。
5. 前記患者に関する頻繁にアクセスされる情報をスタンバイモードのスケジュール済み医療リソースに提供するステップと、
   前記患者が前記リソースに近接しているとき前記情報を表示するステップとをさらに備える請求項１乃至３のいずれかに記載の方法。
6. 少なくとも１つのカスタマイズされたリソース設定パラメータに基づいて前記識別された医療リソースを構成するステップと、前記患者が前記医療リソースに近接しているとき、前記識別された医療リソースに関する頻繁にアクセスされる患者情報を表示するステップとをさらに備える請求項１乃至５のいずれかに記載の方法。
7. 医療環境において患者および医療リソースを管理するためのシステムであって、
   医療環境において基本情報および患者の現在の病状を含む患者情報ならびに医療リソース情報を格納するためのデータリポジトリ（１１０）と、
   医療環境において患者（１００）の位置および移動可能な複数の医療リソース（１０５）の位置を識別して、前記位置情報を前記データリポジトリに伝達するための複数の追跡装置（１２０）と、
   前記データリポジトリにアクセスして患者情報および前記医療リソース情報を得るように構成されたデータアクセスプログラムモジュール（１３０）と、
   前記患者情報、および患者の位置、ならびにリソース可用性に基づいて医療リソースを識別して構成した後に、前記患者の病状の変化、前記患者情報、および前記患者の位置に基づいて医療リソースを再度識別し、再度識別された医療リソースの位置を含むリソース情報を前記患者に、前記患者情報を前記医療リソースに伝達するために前記データアクセスプログラムモジュールに動作可能に接続されたプロセッサ（１４０）とを備えるシステム。
8. 前記データリポジトリ（１１０）と前記データアクセスプログラムモジュール（１３０）と通信を行うサーバ（１２０）と、
   予約をスケジューリングする際に前記患者を補助する登録ユニット（２４０）とを含む請求項７記載のシステム。
9. 前記プロセッサ（１４０）は前記患者情報に基づいて前記リソース設定パラメータをカスタマイズし、前記患者（１００）が前記医療リソース（１０５）に近づくと、前記カスタマイズされたリソース設定パラメータに基づいて前記医療リソース（１０５）を構成するように構成される請求項７または８記載のシステム。
10. 前記プロセッサ（１４０）は前記患者（１００）が前記リソース（１０５）に近接しているとき、前記患者に関する頻繁にアクセスされる情報をスタンバイモードの前記識別された医療リソース（１０５）に提供するようにさらに構成される請求項７乃至９のいずれかに記載のシステム。
    

Images