管理装置、管理システム、および検体分析装置の精度管理方法
【課題】通知する必要のないトラブル情報をユーザに通知しユーザに余分な手間を取らせてしまうことおよび通知すべきトラブルの情報をユーザに通知しないことを低減した管理装置を提供する。
【解決手段】第１の施設に設置された検体分析装置と、第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続され、精度管理物質を測定することにより得られた精度管理データを検体分析装置から受信するデータ受信手段と、データ受信手段によって受信した精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、異常判定ルールにより通知が必要と判定された際の通知先として、異常判定ルール毎に検体分析装置および端末装置をそれぞれ個別に設定可能であることを特徴とする管理装置。
【解決手段】第１の施設に設置された検体分析装置と、第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続され、精度管理物質を測定することにより得られた精度管理データを検体分析装置から受信するデータ受信手段と、データ受信手段によって受信した精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、異常判定ルールにより通知が必要と判定された際の通知先として、異常判定ルール毎に検体分析装置および端末装置をそれぞれ個別に設定可能であることを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の分析装置とネットワークを介して接続される管理装置とを備える管理システム、管理装置、および情報提供方法に関する。
【背景技術】
【０００２】
複数の分析装置がネットワークを介して管理装置に接続されたリモートサポートシステムが知られている。例えば、特許文献１には、管理装置が、精度管理物質を測定することによって得られる精度管理データを複数の分析装置から収集し、分析装置毎および精度管理物質毎に集計することが記載されている。また、上記特許文献１には、管理装置が精度管理データを分析し、精度管理の結果が所定の範囲からはずれた場合や、精度管理データの悪化が予想される場合、ユーザにその旨を知らせることが記載されている。
【０００３】
【特許文献１】特開２００１−２２９２９１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１のリモートサポートシステムは、上記のように、管理装置が所定の設定に基づいて分析装置のトラブルを検出し、ユーザにその旨を知らせるので、分析装置に生じたトラブルに迅速に対応することができ、非常に有用であった。しかし、分析装置のトラブルを検出するための設定を緩くしすぎると、通知する必要のないトラブルの情報までユーザに通知してしまい、ユーザに余分な手間を取らせてしまう。一方、この設定を厳しくしすぎると、通知すべきトラブルの情報をユーザに通知することができないという課題があった。
【課題を解決するための手段】
【０００５】
第１の観点から、本発明の管理装置は、第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置であって、精度管理物質を測定することにより得られた精度管理データを前記検体分析装置から受信するデータ受信手段と、前記データ受信手段によって受信した前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、前記異常判定ルールにより通知が必要と判定された際の通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であること特徴としている。
これにより、検体分析装置の使用者への通知が必要か否かを判定するための異常判定ルール毎に、通知が必要と判定された際の通知先を検体分析装置とするのか、また通知が必要と判定された際の通知先を端末装置とするのかをそれぞれ個別に設定することが可能となる。
【０００６】
上記発明においては、前記通知先として前記検体分析装置とする設定は、前記検体分析装置からネットワークを介して設定可能であることが好ましい。
【０００７】
上記発明においては、前記通知先を前記端末装置とする設定は、当該管理装置において設定可能であることが好ましい。
【０００８】
また、上記発明においては、前記検体は、血液であることが好ましい。
【０００９】
上記発明においては、前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、複数の検体分析装置から得た精度管理データの平均値から許容範囲を超えた場合に、通知を行う判定をすることが好ましい。
【００１０】
上記発明においては、前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、同一方向に所定の回数連続して許容範囲から外れた場合に、通知を行う判定をすることが好ましい。
【００１１】
上記発明においては、前記第２の施設に設置されていることが好ましい。
【００１２】
上記発明においては、前記第２の施設は、前記検体分析装置のメンテナンスを行う業者の施設であることが好ましい。
【００１３】
上記発明においては、前記端末装置は、前記メンテナンスを行う業者の施設におけるコールセンターに設けられていることが好ましい。
【００１４】
上記発明においては、前記データ受信手段によって受信された複数の前記精度管理データについて、前記異常判定ルールに基づいて前記異常の通知を行った通知回数または通知率を前記異常判定ルール毎に集計した集計結果を生成する集計結果生成手段と、前記集計結果生成手段によって生成した前記集計結果を出力する集計結果出力手段と、を備えることが好ましい。
【００１５】
上記発明においては、前記集計結果生成出力手段は、前記異常の通知を行った通知回数または通知率を、前記異常判定ルール毎に積上げ棒グラフとして出力することが好ましい。
【００１６】
上記発明においては、前記記憶手段は、測定項目のそれぞれに対し前記異常判定ルールを複数記憶していることが好ましい。
【００１７】
第３の観点から、本発明の検体分析装置の精度管理方法は、第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置による検体分析装置の精度管理方法であって、前記管理装置が、前記検体分析装置が精度管理物質を測定することにより得られた精度管理データを、前記ネットワークを介して受信するステップ、前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶した記憶手段から前記異常判定ルールを読み出し、受信した前記精度管理について異常の通知が必要か否かを判定するステップ、および異常の通知が必要な場合に、前記ネットワークを介して通知先に異常の通知を行うステップ、を実行し、前記管理装置は、前記通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることが好ましい。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態に係る管理システムについて、図面を参照しながら具体的に説明する。
図１は、実施の形態に係る管理システムの構成を示す図である。図１に示すように、本実施の形態に係る管理システムは、施設Ａに設置された分析装置１００ａと、施設Ｂに設置された分析装置１００ｂと、施設Ｃに設置された分析装置１００ｃと、インターネット等のネットワーク１０３と、カスタマーサポートセンター２０２に設置された管理装置２００と、ＬＡＮ等のネットワーク２０１と、コールセンター２０３に設置された複数の端末装置３００とから構成される。なお、分析装置１００ａ、分析装置１００ｂ、分析装置１００ｃは１つの施設に複数あってもよい。以降は分析装置１００ａに対する処理を例に説明をする。
カスタマーサポートセンター２０２は、分析装置１００ａのメンテナンスを行う業者の施設であり、管理装置２００の操作を行う技術者２０５を有している。
コールセンター２０３は、カスタマーサポートセンター２０２の内部に設置され、コールセンター２０３の技術者２０４が分析装置１００ａの使用者１０７に電話をし、故障や問い合わせに対応するための施設である。分析装置ａの使用者１０７は、被験者の試料を測定するのに先立ち、分析装置１００ａによって精度管理物質１０６を測定する。精度管理物質１０６は、所定の成分が所定の濃度含まれるようにヒト血液を原料として調製された試料であり、例えば、ｅ−ＣＨＥＣＫ（シスメックス株式会社製）が使用できる。分析装置１００ａによって、精度管理物質１０６が測定されると、その分析結果は、ネットワ
ーク１０３および２０１を介して管理装置２００に送信される。管理装置２００は、分析装置１００ａから送信される精度管理物質１０６の分析結果（精度管理データ）が所定の範囲を超えた場合には、端末装置３００にその旨を通知する。そして、端末装置３００が管理装置２００から通知を受けると、技術者２０４は、分析結果の送信元である施設Ａの使用者１０７に電話し、分析装置１００ａに生じているトラブルを解消する。
分析装置１００ａはまた、測定中にエラーが発生すると、そのエラー情報をネットワーク１０３および２０１を介して管理装置２００に送信する。そのエラー情報が所定の条件に合致した場合には、管理装置２００は、端末装置３００にその旨を通知する。そして、端末装置３００が管理装置２００から通知を受けると、技術者２０４は、分析結果の送信元である分析装置１００ａの使用者１０７に電話をし、分析装置１００ａに生じているトラブルを解消する。分析装置１００ａとしては、生化学分析装置、血球計数装置、血液凝固測定装置、免疫測定装置、および尿分析装置など様々な試料分析装置が適用される。管
理装置２００に接続される分析装置１００ａは、１種類には限られず、生化学分析装置と血球計数装置など複数種類を接続してもよいが、ここでは説明を簡単にするため、血球計数装置のみが接続された例を説明する。
【００１９】
図２は、分析装置１００ａの概観構成を示す斜視図である。分析装置１００ａは、血液検査に使用される血球計数装置であり、分析装置本体１０１と、制御装置１０２から構成される。分析装置本体１０１は検体を分析装置本体による吸引位置に搬送する搬送部１１１を備える。精度管理物質１０６を分析装置１００ａにて測定した場合を例にとると、分析装置本体１０１は、搬送部１１１により分析装置本体１０１の検体吸引位置に搬送された精度管理物質１０６を吸引、測定し、得られた測定データを制御装置１０２に送信する。
制御装置１０２は、受信した測定データを本体１０２ｂで解析し、ディスプレイ１０２ａに得られた精度管理データ２４０（図８参照）を表示する。
【００２０】
図３は、分析装置本体１０１のブロック図を示す。
分析装置本体１０１は、搬送部１１１と、検体ＩＤ読取部１１２と、検体到着確認部１１３と、検体吸引部１１４と、試料調製部１１５と、検出部１１６と、制御部１１７と、通信インタフェース１１８とを備える。
検体ＩＤ読取部１１２はバーコードリーダ１１２ａを備える。また、検体到着確認部１１３と検体吸引部１１４はそれぞれセンサ１１３ａと１１４ａを備える。さらに検出部１１６は、白血球検出部１１６ａと、赤血球検出部１１６ｂと、ＨＧＢ検出部１１６ｃを備える。
搬送部１１１は検体を検体ＩＤ読取部１１２、検体吸引部１１４に搬送する。検体ＩＤ読取部１１２は、搬送部１１１により搬送された検体に貼付されたバーコードを、バーコードリーダ１１２ａで読取る。バーコードリーダ１１２ａにて、検体のバーコードを読取り後、搬送部１１１は、検体を検体吸引部１１４に搬送する。検体吸引部１１４は、検体が検体吸引部１１４に到着したことを、検体到着確認部１１３のセンサ１１３ａにて確認した後、検体の吸引を行う。
検体吸引部１１４は、センサ１１４ａにて検体が所定量吸引できたことを監視する。検体吸引部１１４にて吸引された検体は、試料調製部１１５にて測定試薬と混合され、検出部１１６の各検出部で測定データを得る。白血球検出部１１６ａでは白血球数の測定データ、赤血球検出部１１６ｂでは赤血球数の測定データ、ＨＧＢ検出部１１６ｃでは血液中の血色素量の測定データを得ることができる。制御部１１７は得られた測定データを通信インタフェース１１８を介して制御装置１０２に送信する。
【００２１】
図４は、制御装置１０２のブロック図を示す。図４に示すように、制御装置１０２はディスプレイ１０２ａと、本体１０２ｂと、入力デバイス１０２ｃとから主として構成されたコンピュータである。
本体１０２ｂは、ＣＰＵ１２０と、ＲＯＭ１２１と、ＲＡＭ１２２と、ハードディスク１２３、入出力インタフェース１２４、読出装置１２５、通信インタフェース１２６、画像出力インタフェース１２７とから主として構成されており、ＣＰＵ１２０、ＲＯＭ１２１、ＲＡＭ１２２、ハードディスク１２３、入出力インタフェース１２４、読出装置１２５、通信インタフェース１２６、画像出力インタフェース１２７は、バス１２８によってデータ通信可能に接続されている。
【００２２】
ＣＰＵ１２０は、ＲＯＭ１２１に記憶されているコンピュータプログラム及びＲＡＭ１２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ１２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータが制御装置１０２として機能する。
ＲＯＭ１２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ１２０に実行されるコンピュータプログラムおよびこれに用いるデータが記録されている。
【００２３】
ＲＡＭ１２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ１２２は、ＲＯＭ１２１及びハードディスク１２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ１２０の作業領域として利用される。
ハードディスク１２３は、オペレーティングシステム、アプリケーションプログラム等、ＣＰＵ１２０に実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００２４】
読出装置１２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体１３０に記録されたコンピュータプログラム又はデータを読み出すことができる。
【００２５】
入出力インタフェース１２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース１２４には、キーボードおよびマウスからなる入力デバイス１０２ｃが接続されており、操作者が当該入力デバイス１０２ｃを使用することにより、本体１０２ｂにデータを入力することが可能である。
通信インタフェース１２６は、例えばEthernet（登録商標）インタフェースであり、制御装置１０２は、当該通信インタフェース１２６により、所定の通信プロトコルを使用してネットワーク１０４を介して接続された分析装置本体１０１との間でデータの送受信が可能である。
画像出力インタフェース１２７は、ＬＣＤまたはＣＲＴ等で構成されたディスプレイ１０２ａに接続されており、ＣＰＵ１２０から与えられた画像データに応じた映像信号をディスプレイ１０２ａに出力するようになっている。ディスプレイ１０２ａは、入力された映像信号にしたがって、画像（画面）を表示する。
【００２６】
図５は、管理装置２００のブロック図を示す。管理装置２００は本体２００ａと、ディスプレイ２００ｂと、入力デバイス２００ｃとから主として構成されたコンピュータによって構成されている。
本体２００ａは、ＣＰＵ２２０と、ＲＯＭ２２１と、ＲＡＭ２２２と、ハードディスク２２３と、入出力インタフェース２２４と、読出装置２２５と、通信インタフェース２２６と、画像出力インタフェース２２７とから主として構成されており、ＣＰＵ２２０、ＲＯＭ２２１、ＲＡＭ２２２、ハードディスク２２３、入出力インタフェース２２４、読出装置２２５、通信インタフェース２２６、および画像出力インタフェース２２７は、バス２２８によってデータ通信可能に接続されている。
【００２７】
ＣＰＵ２２０は、ＲＯＭ２２１に記憶されているコンピュータプログラム及びＲＡＭ２２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ２２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータが管理装置２０１として機能する。
ＲＯＭ２２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ２２０に実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００２８】
ＲＡＭ２２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ２２２は、ＲＯＭ２２１及びハードディスク２２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ２２０の作業領域として利用される。
ハードディスク２２３は、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ２２０に実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００２９】
読出装置２２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体２３０に記録されたコンピュータプログラム又はデータ２３０ａを読み出すことができる。
【００３０】
なお、前記アプリケーションプログラムは、可搬型記録媒体２３０によって提供されるのみならず、電気通信回線（有線、無線を問わない）によってコンピュータと通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。例えば、前記アプリケーションプログラムがインターネット上のサーバコンピュータのハードディスク内に格納されており、このサーバコンピュータに管理装置２００がアクセスして、当該コンピュータプログラムをダウンロードし、これをハードディスク２２３にインストールすることも可能である。
また、ハードディスク２２３には、例えば米マイクロソフト社が製造販売するＷｉｎｄｏｗｓ（登録商標）のグラフィカルユーザインタフェース環境を提供するオペレーティングシステムがインストールされている。以下の説明においては、本実施形態に係るアプリケーションプログラムは当該オペレーティングシステム上で動作するものとしている。
さらに、ハードディスク２２３は所定の領域に、精度管理結果データデータベース２２３ａと、精度管理エラー判定条件データベース２２３ｂと、精度管理用集計結果データベース２２３ｃと、エラー情報データベース２２３ｄと、エラー情報判定条件データベース２２３ｅと、エラー情報用集計結果データベース２２３ｆと、アプリケーションプログラム２２３ｇを備える。
アプリケーションプログラム２２３ｇは、通知判定処理プログラム２２３ｈと、グラフ作成処理プログラム２２３ｉと、判定条件更新プログラム２２３ｊとを備える。精度管理結果データデータベース２２３ａは、分析装置１００ａから受信した精度管理データ、および精度管理判定条件により使用者への通知が必要と判定された結果を記憶する。精度管理エラー判定条件データベース２２３ｂは、分析装置１００ａから受信した精度管理データに対して使用者に通知の必要があるかないかを判定する判定条件を記憶する。精度管理用集計結果データベース２２３ｃは、精度管理結果データベース２２３ａに蓄積された判定結果に対して、グラフ作成処理プログラム２２３ｉが出力した結果を記憶する。エラー情報データベース２２３ｄは、管理装置１００から受信したエラー情報、およびエラー情報判定条件により使用者への通知が必要と判定された結果を記憶する。エラー情報判定条件データベース２２３ｅは、分析装置１００ａから受信したエラー情報に対して使用者に通知の必要があるかないかを判定する判定条件を記憶する。
エラー情報用集計結果データベース２２３ｆは、エラー情報データベース２２３ａに蓄積された判定結果に対して、グラフ作成処理プログラム２２３ｉが出力した結果を記憶する。通知判定処理プログラム２２３ｈは、分析装置１００ａから受信した精度管理データおよびエラー情報に対して、ユーザへの通知が必要かどうかの判定処理を行う。グラフ作成処理プログラム２２３ｉは、精度管理データベース２２３ａおよびエラー情報データベース２２３ｄに蓄積された判定結果のグラフを作成し、出力する。判定条件更新プログラム２２３ｊは、精度管理エラー判定条件データベース２２３ｂおよびエラー情報判定条件データベース２２３ｅに記憶しているエラー判定条件を更新する。
【００３１】
入出力インタフェース２２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース２２４には、キーボードおよびマウスからなる入力デバイス２００ｃが接続されており、操作者が当該入力デバイス２００ｃを使用することにより、本体２００ａにデータを入力することが可能である。
通信インタフェース２２６は、例えばEthernet（登録商標）インタフェースであり、管理装置２００は、当該通信インタフェース２２６により、所定の通信プロトコルを使用してネットワーク１０３を介して接続された分析装置１００ａと、また、ネットワーク２０１を介して接続されたコールセンターの端末装置との間でデータの送受信が可能である。
画像出力インタフェース２２７は、ＬＣＤまたはＣＲＴ等で構成されたディスプレイ２００ｂに接続されており、２２０から与えられた画像データに応じた映像信号をディスプレイ２００ｂに出力するようになっている。ディスプレイ２００ｂは、入力された映像信号にしたがって、画像（画面）を表示する。
【００３２】
図６は、コールセンター２０３の端末装置３００のブロック図を示す。コールセンター２０３の端末装置３００は本体３００ａと、ディスプレイ３００ｂと、入力デバイス３００ｃとから主として構成されたコンピュータである。
本体３００ａは、ＣＰＵ３２０と、ＲＯＭ３２１と、ＲＡＭ３２２と、ハードディスク３２３と、入出力インタフェース３２４と、読出装置３２５と、通信インタフェース３２６と、画像出力インタフェース３２７とを備えており、ＣＰＵ３２０、ＲＯＭ３２１、ＲＡＭ３２２、ハードディスク３２３、入出力インタフェース３２４、読出装置３２５、通信インタフェース３２６、および画像出力インタフェース３２７は、バス３２８によってデータ通信可能に接続されている。
【００３３】
ＣＰＵ３２０は、ＲＯＭ３２１に記憶されているコンピュータプログラム及びＲＡＭ２２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ３２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータがコールセンターの端末装置３００として機能する。
ＲＯＭ３２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ３２０に実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００３４】
ＲＡＭ３２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ３２２は、ＲＯＭ３２１及びハードディスク３２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ３２０の作業領域として利用される。
ハードディスク３２３は、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ３２０に実行させるための種々のコンピュータプログラムの実行に用いるデータがインストールされている。
【００３５】
読出装置３２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体３３０に記録されたコンピュータプログラム又はデータ３３０ａを読み出すことができる。
【００３６】
入出力インタフェース３２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース３２４には、キーボードおよびマウスからなる入力デバイス３００ｃが接続されており、操作者が当該入力デバイス３００ｃを使用することにより、コンピュータ３００ａにデータを入力することが可能である。
通信インタフェース３２６は、例えばEthernet（登録商標）インタフェースであり、コールセンターの端末装置３００は、当該通信インタフェース３２６により、所定の通信プロトコルを使用してネットワーク２００を介して接続された管理装置２０１との間でデータの送受信が可能である。
画像出力インタフェース３２７は、ＬＣＤ、ＣＲＴ等で構成されたディスプレイ３００ｂに接続されており、ＣＰＵ３２０から与えられた画像データに応じた映像信号をディスプレイ３００ｂに出力するようになっている。ディスプレイ３００ｂは、入力された映像信号にしたがって、画像（画面）を表示する。
【００３７】
図７は、制御装置、管理装置および端末装置のＣＰＵ１２０、２２０および３２０によって実行される処理を示すフローチャートである。図７に示すように、ＣＰＵ１２０は、ステップＳ１００において、分析装置本体１０１でエラーが発生しているか否か、すなわち、分析装置本体１０１からエラー情報を受信したか否かを判断する処理を実行する。
なお、分析装置本体１０１では、例えばバーコードリーダ１１２ａによるバーコード読取りが不可能であったと制御部１１７が判断すると、制御部１１７はバーコード読取りエラーを示す情報を制御装置１０２に送信する。また、検体が到着しているにも関わらず、センサ１１３ａにより検体の到着が検知できなかったと制御部１１７が判断すると、制御部１１７は検体到着の確認エラーを示すエラー情報を制御装置１０２に送信する。また、検体を吸引しているにも関わらず、センサ１１４ａにより検体の吸引を検知することができなかったと制御部１１７が判断すると、制御部１１７は検体吸引のエラーを示すエラー情報を制御装置１０２に送信する。
ステップＳ１００においてエラーが発生したと判断されると（ステップＳ１００においてＮｏ）、ＣＰＵ１２０は、受信したエラー情報を記憶する（ステップＳ１０５）。一方、ステップＳ１００において、エラーが発生していないと判断されると（ステップＳ１００においてＹｅｓ）、ＣＰＵ１２０はステップＳ１０１において、分析装置本体１０１から精度管理物質１０６の測定データを受信したか否かを判断する。
なお、分析装置本体１０１は、精度管理物質１０６を測定すると、検出部１１６から測定データが制御部１１７に送信され、制御部１１７は、この測定データを制御装置１０２に送信する。
ステップＳ１０１において、測定データを受信したと判断すると（ステップＳ１０１においてＹｅｓ）、ＣＰＵ１２０は、ステップＳ１０２において、測定データを解析し、精度管理データ２４０を取得する。そして、ＣＰＵ１２０は、ステップＳ１０３において、ステップＳ１０２で取得した精度管理データ２４０をハードディスク１２３に記憶するとともに、ステップＳ１０４において、精度管理データ２４０を管理装置２００に送信する。
【００３８】
図８は、ステップＳ１０４において、制御装置１０２から管理装置２００に送信される精度管理データ２４０を示す。精度管理データ２４０は、装置情報２４１と、精度管理物質１０６の情報２４２と、精度管理測定日２４３と、精度管理測定の結果２４４とを含む。
装置情報２４１は、分析装置が設置されている装置名２４１ａと、装置名称２４１ｂと、工場出荷時に各分析装置本体１０１に付加されるＰＳ Ｃｏｄｅ２４１ｃと、シリアルＮｏ．２４１ｄとを含む。
精度管理物質１０６の情報２４２は、精度管理物質１０６に貼付されたバーコードがハンディバーコードリーダにより読取られる、または制御装置１０２の入力デバイス１０２ｃを用いて入力され、精度管理物質の名称２４２ａと精度管理物質１０６のレベル２４２ｂとＬｏｔ Ｎｏ．２４２ｃとを含む。
精度管理物質の名称２４２ａは、精度管理物質１０６の名称を示す情報である。レベル２４２ｂは、ＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。Ｌｏｔ Ｎｏ．２４２ｃは精度管理物質１０６の製造時のロットを示す情報である。
精度管理測定日２４３は、ステップＳ１０１において、測定データを受信した日付２４
３ａと時刻２４３ｂを示す情報である。
精度管理測定の結果２４４は、精度管理測定の項目数２４４ａと、各項目の測定結果を示す情報である。例えば、図８においては、精度管理測定の項目数２４４ａは、ＲＢＣ２４４ｂと、ＨＧＢ２４４ｃと、ＷＢＣ２４４ｄを含む３項目であることを示す。また、各項目の測定結果は、ＲＢＣは４４７００００個／μＬ、ＨＧＢは１３．５ｇ／Ｌ、ＷＢＣは３８４個／μＬという測定結果であったことを示す。
【００３９】
管理装置２００のＣＰＵ２２０は、ステップＳ２００において、ネットワーク１０３，２０１を介して分析装置１００ａから受信したデータが精度管理データ２４０であると判断すると（ステップＳ２００においてＹｅｓ）、ステップＳ２０１において、ハードディスク２２３の精度管理結果データベース２２３ａの領域に受信した精度管理データ２４０を記憶する。次にステップＳ２０２において、通知判定処理プログラム２２３ｈを起動し、精度管理エラー判定条件データベース２２３ｂに記憶している、精度管理エラー判定条件２５０のユーザ用の判定の有無２５５を参照して、分析装置１００ａから受信した精度管理データ２４０に対して、分析装置１００ａの使用者に通知を行うか否かの判定を行う。
【００４０】
図９は、精度管理エラー判定条件データベース２２３ｂに記憶されている精度管理エラー判定条件２５０を示す模式図である。精度管理エラー判定条件２５０は、精度管理物質１０６を識別するためのマテリアル名２５１と、レベル２５２と、測定項目２５３と、異常判定ルール２５４と、ユーザ用の判定の有無２５５と、外部連携エラーの判定有無２５６とを含んでいる。
マテリアル名２５１は精度管理物質１０６の名称を示す情報である。レベル２５１はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目２５３は、精度管理測定の項目を示す情報である。異常判定ルール２５４は、使用者への通知が必要か否かを判定する判定項目を示す情報である。例えば、アクションリミットオーバー２５４ａは複数の分析装置１００ａから得た精度管理データ２４０の平均値±許容％を超えた場合に使用者への通知が必要と判定し、トレンド２５４ｂは精度管理データ２４０が許容範囲を超えて４回連続同一方向に上昇または下降した場合に使用者への通知が必要と判定する。ユーザ用の判定の有無２５５は、分析装置１００ａの使用者が設定することのできる設定であり、精度管理データ２４０を受信したときに、各異常判定ルール２５４により判定を実施するか否かを示す情報である。
外部連携エラーの判定の有無２５６は、カスタマーサポートセンター２０２の技術者２０５が設定することのできる設定であり、精度管理データ２４０を受信したときに、各異常判定ルール２５４により判定を実施するか否かを示す情報である。
【００４１】
その後、ＣＰＵ２２０は、ステップＳ２０３において、精度管理エラー判定条件２５０の外部連携エラー判定の有無２５６を参照して、精度管理データ２４０に対して使用者に通知を行うか否かの判定を行う。
なお、本実施の形態においては、ステップＳ２０２においてユーザ用の判定の有無２５５を参照し、分析装置１００ａの使用者に通知を行うか否かの判定を行い、次にステップＳ２０３において、外部連携エラー判定の有無２５６を参照して、分析装置１００ａの使用者に通知を行うか否かの判定を行う構成について述べたが、どちらか１つの判定条件を選択することができ、選択した判定条件を参照して分析装置１００ａの使用者に通知を行うか否かの判定を行う構成であってもよい。
【００４２】
ＣＰＵ２２０が、ステップＳ２２０において、上記ステップＳ２０２またはステップＳ２０３の判定処理で使用者への通知が必要と判断した場合（ステップＳ２２０においてＹｅｓ）、ステップＳ２２１において、精度管理結果２６０（図１１参照）をハードディスク２２３の精度管理結果データベース２２３ａに記憶し、コールセンター２０３の複数の端末装置３００から通知先となる端末装置３００を決定し、ステップＳ２２３において、ステップＳ２２２で決定した通知先を参照して、ネットワーク２０１を介してコールセンター２０３の端末装置３００に使用者への通知が必要である旨を通知する。一方、ＣＰＵ２２０は、ステップＳ２２０において使用者への通知が必要と判断されなかった場合（ステップＳ２２０においてＮｏ）、ステップＳ２２１ないしステップＳ２２３の処理を実行せず、処理をステップＳ２３０に進める。
【００４３】
図１１は、ステップＳ２２３において、管理装置２００のＣＰＵ２２０からコールセンター２０３の端末装置３００に通知される精度管理結果２６０を示す模式図である。精度管理結果２６０は、装置情報２６１と、精度管理物質情報２６２と、測定項目２６３と、ユーザによる判定条件２６４と、技術者による判定条件２６５と、精度管理測定日２６６と、精度管理結果２６７と、エラー名称２６８とを含んでいる。
装置情報２６１は、装置名称２６１ｂと、工場出荷時に各分析装置本体１０１に付加されるＰＳ Ｃｏｄｅ２６１ｃと、シリアルＮｏ．２６１ｄとを含む。
精度管理物質情報２６２は、精度管理物質の名称２６２ａと精度管理物質１０６のレベル２６２ｂとＬｏｔ Ｎｏ．２６２ｃとを含む。
精度管理物質の名称２６２ａは、精度管理物質１０６の名称を示す情報である。レベル２６２ｂは、ＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。Ｌｏｔ Ｎｏ．２６２ｃは製造時のロットを示す情報である。測定項目２６３は、ＣＰＵ２２０が受信した精度管理データ２４０において、通知判定処理プログラム２２３ｈでユーザへの通知が必要と判定した精度管理測定の項目を示す情報である。ユーザによる判定条件２６４と技術者による判定条件２６５は、各判定条件の使用の有無を示す情報である。精度管理測定日２６６は、精度管理測定が完了した日時を示す情報である。精度管理結果２６７とエラー名称２６８は、ステップＳ２０２またはステップＳ２０３の通知判定処理において、異常と判定された測定項目２６３の測定結果と使用者への通知が必要と判定した異常判定ルール２５４を示す情報である。
【００４４】
次に、コールセンター２０３の端末装置３００のＣＰＵ３２０がステップＳ３００において、ネットワーク２０１を介して、管理装置２００から受信したデータが、図１１に示す精度管理結果２６０と判断した場合（ステップＳ３００においてＹｅｓ）、ステップＳ３０１において画像出力インタフェース３２７を介してディスプレイ３００ｂに図１１に示す精度管理結果２６０を表示し、使用者への通知が必要であることを知らせる。
その後、ステップＳ３２０において、ＣＰＵ３２０により、コールセンターの端末装置３００のオペレーティングシステム（ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）のスタートメニューからシャットダウンが選択されることによってＯＳのシャットダウンが指示されたか否かを判断する。そして、ステップＳ３２０において、ＯＳのシャットダウンが指示されていないと判断した場合には（ステップＳ３２０においてＮｏ）、ステップＳ３００に戻る。また、ステップＳ３２０において、ＯＳのシャットダウンが指示されたと判断した場合には（ステップＳ３２０においてＹｅｓ）、ステップＳ３２１に進み、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のシャットダウン処理が行われ、処理を終了する。
一方、ステップＳ３００において、図１０に示す精度管理結果２６０でないと判断した場合（ステップＳ３００においてＮｏ）、ステップＳ３１０の処理を実行する。
【００４５】
次に、図７に沿って、分析装置１００ａからエラー情報２８０がネットワーク１０３、２０１を介して、管理装置２００に送信され、その後、管理装置２００からネットワーク２０１を介して、コールセンター２０３の端末装置３００に通知を行うまでの処理を説明する。
ステップＳ１０６において、使用者により分析装置本体１０１のシャットダウン指示があったと判断した場合（ステップＳ１０６においてＹｅｓ）、ＣＰＵ１２０はステップＳ１０７において、ネットワーク１０３、２０１を介して、管理装置２００に図１５に示すエラー情報２８０を送信する。
一方、ステップＳ１０６において、分析装置本体１０１のシャットダウンが指示されなかった場合（ステップＳ１０６においてＮｏ）、ＣＰＵ１２０は、ステップＳ１００に処理を戻し、これによってステップＳ１００からステップＳ１０５の動作が繰り返される。
【００４６】
図１５は、分析装置１００ａから管理装置２００に送信されるエラー情報２８０を示す模式図である。分析装置１００ａから送信されるエラー情報２８０は、連番２８１と、装置情報２８２と、エラー発生日時２８３と、エラーコード２８４とを含んでいる。装置情報２８２は、分析装置１００ａを識別するため、分析装置１００ａが設置されている施設名２８２ａと、分析装置１００ａの名称２８２ｂと、工場出荷時に付加されるＰＳ Ｃｏｄｅ２８２ｃと、シリアルＮｏ．２８２ｄとを示す情報を含んでいる。エラー発生日時２８３は、エラーの発生した日付２８３ａと、エラーの発生した時刻２８３ｂとを含んでいる。エラーＣｏｄｅ２８４は発生したエラーの識別情報を示しており、分析装置１００ａから受信したエラーの種類を一意に識別することができる。
【００４７】
管理装置２００のＣＰＵ２２０は、ステップＳ２１１において、ネットワーク１０３、２０１を介して分析装置１００ａから受信したデータが図１５に示すエラー情報２８０であると判断すると（ステップＳ２１１においてＹｅｓ）、ステップＳ２１２において受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。そして、ステップＳ２１３において、通知判定処理プログラム２２３ｈを実行し、図１６に示すエラー情報判定条件データベース２２３ｅのエラー情報判定条件２９０を参照して、分析装置１００ａの使用者への通知が必要か否かの判定処理を実行する。
【００４８】
図１６は、エラー情報判定条件データベース２２３ｅに記憶されているエラー情報判定条件２９０を示す模式図である。エラー情報判定条件２９０は、装置名２９１と、エラー名称２９２と、エラーＣｏｄｅ２９３と、アクションリミット２９４とを含んでいる。装置名２９１は、分析装置１００ａの名称を示す情報である。エラー名称２９２は、エラーの名称を示す情報である。エラーＣｏｄｅ２９３は、エラー名称２９２に一意に対応した識別情報を示す情報である。アクションリミット２９４は、１日に分析装置１００ａから受信したエラー情報２８０にエラーＣｏｄｅ２９３に示すエラーがアクションリミット２９４で指定した回数を超えて発生していた場合に、使用者に通知が必要と判定する情報である。
例えば、図１６に示すエラー情報判定条件２９０における、エラー名称２９２のショートサンプルを例に挙げる。ショートサンプルは、制御部１１７が検体を吸引しているにも関わらず、センサ１１４ａにより検体の吸引が十分に行えなかったと判断した場合に発するエラーを示す。前記エラーが１日に１０回以上発生した場合に、判定処理は、使用者への通知が必要と判定することを示す。
【００４９】
ステップＳ２２０において、上記ステップＳ２１３で実行した通知判定処理プログラム２２３ｈにより、使用者への通知が必要と判定された場合（Ｓ２２０においてＹｅｓ）、ステップＳ２２１において、図１７に示すエラー情報判定結果２９５をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。そして、ステップＳ２２２において、通知先となるコールセンター２０３の端末装置３００を決定し、ステップＳ２２３において、ステップ２２２で決定した通知先を参照して、ネットワーク２０１を介してコールセンター２０３の端末装置３００に使用者への通知が必要である旨を通知する。
一方、ＣＰＵ２２０は、ステップＳ２２０において使用者への通知が必要と判断されなかった場合（ステップＳ２２０においてＮｏ）、ステップＳ２２１ないしステップＳ２２３の処理を実行せず、ステップ２３０において、所定の時間が経過したか否かを判断する。
【００５０】
図１７は、管理装置２００からコールセンターの端末装置３００に通知されるエラー情報判定結果２９５を示す模式図である。
管理装置２００からコールセンター２０３の端末装置３００に送信されるエラー情報判定結果２９５は、装置情報２９６と、エラー発生日時２９７と、エラー情報２９８と、アクションリミット２９９とを含んでいる。装置情報２９６は、分析装置１００ａが設置されている施設名２９６ａと、分析装置１００ａを識別するため、分析装置１００ａの名称２９６ｂと、工場出荷時に付加されるＰＳ Ｃｏｄｅ２９６ｃと、シリアルＮｏ．２９６ｄとを示す情報を含んでいる。エラー発生日時２９７は、エラーの発生した日付および時刻を示す情報である。エラー情報２９８はエラー名称２９８ａとエラーコード２９８ｂを含んでいる。エラー名称２９８ａは分析装置２００で発生したエラーの名称を示す情報である。エラーＣｏｄｅ２９８ｂは、エラー名称に対応するエラーの識別情報を示す情報である。
アクションリミット２９９は、上記エラー情報２９８のエラーが１日にアクションリミット２９９に設定した回数を越えた場合に、使用者に通知が必要と判定する回数を示す情報である。
【００５１】
次に、コールセンターの端末装置３００のＣＰＵ３２０は、ステップＳ３１０において、ネットワーク２０１を介して、管理装置２００から受信したデータが図１７に示すエラー情報判定結果２９５と判断した場合（ステップＳ３１０においてＹｅｓ）、ステップＳ３１１において、画像出力インタフェース３２７を介してディスプレイ３００ｂに図１７に示すエラー情報判定結果２９５を表示する。
一方、ステップＳ３１０において、図１７に示す精度管理データの判定結果でないと判断した場合（ステップＳ３１０においてＮｏ）、ＣＰＵ３２０は、ステップＳ３２０の処理を実行する。
ステップＳ３２０において、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のスタートメニューからシャットダウンが選択されることによってＯＳのシャットダウンが指示されたか否かを判断する。そして、ステップＳ３２０において、ＯＳのシャットダウンが指示されていないと判断した場合（ステップＳ３２０においてＮｏ）、ステップＳ３００に戻る。また、ステップＳ３２０において、ＯＳのシャットダウンが指示されたと判断した場合（ステップＳ３２０においてＹｅｓ）、ステップＳ３２１に進み、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のシャットダウン処理が行われ、処理を終了する。
【００５２】
また、ステップＳ２３０において、ＣＰＵ２２０は前回のグラフ作成処理から所定の期間（例えば１ヶ月）が経過すると（ステップＳ２３０においてＹｅｓ）、ステップＳ２３１において、図５に示すグラフ作成処理プログラム２２３ｉを実行して、精度管理結果データベース２２３ａに蓄積されている精度管理結果２６０およびエラー情報データベース２２３ｄに蓄積されているエラー情報判定結果２９５の集計を行い、ハードディスク２２３の所定の領域に出力する。上記グラフ作成処理（ステップＳ２３１）の実行後、ステップＳ２００の処理に戻る。
一方、ステップＳ２３０において、ＣＰＵ２２０は所定の期間が経過していないと判断すると（ステップＳ２３０においてＮｏ）、ステップＳ２３２に進む。
【００５３】
次に、ステップＳ２３２において、カスタマーサポートセンター２０２の技術者２０５により図９に示す精度管理エラー判定条件２５０のユーザ用の判定の有無２５５、外部連携エラー判定の有無２５６、またはエラー情報判定条件２９０のアクションリミット２９４のうちいずれかの更新要求があった場合（ステップＳ２３２においてＹｅｓ）、ＣＰＵ２２０は、ステップＳ２３３において、判定条件更新プログラム２２３ｊを実行し、図５に示すハードディスク２２３の精度管理エラー判定条件データベース２２３ｂまたはエラー情報判定条件データベース２２３ｅに記憶している判定条件を、受信した判定条件に基づき更新を行う。
【００５４】
図１０は、カスタマーサポートセンター２０２の技術者２０５が図５に示す精度管理エラー判定条件データベース２２３ｂの更新を行う画面の模式図である。
精度管理エラー判定条件設定ダイアログ３１０は主にマテリアル名３１１と、レベル３１２と、測定項目３１３と、異常判定ルール３１４と、ユーザ用の判定の有無３１５と、外部連携エラーの判定の有無３１６と、ＯＫボタン３１７と、キャンセルボタン３１８とを含んでいる。
マテリアル名３１１は精度管理物質１０６の名称を示す情報である。レベル３１２はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目３１３は、精度管理測定の項目を示す情報である。異常判定ルール３１４は、使用者への通知が必要か否かを判定する判定項目を示す情報である。ユーザ用の判定の有無３１５は、分析装置１００ａの使用者が設定することのできる設定であり、ユーザ用の判定の有無用チェックボックス３１５ａを含んでいる。ユーザ用の判定の有無用チェックボックス３１５ａは、チェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。外部連携エラーの判定の有無３１６は、カスタマーサポートセンター２０２の技術者２０５が設定することのできる設定であり、外部連携エラーの判定の有無用チェックボックス３１６ａを含んでいる。外部連携エラーの判定の有無用チェックボックス３１６ａはチェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。
ＯＫボタン３１７が押されると、精度管理エラー判定条件設定ダイアログ３１０に表示されている設定内容にて精度管理エラー判定条件データベース２２３ｂの内容が更新され、精度管理エラー判定条件設定ダイアログ３１０を閉じる。また、キャンセルボタン３１８が押されると、精度管理エラー判定条件データベース２２３ｂの内容を更新せず、精度管理エラー判定条件設定ダイアログ３１０を閉じる。
例えば、図１０に示す精度管理エラー判定条件設定ダイアログ３１０は、分析装置１００ａから精度管理データ２４０を受信した場合、マテリアル名３１１が精度管理物質Ａ、レベル３１２がＬＯＷ、測定項目３１３がＲＢＣ、異常判定ルール３１４がアクションリミットオーバーについて、ステップＳ２０２では使用者への通知が必要か否かの判定を行うが、ステップＳ２０３では使用者への通知が必要か否かの判定を行わないことを示す。
一方、ステップＳ２３２において、ＣＰＵ２２０は図９に示す精度管理エラー判定条件２５０のユーザ用の判定の有無２５５、外部連携エラーの判定の有無２５６、または図１６に示すエラー情報判定条件２９０のアクションリミット２９４のうち、いずれの更新要求もないと判断すると（ステップＳ２３２においてＮｏ）、ステップＳ２００の処理に戻る。
【００５５】
図１２はステップＳ２３１のグラフ作成処理の流れを示すフローチャートである。ＣＰＵ２２０は、ステップＳ２７１において、精度管理結果データベース２２３ａから所定の期間の精度管理結果２６０を取得し、ステップＳ２７２において、取得した結果から、装置名２６１ｂ毎に精度管理結果２６０を分類する。
次に、ステップＳ２７３において、ステップＳ２７２で分類した精度管理結果２６０から、精度管理物質の名称２６２ａ毎に精度管理結果２６０を分類し、さらに精度管理物質１０６の濃度を示す２６２ｂ毎に精度管理結果２６０を分類する。さらにステップＳ２７４において、分類した精度管理結果２６０を測定項目２６３毎に分類し、ステップＳ２７５において、分類した精度管理結果２６０をエラー名称２６８毎に分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであり、測定項目がＲＢＣであり、エラー名称がアクションリミットオーバーであるグループ（これをグループ１とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであり、測定項目がＲＢＣであり、エラー名称がトレンドであるグループ（これをグループ２とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ｂであり、レベルがＮＯＲＭＡＬであり、測定項目がＨＧＢであり、エラー名称がアクションリミットオーバーであるグループ（これをグループ３とする）などが生成される。
その後、ステップＳ２７６において、ステップＳ２７５で生成されたグループのそれぞれについて、通知判定率を下記の式（１）を用いて算出する。
通知判定率 ＝ 使用者への通知件数÷総精度管理データ数 ・・・（１）
ここで、使用者への通知件数とは、上記それぞれのグループに含まれる精度管理結果２６０の数である。また、総精度管理データ数とは、対象期間に複数の分析装置１００ａから受信した精度管理物質のレベル毎の精度管理データ２４０の数を示す。
例えば、上記それぞれのグループの通知判定率を算出する場合、グループ１とグループ２の通知判定率算出に際しては、総精度管理データ数とは、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであるグループに含まれる精度管理データ２４０の数を示す。また、グループ３の通知判定率算出に際しては、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ｂであり、レベルがＮＯＲＭＡＬであるグループに含まれる精度管理データ２４０の数を示す。
ステップＳ２７７において、ステップＳ２７６で算出した通知判定率を測定項目２６３毎に積上げ棒グラフに出力する。さらにステップＳ２７８において、ステップＳ２７７で出力したグラフを精度管理用集計結果データベース２２３ｃの所定の領域に記憶する。
【００５６】
図１３は、ステップＳ２７７で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４０１と、分析装置名４０２と、精度管理物質名４０３と、精度管理物質の濃度４０４とを表示する。
【００５７】
グラフ４００には、精度管理データ２４０についての異常判定ルール２５４の各項目の通知判定率を確認するための積上げ棒グラフを表示する。ＲＢＣ４０５は精度管理測定の項目を示す情報である。４０６はＲＢＣ４０５のアクションリミットの通知判定率を示す情報である。４０７はＲＢＣ４０５のトレンドの通知判定率を示す情報である。また、ＨＧＢ４０８は精度管理測定の項目を示す情報である。４０９はＨＧＢ４０８のアクションリミットの通知判定率を示す情報である。４１０はＨＧＢのトレンドの通知判定率を示す情報である。
図１３より、装置Ａを対象に４月度の精度管理測定の集計の結果、精度管理物質Ａの濃度レベル１について、精度管理項目ＲＢＣは、ＨＧＢと比較してトレンドによる通知判定率が高く、例えばその原因が精度管理物質ＡのＲＢＣの保存安定性に由来するものである場合には、精度管理物質１０６自身に問題があり、分析装置１００ａの問題ではないので、ＲＢＣのトレンドに関する判定条件を緩くして、使用者への通知を減らすといった判断を得ることができる。
【００５８】
次に、ＣＰＵ２２０は、ステップＳ２８１においてハードディスク２２３のエラー情報データベース２２３ｄから所定の期間のエラー情報判定結果２９５を取得し、ステップＳ２８２において、取得したエラー情報判定結果２９５から、分析装置１００ａの名称２９６ｂ毎にエラー情報判定結果２９５を分類する。次に、ステップＳ２８３において、ステップＳ２８２で分類したエラー情報判定結果２９５から、エラー情報２９８毎にエラー情報判定結果２９５を分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称がショートサンプルであるグループ（これをグループ４とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称が全血吸引用モータ異常停止であるグループ（これをグループ５とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ｂであり、エラー名称がショートサンプルであるグループ（これをグループ６とする）などが生成される。
その後、ステップＳ２８４において、ステップＳ２８３で生成されたグループのそれぞれについて、通知判定率を下記の式（２）を用いて算出する。
通知判定率 ＝ 通知が必要と判定された件数÷管理装置２００に接続されている装置名２９６ｂの総台数 ・・・（２）
ここで、通知が必要と判定された件数は、上記それぞれのグループに含まれるエラー情報判定結果２９５の数である。また、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている同じ装置名称の分析装置１００ａの数を示す。
例えば上記それぞれのグループの通知判定率を算出する場合、グループ４とグループ５の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ａである分析装置１００ａの数を示す。また、グループ６の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ｂである分析装置１００ａの数を示す。
ステップＳ２８５において、ステップＳ２８４で算出した通知判定率を装置名２９６ｂ毎に積上げ棒グラフに出力する。さらにステップＳ２８６において、ステップＳ２８５で出力したグラフをエラー情報用集計結果データベース２２３ｆの所定の領域に記憶する。
【００５９】
図１４は、ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４５１と分析装置名４５２を表示する。
４５３は、ショートサンプルエラーの通知判定率を示す情報である。ショートサンプルエラーとは、検体吸引部１１４において、検体吸引時にセンサ１１４ａが検体を十分に吸引できないことを検知したときに発生するエラーを示す。
４５４は、ブランクエラーの通知判定率を示す情報である。ブランクエラーとは、検出部１１６において、前検体の試料が検出部１１６において所定の濃度以上残留していることを示す。
４５５はラック動作異常エラーの通知判定率を示す情報である。ラック動作異常は、搬送部１１１が検体を検体ＩＤ読取部１１２または検体吸引部１１４に搬送しているときに、検体を正常に搬送できなかったときに発生するエラーを示す。
４５６は、検体ＩＤ読取りエラーの通知判定率を示す情報である。検体ＩＤ読取りエラーとは、検体に貼り付けられたバーコードをバーコードリーダ１１２ａにて読取れなかったことを示す。
【００６０】
図１４より、搬送部１１１に関するエラー（ラック動作異常）の通知判定率が０．１％であり、例えば、前月と比較して通知判定率が高くなっている場合には、時間経過と共に搬送部１１１のエラーの発生頻度が高くなることが予想される。これにより、次月度は分析装置１００ａのダウンタイムを軽減するため、搬送部１１１に関するエラーのエラー情報判定条件２９０のラック動作異常に対するアクションリミット２９４の設定を小さな値し、通知の必要と判定された施設に判定された施設に対し技術者２０４を派遣して重大な故障を予防することができる。
また、ショートサンプルエラーが発生した分析装置１００ａについて、試験管内の検体量が規定量に満たなかったなど、装置の故障以外の原因により頻繁に使用者への通知が発生していることが判明した場合には、エラー情報判定条件２９０のショートサンプルに対するアクションリミット２９４の設定を大きな値にし、使用者への通知回数を減らすなどの判断も得ることができる。
さらに、エラーの発生頻度の高いユニットが何であるかの情報を得ることができるので、次期装置の開発の際には、優先して改良設計を行わなければならないユニットがどれであるかを知ることができ、分析装置１００ａのダウンタイムを軽減する効率良い装置開発への有効な情報となる。
【００６１】
なお、前述した実施の形態においては、カスタマーサポートセンター２０２の管理装置２００は、分析装置１００ａから受信した精度管理データ２４０およびエラー情報２８０について、使用者に通知が必要と判定された場合、コールセンター２０３の端末装置３００にその旨を通知する構成について述べたが、これに限定されるものではなく、例えば、コールセンター２０３の端末装置３００がなくてもよい。このような場合に、管理装置２００において、使用者への通知が必要と判定された場合、制御装置１０２にその旨の通知を行う構成であってもよい。この通知は、発生したエラーの対処方法をメールにて送信し
てもよい。このような構成にすることにより、コールセンター２０３の技術者２０４が不在の場合にも使用者にトラブルが発生していることを通知することができ、さらにコールセンター２０３での処理を省くことができるので迅速に分析装置１００ａの使用者にトラブルを通知することができる。
【００６２】
また、本実施の形態においては、カスタマーサポートセンター２０２の管理装置２００がエラー情報２８０を受信したときに、図７に示すフローチャートのステップＳ２１２において、受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶し、ステップＳ２１３において、通知判定処理プログラム２２３ｈを実行し、使用者への通知が必要か否かの判定処理を実行する構成について述べた。しかしながら、ＣＰＵ２２０が、ステップＳ２１３の判定処理を実行しない構成であってもよい。
つまり、管理装置２００のＣＰＵ２２０は、ステップＳ２１１において、ネットワーク１０３、２０１を介して分析装置１００ａから受信したデータが図１５に示すエラー情報２８０であると判断すると（ステップＳ２１１においてＹｅｓ）、ステップＳ２１２において受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。
次にステップＳ２３０において、ＣＰＵ２２０は前回のグラフ作成処理から所定の期間（例えば１ケ月）が経過すると（ステップＳ２３０においてＹｅｓ）、ステップＳ２３１において、図５に示すグラフ作成処理プログラム２２３ｉを実行する。 ＣＰＵ２２０は、ステップＳ２８１においてハードディスク２２３のエラー情報データベース２２３ｄから、所定の期間のエラー情報２８０を取得し、ステップＳ２８２において、取得したエラー情報２８０から、分析装置１００ａの名称２８２ｂ毎にエラー情報２８０を分類する。次にステップＳ２８３において、ステップＳ２８２で分類したエラー情報２８０から、エラーＣｏｄｅ２８４毎にエラー情報２８０を分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称がショートサンプルであるグループ（これをグループ７とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称が全血吸引用モータ異常停止であるグループ（これをグループ８とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ｂであり、エラー名称がショートサンプルであるグループ（これをグループ９とする）などが生成される。
その後、ステップＳ２８４において、ステップＳ２８３で生成されたグループのそれぞれについて、通知判定率を下記の式（３）を用いて算出する。
異常発生率 ＝ 分析装置１００ａから受信したエラー総数 ÷ 管理装置２００に接続されている装置名２９６ｂの総台数 ・・・（３）
ここで、分析装置１００ａから受信したエラー総数とは、上記それぞれのグループに含まれる各エラーＣｏｄｅ２８４の数を示す。
また、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている同じ装置名称の分析装置１００ａの数を示す。
例えば上記それぞれのグループの通知判定率を算出する場合、グループ７とグループ８の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ａである分析装置１００ａの数を示す。また、グループ９の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ｂである分析装置１００ａの数を示す。
次に、ステップＳ２８５において、ステップＳ２８４で算出した通知判定率を装置名２９６ｂ毎に積上げ棒グラフに出力する。さらにステップＳ２８６において、ステップＳ２８５で出力したグラフをエラー情報用集計結果データベース２２３ｆの所定の領域に記憶する。
【００６３】
図１８はステップＳ２８５にて出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４６１と分析装置名４６２を表示する。４６３は、ショートサンプルエラーの異常発生率を示す情報である。４６４は、ブランクエラーの異常発生率を示す情報である。４６５はラック動作異常エラーの異常発生率を示す情報である。４６６は、検体ＩＤ読取りエラーの異常発生率を示す情報である。このような構成にすることにより、分析装置毎に発生頻度の高いエラーを確認することができるので、次期装置の開発の際には、優先して改良設計を行わなければならないユニットを知ることができ、分析装置１００ａのダウンタイムを軽減する効率良い装置開発への有効な情報となる。
【００６４】
また、本実施の形態においては、カスタマーサポートセンター２０２の技術者２０５が精度管理エラー判定条件データベース２２３ｂの更新を行う構成について述べたが、分析装置１００ａから使用者１０７が精度管理エラー判定条件データベース２２３ｂの更新を行う構成であってもよい。例えば、分析装置１００ａから管理装置２００への要求により図１９に示す、精度管理エラー判定条件データベース２２３ｂの更新を行うための分析装置側精度管理エラー判定条件設定ダイアログ３５０を制御装置１０２のディスプレイ１０２ａに表示してもよい。
分析装置側精度管理エラー判定条件設定ダイアログ３５０は、主にユーザ用判定条件設定グリッド３５１と、ＯＫボタン３５７と、キャンセルボタン３５８とを含んでいる。
ユーザ用判定条件設定グリッド３５１は、マテリアル名３５２と、レベル３５３と、測定項目３５４と、異常判定ルール３５５と、ユーザ用の判定の有無３５６とを含んでいる。マテリアル名３５２は精度管理物質１０６の名称を示す情報である。レベル３５３はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目３５４は、精度管理測定の項目を示す情報である。異常判定ルール３５５は、使用者への通知が必要か否かを判定する判定項目を示す情報である。ユーザ用の判定の有無３５６は、分析装置１００ａの使用者が設定することのできる設定であり、ユーザ用の判定の有無用チェックボックス３５６ａを含んでいる。ユーザ用の判定の有無用チェックボックス３５６ａは、チェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。ＯＫボタン３５７が押されると、精度管理エラー判定条件設定ダイアログ３５０に表示されている設定内容にて精度管理エラー判定条件データベース２２３ｂの内容が更新され、精度管理エラー判定条件設定ダイアログ３５０を閉じる。また、キャンセルボタン３５８が押されると、精度管理エラー判定条件データベース２２３ｂの内容を更新せず、精度管理エラー判定条件設定ダイアログ３５０を閉じる。
例えば、図１９に示す分析装置側精度管理エラー判定条件設定ダイアログ３５０は、管理装置２００が、分析装置１００ａから精度管理データ２４０を受信した場合、管理装置２００のＣＰＵ２２０は、ステップＳ２０２において、マテリアル名３５２が精度管理物質Ａ、レベル３５３がＬＯＷ、測定項目３５４がＲＢＣ、異常判定ルール３５５がアクションリミットオーバー、トレンドについて、使用者への通知が必要か否かの判定を行うことを示す。また、マテリアル名３５２が精度管理物質Ａ、レベル３５３がＮＯＲＭＡＬ、測定項目３５４がＨＧＢ、異常判定ルール３５５がアクションリミットオーバーについては、使用者への通知が必要か否かの判定を行わないことを示す。
なお、図１９においては、分析装置側精度管理エラー判定条件設定ダイアログ３５０は、各異常判定ルール３５５の使用の有無を選択する構成について述べたが、例えば、アクションリミットオーバー３５５ａは、分析装置１００ａから受信した精度管理データ２４０が複数の分析装置１００ａから得た精度管理データ２４０の平均値±許容％を超えた場合に使用者への通知が必要と判定するが、この許容％を変更するような、すなわち異常判定ルール３５５の設定を変更できる構成であってもよい。
【００６５】
また、本実施の形態においては、分析装置１００ａから受信した精度管理データ２４０の判定処理にて使用者への通知が必要と判定された場合、ステップＳ２２２において通知先としてコールセンター２０３の端末装置３００を決定する構成について述べたが、ユーザ用の判定の有無２５５により、使用者への通知が必要と判定された場合には、通知先を分析装置１００ａとし、外部連携エラーの判定の有無２５６により使用者への通知が必要と判定された場合には、通知先をコールセンター２０３の端末装置３００とする構成としてもよい。
【００６６】
また、本実施の形態においては、ＣＰＵ２２０は、ステップＳ２３０で前回のグラフ作成処理から所定の期間が経過した場合にステップＳ２３１のグラフ作成処理を実行する構成について述べたが、カスタマーサポートセンター２０２の技術者２０５がグラフ作成処理プログラム２２３ｉの実行を指示したときに、ＣＰＵ２２０がステップＳ２３１のグラフ作成処理を実行する構成としてもよい。
【図面の簡単な説明】
【００６７】
【図１】第１実施形態例に係る複数の分析装置の管理システムの全体構成図の一例である。
【図２】図１に示した分析装置の斜視図である。
【図３】図１に示した分析装置本体の構成を示すブロック図である。
【図４】図１に示した制御装置のハードウェア構成図である。
【図５】図１に示した管理装置のハードウェア構成図である。
【図６】図１に示したコールセンターの端末装置のハードウェア構成図である。
【図７】図１に示した管理システムが行うメイン処理の流れの一例を示すフローチャートである。
【図８】図１に示した分析装置から管理装置に送信される精度管理データの一例である。
【図９】図１に示した管理装置に備えられた精度管理エラー判定条件データベースの一例である。
【図１０】精度管理エラー判定条件更新用のダイアログの一例である。
【図１１】図１に示した管理装置からコールセンターの端末装置に送信される精度管理エラー判定結果データの一例である。
【図１２】図１に示した管理装置のグラフ作成処理の流れの一例を示すフローチャートである。
【図１３】ステップＳ２７７で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１４】ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１５】図１に示した分析装置から管理装置に送信されるエラー情報の一例である
【図１６】図１に示した管理装置が備えるエラー情報判定条件データベースの一例である。
【図１７】図１に示した管理装置からコールセンターの端末装置に送信される装置エラー判定結果の一例である。
【図１８】ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１９】分析装置側精度管理エラー判定条件更新用のダイアログの一例である。
【符号の説明】
【００６８】
１００ 分析装置
１０１ 分析装置本体
１０２ 制御装置
１０３ インターネットを含むネットワーク
１１１ 搬送部
１０６ 精度管理物質
１０７ 使用者
２００ 管理装置
２０１ ＬＡＮを含むネットワーク
２０２ カスタマーサポートセンター
２０３ コールセンター
２０４ 技術者
２２３ａ 精度管理結果データベース
２２３ｂ 精度管理エラー判定条件データベース
２２３ｃ 精度管理用集計結果データベース
２２３ｄ エラー情報データベース
２２３ｅ エラー情報判定条件データベース
２２３ｆ エラー情報用集計結果データベース
２２３ｈ 通知判定処理プログラム
２２３ｉ グラフ作成処理プログラム
３００ コールセンターの端末装置
【技術分野】
【０００１】
本発明は、複数の分析装置とネットワークを介して接続される管理装置とを備える管理システム、管理装置、および情報提供方法に関する。
【背景技術】
【０００２】
複数の分析装置がネットワークを介して管理装置に接続されたリモートサポートシステムが知られている。例えば、特許文献１には、管理装置が、精度管理物質を測定することによって得られる精度管理データを複数の分析装置から収集し、分析装置毎および精度管理物質毎に集計することが記載されている。また、上記特許文献１には、管理装置が精度管理データを分析し、精度管理の結果が所定の範囲からはずれた場合や、精度管理データの悪化が予想される場合、ユーザにその旨を知らせることが記載されている。
【０００３】
【特許文献１】特開２００１−２２９２９１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１のリモートサポートシステムは、上記のように、管理装置が所定の設定に基づいて分析装置のトラブルを検出し、ユーザにその旨を知らせるので、分析装置に生じたトラブルに迅速に対応することができ、非常に有用であった。しかし、分析装置のトラブルを検出するための設定を緩くしすぎると、通知する必要のないトラブルの情報までユーザに通知してしまい、ユーザに余分な手間を取らせてしまう。一方、この設定を厳しくしすぎると、通知すべきトラブルの情報をユーザに通知することができないという課題があった。
【課題を解決するための手段】
【０００５】
第１の観点から、本発明の管理装置は、第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置であって、精度管理物質を測定することにより得られた精度管理データを前記検体分析装置から受信するデータ受信手段と、前記データ受信手段によって受信した前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、前記異常判定ルールにより通知が必要と判定された際の通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であること特徴としている。
これにより、検体分析装置の使用者への通知が必要か否かを判定するための異常判定ルール毎に、通知が必要と判定された際の通知先を検体分析装置とするのか、また通知が必要と判定された際の通知先を端末装置とするのかをそれぞれ個別に設定することが可能となる。
【０００６】
上記発明においては、前記通知先として前記検体分析装置とする設定は、前記検体分析装置からネットワークを介して設定可能であることが好ましい。
【０００７】
上記発明においては、前記通知先を前記端末装置とする設定は、当該管理装置において設定可能であることが好ましい。
【０００８】
また、上記発明においては、前記検体は、血液であることが好ましい。
【０００９】
上記発明においては、前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、複数の検体分析装置から得た精度管理データの平均値から許容範囲を超えた場合に、通知を行う判定をすることが好ましい。
【００１０】
上記発明においては、前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、同一方向に所定の回数連続して許容範囲から外れた場合に、通知を行う判定をすることが好ましい。
【００１１】
上記発明においては、前記第２の施設に設置されていることが好ましい。
【００１２】
上記発明においては、前記第２の施設は、前記検体分析装置のメンテナンスを行う業者の施設であることが好ましい。
【００１３】
上記発明においては、前記端末装置は、前記メンテナンスを行う業者の施設におけるコールセンターに設けられていることが好ましい。
【００１４】
上記発明においては、前記データ受信手段によって受信された複数の前記精度管理データについて、前記異常判定ルールに基づいて前記異常の通知を行った通知回数または通知率を前記異常判定ルール毎に集計した集計結果を生成する集計結果生成手段と、前記集計結果生成手段によって生成した前記集計結果を出力する集計結果出力手段と、を備えることが好ましい。
【００１５】
上記発明においては、前記集計結果生成出力手段は、前記異常の通知を行った通知回数または通知率を、前記異常判定ルール毎に積上げ棒グラフとして出力することが好ましい。
【００１６】
上記発明においては、前記記憶手段は、測定項目のそれぞれに対し前記異常判定ルールを複数記憶していることが好ましい。
【００１７】
第３の観点から、本発明の検体分析装置の精度管理方法は、第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置による検体分析装置の精度管理方法であって、前記管理装置が、前記検体分析装置が精度管理物質を測定することにより得られた精度管理データを、前記ネットワークを介して受信するステップ、前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶した記憶手段から前記異常判定ルールを読み出し、受信した前記精度管理について異常の通知が必要か否かを判定するステップ、および異常の通知が必要な場合に、前記ネットワークを介して通知先に異常の通知を行うステップ、を実行し、前記管理装置は、前記通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることが好ましい。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態に係る管理システムについて、図面を参照しながら具体的に説明する。
図１は、実施の形態に係る管理システムの構成を示す図である。図１に示すように、本実施の形態に係る管理システムは、施設Ａに設置された分析装置１００ａと、施設Ｂに設置された分析装置１００ｂと、施設Ｃに設置された分析装置１００ｃと、インターネット等のネットワーク１０３と、カスタマーサポートセンター２０２に設置された管理装置２００と、ＬＡＮ等のネットワーク２０１と、コールセンター２０３に設置された複数の端末装置３００とから構成される。なお、分析装置１００ａ、分析装置１００ｂ、分析装置１００ｃは１つの施設に複数あってもよい。以降は分析装置１００ａに対する処理を例に説明をする。
カスタマーサポートセンター２０２は、分析装置１００ａのメンテナンスを行う業者の施設であり、管理装置２００の操作を行う技術者２０５を有している。
コールセンター２０３は、カスタマーサポートセンター２０２の内部に設置され、コールセンター２０３の技術者２０４が分析装置１００ａの使用者１０７に電話をし、故障や問い合わせに対応するための施設である。分析装置ａの使用者１０７は、被験者の試料を測定するのに先立ち、分析装置１００ａによって精度管理物質１０６を測定する。精度管理物質１０６は、所定の成分が所定の濃度含まれるようにヒト血液を原料として調製された試料であり、例えば、ｅ−ＣＨＥＣＫ（シスメックス株式会社製）が使用できる。分析装置１００ａによって、精度管理物質１０６が測定されると、その分析結果は、ネットワ
ーク１０３および２０１を介して管理装置２００に送信される。管理装置２００は、分析装置１００ａから送信される精度管理物質１０６の分析結果（精度管理データ）が所定の範囲を超えた場合には、端末装置３００にその旨を通知する。そして、端末装置３００が管理装置２００から通知を受けると、技術者２０４は、分析結果の送信元である施設Ａの使用者１０７に電話し、分析装置１００ａに生じているトラブルを解消する。
分析装置１００ａはまた、測定中にエラーが発生すると、そのエラー情報をネットワーク１０３および２０１を介して管理装置２００に送信する。そのエラー情報が所定の条件に合致した場合には、管理装置２００は、端末装置３００にその旨を通知する。そして、端末装置３００が管理装置２００から通知を受けると、技術者２０４は、分析結果の送信元である分析装置１００ａの使用者１０７に電話をし、分析装置１００ａに生じているトラブルを解消する。分析装置１００ａとしては、生化学分析装置、血球計数装置、血液凝固測定装置、免疫測定装置、および尿分析装置など様々な試料分析装置が適用される。管
理装置２００に接続される分析装置１００ａは、１種類には限られず、生化学分析装置と血球計数装置など複数種類を接続してもよいが、ここでは説明を簡単にするため、血球計数装置のみが接続された例を説明する。
【００１９】
図２は、分析装置１００ａの概観構成を示す斜視図である。分析装置１００ａは、血液検査に使用される血球計数装置であり、分析装置本体１０１と、制御装置１０２から構成される。分析装置本体１０１は検体を分析装置本体による吸引位置に搬送する搬送部１１１を備える。精度管理物質１０６を分析装置１００ａにて測定した場合を例にとると、分析装置本体１０１は、搬送部１１１により分析装置本体１０１の検体吸引位置に搬送された精度管理物質１０６を吸引、測定し、得られた測定データを制御装置１０２に送信する。
制御装置１０２は、受信した測定データを本体１０２ｂで解析し、ディスプレイ１０２ａに得られた精度管理データ２４０（図８参照）を表示する。
【００２０】
図３は、分析装置本体１０１のブロック図を示す。
分析装置本体１０１は、搬送部１１１と、検体ＩＤ読取部１１２と、検体到着確認部１１３と、検体吸引部１１４と、試料調製部１１５と、検出部１１６と、制御部１１７と、通信インタフェース１１８とを備える。
検体ＩＤ読取部１１２はバーコードリーダ１１２ａを備える。また、検体到着確認部１１３と検体吸引部１１４はそれぞれセンサ１１３ａと１１４ａを備える。さらに検出部１１６は、白血球検出部１１６ａと、赤血球検出部１１６ｂと、ＨＧＢ検出部１１６ｃを備える。
搬送部１１１は検体を検体ＩＤ読取部１１２、検体吸引部１１４に搬送する。検体ＩＤ読取部１１２は、搬送部１１１により搬送された検体に貼付されたバーコードを、バーコードリーダ１１２ａで読取る。バーコードリーダ１１２ａにて、検体のバーコードを読取り後、搬送部１１１は、検体を検体吸引部１１４に搬送する。検体吸引部１１４は、検体が検体吸引部１１４に到着したことを、検体到着確認部１１３のセンサ１１３ａにて確認した後、検体の吸引を行う。
検体吸引部１１４は、センサ１１４ａにて検体が所定量吸引できたことを監視する。検体吸引部１１４にて吸引された検体は、試料調製部１１５にて測定試薬と混合され、検出部１１６の各検出部で測定データを得る。白血球検出部１１６ａでは白血球数の測定データ、赤血球検出部１１６ｂでは赤血球数の測定データ、ＨＧＢ検出部１１６ｃでは血液中の血色素量の測定データを得ることができる。制御部１１７は得られた測定データを通信インタフェース１１８を介して制御装置１０２に送信する。
【００２１】
図４は、制御装置１０２のブロック図を示す。図４に示すように、制御装置１０２はディスプレイ１０２ａと、本体１０２ｂと、入力デバイス１０２ｃとから主として構成されたコンピュータである。
本体１０２ｂは、ＣＰＵ１２０と、ＲＯＭ１２１と、ＲＡＭ１２２と、ハードディスク１２３、入出力インタフェース１２４、読出装置１２５、通信インタフェース１２６、画像出力インタフェース１２７とから主として構成されており、ＣＰＵ１２０、ＲＯＭ１２１、ＲＡＭ１２２、ハードディスク１２３、入出力インタフェース１２４、読出装置１２５、通信インタフェース１２６、画像出力インタフェース１２７は、バス１２８によってデータ通信可能に接続されている。
【００２２】
ＣＰＵ１２０は、ＲＯＭ１２１に記憶されているコンピュータプログラム及びＲＡＭ１２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ１２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータが制御装置１０２として機能する。
ＲＯＭ１２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ１２０に実行されるコンピュータプログラムおよびこれに用いるデータが記録されている。
【００２３】
ＲＡＭ１２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ１２２は、ＲＯＭ１２１及びハードディスク１２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ１２０の作業領域として利用される。
ハードディスク１２３は、オペレーティングシステム、アプリケーションプログラム等、ＣＰＵ１２０に実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００２４】
読出装置１２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体１３０に記録されたコンピュータプログラム又はデータを読み出すことができる。
【００２５】
入出力インタフェース１２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース１２４には、キーボードおよびマウスからなる入力デバイス１０２ｃが接続されており、操作者が当該入力デバイス１０２ｃを使用することにより、本体１０２ｂにデータを入力することが可能である。
通信インタフェース１２６は、例えばEthernet（登録商標）インタフェースであり、制御装置１０２は、当該通信インタフェース１２６により、所定の通信プロトコルを使用してネットワーク１０４を介して接続された分析装置本体１０１との間でデータの送受信が可能である。
画像出力インタフェース１２７は、ＬＣＤまたはＣＲＴ等で構成されたディスプレイ１０２ａに接続されており、ＣＰＵ１２０から与えられた画像データに応じた映像信号をディスプレイ１０２ａに出力するようになっている。ディスプレイ１０２ａは、入力された映像信号にしたがって、画像（画面）を表示する。
【００２６】
図５は、管理装置２００のブロック図を示す。管理装置２００は本体２００ａと、ディスプレイ２００ｂと、入力デバイス２００ｃとから主として構成されたコンピュータによって構成されている。
本体２００ａは、ＣＰＵ２２０と、ＲＯＭ２２１と、ＲＡＭ２２２と、ハードディスク２２３と、入出力インタフェース２２４と、読出装置２２５と、通信インタフェース２２６と、画像出力インタフェース２２７とから主として構成されており、ＣＰＵ２２０、ＲＯＭ２２１、ＲＡＭ２２２、ハードディスク２２３、入出力インタフェース２２４、読出装置２２５、通信インタフェース２２６、および画像出力インタフェース２２７は、バス２２８によってデータ通信可能に接続されている。
【００２７】
ＣＰＵ２２０は、ＲＯＭ２２１に記憶されているコンピュータプログラム及びＲＡＭ２２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ２２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータが管理装置２０１として機能する。
ＲＯＭ２２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ２２０に実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００２８】
ＲＡＭ２２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ２２２は、ＲＯＭ２２１及びハードディスク２２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ２２０の作業領域として利用される。
ハードディスク２２３は、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ２２０に実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００２９】
読出装置２２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体２３０に記録されたコンピュータプログラム又はデータ２３０ａを読み出すことができる。
【００３０】
なお、前記アプリケーションプログラムは、可搬型記録媒体２３０によって提供されるのみならず、電気通信回線（有線、無線を問わない）によってコンピュータと通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。例えば、前記アプリケーションプログラムがインターネット上のサーバコンピュータのハードディスク内に格納されており、このサーバコンピュータに管理装置２００がアクセスして、当該コンピュータプログラムをダウンロードし、これをハードディスク２２３にインストールすることも可能である。
また、ハードディスク２２３には、例えば米マイクロソフト社が製造販売するＷｉｎｄｏｗｓ（登録商標）のグラフィカルユーザインタフェース環境を提供するオペレーティングシステムがインストールされている。以下の説明においては、本実施形態に係るアプリケーションプログラムは当該オペレーティングシステム上で動作するものとしている。
さらに、ハードディスク２２３は所定の領域に、精度管理結果データデータベース２２３ａと、精度管理エラー判定条件データベース２２３ｂと、精度管理用集計結果データベース２２３ｃと、エラー情報データベース２２３ｄと、エラー情報判定条件データベース２２３ｅと、エラー情報用集計結果データベース２２３ｆと、アプリケーションプログラム２２３ｇを備える。
アプリケーションプログラム２２３ｇは、通知判定処理プログラム２２３ｈと、グラフ作成処理プログラム２２３ｉと、判定条件更新プログラム２２３ｊとを備える。精度管理結果データデータベース２２３ａは、分析装置１００ａから受信した精度管理データ、および精度管理判定条件により使用者への通知が必要と判定された結果を記憶する。精度管理エラー判定条件データベース２２３ｂは、分析装置１００ａから受信した精度管理データに対して使用者に通知の必要があるかないかを判定する判定条件を記憶する。精度管理用集計結果データベース２２３ｃは、精度管理結果データベース２２３ａに蓄積された判定結果に対して、グラフ作成処理プログラム２２３ｉが出力した結果を記憶する。エラー情報データベース２２３ｄは、管理装置１００から受信したエラー情報、およびエラー情報判定条件により使用者への通知が必要と判定された結果を記憶する。エラー情報判定条件データベース２２３ｅは、分析装置１００ａから受信したエラー情報に対して使用者に通知の必要があるかないかを判定する判定条件を記憶する。
エラー情報用集計結果データベース２２３ｆは、エラー情報データベース２２３ａに蓄積された判定結果に対して、グラフ作成処理プログラム２２３ｉが出力した結果を記憶する。通知判定処理プログラム２２３ｈは、分析装置１００ａから受信した精度管理データおよびエラー情報に対して、ユーザへの通知が必要かどうかの判定処理を行う。グラフ作成処理プログラム２２３ｉは、精度管理データベース２２３ａおよびエラー情報データベース２２３ｄに蓄積された判定結果のグラフを作成し、出力する。判定条件更新プログラム２２３ｊは、精度管理エラー判定条件データベース２２３ｂおよびエラー情報判定条件データベース２２３ｅに記憶しているエラー判定条件を更新する。
【００３１】
入出力インタフェース２２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース２２４には、キーボードおよびマウスからなる入力デバイス２００ｃが接続されており、操作者が当該入力デバイス２００ｃを使用することにより、本体２００ａにデータを入力することが可能である。
通信インタフェース２２６は、例えばEthernet（登録商標）インタフェースであり、管理装置２００は、当該通信インタフェース２２６により、所定の通信プロトコルを使用してネットワーク１０３を介して接続された分析装置１００ａと、また、ネットワーク２０１を介して接続されたコールセンターの端末装置との間でデータの送受信が可能である。
画像出力インタフェース２２７は、ＬＣＤまたはＣＲＴ等で構成されたディスプレイ２００ｂに接続されており、２２０から与えられた画像データに応じた映像信号をディスプレイ２００ｂに出力するようになっている。ディスプレイ２００ｂは、入力された映像信号にしたがって、画像（画面）を表示する。
【００３２】
図６は、コールセンター２０３の端末装置３００のブロック図を示す。コールセンター２０３の端末装置３００は本体３００ａと、ディスプレイ３００ｂと、入力デバイス３００ｃとから主として構成されたコンピュータである。
本体３００ａは、ＣＰＵ３２０と、ＲＯＭ３２１と、ＲＡＭ３２２と、ハードディスク３２３と、入出力インタフェース３２４と、読出装置３２５と、通信インタフェース３２６と、画像出力インタフェース３２７とを備えており、ＣＰＵ３２０、ＲＯＭ３２１、ＲＡＭ３２２、ハードディスク３２３、入出力インタフェース３２４、読出装置３２５、通信インタフェース３２６、および画像出力インタフェース３２７は、バス３２８によってデータ通信可能に接続されている。
【００３３】
ＣＰＵ３２０は、ＲＯＭ３２１に記憶されているコンピュータプログラム及びＲＡＭ２２２にロードされたコンピュータプログラムを実行することが可能である。そして、アプリケーションプログラムを当該ＣＰＵ３２０が実行することにより、後述するような各機能ブロックが実現され、コンピュータがコールセンターの端末装置３００として機能する。
ＲＯＭ３２１は、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ３２０に実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００３４】
ＲＡＭ３２２は、ＳＲＡＭ、ＤＲＡＭ等によって構成されている。ＲＡＭ３２２は、ＲＯＭ３２１及びハードディスク３２３に記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ３２０の作業領域として利用される。
ハードディスク３２３は、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ３２０に実行させるための種々のコンピュータプログラムの実行に用いるデータがインストールされている。
【００３５】
読出装置３２５は、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体３３０に記録されたコンピュータプログラム又はデータ３３０ａを読み出すことができる。
【００３６】
入出力インタフェース３２４は、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェースから構成されている。入出力インタフェース３２４には、キーボードおよびマウスからなる入力デバイス３００ｃが接続されており、操作者が当該入力デバイス３００ｃを使用することにより、コンピュータ３００ａにデータを入力することが可能である。
通信インタフェース３２６は、例えばEthernet（登録商標）インタフェースであり、コールセンターの端末装置３００は、当該通信インタフェース３２６により、所定の通信プロトコルを使用してネットワーク２００を介して接続された管理装置２０１との間でデータの送受信が可能である。
画像出力インタフェース３２７は、ＬＣＤ、ＣＲＴ等で構成されたディスプレイ３００ｂに接続されており、ＣＰＵ３２０から与えられた画像データに応じた映像信号をディスプレイ３００ｂに出力するようになっている。ディスプレイ３００ｂは、入力された映像信号にしたがって、画像（画面）を表示する。
【００３７】
図７は、制御装置、管理装置および端末装置のＣＰＵ１２０、２２０および３２０によって実行される処理を示すフローチャートである。図７に示すように、ＣＰＵ１２０は、ステップＳ１００において、分析装置本体１０１でエラーが発生しているか否か、すなわち、分析装置本体１０１からエラー情報を受信したか否かを判断する処理を実行する。
なお、分析装置本体１０１では、例えばバーコードリーダ１１２ａによるバーコード読取りが不可能であったと制御部１１７が判断すると、制御部１１７はバーコード読取りエラーを示す情報を制御装置１０２に送信する。また、検体が到着しているにも関わらず、センサ１１３ａにより検体の到着が検知できなかったと制御部１１７が判断すると、制御部１１７は検体到着の確認エラーを示すエラー情報を制御装置１０２に送信する。また、検体を吸引しているにも関わらず、センサ１１４ａにより検体の吸引を検知することができなかったと制御部１１７が判断すると、制御部１１７は検体吸引のエラーを示すエラー情報を制御装置１０２に送信する。
ステップＳ１００においてエラーが発生したと判断されると（ステップＳ１００においてＮｏ）、ＣＰＵ１２０は、受信したエラー情報を記憶する（ステップＳ１０５）。一方、ステップＳ１００において、エラーが発生していないと判断されると（ステップＳ１００においてＹｅｓ）、ＣＰＵ１２０はステップＳ１０１において、分析装置本体１０１から精度管理物質１０６の測定データを受信したか否かを判断する。
なお、分析装置本体１０１は、精度管理物質１０６を測定すると、検出部１１６から測定データが制御部１１７に送信され、制御部１１７は、この測定データを制御装置１０２に送信する。
ステップＳ１０１において、測定データを受信したと判断すると（ステップＳ１０１においてＹｅｓ）、ＣＰＵ１２０は、ステップＳ１０２において、測定データを解析し、精度管理データ２４０を取得する。そして、ＣＰＵ１２０は、ステップＳ１０３において、ステップＳ１０２で取得した精度管理データ２４０をハードディスク１２３に記憶するとともに、ステップＳ１０４において、精度管理データ２４０を管理装置２００に送信する。
【００３８】
図８は、ステップＳ１０４において、制御装置１０２から管理装置２００に送信される精度管理データ２４０を示す。精度管理データ２４０は、装置情報２４１と、精度管理物質１０６の情報２４２と、精度管理測定日２４３と、精度管理測定の結果２４４とを含む。
装置情報２４１は、分析装置が設置されている装置名２４１ａと、装置名称２４１ｂと、工場出荷時に各分析装置本体１０１に付加されるＰＳ Ｃｏｄｅ２４１ｃと、シリアルＮｏ．２４１ｄとを含む。
精度管理物質１０６の情報２４２は、精度管理物質１０６に貼付されたバーコードがハンディバーコードリーダにより読取られる、または制御装置１０２の入力デバイス１０２ｃを用いて入力され、精度管理物質の名称２４２ａと精度管理物質１０６のレベル２４２ｂとＬｏｔ Ｎｏ．２４２ｃとを含む。
精度管理物質の名称２４２ａは、精度管理物質１０６の名称を示す情報である。レベル２４２ｂは、ＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。Ｌｏｔ Ｎｏ．２４２ｃは精度管理物質１０６の製造時のロットを示す情報である。
精度管理測定日２４３は、ステップＳ１０１において、測定データを受信した日付２４
３ａと時刻２４３ｂを示す情報である。
精度管理測定の結果２４４は、精度管理測定の項目数２４４ａと、各項目の測定結果を示す情報である。例えば、図８においては、精度管理測定の項目数２４４ａは、ＲＢＣ２４４ｂと、ＨＧＢ２４４ｃと、ＷＢＣ２４４ｄを含む３項目であることを示す。また、各項目の測定結果は、ＲＢＣは４４７００００個／μＬ、ＨＧＢは１３．５ｇ／Ｌ、ＷＢＣは３８４個／μＬという測定結果であったことを示す。
【００３９】
管理装置２００のＣＰＵ２２０は、ステップＳ２００において、ネットワーク１０３，２０１を介して分析装置１００ａから受信したデータが精度管理データ２４０であると判断すると（ステップＳ２００においてＹｅｓ）、ステップＳ２０１において、ハードディスク２２３の精度管理結果データベース２２３ａの領域に受信した精度管理データ２４０を記憶する。次にステップＳ２０２において、通知判定処理プログラム２２３ｈを起動し、精度管理エラー判定条件データベース２２３ｂに記憶している、精度管理エラー判定条件２５０のユーザ用の判定の有無２５５を参照して、分析装置１００ａから受信した精度管理データ２４０に対して、分析装置１００ａの使用者に通知を行うか否かの判定を行う。
【００４０】
図９は、精度管理エラー判定条件データベース２２３ｂに記憶されている精度管理エラー判定条件２５０を示す模式図である。精度管理エラー判定条件２５０は、精度管理物質１０６を識別するためのマテリアル名２５１と、レベル２５２と、測定項目２５３と、異常判定ルール２５４と、ユーザ用の判定の有無２５５と、外部連携エラーの判定有無２５６とを含んでいる。
マテリアル名２５１は精度管理物質１０６の名称を示す情報である。レベル２５１はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目２５３は、精度管理測定の項目を示す情報である。異常判定ルール２５４は、使用者への通知が必要か否かを判定する判定項目を示す情報である。例えば、アクションリミットオーバー２５４ａは複数の分析装置１００ａから得た精度管理データ２４０の平均値±許容％を超えた場合に使用者への通知が必要と判定し、トレンド２５４ｂは精度管理データ２４０が許容範囲を超えて４回連続同一方向に上昇または下降した場合に使用者への通知が必要と判定する。ユーザ用の判定の有無２５５は、分析装置１００ａの使用者が設定することのできる設定であり、精度管理データ２４０を受信したときに、各異常判定ルール２５４により判定を実施するか否かを示す情報である。
外部連携エラーの判定の有無２５６は、カスタマーサポートセンター２０２の技術者２０５が設定することのできる設定であり、精度管理データ２４０を受信したときに、各異常判定ルール２５４により判定を実施するか否かを示す情報である。
【００４１】
その後、ＣＰＵ２２０は、ステップＳ２０３において、精度管理エラー判定条件２５０の外部連携エラー判定の有無２５６を参照して、精度管理データ２４０に対して使用者に通知を行うか否かの判定を行う。
なお、本実施の形態においては、ステップＳ２０２においてユーザ用の判定の有無２５５を参照し、分析装置１００ａの使用者に通知を行うか否かの判定を行い、次にステップＳ２０３において、外部連携エラー判定の有無２５６を参照して、分析装置１００ａの使用者に通知を行うか否かの判定を行う構成について述べたが、どちらか１つの判定条件を選択することができ、選択した判定条件を参照して分析装置１００ａの使用者に通知を行うか否かの判定を行う構成であってもよい。
【００４２】
ＣＰＵ２２０が、ステップＳ２２０において、上記ステップＳ２０２またはステップＳ２０３の判定処理で使用者への通知が必要と判断した場合（ステップＳ２２０においてＹｅｓ）、ステップＳ２２１において、精度管理結果２６０（図１１参照）をハードディスク２２３の精度管理結果データベース２２３ａに記憶し、コールセンター２０３の複数の端末装置３００から通知先となる端末装置３００を決定し、ステップＳ２２３において、ステップＳ２２２で決定した通知先を参照して、ネットワーク２０１を介してコールセンター２０３の端末装置３００に使用者への通知が必要である旨を通知する。一方、ＣＰＵ２２０は、ステップＳ２２０において使用者への通知が必要と判断されなかった場合（ステップＳ２２０においてＮｏ）、ステップＳ２２１ないしステップＳ２２３の処理を実行せず、処理をステップＳ２３０に進める。
【００４３】
図１１は、ステップＳ２２３において、管理装置２００のＣＰＵ２２０からコールセンター２０３の端末装置３００に通知される精度管理結果２６０を示す模式図である。精度管理結果２６０は、装置情報２６１と、精度管理物質情報２６２と、測定項目２６３と、ユーザによる判定条件２６４と、技術者による判定条件２６５と、精度管理測定日２６６と、精度管理結果２６７と、エラー名称２６８とを含んでいる。
装置情報２６１は、装置名称２６１ｂと、工場出荷時に各分析装置本体１０１に付加されるＰＳ Ｃｏｄｅ２６１ｃと、シリアルＮｏ．２６１ｄとを含む。
精度管理物質情報２６２は、精度管理物質の名称２６２ａと精度管理物質１０６のレベル２６２ｂとＬｏｔ Ｎｏ．２６２ｃとを含む。
精度管理物質の名称２６２ａは、精度管理物質１０６の名称を示す情報である。レベル２６２ｂは、ＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。Ｌｏｔ Ｎｏ．２６２ｃは製造時のロットを示す情報である。測定項目２６３は、ＣＰＵ２２０が受信した精度管理データ２４０において、通知判定処理プログラム２２３ｈでユーザへの通知が必要と判定した精度管理測定の項目を示す情報である。ユーザによる判定条件２６４と技術者による判定条件２６５は、各判定条件の使用の有無を示す情報である。精度管理測定日２６６は、精度管理測定が完了した日時を示す情報である。精度管理結果２６７とエラー名称２６８は、ステップＳ２０２またはステップＳ２０３の通知判定処理において、異常と判定された測定項目２６３の測定結果と使用者への通知が必要と判定した異常判定ルール２５４を示す情報である。
【００４４】
次に、コールセンター２０３の端末装置３００のＣＰＵ３２０がステップＳ３００において、ネットワーク２０１を介して、管理装置２００から受信したデータが、図１１に示す精度管理結果２６０と判断した場合（ステップＳ３００においてＹｅｓ）、ステップＳ３０１において画像出力インタフェース３２７を介してディスプレイ３００ｂに図１１に示す精度管理結果２６０を表示し、使用者への通知が必要であることを知らせる。
その後、ステップＳ３２０において、ＣＰＵ３２０により、コールセンターの端末装置３００のオペレーティングシステム（ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）のスタートメニューからシャットダウンが選択されることによってＯＳのシャットダウンが指示されたか否かを判断する。そして、ステップＳ３２０において、ＯＳのシャットダウンが指示されていないと判断した場合には（ステップＳ３２０においてＮｏ）、ステップＳ３００に戻る。また、ステップＳ３２０において、ＯＳのシャットダウンが指示されたと判断した場合には（ステップＳ３２０においてＹｅｓ）、ステップＳ３２１に進み、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のシャットダウン処理が行われ、処理を終了する。
一方、ステップＳ３００において、図１０に示す精度管理結果２６０でないと判断した場合（ステップＳ３００においてＮｏ）、ステップＳ３１０の処理を実行する。
【００４５】
次に、図７に沿って、分析装置１００ａからエラー情報２８０がネットワーク１０３、２０１を介して、管理装置２００に送信され、その後、管理装置２００からネットワーク２０１を介して、コールセンター２０３の端末装置３００に通知を行うまでの処理を説明する。
ステップＳ１０６において、使用者により分析装置本体１０１のシャットダウン指示があったと判断した場合（ステップＳ１０６においてＹｅｓ）、ＣＰＵ１２０はステップＳ１０７において、ネットワーク１０３、２０１を介して、管理装置２００に図１５に示すエラー情報２８０を送信する。
一方、ステップＳ１０６において、分析装置本体１０１のシャットダウンが指示されなかった場合（ステップＳ１０６においてＮｏ）、ＣＰＵ１２０は、ステップＳ１００に処理を戻し、これによってステップＳ１００からステップＳ１０５の動作が繰り返される。
【００４６】
図１５は、分析装置１００ａから管理装置２００に送信されるエラー情報２８０を示す模式図である。分析装置１００ａから送信されるエラー情報２８０は、連番２８１と、装置情報２８２と、エラー発生日時２８３と、エラーコード２８４とを含んでいる。装置情報２８２は、分析装置１００ａを識別するため、分析装置１００ａが設置されている施設名２８２ａと、分析装置１００ａの名称２８２ｂと、工場出荷時に付加されるＰＳ Ｃｏｄｅ２８２ｃと、シリアルＮｏ．２８２ｄとを示す情報を含んでいる。エラー発生日時２８３は、エラーの発生した日付２８３ａと、エラーの発生した時刻２８３ｂとを含んでいる。エラーＣｏｄｅ２８４は発生したエラーの識別情報を示しており、分析装置１００ａから受信したエラーの種類を一意に識別することができる。
【００４７】
管理装置２００のＣＰＵ２２０は、ステップＳ２１１において、ネットワーク１０３、２０１を介して分析装置１００ａから受信したデータが図１５に示すエラー情報２８０であると判断すると（ステップＳ２１１においてＹｅｓ）、ステップＳ２１２において受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。そして、ステップＳ２１３において、通知判定処理プログラム２２３ｈを実行し、図１６に示すエラー情報判定条件データベース２２３ｅのエラー情報判定条件２９０を参照して、分析装置１００ａの使用者への通知が必要か否かの判定処理を実行する。
【００４８】
図１６は、エラー情報判定条件データベース２２３ｅに記憶されているエラー情報判定条件２９０を示す模式図である。エラー情報判定条件２９０は、装置名２９１と、エラー名称２９２と、エラーＣｏｄｅ２９３と、アクションリミット２９４とを含んでいる。装置名２９１は、分析装置１００ａの名称を示す情報である。エラー名称２９２は、エラーの名称を示す情報である。エラーＣｏｄｅ２９３は、エラー名称２９２に一意に対応した識別情報を示す情報である。アクションリミット２９４は、１日に分析装置１００ａから受信したエラー情報２８０にエラーＣｏｄｅ２９３に示すエラーがアクションリミット２９４で指定した回数を超えて発生していた場合に、使用者に通知が必要と判定する情報である。
例えば、図１６に示すエラー情報判定条件２９０における、エラー名称２９２のショートサンプルを例に挙げる。ショートサンプルは、制御部１１７が検体を吸引しているにも関わらず、センサ１１４ａにより検体の吸引が十分に行えなかったと判断した場合に発するエラーを示す。前記エラーが１日に１０回以上発生した場合に、判定処理は、使用者への通知が必要と判定することを示す。
【００４９】
ステップＳ２２０において、上記ステップＳ２１３で実行した通知判定処理プログラム２２３ｈにより、使用者への通知が必要と判定された場合（Ｓ２２０においてＹｅｓ）、ステップＳ２２１において、図１７に示すエラー情報判定結果２９５をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。そして、ステップＳ２２２において、通知先となるコールセンター２０３の端末装置３００を決定し、ステップＳ２２３において、ステップ２２２で決定した通知先を参照して、ネットワーク２０１を介してコールセンター２０３の端末装置３００に使用者への通知が必要である旨を通知する。
一方、ＣＰＵ２２０は、ステップＳ２２０において使用者への通知が必要と判断されなかった場合（ステップＳ２２０においてＮｏ）、ステップＳ２２１ないしステップＳ２２３の処理を実行せず、ステップ２３０において、所定の時間が経過したか否かを判断する。
【００５０】
図１７は、管理装置２００からコールセンターの端末装置３００に通知されるエラー情報判定結果２９５を示す模式図である。
管理装置２００からコールセンター２０３の端末装置３００に送信されるエラー情報判定結果２９５は、装置情報２９６と、エラー発生日時２９７と、エラー情報２９８と、アクションリミット２９９とを含んでいる。装置情報２９６は、分析装置１００ａが設置されている施設名２９６ａと、分析装置１００ａを識別するため、分析装置１００ａの名称２９６ｂと、工場出荷時に付加されるＰＳ Ｃｏｄｅ２９６ｃと、シリアルＮｏ．２９６ｄとを示す情報を含んでいる。エラー発生日時２９７は、エラーの発生した日付および時刻を示す情報である。エラー情報２９８はエラー名称２９８ａとエラーコード２９８ｂを含んでいる。エラー名称２９８ａは分析装置２００で発生したエラーの名称を示す情報である。エラーＣｏｄｅ２９８ｂは、エラー名称に対応するエラーの識別情報を示す情報である。
アクションリミット２９９は、上記エラー情報２９８のエラーが１日にアクションリミット２９９に設定した回数を越えた場合に、使用者に通知が必要と判定する回数を示す情報である。
【００５１】
次に、コールセンターの端末装置３００のＣＰＵ３２０は、ステップＳ３１０において、ネットワーク２０１を介して、管理装置２００から受信したデータが図１７に示すエラー情報判定結果２９５と判断した場合（ステップＳ３１０においてＹｅｓ）、ステップＳ３１１において、画像出力インタフェース３２７を介してディスプレイ３００ｂに図１７に示すエラー情報判定結果２９５を表示する。
一方、ステップＳ３１０において、図１７に示す精度管理データの判定結果でないと判断した場合（ステップＳ３１０においてＮｏ）、ＣＰＵ３２０は、ステップＳ３２０の処理を実行する。
ステップＳ３２０において、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のスタートメニューからシャットダウンが選択されることによってＯＳのシャットダウンが指示されたか否かを判断する。そして、ステップＳ３２０において、ＯＳのシャットダウンが指示されていないと判断した場合（ステップＳ３２０においてＮｏ）、ステップＳ３００に戻る。また、ステップＳ３２０において、ＯＳのシャットダウンが指示されたと判断した場合（ステップＳ３２０においてＹｅｓ）、ステップＳ３２１に進み、ＣＰＵ３２０により、コールセンター２０３の端末装置３００のＯＳであるＷｉｎｄｏｗｓ（登録商標）のシャットダウン処理が行われ、処理を終了する。
【００５２】
また、ステップＳ２３０において、ＣＰＵ２２０は前回のグラフ作成処理から所定の期間（例えば１ヶ月）が経過すると（ステップＳ２３０においてＹｅｓ）、ステップＳ２３１において、図５に示すグラフ作成処理プログラム２２３ｉを実行して、精度管理結果データベース２２３ａに蓄積されている精度管理結果２６０およびエラー情報データベース２２３ｄに蓄積されているエラー情報判定結果２９５の集計を行い、ハードディスク２２３の所定の領域に出力する。上記グラフ作成処理（ステップＳ２３１）の実行後、ステップＳ２００の処理に戻る。
一方、ステップＳ２３０において、ＣＰＵ２２０は所定の期間が経過していないと判断すると（ステップＳ２３０においてＮｏ）、ステップＳ２３２に進む。
【００５３】
次に、ステップＳ２３２において、カスタマーサポートセンター２０２の技術者２０５により図９に示す精度管理エラー判定条件２５０のユーザ用の判定の有無２５５、外部連携エラー判定の有無２５６、またはエラー情報判定条件２９０のアクションリミット２９４のうちいずれかの更新要求があった場合（ステップＳ２３２においてＹｅｓ）、ＣＰＵ２２０は、ステップＳ２３３において、判定条件更新プログラム２２３ｊを実行し、図５に示すハードディスク２２３の精度管理エラー判定条件データベース２２３ｂまたはエラー情報判定条件データベース２２３ｅに記憶している判定条件を、受信した判定条件に基づき更新を行う。
【００５４】
図１０は、カスタマーサポートセンター２０２の技術者２０５が図５に示す精度管理エラー判定条件データベース２２３ｂの更新を行う画面の模式図である。
精度管理エラー判定条件設定ダイアログ３１０は主にマテリアル名３１１と、レベル３１２と、測定項目３１３と、異常判定ルール３１４と、ユーザ用の判定の有無３１５と、外部連携エラーの判定の有無３１６と、ＯＫボタン３１７と、キャンセルボタン３１８とを含んでいる。
マテリアル名３１１は精度管理物質１０６の名称を示す情報である。レベル３１２はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目３１３は、精度管理測定の項目を示す情報である。異常判定ルール３１４は、使用者への通知が必要か否かを判定する判定項目を示す情報である。ユーザ用の判定の有無３１５は、分析装置１００ａの使用者が設定することのできる設定であり、ユーザ用の判定の有無用チェックボックス３１５ａを含んでいる。ユーザ用の判定の有無用チェックボックス３１５ａは、チェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。外部連携エラーの判定の有無３１６は、カスタマーサポートセンター２０２の技術者２０５が設定することのできる設定であり、外部連携エラーの判定の有無用チェックボックス３１６ａを含んでいる。外部連携エラーの判定の有無用チェックボックス３１６ａはチェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。
ＯＫボタン３１７が押されると、精度管理エラー判定条件設定ダイアログ３１０に表示されている設定内容にて精度管理エラー判定条件データベース２２３ｂの内容が更新され、精度管理エラー判定条件設定ダイアログ３１０を閉じる。また、キャンセルボタン３１８が押されると、精度管理エラー判定条件データベース２２３ｂの内容を更新せず、精度管理エラー判定条件設定ダイアログ３１０を閉じる。
例えば、図１０に示す精度管理エラー判定条件設定ダイアログ３１０は、分析装置１００ａから精度管理データ２４０を受信した場合、マテリアル名３１１が精度管理物質Ａ、レベル３１２がＬＯＷ、測定項目３１３がＲＢＣ、異常判定ルール３１４がアクションリミットオーバーについて、ステップＳ２０２では使用者への通知が必要か否かの判定を行うが、ステップＳ２０３では使用者への通知が必要か否かの判定を行わないことを示す。
一方、ステップＳ２３２において、ＣＰＵ２２０は図９に示す精度管理エラー判定条件２５０のユーザ用の判定の有無２５５、外部連携エラーの判定の有無２５６、または図１６に示すエラー情報判定条件２９０のアクションリミット２９４のうち、いずれの更新要求もないと判断すると（ステップＳ２３２においてＮｏ）、ステップＳ２００の処理に戻る。
【００５５】
図１２はステップＳ２３１のグラフ作成処理の流れを示すフローチャートである。ＣＰＵ２２０は、ステップＳ２７１において、精度管理結果データベース２２３ａから所定の期間の精度管理結果２６０を取得し、ステップＳ２７２において、取得した結果から、装置名２６１ｂ毎に精度管理結果２６０を分類する。
次に、ステップＳ２７３において、ステップＳ２７２で分類した精度管理結果２６０から、精度管理物質の名称２６２ａ毎に精度管理結果２６０を分類し、さらに精度管理物質１０６の濃度を示す２６２ｂ毎に精度管理結果２６０を分類する。さらにステップＳ２７４において、分類した精度管理結果２６０を測定項目２６３毎に分類し、ステップＳ２７５において、分類した精度管理結果２６０をエラー名称２６８毎に分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであり、測定項目がＲＢＣであり、エラー名称がアクションリミットオーバーであるグループ（これをグループ１とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであり、測定項目がＲＢＣであり、エラー名称がトレンドであるグループ（これをグループ２とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ｂであり、レベルがＮＯＲＭＡＬであり、測定項目がＨＧＢであり、エラー名称がアクションリミットオーバーであるグループ（これをグループ３とする）などが生成される。
その後、ステップＳ２７６において、ステップＳ２７５で生成されたグループのそれぞれについて、通知判定率を下記の式（１）を用いて算出する。
通知判定率 ＝ 使用者への通知件数÷総精度管理データ数 ・・・（１）
ここで、使用者への通知件数とは、上記それぞれのグループに含まれる精度管理結果２６０の数である。また、総精度管理データ数とは、対象期間に複数の分析装置１００ａから受信した精度管理物質のレベル毎の精度管理データ２４０の数を示す。
例えば、上記それぞれのグループの通知判定率を算出する場合、グループ１とグループ２の通知判定率算出に際しては、総精度管理データ数とは、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ａであり、レベルがＬＯＷであるグループに含まれる精度管理データ２４０の数を示す。また、グループ３の通知判定率算出に際しては、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、精度管理物質名が精度管理物質Ｂであり、レベルがＮＯＲＭＡＬであるグループに含まれる精度管理データ２４０の数を示す。
ステップＳ２７７において、ステップＳ２７６で算出した通知判定率を測定項目２６３毎に積上げ棒グラフに出力する。さらにステップＳ２７８において、ステップＳ２７７で出力したグラフを精度管理用集計結果データベース２２３ｃの所定の領域に記憶する。
【００５６】
図１３は、ステップＳ２７７で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４０１と、分析装置名４０２と、精度管理物質名４０３と、精度管理物質の濃度４０４とを表示する。
【００５７】
グラフ４００には、精度管理データ２４０についての異常判定ルール２５４の各項目の通知判定率を確認するための積上げ棒グラフを表示する。ＲＢＣ４０５は精度管理測定の項目を示す情報である。４０６はＲＢＣ４０５のアクションリミットの通知判定率を示す情報である。４０７はＲＢＣ４０５のトレンドの通知判定率を示す情報である。また、ＨＧＢ４０８は精度管理測定の項目を示す情報である。４０９はＨＧＢ４０８のアクションリミットの通知判定率を示す情報である。４１０はＨＧＢのトレンドの通知判定率を示す情報である。
図１３より、装置Ａを対象に４月度の精度管理測定の集計の結果、精度管理物質Ａの濃度レベル１について、精度管理項目ＲＢＣは、ＨＧＢと比較してトレンドによる通知判定率が高く、例えばその原因が精度管理物質ＡのＲＢＣの保存安定性に由来するものである場合には、精度管理物質１０６自身に問題があり、分析装置１００ａの問題ではないので、ＲＢＣのトレンドに関する判定条件を緩くして、使用者への通知を減らすといった判断を得ることができる。
【００５８】
次に、ＣＰＵ２２０は、ステップＳ２８１においてハードディスク２２３のエラー情報データベース２２３ｄから所定の期間のエラー情報判定結果２９５を取得し、ステップＳ２８２において、取得したエラー情報判定結果２９５から、分析装置１００ａの名称２９６ｂ毎にエラー情報判定結果２９５を分類する。次に、ステップＳ２８３において、ステップＳ２８２で分類したエラー情報判定結果２９５から、エラー情報２９８毎にエラー情報判定結果２９５を分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称がショートサンプルであるグループ（これをグループ４とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称が全血吸引用モータ異常停止であるグループ（これをグループ５とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ｂであり、エラー名称がショートサンプルであるグループ（これをグループ６とする）などが生成される。
その後、ステップＳ２８４において、ステップＳ２８３で生成されたグループのそれぞれについて、通知判定率を下記の式（２）を用いて算出する。
通知判定率 ＝ 通知が必要と判定された件数÷管理装置２００に接続されている装置名２９６ｂの総台数 ・・・（２）
ここで、通知が必要と判定された件数は、上記それぞれのグループに含まれるエラー情報判定結果２９５の数である。また、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている同じ装置名称の分析装置１００ａの数を示す。
例えば上記それぞれのグループの通知判定率を算出する場合、グループ４とグループ５の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ａである分析装置１００ａの数を示す。また、グループ６の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ｂである分析装置１００ａの数を示す。
ステップＳ２８５において、ステップＳ２８４で算出した通知判定率を装置名２９６ｂ毎に積上げ棒グラフに出力する。さらにステップＳ２８６において、ステップＳ２８５で出力したグラフをエラー情報用集計結果データベース２２３ｆの所定の領域に記憶する。
【００５９】
図１４は、ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４５１と分析装置名４５２を表示する。
４５３は、ショートサンプルエラーの通知判定率を示す情報である。ショートサンプルエラーとは、検体吸引部１１４において、検体吸引時にセンサ１１４ａが検体を十分に吸引できないことを検知したときに発生するエラーを示す。
４５４は、ブランクエラーの通知判定率を示す情報である。ブランクエラーとは、検出部１１６において、前検体の試料が検出部１１６において所定の濃度以上残留していることを示す。
４５５はラック動作異常エラーの通知判定率を示す情報である。ラック動作異常は、搬送部１１１が検体を検体ＩＤ読取部１１２または検体吸引部１１４に搬送しているときに、検体を正常に搬送できなかったときに発生するエラーを示す。
４５６は、検体ＩＤ読取りエラーの通知判定率を示す情報である。検体ＩＤ読取りエラーとは、検体に貼り付けられたバーコードをバーコードリーダ１１２ａにて読取れなかったことを示す。
【００６０】
図１４より、搬送部１１１に関するエラー（ラック動作異常）の通知判定率が０．１％であり、例えば、前月と比較して通知判定率が高くなっている場合には、時間経過と共に搬送部１１１のエラーの発生頻度が高くなることが予想される。これにより、次月度は分析装置１００ａのダウンタイムを軽減するため、搬送部１１１に関するエラーのエラー情報判定条件２９０のラック動作異常に対するアクションリミット２９４の設定を小さな値し、通知の必要と判定された施設に判定された施設に対し技術者２０４を派遣して重大な故障を予防することができる。
また、ショートサンプルエラーが発生した分析装置１００ａについて、試験管内の検体量が規定量に満たなかったなど、装置の故障以外の原因により頻繁に使用者への通知が発生していることが判明した場合には、エラー情報判定条件２９０のショートサンプルに対するアクションリミット２９４の設定を大きな値にし、使用者への通知回数を減らすなどの判断も得ることができる。
さらに、エラーの発生頻度の高いユニットが何であるかの情報を得ることができるので、次期装置の開発の際には、優先して改良設計を行わなければならないユニットがどれであるかを知ることができ、分析装置１００ａのダウンタイムを軽減する効率良い装置開発への有効な情報となる。
【００６１】
なお、前述した実施の形態においては、カスタマーサポートセンター２０２の管理装置２００は、分析装置１００ａから受信した精度管理データ２４０およびエラー情報２８０について、使用者に通知が必要と判定された場合、コールセンター２０３の端末装置３００にその旨を通知する構成について述べたが、これに限定されるものではなく、例えば、コールセンター２０３の端末装置３００がなくてもよい。このような場合に、管理装置２００において、使用者への通知が必要と判定された場合、制御装置１０２にその旨の通知を行う構成であってもよい。この通知は、発生したエラーの対処方法をメールにて送信し
てもよい。このような構成にすることにより、コールセンター２０３の技術者２０４が不在の場合にも使用者にトラブルが発生していることを通知することができ、さらにコールセンター２０３での処理を省くことができるので迅速に分析装置１００ａの使用者にトラブルを通知することができる。
【００６２】
また、本実施の形態においては、カスタマーサポートセンター２０２の管理装置２００がエラー情報２８０を受信したときに、図７に示すフローチャートのステップＳ２１２において、受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶し、ステップＳ２１３において、通知判定処理プログラム２２３ｈを実行し、使用者への通知が必要か否かの判定処理を実行する構成について述べた。しかしながら、ＣＰＵ２２０が、ステップＳ２１３の判定処理を実行しない構成であってもよい。
つまり、管理装置２００のＣＰＵ２２０は、ステップＳ２１１において、ネットワーク１０３、２０１を介して分析装置１００ａから受信したデータが図１５に示すエラー情報２８０であると判断すると（ステップＳ２１１においてＹｅｓ）、ステップＳ２１２において受信したエラー情報２８０をハードディスク２２３のエラー情報データベース２２３ｄに記憶する。
次にステップＳ２３０において、ＣＰＵ２２０は前回のグラフ作成処理から所定の期間（例えば１ケ月）が経過すると（ステップＳ２３０においてＹｅｓ）、ステップＳ２３１において、図５に示すグラフ作成処理プログラム２２３ｉを実行する。 ＣＰＵ２２０は、ステップＳ２８１においてハードディスク２２３のエラー情報データベース２２３ｄから、所定の期間のエラー情報２８０を取得し、ステップＳ２８２において、取得したエラー情報２８０から、分析装置１００ａの名称２８２ｂ毎にエラー情報２８０を分類する。次にステップＳ２８３において、ステップＳ２８２で分類したエラー情報２８０から、エラーＣｏｄｅ２８４毎にエラー情報２８０を分類する。
これにより、対象期間が前回のグラフ作成日から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称がショートサンプルであるグループ（これをグループ７とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ａであり、エラー名称が全血吸引用モータ異常停止であるグループ（これをグループ８とする）、対象期間が前回のグラフ作成から今回のグラフ作成日までであり、分析装置名が装置Ｂであり、エラー名称がショートサンプルであるグループ（これをグループ９とする）などが生成される。
その後、ステップＳ２８４において、ステップＳ２８３で生成されたグループのそれぞれについて、通知判定率を下記の式（３）を用いて算出する。
異常発生率 ＝ 分析装置１００ａから受信したエラー総数 ÷ 管理装置２００に接続されている装置名２９６ｂの総台数 ・・・（３）
ここで、分析装置１００ａから受信したエラー総数とは、上記それぞれのグループに含まれる各エラーＣｏｄｅ２８４の数を示す。
また、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている同じ装置名称の分析装置１００ａの数を示す。
例えば上記それぞれのグループの通知判定率を算出する場合、グループ７とグループ８の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ａである分析装置１００ａの数を示す。また、グループ９の通知判定率算出に際しては、管理装置２００に接続されている装置名２９６ｂの総台数とは、管理装置２００に接続されている分析装置１００ａのうち、分析装置名が装置Ｂである分析装置１００ａの数を示す。
次に、ステップＳ２８５において、ステップＳ２８４で算出した通知判定率を装置名２９６ｂ毎に積上げ棒グラフに出力する。さらにステップＳ２８６において、ステップＳ２８５で出力したグラフをエラー情報用集計結果データベース２２３ｆの所定の領域に記憶する。
【００６３】
図１８はステップＳ２８５にて出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。グラフの上部には、集計期間４６１と分析装置名４６２を表示する。４６３は、ショートサンプルエラーの異常発生率を示す情報である。４６４は、ブランクエラーの異常発生率を示す情報である。４６５はラック動作異常エラーの異常発生率を示す情報である。４６６は、検体ＩＤ読取りエラーの異常発生率を示す情報である。このような構成にすることにより、分析装置毎に発生頻度の高いエラーを確認することができるので、次期装置の開発の際には、優先して改良設計を行わなければならないユニットを知ることができ、分析装置１００ａのダウンタイムを軽減する効率良い装置開発への有効な情報となる。
【００６４】
また、本実施の形態においては、カスタマーサポートセンター２０２の技術者２０５が精度管理エラー判定条件データベース２２３ｂの更新を行う構成について述べたが、分析装置１００ａから使用者１０７が精度管理エラー判定条件データベース２２３ｂの更新を行う構成であってもよい。例えば、分析装置１００ａから管理装置２００への要求により図１９に示す、精度管理エラー判定条件データベース２２３ｂの更新を行うための分析装置側精度管理エラー判定条件設定ダイアログ３５０を制御装置１０２のディスプレイ１０２ａに表示してもよい。
分析装置側精度管理エラー判定条件設定ダイアログ３５０は、主にユーザ用判定条件設定グリッド３５１と、ＯＫボタン３５７と、キャンセルボタン３５８とを含んでいる。
ユーザ用判定条件設定グリッド３５１は、マテリアル名３５２と、レベル３５３と、測定項目３５４と、異常判定ルール３５５と、ユーザ用の判定の有無３５６とを含んでいる。マテリアル名３５２は精度管理物質１０６の名称を示す情報である。レベル３５３はＬＯＷ、ＮＯＲＭＡＬなど精度管理物質１０６の濃度を示す情報である。測定項目３５４は、精度管理測定の項目を示す情報である。異常判定ルール３５５は、使用者への通知が必要か否かを判定する判定項目を示す情報である。ユーザ用の判定の有無３５６は、分析装置１００ａの使用者が設定することのできる設定であり、ユーザ用の判定の有無用チェックボックス３５６ａを含んでいる。ユーザ用の判定の有無用チェックボックス３５６ａは、チェックが選択されている場合は使用者への通知が必要か否かを判定し、チェックが選択されていない場合は、使用者への通知が必要か否かの判定を行わないことを示す情報である。ＯＫボタン３５７が押されると、精度管理エラー判定条件設定ダイアログ３５０に表示されている設定内容にて精度管理エラー判定条件データベース２２３ｂの内容が更新され、精度管理エラー判定条件設定ダイアログ３５０を閉じる。また、キャンセルボタン３５８が押されると、精度管理エラー判定条件データベース２２３ｂの内容を更新せず、精度管理エラー判定条件設定ダイアログ３５０を閉じる。
例えば、図１９に示す分析装置側精度管理エラー判定条件設定ダイアログ３５０は、管理装置２００が、分析装置１００ａから精度管理データ２４０を受信した場合、管理装置２００のＣＰＵ２２０は、ステップＳ２０２において、マテリアル名３５２が精度管理物質Ａ、レベル３５３がＬＯＷ、測定項目３５４がＲＢＣ、異常判定ルール３５５がアクションリミットオーバー、トレンドについて、使用者への通知が必要か否かの判定を行うことを示す。また、マテリアル名３５２が精度管理物質Ａ、レベル３５３がＮＯＲＭＡＬ、測定項目３５４がＨＧＢ、異常判定ルール３５５がアクションリミットオーバーについては、使用者への通知が必要か否かの判定を行わないことを示す。
なお、図１９においては、分析装置側精度管理エラー判定条件設定ダイアログ３５０は、各異常判定ルール３５５の使用の有無を選択する構成について述べたが、例えば、アクションリミットオーバー３５５ａは、分析装置１００ａから受信した精度管理データ２４０が複数の分析装置１００ａから得た精度管理データ２４０の平均値±許容％を超えた場合に使用者への通知が必要と判定するが、この許容％を変更するような、すなわち異常判定ルール３５５の設定を変更できる構成であってもよい。
【００６５】
また、本実施の形態においては、分析装置１００ａから受信した精度管理データ２４０の判定処理にて使用者への通知が必要と判定された場合、ステップＳ２２２において通知先としてコールセンター２０３の端末装置３００を決定する構成について述べたが、ユーザ用の判定の有無２５５により、使用者への通知が必要と判定された場合には、通知先を分析装置１００ａとし、外部連携エラーの判定の有無２５６により使用者への通知が必要と判定された場合には、通知先をコールセンター２０３の端末装置３００とする構成としてもよい。
【００６６】
また、本実施の形態においては、ＣＰＵ２２０は、ステップＳ２３０で前回のグラフ作成処理から所定の期間が経過した場合にステップＳ２３１のグラフ作成処理を実行する構成について述べたが、カスタマーサポートセンター２０２の技術者２０５がグラフ作成処理プログラム２２３ｉの実行を指示したときに、ＣＰＵ２２０がステップＳ２３１のグラフ作成処理を実行する構成としてもよい。
【図面の簡単な説明】
【００６７】
【図１】第１実施形態例に係る複数の分析装置の管理システムの全体構成図の一例である。
【図２】図１に示した分析装置の斜視図である。
【図３】図１に示した分析装置本体の構成を示すブロック図である。
【図４】図１に示した制御装置のハードウェア構成図である。
【図５】図１に示した管理装置のハードウェア構成図である。
【図６】図１に示したコールセンターの端末装置のハードウェア構成図である。
【図７】図１に示した管理システムが行うメイン処理の流れの一例を示すフローチャートである。
【図８】図１に示した分析装置から管理装置に送信される精度管理データの一例である。
【図９】図１に示した管理装置に備えられた精度管理エラー判定条件データベースの一例である。
【図１０】精度管理エラー判定条件更新用のダイアログの一例である。
【図１１】図１に示した管理装置からコールセンターの端末装置に送信される精度管理エラー判定結果データの一例である。
【図１２】図１に示した管理装置のグラフ作成処理の流れの一例を示すフローチャートである。
【図１３】ステップＳ２７７で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１４】ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１５】図１に示した分析装置から管理装置に送信されるエラー情報の一例である
【図１６】図１に示した管理装置が備えるエラー情報判定条件データベースの一例である。
【図１７】図１に示した管理装置からコールセンターの端末装置に送信される装置エラー判定結果の一例である。
【図１８】ステップＳ２８５で出力され、コールセンター２０３の端末装置３００に表示されるグラフの一例である。
【図１９】分析装置側精度管理エラー判定条件更新用のダイアログの一例である。
【符号の説明】
【００６８】
１００ 分析装置
１０１ 分析装置本体
１０２ 制御装置
１０３ インターネットを含むネットワーク
１１１ 搬送部
１０６ 精度管理物質
１０７ 使用者
２００ 管理装置
２０１ ＬＡＮを含むネットワーク
２０２ カスタマーサポートセンター
２０３ コールセンター
２０４ 技術者
２２３ａ 精度管理結果データベース
２２３ｂ 精度管理エラー判定条件データベース
２２３ｃ 精度管理用集計結果データベース
２２３ｄ エラー情報データベース
２２３ｅ エラー情報判定条件データベース
２２３ｆ エラー情報用集計結果データベース
２２３ｈ 通知判定処理プログラム
２２３ｉ グラフ作成処理プログラム
３００ コールセンターの端末装置
【特許請求の範囲】
【請求項１】
第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置であって、
精度管理物質を測定することにより得られた精度管理データを前記検体分析装置から受信するデータ受信手段と、
前記データ受信手段によって受信した前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、
前記異常判定ルールにより通知が必要と判定された際の通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることを特徴とする管理装置。
【請求項２】
前記通知先として前記検体分析装置とする設定は、前記検体分析装置からネットワークを介して設定可能であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記通知先を前記端末装置とする設定は、当該管理装置において設定可能であることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記検体は、血液であることを特徴とする請求項１乃至３何れか一項に記載の管理装置。
【請求項５】
前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、複数の検体分析装置から得た精度管理データの平均値から許容範囲を超えた場合に、通知を行う判定をすることを特徴とする請求項１乃至４いずれか一項に記載の管理装置。
【請求項６】
前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、同一方向に所定の回数連続して許容範囲から外れた場合に、通知を行う判定をすることを特徴とする請求項１乃至５いずれか一項に記載の管理装置。
【請求項７】
前記第２の施設に設置されていることを特徴とする請求項１乃至６いずれか一項に記載の管理装置。
【請求項８】
前記第２の施設は、前記検体分析装置のメンテナンスを行う業者の施設であることを特徴とする請求項１乃至７いずれか一項に記載の管理装置。
【請求項９】
前記端末装置は、前記メンテナンスを行う業者の施設におけるコールセンターに設けられていることを特徴とする請求項８に記載の管理装置。
【請求項１０】
前記データ受信手段によって受信された複数の前記精度管理データについて、前記異常判定ルールに基づいて前記異常の通知を行った通知回数または通知率を前記異常判定ルール毎に集計した集計結果を生成する集計結果生成手段と、
前記集計結果生成手段によって生成した前記集計結果を出力する集計結果出力手段と、を備えることを特徴とする請求項１乃至９いずれか一項に記載の管理装置。
【請求項１１】
前記集計結果生成出力手段は、前記異常の通知を行った通知回数または通知率を、前記異常判定ルール毎に積上げ棒グラフとして出力する請求項１０に記載の管理装置。
【請求項１２】
前記記憶手段は、測定項目のそれぞれに対し前記異常判定ルールを複数記憶していることを特徴とする請求項１乃至１１いずれか一項に記載の管理装置。
【請求項１３】
請求項１乃至１２いずれか一項に記載の管理装置と、前記検体分析装置と、前記端末装置と、を備えることを特徴とする管理システム。
【請求項１４】
第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置による検体分析装置の精度管理方法であって、
前記管理装置が、
前記検体分析装置が精度管理物質を測定することにより得られた精度管理データを、前記ネットワークを介して受信するステップ、
前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶した記憶手段から前記異常判定ルールを読み出し、受信した前記精度管理について異常の通知が必要か否かを判定するステップ、および
異常の通知が必要な場合に、前記ネットワークを介して通知先に異常の通知を行うステップ、を実行し、
前記管理装置は、前記通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることを特徴とする検体分析装置の精度管理方法。
【請求項１】
第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置であって、
精度管理物質を測定することにより得られた精度管理データを前記検体分析装置から受信するデータ受信手段と、
前記データ受信手段によって受信した前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶する記憶手段と、を備え、
前記異常判定ルールにより通知が必要と判定された際の通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることを特徴とする管理装置。
【請求項２】
前記通知先として前記検体分析装置とする設定は、前記検体分析装置からネットワークを介して設定可能であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記通知先を前記端末装置とする設定は、当該管理装置において設定可能であることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記検体は、血液であることを特徴とする請求項１乃至３何れか一項に記載の管理装置。
【請求項５】
前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、複数の検体分析装置から得た精度管理データの平均値から許容範囲を超えた場合に、通知を行う判定をすることを特徴とする請求項１乃至４いずれか一項に記載の管理装置。
【請求項６】
前記異常判定ルールは、検体分析装置から受信した前記精度管理データが、同一方向に所定の回数連続して許容範囲から外れた場合に、通知を行う判定をすることを特徴とする請求項１乃至５いずれか一項に記載の管理装置。
【請求項７】
前記第２の施設に設置されていることを特徴とする請求項１乃至６いずれか一項に記載の管理装置。
【請求項８】
前記第２の施設は、前記検体分析装置のメンテナンスを行う業者の施設であることを特徴とする請求項１乃至７いずれか一項に記載の管理装置。
【請求項９】
前記端末装置は、前記メンテナンスを行う業者の施設におけるコールセンターに設けられていることを特徴とする請求項８に記載の管理装置。
【請求項１０】
前記データ受信手段によって受信された複数の前記精度管理データについて、前記異常判定ルールに基づいて前記異常の通知を行った通知回数または通知率を前記異常判定ルール毎に集計した集計結果を生成する集計結果生成手段と、
前記集計結果生成手段によって生成した前記集計結果を出力する集計結果出力手段と、を備えることを特徴とする請求項１乃至９いずれか一項に記載の管理装置。
【請求項１１】
前記集計結果生成出力手段は、前記異常の通知を行った通知回数または通知率を、前記異常判定ルール毎に積上げ棒グラフとして出力する請求項１０に記載の管理装置。
【請求項１２】
前記記憶手段は、測定項目のそれぞれに対し前記異常判定ルールを複数記憶していることを特徴とする請求項１乃至１１いずれか一項に記載の管理装置。
【請求項１３】
請求項１乃至１２いずれか一項に記載の管理装置と、前記検体分析装置と、前記端末装置と、を備えることを特徴とする管理システム。
【請求項１４】
第１の施設に設置された検体分析装置と、前記第１の施設とは異なる第２の施設に設置された端末装置と、にネットワークを介して接続された管理装置による検体分析装置の精度管理方法であって、
前記管理装置が、
前記検体分析装置が精度管理物質を測定することにより得られた精度管理データを、前記ネットワークを介して受信するステップ、
前記精度管理データについて異常の通知が必要か否かを判定する異常判定ルールを複数記憶した記憶手段から前記異常判定ルールを読み出し、受信した前記精度管理について異常の通知が必要か否かを判定するステップ、および
異常の通知が必要な場合に、前記ネットワークを介して通知先に異常の通知を行うステップ、を実行し、
前記管理装置は、前記通知先として、前記異常判定ルール毎に前記検体分析装置および前記端末装置をそれぞれ個別に設定可能であることを特徴とする検体分析装置の精度管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−２４８２１７（Ｐ２０１２−２４８２１７Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１２−１８３１０４（Ｐ２０１２−１８３１０４）
【出願日】平成２４年８月２２日（２０１２．８．２２）
【分割の表示】特願２００８−２００１１（Ｐ２００８−２００１１）の分割
【原出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（３９００１４９６０）シスメックス株式会社 (810)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２４年８月２２日（２０１２．８．２２）
【分割の表示】特願２００８−２００１１（Ｐ２００８−２００１１）の分割
【原出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（３９００１４９６０）シスメックス株式会社 (810)
【Ｆターム（参考）】
[ Back to top ]