JP6769089B2 - 調剤制御システム及び調剤制御方法 - Google Patents

Description

本発明は調剤制御システム及び調剤制御方法に関する。

処方データに基づいて調剤処理を実行する調剤装置が知られている。例えば、処方データに基づいてロボットが全自動で調剤処理を実行するような調剤装置が知られている。

特開２０１３−０５２２５０号公報

上記のような調剤装置の中には、処方データが入力又は受信されたら調剤処理を自動的に開始することが可能な調剤装置が存在する。このような調剤装置の使用者の中には、調剤処理を自動的に開始させることを望む使用者もいれば、所定の権限者が処方情報を確認した後で調剤処理を開始させることを望む使用者もいる。また、特定の場合には、所定の権限者が処方情報を確認した後で調剤処理を開始させ、それ以外の場合には、調剤処理を自動的に開始させることを望む使用者もいる。この点、従来は調剤処理の開始の仕方が使用者の要望に合っていない場合があり、利用者の利便性の点で十分でないところがあった。

本発明は上記課題に鑑みてなされたものであって、その目的は、使用者の利便性を向上することが可能な調剤制御システム及び調剤制御方法を提供することにある。

上記課題を解決するために、本発明に係る調剤制御システムは、調剤処理を調剤実行手段に自動的に開始させることが可能な調剤制御システムにおいて、前記調剤処理の対象となる対象処方データを取得する処方データ取得手段と、前記調剤処理の自動開始を制限するか否かを判断するために設定された設定データを記憶する設定データ記憶手段と、前記設定データに基づいて、前記調剤処理の自動開始を制限するか否かを判断する判断手段と、前記調剤処理の自動開始を制限しないと判断された場合、自動的に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第１開始制御手段と、前記調剤処理の自動開始を制限すると判断された場合、前記調剤処理の開始指示を所定の権限者から受け付けた場合に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第２開始制御手段とを含む。

また、本発明に係る調剤制御方法は、調剤処理の対象となる対象処方データを取得する処方データ取得ステップと、前記調剤処理の自動開始を制限するか否かを判断するために設定された設定データに基づいて、前記調剤処理の自動開始を制限するか否かを判断する判断ステップと、前記調剤処理の自動開始を制限しないと判断された場合、自動的に、前記対象処方データの前記調剤処理を調剤実行手段に開始させる第１開始制御ステップと、前記調剤処理の自動開始を制限すると判断された場合、前記調剤処理の開始指示を所定の権限者から受け付けた場合に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第２開始制御ステップとを含む。

また、本発明の一態様では、前記設定データには、前記調剤処理の自動開始を制限する必要のある処方データに関する条件、又は、前記調剤処理の自動開始を制限する必要のない処方データに関する条件が設定されるようにしてもよい。前記調剤制御システムは、前記対象処方データが前記条件を満足するか否かを判定する対象処方データ判定手段を含むようにしてもよい。前記判断手段は、前記対象処方データ判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断するようにしてもよい。

また、本発明の一態様では、前記条件は、前記対象処方データに特定の薬剤が患者に提供されるべき薬剤として含まれているか否かに関する条件を含むようにしてもよい。

また、本発明の一態様では、前記条件は、前記対象処方データに含まれる患者データに関する条件を含むようにしてもよい。

また、本発明の一態様では、前記処方データ取得手段は、他のシステムで入力された処方データを前記対象処方データとして取得するようにしてもよい。前記他のシステムでは処方データに対する監査が行われるようにしてもよい。前記条件は、前記対象処方データに対する前記監査の結果が所定の結果であったか否かの条件を含むようにしてもよい。

また、本発明の一態様では、処方データの入力を受け付けるための入力画面を表示手段に表示させる表示制御手段を含むようにしてもよい。前記処方データ取得手段は、前記入力画面を介して入力された処方データを前記対象処方データとして取得する第１処方データ取得手段と、他のシステムで入力された処方データを前記対象処方データとして取得する第２処方データ取得手段と、を含むようにしてもよい。前記条件は、前記対象処方データが、前記入力画面を介して入力された処方データと、前記他のシステムで入力された処方データとのいずれであるのかの条件を含むようにしてもよい。

また、本発明の一態様では、前記条件は、前記対象処方データが、同一の患者に過去に処方されたことのある処方データと同一又は類似の処方データであるか否かの条件を含むようにしてもよい。

また、本発明の一態様では、前記条件は、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行されたことがあるか否かの条件を含むようにしてもよい。

また、本発明の一態様では、前記判断手段は、前記対象処方データが、同一の患者に過去に処方されたことのある処方データと同一又は類似の処方データであったとしても、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行されたことがない場合には、前記調剤処理の自動開始を制限すると判断するようにしてもよい。

また、本発明の一態様では、前記条件は、当該調剤制御システムに現在ログインしている者が、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行された際に当該調剤制御システムにログインしていた者と同一であるか否かの条件を含むようにしてもよい。

また、本発明の一態様では、前記条件は、前記対象処方データに基づいて予測される前記調剤処理の実行に要する時間に関する条件を含むようにしてもよい。

また、本発明の一態様では、前記設定データには、前記調剤処理の自動開始を制限する必要のある処方データに関する条件、又は、前記調剤処理の自動開始を制限する必要のない処方データに関する条件が設定されるようにしてもよい。前記調剤制御システムは、直前に実行された前記調剤処理の対象であった処方データが前記条件を満足するか否かを判定する直前処方データ判定手段を含むようにしてもよい。前記判断手段は、前記直前処方データ判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断するようにしてもよい。

また、本発明の一態様では、前記設定データには、前記調剤処理の自動開始を制限する必要のある日又は時刻に関する条件、又は、前記調剤処理の自動開始を制限する必要のない日又は時刻に関する条件が設定されるようにしてもよい。前記調剤制御システムは、現在が前記条件を満足するか否かを判定する日時判定手段を含むようにしてもよい。前記判断手段は、前記日時判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断するようにしてもよい。

また、本発明の一態様では、前記対象処方データに基づいて、前記権限者を設定する権限者設定手段を含むようにしてもよい。

また、本発明の一態様では、前記処方データに関する条件と関連付けて、当該処方データの前記調剤処理の開始を指示することが可能な権限者を特定するための権限者特定データを記憶する権限者特定データ記憶手段を含むようにしてもよい。前記権限者設定手段は、前記調剤処理の対象である対象処方データが前記条件を満足する場合に、当該条件と関連付けられた前記権限者特定データに基づいて、前記権限者を設定するようにしてもよい。

また、本発明の一態様では、前記権限者設定手段は、直前に実行された前記調剤処理の対象であった処方データに基づいて、前記権限者を設定する手段を含むようにしてもよい。

また、本発明の一態様では、前記調剤処理の対象である対象処方データと、当該調剤処理の開始指示を行った権限者に関する権限者データと、当該権限者によって入力されたコメントデータとを関連付けて所定の記憶手段に登録する登録手段を含むようにしてもよい。

また、本発明の一態様では、前記調剤実行手段は、（ａ）散薬の自動調剤・分包装置又はシステム、（ｂ）錠剤の自動調剤・分包装置又はシステム、（ｃ）水剤の自動調剤・分注装置又はシステム、（ｄ）抗癌剤の自動混注装置又はシステム、（ｅ）調剤鑑査装置又はシステム、（ｆ）これらの装置のうちのいずれか一種類の装置又はシステムが複数接続された態様、又は、（ｇ）これらの装置のうちの複数種類の装置又はシステムが接続された態様のいずれかであってもよい。

本発明によれば、調剤処理の自動開始を制限するか否かを設定することが可能になり、その結果、使用者の利便性を向上することが可能になる。

本発明の実施形態に係る調剤制御システムの構成について説明するための図である。 一覧画面の一例を示す図である。 指示画面の一例を示す図である。 本発明の実施形態に係る調剤制御システムの機能ブロック図である。 使用者テーブルの一例を示す図である。 患者テーブルの一例を示す図である。 処方データテーブルの一例を示す図である。 実行履歴テーブルの一例を示す図である。 自動開始機能フラグの一例を示す図である。 例外条件テーブルの一例を示す図である。 権限者特定テーブルの一例を示す図である。 調剤制御システムで実行される処理の一例を示すフロー図である。 調剤制御システムで実行される処理の他の一例を示すフロー図である。 本発明の他の実施形態に係る調剤制御システムの構成について説明するための図である。 例外条件テーブルの他の一例を示す図である。 例外条件テーブルの他の一例を示す図である。 本発明の他の実施形態に係る調剤制御システムの機能ブロック図である。 本発明の他の実施形態に係る調剤制御システムで実行される処理の一例を示すフロー図である。

以下、本発明の実施形態について図面を参照しながら説明する。図面では同一又は同等の要素には同一の符号を付し、重複する説明を省略する。なお、調剤業界では「調剤」と「調製」との語が区別して用いられる場合があるが、本明細書では「調剤」を広義の意味で用いており、本明細書における「調剤」には、狭義の意味での「調剤」（すなわち「調製」と区別される「調剤」）と、「調製」との両方が含まれることとする。

［１．全体構成］図１は、本発明の実施形態に係る調剤制御システムの構成について説明するための図である。図１には、本発明の実施形態に係る調剤制御システム１と、上位システム２とが示されている。

図１に示すように、調剤制御システム１は制御装置１０とデータベース１７と調剤装置２０とを含み、調剤処理を調剤装置２０に実行させるための制御を行うシステムである。

制御装置１０は１又は複数のコンピュータによって実現される。図１に示すように、制御装置１０は制御部１１、記憶部１２、通信部１３、操作部１４、表示部１５、及び印刷部１６を含む。

制御部１１は１又は複数のマイクロプロセッサを含み、記憶部１２に記憶されたプログラムに従って処理を実行する。記憶部１２は、例えば主記憶（ＲＡＭ等）及び補助記憶（ハードディスクドライブ又はソリッドステートドライブ等）の情報記憶媒体を含み、制御部１１によって実行されるプログラムを記憶する。記憶部１２は制御部１１のワークメモリとしても動作する。通信部１３は他の装置と通信ネットワークを介してデータ通信するためのものである。

例えば、プログラム又はデータは通信ネットワークを介して制御装置１０に提供される。なお、制御装置１０は、例えばメモリカード又は光ディスク等のコンピュータで読み取り可能な情報記憶媒体に記憶されたプログラム又はデータを読み出すための構成要素を含むようにしてもよい。そして、プログラム又はデータが情報記憶媒体を介して制御装置１０に提供されるようにしてもよい。

操作部１４はユーザの操作を受け付けるためのものであり、例えばキーボード、マウス、タッチパッド、又はタッチパネル等である。表示部１５は制御部１１からの指示に従って画面を表示するものであり、例えば液晶ディスプレイ又は有機ＥＬディスプレイ等である。印刷部１６は制御部１１からの指示に従って印刷を行うものであり、例えばプリンタ装置等である。

制御装置１０はデータベース１７にアクセスすることが可能である。データベース１７は制御装置１０で実現されていてもよいし、制御装置１０とは別のコンピュータで実現されていてもよい。データベース１７に記憶されるデータについては後述する（図５〜１１，１５，１６参照）。

調剤装置２０（調剤実行手段の一例）は、調剤処理を実行する装置であって、例えば、処方データに基づいて調剤処理を人の操作（作業）を要することなく全自動で実行することが可能な装置である。なお、調剤装置２０は「調剤システム」と称されるものであってもよい。

調剤処理は、例えば、散薬（散剤）の調剤・分包、錠剤の調剤・分包、水剤の調剤・分注、抗癌剤の混注、又は、調剤された各種薬品の鑑査等の少なくとも一つを含む。また、調剤装置２０は、例えば、散薬（散剤）の自動調剤・分包装置、錠剤の自動調剤・分包装置、水剤の自動調剤・分注装置、抗癌剤の自動混注装置、又は、調剤鑑査装置等である。または、調剤装置２０は、これらの装置のうちのいずれか一種類の装置が複数接続されたものであってもよい。あるいは、調剤装置２０は、これらの装置のうちの複数種類の装置が接続されたものであってもよい。

例えば、調剤装置２０は単腕又は双腕型のロボットを含み、当該ロボットによって調剤処理が実行されるような調剤装置である。より具体的には、例えば、ロボットが装置の筐体内に設置された複数の薬剤容器に種類毎に収納された散薬を用いて散薬の秤量及び分包等を行うような散薬の自動調剤・分包装置が調剤装置２０の一例に相当する。また例えば、ロボットが装置の筐体内に設置された複数の薬剤を混合して抗癌剤を調剤するような抗癌剤の自動混注装置も調剤装置２０の一例に相当する。

調剤装置２０はロボットを利用したものに限られない。例えば、ロボット以外の特定の機構によって、装置の筐体内に設置された複数の薬剤容器から対象の錠剤が自動的に取り出されて分包されるような錠剤の自動調剤・分包装置も調剤装置２０の一例に相当する。

なお、図１では制御装置１０と調剤装置２０とが別個の装置として示されているが、制御装置１０と調剤装置２０とは一体的に構成されていてもよい。すなわち、制御装置１０は調剤装置２０の調剤実行機能を備えるようにしてもよい。言い換えれば、調剤装置２０が制御装置１０の機能を備えるようにしてもよい。

上位システム２では処方データが入力され、上位システム２で入力された処方データは鑑査された後、調剤制御システム１に提供される。例えば、上位システム２の端末が病院内の診療部門に設置され、調剤制御システム１は病院内の調剤部門に設置される。また例えば、上位システム２は病院に設置され、調剤制御システム１は調剤薬局に設置される。

調剤制御システム１でも処方データを入力することが可能である。すなわち、調剤制御システム１では、処方データの入力を受け付けるための入力画面（図示せず）が表示部１５に表示されるようになっており、調剤制御システム１の使用者は、紙で発行された処方箋を患者から受け取り、当該処方箋を参照しながら処方データを入力することが可能である。つまり、調剤制御システム１では、上位システム２で入力された処方データに基づいて調剤処理を調剤装置２０に実行させることも可能であるし、調剤制御システム１で入力された処方データに基づいて調剤処理を調剤装置２０に実行させることも可能である。なお、上位システム２は必須のものではなく、上位システム２を設置しなくてもよい。

［２．機能概要］調剤制御システム１は、調剤装置２０に調剤処理を自動的に開始させることが可能な自動開始機能を備えている。調剤制御システム１では、使用者が自動開始機能を任意にＯＮ／ＯＦＦできるようになっている。

自動開始機能がＯＦＦに設定されていると、制御装置１０は、所定の権限を有する使用者（権限者）から調剤処理の開始指示を受け付けるのを待って、調剤装置２０に調剤処理を開始させる。

調剤制御システム１では、使用者がログインして所定の操作を行うことによって、例えば図２に示すような一覧画面Ｇ１が表示部１５に表示される。なお、調剤制御システム１へのログインは、使用者がログイン画面（図示せず）に使用者ＩＤ及びパスワードを入力することによって行われるようにしてもよいし、使用者が予め配布されたＩＤカードをカード読み取り部に読み取らせることによって行われるようにしてもよい。ただし、後者の場合には、制御装置１０が、カードに記録された情報を接触方式又は非接触方式で読み取るためのカード読み取り部を備える必要がある。

図２に示すように、一覧画面Ｇ１には、調剤処理が実行されていない処方データの一覧が表示される。図２に示す例では、処方データＡ，Ｂ，Ｃが一覧画面Ｇ１に表示されている。なお図２では、説明の簡便のため、各処方データを示す情報として「処方データＡ」、「処方データＢ」、「処方データＣ」等のテキストが表示されているが、実際の一覧画面Ｇ１には、例えば患者名や処方内容の一部が各処方データを示す情報として表示されることになる。

使用者が一覧画面Ｇ１に表示される処方データのうちのいずれかを選択すると、例えば図３に示すような指示画面Ｇ２が表示される。指示画面Ｇ２は、処方データの調剤処理の開始指示を受け付けるための画面である。

図３に示すように、指示画面Ｇ２には、一覧画面Ｇ１で選択された処方データの詳細が表示される。例えば、患者の情報（例えば氏名、性別、年齢、生年月日、及び薬歴等）や、処方内容（例えば医療機関、診療科、薬剤、用法、用量、日数、及び数量）が表示される。

また、指示画面Ｇ２は、コメントの入力を受け付けるためのコメント欄Ｐ２１を含む。使用者は必要に応じてコメントをコメント欄Ｐ２１に入力できる。さらに、指示画面Ｇ２は実行ボタンＰ２２と戻るボタンＰ２３とを含む。戻るボタンＰ２３は一覧画面Ｇ１に戻るためのボタンである。実行ボタンＰ２２は調剤処理の開始指示を行うためのボタンである。使用者が実行ボタンＰ２２を押下すると、指示画面Ｇ２に表示されている処方データの調剤処理が調剤装置２０によって開始される。

一方、自動開始機能がＯＮに設定されていると、上位システム２で入力された処方データが調剤制御システム１に供給された場合や、調剤制御システム１で入力画面を介して処方データが入力された場合に、調剤制御システム１は、原則として、自動的に、当該処方データに基づいて調剤装置２０に調剤処理を開始させる。すなわち、調剤制御システム１は、原則として、所定の権限を有する使用者（権限者）から調剤処理の開始指示を受け付けるのを待つことなく、処方データに基づいて調剤装置２０に調剤処理を開始させる。

調剤制御システム１では、このような機能を備えることにより、使用者が所定の権限者によって処方情報が確認された後で調剤処理を開始させることを望む場合に、使用者は自動開始機能がＯＦＦに設定することによって、自らの要望通りに調剤制御システムを使用できるようになる。一方、使用者が調剤処理を自動的に開始させることを望む場合に、使用者は自動開始機能がＯＮに設定することによって、自らの要望通りに調剤制御システムを使用できるようになる。

また、調剤制御システム１では、自動開始機能がＯＮに設定されている場合であっても、特定の場合には、例外的に調剤処理の自動開始を制限できるようになっている。このため、特定の場合（例えば、特に注意を要する薬品が処方データに含まれている場合等）には所定の権限者によって処方情報が確認された後で調剤処理を開始させ、それ以外の場合には調剤処理を自動的に開始させることを使用者が望む場合、使用者はこの機能を利用することによって、自らの要望通りに調剤制御システムを使用できるようになる。

調剤業務に関しては薬剤師法等の法律が存在しているが、上記に説明した機能が調剤制御システム１に備えられる結果として、使用者は適法性や自動化による調剤作業の効率化等を考慮しつつ調剤制御システム１の使用の仕方を決定し、その使用の仕方で調剤制御システム１を使用することができる。

また、調剤制御システム１では、人が服用する「薬品」という生命に直結するものを生成するため、人が介在して行うことによって安全性を十分に確保すべき場合と、調剤作業を自動化して効率化を図る場合との境界が非常に重要になるが、上記に説明した機能が調剤制御システム１に備えられる結果として、原則として、調剤処理を自動的に開始させるようにして効率化を図りつつ、安全性を十分に確保すべく人が介在して調剤処理を実行すべき特定の場合には、確実に人を介して調剤処理が実行されるように図ることもできる。

［３．機能ブロック］上記に説明した機能を実現する構成について説明する。図４は、調剤制御システム１で実現される機能のうち、上記機能に関連するものを主に示す機能ブロック図である。

［３−１．データ記憶部］図４に示すように、調剤制御システム１はデータ記憶部１００を含む。例えば、データ記憶部１００は主にデータベース１７によって実現される。データ記憶部１００は各種データを記憶する。図５〜１１はデータ記憶部１００に記憶されるデータの例を示す。

図５は使用者テーブルＤ１の一例を示す。使用者テーブルＤ１は、調剤制御システム１を使用可能な者（言い換えれば、調剤制御システム１にログインすることが可能な者）のリストを示す。図５に示す使用者テーブルＤ１は「使用者ＩＤ」、「氏名」、「パスワード」、及び「権限レベル」フィールドを含む。

「使用者ＩＤ」フィールドは、使用者を一意に識別する識別情報を示す。「氏名」フィールドは使用者の氏名を示す。「パスワード」フィールドは使用者のパスワードを示す。例えば、使用者自身又はシステム管理者によって設定されたパスワードが暗号化された状態で「パスワード」フィールドに登録される。調剤制御システム１を使用する場合、使用者はログイン画面で自らの使用者ＩＤ及びパスワードを入力することによって認証を受ける必要がある。なお、使用者が予め配布されたＩＤカードをカード読み取り部に読み取らせることによって、使用者の認証や特定が行われるようにしてもよい。

「権限レベル」フィールドは使用者の権限レベルを示す。使用者に設定された権限レベルによって、当該使用者が調剤制御システム１で行うことが可能な操作が制限される。例えば、「１」〜「６」の値が権限レベルとして設定される。「６」は最も高い権限レベルであり、「１」は最も低い権限レベルである。

権限レベル「６」の使用者は、調剤制御システム１であらゆる操作を行うことができる。例えば、データ記憶部１００に記憶されるマスタデータ（使用者テーブルＤ１等）の編集は権限レベル「６」の使用者のみに許可される。すなわち、新たな使用者を使用者テーブルに登録したり、各使用者の権限レベルを設定・変更したりすることは権限レベル「６」の使用者のみに許可される。

また、権限レベル「５」の使用者は、マスタデータの編集以外の操作を行うことができる。例えば、調剤装置２０内の薬剤容器への薬剤の充填は権限レベル「５」又は「６」の使用者のみに許可される。

また、権限レベル「４」の使用者は、マスタデータの編集及び薬剤の充填以外の操作を行うことができる。例えば、特別に注意を要する特定の操作（ここでは「特別操作」と呼ぶ。）は権限レベル「４」〜「６」の使用者のみに許可される。

また、権限レベル「３」の使用者は、マスタデータの編集、薬剤の充填、及び特別操作以外の操作を行うことができる。例えば、注意を要する特定の操作（ここでは「要注意操作」と呼ぶ。）は権限レベル「３」〜「６」の使用者のみに許可される。

また、権限レベル「２」の使用者は、マスタデータの編集、薬剤の充填、特別操作、及び要注意操作以外の操作を行うことができる。また、権限レベル「１」の使用者は、制限された簡易な操作のみを行うことができる。

例えば、調剤制御システム１を管理する役割を担う者（システム管理者）には権限レベル「６」が設定される。また、システム管理者以外の薬剤師には権限レベル「２」〜「５」のいずれかが設定される。具体的には、経験が比較的浅い薬剤師には権限レベル「２」が設定され、ある程度の経験を有する薬剤師には権限レベル「３」が設定される。また、権限レベル「２」又は「３」の薬剤師を管理する役割を担い、経験が豊富な薬剤師には権限レベル「４」が設定される。そして、権限レベル「４」の薬剤師も管理する役割を担い、経験が非常に豊富な薬剤師には権限レベル「５」が設定される。例えば、個々の調剤現場においてその調剤現場で業務を行う薬剤師を管理する役割を担う薬剤師（現地管理者）には権限レベル「４」が設定される。そして、複数の調剤現場にわたっての全体的な管理を行う役割、すなわち、それら複数の調剤現場の各々で業務する全薬剤師を管理する役割を担う薬剤師（管理者）には権限レベル「５」が設定される。なお、薬剤師以外の使用者であって、例えば薬剤師を補助すべく簡単な操作を行う役割を担う者（操作者）には権限レベル「１」が設定される。

図６は患者テーブルＤ２の一例を示す。患者テーブルＤ２は患者のリストを示す。図６に示す患者テーブルＤ２は「患者ＩＤ」、「氏名」、「性別」、「年齢」、「生年月日」、及び「薬歴」フィールドを含む。「患者ＩＤ」フィールドは、患者を一意に識別する識別情報を示す。「氏名」、「性別」、「年齢」、及び「生年月日」フィールドはそれぞれ患者の氏名、性別、年齢、及び生年月日を示す。「薬歴」フィールドは、これまでに患者に処方された薬の履歴を示す。例えば、患者が調剤薬局に初めて訪れた際に当該患者のデータが患者テーブルＤ２に登録される。

図７は処方データテーブルＤ３の一例を示す。処方データテーブルＤ３は、調剤制御システム１で入力された処方データと、上位システム２で入力されて調剤制御システム１に提供された処方データとのリストを示す。図７に示す処方データテーブルＤ３は「処方データＩＤ」、「登録日時」、「入力システムフラグ」、「鑑査結果フラグ」、「ＤＯ処方フラグ」、「患者」、「処方内容」、「自動開始フラグ」、「実行状況フラグ」フィールドを含む。

「処方データＩＤ」フィールドは、処方データを一意に識別する識別情報を示す。「登録日時」フィールドは、処方データが処方データテーブルＤ３に登録された日時を示す。

「入力システムフラグ」フィールドは、処方データが入力されたシステムを示す。具体的には、「入力システム」フィールドは、処方データが調剤制御システム１で入力されたものであるか、又は、上位システム２で入力されたものであるかを示す。例えば、処方データが調剤制御システム１で入力されたものである場合には、値「０」が「入力システムフラグ」フィールドに登録される。一方、処方データが上位システム２で入力されたものである場合には、値「１」が「入力システムフラグ」フィールドに登録される。

「鑑査結果フラグ」フィールドは、上位システム２での処方データの鑑査結果を示す。上位システム２では、処方データを調剤制御システム１に提供する前に処方データの鑑査が行われる。例えば、注意を要する処方データの条件が予め定められており、当該条件を満足する処方データに関しては警告が発せされる。警告対象になった処方データに関しては、薬剤師による再確認が行われた後、特に問題がなければ、そのまま調剤制御システム１に提供され、もし問題があれば、修正された後で調剤制御システム１に提供される。例えば、処方データが上位システム２で入力されたものであって、上位システム２での鑑査結果が「警告あり」である場合には、値「１」が「鑑査結果フラグ」フィールドに登録され、上位システム２での鑑査結果が「警告あり」でない場合には、値「０」が「鑑査結果フラグ」フィールドに登録される。

「ＤＯ処方フラグ」フィールドは、処方データがＤＯ処方機能を用いて入力（生成）されたものであるか否かを示す。調剤制御システム１及び上位システム２はＤＯ処方機能を備えている。ＤＯ処方機能とは、同一の患者に対する過去の処方データを複製することによって同一内容の処方データを容易に入力できるようにする機能である。例えば、処方データがＤＯ処方機能を用いて入力されたものである場合には、値「１」が「ＤＯ処方フラグ」フィールドに登録され、それ以外の場合には、値「０」が「ＤＯ処方フラグ」フィールドに登録される。

「患者」フィールドは、処方データの対象である患者（患者ＩＤ）を示す。「処方内容」フィールドは、処方内容（例えば医療機関、診療科、薬剤、用法、用量、日数、及び数量）を示す。

「自動開始フラグ」フィールドは、処方データの調剤処理を自動的に開始することが可能であるか否かを示す。例えば、調剤処理を自動的に開始することが可能である場合には、値「１」が「自動開始フラグ」フィールドに登録され、調剤処理を自動的に開始することが可能でない場合には、値「０」が「自動開始フラグ」フィールドに登録される。

「実行状況フラグ」フィールドは、処方データの調剤処理の実行状況を示す。例えば、調剤処理を開始する前の状態にある処方データに関しては、値「０」が「実行状況フラグ」フィールドに登録される。また、調剤処理を実行中の状態にある処方データに関しては、値「１」が「実行状況フラグ」フィールドに登録され、調剤処理が終了した状態にある処方データに関しては、値「２」が「実行状況フラグ」フィールドに登録される。

図８は実行履歴テーブルＤ４の一例を示す。実行履歴テーブルＤ４は調剤処理の実行履歴を示す。図８に示す実行履歴テーブルＤ４は「実行履歴ＩＤ」、「対象処方データ」、「自動開始フラグ」、「開始指示者」、「権限レベル」、「コメント」、「開始日時」、及び「終了日時」フィールドを含む。

「実行履歴ＩＤ」フィールドは、個々の実行履歴を一意に識別する識別情報を示す。「対象処方データ」フィールドは、調剤処理の対象となった処方データを示す。例えば、調剤処理の対象となった処方データの処方データＩＤが「対象処方データ」フィールドに登録される。

「自動開始フラグ」フィールドは、調剤処理が自動開始されたものであるか否かを示す。例えば、調剤処理が自動開始機能によって自動開始されたものである場合には、値「１」が「自動開始フラグ」フィールドに登録される。一方、調剤処理が自動開始機能によって自動開始されたものでなく、所定の権限者によって開始指示が行われたことによって実行されたものである場合には、値「０」が「自動開始フラグ」フィールドに登録される。

また、「開始指示者」フィールドは、調剤処理の開始指示を行った者（開始指示者）を示し、「権限レベル」フィールドは、調剤処理の開始指示を行った時点における開始指示者の権限レベルを示す。例えば、開始指示者の使用者ＩＤが「開始指示者」フィールドに登録される。さらに、その時点での開始指示者の権限レベルが「権限レベル」フィールドに登録される。また、「コメント」フィールドは開始指示者によって入力されたコメントを示す。すなわち、指示画面Ｇ２のコメント欄Ｐ２１に入力されたコメントが「コメント」フィールドに登録される。なお、調剤処理が自動開始機能によって自動開始されたものである場合、「開始指示者」、「権限レベル」、及び「コメント」フィールドは空欄となる。また、「開始日時」及び「終了日時」フィールドは、調剤処理が開始及び終了された日時を示す。

図４に示すように、データ記憶部１００は設定データ記憶部１０１を含む。設定データ記憶部１０１は設定データを記憶する。設定データは、調剤処理の自動開始を制限するか否かを判断するために設定されたデータである。図９及び図１０は設定データの一例を示す。

図９は自動開始機能フラグＤ５の一例を示す。先述の通り、調剤制御システム１は、調剤装置２０に調剤処理を自動的に開始させることが可能な自動開始機能を備えている。自動開始機能フラグＤ５はこの自動開始機能がＯＮ／ＯＦＦのいずれに設定されているのかを示す。例えば、自動開始機能フラグは値「０」又は「１」をとる。値「１」は、自動開始機能がＯＮに設定されていることを示す。一方、値「０」は、自動開始機能がＯＦＦに設定されていることを示す。このため、自動開始機能フラグに「０」が設定されている場合には、調剤制御システム１は、調剤装置２０に調剤処理を自動的に開始させずに、調剤処理の開始指示を所定の権限者から受け付けるのを待って、調剤装置２０に調剤処理を開始させる。

例えば、自動開始機能フラグＤ５の初期値は「０」に設定され、権限レベル「６」の使用者は所定の設定画面を介して自動開始機能フラグＤ５を「１」に変更できる。なお、自動開始機能フラグＤ５の初期値は「１」に設定されるようにしてもよい。

図１０は例外条件テーブルＤ６の一例を示す。先述の通り、自動開始機能がＯＮに設定されている場合、調剤制御システム１は、原則として、調剤装置２０に調剤処理を自動的に開始させる。この点、例外条件テーブルには、自動開始機能がＯＮに設定されている場合であっても、例外的に調剤処理の自動開始を制限すべき場合の条件（例外条件）が登録される。なお、例えば権限レベル「６」の使用者は所定の設定画面を介して例外条件を例外条件テーブルに設定できる。

図１０に示す例外条件テーブルＤ６は「例外条件ＩＤ」及び「例外条件」フィールドを含む。「例外条件ＩＤ」フィールドは、例外条件テーブルＤ６に登録される例外条件を一意に識別する識別情報を示す。「例外条件」フィールドは例外条件を示す。「例外条件」フィールドには、例外条件がコンピュータ（制御部１１）により認識可能な形式で登録される。なお以下では、便宜上、例外条件ＩＤが「ＥＣｎ」である例外条件のことを「例外条件ＥＣｎ」と記載する。

例えば、例外条件テーブルＤ６には、調剤処理の自動実行を制限する必要のある処方データに関する条件が例外条件として登録される。図１０に示す例外条件ＥＣ１〜ＥＣ６は、それぞれ、調剤処理の自動実行を制限する必要のある処方データに関する条件になっている。また、例外条件ＥＣ１〜ＥＣ５は、調剤処理の対象である対象処方データに関する条件になっており、例外条件ＥＣ６は、直前に実行された調剤処理の対象であった処方データに関する条件になっている。以下、例外条件ＥＣ１〜ＥＣ６について説明する。

例外条件ＥＣ１，ＥＣ２は、調剤処理の対象である対象処方データに特定の薬剤が患者に提供されるべき薬剤として含まれているか否かに関する条件である。具体的には、例外条件ＥＣ１は「対象処方データに薬剤Ａが含まれている」との条件である。一方、例外条件ＥＣ２は「対象処方データに薬剤Ｂが含まれている」との条件である。

ここで、「薬剤Ａ」とは、例えば取り扱いに特に注意を要する薬剤である。また、「薬剤Ｂ」とは、例えば薬剤Ａに比べると注意度は低いものの、取り扱いには注意を要する薬剤である。このような薬剤Ａ又は薬剤Ｂが対象処方データに含まれている場合には注意が必要となるが、例外条件ＥＣ１，ＥＣ２が設定されることにより、薬剤Ａ又は薬剤Ｂが含まれている処方データに関しては、自動開始機能がＯＮに設定されていたとしても、調剤処理が自動的に開始されず、所定の権限者による開始指示がなければ調剤処理が開始されないようになる。

例外条件ＥＣ３は、対象処方データに含まれる患者データに関する条件である。具体的には、例外条件ＥＣ３は「対象処方データの患者が１０歳未満である」との条件である。

一般的に患者の年齢が低い場合には注意が必要となるが、例外条件ＥＣ３が設定されることにより、患者が１０歳未満である処方データに関しては、自動開始機能がＯＮに設定されていたとしても、調剤処理が自動的に開始されず、所定の権限者による開始指示がなければ調剤処理が開始されないようになる。なお、患者の性別又は薬歴等に関する条件が例外条件として設定されるようにしてもよい。

例外条件ＥＣ４は、対象処方データが、調剤制御システム１で入力画面を介して手入力された処方データと、上位システム２によって提供された処方データとのいずれであるのかの条件である。具体的には、例外条件ＥＣ４は「対象処方データが手入力されたものである」との条件である。

上位システム２で鑑査された後に提供された処方データに比べて、調剤制御システム１で入力画面を介して手入力された処方データには誤りが含まれている場合があり、注意が必要となるが、例外条件ＥＣ４が設定されることにより、調剤制御システム１で入力画面を介して手入力された処方データに関しては、自動開始機能がＯＮに設定されていたとしても、調剤処理が自動的に開始されず、所定の権限者による開始指示がなければ調剤処理が開始されないようになる。

例外条件ＥＣ５は、上位システム２での対象処方データに対する監査結果が所定の結果であったか否かの条件である。具体的には、例外条件ＥＣ５は「上位システム２での対象処方データの鑑査結果が「警告あり」である」との条件である。

上位システム２での対象処方データの鑑査結果が「警告あり」である場合には注意が必要となるが、例外条件ＥＣ５が設定されることにより、上位システム２での鑑査結果が「警告あり」である処方データに関しては、自動開始機能がＯＮに設定されていたとしても、調剤処理が自動的に開始されず、所定の権限者による開始指示がなければ調剤処理が開始されないようになる。

例外条件ＥＣ６は、直前に実行された調剤処理の対象であった処方データに関する条件である。具体的には、例外条件ＥＣ６は「直前処方データに薬剤Ｃが含まれている」との条件である。

ここで、「薬剤Ｃ」とは、例えば、調剤処理の際に薬剤と触れる調剤装置２０の部分（薬剤投入部等）に薬剤が残っていることがないように特に注意を要する薬剤である。直前に実行された調剤処理の対象処方データに薬剤Ｃが含まれていた場合には薬剤Ｃが薬剤投入部等に残っていないことを確認する必要があるが、例外条件ＥＣ６が設定されることにより、直前に実行された調剤処理の対象処方データに薬剤Ｃが含まれていた場合には、自動開始機能がＯＮに設定されていたとしても、調剤処理が自動的に開始されず、所定の権限者による開始指示がなければ調剤処理が開始されないようになる。

また図４に示すように、データ記憶部１００は権限者特定データ記憶部１０２を含む。権限者特定データ記憶部１０２は、処方データに関する条件と関連付けて、権限者特定データを記憶する。権限者特定データは、処方データの調剤処理の開始を指示することが可能な権限者を特定するためのデータである。

図１１は、権限者特定データの一例である権限者特定テーブルＤ７の一例を示す。権限者特定テーブルＤ７は、調剤処理の開始指示を行うことが可能な権限者を特定するためのテーブルである。なお、例えば権限レベル「６」の使用者は所定の設定画面を介して権限者特定テーブルＤ７を設定できる。

自動開始機能がＯＦＦに設定されている場合には、権限者特定テーブルＤ７に基づいて、調剤処理の開始指示を行うことが可能な権限者が特定され、当該権限者からの開始指示を待って調剤処理が実行される。同様に、自動開始機能がＯＮに設定されている場合であっても、例外条件テーブルＤ６の例外条件を満足することによって例外的に自動開始機能が制限される場合には、権限者特定テーブルＤ７に基づいて、調剤処理の開始指示を行うことが可能な権限者が特定され、当該権限者からの開始指示を待って調剤処理が実行される。

図１１に示す権限者特定テーブルＤ７は「条件ＩＤ」、「条件」、及び「必要権限レベル」フィールドを含む。「条件ＩＤ」フィールドは、権限者特定テーブルＤ７に登録される条件を一意に識別する識別情報を示す。「条件」フィールドは条件を示す。「条件」フィールドには、条件がコンピュータ（制御部１１）により認識可能な形式で登録される。「必要権限レベル」フィールドは、調剤処理の開始指示を行うために必要な権限レベル（必要権限レベル）を示す。なお以下では、便宜上、条件ＩＤが「Ｃｎ」である条件のことを「条件Ｃｎ」と記載する。

図１１に示す権限者特定テーブルＤ７では、条件Ｃ１〜Ｃ６が図１０に示す例外条件テーブルＤ６の例外条件ＥＣ１〜ＥＣ６と同じになっているため、ここでは説明を省略する。なお、権限者特定テーブルＤ７に登録される条件は、例外条件テーブルＤ６に登録される例外条件と異なっていてもよい。

図１１に示す権限者特定テーブルＤ７では条件Ｃ１〜Ｃ６の他に条件Ｃ７，Ｃ８が設定されている。このうち、条件Ｃ７は「対象処方データに薬剤Ｄが含まれている」との条件である。ここで、「薬剤Ｄ」とは、例えば、薬剤Ａ，Ｂに比べると注意度は低いものの、取り扱いにはある程度の注意を要するような薬剤である。また、条件Ｃ８は条件Ｃ１〜Ｃ７以外の場合である。

図１１に示す権限者特定テーブルＤ７では、条件Ｃ７には必要権限レベルとして「３〜６」が関連付けられている。これは、条件Ｃ７が満足される場合には、権限レベル「３」〜「６」の使用者が権限者（調剤処理の開始指示を行うことができる者）として設定されることを示す。また、条件Ｃ２〜Ｃ５には必要権限レベルとして「４〜６」が関連付けられている。これは、権限レベル「４」〜「６」の使用者が権限者として設定されることを示す。例えば、薬剤Ｂは薬剤Ｄに比べて取り扱いに注意を要するため、条件Ｃ２には条件Ｃ７よりも高い必要権限レベルが関連付けられている。

また、条件Ｃ１，Ｃ６には必要権限レベルとして「５〜６」が関連付けられている。これは、条件Ｃ１又はＣ６が満足される場合には、権限レベル「５」〜「６」の使用者が権限者として設定されることを示す。薬剤Ａ，Ｃは薬剤Ｂよりもさらに取り扱いに注意を要するため、条件Ｃ１，Ｃ６に対しては条件Ｃ２よりも高い必要権限レベルが関連付けられている。

また、条件Ｃ８には必要権限レベルとして「２〜６」が関連付けられている。これは、条件Ｃ１〜Ｃ７のいずれも満足されない場合には、権限レベル「２」〜「６」の使用者が権限者として設定されることを示す。

なお、先述の通り、権限者特定テーブルＤ７の条件Ｃ１〜Ｃ６は例外条件テーブルＤ６の例外条件ＥＣ１〜ＥＣ６と同じである。この点、権限者特定テーブルＤ７では、条件Ｃ１に必要権限レベルとして「５〜６」が関連付けられているため、実質的に、例外条件ＥＣ１に必要権限レベルとして「５〜６」が関連付けられていることになる。例外条件ＥＣ１を満足する場合には、自動開始機能がＯＮに設定されている場合であっても、例外的に自動開始機能が制限され、所定の権限者による開始指示を待って、調剤処理が開始されることになるが、この場合には、権限レベル「５」〜「６」の使用者が権限者として設定されることになる。

本実施形態では、例外条件テーブルＤ６と権限者特定テーブルＤ７とを別個に設けるようにしたが、これらを一体的に設けるようにしてもよい。例えば、例外条件テーブルＤ６を省略し、権限者特定テーブルＤ７のみを設けるようにしてもよい。この場合、例えば、必要権限レベルが「４〜６」又は「５〜６」に関連付けられている条件を「例外条件」とみなすようにしてもよい。

［３−２．データ記憶部以外の機能ブロック］図４に示すように、調剤制御システム１は入力画面表示制御部１０３、処方データ取得部１０４、判断部１０７、対象処方データ判定部１０８、直前処方データ判定部１０９、開始制御部１１０、権限者設定部１１３、開始指示受付部１１４、及び実行履歴登録部１１５を含む。これらの機能ブロックは主に制御部１１によって実現される。すなわち、制御部１１がプログラムに従って処理を実行することによって、制御部１１がこれらの機能ブロックとして機能する。

入力画面表示制御部１０３は入力画面を表示部１５に表示させる。入力画面は処方データの入力を受け付けるための画面である。調剤制御システム１の使用者は、紙で発行された処方箋を患者から受け取り、当該処方箋を参照しながら患者情報や処方情報（医療機関、診療科、医者、薬剤、用法、用量、日数、数量等）を入力画面で入力できる。

処方データ取得部１０４は、調剤処理の対象となる対象処方データを取得する。図４に示すように、処方データ取得部１０４は第１処方データ取得部１０５及び第２処方データ取得部１０６を含む。

第１処方データ取得部１０５は、上記入力画面を介して入力された処方データを対象処方データとして取得する。

第２処方データ取得部１０６は、上位システム２（他のシステムの一例）で入力された処方データを対象処方データとして取得する。例えば、第２処方データ取得部１０６は、上位システム２から送信された処方データを受信して対象処方データとして取得する。または、第２処方データ取得部１０６は、上位システム２で入力された処方データが保存された記憶装置にアクセスして、当該処方データを対象処方データとして取得する。

判断部１０７は、設定データ記憶部１０１に記憶された設定データに基づいて、調剤処理の自動開始を制限するか否か（言い換えれば、調剤処理の自動開始を許容するか否か）を判断する。

例えば、判断部１０７は、図９に示した自動開始機能フラグＤ５（設定データの一例）に基づいて、調剤処理の自動開始を制限するか否かを判断する。具体的には、自動開始機能フラグが「０」である場合に、判断部１０７は調剤処理の自動開始を制限すると判断する。一方、自動開始機能フラグが「１」である場合に、原則として、判断部１０７は調剤処理の自動開始を制限しないと判断する。

また例えば、判断部１０７は、後述の対象処方データ判定部１０８の判定結果に基づいて、調剤処理の自動開始を制限するか否かを判断する。

対象処方データ判定部１０８は、対象処方データが、設定データ記憶部１０１に記憶された設定データに設定された条件を満足するか否かを判定する。先述の通り、設定データ記憶部１０１に記憶された設定データには、調剤処理の自動開始を制限する必要のある処方データに関する条件、又は、調剤処理の自動開始を制限する必要のない処方データに関する条件が設定されており、対象処方データ判定部１０８は対象処方データが当該条件を満足するか否かを判定する。

例えば、対象処方データ判定部１０８は、図１０に示した例外条件テーブルＤ６（設定データの一例）に設定された例外条件ＥＣ１〜ＥＣ５のいずれかを対象処方データが満足するか否かを判定する。自動開始機能フラグが「１」であったとしても、対象処方データが例外条件ＥＣ１〜ＥＣ５のいずれかを満足すると対象処方データ判定部１０８によって判定された場合には、判断部１０７は調剤処理の自動開始を制限すると判断する。

また例えば、判断部１０７は、後述の直前処方データ判定部１０９の判定結果に基づいて、調剤処理の自動開始を制限するか否かを判断する。

直前処方データ判定部１０９は、直前に実行された調剤処理の対象であった処方データ（直前処方データ）が、設定データ記憶部１０１に記憶された設定データに設定された条件を満足するかを判定する。先述の通り、設定データ記憶部１０１に記憶された設定データには、調剤処理の自動開始を制限する必要のある処方データに関する条件、又は、調剤処理の自動開始を制限する必要のない処方データに関する条件が設定されており、直前処方データ判定部１０９は直前処方データが当該条件を満足するか否かを判定する。

例えば、直前処方データ判定部１０９は、図１０に示した例外条件テーブルＤ６（設定データの一例）に設定された例外条件ＥＣ６を直前処方データが満足するか否かを判定する。自動開始機能フラグが「１」であったとしても、直前処方データが例外条件ＥＣ６を満足すると直前処方データ判定部１０９によって判定された場合には、判断部１０７は調剤処理の自動開始を制限すると判断する。

開始制御部１１０は、対象処方データを対象とする調剤処理を調剤装置２０（調剤実行手段の一例）に開始させる。図４に示すように、開始制御部１１０は第１開始制御部１１１と第２開始制御部１１２とを含む。

調剤処理の自動開始を制限しないと判断部１０７によって判断された場合に、第１開始制御部１１１は、自動的に、対象処方データの調剤処理を調剤装置２０に開始させる。すなわち、対象処方データが取得された場合に、第１開始制御部１１１は、調剤処理の開始指示を所定の権限者から受け付けるのを待つことなく、当該対象処方データの調剤処理を調剤装置２０に開始させる。

一方、調剤処理の自動開始を制限すると判断部１０７によって判断された場合に、第２開始制御部１１２は、調剤処理の開始指示を所定の権限者から受け付けた場合に、対象処方データの調剤処理を調剤装置２０に開始させる。すなわち、対象処方データが取得された場合に、第２開始制御部１１２は、直ちに調剤処理を調剤装置２０に開始させることはせずに、調剤処理の開始指示を所定の権限者から受け付けたか否かを監視し、調剤処理の開始指示を所定の権限者から受け付けるのを待って、調剤処理を調剤装置２０に開始させる。この場合、「権限者」は後述の権限者設定部１１３によって対象処方データ又は直前処方データに合わせて設定される。

権限者設定部１１３は、対象処方データに基づいて権限者（すなわち調剤処理の開始指示を行うことができる者）を設定する。例えば、権限者設定部１１３は、対象処方データと、権限者特定データ記憶部１０２に記憶された権限者特定データとに基づいて、権限者を設定する。先述の通り、権限者特定データ記憶部１０２には、処方データに関する条件と関連付けて権限者特定データが記憶されている。権限者設定部１１３は、対象処方データが満足する条件と関連付けられた権限者特定データに基づいて、権限者を設定する。

例えば、図１１に示した権限者特定テーブルＤ７では、条件Ｃ１に対して必要権限レベル「５〜６」が関連付けられている。このため、対象処方データが当該条件Ｃ１を満足する場合に、権限者設定部１１３は、権限レベル「５」〜「６」の使用者を権限者として設定する。

なお、権限者設定部１１３は、直前に実行された調剤処理の対象であった処方データ（直前処方データ）に基づいて権限者を設定するようにしてもよい。例えば、権限者設定部１１３は、直前処方データと、権限者特定データ記憶部１０２に記憶された権限者特定データとに基づいて、権限者を設定するようにしてもよい。先述の通り、権限者特定データ記憶部１０２には、処方データに関する条件と関連付けて権限者特定データが記憶されている。権限者設定部１１３は、直前処方データが満足する条件と関連付けられた権限者特定データに基づいて、権限者を設定するようにしてもよい。

例えば、図１１に示した権限者特定テーブルＤ７では、条件Ｃ６に対して必要権限レベル「５〜６」が関連付けられている。このため、直前処方データが当該条件Ｃ６を満足する場合に、権限者設定部１１３は、権限レベル「５」〜「６」の使用者を権限者として設定する。

なお、ここでは、権限者が権限者設定部１１３によって対象処方データ又は直前処方データに応じて設定されることとして説明したが、権限者は予め設定された特定の使用者であってもよい。例えば、対象処方データ又は直前処方データに関係なく、権限レベル「５」〜「６」の使用者を権限者として予め定めておくようにしてもよい。

開始指示受付部１１４は調剤処理の開始指示を受け付ける。例えば、開始指示受付部１１４は、例えば図３に示した指示画面Ｇ２を表示部１５に表示させる。先述の通り、指示画面Ｇ２は、調剤処理の開始指示を受け付けるための画面である。指示画面Ｇ２の実行ボタンＰ２２が押下された場合に、開始指示受付部１１４は調剤処理の開始指示を受け付けたと判定する。

先述の通り、第２開始制御部１１２は、権限者設定部１１３によって設定された権限者から調剤処理の開始指示を受け付けた場合に調剤処理を調剤装置２０に開始させる。すなわち、権限者設定部１１３によって設定された権限者によって指示画面Ｇ２の実行ボタンＰ２２が押下された場合に、第２開始制御部１１２は調剤処理を調剤装置２０に開始させる。

一方、第２開始制御部１１２は、権限者設定部１１３によって設定された権限者以外の使用者（非権限者）から調剤処理の開始指示を受け付けた場合には調剤処理を調剤装置２０に開始させない。すなわち、仮に、非権限者によって指示画面Ｇ２の実行ボタンＰ２２が押下されたとしても、第２開始制御部１１２は調剤処理を調剤装置２０に開始させない。この場合には、開始指示を行う権限がない旨のエラーメッセージが表示される。

なお、開始指示受付部１１４は、非権限者から調剤処理の開始指示を受け付けないようにしてもよい。例えば、実行ボタンＰ２２は、権限者設定部１１３によって設定された権限者がログインしている場合にのみ押下できるようにしてもよい。具体的には、ログインしている使用者が非権限者である場合には、実行ボタンＰ２２を表示しないようにしたり、実行ボタンＰ２２を押下できない状態（例えばグレーアウトの状態）で表示するようにしたりしてもよい。または、ログインしている使用者が非権限者である場合には、一覧画面Ｇ１から指示画面Ｇ２への画面遷移、又は、他の画面（メニュー画面等）から一覧画面Ｇ１への画面遷移を禁止するようにしてもよい。

実行履歴登録部１１５は、調剤処理の実行履歴をデータ記憶部１００（所定の記憶手段の一例）に登録する。すなわち、実行履歴登録部１１５は、調剤処理の対象である対象処方データと、調剤処理の開始指示を行った権限者に関する権限者データと、当該権限者によって入力されたコメントデータとを関連付けてデータ記憶部１００に登録する。より具体的には、実行履歴登録部１１５は、調剤処理の実行履歴を図８に示した実行履歴テーブルＤ４に登録する。

［４．処理］調剤制御システム１で実行される処理の一例について説明する。図１２及び図１３は、調剤制御システム１で実行される処理の一例を示すフロー図である。制御部１１が図１２及び図１３に示す処理をプログラムに従って実行することによって、図４に示した機能ブロック（データ記憶部１００を除く）が実現される。

［４−１］図１２は、処方データが調剤制御システム１（入力画面）で入力された場合や、上位システム２で入力された処方データが調剤制御システム１に供給された場合に調剤制御システム１で実行される処理の一例を示すフロー図である。

図１２に示すように、まず、制御部１１は対象処方データを処方データテーブルＤ３に登録する（Ｓ１００）。例えば、制御部１１は新たなレコードを処方データテーブルＤ３に追加し、当該新たなレコードに対象処方データを登録する。

ステップＳ１００の実行後、制御部１１は自動開始機能フラグＤ５を参照し、自動開始機能がＯＮに設定されているか否かを判定する（Ｓ１０１）。すなわち、制御部１１は自動開始機能フラグが「１」であるか否かを判定する。

自動開始機能がＯＮに設定されている場合、制御部１１は例外条件テーブルＤ６を参照し、いずれかの例外条件が満足されるか否かを判定する（Ｓ１０２）。

いずれの例外条件も満足されない場合、制御部１１は、対象処方データの調剤処理を調剤装置２０に開始させる（Ｓ１０３）。例えば、制御部１１は、対象処方データの調剤処理の開始を要求する要求データを調剤装置２０に送信することによって、当該調剤処理を調剤装置２０に開始させる。なお、この場合、制御部１１は処方データテーブルＤ３にアクセスし、対象処方データの自動開始フラグ及び実行状況フラグをそれぞれ「１」に設定する。

その後、制御部１１は調剤処理が完了したか否かを監視する（Ｓ１０４）。例えば、調剤装置２０は調剤処理を完了した場合にその旨を制御部１１に通知するようになっており、制御部１１は当該通知を調剤装置２０から受信したか否かを監視する。

調剤処理が完了した場合、制御部１１は調剤処理の実行結果を実行履歴テーブルＤ４に登録する（Ｓ１０５）。例えば、制御部１１は新たなレコードを実行履歴テーブルＤ４に追加し、当該新たなレコードに今回の調剤処理の実行結果を登録する。この場合、制御部１１は処方データテーブルＤ３にもアクセスし、対象処方データの実行状況フラグを「２」に更新する。

なお、ステップＳ１０１において、自動開始機能がＯＮに設定されていないと判定された場合、すなわち、自動開始機能がＯＦＦに設定されている場合、制御部１１はステップＳ１０２〜Ｓ１０５を実行することなく（すなわち、調剤処理を調剤装置２０に開始させることなく）、本処理を終了する。この場合、制御部１１は処方データテーブルＤ３にアクセスし、対象処方データの自動開始フラグ及び実行状況フラグをそれぞれ「０」に設定する。

また、ステップＳ１０２において、いずれかの例外条件が満足されたと判定された場合も、制御部１１はステップＳ１０３〜Ｓ１０５を実行することなく（すなわち、調剤処理を調剤装置２０に開始させることなく）、本処理を終了する。この場合も、制御部１１は処方データテーブルＤ３にアクセスし、対象処方データの自動開始フラグ及び実行状況フラグをそれぞれ「０」に設定する。

［４−２］図１３は、一覧画面Ｇ１を表示するための操作が行われた場合に調剤制御システム１で実行される処理の一例を示すフロー図である。

図１３に示すように、まず、制御部１１は一覧画面Ｇ１を表示部１５に表示する（Ｓ１１０）。この場合、制御部１１は処方データテーブルＤ３にアクセスし、自動開始フラグ及び実行状況フラグが「０」である処方データの一覧を一覧画面Ｇ１に表示する。ここで、自動開始フラグ及び実行状況フラグが「０」である処方データとは、調剤処理が自動的に開始されなかった処方データである。

一覧画面Ｇ１が表示されている間、制御部１１は、一覧画面Ｇ１に表示されている処方データのいずれかが使用者によって選択されたか否かを監視する（Ｓ１１１）。

いずれかの処方データが使用者によって選択された場合、制御部１１は、選択された処方データの調剤処理の開始指示を行うことが可能な権限者を特定する（Ｓ１１２）。具体的には、制御部１１は権限者特定テーブルＤ７を参照し、選択された処方データの調剤処理の開始指示を行うために必要な権限レベル（必要権限レベル）を取得する。例えば図１１に示す権限者特定テーブルＤ７の場合であれば、制御部１１は条件Ｃ１〜Ｃ７のいずれかが満足されているか否かを判定する。条件Ｃ１〜Ｃ７のいずれかが満足されている場合、制御部１１は、当該条件に関連付けられた必要権限レベルを取得する。一方、条件Ｃ１〜Ｃ７のいずれも満足されていない場合、制御部１１は、条件Ｃ８に関連付けられた必要権限レベルを取得する。そして、取得された必要権限レベルを有する使用者が上記権限者として特定される。

ステップＳ１１２の実行後、制御部１１は、現在の使用者（ログイン中の使用者）がステップＳ１１２で特定された権限者であるか否かを判定する（Ｓ１１３）。具体的には、制御部１１は、現在の使用者の権限レベルがステップＳ１１２で取得された必要権限レベルであるか否かを判定する。この場合、現在の使用者の権限レベルが必要権限レベルであれば、現在の使用者は権限者であると判定される。

現在の使用者が権限者でない場合、制御部１１は指示画面Ｇ２を表示部１５に表示する（Ｓ１１９）。ただし、この場合、制御部１１は実行ボタンＰ２２を指示画面Ｇ２に表示しない。なお、制御部１１は実行ボタンＰ２２を押下不可の状態（例えばグレーアウトの状態）で指示画面Ｇ２に表示するようにしてもよい。

一方、現在の使用者が権限者である場合、制御部１１は指示画面Ｇ２を表示部１５に表示する（Ｓ１１４）。この場合、制御部１１は実行ボタンＰ２２を指示画面Ｇ２に表示する。そして、制御部１１は、実行ボタンＰ２２が使用者によって押下されたか否かを監視する（Ｓ１１５）。実行ボタンＰ２２が押下された場合、制御部１１は、ステップＳ１１１で選択された処方データの調剤処理を調剤装置２０に開始させる（Ｓ１１６）。その後、制御部１１は調剤処理が完了したか否かを監視し（Ｓ１１７）、調剤処理が完了した場合、制御部１１は調剤処理の実行結果を実行履歴テーブルＤ４に登録する（Ｓ１１８）。

ステップＳ１１６〜Ｓ１１８は図１２のステップＳ１０３〜Ｓ１０５と同様である。ただし、ステップＳ１１８では、実行ボタンＰ２２を押下した使用者の使用者ＩＤ及び権限レベルが実行履歴テーブルＤ４の「開始指示者」や「権限レベル」フィールドに登録される。また、指示画面Ｇ２のコメント欄Ｐ２１に入力されたコメントが実行履歴テーブルＤ４の「コメント」フィールドに登録される。さらに、値「０」が実行履歴テーブルＤ４の「自動開始フラグ」フィールドに登録される。

図１３では、ステップＳ１１３の処理をステップＳ１１４の前に実行するようになっているが、ステップＳ１１３の処理を、ステップＳ１１４の前に実行するのではなく、ステップＳ１１５で実行ボタンＰ２２が押下されたと判定された場合に実行するようにし、ステップＳ１１９の処理を省略するようにしてもよい。この場合のステップＳ１１３の処理で現在の使用者が権限者であると判定されたら、ステップＳ１１６の処理を実行し、現在の使用者が権限者でないと判定されたら、その旨のエラーメッセージを表示して処理を終了するようにしてもよい。

なお、指示画面Ｇ２が表示されている間には、使用者によって入力されたコメントをコメント欄Ｐ２１に表示する処理、戻るボタンＰ２３が押下されたか否かを監視する処理や、戻るボタンＰ２３が押下された場合に一覧画面Ｇ１を表示部１５に表示させるため処理も実行されるが、説明の簡便のため、図１３では省略している。

［５．まとめ］以上説明した調剤制御システム１によれば、自動開始機能フラグＤ５と判断部１０７とを備えることにより、使用者は、調剤処理を自動的に開始させるのか、所定の権限者が処方情報を確認した後で調剤処理を開始させるのかを選択することが可能になる。すなわち、調剤処理の開始の仕方を使用者の要望に合わせることが可能になる。その結果、使用者の利便性を向上することが可能になる。

また、調剤制御システム１によれば、例外条件テーブルＤ６と判断部１０７（及び対象処方データ判定部１０８又は直前処方データ判定部１０９）とを備えることにより、原則として、調剤処理の自動開始機能をＯＮに設定し、特定の場合に限って、例外的に、調剤処理を自動的に開始させずに、所定の権限者が処方情報を確認した後で調剤処理を開始させることが可能になる。

例えば、注意を要する特定の薬剤が対象処方データに含まれている場合（例外条件ＥＣ１，ＥＣ２）や、対象処方データの患者が注意を要する特定の患者である場合（例外条件ＥＣ３）には、例外的に、所定の権限者による開始指示がなければ調剤処理を開始させないようにすることが可能になる。すなわち、所定の権限者が患者情報や処方内容を十分に確認した上で調剤処理が実行されるように図ることが可能になる。

また、対象処方データが調剤制御システム１の入力画面を介して手入力されたものである場合（例外条件ＥＣ４）や、上位システム２での鑑査結果が「警告あり」であった場合（例外条件ＥＣ５）にも、例外的に、所定の権限者による開始指示がなければ調剤処理を開始させないようにすることが可能になる。すなわち、所定の権限者が処方情報に問題がないことを改めて確認した上で調剤処理が実行されるように図ることが可能になる。

さらに、調剤処理の際に薬剤と触れる調剤装置２０の部分（薬剤投入部等）に薬剤が残っていることがないように特に注意を要する薬剤が直前処方データに含まれている場合（例外条件ＥＣ６）にも、例外的に、所定の権限者による開始指示がなければ調剤処理を開始させないようにすることが可能になる。すなわち、所定の権限者が薬剤投入部等に薬剤が残っていないことを十分に確認した上で調剤処理が実行されるように図ることが可能になる。

調剤業務に関しては薬剤師法等の法律が存在しているが、以上に説明した機能が調剤制御システム１に備えられる結果として、使用者は適法性や自動化による調剤作業の効率化等を考慮しつつ調剤制御システム１の使用の仕方を決定し、その使用の仕方で調剤制御システム１を使用することが可能になる。

また、調剤制御システム１では、人が服用する「薬品」という生命に直結するものを生成するため、人が介在して行うことによって安全性を十分に確保すべき場合と、調剤作業を自動化して効率化を図る場合との境界が非常に重要になる。この点、以上に説明した機能が調剤制御システム１に備えられる結果として、原則として、調剤処理を自動的に開始させるようにして効率化を図りつつ、安全性を十分に確保すべく人が介在して調剤処理を実行すべき特定の場合には、確実に人を介して調剤処理が実行されるように図ることが可能になる。

さらに、調剤制御システム１によれば、権限者特定テーブルＤ７と権限者設定部１１３とを備えることにより、対象処方データ又は直前処方データに合わせて、適切な権限者を設定することが可能になる。例えば、特別に注意を要する場合（条件Ｃ１，Ｃ６）には、特に経験豊富な薬剤師のみが調剤処理の開始指示を行うことができるようにし、通常の場合（条件Ｃ８）には、特に経験豊富な薬剤師でなくても調剤処理の開始指示を行うことができるようにすることが可能になる。

先述の通り、調剤制御システム１では、人が服用する「薬品」という生命に直結するものを生成するため、人が介在して行うことによって安全性を十分に確保すべき場合と、調剤作業を自動化して効率化を図る場合との境界が非常に重要になる。この点、以上に説明した機能が調剤制御システム１に備えられる結果として、安全性を十分に確保すべく人が介在して調剤処理を実行すべき場合には、その際の状況（対象処方データ又は直前処方データ）に合った適切な人を介して調剤処理が実行されるように図ることが可能になる。

［６．変形例］本発明は以上説明した実施形態に限定されるものではない。

［６−１．変形例１］自動開始機能がＯＮに設定されているにもかかわらず、例外条件ＥＣ１〜ＥＣ６のいずれかによって調剤処理の自動開始が制限（抑止）された処方データに関しては、一覧画面Ｇ１において、その旨や当該例外条件に関する情報を表示するようにしてもよい。このようにすることによって、調剤処理の自動開始が制限（抑止）されたことやその理由を使用者が把握し易くなるようにしてもよい。

［６−２．変形例２］例えば、図１には１台の調剤装置２０のみが示されているが、複数台の調剤装置２０が調剤制御システム１（制御装置１０）によって制御されるようにしてもよい。図１４は変形例を示しており、図１４では、調剤制御システム１が第１調剤装置２０Ａと第２調剤装置２０Ｂとを含んでいる。この場合、実行履歴テーブルＤ４には、調剤処理を実行した調剤装置２０を示す「調剤装置」フィールドを追加することによって、調剤処理がどの調剤装置２０で実行されたかを後で特定できるようにしてもよい。

［６−３．変形例２Ａ］図１４に示す調剤制御システム１において、第２調剤装置２０Ｂは、人の操作を要することなく調剤処理を全自動で行うものでなくてもよい。すなわち、第２調剤装置２０Ｂは、主に人が装置による補助を受けながら調剤処理を行うようなものであってもよい。また、この場合の例外条件テーブルＤ６には、図１５に示すような例外条件ＥＣ７を設定するようにしてもよい。

図１５に示す例外条件ＥＣ７は「対象処方データの予測調剤時間が２０分以上である」との条件である。この場合、対象処方データ判定部１０８は、対象処方データの処方内容に基づいて、第１調剤装置２０Ａ（すなわち、調剤処理を全自動で行う調剤装置）によって対象処方データの調剤処理を実行した場合に要する時間を予測し、当該時間（予測調剤時間）が２０分以上であるか否かを判定する。そして、例外条件ＥＣ７が満足されると判定された場合、判断部１０７は、対象処方データの調剤処理の自動開始を制限すると判断する。

第１調剤装置２０Ａに調剤処理を実行させた場合に多くの時間がかかってしまうような処方データに関しては、使用者が第２調剤装置２０Ｂで調剤処理を行った方が短い時間で調剤を行うことができて効率的な場合がある。この点、上記のようにすれば、第１調剤装置２０Ａに調剤処理を実行させた場合に多くの時間がかかってしまうような場合には、自動開始機能がＯＮに設定されていたとしても、例外的に、第１調剤装置２０Ａに調剤処理を実行させないようになる。その結果として、使用者が第２調剤装置２０Ｂで調剤処理を行うことができるようになり、調剤業務の効率化を図ることができるようになる。

［６−４．変形例３］図１０及び図１５に示す例外条件テーブルＤ６は、自動開始機能がＯＮに設定されている場合であっても、例外的に調剤処理の自動開始を制限する場合の条件を示すデータであったが、自動開始機能がＯＦＦに設定されている場合であっても、例外的に調剤処理の自動開始を制限しない場合の条件を示す例外条件テーブルが設定データ記憶部１０１に記憶されるようにしてもよい。

図１６はこの場合の例外条件テーブルＤ８の一例を示す。なお、例外条件テーブルＤ８は例外条件テーブルＤ６とともに設けるようにしてもよいし、例外条件テーブルＤ６の代わりに設けるようにしてもよい。また、図１７はこの場合の機能ブロック図を示す。図１７に示す機能ブロック図は、日時判定部１１６を含む点で図４に示す機能ブロック図と異なる。日時判定部１１６は、現在が、設定データ記憶部１０１に記憶される設定データに設定された条件を満足するか否かを判定する。詳細については後述する。

例外条件テーブルＤ８には、調剤処理の自動開始を制限する必要のない処方データに関する条件が設定される。また、例外条件テーブルＤ８には、調剤処理の自動開始を制限する必要のある日又は時刻に関する条件、又は、調剤処理の自動開始を制限する必要のない日又は時刻に関する条件が設定される。図１６に示す例外条件テーブルＤ８では例外条件ＥＣ１１，ＥＣ１２，及びＥＣ１３が設定されている。例外条件ＥＣ１１，ＥＣ１２は、調剤処理の自動開始を制限する必要のない処方データに関する条件に相当する。例外条件ＥＣ１３は、調剤処理の自動開始を制限しない方がよい日（曜日）に関する条件に相当する。

例外条件ＥＣ１１は「対象処方データが同一の患者に過去に処方された処方データと同一である」との条件である。ここで、対象処方データが同一の患者に過去に処方された処方データと同一である場合とは、対象処方データが同一の患者に過去に処方された処方データと処方内容が同一である場合である。なお、例えば、医療機関、診療科、医師、薬剤、用法、用量、日数、及び数量のすべてが同一である場合に処方内容が同一であるとみなすようにしてもよいし、これらの項目のうちの特定の一部項目が同一である場合に処方内容が同一であるとみなすようにしてもよい。

このような例外条件ＥＣ１１が設定されている場合、例えば、対象処方データ判定部１０８は対象処方データのＤＯ処方フラグを参照することによって、対象処方データがＤＯ処方機能によって入力（生成）されたものであるか否かを判定する。そして、対象処方データがＤＯ処方機能によって入力されたものである場合に、対象処方データ判定部１０８は例外条件ＥＣ１１が満足されたと判定する。

または、対象処方データ判定部１０８は処方データテーブルＤ３を参照することによって、同一の患者に過去に処方された処方データのうちに対象処方データと同一の処方データが存在するか否かを判定するようにしてもよい。そして、上記のような処方データが存在する場合に、対象処方データ判定部１０８は例外条件ＥＣ１１が満足されたと判定するようにしてもよい。

なお、例えば国及び特定地域等によって構築され、医療・調剤業界で共有される公共データベースに、患者に過去に処方された処方データが保存されている場合、対象処方データ判定部１０８は当該公共データベースにアクセスすることによって、同一の患者に過去に処方された処方データのうちに対象処方データと同一の処方データが存在するか否かを判定するようにしてもよい。そして、上記のような処方データが存在する場合に、対象処方データ判定部１０８は例外条件ＥＣ１１が満足されたと判定するようにしてもよい。

例外条件ＥＣ１１が満足されると判定された場合、自動開始機能がＯＦＦになっていたとしても、例外的に、判断部１０７は対象処方データの調剤処理の自動開始を制限しないと判断し、第１開始制御部１１１が自動的に対象処方データの調剤処理を調剤装置２０に開始させる。一般的に、同一の患者に過去に処方された処方データと同一の処方データに関しては、改めて確認する必要性が低いと考えられるところ、上記のような例外条件ＥＣ１１を設定することにより、そのような場合に、例外的に、調剤処理を自動的に開始させることが可能になる。

なお、例外条件ＥＣ１１は「対象処方データが同一の患者に過去に処方された処方データと同一又は類似である」との条件としてもよい。ここで、対象処方データが同一の患者に過去に処方された処方データと類似である場合とは、対象処方データが同一の患者に過去に処方された処方データと同一ではないが、同一とみなしても問題がないような場合である。

また、例外条件ＥＣ１１の代わりに、「対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがある」との例外条件を設定するようにしてもよい。このような例外条件が設定されている場合、対象処方データ判定部１０８は処方データテーブルＤ３（及び実行履歴テーブルＤ４）を参照することによって、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがあるか否かを判定するようにすればよい。そして、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがある場合に、例外的に判断部１０７が調剤処理の自動開始を制限しないと判断するようにしてもよい。

なお、上記のような例外条件とともに、「現在の使用者（現在ログインしている使用者）が、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行された際に当該調剤制御システムにログインしていた使用者と同一である」との例外条件も設定するようにしてもよい。そして、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがあり、かつ、その際の使用者（その際にログインしていた使用者）が現在の使用者と同一である場合に例外的に判断部１０７が調剤処理の自動開始を制限しないと判断するようにしてもよい。

また、例外条件ＥＣ１１の代わりに、「対象処方データが同一の患者に過去に処方された処方データと同一又は類似であり、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがある」との例外条件を設定するようにしてもよい。ここで、処方データが同一である場合とは、患者が同一であり、かつ、処方内容が同一である場合である。なお、例えば、医療機関、診療科、医師、薬剤、用法、用量、日数、及び数量のすべてが同一である場合に処方内容が同一であるとみなすようにしてもよいし、これらの項目のうちの特定の一部項目が同一である場合に処方内容が同一であるとみなすようにしてもよい。また、処方データが類似である場合とは、患者が同一であって、かつ、処方内容が同一でなかったとしても、処方内容が同一であるとみなしても問題がないような場合である。

このような例外条件が設定されている場合、対象処方データ判定部１０８は先述の公共データベースにアクセスすることによって、対象処方データが同一の患者に過去に処方された処方データと同一又は類似であるか否かを判定するようにしてもよい。または、対象処方データ判定部１０８は処方データテーブルＤ３（及び実行履歴テーブルＤ４）を参照することによって、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがあるか否かを判定するようにしてもよい。

そして、対象処方データが同一の患者に過去に処方された処方データと同一又は類似であり、かつ、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがある場合に、例外的に判断部１０７が調剤処理の自動開始を制限しないと判断するようにしてもよい。

一方、対象処方データが同一の患者に過去に処方された処方データと同一又は類似であったとしても、対象処方データと同一又は類似の処方データの調剤処理が過去に調剤装置２０によって実行されたことがなければ、判断部１０７は調剤処理の自動開始を制限すると判断するようにしてもよい。すなわち、対象処方データが同一の患者に過去に処方された処方データと同一又は類似であったとしても、それが自らの病院又は調剤薬局で調剤したものでなければ（他の病院又は調剤薬局で調剤されたものであれば）、調剤処理を自動的に開始させず、所定の権限者からの開始指示を待って、調剤処理を開始させるようにしてもよい。

また、例外条件ＥＣ１２は「対象処方データが上位システム２から提供されたものである」との条件である。このような例外条件Ｅ１２が設定されている場合、例えば、対象処方データ判定部１０８は処方データテーブルＤ３にアクセスし、対象処方データの入力システムフラグを参照することによって、対象処方データが上位システム２から提供されたものであるか否かを判定する。そして、対象処方データが上位システム２から提供されたものである場合に、対象処方データ判定部１０８は例外条件ＥＣ１２が満足されたと判定する。

例外条件ＥＣ１２が満足されたと判定された場合、自動開始機能がＯＦＦになっていたとしても、例外的に、判断部１０７は対象処方データの調剤処理の自動開始を制限しないと判断し、第１開始制御部１１１が自動的に対象処方データの調剤処理を調剤装置２０に開始させる。上位システム２から提供された処方データに関しては、上位システム２側でも鑑査が行われていることから、改めて確認する必要性が低いと考えられるところ、上記のような例外条件ＥＣ１２を設定することにより、そのような場合に、例外的に、調剤処理を自動的に開始させることが可能になる。

また、例外条件ＥＣ１３は「本日が月曜日である」との条件である。このような例外条件Ｅ１３が設定されている場合、日時判定部１１６は、例えばコンピュータに備えられている計時機能等を用いて、本日が月曜日であるか否かを判定する。本日が月曜日である場合には例外条件ＥＣ１３が満足されたと判定される。

判断部１０７は、日時判定部１１６の判定結果に基づいて、調剤処理の自動開始を制限するか否かを判断する。例えば、例外条件ＥＣ１３が満足されたと日時判定部１１６によって判定された場合、自動開始機能がＯＦＦになっていたとしても、例外的に、判断部１０７は対象処方データの調剤処理の自動開始を制限しないと判断し、第１開始制御部１１１が自動的に対象処方データの調剤処理を調剤装置２０に開始させる。一般的に、月曜日は病院で受診する患者が多くなり、調剤処理の件数が多くなることが見込まれるところ、上記のような例外条件ＥＣ１３を設定することにより、そのような場合に、例外的に、調剤処理を自動的に開始させることが可能になる。

例外条件ＥＣ１３は一例にすぎず、調剤処理の件数が多くなることが見込まれる期間（繁忙期間）を例外条件として設定してもよい。また、営業時間外の時間帯を例外条件として設定することによって、営業時間外の時間帯に調剤処理が自動的に開始されるようにしてもよい。

なお、図１６に示したような例外条件テーブルＤ８が設定されている場合、図１２に示す処理では下記に説明するような処理が実行される。

具体的には、ステップＳ１０１において、自動開始機能がＯＮに設定されていないと判定された場合（自動開始機能がＯＦＦに設定されている場合）に、例えば図１８に示すような処理が実行される。すなわち、まず、制御部１１は図１６に示した例外条件テーブルＤ８を参照し、例外条件ＥＣ１１〜ＥＣ１３のいずれかが満足されるか否かを判定する（Ｓ１２０）。

そして、例外条件ＥＣ１１〜ＥＣ１３のいずれかが満足されていれば、制御部１１は対象処方データの調剤処理を調剤装置２０に開始させる（Ｓ１２１）。その後、制御部１１は調剤処理が完了したか否かを監視し（Ｓ１２２）、調剤処理が完了した場合に、制御部１１は調剤処理の実行結果を実行履歴テーブルＤ４に登録する（Ｓ１２３）。これらのステップＳ１２１〜Ｓ１２３は図１２のステップＳ１０３〜Ｓ１０５と同様である。

一方、例外条件ＥＣ１１〜ＥＣ１３のいずれも満足されていなければ、制御部１１はステップＳ１２１〜Ｓ１２３を実行することなく（すなわち、調剤処理を調剤装置２０に開始させることなく）、処理を終了する。なお、この場合、制御部１１は処方データテーブルＤ３にアクセスし、対象処方データの自動開始フラグ及び実行状況フラグをそれぞれ「０」に設定する。

このような変形例３によれば、例外条件テーブルＤ８を備えることにより、原則として、調剤処理の自動開始機能をＯＦＦに設定し、特定の場合に限って、例外的に、調剤処理を自動的に開始させることが可能になる。

例えば、対象処方データが特定の処方データである場合（例外条件ＥＣ１１，ＥＣ１２）に限って、例外的に、調剤処理の自動的に開始させることが可能になる。具体的には、対象処方データが同一の患者に過去に処方された処方データと同一である場合や、対象処方データが上位システム２から提供されたものである場合のように、改めて処方情報を確認する必要性が低い場合（言い換えれば、改めて処方情報を確認しなくても安全性が十分に確保される場合）に、例外的に、調剤処理を自動的に開始させることが可能になり、その結果として調剤業務の効率化を図ることが可能になる。

また、病院で受診する患者が多くなる月曜日のように、調剤処理の件数が多くなることが見込まれるような場合（例外条件ＥＣ１３）にも、例外的に、調剤処理を自動的に開始させることが可能になり、その結果として調剤業務の効率化を図ることが可能になる。

先述の通り、調剤制御システム１では、人が服用する「薬品」という生命に直結するものを生成するため、人が介在して行うことによって安全性を十分に確保すべき場合と、調剤作業を自動化して効率化を図る場合との境界が非常に重要になる。この点、変形例３によれば、原則として、人を介して調剤処理が開始されるようにして安全性を十分に確保しつつ、人が介在して調剤処理を実行する必要性が低い場合に限って、調剤処理が自動的に開始させるようにして効率化を図ることが可能になる。

［６−５．変形例４］調剤制御システム１（制御装置１０）は、実行履歴テーブルＤ４に登録された調剤処理の実行履歴を表示部１５に表示したり、印刷部１６に印刷させたりする実行履歴出力制御部を備えるようにしてもよい。

例えば、使用者が検索条件を指定できるようにし、実行履歴出力制御部は、検索条件を満足する実行履歴の一覧を表示又は印刷させるようにしてもよい。または、実行履歴出力制御部は、検索条件を満足する実行履歴の集計を表示又は印刷させるようにしてもよい。なお、検索条件としては、例えば、期間、患者、開始指示者、権限レベル、自動開始であるか否か等を指定できるようにしてもよい。

また、変形例２Ａの場合、実行履歴出力制御部は、第１調剤装置２０Ａで実行された調剤処理（すなわち、装置が主体となって全自動で行われた調剤処理）の一覧や件数と、第２調剤装置２０Ｂで実行された調剤処理（すなわち、装置の補助を受けながら人が主体となって行われた調剤処理）の一覧や件数とを表示又は印刷させるようにしてもよい。

なお、調剤処理の実行履歴だけでなく、調剤制御システム１で行われた各種操作の履歴もデータ記憶部１００に登録するようにしてもよい。また、操作履歴を表示部１５に表示したり、印刷部に印刷させたりする操作履歴出力制御部を備えるようにしてもよい。

［６−６．変形例５］１件の処方データの調剤処理が実行されるごとに強制的に使用者のログオフが行われるようにしてもよい。

調剤制御システム１のようなシステムでは、ある使用者がログインした状態のままで使用されることによって、システム上は当該使用者が調剤処理の開始指示を行ったことになっているにもかかわらず、実際には別の使用者が調剤処理の開始指示を行っているという運用が行われるおそれがある。この点、１件の処方データの調剤処理が実行されるごとに強制的に使用者のログオフが行われるようにすれば、調剤処理の開始指示を行うために毎回ログインが必要になるため、上記のような運用が行われ難くなる。

なお、この変形例では、調剤処理の完了後に直ちにログオフが行われるようにしてもよいし、調剤処理の完了後に所定時間が経過したらログオフが行われるようにしてもよい。例えば、調剤処理の完了後に所定時間（例えば２０秒等）にわたって操作が行われなかった場合にログオフが行われるような構成とすることにより、調剤処理の完了後に所定時間内に操作を行えば次の調剤処理を連続して実行させることが可能となるようにしてもよい。また、強制ログオフの有無、強制ログオフの仕方、及び上記所定時間に関しては、所定の権限を有する使用者（例えば権限レベル「６」の使用者）が任意に設定できるようにしてもよい。

１ 調剤制御システム、２ 上位システム、１０ 制御装置、１１ 制御部、１２ 記憶部、１３ 通信部、１４ 操作部、１５ 表示部、１６ 印刷部、１７ データベース、２０ 調剤装置、２０Ａ 第１調剤装置、２０Ｂ 第２調剤装置、１００ データ記憶部、１０１ 設定データ記憶部、１０２ 権限者特定データ記憶部、１０３ 入力画面表示制御部、１０４ 処方データ取得部、１０５ 第１処方データ取得部、１０６ 第２処方データ取得部、１０７ 判断部、１０８ 対象処方データ判定部、１０９ 直前処方データ判定部、１１０ 開始制御部、１１１ 第１開始制御部、１１２１ 第２開始制御部、１１３ 権限者設定部、１１４ 開始指示受付部、１１５ 実行履歴登録部、１１６ 日時判定部、Ｇ１ 一覧画面、Ｇ２ 指示画面、Ｐ２１ コメント欄、Ｐ２２ 実行ボタン、Ｐ２３ 戻るボタン、Ｄ１ 使用者テーブル、Ｄ２ 患者テーブル、Ｄ３ 処方データテーブル、Ｄ４ 実行履歴テーブル、Ｄ５ 自動開始機能フラグ、Ｄ６ 例外条件テーブル、Ｄ７ 権限者特定テーブル、Ｄ８ 例外条件テーブル。

Claims (17)

1. 調剤処理を調剤実行手段に自動的に開始させることが可能な調剤制御システムにおいて、
   前記調剤処理の対象となる対象処方データを取得する処方データ取得手段と、
   前記調剤処理の自動開始を制限するか否かの条件を前記対象処方データが満足するか否かを判定する対象処方データ判定手段と、
   前記対象処方データ判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断する判断手段と、
   前記調剤処理の自動開始を制限しないと判断された場合、自動的に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第１開始制御手段と、
   前記調剤処理の自動開始を制限すると判断された場合、前記調剤処理の開始指示を所定の権限者から受け付けた場合に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第２開始制御手段と、
   を含み、
   前記条件は、前記対象処方データが、当該調剤制御システムの使用者によって入力画面を介して入力された処方データと、他のシステムから送信された処方データとのいずれであるのかの条件を含み、
   前記対象処方データ判定手段は、前記対象処方データが、前記使用者によって前記入力画面を介して入力された処方データと、前記他のシステムから送信された処方データとのいずれであるのかを判定する手段を含む、
   ことを特徴とする調剤制御システム。
2. 請求項１に記載の調剤制御システムにおいて、
   前記条件は、前記対象処方データに特定の薬剤が患者に提供されるべき薬剤として含まれているか否かに関する条件を含む、
   ことを特徴とする調剤制御システム。
3. 請求項１又は２に記載の調剤制御システムにおいて、
   前記条件は、前記対象処方データに含まれる患者データに関する条件を含む、
   ことを特徴とする調剤制御システム。
4. 請求項１乃至３のいずれかに記載の調剤制御システムにおいて、
   前記他のシステムでは処方データに対する監査が行われ、
   前記条件は、前記対象処方データに対する前記監査の結果が所定の結果であったか否かの条件を含む、
   ことを特徴とする調剤制御システム。
5. 請求項１乃至４のいずれかに記載の調剤制御システムにおいて、
   前記条件は、前記対象処方データが、同一の患者に過去に処方されたことのある処方データと同一又は類似の処方データであるか否かの条件を含む、
   ことを特徴とする調剤制御システム。
6. 請求項１乃至５のいずれかに記載の調剤制御システムにおいて、
   前記条件は、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行されたことがあるか否かの条件を含む、
   ことを特徴とする調剤制御システム。
7. 請求項５を引用する請求項６に記載の調剤制御システムにおいて、
   前記判断手段は、前記対象処方データが、同一の患者に過去に処方されたことのある処方データと同一又は類似の処方データであったとしても、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行されたことがない場合には、前記調剤処理の自動開始を制限すると判断する、
   ことを特徴とする調剤制御システム。
8. 請求項１乃至７のいずれかに記載の調剤制御システムにおいて、
   前記調剤制御システムは、当該調剤制御システムに現在ログインしている者が、前記対象処方データと同一又は類似の処方データの調剤処理が過去に前記調剤実行手段によって実行された際に当該調剤制御システムにログインしていた者と同一であるか否かを判定する判定手段を含み、
   前記判断手段は、前記対象処方データ判定手段及び前記判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断する、
   ことを特徴とする調剤制御システム。
9. 請求項１乃至８のいずれかに記載の調剤制御システムにおいて、
   前記条件は、前記対象処方データに基づいて予測される前記調剤処理の実行に要する時間に関する条件を含む、
   ことを特徴とする調剤制御システム。
10. 請求項１乃至９のいずれかに記載の調剤制御システムにおいて、
    前記調剤制御システムは、直前に実行された前記調剤処理の対象であった処方データが所定の条件を満足するか否かを判定する直前処方データ判定手段を含み、
    前記判断手段は、前記対象処方データ判定手段及び前記直前処方データ判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断する、
    ことを特徴とする調剤制御システム。
11. 請求項１乃至１０のいずれかに記載の調剤制御システムにおいて、
    前記調剤制御システムは、現在が、前記調剤処理の自動開始を制限する必要のある日又は時刻に関する条件、又は、前記調剤処理の自動開始を制限する必要のない日又は時刻に関する条件を満足するか否かを判定する日時判定手段を含み、
    前記判断手段は、前記対象処方データ判定手段及び前記日時判定手段の判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断する、
    ことを特徴とする調剤制御システム。
12. 請求項１乃至１１のいずれかに記載の調剤制御システムにおいて、
    前記対象処方データに基づいて、前記権限者を設定する権限者設定手段を含む、
    ことを特徴とする調剤制御システム。
13. 請求項１２に記載の調剤制御システムにおいて、
    前記処方データに関する条件と関連付けて、当該処方データの前記調剤処理の開始を指示することが可能な権限者を特定するための権限者特定データを記憶する権限者特定データ記憶手段を含み、
    前記権限者設定手段は、前記調剤処理の対象である対象処方データが前記条件を満足する場合に、当該条件と関連付けられた前記権限者特定データに基づいて、前記権限者を設定する、
    ことを特徴とする調剤制御システム。
14. 請求項１２又は１３に記載の調剤制御システムにおいて、
    前記権限者設定手段は、直前に実行された前記調剤処理の対象であった処方データに基づいて、前記権限者を設定する手段を含む、
    ことを特徴とする調剤制御システム。
15. 請求項１乃至１４のいずれかに記載の調剤制御システムにおいて、
    前記調剤処理の対象である対象処方データと、当該調剤処理の開始指示を行った権限者に関する権限者データと、当該権限者によって入力されたコメントデータとを関連付けて所定の記憶手段に登録する登録手段を含む、
    ことを特徴とする調剤制御システム。
16. 請求項１乃至１５のいずれかに記載の調剤制御システムにおいて、
    前記調剤実行手段は、
    （ａ）散薬の自動調剤・分包装置又はシステム、
    （ｂ）錠剤の自動調剤・分包装置又はシステム、
    （ｃ）水剤の自動調剤・分注装置又はシステム、
    （ｄ）抗癌剤の自動混注装置又はシステム、
    （ｅ）調剤鑑査装置又はシステム
    （ｆ）これらの装置のうちのいずれか一種類の装置又はシステムが複数接続された態様、又は、
    （ｇ）これらの装置のうちの複数種類の装置又はシステムが接続された態様、
    のいずれかであることを特徴とする調剤制御システム。
17. 調剤処理の対象となる対象処方データを取得する処方データ取得ステップと、
    前記調剤処理の自動開始を制限するか否かの条件を前記対象処方データが満足するか否かを判定する対象処方データ判定ステップと、
    前記対象処方データ判定ステップにおける判定結果に基づいて、前記調剤処理の自動開始を制限するか否かを判断する判断ステップと、
    前記調剤処理の自動開始を制限しないと判断された場合、自動的に、前記対象処方データの前記調剤処理を調剤実行手段に開始させる第１開始制御ステップと、
    前記調剤処理の自動開始を制限すると判断された場合、前記調剤処理の開始指示を所定の権限者から受け付けた場合に、前記対象処方データの前記調剤処理を前記調剤実行手段に開始させる第２開始制御ステップと、
    を含む調剤制御方法であって、
    前記条件は、前記対象処方データが、当該調剤制御方法を実行する調剤制御システムの使用者によって入力画面を介して入力された処方データと、他のシステムから送信された処方データとのいずれであるのかの条件を含み、
    前記対象処方データ判定ステップは、前記対象処方データが、前記使用者によって前記入力画面を介して入力された処方データと、前記他のシステムから送信された処方データとのいずれであるのかを判定するステップを含む、
    ことを特徴とする調剤制御方法。
    

Images