JP2022049801A - 物品管理システム、及び、物品管理プログラム - Google Patents

Abstract

【課題】物品の発注処理を効率的に行うことができる物品管理システム、及び、物品管理プログラムを提供することができる。【解決手段】物品管理システムは、ＲＦＩＤタグを収容する収容部に設けられるアンテナを有し、前記アンテナで前記ＲＦＩＤタグを読み取るＲＦＩＤリーダと、前記ＲＦＩＤリーダが前記ＲＦＩＤタグから読み取った情報によって特定される物品をネットワークを介して前記物品の在庫を取り扱う組織の第２情報処理部に発注する第１情報処理部とを含む。【選択図】図２

Description

本発明は、物品管理システム、及び、物品管理プログラムに関する。

従来より、医療現場における医療品が置かれる場所に設置される通信シートであって、当該通信シートの内部を伝達する電磁波が当該通信シートの表面から浸出することによって近接場が生じる通信シートと、前記通信シートに前記電磁波を送信し、当該送信した電磁波によって生じた前記近接場を介して、前記医療品に付されたタグから前記医療品の管理情報を読み取る読取部と、前記読取部による前記管理情報の読み取り結果に基づいて、所定処理を実行する実行部と、を備えたことを特徴とする医療品管理システムがある（例えば、特許文献１参照）。

前記医療品は、前記医療現場において消費される消耗品であり、前記実行部は、前記読取部によって読み取られた前記管理情報に基づいて、前記医療品を補充すべきか否かを判定し、前記医療品を補充すべきであると判定した場合、前記医療品を発注先のサーバに発注する。

前記実行部は、前記読取部によって読み取られた前記管理情報に基づいて定められる前記医療品の在庫量が、予め定められた閾値を下回った場合に、前記医療品を補充すべきであると判定する。

特開２０１７－０２１８０６号公報

ところで、従来の医療品管理システムは、医療品を補充すべきか否かを判定するために在庫量が閾値を下回ったかどうかを判定しており、発注処理を効率的に行えていない。

そこで、本発明の一実施形態では、物品の発注処理を効率的に行うことができる物品管理システム、及び、物品管理プログラムを提供することを目的とする。

本発明の実施形態の一態様に係る物品管理システムは、ＲＦＩＤタグを収容する収容部に設けられるアンテナを有し、前記アンテナで前記ＲＦＩＤタグを読み取るＲＦＩＤリーダと、前記ＲＦＩＤリーダが前記ＲＦＩＤタグから読み取った情報によって特定される物品をネットワークを介して前記物品の在庫を取り扱う組織の第２情報処理部に発注する第１情報処理部とを含む。

この態様によれば、ＲＦＩＤタグを収容部に入れれば、物品の発注が行われる。したがって、物品の発注処理を効率的に行うことができる物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記アンテナは、前記収容部に前記ＲＦＩＤタグを入れる入口に設けられてもよい。

この態様によれば、収容部の入口に設けられたアンテナでより確実にＲＦＩＤタグを読み取ることができるので、物品の発注処理を効率的に行うことができるとともに、読み取りの確実性を向上させた物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記物品は前記ＲＦＩＤタグが取り付けられた状態で前記第１情報処理部を利用する組織に納入され、前記ＲＦＩＤタグは、前記第１情報処理部を利用する組織において、前記物品から取り外されて前記収容部に入れられてもよい。

この態様によれば、収容部にはＲＦＩＤタグのみを入れ、物品は入れずに済むので、物品の発注処理を効率的に行うことができるとともに、収容部の小形化を図った物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記第１情報処理部から伝送される発注データを中継し、前記第２情報処理部に発注する第３情報処理部をさらに含んでもよい。

この態様によれば、物品の発注処理を効率的に行うことができるとともに、第１情報処理部と第２情報処理部との間の第３情報処理部で発注データを管理可能な物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記第３情報処理部は、前記第１情報処理部からの前記物品の発注量に応じた請求額を表す請求データを作成し、前記第１情報処理部に送信する請求管理部と、前記ＲＦＩＤタグの利用に応じた利用額を求める利用額管理部とを有していてもよい。

この態様によれば、第３情報処理部において、請求データの作成及び前記第１情報処理部への送信を行う処理と、利用額を求める処理とを実行可能である。このため、物品の発注処理を効率的に行うことができるとともに、第３情報処理部において、利用額を求めることができる物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記利用額管理部は、前記請求額から前記利用額を減じた残りの金額（購入金額）を前記第２情報処理部を利用する組織に通知するとともに、当該組織の口座に振り込んでもよい。

この態様によれば、物品の発注処理を効率的に行うことができるとともに、前記第２情報処理部を利用する組織への購入金額の通知と振込を行うことができる物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記第２情報処理部は、前記第１情報処理部からの発注量に応じた請求額を表す請求データを作成し、前記第１情報処理部に送信する請求管理部と、前記ＲＦＩＤタグの利用に応じた利用額を求める利用額管理部とを有していてもよい。

この態様によれば、第２情報処理部において、請求データの作成及び前記第１情報処理部への送信を行う処理と、利用額を求める処理とを実行可能である。このため、物品の発注処理を効率的に行うことができるとともに、第２情報処理部において、利用額を求めることができる物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記利用額管理部は、前記利用額を前記ＲＦＩＤタグの運営管理を行う組織の第３情報処理部に通知するとともに、当該組織の口座に振り込んでもよい。

この態様によれば、物品の発注処理を効率的に行うことができるとともに、前記第３情報処理部を利用する組織への利用額の通知と振込を行うことができる物品管理システムを提供することができる。

本発明の実施形態の他の観点に係る物品管理システムでは、前記物品は、医療において用いられる物品であってもよい。

この態様によれば、医療材料の発注処理を効率的に行うことができる物品管理システムを提供することができる。

本発明の実施形態の一態様に係る物品管理プログラムは、ＲＦＩＤタグを収容する収容部に設けられるアンテナを有するＲＦＩＤリーダによって前記ＲＦＩＤタグが読み取られると、前記ＲＦＩＤタグから読み取られた情報によって特定される物品をネットワークを介して前記物品の在庫を取り扱う組織の情報処理部に発注するステップをコンピュータに実行させる。

この態様によれば、ＲＦＩＤタグを収容部に入れれば、物品の発注が行われる。したがって、物品の発注処理を効率的に行うことができる物品管理プログラムを提供することができる。

本発明の一実施形態によれば、品の発注処理を効率的に行うことができる、物品管理システム、及び、物品管理プログラムを提供することができる。

実施形態の物品管理システムに用いられるコンピュータシステム１０の構成の一例を示す図である。 実施形態の物品管理システム１００の一例を示す図である。 ＲＦＩＤリーダ１１０を示す図である。 ＰＣ１２０の制御部１２１が実行する発注処理を示すフローチャートである。 クラウドシステム１３０が実行する処理を示すフローチャートである。 Ａ病院、Ｂ社、及びＣ社の間におけるデータと金銭の流れを説明する図である。 実施形態の変形例による物品管理システム１００Ａを示す図である。 実施形態の変形例におけるＡ病院、Ｂ社、及びＣ社の間におけるデータと金銭の流れを説明する図である。

以下、本発明の物品管理システム、及び、物品管理プログラムを適用した実施形態について説明する。

＜コンピュータシステム＞
図１は、実施形態の物品管理システムに用いられるコンピュータシステム１０の構成の一例を示す図である。コンピュータシステム１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、表示装置１５、操作装置１６、Ｉ／Ｆ（Interface）装置１７、及びドライブ装置１８を含み、これらはバス１９を介して相互に接続されている。

ＣＰＵ１１は、補助記憶装置１４にインストールされている各種プログラムを実行する演算デバイスである。

ＲＯＭ１２は、不揮発性メモリである。ＲＯＭ１２は、補助記憶装置１４にインストールされている各種プログラムをＣＰＵ１１が実行するために必要な各種プログラム、データ等を格納する主記憶デバイスとして機能する。具体的には、ＲＯＭ１２はＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラム等を格納する、主記憶デバイスとして機能する。

ＲＡＭ１３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の揮発性メモリである。ＲＡＭ１３は、補助記憶装置１４にインストールされている各種プログラムがＣＰＵ１１によって実行される際に展開される作業領域を提供する、主記憶デバイスとして機能する。

補助記憶装置１４は、各種プログラムや、各種プログラムが実行される際に用いられる情報を格納する補助記憶デバイスである。

表示装置１５は、コンピュータシステム１０の内部状態等を表示する表示デバイスであり、例えば液晶ディスプレイパネル等である。

操作装置１６は、コンピュータシステム１０の利用者が各種指示を入力する入力デバイスであり、例えば、キーボードやマウス等である。

Ｉ／Ｆ装置１７は、コンピュータシステム１０がネットワーク５０を介して外部装置と通信を行うための通信デバイスである。

ドライブ装置１８は記憶媒体２０をセットするためのデバイスである。ここでいう記憶媒体２０には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記憶媒体２０には、ＥＰＲＯＭ (Erasable Programmable Read Only Memory)、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

なお、補助記憶装置１４にインストールされる各種プログラムは、例えば、配布された記憶媒体２０がドライブ装置１８にセットされ、該記憶媒体２０に記録された各種プログラムがドライブ装置１８により読み出されることでインストールされる。あるいは、補助記憶装置１４にインストールされる各種プログラムは、Ｉ／Ｆ装置１７を介して、ネットワーク５０とは異なる他のネットワークよりダウンロードされることでインストールされてもよい。

＜物品管理システム＞
図２は、実施形態の物品管理システム１００の一例を示す図である。物品管理システム１００は、ＲＦＩＤ(Radio Frequency Identifier)リーダ１１０、ＰＣ(Personal Computer)１２０、及びクラウドシステム１３０を含む。また、図２には、物品管理システム１００に加えてサーバ２００を示す。物品管理システム１００は、サーバ２００を含んでもよいが、ここでは含まない形態について説明する。また、１つのクラウドシステム１３０に対して複数のＰＣ１２０と複数のサーバ２００が存在していてもよいが、図２では、ＰＣ１２０及びサーバ２００を１つずつ示す。

ここで、ＰＣ１２０は、第１情報処理部の一例であり、図１に示すようなコンピュータシステム１０によって実現される。サーバ２００は、第２情報処理部の一例であり、図１に示すようなコンピュータシステム１０によって実現される。また、クラウドシステム１３０は、１又は複数のコンピュータによって実現される。クラウドシステム１３０は、第３情報処理部の一例であり、クラウドシステム１３０を実現する１又は複数のコンピュータシステムの各々は、図１に示すようなコンピュータシステム１０によって実現される。なお、ＲＦＩＤリーダ１１０については、図２に加えて図３を用いて説明する。図３は、ＲＦＩＤリーダ１１０を示す図である。

図２では一例として、複数のＲＦＩＤリーダ１１０がケーブル１１４を介してＰＣ１２０に接続されている。なお、ＲＦＩＤリーダ１１０とＰＣ１２０との間は、無線ＬＡＮ(Local Area Network)等によって接続されていてもよい。また、ＰＣ１２０及びクラウドシステム１３０はネットワーク５０Ａを介して接続されており、クラウドシステム１３０及びサーバ２００はネットワーク５０Ｂを介して接続されている。なお、ネットワーク５０Ａ、５０Ｂは、図１に示すネットワーク５０と同様である。

ここでは、一例としてＲＦＩＤリーダ１１０及びＰＣ１２０がＡ病院内で利用され、物品管理システム１００がＡ病院で利用される物品３０（図３参照）の発注管理及び請求管理を行う形態について説明する。病院Ａで利用される物品３０は一般医薬材料等であり、詳細については後述する。Ａ病院は第１組織の一例である。ＲＦＩＤリーダ１１０及びＰＣ１２０の電源は、基本的にオンになっているものとして説明する。なお、物品管理システム１００は病院で利用されるものに限定される訳ではなく、物品３０も一般医薬材料等に限られるものではない。物品管理システム１００は病院以外の様々な施設で利用される物品３０の発注等を管理するために利用可能である。

Ａ病院における物品管理システム１００の利用者は、例えば医師や看護師等である。ＰＣ１２０は、Ａ病院が物品管理システム１００を利用する前から用いているものであってもよい。ＰＣ１２０には、物品管理システム１００を利用するに当たって専用のプログラムをインストールすればよい。ＰＣ１２０にインストールする専用のプログラムは、実施形態の物品管理プログラムである。また、ＰＣ１２０は、Ａ病院が利用するＳＰＤ(Supply Processing and Distribution:院内物流管理)システムと連携していてもよい。なお、ＰＣ１２０は、Ａ病院が物品管理システム１００を導入するにあたって新たに導入したものであってもよい。

サーバ２００は、一例として卸業者であるＢ社が受注管理、在庫管理、発送管理等に用いるサーバである。Ｂ社は第２組織の一例である。サーバ２００は、Ｂ社が物品管理システム１００を利用する前から用いているものであってもよい。サーバ２００には、物品管理システム１００を利用するに当たって専用のプログラムをインストールすればよい。

クラウドシステム１３０は、物品管理システム１００を利用したサービスを提供するＣ社が利用しているクラウドシステムである。Ｃ社は第３組織の一例である。なお、ここではクラウドシステム１３０を示すが、クラウドシステム１３０の代わりにＣ社のサーバやＰＣを用いてもよい。また、Ａ病院のＰＣ１２０とＢ社のサーバ２００とがネットワークを介して直接的に（Ｃ社が提供するクラウドシステム１３０を介さずに）発注等を行ってもよい。このような形態については、図７を用いて後述する。

図３には、一例として注射器（注射針＋シリンジ）を示すが、物品３０は一例として、注射針、シリンジ、カテーテル、及び手術用具等の一般医薬材料等である。各物品３０には、固有のＩＤと物品３０の種類等のデータをＩＣ(Integrated Circuit)チップのメモリに格納したＲＦＩＤタグ１１５が取り付けられる。すなわち、Ａ病院にはＲＦＩＤタグ１１５が取り付けられた状態で物品３０が納入されている。

ＲＦＩＤタグ１１５が物品３０に取り付けられるとは、例えばＲＦＩＤタグ１１５が物品３０の外表面等に貼り付けられることの他に、物品３０の包装に貼り付けている、又は、物品３０や包装にストラップ等で固定されること等を意味する。ＲＦＩＤタグ１１５は、一例としてパッシブ型であり、バッテリを持たない。ＲＦＩＤタグ１１５は、ＲＦＩＤリーダ１１０から電波を受信すると、受信した電波の電力で起動して固有のＩＤを含む信号を放射する。なお、ＲＦＩＤタグ１１５は、バッテリを有するアクティブ型であってもよい。

ＲＦＩＤリーダ１１０は、Ａ病院の建物内に配置され、ＲＦＩＤタグ１１５のＩＣチップに書き込まれた情報を読み出す。ＲＦＩＤリーダ１１０がＲＦＩＤタグ１１５を読み取ることにより、Ａ病院内で利用された物品３０の種類及び個数等が特定される。

ＲＦＩＤリーダ１１０は、図３に示すように、金属筐体１１１、アンテナ１１２、本体部１１３、及びケーブル１１４を有する。ＲＦＩＤリーダ１１０は、ＲＦＩＤタグ１１５を読み取った結果を表示する表示部や、読み取ったことを表す音声等を出力する音声出力部等を有していてもよいが、ここでは省略する。

金属筐体１１１は収容部の一例であり、上面に開口部１１１Ａを有する。開口部１１１Ａは金属筐体１１１の入口の一例である。金属筐体１１１は、開口部１１１Ａ以外は封止されており、内部にアンテナ１１２及び本体部１１３が配置されている。金属筐体１１１は、ＲＦＩＤタグ１１５を回収するための容器である。Ａ病院における物品管理システム１００の利用者は、物品３０を使用する際にＲＦＩＤタグ１１５を物品３０から取り外して金属筐体１１１の開口部１１１Ａに投入する。なお、ＲＦＩＤタグ１１５を物品３０から取り外さずに金属筐体１１１に収容する構成であってもよいが、物品３０から取り外す場合には金属筐体１１１の小形化を図ることができる。

アンテナ１１２は、金属筐体１１１の内部で開口部１１１Ａの真下に設けられており、開口部１１１Ａを通って金属筐体１１１に収容されるＲＦＩＤタグ１１５を確実に読み取れる位置に配置されている。換言すれば、アンテナ１１２は、金属筐体１１１の開口部１１１Ａに設けられている。ＲＦＩＤリーダ１１０は、高速で繰り返し読み取りを行うため、一例として開口部１１１Ａから投入されるＲＦＩＤタグ１１５を複数回読み取ることができる。

本体部１１３は、アンテナ１１２に接続され、アンテナ１１２と同様に金属筐体１１１の内部に配置されている。本体部１１３は、アンテナ１１２が受信した電波に含まれるＩＤと物品３０に関する情報（物品情報）を読み取り、各ＲＦＩＤタグ１１５を識別するとともに物品情報を取得する。このため、利用者がＲＦＩＤタグ１１５を金属筐体１１１に投入すると、ＲＦＩＤリーダ１１０によってＲＦＩＤタグ１１５のＩＣチップからＩＤ及び物品情報が読み取られる。本体部１１３は、ケーブル１１４を介してＰＣ１２０に接続されている。物品情報は物品３０の種類を表すデータの他に物品３０の使用期限等のデータを含んでいてもよい。

ＰＣ１２０は、制御部１２１及びメモリ１２２を有する。制御部１２１は、ＰＣ１２０が物品管理システム１００における発注処理等を実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。また、メモリ１２２は、ＰＣ１２０のメモリを機能的に表したものである。メモリ１２２は、制御部１２１が物品管理システム１００における発注処理等を実行する際に利用する物品管理プログラムやデータを格納する。メモリ１２２が格納するデータには、種々の物品情報と物品３０の種類を表すテーブルデータが含まれる。ＲＦＩＤリーダ１１０から入手した物品情報が表す物品３０の特定に用いるためである。なお、ＰＣ１２０は、制御部１２１及びメモリ１２２以外にも例えばＳＰＤシステムに用いる機能ブロック等を有するが、ここでは省略する。

制御部１２１は、ＲＦＩＤリーダ１１０によってＲＦＩＤタグ１１５のＩＣチップからＩＤ及び物品情報が読み取られると、ネットワーク５０Ａを介してクラウドシステム１３０に対して、物品情報が表す物品３０の発注を行う。制御部１２１は、ＲＦＩＤタグ１１５のＩＤ及び物品情報が読み取られる度にクラウドシステム１３０に対して発注を行う。このような発注処理によってＰＣ１２０から発注データがクラウドシステム１３０に送信される。発注データは、発注した物品３０についての物品情報と個数を表す。メモリ１２２には、ＩＤ及び発注内容等を表すデータも格納される。

クラウドシステム１３０は、主制御部１３１、発注管理部１３２、請求管理部１３３、利用額管理部１３４、及びメモリ１３５を有する。主制御部１３１、発注管理部１３２、請求管理部１３３、利用額管理部１３４は、クラウドシステム１３０が物品管理システム１００における発注処理等を実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。また、メモリ１３５は、クラウドシステム１３０のメモリを機能的に表したものである。

ここでは、クラウドシステム１３０がＰＣ１２０とサーバ２００の間において、物品３０についての発注データの中継や請求データの作成等の処理を行う形態について説明するが、クラウドシステム１３０は、ここでは説明しないその他のサービスをＡ病院やＢ社に提供していてもよい。このようなその他のサービスとしては、例えばクラウドでの会計処理や人事管理等がある。

主制御部１３１は、クラウドシステム１３０の処理を統括する処理部であり、発注管理部１３２、請求管理部１３３、及び利用額管理部１３４が実行する処理以外の処理を実行する。

発注管理部１３２は、ＰＣ１２０から受信した発注データに基づいて、サーバ２００に対して物品３０の発注処理を行う。発注管理部１３２が行う発注処理は、ＰＣ１２０から受信した発注データが表す物品３０及び個数の分だけ卸業者であるＢ社のサーバ２００に発注する処理であり、Ａ病院の発注データをサーバ２００に中継する処理である。また、発注管理部１３２は、ＰＣ１２０から受信した発注データの内容をメモリ１３５に格納して管理する。

請求管理部１３３は、ＰＣ１２０から受信した発注データに基づいて請求データを作成するとともに、請求データをＰＣ１２０に送信する処理を行う。請求データは、例えば発注データを受け取る度に請求額の合計額を更新してＡ病院との契約で予め決めた締め日で区切ってもよいし、例えばＡ病院との契約で予め決めた締め日においてまとめて作成してもよい。また、請求データの送信は、例えばＡ病院との契約で予め決めた締め日に１ヶ月に一度行えばよい。

利用額管理部１３４は、ＲＦＩＤタグ１１５の利用に応じた利用額を求める処理、１ヶ月分の請求データが表す請求額から１ヶ月分の利用額を減じた残りの金額を物品３０の購入金額としてサーバ２００に通知する処理、及び、購入金額をＢ社の口座に振り込む処理を行う。

ここで、ＲＦＩＤタグ１１５の利用に応じた利用額とは、物品管理システム１００を利用して物品３０を発注して購入するＡ病院が支払う金額のうち、物品管理システム１００を運営するＣ社の取り分になる金額である。ここでは、一例としてＡ病院から見ると、物品管理システム１００を利用してクラウドシステム１３０に発注を行う場合と、物品管理システム１００を利用せずに直接的にＢ社に発注して購入する場合とで、購入金額が等しくなるように設定されているものとする。ＲＦＩＤタグ１１５の利用に応じた利用額を支払うのは一例としてＢ社であり、Ｂ社は物品管理システム１００を利用してＡ病院からの発注を効率的かつ確実に受けることができる代わりに、物品３０の販売価格をＲＦＩＤタグ１１５の利用に応じた利用額だけ値引きして、ＲＦＩＤタグ１１５の利用に応じた利用額をＣ社に対して支払うスキームになっている。

一例として、Ａ病院が物品管理システム１００を利用せずに直接的にＢ社に発注してある物品３０を購入する場合の単価が５００円だとすると、Ａ病院が物品管理システム１００を利用してクラウドシステム１３０に発注して同じ物品３０を購入する場合の単価も５００円である。そして、ある物品３０の単価５００円のうち、Ｃ社の取り分は５０円であり、Ｂ社の取り分は４５０円になる。このように、ある物品３０について、一例としてＢ社はＣ社に対して１個につき５０円を物品管理システム１００の利用料又は発注の仲介手数料として支払うことになる。

世の中にはインターネットやクラウドを利用した種々のサービスがあるが、サービスを受けようとする組織（ここではＡ病院）にとっては、初期費用が安いとサービスの利用を開始し易い。そこで、物品管理システム１００では、ＲＦＩＤリーダ１１０の利用料、ＲＦＩＤタグ１１５の利用料、ＰＣ１２０にインストールする物品管理システム１００用の物品管理プログラムの利用料、及びクラウドシステム１３０の利用料をＡ病院から徴収せずに、Ａ病院がＰＣ１２０を利用してクラウドシステム１３０にアクセスして購入した物品３０の個数（利用したＲＦＩＤタグ１１５の個数）に応じて、Ｃ社が手数料のような形でＢ社の売り上げの一部を取得するスキームになっている。このため、ＲＦＩＤタグ１１５の利用に応じた利用額とは、Ａ病院がＰＣ１２０を利用してクラウドシステム１３０にアクセスして購入した物品３０の個数に応じて、Ｃ社がＢ社から売り上げの一部を徴収する金額である。

ここで、Ｂ社とＣ社との間で契約する料金体系としては、物品３０の種類毎に１個の物品３０についての手数料を決めて、１ヶ月の販売個数に応じてＢ社がＣ社に支払う従量課金制の料金体系であってもよいし、物品３０の種類毎に１ヶ月の販売数が所定数に達するまでは○○万円の定額制で、所定数を超えた分については１個につき□□円のような従量課金制とする料金体系であってもよい。また、その他の料金体系であってもよい。このようにして、Ｃ社は物品管理システム１００の利用料をＲＦＩＤタグ１１５の利用に応じた利用額として回収する。なお、ここでは利用料をＢ社が負担する形態について説明するが、Ａ病院及びＢ社が負担してもよいし、Ａ病院が負担してもよい。

メモリ１３５は、物品管理システム１００においてクラウドシステム１３０の主制御部１３１、発注管理部１３２、請求管理部１３３、利用額管理部１３４が上述のような処理等を実行する際に利用するプログラムやデータを格納する。

サーバ２００は、制御部２０１及びメモリ２０２を有する。制御部２０１は、サーバ２００が実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。また、メモリ２０２は、サーバ２００のメモリを機能的に表したものである。

制御部２０１は、クラウドシステム１３０から受信した発注データに基づく物品３０の発送の手配を行う処理、毎月のＡ病院の物品３０についての購入金額を表すデータをクラウドシステム１３０から受信する処理、Ｃ社から入金される物品３０の代金の受け取りを管理する処理等を行う。メモリ２０２は、制御部２０１が処理等を実行する際に利用するプログラムやデータに加えて、制御部２０１がクラウドシステム１３０から受信した発注データや、発注データに基づいて配送される物品３０の物品情報や個数等のデータを格納する。

Ｂ社は、クラウドシステム１３０から発注データを受信すると、直ちに物品３０の発送の手配を行い、物品３０を発注された個数だけＡ病院に発送する。発送は、例えば宅配便等で行えばよい。

＜発注処理＞
図４は、ＰＣ１２０の制御部１２１が実行する発注処理を示すフローチャートである。図４に示す処理は、制御部１２１が所定の制御周期で繰り返し実行する。

制御部１２１は、ＲＦＩＤリーダ１１０からＩＤ及び物品情報を入手したかどうかを判定する（ステップＳ１）。ＲＦＩＤリーダ１１０はＩＤ及び物品情報を読み取ると、すぐにＰＣ１２０に伝送するため、ＲＦＩＤリーダ１１０によってＲＦＩＤタグ１１５が読み取られる度に、ＩＤ及び物品情報がＰＣ１２０に通知される。利用者がＲＦＩＤタグ１１５を金属筐体１１１に収容する行為は、物品３０の使用履歴をＰＣ１２０に残すとともに、物品３０を発注する行為になる。なお、制御部１２１は、ＩＤ及び物品情報を入手していない（Ｓ１：ＮＯ）と判定すると、ステップＳ１の処理を繰り返し実行する。

制御部１２１は、ＩＤ及び物品情報を入手した（Ｓ１：ＹＥＳ）と判定すると、入手した物品情報によって特定される物品３０を入手した物品情報の数だけネットワーク５０Ａを介してクラウドシステム１３０に発注する（ステップＳ２）。このようにして、Ａ病院において使用された物品３０について、使用された数だけ発注が行われる。このため、Ａ病院では各物品３０を一定数だけ在庫しておくことができ、各物品３０についての発注漏れや品切れを抑制することができる。特に、医療材料等は、病院にストックしておく個数を決めていることがあるので、このような場合には、使用した分がすぐに補充されることにより、ストック数を一定にすることができる。

制御部１２１は、発注した物品３０についての物品情報と個数をメモリ１２２に登録する（ステップＳ３）。このため、ＰＣ１２０のメモリ１２２を見れば、各物品３０の使用数と発注数を確認することができる。

＜クラウドシステム１３０が実行する処理＞
図５は、クラウドシステム１３０が実行する処理を示すフローチャートである。主制御部１３１は、処理をスタートさせると、発注管理部１３２、請求管理部１３３、利用額管理部１３４に対して以下の処理を行わせる。

発注管理部１３２は、ＰＣ１２０から発注データを受信したかどうかを判定する（ステップＳ１１）。発注管理部１３２は、ＰＣ１２０から発注データを受信するまでステップＳ１１の処理を繰り返し実行する。

発注管理部１３２は、ＰＣ１２０から発注データを受信した（Ｓ１１：ＹＥＳ）と判定すると、サーバ２００に対して物品３０の発注処理を行う（ステップＳ１２）。このように、クラウドシステム１３０は、Ａ病院から受信した発注データをＣ社のサーバ２００に中継する。このときにＡ病院から複数の発注データを受信した場合には、発注管理部１３２は、複数の発注データの内容をまとめた発注データをサーバ２００に送信するようにしてもよい。

請求管理部１３３は、ＰＣ１２０から受信した発注データに基づいて請求データを作成する（ステップＳ１３）。ここでは、一例として発注データを受信する度に請求管理部１３３が請求額の合計額を更新してＡ病院との契約で予め決めた締め日で区切る場合について説明する。

利用額管理部１３４は、ＲＦＩＤタグ１１５の利用に応じた利用額を求める（ステップＳ１４）。利用額管理部１３４は、発注データに含まれる物品３０の種類と個数に応じて利用額を求める。

請求管理部１３３は、締め日であるかどうかを判定する（ステップＳ１５）。締め日であれば、１ヶ月分の請求額を計算するためである。

ステップＳ１５において、請求管理部１３３が締め日ではない（Ｓ１５：ＮＯ）と判定すると、フローはステップＳ１１にリターンする。締め日が到来していないので、繰り返し請求データの作成と利用額の算出を行うためである。

請求管理部１３３は、ステップＳ１５において締め日である（Ｓ１５：ＹＥＳ）と判定すると、１ヶ月分の請求額を表す請求データをＰＣ１２０に送信する（ステップＳ１６）。すなわち、Ａ病院に１ヶ月分の請求データが送付されることになる。

利用額管理部１３４は、１ヶ月分の請求データが表す請求額から１ヶ月分の利用額を減じた残りの金額を１ヶ月分の購入金額としてサーバ２００に通知し、購入金額をＢ社の口座に振り込む（ステップＳ１７）。

利用額管理部１３４は、１ヶ月分の利用額をＣ社の口座に振り込む（ステップＳ１８）。これにより、Ｃ社は物品管理システム１００の利用額を入手する。

以上で１ヶ月分の処理が終了する。次の１ヶ月の期間には、再びステップＳ１１から処理を行えばよい。

＜データと金銭の流れ＞
図６は、Ａ病院、Ｂ社、及びＣ社の間におけるデータと金銭の流れを説明する図である。ここでは、より現実的な状況を説明するために、Ａ１病院からＡｎ病院についてのｎ個のＰＣ１２０、１個のクラウドシステム１３０、及びＢ１社からＢｍ社までのｍ個のサーバ２００を示す。ｎ、ｍは２以上の任意の整数である。

ｎ個のＰＣ１２０、１個のクラウドシステム１３０、及びｍ個のサーバ２００は、ネットワーク５０Ａ、５０Ｂ（図２参照）を介してデータ通信可能である。図６ではネットワーク５０Ａ、５０Ｂ（図２参照）を省略し、データと支払いの流れを示す。

Ａ１病院からＡｎ病院のｎ個のＰＣ１２０から矢印（１）で示すように発注データが送信されると、クラウドシステム１３０は、受信した発注データを（２）に示すように管理するとともに、矢印（３）で示すようにサーバ２００に送信（中継）する。Ｂ社は、サーバ２００で発注データを受信すると、直ちに物品３０を発注された個数だけＡ１病院からＡｎ病院に発送する。また、クラウドシステム１３０は、（４）に示すように利用額の計算、請求データの作成を行う。

クラウドシステム１３０は、締め日が到来すると矢印（５）で示すように請求データを各ＰＣ１２０に送信する。クラウドシステム１３０は、（６）に示すように１ヶ月分の購入金額を計算し、矢印（７）で示すようにＢ１社からＢｍ社に購入金額を通知し、Ｂ１社からＢｍ社の口座にそれぞれの購入金額を振り込む。また、クラウドシステム１３０は、矢印（８）で示すように１ヶ月分の利用額をＣ社のＰＣ３００に通知するとともにＣ社の口座に振り込む。また、Ａ１病院からＡｎ病院は、それぞれ受信した請求データが表す請求額を矢印（９）で示すようにクラウドシステム１３０によって管理される所定の口座に振り込む。なお、矢印（９）で示す振り込みは、矢印（５）で示すように請求データを受信したＡ１病院からＡｎ病院がいずれかの段階で行うため、（６）の計算、（７）の通知、（８）の振り込みよりも早く行われる場合がある。

以上のように、物品管理システム１００を利用すると、物品３０に取り付けられたＲＦＩＤタグ１１５を取り外してＲＦＩＤリーダ１１０の金属筐体１１１に入れるだけで、Ａ病院ではそれ以外に何も行わなくても物品３０の発注が完了する。

したがって、物品３０の発注処理を効率的に行うことができる物品管理システム１００、及び、物品管理プログラムを提供することができる。

また、ＲＦＩＤリーダ１１０のアンテナ１１２は、金属筐体１１１の開口部１１１Ａの真下に設けられているため、アンテナ１１２でより確実にＲＦＩＤタグ１１５を読み取ることができるので、物品３０の発注処理を効率的に行うことができるとともに、読み取りの確実性を向上させた物品管理システム１００を提供することができる。

また、物品３０はＲＦＩＤタグ１１５が取り付けられた状態でＡ病院に納入され、ＲＦＩＤタグ１１５は、Ａ病院において物品３０から取り外されて金属筐体１１１に入れられるため、金属筐体１１１にはＲＦＩＤタグ１１５のみを入れ、物品３０は入れずに済むので、物品３０の発注処理を効率的に行うことができるとともに、金属筐体１１１の小形化を図った物品管理システム１００を提供することができる。

また、ＰＣ１２０とサーバ２００との間にクラウドシステム１３０を設けたため、クラウドシステム１３０において物品３０の発注処理を効率的に行うことができるとともに、発注データを管理可能な物品管理システム１００を提供することができる。

また、クラウドシステム１３０は、ＰＣ１２０からの物品３０の発注量に応じた請求額を表す請求データを作成し、ＰＣ１２０に送信する請求管理部１３３と、ＲＦＩＤリーダ１１０の利用に応じた利用額を求める利用額管理部１３４とを有する。このため、クラウドシステム１３０において、請求データの作成及び送信を行う処理と、利用額を求める処理とを実行可能であり、物品３０の発注処理を効率的に行うことができるとともに、クラウドシステム１３０において、利用額を求めることができる物品管理システム１００を提供することができる。

また、利用額管理部１３４は、請求額から利用額を減じた残りの金額をサーバ２００を利用するＢ社に通知するとともに、Ｂ社の口座に振り込むので、物品３０の発注処理を効率的に行うことができるとともに、サーバ２００を利用するＢ社への購入金額の通知と振込を行うことができる物品管理システム１００を提供することができる。

また、物品３０は、医療において用いられる物品であるため、医療材料の発注処理を効率的に行うことができる物品管理システム１００を提供することができる。

なお、以上では、物品３０が医療材料である形態について説明した。例えば、滅菌処理等を行うことによって再利用が可能な物品３０については、再利用してもよい。この場合は、使用済みの物品３０をＢ社がＡ病院から回収し、滅菌処理等を施した後に再生物品として販売すればよい。

また、以上では、Ａ病院のＰＣ１２０とＢ社のサーバ２００との間でクラウドシステム１３０が発注データの中継や請求データの作成等の処理を行う形態について説明したが、Ａ病院のＰＣ１２０とＢ社のサーバ２００とがネットワークを介して直接的に発注等を行ってもよい。

図７は、実施形態の変形例による物品管理システム１００Ａを示す図である。物品管理システム１００Ａは、ＲＦＩＤリーダ１１０、ＰＣ１２０、及びサーバ２００Ａを含む。また、図７には、Ｃ社のＰＣ３００を示す。図７に示すように、Ａ病院のＰＣ１２０とＢ社のサーバ２００Ａとはネットワーク５０を介して直接的に通信可能に構成されている。また、Ｂ社のサーバ２００ＡとＣ社のＰＣ３００とはネットワーク５０を介して通信可能に構成されている。

実施形態の変形例による物品管理システム１００Ａは、図２に示す物品管理システム１００と比べると、クラウドシステム１３０の代わりにＢ社のサーバ２００Ａを含む点が異なる。ＲＦＩＤリーダ１１０及びＰＣ１２０の構成は、図２に示すＲＦＩＤリーダ１１０及びＰＣ１２０と同様である。

サーバ２００Ａは、主制御部２０１Ａ、発注管理部２０２Ａ、請求管理部２０３Ａ、利用額管理部２０４Ａ、及びメモリ２０５Ａを有する。主制御部２０１Ａ、発注管理部２０２Ａ、請求管理部２０３Ａ、利用額管理部２０４Ａは、サーバ２００Ａが物品管理システム１００Ａにおける発注の管理や請求データの作成等の処理を実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。また、メモリ２０５Ａは、サーバ２００Ａのメモリを機能的に表したものである。また、主制御部２０１Ａ、発注管理部２０２Ａ、請求管理部２０３Ａ、利用額管理部２０４Ａ、及びメモリ２０５Ａは、図２に示すクラウドシステム１３０の主制御部１３１、発注管理部１３２、請求管理部１３３、利用額管理部１３４、及びメモリ１３５に対応するが、具体的には以下の通りである。

主制御部２０１Ａは、サーバ２００Ａの処理を統括する処理部であり、発注管理部２０２Ａ、請求管理部２０３Ａ、利用額管理部２０４Ａが実行する処理以外の処理を実行する。

発注管理部２０２Ａは、ＰＣ１２０から受信した発注データに基づいて、Ａ病院から受信した発注を管理する処理を行う。この処理は、受注管理として捉えることもできる。発注管理部２０２Ａは、ＰＣ１２０から受信した発注データが表す物品３０及び個数の分だけ発送が必要になることを表すデータを作成し、メモリ２０５Ａに格納して管理する。Ｂ社は、このデータに基づいて直ちに物品３０の発送を行う。

請求管理部２０３Ａは、ＰＣ１２０からの発注量に応じた請求額を表す請求データを作成し、ＰＣ１２０に送信する処理を行う。請求データは、例えば発注データを受け取る度に請求額の合計額を更新してＡ病院との契約で予め決めた締め日で区切ってもよいし、例えばＡ病院との契約で予め決めた締め日においてまとめて作成してもよい。また、請求データの送信は、例えばＡ病院との契約で予め決めた締め日に１ヶ月に一度行えばよい。

利用額管理部２０４Ａは、ＲＦＩＤタグ１１５の利用に応じた利用額を求める処理と、１ヶ月分の利用額をＣ社のＰＣ３００に通知するとともに、Ｃ社の口座に振り込む処理とを行う。ＲＦＩＤタグ１１５の利用に応じた利用額の求め方は、利用額管理部１３４と同様であるため、ここでは詳細な説明を省略する。

メモリ２０５Ａは、物品管理システム１００Ａにおいてサーバ２００Ａの主制御部２０１Ａ、発注管理部２０２Ａ、請求管理部２０３Ａ、利用額管理部２０４Ａが上述のような処理等を実行する際に利用するプログラムやデータを格納する。

＜データと金銭の流れ＞
図８は、実施形態の変形例におけるＡ病院、Ｂ社、及びＣ社の間におけるデータと金銭の流れを説明する図である。図８には、Ａ病院及びＢ社を１つずつ示す。

Ａ病院のＰＣ１２０から矢印（１１）で示すように発注データが送信されると、サーバ２００Ａは、受信した発注データを（１２）に示すように管理するとともに、（１３）で示すように物品３０の発送を行う。また、サーバ２００Ａは、（１４）に示すように利用額の計算、請求データの作成を行う。

サーバ２００Ａは、締め日が到来すると矢印（１５）で示すように請求データを各ＰＣ１２０に送信する。また、サーバ２００Ａは、矢印（１６）で示すように１ヶ月分の利用額をＣ社のＰＣ３００に通知するとともにＣ社の口座に振り込む。また、サーバ２００Ａは、矢印（１７）で示すように購入金額をＢ社の口座に振り込む。

Ａ病院は、受信した請求データが表す請求額を矢印（１８）で示すようにＢ社の口座に振り込む。なお、矢印（１８）で示す振り込みは、矢印（１５）で示すように請求データを受信したＡ病院がいずれかの段階で行うため、（１６）又は（１７）の振り込みよりも早く行われる場合がある。

以上のように、物品管理システム１００Ａを利用すると、物品３０に取り付けられたＲＦＩＤタグ１１５を取り外してＲＦＩＤリーダ１１０の金属筐体１１１に入れるだけで、Ａ病院ではそれ以外に何も行わなくても物品３０の発注が完了する。

したがって、物品３０の発注処理を効率的に行うことができる物品管理システム１００Ａ、及び、物品管理プログラムを提供することができる。

また、サーバ２００Ａは、ＰＣ１２０からの発注量に応じた請求額を表す請求データを作成し、ＰＣ１２０に送信する請求管理部２０３Ａと、ＲＦＩＤタグ１１５の利用に応じた利用額を求める利用額管理部２０４Ａとを有する。このため、サーバ２００Ａにおいて、請求データの作成及びＰＣ１２０への送信を行う処理と、利用額を求める処理とを実行可能であり、物品３０の発注処理を効率的に行うことができるとともに、サーバ２００Ａにおいて、利用額を求めることができる物品管理システム１００Ａを提供することができる。

また、利用額管理部２０４Ａは、利用額をＲＦＩＤタグ１１５の運営管理を行うＣ社のＰＣ３００に通知するとともに、Ｃ社の口座に振り込むので、物品３０の発注処理を効率的に行うことができるとともに、Ｃ社への利用額の通知と振込を行うことができる物品管理システム１００Ａを提供することができる。

以上、本発明の例示的な実施形態の物品管理システム、及び、物品管理プログラムについて説明したが、本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 補助記憶装置
１５ 表示装置
１６ 操作装置
１７ Ｉ／Ｆ装置
１８ ドライブ装置
１９ バス
２０ 記憶媒体
１００、１００Ａ 物品管理システム
１１０ ＲＦＩＤリーダ
１１１ 金属筐体
１１１Ａ 開口部
１１２ アンテナ
１１３ 本体部
１１４ ケーブル
１２０ ＰＣ
１２１ 制御部
１２２ メモリ
１３０ クラウドシステム
１３１ 主制御部
１３２ 発注管理部
１３３ 請求管理部
１３４ 利用額管理部
１３５ メモリ
２００ サーバ
２０１ 制御部
２０２ メモリ
２００Ａ サーバ
２０１Ａ 主制御部
２０２Ａ 発注管理部
２０３Ａ 請求管理部
２０４Ａ 利用額管理部
２０５Ａ メモリ
３００ ＰＣ

Claims (10)

1. ＲＦＩＤタグを収容する収容部に設けられるアンテナを有し、前記アンテナで前記ＲＦＩＤタグを読み取るＲＦＩＤリーダと、
   前記ＲＦＩＤリーダが前記ＲＦＩＤタグから読み取った情報によって特定される物品をネットワークを介して前記物品の在庫を取り扱う組織の第２情報処理部に発注する第１情報処理部と
   を含む、物品管理システム。
2. 前記アンテナは、前記収容部に前記ＲＦＩＤタグを入れる入口に設けられる、請求項１に記載の物品管理システム。
3. 前記物品は前記ＲＦＩＤタグが取り付けられた状態で前記第１情報処理部を利用する組織に納入され、
   前記ＲＦＩＤタグは、前記第１情報処理部を利用する組織において、前記物品から取り外されて前記収容部に入れられる、請求項１又は２に記載の物品管理システム。
4. 前記第１情報処理部から伝送される発注データを中継し、前記第２情報処理部に発注する第３情報処理部をさらに含む、請求項１乃至３のいずれか１項に記載の物品管理システム。
5. 前記第３情報処理部は、
   前記第１情報処理部からの前記物品の発注量に応じた請求額を表す請求データを作成し、前記第１情報処理部に送信する請求管理部と、
   前記ＲＦＩＤタグの利用に応じた利用額を求める利用額管理部と
   を有する、請求項４に記載の物品管理システム。
6. 前記利用額管理部は、前記請求額から前記利用額を減じた残りの金額を前記第２情報処理部を利用する組織に通知するとともに、当該組織の口座に振り込む、請求項５に記載の物品管理システム。
7. 前記第２情報処理部をさらに含み、
   前記第２情報処理部は、
   前記第１情報処理部からの発注量に応じた請求額を表す請求データを作成し、前記第１情報処理部に送信する請求管理部と、
   前記ＲＦＩＤタグの利用に応じた利用額を求める利用額管理部と
   を有する、請求項１乃至４のいずれか１項に記載の物品管理システム。
8. 前記利用額管理部は、前記利用額を前記ＲＦＩＤタグの運営管理を行う組織の第３情報処理部に通知するとともに、当該組織の口座に振り込む、請求項７に記載の物品管理システム。
9. 前記物品は、医療において用いられる物品である、請求項１乃至８のいずれか１項に記載の物品管理システム。
10. ＲＦＩＤタグを収容する収容部に設けられるアンテナを有するＲＦＩＤリーダによって前記ＲＦＩＤタグが読み取られると、前記ＲＦＩＤタグから読み取られた情報によって特定される物品をネットワークを介して前記物品の在庫を取り扱う組織の情報処理部に発注するステップをコンピュータに実行させる、物品管理プログラム。

Images