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

Description

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

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

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

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

本発明の一の態様は、検体を分析する分析装置が設置された検査室の管理に用いられる
情報処理装置である。実施形態において、情報処理装置は、ユーザが操作可能な端末と通
信する通信部と、通信部を介して前記端末の表示を制御する制御部と、を備える。

制御部は、一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装
置から収集された情報に基づいて、上記一又は複数の検査室全体の状況を示す指標を含む
画面を端末に表示させる処理を実行する。このような指標が表示されるため、ユーザは一
又は複数の検査室全体の状況を容易に把握することができる。指標は、検査室全体の状況
を把握するのに有用な指標であれば足りる。指標は、複数の分析装置又は分析装置に関連
する装置についての指標であってもよいし、検査室において行われた検査の状況を示す指
標であってもよいし、検査室のスタッフに関する指標であってもよいし、検査室で用いら
れている試薬もしくはその他の物品又はソフトウェア等についての指標であってもよい。

制御部は、画面に表示された指標がユーザに選択されたことに応じて、選択された指標
を複数の分類に区分して端末に表示させる処理を実行することができる。複数の分類に区
分とは、例えば、検査室に設置された分析装置などの装置毎に区分することであってもよ
いし、検査室のパフォーマンス（ＴＡＴ等）を示す指標毎に区分することであってもよい
し、検査室の管理者が担当する複数の地域毎に区分することであってもよいし、分析装置
における検査項目毎に区分することであってもよいし、分析装置における異常の要因毎に
区分して表示することであってもよい。

選択された指標を複数の分類に区分して表示することで、ユーザは、検査室全体の状況
を把握した上で、選択した指標についてのより詳細な情報を得ることができる。したがっ
て、ユーザは、検査室管理に必要な情報を容易に入手することができ、検査室を適切な状
態に維持していくための種々の対応をとることが可能となる。

本発明の他の態様は、検体を分析する分析装置が設置された検査室の管理方法である。
管理方法は、一又は複数の検査室に設置された複数の分析装置又は分析装置に関連する装
置から収集された情報に基づいて、上記一又は複数の検査室全体の状況を示す指標を含む
画面をユーザに表示し、画面に表示された指標がユーザに選択されたことに応じて、選択
された指標を複数の分類に区分してユーザに表示することを含む。

本発明の他の態様は、コンピュータのプロセッサに上記の管理方法を実行させるための
命令を含むコンピュータプログラムである。コンピュータプログラムは、コンピュータ読
み取り可能な記録媒体に格納される。

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

［１．管理システム］

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

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

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

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

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

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

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

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

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

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

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

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

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

指標は、Workload Analysis（分析状況の負荷状況）を含むことができる。Workload An
alysisは、検体の処理能力に対する、実受付検査オーダ数である。例えば、１日あたりの
検体の処理能力が１００検体である場合において、１日あたりの実受付検査オーダ数が１
２０検体であれば、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、複数のサイト単位のAvailabili
tyを含むことができる。

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

指標は、Analyzer Conditionの更に詳細な指標として、QC Control (OK or Err)を含む
ことができる。QC Controlは、内部精度管理の指標であり、自施設で定めたQuality Cont
rol(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は、複数サイトのT
ATから算出された値（平均値など）を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (19)

1. 検体を分析する分析装置が設置された検査室の管理に用いられる情報処理装置であって、
   第１のユーザが操作可能な端末と通信する通信部と、
   前記通信部を介して前記端末の表示を制御する制御部と、を備え、
   前記制御部は、
   前記第１のユーザが管理する検査室に設置された複数の分析装置又は複数の分析装置に関連する装置から収集された情報に基づいて、前記第１のユーザが管理する検査室の状況を示す統計的な指標を作成し、前記第１のユーザと異なる第２のユーザが管理する検査室に設置された複数の分析装置又は複数の分析装置に関連する装置から収集された情報に基づいて、前記第２のユーザが管理する検査室の状況を示す統計的な指標を作成し、
   前記端末からの表示要求に応じて、前記第１のユーザが管理する検査室の状況を示す統計的な指標、及び、前記第２のユーザが管理する検査室の状況を示す統計的な指標をそれぞれ表す数値又はグラフを含む画面を前記端末に表示させる、
   情報処理装置。
2. 前記画面は、前記第１のユーザが管理する検査室の状況を示す統計的な指標を表示する第１領域と、前記第１領域と区別され、前記第２のユーザが管理する検査室の状況を示す統計的な指標を表示する第２領域とを含む、請求項１に記載の情報処理装置。
3. 前記第２領域は、前記第２のユーザが管理する検査室の位置を示すマップを表示し、前記マップ上に、前記第２のユーザが管理する検査室の状況を示す統計的な指標を表示する、請求項２に記載の情報処理装置。
4. 前記第２領域は、複数の検査室のそれぞれの状況を示す統計的な指標を表示する、請求項２又は３に記載の情報処理装置。
5. 前記第１領域は、前記指標に加えて、前記第１のユーザが管理する検査室で分析された検体数、又は、前記第１のユーザが管理する検査室における再検数を表示する、請求項２から４のいずれか１項に記載の情報処理装置。
6. 前記画面は表示される指標の種類を切り替えるための切替部を含み、
   前記制御部は、ユーザによる前記切替部の操作に応じて、前記画面に表示される指標の種類を切り替える、請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記制御部は、前記第１のユーザに対して、前記第２のユーザが管理する検査室の状況を示す統計的な指標の開示が許可されていることを示す情報に基づいて、当該指標を前記画面に表示させる、請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記制御部は、前記第１のユーザに対して、前記第２のユーザが管理する検査室の状況を示す統計的な指標の開示が許可され、且つ、前記第２のユーザに対して、前記第１のユーザが管理する検査室の状況を示す統計的な指標の開示が許可されていることを示す情報に基づいて、前記第２のユーザが管理する検査室の状況を示す統計的な指標を前記画面に表示させる、請求項７に記載の情報処理装置。
9. 前記画面内の指標は、前記検査室に設置された分析装置による検体の分析状況を示す、請求項１から８のいずれか１項に記載の情報処理装置。
10. 前記画面内の指標は、前記検査室に設置された分析装置における異常の発生状況を示す、請求項１から９のいずれか１項に記載の情報処理装置。
11. 前記制御部は、前記端末の位置に関する情報に基づいて、前記指標の表示態様を決定する、請求項１から１０のいずれか１項に記載の情報処理装置。
12. 前記制御部は、前記検査室の状況の変化に応じて、前記画面内の指標に対応する前記端末の表示を自動的に更新する、請求項１から１１のいずれか１項に記載の情報処理装置。
13. 前記制御部は、前記分析装置又は分析装置に関連する装置から収集された情報を集中管理するデータベースを参照して、前記指標を前記端末に表示させる、請求項１から１２のいずれか１項に記載の情報処理装置。
14. 前記制御部は、前記端末に表示させる前記指標を、ユーザ毎に設定可能である、請求項１から１３のいずれか１項に記載の情報処理装置。
15. 前記端末に表示させる前記指標は、ユーザによって設定可能である、請求項１４に記載の情報処理装置。
16. 前記制御部は、前記端末の画面サイズに応じて、前記端末に表示する前記指標の配置と、前記指標の表示サイズを自動的に調整可能である、請求項１から１５のいずれか１項に記載の情報処理装置。
17. 前記指標は、
    前記検査室における一検体あたりのターンアラウンドタイム（ＴＡＴ）、
    前記検査室における分析装置の負荷状況、
    前記検査室における分析装置の可用性、
    前記検査室における分析装置の異常発生状況、及び
    前記検査室における分析装置の稼働状況
    からなる群から選択される請求項１から１６のいずれか１項の情報処理装置。
18. 前記制御部は、ユーザが管理する検査技師のアセスメント進捗状況を前記端末に表示可
    能である、請求項１から１７のいずれか１項に記載の情報処理装置。
19. 検体を分析する分析装置が設置された検査室の管理方法であって、
    第１のユーザが管理する検査室に設置された複数の分析装置又は複数の分析装置に関連する装置から収集された情報に基づいて、前記第１のユーザが管理する検査室の状況を示す統計的な指標を作成し、前記第１のユーザと異なる第２のユーザが管理する検査室に設置された複数の分析装置又は複数の分析装置に関連する装置から収集された情報に基づいて、前記第２のユーザが管理する検査室の状況を示す統計的な指標を作成し、
    前記端末からの表示要求に応じて、前記第１のユーザが管理する検査室の状況を示す統計的な指標、及び、前記第２のユーザが管理する検査室の状況を示す統計的な指標をそれぞれ表す数値又はグラフを含む画面を、前記第１ユーザが操作可能な端末に表示する、
    ことを含む管理方法。

Images