JPH1151942A - 臨床検査システムおよび検査状況管理方法 - Google Patents

Abstract

(57)【要約】 【課題】各業務プロセス毎に進捗状況の監視を行い、各
業務の進捗度を統合した一覧画面による表示と、必要に
応じ詳細レベルへの展開表示を可能とする。 【解決手段】検査業務を分割した複数の業務プロセスの
各プロセス毎にその進捗度、各情報のチェック条件を管
理する為の定義情報を設定する定義ファイル１２と、各
業務プロセスにおいて発生したイベント情報を保存して
おくイベント管理ファイル１６と、該イベント管理ファ
イル１６に対してイベント情報の保存・管理を行うイベ
ント管理機能１５と、定義ファイル１２を参照し、イベ
ント管理ファイル１６から複数のプロセスの進捗状況を
抽出し進捗状況の概況一覧表示画面として表示または帳
票出力する機能１７，１８を有する。概況一覧表示画面
において、ユーザによる特定のプロセスの項目の指示に
応じて、イベント管理ファイル１６から対応する詳細状
況を読み出し、その詳細状況表示画面として表示または
帳票出力することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、臨床検査システム
に係り、特に病院や医療機関で稼動する臨床検査システ
ムにおいて、臨床検査業務の作業工程の進捗状況を容易
に把握できる工程管理機能および、工程の進捗管理情報
を累積し検査業務の管理・統計データを出力する機能に
関する。

【０００２】

【従来の技術】従来の臨床検査システムでは、特開平８
−２３３８２５号公報に開示のように、測定結果の異常
や、未処理を把握できる機能は存在するが、本発明によ
り実現できる一連の検査業務に関する管理機能は皆無に
等しく、検査技師毎の独自の管理能力により行われてい
るのが現状である。

【０００３】

【発明が解決しようとする課題】従来技術によれば、検
査業務の最終工程に近いところでしか検査状況を確認す
ることが出来ない為、検査業務の上流工程の管理は検査
技師の裁量或は、運用方法に委ねられている。この為、
特に緊急に結果報告を要する検体や、処理検体数が多い
状況下では、人為的ミスを引起こす要因となる。

【０００４】更に、高度に自動化されたシステムでは検
体の受付、測定、確認、結果報告までの殆どの業務はシ
ステムが担っており、検査技師が介入する機会が少なく
何らかのトラブルが発生した場合、原因究明・対策等が
容易にかつ速やかに対応出来ない為、業務の遅延、検査
漏れ、検査過誤等により検査業務に支障を来す頻度が高
くなる。

【０００５】例えば、大規模検査システムにおいては、
現在、バーコード運用が当たり前となっており、ワーク
シートレス、ランダム測定等の利便性が得られる反面、
検査状況が視覚的に捉えにくい為、異常の早期発見と迅
速な対応が行えないという問題がある。

【０００６】本発明の目的は、一連の検査業務（検査受
付から結果報告）について各業務プロセス毎に進捗状況
監視を行い、各業務の進捗度を統合した一覧画面による
表示と、必要に応じ詳細レベルへの展開表示を可能とす
ることにある。

【０００７】また、上記情報を一過性の情報としてでは
なく、保存した検査状況データを基に、検査状況管理情
報の管理・統計データを提供することにある。

【０００８】

【課題を解決するための手段】本発明の解決手段として
は、検査業務を幾つかの各業務プロセスに大別し、更に
その各業務プロセスを運用形態による機能別に細分化す
る。本発明の臨床検査システムは、このように検査業務
を分割した複数の業務プロセスの各プロセスの機能毎に
その進捗度、各情報のチェック条件を管理する為の定義
情報を設定する定義ファイルと、各業務プロセスにおい
て発生したイベント情報を保存しておくイベント管理フ
ァイルと、該イベント管理ファイルに対してイベント情
報の保存・管理を行うイベント管理手段と、前記定義フ
ァイルを参照し、前記イベント管理ファイルから複数の
業務プロセスの進捗状況を抽出し進捗状況の概況一覧表
示画面として表示または帳票出力する手段とを備える。

【０００９】ここで、「検査業務」とは、検査受付から
始まり、前処理、検体の測定、測定結果の確認、依頼元
への検査結果報告までの一連の業務である。

【００１０】このシステムにおいて、好ましくは、前記
表示された進捗状況の概況一覧表示画面において、ユー
ザによる特定の業務プロセスの項目の指示に応じて、前
記イベント管理ファイルから対応する詳細状況を読み出
し、その詳細状況表示画面として表示または帳票出力す
る手段を有する。

【００１１】前記定義情報を参照して、前記イベント管
理ファイル内の少なくとも特定のプロセスの機能の進捗
状況をチェックし、前記定義情報に照らして警告が必要
な場合にアラーム出力を行う手段を有してもよい。

【００１２】さらに、前記定義ファイルをユーザの操作
により登録・変更する手段を設けることが好ましい。

【００１３】前記定義ファイルおよびイベント管理ファ
イルを参照し、検査状況の管理・統計データを出力する
検査状況管理統計出力手段を有してもよい。

【００１４】本発明による検査状況管理方法は、検査状
況管理方法コンピュータ及び周辺入出力装置で構成され
る臨床検査システムにおいて、検査受付から始まり、前
処理、検体の測定、測定結果の確認、依頼元への検査結
果報告までの一連の検査業務プロセスについて、患者ま
たは検体単位に各業務プロセスの機能毎に現在の進捗状
況を概況一覧表示画面として表示または帳票出力するこ
とを特徴とする。

【００１５】この方法において、ユーザの指定操作に従
い前記概況一覧表示画面から詳細状況表示画面への切替
え（トップダウン展開）を行うことが望ましい。

【００１６】緊急検体、依頼元等の各属性による抽出出
力や、各業務プロセスまたは機能の状況内容による抽出
出力を行うようにしてもよい。

【００１７】ここに、各業務プロセスまたは機能の状況
内容とは、例えば、未処理や測定結果異常等である。

【００１８】また、各業務プロセスの機能毎に進捗状況
監視を行うことにより、業務の停滞、異常等の障害を検
出し、必要に応じアラーム表示を行うようにしてもよ
い。

【００１９】以上のような構成により、検査業務の進捗
状況管理が容易に行える為、業務停滞、検査漏れ等の確
認、検査結果チェック等による障害の早期発見や障害の
多角解析が行え、上流工程で迅速に対応が行える為、業
務の遅延や、検査過誤を未然に防止することが出来、検
査業務の正確性、検査結果の信頼性を得られ、検査業務
を効率良く円滑に運用でき、かつ迅速で高品質の検査デ
ータを診療部門に提供できる。

【００２０】また、検査状況管理情報を基に検査所要時
間を調査・分析した定量的な統計データにより、検査業
務の実態を把握でき、検査室の設備増強や、検査室の陣
容の調整等の参考データが得ることで、検査室または、
システムの最適化計画に貢献する。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態の内容
について図面を参照しながら詳細に説明する。

【００２２】図１は本発明による臨床検査システムの構
成を示す。この構成は、コンピュータ（サーバ１とクラ
イアント２）、プリンタ３、検体を測定する各種自動分
析装置４と、各種Ｉ／Ｏ機器５、他システム６等からな
り、これらを通信線で接続したローカルエリアネットワ
ーク（ＬＡＮ）のような一般的な構成である。

【００２３】特に臨床検査システムにおいては、各クラ
イアント２は、これにより、検査受付入力、検査結果入
力、検査結果確認、各種帳票作成の指令、医事システム
６や自動分析装置４、Ｉ／Ｏ機器５への検査データ送受
信の指示を行う、言わば入出力端末である。準備リス
ト、確認リスト、結果報告等はプリンタ３に出力する。
サーバ１は、これらの要求に対する情報をサーバ自身が
保持している検査データベースを基に処理を行い、各ク
ライアント２に必要情報を編集したもの（または、処理
結果）を返すのが一般的である。また、医事システム６
や自動分析装置４、Ｉ／Ｏ機器５とのデータの相互通信
は、クライアント２が直接行い、クライアント２を介し
てサーバ１と情報の授受を行う。

【００２４】本実施の形態では、クライアント２を介し
て行われる一連の検査業務における各工程の業務プロセ
ス毎の機能の進捗状況をクライアント２のディスプレイ
装置および、その管理・統計データをディスプレイ装置
にモニタ表示し、または、プリンタ３に出力することが
できる。

【００２５】図２は検査業務フローの概略図である。検
査受付から検査結果報告までの大別した一連の検査業務
フローについて、各業務プロセスとそのプロセスの構成
要素である機能の構成例を示したものである。

【００２６】一般的に検査業務の流れは、検査受付プロ
セス７、検査準備プロセス８、検査実施プロセス９、検
査結果の確認プロセス１０、検査結果の報告プロセス１
１の順で行われる。但し、状況により後戻り作業による
プロセスのやり直しが発生する。

【００２７】なお、この例では検査業務は５つのプロセ
スに大別して表現しているが、各プロセス名は特に決め
られた表現ではなく、検査業務として一般的に使われる
語句を流用し、プロセス単位の総称として用いている。
また、ここでは５つのプロセスとその詳細処理を示して
いるが、本図は一例にすぎず、プロセスの数、定義、表
現等はユーザや、検査分野等により様々である。しか
し、ここでは便宜上、前記の５つのプロセスから検査業
務が構成されていることと仮定し、その例に基づいて説
明する。

【００２８】検査受付プロセス７では、検体到着受付、
ＯＣＲ，ＯＭＲを用いた依頼受付、検査依頼受付、さら
に受付確認等が行われる。１つの業務プロセスに含まれ
るこれらの構成要素を本明細書では「機能」または「処
理」と呼ぶ。

【００２９】検査準備プロセス８では、検体仕分け・分
注、ワークシート出力、検体バーコード等別出力、等の
機能が実行される。

【００３０】検査結果確認プロセス９では、検査結果異
常チェック、検体取違えチェック、未検査項目確認、精
度管理検体チェック等の機能が実行される。

【００３１】検査結果報告プロセス１１では、報告書出
力、医事システム検査結果送信、他システム検査結果送
信、等の機能が実行される。

【００３２】図３に本実施の形態における臨床検査シス
テムの概念図を示す。そのソフトウェア構成要素とその
関連について、図２の検査業務フローを参考にしながら
説明する。なお、図３では本実施の形態に関した内容に
ついてのみ表記してあり、臨床検査システムで使用する
ソフト資源（プログラム、ファイル）は省略してある
が、本発明を実現する上では必要前提条件である。

【００３３】本システムは、検査業務を複数の業務プロ
セスに分割した各プロセス毎の対象となる処理（機能）
を登録し、その状況を表現する為の定義等を設定する検
査状況対象定義ファイル１３と、本ファイル１３に対し
登録・変更を行う検査状況対象定義ファイルメンテナン
ス機能１２と、各業務プロセス機能で発生したイベント
情報を保存しておくイベント管理ファイル１６と、イベ
ント情報を保存・管理を行うイベント管理機能１５と、
検査状況を検査状況対象定義ファイル１３およびイベン
ト管理ファイル１６を参照し、クライアントの画面１９
に表示および、プリンタ２０に印刷（帳票出力）する検
査状況出力機能１７と、同様に検査状況の管理・統計デ
ータを出力する検査状況管理統計出力機能１８とにより
構成している。

【００３４】以下、各構成要素と機能実現方法について
説明する。

【００３５】図１、図２、図３を基に検査業務フローに
沿った本発明の詳細機能の一部を説明する。検査状況対
象定義ファイルメンテナンス機能１２により検査状況対
象定義ファイル１３に対し検査状況を表示させる為の各
種定義情報を設定しておく必要がある。

【００３６】総括的な説明として、各プロセスは図２で
示す各処理を図１のクライアント２または各Ｉ／Ｏ機器
５により行う。この際、各業務プロセス機能で発生した
イベントを管理・保存を行うイベント管理機能１５は、
検査状況対象定義ファイル１３を参照し、機能やそのグ
ループに対する保存対象の有無により、対象のイベント
情報（機能識別、グループ識別、日付、時刻等）をイベ
ント管理ファイル１６に保存する。そして、ユーザの要
求指示または、自動により検査状況出力機能１７およ
び、検査状況管理統計出力機能１８が検査状況対象定義
ファイル１３とイベント管理ファイル１６を参照し、検
査状況、管理・統計データをクライアントの画面１９、
プリンタ２０に出力させることが出来る。

【００３７】なお、検査状況モニタは一定周期でリフレ
ッシュ表示するので常に最新情報が得られる。

【００３８】以下、検査準備プロセス８、検査実施プロ
セス９、検査結果の確認プロセス１０、検査結果の報告
プロセス１１についても同様に行うことが出来、一連の
検査業務に対する各プロセス毎の状況管理機能が実現す
る。

【００３９】なお、検査状況対象定義ファイル１３は処
理対象の有無が設定出来る為、処理対象外のものは除外
することができ、ユーザ毎にチェック範囲や、各プロセ
ス名称や機能名称及び、状況の表現内容や表示色等の状
況判定基準をユーザでカスタマイズすることが出来る。

【００４０】前述した通り、各業務プロセスは幾つかの
機能で構成する為、本説明では各業務プロセスの代表的
機能を例にとって説明する。

【００４１】各検査プロセスは幾つかのまとまった単位
（例えば、最小単位では検査項目、或いは複数の検査項
目を或る決まりでまとめたグループ）で管理される。単
位（グループと呼称）は、検査項目群で構成されるもの
では、例えば画面機能の場合、対象項目グループであ
り、帳票機能で言えば対象シートである。検査項目以外
の要素では、検体を識別する検体材料コードや採血管コ
ード群もある。このように、構成要素は同様でも機能に
よって呼び方を変えているものがある。

【００４２】検査受付プロセスにおける検体到着処理で
は、オーダ側（例えば診療科）で或る患者の検査項目の
依頼と検体を必要本数準備し、検査室へ検査依頼を行
う。依頼された検査側では検体に（一般的に）貼付され
ている検体識別コード（例えばバーコード）をキーにオ
ーダ側システムと通信を行うことにより、検査依頼患者
の属性、検査項目、検体本数を知ることができる。この
ような場合は、システムで使用する全検体の種類につい
て検体到着状況（検査室に届いているか）を格納したイ
ベント管理ファイル１６と検査状況管理の対象とするか
否かを定義した検査状況対象定義ファイル１３を設け、
当該ファイルを参照することにより検査室における検体
の到着状況を得ることが可能となる。

【００４３】次に、検査準備プロセスにおける「ワーク
シート出力」は患者（検体）の依頼項目を基に幾つかの
検査項目グループ単位毎（ユーザによる）に抽出し出力
する。ワークシートは言わば検査作業指示書である。一
般的に、このワークシートは、依頼項目を元に目的とす
る当該グループに該当する検体を抽出し、測定を行うシ
ーケンスＮｏ順に出力することを目的とし、本ワークシ
ートを出力することで検体を分注し、測定を開始するこ
とが出来る。（ただし、ワークシートを必ず出力しなけ
れば検査を開始出来ないわけではない。）ワークシート
に関しては、予め対象項目をグループ毎に登録してお
き、そのグループを指定しワークシート出力指示を行
う。グループは、患者（検体）の依頼項目により決定す
る為、患者（検体）の依頼項目で出力すべきワークシー
トを知ることができる。従って上記の場合は、システム
で使用するワークシートグループ（複数）或いは検査項
目について出力済か否かの出力状況を格納したイベント
管理ファイル１６と検査状況管理の対象とするか否かを
定義した検査状況対象定義ファイル１３を設け、当該フ
ァイルを参照することにより患者（検体）の検査準備状
況を得ることが可能となる。

【００４４】次に、検査実施プロセスにおける測定処理
は、検査準備業務のワークシート等による検査指示書と
同等機能を基に検体をワークシート（検査指示書）に印
刷されている測定を行う順序を表すシーケンスＮｏ順に
準備し（並べ）、自動分析装置または、手作業により測
定を行う。特に、自動分析装置による測定は、システム
から見て外部機器である為、システムと自動分析装置間
は通信により、システムは自動分析装置へ測定項目の指
示（全ての装置に有るわけではない）を送信し、システ
ムは自動分析装置から測定結果値の取込み（受信）を行
っている。従って、各自動分析装置本体の閉じた中でサ
ンプルが測定される為、サンプルの測定状況の把握が難
しい。例えば、本体の測定過程においての様々な事象に
よる結果の遅延を招く場合がある。その要因の一つとし
て、測定結果をあるチェック式によって再測定（再検）
を行う場合が多く自動分析装置本体が行う自動再検とシ
ステム主導で行う手動再検を行うのが一般的に多い。そ
の結果、特に測定項目指示機能の有る分析装置の場合に
ついては、検査測定項目の指示が送信済か否か及び、測
定結果値が受信済か否かの各々の送受信状況を格納した
イベント管理ファイル１６と検査状況管理の対象とする
か否かを定義した検査状況対象定義ファイル１３を設
け、当該ファイルを参照することにより患者（検体）の
検査測定実施状況を得ることが可能となる。

【００４５】次に、検査結果確認プロセスにおける異常
値チェック機能（モニタ、帳票）は、患者（検体）の依
頼項目の測定結果値に対し、或る既定のデータチェック
式を適用することより、異常になった患者（検体）の当
該結果値を抽出し出力する。一般的に、本プロセスは、
測定した結果値が正常に測定されているか否かの判断材
料となり、本内容を出力することで検査結果の正当性を
確認し、次のプロセスである検査結果の報告が行える準
備が整う。異常値チェック機能は、予めデータチェック
対象項目をグループ毎に登録し、そのグループを指定し
チェック結果を得る。グループは、患者（検体）の依頼
項目により決定する為、患者（検体）の依頼項目で出力
すべき異常値チェックのグループを知ることができる。
従って、システムで使用する異常値チェックグループ或
いは、検査項目について異常値チェック（単一結果値チ
ェック、前回値比較チェック、項目間結果値チェック等
の各種チェック方法）済か否かの出力状況を格納したイ
ベント管理ファイル１６と検査状況管理の対象とするか
否かを定義した検査状況対象定義ファイル１３を設け、
当該ファイルを参照することにより患者（検体）の検査
結果確認状況を得ることが可能となる。

【００４６】なお、測定結果値のデータチェックの中で
も特に緊急性、重要性のあるものは、前プロセスの検査
実施で検査結果発生直後にリアルタイムで行われる事も
ある。

【００４７】次に、検査結果報告プロセスにおける報告
書は、患者（検体）の依頼項目の検査結果値を出力し各
依頼元である診療科或いは病院に返却する。一般的に、
報告書を出力・返却することで対診療科（病院）の検査
業務は完結する。報告書は、予め出力対象項目をグルー
プ毎に登録し、そのグループを指定し出力を行う。グル
ープは、患者（検体）の依頼項目により決定する為、患
者（検体）の依頼項目で出力すべき報告書のグループを
知ることができる。従って、システムで使用する報告書
グループ或いは、検査項目について出力（中間報告、最
終報告等の）済か否かの出力状況を格納したイベント管
理ファイル１６と検査状況管理の対象とするか否かを定
義した検査状況対象定義ファイル１３を設け、当該ファ
イルを参照することにより患者（検体）の検査結果の報
告状況を得ることが可能となる。

【００４８】検査状況管理統計データを出力する機能に
ついては、各プロセスの機能毎にイベント発生の日付、
時刻を予め設定するグループ或は、検査項目毎にイベン
ト管理ファイル１６に登録してある為、或るプロセスの
或る機能から他のプロセスの或る機能までの中で、グル
ープ（検査項目）について終了した所要時間を計算する
ことが出来、本データを基に管理・統計データを得るこ
とが出来る。

【００４９】図６に、検査状況対象定義ファイル１３の
構成の具体例を示す。この検査状況対象定義ファイル１
３は、図６（ａ）に示すプロセス単位部と、図６（ｂ）
に示す経過時間管理部とからなる。プロセス単位部は、
プロセス機能単位毎に存在し、各プロセス機能の番号
（ＮＯ）、名称、対象グループ、判定基準等の各欄を有
する。図の例は、検体到着受付機能についての登録例を
示している。

【００５０】プロセス機能欄には、予めシステムで決定
してある当該プロセス機能のＮＯと名称を登録する。Ｎ
Ｏは機能毎にユニークであり、イベント管理機能によ
り、各プロセス機能のイベント情報をイベント管理ファ
イル１６に登録したり、検査状況出力を行う場合等の当
該プロセスを認識するのみ使用される。名称は、検査状
況出力（例えば後述する図４のモニタ出力）等のタイト
ルに使用される。

【００５１】対象グループ欄は、予めシステム（システ
ム登録情報等）で決定してある検体ラベルＮＯと名称を
登録する。（ここで、システム登録情報とはシステム
上、不可欠な情報であり、一般的にマスタ情報と呼ばれ
る。）検体ラベルＮＯは、一患者毎に複数種類あり、登
録数分、進捗状況の判断対象となる。また、名称は、検
査状況出力（例えば図４のモニタ出力）等のタイトルに
使用される。

【００５２】次に、判定基準欄は、判定を行う段階、そ
れに伴う状況文字列、表示入りを登録する。段階は幾つ
かのレベルがあるが、本例では３段階で、各々に対する
状況文字列、表示色（背景色、文字色）を登録してあ
る。

【００５３】検査状況出力では、前述した対象グループ
の検体容器についてチェックを行い、いずれの段階に該
当するかを判断し、該当する状況文字列および表示色を
出力する。

【００５４】なお、本例は一例にすぎず、判断基準は処
理消化率で行うことも可能である。

【００５５】次に、図６（ｂ）の時間管理部は検体の検
査優先度、経過時間、判定基準の各欄を有する。図では
検体の優先度レベルに対する登録例を示す。優先度欄に
は予めシステムで決定してある優先度の段階と名称を登
録し、経過時間は段階に対応した時間（この場合、検体
が検査室に到着した時間（受付時間）からの経過時間）
を登録し、判定基準欄には段階に対応した状況文字列、
表示色を登録する。

【００５６】検査状況出力では、受付の優先度、経過時
間によりいずれの段階に該当するかを判断し、該当する
状況文字列および表示色を出力する。

【００５７】図７に、イベント管理ファイル１６の具体
的な構成例を示す。図に示すように、イベント管理ファ
イル１６は、ファイル区分、ファイル日付、受付番号
（検体の受付単位）毎に、プロセスＮＯ、状態、イベン
ト発生日時の欄を有する。

【００５８】プロセスＮＯの欄には、各受付単位に、検
査状況対象定義ファイル１３で登録されているプロセス
機能（検体到着、ワークシート出力等）が複数存在し、
更にプロセス毎にグループＮＯに対応した状態およびイ
ベント発生日時の項目がある。

【００５９】「状態」は、幾つかの段階に分けることが
できるが、本例では未／完の２段階である。

【００６０】イベント発生日時は、各プロセスが処理を
終了した時刻を示す。

【００６１】また、イベント情報は各プロセスの処理が
終了したタイミングでイベント管理機能１５によりイベ
ント管理ファイル１６に登録される。

【００６２】図４は、検査状況出力機能１７のモニタ機
能を模式化した一例である。複数の業務プロセスの機能
の進捗状況を統合的に表示した概況一覧表示画面２１と
各業務プロセスの機能の詳細状況（検体到着状況詳細２
２、報告状況詳細２３）表示例２２，２３を示す。緊急
検体、依頼元等の各属性による各種抽出条件指定によ
り、該当情報を抽出表示することができる。

【００６３】先に各構成要素の機能詳細で説明した通
り、検査状況出力機能１７のモニタ機能は、各種抽出
（表示）条件を指定することにより、目的とする受付
（患者）の検査状況を各業務プロセス毎に総括的に表形
式に表示する。本機能により、業務の全体的な進捗状況
を一目で把握することが出来る。プロセス毎に定義され
ている各機能の進捗状況は、例えばプログレスバーや'
未'／'全'／’一部’等の文字により表示することがで
きる。図の例では後者を採用している。

【００６４】なお、検体到着の到着日時は、検体（採血
管）に貼付されているバーコードを（バーコードリーダ
付き端末の画面、自動読み取り機能付き装置）システム
に登録（到着）させたタイミングでイベント管理ファイ
ル１６に書き込まれる。また、ワークシートについては
患者に対する依頼項目により、マスタファイルを参照す
ることにより何シート分出力すべきかがわかり、イベン
ト管理ファイル１６と併せて嘆賞することにより一部／
全部出力の別が分かる。他の項目についても、同様であ
り、基本的には患者毎の検査依頼項目により対象処理と
その処理数が分かるため、処理が行われたイベントを管
理することにより処理の未済の度合いで進捗状況を把握
できる。

【００６５】図４中の報告状況詳細２３の「シート名
称」とは、帳票（ワークシート、報告書、受付台帳等）
の出力グループの単位を示している。

【００６６】図４の画面２１によれば、検査状況対象定
義ファイル１３で設定済の定義情報（異常データ、監視
時間設定等）による色による識別表示を行うことが出来
るので容易に異常を見分けることが出来る。

【００６７】ユーザは、各業務プロセス毎の進捗状況を
総括的に表示する概況一覧表示画面２１からマウスまた
はファンクションキーにより、指定した当該プロセス毎
の機能の詳細レベルの進捗状況をモニタすることが可能
である。例えば、ある患者の「検体到着」機能に対応す
る表セル（項目）を指定することにより、その検体到着
状況の詳細を示す画面（またはウインドウ）２２を表示
させることができる。この画面２２から、当該患者の検
体容器毎に検体到着状況を認識することができる。ま
た、ある患者の「報告書」の表セルを指定することによ
り、報告状況の詳細を示す画面（またはウインドウ）２
３を表示させることができる。この画面２３から、当該
患者の各検査項目についての報告状況を認識することが
できる。

【００６８】図示しないが、他のプロセス機能について
も同様の詳細画面を表示させることができる。

【００６９】図５は、検査状況管理統計出力機能１８の
帳票機能を模式化した一例である。この例では、イベン
ト管理ファイル１６の情報を基に或るグループについて
の検体到着から報告完了までの所要時間のデータを示し
ている。イベント管理ファイル１６の内容を拡充し、検
査状況管理統計出力機能１８に各種統計機能を持たせる
ことで様々な情報を提供することができる。

【００７０】

【発明の効果】本発明によれば、検査業務の進捗状況管
理が容易に行える為、障害の早期発見により、迅速な対
応が行え、検査業務を効率良く円滑に運用させることが
できる。その結果、迅速な検査結果の報告と高品質な検
査結果が診療部門に提供でき患者サービスに貢献でき
る。

【００７１】また、検査状況管理情報を基に検査所要時
間を調査・分析した統計データを得ることで業務の実態
を定量的に知ることができ、これにより、検査室の設備
増強や、検査室の陣容の調整等などの検査室、業務の管
理支援に貢献できる。

【図面の簡単な説明】

【図１】本発明が機能する上で必要な臨床検査システム
のハードウェア構成例を示すブロック図である。

【図２】図２は臨床検査業務フローの概略図である。

【図３】図３に本実施の形態における臨床検査システム
の概念図である。

【図４】本実施の形態における検査状況モニタ画面表示
例を示す説明図である。

【図５】本実施の形態における或る期間の検査システム
の運用管理・統計データ印刷例を示す説明図である。

【図６】図３に示した検査状況対象定義ファイル１３の
構成の具体例を示す説明図である。

【図７】図３に示したイベント管理ファイル１６の構成
の具体例を示す説明図である。

【符号の説明】

１・・・サーバ、２・・・クライアント、３・・・プリンタ、４・
・・自動分析装置、５・・・Ｉ／Ｏ機器６・・・医事システム、
７・・・検査受付プロセス、８・・・検査準備プロセス、９・・
・検査実施プロセス、１０・・・検査結果確認プロセス、１
１・・・検査結果報告プロセス、１２・・・検査状況対象定義
ファイルメンテナンス機能、１３・・・検査状況対象定義
ファイル、１４・・・各業務プロセス機能、１５・・・イベン
ト管理機能、１６・・・イベント管理ファイル、１７・・・検
査状況出力機能、１８・・・管理統計出力機能、１９・・・画
面、２０・・・プリンタ、２１・・概況一覧表示画面、２２・
・・検体到着状況詳細画面、２３・・・報告状況詳細画面、
２４・・・検査運用状況統計リスト印刷例。

Claims (9)

【特許請求の範囲】
1. 【請求項１】コンピュータ及び周辺入出力装置で構成さ
   れる臨床検査システムにおいて、 検査業務を分割した複数の業務プロセスの各プロセスの
   機能毎にその進捗度、各情報のチェック条件を管理する
   為の定義情報を設定する定義ファイルと、 各業務プロセスにおいて発生したイベント情報を保存し
   ておくイベント管理ファイルと、 該イベント管理ファイルに対してイベント情報の保存・
   管理を行うイベント管理手段と、 前記定義ファイルを参照し、前記イベント管理ファイル
   から複数の業務プロセスの進捗状況を抽出し進捗状況の
   概況一覧表示画面として表示または帳票出力する手段
   と、 を備えたことを特徴とする臨床検査システム。
2. 【請求項２】前記表示された進捗状況の概況一覧表示画
   面において、ユーザによる特定の業務プロセスの項目の
   指示に応じて、前記イベント管理ファイルから対応する
   詳細状況を読み出し、その詳細状況表示画面として表示
   または帳票出力する手段を有する請求項１記載の臨床検
   査システム。
3. 【請求項３】前記定義情報を参照して、前記イベント管
   理ファイル内の少なくとも特定のプロセスの機能の進捗
   状況をチェックし、前記定義情報に照らして警告が必要
   な場合にアラーム出力を行う手段を有する請求項１また
   は２記載の臨床検査システム。
4. 【請求項４】前記定義ファイルをユーザの操作により登
   録・変更する手段を有する請求項１記載の臨床検査シス
   テム。
5. 【請求項５】前記定義ファイルおよびイベント管理ファ
   イルを参照し、検査状況の管理・統計データを出力する
   検査状況管理統計出力手段を有する請求項１記載の臨床
   検査システム。
6. 【請求項６】コンピュータ及び周辺入出力装置で構成さ
   れる臨床検査システムにおいて、 検査受付から始まり、前処理、検体の測定、測定結果の
   確認、依頼元への検査結果報告までの一連の検査業務プ
   ロセスについて、患者または検体単位に各業務プロセス
   の機能毎に現在の進捗状況を概況一覧表示画面として表
   示または帳票出力することを特徴とする検査状況管理方
   法。
7. 【請求項７】ユーザの指定操作に従い前記概況一覧表示
   画面から詳細状況表示画面への切替え（トップダウン展
   開）を行うことを特徴とする請求項６記載の検査状況管
   理方法。
8. 【請求項８】緊急検体、依頼元等の各属性による抽出出
   力や、各業務プロセスまたは機能の状況内容による抽出
   出力を行うことを特徴とする請求項６記載の検査状況管
   理方法。
9. 【請求項９】各業務プロセスの機能毎に進捗状況監視を
   行うことにより、業務の停滞、異常等の障害を検出し、
   必要に応じアラーム表示を行うことを特徴とする請求項
   ６記載の検査状況管理方法。