JP6518642B2 - 検体管理システム及び検体管理方法 - Google Patents

Description

本発明は、被検者から採取した検体を管理する検体管理システム、及び検体管理方法に関する。

病院その他の医療機関では、被検者としての患者から血液や便を採取し、採取した検体の検査について検査機関に依頼することがある。かかる場合、万が一にも検体の取り違えがあってはならず、一方、迅速で合理的な処理も望まれることから、各種の管理システムが提案されている（特許文献１〜５）。

特開２０１１−０７５４５４号公報 特開２０１０−２１７０４２号公報 特開２００６−０２９８１８号公報 特開２００５−２０４５４７号公報 特開平０８−２５５２００号公報

ここで、検体の取り違えの可能性を事実上皆無にする必要があるが、一方、無闇に担当者を増やしただけでは、担当者が多い分だけむしろ人為ミスの可能性が高まる。

本発明は、上記の課題に鑑みてなされたものであって、合理的な人員配置であって、検体の取り違えの可能性を大幅に低減することができる検体管理システム、及び検体管理方法を提供することを目的とする。

上記の目的を達成するため、本発明に係る検体管理システムは、検体の検査内容を個体ごとに特定する検査依頼書（ＲＱ）、及び、検体を回収する検査管（ＴＵ）に貼り付けるべきタグシート（ＴＧ）、に関する印字基礎情報を記憶すると共に、過去の検査結果を検体の個体情報に対応して累積記憶するデータベース（ＤＢ）を有するサーバ機器（ＳＶ）と、ネットワーク回線（ＬＡＮ）を通して、データベース（ＤＢ）の記憶情報を取得可能に構成されたクライアント機器（ＣＬ）と、データベース（ＤＢ）に記憶されている第１の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に基づいて完成された検査依頼書（ＲＱ）を印字出力可能な第１の印字装置（ＰＲ１）と、データベース（ＤＢ）に記憶されている第２の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に対応してサーバ機器（ＳＶ）が一意に付与した検体コード（ＣＤ）に基づいて完成されたタグシート（ＴＧ）を印字出力可能な第２の印字装置（ＰＲ２）と、検査管（ＴＵ）に貼り付けられたタグシート（ＴＧ）の所定のバーコード欄に、所定のバーコードを印字可能な第３の印字装置（ＰＲ３）と、を有して構成された検体管理システムであって、クライアント機器（ＣＬ）を操作して、印字基礎情報と追加情報に基づいて完成させた検査依頼書（ＲＱ）とタグシート（ＴＧ）を、第１と第２個の印字装置（ＰＲ１，ＰＲ２）に印字出力させる第１処理と、タグシート（ＴＧ）を貼り付けた検査管（ＴＵ）を、検査依頼書（ＲＱ）と共に、所定の集配コースの医療機関に配布する第２処理と、タグシート（ＴＧ）に個体情報が追加記載された検体採取済みの検査管を、必要事項が追加記載された一の検査依頼書（ＲＱ）に対応させて順次回収し、所定の集配コースで回収された一群の検査管（ＴＵ・・・ＴＵ）を、その集配コースを特定する一意の集配コースＩＤが記載されたプラカードと共に、所定の収納容器に保存する第３処理と、クライアント機器（ＣＬ）で実行される処理であって、所定の集配コースで回収された一群の検査依頼書（ＲＱ・・・ＲＱ）を、一群の画像基礎データに変換して記憶すると共に、この画像基礎データを画像解析して、第１処理で印字出力された印字情報を抽出し、抽出した一群の抽出情報を、一群の画像基礎データと共に、集配コースＩＤに対応付けて記憶する第４処理と、クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報と画像基礎データを記憶領域から読み出し、第４処理における画像解析の正当性を判定して、必要に応じて訂正すると共に、医療機関で検査依頼書（ＲＱ）に追加記載された事項をキー入力して、一群の抽出情報を正しく完成させる第５処理と、クライアント機器（ＣＬ）で実行される処理であって、第５処理で完成された一群の抽出情報を、一群の画像基礎データと対比し、正当性が確認される抽出情報ごとに、一意の依頼書ＩＤを付与し、所定の集配コースに属する全ての抽出情報と依頼書ＩＤを、集配コースＩＤに対応付けてデータベース（ＤＢ）に登録する第６処理と、クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報をデータベース（ＤＢ）から読み出し、抽出情報に含まれる所定の検査管情報を、音声としてクライアント機器に読み上げさせ、読み上げられた検査管情報に対応する検査管について、そのタグシート（ＴＧ）から検体コード（ＣＤ）を取得し、依頼書ＩＤに対応付けてデータベース（ＤＢ）に登録する第７処理と、第３の印字装置（ＰＲ３）が機能し、クライアント機器（ＣＬ）で実行される処理であって、所定の収容ラックに整列させた検査管のタグシート（ＴＧ・・・ＴＧ）から各検査管の検体コード（ＣＤ・・・ＣＤ）を読み出し、これに対応する依頼書ＩＤと他の必要な情報を、各検査管のタグシート（ＴＧ・・・ＴＧ）のバーコード欄（ＢＡＲ・・・ＢＡＲ）にバーコード印刷させる第８処理と、を有し、第８処理後の検査管が検査装置で使用されるよう構成されている。

また、本発明に係る検体管理方法は、検体の検査内容を個体ごとに特定する検査依頼書（ＲＱ）、及び、検体を回収する検査管（ＴＵ）に貼り付けるべきタグシート（ＴＧ）、に関する印字基礎情報を記憶すると共に、過去の検査結果を検体の個体情報に対応して累積記憶するデータベース（ＤＢ）を有するサーバ機器（ＳＶ）と、ネットワーク回線（ＬＡＮ）を通して、データベース（ＤＢ）の記憶情報を取得可能に構成されたクライアント機器（ＣＬ）と、データベース（ＤＢ）に記憶されている第１の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に基づいて完成された検査依頼書（ＲＱ）を印字出力可能な第１の印字装置（ＰＲ１）と、データベース（ＤＢ）に記憶されている第２の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に対応してサーバ機器（ＳＶ）が一意に付与した検体コード（ＣＤ）に基づいて完成されたタグシート（ＴＧ）を印字出力可能な第２の印字装置（ＰＲ２）と、検査管（ＴＵ）に貼り付けられたタグシート（ＴＧ）の所定のバーコード欄に、所定のバーコードを印字可能な第３の印字装置（ＰＲ３）と、を有して実現される検体管理方法であって、クライアント機器（ＣＬ）を操作して、印字基礎情報と追加情報に基づいて完成させた検査依頼書（ＲＱ）とタグシート（ＴＧ）を、第１と第２個の印字装置（ＰＲ１，ＰＲ２）に印字出力させる第１処理と、タグシート（ＴＧ）を貼り付けた検査管（ＴＵ）を、検査依頼書（ＲＱ）と共に、所定の集配コースの医療機関に配布する第２処理と、タグシート（ＴＧ）に個体情報が追加記載された検体採取済みの検査管を、必要事項が追加記載された一の検査依頼書（ＲＱ）に対応させて順次回収し、所定の集配コースで回収された一群の検査管（ＴＵ・・・ＴＵ）を、その集配コースを特定する一意の集配コースＩＤが記載されたプラカードと共に、所定の収納容器に保存する第３処理と、クライアント機器（ＣＬ）で実行される処理であって、所定の集配コースで回収された一群の検査依頼書（ＲＱ・・・ＲＱ）を、一群の画像基礎データに変換して記憶すると共に、この画像基礎データを画像解析して、第１処理で印字出力された印字情報を抽出し、抽出した一群の抽出情報を、一群の画像基礎データと共に、集配コースＩＤに対応付けて記憶する第４処理と、クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報と画像基礎データを記憶領域から読み出し、第４処理における画像解析の正当性を判定して、必要に応じて訂正すると共に、医療機関で検査依頼書（ＲＱ）に追加記載された事項をキー入力して、一群の抽出情報を正しく完成させる第５処理と、クライアント機器（ＣＬ）で実行される処理であって、第５処理で完成された一群の抽出情報を、一群の画像基礎データと対比し、正当性が確認される抽出情報ごとに、一意の依頼書ＩＤを付与し、所定の集配コースに属する全ての抽出情報と依頼書ＩＤを、集配コースＩＤに対応付けてデータベース（ＤＢ）に登録する第６処理と、クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報をデータベース（ＤＢ）から読み出し、抽出情報に含まれる所定の検査管情報を、音声としてクライアント機器に読み上げさせ、読み上げられた検査管情報に対応する検査管について、そのタグシート（ＴＧ）から検体コード（ＣＤ）を取得し、依頼書ＩＤに対応付けてデータベース（ＤＢ）に登録する第７処理と、第３の印字装置（ＰＲ３）が機能し、クライアント機器（ＣＬ）で実行される処理であって、所定の収容ラックに整列させた検査管のタグシート（ＴＧ・・・ＴＧ）から各検査管の検体コード（ＣＤ・・・ＣＤ）を読み出し、これに対応する依頼書ＩＤと他の必要な情報を、各検査管のタグシート（ＴＧ・・・ＴＧ）のバーコード欄（ＢＡＲ・・・ＢＡＲ）にバーコード印刷させる第８処理と、を有し、第８処理後の検査管が検査装置で使用されるよう構成されている。

上記した発明によれば、合理的な人員配置であって、検体の取り違えの可能性を大幅に低減することができる。なお、第１〜３の印字装置は、必ずしも３台の機器を意味せず、１台〜３台の範囲内の適宜個数の機器で実現可能である。

実施例に係る検体管理システムＳＹＳの全体構成を図示したものである。 集配担当者によって、クライアント機器で実行される処理と、データベースの内容を図示したものである。 検査依頼書ＲＱの印刷原稿である印刷用紙ＳＨの一枚目を図示したものである。を例示したものであり 検査依頼書ＲＱの印刷原稿である印刷用紙ＳＨの二枚目を図示したものである。 タグシートＴＧとドットプリンタＰＲ２を示す図面である。 検体照合担当者による検体照合処理を示す図面である。 バーコードプリンタと、収容ラックに整列された検査管ＴＵを図示したものである。

以下、実施例について説明するが、一例について例示するに過ぎず、具体的な記載内容は、発明を限定するものではない。図１は、実施例に係る検体管理システムＳＹＳの全体構成を図示したものである。図示の通り、この検体管理システムＳＹＳは、データベースＤＢに接続されたサーバ機器ＳＶと、複数台のクライアント機器ＣＬ１〜ＣＬｎと、三種類のプリンタＰＲ１〜ＰＲ３と、検査装置ＥＱＵとが、社内ＬＡＮにネットワーク接続されて構成されている。

ここで、検査装置ＥＱＵは、直接的にデータベースＤＢをアクセスする構成でも良いし、適宜なクライアント機器ＣＬｋを経由して、データベースＤＢをアクセスする構成でも良い。

プリンタＰＲ１は、具体的には、用紙に印字打撃を与えて印字内容を二枚目以降に複写可能なドットインパクトプリンタ（以下、打撃プリンタと称す）である。また、プリンタＰＲ２は、例えば、図５（ｃ）に示すような汎用のカラープリンタであり、プリンタＰＲ３は、筒状物体にバーコードを印刷可能な専用プリンタ（図７（ａ）参照）である。

また、本実施例では、検体管理システムＳＹＳの一部として、検体を回収した検査管ＴＵを、収納容器に整理して一時保管する検体保管部ＳＴＧが設けられている。図１に示す通り、収納容器ごとにコースプラカードＰＬが配置されており、コースプラカードＰＬには、集配コースを特定可能なマトリックス型の二次元コード（登録商標：ＱＲコード）が印字されている。以下、一般にはＱＲコード（登録商標）と称される「マトリックス型の二次元コード」を、本明細書では、単に、「二次元コード」と称する。

複数台のクライアント機器ＣＬ１〜ＣＬｎのうち、一部のクライアント機器ＣＬには、二次元コードの情報を取得するコードリーダＲＤや、検査依頼書ＲＱの情報を画像データとして取得するイメージスキャナＳＣが接続されている。また、クライアント機器ＣＬｍは、マイクとスピーカを設けたヘッドセットＨＳを装着して操作される。なお、病院側のパソコンＨｊは、インタネット回線ＮＥＴに設けた社外サーバＳＶｏを経由して、必要な情報を取得できるようになっている。

図１に示す検体管理システムＳＹＳでは、（Ａ）検体を回収するための検査管ＴＵ、及び、検体の検査依頼内容を記載した検査依頼書ＲＱを配布する配布処理と、（Ｂ）検査管ＴＵと検査依頼書ＲＱを回収して、回収した検体を、患者個人情報や検査依頼内容などに紐付ける紐付け処理と、（Ｃ）検査管ＴＵを検査装置ＥＱＵにセットして必要な検査を実行する検査処理とが、この順番に実行される。そこで、以下、配布処理（Ａ）から説明する。

（Ａ１）配布処理の準備作業としての打撃プリンタＰＲ１，カラープリンタＰＲ２での印字処理
図２（ａ）に示す通り、集配担当者は、例えば、クライアント機器ＣＬ１において、本システムＳＹＳを立ち上げ（ＳＴ１）、自らが担当する集配コースを、集配コースＩＤによって特定する（ＳＴ２）。また、必要なＮ枚の検査依頼書ＲＱと、Ｍ個の検査管ＴＵに貼り付けるべきＭ枚のタグシートＴＧについて、必要な情報を入力した上で（ＳＴ３〜ＳＴ４）、打撃プリンタＰＲ１に検査依頼書の印刷を指示して（ＳＴ５）、Ｎ枚の検査依頼書ＲＱを印刷する（ＳＴ６）。

また、カラープリンタＰＲ２にタグシートの印刷を指示して（ＳＴ７）、Ｍ枚のタグシートＴＧを印刷する（ＳＴ８）。

本実施例において、集配コースとは、集配担当者が、検査管ＴＵと検査依頼書ＲＱを配布して回る一連の病院名として特定され、データベースＤＢには、一意に付された集配コースＩＤに対応して、病院名と、その病院に付与された病院ＩＤとが登録されている（図２（ｂ）参照）。この集配コースは、地理的条件だけで決定されるのではなく、肝炎、胃がんなどの検査対象も考慮して決定されるので、一の集配担当者が巡回する集配コースが複数の場合もある。

なお、クライアント機器ＣＬｉを操作して本システムＳＹＳを立ち上げるには、集配担当者、及び、以下に説明する何れの担当者も、社員証などによる本人認証を経る必要がある（ＳＴ１）。

図３〜図４は、検査依頼書ＲＱの印刷原稿である印刷用紙ＳＨを例示したものであり、印刷指示（ＳＴ５）に先行して、この印刷用紙ＳＨを、必要枚数（Ｎ枚）だけ打撃プリンタＰＲ１にセットする必要がある。

印刷用紙ＳＨは、二枚綴りで構成されており、図３に示す一枚目に、打撃印字された内容は、図４に示す二枚目に青色で複写されるようになっている。特に限定されないが、一枚目は、病院などが保管する依頼書控えであり、二枚目は、集配担当者が回収する依頼書原本となる。

図４に示す通り、印刷用紙ＳＨの二枚目の左端には、縦方向に一定間隔で黒色マークＢＫが印刷されている。この黒色マークＢＫは、一枚目から複写される文字や記号の複写位置に対応して配置されており、青色で複写された内容を画像解析する場合の目標位置となる。すなわち、後述するＯＭＲ（Optical Mark Reader）の解析ソフトは、黒色マークＢＫを開始位置として、そこから水平方向に青色部分を探すことで、青色文字を認識し、また、青色記号の記入位置を特定する。

図３に示す通り、印刷用紙ＳＨは、文字記入欄ＣＨＲと、その他の選択欄とに大別される。文字記入欄ＣＨＲは、（１）被検者たる患者の氏名・年齢・生年月日・カルテＮｏなどの個人情報、（２）集配担当者が担当する集配コースに属する病院名、（３）その病院の病院ＩＤ、（４）検体の検査依頼内容を特定可能な検査セット名、（５）検査種別ごとの検査管ＴＵの必要本数、（６）検査に関するコメント、などを記入する部分である。一方、選択欄は、検体の検査依頼内容を特定する部分であり、多数の選択肢の中から該当箇所を丸印で選択するようになっている。

本システムＳＹＳでは、患者の個人情報や検査依頼コメントは、通常、病院側で手書きされ、その他の部分は、原則として、集配担当者による印字操作によって印字される。ここで、患者一人の検査内容は、大体決まっており、検査セット名（検査セットＡ、検査セットＢ、・・・）で特定される典型的な検査については、検査セット名と、これに対応する検査管ＴＵと、各検査管ＴＵについての検査依頼内容とが、データベースＤＢ上で一意に特定されるようになっている（図２（ｃ）参照）。なお、以下の説明では、検査管ＴＵの必要本数と、各検査管ＴＵについての検査依頼内容とを総称して検査管情報ということがある。

本実施例のデータベースＤＢには、図２（ｃ）に示す情報が記憶されているので、典型的な検査については、集配担当者が検査セット名を特定するだけで、必要な検査管情報が特定され、印刷用紙ＳＨに印字可能となる。一方、検査セット名で特定できない非典型的な検査については、集配担当者が、検査管ＴＵの検査種別と、その本数と、検査依頼内容とを、検査管情報として印刷用紙ＳＨの文字記入欄ＣＨＲに、各々、タイプ入力することになる。

そして、タイプ入力された検査管情報や、検査セット名から規定される検査管情報によって、検査種別ごとの検査管ＴＵの必要本数が特定されることになり、検査依頼書ＲＱの印刷だけでなく、以下で説明するタグシートＴＧの印刷出力動作も可能となる。

すなわち、集配コースＩＤで特定される一群の医療機関について（ＳＴ２）、病院ＩＤで特定される各病院について、ステップＳＴ３の処理を繰り返して、検査依頼書ＲＱとタグシートＴＧに関する全情報を入力する（ＳＴ３〜ＳＴ４）。ここで、検査依頼書ＲＱについては、病院ＩＤと依頼書の種類に応じて、必要な情報入力欄が特定される。そして、必要情報の入力を終えたＮ枚について印字指示をすると（ＳＴ５）、Ｎ枚の検査依頼書ＲＱが、打撃プリンタＰＲ１から出力される。

また、タグシートＴＧについては、病院ＩＤ及び容器種別と、その容器の必要個数が指定され、印刷指示（ＳＴ７）に基づいて、Ｍ枚のタグシートＴＧがカラープリンタＰＲ２から出力される（ＳＴ８）。そして、これらＭ枚のタグシートＴＧ・・・ＴＧを、対応する検査管ＴＵに貼付けることで、Ｍ個の検査管ＴＵが配布可能な状態となる。

検査依頼書ＲＱの枚数Ｎは、原則として、被検者である患者の人数Ｎに一致するが、患者ごとに一又は複数の検査管ＴＵが必要となるので、検査管ＴＵの総数Ｍは、一般に、検査依頼書ＲＱの枚数Ｎに対して、Ｍ≧Ｎの関係となる。なお、細菌検査など例外的には、一の患者に対して、複数枚の依頼書が必要となる場合もある。

図５（ａ）は、カラープリンタＰＲ２から印刷出力される１０枚綴りのタグシートＴＧｉを図示したものである。先に説明した通り、これらのタグシートＴＧｉは、図２（ａ）のステップＳＴ３の処理において、検査管情報を特定する検査セット名を特定するか、或いは、検査種別ごとに検査管ＴＵの必要本数や検査依頼内容を特定したことで、印字内容が正しく特定される。

図５（ｂ）は、１０枚綴りのタグシートＴＧ・・・ＴＧを個々的に分離した一単位のタグシートＴＧを図示したものである。図示の通り、タグシートＴＧには、（１）検査管ＴＵの検査種別（正化管／血糖管／血算管など）を特定する管種コードと、（２）発行西暦年（下位２桁）と、（３）管種ごとの通し番号（８桁）と、を特定する二次元コードＣＤが印刷される。以下、検査管ＴＵに印刷される二次元コードＣＤを、他の二次元コードと区別するため、特に、検体コードＣＤと称する。

上記した構成の検体コードＣＤ（二次元コードＣＤ）に対応して、本システムＳＹＳでは、管種ごとの通し番号を、社内のサーバ機器ＳＶｉで管理しており、集配コースＩＤごとに出現範囲が制限された一連の番号の何れかが一意に付与される。具体的には、サーバ機器ＳＶｉには、検査管ＴＵの検査種別ｋと、集配コースＩＤの個数ｊ（コース数ｊ）とに対応して、ｋ×ｊ個の８桁カウンタＣＴｘｙが用意されており、集配コースＩＤに対応して、通し番号の数値範囲が規定されている。なお、必ずしも、集配コースＩＤごとに出現範囲を制限する必要はなく、管種ごとに自由に通し番号を規定してもよい。

このように、本システムＳＹＳでは、管種ごとに１年間で使用可能な管種番号として、８桁の数字を使用するので、１年間に、１億種類の管種番号が管種ごとに存在することになる。この数字を一日当りに換算すると３２万個であるので、集配担当者が、如何に余分の検査管ＴＵを準備しても、管種番号が枯渇するおそれはない。また、準備した検査管ＴＵの相当個数が、未配布や未回収となっても問題は生じない。

図５（ｂ）に示す通り、タグシートＴＧは、青色に着色されたバーコード印刷欄ＢＡＲと、適宜な空白を設けた印字欄ＷＲとが縦方向に延びて構成されている。バーコード印刷欄ＢＡＲには、検査装置ＥＱＵの検査動作に必要な情報が、専用プリンタＰＲ３によって、バーコード印刷されるが、図５（ｂ）は、未印刷状態であるのでバーコード印刷欄ＢＡＲが青一色となっている。

また、印字欄ＷＲには、先に説明した検体コードＣＤに近接して、病院名と、病院ＩＤが文字印刷されている。また、タグシートＴＧには、患者氏名、年齢、性別、サンプル採取日などを記入する空白欄があり、ここは病院側で記入するようになっている。また、印字欄には、着色部ＣＬＲが設けられ、検査管ＴＵの検査種別（管種）に対応する色に着色されている。そのため、Ｍ枚のタグシートＴＧを、これに対応するＭ個の検査管ＴＵに素早く正確に貼り付けることができる。

このような構成のタグシートＴＧが貼付けられた検査管ＴＵが、検査依頼書ＲＱと共に、集配担当者が担当する集配コースの病院に配布されることになる。

（Ａ２）各病院の作業、及び集配担当者の受け取り
上記の手順で準備された検査管ＴＵと検査依頼書ＲＱは、集配担当者によって、例えば毎日、集配コースの各病院に配布される。そして、病院関係者（ドクター又は看護師）は、必要に応じて、血液や便などの検体を検査管ＴＵに採取し、検査管ＴＵのタグシートＴＧの空白欄に必要事項を記入する。また、検査依頼書ＲＱにも、患者氏名、年齢、性別、サンプル採取日、カルテＮｏなどを記入する。また、ステップＳＴ６の処理（図２）で印字済みの依頼項目に、間違いがないかを検査して確認チェックを行う。

これらの記入事項は、二枚綴りの二枚目に複写されるので、複写された二枚目について、検体を採取した検査管ＴＵと共に、集配担当者が回収することになる。なお、社外サーバＳＶｏを介して、検査依頼を受ける場合には、その依頼情報は、インタネット経由で社外サーバＳＶｏが取得するか、或いは、ＵＳＢなどを介して集配担当者が回収する。

（Ａ３）回収後の集配担当者の整理作業
一連の病院を回り、検査管ＴＵと検査依頼書ＲＱを回収して帰社した後、集配担当者は、集配コースごとに、且つ、保管条件（要冷蔵など）が異なる管種ごとに、所定の収納容器に纏め、各収納容器に集配コース名を特定するコースプラカードＰＬを配置する（図１参照）。先に説明した通り、このコースプラカードＰＬには、集配コースを特定する集配コースＩＤが二次元コードによって印刷されている。なお、検査管ＴＵは、集配コースで特定される集配の順番に各収納容器に格納される。

（Ａ４）検査依頼書ＲＱのスキャン処理
集配担当者は、例えば、クライアント機器ＣＬ１で本システムを立ち上げるが、クライアント機器ＣＬ１は、イメージスキャナＳＣを経由して画像データを取得する画像取得ソフトや、取得した画像データから必要なデータを取得するＯＭＲの解析ソフトなどが機能するよう構成されている。なお、本実施例で、ＯＭＲ（Optical Mark Reader）の解析処理に代えて、ＯＣＲ（Optical Character Recognition ）の解析処理を採用して、マーク位置だけでなく、文字についても自動認識しても良い。但し、誤認識の可能性を考慮すると、文字の認識については人為的な作業の方が好ましい。

何れにしても、クライアント機器ＣＬ１を立ち上げた集配担当者は、担当する集配コースで回収した一群の検査依頼書ＲＱ・・・ＲＱについて、イメージスキャナＳＣによって画像データを先ず取得する。検査依頼書ＲＱの画像データは、集配コースで特定される集配の順番に、集配コースＩＤを特定して取得されるが、以下、取得された一群の画像データを依頼書原始ファイルＯＲＧと称する。

次に、イメージスキャナＳＣに対応する処理ソフトを機能させると、ＯＭＲの解析ソフトが、依頼書原始ファイルＯＲＧを画像解析することで、各検査依頼書ＲＱの記載内容が特定される。先に説明した通り、この解析処理では、検査依頼書ＲＱに印刷されている黒色マークＢＫを目標位置とし、黒色マークＢＫを起点に横方向に解析処理が実行される。

また、本実施例では、黒色マークＢＫから水平方向への走査動作によって、丸印を探す処理だけで、ほぼ全ての検査依頼情報が認識されるよう構成されている。そして、このようにして、検査依頼書ＲＱごとに丸印位置を取得して生成された依頼書清書ファイルＦＮには、一意の依頼書ＩＤが仮付与される。

検査依頼書ＲＱの一枚は、原則として、患者一人の一回の検査依頼に対応するが、検査依頼書ＲＱごとに仮付与される依頼書ＩＤは、集配コースごとに数値範囲が規定された６桁の数字と、検体の受付年月日を特定する６桁の数字とを連結させたものである。特に限定されないが、検体の受付年月日は、例えば、集配担当者が検体を回収した日（通常は、スキャン処理を実行日と同じ）である。

かかる依頼書ＩＤを一意に生成するため、サーバ機器ＳＶには、集配コースのコース数ｊに対応して、ｊ個の６桁カウンタＣＮＴが設けられている（図２（ｅ）参照）。本システムＳＹＳでは、６桁カウンタＣＮＴが生成する数字に、受付年月日を特定する６桁の数字を連結させた１２桁の数字を依頼書ＩＤとするので、検査依頼の患者が如何に多くても、依頼書ＩＤが枯渇することはない（１００万人／日）。

（Ｂ１）精査担当者（乙１＋乙２）による依頼書清書ファイルＦＮのダブルチェック
続いて、検査管ＴＵに回収した検体を、患者の個人情報や検査依頼内容に紐付ける紐付け処理（Ｂ）について説明する。紐付け処理では、先ず、二人の精査担当者（乙１＋乙２）のダブルチェックによって、依頼書ＩＤが仮付与された依頼書清書ファイルＦＮの内容の正当性が判定される。

第一担当者（乙１）は、例えば、クライアント機器ＣＬ２で本システムＳＹＳを立ち上げ、未処理状態である、一群の依頼書原始ファイルＯＲＧと、画像認識により生成された一群の依頼書清書ファイルＦＮについて、表示画面の左右に表示させる。

次に、第一担当者は、表示装置に表示された依頼書原始ファイルＯＲＧの内容と、依頼書清書ファイルＦＮの内容を対比判定する。そして、不整合を検出すれば、依頼書清書ファイルＦＮを書き直す。また、第一担当者は、患者氏名などの定型部分に含まれない情報であって、病院側が追加的に手書きした部分（コメント記載など）についてキー入力する。キー入力された情報は、テキストデータとしてデータベースＤＢに記憶される。

次に、第二担当者（乙２）は、第一担当者（乙１）が判定し、追加情報を付加した一群の依頼書清書ファイルＦＮが、依頼書原始ファイルＯＲＧと一致するかを再確認する。そして、第二担当者が一致していると確認した情報が、検査依頼内容として確定され、データベースＤＢに本登録される。

（Ｂ２）属性入力担当者（乙３＋乙４）による患者個人情報の入力
上記の処理が終わった依頼書清書ファイルＦＮについて、属性入力担当者は、患者の個人情報である属性情報を入力する。具体的には、第一属性入力担当者（乙３）は、例えば、不図示のクライアント機器ＣＬ３で本システムを立ち上げ、精査担当者（乙１＋乙２）による処理済みであって、且つ、その後の処理が待機状態の一群の未処理ファイルを抽出する。

具体的には、一群の依頼書清書ファイルＦＮと、依頼書原始ファイルＯＲＧとが読み出されて表示装置に画面表示される。そこで、第一属性入力担当者は、依頼書原始ファイルＯＲＧの記載内容であって、病院側が手書きした患者氏名などの個人情報（属性情報）を、キー入力によって、依頼書清書ファイルＦＮに書き足す。すると、書き足した情報はテキストデータとしてデータベースＤＢに保存される。

また、このタイミングで、乙１と乙２による精査と、乙３の属性入力処理が終わるので、仮付与状態の依頼書ＩＤがデータベースに本登録される。なお、依頼書ＩＤが本登録されるとは、依頼書清書ファイルＦＮに対して、依頼書ＩＤが正式付与されてデータベースＤＢに登録されることを意味する。

次に、第二属性入力担当者（乙４）は、第一属性入力担当者（乙３）が入力した属性情報（患者名や生年月日など）に基づいて、その患者に既に付与されているカルテＮｏを、データベースＤＢ上で検索する。そして、もし、カルテＮｏが存在しない場合には、目視確認によって、第一属性入力担当者の入力内容にミスが無いかを確認する。

一方、データベースＤＢにカルテＮｏが存在する場合には、データベースＤＢに登録されている属性情報が、依頼書清書ファイルＦＮの属性情報欄に自動的に上書きされる。この上書き動作時には、並行して、マッチング判定がされるよう構成されており、もし不一致箇所が検出された場合には、その旨の警告が依頼書ＩＤともに表示画面に表示される。

そして、警告が表示された場合には、何れの情報が正しいかを、所定の担当者が電話確認する。そして、データベースＤＢに登録済みの属性情報が間違っている場合には、第二属性入力担当者がデータベースＤＢの属性情報を修正し、修正済みの属性情報が、依頼書清書ファイルＦＮに再度上書きされる。この処理によって、本登録済みの依頼書ＩＤに対応する依頼書清書ファイルＦＮが、正しく訂正されたことになる。

一方、検査依頼書ＲＱの記載が間違いであり、データベースＤＢ上の属性情報が正しいと確認された場合には、そのまま処理を終える。なお、依頼書ＩＤは、属性入力担当者（乙３）の処理後に、本登録済みであり、この依頼書ＩＤに対応して、依頼書清書ファイルＦＮの正当性が確認されたことになる。

以上の処理によって、依頼書清書ファイルＦＮには、（１）患者名などの属性情報、（２）病院名や病院コード、（３）検査管ＴＵの検査種別及び個数を含んだ検査依頼内容が、全て正しくデータベースＤＢ上に記録されたことになり、そのような依頼書清書ファイルＦＮに対して、一意の依頼書ＩＤが付与（本登録）されたことになる。

（Ｂ３）検体照合担当者（丙１）による検体照合
続いて、図６も参照しつつ、検体照合担当者（丙１）が実行する検体照合処理について説明する。なお、本実施例において、検体照合処理とは、依頼書清書ファイルＦＮの依頼書ＩＤと、検査管ＴＵの検体コードＣＤとを紐付けすることを意味する。

検体照合担当者は、集配コースごと、及び、管種ごとに、検査管ＴＵを纏めた収納容器を手元に準備して、クライアント機器ＣＬｍにおいて、本システムＳＹＳを立ち上げる。先に説明した通り、全ての収納容器には、集配コースＩＤを、二次元コードで印刷したコースプラカードＰＬが配置されている（図１参照）。また、クライアント機器ＣＬｍは、二次元コードを読み取って解読する解読ソフト（二次元コードのデコード処理）や、検体照合担当者の発声を認識する音声認識ソフトや、依頼書清書ファイルＦＮのテキストデータを読み上げる音声読み上げソフトなどが機能するよう構成されている。

先ず、検体照合担当者は、ヘッドセットＨＳを装着した状態で、解読ソフト（二次元コードのデコード処理）を機能させると共に、収納容器からコースプラカードＰＬを取出し、そこに記載されている二次元コード（集配コースＩＤ）を、コードリーダＲＤに読み込ませる。すると、二次元コードから読み取られた集配コースＩＤに対応する一群の依頼書清書ファイルＦＮ・・・ＦＮが、データベースＤＢから読み出され、先頭の依頼書清書ファイルＦＮの内容が、クライアント機器ＣＬｍに画面表示される。

そして、この状態で、検体照合担当者が“開始”とヘッドセットＨＳに発声すると、この開始指令を認識した音声認識ソフトは、依頼書清書ファイルＦＮから必要事項を読み出し、その内容を受けた音声読み上げソフトは、必要情報を読み上げる。読み上げる内容は、特に限定されないが、例えば、患者氏名と、その患者の検体を収容した検査管ＴＵの管種（正化管／血糖管／血算管など）が読み上げられる。

そこで、検体照合担当者は、読み上げられた検査管ＴＵを収納容器から取出し、コードリーダＲＤを操作して、検査管ＴＵの検体コードＣＤを読み取らせる（図６参照）。具体的には、検査管ＴＵに貼り付けられているタグシートＴＧの検体コードＣＤ（図５（ｂ）参照）の内容を、コードリーダＲＤに読み取らせる。すると、解読ソフト（二次元コードのデコード処理）が機能して検体コードＣＤが解読され、その解読内容が、画面表示中の依頼書清書ファイルＦＮの該当欄に表示される。

先に説明した通り、検体コードＣＤには、（１）検査管ＴＵの検査種別（正化管／血糖管／血算管など）を特定する管種コードと、（２）発行西暦年（下位２桁）と、（３）管種ごとの通し番号（８桁）とが含まれているので、一本の検査管ＴＵについて、これらの情報が、依頼書清書ファイルＦＮの該当欄に表示されることになる。

ここで、同一患者の検査管ＴＵは纏めて判定することにしており、全ての検査管ＴＵについて、検体コードＣＤが正当に取得されていることが表示画面から確認されれば、検体照合担当者は、“次”と発声する。すると、依頼書清書ファイルＦＮの依頼書ＩＤに対応して、検体コードＣＤが記憶されることになり、手に持っている一本又は複数本の検査管ＴＵが、依頼書ＩＤに紐付けられることになる。

そこで、検体照合担当者が、“次”と発声すると、例えば、これに続いて、別の患者氏名と、その患者の検体を収容した別の検査管ＴＵの管種とが読み上げられることになる。なお、同一の患者に関し、複数個の検査管がある場合には、順番に、患者氏名と管種が読み上げられる。
そして、その検査管ＴＵの検体コードＣＤを、コードリーダＲＤに読み取らせれば、その検体コードＣＤが、依頼書清書ファイルＦＮの該当欄に表示される。そして、検体コードＣＤが正当に取得されていることが表示画面から確認されれば、再度、“次”と発声することで、依頼書清書ファイルＦＮの依頼書ＩＤに対応して、検体コードＣＤが記憶されることになり、一本又は複数本の検査管ＴＵの検体コードＣＤが依頼書ＩＤに紐付けられることになる。

以上のような操作を続けることで、所定の患者についての一の依頼書清書ファイルＦＮの依頼書ＩＤと、その患者の検体を含んだ各検査管ＴＵの各検体コードＣＤとが正しく紐付けられることになる。そして、この操作を繰り返せば、全ての検査管ＴＵの検体コードＣＤが、対応する依頼書清書ファイルＦＮの依頼書ＩＤに紐付けられることになる。

以上の通り、本実施例では、コンピュータが患者名や管種を読み出す一方で、検体照合担当者が、その試験管を特定しており、作業の合理化が図られている。なお、二人分の作業を単に合理化しただけでなく、ＯＭＲ処理やキー操作によってテキスト入力されたデータの正当性が、音声によって再確認される利点がある。

（Ｂ４）バーコード印刷担当者（丙２）の業務
続いて、バーコード印刷担当者（丙２）は、検体照合が終わった検査管ＴＵを、印字用の収容ラックに回収し、レーザー印字の準備を行う。収容ラックには、１０本の検査管ＴＵが整列配置できるようになっている（図７参照）。

そこで、バーコード印刷担当者は、例えば、クライアント機器ＣＬｎにおいて、本システムＳＹＳを立ち上げ、検査管ＴＵのタグシートＴＧを、コードリーダＲＤに対面させて整列配置し、タグシートＴＧに印刷されている検体コードＣＤを１０本単位で読み込ませる。

ここで、クライアント機器ＣＬｎは、読み込み順に、受付番号と、検体番号とを一意に付与し、これらを検体コードＣＤに対応してデータベースＤＢに記憶するよう構成されている。この処理によって、検体コードＣＤと、受付番号と、検体番号とが紐付けられたことになる。

そこで、全ての検査管ＴＵについて、上記の処理が終わった収容ラックは、バーコードを印刷可能な専用プリンタＰＲ３に移送され、依頼書ＩＤと、検体番号と、受付日と、患者氏名と、管種と、を特定するバーコード（検査装置用コードと称する）を、検査管ＴＵのタグシートＴＧのバーコード印刷欄ＢＡＲに印刷する。図７（ｂ）は、検査管ＴＵのタグシートＴＧのバーコード印刷欄ＢＡＲに、検査装置用コードがバーコード形式で印刷された状態を示している。

（Ｃ）検査処理
続く、検査処理では、図７（ｂ）の状態の検査管ＴＵが、管種ごとに検査装置ＥＱＵにセットされる。そして、検査装置ＥＱＵは、検査管ＴＵのバーコード印刷欄ＢＡＲの検査装置用コードを読み込み、必要な情報を取得する。先に説明した通り、検査装置用コードを読むだけで、依頼書ＩＤと、検体番号と、受付日と、患者氏名と、管種とを把握でき、依頼書ＩＤに基づいて、データベースＤＢから依頼書清書ファイルＦＮの内容を取得できるので、検査装置ＥＱＵは、各検査管ＴＵについて、必要な検査を実行することができる。

そして、検査装置ＥＱＵによる検査結果は、依頼書ＩＤに対応してデータベースＤＢに登録され、また、患者の属性情報や、患者を担当する病院名などと共に印字出力することができる。

以上の通り、本実施例によれば、合理的な人員配置によって、検体の安易な取り違えを回避することができる。

ＲＱ 検査依頼書
ＴＵ 検査管
ＴＡＧ タグシート
ＤＢ データベース
ＳＶ サーバ機器
ＬＡＮ ネットワーク回線
ＣＬ クライアント機器
ＣＤ 検体コード

Claims (2)

1. 検体の検査内容を個体ごとに特定する検査依頼書（ＲＱ）、及び、検体を回収する検査管（ＴＵ）に貼り付けるべきタグシート（ＴＧ）、に関する印字基礎情報を記憶すると共に、過去の検査結果を検体の個体情報に対応して累積記憶するデータベース（ＤＢ）を有するサーバ機器（ＳＶ）と、
   ネットワーク回線（ＬＡＮ）を通して、データベース（ＤＢ）の記憶情報を取得可能に構成されたクライアント機器（ＣＬ）と、
   データベース（ＤＢ）に記憶されている第１の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に基づいて完成された検査依頼書（ＲＱ）を印字出力可能な第１の印字装置（ＰＲ１）と、
   データベース（ＤＢ）に記憶されている第２の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に対応してサーバ機器（ＳＶ）が一意に付与した検体コード（ＣＤ）に基づいて完成されたタグシート（ＴＧ）を印字出力可能な第２の印字装置（ＰＲ２）と、
   検査管（ＴＵ）に貼り付けられたタグシート（ＴＧ）の所定のバーコード欄に、所定のバーコードを印字可能な第３の印字装置（ＰＲ３）と、を有して構成された検体管理システムであって、
   クライアント機器（ＣＬ）を操作して、印字基礎情報と追加情報に基づいて完成させた検査依頼書（ＲＱ）とタグシート（ＴＧ）を、第１と第２個の印字装置（ＰＲ１，ＰＲ２）に印字出力させる第１処理と、
   タグシート（ＴＧ）を貼り付けた検査管（ＴＵ）を、検査依頼書（ＲＱ）と共に、所定の集配コースの医療機関に配布する第２処理と、
   タグシート（ＴＧ）に個体情報が追加記載された検体採取済みの検査管を、必要事項が追加記載された一の検査依頼書（ＲＱ）に対応させて順次回収し、所定の集配コースで回収された一群の検査管（ＴＵ・・・ＴＵ）を、その集配コースを特定する一意の集配コースＩＤが記載されたプラカードと共に、所定の収納容器に保存する第３処理と、
   クライアント機器（ＣＬ）で実行される処理であって、所定の集配コースで回収された一群の検査依頼書（ＲＱ・・・ＲＱ）を、一群の画像基礎データに変換して記憶すると共に、この画像基礎データを画像解析して、第１処理で印字出力された印字情報を抽出し、抽出した一群の抽出情報を、一群の画像基礎データと共に、集配コースＩＤに対応付けて記憶する第４処理と、
   クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報と画像基礎データを記憶領域から読み出し、第４処理における画像解析の正当性を判定して、必要に応じて訂正すると共に、医療機関で検査依頼書（ＲＱ）に追加記載された事項をキー入力して、一群の抽出情報を正しく完成させる第５処理と、
   クライアント機器（ＣＬ）で実行される処理であって、第５処理で完成された一群の抽出情報を、一群の画像基礎データと対比し、正当性が確認される抽出情報ごとに、一意の依頼書ＩＤを付与し、所定の集配コースに属する全ての抽出情報と依頼書ＩＤを、集配コースＩＤに対応付けてデータベース（ＤＢ）に登録する第６処理と、
   クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報をデータベース（ＤＢ）から読み出し、抽出情報に含まれる所定の検査管情報を、音声としてクライアント機器に読み上げさせ、読み上げられた検査管情報に対応する検査管について、そのタグシート（ＴＧ）から検体コード（ＣＤ）を取得し、依頼書ＩＤに対応付けてデータベース（ＤＢ）に登録する第７処理と、
   第３の印字装置（ＰＲ３）が機能し、クライアント機器（ＣＬ）で実行される処理であって、所定の収容ラックに整列させた検査管のタグシート（ＴＧ・・・ＴＧ）から各検査管の検体コード（ＣＤ・・・ＣＤ）を読み出し、これに対応する依頼書ＩＤと他の必要な情報を、各検査管のタグシート（ＴＧ・・・ＴＧ）のバーコード欄（ＢＡＲ・・・ＢＡＲ）にバーコード印刷させる第８処理と、
   を有し、第８処理後の検査管が検査装置で使用されるよう構成されていることを特徴とする検体管理システム。
2. 検体の検査内容を個体ごとに特定する検査依頼書（ＲＱ）、及び、検体を回収する検査管（ＴＵ）に貼り付けるべきタグシート（ＴＧ）、に関する印字基礎情報を記憶すると共に、過去の検査結果を検体の個体情報に対応して累積記憶するデータベース（ＤＢ）を有するサーバ機器（ＳＶ）と、
   ネットワーク回線（ＬＡＮ）を通して、データベース（ＤＢ）の記憶情報を取得可能に構成されたクライアント機器（ＣＬ）と、
   データベース（ＤＢ）に記憶されている第１の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に基づいて完成された検査依頼書（ＲＱ）を印字出力可能な第１の印字装置（ＰＲ１）と、
   データベース（ＤＢ）に記憶されている第２の印字基礎情報、及び、クライアント機器（ＣＬ）から入力された追加情報に対応してサーバ機器（ＳＶ）が一意に付与した検体コード（ＣＤ）に基づいて完成されたタグシート（ＴＧ）を印字出力可能な第２の印字装置（ＰＲ２）と、
   検査管（ＴＵ）に貼り付けられたタグシート（ＴＧ）の所定のバーコード欄に、所定のバーコードを印字可能な第３の印字装置（ＰＲ３）と、を有して実現される検体管理方法であって、
   クライアント機器（ＣＬ）を操作して、印字基礎情報と追加情報に基づいて完成させた検査依頼書（ＲＱ）とタグシート（ＴＧ）を、第１と第２個の印字装置（ＰＲ１，ＰＲ２）に印字出力させる第１処理と、
   タグシート（ＴＧ）を貼り付けた検査管（ＴＵ）を、検査依頼書（ＲＱ）と共に、所定の集配コースの医療機関に配布する第２処理と、
   タグシート（ＴＧ）に個体情報が追加記載された検体採取済みの検査管を、必要事項が追加記載された一の検査依頼書（ＲＱ）に対応させて順次回収し、所定の集配コースで回収された一群の検査管（ＴＵ・・・ＴＵ）を、その集配コースを特定する一意の集配コースＩＤが記載されたプラカードと共に、所定の収納容器に保存する第３処理と、
   クライアント機器（ＣＬ）で実行される処理であって、所定の集配コースで回収された一群の検査依頼書（ＲＱ・・・ＲＱ）を、一群の画像基礎データに変換して記憶すると共に、この画像基礎データを画像解析して、第１処理で印字出力された印字情報を抽出し、抽出した一群の抽出情報を、一群の画像基礎データと共に、集配コースＩＤに対応付けて記憶する第４処理と、
   クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報と画像基礎データを記憶領域から読み出し、第４処理における画像解析の正当性を判定して、必要に応じて訂正すると共に、医療機関で検査依頼書（ＲＱ）に追加記載された事項をキー入力して、一群の抽出情報を正しく完成させる第５処理と、
   クライアント機器（ＣＬ）で実行される処理であって、第５処理で完成された一群の抽出情報を、一群の画像基礎データと対比し、正当性が確認される抽出情報ごとに、一意の依頼書ＩＤを付与し、所定の集配コースに属する全ての抽出情報と依頼書ＩＤを、集配コースＩＤに対応付けてデータベース（ＤＢ）に登録する第６処理と、
   クライアント機器（ＣＬ）で実行される処理であって、集配コースＩＤによって特定される一群の抽出情報をデータベース（ＤＢ）から読み出し、抽出情報に含まれる所定の検査管情報を、音声としてクライアント機器に読み上げさせ、読み上げられた検査管情報に対応する検査管について、そのタグシート（ＴＧ）から検体コード（ＣＤ）を取得し、依頼書ＩＤに対応付けてデータベース（ＤＢ）に登録する第７処理と、
   第３の印字装置（ＰＲ３）が機能し、クライアント機器（ＣＬ）で実行される処理であって、所定の収容ラックに整列させた検査管のタグシート（ＴＧ・・・ＴＧ）から各検査管の検体コード（ＣＤ・・・ＣＤ）を読み出し、これに対応する依頼書ＩＤと他の必要な情報を、各検査管のタグシート（ＴＧ・・・ＴＧ）のバーコード欄（ＢＡＲ・・・ＢＡＲ）にバーコード印刷させる第８処理と、
   を有し、第８処理後の検査管が検査装置で使用されるよう構成されていることを特徴とする検体管理方法。