JP4290490B2 - 精度管理方法及びその装置 - Google Patents
精度管理方法及びその装置 Download PDFInfo
- Publication number
- JP4290490B2 JP4290490B2 JP2003183932A JP2003183932A JP4290490B2 JP 4290490 B2 JP4290490 B2 JP 4290490B2 JP 2003183932 A JP2003183932 A JP 2003183932A JP 2003183932 A JP2003183932 A JP 2003183932A JP 4290490 B2 JP4290490 B2 JP 4290490B2
- Authority
- JP
- Japan
- Prior art keywords
- sample data
- quality control
- result
- management
- analyzer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Automatic Analysis And Handling Materials Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、分析装置の精度管理を容易にするための技術に関する。
【０００２】
【従来の技術】
血液検査などの臨床検査では、血液や尿などを試料として様々な検査項目を分析することが求められている。それらの分析項目はその特性に合わせた測定方法がとられた分析装置によって測定されている。分析装置は、非常に低濃度の物質を高感度に測定したり、微量の試料から１０項目以上の項目を測定したりできるように、高度な機構を備え、検査結果の精度を維持するために各機構部の動作が監視されている。
【０００３】
分析装置は、各機構部の動作にトラブルが発生した場合、その旨の警報を発して分析装置のトラブルをユーザに知らせる。その場合、ユーザは、取扱い説明書に従い、またはサポートセンターなどに電話して状況を説明して技術者の説明に従い、トラブルを解消させる。そして、ユーザが自力で解消できない場合は、サポートセンタから技術者を派遣してもらい、トラブルを解消してもらう。
しかし、臨床検査ではこのような生体成分の検査結果を精度良く管理するためには機構部の監視だけでは不充分で、その生体成分と同じ試料若しくはそれに類似した試料を精度管理物質として測定し、その測定結果を監視する精度管理が行われている。
【０００４】
この精度管理としては、同じ精度管理物質を毎日測定して安定した測定結果が得られるのかを監視する方法（内部精度管理）と、その施設以外で用いられている同じ分析装置で測定した結果と同じような測定結果が得られているのかを監視する方法（外部精度管理）とが用いられている。
ところが外部精度管理を行うためには、集計機関から各施設に同じ精度管理物質を送付し、各施設でその精度管理物質を測定し、各施設からその測定結果（以下、サンプルデータという）を集計機関に送付し、集計機関によりそれらのサンプルデータを集計しなくてはならない。各施設は、その集計結果が集計機関から返送されて初めて、外部精度管理の結果を知ることになる。この精度管理物質の送付から集計結果の返送までは、集計機関がサンプルデータの返送が一定数以上たまるまで待たなくてはならないこともあり、１〜２カ月かかるのが通常である。
【０００５】
【発明が解決しようとする課題】
外部精度管理は前述のように集計機関による集計結果を待って確認するしかなく、回数も通常は１年に１回、多くても１年に３〜４回位しか行われていない。
精度管理は、本来測定データの信頼性を高めるために、毎日の試料測定前に行ってその結果を確認する性格を有する。つまり精度管理のサンプルデータが所定の範囲から外れることは、エラーの発生とも言え、所定の範囲に入るように分析装置の調整してから、試料の測定を行うべきである。しかし、現状の外部精度管理では集計結果が帰ってくるのが測定後１〜２ヶ月後であり、測定当時の装置状態を事後的に確認するために用いているのに過ぎない。
【０００６】
また、血液など経時変化しやすい物質を分析対象とする場合、サンプルデータの測定に用いる精度管理物質の新鮮さは、外部精度管理に参加する各施設間で同程度でなければならない。しかし、各施設に精度管理物質を送付してサンプルデータを集める場合、どうしても測定日がまちまちになりがちである。これでは、収集されたサンプルデータの元となる精度管理物質の新鮮さがまちまちになるため、集計結果の信頼性が低下してしまう。
本発明は、分析装置の実効ある外部精度管理が可能な技術を提供することを目的とする。
【０００７】
前記課題を解決するために、本発明１は、ネットワークを介して複数の臨床検査用分析装置と接続された管理装置における精度管理方法であって、受信手段が、分析装置が所定の精度管理物質を測定することにより得られたサンプルデータを、ネットワークを介して受信するステップ、処理手段が、受信したサンプルデータを蓄積手段に蓄積し、蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計するステップ、および提供手段が、所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供するステップ、からなる管理装置に用いられる精度管理方法を提供する。
管理装置と分析装置との通信は、ＮＴＴの専用回線やインターネットなどを介して行う。分析装置は、コントロール血液などの精度管理物質を１日１回測定し、測定データを管理装置に送信する。管理装置は、分析装置から送信される測定データを蓄積し、蓄積した測定データを分析装置毎および精度管理物質毎に集計する。管理装置は分析装置からサンプルデータを受信する度に、最新の集計結果を集計し直す。
さらに、精度管理物質の新鮮さが同様の条件にある集計結果とするために、所定の期間内、例えば、受信した時間より過去２４時間以内に測定されたサンプルデータの集計にすることができる。分析装置が集計結果を要求すると、その時点での最新の集計結果がリアルタイムに提供される。本発明においても、ＳＭＴＰによる通信は、ファイアウォールなどの制限を受けにくく好ましい。
【０００８】
本発明２は、ネットワークを介して所定の管理装置と接続された分析装置に用いられる精度管理方法であって、分析手段が、所定の精度管理物質を測定しサンプルデータを取得するステップ、送信手段が、ネットワークを介して管理装置に取得したサンプルデータを送信するステップ、取得手段が、管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得するステップ、および出力手段が、取得した外部精度管理結果を出力するステップからなる分析装置に用いられる精度管理方法を提供する。
【０００９】
本発明３は、ネットワークを介して複数の分析装置と接続された管理装置であって、前記分析装置が所定の精度管理物質を測定したサンプルデータを、ネットワークを介して受信する受信手段と、受信したサンプルデータを蓄積する蓄積手段と、蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計する処理手段と、所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供する提供手段と、を備える管理装置を提供する。
【００１０】
本発明４は、ネットワークを介して所定の管理装置と接続された分析装置であって、所定の精度管理物質を測定してサンプルデータを取得する分析手段と、前記サンプルデータを、ネットワークを介して管理装置に送信する送信手段と、管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得する取得手段と、取得した集計結果を出力する出力手段と、を備える分析装置を提供する。
【００１７】
【発明の実施の形態】
次に本発明の精度管理方法について、実施形態例を挙げて具体的に説明する。
＜第１実施形態例＞
［概要］
本実施形態例では、本発明の方法を実現するリモートサポートシステムを例に挙げて説明する。リモートサポートシステムはユーザたる施設が所有する分析装置とシステム提供側の管理装置とが、専用ネットワークで接続されて構成される。
【００１８】
分析装置は、所定の履歴情報を所定のタイミングでネットワークを介して管理装置に送信する。履歴情報には、分析装置の可動状況を示す所定の動作情報と、サンプルデータとが含まれる。動作情報とは、各分析装置のエラー情報、動作回数、動作プログラム、設定条件などである。サンプルデータとは、精度管理物質の測定データである。
管理装置は、各分析装置から履歴情報を収集し、履歴情報を分析装置毎に内容に応じて編集して蓄積するサポート処理及びＱＣ(Quality Control)処理を行う。
【００１９】
Ａ．サポート処理
管理装置は、収集した履歴情報から動作情報を編集し、蓄積する。また、管理装置は、動作情報に基づいてエラー内容の分析を行い、重要なエラー発生があればその表示を行う。技術者は、エラーが発生した分析装置の履歴情報を管理装置上で確認できるので、ユーザに詳細な説明を求めなくても機器状態を充分に把握することができ、トラブルの原因を究明することができる。
また、管理装置は分析装置を遠隔操作する機能を備えている。従って、技術者は、その施設に訪問しなくても、管理装置から直接分析装置の処置をすることができる。さらに管理装置はエラー情報を分析して分析装置のトラブルを予測し、トラブルを未然に防ぐ処置をとることができる。
【００２０】
Ｂ．ＱＣ処理
管理装置１は、各分析装置２で測定された精度管理物質のサンプルデータを、分析装置２の機種毎、精度管理物質の種類毎に集計する。管理装置１は、サンプルデータを受信する度に、同機種における同種のサンプルデータの集計結果を更新し、最新の集計結果をウェブページ上に提供する。分析装置２は、ウェブページにアクセスすることにより、最新の集計結果を取得する。ウェブページへのアクセスにあたり、管理装置は、分析装置から入力された認証情報に基づいて認証処理を行う。このようにして、ユーザは精度管理物質を測定した後すぐに、外部精度管理の集計結果、それも最新の集計結果をリアルタイムに確認することができる。
【００２１】
［構成］
（１）全体構成
図１は、第１実施形態例に係るリモートサポートシステムの全体構成図の一例である。本実施形態例に係るリモートサポートシステムは、管理装置１と分析装置２とが専用ネットワーク３を介して接続されている。
分析装置２は、ネットワーク通信装置４を介して専用ネットワーク３に接続されている。分析装置２としては、例えば血液分析装置や尿分析装置などを挙げることが出来る。管理装置１としては、ＰＣ（Personal Computer）やＷＳ(Work Station)などが用られる。ネットワーク通信装置４としては、ダイアルアップルータやモデムなどが用いられる。
【００２２】
専用ネットワーク３としては、例えば本システムの提供者が電話回線を提供している会社と契約することにより占有的に利用可能な専用電話回線を挙げることが出来る。専用ネットワーク以外に、インターネットやイントラネット、ＬＡＮなど各種ネットワークを用いることも可能である。
（２）管理装置
図２は、管理装置及び分析装置の機能構成を示すブロック図である。
管理装置には、通信インターフェイス（Ｉ／Ｆ）１１、処理部１２、ユーザ管理ＤＢ１４、電子メールサーバ１５、ＷＷＷサーバ１６及びリモートコントロール部（ホスト側）１３が設けられている。
【００２３】
通信Ｉ／Ｆ１１は、分析装置との間でコネクションの確立を行う。
処理部１２は、サポート処理及びＱＣ処理を、ユーザ管理ＤＢ１４を用いて行う。サポート処理により、管理装置上で所定のエラー履歴を表示し、分析装置に発生したトラブルの原因究明を行うことが可能となる。図８〜１１に、処理部により出力されるエラー履歴の表示例を示す。また、ＱＣ処理により、分析装置上で外部精度管理をリアルタイムに行うことが可能となる。図１４及び１５に、ＱＣ処理により作成された集計結果のウェブページの例を示す。これらの表示例についての詳細は後述する。
【００２４】
ユーザ管理ＤＢ１４には、エラー履歴、動作回数、ＱＣデータ、ログ情報などが、分析装置毎に蓄積されている。
電子メールサーバ１５は、分析装置の履歴情報及びサンプルデータを、ＳＭＴＰ(Simple Mail Transfer Protocol)により受信する。通信プロトクルはＳＭＴＰに限定されないが、ＳＭＴＰはファイアウォールなどによる制限を受けないため、将来本システムを各種のネットワーク上で拡張しやすい利点がある。
ＷＷＷサーバ１６は、処理部１２が作成するウェブページを、分析装置上のＷＷＷブラウザに提供する。
【００２５】
リモートコントロール部（ホスト側）１３は、分析装置２上のリモートコントロール部（ユーザ側）と連動することにより、分析装置２の遠隔操作を可能にする。両者が連動することにより、分析装置にリモートログインし、分析装置で表示されるウインドウをリモートコントロール部（ホスト側）１３に表示したり、リモートコントロール部（ホスト側）１３からの入力操作に従い分析装置を操作することが可能となる。
（３）分析装置
分析装置２上のユーザ端末２２は、通信インターフェース（Ｉ／Ｆ）２３、電子メール部２４、リモートコントロール部（ユーザ側）２５、ＷＷＷブラウザ２６、患者マスキング部２７及び制御部２８を有している。
【００２６】
通信Ｉ／Ｆ２３は、前記管理装置１における通信Ｉ／Ｆ１１と同様、コネクションを確立する処理を行う。
電子メール部２４は、分析部２１の動作履歴を示す履歴情報及びサンプルデータを、ＳＭＴＰにより管理装置に送信する。
リモートコントロール部（ユーザ側）２５は、リモートコントロール部（ホスト側）１３と共に動作することにより、管理装置１からの分析装置２の操作を可能にする。
【００２７】
ＷＷＷブラウザ２６は、ユーザからの指示に基づいて管理装置上のウェブページを取得する。
患者マスキング部２７は、管理装置１から分析装置２を操作する場合、患者情報が管理装置上で表示されないようにする。
制御部２８は、分析部２１及びユーザ端末２２上の各構成要素の動作を制御する。
＜処理の流れ＞
次に、リモートサポートシステムにおいて、管理装置及び分析装置が行う処理について説明する。
【００２８】
（１）システム全体の処理の流れ
まず、リモートサポートシステム全体の処理の流れについて、具体的に説明する。図３は、リモートサポートシステムにおけるユーザサポートの流れの一例を示す説明図である。
分析装置２は、通常の試料測定を行い（＃１）、その動作情報を所定のタイミングで管理装置１に送信する（＃３）。送信のタイミングは、エラー情報など急性のある動作情報であればリアルタイム、動作回数や試料測定結果など緊急性がない動作情報であればシャットダウン時である。エラー情報は分析装置１にも表示され、ユーザは分析装置１のトラブルを発見する（＃８）。
【００２９】
管理装置１は、分析装置２より送られてきた動作情報をその種類に分けて履歴ＤＢ１３に蓄積する（＃４）。管理装置１は、蓄積された動作情報に重要なエラー情報がある場合か、軽微なエラー情報ではあるが頻度が高い場合やエラー内容が悪化の傾向にある場合など所定の重要なエラー発生が予想される場合、設定に基づいて分析装置のトラブルを検出する（＃７）。
また、分析装置２は、精度管理物質を測定すると、通常の試料測定結果とは異なりリアルタイムにそのサンプルデータを管理装置１に送信する（＃３）。分析装置２は、測定試料の容器に貼られたバーコードを読み取り、その試料が精度管理物質か否かを判断し、判断結果に基づいてサンプルデータの送信を行う。管理装置１は、新たなサンプルデータを元に集計結果を更新する（＃５）。
【００３０】
ユーザは、サンプルデータを測定後、管理装置１が集計した集計結果を取得し（＃６）、外部精度を確認する。管理装置１は、集計結果の更新に応じてウェブページを更新してゆく。分析装置２がウェブページにアクセスし、アクセスが認証されると、最新の集計結果がサンプルデータとともにウェブページに提供される。
このようにして、ユーザは内部精度管理結果だけではなく、外部精度管理結果もすぐに確認することができ、リアルタイムに分析装置の異常を発見することができる（＃８）。
【００３１】
管理装置１は、精度管理データを分析し、精度管理の結果が所定の範囲からはずれた場合や、精度管理データの悪化が予想される場合、所定の設定に基づいて分析装置２のトラブルを検出する（＃７）。例えば、データが中央値から離れてゆく傾向にある場合である。管理装置１で分析装置２のトラブルが検出されれば、ユーザにその旨の通知がされる（＃８）。
分析装置のトラブルが発見されれば（＃８）、ユーザは分析装置のトラブル解消の処置を行う（＃１０）。管理装置１は、その分析装置２の編集された動作情報からトラブル内容を分析し（＃９）、ユーザにトラブル解消のための最適な情報を提供する。
【００３２】
ユーザが自力でトラブル解消することが困難な場合、ユーザは分析装置のリモートコントロール部を起動させる（＃１１）。サポートセンタの技術者は、管理装置側のリモートコントロール部により、分析装置２を遠隔操作してトラブル解消操作を行う（＃１２）。その際、分析装置の画面は管理装置側の画面と連動される。このようにして、分析装置の操作によって解消可能なトラブルについては、複雑なトラブルであっても、サポートセンターからの遠隔操作によって解消することができる（＃１４）。これでも処置できないトラブルについては、技術者が訪問して修理が行われる（＃１３，１４）。
【００３３】
（２）管理装置における処理の流れ
次に、リモートサポートシステムにおいて管理装置１が行う処理の流れについて、具体的に説明する。
（２−１）収集処理
図４は、管理装置１が行うメイン処理の流れの一例を示すフローチャートである。メイン処理では、管理装置１は分析装置２から履歴情報を収集し、動作履歴であれば蓄積し、サンプルデータであればＱＣ処理を行う。分析装置２からのダイヤルアップにより、以下の処理が開始される。
【００３４】
ステップＳ１では、通信Ｉ／Ｆ１１が分析装置２とのコネクションを確立する接続処理を行う。
ステップＳ２では、処理部１２は、所定の認証処理を行う。すなわち、分析装置２から送信される認証情報と、ユーザＤＢ内のユーザ情報とが一致するか否かを判断する。
ステップＳ３では、処理部１２は、認証結果に応じた処理を行う。認証情報が一致すると判断すると、ステップＳ４に移行する。一致しない場合、コネクションを切断するなどの処理を行う。
【００３５】
ステップＳ４では、電子メールサーバ１５が分析装置２からデータを受信する。処理部１２は、受信データが所定の動作情報であるか否かを判断する。動作情報とは、サンプルデータ以外の所定の情報であり、例えばエラー情報、動作回数、プログラム履歴、設定情報を挙げることが出来る。"Ｙｅｓ"と判断すると、ステップＳ５に移行する。"Ｎｏ"と判断すると、ステップＳ６に移行する。
ステップＳ５では、処理１２部は、受信した動作情報を、一時的に保存する。後述するサポート処理に用いるためである。サポート処理では、例えば日付が変わる０時０分まで各分析装置２からの動作情報を蓄積し、０時０分になるとその日に受信した動作情報に基づいて、動作履歴を作成する。
【００３６】
ステップＳ６では、通信Ｉ／Ｆ１１は、分析装置２との接続を切断する処理を行う。
ステップＳ７では、処理部１２は、受信データが精度管理物質を測定したサンプルデータであるか否かを判断する。"Ｙｅｓ"と判断するとステップＳ８に移行し、後述するＱＣ処理に移行する。すなわち、受信したデータを含めてサンプルデータを集計し、各分析装置用ウェブページを更新する。"Ｎｏ"と判断すると前記ステップＳ６に移行し、接続を切断する。
【００３７】
（２−２）サポート処理
図５は、管理装置１がメイン処理と独立に行うサポート処理の流れの一例を示すフローチャートである。管理装置１は、日付が変わる度にその日に受信した動作情報を編集して履歴ＤＢに書き込む処理を行う。
ステップＳ２１では、処理部１２は、所定の時刻、例えば０時０分になるのを待機している。
ステップＳ２２では、処理部１２は、ユーザ管理ＤＢ１４に登録されている分析装置２のうちいずれかの分析装置を対象ユーザに決定する。
【００３８】
ステップＳ２３では、処理部１２は、対象ユーザについてその日の稼働状況を示す動作情報を受信したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ２４に移行する。"Ｎｏ"と判断すると、後述するステップＳ２５に移行する。
ステップＳ２４では、処理部１２は、動作情報を、分析装置毎及び内容毎に編集し、履歴ＤＢに書き込む。例えば、エラー情報、動作回数、動作プログラム、設定条件を、日時と共にそれぞれテーブル形式に編集し、履歴ＤＢに書き込む。
ステップＳ２５では、処理部１２は、動作情報が取得できなかったことを示す所定のエラー情報を、ユーザ管理ＤＢ１４に書き込む。エラー情報としては、例えば、分析装置名、日付、時刻、生じたエラーを示すエラー番号、エラー番号に対応するエラーメッセージを挙げることが出来る。
【００３９】
ステップＳ２６では、処理部１２は、対象ユーザのエラー情報に基づいて、所定のエラーを検索する。例えば、図１２に示す判定方法に基づいて、エラー種別及び同一のエラーが生じる頻度から図１３に例示するようなエラーレベルを決定する。
ステップＳ２７では、処理部１２は、検索結果に基づいて、対象ユーザの動作情報にエラーが含まれていたか否かを判断する。エラーレベルが０でなければ、"Ｙｅｓ"と判断される。"Ｙｅｓ"と判断すると、ステップＳ２８に移行する。"Ｎｏ"と判断すると、後述するステップＳ２９に移行する。
【００４０】
ステップＳ２８では、処理部１２は、決定したエラーレベルをユーザ管理ＤＢ１４に書き込む。
ステップＳ２９では、処理部１２は、登録されている全ての分析装置２について、ステップＳ２３〜２８の処理を行ったか否かを判断する。"Ｙｅｓ"と判断すると、前記ステップＳ２１に戻る。すなわち、次に日付が変わるまで待機する。"Ｎｏ"と判断すると前記ステップＳ２２に戻り、別の分析装置を対象ユーザに決定する。
【００４１】
（２−３）ＱＣ処理
図６は、管理装置１が行うＱＣ処理の流れを示すフローチャートである。前記メイン処理において、いずれかの分析装置２からサンプルデータを受信すると、管理装置１は以下のＱＣ処理を行う。すなわち、新たに受信したサンプルデータを含めてサンプルデータの集計を行い、新たな集計結果に基づいて各分析装置用ウェブページを更新する。
ステップＳ３１では、処理部１２は、新たに受信したサンプルデータを含めたサンプルデータの集計を行う。精度管理物質は、同じ測定項目でも、値の高いものと低いもの、値が正常範囲のものと異常範囲のものなど複数種類用いられる場合が多い。また、精度管理物質が生体成分によるものの場合は、通常その製造ロット毎に、すなわち製造時期毎にロット番号が異なる。さらに、測定されたデータの補正値を決定するために、サンプルデータが測定された測定モードにも考慮する必要がある。精度管理物質の種類、ロット番号、測定モードなどは、後述するように分析装置から管理装置に通知される。
【００４２】
集計は分析装置の機種及び精度管理物質の種類等毎に行う。この精度管理物質には血液のように経時変化しやすい物質を用いる場合もあるため、測定日毎に集計して集計結果の信頼性を高める。
本発明では最新の集計結果をリアルタイムに提供するため、午前中の早い時間では測定当日のサンプルデータの総数がまだ十分でなく、集計結果の信頼性を保てないおそれが生じる。そこで測定当日の集計を、例えば過去２４時間以内に受信したサンプルデータに基づいて行う。これにより、同じ経時変化での測定条件のサンプルデータを用いることができ、その総数が時間帯によって著しく変動することを防ぐことができる。日付が変わる時点で、過去２４時間以内の集計結果がその日の集計結果として確定する。
【００４３】
同様に集計結果の信頼性を高めるために、３ＳＤ反復切断法を用い、極端な外れ値を集計の対象から除外することが好ましい。さらに、集計結果としてサンプルデータの平均値を用いる場合であって、２４時間以内のサンプルデータが余りにも少ない場合には、平均値に代えて中央値を用いるとよい。
ステップＳ３２では、処理部１２は、各分析装置用ウェブページを、新たな集計結果に基づいて更新する。その後、前記メイン処理に戻りユーザ端末との接続を切断する。
【００４４】
なお、集計結果を更新するタイミングは、サンプルデータの受信時に限定されず、分析装置に対して最新の集計結果を提供可能なタイミングであればよい。例えば、分析装置からウェブページへのアクセスが生じたときに、集計結果を更新することも考えられる。また、管理装置の負担を考慮し、所定時間間隔で集計結果を更新するようにしても良い。
（２−４）他の処理
前記メイン処理、サポート処理及びＱＣ処理に加え、管理装置１は他の処理も行う。
【００４５】
例えば、ＷＷＷサーバ１６は、分析装置上のＷＷＷブラウザからウェブページにアクセスがあった場合、ウェブページを提供する。この際、ライブラリまたはＣＧＩなどのインターフェースプログラムの形態で、分析装置の認証処理を行うことが好ましい。
また、処理部１２は、管理装置１の操作者からの指示に応じ、ユーザ管理ＤＢ１４に蓄積されたエラー履歴の表示を行う。
（３）分析装置における処理の流れ
図７は、分析装置が行うメイン処理の流れの一例を示すフローチャートである。分析装置２は、エラー情報及びサンプルデータをリアルタイムに、エラー情報以外の動作情報を装置の動作終了時に送信する。なお、図７は、本発明による処理の流れのみ示している。分析装置が起動されることにより、以下の処理が開始される。
【００４６】
ステップＳ４１では、制御部２８は、分析部２１の動作状況を監視しており、エラー情報が発生したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ４２に移行する。"Ｎｏ"と判断すると、後述するステップＳ４４に移行する。
ステップＳ４２では、制御部２８は、分析部２１からエラー情報を取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報及びエラー情報を書き込んだ電子メールを作成する。
ステップＳ４３では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。その後、前記ステップＳ４１に戻る。
【００４７】
ステップＳ４４では、制御部２８は、サンプルデータの測定が行われるか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ４５に移行する。"Ｎｏ"と判断すると、後述するステップＳ４８に移行する。
ステップＳ４５では、制御部２８は、測定の終了を待機し、終了するとステップＳ４６に移行する。
ステップＳ４６では、制御部２８は、分析部２１からサンプルデータを取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報を書き込み、サンプルデータを添付ファイルとして添付した電子メールを作成する。また、添付ファイルには、サンプルデータの集計の際に必要となる他のデータも書き込まれる。例えば、ロット番号、精度管理物質の種類、測定モード、装置ＩＤが挙げられる。装置ＩＤは、本システム上で分析装置を特定するための識別情報であり、サンプルデータを重複して集計しないようにするために用いられる。
【００４８】
ステップＳ４７では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。
ステップＳ４８では、制御部２８は、分析部２１の動作状況を示すエラー情報以外の動作情報を待機している。エラー情報以外の動作情報とは、動作回数、動作プログラム、設定条件などである。動作情報が発生すると、ステップＳ５２に移行する。その他の場合は前記ステップＳ４１に戻る。
ステップＳ４９では、制御部２８は、発生した動作情報を、ログに保存する。
【００４９】
ステップＳ５０では、制御部２８は、分析装置１の終了が指示されたか否かを判断し、"Ｙｅｓ"と判断するとステップＳ４９に移行する。"Ｎｏ"と判断すると、後述するステップＳ５１に移行する。
ステップＳ５１では、制御部２８は、ログから動作情報を取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報及び動作情報を書き込んだ電子メールを作成する。
ステップＳ５２では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。その後、制御部２８は処理を終了する。
【００５０】
［サポート処理により履歴ＤＢに蓄積される動作情報の具体例］
次に、前述のサポート処理により、ユーザ管理ＤＢ１４に蓄積される動作情報について、具体的に説明する。図８〜１１は、分析装置２として血液分析装置を用いた場合に、管理装置１上に表示される動作情報の一例である。図８は動作情報の選択画面、図９はエラー履歴、図１０はプログラム履歴、図１１は動作回数の表示例を、それぞれを示している。
図８の動作情報の選択画面は、エラー履歴、プログラム履歴、設定、動作回数のいずれかの動作情報の選択を受け付ける。また、操作者は、この画面において分析装置の指定及び分析装置の種別を指定可能である。
【００５１】
図９は、前記図８の画面において、「エラー履歴」が選択された場合に表示される画面例である。エラーが生じた日付、時刻、エラーの内容を示すエラーメッセージ、エラーを特定するエラーコード、詳細コード１及び２が表示されている。このエラー履歴には、例えば履歴ＤＢに保存されているエラー履歴のうち、最新１月分が表示されている。各フィールド毎にソート及びフィルターを設定可能であると好ましい。また、トラブルへの発生原因となる可能性が高い異常レコードを、反転表示などにより区別可能に表示することが好ましい。異常レコードとは、例えば前述したエラーレベルが所定値以上のレコードである。
【００５２】
図１０は、前記図８の画面において、「プログラム履歴」が選択された場合に表示される画面例である。この画面例では、指定された分析装置上で動作したプログラム名、そのバージョン、動作した日付及び時刻が表示されている。
図１１は、前記図８の画面において、「動作回数」が選択された場合に表示される画面例である。この画面例では、分析装置の所定の部位の動作回数が、動作した日付及び時刻と共にそれぞれ表示されている。
また、図示していないが、図８の選択画面において「設定」が選択されると、分析装置の設定条件が表示される。
【００５３】
［ＱＣ処理により作成されるウェブページの具体例］
次に、前述のＱＣ処理により管理装置１が作成するウェブページの具体例を説明する。図１４及び図１５は、処理部１２が作成したウェブページの表示例の一例である。これらは、前記と同様、血液分析装置を用いて精度管理物質を集計した場合の集計結果の表示例である。
分析装置上のＷＷＷブラウザで管理装置１にアクセスすると、図１４の上半分に示すウインドウが表示される。このウインドウでは、集計結果の表示スタイルを選択できるようになっている。ここで、「Reporting style」としてＳＤＩチャートを選択している場合、図１５に例示するウインドウが表示される。
【００５４】
図１５では、血液中の各成分毎に、所定のグラフが表示されている。このグラフは、分析装置の機種毎及び精度管理物質毎に作成される。このグラフは、毎日測定されるアクセス元ユーザのサンプルデータ及び基準器データを、過去１月分表示可能である。基準器データとは、リモートサポートシステムの提供者側の分析装置で所定の精度管理物質を測定したサンプルデータである。さらにグラフには、平均値からのずれ度合いが１ＳＤごとに示されている。日単位の集計結果は、日付が変わるときに確定される。
【００５５】
内部精度管理としてみる場合は、それらの測定値をそのまま表示することによって、その分析装置におけるサンプルデータの変動を確認することができる。また、外部精度管理としてみる場合は、図１５のようにサンプルデータ測定時における全体平均値を中心として、全体平均値に対するその分析装置におけるサンプルデータの変動を確認することができる。この表示を任意に切換えることによって、ユーザは、分析装置のサンプルデータが全体平均や基準器データからどの程度ずれているかを、ウェブページ上で視覚的に比較できる。しかも、図１４及び図１５のウェブページは、サンプルデータを提供した後、即座に更新される。従って、ユーザは、提供したサンプルデータについての外部精度管理を、タイムラグなくリアルタイムに行うことが可能となる。
【００５６】
図１６は、精度管理物質の集計結果の別の表示例である。この例では、ユーザの分析装置での測定値と、全体平均値と、基準器データとが、直接表示される。ユーザは自身の分析装置での測定値と、全体平均値や基準器データとを直接比較したい場合もあるので、図１５においてチャートとして表示されている各値を直接表示可能にしておくのも好ましい。
＜他の実施形態例＞
（Ａ）図１７及び１８は、リモートサポートシステムの他の構成例を示す図である。ユーザ端末と管理装置とを結ぶネットワークは、必ずしも専用ネットワークである必要はなく、例えばインターネットやＬＡＮであってもよい。但し、インターネットを用いる場合には、送受信する情報のセキュリティーを高めるための暗号化やより厳しい認証システムが必要である。
【００５７】
システム上で管理装置が１つである必要はない。例えば、異なる専用ネットワーク同士を、インターネット及びルーターやゲートウェイと接続し、各専用ネットワーク毎に管理装置を設けてもよい。さらに、管理装置は、専用ネットワーク外の分析装置、例えば専用ネットワークとルーターを介して繋がれているインターネット上の分析装置や、このインターネットからファイアウォールを介してＬＡＮに接続されている分析装置から所定の情報を収集することも可能である。
（Ｂ）前記第１実施形態例では、ＱＣ処理を行う上で、管理装置１と分析装置２との間の時差や分析装置間の時差を考慮に入れていない。そこで、第２実施形態例として、管理装置及び分析装置が異なるタイムゾーンに存在するリモートサポートシステムにおけるＱＣ処理について説明する。
【００５８】
（Ｂ−１）システムの運用
サンプルデータの集計は次のように行う。前記第１実施形態例と同様に、過去４８時間の間に測定されたデータを集計し、その結果をリアルタイムな集計結果とする。また、各日にちの集計結果は、過去４８時間以内のデータのうち、前日に測定されたデータを集計することにより算出する。
各タイムゾーンの分析装置の操作者が集計結果を確認しやすいように、集計結果はそのタイムゾーンでの時刻（ローカルタイム）に対応させて表記する。
【００５９】
しかし、集計の基準時間をローカルタイムに設定すると、基準時間がタイムゾーン毎に異なるため、各タイムゾーン毎に集計を行わなければならない。そのため、同じ日付の集計結果が世界中で２４種類生じることになり、システムの運用が複雑となる。また、１つの国に複数のタイムゾーンがある場合や、複数のタイムゾーンにまたがってグループ病院が存在する場合はなおさらである。
一方、ローカルタイムにかかわらずに、いずれかのタイムゾーンの時間をもとに集計の基準時間を定めると、ローカルタイムと基準時間との差が問題となる。例えば、分析装置を測定している最中にＱＣ処理の日にちが変わってしまい、混乱を招いてしまう。
【００６０】
そこで、ある一日の集計結果がどのタイムゾーンでも同じ結果となるように、各タイムゾーンにおけるサンプルデータの測定日（ローカルタイム）が同じものに基づいて、すなわち同一の測定日を有するサンプルデータに基づいて、その日の集計結果を算出する。
（Ｂ−２）基本
以上の点を考慮し、本実施形態例では、管理装置１の基準時間を、地球上で最も進んでいる時刻、すなわちＧＭＴ(Greenwich Mean Time)+12:00とする。以下の説明において、時刻の基準は管理装置１が位置するタイムゾーンの時刻、今の場合GMT+12:00である。各分析装置２は、それ自身が位置するタイムゾーンにおける測定日時を、サンプルデータとともに管理装置１に送信する。管理装置１は、サンプルデータの集計を、過去４８時間以内の測定日時を有するサンプルデータに基づいて行う。サンプルデータの集計を、過去２４時間以内ではなく４８時間以内とする理由は、集計の基礎とするサンプルデータの総数Ｎをある程度確保するためである。
【００６１】
図１９は、分析装置２から管理装置１に送信されるデータの概念構成図である。このデータには、ロット番号、精度管理物質の種類、測定モード、装置ＩＤ、タイムゾーン、時刻、サンプルデータが含まれている。このうち、タイムゾーン及び時刻以外のデータについては、前記第１実施形態例と同様である。タイムゾーンには、分析装置２が位置するタイムゾーンが記述される。時刻には、各分析装置が位置するタイムゾーンでの測定日時が記述される。管理装置１は、管理装置置が位置するタイムゾーンでの時刻から４８時間以内の測定日時を有するサンプルデータに基づいて、後述するＱＣ処理を行う。
【００６２】
図２０（ａ）は、過去２４時間以内のサンプルデータでは、データの総数Ｎを十分に確保できないことを示す説明図である。説明を容易にするため、異なるタイムゾーンに位置する分析装置Ａ，Ｂ，Ｃ，Ｄ，Ｅが毎日00:00にサンプルデータを管理装置に送信すると仮定する。分析装置ＡはGMT+12:00の位置に、分析装置ＥはGMT-12:00の位置に、他の分析装置Ｂ、Ｃ、Ｄはその間の位置にある。管理装置はGMT+12:00の位置にある。
図２０中、ｘ日付のサンプルデータはＡx、Ｂxとして表されている。例えば、Ａ1、Ａ2及びＡ3は、それぞれ１日、２日及び３日付の分析装置Ａのサンプルデータである。黒丸はすでに測定されたサンプルデータ、白丸はまだ測定されていないサンプルデータである。
【００６３】
今、管理装置の時間が３日の00:00（時刻T1）になった場合、過去２４時間以内のサンプルデータには、Ａ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2が含まれる。しかし、少し時間が経過して時刻T2になった場合、過去２４時間以内のサンプルデータに含まれるのは、図中斜線で示した三角形の領域にあるデータ、すなわちＡ3だけになってしまう。これでは、タイムゾーンがGMT+12:00から離れるほどサンプルデータが集計されない可能性が高くなり、総数Ｎを十分に確保できず、信頼のある集計結果を常時提供することが難しい。
【００６４】
図２０（ｂ）は、過去４８時間以内のサンプルデータを基に、総数Ｎを十分に確保することを示す説明図である。管理装置の時間が３日の00:00（時刻T1）になった時点では、過去４８時間以内のサンプルデータには、分析装置Ａ〜Ｅの１日付及び２日付のサンプルデータ（Ａ1，Ｂ1，Ｃ1，Ｄ1，Ｅ1；Ａ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2）が含まれる。ついで、少し時間が経過して時刻T2になると、図中斜線で示す台形の領域にあるデータ、すなわちＡ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2，Ａ3が集計のための母集団となる。実際には、各分析装置毎に測定時間は異なるものの、過去４８時間以内のサンプルデータを集計の母集団とすることにより、システム内の全ての分析装置数に近い数のサンプルデータを、常に確保することが可能となる。母集団に同一分析装置のサンプルデータが複数あれば、測定時間が最新のサンプルデータ以外を除外すればよい。
【００６５】
なお、管理装置の基準時間は、GMT+12:00に限定されない。集計対象時間を４８時間ではなくこれよりも長く、あるいはもう少し短くすることも可能であるが、システムの運用上４８時間が簡便である。
（Ｂ−３）処理の流れ
本実施形態例に係る管理装置１が行う処理は、サンプルデータを受信した後に行うＱＣ処理サブルーチン（前記図４のステップＳ８）をのぞき、第１実施形態例と同様である。そこで、以下では、本実施形態例におけるＱＣ処理について詳細に説明する。本実施形態例のＱＣ処理は，（１）本日集計処理と（２）前日集計処理とに大別される。
【００６６】
（Ｂ−３−１）本日集計処理の概念説明
図２１（ａ）は、本日集計処理の概念説明図である。本日集計処理では、管理装置１の時間を基準に、過去４８時間以内の日付を持つサンプルデータからなる第１仮母集団を、逐次作成する。さらに作成される第１仮母集団に基づいてサンプルデータの集計を行い、本日の集計結果を更新する。本実施形態例では、第１仮母集団の更新及び集計処理を、１０分毎に行う。
図２１（ａ−１）中、斜線で示した台形領域Ｓ0は、現在時刻T1（２日18:00）における第１仮母集団を示す。時間の経過とともに台形領域Ｓ0は図中右側に移動する。すなわち第１仮母集団が更新される。第１仮母集団の更新に従い、本日（２日）の集計結果も更新されていく。
【００６７】
時間が経過して日付が２日から３日に変わった時点T2（３日00:00）で、２日付の集計結果を確定するための前日集計処理が起動される。図（ａ−２）中、斜線で示した台形領域、すなわち領域Ｓ１と領域Ｓ２'との和は、時刻T2での第１仮母集団を表す。領域Ｓ１は１日付のサンプルデータの集合を、領域Ｓ２'はこの時点で得られる２日付のサンプルデータの集合を表している。
前日集計処理が起動されても、その一方で本日集計処理は前述と同様に引き続き行われる。引き続き行われる本日集計処理は、本日（３日）の集計結果を、所定のタイミングで更新する。
【００６８】
（Ｂ−３−２）前日集計処理の概念説明
図２１（ｂ）は、前日集計処理の概念説明図である。この処理が３日00:00に起動された場合、管理装置１は第２仮母集団を作成する。管理装置１は、第２仮母集団を１０分ごとに更新し、更新された第２仮母集団に基づいて前日（２日）の集計結果を更新する。
第２仮母集団の作成及び更新は、次のように行う。管理装置１は、１０分ごとに、過去４８時間以内のサンプルデータからなる第２仮母集団を作成する。時刻がT2（３日00:00）から経過するにつれ、タイムゾーンの早い地域で測定される本日付け（３日付）のサンプルデータを、作成した第２仮母集団から削除する。
【００６９】
図２１（ｂ−１）は、時刻T2から１０時間経過後の時刻T3（３日10:00）における第２仮母集団を表す。領域Ｓ１'は、１日付サンプルデータの集合のうち、時刻T3から４８時間以内の測定時刻を有するデータの集合である。領域Ｓ２'は、測定日が２日のサンプルデータであって、すでに測定されたデータの集合である。領域Ｓ３'は、時刻T3から過去４８時間以内のサンプルデータのうち、第２仮母集団から削除される３日付のサンプルデータである。時刻T3では、管理装置は、領域Ｓ１'及び領域Ｓ２'のサンプルデータに基づいて、前日（２日）の集計結果を算出する。
【００７０】
図２１（ｂ−２）は、時刻T2から２４時間経過した時刻T4（４日00:00）の時点での第２仮母集団である。斜線で示す領域Ｓ２は、この時点での第２仮母集団を表す。この時点の第２仮母集団は、リモートサポートシステムに参加している全ての分析装置からの２日付サンプルデータの集合となる。この時点で、管理装置１は、前々日（２日）の集計のための母集団を確定する。そして、この母集団から得られる集計結果を、前々日（２日）の最終的な集計結果とする。
（Ｂ−４）フローチャート
本実施形態例では、管理装置１は、ＱＣ処理として、収集処理、本日集計処理及び前日集計処理の３つをそれぞれ独立に行う。
【００７１】
（Ｂ−４−１）収集処理
図２２は、管理装置１が行うサンプルデータの収集処理である。この処理は、管理装置１が行うメイン処理（図４）において、ステップＳ８（ＱＣ処理サブルーチン）に移行することにより開始される。すなわち、本実施形態例においては、管理装置１はサンプルデータを受信するたびに、そのデータをベースＤＢ（図示せず）に蓄積する。このベースＤＢには、管理装置１が受信するサンプルデータが削除されることなく蓄積されていく。
【００７２】
（Ｂ−４−２）本日集計処理
図２３は、管理装置１が行う本日集計処理の流れを示すフローチャートである。以下の説明において、本日集計処理の基礎となる第１仮母集団を形成するための作業領域をバッファ１とする。
ステップＳ１０１、Ｓ１０２：管理装置１は、日付が変わったか否かを判断し（Ｓ１０１）、変わっている場合には前日集計処理を起動する（Ｓ１０２）（図２１（ａ−２）参照）。
【００７３】
ステップＳ１０３、Ｓ１０４、Ｓ１０５、Ｓ１０６：管理装置１は、所定時間、すなわち１０分が前回の集計から経過したか否かを判断する（Ｓ１０３）。経過していない場合は、集計を行うことなく、再び前記ステップＳ１０１に戻る。経過している場合、第１仮母集団を更新し、本日の集計を更新する。
具体的には、まずベースＤＢから過去４８時間以内の日時を持つサンプルデータを取得し、バッファ１に格納する（Ｓ１０４）。ついで、バッファ１に格納したデータの中に、同一の分析装置からのデータが重複して存在するか否かを判断し（Ｓ１０５）、あれば最新のデータ以外をバッファ１から除外する（Ｓ１０６）（図２１（ａ−１）参照）。
【００７４】
ステップＳ１０７：管理装置１は、更新された第１仮母集団に基づいて集計を行う。この集計結果はこの時点での本日の集計結果となる。
以上の処理をサンプルデータの収集処理とは独立に行い、過去４８時間以内の日時を持つサンプルデータを基に、本日の集計結果を１０分ごとに更新する。
（Ｂ−４−２）前日集計処理
図２４は、管理装置１が行う前日集計処理の流れを示すフローチャートである。以下の説明において、前日集計処理の基礎となる第２仮母集団を形成するための作業領域をバッファ２とする。前記本日集計処理のステップＳ１０２に移行することにより、以下の処理が起動される。いま、前記図２１と同様に、時刻T2（３日00:00）において本処理が起動されたとする。
【００７５】
ステップＳ１１１：管理装置１は、再び日付が変更されているか否かを判断し、日付が変わっていなければステップＳ１１２以降の処理を行う。すなわち、時刻が３日00:00から４日00:00になるまで、第２仮母集団の更新及び集計の更新が行われる（後述するＳ１１２〜Ｓ１１７）。時刻が４日00:00になると、前々日、すなわち２日の集計結果を確定する（後述するステップＳ１１８〜Ｓ１２０）。
ステップＳ１１２：管理装置１は、前回の集計から１０分が経過したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ１１３に移行し、第２仮母集団を更新する。"Ｎｏ"と判断すると、仮母集団を更新することなく、再びステップＳ１１１に戻る。
【００７６】
ステップＳ１１３、Ｓ１１４、Ｓ１１５、Ｓ１１６：管理装置１は、ベースＤＢから過去４８時間以内の時刻を持つサンプルデータを取得し、バッファ２に格納する（Ｓ１１３）。ついで、管理装置１は、取得したサンプルデータの中から、本日付け（３日付）のデータを削除する（Ｓ１１４）。ついで、バッファ２に格納したデータの中に、同一の分析装置からのデータが重複して存在する否かを判断し（Ｓ１１５）、あれば最新のデータ以外をバッファ１から除外する（Ｓ１１６）。これにより、第２仮母集団が更新される（図２１（ｂ−１）参照）。
【００７７】
ステップＳ１１７：管理装置１は、更新された第２仮母集団に基づいて、前日、すなわち２日の集計結果を新たに算出する。以上のようにして、１０分ごとに２日（前日）の集計結果が更新される（Ｓ１１２〜Ｓ１１７）。
ステップＳ１１８：前記ステップＳ１１１で日付が変わったと判断されると、すなわち時刻が４日00:00になると、管理装置１は２日の集計結果の基礎となる母集団を確定する。すなわち、この時点での第２仮母集団を、前々日（２日）の集計結果のための母集団とする。確定された母集団には２日付のサンプルデータのみが含まれている（前記図２１（ｂ−２）参照）。
【００７８】
ステップＳ１１９：管理装置１は、確定した母集団に基づいて、前々日（２日）の集計結果を算出する（Ｓ１１９）。
前記集計結果が掲載されたウェブページの表示は、分析装置から入力された認証情報に基づいて実行される。さらに、ウェブページを表示する場合、管理装置１は、分析装置のタイムゾーンを認識する。なぜなら、そのタイムゾーンでのローカルタイムがGMT+12:00と異なる日付、すなわちローカルタイムがまだその日付になっていない場合も考えられる。この場合、管理装置１は、GMT+12:00での本日の集計結果の表示を行わず、前日集計処理の集計結果のみを表示する。
【００７９】
以上の処理により、世界各地に存在する分析装置から収集されるサンプルデータに基づいて、本日集計処理では本日の集計結果を、前日集計処理では前日の集計結果を、逐次更新する。また、各一日の集計結果は、前日集計処理により最終的に確定する。集計はある程度以上のサンプルデータ数を基に行われるので、集計結果の信頼性を向上することができる。また、各タイムゾーンで測定されたサンプルデータはその日の集計結果に反映されるので、ユーザは時差を感じることがなく本システムを使うことができる。
【００８０】
（Ｃ）上述したような本発明のプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体とは、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが想定できる。
（Ｄ）また、上述したような本発明のプログラムを伝送する伝送媒体についても本発明に含まれる。ここで伝送媒体とは、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネット、無線通信ネットワーク）システムにおける通信媒体（光ファイバ、無線回線、その他）を含む。
【００８１】
【発明の効果】
本発明を利用すれば、分析装置の外部管理を実質的にリアルタイムに行うことが出来る。
【図面の簡単な説明】
【図１】第１実施形態例に係るリモートサポートシステムの全体構成図の一例。
【図２】機能構成を示すブロック図。
【図３】リモートサポートシステムにおける処理の流れの一例。
【図４】管理装置が行うメイン処理の流れの一例を示すフローチャート。
【図５】管理装置が行うサポート処理の流れの一例を示すフローチャート。
【図６】管理装置が行うＱＣ処理の流れの一例を示すフローチャート。
【図７】分析装置が行うメイン処理の流れの一例を示すフローチャート。
【図８】エラー情報の選択画面の一例。
【図９】エラー履歴の表示例。
【図１０】プログラム履歴の表示例。
【図１１】動作回数の表示例。
【図１２】エラー判定パターンの例。
【図１３】エラー判定テーブルの一例。
【図１４】ＱＣ処理により作成されるウェブページの表示例（メニュー画面）。
【図１５】ＱＣ処理により作成されるウェブページの表示例（集計結果）。
【図１６】ＱＣ処理により作成されるウェブページの別の表示例（集計結果）。
【図１７】他の実施形態例に係るリモートサポートシステムの全体構成例。
【図１８】他の実施形態例に係るリモートサポートシステムの全体構成例。
【図１９】分析装置から管理装置に送られるデータの概念構成図。
【図２０】（ａ）過去２４時間を集計対象とする場合。
（ｂ）過去４８時間を集計対象とする場合。
【図２１】（ａ）本日集計処理の概念説明図。
（ｂ）前日集計処理の概念説明図。
【図２２】収集処理の流れの一例を示すフローチャート。
【図２３】本日集計処理の流れの一例を示すフローチャート。
【図２４】前日集計処理の流れの一例を示すフローチャート。
【符号の説明】
１；管理装置
２；分析装置
３；ネットワーク
【発明の属する技術分野】
本発明は、分析装置の精度管理を容易にするための技術に関する。
【０００２】
【従来の技術】
血液検査などの臨床検査では、血液や尿などを試料として様々な検査項目を分析することが求められている。それらの分析項目はその特性に合わせた測定方法がとられた分析装置によって測定されている。分析装置は、非常に低濃度の物質を高感度に測定したり、微量の試料から１０項目以上の項目を測定したりできるように、高度な機構を備え、検査結果の精度を維持するために各機構部の動作が監視されている。
【０００３】
分析装置は、各機構部の動作にトラブルが発生した場合、その旨の警報を発して分析装置のトラブルをユーザに知らせる。その場合、ユーザは、取扱い説明書に従い、またはサポートセンターなどに電話して状況を説明して技術者の説明に従い、トラブルを解消させる。そして、ユーザが自力で解消できない場合は、サポートセンタから技術者を派遣してもらい、トラブルを解消してもらう。
しかし、臨床検査ではこのような生体成分の検査結果を精度良く管理するためには機構部の監視だけでは不充分で、その生体成分と同じ試料若しくはそれに類似した試料を精度管理物質として測定し、その測定結果を監視する精度管理が行われている。
【０００４】
この精度管理としては、同じ精度管理物質を毎日測定して安定した測定結果が得られるのかを監視する方法（内部精度管理）と、その施設以外で用いられている同じ分析装置で測定した結果と同じような測定結果が得られているのかを監視する方法（外部精度管理）とが用いられている。
ところが外部精度管理を行うためには、集計機関から各施設に同じ精度管理物質を送付し、各施設でその精度管理物質を測定し、各施設からその測定結果（以下、サンプルデータという）を集計機関に送付し、集計機関によりそれらのサンプルデータを集計しなくてはならない。各施設は、その集計結果が集計機関から返送されて初めて、外部精度管理の結果を知ることになる。この精度管理物質の送付から集計結果の返送までは、集計機関がサンプルデータの返送が一定数以上たまるまで待たなくてはならないこともあり、１〜２カ月かかるのが通常である。
【０００５】
【発明が解決しようとする課題】
外部精度管理は前述のように集計機関による集計結果を待って確認するしかなく、回数も通常は１年に１回、多くても１年に３〜４回位しか行われていない。
精度管理は、本来測定データの信頼性を高めるために、毎日の試料測定前に行ってその結果を確認する性格を有する。つまり精度管理のサンプルデータが所定の範囲から外れることは、エラーの発生とも言え、所定の範囲に入るように分析装置の調整してから、試料の測定を行うべきである。しかし、現状の外部精度管理では集計結果が帰ってくるのが測定後１〜２ヶ月後であり、測定当時の装置状態を事後的に確認するために用いているのに過ぎない。
【０００６】
また、血液など経時変化しやすい物質を分析対象とする場合、サンプルデータの測定に用いる精度管理物質の新鮮さは、外部精度管理に参加する各施設間で同程度でなければならない。しかし、各施設に精度管理物質を送付してサンプルデータを集める場合、どうしても測定日がまちまちになりがちである。これでは、収集されたサンプルデータの元となる精度管理物質の新鮮さがまちまちになるため、集計結果の信頼性が低下してしまう。
本発明は、分析装置の実効ある外部精度管理が可能な技術を提供することを目的とする。
【０００７】
前記課題を解決するために、本発明１は、ネットワークを介して複数の臨床検査用分析装置と接続された管理装置における精度管理方法であって、受信手段が、分析装置が所定の精度管理物質を測定することにより得られたサンプルデータを、ネットワークを介して受信するステップ、処理手段が、受信したサンプルデータを蓄積手段に蓄積し、蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計するステップ、および提供手段が、所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供するステップ、からなる管理装置に用いられる精度管理方法を提供する。
管理装置と分析装置との通信は、ＮＴＴの専用回線やインターネットなどを介して行う。分析装置は、コントロール血液などの精度管理物質を１日１回測定し、測定データを管理装置に送信する。管理装置は、分析装置から送信される測定データを蓄積し、蓄積した測定データを分析装置毎および精度管理物質毎に集計する。管理装置は分析装置からサンプルデータを受信する度に、最新の集計結果を集計し直す。
さらに、精度管理物質の新鮮さが同様の条件にある集計結果とするために、所定の期間内、例えば、受信した時間より過去２４時間以内に測定されたサンプルデータの集計にすることができる。分析装置が集計結果を要求すると、その時点での最新の集計結果がリアルタイムに提供される。本発明においても、ＳＭＴＰによる通信は、ファイアウォールなどの制限を受けにくく好ましい。
【０００８】
本発明２は、ネットワークを介して所定の管理装置と接続された分析装置に用いられる精度管理方法であって、分析手段が、所定の精度管理物質を測定しサンプルデータを取得するステップ、送信手段が、ネットワークを介して管理装置に取得したサンプルデータを送信するステップ、取得手段が、管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得するステップ、および出力手段が、取得した外部精度管理結果を出力するステップからなる分析装置に用いられる精度管理方法を提供する。
【０００９】
本発明３は、ネットワークを介して複数の分析装置と接続された管理装置であって、前記分析装置が所定の精度管理物質を測定したサンプルデータを、ネットワークを介して受信する受信手段と、受信したサンプルデータを蓄積する蓄積手段と、蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計する処理手段と、所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供する提供手段と、を備える管理装置を提供する。
【００１０】
本発明４は、ネットワークを介して所定の管理装置と接続された分析装置であって、所定の精度管理物質を測定してサンプルデータを取得する分析手段と、前記サンプルデータを、ネットワークを介して管理装置に送信する送信手段と、管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得する取得手段と、取得した集計結果を出力する出力手段と、を備える分析装置を提供する。
【００１７】
【発明の実施の形態】
次に本発明の精度管理方法について、実施形態例を挙げて具体的に説明する。
＜第１実施形態例＞
［概要］
本実施形態例では、本発明の方法を実現するリモートサポートシステムを例に挙げて説明する。リモートサポートシステムはユーザたる施設が所有する分析装置とシステム提供側の管理装置とが、専用ネットワークで接続されて構成される。
【００１８】
分析装置は、所定の履歴情報を所定のタイミングでネットワークを介して管理装置に送信する。履歴情報には、分析装置の可動状況を示す所定の動作情報と、サンプルデータとが含まれる。動作情報とは、各分析装置のエラー情報、動作回数、動作プログラム、設定条件などである。サンプルデータとは、精度管理物質の測定データである。
管理装置は、各分析装置から履歴情報を収集し、履歴情報を分析装置毎に内容に応じて編集して蓄積するサポート処理及びＱＣ(Quality Control)処理を行う。
【００１９】
Ａ．サポート処理
管理装置は、収集した履歴情報から動作情報を編集し、蓄積する。また、管理装置は、動作情報に基づいてエラー内容の分析を行い、重要なエラー発生があればその表示を行う。技術者は、エラーが発生した分析装置の履歴情報を管理装置上で確認できるので、ユーザに詳細な説明を求めなくても機器状態を充分に把握することができ、トラブルの原因を究明することができる。
また、管理装置は分析装置を遠隔操作する機能を備えている。従って、技術者は、その施設に訪問しなくても、管理装置から直接分析装置の処置をすることができる。さらに管理装置はエラー情報を分析して分析装置のトラブルを予測し、トラブルを未然に防ぐ処置をとることができる。
【００２０】
Ｂ．ＱＣ処理
管理装置１は、各分析装置２で測定された精度管理物質のサンプルデータを、分析装置２の機種毎、精度管理物質の種類毎に集計する。管理装置１は、サンプルデータを受信する度に、同機種における同種のサンプルデータの集計結果を更新し、最新の集計結果をウェブページ上に提供する。分析装置２は、ウェブページにアクセスすることにより、最新の集計結果を取得する。ウェブページへのアクセスにあたり、管理装置は、分析装置から入力された認証情報に基づいて認証処理を行う。このようにして、ユーザは精度管理物質を測定した後すぐに、外部精度管理の集計結果、それも最新の集計結果をリアルタイムに確認することができる。
【００２１】
［構成］
（１）全体構成
図１は、第１実施形態例に係るリモートサポートシステムの全体構成図の一例である。本実施形態例に係るリモートサポートシステムは、管理装置１と分析装置２とが専用ネットワーク３を介して接続されている。
分析装置２は、ネットワーク通信装置４を介して専用ネットワーク３に接続されている。分析装置２としては、例えば血液分析装置や尿分析装置などを挙げることが出来る。管理装置１としては、ＰＣ（Personal Computer）やＷＳ(Work Station)などが用られる。ネットワーク通信装置４としては、ダイアルアップルータやモデムなどが用いられる。
【００２２】
専用ネットワーク３としては、例えば本システムの提供者が電話回線を提供している会社と契約することにより占有的に利用可能な専用電話回線を挙げることが出来る。専用ネットワーク以外に、インターネットやイントラネット、ＬＡＮなど各種ネットワークを用いることも可能である。
（２）管理装置
図２は、管理装置及び分析装置の機能構成を示すブロック図である。
管理装置には、通信インターフェイス（Ｉ／Ｆ）１１、処理部１２、ユーザ管理ＤＢ１４、電子メールサーバ１５、ＷＷＷサーバ１６及びリモートコントロール部（ホスト側）１３が設けられている。
【００２３】
通信Ｉ／Ｆ１１は、分析装置との間でコネクションの確立を行う。
処理部１２は、サポート処理及びＱＣ処理を、ユーザ管理ＤＢ１４を用いて行う。サポート処理により、管理装置上で所定のエラー履歴を表示し、分析装置に発生したトラブルの原因究明を行うことが可能となる。図８〜１１に、処理部により出力されるエラー履歴の表示例を示す。また、ＱＣ処理により、分析装置上で外部精度管理をリアルタイムに行うことが可能となる。図１４及び１５に、ＱＣ処理により作成された集計結果のウェブページの例を示す。これらの表示例についての詳細は後述する。
【００２４】
ユーザ管理ＤＢ１４には、エラー履歴、動作回数、ＱＣデータ、ログ情報などが、分析装置毎に蓄積されている。
電子メールサーバ１５は、分析装置の履歴情報及びサンプルデータを、ＳＭＴＰ(Simple Mail Transfer Protocol)により受信する。通信プロトクルはＳＭＴＰに限定されないが、ＳＭＴＰはファイアウォールなどによる制限を受けないため、将来本システムを各種のネットワーク上で拡張しやすい利点がある。
ＷＷＷサーバ１６は、処理部１２が作成するウェブページを、分析装置上のＷＷＷブラウザに提供する。
【００２５】
リモートコントロール部（ホスト側）１３は、分析装置２上のリモートコントロール部（ユーザ側）と連動することにより、分析装置２の遠隔操作を可能にする。両者が連動することにより、分析装置にリモートログインし、分析装置で表示されるウインドウをリモートコントロール部（ホスト側）１３に表示したり、リモートコントロール部（ホスト側）１３からの入力操作に従い分析装置を操作することが可能となる。
（３）分析装置
分析装置２上のユーザ端末２２は、通信インターフェース（Ｉ／Ｆ）２３、電子メール部２４、リモートコントロール部（ユーザ側）２５、ＷＷＷブラウザ２６、患者マスキング部２７及び制御部２８を有している。
【００２６】
通信Ｉ／Ｆ２３は、前記管理装置１における通信Ｉ／Ｆ１１と同様、コネクションを確立する処理を行う。
電子メール部２４は、分析部２１の動作履歴を示す履歴情報及びサンプルデータを、ＳＭＴＰにより管理装置に送信する。
リモートコントロール部（ユーザ側）２５は、リモートコントロール部（ホスト側）１３と共に動作することにより、管理装置１からの分析装置２の操作を可能にする。
【００２７】
ＷＷＷブラウザ２６は、ユーザからの指示に基づいて管理装置上のウェブページを取得する。
患者マスキング部２７は、管理装置１から分析装置２を操作する場合、患者情報が管理装置上で表示されないようにする。
制御部２８は、分析部２１及びユーザ端末２２上の各構成要素の動作を制御する。
＜処理の流れ＞
次に、リモートサポートシステムにおいて、管理装置及び分析装置が行う処理について説明する。
【００２８】
（１）システム全体の処理の流れ
まず、リモートサポートシステム全体の処理の流れについて、具体的に説明する。図３は、リモートサポートシステムにおけるユーザサポートの流れの一例を示す説明図である。
分析装置２は、通常の試料測定を行い（＃１）、その動作情報を所定のタイミングで管理装置１に送信する（＃３）。送信のタイミングは、エラー情報など急性のある動作情報であればリアルタイム、動作回数や試料測定結果など緊急性がない動作情報であればシャットダウン時である。エラー情報は分析装置１にも表示され、ユーザは分析装置１のトラブルを発見する（＃８）。
【００２９】
管理装置１は、分析装置２より送られてきた動作情報をその種類に分けて履歴ＤＢ１３に蓄積する（＃４）。管理装置１は、蓄積された動作情報に重要なエラー情報がある場合か、軽微なエラー情報ではあるが頻度が高い場合やエラー内容が悪化の傾向にある場合など所定の重要なエラー発生が予想される場合、設定に基づいて分析装置のトラブルを検出する（＃７）。
また、分析装置２は、精度管理物質を測定すると、通常の試料測定結果とは異なりリアルタイムにそのサンプルデータを管理装置１に送信する（＃３）。分析装置２は、測定試料の容器に貼られたバーコードを読み取り、その試料が精度管理物質か否かを判断し、判断結果に基づいてサンプルデータの送信を行う。管理装置１は、新たなサンプルデータを元に集計結果を更新する（＃５）。
【００３０】
ユーザは、サンプルデータを測定後、管理装置１が集計した集計結果を取得し（＃６）、外部精度を確認する。管理装置１は、集計結果の更新に応じてウェブページを更新してゆく。分析装置２がウェブページにアクセスし、アクセスが認証されると、最新の集計結果がサンプルデータとともにウェブページに提供される。
このようにして、ユーザは内部精度管理結果だけではなく、外部精度管理結果もすぐに確認することができ、リアルタイムに分析装置の異常を発見することができる（＃８）。
【００３１】
管理装置１は、精度管理データを分析し、精度管理の結果が所定の範囲からはずれた場合や、精度管理データの悪化が予想される場合、所定の設定に基づいて分析装置２のトラブルを検出する（＃７）。例えば、データが中央値から離れてゆく傾向にある場合である。管理装置１で分析装置２のトラブルが検出されれば、ユーザにその旨の通知がされる（＃８）。
分析装置のトラブルが発見されれば（＃８）、ユーザは分析装置のトラブル解消の処置を行う（＃１０）。管理装置１は、その分析装置２の編集された動作情報からトラブル内容を分析し（＃９）、ユーザにトラブル解消のための最適な情報を提供する。
【００３２】
ユーザが自力でトラブル解消することが困難な場合、ユーザは分析装置のリモートコントロール部を起動させる（＃１１）。サポートセンタの技術者は、管理装置側のリモートコントロール部により、分析装置２を遠隔操作してトラブル解消操作を行う（＃１２）。その際、分析装置の画面は管理装置側の画面と連動される。このようにして、分析装置の操作によって解消可能なトラブルについては、複雑なトラブルであっても、サポートセンターからの遠隔操作によって解消することができる（＃１４）。これでも処置できないトラブルについては、技術者が訪問して修理が行われる（＃１３，１４）。
【００３３】
（２）管理装置における処理の流れ
次に、リモートサポートシステムにおいて管理装置１が行う処理の流れについて、具体的に説明する。
（２−１）収集処理
図４は、管理装置１が行うメイン処理の流れの一例を示すフローチャートである。メイン処理では、管理装置１は分析装置２から履歴情報を収集し、動作履歴であれば蓄積し、サンプルデータであればＱＣ処理を行う。分析装置２からのダイヤルアップにより、以下の処理が開始される。
【００３４】
ステップＳ１では、通信Ｉ／Ｆ１１が分析装置２とのコネクションを確立する接続処理を行う。
ステップＳ２では、処理部１２は、所定の認証処理を行う。すなわち、分析装置２から送信される認証情報と、ユーザＤＢ内のユーザ情報とが一致するか否かを判断する。
ステップＳ３では、処理部１２は、認証結果に応じた処理を行う。認証情報が一致すると判断すると、ステップＳ４に移行する。一致しない場合、コネクションを切断するなどの処理を行う。
【００３５】
ステップＳ４では、電子メールサーバ１５が分析装置２からデータを受信する。処理部１２は、受信データが所定の動作情報であるか否かを判断する。動作情報とは、サンプルデータ以外の所定の情報であり、例えばエラー情報、動作回数、プログラム履歴、設定情報を挙げることが出来る。"Ｙｅｓ"と判断すると、ステップＳ５に移行する。"Ｎｏ"と判断すると、ステップＳ６に移行する。
ステップＳ５では、処理１２部は、受信した動作情報を、一時的に保存する。後述するサポート処理に用いるためである。サポート処理では、例えば日付が変わる０時０分まで各分析装置２からの動作情報を蓄積し、０時０分になるとその日に受信した動作情報に基づいて、動作履歴を作成する。
【００３６】
ステップＳ６では、通信Ｉ／Ｆ１１は、分析装置２との接続を切断する処理を行う。
ステップＳ７では、処理部１２は、受信データが精度管理物質を測定したサンプルデータであるか否かを判断する。"Ｙｅｓ"と判断するとステップＳ８に移行し、後述するＱＣ処理に移行する。すなわち、受信したデータを含めてサンプルデータを集計し、各分析装置用ウェブページを更新する。"Ｎｏ"と判断すると前記ステップＳ６に移行し、接続を切断する。
【００３７】
（２−２）サポート処理
図５は、管理装置１がメイン処理と独立に行うサポート処理の流れの一例を示すフローチャートである。管理装置１は、日付が変わる度にその日に受信した動作情報を編集して履歴ＤＢに書き込む処理を行う。
ステップＳ２１では、処理部１２は、所定の時刻、例えば０時０分になるのを待機している。
ステップＳ２２では、処理部１２は、ユーザ管理ＤＢ１４に登録されている分析装置２のうちいずれかの分析装置を対象ユーザに決定する。
【００３８】
ステップＳ２３では、処理部１２は、対象ユーザについてその日の稼働状況を示す動作情報を受信したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ２４に移行する。"Ｎｏ"と判断すると、後述するステップＳ２５に移行する。
ステップＳ２４では、処理部１２は、動作情報を、分析装置毎及び内容毎に編集し、履歴ＤＢに書き込む。例えば、エラー情報、動作回数、動作プログラム、設定条件を、日時と共にそれぞれテーブル形式に編集し、履歴ＤＢに書き込む。
ステップＳ２５では、処理部１２は、動作情報が取得できなかったことを示す所定のエラー情報を、ユーザ管理ＤＢ１４に書き込む。エラー情報としては、例えば、分析装置名、日付、時刻、生じたエラーを示すエラー番号、エラー番号に対応するエラーメッセージを挙げることが出来る。
【００３９】
ステップＳ２６では、処理部１２は、対象ユーザのエラー情報に基づいて、所定のエラーを検索する。例えば、図１２に示す判定方法に基づいて、エラー種別及び同一のエラーが生じる頻度から図１３に例示するようなエラーレベルを決定する。
ステップＳ２７では、処理部１２は、検索結果に基づいて、対象ユーザの動作情報にエラーが含まれていたか否かを判断する。エラーレベルが０でなければ、"Ｙｅｓ"と判断される。"Ｙｅｓ"と判断すると、ステップＳ２８に移行する。"Ｎｏ"と判断すると、後述するステップＳ２９に移行する。
【００４０】
ステップＳ２８では、処理部１２は、決定したエラーレベルをユーザ管理ＤＢ１４に書き込む。
ステップＳ２９では、処理部１２は、登録されている全ての分析装置２について、ステップＳ２３〜２８の処理を行ったか否かを判断する。"Ｙｅｓ"と判断すると、前記ステップＳ２１に戻る。すなわち、次に日付が変わるまで待機する。"Ｎｏ"と判断すると前記ステップＳ２２に戻り、別の分析装置を対象ユーザに決定する。
【００４１】
（２−３）ＱＣ処理
図６は、管理装置１が行うＱＣ処理の流れを示すフローチャートである。前記メイン処理において、いずれかの分析装置２からサンプルデータを受信すると、管理装置１は以下のＱＣ処理を行う。すなわち、新たに受信したサンプルデータを含めてサンプルデータの集計を行い、新たな集計結果に基づいて各分析装置用ウェブページを更新する。
ステップＳ３１では、処理部１２は、新たに受信したサンプルデータを含めたサンプルデータの集計を行う。精度管理物質は、同じ測定項目でも、値の高いものと低いもの、値が正常範囲のものと異常範囲のものなど複数種類用いられる場合が多い。また、精度管理物質が生体成分によるものの場合は、通常その製造ロット毎に、すなわち製造時期毎にロット番号が異なる。さらに、測定されたデータの補正値を決定するために、サンプルデータが測定された測定モードにも考慮する必要がある。精度管理物質の種類、ロット番号、測定モードなどは、後述するように分析装置から管理装置に通知される。
【００４２】
集計は分析装置の機種及び精度管理物質の種類等毎に行う。この精度管理物質には血液のように経時変化しやすい物質を用いる場合もあるため、測定日毎に集計して集計結果の信頼性を高める。
本発明では最新の集計結果をリアルタイムに提供するため、午前中の早い時間では測定当日のサンプルデータの総数がまだ十分でなく、集計結果の信頼性を保てないおそれが生じる。そこで測定当日の集計を、例えば過去２４時間以内に受信したサンプルデータに基づいて行う。これにより、同じ経時変化での測定条件のサンプルデータを用いることができ、その総数が時間帯によって著しく変動することを防ぐことができる。日付が変わる時点で、過去２４時間以内の集計結果がその日の集計結果として確定する。
【００４３】
同様に集計結果の信頼性を高めるために、３ＳＤ反復切断法を用い、極端な外れ値を集計の対象から除外することが好ましい。さらに、集計結果としてサンプルデータの平均値を用いる場合であって、２４時間以内のサンプルデータが余りにも少ない場合には、平均値に代えて中央値を用いるとよい。
ステップＳ３２では、処理部１２は、各分析装置用ウェブページを、新たな集計結果に基づいて更新する。その後、前記メイン処理に戻りユーザ端末との接続を切断する。
【００４４】
なお、集計結果を更新するタイミングは、サンプルデータの受信時に限定されず、分析装置に対して最新の集計結果を提供可能なタイミングであればよい。例えば、分析装置からウェブページへのアクセスが生じたときに、集計結果を更新することも考えられる。また、管理装置の負担を考慮し、所定時間間隔で集計結果を更新するようにしても良い。
（２−４）他の処理
前記メイン処理、サポート処理及びＱＣ処理に加え、管理装置１は他の処理も行う。
【００４５】
例えば、ＷＷＷサーバ１６は、分析装置上のＷＷＷブラウザからウェブページにアクセスがあった場合、ウェブページを提供する。この際、ライブラリまたはＣＧＩなどのインターフェースプログラムの形態で、分析装置の認証処理を行うことが好ましい。
また、処理部１２は、管理装置１の操作者からの指示に応じ、ユーザ管理ＤＢ１４に蓄積されたエラー履歴の表示を行う。
（３）分析装置における処理の流れ
図７は、分析装置が行うメイン処理の流れの一例を示すフローチャートである。分析装置２は、エラー情報及びサンプルデータをリアルタイムに、エラー情報以外の動作情報を装置の動作終了時に送信する。なお、図７は、本発明による処理の流れのみ示している。分析装置が起動されることにより、以下の処理が開始される。
【００４６】
ステップＳ４１では、制御部２８は、分析部２１の動作状況を監視しており、エラー情報が発生したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ４２に移行する。"Ｎｏ"と判断すると、後述するステップＳ４４に移行する。
ステップＳ４２では、制御部２８は、分析部２１からエラー情報を取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報及びエラー情報を書き込んだ電子メールを作成する。
ステップＳ４３では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。その後、前記ステップＳ４１に戻る。
【００４７】
ステップＳ４４では、制御部２８は、サンプルデータの測定が行われるか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ４５に移行する。"Ｎｏ"と判断すると、後述するステップＳ４８に移行する。
ステップＳ４５では、制御部２８は、測定の終了を待機し、終了するとステップＳ４６に移行する。
ステップＳ４６では、制御部２８は、分析部２１からサンプルデータを取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報を書き込み、サンプルデータを添付ファイルとして添付した電子メールを作成する。また、添付ファイルには、サンプルデータの集計の際に必要となる他のデータも書き込まれる。例えば、ロット番号、精度管理物質の種類、測定モード、装置ＩＤが挙げられる。装置ＩＤは、本システム上で分析装置を特定するための識別情報であり、サンプルデータを重複して集計しないようにするために用いられる。
【００４８】
ステップＳ４７では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。
ステップＳ４８では、制御部２８は、分析部２１の動作状況を示すエラー情報以外の動作情報を待機している。エラー情報以外の動作情報とは、動作回数、動作プログラム、設定条件などである。動作情報が発生すると、ステップＳ５２に移行する。その他の場合は前記ステップＳ４１に戻る。
ステップＳ４９では、制御部２８は、発生した動作情報を、ログに保存する。
【００４９】
ステップＳ５０では、制御部２８は、分析装置１の終了が指示されたか否かを判断し、"Ｙｅｓ"と判断するとステップＳ４９に移行する。"Ｎｏ"と判断すると、後述するステップＳ５１に移行する。
ステップＳ５１では、制御部２８は、ログから動作情報を取得し、電子メール用データに加工する。例えば、電子メールの本文に分析装置の認証情報及び動作情報を書き込んだ電子メールを作成する。
ステップＳ５２では、制御部２８は、電子メール部２４を起動し、作成した電子メールを送信する。その後、制御部２８は処理を終了する。
【００５０】
［サポート処理により履歴ＤＢに蓄積される動作情報の具体例］
次に、前述のサポート処理により、ユーザ管理ＤＢ１４に蓄積される動作情報について、具体的に説明する。図８〜１１は、分析装置２として血液分析装置を用いた場合に、管理装置１上に表示される動作情報の一例である。図８は動作情報の選択画面、図９はエラー履歴、図１０はプログラム履歴、図１１は動作回数の表示例を、それぞれを示している。
図８の動作情報の選択画面は、エラー履歴、プログラム履歴、設定、動作回数のいずれかの動作情報の選択を受け付ける。また、操作者は、この画面において分析装置の指定及び分析装置の種別を指定可能である。
【００５１】
図９は、前記図８の画面において、「エラー履歴」が選択された場合に表示される画面例である。エラーが生じた日付、時刻、エラーの内容を示すエラーメッセージ、エラーを特定するエラーコード、詳細コード１及び２が表示されている。このエラー履歴には、例えば履歴ＤＢに保存されているエラー履歴のうち、最新１月分が表示されている。各フィールド毎にソート及びフィルターを設定可能であると好ましい。また、トラブルへの発生原因となる可能性が高い異常レコードを、反転表示などにより区別可能に表示することが好ましい。異常レコードとは、例えば前述したエラーレベルが所定値以上のレコードである。
【００５２】
図１０は、前記図８の画面において、「プログラム履歴」が選択された場合に表示される画面例である。この画面例では、指定された分析装置上で動作したプログラム名、そのバージョン、動作した日付及び時刻が表示されている。
図１１は、前記図８の画面において、「動作回数」が選択された場合に表示される画面例である。この画面例では、分析装置の所定の部位の動作回数が、動作した日付及び時刻と共にそれぞれ表示されている。
また、図示していないが、図８の選択画面において「設定」が選択されると、分析装置の設定条件が表示される。
【００５３】
［ＱＣ処理により作成されるウェブページの具体例］
次に、前述のＱＣ処理により管理装置１が作成するウェブページの具体例を説明する。図１４及び図１５は、処理部１２が作成したウェブページの表示例の一例である。これらは、前記と同様、血液分析装置を用いて精度管理物質を集計した場合の集計結果の表示例である。
分析装置上のＷＷＷブラウザで管理装置１にアクセスすると、図１４の上半分に示すウインドウが表示される。このウインドウでは、集計結果の表示スタイルを選択できるようになっている。ここで、「Reporting style」としてＳＤＩチャートを選択している場合、図１５に例示するウインドウが表示される。
【００５４】
図１５では、血液中の各成分毎に、所定のグラフが表示されている。このグラフは、分析装置の機種毎及び精度管理物質毎に作成される。このグラフは、毎日測定されるアクセス元ユーザのサンプルデータ及び基準器データを、過去１月分表示可能である。基準器データとは、リモートサポートシステムの提供者側の分析装置で所定の精度管理物質を測定したサンプルデータである。さらにグラフには、平均値からのずれ度合いが１ＳＤごとに示されている。日単位の集計結果は、日付が変わるときに確定される。
【００５５】
内部精度管理としてみる場合は、それらの測定値をそのまま表示することによって、その分析装置におけるサンプルデータの変動を確認することができる。また、外部精度管理としてみる場合は、図１５のようにサンプルデータ測定時における全体平均値を中心として、全体平均値に対するその分析装置におけるサンプルデータの変動を確認することができる。この表示を任意に切換えることによって、ユーザは、分析装置のサンプルデータが全体平均や基準器データからどの程度ずれているかを、ウェブページ上で視覚的に比較できる。しかも、図１４及び図１５のウェブページは、サンプルデータを提供した後、即座に更新される。従って、ユーザは、提供したサンプルデータについての外部精度管理を、タイムラグなくリアルタイムに行うことが可能となる。
【００５６】
図１６は、精度管理物質の集計結果の別の表示例である。この例では、ユーザの分析装置での測定値と、全体平均値と、基準器データとが、直接表示される。ユーザは自身の分析装置での測定値と、全体平均値や基準器データとを直接比較したい場合もあるので、図１５においてチャートとして表示されている各値を直接表示可能にしておくのも好ましい。
＜他の実施形態例＞
（Ａ）図１７及び１８は、リモートサポートシステムの他の構成例を示す図である。ユーザ端末と管理装置とを結ぶネットワークは、必ずしも専用ネットワークである必要はなく、例えばインターネットやＬＡＮであってもよい。但し、インターネットを用いる場合には、送受信する情報のセキュリティーを高めるための暗号化やより厳しい認証システムが必要である。
【００５７】
システム上で管理装置が１つである必要はない。例えば、異なる専用ネットワーク同士を、インターネット及びルーターやゲートウェイと接続し、各専用ネットワーク毎に管理装置を設けてもよい。さらに、管理装置は、専用ネットワーク外の分析装置、例えば専用ネットワークとルーターを介して繋がれているインターネット上の分析装置や、このインターネットからファイアウォールを介してＬＡＮに接続されている分析装置から所定の情報を収集することも可能である。
（Ｂ）前記第１実施形態例では、ＱＣ処理を行う上で、管理装置１と分析装置２との間の時差や分析装置間の時差を考慮に入れていない。そこで、第２実施形態例として、管理装置及び分析装置が異なるタイムゾーンに存在するリモートサポートシステムにおけるＱＣ処理について説明する。
【００５８】
（Ｂ−１）システムの運用
サンプルデータの集計は次のように行う。前記第１実施形態例と同様に、過去４８時間の間に測定されたデータを集計し、その結果をリアルタイムな集計結果とする。また、各日にちの集計結果は、過去４８時間以内のデータのうち、前日に測定されたデータを集計することにより算出する。
各タイムゾーンの分析装置の操作者が集計結果を確認しやすいように、集計結果はそのタイムゾーンでの時刻（ローカルタイム）に対応させて表記する。
【００５９】
しかし、集計の基準時間をローカルタイムに設定すると、基準時間がタイムゾーン毎に異なるため、各タイムゾーン毎に集計を行わなければならない。そのため、同じ日付の集計結果が世界中で２４種類生じることになり、システムの運用が複雑となる。また、１つの国に複数のタイムゾーンがある場合や、複数のタイムゾーンにまたがってグループ病院が存在する場合はなおさらである。
一方、ローカルタイムにかかわらずに、いずれかのタイムゾーンの時間をもとに集計の基準時間を定めると、ローカルタイムと基準時間との差が問題となる。例えば、分析装置を測定している最中にＱＣ処理の日にちが変わってしまい、混乱を招いてしまう。
【００６０】
そこで、ある一日の集計結果がどのタイムゾーンでも同じ結果となるように、各タイムゾーンにおけるサンプルデータの測定日（ローカルタイム）が同じものに基づいて、すなわち同一の測定日を有するサンプルデータに基づいて、その日の集計結果を算出する。
（Ｂ−２）基本
以上の点を考慮し、本実施形態例では、管理装置１の基準時間を、地球上で最も進んでいる時刻、すなわちＧＭＴ(Greenwich Mean Time)+12:00とする。以下の説明において、時刻の基準は管理装置１が位置するタイムゾーンの時刻、今の場合GMT+12:00である。各分析装置２は、それ自身が位置するタイムゾーンにおける測定日時を、サンプルデータとともに管理装置１に送信する。管理装置１は、サンプルデータの集計を、過去４８時間以内の測定日時を有するサンプルデータに基づいて行う。サンプルデータの集計を、過去２４時間以内ではなく４８時間以内とする理由は、集計の基礎とするサンプルデータの総数Ｎをある程度確保するためである。
【００６１】
図１９は、分析装置２から管理装置１に送信されるデータの概念構成図である。このデータには、ロット番号、精度管理物質の種類、測定モード、装置ＩＤ、タイムゾーン、時刻、サンプルデータが含まれている。このうち、タイムゾーン及び時刻以外のデータについては、前記第１実施形態例と同様である。タイムゾーンには、分析装置２が位置するタイムゾーンが記述される。時刻には、各分析装置が位置するタイムゾーンでの測定日時が記述される。管理装置１は、管理装置置が位置するタイムゾーンでの時刻から４８時間以内の測定日時を有するサンプルデータに基づいて、後述するＱＣ処理を行う。
【００６２】
図２０（ａ）は、過去２４時間以内のサンプルデータでは、データの総数Ｎを十分に確保できないことを示す説明図である。説明を容易にするため、異なるタイムゾーンに位置する分析装置Ａ，Ｂ，Ｃ，Ｄ，Ｅが毎日00:00にサンプルデータを管理装置に送信すると仮定する。分析装置ＡはGMT+12:00の位置に、分析装置ＥはGMT-12:00の位置に、他の分析装置Ｂ、Ｃ、Ｄはその間の位置にある。管理装置はGMT+12:00の位置にある。
図２０中、ｘ日付のサンプルデータはＡx、Ｂxとして表されている。例えば、Ａ1、Ａ2及びＡ3は、それぞれ１日、２日及び３日付の分析装置Ａのサンプルデータである。黒丸はすでに測定されたサンプルデータ、白丸はまだ測定されていないサンプルデータである。
【００６３】
今、管理装置の時間が３日の00:00（時刻T1）になった場合、過去２４時間以内のサンプルデータには、Ａ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2が含まれる。しかし、少し時間が経過して時刻T2になった場合、過去２４時間以内のサンプルデータに含まれるのは、図中斜線で示した三角形の領域にあるデータ、すなわちＡ3だけになってしまう。これでは、タイムゾーンがGMT+12:00から離れるほどサンプルデータが集計されない可能性が高くなり、総数Ｎを十分に確保できず、信頼のある集計結果を常時提供することが難しい。
【００６４】
図２０（ｂ）は、過去４８時間以内のサンプルデータを基に、総数Ｎを十分に確保することを示す説明図である。管理装置の時間が３日の00:00（時刻T1）になった時点では、過去４８時間以内のサンプルデータには、分析装置Ａ〜Ｅの１日付及び２日付のサンプルデータ（Ａ1，Ｂ1，Ｃ1，Ｄ1，Ｅ1；Ａ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2）が含まれる。ついで、少し時間が経過して時刻T2になると、図中斜線で示す台形の領域にあるデータ、すなわちＡ2，Ｂ2，Ｃ2，Ｄ2，Ｅ2，Ａ3が集計のための母集団となる。実際には、各分析装置毎に測定時間は異なるものの、過去４８時間以内のサンプルデータを集計の母集団とすることにより、システム内の全ての分析装置数に近い数のサンプルデータを、常に確保することが可能となる。母集団に同一分析装置のサンプルデータが複数あれば、測定時間が最新のサンプルデータ以外を除外すればよい。
【００６５】
なお、管理装置の基準時間は、GMT+12:00に限定されない。集計対象時間を４８時間ではなくこれよりも長く、あるいはもう少し短くすることも可能であるが、システムの運用上４８時間が簡便である。
（Ｂ−３）処理の流れ
本実施形態例に係る管理装置１が行う処理は、サンプルデータを受信した後に行うＱＣ処理サブルーチン（前記図４のステップＳ８）をのぞき、第１実施形態例と同様である。そこで、以下では、本実施形態例におけるＱＣ処理について詳細に説明する。本実施形態例のＱＣ処理は，（１）本日集計処理と（２）前日集計処理とに大別される。
【００６６】
（Ｂ−３−１）本日集計処理の概念説明
図２１（ａ）は、本日集計処理の概念説明図である。本日集計処理では、管理装置１の時間を基準に、過去４８時間以内の日付を持つサンプルデータからなる第１仮母集団を、逐次作成する。さらに作成される第１仮母集団に基づいてサンプルデータの集計を行い、本日の集計結果を更新する。本実施形態例では、第１仮母集団の更新及び集計処理を、１０分毎に行う。
図２１（ａ−１）中、斜線で示した台形領域Ｓ0は、現在時刻T1（２日18:00）における第１仮母集団を示す。時間の経過とともに台形領域Ｓ0は図中右側に移動する。すなわち第１仮母集団が更新される。第１仮母集団の更新に従い、本日（２日）の集計結果も更新されていく。
【００６７】
時間が経過して日付が２日から３日に変わった時点T2（３日00:00）で、２日付の集計結果を確定するための前日集計処理が起動される。図（ａ−２）中、斜線で示した台形領域、すなわち領域Ｓ１と領域Ｓ２'との和は、時刻T2での第１仮母集団を表す。領域Ｓ１は１日付のサンプルデータの集合を、領域Ｓ２'はこの時点で得られる２日付のサンプルデータの集合を表している。
前日集計処理が起動されても、その一方で本日集計処理は前述と同様に引き続き行われる。引き続き行われる本日集計処理は、本日（３日）の集計結果を、所定のタイミングで更新する。
【００６８】
（Ｂ−３−２）前日集計処理の概念説明
図２１（ｂ）は、前日集計処理の概念説明図である。この処理が３日00:00に起動された場合、管理装置１は第２仮母集団を作成する。管理装置１は、第２仮母集団を１０分ごとに更新し、更新された第２仮母集団に基づいて前日（２日）の集計結果を更新する。
第２仮母集団の作成及び更新は、次のように行う。管理装置１は、１０分ごとに、過去４８時間以内のサンプルデータからなる第２仮母集団を作成する。時刻がT2（３日00:00）から経過するにつれ、タイムゾーンの早い地域で測定される本日付け（３日付）のサンプルデータを、作成した第２仮母集団から削除する。
【００６９】
図２１（ｂ−１）は、時刻T2から１０時間経過後の時刻T3（３日10:00）における第２仮母集団を表す。領域Ｓ１'は、１日付サンプルデータの集合のうち、時刻T3から４８時間以内の測定時刻を有するデータの集合である。領域Ｓ２'は、測定日が２日のサンプルデータであって、すでに測定されたデータの集合である。領域Ｓ３'は、時刻T3から過去４８時間以内のサンプルデータのうち、第２仮母集団から削除される３日付のサンプルデータである。時刻T3では、管理装置は、領域Ｓ１'及び領域Ｓ２'のサンプルデータに基づいて、前日（２日）の集計結果を算出する。
【００７０】
図２１（ｂ−２）は、時刻T2から２４時間経過した時刻T4（４日00:00）の時点での第２仮母集団である。斜線で示す領域Ｓ２は、この時点での第２仮母集団を表す。この時点の第２仮母集団は、リモートサポートシステムに参加している全ての分析装置からの２日付サンプルデータの集合となる。この時点で、管理装置１は、前々日（２日）の集計のための母集団を確定する。そして、この母集団から得られる集計結果を、前々日（２日）の最終的な集計結果とする。
（Ｂ−４）フローチャート
本実施形態例では、管理装置１は、ＱＣ処理として、収集処理、本日集計処理及び前日集計処理の３つをそれぞれ独立に行う。
【００７１】
（Ｂ−４−１）収集処理
図２２は、管理装置１が行うサンプルデータの収集処理である。この処理は、管理装置１が行うメイン処理（図４）において、ステップＳ８（ＱＣ処理サブルーチン）に移行することにより開始される。すなわち、本実施形態例においては、管理装置１はサンプルデータを受信するたびに、そのデータをベースＤＢ（図示せず）に蓄積する。このベースＤＢには、管理装置１が受信するサンプルデータが削除されることなく蓄積されていく。
【００７２】
（Ｂ−４−２）本日集計処理
図２３は、管理装置１が行う本日集計処理の流れを示すフローチャートである。以下の説明において、本日集計処理の基礎となる第１仮母集団を形成するための作業領域をバッファ１とする。
ステップＳ１０１、Ｓ１０２：管理装置１は、日付が変わったか否かを判断し（Ｓ１０１）、変わっている場合には前日集計処理を起動する（Ｓ１０２）（図２１（ａ−２）参照）。
【００７３】
ステップＳ１０３、Ｓ１０４、Ｓ１０５、Ｓ１０６：管理装置１は、所定時間、すなわち１０分が前回の集計から経過したか否かを判断する（Ｓ１０３）。経過していない場合は、集計を行うことなく、再び前記ステップＳ１０１に戻る。経過している場合、第１仮母集団を更新し、本日の集計を更新する。
具体的には、まずベースＤＢから過去４８時間以内の日時を持つサンプルデータを取得し、バッファ１に格納する（Ｓ１０４）。ついで、バッファ１に格納したデータの中に、同一の分析装置からのデータが重複して存在するか否かを判断し（Ｓ１０５）、あれば最新のデータ以外をバッファ１から除外する（Ｓ１０６）（図２１（ａ−１）参照）。
【００７４】
ステップＳ１０７：管理装置１は、更新された第１仮母集団に基づいて集計を行う。この集計結果はこの時点での本日の集計結果となる。
以上の処理をサンプルデータの収集処理とは独立に行い、過去４８時間以内の日時を持つサンプルデータを基に、本日の集計結果を１０分ごとに更新する。
（Ｂ−４−２）前日集計処理
図２４は、管理装置１が行う前日集計処理の流れを示すフローチャートである。以下の説明において、前日集計処理の基礎となる第２仮母集団を形成するための作業領域をバッファ２とする。前記本日集計処理のステップＳ１０２に移行することにより、以下の処理が起動される。いま、前記図２１と同様に、時刻T2（３日00:00）において本処理が起動されたとする。
【００７５】
ステップＳ１１１：管理装置１は、再び日付が変更されているか否かを判断し、日付が変わっていなければステップＳ１１２以降の処理を行う。すなわち、時刻が３日00:00から４日00:00になるまで、第２仮母集団の更新及び集計の更新が行われる（後述するＳ１１２〜Ｓ１１７）。時刻が４日00:00になると、前々日、すなわち２日の集計結果を確定する（後述するステップＳ１１８〜Ｓ１２０）。
ステップＳ１１２：管理装置１は、前回の集計から１０分が経過したか否かを判断する。"Ｙｅｓ"と判断すると、ステップＳ１１３に移行し、第２仮母集団を更新する。"Ｎｏ"と判断すると、仮母集団を更新することなく、再びステップＳ１１１に戻る。
【００７６】
ステップＳ１１３、Ｓ１１４、Ｓ１１５、Ｓ１１６：管理装置１は、ベースＤＢから過去４８時間以内の時刻を持つサンプルデータを取得し、バッファ２に格納する（Ｓ１１３）。ついで、管理装置１は、取得したサンプルデータの中から、本日付け（３日付）のデータを削除する（Ｓ１１４）。ついで、バッファ２に格納したデータの中に、同一の分析装置からのデータが重複して存在する否かを判断し（Ｓ１１５）、あれば最新のデータ以外をバッファ１から除外する（Ｓ１１６）。これにより、第２仮母集団が更新される（図２１（ｂ−１）参照）。
【００７７】
ステップＳ１１７：管理装置１は、更新された第２仮母集団に基づいて、前日、すなわち２日の集計結果を新たに算出する。以上のようにして、１０分ごとに２日（前日）の集計結果が更新される（Ｓ１１２〜Ｓ１１７）。
ステップＳ１１８：前記ステップＳ１１１で日付が変わったと判断されると、すなわち時刻が４日00:00になると、管理装置１は２日の集計結果の基礎となる母集団を確定する。すなわち、この時点での第２仮母集団を、前々日（２日）の集計結果のための母集団とする。確定された母集団には２日付のサンプルデータのみが含まれている（前記図２１（ｂ−２）参照）。
【００７８】
ステップＳ１１９：管理装置１は、確定した母集団に基づいて、前々日（２日）の集計結果を算出する（Ｓ１１９）。
前記集計結果が掲載されたウェブページの表示は、分析装置から入力された認証情報に基づいて実行される。さらに、ウェブページを表示する場合、管理装置１は、分析装置のタイムゾーンを認識する。なぜなら、そのタイムゾーンでのローカルタイムがGMT+12:00と異なる日付、すなわちローカルタイムがまだその日付になっていない場合も考えられる。この場合、管理装置１は、GMT+12:00での本日の集計結果の表示を行わず、前日集計処理の集計結果のみを表示する。
【００７９】
以上の処理により、世界各地に存在する分析装置から収集されるサンプルデータに基づいて、本日集計処理では本日の集計結果を、前日集計処理では前日の集計結果を、逐次更新する。また、各一日の集計結果は、前日集計処理により最終的に確定する。集計はある程度以上のサンプルデータ数を基に行われるので、集計結果の信頼性を向上することができる。また、各タイムゾーンで測定されたサンプルデータはその日の集計結果に反映されるので、ユーザは時差を感じることがなく本システムを使うことができる。
【００８０】
（Ｃ）上述したような本発明のプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体とは、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが想定できる。
（Ｄ）また、上述したような本発明のプログラムを伝送する伝送媒体についても本発明に含まれる。ここで伝送媒体とは、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネット、無線通信ネットワーク）システムにおける通信媒体（光ファイバ、無線回線、その他）を含む。
【００８１】
【発明の効果】
本発明を利用すれば、分析装置の外部管理を実質的にリアルタイムに行うことが出来る。
【図面の簡単な説明】
【図１】第１実施形態例に係るリモートサポートシステムの全体構成図の一例。
【図２】機能構成を示すブロック図。
【図３】リモートサポートシステムにおける処理の流れの一例。
【図４】管理装置が行うメイン処理の流れの一例を示すフローチャート。
【図５】管理装置が行うサポート処理の流れの一例を示すフローチャート。
【図６】管理装置が行うＱＣ処理の流れの一例を示すフローチャート。
【図７】分析装置が行うメイン処理の流れの一例を示すフローチャート。
【図８】エラー情報の選択画面の一例。
【図９】エラー履歴の表示例。
【図１０】プログラム履歴の表示例。
【図１１】動作回数の表示例。
【図１２】エラー判定パターンの例。
【図１３】エラー判定テーブルの一例。
【図１４】ＱＣ処理により作成されるウェブページの表示例（メニュー画面）。
【図１５】ＱＣ処理により作成されるウェブページの表示例（集計結果）。
【図１６】ＱＣ処理により作成されるウェブページの別の表示例（集計結果）。
【図１７】他の実施形態例に係るリモートサポートシステムの全体構成例。
【図１８】他の実施形態例に係るリモートサポートシステムの全体構成例。
【図１９】分析装置から管理装置に送られるデータの概念構成図。
【図２０】（ａ）過去２４時間を集計対象とする場合。
（ｂ）過去４８時間を集計対象とする場合。
【図２１】（ａ）本日集計処理の概念説明図。
（ｂ）前日集計処理の概念説明図。
【図２２】収集処理の流れの一例を示すフローチャート。
【図２３】本日集計処理の流れの一例を示すフローチャート。
【図２４】前日集計処理の流れの一例を示すフローチャート。
【符号の説明】
１；管理装置
２；分析装置
３；ネットワーク
Claims (14)
- ネットワークを介して複数の臨床検査用分析装置と接続された管理装置における精度管理方法であって、
受信手段が、分析装置が所定の精度管理物質を測定することにより得られたサンプルデータを、ネットワークを介して受信するステップ、
処理手段が、受信したサンプルデータを蓄積手段に蓄積し、蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計するステップ、および
提供手段が、所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供するステップ、からなることを特徴とする管理装置に用いられる精度管理方法。 - 受信手段がサンプルデータを受信する度に処理手段が集計結果を更新し、最新の更新結果を外部精度管理結果として提供手段によって分析装置に提供する、請求項１に記載の管理装置に用いられる精度管理方法。
- 前記処理手段は、所定時間毎に集計結果を更新し、前記提供手段は、最新の更新結果を外部精度管理結果として分析装置に提供する、請求項１に記載の管理装置に用いられる精度管理方法。
- 前記処理手段は、サンプルデータをその測定日毎に集計する、請求項１に記載の管理装置に用いられる精度管理方法。
- 前記処理手段は、日付が変わるときに日単位の集計結果を確定する、請求項１に記載の管理装置に用いられる精度管理方法。
- 前記受信手段が、前記管理装置とは異なるタイムゾーンに位置する分析装置から、前記サンプルデータを測定した日付であってかつ前記分析装置が位置するタイムゾーンにおける日付と、前記サンプルデータとを、ネットワークを介して受信し、前記処理手段が、蓄積されたサンプルデータのうち、同じ日付を有するサンプルデータに基づいて、前記日付の集計結果を確定する、請求項１に記載の管理装置に用いられる精度管理方法。
- ネットワークを介して所定の管理装置と接続された分析装置に用いられる精度管理方法であって、
分析手段が、所定の精度管理物質を測定しサンプルデータを取得するステップ、
送信手段が、ネットワークを介して管理装置に取得したサンプルデータを送信するステップ、
取得手段が、管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得するステップ、および
出力手段が、取得した外部精度管理結果を出力するステップからなることを特徴とする分析装置に用いられる精度管理方法。 - 取得手段が、管理装置が作成した外部精度管理結果のウエブページにアクセスすることにより外部精度管理結果を取得する、請求項７に記載の分析装置に用いられる精度管理方法。
- 送信手段は、サンプルデータを電子メールにより管理装置に送信する、請求項７に記載の分析装置に用いられる精度管理方法。
- 送信手段が、異なるタイムゾーンに位置する前記管理装置に対し、前記サンプルデータを測定した日付であってかつ前記分析装置が位置するタイムゾーンにおける日付と、前記サンプルデータとを、ネットワークを介して送信する、請求項７に記載の分析装置に用いられる精度管理方法。
- 請求項１〜６のいずれか１項に記載の管理装置に用いられる精度管理方法を実行するためのプログラムを記録した、コンピュータ読み取り可能な記録媒体。
- 請求項７〜１０のいずれか１項に記載の分析装置に用いられる精度管理方法を実行するためのプログラムを記録した、コンピュータ読み取り可能な記録媒体。
- ネットワークを介して複数の分析装置と接続された管理装置であって、
前記分析装置が所定の精度管理物質を測定したサンプルデータを、ネットワークを介して受信する受信手段と、
受信したサンプルデータを蓄積する蓄積手段と、
蓄積されたサンプルデータを分析装置毎および精度管理物質毎に集計する処理手段と、
所定期間内に受信したサンプルデータの集計結果を外部精度管理結果として分析装置に提供する提供手段と、
を備える管理装置。 - ネットワークを介して所定の管理装置と接続された分析装置であって、
所定の精度管理物質を測定してサンプルデータを取得する分析手段と、
前記サンプルデータを、ネットワークを介して管理装置に送信する送信手段と、
管理装置が所定期間内に分析装置から収集したサンプルデータの集計結果からなる外部精度管理結果を、ネットワークを介して管理装置から取得する取得手段と、
取得した集計結果を出力する出力手段と、
を備える分析装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003183932A JP4290490B2 (ja) | 1999-11-30 | 2003-06-27 | 精度管理方法及びその装置 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34108599 | 1999-11-30 | ||
| JP2003183932A JP4290490B2 (ja) | 1999-11-30 | 2003-06-27 | 精度管理方法及びその装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000364452A Division JP2001229291A (ja) | 1999-11-30 | 2000-11-30 | サポート方法、精度管理方法及びその装置 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006287034A Division JP4690287B2 (ja) | 1999-11-30 | 2006-10-20 | 臨床検査用分析装置およびサンプルデータの送信方法 |
| JP2006287033A Division JP4690286B2 (ja) | 1999-11-30 | 2006-10-20 | 管理装置および精度管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004004105A JP2004004105A (ja) | 2004-01-08 |
| JP4290490B2 true JP4290490B2 (ja) | 2009-07-08 |
Family
ID=30445561
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003183932A Expired - Lifetime JP4290490B2 (ja) | 1999-11-30 | 2003-06-27 | 精度管理方法及びその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4290490B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3546950A1 (en) | 2018-03-29 | 2019-10-02 | Sysmex Corporation | Apparatus for generating monitoring data of sample analyzer, sample analyzing apparatus and method of generating monitoring data of sample analyzer |
| US11619640B2 (en) | 2018-03-29 | 2023-04-04 | Sysmex Corporation | Method for generating an index for quality control, apparatus for generating a quality control index, quality control data generation system, and method for constructing a quality control data generation system |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3760806B2 (ja) * | 2001-06-25 | 2006-03-29 | 株式会社日立製作所 | 分析結果管理の方法および装置 |
| JP4563735B2 (ja) * | 2004-06-29 | 2010-10-13 | シスメックス株式会社 | 臨床検体処理装置 |
| EP1612536A3 (en) | 2004-06-29 | 2007-03-07 | Sysmex Corporation | Clinical specimen processsing apparatus |
| JP4733456B2 (ja) * | 2005-07-26 | 2011-07-27 | シスメックス株式会社 | 前処理の外部精度管理方法、核酸検出処理の外部精度管理方法、検量線作成処理の外部精度管理方法、前処理の外部精度管理コンピュータ、核酸検出処理の外部精度管理コンピュータ、検量線作成処理の外部精度管理コンピュータ、前処理装置、及び核酸検出装置 |
| JP4746471B2 (ja) * | 2006-04-21 | 2011-08-10 | シスメックス株式会社 | 精度管理システム、精度管理サーバ及びコンピュータプログラム |
| JP2015194903A (ja) * | 2014-03-31 | 2015-11-05 | 栄研化学株式会社 | 外部精度管理システム |
| JP6875137B2 (ja) | 2017-01-31 | 2021-05-19 | シスメックス株式会社 | 精度管理方法、精度管理システム、管理装置、分析装置および精度管理異常判定方法 |
-
2003
- 2003-06-27 JP JP2003183932A patent/JP4290490B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3546950A1 (en) | 2018-03-29 | 2019-10-02 | Sysmex Corporation | Apparatus for generating monitoring data of sample analyzer, sample analyzing apparatus and method of generating monitoring data of sample analyzer |
| US11619640B2 (en) | 2018-03-29 | 2023-04-04 | Sysmex Corporation | Method for generating an index for quality control, apparatus for generating a quality control index, quality control data generation system, and method for constructing a quality control data generation system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004004105A (ja) | 2004-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001229291A (ja) | サポート方法、精度管理方法及びその装置 | |
| EP1107159B1 (en) | Quality control method and device therefor | |
| JP4584579B2 (ja) | バイオメトリック・クオリティ管理プロセス | |
| EP2183570B1 (en) | Network review in clinical hematology | |
| JP4690284B2 (ja) | 臨床検査用分析装置サポートシステム、管理装置および臨床検査用分析装置 | |
| JP4290490B2 (ja) | 精度管理方法及びその装置 | |
| JP5613495B2 (ja) | 臨床検査情報システム、及びコンピュータプログラム | |
| JP4690285B2 (ja) | 臨床検査用分析装置サポートシステム、管理装置および臨床検査用分析装置 | |
| JP4728277B2 (ja) | 外部精度管理システム | |
| JP4690287B2 (ja) | 臨床検査用分析装置およびサンプルデータの送信方法 | |
| JP4690286B2 (ja) | 管理装置および精度管理方法 | |
| JP3799387B2 (ja) | インターネットを利用した精度管理方法 | |
| JP2009168731A (ja) | 自動分析結果の承認システム、分析結果の承認処理を可能にする自動分析システム及び自動分析結果の承認方法 | |
| KR20000036962A (ko) | 통신망을 이용한 설비 진단 서비스 제공 방법과 시스템 및그 방법이 저장된 기록매체 | |
| US20110153392A1 (en) | Systems and methods for scheduling a periodic collection of environmental samples | |
| Badrick et al. | Philippines Diagnostic Pathology Laboratory Benchmarking | |
| JP2003166988A (ja) | 臨床検査システム | |
| Badrick et al. | OPEN ACCESS–ORIGINAL ARTICLE | |
| JP2002041653A (ja) | 医療機関とその関連業者との間の情報仲介方法 | |
| Officer et al. | Name of Policy: Laboratory Downtime Procedure Policy Number: 3364-107-313 | |
| MScabc et al. | Characterization of laboratory flow and performance for process improvements via | |
| Boswell | Improving Turnaround Times For Inpatient Morning Collections. | |
| JP2004213079A (ja) | ダイオキシン測定スケジュール調整システム、ダイオキシン測定スケジュール調整方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060724 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060822 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060921 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061020 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061204 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061205 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061211 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070202 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20081128 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090401 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4290490 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150410 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |