JP6944211B1 - 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム - Google Patents

Abstract

【課題】より利便性の高い情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することを目的とする。【解決手段】本発明に係る情報処理装置は、患者の処方箋の情報を受け付ける受付部と、受付部が受け付けた患者の処方箋の情報が、患者の予製剤の情報に対応するか否かを判定する第１判定部と、第１判定部での判定結果に応じて、患者の過去の処方箋の情報が記憶された第１記憶部を参照し、受付部が受け付けた処方箋の情報と、過去の処方箋の情報とを比較する比較部と、比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として出力する出力部と、を備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムに関する。

薬剤師は、医師が発行した処方箋に基づいて、薬を調剤し、患者に渡すが、その際に、薬の説明が必要となっている。この場合、今回の処方内容について説明を受けるだけでなく、過去の処方内容との違いについても説明を行うことが好ましい。

例えば、特許文献１では、薬局に設置される薬局用コンピュータと、薬剤師によって使用される薬剤師用端末と、薬局で用いられるデータを管理するサーバとを含む情報処理システムが提案されている。このシステムでは、薬局用コンピュータは、患者の処方箋のデータを取得する処方箋データ取得手段と、処方箋データ取得手段によって取得された処方箋のデータをサーバに送信する処方箋データ送信手段とを備えている。また、サーバは、薬局用コンピュータから送信された処方箋のデータと、当該処方箋のデータに対応する患者の過去の処方箋のデータとに基づいて、当該患者に対して今回または過去に発行された複数の処方箋のデータの間で変更された処方内容に基づく情報である変更点情報を取得する変更点取得手段と、変更点情報のデータを薬剤師用端末に送信する変更点データ送信手段とを備えている。そして、薬剤師用端末は、サーバから送信された変更点情報のデータに基づいて、変更点情報を含む処方内容の比較に関する情報を患者に提示するための画面を表示する画面表示手段を備えている。そして、上記の構成とすることにより、過去の処方に関する情報を患者にとって有用な形態で提供することができるとしている。

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

特許文献１の提案では、全ての処方箋について過去との変更点を比較して患者に提示する。しかしながら、全ての処方箋について過去との変更点を比較した場合、花粉症など、繰り返して処方が見込まれる症状以外については、略変更点しかないことが考えられる。例えば、前回が風邪、今回が下痢など、前回と今回で症状が異なる場合には、略変更点しかない。このような場合にまで、変更点の情報を提示すると、かえって煩わしく確認しづらいという問題が生じる。このように、従来のシステムには、利便性に向上の余地がある。

本発明は、上記課題を鑑みてなされたものであり、より利便性の高い情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することを目的とする。

上記の課題を解決すべく、本発明に係る情報処理装置は、患者の処方箋の情報を受け付ける受付部と、受付部が受け付けた患者の処方箋の情報が、患者の予製剤の情報に対応するか否かを判定する第１判定部と、第1判定部での判定結果に応じて、患者の過去の処方箋の情報が記憶された第１記憶部を参照し、受付部が受け付けた処方箋の情報と、過去の処方箋の情報とを比較する比較部と、比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として出力する出力部と、を備える。

本発明によれば、より利便性の高い情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することができる。

第１実施形態に係る情報処理システム１の概略構成図である。 第１実施形態に係るユーザ端末３のハード構成及び機能構成の一例を示す図である。 第１実施形態に係るユーザ端末４のハード構成及び機能構成の一例を示す図である。 第１実施形態に係る情報処理サーバ５（情報処理装置）のハード構成及び機能構成の一例を示す図である。 第１実施形態に係る情報処理システム１の予製剤情報生成処理を示すフローチャート図である。 第１実施形態に係る情報処理システム１のピッキング処理を示すフローチャート図である。 第１実施形態に係る情報処理システム１の処方情報出力処理を示すフローチャート図である。 第２実施形態に係る情報処理サーバ５（情報処理装置）の機能構成の一例を示す図である。 第２実施形態に係る情報処理システム１の在庫量更新出力処理を示すフローチャート図である。 第２実施形態に係る情報処理システム１の発注処理を示すフローチャート図である。

以下、図面を参照して本発明の各実施形態を説明する。なお、以下の説明では、本発明を調剤薬局に適用した場合について説明するが、調剤薬局以外にも病院、診療所、介護老人保健施設、その他の医療を提供する施設など、医薬品を扱う全ての医療機関（医療法で定められた医療提供施設）において適用可能である。また、医薬品には、調剤薬局以外にも病院、診療所、介護老人保健施設、その他の医療を提供する施設などで処方されるあらゆる薬剤が含まれる。

[第１実施形態]
初めに、図１を参照して情報処理システム１の構成について説明する。情報処理システム１は、レセコン２（レセプトコンピュータ）、ユーザ端末３、ユーザ端末４及び情報処理サーバ５（情報処理装置）などを備える。レセコン２、ユーザ端末３及びユーザ端末４は、情報処理サーバ５とネットワーク６を介して通信可能に接続されている。なお、情報処理システム１が具備するレセコン２、ユーザ端末３、ユーザ端末４、情報処理サーバ５のそれぞれの数は任意である。ネットワーク６は、レセコン２、ユーザ端末３及びユーザ端末４が情報処理サーバ５と通信できればよく、どのような通信網で構成されていてもかまわない。

（レセコン２）
レセコン２は、レセプト（診療報酬明細書）を作成するコンピュータであり、例えば、保険請求の為のレセプト作成、診療内容の入力、窓口会計（患者の支払い料金）の計算、処方箋の発行、処方使用量の管理、お薬手帳、医薬品情報の発行、領収書発行、明細型領収書発行などの機能を有する。レセプトには、患者情報、処方日及び処方内容が記載される。患者情報としては、例えば、診察日、保険者番号・保険証の記号番号、患者の名前、生年月日、性別、住所、医療機関、診療科、病名、診療日などの情報が記載され、処方内容としては、例えば、初診（再診）の回数及び点数、指導の回数及び点数、処方した医薬品の品目、用法及び処方量（用量、数量）と点数、処置の回数及び点数、検査の回数と点数、合計の請求点数（医薬品一部負担金額）などの情報が記載される。レセコン２は、これらの情報を調剤実績データとして情報処理サーバ５へ送信する。

（ユーザ端末３）
ユーザ端末３は、例えば、調剤薬局に勤務するユーザ（例えば、薬剤師）が利用する端末（例えば、スマートフォン、タブレット型ＰＣなど）である。ユーザは、ユーザ端末３を利用して、予製剤（作るのに時間がかかるため予め用意しておいた薬剤や、頻繁に処方されるため前もって作った薬剤）ための医薬品のピックアップを行う。

（ユーザ端末４）
ユーザ端末４は、調剤薬局に勤務するユーザ（例えば、薬剤師や店員）が利用する端末である。ユーザは、ユーザ端末４を操作して、患者の次回の処方予定日等の情報を入力することができる。また、ユーザは、ユーザ端末４を操作して、店舗情報（店舗名、住所、連絡先（電話番号、メールアドレスなど）など）を入力することができる。なお、第１実施形態では、ユーザ端末３と、ユーザ端末４とを別の端末としているが、ユーザ端末３とユーザ端末４とを同一の端末としてもよい。ユーザ端末４のハード構成及び機能構成の詳細については後述する。

（情報処理サーバ５）
情報処理サーバ５は、患者の処方箋の情報を受信すると、該処方箋の情報が、予製剤の情報に対応するか否かを判定する。情報処理サーバ５は、予製剤の情報に対応する場合、患者の過去の処方箋の情報が記憶された記憶部を参照し、受信した処方箋の情報と、過去の処方箋の情報とを比較して比較結果の情報をユーザ端末３，４の少なくとも一方へ送信する。

（ユーザ端末３の詳細）
図２（ａ）は、ユーザ端末３のハード構成の一例を示す図、図２（ｂ）は、ユーザ端末３の機能構成の一例を示す図である。図２（ａ）に示すように、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、撮像装置３００Ｅ及びＣＰＵ３００Ｆなどがバス（ＢＵＳ）などを介して接続された構成を備える。

通信ＩＦ３００Ａは、他の装置（第１実施形態では、情報処理サーバ５）と通信するためのインターフェースである。

記憶装置３００Ｂは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体記憶装置である。記憶装置３００Ｂには、端末ＩＤ、情報処理プログラムなどが記憶されている。端末ＩＤは、端末ごとに異なる識別子であり、ユーザ端末３から送信される情報に付与される。これにより、情報処理サーバ５は、受信した情報がどのユーザ端末３から送信されたものであるかを認識することができる。なお、端末ＩＤは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスなどを利用してもよく、情報処理サーバ５が各ユーザ端末３に対して付与するようにしてもよい。

入力装置３００Ｃは、例えば、タッチパネル、キーボード、マウスなどであり、ユーザは、入力装置３００Ｃを操作して、必要な情報を入力したり、撮像装置３００Ｅを利用して医薬品の包装に付された表示体を撮像したりすることができる。

表示装置３００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置３００Ｄは、情報処理システム１の利用に必要な画面を表示する。

撮像装置３００Ｅは、例えば、ＣＣＤ（電荷結合素子）イメージセンサやＣＭＯＳ（相補型ＭＯＳ）イメージセンサ等の個体撮像素子やバーコードスキャナである。ユーザは、撮像装置３００Ｅを利用して、医薬品の包装体に付された表示体を撮像する。上述したように、この表示体には、ＧＴＩＮが含まれており、ＧＴＩＮには、事業者コード、商品アイテムコードなどの情報が含まれている。このため、表示体に含まれるＧＴＩＮを読み取ることで、どの事業者のどの商品かがわかるようになっている。ユーザ（薬剤師）は、撮像装置３００Ｅで医薬品の包装体に付された表示体を撮像することで、医薬品のピッキングを行う。なお、医薬品の包装体に付されたＧＴＩＮ以外に、医薬品の包装体及び医薬品そのものに印字または貼付された文字をＯＣＲ（文字認識）により認識してもよいし、医薬品の包装体及び医薬品そのものに印字または貼付された1次元コード（例えば、バーコード）や２次元コード（例えば、ＱＲコード（登録商標））を読み取ってもよい。さらに、撮像画像から医薬品そのものの形状や色等を認識して、医薬品の種別や個数を認識するようにしてもよい。

ＣＰＵ３００Ｆは、ユーザ端末３を制御し、図示しないＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備えている。

図２（ｂ）に示すように、ユーザ端末３は、記憶装置制御部３０１、入力受付部３０２、表示装置制御部３０３、撮像装置制御部３０４、コード読取部３０５、送信部３０６及び受信部３０７などの機能を有する。なお、図２（ｂ）に示す機能は、ユーザ端末３のＲＯＭ（不図示）に記憶されたプログラムをＣＰＵ３００Ｆが実行することにより実現される。

記憶装置制御部３０１は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０１は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部３０２は、入力装置３００Ｃでの入力操作を受け付ける。

表示装置制御部３０３は、表示装置３００Ｄを制御する。具体的には、表示装置制御部３０３は、情報処理システム１の利用に必要な画面などを表示装置３００Ｄに表示させる。

撮像装置制御部３０４は、撮像装置３００Ｅの撮像を制御する。

コード読取部３０５は、撮像装置３００Ｅを利用して撮像された医薬品の包装体に付された表示体を読み取る。また、コード読取部３０５は、読み取った表示体の情報に、読み取った日時の情報をピックアップ日時の情報として付与する。なお、上述したように、医薬品の包装体に付されたＧＴＩＮ以外に、医薬品の包装体及び医薬品そのものに印字または貼付された文字をＯＣＲ（文字認識）により認識してもよいし、医薬品の包装体及び医薬品そのものに印字または貼付された1次元コード（例えば、バーコード）や２次元コード（例えば、ＱＲコード）を読み取ってもよい。さらに、撮像画像から医薬品そのものの形状や色等を認識して、医薬品の種別や個数を認識するようにしてもよい。

送信部３０６は、入力受付部３０２で受け付けられた情報などを情報処理サーバ５へ送信する。また、送信部３０６は、コード読取部３０５で読み取られたＧＴＩＮや使用期限、製造番号の情報及び読み取った日時の情報を入庫情報として情報処理サーバ５へ送信する。なお、送信部３０６は、上記情報を送信する際に記憶装置３００Ｂに記憶されている端末ＩＤを付与して情報処理サーバ５へ送信する。

受信部３０７は、情報処理サーバ５から送信される情報を受信する。

（ユーザ端末４の詳細）
図３（ａ）は、ユーザ端末４のハード構成の一例を示す図、図３（ｂ）は、ユーザ端末４の機能構成の一例を示す図である。図３（ａ）に示すように、ユーザ端末４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ及びＣＰＵ４００Ｅがバス（ＢＵＳ）などを介して接続された構成を備える。

通信ＩＦ４００Ａは、他の装置（第１実施形態では、情報処理サーバ５）と通信するためのインターフェースである。

記憶装置４００Ｂは、例えば、ＨＤＤやＳＳＤなどの半導体記憶装置である。記憶装置４００Ｂには、端末ＩＤ、情報処理プログラムなどが記憶されている。端末ＩＤは、端末ごとに異なる識別子であり、ユーザ端末４から送信される情報に付与される。これにより、情報処理サーバ５は、受信した情報がどのユーザ端末４から送信されたものであるかを認識することができる。なお、端末ＩＤは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスなどを利用してもよく、情報処理サーバ５が各ユーザ端末４に対して付与するようにしてもよい。

入力装置４００Ｃは、例えば、マウス、キーボード、タッチパネルなどであり、ユーザは、入力装置４００Ｃを操作して、必要な情報を入力することができる。

表示装置４００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置４００Ｄは、情報処理システム１の利用に必要な画面などを表示する。

ＣＰＵ４００Ｅは、ユーザ端末４を制御し、図示しないＲＯＭ及びＲＡＭを備えている。

図３（ｂ）に示すように、ユーザ端末４は、記憶装置制御部４０１、入力受付部４０２、表示装置制御部４０３、送信部４０４及び受信部４０５などの機能を有する。なお、図３（ｂ）に示す機能は、ユーザ端末４のＲＯＭ（不図示）に記憶されたプログラムをＣＰＵ４００Ｅが実行することにより実現される。

記憶装置制御部４０１は、記憶装置４００Ｂを制御する。具体的には、記憶装置制御部４０１は、記憶装置４００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部４０２は、入力装置４００Ｃでの入力操作を受け付ける。

表示装置制御部４０３は、表示装置４００Ｄを制御する。具体的には、表示装置制御部４０３は、情報処理システム１の利用に必要な画面などを表示装置４００Ｄに表示させる。

送信部４０４は、入力受付部４０２で受け付けられた情報などを情報処理サーバ５へ送信する。なお、送信部４０４は、上記情報を送信する際に記憶装置４００Ｂに記憶されている端末ＩＤを付与して情報処理サーバ５へ送信する。

受信部４０５は、情報処理サーバ５から送信される情報を受信する。

（情報処理サーバ５の詳細）
図４（ａ）は、情報処理サーバ５のハード構成の一例を示す図、図４（ｂ）は、情報処理サーバ５の機能構成の一例を示す図である。図４（ａ）に示すように、情報処理サーバ５は、通信ＩＦ５００Ａ、記憶装置５００Ｂ（第1記憶部）及びＣＰＵ５００Ｃがバス（ＢＵＳ）などを介して接続された構成を備える。また、情報処理サーバ５は、図示しないＲＴＣを備え、日時を計測する。

通信ＩＦ５００Ａは、他の装置（第１実施形態では、レセコン２、ユーザ端末３及びユーザ端末４）と通信するためのインターフェースである。

記憶装置５００Ｂは、例えば、ＨＤＤやＳＳＤなどの半導体記憶装置である。記憶装置５００Ｂには、店舗ＩＤに店舗情報（例えば、店舗名、住所、連絡先など）が関連付けて記憶されている。

また、記憶装置５００Ｂには、店舗ＩＤに端末ＩＤが関連付けられて記憶されており、どのユーザ端末３，４がどの店舗のものであるかが認識できるように構成されている。

また、記憶装置５００Ｂには、店舗ＩＤに患者ＩＤが関連付けられて記憶されており、どの患者がどの店舗で調剤を受けているかが認識できるように構成されている。

また、記憶装置５００Ｂには、患者ＩＤに患者情報（例えば、保険者番号・保険証の記号番号、患者の名前、生年月日、性別、住所など）が関連付けられて記憶されている。

また、記憶装置５００Ｂには、患者ＩＤに患者の過去の処方箋の情報（例えば初診（再診）の回数、指導の回数、処方した医薬品の品目、用法及び処方量（用量、数量）、処置の回数、検査の回数、処方日など）が関連付けて記憶されている。

また、記憶装置５００Ｂには、予製情報生成部５０７により生成された予製剤の情報が患者ＩＤに関連付けて記憶されている。

また、記憶装置５００Ｂには、予製剤の種類ごとに、必要となる医薬品の品目及び数量が関連付けて格納されたデータベースが記憶されている。また、記憶装置５００Ｂには、サーバＩＤ、情報処理プログラムなどが記憶されている。

ＣＰＵ５００Ｃは、情報処理サーバ５を制御し、図示しないＲＯＭ及びＲＡＭを備えている。

図４（ｂ）に示すように、情報処理サーバ５は、受信部５０１（受付部）、送信部５０２（出力部）、記憶装置制御部５０３、第１判定部５０４、比較部５０５、予測部５０６、予製情報生成部５０７、照合部５０８などの機能を有する。なお、図４（ｂ）に示す機能は、ユーザ端末３のＲＯＭ（不図示）に記憶された情報処理プログラムをＣＰＵ５００Ｃが実行することにより実現される。

受信部５０１は、レセコン２、ユーザ端末３及びユーザ端末４から送信される情報を受信する。受信部５０１は、例えば、以下の（１−１）から（１−３）の情報を受信（受け付ける）する。
（１−１）患者の処方箋の情報
（１−２）患者の次回の処方予定日
（１−３）ピックアップした医薬品の情報

送信部５０２（出力部）は、ユーザ端末３，４へ情報を送信（出力）する。より具体的には、送信部５０２は、以下の（２−１）から（２−３）の情報を送信する。
（２−１）前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報
（２−２）予製情報生成部５０７により生成された予製剤の情報（処方予定日及び処方内容を含む予製計画）
（２−３）照合部５０８での照合結果の情報

記憶装置制御部５０３は、記憶装置５００Ｂを制御する。具体的には、記憶装置制御部５０３は、記憶装置５００Ｂを制御して情報の書き込みや読み出しを行う。

第１判定部５０４は、受信部５０１が受信した患者の処方箋の情報が、患者の予製剤の情報に対応するか否かを判定する。より具体的には、第１判定部５０４は、受信部５０１が受信した患者の処方箋の情報に含まれる患者情報に基づいて、同じ患者の予製剤の情報が記憶装置５００Ｂに記憶されているか否かを判定する。

比較部５０５は、第１判定部５０４での判定結果に応じて、換言すると、同じ患者の予製剤の情報が記憶装置５００Ｂに記憶されている場合、該患者の過去の処方箋の情報が記憶された記憶装置５００Ｂを参照し、受信部５０１が受け付けた処方箋の情報と、過去の処方箋の情報とを比較する。

予測部５０６は、記憶装置５００Ｂに記憶された患者の過去の処方箋の情報に基づいて、次回の処方予定日及び処方内容を患者ごとに予測する。具体的には、予測部５０６は、調剤実績データに含まれる日付情報（例えば、処方日）、患者情報、及び患者の処方内容の情報から、患者の来局間隔と該患者の処方内容の関係を患者ごとに学習する。次いで、予測部５０６は、学習した患者の来局間隔と該患者の処方内容との関係に基づいて、患者の来局予定日及び処方内容を患者ごとに予測する。また、予測部５０６は、受信部５０１で患者の次回の処方予定日の情報を受信した（受け付けた）場合、記憶装置５００Ｂに記録された患者の過去の処方箋の情報を参照し、受信部５０１で受信した患者の次回の処方予定日における処方内容を予測する。

予製情報生成部５０７は、予測部５０６が予測した患者の次回の処方予定日及び処方内容に基づいて、患者の次回の処方予定日における予製剤の情報（予製計画）を患者ごとに生成する。また、予製情報生成部５０７は、受信部５０１が受信した患者の次回の処方予定日及び予測部５０６が予測した患者の次回の処方内容に基づいて、患者の次回の処方予定日における予製剤の情報を生成する。予製情報生成部５０７が生成した予製剤の情報は、予製ＩＤに関連付けて記憶装置５００Ｂへ記憶される。

照合部５０８は、記憶装置５００Ｂを参照し、受信部５０１が受信した患者の処方箋の情報と、患者の予製剤の情報とを照合する。また、照合部５０８は、受信部５０１が受信したユーザ（例えば、薬剤師）がユーザ端末３を利用してピックアップした医薬品の情報と、予製情報生成部５０７が生成した予製剤の情報とを照合する。

なお、第１実施形態では、予製情報生成部５０７が患者の予製剤の情報を生成しているが、ネットワーク６を介して情報処理サーバ５に接続された外部機器で生成された予製計画を予製剤の情報として利用する構成としてもよい。この場合、前記外部機器から送信される予製計画を、情報処理サーバ５の受信部５０１で受信して該予製計画を予製剤の情報として利用することで、ユーザが予製計画を手動で作成してユーザ端末４へ入力する必要がなくなり、利便性が向上する。

（情報処理システム１の処理）
以下、図５から図７を参照して、情報処理システム１の処理について説明する。

（予製剤情報生成処理）
図５を参照して、情報処理システム１の予製剤情報生成処理について説明する。

（ステップＳ１０１）
情報処理サーバ５の予測部５０６は、記憶装置５００Ｂを参照する。

（ステップＳ１０２）
情報処理サーバ５の予測部５０６は、記憶装置５００Ｂに記憶されている調剤実績データに含まれる日付情報、患者情報、及び患者の処方内容の情報から、患者の来局間隔と該患者の処方内容の関係を患者ごとに学習する。

（ステップＳ１０３）
情報処理サーバ５の予測部５０６は、学習した患者の来局間隔と該患者の処方内容との関係に基づいて、患者の来局予定及び処方内容を患者ごとに予測する。また、予測部５０６は、受信部５０１で患者の次回の処方予定日の情報を受信した場合、記憶装置５００Ｂに記録された患者の過去の処方箋の情報を参照し、受信部５０１で受信した患者の次回の処方予定日における処方内容を予測する。

（ステップＳ１０４）
情報処理サーバ５の予製情報生成部５０７は、予測部５０６が予測した患者の次回の処方予定日及び処方内容に基づいて、各患者の次回の処方予定日における予製剤の情報（予製計画）を患者ごとに生成する。また、予製情報生成部５０７は、受信部５０１が受信した患者の次回の処方予定日及び予測部５０６が予測した患者の次回の処方内容に基づいて、患者の次回の処方予定日における予製剤の情報（予製計画）を生成する。

（ステップＳ１０５）
情報処理サーバ５の送信部５０２は、予製情報生成部５０７が生成した予製剤の情報をユーザ端末３及びユーザ端末４の少なくとも一方に送信する（出力する）。送信部５０２は、予製剤の情報を送信する際に、生成した予製剤の情報の患者ＩＤに関連付けられた店舗のユーザ端末３及びユーザ端末４の少なくとも一方に送信する。

（ピッキング処理）
図６を参照して、情報処理システム１のピッキング処理について説明する。

（ステップＳ２０１）
ユーザは、ユーザ端末３の入力装置３００Ｃを操作して、ピッキング処理を開始する。

（ステップＳ２０２）
ユーザは、ユーザ端末３の入力装置３００Ｃを操作して、記憶装置５００Ｂに記憶されている予製剤の情報を読み出し、いずれの予製剤の情報の医薬品をピックアップするかを選択する。ユーザにより選択された情報は、ユーザ端末３の送信部３０６により送信され、情報処理サーバ５の受信部５０１で受信される。

（ステップＳ２０３）
情報処理サーバ５の送信部５０２は、受信部５０１が受信した情報に基づいて、記憶装置５００Ｂから予製剤の情報を読み出してユーザ端末３へ送信する。ユーザ端末３の受信部３０７で受信された予製剤の情報は、ユーザ端末３の表示装置３００Ｄに提示（表示）される。

（ステップＳ２０４）
ユーザは、ユーザ端末３の入力装置３００Ｃを操作して、ピックアップする医薬品の包装体を読み取る。具体的には、ユーザ端末３の撮像装置３００Ｅを医薬品の包装体にかざし、入力装置３００Ｃを操作して包装体に印字又は貼付された表示体を撮像する。撮像装置制御部３０４は、入力受付部３０２で受け付けられた撮像操作に基づいて、撮像装置３００Ｅを制御して撮影を行う。ユーザ端末３のコード読取部３０５は、表示体の撮影画像から包装体に収納されている医薬品の品目（薬品名、メーカ名、製造番号など）を読み取り、送信部３０６は、読み取られた情報に店舗ＩＤを付して情報処理サーバ５へ送信する。情報処理サーバ５の受信部５０１は、ユーザ端末３から送信される情報及び店舗ＩＤを受信する。

（ステップＳ２０５）
情報処理サーバ５の照合部５０８は、ステップＳ２０４で受信した医薬品の情報（種別及び数量）が、予製剤の情報に含まれる医薬品の情報と一致するか否か照合する。予製剤の情報に一致する医薬品の情報がある場合（ＹＥＳ）、情報処理サーバ５は、ステップＳ２０７の処理を実行する。予製剤の情報に一致する医薬品の情報がない場合（ＮＯ）、情報処理サーバ５は、ステップＳ２０６の処理を実行する。

（ステップＳ２０６）
情報処理サーバ５の送信部５０２は、一致する医薬品の情報がない旨のエラーをユーザ端末３へ送信する。情報処理サーバ５から送信されたエラーの情報は、ユーザ端末３の受信部３０７で受信され、表示装置制御部３０３により表示装置３００Ｄに表示される。その後、情報処理サーバ５は、ステップＳ２０４の処理を実行する。

（ステップＳ２０７）
情報処理サーバ５の照合部５０８は、予製剤の情報に含まれる全ての医薬品のピックアップが終了したか否かを判定する。具体的には、照合部５０８は、予製剤の情報に含まれる全ての医薬品と一致する医薬品の情報を受信したか否かを判定する。全ての医薬品のピックアップが終了している場合（ＹＥＳ）、情報処理サーバ５は、ピッキング処理を終了する。全ての医薬品のピックアップが終了していない場合（ＮＯ）、情報処理サーバ５は、ステップＳ２０４の処理を実行する。

なお、上記説明では、ユーザがユーザ端末３の入力装置３００Ｃを操作して、ピックアップする医薬品の表示体を読み取ることで、ピックアップした医薬品の種別及び数量が情報処理サーバ５へ送信される構成となっているが、ユーザがユーザ端末３の入力装置３００Ｃを操作して、ピックアップする医薬品の種別及び数量を入力することで、ピックアップした医薬品の種別及び数量が情報処理サーバ５へ送信される構成としてもよい。また、ユーザ端末３の表示装置３００Ｄにピックアップすべき医薬品の数量が種別ごとに表示され、ユーザがユーザ端末３の入力装置３００Ｃを操作して、ピックアップした種別の医薬品をチェックすることで、ピックアップした医薬品の種別及び数量が情報処理サーバ５へ送信される構成としてもよい。

（処方情報出力処理）
図７を参照して、情報処理システム１の処方情報出力処理について説明する。

（ステップＳ３０１）
情報処理サーバ５の受信部５０１は、ユーザ端末４から送信される処方箋の情報を受信する。

（ステップＳ３０２）
情報処理サーバ５の比較部５０５は、記憶装置５００Ｂを参照する。

（ステップＳ３０３）
情報処理サーバ５の第１判定部５０４は、記憶装置５００Ｂに受信部５０１で受信した処方箋に対応する予製剤の情報が存在するか否かを判定する。対応する予製剤の情報が存在する場合（ＹＥＳ）、情報処理サーバ５は、ステップＳ３０４の処理を実行する。対応する予製剤の情報が存在しない場合（ＮＯ）、情報処理サーバ５は、処方情報出力処理を終了する。

（ステップＳ３０４）
情報処理サーバ５の比較部５０５は、第１判定部５０４での判定結果に応じて、患者の過去の処方箋の情報が記憶された記憶装置５００Ｂを参照し、受信部５０１が受け付けた処方箋の情報と、同じ患者の過去の処方箋の情報とを比較する。

（ステップＳ３０５）
情報処理サーバ５の送信部５０２は、比較部５０５での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として送信（出力）する。送信された情報は、ユーザ端末３の受信部３０７で受信され、表示装置制御部３０３により表示装置３００Ｄに表示される。なお、表示装置３００Ｄには、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な形態で表示される。例えば、前回の処方箋の情報と異なる箇所（処方回数、1回の服用数量など）を強調表示（例えば、前回の処方箋の情報と異なる箇所を赤字、前回の処方箋の情報と同じ個所を黒字など）するようにしてもよい。

以上のように、第１実施形態に係る情報処理サーバ（情報処理装置）は、患者の処方箋の情報を受信する（受け付ける）受信部５０１（受付部）と、受信部５０１が受信した患者の処方箋の情報が、患者の予製剤の情報に対応するか否かを判定する第１判定部５０４と、第１判定部５０４での判定結果に応じて、患者の過去の処方箋の情報が記憶された記憶装置５００Ｂ（第１記憶部）を参照し、受信部５０１が受信した処方箋の情報と、過去の処方箋の情報とを比較する比較部５０５と、比較部５０５での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として送信（出力）する送信部５０２（出力部）とを備えている。このように、全ての処方箋について過去との変更点を比較するのではなく、予製剤を製造した場合にのみ過去との変更点を比較し、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として送信（出力）するので、例えば、前回が風邪、今回が下痢など、前回と今回で症状が異なる場合のように略変更点しかないような場合には、変更点の情報が提示されないので、かえって煩わしく確認しづらいという問題が生じず利便性が向上する。

また、第１実施形態では、患者の過去の処方箋の情報には、患者の処方内容と処方日とが含まれている。そして、情報処理サーバ５は、記憶装置５００Ｂに記憶された患者の過去の処方箋の情報に基づいて、患者の次回の処方予定日及び処方内容を予測する予測部５０６と、予測部５０６が予測した患者の次回の処方予定日及び処方内容に基づいて、患者の次回の処方予定日における予製剤の情報を生成する予製情報生成部５０７とを備えている。そして、第１判定部５０４は、受信部５０１が受信した患者の処方箋の情報が、予製情報生成部５０７が生成した患者の予製剤の情報に対応するか否かを判定する。このため、ユーザが予製剤の情報（予製計画）を手動で作成してユーザ端末４へ入力する必要がなく、利便性が向上する。

また、情報処理サーバ５の受信部５０１は、患者の次回の処方予定日を受け付け、予測部５０６は、受信部５０１が患者の次回の処方予定日を受け付けると、記憶装置５００Ｂに記録された患者の過去の処方箋の情報を参照し、患者の次回の処方内容を予測し、予製情報生成部５０７は、受信部５０１が受信した患者の次回の処方予定日及び予測部５０６が予測した患者の次回の処方内容に基づいて、患者の次回の処方予定日における予製剤の情報を生成する。このため、ユーザが予製剤の情報（予製計画）を手動で作成してユーザ端末４へ入力する必要がなく、利便性が向上する。

また、情報処理サーバ５は、記憶装置５００Ｂを参照し、受信部５０１が受信した患者の処方箋の情報と、患者の予製剤の情報とを照合する照合部５０８を備えている。そして、送信部５０２は、照合部５０８での照合結果の情報を出力する。このように、処方箋の処方内容と予製された医薬品との照合結果を確認することができ、利便性が向上する。

また、情報処理サーバ５の受信部５０１は、ピックアップした医薬品の情報を受け付け、照合部５０８は、受信部５０１が受信した医薬品の情報と、予製剤の情報とを照合する。このため、処方箋の処方内容と予製された医薬品とが一致しているか否かを確認することができ、処方箋の鑑査精度と利便性が向上する。

[第２実施形態]
次に、図８から図１０を参照して第２実施形態に係る情報処理システム１について説明する。なお、以下の説明では、図１から図７を参照して説明した第１実施形態に係る情報処理システム１と同じ構成については、同一の符号を付して重複する説明を省略する。

なお、第２実施形態に係る情報処理サーバ５の記憶装置５００Ｂ（第２記憶部）には、店舗ＩＤに関連付けて医薬品の在庫量が医薬品の種別ごとに記憶されている。また、第２実施形態に係る情報処理サーバ５の記憶装置５００Ｂには、店舗ＩＤに関連付けて店舗の適正な在庫量（所定の在庫量）が店舗ごとに記憶されている。

図８は、第２実施形態に係る情報処理サーバ５の機能構成の一例を示す図である。図８に示すように、情報処理サーバ５は、受信部５０１（受付部）、送信部５０２（出力部）記憶装置制御部５０３、第１判定部５０４、比較部５０５、予測部５０６、予製情報生成部５０７、照合部５０８、在庫量更新部５１０、第２判定部５１１、発注指示部５１２などの機能を有する。なお、図８に示す機能は、ユーザ端末３のＲＯＭ（不図示）に記憶された情報処理プログラムをＣＰＵ５００Ｃが実行することにより実現される。

在庫量更新部５１０は、医薬品の在庫量が医薬品の種別ごとに記憶された記憶装置５００Ｂを参照し、照合部５０８での照合結果に応じて、記憶装置５００Ｂに記憶されている在庫情報からピックアップされた医薬品の数量を減算して、在庫量を更新する。

第２判定部５１１は、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか（所定の在庫量以上であるか）否かを判定する。より具体的には、第２判定部５１１は、在庫量更新部５１０により更新された種別の医薬品について、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか（所定の在庫量以上であるか）否かを判定する。

発注指示部５１２は、第２判定部５１１での判定結果に応じて、医薬品の発注を指示する。

（情報処理システム１の処理）
以下、図９及び図１０を参照して、情報処理システム１の処理について説明する。

（在庫量更新処理）
以下、図９を参照して、在庫量更新処理について説明する。

（ステップＳ４０１）
情報処理サーバ５は、ピッキング処理が開始されたか否かを判定する。具体的には、情報処理サーバ５は、図６のピッキング処理が開始されたか否かを判定する。ピッキングが開始されている場合（ＹＥＳ）、情報処理サーバ５は、ステップＳ４０２の処理を実行する。また、ピッキングが開始されていない場合（ＮＯ）、情報処理サーバ５は、ステップＳ４０１の処理を実行する。

（ステップＳ４０２）
情報処理サーバ５の受信部５０１は、ユーザ端末３から送信される医薬品の情報及び店舗ＩＤを受信する。

（ステップＳ４０３）
情報処理サーバ５は、ピッキングが終了したか否かを判定する。具体的には、図６のＳ２０７の処理でＹＥＳとなったか否かを判定する。ピッキングが終了している場合（ＹＥＳ）、情報処理サーバ５は、ステップＳ４０４の処理を実行する。また、ピッキングが終了していない場合（ＮＯ）、情報処理サーバ５は、ステップＳ４０２の処理を実行する。

（ステップＳ４０４）
情報処理サーバ５の在庫量更新部５１０は、医薬品の在庫量が医薬品の種別ごとに記憶された記憶装置５００Ｂを参照し、記憶装置５００Ｂに記憶されている在庫情報からピックアップされた医薬品の数量を減算して、在庫量を更新する。具体的には、在庫量更新部５１０は、受信部５０１で受信した情報に含まれる医薬品の種別及び数量を記憶装置５００Ｂに記憶されている在庫情報から減算する。

（発注処理）
以下、図１０を参照して、発注処理について説明する。

（ステップＳ５０１）
情報処理サーバ５の第２判定部５１１は、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか否かを判定する。より具体的には、第２判定部５１１は、在庫量更新部５１０により更新された種別の医薬品について、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか否かを判定する。在庫量を満たす場合、換言すると、所定の在庫量以上である場合（ＹＥＳ）、情報処理サーバ５は、発注処理を終了する。また、在庫量を満たさない場合、換言すると、所定の在庫量以上でない場合（ＮＯ）、情報処理サーバ５は、ステップＳ５０２の処理を実行する。

（ステップＳ５０２）
発注指示部５１２は、第２判定部５１１での判定結果に応じて、医薬品の発注を指示する。具体的には、発注指示部５１５は、所定の在庫量を下回った品目の医薬品を所定の在庫量となるまで発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５０２へ指示する。なお、発注指示部５１２は、医薬品の卸業者の端末以外に、近隣の調剤薬局等の端末（例えば、ユーザ端末４）に対して発注情報を送信するように送信部５０２へ指示するようにしてもよい。なお、発注量は、予め医薬品の品目ごとに決めておいてもよい。

以上のように、第２実施形態に係る情報処理サーバ５（情報処理装置）は、医薬品の在庫量が前記医薬品の種別ごとに記憶された記憶装置５００Ｂ（第２記憶部）を参照し、照合部５０８での照合結果に応じて、記憶装置５００Ｂに記憶されている在庫情報からピックアップされた医薬品の数量を減算して、在庫量を更新する在庫量更新部５１０と、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか否かを判定する第２判定部５１１と、第２判定部５１１での判定結果に応じて、医薬品の発注を指示する発注指示部５１２とを備えている。このため、医薬品の発注が確実にされるので利便性が向上する。

また、第２実施形態に係る情報処理サーバ５（情報処理装置）の第２判定部５１１は、在庫量更新部５１０により更新された種別の医薬品について、在庫量更新部５１０により更新された後の在庫量が、所定の在庫量を満たすか否かを判定する。このように在庫量が更新された医薬品について所定の在庫量を満たすか否かを判定するため、所定の在庫量を満たすか否かを判定するための情報処理量が少なくて済む。

なお、所定の在庫量は、ユーザがユーザ端末３及びユーザ端末４の少なくとも一方を利用して入力する構成としてもよいし、情報処理サーバ５が、ネットワーク６を介して、レセコン２から送信される調剤実績データから、医薬品の品目ごとの出庫の推移を学習する学習部と、学習部での学習結果に応じて医薬品の品目ごとの需要を予測する需要予測部と、需要予測部で予測した医薬品の品目ごとの需要に応じて、医薬品の適正な在庫量（以下、適正在庫量ともいう）を品目ごとに算出する適正在庫量算出部とを備えるようにしてもよい。

この場合、情報処理サーバ５の第２判定部５１９は、予製分を除いた在庫量が適正在庫量算出部で算出された適正在庫量の範囲内であるか否かを判定し、第２判定部５１９での判定結果が、在庫量算出部で算出された医薬品の品目ごとの在庫量が適正在庫量算出部で算出された適正在庫量の範囲内でない場合、その旨をアラートとして該当する店舗のユーザ端末３及びユーザ端末４の少なくとも一方へ送信するように送信部５０２へ指示するアラート報知部を備えることが好ましい。

また、第２判定部５１９での判定結果が、予製分を除いた在庫量が適正在庫量算出部で算出された適正在庫量の範囲未満である場合、アラート報知部は、在庫が足りない旨（例えば、「品目○○の在庫量が、○○錠だけ適正在庫量を下回っていましたので、発注しました。」）のアラートを該当する店舗のユーザ端末３及びユーザ端末４の少なくとも一方へ送信するように送信部５０２へ指示することが好ましい。この場合、発注指示部５１２は、医薬品の品目ごとの在庫量が適正在庫量算出部で算出された適正在庫量を下回る場合、適正在庫量を下回った品目の医薬品を適正在庫量の上限となるまで発注する発注情報を医薬品の卸業者の端末へ送信するように送信部５０２へ指示する。

また、情報処理サーバ５が予製剤の情報（予製計画）に必要な医薬品の発注をリコメンドする第１通知部を備えるようにしてもよい。予製剤の情報（予製計画）に必要な医薬品の発注をリコメンドすることにより、予製分の医薬品についても、発注を忘れることがなく利便性が向上する。なお、リコメンドの通知から一定期間が過ぎても、ユーザにより発注処理が行われない場合は、発注指示部５１２が予製計画に必要な医薬品を発注するようにしてもよい。具体的には、発注指示部５１２は、予製剤の情報（予製計画）に必要な医薬品を医薬品の卸業者の端末へ送信するように送信部５０２へ指示し、送信部５０２は、発注指示部５１２による医薬品の発注情報を医薬品の卸業者の端末へ送信する。

また、予製剤の情報（予製計画）に基づいて、予製剤を準備（調整）することをリコメンドする第２通知部を備えるようにしてもよい。この場合、第２通知部は、予製計画に含まれる予製剤が必要な日時まで、例えば、予め設定された期間前に上記リコメンドを行う。また、第２通知部がリコメンドを通知する時期を予製剤の調整量に応じて変化させてもよい。例えば、予製剤の調整量が多い時には、上記リコメンドの通知時期を設定よりも早くし、予製剤の調整量が少ない時には、上記リコメンドの通知時期を設定よりも遅くするようにしてもよい。

また、情報処理サーバ５に調剤薬局、医療機関及び医薬品の卸業者の少なくとも１以上の休日情報を取得する休日情報取得部を備えるようにし、予測部５０６は、休日情報取得部で取得される休日情報に基づいて、患者の次回の処方予定日及び処方内容を予測するようにしてもよい。これにより、調剤薬局等及び医薬品の卸業者の少なくとも一方の休日を考慮して、予製剤の情報（予製計画）を生成することができ、利便性が向上する。なお、休日情報は、ユーザがユーザ端末３及びユーザ端末４の少なくとも一方へ入力したものを利用するようにしてもよい。

[その他の実施形態]
上記実施形態及び変形例では、入庫情報として、ユーザ端末３の撮像装置で医薬品に付された表示体を読み取った情報を利用しているが、店舗の店員がユーザ端末３の入力装置３００Ｃ及びユーザ端末４の入力装置４００Ｃの少なくとも一方を操作して入庫情報を入力する構成としてもよい。また、出庫情報として、レセコン２から出力される調剤実績データを利用しているが、店舗の店員がユーザ端末３の入力装置３００Ｃ及びユーザ端末４の入力装置４００Ｃの少なくとも一方を操作して出庫情報を入力する構成としてもよい。また、電子カルテ、電子お薬手帳などの他、店舗間移動や廃棄、医薬品の卸業者の納品データ（返品データを含む）など、外部のシステムから入出庫情報を取得するようにしてもよい。

以上説明したように、本発明によれば、より利便性の高い情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することができる。

１ 情報処理システム
２ レセコン（レセプトコンピュータ）
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ 撮像装置
３００Ｆ ＣＰＵ
３０１ 記憶装置制御部
３０２ 入力受付部
３０３ 表示装置制御部
３０４ 撮像装置制御部
３０５ コード読取部
３０６ 送信部
３０７ 受信部
４ ユーザ端末
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ 入力装置
４００Ｄ 表示装置
４００Ｆ ＣＰＵ
４０１ 記憶装置制御部
４０２ 入力受付部
４０３ 表示装置制御部
４０４ 送信部
４０５ 受信部
５ 情報処理サーバ（情報処理装置）
５００Ａ 通信ＩＦ
５００Ｂ 記憶装置
５００Ｃ ＣＰＵ
５０１ 受信部（受付部）
５０２ 送信部（出力部）
５０３ 記憶装置制御部
５０４ 第１判定部
５０５ 比較部
５０６ 予測部
５０７ 予製情報生成部
５０８ 照合部
５１０ 在庫量更新部
５１１ 第２判定部
５１２ 発注指示部
６ ネットワーク

Claims (11)

1. 患者の処方内容と処方日とが含まれた患者の処方箋の情報を受け付ける受付部と、
   前記受付部が受け付けた前記患者の処方箋の情報が、前記患者の予製剤の情報に対応するか否かを判定する第１判定部と、
   前記第１判定部での判定結果に応じて、前記患者の過去の処方箋の情報が記憶された第１記憶部を参照し、前記受付部が受け付けた前記処方箋の情報と、前記過去の処方箋の情報とを比較する比較部と、
   前記比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として出力する出力部と、
   前記第１記憶部に記憶された前記患者の過去の処方箋の情報に基づいて、前記患者の次回の処方予定日及び処方内容を予測する予測部と、
   前記予測部が予測した前記患者の次回の処方予定日及び処方内容に基づいて、前記患者の次回の処方予定日における予製剤の情報を生成する予製情報生成部と、を備え、
   前記予測部は、
   前記患者の次回の処方予定日を前記患者の過去の来局間隔に基づいて予測し、
   前記第1判定部は、
   前記受付部が受け付けた前記患者の処方箋の情報が、予製情報生成部が生成した前記患者の予製剤の情報に対応するか否かを判定する、
   ことを特徴とする情報処理装置。
2. 前記受付部は、
   ピックアップした医薬品の情報を受け付け、
   前記受付部が受け付けた前記医薬品の情報と、前記予製剤の情報とを照合し、かつ、前記受付部が受け付けた前記患者の処方箋の情報と、前記患者の予製剤の情報とを照合する照合部を備え、
   前記出力部は、
   前記照合部での照合結果の情報を出力することを特徴とする請求項１に記載の情報処理装置。
3. 前記受付部は、
   前記患者の次回の処方予定日を受け付け、
   前記予測部は、
   前記受付部が前記患者の次回の処方予定日を受け付けると、前記第1記憶部に記録された前記患者の過去の処方箋の情報を参照し、前記患者の次回の処方内容を予測し、
   前記予製情報生成部は、
   前記受付部が受け付けた前記患者の次回の処方予定日及び前記予測部が予測した前記患者の次回の処方内容に基づいて、前記患者の次回の処方予定日における予製剤の情報を生成することを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記医薬品の在庫量が前記医薬品の種別ごとに記憶された第２記憶部を参照し、前記照合部での照合結果に応じて、前記第２記憶部に記憶されている在庫情報から前記ピックアップされた医薬品の数量を減算して、前記在庫量を更新する在庫量更新部と、
   前記在庫量更新部により更新された後の在庫量が、所定の在庫量を満たすか否かを判定する第２判定部と、
   前記第２判定部での判定結果に応じて、前記医薬品の発注を指示する発注指示部と、
   を備えることを特徴とする請求項２に記載の情報処理装置。
5. 前記第２判定部は、
   前記在庫量更新部により更新された種別の医薬品について、前記在庫量更新部により更新された後の在庫量が、所定の在庫量を満たすか否かを判定することを特徴とする請求項４に記載の情報処理装置。
6. 受付部が、患者の処方内容と処方日とが含まれた患者の処方箋の情報を受け付ける工程と、
   判定部が、前記受付部が受け付けた前記患者の処方箋の情報が、前記患者の予製剤の情報に対応するか否かを判定する工程と、
   比較部が、前記判定部での判定結果に応じて、前記患者の過去の処方箋の情報が記憶された記憶部を参照し、前記受付部が受け付けた前記処方箋の情報と、前記過去の処方箋の情報とを比較する工程と、
   出力部が、前記比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として出力する工程と、
   予測部が、前記記憶部に記憶された前記患者の過去の処方箋の情報に基づいて、前記患者の次回の処方予定日及び処方内容を予測する工程と、
   予製情報生成部が、前記予測部が予測した前記患者の次回の処方予定日及び処方内容に基づいて、前記患者の次回の処方予定日における予製剤の情報を生成する工程と、
   前記予測部が、前記患者の次回の処方予定日を前記患者の過去の来局間隔に基づいて予測する工程と、
   前記判定部が、前記受付部が受け付けた前記患者の処方箋の情報が、予製情報生成部が生成した前記患者の予製剤の情報に対応するか否かを判定する工程と、
   を有することを特徴とする情報処理方法。
7. 前記受付部が、ピックアップした医薬品の情報を受け付ける工程と、
   照合部が、前記受付部が受け付けた前記医薬品の情報と、前記予製剤の情報とを照合し、かつ、前記受付部が受け付けた前記患者の処方箋の情報と、前記患者の予製剤の情報とを照合する工程と、
   前記出力部が、前記照合部での照合結果の情報を出力する工程と、
   を有することを特徴とする請求項６に記載の情報処理方法。
8. コンピュータを、
   患者の処方内容と処方日とが含まれた患者の処方箋の情報を受け付ける受付部、
   前記受付部が受け付けた前記患者の処方箋の情報が、前記患者の予製剤の情報に対応するか否かを判定する判定部、
   前記判定部での判定結果に応じて、前記患者の過去の処方箋の情報が記憶された記憶部を参照し、前記受付部が受け付けた前記処方箋の情報と、前記過去の処方箋の情報とを比較する比較部、
   前記比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として出力する出力部、
   前記記憶部に記憶された前記患者の過去の処方箋の情報に基づいて、前記患者の次回の処方予定日及び処方内容を予測する予測部、
   前記予測部が予測した前記患者の次回の処方予定日及び処方内容に基づいて、前記患者の次回の処方予定日における予製剤の情報を生成する予製情報生成部、
   として機能させ、
   前記予測部は、
   前記患者の次回の処方予定日を前記患者の過去の来局間隔に基づいて予測し、
   前記判定部は、
   前記受付部が受け付けた前記患者の処方箋の情報が、予製情報生成部が生成した前記患者の予製剤の情報に対応するか否かを判定する、
   ことを特徴とする情報処理プログラム。
9. 前記受付部は、ピックアップした医薬品の情報を受け付け、
   前記受付部が受け付けた前記医薬品の情報と、前記予製剤の情報とを照合し、かつ、前記受付部が受け付けた前記患者の処方箋の情報と、前記患者の予製剤の情報とを照合する照合部として機能させ、
   前記出力部は、前記照合部での照合結果の情報を出力する、
   ように機能させることを特徴とする請求項８に記載の情報処理プログラム。
10. レセプトコンピュータと、ユーザ端末と、サーバとを具備する情報処理システムであって、
    前記レセプトコンピュータは、
    患者の処方内容と処方日とが含まれた患者の処方箋の情報を受け付ける受付部と、
    前記受付部で受け付けられた前記患者の処方箋の情報を前記サーバへ送信する送信部と、を備え、
    前記サーバは、
    前記レセプトコンピュータから送信される前記患者の処方箋の情報を受信する受信部と、
    前記受付部が受け付けた前記患者の処方箋の情報が、前記患者の予製剤の情報に対応するか否かを判定する判定部と、
    前記判定部での判定結果に応じて、前記患者の過去の処方箋の情報が記憶された記憶部を参照し、前記受付部が受け付けた前記処方箋の情報と、前記過去の処方箋の情報とを比較する比較部と、
    前記比較部での比較結果に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能な情報として前記ユーザ端末へ送信する送信部と、
    前記記憶部に記憶された前記患者の過去の処方箋の情報に基づいて、前記患者の次回の処方予定日及び処方内容を予測する予測部と、
    前記予測部が予測した前記患者の次回の処方予定日及び処方内容に基づいて、前記患者の次回の処方予定日における予製剤の情報を生成する予製情報生成部と、を備え、
    前記ユーザ端末は、
    前記サーバから送信される前記情報を受信する受信部と、
    前記受信部が受信した前記情報に基づいて、前回の処方箋の情報と異なる情報と、前回の処方箋の情報と異ならない情報とを識別可能に表示装置に表示させる表示制御部と、を備え、
    前記予測部は、
    前記患者の次回の処方予定日を前記患者の過去の来局間隔に基づいて予測し、
    前記判定部は、
    前記受付部が受け付けた前記患者の処方箋の情報が、予製情報生成部が生成した前記患者の予製剤の情報に対応するか否かを判定する、
    ことを特徴とする情報処理システム。
11. 前記受付部は、
    ピックアップした医薬品の情報を受け付け、
    前記受付部が受け付けた前記医薬品の情報と、前記予製剤の情報とを照合し、かつ、前記受付部が受け付けた前記患者の処方箋の情報と、前記患者の予製剤の情報とを照合する照合部を備え、
    前記出力部は、
    前記照合部での照合結果の情報を出力する、
    ことを特徴とする請求項１０に記載の情報処理システム。

Images