(57)【特許請求の範囲】
【請求項１】
処方データに基づいて、その処方を調剤するために複数の調剤機器を駆動制御する調剤制御装置において、
前記各調剤機器を含む管理対象、ホストコンピュータからの処方データの受信に利用する「処方受信」、及び、処方データの監査に利用する「処方監査入力」を含む調剤実行管理対象設定ファイルと、ホストコンピュータから受信した処方データが格納される処方箋ファイルと、を記憶するハードディスク装置と、
前記調剤実行管理対象設定ファイルの「処方受信」に基づいて、処方受信管理データと、処方受信処理のための実行プロセスとを生成する手段と、
前記調剤実行管理対象設定ファイルの「処方監査入力」に基づいて、「処方監査入力」の実行を管理するための処方監査管理データと、処方監査入力処理のための実行プロセスとを生成する手段と、
前記調剤実行管理対象設定ファイルの管理対象に基づいて、各調剤機器の実行管理データと、調剤機器実行処理のための実行プロセスとを生成する手段と、
前記管理データと実行プロセスとに基づいて該当する調剤機器を駆動制御する中央処理装置と、
を備えたことを特徴とする調剤制御装置。
【請求項２】
前記ホストコンピュータから受信するデータにはホスト指令を含み、
前記ハードディスク装置は、受信したホスト指令を処方受信管理データとして処方箋ファイルに格納し、
前記中央処理装置は、前記処方箋ファイルに格納された処方受信管理データのホスト指令に修正指令が含まれていれば、該当する修正前の処方データを検索して削除すると共に修正後の処方データを追加し、前記ホスト指令に削除指令が含まれていれば、該当する実行管理データを取消に設定することを特徴とする請求項１に記載の調剤制御装置。
【請求項３】
前記中央処理装置は、ホストコンピュータから受信した処方データの監査入力をモニタ画面に表示させ、該モニタ画面で入力した監査結果に問題がなければ、処方監査管理データ「終了」設定に進み調剤機器実行の処理によって各調剤機器を動作させ、監査結果に問題があれば、処方監査管理データ「取消」設定に進み、該当する処方データの処方箋ファイルを「監査ＮＧ取消」に設定した後、ホストコンピュータに送信することを特徴とする請求項１又は２に記載の調剤制御装置。
【請求項４】
前記中央処理装置は、前記調剤実行管理対象設定ファイルに記憶した各管理対象について実行状況をモニタ画面に表示させることを特徴とする請求項１ないし３のいずれか１項に記載の調剤制御装置。
【請求項５】
前記中央処理装置は、前記調剤実行管理対象設定ファイルに記憶した各管理対象について実行時間を監視し、該実行時間が監視時間を超過すれば、報知させることを特徴とする請求項１ないし４のいずれか１項に記載の調剤制御装置。
【請求項６】
前記中央処理装置は、入力装置から再発行入力されると、前記調剤実行管理対象設定ファイルに記憶した管理対象のうち、再発行入力された管理対象の動作を再開させることを特徴とする請求項１ないし５のいずれか１項に記載の調剤制御装置。
【請求項７】
前記中央処理装置は、前記再発行の動作を通常の動作よりも優先させることを特徴とする請求項６に記載の調剤制御装置。
【請求項８】
前記中央処理装置は、入力装置から取消入力されると、前記調剤実行管理対象設定ファイルに記憶した管理対象について、取消入力された処方データの実行状況が「待ち」である場合に限り、該当する管理対象の動作を取り消すことを特徴とする請求項１ないし７のいずれか１項に記載の調剤制御装置。
【請求項９】
前記中央処理装置は、入力装置から停止又は起動入力されると、該停止又は起動入力に基づいて、選択した管理対象に対応する実行プロセスに停止又は起動信号を送信することを特徴とする請求項１ないし８のいずれか１項に記載の調剤制御装置。
【請求項１０】
処方データに基づいて、その処方を調剤するために複数の調剤機器を駆動制御する調剤制御方法において、
前記各調剤機器を含む管理対象、ホストコンピュータからの処方データの受信に利用する「処方受信」、及び、処方データの監査に利用する「処方監査入力」を含む調剤実行管理対象設定ファイルと、ホストコンピュータから受信した処方データが格納される処方箋ファイルと、を記憶し、
前記調剤実行管理対象設定ファイルの「処方受信」に基づいて、処方受信管理データと、処方受信処理のための実行プロセスとを生成し、
前記調剤実行管理対象設定ファイルの「処方監査入力」に基づいて、「処方監査入力」の実行を管理するための処方監査管理データと、処方監査入力処理のための実行プロセスとを生成し、
前記調剤実行管理対象設定ファイルの管理対象に基づいて、各調剤機器の実行管理データと、調剤機器実行処理のための実行プロセスとを生成し、
前記管理データと実行プロセスとに基づいて該当する調剤機器を駆動制御することを特徴とする調剤制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、病院や調剤薬局等の医療施設で使用される薬袋印刷機や薬剤分包機等の調剤業務に用いる各調剤機器を、処方データに基づいて動作させて制御する調剤制御装置及び調剤制御方法、特に、処方データを外部装置に送信するホストコンピュータとの接続が可能な調剤制御装置及び調剤制御方法に関するものである。
【０００２】
【従来の技術】
従来、薬袋印刷機等の各調剤機器として、ホストコンピュータから処方データを受信して駆動制御されるものがある。
【０００３】
特公平４−５７３４８号公報には、ホストコンピュータからのデータを調剤の種類に適合した調剤機の入力装置に割り当てる調剤制御装置が記載されている。
【０００４】
特公平６−９６００号公報には、処方箋に基づいて調剤データを生成して調剤装置を作動させ、調剤データの実行状況を表示する処方箋調剤の投薬システムが記載されている。
【０００５】
特公平６−９６０１号公報には、処方箋に基づいて調剤データを生成して調剤装置を作動させ、調剤データに基づいて薬袋の表示内容を生成する処方箋調剤の薬袋作成システムが記載されている。
【０００６】
特公平７−７１５７５号公報には、ホストコンピュータからのデータを利用して調剤機を作動させ、薬袋を作成させる調剤制御装置が記載されている。
【０００７】
特公平７−７１５７６号公報には、ホストコンピュータからのデータを利用して調剤機を作動させ、投薬作業の進行状況を知らせる調剤制御装置が記載されている。
【０００８】
特公平８−１２４号公報には、ホストコンピュータからのデータを利用して調剤機を作動させ、調剤作業全体の管理情報を発生させる調剤制御装置が記載されている。
【０００９】
特許第２６２３０１０号公報には、処方データに基づいて複数の薬剤包装機を作動させ、薬剤包装機の動作状況を監視する薬剤包装装置が記載されている。
【００１０】
特許第２６９１８５９号公報には、ホストコンピュータからの薬剤に関するデータを受け入れ、調剤の種類に応じて分類し、適合した調剤機に割り当てる調剤制御方法が記載されている。
【００１１】
【発明が解決しようとする課題】
しかしながら、前記いずれの制御装置でも、調剤機器の種類毎に制御の方式が異なり、これら制御装置を設置する施設毎の設計・製作が必要である。その上、印刷不良や分包不良による薬袋印刷・薬剤分包の再発行や動作取消の操作を調剤機器側でしか行えない。このため、薬剤師は再発行や動作取消の必要が生じる毎に各調剤機器まで移動しなければならない。
【００１２】
また、入力誤りや指示変更等により処方の取消や内容変更を行う必要があっても、その連絡が調剤の終了後に行われると、薬剤は既に分包されており、廃棄処分せざるを得ない。
【００１３】
また、調剤機器がエラーで停止した場合の対策は不十分である。例えば、特公平４−５７３４８号公報では、調剤できない種類の調剤データを調剤指示書として出力するだけに留まる。このため、処理できない動作コマンドが増えて滞留し、調剤が遅れることがある。この場合、動作コマンドを他の調剤機器に振り分けるには、複雑な処理操作が必要となる。この問題は、調剤機器の種類や台数が多くなる程、顕在化する。
【００１４】
また、薬袋の印刷不良や薬剤の分包不良により再発行する必要が生じた場合でも、調剤機器の機種毎に再発行の操作方法が異なるので、操作が煩雑である。
【００１５】
また、ホストコンピュータ側の問題で異常な処方データを受信した場合や、調剤機器に障害が発生して手作業調剤に切り替える場合等の異常事態の際には、調剤機器側でリセットしたり電源を切断して再投入したりすることにより、調剤の実行を取り消さなければならず、複雑な処理操作が必要で対処時間をかなり要する。
【００１６】
また、特定の患者に対する調剤が忘れられていた場合や、薬袋印刷や薬剤分包を再発行する場合には、患者の待ち時間が極端に長くなる。
【００１７】
そこで、本発明は、処方データに基づいて複数の調剤機器を同一方法で簡単に集中管理して駆動制御することができる調剤制御装置を提供することを課題とする。
【００１８】
【課題を解決するための手段】
本発明は、前記課題を解決するための手段として、
処方データに基づいて、その処方を調剤するために複数の調剤機器を駆動制御する調剤制御装置において、
前記各調剤機器を含む管理対象、ホストコンピュータからの処方データの受信に利用する「処方受信」、及び、処方データの監査に利用する「処方監査入力」を含む調剤実行管理対象設定ファイルと、ホストコンピュータから受信した処方データが格納される処方箋ファイルと、を記憶するハードディスク装置と、
前記調剤実行管理対象設定ファイルの「処方受信」に基づいて、処方受信管理データと、処方受信処理のための実行プロセスとを生成する手段と、
前記調剤実行管理対象設定ファイルの「処方監査入力」に基づいて、「処方監査入力」の実行を管理するための処方監査管理データと、処方監査入力処理のための実行プロセスとを生成する手段と、
前記調剤実行管理対象設定ファイルの管理対象に基づいて、各調剤機器の実行管理データと、調剤機器実行処理のための実行プロセスとを生成する手段と、
前記管理データと実行プロセスとに基づいて該当する調剤機器を駆動制御する中央処理装置と、
を備えたものである。
【００１９】
この構成により、各調剤機器等を単一の調剤実行管理対象設定ファイルのみで管理することができる。また、新規の管理対象を追加する場合でも、前記調剤実行管理対象設定ファイルに管理対象を設定するだけでよい。また、処方受信と処方監査入力も調剤機器の機種と同様に管理して制御することが可能となる。
【００２１】
なお、処方受信と処方監査入力の組み合わせ構成には、「有・有」「有・無」「無・有」の３種類が考えられる。「有・有」は、処方データを受信して処方監査入力する場合が該当する。「有・無」は、処方データを受信して処方監査入力せず、直接に調剤機器を動作させる場合が該当する。「無・有」は、処方監査入力で処方データを入力する場合が該当する。
【００２２】
前記ホストコンピュータから受信するデータにはホスト指令を含み、
前記ハードディスク装置は、受信したホスト指令を処方受信管理データとして処方箋ファイルに格納し、
前記中央処理装置は、前記処方箋ファイルに格納された処方受信管理データのホスト指令に修正指令が含まれていれば、該当する修正前の処方データを検索して削除すると共に修正後の処方データを追加し、前記ホスト指令に削除指令が含まれていれば、該当する実行管理データを取消に設定するのが好ましい。
これにより、自動的かつ即座に調剤の動作を削除又は修正し、無駄な調剤による手間と薬剤ロスを減らすことが可能となる。
【００２３】
また、前記中央処理装置により、ホストコンピュータから受信した処方データの監査入力をモニタ画面に表示させ、該モニタ画面で入力した監査結果に問題がなければ、処方監査管理データ「終了」設定に進み調剤機器実行の処理によって各調剤機器を動作させ、監査結果に問題があれば、処方監査管理データ「取消」設定に進み、該当する処方データの処方箋ファイルを「監査ＮＧ取消」に設定した後、ホストコンピュータに送信するようにしてもよい。これにより、ホストコンピュータから受信した処方データの内容について薬剤師が監査を行い、その監査結果（ＯＫ／ＮＧ）によって医事会計処理を開始させたり医師に処方変更を要求したりするシステムをホストコンピュータ側で構築することも可能となる。
【００２４】
また、前記中央処理装置により、前記調剤実行管理対象設定ファイルに記憶した各管理対象について実行状況をモニタ画面に表示させるのが好ましい。これにより、各管理対象、すなわち処方受信、処方監査入力、各調剤機器における実行状況を集中管理することが可能となる。ここで、実行状況とは、処方データの未処理／終了の状況、処方データにおける各調剤機器での動作の待ち／実行中／終了の状況、各調剤機器での動作の待ち件数、稼働中／停止中の状況、エラーの状況を意味する。
【００２５】
また、前記中央処理装置により、前記調剤実行管理対象設定ファイルに記憶した各管理対象、すなわち処方受信、処方監査入力、各調剤機器について実行時間を監視して、所定時間を超過することにより報知させると、不注意等で患者の待ち時間が長くなることを防止できる点で好ましい。
【００２６】
また、前記中央処理装置により、入力装置で再発行入力されると、該再発行入力に基づいて、前記調剤実行管理対象設定ファイルに記憶した該当する管理対象について動作を再開させると、各調剤機器まで移動することなく、集中して指令することができる点で好ましい。なお、再発行の対象には、薬袋印刷、錠剤分包、散剤分包等が含まれる。
【００２７】
この場合、前記再発行の動作は、通常の動作よりも優先させるのが好ましい。
【００２８】
また、前記中央処理装置により、入力装置で取消入力されると、前記調剤実行管理対象設定ファイルに記憶した管理対象について、取消入力された処方データの実行状況が「待ち」である場合に限り、該当する管理対象の動作を取り消してもよい。また、入力装置で停止又は起動入力されると、該停止又は起動入力に基づいて、選択した管理対象に対応する実行プロセスに停止又は起動信号を送信してもよい。これにより、各管理対象での動作を簡単な操作で即座に取り消したり、停止又は起動させることができる。
【００２９】
【発明の実施の形態】
以下、本発明に係る実施形態を添付図面に従って説明する。
【００３０】
図１は、本実施形態に係る調剤制御装置１と、この制御装置１によって駆動制御される調剤機器２とを示す。
【００３１】
調剤制御装置１は、中央処理装置３（ＣＰＵ）、ハードディスク装置４、多チャンネル通信部５、及び端末装置６を備える。
【００３２】
調剤制御装置１は、処方データに基づいて、動作コマンドを各調剤機器２に送信し、各調剤機器２からはステータスを受信することにより、全ての調剤機器２を駆動制御し、調剤業務を自動進行させる。なお、ステータスには動作可否、動作終了及びエラーの情報が含まれる。
【００３３】
中央処理装置３（ＣＰＵ）は、各種データを記憶するためのメモリ７（ＲＡＭ）と、調剤制御装置１の全体を制御する制御プログラム８（ＲＯＭ）と、電池でバックアップされて日付と時刻を刻むカレンダ時計９とを内蔵する。メモリ７（ＲＡＭ）は、処方データを記憶する処方データメモリ、実行管理データを記憶する実行管理データメモリ、その他メモリ（処理上での作業エリア、変数等）として使用する。カレンダ時計９は各種処理での日時取得に使用する。
【００３４】
端末装置６は、ディスプレイ、キーボード、マウス、及び報知ブザーからなる処方監査入力端末装置６ａと調剤実行管理端末装置６ｂとを備える。これら端末装置６は、「処方監査入力」と「調剤実行管理」という特定用途の他、各種ファイルのデータ入力等にも使用する。なお、端末装置６の２台は１台に集約してもよい。この場合、各種画面はマルチウインドウで表示する。
【００３５】
ハードディスク装置４には、管理対象を設定して記憶する調剤実行管理対象設定ファイル１０、処方データを記憶する処方箋ファイル１１、処方データを入力する際等の関連情報を記憶する各種マスタファイルが記憶されている。ハードディスク装置４には、フラッシュメモリ等、書換え可能な不揮発性記憶装置が使用できる。
【００３６】
調剤実行管理対象設定ファイル１０は、図２に示すように、処方受信、処方監査入力のほか、各調剤機器２を管理対象として記憶したものである。各管理対象は機種で表され、各機種毎にＩＤ番号を付している。ここでは、「処方受信」を１、「処方監査入力」を２、「薬袋印刷機」を３、「錠剤分包機」を４、「散剤分包機」を５としている。新たに管理対象が追加される場合はＩＤ番号を追加して対応する。管理対象に同一機種のものが複数含まれる場合には、号機番号を付すことにより対象を特定している。なお、パラメータは、管理対象毎に固有の各種情報であり、「処方監査入力」では、１は「監査結果の送信・要」を意味している。
【００３７】
図３は、機種１「処方受信」、機種２「処方監査入力」、機種３「薬袋印刷機」１台、機種４「錠剤分包機」２台、機種５「散剤分包機」１台を装備した場合に於ける調剤実行管理対象設定ファイル１０の記憶内容の一例である。
【００３８】
処方箋ファイル１１は、処方データを記憶するデータファイルであり、その記憶内容は図４に示す通りである。処方箋ファイルへの処方データの書き込みは、後述する「処方受信」の処理（図１３）で処方データをホストコンピュータ１２から受信したときと、後述する「処方監査入力」の処理（図１６）で処方データを新規入力したときに行われるようになっている。
【００３９】
図４中、処方データNo.は、処方データを識別するための連続番号を示す。区分は、処方データの区分を示す。区分の内容は、処方データに付随するホスト指令に「監査ＮＧ取消」を追加した内容である。ここでは、「通常」を０、「削除」を１、「修正」を２、「監査ＮＧ取消」を３としている。処方データは、処方データの本体を示す。各種コードで構成され、診療科名や薬剤名等の名称は各種マスタファイルから読み出して表示する。
【００４０】
各種マスタファイルには、薬剤マスタ、患者マスタ、用法マスタ、診療科マスタ、医師マスタ、病棟マスタ、処方箋区分マスタがあるが、コードと名称等を格納するような簡単な構成のファイルなので図は省略する。
【００４１】
調剤機器２は、主に薬袋印刷機や薬剤分包機であり、この他には、散剤の調剤における薬瓶の取り出しや秤量の正常性を確認しながら記録する散剤調剤監査機、水剤の調剤を監査する水剤調剤監査機、水剤を分割包装する水剤分包機等の機器が含まれる。各調剤機器２の台数も施設毎に様々であり、調剤制御装置１に１機種以上・１台以上接続されている。調剤機器２の各機種にはＩＤ番号が付与され、機種毎の各号機には号機番号が付与されている。これらは識別と制御とに用いられる。新機種が追加になる場合はＩＤ番号を追加し、号機が増える場合は号機番号を増やして対応する。調剤制御装置１と調剤機器２の間は高速シリアル通信で接続するが、汎用バス接続やネットワーク（ＬＡＮ）接続等、どのような接続・通信方式でもよい。
【００４２】
なお、１２は、ホストコンピュータで、外部システムから処方データを受信するために使用する。但し、端末装置６のディスプレイ、キーボード、及びマウスだけでも新規に処方データを入力できるので、ホストコンピュータ１２は必ずしも必要なものではない。また、ホストコンピュータ１２側で処方監査を行うために調剤制御装置１側では受信した処方データを監査しない施設では、処方監査入力端末装置６ａは無くてもよい。さらに、ホストコンピュータ１２と調剤制御装置１を接続して連携させるためにホストコンピュータ１２側から求められる連携システム要求仕様も施設毎に異なる。
【００４３】
また、中央処理装置３（ＣＰＵ）、端末装置６（ディスプレイ、キーボード、マウス、及び報知ブザーから構成されている。）及びハードディスク装置４はパーソナルコンピュータでもよい。
【００４４】
また、ハードディスク装置４が独立したファイルサーバ装置（ＣＰＵ内蔵）であって、中央処理装置３（ＣＰＵ）や端末装置（ＣＰＵ内蔵）がクライアント端末としてサーバ装置とネットワーク（ＬＡＮ）で接続したようなクライアント・サーバ構成でもよい。
【００４５】
さらに、調剤機器２の各号機との通信については、多チャンネル通信部５を使う代わりに、調剤機器２の各号機も含めて同一のネットワーク（ＬＡＮ）に接続して通信してもよい。
【００４６】
次に、前記制御装置１により処理する調剤実行管理について、図５のフローチャートに従って説明する。
【００４７】
調剤実行管理の処理は、メニュー画面（起動ボタンが並ぶだけの画面なので図示省略）で「調剤実行管理」の起動ボタンがマウスでクリックされたときにプロセス生成されて起動する（動作を終了するとメニュー画面に戻る。）。
【００４８】
調剤実行管理の処理が起動すると、まず、調剤実行管理対象設定ファイル（図２）に基づいて、設定された管理対象（号機）毎に実行管理データと実行プロセスを順次生成する（ステップＳ１）。なお、実行管理データを生成した直後は空の初期状態であり、実行プロセスを生成した直後は処理する事象の発生を待つ空転状態である。生成の具体例は後述する。
【００４９】
続いて、設定された管理対象を列項目として、調剤実行管理端末装置６ｂに、図６に示す「調剤実行状況モニタ」画面を表示する（ステップＳ２）。「調剤実行状況モニタ」画面は、調剤実行管理対象設定ファイル（図２）に基づいて、設定された管理対象である「処方受信」、「処方監査入力」、及び調剤機器２の各号機を列項目とし、処方データを行項目として、列項目における各調剤の実行状況として「待ち」「実行中」「ＨＨ：ＭＭ（終了時刻）」等を表示したものである。「処方受信」には「待ち」と「実行中」の状態はない。図６中、処方データ欄の「処方データNo.」「患者番号」「患者名」「ホスト指令（処方データ区分）」「処方箋（区分）」「診療科」「引／棟（引換番号／病棟）」には、処方箋ファイル（図４）内の処方データから読み出して表示する。診療科名等の名称は各種マスタファイルから読み出す。「引／棟」欄は、処方箋区分が外来の場合は引換番号（「おくすり引換券」の番号）を表示し、入院の場合は病棟名を表示する。処方データNo.は、処方データを識別するための連続番号を示す。ホスト指令は、ホストコンピュータ１２からの処方データに対する指令を示し、「通常」「削除」「修正」の区分がある。ここでは、「通常」を０、「削除」を１、「修正」を２としている。なお、管理対象が多くて画面の横幅内に収まらない場合、横スクロールバーを表示し、列項目を横スクロール表示することができる。また、画面の表示直後は行項目である処方データが無い空の状態である。このステップＳ２以後は「調剤実行状況モニタ」画面（図６）での表示・操作で処理が進み、調剤機器２等を集中して監視操作する。
【００５０】
次いで、「調剤実行状況モニタ」画面（図６）での表示範囲における内容を最新のデータ内容に更新し（ステップＳ３）、列項目である処方受信、処方監査入力、各調剤機器の各管理データ（図７，図８，図９，図１０，図１１，図１２）の内容を画面に表示する。
【００５１】
処方受信管理データ（図７）は、「処方受信」の実行を管理するためのデータである。処方受信管理データ（図７）中、処方データNo.は、処方データを識別するための連続番号を示す。実行状況は、管理対象である「処方受信」の実行状況を示す。ここでは、処方データの受信の終了時刻をＨＨＭＭＳＳ（時分秒が各２桁の形式）、「なし」を９００００としている。ホスト指令は、ホストコンピュータ１２からの処方データに対する指令を示す。ここでは、「通常」を０、「削除」を１、「修正」を２としている。
【００５２】
処方監査管理データ（図８）は、「処方監査入力」の実行を管理するためのデータである。処方監査管理データ（図８）中、処方データNo.は、処方データを識別するための連続番号を示す。実行状況は、管理対象である「処方監査入力」の実行状況を示す。ここでは、処方監査入力の終了時刻をＨＨＭＭＳＳ、「待ち」を６０００００、「実行中」を７０００００、「取消」を８０００００としている。監査結果は、処方データの監査結果を示す。ここでは、「ＯＫ」を０、「ＮＧ」を１としている。
【００５３】
調剤機器実行管理データ（図９ないし図１２）は調剤機器２の実行を管理するためのデータである。調剤機器実行管理データ（図９ないし図１２）中、処方データNo.は、処方データを識別するための連続番号を示す。実行状況は、管理対象である調剤機器２の実行状況を示す。ここでは、実行の終了時刻をＨＨＭＭＳＳ、「待ち」を６０００００、「実行中」を７０００００、「取消」を８０００００、「なし」を９０００００としている。再発行フラグは、調剤機器出力の再発行の要否を示す。ここでは、「ＯＮ」を１、「ＯＦＦ」を０としている。なお、前記各実行管理データの内容は調剤実行状況モニタの画面（図６）において調剤機器２の各列に表示される。
【００５４】
なお、各管理データに処方データ（行データ）が追加されたり、実行状況が変わると、即座にその内容が「調剤実行状況モニタ」画面（図６）に表示され、件数表示、エラー表示等も最新の状態に更新する。縦・横スクロールバーが操作されて表示範囲が変わった場合もそれに応じて内容を表示する。新たな処方データは、操作者による何らかの選択の操作中でない限り、次々に最下行からスクロールアップして表示する。
【００５５】
このとき、処方データ（行データ）の中で何らかの調剤処理が残っている未処理の処方データには「未」印を表示し、任意に設定できる監視時間を超過した処方データには「★」印を表示する。この時間超過の場合には報知ブザーも鳴らす。なお、監視を開始する時刻は、調剤実行管理対象設定ファイル（図２）の最初に設定された管理対象である「処方受信」又は「処方監査入力」の終了時刻であり、その監視開始時刻と現在時刻を比較して時間監視を行う。
【００５６】
処方データの「行」と「処方受信」や「処方監査入力」等の「列」とのマトリックスにおける「セル」には、「列」に対応する各管理データ（図７ないし図１２）での行データの「実行状況」を表示する。「セル」に該当する各調剤が無ければ空白であり、「待ち」「実行中」、「ＨＨ：ＭＭ（終了時刻）」又は「取消」を表示する。
【００５７】
ここで、操作者によって操作対象が選択されたか否かを判断する（ステップＳ４）。処方データの「行」と「処方受信」、「処方監査入力」、各「調剤機器」の「列」とのマトリックスにおける「セル」、又は、列項目である「処方受信」「処方監査入力」、各「調剤機器」がマウスでクリックされると（「調剤実行状況モニタ」画面（図６）で例えば、処方データNo.「０００７」行と「薬袋１号」列の「０９：０５」セルがクリックされたり、列項目「薬袋１号」がクリックされると）、操作対象が選択されたものと判断し、選択項目を反転表示する（ステップＳ５）。
【００５８】
操作対象が選択された状態で、「再発行」ボタンがマウスでクリックされると（ステップＳ６）、実行管理データの再発行フラグをＯＮとする（ステップＳ７）。ここでは、選択した「セル」に該当する調剤機器２の実行管理データ（図９ないし図１２）において該当する行データの「再発行フラグ」を「ＯＮ」に設定する。そして、ステップＳ３に戻って調剤実行状況の表示の更新から繰り返す。
【００５９】
また、「取消」ボタンがマウスでクリックされると（ステップＳ８）、実行管理データを「取消」に設定する（ステップＳ９）。すなわち、選択した「セル」に該当する、処方監査管理データ（図８）、調剤機器実行管理データ（図９ないし図１２）において該当する行データの「実行状況」が「待ち」の場合のみ「取消」を設定し（例えば、処方データNo.「００１２」行と「処方監査」列の「待ち」セルを選択して取り消す場合、処方監査管理データ（図８）において処方データNo.「００１２」行の「実行状況」の「待ち」を「取消」に設定する。）、前記同様、ステップＳ３に戻って調剤実行状況の表示の更新から繰り返す。但し、「実行状況」が「実行中」や終了の場合、取消はできない。
【００６０】
また、「停止／起動」ボタンがマウスでクリックされると（ステップＳ１０）、実行プロセスに停止／起動シグナルを送信する（ステップＳ１１）。すなわち、選択した処方受信、処方監査入力、調剤機器２に対応する実行プロセス（図１３，図１６，図１８）に停止／起動シグナルを送信して処理を停止／起動させる（例えば、列項目「薬袋１号」を選択して停止させる場合、薬袋印刷１号機に対応する実行プロセス（図１８）に停止シグナルを送信する。）。そして、選択した「処方受信」、「処方監査入力」、「調剤機器」の状態表示欄に「停止中」（例えば、列項目「薬袋１号」を停止させる場合、「薬袋１号」列の「稼働中」表示（「○」印）を「停止中」表示に変更する。）又は「稼働中」を表示し（ステップＳ１２）、前記同様、ステップＳ３に戻って調剤実行状況の表示の更新から繰り返す。「処方監査入力」や「調剤機器」での待ち件数の表示により、各調剤処理の滞留の程度が分かり、薬剤師を増員すること等の対処の要否を判断できる。
【００６１】
また、「終了」ボタンがマウスでクリックされると（ステップＳ１３）、調剤実行管理対象設定ファイル（図２）に基づいて生成した実行プロセス（図１３，図１６，図１８）の全部に終了シグナルを送信して処理を終了させ（ステップＳ１４）、調剤実行管理の処理を終了してメニュー画面（図示省略）に戻る。
【００６２】
図６に示す各処方データの調剤実行状況を参照して、具体的に、どのような操作が行われたかについて説明する。処方データNo.「０００６」では、処方データを受信した後、「処方監査入力」が「待ち」状態のときにホストコンピュータ１２から削除指令を受信し、自動的に「処方監査入力」以降の調剤処理が取り消されたことが示されている。処方データNo.「０００７」では、処方データNo.「０００６」の修正データとして受信され、「ＭＭ：ＨＨ］表示の各時刻に調剤機器２での各調剤処理が終了したことが示されている。処方データNo.「０００９」では、「処方監査入力」でＮＧが入力され、それ以降の調剤処理が実行されなかったことが示されている。なお、監査ＮＧはホストコンピュータ１２に送信されて、その後、同じ患者番号「９３０２７５６１」の修正データとして処方データNo.「００１２」を受信している。処方データNo.「００１０」では、「未」印により未処理であることと、「★」印により監視時間１０分を超過していることがそれぞれ示されている。各調剤処理では錠剤分包１号機が「実行中」で「★」印が有り、その原因はエラーNo.０２「分包紙切れ」による停止であることが分かる。なお、エラー情報は調剤機器２から受信するステータスで取得する。
【００６３】
ところで、前記ステップＳ１に於ける実行管理データの生成は具体的に次のようにして行う。
【００６４】
まず、調剤実行管理対象設定ファイルの一例（図３）中、管理対象１「処方受信」に基づいて、「処方受信」の実行を管理するためのデータである処方受信管理データ（図７）を生成する。処方受信管理データの記憶内容は図６に示す「調剤実行状況モニタ」画面の「処方受信」の列に表示する。
【００６５】
また、管理対象２「処方監査入力」に基づいて、「処方監査入力」の実行を管理するためのデータである処方監査管理データ（図８）を生成し、「調剤実行状況モニタ」画面（図６）の「処方監査」の列に表示する。
【００６６】
さらに、管理対象３「薬袋印刷機」（１台）に基づいて薬袋印刷１号機実行管理データ（図９）を生成し、管理対象４「錠剤分包機」（２台）に基づいて錠剤分包１号機実行管理データ（図１０）と錠剤分包２号機実行管理データ（図１１）を生成し、管理対象５「散剤分包機」（１台）に基づいて散剤分包１号機実行管理データ（図１２）を生成する。なお、生成直後の各実行管理データには行データが全く無い空の状態となっている。
【００６７】
また、前記ステップＳ１に於ける実行プロセスの生成は、前記実行管理データの生成と同様、管理対象１「処方受信」、管理対象２「処方監査入力」、並びに、管理対象３「薬袋印刷機」（１台）、管理対象４「錠剤分包機」（２台）、及び管理対象５「散剤分包機」（１台）に基づいて行う。そして、以下に示す「処方受信」、「処方監査入力」、「調剤機器実行」の各処理を開始する。
【００６８】
「処方受信」処理は調剤実行管理対象設定ファイル（図２）に管理対象１「処方受信」が設定されている場合、図１３に示す実行プロセスを生成して「処方受信」の処理を開始する。
【００６９】
処方受信処理では、まず、ホストコンピュータ１２から処方データを受信したか否かを判断する（ステップＳ１００）。ホストコンピュータ１２から処方データを受信していなければ、「実行管理シグナル受信」手続きを呼び出す（ステップＳ１０１）。
【００７０】
「実行管理シグナル受信」では、図１４に示すように、まず、停止シグナルを受信したか否か、すなわち調剤実行状況モニタ画面（図６）で「停止」ボタンがマウスでクリックされたか否かを判断する（ステップＳ２００）。停止シグナルを受信すれば、調剤実行管理（図５）から起動シグナルを受信するまで待機した後（ステップＳ２０１）、ステップＳ１００に復帰する。つまり、処方データを受信していない状態で、停止シグナルを受信すれば、起動シグナルを受信しない限り、処方受信は再開されることがない。また、停止シグナルを受信していなければ、終了シグナルを受信しているか否かを判断する（ステップＳ２０２）。終了シグナルを受信していなければ、前記同様、ステップＳ１００に復帰する。つまり、処方データを受信していない状態で、終了シグナルを受信した場合に限り、処方受信が終了される。なお、「実行管理シグナル受信」は調剤実行管理からのシグナルを受信するための共通処理であり、以下に説明する「処方監査入力」の処理（図１６）、「調剤機器実行」の処理（図１８）でも同様に前記図１４に示す処理を行う。
【００７１】
一方、前記ステップＳ１００で、ホストコンピュータ１２から処方データを受信していれば、受信した処方データを処方箋ファイル（図４）に書き込む（ステップＳ１０２）。なお、ホストコンピュータ１２からの受信データは、通信のデータ量を少なくするため、各種コードのみで構成されているので、処方データの内容を表示する際には、各種コードを検索キーとして各種マスタファイルから名称データ等の読み出し処理が行われる。例えば、受信データ内には薬剤コード「シヨウエ」としか格納されていないので、薬剤名称「錠剤Ａ」は薬剤マスタファイルから読み出さなければならない。また、薬剤コードは、薬剤師が入力し易いように、薬剤の略称から濁点を除いて縮めた薬剤毎に一意なコードである（例えば「ジョウザイエー」は「シヨウエ」とする。）。また、処方データの形式は図４に示す通りであり、処方データに付随するホスト指令は「区分」に設定する。なお、処方データの内容は処方データ監査入力画面（図１９）でのキーボードやマウスによる入力で任意に変更でき、その変更内容は処方箋ファイル（図４）に書き込まれる。
【００７２】
続いて、ホスト指令の種類を判断する（ステップＳ１０３）。ホスト指令が「修正」であれば、処方箋ファイル（図４）内から修正する前の処方データを検索し、その処方データがホストから既に「削除」指令を受信していないものであれば削除処理を行う（ステップＳ１０４）。すなわち、処方箋ファイル（図４）の「区分」に「削除」を設定し、実行管理データ（図８ないし図１２）の「実行状況」で「待ち」を「取消」に設定する。そして、処方受信管理データ（図７）の最終に、「実行状況」にＨＨＭＭＳＳ形式の終了時刻を設定した行データを追加することにより修正処理を完了する（ステップＳ１０６）。また、ホスト指令が「削除」であれば、削除を指令された処方データに該当する行データの「実行状況」が、取消可能な「待ち」状態の場合に実行管理データ（図８ないし図１２）を「取消」に設定することにより削除処理を完了する（ステップＳ１０５）。そして、ステップＳ１００に戻って処方データの受信から繰り返す。さらに、ホスト指令が「通常」であれば、前記ステップＳ１０４を行うことなく、前記ステップＳ１０６に進む。
【００７３】
このように、ホスト指令の内容に応じて自動的かつ迅速に実行管理データを書き替えることができるので、無駄な調剤がそのまま続行されることなく、即座に中止され、薬剤ロスが抑制される。
【００７４】
次いで、調剤実行管理対象設定ファイル（図２）に管理対象２「処方監査入力」が有るか否かを判断する（ステップＳ１０７）。「処方監査入力」が有れば、処方監査管理データを追加する（ステップＳ１０８）。すなわち、処方監査管理データ（図８）の最終に、「実行状況」を「待ち」に設定した行データ（例えば、図８中、処方データNo.「００１２」参照）を追加し、前記ステップＳ１００に戻って処方データ受信から繰り返す。一方、管理対象２「処方監査入力」が設定されていなければ、「調剤機器実行管理データの追加」手続きを呼び出して、調剤機器実行管理データを追加した後（ステップＳ１０９）、前記ステップＳ１００に戻って処方データ受信から繰り返す。
【００７５】
前記「調剤機器実行管理データの追加」の処理では、図１５のフローチャートに示すように、まず、薬袋印刷機が有るか否かを判断する（ステップＳ３００）。調剤実行管理対象設定ファイル（図２）に管理対象３「薬袋印刷機」が１台以上設定されていれば、薬袋印刷機が有ると判断し、薬袋印刷機・実行管理データを追加する（ステップＳ３０１）。薬袋印刷機が複数台ある場合は処理負荷が均等になるように、しかも「停止中」状態にある号機を避けて号機を決定する。そして、その号機に対応した薬袋印刷機実行管理データ（図９）の最終に、「実行状況」を「待ち」に設定した行データを追加する。但し、後述する処方監査入力の処理（図１６）で監査ＮＧの場合（ステップＳ４０６）に呼び出されたときは「実行状況」を「なし」に設定した行データを追加する（例えば、図９中、処方データNo.「０００９」参照）。
【００７６】
一方、前記ステップＳ３００で、薬袋印刷機がないと判断されれば（管理対象３「薬袋印刷機」が１台も設定されていない場合）、錠剤分包機が有るか否かを判断する（ステップＳ３０２）。調剤実行管理対象設定ファイル（図２）に管理対象４「錠剤分包機」が１台以上設定されていれば、錠剤分包機が有ると判断し、錠剤分包機実行管理データに追加する（ステップＳ３０３）。処方データの薬剤の中に錠剤分包機で分包するデータが有る場合（薬剤の形態コードが「錠剤で分包」「カプセル剤で分包」かで判断）は、錠剤分包機が複数台あるときは処理負荷が均等になるように、しかも「停止中」状態にある号機を避けて号機を決定し、その号機に対応した錠剤分包機実行管理データ（図１０，図１１）の最終に、「実行状況」を「待ち」に設定した行データを追加する。処方データの薬剤の中に該当するデータが無い場合は、錠剤分包機実行管理データ（図１０，図１１）の最終に、「実行状況」を「なし」に設定した行データ（例えば、図１０中、処方データNo.「００１１」参照）を追加する。後述する「処方監査入力」の監査ＮＧの処理（図１６：ステップＳ４０６）から呼び出された場合も「実行状況」を「なし」に設定する。
【００７７】
一方、前記ステップＳ３０２で、錠剤分包機がないと判断すれば（管理対象４「錠剤分包機」が１台も設定されていない場合）、散剤分包機が有るか否かを判断する（ステップＳ３０４）。調剤実行管理対象設定ファイル（図２）に管理対象５「散剤分包機」が１台以上設定されていれば、散剤分包機が有ると判断し、散剤分包機実行管理データに追加する（ステップＳ３０５）。管理対象５「散剤分包機」が１台も設定されていなければ、前記ステップＳ３０５を行うことなく、ステップＳ１００に復帰する。前記散剤分包機実行管理データへの追加では、処方データの薬剤の中に散剤分包機で分包するデータが有る場合（薬剤の形態コードが「散剤で分包」かで判断）は、散剤分包機が複数台あるときは処理負荷が均等になるように、しかも「停止中」状態にある号機を避けて号機を決定し、その号機に対応した散剤分包機実行管理データ（図１２）の最終に、「実行状況」を「待ち」に設定した行データ（例えば、図１２中、処方データNo.「００１１」参照）を追加する。処方データの薬剤の中に該当するデータが無い場合や、処方監査入力の監査ＮＧの処理から呼び出された場合、散剤分包機実行管理データ（図１２）の最終に、「実行状況」を「なし」に設定した行データを追加する。
【００７８】
なお、前記「調剤機器実行管理データの追加」は、調剤機器２の装備状況から判断して調剤機器実行管理データ（図９ないし図１２）に行データを追加する共通処理であり、以下に説明する「処方監査入力」の処理（図１６）でも同様の処理を行う。また、その他の機種を装備する場合は、その機種が有るか否かの判断ステップと、その機種の実行管理データに追加するステップとを一組みにして追加する。
【００７９】
「処方監査入力」処理は調剤実行管理対象設定ファイル（図２）に管理対象２「処方監査入力」が設定されている場合、図１６に示す実行プロセスを生成して「処方監査入力」の処理を開始する。
【００８０】
「処方監査入力」の処理では、まず、処方監査入力端末装置６ａに、データ入力欄が全て空の初期状態で「処方監査入力」画面（図１９）を表示させる（ステップＳ４００）。なお、調剤日にはカレンダ時計９が刻む本日の日付が表示される。
【００８１】
そして、処方監査管理データ（図８）で「実行状況」が「待ち」状態の行データを検索し（ステップＳ４０１）、その行データを処理対象とする。該当する行データが無ければ後述する新規入力判断（ステップＳ４１３）に進み、該当する行データが有ればその行データの「実行状況」を「実行中」に設定する（ステップＳ４０２）。
【００８２】
続いて、検索した行データの「処方データNo.」を使用して処方箋ファイル（図４）から処方データを読み出し、その内容を「処方監査入力」画面（図１９）に表示する（ステップＳ４０３）。表示内容は、薬剤師が薬学的な観点から監査するために使用する。
【００８３】
監査した結果、問題がなければ、「監査ＯＫ」ボタンをマウスでクリックすることにより（ステップＳ４０４）、処方監査管理データ「終了」設定に進み、検索した行データの「実行状況」にＨＨＭＭＳＳ形式の終了時刻を設定する（ステップＳ４０５）。監査ＯＫの処方データについては、後述する調剤機器実行の処理（図１８）によって各調剤機器２を動作させる。また、監査した結果、問題があれば、「監査ＮＧ」ボタンをマウスでクリックすることにより（ステップＳ４０６）、処方監査管理データ「取消」設定に進み、検索した行データの「実行状況」に「取消」を設定し、該当する処方データの処方箋ファイル（図４）内の「区分」を「監査ＮＧ取消」に設定する（ステップＳ４０７）。
【００８４】
次いで、「調剤機器実行管理データの追加」手続き（図１５）を呼び出し、前記同様の処理を行う（ステップＳ４０８）。そして、監査結果の送信が必要が否かを判断する（ステップＳ４０９）。調剤実行管理対象設定ファイル（図２）の管理対象２「処方監査入力」の「パラメータ」が１の場合、監査結果の送信が必要であると判断して、ホストコンピュータ１２に処方データの監査結果（ＯＫ／ＮＧ）を送信し（ステップＳ４１０）、前記ステップＳ４０１に戻って処方監査管理データ「待ち」判断から繰り返す。
【００８５】
このように、監査結果をホストコンピュータ１２に送信することにより、ホストコンピュータ１２側で医事会計処理を開始させたり医師に処方変更を要求するシステムを構築することも可能である。
【００８６】
また、監査した結果、「監査ＯＫ」ボタン及び「監査ＮＧ」ボタンのいずれもクリックされることなく、「キャンセル」ボタンがクリックされると（ステップＳ４１１）、検索した行データの「実行状況」を「待ち」に設定し（ステップＳ４１２）、この処方データを後回しとし、前記ステップＳ４０１に戻って処方監査管理データ「待ち」判断から繰り返すことにより、「待ち」状態にある別の処方データの内容が表示される。
【００８７】
その後、前記ステップＳ４０１で、「実行状況」が「待ち」状態の行データがなく、「新規入力」ボタンがクリックされると（ステップＳ４１３）、任意の処方データを患者番号から新規に入力する（ステップＳ４１５）。
【００８８】
この場合、例えば、患者番号「９３０２７５６１」とキーボード入力すると、患者名（カナ、漢字）、性別、生年月日が患者マスタファイルから読み出されて表示される。年齢は、生年月日と本日の日付とから自動的に計算されて表示される。引換番号は、外来患者の場合のみ、会計終了時に予め渡しておく「おくすり引換券」の番号である。この処方データ（図１９）の例では処方箋区分が「０３」入院臨時であり（入院患者）、引換番号は意味がないので「００００」と入力する。診療科、医師、病棟、処方箋区分は、各コードを入力すると、対応する各種マスタファイルから名称データが読み出されて表示される（例えば、診療科でコード「０１」を入力すると「内科」と表示される）。「処方No.」欄は、薬剤（複数可）と用法が一組みになった「処方」の連続番号である。この「処方」は複数個の入力ができる。「コード」入力欄は、薬剤コード又は用法コードを入力するための欄である。コードを入力すると薬剤マスタファイル又は用法マスタファイルから名称データが読み出されて表示される。「コード」入力欄は、通常は薬剤コードを入力するのだが（例えば「シヨウエ」）、先頭に「／」記号を入力すると、その後に用法コードを入力する（例えば「３０１」。そして、用法コード「３０１」に対応する用法名が「分３  朝・昼・夕  食後」）。なお、用法コードを入力した用法行では、用法名が表示された後、「日数」入力欄が表示されて日数を入力する（例えば「７日分」）。「用量」欄はその薬剤の1日量を入力するための欄である。単位（錠、ＣＡＰ：カプセル、ｇ、ｍｌ等）は薬剤マスタファイルから読み出されて表示される。「服用時期」欄は、１日量である用量を服用時期毎に分割した１回量を入力するための欄である。１回量は、錠剤、カプセル剤、丸剤等の固形製剤の場合は個数（錠数）だが、散剤の場合はグラム数である。「形態」欄の形態コードは薬剤マスタファイルから読み出されて表示される。形態コードとは、調剤作業において薬剤を形態で分類するためのコードである。「分包」は薬剤フィーダから自動的に供給して包装することを意味し、「ヒートシール」は製薬メーカで包装されたヒートシール包装のまま患者に渡すことを意味する。「錠剤で分包」＝１１、「錠剤でヒートシール」＝１３、「カプセル剤で分包」＝１４、「カプセル剤でヒートシール」＝１６、「散剤で分包」＝１７、「散剤でヒートシール」＝１９等を入力する。
【００８９】
次に「監査ＯＫ」ボタンがクリックされると（ステップＳ４１６）、入力した処方データを処方箋ファイル（図４）に書き込む（ステップＳ４１８）。監査ＯＫの処方データについては後述する調剤機器実行の処理（図１８）によって各調剤機器２を動作させる。調剤実行管理対象設定ファイル（図２）に管理対象１「処方受信」が設定されていれば（ステップＳ４２０）、処方受信管理データ（図７）の最終に、「実行状況」を「なし」状態に設定した行データを追加する（ステップＳ４２１）。そして、処方監査管理データ（図８）の最終に、ＨＨＭＭＳＳ形式の終了時刻を設定した行データを追加する（ステップＳ４２２）。一方、前記ステップＳ４１６で「監査ＯＫ」ボタンがクリックされず、「キャンセル」ボタンがクリックされると（ステップＳ４１７）、入力中の処方データの表示を消去し（ステップＳ４１９）、前記ステップＳ４０１に戻って処方監査管理データ「待ち」判断から繰り返し、ホストコンピュータ１２から受信して「待ち」状態にある処方データの内容を表示する。
【００９０】
また、いずれのボタンもクリックされなければ、前記同様、「実行管理シグナル受信」手続き（図１４）を呼び出し（ステップＳ４１４）、前記ステップＳ４０１に戻って処方監査管理データ「待ち」判断から繰り返す。
【００９１】
「調剤機器実行」処理は調剤実行管理対象設定ファイル（図２）に、管理対象３「薬袋印刷機」、管理対象４「錠剤分包機」、又は管理対象５「散剤分包機」が設定されている場合、図１８に示す実行プロセスを生成して「調剤機器実行」の処理を開始する。調剤実行管理対象設定ファイルの一例（図３）では、各調剤機器毎に調剤機器実行プロセスを合計４個生成し、処理対象である各実行管理データに実行状況を書き込む。
【００９２】
「調剤機器実行」処理では、まず、実行管理データ（図９ないし図１２）で「再発行フラグ」が「ＯＮ」の行データを検索する（ステップＳ５００）。そして、検索した行データの「再発行フラグ」を「ＯＦＦ」に設定する（ステップＳ５０１）。該当する行データが無ければ、実行管理データ（図９ないし図１２）で「実行状況」が「待ち」状態の行データを検索する（ステップＳ５０２）。該当する行データが無ければ、「実行管理シグナル受信」手続き（図１４）を呼び出し（ステップＳ５０３）、前記ステップＳ５００に戻って実行管理データ再発行フラグ判断から繰り返す。
【００９３】
続いて、検索した行データの「実行状況」を「実行中」に設定する（ステップＳ５０４）。そして、検索した行データの「処方データNo.」を使って処方箋ファイル（図４）から処方データを読み出す（ステップＳ５０５）。
【００９４】
ここで、調剤機器２のステータスを受信して「動作可能」状態になるまで待機した後（ステップＳ５０６）、処方データに基づいて作成した動作コマンドを調剤機器２に送信して動作させる（ステップＳ５０７）。
【００９５】
その後、調剤機器２のステータスを受信して「動作終了」状態になるまで待機する（ステップＳ５０８）。そして、検索した行データの「実行状況」にＨＨＭＭＳＳ形式の終了時刻を設定した後（ステップＳ５０９）、前記ステップＳ５００に戻って実行管理データ再発行フラグ判断から繰り返す。
【００９６】
このように、実行管理データで「再発行フラグ」を「ＯＮ」又は「ＯＦＦ」に設定するだけで、再発行動作を集中管理することができる。また、最初に「再発行フラグ」が「ＯＮ」となっている行データを検索し、次いで「実行状況」が「待ち」状態の行データを検索することにより、実行の優先順位を変更しているので、患者の待ち時間の延長を最小限に抑えることができる。
【００９７】
【発明の効果】
以上の説明から明らかなように、本発明に係る調剤制御装置によれば、多種多数の調剤機器を同一方法で管理して制御することが可能となる。このため、調剤機器の数や機種が多様に異なる施設であっても、個別の仕様で設計・製作する必要がなく、調剤機器を増設する場合でも容易に対応することが可能である。しかも、調剤機器を集中監視して操作できるので、運用が簡単になる。さらに、ホストコンピュータとの連携や、処方受信と処方監査入力の装備状況が異なる施設への対応においても、同様の効果がある。
【００９８】
さらに調剤実行管理対象設定ファイルにて、「処方受信」と「処方監査入力」とを調剤機器と同様にデータ管理できるので、より一層運用が簡単になる。
【００９９】
ホストコンピュータからの処方データ削除指令や修正指令により、自動的かつ即座に調剤の動作を削除／修正するので、処方の取消や内容変更が発生した場合でも無駄な調剤による手間と薬剤ロスを最小限に押さえることができる。
【０１００】
監査結果をホストコンピュータに送信するようにしたので、ホストコンピュータ側で医事会計処理を開始させたり医師に処方変更を要求したりするシステムを構築する場合にも容易に対応できる。
【０１０１】
処方受信、処方監査入力、各調剤機器における調剤実行状況をモニタ画面に表示させるようにしたので、全調剤機器を同一方法で集中監視し、エラー発生等で各調剤が滞留することを防止することができる。
【０１０２】
処方監査入力、各調剤機器での実行時間を監視して、所定時間を超過すると報知させるので、患者の待ち時間が極端に長くなることを防止することができる。
【０１０３】
再発行を集中して指令可能としたので、操作の手間を軽減することができる。
【０１０４】
そして、再発行の動作を通常の動作よりも優先させたので、患者の待ち時間の延長を最小限に抑えることが可能となる。
【０１０５】
処方監査入力、各調剤機器での動作を簡単な操作で取り消し可能としたので、ホストコンピュータ側の原因による障害や調剤機器の障害が発生して手作業調剤に切り替える場合等、異常事態に柔軟に対処できる。
【０１０６】
処方受信、処方監査入力、各調剤機器での動作を簡単な操作で停止／起動できるようにしたので、薬剤分包機が分包紙切れで止まっている場合等、処理できない動作コマンドが増えて滞留する事態を防止できる。また、異常事態にも柔軟に対処できる。
【図面の簡単な説明】
【図１】  本実施形態に係る調剤制御装置の機器構成を示すブロック図である。
【図２】  調剤実行管理対象設定ファイルの記憶内容を示す図である。
【図３】  図２の一例を示す図である。
【図４】  処方箋ファイルの記憶内容を示す図である。
【図５】  調剤実行管理の処理を示すフローチャートである。
【図６】  調剤実行状況モニタの画面を示す図である。
【図７】  処方受信管理データの記憶内容を示す図である。
【図８】  処方監査管理データの記憶内容を示す図である。
【図９】  薬袋印刷１号機実行管理データの記憶内容を示す図である。
【図１０】  錠剤分包１号機実行管理データの記憶内容を示す図である。
【図１１】  錠剤分包２号機実行管理データの記憶内容を示す図である。
【図１２】  散剤分包１号機実行管理データの記憶内容を示す図である。
【図１３】  処方受信の処理を示すフローチャートである。
【図１４】  実行管理シグナル受信の処理を示すフローチャートである。
【図１５】  調剤機器実行管理データの追加の処理を示すフローチャートである。
【図１６】  処方監査入力の処理を示すフローチャートである。
【図１７】  処方監査入力の処理を示すフローチャートである。
【図１８】  調剤機器実行の処理を示すフローチャートである。
【図１９】  処方データ監査入力の画面を示す図である。
【符号の説明】
１…制御装置
２…調剤機器
３…中央処理装置
４…ハードディスク装置
５…多チャンネル通信部
６…端末装置
７…メモリ
８…制御プログラム
１０…調剤実行管理対象設定ファイル
１１…処方箋ファイル
１２…ホストコンピュータ
【図１】
0004330238.tif 000002
【図２】
0004330238.tif 000003
【図３】
0004330238.tif 000004
【図４】
0004330238.tif 000005
【図５】
0004330238.tif 000006
【図６】
0004330238.tif 000007
【図７】
0004330238.tif 000008
【図８】
0004330238.tif 000009
【図９】
0004330238.tif 000010
【図１０】
0004330238.tif 000011
【図１１】
0004330238.tif 000012
【図１２】
0004330238.tif 000013
【図１３】
0004330238.tif 000014
【図１４】
0004330238.tif 000015
【図１５】
0004330238.tif 000016
【図１６】
0004330238.tif 000017
【図１７】
0004330238.tif 000018
【図１８】
0004330238.tif 000019
【図１９】
0004330238.tif 000020