JP2019121059A - 薬剤のトレーサビリティシステム - Google Patents

Abstract

【課題】医療機関における薬剤（特に医療用麻薬）に対する法的義務や、帳簿のマニュアル運用は、医療従事者への心理的および業務的負担が大きい。一方で、より精密かつ適正で簡便な医薬品の管理方法が求められている。ＩＣタグなどによる管理は、薬剤そのものとは物理的に異なるものであり、薬剤の個別管理を行なうためには十分であるとは言えない。また、薬剤の詳細なトレーサビリティを行なうことはできない。【解決手段】コンピューティングシステムを用いて医療機関における薬剤の個体認証を行なうことにより、薬剤の個別管理と医療機関内における流通の可視化を行なう。また、薬剤に関連する情報（薬剤に対する行為者、行為の発生時間、使用量など）の可視化を行なう。【選択図】図３

Description

本発明は、薬剤のトレーサビリティシステムに関する。より詳細には、コンピューティングシステムを用いて医療機関における薬剤の個体認証を行なうことにより、薬剤の個別管理と医療機関内における流通の可視化を行なうトレーサビリティシステムに関する。

病院などの医療機関において取り扱われる医療用医薬品の中には、医療用麻薬（例えば、フェンタニル注射液）として麻薬および向精神薬取締法により厳密な管理が義務付けられているものがある。現状、医療用麻薬の管理は、医療用麻薬が卸業者によって病院に配送された後、麻薬管理者により紙ベースの帳簿に記録された上で麻薬金庫に保管される。例えば、フェンタニル注射液はアンプルに封入され、さらに複数本のアンプルが１つの箱に一製品として封入され、麻薬金庫内に保管される。麻薬金庫から手術部に出庫される場合や、手術部から返却された場合など、その都度、麻薬管理者により帳簿にその旨が記録される。また、医療用麻薬を使用する場合、１本のアンプルに入った薬剤全てを使用する場合と一部を使用する場合とがある。一部を使用した場合の残りの薬剤も厳密な管理が求められ、適切な処分が義務付けられている。

特開２００２−２６９２３４ 特開２００８−２０６８５０ 特開２００４−１９５０３３ 特開２０１５−１４９００８

しかしながら、医療用麻薬に対する法的義務や、帳簿のマニュアル運用は、麻薬管理者をはじめとする医療従事者への心理的および業務的負担が大きい。一方で、高額なＣ型肝炎治療薬の偽薬の国内流通や、医療従事者による医療用麻薬の抜き取りなど、医薬品の不正使用に関する事件が発生しており、より精密かつ適正で簡便な医薬品の管理方法が求められている。

医薬品の管理方法として、例えば、特許文献１や特許文献２に示されるような、ＩＣタグやＱＲコード（登録商標）を用いた管理システムがあるが、このようなシステムの導入コストは決して安価なものではない。また、ＩＣタグやＱＲコードは、薬剤そのものとは物理的に異なるものであり、薬剤の個別管理を行なうためには十分であるとは言えない（例えば、ＩＣタグの情報を不正に書き換えたり、ＩＣタグやＱＲコードを付け替えたりすることができてしまう）。

また、薬剤の残量の管理方法として、特許文献３に示されるような、残量をＩＣタグに書き込む方法があるが、この方法もまた、ＩＣタグの書き換えや付け替えができてしまう。さらに、ＩＣタグによる残量管理の場合、いつ、どこで、誰が薬剤をどれだけ使用したかなど、薬剤の詳細なトレーサビリティを行なうことはできない。

一方で、特許文献４に示されるように、物体そのものの色情報の差分から特徴点を決定し、物体個々の認証（以下、「個体認証」という）を行なう方法がある。

本発明はこのような問題に鑑みてなされたものであり、その目的とするところは、コンピューティングシステムを用いて医療機関における薬剤の個体認証を行なうことにより、薬剤の個別管理と医療機関内における流通の可視化を行なうことにある。また、薬剤に対する流通の可視化とは、単に薬剤の流通過程のみならず、薬剤に関連する情報（薬剤に対する行為者、行為の発生時間、使用量など）の可視化を行なうことによるトレーサビリティも含む。

本発明の一態様は、このような目的を達成するために、医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータであって、前記コンピュータは、
前記薬剤の出庫登録を行なうための出庫データを受信し、前記出庫データは前記薬剤の第１の特徴データを含み、
前記出庫データに基づいて前記出庫登録を行ない、
前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行ない、
前記薬剤の払出し登録を行なうための払出しデータを受信し、前記払出しデータは前記薬剤の第２の特徴データを含み、
前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行ない、
前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行ない、
前記薬剤の返却登録を行なうための返却データを受信し、前記返却データは前記薬剤の第３の特徴データを含み、
前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行ない、
前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なう
ように構成されたことを特徴とする。

また、本発明の一態様に記載のコンピュータにおいて、前記返却登録を行なうことは、前記返却データに基づいて、
前記薬剤が使用済みか否かを判定することと、
前記薬剤の使用状況を登録することと、
前記薬剤が使用済みであると判定された場合、前記薬剤の残りがあるか否かを判定することと、
前記薬剤の残りがないと判定された場合、前記薬剤の廃棄登録を行なうことと
前記薬剤の残りがあると判定された場合、前記薬剤の残量登録を行なうことと
を含むことを特徴とする。

さらに、本発明の一態様に記載のコンピュータは、
前記薬剤の仮払い登録を行なうための仮払いデータを受信し、前記仮払いデータは前記薬剤の第４の特徴データを含み、
前記マスタデータと前記第４の特徴データとを照合することにより、前記薬剤の第３の個体認証を行ない、
前記第３の個体認証に成功した場合に、前記仮払いデータに基づいて前記仮払い登録を行なう
ようにさらに構成されたことを特徴とする。

そして、本発明の一態様に記載のコンピュータは、
前記薬剤の破損登録を行なうための破損データを受信し、前記破損データは前記薬剤の第５の特徴データを含み、
前記マスタデータと前記第５の特徴データとを照合することにより、前記薬剤の第４の個体認証を行ない、
前記第４の個体認証に成功した場合に、前記破損データに基づいて前記破損登録を行なう
ようにさらに構成されたことを特徴とする。

また、本発明の一態様に記載のコンピュータは、
前記薬剤の各個体認証に成功した場合に行なわれる各登録に対する操作を行なった日時や担当者のＩＤを履歴データとして蓄積し、
前記履歴データに少なくとも基づいて、前記医療機関における薬剤全体の所在をトレースするためのデータ、前記薬剤全体の操作履歴をトレースするためのデータ、前記医療機関における薬剤個々の所在および操作履歴をトレースするためのデータの少なくとも１つを生成する
ようにさらに構成されたことを特徴とする。

また、本発明の別の態様は、医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータであって、
前記薬剤の払出し登録を行なうための払出しデータを受信し、前記払出しデータは前記薬剤の第１の特徴データを含み、
前記払出しデータに基づいて前記払出し登録を行ない、
前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行ない、
前記薬剤の返却登録を行なうための返却データを受信し、前記返却データは前記薬剤の第２の特徴データを含み、
前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の個体認証を行ない、
前記個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なう
ように構成されたことを特徴とする。

そして、本発明の別の態様は、医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータが実行する方法であって、前記方法は、
前記薬剤の出庫登録を行なうための出庫データを受信するステップであって、前記出庫データは前記薬剤の第１の特徴データを含む、ステップと、
前記出庫データに基づいて前記出庫登録を行なうステップと、
前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行なうステップと、
前記薬剤の払出し登録を行なうための払出しデータを受信するステップであって、前記払出しデータは前記薬剤の第２の特徴データを含む、ステップと、
前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行なうステップと、
前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行なうステップと、
前記薬剤の返却登録を行なうための返却データを受信するステップであって、前記返却データは前記薬剤の第３の特徴データを含む、ステップと、
前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行なうステップと、
前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なうステップと
を備えたことを特徴とする。

さらに、本発明の別の態様は、医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータが実行するコンピュータプログラムであって、前記コンピュータプログラムは前記コンピュータによって実行されると、
前記薬剤の出庫登録を行なうための出庫データを受信するステップであって、前記出庫データは前記薬剤の第１の特徴データを含む、ステップと、
前記出庫データに基づいて前記出庫登録を行なうステップと、
前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行なうステップと、
前記薬剤の払出し登録を行なうための払出しデータを受信するステップであって、前記払出しデータは前記薬剤の第２の特徴データを含む、ステップと、
前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行なうステップと、
前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行なうステップと、
前記薬剤の返却登録を行なうための返却データを受信するステップであって、前記返却データは前記薬剤の第３の特徴データを含む、ステップと、
前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行なうステップと、
前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なうステップと
を前記コンピュータに実行させることを特徴とする。

以上説明したように、本発明によれば、コンピューティングシステムを用いて医療機関における薬剤の個体認証を行なうことにより、薬剤の個別管理と医療機関内における流通の可視化を行なうことができる。また、本発明では、薬剤の流通過程のみならず、薬剤に関連する情報（薬剤に対する行為者、行為の発生時間、使用量など）の可視化を行なうことによるトレーサビリティも可能となる。

本発明の一実施形態に係るアンプルとラベルを示す図である。 本発明の一実施形態に係るシステムの全体構成を示す図である。 本発明の一実施形態に係る薬剤の入庫から払出しまでの処理を示すフローチャートである。 本発明の一実施形態に係る薬剤の返却処理を示すフローチャートである。 本発明の一実施形態に係る入庫データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る在庫データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る出庫データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る薬剤データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る払出しデータ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る返却データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る薬剤全体の所在をトレースするための画面を示す図である。 本発明の一実施形態に係る薬剤全体の操作履歴をトレースするための画面を示す図である。 本発明の一実施形態に係る薬剤個々の所在および操作履歴をトレースするための画面を示す図である。

本明細書では、アンプルに入ったフェンタニル注射液（図１）を薬剤の例として説明する。しかしながら、本発明を適用することができる薬剤はアンプルに入ったものに限られず、錠剤、散剤、パッチなどあらゆる薬剤を含む。図１は、本発明の一実施形態に係るアンプルとラベルを示す図である。例えば、図１に示すようにアンプルのラベルのすべてまたは一部をカメラなどの撮像デバイスで撮像し、ディジタル画像に変換した後、画像のピクセル間の色情報の差分から物体個々の特徴データを抽出することで、物体個々の判別（個体認証）を行なうことができる。これは、アンプルのラベルに限られず、錠剤そのものなど、物体であれば個体認証可能である（特許文献４）。

以下、添付した図面を参照して、本発明の実施形態に係るシステムを詳細に説明する。図２は、本発明の一実施形態に係るシステムの全体構成を示す図である。図２において、薬剤個別管理サーバ１００は、ネットワーク１０１（例えば、院内イントラネット）を介して、薬剤部端末１０２および手術部端末１０３と通信を行なうように構成される。なお、図２では、薬剤個別管理サーバ１００を１つのサーバコンピュータとして表しているが、複数のサーバコンピュータによる分散型コンピューティングシステムとして構築することもできる。また、図２をはじめとする本明細書を通して、薬剤の移動先の一例として薬剤部および手術部を想定し、薬剤個別管理サーバ１００と通信するためのコンピュータを薬剤部端末１０２および手術部端末１０３として示している。しかしながら、薬剤個別管理サーバ１００は、例えば、各病棟への払出しのために各病棟のナースステーションなどに置かれたコンピュータ端末とさらに通信することができる。このように、薬剤の移動先となり得る場所にコンピュータ端末を設置し、移動ごとに個体認証およびデータ登録を行なうことにより、薬剤のトレーサビリティを行なうことができる。

薬剤部端末１０２は、薬剤部の担当者や麻薬管理者が使用するコンピュータである。薬剤部端末１０２には、薬剤を撮像するためのカメラなどの撮像デバイスが接続される。医療用麻薬などの薬剤が卸業者によって病院に配送されると、担当者は薬剤部端末１０２を介して入庫データを登録する。医療用麻薬は薬剤部の麻薬金庫に、それ以外の薬剤は保管棚に入庫される。入庫した薬剤が手術部から出庫される場合、薬剤部の担当者は薬剤部端末１０２を介して出庫データを登録する。この際、薬剤部の担当者は、複数の薬剤が入った箱（製品）を開封し、薬剤１つ１つを薬剤部端末１０２に接続された撮像デバイスで撮像し個体データの登録を行なう。登録した個体データをマスタデータとして、薬剤に関するデータ更新を行なう際は、薬剤を撮像デバイスで撮像しマスタデータと照合することで個体認証を行なう。すなわち、薬剤そのものがない限り、薬剤に関するデータ更新を行なうことはできず、薬剤が“確かにその時、その場所に在った”ことを保証することができる（一方、ＩＣタグやＱＲコードを用いた場合は、薬剤と物理的に切り離すことができるため、薬剤そのものがなくてもデータ更新ができてしまう）。また、手術部などから薬剤の返却があった場合、担当者は薬剤部端末１０２を介して返却データを登録する。

手術部端末１０３は、手術部の担当者が使用するコンピュータである。手術部端末１０３にも撮像デバイスが接続される。薬剤部から出庫された医療用麻薬などの薬剤を使用のためにオペ室に払い出す場合、担当者は手術部端末１０３を介して払出しデータを登録する。また、薬剤を使用してまたは未使用で薬剤部に返却を行なう場合、手術部端末１０３を介して返却データを登録する。

薬剤個別管理サーバ１００は、医療機関によって管理され、院内のサーバルームなどに設置されたサーバコンピュータである。薬剤個別管理サーバ１００は、薬剤部端末１０２または手術部端末１０３からの要求に応じて、各端末に、本発明を実行するための専用のアプリケーションやＷｅｂサイトを提供するように構成される。薬剤個別管理サーバ１００は、薬剤部端末１０２から入庫データを受信すると、入庫データに基づいて在庫登録を行なう。また、薬剤個別管理サーバ１００は、薬剤部端末１０２から出庫データを受信すると、出庫データに基づいて出庫登録および薬剤登録を行なう。そして、手術部端末１０３などから払出しデータを受信すると、払出しデータに基づいて払出し登録を行なう。また、手術部端末１０３などから返却データを受信すると、返却データに基づいて、返却登録や残量登録、または廃棄登録を行なう。さらに、薬剤個別管理サーバ１００は、薬剤個別管理サーバ１００に集約されたデータを集計し、薬剤部端末１０２や手術部端末１０３などからの要求に応じて薬剤のトレーサビリティデータ（例えば、薬剤の所在や、払出しや返却などの操作履歴を示すデータ）を提供することができる。

次に、図２における薬剤個別管理サーバ１００の構成を詳細に説明する。薬剤個別管理サーバ１００は、システムバス１１５を介して相互に接続された、ＣＰＵ１１０、ＲＡＭ１１１、入力装置１１２、出力装置１１３、通信制御装置１１４、および記憶装置１１６を備えている。記憶装置１１６は不揮発性記憶媒体（ＲＯＭやＨＤＤなど）で構成され、本発明の各登録処理などに関連するソフトウェアプログラムを格納したプログラム格納領域と、当該ソフトウェアプログラムで取り扱うデータを格納したデータ格納領域とを備えている。後述するプログラム格納領域の各手段は、実際は独立したソフトウェアプログラム、そのルーチンやコンポーネントなどであり、記憶装置１１６に格納されている。各手段は、実行時にＣＰＵ１１０によって記憶装置１１６から呼び出されＲＡＭ１１１のワークエリアに展開されることで、データベースなどに適宜アクセスしながら各機能を発揮することができる。

図２の記憶装置１１６におけるプログラム格納領域に格納されたソフトウェアプログラムは、本発明に関連するものだけを列挙すると、在庫登録処理部１２０、出庫登録処理部１２１、払出し登録処理部１２２、および返却登録処理部１２３を備える。これらの手段は、ＣＰＵ１１０によって実行される。

図２の記憶装置１１６におけるデータ格納領域は、本発明に関連するものだけを列挙すると、入庫データ記憶部１３０、在庫データ記憶部１３１、出庫データ記憶部１３２、薬剤データ記憶部１３３、払出しデータ記憶部１３４、および返却データ記憶部１３５を備える。いずれも記憶装置１１６内に確保された一定の記憶領域である。

次に、図２の記憶装置１１６に格納された各手段の機能について説明する。図２の在庫登録処理部１２０は、薬剤部端末１０２から入庫データを受信し、入庫データ記憶部１３０に格納する。また、在庫登録処理部１２０は、受信した入庫データに基づいて在庫データを生成し、在庫データ記憶部１３１に格納する。

図２の出庫登録処理部１２１は、薬剤部端末１０２から出庫データを受信し、出庫データ記憶部１３２に格納する。また、出庫登録処理部１２１は、受信した出庫データに基づいて、在庫データ記憶部１３１に格納された在庫データを更新する。さらに、出庫登録処理部１２１は、受信した出庫データに基づいて薬剤データを生成し、薬剤データ記憶部１３３に格納する。

図２の払出し登録処理部１２２は、手術部端末１０３などから払出しデータを受信し、払出しデータ記憶部１３４に格納する。また、払出し登録処理部１２２は、受信した払出しデータに基づいて、薬剤データ記憶部１３３に格納された薬剤データを更新する。

図２の返却登録処理部１２３は、手術部端末１０３や薬剤部端末１０２などから返却データを受信し、返却データ記憶部１３５に格納する。返却登録処理部１２３は、受信した返却データに基づいて薬剤の状態を判定し、判定結果に応じて、薬剤データ記憶部１３３に格納された薬剤データを更新する。

次に、図２の記憶装置１１６の各記憶部に記憶されたデータについて説明する。図２の入庫データ記憶部１３０は、卸業者によって病院に配送され、薬剤部の保管棚や麻薬金庫に入庫されることになる複数の薬剤が入った箱（製品）に関するデータを格納する。図５は、本発明の一実施形態に係る入庫データ記憶部１３０に格納された入庫データを示す図である。

図５における入庫データには、製品を一意に示す「製品番号」、製品を入庫する日時を示す「入庫日時」、製品の入庫を担当する担当者を一意に示す「入庫担当者ＩＤ」、卸業者の名称を示す「卸業者名」、および薬剤の名称を示す「薬剤品名」などを格納することができる。

図５における入庫データは、薬剤部の担当者や麻薬管理者が製品を保管棚や麻薬金庫に入庫する際に生成されるトランザクションデータである。本データは、複数の薬剤が入った製品単位で生成されるため、後述する薬剤データ（図８）とは１対多の関係になる。「入庫担当者ＩＤ」は、例えば、医療機関に従事する従業員を一意に識別するためのＩＤであり、従業員マスタ（図示せず）と関連付けられる。これにより、従業員マスタから従業員の氏名などを取得することができる（後述する「○○担当者ＩＤ」も全て同様である）。

図２の在庫データ記憶部１３１は、薬剤部の保管棚や麻薬金庫に保管される製品に関するデータを格納する。図６は、本発明の一実施形態に係る在庫データ記憶部１３１に格納された在庫データを示す図である。

図６における在庫データには、製品を一意に示す「製品番号」、製品を入庫した日時を示す「入庫日時」、製品の入庫を担当した担当者を一意に示す「入庫担当者ＩＤ」、卸業者の名称を示す「卸業者名」、製品の内容物である薬剤の名称を示す「薬剤品名」、製品を出庫した日時を示す「出庫日時」、および製品の出庫を担当した担当者を一意に示す「出庫担当者ＩＤ」などを格納することができる。

図６における在庫データも、薬剤部の担当者や麻薬管理者が製品を保管棚や麻薬金庫に入庫する際に生成されるトランザクションデータである。本データも製品単位で生成される。

図２の出庫データ記憶部１３２は、薬剤部の保管棚や麻薬金庫から出庫されることになる製品に関するデータを格納する。図７は、本発明の一実施形態に係る出庫データ記憶部１３２に格納された出庫データを示す図である。

図７における出庫データには、製品を一意に示す「製品番号」、製品を出庫する日時を示す「出庫日時」、製品の出庫を担当する担当者を一意に示す「出庫担当者ＩＤ」、製品番号との組み合わせで薬剤を一意に示す「薬剤番号」、および以下で詳細に説明する「特徴点」などを格納することができる。

図７における出庫データは、薬剤部の担当者や麻薬管理者が薬剤を保管棚や麻薬金庫から出庫する際に生成されるトランザクションデータである。本データは、薬剤単位で生成される。そのため、「製品番号」と「薬剤番号」との組み合わせで本データを一意に識別することができる（例えば、「製品番号」と「薬剤番号」とを組み合わせ、“J1-100004-1”などといった薬剤個別ＩＤを生成することができる）。「薬剤番号」は、例えば、本データ生成時に採番されるシーケンス番号である。「特徴点」は、例えば、薬剤画像のピクセル間の色情報の差分から抽出される特徴データである（図７の例では、薬剤個々の特徴として抽出されたピクセル座標の羅列である）。当該特徴データは、薬剤を出庫する際に抽出され、個体認証用のマスタデータとして後述する薬剤データ（図８）に登録される。

図２の薬剤データ記憶部１３３は、製品を開封した後の個々の薬剤に関するデータを格納する。図８は、本発明の一実施形態に係る薬剤データ記憶部１３３に格納された薬剤データを示す図である。

図８における薬剤データには、薬剤が入っていた箱（製品）を一意に示す「製品番号」、製品番号との組み合わせで薬剤を一意に示す「薬剤番号」、薬剤個々の特徴データを示す「特徴点」、薬剤の現在の状態を示す「状態」、薬剤の残量を示す「残量」、薬剤を出庫した日時を示す「出庫日時」、薬剤の出庫を担当した担当者を一意に示す「出庫担当者ＩＤ」、オペ室などに薬剤の払出しを行なった日時を示す「払出し日時」、薬剤の払出しを担当した担当者を一意に示す「払出し担当者ＩＤ」、薬剤をオペ室などから返却した日時を示す「返却日時」、および薬剤の返却を担当した担当者を一意に示す「返却担当者ＩＤ」などを格納することができる。

図８における薬剤データは、薬剤部の担当者や麻薬管理者が製品を開封した際に生成されるトランザクションデータである。「薬剤番号」は、薬剤マスタ（図示せず）と関連けられ、これにより、薬剤マスタから薬剤の名称などを取得することができる。「特徴点」は、個体認証用のマスタデータとして登録された薬剤個々の特徴データ（出庫データ（図７）の「特徴点」）である。例えば、薬剤データを更新する際、対象の薬剤を再度撮像し抽出された特徴点と、薬剤データの「特徴点」とを照合することにより個体認証を行なう。これにより、薬剤データを更新する際（すなわち、薬剤に対して何らかの変更が発生した場合）に、薬剤そのものがその場所に在ったことを保証することができる。なお、薬剤データを更新する場合は、更新前のデータを履歴データ（図示せず）として蓄積しておき、トレーサビリティデータとして使用する。「状態」には、薬剤の現在の状態を示す数値、例えば、０：入庫済み、１：出庫中、２：受取り済み（手術部）、３：払出し済み（オペ室）、４：払出し済み（北病棟）、５：払出し済み（東病棟）、６：払出し済み（西病棟）、７：払出し済み（外来）、８：仮払い、９：返却中（未使用）、１０：返却中（使用済み）、１１：返却（未使用）、１２：返却（使用済み）、１３：破損（未使用）、１４：破損（使用済み）、１５：廃棄、・・・などを格納することができる。なお、仮払いとは、夜間など薬剤部の担当者不在時の病棟への払出しに備えて、一定数の薬剤を予め確保しておくことである。この場合、薬剤が仮払い薬剤置き場に置かれ、必要に応じて病棟などへの払出しが行なわれる。「残量」は、例えば、薬剤の残量を示す、ｍｇなどの単位を除いた数値を格納することができる。

図２の払出しデータ記憶部１３４は、各病棟や外来、オペ室に払い出されることになる薬剤に関するデータを格納する。図９は、本発明の一実施形態に係る払出しデータ記憶部１３４に格納された払出しデータを示す図である。

図９における払出しデータには、薬剤が入っていた箱（製品）を一意に示す「製品番号」、製品番号との組み合わせで薬剤を一意に示す「薬剤番号」、薬剤の払出しを行なう日時を示す「払出し日時」、および薬剤の払出しを担当する担当者を一意に示す「払出し担当者ＩＤ」などを格納することができる。

図９における払出しデータは、薬剤部や手術部の担当者などが、各病棟や外来、オペ室などに薬剤の払出しを行なう際に生成されるトランザクションデータである。

図２の返却データ記憶部１３５は、各病棟や外来、手術部などから返却されることになる薬剤に関するデータを格納する。図１０は、本発明の一実施形態に係る返却データ記憶部１３５に格納された返却データを示す図である。

図１０における返却データには、薬剤が入っていた箱（製品）を一意に示す「製品番号」、製品番号との組み合わせで薬剤を一意に示す「薬剤番号」、薬剤を返却する日時を示す「返却日時」、薬剤の返却を担当する担当者を一意に示す「返却担当者ＩＤ」、返却される薬剤の状態を示す「状態」、および返却される薬剤の残量を示す「残量」などを格納することができる。

図１０における返却データは、手術部の担当者などが薬剤部に薬剤を返却する際に生成されるトランザクションデータである。「状態」には、返却される薬剤の状態を示す数値、例えば、９：返却中（未使用）、１０：返却中（使用済み）、・・・などを格納することができる。「残量」は、例えば、返却される薬剤の残量を示す、ｍｇなどの単位を除いた数値を格納することができる。

次に、図３のフローチャート、および図５−９のデータを参照して、本発明の一実施形態に係る薬剤の入庫から払出しまでの処理を流れに沿って説明する。図３は、本発明の一実施形態に係る薬剤の入庫から払出しまでの処理を示すフロー図である。本処理は、卸業者によって病院に配送された薬剤を薬剤部の保管棚や麻薬金庫に入庫するために、薬剤部の担当者などが薬剤部端末１０２を介して、薬剤個別管理サーバ１００に入庫データを送信したところから開始される。

まず、薬剤個別管理サーバ１００の在庫登録処理部１２０は、薬剤部端末１０２から入庫データ（図５）を受信し、入庫データ記憶部１３０に格納する（ステップ３０１）。入庫は複数の薬剤が入った箱（製品）単位で行なわれる。入庫時点では製品は未開封であるため、ここでは薬剤個々の個体データ登録を行わない。

次に、在庫登録処理部１２０は、受信した入庫データに基づいて在庫登録を行なう（ステップ３０２）。具体的には、入庫データに基づいて在庫データ（図６）を生成し、在庫データ記憶部１３１に格納する。なお、ここで生成される在庫データの「出庫日時」や「出庫担当者ＩＤ」は現時点では空データである。

次に、薬剤を薬剤部の保管棚や麻薬金庫から出庫するために、薬剤個別管理サーバ１００の出庫登録処理部１２１は、薬剤部端末１０２から出庫データ（図７）を受信し、出庫データ記憶部１３２に格納する（ステップ３０３）。出庫は薬剤単位で行なわれ、出庫の際に製品が開封されるため、ここでは薬剤個々の個体データ登録を行なう。個体データ登録は、前述したように、薬剤部端末１０２に接続された撮像デバイスを用いて薬剤１つ１つを撮像し、得られた薬剤画像のピクセル間の色情報の差分から抽出された特徴データ（例えば、出庫データ（図７）の「特徴点」）を薬剤個別管理サーバ１００に登録する。

次に、出庫登録処理部１２１は、受信した出庫データに基づいて出庫登録を行なう（ステップ３０４）。具体的には、出庫データに基づいて、在庫データ記憶部１３１に格納された在庫データ（図６）の「出庫日時」および「出庫担当者ＩＤ」を更新する。

また、出庫登録処理部１２１は、受信した出庫データに基づいて薬剤登録を行なう（ステップ３０５）。具体的には、出庫データに基づいて薬剤データ（図８）を生成し、薬剤データ記憶部１３３に格納する。なお、ここで登録される薬剤データの「特徴点」は個体認証用のマスタデータとなり、以降の処理で薬剤データを更新する際に抽出される特徴点と照合される（照合に成功しない場合は薬剤データを更新することができないように制御する）。なお、照合に成功した場合は、成功した特徴データ（「特徴点」）で、マスタデータである薬剤データの「特徴点」を更新することもできる。これにより、特徴データの微妙な変化をマスタデータに反映することができる。また、ここで生成される薬剤データの「払出し日時」、「払出し担当者ＩＤ」、「返却日時」、および「返却担当者ＩＤ」は現時点では空データである。薬剤データの「状態」は、出庫する場合は“１”『出庫中』、未だ出庫しない場合は“０”『入庫済み』を格納する。これは、例えば、製品にフェンタニル注射液のアンプルが複数本入っており、そのうちの一部のみを出庫する場合があるためである。この場合、未だ出庫しないアンプルも含めて個体データ登録を行なう。本処理では、薬剤が手術部に出庫されるものとして説明するが、本発明は、薬剤が病棟や外来に払い出された場合も想定している。病棟などに払い出される場合、出庫データの受信や出庫登録（ステップ３０３および３０４）は行なわずに、払出しデータの受信および払出し登録（ステップ３０６および３０７）を先に行ない、受信した払出しデータに基づいて薬剤登録を行なう（詳細については後述する）。なお、手術部や各払出し先で薬剤を受け取った場合に手術部端末１０３や各払出し先の端末で受取り登録を行ない、薬剤データの「状態」を“２”『受取り済み（手術部）』、または、『受取り済み（○○○）』（○○○は北病棟など払出し先を表す単語）を示す数値で更新することもできる。これにより、より細かい薬剤のトレーサビリティを行なうことができる。なお、ステップ３０４および３０５は順番が逆であってもよい。

次に、薬剤個別管理サーバ１００の払出し登録処理部１２２は、手術部端末１０３から払出しデータ（図９）を受信し、払出しデータ記憶部１３４に格納する（ステップ３０６）。この際、手術部の担当者は、手術部端末１０３に接続された撮像デバイスを用いて対象の薬剤を撮像し、薬剤画像のピクセル間の色情報の差分から特徴データ（払出しデータの「特徴点」）が抽出される。

次に、払出し登録処理部１２２は、受信した払出しデータに基づいて払出し登録を行なう（ステップ３０７）。具体的には、払出しデータに基づいて、薬剤データ記憶部１３３に格納された薬剤データ（図８）の「払出し日時」および「払出し担当者ＩＤ」を更新する。この際、払出しデータの「特徴点」と、薬剤データの「特徴点」とを照合し（個体認証）、照合に成功しない場合は、払出し登録を行なわず、本処理は終了する。または、手術部端末１０３にその旨をエラー通知し、再度、薬剤の撮像を促すこともできる。個体認証により、薬剤そのものがその場にない限り払出しを行なうことができず、換言すると、対象薬剤が、“払出し登録を行なった際、確かにその場所に在った”ことを保証することができる。なお、各病棟や外来に薬剤が払い出される場合は、払出しデータに基づいて薬剤登録が行なわれるため、払出しデータの「特徴点」が薬剤データの「特徴点」に登録され、個体認証用のマスタデータとして使用される。ステップ３０７の後、本処理は終了する。

次に、図４のフローチャート、ならびに図８および１０のデータを参照して、本発明の一実施形態に係る薬剤の返却処理を流れに沿って説明する。図４は、本発明の一実施形態に係る薬剤の返却処理を示すフロー図である。本処理は、薬剤を薬剤部の保管棚や麻薬金庫に返却するために、手術部の担当者などが手術部端末１０３を介して、薬剤個別管理サーバ１００に返却データを送信したところから開始される。

まず、薬剤個別管理サーバ１００の返却登録処理部１２３は、手術部端末１０３から返却データ（図１０）を受信し、返却データ記憶部１３５に格納する（ステップ４０１）。本処理は図３の処理フローの続きとして、薬剤の払出し先である手術部からの返却を記載しているが、病棟などに払い出された場合は各払出し先の端末（図示せず）から返却データを受信することになる。

次に、返却登録処理部１２３は、受信した返却データに基づいて返却登録を行なう（ステップ４０２）。具体的には、返却データに基づいて、薬剤データ記憶部１３３に格納された薬剤データ（図８）の「返却日時」および「返却担当者ＩＤ」を更新する。また、薬剤の使用状況に応じて「状態」を“９”『返却中（未使用）』または“１０”『返却中（使用済み）』に更新する。さらに、使用済み返却の場合は、返却データに基づいて「残量」を登録することもできる。なお、返却登録の際も、返却データの「特徴点」と、薬剤データの「特徴点」とを照合し（個体認証）、照合に成功しない場合は、返却登録を行なわないように制御する。

次に、手術部から返却された薬剤を薬剤部で受け取ると、返却登録処理部１２３は、薬剤部端末１０２から返却データ（図１０）を受信し、返却データ記憶部１３５に格納する（ステップ４０３）。ステップ４０４以降の処理は、薬剤の使用状況によって処理が異なる。そのため、ステップ４０３で受信した返却データに複数の薬剤のデータが含まれ、それぞれで使用状況が異なる場合は、薬剤ごとにステップ４０４以降を実行する。

次に、返却登録処理部１２３は、受信した返却データに基づいて薬剤が使用済みか否かを判定する（ステップ４０４）。薬剤が未使用と判定された場合は、Ｎｏルートに進み、返却登録処理部１２３は、受信した返却データに基づいて返却登録を行なう（ステップ４０５）。具体的には、返却データに基づいて、薬剤データ記憶部１３３に格納された薬剤データ（図８）の「状態」を“１１”『返却（未使用）』に更新する。なお、図示していないが、ステップ４０５において、返却を受け付けた日時や担当者のＩＤも登録することにより、より細かい薬剤のトレーサビリティを行なうことができる（以下に示すステップ４０７の廃棄登録およびステップ４０８の残量登録についても同様のことが言える）。なお、ステップ４０５における返却登録の際も個体認証を行ない、認証に成功しない場合は、返却登録を行なわないように制御する。ステップ４０５の後、本処理は終了する。

ステップ４０４の判定において薬剤が使用済みと判定された場合は、Ｙｅｓルートに進み、返却登録処理部１２３は、前記返却データに基づいて薬剤の残りがあるか否かを判定する（ステップ４０６）。薬剤の残りがないと判定された場合は、Ｎｏルートに進み、返却登録処理部１２３は、受信した返却データに基づいて廃棄登録を行なう（ステップ４０７）。具体的には、返却データに基づいて、薬剤データ記憶部１３３に格納された薬剤データ（図８）の「状態」を“１５”『廃棄』に更新する。なお、廃棄登録の際も個体認証を行ない、認証に成功しない場合は、廃棄登録を行なわないように制御する。ステップ４０７の後、本処理は終了する。

ステップ４０６の判定において薬剤の残りがあると判定された場合は、Ｙｅｓルートに進み、返却登録処理部１２３は、受信した返却データに基づいて残量登録を行なう（ステップ４０８）。具体的には、返却データに基づいて、薬剤データ記憶部１３３に格納された薬剤データ（図８）の「状態」を“１２”『返却（使用済み）』に更新する。また、返却データに基づいて「残量」を登録することもできる。なお、ステップ４０２において手術部の担当者により既に「残量」が登録されている場合は、登録済みの「残量」と、ステップ４０３で受信した返却データの「残量」とを比較し、不一致の場合に薬剤部端末１０２にエラー通知を送信することもできる（残った薬剤が不正に抜き取られるなどしない限り、残量は一致するはずである）。なお、残量登録の際も個体認証を行ない、認証に成功しない場合は、残量登録を行なわないように制御する。ステップ４０８の後、本処理は終了する。

図３および４の処理フローでは示していないが、薬剤の仮払いを行なう場合、薬剤部の担当者などが薬剤部端末１０２を介して対象薬剤の個体認証を行ない、薬剤個別管理サーバ１００に操作を行なった日時や担当者のＩＤを履歴データとして蓄積しておくことで（仮払い登録）、トレーサビリティデータとして使用することができる。また、仮払い登録の際、薬剤データ（図８）の「状態」を“８”『仮払い』に更新する。

また、薬剤が破損してしまった場合も、各担当者が所定の端末を介して対象薬剤の個体認証を行ない、履歴データを蓄積しつつ、使用状況に応じて薬剤データの「状態」を“１３”『破損（未使用）』または“１４”『返却中（使用済み）』に更新する（破損登録）。なお、破損登録を行なう場合も対象薬剤の個体認証を行なうことが望ましいが、破損状況によっては個体認証を行なうことが困難な場合もある。この場合、撮像デバイスを用いて対象薬剤の全体像を撮像し、破損状況を示すための画像として薬剤データ（図８）に関連付けて薬剤個別管理サーバ１００に格納することもできる。

図３および４の処理フローにおける薬剤の入出庫、払出しや返却、および仮払いや破損登録などに対する操作を行なうたびに、個体認証を行ない、薬剤個別管理サーバ１００に各操作を行なった日時や担当者のＩＤを履歴データとして蓄積しておく。当該履歴データや薬剤データ（図８）を用いて、図９−１１に示すようなトレーサビリティデータを提示することができる。

図１１は、本発明の一実施形態に係る薬剤全体の所在をトレースするための画面を示す図である。図１１は、ある医療機関内において、フェンタニル注射液０．５ｍｇのアンプル１３１本が、２０１７年５月１日１７時５９分現在、どこに在るかを表示する画面である。本画面や画面内の情報は、薬剤個別管理サーバ１００において生成され、薬剤部端末１０２や手術部端末１０３などからの要求に応じて各端末に表示される。図１１は、薬剤部の麻薬金庫に、未使用アンプルが３本、使用済みアンプルが６本在り（破損したアンプルは０本）、仮払い置き場に１２本、廃棄箱に２９本、手術部の麻薬金庫に７５本、オペ室に２本、東病棟に４本在ることを示している。これらの情報は、例えば、薬剤データ（図８）のレコード数を「状態」ごとにカウントすることにより生成することができる。また、図１１の所在情報は、現時点での所在情報に限らず、過去のある時点での所在情報を示すこともできる。例えば、図１１における年月日や時分の横にある「▲」や「▼」ボタンにより、年月日時分を変更し、「表示」ボタンを押下することで、変更された年月日時分での所在情報を集計し、表示することできる。なお、過去の所在情報を生成する場合は、薬剤データの履歴データを用いる。また、図１１において、薬剤を指定するためのリストボックス（“フェンタニル注射液０．５ｍｇ”と表示された部分）を別の薬剤に変更することで、フェンタニル注射液０．５ｍｇ以外の薬剤の所在情報を表示することもできる。

図１２は、本発明の一実施形態に係る薬剤全体の操作履歴をトレースするための画面を示す図である。図１２は、ある医療機関内における、フェンタニル注射液０．５ｍｇのアンプルの操作履歴を表示する画面である。例えば、図１２における履歴Ｎｏ．が“１”の履歴は、２０１７年３月１３日１６時９分４４秒に、薬剤部の麻薬金庫から手術部の麻薬金庫にアンプル４０本が払い出されたことを示している。また、履歴Ｎｏ．が“３”の履歴は、薬剤部の麻薬金庫からオペ室にアンプル１本が払い出されたことを示している。履歴Ｎｏ．が“４”の履歴は、オペ室から薬剤部の麻薬金庫に使用済みのアンプル１本が返却されたことを示している。これらの情報は、薬剤データ（図８）の履歴データに基づいて生成することができる。なお、図１２の上部にある、操作区分や移動先を指定するためのリストボックスの内容を変更することにより、表示する情報を絞り込むことができる（例えば、薬剤部の麻薬金庫から手術部の麻薬金庫への払出し情報のみを表示することができる）。また、図１２においても、薬剤を指定するためのリストボックスを別の薬剤に変更することで、フェンタニル注射液０．５ｍｇ以外の薬剤の操作履歴を表示することもできる。

図１３は、本発明の一実施形態に係る薬剤個々の所在および操作履歴をトレースするための画面を示す図である。図１３は、薬剤個別ＩＤ“Ｊ１−１２３４５６−１”（薬剤データ（図８）の「製品番号」と「薬剤番号」との組み合わせ）で特定されるフェンタニル注射液０．５ｍｇのアンプルの現在の所在と、操作履歴とを表示する画面である。図１３は、対象のアンプルは廃棄箱に在り、廃棄済みであることを示している。この情報は、薬剤データ（図８）の「状態」に基づいて生成することができる。また、対象のアンプルは、２０１７年３月１３日１６時９分４４秒に薬剤部の麻薬金庫から手術部の麻薬金庫に移動され、同年同月の１４日１７時４７分５秒に手術部の麻薬金庫から薬剤部の麻薬金庫に使用済み状態で返却され、そのまま廃棄されたことを示している。これらの情報は、薬剤データ（図８）の履歴データに基づいて生成することができる。また、図１３では示していないが、当該履歴データを用いて、各操作を行なった担当者や、薬剤の残量（使用量）などをさらに表示することもできる。

以上により、本発明によれば、コンピューティングシステムを用いて医療機関における薬剤の個体認証を行なうことにより、薬剤の個別管理と医療機関内における流通の可視化を行なうことができる。また、本発明では、薬剤の流通過程のみならず、薬剤に関連する情報（薬剤に対する行為者、行為の発生時間、使用量など）の可視化を行なうことによるトレーサビリティも可能となる。

Claims (8)

1. 医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータであって、
   前記薬剤の出庫登録を行なうための出庫データを受信し、前記出庫データは前記薬剤の第１の特徴データを含み、
   前記出庫データに基づいて前記出庫登録を行ない、
   前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行ない、
   前記薬剤の払出し登録を行なうための払出しデータを受信し、前記払出しデータは前記薬剤の第２の特徴データを含み、
   前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行ない、
   前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行ない、
   前記薬剤の返却登録を行なうための返却データを受信し、前記返却データは前記薬剤の第３の特徴データを含み、
   前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行ない、
   前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なう
   ように構成されたことを特徴とするコンピュータ。
2. 前記返却登録を行なうことは、前記返却データに基づいて、
   前記薬剤が使用済みか否かを判定することと、
   前記薬剤の使用状況を登録することと、
   前記薬剤が使用済みであると判定された場合、前記薬剤の残りがあるか否かを判定することと、
   前記薬剤の残りがないと判定された場合、前記薬剤の廃棄登録を行なうことと
   前記薬剤の残りがあると判定された場合、前記薬剤の残量登録を行なうことと
   を含むことを特徴とする請求項１に記載のコンピュータ。
3. 前記薬剤の仮払い登録を行なうための仮払いデータを受信し、前記仮払いデータは前記薬剤の第４の特徴データを含み、
   前記マスタデータと前記第４の特徴データとを照合することにより、前記薬剤の第３の個体認証を行ない、
   前記第３の個体認証に成功した場合に、前記仮払いデータに基づいて前記仮払い登録を行なう
   ようにさらに構成されたことを特徴とする請求項１または２に記載のコンピュータ。
4. 前記薬剤の破損登録を行なうための破損データを受信し、前記破損データは前記薬剤の第５の特徴データを含み、
   前記マスタデータと前記第５の特徴データとを照合することにより、前記薬剤の第４の個体認証を行ない、
   前記第４の個体認証に成功した場合に、前記破損データに基づいて前記破損登録を行なう
   ようにさらに構成されたことを特徴とする請求項１または２に記載のコンピュータ。
5. 前記薬剤の各個体認証に成功した場合に行なわれる各登録に対する操作を行なった日時や担当者のＩＤを履歴データとして蓄積し、
   前記履歴データに少なくとも基づいて、前記医療機関における薬剤全体の所在をトレースするためのデータ、前記薬剤全体の操作履歴をトレースするためのデータ、前記医療機関における薬剤個々の所在および操作履歴をトレースするためのデータの少なくとも１つを生成する
   ようにさらに構成されたことを特徴とする請求項１乃至４のいずれかに記載のコンピュータ。
6. 医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータであって、
   前記薬剤の払出し登録を行なうための払出しデータを受信し、前記払出しデータは前記薬剤の第１の特徴データを含み、
   前記払出しデータに基づいて前記払出し登録を行ない、
   前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行ない、
   前記薬剤の返却登録を行なうための返却データを受信し、前記返却データは前記薬剤の第２の特徴データを含み、
   前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の個体認証を行ない、
   前記個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なう
   ように構成されたことを特徴とするコンピュータ。
7. 医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータが実行する方法であって、
   前記薬剤の出庫登録を行なうための出庫データを受信するステップであって、前記出庫データは前記薬剤の第１の特徴データを含む、ステップと、
   前記出庫データに基づいて前記出庫登録を行なうステップと、
   前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行なうステップと、
   前記薬剤の払出し登録を行なうための払出しデータを受信するステップであって、前記払出しデータは前記薬剤の第２の特徴データを含む、ステップと、
   前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行なうステップと、
   前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行なうステップと、
   前記薬剤の返却登録を行なうための返却データを受信するステップであって、前記返却データは前記薬剤の第３の特徴データを含む、ステップと、
   前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行なうステップと、
   前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なうステップと
   を備えたことを特徴とする方法。
8. 医療機関における薬剤のトレーサビリティシステムに含まれるコンピュータが実行するコンピュータプログラムであって、前記コンピュータプログラムは前記コンピュータによって実行されると、
   前記薬剤の出庫登録を行なうための出庫データを受信するステップであって、前記出庫データは前記薬剤の第１の特徴データを含む、ステップと、
   前記出庫データに基づいて前記出庫登録を行なうステップと、
   前記第１の特徴データを前記薬剤の個体認証用のマスタデータとして格納することにより、前記薬剤の個体データ登録を行なうステップと、
   前記薬剤の払出し登録を行なうための払出しデータを受信するステップであって、前記払出しデータは前記薬剤の第２の特徴データを含む、ステップと、
   前記マスタデータと前記第２の特徴データとを照合することにより、前記薬剤の第１の個体認証を行なうステップと、
   前記第１の個体認証に成功した場合に、前記払出しデータに基づいて前記払出し登録を行なうステップと、
   前記薬剤の返却登録を行なうための返却データを受信するステップであって、前記返却データは前記薬剤の第３の特徴データを含む、ステップと、
   前記マスタデータと前記第３の特徴データとを照合することにより、前記薬剤の第２の個体認証を行なうステップと、
   前記第２の個体認証に成功した場合に、前記返却データに基づいて前記返却登録を行なうステップと
   を前記コンピュータに実行させることを特徴とするコンピュータプログラム。

Images