知財求人 - 知財ポータルサイト「IP Force」
特表2022-538806記録された保証を使用した治療刺激の処方箋および投与のためのシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-09-06
(54)【発明の名称】記録された保証を使用した治療刺激の処方箋および投与のためのシステムおよび方法
(51)【国際特許分類】
G16H 10/60 20180101AFI20220830BHJP
【ＦＩ】
G16H10/60
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021574882
(86)(22)【出願日】2020-06-26
(85)【翻訳文提出日】2021-12-15
(86)【国際出願番号】 US2020039921
(87)【国際公開番号】W WO2020264370
(87)【国際公開日】2020-12-30
(31)【優先権主張番号】16/456,708
(32)【優先日】2019-06-28
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】390041542
【氏名又は名称】ゼネラル・エレクトリック・カンパニイ
(74)【代理人】
【識別番号】100133503
【弁理士】
【氏名又は名称】関口 一哉
(72)【発明者】
【氏名】プレオ， クリストファー
(72)【発明者】
【氏名】ベックマン， ベンジャミン
(72)【発明者】
【氏名】アベイト， ヴィクター
(72)【発明者】
【氏名】フレアー， ジョン
(72)【発明者】
【氏名】ヴァーノイ， デヴィッド
(72)【発明者】
【氏名】アシェ， ジェフリー
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA21
(57)【要約】
処方箋情報を含む分散型台帳を管理するためのシステムおよび方法が開示される。例示的な装置は、患者に対する動作を定義する電子処方箋によるデバイスを構成するためのプロセッサおよび論理データ構造を含み、電子処方箋は、分散型台帳内のレコードとして編成され、患者に動作を適用するためにデバイスによって処理可能である。電子処方箋は、デバイスに、少なくとも、患者に動作を適用するようにデバイスを構成し、分散型台帳を使用して患者のための動作を検証し、行動の記録を分散型台帳に反映させる。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
装置であって、エネルギー適用デバイス；
パルス発生器；
コントローラ；および
患者のための動作を定義する電子処方箋に従って前記装置を構成するための論理データ構造を含むメモリであって、前記電子処方箋は、分散型台帳内の１つまたは複数のレコードとして編成され、前記患者に前記動作を適用するために前記コントローラによって処理可能であり、前記電子処方箋は、前記コントローラによって処理されると、前記コントローラに、少なくとも、
前記電子処方箋を使用して前記患者に前記動作を適用するように前記エネルギー適用デバイスおよび前記パルス発生器を構成し、
前記分散型台帳を使用して前記患者のための前記動作を検証し、また
前記動作の記録を前記分散型台帳に伝播させる、メモリを備える、装置。
【請求項2】
前記コントローラは、前記患者の前記動作に関連付けられた支払い情報を決定する；および
前記動作が検証されると、前記電子処方箋が前記患者に前記動作を適用するために前記デバイスによって処理されるときに前記支払い情報を使用して前記動作に対する支払いの処理を容易にする、請求項１に記載の装置。
【請求項3】
前記電子処方箋は、少なくとも１つのデバイス設定を使用して、前記患者に対して前記デバイスによって適用される前記動作を指定する、請求項２に記載の装置。
【請求項4】
前記電子処方箋は、前記動作が前記デバイスによって前記患者に対して生じるときに支払いの処理を容易にするためのものである、請求項３に記載の装置。
【請求項5】
検証することが、前記電子処方箋内の投与量を検証することを含む、請求項１に記載の装置。
【請求項6】
前記デバイスが、撮像デバイス、読み取りワークステーション、電子医療記録システム、画像アーカイブ、または検査室情報システムのうちの少なくとも１つを含む第１のデバイスである、請求項１に記載の装置。
【請求項7】
前記第１のデバイスまたは第２のデバイスの少なくとも一方による前記電子処方箋の修正が、前記分散型台帳内の前記電子処方箋に関連付けられた追加のレコードを生成する、請求項６に記載の装置。
【請求項8】
第２のデバイスが、前記分散型台帳からの前記動作の複製レコードを使用して前記動作を検証するものである、請求項６に記載の装置。
【請求項9】
患者のための動作を定義する電子処方箋に従ってデバイスを構成するための論理データ構造を含む少なくとも１つのコンピュータ可読記憶媒体であって、前記電子処方箋は、分散型台帳の１つまたは複数のレコードとして編成され、前記デバイスによって前記動作を前記患者に適用するために処理可能であり、実行されると、少なくとも１つのプロセッサに、少なくとも、前記デバイスを、前記動作を前記患者に適用するように構成する、
前記分散型台帳を使用して前記患者のための前記動作を検証する、
および
前記動作の記録を前記分散型台帳に伝播させる、命令を含む、少なくとも１つのコンピュータ可読記憶媒体。
【請求項10】
前記命令は、実行されると、前記少なくとも１つのプロセッサに、前記患者の前記動作に関連付けられた支払い情報を決定する、および
前記動作が検証されると、前記電子処方箋が前記患者に前記動作を適用するために前記デバイスによって処理されるときに前記支払い情報を使用して前記動作に対する支払いの処理を容易にする、請求項９に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項11】
前記電子処方箋は、少なくとも１つのデバイス設定を使用して、前記患者に対して前記デバイスによって適用される前記動作を指定する、請求項１０に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項12】
前記電子処方箋は、前記動作が前記デバイスによって前記患者に対して生じるときに支払いの処理を容易にするためのものである、請求項１１に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項13】
前記電子処方箋は、前記動作が前記デバイスによって前記患者に対して生じるときに支払いの処理を容易にするためのものである、請求項９に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項14】
前記デバイスが、撮像デバイス、読み取りワークステーション、電子医療記録システム、画像アーカイブ、または検査室情報システムのうちの少なくとも１つを含む第１のデバイスである、請求項９に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項15】
前記第１のデバイスまたは第２のデバイスの少なくとも一方による前記電子処方箋の修正が、前記分散型台帳内の前記電子処方箋に関連付けられた追加のレコードを生成する、請求項１４に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項16】
第２のデバイスが、前記分散型台帳からの前記動作の複製レコードを使用して前記動作を検証するものである、請求項１５に記載の少なくとも１つのコンピュータ可読記憶媒体。
【請求項17】
患者に対する動作を定義する電子処方箋に従ってデバイスを構成するためのコンピュータ実装方法であって、前記電子処方箋は、分散型台帳内の１つまたは複数のレコードとして編成され、前記デバイスによって前記動作を前記患者に適用するために処理可能であり、前記方法は、前記電子処方箋を使用する少なくとも１つのプロセッサによって、前記患者に前記動作を適用するように前記デバイスを構成すること、
前記電子処方箋を使用する少なくとも１つのプロセッサによって、前記分散型台帳を使用して前記患者に対する前記動作を検証すること、
および
前記電子処方箋を使用する前記少なくとも１つのプロセッサによって、前記動作のレコードを前記分散型台帳に伝播すること、を含む方法。
【請求項18】
検証することが、前記患者のための前記電子処方箋内の投与量を検証することを含む、請求項１７に記載の方法。
【請求項19】
前記デバイスが第１のデバイスであり、前記第１のデバイスまたは第２のデバイスの少なくとも一方による前記電子処方箋の修正が、前記分散型台帳内の前記電子処方箋に関連付けられた追加のレコードを生成する、請求項１７に記載の方法。
【請求項20】
検証することが、前記分散型台帳からの前記動作の複製レコードを使用して、前記第２のデバイスによる前記動作を検証することをさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、改善された処方箋の管理に関し、より詳細には、処方箋および投与の分散型台帳管理のための改善されたシステムおよび方法に関する。
【背景技術】
【0002】
処方箋の管理は、公衆衛生および患者の治療に不可欠な重要な分野であるが、不正および乱用、ならびに一貫性および透明性の欠如がはびこる。処方箋の過誤、説明責任または監査可能性の欠如などは、ヘルスケアシステムを苦しめるものであり、第三者が処方箋の情報を評価することができないことが、オピオイドの流行などの社会的問題に寄与している。さらに、現在のシステムでは、薬局が、資金の回収および受取人への処方箋の調剤において重要な役割を果たす。薬局がなければ、システムは崩壊し、患者に処方箋を提供することができない。
【発明の概要】
【0003】
特定の例は、電子処方箋情報を含む分散型台帳を追跡および管理するためのシステムおよび方法を提供する。
【0004】
特定の例は、エネルギー適用デバイスと、パルス発生器と、コントローラと、患者に対する動作を定義する電子処方箋に従って装置を構成するための論理データ構造を含むメモリとを含む装置を提供し、電子処方箋は、分散型台帳内の１つまたは複数のレコードとして編成され、患者に動作を適用するためにコントローラによって処理可能である。電子処方箋は、コントローラによって処理されると、コントローラに、少なくとも、患者に動作を適用するようにエネルギー適用デバイスおよびパルス発生器を構成し、分散型台帳を使用して患者のための動作を検証し、行動の記録を分散型台帳に反映させる。
【0005】
特定の例は、患者のための動作を定義する電子処方箋に従ってデバイスを構成するための論理データ構造を含む少なくとも１つのコンピュータ可読記憶媒体であって、電子処方箋は、分散型台帳の１つまたは複数のレコードとして編成され、デバイスによって動作を患者に適用するために処理可能であり、実行されると、少なくとも１つのプロセッサに、少なくとも、デバイスを、動作を患者に適用するように構成する、分散型台帳を使用して患者のための動作を検証する、および動作の記録を分散型台帳に伝播させる、命令を含む、少なくとも１つのコンピュータ可読記憶媒体を提供する。
【0006】
特定の例は、患者に対する動作を定義する電子処方箋によるデバイスを構成するコンピュータ実装方法を提供し、電子処方箋は、分散型台帳内の１つまたは複数のレコードとして編成され、患者に動作を適用するためにコントローラによって処理可能である。例示的な方法は、電子処方箋を使用する少なくとも１つのプロセッサによって、患者に動作を適用するようにデバイスを構成するステップを含む。例示的な方法は、電子処方箋を使用する少なくとも１つのプロセッサによって、分散型台帳を使用して患者の行動を検証するステップを含む。例示的な方法は、電子処方箋を使用する少なくとも１つのプロセッサによって、動作の記録を分散型台帳に伝搬するステップを含む。
【図面の簡単な説明】
【0007】
【図1】例示的な処方エコシステムを示す。
【図2】例示的な分散型台帳を示す。
【図3】投与量および／または他の処方情報を保証および記録するための例示的な処方およびデバイス管理システムを示す。
【図4】処方および投与量を患者装置に送達するための当事者および属性の例示的なエコシステムを示す。
【図5】投与量の処方、送達、および監査のための例示的な治療スケジュールまたはワークフロー０を示す。
【図6】治療ワークフロー内の作用者を表し、それらの作用者を特徴付けて処方管理を推進するための実行可能／動作可能な命令を提供する複数のデータ構造構造体を含む処方管理のための例示的なデータフロー図を示す。
【図8】例示的な分散処方箋台帳を示す。
【図9】例示的な分散処方箋台帳を示す。
【図10】例示的な処方ブロックチェーンの例示的な取り扱いフローを示す。
【図11】分散型台帳を介して追跡することができるエネルギー療法を患者に送達するための処方箋のための例示的なスマート契約を示す。
【図12】処方管理プロセッサの例示的な概略的実施態様を示す。
【図13】分散型台帳を含む例示的なピア更新システムを示す。
【図14】処方箋を管理するための例示的な方法の流れ図を示す。
【図15】処方箋を管理するための例示的な方法の流れ図を示す。
【図16】デジタル処方およびブロックチェーン取り扱い情報を格納するための例示的なテーブルを示す。
【図17】例示的な分散型台帳処理システムを示す。
【図18】例示的な分散型台帳処理システムを示す。
【図19】例示的な分散型台帳処理システムを示す。
【図20】本明細書で開示および説明される構成要素を実施するために例示的な機械可読命令を実行するように構成されたプロセッサプラットフォームのブロック図である。
【発明を実施するための形態】
【0008】
以下の詳細な説明では、本明細書の一部を形成し、実施され得る特定の例の図解として示す添付の図面を参照する。これらの例は、当業者が主題を実施することを可能にするために十分に詳細に記載されており、本開示の主題の範囲から逸脱することがなければ、他の例を利用することができ、論理的、機械的、電気的、および他の変更を行うことができることを理解されたい。したがって、以下の詳細な説明は、例示的な実施態様を説明するために提示され、本開示に記載された主題の範囲を限定するものと解釈されるべきではない。以下の説明の異なる態様からの特定の特徴を組み合わせて、以下に説明する主題のさらに新しい態様を形成することができる。
【0009】
本開示の様々な実施形態の要素を導入する場合、冠詞の「ａ」、「ａｎ」、「ｔｈｅ」、および「ｓａｉｄ（前記）」は、要素の１つまたは複数が存在していることを意味することを意図している。「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、および「有する（ｈａｖｉｎｇ）」という用語は、包括的であることを意図しており、列挙された要素以外の追加の要素が存在する可能性があることを意味する。
Ｉ．概要
Ｉ．概要
【0010】
処方箋は、治療計画、プロトコルなどに従って患者に治療マテリアルおよび／または治療プロトコルを注文、用意、および調節するために使用することができる。そのような治療マテリアルは、医薬品、エネルギー投与量、運動計画、栄養補助食品などを含むことができる。電子処方箋を使用すると、治療マテリアルの注文、支払い、投与、および追跡が、既存の処方箋管理特性を超えて、動的に管理および強化することができる。
【0011】
例えば、本明細書に開示および記載される方法およびシステムは、所与の投与量を検証するための安全な方法を使用して、治療目的で患者に投与されたエネルギー投与量の安全な記録を提供する。特定の例では、患者の内部／外部組織にエネルギー刺激を与えるエネルギー装置は、電子文書（例えば、ブロックチェーンまたは他の分散型台帳におけるエントリまたは記録など）を変更し、ネットワークを介して１つ以上の参加／接続システム（例えば、電子医療記録システム、健康情報システム、病院情報システム、処方箋管理システム、放射線情報システム、企業アーカイブなど）に変更を送信することができ、それは、電子文書の更新されたものを更新および／または記憶することができる。例えば、ネットワーク上に存在し、ネットワーク上のすべてのノード（例えば、デバイス、サーバ、他のシステムなど）の間で共有される投与量ログチェーンは、投与量の情報を記憶する。ネットワーク上のノードは、他のノードによって行われた投与および／または他の治療の出力の変更を検証し、チェーンをタンパリングに対して耐えられるようにするために、一方向ハッシュなどを使用してチェーンに新しいブロックを追加することができる。無効なブロックが検出された場合、システムは、ネットワークに監査警告を送信することができる。監査ログは、改ざんに強い耐性があり、例えば、患者のコンプライアンス、治療有効性、治療装置の機能、または患者／投与量記録の維持を監査する際に使用するための信頼できる証拠を提供することができる。
【0012】
特定の例は、ブロックチェーンおよび／または他の分散型台帳（例えば、「投与量コイン」）を活用して、ヘルスプロバイダーと、患者／非侵襲的（または侵襲的）エネルギー駆動治療機および／または他の治療装置のユーザとの間の取り扱いでの情報を保証するよう促す。例えば、ブロックチェーンおよび／または他の分散型台帳を使用して、治療機器からの投薬がヘルスケアエコシステム内の他の参加者に伝達されることを保証することができる。
【0013】
特定の例では、データは、患者へのエネルギー送出に関連して格納および検証される（例えば、患者へエネルギー送出するめの家庭内システムなど）。投与を受けている人物の検証は、例えば、バイオメトリックデータ（例えば、各投与量について得られたバイオメトリックデータなど）を使用して行うことができる。例えば、患者のデジタル薬局ログならびに処方箋の関連する数および／または他の投与量は、バイオメトリックデータ（例えば、量、種類、時間、レシピエントなどを検証する「投与」機器から得られた、画像などの様々なバイオメトリックデータを含む）を使用して追跡することができる。個人が摂取する所与の処方物質の投与回数の検証は、診断および治療、保険／請求、中毒管理、（例えば、依存症を発症させない）などのために追跡することができる。データは、例えば、分散型台帳に記録またはブロックとして記憶することができる。台帳は、患者の記録、医師の監視アプリケーション、保険会社のシステム、および／または他の支払者／提供者のシステム、医薬品のシステムなどを含む電子医療記録システムによってアクセス可能および／または保持することができる。
【0014】
分散型台帳の記録を使用して、どの患者が「投与量」レジメンに最も厳密に従っているかなどの患者コンプライアンスデータを、格納することができる。記録は、電子医療記録システムと協働して、例えば、監視されたデータを処方およびガイドラインと比較し、プロトコルへのコンプライアンス／遵守を比較することができる。分散型台帳の記録は、医師が最も効果的に処方しているなど、医師の処方箋データを格納するために使用することができる。分散型台帳の記録は、特定の投与量の生理学的効果といった有効性のデータを格納するために使用することができる。分散型台帳の記録は、患者に投与量を与える際に機械がどの程度良好に機能したかなど、ハードウェア／治療有効性の指示を格納するために使用することができる。分散型台帳の記録は、例えば、生理学的フィードバックの測定値に基づいた処方の変更を可能にするために動的投薬データを格納するべく使用することができる。
【0015】
特定の例では、取り扱いおよび／または投薬の追加の検証は、治療投与量情報および／または他の処方箋情報などの送信者および受信者に基づいて実行することができる。例えば、追加の検証は、患者、位置などに基づいて投与量を検証するために画像認識（例えば、患者の内部／外部組織の認識）を使用することを含むことができる。追加の検証は、例えば、治療装置によって印加されるエネルギーの振幅または投与量を検証するために組織および／または生理学的応答を利用することを含むことができる。追加の検証は、例えば、患者に加えられているエネルギーを測定する１つまたは複数の内部および／または外部センサからのフィードバックを使用することを含むことができる。特定の例では、他の特徴、例えば血流の変化および／または他の生理学的応答などを、投与の検証として使用することができる。これらの測定値の一部または全部は、例えば、投薬に関与する人々を検証するためにコンセンサスアルゴリズム（例えば、個人画像認識などを含む）で使用することもできる。特定の例では、治療用ハードウェアは、別の電子デバイス、例えば携帯電話、タブレットコンピュータ、スマートウォッチなどに結び付けられて、グローバル位置データおよび／または他のバイオメトリックデータを使用して、人物をデバイスに結び付け、投薬を検証することもできる。
【0016】
特定の例では、分散型台帳処方箋システムは、治療する会社が自身のシステムがどのように使用されるかを知ることができるように、情報を格納するべく内的に面することができる。代替的または追加的に、分散型台帳処方システムは、外部に面していてもよく、その結果、治療する会社は、投薬情報から価値を導出することを可能にするために、保険会社などの他のヘルスケア実践者に、投薬データを提供することができる。例えば、この値は、処方された治療レジメンへのコンプライアンス、正しいエネルギーの印加、または投薬レジメンの診断においてより良好に機能する病院のシステムのための異なる保険支払いなどに基づいて、様々な患者の保険料の決定を推進することができる。
【0017】
特定の例では、そのようなブロックチェーンおよび／または他の分散型台帳の参加者は、患者、主要なヘルスプロバイダー、治療提供者、病院／ヘルスケアシステム、診断／治療機器提供者、保険事業者、保険請求管理者／調査者、政府／指導機関、関連製品または非関連製品の提供を通じて患者の健康に影響を及ぼし得る消費者企業、ヘルスケア空間内の他の当事者などを含むことができる。特定の例では、薬局のシステムは検証プロセスに関与することができるが、薬局のシステムが役割を果たす必要はない。代わりに、病院および／または他の患者健康システムは、患者に治療マテリアルを与え、その投与量、使用、補充などを追跡するために、供給業者と相互作用することができる。
【0018】
治療用エネルギー源および／または他の神経調節材料、化学物質、他の薬物などは、てんかん、疼痛、感覚障害、臓器の制御（例えば、膀胱、腸、および／または呼吸の制御など）、うつ病、アルツハイマー病、脳卒中、他の神経状態などの患者の状態の治療用の正常化因子として患者に処方および適用することができる。特定の例では、そのような因子の処方、分配、支払い、および適用には複数のシステムが関与する。
【0019】
例えば、図１は、資金と引き換えに、患者の治療のための治療マテリアルおよび／または他の薬物およびサービスを提供する、例示的な処方エコシステム１００を示す。図１の例に示すように、放射性医薬品製造業者のシステム、医薬品製造業者のシステム、医療機器製造業者のシステム、および／またはセンサ製造業者のシステムなどの製造業者のシステム１１０は、放射性医薬品、医薬品、医療機器、および／またはセンサなどの製品を、卸売業者のシステム１２０に供給することができる。例えば、製造業者のシステム１１０は、製造された商品の供給を追跡し、卸売業者のシステム１２０に関連付けられた卸売業者に商品が渡されたことを示す記録を更新する。例えば、エネルギー療法装置および／または関連するマテリアル（例えば、化学的薬剤、放射性医薬品材料、エネルギー源、他の薬物など）は、製造業者のシステム１１０によって生成され、薬局のシステム１３０を介して一人または複数の受取人１４０に販売および／または配布されるように、卸売業者のシステム１２０に提供され得る。例えば、製造業者のシステム１１０と卸売業者のシステム１２０との間、および卸売業者のシステム１２０と薬局のシステム１３０との間で、商品の交換およびそれらの商品に対する引き換えの支払いが、容易になる。
【0020】
しかし、特定の例では、薬局のシステム１３０および卸売業者のシステム１２０の一方または両方は、代わりに製造業者のシステム１１０と受取人デバイス１４０との間で直接動作することによって、除くことができる。１つまたは複数の計画スポンサー１７０を有する健康計画データ構造体１６０から情報を抽出する給付管理者システム１５０は、例えば、卸売業者のシステム１２０および／または薬局のシステム１３０の有無にかかわらず、受取人システム１４０への処方箋の分配、ならびに製造業者のシステム１１０への支払い、割り戻しなどを生じさせることができる。ブロックチェーンおよび／または他の分散型台帳などの記録を使用して、処方情報、支払い、服用した／使用した用量、残りの／未使用の用量、管理のモニタチェーンおよび関連する認可などを追跡および検証することができる。
分散型台帳
分散型台帳
【0021】
ブロックチェーンは、取り扱いの履歴および／または情報の他の発展を追跡するためにリンクされ成長するレコードまたはブロックのリストである。ブロックチェーン内のブロックは、取り扱いの履歴および／または他の情報状態を提供する。ブロックチェーンは、パブリック（例えば、誰でも読み取り可能である）またはプライベート（例えば、鍵を有する者によってのみ読み取られるように暗号化される）であり得る。ブロックチェーンおよび／または他の分散型台帳技術は、多くのエンティティ間で取引される物理的資産を管理するためのデジタルツールとして使用することができる。ブロックチェーンおよび他の分散型台帳は、例えば、資産の追跡の透明性およびトレーサビリティならびに取引の有効化を含む技術的利点を提供する。
【0022】
ブロックチェーン技術は、１つのエンティティが有利ではなく、別のエンティティが不利になるように、ある程度の公平性を提供するように設計された分散コンピューティングメカニズムである。ブロックチェーンは、取り扱いが公開かつ時系列に記録され、中央当局なしで参加者によって検証され得る、取り扱いの分散された公開台帳（例えば、金融取引、データ取引など）である。ブロックチェーンは、共有または分散データベースに暗号化アルゴリズムを適用して、任意のユーザがデータベースを読み取り、データベースに追加することを可能にし、単一のユーザが分散データベースに書き込まれる内容を制御できないようにするのを助ける。任意のブロックチェーンユーザは、分散データベースに関するすべての取り扱いを閲覧することができる。ブロックチェーン技術は、例えば、データ生成者とデータ消費者との間の通信における仲介を減らすための非仲介を提供する。すなわち、取引を容易にするために仲介者を関与させるのではなく、２つのエンティティ（例えば、データ消費者およびデータ供給者）が直接接続して取引に関与することができる。他のエンティティは取り扱いを見ることができるため、ブロックチェーンは、エンティティが取り扱いの存在を検証および／または他の方法で合意するための分散コンセンサスエンジンとして機能する。
【0023】
図２は、複数のレコードまたはブロック２１０、２２０、２３０を含む例示的なブロックチェーン２００を示す。各レコード２１０、２２０、２３０は、ハッシュ値２１２、２２２、２３２（例えば、チェーン２００内の前のブロックのハッシュ値または他のアドレス）と、レコード２１０、２２０、２３０のタイムスタンプ２１４、２２４、２３４と、ブロックチェーン２００のルート２１６、２２６、２３６のアドレスとを含む。さらに、各レコード２１０、２２０、２３０は、それぞれのレコード２１０、２２０、２３０に関連付けられたトランザクションエンジン２１８～２１９、２２８～２２９、２３８～２３９を含む。したがって、ブロックチェーン２００は、コンセンサス検証済みデータのタイムスタンプ付きの、暗号的に保護された、不変のブロックのチェーンである。チェーンまたは台帳２００は、例えば、一連の同期コピーとして、複数の場所に複数のユーザと共に存在する。
【0024】
特定の例では、トランザクションエンジン２１８～２１９、２２８～２２９、２３８～２３９（例えば、処方、承認、使用、支払い、残りなど）は、ブロックチェーン２００のブロック２１０～２３０に取り込むことができる。特定の例では、第１ブロック２１０は、ブロック２１０に記憶されたデータのハッシュ２１２を有するヘッダを有する。第２ブロック２２０は、第１ブロック２１０のヘッダ情報のハッシュ２２２および第２ブロック２２０のデータのハッシュを有するヘッダを有する。第３ブロック２３０は、例えば、第２ブロック２２０のヘッダ情報のハッシュ２３２および第３ブロック２３０のデータのハッシュを有するヘッダを有する。したがって、ブロック２１０～２３０は、互いに接続および／または関連付けられ、ハッシュ２１２～２３２を介してなど、互いに検証し、関連するトランザクションエンジン２１８～２１９、２２８～２２９、２３８～２３９を検証し、使用を確認し、並べ替えおよび／または他の命令をトリガするなどのために使用することができる。
ＩＩ．処方管理システムおよび関連する方法の例
ＩＩ．処方管理システムおよび関連する方法の例
【0025】
図３は、投与量および／または他の処方情報を保証および記録するための例示的な処方およびデバイス管理システム３００を示す。図３の例に示すように、ブロックチェーンおよび／または他の分散型レッジネットワーク３１０は、処方コンピュータシステム３２０および保険会社／プライマリケアサーバ３３０と通信する（例えば、有線および／または無線通信）。ブロックチェーンネットワーク３１０は、例えば、処方コンピュータシステム３２０とケアサーバ３３０との間の取り扱いを記録する。保険事業者および／またはプライマリケアサーバ３３０は、治療または診断監督システム３４０と通信する（例えば、有線および／または無線通信）。保険事業者／プライマリケアサーバ３３０および処方コンピュータシステム３２０はまた、ヘルスケアネットワーク３５０と通信する（例えば、有線および／または無線通信）。ヘルスケアネットワーク３５０は、命令、構成、報告などのためのコンジットを提供する。エネルギー制御システム３６０はまた、ブロックチェーンネットワーク３１０およびヘルスケアネットワーク３５０を介して処方コンピュータシステム３２０および保険会社／プライマリケアサーバ３３０と通信することができる。
【0026】
したがって、処方、デバイスの構成、他の取り扱いなどのための命令は、ヘルスケアネットワーク３５０を介して処方コンピュータシステム３２０、保険会社／プライマリケアサーバ３３０、および／またはエネルギー制御システム３６０の間で送信することができ、取り扱いの記録は、処方コンピュータシステム３２０、保険会社／プライマリケアサーバ３３０、および／またはエネルギー制御システム３６０の両方が記録のコピーを維持するブロックチェーンネットワーク３１０を介して生成される。処方コンピュータシステム３２０と保険会社／プライマリケアサーバ３３０の両方が分散型台帳のコピーを有するので、各システム３２０、３３０は、コンピュータ３２０、３３０、３６０間の取り扱いに対応すると主張して追加されたブロックを検証することができる。取り扱いが検証されない場合（例えば、ハッシュ関数を使用すること、別のレコードと比較することなど）、ブロックは、例えば、ブロックチェーンから削除される。
【0027】
エネルギー制御システム３６０は、エネルギー適用デバイス３７０（例えば、トランスデューサプローブなど）と協働して、患者３８０を治療するためにエネルギーを印加する。例えば、エネルギー制御システム３６０は、保険事業者／プライマリケアサーバ３３０によって検証された処方コンピュータシステム３２０からの処方箋に基づいて、患者組織の標的領域に変調刺激（例えば、神経調節、超音波など）を出力する。命令は、ヘルスケアネットワーク３５０を介して送信することができ、エネルギー制御システム３６０およびそのエネルギー適用デバイス３７０の処方、投与量、および構成の記録は、ブロックチェーンネットワーク３１０を介した比較によって維持および検証することができる。物理的および／または生理学的なフィードバック、刺激、および／または効果３９０は、例えば、エネルギー適用デバイス３７０による印加後にエネルギー制御システム３６０によって捕捉され、治療／診断監視システム３４０に提供され得る。代替的または追加的に、治療／診断監視システム３４０は、例えば、エネルギー適用デバイス３７０を介した送達のために、刺激構成情報３９０をエネルギー制御システム３６０に提供することができる。
【0028】
いくつかの神経調節例では、調節の結果として目標とする生理学的結果を引き起こすために、標的関心領域の直接的で集中的な変調が提供される。１つまたは複数の標的関心領域は、非神経細胞または流体とシナプスを形成する軸索終末を有する体内の任意の組織または構造を含み得る。例えば、関心領域は、脾臓、肝臓、膵臓、または胃腸組織などの臓器または構造内にあり得る。別の例では、関心領域はリンパ系組織内にあり得る。関心領域の神経調節は、関心領域の外側にエネルギーを印加することなく、標的関心領域のみにエネルギーを局所的に、限定的に、かつ切除不能に印加することを可能にする。エネルギー印加は、関心領域を含む同じ器官、組織もしくは構造、または標的関心領域を含まない他の器官および構造など、標的関心領域の外側の下流効果を引き起こすことができる。特定の例では、視床下部の領域で下流効果を誘導することができる。エネルギー印加はまた、エネルギー印加部位の上流の標的神経に沿って効果を誘発することができる。特定の例では、下流効果または上流効果が誘発される目的の領域の外側の領域に直接エネルギーを印加することなく、目的の標的領域の外側の効果を達成することができる。したがって、局所エネルギー印加を使用して、局所効果、下流効果および／または上流効果を含み得る全身の効果を実現または達成することができる。
【0029】
さらに、刺激は、複雑な生理学的プロセスの双方向制御を容易にすることができる。例えば、特定の関心領域でのエネルギー印加の結果としての１つの経路の過剰な活性化および生理学的結果の過剰な変化を回避するために、競合する経路または不活性化経路に関連する異なる関心領域にエネルギーを印加して、反対方向の生理学的結果の変化を誘導し、所望の生理学的結果を達成するために生理学的結果の動的平衡を維持することができる。例では、高血糖対象において所望の循環グルコース濃度または濃度範囲を達成するために、循環グルコース濃度の低下を引き起こす関心領域にエネルギーが印加される。しかし、グルコースの過補正および結果として生じる低血糖を回避するために、循環グルコース濃度の動的平衡を維持し、循環グルコース濃度を所望のレベルに安定化するために循環グルコース濃度の増加を引き起こすエネルギーを第２の関心領域に印加することもできる。例えば、肝臓への直接的なエネルギー印加が臨床的に許容可能なレベルを超えるグルコースの減少を引き起こす場合、グルカゴン産生を増加させて補うためにエネルギーを膵臓に印加することもできる。双方向刺激は、第１の器官の第１の関心領域および第２の器官の第２の関心領域に提供することができる。別の例では、多部位神経調節は、同じ経路を増強する異なる部位で行われる神経調節であり得る。第１の関心領域および第２の関心領域へのエネルギー印加は、同時または異なる時間（例えば、秒、分、日、または時間などで区切られる）に行うことができ、例えば、同じまたは異なるエネルギー適用デバイス３７０によって行うことができる。
【0030】
特定の例は、対象において目標とする生理学的結果を引き起こすために身体の生理学的過程に外部制御を及ぼすために使用することができる。例えば、標的関心領域に対する神経調節を介して、生理学的プロセスを変更、減速、停止、または逆転させることができる。特定の例は、グルコース調節などの生理学的過程の動的平衡または恒常性を促進するために対象に適用することができる。標的化神経調節は、進行中の病因または疾患進行に反して機能し、治療を提供し、対照と比較して転帰を改善することができる（例えば、未処置の対象などと比較して）。いくつかの例では、標的化神経調節は予防的であり得、特定の事象の前に開始され得る。例えば、標的化神経調節は、特定の医学的治療または状態に関連する食欲不振を予防するために使用することができ、および／または食事に対する身体の反応を変化させるために食事の前または間に適用することができる。
【0031】
標的関心領域に対する神経調節は、生理学的プロセスの変化を及ぼして、対象における１つ以上の生理学的経路を中断、減少または増強して、所望の生理学的結果をもたらし得る。さらに、局所エネルギー印加は全身の変化をもたらす可能性があるため、異なる生理学的経路を異なる方法で身体の異なる場所で変化させて、特定の対象に対する標的化神経調節によって引き起こされる対象の生理学的変化の全体的な特徴的プロファイルおよびその特徴を引き起こすことができる。これらの変化は複雑であるが、本神経調節技術は、治療される対象に対して、神経調節の結果であり、対象の標的領域へのエネルギーの印加または他の介入なしでは達成できない可能性がある１つまたは複数の測定可能な標的生理学的結果を提供する。さらに、他の種類の介入（例えば、薬物処置など）は、神経調節によって引き起こされる生理学的変化のサブセットをもたらし得るが、特定の例では、神経調節の結果として誘発される生理学的変化のプロファイルは、関心のある標的領域での神経調節（およびその関連する調節パラメータ）に固有であり得、患者ごとに異なり得る。
【0032】
本明細書で論じられる神経調節技術を使用して、分子の濃度の変化（例えば、増加、減少）および／または対象の分子の特性の変化の標的化されている生理学的転帰を引き起こすことができる。すなわち、対象の１つまたは複数の分子（例えば、対象の第１の分子、対象の第２の分子など）の選択的調節は、１つまたは複数の組織（例えば、第１の組織、第２の組織など）の１つまたは複数の関心領域（例えば、第１の関心領域、第２の関心領域など）へのエネルギーの適用の結果としての分子の濃度（循環、組織）および／または特性（共有結合修飾）を、調節または影響することを指すことができる。対象の分子の調節には、発現、分泌、タンパク質の転座、およびエネルギー適用自体に由来する、または分子がイオンチャネルに直接影響を与える結果としてのイオンチャネル効果に基づく直接的な活性変化などの分子の特性の変化が含まれてよい。対象の分子の調節はまた、神経調節の結果として予想される濃度の変化または変動が起こらないように分子の所望の濃度を維持することを指す場合がある。対象の分子の調節は、酵素を介した共有結合の修飾（リン酸化、アセチル化、リボシル化などの変化）などの分子特性の変化を引き起こすことを示す場合がある。すなわち、対象の分子の選択的変調が分子濃度および／または分子特性を言及し得ることを理解されたい。対象の分子は、炭水化物（単糖、多糖類）、脂質、核酸（ＤＮＡ、ＲＮＡ）、またはタンパク質の１つまたは複数などの生体分子であり得る。特定の例では、目的の分子は、ホルモン（アミンホルモン、ペプチドホルモン、ステロイドホルモンなど）などのシグナル伝達分子であり得る。
【0033】
本明細書に記載される特定の例は、グルコース代謝および関連障害の治療のための、目標とする生理学的結果を引き起こす神経調節技術を記録し、追跡し、検証する。グルコース調節は複雑であり、様々な局所および全身の代謝経路が関与している。標的関心対象領域へのエネルギーの適用は、グルコース調節を改善するこれらの代謝経路に特徴的な変化を引き起こす。いくつかの例では、１つまたは複数の関心領域での調節を使用して、糖尿病（例えば、１型または２型糖尿病など）、高血糖症、敗血症、外傷、感染、生理学的ストレス、糖尿病関連認知症、肥満、他の摂食障害または代謝障害などを含むがこれらに限定されない障害を治療することができる。いくつかの例では、神経調節を使用して、体重減少を促進し、食欲を制御し、悪液質を治療し、または食欲を増加させることができる。例では、生理学的ストレスは、様々な急性の病状（例えば感染、重度の傷害／外傷、心臓発作、バイパス）ならびに高血糖を呈する外科的な例を含むように医学的に定義され得る。例えば、直接的な膵臓の刺激は食欲の増加をもたらし得るが、直接的な肝臓の刺激はＮＰＹの減少を引き起こし得、これは次に満腹の信号を促進する。目標とする生理学的結果は、正常なグルコースレベルに関連する所望の濃度範囲内になるように対象における循環（例えば、血液）グルコース濃度を調整すること、および高血糖または低血糖を回避することを含み得る。したがって、目的の分子の選択的変調を達成することができる。調整は、例えば、所望のグルコース濃度（例えば、所望のグルコースエンドポイント）を引き起こすための標的化神経調節を介した血液または組織における糖調節ホルモンの誘導された変化の結果であり得る。さらに、グルコース調節は、疾患の診断を受けていないが、例えば前糖尿病であるか、または健康な体重を維持したいと望む健康な患者にとって有益であり得る。
【0034】
例示的なシステム３００を使用して、ブロックチェーン３１０およびヘルスケア３５０のネットワークを使用して、投与量記録および投与量情報の信頼性／保証を容易にすることができる。監督者のシステム３４０は、例えば、刺激３９０（例えば、神経調節刺激、超音波刺激など）を検証し、エネルギー制御システム３６０およびエネルギー適用デバイス３７０が刺激３９０を生成するのを助け、および／または刺激３９０からのフィードバックを処理することができ、一方で処方コンピュータシステム３２０は、エネルギー制御システム３６０が刺激３９０を印加するための命令を与え、保険事業者／プライマリケアサーバ３３０は、患者３８０への刺激送達のカバレッジおよび／または支払いを検証する。命令、コマンド、フィードバック、報告などは、ヘルスケアネットワーク３５０を介して交換することができ、分散型台帳は、ブロックチェーンネットワーク３１０を介して構築、維持、および検証される。
【0035】
したがって、ヘルスケア通信インフラストラクチャ３００は、ブロックチェーンネットワーク３１０の分散型台帳を介して所与の投与量を検証するための安全な方法を使用して、治療目的で患者に与えられるエネルギーの投与量の安全な管理および記録を提供する。エネルギーデバイス３７０は、エネルギー刺激３９０を患者３８０の内部／外部組織に与え、電子文書に変更を加え、その変更をブロックチェーンネットワーク３１０に送信することができる。ネットワーク３１０上に存在し、ネットワーク上のすべてのノード間で共有される投与量ログチェーンは、投与量情報を記憶する。ネットワーク３１０上のノードは、他のノードによって行われた投与または治療出力の変更を検証し、例えば、チェーンを改ざんに対して耐性にする一方向ハッシュを使用してチェーンに新しいブロックを追加することができる。無効なブロックが検出された場合、システムは、ネットワーク３１０に監査警告を送信することができる。監査ログは、改ざんに強い耐性があり、例えば、患者のコンプライアンス、治療有効性、治療装置の機能、および／または患者／投与量記録の維持を監査する際に使用するための信頼できる証拠を提供することができる。
【0036】
図４は、処方および投与量を患者装置に送達するための当事者および属性の例示的なエコシステム４００を示す。図４の例に示すように、ケアプロバイダーシステム３２０、薬局のシステム４１０、支払者／保険システム３３０、患者デバイス４２０などのシステム動作者、および治療３３２、処方箋３３４などの関連属性は、処方された治療のユーザのデバイス４２０への送達を自動化することによって、治療刺激の即時的（または実質的に瞬間的な所与の通信および処理レイテンシなど）処方および投与を容易にする。例えば、ケアプロバイダーシステム３２０は、装置識別子、投与量情報、監視プロトコルなどを含む治療３３２を定義するデータ構造と、患者識別子、治療識別子、処方者識別子、保険識別子などを含む処方箋３３４を定義するデータ構造とを含む。処方箋は、薬局のシステム４１０によってアクセスされ４１２、保険契約および／または他のカバレッジと比較して処方箋の注文を処理する支払者／保険システム３３０によって、承認または拒否される注文エントリ４１４を生成するために使用される。承認された注文は、患者識別子、送達装置識別子、投与量および持続時間などを含む処方契約４１６を満たすことになる。満たされた処方契約は、電子処方契約４２５としてユーザのコンピューティングデバイス４２０（例えば、携帯電話、タブレットコンピュータ、他のハンドヘルドまたはモバイルコンピューティングデバイスなど）にアクセスできる。特定の例では、ユーザのデバイス４２０は、承認された処方箋４２５に従ってエネルギー適用デバイス３７０を駆動／制御するためのエネルギー制御システム３６０として機能することができる。
【0037】
図５は、投与量の処方、送達、および監査のための例示的な治療スケジュールまたはワークフロー５００を示す。ブロック５１０において、治療が患者に適用される前に、例示的なシステム４００は、処方箋を承認し、電子処方箋４２５を介して治療のためにユーザデバイス４２０を準備する。ブロック５２０において、治療が施される。治療は、患者３８０への刺激３９０の印加を含むことができ、ユーザデバイス４２０は、エネルギー適用デバイス３７０を制御し、および／または治療に関連するデータを捕捉することができる。例えば、デバイス４２０は、刺激３９０に関連する信号５２２を捕捉することができ、分析、治療のさらなる制御、分散型台帳記録の更新などのために捕捉された信号５２４を記憶することができる。捕捉するデータは、プローブ３７０の位置、慣性測定ユニット（ＩＭＵ）データ、撮像データ、患者識別情報、投与量情報、装置識別情報、生物学的尺度（例えば、血液、電気など）、エラストグラフィ（例えば、組織の機械的応答など）、局所血流などを含むことができる。ブロック５３０において、治療後フェーズは、さらなる分析、装置の再構成などのために、治療情報５３２、記憶された信号５２４などを検索することを含む。
【0038】
図６は、治療ワークフロー内の作用者を表し、充填、検証、送達、更新などを含む処方管理を駆動するために実行可能／実行可能な命令を提供するようにそれらの作用者を特徴付ける複数のデータ構造構造体を含む処方管理のための例示的なデータフロー図６００を示す。例示的なデータおよび命令フロー６００を駆動する実行可能コード構造体は、初期化６０１、ファクトリ６０３、デバイス６０５、処方者６０７、患者６０９、保険６１１、超音波処方６１３、およびデバイスサービスプロバイダー６１５を含む。各構造体６０１～６１５および他の構造体６０１～６１５とのその相互作用は、例えば、分散型台帳における更新および関連する検証を生成することができる。
【0039】
６０２での初期化時に、指示がファクトリ６０３（例えば、命令は、コンピュータソフトウェアアプリケーションおよび／または他のソフトウェアコンポーネントなどを生成するためのソフトウェア資産を含むソフトウェアファクトリに送信される）に送信されて、処方箋６０７をソフトウェアおよび／またはデータ構造体（例えば、機械学習および／または他の人工知能モデル、ソフトウェアアプリケーションなど）として作成またはインスタンス化して、処方箋および関連するソフトウェアおよび／またはデータ構造体を作成する。６０４において、ファクトリ６０３は、処方者６０７を生成した（例えば、処方者６０７を形成するソフトウェアおよび／またはデータ構造体は、ファクトリ６０３によってコード化および／または形成され、使用／実行などのために展開される）。
【0040】
初期化６０１はまた、６０６において、処方箋に含まれるべきエネルギー適用デバイス３７０などのデバイス６０５を表す装置ソフトウェアおよび／またはデータ構造体の作成をトリガする。６０８において、ファクトリ６０３は、デバイス構造体６０５を生成する。
【0041】
初期化６０１はまた、６１０において、処方の対象となる患者３８０などの患者６０９を表す患者ソフトウェアおよび／またはデータ構造体の作成をトリガする。６１２において、ファクトリ６０３は、患者構造体６０９を生成する。
【0042】
初期化６０１はまた、６１４において、処方箋に関連付けられるべき保険６１１を表す保険ソフトウェアおよび／またはデータ構造体の作成をトリガする。６１６において、ファクトリ６０３は保険構造体６１１を生成する。
【0043】
初期化６０１はまた、６１８において、超音波処方箋などの処方箋６１３を表す処方ソフトウェアおよび／またはデータ構造体の作成をトリガする。６２０において、ファクトリ６０３は、保険構造体６１１のための処方構造体６１３を生成する。処方構造体６１３に提供される処方の定義は、規則、制約、患者構造体６０９に関連するデータなどと比較され、デバイスおよび患者の要求、保険の制約などに基づいて、６２２で処方（例えば、超音波処方箋６１３など）を作成する。６２４において、保険構造体６１１から処方箋６１３に利益が預けられ、６２６において、保険構造体６１１から患者構造体６０９にコペイコストが提供される。保険構造体６１１からの利益に加えて、６２８において、患者構造体６０９は、処方箋６１３とのコペイのデポジットをトリガすることができる。
【0044】
処方構造体６１３（例えば、超音波処方箋、他の医療機器処方箋、他のエネルギー処方箋、医薬品処方箋など）は、ここで、保険給付および患者のコペイからの預けられた資金を含み、６３０において、デバイス６０５で処方箋を満たすことができる。例えば、処方構造体６１３は、デバイス構造体６０５によってモデル化された、および／または他の方法で関連付けられたエネルギー適用デバイス３７０のための超音波処方に従って、デバイス構造体６０５を指示および／または他の方法で構成することができる。次いで、デバイス６０５は、特定のエネルギー投与量、設定などに従って患者３８０を治療するようにデバイス３７０に命令／構成するなど、処方箋６１３に従って実行することができる。したがって、６３２で、処方箋６１３は消費される（例えば、患者３８０のためのデバイス３７０などによって）。６３４において、デバイスサービスプロバイダー６１５は、処方構造体６１３に格納された資金（例えば、保険給付および／またはコペイなど）からなど、処方６１３の消費に対する支払いを収集する。
【0045】
例えば、各構造体６０１～６１５および／またはその関連トランザクションエンジン６０２～６３４は、分散型台帳２００内のレコード２１０～２３０としてモデル化することができる。デバイス６０５、処方者６０７、患者６０９、保険６１１、処方箋６１３などを作成するための各作成／初期化トランザクションエンジン６０２～６２２は、台帳２００内のレコード２１０～２３０を伴うことができる。処方コンピュータシステム３２０、保険／プライマリケアサーバ３３０、監督者のシステム３４０、エネルギー制御システム３６０などの各当事者は、台帳２００のコピーを維持して、そのレコード２１０～２３０およびそれらのレコード２１０～２３０への変更（例えば、ハッシュ、プルーフ・オブ・ワーク、他のマッチング／検証などを介して）の精度を検証することができる。資金が追加されたおよび／または支払いが差し引かれた処方箋６１３の更新６２４～６２８、６３４は、例えば、処方箋６１３、患者６０９、保険６１１などを表すレコード２１０～２３０への更新、および／またはトランザクションエンジン６２４～６２８、６３４を表す分散型台帳２００に追加された新しいレコード２１０～２３０であり得る。処方箋６３０～６３２の充填および消費は、例えば、処方箋６１３を表すレコード２１０～２３０および／またはトランザクションエンジン６３０～６３２を表す分散型台帳２００に追加された新しいレコード２１０～２３０への更新として伝達することもできる。
【0046】
図６の例は処方の管理のための１つのデータフローを示しているが、他のデータフローを実施することもできる。例えば、保険６１１などの別のエンティティは、処方者６０７および患者６０９を作成することができ、デバイスの製造は、デバイス６０５などを作成することができる。
【0047】
図７は、図６の例のデータおよび命令フロー６００を駆動する例示的なデータ構造体、データ構造、クラス定義、ソフトウェア実行可能構造体など７０２～７２４の組み合わせ７００を示す。図７は、データおよび機能の定義を示すクラスの図を提示するための論理データモデルを示す。図７の例に示すように、処方者情報ファクトリ７０２は、処方者名、処方者アドレスなどを含む処方者情報構造体６０７を作成する機能を含む。処方者情報ファクトリ機能１２０は、患者のアドレスおよび処方情報を活用して処方情報を生成する処方療法機能などの処方機能を含む処方者構造体７０４を作成する。
【0048】
さらに、患者情報ファクトリ７０６は、患者の保険情報および関連する保険情報を提供する機能を含む患者情報構造体７０８を作成するために、患者のアドレス、保険のアドレスなどを使用して患者作成機能を定義する。さらに、保険情報ファクトリ７１０は、患者アドレス、提供者アドレス、条項などを使用して保険作成機能を定義して、患者アドレス、保険条項、および既知の処方者などの処方者情報、処方者を追加できることなどを含む保険情報構造体７１２を作成する。デバイス情報ファクトリ７１４は、デバイスアドレス、製造元、モデルなどを使用してデバイス作成機能を定義して、製造元、モデル、有効な処方（例えば、処方箋の住所などを伴う）、および製造元を取得し、モデルを取得し、処方を追加するなどのための関連する機能を含むデバイス情報構造体７１２を作成する。
【0049】
エンティティ７１８は、処方者モデル７０４、患者モデル７０８、保険モデル７１２、およびデバイスモデル７１６から形成することができる。エンティティモデルまたは構造体７１８は、名前情報、アドレス情報など、および情報検索機能（例えば、ｇｅｔＩｎｆｏ（）など）、アドレス検索機能（例えば、ｇｅｔＡｄｄｒｅｓｓ（）など）、名前検索機能（例えば、ｇｅｔＮａｍｅ（）など）などを含む機能を含むことができる。
【0050】
図７の例に示すように、超音波処方ファクトリ７２０は、患者情報構造体アドレス、デバイス情報構造体アドレス、支払いコレクターアドレス、投与量（例えば、電力、持続時間、価格などのトリプル）、支払い可能などに基づいて超音波処方を作成する機能を提供する。超音波処方ファクトリ７２０は、投与量（例えば、電力、持続時間、価格などのトリプル）、正味投与量ポインター、モニタなど、および次の投与量を得る、モニタを追加するなどの関連する機能を含む超音波処方箋７２２を作成する。例示的な超音波処方箋７２２は、患者情報アドレス（例えば、所有者、返金可能なインジケータなどを含む）、デバイス情報アドレス（例えば、消費者識別子などを含む）、保険情報アドレス（例えば、返却可能なインジケータなどを含む）、支払いコレクターアドレスなどを含むデバイス処方７２４に提供することができる。デバイス処方７２４はまた、患者の情報、支払うべきコペイ預金、預金給付金の支払い、預金の払い戻し、支払いの回収、デバイスの割り当てなどを取得するなどの機能を含むことができる。
【0051】
エンティティ７１８、超音波処方箋７２２、およびデバイス処方箋７２４を使用して、データを記憶し、患者へのエネルギー送達について検証することができる。例えば、エンティティおよび処方情報７１８、７２２、７２４は、投与量を受けている人を含み得る、および／またはそれを検証するために使用され得る。例えば、構造体７１８、７２２、７２４は、患者および関連する投与量（例えば、各投与量について）のデジタル薬局ログを形成するために、分散型台帳２００のレコード２１０～２３０としてフォーマットされ、および／またはそれに関連付けられることができる。患者および投与量の確認は、患者のスマートフォンおよび／または他の電子デバイス４２０、投与機械（例えば、エネルギーデバイス３７０など）などによって患者、デバイス、材料などから得られた、画像などのバイオメトリックデータを使用して決定することができる。患者によって得られた投与回数は、画像データ、患者サンプル、他のバイオメトリック分析などに基づいて（例えば、過量投与または嗜癖を発症させないようにするなど）検証することができ、処方および／またはエンティティ構造体７１８、７２２、７２４の一部として、対応するレコード２１０～２３０としてブロックチェーン２００などに格納することができる。
【0052】
例えば、患者の内部および／または外部組織の画像認識を使用して、患者の投与量、位置、強度などを検証することができる。組織および／または他の生理学的応答を処理して、例えば超音波処方箋７２２に従って印加されるエネルギーの振幅または投与量を検証することができる。内部および／または外部センサからのフィードバックを使用して、例えば、デバイス処方箋７２４に従って印加され、超音波処方箋７２２に従って検証されるエネルギーを測定することができる。代替的または追加的に、血流の変化および／または他の生理学的応答などの他の特徴を、構造体７１８、７２２、７２４および関連する分散型台帳を介した投与の検証として使用することができる。
【0053】
例えば、台帳２００のレコード２１０～２３０を使用して、分散型台帳２００のコピーを維持しながら、デバイス３２０～３６０、４２０などにわたる作業および比較の証明を通じてコンプライアンスデータを格納および検証することができる。台帳レコード２１０～２３０のコピーの比較を使用して、測定されたデータの精度および装置の構成、処方情報、患者の状態、治療プロトコルなどの遵守を検証することができる。
【0054】
例えば、図８の例に示すような分散型処方箋台帳８００は、患者、デバイス、保険適用範囲、関連する処方箋情報、ならびに患者、デバイス、保険適用範囲、処方箋の送達および更新などを含む取り扱いを特徴付ける複数のレコード８１０～８２０を含むことができる。例示的な台帳８００は、例示的なブロックチェーン２００に類似しており、データ構造体、ソフトウェアコード、ならびに患者、関連する治療装置、患者の保険適用範囲および財務、処方箋の形成、処方箋の配送、処方箋の更新などを含む取り扱いに対応するレコード８１０、８２０、８３０を含む。
【0055】
図８の例示的な台帳８００に示すように、レコード８１０は、患者６０９、７０８、７１８がシステム内でインスタンス化されるとき、エネルギー適用デバイス３７０、スマートフォンおよび／または他のポータブルコンピューティングデバイス４２０などのデバイス６０５、７１６が使用するように構成されるとき、処方箋構造体３２４、６１３、７２２、７２４がインスタンス化されるとき、処方箋に資金が提供されるとき、処方箋が投与されるときなどに作成される。追加のレコード８２０、８３０は、患者、デバイス、保険、処方箋などに対する新しい取り扱いおよび／または他の更新／調整を反映するために作成される。例示的なレコード８１０～８３０は、レコード８１０、８２０、３８０に関連付けられた識別子８１１、８２１、８３１、レコード８１０～８３０の作成および／または更新に対応するタイムスタンプ８１２、８２２、８３２、レコード８１０～８３０のタイプ８１３、８２３、８３３（例えば、患者レコード、デバイスレコード、保険事業者レコード、処方レコード、エンティティレコード、投薬量レコードなど）を含む。例示的なレコード８１０～８３０はまた、処方者情報８１４、８２４、８３４、患者情報８１５、８２５、８３５、保険情報８１６、８２６、８３６、デバイス情報８１７、８２７、８３８、取り扱い情報８１８、８２８、８３８などを含む。タイプ８１３～８３３、処方者８１４～８３４、患者８１５～８３５、保険８１６～８３６、デバイス８１７～８３７、トランザクションエンジン８１８～８３８などを使用して、例えば、エンティティ（例えば、エンティティ構造体７１８など）の表現を形成することができる。エンティティレコード８１０は、トランザクションエンジン８１８でレコード８１０を変更すること、および／または患者の治療、保険カバレッジ／支払い情報、デバイスの構成／使用などの進捗および／または他の変更を追跡するために新しいトランザクションエンジン８２８、８３８を示す分散型台帳８００に後続のレコード８２０、８３０を追加することなどによって更新することができる。
【0056】
複数のシステム３２０～３６０、４２０などは、分散型台帳８００のレコード８１０～８３０のコピーを維持して、レコード８１０～８２０の内容、トランザクションエンジン８１８～８３８などを検証することができる。変更された、誤った、または不正なレコード８１０～８３０は、例えば、分散型台帳８００の別のコピーを使用して、識別および修理、交換などを行うことができる。例えば、台帳８００のコピーを維持する各システムは、レコード８１０～８３０内の項目を検証し、レコード８１０～８３０の情報のハッシュを計算し、適用可能なレコード８１～８３０に関する仕事関数の証明を解決することなどができる。
【0057】
図９は、患者の処方箋の管理を提供する別の例示的な分散型台帳９００を示す。図９の例では、レコード９１０～９３０は、デバイスが患者に適用する処方箋を識別し、監視し、更新する。レコード９１０～９３０は、レコードを識別する台帳９００に固有の番号、以前のレコードの識別子のハッシュ、患者に関連付けられた識別子などの識別子９１１、９２１、９３１を含む。レコード９１０～９３０は、レコード９１０～３９０の作成および／または更新に関連付けられたタイムスタンプ９１２、９２２、９３２を含む。レコード９１０～９３０は、レコード９１０～９３０が新しい処方箋、処方箋の更新または変更、処方箋に関連する取り扱いまたは契約などであるかどうかを識別するためのタイプ９１３、９２３、９３３を含む。レコード９１０～９３０は、患者識別子９１４、９２４、９３４、デバイス識別子９１５、９２５、９３５、保険識別子９１６、９２６、９３６、支払いインジケータ９１７、９２７、９３７、投与量カウンタ９１８、９２８、９３８、取り扱い識別子９１９、９２９、９３９などを含む。
【0058】
レコード９１０～９３０の分散型台帳９００を使用して、患者コンプライアンスデータを格納することができる。例えば、患者９１４～９３４、投与量９１８～９３８、およびトランザクションエンジン９１９～９３９をレコード９１０～９３０にわたって比較して、患者が「投与量」レジメンに厳密に従っているか否かを判定することができる。コンプライアンスは、例えば、どの患者が投与量レジメンに最も厳密に従っているかを決定するために患者間で比較することができる。投与量９１８～９３８、デバイス９１５～９３５、患者９１４～９３４、タイプ９１３～９３３、保険９１６～９３６、支払い９１７～９３７、およびトランザクションエンジン９１９～９３９の情報は、医師の処方データを格納するために使用することができ、例えば、どの医師が最も効果的に処方しているかを判定するために、経時的に台帳９００にわたって比較することができる。
【0059】
特定の例では、取り扱いデータ９１９～９３９を投与量情報９１８～９３８と比較して、患者９１４～９３４に対する所与の投与量の生理学的効果を決定し記憶することができる。特定の例では、取り扱いデータ９１９～９３９、投与量情報９１８～９３８、デバイスデータ９１５～９３５などを比較して、投与量および記憶、追跡などを提供する際の装置の性能、ハードウェアおよび／または治療の有効性を決定することができる。特定の例では、レコード９１０～９３０の情報は、生理学的フィードバックによって決定された有効性に基づいて処方の変更を可能にする。したがって、動的投与データは、レコード９１０～９３０のフィールド９１８～９３８に格納することができる。
【0060】
分散型台帳９００のレコード９１０～９３０は、例えば、処方箋に従ってエネルギー量を投与することによる患者治療を含む取り扱いを処理するために使用することができる。治療投与量情報が送信および記憶されている場所に応じて、画像認識（例えば、患者の内部／外部組織）を使用して患者の投与量、位置などを検証するなど、追加の取り扱い／投与量検証を提供することができる。例えば、組織および／または生理学的応答情報を使用して、デバイスによって患者に加えられるエネルギーの振幅および／または投与量を検証することができる。印加されているエネルギーを測定する内部および／または外部センサからのフィードバックは、例えば、治療の検証のために処理することができる。血流および／または他の生理学的応答の変化などの他の特徴は、レコード９１０～９３０によって追跡することができ、例えば投与の検証として使用することができる。特定の例では、患者および投与量を検証するために、コンセンサスアルゴリズム（例えば、個人画像認識など）で測定値を使用することができる。治療用ハードウェアはまた、例えば、携帯電話などの別のデバイスに結び付けられて、グローバル位置および／または他のバイオメトリックデータを使用して、人をデバイスに結び付け、例えば、台帳９００内のレコード９１０～９３０に関連付けられたトランザクションエンジン９１９～９３９を介して投薬を検証することができる。台帳９００は、内部（例えば、治療会社がそのデバイス／システムの使用を評価するために使用するためなど）および／または外部（例えば、治療会社は、例えば、投与情報から価値を導出することを可能にするために、保険会社などの他のヘルスケアプレーヤーに投与データを提供することができる。例えば、投与データから導出される値は、処方された治療レジメンなどへのコンプライアンスに基づく異なる患者保険料を含むことができる。値は、例えば、正しいエネルギー印加および／または投与レジメンの診断においてより良好に機能する病院のシステムのための異なる保険支払いを含むことができる。これらの動作９１９～９３９は、例えば、レコード９１０～９３０として追加することができ、および／またはブロックチェーンまたは他の分散型台帳９００の既存のレコード９１０～９３０を調整するために使用することができる。分散型台帳９００の参加者は、例えば、患者、一次ヘルスプロバイダー、治療提供者、病院および／またはヘルスケアシステム、診断および／または治療機器提供者、保険業者、保険請求管理者／調査者、政府／案内機関、関連製品または非関連製品の提供を通じて患者の健康に影響を及ぼし得る消費者企業、および／またはヘルスケア内の他の当事者を含むことができる。
【0061】
図１０は、例示的な処方ブロックチェーン１００２（例えば、図８および／または図９の例示的な分散型台帳８００、９００を実施するステップ）の例示的な取り扱いフロー１０００を示す。図１０の例に示すように、１において、処方システム３２０は、ブロックチェーン１００２のブロック０を形成し、患者（例えば、患者構造体６０９など）を定義するレコードを作成する。２において、処方システム３２０は、処方スマート契約１００３を起動する。スマート契約１００３の呼び出しは、ブロックチェーン１００２のブロック１に取り扱いとして格納される。３において、処方システム３２０は、ブロックチェーン１００２のブロック２として処方箋６１３の情報を追加する。４において、処方システム３２０は、ブロックチェーン１００２のブロック３においてデバイス６０５の情報を追加する。デバイス６０５の取り扱いはまた、例えば、薬局／処方箋システム４１０で処方箋を充填することを含むことができる。５において、保険事業者のシステム３３０は、ブロックチェーン１００２のブロック４において、保険適用範囲、患者のコペイなどの保険情報を追加する。６において、デバイス３７０（例えば、制御システム３６０などを用いて）、６０５は、処方を患者に与え、これはブロックチェーン１００２のブロック５の取り扱いとして記録される。７において、処方箋は、ブロックチェーン１００２のブロック６における取り扱いとして記憶される薬局のシステム４１０によって再調剤および／または更新することができる。ブロックチェーン１００２は、例えば、ブロックＮにおいて追加の取り扱いで更新され続けることができる。
【0062】
図１１は、例えば、分散型台帳８００、９００を介して追跡することができるエネルギー療法を患者に送達するための処方箋のための例示的なスマート契約１１００を示す。例示的なスマート契約１１００は、例えば、台帳８００、９００内のレコード８１０～８３０、９１０～９３０として格納することができる。図１１の例に示すように、契約１１００は、値１１１０（例えば、材料の量、コスト、タイミングなど）および状態１１２０（例えば、利用可能、完了、実行、実行中、配送、残存材料など）を含む。特定の例では、契約１１００は、すべて同じ契約条項の対象である複数の患者に適用することができる。さらに、特定の例では、契約の現在の状態は、状態１１２０を明示的に格納することなく値１１１０から導出することができる。契約１１００はまた、契約１１００に関して実行可能な１つまたは複数の機能１１３０を含むことができる。したがって、契約１００は、例えば、１つまたは複数の機能１１３０を使用して、その条項１１１０およびそれらの条項の実行のステータス１１２０を指定することができる。例えば、図１０の例示的な処方契約１００３に示すように、機能１１３０は、要求、生成、資金、配信、受信、補充、更新などを含むことができる。契約レコード１１００は、取引情報１１４０およびイベント情報１１５０を受信することができ、また、取引情報１１６０およびイベント情報１１７０を台帳８００、９００および／またはシステム内の別のレコード８１０～８３０、９１０～９３０などに提供することができる。
【0063】
例えば、取引１１４０は、処方箋および／または契約１１００への他の条項／条件に関連付けられるべきエネルギーの量などによって、契約１１００に価値１１１０を提供することができる。イベント１１５０は、処方箋を管理する時間、関連デバイスの識別などの契約１１００の状態１１２０に影響を与えることができる。処方箋が資金供給され、支払われ、管理され、補充されるなどすると、取り扱い情報１１６０およびイベント情報１１７０は、例えば、台帳８００、９００の取り扱いとして別のレコード８１０～８３０、９１０～９３０に伝播することができる。したがって、スマート契約１１００は、エネルギー送達、医薬品、治療などのための電子処方箋を含む取り扱いを追跡するために使用することができる。
【0064】
スマート契約１１００は、台帳８００．９００を使用して当事者間の契約／合意（例えば、病院または臨床医、薬局、および／または保険会社などの間で行われる）の実行を可能にする／容易にするために実行することができるコンピュータプログラムコードとして実装することができる。契約１１００の条件および／または更新は、契約１１００の実行を実施および／または追跡するために、処方コンピュータシステム３２０、保険会社／プライマリケアサーバ３３０、監督者のシステム３４０、エネルギー制御システム３６０、モバイルコンピューティングデバイス４２０、および／または別のプロセッサなどのプロセッサによって実行されるプロセッサ実行可能命令として実施することができる。契約１１００の条項は、契約１１００および関連するマテリアルの条件および結果を管理する論理文として符号化することができる。契約１１００は、例えば、契約１１００を実行するために、分散型台帳８００、９００に関してそれ自体で実行するように完全に自動化することができ、および／またはプロセッサ／デバイス（例えば、処方コンピュータシステム３２０、保険事業者／プライマリケアサーバ３３０、監督者のシステム３４０、エネルギー制御システム３６０、モバイルコンピューティングデバイス４２０、および／または別のプロセッサなど）によって実行可能とすることができる。したがって、契約１１００は、例えば、実行可能コードで完全に定式化することができ、および／またはプロセッサによって解釈される追加の要素を含むことができる。契約１１００は、例えば、台帳８００、９００（例えば、契約１１００を形成するコードは、ブロックチェーンおよび／または他の分散型台帳８００、９００のブロックなどに符号化される）内で実行することができ、および／または台帳８００、９００の外部で実行することができ、情報（例えば、新しいおよび／または更新されたレコード３１０～３３０など）を台帳３００に戻す。特定の例では、誰でも契約５００を追加し、および／または台帳３００のレコード３１０～３３０を変更することができる。他の例では、台帳３００および関連するレコード３１０～３３０、契約５００などへのアクセスは、プロセッサ認可（例えば、許可されたノード）、ユーザ認可などに基づいて制限される。
【0065】
図１２は、分散型台帳（例えば、分散型台帳８００、９００、１００２）を管理し、分散型台帳を介して、処方箋情報、患者治療の進行状況、命令、更新などの処理、追跡、および更新を容易にするための例示的な処方箋管理プロセッサ１２００を示す。例示的なプロセッサ１２００は、台帳記録プロセッサ１２１０、契約ジェネレータ１２２０、ステータスモニタ１２３０、データ通信インターフェース１２４０、およびデータストレージ１２５０を含む。
【0066】
例示的な台帳記録プロセッサ１２１０は、分散型台帳８００、９００、１００２内のレコード８１０～８３０、９１０～９３０を含む取り扱いを処理する。例示的なプロセッサ１２１０は、患者、デバイス、新しい処方箋、処方箋活動などに基づいてデータストレージ１２５０内の台帳８００、９００、１００２を更新することができる。例示的な契約ジェネレータ１２２０は、処方遂行、支払い、管理などのためのスマート契約（例えば、スマート契約１１００など）を生成することができる。例示的なジェネレータ１２２０は、例えば、台帳記録プロセッサ１２１０と対話して、スマート契約１１００および／またはスマート契約を含む取り扱いを分散型台帳８００、９００、１００２に追加することができる。例示的なステータスモニタ１２３０は、患者に対する処方の管理および／または他の処方ステータス（例えば、残量、保険承認、コペイステータス、資金調達ステータス／量、補充回数、頻度など）を監視し、台帳記録プロセッサ１２１０と協働して、例えば、処方ステータスの変化に基づいて台帳８００、９００、１００２を更新することができる。データ通信インターフェース１２４０（例えば、有線データ通信インターフェースおよび／またはセルラー通信インターフェース、Ｗｉ－Ｆｉ通信インターフェース、ブルートゥース（登録商標）通信インターフェース、近距離通信インターフェースなどの無線データ通信インターフェース）を介して、管理処理部１２００から管理処理部１２００に情報を送信することができる。分散型台帳８００、９００、１００２のコピーを含むデータは、例えば、プロセッサ１２００の構成要素によって実行するための命令、パラメータなどと共にデータストレージ１２５０に格納することができる。
【0067】
したがって、例示的な処方箋管理プロセッサ１２００を使用して、ブロックチェーンネットワーク３１０、処方コンピュータシステム３２０、保険業者／プライマリケアシステム３３０、治療／診断監視システム３４０、エネルギー制御システム３６０、薬局のシステム４１０、モバイルコンピューティングデバイス４２０などのうちの１つまたは複数に別々に実装および／または含まれて、処方箋ブロックチェーンおよび／または他の分散型台帳８００、９００、１００２、ならびに精度、セキュリティ、処理可能性、および臨床プロトコルへの遵守を保証するのを助けるための関連する取り扱いを生成、管理、更新、維持などすることができる。
【0068】
図１３は、処方管理プロセッサ１２００が処方者システム３２０、保険事業者のシステム３３０、監督者のシステム３４０、および薬局のシステム４１０と通信して、分散型台帳９００への更新を交換する例示的なネットワーク１３００（例えば、ブロックチェーンネットワーク３１０など）を示す。図１３の例では、各システムは台帳９００のコピーを含み、台帳９００内のレコード９１０～９３０への更新は、分散型台帳９００の各コピーに伝搬される。次に、取り扱いおよび／または他の更新を、台帳９００の複数のコピーに対して検証することができる（例えば、更新ごとに自動的に、一定期間および／または更新回数の後に定期的に、ユーザ／システム要求時に手動でなど）。更新が台帳９００のただ１つのコピーのみに分離される場合、更新は、例えば潜在的に不正／誤りとして排除および／またはさらに調査され得る。したがって、図１３の例では、ピアシステムは、記録コンテンツ、記録更新、および記録を含む取り扱いなどに関するフィードバックを提供することができる。特定の例では、処方箋管理プロセッサ１２００は、別個のプロセッサの代わりに、またはそれに加えて、システム３２０、３３０、３４０、４１０のうちの１つまたは複数に組み込むことができる。
【0069】
例示的な実装形態が図１～図１３に関連して示されているが、図１～図１３に関連して示されている要素、プロセス、および／またはデバイスは、任意の他の方法で組み合わされ、分割され、再配置され、省略され、排除され、および／または実装されてもよい。さらに、本明細書で開示および説明される構成要素は、ハードウェア、機械可読命令、ソフトウェア、ファームウェア、および／またはハードウェア、機械可読命令、ソフトウェアおよび／またはファームウェアの任意の組み合わせによって実施することができる。したがって、例えば、本明細書で開示および説明される構成要素は、アナログおよび／またはデジタル回路、論理回路、プログラマブルプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）および／またはフィールドプログラマブルロジックデバイス（ＦＰＬＤ）によって実施することができる。純粋にソフトウェアおよび／またはファームウェアの実施態様をカバーするために本特許の装置またはシステムクレームのいずれかを読む場合、構成要素の少なくとも１つは、ソフトウェアおよび／またはファームウェアを記憶するメモリ、デジタル多用途ディスク（ＤＶＤ）、コンパクトディスク（ＣＤ）、ブルーレイディスクなどの有形のコンピュータ可読記憶デバイスまたは記憶ディスクを含むように本明細書によって明確に定義される。
【0070】
本明細書で開示および説明される構成要素を実装するための例示的な機械可読命令を表すフローチャートおよび／またはデータフローは、少なくとも図１～図１３と共に示され、図６、図１０、および図１４～図１５の例に示される。例では、機械可読命令は、図１６に関連して以下に説明する例示的なプロセッサプラットフォーム１６００に示されるプロセッサ１６１２などのプロセッサによって実行するためのプログラムを含む。本プログラムは、ＣＤ－ＲＯＭ、フロッピーディスク、ハードドライブ、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク、またはプロセッサ１６１２に関連するメモリなどの有形のコンピュータ可読記憶媒体に記憶された機械可読命令で実施することができるが、あるいは、プログラム全体および／またはその一部を、プロセッサ１６１２以外の装置によって実行すること、および／またはファームウェアもしくは専用ハードウェアで実施することも可能である。さらに、例示的なプログラムは、少なくとも図６、図１０、および図１４～図１５に関連して示されたフローチャートを参照して説明されているが、本明細書に開示および説明された構成要素を実装する多くの他の方法が代替的に使用されてもよい。例えば、ブロックの実行順序を変更することができ、および／または記載されたブロックのいくつかを変更、削除、または組み合わせることができる。少なくとも図６、図１０、および図１４～図１５のフローチャートおよび／またはデータフローは、例示的な動作を図示の順序で示しているが、これらの動作は網羅的ではなく、図示の順序に限定されない。さらに、本開示の趣旨および範囲内で、当業者によって様々な変更および修正を行うことができる。例えば、フローチャートに示すブロックは、他の順序で実行されてもよいし、並列に実行されてもよい。
【0071】
上述したように、少なくとも図６、図１０、および図１４～図１５の例示的なプロセスは、ハードディスクドライブ、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、キャッシュ、ランダムアクセスメモリ（ＲＡＭ）、および／または情報が任意の期間（例えば、長期間、恒久的に、短時間、一時的にバッファリングするため、および／または情報をキャッシュするために）記憶される任意の他の記憶装置もしくは記憶ディスクなどの有形のコンピュータ可読記憶媒体に記憶されたコード化された命令（例えば、コンピュータおよび／または機械可読命令）を使用して実施することができる。本明細書で使用される場合、有形のコンピュータ可読記憶媒体という用語は、任意の種類のコンピュータ可読記憶装置および／または記憶ディスクを含み、伝播する信号を除外し、伝送媒体を除外するように明確に定義される。本明細書で使用される場合、「有形のコンピュータ可読記憶媒体」および「有形機械可読記憶媒体」は互換的に使用される。追加的または代替的に、少なくとも図６、図１０、および図１４～図１５の例示的なプロセスは、ハードディスクドライブ、フラッシュメモリ、読み取り専用メモリ、コンパクトディスク、デジタル多用途ディスク、キャッシュ、ランダムアクセスメモリ、および／または情報が任意の期間（例えば、長期間、恒久的に、短時間、一時的にバッファリングするため、および／または情報をキャッシュするために）記憶される任意の他の記憶装置もしくは記憶ディスクなどの非一時的コンピュータおよび／または機械可読媒体に記憶されたコード化された命令に記憶されたコード化された命令（例えば、コンピュータおよび／または機械可読命令）を使用して実施することができる。本明細書で使用される場合、非一時的コンピュータ可読媒体という用語は、任意の種類のコンピュータ可読記憶装置および／または記憶ディスクを含み、伝播する信号を除外し、伝送媒体を除外するように明確に定義される。本明細書で使用される場合、「少なくとも」という語句が請求項の前文の移行用語として使用される場合、「を含み」という用語がオープンエンドであるのと同様にオープンエンドである。さらに、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語がオープンエンドであるのと同様にオープンエンドである。
【0072】
図１４は、患者のための動作を定義する電子処方箋を管理するための例示的な方法１４００の流れ図を示す。電子処方箋は、例えば、処方箋に従って患者に動作（例えば、エネルギー療法、超音波撮像、投薬、他の刺激など）を適用するようにデバイスを構成するために、ブロックチェーンおよび／または他の分散型台帳などの１つまたは複数のレコードなどの論理データ構造であり得る。ブロック１４０２において、処方箋が患者のために構成される。例えば、デバイス（例えば、エネルギー適用デバイス３７０および／またはデバイス構造体６０５などによって表される他のデバイス）は、患者に動作（例えば、エネルギーの印加、超音波撮像、医薬品の投与など）を適用するためにデバイス処方箋内に構成される。さらに、例えば、保険適用範囲、患者のコペイなどを含む動作に関連する支払い情報は、処方箋の一部として決定することができる。量、頻度、強さ／強度／投与量、検証などの動作および／または関連デバイスのパラメータおよび／または設定は、臨床ガイドライン、治療および／または診断プロトコル、臨床医の入力などに従って設定することができる。
【0073】
ブロック１４０４において、構成された処方箋は、分散型台帳８００、９００、１００２に記録される。例えば、構成された処方箋は、分散型台帳９００内のレコード９１０～９３０として追加され、分散型台帳９００内の既存のレコード９１０～９３０への更新として追加されるなどである。したがって、構成された処方箋構造体の論理データ構造は、例えば、参加ノードに格納された分散型台帳８００、９００、１００２のコピーを介して、分散型台帳ネットワーク内のノードとして機能する複数のデバイス／システムにわたって維持および分散される。
【0074】
ブロック１４０６において、処方箋の投与が追跡／監視される。例えば、処方箋管理プロセッサ１２００は、別個のプロセッサ上で実行され、および／または処方者システム３２０、保険者システム３３０、監督者のシステム３４０、薬局のシステム４１０、モバイルデバイス４２０などと連携して実装され、エネルギーデバイス３７０を介した患者３８０へのエネルギー療法の送達、患者への医薬品の投与（例えば、針、カテーテル、他の送達デバイスなどを介して）、患者への放射性医薬品材料の投与など、患者への処方箋の投与を監視することができる。処方箋投与を追跡することはまた、処方マテリアルが患者に投与されているときに、薬局のシステム４１０および／または他の提供者への支払いの調剤を追跡することを含むことができる。したがって、患者は、投与量によって動的に支払うこと、投与開始時に支払うこと、投与終了時に支払うことなどを行うことができ、提供者は、さらなる保険の承認、請求などのために、遅延または遅延時間なしに支払いを受けることができる。
【0075】
ブロック１４０８において、処方箋管理、処方状況の他の変更などを反映するために更新されたおよび／または新しいレコード８１０～８３０、９１０～９３０を有する分散型台帳８００、９００、１０００２。例えば、処方箋管理プロセッサ１２００は、台帳８００、９００、１００２を更新し、複数のデバイス／システム３２０～４２０によって維持される分散型台帳８００、９００、１００２のコピーに変更を伝播することができる。特定の例では、台帳８００、９００、１００２を更新することは、複数のシステム３２０～４２０間で分散された台帳８００、９００、１００２の複数のコピーを比較することによって更新を検証すること、ハッシュおよび／または他の作業証明アルゴリズムを実行して、デバイス／システム３２０～４２０が分散型台帳８００、９００、１００２に追加することを許可されていることを検証することなどを含む。
【0076】
ブロック１４１０において、処方箋の状態またはステータスが評価されて、処方箋が使い果たされているか、まだ使い果たされていないか、および／または再調剤されるべきかどうかが判定される。処方が使い尽くされたおよび／または終了した場合、ブロック１４１２において、台帳８００、９００、１００２は、処方の完了を反映するように更新され、プログラムは終了／リターンする。しかし、マテリアルが処方箋に残っている場合、または処方箋が空であるが再調剤が注文された／トリガされた／追加された場合などには、制御はブロック１４１４に移行する。ブロック１４１４において、処方箋の継続が評価されて、処方箋が再調剤されるべきかどうか、または投与が現在の処方箋で継続されるべきかどうかが判定される。現在の処方材料の投与を継続する（例えば、より多くの材料／指示が残っている、補充が保証されていないなど）場合、制御はブロック１４０６に戻り、処方投与の監視を継続する。処方箋の再調剤が保証される場合（例えば、より多くのマテリアル、行動のための新しい指示など）、制御はブロック１４０２に戻り、再調剤のために処方箋を調整／構成／管理する。例えば、新しい認可、支払い、設定などは、処方箋の補充および検証などの分散型台帳８００、９００、１００２の１つまたは複数のレコード８１０～８３０、９１０～９３０ｂの更新に関与することができる。
【0077】
したがって、処方箋は、患者に動作を適用するためのデバイスを構成するためのデバイス処方箋、患者に投与される特定の薬剤／マテリアルのための医薬品処方箋、患者を監視するためのデバイスを構成するための監視処方箋（例えば、センサ、撮像、心電図などを使用する）、および／または患者の検査のためのデバイスを構成するための検査処方箋（例えば、センサ、撮像、心電図、コンピュータ支援検出などを使用する）などであり得る。
【0078】
図１５は、処方箋管理のための例示的なプロセス１４００の例示的な実装１５００を示す。電子処方箋は、例えば、処方箋に従って患者に動作（例えば、エネルギー療法、超音波撮像、投薬、他の刺激など）を適用するようにデバイスを構成するために、ブロックチェーンおよび／または他の分散型台帳などの１つまたは複数のレコードなどの論理データ構造であり得る。ブロック１５０２において、電子処方箋は、患者に動作（例えば、エネルギーの印加、超音波撮像、医薬品の投与など）を患者に適用するようにデバイス（例えば、エネルギー適用デバイス３７０および／またはデバイス構造体６０５によって表される他のデバイスを構成するデバイス処方箋など）を構成することによって、患者に対して実行するように構成される。量、頻度、強さ／強度／投与量、検証などの動作および／または関連デバイスのパラメータおよび／または設定は、臨床ガイドライン、治療および／または診断プロトコル、臨床医の入力などに従って設定することができる。ブロック１５０４において、分散型台帳８００、９００、１００２がデバイス構成情報で更新される。例えば、処方箋のためのデバイス構成情報を提供する取り扱いで、新しいレコード８１０～８３０、９１０～９３０を追加することができ、および／または既存のレコード８１０～８３０、９１０～９３０を更新することができる。ブロック１５０６において、保険適用範囲、患者のコペイなどを含む、動作に関連付けられた支払い情報が、例えば処方箋の一部として決定される。ブロック１５０８において、支払い情報は、分散型台帳８００、９００、１００２内の新しいおよび／または更新されたレコード８１０～８３０、９１０～９３０に関連付けられた取り扱いとして記録される。
【0079】
ブロック１５１０において、処方箋を通じて患者に適用される動作は、分散型台帳８００、９００、１００２を使用して検証される。例えば、分散型台帳８００、９００、１００２のコピーを格納および／またはアクセスする１つまたは複数のシステム３２０～４２０、１２００は、レコード８１０～８３０、９１０～９３０の情報を比較して、処方箋およびその関連動作の内容を検証することができる。値の比較は、精度／一貫性を保証するのに役立てることができ、および／またはハッシュおよび／または他の仕事関数の証明は、システム３２０～４２０、１２００が分散型台帳８００、９００、１００２内のレコード８１０～８３０、９１０～９３０を追加／調整することを認可されていることを検証することができる。したがって、構成された処方箋構造体の論理データ構造は、例えば、参加ノードに格納された分散型台帳８００、９００、１００２のコピーを介して、分散型台帳ネットワーク内のノードとして機能する複数のデバイス／システムにわたって維持および分散される。
【0080】
ブロック１５１２において、動作が検証されると、処方箋内の支払い情報を使用して動作の支払いが処理される。例えば、電子処方箋がデバイスによって処理されて患者に動作を適用するときに、保険支払い情報、患者のコペイなどを含む支払いを適用することができる。ブロック１５１４において、分散型台帳８００、９００、１００２は、支払いおよび／または動作を反映するように更新される。例えば、１つまたは複数のシステム／デバイス３２０～４２０、１２００は、ｉ）支払いまたはｉｉ）動作のうちの少なくとも１つのレコード８１０～８３０、９１０～９３９を分散型台帳８００、９００、１００２に伝播することができる。
【0081】
ブロック１５１６において、処方箋の投与が追跡／監視される。例えば、処方箋管理プロセッサ１２００は、別個のプロセッサ上で実行され、および／または処方者システム３２０、保険者システム３３０、監督者のシステム３４０、薬局のシステム４１０、モバイルデバイス４２０などと連携して実装され、エネルギーデバイス３７０を介した患者３８０へのエネルギー療法の送達、患者への医薬品の投与（例えば、針、カテーテル、他の送達デバイスなどを介して）、患者への放射性医薬品材料の投与など、患者への処方箋の投与を監視することができる。処方箋投与を追跡することはまた、処方マテリアルが患者に投与されているときに、薬局のシステム４１０および／または他の提供者への支払いの調剤を追跡することを含むことができる。したがって、患者は、投与量によって動的に支払うこと、投与開始時に支払うこと、投与終了時に支払うことなどを行うことができ、提供者は、さらなる保険の承認、請求などのために、遅延または遅延時間なしに支払いを受けることができる。
【0082】
ブロック１５１８において、処方箋管理、処方状況の他の変更などを反映するために更新されたおよび／または新しいレコード８１０～８３０、９１０～９３０を有する分散型台帳８００、９００、１０００２。例えば、処方箋管理プロセッサ１２００は、台帳８００、９００、１００２を更新し、複数のデバイス／システム３２０～４２０によって維持される分散型台帳８００、９００、１００２のコピーに変更を伝播することができる。特定の例では、台帳８００、９００、１００２を更新することは、複数のシステム３２０～４２０間で分散された台帳８００、９００、１００２の複数のコピーを比較することによって更新を検証すること、ハッシュおよび／または他の作業証明アルゴリズムを実行して、デバイス／システム３２０～４２０が分散型台帳８００、９００、１００２に追加することを許可されていることを検証することなどを含む。
【0083】
ブロック１５２０において、処方箋の状態またはステータスが評価されて、処方箋が使い果たされているか、まだ使い果たされていないか、および／または再調剤されるべきかどうかが判定される。処方が使い尽くされたおよび／または終了した場合、ブロック１５２２において、台帳８００、９００、１００２は、処方の完了を反映するように更新され、プログラムは終了／リターンする。しかし、マテリアルが処方箋に残っている場合、または処方箋が空であるが再調剤が注文された／トリガされた／追加された場合などには、制御はブロック１５２４に移行する。ブロック１５２４において、処方箋の継続が評価されて、処方箋が再調剤されるべきかどうか、または投与が現在の処方箋で継続されるべきかどうかが判定される。現在の処方材料の投与を継続する（例えば、より多くの材料／指示が残っている、補充が保証されていないなど）場合、制御はブロック１５２６に戻り、処方投与の監視を継続する。処方箋の再調剤が保証される場合（例えば、より多くのマテリアル、行動のための新しい指示など）、制御はブロック１５０２に戻り、再調剤のために処方箋を調整／構成／管理する。例えば、新しい認可、支払い、設定などは、処方箋の補充および検証などの分散型台帳８００、９００、１００２の１つまたは複数のレコード８１０～８３０、９１０～９３０ｂの更新に関与することができる。
【0084】
特定の例示的な記録、システム、および関連する方法が上記で開示されているが、他の記録フォーマットおよび関連するシステムおよび方法を処方箋および関連するデバイス管理に使用することができる。例えば、図１６は、例示的なシステム３００、４００などによる処理のための記憶された電子処方箋情報を表す例示的なテーブル１６００を示す。テーブル１６００は、電子処方箋および処方箋に関する関連付けた取り扱いを識別するエントリを含むことができる。例示的なテーブル１６００は、商品識別子１６０２、トランザクション識別子１６０４、処方箋情報１６０６、ステータス１６０８、ブロックチェーン結果１６１０、およびデータ１６１２を含む複数のフィールドを定義することができる。例示的なテーブル１６００を使用して、一人以上の患者、ユーザ、機器などについてデジタル処方箋情報を追跡することができる。例示的な商品識別子１６０２は、例えば固有の英数字コードを使用して、問題の患者、ユーザ、機器、および／または他のレコードを識別するために使用することができ、取り扱い識別子１６０４は、例えば、取り扱い、イベント、および／または処方箋の生成、認可、配送、および再調剤の他の段階を記録するために使用することができる。処方情報１６０６は、処方に関する一部またはすべての情報（例えば、機器、投与量、他の設定など）を識別するために使用することができる。ステータス１６０８を使用して、処方箋が承認されたか、拒否されたか、承認を待っているか、送達／投与されたか、期限切れ／空であるか、再調剤されたかなどを示すことができ、ブロックチェーン結果１６１０を使用して、デジタル処方箋の情報の一部またはすべてが分散型台帳（例えば、分散型台帳のコピー間の値を比較すること、分散型台帳に関する作業証明を実行することなどによって）を介して検証されたかどうかを示すことができる。データ１６１２は、例えば、関連する処方箋情報１６０６を定義するための情報のビットを含むことができる。したがって、処方箋および関連する状態、イベントなどは、例えば、テーブルまたは容器１６００を介して追跡することができる。
【0085】
いくつかの例では、デジタル処方箋に関連する情報は、安全な分散取り扱い台帳（例えば、ブロックチェーン技術に関連する）を介して記録される。例えば、図１７は、安全な分散取り扱い台帳を組み込んだシステム１７００である。システムは、クライアント１７２０とブロックチェーン１７３０との間で情報を交換するための通信ポートを有するデジタルトランザクションエンジン１７１０を含む。例えば、デジタルトランザクションエンジン１７１０および／またはシステム１７００の他の要素は、ブロックチェーン１７３０および／または他の安全な分散取り扱い台帳１７３０（例えば、ブロックチェーン検証プロセスを介して）を使用して、クライアントに関する取り扱いおよび／または関連するデジタル処方箋に関する情報を記録することができる。例えば、デジタルトランザクションエンジン１７１０は、本明細書に記載の例のいずれかに従って、安全な分散取り扱い台帳１７３０を介して、注文日時、価格、記入日、承認、補充、分配／配送、圧縮された商品定義ファイルなどを記録することができる。いくつかの例によれば、分散型台帳１７３０は、ＨＹＬＥＤＧＥＲ（登録商標）ブロックチェーン検証システムに関連付けることができる。デジタルトランザクションエンジン１７１０は、分散化することができ、および／または例えば企業向けのサービスを実行するベンダーなどの第三者に関連付けることができることに留意されたい。取り扱いは、１つまたは複数のセグメントに符号化することができ、いくつかの例によれば、取り扱いに関する情報は、ブロックチェーン技術を使用して記録することができる。
【0086】
図１７のシステム１７００に示すような特定の例では、クラウドベースのインテグリティモニタ１７４０は、ウェブブラウザを介して取り扱いインテグリティデータを提供し、レプリゼンテーショナルステートトランスファ（「ＲＥＳＴ」ウェブサービスを介してブロックチェーン１７３０およびデジタルトランザクションエンジン１７１０と情報を交換することができる。ＲＥＳＴウェブサービスは、例えば、インターネット上のコンピュータシステム間の相互運用性を提供することができる（例えば、要求するシステムが、ステートレス操作の均一な事前定義されたセットを使用してウェブリソースのテキスト表現にアクセスし操作することを可能にすることによって）。いくつかの例では、デジタルトランザクションエンジン１７１０の一部は、ＭｙＳＱＬデータベースに関連付けることができる。このようにして、デジタルトランザクションエンジン１７１０およびブロックチェーン１７３０を使用して、クライアント１７２０について、取り扱いレベルの検証を提供することができる。図１７は、単一のブロックチェーン１７３０、クライアント１７２０、およびデジタルトランザクションエンジン１７１０を有する例示的なシステム１７００を示しているが、他の例は他のトポロジを使用することができることに留意されたい。例えば、図１８は、複数のデジタルトランザクションエンジン１８１０～１８１５を組み込んだデジタル処方箋管理を実装するシステム１８００である。特に、追加のブロックチェーン１８３５およびデジタルトランザクションエンジン１８１５は、追加のクライアント１８２５の保護を提供することができる。図１８の例に示すように、各デジタルトランザクションエンジン１８１０、１８１５は、システム１８００（例えば、攻撃を非現実的にする複数の地理的に分散したノードに情報を格納することによって）に追加の保護を提供する複数のブロックチェーン１８３０、１８３５に関連付けることができる。すなわち、各検証者（例えば、デジタルトランザクションエンジン１８１０～１８１５）は、簡単な要約を独立したデータストアにコミットすることができ、記録されると、記録改ざん防止システム（「ＳｏＲ」を提供するために検出なしで情報を変更することはできない。
【0087】
様々なタイプおよび／または量の情報が安全な分散型台帳に記録され得ることに留意されたい。例えば、データは、処方ごと、事象ごと、ベース処方、およびすべての関連する依存する処方の変更などに格納され得る。さらに、特定の医療機器、他の機器、投与量、材料、顧客、患者、プラットフォーム、支払い、品質レビュープロセスまたは結果などに関する情報は、安全な分散型台帳（例えば、ブロックチェーン技術などを使用する）を介して格納することができる。
【0088】
本明細書で開示される例は、例えば、スマート契約、デジタル資産、レコードリポジトリ、および／または暗号化セキュリティをサポートする分散型コンセンサスベースのネットワークを有する任意のタイプの分散型台帳に関連付けることができる。例えば、図１９は、分散型台帳参照アーキテクチャ１９００である。例示的なアーキテクチャ１９００は、台帳サービスと、ネットワークセキュリティサービス情報（例えば、第１のエンティティデバイスから）を含むことができるイベントストリーム１９１０とを含む。メンバーシップサービス１９２０（例えば、登録、識別管理、および／または監査可能性プロセスなどを含む）は、ネットワークセキュリティサービスのメンバーシップ１９５０のアイデンティティ、プライバシー、および機密性を管理することができる。
【0089】
ブロックチェーンサービス１９３０（例えば、コンセンサスマネージャー、ピアツーピア（「Ｐ２Ｐ」プロトコル、分散型台帳、および／または台帳ストレージなどを含む）は、Ｐ２Ｐプロトコルを介して分散型台帳を管理して、ブロックチェーン１９６０およびトランザクションエンジン１９７０をサポートするために多くのノードで複製される単一の状態を維持することができる。チェーンコードサービス１９４０（例えば、スマート契約に関連付けられたセキュアコンテナおよび／またはセキュアレジストリ）は、検証ノードでのスマート契約（またはチェーンコード１９８０）の実行を区分化するのに役立てることができる。環境は、安全なオペレーティングシステムおよびプログラミング言語を含む署名されたベースイメージのセットを有する「ロックダウン」された安全なコンテナであり得ることに留意されたい。特定の例では、アプリケーションプログラミングインターフェース（ＡＰＩ）、ソフトウェア開発キット（ＳＤＫ）、および／またはコマンドラインインターフェース（ＣＬＩ）を利用して、参照アーキテクチャ１９００を介してネットワークセキュリティサービスをサポートすることができる。
【0090】
図２０は、少なくとも図６、図１０、および図１４～図１５の命令を実行して、図１～図１９に関して本明細書に開示および説明される例示的な構成要素を実装するように構成された例示的なプロセッサプラットフォーム２０００のブロック図である。プロセッサプラットフォーム２０００は、例えば、サーバ、パーソナルコンピュータ、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）などのタブレット）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネットアプライアンス、または任意の他の種類のコンピューティングデバイスとすることができる。
【0091】
図示の例のプロセッサプラットフォーム２０００は、プロセッサ２０１２を含む。図示の例のプロセッサ２０１２はハードウェアである。例えば、プロセッサ２０１２は、任意の所望のファミリまたは製造業者からの集積回路、論理回路、マイクロプロセッサ、またはコントローラによって実装することができる。
【0092】
図示の例のプロセッサ２０１２は、ローカルメモリ２０１３（例えば、キャッシュ）を含む。図２０の例示的なプロセッサ２０１２は、少なくとも図６、図１０、および図１４～図１５の命令を実行して、例示的な処方者システム３２０、例示的な保険業者のシステム３３０、例示的な監督者のシステム３４０、例示的な薬局のシステム４１０、例示的なモバイルコンピューティングデバイス４２０、例示的な分散型台帳８００、９００、１００２、例示的なスマート契約１１００、例示的な処方箋管理プロセッサ１２００、例示的なシステム／アーキテクチャ１７００～１９００などの図１～図１９のシステムおよびインフラストラクチャおよび関連する方法を実施する。図示の例のプロセッサ２０１２は、バス２０１８を介して揮発性メモリ２０１４および不揮発性メモリ２０１６を含むメインメモリと通信する。揮発性メモリ２０１４は、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ＲＡＭＢＵＳダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）、および／または任意の他の種類のランダムアクセスメモリデバイスによって実行することができる。不揮発性メモリ２０１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスによって実装されてもよい。メインメモリ２０１４、２０１６へのアクセスは、クロックコントローラによって制御される。
【0093】
図示の例のプロセッサプラットフォーム２０００はまた、インターフェース回路２０２０を含む。インターフェース回路２０２０は、イーサネットインターフェース、ユニバーサルシリアルバス（ＵＳＢ）、および／またはＰＣＩエクスプレスインターフェースなどの任意の種類のインターフェース規格によって実行することができる。
【0094】
図示の例では、インターフェース回路２０２０には、１つ以上の入力デバイス２０２２が接続されている。入力装置２０２２は、ユーザがデータおよびコマンドをプロセッサ２０１２に入力することを可能にする。入力装置は、例えば、センサ、マイクロフォン、カメラ（静止画または動画）、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボール、アイソポイントおよび／または音声認識システムによって実行することができる。
【0095】
図示の例のインターフェース回路２０２０には、１つ以上の出力装置２０２４も接続されている。出力装置２０２４は、例えば、ディスプレイ装置（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ、陰極線管ディスプレイ（ＣＲＴ）、タッチスクリーン、触覚出力装置、および／またはスピーカ）によって実行することができる。したがって、図示の例のインターフェース回路２０２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップ、またはグラフィックスドライバプロセッサを含む。
【0096】
図示の例のインターフェース回路２０２０はまた、ネットワーク２０２６（例えば、イーサネット接続、デジタル加入者回線（ＤＳＬ）、電話回線、同軸ケーブル、携帯電話システムなど）を介した外部装置（例えば、任意の種類のコンピューティングデバイス）とのデータのやり取りを容易にするために、送信器、受信器、トランシーバ、モデム、および／またはネットワークインターフェースカードなどの通信デバイスを含む。
【0097】
図示の例のプロセッサプラットフォーム２０００はまた、ソフトウェアおよび／またはデータを記憶するための１つまたは複数の大容量記憶装置２０２８を含む。そのような大容量記憶装置２０２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、ＲＡＩＤシステム、およびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。
【0098】
図２０のコード化された命令２０３２は、大容量記憶デバイス２０２８、揮発性メモリ２０１４、不揮発性メモリ２０１６、および／またはＣＤもしくはＤＶＤなどの取り外し可能な有形のコンピュータ可読記憶媒体に記憶することができる。
【0099】
特定の例では、プロセッサプラットフォーム２０００は、超音波撮像システムおよび／または神経変調装置に実装することができる。図２１は、デジタル処方に従って集束させた超音波を患者に送達するための例示的な超音波神経変調システム１０を示す。その目的のために、開示された分散型台帳システムおよび方法は、神経調節システム１０と共に使用することができる。
【0100】
図２１は、分散型台帳を使用して維持されるデジタル処方に従って神経伝達物質の放出を達成するための神経調節のためのシステム１０の概略図である。例示的なシステム１０は、エネルギー適用デバイス１２（例えば、超音波変換器）に連結されたパルス発生器１４を含む。エネルギー適用デバイス１２は、リードまたはワイヤレス接続などを介して、使用中、対象の内部組織または器官の関心領域に向けられ、その結果、順次標的化されている生理学的転帰をもたらすエネルギーパルスを受信するように構成される。特定の例では、パルス発生器１４および／またはエネルギー適用デバイス１２は、生体適合性部位（例えば、腹部）に埋め込まれるおよび／またはさもなければ配置され得、１つまたは複数のリード線は、エネルギー適用デバイス１２およびパルス発生器１４を内部で連結する。例えば、エネルギー適用デバイス１２は、容量性微細加工超音波変換器などのＭＥＭＳ変換器であってよい。
【0101】
特定の例では、エネルギー適用デバイス１２および／またはパルス発生器１４は、無線で、例えば、パルス発生器１４に順次命令を与えるコントローラ１６と通信することができる。他の例では、パルス発生器１４は、体外デバイスであり得（例えば、対象の体外の位置から経皮的または非侵襲的にエネルギーを適用するように動作し得る）、特定の例では、コントローラ１６内に統合され得る。パルス発生器１４が体外である例では、エネルギー適用デバイス１２は、介護者によって操作され得、例えばエネルギーパルスが所望の内部組織に経皮的に送達されるように、対象の皮膚またはその上方にあるスポットに配置され得る。所望の部位にエネルギーパルスを印加するように配置されると、システム１０は、神経調節（例えば、デジタル処方などで指定された投与量、期間または間隔などに従って）を開始して、目標とする生理学的結果または臨床効果を達成することができる。
【0102】
特定の例では、システム１０は、コントローラ１６に結合され、標的化されている生理学的転帰の変調が達成されたかどうかを示す、特性を評価する評価デバイス２０を含み得る。例では、目標とする生理学的結果は局所的であり得る。例えば、変調は、組織構造の変化、特定の分子の濃度の局所的な増加、組織の変位、体液の移動の増加などの局所的な組織または機能の変化をもたらし得る。変調は、全身的または非局所的な変化をもたらすことができ、目標とする生理学的結果は、例えば、循環分子の濃度の変化、またはエネルギーが直接印加された関心領域を含まない組織の特性の変化に関連し得る。例では、変位は、成功裏の変調の代理測定であり、期待される変位の値に満たない変位の測定は、期待される変位の値が認められるまで、変調パラメータの修正をもたらし得る。
【0103】
本明細書で提供されるシステム１０は、様々な変調パラメータに従ってエネルギーパルスを供給できる。例えば、変調パラメータは、継続的から断続的までの範囲の様々な刺激時間のパターンを含められる。断続的な刺激では、エネルギーは信号がオンの時間に、特定の周波数で一定期間供給される。信号がオンの時間の後には、信号がオフの時間と言及される、エネルギーが供給されない期間が続く。変調パラメータはまた、刺激の適用の頻度、および持続時間を含められる。適用する頻度は、継続的であっても、または様々な期間、例えば、１日以内または１週間以内に送達され得る。治療の期間は、数分から数時間を含むがこれらに限定されない様々な期間にわたって続く可能性がある。特定の例では、指定された刺激パターンによる治療期間は、特定の間隔（例えば、１時間など）継続することができ、特定の間隔（例えば、７２時間間隔など）で繰り返される。特定の例では、より短い持続時間（例えば、３０分、４５分など）でより高い頻度（例えば、３時間ごとなど）で治療を送達することができる。治療期間および頻度は、所望の結果を達成するように調整可能に制御することができる。
【0104】
図２２は、システム１０の特定の構成要素のブロック図である。本明細書で提供される場合、神経調節のためのシステム１０は、対象の組織に適用するための複数のエネルギーパルスを生成するように適合されたパルス発生器１４を含められる。パルス発生器１４は、別個であり得る、および／またはコントローラ１６などの外部デバイスに統合され得る。コントローラ１６は、デバイスを制御するためのプロセッサ３０を含む。ソフトウェアコードまたは命令は、デバイスの様々な構成要素を制御するためにプロセッサ３０によって実行されるために、コントローラ１６のメモリ３２に格納される。ブロックチェーンおよび／または他の分散型台帳８００、９００、１７３０、１８３０、１８３５のコピーは、例えば、メモリ３２に格納され、コントローラ１６によって更新することもできる。コントローラ１６および／またはパルス発生器１４は、例えば、１つまたは複数のリード３３を介して、またはエネルギー適用デバイス１２に接続することができる。
【0105】
コントローラ１６はまた、臨床医が変調プログラムに選択入力または変調パラメータを提示することを可能にするように適合された入力／出力回路３４およびディスプレイ３６を備えたユーザインターフェースを含む。各変調プログラムは、パルス振幅、パルス幅、パルス周波数などを含む変調パラメータの１つまたは複数のセットを含むことができる。パルス発生器１４は、コントローラデバイス１６からの制御信号に応答してその内部パラメータを変更して、リード線３３を介して対象に送信されるエネルギーパルスの刺激特性を変化させる。定電流、定電圧、複数の独立した電流または電圧源などを含む、任意の適切なタイプのパルス生成回路を使用することができる。適用されるエネルギーは、例えば、電流振幅およびパルス幅持続時間の関数である。
【0106】
例では、メモリ３２は、操作者によって選択可能な異なる動作モードを格納する。例えば、格納された動作モードは、特定の治療部位に関連する一連の変調パラメータを実行するための命令を含み得る。部位が異なれば、関連する変調パラメータも異なり得る。操作者にモードを手動で入力させるのではなく、コントローラ１６は、ブロックチェーンからの選択および／または処方情報などに基づいて適切な命令を実行するように構成することができる。別の例では、メモリ３２は、異なる種類の治療（例えば、ブロックチェーン内の１つまたは複数のレコード／エントリなどに従う）のための動作モードを記憶する。例えば活性化は、組織機能の抑制または遮断に関連するものと比較して、異なる刺激圧力または周波数範囲に関連し得る。特定の例では、エネルギー適用デバイスが超音波変換器である場合、時間平均電力およびピーク陽圧は、１ｍＷ／ｃｍ２から３０，０００ｍＷ／ｃｍ２および０．１ＭＰａ～７ＭＰａの範囲にある。別の特定の例では、エネルギー適用デバイスが機械的アクチュエータである場合、振動の振幅は０．１から１０ｍｍの範囲にある。選択される周波数は、エネルギー適用のモード、例えば、超音波または機械式アクチュエータに依存し得る。
【0107】
別の例では、メモリ３２は、所望の結果を達成するために変調パラメータの調整または修正を可能にする較正または設定モードを格納する。一例では、刺激は、より低いエネルギーパラメータで始まり、自動的に、または操作者の入力の受信時に、漸進的に増加する。したがって、操作者は、変調パラメータが変更されているときの効果を観察することができる。
【0108】
システム１０はまた、エネルギー適用デバイス１２の集束を促進する画像化デバイスを含み得る。例では、撮像装置は、異なる超音波パラメータ（例えば、周波数、アパーチャ、またはエネルギー）が標的化およびその後の神経調節に適用されるように、エネルギー適用デバイス１２と一体化するか、または同じ装置として実装することができる。別の例では、メモリ３２は、臓器または組織構造内の関心領域を空間的に選択するために使用されるターゲティングまたは集束モードを格納する。例えば、エネルギー適用デバイス１２は、最初にターゲティングモードで動作して、関心領域を識別するために使用される画像データをキャプチャするために使用されるエネルギーを適用するように構成され得る。ターゲティングモードのエネルギーは、優先的な活性化に適したレベルではなく、および／または変調パラメータで適用されてはいない。しかし、関心領域が識別されると、コントローラ１６は、優先的な活性化に関連する変調パラメータに従って、治療モードで動作できる。
【0109】
コントローラ１６はまた、変調パラメータの選択への入力として、標的化された生理学的結果に関連する入力を受信するように構成できる。例えば、画像化のモダリティが組織の特性を評価するために使用される場合、コントローラ１６は、特性の計算されたインデックスまたはパラメータを受信するように構成できる。インデックスまたはパラメータが閾値を上回っているか下回っているかに基づいて、変調パラメータを修正できる。例では、パラメータは、影響を受けた組織の組織変位の測定値、または影響を受けた組織の深さの測定値であり得る。さらに、エネルギー適用デバイス１２（例えば、超音波トランスデューサ）は、コントローラ１６の制御下で動作して、ａ）標的組織内の関心領域を空間的に選択するために画像データを取得し、ｂ）関心領域にエネルギー変調を適用し、ｃ）画像を取得して、標的化されている生理学的転帰が発生したと判定する（例えば、変位測定を介して）ことができる。そのような例では、画像化デバイス、評価デバイス２０、およびエネルギー適用デバイス１２は、同じデバイスであり得る。
【0110】
別の例では、成功した変調パラメータセットをコントローラ１６（例えば、ブロックチェーンおよび／または他の分散型台帳などにおけるエントリまたは記録として）によって格納することもできる。したがって、対象に特異的パラメータを決定することができる。さらに、そのようなパラメータの有効性は経時的に評価され得る。特定のパラメータセットが経時的に効果的でない場合、対象は、活性化された経路に対する不感受性を発症している可能性がある。システム１０が評価デバイス２０を含む場合、評価デバイス２０は、コントローラ１６にフィードバックを提供できる。特定の例では、フィードバックは、標的の生理学的結果の特徴を示す使用者または評価デバイス２０から受信され得る。コントローラ１６は、エネルギー適用デバイス１２に変調パラメータに従ってエネルギーを適用させ、フィードバックに基づいて変調パラメータを動的に変更するように構成することができる。例えば、フィードバックに基づいて、プロセッサ１６は、変調パラメータ（例えば、超音波ビームまたは機械的振動の周波数、振幅、またはパルス幅）を自動的に変更することができる。
【0111】
上記から、デバイス処方箋、医薬品処方箋、監視処方箋、検査処方箋などを含む電子処方箋を管理する分散型台帳を実装するために、上記で開示された方法、装置、および製品が開示および説明されていることが理解されよう。開示された方法、装置、および製品は、患者、デバイス、および動作の情報を含む電子処方箋構造体を定量化、追跡、支払い、および操作することを可能にすることによって、医療情報システム、保険システム、医薬品システム、および／または他のコンピューティングデバイスの動作を改善する。したがって、開示された方法、装置、および製品は、管理プロセッサなどを含むコンピュータおよび／またはコンピューティングデバイスの機能における１つまたは複数の改善を対象とする。そのような改善は、人間が手動で行うことは実現不可能であり、確実に、人間の心の中で行われる精神的ステップではない。
【0112】
特定の例は、分散型台帳内の１つまたは複数の論理データ構造を介して患者コンプライアンスデータ（例えば、どの患者が「投与量」レジメンに最も厳密に従っているかなど）の記憶を提供する。特定の例は、分散型台帳内の１つまたは複数の論理データ構造を介して医師処方箋データ（例えば、どの医師が最も効果的に処方しているかなど）の記憶を提供する。特定の例は、分散型台帳内の１つまたは複数の論理データ構造を介して有効性データ（例えば、各所与の投与量の生理学的効果が何であったかなど）の記憶を提供する。特定の例は、分散型台帳内の１つまたは複数の論理データ構造を介してハードウェア／治療有効性（例えば、投与量を提供する際に機械がどれだけうまく機能したかなど）の記憶を提供する。特定の例は、分散型台帳内の１つまたは複数の論理データ構造を介して動的投与データ（例えば、有効性、生理学的フィードバックなどに基づいて処方箋の変更を可能にする）の記憶を提供する。
【0113】
特定の例は、分散型台帳を介した取り扱いの処理を容易にする。例えば、治療投与量情報が送信および記憶される場所に応じて、特定の例は、分散型台帳を使用して取り扱い／投薬の検証を提供する。検証は、患者、位置などに対する投与量を検証するために画像認識（例えば、患者の内部／外部組織）を使用することを含むことができる。検証は、例えば、印加されるエネルギーの振幅または投与量を検証するために組織および／または生理学的応答を使用することを含むことができる。検証は、例えば、検証のために適用されているエネルギーを測定する内部および／または外部センサからのフィードバックを使用することを含むことができる。検証は、例えば、投与の検証として、血流の変化または他の生理学的応答などの他の特徴を使用することを含むことができる。特定の例では、検証は、投与に関連する患者を検証するためのコンセンサスアルゴリズム（例えば、個人画像認識の使用などを含む）を含むことができる。治療用ハードウェア（例えば、エネルギー適用デバイス３７０など）を別の装置（例えば、携帯電話および／または他のモバイルデバイス４２０など）に接続して、グローバル位置特定および／または他の生体認証データを使用して、人物をデバイスに関連付け、投薬を検証することもできる。
【0114】
関連するブロックチェーンおよび／または他の分散型台帳システムは、使用などの証拠および理解を提供するための内部（例えば、治療用デバイスまたは他の医療用装置に関連する会社、製薬会社、ヘルスケア会社などに利用可能である）、および／または外部（例えば、治療会社は、分散型台帳を介して、保険会社、ヘルスケアの会社などの他のヘルスケア関係者に投薬データを提供して、投薬情報から価値を導出することを可能にすることができる、など）であり得る。例えば、外部の価値は、処方された治療レジメンなどへのコンプライアンスに基づいて異なる患者保険料を駆動することを含むことができる。別の価値は、例えば、正しいエネルギー適用または投与レジメンの診断においてより良好に機能する病院のシステムのための異なる保険支払いを含む。これらの動作／トランザクションは、例えば、レコードとして追加することができ、および／またはブロックチェーンまたは他の分散型台帳の既存のレコードを調整するために使用することができる。
【0115】
特定の例示的な方法、装置、および製品が本明細書に記載されているが、本特許の範囲はこれらに限定されない。それどころか、本特許は、本特許の特許請求の範囲内に正当に含まれるすべての方法、装置、および製品を包含する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【国際調査報告】