JP5715880B2 - 医用情報処理システム - Google Patents

Description

本発明の実施形態は、ライセンス管理機能を備えた医用情報処理システムに関する。

サーバ装置と複数のクライアント装置とが通信ネットワークを介して接続されているマルチユーザ対応の医用情報処理システムがある。この医用情報処理システムは、例えば、シンクライアント型のネットワークシステムを利用している。このようなシンクライアント環境下において、サーバ装置は、医用情報を処理するための複数の臨床アプリケーションを管理し、クライアント装置は、サーバ装置上で起動される臨床アプリケーションを使用することで医用情報を参照することができる。一例では、クライアント装置は、サーバ装置の設置場所とは異なる場所（例えば、検査室）に設置され、サーバ装置の機能を利用して画像診断を行う場合等に利用される。

このような医用情報処理システムでは、サーバ装置に同時に接続することが許容されるクライアント装置の上限数、及び臨床アプリケーションを同時に使用することが許容されるクライアント装置の上限数の少なくとも一方が予め定められている場合がある。同時使用が許容されるクライアント装置の上限数が定められている臨床アプリケーションを管理する医用情報処理システムでは、臨床アプリケーションを使用しているクライアント装置の数が上限数に達している場合には、臨床アプリケーションの使用要求を行ったクライアント装置に対して臨床アプリケーションの使用許可（ライセンス）は与えられない。他の医用情報処理システムでは、臨床アプリケーションを使用しているクライアント装置の数が上限数に達している場合には、臨床アプリケーションの使用要求を行ったクライアント装置に使用許可が与えられる代わりに、例えば優先度が低い他のクライアント装置は使用許可を無造作に奪われる。

特開平５−３４６８５１号公報 特開２００２−３２８７４１号公報

上述した医用情報処理システムでは、臨床アプリケーションの使用許可が与えられないために、臨床アプリケーションを使用して緊急患者に対応することができない事態が発生する問題がある。ただし、他のクライアント装置から無造作に使用許可を奪う形態も受け入れがたい。従って、医用情報処理システムにおいては、サーバ装置への接続許可が与えられているクライアント装置の数が予め定められる上限数に達している、或いは、臨床アプリケーションの使用許可が与えられているクライアント装置の数が予め定められる上限数に達している場合であっても、臨床アプリケーションを使用して緊急患者に対応することができることが求められる。

目的は、サーバ装置への接続許可が与えられているクライアント装置の数が予め定められる上限数に達している、或いは、臨床アプリケーションの使用許可が与えられているクライアント装置の数が予め定められる上限数に達している場合であっても、臨床アプリケーションを使用して緊急患者に対応することができる医用情報処理システムを提供することである。

一実施形態に係る医用情報処理システムは、医用情報を処理するための臨床アプリケーションを提供するサーバ装置と、当該サーバ装置と通信ネットワークを介して通信可能な複数のクライアント装置とを備える。前記サーバ装置は、判定部、ライセンス付与部、選定部及び代行依頼部を備える。判定部は、前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が、前記臨床アプリケーションを同時に使用することが許容されるクライアント端末の上限数を示す同時使用可能数に達しているか否かを判定する。付与部は、前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が前記同時使用可能数に達していない場合に、前記複数のクライアント装置のうち前記臨床アプリケーションの使用を要求する第１クライアント装置に、前記臨床アプリケーションの使用許可を与える。選定部は、前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が前記同時使用可能数に達している場合に、前記複数のクライアント装置の中から、前記臨床アプリケーションを使用可能な１台以上のクライアント装置を第２クライアント装置として選定する。代行依頼部は、前記選定部により前記第２クライアント装置が選定された場合に、前記第１クライアント装置によって指定される作業の代行を前記第２クライアント装置に依頼する。

第１の実施形態に係る医用情報処理システムを概略的に示すブロック図。 図１の医用情報処理システムの動作の一例を示すフローチャート。 図１に示した接続管理部が保持するデータベースの一例を示す図。 第２の実施形態に係る医用情報処理システムを概略的に示すブロック図。 図４の医用情報処理システムの動作の一例を示すフローチャート。 第３の実施形態に係る医用情報処理システムを概略的に示すブロック図。 図６の医用情報処理システムの動作の一例を示すフローチャート。

以下、必要に応じて図面を参照しながら、実施形態に係る医用情報処理システムを説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。

（第１の実施形態）
図１は、第１の実施形態に係る医用情報処理システム１００を概略的に示している。この医用情報処理システム１００は、シンクライアントシステムと呼ばれるコンピュータネットワークシステムを利用している。医用情報処理システム１００は、図１に示されるように、サーバ装置１１０並びに複数のクライアント装置１５０Ａ及び１５０Ｂを備える。これらのクライアント装置１５０Ａ及び１５０Ｂは、通信ネットワークを介してサーバ装置１１０と通信することができる。図１では、説明を簡単にするために、２台のクライアント装置１５０Ａ及び１５０Ｂが示されているが、３台以上のクライアント装置が設けられてもよい。以下では、サーバ装置を単にサーバと呼び、クライアント装置を単にクライアントと呼ぶ。また、クライアント１５０Ａ及び１５０Ｂを特に区別しない場合には、参照符号に付されている添え字（アルファベット）を省略してクライアント１５０と記載する。

サーバ１１０は、患者に関する情報（患者情報）等の医用情報を集中管理し、医用情報を処理するための１以上の臨床アプリケーション１１７をクライアント１５０に提供する医用情報処理装置である。患者情報は、例えば、医用画像撮影装置で撮影された医用画像のデータ、検査データ、電子カルテ等である。医用画像撮影装置としては、例えば、Ｘ線診断装置、Ｘ線コンピュータ断層撮影（ＣＴ：Computed Tomography）装置、磁気共鳴イメージング（ＭＲＩ：Magnetic Resonance Imaging）装置等がある。また、サーバ１１０にインストールされている臨床アプリケーション１１７としては、例えば、医用画像のデータを処理して３次元画像を表示するための３Ｄ画像表示アプリケーション、検査データを解析するための臨床用解析アプリケーション等がある。クライアント１５０は、サーバ１１０にアクセスして臨床アプリケーション１１７を使用することにより、医用情報を参照することができる。

本実施形態の医用情報処理システム１００では、クライアント１５０によるサーバ１１０への接続（ログオン）、及びクライアント１５０による臨床アプリケーション１１７の使用がサーバ１１０によってライセンス管理されている。具体的には、サーバ１１０に同時に接続することが許容されるクライアント１５０の上限数と、各臨床アプリケーションを同時に使用することが許容されるクライアント１５０の上限数とが予め定められている。サーバ１１０への同時接続が許容されるクライアントの上限数を同時接続可能数と呼び、臨床アプリケーションの同時使用が許容されるクライアント１５０の上限数を同時使用可能数と呼ぶ。同時接続可能数及び同時使用可能数はともにライセンス数とも称される。

クライアント１５０は、医師及び検査技師等のユーザが操作するユーザ端末装置である。クライアント１５０は、例えば、汎用コンピュータ装置である。クライアント１５０は、Ｘ線ＣＴ装置及びＭＲＩ装置等の医用画像撮影装置であってもよい。図１に示されるように、クライアント１５０は、通信部１５１、操作部１５２、表示部１５３、接続依頼部１５４、及び代行依頼メッセージ作成部１５５を備える。

通信部１５１は、クライアント１５０内で生成される各種信号（例えば、接続要求信号、操作信号等）をサーバ１１０に送信し、サーバ１１０から各種信号（例えば、接続許可信号、接続拒否信号、画像信号等）を受信する。操作部１５２は、キーボード及びマウス等の入力装置からなる。操作部１５２は、ユーザからの入力を受け付け、入力に応じた操作信号を生成する。表示部１５３は、画像信号に応じた画像を表示する。表示部１５３としては、例えば、ＣＲＴ（cathode-ray tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（electroluminescence）ディスプレイ等を利用することができる。

接続依頼部１５４は、サーバ１１０への接続依頼を行う。具体的には、接続依頼部１５４は、サーバ１１０との接続を確立し且つ臨床アプリケーション１１７を使用するための接続要求信号を生成し、通信部１５１を介してサーバ１１０に送信する。本実施形態では、クライアント１５０が接続要求と同時に臨床アプリケーション１１７の使用要求を行う場合を想定し、接続要求信号には、クライアント１５０が使用を望む臨床アプリケーション１１７を識別するためのアプリケーション識別子が含まれる。即ち、接続依頼部１５４は、所望の臨床アプリケーション１１７のアプリケーション識別子を含む接続要求信号を生成して送信することにより、サーバ１１０への接続許可及び臨床アプリケーション１１７の使用許可をサーバ１１０に要求する。なお、サーバ１１０とクライアント１５０との接続が既に確立されていて、臨床アプリケーション１１７の使用許可のみを得る場合にも、接続依頼部１５４は、アプリケーション識別子を含む接続要求信号をサーバ１１０に送信する。ただし、この場合には、後述する接続許可に関する処理は省略される。

代行依頼メッセージ作成部１５５は、臨床アプリケーション１１７の使用許可が与えられない場合に、代行依頼メッセージを作成するためのグラフィカルユーザインタフェース（ＧＵＩ：Graphical User Interface）をユーザに提供する。代行依頼メッセージは、ユーザが自クライアント１５０を使用して行う予定の作業を代行するように他のクライアント１５０のユーザに依頼するためのものである。

サーバ１１０は、通信部１１１、接続管理部１１２、ライセンス管理部１１３、アプリケーション制御部１１４、代行依頼部１１５、選定部１１６、臨床アプリケーション１１７、データ退避部１１８、及び医用情報データベース（ＤＢ）１１９を備える。なお、図１では、接続管理部１１２、代行依頼部１１５及び選定部１１６が別個の構成要素として示されるが、接続管理部１１２が代行依頼部１１５及び選定部１１６の少なくとも一方の機能を兼ね備えていてもよい。

通信部１１１は、サーバ１１０内で生成される各種信号（例えば、接続許可信号、接続拒絶信号、画像信号等）をクライアント１５０に送信し、クライアント１５０から各種信号（例えば、接続要求信号、操作信号等）を受信する。接続管理部１１２は、クライアント１５０との接続を管理するものであり、クライアント１５０との接続の確立及び切断といった制御を行う。接続管理部１１２は、サーバ１１０との接続が確立している（即ち、ログオンしている）クライアント１５０それぞれに関する情報が記載されている接続状況データベース（ＤＢ）を保持している。接続状況ＤＢには、例えば、ホスト名、ＩＰアドレス、ポート番号等の情報が記載されている。

ライセンス管理部１１３は、サーバ１１０への接続を許可するか否かを判定し、さらに、接続要求信号に含まれるアプリケーション識別子で特定される臨床アプリケーション１１７の使用を許可するか否かを判定する。ライセンス管理部１１３は、サーバ１１０への接続及び臨床アプリケーション１１７の使用の両方を許可する場合に、臨床アプリケーション１１７の使用許可を接続要求元のクライアント１５０に与え、サーバ１１０への接続及び臨床アプリケーション１１７の使用の少なくとも一方を不許可とする場合には、臨床アプリケーション１１７の使用許可を接続要求元のクライアント１５０に与えない。本実施形態では、臨床アプリケーション１１７の接続許可には、サーバ１１０への接続許可が含まれている。具体的には、ライセンス管理部１１３は、判定部１１３Ａ及びライセンス付与部１１３Ｂを有する。

判定部１１３Ａは、サーバ１１０に接続中のクライアント１５０の数が同時使用可能数に達しているか否かを判定する。判定部１１３Ａは、サーバ１１０に接続中のクライアント１５０の数が同時使用可能数に達していない場合、サーバ１１０への接続を許可し、そうでなければ、接続不許可とする。さらに、判定部１１３Ａは、接続要求信号中のアプリケーション識別子で特定される臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数に達しているか否かを判定し、臨床アプリケーション１１７を使用中のクライアント１５０の数が同時使用可能数に達していない場合、臨床アプリケーション１１７の使用を許可し、そうでなければ、使用不許可とする。ライセンス付与部１１３Ｂは、判定部１１３Ａによりサーバ１１０への接続及び臨床アプリケーション１１７の使用の両方が許可された場合に、臨床アプリケーション１１７の使用許可を接続要求元のクライアント１５０に与える。

アプリケーション制御部１１４は、臨床アプリケーション１１７の起動及び終了といった制御を行う。

代行依頼部１１５は、接続要求元のクライアント（例えば、クライアント１５０Ａ）が行う予定の作業を代行するように、他のクライアント（例えば、クライアント１５０Ｂ）に依頼する。具体的には、ライセンス管理部１１３が接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可を与えない場合に、代行依頼部１１５は、代行依頼メッセージを作成するようクライアント１５０Ａに指示し、クライアント１５０Ａが作成した代行依頼メッセージを他のクライアント１５０Ｂに送信する。

選定部１１６は、代行依頼メッセージの送信対象となるクライアント１５０Ｂを選定する。データ退避部１１８は、代行を受諾したクライアント１５０の作業途中のデータを一時的に保存する。医用情報ＤＢ１１９は、上述したような、患者情報を含む医用情報を格納する。

本実施形態では、臨床アプリケーション１１７は、医用情報ＤＢ１１９に格納されている医用情報を処理するために、サーバ１１０上で実行される。臨床アプリケーション１１７は、処理した医用情報、及びクライアント１５０のユーザが操作するためのＧＵＩを含む表示画像を生成する。この表示画像は、画像信号としてクライアント１５０へ送られる。クライアント１５０の表示部１５３には、医用情報とともにＧＵＩが表示される。クライアント１５０のユーザは、操作部１５２でＧＵＩを操作することで所望の医用情報を表示させ、表示された医用情報を確認しながら患者に対して処置（例えば、治療、手術等）を施すことができる。

次に、図２を参照して、医用情報処理システム１００の動作について説明する。
図２は、サーバ１１０の代行依頼処理の一例を示している。ここでは、クライアント１５０Ａがサーバ１１０との接続を確立して臨床アプリケーション１１７を使用しようと試み、クライアント１５０Ａが使用を望む臨床アプリケーション１１７をクライアント１５０Ｂが使用している場合を想定している。

まず、ステップＳ２０１では、クライアント１５０Ａの接続依頼部１５４は、所望の臨床アプリケーション１１７の使用許可を要求するために、接続要求信号をサーバ１１０に送信する。本実施形態の接続要求信号は、クライアント情報、緊急フラグ及びアプリケーション識別子を含む。このクライアント情報は、接続要求元のクライアント１５０Ａに関する情報であり、例えば、ホスト名、ＩＰアドレス及びポート番号等を含む。緊急フラグは、臨床アプリケーション１１７の使用に関して急を要するか否かを識別するための情報である。緊急フラグは、例えば急病の患者が発生した場合のように、臨床アプリケーション１１７を緊急に使用する必要がある場合にオンに設定される。アプリケーション識別子は、接続要求元のクライアント１５０Ａが使用許可を要求する臨床アプリケーション１１７を識別するための情報である。なお、接続要求信号には、患者基本情報（例えば、患者を識別するための患者ＩＤ又は氏名等）及び接続要求元のクライアント１５０Ａを操作しているユーザに関する情報（例えば、ユーザＩＤ、パスワード等）がさらに含まれてもよい。

ステップＳ２０２では、サーバ１１０の接続管理部１１２が、クライアント１５０Ａから接続要求信号を受信する。接続管理部１１２は、接続要求信号を受信すると、クライアント１５０Ａとの接続の可否の判定、及び接続要求信号中のアプリケーション識別子で特定される臨床アプリケーション１１７の使用の可否の判定を行うようにライセンス管理部１１３に指示する。

ステップＳ２０３では、判定部１１３Ａは、サーバ１１０に接続中のクライアント数と同時接続可能数とに基づいて、クライアント１５０Ａの接続を許可するか否かを判定する。具体的には、判定部１１３Ａは、接続中のクライアント数が同時使用可能数に達していない場合に、接続を許可し、接続中のクライアント数が同時使用可能数に達している場合に接続を不許可とする。接続が許可された場合は、ステップＳ２０４に進み、接続が不許可となった場合は、ステップＳ２０６に進む。なお、判定部１１３Ａは、同時接続可能数からサーバ１１０に接続中のクライアント数を引いた値を残り接続可能数として予め算出して保持しておき、残り接続可能数が１以上か否かを判定することで接続の可否を判定してもよい。

ステップＳ２０４では、判定部１１３Ａは、臨床アプリケーション１１７を使用中のクライアント数と同時使用可能数とに基づいて、臨床アプリケーション１１７の使用を許可するか否かを判定する。具体的には、ライセンス管理部１１３は、臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数に達していない場合に使用を許可し、臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数に達している場合に使用不許可とする。一例として、ライセンス管理部１１３は、図３に示すような、臨床アプリケーションＡＰＰ１，ＡＰＰ２，…，ＡＰＰｎそれぞれに対応付けて同時使用可能数及び使用中のクライアント数を記載したデータテーブル３００を保持する。この例では、ライセンス管理部１１３は、アプリケーション識別子で特定される臨床アプリケーション、例えば、臨床アプリケーションＡＰＰ２でデータテーブル３００を参照し、その臨床アプリケーションＡＰＰ２に対応付けられている同時使用可能数及び使用中のクライアント数を比較することにより、この臨床アプリケーションＡＰＰ２の使用の可否を判定する。臨床アプリケーション１１７の使用が許可された場合、ステップＳ２０５に進み、臨床アプリケーション１１７の使用が不許可となった場合、ステップＳ２０６に進む。

なお、ライセンス管理部１１３は、同時使用可能数から使用中のクライアント数を引いた値を残余使用可能数として予め算出して保持しておき、接続要求信号が受信されたときの残余使用可能数が１以上か否かを判定することで接続の可否を判定してもよい。また、本実施形態では、いずれの臨床アプリケーション１１７も全てのクライアント１５０によって使用されることができるが、臨床アプリケーション１１７毎に使用可能なクライアントが設定されてもよい。

ステップＳ２０３でサーバ１１０への接続が許可され、ステップＳ２０４で臨床アプリケーション１１７の使用が許可されると、ライセンス付与部１１３Ｂは、接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可を発行して与えることに決定し、使用許可を接続管理部１１２に通知する。さらに、判定部１１３Ａは、臨床アプリケーション１１７を使用中のクライアント数をインクリメントするとともに、サーバ１１０に接続中のクライアント数をインクリメントする。臨床アプリケーション１１７を使用中のクライアント数は、臨床アプリケーション１１７の使用許可が与えられているクライアント１５０の数を示し、第１ライセンス発行数とも称される。サーバ１１０に接続中のクライアント数は、接続許可が与えられているクライアント１５０の数を示し、第２ライセンス発行数とも称される。

接続管理部１１２は、ライセンス管理部１１３から使用許可通知を受け取ると、接続要求元のクライアント１５０Ａ向けに臨床アプリケーション１１７を起動するようにアプリケーション制御部１１４に指示する。アプリケーション制御部１１４は、接続要求元のクライアント１５０Ａ向けに臨床アプリケーション１１７を起動する。その後、アプリケーション制御部１１４は、臨床アプリケーション１１７の起動が完了したことを接続管理部１１２に通知する。接続管理部１１２は、アプリケーション制御部１１４から起動完了通知を受け取ると、接続ポート番号を含む接続許可信号をクライアント１５０Ａに送信し、接続状況データベースを更新する。

ステップＳ２０５では、クライアント１５０Ａが接続要求信号に対する応答として接続許可信号をサーバ１１０から受信することにより、クライアント１５０Ａとサーバ１１０との間の接続が確立され、クライアント１５０Ａでの臨床アプリケーション１１７の使用が可能になる。

一方、ステップＳ２０３においてサーバ１１０への接続が不許可となった場合、或いは、ステップＳ２０４において臨床アプリケーション１１７の使用が不許可となった場合、ライセンス管理部１１３は、臨床アプリケーション１１７の使用不許可を接続管理部１１２に通知する。ステップＳ２０６では、接続管理部１１２は、ライセンス管理部１１３から使用不許可通知を受け取ると、接続要求信号中の緊急フラグがオンかオフかを判定する。緊急フラグがオフである場合、即ち、緊急でない場合、接続管理部１１２は、臨床アプリケーション１１７の使用許可が与えられないことを示す接続拒絶信号をクライアント１５０Ａに送信し、一連の処理が終了する。

緊急フラグがオンである場合、即ち、緊急の場合、接続管理部１１２は、代行依頼メッセージを送信する対象のクライアントを選定するように選定部１１６に指示する。ステップＳ２０７では、選定部１１６は、例えば接続管理部１１２が保持する接続状況ＤＢを参照して、接続中のクライアント１５０の中から、アプリケーション識別子で特定される臨床アプリケーション１１７を使用可能な１台以上のクライアント１５０（例えば、クライアント１５０Ｂ）を代行依頼メッセージの送信先として選定する。臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数と等しい場合には、臨床アプリケーション１１７を使用可能なクライアント１５０は、臨床アプリケーション１１７の使用許可が与えられているクライアント１５０を指す。また、臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数未満である場合には、臨床アプリケーション１１７を使用可能なクライアント１５０は、サーバ１１０に接続中の全てのクライアント１５０を指す。これは、臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数未満である場合、サーバ１１０に接続中のクライアント１５０であれば、いずれのクライアント１５０もその臨床アプリケーション１１７の使用許可を得ることができるからである。

代行依頼メッセージの送信先のクライアントを選定する方法としては、接続中のクライアントそれぞれに対して優先度を設定した優先度テーブルを用意し、臨床アプリケーション１１７を使用可能なクライアント１５０のうち優先度が最も低いクライアント、若しくは、優先度が閾値より低い１台以上のクライアントを選定する方法がある。他の選定方法では、ユーザを予めグループ化しておき、接続要求元のクライアント１５０Ａのユーザと同じグループに属するユーザが使用しているクライアント１５０を選定する。さらに他の選定方法では、クライアント１５０Ａが使用を望む臨床アプリケーション１１７と同じ臨床アプリケーション１１７の使用許可を与えられているクライアント１５０を選定する。また、これらの選定方法を適宜組み合わせて用いて、代行依頼メッセージの送信先を選定してもよい。或いは、臨床アプリケーション１１７を使用可能な全てのクライアント１５０に対して代行依頼メッセージを送信するようにしてもよい。

選定部１１６は、接続要求元のクライアント１５０Ａに関する情報、及び選定したクライアント（又はクライアント群）１５０Ｂに関する情報（例えば、ホスト名、ＩＰアドレス、ポート番号等）を代行依頼部１１５に送る。接続要求元のクライアント１５０Ａに関する情報は、接続管理部１１２によって代行依頼部１１５へ送信されてもよい。

ステップＳ２０８では、代行依頼部１１５は、代行依頼メッセージを作成するように接続要求元のクライアント１５０Ａに指示する。クライアント１５０Ａの代行依頼メッセージ作成部１５５は、サーバ１１０から代行依頼メッセージの作成指示を受け取ると、代行依頼メッセージを作成することをユーザに促すメッセージを表示部１５３に表示させる。表示部１５３には、例えば、「ライセンス数の制限により所望のアプリケーションを使用できません。作業の代行を他のユーザに依頼しますか？」といったメッセージが表示される。

クライアント１５０Ａのユーザが作業の代行を依頼する場合、代行依頼メッセージ作成部１５５は、代行依頼メッセージを作成するためのＧＵＩをユーザに提供する。ステップＳ２０９では、このユーザは、提供されたＧＵＩを使用して代行依頼メッセージを作成する。代行依頼メッセージ作成部１５５は、ユーザによって作成された代行依頼メッセージを、通信部１５１を介してサーバ１１０に送信する。代行依頼メッセージは、依頼者情報、患者基本情報、依頼作業内容情報、及びコメント等を含む。依頼者情報は、接続要求元のクライアント１５０Ａを使用しているユーザに関する情報であり、例えば、所属グループ（部署）、氏名、連絡先等を含む。患者基本情報は、患者を識別するための患者ＩＤ及び氏名等を示す情報である。依頼作業内容情報は、使用する臨床アプリケーション１１７及び処置内容等の依頼する作業に関する情報である。

ステップＳ２１０では、代行依頼部１１５は、クライアント１５０Ａから代行依頼メッセージを受け取ると、受け取った代行依頼メッセージを、選定部１１６により選定されたクライアント１５０Ｂ又はクライアント群に送信する。サーバ１１０から代行依頼メッセージを受け取ったクライアント１５０Ｂの表示部１５３には、代行依頼メッセージが表示される。表示部１５３には、代行依頼メッセージとともに、代行依頼メッセージにより指定される作業の代行を受諾するか拒絶するかを選択するための選択ボタンが表示される。クライアント１５０Ｂのユーザは、操作部１５２で受諾か拒絶かを選択することにより、代行依頼メッセージに対して応答する。

ステップＳ２１１では、サーバ１１０の代行依頼部１１５は、依頼先のクライアント１５０Ｂから応答（受諾又は拒絶）を受け取り、受諾したクライアントがあるか否かを判定する。どのクライアントも受諾しなかった場合、代行依頼部１１５は、代行が受諾されなかったことをクライアント１５０Ａに通知する。この場合、クライアント１５０Ａの表示部１５３には、例えば「作業の代行が受諾されませんでした。」といったメッセージが表示され、一連の処理が終了する。一方、あるクライアント１５０Ｂにより代行が受諾された場合、代行依頼部１１５は、作業の代行が受諾されたことをクライアント１５０Ａに通知し、ステップＳ２１２に進む。この場合、クライアント１５０Ａの表示部１５３には、例えば「作業の代行がＸＸＸさんに受領されました。」といったメッセージが表示される。“ＸＸＸ”は、代行を受諾したクライアント１５０Ｂを使用しているユーザのユーザＩＤ（例えばログイン名）を示す。

ステップＳ２１２では、臨床アプリケーション１１７は、代行を受諾したクライアント１５０Ｂが現在行っている作業を中断し、クライアント１５０Ｂの作業途中のデータをデータ退避部１１８へ一時的に退避させる。さらに、臨床アプリケーション１１７は、患者基本情報で特定される患者情報を医用情報ＤＢ１１９から読み出す。ステップＳ２１３では、クライアント１５０Ｂは、クライアント１５０Ａからの代行依頼メッセージで指定される作業、例えば、緊急患者への治療を代行する。代行作業が完了した後に、ステップＳ２１４において、クライアント１５０Ｂは、中断した作業の再開をサーバ１１０に指示し、サーバ１１０では、臨床アプリケーション１１７は、データ退避部１１８に保存されているデータを読み出し、作業中断時の状態を復元する。

このように、医用情報処理システム１００においては、接続要求元のクライアント１５０Ａに臨床アプリケーションの使用許可が与えられない場合には、サーバ１１０が他のクライアント１５０Ｂに作業の代行を依頼することにより、臨床アプリケーション１１７を使用した緊急患者への対応が可能となる。

なお、本実施形態では、同時接続可能数及び同時使用可能数の両方が定められている例を説明したが、同時接続可能数及び同時使用可能数の一方のみが定められていてもよい。同時使用可能数のみが定められる例では、ライセンス付与部１１３Ｂは、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達していない場合に、接続要求元のクライアント１５０に臨床アプリケーション１１７の使用許可を与える。

また、全ての臨床アプリケーション１１７について同時使用可能数が定められるのではなく、特定の臨床アプリケーションについてのみ同時使用可能数が定められていてもよい。

上述したサーバ１１０及びクライアント１５０の各部は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせにより実現することができる。サーバ１１０は、クライアント１５０と比較して大規模なハードウェア資源を有する。具体的なハードウェア構成として、サーバ１１０は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ネットワークデバイス等を有している。ＨＤＤは、サーバ１１０の各部を制御するための制御プログラム、臨床アプリケーション１１７のプログラム、接続状況ＤＢ及び医用情報ＤＢ１１９等を記憶する記憶部として機能する。さらに、ＨＤＤは、データ退避部１１８としても使用される。ＣＰＵは、制御プログラムをＲＡＭ上に展開し、制御プログラムに従ってサーバ１１０の動作を制御する。また、ＣＰＵは、臨床アプリケーション１１７をＲＡＭ上に展開して実行する。ネットワークデバイスは、ＣＰＵの制御のもとに通信ネットワークを介してクライアント１５０と通信する通信部１１１である。

クライアント１５０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ネットワークデバイス、キーボード、マウス、ディスプレイ等を有している。ＲＯＭは、クライアント１５０の各部を制御するための制御プログラム等を格納する。ＣＰＵは、制御プログラムをＲＡＭ上に展開し、制御プログラムに従ってクライアント１５０の動作を制御する。ネットワークデバイスは、ＣＰＵの制御のもとに通信ネットワークを介してサーバ１１０と通信する通信部１５１である。なお、管理コスト及びセキュリティ向上の観点から、クライアント１５０は、ＨＤＤや、光ディスク等の記録媒体を用いる情報記録再生装置等を備えないことが好ましいが、これらのＨＤＤや情報記録再生装置等を備えてもよい。

以上のように、本実施形態に係る医用情報処理システム１００においては、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達しているために、若しくは、サーバ１１０への接続許可が与えられているクライアント数が同時接続可能数に達しているために、臨床アプリケーション１１７の使用要求を行ったクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合であっても、サーバ１１０が他のクライアント１５０Ｂに作業の代行を依頼することにより、臨床アプリケーション１１７を使用して緊急の患者に対処することができる。

（第２の実施形態）
第２の実施形態では、緊急時において、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達しているために接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合、他のクライアント１５０Ｂでの臨床アプリケーション１１７の使用を一時的に停止させることにより、クライアント１５０Ａでの臨床アプリケーション１１７の使用を一時的に可能にする。

図４は、第２の実施形態に係る医用情報処理システム４００を概略的に示している。図４の医用情報処理システム４００と図１の医用情報処理システム１００との違いは、医用情報処理システム４００のサーバ１１０が代行依頼部１１５の代わりに切替部４０１を備えていることである。この切替部４０１は、臨床アプリケーション１１７の接続先を一時的に切り替える。具体的には、切替部４０１は、臨床アプリケーション１１７を使用中のクライアント１５０Ｂから接続要求元のクライアント１５０Ａに、臨床アプリケーション１１７の画像信号の送信先を変更し、クライアント１５０Ａでの作業が終了した後に画像信号の送信先をクライアント１５０Ｂに戻す。言い換えると、クライアント１５０Ｂから接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可が一時的に移行され、その後クライアント１５０Ｂに使用許可が戻される。

次に、図５を参照して、医用情報処理システム４００の動作について説明する。
図５は、サーバ１１０の切替処理の一例を示している。ここでは、クライアント１５０Ａが特定の臨床アプリケーション１１７の使用要求を行い、クライアント１５０Ｂが当該臨床アプリケーション１１７を使用していると想定している。さらに、同時使用可能数のみが定められているものとする。図５のステップＳ５０１〜Ｓ５０５はそれぞれ図２のステップＳ２０１、Ｓ２０２、Ｓ２０４〜Ｓ２０６と同様の処理であるので、その部分についての詳細な説明は省略する。

ステップＳ５０１では、クライアント１５０Ａは、所望の臨床アプリケーション１１７の使用許可を得るために、アプリケーション識別子を含む接続要求信号をサーバ１１０に送信する。ステップＳ５０２では、サーバ１１０は、クライアント１５０Ａから接続要求信号を受信する。ステップＳ５０３では、ライセンス管理部１１３内の判定部１１３Ａは、接続要求信号中のアプリケーション識別子で特定される臨床アプリケーション１１７の使用を許可するか否かを判定する。臨床アプリケーション１１７の使用が許可された場合、ライセンス付与部１１３Ｂは、接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可を与える。ステップＳ５０４では、アプリケーション制御部１１４は、クライアント１５０Ａ向けに臨床アプリケーション１１７を起動する。このように臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数未満である場合、クライアント１５０Ａは、所望の臨床アプリケーション１１７を使用することができる。

臨床アプリケーション１１７を使用中のクライアント数が同時使用可能数に等しい場合、臨床アプリケーション１１７の使用許可は与えられない。ステップＳ５０５では、接続管理部１１２は、接続要求信号中の緊急フラグがオンかオフかを判定する。緊急フラグがオフである場合、クライアント１５０Ａは、所望の臨床アプリケーション１１７を使用することができない。

一方、緊急フラグがオンである場合、接続管理部１１２は、切替対象となるクライアント１５０を選定するように選定部１１６に指示する。ステップＳ５０６では、選定部１１６は、接続管理部１１２が保持する接続状況ＤＢを参照して、臨床アプリケーション１１７を使用しているクライアント１５０の中から、切替対象となる１台のクライアント（例えば、クライアント１５０Ｂ）を選定する。選定方法としては、例えば、接続中のクライアントそれぞれに対して優先度を設定した優先度テーブルを用意し、臨床アプリケーション１１７を使用しているクライアントのうち優先度が最も低いクライアントを選定する方法がある。他の選定方法では、ユーザを予めグループ化しておき、接続要求元のクライアント１５０Ａのユーザと同じグループに属するユーザが使用しているクライアントを選定する。選定部１１６は、接続要求元のクライアント１５０Ａに関する情報、及び切替対象として選定したクライアント１５０Ｂに関する情報を切替部４０１に送る。

ステップＳ５０７では、切替部４０１は、選定されたクライアント１５０Ｂから接続要求元のクライアント１５０Ａに、臨床アプリケーション１１７の接続先を切り替える。具体的には、まず、切替部４０１は、アプリケーション制御部１１４に切替指令を送る。アプリケーション制御部１１４は、切替指令を受け取ると、臨床アプリケーション１１７を次のように制御する。即ち、臨床アプリケーション１１７は、ＧＵＩを操作不可能にした画面（例えば、全てのボタンが押せない状態の画面）及び使用中断メッセージを含む画像信号を生成してクライアント１５０Ｂに送信し、クライアント１５０Ｂの作業途中のデータをデータ退避部１１８に一時的に退避させる。クライアント１５０Ｂの表示部１５３には、例えば「緊急使用要求が発生しました。一時使用を中断します。」といった使用中断メッセージが表示され、クライアント１５０Ｂでの臨床アプリケーション１１７の操作が不可能になる。

次に、アプリケーション制御部１１４は、クライアント１５０Ａ向けに臨床アプリケーション１１７を準備し、切替部４０１を介して接続管理部１１２に準備完了を通知する。接続管理部１１２は、接続許可信号をクライアント１５０Ａに送信し、接続状況ＤＢを更新する。本実施形態の接続許可信号は、接続ポート番号とともに、一時借用状態であることを示すメッセージを含む。

ステップＳ５０８では、クライアント１５０Ａは、接続許可信号を受信してこの接続許可信号で指定される接続ポートに接続し、その結果、クライアント１５０Ａでの臨床アプリケーション１１７の使用が可能になる。なお、ステップＳ５０１の接続要求信号に患者基本情報が含まれる場合、患者基本情報で特定される患者情報が医用情報ＤＢ１１９から読み出され、患者情報が既に入力された状態で臨床アプリケーション１１７が起動されていてもよい。

緊急作業が終了すると、クライアント１５０Ａからは、臨床アプリケーション１１７の使用を終了することを示す通知がサーバ１１０のアプリケーション制御部１１４に送られる。アプリケーション制御部１１４は、クライアント１５０Ａによる臨床アプリケーション１１７の使用終了を接続管理部１１２に通知する。接続管理部１１２は、クライアント１５０Ａとの接続を切断し、切替部４０１に再切替を指示する。さらに、接続管理部１１２は、接続状況ＤＢを更新する。

ステップＳ５０９では、切替部４０１は、接続管理部１１２からの再切替の指示を受けて、再切替処理を行う。具体的には、切替部４０１は、アプリケーション制御部１１４に再切替指令を送り、再切替指令を受け取ったアプリケーション制御部１１４は、クライアント１５０Ｂ向けに臨床アプリケーション１１７を準備する。臨床アプリケーション１１７は、データ退避部１１８に一時的に保存されているデータを読み出し、作業中断時の状態を復元する。その後、臨床アプリケーション１１７は、操作可能なＧＵＩ画面及び医用情報を含む画像信号を生成し、生成した画像信号をクライアント１５０Ｂに送信する。これにより、クライアント１５０Ｂでの臨床アプリケーション１１７の使用が再び可能になる。

以上のように、本実施形態に係る医用情報処理システム４００では、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達しているためにクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合、サーバ１１０が他のクライアント１５０Ｂでの臨床アプリケーション１１７の使用を一時的に停止させ、その停止中に接続要求元のクライアント１５０Ａでの臨床アプリケーション１１７の使用を可能にする。これにより、クライアント１５０Ａにおいて臨床アプリケーション１１７を使用して緊急の患者に対処することができる。

なお、本実施形態では臨床アプリケーション１１７の使用許可がクライアント１５０Ａに与えられない場合について説明したが、接続許可がクライアント１５０Ａに与えられない場合にも、切替部４０１は、上述した切替処理と同様の処理を行うことができる。簡単に説明すると、接続許可がクライアント１５０Ａに与えられない場合、切替部４０１は、選定部１１６により選定されたクライアント１５０Ｂとの接続を一時的に切断して、クライアント１５０Ａとの接続を一時的に確立するように、接続管理部１１２に指示する。そして、クライアント１５０Ａによる緊急作業が終了した後、切替部４０１は、ライアント１５０Ａとの接続を切断して、クライアント１５０Ｂとの接続を再び確立するように接続管理部１１２に指示する。従って、サーバ１１０に接続中のクライアント数が同時接続可能数に達しているために接続要求元のクライアント１５０Ａに接続許可が与えられない場合、サーバ１１０が他のクライアント１５０Ｂとの接続を切断してクライアント１５０Ａとの接続を一時的に許可することにより、緊急の患者に対処することができる。

（第３の実施形態）
第３の実施形態では、緊急時において、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達しているために接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合、他のクライアント１５０Ｂが使用している臨床アプリケーション１１７を一時的に休止させることで、接続要求元のクライアント１５０Ａでの臨床アプリケーション１１７の使用が一時的に可能になる。接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合であっても、緊急時には、接続要求元のクライアント１５０Ａにおいて臨床アプリケーション１１７が一時的に使用可能になる点では、第２及び第３の実施形態は同じである。しかし、第２の実施形態では、臨床アプリケーション１１７の起動数は常に同時使用可能数以下であるのに対し、第３の実施形態では、クライアント１５０Ｂが使用している臨床アプリケーション１１７を休止状態にして、クライアント１５０Ａ向けに臨床アプリケーション１１７を新たに起動するので、臨床アプリケーション１１７の起動数が同時使用可能数を超えることがある。ただし、第３の実施形態においても、臨床アプリケーション１１７を同時に操作することができるクライアント１５０の数は、同時使用可能数以下に制限される。

図６は、第３の実施形態に係る医用情報処理システム６００を概略的に示している。本実施形態のサーバ１１０は、図４に示した第２の実施形態のサーバ１１０から切替部４０１を削除した構成を有する。以下では、第３の実施形態に係る医用情報処理システム６００の動作を第２の実施形態と異なる点を中心に説明する。

図７は、医用情報処理システム６００の動作の一例を示している。図７のステップＳ７０１からステップＳ７０５はそれぞれ図２のステップＳ２０１、Ｓ２０２、Ｓ２０４〜Ｓ２０６と同様の処理であるので、その部分についての説明は省略する。

ステップＳ７０６では、選定部１１６が、臨床アプリケーション１１７を使用しているクライアント１５０の中から、休止対象となる１台のクライアントを選定する。本実施形態では、臨床アプリケーション１１７の使用許可が与えられているクライアント１５０の数が同時使用可能数に等しい状態で緊急使用要求が発生した場合、選定部１１６は、接続管理部１１２が保持する接続状況ＤＢを参照して、臨床アプリケーション１１７を使用しているクライアント１５０の中から、休止対象となる１台のクライアント（例えば、クライアント１５０Ｂ）を選定する。選定方法は、図５のステップＳ５０６を参照して説明した方法と同じ方法とすることができる。選定部１１６は、接続要求元のクライアント１５０Ａに関する情報、及び休止対象として選定したクライアント１５０Ｂに関する情報をアプリケーション制御部１１４に送る。

ステップＳ７０７では、アプリケーション制御部１１４は、選定部１１６により選定されたクライアント１５０Ｂ向けに起動している臨床アプリケーション１１７を一時休止の状態にする。ステップＳ７０８では、アプリケーション制御部１１４は、接続要求元のクライアント１５０Ａ向けに臨床アプリケーション１１７を起動する。クライアント１５０Ｂでは、第２の実施形態の場合と同様に、臨床アプリケーション１１７が操作不可能になるとともに、使用中断メッセージが表示される。ただし、本実施形態では、休止状態の臨床アプリケーション１１７の画像信号の送信先は、クライアント１５０Ｂに設定されたままである。臨床アプリケーション１１７は、クライアント１５０Ｂの作業途中のデータをデータ退避部１１８に一時的に退避させる。

その後、アプリケーション制御部１１４は、接続要求元のクライアント１５０Ａ向けの臨床アプリケーション１１７を起動したことを接続管理部１１２に通知する。接続管理部１１２は、一時借用状態であることを示すメッセージ及び接続ポート番号を含む接続許可信号をクライアント１５０Ａに送信する。ステップＳ７０９では、クライアント１５０Ａは、接続許可信号で指定される接続ポートに接続し、その結果、クライアント１５０Ａは、臨床アプリケーション１１７を使用することができるようになる。

クライアント１５０Ａの緊急作業が終了すると、クライアント１５０Ａとサーバ１１０との接続が切断される。ステップＳ７１０では、アプリケーション制御部１１４は、クライアント１５０Ａ向けの臨床アプリケーション１１７を終了する。ステップＳ７１１では、アプリケーション制御部１１４は、クライアント１５０Ｂ向けの臨床アプリケーション１１７を再開（レジューム）する。クライアント１５０Ｂ向けの臨床アプリケーション１１７は、データ退避部１１８に保存されているデータを読み出し、作業中断時の状態を復元する。さらに、臨床アプリケーション１１７は、操作可能なＧＵＩ及び医用情報を含む画像信号を生成し、クライアント１５０Ｂに送信する。これにより、クライアント１５０Ｂでの臨床アプリケーション１１７の使用が再び可能となる。

以上のように、本実施形態に係る医用情報処理システム６００では、臨床アプリケーション１１７の使用許可が与えられているクライアント数が同時使用可能数に達しているために接続要求元のクライアント１５０Ａに臨床アプリケーション１１７の使用許可が与えられない場合、サーバ１１０が、他のクライアント１５０Ｂ向けに起動している臨床アプリケーション１１７を休止状態にし、接続要求元のクライアント１５０Ａ向けに臨床アプリケーション１１７を起動することにより、クライアント１５０Ａにおいて臨床アプリケーション１１７を使用して緊急の患者に対処することができる。

なお、上述した第１から第３の実施形態を組み合わせて実施されてもよい。例えば、第１の実施形態において代行依頼メッセージを送信した全てのクライアント１５０Ｂに代行を拒絶された場合に、第２の実施形態又は第３の実施形態において説明した処理を実行するようにしてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…医用情報処理システム、１１０…サーバ装置、１１１…通信部、１１２…接続管理部、１１３…ライセンス管理部、１１３Ａ…判定部、１１３Ｂ…ライセンス付与部、１１４…アプリケーション制御部、１１５…代行依頼部、１１６…選定部、１１７…臨床アプリケーション、１１８…データ退避部、１１９…医用情報データベース、１５０，１５０Ａ，１５０Ｂ…クライアント装置、１５１…通信部、１５２…操作部、１５３…表示部、１５４…接続依頼部、１５５…代行依頼メッセージ作成部、４００…医用情報処理システム、４０１…切替部、６００…医用情報処理システム。

Claims (5)

1. 医用情報を処理するための臨床アプリケーションを提供するサーバ装置と、当該サーバ装置と通信ネットワークを介して通信可能な複数のクライアント装置とを備える医用情報処理システムであって、
   前記サーバ装置は、
   前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が、前記臨床アプリケーションを同時に使用することが許容されるクライアント端末の上限数を示す同時使用可能数に達しているか否かを判定する判定部と、
   前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が前記同時使用可能数に達していない場合に、前記複数のクライアント装置のうち前記臨床アプリケーションの使用を要求する第１クライアント装置に、前記臨床アプリケーションの使用許可を与える付与部と、
   前記臨床アプリケーションの使用許可が与えられているクライアント装置の数が前記同時使用可能数に達している場合に、前記複数のクライアント装置の中から、前記臨床アプリケーションを使用可能な１台以上のクライアント装置を第２クライアント装置として選定する選定部と、
   前記選定部により前記第２クライアント装置が選定された場合に、前記第１クライアント装置によって指定される作業の代行を前記第２クライアント装置に依頼する代行依頼部と、
   を具備することを特徴とする医用情報処理システム。
2. 前記判定部は、前記サーバ装置に同時に接続しているクライアント装置の数が、前記サーバ装置に同時に接続されることが許容されるクライアント装置の上限数を示す同時接続可能数に達しているか否かをさらに判定し、
   前記選定部は、前記サーバ装置に同時に接続しているクライアント装置の数が前記同時使用可能数に達している場合、及び前記サーバ装置に同時に接続しているクライアント装置の数が前記同時接続可能数に達している場合の少なくとも一方の場合に、前記複数のクライアント装置の中から、前記臨床アプリケーションを使用可能な１台以上のクライアント装置を第２クライアント装置として選定する、ことを特徴とする請求項１に記載の医用情報処理システム。
3. 前記サーバ装置は、前記第２クライアント装置のうち前記作業の代行を受諾したクライアント装置の作業途中のデータを一時的に退避させるデータ退避部をさらに具備することを特徴とする請求項１又は２に記載の医用情報処理システム。
4. 前記サーバ装置は、前記臨床アプリケーションの接続先を一時的に切り替える切替部をさらに具備し、
   前記作業の代行が前記第２クライアント装置のいずれからも拒絶された場合に、前記切替部は、前記臨床アプリケーションの接続先を前記第２クライアント装置のいずれか１つから前記第１クライアント装置に切り替える、ことを特徴とする請求項１に記載の医用情報処理システム。
5. 前記サーバ装置は、前記臨床アプリケーションを制御するアプリケーション制御部をさらに具備し、
   前記アプリケーション制御部は、前記作業の代行が前記第２クライアント装置のいずれからも拒絶された場合に、前記第２クライアント装置のいずれか１つが使用している臨床アプリケーションを一時的に休止状態にし、前記第１クライアント装置向けに前記臨床アプリケーションを一時的に起動する、ことを特徴とする請求項１に記載の医用情報処理システム。

Images