(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-10-18
(45)【発行日】2022-10-26
(54)【発明の名称】物品管理システムおよび物品管理方法
(51)【国際特許分類】
G06Q 10/08 20120101AFI20221019BHJP
G16H 40/00 20180101ALI20221019BHJP
B65G 1/137 20060101ALI20221019BHJP
G06K 19/077 20060101ALI20221019BHJP
G06K 17/00 20060101ALI20221019BHJP
G16Y 40/35 20200101ALI20221019BHJP
【ＦＩ】
G06Q10/08 330
G16H40/00
B65G1/137 A
G06K19/077 224
G06K19/077 280
G06K17/00
G16Y40/35
【請求項の数】
9
(21)【出願番号】P 2019131493
(22)【出願日】2019-07-16
(65)【公開番号】P2021015577
(43)【公開日】2021-02-12
【審査請求日】2021-04-30
(73)【特許権者】
【識別番号】390000583
【氏名又は名称】小西医療器株式会社
(74)【代理人】
【識別番号】110000165
【氏名又は名称】グローバル・アイピー東京特許業務法人
(72)【発明者】
【氏名】吉田 記大
【審査官】後藤 昂彦
(56)【参考文献】
【文献】特開２０１１－１３４１５７（ＪＰ，Ａ）
【文献】特開２０１８－１６９８５１（ＪＰ，Ａ）
【文献】特開２０１８－１６５９６３（ＪＰ，Ａ）
【文献】特開２０１７－０２１８０６（ＪＰ，Ａ）
【文献】特開２０１６－２２４１５６（ＪＰ，Ａ）
【文献】特開２００３－２７６８０９（ＪＰ，Ａ）
【文献】特開２０１８－０９５４５０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ１６Ｈ １０／００－８０／００
Ｂ６５Ｇ １／１３７
Ｇ０６Ｋ １９／０７７
Ｇ０６Ｋ １７／００
(57)【特許請求の範囲】
【請求項1】
消費される物品を管理する物品管理システムであって、それぞれ物品を含む１又は複数の物品パッケージの各々には、分離可能に連結された第１シート部と第２シート部とを有するシート部材が取り付けられ、第１シート部と第２シート部にはそれぞれ、対応する物品を識別する第１データと第２データが記録された無線通信媒体が設けられており、
前記物品管理システムは、
物品パッケージ内の物品の消費開始の際に当該物品の物品パッケージに取り付けられているシート部材から分離された第１シート部から第１データを読み取る第１の読取装置と、
第１の読取装置と通信可能なサーバと、を含み、
前記サーバは、
各物品に対応付けて前記第１データと前記第２データを記憶する記憶部と、
第１の読取装置によって読み取られた第１データに対応する物品を特定することにより、消費を開始した物品を特定する制御部と、を有する、
物品管理システム。
【請求項2】
前記物品管理システムは、物品パッケージに取り付けられているシート部材の無線通信媒体からデータを読み取る第２の読取装置を含み、前記サーバの制御部は、第２の読取装置による読み取り結果に基づいて、消費が完了した物品を特定する、
請求項１に記載された物品管理システム。
【請求項3】
前記第１の読取装置は、物品パッケージに含まれる物品の消費が完了した場合に、当該物品パッケージに取り付けられているシート部材から分離された第２シート部から第２データを読み取り、前記サーバの制御部は、前記第１の読取装置による読取結果に基づいて、消費が完了した物品を特定する、
請求項１に記載された物品管理システム。
【請求項4】
前記サーバの制御部は、前記１又は複数の物品パッケージの各々について、物品パッケージ内の物品の消費を開始した日である消費開始日と、物品パッケージ内の物品の消費が完了した日である消費完了日の間の期間の過去の平均値である平均消費期間を算出し、物品管理システムは、前記サーバと通信可能な情報処理装置を含み、
前記情報処理装置は、物品の消費が完了していない物品パッケージを対象として、当該物品パッケージの消費開始日と、当該物品パッケージに対応する平均消費期間とに基づいて算出された、当該物品パッケージ内の物品の消費量又は残量の推定値を表示する、
請求項２又は３に記載された物品管理システム。
【請求項5】
前記サーバの制御部は、前記１又は複数の物品パッケージの各々について、物品パッケージが発注されてから物品パッケージが消費可能となるまでの期間の過去の平均値である平均納品期間と、
物品パッケージ内の物品の消費を開始した日である消費開始日と、物品パッケージ内の物品の消費が完了した日である消費完了日の間の期間の過去の平均値である平均消費期間と、を算出し、
物品の消費が完了していない物品パッケージを補充するための発注日を、当該物品パッケージに対応する平均納品期間および平均消費期間に基づいて決定する、
請求項２又は３に記載された物品管理システム。
【請求項6】
消費される物品を管理する物品管理システムであって、
それぞれ物品を含む１又は複数の物品パッケージの各々には、分離可能に連結された第１シート部と第２シート部とを有するシート部材が取り付けられ、第１シート部と第２シート部にはそれぞれ、対応する物品を識別する第１データと第２データが記録された無線通信媒体が設けられており、
前記物品管理システムは、
物品パッケージ内の物品の消費開始の際に当該物品の物品パッケージに取り付けられているシート部材から分離された第１シート部から第１データを読み取る第１の読取装置と、
第１の読取装置と通信可能なサーバと、を含み、
前記サーバは、
各物品に対応付けて前記第１データと前記第２データを記憶する記憶部と、
第１の読取装置による読取結果に基づいて、消費を開始した物品を特定する制御部と、を有し、
物品管理システムは、前記サーバと通信可能な情報処理装置を含み、
前記サーバの制御部は、前記１又は複数の物品パッケージの各々について、物品パッケージが消費可能となってから物品パッケージ内の物品の消費を開始するまでの期間の過去の平均値である平均保管期間を算出し、
消費可能となった物品パッケージを対象として、当該物品パッケージが消費可能となった日から当該物品パッケージに対応する平均保管期間以上に設定された所定の期間を経過した場合には、前記情報処理装置に通知する、
物品管理システム。
【請求項7】
消費される物品を管理する物品管理方法であって、それぞれ物品を含む１又は複数の物品パッケージの各々には、分離可能に連結された第１シート部と第２シート部とを有するシート部材が取り付けられ、第１シート部と第２シート部にはそれぞれ、対応する物品を識別する第１データと第２データが記録された無線通信媒体が設けられており、
前記物品管理方法は、
物品パッケージ内の物品の消費が開始された場合に、第１の読取装置が、消費が開始された物品の物品パッケージに取り付けられているシート部材から分離された第１シート部から第１データを読み取り、その読取結果を前記第１の読取装置と通信可能なサーバに送信し、
前記サーバが、各物品に対応付けて記憶する第１データと第２データを記憶する記憶部を参照して、第１の読取装置から受信した読取結果から、第１の読取装置によって読み取られた第１データに対応する物品を特定することにより、消費を開始した物品を特定する、
物品管理方法。
【請求項8】
第２の読取装置が、物品パッケージに取り付けられているシート部材の無線通信媒体からデータを読み取り、前記サーバが、前記第２の読取装置による読み取り結果に基づいて、消費が完了した物品を特定する、
請求項７に記載された物品管理方法。
【請求項9】
前記第１の読取装置が、物品パッケージに含まれる物品の消費が完了した場合に、当該物品パッケージに取り付けられているシート部材から分離された第２シート部から第２データを読み取り、前記サーバが、前記第１の読取装置による読取結果に基づいて、消費が完了した物品を特定する、
請求項７に記載された物品管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、消費される物品を管理する物品管理システムおよび物品管理方法に関する。
【背景技術】
【0002】
物品管理システムは、物流業界や医療業界、製造業等で採用されている。例えば医療業界の物品管理システムとしてＳＰＤが知られている。ＳＰＤは、供給(Supply)、加工(Processing)、分配(Distribution)の略であり、医療現場の要望に応じて医療材料の物流管理を的確に行うことで、医療材料の死蔵・過剰在庫の解消、請求・発注業務の軽減、保険請求漏れを防止すること等を目的としたシステムである。例えば、物品を管理するために物品にデータラベルを貼り付けて管理することが知られている（特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開平１０－１０９７８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、医療業界においてＳＰＤ運用管理では、基本的に定数管理を行う。例えば、病院内の各部署の定数品となる物品の消費管理を行い、消費情報を補充情報に換えて、各部署に物品を供給する。定数管理される物品（定数品）以外で臨時に必要となる物品（臨時品）は、必要となった都度、病院に納品される。
【0005】
従来のＳＰＤ運用では、物品の消費管理が十分になされていないという課題がある。従来、例えば、払い出された物品の消費を開始する時点で、物品に貼付されているラベルのバーコードを読み込むことで、医療現場での消費タイミングを把握していた。しかし、物品が箱単位、袋単位、あるいは容器単位で卸業者から病院に払い出される場合、１箱や１袋の中には多くの物品が含まれていることがある。その場合、箱や袋を開封してから内在する物品をすべて使い切るまでには相応の時間が掛かることから、払い出された物品の消費を開始する時点を物品が消費されたタイミングとするのは、消費管理を的確に行う上で適切でない虞がある。
かかる課題は、医療業界に限られず、物流業界や製造業等の他の業界においても共通する課題である。
かかる課題は、医療業界に限られず、物流業界や製造業等の他の業界においても共通する課題である。
【0006】
そこで、本発明は、消費される物品について従来よりも的確に消費管理を行うことを目的とする。
【課題を解決するための手段】
【0007】
本発明の第１の態様は、消費される物品を管理する物品管理システムであって、それぞれ物品を含む１又は複数の物品パッケージの各々には、分離可能に連結された第１シート部と第２シート部とを有するシート部材が取り付けられ、第１シート部と第２シート部にはそれぞれ、対応する物品を識別する第１データと第２データが記録された無線通信媒体が設けられており、前記物品管理システムは、物品パッケージ内の物品の消費開始の際に当該物品の物品パッケージに取り付けられているシート部材から分離された第１シート部から第１データを読み取る第１の読取装置と、第１の読取装置と通信可能なサーバと、を含み、前記サーバは、各物品に対応付けて前記第１データと前記第２データを記憶する記憶部と、第１の読取装置によって読み取られた第１データに対応する物品を特定することにより、消費を開始した物品を特定する制御部と、を有する物品管理システムである。
【0008】
本発明の第２の態様は、消費される物品を管理する物品管理方法であって、それぞれ物品を含む１又は複数の物品パッケージの各々には、分離可能に連結された第１シート部と第２シート部とを有するシート部材が取り付けられ、第１シート部と第２シート部にはそれぞれ、対応する物品を識別する第１データと第２データが記録された無線通信媒体が設けられており、前記物品管理方法は、物品パッケージ内の物品の消費が開始された場合に、前記病院内に配置された第１の読取装置が、消費が開始された物品の物品パッケージに取り付けられているシート部材から分離された第１シート部から第１データを読み取り、その読取結果を前記収容装置と通信可能なサーバに送信し、前記サーバが、各物品に対応付けて記憶する第１データと第２データを記憶する記憶部を参照して、第１の読取装置から受信した読取結果から、第１の読取装置によって読み取られた第１データに対応する物品を特定することにより、消費を開始した物品を特定する、物品管理方法である。
【発明の効果】
【0009】
本発明のある態様によれば、消費される物品について従来よりも的確に消費管理を行うことが可能となる。
【図面の簡単な説明】
【0010】
【図1】第１の実施形態の物品管理システムのシステム構成を示す図である。
【図2】第１の実施形態の物品管理システムにおいて、医療材料のパッケージに貼付されるラベルを例示する図である。
【図3】医療材料のパッケージの状態を例示する図である。
【図4】第１の実施形態の物品管理システムにおいて、貼付台紙の処理方法を説明する図である。
【図5】第１の実施形態の物品管理システムの一部についてのブロック図である。
【図6】第１の実施形態の物品管理システムの一部についてのブロック図である。
【図7】定数データベースのデータ構成例を示す図である。
【図8】払出消費データベースのデータ構成例を示す図である。
【図9】第１の実施形態の物品管理システムのシーケンスチャートである。
【図10】第１の実施形態の物品管理システムのシーケンスチャートである。
【図11】第１の実施形態の物品管理システムにおいて、使切日の判定処理を示すフローチャートである。
【図12】第１の実施形態の物品管理システムにおいて、定数棚の医療材料の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
【図13】第１の実施形態の物品管理システムにおいて、定数棚の医療材料の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
【図14】第１の実施形態の物品管理システムにおいて、定数棚の医療材料の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
【図15】第１の実施形態の物品管理システムにおいて、定数棚の医療材料の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
【図16】第１の実施形態の物品管理システムにおいて、平均納品期間、平均保管期間、平均消費期間を説明する図である。
【図17】第１の実施形態の物品管理システムにおいて、情報処理装置又はタブレット端末に表示される画面の一例を示す図である。
【図18】第２の実施形態の物品管理システムにおいて、貼付台紙の処理方法を説明する図である。
【図19】第２の実施形態の物品管理システムのシーケンスチャートである。
【発明を実施するための形態】
【0011】
本発明の「物品」の例として、以下の実施形態では、病院で使用・消費する物品（医療材料を主として、医薬品、試薬、滅菌・再生品、手術器械・鋼製小物、ＭＥ（Medical Engineering）機器、文具・日用雑貨、印刷物など）を例として説明する。
本発明において「無線通信媒体」は、ＮＦＣ（Near field communication）やＲＦＩＤ(Radio Frequency Identification)等、比較的近距離での無線通信を行うための通信媒体である。例えばＲＦＩＤの場合、薄膜状のアンテナとＩＣチップを組み合わせたものを含み、インレイ又はタグの形態を採り得る。以下の実施形態の説明では、無線通信媒体がＲＦＩＤのインレイである場合について説明する。
本発明において「シート部材」の例として、以下の実施形態の説明ではラベルを例に採って説明するが、その限りではない。ラベル以外にもカード形態であってもよい。また、以下の実施形態では、シート部材の例としてのラベルが物品に貼着される場合を挙げるが、シート部材の物品に対する取り付け態様は貼着等の接着態様に限られず、例えば、物品に紐を介して取り付けられてもよい。
本発明において物品の消費が「完了した」とは、当該物品の消費を終了したことを意味し、必ずしも、物理的にすべての物品を消費し尽くしたことを意味しない。例えば、１つの物品パッケージに１０個の物品が含まれている場合に、８個の物品を消費して２個残した状態で当該物品の消費を病院内で終了すると病院職員によって判断された場合、当該物品の消費が完了したことになる。
本発明において「無線通信媒体」は、ＮＦＣ（Near field communication）やＲＦＩＤ(Radio Frequency Identification)等、比較的近距離での無線通信を行うための通信媒体である。例えばＲＦＩＤの場合、薄膜状のアンテナとＩＣチップを組み合わせたものを含み、インレイ又はタグの形態を採り得る。以下の実施形態の説明では、無線通信媒体がＲＦＩＤのインレイである場合について説明する。
本発明において「シート部材」の例として、以下の実施形態の説明ではラベルを例に採って説明するが、その限りではない。ラベル以外にもカード形態であってもよい。また、以下の実施形態では、シート部材の例としてのラベルが物品に貼着される場合を挙げるが、シート部材の物品に対する取り付け態様は貼着等の接着態様に限られず、例えば、物品に紐を介して取り付けられてもよい。
本発明において物品の消費が「完了した」とは、当該物品の消費を終了したことを意味し、必ずしも、物理的にすべての物品を消費し尽くしたことを意味しない。例えば、１つの物品パッケージに１０個の物品が含まれている場合に、８個の物品を消費して２個残した状態で当該物品の消費を病院内で終了すると病院職員によって判断された場合、当該物品の消費が完了したことになる。
【0012】
以下で説明する実施形態で使用されるＲＦＩＤ通信は、ＵＨＦ（Ultra High Frequency）帯であることが好ましい。ＵＨＦ帯では、数メートル離れた距離の間でＲＦＩＤリーダがインレイ等のＲＦＩＤ媒体と通信を行うことができ、ＲＦＩＤ媒体の一括読み取りに適している。
【0013】
以下、本発明の一実施形態である物品管理システムおよび物品管理方法の実施形態について、図面を参照しながら説明する。
【0014】
（１）第１の実施形態
（１－１）物品管理システムの概要
先ず、本実施形態の物品管理システムについて、図１～図４を参照して説明する。
図１は、本実施形態の物品管理システム１のシステム構成を示す図である。図２は、本実施形態の物品管理システム１において、物品のパッケージ（「物品パッケージ」ともいう。）に貼付されるラベルを例示する図である。図３は、物品のパッケージの状態を例示する図である。図４は、本実施形態の物品管理システム１において、貼付台紙の処理方法を説明する図である。
（１－１）物品管理システムの概要
先ず、本実施形態の物品管理システムについて、図１～図４を参照して説明する。
図１は、本実施形態の物品管理システム１のシステム構成を示す図である。図２は、本実施形態の物品管理システム１において、物品のパッケージ（「物品パッケージ」ともいう。）に貼付されるラベルを例示する図である。図３は、物品のパッケージの状態を例示する図である。図４は、本実施形態の物品管理システム１において、貼付台紙の処理方法を説明する図である。
【0015】
定数管理される物品を適宜「定数品」といい、定数品以外で臨時に必要となる物品を適宜「臨時品」といい、定数品以外で臨時に必要となる物品を適宜「臨時品」という。
【0016】
一般にＳＰＤ運用方式としては、医療材料等の物品が病院購入品か業者預託品か、管理業務を病院自身が行うのか外部業務委託するのか、物品が院外のＳＰＤ業者の物流センターから直接部署に配送・配置されるか院内の倉庫から出庫されるか等によって様々なパターンが存在する。本実施形態の物品管理システム１はいずれの場合にも適用可能である。
図１において、本実施形態の例示的な物品管理システム１が適用される環境には、物品パッケージを病院に供給する卸業者と、医療現場で物品パッケージに含まれる物品を消費する病院とがある。病院には、物品を含む各種の物品を管理する物品管理室と、物品を消費して医療行為を提供する病棟とが含まれる。病棟には、定数品（例えば、所定数の物品パッケージ）を配置する定数棚ＳＬが設けられている。
図１では、理解の容易のために病棟が１つの場合を例示しているが、病棟が多くの部署を含み、各部署において定数品を配置する定数棚が設置されているのが通常である。
図１において、本実施形態の例示的な物品管理システム１が適用される環境には、物品パッケージを病院に供給する卸業者と、医療現場で物品パッケージに含まれる物品を消費する病院とがある。病院には、物品を含む各種の物品を管理する物品管理室と、物品を消費して医療行為を提供する病棟とが含まれる。病棟には、定数品（例えば、所定数の物品パッケージ）を配置する定数棚ＳＬが設けられている。
図１では、理解の容易のために病棟が１つの場合を例示しているが、病棟が多くの部署を含み、各部署において定数品を配置する定数棚が設置されているのが通常である。
【0017】
卸業者には、プリンタ７および情報処理装置８（以下、「ＰＣ８」と表記する。）が配置される。プリンタ７とＰＣ８は、通信可能に接続される。プリンタ７とＰＣ８は有線又は無線で接続されてもよいし、卸業者内のＬＡＮ（Local Area Network）を介して接続されてもよい。ＰＣ８は、例えばインターネット等のネットワークＮＷを介してＳＰＤサーバ１０と通信可能である。
【0018】
病院の物品管理室には、情報処理装置２（以下、「ＰＣ２」と表記する。）とハンディスキャナＨＳが配置される。病院の医療現場である病棟には、定数品を配置する定数棚ＳＬと、用紙収容装置３と、タブレット端末４と、棚卸しの際に使用するハンディスキャナＨＳ（読取装置の一例）とが設けられる。なお、タブレット端末４は必須ではなく、ＰＣ２がタブレット端末４の役割を果たす場合もありえる。ＰＣ２、用紙収容装置３、および、タブレット端末４は、ネットワークＮＷを介してＳＰＤサーバ１０と通信可能である。なお、ＰＣ２、用紙収容装置３、および、タブレット端末４は、プロキシサーバ経由で外部のネットワークＮＷと接続されてもよいし、セキュリティのためにファイアウォールが設定されてもよい。
なお、ＳＰＤサーバ１０は院内にあってもよい。また、後述するように、ＰＣ２はタブレット端末４の機能を備えているため、タブレット端末４の代わりにＰＣ２を使用してもよい。したがって、タブレット端末４は必須ではない。
なお、ＳＰＤサーバ１０は院内にあってもよい。また、後述するように、ＰＣ２はタブレット端末４の機能を備えているため、タブレット端末４の代わりにＰＣ２を使用してもよい。したがって、タブレット端末４は必須ではない。
【0019】
図１に示す例では、ＰＣ２、用紙収容装置３、タブレット端末４、および、ＰＣ８がインターネット等のネットワークＮＷで接続されている場合を示しているが、その限りではない。ＰＣ２、用紙収容装置３、および、タブレット端末４が、病院内の院内ＬＡＮ（Local Area Network）で接続され、院内のＰＣ２と院外のＰＣ８がインターネットで接続されてもよい。
【0020】
卸業者は、物品の製造業者又は外部の流通業者から物品を入荷して在庫として保管する。定数品を補充するために在庫から定数品を払い出す場合、対象の物品パッケージをピッキングし、対応するラベルをプリンタ７により発行し、当該物品パッケージに貼付する。そして、物品パッケージを病院に向けて出荷する。本実施形態の例では、卸業者が病院の外部でラベルを発行する場合を想定するが、その限りではない。卸業者がラベルを発行できない場合には、例えば病院の倉庫でラベルを発行する場合もある。その場合には、プリンタ７およびＰＣ８が病院の倉庫に配置される。
なお、ラベルを貼付する物品パッケージの包装単位（つまり、物品パッケージの包装態様）は物品に応じて異なり、１箱単位、１袋単位等、様々な態様がある。物品の物品パッケージには、複数個、若しくは複数本の同一物品が含まれているか、又は、所定量の気体、液体、半固体、若しくは固体の物品が含まれている。
なお、ラベルを貼付する物品パッケージの包装単位（つまり、物品パッケージの包装態様）は物品に応じて異なり、１箱単位、１袋単位等、様々な態様がある。物品の物品パッケージには、複数個、若しくは複数本の同一物品が含まれているか、又は、所定量の気体、液体、半固体、若しくは固体の物品が含まれている。
【0021】
卸業者から出荷された物品パッケージは、病院内の物品管理室でハンディスキャナＨＳを用いて検品される。卸業者からの物品パッケージの出荷に際し、卸業者のＰＣ８から病院の物品管理室のＰＣ２に対して、出荷する物品パッケージのデータ（出荷データ）について、ＳＰＤサーバ１０を介して例えば電子メール等で送信される。病院の物品管理室では、卸業者から受信した出荷データを基礎として、物品パッケージの検品（つまり、出荷データとハンディスキャナＨＳによるスキャン結果との照合）を行う。
検品がなされた物品パッケージは、病棟に納品されて定数棚ＳＬに配置される。
検品がなされた物品パッケージは、病棟に納品されて定数棚ＳＬに配置される。
【0022】
ここで、卸業者によって物品パッケージの出荷の際に当該物品に貼付されるラベルについて説明する。
図２に示すように、物品パッケージに貼付するラベルＰＬは、台紙ＭＰ上に第１ラベル部Ｌ１（第１シート部の一例）および第２ラベル部Ｌ２（第２シート部の一例）が剥離可能に構成される。第１ラベル部Ｌ１と第２ラベル部Ｌ２は切込み部Ｃによって分離されている。
第１ラベル部Ｌ１と第２ラベル部Ｌ２の裏面には、粘着材が塗布されており、それぞれ個別に台紙ＭＰから剥がして貼付用紙（後述する）に貼り付けることが可能になっている。台紙ＭＰの表面（おもて面）は、シリコーン等の剥離層が形成されている。台紙ＭＰの裏面は、物品パッケージに貼り付け可能となるように、粘着材が塗布されている。台紙ＭＰの裏面に粘着剤を塗布する代わりに、ラベルを粘着テープで物品パッケージに貼り付けてもよいし、医療材料とラベルを１袋に入れてパッキングしてもよい。
図２に示すように、物品パッケージに貼付するラベルＰＬは、台紙ＭＰ上に第１ラベル部Ｌ１（第１シート部の一例）および第２ラベル部Ｌ２（第２シート部の一例）が剥離可能に構成される。第１ラベル部Ｌ１と第２ラベル部Ｌ２は切込み部Ｃによって分離されている。
第１ラベル部Ｌ１と第２ラベル部Ｌ２の裏面には、粘着材が塗布されており、それぞれ個別に台紙ＭＰから剥がして貼付用紙（後述する）に貼り付けることが可能になっている。台紙ＭＰの表面（おもて面）は、シリコーン等の剥離層が形成されている。台紙ＭＰの裏面は、物品パッケージに貼り付け可能となるように、粘着材が塗布されている。台紙ＭＰの裏面に粘着剤を塗布する代わりに、ラベルを粘着テープで物品パッケージに貼り付けてもよいし、医療材料とラベルを１袋に入れてパッキングしてもよい。
【0023】
第１ラベル部Ｌ１と第２ラベル部Ｌ２には、それぞれ第１インレイＩＮＬ１と第２インレイＩＮＬ２が内蔵されている。各インレイは、ＩＣチップとフィルム状のアンテナを含み、外部のＲＦＩＤリーダと無線通信が可能となるように構成されている。
【0024】
図１を再度参照すると、病棟には、用紙収容装置３が設置されている。本実施形態の物品管理システム１では、用紙収容装置３は、物品パッケージに含まれる物品の消費の開始を検出するために設けられている。定数棚ＳＬに配置されている物品パッケージに含まれる物品の消費を開始した時点では、病院職員が当該物品パッケージに貼付されるラベルＰＬのうち第１ラベル部Ｌ１（図２参照）を剥がして貼付用紙に貼り付ける。本実施形態の物品管理システム１では、物品パッケージに含まれる物品の消費が完了した時点（使い切った時点）では、病院職員は、物品パッケージ本体（例えば、物品パッケージのうち内容物である物品ではない部分）を破棄する。
【0025】
図３には、物品パッケージの消費態様とラベルＰＬの状態が例示される。
図３（ａ）に示す物品パッケージＰＫの例では、物品として瓶の中に所定量の液状の医薬品が包含される。この例では、病院に払い出された時点の状態は瓶が未開封であり、ラベルＰＬの第１ラベル部Ｌ１が剥がされていない（「払出」）。瓶を開封して内部の医薬品を消費開始した場合に、病院職員がラベルＰＬの第１ラベル部Ｌ１を剥がして所定の貼付用紙に貼り付ける（「消費開始」）。そして、内部の医薬品を使い切った場合（あるいは、残留する医薬品をもう使用しないと判断した場合）、瓶自体を破棄する（「使い切り」）。
図３（ａ）に示す物品パッケージＰＫの例では、物品として瓶の中に所定量の液状の医薬品が包含される。この例では、病院に払い出された時点の状態は瓶が未開封であり、ラベルＰＬの第１ラベル部Ｌ１が剥がされていない（「払出」）。瓶を開封して内部の医薬品を消費開始した場合に、病院職員がラベルＰＬの第１ラベル部Ｌ１を剥がして所定の貼付用紙に貼り付ける（「消費開始」）。そして、内部の医薬品を使い切った場合（あるいは、残留する医薬品をもう使用しないと判断した場合）、瓶自体を破棄する（「使い切り」）。
【0026】
図３（ｂ）に示す物品パッケージＰＫの例では、物品として箱の中に所定数の医療用器具が包含される。この例では、病院に払い出された時点の状態は箱が未開封であり、ラベルＰＬの第１ラベル部Ｌ１が剥がされていない（「払出」）。箱を開封して内部の医療用器具を１つでも消費開始した場合に、病院職員がラベルＰＬの第１ラベル部Ｌ１を剥がして所定の貼付用紙に貼り付ける（「消費開始」）。そして、内部の医療用器具を使い切った場合（あるいは、残留する医療用器具をもう使用しないと判断した場合）、箱自体を破棄する（「使い切り」）。
【0027】
図４に示すように、貼付用紙Ｐは、所定枚数（一例では、１０枚）の第１ラベル部Ｌ１を貼付できるように構成されている。第１ラベル部Ｌ１が貼付された貼付用紙Ｐは、病院職員によって、物品の消費情報の把握のために用紙収容装置３の収容部３ｈに投函される。なお、図４の例では、貼付用紙に上記所定枚数である１０枚の第１ラベル部Ｌ１が貼付されて投函される場合を示しているが、その限りではない。上記所定枚数未満の枚数の第１ラベル部Ｌ１が貼付された状態で貼付用紙Ｐを投函しても構わないし、貼付用紙に貼付せずにラベルの第１ラベル部Ｌ１をそのまま投函してもよい。
用紙収容装置３にはＲＦＩＤリーダが備わっており、回収された（つまり、投函された）第１ラベル部Ｌ１の第１インレイＩＮＬ１（図２参照）のデータを読み出し、ＳＰＤサーバ１０に送信する。第１ラベル部Ｌ１から読み出されたデータを基に、消費が開始された物品が特定される。
用紙収容装置３にはＲＦＩＤリーダが備わっており、回収された（つまり、投函された）第１ラベル部Ｌ１の第１インレイＩＮＬ１（図２参照）のデータを読み出し、ＳＰＤサーバ１０に送信する。第１ラベル部Ｌ１から読み出されたデータを基に、消費が開始された物品が特定される。
【0028】
図１を再度参照すると、病棟には、タブレット端末４が配置される。ハンディスキャナＨＳは、棚卸しを行うための装置であり、定数棚ＳＬに配置されたすべての物品パッケージに貼付されているラベルのインレイに記録されたデータを一括して読み取ることが可能である。ハンディスキャナＨＳは、病棟に常設していなくてもよい。
タブレット端末４は、ハンディスキャナＨＳと通信可能であり、ハンディスキャナＨＳが読み取ったデータを受信し、ＳＰＤサーバ１０に送信する。
なお、棚卸しを行うためのハンディスキャナＨＳが直接ＳＰＤサーバ１０と通信可能に構成されている場合には、棚卸しのためにはタブレット端末４は必ずしも必要ない。
タブレット端末４は、ハンディスキャナＨＳと通信可能であり、ハンディスキャナＨＳが読み取ったデータを受信し、ＳＰＤサーバ１０に送信する。
なお、棚卸しを行うためのハンディスキャナＨＳが直接ＳＰＤサーバ１０と通信可能に構成されている場合には、棚卸しのためにはタブレット端末４は必ずしも必要ない。
【0029】
ＳＰＤサーバ１０は、前述したように、ＰＣ８から受信した出荷データを検品のためにＰＣ２に送信するとともに、卸業者から払い出された物品の状態を管理している。つまり、ＳＰＤサーバ１０は、病棟の定数棚ＳＬに配置される物品の状態（図３の「払出」、「消費開始」、「使い切り」のいずれかの状態）を特定して記録している。
タブレット端末４は、ＳＰＤサーバ１０にアクセスして卸業者から払い出された各物品の状態を閲覧できるように構成されていることが好ましい。
タブレット端末４は、ＳＰＤサーバ１０にアクセスして卸業者から払い出された各物品の状態を閲覧できるように構成されていることが好ましい。
【0030】
（１－２）ラベルに記録されている情報
ラベルの第１ラベル部および第２ラベル部の各々のインレイのＩＣチップには、ユーザデータ（つまり、ユーザエリアにあるデータ）と、ユニーク識別コードであるＥＰＣ(Electronic Product Code) と、インレイ固有のＴＩＤ（Tag ID）とが書き込まれている。これらのデータを総称して、インレイデータという。ラベルの第１ラベル部および第２ラベル部にそれぞれ書き込まれているインレイデータは、第１データと第２データの一例である。
ユーザデータは、限定するものではないが、例えば以下の項目のうち少なくとも一部のデータを含んでもよい。
・物品区分…例えば、「物品」、「医薬品」
・薬事法承認番号…薬事法による医療用具の承認番号および許可番号
・分類名（大分類）…例えば、「治療用器材」、「診断および検査用記載」
・分類名（中分類）…例えば、「ドレ－ン及びドレナ－ジセット」、「造影用器材」
・分類名（小分類）…例えば、「腹部用ドレナ－ジセット」、「血管造影用ガイドワイヤー」
・特徴・用途…例えば、「膵腸吻合法用チューブ」、「ガイドワイヤー」
・素材…例えば、「ポリ塩化ビニル」、「アルミニウム」、「アロイ」、「ポリウレタン」
・課税区分…「課税」、「非課税」
・医療機器クラス分類…例えば、「クラスII、「クラスIV」
・生物由来製品…例えば、「通常品」、「生物由来」
・定価
・償還価格（国が定めた価格）
・保険請求区分…例えば、「条件償還」、「償還価格」
・棚番（例えば、在庫棚の中の配置エリアを示すロケーションデータ）
・特定器材コード（「レセ電算コード」や「支払い基金コード」ともいう。）
・ＵＩＤ（シリアル番号）
・患者ＩＤ
・オーダー登録担当ＩＤ（オーダー登録を行った担当者のＩＤ）
・ピッキング担当ＩＤ（ピッキング作業をした担当者のＩＤ）
・搬送担当ＩＤ（物流センター内での物品搬送作業を行った担当者のＩＤ）
・検品担当ＩＤ（検品処理をした担当者のＩＤ）
・回収担当ＩＤ（ラベル回収処理をした担当者のＩＤ）
・報告担当ＩＤ（報告処理をした担当者のＩＤ）
・作業日時
・不動日数（在庫棚に停滞したままの状態の継続日数）
・切迫期限（有効期限から所定月または所定日前に設定された期限）
・ロケーション（例えば、在庫棚の中の配置エリアを識別する棚番）
・ロケーションＩＤ（例えば、グローバルロケーション番号（ＧＬＮ））
・医事コード
・ＪＡＮコード
・使用頻度
・切替えフラグ（材料がメーカーの都合で切替えられる際に切替え前後を区別するフラグ）
・在庫区分（物流センターに在庫されているか否かを示すデータ）
・入荷日
・医療材料の最終消費日
・順位（部署で使われる頻度の順位）
・採用フラグ（病院内の医療材料委員会で認可されたものか否かを示すフラグ）
・サイズ
・重量
・搬送コンテナ番号
・箱バラ区分（材料を払い出す際に材料のパッケージ内の材料を分割するか否かを示すデータ）
・梱包方法
・搬送区分（病院に通常のとおりに搬送されるか、又は病院に持ち込みされるかを示すデータ）
・医事シールフラグ
・コストシールフラグ
・病院内部コード
・院内最低払出ユニット
・院内滅菌フラグ
・院内滅菌の期限
・発注点（在庫数がどこまで減少したら発注するかを示す値）
・管理部門（病棟の管理部署）
・災害備蓄対象フラグ
・納品日
・受取り部署（および受取者）
・院内検品担当ＩＤおよび担当者の氏名
・受領書担当者
・使用開始フラグ
・各種機関管理コード（薬価基準収載医薬品コード、個別医薬品コード、レセプトコード等）
・薬効分類
・使用分類（内用薬・外用薬・注射薬等）
・価格改定日
・製品区分（毒薬・劇薬・向精神薬・覚せい剤等）
・先発後発情報
・棚卸日
・棚卸担当者情報
・棚卸実施
・バラ残数
・薬価基準収載
・記帳管理区分
・中止
・中止理由
・保管方法（室温・冷所・冷蔵・暗所等）
・ＧＴＩＮ（Global Trade Item Number）
ラベルの第１ラベル部および第２ラベル部の各々のインレイのＩＣチップには、ユーザデータ（つまり、ユーザエリアにあるデータ）と、ユニーク識別コードであるＥＰＣ(Electronic Product Code) と、インレイ固有のＴＩＤ（Tag ID）とが書き込まれている。これらのデータを総称して、インレイデータという。ラベルの第１ラベル部および第２ラベル部にそれぞれ書き込まれているインレイデータは、第１データと第２データの一例である。
ユーザデータは、限定するものではないが、例えば以下の項目のうち少なくとも一部のデータを含んでもよい。
・物品区分…例えば、「物品」、「医薬品」
・薬事法承認番号…薬事法による医療用具の承認番号および許可番号
・分類名（大分類）…例えば、「治療用器材」、「診断および検査用記載」
・分類名（中分類）…例えば、「ドレ－ン及びドレナ－ジセット」、「造影用器材」
・分類名（小分類）…例えば、「腹部用ドレナ－ジセット」、「血管造影用ガイドワイヤー」
・特徴・用途…例えば、「膵腸吻合法用チューブ」、「ガイドワイヤー」
・素材…例えば、「ポリ塩化ビニル」、「アルミニウム」、「アロイ」、「ポリウレタン」
・課税区分…「課税」、「非課税」
・医療機器クラス分類…例えば、「クラスII、「クラスIV」
・生物由来製品…例えば、「通常品」、「生物由来」
・定価
・償還価格（国が定めた価格）
・保険請求区分…例えば、「条件償還」、「償還価格」
・棚番（例えば、在庫棚の中の配置エリアを示すロケーションデータ）
・特定器材コード（「レセ電算コード」や「支払い基金コード」ともいう。）
・ＵＩＤ（シリアル番号）
・患者ＩＤ
・オーダー登録担当ＩＤ（オーダー登録を行った担当者のＩＤ）
・ピッキング担当ＩＤ（ピッキング作業をした担当者のＩＤ）
・搬送担当ＩＤ（物流センター内での物品搬送作業を行った担当者のＩＤ）
・検品担当ＩＤ（検品処理をした担当者のＩＤ）
・回収担当ＩＤ（ラベル回収処理をした担当者のＩＤ）
・報告担当ＩＤ（報告処理をした担当者のＩＤ）
・作業日時
・不動日数（在庫棚に停滞したままの状態の継続日数）
・切迫期限（有効期限から所定月または所定日前に設定された期限）
・ロケーション（例えば、在庫棚の中の配置エリアを識別する棚番）
・ロケーションＩＤ（例えば、グローバルロケーション番号（ＧＬＮ））
・医事コード
・ＪＡＮコード
・使用頻度
・切替えフラグ（材料がメーカーの都合で切替えられる際に切替え前後を区別するフラグ）
・在庫区分（物流センターに在庫されているか否かを示すデータ）
・入荷日
・医療材料の最終消費日
・順位（部署で使われる頻度の順位）
・採用フラグ（病院内の医療材料委員会で認可されたものか否かを示すフラグ）
・サイズ
・重量
・搬送コンテナ番号
・箱バラ区分（材料を払い出す際に材料のパッケージ内の材料を分割するか否かを示すデータ）
・梱包方法
・搬送区分（病院に通常のとおりに搬送されるか、又は病院に持ち込みされるかを示すデータ）
・医事シールフラグ
・コストシールフラグ
・病院内部コード
・院内最低払出ユニット
・院内滅菌フラグ
・院内滅菌の期限
・発注点（在庫数がどこまで減少したら発注するかを示す値）
・管理部門（病棟の管理部署）
・災害備蓄対象フラグ
・納品日
・受取り部署（および受取者）
・院内検品担当ＩＤおよび担当者の氏名
・受領書担当者
・使用開始フラグ
・各種機関管理コード（薬価基準収載医薬品コード、個別医薬品コード、レセプトコード等）
・薬効分類
・使用分類（内用薬・外用薬・注射薬等）
・価格改定日
・製品区分（毒薬・劇薬・向精神薬・覚せい剤等）
・先発後発情報
・棚卸日
・棚卸担当者情報
・棚卸実施
・バラ残数
・薬価基準収載
・記帳管理区分
・中止
・中止理由
・保管方法（室温・冷所・冷蔵・暗所等）
・ＧＴＩＮ（Global Trade Item Number）
【0031】
（１－３）本実施形態の物品管理システム１の各装置の構成
次に、本実施形態の物品管理システム１を構成する主要な装置の構成について、図５～図８を参照して説明する。
図５および図６はそれぞれ、本実施形態の物品管理システム１の一部についてのブロック図であり、図５は主として卸業者に設置されている各装置の構成を示し、図６は主として病院に設置されている各装置の構成を示している。図７は、ＳＰＤサーバ１０に記録される定数データベースのデータ構成例を示す図である。図８は、ＳＰＤサーバ１０に記録される払出消費データベースのデータ構成例を示す図である。
次に、本実施形態の物品管理システム１を構成する主要な装置の構成について、図５～図８を参照して説明する。
図５および図６はそれぞれ、本実施形態の物品管理システム１の一部についてのブロック図であり、図５は主として卸業者に設置されている各装置の構成を示し、図６は主として病院に設置されている各装置の構成を示している。図７は、ＳＰＤサーバ１０に記録される定数データベースのデータ構成例を示す図である。図８は、ＳＰＤサーバ１０に記録される払出消費データベースのデータ構成例を示す図である。
【0032】
図１に示したように、卸業者では、ＰＣ８がネットワークＮＷを介してＳＰＤサーバ１０に接続可能であり、プリンタ７がＰＣ８に接続されている。
ＰＣ８は、例えば、パーソナルコンピュータ、タブレット型コンピュータ、スマートフォン等の装置である。図５に示すように、ＰＣ８は、制御部８１、ストレージ８２、操作入力部８３、表示部８４、および、通信部８５を備える。
ＰＣ８は、例えば、パーソナルコンピュータ、タブレット型コンピュータ、スマートフォン等の装置である。図５に示すように、ＰＣ８は、制御部８１、ストレージ８２、操作入力部８３、表示部８４、および、通信部８５を備える。
【0033】
制御部８１は、マイクロプロセッサを主体として構成され、ＰＣ８の全体を制御する。例えば、制御部８１に含まれるマイクロプロセッサは、ストレージ８２に記録されているプログラムをロードして実行する。当該プログラムは、例えば、プリンタ７に対応するプリンタドライバ、および、病院内のＰＣ２からは発注データを含む電子メールを受信するための電子メールプログラムを含む。
表示部８４は、例えば液晶表示パネルを含み、制御部８１によるプログラムの実行結果を表示する。
ストレージ８２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤ(Solid State Drive)であってもよい。制御部８１は、例えば、電子メールによって受信した発注データをストレージ８２に記録する。ストレージ８２はまた、卸業者内に在庫として保管される物品に関するデータを記憶している。
操作入力部８３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部８４がタッチパネル入力用表示パネルを備える場合、表示部８４は、操作入力部８３の一部を構成する。
表示部８４は、例えば液晶表示パネルを含み、制御部８１によるプログラムの実行結果を表示する。
ストレージ８２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤ(Solid State Drive)であってもよい。制御部８１は、例えば、電子メールによって受信した発注データをストレージ８２に記録する。ストレージ８２はまた、卸業者内に在庫として保管される物品に関するデータを記憶している。
操作入力部８３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部８４がタッチパネル入力用表示パネルを備える場合、表示部８４は、操作入力部８３の一部を構成する。
【0034】
プリンタ７は、ＰＣ８からの指示に基づいて、病院に出荷すべき物品パッケージに貼付するラベルを発行するサーマルプリンタである。印字データ、および、ラベルのインレイに書き込むべきデータは、ＰＣ８からプリンタ７に送信される。
プリンタ７は、本実施形態のラベルを、シリコーン等の剥離剤が塗布された剥離紙の表面に貼り合わせた状態で印字し、さらにインレイへのデータ書き込みを行う。プリンタ７からラベルが発行された後に、剥離紙を剥がしてから物品にラベルを貼付する。
図５に示すように、プリンタ７は、制御部７１、ストレージ７２、モータ駆動部７３、ヘッド駆動部７４、ＲＦＩＤリーダライタ７６、通信部７７、および、アンテナ７８を備える。
プリンタ７は、本実施形態のラベルを、シリコーン等の剥離剤が塗布された剥離紙の表面に貼り合わせた状態で印字し、さらにインレイへのデータ書き込みを行う。プリンタ７からラベルが発行された後に、剥離紙を剥がしてから物品にラベルを貼付する。
図５に示すように、プリンタ７は、制御部７１、ストレージ７２、モータ駆動部７３、ヘッド駆動部７４、ＲＦＩＤリーダライタ７６、通信部７７、および、アンテナ７８を備える。
【0035】
制御部７１は、マイクロコンピュータおよびメモリ（ＲＡＭ(Random Access Memory)，ＲＯＭ(Read Only Memory)）を含み、プリンタ７の動作を制御する。マイクロコンピュータは、プリンタ７の起動時にＲＯＭに記憶されているファームウェアを読み出して実行する。
ストレージ７２は、例えばＳＳＤ(Solid State Drive)等の記憶装置である。ストレージ７２には、各ラベルの表面に情報を印字する場合には当該情報の印字フォーマットに関するデータを格納してもよい。
ストレージ７２は、例えばＳＳＤ(Solid State Drive)等の記憶装置である。ストレージ７２には、各ラベルの表面に情報を印字する場合には当該情報の印字フォーマットに関するデータを格納してもよい。
【0036】
モータ駆動部７３は、プラテンローラ（図示せず）の回転を制御するステッピングモータ（図示せず）を駆動するラベルを搬送させる。
制御部７１は、通信部７７を介してＰＣ８から受信した印字データに基づいて描画データを生成し、描画データのライン毎のデータであるラインデータを順次、ヘッド駆動部７４に送る。ヘッド駆動部７４は、当該ラインデータに基づき、複数の発熱素子を有するサーマルヘッドの各発熱素子に選択的に電流を流す。電流により発熱した発熱素子がプラテンローラによって搬送されたラベルに押し当てられると、発熱素子に押し当てられたラベルの感熱発色層が発色することでラベルの表面に情報が印字される。
制御部７１は、通信部７７を介してＰＣ８から受信した印字データに基づいて描画データを生成し、描画データのライン毎のデータであるラインデータを順次、ヘッド駆動部７４に送る。ヘッド駆動部７４は、当該ラインデータに基づき、複数の発熱素子を有するサーマルヘッドの各発熱素子に選択的に電流を流す。電流により発熱した発熱素子がプラテンローラによって搬送されたラベルに押し当てられると、発熱素子に押し当てられたラベルの感熱発色層が発色することでラベルの表面に情報が印字される。
【0037】
ＲＦＩＤリーダライタ７６は、アンテナ７８によって各ラベルに対応するインレイと通信を行い、各ラベルに対応するデータを書き込む。
通信部７７は、ＰＣ８と通信を行うためのインタフェースである。
通信部７７は、ＰＣ８と通信を行うためのインタフェースである。
【0038】
図１に示したように、病院では、ＰＣ２、用紙収容装置３、および、タブレット端末４が、ネットワークＮＷを介してＳＰＤサーバ１０に接続可能である。
【0039】
ＰＣ２は、病院の物品管理室に配置されたパーソナルコンピュータ、タブレット型コンピュータ、スマートフォン等の装置であり、卸業者から入荷した物品パッケージの検品処理を実行する。また、ＰＣ２は、後述するタブレット端末４と同じ機能を有する。したがって、本実施形態の物品管理システム１では、タブレット端末４を使用する代わりにＰＣ２を使用してもよいし、逆に、ＰＣ２を使用する代わりにタブレット端末４を使用してもよい。
図６に示すように、ＰＣ２は、制御部２１、ストレージ２２、操作入力部２３、表示部２４、および、通信部２５を備える。
制御部２１は、マイクロプロセッサを主体として構成され、ＰＣ２の全体を制御する。例えば、制御部２１に含まれるマイクロプロセッサは、ストレージ２２に記録されているプログラムをロードして実行する。当該プログラムは、例えば、ハンディスキャナＨＳからのデータの読み込み、ＳＰＤサーバ１０からのデータの送受信処理等の各種の処理を実行するためのソフトウェアである。
表示部２４は、例えば液晶表示パネルを含み、制御部２１によるプログラムの実行結果を表示する。
ストレージ２２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤであってもよい。ストレージ２２には、検品の際にハンディスキャナＨＳから受信するスキャンデータが記録される。
操作入力部２３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部２４がタッチパネル入力用表示パネルを備える場合、表示部２４は、操作入力部４３の一部を構成する。
通信部２５は、ハンディスキャナＨＳおよびＳＰＤサーバ１０との通信を行うためのインタフェースである。
図６に示すように、ＰＣ２は、制御部２１、ストレージ２２、操作入力部２３、表示部２４、および、通信部２５を備える。
制御部２１は、マイクロプロセッサを主体として構成され、ＰＣ２の全体を制御する。例えば、制御部２１に含まれるマイクロプロセッサは、ストレージ２２に記録されているプログラムをロードして実行する。当該プログラムは、例えば、ハンディスキャナＨＳからのデータの読み込み、ＳＰＤサーバ１０からのデータの送受信処理等の各種の処理を実行するためのソフトウェアである。
表示部２４は、例えば液晶表示パネルを含み、制御部２１によるプログラムの実行結果を表示する。
ストレージ２２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤであってもよい。ストレージ２２には、検品の際にハンディスキャナＨＳから受信するスキャンデータが記録される。
操作入力部２３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部２４がタッチパネル入力用表示パネルを備える場合、表示部２４は、操作入力部４３の一部を構成する。
通信部２５は、ハンディスキャナＨＳおよびＳＰＤサーバ１０との通信を行うためのインタフェースである。
【0040】
タブレット端末４は、病棟に配置され、棚卸しの指示に応じて棚卸しのための処理を実行する。なお、本実施形態の物品管理システム１では、棚卸しのための処理は、ＰＣ２によって実行されてもよい。
図６に示すように、タブレット端末４は、制御部４１、ストレージ４２、操作入力部４３、表示部４４、および、通信部４５を備える。
制御部４１は、マイクロプロセッサを主体として構成され、タブレット端末４の全体を制御する。例えば、制御部４１に含まれるマイクロプロセッサは、ストレージ４２に記録されているプログラムをロードして実行する。当該プログラムは、例えば、棚卸しの際にハンディスキャナＨＳから受信するスキャンデータの処理、ＳＰＤサーバ１０からのデータの送受信処理、物品パッケージの使切日の判定等の各種の処理等を実行するためのソフトウェアである。
表示部４４は、例えば液晶表示パネルを含み、制御部４１によるプログラムの実行結果を表示する。制御部４１がＳＰＤサーバ１０から各物品パッケージの状態を取得するように構成されている場合には、表示部４４は、物品パッケージごとに状態を表示可能に構成される。
ストレージ４２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤであってもよい。ストレージ４２には、棚卸しの際にハンディスキャナＨＳから受信するスキャンデータや、ＳＰＤサーバ１０から取得するデータが記録される。
操作入力部４３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部４４がタッチパネル入力用表示パネルを備える場合、表示部４４は、操作入力部４３の一部を構成する。
通信部４５は、ハンディスキャナＨＳおよびＳＰＤサーバ１０との通信を行うためのインタフェースである。
図６に示すように、タブレット端末４は、制御部４１、ストレージ４２、操作入力部４３、表示部４４、および、通信部４５を備える。
制御部４１は、マイクロプロセッサを主体として構成され、タブレット端末４の全体を制御する。例えば、制御部４１に含まれるマイクロプロセッサは、ストレージ４２に記録されているプログラムをロードして実行する。当該プログラムは、例えば、棚卸しの際にハンディスキャナＨＳから受信するスキャンデータの処理、ＳＰＤサーバ１０からのデータの送受信処理、物品パッケージの使切日の判定等の各種の処理等を実行するためのソフトウェアである。
表示部４４は、例えば液晶表示パネルを含み、制御部４１によるプログラムの実行結果を表示する。制御部４１がＳＰＤサーバ１０から各物品パッケージの状態を取得するように構成されている場合には、表示部４４は、物品パッケージごとに状態を表示可能に構成される。
ストレージ４２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤであってもよい。ストレージ４２には、棚卸しの際にハンディスキャナＨＳから受信するスキャンデータや、ＳＰＤサーバ１０から取得するデータが記録される。
操作入力部４３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部４４がタッチパネル入力用表示パネルを備える場合、表示部４４は、操作入力部４３の一部を構成する。
通信部４５は、ハンディスキャナＨＳおよびＳＰＤサーバ１０との通信を行うためのインタフェースである。
【0041】
用紙収容装置３は、装置内に投函された貼付用紙に貼り付けられたラベルの第１ラベル部を一括スキャンする装置であり、図６に示すように、制御部３１、ＲＦＩＤリーダライタ３２、通信部３３、および、アンテナ３４を備える。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、用紙収容装置３の動作を制御する。
ＲＦＩＤリーダライタ３２（読取部の一例）は、収容部３ｈ（図４参照）に投函された１又は複数の貼付用紙に貼り付けられた第１ラベル部に内蔵されたインレイを、アンテナ３４を介して一括して読み取る（つまり、インレイデータを受信する）。
通信部３３は、ＳＰＤサーバ１０およびタブレット端末４と通信するための通信インタフェースである。制御部３１は、ＲＦＩＤリーダライタ３２によって取得したインレイデータと、自身のＩＰアドレスとを、通信部３３を介してＳＰＤサーバ１０に送信する。あるいは、通信部３３は、インレイデータとＩＰアドレスをタブレット端末４に送信し、タブレット端末４がインレイデータとＩＰアドレスをＳＰＤサーバ１０に送信してもよい。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、用紙収容装置３の動作を制御する。
ＲＦＩＤリーダライタ３２（読取部の一例）は、収容部３ｈ（図４参照）に投函された１又は複数の貼付用紙に貼り付けられた第１ラベル部に内蔵されたインレイを、アンテナ３４を介して一括して読み取る（つまり、インレイデータを受信する）。
通信部３３は、ＳＰＤサーバ１０およびタブレット端末４と通信するための通信インタフェースである。制御部３１は、ＲＦＩＤリーダライタ３２によって取得したインレイデータと、自身のＩＰアドレスとを、通信部３３を介してＳＰＤサーバ１０に送信する。あるいは、通信部３３は、インレイデータとＩＰアドレスをタブレット端末４に送信し、タブレット端末４がインレイデータとＩＰアドレスをＳＰＤサーバ１０に送信してもよい。
【0042】
自身のＩＰアドレスを送信するのは、用紙収容装置３が配置された病院内の部署を特定するためである。図１に示した簡略化した構成では１つの病棟のみが記載されているが、病院内に複数の部署がある場合には各部署に定数棚ＳＬおよび用紙収容装置３が配置される。その場合、ＳＰＤサーバ１０において各部署と用紙収容装置３のＩＰアドレスを予め対応付けておき、ＳＰＤサーバ１０は、各部署からＩＰアドレスとインレイデータが送信された場合、インレイデータを当該ＩＰアドレスに対応する部署のデータとして特定する。なお、病院内に複数の部署がない場合には、用紙収容装置３からＩＰアドレスを送信しなくてもよい。
【0043】
なお、用紙収容装置３によって読み取られたインレイデータおよび用紙収容装置３のＩＰアドレスが直接、ＳＰＤサーバ１０に送信される場合に限られない。用紙収容装置３は、インレイデータおよびＩＰアドレスをタブレット端末４に送信し、タブレット端末４が用紙収容装置３から受信したインレイデータおよびＩＰアドレスをＳＰＤサーバ１０に送信してもよい。
【0044】
ＳＰＤサーバ１０は、卸業者と病院における物品パッケージの物流を管理するためのネットワークサーバである。図５および図６に示すように、ＳＰＤサーバ１０は、制御部１１、ストレージ１２（記憶部の一例）、および、通信部１３を備える。
制御部１１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、ＳＰＤサーバ１０の動作を制御する。ストレージ１２は、例えばＨＤＤ(Hard Disk Drive)等の大容量記憶装置であり、後述する各種データベースが格納されている。
制御部１１は、用紙収容装置３からインレイデータ（つまり、用紙収容装置３に投函された第１ラベル部のインレイデータ）を受信した場合に、投函日と消費日を後述する払出消費データベース（後述する）に書き込む。また、制御部１１は、棚卸しの際にＰＣ２からの棚卸指示に応じて、払出済未使切データをＰＣ２に送信する。払出済未使切データとは、払出消費データベースのうち、払出し済みであるが未だ使い切っていない物品に対応するレコードのデータである。さらに制御部１１は、ＰＣ２から受信するスキャンデータに基づいて物品パッケージの使切日を決定し、払出消費データベースを更新する。
通信部１３は、ＰＣ２、用紙収容装置３、および、タブレット端末４との通信を行うためのインタフェースである。
制御部１１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、ＳＰＤサーバ１０の動作を制御する。ストレージ１２は、例えばＨＤＤ(Hard Disk Drive)等の大容量記憶装置であり、後述する各種データベースが格納されている。
制御部１１は、用紙収容装置３からインレイデータ（つまり、用紙収容装置３に投函された第１ラベル部のインレイデータ）を受信した場合に、投函日と消費日を後述する払出消費データベース（後述する）に書き込む。また、制御部１１は、棚卸しの際にＰＣ２からの棚卸指示に応じて、払出済未使切データをＰＣ２に送信する。払出済未使切データとは、払出消費データベースのうち、払出し済みであるが未だ使い切っていない物品に対応するレコードのデータである。さらに制御部１１は、ＰＣ２から受信するスキャンデータに基づいて物品パッケージの使切日を決定し、払出消費データベースを更新する。
通信部１３は、ＰＣ２、用紙収容装置３、および、タブレット端末４との通信を行うためのインタフェースである。
【0045】
以下、ＳＰＤサーバ１０のストレージ１２に格納されるデータベース（ＤＢ）について、図７および図８を参照して説明する。図７は定数データベースのデータ構成例を示し、図８は払出消費データベースのデータ構成例を示す。
【0046】
定数データベースは、病棟の定数棚ＳＬに、定数品として配置すべき物品を記述したものである。
図７に示すように、例示的な定数データベースの各レコードは、「定数番号」、「物品」、「定数入数」、「定数単位」、「ラベル枚数」の各フィールドの値を含む。「物品」フィールドのデータはさらに、「物品コード」を含む複数のサブフィールド（例えば、「メーカー名」、「品番」等のサブフィールド）の値を含んでもよい。
図７に示す定数データベースにおいて、「定数番号」フィールドの値は一意の番号である。「定数入数」、「定数単位」の各フィールドの値は、１枚のラベルが貼付された物品パッケージの量を示している。例えば、定数番号：０６３のレコードは、５個の物品を含む１つの物品パッケージに対して１枚のラベルが貼付されることを示している。このレコードでは「ラベル枚数」フィールドの値が３枚であるため、定数棚ＳＬには、３パッケージ×５（個）＝１５個の物品が定数品として配置されるべきであることを意味している。
図７に示すように、例示的な定数データベースの各レコードは、「定数番号」、「物品」、「定数入数」、「定数単位」、「ラベル枚数」の各フィールドの値を含む。「物品」フィールドのデータはさらに、「物品コード」を含む複数のサブフィールド（例えば、「メーカー名」、「品番」等のサブフィールド）の値を含んでもよい。
図７に示す定数データベースにおいて、「定数番号」フィールドの値は一意の番号である。「定数入数」、「定数単位」の各フィールドの値は、１枚のラベルが貼付された物品パッケージの量を示している。例えば、定数番号：０６３のレコードは、５個の物品を含む１つの物品パッケージに対して１枚のラベルが貼付されることを示している。このレコードでは「ラベル枚数」フィールドの値が３枚であるため、定数棚ＳＬには、３パッケージ×５（個）＝１５個の物品が定数品として配置されるべきであることを意味している。
【0047】
各病棟の定数配置で運用上問題がなければ定数データベースに変更はない。しかし、定数棚における不動日数が長く、頻繁に消費されなくなった物品を定数品から外す場合、あるいは、頻繁に消費する臨時品を定数品に変更する場合には、例えばタブレット端末４における操作に応じて、定数データベースを更新できるように構成することが好ましい。
【0048】
払出消費データベースは、物品の払い出しと消費を管理するためのデータベースである。
ＳＰＤサーバ１０の制御部１１は、物品が消費された場合（つまり、物品パッケージ内の物品の消費が開始された場合）、払出消費データベースに新たなレコードを作成する。払出消費データベースに新たなレコードを作成することは、補充すべき定数品を注文することを意味する。つまり、本実施形態の物品管理システム１では、定数品については消費し始めた後に当該定数品を補充する新たなオーダーを発行する自動オーダー方式を採る。
他方、臨時品については、病院職員によるタブレット端末４又はＰＣ２に対する操作に基づいて、ＳＰＤサーバ１０の制御部１１は、臨時品のオーダーを受信する。臨時品のオーダーを受信した場合には、ＳＰＤサーバ１０の制御部１１は、当該臨時品に対応する新たなレコードを払出消費データベースに作成する。
ＳＰＤサーバ１０の制御部１１は、物品が消費された場合（つまり、物品パッケージ内の物品の消費が開始された場合）、払出消費データベースに新たなレコードを作成する。払出消費データベースに新たなレコードを作成することは、補充すべき定数品を注文することを意味する。つまり、本実施形態の物品管理システム１では、定数品については消費し始めた後に当該定数品を補充する新たなオーダーを発行する自動オーダー方式を採る。
他方、臨時品については、病院職員によるタブレット端末４又はＰＣ２に対する操作に基づいて、ＳＰＤサーバ１０の制御部１１は、臨時品のオーダーを受信する。臨時品のオーダーを受信した場合には、ＳＰＤサーバ１０の制御部１１は、当該臨時品に対応する新たなレコードを払出消費データベースに作成する。
【0049】
図８に示すように、例示的な払出消費データベースの各レコードは、「払出番号」、「ラベル番号」、「払出日」、「消費日」、「投函日」、「使切日」、「物品」、「ＴＩＤ－１」、「ＥＰＣ－１」、「読取日－１」、「ＴＩＤ－２」、「ＥＰＣ－２」、「読取日－２」の各フィールドの値を含む。「物品」フィールドの値はさらに、「物品コード」、「物品名」、「物品番号」、「有効期限」、「ロット番号」等のサブフィールドの値を含む。なお、物品については、払出消費データベースとは別に、物品マスタデータベースに記録してもよい。その場合、例えば、払出番号、ラベル番号、又は、物品コードをキーとして、物品マスタデータベースから必要となる物品のデータが参照される。
「払出番号」フィールドの値は、卸業者に対する新たなオーダー（注文）が発生する度に採番される一意の番号である。
「ラベル番号」フィールドの値は、プリンタ７によって発行されるラベルを識別する番号である。なお、ラベル番号を払出番号と同一とする場合には、払出消費データベースに「ラベル番号」フィールドはなくてもよい。
「払出日」フィールドの値は、対応する物品パッケージが病院に払い出された日付（つまり、定数棚に配置された日付）である。この日付は、物品パッケージの検品時に書き込まれる。
「消費日」フィールドの値は、物品が院内で消費された日付である。本実施形態の物品管理システム１では、前述したように、物品パッケージを開封して、中の物品の消費を開始した日付である。
「投函日」フィールドの値は、対応するラベルの第１ラベル部が用紙収容装置３に投函された日付である。
「使切日」フィールドの値は、対応する物品を使い切った日付である。
「ＴＩＤ－１」フィールドの値は、対応するラベルの第１ラベル部のインレイデータに含まれるＴＩＤである。なお、以下の説明では、第１ラベル部インレイデータに含まれるＴＩＤ自体を「ＴＩＤ－１」という。
「ＥＰＣ－１」フィールドの値は、対応するラベルの第１ラベル部のインレイデータに含まれるＥＰＣである。なお、以下の説明では、第１ラベル部のインレイデータに含まれるＥＰＣ自体を「ＥＰＣ－１」という。
「読取日－１」フィールドの値は、対応するラベルの第１ラベル部のＴＩＤおよびＥＰＣが用紙収容装置３から送信された日付（つまり、用紙収容装置３による読取日）である。
「ＴＩＤ－２」フィールドの値は、対応するラベルの第２ラベル部のインレイデータに含まれるＴＩＤである。なお、以下の説明では、第２ラベル部のインレイデータに含まれるＴＩＤ自体を「ＴＩＤ－２」という。
「ＥＰＣ－２」フィールドの値は、対応するラベルの第２ラベル部のインレイデータに含まれるＥＰＣである。なお、以下の説明では、第２ラベル部のインレイデータのＥＰＣ自体を「ＥＰＣ－２」という。
「読取日－２」フィールドの値は、対応するラベルの第２ラベル部のＴＩＤおよびＥＰＣが用紙収容装置３から送信された日付（つまり、用紙収容装置３による読取日）である。
「払出番号」フィールドの値は、卸業者に対する新たなオーダー（注文）が発生する度に採番される一意の番号である。
「ラベル番号」フィールドの値は、プリンタ７によって発行されるラベルを識別する番号である。なお、ラベル番号を払出番号と同一とする場合には、払出消費データベースに「ラベル番号」フィールドはなくてもよい。
「払出日」フィールドの値は、対応する物品パッケージが病院に払い出された日付（つまり、定数棚に配置された日付）である。この日付は、物品パッケージの検品時に書き込まれる。
「消費日」フィールドの値は、物品が院内で消費された日付である。本実施形態の物品管理システム１では、前述したように、物品パッケージを開封して、中の物品の消費を開始した日付である。
「投函日」フィールドの値は、対応するラベルの第１ラベル部が用紙収容装置３に投函された日付である。
「使切日」フィールドの値は、対応する物品を使い切った日付である。
「ＴＩＤ－１」フィールドの値は、対応するラベルの第１ラベル部のインレイデータに含まれるＴＩＤである。なお、以下の説明では、第１ラベル部インレイデータに含まれるＴＩＤ自体を「ＴＩＤ－１」という。
「ＥＰＣ－１」フィールドの値は、対応するラベルの第１ラベル部のインレイデータに含まれるＥＰＣである。なお、以下の説明では、第１ラベル部のインレイデータに含まれるＥＰＣ自体を「ＥＰＣ－１」という。
「読取日－１」フィールドの値は、対応するラベルの第１ラベル部のＴＩＤおよびＥＰＣが用紙収容装置３から送信された日付（つまり、用紙収容装置３による読取日）である。
「ＴＩＤ－２」フィールドの値は、対応するラベルの第２ラベル部のインレイデータに含まれるＴＩＤである。なお、以下の説明では、第２ラベル部のインレイデータに含まれるＴＩＤ自体を「ＴＩＤ－２」という。
「ＥＰＣ－２」フィールドの値は、対応するラベルの第２ラベル部のインレイデータに含まれるＥＰＣである。なお、以下の説明では、第２ラベル部のインレイデータのＥＰＣ自体を「ＥＰＣ－２」という。
「読取日－２」フィールドの値は、対応するラベルの第２ラベル部のＴＩＤおよびＥＰＣが用紙収容装置３から送信された日付（つまり、用紙収容装置３による読取日）である。
【0050】
払出消費データベースの「物品」、「ＴＩＤ－１」、「ＥＰＣ－１」、「ＴＩＤ－２」、「ＥＰＣ－２」の各フィールドの値は、プリンタ７によるラベル発行時にＰＣ８を介してＳＰＤサーバ１０に送信され、書き込まれる。
【0051】
（１－４）物品管理システム１の処理フロー
次に、本実施形態の物品管理システム１の処理フローについて、図９～図１５を参照して説明する。
図９および図１０はそれぞれ本実施形態の物品管理システム１のシーケンスチャートであり、図９は用紙収容装置３に貼付用紙が投函されたときの処理を示し、図１０は棚卸しを行うときの処理を示している。図１１は、タブレット端末４で行われる使切日の判定処理を示すフローチャートである。
図１２～図１５はそれぞれ、本実施形態の物品管理システムにおいて、定数棚の物品の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
次に、本実施形態の物品管理システム１の処理フローについて、図９～図１５を参照して説明する。
図９および図１０はそれぞれ本実施形態の物品管理システム１のシーケンスチャートであり、図９は用紙収容装置３に貼付用紙が投函されたときの処理を示し、図１０は棚卸しを行うときの処理を示している。図１１は、タブレット端末４で行われる使切日の判定処理を示すフローチャートである。
図１２～図１５はそれぞれ、本実施形態の物品管理システムにおいて、定数棚の物品の配置状況の変化と払出消費データベースの更新の関係を例示的に説明する図である。
【0052】
（１－４－１）貼付用紙が投函されたときの処理（図９）
用紙収容装置３内に貼付用紙が収容されている場合、用紙収容装置３は、ＳＰＤサーバ１０に対して未送信のデータ（つまり、未送信のラベルの第１ラベル部のインレイデータ）が有るか否か判定する（ステップＳ２）。未送信のデータが無い場合には何もしないが、未送信のデータがある場合には、用紙収容装置３は、未送信のすべてのインレイデータをＳＰＤサーバ１０に送信する（ステップＳ４）。
用紙収容装置３内に貼付用紙が収容されている場合、用紙収容装置３は、ＳＰＤサーバ１０に対して未送信のデータ（つまり、未送信のラベルの第１ラベル部のインレイデータ）が有るか否か判定する（ステップＳ２）。未送信のデータが無い場合には何もしないが、未送信のデータがある場合には、用紙収容装置３は、未送信のすべてのインレイデータをＳＰＤサーバ１０に送信する（ステップＳ４）。
【0053】
インレイデータを受信したＳＰＤサーバ１０は、払出消費データベースにおいて、インレイデータに含まれる払出番号又はラベル番号に対応するレコードの「投函日」、「消費日」の各フィールドの値を、インレイデータを受信した日付とする（ステップＳ６）。
上述したように、物品パッケージの消費を開始して当該物品パッケージに貼付されているラベルの第１ラベル部を用紙収容装置３に投函すると直ちに、払出消費データベースにおいて対応する払出番号又はラベル番号の消費日と投函日が更新される。
なお、図９のシーケンスチャートでは、ステップＳ２を設けず、過去に受信したインレイデータと同じインレイデータが送信された場合には、ＳＰＤサーバ１０が当該インレイデータに対する処理をしないように構成してもよい。
上述したように、物品パッケージの消費を開始して当該物品パッケージに貼付されているラベルの第１ラベル部を用紙収容装置３に投函すると直ちに、払出消費データベースにおいて対応する払出番号又はラベル番号の消費日と投函日が更新される。
なお、図９のシーケンスチャートでは、ステップＳ２を設けず、過去に受信したインレイデータと同じインレイデータが送信された場合には、ＳＰＤサーバ１０が当該インレイデータに対する処理をしないように構成してもよい。
【0054】
（１－４－２）棚卸しを行うときの処理（図１０）
病棟において定数棚ＳＬの棚卸しを行うときには、例えば病院職員の所定の操作に基づいてハンディスキャナＨＳがＰＣ２に棚卸指示を送信する（ステップＳ１０）。ＰＣ２は、当該棚卸指示をＳＰＤサーバ１０に送信する（ステップＳ１２）。棚卸指示を受けたＳＰＤサーバ１０は、払出消費データベースを参照して、払出済未使切データ（つまり、払出消費データベースのうち、払出し済みであるが未だ使い切っていない物品に対応するレコードのデータ）を抽出し（ステップＳ１４）、ＰＣ２に送信する（ステップＳ１６）。ＰＣ２は、払出済未使切データをハンディスキャナＨＳに送信する（ステップＳ１８）。それによって棚卸しの準備が整う。
病棟において定数棚ＳＬの棚卸しを行うときには、例えば病院職員の所定の操作に基づいてハンディスキャナＨＳがＰＣ２に棚卸指示を送信する（ステップＳ１０）。ＰＣ２は、当該棚卸指示をＳＰＤサーバ１０に送信する（ステップＳ１２）。棚卸指示を受けたＳＰＤサーバ１０は、払出消費データベースを参照して、払出済未使切データ（つまり、払出消費データベースのうち、払出し済みであるが未だ使い切っていない物品に対応するレコードのデータ）を抽出し（ステップＳ１４）、ＰＣ２に送信する（ステップＳ１６）。ＰＣ２は、払出済未使切データをハンディスキャナＨＳに送信する（ステップＳ１８）。それによって棚卸しの準備が整う。
【0055】
例えば病院職員が定数棚ＳＬに配置されている物品パッケージに対してハンディスキャナＨＳをかざすことで、ハンディスキャナＨＳは、定数棚ＳＬ上のすべての物品パッケージに貼付されているラベルのインレイを一括スキャンする（ステップＳ２０）。ハンディスキャナＨＳによって得られたスキャンデータは、ＰＣ２に送信される（ステップＳ２２）。スキャンデータとは、ラベル番号と、ラベルの第１ラベル部および第２ラベル部の各々のインレイに記録されるＴＩＤおよびＥＰＣとを対応付けたデータである。ＰＣ２は、受信したスキャンデータをＳＰＤサーバ１０に送信する（ステップＳ２４）。
なお、ハンディスキャナＨＳの読み取り不良により実際には物品があるにも関わらずスキャンデータに反映されていない場合、物品を他部署に持っていっただけで実際には物品を使い切っていない場合等を考慮して、ステップＳ２２で受信したスキャンデータをＰＣ２の画面上で病院職員が確認し、所定の確認完了操作に基づいて当該スキャンデータをＳＰＤサーバ１０に送信してもよい。
ＳＰＤサーバ１０は、受信したスキャンデータを基に、ラベル番号に対応する各物品パッケージの使切日を決定する（ステップＳ２６）。
なお、ハンディスキャナＨＳの読み取り不良により実際には物品があるにも関わらずスキャンデータに反映されていない場合、物品を他部署に持っていっただけで実際には物品を使い切っていない場合等を考慮して、ステップＳ２２で受信したスキャンデータをＰＣ２の画面上で病院職員が確認し、所定の確認完了操作に基づいて当該スキャンデータをＳＰＤサーバ１０に送信してもよい。
ＳＰＤサーバ１０は、受信したスキャンデータを基に、ラベル番号に対応する各物品パッケージの使切日を決定する（ステップＳ２６）。
【0056】
ステップＳ２６における使切日の決定処理の詳細は、図１１に示すとおりである。
すなわち、払出済未使切データの中にスキャンデータに含まれないラベル番号のデータがある場合（ステップＳ３４：ＹＥＳ）、当該払出済未使切データに対応する物品パッケージは破棄されたと考えられる。そこで、そのような物品パッケージのラベル番号に対応する使切日を現在日付とする（ステップＳ３６）。ステップＳ３４の判定がＮＯである場合には、何もしない。
すなわち、払出済未使切データの中にスキャンデータに含まれないラベル番号のデータがある場合（ステップＳ３４：ＹＥＳ）、当該払出済未使切データに対応する物品パッケージは破棄されたと考えられる。そこで、そのような物品パッケージのラベル番号に対応する使切日を現在日付とする（ステップＳ３６）。ステップＳ３４の判定がＮＯである場合には、何もしない。
【0057】
図１０に戻り、使切日を決定する処理を実行した後、ＳＰＤサーバ１０は、ステップＳ２６の実行結果を基に、払出消費データベースを更新する（ステップＳ２８）。
【0058】
図１０に示したシーケンスチャートの例において、ＰＣ２に代えてタブレット端末４であってもよい。つまり、ハンディスキャナＨＳとＳＰＤサーバ１０の間の通信をタブレット端末４が中継してもよい。あるいは、ハンディスキャナＨＳがＳＰＤサーバ１０と通信可能であれば、ハンディスキャナＨＳとＳＰＤサーバ１０が直接、払出済未使切データやスキャンデータの授受を行ってもよい。
図１０に示したシーケンスチャートの例では、使切日の決定の処理をＳＰＤサーバ１０で実行する場合について説明したが、その限りではない。この処理は、図１０の例ではＰＣ２が実行し、その実行結果をＳＰＤサーバ１０に送信して、ＳＰＤサーバ１０が受信した実行結果を基に払出消費データベースを更新してもよい。ＰＣ２に代えてタブレット端末４を使用する場合には、同様に、タブレット端末４が使切日の決定の処理を実行してもよい。
図１０に示したシーケンスチャートの例では、使切日の決定の処理をＳＰＤサーバ１０で実行する場合について説明したが、その限りではない。この処理は、図１０の例ではＰＣ２が実行し、その実行結果をＳＰＤサーバ１０に送信して、ＳＰＤサーバ１０が受信した実行結果を基に払出消費データベースを更新してもよい。ＰＣ２に代えてタブレット端末４を使用する場合には、同様に、タブレット端末４が使切日の決定の処理を実行してもよい。
【0059】
（１－５）物品管理システム１の棚卸しの具体例
次に、図１２～図１５を参照して、本実施形態の物品管理システム１の処理の具体例について説明する。各図は、ある時点の定数棚ＳＬの状態と、定数棚ＳＬの物品パッケージのスキャン結果と、払出消費データベースの更新内容とを示している。各図では、定数棚ＳＬの物品パッケージの上方に、対応するラベル番号を記載してある。
次に、図１２～図１５を参照して、本実施形態の物品管理システム１の処理の具体例について説明する。各図は、ある時点の定数棚ＳＬの状態と、定数棚ＳＬの物品パッケージのスキャン結果と、払出消費データベースの更新内容とを示している。各図では、定数棚ＳＬの物品パッケージの上方に、対応するラベル番号を記載してある。
【0060】
（Ａ）棚卸し１日目（図１２）
図１２に示す例では、棚卸し１日目が２０１９年６月３日である場合を想定している。この例では、定数棚ＳＬには、ラベル番号：555112とラベル番号：555113の２個の物品パッケージ（いずれも未開封）が配置されている。ここで、この日にラベル番号：555112の物品パッケージが払い出され、既に払出消費データベースの「払出日」フィールドの値として現在日付（2019.6.3）が書き込まれている。
この場合、定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555113のラベルの２個のインレイデータに含まれるＴＩＤ（「3333123」と「3333456」）およびＥＰＣ（「GHI333…00」と「GHI333…01」）とを含む。つまり、スキャンデータは、ラベル番号と、対応するＴＩＤおよびＥＰＣとを含む。
このスキャン結果から、ラベル番号：555112に対応する物品パッケージがステップＳ３４（図１１参照）の判定結果がＮＯとなり、払出消費データベースにおける使切日は更新されない。また、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードの「読取日－１」，「読取日－２」の各フィールドに現在日付（2019.6.3）が書き込まれる。
図１２に示す例では、棚卸し１日目が２０１９年６月３日である場合を想定している。この例では、定数棚ＳＬには、ラベル番号：555112とラベル番号：555113の２個の物品パッケージ（いずれも未開封）が配置されている。ここで、この日にラベル番号：555112の物品パッケージが払い出され、既に払出消費データベースの「払出日」フィールドの値として現在日付（2019.6.3）が書き込まれている。
この場合、定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555113のラベルの２個のインレイデータに含まれるＴＩＤ（「3333123」と「3333456」）およびＥＰＣ（「GHI333…00」と「GHI333…01」）とを含む。つまり、スキャンデータは、ラベル番号と、対応するＴＩＤおよびＥＰＣとを含む。
このスキャン結果から、ラベル番号：555112に対応する物品パッケージがステップＳ３４（図１１参照）の判定結果がＮＯとなり、払出消費データベースにおける使切日は更新されない。また、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードの「読取日－１」，「読取日－２」の各フィールドに現在日付（2019.6.3）が書き込まれる。
【0061】
（Ｂ）棚卸し２日目（図１３）
図１３に示す例では、棚卸し２日目の２０１９年６月４日において、定数棚ＳＬに配置された２個の物品パッケージのうち、ラベル番号：555113の物品パッケージが開封されて中の物品の消費が開始された場合を想定している。
この場合、ラベル番号：555113のラベルの第１ラベル部を含む貼付用紙が用紙収容装置３に投函され、用紙収容装置３から当該第１ラベル部のインレイデータ（ＴＩＤ：3333123，ＥＰＣ：GHI333…00を含むデータ）がＳＰＤサーバ１０に送信される。その結果、払出消費データベースでは、ラベル番号：555113に対応するレコードの「消費日」、「投函日」の各フィールドに現在日付（2019.6.4）が書き込まれる。
図１３に示す例では、棚卸し２日目の２０１９年６月４日において、定数棚ＳＬに配置された２個の物品パッケージのうち、ラベル番号：555113の物品パッケージが開封されて中の物品の消費が開始された場合を想定している。
この場合、ラベル番号：555113のラベルの第１ラベル部を含む貼付用紙が用紙収容装置３に投函され、用紙収容装置３から当該第１ラベル部のインレイデータ（ＴＩＤ：3333123，ＥＰＣ：GHI333…00を含むデータ）がＳＰＤサーバ１０に送信される。その結果、払出消費データベースでは、ラベル番号：555113に対応するレコードの「消費日」、「投函日」の各フィールドに現在日付（2019.6.4）が書き込まれる。
【0062】
次いで、定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555113のラベルの１個のインレイデータに含まれるＴＩＤ（「3333456」）およびＥＰＣ（「GHI333…01」）とを含む。
本日の棚卸し前の時点（つまり、棚卸し１日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555112, 555113に対応するデータが含まれている。そのため、図１１のステップＳ３４の判定はＮＯであり、払出消費データベースの「使切日」フィールドには何も書き込まれない。なお、スキャンデータに基づき、ラベル番号：555112に対応するレコードの「読取日－１」，「読取日－２」の各フィールド、および、ラベル番号：555113に対応するレコードの「読取日－２」のフィールドに現在日付（2019.6.4）が書き込まれる。
本日の棚卸し前の時点（つまり、棚卸し１日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555112, 555113に対応するデータが含まれている。そのため、図１１のステップＳ３４の判定はＮＯであり、払出消費データベースの「使切日」フィールドには何も書き込まれない。なお、スキャンデータに基づき、ラベル番号：555112に対応するレコードの「読取日－１」，「読取日－２」の各フィールド、および、ラベル番号：555113に対応するレコードの「読取日－２」のフィールドに現在日付（2019.6.4）が書き込まれる。
【0063】
（Ｃ）棚卸し３日目（図１４）
図１４に示す例では、棚卸し３日目の２０１９年６月５日において、定数棚ＳＬに新たにラベル番号：555111の物品パッケージが配置された場合を想定している。つまり、この日にラベル番号：555111の物品パッケージが払い出され、既に払出消費データベースの「払出日」フィールドの値として現在日付（2019.6.5）が書き込まれている
なお、ラベル番号：555113のラベルの第１ラベル部は２０１９年６月４日の時点で用紙収容装置３に投函済みであるが、仮に当該第１ラベル部を含む貼付用紙が用紙収容装置３から取り出されていないとしても既にＳＰＤサーバ１０にインレイデータを送信済みであるため、再度同じインレイデータが送信されることはない（図９のステップＳ２：ＮＯ）。
図１４に示す例では、棚卸し３日目の２０１９年６月５日において、定数棚ＳＬに新たにラベル番号：555111の物品パッケージが配置された場合を想定している。つまり、この日にラベル番号：555111の物品パッケージが払い出され、既に払出消費データベースの「払出日」フィールドの値として現在日付（2019.6.5）が書き込まれている
なお、ラベル番号：555113のラベルの第１ラベル部は２０１９年６月４日の時点で用紙収容装置３に投函済みであるが、仮に当該第１ラベル部を含む貼付用紙が用紙収容装置３から取り出されていないとしても既にＳＰＤサーバ１０にインレイデータを送信済みであるため、再度同じインレイデータが送信されることはない（図９のステップＳ２：ＮＯ）。
【0064】
定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555113のラベルの１個のインレイデータに含まれるＴＩＤ（「3333456」）およびＥＰＣ（「GHI333…01」）と、ラベル番号：555111のラベルの２個のインレイデータに含まれるＴＩＤ（「1111123」と「1111456」）およびＥＰＣ（「ABC111…00」と「ABC111…01」）とを含む。
本日の棚卸し前の時点（つまり、棚卸し２日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555111, 555112, 555113に対応するデータが含まれている。そのため、図１１のステップＳ３４の判定がＮＯとなり、払出消費データベースの「使切日」フィールドには何も書き込まれない。
なお、スキャンデータに基づき、ラベル番号：555111, 555112に対応するレコードの「読取日－１」，「読取日－２」の各フィールド、および、ラベル番号：555113に対応するレコードの「読取日－２」のフィールドに現在日付（2019.6.4）が書き込まれる。
本日の棚卸し前の時点（つまり、棚卸し２日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555111, 555112, 555113に対応するデータが含まれている。そのため、図１１のステップＳ３４の判定がＮＯとなり、払出消費データベースの「使切日」フィールドには何も書き込まれない。
なお、スキャンデータに基づき、ラベル番号：555111, 555112に対応するレコードの「読取日－１」，「読取日－２」の各フィールド、および、ラベル番号：555113に対応するレコードの「読取日－２」のフィールドに現在日付（2019.6.4）が書き込まれる。
【0065】
（Ｄ）棚卸し４日目（図１５）
図１５に示す例では、棚卸し４日目の２０１９年６月６日において、前日に定数棚ＳＬに配置されていたラベル番号：555113の物品パッケージが使い切って破棄された場合を想定している。
定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555111のラベルの２個のインレイデータに含まれるＴＩＤ（「1111123」と「1111456」）およびＥＰＣ（「ABC111…00」と「ABC111…01」）とを含む。
本日の棚卸し前の時点（つまり、棚卸し３日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555111, 555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555111, 555112に対応するデータのみが含まれている。そのため、図１１のステップＳ３４の判定がＹＥＳとなり、払出消費データベースにおいてラベル番号：555113に対応するレコードの「使切日」のフィールドに現在日付（2019.6.6）が書き込まれる（図１１のステップＳ３６）。
なお、スキャンデータに基づき、ラベル番号：555111, 555112にそれぞれ対応するレコードの「読取日－１」，「読取日－２」の各フィールドに現在日付（2019.6.6）が書き込まれる。
図１５に示す例では、棚卸し４日目の２０１９年６月６日において、前日に定数棚ＳＬに配置されていたラベル番号：555113の物品パッケージが使い切って破棄された場合を想定している。
定数棚ＳＬの物品パッケージをハンディスキャナＨＳでスキャンした場合、スキャン結果（スキャンデータ）は、ラベル番号：555112のラベルの２個のインレイデータに含まれるＴＩＤ（「2222123」と「2222456」）およびＥＰＣ（「DEF222…00」と「DEF222…01」）と、ラベル番号：555111のラベルの２個のインレイデータに含まれるＴＩＤ（「1111123」と「1111456」）およびＥＰＣ（「ABC111…00」と「ABC111…01」）とを含む。
本日の棚卸し前の時点（つまり、棚卸し３日目の時点）では、払出済未使切データは、払出消費データベースにおいてラベル番号：555111, 555112, 555113に対応するレコードであるが、本日のスキャンデータでは、ラベル番号：555111, 555112に対応するデータのみが含まれている。そのため、図１１のステップＳ３４の判定がＹＥＳとなり、払出消費データベースにおいてラベル番号：555113に対応するレコードの「使切日」のフィールドに現在日付（2019.6.6）が書き込まれる（図１１のステップＳ３６）。
なお、スキャンデータに基づき、ラベル番号：555111, 555112にそれぞれ対応するレコードの「読取日－１」，「読取日－２」の各フィールドに現在日付（2019.6.6）が書き込まれる。
【0066】
以上説明したように、本実施形態の物品管理システム１によれば、病院内で消費される物品について従来よりも的確に消費管理を行うことができる。例えば、図１２～図１５を例に示したように、ラベル番号：555113の物品について、2019.6.2に病棟に払い出され、2019.6.4に消費が開始され、2019.6.6に使い切ったことがわかる。そのため、物品の払出しから消費の開始までに経過した日数や、物品が消費を開始してから使い切るまでに経過した日数や、物品が払い出されてから使い切るまでの日数を取得でき、物品の消費サイクルを把握することができる。それによって、より効率的な物品の物流を図ることが可能になる。
また、従来は、物品パッケージの中の物品の消費を開始した時点で物品パッケージに貼付されているカード等を回収していたため、物品の消費を開始してから物品を使い切るまでの間、物品の有効期限やロット番号等のトレーサビリティが確保できていなかった。それに対して、本実施形態の物品管理システム１では、物品パッケージの中の物品の消費を開始した後もラベルの第２ラベル部が物品パッケージに貼付されているため、物品の有効期限やロット番号等のトレーサビリティを確保することができる。
また、従来は、物品パッケージの中の物品の消費を開始した時点で物品パッケージに貼付されているカード等を回収していたため、物品の消費を開始してから物品を使い切るまでの間、物品の有効期限やロット番号等のトレーサビリティが確保できていなかった。それに対して、本実施形態の物品管理システム１では、物品パッケージの中の物品の消費を開始した後もラベルの第２ラベル部が物品パッケージに貼付されているため、物品の有効期限やロット番号等のトレーサビリティを確保することができる。
【0067】
なお、本実施形態の物品管理システム１では、物品の消費日を貼付用紙の投函日（つまり、ラベルの第１ラベル部が読み取られた日）とし、物品の消費を開始した日として定義したが、その限りではない。物品の使切日を、当該物品を消費し尽したという意味で消費日としてもよい。あるいは、投函日から使切日までに経過する日数の平均値を投函日に加えた日付を消費日としてもよい。前述したように、本実施形態の物品管理システム１では、定数品については消費し始めた後に（つまり、本実施形態での「消費日」の後）当該定数品を補充する新たなオーダーを発行する自動オーダー方式を採る場合について説明したが、消費日の定義を変更することで、新たなオーダーを発行するタイミングが変動しうる。
【0068】
（１－６）追加の機能
次に、本実施形態の物品管理システム１に対して、任意的に追加可能な機能について、図１６および図１７を参照して説明する。
図１６は、本実施形態の物品管理システム１において、平均納品期間、平均保管期間、平均消費期間を説明する図である。図１７は、本実施形態の物品管理システム１において、ＰＣ２又はタブレット端末４に表示される画面の一例を示す図である。
次に、本実施形態の物品管理システム１に対して、任意的に追加可能な機能について、図１６および図１７を参照して説明する。
図１６は、本実施形態の物品管理システム１において、平均納品期間、平均保管期間、平均消費期間を説明する図である。図１７は、本実施形態の物品管理システム１において、ＰＣ２又はタブレット端末４に表示される画面の一例を示す図である。
【0069】
追加の機能を実現するためにＳＰＤサーバ１０のストレージ１２は、病院で使用しうる各物品パッケージに対して、過去の実績から平均納品期間、平均保管期間、平均消費期間が記録されるデータベース（以下、「実績データベース」という。）を備える。
ここで、図１６に示すように、平均納品期間は、発注日（物品パッケージが発注された日）と払出日（物品パッケージが消費可能となる日の一例）の間の期間の過去の平均値である。平均保管期間は、払出日と物品パッケージ内の物品の消費を開始した日である消費日（消費開始日の一例）の間の期間の過去の平均値である。平均消費期間は、消費日と、物品パッケージ内の物品の消費が完了した日である使切日（消費完了日の一例）の間の期間の過去の平均値である。
ＳＰＤサーバ１０の制御部１１は、例えば、物品パッケージの使切日を経過したタイミングで、当該物品パッケージに対する平均納品期間、平均保管期間、平均消費期間を算出して、実績データベースを更新する。
ここで、図１６に示すように、平均納品期間は、発注日（物品パッケージが発注された日）と払出日（物品パッケージが消費可能となる日の一例）の間の期間の過去の平均値である。平均保管期間は、払出日と物品パッケージ内の物品の消費を開始した日である消費日（消費開始日の一例）の間の期間の過去の平均値である。平均消費期間は、消費日と、物品パッケージ内の物品の消費が完了した日である使切日（消費完了日の一例）の間の期間の過去の平均値である。
ＳＰＤサーバ１０の制御部１１は、例えば、物品パッケージの使切日を経過したタイミングで、当該物品パッケージに対する平均納品期間、平均保管期間、平均消費期間を算出して、実績データベースを更新する。
【0070】
図１７に示す画面Ｇ１は、例えばＰＣ２の制御部２１が所定のプログラムを実行することで表示される。
画面Ｇ１には、病棟に払い出され、かつ未だ使い切っていない物品パッケージのリストＬＴが表示される。リストＬＴの各行が１つの物品パッケージに対応しており、ラベル番号、分数、使用状況、残量、使用頻度、物品名、物品番号、ロット番号、状態、有効期限のデータが含まれる。これらのデータは、ＳＰＤサーバ１０から受信するデータに基づいて表示される。
ここで、残量（％）とは、物品パッケージの実際の消費日（つまり、消費開始日）をＳとし、当該物品パッケージに対応する平均消費期間をＴとし、現在日付をＰとしたときに、｛１－（Ｐ－Ｓ）／Ｔ｝×１００にしたがって求められる推定値である。使用状況は、残量（％）をバー形態で表示したものである。
使用頻度、物品名、物品番号、ロット番号、状態、有効期限の各データは、ＳＰＤサーバ１０から払出消費データベースを取得することによって得られる。物品パッケージの状態（「期限切迫」又は「正常」）は、物品パッケージの有効期限が現在日付を基準として所定期間内であるか否かに基づいて決定される。
画面Ｇ１には、病棟に払い出され、かつ未だ使い切っていない物品パッケージのリストＬＴが表示される。リストＬＴの各行が１つの物品パッケージに対応しており、ラベル番号、分数、使用状況、残量、使用頻度、物品名、物品番号、ロット番号、状態、有効期限のデータが含まれる。これらのデータは、ＳＰＤサーバ１０から受信するデータに基づいて表示される。
ここで、残量（％）とは、物品パッケージの実際の消費日（つまり、消費開始日）をＳとし、当該物品パッケージに対応する平均消費期間をＴとし、現在日付をＰとしたときに、｛１－（Ｐ－Ｓ）／Ｔ｝×１００にしたがって求められる推定値である。使用状況は、残量（％）をバー形態で表示したものである。
使用頻度、物品名、物品番号、ロット番号、状態、有効期限の各データは、ＳＰＤサーバ１０から払出消費データベースを取得することによって得られる。物品パッケージの状態（「期限切迫」又は「正常」）は、物品パッケージの有効期限が現在日付を基準として所定期間内であるか否かに基づいて決定される。
【0071】
なお、画面Ｇ１では、残量に代えて消費量（％）を表示してもよい。消費量の推定値は、｛（Ｐ－Ｓ）／Ｔ｝×１００にしたがって求められる。その場合、例えばラベル番号：888123の物品パッケージに対応して、残量２０％に代えて消費量８０％と表示され、それに応じて使用状況のバーの表示態様が変更される。
物品パッケージの残量又は消費量は、ＳＰＤサーバ１０において算出される値をＰＣ２が受信して表示部２４に表示してもよいし、ＰＣ２がＳＰＤサーバ１０から取得する払出消費データベースおよび実績データベースに基づいて算出し、表示部２４に表示してもよい。また、画面Ｇ１は、ＰＣ２だけでなく、タブレット端末４によっても表示可能となるように構成してもよい。
病棟に払い出され、かつ未だ使い切っていない物品パッケージの残量又は消費量を表示させることで、病院職員は、現在使用中の物品パッケージについて残量又は消費量の目安を視認することができるため、物品パッケージの管理がしやすくなる。
物品パッケージの残量又は消費量は、ＳＰＤサーバ１０において算出される値をＰＣ２が受信して表示部２４に表示してもよいし、ＰＣ２がＳＰＤサーバ１０から取得する払出消費データベースおよび実績データベースに基づいて算出し、表示部２４に表示してもよい。また、画面Ｇ１は、ＰＣ２だけでなく、タブレット端末４によっても表示可能となるように構成してもよい。
病棟に払い出され、かつ未だ使い切っていない物品パッケージの残量又は消費量を表示させることで、病院職員は、現在使用中の物品パッケージについて残量又は消費量の目安を視認することができるため、物品パッケージの管理がしやすくなる。
【0072】
別の観点では、ＳＰＤサーバ１０の制御部１１は、物品の消費が完了していない物品パッケージを補充するための発注日を、当該物品パッケージに対応する平均納品期間および平均消費期間に基づいて決定してもよい。この場合、物品パッケージの実際の消費日（つまり、消費開始日）をＳとし、当該物品パッケージに対応する平均納品期間をＴ１、平均消費期間をＴ２としたときに、発注日がＳ＋（Ｔ２－Ｔ１）の式にしたがって決定される。
このように発注日を設定することで、物品パッケージを使い切るタイミングで当該物品パッケージの補充品が病棟に払い出されることになり、物品パッケージの過剰在庫又は欠品を避けることができる。すなわち、仮に、物品パッケージの消費開始日を当該物品パッケージの発注日としたならば当該物品パッケージは病棟内で過剰在庫となってしまい、物品パッケージの使切日を当該物品パッケージの発注日としたならば当該物品パッケージは病棟内で欠品となってしまう。そこで、平均納品期間および平均消費期間を考慮して発注日を決定することで過剰在庫又は欠品を回避することが可能となる。
なお、上記式によって求められる発注日に対して、納品期間および消費期間のばらつきを考慮した余裕日数分だけ前に発注日を調整してもよい。
このように発注日を設定することで、物品パッケージを使い切るタイミングで当該物品パッケージの補充品が病棟に払い出されることになり、物品パッケージの過剰在庫又は欠品を避けることができる。すなわち、仮に、物品パッケージの消費開始日を当該物品パッケージの発注日としたならば当該物品パッケージは病棟内で過剰在庫となってしまい、物品パッケージの使切日を当該物品パッケージの発注日としたならば当該物品パッケージは病棟内で欠品となってしまう。そこで、平均納品期間および平均消費期間を考慮して発注日を決定することで過剰在庫又は欠品を回避することが可能となる。
なお、上記式によって求められる発注日に対して、納品期間および消費期間のばらつきを考慮した余裕日数分だけ前に発注日を調整してもよい。
【0073】
さらに別の観点では、ＳＰＤサーバ１０の制御部１１は、病棟に払い出され、かつ未だ使い切っていない物品パッケージ（つまり、消費可能となった物品パッケージ）を対象として、当該物品パッケージの払出日から当該物品パッケージに対応する平均保管期間以上に設定された所定の期間を経過した場合には、ＰＣ２又はタブレット端末４に通知してもよい。通知を受けたＰＣ２又はタブレット端末４は、当該物品パッケージを対象として警告メッセージを表示させる。
この観点では、病棟内の在庫の適正化を図ることができる。つまり、上記所定の期間を経過した場合には、対象となる物品パッケージがもう使用しない返品対象であるか、又は、病棟内で紛失したことが考えられる。このような場合に、ＰＣ２又はタブレット端末４に通知することで、病院職員に在庫の適正化を促すことができる。
なお、病棟内で紛失した場合には棚卸しを実施することで紛失の事象を把握することはできるが、上記警告メッセージを表示させることで棚卸しが未実施の場合でも紛失の可能性を病院職員に認識させることができる。
この観点では、病棟内の在庫の適正化を図ることができる。つまり、上記所定の期間を経過した場合には、対象となる物品パッケージがもう使用しない返品対象であるか、又は、病棟内で紛失したことが考えられる。このような場合に、ＰＣ２又はタブレット端末４に通知することで、病院職員に在庫の適正化を促すことができる。
なお、病棟内で紛失した場合には棚卸しを実施することで紛失の事象を把握することはできるが、上記警告メッセージを表示させることで棚卸しが未実施の場合でも紛失の可能性を病院職員に認識させることができる。
【0074】
（２）第２の実施形態
次に、本発明の第２の実施形態に係る物品管理システムについて、図１８および図１９を参照して説明する。なお、以下の説明において特記しない事項は、第１の実施形態の物品管理システム１と同様である。
図１８は、第２の実施形態の物品管理システムにおいて、貼付台紙の処理方法を説明する図である。図１９は、第２の実施形態の物品管理システムのシーケンスチャートである。
次に、本発明の第２の実施形態に係る物品管理システムについて、図１８および図１９を参照して説明する。なお、以下の説明において特記しない事項は、第１の実施形態の物品管理システム１と同様である。
図１８は、第２の実施形態の物品管理システムにおいて、貼付台紙の処理方法を説明する図である。図１９は、第２の実施形態の物品管理システムのシーケンスチャートである。
【0075】
本実施形態の物品管理システムが第１の実施形態のシステムと異なる点は、使切日の判定方法である。具体的には、第１の物品管理システムでは、物品パッケージを使い切った時点で物品パッケージを破棄する場合について説明したが、本実施形態では、図１８に示すように、物品パッケージを使い切った時点で、物品パッケージに貼付されているラベルＰＬの第２ラベル部Ｌ２を専用の貼付用紙に貼り付け、病院職員が用紙収容装置３に投函する。
【0076】
つまり、本実施形態の物品管理システムでは、定数棚に配置された物品パッケージ内の物品の消費が開始される（つまり、物品パッケージが開封される）時点でラベルＰＬの第１ラベル部Ｌ１（図２参照）を病院職員が用紙収容装置３に投函し、物品パッケージを使い切った時点で当該ラベルＰＬの第２ラベル部Ｌ２を病院職員が用紙収容装置３に投函する。そのため、第１の物品管理システムと比較して、ＳＰＤサーバ１０側で物品パッケージの使切日をより早く（つまり、棚卸しを待たずに）認識することができる。
【0077】
図１９のシーケンスチャートは、第１の実施形態で参照した図９に対応するシーケンスチャートである。
図１９において、用紙収容装置３内に貼付用紙が収容されている場合、用紙収容装置３は、ＳＰＤサーバ１０に対して未送信のデータ（つまり、未送信のラベルのインレイデータ）が有るか否か判定する（ステップＳ２）。未送信のデータが無い場合には何もしないが、未送信のデータがある場合には、用紙収容装置３は、未送信のすべてのインレイデータをＳＰＤサーバ１０に送信する（ステップＳ４）。
図１９において、用紙収容装置３内に貼付用紙が収容されている場合、用紙収容装置３は、ＳＰＤサーバ１０に対して未送信のデータ（つまり、未送信のラベルのインレイデータ）が有るか否か判定する（ステップＳ２）。未送信のデータが無い場合には何もしないが、未送信のデータがある場合には、用紙収容装置３は、未送信のすべてのインレイデータをＳＰＤサーバ１０に送信する（ステップＳ４）。
【0078】
インレイデータを受信したＳＰＤサーバ１０は、ステップＳ４で受信したインレイデータが、第１ラベル部のインレイデータであるか、第２ラベル部のインレイデータであるか判定する（ステップＳ５）。受信したインレイデータが第１ラベル部のインレイデータである場合には、第１の実施形態と同様に、払出消費データベースにおいて、受信したインレイデータに対応するラベル番号のレコードの「投函日」および「消費日」の各フィールドに現在日付を書き込む（ステップＳ６）。
他方、受信したインレイデータが第２ラベル部のインレイデータである場合には、払出消費データベースにおいて、受信したインレイデータに対応するラベル番号のレコードの「使切日」のフィールドに現在日付を書き込む（ステップＳ８）。
他方、受信したインレイデータが第２ラベル部のインレイデータである場合には、払出消費データベースにおいて、受信したインレイデータに対応するラベル番号のレコードの「使切日」のフィールドに現在日付を書き込む（ステップＳ８）。
【0079】
以上、本発明の物品管理システムおよび物品管理方法の実施形態について詳細に説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述した実施形態では、図１０のシーケンスチャートに示したように、タブレット端末４が物品パッケージの払出日および使切日を決定するが、その限りではない。ハンディスキャナＨＳが図１０のタブレット端末４と同様の処理を行うようにプログラムされていてもよい。その場合、ハンディスキャナＨＳが払出済未使切データをＳＰＤサーバ１０から受信し、自身のスキャンデータを基に物品パッケージの払出日および使切日を決定し、その結果をＳＰＤサーバ１０に送信する。
例えば、上述した実施形態では、図１０のシーケンスチャートに示したように、タブレット端末４が物品パッケージの払出日および使切日を決定するが、その限りではない。ハンディスキャナＨＳが図１０のタブレット端末４と同様の処理を行うようにプログラムされていてもよい。その場合、ハンディスキャナＨＳが払出済未使切データをＳＰＤサーバ１０から受信し、自身のスキャンデータを基に物品パッケージの払出日および使切日を決定し、その結果をＳＰＤサーバ１０に送信する。
【0080】
上述した実施形態では、ラベルのシート部を貼り付けた貼付用紙を用紙収容装置３に投函するようにしてインレイデータを取得したが、その限りではない。例えば、投函型ではないＲＦＩＤリーダライタを利用することもできる。また、ＮＦＣタグを含むシート部が適用される場合には、タグデータを所定の読取装置にかざすことで、上記インレイデータに相当するタグデータを取得してもよい。
【0081】
上述した実施形態では、ラベルの第１ラベル部および第２ラベル部にそれぞれ書き込まれているインレイデータ（つまり、第１データと第２データ）が異なる場合について説明したが、その限りではない。ラベルの第１ラベル部と第２ラベルの各インレイには同じデータが書き込まれてもよい。その場合、第２の実施形態では、同一のインレイデータの読取数によって消費開始と使い切りの端ミングを判定することができる。例えば、物品パッケージの中の物品の消費開始時点でラベルの第１ラベル部を用紙収容装置３に投函し、物品パッケージの中の物品を使い切った時点でラベルの第２ラベル部を用紙収容装置３に投函する。このとき、物品の消費開始時点では同一のインレイデータを１つだけ読み取り、物品を使い切った時点では同一のインレイデータを２つ読み取ることになるため、それぞれの時点を判断することができる。
【0082】
上述した実施形態では、医療業界における物品管理システム、物品管理方法について説明したが、物流業界や製造業等の他の業界においても適用可能であることは、この開示から当業者に理解される。つまり、物品を含む物品パッケージの納入、物品の消費開始、物品の消費完了（使い切り）を管理することは、物品の種類に限らず様々な業界で行われていることであり、本発明を同様の物品管理システムに適用することが可能である。
【符号の説明】
【0083】
１…物品管理システム、２…情報処理装置（ＰＣ）、２１…制御部、２２…ストレージ、２３…操作入力部、２４…表示部、２５…通信部、３…用紙収容装置、３ｈ…収容部、３１…制御部、３２…読み書き部、３３…通信部、３４…アンテナ、４…タブレット端末、４１…制御部、４２…ストレージ、４３…操作入力部、４４…表示部、４５…通信部、７…プリンタ、７１…制御部、７２…ストレージ、７３…モータ駆動部、７４…ヘッド駆動部、７６…ＲＦＩＤリーダライタ、７７…通信部、７８…アンテナ、８…情報処理装置（ＰＣ）、８１…制御部、８２…ストレージ、８３…操作入力部、８４…表示部、８５…通信部、１０…ＳＰＤサーバ、１１…制御部、１２…ストレージ、１３…通信部、ＳＬ…定数棚、ＨＳ…ハンディスキャナ、ＰＬ…ラベル、Ｌ１…第１シート部、Ｌ２…第２シート部、Ｃ…切込み部、ＩＮＬ１…第１インレイ、ＩＮＬ２…第２インレイ、ＭＰ…台紙、Ｐ１，Ｐ２…貼付台紙
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】