(57)【特許請求の範囲】
【請求項１】
電子臨床情報システム（１２４）を利用する第１保健エンティティ（１０２）から、１つまたは複数の臨床ワークフローのアクションを実施するスクリプトを受信するステップであって、前記電子臨床情報システム（１２４）が前記第１保健エンティティ（１０２）を含む複数の保健エンティティ（１０２、１１８）から保健情報を集約するステップ（５０４）と、
アプリケーションバンドル（２２４、２２６）を実行するために実行時環境（２１４）と交信する動的モジュールコアフレームワーク（２１２）に前記スクリプトをロードするステップ（５０４）と、
前記臨床ワークフローが実行時に動的に前記電子臨床情報システム（１２４）にインストールされるように、前記動的モジュールコアフレームワーク（２１２）の前記スクリプトを前記実行時環境（２１４）に発行するステップ（５０６）とを含むコンピュータ実装方法。
【請求項２】
前記スクリプトは、前記実行時環境（２１４）を介して実行される前記アプリケーションバンドル（２２４、２２６）のうちの１つに含まれる請求項１記載のコンピュータ実装方法。
【請求項３】
前記スクリプトを前記動的モジュールコアフレームワーク（２１２）に関連したサービスレジストリ（２１０）に登録するステップ（５０８）をさらに備える請求項１記載のコンピュータ実装方法。
【請求項４】
前記サービスレジストリ（２１０）は、前記第１保健エンティティ（１０２）の前記スクリプトを、前記電子臨床情報システム（１２４）を利用する第２保健エンティティ（１１８）に対して利用可能にする（５１２）請求項３記載のコンピュータ実装方法。
【請求項５】
アクションが選択され、前記電子臨床情報システム（１２４）と関連して臨床ワークフローを実施するスクリプトの中で使用されることが可能なアクション一覧（２０６）に、前記スクリプトを搬送するステップをさらに備える請求項１記載のコンピュータ実装方法。
【請求項６】
前記スクリプトを前記実行時環境（２１４）に発行するステップ（５０６）は、依存性注入フレームワーク（２１８）によって実施される請求項１記載のコンピュータ実装方法。
【請求項７】
前記依存性注入フレームワーク（２１８）は、前記スクリプトを実行時に動的に前記実行時環境（２１４）に発行するために、１つまたは複数の拡張バンドル（２２０、２２２）を利用する請求項６記載のコンピュータ実装方法。
【請求項８】
電子臨床情報システム（１２４）を利用する第１保健エンティティ（１０２）から、１つまたは複数の臨床ワークフローのアクションを実施するスクリプトを受信するためのアプリケーションコンテナ（２０８）であって、前記電子臨床情報システム（１２４）が前記第１保健エンティティ（１０２）を含む複数の保健エンティティ（１０２、１１８）からの保健情報を集約するアプリケーションコンテナ（２０８）と、
アプリケーションバンドル（２２４、２２６）を実行するために実行時環境（２１４）と交信する、前記スクリプトがロードされる動的モジュールコアフレームワーク（２１２）と、
前記臨床ワークフローが実行時に動的に前記電子臨床情報システム（１２４）にインストールされるように、前記動的モジュールコアフレームワーク（２１２）の前記スクリプトを前記実行時環境（２１４）に発行するための依存性注入フレームワーク（２１８）とを備える装置。
【請求項９】
前記スクリプトは、前記実行時環境を介して実行される前記アプリケーションバンドル（２２４、２２６）のうちの１つに含まれる請求項８記載の装置。
【請求項１０】
前記スクリプトが登録される、前記動的モジュールコアフレームワーク（２１２）に関連したサービスレジストリ（２１０）をさらに備える請求項８記載の装置。
【請求項１１】
前記サービスレジストリ（２１０）は、前記第１保健エンティティ（１０２）の前記スクリプトを、前記電子臨床情報システム（１２４）を利用する第２保健エンティティ（１１８）に対して利用可能にする請求項１０記載の装置。
【請求項１２】
アクションが選択され、前記電子臨床情報システム（１２４）と関連して臨床ワークフローを実施するスクリプトの中で使用されることが可能なアクション一覧（２０６）をさらに備える請求項８記載の装置。
【請求項１３】
前記依存性注入フレームワーク（２１８）は、前記スクリプトを実行時に動的に前記実行時環境（２１４）に発行するために、１つまたは複数の拡張バンドル（２２０、２２２）を利用する請求項８記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に保健情報システムに関し、より詳細には臨床ワークフローの動的カスタマイゼーションのための方法および装置に関する。
【背景技術】
【０００２】
病院および診療所などの保健環境は典型的に、例えば患者の病歴、画像データ、検査結果、診断情報、管理情報、財務情報および／またはスケジューリング情報などの臨床情報を管理するために、（例えば電子医療記録（ＥＭＲ）システム、ラボ情報システム、外来および入院システム、病院情報システム（ＨＩＳ）、放射線情報システム（ＲＩＳ）、ストレージシステム、画像アーカイブおよび通信システム（ＰＡＣＳ）などの）情報システムを含む。これらの保健情報システムは、臨床情報が１つまたは複数の目的のために生成、更新、強化、および／またはそれ以外に処理される異なる型のワークフローを実施するために使用される。
【発明の概要】
【０００３】
コンピュータ実装方法例は、電子臨床情報システムを利用する第１保健エンティティから、１つまたは複数の臨床ワークフローアクションを実施するスクリプトを受信するステップであって、電子臨床情報システムが第１保健エンティティを含む複数の保健エンティティから保健情報を集約するステップと、アプリケーションバンドルを実行するために実行時環境と交信する動的モジュールコアフレームワークにスクリプトをロードするステップと、臨床ワークフローが実行時に動的に電子臨床情報システムにインストールされるように、動的モジュールコアフレームワークのスクリプトを実行時環境に発行するステップとを含む。
【０００４】
有形の機械可読媒体の例は、実行される場合に、機械に、第１保健エンティティを含む複数の保健エンティティから保健情報を集約する電子臨床情報システムを利用する第１保健エンティティから、１つまたは複数の臨床ワークフローのアクションを実施するスクリプトを少なくとも受信させ、アプリケーションバンドルを実行するために実行時環境と交信する動的モジュールコアフレームワークにスクリプトをロードさせ、臨床ワークフローが実行時に動的に電子臨床情報システムにインストールされるように、動的モジュールコアフレームワークのスクリプトを実行時環境に発行させる、記憶された命令を有する。
【０００５】
装置の例は、電子臨床情報システムを利用する第１保健エンティティから、１つまたは複数の臨床ワークフローのアクションを実施するスクリプトを受信するためのアプリケーションコンテナであって、電子臨床情報システムが第１保健エンティティを含む複数の保健エンティティからの保健情報を集約するアプリケーションコンテナと、アプリケーションバンドルを実行するために実行時環境と交信する、スクリプトがロードされる動的モジュールコアフレームワークと、臨床ワークフローが実行時に動的に電子臨床情報システムにインストールされるように、動的モジュールコアフレームワークのスクリプトを実行時環境に発行するための依存性注入フレームワークとを含む。
【図面の簡単な説明】
【０００６】
【図１】保健情報環境例のブロック図である。
【図２】図１の動的臨床ワークフローシステム例を実装するために使用されてもよい装置例のブロック図である。
【図３】図２のコアフレームワーク例の層モデルである。
【図４】図１のアプリケーションバンドルの図２のサービスレジストリとの交信を描く図である。
【図５】図１および／または２の動的臨床ワークフローシステム例を実装するために実行されてもよい機械可読命令の例を表す流れ図である。
【図６】図５の機械可読命令を実行して図１および／または２の動的臨床ワークフローシステム例を実装するために使用されてもよいプロセッサシステム例のブロック図である。
【発明を実施するための形態】
【０００７】
以上の要約は、以下の本明細書で説明する方法、装置、システムおよび／または製造品の特定の実装の詳細な説明とともに、添付の図面と併せて読む場合に、よりよく理解されるであろう。しかしながら、本明細書で説明する方法、装置、システムおよび／または製造品は、添付の図面の中で示す配置および手段に限定されないということを理解されたい。
【０００８】
以下では、他のコンポーネントの中でも特にファームウェアおよび／またはハードウェア上で実行されるソフトウェアを含む方法、装置、システムおよび製造品の例を開示するが、そのような方法、装置、システムおよび／または製造品は単に実例であり、限定と見なされるべきではないことに留意されたい。例えば、これらのファームウェア、ハードウェアおよび／またはソフトウェアコンポーネントのうちの任意のものまたはすべては、専らハードウェアで、専らソフトウェアで、専らファームウェアで、またはハードウェア、ソフトウェアおよび／またはファームウェアの任意の組み合わせで具体化されることが可能であることが企図されている。したがって、以下では方法、装置、システムおよび／または製造品の例を説明するが、示される説明例は、そのような方法、装置、システムおよび／または製造品を実装するための唯一の方法ではない。
【０００９】
保健企業のエンティティは、複数の臨床ワークフローに従って動作する。臨床ワークフローは典型的に、１つまたは複数のイベントに応じて、および／またはスケジュールに従って行われる１つまたは複数のステップまたはアクションを含むように定義される。イベントは、１つまたは複数の臨床記録の態様に関連した保健メッセージを受け取ること、新たな患者のために記録を開くこと、転院される患者を受け入れること、および／または応答アクションまたは処理を必要とするか、または指示する任意の事例および／または状況を含んでもよい。臨床ワークフローのアクションまたはステップは、１つまたは複数の臨床検査を注文すること、手続きをスケジュールすること、受け取られた保健記録を補完するための特定の情報を要求すること、患者に関連した追加情報を検索すること、患者および／または患者の治療に関係した保健従事者に指示を与えること、および／または保健情報を処理するのに有益な任意のその他のアクションを含んでもよい。定義される臨床ワークフローは、例えば管理者または医師によって行われる手動のアクションまたはステップ、システムまたはデバイスによって行われる電子アクションまたはステップ、および／または手動および電子アクションまたはステップの組み合わせを含むことが可能である。保健企業の１つのエンティティが特定の事象について第１の方法で臨床ワークフローを定義してもよい一方で、保健企業の第２のエンティティは第２の異なる方法で、その事象の臨床ワークフローを定義してもよい。すなわち、異なる保健エンティティは、異なるやり方で、同じ事象または状況に対処または対応してもよい。ワークフロー方法の違いは、異なる保健企業の間での様々な優先傾向、能力、要件または義務、規格、プロトコル等から生じる場合がある。
【００１０】
しかしながら、保健企業のエンティティおよび／または別個の保健企業のエンティティは、より広範な相互依存情報システム内でしばしば動作し、このことが臨床ワークフローをカスタマイズするためのエンティティの能力を妨げる。例えば、保健エンティティが属する情報システムは、ワークフローアプリケーションまたはプログラムへの変更に対して制限を課す場合がある。さらに、一部の保健エンティティは、様々な製造業者、ソフトウェアプロバイダ等からのシステム、プログラム、デバイス等を使用して動作するため、各保健エンティティのシステム、プログラム、デバイス等の間の相互運用性の欠如は、多くのカスタマイゼーションの実現を妨げる。これらの要因例に加えて、追加または代替の要因の結果として、カスタマイズされた臨床ワークフローを望む保健企業は通常、製造業者、ソフトウェアプロバイダ等から、そのようなカスタマイゼーションを要求しなければならない。さらに、保健情報システムへ実装または統合されるそのようなカスタマイゼーションのために、広範囲にわたるシステムを中断する更新または再リリースが情報システム内部で生じる。
【００１１】
一般に、本明細書で開示される方法、装置、システムおよび／または製造品の例によって、企業臨床情報システム（ＥＣＩＳ）の保健エンティティは、１つまたは複数の臨床ワークフローを動的にカスタマイズすることができる。他の機能および／または利益の中でも特に、ＥＣＩＳは、異種の企業および／またはそのエンティティの間で保健情報を集約し、集約された保健情報に関係した１人または複数の保健従事者に通信される支援情報を自動的に生成するために、（例えばガイドライン、治療および／または診断に関連したアドバイス、研究、履歴等の）データ収集を参照することによって、意思決定プロセスの際に保健従事者を支援する。各エンティティがプロバイダによって管理されるＥＣＩＳとともに動作する間、本明細書で開示される例は、ＥＣＩＳとともに動作する各エンティティが１つまたは複数の臨床ワークフローを創作する、および／または修正することを、エンティティに代わってそれを行うＥＣＩＳのプロバイダに頼ることなく可能にする。すなわち、保健エンティティはＥＣＩＳの一部であり、ＥＣＩＳと、およびＥＣＩＳを介してデータを交換するが、そのエンティティは独立して本明細書で開示される例を使用して、その臨床ワークフローを作成および／または管理することができる。さらに本明細書で開示される例によって、ＥＣＩＳのエンティティは、そのＥＣＩＳおよび／または他のコンポーネント、ワークフロー等を再起動または大幅に中断することなく、カスタマイズされたワークフローを展開または開始することができる。本明細書で開示される方法、装置、システムおよび／または製品の例、およびその利点および／または利益は、図面とともに以下で詳細に説明される。
【００１２】
図１は、本明細書で開示される、臨床ワークフローの動的カスタマイゼーションのための方法、装置、システムおよび／または製品の例が実装されてもよい保健環境例１００のブロック図である。図１の保健環境例１００は、第１病院１０２の内部で、および／またはそれと関連して動作する複数のエンティティを有する第１病院１０２を含む。描かれた例では、第１病院１０２のエンティティは腫瘍部門１０４、心臓病部門１０６、緊急治療室システム１０８、画像アーカイブおよび通信システム（ＰＡＣＳ）１１０、放射線情報システム（ＲＩＳ）１１２および研究室情報システム（ＬＩＳ）１１４を含む。腫瘍部門１０４は、癌関連の保健従事者、スタッフ、および腫瘍の診療および治療を支援するデバイスまたはシステムを含む。同様に、心臓病部門１０６は、心臓病関連の保健従事者、スタッフ、および心臓病の診療および治療を支援するデバイスおよび／またはシステムを含む。特に、図１の腫瘍部門１０４の例は、特定の事象に応じて、および／またはスケジュールに従って実行される、特に設計された臨床ワークフローを有する。同時に、図１の心臓病部門１０６の例は、図１の腫瘍部門１０４の例の臨床ワークフローとは異なる、特定の事象に応じて、および／またはスケジュールに従って実行される、特に設計された臨床ワークフローを有する。例えば、腫瘍部門１０４は保健レベル７（ＨＬ７）の入院−退院−転院（ＡＤＴ）メッセージを受け取ることに応じて、第１セットのアクションを実行してもよく、一方で心臓病部門１０６は、ＨＬ７  ＡＤＴメッセージを受け取ることに応じて第１アクションセットとは異なる第２アクションセットを実行する。このような違いは、緊急治療室１０８、ＰＡＣＳ１１０、ＲＩＳ１１２および／または会計サービス１１４の間にも存在する場合がある。
【００１３】
簡潔に言うと、緊急治療室システム１０８は、例えば入院情報、患者の緊急検査からの見解、緊急治療室設定の中で提供される治療等、病院１０２の緊急治療室に存在する患者の緊急看護に関連した情報を管理する。ＰＡＣＳ１１０は（例えばＸ線、スキャン、三次元レンダリング等の）医療用画像を、例えばデータベースまたはレジストリの中のデジタル画像として格納する。患者の医療用画像をとった後で、画像は（例えば画像処理技術者、医師、放射線科医等の）保健従事者によってＰＡＣＳ１１０の中に格納される、および／または医療用画像処理デバイスからＰＡＣＳ１１０へ格納のために自動的に送信される。ＲＩＳ１１２は、例えば放射線報告、メッセージ、注意、警告、患者のスケジューリング情報、患者の人口統計データ、患者の追跡情報、および／または医師および患者の状態モニター等の放射線診療に関連したデータを格納するとともに、（例えば患者のＸ線の注文等の）試験の受注の入力、ならびに（例えばフィルムを借り出した１人または複数の人々の身元の追跡等の）画像およびフィルムの追跡を可能にする。研究室情報システム１１４は、検査結果、テストスケジューリング情報、対応する医師、および／または対応する保健施設の１つまたは複数の研究室の作業に関連したその他の情報等の臨床情報を格納する。情報の種類の例は、上で病院１０２の特定の要素の中に格納されるものとして述べられているが、エンティティ１０４〜１１４および上で挙げられた情報は非限定的な例としてここで含まれるので、１つまたは複数のエンティティ１０４〜１１４の中に異なる種類の保健データが格納されてもよい。さらに、エンティティ１０４〜１１４の中に格納された情報は重複してもよい、および／またはエンティティ１０４〜１１４のうちの１つまた複数に結合されてもよい。図１のエンティティ例１０４〜１１４の各々は、電子医療記録（ＥＭＲ）システム１１６と交信する。一般、ＥＭＲ１１６は、例えば病院１０２およびそのエンティティ１０４〜１１４等に関連した保健記録の電子コピーを格納する。
【００１４】
図１の保健環境例１００はまた、他の保健企業の例として外来診療所１１８も含む。図１の外来診療所例１１８は、対応する病院例１０２のエンティティと同様に動作する研究室情報システム１２０およびＰＡＣＳ１２２を含む。外来診療所例１１８の研究室情報システム１２０およびＰＡＣＳ１２２は、互いに異なる特に設計された臨床ワークフロー、および病院１０２のエンティティ１０４〜１１４の臨床ワークフローに従って動作する。したがって、一般に保健企業のエンティティの間、および保健企業の間には、臨床ワークフローの違いが存在しうる。
【００１５】
図１に描かれた例では、病院１０２および外来診療所１１８は、ネットワーク１２６を介してＥＣＩＳ１２４と通信し、ネットワーク１２６は、例えばプライベートネットワークまたはインターネットなどのワイヤレスまたはワイヤードのワイドエリアネットワーク（ＷＡＮ）、イントラネット、仮想プライベートネットワーク、ワイヤードまたはワイヤレスのローカルエリアネットワーク等によって実装されてもよい。より一般には、本明細書で説明される任意の結合は、ネットワークを介するものであってよい。追加として、または代替として、病院例１０２および／または外来診療所例１１８は、直接または専用の送信媒体１２８および１３０を介して、ＥＣＩＳ例１２４と通信する。
【００１６】
一般に、ＥＣＩＳ１２４は病院１０２および外来診療所１１８等の保健企業のシステム、デバイス、アプリケーション等によって実施される保健情報処理を支援する。ＥＣＩＳ１２４は、保健メッセージを異なって生成、処理および／または送信してもよい（例えば病院１０２のエンティティ１０４〜１１４等の）保健企業の異なるエンティティからの保健メッセージを処理することができる、および／または生成、処理する際に異なる形式、プロトコル、ポリシー、用語等を使用することができる、および／または保健メッセージを送信することができる。さらに、図１のＥＣＩＳ例１２４は、異種の企業および／またはそのエンティティの間で保健情報を集約し、集約された保健情報に関係した１人または複数の保健従事者に通信するための示唆的および／または限定的データを自動的に生成するためにデータのコレクションを参照することによって、意思決定プロセスの際に保健従事者を支援する。
【００１７】
図１のＥＣＩＳ例１２４がそのエンティティに臨床ワークフローを動的にカスタマイズする能力を与えることを可能にするために、ＥＣＩＳ例１２４は、動的臨床ワークフロー（ＤＣＷ）システム１３２を含む。一般にＤＣＷシステム例１３２は、図１の病院１０２および外来診療所１１８などの保健エンティティ、および図１の腫瘍部門１０４およびＰＡＣＳ１２２などのそのエンティティが、カスタマイズされたワークフローを定義するアプリケーションを作成し、カスタマイズされたワークフローをＤＣＷシステム１３２に送信することを可能にする。いくつかの例では、ＤＣＷシステム１３２は、ワークフローアプリケーションのカスタマイゼーションのために、エンティティにツールを提供する。このツールは、例えば特定の種類の保健データまたはメッセージに関連して実行されてもよいアクションの一覧を含んでもよい。さらに、ＤＣＷシステム例１３２は、カスタマイズを行うエンティティがアプリケーションをホットデプロイメント（ｈｏｔ  ｄｅｐｌｏｙｍｅｎｔ）に統合することを可能にし、それによって（例えばサーバ等の）支援デバイスを停止および再開する必要性を回避する。その結果、本明細書で開始されるＤＣＷシステム例１３２を実装する保健企業間の異なるエンティティは、各々が異なる（すなわちカスタマイズされた）バージョンの臨床ワークフローを有する多数のエンティティを含むことが可能であり、この場合エンティティのうちの第１のものは、他のエンティティの他のバージョンの臨床ワークフローのオペレーションを中断する必要はなく、その臨床ワークフローのバージョンを変更または更新することができる。本明細書で開示されるＤＣＷシステム例１３２の追加または代替態様および利点は、以下の図２〜５とともに説明される。
【００１８】
図２は、図１のＤＣＷシステム例１３２を実装するために使用されてもよい装置例のブロック図である。図２の描かれた例では、ＤＣＷシステム例１３２はＥＣＩＳクライアント２００、スクリプトモジュール２０４を有する管理者端末２０２、アクション一覧２０６およびアプリケーションコンテナ２０８を含む。アプリケーションコンテナ例２０８はサービスレジストリ２１０、動的モジュールコアフレームワーク２１２、実行時環境２１４、患者データのデータベース２１６、依存性注入フレームワーク２１８、拡張バンドル２２０、ウェブ拡張バンドル２２２、アプリケーションバンドル２２４およびウェブアプリケーションバンドル２２６を含む。図２には図１のＤＣＷシステム１３２を実装する方法の例が描かれているが、図２に描かれた１つまたは複数の要素、プロセスおよび／またはデバイスは結合、分割、再配置、省略、消去されてもよい、および／またはその他の方法で実装されてもよい。さらに、ＥＣＩＳクライアント例２００、管理者端末例２０２、スクリプトモジュール例２０４、アクション一覧例２０６、アプリケーションコンテナ例２０８、サービスレジストリ例２１０、動的モジュールコアフレームワーク例２１２、実行時環境例２１４、患者データのデータベース例２１６、依存性注入フレームワーク例２１８、拡張バンドル例２２０、ウェブ拡張バンドル例２２２、アプリケーションバンドル例２２４、ウェブアプリケーションバンドル例２２６、および／または、より一般に図２のＤＣＷシステム例１３２は、ハードウェア、ソフトウェア、ファームウェア、および／またはハードウェア、ソフトウェアおよび／またはファームウェアの任意の組み合わせによって実装されてもよい。したがって、例えばＥＣＩＳクライアント例２００の任意のものは、管理者端末例２０２、スクリプトモジュール例２０４、アクション一覧例２０６、アプリケーションコンテナ例２０８、サービスレジストリ例２１０、動的モジュールコアフレームワーク例２１２、実行時環境例２１４、患者データのデータベース例２１６、依存性注入フレームワーク例２１８、拡張バンドル例２２０、ウェブ拡張バンドル例２２２、アプリケーションバンドル例２２４、ウェブアプリケーションバンドル例２２６、および／または、より一般に図２のＤＣＷシステム例１３２は、１つまたは複数の回路、プログラマブルプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）および／またはフィールドプログラマブル論理デバイス（ＦＰＬＤ）等によって実装されることが可能である。添付の特許請求項のうちの任意のものが、純粋にソフトウェアおよび／またはファームウェア実装を包含するように読まれる場合、ＥＣＩＳクライアント例２００、管理者端末例２０２、スクリプトモジュール例２０４、アクション一覧例２０６、アプリケーションコンテナ例２０８、サービスレジストリ例２１０、動的モジュールコアフレームワーク例２１２、実行時環境例２１４、患者データのデータベース例２１６、依存性注入フレームワーク例２１８、拡張バンドル例２２０、ウェブ拡張バンドル例２２２、アプリケーションバンドル例２２４、ウェブアプリケーションバンドル例２２６、および／または、より一般に図２のＤＣＷシステム例１３２のうちの少なくとも１つは、これによって、ソフトウェアおよび／またはファームウェアを格納するメモリ、ＤＶＤ、ＣＤ等の有形媒体を含むように明示的に定義される。またさらに、図２のＤＣＷシステム例１３２は、図２に描かれたものに加えて、またはそれらの代わりに、２つまたは複数の要素、プロセスおよび／またはデバイスを含んでもよい、および／または描かれた要素、プロセッサおよびデバイスの任意のものまたはすべてのうちの１つ以上のものを含んでもよい。
【００１９】
例として、図２のＥＣＩＳクライアント例２００は、図１の腫瘍部門１０４の重視者に関連し、その従事者によって使用される。しかしながらＥＣＩＳクライアント２００は、病院例１０２のエンティティ１０４〜１１４の任意のものと関連して、または図１の外来診療所１１８のエンティティ１２０および１２２のうちの任意のものと関連して実装されることが可能である。ＥＣＩＳクライアント２００は、ＥＣＩＳ１２４の（例えばＥＣＩＳプロバイダのカスタマー等の）ユーザと、ＥＣＩＳクライアント２００のユーザとの間の交信を促進する。例えば、（外科医、医師等の）保健従事者は、患者情報データベース２１６に格納された情報にアクセスするために、および／またはＥＣＩＳ１２４によって提供される（例えば異種の保健情報システムからの患者データの集約、およびその集約に基づく治療選択肢に関連した指示または提案等の）１つまたは複数のサービスを利用するために、ＥＣＩＳクライアント例２００を使用してもよい。ＥＣＩＳクライアント例２００はまた、（例えば臨床ワークフローの１つまたは複数のアクションの状態を判定するために、臨床ワークフローの１つまたは複数のアクションを遂行するために）臨床ワークフローの実行の間に、カスタマイズされた臨床ワークフローの１つまたは複数とともに使用されることも可能である。
【００２０】
描かれている例では、管理者端末２０２はまた、図１の腫瘍部門１０４と関連して実装されてもよい。しかしながら、管理者端末２０２は病院例１０２のエンティティ１１０〜１１４のうちの任意のものと関連して、または図１の外来診療所１１８のエンティティ１２０および１２２のうちの任意のものと関連して実装されることが可能である。図２の管理者端末例２０２は、例えば図１の腫瘍部門１０４と関連した保健従事者、および／または図１の保健環境１００の任意のその他のエンティティの指示および／または優先傾向に従って、ＤＣＷシステム例１３２の臨床ワークフローを生成および／または変更する仕事を課せられた（例えば専門家またはエンジニア等の）人によって使用される。すなわち、特定のイベントに応じて、および／またはスケジュールに従って、特定のエンティティのための臨床ワークフローを定義する保健従事者は、カスタマイズされた臨床ワークフローを、定義された臨床ワークフローを実施するために管理者端末２０２を利用するフィールドエンジニアに提供する。したがって、腫瘍部門１０４に関連した保健従事者は、ＡＤＴメッセージを受け取ることに応じて実行される第１臨床ワークフローを定義する第１アクションセットを望んでもよい。そのような場合、管理者端末２０２のユーザは、腫瘍部門１０４に関連した従事者によって定義されるワークフローに従って、ＡＤＴメッセージに応じるためにアプリケーションをカスタマイズする。同様に、心臓病部門１０６に関連した保健従事者は、ＡＤＴメッセージを受け取ることに応じて実行される第２臨床ワークフローを定義する、内容および／または実行順序の点で第１アクションセットとは異なる第２アクションセットを望んでもよい。そのような場合、（図２の端末２０２または心臓病部門１０６に関連した他の端末でもよい）心臓病部門１０６に対応する管理者端末のユーザは、心臓病部門１０６に関連した従事者によって定義されるワークフローに従って、ＡＤＴメッセージに応じるためにアプリケーションをカスタマイズする。その結果、病院１０２の２つの異なるエンティティ１０４および１０６は各々、ＡＤＴメッセージに応じて実行するアプリケーションのバージョンを有する。
【００２１】
管理者端末２０２のユーザが、対応する保健エンティティの保健従事者の所望のワークフローに従ってプログラムされたアプリケーションを生成することができるようにするために、図２の管理者端末例２０２はスクリプトモジュール２０４を含む。描かれた例では、スクリプトモジュール２０４は、Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（登録商標）のための動的プログラミング言語であるＧｒｏｏｖｙ（登録商標）スクリプトの生成に専用のインターフェースを実装する。しかしながら、スクリプトモジュール２０４は任意の適切なプログラミング言語および／またはスクリプト設定を使用して実装されてもよい。
【００２２】
スクリプトモジュール例２０４は、アクション一覧例２０６と通信する。アクション一覧例２０６は、本明細書で説明されるワークフロー例の生成および／またはカスタマイゼーションにおいて、スクリプトモジュール２０４のユーザによって利用されることが可能な複数のアクションを含む。アクション一覧例２０６から、スクリプトモジュール２０４のユーザは１つまたは複数のアクション、および選択されたアクションが特定のイベントに応じて、および／またはスケジュールに従って実行される順序を選択してもよい。アクション一覧例２０６の項目は単独で、またはスクリプトモジュール２０４のユーザ、および／またはユーザが操作しているエンティティによって創作されたアクションと組み合わせて使用されることが可能である。すなわち、図２のアクション一覧例２０６から選択されたアクションは、既存の臨床ワークフローおよび／または開発された臨床ワークフローの中に挿入されることが可能である。
【００２３】
描かれている例では、アクション一覧２０６のアクションは、保健情報の処理に関連した手続きを実行するために設計された（例えばスクリプトモジュール２０４によって使用されるものと同じ言語の符号等の）符号の断片である。例えば、アクション一覧２０６の符号によって表されるアクションは、保健メッセージの中で特定の診断を受け取ることに応じて、特定の実験またはテストを自動的に配置すること、ＡＤＴメッセージを介して転院患者を受け取ることに応じて、データベースの中に新たな項目を生成すること、送り状を受け取ることに応じて、または送り状の作成と関連して保険会社と自動的に連絡をとりこと、および／または保健情報システムの一部として行われるその他のアクションまたは手続きを含んでもよい。図２のアクション一覧例２０６では、アクションは分類され、アクションの分類は、スクリプトモジュール２０４に関連して実装されるアクション一覧２０６に関連したグラフィカルインターフェースの中に反映される。分類の例は、患者アクション、位置アクション、接触アクション、連絡アクション、プロバイダアクション、観察アクション、有用性アクション等を含む。図２のスクリプトモジュール例２０４は図２の行為一覧例２０６と交信して、そのユーザが、インターフェースを介して、選択された分類の内容がユーザに示されるように、分類および分類を選択するための選択肢とともに示されることを可能にする。アクションのうちの１つを選択することは、アクションの概要、アクションの典型的使用法、アクションのソース符号、および／またはスクリプトモジュール２０４のユーザに有用な任意のその他の適切な情報を提示する。さらに、選択されたアクションは管理者端末２０２にダウンロードされるか、またはその他の仕方でロードされ、その後選択されたアクションの符号は変更される、および／またその他にカスタマイズされることが可能である。図２のアクション一覧例２０６の内容は、例えば保健エンティティが、他の保健エンティティにとって有益であってもよいアクションを開発する場合に、更新されることが可能である。すなわち、アクション一覧例２０６は、カスタマイズされたアクションの新しい、および／または更新されたバージョンを格納することができる。
【００２４】
したがって、図２のスクリプトモジュール例２０６を使用して、管理者端末例２０４のユーザは、臨床ワークフローを定義するためのアクションおよび／または一連のアクションを定義する１つまたは複数のスクリプトを生成することができる。管理者端末例２０４はまた、スクリプトモジュール２０６を介して作成されたアクションおよび／または一連のアクションのために、識別子またはメタデータなどのラベリング情報を生成することができる。
【００２５】
一般に、関連アプリケーションまたはプログラムのセットを実行することができる親プログラムの役割を果たすアプリケーションコンテナ例２０８およびそのコンポーネントは、他の種類の情報の中でも特に、対応する保健エンティティのカスタマイズされたワークフローを実施するためにスクリプトモジュール２０６を介して生成されるスクリプトを含む、管理者端末２０２からのバンドルを受信する。カスタマイズされたスクリプトに加えて、受信されるバンドルは、例えばバンドルの各スクリプトに関連した依存性情報、バンドルに関連したメタデータ、および／または着信データに関連したその他情報を含んでもよい。
【００２６】
そのようなバンドルは図２のアプリケーションコンテナ例２０８で受け取られる場合、バンドルは動的モジュールコアフレームワーク例２１２にロードされる。図２の動的モジュールコアフレームワーク例２１２は、バンドルおよび／またはバンドルのアプリケーションが動的に実行時で、（例えばアプリケーション２０８等の）再起動を必要とせずに、インストール、開始、停止、更新およびアンインストールされることが可能な動的コンポーネントモデルを実装するモジュールシステムおよびサービスプラットフォームである。図２の描かれた例では、動的モジュールコアフレームワーク２１２は、Ｊａｖａ（登録商標）のための動的モジュールシステムであるＯＳＧｉフレームワークである。ＯＳＧｉは、オープン標準化機構であるＯＳＧｉアライアンスによって維持される規格である。さらに、描かれた例では、実行時環境２１４は、ＯＳＧｉフレームワーク２１２を利用するＪａｖａ（商標）実行時環境である。しかしながら、本明細書で開示される例は、ＯＳＧｉ規格またはＪａｖａ（登録商標）実行時環境に限定されない。代わりに、本明細書で開示される例は、実行時での臨床ワークフローバンドルの動的なインストール、開始、アンインストール等を可能にする任意の適切な動的モジュールフレームワークの中で実施されることが可能である。ＯＳＧｉフレームワーク２１２は、異なる臨床ワークフローが、異なるライフサイクルおよび依存性を有し、依然として（例えば図１のＥＣＩＳ１２４例等の）同じシステムの中で動作することが可能なモジュールとして示され、実装されることを可能にする。
【００２７】
図２のＯＳＧｉフレームワーク例２１２は、受信されたバンドルがロードされるファイルシステムを含む。バンドルのスクリプトをＯＳＧｉフレームワーク２１２へ統合するために、コンテナ例２０８はＯＳＧｉフレームワーク２１２のファイルシステムと通信する依存性注入フレームワーク２１８を含む。図２の描かれた例では、依存性注入フレームワーク例２１８は、スプリングＤＭ（動的モジュール）フレームワークによって実装される。一般に、スプリングＤＭフレームワーク２１８は、ＯＳＧｉサービス、ライフサイクル管理および制御の透過的なエクスポートおよびインポートを可能にする。（例えば臨床ワークフロー等の）新たなアプリケーションまたは既存のアプリケーションの変更が生じる場合、スプリングＤＭフレームワーク例２１８は、ＯＳＧｉフレームワーク２１２の全体、または（例えばバンドルの依存性に従った）インストールされたバンドルの所与のサブセットにわたってパッケージのリフレッシュを促進する。スプリングＤＭフレームワーク２１８は、ＯＳＧｉフレームワーク２１２のファイルシステムにロードされたバンドルのスクリプトを実行時環境２１４に発行するために、拡張バンドル２２０および２２２を利用する。図２の例は、異なる種類のバンドルを処理するために、２つの拡張バンドル２２０および２２２を含む。ウェブ拡張バンドル２２２はウェブ通信および／または利用に関与するバンドルを処理し、一方で拡張バンドル２２０は、ウェブ通信および／または利用に関与しないバンドルを処理する。ＯＳＧｉフレームワーク２１２では、配置およびモジュール方式の単位は、ファイルシステムにロードされるバンドルに対応する。バンドルはインストールされた状態、解決された状態、またはアクティブの状態であることが可能である。スプリングＤＭフレームワーク２１８では、モジュール方式の主要な単位はアプリケーションコンテキストである。図２の拡張バンドル２２０および２２２は、ＯＳＧｉフレームワークのバンドルのために、スプリングＤＭアプリケーションのコンテキストをインスタンス化する。より詳細には、拡張バンドル２２０および２２２はアクティブ状態にあるバンドルを検出し、それに応じて、アクティブのバンドルの代わりにアプリケーションコンテキストを作成する。その結果、作成されたアプリケーションコンテキストは、上述の管理者端末２０２によって生成された対応するワークフローのインスタンスである。
【００２８】
図２の描かれた例の中では、カスタマイズされた臨床ワークフローに対応するバンドルがアプリケーションバンドル２２４およびウェブアプリケーションバンドル２２６として示されている。拡張バンドル２２０および２２２と同様に、２つの異なる種類のアプリケーションバンドルは、異なる種類のバンドルによるウェブアプリケーションおよび非ウェブアプリケーションの処理を反映するために、図２の中で分離されている。いくつかの例では、この区別は行われず、異なる種類のアプリケーションは、単一のグループによって一括して処理されることが可能である。アプリケーションバンドル２２４およびウェブアプリケーションバンドルは、図２の描かれた例ではＯＳＧｉサービスレジストリによって実装されるサービスレジストリ２１０に登録される。この登録の結果、アプリケーションバンドル２２４および／または２２６の臨床ワークフローは呼び出されることが可能であり、ＯＳＧｉサービスレジストリ２１０は、臨床ワークフローによって要求されるシステム資源を臨床ワークフローに提供することによって、臨床ワークフローの実行を促進することができる。さらに、図２のサービスレジストリ例２１０はアプリケーションバンドルの依存性を管理し、そのバンドルを、サービスレジストリ２１０に登録された他のバンドルに対して利用可能にする。描かれた例では、アプリケーションバンドルの態様および／またはアプリケーション全体は、アクション一覧例２０６に搬送されて、管理者端末２０２を介して生成される臨床ワークフローのカスタマイゼーションのために利用可能なアクションを強化することができる。
【００２９】
したがって、図２のコンテナ例２０８のコンポーネントは、（例えばスクリプトモジュール２０４およびアクション一覧２０６等を介して）カスタマイズされた臨床ワークフローが、（例えばＯＳＧｉフレームワーク２１２とスプリングＤＭフレームワーク２１８の組み合わせ等を介して）ＥＣＩＳ１２４に登録され、（例えばＯＳＧｉフレームワーク２１２とスプリングＤＭフレームワーク２１８の組み合わせ等を介して）システムを再起動する必要はなくＥＣＩＳ１２４内に動的に配置されることを可能にする。その結果、図１の保健エンティティ１０２および１１８に関連した保健従事者は、ＥＣＩＳ１２４のプロバイダおよび／または任意のその他の情報システムプロバイダからのカスタマイゼーションを要求することなく、また新しい、または変更されたワークフローアプリケーションのインストールのためにＥＣＩＳ１２４を中断させることなく、自身の特定の保健エンティティのニーズに合わせた臨床ワークフローを、例えば作成、変更、更新することができる。
【００３０】
図３は、図２のＯＳＧｉフレームワーク２１２の階層モデルの実例である。このモデルはバンドル層３００、サービス層３０２、ライフサイクル層３０４、モジュール層３０６、実行環境層３０８、Ｊａｖａ（商標）仮想マシン層３１０、ネイティブオペレーティング層３１２およびセキュリティ層３１４を含む。これらの層はここで簡潔に説明され、ＯＳＧｉフレームワークの仕様書は参照により本明細書に組み込まれる。バンドル層３００は、ＯＳＧｉフレームワーク２１２を利用する開発者によって作成および／または変更されたバンドルを含む。図２を参照すると、バンドル層３００は、図１の保健エンティティ１０４〜１１４、１２０または１２２のうちの１つの保健従事者によって定義される臨床ワークフローのための符号を作成する仕事を課された者によって、スクリプトモジュール２０４およびアクション一覧２０６を使用して生成されたバンドルに対応する。図２を参照すると、サービス層３０２はサービスレジストリ２１０に対応する。バンドル層３００のバンドルは、サービスレジストリ３０２に登録される。上述のように、図２の依存性注入フレームワークまたはスプリングＤＭフレームワーク２１８および拡張バンドル２２０および２２２は、サービス層３０２のサービスレジストリ２１０への登録のためにバンドルに対応するアプリケーションコンテキストをインスタンス化する。さらにバンドルで具体化される臨床ワークフローはサービス層３０２の中に登録されることが可能であり、サービス層３０２に登録されたサービスを取得または検索することが可能であり、また表示される、または非表示のサービスをリスンすることができる。これは、バンドル層３００のアプリケーションバンドル２２４および２２６のサービス層３０２のサービスレジストリ２１０との交信を描く図である図４に反映されている。ライフサイクル層３０４は、バンドルをインストール、開始、停止、更新およびアンインストールすることができるアプリケーションインターフェースを表す。モジュール層３０６は、バンドルがどのようにして符号をインポートおよびエクスポートすることができるのかを定義する。簡潔に言うと、モジュール層３０６によって促進されるモジュール性は、バンドルが明確にエクスポートされない限り、局所コンポーネントとしてバンドルを維持する。すなわち、他のものを使用しようとするバンドルは、そのコンポーネントをインポートしなければならない。実行環境層３０８は、特定のプラットフォームで利用可能な方法およびクラスを定義する。Ｊａｖａ（商標）仮想マシン層３１０およびネイティブオペレーティングシステム層３１２は、実行時環境２１４およびそれによって処理される符号を実行するために交信する。セキュリティ層３１４は、ＯＳＧｉフレームワーク２１２に関連したセキュリティ問題および／またはポリシーに対処する。
【００３１】
図５に描かれた流れ図は、臨床ワークフローの動的カスタマイゼーションのために、図１および／また２のＤＣＷシステム例１３２を実装するために実行されることが可能な機械可読命令の典型である。図５のプロセス例は、プロセッサ、コントローラおよび／または任意のその他の適切な処理デバイスを使用して実行されてもよい。例えば、図５のプロセス例は、（例えば図６と関連して以下で論じられるプロセッサ例６１２等の）プロセッサに関連したフラッシュメモリ、読み取り専用メモリ（ＲＯＭ）および／またはランダムアクセスメモリ（ＲＡＭ）などの有形媒体に格納された、符号化された命令の中で実装されてもよい。代替として、図５のプロセス例のうちの一部またはすべては、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブル倫理デバイス（ＦＰＬＤ）、個別論地、ハードウェア、ファームウェア等の任意の組み合わせを使用して実装されてもよい。また図５のプロセス例のうちの一部またはすべては手動で、または例えばファームウェア、ソフトウェア、個別論理および／またはハードウェアの任意の組み合わせ等、上述の技術のうちの任意のものの任意の組み合わせとして実装されてもよい。さらに、図５のプロセス例は図５の流れ図を参照して説明されるが、図５のプロセスのその他の実装方法が用いられてもよい。例えばブロックの実行順序は変更されてもよい、および／または説明されるブロックのいくつかは変更、消去、再分割または結合されてもよい。さらに、図５のプロセス例のうちの任意のものまたはすべては、例えば個別の処理スレッド、プロセッサ、デバイス、個別論理、回路等によって、順次および／または並行して実行されてもよい。
【００３２】
図５を見ると、図１のエンティティ１０４〜１１４、１２０および１２２のうちの１つに関連した従事者は、例えばイベントに応じて、および／またはスケジュールに従って、行われるべきアクションを定義するためにカスタマイズされた臨床ワークフローを開発してもよい。図５の描かれた例は、そのようなカスタマイズされた臨床ワークフローの開発で開始する（ブロック５００）。臨床ワークフローを実施するために、保健エンティティの開発に関係する人は、図２のスクリプトモジュール２０４を使用して、カスタマイズされた臨床ワークフローに従ったスクリプトを生成する（ブロック５０２）。上述のように、アクション一覧例２０６は、臨床ワークフローを具体化するために（例えば互いに、または符号の元の区分等と）結合されることが可能な以前に生成されたアクションを利用するために、スクリプトモジュール２０４とともに利用されることが可能である。次いで生成されたスクリプトは、動的モジュールコアフレームワーク例２１２のファイルシステムにロードされるべきバンドルとして図１のＥＣＩＳ１２４と統合するために、図２の動的モジュールコアフレームワーク２１２に搬送される（ブロック５０４）。
【００３３】
次いで、依存性注入フレームワーク例２１８は、拡張バンドル例２２０および２２２を使用して、動的モジュールコアフレームワーク例２１２で受け取られたバンドルから抽出されることが可能なスクリプトを実行時環境２１４に発行する（ブロック５０６）。すなわち、拡張バンドル２２０および２２２は、受け取られたスクリプトに対応するアプリケーションのインスタンス（例えばスプリングＤＭフレームワークの中のアプリケーションコンテキスト等）を含むために、実行時環境２１４をリフレッシュする。次いで、アプリケーションまたはスクリプトは図２のサービスレジストリ例２１０に登録される（ブロック５０８）。上述のように、他の機能の中でも特に、サービスレジストリ例２１０は登録されたアプリケーションバンドルが他のアプリケーションによって使用されることを可能にし、アプリケーションバンドル２２４と２２６等の間の依存性を管理する。さらに、サービスレジストリ例２１０および動的モジュールコアフレームワーク例２１２は、ＤＣＷシステム１３４が、サービスレジストリ２１０に登録されたアプリケーションバンドルへの呼び出しをリスンすることを可能にする。そのような呼び出しが検出される場合（ブロック５１０）、サービスレジストリ例２１０は、要求されたアプリケーションバンドルによって呼び出されるシステム資源を、それに対して利用可能にする（ブロック５１２）。
【００３４】
図６は、本明細書で説明される装置および方法を実装するために使用されてもよいプロセッサシステム例６１０のブロック図である。図６に示すように、プロセッサシステム６１０は、相互接続バス６１４に結合されたプロセッサ６１２を含む。プロセッサ６１２は任意の適切なプロセッサ、処理ユニットまたはマイクロプロセッサであってもよい。図６には示していないが、システム６１０はマルチプロセッサシステムであってもよく、したがってプロセッサ６１２と同一か、またはそれに類似したものであり、相互接続バス６１４に通信可能に結合された１つまたは複数の追加プロセッサを含んでもよい。
【００３５】
図６のプロセッサ６１２は、メモリコントローラ６２０および入力／出力（Ｉ／Ｏ）コントローラ６２２を含むチップセット６１８に結合されている。よく知られているように、チップセットは典型的に、チップセット６１８に結合された１つまたは複数のプロセッサによってアクセス可能であるか、または使用される複数の汎用および／または特殊目的レジスタ、タイマ等と同様に、Ｉ／Ｏおよびメモリ管理機能を提供する。メモリコントローラ６２０は、プロセッサ６１２（または多数のプロセッサが存在する場合には、複数のプロセッサ）が、システムメモリ６２４および大容量ストレージメモリ６２５にアクセスすることを可能にする機能を実行する。
【００３６】
システムメモリ６２４は、例えば静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）等の任意の所望の種類の揮発性および／または非揮発性メモリを含んでもよい。大容量ストレージメモリ６２５は、ハードディスクドライブ、光ドライブ、テープストレージデバイス等の任意の所望の種類の大容量ストレージデバイスを含んでもよい。
【００３７】
Ｉ／Ｏコントローラ６２２は、プロセッサ６１２が周辺の入力／出力（Ｉ／Ｏ）デバイス６２６および６２８、ならびにネットワークインターフェース６３０と、Ｉ／Ｏバス６３２を介して通信することを可能にする機能を実行する。Ｉ／Ｏデバイス６２６および６２８は、例えばキーボード、ビデオディスプレイまたはモニター、マウス等の任意の所望の種類のＩ／Ｏデバイスであってよい。ネットワークインターフェース６３０は、プロセッサシステム６１０が他のプロセッサシステムと通信することを可能にする、例えばＥｔｈｅｒｎｅｔ（商標）デバイス、非同期転送モード（ＡＴＭ）デバイス、８０２．１１デバイス、ＤＳＬモデム、ケーブルモデム、セルラーモデム等であってもよい。
【００３８】
メモリコントローラ６２０およびＩ／Ｏコントローラ６２２は、チップセット６１８内の別個のブロックとして図６に描かれているが、これらのブロックによって実行される機能は、単一の半導体回路内に集積されてもよく、または２つ以上の独立の集積回路を使用して実装されてもよい。
【００３９】
したがって本明細書で開示される方法、装置、システムおよび／または製造品の例によって、保健エンティティ間の連携情報の交換が可能になるので、エンティティに関連した保健従事者は、転送される患者の医療問題に関連した臨床項目を迅速、効率的、また正確に認識する。その他の利益および利点に加えて、本明細書で開示される方法、装置、システムおよび／または製造品の例は、従事者が医療問題を伴う臨床項目を調整する必要性を減らし、また一部の例ではそれを無くす。結果として、従事者は、より効率的な仕方で、より正確で安全なケアを提供することができる。さらに、従事者は転送プロセスおよびそれに関連した情報の交換を、患者が転送される医療問題に関連した臨床項目集中させることができる。
【００４０】
特定の実施形態は、上で説明された機能を実装するための方法、システムおよび任意のマシン可読媒体上のコンピュータプログラム製品を企図する。特定の実施形態は例えば、既存のコンピュータプロセッサを使用して、またはこの目的またはその他の目的のために組み込まれた特殊目的コンピュータプロセッサによって、またはハードワイヤードおよび／またはファームウェアシステムによって実装されてもよい。
【００４１】
特定の実施形態は、記憶されたコンピュータ実行可能命令またはデータ構造を搬送または保持するためのコンピュータ可読媒体を含む。そのようなコンピュータ可読媒体は、汎用もしくは特殊目的コンピュータ、またはプロセッサを備えたその他のマシンによってアクセスされることが可能な任意の利用可能な媒体であってよい。例えば、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ、ＣＤ−ＲＯＭまたはその他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、またはコンピュータ可読命令もしくはデータ構造の形態で所望のプログラム符号を搬送または格納するために使用されることが可能であり、汎用もしくは特殊目的コンピュータまたはプロセッサを備えたその他のマシンによってアクセスされることが可能な任意のその他媒体を備えてもよい。上述のものの組み合わせもまた、コンピュータ可読媒体の範囲内に含まれる。コンピュータ可読命令は、例えば汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理マシンに特定の機能もしくは機能グループを実行させる命令およびデータを備える。
【００４２】
一般に、コンピュータ実行可能命令は、特定のタスクを実行する、または特定の抽象データ型を実施するルーティン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。コンピュータ実行可能命令、関連のデータ構造およびプログラムモジュールは、本明細書で開示される特定の方法およびシステムのステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連のデータ構造の特定の連続は、そのようなステップの中で説明される機能を実施するための対応する行為の例を表す。
【００４３】
本発明の実施形態は、プロセッサを有する１つまたは複数の遠隔コンピュータへの論理接続を使用して、ネットワーク化された環境の中で実行されてもよい。論理接続は、ここで限定としてではなく、例として示されるローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）を含んでもよい。そのようなネットワーキング環境は、オフィス規模または企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいて一般的であり、多くの異なる通信プロトコルを使用してもよい。当業者であれば、そのようなネットワークコンピューティング環境は典型的に、パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースの、またはプログラム可能な消費家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ等を含む、様々な種類のコンピュータシステム構成を包含するということが理解されよう。本発明の実施形態はまた、タスクが通信ネットワークを通じて（ハードワイヤードリンク、ワイヤレスリンクのいずれかによって、またはハードワイヤードまたはワイヤレスリンクの組み合わせによって）リンクされた局所および遠隔の処理デバイスによって実行される分散型コンピューティング環境の中で実行されてもよい。分散型コンピューティング環境では、プログラムモジュールは、局所と遠隔の両方のメモリストレージデバイスの中に配置されてもよい。
【００４４】
本明細書では特定の方法、装置および製造品が説明されてきたが、本特許の対象範囲はそれに限定されない。反対に、本特許は文字通りに、または均等論のもと、適正に添付の特許請求の範囲内に入るすべての方法、装置および製造品を対象とする。
【符号の説明】
【００４５】
１００  保健環境
１０２  第１病院
１０４  腫瘍部門
１０６  心臓病部門
１０８  緊急治療室システム
１１０  画像アーカイブおよび通信システム
１１２  放射線情報システム
１１４  研究室情報システム
１１６  電子医療記録システム
１１８  外来診療所
１２０  研究室情報システム
１２６  ネットワーク
１２８  送信媒体
１３０  送信媒体
１３２  動的臨床ワークフローシステム
２００  ＥＣＩＳクライアント
２０２  管理者端末
２０５  スクリプトモジュール
２０６  アクション一覧
２０８  アプリケーションコンテナ
２１０  サービスレジストリ
２１２  動的モジュールコアフレームワーク
２１４  実行時環境
２１６  患者データのデータベース
２１８  依存性注入フレームワーク
２２０  拡張バンドル
２２２  ウェブ拡張バンドル
２２４  アプリケーションバンドル
２２６  ウェブアプリケーションバンドル
３００  バンドル層
３０２  サービス層
３０４  ライフサイクル層
３０６  モジュール層
３０８  実行環境層
３１０  Ｊａｖａ（商標）仮想マシン層
３１２  ネイティブオペレーティング層
３１４  セキュリティ層
６１０  プロセッサシステム
６１２  プロセッサ
６１４  相互接続バス
６１８  チップセット
６２０  メモリコントローラ
６２２  入力／出力コントローラ
６２４  システムメモリ
６２５  大容量ストレージメモリ
６２６  入力／出力デバイス
６２８  入力／出力デバイス
６３０  ネットワークインターフェース
６３２  Ｉ／Ｏバス
【図１】
0005932383.tif 000002
【図２】
0005932383.tif 000003
【図３】
0005932383.tif 000004
【図４】
0005932383.tif 000005
【図５】
0005932383.tif 000006
【図６】
0005932383.tif 000007