(57)【要約】      （修正有）【課題】患者に適切な薬剤の保管、調剤及び管理のシステム及び方法を提供する。【解決手段】方法２０００は、デバイスは、着信リクエストを受信して通信セッションを確立し２０１０、この受信したリクエストに基づいて、着信リクエストの表現を表示する２０１５。デバイスは、医師ユーザが要求を受け入れたか否かを決定する２０２０。否の場合、デバイスは拒否メッセージをコントロールセンター又は薬剤保管ケースに送信する２０２５。医師が着信リクエストを受け入れる場合２０２０Ｙ、デバイスが薬剤分配器と双方向通信セッションを確立する２０３０。医師が分配ボタンを押した場合２０４０Ｙ、デバイスは、関連する薬剤をユーザに分配する命令を送信する２０４５。【選択図】図２０
2020205069.tif 000002
【特許請求の範囲】
【請求項１】
ユーザデバイスによる実行を目的とする命令によってコード化された非一時的機械可読記憶媒体であって、
薬物分配器を操作する患者との通信セッションを確立する着信リクエストの表現を表示させる命令と、
前記ユーザデバイスの医師ユーザが前記着信リクエストを承認したことに基づいて、前記薬物分配器を介して前記患者との双方向通信セッションを確立させる命令と、
前記双方向通信セッションの間に分配ユーザインタフェイス（ＵＩ）要素を表示させる命令と、
前記医師ユーザからの前記分配ＵＩ要素の選択を受信させる命令と、
前記選択に基づいて、前記患者への薬物の分配を前記薬物分配器にさせるコマンドを送信させる命令と
を含む、非一時的機械可読記憶媒体。
【請求項２】
前記薬物分配器を介して利用可能な薬物を記述する薬物データを取得させる命令と、
前記分配ＵＩ要素に関連する前記薬物データの表現を表示させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項３】
前記薬物データは、前記薬物の有効期限日を含む、請求項２の非一時的機械可読記憶媒体。
【請求項４】
前記双方向通信セッションの間に第２分配ＵＩ要素を表示させる命令と、
前記医師ユーザからの前記第２分配ＵＩ要素の選択を受信させる命令と、
前記第２分配ＵＩ要素の選択に基づいて、前記患者への第２薬物の分配を前記薬物分配器にさせるコマンドを送信させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項５】
前記薬物が前記患者への分配を目的として利用可能か否かを示す薬物情報を受信させる命令をさらに含み、
前記分配ユーザインタフェイス（ＵＩ）要素を表現させる命令は、前記薬物が前記患者への分配を目的として利用可能ではないことを前記薬物情報が示す場合に、前記分配ＵＩ要素を選択不可能として表示させる命令を含み、
前記医師ユーザからの前記分配ＵＩ要素の選択を受信させる命令は、前記薬物が前記患者への分配を目的として利用可能であることを前記薬物情報が示すことに基づいて実行されるように構成される、請求項１の非一時的機械可読記憶媒体。
【請求項６】
前記双方向通信セッションを介して前記薬物分配器からの動画データのストリームを受信させる命令と、
前記動画データのストリームに基づいて動画の前記医師ユーザへの表示をさせる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項７】
前記医師ユーザからのメッセージの入力を受信させる命令と、
前記入力されたメッセージの前記患者への表示を前記薬物分配器にさせるコマンドを送信させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項８】
ユーザデバイスが行う方法であって、
リモート薬物分配器を介して前記ユーザデバイスの医師ユーザと患者との双方向通信セッションを確立することと、
前記薬物分配器に関連付けられた薬物を記述する情報を受信することと、
前記医師ユーザによる選択を目的として前記薬物を表す分配ユーザインタフェイス（ＵＩ）要素を表示することと、
前記分配ＵＩ要素の選択に基づいて、前記薬物の前記患者への分配を前記リモート薬物分配器にさせるコマンドを送信することと
を含む、方法。
【請求項９】
前記受信した薬物情報は有効期限日を含み、
前記方法はさらに、前記分配ＵＩ要素に関連させて前記有効期限日を表示することを含む、請求項８の方法。
【請求項１０】
前記受信した情報は付加的に、前記薬物分配器に関連付けられた第２薬物を記述し、
前記方法はさらに、
前記薬物分配器に関連付けられた前記第２薬物を表す第２分配ＵＩ要素を表示することと、
前記第２分配ＵＩ要素の選択に基づいて、前記患者への前記第２薬物の分配を前記リモート薬物分配器にさせるコマンドを送信することと
を含む、請求項８の方法。
【請求項１１】
前記受信した情報は、前記リモート薬物分配器からの分配を目的として前記薬物が利用可能か否かを示し、
前記方法はさらに、
前記薬物が分配を目的として利用不可能であることを前記受信した情報が示すことに基づいて、前記薬物が分配を目的として利用不可能であることの表現を表示することと、
前記薬物が分配を目的として利用不可能であることを前記受信した情報が示すことに基づいて、前記分配ＵＩ要素の選択を拒否することと
を含む、請求項８の方法。
【請求項１２】
前記リモート薬物分配器からの動画データのストリームを受信することと、
前記動画データのストリームに基づいて動画を前記医師ユーザに表示することと
をさらに含む、請求項８の方法。
【請求項１３】
前記医師ユーザからのメッセージの入力を受信することと、
前記入力されたメッセージの前記患者への表示を前記リモート薬物分配器にさせるコマンドを送信することと
をさらに含む、請求項８の方法。
【請求項１４】
医師ユーザによる使用を目的とした携帯型通信デバイスであって、
通信インタフェイスと、
ディスプレイデバイスと、
タッチ入力デバイスと、
メモリと、
前記メモリと通信するプロセッサと
を含み、
前記プロセッサは、
薬物分配器を操作する患者との通信セッションを確立するべく前記ディスプレイデバイスを介して着信リクエストの表現を表示することと、
前記医師ユーザが前記着信リクエストを承認したことに基づいて、前記通信インタフェイス及び前記薬物分配器を介して前記患者との双方向通信セッションを確立することと、
前記双方向通信セッションの間に前記ディスプレイデバイスを介して分配ユーザインタフェイス（ＵＩ）要素を表示することと、
前記タッチ入力デバイスを介して前記医師ユーザからの前記分配ＵＩ要素の選択を受信することと、
前記通信インタフェイスを介して及び前記選択に基づいて、前記患者への薬物の分配を前記薬物分配器にさせるコマンドを送信することと
を行うべく構成される、携帯型通信デバイス。
【請求項１５】
前記プロセッサはさらに、
前記薬物分配器を介して利用可能な薬物を記述する薬物データを取得することと、
前記ディスプレイデバイスを介して、前記分配ＵＩ要素に関連する前記薬物データの表現を表示することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【請求項１６】
前記薬物データは前記薬物の有効期限日を含む、請求項１５の携帯型通信デバイス。
【請求項１７】
前記プロセッサはさらに、
前記双方向通信セッションの間に前記ディスプレイデバイスを介して第２分配ＵＩ要素を表示することと、
前記タッチ入力デバイスを介して前記医師ユーザからの前記第２分配ＵＩ要素の選択を受信することと、
前記通信インタフェイスを介して及び前記第２分配ＵＩ要素の選択に基づいて、前記患者への第２薬物の分配を前記薬物分配器にさせるコマンドを送信することと
を行わせるべく構成される、請求項１４の携帯型通信デバイス。
【請求項１８】
前記プロセッサはさらに、前記薬物が前記患者への分配を目的として利用可能か否かを示す薬物情報を受信することを行うべく構成され、
分配ユーザインタフェイス（ＵＩ）要素を表示するときに、前記プロセッサは、前記薬物が前記患者への分配を目的として利用可能ではないことを前記薬物情報が示す場合に前記薬物が前記患者に前記分配ＵＩ要素を選択不可能として表示するべく構成され、
前記プロセッサは、前記薬物が前記患者への分配を目的として利用可能であることを前記薬物情報が示すことに基づいて、前記医師ユーザからの前記分配ＵＩ要素の選択を受け入れるべく構成される、請求項１４の携帯型通信デバイス。
【請求項１９】
前記プロセッサはさらに、
前記双方向通信セッションを介して前記薬物分配器からの動画データのストリームを受信することと、
前記ディスプレイデバイスを介して、前記動画データのストリームに基づいて動画を前記医師ユーザに表示することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【請求項２０】
前記プロセッサはさらに、
前記医師ユーザからのメッセージの入力を受信することと、
前記入力されたメッセージの前記患者への表示を前記薬物分配器にさせるコマンドを送信することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１４年１２月１８日に出願された米国特許出願第１４／５７５，４７７号の優先権を主張する。これは、２０１４年５月２０日に出願されて現在は米国特許第８，９２２，３６７号として特許された米国特許出願第１４／２８２，８８４号の一部継続出願である。これは、２０１３年１２月３日に出願されたＰＣＴ出願第ＰＣＴ／ＵＳ２０１３／０７２８７８号の一部継続出願である。これは、２０１２年１２月３日に出願された米国仮特許出願第６１／７３２，７５３号の優先権を主張する。これらの開示全体は、あらゆる目的のためにここに組み入れられる。
【０００２】
ここに開示される様々な典型的実施形態は、一般に、薬剤の保管、分配、及び投与に関する。
【背景技術】
【０００３】
患者の中には、薬物の迅速な投与が最も重要となる緊急事態を引き起こし得る病状に苦しむ人もいる。例えば、重度のアレルギーがある人が誘発物質にさらされると、アナフィラキシーを起こすことがある。急激な発症と、それに付随するアレルギー重症度に応じた死亡可能性とにより、エピネフリン投与のような治療をできるだけ早く行うことが重要となる。アレルギーが判明している患者には一般に、突如のアナフィラキシーに対処するべくエピネフリンの自己注射器が処方される。この自己注射器を、緊急時に必ず利用できるようにするべく患者が常に携行する計画である。同様に、即座の治療を必要とする緊急事態を引き起こし得る他の病状の患者には、その人が保持する適切な薬又はデバイスが処方されることがある。
【発明の概要】
【０００４】
エピネフリン及び他の薬物並びにデバイスの投与における様々な危機管理計画の現在の必要性に照らし、様々な典型的実施形態の簡単な概要を提示する。以下の概要において、いくつかの簡略化及び省略を行うことができ、これは、様々な典型的実施形態のいくつかの態様を強調及び紹介することを意図しているが、本発明の範囲を限定することを意図しない。当業者が本発明の概念を形成及び使用することを可能にするのに適切な好ましい典型的実施形態の詳細な説明が、この後のセクションに続く。
【０００５】
様々な実施形態が関連するのは、ユーザデバイスによる実行を目的とする命令によりコード化された非一時的機械可読記憶媒体であって、薬物分配器を操作する患者との通信セッションを確立するべく、着信リクエストの表現を表示させる命令と、当該ユーザデバイスの医師ユーザが当該着信リクエストを承認したことに基づいて当該薬物分配器を介して当該患者との双方向通信セッションを確立させる命令と、当該双方向通信セッションの間に分配ユーザインタフェイス（ＵＩ）要素を表示させる命令と、当該医師ユーザから当該分配ＵＩ要素の選択を受信させる命令と、当該選択に基づいて当該患者への薬物の分配を当該薬物分配器にさせるコマンドを送信させる命令とを含む非一時的機械可読記憶媒体である。
【０００６】
様々な実施形態が関連するのは、ユーザデバイスにより行われる方法であって、リモートの薬物分配器を介して当該ユーザデバイスの医師ユーザと患者との間に双方向通信セッションを確立することと、薬物分配器に関連付けられた薬物を記述する情報を受信することと、当該医師ユーザによる選択を目的として薬物を表す分配ユーザインタフェイス（ＵＩ）要素を表示することと、当該患者への当該薬物の分配を当該リモートの薬物分配器にさせるコマンドを、当該分配ＵＩ要素の選択に基づいて送信することとを含む方法である。
【０００７】
様々な実施形態が、医師ユーザによる使用を目的とした携帯型通信デバイスに関連し、当該携帯型通信デバイスは、通信インタフェイスと、ディスプレイデバイスと、タッチ入力デバイスと、メモリと、当該メモリと通信するプロセッサとを含み、当該プロセッサは、薬物分配器を操作する患者との通信セッションを確立するべく、当該ディスプレイデバイスを介して着信リクエストの表示を表示することと、当該ユーザデバイスの医師ユーザが当該着信リクエストを承認したことに基づいて当該通信インタフェイス及び当該薬物分配器を介して当該患者との双方向通信セッションを確立することと、当該双方向通信セッション中に当該ディスプレイデバイスを介して分配ユーザインタフェイス（ＵＩ）要素を表示することと、当該維持ユーザから当該分配ＵＩ要素の選択を、当該タッチ入力デバイスを介して受信することと、当該患者への薬物の分配を当該薬物分配器にさせるコマンドを、当該通信インタフェイスを介して及び当該選択に基づいて送信することとを行うべく構成される。
【０００８】
様々な実施形態が記載されるのは、請求項１の非一時的機械可読記憶媒体であって、利用可能な薬物を記述する薬物データを、薬物分配器を介して取得させる命令と、分配ＵＩ要素に関連する薬物データの表現を表示させる命令とを含む非一時的機械可読記憶媒体である。
【０００９】
様々な実施形態が記載されるのは、薬物データが薬物の有効期限日を含むことである。
【００１０】
様々な実施形態は付加的に、双方向通信セッション中に第２分配ＵＩ要素を表示させる命令と、医師ユーザから第２分配ＵＩの選択を受信させる命令と、第２分配ＵＩ要素の選択に基づいて、患者への第２薬物の分配を薬物分配器にさせるコマンドを送信させる命令とを含む。
【００１１】
様々な実施形態は付加的に、患者に分配するべく薬物が利用可能か否かを表示する薬物情報を受信させる命令を含み、ここで、当該分配ユーザインタフェイス（ＵＩ）要素を表示させる命令は、当該薬物が当該患者への分配を目的として利用可能ではないことを当該薬物情報が示す場合に当該分配ＵＩ要素を選択不可能として表示させる命令を含み、当該医師ユーザから当該分配ＵＩ要素の選択を受信させる命令は、当該薬物情報が、当該薬物が当該患者への分配を目的として利用可能であることを示す薬物情報に基づいて実行されるように構成される。
【００１２】
様々な実施形態は付加的に、薬物分配器からの動画データのストリームを、双方向通信セッションを介して受信させる命令と、当該動画データのストリームに基づいて医師ユーザへの動画の表示をさせる命令とを含む。
【００１３】
様々な実施形態は付加的に、医師ユーザからのメッセージの入力を受信させる命令と、入力されたメッセージの患者への表示を薬物分配器にさせるコマンドを送信させる命令とを含む。
【図面の簡単な説明】
【００１４】
様々な典型的実施形態を良好に理解するべく、添付図面を参照する。
【００１５】
【図１】典型的な薬剤保管ケースを示す。
【図２】薬剤保管ケースの典型的なコンポーネントのブロック図を示す。
【図３】薬剤保管ケースの典型的なコンポーネントの典型的な模式図を示す。
【図４】薬剤を包含する典型的なスリーブを示す。
【図５】スリーブを選択的に保持及び解放する典型的なアクチュエータを含む典型的な薬剤保管ケースの断面を示す。
【図６】薬剤保管ケースを介して緊急サービスに連絡する典型的な方法を示す。
【図７】リモートの命令に応答して薬剤へのアクセスを許容する典型的な方法を示す。
【図８】薬剤保管ケースのための典型的なネットワーク環境を示す。
【図９】医師デバイス又は制御センターデバイスのための典型的なハードウェア図を示す。
【図１０】医師ユーザを認証するための典型的なユーザインタフェイスを示す。
【図１１】ホーム画面を提示する典型的なユーザインタフェイスを示す。
【図１２】着信通信リクエストの表現を表示する典型的なユーザインタフェイスを示す。
【図１３】通信セッション中の表示のための典型的なユーザインタフェイスを示す。
【図１４】患者の動画を表示して試験メッセージを送信する典型的なユーザインタフェイスを示す。
【図１５】患者の動画を表示する代替的なユーザインタフェイスを示す。
【図１６】薬物を患者に分配するための分配ボタンを表示する典型的なユーザインタフェイスを示す。
【図１７】薬物を患者に分配するための分配ボタンを表示する代替的なユーザインタフェイスを示す。
【図１８】従前の通信セッションのログを表示する典型的なユーザインタフェイスを示す。
【図１９】通信セッションについての医師のメモを受信するための典型的なユーザインタフェイスを示す。
【図２０】薬剤保管ケースと通信するための典型的な方法を示す。
【発明を実施するための形態】
【００１６】
常に携帯するための薬物を患者に与える緊急計画は、効果的な場合も多いが、完全な解決策ではない。患者が緊急事態に対処するための適切な薬物へのアクセスを有し得ない多くの状況が存在する。例えば、患者の状態が未診断のままである場合、事前に緊急の薬物又はデバイスを処方する機会が存在していなかった。他例として、患者が小児であるか、又は薬物若しくはデバイスの使用において監督若しくは指導を必要とする場合、患者は、実際には処方箋を携行しないことがあり、したがって処方箋は利用可能とならない。さらに、適切な管理監督者が不在の場合もある。これらのような特別な状況以外に、患者が単に処方箋を忘れているか、又は緊急時に処方された薬物若しくはデバイスを現在持っていないこともある。少なくともこれらの理由により、緊急の事象において適切に処方された薬物又はデバイスを与える代替的又は補足的な解決策が必要とされている。
【００１７】
以下により詳細に説明されるように、様々な実施形態は、ローカルの患者又は他のユーザによる使用を目的として薬剤を解放するべく、当直医師のようなリモートオペレータから指示が受信されるまで、保管された薬剤へのアクセスを制限する薬剤保管ケースを含む。リモートオペレータが、保管ケースから薬剤を分配することが適切か否か、及びいつが適切かを適切に判断できるようにするべく、保管ケースはさらに、リモートオペレータとの双方向通信を容易にすることができる。この通信により、リモートオペレータは、薬剤を分配すべきか否かを決定するのに十分な患者及び状況に関する情報を取得することができる。
【００１８】
ここに提示される記載及び図面は、様々な原理を例示する。わかることだが、当業者であれば、ここに明示的に記載又は図示されていないにもかかわらず、これらの原理を具体化し、本開示の範囲内に含まれる様々な構成に想到することができる。ここで使用される場合、ここで使用される用語「又は」、「若しくは」は、別段の指示（例えば「さもないと」又は「選択的に又は」）がない限り、非排他的な「又は」（すなわち「又は」）を言及する。加えて、ここに記載される様々な実施形態は、必ずしも相互に排他的ではなく、ここに記載される原理を組み入れる追加実施形態を生成するべく組み合わせることができる。明らかなことだが、ここに記載される方法及びデバイスは、薬物、医療デバイス、及びこれらの組み合わせを分配するべく使用してよい。したがって、ここで使用される用語「薬剤」は、薬物及び医療デバイス双方を包括すると理解される。さらに、ここに記載される様々な装置は、医療分野外の物質、デバイス、及び他のアイテムへの制御されたアクセスを与えるべく使用してよいことがわかる。
【００１９】
ここで図面を参照すると、同じ番号が同じコンポーネント又はステップを言及しており、様々な典型的実施形態の広い側面が開示される。
【００２０】
図１は、典型的な薬剤保管ケース１００を示す。典型的なケース１００を含むここに開示される薬剤保管ケースの様々な実施形態はまた、医療管理システムとも称してよい。図示のように、保管ケース１００は、ケース本体１１０と、ヒンジ１２２ａ、１２２ｂによって取り付けられたドア１２０とを含む。ケース本体１１０は、ケース本体１１０の前面の開口を介してアクセス可能な内部エリア１４０を含む。様々な実施形態において、保管ケース１００は、壁又は他の構造物に取り付け可能である。そのため、保管ケースはまた、かかる取り付けを達成するのに十分な固定用ハードウェアも含んでよい。例えば、ケース本体１１０の裏面が、壁にねじ込まれているボルトのボルトヘッドを受容する凹みを含み得る。他例として、固定用ハードウェアは、ねじにより壁に固定される別個の取り付け構造物を含んでよい。その構造物に対し、ケース１００の裏面がフック、クリップ、又は他の方法で取り付けられる。保管ケース１００を構造物に固定するための様々な他のタイプの固定用ハードウェアが明らかである。様々な実施形態において、本体の裏面、底面、又は他の面が、電力、ネットワーク、及び電話のコネクタのようなコネクタを含んでよい。
【００２１】
ケース本体の底部が下側レッジ１４２を形成し、下側レッジ１４２の上には分配された薬剤１３０が、ユーザにより取り除かれる前に載置される。分配される前に薬剤１３０は、ローカルユーザがアクセス不能又はアクセス困難な、内部エリア１４０の他エリアに保持される。例えば、薬剤１３０は、開口及び下側レッジ１４２の上方にあって保管ケース１１０の前面の後ろに隠れる内部エリア１４０の一部分に保持されてよい。様々な実施形態において、保管ケース１００は、互いに異なる多数の薬剤を保管及び分配するように構成される。例えば、いくつかの実施形態において、保管ケースは、製品ボックスのような様々な包装内に包含され得るエピネフリン自己注射器の成人用及び小児用製剤の双方を分配することができる。
【００２２】
分配前に薬剤を保持するべく、保管ケース１００は、薬剤ロック（図示せず）、又はドア（図示せず）のような他のロック可能な保持構造物を含んでもよい。代替的に、図示されたドア１２０は閉位置においてロック可能であってもよい。様々な典型的な薬剤ロック及び他の保持構造物を以下により詳述する。使用される特定の保持構造物にもかかわらず、様々な実施形態において、保持構造物は、プロセッサ（図示せず）が制御するアクチュエータ（図示せず）によって、ロック状態からロック解除状態へと電子的に可動である。プロセッサは、リモートサイトから受信した命令に従って動作し、保持構造物をロック解除することができる。例えば、分配命令を含むインターネットパケットのようなロック解除信号を受信すると、プロセッサは、アクチュエータにアクセス信号を送信し、当該アクチュエータは保持構造物をロック解除する。ひとたび保持構造物がロック解除状態になると、薬剤が自由となってデバイスから取り除くことができ、又はロック解除された保持構造物をユーザが手動で操作し（例えばロック解除されたドアを開け）、薬剤を解放することができる。
【００２３】
保管ケース１００はまた、ローカルユーザと通信するための多数の入出力デバイスも含む。図示のように、保管ケースは、「ゴー（Ｇｏ）」ボタン１１１及び「ストップ（Ｓｔｏｐ）」ボタン１１２を含む。Ｇｏボタン１１１を押すと、保管ケース１００は、通信ユニット（図示せず）を介してリモートサイトとの双方向通信セッションを開始し得る。この通信セッションは、ローカルユーザとリモートオペレータとが会話できるように、マイクロホン１１４及びスピーカ１１５を介した音声通信を含み得る。Ｓｔｏｐボタン１１２は、通話を終了するように構成され、又はローカルユーザがＧｏボタン１００を押したときに保管ケース１１２が実行するいずれかの処理を停止するように構成され得る。
【００２４】
ディスプレイ１１３もまた、様々な目的のために設けられてよい。例えば、ディスプレイは、双方向通信セッションの一部として、カメラ（図示せず）とともに、リモートサイトとローカルユーザとの間の動画フィードを容易にし得る。代替的に、ディスプレイ１１３は、保管ケース１００又はリモートオペレータが実行している現在のアクションに関する薬剤使用指示又は状態更新のような様々な情報をローカルユーザに示し得る。このように、表示された情報は、ローカルに記憶することができ、リモートサイト又は他の場所から受信することもできる。様々な実施形態において、ディスプレイ１１３に表示される情報は、医師のようなリモートオペレータによって制御される。いくつかの実施形態において、ディスプレイ１１３は、タッチ画面入力を含む。かかる実施形態において、ディスプレイ１１３は、Ｇｏボタン及びＳｔｏｐボタン１１１、１１２の代わりに、又はそれに加えて、ソフトボタンを含んでもよい。タッチ画面ディスプレイ１１３を使用して、パスワードの入力、キーカードのスワイプ、又は他の任意の認証プロセスを介してアクセス可能な管理インタフェイスを与え、認証されたユーザに、記録された情報へのアクセス、又は分配され若しくは期限切れとなった任意の薬剤を交換するための内部コンパートメントへのアクセス、を与えることもできる。
【００２５】
保管ケース１００の状態は、代替的又は追加的な態様で通信することができる。例えば、図示のように、保管ケース１００は、多数の状態ライト１１６を含む。状態ライトは、電源オン若しくはブート状態のようなシステム情報、又は電話がかけられたか否か、薬剤が分配されたか否かのようなプロセスフロー情報を伝え得る。状態ライト１１６の他の様々な用途が明らかになる。
【００２６】
様々な実施形態において、保管ケースの動作を制御する電子機器は、電池、電源、又は他の電源を介して常に電力を供給されてよい。他の実施形態は、エネルギー消費を低減する省電力機能を実装してよい。例えば、不使用期間中、保管ケース１００の電子機器をオフにしてよく、又は「スリープ」モードにしてもよい。ローカルユーザによるアクティベーション時に、これらの電子機器は、関連機能を実行するべく電源投入され、又はスリープ解除される。例えば、ドア１２０を開くこと、Ｇｏボタンを押すこと、又は別個の「電源」ボタンを押すことを、電子機器の電源投入又はスリープ解除を開始させるように構成することができる。他の様々な省電力機能が明らかになる。
【００２７】
ひとたび薬剤の分配が完了すると、サービス要員により保管ケース１００に追加の薬剤を再装填することができる。いくつかの実施形態において再装填はケース１００の開放によって達成され得るが、他実施形態において、サービス要員が、ケースを開放することなく、前面開口製品アクセスエリアを通してケースに直接再装填してもよい。特別なサービスアクセス（例えばケースの開放）を必要としない再装填のための様々な代替方法を利用してもよい。例えば、図１６に関して以下に述べるケース頂部のスロットを通して薬剤が装填される。
【００２８】
図２は、薬剤保管ケースの典型的なコンポーネントの典型的なブロック図２００を示す。様々な実施形態において、ブロック図は、図１の典型的な保管ケース１００の様々な電子及び機械コンポーネントを表す。
【００２９】
図示のように、ブロック図２００は、電子サブシステム２１０、機械サブシステム２４０、及び多数の付加的なコンポーネント２５０〜２６６を含む。電子サブシステム２１０は、プロセッサ２１２と、様々なサポート電子コンポーネント２１４〜２３２を含む。プロセッサ２１２は、例えば、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）のような、ここに記載される機能をまとめることができる実質的にいずれのデバイスをも含んでよい。様々な実施形態において、プロセッサ２１２は、ＡＲＭアーキテクチャのマイクロプロセッサである。
【００３０】
プロセッサ２１２には、ＳＤカードインタフェイス２１６、並びにオンボードプログラム及びデータメモリ２２４、２２６を含む様々な形態のメモリ／データ記憶装置へのアクセスが与えられる。プログラムメモリ２２４は、図６〜７に関して記載した典型的な方法のような、ここに記載の様々な方法を行うときにプロセッサに指示するためのソフトウェア命令を記憶する。例えば、プログラムメモリ２２４は、Ｌｉｎｕｘ（登録商標）カーネルのようなオペレーティングシステムを、適切なデバイスドライバ、リアルタイム転送プロトコル（ＲＴＰ）スタック命令、セッション開始プロトコル（ＳＩＰ）スタック命令、直接アクセス配置（ＤＡＡ）スタック命令、及びＱｔグラフィカルユーザインタフェイス（ＧＵＩ）を与える命令とともに記憶することができる。付加的に、プログラムメモリ２２４は、ドアの開閉、ウォッチドッグリセット、工場出荷時リセット、ファームウェアアップグレード、製造モードへのエントリ、ステータス／報告、及び障害通知のような着信イベントに応答するためのイベントハンドラ命令を記憶してよい。プログラムメモリ２２４はまた、高度なＬｉｎｕｘサウンドアーキテクチャ（ＡＬＳＡ）ライブラリ、ソフトウェアコーデック命令、及びエコー／ノイズキャンセリングアルゴリズムのような様々な音声コンポーネントも記憶してよい。
【００３１】
データメモリ２２６は、保管ケースの使用に関するログデータ、位置情報、又は温度情報のログのような様々なデータを記憶するべくプロセッサによって使用され得る。データメモリ２２６又はＳＤ若しくは他のメモリカードに記憶するための様々な他のデータは、本明細書を考慮すれば明らかである。代替的又は付加的に、ＳＤ又は他のメモリカード２１６が、起動命令、ファームウェアイメージ、アクティビティログ、所定の情報及びメッセージ、並びに他の情報を記憶するべく使用され得る。
【００３２】
電子サブシステム２１２は、プロセッサがスピーカ２５０、ヘッドセット２５２、又はマイクロホン２５４のような様々な音声デバイスを介して音声を受信及び出力できるようにする音声コーデックのような音声インタフェイス２１４を含む。同様に、電子サブシステム２１０は、視覚データを出力してタッチ画面デバイス２５６からのタッチ入力を受信するタッチ画面インタフェイス２１８を含む。状態ＬＥＤ２５８又はプッシュボタン２６０のような様々な他の入出力装置に対し、電子サブシステム２１０は、汎用入出力（ＧＰＩＯ）インタフェイス２２０を与える。
【００３３】
プロセッサ２１２はまた、様々な外部デバイスにアクセスすることができる。例えば、インターネット又は他のネットワークを介して他のデバイスに接続するべく、電子サブシステム２１０は、イーサネット（登録商標）又はＷｉＦｉ２６２のような様々な媒体を介して通信する物理的ネットワークインタフェイス（ＰＨＹ）を含む。付加的に、電子サブシステム２１０は、一般電話システム（ＰＯＴＳ）インタフェイス２２８を含み、固定電話回線２６４を介した電話通話の確立を可能にする。システムのデバッグ及び他のメンテナンスを可能にするべく、電子サブシステム２１０は、ＲＳ−２３２シリアルインタフェイス２３２を含み、これに汎用非同期受信器／送信器（ＵＡＲＴ）を備えたデバイスを取り付けて、データ及び命令をプロセッサと交換することができる。
【００３４】
電子サブシステム２１０はまた、機械サブシステム２３０と通信するためのエンクロージャＩ／Ｏインタフェイス２４０を含み得る。様々な実施形態において、エンクロージャＩ／Ｏインタフェイス２３０は、単にＧＰＩＯインタフェイス２２０を利用するのみとしてよい。機械サブシステム２４０は２つのデバイスを含む。スイッチ、ボタン、近接センサ、又は動作検出器のようなドア開放検出デバイスは、ドアが開放されたときにエンクロージャＩ／Ｏインタフェイス２３０に信号を送信するように配置され得る。様々な実施形態において、この信号は、電子サブシステム２１０の電源投入又は起動に使用され得る。ソレノイドインタフェイス又は他のアクチュエータインタフェイスのような薬剤ロック／ロック解除メカニズム２４４は、プロセッサ２１２からのアクセス信号をエンクロージャＩ／Ｏインタフェイス２４４を介して受信する。このような信号を受信すると、薬剤ロック／ロック解除メカニズム２４４は、以下に詳述するように、薬剤を分配する。
【００３５】
図３は、薬剤保管ケースの典型的なコンポーネントの典型的な模式図３００を示す。様々な実施形態において、模式図３００は、典型的な保管ケース１００の様々なシステムを記載し、図２のブロック図２００の詳細な実施形態を例示し得る。
【００３６】
図示のように、システムは、上述のようにマイクロプロセッサ、ＦＰＧＡ、ＡＳＩＣ、又は記載された機能を実行することができる任意の他のデバイスとしてよいプロセッサ３１０のまわりに配列される。プロセッサ３１０は、いくつかのオンボードメモリを含むことができ、付加的にＳＤカードコネクタ３１１、ＥＥＰＲＯＭ３１４、ＤＤＲ３メモリ３１５、及びＮＡＮＤフラッシュメモリ３１６のような他の形態のメモリにもアクセスすることができる。プロセッサ３１０は、セキュアデジタル入出力（ＳＤＩＯ）バスを介してＳＤカードコネクタ３１１と通信することができる。これらのメモリデバイス間で様々なデータ及び命令を記憶してよい。さらに、これよりも少ない又は付加的なメモリデバイス、及び図示のものとは異なるタイプのメモリデバイスを使用し得ることは明らかである。
【００３７】
プロセッサはまた、他のデバイスを利用してもよく、これは、それ以外の記載されたサブシステムに属することがない。例えば、様々な実施形態において、システム３００は、リアルタイムクロックチップ３１２によって報告された日時に基づく使用のログを保持することができる。いくつかの実施形態において、プロセッサ３１０は、温度センサ３１３によって報告されるように、薬剤又は周囲のエリアの温度を記録又は監視することができる。いくつかの実施形態において、温度センサ３１３は、薬剤がさらされる温度を調節するべくプロセッサ３１０又は他のチップ（図示せず）によって使用され得る。例えば、保管ケースには、内部温度を制御するファン又は他のデバイスを設けることができる。プロセッサ３１０は、かかる実施形態において、温度センサ３１３が何らかの所定しきい値よりも高い温度又は時間・温度読み値を報告することに応答してファンを制御するように構成されてよい。かかる特徴は、保管ケースが携帯可能であり、又は一貫性のない気候にさらされる可能性がある実施形態において特に有用となり得る。さらに、上述のように、プロセッサ３１０は、ＲＳ２３２送受信器３１７及びコネクタ３１８を介して他のデバイスにデバッグ又は保守インタフェイスを与えることができる。
【００３８】
説明したように、様々な実施形態において、システム３００は、ドアが開放されたことを検出したことに応答して電源投入又は起動される。かかる機能を与えるべく、ドア開放検出モジュール３２２が、ドアが閉鎖位置から離れるように動かされたことを検出するための一以上の近接センサ３２０を含む。かかる情報は、一以上のＧＰＩＯラインを介してプロセッサに送信することができる。様々な代替実施形態において、近接センサ３２２は、専用の電源ボタン又は複数のＧｏ・Ｓｔｏｐボタン３４１の一つのような他のデバイスと交換されてよい。
【００３９】
音声通信を容易にするべく、音声対話ユニット３３０がプロセッサ３３０と通信する。すなわち、音声対話ユニット３３０は音声コーデック３３２を含み、音声コーデック３３２は、多チャンネル音声シリアルポート（ＭｃＡＳＰ）及び集積回路間（１２Ｃ）バスを介してプロセッサ３１０とデータ交換をする。音声コーデック３３２は、次に、ヘッドセット３３４及びスピーカ３３６を介してプロセッサ３１０から受信した音声データをレンダリングし、マイクロホン３３８を介して受信したアナログ音声データをデジタル化する。理解されるように、プロセッサは単に、音声対話ユニットと接続ユニット３５０との間のデータ交換を可能にする当該音声データのためのパススルーとして機能してもよい。他の実施形態において、音声対話ユニット３３０は、接続ユニット３５０に直接接続されてもよい。それによって、かかるデータをプロセッサ３１０が処理することなく、リモート位置との間でデータを転送することができる。例えば、音声対話ユニット３３０は、ＲＪ−１１コネクタを介してアナログ音声データを送受信することができる。いくつかの実施形態において、かかる直接接続は、プロセッサ３１０によって選択的にイネーブル又はディセーブルにしてよい。
【００４０】
付加的なタイプのローカルユーザの対話を目的として、システム３００は、様々な入出力デバイスを含むユーザインタフェイスユニット３４０を含む。例えば、ユーザインタフェイスユニット３４０は、リモートサイトに接続するべくシステムの動作を開始及び中断するために使用され得るＧｏ及びＳｔｏｐボタン３４１を含み得る。このように、Ｇｏ及びＳｔｏｐボタン３４１は、一以上のＧＰＩＯチャンネルを介してプロセッサ３１０に信号を与えることができる。同様に、プロセッサは、一以上のＧＰＩＯチェンネルを介して信号を送信することにより、状態及びアクティビティＬＥＤ３４３を照らすように構成することができる。
【００４１】
ユーザインタフェイスユニット３４０はまた、ＬＣＤディスプレイ３４５及び一体型タッチ画面３５７も含む。プロセッサ３１０は、メモリデバイス３１１、３１４、３１５、３１６間に記憶された所定の命令又は接続モジュール３５０を介して受信された情報のような視覚的データを、ディスプレイインタフェイスを介してＬＣＤディスプレイ３４５に出力することができる。プロセッサ３１０はまた、タッチ画面インタフェイスを介してタッチ画面３４７が受信した任意の入力を受信する。様々な実施形態はまた、ＬＣＤディスプレイ３４５、Ｇｏ・Ｓｔｏｐボタン３４１、又は他のコンポーネントへのバックライト照射を制御するバックライトドライバ３４９を与えることによって、低光条件下でのシステムの使用を容易にすることができる。プロセッサは、所望されるバックライトの強度の表現を、パルス幅変調チャンネルを介してバックライトドライバ３４９に送信することができる。
【００４２】
プロセッサ３１０は、接続モジュール３５０を介してリモートデバイスと通信する能力を備える。図示のように、接続モジュール３５０は、３つの通信チャンネルを与える。わかることだが、これよりも少ない又は付加的な通信チャネルがサポートされ得る。第１チャンネルとして、接続モジュールは、ＲＪ−４５接続のようなイーサネットコネクタ３５３を介して有線ネットワーク通信を可能にするイーサネットＰＨＹチップ３５１を含む。プロセッサ３１０は、媒体独立インタフェイス（ＭＩＩ）を介してイーサネットＰＨＹチップとの間でデータを転送することができる。第２ネットワークチャンネルを与えるべく、接続モジュール３５０は、アンテナ及びＷｉＦｉ  ＰＨＹチップを含むＷｉＦｉモジュール３５５を含む。プロセッサ３１０は、ＳＤＩＯバスを介してＷｉＦｉモジュール３５５との間でデータを転送することができる。接続モジュール３５０が与える第３チェンネルは、固定電話回線ＰＯＴＳ接続である。このように、接続モジュール３５０は、ＲＪ−１１コネクタ３５９を介して電話線と通信する音声直接アクセスアレンジメント（ＤＡＡ）チップセット３５７を含む。プロセッサ３１０は、ＳＰＩバス及びＭｃＡＳＰを介して音声ＤＡＡチップセット３５７と通信することができる。
【００４３】
薬剤の解放を有効にするべく、プロセッサ３１０は、薬剤デバイス分配回路３６０と通信する。詳しくは、プロセッサ３１０は、薬剤の分配を有効にするための一以上のソレノイドインタフェイス３６２、３６４又は他のインタフェイスと通信することができる。様々な実施形態において、プロセッサ３１０は、ソレノイドインタフェイス３６２、３６４それぞれと、汎用ＩＯチャンネルを介して通信する。
【００４４】
いくつかの実施形態において、様々な電子回路が、自己診断又はフィードバック能力を含み得る。例えば、ソレノイドループの状態を監視するべく、電池の劣化を監視するべく、又は他の主要な機能を監視するべく、自己診断又はフィードバックの方法を用いることができる。かかる能力を実装する方法は明らかである。
【００４５】
わかることだが、典型的なシステム３００を実装する上で使用され得るいくつかのデバイスを省略してもよい。例えば、システムの実装において、電話線トランスレータが音声ＤＡＡチップセット３５７とＲＪ−１１コネクタとの間に配置されてよく、又は磁気がイーサネットＰＨＹチップ３５１とイーサネットコネクタ３５３との間に与えられてよい。さらに、様々なチップ間に付加的な通信ラインを設けてもよい。例えば、プロセッサ３１０は、表示データに加えて、イネーブル信号やリード／ライト信号のような様々な信号をＬＣＤディスプレイ３４５に付加的に送信することができる。省略されている様々な付加的な実装の詳細が明らかになる。
【００４６】
上述したように、薬剤は、包装の有無にかかわらず分配されてよい。いくつかの実施形態において、薬剤の保持及び解放は、薬剤を包含又は保持する別個のスリーブ、ケース、又は他のデバイスによって容易となり得る。これらは、保管ケースの薬剤ロック又は他の保持構造物と係合するための他の構造的特徴を与える。図４は、薬剤を包含する典型的なスリーブ４００を示す。スリーブ４００は、実質的に任意の材料で作ることができる。いくつかの実施態様において、スリーブ４００は、スリーブ４００内に収容される任意の薬剤の完全性を維持するべく落下力に耐え又は吸収するのに十分強いアクリロニトリル・ブタジエン・スチレン（ＡＢＳ）プラスチック又は他の材料で形成される。スリーブは、中空のスリーブ本体４１０と、少なくとも一端の近くの少なくとも一つの開口４２０と、本体４１０の上面から延びるレール４３０とを含む。開口は、薬剤のための箱包装を受容するサイズである。例えば、エピネフリンの２つのペンを含む標準的な市販の箱包装を、開口４２０を通して挿入し、本体４１０内に受容することができる。レール４３０は、保管ケースの薬剤ロック又は他の保持構造物に係合するべく設けられ、その一例が図５を参照して以下に記載される。
【００４７】
明らかなことだが、スリーブ４００は一例であり、様々な代替構造物を使用することができる。例えば、スリーブは、開口４２０を含まず、その代わりに、スリーブが開放され得るように、本体の２つの部分の間のヒンジ式係合部を含み得る。他例として、レール４３０は、使用される特定の保持構造と係合するのに適した円形ループ、磁石、又は他の構造若しくは材料で置換してよい。さらに、本体４１０は異なる形状に形成してよい。例えば、薬剤が包装なしで分配される場合、本体４１０は、その代わりに、薬剤を包含するように構成された円形スリーブ又は他の形状としてよい。いくつかの実施形態において、本体４１０は省略されてよく、レール４３０又は他の係合構造物は、接着剤、ねじ、若しくは他の取り付け手段を介して薬剤若しくは薬剤包装に直接取り付けられてよく、又は薬剤若しくは包装と一体的に形成されてよい。様々な付加的な修正例が明らかになる。
【００４８】
図５は、図１の典型的な薬剤保管ケース１１０の、側方から見た断面５００を示す。スリーブを選択的に保持及び解放するための典型的なアクチュエータが含まれる。ケース本体１１０は、内部エリア１４０を形成する表面及び裏面を有する。
【００４９】
薬剤１３０を包含するスリーブ４００は、内部エリア１４０内でスリーブレール４３０によって懸架される。図示のように、フック５１０がレール４３０の下に受容され、スリーブ４００がフック５１０から吊るされる。フック５１０は、枢動点５１２において定位置に保持される。例えば、ロッド、ピン、又は他の構造物を、枢動点５１２においてフック５１０を通るように挿入すると、フックが図５の視点から見て時計回り又は反時計回りに回転することが可能になる。スリーブ４００及び薬剤１３０の重量によりフックは、時計回りの回転を強制される傾向となる。図からわかるように、フック５１０が時計回りに十分すぎるほど回転すると、レール４３０はフック５１０から滑り落ちる。スリーブ４００は、フック５１０によってもはや支持されないと落下して下側レッジに着地し、ユーザにより回収される。フック５１０に対するスリーブ４００の下方への力を打ち消すべく、十分な強度のばねが、フック５１０の頂部とケース本体１１０との間に配置される。それゆえ、他の外力がフック５１０に作用しないとき、フックはスリーブ４００を懸架状態に保持する。
【００５０】
保持構造物（例えばフック５１０及びばね５１４）の解放を有効にするべく、ソレノイド５６２及びソレノイドコントローラ３６２を含むアクチュエータが設けられる。上述のように、ソレノイドコントローラ３６２は、プロセッサからアクセス信号を受信し、これに応答してソレノイド５６２に、ソレノイドシリンダを前方に（図５の視点から右側に）動かしてフック５１２に第３の力を加えるのに十分な電流を送る。ソレノイド５６２の力は、スリーブ４００及び薬剤１３０の下向きの力と合わさって、ばね５１４の力に対抗してフック５１０を回転させてスリーブ４００を解放するほど十分に高くなる。
【００５１】
明らかなことだが、図５の配列は、薬剤を分配するための保持構造物及びアクチュエータの一例にすぎず、多数の付加的構成が可能である。例えば、スリーブ４００は、ソレノイドシリンダから直接懸架されてよく、ソレノイドコントローラ４００によるアクティベーション時に当該ソレノイドシリンダは、スリーブ３６２との係合が解除されるように動かされる。かかる実施形態において、ソレノイド５６２のコンポーネントは、保持構造物及びアクチュエータ双方として機能することができる。同様に、いくつかの実施形態において、ソレノイドシリンダは、スリーブ４００との係合から直線的に外れるように動かされる他の非枢動構造物と接触し又はこれとともに形成されてよい。他の代替例として、スリーブ４００又は薬剤１３０を懸架する代わりに、スリーブ４００を又は薬剤１３０も一緒に移動可能なプラットフォーム上に載置してよい。アクティベーション時に、プラットフォームが後退又は枢動するので、スリーブ４００又は薬剤１３０がもはや支持されず、下側レッジ１４２に落下する。
【００５２】
またもわかることだが、様々な配列がソレノイド以外のアクチュエータを使用してよい。例えば、サーボモータ又はステッパモータを使用して、フック５１０又はプラットフォームの角度位置を制御することができる。または、サーボモータ又はステッパモータを使用して、一以上の連結構造物を介して他の保持構造物を直線的に後退させることもできる（例えば構造物に取り付けられたケーブルを巻き取ることによって）。他例として、保持構造物が電磁石である場合、アクチュエータは、磁石への電力を切断し、それによってスリーブ４００又は薬剤１３０を解放するように構成されたコントローラであってよい。様々な他のタイプのアクチュエータが明らかになる。
【００５３】
さらに、ユーザアクセス可能エリアに薬剤を落下させることによって薬剤を送達するわけではない様々な他の保持構造物及びアクチュエータ配列も利用することができる。例えば、薬剤１３０は、薬剤１３０のまわりに配置されて適切なアクチュエータによって開放され得るリング又はクランプによって、保管ケースにロックすることができる。他例として、薬剤１３０は、ロックされたドアの後ろに、例えば一次ドア１２０の後ろの二次ドアの後ろに保管されてよく、Ｇｏボタン１１１のような制御装置もまた一次ドアの後ろに収容されず、又はロックされた引き出し内に収容されない実施形態においては、一次ドア１２０の後ろに保管されてよい。かかる実施形態におけるアクチュエータは、かかるドア又は引き出しをロック解除するべく機能し、ユーザがドア又は引き出しを開けて薬剤にアクセスできることが許容される。すなわち、いくつかの実施形態において、アクチュエータが薬剤１３０の能動的な解放を有効にすることにより、ユーザは解放後に薬剤１３０を直接回収することができる一方、他実施形態において、アクチュエータが薬剤１３０の受動的な解放を有効にすることにより、ユーザは保持構造物を手動で動かして、薬剤１３０にアクセスすることができる。
【００５４】
図６は、薬剤保管ケースを介して緊急サービスに連絡する典型的な方法６００を示す。方法６００は、プロセッサ２１２又はプロセッサ３１０のような保管ケース１００のプロセッサにより実行されてよく、かかるプロセッサによる実行のためのプログラム命令としてコード化されてよい。
【００５５】
方法６００は、ステップ６１０から開始し、プロセッサがＧｏボタンが押されたという表現を受信するステップ６２０に進む。かかるボタン押しは、ボタン１１１のような物理的Ｇｏボタンを介して、又はディスプレイ１１３のようなタッチ画面ディスプレイに表示されるソフトＧｏボタンを介して検出することができる。様々な実施形態において、ステップ６２０は、プロセッサがイベントハンドラにおいてイベントを受信及び認識することからなる。
【００５６】
次に、ステップ６３０において、プロセッサは、緊急派遣への固定電話回線通話を開始する。例えば、保管ケースが米国に位置特定される場合、プロセッサは、９１１緊急サービスに電話をかけるように構成することができる。緊急派遣への接続中又は接続後に、プロセッサは、所定情報のセットを、固定電話回線通話を介して緊急派遣に送信する。例えば、プロセッサは、通話が薬剤保管ケースからであることの表現、音声セッションがローカルユーザとの間で確立されていないことの表現、又はＧＰＳ若しくは他の手段を介して予めプログラムされ若しくは決定され得る保管ケースの位置を送信することができる。緊急派遣に送信すべき様々な付加的又は代替的な情報が明らかになる。情報は、例えば、コンピュータによってレンダリングされたボイス音声、ファックスデータ、又はそれ以外にアナログ電話信号上でコード化されたデータのような任意の形式で送信してよい。
【００５７】
次に、ステップ６５０において、プロセッサは、緊急派遣以外のコントロールセンターへのボイスオーバーＩＰ（ＶＯＩＰ）通話を開始する。例えば、コントロールセンターは、保管ケース又はそこに含まれる薬剤を与え、維持し、又は関連付けられる同じエンティティによって操作されてよい。再びであるが、保管ケースは、保管ケースの位置又は識別子のような様々な所定の情報を送信することもできる。その後、ステップ６６０において、プロセッサは、ローカルユーザがコントロールセンターのオペレータと会話できるように、音声コーデックとＶＯＩＰチャンネルとの間で音声データを交換する。後述するように、コントロールセンターのオペレータは、通話を医師に転送することができ、その後、ローカルユーザはその医師と会話することができる。ステップ６７０において、プロセッサは、ＶＯＩＰ通話を終えるべきか否かを決定する。例えば、プロセッサは、Ｓｔｏｐボタンが押されたか否か、又はＶＯＩＰ通話が相手側から閉じられたか否かを決定することができる。否の場合、方法６００は、ステップ６６０にループバックして、リモートサイトとの音声データの交換を継続する。そうでなければ、プロセッサはステップ６８０でＶＯＩＰチャンネルを閉じ、方法はステップ６９０で終了する。
【００５８】
わかることだが、方法６００は、ここに記載のシステム及び方法に従った薬剤保管ケースの動作の一例であり、様々な代替方法を使用してよい。例えば、ステップ６７０は、通話を閉じるイベントのイベントハンドラ及び検出を介して達成され得る。いくつかの実施形態において、緊急派遣への通話をしなくてもよい一方、他実施形態においては、緊急派遣が備えられて薬剤の分配がリモート制御され、又は通話を医師に若しくはそれが備えられた他のエンティティに転送される場合、９１１への通話のみを行ってもよい。他実施形態において、方法の様々なステップが並列して行われる。例えば、ステップ６２０を、ステップ６３０、６４０を有する第１スレッドと、ステップ６５０〜６８０を有する第２スレッドとの２つのスレッドに分割してよい。かかる実施形態において、２つの通話を同時に行うことができる。様々な他の修正が明らかとなる。
【００５９】
図７は、リモート命令に応答して薬剤へのアクセスを許容するための典型的な方法７００を示す。方法７００は、プロセッサ２１２又はプロセッサ３１０のような保管ケース１００のプロセッサによって行われてよく、かかるプロセッサによる実行のためのプログラム命令としてコード化されてよい。
【００６０】
方法は、ステップ７１０から開始し、分配命令として機能するロック解除信号をプロセッサが受信するステップ７２０へと進む。例えば、プロセッサは、薬剤を分配させる命令を含むパケットを受信し得る。ステップ７３０において、プロセッサは、当該命令から、分配予定の薬剤のインデクスを決定する。詳しくは、保管ケースが多数の異なる薬剤及び調剤を分配することができる実施形態において、利用可能な薬剤がインデクス化され得る。例えば、成人用エピネフリン注射器セットを「０」のインデクスとし、小児用エピネフリン注射器セットを「１」のインデクスとしてよい。ステップ７２０で受信された命令は、適切な薬剤のインデックスを直接特定してよく、又は、分配予定薬剤のみを特定してよい。この場合、プロセッサは、その特定された薬剤のインデックスを、例えばルックアップテーブルを介して決定する。単一タイプの薬剤のみが分配され得る実施形態においては、ステップ７３０を省略してよい。
【００６１】
ステップ７４０において、プロセッサは、適切な薬剤に関連付けられたアクチュエータにアクセス信号を送信する。再びであるが、このステップは、例えばルックアップテーブルを介して、インデックス又は薬剤をアクチュエータに相関させることを含んでよい。アクチュエータは、アクセス信号を受信すると、ユーザによる回収のために薬剤を解放する。様々な代替実施形態において、単一のアクチュエータが多数の薬剤の解放を制御し得る。かかる実施形態において、プロセッサは単に、所望の薬剤のインデクス又は他の識別をアクチュエータに送るだけでよく、アクチュエータは、次に、要求された薬剤を分配するための適切なアクションを決定する。
【００６２】
プロセッサは、薬剤を分配した後、薬剤のために記憶された動画指示を位置特定し、又はかかる指示を、ネットワークインタフェイスを経由して受信する。ステップ７５０において、プロセッサは、ディスプレイデバイスを介して当該命令を出力することにより、医師又は他のリモートオペレータの指示を視覚的に補強する。その後、方法７００はステップ７６０において終了する。
【００６３】
図８は、薬剤保管ケースのための典型的なネットワーク環境８００を示す。上で詳細に説明したように、保管ケース１００の動作は、インターネット８１０又は他のネットワークを経由してコントロールセンターデバイス８２０又は医師デバイス８３０のようなリモートデバイスによって少なくとも部分的に制御される。コントロールセンターデバイス８２０又は医師デバイス８３０は、端末、パーソナルコンピュータ、タブレット、携帯電話機、又は他のデバイスのような実質的に任意のユーザデバイスとしてよい。
【００６４】
説明したように、ユーザによるアクティベーション時に、保管ケース１００は、コントロールセンター８２０又は緊急派遣（図示せず）のようなリモートサイトへのＶＯＩＰ通話を開始する。コントロールセンター８２０は、通話中に直ちに又はある時点で、ＶＯＩＰ通話をオンサイト又は当直いずれかの医師に転送することができる。いくつかの実施形態において、コントロールセンター８２０は単に、利用可能な医師デバイス８３０に通話を自動的に転送する電子派遣として動作するだけでよい。かかる実施形態において、コントロールセンター８２０は、クラウドコンピューティング環境内のホストとされてよい。
【００６５】
コントロールセンター８２０又は医師デバイス８３０は、音声ＶＯＩＰ通話を容易にすることに加え、保管ケース１００において一つ以上の薬剤をリモート解放する能力をリモートオペレータに与えることもできる。例えば、医師デバイス８３０は、医師と保管ケースとの間で音声データを通信して医師に２つのボタンを提示するモバイルアプリを実行することができる。２つのボタンとは、成人用製剤エピネフリン注射器を分配するボタン、及び小児用製剤エピネフリン注射器を分配するボタンである。かかるボタンにより、医師デバイスは、分配命令パケットのような解放信号を生成し、コントロールセンター８２０を介し、又はコントロールセンター８２０をバイパスしてインターネット８１０を直接通し、保管ケース１００に送信することができる。同様の機能をコントロールセンター８２０に設けてもよい。
【００６６】
様々な修正例及び付加的な特徴が明らかになる。例えば、コントロールセンター８２０又は医師デバイス８３０はさらに、保管ケース１００との単方向又は双方向動画フィードをサポートするように構成することができる。他の代替例として、コントロールセンター８２０又は医師デバイス８３０は、リモートオペレータが保管ケース１００のディスプレイデバイス上に表示されるテキスト又はグラフィックスを選択又は送信することを可能にし得る。さらに、コントロールセンター８２０又は医師デバイス８３０は、リモートオペレータが患者の病歴にアクセスできるように、患者記録リポジトリのような他のデバイス（図示せず）とのインタフェイスをなすことができる。
【００６７】
いくつかの実施形態において、管理システムはまた、インターネット８１０又は他のネットワークを経由して保管ケース１０と通信してよい。例えば、別個のサーバ、パーソナルコンピュータ、テーブル、ラップトップ、クラウド仮想マシン、又はコントロールセンター８２０自体が、在庫管理、通話記録及びロギング、並びに他の管理機能のような機能を実行するべく保管ケースと通信し得る。
【００６８】
図９は、医師デバイス又はコントロールセンターデバイスのための典型的なハードウェア図９００を示す。様々な実施形態において、典型的なハードウェア図９００はまた、保管ケースの少なくとも一部分を記述し得る。図示のように、ハードウェア２００は、一以上のシステムバス９１０を介して相互接続されたプロセッサ９２０、メモリ９３０、ユーザインタフェイス９４０、ネットワークインタフェイス９５０、及び記憶装置９６０を含む。理解されることであるが、図９は、いくつかの点で抽象化を構成し、ハードウェア９００のコンポーネントの実際の組織構成は、例示よりも複雑となり得る。
【００６９】
プロセッサ９２０は、メモリ９３０又は記憶装置９６０に記憶された命令を実行すること、又はデータを処理することができる任意のハードウェアデバイスとなり得る。よって、プロセッサ９２０は、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は他の同様のデバイスを含み得る。
【００７０】
メモリ９３０は、例えばＬ１、Ｌ２若しくはＬ３キャッシュ又はシステムメモリのような様々なメモリを含み得る。よって、メモリ９３０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、リードオンリーメモリ（ＲＯＭ）、又は他の同様のメモリデバイスを含み得る。
【００７１】
ユーザインタフェイス９４０は、管理者のようなユーザとの通信を可能にする一以上のデバイスを含み得る。例えば、ユーザインタフェイス９４０は、ユーザコマンドを受信するべくディスプレイ、マウス、及びキーボードを含み得る。いくつかの実施形態において、ユーザインタフェイス２４０は、ネットワークインタフェイス９５０を経由してリモート端末に提示され得るコマンドラインインタフェイス又はグラフィカルユーザインタフェイスを含み得る。
【００７２】
ネットワークインタフェイス９５０は、他のハードウェアデバイスとの通信を可能にする一以上のデバイスを含み得る。例えば、ネットワークインタフェイス９５０は、イーサネットプロトコルに従って通信するように構成されたネットワークインタフェイスカード（ＮＩＣ）を含み得る。付加的に、ネットワークインタフェイス９５０は、ＴＣＰ／ＩＰプロトコルに従う通信のためのＴＣＰ／ＩＰスタックを実装し得る。ネットワークインタフェイス９５０のための様々な代替的又は付加的なハードウェア又は構成が明らかとなる。
【００７３】
記憶装置９６０は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、又は同様の記憶媒体のような一以上の機械可読記憶媒体を含み得る。様々な実施形態において、記憶装置９６０は、プロセッサ９２０による実行のための命令を記憶してもよく、またはプロセッサ９２０と共に動作するデータを記憶してもよい。例えば、記憶装置９６０は、Ｌｉｎｕｘ（登録商標）、ＭＩＣＲＯＳＯＦＴ（登録商標）ＷＩＮＤＯＷＳ（登録商標）ＯＳ、ＡＰＰＬＥ（登録商標）ＯＳＸ、ＡＰＰＬＥ  ｉＯＳ、又はグーグル（登録商標）ＡＮＤＲＯＩＤ（登録商標）ＯＳのような基本オペレーティングシステム（ＯＳ）９６１を記憶することができる。記憶装置９６０は、一以上の保管ケースと通信するアプリケーション９６２を定義する命令も含む。保管ケースアプリ９６２の一部として、記憶装置９６０は、音声又は動画のデータを保管ケースと通信するためのＶＯＩＰ命令９６３と、ハードウェア９００のユーザのコマンドにより保管ケースに薬剤の解放を指示するための解放命令９００とを記憶することができる。
【００７４】
記憶装置９６０に記憶されるように記載された様々な情報を、付加的又は代替的にメモリ９３０に記憶してもよいことは明らかである。例えば、オペレーティングシステム９６１及びウォールユニットアプリ９６２は、プロセッサ９３０による実行のために、少なくとも部分的にメモリ９２０にコピーされてよい。この点において、メモリ９３０が「記憶装置」を構成するとみなしてもよく、記憶装置９６０が「メモリ」を構成するとみなしてもよい。様々な他の配列が明らかになる。さらに、メモリ９３０及び記憶装置９６０は双方とも、「非一時的機械可読媒体」とみなしてもよい。ここに使用されるように、「非一時的」という用語は、一時的な信号を除外するが、揮発性メモリ及び不揮発性メモリ双方を含むすべての形態の記憶装置を含むと理解される。
【００７５】
ハードウェア９００が、各記載のコンポーネントの一つを含むように示されるにもかかわらず、様々なコンポーネントを様々な実施形態において複製してよい。例えば、プロセッサ９２０は多数のマイクロプロセッサを含み得る。これらのマイクロプロセッサは、ここに記載される機能を多数のプロセッサが協働して達成するように、ここに記載される方法を独立して実行するべく構成され、又はここに記載される方法のステップ又はサブルーチンを実行するべく構成される。
【００７６】
医師デバイスのための典型的なハードウェア及び機能が記載されてきたが、当該医師デバイスのための典型的なユーザインタフェイス及び関連機能をここで、図１０〜図２０を参照して説明する。理解されるように、様々なインタフェイスが保管ケースアプリ９６２によって生成され、ユーザインタフェイス９４０を介して表示され得る。様々な修正例が明らかになる。
【００７７】
図１０は、医師ユーザを認証するための典型的なユーザインタフェイス１０００を示す。図示のように、このインタフェイスは、ユーザ名（Ｕｓｅｒｎａｍｅ）及びパスワード（Ｐａｓｓｗｏｒｄ）それぞれ受信するフィールド１０１０、１０２０を含む。ユーザは、フィールド１０１０、１０２０のうちの一方を選択すると、例えば、オペレーティングシステムによって提供されるソフトキーボードインタフェイスのような英数字値を入力するためのインタフェイスが与えられる。このインタフェイスはまた、ユーザ名及びパスワードの入力を確認するログイン（ｌｏｇｉｎ）ボタン１０３０も含む。ログインボタン１０３０を選択すると、入力された認証情報が、当該認証情報を、ローカルに記憶された認証情報と比較することによって、又は当該認証情報を、例えばコントロールセンターデバイスのような、認証のための他のサーバに送信することによって、有効にされ得る。アプリは、ユーザが認証されたとの表現又は決定を受信すると、ホーム画面に進み得る。
【００７８】
図１１は、ホーム画面を提示する典型的なユーザインタフェイス１１００を示す。ホーム画面インタフェイス１１００は、当該ホーム画面にアクセスするためのホームボタン１１１０（すでに選択されたときに表示）と、通話ログにアクセスするための通話ログボタン１１２０と、設定メニューにアクセスするための設定ボタン１１３０とを含むナビゲーションバーを提示し得る。ホーム画面インタフェイス１１００上で（及び潜在的にはログイン後の他のインタフェイス上で）、アプリは、着信通話を受信することができる。詳しくは、コントロールセンター又は薬剤保管ケースが、リクエストを医師デバイスに送信して通信セッションを確立することができる。
【００７９】
図１２は、着信通信リクエストの表現を表示するための典型的なユーザインタフェイス１２００を示す。着信リクエストインタフェイス１２００は、例えば、コントロールセンターデバイス又は薬剤保管ケースからの通信セッションを確立するための着信リクエストを医師デバイスが受信したことに応答し表示され得る。着信リクエストインタフェイス１２００は、着信リクエストに関連付けられた薬剤保管ケースの表現１２１０を含む。また、ユーザには、２つのボタンが提示される。一方は、着信リクエストを承認するための応答（Ａｎｓｗｅｒ）ボタン１２２０であり、他方は、着信リクエストを拒否するための拒否（Ｄｅｃｌｉｎｅ）ボタン１２３０である。拒否ボタン１２３０を選択すると、アプリは、ホーム画面へ、又は着信リクエストを受信する前に従前に表示されていた他画面に戻り得る。応答ボタン１２２０を選択すると、アプリは、アクティブ通信セッション画面を表示し得る。
【００８０】
図１３は、通信セッションの間に表示する例示的なユーザインタフェイス１３００を示す。アクティブセッションインタフェイス１３００が表示されている間、アプリは、デバイスハードウェアを介して少なくとも音声通信セッションも与え得る。換言すれば、ユーザは、ＶＯＩＰセッションを介し、医師デバイスのスピーカ及びマイクロホンを介し、呼び出し中の薬剤保管ケースと通信することができる。アクティブセッションインタフェイス１３００は、多数のボタンを含むメニュー１３１０を含む。以下に詳細に説明するように、メニュー１３１０は、動画ストリームを切り替えるボタン、マイクロホンをミュートするボタン、通話を保留にするボタン、テキストメッセージインタフェイスにアクセスするボタン、及び分配インタフェイスにアクセスするためのボタンを含み得る。アクティブセッションインタフェイス１３００は、アクティブセッションを終了してホーム画面、又は着信リクエストを受信する前に従前に表示されていた他画面に戻る通話終了（Ｅｎｄ  Ｃａｌｌ）ボタン１３２０をさらに含む。
【００８１】
図１４は、患者の動画を表示してテストメッセージを送信する典型的なユーザインタフェイス１４００を示す。図示のように、メニュー１３１０上の動画ボタンが選択されており、その結果、動画ストリーム１４１０が表示される。動画ストリーム１４１０は、接続された薬剤保管ケースから、又はコントロールセンターデバイスから受信することができる。例えば、動画ボタンを押すと、アプリは、接続された保管ケースがすでに送信している動画データのレンダリングを開始してよく、又はかかる動画データの送信を開始するように保管ケースに命令を送信してよい。さらに図示されるように、メニュー１３１０のホールドボタンも選択されるように示される。これは、通信がホールドされており、ホールドが解除されるまで通信が受信又は送信されないことを示す。
【００８２】
メニュー１３１０はさらに、テキストメッセージボタンが選択され、その結果、テキストメッセージインタフェイス要素１４２０、１４３０が表示されることも示す。図示のように、インタフェイス１４００は、入力テキストメッセージを受信するテキストエリア１４２０を含む。テキストエリア１４２０を選択すると、例えばＯＳソフトキーボードのようなテキストを入力するためのインタフェイスス要素がユーザに提示され得る。インタフェイス１４００はまた、送信（Ｓｅｎｄ）ボタン１４３０も含む。送信ボタン１４３０を選択すると、アプリはテキストメッセージを、通話中の保管ケースに送信し、その保管ケースは当該テキストメッセージを受信すると、例えばＬＣＤ画面を介して患者にメッセージを表示することができる。
【００８３】
図１５は、患者の動画を表示する代替ユーザインタフェイス１５００を示す。代替ユーザインタフェイス１５００は、例えば、動画フィードがアクティブにされて医師が電話機を９０度回転させたときに表示され得る。アプリは、オペレーティングシステムにアクセスして、医師デバイスの現在の向きを決定し、当該デバイスがほぼ横長の配向に保持されている場合に代替インタフェイス１５００に切り替える。図示のように、代替インタフェイスは、動画ストリームを全画面１５１０で提示する。様々な代替配置が可能であることは明らかである。例えば、メニュー１３１０と同様のメニューを動画エリア１５１０上に表示することができる。医師デバイスがほぼ縦長の配向に戻るように回転されると、アプリは、インタフェイス１４００のような従前のインタフェイスに戻ることができる。
【００８４】
図１６は、患者に薬物を分配するための分配ボタンを表示するための例示的なユーザインタフェイス１６００を示す。図示のように、メニュー１３１０は、分配ボタンが選択されたことを示す。その結果、多数の分配インタフェイス要素１６１０、１６２０、１６３０がインタフェイス１６００の一部として表示される。インタフェイス１６００は、接続された薬剤保管ケースからの分配に利用できる薬剤に関連付けられた２つの分配ボタン１６１０、１６２０を含む。わかることだが、様々な実施形態において、これよりも少ないボタン又は付加的なボタンを含み得る。いくつかの実施形態において、接続された保管ケースは、利用可能な薬剤を特定する情報を、有効期限日のような他の情報とともに医師デバイスに送信することができる。その後、インタフェイス１６００は、対応するボタン１６１０、１６２０をレンダリングすることができる。図示しないが、いくつかの代替実施形態において、インタフェイス１６００は付加的に、医師の署名を受信するフィールドも含み得る。例えば、いくつかの州は、いずれの処方箋にも医師の署名が必要とされる規則を有する。署名を入力し又は分配ボタンを押すと、医師デバイスは、署名の画像、テキスト、又は他の表現を記憶し又はコントロールセンターに送信し得る。
【００８５】
図示のように、インタフェイス１６００は、接続された保管ケースからの分配に利用可能な２つの薬剤を特定する。第１のボタン１６１０は、有効期限日が２０１５年１２月２０日の「Ｊｒ．Ｅｐｉｐｅｎ」薬剤が利用可能であることを示す。第２のボタン１６２０は、有効期限日が２０１５年２月１５日の「Ｓｒ．Ｅｐｉｐｅｎ」薬剤が利用可能であることを示す。ボタン１６１０、１６２０のいずれかが選択されると、医師デバイスは、関連する薬剤を分配する命令を、接続された保管ケースに送信する。例えば、接続された保管ケースは、利用可能な薬剤とともに、各薬剤のインデクス又は他の識別子を送信してよい。その後、アプリは、ボタンが選択されると、選択された薬剤に関連付けられた識別子を含む命令を送信し得る。インタフェイス１６００はまた、分配要素１６１０、１６２０、１６３０を含まない従前のインタフェイスに戻るための取り消し（Ｃａｎｃｅｌ）ボタン１６３０も含む。
【００８６】
図１７は、患者に薬物を分配する分配ボタンを表示する代替ユーザインタフェイス１７００を示す。いくつかの実施形態において、ボタン１７２０は、関連する薬剤が利用不可能な場合に、選択に利用不可能として表示される。図示のように、接続された保管ケースは「Ｓｒ  Ｅｐｉｐｅｎ」薬剤を分配することができず、それゆえ、ボタン１７２０が選択不可能として表示される。アプリは、例えば、薬剤が当該アプリによって利用可能と予想されるが、接続された保管ケースにより利用可能とは報告されない場合、又は保管ケースが明示的に、薬剤が利用不可能であると報告する場合、薬剤が利用不能であると決定する。様々な代替実施形態において、インタフェイス１７００は、その代わり、利用不可能な薬剤のいずれのボタンの表示も省略するだけとしてよい。
【００８７】
図１８は、従前の通信セッションのログを表示する典型的なユーザインタフェイス１８００を示す。通話履歴インタフェイス１８００は、ナビゲーションメニュー上の通話履歴ボタン１１２０を選択することによってアクセスすることができる。図示のように、通話履歴インタフェイスは、すべての従前の着信リクエスト、又は代替的に、すべての受け入れられた着信リクエストを特定する多数の項目１８１０、１８２０、１８３０、１８４０を表示する。入力項目１８１０、１８２０、１８３０、１８４０を選択すると、アプリは、当該通話に対する追加情報を表示又は入力するインタフェイスを表示する。
【００８８】
図１９は、通信セッションに関する医師のメモを受信する典型的なユーザインタフェイス１９００を示す。メモインタフェイス１９００は、通話履歴インタフェイス１８００から入力項目１８１０、１８２０、１８３０、１８４０を選択することによってアクセスすることができる。図示のように、インタフェイス１９００は、通話詳細１９１０と、医師のメモを受信するテキストフィールド１９２０とを含む。選択すると、テキストフィールド１９２０は、例えばＯＳソフトキーボードのようなテキスト入力のためのインタフェイス要素を医師に与えることができる。インタフェイス１９００は付加的に、テキストフィールド１９３０内のテキストを、通話記録に関連付けて記憶するべくコマンドセンターデバイスに送信する送信ボタン１９２０も含む。取り消しボタン１９４０は、選択されると、例えば通話履歴インタフェイス１８００のような従前の画面にアプリを戻す。図示しないが、いくつかの代替実施形態において、インタフェイス１６００は、付加的又は代替的に、医師の署名を受信するフィールドを含んでよい。例えば、いくつかの州は、いずれの処方箋にも医師の署名が必要とされる規則を有する。署名を入力し又は送信ボタン１９３０を押すと、医師デバイスは、署名の画像、テキスト、又は他の表現を記憶し又はコントロールセンターに送信し得る。
【００８９】
図２０は、薬剤保管ケースと通信する典型的な方法２０００を示す。方法２０００は、医師デバイス９００のような医師デバイスのコンポーネントによって行うことができる。方法は、ステップ２００５から開始し、デバイスが着信リクエストを受信して通信セッションを確立するステップ２０１０へと進む。デバイスは、この受信したリクエストに基づいて、ステップ２０１５において、例えばインタフェイス１２００のような着信リクエストの表現を表示する。ステップ２０２０において、デバイスは、医師ユーザが要求を受け入れたか否かを決定する。否の場合、デバイスは、ステップ２０２５において、拒否メッセージをコントロールセンター又は薬剤保管ケースに送信する。引き続き、コントロールセンター又は薬剤保管ケースは、リクエストを送信して通信セッションを確立し得る他の医師デバイスを位置特定するよう試みてもよい。方法はステップ２０５５で終了する。
【００９０】
しかしながら、医師がステップ２０２０で着信リクエストを受け入れる場合、方法は、デバイスが薬剤分配器と双方向通信セッションを確立するステップ２０３０へと進む。その後、ステップ２０３５において、デバイスは、例えば、上述のように、ボタンを表示するようにとのユーザリクエストに応答して、一以上の分配ボタンを表示する。その後、ステップ２０４０において、デバイスは、医師が分配ボタンを押したか否かを決定する。否の場合、方法はステップ２０５０へとスキップする。医師が分配ボタンを押した場合、デバイスは、ステップ２０４５において、関連する薬剤をユーザに分配する命令を送信する。ステップ２０５０において、デバイスは、例えば、ローカルユーザ又はリモート薬剤分配器のユーザによってセッションが終了されたか否かを決定する。否の場合、方法はステップ２０４０にループバックし、医師が分配ボタンを選択したか否かのチェックを続ける。そうでなければ、方法はステップ２０５５で終了する。
【００９１】
上記方法に対する様々な修正例が、ここに記載される医師デバイスの付加的な機能性に鑑みて明らかとなる。例えば、方法２０００は、利用可能な薬剤を記述する着信データを解釈すること、通話をミュート又は保留にすること、テキストメッセージを送信すること、及び動画ストリームを表示することを目的とした追加ステップを含んでよい。様々な付加的な修正例が明らかになる。
【００９２】
上記によれば、様々な典型的実施形態によって医師が、薬剤を処方してリモート位置において薬剤に迅速にアクセスさせることを可能にする。例えば、音声又は動画通信セッションを確立するとともにリモートの薬剤分配器に分配命令を送信することができる医師デバイスアプリケーションを与えることによって、資格のある職員が、緊急の状況を適切に評価し、その状況に対処するべく必要又は有用とみなされる薬剤の提供を効果的に行うことができる。上記記載に鑑み、様々な他の利点が明らかとなる。
【００９３】
上記記載から明らかなことだが、本発明の様々な典型的実施形態をハードウェア及び／又はファームウェアに実装することができる。さらに、様々な典型的実施形態を、機械可読記憶媒体に記憶された命令として実装することができ、この記憶媒体は、ここに詳述される動作を行うべく、少なくとも一つのプロセッサによって読み取られて実行され得る。機械可読記憶媒体は、パーソナルコンピュータ若しくはラップトップコンピュータ、サーバ、又は他のコンピューティングデバイスのような機械によって読み取り可能な形式で情報を記憶する任意のメカニズムを含み得る。すなわち、機械可読記憶媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、及び同様の記憶媒体を含み得る。
【００９４】
当業者に理解されるべきことだが、ここでのブロック図はいずれも、本発明の原理を具体化する例示的な回路の概念図を表す。同様に、フローチャート、流れ図、状態遷移図、擬似コード等はいずれも、コンピュータ又はプロセッサが明示的に示されているか否かにかかわらず、実質的に機械可読媒体において表されてコンピュータ又はプロセッサによって実行され得る様々なプロセスを表すことが理解される。
【００９５】
所定の典型的側面を具体的に参照して様々な典型的実施形態が詳細に記載されてきたにもかかわらず、本発明が他実施形態も可能であり、その詳細も様々な自明な点で修正可能であることを理解すべきである。当業者には容易に明らかなことだが、変形例及び修正例は、本発明の要旨及び範囲内にとどまりながら影響を受け得る。したがって、上記の開示、説明、及び図面は、例示目的のみのためであり、特許請求の範囲によってのみ画定される本発明を何ら限定するものではない。
【図１】
2020205069.tif 000003
【図２】
2020205069.tif 000004
【図３】
2020205069.tif 000005
【図４】
2020205069.tif 000006
【図５】
2020205069.tif 000007
【図６】
2020205069.tif 000008
【図７】
2020205069.tif 000009
【図８】
2020205069.tif 000010
【図９】
2020205069.tif 000011
【図１０】
2020205069.tif 000012
【図１１】
2020205069.tif 000013
【図１２】
2020205069.tif 000014
【図１３】
2020205069.tif 000015
【図１４】
2020205069.tif 000016
【図１５】
2020205069.tif 000017
【図１６】
2020205069.tif 000018
【図１７】
2020205069.tif 000019
【図１８】
2020205069.tif 000020
【図１９】
2020205069.tif 000021
【図２０】
2020205069.tif 000022
【手続補正書】
【提出日】令和2年9月3日(2020.9.3)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザデバイスによる実行を目的とする命令によってコード化された非一時的機械可読記憶媒体であって、
薬物分配器を操作する患者との通信セッションを確立する着信リクエストの表現を表示させる命令と、
前記ユーザデバイスの医師ユーザが前記着信リクエストを承認したことに基づいて、前記薬物分配器を介して前記患者との双方向通信セッションを確立させる命令と、
前記双方向通信セッションの間に分配ユーザインタフェイス（ＵＩ）要素を表示させる命令であって、前記分配ＵＩ要素は前記患者への薬物の分配を目的とした分配ボタンを含む命令と、
前記医師ユーザからの前記分配ＵＩ要素の選択を受信させる命令と、
前記選択に基づいて、前記患者への前記薬物の分配を前記薬物分配器にさせるコマンドを送信させる命令と
を含む、非一時的機械可読記憶媒体。
【請求項２】
前記薬物分配器を介して利用可能な薬物を記述する薬物データを取得させる命令と、
前記分配ＵＩ要素に関連する前記薬物データの表現を表示させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項３】
前記薬物データは、前記薬物の有効期限日を含む、請求項２の非一時的機械可読記憶媒体。
【請求項４】
前記双方向通信セッションの間に第２分配ＵＩ要素を表示させる命令と、
前記医師ユーザからの前記第２分配ＵＩ要素の選択を受信させる命令と、
前記第２分配ＵＩ要素の選択に基づいて、前記患者への第２薬物の分配を前記薬物分配器にさせるコマンドを送信させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項５】
前記薬物が前記患者への分配を目的として利用可能か否かを示す薬物情報を受信させる命令をさらに含み、
前記分配ユーザインタフェイス（ＵＩ）要素を表現させる命令は、前記薬物が前記患者への分配を目的として利用可能ではないことを前記薬物情報が示す場合に、前記分配ＵＩ要素を選択不可能として表示させる命令を含み、
前記医師ユーザからの前記分配ＵＩ要素の選択を受信させる命令は、前記薬物が前記患者への分配を目的として利用可能であることを前記薬物情報が示すことに基づいて実行されるように構成される、請求項１の非一時的機械可読記憶媒体。
【請求項６】
前記双方向通信セッションを介して前記薬物分配器からの動画データのストリームを受信させる命令と、
前記動画データのストリームに基づいて動画の前記医師ユーザへの表示をさせる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項７】
前記医師ユーザからのメッセージの入力を受信させる命令と、
前記入力されたメッセージの前記患者への表示を前記薬物分配器にさせるコマンドを送信させる命令と
をさらに含む、請求項１の非一時的機械可読記憶媒体。
【請求項８】
ユーザデバイスが行う方法であって、
リモート薬物分配器を介して前記ユーザデバイスの医師ユーザと患者との双方向通信セッションを確立することと、
前記リモート薬物分配器に関連付けられた薬物を記述する情報を受信することと、
前記双方向通信セッションの間に前記医師ユーザによる選択を目的として前記薬物を表す分配ユーザインタフェイス（ＵＩ）要素を表示することであって、前記分配ＵＩ要素は前記患者への薬物の分配を目的とした分配ボタンを含むことと、
前記分配ＵＩ要素の選択に基づいて、前記薬物の前記患者への分配を前記リモート薬物分配器にさせるコマンドを送信することと
を含む、方法。
【請求項９】
前記受信した薬物情報は有効期限日を含み、
前記方法はさらに、前記分配ＵＩ要素に関連させて前記有効期限日を表示することを含む、請求項８の方法。
【請求項１０】
前記受信した情報は付加的に、前記リモート薬物分配器に関連付けられた第２薬物を記述し、
前記方法はさらに、
前記リモート薬物分配器に関連付けられた前記第２薬物を表す第２分配ＵＩ要素を表示することと、
前記第２分配ＵＩ要素の選択に基づいて、前記患者への前記第２薬物の分配を前記リモート薬物分配器にさせるコマンドを送信することと
を含む、請求項８の方法。
【請求項１１】
前記受信した情報は、前記リモート薬物分配器からの分配を目的として前記薬物が利用可能か否かを示し、
前記方法はさらに、
前記薬物が分配を目的として利用不可能であることを前記受信した情報が示すことに基づいて、前記薬物が分配を目的として利用不可能であることの表現を表示することと、
前記薬物が分配を目的として利用不可能であることを前記受信した情報が示すことに基づいて、前記分配ＵＩ要素の選択を拒否することと
を含む、請求項８の方法。
【請求項１２】
前記リモート薬物分配器からの動画データのストリームを受信することと、
前記動画データのストリームに基づいて動画を前記医師ユーザに表示することと
をさらに含む、請求項８の方法。
【請求項１３】
前記医師ユーザからのメッセージの入力を受信することと、
前記入力されたメッセージの前記患者への表示を前記リモート薬物分配器にさせるコマンドを送信することと
をさらに含む、請求項８の方法。
【請求項１４】
医師ユーザによる使用を目的とした携帯型通信デバイスであって、
通信インタフェイスと、
ディスプレイデバイスと、
タッチ入力デバイスと、
メモリと、
前記メモリと通信するプロセッサと
を含み、
前記プロセッサは、
薬物分配器を操作する患者との通信セッションを確立するべく前記ディスプレイデバイスを介して着信リクエストの表現を表示することと、
前記医師ユーザが前記着信リクエストを承認したことに基づいて、前記通信インタフェイス及び前記薬物分配器を介して前記患者との双方向通信セッションを確立することと、
前記双方向通信セッションの間に前記ディスプレイデバイスを介して分配ユーザインタフェイス（ＵＩ）要素を表示することであって、前記分配ＵＩ要素は前記患者への薬物の分配を目的とした分配ボタンを含むことと、
前記タッチ入力デバイスを介して前記医師ユーザからの前記分配ＵＩ要素の選択を受信することと、
前記通信インタフェイスを介して及び前記選択に基づいて、前記患者への前記薬物の分配を前記薬物分配器にさせるコマンドを送信することと
を行うべく構成される、携帯型通信デバイス。
【請求項１５】
前記プロセッサはさらに、
前記薬物分配器を介して利用可能な薬物を記述する薬物データを取得することと、
前記ディスプレイデバイスを介して、前記分配ＵＩ要素に関連する前記薬物データの表現を表示することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【請求項１６】
前記薬物データは前記薬物の有効期限日を含む、請求項１５の携帯型通信デバイス。
【請求項１７】
前記プロセッサはさらに、
前記双方向通信セッションの間に前記ディスプレイデバイスを介して第２分配ＵＩ要素を表示することと、
前記タッチ入力デバイスを介して前記医師ユーザからの前記第２分配ＵＩ要素の選択を受信することと、
前記通信インタフェイスを介して及び前記第２分配ＵＩ要素の選択に基づいて、前記患者への第２薬物の分配を前記薬物分配器にさせるコマンドを送信することと
を行わせるべく構成される、請求項１４の携帯型通信デバイス。
【請求項１８】
前記プロセッサはさらに、前記薬物が前記患者への分配を目的として利用可能か否かを示す薬物情報を受信することを行うべく構成され、
分配ユーザインタフェイス（ＵＩ）要素を表示するときに、前記プロセッサは、前記薬物が前記患者への分配を目的として利用可能ではないことを前記薬物情報が示す場合に前記薬物が前記患者に前記分配ＵＩ要素を選択不可能として表示するべく構成され、
前記プロセッサは、前記薬物が前記患者への分配を目的として利用可能であることを前記薬物情報が示すことに基づいて、前記医師ユーザからの前記分配ＵＩ要素の選択を受け入れるべく構成される、請求項１４の携帯型通信デバイス。
【請求項１９】
前記プロセッサはさらに、
前記双方向通信セッションを介して前記薬物分配器からの動画データのストリームを受信することと、
前記ディスプレイデバイスを介して、前記動画データのストリームに基づいて動画を前記医師ユーザに表示することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【請求項２０】
前記プロセッサはさらに、
前記医師ユーザからのメッセージの入力を受信することと、
前記入力されたメッセージの前記患者への表示を前記薬物分配器にさせるコマンドを送信することと
を行うべく構成される、請求項１４の携帯型通信デバイス。
【外国語明細書】
2020205069000001.pdf