JP6923696B2 - 医療ドーズを実行するためのヘルスケア情報の自動交換 - Google Patents

Description

関連出願へのクロスリファレンス

本出願は、以下の米国仮出願番号の出願からの優先権を主張する：６２／０６８，３０１（２０１４年１０月２４日出願）、発明の名称「ＡＵＴＯＭＡＴＥＤ ＥＸＣＨＡＮＧＥ ＯＦ ＨＥＡＬＴＨＣＡＲＥ ＩＮＦＯＲＭＡＴＩＯＮ ＦＯＲ ＦＵＬＦＩＬＬＭＥＮＴ ＯＦ ＭＥＤＩＣＡＴＩＯＮ ＤＯＳＥＳ」。その内容は、参照により、あたかも完全に記載されているかのごとく、本明細書に組み込まれる。

電子的ヘルスケア情報システムは進歩しているものの、情報の交換に関連するプロセスは、依然としてヒトユーザーによる手操作を介することに依存する可能性がある。独立したシステムは、電子的医療記録（ＥＭＲ）を管理するべく動作することができるものの、独立したシステム間の情報の交換は、標準化したデータフォーマット又はデータ交換プロトコルがないことにより、複雑化する可能性がある。更に、データを独立したシステム間で交換できる程度にまでとなると、各独立したシステムにおいて独特のセマンティクスを使用する事で、結果として、これらの間でデータを交換する際に、複雑になる可能性がある。

例えば、ドーズオーダーを処理する場合、医師等はハードコピーのオーダーフォームに依拠して、患者に施すべき医療オーダーを要求する可能性がある。そして、オーダーフォームのハードコピーは、以下の手段により薬局へ提供される可能性がある：例えば、物理的な輸送、ファックス、電話によるリレー、電子メールによるリレー、等。そして、ドーズオーダーに関連する情報を薬局で受け取ると、技術者は、要求されたドーズオーダーに関する情報を手動で入力する必要がある可能性がある（例えば、情報のハードコピー又は電子的コピーから情報を転記することにより）。従って、転記されたドーズオーダーに基づいて要求されるドーズオーダーに関連するＥＭＲの新しいインスタンスが薬局で生成される可能性がある。そして、ドーズオーダーは、薬局によって実行される可能性がある（例えば、以下を含む：ドーズオーダーの計算、レビュー、調合、及びデリバリ）。

従って、ドーズオーダープロセス中の１以上のインスタンスでは、要求されたーズオーダーに関連する情報を、ヒトユーザーによって手動で処理することが必要となる可能性がある。例えば、ヒトユーザーは、情報を、物理的ハードコピーオーダーフォームから、薬局システムへとリレーすることが必要となる可能性がある。更に、ヒトユーザーは、情報を第一のシステムから取り出し、そして、情報を第二のシステムに転記することが必要となる可能性がある。例えば、ヒトユーザーは、受け取ったオーダー情報を薬局情報システム（ＰＩＳ）に入力することが必要となる可能性がある。この点に関して、ドーズオーダーの生成及び薬局の実行に関するＥＭＲシステムは進歩しているものの、ヘルスケア情報の交換は、依然としてヒトユーザーの手が入り込む可能性がある。

そして、遅延やエラーに関する可能性は、ヒトが介在する必要があることで、より高まる可能性がある。例えば、以下のような報告がある：非経口（腸管外）栄養オーダーに従事している臨床医の６０％が、月当たり、１〜５件のオーダーエラーを報告している。重大なこととして、レビューした１〜２年のスパンにおいて、致命的な合併症又は死亡は、４．８％の非経口（腸管外）栄養オーダーエラーから生じている可能性がある。更に言えば、転記はオーダーの実行を遅らせる可能性がある。というのは、報告によれば、最大で１０％の非経口（腸管外）栄養オーダーでは、確認作業を要するからである。確認作業の必要性に関する最もありふれた原因は以下を含む：読みづらい記載、重要な成分の欠如、又は多量栄養素成分の不安定性。この点に関して、ヒューマンエラーは、以下のような形で生じる可能性がある：転記エラー、ＥＭＲオーダーエントリエラー、情報の非対称性をもたらすエラー、オーダーフォームの読みにくさ（ｌｅｇｉｂｉｌｉｔｙ）をもたらすエラー、薬局システムでのオーダーの再エントリに関するエラー、又はヒトの介在が必要となるデータフロー内の他のポイント。従って、独立したヘルスケアシステム間でのヘルスケア情報の交換を改良することでヒトが介在することへの依拠性を減らすことができ、これにより患者への成果を向上させる際のエラーレートを減少させることができる。

上記に鑑みて、本開示は概して改良されたヘルスケア情報の交換に関する。具体的には、本開示はシステム及び方法を提示し、これらは、以下を減少させることを少なくとも部分的に補助することができる：独立したヘルスケアシステム間でのヘルスケア情報の交換における手動によるヒト相互作用への依拠。そして、情報交換を促進するためのヒト相互作用の依拠を減少させることができ、及び独立したヘルスケアシステム間で交換することができるヘルスケア情報のスピード及び正確性を向上させることができる。そして、ヘルスケア情報交換に対する少なくとも部分的に自動化されたアプローチを促進することができる。

従って、本明細書に記載の自動化されたヘルス情報交換を使用することで、患者への成果を向上させることができ、該向上は、ヘルスケア情報の交換におけるヒト相互作用に関連するエラーを減少させることをアシストすることによる。更に、情報の交換のスピードを、薬局操作においてより効率的に向上させることができる。例えば、自動化されたヘルスケア情報交換を利用することができるという１つのコンテキストは、ドーズオーダー実行というコンテキストである。具体的には、ドーズオーダーエントリからドーズオーダー実行へのヘルスケア情報の交換の自動化を促進することができ、以下の間におけるヘルスケア情報の交換に関連してヒトが介在する必要性を減らす（及び潜在的には排除する）ことをアシストできる：ドーズオーダーエントリを促進するＥＭＲシステム、薬局操作の管理のための薬局情報システム（ＰＩＳ）、及び患者に施すべき医療ドーズの実行の際に使用するためのドーズ実行クライアント。本明細書での説明において、ドーズオーダーは以下を含む任意の数のコンテキストにおける要求される医療ドーズに関するものであってもよい：例えば、ＩＶドーズ、非経口（腸管外）栄養（ＰＮ）ドーズ、トータル非経口（腸管外）栄養（ＴＰＮ）ドーズ等。

具体的には、本明細書に提示した開示内容は、プラットフォームインターフェースモジュールによるヘルスケア情報データストリームの受信及び処理を促進することができる。プラットフォームインターフェースモジュールは、ヘルスケア情報データストリームの特定及び構文解析を行うことができ、ヘルスケア情報データストリームからの個別のドーズオーダーを特定することができる。この点に関して、ヘルスケア情報データストリームは、以下を含む多くのデータを含むことができる：例えば、複数のドーズオーダー、又はＥＭＲデータに関連する他のデータ、又は病院の情報システム（ＨＩＳ）データ。ヘルスケア情報データストリームからのドーズオーダーを特定する際、プラットフォームインターフェースモジュールは、ドーズオーダーを構文解析するように動作可能であってもよい。その結果、ドーズオーダーデータフィールドを特定し、及び、該フィールドにドーズオーダーに関連するドーズオーダーメタデータを配置することができる。ドーズオーダーデータフィールドは、ドーズオーダーの特徴に対応するものであってもよい（例えば成分リスト、製品要求、管理の特徴、患者情報、又はドーズオーダーに関連する他の適切なデータタイプ）。そして、それぞれ各ドーズオーダーに関して対応するドーズオーダーメタデータは、プラットフォームインターフェースモジュールによって構文解析されてもよい。ステージングテーブルを生成することができ、及び、ドーズオーダーに関連するプラットフォームインターフェースモジュールにおいて保存することができる。ステージングテーブルは、以下を含むことができる：所与のドーズオーダーに関するドーズオーダーデータフィールドに対応して関連するドーズオーダーメタデータを保存するための標準化された中間フォーマット。

この点に関して、以下の点を理解されたい：即ち異なる様々なＥＭＲシステム（例えば、１以上のＨＩＳ、１以上の医師オーダーエントリ（ＰＯＥ）システム等）を用いて、ドーズオーダーを生成及び／又は薬局に送信することができる。そして、ステージングテーブルを生成するためのヘルス情報データストリームの受信及び処理により、ドーズオーダーに関する標準化された中間フォーマットの生成を促進することができる。標準化された中間フォーマットは有益なものとなる可能性があり、その理由は、ドーズオーダーを、ドーズオーダーに関連する医療ドーズを実行する際に使用する目的で、複数の異なるドーズオーダー実行クライアントのうちの１つにルーティングすることができるからである。そして、異なるＥＭＲシステムフォーマットと特定のドーズ実行クライアント入力フォーマットとの間のそれぞれ特有の相関関係を促進する必要はない。むしろ、標準化された中間フォーム（例えば、ステージングテーブル）を用いることができる。その結果、複数の異なるＥＭＲシステムフォーマットを、標準化された中間フォームに標準化することができる。そして、標準化された中間フォームを、その後、ドーズ実行クライアントの異なるそれぞれのフォーマットに関連する複数の異なる入力フォーマットのうちの１つに変換することができる。この点に関して、異なるＥＭＲシステムを追加する際、ＥＭＲシステムからのデータを、標準化された中間フォーマットに標準化することができる。その結果、システムは、新たなＥＭＲシステムから受け取ったドーズオーダーを処理することができ、その際に、新たなＥＭＲシステムのために、各ドーズ実行クライアントに特有のアプリケーション機能を生成する必要は無い。更に、新たなドーズ実行クライアントがシステムに追加される場合、標準化された中間フォーマットにおけるデータの変換を達成することができるが、その際に、各ＥＭＲシステムに特有の新たなドーズ実行クライアントのためのアプリケーション機能を生成する必要がない。従って、強力な及びモジュール式のデータ交換システムを実現することができ、これにより以下のことを可能にする：複数のＥＭＲシステムのうちいずれか１つを、複数のドーズ実行クライアントのうちいずれか１つと併せて使用すること。

少なくとも幾つかの実施形態において、ステージングテーブルにおいて管理されるドーズオーダー記録は、これらに適用される幾つかのドーズオーダー管理機能を有することができる。例えば、ドーズオーダーの閲覧、変更、優先化、又はその他組織化に関連する機能を、ステージングテーブルに記憶されるドーズオーダー情報に適用することができる。そして、薬局管理を以下の点において改善することができる：薬局の操作に関連する人々は、薬局管理機能を、集合的に、ステージングテーブルに記憶されたドーズオーダーに対して実行することもできる。例えば、こうした薬局管理を、ドーズオーダーに対して実行してもよく、その後で、ドーズオーダーを複数のドーズ実行クライアントに提供してもよい。更に言えば、ドーズオーダー管理を、１以上のドーズ実行クライアントからみてローカルな態様で、実行してもよい。そして、薬局リソースを、異なる優先度、緊急度等を有するドーズオーダーに関連して、効率的に管理することができる。

ステージングテーブルからのドーズオーダー情報を、ドーズ実行クライアントによって取り出すことができ、及び／又は、該クライアントへ提供することができ、該クライアントは、ドーズオーダーに関連するドーズを調合する際に使用するためのものであってもよい。この点に関して、ステージングテーブルにおけるドーズオーダー情報を、ステージングテーブルの標準化された中間フォームから、ドーズ実行クライアントに関連する入力フォーマットへ変換することができる。例えば、所与のドーズ実行クライアントのための独自の入力フォーマットを提供してもよい。従って、ドーズオーダーの調合の際に使用するための特定のドーズ実行クライアントを特定することにより、以下の点を可能にすることができる：前記特定されたドーズ実行クライアントに関連する対応する独自の入力フォーマットを用いて、ステージングテーブルからのデータを、所与のクライアントのための独自の入力フォーマットに変換すること。

ステージングテーブルからの情報を、クライアント特定のフォーマットからのドーズへと変換することに関して、マッピング及び／又は変換処理が発生してもよい。例えば、ドーズオーダー情報を、標準化された中間フォーマットから、所与のドーズ実行クライアントのための独自の入力フォーマットへ変換することは、以下を含むことができる：ドーズオーダーデータフィールドを、ステージングテーブルから、対応するそれぞれドーズ実行クライアント入力フィールドへとマッピングすること。特定のマッピングのほか、データの変換を実行してもよい。例えば、ドーズ実行クライアントのための独自の入力フォーマットにより、予想されるデータに関するフォームを特定することができる。従って、データを、ステージングテーブルにおいて提供されるフォームから変換することができる。その結果、データは、独自の入力フォーマットのフォームを遵守する。

更に言えば、対応するそれぞれのドーズ実行クライアント入力フィールドに関連するドーズオーダーメタデータを、以下の決定を行うために確認することができる：ドーズオーダーに関して有効な入力がステージングテーブルから提供されたかどうか。データが有効でない可能性がある場合には（例えば、構文エラー、マッピングエラー、変換エラー、又は幾つかの他のエラーが原因となって）、例外処理を発生させてもよい。即ち、例外処理は、確認、マッピング、又は変換の最中に特定された任意のエラーをユーザーが解決することを可能にすることができる。ユーザーによるエラーの解決を利用して、後続ドーズオーダーのための処理ルール（例えば、確認ルール、マッピングルール、又は変換ルール）等を変更することができる。エラーの解決に対応するユーザーによる入力を受け取ることを、後続オーダーの変換及び／又は確認に組み込むことができる。従って、変換処理に関連して、ステージングテーブルからのドーズオーダーメタデータのマッピング、変換、及び／又は確認に関連する例外処理を、本明細書にて説明する態様で行うことができる。更に、ロジスティック処理を実行してもよい。その結果、ドーズオーダーの処理の間に受け取ったドーズオーダーに対する変更、キャンセル、又は他の変更を促進することができる。免除処理及び／又はロジスティック処理を同一の場所又は異なる場所で実行してもよい。更に、免除処理及び／又はロジスティック処理は、プラットフォームインターフェースモジュール、変換モジュール、及び／又はドーズ実行クライアントにて発生してもよい。

更には、ログ操作を、本明細書に記載の独立したシステム間でのヘルスケアデータの交換を通して、発生させてもよい。そして、監査、トラブルシューティング等を、本明細書に記載のシステム間での交換に関する任意の又は全てのステップの最中に促進することができる。ヘルスケア情報交換の最中に生成したログ情報を、各独立したシステムにて管理してもよく、又はデータ交換の一部又は全部の工程に関連する単独のレポジトリにて集合化させてもよい。そして、監査等の目的での記録の維持については、本明細書に記載のシステム間でのヘルスケア情報の交換に関連して、向上させることができる。

本明細書にて意図することとして、複数のドーズ実行クライアントを、本明細書に提示した開示内容によって促進されるヘルスケア情報交換に関連して、採用することができる。例えば、ドーズ実行クライアントは、以下を含むことができる：ドーズオーダーの手動での調合の際に使用するための薬局ワークフロー管理アプリケーション、自動化されたシリンジ充填プラットフォーム、ＴＰＮ管理モジュール、自動化されたコンパウンダー（ｃｏｍｐｏｕｎｄｅｒｓ）（例えば、ＰＮ及びＴＰＮオーダーを実行する際に使用するためのもの）、自動化されたドーズ分配キャビネット、又はドーズオーダーに関連する物理的ドーズを実現するために使用することができる他のドーズ実行クライアント。従って、少なくとも幾つかのドーズ実行クライアントは、以下を含むことができる：ヒトの介在を必要とすることなくドーズオーダーを実行するための自動化されたドーズ調合システム。そして、本明細書にて促進される少なくとも幾つかの実施形態において、ドーズオーダーに対して実行される処理は、完全に自動化されてもよい。
その結果、医師等によるドーズオーダーのエントリと自動化されたドーズ実行クライアントによるドーズオーダーの実行との間で、ヒトが介在しない。

本明細書に提示した開示内容の第一の態様は、変換モジュールによるヘルスケア情報の自動化された変換のための方法を含む。該変換は、電子的医療記録（ＥＭＲ）システムからの第一のフォームとドーズ実行クライアントに関連する第二のフォームとの間で行われる。前記実行クライアントは、前記ヘルス情報データのドーズオーダーに従ってドーズの調合を行うためのものである。方法は以下を含む：変換モジュールにて、ドーズオーダーに関するドーズオーダーメタデータを、前記ドーズオーダーに対応するステージングテーブルから取り出すこと。ステージングテーブルには、ヘルスケア情報データストリームから受け取ったドーズオーダーメタデータが、ＥＭＲシステムからの第一のフォームで配置される。更に言えば、ステージングテーブルは以下を含む：複数のドーズオーダーデータフィールド、ここで、該フィールドには、ドーズオーダーメタデータの対応するそれぞれの部分が配置される。方法は、更に以下を含む：前記ドーズオーダーメタデータを、ドーズ実行クライアントに対応する既定の第二のフォームに変換すること、及び、前記第二のフォームでのドーズオーダーメタデータを、前記ドーズ実行クライアントに対して提供すること、ここで、前記提供は、前記ドーズオーダーに関連するドーズを、前記ドーズオーダーメタデータに基づいて実行するためのものである。

複数の洗練した特徴及び追加的特徴が、第一の態様に適用可能である。これらの洗練された特徴及び追加的特徴は、個別に又は組み合わせて使用することができる。従って、後述する以下の各特徴は、必須ではないが、任意の他の特徴と共に用いられてもよく、又は、第一の態様の特徴と組み合わせて用いられてもよい。

例えば、方法は、更に以下を含むことができる：前記ヘルスケア情報データストリームを、プラットフォームインターフェースモジュールにて、前記ＥＭＲシステムから受信すること。ヘルスケア情報データストリームは、以下を含むことができる：ドーズオーダーに関連する情報（例えば、異なるドーズオーダーに関する他の情報及び／又は関連しないデータのなかで）。方法は、以下も含むことができる：前記ドーズオーダーを前記ヘルスケア情報データストリームから特定すること、及び前記ドーズオーダーのための前記ドーズオーダーメタデータを、前記ヘルスケア情報データストリームから構文解析すること。ドーズオーダーメタデータは、以下を含むことができる：ドーズオーダーに関連する１以上のドーズの特徴。方法は、更に以下を含むことができる：前記プラットフォームインターフェースモジュールにて、前記ステージングテーブルに前記ドーズオーダーのための前記ドーズオーダーメタデータを配置すること、ここで、前記ステージングテーブルはステージングテーブルデータベースに保存される。

ステージングテーブルは、ドーズオーダーメタデータを、標準化された中間フォーマットで保存することができる。例えば、方法は、更に以下を含むことができる：第一のドーズオーダーを第一のＥＭＲフォームで受信すること、及び、第二のドーズオーダーを第二のＥＭＲフォームで受信すること。第一のドーズオーダー及び第二のドーズオーダーは、以下に対応したものであってもよい：同一の構成成分を有するドーズオーダー。第一のＥＭＲフォームにおける構成成分のフォームは、第二のＥＭＲフォームとは異なってもよい（例えば、ＥＭＲソースが異なることや、又は、異なるＥＭＲフォーマットを用いることが原因となって）。そして、前記第一のドーズオーダーに関する前記構成成分の前記フォームは、前記第一のドーズオーダー及び前記第二のドーズオーダーに対応する前記それぞれのステージングテーブルにおいて、前記第二のドーズオーダーに関する前記構成成分の前記フォームと同一であってもよい。更に、他のドーズデータは、標準化されてもよい（例えば、患者データ、ドーズ投与データ等）。

方法は、以下も含むことができる：少なくとも部分的に前記ドーズオーダーメタデータに基づいて、前記ドーズ実行クライアントを、前記ドーズオーダーの実行のための複数のドーズ実行クライアントから特定すること。従って、複数の各ドーズ実行クライアントは、それぞれ既定の第二のフォームを有する。そして、前記変換することは、前記特定されたドーズ実行クライアントの前記それぞれ既定の第二のフォームに少なくとも部分的に基づいてもよい。ステージングテーブルは、任意の複数のドーズ実行クライアントから独立したものであってもよい。

変換することは、以下を含むことができる：ステージングテーブルの前記複数のドーズオーダーデータフィールドを、複数のドーズ実行クライアント入力フィールドのうちの対応するそれぞれのフィールドにマッピングすること。

ある応用において、前記ドーズ実行クライアント入力フィールドは、ドーズ実行クライアントに関連する独自の入力フォーマットによって定義されてもよい。変換することは、更に言えば以下を含むことができる：前記複数のドーズオーダーデータフィールドの前記ドーズオーダーメタデータを、前記ドーズ実行クライアント入力フィールドのうちの対応するフィールドのための前記独自の入力フォーマットに関して、確認すること。確認することは、以下を含むことができる：前記複数のドーズオーダーデータフィールドの前記ドーズオーダーメタデータを、前記ドーズ実行クライアントの処置記録に、前記ドーズ実行クライアント入力フィールドのうちの前記対応するそれぞれのフィールドに関して、関連付けること。

一実施形態において、方法は、以下を含むことができる：例外処理（例えば、ドーズオーダーデータの確認、マッピング、又は変換に応答して）。この点に関して、方法は、以下を含むことができる：前記マッピング又は前記確認のうち少なくとも１つに関連するエラーに応答して例外を生成すること。更に言えば、例外は、以下を含むことができる：ヒトユーザーに対してエラーの解消を促すこと。従って、方法は、以下を含むことができる：ヒトユーザーから、エラーの解決に関連する入力を受け取ること。そして、入力は、以下のうち少なくとも１つを含むことができる：前記ステージングテーブルのドーズオーダーデータフィールドと、ドーズ実行クライアント入力フィールドのうちの対応するそれぞれのフィールドとの間の正しいマッピング、又は、ドーズオーダーメタデータの一部と前記ドーズ実行クライアントの処置記録との間の正しい相関関係。従って、例外処理は、更に以下を含むことができる：それぞれ、前記ヒトユーザーから受け取った前記入力に基づいて、マッピングロジック又は相関関係ロジックのうち少なくとも１つを、前記マッピング及び前記関連づけにおいて使用するためにアップデートすること。

一実施形態において、方法は、以下を含むことができる：前記ステージングテーブルをアップデートして、前記ドーズオーダーのための前記ドーズオーダーメタデータが前記ドーズ実行クライアントによって取り出されたことを示すこと。従って、ドーズの処理ステータスをステージングテーブルで管理して、以下のことを示すことができる：処理されたドーズオーダー及び処理されていないドーズオーダー。方法は、以下も含むことができる：ドーズオーダーを管理すること（例えば、組織化、優先化等により）、その後、前記第二のフォームでのドーズオーダーメタデータをドーズ実行クライアントに提供すること。例えば、管理することは、以下を含むことができる：ユーザー・インターフェースを提供して、ユーザーが、ドーズオーダーに対する管理機能を実行することを可能にすること。具体的には、管理することは、以下のうち少なくとも１つを含むことができる：ドーズオーダーメタデータの変更、ドーズオーダーのキャンセル、他のドーズオーダーに対するドーズオーダーの組織化、又は他のドーズオーダーに対するドーズオーダーの優先化。

更に言えば、方法は、以下を含むことができる：ロジスティック処理をドーズオーダーに対して実行すること。ロジスティック処理は、以下を含むことができる：ドーズオーダーに対する動作を、ＥＭＲシステムメッセージの受信に応答して、ドーズオーダーを受信した後で、実行すること。ＥＭＲシステムメッセージは、以下のうち少なくとも１つを含むことができる：ドーズオーダー変更メッセージ又はドーズオーダー中止メッセージ。従って、ロジスティック処理は、以下を決定すること含むことができる：ドーズオーダーメタデータがドーズ実行クライアントに提供されたかどうか。そして、前記ロジスティック処理は、前記決定に少なくとも部分的に基づく。ロジスティック処理は、以下を含むことができる：ドーズオーダー記録に対する動作を実行すること、ここで、前記ドーズオーダー記録は、ＥＭＲシステムメッセージに対応し、前記メッセージは、ドーズ実行クライアントに提供されていないドーズオーダー記録に関するものである。例えば、ロジスティック処理は、以下を含むことができる：データをドーズ実行クライアントに提供すること、ここで、前記クライアントはＥＭＲシステムメッセージに関連し、前記メッセージは、ドーズ実行クライアントに提供されたドーズオーダー記録に関するものである。また、ＥＭＲシステムメッセージに関連するドーズ実行クライアントに提供されるデータは、ドーズ実行クライアントに対応するフォームに変換されてもよい。

一実施形態において、ドーズ実行クライアントは、以下のうち少なくとも１つを含むことができる：ドーズオーダーの手動調合のための薬局ワークフロー管理アプリケーション、自動化されたドーズ調合装置、自動化されたトータル非経口（腸管外）栄養（ＴＰＮ）コンパウンダー、又はドーズ分配キャビネット。更に言えば、ＥＭＲシステムは、以下を含むことができる：病院の情報システム（ＨＩＳ）。従って、方法は、以下を含むことができる：ＥＭＲシステム及びドーズ実行クライアントを含む独立したヘルスケアシステムからのメッセージの交換。ＥＭＲシステムとドーズ実行クライアントとの間で交換されるデータは、ヘルスケア情報交換システムを使用しなければ、適合させることができない可能性がある。例えば、ヘルスケア情報データストリームは、ヘルスレベル７（ＨＬ７）フォーマットであってもよい。

方法は、以下も含むことができる：ドーズオーダーに対してとられる動作のログ操作を行い、ドーズオーダーに対する動作に関するログを生成すること。前記ログ操作は、以下を含むことができる：ドーズオーダーに対してとられる異なるそれぞれの動作に対して生成される複数のログを集合化させること。

第二の態様は以下を含む：電子的医療記録（ＥＭＲ）システムとドーズオーダーの実行のためのドーズ実行クライアントとの間の自動化されたヘルスケア情報の交換のための方法。方法は以下を含む：ヘルスケア情報データストリームをプラットフォームインターフェースモジュールで受け取ること。ヘルスケア情報データストリームは、ドーズオーダーに関連する情報を含む。また、方法は以下も含む：前記ドーズオーダーを前記ヘルスケア情報データストリームから特定すること、及びヘルスケア情報データストリームからのドーズオーダーに関してドーズオーダーメタデータを構文解析すること。ドーズオーダーメタデータは、ドーズオーダーに関連する１以上のドーズの特徴を含む。方法は、更に以下を含む：ステージングテーブルに、前記ドーズオーダーのための前記ドーズオーダーメタデータを配置すること。ステージングテーブルは以下を含む：複数のドーズオーダーデータフィールド、ここで、該フィールドには、ドーズオーダーメタデータの対応するそれぞれの部分が配置される。方法は、更に以下を含む：ドーズオーダーメタデータを、特定のドーズ実行クライアントに対応する既定のフォーマットに変換し、変換されたドーズオーダーメタデータを生成すること。また、方法は以下を含む：特定のドーズ実行クライアントが、変換されたドーズオーダーメタデータへアクセスすること、ここで、ドーズ実行クライアントは、ステージングテーブルからの変換されたドーズオーダーメタデータを引き出して、ドーズオーダーを、変換されたドーズオーダーメタデータに基づいて実行するように動作可能である。

複数の洗練された特徴及び追加的特徴を第二の態様に適用することができる。これらの洗練された特徴及び追加的特徴は、個別に又は組み合わせて使用することができる。従って、後述する以下の各特徴は、必須ではないが、任意の他の特徴と共に用いることができ、又は、第二の態様の特徴と組み合わせて用いることができる。例えば、第一の態様に関連して説明した上記いずれかの特徴は、第二の態様に適用可能であってもよい。

第三の態様は以下を含む：電子的医療記録（ＥＭＲ）システムとドーズオーダーの実行のためのドーズ実行クライアントとの間のヘルスケア情報の交換のためのヘルスケア情報交換システム。システムは以下を含む：ストリーム処理モジュール、ここで該モジュールは、ＥＭＲシステムと動作可能に通信し、ヘルスケア情報データストリームを、ＥＭＲシステムから受信する。システムは更に以下を含む：ステージングテーブルデータベース、ここで該データベースは、ストリーム処理モジュールと動作可能に通信し、該データベースは、ステージングテーブルを保存するためのものであり、該テーブルにはドーズオーダーメタデータが配置され、該メタデータはヘルスケア情報データストリームに含まれる。ステージングテーブルは以下を含む：複数のドーズオーダーデータフィールド、ここで、該フィールドには、ドーズオーダーメタデータの対応するそれぞれの部分が配置される。システムは更に以下を含む：変換モジュール、ここで、該モジュールは、ステージングテーブルデータベースとドーズ実行クライアントとの間で機能的に配置される。変換モジュールは以下の動作が可能であってもよい：ドーズオーダーの実行の際に使用するためのドーズ実行クライアントを特定すること、及びドーズオーダーメタデータをドーズ実行クライアントに対応する既定のフォーマットに変換すること。具体的には、既定のフォーマットは、ドーズ実行クライアントに関連するドーズオーダーデータフィールド及び対応するドーズオーダーメタデータフォーマットを定義する。

複数の洗練された特徴及び追加的特徴は第三の態様に適用される。これらの洗練された特徴及び追加的特徴は、個別に又は組み合わせて使用することができる。従って、後述する以下の各特徴については、必須ではないが、任意の他の特徴とともに用いることができ、又は第三の態様の特徴と組み合わせて使用することができる。例えば、第一の態様に関連して説明した上記いずれかの特徴は第三の態様に適用することができる。

ヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ヘルスケア情報の交換のための方法の実施形態を描写したフローチャートである。 ＥＭＲシステムと複数のドーズ実行クライアントとの間でのヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 トータル非経口（腸管外）栄養ドーズを実行するためのＥＭＲシステムとドーズ実行クライアントとの間でのヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ドーズオーダーの実行のためのＥＭＲシステムと薬局ワークフロー管理アプリケーションとの間でのヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ＥＭＲシステムと複数のドーズ実行クライアントとの間でヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ＥＭＲシステムと複数のドーズ実行クライアントとの間でヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ＥＭＲシステムと複数のドーズ実行クライアントとの間でヘルスケア情報の交換を促進するためのシステムの実施形態の概要図である。 ヘルスケア情報データストリームとドーズ実行クライアントのための入力フォーマットとの間のマッピングのテキスト表現の実施形態である。 ドーズオーダーを含むＥＭＲシステムメッセージのヒト読取可能な表現の実施形態である。 図１０のＥＭＲシステムメッセージに対して実行する変換モジュールの動作のヒト読取可能な表現の実施形態である。 図１０のＥＭＲシステムメッセージのドーズオーダーに対応するドーズ実行クライアントインターフェースの実施形態である。 ヘルスケア情報交換システムによって処理されるドーズオーダーを表示するためのインターフェースの実施形態である。 ドーズオーダーの例外ハンドリングの実施形態に関連する一連のインターフェースを描写する。ここで、ドーズオーダーに関するデータの交換に関連してのエラーを処理する。 ドーズオーダーの例外ハンドリングの実施形態に関連する一連のインターフェースを描写する。ここで、ドーズオーダーに関するデータの交換に関連してのエラーを処理する。 ドーズオーダーの例外ハンドリングの実施形態に関連する一連のインターフェースを描写する。ここで、ドーズオーダーに関するデータの交換に関連してのエラーを処理する。 ヘルスケア情報交換システムにおけるヘルスケア情報の変換の管理のためのインターフェースの実施形態である。 プラットフォームインターフェースモジュールのためのインターフェースの実施形態であり、ＥＭＲメッセージを中間標準化フォーマットへ標準化することを描写する。

本発明は様々な変更及び別の形態の影響を受けるものの、これらの具体的な実施形態は、例示的な意味で、図面中に示されているものであり、そして、本明細書にて詳細に説明する。しかし、以下の点を理解されたい：即ち、本発明を特定の開示形態に限定することを意図するものではなく、むしろ、本発明は、請求項によって規定される本発明の範囲内に包含されるあらゆる改変、均等物、及び選択肢をカバーするものである。

図１は、自動化されたヘルスケア情報の交換のためのシステム（１００）の実施形態を概念的に描写したものである。システム（１００）は、以下を含むことができる：ＥＭＲシステム（１１０）であって、プラットフォームインターフェースモジュール（１２０）と動作可能に通信するシステム。この点に関して、ＥＭＲシステム（１１０）は、ヘルスケア情報データストリーム（１０５）を、プラットフォームインターフェースモジュール（１２０）に提供することができる。単独のＥＭＲシステム（１１０）を図１に示すが、以下の点を理解されたい：即ち、複数のＥＭＲシステム（１１０）が、プラットフォームインターフェースモジュール（１２０）と動作可能に通信することができる。ＥＭＲシステム（１１０）は、所与の施設における異なるＥＭＲシステム（１１０）に対応してもよく、又は複数の施設からの複数のＥＭＲシステム（１１０）に対応してもよい。いずれにしろ、プラットフォームインターフェースモジュール（１２０）は、変換モジュール（１３０）と動作可能に通信することができる。そして、変換モジュール（１３０）は、ドーズ実行クライアント（１４０）と動作可能に通信することができる。後に詳述するが、変換モジュール（１３０）は、複数のドーズ実行クライアント（１４０）と動作可能に通信することができる。従って、変換モジュール（１３０）は、変換モジュール（１３０）で受け取ったドーズオーダーに関連して、ドーズルーティングモジュールを含むことができ、及び／又はドーズルーティング機能を実行することができる。

この点に関して、図１におけるシステム（１００）は、独立したヘルスケア情報システム間での自動化されたデータ交換を促進するために動作可能であってもよい。例えば、ＥＭＲシステム（１１０）及びドーズ実行クライアント（１４０）は、それぞれ、独立したヘルスケア情報システム及び／又は製品に対応してもよい。上述したように、ＥＭＲシステム（１１０）及び実行クライアント（１４０）は、関連しない又は互換性のないデータフォーマットを使用することができる。そして、プラットフォームインターフェースモジュール（１２０）及び変換モジュール（１３０）は、ヘルス情報データストリーム（１０５）に対して作用することができ、データを、ＥＭＲシステム（１１０）から受け取ったフォームから変換することができる。その結果、ヘルスケア情報（例えば、ドーズオーダーデータを含む）を、ＥＭＲシステム（１１０）とドーズ実行クライアント（１４０）との間で交換することができる。具体的には、データは、ＥＭＲシステム（１１０）とドーズ実行クライアント（１４０）との間で、自動化された態様で、交換することができ、ヘルスケア情報の交換に関してヒトが介在する事の必要性が回避される。この点に関して及び上述したように、本明細書において開示される内容に従って提供される、ＥＭＲシステム（１１０）とドーズ実行クライアント（１４０）との間での情報の交換の自動化は、ヘルスケア情報データストリーム（１０５）に関してヒトが介在することに関連するエラー及び／又は遅延を減少させるのを支援することができる。ここで、該ストリームは、ＥＭＲシステム（１１０）からドーズ実行クライアント（１４０）へと渡される。

ＥＭＲシステム（１１０）は、以下を含むことができる：病院の情報システム（ＨＩＳ）。従って、ヘルスケア情報データストリーム（１０５）は、以下を含むことができる：実行クライアント（１４０）のドーズによって調合されるドーズオーダーに関する情報。しかし、ヘルスケア情報データストリーム（１０５）は、以下も含むことができる：ドーズオーダー又はドーズオーダーの調合に関連しない他のヘルスケア情報。例えば、ＨＩＳの場合、ヘルスケア情報データストリーム（１０５）は、以下を含むことができる：患者に関連するデータ（例えば、入院／退院データ）、病院の管理データ（例えば、リソースの可用性、スケジューリング、等）、請求書及び会計データ、又はドーズオーダー又はドーズオーダーの調合に関連しない他の付随的データ。

ヘルスケア情報データストリーム（１０５）は、複数の異なるフォーマットで提供されてもよい。更に、所与の１つのプラットフォームインターフェースモジュール（１２０）は、複数の異なるＥＲＭシステム（１１０）のインターフェースとなることができ、各ＥＲＭシステムは、潜在的に、ヘルスケア情報データストリーム（１０５）を異なるフォーマットで提供することができる。一実施形態において、ヘルスケア情報データストリーム（１０５）は、以下を含むことができる：ヘルスレベル７（ＨＬ７）フォーマット。ＨＬ７フォーマットは、ＨＩＳ間での臨床及び投与のデータ転送のためのゆるく標準化された協定のセットを意味する。ＨＬ７メッセージによって、協定がゆるい形で標準化されているが、ＨＬ７フォーマットを用いた、様々な独立したヘルスケアシステム間でのヘルスケア情報の交換は、シームレスではない。この点に関して、異なるシステムは、以下を用いることができる：異なるレキシコン（ｌｅｘｉｃｏｎｓ）、協定、セマンティクス、又はＨＬ７フォーマット内での他の異なる規格。その結果、ＨＬ７フォーマットを用いた２つのシステム間での情報の交換は、システム間でのデータ交換を可能にする仲介をなおも必要とする可能性がある。

従って、プラットフォームインターフェースモジュール（１２０）は、ヘルスケア情報データストリーム（１０５）を、ＥＭＲシステム（１１０）から、使用されるフォーマットの性質に関わらず（例えば、ＨＬ７フォーマットのバリエーションに関わらず、受け取ることができる。）。例えば、異なる特定のＥＭＲシステム（１１０）（例えば、異なるＨＩＳ）は、様々なＨＬ７フォーマットを使用することができ、これらの全てを、プラットフォームインターフェースモジュール（１２０）が受け取ることができる。後ほど更に詳しく説明するが、プラットフォームインターフェースモジュール（１２０）は、ヘルスケア情報データストリーム（１０５）からのドーズオーダーを特定及び／又は構文解析するように動作可能である。そして、プラットフォームインターフェースモジュール（１２０）は、ヘルスケア情報データストリーム（１０５）からの特定及び構文解析がなされたドーズオーダーの記録を、標準化された中間フォーマットで保存することができる。例えば、標準化された中間フォーマットは、以下を含むことができる：各それぞれのドーズオーダーのためのステージングテーブル、ここで、ドーズオーダーに関するドーズオーダーメタデータが、ヘルスケア情報データストリーム（１０５）から構文解析される。そして、構文解析されたドーズオーダーメタデータを用いて、ステージングテーブルのフィールドへ配置することができ、これは、ヘルスケア情報データストリーム（１０５）からのドーズオーダーデータフィールドに対応する。

以下の点を留意されたい：即ち、標準化された中間フォーマット（即ち、ステージングテーブル）は、異なるＨＬ７プロバイダによって使用される異なるＨＬ７フォーマットに対して標準化されたものであってもよい。即ち、もしも、第一のＨＬ７プロバイダが、第二のＨＬ７プロバイダと同一の構成成分を有するドーズオーダーを提供する場合、そのドーズに関する同一の構成成分に対応するＨＬ７メッセージの一部は、なおも、以下に基づいて相違する可能性がある：同一の構成成分を記載するために第一の及び第二のプロバイダが使用するＨＬ７フォーマットの違い。しかし、プラットフォームインターフェースモジュール（１２０）は、同一のオーダーに関する構成成分に関するＨＬ７メッセージの異なる部分を標準化することができる。その結果、そのオーダーに関する構成成分は、標準化された中間フォーマットにおいて、同一の表現形となるであろう。更に、患者データ、ドーズ投与データ、又はドーズに関連する他のデータを、異なるフォーマットで提供することができ、このフォーマットは、ＨＬ７フォーマットの異なる使用に対応する。しかし、こうしたデータは、また、標準化された中間フォーマットで標準化してもよい。この点に関して、標準化された中間フォーマットを含むステージングテーブルは、異なるヘルスケアデータストリーム（１０５）で受信されるＨＬ７メッセージを標準化することができる。

標準化された中間フォーマットの生成を図１８に示す。該図では、ユーザー・インターフェース１８００を描写しており、受け取ったドーズオーダーのリスト１８０５を表示することができる。ユーザーは、ドーズオーダーのリスト１８０５から選択された１つであるドーズオーダー１８１０を選択することができる。選択されたドーズオーダー１８１０を選択すると、選択されるドーズオーダー１８１０に関する対応情報は、以下において表示することができる：エラーペーン１８２０、プレ標準化ペーン１８３０、及びポスト標準化ペーン１８４０。この点に関して、エラーペーン１８２０は、ユーザーに対して、エラーに関する情報を提供することができる（例えば、構文エラー、同定エラー、又はＥＭＲシステム（１１０）からドーズオーダーを受け取ることに関連して発生する可能性のある他のエラー）。更に、プレ標準化ペーン１８３０は、ドーズオーダー記録を、ＥＭＲシステム（１１０）から受け取ったときの状態で、表示することができる。この点に関して、プレ標準化ペーン１８３０は、ステージングテーブルへの配置に関する標準化を行う前に、ＥＭＲシステム（１１０）から受け取ったＨＬ７メッセージのテキスト表現を表示することができる。ポスト標準化ペーン１８４０は、標準化された中間フォーマットへ標準化された後で、ドーズオーダーの対応するテキスト表現を表示することができる。即ち、ポスト標準化ペーン１８４０は、プレ標準化ペーン１８３０に表示されるプレ標準化ＨＬ７フォーマットの標準化バージョンを提供する事ができる。従って、ユーザー・インターフェース１８００は、ユーザーが、選択されたドーズオーダー１８１０に関連するエラーをレビューすることを可能にする。更に、ユーザーは、所与のドーズオーダーに関して、プレ標準化フォーマット及びポスト標準化フォーマットを並べてレビューすることができ、ドーズオーダーに関連するレビュー及び／又はトラブルシューティングを促進することができる。

標準化された中間フォーマットを使用することは、複数のヘルスケアデータストリームプロバイダ（例えば、複数のＥＭＲシステム（１１０）であって、例えば、ＨＩＳ、ＰＩＳ、ＰＯＥ、又は他のヘルスケア情報データストリーム（１０５）ソースを含むことができる）及び複数のドーズ実行クライアント（１４０）にとって、特に有益となる可能性がある。例えば、ＥＭＲシステム（１１０）及び全てのドーズ実行クライアント（１４０）の全ての可能な組合せに関して、特定の変換ロジックを開発しなければならないわけではなく、システム（１００）は、よりモジュール式のアプローチを提供することができる。即ち、新たなＥＭＲシステム（１１０）がシステム（１００）に追加される場合、構文解析モジュール（更に詳しく後述する）を提供して、ヘルスケア情報データストリーム（１０５）を、標準化された中間フォーマットへ、ステージングテーブルに保存するために、フォーマットすることができる。そして、全ての存在するドーズ実行クライアント（１４０）は、情報を受け取ることができ、その理由は、変換モジュール（１３０）は、標準化された中間フォーマットを、それぞれのドーズ実行クライアント（１４０）の特定のフォーマットへ変換することができるからである。更に言えば、異なるドーズ実行クライアント（１４０）がシステムに追加され、該システムは、独自の入力フォーマットを必要とする場合、各潜在的なＥＭＲシステム（１１０）のための変換ロジックを開発する必要は無く、標準化された中間フォーマットに対する変換ロジックを生成することができる。従って、データを交換する追加構成要素をシステム（１００）に追加した時に、標準化された中間フォーマットは、改良されたモジュールの開発を可能にする。

変換モジュール（１３０）は、プラットフォームインターフェースモジュール（１２０）で管理されるステージングテーブルからのドーズオーダーに関するデータにアクセスできる。変換モジュール（１３０）は、ステージングテーブルの標準化された中間フォーマットからのドーズオーダーに関する標準化された中間フォーマット内のアクセスされるデータを、ドーズ実行クライアントに関連する特定のフォーマットに変換することができる。この点に関して、クライアント側の特定のフォーマットは、以下に対応したものであってもよい：ドーズ実行クライアント（１４０）に関連する及び／又は当該クライアントが必要とする独自の入力フォーマット。この点に関して、所与のドーズ実行クライアント（１４０）のための独自の入力フォーマットは、入力フィールドを有してもよく、該フィールドは、以下に対応してもよい：ステージングテーブルのドーズオーダーデータフィールド。この点に関して、変換モジュール（１３０）は、ドーズオーダーデータフィールドを、対応する入力フィールドにマッピングすることができ、該入力フィールドは、所与のドーズ実行クライアント（１４０）のための独自の入力フォーマットに関連するものであってもよい。更に、変換クライアント（１３０）は、ドーズオーダーメタデータを、ステージングテーブルに保存された第一のフォーマットから、所与のドーズ実行クライアント（１４０）のための独自の入力フォーマットに関連するターゲットフォーマットへと変換することができる。この点に関して、変換モジュール（１３０）は、ドーズ実行クライアント（１４０）に特有の変換を、ステージングテーブルに保存されるドーズオーダーデータに適用することができ、該適用は、ドーズ実行クライアント（１４０）に基づき、そして、該クライアントは、対応するドーズオーダーを実行するべく利用するために特定される。

従って、ドーズオーダーに関するデータは、ドーズ実行クライアント（１４０）に提供されてもよく、ここで、ドーズ実行クライアント（１４０）に関連する独自の入力フォーマットに関連するフォーマットで提供されてもよい。その結果、ドーズオーダーデータは、ドーズ実行クライアント（１４０）に自動的に提供することができる（ドーズオーダーデータに対応するドーズを実行する際に、これらのドーズ実行クライアント（１４０）が使用することを目的として）。後述する更なる内容から理解できるであろうが、ドーズ実行クライアント（１４０）は、以下を含むことができる：任意の１以上の複数の異なるタイプのドーズ実行クライアント、ここで、該クライアントは、ドーズオーダーに関連するドーズを実行する際に、使用することができる。例えば、ドーズ実行クライアント（１４０）は、以下のうち任意の１以上を含むことができる：ドーズの手動調合の管理のための薬局ワークフロー管理アプリケーション、ＴＰＮドーズオーダーに接続された、及び／又はＴＰＮドーズオーダーの調合（例えば、自動化された調合）における処理のためのトータル非経口（腸管外）栄養（ＴＰＮ）クライアント、自動化されたシリンジフィラー、予め貯蔵されたドーズを有するドーズ分配キャビネット等。これらは、受け取ったドーズオーダーデータに基づいて、ドーズを実行するために割り当てることができる。

後述する更なる内容からも理解できるであろうが、プラットフォームインターフェースモジュール（１２０）及び変換モジュール（１３０）は、各モジュールをそれぞれ含むハードウェア及び／又はソフトウェアを、それぞれ含むことができる。更に、プラットフォームインターフェースモジュール（１２０）及び変換クライアント（１３０）は、単独モジュールとして集合的に提供されてもよい。即ち、各モジュールは、以下を含むことができる：ハードウェア及び／又はソフトウェアであって、プラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０）のうちそれぞれに関連して後述する機能の実行のためのもの。例えば、それぞれモジュールは、個別に又は集合的に、１以上のプロセッサを含むことができ、該プロセッサは、メモリ装置と動作可能に通信し、該メモリ装置は、非一時的な機械読取可能データを記憶し、該データは、後述するモジュールに関連する機能を実行するために、１以上のプロセッサを特異的に設定するために使用することができる。この点に関して、それぞれのモジュールは、メモリ装置を含むこともでき、該メモリ装置は、非一時的な機械読取可能データ構造を記憶し（例えば、ハード・ドライブ、フラッシュ・ドライブ、メモリモジュール、又は他の適切な物理的電子的メモリ）、これは、１以上のプロセッサの特異的な設定の為に使用される非一時的な機械読取可能データを記憶するための物である。

更に図２を参照すると、ＥＭＲシステム（１１０）とドーズ実行クライアント（１４０）との間の自動化されたヘルスケア情報の交換のための方法（２００）の実施形態をフローチャートとして示す。方法（２００）を図１のシステム（１００）に関連付けて本明細書に記載するが、更に以下の点を理解されたい：即ち、方法（２００）を、後述する任意の他の実施形態に関連付けて実行することができる。更に、方法（２００）を、連続的なフローチャートの形態で、特定の個別操作を伴って、特定の順序で描写するが、意図している事として、後述する方法のステップは、特記しない限り、任意の順序で（又は同時に）実行することができる。また、方法の更なる実施形態では、意図していることとして、幾つかのステップは省略されてもよい。即ち、プロセスの全てのステップが各実施形態において実行される必要があるわけではない。

方法（２００）は、以下を含むことができる：ドーズオーダーデータストリーム（１０５）を受け取ること（２１０）（例えば、１以上のドーズオーダーを内部に含むヘルス情報データストリーム（１０５）など）。理解できるであろうが、前記受け取ること（２１０）は、以下を含むことができる：ＥＭＲシステム（１１０）からのドーズオーダーデータストリームの伝送。この点に関して、ドーズオーダーデータストリームは、開始の際に、ＥＭＲシステム（１１０）から送信されてもよい（即ち、ＥＭＲシステム（１１０）からプッシュされてもよい）、及び／又はプラットフォームインターフェースモジュール（１２０）からの要求時に送信されてもよい（即ち、ＥＭＲシステム（１１０）から引き出されてもよい）。方法（２００）は、以下も含むことができる：ドーズオーダーデータストリームからのドーズオーダーメタデータを特定／構文解析すること（２１５）。この点に関して、前記特定／構文解析すること（２１５）は、以下を含むことができる：ドーズオーダーデータストリーム（１０５）を分析して、データストリーム（１０５）からの個別のドーズオーダーを特定すること。例えば、及び上述したように、データストリーム（１０５）は、以下を含むことができる：複数のドーズオーダー及び／又はドーズオーダーに全く関係しないデータ。そして、前記特定することは、以下を含むことができる：データストリーム（１０５）からの個別のドーズオーダーを記述（ｄｅｌｉｎｅａｔｉｎｇ）すること。従って、前記特定することは、以下を含むことができる：ドーズオーダーを示す特定のフォーマットでのデータを認識すること。更に言えば又はこれに換えて、データストリーム（１０５）は、以下を含むことができる：記述表現を行い（ｅｘｐｒｅｓｓ ｄｅｌｉｎｅａｔｏｒｓ）、データストリーム（１０５）内のドーズオーダーの個別データを特定することをアシストすること。更に言えば、ドーズオーダーメタデータは、個別のドーズオーダーの観点で、データストリーム（１０５）から構文解析されてもよい。この点に関して、前記構文解析は、以下を含むことができる：１以上の特定のドーズオーダーデータフィールド、及びデータフィールドに関連する対応ドーズオーダーメタデータを配置すること。そして、これらのドーズオーダーデータフィールド及び該フィールドに関連するドーズオーダーメタデータを、ドーズオーダーデータフィールドを配置する際に使用することができる。更には、ドーズオーダーメタデータの標準化を実行してもよい。その結果、ドーズオーダーデータフィールドを含むステージングテーブルは、以下を含むことができる：標準化されたドーズオーダーメタデータ（即ち、標準化された中間フォーマットで）。

任意の１以上の複数のドーズオーダーデータフィールドのうち任意の１以上が、データストリーム（１０５）内に含まれてもよく、そして、特定／構文解析されたドーズオーダーに関連する対応ステージングテーブルにおいて、提供及び／又は生成されてもよい。一例として、以下を含む既定のステージングテーブルを提供することができる：既定のデータフィールドであって、以下に関するもの：患者特有のデータ、ドーズオーダーの成分、ドーズオーダー管理の詳細、又は他の適切なデータフィールドであって、以下に関するもの：ドーズオーダー、ドーズオーダーの管理、若しくはドーズオーダーを施す患者。即ち、ドーズオーダーの調合及び／又は管理に関連する任意のデータフィールドがデータストリーム（１０５）中に含まれてもよい。そして、こうしたデータフィールドに関連して提供されるデータは、ステージングテーブル中の対応するデータフィールドへと標準化されてもよく、ここで、該テーブルは、以下を含むことができる：データストリーム（１０５）内のドーズオーダーが標準化される既定のデータフィールド。更に言えば又はこれに換えては、データストリーム（１０５）中のドーズオーダーのフィールドに対応するデータフィールドを有するステージングテーブルを、ドーズオーダーに対応するデータを受け取った際に生成することができる。

この後段の点に関連して、方法は、以下を含むことができる：データストリーム（１０５）からの特定／構文解析されたドーズオーダーデータをステージングテーブルに配置すること（２２０）。例えば、ステージングテーブルは、以下を含むことができる：標準化された中間フォーマットに対応する特定のデータ構造として記憶されるデータフィールド。例えば、標準化された中間フォーマットは、ドーズオーダーに関連するデータベーススキーマによって定義することができる。この点に関して、所与のドーズオーダーデータフィールドのためのドーズオーダーメタデータを、データストリーム（１０５）中の所与のドーズオーダーのうちの１つに関連して構文解析できる程度に、対応するステージングテーブルインスタンス（例えば、テーブルの行及び／又は独自のステージングテーブルのエントリ又はレコード）を生成することができ、そして、標準化された中間フォーマットに従った適切なそれぞれデータフィールドに、データストリーム（１０５）からの特定／構文解析された（２１５）対応するドーズオーダーメタデータを配置することができる（２２０）。そして、各特定された個別のドーズオーダーに対応するステージングテーブルを生成することができ、そして、該テーブルに、構文解析されたドーズオーダーデータを配置することができる（２２０）。以下の点を理解されたい：即ち対応する個別のドーズオーダーに関する個別のステージングテーブルを、データベース内に集合的に記憶することができる。この点に関して、個別のデータベースファイルは、個別のドーズオーダーごとに生成される必要はなく、むしろ、特定されたステージングテーブル又はより大きなステージングテーブルの一部（例えば、独自の行又はレコード）は、所与のドーズオーダーに対する特異的な特定を目的として、所与のドーズオーダーに特異的に関連したものであってもよい。

方法（２００）は、少なくとも幾つかの実施形態におけるオプションとして、所与のドーズオーダーを調合する際に使用するためのドーズ実行クライアントを決定すること（２２５）を含むことができる。例えば、所与のドーズオーダー又は複数のドーズに関するデータストリーム（１０５）に含まれるドーズオーダーデータは、以下を含むことができる：対応するドーズオーダー（複数可）を実行する際に使用するためのドーズ実行クライアント（１４０）の明示的識別情報（例えば、ヘルスケア情報データシステム（１０５）は、以下を含むことができる：ＥＭＲシステム（１１０）が提供するデータとして由来する所与のドーズオーダーのためのドーズ実行クライアント（１４０）を示す情報）。即ち、ＥＭＲシステム（１１０）は、所望のドーズ実行クライアント（１４０）を示すデータを送信して、該データを特定のドーズオーダーを実施するために使用することができる（例えば、ドーズ実行クライアントのタイプを示すことにより、又はドーズ実行クライアントの特定の識別子を示すことにより）、ここで該ドーズオーダーはヘルスケアデータストリーム（１０５）に含まれる。別の例では、データストリーム（１０５）のソースを特定することができ、及びデータストリーム（１０５）のソースの識別情報は、少なくとも部分的に、ドーズ実行クライアント（１４０）を決定するために使用されてもよく、該クライアントへは、ドーズオーダーが実行のために提供される。例えば、所与の特定のソースから受け取った全てのドーズオーダーは、特定のドーズ実行クライアント（１４０）に対応するドーズオーダーとして、且つ、特定のソースからのこれら特定のドーズオーダーの実行の際に使用するために定義されてもよい。更に言えば、ドーズオーダーに関するドーズ実行クライアント（１４０）の決定（２２５）は、以下に基づいてもよい：ドーズオーダーデータの一部分又はそれ以上。例えば、ドーズオーダーデータは、ドーズの特徴を定義してもよい（例えば、成分、成分量、成分種類等）。そして、それは、ドーズオーダーを実行する際に使用するためのドーズ実行クライアント（１４０）を決定する（２２５）ために用いてもよい。この点に関して、ロジックを上記のいずれかの例に従って確立して、所与のドーズオーダーのためのドーズ実行クライアント（１４０）の決定（２２５）を促進することができる。例えば、ロジックは、クライアントルーター（１２８）によって実行することができ（例えば、図３以下に示す）、該ルーターは、変換モジュール（１３０）において提供することができる。他の意図する実施形態において、クライアントルーター（１２８）は、変換モジュール（１３０）から遠隔形態で提供することができる（例えば、プラットフォームインターフェースモジュール（１２０）にて、及び／又は完全に分離したモジュールとして）。

更に、方法（２００）は、少なくとも幾つかの実施形態におけるオプションとして、以下を含むことができる：対応するステージングテーブルにおいて受信され及び記憶されるドーズオーダーに関するドーズ管理機能を実行すること（２３０）。例えば、対応するステージングテーブルに記憶されるドーズオーダーは、レビューされてもよく、変更されてもよく、優先化されてもよく、グループ化されてもよく、組織化されてもよく、又は、その他、管理されてもよい。以下の点を留意されたい：即ち、実行することができる（２３０）ドーズ管理機能は、ドーズオーダーデータをドーズ実行クライアント（１４０）で受け取る前に発生してもよく、及び／又はドーズオーダーデータをドーズ実行クライアント（１４０）で受け取ったときに発生してもよい。即ち、ドーズ管理機能は、以下によって実行されてもよい：プラットフォームインターフェースモジュール（１２０）、変換モジュール（１３０）、及び／又はドーズ実行クライアント（１４０）。例えば、ドーズ管理機能は、ドーズ実行クライアント（１４０）のキュー管理及び優先化モジュール（１５２）によって実行されてもよく、該モジュールは、プラットフォームインターフェースモジュール（１２０）に位置してもよく（例えば、スタンドアロンモジュールとして、及び／又はクライアントルーター（１２８）又は変換モジュール（１３０）の構成要素として）、及び／又はプラットフォームインターフェースモジュール（１２０）とドーズ実行クライアント（１４０）との間に配置されてもよい。

方法（２００）は、更に以下を含むことができる：ドーズオーダーデータを、標準化された中間フォーマット（例えば、ステージングテーブル）から、ドーズ実行クライアント（１４０）に関連する特定のフォーマット（例えば、所与のドーズ実行クライアント（１４０）に関する独自の入力フォーマット）へ変換すること（２３５）。更に詳しく後述するが、変換すること（２３５）は、以下を含むことができる：ステージングテーブルのドーズオーダーデータフィールドを、所与のドーズ実行クライアント（１４０）の独自の入力フォーマットのための入力フィールドへマッピングすること。更に、ドーズオーダーデータフィールドに記憶される所与のドーズオーダーに関するドーズオーダーメタデータを、所与のドーズ実行クライアント（１４０）の独自の入力フォーマットに関連するフォーマットへ変換することができる。この点に関して、変換（２３５）は、少なくとも部分的に、以下に依存してもよい：上述したように所与のドーズオーダーに関するドーズ実行クライアントを決定すること（２２５）。

方法（２００）は、更に以下を含むことができる：変換されたドーズオーダーデータをドーズ実行クライアント（１４０）へ提供すること（２４０）。この点に関して、ドーズ実行クライアントは、変換されたドーズオーダーデータを要求してもよい（例えば、データをプラットフォームインターフェース（１２０）及び／又は変換モジュール（１３０）から引き抜いて）、及び／又はドーズ実行クライアント（１４０）は、該クライアントへ送信され且つ変換されたドーズオーダーメタデータを有してもよい（例えば、データは、プラットフォームインターフェース（１２０）及び／又は変換モジュール（１３０）からプッシュされてもよい）。

いずれにしろ、方法（２００）は、以下を含むことができる：変換されたドーズオーダーメタデータを確認すること（２４５）、ここで、該メタデータは、ドーズオーダーデータを受け取る又は受け取る予定であるドーズ実行クライアント（１４０）のための独自の入力フォーマットに対するメタデータである。例えば、確認すること（２４５）は、以下を決定することを含むことができる：要求されたドーズ実行クライアント入力フィールドが、変換されたドーズオーダーデータに存在するかどうか。更に、確認すること（２４５）は、以下を含むことができる：変換されたドーズオーダーデータの一部を分析して、以下を決定すること：有効な対応するデータの一部が、ドーズ実行クライアント（１４０）のための独自の入力フォーマットで利用可能かどうか。この点に関して、前記確認（２４５）が成功しなかった場合、ドーズオーダーに関して、例外を生成することができる。そして、方法（２００）は、以下を含むことができる：前記確認（２４５）に関連するエラーを解決するための免除処理。例外処理の例の詳細については後述する。

方法（２００）は、また、少なくとも幾つかの実施形態におけるオプションとして、以下を含むことができる：ドーズオーダーに関してロジスティック処理を実行すること（２５０）。例えば、ドーズオーダーデータストリーム（１０５）は、以下を含むことができる：異なるタイプのオーダーメッセージ。例えば、ドーズオーダーメッセージのタイプは、以下に関するものであってもよい：新規ドーズオーダー、ドーズオーダー変更要求、ドーズオーダーキャンセル要求、又は他の適切なドーズオーダー要求。即ち、少なくとも幾つかの処理されるドーズオーダーメッセージのタイプは、以前受け取ったドーズオーダーに関してとるべき後続動作を要求するものであってもよい。従って、ドーズオーダーデータが処理されて、ドーズ実行クライアント（１４０）に提供される場合、及びドーズ実行クライアント（１４０）に提供されるドーズオーダーデータに関してとるべき動作を要求する後続ドーズオーダーメッセージを受け取る場合、追加的ロジスティック処理を実行してもよい（２５０）。これは、以下を含むことができる：以前のドーズオーダーを分析して、以前のドーズオーダーの状態を決定すること（例えば、ドーズオーダーがドーズ実行クライアントにまだ送られていないかどうか、ドーズが実行されたかどうか等）。更に言えば、ロジスティック処理は、以下も含むことができる：続いて受信されるドーズオーダーメッセージが要求する通りに、以前のドーズオーダーのアクションを実行すること（例えば、変更、キャンセル等）。更に、以下の点を理解されたい：即ちドーズオーダーメッセージは、第一のドーズ実行クライアント（１４０）にルーティングされたドーズオーダーに適用されてもよいが、しかし、ドーズオーダーメッセージの実行時に、第一のドーズ実行クライアント（１４０）からリコールされ、そして、第二のドーズ実行クライアント（１４０）に提供されてもよい。

方法（２００）は、以下も含むことができる：ステージングテーブルを更新して（２５５）、ドーズ実行クライアント（１４０）でのドーズオーダーの受取を反映させること。例えば、更新すること（２３５）は、以下を含むことができる：ドーズオーダーの状態を示す内容に関連するステージングテーブルのデータフィールドを変更し、該状態は、ドーズオーダー記録がドーズ実行クライアント（１４０）に提供され、及び／又は該クライアントによって受信されたことを示す。

方法（２００）は、更に以下を含むことができる：ドーズ実行クライアント（１４０）においてドーズを実行すること（２６０）。実行すること（２６０）は、以下を含むことができる：ドーズ実行クライアント（１４０）におけるドーズオーダーに対応するドーズの調合。前記調合は、手動操作で、ドーズオーダーを調合するものであってもよく、ドーズオーダーを実行するための自動化された操作であってもよく、又はこれらの組合せであってもよい。更に言えば、実行すること（２６０）は、以下を含むことができる：ドーズを利用可能にして（例えば、予め調合して）ドーズオーダーを充足すること（例えば、指示をドーズ分配キャビネットに提供して、調合されたドーズを、ドーズオーダーの実行のために利用可能にするなど）。

更に図３を参照されたい。自動化されたヘルスケア交換のためのシステム（３０）の実施形態を概念的に描写している。システム（３０）は、以下を含むことができる：ＥＭＲシステム（１１０）（ここで、該システムは、ヘルスケア情報データストリーム（１０５）を、ＨＬ７データフィードの形式で、プラットフォームインターフェースモジュール（１２０）のＨＬ７データフィードポート（１２２）に提供する）。そして、ＨＬ７データフィードポート（１２２）で受信されるＨＬ７データをＨＬ７構文解析モジュール（１２４）に提供することができる。この点に関して、ＨＬ７構文解析モジュール（１２４）は、ＨＬ７データフィードポート（１２２）で受信したＨＬ７データフィードから、ドーズオーダーの特定／構文解析を行うことができる。従って、ＨＬ７構文解析モジュール（１２７）は、以下を含むことができる：ストリーム処理モジュール。ＨＬ７構文解析モジュール（１２４）は、また、以下のことを決定することができる：データストリーム（１０５）から特定されたドーズオーダーは、交換システム（３０）によって処理されるべきものであるかどうか。例えば、ドーズは、本明細書に記載のシステムによって処理されてもよく、又は特定されたドーズオーダーに基づいて、異なるドーズ取扱いシステムに、前記構文解析モジュール（１２４）によって転送されてもよい。

いずれにしろ及び上述したように、ステージングテーブルは、データストリーム（１０５）から特定／構文解析されたドーズオーダーを目的として、配置されてもよい。ステージングテーブルは、既定のデータ構造を有してもよく、これはデータストリーム（１０５）から特定／構文解析されたデータと共に配置されてもよい。そして、ドーズオーダーデータを用いて、ステージングテーブル内のフィールドに、データストリーム（１０５）からのドーズオーダーメタデータを、配置してよく、ここで該フィールドは、ドーズオーダーデータフィールドに対応するものであってもよい。そして、ドーズオーダーに関するステージングテーブルは、ステージングテーブルデータベース（１２６）において保存されてもよい。

ステージングテーブルデータベース（１２６）は、中央サーバー（３００）と動作可能に通信するものであってもよく、該サーバーは、プラットフォームインターフェースモジュール（１２０）から離れた状態で配置されてもよい。この点に関して、ステージングテーブルデータベース（１２６）において、ステージングテーブルとして記憶されるドーズオーダーに関するデータは、中央サーバー（３００）に提供されてもよい。中央サーバー（３００）は、ドーズオーダーデータを、複数のプラットフォームインターフェースモジュール（１２０）から受け取ってもよい（例えば、プラットフォームインターフェースモジュール（１２０）を実装する異なるヘルスケア施設から）。中央サーバー（３００）は、バックアップ及び／又はデータ集合サービスを、ドーズオーダーデータに関連して、促進することができる。

ステージングテーブルデータベース（１２６）は、変換モジュール（１３０）と動作可能に通信することができる。この点に関して、変換モジュール（１３０）は、ステージングテーブルを、ステージングテーブルデータベースから、ステージングテーブル内に含まれるドーズオーダーデータを変換する目的で、引き出すよう動作可能であってもよい。更に言えば、変換モジュール（１３０）は、以下を含むことができる：クライアントルーター（１２８）。そして、クライアントルーター（１２８）は、変換されたドーズオーダーデータを（例えば、所与のドーズ実行クライアント（１４０）に関する独自の入力フォーマットで）、適切なドーズ実行クライアント（１４０）に提供するよう動作可能であってもよい。共通のモジュールとして示しているものの、クライアントルーター（１２８）は、変換モジュール（１３０）とは別に設けてもよい（例えば、スタンドアロンモジュールとして、又はプラットフォームインターフェースモジュール（１２０）に接続されて設けられるモジュールとして）。

上記のように簡潔に述べたが、ドーズオーダーの送り先となる適切なドーズ実行クライアント（１４０）を決定するための様々な方法が、クライアントルーター（１２８）によって採用されてもよい。この点に関して、クライアントルーター（１２８）は、任意の１以上の上述したアプローチを採用して、変換されたドーズオーダーデータの提供先となることができる適切なドーズ実行クライアント（１４０）を決定してもよい。この点に関して、図３に示す、複数のクライアント（１４０Ａ）（１４０Ｂ）、及び（１４０Ｃ）を、クライアントルーター（１２８）と動作可能に通信する形で、設けてもよい。そして、クライアントルーター（１２８）は、実行クライアント（１４０Ａ）（１４０Ｂ）（１４０Ｃ）のうち適切な１つに、変換されたドーズオーダーデータを提供することができる。その結果、適切なドーズ実行クライアント（１４０）を、ドーズオーダーに対応するドーズを実行するために利用することができる。

理解できるであろうが、ドーズオーダーの提供先となる適切なドーズ実行クライアント（１４０）の決定は、変換モジュール（１３０）によるドーズオーダーの変換に影響を及ぼす可能性がある。この点に関して、変換モジュール（１３０）は、描写したクライアントルーター（１２８）を含むことができ、又は、クライアントルーター（１２８）と双方向通信するよう描写されるものであってもよい。その結果、変換モジュール（１３０）及びクライアントルーター（１２８）は、ステージングテーブル内のデータに対して、集合的に作用することができ、ドーズオーダーを調合するドーズ実行クライアント（１４０）を決定することができる。その結果、決定されたドーズ実行クライアント（１４０）を特定することは、変換モジュール（１３０）によってドーズオーダーデータに適用される変換に少なくとも部分的に影響を与える可能性がある。例えば、クライアントルーター（１２８）によって適切なドーズ実行クライアント（１４０）を特定すると、特定されたドーズ実行クライアント（１４０）のための独自の入力フォーマットを用いて、ドーズオーダーデータを、ステージングテーブルから変換することができる。

他の実施形態では、（例えば、図５に描写するように、後に詳述するが）、システム（３０）の実施形態の変換モジュール（１３０）は、プラットフォームインターフェースモジュール（１２０）に設けられてもよい。更に言えば、そして、他の実施形態に関連して更に詳しく後述するが、クライアントルーター（１２８）は、プラットフォームインターフェースモジュール（１２０）に配置されてもよい。この点に関して、実行クライアント（１４０Ａ）（１４０Ｂ）、及び（１４０Ｃ）は、それぞれ、変換されたドーズオーダーデータを、ドーズオーダーに対応するドーズの実行に使用する目的で、受信するよう動作可能であってもよい。即ち、少なくとも幾つかの実施形態において、ドーズ実行クライアント（１４０）と交換するためのドーズオーダーデータに関する全ての処理は、プラットフォームインターフェースモジュール（１２０）で起こってもよい。しかし、他の実施形態では、例えば後述するように、変換モジュール（１３０）及び／又はクライアントルーター（１２８）に関して異なる機能は、プラットフォームインターフェースモジュール（１２０）から離れ、且つ分散した態様で、提供されてもよい。

プラットフォームインターフェースモジュール（１２０）は、以下も含むことができる：ウェブ・サーバー（３１０）であって、プラットフォームインターフェースモジュール（１２０）によって提供される機能へのリモートアクセスを提供する物。例えば、ウェブ・サーバー（３１０）は、１以上のウェブページ（３１２）を管理及び／又は実行することができ、該ウェブページは、プラットフォームインターフェースモジュール（１２０）によって提供される様々なモジュール及び／又は様々な機能に対応するものであってもよい。そして、ウェブページ（３１２）は、以下に接続して、機能を促進することができる：プラットフォームインターフェースモジュール（１２０）及び／又はプラットフォームインターフェースモジュールを設けたモジュール。例えば、様々な設定、パラメーター、又は他の管理機能を、プラットフォームインターフェースモジュール（１２０）に関連して、実行してもよい。こうした機能は、ウェブページ（３１２）の手段により促進することができ、そして、該ウェブページは、ウェブ・サーバー（３１０）の手段によりアクセスされてもよい。

更に図４を参照されたい。自動化されたヘルスケア情報の交換のためのシステム（４０）の別の実施形態を描写している。システム（４０）は、ＥＭＲシステム（１１０）から受信されるトータル非経口（腸管外）栄養（ＴＰＮ）ドーズオーダーの実行において、特に有用となる可能性がある。図４のシステムは、以下の動作を行うように構成されてもよい：複数の形式で、ＴＰＮドーズオーダーを、ＥＭＲシステム（１１０）から受け取ること。例えば、プラットフォームインターフェースモジュール（１２０）は、以下を含むことができる：ＨＬ７データフィードポート（１２２）、ここで、該ポートへ、ＥＭＲシステム（１１０）からのＨＬ７フォーマットメッセージが、ルーティングされ、及び構文解析されることができる（図３に関連して上述したように）。プラットフォームインターフェースモジュール（１２０）は、以下も含むことができる：ＴＰＮ印刷データフィード（４０２）であって、該フィードへ、ＥＭＲシステム（１１０）からの印刷フィードデータメッセージがルーティングされる。この点に関して、プラットフォームインターフェースモジュール（１２０）は、ＥＭＲシステム（１１０）から受け取るＨＬ７フォーマットメッセージ並びに印刷フィードメッセージを処理するという両方の能力を促進することができる。処理することができるＨＬ７メッセージフォーマットの例は、以下によって提供されるＥＭＲシステムに由来するＨＬ７メッセージが含まれるがこれらに限定されない：Ｃｅｒｎｅｒ Ｃｏｒｐｏｒａｔｉｏｎ、Ｅｐｉｃ Ｓｙｓｔｅｍｓ Ｃｏｒｐｏｒａｔｉｏｎ、Ｍｅｄｉｔｅｃｈ、Ｏｍｎｉｃｅｌｌ、Ｉｎｃ．又はその他更に、サポートされる印刷フィードフォーマットの例は、以下のものが含まれるがこれらに限定されない：Ｚｅｂｒａテクノロジーによって提供されるＺｅｂｒａプログラミング言語、ＤａｔａＭａｘ−Ｏ’Ｎｅｉｌによって提供されるＤａｔａＭａｘフォーマット、Ｉｎｔｅｒｍｅｃ，Ｉｎｃ．によって提供されるＩｎｔｅｒｍｅｃフォーマット、Ａｄｏｂｅシステムによって提供されるポータブルドキュメントフォーマット（ＰＤＦ）、プレーンテキストフォーマット等。

この点に関して、ＨＬ７メッセージは、ＨＬ７データフィードポート（１２２）から、ＨＬ７構文解析モジュール（１２４）へ提供されてもよい（図３に関連して上述したように）。更に言えば、ＴＰＮ印刷データフィード（４０２）は、印刷フィードメッセージを、プラットフォームインターフェースモジュール（１２０）のラベルプロセッサ（４０４）へ提供してもよい。いずれにしろ、ＨＬ７構文解析モジュール（１２４）及び／又はラベルプロセッサ（４０４）は、個別のドーズオーダーメタデータを、対応するドーズオーダーデータフィールドに関連して提供してもよく、該提供は、ステージングテーブルとして、ステージングテーブルデータベース（１２６）に保存することを目的とした物であってもよい。

図４に提供される例において、プラットフォームインターフェースモジュール（１２６）は、ＴＰＮ実行クライアント（１４２）と直接通信してもよい。この点に関して、ＴＰＮ実行クライアント（１４２）は、ＴＰＮドーズオーダーを実行することができるドーズ実行クライアント（１４０）であってもよい。例えば、ＴＰＮ実行クライアント（１４２）は、以下を含むことができる：ＴＰＮ管理モジュール（１４４）。ＴＰＮ管理モジュール（１４４）は、ドーズオーダーの計算及び管理を促進することができる。例えば、ＴＰＮ管理モジュール（１４４）は、Ｂａｘｔｅｒ Ｈｅａｌｔｈｃａｒｅ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ｄｅｅｒｆｉｅｌｄ， ＩＬが提供するＡＢＡＣＵＳ Ｃａｌｃｕｌａｔｉｏｎ Ｓｏｆｔｗａｒｅを含むことができる。いずれにしろ、ＴＰＮ実行クライアント（１４２）は、ＴＰＮドーズオーダーの実行に関連して、ＴＰＮドーズオーダーの更なる関連処理を設けることができる。（例えば、成分の相互作用に関する計算等）。ＴＰＮ管理モジュール（１４４）は、更に、ＴＰＮコンパウンダー（１５８）と通信してもよい。ＴＰＮコンパウンダー（１５８）は、自律的にＴＰＮオーダーに対応するドーズを調合するよう動作可能であってもよい。この点に関して、一実施形態において、ドーズ実行クライアント（１４０）は、以下を含むことができる：ＴＰＮ管理モジュール（１４４）及び／又はＴＰＮコンパウンダー（１５８）を集合的に含むＴＰＮ実行クライアント（１４２）。即ち、変換モジュール（１３０）は、ＴＰＮ管理モジュール（１４４）又はＴＰＮコンパウンダー（１５８）と直接通信することができる。従って、変換モジュール（１３０）によって利用される独自の入力フォーマットは、ＴＰＮ管理モジュール（１４４）又はＴＰＮコンパウンダー（１５８）に対応してもよい。

この点に関して、及び、図４に描写するが、変換モジュール（１３０）は、ステージングテーブルデータベース（１２６）及びＴＰＮクライアント（１４２）と動作可能に通信するように設けられてもよい。この点に関して、変換モジュール（１３０）は、ステージングテーブルデータベース（１２６）にアクセスして、ドーズオーダーデータを、ステージングテーブルの標準化された中間フォーマットで、取り出すことができ、該データは、ＴＰＮクライアント（１４２）で使用するために、変換モジュール（１３０）によって、独自の入力フォーマットに変換されてもよい。この点に関して、図４のシステム（４０）は、クライアントルーター（１２８）を含まなくてもよい。例えば、プラットフォームインターフェースモジュール（１２０）を、ＥＭＲシステム（１１０）からＴＰＮドーズオーダーを受け取るだけという専属的な態様で利用してもよい。この点に関して、ＴＰＮクライアント（１４２）は、ステージングテーブルデータベース（１２６）にアクセスして、該データベースに含まれる全てのステージングテーブルを取り出してもよく、その目的は、変換モジュール（１３０）によって、ＴＰＮ管理モジュール（１４４）に関連する独自の入力フォーマットへ変換することであってもよい。即ち、プラットフォームインターフェースモジュール（１２０）は、ドーズコンテキスト特有のアプリケーションにおいて使用されてもよく、ここで、所与のドーズ実行クライアント（１４０）（例えば、ＴＰＮ実行クライアント（１４２））によって実行されるべきドーズオーダーが、ただ１つのタイプとして、プラットフォームインターフェースモジュール（１２０）によって処理される。

図５は、ヘルスケア情報の交換のためのシステム（５０）の別の実施形態を描写する。システム（５０）は、ＨＬ７フォーマットメッセージ並びに印刷フィードメッセージを、ＥＭＲシステム（１１０）から受け取ることもでき、これらは、ＨＬ７データフィードポート（１２２）及び印刷フィードポート（４０２）によってそれぞれ処理される、（図４に関連して、上述したように）。上述したように、データメッセージは、ＨＬ７構文解析モジュール（１２４）又はラベルプロセッサ（４０４）のうち適切な１つにルーティングされてもよく、その目的は、対応する受け取ったドーズオーダーに関するステージングテーブルデータベース（１２６）に保存されるステージングテーブルを生成することであってもよい。図５は、更に手動オーダーエントリウェブサイト（３１２Ａ）を含む（例えば、図３のウェブ・サーバー（３１０）によるウェブサイト（３１２）のアクセスにおいて提供される）。この点に関して、ユーザーは、手動オーダーエントリウェブサイト（３１２Ａ）を直接用いて、プラットフォームインターフェースモジュール（１２０）にアクセスしてもよく、ドーズオーダーを直接プラットフォームインターフェースモジュール（１２０）において生成してもよく、該オーダーは、ステージングテーブルデータベース（１２６）中のステージングテーブルに保存されてもよい。

図５に描写したシステム（５０）の実施形態において、プラットフォームインターフェースモジュール（１２０）は、薬局ワークフロー管理アプリケーション（１４６）と動作可能に通信してもよい。この点に関して、薬局ワークフロー管理アプリケーション（１４６）は、唯一のドーズ実行クライアント（１４０）であってもよく、該クライアントと、プラットフォームインターフェースモジュール（１２０）は、動作可能に通信してもよい。この点に関して、図５に描写するが、変換モジュール（１３０）は、プラットフォームインターフェースモジュール（１２０）とともに設けられてもよく、その目的は、ステージングテーブルデータベース（１２６）のステージングテーブルに記憶されたドーズオーダーデータを、薬局ワークフロー管理アプリケーション（１４６）に関連する独自の入力フォーマットに変換することであってもよい。変換されたドーズオーダーデータを受け取ると、データは、薬局ワークフロー管理アプリケーション（１４６）のドーズオーダー記録データベース（１４８）に記憶されてもよい。そして、ドーズオーダーは、薬局ワークフロー管理モジュール（１５０）に提供されてもよい。薬局ワークフロー管理モジュール（１５０）は、薬局技術者等によるドーズオーダーの手動による調合を可能にすることができる。例えば、薬局ワークフロー管理アプリケーション（１４６）の実施形態は、通常のアサインがなされた以下の番号の米国仮出願に記載されている：６２／０５７，９０６（２０１４年９月３０日出願）（発明の名称「ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＭＥＤＩＣＡＴＩＯＮ ＰＲＥＰＡＲＡＴＩＮ ＷＩＴＨ ＦＯＲＭＵＬＡＲＹ ＭＡＮＡＧＥＭＥＮＴ」）、参照により全体を本明細書に組み込む。当該実施形態は、薬局ワークフロー管理アプリケーション（１４６）においてドーズオーダーを実行するために利用することができる。

更に図６を参照されたい。自動化されたヘルスケア情報交換のためのシステム（６０）の別の実施形態を描写している。システム（６０）は、ドーズオーダー情報を、ＥＭＲシステム（１１０）から、以下の手段で受け取ることができる：ＨＬ７データフィードポート（１２２）の手段、印刷データフィードポート（４０２）の手段、又は手動オーダーエントリウェブサイト（３１２Ａ）からの手動オーダーエントリの手段（図５に関連して上述したように）。この点に関して、ドーズオーダーデータを、受信して、及び、対応するステージングテーブルに配置するために使用することができ、該テーブルは、ステージングテーブルデータベース（１２６）に記憶されてもよい。

図６のシステム（６０）は、更に複数のドーズ実行クライアント（１４０）を含む。例えば、プラットフォームインターフェースモジュール（１２０）は、薬局ワークフロー管理アプリケーション（１４６）及びＴＰＮ実行クライアント（１４２）と動作可能に通信する。図６のシステム（６０）は、ローカル変換モジュール（１３０Ａ）を有することができ、該モジュールは、プラットフォームインターフェースモジュール（１２０）にて提供されてもよい。ローカル変換モジュール（１３０Ａ）は、データ変換を、ドーズオーダーデータに対して実行することができ、該データは、薬局ワークフロー管理アプリケーション（１４６）に提供されてもよい。更に言えば、キュー管理及び優先化モジュール（１５２）は、ドーズオーダーを管理する目的で設けてもよく、該オーダーは、薬局ワークフロー管理アプリケーション（１４６）に提供される予定である又は提供されるドーズオーダーデータに対応してもよい。

更に言えば、ＴＰＮ実行クライアント（１４２）は、リモート変換モジュール（１３０Ｂ）を自身に関連づけてもよく、ここで該モジュールは、プラットフォームインターフェースモジュール（１２０）から離れて位置してもよく、この目的は、ＴＰＮ実行クライアント（１４２）にローカルに関連するドーズオーダーデータを、ＴＰＮ実行クライアント（１４２）に向けられるドーズオーダーに対応するドーズオーダーデータに変換することであってもよい。この点に関して、図６のシステム（６０）は、異なる変換モジュール（１３０Ａ）及び（１３０Ｂ）を有してもよく、その目的は、薬局ワークフロー管理アプリケーション（１４６）及びＴＰＮ実行クライアント（１４２）にそれぞれ提供されるドーズオーダーデータを変換することであってもよい。更に、キュー管理及び優先化モジュール（１５２）は、少なくとも一部のドーズオーダーのために設けることができ、該ドーズオーダーは、ドーズ実行クライアント（例えば、薬局ワークフロー管理アプリケーション（１４６））のうち所与の１つに向けられてもよい。キュー管理及び優先化モジュール（１５２）は、ドーズオーダーに関連するデータ変換が行われる前又はその後で、ドーズオーダーを管理するよう動作可能であってもよい。従って、図６において、変換モジュール（１３０）及び薬局ワークフロー管理アプリケーション（１４６）の間に存在する物として示しているが、１以上のキュー管理及び優先化モジュール（１５２）は、ドーズオーダーキューの管理のために、他の場所に設けられてもよい（例えば、ステージングテーブルデータベース（１２６）にて、ドーズ実行クライアント（１４０）にて等）。

上述したように、簡潔に述べると、ドーズオーダーデータの提供先となりうる実行クライアント（１４０）の決定は、複数の態様で起こる可能性がある。例えば、それぞれ各クライアントは、ステージングテーブルデータベース（１２６）にアクセスすることができ、及び、ドーズオーダーデータを要求することができ、該データは、情報を要求する所与のドーズ実行クライアント（１４０）へと指定されるべく、フラグがつけられてもよい（例えば、そのことを示すデータフィールドを含むことができる）。更に、ロジックを、ドーズオーダーデータに、複数の異なる潜在的パラメーターに基づいて、適用してもよく、そして、所与のドーズオーダーの実行の際に使用するためのドーズ実行クライアント（１４０）を特定してもよい。この点に関して、実行クライアント（１４０）に、ドーズオーダーデータを、ドーズオーダーの実行の際に使用するために、データフィールドに基づいて提供してもよく、該データフィールドにおいては、指定されたドーズ実行クライアント（１４０）が、ロジックのアプリケーションによって決定されたものとして示されてもよい。

更に図７を参照されたい。自動化されたヘルスケア情報の交換のためのシステム（７０）の実施形態を描写している。システム（７０）は、ドーズオーダーデータを、ＥＭＲシステム（１１０）から受け取ることができる（上述したように）。システム（７０）は、以下も含むことができる：変換モジュール（１３０Ｄ）であって、複数のドーズ実行クライアント（１４０）のうち１以上に提供されるデータの変換を促進するモジュール（例えば、描写した実施形態における以下を含む：ＴＰＮクライアント（１４２）、分配キャビネット（１５４）、又は自動化されたシリンジフィラー（１５６））。変換モジュール（１３０Ｄ）は、以下を含むことができる：クライアントルーター（１２８）。

この点に関して、システム（７０）のドーズ実行クライアント（１４０）は、以下を含むことができる：薬局ワークフロー管理アプリケーション（１４６）、ＴＰＮクライアント（１４２）、分配キャビネット（１５４）（例えば、自動化されたドーズ分配キャビネット）、及び／又は自動化されたシリンジフィラー（１５６）。ステージングテーブルデータベース（１２６）からのドーズオーダーの一部は、薬局ワークフロー管理アプリケーション（１４６）へ、変換モジュール（１３０）の手段により、提供されてもよい。ドーズオーダーの別の一部は、変換モジュール（１３０Ｄ）に提供されてもよい。そして、変換モジュール（１３０Ｄ）のクライアントルーター（１２８）は、ドーズオーダーの提供先となるドーズ実行クライアント（１４０）を特定するように動作可能である。従って、クライアントルーター（１２８）は、任意の適切なロジックを、ドーズオーダーに関して適用することができ、適切なドーズ実行クライアント（１４０）を決定することができる。例えば、クライアントルーター（１２８）は、ＥＭＲシステムから受け取ったドーズオーダーにおいてドーズ実行クライアントフラグを特定及び利用することができ、そして、ドーズオーダーを、適切なドーズ実行クライアント（１４０）に向けることができる。更に、クライアントルーター（１２８）は、ドーズオーダーを、適切な実行クライアント（１４０）へと動的にルーティングすることができ、該ルーティングは、ドーズオーダーが包含するドーズオーダーメタデータに基づいてもよい。具体的には、クライアントルーター（１２８）は、以下を決定するように動作可能であってもよい：ドーズオーダーが、自動化された調合（例えば、自動化されたシリンジフィラー（１５６）による）に適したものであるかどうか。この点に関して、ドーズオーダーが自動化された調合に適している場合、クライアントルーター（１２８）は、ドーズオーダーを適切な自動化されたドーズ実行クライアント（１４０）に提供することができる（例えば、自動化されたシリンジフィラー（１５６）など）。更に言えば、クライアントルーター（１２８）は、以下を特定するように動作可能であってもよい：ドーズオーダーが、自動化された分配キャビネット（１５４）により実行されるのに適しているかどうか。

理解できるであろうが、特定のドーズオーダーデータを処理することに関して、ドーズオーダーの提供先となる特定のドーズ実行クライアント（１４０）に依存する可能性がある。例えば、ドーズオーダーを、薬局ワークフロー管理アプリケーション（１４６）のうちの１つに提供するに際して、変換モジュール（１３０Ｃ）は、プラットフォームモジュールインターフェース（１２０）に対してローカルに設けられるが、該変換モジュールは、ステージングテーブルデータベース（１２６）内のドーズオーダーデータを、薬局ワークフロー管理アプリケーション（１４６）に対応する独自の入力フォーマットに変換することを可能にすることができる。更に、変換モジュール（１３０Ｄ）を、（例えば、プラットフォームインターフェースモジュール（１２０）からリモートとなるように）設けてもよく、その目的として、ＴＰＮ実行クライアント（１４２）、分配キャビネット（１５４）、又は自動化されたシリンジフィラー（１５６）に関連してドーズオーダーデータを変換することであってもよい。この点に関して、ＴＰＮ実行クライアント（１４２）は、以下を含むことができる：ＴＰＮコンパウンダー（１５８）であって、該コンパウンダーは、ＴＰＮドーズオーダーの調合のためのものであり、該調合は、ドーズオーダーデータに従ったものであり、該データは、ＴＰＮクライアント（１４２）にて受信され、及び変換モジュール（１３０Ｄ）によって変換されてもよい。更に、ＴＰＮオーダー管理モジュール（１４４）は、情報を、薬局ワークフロー管理アプリケーション（１４６）に提供することができる。直接的な接続として示しているが、以下の点が予期される：即ち、ドーズオーダーデータは、プラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０Ｃ）の手段により提供されてもよい。更に言えば、ドーズオーダーデータは、薬局ワークフロー管理アプリケーション（１４６）及びＴＰＮ実行クライアント（１４２）の両方に提供されてもよく、並びにドーズオーダーデータ間の相関関係を示したものは、それぞれの各ドーズ実行クライアント（１４０）に提供されてもよい。

図８は、更にシステム（８０）を描写しており、該システムは、図７のシステム（７０）と同様、以下と動作可能に通信する：薬局ワークフロー管理アプリケーション（１４６）、ＴＰＮクライアント（１４２）、分配キャビネット（１５４）、及び／又は自動化されたシリンジフィラー（１５６）。しかし、図７のシステム（７０）と違い、図８のシステム（８０）は、以下を含むことができる：単独変換モジュール（１３０）であって、プラットフォームインターフェースモジュール（１２０）に設けられ、その目的は、ドーズオーダーデータの変換であり、該変換は、ステージングテーブルデータベース（１２６）に記憶されたステージングテーブルの標準化された中間フォーマットから、所与のドーズ実行クライアント（１４０）のための対応する独自の入力フォーマットへ変換することである。この点に関して、プラットフォームインターフェースモジュール（１２０）は、以下を含むことができる：クライアントルーター（１２８）であって、ステージングテーブルデータベース（１２６）と、ＥＭＲシステム（１１０）又は他のオーダーエントリ手段との間に配置されるルーター。この点に関して、クライアントルーター（１２８）は、ロジックを適用して、以下を決定するように動作可能であってもよい：ドーズオーダーのうちのそれぞれ１つとともに用いるためのドーズ実行クライアント（１４０）のうちの適切な１つ。この点に関して、クライアントルーター（１２８）は、情報をステージングテーブル内のデータに付加してもよく、その情報は、ドーズオーダーの提供先となるドーズ実行クライアント（１４０）を示す所与のドーズオーダーに関するものであってもよい。更に言えば、クライアントルーター（１２８）は、変換モジュール（１３０）と動作可能に通信してもよく、所与のステージングテーブルに関するドーズオーダーの提供先となるドーズ実行クライアント（１４０）に関する情報を提供することができる。

上記いずれの実施形態においても、自動化された変換ヘルスケア情報に関するそれぞれのシステムは、ドーズオーダーに対してとる動作に関するログ操作を促進することもできる。ログ操作は、以下を含むことができる：ドーズオーダーに対してとる動作を反映するログを生成すること。ログは、後にヒトユーザーがレビューするために管理されてもよい（例えば、監査のパフォーマンス、トラブルシューティング等において）。ログ操作の発生、及びログの保存は、システム内のそれぞれ異なる箇所で発生してもよい。例えば、プラットフォームインターフェースモジュール（１２０）は、ログ操作を実行し、対応するログを生成してもよい。更に、変換モジュール（１３０）（例えば、システム内の該モジュールの特定の位置に関係なく）も、ログ操作を実行し、対応するログを生成してもよい。この点に関して、ログは、システム内のそれぞれ異なる箇所にて管理されてもよい。更に言えば又はこれに換えては、ログは、システム内の共通の場所へ伝送されてもよい。例えば、プラットフォームインターフェースモジュール（１２０）は、変換モジュール（１３０）、又はドーズ実行クライアント（１４０）と動作可能に通信することができ、これらから、ドーズオーダーに関する処理のログを受け取ることができる。この点に関して、システムの１以上の箇所のログは、システム内の所与のポイントにおいて集合的に保存されてもよい（例えば、プラットフォームインターフェースモジュール（１２０）など）。

更に図９を参照されたい。変換モジュール（１３０）によって実行されるデータ変換を表している。具体的には、図９は、ヒトが認知できるフォーマットでのデータ変換のテキスト表現を含む。図９は、データフィード（５００）の実施形態を表したものを含む。理解できるであろうが、データフィード（５００）を分析することができる（例えば、プラットフォームインターフェースモジュール（１２０）の構文解析モジュールによって）。前記構文解析により、ドーズオーダー（５０２）及び特定されたドーズオーダー（５０４）を生じさせることができる。理解できるであろうが、データストリーム（５００）の一部（５１８）は、ドーズオーダーに対応しなくてもよい。

ドーズオーダー（５０２）を構文解析することができる。その結果、複数のドーズオーダーデータフィールドが認識される。具体的には、ドーズオーダー（５０２）は、以下を含むことができる：第一の患者データフィールド（５０６）、第二の患者データフィールド（５０８）、第一の成分フィールド（５１０）、第二の成分フィールド（５１２）、管理データフィールド（５１４）、及び患者手順データフィールド（５１６）。追加データフィールドが存在してもよく、又はデータフィールドは更に少なくてもよい。従って、ここで提示しているのは、説明目的にすぎない。第二のドーズオーダー（５０４）を構文解析することができる。その結果、第一のデータ患者フィールド（５２４）、第一の成分フィールド（５２６）、及び管理データフィールド（５２８）が特定される。この点に関して、第一のドーズオーダー（５０２）に関するデータ及び第二のドーズオーダー（５０４）に関するデータをそれぞれステージングテーブルに保存することができる。従って、第一のドーズオーダー（５０２）のテキスト表現は、第一のドーズオーダー（５０２）のためのステージングテーブルに対応してもよく、及び第二のドーズオーダー（５０４）のテキスト表現は、第二のドーズオーダー（５０４）のためのステージングテーブルに対応してもよい。図９においてテキスト表現しているものの、以下の点を理解されたい：即ち実際のステージングテーブルは異なるフォーマットで管理されてもよい（例えばＸＭＬフォーマット、ＳＱＬデータベースフォーマット、又は他の適切なフォーマット）。

いずれにしろ、変換モジュール（１３０）は、データフィールドを、ステージングテーブル（５０２）及び（５０４）から、１以上のドーズ実行クライアント（１４０）に関する独自の入力フォーマットでの対応するフィールドへ、マッピングするよう動作可能であってもよい。例えば、第一の入力（５５２）を生成することができ、該入力は、第一のオーダー（５０２）に関するステージングテーブルに対応する。理解できるであろうが、第一の入力（５５２）は、特定のドーズ実行クライアント（１４０）に関する独自の入力フォーマットに従ったフィールドを定義したものであってもよい。従って、ステージングテーブル（５０２）内のデータフィールドのうちの適切なフィールドを、第一の入力（５５２）内のフィールドにマッピングしてもよい。具体的には、第一の患者データフィールド（５０６）及び第二の患者データフィールド（５０８）を、第一の入力（５５２）のクライアント患者情報フィールド（５５６）にマッピングしてもよい。この点に関して、以下の点を理解されたい：即ち、ステージングテーブル（５０２）からの複数のデータフィールドを、第一の入力（５５２）内の単独のフィールドにマッピングしてもよい。この点に関して、ステージングテーブル（５０２）の複数のフィールドからのデータ（例えば、第一の患者データフィールド（５０６）及び第二の患者データフィールド（５０８））を、クライアント患者入力（５５６）内に包含させるために、集合化又は再フォーマットさせてもよい。更に、第一の患者データフィールド（５０６）又は第二の患者データフィールド（５０８）のうちの１つに含まれるデータの一部を省略することができる。

更に、ステージングテーブル（５０２）（５０４）内のデータフィールドと、第一の及び第二の入力（５５２）（５５４）との間のマッチングの例を、図９に示す。具体的には、第一の成分フィールド（５１０）及び第二の成分フィールド（５１２）を、第一の入力（５５２）のドーズ成分入力（５５８）へマッピングすることができる。更に、第一のステージングテーブル（５０２）の管理データフィールド（５１４）を、第一の入力（５５２）の管理データ入力（５６０）にマッピングすることができる。注目すべき点として、第一のステージングテーブル（５０２）の全てのデータフィールドが、第一の入力（５２２）にマッピングされるわけではない。例えば患者手順データフィールド（５１６）は、ドーズオーダーに無関係である可能性があり、従って、患者手順データフィールド（５１６）にマッピングされる第一の入力（５５２）の対応する入力フィールドを有さなくてもよい。更に、第一のステージングテーブル（５０２）では、ステージングテーブル（５０２）からの複数のデータフィールドを、第一の入力（５５２）内の単独の情報フィールドにマッピングさせてもよいものとして示しているが、以下の点も理解されたい：即ち、一対一の対応を提供することもできる（例えば第二のドーズオーダー（５０４）の場合）。この点に関して、第二のドーズオーダー（５０４）の第一の患者データフィールド（５２４）を、第二の入力（５５４）のクライアント患者入力（５６２）にマッピングしてもよい。更に、第一の成分フィールド（５２６）をドーズ成分入力（５６４）にマッピングしてもよく、そして、管理データフィールド（５２８）を管理データ入力（５６６）にマッピングしてもよい。更に、以下の点を留意されたい：即ち、ドーズオーダーに対応しないデータストリームの一部（５１８）は、如何なるクライアント入力にもマッピングされなくてもよい。即ち、少なくとも１つのプラットフォームインターフェースモジュール（１２０）又は変換モジュール（１３０）は、ドーズオーダーに対応しない部分（５１８）を認識することができる。その結果、対応する入力を生成せず、又は前記部分（５１８）に対応するマッピングを行わない。

ドーズオーダーに対応するデータフィールドをクライアント入力フィールドにマッピングすることのほか、変換モジュール（１３０）は、それぞれの各フィールドに含まれるデータに関する変換を実行することもできる。その結果、それぞれの各フィールド内のデータは、所与のクライアント情報フィールドにおいて、クライアントが期待するフォーマット又はフォームへ変換されてもよい。例えば、更に図１７を参照されたい。ユーザー・インターフェース（１７００）を提供しており、該インターフェースは、変換モジュール（１３０）によって実行されるべき潜在的な変換を表したものを含む。ユーザー・インターフェース（１７００）は、以下を含むことができる：タイプリスティング（１７１０）、クライアントフォームリスティング（１７２０）、及びＥＭＲフォームリスティング（１７３０）。これらは、テーブル（１７０２）に設けられてもよい。この点に関して、テーブル（１７０２）は、以下を含むことができる：ＥＭＲフォーム（１７３０）から、クライアントフォーム（１７２０）へ変換するための複数のリスティング（例えば、タイプ（１７１０）によってアレンジされる）。理解できるであろうが、幾つかのリスティングは、ＥＭＲフォーム（１７３０）及びクライアントフォーム（１７２０）に関して同一のフォームを提供してもよい。例えば、「Ａｃｅｔａｔｅ」に関するリスティング（１７１２）に対応するフォームは、ＥＭＲフォーム（１７３２）及びクライアントフォーム（１７２２）において同一であってもよい。しかし、リスティング（１７０２）から理解できるかもしれないが、他のフォームについては、ＥＭＲフォーム（１７３０）とクライアントフォーム（１７２０）との間で違ってもよい。例えば、リスティング（１７１４）については、ＥＭＲフォームでは、「ＡＤＵＬＴＴＲＡＣＥ」となってもよく、そして、クライアントフォーム（１７２４）では、「Ａｄｕｌｔ Ｔｒａｃｅ Ｃｏｎｃ」となってもよい。従って、リスティング（１７１４）に関するＥＭＲフォーム（１７３４）が、ステージングテーブル関するデータフィールドに表現されている場合には、データを、変換モジュール（１３０）によって、クライアントフォーム（１７２４）へ変換することができる。この点に関して、ユーザー・インターフェース（１７００）は、以下も含むことができる：タイプフィルタ（１７４０）及びクライアントフォームフィルタ（１７５０）。これらは、テーブル（１７０２）内に提示された結果を絞り込むために使用することができる。更に、テーブル（１７０２）内の所与のリスティングを選択すると、所与のリスティングに関するＥＭＲフォーム（１７３０）を、ＥＭＲフォーム入力（１７６０）を用いて変更することができる。例えば、データの所与の部分に関して、テーブル（１７０２）からリスティングを選択すると、リスティングに関して、ＥＭＲフォーム（１７３０）を、ＥＭＲフォーム入力（１７６０）を用いて変更することができる。更に、リスティングは、ユーザーによって、追加したり、又は、リスティング（１７０２）から削除することができる。この点に関して、以下の点を理解されたい：即ちユーザーは、リスティング（１７０２）内に提供される定義を管理することができ、該リスティングは、変換モジュール（１０３）によって適用されるべき変換に関するものであり、該管理は、ユーザー・インターフェース（１７００）を用いて行うことができる。この点に関して、ユーザー・インターフェース（１７００）は、プラットフォームインターフェースモジュール（１２０）のウェブページ（３１２）によって提供されてもよく、及び／又は、変換モジュール（１３０）を含むドーズ実行クライアント（１４０）によって提供されてもよい（上述したように）。

更に図１０〜１２を参照されたい。ＥＭＲシステム（１１０）からドーズ実行クライアント（１４０）へのドーズオーダーの処理の例を描写している。具体的には、図１０は、データストリーム（６００）のテキスト表現を描写しており、ここから、ドーズオーダーが特定される。そして、図１１は、変換モジュール（１３０）によって管理されるログのテキスト表現を提示しており、当該ログは、データストリーム（６００）からの特定されたドーズオーダーに対して作用したときのものである。図１２は、ドーズ実行クライアント（１４０）のユーザー・インターフェース（８００）を表しており、該クライアントはドーズオーダーを受け取る。この点に関して、データストリーム（６００）のテキスト表現は、以下を含むことができる：複数のデータフィールド。例えば、強調されたデータフィールドは以下に対応する：患者データフィールド（６１０）、ドーズオーダータイプフィールド（６２０）、マクロ成分詳細フィールド（６３０）、及びマイクロ成分詳細フィールド（６４０）。これらは、所与のドーズオーダーに関して、データストリーム（６００）から特定される。この点に関して、対応する各フィールドのためのメタデータをステージングテーブルに保存することができる。例えば、患者データフィールド（６１０）内に見出されるメタデータは、１以上のフィールドを、患者に関連するステージングテーブル内に配置するために使用することができる。具体的には、氏名「ＴＯＮＩ ＳＭＣ」、性別「女性」、生年月日「１９８７１２２９」、及びＥＭＲ番号「１２３４５６」を、患者データフィールド（６１０）内で特定することができる。更に、ドーズオーダーがＴＰＮオーダーであることを示す識別子を、ドーズオーダータイプフィールド（６２０）から特定することができる。更に、ドーズオーダー（６３０）に関するマクロ成分（６３０）「ＡＭＩＮＯＳＹＮ ＩＩ １５％ ＩＶ ＳＯＬＮ＾ＲＸ ｜ １００．８｜ｇ｜１００．８｜ｇ」は、マクロ成分データフィールド（６３０）内に含まれてもよい。更に、マイクロ成分「ＳＯＤＩＵＭ ＣＨＬＯＲＩＤＥ ４ ＭＥＱ／ＭＬ ＩＶ ＳＯＬＮ＾ＲＸ｜３３．６｜ＭＥＱ｜３３．６｜ＭＥＱ」及び「ＰＯＴＡＳＳＩＵＭ ＡＣＥＴＡＴＥ ２ ＭＥＱ／ＭＬ ＩＶ ＳＯＬＮ＾ＲＸ｜１６．８｜ＭＥＱ｜１６．８｜ＭＥＱ」を、マイクロ成分詳細フィールド（６４０）において特定することができる。

更には、変換モジュール（１３０）によって生成されたログ（７００）を参照のうえで、以下の点を理解されたい：即ち変換モジュール（１３０）は、患者データフィールド（６１０）を、ドーズ実行クライアント（１４０）（例えば、この場合、ＡＢＡＣＵＳ計算ソフトウェア・アプリケーション）における患者の生成のための入力に、行（７１０）において、変換することができる。更に、ドーズオーダータイプフィールド（６２０）を用いて、ドーズ実行クライアント（１４０）でのオーダーの生成のための入力を、行（７２０）にて生成することができる。そして、ドーズ実行クライアント（１４０）のためのオーダーを、マクロ成分詳細（６３０）及びマイクロ成分詳細（６４０）に対応する入力とともに配置することができる。その結果、これらのデータフィールドが、ドーズ実行クライアント（１４０）のオーダー入力データ（７３４）内に表現される。理解できるであろうが、マイクロ成分詳細フィールド（６３０）及び（６４０）におけるマクロ成分詳細フィールドは、ドーズ実行クライアント（１４０）に関連する独自の入力フォーマットに関連するフォーマットへ変換されてもよい。この点に関して、入力フィールド（６３０’）及び（６４０’）は、マクロ成分詳細フィールド（６３０）及びマイクロ成分詳細フィールド（６４０）に対応するが、これらのフィールドは、変換されたフォーマット内にデータを含むことができる。そして、ログ（７００）に反映されているドーズ実行クライアント（１４０）に対する入力を用いて、ドーズ実行クライアント（１４０）に対する入力を提供することができる。

そして、図１２は、ドーズ実行クライアント（１４０）のユーザー・インターフェース（８００）を表示しており、該表示は、ログ（７００）に反映されたコマンドを受け取った後のものである。理解できるであろうが、患者情報ファイル（１０）は、患者データフィールド（６１０）に含まれるデータに対応する情報とともに提示されてもよい。具体的には、患者データフィールド（６１０）において提供される患者の氏名、ＥＭＲ番号、生年月日に基づく年齢、又は他の情報を、患者情報フィールド（８１０）において提供してもよい。更に、ドーズ実行クライアント（１４０）の成分リスティング（８２０）を提供することができる。理解できるであろうが、成分リスティング（８２０）にリストされるマクロ成分（８３０）は、マクロ成分データフィールド（６３０）に含まれるデータに対応する。成分リスティング（８２０）にリストされるマイクロ成分（８４０）は、マイクロ成分データフィールド（８４０）に含まれるデータに対応する。理解できるであろうが、成分（８３０）及び（８４０）のフォームは、データフィールド（６３０）及び（６４０）に含まれるものと異なってもよく、従って、変換モジュール（１３０）によって実行された変換を反映してもよい。

更に図１３を参照されたい。ドーズ実行クライアント（１４０）のためのユーザー・インターフェース（９００）を描写している。ユーザー・インターフェース（９００）は、以下を含むことができる：患者リスティング（９１０）。患者リスティング（９１０）は、ドーズオーダーが係属中である患者をリストしてもよい。変換モジュール（１３０）からドーズオーダーを受け取ると、ドーズ実行クライアント（１４０）は、ステータスインジケータ（９１２）を有する患者リスティング（９１０）をアップデートし、ドーズオーダーを受け取ったことを表示する。この点に関して、ユーザー・インターフェース（９００）は、更に以下を含むことができる：オーダーリスティングフィールド（９２０）。オーダーリスティングフィールド（９２０）は、患者リスティング（９１０）から選択される所与の患者に関する完全な及び係属中のドーズオーダーをリストすることができる。理解できるであろうが、第一の係属オーダー（９２２）及び第二の係属オーダー（９２４）が、ドーズ実行クライアント（１４０）によって受け取られたものとして示されてもよい。受け取った係属ドーズ（９２２）及び（９２４）に関するステータスインジケータを提供してもよい。具体的には、第一のステータスインジケータ（９２６）は、以下の点を示すために設けられてもよい：プラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０）による第一の係属オーダー（９２２）の処理に関連して、例外が発生しなかったこと。この点に関して、第一のステータスインジケータ（９２６）は、以下の点を示すことができる：第一の係属ドーズオーダー（９２２）を、ドーズ実行クライアント（１４０）が実行する準備が整ったこと。

第二の係属ドーズオーダー（９２４）とともに提供される第二のステータスインジケータ（９２８）は、第二の係属ドーズオーダー（９２４）の処理の最中に例外が発生したことを示すことができる。第二の係属ドーズ（９２４）を選択すると、図１４に描写されるドーズ詳細スクリーン（９５０）をユーザーに提供することができる。ドーズ詳細スクリーン（９５０）は、以下を含むことができる：患者情報フィールド（８１０）（図１２に関連して上述したように）。更に、ドーズ詳細スクリーン（９５０）は、以下を含むことができる：成分リスティング（８２０）（図１２に関連して上述したように）。ドーズ詳細スクリーン（９５０）は、以下も含むことができる：例外フィールド（９６０）。該フィールドは、プラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０）によるドーズオーダーの処理の最中に特定された例外をリストすることができる。例えば、例外は、以下に関連して特定されてもよい：認識されない製品、認識されない値、及び認識されないユニット、及び認識されないデータフィールド、又は関連する他のエラー及びドーズオーダーの処理。例えば、図１４において、例外（９６２）を提供することができ、該例外は、成分「インシュリン」を、ドーズ実行クライアント（１４０）にマッピングすることに関連して発生したエラーに対応してもよい。この点に関して、例外リスティング（９６０）は、以下を含むことができる：例外（９６２）に関連するＥＭＲフォーム、物質の記載、値、及びユニット。従って、ユーザーは、例外（９６２）を選択することができ、及び該例外に関連するエラーを解決することができる。例えば、図１５において、ドーズ詳細スクリーン（９５０）が示される。ここで、ユーザーは、例外（９６２）の対象となっている成分に関連する成分リスティング（８２０）に、更に成分（９６４）を追加した。この点に関して、ユーザーは、例外（９６２）にフラグをつけることができ、このフラグは、ドーズ実行クライアント（１４０）によって処理され、そして、ドーズの調合が進行したものとしてのフラグであってもよい。

更に、図１６において、ユーザー・インターフェース（１０００）を、例外（例えば、図１４及び１５において特定される例外（９６２））の解決の際に使用するために提供することができる、。例えば、例外（９６２）は、以下が原因となる可能性がある：ドラッグ「インシュリン」に関するＥＭＲフォームとドーズ実行クライアント（１４０）に関連するクライアント入力フォームとの間の不適切なマッピング。即ち、ＥＭＲフォームとクライアント入力フォームとの間のマッピングでエラーが発生した可能性があり、この時、データを含有するデータフィールドを処理するためのプラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０Ａ）は、このドーズオーダーのためのインシュリンに関連したものとなっていた。この点に関して、ユーザー・インターフェース（１０００）は、ユーザー・インターフェース（１０００）によって、ユーザーが、変更の為に、製品（１００２）を選択することを可能にすることができる。そして、ユーザーは、選択された製品（１００２）に関する処置記録を変更することができる。

具体的には、ユーザー・インターフェース（１０００）は、以下も含むことができる：ＥＭＲ対応フィールド（１００４）。該フィールドは、ドーズ実行クライアント（１４０）にて、製品（１００２）に関する対応するＥＭＲフォームを提供するために使用することができる。この点に関して、ユーザーは、ユーザー・インターフェース（１０００）を使用して、ドラッグ「インシュリン」に関するＥＭＲフォームとクライアントフォームとの間のマッピングのエラーを調整することができる。そして、成分「インシュリン」を含む後続ドーズオーダーを更に処理すると、適切な変換を提供することができる。その結果、例外（９６２）を、後続オーダーと共に提供される同一の製品（１００２）を有する該後続オーダーにおいて起こさないようにすることができる。ユーザー・インターフェース（１０００）は、ドーズ実行クライアント（１４０）にて、例外の解決を提供するが、例外は、適切なユーザー・インターフェースにおけるプラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０）にて、フラグを付けてもよい。そして、このインタフェースは、図１６に関連して議論したのと同様の態様で、ドーズオーダー中の製品に関して、正しいマッピング及び／又は変換を提供することを促進するために設けられてもよい。即ち、ドーズ実行クライアント（１４０）から認識できるような、図１６に関連して説明した例外処理を、プラットフォームインターフェースモジュール（１２０）及び／又は変換モジュール（１３０）に関連して設けることもできる。更に、成分に特化した処理をユーザー・インターフェース（１０００）を用いて実行することができるが、ＥＭＲフォーム（１７３０）とクライアントフォーム（１７２０）との間のマッピングに対してまとめて変更を行うことは、ユーザー・インターフェース（１７００）によって促進することができる（図１７に関連して上述したように）。

図面及び上記説明において、本発明を図示及び説明してきたがこうした図示及び説明は、例示的なものとして考慮すべきものであり、そして、その特徴を限定するものではない。例えば、上述したある特定の実施形態は、他の説明した実施形態に適合させることができるし、及び／又は、他の方法でアレンジすることもできる。（例えば、あるプロセスの要素を他の順番で実行してもよい）。従って、以下の点を理解されたい：即ち、好ましい実施形態及びこれらのバリエーションを図示及び説明しているに過ぎないということ、そして、本発明の思想の範囲内に入る全ての改変及び変更が保護されることが望まれるということ。

Claims (30)

1. ヘルスケア情報の交換のためのヘルスケア情報交換システムであって、
   電子的医療記録（ＥＭＲ）システムと、
   １以上のプロセッサ上で実行されるように構成されるプラットフォームインターフェースモジュールと、
   ドーズオーダーの実行のためのドーズ実行クライアントと
   を含み、
   前記プラットフォームインターフェースモジュールが、
   ヘルスケア情報データストリームを受け取ること、ここで、前記ヘルスケア情報データストリームは、ドーズオーダーに関連する情報を含む；
   前記ヘルスケア情報データストリームからの、前記ドーズオーダーに関するドーズオーダーメタデータを構文解析すること、ここで、前記ドーズオーダーメタデータは、前記ドーズオーダーに関連する１以上のドーズの特徴を含む；
   ステージングテーブルに、前記ドーズオーダーのための前記ドーズオーダーメタデータを配置すること、ここで、前記ステージングテーブルは複数のドーズオーダーデータフィールドを含み、該フィールドには、前記ドーズオーダーメタデータの対応するそれぞれの部分が配置される；及び
   前記ドーズオーダーメタデータを、特定のドーズ実行クライアントに対応する既定のフォーマットに変換し、変換されたドーズオーダーメタデータを生成すること
   を行うことにより、前記特定のドーズ実行クライアントが、前記変換されたドーズオーダーメタデータへアクセスして、前記ドーズオーダーを、前記変換されたドーズオーダーメタデータに基づいて実行する
   ことを特徴とする、システム。
2. 前記ステージングテーブルが、前記ドーズオーダーメタデータを、標準化された中間フォーマットで保存する、請求項１に記載のシステム。
3. 更に以下の
   第一のＥＭＲフォームでの第一のドーズオーダー；及び
   第二のＥＭＲフォームでの第二のドーズオーダー
   を含み、
   ここで、前記第一のドーズオーダー及び前記第二のドーズオーダーは、同一の構成成分を有するドーズオーダーに対応し、及び
   ここで、前記第一のＥＭＲフォームでの前記構成成分のフォームは、前記第二のＥＭＲフォームとは異なり、及び
   ここで、前記第一のドーズオーダーに関する前記構成成分のフォームは、前記第一のドーズオーダー及び前記第二のドーズオーダーに対応する前記それぞれのステージングテーブルにおいて、前記第二のドーズオーダーに関する前記構成成分の前記フォームと同じである
   ことを特徴とする、請求項２に記載のシステム。
4. 前記プラットフォームインターフェースモジュールが、
   前記ドーズ実行クライアントを、前記ドーズオーダーの実行のための複数のドーズ実行クライアントから特定し、
   前記複数の各ドーズ実行クライアントは、それぞれ既定の独自の入力フォーマットを有することを特徴とする、請求項１に記載のシステム。
5. 前記ステージングテーブルは、任意の前記複数のドーズ実行クライアントから独立している、請求項４に記載のシステム。
6. 前記プラットフォームインターフェースモジュールが、
   ステージングテーブルの前記複数のドーズオーダーデータフィールドを、複数のドーズ実行クライアント入力フィールドの対応するそれぞれのフィールドにマッピングするように構成される、請求項４に記載のシステム。
7. 前記ドーズ実行クライアント入力フィールドが、前記ドーズ実行クライアントに関連する独自の入力フォーマットによって定義される、請求項６に記載のシステム。
8. 前記変換が、
   前記プラットフォームインターフェースモジュールにより、前記複数のドーズオーダーデータフィールドの前記ドーズオーダーメタデータを、前記ドーズ実行クライアント入力フィールドの対応するフィールドのための前記独自の入力フォーマットに関して、確認すること
   を含む、請求項７に記載のシステム。
9. 前記確認が、
   前記プラットフォームインターフェースモジュールにより、前記複数のドーズオーダーデータフィールドの前記ドーズオーダーメタデータを、前記ドーズ実行クライアントの処置記録に、前記ドーズ実行クライアント入力フィールドの前記対応するそれぞれのフィールドに関して、関連付けること
   を含む、請求項８に記載のシステム。
10. 前記プラットフォームインターフェースモジュールが、前記マッピング又は前記確認のうち少なくとも１つに関連するエラーに応答して例外を生成するように構成される、請求項９に記載のシステム。
11. 前記例外は、ヒトユーザーに対して、前記エラーを解決することを促すことを含む、請求項１０に記載のシステム。
12. 前記プラットフォームインターフェースモジュールが、前記ヒトユーザーから、前記エラーの解決に関連する入力を受け取るように構成され、
    ここで前記入力は、以下のうち少なくとも１つを含む：
    前記ステージングテーブルのドーズオーダーデータフィールドと、ドーズ実行クライアント入力フィールドの対応するそれぞれのフィールドとの間の正しいマッピング、又はドーズオーダーメタデータの一部と前記ドーズ実行クライアントの処置記録との間の正しい相関関係
    ことを特徴とする、請求項１１に記載のシステム。
13. 前記プラットフォームインターフェースモジュールが、それぞれ、前記ヒトユーザーから受け取った前記入力に基づいて、マッピングロジック又は相関関係ロジックのうち少なくとも１つを、前記マッピング及び前記関連づけにおいて使用するためにアップデートするように構成される、請求項１２に記載のシステム。
14. 前記プラットフォームインターフェースモジュールが、前記ステージングテーブルをアップデートして、前記ドーズオーダーのための前記ドーズオーダーメタデータが前記ドーズ実行クライアントによって取り出されたことを示すように構成される、請求項１に記載のシステム。
15. 前記プラットフォームインターフェースモジュールが、前記第二のＥＭＲフォームでのドーズオーダーメタデータを前記ドーズ実行クライアントに提供する前に、ドーズオーダー記録を管理するように構成される、請求項３に記載のシステム。
16. 前記プラットフォームインターフェースモジュールが、ユーザー・インターフェースを提供して、ユーザーが前記ドーズオーダーに対する管理機能を実行することを可能にするように構成されることを特徴とする、請求項１５に記載のシステム。
17. 前記管理機能が以下のうち少なくとも１つを含む、請求項１６に記載のシステム：
    ドーズオーダーメタデータの変更、前記ドーズオーダーのキャンセル、他のドーズオーダーに対する前記ドーズオーダーの組織化、又は他のドーズオーダーに対する前記ドーズオーダーの優先化。
18. 前記プラットフォームインターフェースモジュールが、ロジスティック処理を前記ドーズオーダーに対して実行するように構成される、請求項１に記載のシステム。
19. 前記ロジスティック処理は、ＥＭＲシステムメッセージの受信に応答して、前記ドーズオーダーの受信後、前記ドーズオーダーに対する動作を実行することを含む、請求項１８に記載のシステム。
20. 前記ＥＭＲシステムメッセージが以下のうち少なくとも１つを含む、請求項１９に記載のシステム：
    ドーズオーダー変更メッセージ又はドーズオーダー中止メッセージ。
21. 前記ロジスティック処理が、前記ドーズオーダーメタデータが前記ドーズ実行クライアントに提供されたかどうかを判定することを含む、請求項２０に記載のシステム。
22. 前記ロジスティック処理は更に、ドーズオーダー記録に対する動作を実行することを含み、前記ドーズオーダー記録は、前記ＥＭＲシステムメッセージに対応し、前記メッセージは、まだ前記ドーズ実行クライアントに提供されていないドーズオーダー記録に関するものである、請求項２１に記載のシステム。
23. 前記ロジスティック処理は更に、データを、前記ＥＭＲシステムメッセージに関連する前記ドーズ実行クライアントに提供することを含み、前記メッセージは、前記ドーズ実行クライアントに提供されたドーズオーダー記録に関するものである、請求項２２に記載のシステム。
24. 前記ＥＭＲシステムメッセージに関連する前記ドーズ実行クライアントに提供された前記データは、前記ドーズ実行クライアントに対応するフォームに変換される、請求項２３に記載のシステム。
25. 前記ドーズ実行クライアントが以下のうち少なくとも１つを含む、請求項１に記載のシステム：
    前記ドーズオーダーの手動調合のための薬局ワークフロー管理アプリケーション、自動化されたドーズ調合装置、自動化されたトータル非経口（腸管外）栄養（ＴＰＮ）コンパウンダー、又はドーズ分配キャビネット。
26. 前記プラットフォームインターフェースモジュールが、
    前記ドーズオーダーに対してとられる動作に対するログ操作を行い、前記ドーズオーダーに対する動作に関するログを生成するように構成される、請求項１に記載のシステム。
27. 前記ログ操作は、以下を含む、請求項２６に記載のシステム：
    前記ドーズオーダーに対してとられるそれぞれの異なる動作に対して生成された複数のログを集合化させること。
28. 前記ヘルスケア情報データストリームは、電子的医療記録（ＥＭＲ）システムから受信される、請求項１に記載のシステム。
29. 前記ＥＭＲシステムが病院の情報システム（ＨＩＳ）を含む、請求項２８に記載のシステム。
30. 前記ヘルスケア情報データストリームが、ヘルスレベル７（ＨＬ７）フォーマットを含む、請求項２９に記載のシステム。

Images