▶ エレクトロニック・ヘルス・レコード・データ・インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-09-02
(54)【発明の名称】電子医療記録データブロックチェーンシステム
(51)【国際特許分類】
G16H 20/10 20180101AFI20220826BHJP
【ＦＩ】
G16H20/10
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021575237
(86)(22)【出願日】2020-06-19
(85)【翻訳文提出日】2022-01-31
(86)【国際出願番号】 US2020038781
(87)【国際公開番号】W WO2020257677
(87)【国際公開日】2020-12-24
(31)【優先権主張番号】62/863,637
(32)【優先日】2019-06-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/863,655
(32)【優先日】2019-06-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/906,946
(32)【優先日】2020-06-19
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＪＡＶＡＳＣＲＩＰＴ
３．Ｄｏｊｏ
(71)【出願人】
【識別番号】521550183
【氏名又は名称】エレクトロニック・ヘルス・レコード・データ・インコーポレイテッド
【氏名又は名称原語表記】ＥＬＥＣＴＲＯＮＩＣ ＨＥＡＬＴＨ ＲＥＣＯＲＤ ＤＡＴＡ， ＩＮＣ．
【住所又は居所原語表記】１０１ Ｊｉｍ Ｗｒｉｇｈｔ Ｆｒｅｅｗａｙ， Ｓｕｉｔｅ ２００， Ｆｏｒｔ Ｗｏｒｔｈ， ＴＸ ７６１０８， Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100110423
【弁理士】
【氏名又は名称】曾我 道治
(74)【代理人】
【識別番号】100111648
【弁理士】
【氏名又は名称】梶並 順
(74)【代理人】
【識別番号】100221729
【弁理士】
【氏名又は名称】中尾 圭介
(72)【発明者】
【氏名】オーストリング、ロナルド・レイモンド
(72)【発明者】
【氏名】ヒル・シニア、ケネス・エイ
(72)【発明者】
【氏名】クロスリン、ブラド・ティー
(72)【発明者】
【氏名】ファーガソン・ザ・サード、クリントン・エス
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA25
(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】
患者の氏名、住所、電話番号、社会保障番号、保険情報、病歴、臨床情報及び他の関連情報を含め、患者のプライベート情報は、ときに電子患者結果記録（「ＥＰＯＲ」）と呼ばれるもの、ソリッドＰＯＤ、ＸＭＬファイル又は他の適したデータ記憶要素等の電子健康記録（ＥＨＲ）データベースに記憶することができる。したがって、患者データの匿名性を保証するために、患者識別可能情報は、ＥＨＲ患者トランザクションブロックチェーンに記憶されない。代わりに、特定の患者についての新しいブロックチェーントランザクションがエンティティによって開始されるとき、ＥＨＲデータベースを照会して、その患者が既に記録を有しているか否かを判断する。患者がＥＨＲデータベースに記録を有している場合、単一目的患者ＩＤ（ＳＰＰＩＤ）を生成し、関連するデータと共に要求側エンティティに返すことができる。ＳＰＰＩＤは、任意の患者識別可能情報の代わりにトランザクションに使用することができる。ＳＰＰＩＤは、クエリのトランザクションが完了するまでのみ使用可能である。その患者に関するブロックチェーントランザクションが次回提出されるとき、患者に新しいＳＰＰＩＤが発行される。それにより、全ての将来のトランザクションについてその患者にＳＰＰＩＤが無期限に関連付けられないことを保証する。この技法は、患者の識別可能情報（ＰＩＩ）を特定することができるように単一ＳＰＰＩＤが不正アクセスされる場合でも、不正アクセスが１つのトランザクションのみに限定されることを保証する。
【0008】
トランザクションが完了すると、ＳＰＰＩＤは、ブロックチェーンからのそのトランザクションと関連付けられた情報の読み出しのみに使用することができる。患者によって認められた許可に基づいて、ＥＨＲデータは、報告、分析、薬剤研究等のために、トランザクションデータを患者と関連付けられた他のトランザクション、医療デバイスデータ等とグループ化し得る。例えば、薬剤会社は、特定の薬剤が患者の心拍数にどのように影響したかを理解することを望む場合がある。ＥＨＲデータから製薬会社に送信されるリポートは、患者が指定された薬剤を服用していた間、患者に蓄積された心拍数デバイスデータと共に、指定された薬剤についての患者の全てのトランザクションを含む。
【0009】
ＥＨＲ患者トランザクションブロックチェーンは、トランザクションが完了し、署名され、同意に向けて配布されるまで、トランザクションを処理するワークフロー空間として使用することができる。スマートコントラクトを実施して、データ要素の中でもとりわけ、ワークフロープロセス、薬剤相互作用、遂行、予期される結果、トリガー事象及び価格設定を決定及び定義することができる。
【0010】
例示的な一実施形態では、ブロックチェーンベースの患者トランザクションを提供するためのシステムは、ブロックチェーンを記憶するように構成された１つ又は複数のコンピュータ可読記憶媒体と、コンピュータプログラム命令を実行するようにプログラムされた１つ又は複数のプロセッサを含むデータアプリケーションプログラミングインターフェース（ＡＰＩ）システムであって、コンピュータプログラム命令は、実行されると、データＡＰＩシステムに、患者に関する新しいブロックチェーントランザクションの要求を受信することと、患者電子健康記録が存在するか否かを判断するために患者ルックアップクエリを開始することと、患者電子健康記録と関連付けられた単一目的患者ＩＤ（ＳＰＰＩＤ）を生成することとを行わせる、データアプリケーションプログラミングインターフェース（ＡＰＩ）システムと、コンピュータプログラム命令を実行するようにプログラムされたクライアントコンピュータであって、コンピュータプログラム命令は、実行されると、クライアントコンピュータに、患者に関する患者ルックアップクエリを、患者の電子健康記録が存在するか否かを判断するためにクライアントから受信することと、患者識別情報なしに、ブロックチェーン上で患者に関する新しいブロックチェーントランザクションを開始するために、ＳＰＰＩＤを受信することと、クライアントコンピュータを操作しているエンティティが、ブロックチェーントランザクションに関するデータ、製品及び／又はサービスを提供することができるか否かを判断することとを行わせる、クライアントコンピュータと、コンピュータプログラム命令を実行するようにプログラムされた１つ又は複数のプロセッサを含むブロックチェーンＡＰＩシステムであって、コンピュータプログラム命令は、実行されると、ブロックチェーンＡＰＩシステムに、ブロックチェーントランザクションを生成し、及び記録をブロックチェーンから読み出し且つそれに書き込むことと、１つ又は複数のスマートコントラクトをブロックチェーントランザクションと関連付けることとを行わせる、ブロックチェーンＡＰＩシステムとを含むことができる。スマートコントラクトは、スマートコントラクトに関わる当事者間でデジタル通貨を交換する。デジタル通貨は、ユーティリティトークン又はバウチャーを含む。ＳＰＰＩＤは、患者ブロックチェーントランザクションが完了した後、ブロックチェーンに情報を書き込むために使用され得ない。ブロックチェーンＡＰＩシステムは、ブロックチェーントランザクションが生成されるときに通知を生成することができる。ブロックチェーンＡＰＩシステムは、通知を１つ又は複数の提供者に送信することができる。クライアントコンピュータは、ブロックチェーントランザクションに関するデータ、製品及び／又はサービスに関する情報をブロックチェーンＡＰＩシステムに提供することができる。ブロックチェーンＡＰＩシステムは、ブロックチェーン上でブロックチェーントランザクションを編集することができる。
【0011】
別の例示的な実施形態では、ブロックチェーンベースの電子健康記録データ患者トランザクションを提供する方法であって、コンピュータプログラム命令を実行する１つ又は複数のプロセッサを含むサーバシステムによって実施され、コンピュータプログラム命令は、実行されると、本方法を実行する、方法は、単一目的患者ＩＤ（ＳＰＰＩＤ）を電子健康記録と関連付けることと、クライアントが、患者識別情報なしに、ブロックチェーン上で患者に関する新しいブロックチェーン患者トランザクションを開始することができるように、ＳＰＰＩＤをクライアントに提供することと、患者トランザクションを薬局から受信することと、患者トランザクションをブロックチェーンに書き込むことと、１つ又は複数のクライアントデバイスに患者トランザクションを通知することと、患者トランザクションに関するデータ、製品又はサービスについての１つ又は複数のオファーを受信することと、患者トランザクション及び１つ又は複数のオファーに関するスマートコントラクトを生成することと、スマートコントラクトの実行に基づいて患者トランザクションを改変することとを含み得る。スマートコントラクトは、スマートコントラクトに関わる当事者間でデジタル通貨を交換する。デジタル通貨は、ユーティリティトークン又はバウチャーを含む。ＳＰＰＩＤは、患者ブロックチェーントランザクションが完了した後、ブロックチェーンに情報を書き込むために使用され得ない。本方法は、患者トランザクションが生成されるときに通知を生成することを更に含む。本方法は、通知を１つ又は複数の提供者に送信することを更に含む。患者トランザクションは、ブロックチェーン上で改変される。患者トランザクションは、ブロックチェーン上においてリアルタイムで改変される。
【0012】
別の例示的な実施形態では、ブロックチェーンベースの患者トランザクションのために電子健康記録データを提供するためのシステムは、ブロックチェーンを記憶するように構成された１つ又は複数のコンピュータ可読記憶媒体と、コンピュータプログラム命令を実行するようにプログラムされた１つ又は複数のプロセッサを含むデータアプリケーションプログラミングインターフェース（ＡＰＩ）システムであって、コンピュータプログラム命令は、実行されると、データＡＰＩシステムに、患者に関する新しいブロックチェーントランザクションの要求を受信することと、患者電子健康記録を１つ又は複数のデータベースから取得することと、患者電子健康記録と関連付けられた単一目的患者ＩＤ（ＳＰＰＩＤ）を生成することとを行わせる、データアプリケーションプログラミングインターフェース（ＡＰＩ）システムと、コンピュータプログラム命令を実行するようにプログラムされた１つ又は複数のプロセッサを含むブロックチェーンＡＰＩシステムであって、コンピュータプログラム命令は、実行されると、ブロックチェーンＡＰＩシステムに、ブロックチェーントランザクションを生成し、及び記録をブロックチェーンから読み出し且つそれに書き込むことと、１つ又は複数のスマートコントラクトをブロックチェーントランザクションと関連付けることとを行わせる、ブロックチェーンＡＰＩシステムとを含むことができる。スマートコントラクトは、スマートコントラクトに関わる当事者間でデジタル通貨を交換する。デジタル通貨は、ユーティリティトークン又はバウチャーを含む。ブロックチェーンＡＰＩシステムは、１つ又は複数の提供者からの入力に基づいてブロックチェーン上でブロックチェーントランザクションを編集する。
【図面の簡単な説明】
【0013】
【図1】本開示の１つ又は複数の例示的な実施形態による電子健康記録データブロックチェーンシステムの概略図を示す。
【図2】本開示の１つ又は複数の例示的な実施形態による、ブロックチェーンシステムにアクセスすることができる第三者のタイプを示す概略図を示す。
【図3】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムトランザクションのブロック図を示す。
【図4A】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムＲｘＮｅｗトランザクションのブロック図を示す。
【図4B】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムＲｘＮｅｗトランザクションのブロック図を示す。
【図4C】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムＲｘＮｅｗトランザクションのブロック図を示す。
【図4D】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムＲｘＮｅｗトランザクションのブロック図を示す。
【図4E】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムＲｘＮｅｗトランザクションのブロック図を示す。
【図5】本開示の１つ又は複数の例示的な実施形態による、電子健康記録データブロックチェーンシステムプロセスフロー５００のブロック図を示す。
【発明を実施するための形態】
【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】
本開示は、本開示の趣旨又は基本特性から逸脱せずに他の特定の形態で実施され得る。例えば、本明細書に記載の新しい構造の各々は、基本構成若しくは互いとの構造的関係を保持しながら又は本明細書に記載の同じ若しくは同様の機能を実行しながら、特定の地域の違い又は要件に合うように改変され得る。したがって、本実施形態は、全ての点において、限定ではなく、例示として見なされるべきである。したがって、本発明の範囲は、上記の説明ではなく、添付の特許請求の範囲によって確立され得る。したがって、特許請求の範囲の均等物の意味及び範囲内にある全ての変更形態は、特許請求の範囲に包含されることが意図される。更に、特許請求の範囲の個々の要素は、明確に理解されたルーチン又は従来のものではない。代わりに、特許請求の範囲は、本明細書に記載の非従来的な本発明の概念に向けられている。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図4D】
【図4E】
【図5】
【国際調査報告】