JP7311570B2 - 検査室の管理のための情報処理装置及び方法 - Google Patents

Description

本発明は、検査室の管理のための情報処理装置及び方法に関する。

特許文献１は、病院、医療機関等の施設における検査室に設置された複数の分析装置のそれぞれから、精度管理測定の測定データ、患者検体の測定データを受信し、測定データの正常、異常を各分析装置に対応付けて一つの監視画面に表示するデータ管理装置を開示している。監視画面として、図３５に示されるような画面が表示される。また、このデータ管理装置は、それぞれの分析装置における測定の進捗状況を、各分析装置および各検体に対応付けて、測定分野別に一つの工程管理画面に表示するように構成されている。工程管理画面として、図３６に示されるような画面が表示される。

特開平８－２３３８２５号公報

上述の監視画面および工程管理画面では、分析装置毎に測定データ、測定進捗等を把握することはできるが、検査室全体における装置の稼動状況、分析状況等を把握することは困難であった。特に、複数の検査室を管理する場合には状況を把握することが困難であった。

本発明の一の態様は、検体を分析する分析装置が設置された検査室の管理方法である。管理方法は、一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装置から収集された情報の少なくとも一部を集計して得られる第１指標を含む画面を端末に表示するためのデータを生成し、上記画面に表示された第１指標がユーザによって選択されたことに応じて、収集された情報の少なくとも一部を、第１指標とは異なる複数の集計単位ごとに集計して得られる、第１指標とは異なる複数の第２指標を端末に表示するためのデータを生成することを含む。

第１及び第２指標は、複数の分析装置又は分析装置に関連する装置から収集された情報の少なくとも一部を集計して得られる統計的な数値又はグラフであってもよい。第１指標は、複数の分析装置による検体の分析状況を示す指標であってもよい。第２指標は、複数の分析装置による複数の検査項目ごとの検体の分析状況を示す指標であってもよい。第１指標は、複数の分析装置における異常の発生状況を示す指標であってもよい。第２指標は、複数の分析装置における複数の要因ごとの異常の発生状況を示す指標であってもよい。第１指標と第２指標とは、地理的な集計単位において異なってもよい。第１指標は、第一の地域に含まれる複数の検査室から収集された情報を集計して得られる指標であってもよい。第２指標は、第一の地域に含まれる複数の第二の地域ごとに、各地域の複数の検査室から収集された情報を集計して得られる指標であってもよい。第１指標は、第一の地域に含まれる複数の検査室から収集された情報を集計して得られる、確定率、再測定率、陽性率又はエラー率であってもよい。第２指標は、複数の前記第二の地域ごとに、各地域の複数の検査室から収集された情報を集計して得られる確定率、再測定率、陽性率又はエラー率であってもよい。第１指標と第２指標とは、時間的な集計単位において異なってもよい。第１指標は、第一の集計期間内に複数の検査室から収集された情報を集計して得られる指標であってもよい。第２指標は、複数の第二の集計期間内に複数の検査室から収集された情報を集計して得られる指標であってもよい。

上記の管理方法は、端末のユーザが管理する検査室に関する第１又は第２指標と、他のユーザが管理する検査室に関する第１又は第２指標とを含む画面を表示するためのデータを生成することをさらに含んでもよい。上記の管理方法は、端末のアドレスに応じて、第１及び第２指標の表示態様を決定することをさらに含んでもよい。第１指標は、一検体あたりのターンアラウンドタイム（ＴＡＴ）、分析装置の負荷状況、分析装置の可用性、分析装置の異常発生状況、及び分析装置の稼働状況からなる群から選択されてもよい。

上記の管理方法は、端末のユーザである管理者の管理対象の検査技師によるアセスメントテストの進捗状況を示すアセスメント進捗状況を端末の画面に表示するためのデータを生成することをさらに含んでもよい。

複数の分析装置は、少なくとも一つの共通する検査項目について検体を分析するように構成されていてもよい。

本発明の他の態様は、検体を分析する分析装置が設置された検査室の管理に用いられる情報処理装置である。情報処理装置は、ユーザが操作可能な端末と通信する通信部と、通信部を介して端末に表示させるデータを生成する制御部と、を備える。制御部は、一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装置から収集された情報の少なくとも一部を集計して得られる第１指標を含む画面を端末に表示するためのデータを生成する処理と、画面に表示された第１指標がユーザによって選択されたことに応じて、収集された情報の少なくとも一部を第１指標とは異なる複数の集計期間又は第１指標と異なる複数の分類ごとに集計することで得られる、第１指標とは異なる複数の第２指標を端末に表示するためのデータを生成する処理と、を実行する。

Ｗｅｂブラウザによる表示画面である。 管理システムの構成図である。 Ｗｅｂサーバの構成図である。 データベースサーバの構成図である。 アプリケーションデータベースサーバの構成図である。 端末の構成図である。 収集データのデータ構造図である。 収集データのデータ構造図である。 収集データのデータ構造図である。 収集データのデータ構造図である。 収集データの変換の説明図ある。 収集データの変換の説明図である。 地理的情報のデータ構造図である。 地理的情報のデータ構造図である。 データ収集と管理情報表示の手順を示すシーケンスである。 Ｗｅｂサーバによる表示制御の手順を示すフローチャートである。 Ｗｅｂサーバによる表示制御の手順を示すフローチャートである。 設定情報のデータ構造図である。 設定情報のデータ構造図である。 設定情報のデータ構造図である。 設定情報のデータ構造である。 アプリケーションによる表示画面である。 アプリケーション管理情報のデータ構造図である。 アプリケーションによる表示画面である。 アプリケーション管理情報のデータ構造図である。 アプリケーション管理情報のデータ構造図である。 アプリケーション管理情報のデータ構造図である。 アプリケーションによる表示画面である。 アプリケーションによる表示画面である。 アプリケーションによる表示画面である。 アプリケーションによる表示画面である。 アプリケーションによる表示画面である。 設定情報のデータ構造図である。 設定情報のデータ構造図である。 設定情報のデータ構造図である。 アプリケーションによる表示画面である。 アプリケーションによる表示画面である。 従来技術における監視画面を示す模式図である。 従来技術における工程管理画面を示す模式図である。

［１．管理システム］

図１は、検査室を管理するための管理情報の表示画面５００を示している。実施形態において、表示画面５００は、例えば、検査室（clinical laboratory）の管理者であるユーザが操作する端末６のブラウザによって表示される。表示画面５００は、例えば、複数の表示領域５００ａ，５００ｂ，５００ｃを有する。

表示領域５００ａは、表示画面５００の大部分を占めることができる。表示領域５００ａには、例えば、図１に示すダッシュボード（Dashboard）が表示される。ダッシュボード５００ａは、１又は複数のウィジェット（Widgets）５０１ａ，５０１ｂ，５０１ｃ，５０１ｄを表示する。ウィジェット５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、ダッシュボード５００ａに表示されるアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄである。ウィジェットは、アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄをアイコン状に表示させる。アイコン状に表示されたアプリケーションには、検査室管理のための少なくとも一つの指標の表示が含まれる。指標は、例えば、一又は複数の検査室全体の状況を示す。アイコン状に表示とは、ユーザ操作によって選択可能である図形を表示することである。なお、表示領域５００ａには、ダッシュボード５００ａ以外のものも表示可能である。

表示領域５００ｂは、表示画面５００の上部に位置し、画面の状態を表示するとともに、画面操作のためのアイコンを表示する。表示領域５００ｃは、表示画面５００の左側に位置し、画面操作のためのアイコンを表示する。表示領域５００ａに表示される内容は、表示領域５００ｂ，５００ｃ内における操作でも変更できるし、表示領域５００ａ内における操作でも変更できる。なお、操作は、マウスでクリックすること、又は、タッチパネルの画面をタップすること、を含む。

図１に示すウィジェット５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、検査室管理に関するアプリケーションである。各アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、管理情報として、一又は複数の検査室全体の状況を示す一又は複数の指標を表示する。複数のアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、それぞれ、異なる指標を表示する。ダッシュボード５００ａには、様々な指標を含む管理情報がまとめて配置されて表示されるため、検査室の管理者は、ダッシュボード５００ａを参照することで、検査室管理に必要な稼動情報やアラート情報を容易に入手でき、検査室全体の状況を容易に把握することができる。

図１の表示画面５００は、複数の検査室（マルチサイト）を管理する管理者のためのものである。マルチサイト管理者のため、ダッシュボード５００ａには、管理者が担当する複数の検査室から収集された情報に基づいて算出された指標が表示される。

図１のダッシュボード５００ａには、４つのアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄが表示されている。図１において、各アプリケーションは、複数の指標を表示する。なお、ダッシュボード５００ａには、さらに多くのアプリケーションを表示可能である。

図１におけるアプリケーション５０１ａ（Order&Progress(Daily)）は、検査オーダの数と進捗状況に関する指標を日毎に表示する。アプリケーション５０１ａ内の棒グラフは、日毎の検査オーダを受け付けた検体数を示し、折れ線グラフは、一検体あたりのターンアラウンドタイム（ＴＡＴ）を示す。グラフ中のレ点（チェックマーク）は、その日のＴＡＴが基準時間を超えたことを示す。アプリケーション５０１ａ内の「感染症テスト１７，００２」は、検査オーダを受け付けた検査項目数を示し、「検査進捗４０％」は、検査オーダを受け付けた検査項目数に対する表示時点において検査が完了している検査項目数の割合を示し、「生産性（ＴＡＴ）Δ２ｈ」は、当日の一検体あたりのＴＡＴが基準時間よりも２時間早いことを示す。

アプリケーション５０１ｂ（Analyzer Condition(Daily)）は、可用率などの分析装置１０の状態に関する指標を表示する。可用率は、装置稼働時間を、装置稼働時間とエラーによるダウンタイムとの和で割ることで算出される。

アプリケーション５０１ｃ（validation(Daily)）は、確定率、再測定率、陽性率、エラー率などのバリデーションに関する指標を表示する。確定率は、分析結果が正常である正常検体の割合を示し、再測定率は再測定を行った割合を示し、エラー率は、エラーが生じた割合を示す。アプリケーション５０１ｄ（TAT(Daily)）は、ターンアラウンドタイムに関する指標を表示する。アプリケーション５０１ｄ内において、「＋２ｈｏｕｒ」 ＴＡＴ短縮」は、ＴＡＴが２時間短縮されていることを示し、「ＴＡＴ正常終了 ６／８Ｓｉｔｅ」は、８検査室中、６検査室のＴＡＴが基準時間よりも早いことを示し、「月平均生産性Δ２ｈｏｕｒ」は、その月の平均ＴＡＴが基準時間より２時間早いことを示す。

図１において、各アプリケーションが表示している指標の値は、管理者が担当する複数の検査室から収集された情報に基づいて算出されたものである。したがって、管理者は、ダッシュボード５００ａを参照することで、管理者の担当エリア全体での検査室の状況を把握することができる。本実施形態の指標は、検査室の管理用である。管理者が、検査室を管理するには、分析装置単体の状況を把握するだけでなく、検査室全体の状況の把握が有用である。検査室全体の状況は、検査室の稼働状況のほか、検査室のスタッフの状況、検査室における備品の状況などを含む。本実施形態の指標は、検査室の管理のための様々な指標を含むことができる。

以下、ダッシュボード５００ａ等に表示可能な指標を例示する。以下の指標には、図１に表示されている指標も含まれる。以下の指標は、アプリケーションによって算出される。以下の指標は、ダッシュボード５００ａから遷移した画面においても表示可能である。以下に示す指標は、検査室全体の状況を示す指標の例である。

指標は、ターンアラウンドタイム（ＴＡＴ）を含むことができる。ＴＡＴは、例えば、１つの検体の処理に要した時間である。ＴＡＴは、例えば、分析装置単位又は検査室単位で、１つの検体の処理に要した時間として算出される。処理に要した時間は、例えば、平均時間として算出される。本実施形態におけるＴＡＴは、患者から検体が採取されてから、前処理工程、検体分析工程、再測定工程を経て、検査結果が確定されるまでの時間をいう。前処理工程とは、検体分析工程のために検体に対する前処理を行う工程であり、遠心分離処理、開栓処理、検体分注処理等を含む。検体分析工程とは、分析装置１０によって検体が分析される工程である。再測定工程とは、検体を再分析する工程である。本実施形態におけるＴＡＴは、例えば、後述のＬＩＳから取得した検体採取時間、後述のＳｙｓｍｅｘＷＡＭ（商標）から取得した前処理工程の時間、後述の分析装置１０から取得した検体分析時間及び再測定時間から算出される。

指標は、ＴＡＴを細分化した指標である処理工程別ＴＡＴを含んでも良い。工程別ＴＡＴは、例えば、第１工程別ＴＡＴ，第２工程別ＴＡＴ，第３工程別ＴＡＴ，及び第４工程別ＴＡＴを含むことができる。第１工程別ＴＡＴは、例えば、患者からの採血に要した時間を示す。第２工程別ＴＡＴは、例えば、検体に対する前処理に要した時間を示す。第３工程別ＴＡＴは、分析装置１０に検体がセットされてから検査結果が出るまでの時間を示す。第４工程別ＴＡＴは、例えば、検体の再測定に要した時間を示す。指標は、ＴＡＴを測定項目別に細分化した測定項目別ＴＡＴを含んでも良い。測定項目は、分析装置における測定項目である。

指標は、Workload Analysis（分析状況の負荷状況）を含むことができる。Workload Analysisは、検体の処理能力に対する、実受付検査オーダ数である。例えば、１日あたりの検体の処理能力が１００検体である場合において、１日あたりの実受付検査オーダ数が１２０検体であれば、Workloadは１２０％となる。検体の処理能力は、検査室で処理可能な検体数である。例えば、ある検査室に分析装置が２台あり、それぞれが一時間あたり２００検体処理可能であって、分析装置が１日に７時間稼働する場合には、その検査室における一日の検体の処理能力は、２００×２×７＝２８００検体である。検体の処理能力は、分析装置で処理可能な検体数であってもよい。

指標は、Workloadの更に詳細な指標として、Max N/hour（１時間あたりの検体処理可能件数（Ｎ）の最大値）、日単位での総処理可能件数、及び、Peak over per xxx（xxx=Day/Week等）を含むことができる。Peakは、１時間あたりのWorkloadが１００％を超えたことである。Peak over per xxxは、xxxの間おいて、１時間あたりのWorkloadが１００％を超過した回数である。ｘｘｘは、期間であり、例えば、１日、１月 又は１年である。

指標は、System Availability（可用性）を含むことができる。可用性は、分析装置等が稼働可能である度合をいう。可用性は、例えば、可用率(Availability rate)として表される。装置の可用率は、前述のように、装置稼働時間を、装置稼働時間とエラーによるダウンタイムとの和で割ることで算出される。装置稼働時間とエラーによるダウンタイムとの和は、装置が使用可能であるべき時間であり、装置稼働時間は、装置を実際に使用可能であった時間である。使用可能であるべき時間が既知である場合、可用性は、装置を実際に使用可能であった時間で表されても良い。可用性の更に詳細な指標として、分析装置毎のAvailability、検査室等のサイト毎のAvailability、複数のサイト単位のAvailabilityを含むことができる。

指標は、Analyzer Condition（分析装置の健康状態）を含むことができる。Analyzer Conditionは、分析装置の状態として、例えば、ＯＫ又はＮＧを示し、あるいは、有効期限切れが発生しているか否かを示す。ＮＧは、例えば、分析装置のエラー、ＱＣ異常、通信異常が生じた場合である。

指標は、Analyzer Conditionの更に詳細な指標として、QC Control (OK or Err)を含むことができる。QC Controlは、内部精度管理の指標であり、自施設で定めたQuality Control(QC)の平均値に対して、測定値が許容範囲内であったか否か（または、基準値と測定値のずれが所定値以上になったか否か）を示す。

指標は、Analyzer Conditionの更に詳細な指標として、QC External (OK or Err)を含むことができる。QC Externalは、外部精度管理の指標であり、自施設のＱＣ結果と複数施設から構成される集計母集団の平均値を比較し、測定値が許容範囲内であったか否かを示す。

指標は、Analyzer Conditionの更に詳細な指標として、System Status (OK or Err)を含むことができる。System Statusは、分析装置に所定のエラー/警告が発生しているか否か(例えば、試薬挿入用のドアが開きっ放しである等)を示す。

指標は、Analyzer Conditionの更に詳細な指標として、Service (yy/mm/dd)を含むことができる。Service は、例えば、分析装置に対する最新のメンテナンス実施日を示す。メンテナンス実施日から所定期間以上経過している場合、警告（アイコンの色の変更等）が発せられる。

指標は、Analyzer Conditionの更に詳細な指標として、System Availability (%)を含むことができる。System Availabilityは、前述のとおりである。

指標は、Analyzer Conditionの更に詳細な指標として、Calibration (yy/mm/dd)を含むことができる。Calibrationは、例えば、最新のキャリブレーション実施日を示す。最新の実施日から所定期間以上経過した場合、警告（アイコンの色の変更等）が発せられる。

指標は、Multi-Site Workload(分析状況の負荷状況)を含むことができる。Multi-Site Workloadは、複数サイトの負荷から算出された値（平均値など）を示す。

指標は、Multi-Site TATを含むことができる。Multi-Site Workloadは、複数サイトのTATから算出された値（平均値など）を示す。

指標は、Cyclecount Balanceを含むことができる。Cyclecount Balanceは、サイト内の複数の分析装置の各々による測定シーケンス実施回数（サイクルカウント）の比較を示す。Cyclecount Balanceは、サイト内で、特定の分析装置にサイクルカウントが偏っていないかを把握するのに役立つ。

指標は、Cyclecount Balanceの更に詳細な指標として、分析装置毎の検体処理数を含むことができる。

指標は、Validationを含むことができる。Validationは、分析装置や検査室の稼動状況の動作検証に関する指標であり、分析装置や検査室の異常発生状況に関する指標ともなる。

指標は、Validationの更に詳細な指標として、再測定数(Re-run数)又は再測定率（Re-Run率）を含むことができる。再測定数は、再測定が行われた数である。再測定率は、再測定数を検体処理数で割った値である。

指標は、Validationの更に詳細な指標として、陽性率を含むことができる。陽性率は、検査結果が陽性となった検体の割合である。

指標は、Validationの更に詳細な指標として、確定率を含むことができる。確定率は、検査結果の確定率である。

指標は、Validationの更に詳細な指標として、エラー数又はエラー率を含むことができる。エラー数は、検査におけるエラー発生数であり、エラー率は、エラー数を検体処理数で割った値である。

指標は、Validationの更に詳細な指標として、コストを含むことができる。コストは、エラーや再測定による逸失利益である。検査項目毎の金銭的情報（時間当たりの利益額、時間当たりの売上高等）の情報を基に、エラーによって検査が実行できなかった時間や再測定に要した時間に検査ができたならば得られたであろう額が、コストとして算出される。

指標は、Validationの更に詳細な指標として、System Availability (%)を含むことができる。System Availabilityは、前述のとおりである。

なお、ダッシュボード５００ａに表示されるアプリケーションは、指標表示のためのアプリケーション以外のアプリケーションを含んでも良い。例えば、ダッシュボード５００ａには、ベンチマークのためのウィジェットを表示してもよい。ベンチマークは、所定の指標（例えば、上述の指標のいずれか）について、自身が管理するサイトと、他人のサイトとを比較するためのものである。ベンチマークについては後述する。

図２は、図１の表示画面５００を生成するためのＷｅｂサーバ５を含む管理システム１００を示している。Ｗｅｂサーバ５は、検査室の管理に用いられる情報処理装置である。Ｗｅｂサーバ５は、役割が多様である複数の管理者に対して、管理者毎にカスタマイズされた管理情報を表示する。

管理システム１００は、インターネット等のコンピュータネットワークを介して、複数の検査室に関する情報を収集する。検査室は、検体が分析される場所である。検査室は、例えば、病院などの医療施設に設けられる。検査室には、１又は複数の分析装置１０が設置される。分析装置１０は、検体を分析する。検体は、患者から採取された血液、組織などの臨床検体である。複数の分析装置１０のそれぞれは、少なくとも一つの共通する検査項目について検体を分析する分析装置であってもよい。たとえば、複数の分析装置１０のそれぞれは、同じ種類の分析装置であって、複数の同じ検査項目について検体を分析する分析装置であってもよい。なお、複数の分析装置１０のそれぞれは、互いに異なる検査項目について検体を分析する分析装置であってもよい。

検査室には、分析装置に関連する装置が設置されることもある。以下、分析装置に関連する装置を「関連装置」という。関連装置は、検査室外に設置されていてもよい。

関連装置は、分析装置１０に対して動作指令を与え、分析装置１０から分析結果を取得する装置１１であってもよい。装置１１は、例えば、臨床検査情報システム（Laboratory Information System：ＬＩＳ）及びＳｙｓｍｅｘＷＡＭ（商標）であってもよい。ＬＩＳは、例えば、検体の採取時間を保存する。ＳｙｓｍｅｘＷＡＭは、例えば、前処理工程の時間を保存する。関連装置は、精度管理装置１２であってもよい。精度管理装置１２は、分析装置１０から精度管理用試料の測定結果を取得し、分析装置１０の精度を管理する。関連装置は、ＣＲＭ（Customer Relationship Management）装置１３であってもよいし、ＥＲＰ（Enterprise Resource Planning）装置１４であってもよい。ＣＲＭ装置１３は、ユーザＩＤと、検査室等の施設情報と、装置１０，１１，１２の情報と、のマッチングを実施し、検査室等の施設から受信するエラー情報やＴＡＴを生成するためのタイムスタンプなどを構成する。ＥＲＰ装置１４は、例えば、オーダーマネジメントなど、試薬の自動発注アプリケーションを搭載した場合、試薬の発注情報と施設情報とをマッチングさせ、商品の発送手続き進捗、出荷番号、請求書(Invoice)情報を生成する。ＥＲＰ装置１４からの情報は、例えば、ダッシュボード上に表記されている試薬名など発注済み商品に情報を追加するために利用される。ＣＲＭ装置１３及びＥＲＰ装置１４は、ユーザ用のＩＴシステムであるが、一般に、ユーザ側の検査室ではなく、システム提供者側に設定される。

分析装置１０及び関連装置１１，１２，１３，１４は、管理システム１００によって収集される情報の情報源１となる。収集される情報は、例えば、検査室の稼働状況又は分析装置の稼働状況に関する情報である。収集された情報は、管理情報の生成に用いられる。本実施形態では、分析装置１０及び関連装置１１，１２，１３，１４を含む複数の情報源１から収集された情報から算出された指標を、ダッシュボード５００ａという一つの表示領域に一元的に表示する。したがって、ユーザは、複数の装置１０，１１，１２，１３，１４からの情報に基づく検査室全体の状況を、１つの表示領域５００ａの参照により容易に把握することができる。

前述の端末６は、システム１００のユーザによって操作される。ユーザは、検査室の管理者が主に想定されるが、管理者に限らず、検査室内の検査技師、システム１００を提供する製造業者の担当者等、検査室の状況を把握する必要のある者であればよい。管理者は、１又は複数の検査室を管理する。管理者の役割は、管理者毎に異なる。管理者には、例えば、１つの医療施設の検査室だけを管理する者がいる一方、複数の医療施設の検査室を管理する者もいる。また、管理者によって、担当する地理的範囲が異なることがある。さらに、同じ検査室を管理する場合であっても、例えば、検査室の包括的な管理に責任を持つ者と、検査だけに責任を持つ者とがいる場合がある。このように、管理者の役割は多様である。Ｗｅｂサーバ５は、管理者の役割に応じた管理情報を生成し、端末６に表示させる。

管理システム１００は、通信サーバ２を備えている。通信サーバ２は、情報源１が管理システム１００にアクセスするゲートウェイとなるサーバである。通信サーバ２は、情報源１から送信された情報を、サーバ３に転送する。

管理システム１００は、データベースサーバ３を備えている。サーバ３は、情報源１から収集した情報を統一のフォーマットに統合し、収集データ３０ａとして、データベース３０に格納する。情報源１を構成する装置１０，１１，１２，１３，１４が送信する情報のフォーマットが異なっていても、それらの情報は、サーバ３によって統一のフォーマットの収集データ３０ａに変換される。例えば、ＬＩＳから収集した検体採取時間、ＳｙｓｍｅｘＷＡＭ（商標）から収集した前処理工程の時間、後述の分析装置１０から収集した検体分析時間及び再測定時間は、それぞれフォーマットが異なるが、サーバ３によって統一のフォーマットに統合され、データベース３０に格納される。

管理システム１００は、アプリケーションデータベースサーバ４を備えている。サーバ４は、データベース３０に格納された収集データ３０ａを、Ｗｅｂサーバ５が端末６に提供する指標に適した形式の収集データ４０ａに変換する。変換された収集データ４０ａは、アプリケーションデータベース４０に格納される。例えば、サーバ４は、ある検査室における検体採取時間、前処理工程の時間、検体分析時間、再測定時間などの収集データ３０ａから、その検査室におけるＴＡＴを算出する。データベース４０は、装置１０，１１，１２，１３，１４が設置されたエリアを示す地理的情報４０ｂも有している。Ｗｅｂサーバ５は、データベース４０に格納された収集データ４０ａに基づいて、検査室の管理のための指標を含む管理情報を生成する。Ｗｅｂサーバ５は、必要に応じて、地理的情報４０ｂも用いて、指標の値を算出する。

図３に示すように、Ｗｅｂサーバ５は、通信部５０及び制御部５１を備えている。Ｗｅｂサーバ５は、メモリ及びプロセッサを有するコンピュータによって構成される。他のサーバ２，３，４も同様である。Ｗｅｂサーバ５のプロセッサは、メモリに格納されたコンピュータプログラムを実行し、通信部５０及び制御部５１としての機能を発揮する。

通信部５０は、インターネット等のコンピュータネットワークを介して、１又は複数の端末６と通信を行う。通信部５０は、例えば、ＨＴＴＰなどの通信プロトコルによって端末６と通信する。制御部５１は、通信部５０を介して、端末６の表示を制御する。

制御部５１は、アプリケーション管理部５２を備える。管理部５２は、複数のアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄを有し、これらのアプリケーションの実行を管理する。アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、収集データ４０ａに基づいて、指標を算出する。管理部５２は、アプリケーション構成も管理する。管理部５２は、ユーザに応じて、端末６に表示されるアプリケーションを異ならせることができる。これにより、管理部５２は、ユーザ毎に、表示される指標を異ならせることができる。管理部５２は、アプリケーション管理のためアプリケーション管理情報５２ａを有する。

制御部５１は、ユーザ設定管理部５４を備える。管理部５４は、端末６に表示される内容をユーザである管理者毎に設定する。管理部５４は、表示内容が管理者毎に設定された設定情報５４ａを有する。管理部５４は、設定情報５４ａの新規作成及び更新を、システム１００のユーザである管理者から受け付けることができる。

図４に示すように、データベースサーバ３は、通信部３１と、データ統合部３２と、データベースアクセス部３３と、を備える。通信部３１は、アプリケーションデータベースサーバ４及び通信サーバ２と通信する。データ統合部３２は、通信サーバ２を介して、各種の情報源１から収集した情報を、サーバ４がアクセス可能なフォーマットのデータに統合する。統合された収集データ３０ａは、データベースアクセス部３３を介して、データベース３０に格納される。

図５に示すように、アプリケーションデータベースサーバ４は、通信部４１と、アプリケーションデータ管理部４２と、データベースアクセス部４３と、を備える。通信部４１は、データベースサーバ３及びＷｅｂサーバ５と通信する。アプリケーションデータ管理部４２は、データベース３０に格納された収集データ３０ａを、Ｗｅｂサーバ５における各アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄでの利用に適した形式に変換する。変換された収集データ４０ａは、データベースアクセス部４３を介して、データベース４０に格納される。

図６に示すように、端末６は、通信部６１と、Ｗｅｂブラウザ６２と、を備えている。端末６は、メモリ及びプロセッサを有するコンピュータによって構成される。端末６は、例えば、ＰＣ、タブレット、又はスマートフォンである。端末６は、タブレット等のモバイルコンピュータであるのが好ましい。端末６は、表示装置として、タッチパネルを有しているのが好ましい。端末６のプロセッサは、メモリに格納されたコンピュータプログラムを実行し、通信部６１及びＷｅｂブラウザ６２としての機能を発揮する。

通信部６１は、Ｗｅｂサーバ５と通信する。端末６は、Ｗｅｂブラウザ６２によって、Ｗｅｂサーバ５からアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄによって提供される管理情報を受信する。端末６は、Ｗｅｂアクセスによって、サーバ５にアクセス可能なので、ロケーションフリーでサーバ５にアクセスできる。

図７～図１０は、データベース３０に格納される収集データ３０ａの例を示している。収集データ３０ａは、情報源１の種別毎（装置ＩＤ毎）にデータベース３０に格納される。図７に示す収集データ３０ａは検体を分析する分析装置１０から収集されたデータの例である。図７の例では、収集データ３０ａは、情報源１である分析装置１０のＩＤ毎に格納される。図７は、装置ＩＤがＡ及びＢである分析装置１０から収集された収集データ３０ａを示している。各装置１０から収集データ３０ａに含まれるデータ種別には、例えば、消耗品残量、検査時間、装置稼働時間、処理検体数、メンテナンス時間、メンテナンス回数、メンテナンス履歴、エラー回数、エラーによるダウンタイム、エラー履歴、再測定数、陽性率、確定率などが含まれる。

図８は、収集データ３０ａの他の例である。収集データ３０ａは、図８の例に示すように、時系列のログとして格納されてもよい。例えば、各データは、当該データが収集された時刻を示すタイムスタンプと対応付けられて、データベース３０に格納される。例えば、所定の分析装置１０（分析装置ＩＤ：Ａ）による検体処理数は、１時間毎に収集され、収集された時刻に対応するタイムスタンプと、当該時刻における処理検体数がデータベース３０に格納される。この例の場合、処理検体数の値は、時間経過とともに増加する。収集データ３０ａは、データ種別として、処理検体数以外に、例えば、エラー回数、エラーによるダウンタイム、陽性率を含むことができる。

図９は、収集データ３０ａの他の例である。収集データ３０ａは、図９の例のように、階層的なデータであってもよい。階層的なデータとは、あるデータ種別が所定の観点で細分化されたデータである。図９の例では、「処理検体数」及び「再測定数」というデータ種別それぞれが、各検体が検査された検査項目（例えば、ＨＧｂ－ＡＧ，ＨＣＶ）に細分化されている。

図１０は、収集データ３０ａの他の例である。図１０の例は、階層的な収集データ３０ａの他の例である。図１０の例では、分析装置１０の異常に関連するデータ種別（「再測定数」、「再測定率」等）が、異常の要因に細分化されている。

図１１及び図１２は、アプリケーションデータベースサーバ４による、収集データ３０ａから収集データ４０ａへの変換を示している。図１１の例では、アプリケーションデータ管理部４２は、収集データ３０ａに格納されたタイムスタンプに基づいて、所定のデータ種別についてのデータを、日、月、年それぞれの単位で集計し、集計されたデータを、収集データ４０ａとして、データベース４０に格納する。サーバ４による変換によって、収集データ４０ａは、指標としての表示に適した形式（例えば、日毎の検体処理数、月毎の検体処理数、年毎の検体処理数）となる。サーバ４による変換によって、データ種別に対応した指標を表示するアプリケーションは、指標を、「日」、「月」、「年」の単位で切り替えて表示可能となる。

図１２の例では、アプリケーションデータ管理部４２は、収集データ３０ａにおける複数種類のデータ種別から、アプリケーションが表示する指標に対応するデータを算出する。図１２の例では、装置ＩＤ：Ａの分析装置１０の「装置稼働時間」と「エラーによるダウンタイム」とから、分析装置１０の可用率（稼働率）（availability rate）が算出される。可用率は、装置稼働時間を、装置稼働時間とエラーによるダウンタイムとの和で割ることで算出される。また、「検体処理数」と「再測定数」とから、分析装置１０の再測定率が算出される。再測定率は、再測定数を検体処理数で割ることで算出される。

アプリケーションデータ管理部４２によって変換されたデータは、装置１０，１１，１２，１３，１４毎（装置ＩＤ毎）の収集データ４０ａとしてデータベース４０に格納される。

図１３及び図１４は、データベース４０に格納された地理的情報４０ｂを示している。地理的情報４０ｂは、情報源１となる装置１０，１１，１２，１３，１４が設置されたエリアを示している。地理的情報４０ｂは、各装置１０，１１，１２，１３，１４がどのエリアに設置されたものであるかをアプリケーションが識別するために用いられる。

地理的情報４０ｂは、例えば、エリアを階層的に管理する。地理的情報４０ｂは、例えば、広い順に、エリア（１）、エリア（２）、エリア（３）、エリア（４）の４階層でエリアを管理する。図１３において、エリア（１）は日本を示し、エリア（２）は関東、近畿、東海北陸、北海道、東北などの地方を示し、エリア（３）は都道府県を示し、エリア（４）は検査室を示す。図１４において、エリア（１）はアメリカ合衆国を示し、エリア（２）は州を示し、エリア（３）は市を示し、エリア（４）は検査室を示す。

［２．データ収集と管理情報の生成］

情報源１からの情報収集は、例えば、図１５に示す手順に従って行われる。ステップＳ１０１において、情報源１を構成する各装置１０，１１，１２，１３，１４は、定期的に、検査室の稼働状況又は分析装置の稼働状況に関する情報等を、通信サーバ２へ送信する。

ステップＳ１０２において、通信サーバ２は、情報源１から受信した情報を、データベースサーバ３に転送する。ステップＳ１０３において、サーバ３は、転送された情報に対するフォーファット統合を行い、フォーマット統合されたデータを、各地に設置された装置毎の収集データ３０ａとして、データベース３０に格納する。

ステップＳ１０４において、アプリケーションデータベースサーバ４は、定期的にデータベース３０にアクセスする。サーバ４は、データベース３０に格納された収集データ３０ａから変換した収集データ４０ａを生成する。サーバ４は、生成された収集データ４０ａによって、データベース４０を更新する。ステップＳ１０５において、Ｗｅｂサーバ５は、情報源１から収集された情報に基づく収集データ４０ａを集中管理するデータベース４０に定期的にアクセスし、データベース４０を参照する。サーバ４は、Ｗｅｂサーバ５からアクセスがあると、データベース４０の更新内容である収集データ４０ａをＷｅｂサーバ５へ送信する。Ｗｅｂサーバ５の各アプリケーション５０１ａ，５０１ｂ，５０１ｂ，５０１ｃ，５０１ｄは、データベース４０から送信された収集データ４０ａに基づいて、検査室管理のための指標等を計算する。

ステップＳ１１１に示すように、検査室の管理者は、必要なときに、端末６を操作し、Ｗｅｂサーバ５へアクセスし、ログインすることができる。ステップＳ１１２において、サーバ５は、複数のアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄを含む表示画面５００（図１参照）を生成し、アクセスしてきた端末６に、管理情報の表示画面５００を表示させる。表示画面５００（ダッシュボード５００ａ）において、アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、収集データ４０ａに基づいて算出した指標の値を表示する。ステップＳ１１３において、アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、検査室の状況の変化に応じて、データベース４０の内容が更新されると、それに応じて、表示画面５００に表示される指標の少なくとも一つに対応する端末６の表示（指標値など）を自動的に更新する。

図１６Ａ及び図１６Ｂは、サーバ５がアクセスを受け付けた端末６への表示制御の手順を示している。サーバ５は、ステップＳ２０１において端末６からのアクセス要求を受信する。アクセス要求には、管理者のユーザＩＤ及びパスワード等の認証情報が含まれる。サーバ５は、認証情報に基づいて、ユーザである管理者の認証を行い、認証に成功すれば、管理者のログインを許可する。

アクセス要求には、端末６が、インターネット接続のために経由したネットワーク機器（アクセス元）のＩＰアドレスが含まれていてもよい。ＩＰアドレスは、端末６の位置に関する情報となる。ＩＰアドレスによって、端末６の位置を把握することができる。端末６の位置に関する情報は、例えば、管理者端末６が、検査室又は管理者の職場のＬＡＮ経由でＷｅｂサーバ５に接続した場合と、管理者の外出時に公衆無線ＬＡＮ又は移動体通信網経由でＷｅｂサーバ５に接続した場合と、をＷｅｂサーバ５にて区別することができる。

制御部５１は、アクセス要求に基づくユーザログインがあると、ステップＳ２０２において、アクセス要求を発行した管理者のユーザ設定情報５４ａを確認する。制御部５１は、設定情報５４ａ（図３参照）に基づき、ユーザである管理者に提供されるアプリケーションを選択する。アプリケーションの選択は、アプリケーションによって表示される指標の選択でもある。ステップＳ２０３において、制御部５１は、アクセス要求に含まれるアクセス元のＩＰアドレスを確認する。

ステップＳ２０４において、制御部５１は、設定情報５４ａに基づいて選択したアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄをダッシュボード５００ａ内に配置した表示画面５００（図１参照）を生成し、ログイン中のユーザの端末６に表示させる。アイコン状に表示されたアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、指標の値を、数値で表示する。アイコン状に表示されたアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、指標の値をグラフで表示してもよい。表示画面５００は、アクセス元ＩＰアドレス（端末の位置に関する情報）に応じて、指標等の表示態様を決定し、決定された表示態様で表示されるが、この点については後述する。

表示されたアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄに対して、クリック又はタップなどのユーザ操作が行われると、表示領域５００ａの表示内容が切り替えられる。例えば、ステップＳ２０５において、図１のダッシュボード５００ａ内で、クリック又はタップなどのユーザ操作が検知されたものとする。この場合、図１６ＢのステップＳ２０７において、ユーザ操作が、他のアプリケーションへのリンクが設定された領域に対するものか否かが判定される。操作が他のアプリケーションへのリンクが設定された領域に対するものである場合、リンク先のアプリケーション５００が、端末６の表示領域５００ａに表示される。また、ステップＳ２０９において、ユーザ操作が、表示階層が設定された領域に対するものか否かが判定される。表示階層があれば、表示領域５００には、設定された表示階層が表示される。他のアプリケーション及び表示階層の表示については後述する。また、ステップＳ２０６において、ログオフ操作が行われると、処理は終了する。

図１７Ａ，図１７Ｂ，図１７Ｃ，図１７Ｄは、設定情報５４ａの例を示している。図１７Ａの例では、設定情報５４ａは、ユーザと、ユーザに対応付けられた１又は複数のアプリケーションと、各アプリケーションに対応付けられた表示設定と、を含む。図１７Ａの例では、例えば、ユーザＩＤ：ａ００１のユーザには、アプリケーションＩＤが「Ａ１」，「Ａ２」，「Ａ３」であるアプリケーションを含む複数のアプリケーションが対応付けられている。設定情報５４ａにおいて、ユーザに対応付けられたアプリケーションは、そのユーザのためのダッシュボード５００ａに表示される。例えば、図１のダッシュボード５００ａでは、４つのアプリケーション（ウィジェット）５０１ａ，５０１ｂ，５０１ｃ，５０１ｄが表示されている。これらのアプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、設定情報５４ａにおいて、図１のダッシュボード５００ａが提供されるユーザに対応付けられたものである。

図１７Ａにおける表示設定は、各アプリケーションが、ダッシュボード５００ａ内で表示される際における表示位置、サイズなどの表示設定情報を含む。表示設定情報は、アクセス元ＩＰアドレスに応じた表示態様に関する情報を含んでも良い。制御部５１は、設定情報５４ａにおいてユーザに対応付けられたアプリケーションを、設定情報５４ａにおいてアプリケーションに対応付けられた表示設定に応じて表示するダッシュボード５００ａを生成する。

制御部５１は、端末６の画面サイズを示す情報を端末６から取得し、端末６の画面サイズに応じて、端末６に表示する各々のアプリケーション（指標）の配置と、アプリケーションに含まれる各々の指標の表示サイズを自動的に調整してもよい。図１７Ａに示す設定情報５４ａは、ユーザが、例えば、検査室の管理者であるか、検査技師であるか、システム提供側の担当者であるかのユーザ種別を示す情報を含んでも良い。ユーザ種別は、ユーザの選択によりユーザが自由に設定できる。制御部５１は、ユーザ種別に応じて、端末５に表示される画面の内容を異ならせることができる。

図１７Ａの設定情報５４ａは、ユーザ毎に設定されたＩＰアドレスを有する。ＩＰアドレスは、表示に制限のないアクセス元ＩＰアドレス（非制限ＩＰアドレス）を示す。設定情報５４ａにおける非制限ＩＰアドレスとしては、ユーザである管理者が管理する検査室又は管理者の職場におけるネットワーク機器のＩＰアドレスが設定される。

図１７Ｂの例では、設定情報５４ａは、ユーザの役割と、ユーザの役割に対応付けられた１又は複数のアプリケーションと、各アプリケーションに対応付けられた表示設定と、を含む。図１７Ｂの設定情報５４ａも、ユーザ毎のＩＰアドレスを含むことができる。図１７Ｂの設定情報５４ａは、個別ユーザの情報は有しておらず、ユーザの役割毎に、アプリケーション及び表示設定が対応付けられている。ユーザの役割は、例えば、「マルチサイト管理」「シングルサイト管理」及び「検査室運用」である。図１７Ｂの設定情報５４ａは、図１７Ｃの設定情報５４ａとともに用いられる。図１７Ｃの設定情報５４ａは、ユーザ毎に、ユーザの役割が設定されたものである。

図１７Ａの設定情報５４ａは、ユーザ毎に、表示されるアプリケーション及び表示設定を細かくカスタマイズする場合に適している。一方、図１７Ｂ及び図１７Ｃの設定情報５４ａは、ユーザ毎にユーザの役割を設定するだけで、役割に応じた適切なアプリケーション及び表示設定をしたい場合に適している。例えば、新規ユーザが、管理システム１００を使用開始した場合においては、図１７Ｃの設定情報５４ａのように、ユーザは、ユーザの役割を設定するだけで、図１７Ａのような詳細な設定をしなくてもよい。制御部５１は、設定された役割に基づいて、図１７Ｂの設定情報５４ａを参照し、表示されるアプリケーション及び表示設定を把握することができる。図１７Ａの設定情報５４ａは、ユーザが、自身の好みに応じて表示される指標を設定した場合には、その設定内容は、図１７Ａに示すような設定情報５４ａとして登録される。

ダッシュボード５００ａ内に表示された各アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄが算出する指標の値は、ユーザが担当する装置１０，１１，１２，１３，１４についての収集データ４０ａから算出される。図１８は、ユーザと、各ユーザが担当するエリア及び装置に対応付けたユーザ設定情報５４ａを示している。

図１８の設定情報５４ａにおいて、エリアは階層的に管理される。図１８の設定情報５４ａによって、アプリケーションは、ユーザが担当するエリア及び分析装置を把握して、ユーザ毎の指標値を算出することができる。

アプリケーションは、上記の設定情報５４ａに基づき、ユーザが管理を担当する装置１０，１１，１２，１３，１４についての収集データ４０ａに基づいて、指標を算出する。例えば、ユーザが複数の検査室の管理を担当していれば、ユーザが担当する複数の検査室の装置１０，１１，１２，１３からの収集データ４０ａから指標が算出される。また、ユーザが一の検査室だけの管理を担当していれば、その一の検査室の装置１０，１１，１２，１３からの収集データ４０ａから指標が算出される。また、ある管理者が、日本の関東地方を担当していれば、関東地方の検査室からの収集データ４０ａから指標が算出され、他の管理者が、米国を担当していれば、米国の検査室からの収集データ４０ａから指標が算出される。

前述のステップＳ２０４において、各アプリケーション５０１ａ，５０１ｂ，５０１ｃ，５０１ｄは、算出された指標を、図１のように端末６のダッシュボード５００ａ内に表示させる。なお、図１に示すダッシュボード５００ａは、マルチサイトの管理者用であるため、マルチサイトからの収集データ４０ａから算出された指標が表示されている。

図１９は、図１のアプリケーション５０１ｃを示している。このアプリケーション５０１ｃは、Validationに関する指標を表示するアプリケーションであり、「再測定率」５０２ａ、「確定率」５０２ｂ、「陽性率」５０２ｃ、「エラー率」５０２ｄの４つの指標を表示することができる。これらの４つの指標値は、ユーザが担当するマルチサイトからの収集データ４０ａから算出された値である。これらの４つの指標は、分析装置による検体の分析状況を示す指標である。また、再測定率５０２ａ等は、分析装置における異常の発生状況を示す指標でもある。

図１９に示すようなアプリケーションは、制御部５１のアプリケーション管理部５２において、アプリケーション毎に設定されたアプリケーション管理情報５２ａに基づいて管理される。図１９のアプリケーション５０１ｃは、アプリケーションＩＤが「Ａ１」であるものとすると、図１９のアプリケーション５０１ｃのアプリケーション管理情報５２ａは、例えば、図２０に示す構造を有する。なお、他のアプリケーション５０１ａ，５０１ｂ，５０１ｄも、管理情報５２ａによって管理される。

図２０に示す管理情報５２ａは、アプリケーション５０１ｃが表示する指標と、リンク先と、表示階層と、を有する。表示する指標は、アプリケーション５０１ｃがダッシュボード５００ａ内で表示する指標である。図２０では、表示する指標として、「再測定率」５０２ａ、「確定率」５０２ｂ、「陽性率」５０２ｃ、「エラー率」５０２ｄの４つの指標が設定されている。

図２０に示すリンク先は、アプリケーション５０１ｃ又はアプリケーション５０１ｃ内で表示されている指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄに関連付けられた他のアプリケーションを示す。図２０に示す表示階層は、Ｎｕｌｌが設定されている。表示階層については後述する。

ダッシュボード５００ａ内に表示された指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄがクリック又はタップ等のユーザ操作によって選択されると、制御部５１は、図１に示すダッシュボードに替えて、図２１に示すように、リンク先で設定されたアプリケーションを、表示領域５００ａに表示させる。

ここで、図２０では、全ての指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄに、アプリケーションＩＤが「Ｂ１」であるアプリケーションがリンク先として設定されている。したがって、図１９のアプリケーション５０１ｃ内のどの指標を選択しても、図２１に示すように、アプリケーションＩＤが「Ｂ１」であるアプリケーションが、表示領域５００ａに表示される。ここでは、アプリケーション５０１ｃを選択すると、図２１の画面に切り替わるため、アプリケーション５０１ｃの選択は、複数の指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ全てが選択されたものとみなすこともできる。

図２０では、アプリケーション５０１ｃ内の全ての指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄに対して、リンク先として同じアプリケーション（Ｂ１）が設定されているが、指標毎に異なるリンク先を設定してもよい。指標毎に異なるリンク先が設定されている場合、どの指標を選択するかによって、表示領域５００ａに表示されるアプリケーションが異なる。

図２１に示すアプリケーション（ＩＤ：Ｂ１）は、検査室のOperation Statusに関するアプリケーションである。図２１に示すアプリケーションは、検査室管理のための指標として、「検体数」５０２ｅ，「再測定数」５０２ｆ，「再測定率」５０２ａ，「陽性率」５０２ｃ，「確定率」５０２ｂ，「エラー」５０２ｄ，「コスト」５０２ｇ，「System Availability」５０２ｈを表示する。これらの指標には、図１９のアプリケーション５０１ｃで表示されていた指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄと、指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄに関連する他の指標（関連指標）５０２ｅ，５０２ｆ，５０２ｇ，５０２ｈと、が含まれている。このように、図２１に示すアプリケーション（ＩＤ：Ｂ１）は、ダッシュボード５００ａにおいて選択された指標と、関連指標と、を表示する。関連指標は、ダッシュボード５００ａにおいて選択された指標とは異なる指標であるが、関連指標の表示により、管理者は、より多くの指標についての情報が得られる。例えば、図２１の「埼玉」の行では、再測定数５０２ｆ及び再測定率５０２ａの２つの指標の値が悪化しているが、System Availability５０２ｈは、９２％であり、高い状態が維持されている。したがって、図２１の画面を参照したユーザは、分析装置は異常ではないが、再測定が多くなっていることを把握できる。さらに、ユーザは、装置が異常でないのに再測定が多くなっているという事実から、再測定の要因が、分析装置状態の悪化ではなく、検体の異常又は試薬の異常であることを推測することできる。

図２１に示すアプリケーション（ＩＤ：Ｂ１）は、指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｅ，５０２ｆ，５０２ｇ，５０２ｈを、複数の分類に区分して、表示画面５００ａに表示させる。図２１では、複数の分類は、ユーザの担当する地域に応じた分類である。図２１において、各指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｅ，５０２ｆ，５０２ｇ，５０２ｈの値は、北海道、東北、埼玉、東京、東海北陸、近畿、中四国、九州という地域に応じた分類５０３に区分して表示される。分類５０３は、例えば、図１８に示すユーザ設定情報５４ａにおけるユーザの担当エリアとして設定されている地域を参照して決定される。ユーザの担当エリアは、設定情報５４ａとして設定可能であるため、分類５０３は、ユーザ毎の設定が可能である。例えば、米国が担当エリアであるユーザの場合には、米国の各州又は各市に応じた分類に区分して、指標が表示される。

ここで、図１，１９，及び２１の画面を利用する管理者の管理担当エリアは、日本であるとすると、図１及び図１９に示すアプリケーション５０１ｃでは指標値は、日本という第一の地域に含まれる多数の検査室の状況を総合した指標値として表示される。したがって、管理者は、図１に示すダッシュボードの参照によって、管理担当エリア全体での状況を把握できる。

一方、図２１に示すアプリケーション（ＩＤ：Ｂ１）では、ダッシュボード５００ａにおいて選択された指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄを含む指標それぞれが、日本に含まれる複数の第二の地域（北海道など）に応じた分類５０３に区分して表示される。各地域に対応した各指標の値は、対応する各地域に設置された装置１０，１１，１２，１３，１４から算出される。したがって、管理者は、図２１に示すアプリケーションの参照によって、管理担当エリアを細分化した地域毎の指標を把握することができる。地域毎に区分した表示は、ダッシュボード５００ａにおいて選択された指標だけでなく、関連指標についても行われるため、管理者は、検査室のより詳細な状況を把握できる。

例えば、管理者は、図１に示すダッシュボードのアプリケーション５０１ｃを参照することによって、管理担当エリア全体での再測定率５０１ａ及びエラー率５０２ｄが悪化していることを把握できる。その場合、管理者は、アプリケーション５０１ｃをクリック又はタップ等で選択し、図２１に示すアプリケーション（ＩＤ：Ｂ１）を表示させることで、再測定率５０２ａの悪化は、特に「埼玉」及び「東京」で生じており、エラー率５０２ｄの悪化は、特に「東京」「東海北陸」で生じていることを把握できる。したがって、管理者がこれらの地域に対する対処のための適切な行動をとることが容易となる。

なお、図１に示すダッシュボードの他のアプリケーション５０１ａ，５０１ｂ，５０１ｃ又はプリケーション５０１ａ，５０１ｂ，５０１ｃ内の指標を選択すると、選択されたアプリケーション又は指標のリンク先であるアプリケーションが表示領域５００ａに表示される。

図２１に示すアプリケーション（ＩＤ：Ｂ１）は、アプリケーション管理部５２にて、図２２に示すアプリケーション管理情報５２ａによって管理されている。図２２に示す管理情報５２ａは、図２１に示すアプリケーション（ＩＤ：Ｂ１）が表示する指標と、リンク先と、表示階層と、を有する。表示する指標は、図２１に示すアプリケーションが表示領域５００ａ内で表示する指標である。図２２では、表示する指標として、「再測定率」「再測定数」、「確定率」、「陽性率」、「エラー率」、「処理検体数」「コスト」「システム可用性」の８つの指標が設定されている。

図２２に示すリンク先としては、Ｎｕｌｌが設定されている。つまり、図２１に示すアプリケーション（ＩＤ：Ｂ１）に対応付けられたアプリケーションはない。したがって、図２１に示す表示領域５００ａ内で選択操作を行っても、表示領域５００ａが他のアプリケーションに切り替えられることはない。なお、表示領域５００ａの表示切替は、表示領域５００ｂ，５００ｃの操作によって行える。

図２２に示す表示階層としては、「再測定率」及び「再測定率」の２つの指標には、それぞれ、第１階層及び第２階層が割り当てられている。他の指標である「確定率」「陽性率」「エラー率」「処理検体数」「コスト」「システム可用性」には、第１階層だけが割り当てられている。

表示階層は、指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｆ，５０２ｇ，５０２ｈを、図２１のような通常の表示態様よりも更に詳細に分類して表示するための階層である。第１階層では、図２３に示すように、分析装置１０で実行された複数の検査項目に応じた分類が設定されている。第２階層では、図２４に示すように、分析装置１０における異常の要因に応じた分類が設定されている。

実施形態において、表示階層は、図２１に示す地域に応じた分類５０３のいずれかが、ユーザ操作により選択されたときに、選択された地域における各指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｅ，５０２ｆ，５０２ｇ，５０２ｈを、所定の分類（検査項目に応じた分類又は異常の要因に応じた分類）に区分して表示するために用いられる。

例えば、図２１において、「北海道」の行を選択するユーザ操作が行われると、図２１に示すアプリケーション（ＩＤ：Ｂ１）は、図２５に示すように、北海道における各指標値の表示を維持するとともに、北海道における各指標の値を、検査項目に応じた分類５０５に区分して表示する。図２５は、図２３に示す第１階層に基づく表示である。なお、本実施形態では、初期設定として、検査項目に応じた分類で表示される第１階層が選択されるものとする。なお、第１階層は、図２５に示すように、表示領域５００ａ中の「項目別」ボタン５０４を選択操作することによっても表示可能である。

アプリケーション（ＩＤ：Ｂ１）は、各指標の値５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｆ，５０２ｇ，５０２ｈを、図２３で設定された検査項目毎に算出する。図２５において、検査項目には、「ＴＰ」、「ＨＢｓ－Ａｇ」、「ＨＢｓ－Ａｂ」、「ＨＣＶ」、「ＨＴＬＶ」、「ＨＩＶ」、「Ｂ１９」を含む。管理者は、図２５の画面を参照することで、分析装置の稼働状況を示す指標５０２ａ，５０２ｂ，５０２ｃ，５０２ｄ，５０２ｆ，５０２ｇ，５０２ｈを、検査項目毎に把握できる。

図２６に示すように、表示領域５００ａ中の「要因別」ボタン５０６を選択操作することによって、第２階層による表示が行われる。第２階層は、指標５０２ｆ，５０２ａに対して割り当てられているため、「要因別」ボタン５０６が選択されると、北海道における指標５０２ｆ，５０２ａの値を、以上の要因に応じた分類５０７に区分して表示する。

アプリケーション（ＩＤ：Ｂ１）は、各指標５０２ｆ，５０２ａの値を、図２４で設定された異常の要因毎に算出する。図２６において、異常の要因は、「試薬・消耗品」、「装置エラー」、「測定エラー」、「パニック値」を含む。管理者は、図２６の画面を参照することで、分析装置における異常の発生状況を示す指標５０２ｆ，５０２ａを、異常の要因毎に把握できる。

図２７は、ダッシュボード５００ａに表示されているアプリケーション５０１ｃとは別のアプリケーションを選択した場合に、表示領域５００ａに表示されるアプリケーションの例を示している。ダッシュボード５００ａに表示されているアプリケーションが、ユーザ担当エリアの全分析装置についてのAnalyzer conditionに関するもので、System Availability, Workload Analysis, Maintenanceの３つの指標を表示するものであるとする。このアプリケーション（３つの指標）がユーザ操作によって選択されると、図２７に示すように、表示領域５００ａに、選択されたアプリケーションに対してリンク先として設定されたアプリケーションによって、System Availability, Workload Analysis, Maintenance, Errorという４つの指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐが表示される。

図２７に示すアプリケーションは、ダッシュボード５００ａにおいて選択された３つの指標を含む４つの指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐそれぞれが、管理者の担当エリアである日本に含まれる複数の第二の地域（北海道など）に応じた分類５０３に区分して表示される。分類５０３は、例えば、図１８に示すユーザ設定情報５４ａにおけるユーザの担当エリアとして設定されている地域を参照して決定される。各地域に対応した各指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐの値は、各地域に設置された装置１０，１１，１２，１３，１４から算出される。図２７に示すアプリケーションによる表示も、図２１に示すアプリケーションによる表示と同様に、管理者が、担当エリアを細分化した地域毎の指標を把握するのに有用である。

図２７において、地域に応じた分類５０３中のいずれかの地域、又は、各地域におけるいずれかの指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐがユーザ操作によって選択されると、図２７に示すアプリケーションは、選択された地域の全ての指標、又は選択された地域における特定の指標を、選択された地域に設置された少なくとも一つの分析装置毎に区分して表示させる。少なくとも一つの分析装置毎の区分は、１つの分析装置毎の区分であってもよいし、複数の分析装置が含まれる単位（例えば、検査室）毎の区分であってもよい。

図２８は、地域に応じた分類５０３中のうち「東京」が選択された場合を示している。本実施形態では、「東京」が選択されると、東京における指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐ全てが選択されたものとなされる。図２８では、図２７における「東京」の下に、「ＬＩＮＥ－１」と「ＬＩＮＥ－２」とが追加的に表示され、「ＬＩＮＥ－１」及び「ＬＩＮＥ－２」それぞれについて、指標５０２ｍ，５０２ｎ，５０２ｏ，５０２ｐが表示される。

ここでの「ＬＩＮＥ」は、検査室又は検査室における検査の流れを示している。一つの「ＬＩＮＥ」には、少なくとも一つの分析装置が含まれる。「ＬＩＮＥ－１」及び「ＬＩＮＥ－２」は、例えば、東京にある二つの検査室を示す。「ＬＩＮＥ」は、例えば、図１８に示すユーザ設定情報５４ａにおけるユーザの担当エリアとして設定されている検査室を参照して決定される。管理者は、図２８の画面を参照することで、東京における複数の検査室それぞれにおける分析装置の状況を把握することができる。

［３．ベンチマーク表示］

制御部５１は、端末６の表示領域５００ａに、ログインしているユーザである管理者に関する指標だけでなく、他の管理者に関する指標を、ベンチマークとして表示させることができる。ここで、管理者に関する指標とは、Ｗｅｂサーバ５にログインしているユーザである管理者が管理を担当する検査室を管理するための指標である。例えば、図１，図１９、図２１、及び図２５に示す指標は、管理者に関する指標である。他の管理者とは、管理システム１００のユーザであって、Ｗｅｂサーバにログインしているユーザからみて、他のユーザである。

他の管理者に関する指標の表示によって、Ｗｅｂサーバにログインしているユーザである管理者は、自分が管理を担当していない検査室等のサイトの指標も参照できる。管理者は、自身が管理を担当していない検査室等のサイトの指標をベンチマークとして、自身が管理する検査室の状況を客観的に把握することが可能となる。

図２９は、管理者に関する指標表示領域５１１と、ベンチマーク指標表示領域５１２と、が表示領域５００ａに表示された画面を示している。図２９に示す表示領域５００ａは、ベンチマーク表示用のアプリケーションによって表示される。ベンチマーク表示用のアプリケーションは、制御部５１のアプリケーション管理部５２によって管理されるアプリケーションに含まれる。

ベンチマーク表示用のアプリケーションは、例えば、図１に示すダッシュボード内において、ウィジェットの１つとして表示される。ダッシュボードにおけるベンチマーク表示用のアプリケーションを選択するユーザ操作によって、表示領域５００ａに、領域５１１，５１２が表示される。

管理者に関する指標表示領域５１１には、Ｗｅｂサーバ５にログインしているユーザである管理者自身が管理を担当する検査室を管理するための指標が表示される。ベンチマーク指標表示領域５１２には、管理者が管理を担当していない他の検査室（サイト）の指標が表示される。図２９の領域５１２には、アメリカ合衆国における３つのサイトそれぞれにおける指標５１２ａ，５１２ｂ，５１２ｃが表示されている。

領域５１１，５１２に表示される指標は、選択タブ５１０ａ，５１０ｂ，５１０ｃ，５１０ｄをユーザ操作によって選択することで、変更可能である。各選択タブ５１０ａ，５１０ｂ，５１０ｃ，５１０ｄは、表示される指標を示している。例えば、図２９では、Re-run Ratio（再測定率）５１０ａが選択されているため、領域５１１，５１２には、再測定率に関する指標が表示されている。図２９では、再測定率を検査項目（ＣＢＣ，ＤＩＦＦなど）で細分化した指標として表示されている。例えば、領域５１１では、管理者自身が管理するサイトにおける検査項目ＣＢＣの再測定率が６％であり、検査項目ＤＩＦＦの再測定率が１６％であることが表示されている。一方、領域５１２では、ＳｉｔｅＡにおける検査項目ＣＢＣの再測定率が１０％であり、検査項目ＤＩＦＦの再測定率が２４％であることが表示されている。同様に、領域５１２では、ＳｉｔｅＢにおける検査項目ＣＢＣの再測定率が１１％であり、検査項目ＤＩＦＦの再測定率が１８％であることが表示され、ＳｉｔｅＣにおける検査項目ＣＢＣの再測定率が１２％であり、検査項目ＤＩＦＦの再測定率が２１％であることが表示されている。管理者は、領域５１１，５１２の表示を比べることで、自身の管理するサイトの状況をより客観的に把握することができる。

制御部５１は、他の管理者に関する指標５１２ａ，５１２ｂ，５１２ｃを選択するユーザ操作が行われたことに応じて、選択された指標を複数の分類に区分して端末６に表示させてもよい。例えば、制御部５１は、ＳｉｔｅＡの指標５１２ａが選択されたことに応じて、選択された指標（再測定率）を、ＳｉｔｅＡ内の複数の分析装置毎に区分して表示させることができる。

ベンチマークとなる他の管理者は、管理者に対する情報開示を許可している者であるのが好ましい。情報開示の許可は、例えば、ユーザ情報管理部５４におけるユーザ設定情報５４ａとして設定される。図３０に示すように、情報開示許可のためのユーザ設定情報５４ａは、ユーザと、第三者への開示可否と、が対応付けられている。図３０の設定情報５４ａは、例えば、ユーザＩＤ：ａ００１のユーザ及びユーザＩＤ：ｂ００１のユーザは、自身の管理するサイトの情報を第三者（他の管理者）に開示することを許可していることを示し、ユーザＩＤ：ａ００３のユーザは、自身の管理するサイトの情報を第三者（他の管理者）に開示することを拒否していることを示す。この場合、制御部５１は、図３０の設定情報５４ａを参照し、ユーザＩＤ：ａ００１のユーザ及びユーザＩＤ：ｂ００１のユーザが管理するサイトの指標は、領域５１２に表示するが、ユーザＩＤ：ａ００３のユーザが管理するサイトの指標は、領域５１２に表示しない。

情報開示のための設定情報５４ａは、図３１に示すように、第三者への開示可否に加えて、情報開示のための条件が設定されていてもよい。図３１の設定情報５４ａでは、ユーザＩＤ：ａ００１のユーザ及びユーザＩＤ：ｂ００１のユーザは、自身の管理するサイトの情報を第三者（他の管理者）に開示することを許可しているが、開示の条件として、匿名であることが付されている。この場合、制御部５１は、ユーザＩＤ：ａ００１のユーザ及びユーザＩＤ：ｂ００１のユーザが管理するサイトの指標を、ベンチマークとして領域５１２に表示する際には、具体的なサイト名（病院名など）を表示せず、図２９に示すように、ＳｉｔｅＡのようにサイト名を匿名化して表示する。匿名化は、サイト名に限られず、検査室名、分析装置の種別・シリアル番号等についてなされてもよい。

図３０，３１に示す設定情報５４ａの登録は、例えば、システム１００のユーザからの申告に基づき、システム１００の管理者によって行われる。申告は、例えば、システム１００のユーザが、システム１００の管理者に対して、第三者への情報開示を許可する旨の申告をＥメールなどで行うことによって行われる。図３０，３１に示す設定情報５４ａの登録は、システム１００のユーザが、Ｗｅｂサーバ５にログインし、情報開示申告のための所定のインターフェースへの入力によって行われても良い。

制御部５１は、管理者と他の管理者とが相互に情報開示を許可している場合に、管理に関する指標と、他の管理者に関する指標とを表示領域５００ａに表示可能であるのが好ましい。図３２は、相互に情報開示が許可されたユーザを示す設定情報５４ａの例を示している。図３２の設定情報５４ａでは、ユーザ毎に、各々のユーザが情報開示を許可する他のユーザの識別情報が記憶されている。図３２に示す設定情報５４ａでは、ユーザＩＤがａ００１であるユーザは、少なくとも、ＩＤがａ００３である他のユーザ、ＩＤがａ００４である他のユーザ、ＩＤがｂ００１である他のユーザとの間で相互に情報開示を許可していることを示す。この場合、制御部５１は、図３２に示す設定情報を参照し、ユーザＩＤがａ００３であるユーザに関する指標を領域５１１に表示する際には、領域５１２には、ユーザＩＤがａ００１であるユーザに関する指標を表示することができる。

図３２に示す設定情報５４ａの登録は、図３０，３１に示す設定情報５４ａの登録の仕方と同様である。また、図３２に示す設定情報５４ａの登録のため、システム１００の各ユーザは、システム１００を介して、他のユーザに対して、情報開示申請を通知できる。通知を受領した他のユーザが情報開示を許可した場合、申請を通知したユーザと申請を受領した他のユーザとの間の相互の情報開示が許可される。また、システム１００の管理者が、各ユーザからの申請を受けて、その申請に基づいて、招待者リストを作成し、招待者が情報開示を許可した場合、申請者と招待者との間の相互の情報開示を許可してもよい。

［４．ロケーションフリーアクセス］

前述のように、ユーザである管理者は、端末６のＷｅｂブラウザを介して、Ｗｅｂサーバ５にアクセス可能である。つまり、ユーザは、インターネットへの接続環境さえあれば、自身が属する検査室内からでなくとも、システム１００にアクセス可能である。

ユーザが検査室外の位置からシステム１００にアクセスした場合、当該ユーザが管理する検査室に関する情報（当該検査室に関する分析装置の種別・シリアル番号等）が、全く関係ない第三者に閲覧されてしまう可能性がある。

例えば、前述のベンチマーク表示用のアプリケーションは、システム１００の他のユーザに関する情報を表示する。よって、端末６のユーザが、自身が属する検査室外からシステム１００にアクセスした場合、システム１００の他のユーザに関する情報が、全く関係ない第三者に閲覧されてしまう可能性がある。

そこで、制御部５１は、端末６の位置に応じて、端末６に表示させる指標等の表示態様を決定する。表示態様の決定は、例えば、図１６ＡのステップＳ２０４において説明したように、アクセス元のＩＰアドレス（端末の位置に関する情報）に応じて決定できる。ユーザが検査室外の端末６からＷｅｂサーバ５にアクセスした場合、アクセス要求に含まれるアクセス元ＩＰアドレスは、検査室外のネットワーク機器のＩＰアドレスとなる。制御部５１は、アクセス要求に含まれるアクセス元ＩＰアドレスと、アクセスしてきたユーザの設定情報５４ａ（図１７Ａ，図１７Ｃ）の非制限ＩＰアドレスと、を比較する。設定情報５４ａにおける非制限ＩＰアドレスは、ユーザである管理者が管理する検査室又は管理者の職場におけるネットワーク機器のＩＰアドレスである。アクセス要求に含まれるアクセス元ＩＰアドレスと、アクセスしてきたユーザの設定情報５４ａ（図１７Ａ，図１７Ｃ）の非制限ＩＰアドレスとが一致すれば、検査室内からのアクセスであると判定され、不一致であれば、検査室外からのアクセスであると判定される。

端末６が検査室外からＷｅｂサーバ５にアクセスしてきた場合、制御部５１は、表示する指標に関する検査室名や当該検査室に関する分析装置の種別・シリアル番号等は匿名化して表示する。一方、端末６が検査室内からＷｅｂサーバ５にアクセスしてきた場合、制御部５１は、表示する指標に関する検査室名や当該検査室に関する分析装置の種別・シリアル番号等は匿名化せずに表示する。

なお、図２９の領域５１２に表示された指標５１２ａ，５１２ｂ，５１２ｃに含まれるサイト名は、具体的な病院名ではなく、匿名化されたものである。

［５．アセスメント進捗状況表示］

制御部５１は、端末６の表示領域５００ａに、管理者が管理する検査室に所属する検査技師のアセスメント進捗状況を表示させることができる。検査技師のアセスメント進捗状況の表示によって、管理者は、管理対象である検査技師のアセスメント進捗状況を容易に把握できる。

図３３は、管理者が管理する検査室に所属する検査技師のアセスメント進捗状況が、表示領域５００ａに表示された画面を示している。アセスメントとは、法規制等によって、検査技師に定期的な受験が義務付けられているアセスメントテストである。図３３に示す表示領域５００ａは、アセスメント進捗状況表示アプリケーションによって表示される。アセスメント進捗状況表示アプリケーションは、制御部５１のアプリケーション管理部５２によって管理されるアプリケーションに含まれる。

アセスメント進捗状況表示アプリケーションは、例えば、表示領域５００ｂ，５００ｃに表示されたメニューボタンの選択操作によって選択可能である。また、アセスメント進捗状況表示アプリケーションは、図１に示すダッシュボード内において、ウィジェットの１つとして表示されてもよい。

図３３において、アセスメント進捗状況表示アプリケーションは、管理者（図３３に示す"Jone Smith"）が管理する１又は複数の検査室に所属する３人の検査技師（"Jone Smith" , "XXX" , "YYY"）５１２それぞれのアセスメントテストの進捗状況を表示している。なお、検査技師には、管理者自身が含まれていても良い。進捗状況は、アセスメントテストにおける専門分野５２３ａ，５２３ｂ，５２３ｃ，５２３ｄ毎に表示される。図３３において、専門分野には、Hematology５２３ａ、Hemostasis５２３ｂ、Bio-Chemistry５２３ｃ、Immunology５２３ｄが含まれる。専門分野毎のテスト進捗状況は、例えば、必須の６つのテストのうち４つのテストに合格していれば、”４／６”のように示される。

アセスメント進捗状況表示アプリケーションは、マルチサイトを管理する管理者に適している。マルチサイトの管理者は、複数の検査室を管理するため、各検査室の検査技師のスキルも管理することが求められる。管理者は、図３３に示す画面を参照することで、自身が管理すべき検査技師のアセスメント進捗の状況を把握することができる。なお、端末６が、検査室外からＷｅｂサーバ５にアクセスした場合には、各検査技師の氏名といった個人情報に対応する表示は、例えば、"XXX" , "YYY"のように匿名化して表示される。

図３３の表示領域５００ａにおいて、各検査技師のアセスメント進捗を表示する行５２１が、クリック又はタップされて選択されると、その検査技師のアセスメント進捗の詳細が、図３４のように表示領域５００ａに表示される。図３３は、"Tomas Smith"の行が選択された場合の表示領域５００ａを示している。

図３４において、アセスメント進捗状況表示アプリケーションは、例えば、アセスメント項目５３０毎に、検査技師の年度別のアセスメントテストのスコア５３１を表示する。基準以上のスコアと、基準以下のスコアは、色分け等によって区別可能に表示される。また、”Report”の列に表示されたアイコンがクリック又はタップされると、当該アセスメントテストに対する詳細なレポートデータが表示される。

図３４の表示においても、端末６が、検査室外からＷｅｂサーバ５にアクセスした場合には、各検査技師の氏名といった個人情報に対応する表示は匿名化して表示される。

アセスメントテストのスコアやレポートのデータは、各検査室が人事情報管理に利用しているシステム（情報源１）から収集されてもよいし、各検査室の管理者が、Ｗｅｂサーバ５を介して、データベース４０に格納したものであってもよい。

１ 情報源
２ 通信サーバ
３ データベースサーバ
４ アプリケーションデータベースサーバ
５ Ｗｅｂサーバ
６ 端末
１０ 分析装置
１１ ＬＩＳ／ＷＡＭ
１２ 精度管理装置
１３ ＣＲＭ
１４ ＥＲＰ
３０ データベース
３１ 通信部
３２ データ統合部
３３ データベースアクセス部
３０ａ 収集データ
４０ データベース
４０ａ 収集データ
４０ｂ 地理的情報
４１ 通信部
４２ アプリケーションデータ管理部
４３ データベースアクセス部
５０ 通信部
５１ 制御部
５２ アプリケーション管理部
５２ａ アプリケーション管理情報
５３ データベースアクセス部
５４ ユーザ設定管理部
５４ａ ユーザ設定情報
６１ 通信部
６２ Ｗｅｂブラウザ
１００ 管理システム
５００ 表示画面
５００ａ 表示領域
５００ｂ 表示領域
５００ｂ 表示領域
５０１ａ アプリケーション
５０１ｂ アプリケーション
５０１ｃ アプリケーション
５０１ｄ アプリケーション

Claims (14)

1. 検体を分析する分析装置が設置された検査室の管理方法であって、
   一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装置から収集された情報の少なくとも一部を集計して得られる第１指標を統計的な数値又はグラフとして端末の画面に表示するためのデータを生成し、
   前記画面に表示された前記第１指標がユーザによって選択されたことに応じて、前記第１指標とは異なる複数の第２指標を統計的な数値又はグラフとして前記画面に表示するためのデータを生成する
   ことを含み、
   前記第２指標は、前記収集された情報の少なくとも一部を、前記第１指標とは異なる複数の集計単位ごとに集計して得られる指標である、管理方法。
2. 前記第１指標は、前記分析装置による検体の分析状況を示す指標であり、
   前記第２指標は、前記分析装置による複数の検査項目ごとの検体の分析状況を示す指標である、
   請求項１に記載の管理方法。
3. 前記第１指標は、前記分析装置における異常の発生状況を示す指標であり、
   前記第２指標は、前記分析装置における複数の要因ごとの異常の発生状況を示す指標である、
   請求項１又２に記載の管理方法。
4. 前記第１指標と前記第２指標とは、地理的な集計単位において異なる、
   請求項１から３のいずれか１項に記載の管理方法。
5. 前記第１指標は、第一の地域に含まれる複数の検査室から収集された情報を集計して得られる指標であり、
   前記第２指標は、前記第一の地域に含まれる複数の第二の地域ごとに、各地域の複数の検査室から収集された情報を集計して得られる指標である、
   請求項１から３のいずれか１項に記載の管理方法。
6. 前記第１指標は、前記第一の地域に含まれる複数の検査室から収集された情報を集計して得られる、確定率、再測定率、陽性率又はエラー率であり、
   前記第２指標は、複数の前記第二の地域ごとに、各地域の複数の検査室から収集された情報を集計して得られる確定率、再測定率、陽性率又はエラー率である、
   請求項５に記載の管理方法。
7. 前記第１指標と前記第２指標とは、時間的な集計単位において異なる、
   請求項１から６のいずれか１項に記載の管理方法。
8. 前記第１指標は、第一の集計期間内に複数の検査室から収集された情報を集計して得られる指標であり、
   前記第２指標は、複数の第二の集計期間内に複数の検査室から収集された情報を集計して得られる指標である、
   請求項７に記載の管理方法。
9. 前記端末のユーザが管理する検査室に関する第１又は第２指標と、他のユーザが管理する検査室に関する第１又は第２指標とを含む画面を表示するためのデータを生成することをさらに含む、
   請求項１から８のいずれか１項に記載の管理方法。
10. 前記端末のアドレスに応じて、第１及び第２指標の表示態様を決定することをさらに含む、
    請求項１から９のいずれか１項に記載の管理方法。
11. 前記第１指標は、
    一検体あたりのターンアラウンドタイム（ＴＡＴ）、
    分析装置の負荷状況、
    分析装置の可用性、
    分析装置の異常発生状況、及び
    分析装置の稼働状況
    からなる群から選択される、
    請求項１から１０のいずれか１項の管理方法。
12. 前記端末のユーザである管理者の管理対象の検査技師によるアセスメントテストの進捗状況を示すアセスメント進捗状況を前記端末の画面に表示するためのデータを生成することをさらに含む、
    請求項１から１１のいずれか１項に記載の管理方法。
13. 前記分析装置は、少なくとも一つの共通する検査項目について検体を分析するように構成されている、
    請求項１から１２のいずれか１項に記載の管理方法。
14. 検体を分析する分析装置が設置された検査室の管理に用いられる情報処理装置であって、
    ユーザが操作可能な端末と通信する通信部と、
    前記通信部を介して前記端末に表示させるデータを生成する制御部と、を備え、
    前記制御部は、
    一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装置から収集された情報の少なくとも一部を集計して得られる第１指標を統計的な数値又はグラフとして前記端末の画面に表示するためのデータを生成する処理と、
    前記画面に表示された前記第１指標が前記ユーザによって選択されたことに応じて、前記第１指標とは異なる複数の第２指標を統計的な数値又はグラフとして前記画面に表示するためのデータを生成する処理と、
    を実行し、
    前記第２指標は、前記収集された情報の少なくとも一部を、前記第１指標とは異なる複数の集計単位ごとに集計して得られる指標である、情報処理装置。
    

Images