JP2020008907A - 医療材料管理システム、医療材料管理方法、およびプログラム - Google Patents

Abstract

【課題】医療材料の使用の適否を容易に管理する。【解決手段】医療材料を管理する医療材料管理システムであって、前記医療材料には、医療材料に関するデータである医療材料データを記憶するＲＦＩＤインレイが取り付けられており、医療材料管理システムは、ＲＦＩＤインレイから医療材料データを読み取るリーダライタ装置と通信可能なサーバと、サーバと通信可能な情報処理端末と、を備え、サーバは、リーダライタ装置によって読み取られた医療材料データに基づき、対応する医療材料の使用の適否を判定する判定部を有し、情報処理端末は、サーバの判定部による判定結果を表示する表示部と、を有する。【選択図】図８

Description

本発明は、医療材料管理システム、医療材料管理方法、およびプログラムに関する。

従来から、医療材料には様々な情報が付随しており、医療材料と情報を関連付ける方法が知られている。例えば特許文献１には、医療材料またはそのパッケージに、情報の記載された剥離自在な複数のデータラベルを貼り付けたものが開示されている。

特開平１０−１０９７８号公報

しかし、例えば患者の手術の場合等、１人の患者の場合であってもその患者に対して医療行為を提供するために使用される医療材料は膨大な数になる場合がある。そのため、医療材料にデータラベルが貼り付けてあったとしても、当該データラベルを基にその医療材料が使用に適しているか否か（例えば、有効期限を過ぎているか否か）を１点ずつ担当者が目視で確認する作業は大変に煩雑である。

そこで、本発明は、医療材料の使用の適否を容易に管理することを目的とする。

本発明のある態様は、医療材料を管理する医療材料管理システムであって、前記医療材料には、医療材料に関するデータである医療材料データを記憶するＲＦＩＤインレイが取り付けられており、前記医療材料管理システムは、リーダライタ装置と、前記リーダライタ装置と通信可能な情報処理端末と、を備え、前記リーダライタ装置は、前記医療材料を収容する収容部と、前記収容部に収容された前記医療材料に対応する医療材料データを読み取る読取部と、を有し、前記情報処理端末は、前記リーダライタ装置の読取部によって読み取られた医療材料データに基づき、対応する医療材料の使用の適否を判定する判定部と、前記判定部による判定結果を表示する表示部と、を有する、医療材料管理システムである。

本発明のある態様によれば、医療材料の使用の適否を容易に管理できる。

従来の医療材料管理システムによる作業手順を説明する概略図である。 実施形態の医療材料管理システムによる作業手順を説明する概略図である。 第１の実施形態の医療材料管理システムにおいて、ラベルの発行方法の一例を説明する図である。 ラベルに含まれるＲＦＩＤインレイを説明する図である。 第１の実施形態の医療材料管理システムにおいて、ラベルの発行方法の別の例を説明する図である。 図５に示す医療材料管理システムのブロック図である。 第１の実施形態の医療材料管理システムにおいて、ラベルの発行方法のさらに別の例を説明する図である。 第１の実施形態の医療材料管理システムにおいてマスタ登録、オーダー登録、検品処理、回収処理を行う場合のシステム構成を示す図である。 第１の実施形態の医療材料管理システムにおいて検品処理後の作業を説明する図である。 図８に示す医療材料管理システムのブロック図である。 手術セットマスタデータベースのデータ構成例を示す図である。 オーダーデータベースのデータ構成例を示す図である。 検品データベースのデータ構成例を示す図である。 第１の実施形態の医療材料管理システムにおいてマスタ登録を行うときのシーケンスチャートである。 第１の実施形態の医療材料管理システムにおいてマスタ登録を行うときの携帯端末の画面遷移を例示する図である。 第１の実施形態の医療材料管理システムにおいてオーダー登録を行うときのシーケンスチャートである。 第１の実施形態の医療材料管理システムにおいてオーダー登録を行うときの携帯端末の画面遷移を例示する図である。 第１の実施形態の医療材料管理システムにおいてオーダー登録を行った後の管理装置の画面例を示す図である。 第１の実施形態の医療材料管理システムにおいて検品処理を行うときのシーケンスチャートである。 第１の実施形態の医療材料管理システムにおいて検品処理を行うときの携帯端末の画面遷移を例示する図である。 第１の実施形態の医療材料管理システムにおいて検品処理を行うときの携帯端末の画面遷移を例示する図である。 第１の実施形態の医療材料管理システムにおいて検品処理中における管理装置の画面例を示す図である。 第１の実施形態の医療材料管理システムにおいて検品処理が終了した後の携帯端末の画面例を示す図である。 ピッキングリストの一例を示す図である。 ピッキングヘッダの一例を示す図である。 第１の実施形態の医療材料管理システムにおいて検品処理が終了した後の管理装置の画面例を示す図である。 第１の実施形態の医療材料管理システムにおいて回収処理を行うときのシーケンスチャートである。 第１の実施形態の医療材料管理システムにおいて回収処理を行うときの携帯端末の画面遷移を例示する図である。 第１の実施形態の医療材料管理システムにおいて回収処理中における管理装置の画面例を示す図である。 第２の実施形態の医療材料管理システムにおけるピッキングヘッダの一例を示す図である。 第２の実施形態の医療材料管理システムにおいて使用されるリストバンドの平面図である。 第２の実施形態の医療材料管理システムのシステム概要を示す図である。

本発明において「医療材料」とは、医療行為の提供に必要な医療機器や器具、医薬品などの物品を意味する。
本発明において「ＲＦＩＤインレイ」は、比較的近距離の無線通信を行うためのアンテナ付きのＩＣチップであり、ＲＦＩＤタグ、無線タグともいう。
本発明において「倉庫」とは、医療材料を保管するための保管場所を意味する。

以下、本発明の医療材料管理システムおよび医療材料管理方法の複数の実施形態について、図面を参照しながら説明する。

（１）第１の実施形態
（１−１）医療材料管理システムの概要
先ず、従来の医療材料管理システムと本実施形態の医療材料管理システムの相違について、図１および図２を参照して説明する。図１は、従来の医療材料管理システムによる作業手順を説明する概略図である。図２は、本実施形態の医療材料管理システムによる作業手順を説明する概略図である。

図１に示すように、従来の医療材料管理システムでは、医療材料が物流センターから病院に順次納入され、病院内の倉庫（院内ＳＰＤ倉庫）の在庫棚（本発明の倉庫の一例）に配置される。
手術室において患者の手術予定が決定されると、手術室において手術予定表が発行され、倉庫に配布される（作業Ｓ１）。手術予定表は、手術ごとに、手術予定日時、主治医名、患者情報（患者氏名や患者ＩＤ等）、術式、麻酔方法（全身、局所）、ルーム（手術を実施する部屋番号等）、看護師名等の情報が記載されている帳票である。

倉庫の担当者は、手術予定表を端末にオーダー登録する。１回の手術が１オーダーに相当する。次いで、例えば手術３日前に、手術予定表に記載されている術式の手術に必要となる医療材料のリスト（ピッキングリスト）を作成する（作業Ｓ２）。ピッキングリストに含まれる医療材料は大量であり、１回の手術で数百点に及ぶ場合もある。そのため、ピッキングリストでは、在庫棚から取り出すべき複数の医療材料をトレイ（容器の一例）単位に分けて記述される。

ピッキング担当者は、例えば手術２日前に、在庫棚からピッキングリストに含まれる医療材料を出庫するピッキング作業（作業Ｓ３）を行い、各トレイ内の医療材料に対して目視による検品作業（作業Ｓ４）を行う。検品作業では、ピッキングリストの各医療材料の有効期限を確認するとともに、各医療材料の個数が過不足なく在庫棚から取り出されたかどうかを１点ずつ確認する。この確認作業は、例えば２人が対となって行われる。１人が取り出した医療材料を１点ずつ声出しし、もう１人がピッキングリストにチェック内容を記載するといった作業となる。特に、外装品は同じであるが内容物が異なる仕様の医療材料があるため、１点ずつ注視して確認することが必要である。
検品作業で問題がなければ、例えば手術前日に、出庫した医療材料を含む複数のトレイをカートＣＴに載せ（作業Ｓ５）、手術室まで搬送する（作業Ｓ６）。手術によっては２以上のカートＣＴが必要となる場合もある。なお、カートＣＴの進捗状況は、別の帳票を用いて手書きで行われる。

手術室では、カートＣＴに載せられている医療材料を使用して患者に対する手術を実施する（作業Ｓ７）。手術が終了するとカートＣＴは再度倉庫に搬送され（作業Ｓ８）、各トレイ内の医療材料に対する目視による回収作業が行われる（作業Ｓ９）。この回収作業では、カートＣＴ内に残存するすべての医療材料を１点ずつカウントするとともに各医療材料が清潔であるか否かチェックする。さらに、医療材料ごとに使用された数（使用数）をピッキングリストに手書きで記入した後、当該使用数をコンピュータを介してシステムに入力する。医療材料ごとの使用数の情報は、例えば、請求・発注業務や保険請求等に使用される。カートＣＴに残存する医療材料は、在庫棚に戻される（作業Ｓ１０）。

それに対して本実施形態の医療材料管理システムでは、図２に示すように、作業Ｓ１２が追加されるとともに、作業Ｓ４ａ，Ｓ９ａが従来の作業Ｓ４，Ｓ９に置き換えられる。
先ず、物流センターから病院に順次納入される医療材料に対して１点ずつ、必要な情報が記録されたＲＦＩＤ(Radio Frequency Identification)ラベルを取り付ける作業が行われ（作業Ｓ１２）、その後に病院内の倉庫（院内ＳＰＤ倉庫）の在庫棚に配置される。
作業Ｓ４ａでは、各トレイ内の医療材料に対する目視による検品作業ではなく、リーダライタ装置を用いた一括スキャンによって検品処理を行う。医療材料ごとにＲＦＩＤラベルが取り付けられているため、ＲＦＩＤラベルに記録されているデータをリーダライタ装置が読み取ることで目視による検品の煩雑な作業が解消される。
作業Ｓ９ａでは、各トレイ内の医療材料に対する目視による回収作業ではなく、リーダライタ装置を用いた一括スキャンによって回収処理を行う。当該回収処理において読み取られたデータと、検品処理において読み取られたデータとをコンピュータ上で比較することで、手術での医療材料ごとの使用数の情報（使用実績）を得ることができる。

以下の説明において、ＲＦＩＤラベルを取り付ける対象となる医療材料を「アイテム」という。
複数の物品がセットで１つのパッケージ（袋や箱等）に含まれている場合、当該パッケージにＲＦＩＤラベルを取り付ける場合には当該パッケージが１アイテムであり、当該パッケージから複数の物品を取り出して物品ごとにＲＦＩＤラベルを取り付ける場合には、１物品が１アイテムとなる。例えば１袋に１０本の針が含まれている場合に、当該袋から１０本の針を取り出して各針にＲＦＩＤラベルを取り付けるときには、１本ずつの針が１アイテムに相当する。要するに、ＲＦＩＤラベルによって管理の対象となる医療材料の単位が１アイテムに相当する。

（１−２）ラベルの発行
図２に示したように、本実施形態の医療材料管理システムでは、アイテムに対して１点ずつ、必要な情報が記録されたＲＦＩＤラベル（以下、単に「ラベル」という。）を取り付ける作業が行われる（図２の作業Ｓ１２）。
以下では、図３〜図７を参照して、本実施形態の医療材料管理システムにおいてラベルを発行するときの処理について説明する。
図３は、本実施形態の医療材料管理システムにおいて、ラベルの発行方法の一例を説明する図である。図４は、ラベルに含まれるＲＦＩＤインレイを説明する図である。図５は、本実施形態の医療材料管理システムにおいて、ラベルの発行方法の別の例を説明する図である。図６は、図５に示す医療材料管理システムのブロック図である。図７は、本実施形態の医療材料管理システムにおいて、ラベルの発行方法のさらに別の例を説明する図である。

図３に示す医療材料管理システム１Ａは、プリンタ７（情報処理装置の一例）およびコードリーダ８を含む。
図３に示すように、物流センターから病院に納入されるアイテムＩＭには、アイテムラベルＩＬが取り付けられている。アイテムラベルＩＬには、アイテム名、メーカー、アイテムの詳細情報（コード番号、アイテム名、有効期限、ロット番号、シリアル番号等）の情報が記載されているとともに、これらの情報を含むコード情報（例えば、バーコードや２次元コード等）が記載されている。
なお、図３は、アイテムに取り付けられているラベルにアイテムの情報が含まれている場合について例示するが、アイテムの情報の取得元はその限りではない。アイテムにラベルが取り付けられていない場合には、アイテム若しくはアイテムの外装品に直接表示されている場合がある。
また、複数のアイテムが梱包された単一のパッケージの表面、あるいは当該パッケージに取り付けられたラベルに、各アイテムの情報が記載されている場合もある。そのため、アイテムに関する情報は、アイテムの包装単位に応じて、個装（最小の包装単位）、販売包装単位（中レベルの包装単位）、元梱包単位（ダンボール等の大レベルの包装単位）のいずれかから取得してもよい。
あるいは、アイテムに関する情報は、アイテムの納品書若しくは請求書の役割を有するオーダーカードやオーダーラベルから取得してもよい。

病院の倉庫では、プリンタ７およびコードリーダ８を準備する。プリンタ７とコードリーダ８は通信可能に配線によって接続されている。
プリンタ７は、ＲＦＩＤインレイが内蔵されたラベルＬを発行する。コードリーダ８は、アイテムラベルＩＬのコード情報を読み取ってプリンタ７に送信する。プリンタ７は、コードリーダ８から受信したコード情報をラベルＬ内のＲＦＩＤインレイに書き込み、発行する。ラベルＬの発行に際してプリンタ７は、コード情報に含まれるアイテムの情報をラベルＬの印字面に印字してもよい。

図４には、アイテムＩＭに貼付されたラベルＬの一例が示される。ラベルＬにはＲＦＩＤインレイＩＮＬが内蔵される。ＲＦＩＤインレイＩＮＬは、データを記憶するＩＣチップと、ＲＦＩＤリーダライタと無線通信を行う所定パターンのアンテナとから構成される。以下の説明において、ＲＦＩＤインレイＩＮＬに書き込まれるデータを適宜、「アイテムデータ」（医療材料データの一例）という。
図４に示すように、アイテムデータの一例は、コード番号、アイテム名、ロット番号、有効期限、および、出庫回数の各データを含む。コード番号、アイテム名、ロット番号、有効期限の各データは、アイテムラベルＩＬのコード情報から得られた情報であり、プリンタ７によってＲＦＩＤインレイＩＮＬに書き込まれる。出庫回数のデータについては後述するが、在庫棚から出庫された回数を意味しており、後述する回収処理において書き込まれる。

図５に示す医療材料管理システム１Ｂは、ラベルＬを発行するための別の構成例を示しており、プリンタ７、コードリーダ８、携帯端末２、および、サーバ５を備える。プリンタ７およびコードリーダ８は、図３に記載されたものと同じである。携帯端末２は、例えばタブレット端末やラップトップ端末等のコンピュータ装置であり、プリンタ７と通信可能に構成されている。サーバ５は、例えばローカルエリアネットワーク（ＬＡＮ）等のネットワークＮＷを介して携帯端末２と通信可能に構成されている。携帯端末２とプリンタ７の通信、および、携帯端末２とサーバ５の通信は、無線通信であることが好ましい。

図３に示した構成では、ラベルＬのＲＦＩＤインレイＩＮＬに記録される情報は、概ね、アイテムＩＭに貼り付けられているアイテムラベルＩＬの内容に限定される。それに対して、図５の医療材料管理システム１Ｂでは、アイテムＩＭについてのより詳細なデータを含むデータベースを備えたサーバ５にアクセス可能とし、それによってプリンタ７がアイテムＩＭに対応するラベルＬのＲＦＩＤインレイＩＮＬにより詳細なデータを書き込むことを可能とする。

図６に示すように、プリンタ７は、制御部７１、ストレージ７２、モータ駆動部７３、ヘッド駆動部７４、カッタ駆動部７５、ＲＦＩＤリーダライタ７６（書込部の一例）、および、通信部７７（データ取得部の一例）を備える。なお、図示しないが、プリンタ７には、１枚のラベルＬに切断される前の帯状の連続紙を巻回したロール紙が収容されている。連続紙は、例えば、粘着層を有する複数のラベルが台紙に仮着された状態の連続紙であってもよいし、台紙がないライナーレスラベルであってもよい。

制御部７１は、マイクロコンピュータおよびメモリ（ＲＡＭ(Random Access Memory)，ＲＯＭ(Read Only Memory)）を含み、プリンタ７の動作を制御する。マイクロコンピュータは、プリンタ７の起動時にＲＯＭに記憶されているファームウェアを読み出して実行する。
ストレージ７２は、例えばＳＳＤ(Solid State Drive)等の記憶装置である。ストレージ７２には、各ラベルＬにアイテムの情報を印字するときの印字フォーマットの情報を格納してもよい。

モータ駆動部７３は、プラテンローラ（図示せず）の回転を制御するステッピングモータ（図示せず）を駆動することによって、ロール紙から連続紙を引き出して搬送させる。連続紙とは、後述するカッタによってラベルに切断する前の帯状の印字媒体である。
モータ駆動部７３は、制御部２１からの搬送要求に応じて、当該搬送要求によって指定される搬送方向（順方向あるいは逆方向）および搬送量で連続紙を搬送させる。指定された搬送方向および搬送量は、例えばステッピングモータの回転方向およびステップ数に対応している。モータ駆動部７３は、当該回転方向およびステップ数に基づいてステッピングモータを駆動する。

制御部７１は、印字すべき情報に基づき、印字データ（ラベルＬに印字される描画データ）を生成し、印字データのライン毎のデータであるラインデータを順次、ヘッド駆動部７４に送る。ヘッド駆動部７４は、当該ラインデータに基づき、複数の発熱素子を有するサーマルヘッドの各発熱素子に選択的に電流を流す。電流により発熱した発熱素子がプラテンローラによって搬送された連続紙に例えばインクリボンを介して押し当てられると、発熱素子に押し当てられた連続紙の部分が発色することで連続紙に情報が印字される。

カッタ駆動部７５はカッタを備え、当該カッタを駆動して、制御部７１による制御の下、連続紙のうち印字が行われた部分を切断してラベルＬを発行し、図５に示すようにラベルＬを排出口から排出する。

ＲＦＩＤリーダライタ７６は、連続紙の各ラベルＬに対応するＲＦＩＤインレイＩＮＬに、各ラベルＬに対応するアイテムデータを書き込む。

図６に示すように、携帯端末２は、制御部２１、ストレージ２２、操作入力部２３、表示部２４（出力部の例）、および、通信部２５を備える。
制御部２１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、携帯端末２の動作を制御する。携帯端末２には、第１の管理アプリケーションプログラム（以下、単に「第１の管理アプリケーション」という。）がインストールされている。
ストレージ２２は、例えばＳＳＤ等の記憶装置であり、上記第１の管理アプリケーションが格納されている。制御部２１は、ストレージ２２から第１の管理アプリケーションを読み出して実行する。制御部２１は、第１の管理アプリケーションの実行結果を表示部２４に表示する。
操作入力部２３は、担当者の操作入力を受け付ける入力インタフェースである。携帯端末２がタブレット端末の場合、操作入力部２３に含まれるタッチパネル画面が操作入力部２３に対応する。表示部２４は、例えば液晶表示パネルと表示駆動回路を有する。
通信部２５は、プリンタ７およびサーバ５と通信を行うための通信インタフェースである。

図６に示すように、サーバ５は、制御部５１、ストレージ５２（記憶部、記憶装置の一例）、および、通信部５３を備えるネットワークサーバである。
制御部５１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、サーバ５の動作を制御する。ストレージ５２は、例えばＨＤＤ(Hard Disk Drive)等の大容量記憶装置であり、各種データベースが格納されている。各種データベースには、各アイテムのアイテム番号に対応付けてアイテムの詳細データが記述されたアイテムデータベース（図示せず）が含まれる。
制御部５１は、携帯端末２からの要求に応じてストレージ５２にアクセスし、アイテムデータベースにデータを記憶し、あるいはアイテムデータベースからデータを読み出して携帯端末２に送信する。

なお、アイテムラベルＩＬのコード情報にアイテムＩＭのシリアル番号が含まれていない場合には、制御部５１は、アイテムのシリアル番号を生成し、携帯端末２に送信してもよい。プリンタ７は、生成されたアイテムのシリアル番号を携帯端末２から取得し、ＲＦＩＤインレイに書き込む。この場合、アイテムデータベースでは、ＲＦＩＤインレイの固有のＩＤ（例えば、ＵＩＤ(Unique ID)，ＴＩＤ(Tag ID)等）と、当該ＲＦＩＤインレイが取り付けられたアイテムのシリアル番号とが対応付けられていることが好ましい。

上記アイテムデータベースに含まれるアイテムの詳細データは、限定するものではないが、例えば以下の項目の少なくとも一部のデータを含む。
・材料区分…例えば、「医療材料」、「医薬品」
・薬事法承認番号…薬事法による医療用具の承認番号および許可番号
・分類名（大分類）…例えば、「治療用器材」、「診断および検査用記載」
・分類名（中分類）…例えば、「ドレ−ン及びドレナ−ジセット」、「造影用器材」
・分類名（小分類）…例えば、「腹部用ドレナ−ジセット」、「血管造影用ガイドワイヤー」
・特徴・用途…例えば、「膵腸吻合法用チューブ」、「ガイドワイヤー」
・素材…例えば、「ポリ塩化ビニル」、「アルミニウム」、「アロイ」、「ポリウレタン」
・課税区分…「課税」、「非課税」
・医療機器クラス分類…例えば、「クラスII、「クラスIV」
・生物由来製品…例えば、「通常品」、「生物由来」
・定価
・償還価格（国が定めた価格）
・保険請求区分…例えば、「条件償還」、「償還価格」
・棚番（例えば、在庫棚の中の配置エリアを示すロケーションデータ）
・特定器材コード（「レセ電算コード」や「支払い基金コード」ともいう。）
・ＵＩＤ（シリアル番号）
・患者ＩＤ
・オーダー登録担当ＩＤ（オーダー登録を行った担当者のＩＤ）
・ピッキング担当ＩＤ（検品処理をした担当者のＩＤ）
・搬送担当ＩＤ（搬送処理をした担当者のＩＤ）
・回収担当ＩＤ（回収処理をした担当者のＩＤ）
・報告担当ＩＤ（報告処理をした担当者のＩＤ）
・作業日時
・不動日数（在庫棚に停滞したままの状態の継続日数）
・切迫期限（有効期限から所定月または所定日前に設定された期限）
・有効期限
・出庫回数
・ロット番号
・ロケーションＩＤ（例えば、グローバルロケーション番号（ＧＬＮ））
・コード番号
・アイテム名
・製造者名

図５および図６に示す医療材料管理システム１Ｂでは、プリンタ７の制御部７１は、コードリーダ８からコード情報を受信した後、当該コード情報に含まれるコード番号をキーとして詳細なデータを要求する要求メッセージを携帯端末２に送信する。要求メッセージには、要求に係るコード番号が含まれる。
要求メッセージを受信した携帯端末２は、当該要求メッセージをサーバ５に送信する。サーバ５は、要求メッセージに含まれるコード番号をキーとしてアイテムデータベースを検索し、コード番号に対応する詳細データを読み出す。サーバ５は、読み出したアイテムの詳細データを携帯端末２に送信する。携帯端末２は、受信したアイテムの詳細データをプリンタ７に送信する。
プリンタ７の制御部７１は、アイテムのアイテムラベルから読み取った情報（コード番号、アイテム名、有効期限、ロット番号、シリアル番号等）のほか、サーバ５から取得した詳細データの少なくとも一部を、アイテムデータとしてラベルＬのＲＦＩＤインレイＩＮＬに書き込むようにＲＦＩＤリーダライタ７６を制御する。

図７に示す医療材料管理システム１Ｃは、ラベルＬを発行するためのさらに別の構成例を示しており、プリンタ７、コードリーダ８、および、サーバ５を備える。プリンタ７、コードリーダ８、および、サーバ５は、図５に記載されたものと同じである。図５の医療材料管理システム１Ｂと異なる点は、プリンタ７が携帯端末２を介さずにサーバ５から直接、アイテムの詳細データを取得することである。この場合、詳細なデータを要求する要求メッセージがプリンタ７からサーバ５に送信され、当該要求メッセージに応じてサーバ５からプリンタ７が詳細データを受信する。

プリンタ７は、アイテムラベルから読み取った情報、および必要に応じて、サーバ５から取得した情報をアイテムデータとしてＲＦＩＤインレイＩＮＬに書き込み、ラベルＬを発行する。作業者は、対応するラベルＬを各アイテムに貼付し、ラベルＬが貼付された各アイテムを在庫棚に配置（保管）する。

上述したように、図５または図７のいずれの構成であってもプリンタ７は、携帯端末２を介して、あるいは直接、サーバ５から、アイテムデータベースに含まれるアイテムの詳細データの少なくとも一部を受信し、受信したデータをＲＦＩＤインレイＩＮＬに書き込むように構成される。例えば、プリンタ７は、コードリーダ８から得たコード番号あるいはアイテム名を基に詳細データを、携帯端末２を介して、あるいは直接サーバ５に要求し、サーバ５は当該要求に応じて、コード番号あるいはアイテム名に対応する詳細データの一部（例えば、生物由来製品や保険請求区分、ロケーションＩＤのデータ等）を受信する。プリンタ７は、受信した詳細データの一部をアイテムラベルから読み取った情報とともに、ＲＦＩＤインレイＩＮＬに書き込む。
アイテムに関連する様々なデータをＲＦＩＤインレイＩＮＬに書込み、当該ＲＦＩＤインレイＩＮＬを含むラベルＬをアイテムに貼付することで、病院内の様々な医療行為あるいは医事業務に必要となるデータを適時に収集することが可能となる。

（１−３）マスタ登録、オーダー登録、検品処理、回収処理
次に、マスタ登録、オーダー登録、検品処理、回収処理の各処理（プロセス）を実行する医療材料管理システム１Ｄについて、図８〜図１３を参照して説明する。
図８は、本実施形態の医療材料管理システム１Ｄにおいてマスタ登録、オーダー登録、検品処理、回収処理を行う場合のシステム構成を示す図である。図９は、本実施形態の医療材料管理システム１Ｄにおいて検品処理後の作業を説明する図である。図１０は、図８に示す医療材料管理システム１Ｄのブロック図である。図１１は、手術セットマスタデータベースのデータ構成例を示す図である。図１２は、オーダーデータベースのデータ構成例を示す図である。図１３は、検品データベースのデータ構成例を示す図である。

マスタ登録とは、手術の術式ごとに必要となる複数のアイテム（術式セット）を予め手術セットマスタデータベース（図１１参照）に登録（記録）することである。手術セットマスタデータベースは、サーバ５のストレージ５２に格納される。
図１１に示すように、手術セットマスタデータベースには、手術の術式を識別する術式ＩＤ（方式識別情報の例）ごとに、診療科、術式、各トレイ（Ｔ１，Ｔ２，…）に含まれるべきアイテムとその数量の各フィールドのデータが記述されている。以下の説明では、手術セットマスタデータベースの各レコードのデータ（術式ＩＤごとのデータ）を「マスタデータ」という。後述するように、術式セットごとのマスタ登録は、特定の術式の手術に必要となる複数のアイテムをトレイごとにスキャンしてアイテムデータを読み取ることによって行われる。
特定の手術の術式に対するマスタデータは、同一の術式の手術のオーダーに対する検品処理を行うときの基準となる。いったん特定の手術の術式に対するマスタデータが作成されれば、それ以降、同一の術式の手術のオーダーに対する検品処理において同じマスタデータを参照することができる。マスタデータは随時、編集あるいは消去可能である。
なお、本実施形態ではマスタ登録をトレイ単位で行う場合を例示するが、その限りではない。

オーダー登録とは、手術室から配布される手術予定表を基に、各手術に対するオーダーをオーダーデータベース（図１２参照）に登録（記録）することである。オーダーデータベースは、サーバ５のストレージ５２に格納される。オーダー登録は、図２の作業Ｓ２において行われる処理である。
図１２に示すように、オーダーデータベースは、手術を特定するオーダー番号（オーダーＮｏ．）ごとに、手術予定日時（提供日時の例）、診療科、ルーム（手術を実施する部屋番号）、患者を識別する患者ＩＤ、主治医を識別するドクターＩＤ、術式ＩＤ、プロセスステータスの各フィールドのデータが記述されている。以下の説明では、オーダーデータベースの各レコードのデータを「オーダーデータ」（オーダー情報の例）という。

プロセスステータスとは、対応するオーダー番号のオーダーに対するプロセスの状態を示すデータであり、以下の「準備」、「検品」、「搬送」、「回収」、「報告」のいずれかの状態を示す。
・「準備」…術前（つまり、医療行為が前記患者に提供される前）の検品処理の開始前の状態（第１オーダー状態の例）
・「検品」…術前の検品処理の開始後の状態（第２オーダー状態の例）
・「搬送」…術前の検品処理が完了した後、術後に手術に使用されなかったアイテムに対する回収処理を開始する前の状態（第３オーダー状態の例）
・「回収」…術後の回収処理の開始後の状態（第４オーダー状態の例）
・「報告」…術後の回収処理が完了し、医事報告書が提出された状態

検品処理（図２の作業Ｓ４ａ）は、ピッキング担当者がピッキングリストを基に在庫棚からピッキングしたアイテムに対して検品を行う処理である。本実施形態の医療材料管理システム１Ｄでは、従来の目視による検品作業と異なり、リーダライタ装置３によるスキャン結果を基にした情報処理によって検品を行うため、担当者は従来の目視による煩雑な検品作業から解放される。本実施形態の検品処理については後述する。
本実施形態の医療材料管理システム１Ｄでは、リーダライタ装置３によるスキャン結果がサーバ５内の検品データベースに保存される。

図１３に示すように、検品データベースは、手術を特定するオーダー番号ごとに、各トレイ（Ｔ１，Ｔ２，…）のスキャン結果（つまり、各アイテムのアイテムデータ）とアイテムステータスのデータが記述されている。検品データベースは、サーバ５のストレージ５２に格納される。以下の説明では、検品データベースの各レコードのデータを「検品データ」という。

アイテムステータスとは、アイテムの状態を示すデータであり、以下の「期限切れ」、「期限切迫」、「出庫過多」、「過剰」、「欠品」、「正常」のいずれかの状態を示す。
・「期限切れ」（第１状態の例）：現在時刻を基準としてアイテムの有効期限が経過済みである状態
・「期限切迫」（第２状態の例）：現在時刻を基準としてアイテムの有効期限が近い（つまり、現在時刻を基準として有効期限までの時間が所定時間以下である）状態
・「出庫過多」（第３状態の例）：在庫棚から出庫された回数（出庫回数）が所定値以上の状態
・「過剰」（第４状態の例）：マスタデータによって記述されるアイテム数量（つまり、必要となるアイテム数量）よりも、スキャン結果で得られたアイテムの数量が多い（過剰である）状態、または、ピッキングすべきでない別のアイテムが含まれた状態
・「欠品」（第５状態の例）：マスタデータによって記述されるアイテム数量よりも、スキャン結果で得られたアイテムの数量が少ない（不足している）状態、または、アイテムが検品されていない状態
・「正常」（第６状態の例）：上記のいずれの状態にも該当せず、アイテムに問題がない状態

回収処理（図２の作業Ｓ９ａ）は、手術終了後に手術でのアイテムの使用数をチェックする処理である。本実施形態の医療材料管理システム１Ｄでは、従来の目視による回収作業と異なり、リーダライタ装置３によるスキャン結果を基にした情報処理によって回収を行うため、担当者は従来の目視による煩雑な回収作業から解放される。本実施形態の検品回収処理については後述する。

図８に示すように、医療材料管理システム１Ｄは、携帯端末２、リーダライタ装置３、管理装置４、および、サーバ５を備える。携帯端末２およびサーバ５は、図５に示したものと同じである。
携帯端末２、リーダライタ装置３、および管理装置４は、それぞれサーバ５と例えばローカルエリアネットワーク（ＬＡＮ）等のネットワークＮＷを介して通信可能である。

リーダライタ装置３は、トレイに配置された複数のアイテムを一括スキャンする装置である。つまり、リーダライタ装置３は、読み書き部３２により、トレイに配置された複数のアイテムの各々のＲＦＩＤインレイが記憶するアイテムデータを読み取る。なお、リーダライタ装置３は、読み書き部３２により、各アイテムのＲＦＩＤインレイにデータを書き込むことも可能である。
医療材料管理システム１Ｄでは、ピッキング担当者は、ピッキングリストにおいてトレイ単位に分けて記述されている複数のアイテムを在庫棚から取り出し（出庫し）、ピッキングリストで指定されているトレイごとにアイテムを配置する。そして、トレイ単位でリーダライタ装置３を使用して、検品処理が行われる。検品処理後には、図９に示すように、複数のトレイＴ１〜Ｔ５がカートＣＴに載せられて手術室まで搬送される。
医療材料管理システム１Ｄでは、回収担当者は、手術室から戻されたカートＣＴに含まれる各トレイを対象として、リーダライタ装置３を使用して回収処理を行う。検品処理の具体的な内容については後述する。

携帯端末２は、個々の担当者が所持し、オーダー登録、検品処理、搬送処理、および回収処理を行うときに使用する端末である。それに対して、管理装置４は、病院内の倉庫（院内ＳＰＤ倉庫）の壁等に配置され、すべての担当者がオーダーの進捗を視認できるように大型の表示パネルを備えた装置である。
管理装置４は、現在の日付を基準に手術予定日時が近い１または複数のオーダーについて、オーダー内容、プロセスステータス、アイテムステータスが一目で分かるように表示するように構成されている。

図１０に示す医療材料管理システム１Ｄにおいて、携帯端末２およびサーバ５の全体的な構成は、図６に示したものと同じであるため、以下では重複説明は省略する。
医療材料管理システム１Ｄでは、サーバ５のストレージ５２は、手術セットマスタデータベース、オーダーデータベース、および、検品データベースを格納する。

図１０に示すように、リーダライタ装置３は、制御部３１、読み書き部３２、および、通信部３３を備える。リーダライタ装置３は、マスタ登録のためにトレイごとにアイテムの一括スキャンを行うとともに、検品処理では、ピッキング担当者によってトレイに準備されたアイテムの一括スキャンを行う。
制御部３１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、リーダライタ装置３の動作を制御する。
読み書き部３２（読取部、書込部の一例）は、検品処理を行うときに制御部３１による制御の下、収容部３ｈ（図８参照）に収容されたアイテムに貼付されたラベルのＲＦＩＤインレイを読み取る。収容部３ｈには、複数のアイテムが配置されたトレイが配置される。読み書き部３２は、当該トレイ内のアイテムに対応するＲＦＩＤインレイから一括してアイテムデータを読み取る。
通信部３３は、サーバ５と通信を行うための通信インタフェースである。通信部３３は、読み書き部３２によるスキャン結果（読み取り結果）をサーバ５に送信する。

図１０に示すように、管理装置４は、制御部４１、ストレージ４２、操作入力部４３、表示部４４、および、通信部４５を備える。
制御部４１は、マイクロコンピュータおよびメモリ（ＲＡＭ，ＲＯＭ）を含み、管理装置４の動作を制御する。管理装置４には、第２の管理アプリケーションプログラム（以下、単に「第２の管理アプリケーション」という。）がインストールされている。第２の管理アプリケーションと、携帯端末２にインストールされている第１の管理アプリケーションとは、サーバ５の各データベースを参照して、各オーダーの情報、各オーダーのプロセスステータス、各オーダーにおけるアイテムステータスを表示する点では共通するが、後述するように表示態様が異なる。

ストレージ４２は、例えばＳＳＤ等の記憶装置であり、上記第２の管理アプリケーションが格納されている。制御部４１は、ストレージ４２から第２の管理アプリケーションを読み出して実行する。制御部４１は、第２の管理アプリケーションの実行結果を表示部４４に表示する。
操作入力部４３は、担当者の操作入力を受け付ける入力インタフェースである。例えば、管理装置４を起動するボタン操作や、第２の管理アプリケーションを読み出す操作等の操作入力を受け付ける。表示部４４は、例えば液晶表示パネルと表示駆動回路を有する。
通信部４５は、サーバ５と通信を行うための通信インタフェースである。

医療材料管理システム１Ｄでは、サーバ５の制御部５１（判定部の例）は、リーダライタ装置３によるアイテムのスキャン結果に基づいて、当該アイテムが「期限切れ」、「期限切迫」、「出庫過多」、「過剰」、「欠品」、「正常」のうちいずれのアイテムステータスであるか判定する。すなわち、サーバ５の制御部５１は、リーダライタ装置３によって読み取られたアイテムデータに基づき、対応するアイテムの使用の適否を判定する。判定結果としてのアイテムステータスは、検品データベースの「アイテムステータス」フィールドに書き込まれる。
さらにサーバ５の制御部５１（第２判定部の例）は、オーダーデータベースに記録されている各オーダーが「準備」、「検品」、「搬送」、「回収」、「報告」のいずれのプロセスステータスであるか判定する。判定結果としてのプロセスステータスは、オーダーデータベースの「プロセスステータス」フィールドに書き込まれる。
サーバ５の制御部５１は、リーダライタ装置３から送信されるスキャン結果がマスタ登録において行われた場合には、当該スキャン結果を術式ＩＤと対応付けて手術セットマスタデータベースに書き込む。サーバ５の制御部５１は、リーダライタ装置３から送信されるスキャン結果が検品処理において行われた場合には、当該スキャン結果をオーダー番号と対応付けて検品データベースに書き込む。

（１−４）各プロセスにおける処理フローおよび表示態様
次に、本実施形態の医療材料管理システム１Ｄにおいて、各プロセスにおける処理フローと表示態様について、図１４〜図２９を参照して説明する。

（１−４−１）マスタ登録（図１４，図１５）
以下、マスタ登録の処理について図１４および図１５を参照して説明する。図１４は、本実施形態の医療材料管理システムにおいてマスタ登録を行うときのシーケンスチャートである。図１５は、本実施形態の医療材料管理システムにおいてマスタ登録を行うときの携帯端末の画面遷移を例示する図である。

担当者の操作に基づいて携帯端末２が第１の管理アプリケーションを実行することで、図１５の画面ｇ１に示すように、マスタ登録・編集画面が表示される。画面ｇ１には、術式名やトレイＩＤ等の入力を行うための入力部ｉ１と、ボタンｂ１（「クリア」）およびボタンｂ２（「スキャン」）とが含まれる。入力部ｉ１は、例えば診療科、術式名、トレイの各々をプルダウンメニューから選択可能となるように構成されている。図１５の例では、診療科として「消化器外科」、術式名として「胃全摘術セット」、トレイのＩＤとして「Ｔ１」が選択入力されている（図１４のステップＳ２０）。ボタンｂ１（「クリア」）は、入力部ｉ１の選択状態をデフォルト値に変更するためのボタンである。
なお、入力部ｉ１においてトレイごとのロケーションデータ（棚番等、倉庫内の位置に関する情報）を入力できるようにしてもよい。その場合、マスタデータには、各トレイのロケーションデータが含まれる。

入力部ｉ１に対する入力が行われた状態でボタンｂ２（「スキャン」）を操作すると、携帯端末２はサーバ５にスキャン指示を送信する（ステップＳ２１）。次いで、サーバ５は、リーダライタ装置３に対してスキャン指示を送信する（ステップＳ２２）。スキャン指示には、入力部ｉ１に入力されたデータ（診療科、術式名、トレイＩＤのデータ）が含まれる。

作業者は、胃全摘術セットにおいてトレイＴ１に配置すべきすべてのアイテムをトレイＴ１に載せた後に、トレイＴ１をリーダライタ装置３の収容部３ｈ内に配置する。すると、自動的に、あるいは所定のリーダライタ装置３に対する操作に応じて、リーダライタ装置３はトレイＴ１内のすべてのアイテムの一括読み取りを実行し（ステップＳ２３）、スキャン結果の応答をサーバ５に返す（ステップＳ２４）。次いで、サーバ５は、スキャン結果を携帯端末２に送信する（ステップＳ２５）。
携帯端末２はスキャン結果を受信すると、例えば図１５の画面ｇ２に示すようにスキャン結果を表示する（ステップＳ２６）。画面ｇ２は、入力部ｉ１に対する入力結果を表示する第１表示領域Ａ１１と、登録指示を受け付けるボタンｂ３（「登録」）を表示する第２表示領域Ａ１２と、スキャン結果を表示する第３表示領域Ａ１３と、を含む。
画面ｇ２においてボタンｂ３（「登録」）が操作されると（ステップＳ２７：ＹＥＳ）、携帯端末２は、登録要求（第１要求の例）をサーバ５に送信する（ステップＳ２８）。
登録要求に応じてサーバ５は、ステップＳ２４で受信したスキャン結果を、ステップＳ２１で受信したスキャン指示に含まれる診療科、術式名、トレイＩＤのデータと関連付けて、手術セットマスタデータベースに記録する（ステップＳ２７）。このとき、未登録の術式名については新たな術式ＩＤが設定され、術式ＩＤと対応付けて、診療科、術式名、トレイＩＤ、スキャン結果を含むレコードがマスタデータとして記録される（図１１の例では、術式ＩＤ：「ＨＣ−２」）。
マスタデータの記録が完了すると、サーバ５は、携帯端末２に対して登録結果の応答を返す（ステップＳ３０）。

図１４のステップＳ２０〜Ｓ２７の処理は、同一の術式名に対して必要となる複数のトレイの各々に対して繰り返し行われる。それによって、トレイ単位で順次手術セットマスタデータベースに記録され、術式ＩＤあるいは術式名に対応するマスタデータが作成される。作成されたマスタデータが検品処理において参照される。

（１−４−２）オーダー登録（図１６〜図１８）
次に、オーダー登録の処理について図１６〜図１８を参照して説明する。図１６は、本実施形態の医療材料管理システム１Ｄにおいてオーダー登録を行うときのシーケンスチャートである。図１７は、本実施形態の医療材料管理システム１Ｄにおいてオーダー登録を行うときの携帯端末の画面遷移を例示する図である。図１８は、本実施形態の医療材料管理システム１Ｄにおいてオーダー登録を行った後の管理装置の画面例を示す図である。

手術室から手術予定表が配布されると、オーダー登録を行う担当者は、手術予定表を基に、携帯端末２の第１の管理アプリケーション上でオーダーの必要事項を入力する（図１６のステップＳ３２）。オーダー入力画面の一例が図１７の画面ｇ３である。画面ｇ３には、オーダーの必要事項を入力するための入力部ｉ２と、ボタンｂ４（「クリア」）およびボタンｂ５（「登録」）とが含まれる。ボタンｂ４（「クリア」）は、入力部ｉ２の選択状態をデフォルト値に変更するためのボタンである。なお、手術を特定するオーダー番号（オーダーＮｏ．）は、固有の番号となるように例えばサーバ５によって予め割り当てられる。

画面ｇ３においてオーダーの必要事項を入力した上でボタンｂ５（「登録」）が操作されると、携帯端末２は、オーダー登録要求（第２要求の例）をサーバ５に送信する（ステップＳ３４）。オーダー登録要求には、入力部ｉ２に対する必要事項の入力データが含まれる。
オーダー登録要求を受信したサーバ５は、オーダー登録要求に含まれる入力データを基に、オーダーデータベース（オーダーＤＢ）に対して新たなレコードを追加する（ステップＳ３６）。図１２のオーダーデータベースでは、オーダー番号が「Ｑ１２」のレコードが追加された例が示される。オーダー登録を行う段階では、対応する手術は検品開始前の状態であるため、新たなレコードにおいて「プロセスステータス」のフィールドには「準備」が書き込まれる。

サーバ５は、ステップＳ３６において追加したオーダーデータを携帯端末２および管理装置４に送信する（ステップＳ３８，Ｓ４２）。
携帯端末２は、受信したオーダーデータを図１７の画面ｇ４に示す表示態様で表示する（ステップＳ４０）。画面ｇ４は、現時点で処理中のオーダーの一覧を表示する基本画面であり、日付表示部ｔｄとオーダー表示部１００ａを含む。
オーダー表示部１００ａは、プロセスステータス表示部１０１ａと詳細表示部１０２ａを有する。プロセスステータス表示部１０１ａには、新たに登録されたオーダーのプロセスステータスが表示される。詳細表示部１０２ａには、新たに登録されたオーダーの詳細な内容が表示される。
日付表示部ｔｄには初期値として現在日付が表示されるが、日付は矢印ボタンｄｃ１，ｄｃ２によって変更可能である。日付を変更することで、別の日付のオーダーを表示させることができる。

管理装置４は、受信したオーダーデータを基に１または複数のオーダーについての情報を図１８の画面Ｇ１に示す表示態様で表示する（ステップＳ４４）。
管理装置４の表示画面には、倉庫内の複数の担当者が現在の進捗状況を確認できるように、日付表示部ＴＤに表示される現在日付を基準として、現時点で処理中の複数のオーダーが表示される。
画面の左部分ＬＡ（第２部分の例）は、現在時刻を基準として例えば前日（所定の第２期間内の例）が手術予定日時である１または複数のオーダーを表示する部分である。つまり、画面の左部分ＬＡには、術後のオーダーが表示される。左部分ＬＡは、術後の１または複数のオーダーの進捗状況のパーセント表示Ｐ２を含む。パーセント表示Ｐ２は、術後のすべてのオーダーのうち、処理が完了しているオーダーの割合を示す。
画面の右部分ＲＡ（第１部分の例）は、現在時刻を基準として例えば２日後（所定の第１期間内の例）が手術予定日時である１または複数のオーダーを表示する部分である。つまり、画面の右部分ＲＡには、術前のオーダーが表示される。なお、所定日は任意に設定可能である。右部分ＲＡは、術前の１または複数のオーダーの進捗状況のパーセント表示Ｐ１を含む。パーセント表示Ｐ１は、術前のすべてのオーダーのうち、処理が完了しているオーダーの割合を示す。
第１期間および第２期間は任意の値に設定することが可能である。

図１８の画面Ｇ１に示す例では、術前のオーダーとして図１７で登録されたオーダーのオーダー表示部１００Ａと、術後のオーダーのオーダー表示部１００Ｂとが表示される。例えばオーダー表示部１００Ａは、プロセスステータス表示部１０１Ａと、詳細表示部１０２Ａと、アイテムステータス表示部１０３Ａとを有する。プロセスステータス表示部１０１Ａは、対応するオーダーのプロセスステータスを表示する部分である。詳細表示部１０２Ａは、対応するオーダーのオーダー番号、術式名、術式ＩＤを表示する部分である。アイテムステータス表示部１０３Ａは、対応するオーダーのアイテムステータスを表示する部分である。画面Ｇ１が表示される時点では、オーダー番号が「Ｑ１２」のオーダーは検品開始前であるため、アイテムステータスは初期値である「正常」となっている。

なお、図１６に示した例では、オーダー登録要求に応じて新たなオーダーデータが作成される場合について説明したが、既にオーダーデータベースに含まれる各オーダーデータは、携帯端末２からの要求に応じて更新（編集）あるいは消去されるようにしてもよい。

（１−４−３）検品処理（図１９〜図２２）
次に、検品処理について図１９〜図２２を参照して説明する。図１９は、本実施形態の医療材料管理システム１Ｄにおいて検品処理を行うときのシーケンスチャートである。図２０は、本実施形態の医療材料管理システム１Ｄにおいて検品処理を行うときの携帯端末の画面遷移を例示する図である。図２１は、本実施形態の医療材料管理システム１Ｄにおいて検品処理を行うときの携帯端末の画面遷移を例示する図である。図２２は、本実施形態の医療材料管理システム１Ｄにおいて検品処理中における管理装置の画面例を示す図である。

携帯端末２が実行する第１の管理アプリケーション上で、検品対象となるオーダー表示部を選択操作すると、図２０の画面ｇ５に示すように、トレイリストが表示される。画面ｇ５には、対応するオーダーの術式名の手術に必要となる複数のトレイのいずれかを選択入力するための入力部ｉ３が含まれる。ここで、例えばトレイＴ１が選択された場合、図２０の画面ｇ６が表示される。
画面ｇ６は、術式名と選択されたトレイとともにボタンｂ６（「スキャン開始」）を表示する第１表示領域Ａ２１と、アイテムステータスごとのアイテム数を表示する第２表示領域Ａ２２と、選択されたトレイに含まれるべきアイテムリストを表示する第３表示領域Ａ２３と、を含む。

第３表示領域Ａ２３は、対応する術式名のマスタデータが表示される。ここで、「数量」の欄では、分母がマスタデータに基づく数の値であり、分子がスキャン結果に基づく数の値である。画面ｇ６が表示される時点では、まだスキャンを開始していないため、認識アイテムの数がゼロであり、アイテムリストの中のすべてのアイテムの「数量」の欄の分子の値がゼロとなっている。
なお、アイテムリストを表示するために、携帯端末２は、サーバ５が有する手術セットマスタデータベースにアクセスしてもよい。
また、各アイテムのアイテムデータにロケーションＩＤが記録されている場合、または、各アイテムが配置されるトレイのロケーションデータ（棚番等）が記録されている場合には、ロケーションＩＤやロケーションデータを、各アイテムと対応付けて表示してもよい。

画面ｇ６においてボタンｂ６（「スキャン開始」）が操作されると、携帯端末２はサーバ５にスキャン指示（第３要求の例）を送信する（図１９のステップＳ５０）。当該スキャン指示には、少なくとも、オーダー番号、トレイＩＤのデータが含まれる。次いで、サーバ５は、スキャン指示をリーダライタ装置３に対して送信する（ステップＳ５２）。
作業者は、胃全摘術セットにおいてトレイＴ１に配置すべきすべてのアイテムをトレイＴ１に載せた後に、トレイＴ１をリーダライタ装置３の収容部３ｈ内に配置する。すると、自動的に、あるいは所定のリーダライタ装置３に対する操作に応じて、リーダライタ装置３はトレイＴ１内のすべてのアイテムの一括読み取りを実行し（ステップＳ５４）、スキャン結果をサーバ５に返す（ステップＳ５６）。なお、ステップＳ５４では、必要に応じて各アイテムにデータを書き込んでもよい。例えば、後述する第３の実施形態では、各アイテムに患者ＩＤが書き込まれる。

サーバ５は、ステップＳ５６で受信したスキャン結果を、オーダー番号に対応する術式ＩＤのマスタデータと照合する（ステップＳ５８）。さらにサーバ５は、受信したスキャン結果を基に検品データベース（検品ＤＢ）に新たなレコードを追加する（ステップＳ６０）。
さらにサーバ５は、オーダーデータベースにおいて当該オーダー番号のレコードの「プロセスステータス」フィールドの値を「準備」から「検品」に書き換えるようにして、オーダーデータベース（オーダーＤＢ）を更新する（ステップＳ６１）。なお、最初のトレイに対する検品処理が開始された時点で、プロセスステータスが更新される。

ステップＳ５８で行われる照合は、リーダライタ装置３によって読み取られたアイテムデータと、通信部２５によって通知された術式ＩＤに基づいて手術セットマスタデータベースから読み出されたマスタデータとを比較することである。
具体的には、ステップＳ５８では、サーバ５は、マスタデータのうち対応するトレイに含まれるべきアイテムのデータ（コード番号、アイテム名、数量）と、スキャン結果に含まれるアイテムのデータ（コード番号、アイテム名、数量）とを比較し、スキャン結果に含まれるアイテムの過不足の有無を決定する。さらに、サーバ５は、当該過不足の有無と、スキャン結果に含まれる各アイテムの有効期限および出庫回数の値とを基に、アイテムステータスを決定する。アイテムステータスは、「正常」、「期限切れ」、「期限切迫」、「過剰」、「欠品」、「出庫過多」のいずれかの状態である。
サーバ５は、ステップＳ６０において新たに追加したレコードに、受信したスキャン結果に含まれる各アイテムのデータを書き込むとともに、ステップＳ５８で決定した各アイテムのアイテムステータスを書き込む。

サーバ５は、ステップＳ５８で得られた検品結果（マスタデータとの比較結果、各アイテムのアイテムステータス、プロセスステータス等）を携帯端末２および管理装置４に送信する（ステップＳ６２，Ｓ６６）。
携帯端末２は、受信した検品結果を図２１の画面ｇ７に示す表示態様で表示する（ステップＳ６４）。画面ｇ７は、画面ｇ６と同様の表示態様である。
画面ｇ７の第２表示領域Ａ２２には、受信した検品結果に基づき、アイテムステータスごとのアイテム数が含まれる。
画面ｇ７の第３表示領域Ａ２３には、受信した検品結果に基づき、選択されたトレイに含まれているアイテムのスキャン結果が表示される。第３表示領域Ａ２３の「数量」の欄において、分子がスキャン結果に基づく数の値である。画面ｇ７に示す例では、表示されている各アイテムについて、マスタデータにおける数量とスキャン結果に基づく数量とが一致しており、表示されている各アイテムが過不足なくトレイＴ１に含まれていることがわかる。
第２表示領域Ａ２２では、各アイテムステータスの数量をアイテムステータスの優先順位の順番で表示させることが好ましい。

好ましくは、第３表示領域Ａ２３は、アイテムステータスが「正常」ではないアイテムが強調表示されるように構成される。例えば、アイテム名が「シリンジ５０ｍｌ」のアイテムは出庫回数が所定値（例えば、３）以上であるため、アイテムステータスが「出庫過多」であり強調表示されている。アイテムステータスが「出庫過多」である場合には、アイテムの清潔度合いが低い可能性があるため注意喚起される。アイテム名が「丸針」のアイテムの有効期限が近いため、当該アイテムのアイテムステータスは「期限切迫」であり強調表示されている。アイテムの有効期限が近い場合、当該アイテムは使用禁止ではないが、使用しないことが好ましい。
強調表示は、警告出力の一例であるとともに、アイテムステータスに応じて異なる表示態様とする一例である。例えば、アイテムステータスごとに異なる色、模様、若しくは輝度を対応付け、第３表示領域Ａ２３のアイテムリストのうちアイテムステータスが「正常」ではないアイテムの行を、当該アイテムステータスに対応付けられた色、模様、若しくは輝度で表示してもよい。

トレイ単位でのアイテムのスキャンは何度でも行うことができる。例えば、アイテムが過剰である場合、あるいはアイテムが欠品である場合等、不要なアイテムをトレイから取り出し、あるいは足りないアイテムを追加して、画面ｇ６のボタンｂ６（「スキャン開始」）を操作して再度スキャンを行うことができる。あるいは、アイテムステータスが「出庫過多」であるアイテムは、新品のアイテムと取り替えた上で再度スキャンを行うようにすることが好ましい。

図２１の画面ｇ８は、現時点で処理中のオーダーの一覧を表示する基本画面である。画面ｇ８に示すように、１トレイでも検品を行った場合には、オーダー表示部１００ａのプロセスステータス表示部１０１ａが「準備」から「検品」に切り替わるとともに、検品済みのすべてのアイテムが「正常」ではない場合には、「正常」以外のアイテムステータスが表示される。画面ｇ８に示す例では、画面ｇ７で強調表示されていた「出庫過多」の状態のアイテムが「正常」状態のアイテムと取り替えられた結果、「出庫過多」の状態が解消された場合が想定されている。その場合、アイテムステータスが「期限切迫」であるアイテムがトレイ内にあることを示す「切迫」という文字が表示される。
画面ｇ８には、ボタンｂ７（「搬送」）を含む。ボタンｂ７（「搬送」）は、すべてのトレイに対するスキャンを行って検品処理が終了した場合に操作されるボタンである。

管理装置４は、受信した検品結果を図２２の画面Ｇ２に示す表示態様で表示する（ステップＳ６８）。画面Ｇ２では、画面Ｇ１に対して、オーダー表示部１００Ａのプロセスステータス表示部１０１Ａが「準備」から「検品」に切り替わり、アイテムステータス表示部１０３Ａではアイテムステータスが「期限切迫」であることが表示される。また、詳細表示部１０２Ａでは、検品の進捗状況が棒状に表示される（図２２の例では、「検品中（２／５）」）。検品の進捗状況は、例えば、スキャン対象となるトレイの総数に対するスキャン済みのトレイの数で表される。
なお、画面Ｇ２には、他のオーダーとして、術後のオーダーに対するオーダー表示部１００Ｂと、術前のオーダーに対するオーダー表示部１００Ｃとが例示されている。

図１９のステップＳ５０〜Ｓ６８の処理は、同一の術式名に対して必要となる複数のトレイの各々に対して繰り返し行われる。それによって、トレイ単位で順次検品データベースにスキャン結果が記録、更新される。

なお、図１９のシーケンスチャートにおいて、リーダライタ装置３はスキャン結果を、携帯端末２を経由してサーバ５に返してもよい。その場合、携帯端末２は、受信したスキャン結果に基づいて、特定のアイテムの使用の適否を判定し、その判定結果を表示してもよい。例えば、「期限切れ」、「期限切迫」、「出庫過多」の状態であるか否かについては、スキャン結果をサーバ５から受信しない場合であっても、スキャン結果に含まれる各アイテムのアイテムデータを基に直ちに判定することができる。

（１−４−４）搬送処理（図２３〜図２６）
次に、搬送処理について図２３〜図２６を参照して説明する。図２３は、本実施形態の医療材料管理システム１Ｄにおいて検品処理が終了した後の携帯端末の画面例を示す図である。図２４は、ピッキングリストの一例を示す図である。図２５は、ピッキングヘッダの一例を示す図である。図２６は、本実施形態の医療材料管理システム１Ｄにおいて検品処理が終了した後の管理装置の画面例を示す図である。

すべてのトレイの検品が終了し、図２１の携帯端末２の画面ｇ８においてボタンｂ７（「搬送」）が操作されると、図２３の画面ｇ９（基本画面）が表示されるとともに、携帯端末２からサーバ５に対してプロセスステータスの変更要求が送信される。当該変更要求に応じてサーバ５は、オーダーデータベースの「プロセスステータス」フィールドの値を「検品」から「搬送」に書き換えるとともに、プロセスステータスの変更を管理装置４に通知する。

携帯端末２の画面ｇ９では、画面ｇ８に対して、オーダー表示部１００ａのプロセスステータス表示部１０１ａにおいてプロセスステータスが「検品」から「搬送」に切り替わっている。画面ｇ９には、ボタンｂ８，ｂ９が含まれる。
ボタンｂ８は、ピッキングリストを出力するためのボタンである。携帯端末２をプリンタ（図示せず）に接続した状態でボタンｂ８を操作することで、ピッキングリストがプリンタから印字出力される。図２４に例示するように、ピッキングリストには、検品処理を経た各トレイＴ１，Ｔ２，…に含まれるアイテムの一覧が記載されている。ピッキングリストは、手術前に手術室に提出される帳票である。図２４に例示するピッキングリストでは、１つずつのアイテムに対応して１行にアイテムのロット番号および有効期限を含むように表示する例であるが、その限りではない。同一のアイテム（つまり、同一のコード番号のアイテム）については、まとめて１行で表示し、ロット番号および有効期限の表示に代えて数量を表示してもよい。
ボタンｂ９は、ピッキングヘッダを出力するためのボタンである。携帯端末２をプリンタ（図示せず）に接続した状態でボタンｂ９を操作することで、図２５に例示するピッキングヘッダがプリンタから印字出力される。ピッキングヘッダは、トレイを収容したカートＣＴ（図９参照）に作業者によって貼付される。カートＣＴにピッキングヘッダを貼付することで、病院内を搬送されるカートＣＴがどの手術に使用されるアイテムを収容しているのか認識することができる。

なお、ピッキングリストとピッキングヘッダの出力は、プロセスステータスが「搬送」に切り替えられた場合に自動で行われてもよいし、図２３に例示したように手動で（つまり、ボタンに対する操作に応じて）行われてもよい。

管理装置４は、プロセスステータスの変更をサーバ５から通知されると、図２６の画面Ｇ３に示すように画面を更新する。画面Ｇ３では、画面Ｇ２に対して、オーダー表示部１００Ａのプロセスステータス表示部１０１Ａが「検品」から「搬送」に切り替わっている。

（１−４−５）回収処理（図２７〜図２９）
次に、回収処理について図２７〜図２９を参照して説明する。図２７は、本実施形態の医療材料管理システム１Ｄにおいて回収処理を行うときのシーケンスチャートである。図２８は、本実施形態の医療材料管理システム１Ｄにおいて回収処理を行うときの携帯端末の画面遷移を例示する図である。図２９は、本実施形態の医療材料管理システム１Ｄにおいて回収処理中における管理装置の画面例を示す図である。

回収処理では、手術室から搬送された術後のカートＣＴが対象となる。回収処理においても検品処理と同様、カートＣＴ内のトレイ単位で処理が行われる。
携帯端末２が実行する第１の管理アプリケーション上で、回収対象となるオーダー表示部を選択操作すると、図２８の画面ｇ１０に示すように、トレイリストが表示される。画面ｇ１０には、対応するオーダーの術式名の手術に必要となる複数のトレイのいずれかを選択入力するための入力部ｉ４が含まれる。ここで、例えばトレイＴ１が選択された場合、画面ｇ１１が表示される。
画面ｇ１１は、術式名と選択されたトレイとともにボタンｂ１０（「スキャン開始」）を含む。

画面ｇ１１においてボタンｂ１０（「スキャン開始」）が操作されると、携帯端末２はサーバ５にスキャン指示を送信する（図２７のステップＳ７０）。当該スキャン指示には、少なくとも、オーダー番号、トレイＩＤのデータが含まれる。次いで、サーバ５は、スキャン指示をリーダライタ装置３に対して送信する（ステップＳ７２）。
作業者は、手術室から搬送されたカートＣＴからトレイＴ１を取り出してリーダライタ装置３の収容部３ｈ内に配置する。すると、自動的に、あるいは所定のリーダライタ装置３に対する操作に応じて、リーダライタ装置３はトレイＴ１内のすべてのアイテムの一括読み取りを実行するとともに、各アイテムに書き込みを行う（ステップＳ７４）。各アイテムに対する書き込みは、各アイテムのアイテムデータ（図４参照）のうち「出庫回数」の値を１つ増加させる処理である。つまり、手術室から返却されたアイテムは手術で使用されずに在庫棚に戻す（再度入庫する）アイテムであるため、在庫棚から出庫された回数（出庫回数）を１つ増加させる。

次いで、リーダライタ装置３は、スキャン結果の応答をサーバ５に返す（ステップＳ７６）。
サーバ５は、ステップＳ７６で受信したスキャン結果を、オーダー番号に対応する検品データと照合し（ステップＳ７８）、手術室で使用されたアイテム（使用実績）を特定する（ステップＳ８０）。さらにサーバ５は、オーダーデータベースにおいて当該オーダー番号のレコードの「プロセスステータス」フィールドの値を「搬送」から「回収」に書き換えるようにして、オーダーデータベース（オーダーＤＢ）を更新する（ステップＳ８２）。なお、最初のトレイに対する回収処理が開始された時点で、プロセスステータスが更新される。

サーバ５は、回収結果（検品データとの比較結果、各アイテムのアイテムステータス、プロセスステータス等）を携帯端末２および管理装置４に送信する（ステップＳ８４，Ｓ８８）。
携帯端末２は、受信した回収結果を、図２８の画面ｇ１２に示す表示態様で表示する（ステップＳ８６）。画面ｇ１２は、検品時の画面ｇ７と同様の表示態様である。画面ｇ１２の第２表示領域Ａ３２には、受信した回収結果に基づき、選択されたトレイに含まれているアイテムのスキャン結果が表示される。 第２表示領域Ａ３２では、各アイテムステータスの数量をアイテムステータスの優先順位の順番で表示させることが好ましい。
第３表示領域Ａ３３は、選択されたトレイに対応するアイテムリストのアイテムごとのスキャン結果が表示される。第３表示領域Ａ３３には、各アイテムの有効期限や出庫回数の値が含まれる。第３表示領域Ａ３３の「数量」の欄では、分母が検品データに基づく数の値であり、分子がスキャン結果に基づく数の値である。

画面ｇ１２に示す例では、例えば、コード番号が「６９０３」のアイテムは、２個ピッキングをし、リーダライタ装置３によって読み取られたアイテムの数が０個となっている（「０／２」という表示）ため、手術室で全数使い切ったことがわかる。また、コード番号が「３４５０」のアイテムは、１０個ピッキングをし、リーダライタ装置３によって読み取られたアイテムの数が４個となっている（「４／１０」という表示）ため、手術室で６個使用されたことがわかる。
なお、「数量」の欄の内容に基づいて、各行の表示態様を異ならせてもよい。例えば、画面ｇ１２では、リーダライタ装置３によって少なくとも１個読み取られたアイテムに対応する行を強調表示する例が示される。
「数量」の欄の内容に基づいて各行の表示態様を異ならせる他の方法として、リーダライタ装置３によって少なくとも１個読み取られたアイテムに対応する行を、１個も読み取らなかったアイテムに対応する行と比較して異なる色、模様、若しくは輝度とする方法が挙げられる。

管理装置４は、受信した回収結果に基づいて、表示画面を画面Ｇ４に示すように更新する（ステップＳ９０）。

回収処理は術後の処理であるため、オーダー番号が「Ｑ１２」のオーダーに対応するオーダー表示部１００Ａは、画面Ｇ４の左部分ＬＡに含まれる。
画面Ｇ４では、画面Ｇ３に対して、オーダー表示部１００Ａのプロセスステータス表示部１０１Ａが「搬送」から「回収」に切り替わっている。また、詳細表示部１０２Ａでは、回収の進捗状況が棒状に表示される（図２９の例では、「回収中（４／５）」）。回収の進捗状況は、例えば、スキャン対象となるトレイの総数に対するスキャン済みのトレイの数で表される。

図２７のステップＳ７０〜Ｓ９０の処理は、すべてのトレイの各々に対して繰り返し行われる。それによって、トレイ単位で順次使用実績が特定される。特定された使用実績のデータは、医事報告明細書の作成業務や収支分析等を行うために、サーバ５においてオーダー番号と紐付けて記録することが好ましい。
最後に、すべてのトレイ上にあるアイテムを在庫棚に戻す作業（図２の作業Ｓ１０）を行うことで、１回の手術に対するアイテムの管理が終了する。なお、アイテムのアイテムデータにロケーションＩＤやロケーションデータが含まれている場合には、図２８の画面ｇ１２において各アイテムに対応付けてロケーションＩＤやロケーションデータを表示することが好ましい。それによって、アイテムを、ロケーションＩＤやロケーションデータによって特定される倉庫内の位置に円滑に返却することが可能となる。

以上説明したように、本実施形態の医療材料管理システムによれば、担当者が所持する携帯端末２や、病院内の倉庫の壁等に配置される大型の表示パネルを備えた管理装置４に、各オーダーのプロセスステータス、および、各オーダーにおけるアイテムステータスが表示されるように構成される。そのため、院内ＳＰＤに関わる各担当者は、各オーダーの進捗や、各オーダーに関連するアイテムの使用の適否（つまり、アイテムが正常であるか否か）を直ちに認識することができる。
本実施形態の医療材料管理システムによれば、手術の術式ＩＤごとに、当該手術に必要となる複数のアイテムデータをマスタデータとしてサーバ５に記録するように構成される。そのため、いったんマスタデータが作成されれば、それ以降、同一の術式の手術のオーダーに対する検品処理において同じマスタデータを参照することができるため、検品処理の手間が従来よりも格段に削減される。
本実施形態の医療材料管理システムによれば、検品データをサーバ５に保存し、術後の残りのアイテムを一括スキャンした結果と、当該検品データとを比較することで、アイテムの使用実績が情報処理によって直ちに特定できる。そのため、回収処理の手間が従来よりも格段に削減される。

（２）第２の実施形態
次に、第２の実施形態について、図３０〜図３２を参照して説明する。図３０は、本実施形態の医療材料管理システムにおけるピッキングヘッダの一例を示す図である。図３１は、本実施形態の医療材料管理システムにおいて使用されるリストバンドの平面図である。図３２は、本実施形態の医療材料管理システムのシステム概要を示す図である。

第１の実施形態において説明したように、プロセスステータスが「検品」から「搬送」に切り替わった後に、ピッキングヘッダがカートに取り付けられる。つまり、ピッキングヘッダが取り付けられる時点では、検品が終了し、手術室に搬送されるアイテムに過不足がないことが判定済みであり、かつ、期限切れのアイテムがカートに含まれていない等、カート内のすべてのアイテムが手術の使用に適することが判定済みである。したがって、当該カート内のアイテムを、目的とする患者に対する医療行為に使用されることが担保できれば、医療事故を確実に防止することができる。
そのために本実施形態の医療材料管理システムでは、カートに貼付されるピッキングヘッダと、患者との間で術前に照合をとるように構成される。

本実施形態では、図２３のボタンｂ９が操作された場合、プリンタに接続された携帯端末２は、当該プリンタに対して図３０に示す形式のピッキングヘッダ５００を出力するように制御する。なお、第１の実施形態においても述べたように、ピッキングヘッダの出力は、プロセスステータスが「搬送」に切り替えられた場合に自動で行われてもよいし、図２３に例示したように手動で（つまり、ボタンに対する操作に応じて）行われてもよい。
図３０に示すピッキングヘッダ５００（第２記録媒体の一例）は、図２５に示したものと比較して、バーコードｂｃ１が追加された点で異なる。バーコードｂｃ１が示す情報には、少なくとも患者ＩＤ（第２患者識別情報の一例）が含まれるが、オーダー番号、ルーム、術式ＩＤ、ドクターＩＤ等の他の情報が含まれていてもよい。図３０のピッキングヘッダ５００がカートＣＴに貼付されて手術室まで搬送される。

他方、本実施形態の医療材料管理システムでは、患者に図３１のリストバンド９（装着部材の一例）が装着されるように構成される。
図３１に示すように、リストバンド９の本体部９１（第１記録媒体の一例）には、患者の名前や患者ＩＤ等の患者情報９１ａと、当該患者情報を含むコード情報であるバーコード９１ｂとが印字されている。リストバンド９は、複数設けられている突起９２のいずれか２つを孔９３に挿入（セット）することで患者の手首に装着するように構成されている。
バーコード９１ｂには、少なくとも患者ＩＤ（第１患者識別情報）が含まれるが、オーダー番号、ルーム、術式ＩＤ、ドクターＩＤ等の他の情報が含まれていてもよい。

図３２に示すように、本実施形態の医療材料管理システム１Ｅは、患者ＰＡに装着されたリストバンド９と、カートＣＴ（搬送部材の一例）に貼付されたピッキングヘッダ５００と、看護師等の医療従事者が所持する携帯端末２とを有する。
本実施形態では、携帯端末２は、図６に示した構成に加え、バーコードリーダを備える。バーコードリーダは、ピッキングヘッダ５００に含まれるバーコードｂｃ１と、リストバンド９に含まれるバーコード９１ｂとをスキャンして各コードから患者ＩＤを読み出すように構成されている。
本実施形態の医療材料管理システム１Ｅでは、ピッキングヘッダ５００が貼付されたカートＣＴが手術室に搬送されると、患者ＰＡとの照合が行われる。具体的には、携帯端末２の制御部２１は、バーコードｂｃ１から得られた患者ＩＤと、バーコード９１ｂから得られた患者ＩＤとが一致する場合には、照合結果がＯＫと判断し、一致しない場合には照合結果がＮＧと判断して表示部２４（出力部の一例）に対して警告出力を行う。

本実施形態の医療材料管理システム１Ｅによれば、手術室に搬送されたカートＣＴと患者との間で照合を行うため、患者ＰＡの手術のために用意されたアイテムが当該患者に使用されることを確実にすることができる。
なお、図３２に示した例では、ピッキングヘッダ５００とリストバンド９に設けられたバーコード同士を照合する例を示したが、照合を行うための記録媒体はバーコードに限られず、２次元コードであってもよい。他の記録媒体として、ＢＬＥ（Bluetooth(登録商標) Low Energy）、ＲＦＩＤ、ＮＦＣ(Near Field Communication)等の近距離無線通信を利用する記録媒体を利用してもよい。その場合、ピッキングヘッダとリストバンドのそれぞれに近距離無線通信を利用した記録媒体を取り付け、当該記録媒体に患者ＩＤを記録しておく。そして、ピッキングヘッダとリストバンドの各々に取り付けられた記録媒体と携帯端末２との間で無線通信を行うことにより、携帯端末２においてピッキングヘッダとリストバンドの間の患者ＩＤの照合を行うように構成する。

（３）第３の実施形態
以下、第３の実施形態について説明する。
本実施形態の医療材料管理システムでは、手術の術前の検品処理から術後の回収処理まで、当該手術を受ける患者と、当該手術に使用するアイテムとを紐付けることで、病院内でどの患者向けのアイテムであるのか容易に認識でき、病院内でのトレーサビリティを確保できるようにする。また、回収処理において各アイテムに対応する患者ＩＤが認識できるため、請求額や保険請求額を誤って算出することが防止される。
そのために先ず、検品処理では、リーダライタ装置３がトレイ内のアイテムの一括読み取りを行うとともに、各アイテムに対して患者ＩＤの書き込みを行う。つまり、医療材料データとしてのアイテムデータは、医療材料を用いた医療行為が提供される患者を識別する患者識別情報として患者ＩＤを含む。

携帯端末２は、図２０のボタンｂ６（「スキャン開始」）が操作されると、サーバ５に対してオーダー番号に対応する患者ＩＤを要求する。サーバ５は、オーダーデータベースにおいて、要求に係るオーダー番号に対応するレコードに含まれる患者ＩＤを特定し、携帯端末２に返す。
携帯端末２は患者ＩＤを受信すると、例えば図１９のステップＳ５０において、当該患者ＩＤを、各アイテムに取り付けられたラベルのＲＦＩＤインレイに書き込むことを含むスキャン指示をサーバ５に送信する。サーバ５は当該スキャン指示をリーダライタ装置３に送信し、スキャン指示に応じてリーダライタ装置３は患者ＩＤをＲＦＩＤインレイに書き込む。

術後に手術室から戻されたアイテムは在庫棚に返却されるが、その後に別の患者向けに使用されうるため、当該アイテムのＲＦＩＤインレイに書き込まれている患者ＩＤを回収処理において消去する。具体的には、本実施形態の医療材料管理システムでは、図２７のステップＳ７２においてリーダライタ装置３が、トレイ内の各アイテムのＲＦＩＤインレイが記憶する患者ＩＤを消去する処理（つまり、アイテムデータから患者ＩＤを消去する処理）を行うように構成される。

なお、検品処理から回収処理の間にアイテムのＲＦＩＤインレイに記録されるデータは、患者ＩＤに限られない。患者ＩＤに代えて、あるいは患者ＩＤとともに、オーダー番号を記録してもよい。つまり、検品処理においてオーダー番号をＲＦＩＤインレイに書き込み、回収処理においてオーダー番号をＲＦＩＤインレイから消去してもよい。オーダー番号はオーダーデータベースにおいて患者ＩＤと紐付けられているため、オーダー番号をＲＦＩＤインレイに記録しておくことによっても、アイテムを患者ＩＤに対応付けておくことができる。

（４）第４の実施形態
以下、第４の実施形態について説明する。
カートＣＴを用いてアイテムを手術室に搬送した後、手術室においてアイテムを誤開封し、あるいは破損させて当該アイテムが使用不可となる場合、または、手術室において血液や薬品によってアイテムを汚染された結果、当該アイテムが使用不可となる場合がある。そのようなアイテムをトレイに載せて返却して回収処理を行ったとしたならば、患者に対する請求額や保険請求額が適正な額にならない虞がある。そこで、本実施形態の医療材料管理システムでは、術後に回収処理を行うためにトレイに戻すアイテムと、使用不可となったアイテムとを分離して処理することを特徴とする。

手術において未使用であって再利用可能なアイテムは、手術室まで搬送中に置かれていたトレイに戻され、当該トレイをカートに載せて、手術室外の検品処理の場所まで搬送される。
他方、手術において未使用であって再利用不可能なアイテムに対しては、以下の処理(i), (ii)のいずれかの処理を行うようにする。

(i) 再利用不可能なアイテムを手術室内でＲＦＩＤリーダライタ（図示せず）によりスキャンし，スキャン結果を携帯端末２またはサーバ５に送信する。
(ii) 再利用不可能なアイテムを特別管理用のトレイに載せ、手術室外においてリーダライタ装置３が当該トレイを一括スキャンする（一括して読み取る）。そして、リーダライタ装置３はスキャン結果を携帯端末２またはサーバ５に送信する。

(i), (ii)のいずれの処理において、携帯端末２にスキャン結果が送られた場合でも、携帯端末２は、サーバ５にスキャン結果を送信する。サーバ５は、回収処理において図２７のステップＳ８０でアイテムの使用実績を特定しているが、携帯端末２から受信した(i)または(ii)のスキャン結果に含まれるアイテムを当該使用実績から除外する（当該アイテムは使用しなかったものとする）処理を行う。それによって、患者に対する適正な請求額や適正な保険請求額を算出することが可能となる。

以上、本発明の医療材料管理システムおよび医療材料管理方法の実施形態について詳細に説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述した各実施形態では、医療行為が手術の場合について説明したが、手術を伴わない他の医療行為についても適用可能である。
上述した実施形態では、図２０の画面ｇ５および図２８の画面ｇ１０に示すように、トレイ単位でアイテムリストを表示する例について説明したが、その限りではない。トレイ単位で処理を行わない場合には、トレイを選択する処理は必要ない。
検品処理時にサーバ５に送信されるスキャン結果（図１９のステップＳ５６）および回収処理にサーバ５に送信されるスキャン結果（図２７のステップＳ７６）には、各アイテムのＲＦＩＤインレイの固有のＩＤ（例えば、ＵＩＤ(Unique ID)，ＴＩＤ(Tag ID)等）が含まれていてもよい。その場合、検品データベースには、各アイテムに対応付けてＲＦＩＤインレイの固有のＩＤが記録される。

１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ…医療材料管理システム、２…携帯端末、２１…制御部、２２…ストレージ、２３…操作入力部、２４…表示部、２５…通信部、３…リーダライタ装置、３ｈ…収容部、３１…制御部、３２…読み書き部、３３…通信部、４…管理装置、４１…制御部、４２…ストレージ、４３…操作入力部、４４…表示部、４５…通信部、５…サーバ、５１…制御部、５２…ストレージ、５３…通信部、７…プリンタ、７１…制御部、７２…ストレージ、７３…モータ駆動部、７４…ヘッド駆動部、７５…カッタ駆動部、７６…ＲＦＩＤリーダライタ、７７…通信部、８…コードリーダ、９…リストバンド、９１…本体部、９１ａ…患者情報、９１ｂ…バーコード、９２…突起、９３…孔、５００…ピッキングヘッダ、Ｓ１〜Ｓ１２，Ｓ４ａ，Ｓ９ａ…作業、ＣＴ…カート、Ｔ１〜Ｔ５…トレイ、Ｌ…ラベル、ＩＭ…アイテム、ＩＬ…アイテムラベル、ＩＮＬ…ＲＦＩＤインレイ、ＮＷ…ネットワーク、ｇ１〜１２，Ｇ１〜Ｇ４…画面、ｉ１〜ｉ４…入力部、ｂ１〜ｂ１０…ボタン、ｄｃ１，ｄｃ２…矢印ボタン、ｔｄ，ＴＤ…日付表示部、１００ａ，１００Ａ〜１００Ｃ…オーダー表示部、１０１ａ，１０１Ａ…プロセスステータス表示部、１０２ａ，１０２Ａ…詳細表示部、１０３Ａ…アイテムステータス表示部、Ａ１１，Ａ２１，Ａ３１…第１表示領域、Ａ１２，Ａ２２，Ａ３２…第２表示領域、Ａ１３，Ａ２３，Ａ３３…第３表示領域、ｂｃ１…バーコード、ＬＡ…左部分、ＲＡ…右部分、ＰＡ…患者

Claims (15)

1. 医療材料を管理する医療材料管理システムであって、前記医療材料には、医療材料に関するデータである医療材料データを記憶するＲＦＩＤインレイが取り付けられており、
   前記医療材料管理システムは、
   前記ＲＦＩＤインレイから前記医療材料データを読み取るリーダライタ装置と通信可能なサーバと、前記サーバと通信可能な情報処理端末と、を備え、
   前記サーバは、
   前記リーダライタ装置によって読み取られた医療材料データに基づき、対応する医療材料の使用の適否を判定する判定部を有し、
   前記情報処理端末は、
   前記サーバの判定部による判定結果を表示する表示部と、を有する、
   医療材料管理システム。
2. 前記医療材料データは、対応する医療材料の有効期限の情報を含み、
   前記サーバの判定部は、現在時刻を基準として前記有効期限が経過済みである場合に、前記医療材料の使用が適さないと判定する、
   請求項１に記載された医療材料管理システム。
3. 前記医療材料データは、対応する医療材料の有効期限の情報を含み、
   前記サーバの判定部は、現在時刻を基準として前記有効期限までの時間が所定時間以下である場合に、前記医療材料の使用が適さないと判定する、
   請求項１に記載された医療材料管理システム。
4. 前記医療材料データは、対応する医療材料が倉庫から出庫された出庫回数の情報を含み、
   前記サーバの判定部は、前記出庫回数が所定値以上である場合に、前記医療材料の使用が適さないと判定する、
   請求項１に記載された医療材料管理システム。
5. 前記リーダライタ装置は、前記倉庫から出庫された医療材料が前記倉庫に再度入庫される前に、当該医療材料に取り付けられたＲＦＩＤインレイが記憶する医療材料データに含まれる出庫回数の値が１増加するように、新たな出庫回数のデータを書き込む書込部を有する、
   請求項４に記載された医療材料管理システム。
6. 前記サーバは、
   医療行為の方式を識別する方式識別情報と対応付けて、当該方式の医療行為に必要となる医療材料に関するデータである医療材料データを含むデータベースを記憶する記憶部を備え、
   前記情報処理端末は、
   前記サーバから通知された、前記リーダライタ装置の読取部によって読み取られた医療材料データと、前記方式識別情報に基づいて前記データベースから読み出された医療材料データとの比較結果を、前記表示部に表示する、
   請求項１から５のいずれか１項に記載された医療材料管理システム。
7. 前記比較結果は、前記リーダライタ装置の読み取り対象である医療材料の数が、前記データベースから読み出された医療材料データによって特定される医療材料の数と比較して、同一であること、過剰であること、または不足であることのいずれかを含む、
   請求項６に記載された医療材料管理システム。
8. 複数の医療材料が、複数の容器に分散して配置され、
   前記リーダライタ装置の読取部は、容器単位で医療材料データを読み取り、
   前記データベースは、前記方式識別情報と対応付けて、前記複数の容器の各々に関連付けられた容器識別情報と、各容器識別情報に対応する容器に配置された医療材料の医療材料データを含み、
   前記情報処理端末は、容器単位で前記比較結果を表示する、
   請求項６または７に記載された医療材料管理システム。
9. 前記サーバは、医療行為の方式を識別する方式識別情報と、当該医療行為が患者に対して提供される提供日時と、によって特定される医療行為のオーダーごとに、
   前記医療行為が前記患者に提供される前であって、前記リーダライタ装置が、前記医療行為の提供のために準備された複数の医療材料に対する医療材料データの読み取りを開始する前の状態である第１オーダー状態、
   前記医療行為が前記患者に提供される前であって、前記リーダライタ装置が、前記複数の医療材料に対する医療材料データの読み取りを開始した後の状態である第２オーダー状態、
   前記リーダライタ装置が、前記複数の医療材料に対する医療材料データの読み取りを完了した後、前記複数の医療材料のうち前記医療行為に使用されなかった医療材料に対する医療材料データの読み取りを開始する前の状態である第３オーダー状態、および、
   前記リーダライタ装置が、前記複数の医療材料のうち前記医療行為に使用されなかった医療材料に対する医療材料データの読み取りを開始した後の状態である第４オーダー状態、
   のうちいずれかの状態であるか判定する第２判定部を備え、
   前記情報処理端末は、前記サーバの第２判定部による判定結果に基づいて、オーダーごとに前記いずれの状態であるかを識別可能な表示態様で前記表示部に表示する、
   請求項１に記載された医療材料管理システム。
10. 前記情報処理端末は、
    提供日時が現在時刻より後の所定の第１期間内にあるオーダーの状態を含む第１部分と、
    提供日時が現在時刻より前の所定の第２期間内にあるオーダーの状態を含む第２部分と、
    を含む表示画面を前記表示部に表示する、
    請求項９に記載された医療材料管理システム。
11. 前記医療材料データは、対応する医療材料の有効期限の情報と、対応する医療材料が倉庫から出庫された出庫回数の情報と、を含み、
    前記サーバの判定部は、複数の医療材料の各医療材料の医療材料データに基づいて、各医療材料が、
    現在時刻を基準として前記有効期限が経過済みである第１状態、
    現在時刻を基準として前記有効期限までの時間が所定時間以下である第２状態、
    前記出庫回数が所定値以上である第３状態、
    必要となる数に対して過剰である第４状態、
    必要となる数に対して不足している第５状態、および、
    前記第１状態から前記第５状態のいずれの状態でもない第６状態、
    のうちいずれの状態であるか判定し、
    前記情報処理端末は、前記判定部によって判定された前記複数の医療材料の状態の判定結果を前記表示部に表示する、
    請求項１に記載された医療材料管理システム。
12. 前記情報処理端末は、前記複数の医療材料の中で、前記第１状態から前記第６状態までの各状態に該当する医療材料の数を前記表示部に表示する、
    請求項１１に記載された医療材料管理システム。
13. 前記情報処理端末は、前記複数の医療材料を、前記第１状態から前記第６状態までの各状態に応じて異なる表示態様となるように、前記表示部に表示する、
    請求項１１または１２に記載された医療材料管理システム。
14. リーダライタ装置と、情報処理端末と、前記リーダライタ装置および前記情報処理端末と通信可能なサーバとによって、医療材料を管理する医療材料管理方法であって、前記医療材料には、医療材料に関するデータである医療材料データを記憶するＲＦＩＤインレイが取り付けられており、
    前記医療材料管理方法は、
    前記リーダライタ装置が、前記医療材料に対応する医療材料データを読み取り、
    前記サーバが、前記リーダライタ装置によって読み取られた医療材料データに基づき、対応する医療材料の使用の適否を判定し、
    前記情報処理端末が、前記サーバによる判定結果を表示する、
    医療材料管理方法。
15. 医療材料に関するデータである医療材料データを記憶するＲＦＩＤインレイが取り付けられた医療材料を管理するサーバにおいて実行されるプログラムであって、前記サーバは、前記医療材料に取り付けられたＲＦＩＤインレイにアクセス可能なリーダライタ装置と通信可能であり、
    前記プログラムは、コンピュータに、
    前記リーダライタ装置に前記医療材料に対応する医療材料データの読み取り指示を送信する手段と、
    前記読み取り指示に応じて前記リーダライタ装置から受信する前記医療材料の医療材料データに基づいて、対応する医療材料の使用の適否を判定する手段と、
    を実現させるためのプログラム。

Images