分析システム
【課題】
分析処理にかかる時間と消耗品の量を低減する。
【解決手段】
分析システムは、複数の分析モジュールと、搬送モジュールと、分割モジュールと、親分析対象について要求される分析処理の種類と当該親分析対象について要求される優先度を管理する管理部とを有している。管理部は、分析処理の種類と優先度とに基づいて、親分析対象から作成される分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を、分析対象の数がなるべく小さくなるよう決定する。そして分析対象の数に従って親分析対象から一又は複数の分析対象作成するよう分割モジュールを制御する。更に管理部は、各分析対象に対して処理計画に従った分析処理が実行されるよう搬送モジュールと複数の分析モジュールとを制御する。
分析処理にかかる時間と消耗品の量を低減する。
【解決手段】
分析システムは、複数の分析モジュールと、搬送モジュールと、分割モジュールと、親分析対象について要求される分析処理の種類と当該親分析対象について要求される優先度を管理する管理部とを有している。管理部は、分析処理の種類と優先度とに基づいて、親分析対象から作成される分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を、分析対象の数がなるべく小さくなるよう決定する。そして分析対象の数に従って親分析対象から一又は複数の分析対象作成するよう分割モジュールを制御する。更に管理部は、各分析対象に対して処理計画に従った分析処理が実行されるよう搬送モジュールと複数の分析モジュールとを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
検体検査に代表される自動分析システムに関し、とくに処理対象が分割して処理可能な場合に、処理対象を分割処理する前処理モジュールを有する自動分析システムに関する。
【背景技術】
【０００２】
昨今、患者の血液や尿といった検体の検査業務は、遠心、開栓、分注といった処理を行う前処理モジュール、検査項目に応じた分析を行うモジュール、分類、収納、廃棄といった後処理を行うモジュール、それらを接合する搬送モジュールや一時待機させるバッファモジュール、それらモジュールを管理するサーバ、検査情報を管理したりや処理計画を作成するサーバ、検査技師が装置管理を行うための端末から構成される自動分析システムによって前処理・後処理、搬送、分析の各種処理の自動化が進んでいる。
【０００３】
この自動分析システムを用いた検査業務では、さらなる迅速化が求められている。昨今の迅速化の主な課題の1つには、一般的な優先度の検体（通常検体）に対して優先度の高い検体（緊急検体）を迅速に検査することが挙げられる。病院の方針によっても異なるが、たとえば通常検体は４０分〜５０分、緊急検体は２０〜３０分で検査することが求められる。
【０００４】
迅速化の要求に対して、たとえば特許文献１では、搬送ラインと搬送ラインから引き込んだ作業用ラインとの両方で分注処理できる分注機構を設け、通常は検体を作業用ラインに引き込んでから処理を行うのに対し、緊急検体は搬送ライン上で先に分注処理を行うことできるようにすることで緊急検体を迅速に分注する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−８５５２
【発明の概要】
【発明が解決しようとする課題】
【０００６】
自動分析システムを用いた検査業務では、処理の迅速化と共にコスト低減も求められている。コスト低減のための具体的な課題としては、例えば試薬や分注用カップ・チップなどの消耗品の使用量を減らすことが挙げられる。しかしながら、特許文献１記載の技術では、緊急検体を優先処理できるものの分注数を変えて検査にかかる時間と使用する消耗品の量を調節するといったことはできない。すなわち、免疫項目と生化学項目を測定する場合、検査時間に余裕のある通常検体は１分注（１本の子検体に小分け）して、免疫と生化学の分析モジュールへ順番に搬送することで消耗品を抑制し、検査時間に余裕のない緊急検体は２分注あるいはそれ以上に分注して、免疫と生化学の分析モジュールへ別々に搬送することで検査時間を短縮するといったことはできない。また、緊急検体であっても自動分析システムが混雑しておらず１分注でも短い時間で検査できる場合には１分注で処理し、混雑してきたら動的に２分注あるいはそれ以上に変更することで検査の目標時間を守りながら、できる限り消耗品を抑制することもできない。
【０００７】
上記の問題を鑑み、検体ごとに定められた目標時間までに検査を完了させ、かつ、消耗品を抑制することができる技術を提供する。
【課題を解決するための手段】
【０００８】
分析システムは、各々分析対象の分析を行う複数の分析モジュールと、複数の分析モジュールへの分析対象の搬送を実行する搬送モジュールと、システムに投入された親分析対象を用いて一又は複数の分析対象を作成する分割モジュールと、親分析対象について要求される分析処理の種類と当該親分析対象について要求される優先度を管理する管理部とを有している。管理部は、分析処理の種類と優先度とに基づいて、親分析対象から作成される分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を、分析対象の数がなるべく小さくなるよう決定する。そして分析対象の数に従って親分析対象から一又は複数の分析対象作成するよう分割モジュールを制御する。更に管理部は、各分析対象に対して処理計画に従った分析処理が実行されるよう搬送モジュールと複数の分析モジュールとを制御する。
【発明の効果】
【０００９】
分析処理対象を、優先度に応じた時間内に分析しかつ消耗品の消費を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】自動分析システムのシステム構成の一例を示す図である。
【図２】自動分析システムの機能と動作の一例を示す説明図である。
【図３（ａ）】自動分析システムの分注および搬送の一例を示す説明図である。
【図３（ｂ）】自動分析システムの分注および搬送の他の一例を示す説明図である。
【図４】検体を架設する検体ホルダと各モジュールの搬送機構の構造の例を示す図である。
【図５】検知ホルダのRFIDタグのデータの構造の例を示す図である。
【図６（ａ）】モジュールの検体に対する処理の完了報告データの構造の例を示す図である。
【図６（ｂ）】モジュールの状態報告データの構造の例を示す図である。
【図７（ａ）】モジュールに対する処理指示データの構造の例を示す図である。
【図７（ｂ）】モジュールに対する分注指示データの構造の例を示す図である。
【図８（ａ）】検体に対する処理の完了状況データの構造の例を示す図である。
【図８（ｂ）】モジュールの状態データの構造の例を示す図である。
【図９（ａ）】検体の搬送計画テーブルの構造の例を示す図である。
【図９（ｂ）】検体の分注計画テーブルの構造の例を示す図である。
【図１０】搬送経路テーブルの構造の例を示す図である。
【図１１】管理装置が管理する処理指示テーブルの構造の例を示す図である。
【図１２】検査情報管理サーバが管理する検査依頼テーブルの構造の例を表す図である。
【図１３】検査情報管理サーバが管理する計画候補ファイルの例を示す図である。
【図１４（ａ）】検査情報管理サーバが管理する目標時間テーブルの構造の例を示す図である。
【図１４（ｂ）】検査情報管理サーバが管理する目標補正テーブルの構造の例を示す図である。
【図１５】検査情報管理サーバが管理する処理時間テーブルの構造の例を示す図である。
【図１６（ａ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、検査情報管理サーバによって実行される処理の一例を示すフローチャートである。
【図１６（ｂ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、装置管理サーバによって実行される処理の一例を示すフローチャートである。
【図１６（ｃ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、各モジュールによって実行される処理の一例を示すフローチャートである。
【図１７】分注・搬送の計画立案対象となる検体の候補を選択するための処理の一例を示すフローチャートである。
【図１８】進捗具合の算出処理の一例を示すフローチャートである。
【図１９】指示生成の対象となる検体の候補を選出するための処理の一例を示すフローチャートである。
【図２０】操作端末に表示される処理実績の一例を示す図である。
【図２１】処理時間および消耗品の消費に関し従来方法との違いを示す説明図である。
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら本発明を実施するための代表的な形態を説明する。なお、これらの図面において、同一の構成要素には原則として同一の符号を与えることにより、繰り返して利用する場合には重複する説明を省略する。
＜システム構成＞
図１は実施形態に係る自動分析システムのシステム構成図である。図１に示すとおり、自動分析システム１０は、モジュール群１１と、装置管理サーバ１２と、検査情報管理サーバ１３と、操作端末１４とを有して成る。モジュール群１１の各モジュールと装置管理サーバ１２とはEthernet(登録商標)などを用いたLAN（Local Area Network）で構成される装置情報ネットワーク１７を介して接続される。装置管理サーバ１２と、検査情報管理サーバ１３と、操作端末１４は、同様に検査情報ネットワーク１８を介して接続される。検査情報管理サーバ１３は、病院ネットワーク１９を介して、電子カルテシステムなどの病院のほかのシステムと接続される。
【００１２】
モジュール群１１は、前処理を行う投入モジュール１０１、遠心モジュール１０２、開栓モジュール１０３、分注モジュール１０４、後処理を行う収納モジュール１０５、検体を一時待機させるバッファモジュール１１３、１１４、１１５、１１６、分析を行う凝固分析モジュール１２１、１２３、生化学分析モジュール１２２、１２４、免疫分析モジュール１２５、１２６、および、これらのモジュールを接合する搬送ラインモジュール１１１（a〜h）、方向転換モジュール１１２（a〜d）とから成っており、図1で示すような配置で設置される。
【００１３】
これらの各モジュールはそれぞれが検体の搬入出を行う複数本の搬送路を内部に備えており、隣接するモジュールの搬送路同士が連結されることで、モジュール間の検体の受け渡しを可能としている。たとえば、投入モジュール１０１の下から１本目（１０１a）と２本目（１０１b）の搬送路は左から右に搬送が可能であり、一番上の３本目（１０１c）の搬送路は右から左に搬送が可能となっている。同様にほかのモジュールも行きと戻りの方向に検体を搬送することができる。また、方向転換モジュール１１２は、内部に４つの方向転換機構を有しており、搬入した検体を任意の方向に搬出可能である。なお、本実施形態におけるモジュールは開栓や分注といった処理を行うためには１本目（処理機構に最も近い搬送路）を通る必要があるとする。
【００１４】
基本的な検査の流れを説明する。まず検査技師が検体（血液や尿を入れた試験管）を投入モジュール１０１のトレイに設置する。設置された検体は、ロボットアーム等で検体をホルダに架設された後、遠心モジュール１０２に搬送される。遠心モジュール１０２に運ばれた検体は３〜５分遠心分離が実施され、開栓モジュール１０３に搬送される。遠心が不要な場合は実施せずに開栓モジュール１０３に搬送される。開栓モジュール１０３に運ばれた検体は、栓を外され分注モジュール１０４に搬送される。遠心かつ開栓が不要な場合は実施せずに分注モジュール１０４に搬送される。分注モジュール１０４に搬送された検体は検査項目に応じて所定量をカップやチップなど別の容器に分注する。分注元となった親検体は、戻りの搬送路を介して収納モジュール１０５に搬送される。分注された子検体は、たとえば生化学項目を検査する場合には、搬送ライン１１１、方向転換モジュール１１２、バッファモジュール１１３を経由して検査項目に応じた生化学分析モジュール１２２に搬送される。そして、生化学分析モジュール１２２に搬送された検体は試薬と混合、反応された後、所定の分析が実施される。検査が終了した子検体は廃棄処分される。
【００１５】
なお、本実施形態では、投入モジュール１台、遠心モジュール１台、開栓モジュール１台、分注モジュール１台、収納モジュール１台、バッファモジュール４台、凝固分析モジュール２台、生化学分析モジュール２台、免疫分析モジュール２台としたが、それより多くても少なくてもよい。このほか、閉栓行うモジュールや外注向けに分類処理を行うモジュール、親検体を冷蔵しておくモジュールなどがあってもよい。さらに、ほかの種類、たとえば遺伝子分析などのモジュールがあってもよく、複数の項目を一度に分析可能なモジュールがあってもよい。また、検査室のレイアウトに応じて搬送ラインモジュールや方向転換モジュールの数や配置を変更してもよい。
【００１６】
また、本実施形態のモジュールでは各モジュールについて、１本目で搬送するときにのみ検体に各種処理を施すことができるとしたが、長いロボットアーム等を用いて２本目や３本目の検体を処理できるモジュールがあってもよい。また、モジュールのラインの数は３本（前処理、分析、後処理）もしくは２本（搬送・方向転換）から構成されるとしたが、処理内容等に合わせて多くてしても少なくしても良い。
【００１７】
また、装置管理サーバ１２や検査情報管理サーバ１３は、処理負荷等に応じて２台以上を備える構成としてもよい。また、操作端末１４は、検査室のレイアウトや運用に応じて２台以上あってもよいし、装置管理サーバ１２や検査情報管理サーバ１３を代用しても良い。また、装置情報ネットワーク１７と検査情報ネットワーク１８は同じネットワークであっても良い。
【００１８】
＜機能構成＞
図２は、本実施例形態に係る自動分析システム１０の機能と動作を説明する図である。はじめに図２を用いて、自動分析システムの機能構成を説明する。
【００１９】
モジュール群１１を構成する投入モジュール１０１、遠心モジュール１０２、開栓モジュール１０３、分注モジュール１０４、収納モジュール１０５、バッファモジュール１１３、１１４、１１５、１１６、凝固分析モジュール１２１、１２３、生化学分析モジュール１２２、１２４、免疫分析モジュール１２５、１２６、搬送ライン１１１、方向転換モジュール１１２は、制御部２０１を有して成る。
【００２０】
装置管理サーバ１２は、収集部２１１、指示用変化検出部２１２、指示部２１３、および、装置管理DB（Database）２１４を有して成る。
【００２１】
検査情報管理サーバ１３は、計画用変化検出部２２１、進捗評価部２２２、計画部２２３、および、検査情報管理DB２２４を有して成る。
【００２２】
操作端末１４は、操作管理部２３１を有して成る。
＜動作概要＞
次に図２、図３を用いて自動分析システム１０の動作の概要を説明する。ここでは、免疫と生化学の分析項目を測定するために１分注での処理を計画されていた緊急検体が、システムが混雑してきたことを受けて２分注に計画を変更して処理される場合を例に説明する。なお、自動分析システム１０の稼動に先立って、各モジュールの制御部２０１は、検体の位置と処理の進み具合、モジュールの異常や消耗品の残量、混雑具合を装置管理サーバ１２の収集部に送信しているとする。また、検査依頼も随時最新のデータに更新されるものとする。
【００２３】
まず、検査情報管理サーバ１３の計画変化検出部２２１は、検査情報管理DB２２４で管理されている検査依頼のデータ、装置管理DB２１４で管理されている検体の投入、モジュールの異常有無、消耗品の残量、混雑具合のデータを監視し、変化があれば関連する検体を計画の変更がある候補として選出する。この例では、システムが混雑してきたことを受けて、前記の緊急検体が候補に選ばれる。
【００２４】
次に、検査情報管理サーバ１３の進捗評価部２２２は、選出された検体について、モジュールの混雑具合で補正された目標時間と予測完了時間を使って進捗具合を評価する。その結果、目標時間までに十分余裕があるのであれば分注を減らし、余裕がなかったり、間に合いそうになかったりするのであれば分注を増やした計画を立案するように計画部２２３に要求する。この例では、前記の緊急検体は、前回計画された時点では１分注で目標時間通り処理できると予測されていたが、今回計算すると目標時間より長くかかることがわかり、分注数を増やした計画の立案を計画部２２３に要求する。
【００２５】
検査情報管理サーバ１３の計画部２２３は、当初の計画に対して分注数を増減させた新しい計画候補を立案して進捗評価部２２２に送信する。この例では、前記の緊急検体に対して、たとえば２分注して免疫１個と生化学１個で処理する計画と、３分注して免疫１個と生化学２個で処理する計画の候補が立案されたとする。
【００２６】
新しい計画候補を受け取った進捗評価部２２２は、先の手順で計画を評価し、目標時間に間に合い、かつ、分注数の少ない計画を選択し、検査情報管理DB２２４と装置管理サーバ１２の装置管理DB２１４に保存する。この例では２個以上分注すれば目標時間通り処理できるとすると、消耗品の使用量が多い３分注の計画ではなく、消耗品の使用量が少ない２分注の計画が選ばれる。
【００２７】
装置管理サーバ１２の指示用変化検出部２１２は、装置管理DB２１４で管理されている分注・搬送計画、モジュールの異常や消耗品の残量、混雑具合のデータを監視しており、モジュールへの指示を更新する必要がある検体の候補を選出する。この例では、システムが混雑してきたことを受けて、前記の緊急検体が候補に選ばれる。
【００２８】
次に、指示部２１３は、選出された検体について、検体の検査項目とモジュールの種別に応じた処理指示を作成する。この例では、前記緊急検体になされた２分注の計画に従い、各モジュールに対する処理指示が作成される。
【００２９】
最後に、モジュール群１１を構成する各モジュールの制御部２０１は、処理が必要な検体を検出した時点で装置管理サーバ１２の指示部２１３に処理指示を問い合わせ、受け取った応答に従いアクチュエータを制御して処理を実施する。たとえば分注モジュールにおいて、前記の緊急検体（親検体）は２つの子検体に分注される。
【００３０】
前記のような動作によって、自動分析システム１０は、混雑具合に応じて図３に示す１分注を用いた検査（図３（ａ））３０１と２分注を用いた検査（図３（ｂ））３０２を切り替えながら処理することができる。
【００３１】
＜機能とハードウェアの対応＞
次に図２に示す自動分析システム１０の各構成要素と、当該構成要素を実現しているハードウェアおよびソフトウェアとの対応を説明する。
【００３２】
モジュール群１１を構成するモジュールの制御部２０１は、各モジュールのCPU(Central Processing Unit)がROM(Read Only Memory)や外部記憶装置に格納されたプログラムをRAM(Read Access Memory)に読み込み、通信I/F(Interface)、搬送や分析処理を行うためセンサ、コントローラ、アクチュエータ等のハードウェアを制御することで実現される。
【００３３】
装置管理サーバ１２の収集部２１１、指示用変化検出部２１２、指示部２１３、装置管理DB２１４は、装置管理サーバ１２のCPUがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３４】
検査情報管理サーバ１３の計画用変化検出部２２１、進捗評価部２２２、計画部２２３、検査情報管理DB２２４は、検査情報管理サーバ１３のCPUがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３５】
操作端末１４の操作感リブ２３１は、操作端末１４のCP
UがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３６】
＜搬送機構＞
次に図４を用いて検体と各モジュールの搬送機構を説明する。投入モジュールや収納モジュールから搬出されるとき、もしくは、分注モジュールで分注されるときに検体４０１は、ホルダ４０２へ架設される。このホルダ４０２はデータを書き込み可能なRFID (Radio Frequency Identification)タグ４０３を有しており、検体が架設される際に架設バーコード４０４に記載されている検体の識別情報（検体ID）を内部に記録する。架設されたホルダ４０２は、ベルトライン４０５によってモジュール内、モジュール間を搬送される。またモジュール内において、検体はストッパ４０６によって一時停止されRFIDリーダ４０７による識別処理がなされる。そして、その認識結果に応じた搬送や処理がなされる。
【００３７】
なお、本実施形態では、ベルトライン４０５によって搬送する手段を用いているが、ロボットアームやXYZテーブル機構を使って搬送しても良い。また、ストッパ４０５で止めるのではなく、ベルトライン４０５の動作を停止させることでホルダ４０２を停止させてもよい。また、ホルダはRFIDタグ４０３によって識別されるものとしたが、検体のバーコード４０４を直接読み取っても良いし、ホルダ４０２にバーコードを付けて識別してもよい。
【００３８】
＜データ構造＞
次に図５を用いてホルダ４０２のRFIDタグ４０４のタグデータD１０００を説明する。
【００３９】
タグデータD１０００は、どのホルダにどの検体が架設されているかを表すものであって、ホルダの識別情報であるホルダID（D１００１）と検体の識別情報である検体ID（D１００２）からなる。なおホルダIDとはRFIDタグが製造されるときに付与される固有のIDである。また、検体IDは検体が作成された時点で付与される固有のIDである。
【００４０】
次に図６を用いて制御部２０１から収集部２１１に送信される処理状況データD２０００と、モジュール状態データD３０００を説明する。
【００４１】
処理状況データD２０００は、検体の現在位置と処理の進み具合を表すものであって、検体ID（D２００１）とモジュールID（D２００２）と処理状況D２００３から成る。ここで各モジュールには固有のモジュールIDがあらかじめ付与されているものとする。たとえば、検体IDが１０００１である検体が遠心モジュールで遠心分離を完了した場合、｛１０００１、遠心、完了｝といったデータが設定される。
【００４２】
モジュールデータD３０００は、モジュールの機構の異常、消耗品の状態、混雑具合を表すものであって、モジュールID（D３００１）と搬送機構異常（D３００２）と処理機構異常（D３００３）と消耗品残量（D３００４）と混雑具合（D３００５）から成る。ここで、搬送機構異常とは、搬入出するためのベルトラインやストッパが正常に動作しているかを表し、処理機構異常は分注や分析といった処理が正常に実施できるかを表す。また、消耗品残量とは、カップの残量や試薬マガジンの残数といった消耗品があとどれくらい残っているかを表す。混雑具合は、モジュールの許容検体数に対して現在の検体の数から算出される値（−１、０〜１）である。混雑具合はモジュールが１０個以上の検体を待機させる領域を持つモジュールについて有効とし、最大許容検体数に関する現在の検体数の商として定義する。１０個未満の検体を待機させる領域しか持たないモジュールの場合は常に−１が設定される。たとえばバッファモジュールについて、１００検体を待機させることができ、３５検体待機しているとすれば、混雑具合は０．３５とする。また、分注モジュールについて、異常はないがカップが切れそうな場合、｛分注、異常なし、異常なし、カップ残量小、−１｝といったデータが設定される。
【００４３】
次に図７を用いて指示部２１３から制御部２０１に送信される処理指示データD４０００と分注指示データD５０００を説明する。
【００４４】
処理指示データD４０００は、各モジュールが検体に処理を施し、次のモジュールへ搬送するための指示を表すものであって、検体ID（D４００１）と項目グループID（D４００２）とモジュール内経路ID（D４００３）から成る。ここで、項目グループIDとは、複数の検査項目をまとめたIDであり、モジュールはこの項目グループIDによって施すべき処理を判断できる。また、モジュール内経路IDは、モジュール内の搬送経路を表すIDであり、モジュールはこのモジュール内経路IDによってどの経路に搬送すべきかを判断できる。たとえば、検体IDが１０００１で、免疫・生化学１という項目グループIDの検体が遠心モジュールで遠心分離され、経路IDが１の経路で搬送される場合、｛１０００１、免疫・生化学１、１｝といったデータが設定される。
【００４５】
分注指示データD５０００は、分注モジュールの分注処理における分注数と分注量を表すパラメータであって、検体ID（D５００１）と１０個分の子検体ID（D５０１１a〜D５０２０a）と分注量（D５０２０b〜D５０２０b）から成る。ここで、分注数が１０未満の場合、分注しない子の領域には０を設定する。たとえば、検体IDが１０００１の親検体を検体ID１０００２（分注量１００）と検体ID１０００３（分注量５０）に分注する場合、｛１０００１、１０００２、１００、１０００３、５０、０、０、・・・、０、０｝といったデータが設定される。なお、本実施形態では分注数を１０個までとしたが１０個以上としてもよい。
【００４６】
次に図８を用いて装置管理DB２１４で管理される検体データテーブルT１１００とモジュールデータテーブルT１２００を説明する。
検体データテーブルT１１００は、検体の処理の完了状況を表すものであって、検体の識別情報である検体ID（T１１０１）と完了済みの処理を表す完了状況（T１１０２）と検体の検査を始めた時刻（より具体的には、投入モジュールや収納モジュールへの検体の投入、即ち自動分析システムへの検体の投入時刻）をあらわす開始時刻（T１１０３）から成る。たとえば、検体IDが１０００１の検体について、収納モジュール１０５に搬送する計画で、搬送完了した場合には、｛１０００１、収納、９：２５：２２｝といったデータが設定される。また、他の例として、検体IDが１０００２で免疫分析モジュール１２５（免疫１）から生化学分析モジュール１２４（生化学２）へ搬送し、最後に収納モジュール１０５に搬送する計画で、生化学分析モジュール１２４まで搬送が完了している場合には、｛１０００２、免疫１→生化学１、９：２６：１９｝といったデータが設定される。ここで、“→”は搬送順序を表す。なお、まだ処理の計画が立てられていない場合、完了状況は不明とする。たとえば、検査依頼がまだ登録されていない検体を投入した場合は不明とする。
【００４７】
モジュールデータテーブルT１２００は、各モジュールの現在の状態を表すものであって、モジュールID（T１２０１）と搬送機構異常（T１２０２）と、処理機構異常（T１２０３）と消耗品残量（T１２０４）と混雑具合（T１２０５）から成る。データの内容はモジュールデータD３０００と同じであり、各モジュールについて最新データだけが保持される。
【００４８】
次に図９を用いて、装置管理DB２１４で管理される搬送計画テーブルT１３００と分注計画テーブルT１４００を説明する。なお、検査情報管理DB２２４で管理される搬送計画テーブルT２６００と分注計画テーブルT２７００は処理性能を考慮して実体を分けているが、内容は同じであるので説明は省略する。
【００４９】
搬送経路テーブルT１３００は、各検体の検査項目と主要な搬送先を表すものであって、検体ID（T１３０１）と項目グループID（T１３０２）と搬送先（T１３０３）から成る。ここで、主要な搬送先は必ず行き方向で立ち寄る必要がモジュールを意味する。たとえば、検体IDが１０００１であって、何も処理は行わず収納モジュール１０５に搬送する場合には、｛１０００１、なし、収納[1, 手前]｝といったデータが設定される。ここで、[]は収納するトレイの分類IDと並べる場所を指定する。この例では[1, 手前]と指定することで、分類1の手前に並べられることになる。このほか[1, 奥]を指定すると奥から順にならべられ、 [1, 自動]と指定すると、緊急検体（優先度がHigh）のみ手前から配置し、それ以外を奥に配置する。
【００５０】
また、別の例として検体IDが１０００２であって、免疫・生化学２の項目を処理するために免疫分析モジュール１２５（免疫１）に搬送した後、生化学分析モジュール１２２（生化学１）か生化学分析モジュール１２４（生化学２）の空いている方へ搬送する場合には、｛１０００２、免疫・生化学２、免疫１→生化学１|生化学２[空]｝といったデータが設定される。ここで、“→”は順序を表す。また、“｜”はどちらかに搬送することを意味し、[]内にその決定条件を指定する。ここで[空]は“｜”の左右のモジュールの内、混雑具合の低いモジュールに搬送することを意味する。逆に混雑具合の高いモジュールに搬送する場合は[込]とする。このほか、1：２の割合で振り分けて搬送するのであれば[１：２]と指定する。
【００５１】
分注計画テーブルT１４００は、各親検体の分注数と分注量を表すものであって、親検体ID（T１４０１）と子の検体ID（T１４１１a〜T１４２０a）と分注量（T１４１１b〜T１４２０b）から成る。このテーブルは、分注計画データD５０００のデータを複数管理するテーブルである。分注計画データD５０００に合わせてこのテーブルでも分注数を１０までとしたが、それ以上であってもよい。
【００５２】
次に図１０を用いて、装置管理DB２１４で管理される搬送経路テーブルT１５００を説明する。なお、検査情報管理DB２２４で管理される搬送経路テーブルT２３００は処理性能を考慮して分けているが、内容は搬送経路テーブルT１５００と同じであるので説明は省略する。
【００５３】
搬送経路テーブルT１５００は、現在のモジュールから目的のモジュールに向かうために次にどのモジュールへ向かえばよいかを表したものであって、目的のモジュール（T１５０１）と目的のモジュールの向き（T１５０２）と現在のモジュール（T１５０３）と現在のモジュールの向き（T１５０３）と次のモジュール（T１５０５）と現在のモジュールの向き（T１５０６）から成る。たとえば、分注モジュール１０４の行きラインにある検体を収納モジュールに１０５に格納するため経路を表現するために、「分注（行き）→分注（戻り）」、「分注（戻り）→開栓（戻り）」、「開栓（戻り）→遠心（戻り）」、「遠心（戻り）→投入（戻り）」、「投入（戻り）→収納（戻り）」、「収納（戻り）→収納（行き）」という６つのデータが登録されることになる。
【００５４】
次に図１１を用いて、装置管理DB２１４で管理される処理指示テーブルT１６００を説明する。
【００５５】
処理指示テーブルT１６００は、各モジュールに関する検体の処理と搬送の処理指示を表すものであって、検体ID（T１６０１）とモジュールID（T１６０２）と項目グループID（T１６０３）とモジュール内経路ID（T１６０４）から成る。ここで、モジュール内経路IDは、対象とするモジュールで使用する搬送路の番号（１本目：１、２本目：２、３本目：３）×１０と次のモジュールで使用する搬送路の番号とする。たとえば、検体IDが１０００１で、免疫・生化学１という項目グループIDの検体が遠心モジュール１０２で遠心分離され、遠心モジュールでは１本目を用い、次の開栓モジュールでも1本目を用いるとすると、｛１０００１、遠心、免疫・生化学１、１１｝といったデータが設定される。各モジュールは、このモジュール内経路IDを受け取ることで検体の搬送のタイミングや経路を制御するストッパを制御できる。
【００５６】
次に図１２を用いて、検査情報管理サーバ２２４で管理される検査依頼テーブルT２１００を説明する。
【００５７】
検査依頼テーブルT２１００は、検体の検査項目と優先度を表すものであって、検体ID（T２１０１）と項目グループID（T２１０２）と優先度（T２１０３）から成る。たとえば、検体IDの項目グループIDが免疫・生化学１で優先度が通常（Mid）ならば｛１０００１、免疫・生化学１、Mid｝といったデータが登録される。
【００５８】
次に図１３を用いて、検査情報管理サーバ２２４で管理される計画候補ファイルT２２００を説明する。
【００５９】
計画候補ファイルT２２００は、項目グループIDごとの分注の数量、親子の検体に分けられた後の項目グループIDと搬送先で構成される分注と搬送の計画の候補を表すものであって、図１３に示すようにXML（Extensible Markup Language）形式のファイルである。１つの候補タグが１つの計画の候補を表し、項目タグと有効条件タグと分注タグ（それぞれ１つずつ）から成る。
【００６０】
項目タグは、計画を実行したとき全体で検査する項目グループIDを表す。有効条件タグは、候補を計画時に使うかどうかの条件を記載するものであり、必要に応じて曜日と時刻と検体の優先度を指定する。全条件が真であるとき候補を計画時に使う。
【００６１】
分注タグは、分注の数量と搬送先を記載するものであり、親タグと子タグに分かれる。親タグには親検体の処理グループIDと主要な搬送先を記載する。子タグは分注数分作成する。子タグには属性として子のNo.(Number)を付与した上で、子検体の処理グループIDと分注量と主要な搬送先を記載する。
【００６２】
たとえば、図１３に示した候補No.１では、免疫・生化学１を検査するための計画であり、全曜日、全日、すべての優先度の検体に有効となる。この計画では親検体を１つの子検体に分注して、免疫の分析モジュールと生化学の分析モジュールに順番に搬送・処理する。一方、候補No.２ではNo.１同様に免疫・生化学１を検査するための計画であるが、平日（月〜金）の９時から１７時までの緊急検体にのみ有効となる。この計画では親検体を２つの子検体に分注して、免疫の分析モジュールと生化学の分析モジュールにそれぞれ搬送・処理する。したがって、通常検体であれば図３に示した（パターンA）301が採用され、緊急検体であれば図３に示した（パターンA）301か（パターンB）302のどちらかが採用されることになる。
【００６３】
次に図１４を用いて、検査情報管理サーバ２２４で管理される目標時間テーブル２４００と目標補正テーブル２５００を説明する。
【００６４】
目標時間テーブル２４００は、検体の検査項目と優先度に対する検査完了の目標時間を表すものであって、項目グループID（T２４０１）と優先度（T２４０２）と目標時間（T２４０３）から成る。たとえば項目グループIDが免疫・生化学１の検体を検査する際に、優先度が３段階（緊急、通常、通常以下）あるならば、高い順に２５分、４０分、６０分以内に検査することが目標とすると、｛免疫・生化学１、High、２５｝、｛免疫・生化学１、Mid、４０｝、｛免疫・生化学１、Low、６０｝といったデータが設定される。
【００６５】
目標補正テーブルT２５００は、目標時間テーブルT２４００に登録された目標時間を混雑時に補正するためのものであって、混雑度（T２５０１）と補正率（T２５０２）から成る。混雑具合に応じて目標を厳しくする際には、｛Low、１｝、｛Mid、０．９｝、｛High、０．８｝といったデータが記載される。
【００６６】
次に図１５を用いて、検査情報管理サーバ２２４で管理される処理時間テーブルT２８００を説明する。
【００６７】
処理時間テーブルT２８００は、各モジュールが検体を処理するために必要な時間の平均値を表すものであって、モジュールID（T２８０１）と項目グループID（T２８０２）と優先度（T２８０３）と混雑度（T２８０４）と平均処理時間（T２８０５）から成る。たとえば、バッファモジュール１１３（バッファ１）について、項目グループIDが免疫・生化学１の検体に対して、通常検体（Mid）と緊急検体（High）の各混雑具合（Low, Mid, High）での処理時間は図１５に示すようになる。
【００６８】
＜処理フロー＞
次に図１６を用いて、自動分析システム１０が検体の優先度とモジュールの混雑具合に応じた分注と搬送の計画を立案・実行する処理の全体の流れを説明する。
【００６９】
なお、本実施形態における各モジュールは随時処理完了報告データD２０００とモジュールデータD３０００を装置管理サーバ１２に送信し、装置管理サーバ１２はそれをもとに検体データテーブルT１１００とモジュールデータテーブルT１２００を最新のデータに更新しているとする。また、各モジュールは搬入された検体に対して、装置管理サーバ１２から得た処理指示データD４０００と分注計画データD５０００をもとに処理を施し、搬出するものとする。また、検査依頼テーブルT２１００は、電子カルテシステム等から随時最新のデータに更新されるものとする。
【００７０】
モジュール群１１の各モジュール、検査情報管理サーバ１２、検査情報管理サーバ１３が各々並行して以下に説明する処理を行うことで達成される。自動分析システム１０が稼働中である限り、各々が並行して繰り返し以下に説明する処理を行う。
【００７１】
まず、検査情報管理サーバ１３の処理を説明する。
【００７２】
計画用変化検出部２２１は、検査情報管理DB２２４で管理されている検査依頼テーブルT２１００、装置管理DB２２４で管理されている検体データテーブルT１１００、モジュールデータテーブルT１２００を監視し、一度も計画していない検体、異常や消耗品切れとなったモジュールに関係する検体、混雑具合が変化したモジュールで処理予定の検体を計画立案の候補として選出する（ステップS２０１）。
【００７３】
次に、進捗評価部２２２は、計画が必要か判断していない検体がある場合はステップS２０３に処理を進め、そうでない場合は処理を終了する（ステップS２０２）。
【００７４】
計画が必要か判断していない検体がある場合、進捗評価部２２２は、選出された検体について、現在の計画と搬送経路上のモジュールの混雑具合を使って算出される（予測完了時間）と、予め登録された目標時間に混雑具合に応じた補正を行った（補正済み目標時間）を使って、式１に従い進捗具合を算出する（ステップS２０３）。なお、一度も計画されていない検体については算出しない。
【００７５】
【数１】
次に、進捗評価部２２２は、選出された検体の（進捗具合）が（１）正かつ５分以上である（十分間に合う）、もしくは（２）負である（間に合わない）場合は計画が必要であるとしてステップS２０５に処理を進め、そうでない場合はステップS２０２に戻る（ステップ２０４）。なお、本実施形態では（１）について正かつ５分以上を計画するようにしたが、モジュールの性能に応じて５分より短くても長くてもかまわない。同様に（２）について、−５分以上でなければ計画しないものとしてもよい。
【００７６】
次に、計画部２２３は、選出された検体の項目グループIDを検査依頼テーブル２１００から検体IDをキーとして取得する。なお、子検体の場合は、予め計画テーブルT２５００から親検体IDを取得し、前記手順で項目グループIDを取得する。そして、計画候補ファイルT２２００の候補の中で、項目グループIDが一致し、かつ、有効条件が真である計画の候補を取得し、進捗評価部２２２に返却する（ステップS２０５）。
【００７７】
そして、進捗評価部２２２は、立案されたすべての計画候補について、ステップS２０３と同様の手順で進捗具合を算出する。そして、進捗具合が正である計画候補の中で、最小の分注数となる計画を選択する。最小の分注数の計画が複数ある場合は、より進捗具合が大きいものを選択する。該当する計画が一つもない場合は、進捗具合が０分か負となる計画の中でもっとも大きいものを選択する。最後に選択した計画の内容を搬送に関しては搬送計画テーブル（T１３００、T２６００）、分注に関しては分注計画テーブル（T１４００、T２７００）に保存する（ステップS２０６）。なお、データを保存する際は、装置管理サーバ１２が参照中のレコードを変更しないようにする。
【００７８】
次に装置管理サーバ１２の処理を説明する。
【００７９】
指示用変化検出部２１２は、装置管理DB２２４で管理されている検体データテーブルT１１００、モジュールデータテーブルT１２００、搬送計画テーブルT１３００、分注計画テーブル１４００を監視し、計画が変更された検体、異常や消耗品切れ、混雑具合となったモジュールに関係する検体を指示生成の候補として選出する（ステップS２１１）。
【００８０】
次に、指示部２１３は、全ての選出された候補の指示を生成したかどうかを確かめ、全ての候補について指示を生成した場合は処理を終了し、候補が残っている場合、はステップS２１３に処理を進める（ステップS２１２）。
【００８１】
候補が残っている場合、指示部２１３は、まず搬送経路テーブルT１５００を参照して、計画で指定された主要な搬送先に搬送するために経由するモジュールを抽出する。そして、抽出したモジュールの内部の搬送経路を選択する（ステップS２１３）。ここで、本実施形態における構成では３本搬送路を持つモジュールと２本搬送路を持つモジュールがある。３本の搬送路（行きｘ２、戻りｘ１）を持つモジュールの場合、行き方向は２系統あり選択の必要がある。本実施形態では処理を施すことができる搬送路を1本目に限定している。そこで、検体の項目グループIDを参照し、その検体に処理を施す必要があれば１本目の搬送路、処理を施す必要がなければ２本目の搬送路を通るように搬送路を選択するものとする。２本の搬送路（行きｘ１、戻りｘ１）を持つモジュールの場合、次に搬出するモジュールによって内部の搬送経路は確定されるので選択の必要はない。
【００８２】
そして、指示部２１３は、処理指示テーブルT１６００に、対象の検体の検体IDとモジュールIDと項目グループIDと選択した搬送路に対応するモジュール内経路IDを保持する新しいレコードを追加する（ステップS２１４）。この処理が終わると、ステップS２１２に戻る。
【００８３】
上記の処理において、モジュールの異常や消耗品切れによって搬送できない搬送先がある場合には、その搬送先を飛ばして、可能な搬送先に搬送する経路を算出し指示を生成する。すべての搬送先に搬送できない場合は収集モジュール１０５など、予め定めた異常時の搬送先に向けた指示を生成する。
【００８４】
次に、モジュール群１１を構成する各モジュールの処理を説明する。
【００８５】
各モジュールの制御部２０１は、処理を行う直前、もしくは、分岐の直前に設置されたストッパとRFIDリーダを使って搬入した検体を一時停止させ、検体IDを取得する（ステップS２２１）。
【００８６】
次に、各モジュールの制御部２０１は、取得した検体IDに関する指示を装置管理サーバ１２に問合せ、処理指示データD４０００を取得する。分注モジュールの場合は分注計画データD５０００も取得する（ステップS２２２）。
【００８７】
そして、各モジュールの制御部２０１は、取得した指示に基づいて、コントローラ、アクチュエータを制御し検体に処理を施し、次の搬送先となっているモジュールに搬出する（ステップS２２３）。
【００８８】
次に、図１７を使って計画立案の候補となる検体の選出処理（ステップS２０１）を詳しく説明する。
【００８９】
まず、計画用変化検出部２２１は、検査依頼テーブルT２１００を参照し、新しい依頼が追加されたどうかを確認する。その結果、追加されているならばステップS３０２に処理を進め、追加されていないならばステップ３０３に処理を進める（ステップS３０１）。
【００９０】
追加されているならば、計画用変化検出部２２１は、新しい依頼に対応する検体を計画の候補に追加する（ステップS３０２）。
【００９１】
次に、計画用変化検出部２２１は、検体データテーブルT１１００を参照し、投入モジュール１０１から新たに搬入された検体があるかどうかを確認する。その結果、新たに搬入された検体があるならばステップS３０４に処理を進め、なければステップS３０５に処理を進める（ステップS３０３）。
【００９２】
新たに搬入された検体があるならば、計画用変化検出部２２１は、新たに搬入された検体を計画の候補に追加する（ステップS３０４）。
【００９３】
次に、計画用変化検出部２２１は、モジュールデータテーブルT１２００を参照し、搬送機構異常T１２０２、処理機構異常T１２０３が1回前の状態と変化しているかどうかを確認する。なお、初回の場合は異常となっているものをすべて変化したとする。その結果、変化していると判断されるならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３０６に処理を進め、搬送する可能性がないならばステップS３０７に処理を進める（ステップS３０５）。前記では、各検体の計画に記載された主要な搬送先について、搬送経路テーブルT２３００を用いて主要な搬送先の間で経由するモジュールを取得し、異常のあるモジュールではないかを一つずつ調べる必要がある。検査情報管理サーバ１３の計算性能上この処理負荷が問題となる場合には、計画した時点で転置インデックステーブルを作成しておくことで軽減できる。すなわち、各モジュールのモジュールIDをインデックスとして、モジュールを経由する検体の検体IDを保持するテーブルを作成すればよい。
【００９４】
搬送する可能性があるならば、計画用変化検出部２２１は、異常のあったモジュールを利用する可能性のある検体を計画の候補に追加する（ステップS３０６）。
【００９５】
次に、計画用変化検出部２２１は、モジュールデータテーブルT１２００を参照し、消耗品残量が５０未満となっているかどうかを確認する。その結果、５０未満となっているならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３０８に処理を進め、搬送する可能性がないならばステップS３０９に処理を進める（ステップS３０７）。
【００９６】
搬送する可能性があるならば、計画用変化検出部２２１は、消耗品切れ（切れかけ）のモジュールを利用する可能性がある検体を計画の候補に追加する（ステップS３０８）
次に、計画用変化検出部２２１は、直前の混雑具合と現在の混雑具合を比較し、０．７を閾値として、閾値を上回ったか下回ったときに変化があったとして、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３１０に処理を進め、そうでなければ処理を終了する（ステップS３０９）。なお、本実施形態では閾値を０．７としたがそれより大きくても小さくてもかまわない。また、閾値はモジュールに依らず固定としたが、モジュールごとに個別の閾値を設定してもよい。さらには、直前の値と現在の値の差分値に対して閾値を設けるなどしてもよい。
【００９７】
搬送する可能性があるならば、計画用変化検出部２２１は、混雑具合が変化したモジュールを利用する可能性がある検体を計画の候補に追加し、処理を終了する（ステップS３１０）。
【００９８】
次に、図１８を使って進捗具合の算出処理（ステップS２０３）を詳しく説明する。
【００９９】
まず、進捗評価部２２２は、式２に基づいて（補正済み目標時間）を算出する（ステップS４０１）。ここで式２の（目標時間）は目標時間テーブルT２４００に登録された目標時間T２４０３である。また、式２の（補正率の平均）は、式３に基づいて算出される値で値であって、検体が経由する可能性があるモジュールの中で、モジュールデータテーブルT１２００の混雑具合T１２０５が０〜１までの値となっているモジュールの補正率の和をそのモジュールの数で割った値である。
【０１００】
ここで、生化学分析モジュール１２２と１２４のどちらかに行けばよいなど冗長性のある場合には、まず、通りうるすべての経路の組合せについて個別に補正率の平均を求める。そして、さらにその平均値を（補正率の平均）とする。なお、本実施形態では平均値を用いるが、最大値や最小値、中央値などを用いても良い。
【０１０１】
【数２】
【０１０２】
【数３】
次に予測完了時刻を式４に基づいて算出する（ステップS４０２）。ここで式４の（開始時刻）は、該当する検体に関する検体データテーブルT１１００の開始時刻T１１０３を参照することで得られる。またΣ（平均処理時間）は、現在位置から経由するモジュールの（平均処理時間）の総和である。各モジュールの（平均処理時間）は、処理時間テーブルT２８００において、該当するモジュールID、項目グループID、優先度、混雑度の平均処理時間T２８０５を参照することで得られる。
【０１０３】
なお、評価を行う検体が親検体で、子検体に分注してから分析を行う場合、子検体の（予測完了時間）は、親検体を分注し終わるまでの（予測完了時間）と子検体が分注されてから分析が終わるまでの（予測完了時間）の和とし、親と子（複数）の検体のなかでもっとも時間のかかるものを最終的な（予測完了時間）とする。
【０１０４】
【数４】
最後に、式１に従って、（補正済み目標時間）と（予測完了時間）の差を（進捗具合）とする。
【０１０５】
たとえば、直接生化学分析を行う分注された緊急検体が、今分注モジュール１０４にあって、搬送ラインモジュール１１１a、方向転換モジュール１１２b、搬送ラインモジュール１１１e、バッファモジュール１１３を経由して生化学分析モジュール１２１に搬送される場合を例に具体的に説明する。ここで、この緊急検体の目標時間は２０分であるとする。また、混雑具合はバッファモジュール１１３と生化学分析モジュール１２１について考慮されるとし、混雑具合は順番にMid、Highとする。また、混雑具合に対する補正率は、Lowが1、Midが０．９、Highが０．８とする。また、処理時間テーブルT２８００に登録された現在の項目グループID、優先度、混雑具合に対応する平均処理時間は、搬送ラインモジュール１１１aが５秒、方向転換モジュール１１２bが１０秒、搬送ラインモジュール１１１eが５秒、バッファモジュール１１３が４０秒、生化学分析モジュール１２１が６００秒であるとする。このとき、（補正率の平均）は、１/２×（０．９＋０．８）＝０．８５となるため、（補正済み目標時間）は（２０×０．８５）＝１７分である。これに対し、（予測完了時間）は、（現在時刻）が１０：００、開始時刻が９：５５として、（１０：００−９：５５））分＋（５＋１０＋５＋４０＋６００）秒＝１６分となる。よって（進捗具合）は（１７−１６）＝１分と算出される。なお、この場合、目標時間通り処理が進んでいるとして、進捗評価部２２２は計画を変更しない。
次に、図１９を使って指示生成の候補 となる検体の選出処理（ステップS２１１）を詳しく説明する。
【０１０６】
まず、指示用変化検出部２１２は、搬送計画テーブルT１３００、分注計画テーブル１４００を参照し、新しい計画が登録されたあるいは計画が更新されたかを確認する。その結果、登録もしくは更新されているならばステップS５０２に処理を進め、そうでないならばステップS５０３に処理を進める（ステップS５０１）。
【０１０７】
登録もしくは更新されているならば、指示用変化検出部２１２は、登録もしくは更新された計画に関する検体を指示生成の候補に追加する（ステップS５０２）。
【０１０８】
次に、指示用変化検出部２１２は、前記した図１７のステップS３０５と同じ手順で、モジュールに異常があったかどうかを確認し、異常があったモジュールに検体を利用する可能性があるならばステップS５０４に処理を進め、そうでないならばステップS５０４に処理を進める（ステップS５０３）。
【０１０９】
異常があったモジュールに検体を利用する可能性があるならば、指示用変化検出部２１２は、異常のあったモジュールを利用する可能性のある検体を計画の候補に追加する（ステップS５０４）。
【０１１０】
次に、指示用変化検出部２１２は、前記した図１７のステップS３０７と同じ手順で、モジュールデータテーブルT１２００を参照し、消耗品残量が５０未満となっているかどうかを確認する。その結果、５０未満となっているならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS５０６に処理を進め、搬送する可能性がないならばステップS５０７に処理を進める（ステップS５０５）。
【０１１１】
搬送する可能性があるならば、指示用変化検出部２１２は、消耗品切れ（切れかけ）のモジュールを利用する可能性がある検体を計画の候補に追加する（ステップS５０６）
次に、指示用変化検出部２１２は、前記した図１７のステップS３０９と同じ手順で、直前の混雑具合と現在の混雑具合の変化を確認し、変化したと判断されるモジュールに搬送する可能性があるならばステップS５０８に処理を進め、そうでなければ処理を終了する（ステップS５０７）。
【０１１２】
搬送する可能性があるならば、指示用変化検出部２１２は、混雑具合が変化したモジュールを利用する可能性がある検体を計画の候補に追加し、処理を終了する（ステップS５０８）。
【０１１３】
次に、図２０を用いて、検査技師等が処理の実績の表示方法を説明する。
【０１１４】
操作端末１４の操作管理部２３１は、搬送計画テーブル２６００、分注計画テーブルT２７００、検体データテーブルT１１００、モジュールデータテーブルT１２００を参照してディスプレイに実績表示GUI（Graphical User Interface）５０００を表示する。
【０１１５】
実績表示GUI５０００は、検体リスト５０１０と分注・搬送状況パネル５０２０とアラームパネル５０３０を有する。検体リスト５０１０は、各検体の検体ID、項目、親子関係、処理の完了状況、計画に対して搬送先が変更されたかどうかを周期的に更新しながら一覧表示する。
【０１１６】
検査技師等の操作者が、検体リスト５０１０の中から情報を得たい検体の行をクリックすることをきっかけとして、操作管理部２３１は、分注・搬送状況パネル５０２０に、選択された検体の計画を計画パネル５０２１に表示し、実際に搬送された検体の実績を実績パネル５０２２に表示し、計画と実績が異なった理由を５０２３に表示する。
【０１１７】
たとえば図２０に示す例では、もともと親検体（親）から子検体を１つ作成し分析する計画だったところをシステムの混雑具合に合わせて子検体を２つ作成し分析する計画に変更したことが計画パネル５０２１に表示されている。また、実際にはバッファモジュール１１３（バッファ１）が停止したことを受けて、子２は収納モジュールに急遽搬送されたこと実績パネル５０２２に表示している。また、その経過が「システムの混雑具合に合わせて計画を見直し。」「バッファ１が停止中しているため免疫１を飛ばして搬送。 」として、インフォーメーションパネル５０２３に表示している。検査技師は、この情報を確認することで、どの検体がなぜ計画を変更されたのか、あるいは、計画どおり進んでいないかを把握することができ、その原因（試薬切れやモジュールの異常）に迅速に対処できる。
【０１１８】
上述と並行して操作管理部２３１は、アラームパネル５０３０に現在のモジュール状況と、必要に応じて消耗品交換の必要性を促す通知を行う。消耗品の交換に関する通知は、消耗品の残量が減少した場合と、図２０に示したように、モジュールに異常が発生したことによって分析モジュールの使用状況に偏りが見られたときに行う。
【０１１９】
なお、上記の処理の手順で分注数が変更された計画が立案・実行されるが、検査技師が最適な分注数とそれに応じた搬送先を判断し、操作端末１４を介して新しい計画を直接装置管理サーバ１２の搬送計画テーブルT１３００、分注計画テーブル１４００に登録しても構わない。その場合は、検査情報管理サーバ１３の該当するレコードへの書き込みを制限する。
【０１２０】
また、本実施形態では検査依頼テーブルT２１００に優先度に従って上記処理を行うものとしたが、たとえば投入モジュール１０１に緊急検体用のトレイや搬入口がある場合には、そこから搬入された検体は検査依頼テーブルT２１００上で優先度がHighとなっていなくともHigh、すなわち緊急検体として処理してもよい。
＜本実施例による効果の例＞
次に図２１を用いて、緊急検体の検査に関して、分注数を従来のように固定した場合と本実施例のように分注数を変更できるようにした場合の処理時間と消耗品（子検体用のカップやチップ）の使用量の違いを簡単に説明する。
従来方法では予め定めた分注数を設定することになる。たとえば、常に１分注すると図２１の下段で示すように消耗品の使用量は低減するが、図２１上段で示すように依頼が多くシステムが混雑する時間帯では目標時間をオーバーしかねない。一方、常に２分注すると図２１の上段で示すように目標時間は守られるが、図２１下段で示すように多くの消耗品を使用することになる。これに対し、本実施例では、忙しい時間帯だけ分注数を多くする。したがって、図２１上段で示すように目標時間を守りつつ、かつ、図２１下段で示すように消耗品の使用量も常に２分注することに比べれば低減させることができる。
【０１２１】
以上に説明したように、本実施例によれば、時間に余裕のない検体は分注数を増やして迅速に検査することができる。また、進捗状況に余裕のある検体は分注数を減らしてカップやチップといった消耗品を抑制できる。さらに、上記の効果に加え次の効果もある。
【０１２２】
優先度に応じて分注や搬送の計画の候補を指定することができるので、緊急検体だけを前記のように分注数を変更して処理するといったこともできる。
【０１２３】
また、曜日や時刻に応じて分注や搬送の計画の候補を指定することができるので、検査室の運用（装置の稼働時間）に応じた計画を設定できる。
【０１２４】
また、前記計画に緊急検体をトレイの前に収納するなどの付加項目を設定することができるので、緊急検体を直接分析モジュールに投入して迅速化したり、搬送ラインのつながっていない分析モジュールに投入したりすることにも柔軟に対応できる。
【０１２５】
また、検査技師の判断によって、操作端末を介して直接登録することもできるので、特定の検体を特急で処理するといった場合でも柔軟に対応できる。
【０１２６】
また、分注や搬送の計画を変更するだけでなく、それと連動して検体の進捗状況、システムの混雑具合とその影響、消耗品の交換を促す通知などを検査技師に操作端末を介して提示することによって、検査全体の作業の効率化を図ることができる。
【０１２７】
また、検査依頼、検体の投入、モジュールの異常、モジュールの消耗品、モジュールの混雑具合に変化があったときに、関係する検体のみ計画を実行するので、検査情報管理サーバ１３の処理負荷を低減させることができる。
【０１２８】
また、計画の変更、ジュールの異常、モジュールの消耗品、モジュールの混雑具合に変化があったときに、関係する検体のみ指示を生成するので、装置管理サーバ１２の処理負荷を低減させることができる。
【符号の説明】
【０１２９】
１０・・・自動分析システム
１１・・・モジュール群
１２・・・装置管理サーバ
１３・・・検査情報管理サーバ
１４・・・操作端末
１７・・・装置情報ネットワーク
１８・・・検査情報ネットワーク
１９・・・病院ネットワーク
１０１・・・投入モジュール
１０２・・・遠心モジュール
１０３・・・開栓モジュール
１０４・・・分注モジュール
１０５・・・収納モジュール
１１１・・・搬送ラインモジュール
１１２・・・方向転換モジュール
１１３、１１４、１１５、１１６・・・バッファモジュール
１２１、１２３・・・凝固分析モジュール
１２２、１２４・・・生化学分析モジュール
１２５、１２６・・・免疫分析モジュール
【技術分野】
【０００１】
検体検査に代表される自動分析システムに関し、とくに処理対象が分割して処理可能な場合に、処理対象を分割処理する前処理モジュールを有する自動分析システムに関する。
【背景技術】
【０００２】
昨今、患者の血液や尿といった検体の検査業務は、遠心、開栓、分注といった処理を行う前処理モジュール、検査項目に応じた分析を行うモジュール、分類、収納、廃棄といった後処理を行うモジュール、それらを接合する搬送モジュールや一時待機させるバッファモジュール、それらモジュールを管理するサーバ、検査情報を管理したりや処理計画を作成するサーバ、検査技師が装置管理を行うための端末から構成される自動分析システムによって前処理・後処理、搬送、分析の各種処理の自動化が進んでいる。
【０００３】
この自動分析システムを用いた検査業務では、さらなる迅速化が求められている。昨今の迅速化の主な課題の1つには、一般的な優先度の検体（通常検体）に対して優先度の高い検体（緊急検体）を迅速に検査することが挙げられる。病院の方針によっても異なるが、たとえば通常検体は４０分〜５０分、緊急検体は２０〜３０分で検査することが求められる。
【０００４】
迅速化の要求に対して、たとえば特許文献１では、搬送ラインと搬送ラインから引き込んだ作業用ラインとの両方で分注処理できる分注機構を設け、通常は検体を作業用ラインに引き込んでから処理を行うのに対し、緊急検体は搬送ライン上で先に分注処理を行うことできるようにすることで緊急検体を迅速に分注する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−８５５２
【発明の概要】
【発明が解決しようとする課題】
【０００６】
自動分析システムを用いた検査業務では、処理の迅速化と共にコスト低減も求められている。コスト低減のための具体的な課題としては、例えば試薬や分注用カップ・チップなどの消耗品の使用量を減らすことが挙げられる。しかしながら、特許文献１記載の技術では、緊急検体を優先処理できるものの分注数を変えて検査にかかる時間と使用する消耗品の量を調節するといったことはできない。すなわち、免疫項目と生化学項目を測定する場合、検査時間に余裕のある通常検体は１分注（１本の子検体に小分け）して、免疫と生化学の分析モジュールへ順番に搬送することで消耗品を抑制し、検査時間に余裕のない緊急検体は２分注あるいはそれ以上に分注して、免疫と生化学の分析モジュールへ別々に搬送することで検査時間を短縮するといったことはできない。また、緊急検体であっても自動分析システムが混雑しておらず１分注でも短い時間で検査できる場合には１分注で処理し、混雑してきたら動的に２分注あるいはそれ以上に変更することで検査の目標時間を守りながら、できる限り消耗品を抑制することもできない。
【０００７】
上記の問題を鑑み、検体ごとに定められた目標時間までに検査を完了させ、かつ、消耗品を抑制することができる技術を提供する。
【課題を解決するための手段】
【０００８】
分析システムは、各々分析対象の分析を行う複数の分析モジュールと、複数の分析モジュールへの分析対象の搬送を実行する搬送モジュールと、システムに投入された親分析対象を用いて一又は複数の分析対象を作成する分割モジュールと、親分析対象について要求される分析処理の種類と当該親分析対象について要求される優先度を管理する管理部とを有している。管理部は、分析処理の種類と優先度とに基づいて、親分析対象から作成される分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を、分析対象の数がなるべく小さくなるよう決定する。そして分析対象の数に従って親分析対象から一又は複数の分析対象作成するよう分割モジュールを制御する。更に管理部は、各分析対象に対して処理計画に従った分析処理が実行されるよう搬送モジュールと複数の分析モジュールとを制御する。
【発明の効果】
【０００９】
分析処理対象を、優先度に応じた時間内に分析しかつ消耗品の消費を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】自動分析システムのシステム構成の一例を示す図である。
【図２】自動分析システムの機能と動作の一例を示す説明図である。
【図３（ａ）】自動分析システムの分注および搬送の一例を示す説明図である。
【図３（ｂ）】自動分析システムの分注および搬送の他の一例を示す説明図である。
【図４】検体を架設する検体ホルダと各モジュールの搬送機構の構造の例を示す図である。
【図５】検知ホルダのRFIDタグのデータの構造の例を示す図である。
【図６（ａ）】モジュールの検体に対する処理の完了報告データの構造の例を示す図である。
【図６（ｂ）】モジュールの状態報告データの構造の例を示す図である。
【図７（ａ）】モジュールに対する処理指示データの構造の例を示す図である。
【図７（ｂ）】モジュールに対する分注指示データの構造の例を示す図である。
【図８（ａ）】検体に対する処理の完了状況データの構造の例を示す図である。
【図８（ｂ）】モジュールの状態データの構造の例を示す図である。
【図９（ａ）】検体の搬送計画テーブルの構造の例を示す図である。
【図９（ｂ）】検体の分注計画テーブルの構造の例を示す図である。
【図１０】搬送経路テーブルの構造の例を示す図である。
【図１１】管理装置が管理する処理指示テーブルの構造の例を示す図である。
【図１２】検査情報管理サーバが管理する検査依頼テーブルの構造の例を表す図である。
【図１３】検査情報管理サーバが管理する計画候補ファイルの例を示す図である。
【図１４（ａ）】検査情報管理サーバが管理する目標時間テーブルの構造の例を示す図である。
【図１４（ｂ）】検査情報管理サーバが管理する目標補正テーブルの構造の例を示す図である。
【図１５】検査情報管理サーバが管理する処理時間テーブルの構造の例を示す図である。
【図１６（ａ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、検査情報管理サーバによって実行される処理の一例を示すフローチャートである。
【図１６（ｂ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、装置管理サーバによって実行される処理の一例を示すフローチャートである。
【図１６（ｃ）】自動分析システムが分注および搬送の計画を立案し実行する処理の内、各モジュールによって実行される処理の一例を示すフローチャートである。
【図１７】分注・搬送の計画立案対象となる検体の候補を選択するための処理の一例を示すフローチャートである。
【図１８】進捗具合の算出処理の一例を示すフローチャートである。
【図１９】指示生成の対象となる検体の候補を選出するための処理の一例を示すフローチャートである。
【図２０】操作端末に表示される処理実績の一例を示す図である。
【図２１】処理時間および消耗品の消費に関し従来方法との違いを示す説明図である。
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら本発明を実施するための代表的な形態を説明する。なお、これらの図面において、同一の構成要素には原則として同一の符号を与えることにより、繰り返して利用する場合には重複する説明を省略する。
＜システム構成＞
図１は実施形態に係る自動分析システムのシステム構成図である。図１に示すとおり、自動分析システム１０は、モジュール群１１と、装置管理サーバ１２と、検査情報管理サーバ１３と、操作端末１４とを有して成る。モジュール群１１の各モジュールと装置管理サーバ１２とはEthernet(登録商標)などを用いたLAN（Local Area Network）で構成される装置情報ネットワーク１７を介して接続される。装置管理サーバ１２と、検査情報管理サーバ１３と、操作端末１４は、同様に検査情報ネットワーク１８を介して接続される。検査情報管理サーバ１３は、病院ネットワーク１９を介して、電子カルテシステムなどの病院のほかのシステムと接続される。
【００１２】
モジュール群１１は、前処理を行う投入モジュール１０１、遠心モジュール１０２、開栓モジュール１０３、分注モジュール１０４、後処理を行う収納モジュール１０５、検体を一時待機させるバッファモジュール１１３、１１４、１１５、１１６、分析を行う凝固分析モジュール１２１、１２３、生化学分析モジュール１２２、１２４、免疫分析モジュール１２５、１２６、および、これらのモジュールを接合する搬送ラインモジュール１１１（a〜h）、方向転換モジュール１１２（a〜d）とから成っており、図1で示すような配置で設置される。
【００１３】
これらの各モジュールはそれぞれが検体の搬入出を行う複数本の搬送路を内部に備えており、隣接するモジュールの搬送路同士が連結されることで、モジュール間の検体の受け渡しを可能としている。たとえば、投入モジュール１０１の下から１本目（１０１a）と２本目（１０１b）の搬送路は左から右に搬送が可能であり、一番上の３本目（１０１c）の搬送路は右から左に搬送が可能となっている。同様にほかのモジュールも行きと戻りの方向に検体を搬送することができる。また、方向転換モジュール１１２は、内部に４つの方向転換機構を有しており、搬入した検体を任意の方向に搬出可能である。なお、本実施形態におけるモジュールは開栓や分注といった処理を行うためには１本目（処理機構に最も近い搬送路）を通る必要があるとする。
【００１４】
基本的な検査の流れを説明する。まず検査技師が検体（血液や尿を入れた試験管）を投入モジュール１０１のトレイに設置する。設置された検体は、ロボットアーム等で検体をホルダに架設された後、遠心モジュール１０２に搬送される。遠心モジュール１０２に運ばれた検体は３〜５分遠心分離が実施され、開栓モジュール１０３に搬送される。遠心が不要な場合は実施せずに開栓モジュール１０３に搬送される。開栓モジュール１０３に運ばれた検体は、栓を外され分注モジュール１０４に搬送される。遠心かつ開栓が不要な場合は実施せずに分注モジュール１０４に搬送される。分注モジュール１０４に搬送された検体は検査項目に応じて所定量をカップやチップなど別の容器に分注する。分注元となった親検体は、戻りの搬送路を介して収納モジュール１０５に搬送される。分注された子検体は、たとえば生化学項目を検査する場合には、搬送ライン１１１、方向転換モジュール１１２、バッファモジュール１１３を経由して検査項目に応じた生化学分析モジュール１２２に搬送される。そして、生化学分析モジュール１２２に搬送された検体は試薬と混合、反応された後、所定の分析が実施される。検査が終了した子検体は廃棄処分される。
【００１５】
なお、本実施形態では、投入モジュール１台、遠心モジュール１台、開栓モジュール１台、分注モジュール１台、収納モジュール１台、バッファモジュール４台、凝固分析モジュール２台、生化学分析モジュール２台、免疫分析モジュール２台としたが、それより多くても少なくてもよい。このほか、閉栓行うモジュールや外注向けに分類処理を行うモジュール、親検体を冷蔵しておくモジュールなどがあってもよい。さらに、ほかの種類、たとえば遺伝子分析などのモジュールがあってもよく、複数の項目を一度に分析可能なモジュールがあってもよい。また、検査室のレイアウトに応じて搬送ラインモジュールや方向転換モジュールの数や配置を変更してもよい。
【００１６】
また、本実施形態のモジュールでは各モジュールについて、１本目で搬送するときにのみ検体に各種処理を施すことができるとしたが、長いロボットアーム等を用いて２本目や３本目の検体を処理できるモジュールがあってもよい。また、モジュールのラインの数は３本（前処理、分析、後処理）もしくは２本（搬送・方向転換）から構成されるとしたが、処理内容等に合わせて多くてしても少なくしても良い。
【００１７】
また、装置管理サーバ１２や検査情報管理サーバ１３は、処理負荷等に応じて２台以上を備える構成としてもよい。また、操作端末１４は、検査室のレイアウトや運用に応じて２台以上あってもよいし、装置管理サーバ１２や検査情報管理サーバ１３を代用しても良い。また、装置情報ネットワーク１７と検査情報ネットワーク１８は同じネットワークであっても良い。
【００１８】
＜機能構成＞
図２は、本実施例形態に係る自動分析システム１０の機能と動作を説明する図である。はじめに図２を用いて、自動分析システムの機能構成を説明する。
【００１９】
モジュール群１１を構成する投入モジュール１０１、遠心モジュール１０２、開栓モジュール１０３、分注モジュール１０４、収納モジュール１０５、バッファモジュール１１３、１１４、１１５、１１６、凝固分析モジュール１２１、１２３、生化学分析モジュール１２２、１２４、免疫分析モジュール１２５、１２６、搬送ライン１１１、方向転換モジュール１１２は、制御部２０１を有して成る。
【００２０】
装置管理サーバ１２は、収集部２１１、指示用変化検出部２１２、指示部２１３、および、装置管理DB（Database）２１４を有して成る。
【００２１】
検査情報管理サーバ１３は、計画用変化検出部２２１、進捗評価部２２２、計画部２２３、および、検査情報管理DB２２４を有して成る。
【００２２】
操作端末１４は、操作管理部２３１を有して成る。
＜動作概要＞
次に図２、図３を用いて自動分析システム１０の動作の概要を説明する。ここでは、免疫と生化学の分析項目を測定するために１分注での処理を計画されていた緊急検体が、システムが混雑してきたことを受けて２分注に計画を変更して処理される場合を例に説明する。なお、自動分析システム１０の稼動に先立って、各モジュールの制御部２０１は、検体の位置と処理の進み具合、モジュールの異常や消耗品の残量、混雑具合を装置管理サーバ１２の収集部に送信しているとする。また、検査依頼も随時最新のデータに更新されるものとする。
【００２３】
まず、検査情報管理サーバ１３の計画変化検出部２２１は、検査情報管理DB２２４で管理されている検査依頼のデータ、装置管理DB２１４で管理されている検体の投入、モジュールの異常有無、消耗品の残量、混雑具合のデータを監視し、変化があれば関連する検体を計画の変更がある候補として選出する。この例では、システムが混雑してきたことを受けて、前記の緊急検体が候補に選ばれる。
【００２４】
次に、検査情報管理サーバ１３の進捗評価部２２２は、選出された検体について、モジュールの混雑具合で補正された目標時間と予測完了時間を使って進捗具合を評価する。その結果、目標時間までに十分余裕があるのであれば分注を減らし、余裕がなかったり、間に合いそうになかったりするのであれば分注を増やした計画を立案するように計画部２２３に要求する。この例では、前記の緊急検体は、前回計画された時点では１分注で目標時間通り処理できると予測されていたが、今回計算すると目標時間より長くかかることがわかり、分注数を増やした計画の立案を計画部２２３に要求する。
【００２５】
検査情報管理サーバ１３の計画部２２３は、当初の計画に対して分注数を増減させた新しい計画候補を立案して進捗評価部２２２に送信する。この例では、前記の緊急検体に対して、たとえば２分注して免疫１個と生化学１個で処理する計画と、３分注して免疫１個と生化学２個で処理する計画の候補が立案されたとする。
【００２６】
新しい計画候補を受け取った進捗評価部２２２は、先の手順で計画を評価し、目標時間に間に合い、かつ、分注数の少ない計画を選択し、検査情報管理DB２２４と装置管理サーバ１２の装置管理DB２１４に保存する。この例では２個以上分注すれば目標時間通り処理できるとすると、消耗品の使用量が多い３分注の計画ではなく、消耗品の使用量が少ない２分注の計画が選ばれる。
【００２７】
装置管理サーバ１２の指示用変化検出部２１２は、装置管理DB２１４で管理されている分注・搬送計画、モジュールの異常や消耗品の残量、混雑具合のデータを監視しており、モジュールへの指示を更新する必要がある検体の候補を選出する。この例では、システムが混雑してきたことを受けて、前記の緊急検体が候補に選ばれる。
【００２８】
次に、指示部２１３は、選出された検体について、検体の検査項目とモジュールの種別に応じた処理指示を作成する。この例では、前記緊急検体になされた２分注の計画に従い、各モジュールに対する処理指示が作成される。
【００２９】
最後に、モジュール群１１を構成する各モジュールの制御部２０１は、処理が必要な検体を検出した時点で装置管理サーバ１２の指示部２１３に処理指示を問い合わせ、受け取った応答に従いアクチュエータを制御して処理を実施する。たとえば分注モジュールにおいて、前記の緊急検体（親検体）は２つの子検体に分注される。
【００３０】
前記のような動作によって、自動分析システム１０は、混雑具合に応じて図３に示す１分注を用いた検査（図３（ａ））３０１と２分注を用いた検査（図３（ｂ））３０２を切り替えながら処理することができる。
【００３１】
＜機能とハードウェアの対応＞
次に図２に示す自動分析システム１０の各構成要素と、当該構成要素を実現しているハードウェアおよびソフトウェアとの対応を説明する。
【００３２】
モジュール群１１を構成するモジュールの制御部２０１は、各モジュールのCPU(Central Processing Unit)がROM(Read Only Memory)や外部記憶装置に格納されたプログラムをRAM(Read Access Memory)に読み込み、通信I/F(Interface)、搬送や分析処理を行うためセンサ、コントローラ、アクチュエータ等のハードウェアを制御することで実現される。
【００３３】
装置管理サーバ１２の収集部２１１、指示用変化検出部２１２、指示部２１３、装置管理DB２１４は、装置管理サーバ１２のCPUがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３４】
検査情報管理サーバ１３の計画用変化検出部２２１、進捗評価部２２２、計画部２２３、検査情報管理DB２２４は、検査情報管理サーバ１３のCPUがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３５】
操作端末１４の操作感リブ２３１は、操作端末１４のCP
UがROMや外部記憶装置に格納されたプログラムをRAMに読み込み、通信I/F、マウス、キーボード、ディスプレイ等を制御することで実現される。
【００３６】
＜搬送機構＞
次に図４を用いて検体と各モジュールの搬送機構を説明する。投入モジュールや収納モジュールから搬出されるとき、もしくは、分注モジュールで分注されるときに検体４０１は、ホルダ４０２へ架設される。このホルダ４０２はデータを書き込み可能なRFID (Radio Frequency Identification)タグ４０３を有しており、検体が架設される際に架設バーコード４０４に記載されている検体の識別情報（検体ID）を内部に記録する。架設されたホルダ４０２は、ベルトライン４０５によってモジュール内、モジュール間を搬送される。またモジュール内において、検体はストッパ４０６によって一時停止されRFIDリーダ４０７による識別処理がなされる。そして、その認識結果に応じた搬送や処理がなされる。
【００３７】
なお、本実施形態では、ベルトライン４０５によって搬送する手段を用いているが、ロボットアームやXYZテーブル機構を使って搬送しても良い。また、ストッパ４０５で止めるのではなく、ベルトライン４０５の動作を停止させることでホルダ４０２を停止させてもよい。また、ホルダはRFIDタグ４０３によって識別されるものとしたが、検体のバーコード４０４を直接読み取っても良いし、ホルダ４０２にバーコードを付けて識別してもよい。
【００３８】
＜データ構造＞
次に図５を用いてホルダ４０２のRFIDタグ４０４のタグデータD１０００を説明する。
【００３９】
タグデータD１０００は、どのホルダにどの検体が架設されているかを表すものであって、ホルダの識別情報であるホルダID（D１００１）と検体の識別情報である検体ID（D１００２）からなる。なおホルダIDとはRFIDタグが製造されるときに付与される固有のIDである。また、検体IDは検体が作成された時点で付与される固有のIDである。
【００４０】
次に図６を用いて制御部２０１から収集部２１１に送信される処理状況データD２０００と、モジュール状態データD３０００を説明する。
【００４１】
処理状況データD２０００は、検体の現在位置と処理の進み具合を表すものであって、検体ID（D２００１）とモジュールID（D２００２）と処理状況D２００３から成る。ここで各モジュールには固有のモジュールIDがあらかじめ付与されているものとする。たとえば、検体IDが１０００１である検体が遠心モジュールで遠心分離を完了した場合、｛１０００１、遠心、完了｝といったデータが設定される。
【００４２】
モジュールデータD３０００は、モジュールの機構の異常、消耗品の状態、混雑具合を表すものであって、モジュールID（D３００１）と搬送機構異常（D３００２）と処理機構異常（D３００３）と消耗品残量（D３００４）と混雑具合（D３００５）から成る。ここで、搬送機構異常とは、搬入出するためのベルトラインやストッパが正常に動作しているかを表し、処理機構異常は分注や分析といった処理が正常に実施できるかを表す。また、消耗品残量とは、カップの残量や試薬マガジンの残数といった消耗品があとどれくらい残っているかを表す。混雑具合は、モジュールの許容検体数に対して現在の検体の数から算出される値（−１、０〜１）である。混雑具合はモジュールが１０個以上の検体を待機させる領域を持つモジュールについて有効とし、最大許容検体数に関する現在の検体数の商として定義する。１０個未満の検体を待機させる領域しか持たないモジュールの場合は常に−１が設定される。たとえばバッファモジュールについて、１００検体を待機させることができ、３５検体待機しているとすれば、混雑具合は０．３５とする。また、分注モジュールについて、異常はないがカップが切れそうな場合、｛分注、異常なし、異常なし、カップ残量小、−１｝といったデータが設定される。
【００４３】
次に図７を用いて指示部２１３から制御部２０１に送信される処理指示データD４０００と分注指示データD５０００を説明する。
【００４４】
処理指示データD４０００は、各モジュールが検体に処理を施し、次のモジュールへ搬送するための指示を表すものであって、検体ID（D４００１）と項目グループID（D４００２）とモジュール内経路ID（D４００３）から成る。ここで、項目グループIDとは、複数の検査項目をまとめたIDであり、モジュールはこの項目グループIDによって施すべき処理を判断できる。また、モジュール内経路IDは、モジュール内の搬送経路を表すIDであり、モジュールはこのモジュール内経路IDによってどの経路に搬送すべきかを判断できる。たとえば、検体IDが１０００１で、免疫・生化学１という項目グループIDの検体が遠心モジュールで遠心分離され、経路IDが１の経路で搬送される場合、｛１０００１、免疫・生化学１、１｝といったデータが設定される。
【００４５】
分注指示データD５０００は、分注モジュールの分注処理における分注数と分注量を表すパラメータであって、検体ID（D５００１）と１０個分の子検体ID（D５０１１a〜D５０２０a）と分注量（D５０２０b〜D５０２０b）から成る。ここで、分注数が１０未満の場合、分注しない子の領域には０を設定する。たとえば、検体IDが１０００１の親検体を検体ID１０００２（分注量１００）と検体ID１０００３（分注量５０）に分注する場合、｛１０００１、１０００２、１００、１０００３、５０、０、０、・・・、０、０｝といったデータが設定される。なお、本実施形態では分注数を１０個までとしたが１０個以上としてもよい。
【００４６】
次に図８を用いて装置管理DB２１４で管理される検体データテーブルT１１００とモジュールデータテーブルT１２００を説明する。
検体データテーブルT１１００は、検体の処理の完了状況を表すものであって、検体の識別情報である検体ID（T１１０１）と完了済みの処理を表す完了状況（T１１０２）と検体の検査を始めた時刻（より具体的には、投入モジュールや収納モジュールへの検体の投入、即ち自動分析システムへの検体の投入時刻）をあらわす開始時刻（T１１０３）から成る。たとえば、検体IDが１０００１の検体について、収納モジュール１０５に搬送する計画で、搬送完了した場合には、｛１０００１、収納、９：２５：２２｝といったデータが設定される。また、他の例として、検体IDが１０００２で免疫分析モジュール１２５（免疫１）から生化学分析モジュール１２４（生化学２）へ搬送し、最後に収納モジュール１０５に搬送する計画で、生化学分析モジュール１２４まで搬送が完了している場合には、｛１０００２、免疫１→生化学１、９：２６：１９｝といったデータが設定される。ここで、“→”は搬送順序を表す。なお、まだ処理の計画が立てられていない場合、完了状況は不明とする。たとえば、検査依頼がまだ登録されていない検体を投入した場合は不明とする。
【００４７】
モジュールデータテーブルT１２００は、各モジュールの現在の状態を表すものであって、モジュールID（T１２０１）と搬送機構異常（T１２０２）と、処理機構異常（T１２０３）と消耗品残量（T１２０４）と混雑具合（T１２０５）から成る。データの内容はモジュールデータD３０００と同じであり、各モジュールについて最新データだけが保持される。
【００４８】
次に図９を用いて、装置管理DB２１４で管理される搬送計画テーブルT１３００と分注計画テーブルT１４００を説明する。なお、検査情報管理DB２２４で管理される搬送計画テーブルT２６００と分注計画テーブルT２７００は処理性能を考慮して実体を分けているが、内容は同じであるので説明は省略する。
【００４９】
搬送経路テーブルT１３００は、各検体の検査項目と主要な搬送先を表すものであって、検体ID（T１３０１）と項目グループID（T１３０２）と搬送先（T１３０３）から成る。ここで、主要な搬送先は必ず行き方向で立ち寄る必要がモジュールを意味する。たとえば、検体IDが１０００１であって、何も処理は行わず収納モジュール１０５に搬送する場合には、｛１０００１、なし、収納[1, 手前]｝といったデータが設定される。ここで、[]は収納するトレイの分類IDと並べる場所を指定する。この例では[1, 手前]と指定することで、分類1の手前に並べられることになる。このほか[1, 奥]を指定すると奥から順にならべられ、 [1, 自動]と指定すると、緊急検体（優先度がHigh）のみ手前から配置し、それ以外を奥に配置する。
【００５０】
また、別の例として検体IDが１０００２であって、免疫・生化学２の項目を処理するために免疫分析モジュール１２５（免疫１）に搬送した後、生化学分析モジュール１２２（生化学１）か生化学分析モジュール１２４（生化学２）の空いている方へ搬送する場合には、｛１０００２、免疫・生化学２、免疫１→生化学１|生化学２[空]｝といったデータが設定される。ここで、“→”は順序を表す。また、“｜”はどちらかに搬送することを意味し、[]内にその決定条件を指定する。ここで[空]は“｜”の左右のモジュールの内、混雑具合の低いモジュールに搬送することを意味する。逆に混雑具合の高いモジュールに搬送する場合は[込]とする。このほか、1：２の割合で振り分けて搬送するのであれば[１：２]と指定する。
【００５１】
分注計画テーブルT１４００は、各親検体の分注数と分注量を表すものであって、親検体ID（T１４０１）と子の検体ID（T１４１１a〜T１４２０a）と分注量（T１４１１b〜T１４２０b）から成る。このテーブルは、分注計画データD５０００のデータを複数管理するテーブルである。分注計画データD５０００に合わせてこのテーブルでも分注数を１０までとしたが、それ以上であってもよい。
【００５２】
次に図１０を用いて、装置管理DB２１４で管理される搬送経路テーブルT１５００を説明する。なお、検査情報管理DB２２４で管理される搬送経路テーブルT２３００は処理性能を考慮して分けているが、内容は搬送経路テーブルT１５００と同じであるので説明は省略する。
【００５３】
搬送経路テーブルT１５００は、現在のモジュールから目的のモジュールに向かうために次にどのモジュールへ向かえばよいかを表したものであって、目的のモジュール（T１５０１）と目的のモジュールの向き（T１５０２）と現在のモジュール（T１５０３）と現在のモジュールの向き（T１５０３）と次のモジュール（T１５０５）と現在のモジュールの向き（T１５０６）から成る。たとえば、分注モジュール１０４の行きラインにある検体を収納モジュールに１０５に格納するため経路を表現するために、「分注（行き）→分注（戻り）」、「分注（戻り）→開栓（戻り）」、「開栓（戻り）→遠心（戻り）」、「遠心（戻り）→投入（戻り）」、「投入（戻り）→収納（戻り）」、「収納（戻り）→収納（行き）」という６つのデータが登録されることになる。
【００５４】
次に図１１を用いて、装置管理DB２１４で管理される処理指示テーブルT１６００を説明する。
【００５５】
処理指示テーブルT１６００は、各モジュールに関する検体の処理と搬送の処理指示を表すものであって、検体ID（T１６０１）とモジュールID（T１６０２）と項目グループID（T１６０３）とモジュール内経路ID（T１６０４）から成る。ここで、モジュール内経路IDは、対象とするモジュールで使用する搬送路の番号（１本目：１、２本目：２、３本目：３）×１０と次のモジュールで使用する搬送路の番号とする。たとえば、検体IDが１０００１で、免疫・生化学１という項目グループIDの検体が遠心モジュール１０２で遠心分離され、遠心モジュールでは１本目を用い、次の開栓モジュールでも1本目を用いるとすると、｛１０００１、遠心、免疫・生化学１、１１｝といったデータが設定される。各モジュールは、このモジュール内経路IDを受け取ることで検体の搬送のタイミングや経路を制御するストッパを制御できる。
【００５６】
次に図１２を用いて、検査情報管理サーバ２２４で管理される検査依頼テーブルT２１００を説明する。
【００５７】
検査依頼テーブルT２１００は、検体の検査項目と優先度を表すものであって、検体ID（T２１０１）と項目グループID（T２１０２）と優先度（T２１０３）から成る。たとえば、検体IDの項目グループIDが免疫・生化学１で優先度が通常（Mid）ならば｛１０００１、免疫・生化学１、Mid｝といったデータが登録される。
【００５８】
次に図１３を用いて、検査情報管理サーバ２２４で管理される計画候補ファイルT２２００を説明する。
【００５９】
計画候補ファイルT２２００は、項目グループIDごとの分注の数量、親子の検体に分けられた後の項目グループIDと搬送先で構成される分注と搬送の計画の候補を表すものであって、図１３に示すようにXML（Extensible Markup Language）形式のファイルである。１つの候補タグが１つの計画の候補を表し、項目タグと有効条件タグと分注タグ（それぞれ１つずつ）から成る。
【００６０】
項目タグは、計画を実行したとき全体で検査する項目グループIDを表す。有効条件タグは、候補を計画時に使うかどうかの条件を記載するものであり、必要に応じて曜日と時刻と検体の優先度を指定する。全条件が真であるとき候補を計画時に使う。
【００６１】
分注タグは、分注の数量と搬送先を記載するものであり、親タグと子タグに分かれる。親タグには親検体の処理グループIDと主要な搬送先を記載する。子タグは分注数分作成する。子タグには属性として子のNo.(Number)を付与した上で、子検体の処理グループIDと分注量と主要な搬送先を記載する。
【００６２】
たとえば、図１３に示した候補No.１では、免疫・生化学１を検査するための計画であり、全曜日、全日、すべての優先度の検体に有効となる。この計画では親検体を１つの子検体に分注して、免疫の分析モジュールと生化学の分析モジュールに順番に搬送・処理する。一方、候補No.２ではNo.１同様に免疫・生化学１を検査するための計画であるが、平日（月〜金）の９時から１７時までの緊急検体にのみ有効となる。この計画では親検体を２つの子検体に分注して、免疫の分析モジュールと生化学の分析モジュールにそれぞれ搬送・処理する。したがって、通常検体であれば図３に示した（パターンA）301が採用され、緊急検体であれば図３に示した（パターンA）301か（パターンB）302のどちらかが採用されることになる。
【００６３】
次に図１４を用いて、検査情報管理サーバ２２４で管理される目標時間テーブル２４００と目標補正テーブル２５００を説明する。
【００６４】
目標時間テーブル２４００は、検体の検査項目と優先度に対する検査完了の目標時間を表すものであって、項目グループID（T２４０１）と優先度（T２４０２）と目標時間（T２４０３）から成る。たとえば項目グループIDが免疫・生化学１の検体を検査する際に、優先度が３段階（緊急、通常、通常以下）あるならば、高い順に２５分、４０分、６０分以内に検査することが目標とすると、｛免疫・生化学１、High、２５｝、｛免疫・生化学１、Mid、４０｝、｛免疫・生化学１、Low、６０｝といったデータが設定される。
【００６５】
目標補正テーブルT２５００は、目標時間テーブルT２４００に登録された目標時間を混雑時に補正するためのものであって、混雑度（T２５０１）と補正率（T２５０２）から成る。混雑具合に応じて目標を厳しくする際には、｛Low、１｝、｛Mid、０．９｝、｛High、０．８｝といったデータが記載される。
【００６６】
次に図１５を用いて、検査情報管理サーバ２２４で管理される処理時間テーブルT２８００を説明する。
【００６７】
処理時間テーブルT２８００は、各モジュールが検体を処理するために必要な時間の平均値を表すものであって、モジュールID（T２８０１）と項目グループID（T２８０２）と優先度（T２８０３）と混雑度（T２８０４）と平均処理時間（T２８０５）から成る。たとえば、バッファモジュール１１３（バッファ１）について、項目グループIDが免疫・生化学１の検体に対して、通常検体（Mid）と緊急検体（High）の各混雑具合（Low, Mid, High）での処理時間は図１５に示すようになる。
【００６８】
＜処理フロー＞
次に図１６を用いて、自動分析システム１０が検体の優先度とモジュールの混雑具合に応じた分注と搬送の計画を立案・実行する処理の全体の流れを説明する。
【００６９】
なお、本実施形態における各モジュールは随時処理完了報告データD２０００とモジュールデータD３０００を装置管理サーバ１２に送信し、装置管理サーバ１２はそれをもとに検体データテーブルT１１００とモジュールデータテーブルT１２００を最新のデータに更新しているとする。また、各モジュールは搬入された検体に対して、装置管理サーバ１２から得た処理指示データD４０００と分注計画データD５０００をもとに処理を施し、搬出するものとする。また、検査依頼テーブルT２１００は、電子カルテシステム等から随時最新のデータに更新されるものとする。
【００７０】
モジュール群１１の各モジュール、検査情報管理サーバ１２、検査情報管理サーバ１３が各々並行して以下に説明する処理を行うことで達成される。自動分析システム１０が稼働中である限り、各々が並行して繰り返し以下に説明する処理を行う。
【００７１】
まず、検査情報管理サーバ１３の処理を説明する。
【００７２】
計画用変化検出部２２１は、検査情報管理DB２２４で管理されている検査依頼テーブルT２１００、装置管理DB２２４で管理されている検体データテーブルT１１００、モジュールデータテーブルT１２００を監視し、一度も計画していない検体、異常や消耗品切れとなったモジュールに関係する検体、混雑具合が変化したモジュールで処理予定の検体を計画立案の候補として選出する（ステップS２０１）。
【００７３】
次に、進捗評価部２２２は、計画が必要か判断していない検体がある場合はステップS２０３に処理を進め、そうでない場合は処理を終了する（ステップS２０２）。
【００７４】
計画が必要か判断していない検体がある場合、進捗評価部２２２は、選出された検体について、現在の計画と搬送経路上のモジュールの混雑具合を使って算出される（予測完了時間）と、予め登録された目標時間に混雑具合に応じた補正を行った（補正済み目標時間）を使って、式１に従い進捗具合を算出する（ステップS２０３）。なお、一度も計画されていない検体については算出しない。
【００７５】
【数１】
次に、進捗評価部２２２は、選出された検体の（進捗具合）が（１）正かつ５分以上である（十分間に合う）、もしくは（２）負である（間に合わない）場合は計画が必要であるとしてステップS２０５に処理を進め、そうでない場合はステップS２０２に戻る（ステップ２０４）。なお、本実施形態では（１）について正かつ５分以上を計画するようにしたが、モジュールの性能に応じて５分より短くても長くてもかまわない。同様に（２）について、−５分以上でなければ計画しないものとしてもよい。
【００７６】
次に、計画部２２３は、選出された検体の項目グループIDを検査依頼テーブル２１００から検体IDをキーとして取得する。なお、子検体の場合は、予め計画テーブルT２５００から親検体IDを取得し、前記手順で項目グループIDを取得する。そして、計画候補ファイルT２２００の候補の中で、項目グループIDが一致し、かつ、有効条件が真である計画の候補を取得し、進捗評価部２２２に返却する（ステップS２０５）。
【００７７】
そして、進捗評価部２２２は、立案されたすべての計画候補について、ステップS２０３と同様の手順で進捗具合を算出する。そして、進捗具合が正である計画候補の中で、最小の分注数となる計画を選択する。最小の分注数の計画が複数ある場合は、より進捗具合が大きいものを選択する。該当する計画が一つもない場合は、進捗具合が０分か負となる計画の中でもっとも大きいものを選択する。最後に選択した計画の内容を搬送に関しては搬送計画テーブル（T１３００、T２６００）、分注に関しては分注計画テーブル（T１４００、T２７００）に保存する（ステップS２０６）。なお、データを保存する際は、装置管理サーバ１２が参照中のレコードを変更しないようにする。
【００７８】
次に装置管理サーバ１２の処理を説明する。
【００７９】
指示用変化検出部２１２は、装置管理DB２２４で管理されている検体データテーブルT１１００、モジュールデータテーブルT１２００、搬送計画テーブルT１３００、分注計画テーブル１４００を監視し、計画が変更された検体、異常や消耗品切れ、混雑具合となったモジュールに関係する検体を指示生成の候補として選出する（ステップS２１１）。
【００８０】
次に、指示部２１３は、全ての選出された候補の指示を生成したかどうかを確かめ、全ての候補について指示を生成した場合は処理を終了し、候補が残っている場合、はステップS２１３に処理を進める（ステップS２１２）。
【００８１】
候補が残っている場合、指示部２１３は、まず搬送経路テーブルT１５００を参照して、計画で指定された主要な搬送先に搬送するために経由するモジュールを抽出する。そして、抽出したモジュールの内部の搬送経路を選択する（ステップS２１３）。ここで、本実施形態における構成では３本搬送路を持つモジュールと２本搬送路を持つモジュールがある。３本の搬送路（行きｘ２、戻りｘ１）を持つモジュールの場合、行き方向は２系統あり選択の必要がある。本実施形態では処理を施すことができる搬送路を1本目に限定している。そこで、検体の項目グループIDを参照し、その検体に処理を施す必要があれば１本目の搬送路、処理を施す必要がなければ２本目の搬送路を通るように搬送路を選択するものとする。２本の搬送路（行きｘ１、戻りｘ１）を持つモジュールの場合、次に搬出するモジュールによって内部の搬送経路は確定されるので選択の必要はない。
【００８２】
そして、指示部２１３は、処理指示テーブルT１６００に、対象の検体の検体IDとモジュールIDと項目グループIDと選択した搬送路に対応するモジュール内経路IDを保持する新しいレコードを追加する（ステップS２１４）。この処理が終わると、ステップS２１２に戻る。
【００８３】
上記の処理において、モジュールの異常や消耗品切れによって搬送できない搬送先がある場合には、その搬送先を飛ばして、可能な搬送先に搬送する経路を算出し指示を生成する。すべての搬送先に搬送できない場合は収集モジュール１０５など、予め定めた異常時の搬送先に向けた指示を生成する。
【００８４】
次に、モジュール群１１を構成する各モジュールの処理を説明する。
【００８５】
各モジュールの制御部２０１は、処理を行う直前、もしくは、分岐の直前に設置されたストッパとRFIDリーダを使って搬入した検体を一時停止させ、検体IDを取得する（ステップS２２１）。
【００８６】
次に、各モジュールの制御部２０１は、取得した検体IDに関する指示を装置管理サーバ１２に問合せ、処理指示データD４０００を取得する。分注モジュールの場合は分注計画データD５０００も取得する（ステップS２２２）。
【００８７】
そして、各モジュールの制御部２０１は、取得した指示に基づいて、コントローラ、アクチュエータを制御し検体に処理を施し、次の搬送先となっているモジュールに搬出する（ステップS２２３）。
【００８８】
次に、図１７を使って計画立案の候補となる検体の選出処理（ステップS２０１）を詳しく説明する。
【００８９】
まず、計画用変化検出部２２１は、検査依頼テーブルT２１００を参照し、新しい依頼が追加されたどうかを確認する。その結果、追加されているならばステップS３０２に処理を進め、追加されていないならばステップ３０３に処理を進める（ステップS３０１）。
【００９０】
追加されているならば、計画用変化検出部２２１は、新しい依頼に対応する検体を計画の候補に追加する（ステップS３０２）。
【００９１】
次に、計画用変化検出部２２１は、検体データテーブルT１１００を参照し、投入モジュール１０１から新たに搬入された検体があるかどうかを確認する。その結果、新たに搬入された検体があるならばステップS３０４に処理を進め、なければステップS３０５に処理を進める（ステップS３０３）。
【００９２】
新たに搬入された検体があるならば、計画用変化検出部２２１は、新たに搬入された検体を計画の候補に追加する（ステップS３０４）。
【００９３】
次に、計画用変化検出部２２１は、モジュールデータテーブルT１２００を参照し、搬送機構異常T１２０２、処理機構異常T１２０３が1回前の状態と変化しているかどうかを確認する。なお、初回の場合は異常となっているものをすべて変化したとする。その結果、変化していると判断されるならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３０６に処理を進め、搬送する可能性がないならばステップS３０７に処理を進める（ステップS３０５）。前記では、各検体の計画に記載された主要な搬送先について、搬送経路テーブルT２３００を用いて主要な搬送先の間で経由するモジュールを取得し、異常のあるモジュールではないかを一つずつ調べる必要がある。検査情報管理サーバ１３の計算性能上この処理負荷が問題となる場合には、計画した時点で転置インデックステーブルを作成しておくことで軽減できる。すなわち、各モジュールのモジュールIDをインデックスとして、モジュールを経由する検体の検体IDを保持するテーブルを作成すればよい。
【００９４】
搬送する可能性があるならば、計画用変化検出部２２１は、異常のあったモジュールを利用する可能性のある検体を計画の候補に追加する（ステップS３０６）。
【００９５】
次に、計画用変化検出部２２１は、モジュールデータテーブルT１２００を参照し、消耗品残量が５０未満となっているかどうかを確認する。その結果、５０未満となっているならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３０８に処理を進め、搬送する可能性がないならばステップS３０９に処理を進める（ステップS３０７）。
【００９６】
搬送する可能性があるならば、計画用変化検出部２２１は、消耗品切れ（切れかけ）のモジュールを利用する可能性がある検体を計画の候補に追加する（ステップS３０８）
次に、計画用変化検出部２２１は、直前の混雑具合と現在の混雑具合を比較し、０．７を閾値として、閾値を上回ったか下回ったときに変化があったとして、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS３１０に処理を進め、そうでなければ処理を終了する（ステップS３０９）。なお、本実施形態では閾値を０．７としたがそれより大きくても小さくてもかまわない。また、閾値はモジュールに依らず固定としたが、モジュールごとに個別の閾値を設定してもよい。さらには、直前の値と現在の値の差分値に対して閾値を設けるなどしてもよい。
【００９７】
搬送する可能性があるならば、計画用変化検出部２２１は、混雑具合が変化したモジュールを利用する可能性がある検体を計画の候補に追加し、処理を終了する（ステップS３１０）。
【００９８】
次に、図１８を使って進捗具合の算出処理（ステップS２０３）を詳しく説明する。
【００９９】
まず、進捗評価部２２２は、式２に基づいて（補正済み目標時間）を算出する（ステップS４０１）。ここで式２の（目標時間）は目標時間テーブルT２４００に登録された目標時間T２４０３である。また、式２の（補正率の平均）は、式３に基づいて算出される値で値であって、検体が経由する可能性があるモジュールの中で、モジュールデータテーブルT１２００の混雑具合T１２０５が０〜１までの値となっているモジュールの補正率の和をそのモジュールの数で割った値である。
【０１００】
ここで、生化学分析モジュール１２２と１２４のどちらかに行けばよいなど冗長性のある場合には、まず、通りうるすべての経路の組合せについて個別に補正率の平均を求める。そして、さらにその平均値を（補正率の平均）とする。なお、本実施形態では平均値を用いるが、最大値や最小値、中央値などを用いても良い。
【０１０１】
【数２】
【０１０２】
【数３】
次に予測完了時刻を式４に基づいて算出する（ステップS４０２）。ここで式４の（開始時刻）は、該当する検体に関する検体データテーブルT１１００の開始時刻T１１０３を参照することで得られる。またΣ（平均処理時間）は、現在位置から経由するモジュールの（平均処理時間）の総和である。各モジュールの（平均処理時間）は、処理時間テーブルT２８００において、該当するモジュールID、項目グループID、優先度、混雑度の平均処理時間T２８０５を参照することで得られる。
【０１０３】
なお、評価を行う検体が親検体で、子検体に分注してから分析を行う場合、子検体の（予測完了時間）は、親検体を分注し終わるまでの（予測完了時間）と子検体が分注されてから分析が終わるまでの（予測完了時間）の和とし、親と子（複数）の検体のなかでもっとも時間のかかるものを最終的な（予測完了時間）とする。
【０１０４】
【数４】
最後に、式１に従って、（補正済み目標時間）と（予測完了時間）の差を（進捗具合）とする。
【０１０５】
たとえば、直接生化学分析を行う分注された緊急検体が、今分注モジュール１０４にあって、搬送ラインモジュール１１１a、方向転換モジュール１１２b、搬送ラインモジュール１１１e、バッファモジュール１１３を経由して生化学分析モジュール１２１に搬送される場合を例に具体的に説明する。ここで、この緊急検体の目標時間は２０分であるとする。また、混雑具合はバッファモジュール１１３と生化学分析モジュール１２１について考慮されるとし、混雑具合は順番にMid、Highとする。また、混雑具合に対する補正率は、Lowが1、Midが０．９、Highが０．８とする。また、処理時間テーブルT２８００に登録された現在の項目グループID、優先度、混雑具合に対応する平均処理時間は、搬送ラインモジュール１１１aが５秒、方向転換モジュール１１２bが１０秒、搬送ラインモジュール１１１eが５秒、バッファモジュール１１３が４０秒、生化学分析モジュール１２１が６００秒であるとする。このとき、（補正率の平均）は、１/２×（０．９＋０．８）＝０．８５となるため、（補正済み目標時間）は（２０×０．８５）＝１７分である。これに対し、（予測完了時間）は、（現在時刻）が１０：００、開始時刻が９：５５として、（１０：００−９：５５））分＋（５＋１０＋５＋４０＋６００）秒＝１６分となる。よって（進捗具合）は（１７−１６）＝１分と算出される。なお、この場合、目標時間通り処理が進んでいるとして、進捗評価部２２２は計画を変更しない。
次に、図１９を使って指示生成の候補 となる検体の選出処理（ステップS２１１）を詳しく説明する。
【０１０６】
まず、指示用変化検出部２１２は、搬送計画テーブルT１３００、分注計画テーブル１４００を参照し、新しい計画が登録されたあるいは計画が更新されたかを確認する。その結果、登録もしくは更新されているならばステップS５０２に処理を進め、そうでないならばステップS５０３に処理を進める（ステップS５０１）。
【０１０７】
登録もしくは更新されているならば、指示用変化検出部２１２は、登録もしくは更新された計画に関する検体を指示生成の候補に追加する（ステップS５０２）。
【０１０８】
次に、指示用変化検出部２１２は、前記した図１７のステップS３０５と同じ手順で、モジュールに異常があったかどうかを確認し、異常があったモジュールに検体を利用する可能性があるならばステップS５０４に処理を進め、そうでないならばステップS５０４に処理を進める（ステップS５０３）。
【０１０９】
異常があったモジュールに検体を利用する可能性があるならば、指示用変化検出部２１２は、異常のあったモジュールを利用する可能性のある検体を計画の候補に追加する（ステップS５０４）。
【０１１０】
次に、指示用変化検出部２１２は、前記した図１７のステップS３０７と同じ手順で、モジュールデータテーブルT１２００を参照し、消耗品残量が５０未満となっているかどうかを確認する。その結果、５０未満となっているならば、処理中の全検体についてそのモジュールに搬送する可能性があるかどうかを確認し、搬送する可能性があるならばステップS５０６に処理を進め、搬送する可能性がないならばステップS５０７に処理を進める（ステップS５０５）。
【０１１１】
搬送する可能性があるならば、指示用変化検出部２１２は、消耗品切れ（切れかけ）のモジュールを利用する可能性がある検体を計画の候補に追加する（ステップS５０６）
次に、指示用変化検出部２１２は、前記した図１７のステップS３０９と同じ手順で、直前の混雑具合と現在の混雑具合の変化を確認し、変化したと判断されるモジュールに搬送する可能性があるならばステップS５０８に処理を進め、そうでなければ処理を終了する（ステップS５０７）。
【０１１２】
搬送する可能性があるならば、指示用変化検出部２１２は、混雑具合が変化したモジュールを利用する可能性がある検体を計画の候補に追加し、処理を終了する（ステップS５０８）。
【０１１３】
次に、図２０を用いて、検査技師等が処理の実績の表示方法を説明する。
【０１１４】
操作端末１４の操作管理部２３１は、搬送計画テーブル２６００、分注計画テーブルT２７００、検体データテーブルT１１００、モジュールデータテーブルT１２００を参照してディスプレイに実績表示GUI（Graphical User Interface）５０００を表示する。
【０１１５】
実績表示GUI５０００は、検体リスト５０１０と分注・搬送状況パネル５０２０とアラームパネル５０３０を有する。検体リスト５０１０は、各検体の検体ID、項目、親子関係、処理の完了状況、計画に対して搬送先が変更されたかどうかを周期的に更新しながら一覧表示する。
【０１１６】
検査技師等の操作者が、検体リスト５０１０の中から情報を得たい検体の行をクリックすることをきっかけとして、操作管理部２３１は、分注・搬送状況パネル５０２０に、選択された検体の計画を計画パネル５０２１に表示し、実際に搬送された検体の実績を実績パネル５０２２に表示し、計画と実績が異なった理由を５０２３に表示する。
【０１１７】
たとえば図２０に示す例では、もともと親検体（親）から子検体を１つ作成し分析する計画だったところをシステムの混雑具合に合わせて子検体を２つ作成し分析する計画に変更したことが計画パネル５０２１に表示されている。また、実際にはバッファモジュール１１３（バッファ１）が停止したことを受けて、子２は収納モジュールに急遽搬送されたこと実績パネル５０２２に表示している。また、その経過が「システムの混雑具合に合わせて計画を見直し。」「バッファ１が停止中しているため免疫１を飛ばして搬送。 」として、インフォーメーションパネル５０２３に表示している。検査技師は、この情報を確認することで、どの検体がなぜ計画を変更されたのか、あるいは、計画どおり進んでいないかを把握することができ、その原因（試薬切れやモジュールの異常）に迅速に対処できる。
【０１１８】
上述と並行して操作管理部２３１は、アラームパネル５０３０に現在のモジュール状況と、必要に応じて消耗品交換の必要性を促す通知を行う。消耗品の交換に関する通知は、消耗品の残量が減少した場合と、図２０に示したように、モジュールに異常が発生したことによって分析モジュールの使用状況に偏りが見られたときに行う。
【０１１９】
なお、上記の処理の手順で分注数が変更された計画が立案・実行されるが、検査技師が最適な分注数とそれに応じた搬送先を判断し、操作端末１４を介して新しい計画を直接装置管理サーバ１２の搬送計画テーブルT１３００、分注計画テーブル１４００に登録しても構わない。その場合は、検査情報管理サーバ１３の該当するレコードへの書き込みを制限する。
【０１２０】
また、本実施形態では検査依頼テーブルT２１００に優先度に従って上記処理を行うものとしたが、たとえば投入モジュール１０１に緊急検体用のトレイや搬入口がある場合には、そこから搬入された検体は検査依頼テーブルT２１００上で優先度がHighとなっていなくともHigh、すなわち緊急検体として処理してもよい。
＜本実施例による効果の例＞
次に図２１を用いて、緊急検体の検査に関して、分注数を従来のように固定した場合と本実施例のように分注数を変更できるようにした場合の処理時間と消耗品（子検体用のカップやチップ）の使用量の違いを簡単に説明する。
従来方法では予め定めた分注数を設定することになる。たとえば、常に１分注すると図２１の下段で示すように消耗品の使用量は低減するが、図２１上段で示すように依頼が多くシステムが混雑する時間帯では目標時間をオーバーしかねない。一方、常に２分注すると図２１の上段で示すように目標時間は守られるが、図２１下段で示すように多くの消耗品を使用することになる。これに対し、本実施例では、忙しい時間帯だけ分注数を多くする。したがって、図２１上段で示すように目標時間を守りつつ、かつ、図２１下段で示すように消耗品の使用量も常に２分注することに比べれば低減させることができる。
【０１２１】
以上に説明したように、本実施例によれば、時間に余裕のない検体は分注数を増やして迅速に検査することができる。また、進捗状況に余裕のある検体は分注数を減らしてカップやチップといった消耗品を抑制できる。さらに、上記の効果に加え次の効果もある。
【０１２２】
優先度に応じて分注や搬送の計画の候補を指定することができるので、緊急検体だけを前記のように分注数を変更して処理するといったこともできる。
【０１２３】
また、曜日や時刻に応じて分注や搬送の計画の候補を指定することができるので、検査室の運用（装置の稼働時間）に応じた計画を設定できる。
【０１２４】
また、前記計画に緊急検体をトレイの前に収納するなどの付加項目を設定することができるので、緊急検体を直接分析モジュールに投入して迅速化したり、搬送ラインのつながっていない分析モジュールに投入したりすることにも柔軟に対応できる。
【０１２５】
また、検査技師の判断によって、操作端末を介して直接登録することもできるので、特定の検体を特急で処理するといった場合でも柔軟に対応できる。
【０１２６】
また、分注や搬送の計画を変更するだけでなく、それと連動して検体の進捗状況、システムの混雑具合とその影響、消耗品の交換を促す通知などを検査技師に操作端末を介して提示することによって、検査全体の作業の効率化を図ることができる。
【０１２７】
また、検査依頼、検体の投入、モジュールの異常、モジュールの消耗品、モジュールの混雑具合に変化があったときに、関係する検体のみ計画を実行するので、検査情報管理サーバ１３の処理負荷を低減させることができる。
【０１２８】
また、計画の変更、ジュールの異常、モジュールの消耗品、モジュールの混雑具合に変化があったときに、関係する検体のみ指示を生成するので、装置管理サーバ１２の処理負荷を低減させることができる。
【符号の説明】
【０１２９】
１０・・・自動分析システム
１１・・・モジュール群
１２・・・装置管理サーバ
１３・・・検査情報管理サーバ
１４・・・操作端末
１７・・・装置情報ネットワーク
１８・・・検査情報ネットワーク
１９・・・病院ネットワーク
１０１・・・投入モジュール
１０２・・・遠心モジュール
１０３・・・開栓モジュール
１０４・・・分注モジュール
１０５・・・収納モジュール
１１１・・・搬送ラインモジュール
１１２・・・方向転換モジュール
１１３、１１４、１１５、１１６・・・バッファモジュール
１２１、１２３・・・凝固分析モジュール
１２２、１２４・・・生化学分析モジュール
１２５、１２６・・・免疫分析モジュール
【特許請求の範囲】
【請求項１】
各々分析対象の分析を行う複数の分析モジュールと、
前記複数の分析モジュールへの分析対象の搬送を実行する搬送モジュールと、
システムに投入された親分析対象を用いて一又は複数の分析対象を作成する分割モジュールと、
前記親分析対象について要求される分析処理の種類と、当該親分析対象について要求される優先度を管理する管理部とを有しており、
前記管理部は、前記分析処理の種類と前記優先度とに基づいて、前記親分析対象から作成される分析対象の数が小さくなるよう当該分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を決定し、前記分析対象の数に従って前記親分析対象から一又は複数の分析対象作成するよう前記分割モジュールを制御し、前記各分析対象に対して前記処理計画に従った分析処理が実行されるよう前記搬送モジュールと前記複数の分析モジュールとを制御することを特徴とする分析システム。
【請求項２】
請求項１記載の分析システムであって、
更に、前記管理部によって決定された前記処理計画の内容を表示する表示手段を有することを特徴とする分析システム。
【請求項３】
請求項１に記載の分析システムであって、
前記管理部は、前記複数の分析モジュール各々から当該分析モジュールが分析すべき分析対象の混雑度合いに関する情報を収集し、当該混雑の度合いに関する情報と前記優先度とに基づいて、当該管理部が決定した前記処理計画を変更することを特徴とする分析システム。
【請求項４】
請求項１記載の分析システムであって、
前記管理部は、前記複数の分析モジュール各々から当該分析モジュールが分析すべき分析対象の混雑度合いに関する情報を収集しており、前記優先度と前記混雑度合いに関する情報とに基づいて、当該優先度に応じて定められる所定の時間内に前記親分析対象について要求される全ての分析処理が完了するようスケジュールされた処理計画を複数作成し、
前記管理部は、複数の前記処理計画の内、前記親処理対象から作成される前記処理対象の数が最も少ない処理計画を選択することを特徴とする分析システム。
【請求項５】
請求項１記載の分析システムであって、
更に前記一又は複数の処理対象を収納するための収納モジュールを有しており、
前記管理部は、前記優先度に基づいて、前記収納モジュールの中のどの位置に前記処理対象を収納するかを決定することを特徴とする分析システム。
【請求項６】
請求項３記載の分析システムであって、
前記管理部は、予め登録された目標時間内に、前記親分析対象について要求される全ての分析処理が完了するよう処理計画を作成しており、
前記混雑度合いに関する情報に基づいて、前記目標時間内に前記全ての分析処理が完了できないと判断した場合に、前記処理計画を変更することを特徴とする分析システム。
【請求項７】
請求項６記載の分析システムであって、
前記混雑度合いに関する情報には、前記管理部が収集した前記搬送モジュールの混雑度合いに関する情報も含まれることを特徴とする分析システム。
【請求項８】
請求項３記載の分析システムであって、
前記管理部は更に、前記複数の分析モジュールの状態を監視しており、いずれか一の分析モジュールに異常が生じた場合に、前記処理計画を変更することを特徴とする分析システム。
【請求項９】
請求項３記載の分析システムであって、
前記管理部は更に、前記複数の分析モジュールで用いられる消耗品の数の情報を当該複数の分析モジュールから収集しており、当該消耗品の数に応じて前記処理計画を変更することを特徴とする分析システム。
【請求項１０】
請求項１記載の分析システムであって、
更に、処理計画を入力するための入力端末を備え、
前記管理部は、前記入力端末から前記処理計画を受信した場合には、当該処理計画に従って前記分割モジュール、前記搬送モジュール、及び前記複数の分析モジュールを制御することを特徴とする分析システム。
【請求項１１】
請求項９記載の分析システムであって、
更に表示手段を有しており、
前記処理計画の変更によって消耗品の使用頻度が高くなることが予測される場合に、前記表示手段は消耗品の交換または追加を促す通知を行うことを特徴とする分析システム。
【請求項１】
各々分析対象の分析を行う複数の分析モジュールと、
前記複数の分析モジュールへの分析対象の搬送を実行する搬送モジュールと、
システムに投入された親分析対象を用いて一又は複数の分析対象を作成する分割モジュールと、
前記親分析対象について要求される分析処理の種類と、当該親分析対象について要求される優先度を管理する管理部とを有しており、
前記管理部は、前記分析処理の種類と前記優先度とに基づいて、前記親分析対象から作成される分析対象の数が小さくなるよう当該分析対象の数と各分析対象に対して実行される分析処理の種類を含む処理計画を決定し、前記分析対象の数に従って前記親分析対象から一又は複数の分析対象作成するよう前記分割モジュールを制御し、前記各分析対象に対して前記処理計画に従った分析処理が実行されるよう前記搬送モジュールと前記複数の分析モジュールとを制御することを特徴とする分析システム。
【請求項２】
請求項１記載の分析システムであって、
更に、前記管理部によって決定された前記処理計画の内容を表示する表示手段を有することを特徴とする分析システム。
【請求項３】
請求項１に記載の分析システムであって、
前記管理部は、前記複数の分析モジュール各々から当該分析モジュールが分析すべき分析対象の混雑度合いに関する情報を収集し、当該混雑の度合いに関する情報と前記優先度とに基づいて、当該管理部が決定した前記処理計画を変更することを特徴とする分析システム。
【請求項４】
請求項１記載の分析システムであって、
前記管理部は、前記複数の分析モジュール各々から当該分析モジュールが分析すべき分析対象の混雑度合いに関する情報を収集しており、前記優先度と前記混雑度合いに関する情報とに基づいて、当該優先度に応じて定められる所定の時間内に前記親分析対象について要求される全ての分析処理が完了するようスケジュールされた処理計画を複数作成し、
前記管理部は、複数の前記処理計画の内、前記親処理対象から作成される前記処理対象の数が最も少ない処理計画を選択することを特徴とする分析システム。
【請求項５】
請求項１記載の分析システムであって、
更に前記一又は複数の処理対象を収納するための収納モジュールを有しており、
前記管理部は、前記優先度に基づいて、前記収納モジュールの中のどの位置に前記処理対象を収納するかを決定することを特徴とする分析システム。
【請求項６】
請求項３記載の分析システムであって、
前記管理部は、予め登録された目標時間内に、前記親分析対象について要求される全ての分析処理が完了するよう処理計画を作成しており、
前記混雑度合いに関する情報に基づいて、前記目標時間内に前記全ての分析処理が完了できないと判断した場合に、前記処理計画を変更することを特徴とする分析システム。
【請求項７】
請求項６記載の分析システムであって、
前記混雑度合いに関する情報には、前記管理部が収集した前記搬送モジュールの混雑度合いに関する情報も含まれることを特徴とする分析システム。
【請求項８】
請求項３記載の分析システムであって、
前記管理部は更に、前記複数の分析モジュールの状態を監視しており、いずれか一の分析モジュールに異常が生じた場合に、前記処理計画を変更することを特徴とする分析システム。
【請求項９】
請求項３記載の分析システムであって、
前記管理部は更に、前記複数の分析モジュールで用いられる消耗品の数の情報を当該複数の分析モジュールから収集しており、当該消耗品の数に応じて前記処理計画を変更することを特徴とする分析システム。
【請求項１０】
請求項１記載の分析システムであって、
更に、処理計画を入力するための入力端末を備え、
前記管理部は、前記入力端末から前記処理計画を受信した場合には、当該処理計画に従って前記分割モジュール、前記搬送モジュール、及び前記複数の分析モジュールを制御することを特徴とする分析システム。
【請求項１１】
請求項９記載の分析システムであって、
更に表示手段を有しており、
前記処理計画の変更によって消耗品の使用頻度が高くなることが予測される場合に、前記表示手段は消耗品の交換または追加を促す通知を行うことを特徴とする分析システム。
【図１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図４】
【図５】
【図６（ａ）】
【図６（ｂ）】
【図７（ａ）】
【図７（ｂ）】
【図８（ａ）】
【図８（ｂ）】
【図９（ａ）】
【図９（ｂ）】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４（ａ）】
【図１４（ｂ）】
【図１５】
【図１６（ａ）】
【図１６（ｂ）】
【図１６（ｃ）】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図４】
【図５】
【図６（ａ）】
【図６（ｂ）】
【図７（ａ）】
【図７（ｂ）】
【図８（ａ）】
【図８（ｂ）】
【図９（ａ）】
【図９（ｂ）】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４（ａ）】
【図１４（ｂ）】
【図１５】
【図１６（ａ）】
【図１６（ｂ）】
【図１６（ｃ）】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１２−３７３４６（Ｐ２０１２−３７３４６Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７６９２０（Ｐ２０１０−１７６９２０）
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（５０１３８７８３９）株式会社日立ハイテクノロジーズ (4,325)
【Ｆターム（参考）】
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（５０１３８７８３９）株式会社日立ハイテクノロジーズ (4,325)
【Ｆターム（参考）】
[ Back to top ]