(57)【要約】  製品在庫共有システム１００は、サーバ１０４と通信状態にある製品管理デバイス１０２、２００を含む。製品管理デバイスは、対応する１つ又は複数のＲＦＩＤタグ３０２をそれぞれが有するように構成された１つ又は複数の製品単位３００を保管すると共に、それらのＲＦＩＤタグをワイヤレスで検出することによってそれらの製品単位の在庫を監視するように構成される。サーバは、その製品管理デバイスから、在庫データを含む製品情報を周期的に受信し、その製品情報を記憶し、更にその製品情報を、それらの製品単位に関連する少なくとも１つの権限を与えられたエンティティ１０８に関連付けられたネットワーク・ノード１０６に送信するように構成される。
2016503206.tif 000002
【特許請求の範囲】
【請求項１】
対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された１つ又は複数の製品単位を保管し、更に
前記ＲＦＩＤタグをワイヤレスで検出することによって前記製品単位の在庫を監視するように構成された製品管理デバイスと、
前記製品管理デバイスから、在庫データを含む製品情報を周期的に受信し、
前記製品情報を記憶し、更に
前記製品情報を、前記製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連するネットワーク・ノードに送信するように構成されたサーバと
を備える製品在庫共有システム。
【請求項２】
前記１つ又は複数の製品単位は、患者の病気を治療するように構成された１つ又は複数の医薬品単位を含む請求項１に記載の製品在庫共有システム。
【請求項３】
前記製品管理デバイスは、
前記１つ又は複数の医薬品単位を保管するように構成されたキャビネットと、
前記キャビネットの外面上の、前記患者の前記病気に関連する患者データを受け取るように構成されたユーザ入力デバイスとを備え、前記製品情報は前記患者情報を含む、
請求項２に記載の製品在庫共有システム。
【請求項４】
前記キャビネット内に配置されたコンピューティング・システムを更に備える製品在庫共有システムであって、
前記ユーザ入力デバイスは、前記患者データを受け取るように構成された１つ又は複数の入力フィールドを備え、更に
前記コンピューティング・システムは、前記１つ又は複数の入力フィールドが前記患者によって入力されるまで、前記キャビネットの扉をロックされた状態に維持するように構成される請求項３に記載の製品在庫共有システム。
【請求項５】
前記少なくとも１つの権限を与えられたエンティティは、前記医薬品単位の支払人、前記医薬品単位の製造業者、前記医薬品単位を投与する医療関係者、前記医薬品単位を提供する薬局、及び前記医薬品単位の使用者のうちの１つ又は複数を含む請求項１に記載の製品在庫共有システム。
【請求項６】
前記製品情報は、臨床データを更に含む請求項５に記載の製品在庫共有システム。
【請求項７】
前記サーバは、前記権限を与えられたエンティティの前記ネットワーク・ノードからの前記製品情報を求める要求に応答して、前記製品情報を送信するように構成される請求項１に記載の製品在庫共有システム。
【請求項８】
前記サーバは、前記製品情報を、前記権限を与えられたエンティティの前記ネットワーク・ノードに周期的に送信するように構成される請求項１に記載の製品在庫共有システム。
【請求項９】
前記サーバは、前記患者データを前記在庫データと互いに関係付けて、前記患者の健康についての更なる情報を生成するように構成される請求項１に記載の製品在庫共有システム。
【請求項１０】
対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された１つ又は複数の製品単位を保管すること、
前記ＲＦＩＤタグをワイヤレスで検出することによって前記製品単位の在庫を監視すること、
前記製品管理デバイスから、在庫データを含む製品情報を周期的に受信すること、
前記製品情報を記憶すること、及び
前記製品情報を、前記製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連するネットワーク・ノードに送信すること
を備える製品在庫共有方法。
【請求項１１】
前記１つ又は複数の製品単位は、患者の病気を治療するように構成された１つ又は複数の医薬品単位を含む請求項１０に記載の製品在庫共有方法。
【請求項１２】
前記１つ又は複数の医薬品単位をキャビネットの中に保管すること、及び
前記キャビネット上に構成されたユーザ入力デバイスを介して、前記患者の前記病気に関連する患者データを受け取ることを更に備え、前記製品情報は前記患者データを含む、請求項１１に記載の製品在庫共有方法。
【請求項１３】
前記ユーザ入力デバイスに構成された１つ又は複数の入力フィールドを介して前記患者データを受け取ること、及び
前記１つ又は複数の入力フィールドが前記患者によって入力されるまで、前記キャビネットの扉をロックされた状態に維持することを更に備える請求項１２に記載の製品在庫共有方法。
【請求項１４】
前記少なくとも１つの権限を与えられたエンティティは、前記医薬品単位の支払人、前記医薬品単位の製造業者、前記医薬品単位を投与する医療関係者、前記医薬品単位を提供した薬局、及び前記医薬品単位の使用者のうちの１つ又は複数を含む請求項１０に記載の製品在庫共有方法。
【請求項１５】
前記製品情報は、臨床データを更に含む請求項１４に記載の製品在庫共有方法。
【請求項１６】
前記サーバは、前記権限を与えられたエンティティの前記ネットワーク・ノードからの前記製品情報を求める要求に応答して、前記製品情報を送信する請求項１０に記載の製品在庫共有方法。
【請求項１７】
前記サーバは、前記製品情報を、前記権限を与えられたエンティティの前記ネットワーク・ノードに周期的に送信する請求項１０に記載の製品在庫共有方法。
【請求項１８】
前記サーバは、前記患者データを前記在庫データと互いに関係付けて、前記患者の健康についての更なる情報を生成する請求項１０に記載の製品在庫共有方法。
【請求項１９】
在庫データを含む製品情報を、対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された、患者の病気を治療するように構成された１つ又は複数の医薬品単位を含む１つ又は複数の医薬品単位を保管し、更に前記ＲＦＩＤタグをワイヤレスで検出することによって前記製品単位の在庫を監視するように構成されたキャビネットから周期的に受信し、
前記製品情報を記憶し、更に
前記製品情報を、前記製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連するネットワーク・ノードに送信するように構成されたサーバを備える製品在庫共有システム。
【請求項２０】
前記製品管理デバイスは、
前記キャビネットの外面上の、前記患者の前記病気に関連する患者データを受け取るように構成されたユーザ入力デバイスを備え、前記製品情報は前記患者データを含む、請求項１９に記載の製品在庫共有システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、在庫管理−追跡システムに関し、より詳細には、製品在庫共有システム及び製品在庫共有方法に関する。
【背景技術】
【０００２】
製品追跡は、どの製造企業、流通企業、又は販売企業にとっても重要である。製品追跡は、多くの製品が、製造から患者に投与されるまで注意深く識別され、追跡されなければならない製薬分野において特に重要であり得る。医薬品を追跡する通常の知られている手段は、製品を、書かれたラベルに従って手作業で記録に付け、識別することを含む。また、在庫管理及び在庫流通は、通常、製品の実在庫を確認する手作業のプロセス、及び補給又は在庫補充を手作業で発注し、一方で、有効期限に近づいている、又は有効期限を過ぎた製品を除去することにも依拠する。
【０００３】
医薬品にかかわる別の大きな問題は、高価な薬品の在庫を維持することの高い費用である。一部の薬品は、１回の投与量当たり数千ドルの費用がかかると共に、比較的稀にしか必要とされない可能性があるが、これらの同じ薬品は、必要とされる場合、即時に必要とされる。そのような薬品を予め購入して、備蓄しておくことは、薬局及び病院には大きな経費である。更に、これらの薬品の高い費用のため、各製品を管理し、追跡することが不可欠となる。
【発明の概要】
【課題を解決するための手段】
【０００４】
一実施例によれば、製品在庫共有システムが、サーバと通信状態にある製品管理デバイスを含む。この製品管理デバイスは、対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された１つ又は複数の製品単位を保管すると共に、それらのＲＦＩＤタグをワイヤレスで検出することによってそれらの製品単位の在庫を監視するように構成される。サーバは、その製品管理デバイスから、在庫データを含む製品情報を周期的に受信し、その製品情報を記憶し、更にその製品情報を、それらの製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連付けられたネットワーク・ノードに送信するように構成される。
【０００５】
別の実施例によれば、製品在庫共有方法が、対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された１つ又は複数の製品単位を保管すること、及びそれらのＲＦＩＤタグをワイヤレスで検出することによってそれらの製品単位の在庫を監視することを含む。また、この方法は、その製品管理デバイスから、在庫データを含む製品情報を周期的に受信すること、及びその製品情報を記憶し、更にその製品情報を、それらの製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連付けられたネットワーク・ノードに送信することも含む。
【０００６】
更に別の実施例によれば、製品在庫共有システムは、製品情報を周期的に受信し、その製品情報を記憶し、更にその製品情報を、それらの製品単位に関連する少なくとも１つの権限を与えられたエンティティに関連付けられたネットワーク・ノードに送信するように構成されたサーバを含む。その製品情報は、キャビネットからの在庫データを含む。このキャビネットは、対応する１つ又は複数のＲＦＩＤタグをそれぞれが有するように構成された１つ又は複数の医薬品単位を保管すると共に、それらのＲＦＩＤタグをワイヤレスで検出することによってそれらの製品単位の在庫を監視するように構成される。１つ又は複数の医薬品単位を含むそれらの医薬品単位は、患者の病気を治療するように構成される。
【０００７】
後段で発明の詳細な説明にとりかかる前に、本特許明細書全体にわたって使用されるいくつかの語又は句の定義を説明することが有利であり得る。「含む」又は「備える」という用語、及びこれらの用語からの派生語は、限定なしに含むことを意味し、「又は」という用語は、「及び／又は」を意味して、包含的であり、「〜に関連する」及び「それに関連する」という句、並びにこれらの句から派生した句は、含む、〜内に含まれる、〜と相互に接続する、包含する、〜内に包含される、〜に、若しくは〜と接続される、〜に、若しくは〜と結合される、〜と通信可能である、〜と協働する、インターリーブされる、並置される、〜に近接している、〜に、若しくは〜と結び付けられている、有する、〜の特性を有する、などを意味することが可能であり、「コントローラ」という用語は、少なくとも１つ動作を制御する任意のデバイス、システム、又はそのようなデバイス若しくはシステムの部分を、そのようなデバイスが、ハードウェアとして実装されるか、ファームウェアとして実装されるか、ソフトウェアとして実装されるか、又は以上のうちの少なくとも２つの何らかの組み合わせとして実装されるかにかかわらず、意味する。任意の特定のコントローラに関連する機能は、集中化されてもよく、又はローカルにおいてであれ、遠隔においてであれ、分散されてもよいことに留意されたい。いくつかの語及び句の定義が、本特許明細書全体にわたって与えられ、そのような定義は、ほとんどの場合でないとしても、多くの場合、定義されるそのような語及び句の従来の使用、及び将来の使用に当てはまることが、当業者には理解されよう。
【０００８】
本開示のより完全な理解のため、及びそのような理解に有利なように、次に、同様の符号が同様の対象を示す添付の図面と併せて解釈される後段の説明を参照する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本開示の実施例による製品在庫共有システムの例示的なネットワーク・トポロジを示す図である。
【図２】図２は、本開示の実施例による例示的なキャビネットを示す図である。
【図３】図３は、本開示の実施例による例示的な製品単位を示す図である。
【図４】図４は、本開示の実施例による図２のキャビネットと一緒に使用され得る例示的なユーザ入力デバイスを示す図である。
【図５】図５は、本開示の実施例による製品情報を共有するための例示的なプロセスを示す図である。
【発明を実施するための形態】
【００１０】
後段で説明される図１から図５、及び本特許明細書における本開示の原理を説明するのに使用される様々な実施例は、単に例示であり、全く本開示の範囲を限定するものと解釈されるべきではない。本開示の原理は、任意の適切に構成されたデバイスにおいて実施され得ることが、当業者には理解されよう。本出願の多くの革新的な教示は、提示される実施例を特に参照して説明される。
【００１１】
本開示の実施例は、在庫が維持されている製品の使用に権限を与えられた１つ又は複数のエンティティと製品在庫を共有するためのシステム及び方法を含む。様々な実施例は、製品在庫の現行のステータスを追跡する、又は維持する製品管理キャビネットと、１つ又は複数の権限を与えられたエンティティによって使用されるように製品在庫を記憶するサーバとを使用することが可能である。
【００１２】
図１は、本開示の一実施例による製品在庫共有システム１００の例示的なネットワーク・トポロジを示す。製品情報共有システム１００は、インターネットなどのネットワーク１１０を介して通信する、製品管理デバイス１０２と、サーバ１０４と、対応する１つ又は複数の権限を与えられたエンティティ１０８の１つ又は複数のネットワーク・ノード１０６とを含む。製品管理デバイス１０２は、１つ又は複数の製品単位の在庫を保管し、更に維持する。後段で詳細に説明されるとおり、サーバ１０４は、ネットワーク１１０を介して製品管理デバイス１０２から製品情報を周期的に受信する。サーバ１０４は、製品情報を記憶し、更にその製品情報を、それらの製品単位に関連する１つ又は複数の権限を与えられたエンティティ１０８に関連付けられたネットワーク・ノード１０６に送信する。
【００１３】
製品管理デバイス１０２の中に保管される製品は、現行の、比較的最新状態にある在庫が維持されると共に、その製品に権限を与えられた任意のエンティティと共有され得る任意の適切なタイプであることが可能である。いくつかの実施例において、その製品は、患者の病気を治療する医薬製品であることが可能である。或る特定の実施例において、その製品は、例えば、血友病と診断された患者などの、患者の慢性病を治療するのに適合した医薬製品であることが可能である。他の実施例において、その製品は、他のタイプの病気の治療に適合した医薬製品を含むことが可能である。
【００１４】
権限を与えられたエンティティ１０８は、その製品の使用及び投与に利害関係を有するエンティティを含むことが可能である。医薬製品などの製品の場合、これらの権限を与えられたエンティティは、その医薬製品の使用者（すなわち、患者）、その医薬製品の支払人（すなわち、保険業者）、その医薬製品の製造業者、その薬剤を投与する医療関係者（すなわち、医師）、及びその医薬製品を患者に提供する薬局を含むことが可能である。
【００１５】
それぞれの権限を与えられたエンティティ１０８は、そのエンティティ１０８に関連するネットワーク・ノード１０６を介して最新の在庫情報を受信することが可能である。ネットワーク・ノード１０６は、メモリの中に記憶された命令を実行する１つ又は複数のプロセッサを有する任意のコンピューティング・システムであり得る。そのようなコンピューティング・システムの例には、パーソナル・コンピュータ、メインフレーム・コンピュータ、ラップトップ・コンピュータ、携帯情報端末、セルラ電話機などが含まれる。
【００１６】
一実施例において、権限を与えられたエンティティ１０８によって使用されるネットワーク・ノード１０６は、サーバ１０４を介して製品管理デバイス１０２から製品在庫情報を周期的に受信することが可能である。別の実施例において、ネットワーク・ノードは、権限を与えられたエンティティからの在庫情報を求める要求に応答して、その製品情報を、それらの製品単位に関連する少なくとも１つの権限を与えられたエンティティに送信する。
【００１７】
その製品情報に対するアクセスは、認証プロセスを介して不正なアクセスから保護されることが可能である。例えば、サーバ１０４は、パスワード保護されたログイン・セッションを使用して、登録された権限を与えられたエンティティ１０８だけにアクセスを制限することが可能である。別の実例として、サーバ１０４は、それぞれの権限を与えられたエンティティ１０８によって使用されるネットワーク・ノードによる情報への自動化された周期的アクセスのために、公開−秘密鍵認証アーキテクチャを使用することが可能である。
【００１８】
いくつかの実施例において、サーバ１０４は、それぞれの権限を与えられたエンティティ１０８に独立に製品情報のタイプ及びレベルが割り当てられ得るように、それぞれの権限を与えられたエンティティのためのアカウントを維持することが可能である。製品が医薬製品である実例の場合、医療保険業者などの製品の支払人が、費用目的で使用される製品の量の正確なステータスを維持することを所望する可能性がある一方で、医師などの医療関係者が、その製品の使用に関連する症状を知ることを所望することがあり得る。このため、支払人に関連するアカウントが、製品使用情報だけを受信するように割り当てられることが可能である一方で、医療関係者は、製品使用情報と共に、その医薬製品の使用に関連する症状関係の情報を受信するように割り当てられることが可能である。
【００１９】
いくつかの実施例において、ネットワーク１１０を介して送信される情報は、完全性を維持し、更に／又はその情報の不正な使用を阻止するように暗号化されることが可能である。例えば、情報のこの暗号化は、製品管理デバイス１０２によって送信されたパケットを傍受し、更にこれらのパケットを不正なデータで偽装することによって、その情報の変更の可能性を低くすることが可能である。別の実例として、その情報は、いくつかの許可されたエンティティだけしか、製品管理デバイス１０２を使用する患者の医療記録へのアクセスを有さないことを義務付ける、医療保険の相互運用性と説明責任に関する法律（ＨＩＰＡＡ：Ｈｅａｌｔｈ  Ｉｎｓｕｒａｎｃｅ  Ｐｏｒｔａｂｉｌｉｔｙ  ａｎｄ  Ａｃｃｏｕｎｔａｂｉｌｉｔｙ  Ａｃｔ）などの、いくつかの行政上のプライバシー要件を遵守するために暗号化されることが可能である。
【００２０】
ネットワーク１１０は、公共ネットワーク若しくはプライベート・ネットワークなどの任意の知られているネットワーキング技術を使用して、又は直接通信として実施されることが可能であり、更に各システム間で通信するのにインターネットを使用して実施されることが可能である。ネットワーク１１０は、複数の技術を使用して実施されることが可能であり、更に複数の別々のネットワークを使用して実施されることが可能である。
【００２１】
図示され、説明される製品情報共有システム１００は、単一の製品管理デバイス１０２を含むものの、製品情報共有システムの他の実施例は、複数の製品管理デバイス１０２を含んでもよい。サーバ１０４が、これらの複数のキャビネット１００に関する全体的な在庫管理機能を実行することが可能である。一般に、サーバ１０４は、製品管理デバイス１０２と定期的に通信してデバイス１０２の在庫を監視する。また、サーバ１０４は、各製品管理デバイス１０２のその他のステータス情報を、その製品管理デバイス１０２において構成された１つ又は複数のセンサ・デバイスに応じて監視することも可能である。サーバ１０４は、製品の現在の在庫、製品管理デバイス１０２に割り当てられた製品在庫、及び製品管理デバイス１０２に関するその他の情報を保持するデータベースを含む。
【００２２】
また、サーバ１０４は、全ての製品を、購入して、受け取って倉庫に入れる時点から、製品管理デバイス１０２の中に出荷配置すること、製品管理デバイス１０２の中に保管すること、製品管理デバイス１０２から取り出すことまで追跡することを行うことも可能である。サーバ１０４は、各製品管理デバイス１０２から、現在の在庫リスト、消費された製品リスト、及びその他の情報を含む通信を周期的に受信する。これらの通信は、製品管理デバイス１０２のポーリングによって、サーバ１０４によって開始されることが可能であり、又は製品管理デバイス１０２によって開始されることが可能である。
【００２３】
サーバ１０４は、ウェブ・サーバ・インターフェースを含んで、標準ウェブ・ブラウザ・インターフェースを使用する管理を許すことが可能である。サーバ１０４によって送受信される少なくとも一部のデータは、拡張マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）形式であることが可能である。サーバ１０４は、或る特定の実施例では、構造化照会言語（ＳＱＬ：ｓｔｒｕｃｔｕｒｅｄ  ｑｕｅｒｙ  ｌａｎｇｕａｇｅ）データベースである、製品在庫データに関する少なくとも１つのデータベースを維持する。
【００２４】
また、サーバ１０４は、製品管理デバイス１０２からの、配達された（現在の在庫リストに追加された）、又は消費された（消費された在庫リストに追加された）製品のレポートに従って料金請求データ及びインボイス・データを生成することも可能である。
【００２５】
様々な実施例において、サーバ１０４は、サーバ１０４の在庫に従って製品管理デバイス１０２に更なる製品を追加させる注文を作成することが可能である。一部の事例において、在庫の中の製品は、委託販売製品単位を含み、更にサーバ１０４は、その製品が在庫から取り出されると、インボイスを作成する。サーバ１０４は、一部の実施例において、製品管理デバイス１０２からステータス・データを受信すると共に、製品管理デバイス１０２に制御命令を送信するように更に構成され得る。サーバ１０４は、一部の実施例において、後段で説明されるとおり、製品管理デバイス１０２から受信された在庫データに従って製品消費データを分析するように更に構成され得る。
【００２６】
図１は、製品情報を１つ又は複数の権限を与えられたエンティティ１０８と共有するための１つの例示的な製品情報共有システム１００を示すものの、図１に様々な変更が行われることが可能である。例えば、一部の実施例において、製品情報は、製品管理デバイス１０２において構成されたメモリの中に記憶されて、フラッシュ・メモリ・カードなどのポータブル・メモリ・デバイスに周期的にダウンロードされてもよく、次に、このメモリ・デバイスが、通信ネットワークが必要ないことが可能であるように、権限を与えられたエンティティのネットワーク・ノードに物理的に移送されて、そのようなノードによってアクセスされる。他の実施例において、セキュリティ上の理由で、製品情報は、製品管理デバイス１０２の中に記憶されないことが可能である。更に他の実施例において、製品管理デバイス１０２、サーバ１０４、及び権限を与えられたエンティティ１０８によって管理されるネットワーク・ノード１０６が、単一のコンピューティング・システムとして存在してもよく、製品情報の通信は、このシステムのユーザの各々の間の内部システム・コールによってもたらされることが可能である。
【００２７】
図２は、本開示の教示による例示的なキャビネット２００を示す。実施例において、キャビネット２００は、図１を参照して前述したとおり、製品管理デバイス１０２として機能する。キャビネット２００は、１つ又は複数の製品単位３００（図３）を保管するための内部保管スペース２０２を有する。キャビネット２００は、保管スペースの温度を任意の所望される温度に維持するための冷却及び／又は加熱システムを含むことが可能である。冷却された使用の場合、従来の冷却ユニットが、本明細書で説明されるとおり変更されることが可能である。周囲温度使用の場合、冷却されないキャビネットが使用されることが可能であり、又は冷却ユニットが、オフにされる、若しくは切断されることが可能である。
【００２８】
また、キャビネット２００は、キャビネット２００の内容物をワイヤレスで、自動的に検出し、識別する読み取り装置２０４も含む。一実施例において、読み取り装置２０４は、無線周波数ＩＤ（ＲＦＩＤ：ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）読み取り装置である。キャビネット２００は、キャビネットの内容物をスキャンするＲＦＩＤ読み取り装置２０４に結合された１つ又は複数のＲＦＩＤアンテナ２０６を含む。
【００２９】
また、キャビネット２００は、温度計、扉開放センサ、停電センサ及び任意選択のバックアップ電源供給装置、ＧＰＳ位置特定デバイス、及びその他のデバイスなどの、１つ又は複数の任意選択のセンサ・デバイス２０８も含む。一部の実施例において、キャビネット２００は、付加されたＲＦＩＤタグも有する。
【００３０】
また、キャビネット２００は、ＲＦＩＤ読み取り装置２０４と通信し、読み取り装置２０４を制御するデータ処理システム２１０も含む。また、キャビネット・データ処理システム２１０は、後段で詳細に説明されるとおり、通信するための通信ソフトウェアも含む。キャビネット・データ処理システム２１０は、前述した任意選択のセンサ・デバイス２０８と通信し、デバイス２０８を制御することもする。
【００３１】
データ処理システム２１０は、本明細書で説明されるとおり動作するように構成された、任意の適切な技術及び構成要素を使用して実装され得る。キャビネット・データ処理システム２１０は、一般に、１つ又は複数のプロセッサと、本明細書で説明されるとおりデータを記憶するための１つ又は複数のメモリ・ユニットとを含む。
【００３２】
また、キャビネットは、権限を与えられたエンティティ１０８のサーバ１０４及び／又はネットワーク・ノード１０６（図１参照）などの、その他のデバイスと通信するためのネットワーク・インターフェース２１２も含む。ネットワーク・インターフェース２１２は、イーサネット（登録商標）若しくは電話モデムなどの有線通信媒体、又はグローバル・システム・フォー・モバイル（ＧＳＭ（登録商標）：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）コミュニケーションズ・アーキテクチャ、Ｗｉ−Ｆｉネットワーク（例えば、ＩＥＥＥ８０２．１１）、ケーブル・モデム・システム、或いは以上の任意の組み合わせなどのワイヤレス通信媒体を使用して実装され得る。或る特定の実施例において、ネットワーク・インターフェース２１２は、インターネット・プロトコルを使用して通信する。ネットワーク・インターフェース２１２は、キャビネット・データ処理システム２１０が、サーバ１０４と通信することを可能にし、更に、任意選択で、メッシュ・ネットワーキング・トポロジ、直接ケーブル配線、又はその他の技術を使用してその他のキャビネット２００と通信することを可能にする。キャビネット・データ処理システム２１０とサーバ１０４との間の通信は、任意の適切なデータ通信技術、又はそのような技術の任意の組み合わせを使用して実施され得る。複数のキャビネット２００が互いに通信する実施例において、キャビネット２００は、総合在庫を有する単一のユニットとしてサーバ１０４と通信するように構成され得る。
【００３３】
使用の際、キャビネット・データ処理システム２１０は、ＲＦＩＤ読み取り装置２０４を使用して、周期的在庫スキャンを実行して、キャビネットの中に保管された各製品単位３００（図３参照）を一意に識別する。スキャン中に新たな識別子が見出された場合、キャビネット・データ処理システム２１０は、その識別子に留意して、その識別子を、そのキャビネットに関する現在の在庫リストに記憶する。同様に、特定の識別子が、その製品が取り出されているため、又はそのＲＦＩＤタグが損傷しているため、周期的スキャン中にもはや検出されない場合、キャビネット・データ処理システム２１０は、その欠落している識別子に留意し、その識別子を、そのキャビネットに関する現在の在庫リストから除去する。そのような取り出された製品の識別子は、キャビネット・データ処理システムにおける「消費された製品」リストの中に更に記憶される。
【００３４】
このようにして、キャビネット２００は、ＲＦＩＤタグをワイヤレスで検出することによって在庫を監視するように構成される。キャビネットは、周期的ワイヤレス・スキャンを実行して、在庫の中の現在の製品単位を特定し、更に、所定の時間にわたって製品単位に対応するＲＦＩＤタグが検出されない場合、在庫からその製品単位が取り出されていることを特定する。
【００３５】
当然ながら、在庫リスト及び消費された製品について本明細書で述べることは、この情報が、開示される実施例の範囲内でいくつもの形態で記憶されることが可能であるので、この情報に関するデータ構造を指定することを意図していない。「リスト」という用語は、単に、便利な呼び方として使用される。
【００３６】
いくつかの実施例において、キャビネット２００は、製品へのアクセスを制御するロック機構、又は１つ又は複数の個々のロック・コンパートメントを含むことが可能である。これらのロックは、鍵ロック、デジタル・キーパッド・ロック、バイオメトリック・ロックなどの任意の知られている技術であり得る。また、このロック・デバイスは、キャビネット・データ処理システム２１０が、製品在庫共有システム１００の特定のノードからそのようなコマンドを受信した場合、遠隔で解除されることも可能である。
【００３７】
また、キャビネット２００は、固定ディスプレイとして、又はカスタマイズ可能な電子ディスプレイとして、マーケティング・ディスプレイ又は情報ディスプレイを含むことも可能である。同様に、キャビネット２００は、キャビネット又は製品在庫のステータスと関係するステータス・メッセージ又は情報メッセージを表示するキャビネット・データ処理システム２１０に接続されたディスプレイを含み得る。
【００３８】
キャビネット２００は、停電検出デバイス及びバックアップ電源供給装置を含むことが可能である。停電が検出されると、キャビネット２００は、可聴のアラームを生成してもよく、更に問題の存在を通知するようにサーバ１０４と通信することが可能である。
【００３９】
図３は、本開示の教示による例示的な製品単位３００を示す。本明細書で説明される製品単位３００は、医薬製品を保管するために構成されるが、本明細書で説明されるシステム及び方法は、その他の製品に適用され得る。各製品単位３００は、製品、又は製品の梱包材料に取り付けられたＲＦＩＤタグ３０２を含み、ＲＦＩＤタグ３０２は、ＲＦＩＤ読み取り装置によって読み取られることが可能な識別情報を含む。
【００４０】
通常の実施例において、個別の製品単位３００は、箱などの適切な梱包材料３０６の中の製品３０４自体を含む。梱包材料は、パッケージを密封するＲＦＩＤタグ３０２を含む。このＲＦＩＤタグは、ＲＦＩＤ読み取り装置によって読み取られ得る、通し番号などの、一意の識別子を少なくとも有する。好ましくは、製品３０４を使用するためにパッケージ３０６を開けるのに、ＲＦＩＤタグ３０２が損傷され、その時点で、タグ３０２は、ＲＦＩＤ読み取り装置によってもはや読み取られ得ない。
【００４１】
説明を容易にするため、「通し番号」という用語は、本明細書では、一意の識別子を指すのに使用され、ただし、任意の適切なスタイルの一意の識別子が使用され得ることが、当業者には認識されよう。
【００４２】
製品単位３００は、一般に、一般的な製品を表すものの、一緒に梱包される、製品単位３００として識別された１つ又は複数の実際の製品３０４が存在し得る。例えば、医薬品の脈絡では、１回の投与量、単一の錠剤、又は単一の予め充填された注射器が単一の製品３０４を構成し得るが、製品３０４に関する使用、投薬、又は料金請求の要件に応じて、以上のうちの複数が単一の製品単位３００として一緒に梱包され得る。
【００４３】
図２及び図３は、１つの例示的なキャビネット２００及び製品単位３００を示し、ただし、図２及び図３に様々な変更が行われることが可能である。例えば、ＲＦＩＤタグ３０２が、任意の適切なプロトコルを使用してキャビネット２００の読み取り装置２０４とワイヤレスで通信することが可能である。更に、梱包材料３２０は、製品３０４を収容するための、びん、ジャー、又は使い捨てのカプセルなどの任意の適切なタイプであり得る。
【００４４】
図４は、本開示の一実施例による図２のキャビネット２００と一緒に使用され得る例示的なユーザ入力デバイス４００を示す。ユーザ入力デバイス４００は、キャビネット２００の外面上に配置されて、患者の１つ又は複数の病気に関連する患者データを受け取るように構成されることが可能である。患者データの入力は、ユーザ入力デバイス４００上に表示された１つ又は複数のフィールド４０２、４０４、４０６、４０８、４１０、及び４１２によってもたらされ得る。患者データは、サーバ１０４によって記憶され、更に権限を与えられたエンティティ１０８のネットワーク・ノード１０６に送信されることが可能である。
【００４５】
ユーザ入力デバイス４００は、入力を受け取ると共に、データ処理システム（図２参照）などのコントローラの制御下で表示をもたらす、タッチスクリーンなどのリフレッシュ可能なディスプレイ・デバイスを含み得る。ユーザ入力デバイス４００は、１つ又は複数の製品単位３００にアクセスするためにキャビネット２００の扉が開かれるたびに、患者データを入力するためにキャビネットの扉上に構成されることが可能である。
【００４６】
実施例において、ユーザ入力デバイス４００は、冷却ユニット上に設置されたＬｉｎｕｘ（登録商標）ベースのパーソナル・コンピューティング・タブレットを含む。パーソナル・コンピューティング・タブレットを使用することは、対応する様々な製品単位のための異なるフィールドを代替で表示するためのユーザ入力デバイス４００のリフレッシュ可能なディスプレイをもたらすことが可能である。
【００４７】
キャビネット２００は、ユーザ入力デバイス４００を介して全ての患者データが入力されるまで、キャビネットの扉をロックされた状態に維持する扉ロックを含むことが可能である。このようにして、比較的高品質レベルの患者データが、患者の状態の正確な分析のために維持され得る。
【００４８】
フェイルセーフに関する特徴として、データ処理システム２１０の破局的な障害などの、緊急事態が生じた場合、又は患者に一般に一貫性がない状態が生じた場合、このロックは、ユーザ入力デバイス４００に全ての患者データが入力されていなくても、アクセスが提供され得るようにディセーブルにされることが可能である。例えば、扉ロックは、ロック解除された位置にバイアスがかけられて、扉ロックに電力が能動的に供給されている場合に限って、ロックされてもよい。このため、キャビネット２００の内部スペースへのアクセスは、キャビネットの扉をロックするための通電電力が取り除かれるようにキャビネットに対する電源コードを単に抜くことによってもたらされてもよい。後の時点で電力が再び印加されると、ＲＦＩＤ読み取り装置２０４が、製品単位３００の在庫を再び訂正して、１つ又は複数の製品単位にアクセスするのにフェイルセーフ条件が使用されたという通知を、１つ又は複数の権限を与えられたエンティティに送信することが可能である。
【００４９】
ユーザ入力デバイス４００は、キャビネット２００からの製品単位に患者がアクセスすることを所望するたびに、患者によって選択されることが可能な１つ又は複数のフィールドを含む。図４に示される例示的なユーザ入力デバイス４００は、血友病患者に特に有益であり得る患者データの入力をもたらすフィールドを含む。それでも、ユーザ入力デバイス４００は、任意の適切なタイプの患者データの入力を可能にするフィールドを含むことが可能である。
【００５０】
図示される特定の例示的なユーザ入力デバイス４００に関して、フィールドは、出血箇所入力フィールド４０２、出血箇所表示フィールド４０４、治療までの時間フィールド４０６、痛み評価フィールド４０８、並びにこれらのフィールドの中の入力されたデータをクリアすること、及び「出血なし」状態に関する入力をそれぞれ可能にするいくつかの制御ボタン４１０及び４１２を含む。これらの入力フィールドのそれぞれは、一般に、血友病の医学的状態に関連する。それでも、キャビネット２００からの製品単位３００（例えば、医薬製品）にアクセスが行われる、又はそのような製品単位３００が取り出されるたびに、任意のタイプの医学的状態に関連する患者データを入力するために、任意の適切なタイプ、及び任意の適切な数のフィールドが、ユーザ入力デバイス４００上に表示され得ることを理解されたい。
【００５１】
図４は、図２のキャビネット２００と一緒に使用され得る１つの例示的なユーザ入力デバイス４００を示すものの、図４に様々な変更が行われることが可能である。例えば、ユーザ入力デバイス４００は、ユーザ入力デバイス４００上で入力された患者データが、データ処理システムにワイヤレスで送信され得るように、キャビネット２００から遠隔で構成されることも可能である。代替として、ユーザ入力デバイス４００は、患者データがユーザ入力デバイス４００からデータ処理システム２１０に送信される、イーサネット（登録商標）・ケーブルなどの、コードを介してキャビネットに電気的に結合されてもよい。
【００５２】
図５は、本開示のいくつかの実施例による製品情報を共有するための例示的なプロセスを示す。ステップ５０２で、プロセスが開始される。
【００５３】
ステップ５０４で、１つ又は複数の製品単位が、製品管理デバイスの中に保管される。製品管理デバイスは、キャビネットから製品単位が取り出されるたびに、又はキャビネットに製品単位が追加されるたびに患者情報を入力するためのユーザ入力デバイスを有するように構成されたキャビネットを含むことが可能である。
【００５４】
ステップ５０６で、製品管理デバイスが、キャビネットの中に保管された各製品単位上に構成されたＲＦＩＤタグを使用して製品単位の現行の在庫を監視する。一実施例において、製品単位は、患者の病気を治療するのに適合した医薬製品を含む。
【００５５】
ステップ５０８で、製品管理デバイスと通信状態にあるサーバが、製品管理デバイスから製品情報を周期的に受信する。製品情報は、現在、キャビネットの中にある製品単位の量に関連する在庫データ、及び製品単位のそれまでの取り出しに関連する履歴情報を含むことが可能である。また、この製品情報は、患者によって製品単位にアクセスが行われるたびにユーザ入力デバイスを介して入力された患者の１つ又は複数の症状若しくは医学的状態に関連する患者データを含むことも可能である。
【００５６】
ステップ５１０で、サーバが、獲得された製品情報を記憶する。獲得された製品情報は、在庫データ、臨床データ、又は在庫データと臨床データの両方を含むことが可能である。一実施例において、患者データは、在庫データと互いに関係付けられて、患者の健康状態又は現行の医学的状態についての更なる情報が生成されることが可能である。例えば、使用のペースが、所与の期間にわたって使用された医薬製品の量に応じて生成されてもよい。別の実例として、週末中の増加した使用量、又は夜間の減少した使用量などの、使用量の増加及び／又は減少したある期間に関連するパターンが、互いに関係付けられた患者データと在庫データに応じて特定されることが可能である。この更なる情報を使用して、医療関係者などの、権限を与えられたエンティティが、患者の改良された医療を提供することが可能である。
【００５７】
一実施例において、サーバは、製品情報及び患者情報を記憶するためのデータベースを含むことが可能である。このデータベースは、権限を与えられたエンティティのうちの１つ又は複数に有用であり得る１つ又は複数の基準に従って、製品情報及び患者情報を集約し、編成することが可能である。例えば、このデータベースは、特定の患者によって使用される医療品の量を、その患者の医療保険情報と互いに関係付けてもよく、更に、或る使用レベルを超えると、その製品の支払人などの、権限を与えられたエンティティに、ネットワークを介して適切なメッセージを送信するトリガを更に含んでもよい。
【００５８】
別の実例として、このデータベースは、各患者がどれだけ頻繁に、症状と関連してその医療品を使用するかなど、数名の患者からの患者特有のデータを互いに関係付けることによって、製品情報及び患者情報を含む臨床データを、医療関係者（例えば、医師）に有用なように集約することが可能である。血友病患者の特定の実例において、ユーザ入力デバイスは、出血発生、これらの出血発生の箇所、及び／又はこれらの出血発生中の痛みのレベルに関連する患者情報を入力するためのフィールドを含むことが可能である。データベースは、そのような情報を医療品の特定の使用と互いに関係付けて、その発生に応答して患者がどれだけ迅速に自らを治療するか、どのレベルの痛みが最も一般的であるかなどの、患者の身体の特定の箇所に関連する現行のパターンを、医療関係者が識別することが可能であるようにしてもよい。そのような現行のパターンが、１名の患者に、又は複数名の患者にわたって関連付けられることが可能である。この情報は、各患者の更なる診断及び／又は治療のために医療関係者に有用であるように互いに関係付けられることが可能である。
【００５９】
更に別の実例として、データベースは、製品情報（在庫データ、臨床データ、又は在庫データと臨床データの両方を含む）を、製品の製造業者に有用なように集約することが可能である。製品が医療品である特定の実例において、製品情報は、マウス又はその他のヒト以外の生物に対する開発中に行われた研究などの、その医療品の開発段階中に行われた、より早期の臨床研究との比較に適するように編成されることが可能である。
【００６０】
ステップ５１２で、サーバが、製品単位に権限を与えられた１つ又は複数のエンティティにその製品情報を送信する。権限を与えられたエンティティの例には、その医薬製品の支払人、その医薬製品の製造業者、その医薬製品を投与する医療関係者、その医薬製品を提供した薬局、及びその医薬製品のユーザが含まれ得る。
【００６１】
一実施例において、ネットワーク・ノードが、患者データを遠隔で入力するための、セルラ電話機又は携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）などのポータブル・ワイヤレス・デバイスを含むことが可能である。このネットワーク・ノードは、図４に示されるのと同様に、患者データを入力するためのフィールドを表示する実行可能ソフトウェアを含むことが可能である。更に、この実行可能ソフトウェアは、スマートフォンなどのワイヤレス・デバイス上で実行されるＡｎｄｒｏｉｄ（商標）オペレーティング・システムなどのオペレーティング・システムの下で実行され得るモバイル・アプリケーション（「ａｐｐ」）を含むことが可能である。
【００６２】
そのようなモバイル・アプリケーションを有するように構成されたワイヤレス・デバイスのいくつかの実施例は、患者が長期間にわたってキャビネットに即時のアクセスを有さない場合でさえ、患者データの正確な報告及び記憶を可能にし得る。例えば、長期間にわたって休暇に出かけることを所望する患者は、その長期間中に使用されることが予期される十分な量の製品単位を取り出すことが可能である。ポータブル・ワイヤレス・デバイスは、図４に関して前段で示したのと同様のユーザ入力スクリーンを有するように構成されて、医薬製品の１回の投与量が取られるたびに、患者データがポータブル・ワイヤレス・デバイスに入力されて、サーバに送信され得るようにすることが可能である。
【００６３】
一実施例において、サーバは、権限を与えられたエンティティに関連するネットワーク・ノードからの在庫情報を求める要求に応答して在庫情報を送信する。つまり、在庫情報は、そのような情報を求める要求が行われると、権限を与えられたエンティティに送信される。別の実施例において、サーバは、在庫情報を、権限を与えられたエンティティのネットワーク・ノードに周期的に送信する。つまり、サーバは、製品情報が、反復する周期でいくつかの権限を与えられたエンティティに自動的に送信されるプッシュ・タイプのプロトコルを実施することが可能である。いずれにしても、製品情報に対するアクセスは、資格のあるエンティティだけがそのような情報を受信することが可能であるように、認証プロセスに制限されることが可能である。
【００６４】
前段で説明される製品情報共有方法の使用は、患者の治療中ずっと続けられることが可能である。この製品情報共有システムの使用がもはや必要とされなくなると、又は所望されなくなると、プロセスは、ステップ５１４で終了する。
【００６５】
本開示は、完全に機能するシステムの脈絡で説明されてきたが、本開示の機構の少なくともいくつかの部分は、様々な形態のうちの任意の形態で機械使用可能媒体内に包含される命令の形態で配布されることが可能であること、及び本開示は、その配布を実際に実行するのに利用される命令又は信号を担持する媒体の特定のタイプにかかわらず、同様に適用されることが当業者には認識されよう。機械使用可能媒体の例には、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）などの不揮発性のハードコードされたタイプの媒体、又は消去可能な、電気的にプログラミング可能な読み取り専用メモリ（ＥＥＰＲＯＭ：ｅｒａｓａｂｌｅ，ｅｌｅｃｔｒｉｃａｌｌｙ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、フロッピー（登録商標）・ディスク、ハードディスク・ドライブなどのユーザが記録可能なタイプの媒体、及びコンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ  ｄｉｓｋ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）若しくはデジタル・バーサタイル・ディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）、並びにデジタル通信リンク及びアナログ通信リンクなどの伝送タイプの媒体が含まれる。
【００６６】
本開示は、いくつかの実施例、及び全般的に関連する方法を説明してきたが、これらの実施例及び方法の変形形態及び置換形態が、当業者には明白となろう。したがって、例示的な実施例の前段の説明は、本開示を規定することも、制約することもない。また、他の変更形態、代用形態、及び変形形態も、添付の特許請求の範囲によって規定される、本開示の趣旨及び範囲を逸脱することなく、可能である。
【図１】
2016503206.tif 000003
【図２】
2016503206.tif 000004
【図３】
2016503206.tif 000005
【図４】
2016503206.tif 000006
【図５】
2016503206.tif 000007
【国際調査報告】
2016503206.tif 000008