(57)【要約】【課題】検査に必要な検体を収容するための採取管の種類や本数を適正化し、患者に対する負担軽減等を図る。【解決手段】容量が異なる複数種類の所定の採取管を組み合わせて、検査に必要な検体量を収容することが可能な採取管を選択する採取管選択方法。当該方法は、患者の検査項目に基づいて、検査に必要な検体量を取得するステップと、容量が異なる複数種類の所定の採取管の組合せのうち、採取管の総容量が、取得された検体量以上となる全ての組合せを取得するステップと、取得された採取管の組合せの中から、採取管の数、総容量、及び、組合せに含まれる最も大きい採取管の容量、に基づいて、１つの組合せを決定するステップと、を含む。【選択図】  図８
2008292393.tif 000002
【特許請求の範囲】
【請求項１】
容量が異なる複数種類の所定の採取管を組み合わせて、検査に必要な検体量を収容することが可能な採取管を選択する採取管選択方法であって、
患者の検査項目に基づいて、検査に必要な検体量を取得するステップと、
容量が異なる複数種類の所定の採取管の組合せのうち、採取管の総容量が、取得された検体量以上となる全ての組合せを取得するステップと、
取得された採取管の組合せの中から、採取管の数、総容量、及び、組合せに含まれる最も大きい採取管の容量、に基づいて、１つの組合せを決定するステップと、を含むことを特徴とする採取管選択方法。
【請求項２】
前記１つの組合せを決定するステップが、
前記取得された採取管の組合せの中から、採取管の数が最も少ない組合せを選択する第１選択ステップと、
総容量が最も小さい組合せを選択する第２選択ステップと、
前記第１及び第２選択ステップで選択された組合せのうち、最も容量が大きい採取管を含む組合せを選択する第３選択ステップとを含む、請求項１に記載の採取管選択方法。
【請求項３】
患者から採取された検体を分析する分析装置と通信可能に接続され、この分析装置を管理する管理システムであって、
患者毎に検体の分析オーダを取得するオーダ取得手段と、
前記オーダ取得手段によって取得された分析オーダに基づいて、患者毎に分析に必要な検体量を取得する検体量取得手段と、
複数種類の採取管の容量情報を含む採取管情報を記憶する採取管情報記憶部と、
前記採取管情報記憶部に記憶された採取管情報に基づいて、前記検体量取得手段によって取得された検体量以上の総容量となる全ての採取管の組合せを取得する組合せ取得手段と、
前記組合せ取得手段によって取得された採取管の組合せの中から、採取管の数、総容量、及び、組合せに含まれる最も大きい採取管の容量、に基づいて、１つの組合せを決定する決定手段と、
前記決定手段によって決定された採血管に貼付される採取ラベルを印刷する印刷装置と、
を備えることを特徴とする分析装置管理システム。
【請求項４】
前記決定手段が、
前記組合せ取得手段によって取得された採取管の組合せの中から、採取管の数が最も少ない組合せを選択する第１選択手段と、
総容量が最も小さい組合せを選択する第２選択手段と、
前記第１及び第２選択手段によって選択された組合せのうち、最も容量が大きい採取管を含む組合せを選択する第３選択手段と、を含む請求項３に記載の分析装置管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、血液や尿等の検体を分析装置により検査するにあたって、検体を収容する採取管の種類と本数とを適切に選択する採取管選択方法、及び、このような採取管選択方法を適用することが可能な分析装置管理システムに関する。
【背景技術】
【０００２】
病院等において行われる各種の検査は、患者を診察する医師の依頼に基づいて行われている。医師は、患者に必要な検査項目を決定し、それを病院内の検査室等に依頼する。一方、検査室では、検査依頼に基づいて検査に必要な血液等の量（検体量）を求め、その検体量を収容可能な採取管の容量や本数を決定している。例えば、検査に必要な検体量が１０．０ｍｌである場合、容量が３ｍｌの採取管を４本用いたり、容量が６ｍｌの採取管を２本用いたりする。
採取管の容量や本数が決まると、検査項目を含む検査情報や患者名を含む患者情報等を記載した採取ラベルを各採取管に貼り付け、検体を採取する看護婦や検査技師は、採取ラベルの記載やオーダの記載に従って患者から検体を採取している。
【０００３】
近年、大病院等では、前記のような医師の検査依頼や検査依頼に基づく採取管の準備等がコンピュータを用いてシステム化されつつある。例えば、下記特許文献１には、医師からの検査依頼をホストコンピュータから受けるとともに、その検査依頼に基づいて検査に用いる採取管を選択し、対応する採取ラベルを印刷して採取管に貼り付けるまでの作業を自動的に行う採血管自動準備システムが開示されている。
【０００４】
【特許文献１】特開２００５−６７６６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記特許文献１の採血管自動準備システムでは、検査に必要な検体量を収容可能な採取管の容量や本数をどのように決定するかについては開示されていない。一般に、採取管の容量や本数は、過去の検査実績や検査技師の経験等に基づいて決められる。また、検体が不足して検査を行えなくなることを避けるために、検査に必要な量よりも十分多めに検体を採取するように、採取管の容量や本数が決められる。そのため、患者は必要以上に検体を採取されるという負担を強いられている。
また、必要以上に検体が採取されることによって不要な検体が多くなると、当然に廃棄しなければならない検体が増加し、また、使用する採取管の本数が多くなると検査費用が増加するという弊害も生じる。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、検査に必要な検体を収容するための採取管の容量や本数を適正化し、患者に対する負担軽減や廃棄検体の減少、コスト低減等を図ることができる採取管選択方法及び分析装置管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の採取管選択方法は、容量が異なる複数種類の所定の採取管を組み合わせて、検査に必要な検体量を収容することが可能な採取管を選択する採取管選択方法であって、
患者の検査項目に基づいて、検査に必要な検体量を取得するステップと、
容量が異なる複数種類の所定の採取管の組合せのうち、採取管の総容量が、取得された検体量以上となる全ての組合せを取得するステップと、
取得された採取管の組合せの中から、採取管の数、総容量、及び、組合せに含まれる最も大きい採取管の容量、に基づいて、１つの組合せを決定するステップと、を含むことを特徴とする。
【０００８】
前記の場合、前記１つの組合せを決定するステップは、取得された採取管の組合せの中から、採取管の数が最も少ない組合せを選択する第１選択ステップと、総容量が最も小さい組合せを選択する第２選択ステップと、前記第１及び第２選択ステップで選択された組合せのうち、最も容量が大きい採取管を含む組合せを選択する第３選択ステップとを含むことができる。
【０００９】
また、本発明の分析装置管理システムは、患者から採取された検体を分析する分析装置と通信可能に接続され、この分析装置を管理する管理システムであって、患者毎に検体の分析オーダを取得するオーダ取得手段と、前記オーダ取得手段によって取得された分析オーダに基づいて、患者毎に分析に必要な検体量を取得する検体量取得手段と、複数種類の採取管の容量情報を含む採取管情報を記憶する採取管情報記憶部と、前記採取管情報記憶部に記憶された採取管情報に基づいて、前記検体量取得手段によって取得された検体量以上の総容量となる全ての採取管の組合せを取得する組合せ取得手段と、前記組合せ取得手段によって取得された採取管の組合せの中から、採取管の数、総容量、及び、組合せに含まれる最も大きい採取管の容量、に基づいて、１つの組合せを決定する決定手段と、前記決定手段によって決定された採血管に貼付される採取ラベルを印刷する印刷装置と、を備えることを特徴とする。
【００１０】
前記の場合、前記決定手段は、前記組合せ取得手段によって取得された採取管の組合せの中から、採取管の数が最も少ない組合せを選択する第１選択手段と、総容量が最も小さい組合せを選択する第２選択手段と、前記第１及び第２選択手段によって選択された組合せのうち、最も容量が大きい採取管を含む組合せを選択する第３選択手段とを含むことができる。
【００１１】
以上の本発明では、検査（分析）に必要な検体量を採取するための採取管の種類や本数を決定するにあたって、まず、必要な検体量を採取することができる全ての採取管の組合せを取得し、その組合せの中から、採取管の数、採取管の総容量、及び、最も大きい採取管の容量についての３つの条件を満たす採取管の組合せを決定する。この際、採取管の数が少ない組合せを選択することによって、患者から検体を採取する回数を少なくすることができ、総容量の小さい採取管を選択することで、患者から採取する検体量を少なくすることができる。また、最も容量の大きい採取管を含む組合せを選択することによって、最も容量の大きい１本の採取管に採取した検体のみを用いて、その患者に必要な全ての検査を行うことができる可能性を高くすることができる。このように１本の採取管のみを用いて全ての検査を行うことができると、残りの採取管は、再検査のための予備用等として保存しておくことが可能となるので、例えば、予備用の採取管を別途患者から採取する必要が無くなり、結果として、患者から検体を採取する回数や検体量を少なくすることができる。
【発明の効果】
【００１２】
本発明によれば、検査に必要な検体を収容するための採取管の容量や本数を適正化し、患者に対する負担軽減や廃棄検体の減少、コスト低減等を図ることができる。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明の一実施の形態に係る分析装置管理システムを含む分析システムの構成を示す図である。以下、この図１を参照しつつ分析システム１の概要について説明する。
【００１４】
〔分析システムの概要〕
本実施の形態の分析システム１は、病院の検査室等に設置され、検体の分析を行う分析装置３と、分析装置３を管理する分析装置管理システム２（以下、単に管理システムという）とを備えている。管理システム２は、サーバ管理装置５とクライアント管理装置４とを備えたクライアント／サーバ型システムであり、図示した例では、１台のサーバ管理装置５と複数台（３台）のクライアント管理装置４とが通信回線７を介してデータ通信可能に接続されている。
【００１５】
各クライアント管理装置４には、複数の分析装置３が接続されている。分析装置３としては、例えば、血球分析装置、尿中成分分析装置、免疫分析装置、生化学分析装置等の様々な種類の分析装置を用いることができる。そして、例えば、あるクライアント管理装置４には、血液を検体とする検査を行うための複数の分析装置３が接続され、あるクライアント管理装置４には、尿を検体とする検査を行うための複数の分析装置３が接続される、というように、１つのクライアント装置４に、同一の検体を用いる複数の分析装置３が接続されている。
また、クライアント管理装置４には、検体を収容する採取管に貼付される採取ラベルを印刷するラベルプリンタ（印刷装置）６が接続されている。
【００１６】
前記管理システム２は、病院のオーダリングシステム８と通信回線７を介して接続されている。医師は、患者に検査が必要であると判断すると、このオーダリングシステム８の端末に検査依頼（オーダ）を入力する。入力されたオーダは、オーダリングシステム８のホストコンピュータ９に登録される。管理システム２は、ホストコンピュータ９に登録されたオーダを受け付け、このオーダに基づいて分析装置３に指示を与え、検査を実行させる。さらに、管理システム２は、分析装置３により得られた分析結果を所定の形式に整え、オーダリングシステム８のホストコンピュータ９に登録することにより報告する機能を有する。
【００１７】
〔クライアント管理装置のハードウェア構成〕
クライアント管理装置４は、図２に示すように、制御部４ａと、表示部４ｂと、キーボード４ｃとを含むコンピュータ４０１によって構成されている。制御部４ａは、ＣＰＵ４０１ａと、ＲＯＭ４０１ｂ、ＲＡＭ４０１ｃ及びハードディスク４０１ｄからなる記憶装置と、読出装置４０１ｅと、入出力インタフェース４０１ｆと、通信インタフェース４０１ｇと、画像出力インタフェース４０１ｈとから主として構成されている。ＣＰＵ４０１ａ、ＲＯＭ４０１ｂ、ＲＡＭ４０１ｃ、ハードディスク４０１ｄ、読出装置４０１ｅ、入出力インタフェース４０１ｆ、通信インタフェース４０１ｇ、及び画像出力インタフェース４０１ｈは、バス４０１ｉによって接続されている。
【００１８】
ＣＰＵ４０１ａは、ＲＯＭ４０１ｂに記憶されているコンピュータプログラム及びＲＡＭ４０１ｃにロードされたコンピュータプログラムを実行することが可能である。そして、ハードディスク４０１ｄにインストールされたアプリケーションプログラム４０４ａをＣＰＵ４０１ａが実行することにより、コンピュータ４０１がクライアント管理装置４として機能する。
ＲＯＭ４０１ｂは、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵ４０１ａに実行されるコンピュータプログラム及びこれに用いるデータ等が記録されている。
【００１９】
ＲＡＭ４０１ｃは、ＳＲＡＭ又はＤＲＡＭ等によって構成されている。ＲＡＭ４０１ｃは、ＲＯＭ４０１ｂ及びハードディスク４０１ｄに記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ４０１ａの作業領域として利用される。
ハードディスク４０１ｄは、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ４０１ａに実行させるための種々のコンピュータプログラム及びそのコンピュータプログラムの実行に用いるデータがインストールされている。本実施の形態では、分析装置３の管理に用いるアプリケーションプログラム（管理プログラム）４０４ａがこのハードディスク４０１ｄにインストールされている。また、ハードディスク４０１ｄには、分析装置３の管理に使用する各種設定情報を登録した種々のマスタデータ１１が記憶されている。このアプリケーションプログラムによって実現されるクライアント管理装置４の機能やマスタデータ１１の詳細については後述する。
【００２０】
読出装置４０１ｅは、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体４０４に記録されたコンピュータプログラム又はデータを読み出すことができる。また、可搬型記録媒体４０４には、アプリケーションプログラム４０４ａが格納されており、コンピュータ４０１がその可搬型記録媒体４０４からアプリケーションプログラム４０４ａを読み出し、そのアプリケーションプログラム４０４ａをハードディスク４０１ｄにインストールすることが可能である。
【００２１】
なお、前記アプリケーションプログラム４０４ａは、可搬型記録媒体４０４によって提供されるのみならず、電気通信回線（有線、無線を問わない）によってコンピュータ４０１と通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。例えば、前記アプリケーションプログラム４０４ａがインターネット上のサーバコンピュータのハードディスク内に格納されており、このサーバコンピュータにコンピュータ４０１がアクセスして、そのアプリケーションプログラム４０４ａをダウンロードし、これをハードディスク４０１ｄにインストールすることも可能である。
【００２２】
また、ハードディスク４０１ｄには、例えば、米マイクロソフト社が製造販売するＷｉｎｄｏｗｓ（登録商標）等のオペレーティングシステムがインストールされている。以下の説明においては、アプリケーションプログラム４０４ａは前記オペレーティングシステム上で動作するものとしている。
入出力インタフェース４０１ｆは、例えば、ＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、及びＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェース等から構成されている。入出力インタフェース４０１ｆには、コンピュータ４０１へのデータ入力を可能にするキーボードが接続されている。また、入出力インタフェース４０１ｆのうち例えばパラレルインタフェースには、コンピュータ４０１の処理結果を出力するプリンタ（ラベルプリンタ）６が接続され、シリアルインタフェースには、分析システム１を構成する各分析装置３が接続されている。
【００２３】
通信インタフェース４０１ｇは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェースである。コンピュータ４０１は、その通信インタフェース４０１ｇにより、ＴＣＰ／ＩＰプロトコル等の所定の通信プロトコルを使用して他のコンピュータ（サーバ管理装置５やホストコンピュータ９）との間でデータの送受信が可能である。なお、この通信インタフェース４０１ｇを介して分析装置３を接続することも可能である。
画像出力インタフェース４０１ｈは、ＬＣＤ又はＣＲＴ等で構成された表示部４ｂに接続されており、ＣＰＵ４０１ａから与えられた画像データに応じた映像信号を表示部４ｂに出力するようになっている。表示部４ｂは、入力された映像信号にしたがって、画像（画面）を表示する。
【００２４】
〔サーバ管理装置のハードウェア構成〕
サーバ管理装置５は、図３に示すように、クライアント管理装置４と同様の構成を備えたコンピュータ５０１によって構成されている。すなわち、サーバ管理装置５は、制御部５ａと、表示部５ｂと、キーボード５ｃとを含むコンピュータ５０１によって構成されている。制御部５ａは、ＣＰＵ５０１ａと、ＲＯＭ５０１ｂ、ＲＡＭ５０１ｃ及びハードディスク５０１ｄからなる記憶装置と、読出装置５０１ｅと、入出力インタフェース５０１ｆと、通信インタフェース５０１ｇと、画像出力インタフェース５０１ｈとから主として構成され、これらは、バス５０１ｉによって接続されている。制御部５ａを構成する各要素の詳細な構造やその基本的な機能は、前記クライアント管理装置４と同様であるため、詳細な説明は省略する。
【００２５】
画像出力インタフェース５０１ｈには、クライアント管理装置４と同様にＬＣＤ又はＣＲＴ等の表示部５ｂが接続され、入出力インタフェース５０１ｆには、キーボード５ｃが接続されている。ただし、サーバ管理装置５の入出力インタフェース５０１ｆには、クライアント管理装置４のようにラベルプリンタ６や分析装置３は接続されていない。
【００２６】
通信インタフェース５０１ｇは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェースである。コンピュータ５０１は、その通信インタフェース５０１ｇにより、ＴＣＰ／ＩＰプロトコル等の所定の通信プロトコルを使用して他のコンピュータ（クライアント管理装置４やホストコンピュータ９）との間でデータの送受信が可能である。
【００２７】
〔クライアント管理装置の機能構成〕
図４は、クライアント管理装置４によって実現される採取管選択処理に関する機能を示すブロック図である。クライアント管理装置４は、ハードディスク４０１ｄにインストールされたアプリケーションプログラム（管理プログラム）４０４ａや各種データ（マスタデータ１１等）によって、図４に示す機能を発揮する。具体的に、クライアント管理装置４は、医師からの検査依頼（オーダ）をオーダリングシステム８（図１）から取得するオーダ取得手段２１と、このオーダに基づいて検査に必要な検体の採取量（検体量）を取得する検体量取得手段２２と、分析装置３で使用する採取管の種類や容量に関する採取管情報を記憶する採取管情報記憶部２３と、この採取管情報を用いて、検査に必要な検体量を収容することが可能な、複数種類の採取管の全ての組合せを取得する組合せ取得手段２４と、これらの組合せのなかから所定の条件を満たす組合せを決定する決定手段２５と、分析装置３、ラベルプリンタ６、及びサーバ管理装置５との通信を行う、入出力インタフェース４０１ｆや通信インタフェース４０１ｇ等の通信部２６とを備えている。また、決定手段２５は、採取管の組合せの中から第１の条件を満たす組合せを選択する第１選択手段２７、第２の条件を満たす組合せを選択する第２選択手段２８、及び第３の条件を満たす組合せを選択する第３選択手段２９を有している。
クライアント管理装置４におけるこれらの機能構成の詳細については、後述する分析システム１の処理手順とともに詳細に説明する。
【００２８】
〔マスタデータの内容〕
図２に示すように、マスタデータ１１は、分析装置３の管理に使用する設定情報、例えば、検査に関する各種パラメータ、定義情報、分析装置３への指示情報等の様々な情報が登録されている。このマスタデータ１１としては、例えば、検査項目についての情報が登録された「検査項目マスタ」や、検査に使用する採取管に関する情報が登録された「採取管マスタ」、検査に必要な検体量に関する情報が登録された「検体量マスタ」等がある。
【００２９】
検査項目マスタには、分析システム１の各分析装置３によって行われる全ての検査項目について、検査項目名（例えば、ＧＯＴ、ＧＰＴ、ＷＢＣ等）や検査項目に対応した項目コード、検査材料名（血清、全血等）、分析結果の形式（数値データの有効桁数等）、使用する採取管のコード（容器コード）、検査に必要な検体量（検体量コード）等の各種データが互いに対応づけられた状態で登録されている。採取管マスタは、例えば、図１２に示すように、検査項目マスタに登録された容器コードに対応する採取管の種類（容量）、最低容量等が登録されている。検体量マスタは、図１１に示すように、検査項目マスタに登録されている検体量コードに対応する検体量が登録されている。
なお、図４における採取管情報記憶部２３は、実質的に採取管マスタを記憶するハードディスク４０１ｄ等の記憶装置によって構成される。
【００３０】
〔分析システムの処理手順〕
以下、本実施の形態の分析システム１（主としてサーバ管理装置５及びクライアント管理装置４）の処理手順を図５〜図９を参照しつつ説明する。
まず、サーバ管理装置５及びクライアント管理装置４は、図５のステップＳ１、Ｓ１０１において初期化される。この初期化動作では、例えばハードディスク４０１ｄ、５０１ｄにインストールしてあるアプリケーションプログラム４０４ａ，５０４ａ等の初期化が行われる。
【００３１】
クライアント管理装置４の制御部４ａは、オーダ取得手段２１（図４）の機能により、オーダリングシステム８のホストコンピュータ９に登録されたオーダ（検査依頼）を受信したかどうかを判断し（ステップＳ１０２）、受信した場合にはステップＳ１０３に処理を進め、受信しなかった場合にはステップＳ１０５に処理を進める。このオーダには、１又は複数の検査依頼項目や患者ＩＤ、検体番号等の情報が含まれる。
クライアント管理装置４の制御部４ａは、ステップＳ１０３において、オーダの検査依頼項目に対応する情報を検査項目マスタから取得し、分析装置３が認識することができる形式にオーダを加工する。例えば、オーダに記載されている検査項目名と、分析装置が認識できる検査項目名とが異なる場合には、検査項目マスタを参照することによって、オーダの検査項目名を分析装置が認識できる検査項目名に変換する処理を行う。
【００３２】
そして、ステップＳ１０４において、クライアント管理装置４の制御部４ａは、加工後のオーダをサーバ管理装置５に送信する。サーバ管理装置５の制御部５ａは、加工後のオーダを受信すると、当該オーダをハードディスク（記憶装置）５０１ａに記憶する（ステップＳ２，Ｓ３）。
【００３３】
次に、クライアント管理装置４の制御部４ａは、オーダに従って検査に使用する採取管を選択し、患者ＩＤや検査内容等を記録した採取ラベルをラベルプリンタ６により印刷する処理を行う。
具体的には、患者が検査のために検査室や採取室に訪れたときに、検査技師等がキーボード（入力部）４ｃを介してクライアント管理装置４にその患者の患者ＩＤを入力すると、クライアント管理装置４の制御部４ａは、ステップＳ１０５において患者ＩＤの入力を受け付け、サーバ管理装置５へ患者ＩＤを送信する（ステップＳ１０６）。サーバ管理装置５の制御部５ａは、当該患者ＩＤを受信すると（ステップＳ４）、その患者ＩＤを基に第１オーダ検索処理を行う（ステップＳ５）。また、クライアント管理装置４の制御部４ａは、第１オーダ検索処理の結果に応じて、採取ラベルの作成処理を行う（ステップＳ１０７）。
【００３４】
図７は、サーバ管理装置５における第１オーダ検索処理（ステップＳ５）及びクライアント管理装置４におけるラベル作成処理（ステップＳ１０７）の処理手順を示すフローチャートである。
サーバ管理装置５の制御部５ａは、クライアント管理装置４から送信された患者ＩＤを受信すると、この患者ＩＤに対応するオーダがハードディスク（記憶装置）５０１ｄに記憶されているか否かを検索する（ステップＳ２１）。ステップＳ２２において、患者ＩＤに対応するオーダが存在した場合は、そのオーダをクライアント管理装置４に送信し（ステップＳ２３）、オーダが存在しない場合は、クライアント管理装置４にエラー情報を送信する（ステップＳ２４）。
【００３５】
クライアント管理装置４の制御部４ａは、サーバ管理装置５から送信されたオーダの情報又はエラー情報を受信したかどうかを判断し（ステップＳ１２１）、受信した情報がオーダである場合には、採取管決定処理を行う（ステップＳ１２３）。受信した情報がエラー情報である場合には、クライアント管理装置４の制御部４ａは、表示部４ｂにエラー表示を行い（ステップＳ１２５）、処理をリターンする。
【００３６】
図８は、クライアント管理装置４における採取管決定処理（ステップＳ１２３）の処理手順を示すフローチャートである。クライアント管理装置４の制御部４ａは、まず、ステップＳ１３１において、検体量取得手段２２（図４）の機能により、オーダに基づいて検査に必要な検体量を計算により求める。
前述のように、クライアント管理装置４のハードディスク４０１ｄに記憶されている「検査項目マスタ」には、検査項目に対応する「容器コード」と「検体量（検体量コード）」とが登録されているので、クライアント管理装置４の制御部４ａは、「検査項目マスタ」を参照して、オーダの検査依頼項目に対応する「容器コード」と「検体量」とを取得する。例えば、図１０に示すように、検査依頼項目が、項目１〜項目１０までの１０項目ある場合、各検査依頼項目に対応する「容器コード」と「検体量」とを検査項目マスタから取得する。
【００３７】
次に、クライアント管理装置４の制御部４ａは、「検体量」の項目に記載された情報から検査に必要な検体の全量を求める。「検体量」の項目には、検体量の数値が登録されている場合と、検体量コードが登録されている場合とがある。検体量の数値が登録されている場合には、その項目の検体量の数値を足し合わせる。例えば、検査依頼項目１及び２には、それぞれ検体量の数値（“１．０”及び“３．０”（いずれも単位はｍｌ））が登録されているので、この数値を足し合わせて、“４．０（ｍｌ）”という検体量を取得する。
【００３８】
「検体量」として、検体量コードが登録されている場合には、図１１に示すような、検体量マスタを参照して検体量を求める。
検体量マスタには、検体量コードと、検査依頼項目数及び検体量とが対応づけて登録されている。例えば、図１０において、検体量コードが「Ｃ０１００」とされている検査依頼項目は、項目３〜項目７の５項目あるので、図１１において、検体量マスタの検体量コード「Ｃ０１００」の行にある項目数「５〜１０」の欄を参照する。この欄には検体量が４．０と登録されているので、検査項目３〜７に必要な検体量として“４．０（ｍｌ）”を取得する。
【００３９】
同様に、図１０において、検体量コードが「Ｃ０１０１」とされている検査項目は、項目８〜項目１０の３項目あるので、検体量マスタの検体量コード「Ｃ０１０１」の行にある項目数が「２〜３」の欄を参照する。この欄には検体量が２．０と登録されているので、検査項目８〜１０に必要な検体量として“２．０（ｍｌ）”を取得する。
したがって、検査依頼項目１，２に必要な検体量“４．０”と、検査依頼項目３〜７に必要な検体量“４．０”と、検査依頼項目８〜１０に必要な検体量“４．０”を全て足し合わせることによって、検体の全量“１０．０（ｍｌ）”を求める。
【００４０】
次に、クライアント管理装置４の制御部４ａは、図８のステップＳ１３２において、組合せ取得手段２４（図４）の機能により、検体の全量を収容することが可能な採取管の全ての組合せを求める。この処理には、図１２に示すような採取管マスタが用いられる。採取管マスタには、容器コードと、容器コードに対応する最低量（デッドボリューム）、容器種類に応じた容量（容量１，２，・・・）とが対応づけて登録されている。図１０に示す例では、全ての検査依頼項目で容器コードが「０１」となっているので、採取管マスタの容器コード「０１」の行を参照する。この容器コード「０１」には、最低量が“２．０（ｍｌ）”と登録され、“容量１：３．０（ｍｌ）”、“容量２：６．０（ｍｌ）”“容量３：９．０（ｍｌ）”の３種類の採取管が登録されている。したがって、容器コード「０１」の検査依頼項目では、この３種類の採取管のいずれか又は全てを用いて検体が採取されることになる。
【００４１】
クライアント管理装置４の制御部４ａは、前記３種類の採取管を用いて、検査に必要な検体の全量（１０．０ｍｌ）を収容することが可能な全ての採取管の組合せを求める。前記例の場合、図１３に示すように、Ｎｏ．１〜Ｎｏ．１１の１１通りの組合せが得られることになる。図１３の内容を説明すると、例えば、Ｎｏ．１は、３．０ｍｌの採取管を４本用いた組合せであり、その検体量は１２．０ｍｌ（３．０ｍｌ×４本）となる。同様に、Ｎｏ．２は、３．０ｍｌの採取管を３本、６．０ｍｌの採取管を１本用いた組合せであり、その検体量は１５ｍｌ（３．０ｍｌ×３本＋６．０ｍｌ×１本）となる。以下、Ｎｏ．３〜Ｎｏ．１１の組合せについても同様に示してある。また、図１３の右側３列には、次に説明する条件１〜３を満たす採取管の組合せに“○”を付してある。
【００４２】
次に、クライアント管理装置４の制御部４ａは、決定手段２５（図４）の機能によって、図１３に示す３つの条件（条件１〜条件３）を満たす組合せを以下の手順で選択し、決定する。
まず、図８のステップＳ１３３において、クライアント管理装置４の制御部４ａは、採取管の組合せが１つであるか否かを判断し、１つである場合は、当該組合せを検査に使用する組合せに決定し、図７のステップＳ１２４に処理をリターンする。採取管の組合せが２つ以上ある場合、ステップＳ１３４に進み、第１選択手段２７（図４）の機能により、最も本数の少ない組合せを選択する（条件１）。図１３に示す例では、条件１を満たす採取管の組合せは、２本の採取管を用いたＮｏ．８〜Ｎｏ．１１となる。
【００４３】
ステップＳ１３４で選択された採取管の組合せが１つの場合は、当該組合せを検査に使用する組合せに決定し、図７のステップＳ１２４に処理をリターンする（ステップＳ１３５）。採取管の組合せが２つ以上ある場合はステップＳ１３６に進み、第２選択手段２８の機能によって、条件１を満たす組合せの中から最も容量の少ない組合せを選択する（条件２）。図１３に示す例では、条件１，２を満たす採取管の組合せは、Ｎｏ．８及びＮｏ．９の組合せとなる。
【００４４】
図８のステップＳ１３６で選択された採取管の組合せが１つの場合は、当該組合せを検査に使用する組合せに決定し、図７のステップＳ１２４に処理をリターンする（ステップＳ１３７）。採取管の組合せが２つ以上ある場合はステップＳ１３８に進み、第３選択手段２９の機能によって、条件１，２を満たす組合せの中から最も容量の大きい採取管を含む組合せを選択する（条件３）。図１３に示す例では、条件３を満たす採取管の組合せは、９．０ｍｌの採取管を含むＮｏ．８の組合せとなる。したがって、クライアント管理装置４の制御部４ａは、Ｎｏ．８の組合せを検査に使用する採取管の組合せに決定し、図７のステップＳ１２４に処理をリターンする。
【００４５】
以上の手順で検査に使用する採取管の組合せが決定すると、図７のステップＳ１２４において、クライアント管理装置４の制御部４ａは、通信部２６（入出力インタフェース４０１ｆ）を介して接続されたラベルプリンタ６（図４）により、各採取管に貼り付ける採取ラベルを印刷し、ラベル作成処理（ステップＳ１０７）を終了する。
なお、採取ラベル４１は、図１４に示すように、検体番号を識別するためのバーコードが中央に印刷され、その周囲に、検体番号受付日、受付Ｎｏ、患者ＩＤ、患者氏名（漢字、カナ）、採取管名称、検査項目マーク（生化（生化学検査）、免疫、電解、血糖等）等の文字が印刷されたものである。
採血室等では、採取ラベル４１を貼り付けた採取管を用いて患者から検体を採取する。これにより、誤った採取管を用いて検体を採取してしまうことを防止することができる。
【００４６】
検査室では、検体採取済みの採取管が所定の分析装置３にセッティングされ、当該分析装置３によって検査が開始される。分析装置３は、採取管に貼り付けた採取ラベル４１のバーコードを読み取ることで、その採取管の検体番号を認識し、その検体番号に対するオーダ（どのような検査を行うかの情報）をクライアント管理装置４に問い合わせる。
クライアント管理装置４の制御部４ａは、図６のステップＳ１０８において分析装置３からオーダの問い合わせを受け付けたか否かを判断し、受け付けた場合にはステップＳ１０９に処理を進め、受け付けなかった場合はステップＳ１１１に処理を進める。ステップＳ１０９において、クライアント管理装置４の制御部４ａは、検体番号をキーとしてサーバ管理装置５にオーダを要求する。
【００４７】
サーバ管理装置５の制御部５ａは、クライアント管理装置４からのオーダの要求を受信すると（ステップＳ６）、第２オーダ検索処理を行う（ステップＳ７）。一方、クライアント管理装置４の制御部４ａは、第２オーダ検索処理で得られたオーダの確認処理を行う（ステップＳ１１０）。
これらの処理について図９を参照して説明すると、まず、サーバ管理装置５の制御部５ａは、クライアント管理装置４から送信された検体番号をキーにオーダを検索し（ステップＳ４１）、該当するオーダが記憶装置（ハードディスク５０１ｄ）に記憶されているか否かを判断する（ステップＳ４２）。当該オーダが記憶装置に存在する場合には、そのオーダをクライアント管理装置４に送信し（ステップＳ４３）、当該オーダが記憶装置に存在しない場合は、クライアント管理装置４にエラー情報を送信する（ステップＳ４４）。
【００４８】
クライアント管理装置４の制御部４ａは、サーバ管理装置５から送信されたオーダの情報又はエラー情報を受信したかどうかを判断し（ステップＳ１４１）、受信した情報がオーダである場合には、そのオーダを分析装置３へ送信する（ステップＳ１４３）。受信した情報がエラー情報である場合には、クライアント管理装置４の制御部４ａは、分析装置３へエラー情報を送信し、処理をリターンする（ステップＳ１４４）。
【００４９】
分析装置３は、クライアント管理装置４からオーダを受信すると、そのオーダに従い、検体に対して所定の検査を行う。検査が終了すると、分析装置３は、クライアント管理装置４に対して分析結果を送信する。
ついでクライアント管理装置４の制御部４ａは、図６のステップＳ１１１において、分析装置３からの分析結果を受信すると、その分析結果を、記憶装置に記憶してある検査項目マスタに従って加工する（ステップＳ１１２）。例えば、検査項目マスタには、分析結果の形式として数値データの有効桁数が定義されており、クライアント管理装置４の制御部４ａは、定義された有効桁数に収まるように分析結果の整形を行う。
【００５０】
クライアント管理装置４の制御部４ａは、加工後の分析結果をサーバ管理装置５に送信する（ステップＳ１１３）。サーバ管理装置５の制御部５ａは、当該分析結果を受信すると（ステップＳ８）、当該分析結果を記憶装置（ハードディスク５０１ｄ）に記憶し（ステップＳ９）、その記憶した分析結果をオーダリングシステム８のホストコンピュータ９に送信する。以上の処理が終了すると、サーバ管理装置５はステップＳ２（図５）に処理を戻し、クライアント管理装置４は、ステップＳ１０２（図５）に処理を戻す。
【００５１】
以上説明したように、本実施の形態では、検査に必要な検体量を採取する採取管の種類や本数を決定するにあたって３つの条件を設定し、全ての条件を満たす採取管の組合せを選択している。これにより、特に条件１によって患者から検体を採取する回数を少なくすることができ、条件２によって採取する検体量を少なくすることができる。そのため、検体を採取することに伴う患者負担や、無駄な検体を少なくすることができる。
また、条件３のように最も容量の大きい採取管を含む組合せを選択することで、最も容量の大きい１本の採取管に採取した検体のみを用いて、依頼された全ての検査項目の検査を行うことができる可能性を高くすることができる。このように、１本の採取管のみを用いて全ての検査を行うことができると、残りの採取管は、再検査のためのバックアップ用等として保存しておくことが可能となるので、バックアップ用の採取管を別途患者から採取する必要が無くなり、結果として、患者から検体を採取する回数や検体量を少なくすることができる。
以上により、検査に必要な検体を採取するための採取管の種類や本数を適正化することができ、患者に対する負担軽減や廃棄検体の減少、検査費用の低減を図ることができる。
【００５２】
本発明は、前記実施形態に限定されることなく適宜設計変更可能である。例えば、前記実施形態では、管理システム２は、１台のサーバ管理装置５と複数台のクライアント管理装置４とからなるクライアント／サーバ型のシステムであるが、サーバ管理装置５としての機能と、クライアント管理装置４としての機能とが１台のコンピュータに備わったスタンドアローン型のシステムとして構成することができる。
【００５３】
また、前記実施形態では、検査に関する情報を登録したマスタデータを各クライアント管理装置４の記憶装置に記憶させているが、サーバ管理装置５の記憶装置に記憶させておき、必要に応じてクライアント管理装置４がサーバ管理装置５の記憶装置からマスタデータを読み出すように構成してもよい。
また、図４に示したクライアント管理装置４の機能構成の一部又は全部をサーバ管理装置５に具備させてもよい。
また、採取管の組合せを決定する決定手段２５は、前述の条件１と条件２の順番を逆にして組合せを選択するものであってもよい。また、前記実施の形態の決定手段２５は、全ての採取管の組合せの中から条件１を満たす組合せを選択し、さらに条件１を満たす組合せの中から条件２を満たす組合せを選択しているが、全ての採取管の組合せの中から条件１を満たす組合せと条件２を満たす組合せとをそれぞれ個別に選択し、両方の条件を満たす組合せの中から条件３を満たす組合せを選択するようにしてもよい。
【００５４】
前記実施形態の分析システム１は、オーダリングシステム８に通信回線７を介して接続され、電子データとしてのオーダを受け付けているが、例えば、紙形式（手書き、マークシート等）のオーダの情報を直接クライアント管理装置４に手入力したり、機械読取したりすることによってオーダを受け付けるものであってもよい。
また、前記実施の形態では、分析システム１の一機能としてクライアント管理装置４により本発明の採取管選択方法を実施しているが、例えば、分析システム１とは切り離された単独のコンピュータにより本発明の採取管選択方法を実施することも可能である。この場合、当該コンピュータは採取管選択装置を構成するものとなる。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施の形態に係る分析システムの構成を示す概略図である。
【図２】クライアント管理装置のハードウェア構成を示す図である。
【図３】サーバ管理装置のハードウェア構成を示す図である。
【図４】クライアント管理装置の機能構成を示す図である。
【図５】サーバ管理装置及びクライアント管理装置の処理手順を示すフローチャートである。
【図６】サーバ管理装置及びクライアント管理装置の処理手順を示すフローチャートである。
【図７】サーバ管理装置による第１オーダ検索処理、クライアント管理装置におけるラベル作成処理の手順を示すフローチャートである。
【図８】クライアント管理装置における採取管決定処理の処理手順を示すフローチャートである。
【図９】サーバ管理装置による第２オーダ検索処理、クライアント管理装置におけるオーダ確認処理の手順を示すフローチャートである。
【図１０】検査依頼項目と容器コード及び検体量の対応を示すテーブルである。
【図１１】検体量マスタの一例を示すテーブルである。
【図１２】採取管マスタの一例を示すテーブルである。
【図１３】複数種類の採取管の組合せの一例を示すテーブルである。
【図１４】採取ラベルのレイアウトを示す図である。
【符号の説明】
【００５６】
１  分析システム
２  管理システム
３  分析装置
４  クライアント管理装置
５  サーバ管理装置
６  ラベルプリンタ（印刷装置）
２１  オーダ取得手段
２２  検体量取得手段
２３  採取管情報記憶部
２４  組合せ取得手段
２５  決定手段
２６  第１選択手段
２７  第２選択手段
２８  第３選択手段
【図１】
2008292393.tif 000003
【図２】
2008292393.tif 000004
【図３】
2008292393.tif 000005
【図４】
2008292393.tif 000006
【図５】
2008292393.tif 000007
【図６】
2008292393.tif 000008
【図７】
2008292393.tif 000009
【図８】
2008292393.tif 000010
【図９】
2008292393.tif 000011
【図１０】
2008292393.tif 000012
【図１１】
2008292393.tif 000013
【図１２】
2008292393.tif 000014
【図１３】
2008292393.tif 000015
【図１４】
2008292393.tif 000016