(57)【特許請求の範囲】
【請求項１】
試薬を使用して検体の分析を行う医療用分析装置にネットワークを介して接続されており、ユーザの施設の検査室に設置された前記医療用分析装置の試薬の在庫を試薬供給側から管理するための在庫管理システムであって、
前記医療用分析装置と通信して、前記試薬を用いた動作に関する動作情報を取得するよう構成された通信部と、
前記医療用分析装置から取得した前記動作情報を記録するよう構成されたデータベースと、
前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量を、前記データベースに記録された前記動作情報に基づいて算出および前記データベースに記憶するよう構成された在庫計算部と、
前記算出された在庫残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と試薬の発注を行うか否かの選択肢とを含む提案注文画面を前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供するよう構成された提案注文生成部と、を備え、
前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供するよう構成された在庫管理システム。
【請求項２】
前記医療用分析装置が血球分析装置であり、前記試薬は、血球の分析に利用される試薬である、請求項１記載の在庫管理システム。
【請求項３】
前記追跡画面は、前記試薬の注文を承諾した人物を特定する情報および／またはタイムスタンプを含む、請求項１または請求項２に記載の在庫管理システム。
【請求項４】
前記追跡画面は、前記配送状況として、注文された前記試薬の配送業者によって提供された配送状況を表示し、前記配送状況は少なくとも処理中、発送済および配達済を含む、請求項１〜３に記載の在庫管理システム。
【請求項５】
前記追跡画面は、注文された前記試薬の配送業者によって提供された追跡情報を含む、請求項１〜４の何れか１項に記載の在庫管理システム。
【請求項６】
前記試薬の発注を行う選択肢の操作によって前記試薬が注文された場合、受領確認メッセージをユーザの指定した電子メールクライアントにネットワークを介して送信する、請求項１〜５の何れか１項に記載の在庫管理システム。
【請求項７】
前記試薬の発注を行う選択肢の操作によって前記試薬の注文を受信した場合に、受領確認メッセージまたは受領書を含む注文確認画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供するよう構成された、請求項１〜５の何れか１項に記載の在庫管理システム。
【請求項８】
前記動作情報は、前記医療用分析装置により前記試薬を用いて実行される動作サイクルの数を含む、請求項１〜７の何れか１項に記載の在庫管理システム。
【請求項９】
前記データベースは、前記動作サイクルの１サイクルに使用される前記試薬の量を記憶し、記憶された前記試薬の量に基づいて前記在庫計算部が前記医療用分析装置に消費される前記試薬の全体量を算出する、請求項８に記載の在庫管理システム。
【請求項１０】
前記既定の閾値は、前記試薬の初期在庫量の既定の割合である、請求項１〜９の何れか１項に記載の在庫管理システム。
【請求項１１】
前記提案注文画面は、前記試薬の推奨量を、前記ユーザによる変更を受け付け可能に表示する、請求項１〜１０の何れか１項に記載の在庫管理システム。
【請求項１２】
複数の異なる試薬について前記算出された残量がそれぞれ既定の閾値未満になった場合、前記提案注文画面は、前記複数の試薬のそれぞれについて推奨量を、前記ユーザによる変更を受け付け可能に表示する、請求項１１に記載の在庫管理システム。
【請求項１３】
前記提案注文生成部は、前記ユーザの過去の注文履歴及び試薬消費率の少なくとも１つに基づいて、前記試薬の推奨量を決定する、請求項１〜１２の何れか１項に記載の在庫管理システム。
【請求項１４】
前記算出された残量が既定の閾値未満になった場合に、前記ユーザに警告を送るよう構成された警告送信部をさらに備える、請求項１〜１３の何れか１項に記載の在庫管理システム。
【請求項１５】
前記警告は、ネットワークを介して前記提案注文画面にアクセスするよう前記ユーザを導く、請求項１４記載の在庫管理システム。
【請求項１６】
ユーザの施設の検査室に設置された医療用分析装置の試薬の在庫を試薬供給側から管理するための在庫管理システムを用いて、前記医療用分析装置に使用される試薬の注文を促す方法であって、
前記医療用分析装置から前記試薬を用いた動作に関する動作情報を、ネットワークを介して取得し、
前記医療用分析装置から取得した前記動作情報をデータベースに記録し、
前記データベースに記録された前記動作情報に基づいて、前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量を算出および前記データベースに記憶し、
前記算出された残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含む提案注文画面を生成し、前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供し、
前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供する、方法。
【請求項１７】
試薬供給側の在庫管理システムとネットワークを介して接続され、ユーザの施設の検査室に設置され、且つ、試薬を用いて検体の医療用分析を行う医療用分析装置であって、
試薬を用いて検体の医療用分析を行う分析モジュールと、
前記試薬供給側の在庫管理システムにネットワークを介して、前記分析モジュールによる前記試薬を用いた動作に関する情報である動作情報を提供するよう構成された通信部と、
前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量が既定の閾値未満になった場合、前記在庫管理システムによりネットワークを介して提供される提案注文画面を、前記医療用分析装置のユーザに提示するよう構成された注文提示部と、を備え、
前記提案注文画面は、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含み、
前記試薬の発注を行う選択肢の操作による前記試薬の注文を受信した前記在庫管理システムにより生成された追跡画面を、ネットワークを介して前記ユーザに提示し、前記追跡画面は、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む、医療用分析装置。
【請求項１８】
試薬供給側の在庫管理システムとネットワークを介して接続され、ユーザの施設の検査室に設置され、且つ、試薬を用いて検体の医療用分析を行う医療用分析装置において実行される、試薬の注文に関してユーザに選択肢を与える方法であって、
検体の分析に関連して前記試薬を用いた動作を実行し、
前記試薬供給側の在庫管理システムにネットワークを介して、前記試薬を用いた動作に関する情報である動作情報を提供し、
前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量が既定の閾値未満になった場合、前記在庫管理システムによりネットワークを介して提供される提案注文画面を、前記医療用分析装置のユーザに提示し、
前記提案注文画面は、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含み、
前記試薬の発注を行う選択肢の操作による前記試薬の注文を受信した前記在庫管理システムにより生成された追跡画面を、ネットワークを介して前記ユーザに提示し、前記追跡画面は、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む、方法。
【請求項１９】
試薬を供給するためのシステムであって、
第１の施設の検査室に配置されかつネットワークに接続された医療用分析装置と、
試薬供給側の第２の施設に配置されかつ前記ネットワークに接続された在庫管理システムと、を備え、
前記医療用分析装置は、
試薬を使用して検体を分析する分析モジュールと、
ネットワークを介した通信により、前記分析モジュールの前記試薬を用いた動作を示す情報である動作情報を前記在庫管理システムに提供するよう構成された第１通信部と、を含み、
前記在庫管理システムは、
医療用分析装置から前記試薬を用いた動作情報を取得するよう構成された第２通信部と、
前記医療用分析装置から取得した前記動作情報を記録するよう構成されたデータベースと、
前記医療用分析装置のために前記第１の施設に保管されている前記試薬の在庫の残量を、前記データベースに記録された前記動作情報に基づいて算出および前記データベースに記憶するよう構成された在庫計算部と、
前記算出された在庫残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含む提案注文画面を前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供するよう構成された提案注文生成部と、を備え、
前記在庫管理システムは、前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供するよう構成された、試薬を供給するためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つ以上の試薬およびその他の消耗品または補充可能品に関して監視、通信および自動再注文を行うよう医療装置を構成することが可能な機構を提供するシステム、装置および方法に関する。
【背景技術】
【０００２】
医療装置や医療機器、例えばシスメックス株式会社が設計、製造および販売する自動血液分析装置ＸＥシリーズ等は、１つ以上の試薬およびその他の消耗品または補充可能品を利用して患者の検体の検査および評価を行う。検査室環境においては、多くの異なる場所や供給元から受け取った大量の検体を処理するために、これらの医療装置や医療機器が利用されている。例えば、病院の検査室でその病院の患者から採取した検体を検査処理するのに１台の医療装置を利用する場合がある。また別の例では、多数の病院、クリニックまたはその他の供給元から検体を受け取り検査を行う独立した検査室において、１台以上の医療装置や医療機器が利用される場合がある。このような医療装置を最大限に、すなわち最適に利用するためには、対象の患者の検体を検査および評価するための１つ以上の試薬およびその他の消耗品または補充可能品の継続供給が利用可能でなければならない。
【０００３】
特許文献１には、分析装置で使用される消費財を管理して、分析装置使用者の人為的ミスによる消費財の注文漏れの発生を防止する方法および装置が開示されている。この方法では、分析装置によって消費される消費財の消費状況を、各消費財供給者が取扱う消費財毎に監視および解析している。解析された消費財の消費状況および供給管理情報は、分析装置用の管理装置、各消費財供給者の供給管理装置、または消費財納入者用の供給管理装置に送信される。供給状況は消費財供給管理情報に基づいて確認される。上記消費財消費状況を監視するステップおよび上記消費財消費状況を解析するステップに基づく情報の使用に対しては、分析装置管理者、消費財供給者または消費財納入者により対価支払いが要求される。
【０００４】
特許文献２には、複数の施設にそれぞれ設けられた自動分析装置で使用される備品に関する情報が、自動分析装置から管理局へネットワークを介して送信されることが開示されている。管理局は複数の施設にある備品の管理を行う。各施設は、それぞれにＲＦＩＤタグが貼付された備品が配置される情報交換部と、情報交換部に備品が配置される場合に備品のＲＦＩＤタグとの間で備品に関する情報を交換する第１のリーダライタと、自動分析装置に設けられた第２のリーダライタであって、自動分析装置に備品が装着される場合に備品のＲＦＩＤタグとの間で備品に関する情報を交換するとともに、第１のリーダライタと備品に関する情報を共有する第２のリーダライタと、備品に関する情報を処理する処理装置とを含む。管理局は、複数の施設にある備品をリアルタイムで一括管理する。
【０００５】
特許文献３には、試薬供給者にネットワークを介して試薬情報を送る分析装置が開示されている。受信した試薬情報に基づいて、試薬供給者は試薬送付状を作成して送る。
【０００６】
特許文献４には、試薬供給者にネットワークを介して試薬情報を送る分析装置が開示されている。受信した試薬情報に基づいて、試薬供給者はユーザによる将来の試薬の消費を予測し、その予測に基づいて試薬納入者に注文を送る。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願公開公報第２００２／０１０７６４２号
【特許文献２】米国特許出願公開公報第２００９／００１３４９７８号
【特許文献３】特開２００３−２４８００５号公報
【特許文献４】特開２００２−３５０４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述の米国および日本の各特許文献においては、システムや装置が設置された施設のユーザは供給される試薬の注文を自由に行うことができない。
【０００９】
本願発明は、ユーザの施設に保管されている試薬の在庫が少なくなったことを検体分析装置のユーザが簡単に知ることができ、ユーザが試薬を発注するか否かを自由に決めることができ、発注した試薬の状況を簡単に知ることができるシステム、装置および方法を提供する。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本願は以下の発明を提供する。
第１の発明は、試薬を使用して検体の分析を行う医療用分析装置にネットワークを介して接続されており、ユーザの施設の検査室に設置された前記医療用分析装置の試薬の在庫を試薬供給側から管理するための在庫管理システムであって、前記医療用分析装置と通信して、前記試薬を用いた動作に関する動作情報を取得するよう構成された通信部と、前記医療用分析装置から取得した前記動作情報を記録するよう構成されたデータベースと、前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量を、前記データベースに記録された前記動作情報に基づいて算出および前記データベースに記憶するよう構成された在庫計算部と、前記算出された在庫残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と試薬の発注を行うか否かの選択肢とを含む提案注文画面を前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供するよう構成された提案注文生成部と、を備え、前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供するよう構成される。
【００１１】
第２の発明は、ユーザの施設の検査室に設置された医療用分析装置の試薬の在庫を試薬供給側から管理するための在庫管理システムを用いて、前記医療用分析装置に使用される試薬の注文を促す方法であって、前記医療用分析装置から前記試薬を用いた動作に関する動作情報を、ネットワークを介して取得し、前記医療用分析装置から取得した前記動作情報をデータベースに記録し、前記データベースに記録された前記動作情報に基づいて、前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量を算出および前記データベースに記憶し、前記算出された残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含む提案注文画面を生成し、前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供し、前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供する。
【００１２】
第３の発明は、試薬供給側の在庫管理システムとネットワークを介して接続され、ユーザの施設の検査室に設置され、且つ、試薬を用いて検体の医療用分析を行う医療用分析装置であって、試薬を用いて検体の医療用分析を行う分析モジュールと、前記試薬供給側の在庫管理システムにネットワークを介して、前記分析モジュールによる前記試薬を用いた動作に関する情報である動作情報を提供するよう構成された通信部と、前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量が既定の閾値未満になった場合、前記在庫管理システムによりネットワークを介して提供される提案注文画面を、前記医療用分析装置のユーザに提示するよう構成された注文提示部と、を備え、前記提案注文画面は、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含み、前記試薬の発注を行う選択肢の操作による前記試薬の注文を受信した前記在庫管理システムにより生成された追跡画面を、ネットワークを介して前記ユーザに提示し、前記追跡画面は、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む。
【００１３】
第４の発明は、試薬供給側の在庫管理システムとネットワークを介して接続され、ユーザの施設の検査室に設置され、且つ、試薬を用いて検体の医療用分析を行う医療用分析装置において実行される、試薬の注文に関してユーザに選択肢を与える方法であって、検体の分析に関連して前記試薬を用いた動作を実行し、前記試薬供給側の在庫管理システムにネットワークを介して、前記試薬を用いた動作に関する情報である動作情報を提供し、前記医療用分析装置のためにユーザの施設に保管されている前記試薬の在庫の残量が既定の閾値未満になった場合、前記在庫管理システムによりネットワークを介して提供される提案注文画面を、前記医療用分析装置のユーザに提示し、前記提案注文画面は、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含み、前記試薬の発注を行う選択肢の操作による前記試薬の注文を受信した前記在庫管理システムにより生成された追跡画面を、ネットワークを介して前記ユーザに提示し、前記追跡画面は、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む。
【００１４】
第５の発明は、試薬を供給するためのシステムである。このシステムは、第１の施設の検査室に配置されかつネットワークに接続された医療用分析装置と、試薬供給側の第２の施設に配置されかつ前記ネットワークに接続された在庫管理システムと、を備え、前記医療用分析装置は、試薬を使用して検体を分析する分析モジュールと、ネットワークを介した通信により、前記分析モジュールの前記試薬を用いた動作を示す情報である動作情報を前記在庫管理システムに提供するよう構成された第１通信部と、を含み、前記在庫管理システムは、医療用分析装置から前記試薬を用いた動作情報を取得するよう構成された第２通信部と、前記医療用分析装置から取得した前記動作情報を記録するよう構成されたデータベースと、前記医療用分析装置のために前記第１の施設に保管されている前記試薬の在庫の残量を、前記データベースに記録された前記動作情報に基づいて算出および前記データベースに記憶するよう構成された在庫計算部と、前記算出された在庫残量が既定の閾値未満になった場合、注文すべき試薬の推奨量と前記試薬の発注を行うか否かの選択肢とを含む提案注文画面を前記医療用分析装置のユーザにネットワークを介してアクセス可能に提供するよう構成された提案注文生成部と、を備え、前記在庫管理システムは、前記試薬の発注を行う選択肢の操作により前記試薬が注文された場合、前記試薬の注文を識別する情報と、注文された前記試薬の配送状況とを含む追跡画面を生成し、前記ユーザにネットワークを介してアクセス可能に提供するよう。
【００１５】
開示する各発明は、それぞれ単独でまたは組み合わせて使用することが可能である。開示する各発明の追加的特徴および利点は、以下の発明の詳細な説明および図面において説明されており、それらから一層明らかになるであろう。
【発明の効果】
【００１６】
本発明に係るシステムおよび方法によれば、試薬の在庫が少なくなったことを検体分析装置が設置された施設のユーザが簡単に知ることができ、ユーザが試薬を発注するか否かを自由に決めることができ、発注した試薬の状況を簡単に知ることができ、効率的な注文処理が可能となる。
【図面の簡単な説明】
【００１７】
【図１】本明細書に開示する自動補充および監視のためのシステムの一実施形態を示す図。
【図２】本明細書の開示内容に従って構成された医療装置の代表例を示すブロック図。
【図３】本明細書の開示内容に従って構成された補充センターの代表例を示すブロック図。
【図４】本明細書に開示する自動補充および監視のための複数施設システムの一実施形態を示す図。
【００１８】
【図５】図４に示す自動補充および監視のための複数施設システムの他の実施形態を示す図。
【００１９】
【図６Ａ】自動補充システム内での動作用に構成された医療装置の動作フローチャートを示す図。
【００２０】
【図６Ｂ】医療装置と自動補充センターとの間での情報の更新を詳細に示した動作フローチャートを示す図。
【００２１】
【図６Ｃ】例として示す自動補充システムと関連して利用可能な補充および監視動作フローチャートを示す図。
【００２２】
【図６Ｄ】例として示す自動補充システムと関連して利用可能な補充および監視動作フローチャートを示す図。
【００２３】
【図７Ａ】例として示す自動補充および監視システムと関連して利用可能なインタフェース画面の例を示す図。
【図７Ｂ】例として示す自動補充および監視システムと関連して利用可能なインタフェース画面の例を示す図。
【図７Ｃ】例として示す自動補充および監視システムと関連して利用可能なインタフェース画面の例を示す図。
【図７Ｄ】例として示す自動補充および監視システムと関連して利用可能なインタフェース画面の例を示す図。
【図７Ｅ】例として示す自動補充および監視システムと関連して利用可能なインタフェース画面の例を示す図。
【発明を実施するための形態】
【００２４】
本明細書において開示するシステム、装置および方法は、１つ以上の試薬およびその他の消耗品または補充可能品に関して監視、通信および自動再注文を行うよう医療装置を構成することが可能な効率的な処理を提供するよう構成されている。より詳しくは、効率的な注文処理、すなわち、顧客またはユーザの施設内の試薬、消耗品およびその他の補充可能品の在庫を管理する方策であって、既知／現在の資産管理システムで利用されている非効率な在庫管理機構が原因で起こりうる試薬、消耗品およびその他の補充可能品を急送する必要性を低減または排除する方策を提供することを開示している。本明細書において、消耗品とは、試薬、使い捨てのキュベット、使い捨てのピペットチップ、及び磨耗したら交換する吸引管、精度管理用のコントロール血液、校正用のキャリブレータ、洗浄液などを含む。また、「試薬」及び「補充可能品」という用語は、消耗品の概念に含まれる。
【００２５】
血球分析装置やその他の血液分析機器等の医療装置を最大限に活用し、そのスループットを最大化するためには、試薬およびその他の消耗品または補充可能品の安定供給が得られることが保証されていなければならない。例えば、血球分析装置を利用している顧客やその他のユーザが試薬またはその他の消耗材料を十分にストックしていなかったり使い切ってしまった場合、交換品が調達できるまではその医療装置が機能しなくなってしまう可能性がある。また、試薬およびその他の消耗品または補充可能品を急いで調達するのには多くの費用と時間がかかり得る。さらに、医療装置で分析に使用される試薬およびその他の消耗材料は、その使用期限が短い場合が多い。そのため、試薬およびその他の消耗品または補充可能品の在庫を多く抱えることは、使用期限が切れた未使用の在庫品を無駄に廃棄することにつながる可能性がある。医療装置の一例である血球分析装置またはその他の血液分析機器等を使用する顧客やその他のユーザは、在庫不足が発生しそうなタイミングを検知しそれに対処するための人員や在庫追跡用のリソースおよび／またはシステム監視ツールを有していない場合が多い。本明細書が開示するシステム、装置および方法は、上述の問題に対処し、さらに追加的な利点を多数提供するものである。
【００２６】
本明細書が開示するシステム、装置および方法により実現される追加的な利点には、補充可能品の使用パターンを正確に推測する能力、補充可能品の要求生産量を使用パターンに基づいて予測する能力、補充可能品の急送および処理に関わる配送費用を低減する能力、在庫管理コストを低減する能力、ならびに監視対象の医療装置の「動作時間」や総合的な稼働率を高めたり向上させる能力が含まれる。
【００２７】
一実施形態において、本明細書が開示するシステム、装置および方法は、試薬または消耗品のサイクル数、試薬または消耗品容器の使用状況、ならびに試薬または消耗品のサイクルと試薬または消耗品容器の使用状況との相関を装置シリアル番号やモデルシリアル番号等の医療装置識別子に基づいて追跡および判断し、医療装置および／または血球分析装置を継続的に効率よく動作させるのに必要な試薬または消耗品のうち不足してしまったものを特定するように構成されてもよい。集められた情報は、次いで不足した試薬または消耗品の注文およびその注文品の手配のために、医療装置および／または血球分析装置を介して補充センターへ送信されてもよい。
【００２８】
図１は、本明細書の開示内容に従って構築された自動補充システム１００の一実施形態を示す図である。本実施形態の例では、自動補充システム１００は、通信ネットワークまたは通信リンク１０２を介して補充センター３００と通信を行う医療装置２００を含む。例えば、医療装置２００は、シスメックス株式会社が設計、製造および販売する自動血液分析装置ＸＥシリーズであってもよい。本明細書内において使用される用語「医療装置」は、「分析装置」「血球分析装置」「医療機器」「医療分析装置」等の用語ならびに医療関連の作業または検査室での作業において試薬およびその他の消耗品または補充可能品を利用する装置を指すものとして妥当なその他全ての表現と同義語であると意図されている。医療装置２００は通信手段を含んでもよく、より特定的には装置通信手段２０２を含んでもよい。装置通信手段２０２は、通信を容易にするよう構成された送信部および／または受信部等のハードウェアまたはソフトウェアモジュールでもよい。例えば、装置通信手段２０２は、Ｑｕｅｓｔｒａ社（Ｑｕｅｓｔｒａ  Ｃｏｒｐｏｒａｔｉｏｎ）によって開発された技術に基づいてＡｘｅｄａ社（Ａｘｅｄａ  Ｃｏｒｐｏｒａｔｉｏｎ）によって提供されてもよく、医療装置２００と通信リンク１０２との間の通信を可能とする通信手段でもよい。通信リンク１０２は、インターネット、仮想プライベートネットワーク（ＶＰＮ）、広域通信網（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、またはその他既知の通信媒体もしくは登場が予見されている通信媒体を包含してもよい。
【００２９】
通信リンク１０２は、医療装置２００を補充センター３００に補充通信手段３０２を介して接続してもよい。補充通信手段３０２は、装置通信手段２０２と同様に、通信を容易にするよう構成されたハードウェアまたはソフトウェアモジュールであってもよい。補充センター３００は、既知の事務管理部門センター、注文処理センター、資材保管センター、および／またはフルフィルメントセンターでもよく、これらを組み合わせたセンターでもよい。補充センター３００は、後述する在庫管理システムを構成している
【００３０】
図２は、医療装置２００の詳細ブロック図であり、この医療装置２００は、自動補充システム１００に関連する、および／または自動補充システム１００と関連して利用される構成部、サブシステム、構成要素およびモジュールを含んでいる。本実施形態の例では、医療装置２００は、補充サブシステム２００ａおよび分析サブシステム２００ｂを含むように示されている。言うまでもなく、サブシステム２００ａおよび２００ｂは、自動補充システム１００の説明と理解を助けるために識別および／または表記されているものであって、その定義の範囲や構成を限定するものではない。これらのサブシステム２００ａおよび２００ｂは、医療装置２００の構成部または構成要素として示されているが、他の実施形態では、これらはお互い通信し合う物理的に別々のシステムやサブシステムでもよい。
【００３１】
本実施形態の例では、補充サブシステム２００ａは、制御モジュール２０４と通信を行う装置通信手段２０２とデータベース２０６とを含む。制御モジュール２０４は、メモリ２０４ｂと通信可能に接続されたプロセッサ２０４ａを含んでもよい。メモリ２０４ｂは、プログラムロジックおよび／またはコンピュータ読み取り可能な指示を記憶するよう構成された、既知のまたは考えられる揮発性もしくは非揮発性の記憶媒体でもよい（ＲＡＭ、ＲＯＭ、ソリッドステートハードドライブ（ＳＳＤ）、ハードドライブ（ＨＤ）、および光学式ドライブ等）。プロセッサ２０４ａは、メモリ２０４ｂに記憶されているプログラムロジックや指示を実行したり走らせたりするよう構成された汎用回路や特定回路やコントローラでもよい。プロセッサ２０４ａおよびメモリ２０４ｂは、協働してグラフィカルユーザインタフェース（ＧＵＩ）２０４ｃを生成して医療装置２００のユーザに提示してもよい。ＧＵＩ２０４ｃは、通信リンク１０２を介した補充サブシステム２００ａ、分析サブシステム２００ｂおよび補充センター３００に対するユーザアクセス（図１および３を参照）を提供してもよい。
【００３２】
本実施形態の例では、補充サブシステム２００ａは、医療関連の作業または検査室での作業において利用される試薬およびその他の消耗品または補充可能品に関連するデータや情報を記憶するよう構成されたデータベース２０６を含む。例えば、データベース２０６は、試薬および／または精度管理識別子、試薬および／または精度管理ロット識別子もしくは精度管理ロット番号、試薬使用期限、試薬セット日、動作履歴データ、トラブルシューティングデータ、ならびに通信ログもしくは通信データに関連して、情報またはデータを検索可能に記憶してもよい。さらに、データベース２０６は、制御モジュール２０４を介して分析サブシステム２００ｂ内の追跡モジュール２０８と通信を行ってもよい。
【００３３】
追跡モジュール２０８は、データベース２０６に記憶されている試薬情報、精度管理情報および識別子を収集、整理および監視するのに必要なハードウェアおよびソフトウェアの両方を含んでもよい。例えば、追跡モジュール２０８は、まとめて参照符号２１０ａ〜２１０ｄで識別される試薬またはその他の消耗品のそれぞれに関連付けられたバーコードを介して製品情報を読み取るよう構成されたスキャナ２０８ａを含んでもよい。または、スキャナ２０８ａは、試薬またはその他の消耗品２１０ａ〜２１０ｄのそれぞれに関連付けられた無線自動識別（ＲＦＩＤ）タグに含まれる製品情報を受信するよう構成されてもよい。追跡モジュール２０８は、分析モジュール２１２から受信するサイクル情報および利用処置情報をさらに記憶してもよい。または、分析モジュール２１２は、データベース２０６および／または制御モジュール２０４に情報を直接送信またはコピーしてもよい。
【００３４】
分析モジュール２１２は、試薬またはその他の消耗品２１０ａ〜２１０ｄに流体的にかつ通信可能に接続されてもよい。分析モジュール２１２は、患者の検体を検査、分析するのに必要な機器、構成部ならびに分析および制御システムを含んでもよい。例えば、医療装置２００は、血液分析装置ＸＥシリーズ等の血球分析装置であってもよい。この場合、分析モジュール２１２は、半導体レーザ、特定細胞溶解および蛍光フローサイトメトリー用構成部、血小板試料調製用構成部および制御用構成部を含んでもよい。その他の装置構成および／または分析能力の実現には別の構成部が必要となる場合がある。
【００３５】
さらに、分析モジュール２１２は、分析結果の保存と報告のための１つ以上のプリンタまたは記憶装置を含んでもよい。さらに、分析モジュール２１２は、分析モジュール２１２が実行した動作サイクル数または検査サイクル数をローカルに記憶してもよいし、例えば、データベース２０６または制御モジュール２０４に送信してもよい。本明細書では、動作サイクルまたは検査サイクルおよび情報は、試薬またはその他の消耗品２１０ａ〜２１０ｄを消費させるような機能、検体分析、洗浄および保守動作に関するものを含む。他の実施形態では、医療装置２００の動作サイクルや検査サイクル中に消費または利用された試薬またはその他の消耗品２１０ａ〜２１０ｄのそれぞれの量を、監視、計量または別の方法で測定することで直接判定してもよい。
【００３６】
分析モジュール２１２が行う検査サイクルまたは動作サイクルに関して収集された動作情報は、データベース２０６および制御モジュール２０４によって通信および／または記憶されてもよい。さらに、分析モジュール２１２が実行する検査サイクルまたは動作サイクルに関して収集された動作情報は、データベース２０６に記憶された製品情報と組み合わされかつ相関付けられてもよい。各試薬またはその他の補充可能品２１０ａ〜２１０ｄの量は分析モジュール２１２が行う各検査や分析のために既知であるので、組み合わされかつ相関付けられたデータを各試薬またはその他の消耗品２１０ａ〜２１０ｄの残量を判定するために分析してもよい。
【００３７】
さらに、組み合わされかつ相関付けられたデータを、試薬またはその他の補充品２１０ａ〜２１０ｄが医療装置２００に取り込まれてからどの程度経過したのか、またそれらが使用期限内であるかを判定するために分析してもよい。組み合わされかつ相関付けられた情報および／または動作情報は、補充センター３００および受信部または補充通信手段３０２へ通信リンク１０２を介して送信するために、装置通信手段２０２または送信部に提供されてもよい。補充センター３００への送信は、一定の間隔でまたは１つ以上の既定のトリガーやフラグの発生に応じて医療装置２００が主体となって行ってもよいし、補充センター３００の要求に応じて行われてもよい。例えば、補充センター３００は、組み合わされかつ相関付けられたデータを定期的に（毎日、毎時間等）医療装置２００に要求してもよい。逆に、医療装置２００が、組み合わされかつ相関付けられたデータを定期的に（毎日、毎時間等）、例えば既定の作業時間中に、補充センター３００に提供してもよい。組み合わされかつ相関付けられたデータおよび／または動作情報は、非圧縮、圧縮および／または暗号化された形式で提供してもよい。
【００３８】
操作においては、医療装置２００のユーザが、装置の起動時やＧＵＩ２０４ｃによって促された際に１つ以上の試薬またはその他の補充品２１０ａ〜２１０ｄを装置に取り込んでもよい。例えば、ユーザはスキャナ２０８ａを利用して、補充品１１０ａに関連付けられたバーコード２１４ａをスキャンまたは読み取ってもよい。スキャンした情報は、データベース２０６に送信されて記憶されてもよく、ＧＵＩ２０４ｃを介した表示のために制御モジュール２０４に送信されてもよい。ユーザは、スキャンされて提示されたデータと補充品１１０ａのデータとが一致するかを視覚的に確認してもよい。または、ＧＵＩ２０４ｃが、「承諾」ボタンまたはその他の表示された図形や文字を押してデータの記録および確認をするようユーザに対して要求してもよい。さらに、スキャンした情報は、動作サイクルまたは検査サイクルで使用するために分析モジュール２１２に送信されてもよい。さらに、スキャンした情報は、補充品２１０ａが分析モジュール２１２に接続されている場所または位置情報を含んでもよい。
【００３９】
図３は、補充センター３００の詳細ブロック図であり、この補充センター３００は、自動補充システム１００と関連して利用される構成部、サブシステム、データベースおよびモジュールを含む在庫管理システムを構成している。上述したように、補充通信手段３０２は、装置通信手段２０２と通信を行い、上記組み合わされかつ相関付けられたデータを医療装置２００から受信および／または医療装置２００に対して要求するよう構成された送信部および受信部であってもよい。補充通信手段３０２は、通信データベース３０４を含んでもよいし、または通信データベース３０４と通信してもよい。通信データベース３０４は、医療装置２００に関連づけられた通信または情報要求スケジュールを記憶してもよい。さらに、通信データベース３０４は、医療装置２００を一意に特定するのに利用される、装置シリアル番号、安全なインターネットプロトコルアドレス、位置情報もしくは位置識別子などの装置識別子、またはその他のエイリアス情報を含んでもよい。
【００４０】
さらに、補充通信手段３０２の送信部および受信部は、自動補充モジュール３０６と通信を行ってもよい。制御モジュール２０４と同様に、自動補充モジュール３０６は、受信し、組み合わされかつ相関付けられたデータを記憶、分析および操作するのに必要なメモリと処理能力を含む。例えば、自動補充モジュール３０６は、受信し、組み合わされかつ相関付けられたデータを復号および／または解凍するためのロジックおよびアルゴリズムを含んでもよい。また、必要に応じて、受信し、組み合わされかつ相関付けられたデータを構文解析または別の方法で操作して利用可能な形式に戻してもよい。
【００４１】
さらに、自動補充モジュール３０６は自動補充データベース３０８と通信してもよい。自動補充データベース３０８は、医療装置２００のユーザと補充センター３００との間のサービス契約の詳細を記憶してもよい。例えば、自動補充データベース３０８は、補充可能品２１０ａ〜２１０ｄの配送先住所と、所定の補充順で参照される購入注文と、注文履歴の詳細と、信用限度情報または請求限度情報と、過去の注文および／または顧客の在庫システムへの直接の問い合わせ（許可されている場合）に基づく最小の供給閾値とを含んでもよい。自動補充モジュール３０６は、組み合わされかつ相関付けられたデータおよび／または動作情報を、補充通信手段３０２の受信部を介して医療装置２００から受信してもよい。次いで、自動補充データベース３０８は、記録調整部および／または更新部を利用して、受信した動作情報を記憶してもよい。さらに、自動補充モジュール３０６および自動補充データベース３０８は、医療装置２００が行う既知の動作サイクルの種別に基づいて補充品２１０ａが使い切られたかまたは近い将来に使い切られるかを判定する在庫計算部を含んでもよい。さらに、自動補充データベース３０８および自動補充モジュール３０６は、ユーザが使用期限の過ぎた補充可能品を取り込みおよび／または利用しようと試みた場合に警告を生成して医療装置２００に送信する警告送出部を利用してもよい。
【００４２】
自動補充モジュール３０６は、企業資源計画（ＥＲＰ）モジュール３１０に問い合わせを行い、かつ在庫計算部を利用して、ユーザの在庫から補充可能品２１０ａの交換品を入手可能かどうかを注文履歴に基づいて判定する。補充品２１０ａの交換品が入手可能な場合、補充センター３００の記録を記録更新部を利用して更新し、状況の変化を反映させてもよい。補充品２１０ａの交換品が入手可能でない場合は、ＥＲＰシステム３１０または他の提案注文生成部が、ユーザに対して補充品２１０ａの交換品を供給するために自動的に購入提案および発送指示を生成してもよい。例えば、自動補充モジュール３０６によって、補充品２１０ａの在庫レベルが自動補充データベース３０８に記憶されている既定の閾値を下回ったと判定された場合、補充センター３００が、ユーザに対して補充品２１０ａの交換品を供給するために提案注文生成部またはサブルーチンにアクセスして自動的に購入提案および発送指示を生成してもよい。このように、ユーザの承認および／または確認を得るために、注文が医療装置２００に直接送られてもよい。
【００４３】
他の実施形態では、自動補充モジュール３０６および／または在庫計算部によって補充品２１０ａの在庫レベルが既定の閾値を下回ったと判定された場合に、顧客サービスセンター（ＣＳＣ）３１２において警告を起動してもよい。本実施形態では、提案注文生成部として機能するＣＳＣ３１２は、ユーザに補充品２１０ａの交換品を供給するために購入提案および発送指示を生成する。次いで、ＣＳＣ３１２は、補充通信手段３０２の送信部を利用して、購入提案および発送指示を確認のために医療装置２００に送信してもよい。ＣＳＣ３１２を利用することで、全自動のシステムを実行する前に、補充処理の検証および問題解決を行う機会が提供される。加えて、ＣＳＣ３１２は、全自動の補充システムをサポートするインフラ設備を持たないユーザが全自動の補充システム１００の利点の多くを享受できるような機構を提供する。
【００４４】
購入提案および／または発送指示は、どのようにして補充センター３００で生成されようとも補充通信手段３０２の送信部を介して送信可能である。生成された購入提案および／または発送指示は、ユーザによるＧＵＩ２０４ｃを介した承諾、変更もしくは拒否操作のために医療装置２００へ、承認を得るために検査室管理者へ、会計部門もしくは在庫部門へ、または承認の責任および／もしくは試薬やその他の補充可能品の注文の責任を受け持つその他の所望の場所や個人へ送信可能である。
【００４５】
図４および図５は、複数の装置と複数の施設とを含む自動補充システム１００の別実施形態を示す図である。図４は、複数の施設および／または複数の医療装置を各施設に有する顧客を含む自動補充システム１００の実施形態を示す図である。本実施形態では、補充センター３００と、第１の施設４０４における医療装置４００および４０２と、第２の施設４０８における医療装置４０６との間で１つの契約またはサービス契約が締結されていてもよい。本実施形態では、サービス契約は補充データベース３０８に記憶されてもよい。サービス契約は、医療装置４００、４０２および４０６のそれぞれを、例えば装置シリアル番号、一意なエイリアスもしくは名前、インターネットプロトコル（ＩＰ）アドレス、および／または施設ＩＤによって順次含んで特定してもよい。このように、医療装置４００、４０２、４０６および補充センター３００の間での通信は、特定の所望の受信者を宛先として配信されてもよい。
【００４６】
図５は、複数の施設および／または複数の医療装置を各施設に有する顧客を含む自動補充システム１００の実施形態を示す図である。本実施形態では、補充センター３００と第１の施設５００と第２の施設５０２との間で、１つの顧客またはユーザに関連した複数の契約またはサービス契約が締結されていてもよい。第１の施設５００は、医療装置５０４および５０６を含み、第２の施設は医療装置５０８および５１０を含んでもよい。本実施形態では、サービス契約は補充データベース３０８に記憶されてもよく、サービス契約は異なる業務ルールならびに試薬および／または補充可能品を交換するための閾値および／または条件を含んでもよい。例えば、試薬、補充可能品およびその他の消耗品の消費率や保管能力が各施設においてそれぞれ異なり得ること、または各施設の補充センターからの相対距離に基づいて各施設における発送時間を違わせる必要があり得ることから、第１の施設５００ならびに医療装置５０４および５０６に関連付けられた第１のサービス契約は、第２のサービス契約とは異なる補充閾値を定義してもよい。
【００４７】
さらに、図５は、別実施形態として、医療装置５０４と５０６と補充センター３００との間の通信をインターセプトして宛先を決定するよう構成され得るルータまたはサーバ５１２を含む。例えば、補充センター３００は、通信を第１の施設にブロードキャストし、ルータ５１２はその通信の宛先および／またはアドレス指定を通信対象である医療装置５０４および５０６のいずれか一方に決定してもよい。または、ルータ５１２は、通信の宛先を会計端末５１４またはその他の監視システムに変更して承認を得てもよい。別実施形態においては、ルータまたはサーバ５１２は、医療装置５０４および５０６のための収集または集約ポイントとして機能してもよい。例えば、各医療装置５０４および５０６は、データベース２０６に記憶される試薬およびその他の消耗品または補充可能品に関するサイクル数および検査情報を通信してもよい。ルータまたはサーバ５１２は、各医療装置５０４および５０６に関する情報をパッケージ化または圧縮化等したものを第１の施設において１回の送信で補充センター３００に送信してもよい。
【００４８】
本明細書において、医療装置４００、４０２、４０６および５０４〜５１０は、図１および図２に関連して上述した医療装置２００と同様の性能および機能を含むものであると意図している。他の実施形態では、各医療装置４００、４０２、４０６および５０４〜５１０は、異なるタイプの医療装置、血球分析装置、またはその他の検査機器であってもよい。
【００４９】
図６Ａは、医療装置２００の通常起動および動作サイクルの代表例を示すハイレベルフローチャート６００の一例を示す図である。ステップ６０２において、ユーザは医療装置２００に関連付けられた電源オンおよび初期化のルーチンを開始してもよい。電源オンおよび初期化のルーチンは、医療装置２００の機能へのアクセスを提供し得るユーザ名およびパスワードによるログインを含んでもよい。さらに、ユーザ名およびパスワードは、装置通信手段２０２および通信リンク１０２によって提供される通信機能へのアクセスも提供または許可するものであってもよい。このようにして、ユーザにインターネットおよびネットワーク上の他の機器およびリソースへのアクセスを許可してもよい。電源オンおよび初期化のルーチンは、医療装置２００を動作可能な状態にすることを目的とする機械チェックおよびソフトウェアチェックを含んでもよい。
【００５０】
ステップ６０４において、試薬およびその他の補充可能品２１０ａ〜２１０ｄの状態が判定できる。例えば、医療装置２００は、試薬およびその他の補充可能品２１０ａ〜２１０ｄを自動的に計量または別の方法で測定してもよい。または、ユーザは、試薬およびその他の補充可能品２１０ａ〜２１０ｄを視覚的に点検または評価してもよい。
【００５１】
ステップ６０６において、１つ以上の試薬およびその他の補充可能品２１０ａ〜２１０ｄが少量になっているか、またはほぼ使い切られているかが自動または手動で判定されている。試薬または補充可能品が完全に使い切られた際に、それに対応する試薬および／またはその他の補充可能品２１０ａ〜２１０ｄの交換品（複数可）が現地または施設外の供給品集積所や貯蔵施設に対して要求されて、その交換品が使用可能な状態に準備されてもよい。試薬または補充可能品の交換品が準備されて最終的に使用可能な状態になると、処理はステップ６０４に戻る。
【００５２】
ステップ６０８において、試薬およびその他の補充可能品２１０ａ〜２１０ｄが使用可能な状態になっているかが自動または手動で判定されている。分析サブシステム２００ｂ、より特定的には分析モジュール２１２は、指示された分析、検査および／または洗浄サイクルを実行する。表１は、医療装置２００で実行可能な各所定の試薬のおよそのサイクル数の例を示す。分析モジュール２１２は、一例として表１に示すデータベース２０６内の試薬および／または補充可能品情報にアクセスしてもよい。表１の１番目と２番目の縦列は、各試薬および／または補充可能品の完全な名称および略名をそれぞれ示す。３番目の縦列は、所定の既知の試薬および／または補充可能品に関して予想され得るおよそのサイクル数および／またはテスト数を示す。４番目の縦列は、試薬および／または補充可能品の各容器のサイズおよび／または容量を示す。
【００５３】
【表１】
0006030183.tif 000002
【００５４】
分析モジュール２１２は、表１に示される情報に少なくとも部分的に基づいて、データベース２０６および追跡モジュール２０８と協働してサイクル数分析を生成してもよい。または、サイクル数分析は、在庫計算部を利用して自動補充モジュール３０６において実行されてもよい。表２は、分析モジュール２１２によって生成および提供されるサイクル検査数対報告対象テスト数を詳述したサイクル数分析の例を示す。表２の１番目の縦列は、医療装置２００によって実行可能な検査および処置を示す。２〜５番目の縦列は、医療装置２００に関するサイクル数をそれぞれ異なるカテゴリーに分けたものである。例えば２番目の縦列は、所定の試薬またはその他の消耗品が不足してしまうまでに実行可能なおよそのサイクル数を列挙している。３番目の縦列は、様々な患者の検体の検査中に医療装置２００によって実行可能なおよその再実行数または再検査数を列挙している。４番目の縦列は、様々な患者の検体の検査中に医療装置２００によって実行可能な精度管理、洗浄および／または保守サイクル数を示す。５番目の縦列は、先行する３つの縦列の合計を示し、６番目の縦列は補充の目的で報告され得るサイクル数の合計を列挙している。すなわち、６００人の患者の検体を分析するには６６０サイクルを実行することが必要となり得る。
【００５５】
【表２】
0006030183.tif 000003
【００５６】
ステップ６１０においては、分析モジュール２１２および追跡モジュール２０８は、制御モジュール２０４およびデータベース２０６と協働して、試薬および補充可能品の利用についての決定を行う。例えば、各所定の検査に使用される各試薬またはその他の補充可能品の量は既知であり固定されているので、また、検査、保守および／または洗浄サイクル数は既知であり記録されているので、利用される試薬および補充可能品の量を容器毎に決定してその容器の容量と比較してもよい（表１を参照）。プログラムされた医療装置２００による検査および分析が完了し、試薬および／または補充可能品の状態が判定、記憶および報告されると、処理はステップ６０４に戻る。
【００５７】
ステップ６０４において、１つ以上の試薬およびその他の補充可能品２１０ａ〜２１０ｄが使い切られたとの判定が自動または手動で行われた場合、処理はステップ６１２に移行する。使い切られた補充可能品が自動で判定されると、制御モジュール２０４およびＧＵＩ２０４ｃが警告を表示してもよい。この際、医療装置２００のユーザは、この警告をクリアするかまたは別の方法で警告の受け取り確認を行ってもよい。さらに、この警告は、分析モジュール２１２で実行中の分析や検査においてシャットダウンや中断が発生したことを示してもよい。この警告は、他の実施形態では、データベース２０６および／または補充センター３００に対する通信や更新を、通信リンク１０２を介して起動または開始してもよい。
【００５８】
ステップ６１４において、ユーザは、ステップ６０６に関連して上述した準備済の交換試薬および／または交換品を読み出してもよい。しかしこの際、試薬および／または補充可能品が不足したことが初めて示された場合であれば、ユーザは交換品を貯蔵庫またはその他の保管場所から読みだすよう求められてもよい。交換試薬は使用のためにスキャナ２０８ａでスキャンしてもよい。
【００５９】
ステップ６１６において、スキャナ２０８ａで読みだした情報を、確認のためにＧＵＩ２０４ｃを介して表示し、データベース２０６に送信して格納し、および／または補充センター３００に送信してもよい。
【００６０】
ステップ６１８において、交換された試薬または補充可能品に関してサイクルカウンタをゼロ（０）にリセットしてもよい。このリセット処理は、例えばＧＵＩ２０４ｃを介して受信および処理されたユーザ入力によって自動的に行われてもよい。または、リセット処理は、交換品をスキャンする動作または警告をクリアする動作によって起動または開始されてもよい。
【００６１】
ステップ６２０において、自動機能または自動洗浄機能が開始されてもよい。自動洗浄機能は、交換試薬またはその他の補充可能品が取り込まれた医療装置の準備を含んでもよい。または、自動洗浄機能は、分析モジュール２１２の洗浄および内部のサブシステムの動作準備を含んでもよい。補給動作が完了して医療装置２００が再び完全に動作可能となり、試薬および／または補充可能品の状態が判定、記憶および報告されると、処理はステップ６０４に戻る。
【００６２】
図６Ｂは、医療装置２００と補充センター３００との間の通信および更新処理の例を示す図である。
【００６３】
ステップ６２４において、ユーザは、患者の検体に対して行う１つ以上の検査および／または分析をＧＵＩ２０４ｃを操作して特定および選択してもよい。ユーザの指示に応じて、医療装置２００は患者の検体に対する１つ以上の分析処理を実施および実行する。
【００６４】
ステップ６２６において、医療装置２００は、ユーザの選択（複数可）に応じて行われた検査種別の詳細を示すように検査カウンタまたは保守カウンタにインデックスを付けて更新する。
【００６５】
ステップ６２８において、医療装置２００の分析モジュール２１２および／または追跡モジュール２０８は、検査カウンタ情報を更新し、更新した検査カウンタ情報をデータベース２０６に記憶する。更新済の検査カウンタ情報は、データベース２０６内において時間ベースの履歴ファイルや履歴簿の作成を可能にするタイムスタンプを含んでもよい。次いで、この履歴ファイルを利用して、医療装置２００の使用パターンを予測してもよい。または、更新済の検査カウンタ情報は、既に記憶されている検査カウンタ情報を上書きするようにデータベース２０６内の特定の記憶場所に記憶されてもよい。他の実施形態では、更新済の検査カウンタ情報は、データベース２０６内に記憶されているいずれかのまたは全ての相関データと組み合わされるかまたはそれらの相関データを用いて拡張してもよい。
【００６６】
ステップ６３０において、更新済の検査カウンタ情報は、データベース２０６から装置通信手段２０２の送信部および通信リンク１０２へ送信してもよい。
【００６７】
ステップ６３２において、更新済の検査カウンタ情報は、補充通信手段３０２の受信部によって受信されてもよい。次いで、受信された検査カウンタ情報または動作情報は、自動補充モジュール３０６の在庫計算部および／または補充センター３００の自動補充データベース３０８の記録更新部によって利用されてもよい。
【００６８】
図６Ｃおよび６Ｄは、手動および／または自動で行う補充作業中に医療装置２００と補充センター３００との間で行われる相互処理の例を示す図である。ステップ６３４において、補充センター３００は、既定のスケジュールに従って在庫計算部の利用を手動または自動で開始して、１つ以上の医療装置の補充分析を行ってもよい。例えば、２４時間毎に補充分析が実行されるような、指定時刻に作動するスケジュールを確立してもよい。または、補充分析は、補充センターにおいて手動で開始されてもよい。
【００６９】
または、ステップ６４０において、医療装置２００のユーザが、自身の医療装置またはインターネットのウェブサイトを介して電子供給メニュー画面７５０にアクセスして補充処理を手動で開始してもよい（図７Ａ参照）。
【００７０】
ステップ６３６において、自動補充モジュール３０６は、図６Ｂのステップ６３２で提供される更新済の検査カウンタ情報にアクセスしてこの情報を評価してもよい。例えば、自動補充モジュール３０６は、試薬の当初量（表１参照）と実行された検査種別および検査数（表２参照）との差に基づいて、試薬２１０ａの残量を在庫計算部を利用して算出してもよい。試薬の残量を閾値と比較して、補給が正常に行われているかを判定してもよい。一実施形態において、閾値は、例えば、在庫されている補充可能品の総箱数および／または試薬もしくは補充可能品の当初量の５０％としてもよい。他の実施形態においては、閾値は、交換品の注文に関連付けられた履歴ファイルおよび配達時間に基づいて動的に算出されてもよい。試薬の残量が閾値を上回る場合、当該処理を終了してステップ６３４へ戻り、次の定時起動または手動起動を待ってもよい。
【００７１】
補充分析を行う在庫計算部によって補充可能品の残量が閾値未満であると判定された場合、自動補充モジュール３０６がステップ６３８において試薬の残量が閾値を下回っていると判定し、それによって補充通信手段３０２の警告送出部による補充の警告の生成を起動してもよい。警告送出部によって生成された補充の警告は、医療装置２００のＧＵＩ２０４ｃへ補充通信手段３０２の送信部を介して送信してもよい。または、補充通信手段３０２の警告送出部によって生成される補充の警告は、図７Ａに示す電子供給メニュー画面７５０へのリンクを含む警告電子メールであってもよい。
【００７２】
ステップ６４２において、電子供給メニュー画面７５０および／または補充の警告によって、図７Ｂに示す補充品注文画面へのＧＵＩ２０４ｃを介したアクセスを提供してもよい。この例においては、記述を明瞭にするために、図７Ｂに示す補充品注文画面が、上述した警告送出部によって生成された補充の警告によってアクセスされるとする。補充の警告は、交換品が必要と判定された試薬またはその他の補充可能品（この例では試薬２１０ａ）の特定、交換品の量の提案および／または自動補充モジュール３０６によって判定された在庫レベルの特定を行ってもよい。補充の警告は、図７Ａ〜７Ｅに関連して説明する「承諾機能」「拒否機能」「変更機能」を提供してもよい。
【００７３】
ステップ６４４において、ユーザは、ＧＵＩ２０４ｃを操作して提案購入注文を「提出」ボタン７１０を介して承諾してもよい。
【００７４】
ステップ６４６において、ユーザは、補充の警告を介して受け取った提案購入注文の最終的な承諾および提出の前に、その提案または推奨された量を変更してもよい。提案または推奨される量は、自動補充データベース３０８に記憶される１つ以上の業務ルールによって決定されてもよい。例えば、自動補充データベース３０８が過去の注文を記憶し、使用パターンまたは消費パターンに基づいて提案補給量を予測して推奨するよう試みてもよい。または、自動補充データベース３０８は、ユーザの所望の在庫レベルおよび／または使用レベルに基づいて一定の補給量を記憶してもよい。
【００７５】
ユーザが提案または推奨された量を変更すると決定した場合、ユーザはさらに、ステップ６４８において、コメント、指示および／またはその他の情報を承諾・提出処理中に提供する機会が与えられる。
【００７６】
ステップ６５０において、提案および／または変更された購入注文を介して収集された情報は、補充センター３００へ装置通信手段２０２の送信部を介して送信されてもよい。
【００７７】
ステップ６５２において、補充センター３００における補充通信手段３０２の受信部が受信した情報は、提案された補充品の注文を処理して完了するために自動補充モジュール３０６によって利用されてもよい。
【００７８】
ステップ６５４において、補充センター３００から医療装置２００へ受領確認メッセージまたは受領書を送信または通知してもよい。受領確認メッセージまたは受領書は、ＧＵＩ２０４ｃによって注文確認画面７６０として表示されてもよい（図７Ｅ参照）。または、受領確認メッセージは、ユーザが指定する１つ以上の電子メールクライアントに送られてもよい。
【００７９】
ユーザがステップ６４４において提案補充注文を提出または承諾しなかった場合、ユーザはステップ６５６で提案購入注文を拒否する機会が与えられる。
【００８０】
ユーザが提案または推奨された量を拒否すると決定した場合、ステップ６５８において、ユーザはコメント、指示および／またはその他の情報を提供する機会が与えられる。提供されたコメントは、将来の提案購入注文の変更、配達指示の変更および／またはユーザが重要とみなす追加情報の提供に役立つ。
【００８１】
ステップ６６０において、注文拒否情報を装置通信手段２０２の送信部を介して補充センター３００へ送信してもよい。
【００８２】
ステップ６６２において、補充センター３００で受信した拒否情報は、自動補充データベース３０８に記憶されている情報を更新するために自動補充モジュール３０６によって利用されてもよい。
【００８３】
ステップ６６４において、警告送出部によって第２の補充の警告が確立または生成されて、リマインダーまたは予備の警告として機能してもよい。第２の補充の警告は、例えば既定の期間（１日、１週間等）が過ぎた後や、検査カウンタが既定の分だけ増加した後や、試薬の残量が第１の閾値よりも小さい第２の閾値を下回った後に電子メールまたは別の方法で医療装置２００に送信されてもよい。
【００８４】
ステップ６６６において、第２の補充の警告は、医療装置２００の装置通信手段２０２の受信部に送られてもよい。第２の補充の警告は、電子メールクライアントを介して受信されるかまたはＧＵＩ２０４ｃを介して表示されてもよい。
【００８５】
ユーザがステップ６５６で補充品の提案購入注文を拒否しなかった場合、ステップ６６８において、補充センター３００に保管されている在庫量を評価して更新してもよい。
【００８６】
ステップ６７０において、在庫情報要求を生成して補充センター３００へ送信してもよい。
【００８７】
ステップ６７２において、在庫情報要求の受信に応じて、自動補充モジュール３０６、自動補充データベース３０８および／またはＥＲＰ３１０が、要求された情報をパッケージ化および送信してもよい。
【００８８】
ステップ６７４において、要求された情報が医療装置へ送られてＧＵＩ２０４ｃを介して表示される。特に、受信した情報は図７Ｃで示すようにフォーマットおよび表示されてもよい。
【００８９】
ステップ６７６において、ユーザは、ＧＵＩ２０４ｃを操作して補充センター３００に保管されている在庫量を調整または何らかの形で変更してもよい。
【００９０】
ステップ６７８において、更新済の在庫量情報は、補充センター３００の補充通信手段３０２の受信部へ装置通信手段２０２の送信部を介して送信されてもよい。
【００９１】
ステップ６８０において、自動補充モジュール３０６、自動補充データベース３０８および／またはＥＲＰ３１０に記憶されている在庫情報は、ユーザによって提供された情報を反映するように記録調整部を利用して更新されてもよい。
【００９２】
ユーザがステップ６６８において補充センター３００に保管されている在庫量を変更または調整しなかった場合、ステップ６８２において、現在および過去の補充品の注文の詳細を示したレポートが要求および生成されてもよい。
【００９３】
ステップ６８４において、レポート情報の要求が生成されて補充センター３００に送信されてもよい。
【００９４】
ステップ６８６において、レポート情報要求の受信に応じて、自動補充モジュール３０６、自動補充データベース３０８および／またはＥＲＰ３１０が、要求された情報をパッケージ化および送信してもよい。
【００９５】
ステップ６８８において、要求された情報は医療装置へ送られてＧＵＩ２０４ｃを介して表示される。特に、受信した情報は図７Ｄで示すようにフォーマットおよび表示されてもよい。
【００９６】
ステップ６８２においてレポート要求が生成されなかった場合、処理は継続および／またはステップ６４２に戻ってさらなる指示を待ってもよい。
【００９７】
図７Ａ〜７Ｅは、ＧＵＩ２０４ｃを介して提示可能な自動補充インタフェース画面を示す図である。図７Ａは、ユーザによってアクセス可能な電子供給メニュー画面７５０を示す図である。例えば、ユーザは、ＧＵＩ２０４ｃおよび電子供給リンク７５２を操作して、補充センター３００によって提供される機能にアクセスしてもよい。または、ユーザは、第２の補充の警告に埋め込まれているアクティブリンクまたはハイパーリンクを選択して電子供給メニュー画面７５０にアクセスしてもよい。ユーザは、例えばハイパーリンクを選択することによって、補充センター３００によって運営される安全なウェブページに導かれてもよい。
【００９８】
図７Ｂは、補充センター３００が、組み合わされかつ相関付けられたデータを医療装置３００から受信したのに応じて生成および提供し得る再確認画面７００を示す図である。別実施形態においては、再確認画面は、医療装置２００において生成されて補充センター３００に送信されてもよい。再確認画面７００は、品番７０２または在庫保管単位（ＳＫＵ）ならびに各試薬、消耗品および／または交換品を特定する品名７０４を含んでもよい。
【００９９】
さらに、再確認画面７００は、自動補充データベース３０８に記憶され自動補充モジュール３０６によって実施される業務ルールによって供給および指定可能な推奨量７０６を含んでもよい。他の実施形態では、推奨量に関する業務ルールは、現地の会計部門やＥＲＰに記憶されて実行されてもよいし、データベース２０６に記憶されてもよい。推奨量は、過去の注文および／または使用パターン、既知のまたは算出される消費率ならびに／またはユーザによって要求される固定量に基づいて決定することができる。
【０１００】
さらに、再確認画面７００は、手動で調整または変更可能な実際量７０８を含んでもよい。「提出」ボタン７１０によって、ユーザは注文の確認を行い、かつ補充センター３００への注文の送信を開始させて注文品の手配を開始することができる。または、「拒否」ボタン７１２によって、ユーザは推奨または提案された注文を拒否することができる。
【０１０１】
図７Ｃは、ＧＵＩ２０４ｃを介して提示可能な在庫画面７１４を示す図である。上述したように、在庫画面７１４は、医療装置２００が利用可能なまたは医療装置２００で利用しやすい所定の試薬または補充可能品の品番７０２および品名７０４を含んでもよい。さらに、在庫画面７１４は、リスト内の各品目の生産ロット番号７１６および／または使用期限７１８を提供してもよい。さらに、在庫画面７１４は、医療装置２００が利用可能な品目の量を、補充センター３００において記憶されているデータ通りに反映する在庫量７２０を提供してもよい。例えば、ある品目の在庫量７２０が「１」を示している場合は、医療装置２００に関連して補充センター３００に保管されている記録が、交換品が利用可能であることを示している。利用可能品は、現地（例えば検査室内）にもしくは複数の検査室が共用する施設に保管されている品目やパーツ、または供給品集積所もしくは倉庫から急送費なしで迅速に配達可能な品目であってもよい。補充センター３００の記録が何らかの理由で不正確であった場合、医療装置のユーザは情報を更新・訂正して、それを補充施設に「提出」ボタン７１０を介して提出してもよい。
【０１０２】
図７Ｄは、ＧＵＩ２０４ｃによって提供可能な追跡画面７２２を示す図である。追跡画面７２２は、各注文に関連付けられた注文識別子７２４ならびに購入注文番号７２６を含んでもよい。追跡画面７２２は、配送業者や運送業者等によって提供される配送状況７２８（「処理中」「発送済」「配達済」「警告」等）ならびに追跡情報７３０を含んでもよい。さらに、追跡画面７２２は、推奨された注文または未確定の注文を変更、承諾または拒否した人物を特定するのに必要な名前および／またはタイムスタンプ７３２を含んでもよい。このように、自動補充システム１００は、医療装置２００のユーザならびに試薬およびその他の補充可能品の利用とを追跡する機構を提供する。
【０１０３】
図７Ｅは、ＧＵＩ２０４ｃを介してユーザに提供可能な注文確認画面７６０または受領書を示す図である。例えば、変更された注文、未変更の注文、または注文拒否の提出が行われると、補充センター３００は、確認メッセージ７６２を送信してユーザから与えられた指示の受け取り確認を行ってもよい。
【０１０４】
他の実施形態では、画面７００、７１４、７２２、７５０および７６０を介して提供される情報の宛先は、会計部門もしくは購買部門、管理者のワークステーションまたは補充センター３００によって特定される別の医療装置に設定されてもよい。または、この情報は、注文品の手配が最低注文量、最大購入額もしくは限度額、１つ以上のタイミング制約等の業務ルールに基づいて自動的に行われたことを示す受領書や確認書として提供されてもよい。
【０１０５】
言うまでもなく、本明細書で述べた好ましい実施形態に対する種々の変更や改変がなされ得ることは当業者にとって自明であろう。そのような変更や改変は、本発明の趣旨や範囲から逸脱することなく、かつ本発明の意図する利点を損なうことなく行うことができる。それゆえ、添付の請求の範囲は、そのような変更や改変を包含することを意図している。
【符号の説明】
【０１０６】
１００  自動補充システム
２００  医療装置
２０２  装置通信手段
３００  補充センター（在庫管理システム）
３０２  補充通信手段
１０２  通信リンク
【図１】
0006030183.tif 000004
【図２】
0006030183.tif 000005
【図３】
0006030183.tif 000006
【図４】
0006030183.tif 000007
【図５】
0006030183.tif 000008
【図６Ａ】
0006030183.tif 000009
【図６Ｂ】
0006030183.tif 000010
【図６Ｃ】
0006030183.tif 000011
【図６Ｄ】
0006030183.tif 000012
【図７Ａ】
0006030183.tif 000013
【図７Ｂ】
0006030183.tif 000014
【図７Ｃ】
0006030183.tif 000015
【図７Ｄ】
0006030183.tif 000016
【図７Ｅ】
0006030183.tif 000017