(57)【特許請求の範囲】
【請求項１】
処方データ又は前記処方データを識別可能な処方識別コードが読み取られた場合に、前記処方データに対応する患者の他の診療科の処方データの有無を判定する他科判定手段と、
前記他科判定手段による判定結果を表示する他科判定表示手段と、
を備える調剤管理システム。
【請求項２】
前記処方データ又は前記処方識別コードが処方箋又は薬袋から読み取られた場合に前記処方データの修正前の処方データである修正前処方データ又は前記処方データの修正後の処方データである修正後処方データの少なくとも一方の存否を判定する判定手段と、
前記判定手段により前記修正前処方データ又は前記修正後処方データの少なくとも一方が存在すると判定された場合に前記判定手段による判定結果を報知する報知手段と、
を備え、
前記判定手段が、前記他科判定手段により前記患者の他の診療科の処方データが存在すると判定された場合に、前記処方データ及び前記他の診療科の処方データ各々について前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を判定する請求項１に記載の調剤管理システム。
【請求項３】
コンピュータに、
処方データ又は前記処方データを識別可能な処方識別コードが読み取られた場合に、前記処方データに対応する患者の他の診療科の処方データの有無を判定する他科判定ステップと、
前記他科判定ステップによる判定結果を表示する他科判定表示ステップと、
を実行させるための調剤管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院等の医療機関における医薬品の調剤業務を管理する調剤管理システムに関する。
【背景技術】
【０００２】
一般に、病院等の医療機関では、医師により診察記録及び処方内容が電子カルテシステムなどに入力されることにより処方データが発行され、前記処方データに基づいて医薬品が調剤される。そして、調剤後の医薬品は、医薬品の調剤が行われる調剤室から、医薬品の鑑査が行われる鑑査台、医薬品が患者に渡される投薬窓口、医薬品が入院病棟に渡される入院搬送口、又は医薬品を服薬する患者の入院病棟などに運ばれる。なお、入院病棟における患者への与薬を管理する与薬管理システムが従来から知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１０３００１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、処方データが発行された後に、その処方データが修正されることがある。このとき、既に修正前の処方データに基づいて調剤された医薬品が調剤室から鑑査台、投薬窓口、又は入院搬送口などに移動していることが考えられる。この場合には、修正前の処方データに対応する医薬品について無駄な鑑査が行われ、又は修正前の処方データに対応する医薬品が患者又は入院病棟に渡されるおそれがある。例えば、定期の処方データが発行された後に、患者の容体変更等の理由によって前記処方データが修正されて臨時の処方データが発行されることがある。この場合、定期の処方データに基づく調剤を取り消し、臨時で発行された処方データに基づく調剤を実行する必要がある。
【０００５】
本発明の目的は、処方データの修正の有無を効果的に報知することのできる調剤管理システム、調剤管理方法、及び調剤管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る調剤管理システムは、判定手段及び報知手段を備える。前記判定手段は、処方データ又は前記処方データを識別可能な処方識別コードが処方箋又は薬袋から読み取られた場合に前記処方データの修正前の処方データである修正前処方データ又は前記処方データの修正後の処方データである修正後処方データの少なくとも一方の存否を判定する。前記報知手段は、前記判定手段により前記修正前処方データ又は前記修正後処方データの少なくとも一方が存在すると判定された場合に前記判定手段による判定結果を報知する。
【０００７】
本発明によれば、前記処方データ又は前記処方箋識別コードの読み取りタイミングでユーザーに対して前記処方データの修正の有無を効果的に報知することができる。
【０００８】
ここで、前記報知手段は、前記判定手段により前記修正前処方データが存在すると判定された場合に、前記修正前処方データが存在する旨、又は前記処方データが修正後の処方データである旨を前記判定結果として報知することが考えられる。また、前記報知手段は、前記判定手段により前記修正後処方データが存在すると判定された場合に、前記修正後処方データが存在する旨、又は前記処方データが修正前の処方データである旨を前記判定結果として報知することが考えられる。
【０００９】
より具体的に、前記調剤管理システムは、前記処方データ又は前記処方識別コードを前記処方箋又は前記薬袋に印刷されたバーコード又は二次元コードから読み取るコード読取手段を有する一又は複数の読取端末を備えることが考えられる。そして、前記判定手段は、前記読取端末の前記コード読取手段により前記処方データ又は前記処方識別コードが読み取られた場合に、前記処方データに対応する前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を判定する。これにより、前記読取端末が設置される一又は複数の場所で前記コード読取手段によって読み取られる前記処方データ又は前記処方識別コードに基づいて前記処方データの修正の有無を報知することが可能である。
【００１０】
また、前記読取端末が、情報を表示する端末表示手段を備えることが考えられる。この場合、前記報知手段は、前記判定手段により前記修正前処方データ又は前記修正後処方データの少なくとも一方が存在すると判定された場合に、前記処方データ又は前記処方識別コードを読み取った前記読取端末に対応する前記端末表示手段に前記判定手段の判定結果を表示させることが考えられる。これにより、前記読取端末を使用して前記処方データ又は前記処方箋識別コードを読み取るユーザーに対して前記判定結果を効果的に報知することができる。
【００１１】
例えば、前記読取端末は、医薬品の調剤が行われる調剤室、医薬品の鑑査が行われる鑑査台、医薬品が患者に渡される投薬窓口、医薬品が入院病棟に渡される入院搬送口、及び医薬品を服薬する患者の入院病棟のいずれか一又は複数の場所に配置される。これにより、前記調剤室、前記鑑査台、前記投薬窓口、前記入院搬送口、及び前記入院病棟などにおいて前記処方データについての前記修正前処方データ又は前記修正後処方データの発生の有無を把握することができる。
【００１２】
また、前記調剤管理システムは、一又は複数の前記調剤室に配置される複数の前記読取端末と、前記調剤室に配置される前記読取端末により読み取られた前記処方データに対応する前記修正後処方データが存在すると前記判定手段により判定された場合に、前記処方データに基づく調剤を中止するか否かを当該読取端末のユーザー操作に応じて記録可能な中止記録手段と、前記調剤室に配置される前記読取端末により読み取られた前記処方データに対応する前記修正前処方データが存在すると前記判定手段により判定された場合に、前記中止記録手段による前記修正前処方データに基づく調剤の中止の有無の記録結果を当該読取端末に対応する前記端末表示手段に表示可能な中止表示手段と、を備えることが考えられる。従って、前記読取端末で前記修正後処方データを読み取ったユーザーは、前記修正後処方データに対応する修正前の前記処方データに基づく調剤の中止の有無を把握することができる。例えば、ユーザーは、前記修正後処方データに基づく調剤をそのまま実行するべきか、或いは前記修正後処方データに対応する修正前の前記処方データに基づいて調剤された医薬品を利用するかを判断することが可能である。
【００１３】
また、前記読取端末のいずれか一つ又は複数が携帯端末である。これにより、前記携帯端末の任意の移動先において前記処方データについての前記修正前処方データ又は前記修正後処方データの発生の有無を把握することができる。
【００１４】
さらに、前記調剤管理システムは、修正監視手段及び修正入力表示手段を備えることが考えられる。前記修正監視手段は、前記調剤管理システムに対する前記修正後処方データの入力を監視する。前記修正入力表示手段は、前記修正監視手段により前記修正後処方データが入力されたと判断された場合に、前記修正後処方データが入力された旨を医薬品の調剤が行われる調剤室に配置された調剤室表示手段に表示させる。これにより、少なくとも前記調剤室の薬剤師などが前記修正後処方データの発生を早期に把握することができる。
【００１５】
ここで、前記修正入力表示手段が、前記修正後処方データに対応する修正前の処方データに基づいて調剤された医薬品が患者又は入院病棟に渡される前後で異なる内容を前記調剤室表示手段に表示させることが考えられる。より具体的には、前記修正入力表示手段が、前記修正後処方データに対応する修正前の処方データに基づいて調剤された医薬品が患者又は入院病棟に渡される前は調剤が完了している旨を表示させ、前記医薬品が患者又は入院病棟に渡された後は投薬が完了している旨を表示させることが考えられる。これにより、薬剤師などは、前記修正後処方データに対応する修正前の処方データの投薬作業における進捗状況により緊急性を判断して適切に対処することができる。
【００１６】
また、前記調剤管理システムは、前記処方データに基づいて医薬品を調剤して患者に投薬するまでの投薬作業における進捗情報を、前記処方データ又は前記処方識別コードの読み取りに応じて記録する進捗記録手段を備えることが考えられる。ここに、前記進捗情報は、例えば前記処方データ又は前記処方識別コードが読み取られたときの前記投薬作業における各作業工程ごとの実行日時を含む。これにより、前記処方データ又は前記処方識別コードの読み取り時に、前記進捗情報の記録と前記修正後処方データ又は前記修正前処方データの発生の報知との両者の目的を同時に達成することができる。
【００１７】
また、前記報知手段が、前記修正前処方データ又は前記修正後処方データに基づく前記投薬作業における前記進捗情報を前記判定結果と共に報知することが考えられる。これにより、ユーザーは、前記修正前処方データ又は前記修正後処方データに関する投薬作業における進捗を把握することができる。例えば、前記報知手段が、前記判定手段により前記修正後処方データが存在すると判定された場合に、前記進捗情報に含まれた前記修正後処方データに基づく調剤が完了しているか否かの情報を報知することが考えられる。これにより、ユーザーは、前記処方データに対応する前記修正後処方データが存在する場合に、修正前の前記処方データに基づいて調剤された医薬品が必要であるか否かを判断することができる。
【００１８】
さらに、前記調剤管理システムが、他科判定手段及び他科判定表示手段を備えることが考えられる。前記他科判定手段は、前記処方データ又は前記処方識別コードが読み取られた場合に、前記処方データに対応する患者の他の診療科の処方データの有無を判定する。前記他科判定表示手段は、前記他科判定手段による判定結果を表示する。これにより、例えば投薬窓口において他の診療科の処方データに対応する医薬品の渡し忘れが防止される。
【００１９】
また、前記判定手段が、前記他科判定手段により前記患者の他の診療科の処方データが存在すると判定された場合に、前記処方データ各々について前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を判定することが考えられる。これにより、前記患者について全ての前記処方データ各々について前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を纏めて把握することができる。
【００２０】
ところで、前記調剤管理システムは、薬剤収容装置、照合手段、及び不一致報知手段を備えることが考えられる。前記薬剤収容装置では、前記処方データに基づいて調剤された医薬品が収容される収容部各々に前記収容部を識別可能な収容識別コードが設けられている。前記照合手段は、前記収容部から読み取られる前記収容識別コードに対応する病棟又は病室の情報と前記処方箋又は前記薬袋から読み取られる前記処方データ又は前記処方識別コードに対応する病棟又は病室の情報とを照合する。前記不一致報知手段は、前記照合手段による照合結果が不一致である場合にその旨を報知する。これにより、誤った前記収容部への前記医薬品の収容が防止され、患者が転科又は転棟している場合にもその旨を把握することができる。
【００２１】
また、前記判定手段が、服用時期及び予め設定された服用グループのいずれか一方又は両方が指定された場合に、前記指定された前記服用時期及び前記服用グループのいずれか一方又は両方に対応する前記処方データ各々について前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を判定することが考えられる。これにより、病棟又は病室などの前記服薬グループごと、或いは前記服薬時期ごとに対応する複数の前記処方データについて前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を纏めて把握することができる。
【００２２】
さらに、前記調剤管理システムは、投薬対象の医薬品を識別可能な医薬品コードが読み取られた場合に前記医薬品の服用が完了した旨を履歴情報として記録する服用履歴記録手段を備えることが考えられる。これにより、前記医薬品各々が実際に服用されたか否かに関する情報を管理することができる。
【００２３】
また、前記調剤管理システムは、前記処方データに含まれる医薬品各々の情報の表示態様又は印刷態様を前記医薬品が前記修正後処方データにおいて修正対象となった頻度が高くなるに従って強調させる強調手段を備えることが考えられる。これにより、ユーザーに修正が生じる可能性が高い医薬品名に対応する項目について注意を促すことができる。
【００２４】
本発明に係る調剤管理方法は、コンピュータにより、判定ステップ及び報知ステップを実行する方法である。前記判定ステップは、処方データ又は前記処方データを識別可能な処方識別コードが処方箋又は薬袋から読み取られた場合に前記処方データの修正前の処方データである修正前処方データ又は前記処方データの修正後の処方データである修正後処方データの少なくとも一方の存否を判定する。前記報知ステップは、前記判定ステップにより前記修正前処方データ又は前記修正後処方データの少なくとも一方が存在すると判定された場合に前記判定ステップによる判定結果を報知する。
【００２５】
本発明に係る調剤管理プログラムは、コンピュータに、判定ステップ及び報知ステップを実行させるためのプログラムである。前記判定ステップは、処方データ又は前記処方データを識別可能な処方識別コードが処方箋又は薬袋から読み取られた場合に前記処方データの修正前の処方データである修正前処方データ又は前記処方データの修正後の処方データである修正後処方データの少なくとも一方の存否を判定する。前記報知ステップは、前記判定ステップにより前記修正前処方データ又は前記修正後処方データの少なくとも一方が存在すると判定された場合に前記判定ステップによる判定結果を報知する。
【発明の効果】
【００２６】
本発明によれば、処方データの修正の有無を効果的に報知することのできる調剤管理システム、調剤管理方法、及び調剤管理プログラムが提供される。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態に係る調剤管理システムの概略構成を示すブロック図。
【図２】本発明の実施の形態に係る調剤管理システムで使用される調剤管理情報及び処方箋の一例を示す図。
【図３】本発明の実施の形態に係る調剤管理システムで使用される調剤管理情報及び処方箋の一例を示す図。
【図４】本発明の実施の形態に係る調剤管理システムが設置された医療機関における投薬作業の業務フローの一例を示すフローチャート。
【図５】本発明の実施の形態に係る調剤管理システムが設置された医療機関における投薬作業の業務フローの実行時における調剤管理情報の遷移を示す図。
【図６】本発明の実施の形態に係る調剤管理システムで実行される第１調剤管理処理の手順の一例を示すフローチャート。
【図７】本発明の実施の形態に係る調剤管理システムで実行される第１調剤管理処理における表示例を示す図。
【図８】本発明の実施の形態に係る調剤管理システムで実行される処方受信処理の手順の一例を示すフローチャート。
【図９】本発明の実施の形態に係る調剤管理システムで実行される処方受信処理における表示例を示す図。
【図１０】本発明の実施の形態に係る調剤管理システムで実行される第２調剤管理処理の手順の一例を示すフローチャート。
【図１１】本発明の実施の形態に係る調剤管理システムで実行される第３調剤管理処理の手順の一例を示すフローチャート。
【図１２】本発明の実施の形態に係る調剤管理システムで実行される第３調剤管理処理における表示例を示す図。
【図１３】本発明の実施の形態に係る調剤管理システムで実行される第４調剤管理処理の手順の一例を示すフローチャート。
【図１４】本発明の実施の形態に係る調剤管理システムの一括判定機能により表示される判定結果の一例を示す図。
【図１５】本発明の実施の形態に係る調剤管理システムの強調機能により表示される表示態様の一例を示す図。
【発明を実施するための形態】
【００２８】
以下添付図面を参照しながら、本発明の実施の形態について説明し、本発明の理解に供する。なお、以下の実施の形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。
【００２９】
［調剤管理システム１］
図１に示すように、本発明の実施の形態に係る調剤管理システム１は、サーバー２、クライアント端末３、携帯端末４、及びパスボックス５などを備える。前記調剤管理システム１では、前記クライアント端末３及び前記携帯端末４が読取端末の一例である。前記サーバー２、前記クライアント端末３、及び前記携帯端末４は、通信網Ｎ１を介して無線又は有線で通信可能に接続されている。前記通信網Ｎ１は、ＬＡＮ、ＷＡＮ、インターネット、又はイントラネットなどである。また、前記サーバー２には、前記サーバー２に処方データを入力する電子カルテシステム又は処方入力端末などの上位システム６が前記通信網Ｎ１を介して接続されている。
【００３０】
さらに、前記サーバー２には、一又は複数の調剤機器７及び薬袋プリンタ８が前記通信網Ｎ１を介して接続されている。前記プリンタ８は、前記サーバー２から受信するプリントデータに従って、前記処方データに対応する処方箋を印刷し、又は、前記処方データに基づく調剤後の医薬品が収容される薬袋に前記処方データを印刷する。前記調剤機器７は、前記サーバー２から入力される調剤データに基づいて医薬品を調剤するために使用される。例えば、前記調剤機器７は、錠剤分包機、散薬分包機、水剤分注機、シート払出装置、ピッキング補助装置、抗がん剤調製支援システム、混注装置、薬剤秤量装置、調剤鑑査装置、及び鑑別装置などである。
【００３１】
前記錠剤分包機は、複数種類の錠剤が収容された複数の薬剤カセットを有し、調剤データに従って前記薬剤カセットから錠剤を払い出して１服用分ごとに分包紙で包装する分包動作を実行する。前記散薬分包機は、投入された散薬を調剤データに従って１服用分ごとに分包紙で包装する分包動作を実行する。前記水剤分注機は、複数種類の水剤が収容された複数の薬瓶を有しており、調剤データに従って前記薬瓶から必要量の水剤を払い出す。前記シート払出装置は、調剤データに従って、予め錠剤が包装されたＰＴＰシート又はヒートシールが収容された複数のシートカセットから払い出す。前記ピッキング補助装置は、薬剤師が手動で調剤する際に用いられ、薬品棚又は薬瓶などに付された識別情報（バーコードなど）から医薬品名を読み取って、その読み取られた医薬品名と処方データに含まれる医薬品名との照合を行うものである。
【００３２】
また、前記抗がん剤調製支援システムは、例えばバイオハザード対策が施されたキャビネット内で薬剤師により実行される抗がん剤の調整作業を支援するシステムであり、例えば調剤開始の操作に応じて調製手順及び調製分量などのナビゲーションを実行する。前記混注装置は、調剤データに従って抗がん剤などの薬剤を輸液に注入する混注作業をロボットアームで自動的に実行する。前記薬剤秤量装置は、前記散薬分包機に投入する散薬を事前に秤量する際に用いられる。前記調剤鑑査装置は、錠剤鑑査装置、散薬鑑査装置、又は水剤鑑査装置などであり、調剤後の医薬品を撮像した画像又は調剤後の医薬品の重量などに基づいて、調剤された医薬品と処方データに含まれる医薬品との照合を行うものである。前記鑑別装置は、患者が保有している薬剤の種別を、薬剤の色調、大きさ、剤形、記号、コード、マーク、硬度、重量、又は比重などに基づいて判断する。また、薬剤師による薬剤の種別の判断及び入力を支援する鑑別プログラムに従った処理を実行するパーソナルコンピュータ等の情報処理装置も前記鑑別装置の一例である。
【００３３】
［サーバー２］
図１に示すように、前記サーバー２は、制御部２１、データ記憶部２２、通信インターフェース２３、表示装置２４、操作装置２５、及びドライブ装置２６などを備えるパーソナルコンピュータである。前記サーバー２に設けられた各構成要素はバス２０によって接続されている。なお、前記サーバー２は、前記調剤管理システム１が使用される医療機関等の外部に設けられてもよい。
【００３４】
前記通信インターフェース２３は、前記通信網Ｎ１を介して前記クライアント端末３、前記携帯端末４、前記上位システム６、及び前記調剤機器７等との間で、予め定められた通信プロトコルに従って無線又は有線でデータ通信を実行するネットワークカード等を有する。
【００３５】
前記表示装置２４は、前記制御部２１からの制御指示に従って各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示手段である。前記操作装置２５は、前記サーバー２に各種の情報を入力するためにユーザーによって操作される操作手段である。具体的に、前記操作装置２５は、前記表示装置２４の表示画面に従った各種の情報の入力操作を受け付けるキーボード及びマウス（ポインティングデバイス）を含む。
【００３６】
前記制御部２１は、ＣＰＵ２１１、ＲＯＭ２１２、及びＲＡＭ２１３等を備える。前記ＣＰＵ２１１は、各種の制御プログラムに従って処理を実行することにより前記サーバー２を制御するプロセッサーである。前記ＲＯＭ２１２は、前記ＣＰＵ２１１により実行されるＢＩＯＳ等のプログラムが予め記憶された不揮発性メモリである。前記ＲＡＭ２１３は、前記ＣＰＵ２１１による各種の制御プログラムの展開及びデータの一時記憶に用いられる揮発性メモリ又は不揮発性メモリである。
【００３７】
前記データ記憶部２２は、前記制御部２１によって実行される各種のアプリケーションプログラム及び各種のデータを記憶するハードディスク又はＳＳＤ等の不揮発性の記憶手段である。具体的に、前記データ記憶部２２には、後述の第１調剤管理処理（図６参照）及び処方受信処理（図８参照）などを前記制御部２１に実行させるための調剤管理プログラムが記憶されている。また、前記データ記憶部２２には、医薬品マスター、患者マスター、薬剤師マスター、処方箋区分マスター、診療科マスター、及び病棟マスターなどの各種データベースも記憶されている。例えば、前記医薬品マスターには、薬品コード、薬品名、ＪＡＮコード（又はＲＳＳ）、薬瓶コード、区分（剤形：散薬、錠剤、水剤、外用薬など）、比重、薬品種（普通薬、毒薬、麻薬、劇薬、抗精神薬、治療薬など）、配合変化、賦形薬品、注意事項などの情報が含まれる。また、前記患者マスターには、患者各々の患者ＩＤ、氏名、性別、年齢、既往歴、家族情報、診療科、病棟、及び病室などの情報が含まれる。
【００３８】
前記ドライブ装置２６は、前記調剤管理プログラムが記録されたコンピュータ読み取り可能な記録媒体２７から前記調剤管理プログラムを読み取ることが可能である。前記記録媒体２７は、ＣＤ、ＤＶＤ、ＢＤ、又はＵＳＢメモリなどである。そして、前記サーバー２では、前記制御部２１により、前記記録媒体２７から前記ドライブ装置２６で読み取られた前記調剤管理プログラムが前記データ記憶部２２にインストールされる。
【００３９】
また、前記データ記憶部２２は、処方データ記憶部２２１及び処方管理記憶部２２２を有する。前記処方データ記憶部２２１は、前記上位システム６から取得する前記処方データをデータベース形式で記憶する。前記処方データには、例えば「処方箋交付年月日」、「患者ＩＤ」、「引換券Ｎｏ．」、「オーダーＮｏ．」、「処方区分」、「ＢＣＤ」、「患者名」、「患者生年月日」、「薬品情報（薬品コード、薬品名、用量など）」、「剤形情報（内服、外用など）」、「用法情報（１日３回毎食後など）」、「診療種別（外来、入院など）」、「診療科」、「病棟」、及び「病室」などの情報が含まれる。
【００４０】
前記処方管理記憶部２２２は、前記処方データ各々に基づく投薬作業の進捗に関する処方管理情報Ｄ１をデータベース形式で記憶する。ここに、図２及び図３は前記処方管理情報Ｄ１の一例を示す図である。具体的に、図２は、前記処方データの「処理区分」が新規である場合の前記処方管理情報Ｄ１の一例（図２（Ａ））、及び前記処方データに対応する処方箋の一例（図２（Ｂ））を示す図である。また、図３は、前記処方データの「処理区分」が修正である場合の前記処方管理情報Ｄ１の一例（図３（Ａ））、及び前記処方データに対応する処方箋の一例（図３（Ｂ））を示す図である。
【００４１】
図２（Ａ）及び図３（Ａ）に示すように、前記処方管理情報Ｄ１には、前記処方データのうち「患者ＩＤ」、「引換券Ｎｏ．」、「オーダーＮｏ．」、「処理区分」、「ＢＣＤ」、及び「最新病棟」などの情報が記憶されている。なお、「ＢＣＤ」は、前記処方データごとに個別に設定され、図２（Ｂ）及び図３（Ｂ）に示すように、前記処方箋及び前記薬袋に印刷されるバーコードＤ２の情報であって、前記処方データを識別可能な処方識別コードの一例である。即ち、「オーダーＮｏ．」が同じであっても、「処理区分」が異なる場合には、「ＢＣＤ」の情報も異なる。
【００４２】
また、前記処方管理情報Ｄ１には、前記処方データに基づいて行われる投薬作業における各作業工程の実行日時である「受信日時」、「調剤完了日時」、「鑑査完了日時」、「窓口到着日時」、「ＢＯＸ認証日時」、及び「投薬完了日時」などの情報が前記投薬作業における進捗情報として記録される。なお、「受信日時」は、前記処方データが前記サーバー２で受信された日時である。
【００４３】
また、図２（Ａ）に示すように、前記処方データが新規に発行されたものである場合には、「処方区分」に「新規」を示す情報が入力される。一方、図３（Ａ）に示すように、前記処方データが過去の処方データを修正したものである場合には、「処方区分」に「修正」を示す情報が入力される。これにより、前記制御部２１は、例えば「処方区分」の内容を参照することにより、前記処方データが新規の処方データであるか過去の処方データに対する修正後の処方データであるかを判断することが可能である。
【００４４】
なお、前記処方データの「処方区分」の情報は、前記上位システム６から受信した前記処方データに既に含まれている。一方、前記サーバー２が前記処方データを受信した際に前記制御部２１により入力されることも考えられる。例えば、前記制御部２１は、新たに受信した処方データと「オーダーＮｏ．」又は「引換券Ｎｏ．」などが同じ処方データが過去に受信されている場合に、その新たに受信した処方データが過去の処方データに対する修正後の処方データであると判断することが考えられる。
【００４５】
［クライアント端末３］
一方、図１に示すように、前記クライアント端末３は、制御部３１、データ記憶部３２、通信インターフェース３３、表示装置３４、操作装置３５、及びバーコードリーダー３６などを備えるパーソナルコンピュータである。前記クライアント端末３に設けられた各構成要素はバス３０によって接続されている。
【００４６】
前記クライアント端末３は、前記医療機関において、医薬品の調剤が行われる調剤室、医薬品の鑑査が行われる鑑査台、医薬品が患者に渡される投薬窓口のそれぞれの場所に設置される。以下、前記調剤室、前記鑑査台、及び前記投薬窓口にそれぞれ設置された前記クライアント端末３を区別する場合には、クライアント端末３Ａ、クライアント端末３Ｂ、及びクライアント端末３Ｃと称する。なお、前記クライアント端末３の数及び設置場所はこれらに限定されない。また、前記サーバー２では、前記クライアント端末３各々の設置場所が予め設定されており、前記制御部２１は前記クライアント端末３各々の設置場所を認識可能である。
【００４７】
前記制御部３１は、ＣＰＵ３１１、ＲＯＭ３１２、及びＲＡＭ３１３等を備える。前記ＣＰＵ３１１は、各種の制御プログラムに従って処理を実行することにより前記クライアント端末３を制御するプロセッサーである。前記ＲＯＭ３１２は、前記ＣＰＵ３１１により実行されるＢＩＯＳ等のプログラムが予め記憶された不揮発性メモリである。前記ＲＡＭ３１３は、前記ＣＰＵ３１１による各種の制御プログラムの展開及びデータの一時記憶に用いられる揮発性メモリ又は不揮発性メモリである。また、前記データ記憶部３２は、前記制御部３１によって実行される各種のアプリケーションプログラム及び各種のデータを記憶するハードディスク又はＳＳＤ等の不揮発性の記憶手段である。
【００４８】
前記通信インターフェース３３は、前記通信網Ｎ１を介して前記サーバー２等との間で、予め定められた通信プロトコルに従って無線又は有線でデータ通信を実行するネットワークカード等を有する。
【００４９】
前記表示装置３４は、前記制御部３１からの制御指示に従って各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示手段、及び前記制御部３１からの制御指示に従って音声を出力するスピーカー等を備える端末表示手段の一例である。また、前記調剤室に配置された前記クライアント端末３Ａの前記表示装置３４が調剤室表示手段の一例である。なお、本実施形態では、前記クライアント端末３Ａの前記表示装置３４が、前記端末表示手段及び前記調剤室表示手段の一例であるが、前記端末表示手段及び前記調剤室表示手段が個別に設けられていることも考えられる。
【００５０】
前記操作装置３５は、前記クライアント端末３に各種の情報を入力するためにユーザーによって操作される操作手段である。具体的に、前記操作装置３５は、前記表示装置３４の表示画面に従った各種の情報の入力操作を受け付けるキーボード及びマウス（ポインティングデバイス）を含む。また、前記操作装置３５は、前記表示装置３４の表示画面に対するタッチ操作を受け付けるタッチパネル、又は音声認識により各種情報の入力を受け付ける音声入力装置を含むものであってもよい。前記クライアント端末３において、薬剤師等のユーザーによる「操作」、「選択」、「入力」などの作業は前記操作装置３５を用いて行われる。
【００５１】
前記バーコードリーダー３６は、バーコード等の一次元コード又はＱＲコード（登録商標）等の二次元コードを読み取るコード読取手段の一例である。前記バーコードリーダー３６で読み取られた情報は前記制御部３１に入力され、前記制御部３１によって前記サーバー２に送信される。
【００５２】
具体的に、前記クライアント端末３では、処方箋及び薬袋に印刷されている前記バーコードＤ２から、前記処方箋又は前記薬袋に対応する処方データを識別可能な処方識別コードを読み取るために前記バーコードリーダー３６が用いられる。この場合、前記制御部３１は、前記バーコードリーダー３６で読み取られた前記処方識別コードに基づいて前記サーバー２から前記データ記憶部２２の前記処方データ記憶部２２１に記憶された前記処方データを取得することが可能である。もちろん、前記処方識別コード又は前記処方データが二次元コードとして前記処方箋又は前記薬袋に印刷されていること、或いは、前記バーコードリーダー３６により前記処方箋又は前記薬袋から前記処方データが読み取られることも他の実施形態として考えられる。
【００５３】
［携帯端末４］
図１に示すように、前記携帯端末４は、制御部４１、データ記憶部４２、通信インターフェース４３、表示装置４４、操作装置４５、及びカメラ４６などを備える。前記携帯端末４に設けられた各構成要素はバス４０によって接続されている。前記携帯端末４は、例えば、携帯電話、スマートフォン、ＰＤＡ、メディアプレーヤー、又はタブレット端末などである。
【００５４】
前記携帯端末４は、ユーザーによって持ち運び可能であるが、前記医療機関において、医薬品が入院病棟に渡される入院搬送口、及び医薬品を服薬する患者の入院病棟で使用する目的でそれぞれ配置される。以下、前記入院搬送口及び前記入院病棟でそれぞれ使用される前記携帯端末４を区別する場合には、携帯端末４Ａ及び携帯端末４Ｂと称する。なお、前記携帯端末４の数及び使用場所はこれらに限定されない。また、前記サーバー２では、前記携帯端末４各々の使用場所が予め設定されており、前記制御部２１は前記携帯端末４各々の使用場所を認識可能である。
【００５５】
なお、本発明に係る読取端末の一例である前記クライアント端末３及び前記携帯端末４は、医薬品が調剤されて患者に届くまでの投薬作業の業務フロー（例えば図４参照）において、前記医薬品が時系列に沿って順に移動する各セクションで使用することができるように設けられていればよい。即ち、本実施形態で例に挙げている前記調剤室、前記鑑査台、前記投薬窓口、前記入院搬送口、及び前記入院病棟に限らず、前記投薬作業の業務フローにおいて前記医薬品が移動する他のセクションが存在する場合には、そのセクションにも前記クライアント端末３又は前記携帯端末４が配置されることが考えられる。また、前記投薬作業の業務フローにおいて前記医薬品が移動する全てのセクションに前記クライアント端末３又は前記携帯端末４が配置される場合に限らず、予め定められた重要なセクションにのみ前記クライアント端末３又は前記携帯端末４が配置されてもよい。
【００５６】
前記制御部４１は、ＣＰＵ４１１、ＲＯＭ４１２、及びＲＡＭ４１３等を備える。前記ＣＰＵ４１１は、各種の制御プログラムに従って処理を実行することにより前記携帯端末４を制御するプロセッサーである。前記ＲＯＭ４１２は、前記ＣＰＵ４１１により実行されるＢＩＯＳ等のプログラムが予め記憶された不揮発性メモリである。前記ＲＡＭ４１３は、前記ＣＰＵ４１１による各種の制御プログラムの展開及びデータの一時記憶に用いられる揮発性メモリ又は不揮発性メモリである。また、前記データ記憶部４２は、前記制御部４１によって実行される各種のアプリケーションプログラム及び各種のデータを記憶するＳＤメモリ等の不揮発性の記憶手段である。
【００５７】
前記通信インターフェース４３は、前記通信網Ｎ１を介して前記サーバー２等との間で、予め定められた通信プロトコルに従って無線又は有線でデータ通信を実行するネットワークカード等を有する。
【００５８】
前記表示装置４４は、前記制御部４１からの制御指示に従って各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示手段、及び前記制御部４１からの制御指示に従って音声を出力するスピーカー等を備える端末表示手段の一例である。
【００５９】
前記操作装置４５は、前記携帯端末４に各種の情報を入力するためにユーザーによって操作される操作手段である。具体的に、前記操作装置４５は、前記表示装置４４の表示画面に対するタッチ操作を受け付けるタッチパネル、又は音声認識により各種情報の入力を受け付ける音声入力装置である。前記携帯端末４において、薬剤師等のユーザーによる「操作」、「選択」、「入力」などの作業は前記操作装置４５を用いて行われる。
【００６０】
前記カメラ４６は、画像又は映像を撮影する撮像手段である。そして、前記携帯端末４では、前記制御部４１が、前記カメラ４６で撮影される画像又は映像に含まれるバーコード等の一次元コード又はＱＲコード（登録商標）等の二次元コードを読み取るコード読取機能を有する。ここに、前記制御部４１及び前記カメラ４６がコード読取手段の一例である。具体的に、前記携帯端末４では、処方箋及び薬袋に印刷されている前記バーコードＤ２から、前記処方箋又は前記薬袋に対応する処方データを識別可能な処方識別コードを読み取るために前記コード読取機能が用いられる。また、前記携帯端末４Ａでは、前記パスボックス５に設けられた後述の収容部５１各々のバーコード５２を読み取る際にも前記コード読取機能が用いられる。そして、前記制御部４１は、前記カメラ４６を用いて読み取った情報を前記サーバー２に送信する。
【００６１】
［パスボックス５］
前記パスボックス５は、前記処方データに基づく調剤及び鑑査が完了した後の医薬品を入院病棟に渡す入院搬送口に配置されており、複数の病棟にそれぞれ対応する複数の収容部５１を備える薬剤収容装置の一例である。ユーザーは、前記医薬品を服用する患者が入院している入院病棟に対応する前記収容部５１に前記医薬品を収容する。これにより、前記入院病棟の配薬担当者により前記収容部５１から前記医薬品が取り出されて患者に投薬される。なお、前記収容部５１各々が複数の病室に対応付けられていることも他の実施形態として考えられる。
【００６２】
また、前記収容部５１各々には、前記収容部５１を識別可能な収容識別コードを示すバーコード５２が貼付されている。なお、前記収容部５１各々に電子ペーパーが設置され、前記電子ペーパーに前記バーコード５２が表示されてもよい。また、前記調剤管理システム１では、前記収容部５１各々と病棟との対応関係が予め設定されており、前記対応関係を示す対応情報は前記サーバー２の前記データ記憶部２２に記憶されている。従って、前記制御部２１は、前記対応情報と前記バーコード５２から読み取られる前記収容識別コードとに基づいて前記収容部５１に対応する病棟を特定することが可能である。
【００６３】
次に、図４を参照しつつ、前記調剤管理システム１が使用される医療機関における投薬作業全体の業務フローの概略について説明する。また、図５は、前記投薬作業における前記処方管理情報Ｄ１の遷移を示す図である。
【００６４】
＜ステップＳ１＞
まず、ステップＳ１では、前記サーバー２が前記上位システム６から前記処方データを受信し、前記処方データが前記処方データ記憶部２２１に記憶される。このとき、前記サーバー２では、前記制御部２１が、前記処方データに対応する前記調剤管理情報Ｄ１の受信日時に現在日時を記録する。具体的に、図５（Ａ）に示す前記調剤管理情報Ｄ１では、前記処方データの受信日時として「１／１  １０：００」が記録されている。
【００６５】
なお、前記サーバー２では、前記処方データが受信されると、前記制御部２１により前記処方データに基づいて前記調剤機器７各々に対応する調剤データが生成され、前記調剤データが前記調剤機器７各々に送信されることにより前記調剤機器７各々による自動調剤が開始される。また、前記制御部２１は、前記処方データに基づくプリントデータを前記プリンタ８に送信することにより、前記処方データを処方箋及び前記薬袋に印刷させる。特に、前記制御部２１は、前記処方データと共に前記処方データを識別可能な前記処方識別コードを示す前記バーコードＤ２を前記処方箋及び前記薬袋にそれぞれ印刷させる。なお、前記処方識別コードは、前記バーコードＤ２のような一次元コードに限られず二次元コードなどで前記処方箋及び前記薬袋に印刷されてもよい。また、前記処方識別コードが記憶されたＩＣタグ又はＩＣチップなどの記録媒体が前記処方箋及び前記薬袋に設けられることも考えられる。
【００６６】
＜ステップＳ２＞
次に、ステップＳ２において、調剤担当の薬剤師は、前記サーバー２が受信した前記処方データに基づく調剤を行う。具体的には、前記調剤機器７各々によって払い出された医薬品と、前記プリンタ８によって印刷された前記処方箋及び前記薬袋とを取り揃える。
【００６７】
一方、前記サーバー２では、前記制御部２１が、前記調剤機器７各々からの調剤完了通知の受信に応じて、前記処方データに対応する前記調剤管理情報Ｄ１の調剤完了日時に現在日時を記録する。具体的に、図５（Ｂ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品の調剤完了日時として「１／１  １０：１０」が記録されている。なお、前記調剤機器７で自動的に調剤することができない医薬品については薬剤師によって手作業で調剤が行われ、前記薬剤師による前記クライアント端末３Ａの操作に応じて、前記処方データに対応する医薬品の調剤完了通知が前記サーバー２に通知される。
【００６８】
その後、前記処方データに基づく調剤作業が完了すると、その調剤後の医薬品は前記薬袋に収容され、前記処方箋と共に薬剤師又は自動搬送装置などによって前記鑑査台に搬送される。なお、前記調剤作業が完了した際に前記クライアント端末３Ａの前記バーコードリーダー３６で前記バーコードＤ２から前記処方識別コードが読み取られ、前記処方識別コードと共に前記調剤完了通知が前記クライアント端末３Ａから前記サーバー２に送信されることも考えられる。
【００６９】
＜ステップＳ３＞
ステップＳ３において、鑑査担当の薬剤師は、前記ステップＳ２で調剤された医薬品の鑑査を行う。そして、薬剤師は、前記医薬品の鑑査が完了すると、前記鑑査台に設けられた前記クライアント端末３Ｂの前記バーコードリーダー３６で前記処方箋又は前記薬袋に記載された前記バーコードＤ２から前記処方識別コードを読み取る。これにより、前記クライアント端末３Ｂでは、前記制御部３１が、前記バーコードリーダー３６で読み取られた前記処方識別コードを鑑査完了通知と共に前記サーバー２に送信する。このとき、前記サーバー２では、前記制御部２１が、前記クライアント端末３Ｂからの前記鑑査完了通知の受信に応じて、前記処方データに対応する前記調剤管理情報Ｄ１の鑑査完了日時に現在日時を記録する。具体的に、図５（Ｃ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品の鑑査完了日時として「１／１  １０：１５」が記録されている。
【００７０】
また、前記調剤機器７に医薬品を自動的に鑑査する鑑査装置が含まれる場合、薬剤師は、前記鑑査装置に設けられたバーコードリーダーによって前記処方箋又は前記薬袋の前記バーコードＤ２を読み取らせて前記医薬品の鑑査を開始させる。この場合には、前記鑑査装置における鑑査完了時に前記鑑査装置から前記サーバー２に前記バーコードＤ２から読み取られた前記処方識別コードと共に鑑査完了通知が送信されることが考えられる。
【００７１】
また、前記ステップＳ３において、薬剤師が、医薬品の鑑査作業を開始する際にも前記バーコードリーダー３６で前記処方箋又は前記薬袋の前記バーコードＤ２を読み取り、前記制御部２１が現在日時を鑑査開始日時として前記処方管理情報Ｄ１に記録することも考えられる。これにより、前記鑑査作業の開始前にも後述の第１調剤管理処理（図６参照）が実行され、前記処方データに修正が生じているか否かを認識することが可能になり、不要な鑑査作業を排除することができる。
【００７２】
＜ステップＳ４＞
その後、前記処方データに対応する患者が外来患者である場合には（Ｓ４のＹｅｓ側）、前記処方データに基づいて調剤及び鑑査が行われた医薬品が、前記投薬窓口に搬送されて、業務フローはステップＳ５に移行する。一方、前記処方データに対応する患者が外来患者ではなく入院患者である場合には（Ｓ４のＮｏ側）、前記処方データに基づいて調剤及び鑑査が行われた医薬品が、前記パスボックス５が設置された前記入院搬送口に搬送されて、業務フローはステップＳ７に移行する。
【００７３】
＜ステップＳ５＞
そして、ステップＳ５において、前記医薬品が前記投薬窓口に搬送されると、前記投薬窓口では、投薬担当者により前記クライアント端末３Ｃの前記バーコードリーダー３６で前記処方箋又は前記薬袋の前記バーコードＤ２から前記処方識別コードが読み取られる。このとき、前記クライアント端末３Ｃでは、前記投薬窓口に設けられた投薬表示板などに前記処方識別コードに対応する前記処方データの「引換券Ｎｏ．」などの情報が表示される。そして、「引換券Ｎｏ．」に対応する引換券を有する患者は、前記投薬表示板に自己の有する引換券の「引換券Ｎｏ．」が表示された場合に前記投薬窓口で前記医薬品を受け取る。
【００７４】
また、前記クライアント端末３Ｃでは、投薬担当者により前記バーコードリーダー３６で前記処方箋又は前記薬袋から前記処方識別コードが読み取られたとき、前記制御部３１によって前記サーバー２に窓口到着通知が送信される。これにより、前記サーバー２では、前記制御部２１が、前記クライアント端末３Ｃからの前記窓口到着通知の受信に応じて、前記処方データに対応する前記調剤管理情報Ｄ１の窓口到着日時に現在日時を記録する。具体的に、図５（Ｄ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品の窓口到着日時として「１／１  １０：２０」が記録されている。
【００７５】
＜ステップＳ６＞
その後、ステップＳ６において、前記投薬窓口では、前記投薬担当者により前記医薬品の患者への引き渡しが行われる。具体的に、前記窓口担当者は、前記クライアント端末３Ｃの前記バーコードリーダー３６を用いて、前記処方箋又は前記薬袋の前記バーコードＤ２と、患者が有する引換券に記載された「患者ＩＤ」を示すバーコードとを読み取る。そして、前記クライアント端末３Ｃでは、前記制御部３１が、前記処方箋又は前記薬袋から読み取られた前記処方識別コードと前記引換券から読み取られた「患者ＩＤ」とを前記サーバー２に送信する。これにより、前記サーバー２では、前記制御部２１が、前記処方識別コードに基づいて前記処方管理情報Ｄ１から特定した「患者ＩＤ」と、前記引換券から読み取られた「患者ＩＤ」とを照合する。ここで、前記照合結果が不一致である場合は、前記制御部２１により「患者ＩＤが一致しません」などの警告が前記クライアント端末３Ｃの前記表示装置３４に表示される。
【００７６】
そして、前記照合結果が一致である場合、前記制御部２１は、前記クライアント端末３Ｃの前記表示装置３４にその旨を表示させる。これにより、前記投薬担当者は、前記医薬品を患者に引き渡す。また、前記照合結果が一致である場合、前記制御部２１は、前記処方データに対応する前記調剤管理情報Ｄ１の投薬完了日時に現在日時を記録する。具体的に、図５（Ｅ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品の投薬完了日時として「１／１  １０：３０」が記録されている。なお、前記クライアント端末３Ｃにおいて前記照合処理が実行され、前記照合処理の結果が前記サーバー２に送信されることも他の実施形態として考えられる。また、前記処方データに対応する患者を認証することができる情報であれば、例えば診察券などから読み取られる患者ＩＤに基づいて患者を認証してもよい。
【００７７】
＜ステップＳ７＞
一方、前記処方データに対応する患者が入院患者である場合、続くステップＳ７において、前記パスボックス５の設置場所である前記入院搬送口では、収納担当者が前記医薬品を前記パスボックス５の前記収容部５１に収納する。このとき、前記収納担当者は、前記携帯端末４Ａを用いて、前記薬袋に印刷されている前記処方識別コードを読み取る。これにより、前記携帯端末４Ａでは、前記制御部４１によって前記サーバー２にＢＯＸ認証通知が送信される。そして、前記サーバー２では、前記制御部２１が、前記携帯端末４Ａからの前記ＢＯＸ認証通知の受信に応じて、前記処方データに対応する前記調剤管理情報Ｄ１のＢＯＸ認証日時に現在日時を記録する。具体的に、図５（Ｆ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品のＢＯＸ認証日時として「１／１  １０：２０」が記録されている。
【００７８】
また、前記携帯端末４Ａにより前記薬袋に印刷されている前記処方識別コードが読み取られる際には、前記制御部２１によって前記薬袋の収納先の前記収容部５１が適切であるか否かを照合する後述のＢＯＸ照合処理（図１１参照）が実行されることが考えられる。この場合、前記制御部２１は、前記ＢＯＸ照合処理において前記薬袋の収納先の前記収容部５１が適切であると判定された場合に、前記処方管理情報Ｄ１のＢＯＸ認証日時に現在日時を記録する。なお、本実施の形態では、前記パスボックス５に前記医薬品が収納される場合を例に挙げて説明するが、前記入院病棟内で医薬品を搬送するための搬送用カート（薬剤収容装置の一例）などに前記医薬品が収納される場合も同様である。
【００７９】
＜ステップＳ８＞
その後、ステップＳ８において、前記パスボックス５の前記収容部５１に収納された前記医薬品は前記入院病棟の配薬担当者によって取り出され、前記入院病棟に入院している患者に投薬される。このとき、前記配薬担当者は、入院患者に医薬品を投薬する際に前記携帯端末４Ｂにより前記処方箋、前記薬袋、又は前記医薬品の搬送用カートから前記処方識別コードを読み取る。これにより、前記携帯端末４Ｂでは、前記制御部４１によって前記サーバー２に投薬完了通知が送信される。
【００８０】
そして、前記サーバー２では、前記制御部２１が、前記携帯端末４Ｂからの前記投薬完了通知の受信に応じて、前記処方データに対応する前記調剤管理情報Ｄ１の投薬完了日時に現在日時を記録する。具体的に、図５（Ｇ）に示す前記調剤管理情報Ｄ１では、前記処方データに対応する医薬品の投薬完了日時として「１／１  １０：３０」が記録されている。なお、前記処方データに対応する患者が外来患者であるか入院患者であるかに応じて前記処方管理情報Ｄ１の内容を変更することも他の実施形態として考えられる。
【００８１】
また、前記制御部２１は、入院患者への医薬品の投薬時に、投薬対象の前記医薬品を識別可能な医薬品コードが前記携帯端末４Ｂによって読み取られた場合、前記医薬品の服用が完了した旨を履歴情報として前記データ記憶部２２に記録することが考えられる。ここに、係る処理を実行するときの前記制御部２１が服用履歴記録手段の一例である。これにより、前記医薬品が実際に入院患者によって服用されたか否かに関する情報を管理することが可能になる。
【００８２】
このように、前記調剤管理システム１では、前記処方データに基づいて医薬品を調剤して患者に投薬するまでの投薬作業における進捗情報が、前記処方識別コードの読み取りに応じて前記制御部２１によって前記調剤管理情報Ｄ１に記録される。ここに、係る処理を実行するときの前記制御部２１が進捗記録手段の一例である。
【００８３】
［第１調剤管理処理］
そして、前記調剤管理システム１では、前記制御部２１によって、後述の第１調剤管理処理が実行されることにより、前記投薬作業における進捗情報の記録と共に、前記処方データの変更の有無がユーザーに効果的に報知される。
【００８４】
以下、図６のフローチャートを参照しつつ、前記制御部２１が実行する第１調剤管理処理の手順の一例について説明する。なお、前記制御部２１が実行する処理手順（ステップ）番号をステップＳ１１、Ｓ１２、・・・と称する。
【００８５】
本実施の形態では、前記調剤管理システム１が、前記サーバー２と前記クライアント端末３及び前記携帯端末４との間で各種のデータ通信が実行されることにより前記第１調剤管理処理が実行されるサーバクライアントシステムである場合を例に挙げて説明する。一方、前記クライアント端末３又は前記携帯端末４が、前記サーバー２から必要な情報を取得しつつ前記第１調剤管理処理を実行することも他の実施形態として考えられる。この場合、前記クライアント端末３又は前記携帯端末４を本発明に係る調剤管理システムとして捉えることもできる。
【００８６】
＜ステップＳ１１＞
まず、ステップＳ１１において、前記制御部２１は、前記クライアント端末３又は前記携帯端末４によって、前記処方箋又は前記薬袋の前記バーコードＤ２から前記処方識別コードが読み取られた否かを判断する。具体的に、前記制御部２１は、前記クライアント端末３又は前記携帯端末４から前記処方識別コードを受信した場合に前記処方識別コードが前記処方箋又は前記薬袋から読み取られたと判断する。そして、前記制御部２１は、前記処方識別コードが読み取られたと判断すると（Ｓ１１のＹｅｓ側）、処理をステップＳ１２に移行させ、前記処方識別コードが読み取られるまでの間は（Ｓ１１のＮｏ側）、前記ステップＳ１１の判断を繰り返す。
【００８７】
＜ステップＳ１２＞
ステップＳ１２において、前記制御部２１は、前記データ記憶部２４に記憶された前記処方管理情報Ｄ１のうち、前記ステップＳ１１で読み取られた前記処方識別コードに対応する前記処方管理情報Ｄ１を抽出する。
【００８８】
＜ステップＳ１３＞
ステップＳ１３において、前記制御部２１は、前記ステップＳ１１で読み取られた前記処方識別コードに対応する処方データの修正後の処方データである修正後処方データが存在するか否かを判定する。ここに、前記判定処理を実行するときの前記制御部２１が判定手段の一例である。具体的に、前記制御部２１は、前記ステップＳ１２で抽出された前記処方管理情報Ｄ１と「オーダーＮｏ．」が同一の前記処方管理情報Ｄ１が他に存在するか否かを検索する。なお、前記処方データの種別が外来である場合には、前記制御部２１は、「オーダーＮｏ．」に代えて「引換券Ｎｏ．」が同一である他の前記処方管理情報Ｄ１の有無を判断してもよい。
【００８９】
そして、「オーダーＮｏ．」が同一の前記処方管理情報Ｄ１が他に存在する場合には、当該処方管理情報Ｄ１の「処方区分」が「修正」であるか否かを判断する。ここで、「処方区分」が「修正」である場合、前記制御部２１は、前記処方データについて前記修正後処方データが存在すると判断する。また、前記制御部２１は、前記処方管理情報Ｄ１に記録された「受信日時」などを比較することにより前記処方データについて前記修正後処方データが存在するか否かを判断してもよい。
【００９０】
ここで、前記制御部２１は、前記処方データに対応する前記修正後処方データが存在すると判定すると（Ｓ１３のＹｅｓ側）、処理をステップＳ１４に移行させ、前記処方データに対応する前記修正後処方データが存在しないと判定すると（Ｓ１３のＮｏ側）、処理をステップＳ１５に移行させる。
【００９１】
＜ステップＳ１４＞
ステップＳ１４において、前記制御部２１は、前記処方データについて前記修正後処方データが存在する旨をユーザーに報知する。ここに、前記報知処理により前記ステップＳ１３の判定結果を報知するときの前記制御部２１が報知手段の一例である。具体的に、前記制御部２１は、前記ステップＳ１１で前記処方識別コードを読み取った前記クライアント端末３に対応する前記表示装置３４又は前記携帯端末４に対応する前記表示装置４４に、前記処方データについて前記修正後処方データが存在する旨を表示させる。ここで、前記処方データは、前記修正後処方データとの関係では修正前処方データである。そこで、前記制御部２１は、前記ステップＳ１１で前記処方識別コードを読み取った前記クライアント端末３の前記表示装置３４又は前記携帯端末４の前記表示装置４４に、前記処方データが修正前の処方データである旨を表示させることも考えられる。
【００９２】
ここに、図７（Ａ）は、前記ステップＳ１４における表示内容の一例を示す図である。図７（Ａ）に示す例では、前記処方データの「患者名」及び「引換券Ｎｏ．」と共に、前記処方データについて前記修正後処方データが発生しているため、処方を差し替えるべきである旨が表示されている。なお、前記処方データに対応する患者が入院患者である場合には、「引換券Ｎｏ．」に代えて「オーダーＮｏ．」等が表示される。また、前記ステップＳ１４において、前記修正後処方データに対応する前記処方管理情報Ｄ１を参照し、前記修正後処方データに基づく投薬作業の進捗状況を前記表示装置３４又は前記表示装置４４に表示させることも考えられる。例えば、前記ステップＳ１１において前記調剤室に配置された前記クライアント端末３Ａで前記処方データが読み取られた場合、前記制御部２１は、前記ステップＳ１４において、前記処方管理情報Ｄ１に前記進捗情報として含まれた前記修正後処方データに基づく調剤が完了しているか否かの情報を当該クライアント端末３Ａの前記表示装置３４に表示させて報知することが考えられる。さらに、前記制御部２１により、前記修正後処方データに調剤対象として含まれる医薬品ごとに調剤の完了の有無が記録され、前記医薬品ごとの調剤の完了の有無が表示されることも考えられる。
【００９３】
このように、前記第１調剤管理処理では、前記ステップＳ１３〜Ｓ１４により、前記処方データについて前記修正後処方データが発生している場合にその旨が報知されることにより例えば以下の効果を奏する。
【００９４】
まず、前記調剤室で前記処方データに基づく調剤作業が開始される前に、前記クライアント端末３Ａで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正後処方データが存在していることが考えられる。この場合、前記ステップＳ１４の報知処理により前記クライアント端末３Ａに前記修正後処方データの存在が表示される。そのため、ユーザーは、修正前の前記処方データに基づく調剤作業が無駄になる可能性を認識することができる。
【００９５】
また、前記鑑査台で前記処方データに対応する医薬品の鑑査作業が開始される前に、前記クライアント端末３Ｂで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正後処方データが存在していることが考えられる。この場合、前記ステップＳ１４の報知処理により前記クライアント端末３Ｂに前記修正後処方データの存在が表示されるため、修正前の前記処方データに対応する医薬品について無駄な鑑査作業が行われることが防止される。
【００９６】
また、前記投薬窓口に前記処方データに対応する医薬品が到着した際、又は前記投薬窓口で医薬品を患者に渡す直前に、前記クライアント端末３Ｃで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正後処方データが存在していることが考えられる。この場合、前記ステップＳ１４の報知処理により前記クライアント端末３Ｃに前記修正後処方データの存在が表示されるため、修正前の前記処方データに対応する医薬品がそのまま患者に渡されることが防止される。なお、前記クライアント端末３Ｃでは、前記制御部３１が、前記修正後処方データが存在する処方データについては、前記投薬表示板に「引換券Ｎｏ．」などを表示しないように制御することも可能である。
【００９７】
また、前記入院搬送口で前記処方データに対応する医薬品が前記収容部５１に収納される際に、前記携帯端末４Ａで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正後処方データが存在していることが考えられる。この場合、前記ステップＳ１４の報知処理により前記携帯端末４Ａに前記修正後処方データの存在が表示されるため、修正前の前記処方データに対応する医薬品がそのまま前記収容部５１に収納されることが防止される。
【００９８】
さらに、前記入院病棟において前記処方データに対応する医薬品が患者に投薬される際に、前記携帯端末４Ｂで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正後処方データが存在していることが考えられる。この場合、前記ステップＳ１４の報知処理により前記携帯端末４Ｂに前記修正後処方データの存在が表示されるため、修正前の前記処方データに対応する医薬品がそのまま患者に投薬されることが防止される。
【００９９】
なお、前記報知処理により前記判定結果が表示される表示装置は、前記クライアント端末３又は前記携帯端末４の前記表示装置３４又は前記表示装置４４に限らず、前記判定結果を表示する表示装置として前記クライアント端末３又は前記携帯端末４に予め対応付けられている他のモニター等であってもよい。例えば、前記投薬窓口で医薬品又は精算を待つ患者が見る案内モニター、又は前記医療機関内で音声による案内表示を行う音声表示装置などにより、医薬品の差し替えが必要な患者名などの情報が判定結果として報知されることが考えられる。
【０１００】
また、前記処方データ又は前記処方識別コードを前記処方箋又は前記薬袋に印刷されたバーコード又は二次元コードから読み取り可能なコード読取部を有し、情報を表示する表示手段は有してない一又は複数の読取端末が前記調剤管理システム１に設けられることも考えられる。前記読取端末は、前記調剤室、前記鑑査台、前記投薬窓口、前記入院搬送口、又は前記入院病棟などの一又は複数のセクションに配置され、前記サーバー２、前記クライアント端末３、又は前記携帯端末４等との間で無線通信又は有線通信によるデータ通信が可能である。このような構成でも、前記サーバー２では、前記読取端末で前記処方データ又は前記処方識別コードが読み取られた場合に、前記処方データに対応する前記修正前処方データ又は前記修正後処方データの少なくとも一方の存否を判定することが可能である。但し、この場合、前記読取端末は、前記表示手段を有していないため前記判定結果を表示することができない。そのため、前記サーバー２の前記制御部２１は、前記判定結果を、前記サーバー２の前記表示装置２４、前記クライアント端末３（例えば、前記調剤室の前記クライアント端末３Ａ）の前記表示装置３４、前記携帯端末４（例えば、予め設定された管理者が保有する前記携帯端末４）の前記表示装置４４、又は前記読取端末に対応付けて予め設定された任意のモニターなどに表示させることにより、前記判定結果を報知することが考えられる。即ち、前記制御部２１は、前記調剤管理システム１において前記判定結果を報知することができれば、その判定結果の表示箇所は前記読取端末に限らない。
【０１０１】
＜ステップＳ１５＞
次に、ステップＳ１５において、前記制御部２１は、前記ステップＳ１１で読み取られた前記処方識別コードに対応する処方データの修正前の処方データである修正前処方データが存在するか否かを判定する。ここに、前記判定処理を実行するときの前記制御部２１が判定手段の一例である。具体的に、前記制御部２１は、前記ステップＳ１２で抽出された前記処方管理情報Ｄ１の「処方区分」が「修正」であるか否かを判断する。そして、「処方区分」が「修正」である場合、前記制御部２１は、前記処方データについて前記修正前処方データが存在すると判断する。また、前記制御部２１は、前記処方管理情報Ｄ１に記録された「オーダーＮｏ．」、「引換券Ｎｏ．」、及び「受信日時」などに基づいて前記処方データについて前記修正前処方データが存在するか否かを判断してもよい。
【０１０２】
ここで、前記制御部２１は、前記処方データについて前記修正前処方データが存在すると判定すると（Ｓ１５のＹｅｓ側）、処理をステップＳ１６に移行させ、前記処方データについて前記修正前処方データが存在しないと判定すると（Ｓ１５のＮｏ側）、処理をステップＳ１７に移行させる。
【０１０３】
＜ステップＳ１６＞
ステップＳ１６において、前記制御部２１は、前記処方データについて前記修正前処方データが存在する旨をユーザーに報知する。ここに、前記報知処理により前記ステップＳ１５の判定結果を報知するときの前記制御部２１が報知手段の一例である。具体的に、前記制御部２１は、前記ステップＳ１１で前記処方識別コードを読み取った前記クライアント端末３の前記表示装置３４又は前記携帯端末４の前記表示装置４４に、前記処方データについて前記修正前処方データが存在する旨を表示させる。ここで、前記処方データは、前記修正前処方データとの関係では修正後処方データである。そこで、前記制御部２１は、前記ステップＳ１１で前記処方識別コードを読み取った前記クライアント端末３の前記表示装置３４又は前記携帯端末４の前記表示装置４４に、前記処方データが修正後の処方データである旨を表示させることも考えられる。
【０１０４】
また、前記ステップＳ１６では、前記制御部２１が、前記修正前処方データに対応する前記処方管理情報Ｄ１を参照し、前記修正前処方データに対応する医薬品の現在位置を前記表示装置３４又は前記表示装置４４に表示させることが考えられる。例えば、前記処方データに対応する前記処方識別コードが前記鑑査台の前記クライアント端末３Ｂで読み取られたとき、前記修正前処方データに基づいて調剤された医薬品が前記投薬窓口に到着している旨が前記処方管理情報Ｄ１で示されている場合、前記ステップＳ１６では、前記クライアント端末３Ｂの前記表示装置３４に前記修正前処方データに基づく医薬品が前記投薬窓口に存在する旨が表示される。これにより、前記クライアント端末３Ｂのユーザーである薬剤師などは、前記修正前処方データの投薬作業における進捗状況により緊急性を判断して適切に対処することができる。さらに、前記制御部２１により、前記修正前処方データに調剤対象として含まれる医薬品ごとに調剤の完了の有無が記録され、前記医薬品ごとの調剤の完了の有無が表示されることも考えられる。
【０１０５】
ここに、図７（Ｂ）、（Ｃ）は、前記ステップＳ１６における表示内容の一例を示す図である。また、図７（Ｂ）は、前記修正前処方データに対応する医薬品が患者又は入院病棟に渡される前の表示例であり、図７（Ｃ）は、前記修正前処方データに対応する医薬品が患者又は入院病棟に渡された後の表示例である。即ち、前記制御部２１は、前記医薬品が患者又は入院病棟に渡される前後で異なる内容を報知する。図７（Ｂ）に示す例では、前記処方データの「患者名」及び「引換券Ｎｏ．」と共に、前記処方データについて前記修正前処方データが存在し、前記修正前処方データに基づく医薬品の調剤が完了しているため、処方を差し替えるべきである旨が表示されている。また、図７（Ｃ）に示す例では、前記処方データの「患者名」及び「引換券Ｎｏ．」と共に、前記処方データについて前記修正前処方データが存在し、前記修正前処方データに基づく医薬品の投薬が完了しているため、処方を差し替えるべきである旨が表示されている。
【０１０６】
このように、前記第１調剤管理処理では、前記ステップＳ１５〜Ｓ１６により、前記処方データについて前記修正前処方データが存在している場合にその旨が報知されることにより例えば以下の効果を奏する。
【０１０７】
まず、前記調剤室で前記処方データに基づく調剤作業が開始される前に、前記クライアント端末３Ａで前記処方識別コードが読み取られた時点で、前記処方データについて前記修正前処方データが存在していることが考えられる。この場合、前記ステップＳ１６の報知処理により前記クライアント端末３Ａに前記修正前処方データの存在が表示される。そのため、ユーザーは、前記修正前処方データに基づく調剤作業で調剤された医薬品を利用することができる可能性、即ち修正後の前記処方データに基づく調剤作業が無駄になる可能性を認識することができる。
【０１０８】
また、前記処方データについて前記修正前処方データが存在している場合に、前記鑑査台で前記処方データに対応する医薬品の鑑査作業が開始される前に、前記クライアント端末３Ｂで前記処方識別コードが読み取られると、前記ステップＳ１６の報知処理により前記クライアント端末３Ｂに前記修正前処方データの存在が表示される。これにより、ユーザーは、修正前の前記処方データに対応する医薬品を極力早く差し替えるべき旨を早期に把握することができる。例えば、ユーザーは、前記投薬窓口又は前記入院搬送口に連絡し、前記医薬品が患者又は入院病棟に渡されることを阻止することができる。
【０１０９】
また、前記処方データについて前記修正前処方データが存在している場合に、前記投薬窓口に前記処方データに対応する医薬品が到着した際に、前記クライアント端末３Ｃで前記処方識別コードが読み取られると、前記ステップＳ１６の報知処理により前記クライアント端末３Ｃに前記修正前処方データの存在が表示される。これにより、ユーザーは、修正前の前記処方データに対応する医薬品が患者に投薬されたおそれがある旨を早期に把握することができる。
【０１１０】
同じく、前記処方データについて前記修正前処方データが存在している場合に、前記入院搬送口で前記処方データに対応する医薬品が前記収容部５１に収納される前に、前記携帯端末４Ａにより前記処方識別コードが読み取られると、前記ステップＳ１６の報知処理により前記携帯端末４Ａに前記修正前処方データの存在が表示される。これにより、ユーザーは、修正前の前記処方データに対応する医薬品がそのまま前記収容部５１に収納され、患者に投薬されたおそれがある旨を早期に把握することができる。
【０１１１】
さらに、前記処方データについて前記修正前処方データが存在している場合に、前記入院病棟において前記携帯端末４Ｂにより前記処方データに対応する医薬品が患者に投薬される前に前記処方識別コードが読み取られると、前記ステップＳ１６の報知処理により前記携帯端末４Ｂに前記修正前処方データの存在が表示されるため、ユーザーは、修正前の前記処方データに対応する医薬品がそのまま患者に投薬されたおそれがある旨を早期に把握することができ、例えば重複投与が防止される。
【０１１２】
なお、前記第１調剤管理処理では、前記ステップＳ１３及び前記ステップＳ１５において、前記修正後処方データ及び前記修正前処方データの両方の存否を判定する場合を例に挙げて説明したが前記ステップ１３における前記修正後処方データの存否のみを判定し、前記ステップＳ１５〜Ｓ１６を省略することも他の実施形態として考えられる。同じく、前記ステップＳ１５における前記修正前処方データの存否のみを判定し、前記ステップＳ１３〜Ｓ１４を省略することも他の実施形態として考えられる。
【０１１３】
［処方受信処理］
また、前記調剤管理システム１では、前記制御部２１によって前記第１調剤管理処理と並行して、後述の処方受信処理が実行されることにより、前記クライアント端末３及び前記携帯端末４各々による前記処方識別コードの読み取りの有無にかかわらず、前記修正後処方データが発生した場合にその旨が前記調剤室の薬剤師などに報知される。
【０１１４】
以下、図８のフローチャートを参照しつつ、前記制御部２１が実行する処方受信処理の手順の一例について説明する。なお、前記制御部２１が実行する処理手順（ステップ）番号をステップＳ２１、Ｓ２２、・・・と称する。
【０１１５】
＜ステップＳ２１＞
まず、ステップＳ２１において、前記制御部２１は、前記上位システム６から前記処方データを受信したか否かを判断する。そして、前記制御部２１は、前記処方データが受信されると（Ｓ２１のＹｅｓ側）、処理をステップＳ２２に移行させ、前記処方データが受信されるまでの間は（Ｓ２１のＮｏ側）、前記ステップＳ２１の判断を繰り返す。
【０１１６】
＜ステップＳ２２＞
ステップＳ２２において、前記制御部２１は、前記処方データを解析して各種の情報を前記データ記憶部２２の前記処方データ記憶部２２１に記憶させ、前記処方データに対応する前記処方管理情報Ｄ１を前記処方管理記憶部２２２に記憶させる。
【０１１７】
＜ステップＳ２３＞
そして、ステップＳ２３において、前記制御部２１は、前記処方管理情報Ｄ１に基づいて前記処方データが前記修正後処方データであるか否かを判断する。具体的に、前記制御部２１は、前記処方管理情報Ｄ１に含まれた「処方区分」が「修正」である場合に、前記処方データが前記修正後処方データであると判断する。このように、前記制御部２１は、前記ステップＳ２１〜Ｓ２３において、前記上位システム６から前記サーバー２に対する前記修正後処方データの入力を監視している。ここに、前記監視処理を実行するときの前記制御部２１が修正監視手段の一例である。
【０１１８】
ここで、前記制御部２１は、前記処方データが前記修正後処方データであると判断すると（Ｓ２３のＹｅｓ側）、処理をステップＳ２４に移行させ、前記処方データが前記修正後処方データでないと判断した場合は（Ｓ２３のＮｏ側）、処理を前記ステップＳ２１に戻す。なお、前記制御部２１は、前記処方データが前記修正後処方データでないと判断した場合には、前述したように前記処方データに基づく自動調剤を前記調剤機器７各々に実行させる。
【０１１９】
＜ステップＳ２４＞
ステップＳ２４において、前記制御部２１は、前記調剤室に配置された前記クライアント端末３Ａの前記表示装置３４に、前記修正後処方データが入力された旨を示す警告画面Ｐ２４を表示させる。具体的に、前記制御部２１は、前記クライアント端末３Ａの前記制御部３１に対して前記警告画面Ｐ２４を表示する旨の制御信号を送信する。これにより、前記クライアント端末３Ａでは、前記制御部３１により前記警告画面Ｐ２４が前記表示装置３４に表示される。ここに、前記表示処理を実行するときの前記制御部２１が修正入力表示手段の一例である。なお、前記ステップＳ２４における前記警告画面Ｐ２４は、前記調剤室に配置された前記クライアント端末３Ａに限られず、前記制御部２１は、他の前記クライアント端末３又は前記携帯端末４などに表示させてもよい。
【０１２０】
ここに、図９は、前記警告画面Ｐ２４の表示例を示す図である。図９に示すように、前記警告画面Ｐ２４には、「患者名」及び「引換券Ｎｏ．」などと共に、「この処方は、既に調剤が完了しています。処方の差し替えを行ってください。」等の警告文が表示される。これにより、前記調剤室で作業をしている薬剤師などは、前記表示装置３４の前記警告画面Ｐ２４を参照することにより、前記修正後処方データの発生を容易に認識することができる。また、前記制御部２１は、前記調剤室に設置された前記クライアント端末３Ａに対して、前記警告画面Ｐ２４を表示させると共に警告音を出力させることも考えられる。
【０１２１】
さらに、前記制御部２１は、前記ステップＳ２１で受信した前記修正後処方データに対応する修正前の処方データに基づく投薬作業の進捗に応じて前記警告画面Ｐ２４に異なる内容を表示させる。具体的に、前記制御部２１は、前記修正後処方データに対応する修正前の処方データに基づいて調剤された医薬品が患者又は前記入院病棟に渡される前後で異なる内容を表示させる。例えば、前記制御部２１は、前記修正後処方データに対応する修正前の処方データに基づいて調剤された医薬品が患者又は前記入院病棟に渡される前は、図９に示すように既に調剤が完了している旨を表示させる。一方、前記制御部２１は、前記医薬品が患者又は前記入院病棟に渡された後は、前記警告画面Ｐ２４の警告文を図７（Ｃ）に示したように既に投薬が完了している旨に変更して表示させる。これにより、薬剤師などは、前記修正後処方データに対応する修正前の処方データの投薬作業における進捗状況により緊急性を判断して適切に対処することができる。
【０１２２】
［他の実施形態１］
ところで、前記実施の形態では、前記クライアント端末３及び前記携帯端末４各々について共通化した処理として前記第１調剤管理処理について説明した。一方、前記サーバー２の前記制御部２１は、前記クライアント端末３及び前記携帯端末４の設置場所又は使用目的ごとに応じて異なる処理を実行することが考えられる。ここでは、図１０を参照しつつ、前記クライアント端末３Ｃに適した第２調剤管理処理を前記第１調剤管理処理の変形例として説明する。
【０１２３】
ここに、図１０は、前記クライアント端末３Ｃにおいて前記処方識別コードが読み取られる場合に前記制御部２１によって実行される第２調剤管理処理の手順の一例を示すフローチャートである。なお、前記第２調剤管理処理について前記第１調剤管理処理と同様の処理手順については同じ符号を付してその説明を省略する。具体的に、前記第２調剤管理処理では、前記第１調剤管理処理の前記ステップＳ１２及び前記ステップＳ１３の間でステップＳ１２１〜Ｓ１２２の処理が実行される。
【０１２４】
＜ステップＳ１２１＞
ステップＳ１２１において、前記制御部２１は、前記処方識別コードに対応する患者の他の診療科の処方データの有無を判定する。ここに、係る判定処理を実行するときの前記制御部２１が他科判定手段の一例である。具体的に、前記制御部２１は、前記ステップＳ１１で読み取られた前記処方識別コードに対応する前記処方データと患者ＩＤが同じであって診療科が異なる他の前記処方データを前記データ記憶部２２の前記処方データ記憶部２２１から検索する。そして、前記制御部２１は、前記患者ＩＤが同じであって診療科が異なる前記処方データが抽出された場合に、前記患者について他の診療科の処方データが存在すると判断する。ここで、前記制御部２１は、前記他の診療科の処方データが存在すると判断すると（Ｓ１２１のＹｅｓ側）、処理をステップＳ１２２に移行させ、前記他の診療科の処方データが存在しないと判断すると（Ｓ１２１のＮｏ側）、処理を前記ステップＳ１３に移行させる。
【０１２５】
＜ステップＳ１２２＞
ステップＳ１２２において、前記制御部２１は、前記ステップＳ１１で読み取られた前記処方識別コードに対応する患者について全ての診療科の処方データを前記処方データ記憶部２２１から読み出して前記クライアント端末３Ｃの前記表示装置３４に表示させる。このように、前記ステップＳ１２１における判定結果を表示するときの前記制御部２１が他科判定表示手段の一例である
【０１２６】
これにより、前記投薬窓口では、前記処方識別コードに対応する患者について他の診療科の処方データが存在する場合に、その全ての診療科の処方データを同時に参照することが可能になる。従って、前記投薬窓口において、前記患者に対して他の診療科で発行された処方データに対応する医薬品を渡し忘れる事態を防止することができる。また、前記第２調剤管理処理では、一度の前記処方識別コードの読み取りにより、他の診療科の処方データの有無を確認すると共に、前記処方識別コードに対応する修正後処方データ又は修正前処方データの有無を確認することができる。
【０１２７】
また、前記ステップＳ１２１において、前記処方識別コードに対応する患者について他の診療科の処方データが存在すると判定された場合には、その後の前記ステップＳ１３及び前記ステップＳ１５において、前記患者の全ての診療科の処方データ各々について前記修正前処方データ及び前記修正後処方データの存否を判断することも考えられる。これにより、前記ステップＳ１４又は前記ステップＳ１６では、前記患者の全ての診療科の処方データ各々について前記修正前処方データ及び前記修正後処方データの存否を判断した結果が表示される。例えば、複数の診療科の処方データのいずれか一つだけに修正が生じてその処方データに対応する医薬品の前記投薬窓口への到達が遅れている場合でも、その旨を把握することができ、前記患者への医薬品の渡し忘れが防止される。
【０１２８】
［他の実施形態２］
ここでは、図１１及び図１２を参照しつつ、前記携帯端末４Ａに適した第３調剤管理処理を前記第１調剤管理処理の変形例として説明する。なお、前記第３調剤管理処理について前記第１調剤管理処理と同様の処理手順については同じ符号を付してその説明を省略する。具体的に、前記第３調剤管理処理では、前記第１調剤管理処理に加えてステップＳ３１〜Ｓ３３のＢＯＸ照合処理が実行される。
【０１２９】
＜ステップＳ３１＞
ステップＳ３１において、前記制御部２１は、前記収容部５１の前記バーコード５２から前記携帯端末４Ａによって前記収容識別コードが読み取られたか否かを判断する。ここで、前記制御部２１は、前記携帯端末４Ａによって前記収容識別コードが読み取られたと判断すると（Ｓ３１のＹｅｓ側）、処理をステップＳ１１に移行させる。一方、前記制御部２１は、前記携帯端末４Ａによって前記収容識別コードが読み取られるまでの間は（Ｓ３１のＮｏ側）、前記ステップＳ３１の判断を繰り返す。
【０１３０】
＜ステップＳ３２＞
ステップＳ３２において、前記制御部２１は、前記ステップＳ１１で読み取られた前記処方識別コードに対応する医薬品の収納場所として、前記ステップＳ３１で読み取られた前記収容識別コードに対応する前記収容部５１が適切であるか否かを判断する。具体的に、前記制御部２１は、前記処方箋又は前記薬袋から読み取られる前記処方識別コードに対応して前記処方管理情報Ｄ１に記録されている病棟の情報と、前記収容部５１の前記バーコード５２から読み取られた前記収容識別コードに対応する病棟の情報とを照合する。ここに、前記照合処理を実行するときの前記制御部２１が照合手段の一例である。そして、前記制御部２１は、前記照合結果が不一致であると判断すると（Ｓ３２のＮｏ側）、処理をステップＳ３３に移行させる。一方、前記制御部２１は、前記照合結果が一致であると判断すると（Ｓ３２のＹｅｓ側）、処理を前記ステップＳ１３に移行させる。この場合、前記ステップＳ１３以降の処理が実行された後、処理は前記ステップＳ１１に戻され、同じ病棟に対応する前記処方箋又は前記薬袋から前記処方識別コードの読み取りが繰り返し実行される。そして、ユーザーは、同じ病棟に対応する複数の前記薬袋を纏めて前記収容部５１に収納させる。なお、前記制御部２１は、前記携帯端末４Ａによって異なる前記収容部５１の前記バーコード５２から前記収容識別コードが読み取られた場合、又は前記携帯端末４Ａに対して予め設定された終了操作が行われた場合に処理を前記ステップＳ３１に戻す。これにより、ユーザーは異なる前記収容部５１に対する前記薬袋の収納作業を行うことができる。
【０１３１】
＜ステップＳ３３＞
ステップＳ３３において、前記制御部２１は、前記携帯端末４Ａの前記表示装置４４にエラーを表示させて、前記照合結果が不一致である旨、即ち前記処方識別コードに対応する病棟と、前記収容部５１に対応する病棟とが一致していない旨をユーザーに報知する。ここに、前記報知処理を実行するときの前記制御部２１が不一致報知手段の一例である。また、前記制御部２１は、前記エラーを報知するためのブザー音又は音声を前記表示装置４４から出力させることも考えられる。ここに、図１２は、前記ステップＳ３３におけるエラー表示画面の一例を示す図である。図１２に示すエラー表示画面では、患者の病棟が移動している旨が表示されている。これにより、前記患者が転科又は転棟している場合に前記エラー表示画面でその旨を認識することができるため、前記患者の以前の入院病棟に搬送された医薬品を移動後の病棟に搬送する手間を省くことができ、投薬作業の効率化を図ることができる。
【０１３２】
以上説明したように、前記第３調剤管理処理では、ユーザーは、前記携帯端末４Ａを用いて前記収容部５１の前記バーコード５２及び前記薬袋の前記バーコードＤ２を読み取ることにより、前記薬袋の収納先の適否を確認することができる。従って、誤った前記収容部５１に前記薬袋が収納されることを防止することができる。
【０１３３】
［他の実施形態３］
ここでは、図１３を参照しつつ、前記クライアント端末３Ａに適した第４調剤管理処理を前記第１調剤管理処理の変形例として説明する。当該実施形態では、前記調剤管理システム１が、複数の前記クライアント端末３Ａを備える。前記クライアント端末３Ａ各々は、一つの前記調剤室に配置され、又は複数の前記調剤室に配置されることにより、複数のユーザー（薬剤師）により使用される。
【０１３４】
ここに、図１３は、前記クライアント端末３Ａにおいて前記処方識別コードが読み取られる場合に前記制御部２１によって実行される第４調剤管理処理の手順の一例を示すフローチャートである。なお、前記第４調剤管理処理について前記第１調剤管理処理と同様の処理手順については同じ符号を付してその説明を省略する。具体的に、前記第４調剤管理処理では、前記第１調剤管理処理に加えてステップＳ４１〜Ｓ４３の処理が実行される。
【０１３５】
＜ステップＳ４１＞
前記ステップＳ１１で読み取られた前記処方識別コードに対応する前記処方データについて前記修正後処方データが存在すると判断された場合（Ｓ１３のＹｅｓ側）、前記制御部２１は、前記ステップＳ１４、ステップＳ４１、及びステップＳ４２を実行する。
【０１３６】
ステップＳ４１において、前記制御部２１は、修正前の前記処方データに基づく調剤を中止するか否かをユーザーに選択させるための中止選択画面を表示させる。その後、前記制御部２１は、ユーザーによって前記操作装置３５に対して行われる中止操作又は中止しない旨の操作を待ち受ける。
【０１３７】
＜ステップＳ４２＞
そして、ステップＳ４２において、前記制御部２１は、修正前の前記処方データに基づく調剤を中止するか否かを前記クライアント端末３Ａのユーザー操作に応じて記録する。具体的に、前記制御部２１は、前記処方データに対応する前記処方管理情報Ｄ１に前記調剤の中止の有無を記録する。ここに、係る記録処理を実行するときの前記制御部２１が中止記録手段の一例である。これにより、前記調剤管理システム１では、前記処方管理情報Ｄ１を参照することにより、前記処方データに基づく調剤が中止されたか否かを確認することが可能となる。もちろん、前記制御部２１が、前記処方管理情報Ｄ１とは別に前記処方データの調剤の中止の有無に関する中止情報を前記サーバー２の前記データ記憶部２２に記憶させることも考えられる。
【０１３８】
＜ステップＳ４３＞
一方、前記ステップＳ１１で読み取られた前記識別コードに対応する前記処方データについて前記修正前処方データが存在すると判断された場合（Ｓ１５のＹｅｓ側）、前記制御部２１は、前記ステップＳ１６及びステップＳ４３を実行する。
【０１３９】
ステップＳ４３において、前記制御部２１は、前記修正前処方データに対応する前記処方管理情報Ｄ１を参照し、前記ステップＳ１１で前記処方識別コードを読み取った前記クライアント端末３Ａの前記表示装置３４に、前記ステップＳ４２による前記修正前処方データに基づく調剤の中止の有無の記録結果を表示させる。ここに、係る表示処理を実行するときの前記制御部２１が中止表示手段の一例である。なお、前記調剤の中止の有無の表示態様としては、例えば前記調剤が中止された場合にのみその旨が表示されることが考えられる。即ち、前記調剤の中止の表示がないことにより、前記調剤が中止されていない旨が表現されることが考えられる。
【０１４０】
このように前記修正前処方データに基づく調剤の中止の有無が報知されることにより、前記クライアント端末３Ａのユーザーは、前記修正前処方データに基づく調剤の中止の有無を容易に認識することができる。これにより、ユーザーは、例えば前記修正前処方データに基づく調剤が中止されている場合には、前記修正前処方データに基づいて調剤された医薬品を利用することができないと判断し、前記処方データに基づく調剤を開始することができる。また、ユーザーは、前記修正前処方データに基づく調剤が中止されていない場合には、前記修正前処方データに基づく調剤が既に行われているため、前記修正前処方データに基づいて調剤された医薬品を利用することができる可能性があると判断し、前記医薬品を取得してから前記処方データに基づく調剤を実行することができる。
【０１４１】
また、前記制御部２１が、前記ステップＳ４２において前記処方データに処方対象として含まれる医薬品ごとに調剤の完了の有無を記録し、前記ステップＳ４３において、前記医薬品ごとの調剤の完了の有無を表示させることも考えられる。これにより、前記処方データの医薬品の単位で不要な調剤を防止することが可能となる。
【０１４２】
また、前記ステップＳ４１において、前記制御部２１が前記修正後処方データと前記処方データとの差分内容、又は前記修正後処方データの内容などを表示することも考えられる。これにより、ユーザーは、前記処方データに基づいて調剤した医薬品を前記修正後処方データに基づく調剤で利用可能であるか否かを確認し、前記調剤を中止するか否かを考えることができる。同様に、前記ステップＳ４３において、前記制御部２１が前記修正前処方データと前記処方データとの差分内容、又は前記修正前処方データの内容などを表示することも考えられる。これにより、ユーザーは、前記修正前処方データに基づいて調剤された医薬品を前記処方データに基づく調剤で利用可能であるか否かを確認することができる。
【０１４３】
［その他の機能］
また、前記調剤管理システム１は、以下に示す機能を備えることが考えられる。なお、以下に示す各機能は、前記制御部２１が前記調剤管理プログラムに従って各種の処理を実行することにより実現される。
【０１４４】
［一括判定機能］
前記サーバー２の前記制御部２１が、服用時期及び予め設定された服用グループのいずれか一方又は両方に対応する複数の前記処方データについて前記修正後処方データ及び前記修正前処方データの存在の有無を纏めて判定する一括判定機能を有することが考えられる。なお、前記服用グループは、例えば各病棟又は各病室に属する複数の患者を含むグループである。
【０１４５】
具体的に、前記制御部２１は、前記クライアント端末３又は前記携帯端末４のユーザー操作に応じて、前記服用時期及び前記服用グループのいずれか一方又は両方の指定を受け付ける。そして、前記制御部２１は、前記指定された前記服用時期及び前記服用グループに対応する一又は複数の前記処方データについて前記修正後処方データ又は前記修正前処方データが存在するか否かを判定する。その後、前記制御部２１は、前記処方データ各々について前記修正後処方データ又は前記修正前処方データの有無の判定結果を、前記指定の操作が行われた前記クライアント端末３又は前記携帯端末４に一覧表示させる。
【０１４６】
ここに、図１４は、前記判定結果の表示例を示す図である。具体的に、図１４では、前記服用時期として「１月１２日の朝食後」が指定され、前記服用グループとして患者Ａ、患者Ｂ、及び患者Ｃが属する「西Ａ病棟」が指定された場合の前記判定結果の表示例が示されている。図１４では、前記患者Ｂに対応する処方データが他の処方データとは異なる背景色で表示されており、前記患者Ｂに対応する処方データについて前記修正後処方データが存在する旨が示されている。
【０１４７】
このように、前記一括判定機能によれば、ユーザーは、前記服用時期及び前記服用グループに対応する複数の前記処方データについて前記修正後処方データ及び前記修正前処方データの存在の有無を纏めて確認することができる。例えば、病棟ごとに医薬品を配薬する際に、その病棟を指定することで複数の患者の処方データについて修正の有無を纏めて確認することができ、入院病棟における配薬業務が効率化される。また、服用時期ごとに医薬品を配薬する際にも同様に、その服用時期を指定することで複数の患者の処方データについて修正の有無を纏めて確認することができ、入院病棟における配薬業務が効率化される。
【０１４８】
［差分調剤支援機能］
ところで、前記処方受信処理（図８参照）において、前記修正後処方データが発生したと判断されたとき（Ｓ２３のＹｅｓ側）、修正前の処方データに基づく調剤が既に完了している場合には、薬剤師は前記調剤室で前記修正後処方データに基づく調剤を再度実行する必要がある。これに対し、前記制御部２１が、修正前の前記処方データと前記修正後処方データとの差分を判定し、その差分を前記クライアント端末３Ａ等に表示させてユーザーに報知する差分調剤支援機能を有することが考えられる。これにより、薬剤師は、前記差分に対応する調剤のみを行うことで前記修正後処方データに基づく調剤を完了させることができる。なお、前記制御部２１が、修正前の前記処方データと前記修正後処方データとの差分に基づいて前記調剤機器７を制御することにより差分の調剤を自動的に実行させることも考えられる。
【０１４９】
さらに、前記制御部２１が、修正前の前記処方データに基づいて調剤された医薬品が収容された薬袋から前記修正後処方データに基づいて調剤する医薬品を収容する薬袋に前記医薬品を入れ替える場合の過誤を防止する機能を有することが考えられる。具体的に、前記制御部２１は、前記修正後処方データについて、修正前の前記処方データに対応する前記処方識別コードとは異なる処方識別コードを割り当て、その処方識別コードを前記プリンタ８によって前記修正後処方データに対応する医薬品が収容される薬袋に印刷させている。
【０１５０】
そこで、前記制御部２１は、修正前の前記処方データに対応する前記薬袋の前記処方識別コードと、前記修正後処方データに対応する前記薬袋の前記処方識別コードとが前記クライアント端末３又は前記携帯端末４で読み取られた場合に、前記処方識別コード各々に基づいて、両者が入れ替え対象として適切であるか否かを判断する。具体的に、前記制御部２１は、前記処方識別コード各々に対応する前記処方管理情報Ｄ１に含まれる「オーダーＮｏ．」又は「引換券Ｎｏ．」などが同一である場合に、前記薬袋各々が入れ替え対象として適切であると判断し、その旨を前記クライアント端末３又は前記携帯端末４に表示させることが考えられる。そして、前記制御部２１は、前記処方識別コード各々に対応する前記処方管理情報Ｄ１の「オーダーＮｏ．」又は「引換券Ｎｏ．」などが同一でない場合には、前記薬袋各々が入れ替え対象として適切でないと判断し、前記クライアント端末３又は前記携帯端末４にエラーを表示させる。
【０１５１】
［強調機能］
また、前記制御部２１が、前記処方データに含まれる医薬品各々の情報の表示態様又は印刷態様を前記医薬品が前記修正後処方データにおいて修正対象となった頻度が高くなるに従って強調させる強調機能を有することが考えられる。ここに、係る強調機能を具現するための処理を実行するときの前記制御部２１が強調手段の一例である。
【０１５２】
具体的に、前記制御部２１は、前記修正後処方データにより修正された修正頻度を医薬品ごとに前記データ記憶部２２に記録する頻度記録処理を実行する。なお、前記修正頻度は、例えば過去の予め設定された期間における修正回数、又は調剤された回数に対する修正割合などであり、前記医薬品ごとの修正頻度を判断することが可能な指標であればこれらに限定されない。そして、前記制御部２１は、前記医薬品名を含む前記処方データの表示時又は印刷時に前記医薬品の情報の表示態様又は印刷態様を前記修正頻度に応じて変化させる。例えば、前記制御部２１は、前記医薬品の修正頻度に応じて前記医薬品の情報の表示色又は表示サイズなどを変化させる。具体的には、前記制御部２１が、前記医薬品の表示色を、前記修正頻度が高くなるに従って黒又は白から青又は緑などの寒色を経て赤又はオレンジなどの暖色に変化させることが考えられる。また、前記制御部２１は、前記医薬品の表示サイズを前記修正頻度が高くなるに従って拡大することが考えられる。なお、強調の態様は表示色及び表示サイズに限らず、図形又はイラストの変化によって現されてもよい。
【０１５３】
ここに、図１５は、前記医薬品の表示形態の一例を示す図であって、図１５（Ａ）はいずれの医薬品も前記修正頻度が高くない状態、図１５（Ｂ）は「ＡＡＡ薬品」の修正頻度が比較的高い状態の表示例を示している。具体的に、図１５（Ｂ）に示すように、「ＡＡＡ薬品」の背景色が他の医薬品の背景色とは異なる色（例えば赤色）で表示されている。一方、図１５（Ｂ）に示すように、「ｂｂｂ薬品」、「ＥＥＥ薬品」は、太字で表示されており、「ＡＡＡ薬品」よりも修正頻度は低いが「ＶＶＶ薬品」、「ＧＧＧ薬品」よりも修正頻度が高いことを示している。このように、前記制御部２１が、前記医薬品ごとにその修正頻度の高くなるに従って表示態様又は印刷態様を強調させることにより、ユーザーに修正が生じる可能性が高い医薬品名に対応する項目について注意を促すことができる。
【０１５４】
また、前記修正後処方データにおける修正頻度の他、前記制御部２１が、前記服薬作業における前記調剤作業又は前記鑑査作業などにおける間違いの対象となった医薬品名ごとの頻度を記録し、間違い頻度が高くなるに従って前記医薬品名に対応する項目の表示態様又は印刷態様を強調させることが考えられる。
【符号の説明】
【０１５５】
１  ：調剤管理システム
２  ：サーバー
２０：バス
２１：制御部
２２：データ記憶部
２３：通信インターフェース
２４：操作装置
２５：表示装置
２６：ドライブ装置
２７：記録媒体
３  ：クライアント端末
３０：バス
３１：制御部
３２：データ記憶部
３３：通信インターフェース
３４：操作装置
３５：表示装置
３６：バーコードリーダー
３７：ドライブ装置
３８：記録媒体
４  ：携帯端末
４０：バス
４１：制御部
４２：データ記憶部
４３：通信インターフェース
４４：操作装置
４５：表示装置
４６：カメラ
５  ：パスボックス
５１：収容部
５２：バーコード
６  ：上位システム
７  ：調剤機器
８  ：プリンタ
【図１】
0006304422.tif 000002
【図２】
0006304422.tif 000003
【図３】
0006304422.tif 000004
【図４】
0006304422.tif 000005
【図５】
0006304422.tif 000006
【図６】
0006304422.tif 000007
【図７】
0006304422.tif 000008
【図８】
0006304422.tif 000009
【図９】
0006304422.tif 000010
【図１０】
0006304422.tif 000011
【図１１】
0006304422.tif 000012
【図１２】
0006304422.tif 000013
【図１３】
0006304422.tif 000014
【図１４】
0006304422.tif 000015
【図１５】
0006304422.tif 000016