JP4923915B2 - 医薬品管理装置及びプログラム - Google Patents

Description

本発明は、医薬品管理装置及びプログラムに関する。

従来、調剤薬局では、レセプトコンピュータ（以下、レセコンという）を用いて、処方受付から、会計までの業務処理および医薬品の管理を行っていた。調剤薬局で管理する医療用医薬品には、時系列・目的（発注・入荷・在庫・出庫等）で変化する形状（箱、シートバラなど）によって定まる含有数量及び有効期限という特有の管理要素があった。

また、医薬品の箱に付けられたバーコードを読み取って商品流通コード、有効期限、ロットナンバー、商品流通コードを取得し、その医薬品の商品流通コード、数量及び有効期限を管理する調剤薬局支援システムが考えられている（例えば、特許文献１、２参照）。
特開２００５−１１５８７８号公報 特開２００６−４８５００号公報

しかし、調剤薬局で管理する医療用医薬品には、時系列・目的で変化する形状によって定まる含有数量及び有効期限という特有の管理要素があるため、例えば、発注する商品の単位（以下、子：発注単位という）、在庫管理する商品の単位（以下、親：棚卸単位という）が異なり、商品の管理が業務ごとに複雑な判断を要する場合があった。

上記従来の調剤薬局支援システムやレセコンでは、箱入り商品（子に相当）の管理はできていたが、箱から取り出したバラ商品（親に相当、例えば、薬棚に格納する薬品ケース）の管理は人に頼っていたため、管理ミスが発生する恐れがあった。

また、棚卸・入荷においても、商品の形状が異なることにより、レセコンにて、確認用帳票を印刷して、その確認用帳票を元に作業者が紙ベースで確認作業を実施することになり、機械化されていないため、在庫管理業務の負荷が多く、管理ミスなどが発生するおそれがあった。

さらに、入荷においては、人手による検品のために在庫管理処理との連動ができておらず、後で、在庫情報の入力をしているため、入力忘れ、入力ミス等が発生していた。

本発明の課題は、形状が変化する医薬品の数量を正確に管理するとともに、管理負担を低減することである。

上記課題を解決するために、本発明の医薬品管理装置は、
医薬品の商品コードに対応付けた、入荷時の形状と、当該形状毎の数量と、在庫管理コードとを有する商品マスタファイルと、医薬品の商品コードに対応付けた医薬品の在庫数量を有する在庫管理ファイルと、を記憶する記憶手段と、
医薬品が入荷した際に、当該医薬品の商品コードに対応する形状毎の数量を前記商品マスタファイルから読み出し、当該形状毎の数量に基づいて、当該医薬品の入荷数量を在庫数量に変換して前記在庫管理ファイルに格納する制御手段と、を備えることを特徴とする。

本発明によれば、商品マスタファイル及び在庫管理ファイルを用いて、形状が変化する医薬品の数量を正確に管理できるとともに、管理負担を低減できる。

以下、添付図面を参照して本発明に係る好適な実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。

先ず、図１〜図３を参照して、本実施の形態の装置構成を説明する。図１に、本実施の形態の医薬品管理システム１００の構成を示す。

本実施の形態の医薬品管理システム１００は、調剤薬局等に設置されるものとし、子（発注単位。本実施の形態では、箱入り商品とする）及び親（棚卸単位。本実施の形態では箱入り商品から出された医薬品が格納される薬品ケースとする。薬品ケースには医薬品のバラ（シート）が格納される）を単位として、医薬品をバーコードが印刷されたラベルにより管理するシステムである。医薬品管理システム１００は、棚ラベル印刷、発注、棚卸、商品操作（医薬品の廃棄等）、格納チェック、入荷検品等の動作を実行する。

図１に示すように、医薬品管理システム１００は、医薬品管理装置としての携帯端末装置１０と、出力手段としてのプリンタ２０と、アクセスポイント３０と、レセコン４０と、を備えて構成される。アクセスポイント３０と、レセコン４０とは、通信ネットワークＮを介して接続されている。 通信ネットワークＮは、例えば、ＬＡＮ（Local Area Network）とするが、ＷＡＮ（Wide Area Network）等を含める構成としてもよい。

携帯端末装置１０は、調剤薬局の薬局員が携帯して使用する無線ＬＡＮ式の端末装置である。プリンタ２０は、携帯式のプリンタであり、赤外線通信により受信した印刷データを印刷する。アクセスポイント３０は、通信ネットワークＮ上の機器（レセコン４０等）と、無線ＬＡＮ機器（携帯端末装置１０等）とを無線ＬＡＮ信号を介して中継する。

レセコン４０は、医療費を市町村や保険組合に請求するレセプト（診療報酬明細書）を作成するコンピュータである。本実施の形態では、レセコン４０は、レセプト作成の他に、商品マスタトランザクションファイル、在庫管理ファイルの管理や、携帯端末装置１０から受信する情報に基づいて、在庫管理ファイルの管理、医薬品の発注、棚卸管理、商品操作管理、入荷検品管理等を行う。

レセコン４０は、商品マスタトランザクションファイル、在庫管理ファイルを記憶し、適宜、携帯端末装置１０に記憶される商品マスタトランザクションファイル２１０、在庫管理ファイル２２０との間で同期がとられる。

図２に、携帯端末装置１０の内部構成を示す。図２に示すように、携帯端末装置１０は、ＣＰＵ１１と、入力部１２と、ＲＡＭ（Random Access Memory）１３と、表示部１４と、ＲＯＭ（Read Only Memory）１５と、通信手段としての通信部１６と、記憶手段としてのフラッシュメモリ１７と、読み取り手段としてのバーコードリーダ１８と、を備えて構成され、各部がバス１９を介して接続される。

ＣＰＵ１１は、携帯端末装置１０の各部を中央制御する。ＣＰＵ１１は、ＲＯＭ１５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムとの協働で、各種処理を実行する。

ＣＰＵ１１は、棚ラベル印刷プログラムとの協働で、棚ラベルを作成する医薬品の子商品のバーコードから商品コードを読み取り、その商品コードに対応する親商品の商品コードを含むバーコードの棚ラベルを印刷する。また、ＣＰＵ１１は、発注プログラムとの協働で、発注する医薬品の商品のバーコードから商品コードを読み取り、その商品コードに対応する子商品の発注数量を算出し、その発注情報を作成して発注トランザクションファイル２３０に記憶する。また、ＣＰＵ１１は、棚卸プログラムとの協働で、棚卸する商品のバーコードから商品コードを読み取り、その商品コードに対応する親商品の棚卸数量を算出し、棚卸情報を作成して棚卸トランザクションファイル２４０に記憶する。また、ＣＰＵ１１は、商品操作プログラムとの協働で、商品操作する商品のバーコードから商品コードを読み取り、その商品コードに対応する親商品の商品操作数量を算出し、商品操作情報を作成して商品操作トランザクションファイル２５０に記憶する。

また、ＣＰＵ１１は、格納チェックプログラムとの協働で、親商品及び子商品のバーコードから商品コードを読み取り、その商品コードが親子関係にあるか否かを判別して表示部１４に表示する。また、ＣＰＵ１１は、入荷検品プログラムとの協働で、入荷した子商品のバーコードから商品コードを読み取り、その商品コードに対応する入荷数量と、その発注データの入荷予定数量（発注数量）とを棚卸単位に変換して比較し、入荷実績情報、在庫管理情報を作成して入荷実績ファイル２６０、在庫管理ファイル２２０に記憶する。ＣＰＵ１１は、上記各プログラムとの協働により、制御手段として機能する。

入力部１２は、カーソルキー、文字入力キー及び各種機能キーなどを備えたキーパッドを含む構成とし、操作者により各キーが押下された押下信号をＣＰＵ１１に出力する。

ＲＡＭ１３は、揮発性のメモリであり、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納するワークエリアを有し、情報を一時的に格納する。

表示部１４は、ＬＣＤ（Liquid Crystal Display）等の表示装置で構成され、ＣＰＵ１１からの表示信号に従って画面表示を行う。また、表示部１４は、入力部１２と一体的にタッチパネルが形成される構成としてもよい。

ＲＯＭ１５は、各種プログラム、各種設定データなどが予め記憶され、各種情報を読み出し可能な記憶部である。ＲＯＭ１５は、棚ラベル印刷プログラム、発注プログラム、棚卸プログラム、商品操作プログラム、格納チェックプログラム、入荷検品プログラムを記憶する。

通信部１６は、アクセスポイント３０と無線ＬＡＮ通信を行うアンテナ等の無線ＬＡＮ通信部と、プリンタ２０と赤外線通信を行う赤外線通信部と、を備えて構成される。通信部１６は、アクセスポイント３０と無線ＬＡＮ通信により情報を送受信し、プリンタ２０と赤外線通信により情報を送受信する。

フラッシュメモリ１７は、情報を読み書き可能に記憶する記憶部である。フラッシュメモリ１７に記憶する各種データは後述する。

バーコードリーダ１８は、半導体レーザ、ＬＥＤ（Light Emitting Diode）等の照明部と、ＣＣＤ（Charged Coupled Device）スキャナ、レーザスキャナ等の撮像部とにより構成され、箱入り商品又は薬品ケースのラベル上に印刷されたバーコードを光学的に読み取り、そのバーコード読み取り情報をＣＰＵ１１に出力する。

本実施の形態においては、箱入り商品又は薬品ケースの棚ラベルに印刷されるバーコードを一次元バーコードとするが、これに限定されるものではなく、２次元バーコード等の識別コードとしてもよい。

図３に、プリンタ２０の内部構成を示す。図３に示すように、プリンタ２０は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、通信部２４と、印刷部２５と、を備えて構成され、各部がバス２６を介して接続される。

ＣＰＵ２１、ＲＡＭ２２は、それぞれ、ＣＰＵ１１、ＲＡＭ１３と同様であり、異なる部分のみを主として説明する。ＣＰＵ２１は、記憶部２３に記憶されたプログラムとの協働で、通信部２４を介して受信した印刷データを印刷部２５に印刷させる。

記憶部２３は、ＲＯＭ等により構成され、各種プログラム及び各種データを記憶する。通信部２４は、赤外線通信等により携帯端末装置１０と通信を行う。印刷部２５は、熱転写方式などにより、各種印刷データを記録用紙に印刷する印刷部であり、特に、薬品ケースの棚ラベル用の記録シートに、バーコードを含む印刷データを印刷する。

次に、図４及び図５を参照して、携帯端末装置１０のフラッシュメモリ１７に記憶する各種情報を説明する。図４（ａ）に、商品マスタトランザクションファイル２１０の構成を示す。図４（ｂ）に、在庫管理ファイル２２０の構成を示す。図５（ａ）に、発注トランザクションファイル２３０の構成を示す。図５（ｂ）に、棚卸トランザクションファイル２４０の構成を示す。図５（ｃ）に、商品操作トランザクションファイル２５０の構成を示す。図５（ｄ）に、入荷実績ファイル２６０の構成を示す。

図４及び図５に示すように、フラッシュメモリ１７には、商品マスタトランザクションファイル２１０、在庫管理ファイル２２０、発注トランザクションファイル２３０、棚卸トランザクションファイル２４０、商品操作トランザクションファイル２５０、入荷実績ファイル２６０が記憶される。

商品マスタトランザクションファイル２１０は、商品としての各種医薬品（箱入り商品又は薬ケース）に関する情報を有する。図４（ａ）に示すように、商品マスタトランザクションファイル２１０は、商品を識別する商品コード格納領域２１１と、商品名格納領域２１２と、商品の形状格納領域２１３と、商品の数量格納領域２１４と、在庫管理時の商品コードとしての在庫管理コード格納領域２１５と、その商品単位で発注可能か否かを示す発注区分格納領域２１６と、を含んで構成される。

本実施の形態では、商品の在庫管理時（薬棚における管理時）には、親（薬品ケース）を管理するものとし、在庫管理コード格納領域２１５の内容は親の商品コードとなる。形状格納領域２１３の内容は、１が親（薬品ケース）を示し、２が子（箱入り商品）を示す。発注区分格納領域２１６の内容は、０が発注不可を示し、１が発注可能を示す。

在庫管理ファイル２２０は、在庫管理時の商品に関する情報を有する。図４（ｂ）に示すように、在庫管理ファイル２２０は、商品コード格納領域２２１と、商品名格納領域２２２と、商品の有効期限格納領域２２３と、商品の在庫数量格納領域２２４と、を含んで構成される。

発注トランザクションファイル２３０は、商品の発注に関する情報を有する。図５（ａ）に示すように、発注トランザクションファイル２３０は、発注商品の商品コード格納領域２３１と、商品の発注の数量格納領域２３２と、入荷済みか否かを示す入荷済フラグ格納領域２３３と、を含んで構成される。入荷済フラグ格納領域２３３の内容は、例えば、１が入荷済、０が未入荷とする。

棚卸トランザクションファイル２４０は、商品の棚卸に関する情報を有する。図５（ｂ）に示すように、棚卸トランザクションファイル２４０は、棚卸商品の商品コード格納領域２４１と、商品の棚卸の数量格納領域２４２と、を含んで構成される。

商品操作トランザクションファイル２５０は、商品の商品操作（破棄等）に関する情報を有する。図５（ｃ）に示すように、商品操作トランザクションファイル２５０は、商品操作する商品の商品コード格納領域２５１と、商品の商品操作の数量格納領域２５２と、を含んで構成される。

入荷実績ファイル２６０は、商品の入荷実績に関する情報を有する。図５（ｄ）に示すように、入荷実績ファイル２６０は、入荷商品の商品コード格納領域２６１と、入荷商品の数量格納領域２６２と、を含んで構成される。

次に、図６〜図１７を参照して、医薬品管理システム１００の動作を説明する。医薬品管理システム１００の動作としては、棚ラベル印刷、発注、棚卸、商品操作、格納チェック、入荷検品があり、以下、順に説明する。

図６及び図７を参照して、棚ラベル印刷について説明する。図６（ａ）に、棚ラベル印刷の概要を示す。図６（ｂ）に、親（棚卸単位）と子（発注単位）の関係の一例を示す。図７に、棚ラベル印刷処理の流れを示す。

携帯端末装置１０において、予め、フラッシュメモリ１７内の商品マスタトランザクションファイル２１０、在庫管理ファイル２２０と、レセコン４０の商品マスタトランザクションファイル、在庫管理ファイルとが最新の状態で同期がとられるものとする。

棚ラベル印刷とは、薬棚に格納する薬ケースに貼るための棚ラベルを印刷する工程である。図６（ａ）に示すように、棚ラベル印刷は、例えば、先ず、携帯端末装置１０により、箱入り商品３０１のラベル４０１のバーコードがスキャンされ、商品コードが取得される（工程Ｐ１１）。図６（ｂ）に示すように、ラベル４０１には、箱入り商品３０１の商品コードを含むバーコードを有する。箱入り商品３０１には、数量単位１０Ｔシートの医薬品３０４が１００個格納されている。薬ケース３０３（３０２）には、数量単位１０Ｔシートの医薬品３０４が１個格納されている。

そして、携帯端末装置１０により、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が読み出され、工程Ｐ１１で読み出された商品コードに対応する情報が取得されて、親の印刷データが生成される（工程Ｐ１２）。具体的には、図６（ｂ）に示すように、箱入り商品３０１の商品コードに対応する親の在庫管理コードが読み出され、その在庫管理コードのバーコードを含む棚ラベルの印刷データが生成される。

そして、プリンタ２０により、携帯端末装置１０から送信される印刷指示の印刷データに基づいて、棚ラベル４０２が印刷される（工程Ｐ１３）。そして、作業者により、薬棚から薬ケース３０２が取り出される（工程Ｐ１４）。そして、作業者により、取り出した薬ケース３０２に棚ラベル４０２が貼り付けられ、貼り付け後の薬ケース３０３が薬棚に戻される（工程Ｐ１５）。

ここで、図７を参照して、上記説明した棚ラベル印刷に対応して、携帯端末装置１０により実行される棚ラベル印刷処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から棚ラベル印刷処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された棚ラベル印刷プログラムと、ＣＰＵ１１と、の協働で棚ラベル印刷処理が実行される。

先ず、携帯端末装置１０の棚ラベル印刷処理の初期画面の画面情報が表示部１４に表示される（ステップＳ１１）。そして、バーコードリーダ１８により、棚ラベル作成対象の、子である箱入り商品のラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ１２）。ステップＳ１２は、工程Ｐ１１に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ１２において取得された商品コードに対応する（同じレコードの）各種情報（商品情報）が読み出される（ステップＳ１３）。

そして、ステップＳ１２において取得された商品コードと、ステップＳ１３において読み出された在庫管理コードと、が一致しないか否かが判別される（ステップＳ１４）。商品コードと在庫管理コードとが一致しない場合（ステップＳ１４；ＹＥＳ）、バーコードをスキャンした商品が子であり、商品コードを親に変換する親商品変換処理が実行される（ステップＳ１５）。

親商品変換処理では、ステップＳ１３で読み出された各種情報から在庫管理コードが取得される（ステップＳ１５１）。そして、ステップＳ１５１において取得された在庫管理コードが商品コードとしてセットされ（ステップＳ１５２）。親商品変換処理が終了する。

親商品変換処理の後、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ１５２においてセットされた親商品の商品コードに対応する商品情報が読み出される（ステップＳ１６）。ステップＳ１３〜Ｓ１６は、工程Ｐ１２に対応する。

そして、ステップＳ１３又はステップＳ１６において取得された親商品の商品コードに対応する商品情報が表示部１４に表示される（ステップＳ１７）。商品コードと在庫管理コードとが一致する場合（ステップＳ１４；ＮＯ）、ステップＳ１７に移行される。

そして、取得された商品情報の商品コードを含むバーコードを含む印刷データが生成され、その印刷データが通信部１６を介してプリンタ２０に送信される（ステップＳ１８）。ステップＳ１８は、工程Ｐ１３に対応する。プリンタ２０では、携帯端末装置１０から印刷データが受信され、その印刷データに基づき、棚ラベルが印刷される。

そして、棚ラベル印刷対象の未選択の商品がなく、入力部１２を介して、作業者から棚ラベル印刷処理の終了指示が入力されたか否かにより、棚ラベル印刷処理を終了するか否かが判別される（ステップＳ１９）。棚ラベル印刷処理を終了しない場合（ステップＳ１９；ＮＯ）、ステップＳ１２に移行される。棚ラベル印刷処理を終了する場合（ステップＳ１９；ＹＥＳ）、棚ラベル印刷処理を終了する。

次いで、図８及び図９を参照して、商品の発注について説明する。図８に、発注の概要を示す。図９に、発注処理の流れを示す。

発注とは、商品を製造元等に発注する工程である。図８に示すように、発注は、例えば、先ず、携帯端末装置１０により、発注する医薬品の箱入り商品３０１又は薬ケース３０３のラベル４０１又は棚ラベル４０２のバーコードがスキャンされ、商品コードが取得される（工程Ｐ２１）。

発注単位は、子の箱入り商品である。このため、親である薬ケース３０３の棚ラベル４０２のバーコードから商品コードが取得された場合に、携帯端末装置１０により、発注する子の候補が選択される（工程Ｐ２２）。そして、携帯端末装置１０により、発注する子の商品選択及び数量の入力が受け付けられる（工程Ｐ２３）。

そして、携帯端末装置１０により、工程Ｐ２１〜Ｐ２３で取得された商品コード及び数量から発注情報が作成され、その発注情報が発注トランザクションファイル２３０に記憶される（工程Ｐ２４）。そして、携帯端末装置１０により、発注情報がレセコン４０に送信される（工程Ｐ２５）。レセコン４０は、発注情報を携帯端末装置１０から受信し、その発注情報を管理するとともに、製造元又は卸業者に実際に医薬品の発注処理を行う。

ここで、図９を参照して、上記説明した発注に対応して、携帯端末装置１０により実行される発注処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から発注処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された発注プログラムと、ＣＰＵ１１と、の協働で発注処理が実行される。

先ず、携帯端末装置１０の発注処理の初期画面の画面情報が表示部１４に表示される（ステップＳ２１）。そして、バーコードリーダ１８により、発注対象の、子である箱入り商品又は親である薬品ケースのラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ２２）。ステップＳ２２は、工程Ｐ２１に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ２２において取得された商品コードに対応する（同じレコードの）各種情報（商品情報）が読み出される（ステップＳ２３）。そして、ステップＳ２２において取得された商品コードと、ステップＳ２３において読み出された在庫管理コードと、が一致するか否かが判別される（ステップＳ２４）。

商品コードと在庫管理コードとが一致する場合（ステップＳ２４；ＹＥＳ）、バーコードをスキャンした商品が親であり、対応する子の商品コードを選択する子候補選択処理が実行される（ステップＳ２５）。ステップＳ２５は、工程Ｐ２２に対応する。

子候補選択処理では、携帯端末装置１０の子候補選択画面の画面情報が表示部１４に表示される（ステップＳ２５１）。そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ２２で取得した親の商品コードに対応する子候補商品の商品コード及び商品名、数量等が取得されて表示部１４に表示される（ステップＳ２５２）。例えば、親の商品コードが在庫管理コードである子のレコードを子候補商品のレコードとする。

そして、入力部１２を介して、作業者からの表示部１４に表示された子候補商品の選択入力が受け付けられる（ステップＳ２５３）。そして、ステップＳ２５３において選択された子商品の商品コードがＲＡＭ１３に保持され（ステップＳ２５４）、子候補選択処理が終了する。

子候補選択処理の終了後、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ２２において取得された又はステップＳ２５４において保持された子商品の商品コードに対応する商品情報が読み出される（ステップＳ２６）。

そして、ステップＳ２３又はステップＳ２６において取得された子商品の商品コードに対応する各種情報が表示部１４に表示される（ステップＳ２７）。商品コードと在庫管理コードとが一致しない場合（ステップＳ２４；ＮＯ）、ステップＳ２７に移行される。そして、入力部１２を介して、作業者からの子候補商品の発注数量及び発注指示の入力が受け付けられる（ステップＳ２８）。ステップＳ２８は、工程Ｐ２３に対応する。

そして、ステップＳ２２又はＳ２５において取得された商品コードと、ステップＳ２８において入力された数量とが、発注情報として、フラッシュメモリ１７の発注トランザクションファイル２３０に記憶（登録）される（ステップＳ２９）。ステップＳ２４は、工程Ｐ２４に対応する。

そして、発注対象の未選択の商品がなく、入力部１２を介して、作業者から発注処理の終了指示が入力されたか否かにより、発注処理を終了するか否かが判別される（ステップＳ３０）。発注処理を終了しない場合（ステップＳ３０；ＮＯ）、ステップＳ２２に移行される。

発注処理を終了する場合（ステップＳ３０；ＹＥＳ）、ステップＳ２９において登録された発注情報が、通信部１６、アクセスポイント３０及び通信ネットワークＮを介してレセコン４０に送信され（ステップＳ３１）、発注処理が終了する。ステップＳ３１は、工程Ｐ２５に対応する。

次いで、図１０及び図１１を参照して、商品の棚卸について説明する。図１０に、棚卸の概要を示す。図１１に、棚卸処理の流れを示す。

棚卸とは、薬棚に格納されている商品の数量をチェックして管理する工程である。図１０に示すように、棚卸は、例えば、先ず、携帯端末装置１０により、薬棚に格納されている医薬品の薬ケース３０３の棚ラベル４０２、又は箱入り商品３０１のラベル４０１のバーコードがスキャンされ、商品コードが取得される（工程Ｐ３１）。

そして、携帯端末装置１０により、バーコードをスキャンした商品の数量の入力が受け付けられる（工程Ｐ３２）。棚卸単位は、親の薬品ケースである。このため、子である箱入り商品３０１のラベル４０１のバーコードから商品コードが取得された場合に、携帯端末装置１０により、子の商品コードが、薬棚に格納する親の商品コードに変換され、その数量も棚卸単位に変換される（工程Ｐ３３）。棚卸情報の商品コードも親の商品コードに変換される。

そして、携帯端末装置１０により、工程Ｐ３１〜Ｐ３３で取得された商品コード及び数量から棚卸情報が作成され、その棚卸情報が棚卸トランザクションファイル２４０に記憶される（工程Ｐ３４）。そして、携帯端末装置１０により、棚卸情報がレセコン４０に送信される（工程Ｐ３５）。レセコン４０は、棚卸情報を携帯端末装置１０から受信し、その棚卸情報の管理を行う。

ここで、図１１を参照して、上記説明した棚卸に対応して、携帯端末装置１０により実行される棚卸処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から棚卸処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された棚卸プログラムと、ＣＰＵ１１と、の協働で棚卸処理が実行される。

先ず、携帯端末装置１０の棚卸処理の初期画面の画面情報が表示部１４に表示される（ステップＳ４１）。そして、バーコードリーダ１８により、棚卸対象の、子である箱入り商品又は親である薬品ケースのラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ４２）。ステップＳ４２は、工程Ｐ３１に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ４２において取得された商品コードに対応する（同じレコードの）各種情報（商品情報）が読み出される（ステップＳ４３）。

そして、ステップＳ４３で取得した商品の商品情報が表示部１４に表示される（ステップＳ４４）。そして、入力部１２を介して、作業者からの商品の棚卸の数量の入力が受け付けられる（ステップＳ４５）。ステップＳ４５は、工程Ｐ３２に対応する。

そして、ステップＳ４２において取得された商品コードと、ステップＳ４３において読み出された在庫管理コードと、が一致しないか否かが判別される（ステップＳ４６）。商品コードと在庫管理コードとが一致しない場合（ステップＳ４６；ＹＥＳ）、バーコードをスキャンした商品が子であり、商品コードを親に変換する親商品変換処理が実行される（ステップＳ４７）。ステップＳ４７は、棚ラベル印刷処理のステップＳ１５の親商品変換処理と同様である。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ４７で取得した親の商品コードに対応して、ステップＳ４５において入力された数量から棚卸単位の棚卸の数量が計算される（ステップＳ４８）。そして、ステップＳ４８で計算された数量がＲＡＭ１３にセットされる（ステップＳ４９）。

そして、ステップＳ４２又はＳ４７において取得された商品コードと、ステップＳ４５又はステップＳ４９において取得された数量とが、棚卸情報として、フラッシュメモリ１７の棚卸トランザクションファイル２４０に記憶（登録）される（ステップＳ５０）。ステップＳ５０は、工程Ｐ３４に対応する。商品コードと在庫管理コードとが一致する場合（ステップＳ４６；ＮＯ）、ステップＳ５０に移行される。

そして、棚卸対象の未選択の商品がなく、入力部１２を介して、作業者から棚卸処理の終了指示が入力されたか否かにより、棚卸処理を終了するか否かが判別される（ステップＳ５１）。棚卸処理を終了しない場合（ステップＳ５１；ＮＯ）、ステップＳ４２に移行される。

棚卸処理を終了する場合（ステップＳ５１；ＹＥＳ）、ステップＳ５０において登録された棚卸情報が、通信部１６、アクセスポイント３０及び通信ネットワークＮを介してレセコン４０に送信され（ステップＳ５２）、棚卸処理が終了する。ステップＳ５１は、工程Ｐ３５に対応する。

次いで、図１２及び図１３を参照して、商品の商品操作について説明する。図１２に、商品操作の概要を示す。図１３に、商品操作処理の流れを示す。

商品操作とは、薬棚の商品の数量を廃棄等により変更する工程である。図１２に示すように、商品操作は、例えば、先ず、携帯端末装置１０により、薬棚に格納されている商品操作対象（廃棄対象等）の医薬品の薬ケース３０３の棚ラベル４０２、又は箱入り商品３０１のラベル４０１のバーコードがスキャンされ、商品コードが取得される（工程Ｐ４１）。

そして、携帯端末装置１０により、バーコードをスキャンした商品操作対象商品の数量の入力が受け付けられる（工程Ｐ４２）。商品操作単位は、親の薬品ケースである。このため、子である箱入り商品３０１のラベル４０１のバーコードから商品コードが取得された場合に、携帯端末装置１０により、子の商品コードが、薬棚に格納する親の商品コードに変換される（工程Ｐ４３）。棚卸情報の商品コードも親の商品コードに変換される。

そして、携帯端末装置１０により、工程Ｐ４１〜Ｐ４３で取得された商品コード及び数量から商品操作情報が作成され、その商品操作情報が商品操作トランザクションファイル２５０に記憶される（工程Ｐ４４）。そして、携帯端末装置１０により、商品操作情報がレセコン４０に送信される（工程Ｐ４５）。レセコン４０は、商品操作情報を携帯端末装置１０から受信し、その商品操作情報の管理を行う。

ここで、図１３を参照して、上記説明した商品操作に対応して、携帯端末装置１０により実行される商品操作処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から商品操作処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された商品操作プログラムと、ＣＰＵ１１と、の協働で商品操作処理が実行される。

先ず、携帯端末装置１０の商品操作処理の初期画面の画面情報が表示部１４に表示される（ステップＳ６１）。そして、バーコードリーダ１８により、商品操作対象の、子である箱入り商品又は親である薬品ケースのラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ６２）。ステップＳ６２は、工程Ｐ４１に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ６２において取得された商品コードに対応する（同じレコードの）各種情報（商品情報）が読み出される（ステップＳ６３）。

そして、ステップＳ６３で取得した商品の商品情報が表示部１４に表示される（ステップＳ６４）。そして、入力部１２を介して、作業者からの商品の商品操作の数量の入力が受け付けられる（ステップＳ６５）。ステップＳ６５は、工程Ｐ４２に対応する。

そして、ステップＳ６２において取得された商品コードと、ステップＳ６３において読み出された在庫管理コードと、が一致しないか否かが判別される（ステップＳ６６）。商品コードと在庫管理コードとが一致しない場合（ステップＳ６６；ＹＥＳ）、バーコードをスキャンした商品が子であり、商品コードを親に変換する親商品変換処理が実行される（ステップＳ６７）。ステップＳ６７は、棚ラベル印刷処理のステップＳ１５の親商品変換処理と同様である。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ６７で取得した親の商品コードに対応し、ステップＳ６５において入力された数量から棚卸単位の商品操作の数量が計算される（ステップＳ６８）。そして、ステップＳ６８で計算された数量がＲＡＭ１３にセットされる（ステップＳ６９）。

そして、ステップＳ６２又はＳ６７において取得された商品コードと、ステップＳ６５又はステップＳ６９において取得された数量とが、商品操作情報として、フラッシュメモリ１７の商品操作トランザクションファイル２５０に記憶（登録）される（ステップＳ７０）。ステップＳ７０は、工程Ｐ４４に対応する。商品コードと在庫管理コードとが一致する場合（ステップＳ６６；ＮＯ）、ステップＳ７０に移行される。

そして、商品操作対象の未選択の商品がなく、入力部１２を介して、作業者から商品操作処理の終了指示が入力されたか否かにより、商品操作処理を終了するか否かが判別される（ステップＳ７１）。商品操作処理を終了しない場合（ステップＳ７１；ＮＯ）、ステップＳ６２に移行される。

商品操作処理を終了する場合（ステップＳ７１；ＹＥＳ）、ステップＳ７２において登録された商品操作情報が、通信部１６、アクセスポイント３０及び通信ネットワークＮを介してレセコン４０に送信され（ステップＳ７２）、商品操作処理が終了する。ステップＳ７１は、工程Ｐ４５に対応する。

次いで、図１４及び図１５を参照して、商品の格納チェックについて説明する。図１４に、格納チェックの概要を示す。図１５に、格納チェック処理の流れを示す。

格納チェックとは、子商品としてのある箱入り商品と、薬棚の親商品としてのある薬ケースとが親子関係にあるか否かをチェックする工程である。図１４に示すように、格納チェックは、例えば、先ず、携帯端末装置１０により、チェック対象の医薬品の箱入り商品３０１のラベル４０１のバーコードがスキャンされ、商品コードが取得される（工程Ｐ５１）。そして、携帯端末装置１０により、チェック対象の医薬品の薬ケース３０３の棚ラベル４０２のバーコードがスキャンされ、商品コードが取得される（工程Ｐ５２）。

そして、商品マスタトランザクションファイル２１０に基づいて、工程Ｐ５１において取得された子の商品コードと、工程Ｐ５２において取得された親の商品コードと、が親子関係にあるか否かが比較される（工程Ｐ５３）。そして、携帯端末装置１０により、工程Ｐ５３における親子関係の比較結果が表示部１４に表示される（工程Ｐ５４）。

ここで、図１５を参照して、上記説明した格納チェックに対応して、携帯端末装置１０により実行される格納チェック処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から格納チェック処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された格納チェックプログラムと、ＣＰＵ１１と、の協働で格納チェック処理が実行される。

先ず、携帯端末装置１０の格納チェック処理の初期画面の画面情報が表示部１４に表示される（ステップＳ８１）。そして、バーコードリーダ１８により、格納チェック対象の、子である箱入り商品のラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ８２）。ステップＳ８２は、工程Ｐ５１に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ８２において取得された子の商品コードに対応する（同じレコードの）在庫管理コードが読み出されてＲＡＭ１３に保持される（ステップＳ８３）。

そして、バーコードリーダ１８により、格納チェック対象の、親である薬ケースのラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ８４）。ステップＳ８４は、工程Ｐ５２に対応する。そして、ステップＳ８４において取得された親の商品コードがＲＡＭ１３に保持される（ステップＳ８５）。

そして、ステップＳ８３において保持された在庫管理コードと、ステップＳ８５において保持された商品コードと、が一致するか否かが判別される（ステップＳ８６）。ステップＳ８６は、工程Ｐ５３に対応する。

在庫管理コードと商品コードとが一致する場合（ステップＳ８６；ＹＥＳ）、表示部１４に、バーコードがスキャンされた親商品と子商品とが親子関係にあることを示す正常表示がなされる（ステップＳ８７）。ステップＳ８７は、工程Ｐ５４に対応する。

在庫管理コードと商品コードとが一致しない場合（ステップＳ８６；ＮＯ）、表示部１４に、バーコードがスキャンされた親商品と子商品とが親子関係にないことを示すエラー表示がなされる（ステップＳ８８）。ステップＳ８８は、工程Ｐ５４に対応する。

そして、格納チェック対象の未選択の商品がなく、入力部１２を介して、作業者から格納チェック処理の終了指示が入力されたか否かにより、格納チェック処理を終了するか否かが判別される（ステップＳ８９）。格納チェック処理を終了しない場合（ステップＳ８９；ＮＯ）、ステップＳ８２に移行される。格納チェック処理を終了する場合（ステップＳ８９；ＹＥＳ）、格納チェック処理を終了する。

次いで、図１６及び図１７を参照して、商品の入荷検品について説明する。図１６に、入荷検品の概要を示す。図１７に、入荷検品処理の流れを示す。

入荷検品とは、入荷された商品を、発注した商品（箱入り商品）の発注データに照らし合わせて検品する工程である。図１６に示すように、入荷検品は、例えば、先ず、携帯端末装置１０により、記憶している発注トランザクションファイル２３０から未入荷の発注商品の商品コード、発注した数量が発注データとして取得される（工程Ｐ６１）。

そして、携帯端末装置１０により、入荷された医薬品の箱入り商品３０１のラベル４０１のバーコードがスキャンされ、商品コードが取得される（工程Ｐ６２）。そして、携帯端末装置１０により、工程Ｐ６２で取得した商品コードの箱入り商品３０１と、発注データに含まれて発注されている商品か否かが確認される（工程Ｐ６３）。

入荷した商品が発注された商品でない場合（工程Ｐ６３；ＮＯ）、携帯端末装置１０により、工程Ｐ６２で取得した商品コードの箱入り商品３０１が、発注した商品の代替商品であるか否かが確認される（工程Ｐ６４）。代替商品とは、医薬品は同じであるが、形状（入り数）が異なる商品をいう。入荷した商品が代替商品でない場合（工程Ｐ６４；ＹＥＳ）、携帯端末装置１０により、入荷した商品を返品する返品処理が実行される（工程Ｐ６５）。

入荷した商品が発注された商品である場合（工程Ｐ６３；ＹＥＳ）、入荷した商品が代替商品である場合（工程Ｐ６４；ＹＥＳ）、携帯端末装置１０により、作業者からの、入荷した商品の入荷数量及び有効期限の検品情報としての入力が受け付けられる（工程Ｐ６６）。そして、工程Ｐ６６において入力された検品情報の入荷数量が親単位に変換され、その入荷数量と、発注データの発注数量（入荷予定数量）と、が比較され、入荷が完了しているか否かが判別される（工程Ｐ６７）。

そして、検品情報と、工程Ｐ６７の比較結果と、に基づいて、入荷実績情報及び在庫管理情報が生成され、入荷実績ファイル２６０、在庫管理ファイル２２０に記憶（変更）され、発注トランザクションファイル２３０の対応する商品のレコードが入荷済に変更される（工程Ｐ６８）。そして、携帯端末装置１０により、入荷実績情報及び在庫管理情報がレセコン４０に送信される（工程Ｐ６９）。レセコン４０は、入荷実績情報及び在庫管理情報を携帯端末装置１０から受信し、その入荷実績情報及び在庫管理情報の管理を行う。

ここで、図１７を参照して、上記説明した入荷検品に対応して、携帯端末装置１０により実行される入荷検品処理を説明する。

携帯端末装置１０において、例えば、入力部１２を介して、作業者から入荷検品処理の実行指示が入力されたことをトリガとして、ＲＯＭ１５から読み出されてＲＡＭ１３に展開された入荷検品プログラムと、ＣＰＵ１１と、の協働で入荷検品処理が実行される。

先ず、携帯端末装置１０の入荷検品処理の初期画面の画面情報が表示部１４に表示される（ステップＳ９１）。そして、フラッシュメモリ１７に記憶された発注トランザクションファイル２３０が参照され、その未入荷の商品コード及び数量が発注データとして読み出されてＲＡＭ１３に保持される（ステップＳ９２）。ステップＳ９２は、工程Ｐ６１に対応する。

そして、バーコードリーダ１８により、入荷した子である箱入り商品のラベルのバーコードがスキャンされ、そのバーコード情報としての商品コードが取得される（ステップＳ９３）。ステップＳ９３は、工程Ｐ６２に対応する。

そして、フラッシュメモリ１７に記憶された商品マスタトランザクションファイル２１０が参照され、ステップＳ９３において取得された子の商品コードに対応する（同じレコードの）各種情報（商品情報）が読み出される（ステップＳ９４）。

そして、ステップＳ９２において取得された発注データの商品コードに、ステップＳ９３において取得された商品コードがあるか否かが判別される（ステップＳ９５）。ステップＳ９５は、工程Ｐ６３に対応する。

発注データに取得された商品コードがない場合（ステップＳ９５；ＮＯ）、入荷した商品が発注商品でなく、ステップＳ９２において取得された発注データの商品コードに、ステップＳ９４において取得された商品情報の在庫管理コードがあるか否かが判別される（ステップＳ９６）。ステップＳ９６は、工程Ｐ６４に対応する。

発注データに取得された在庫管理コードがない場合（ステップＳ９６；ＮＯ）、入荷した商品が代替商品でなく、返品処理が実行され（ステップＳ９７）、ステップＳ９３に移行される。返品処理は、例えば、入荷した商品を入荷元に返品する指示情報を表示部１４に表示する。作業者は、その指示表示に基づいて、商品の返品を行う。ステップＳ９７は、工程Ｐ６５に対応する。

発注データに取得された商品コードがある場合（ステップＳ９５；ＹＥＳ）、入荷した商品が発注商品であり、入力部１２を介して、作業者からの商品の入荷数量及び有効期限の入力が、検品情報の入力として受け付けられる（ステップＳ９８）。ステップＳ９８は、工程Ｐ６６に対応する。

発注データに取得された在庫管理コードがある場合（ステップＳ９６；ＹＥＳ）、入荷した商品が代替商品であり、ステップＳ９８に移行される。

そして、ステップＳ９３又はステップＳ９４において取得された入荷商品を示す子の商品コードと、ステップＳ９８において入力された入荷数量とが、入荷実績情報として、フラッシュメモリ１７の入荷実績ファイル２６０に記憶（登録）される（ステップＳ９９）。ステップＳ９９は、工程Ｐ６８に対応する。

そして、フラッシュメモリ１７の発注トランザクションファイル２３０の、入荷商品に対応するレコードの入荷済フラグ格納領域２３３の内容が入荷済「１」にセット（変更）される（ステップＳ１００）。発注トランザクションファイル２３０は、発注単位（子単位）の情報である。

そして、発注データの入荷商品の入荷予定数量としての発注数量が棚卸単位（親単位）に変換される（ステップＳ１０１）。そして、検品情報の、発注データの入荷商品の入荷数量が棚卸単位（親単位）に変換される（ステップＳ１０２）。

そして、ステップＳ１０１において変換された入荷予定数量と、ステップＳ１０２において変換された入荷数量と、が一致するか否かが判別される（ステップＳ１０３）。ステップＳ１０１〜Ｓ１０３は、工程Ｐ６７に対応する。

入荷予定数量と入荷数量とが一致する場合（ステップＳ１０３；ＹＥＳ）、入荷商品の数量が発注数量に一致し、検品一致とされる（ステップＳ１０４）。ステップＳ１０４では、例えば、検品一致の旨等が表示部１４に表示される。入荷予定数量と入荷数量とが一致しない場合（ステップＳ１０３；ＮＯ）、入荷商品の数量が発注数量に一致せず、検品不一致とされる（ステップＳ１０５）。ステップＳ１０５では、例えば、検品不一致の旨等が表示部１４に表示される。

そして、商品マスタトランザクションファイル２１０が参照され、入荷商品の商品名が取得され、入荷商品の親の商品コード、商品名、有効期限及び棚卸単位の入荷数量が、在庫管理情報として、フラッシュメモリ１７の在庫管理ファイル２２０に記憶（登録）される（ステップＳ１０６）。ステップＳ１０６は、工程Ｐ６８に対応する。

そして、入荷検品対象の未選択の商品がなく、入力部１２を介して、作業者から入荷検品処理の終了指示が入力されたか否かにより、入荷検品処理を終了するか否かが判別される（ステップＳ１０７）。入荷検品処理を終了しない場合（ステップＳ１０７；ＮＯ）、ステップＳ９３に移行される。

入荷検品処理を終了する場合（ステップＳ１０７；ＹＥＳ）、ステップＳ９９，Ｓ１０６において登録された入荷実績情報、在庫管理情報が、通信部１６、アクセスポイント３０及び通信ネットワークＮを介してレセコン４０に送信され（ステップＳ１０８）、入荷検品処理を終了する。なお、携帯端末装置１０が、入荷済となった発注データをレセコン４０に送信して管理させる構成としてもよい。

以上、本実施の形態によれば、商品マスタトランザクションファイル２１０及び在庫管理ファイル２２０を用いて、親と子とで形状が変化する医薬品の数量を正確に管理できるとともに、形状変化に伴う作業者の管理作業を少なくできるので、管理負担を低減できる。

また、棚ラベル印刷処理によれば、棚卸単位の薬品ケースを管理するためのバーコードを含む棚ラベル４０２を容易に作成できる。

また、発注処理によれば、発注対象の箱入り商品又は薬品ケースのバーコードを読み取り、その商品コードの子商品候補の商品コードを取得でき、その中から発注商品の商品コード及び発注数量を指定してレセコン４０に容易に発注させることができる。また、発注情報を発注トランザクションファイル２３０として容易に記憶して管理できる。

また、棚卸処理によれば、棚卸対象の箱入り商品又は薬品ケースのバーコードを読み取り、その棚卸対象の商品の商品コード及び棚卸単位の数量を指定し、棚卸情報を棚卸トランザクションファイル２４０として容易に記憶して管理できる。また、棚卸情報をレセコン４０に送信して管理させることができる。

また、商品操作処理によれば、商品操作対象の箱入り商品又は薬品ケースのバーコードを読み取り、その商品操作対象の商品の商品コード及び棚卸単位の数量を指定し、商品操作情報を商品操作トランザクションファイル２５０として容易に記憶して管理できる。また、商品操作情報をレセコン４０に送信して管理させることができる。

また、格納チェック処理によれば、格納チェック対象の箱入り商品及び薬棚の薬品ケースのバーコードを読み取り、その商品が親子関係にあるか否かを容易にチェックできる。

また、入荷検品処理によれば、入荷した箱入り商品のバーコードを読み取り、その商品コードと、発注データと、入力される検品情報とに基づいて、入荷商品の棚卸単位の入荷数量が発注数量に一致する検品一致又は検品不一致を容易に判別できるとともに、入荷実績情報、在庫管理情報を入荷実績ファイル２６０及び在庫管理ファイル２２０として容易に記憶して管理できる。また、入荷実績情報、在庫管理情報をレセコン４０に送信して管理させることができる。

なお、上記各実施の形態における記述は、本発明に係る医薬品管理装置及びプログラムの一例であり、これに限定されるものではない。

また、上記実施の形態では、プリンタ２０が携帯型プリンタである構成としたが、これに限定されるものではない。例えば、プリンタ２０は、卓上型等のプリンタでもよく、また、有線通信又は無線ＬＡＮ等の無線通信により携帯端末装置１０と通信を行う構成としてもよい。さらに、携帯端末装置１０が棚ラベルの印刷を行う印刷部を有する構成としてもよい。

また、上記実施の形態では、商品操作処理において、商品操作の数量を商品操作トランザクションファイル２５０として記憶する構成としたが、これに限定されるものではない。例えば、商品操作の数量を在庫管理ファイル２２０の在庫数に反映させる構成としてもよい。

また、上記実施の形態では、商品の形状を、子としての箱入り商品と、親としての薬ケースとの２つの形状で医薬品の数量を管理する構成としたが、これに限定されるものではない。入荷商品と、棚卸商品と、その他の形状の商品との、３つ以上の形状で医薬品の数量を管理する構成としてもよい。

また、上記実施の形態における携帯端末装置１０の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。

本発明に係る実施の形態の医薬品管理システム１００の構成を示す図である。 携帯端末装置１０の内部構成を示すブロック図である。 プリンタ２０の内部構成を示すブロック図である。 （ａ）は、商品マスタトランザクションファイル２１０の構成を示す図である。（ｂ）は、在庫管理ファイル２２０の構成を示す図である。 （ａ）は、発注トランザクションファイル２３０の構成を示す図である。（ｂ）は、棚卸トランザクションファイル２４０の構成を示す図である。（ｃ）は、商品操作トランザクションファイル２５０の構成を示す図である。（ｄ）は、入荷実績ファイル２６０の構成を示す図である。 （ａ）は、棚ラベル印刷の概要を示す図である。（ｂ）は、親（棚卸単位）と子（発注単位）の関係の一例を示す図である。 棚ラベル印刷処理を示すフローチャートである。 発注の概要を示す図である。 発注処理を示すフローチャートである。 棚卸の概要を示す図である。 棚卸処理を示すフローチャートである。 商品操作の概要を示す図である。 商品操作処理を示すフローチャートである。 格納チェックの概要を示す図である。 格納チェック処理を示すフローチャートである。 入荷検品の概要を示す図である。 入荷検品処理を示すフローチャートである。

符号の説明

１００ 医薬品管理システム
１０ 携帯端末装置
２０ プリンタ
１１，２１ ＣＰＵ
１２ 入力部
１３，２２ ＲＡＭ
１４ 表示部
１５ ＲＯＭ
１６，２４ 通信部
１７ フラッシュメモリ
１８ バーコードリーダ
１９，２６ バス
２３ 記憶部
２５ 印刷部
３０ アクセスポイント
４０ レセコン
Ｎ 通信ネットワーク

Claims (8)

1. 医薬品の商品コードに対応付けた、入荷時の形状と、当該形状毎の数量と、在庫管理コードとを有する商品マスタファイルと、医薬品の商品コードに対応付けた医薬品の在庫数量を有する在庫管理ファイルと、を記憶する記憶手段と、
   医薬品が入荷した際に、当該医薬品の商品コードに対応する形状毎の数量を前記商品マスタファイルから読み出し、当該形状毎の数量に基づいて、当該医薬品の入荷数量を在庫数量に変換して前記在庫管理ファイルに格納する制御手段と、を備えることを特徴とする医薬品管理装置。
2. 医薬品の商品の識別コードから商品コードを読み取る読み取り手段を備え、
   前記制御手段は、医薬品の商品の商品コードを前記読み取り手段に読み取らせ、当該商品コードに対応する在庫管理コードを前記商品マスタファイルから読み出し、当該在庫管理コードを含む識別コードを生成し、当該識別コードを印刷手段に印刷させることを特徴とする請求項１記載の医薬品管理装置。
3. 前記制御手段は、医薬品の商品の商品コードを前記読み取り手段に読み取らせ、当該商品コードに対応する発注商品候補の商品コードを取得し、
   前記発注商品候補のうちの発注商品と発注数量との入力を受け付ける第１の入力手段と、
   管理装置と通信する通信手段と、を備え、
   前記制御手段は、前記入力された発注商品の商品コード及び発注数量を前記通信手段を介して前記管理装置に送信することを特徴とする請求項２に記載の医薬品管理装置。
4. 棚卸対象の医薬品の商品の棚卸数量の入力を受け付ける第２の入力手段を備え、
   前記制御手段は、前記棚卸対象の医薬品の商品の商品コードを前記読み取り手段に読み取らせ、当該商品コードに対応する在庫管理コードを前記商品マスタファイルから読み出し、前記入力された棚卸数量を棚卸単位の棚卸数量に変換し、当該棚卸単位の棚卸数量を前記在庫管理コードに対応付けた棚卸ファイルを前記記憶手段に記憶させることを特徴とする請求項２又は３に記載の医薬品管理装置。
5. 商品操作対象の医薬品の商品の商品操作数量の入力を受け付ける第３の入力手段を備え、
   前記制御手段は、前記商品操作対象の医薬品の商品の商品コードを前記読み取り手段に読み取らせ、当該商品コードに対応する在庫管理コードを前記商品マスタファイルから読み出し、前記入力された商品操作数量を棚卸単位の商品操作数量に変換し、当該棚卸単位の商品操作数量を前記在庫管理コードに対応付けた商品操作ファイルを前記記憶手段に記憶させることを特徴とする請求項２から４のいずれか一項に記載の医薬品管理装置。
6. 前記制御手段は、医薬品の入荷商品と在庫商品との商品コードを前記読み取り手段に読み取らせ、前記商品マスタファイルと、当該入荷商品の商品コードと、当該在庫商品の商品コードとに基づいて、当該入荷商品と当該在庫商品とが親子関係にあるか否かを判別することを特徴とする請求項２から５のいずれか一項に記載の医薬品管理装置。
7. 入荷検品対象の医薬品の商品の有効期限及び入荷数量の入力を受け付ける第４の入力手段と、を備え、
   前記制御手段は、前記入荷検品対象の医薬品の商品の商品コードを前記読み取り手段に読み取らせ、当該商品コードに対応する発注商品の発注数量を前記発注ファイルから取得し、当該発注数量及び前記入荷数量を棚卸単位に変換して比較し、前記入荷した商品の検品が一致するか否かを判別し、前記入荷商品の商品レコードに対応付けて前記有効期限と前記棚卸単位の入荷数量とを前記在庫管理ファイルに格納させることを特徴とする請求項３に記載の医薬品管理装置。
8. コンピュータを、
   医薬品の商品コードに対応付けた、入荷時の形状と、当該形状毎の数量と、在庫管理コードとを有する商品マスタファイルと、医薬品の商品コードに対応付けた医薬品の在庫数量を有する在庫管理ファイルと、を記憶する記憶手段、
   医薬品が入荷した際に、当該医薬品の商品コードに対応する形状毎の数量を前記商品マスタファイルから読み出し、当該形状毎の数量に基づいて、当該医薬品の入荷数量を在庫数量に変換して前記在庫管理ファイルに格納する制御手段、
   として機能させるためのプログラム。

Images