JP2019531568A - 処方薬の提出および履行に関連するリアルタイムヘルスケアデータを処理するためのシステム - Google Patents

Abstract

請求処理を含む、提供者による医薬品処方箋の提出および履行に関連するヘルスケアデータをリアルタイムに自動的に処理するためのシステムおよび方法は、レビュープロセッサで構成され臨床分析メッセージ（ＣＡＭ）データファイルで動作可能な臨床サービスプラットフォームによって可能にされる。このシステムは、医薬品データおよび標準化されたヘルスケアデータをそれぞれ含む第１および第２のデータベースの使用を含む。このデータはシステムによって処理中に抽出され、完全な確実性と患者の安全性をもって認可された提供者と患者にアクセスできる第３の電子患者転帰記録（ＥＰＯＲ）に保存するための共通フォーマットに変換される。【選択図】図１

Description

本発明は、概して、複数の情報源からのデータベース情報の管理および統合に関し、より詳細には、電子式の、患者中心の、ポータブルな、相互運用可能な、学際的なヘルスケアデータベースシステムに関する。このシステムは、処方薬、臨床サービス、医師および病院、およびその他のヘルスケア提供者サービスに関連するヘルスケアデータを含み、患者転帰を改善および報告し、患者および彼らの公認ヘルスケア提供者による安全なアクセスのためのプロセスを提供するように設計される。

ヘルスケア業界は非常に複雑であることが広く知られている。膨大な量のデータが、ケアのすべてのエピソード、および関連するトランザクションの記録に含まれている。そして今、メディケア・メディケイド・サービスセンター（「ＣＭＳ」）が要求するすべての患者に関連する転帰報告は、その複雑さを増している。数多くのヘルスケア提供者がケアの各々のエピソードに参加している。薬局、医師、病院、検査室、診療所、医療機関、およびケアの臨床基準を開発する規制当局を含むヘルスケアサービス提供者は、歴史的に、典型的には独自の異なるフォーマットおよびプロセスに従って独自のデータシステムを運用してきた。

ヘルスケアサービスへの不可欠な参加者は、別のエンティティ「支払者」であり、これは他のヘルスケア提供者によって提供されたサービスおよび請求書に対して支払いをする保険会社であることが多い。保険システムには、提供者に、および患者に提供されるサービスの支払いトランザクションを提出し、裁定し、円滑にする仲介人に支払いをするための資金を提供する保険会社が含まれる。多くの場合、重要なデータを患者のケアとその結果にタイムリーにアクセスして使用することは困難である。ヘルスケア提供者への支払いに影響を及ぼし、患者が測定可能な結果を報告することを要求する新たな規制要件により適切に対処されなければさらなる複雑さおよび困難さが確実になる。

２０１６年６月末の米国の人口は３億２４００万人を超えた。すべての人は、各々が独自のヘルスケアニーズと遺伝的プロファイル、疾患に対する感受性、および病歴を有する、医療上の注意と治療を必要とするヘルスケアシステムの患者または潜在的な患者である。多くの人は、生涯のある時点で、病気にかかるか、怪我をする。患者の一生の間に蓄積される患者のヘルスケアデータの量は膨大である。同様に、患者を治療するすべてのヘルスケア提供者のデータ記録、患者に代わって支払いトランザクションに関与する雇用主および保険会社を含む事業体のデータ記録、ならびに患者のヘルスケアに関連する福利厚生および規制要件に関与する政府機関の記録は、データ量が増やす。

この膨大なデータへのリアルタイムのアクセスと処理の必要性は、必要な時に適切なヘルスケアサービスが提供され、それらのサービスに関連する患者へのトランザクションとデータが最小限の遅延で更新され完了することを保証するために、今不可欠である。また、治療サービスのために報告された測定可能な結果、そして最終的には支払いを迅速に処理する必要もある。

その国の経済的企業で活動的な人々の健康を維持する効率的なヘルスケアシステムは、その経済システムにとって不可欠である。必要とされる患者ケアを達成するためには、ヘルスケアシステムのすべての参加要素のデータ処理ニーズが、ヘルスケアシステムによって生成された大量のデータのタイムリーなリアルタイムのアクセスと処理のためのヘルスケアシステムの要求を満たすために利用可能であることが必要不可欠である。これは、効果的で費用対効果の高いヘルスケサービス、およびそれに対する適切なタイムリーな支払いにも当てはまる。

手書きの記録管理は、これらの複雑な作業には明らかに不十分である。そして、ヘルスケアシステムの個々の参加者によって運用されているデータ処理システムは、参加者間のデータ交換を容易にする仲介者の助けを借りても、タイムリーな記録を保持するタスクを処理するのに以前は苦労してきた。ヘルスケアに関連する複雑なトランザクションを処理する能力、特に患者記録の維持管理、および医療提供者（医師、病院、検査室、および薬物師）が請求する費用や経費の払い戻しの処理能力は、患者へのヘルスケアサービスの結果（「アウトカム」）を文書化し測定する能力よりも速く加速してきた。ケアの標準規範の順守の保証と効率の向上は、現在新たに適用できる規制によって求められており、最小限の遅れで実現されなければならない。

近年の連邦政府の行動は、米国における医療提供システムの効率を向上させるための推進力の一部を提供してきた。そのような行動には、１９９０年の包括的予算調整法（ＯＢＲＡ’９０）が含まれており、これは薬物使用レビュー手順を必要とし、２００４年４月のジョージ・Ｗ．・ブッシュ大統領による大統領令により、「１０年以内に健康情報技術を展開する」という１０年の目標が設定され、経済および臨床健康のための健康情報技術法（ＨＩＴＥＣＨ法）が制定され、これは「相互運用可能な電子医療記録の意味のある使用」を規定している。２００９年の米国復興再投資法の一部として制定されたＨＩＴＥＣＨ法には、数多くのカテゴリーの患者の健康記録が含まれている。そして最近、メディケア・メディケイド・サービスセンター（ＣＭＳ）は、医療提供者への支払いの承認に関連して、患者に提供されたヘルスケアサービスの患者転帰を報告するための要件を設定した。

必要とされているのは、ヘルスケア患者データを取得し処理し利用するためのシステムの包括的な統合である。人口の増加、患者、そしてヘルスケアシステムにサービスを提供する医療提供者、および事業組織のニーズにリアルタイムに適応可能なこのタスクを達成するためには、これらの重要なタスクに対して拡張可能な方法で構成された高度に開発されたコンピュータシステムの使用によってのみ、それは可能となる。ヘルスケアシステムにおけるデータ処理の必要性に適応するそのような大量のデータ（「ビッグデータ」）を処理できる技術は、コンピュータ、ネットワーク、およびシステム以外にはない。ヘルスケアシステムが、必要なヘルスケアサービスの提供を成功させ、政府の規制要件を満たすためには、特にソフトウェアを含むコンピューティング要素自体の技術の継続的な革新と改善に対する必要性が不可欠である。

ヘルスケア提供の革新は、終わりのない要件である。そのためには、よく開発されたソフトウェアを効率的に実行するために利用する必要がある。ソフトウェアとシステムは、データ処理環境を体系化し構造化するために、より効率的なアーキテクチャと革新的な方法で、より高速でなければならない。

したがって、参加しているヘルスケアおよびサービス提供者によって使用されるために、処方薬データ、ヘルスケア提供者、ならびに臨床および検査サービスデータ、ならびに患者転帰記録の格納、アクセス、および処理をリアルタイムで提供するヘルスケアデータシステムが提供される。

本発明の目的は、許可された提供者および患者によるリアルタイムの安全なアクセスのために構成された単一の共通データベースに別々の情報源から患者の臨床データおよび医薬品データを集めるための臨床サービスプラットフォームを提供することである。

本発明のさらなる目的は、患者の臨床データおよび医薬品データを共通のフォーマットに変換することを提供することである。

本発明のさらなる目的は、変換された患者の臨床データおよび医薬品データを共通フォーマットで単一の共通データベースに格納してウェブサイトポータルを介してシステムに安全にリアルタイムにアクセスできるようにするための臨床サービスプラットフォーム内の機構を提供することである。

本発明のさらなる目的は、臨床分析メッセージ（ＣＡＭ）のデータファイルの使用によって促進される処方の提出および履行処理中に、臨床サービスプラットフォームを介して１つの共通データベース内のすべての関連するヘルスケアデータへのリアルタイムの相互運用可能なアクセスを可能にすることである。

本発明のさらなる目的は、認可されたヘルスケア提供者に利用可能なすべての関連するヘルスケアデータの完全かつ最新の記録を確実にするために、各々の処方箋トランザクションにおいてリアルタイムに共通データベースに更新を提供することである。

本発明のさらなる目的は、患者のヘルスケアの結果データを、安全性を高めて完成させるために、リアルタイムに安全で携帯可能な相互運用可能なアクセスを提供することである。

これらのおよび他の目的は、以下の実施形態によって提供される。

一実施形態では、履行のために薬局によって受け取る前にリアルタイムにヘルスケア提供者から提出された処方箋に基づいて患者臨床データのレビュープロセスを実行するためのシステムであって、患者臨床データ記録内の複数の情報源から患者臨床データを受け取り格納する統合されたデータベースと、提出された処方箋で識別された患者に関連する患者臨床データおよび提出された処方箋で識別された１つ以上の医薬品を含む臨床分析メッセージデータファイル（「ＣＡＭデータファイル」）と、ＣＡＭデータファイルの内容をデータベースによって操作するレビュープロセッサであって、ＣＡＭデータファイル内の患者臨床データにアクセスし、提出された処方箋の文脈の患者臨床データと処方された医薬品に関する情報とを分析し、レビュープロセスを完了するための一連の編集機構を含むレビュープロセッサとを含むシステムが開示される。

別の一態様では、前述の実施形態は、提出された処方箋を受け取り、（ａ）レビュープロセス後に履行するために薬局に提出された処方箋と、（ｂ）システム内のあるアドレスから別のアドレスへのＣＡＭデータファイルと、（ｃ）改訂の提案および処方箋の薬局への再提出を有するヘルスケア提供者に提出された処方箋とを送信するための複数の通信リンクを含む。

別の一態様では、ＣＡＭデータファイルは、複数の患者データフィールドと、少なくとも患者と提出された処方箋に関連するデータベース内のアドレス指定可能な場所から検索された複数の患者臨床データと、データベースから検索され、ソフトウェア機構によって分析された患者の臨床データに対する提出された処方の分析の結果を報告するステートメントとを含む、薬物利用レビュー（「ＤＵＲ」）を完成させるための患者データフィールドに存在する情報とを含む。

他の態様では、ＣＡＭデータファイルはさらに、調剤された処方箋と共に患者に提供される必要な臨床教育およびサービスに関する情報、提出された電子処方箋の有効性を判定するために、記憶された患者臨床データの分析処理を実行するために１つ以上の編集機構と協働するための構造、または１つ以上の編集機構に関連する処理キーのうちの１つ以上を含む。

他の態様では、ＣＡＭデータファイルは、ヘルスケア提供者から提出された電子処方箋を受け取るステップと、患者と薬物の情報をＣＡＭデータファイルに入力するステップと、ＣＡＭデータファイルに入力された情報を、他の薬物との潜在的な薬物相互作用、および患者の検査室データ、ゲノムデータ、予防接種、およびアレルギーからなる群から選択された情報を含む患者危険性因子に関する少なくとも１つ以上の情報を含むデータベースから抽出された患者臨床データで情報を分析する実行可能コードにかけるステップと、処方箋を再提出する前に、提出された電子処方箋への変更に対する提案または要件を含むＣＡＭデータファイルをヘルスケア提供者に返送するステップとを少なくとも含む動作プロセスを含むことができる。

別の一態様では、レビュープロセッサは、提出された処方箋のレビューを自動的に実行し、編集機構の個々のものを順番に呼び出して、提出された処方箋内で特定された薬物に関する利用可能な情報に従って患者臨床データにアクセス、検索、および分析するための第１のプロセスと、事前編集処理中に呼び出される複数の通信リンクを制御するための第２のプロセスと、編集された処方箋内で特定された処方薬に対応するデータベースに格納された薬局承認データに基づいて編集された処方箋の履行のための薬局を選択するための第３のプロセスとを含み得る。

別の一実施形態では、電子トランザクションハブ（「スイッチ」）を含み、臨床分析メッセージ（「ＣＡＭ」）データファイルを利用するレビュープロセッサと結合された電子患者転帰データ（「ＥＰＯデータ」）を含む第１データベースを有するネットワーク内で動作するシステムにおいて、本発明は、薬局に提出された医薬品処方箋（「提出された処方箋」）の提出レビューを実行するためのプロセスを具体化し、ヘルスケア従事者によって、ネットワーク内のレビュープロセッサに接続され、提出レビューのために患者および投薬情報を含む提出された処方箋を入力するように構成されたヘルスケアウェブサイトにログインするステップと、ヘルスケアウェブサイトを介して、ヘルスケアウェブサイトおよび複数の情報源からの患者の臨床データおよび医薬品データを含む第１のデータベースに結合されたレビュープロセッサ内に提出された処方箋を受け取るステップと、提出された処方箋内で識別された患者に関連する患者の臨床データを含むＣＡＭデータファイルを生成するステップと、患者および提出された処方箋で識別された１つ以上の医薬品に関連する第１のデータベースからＥＰＯデータを取得するステップと、患者臨床データと共にＥＰＯデータをＣＡＭデータファイルに入力するステップと、処理機構によるアクセスを可能にするためにＣＡＭデータファイルにキーを添付するステップと、少なくとも１つの提出レビュー機構に従って、ＥＰＯデータを用いてＣＡＭデータファイル内の患者臨床データおよび処方箋データを分析して、提出された処方箋がＥＰＯデータとの不適合のために変更を必要とするかどうかを判定するステップと、ヘルスケア従事者に必要な変更を通知するステップであって、提出された処方箋は、必要な変更を伴って薬局に再提出されなければならないステップ、あるいは、薬局による履行のために、電子トランザクションハブを介して、埋め込まれたＣＡＭデータファイルとともに提出された処方箋をレビュープロセッサから薬局に転送するステップとを含む。

別の一実施形態では、電子トランザクションハブ（「スイッチ」）を含み、臨床分析メッセージ（「ＣＡＭ」）データファイルを利用するレビュープロセッサと結合された電子患者転帰データ（「ＥＰＯデータ」）を含む第１データベースを有するネットワーク内で動作するシステムにおいて、薬局に提出された医薬品処方箋（「提出された処方箋」）の履行レビューを実行するためのプロセスが開示されており、レビュープロセッサによる履行レビュー用のスイッチを介して、提出レビューの間に生成され、患者、臨床、および製薬の情報を含むペイロードを含むＣＡＭデータファイルを伴う処方箋を調剤用の薬局に送るステップと、少なくとも１つの履行レビュー機構に従って、処方が特殊薬用のものであるか、または特殊薬用のものでないかを判定するために処方を分析するステップであって、処方箋が特殊薬用のものでない場合、履行用の処方箋を準備し、処方箋を入手して患者に届け、処方箋が特殊薬用のものである場合、必要な臨床および教育サービス情報をＥＰＯデータから患者のＣＡＭデータファイルにコピーするステップと、ＣＡＭデータファイルから患者に必要な臨床および教育サービス情報を配信するステップと、ＣＡＭデータファイルを介して、特殊薬のための臨床および教育サービス情報が配信されたという１人以上の許可された受取人へのメッセージを生成し、それによって患者に調剤するための特定量の特殊薬の解放を許可するステップと、特定量の特殊薬の配達が解放されたことをグループ購買組織を通じて特殊薬の製造業者に通知するステップと、スイッチおよび薬局給付連合を介して、臨床および教育サービス情報を配信するための第１の請求書と、患者に処方箋を調剤するための第２の請求書とを準備して支払者に提出するステップと、支払者に提出された第１の請求書と第２の請求書に対して薬局給付連合の支払い内で調整するステップと、薬局への第１および第２の請求書に対する支払いをするステップとを含む。

本発明の一実施形態の主要部分を示すシステム機能コンポーネントのネットワーク図を示す。 本発明の一実施形態に係る特殊処方薬のフロントエンド処理の機能ブロック図を示す。 図２の実施形態に係る特殊処方薬のバックエンド処理の機能ブロック図を示す。 図２に示すシステムによって実行されるフロントエンド処理の第１の部分のフローチャート図を示す。 図２に示すシステムによって実行されるフロントエンド処理の第２の部分のフローチャート図を示す。 図３に示すシステムによって実行されるバックエンド処理の第１の部分のフローチャート図を示す。 図３に示すシステムによって実行されるバックエンド処理の第２の部分のフローチャート図を示す。 本発明の一実施形態において使用され得るデータビット構造の一例を示す。

好適な実施形態の説明

本明細書に記載の技術の進歩は、ヘルスケアの提供に関与する大量のデータのリアルタイム処理、更新、およびアクセスの必要性を満たす。それは、電子ヘルスケアネットワーク内に常駐するヘルスケアデータシステム内の主要コンポーネントの新しい装置によって生成され、その中で協調的に機能する新しいリアルタイムの「患者中心の、ポータブルな、相互運用可能な、学際的な、電子的患者転帰記録」として最も特徴付けられるシステムである。それは、指定されたポータルを介して、ヘルスケアサービスを患者に提供する際に、システム内の参加者（患者と認定ヘルスケア提供者、データリソースと処理要素、支払者、製薬メーカー、および薬局）を互いにそして包括的なデータベースとリンクするネットワークである。このシステムの主な特徴は、それが彼らの患者を含む公認のヘルスケア提供者によってネットワーク内のデータベースへのポータルを介しての電子的患者転帰記録（「ＥＰＯＲ」）への安全で、確実な、リアルタイムのアクセスを確実にすることである。ＥＰＯＲを含むデータリソースは、ヘルスケアトランザクション毎にリアルタイムで更新され、参加しているヘルスケア提供者とその患者にとってタイムリーで正確な情報を確実に入手できるようにする。

このシステムは、３つのデータベースコンポーネントのネットワークと、特別に開発されたソフトウェアを含む臨床サービスプラットフォームを中心に構築されている。３つのデータベースコンポーネントは、電子患者転帰データ（「ＥＰＯデータ」）と呼ばれる構造化ヘルスケアデータベース［第１のコンポーネント］と、電子薬局記録（「ｅＰＲ」）データベース［第２のコンポーネント］と、ＥＰＯデータおよびｅＰＲデータベースからのデータによって占められる電子患者転帰記録（「ＥＰＯＲ」）データベース［第３のコンポーネント］とを含む。運用管理を提供する特別に開発されたソフトウェアは、新しい臨床サービスプラットフォームに組み込まれている。追加のソフトウェアは、ＥＰＯデータベースにデータおよびサービスを供給し、サービスに対する支払いの請求書を処理するために、全国健康情報ネットワーク（「ＮＨＩＮ」）とインターフェース接続する医薬品送達システムに組み込まれている。

本明細書に記載のシステムは、概して後述のクラウドストレージに常駐し、戦略的な場所からシステム全体にアクセス可能な専用のソフトウェアシステムを使用して、そのリアルタイムの操作性を達成するようにヘルスケア業界のデータストレージおよび処理設備を統合する。このネットワークへのアクセスを提供するコンピュータシステムは、必然的にヘルスケアシステム全体に分散されている。このリアルタイムの相互運用性は、部分的には、治療のための医師による医療用医薬品の処方、医薬品システムを通じた医薬品の配達、および提供されたヘルスケアサービスのためのヘルスケア提供者および薬局への支払いの処理を含むプロセスおよびトランザクションに関連して、すべてが業界の慣行によって確立され、測定可能な患者転帰を文書化し報告するための連邦規制要件を遵守して確立された標準化された規則および手順に従って組織化されている。

システムの新しい構造は、ヘルスケアシステムのいくつかの既存の要素、主に提供者によるヘルスケアサービスおよび製品の配信を処理および文書化するように構成されているものを基盤としている。これらの提供者は、ヘルスケアサービスおよび製品を提供し、それらのサービスおよび製品に対する請求された料金および費用の支払者からの払い戻しを求める医師、病院、検査室、および薬局を含む。この新しい構造は、既存の要素を本明細書に記載の新しい電子ヘルスケアシステムのコンポーネントと統合する。このシステムは、電子患者転帰記録（ＥＰＯＲ）データベース、システムおよびｅＰＲおよびＥＰＯデータのデータベースへの双方向通信ポータル、ならびに標準化されたアクセスのための臨床サービスプラットフォームを提供する。結果として得られる組み合わせは、前述の「患者中心の、ポータブルな、相互運用可能な、学際的な、電子的な患者転帰記録」を提供する。このシステムは、完全かつ完成した自動提出レビュー、それに続く必須の臨床および教育サービスの提供、患者への医薬品の調剤、および支払いまたは払い戻しの請求書の処理を含む自動履行レビューから処方薬の処理を管理するように動作する。システムはまた、メディケア・メディケイド・サービスセンター（「ＣＭＳ」）によって要求されるように、支払いのために必要とされる患者転帰を含むヘルスケアサービスの提供に関連するデータを文書化する。

システムの機能と利点をリアルタイムで達成するには、この処理が、各患者に提供されるヘルスケアの各エピソードに関連するすべての患者−提供者の会遇とトランザクションを通して継続的に更新されるデータとそれへのアクセスを提供することを確実にするように特別に設計されたソフトウェアが不可欠である。説明されるシステムのさらなる重要なコンポーネントは、システムによって処理されるトランザクションと共に移動し、それに関与する革新的なデータファイルである。当技術分野で周知のように、データファイルは、データを入力するための一連のフィールドからなるデータレコードのコンポーネントである。データベースはデータレコードの保存場所である。この「臨床分析メッセージ」または「ＣＡＭ」データファイルは、特殊処方薬を含む提出および履行トランザクションの正確かつ完全なリアルタイム処理を可能にするシステムの不可欠な部分である。さらに、これらの特徴および利点は、コンピュータ処理の高速機能、システム内の指定されたポータルを介したシステム内の様々なデータベースへの直接アクセス、および冗長データ構造への依存とクラウドストレージの広範な使用の組み合わせなしには不可能である。したがって、説明するシステムは、ハードウェアとソフトウェアの両方のデータ処理機構の組み合わせに依存して、リアルタイムでデータ処理結果を達成するようにシステムを構成する。すなわち、システムにアクセスするのとほぼ同時に、例えば、処方箋の提出または患者記録のステータスの確認を行う。

したがって、本発明は、図１、図２、および図３に示すヘルスケアデータを処理するための新しいシステムアーキテクチャを提供する。本発明は、処方箋の提出および履行の両方、ならびにヘルスケアデータの更新およびすべての認可されたヘルスケア提供者および患者へのリアルタイムでの安全な患者転帰データのアクセス可能性を効率的に処理するように配置および構成されたデータ処理機構の組み合わせを含む。本発明で具体化される技術的改良は、以下の３つの革新を構成することを含む。（１）強化されたデータベース編成システム。（２）新しい臨床サービスプラットフォームによって提供される強化された（自動化された）処方箋の提出および履行処理システム。（３）システム（１）および（２）の両方においてデータの移動および処理を容易にするためのデータファイルフォーマット。

本明細書で説明されるシステムおよびプロセスは、あらゆる種類の処方箋に適用可能であるが、医師によって発行された特殊薬処方箋の処方、履行、文書化、および報告、ならびに患者への製品およびサービスの提供者への支払者による支払いの処理を含むシステム内の参加者および提供者間の関連する対話およびトランザクションの処理という文脈で説明される。特殊薬を処方するためのプロセスの主な特徴は、それらが特殊薬の製造業者からの特別注文状況に限定されることである。通常、このトランザクションはグループ購買組織またはＧＰＯを通じて処理される。ＧＰＯは薬局から製造業者に注文を転送する。製造業者は次に、処方箋に従って、薬品の費用についてのＧＰＯへの請求書と共に、在庫品から特殊薬の注文を満たす。支払いがあると、調剤薬局への送達のために処方箋は公表される。特殊薬を受領すると、薬局は、必要な臨床および教育サービス情報を患者に送達するように、そして特殊薬を患者またはその薬を投与することを許可された個人もしくは団体に送達するように手配する。その後、薬局は、臨床および教育情報の配信に関する請求書と、特殊薬の患者への調剤に関する請求書について、患者の保険会社に個別に支払いを依頼する。これらのトランザクションの支払い部分は、好ましくは、本明細書では薬局給付システムまたはオフィスとも呼ばれる薬局給付連合（「ＰＢＣ」）によって処理され、これについては図３で説明する。

薬局給付連合は、業界の薬局給付管理者（または「ＰＢＭ」）システムに対する強化された代替手段として、本システムの発明者によって形成された事業体または事務所である。ＰＢＣは、患者に関連した支払者、通常は契約または給付プラン、あるいはメディケアおよびメディケイドなどの連邦または州の給付金による保険会社または雇用者から利用可能な医薬品給付の調整機関として機能する。ＰＢＣは、履行のために電子処方箋（「ｅＲｘ」）をクリアし、電子処方箋の履行に関連するトランザクションを促進することによって、患者への支払者給付を効率的に管理するように工夫されている。

特殊薬の支払いの処理中に、薬局給付連合によって処理されたｅクーポンが、薬局への配達のためにＧＰＯへの途中で特殊薬を伴う。図示の実施形態では、ＧＰＯはまた、特殊薬の支払いを製造業者に送金する。

キーシステムの概念の概要
本発明において具体化されるいくつかの重要な概念を簡単に検討することによって続く説明を理解することは有用であろう。概念は以下の通りである。（１）各患者の臨床データおよび医薬品データを完成するためのヘルスケアシステムのすべての許可された参加者によるリアルタイムのアクセス、それは各ヘルスケアトランザクションにおいて電子患者転帰記録（ＥＰＯＲ）内で更新される。（２）各患者の完全な医薬品ファイルには、薬物に関する記述情報、他の薬物と食品の両方との相互作用データ、および薬物固有の検査室情報とゲノム情報が含まれる。（３）システムの本質的な機能原理は、患者のための、および患者への特殊処方薬および非特殊処方薬の処方、見直し、配布、および調剤、ならびに患者の治療に関連する測定可能な転帰の管理および記録の過程において必要に応じて重要な情報が伝達および配信される臨床分析メッセージ（「ＣＡＭ」）データファイルを提供する能力である。患者のファイルの安全な出入り口として機能する、患者固有のアルゴリズムの追加の概念（４）についても説明する。

臨床データおよび医薬品データのリアルタイムのアクセス可能性は、ＥＰＯデータのデータベースおよび電子薬局記録（ｅＰＲ）データベースのファイルが、データへのアクセスを許可されたヘルスケア提供者による読み取り／書き込みトランザクション中にアクセス可能であり更新されることを意味する。ＥＰＯデータとｅＰＲデータベースから追加されたＥＰＯＲは、各トランザクションで更新される可能性もある統合データベースであり、ヘルスケア提供者の行動と決定をデータによって通知されるように記録にアクセスする次のヘルスケア提供者が正確なデータを確実に利用可能とするのを助ける。この概念は、本明細書に開示されるヘルスケアシステムの主な目的である、患者記録に対する適時の更新を維持することによって患者の安全性を確実にするのを助ける。特殊薬に関しては、最新の正確で包括的な患者データ記録が入手可能であり、かつそのような履行のための臨床的要件を満たさない限り、それらの薬の患者への送達は進行または完了しないかもしれない。データファイルへのリアルタイムの更新はまた、必要な臨床データの進行中のヘルスケア研究評価を促進する。

各々の患者に作成された医薬品ファイルおよび臨床ファイルの完成度は、個々の患者の代謝および臨床プロファイルに適合する特殊薬の処方を可能にするために不可欠であり、（ａ）最も効果的な薬が処方されていること、（ｂ）適切かつ安全に代謝されることができる薬物または投薬量が処方されること、（ｃ）潜在的に危険な可能性があるものも含め、副作用が最小限に抑えられていること、（ｄ）他の薬物または食品との潜在的に危険な相互作用が最小限に抑えられることを保証するのを助ける。システム内で設定された医薬品ファイルは、最も適切な医薬品ではなく最も安い医薬品に調剤を制限するために支払者によって使用される処方、つまり異なるカテゴリーのブランドおよびジェネリック医薬品の段およびリストの必要性を超えています。

医薬品および臨床データファイルの他の用途では、食料品および薬局の製品両方を提供するチェーン小売業者は、本明細書に開示される本ヘルスケアシステムの不可欠な部分を形成するこれらの包括的な医薬品ファイルの利点を利用する優れた候補である。そのようなファイルの利用可能性は、例えば、患者によって購入された食品も提供する小売環境に組み込まれると、小売業によって使用される同じデータベースシステム内に存在するデータから相互作用クロスチェックを容易に実行することを可能にする。この分析機能は、患者の食習慣や臨床プロファイル、そして患者が摂取する可能性のある他の物質と相容れない薬を調剤するのを防ぐのに役立つ。

臨床分析メッセージ（ＣＡＭ）データファイルの使用はまた、処方箋を履行するプロセス中に本質的な調整および／または確認機能を提供する。臨床という用語は、供給された患者データが、履行プロセス中に行われるトランザクションに関与する他の情報と確実に一致するのを助けるために、メッセージが関連する既知の患者臨床データを含むことを意味する。分析という用語は、処方が処理されている患者に固有の、患者のファイル内の医薬品データ（説明、ゲノム、相互作用、さらには検査室データでさえも）が、処方に関連する臨床データとの整合性について分析されることを意味する。メッセージという用語は、履行プロセス中に患者および電子患者転帰記録に配信されなければならない関連教育および臨床サービス情報がＣＡＭに含まれており、履行プロセスの工程中にＦＤＡおよびＣＭＳの要求事項への適合を満たすことができるようにすぐに利用可能であり通信されることを意味する。

ＣＡＭデータファイルの詳細は、以下の図２の説明に含まれている。

本明細書に開示されるヘルスケアデータシステムの１つの追加の特徴は、各患者に対して作成され、各患者に固有の患者固有のアルゴリズム（「ＰＳＡ」）の役割である。このアルゴリズムは、承認されたユーザー、つまり患者および承認されたヘルスケア提供者（例えば、医師、病院、薬物師、検査室、支払者）によってアクセスされ、取得され、更新されるとき、患者のファイルのアドレス（安全な出入り口）として機能する。ＰＳＡは、ＣＡＭデータファイル内に組み込まれているメッセージヘッダと関連付けられている場合があり、患者のデータファイルへの不正アクセスを防止するのに役立つデータセキュリティ機能が含まれている。

図１は、本発明の一態様、すなわちヘルスケア施設のように機能するように構成されたシステムを示す。システムは、複数のカテゴリーの様々な情報源からのデータを処理するように構成されている。情報源のうちの１つにおいて、ＥＰＯデータには、患者の人口統計、個々の患者の医療情報、ゲノミクス（個々の遺伝データを含む）、疾患プロファイル、アレルギープロファイル、投薬、および予防接種が含まれるが、これらに限定されず、これらのすべてはＥＰＯデータ内に存在している。別の情報源では、ｅＰＲデータベースは、参加している薬局の医薬品患者記録を含む。システムによって記憶され、アクセスされ、そして処理されるデータはまた、検査室データおよび分析、ならびに提供者、支払者、ならびに予約スケジュールおよび治療に関する情報を含み得る。図１に示されるシステムの動作は、図２および図３の説明においてさらに詳細に説明される。

図１は、医薬品、特にいわゆる「特殊薬」の処方箋を処理するためのシステムネットワークの主な特徴の広範な概要を示す。図２は、第１の実施形態（特殊薬のフロントエンド処理）に関与する主要なプロセスステップおよび機能性コンポーネントを示し、履行のための薬局に処方箋を提出する前の、いくつかのデータベースに保存された包括的なデータに照らして有効性について医師または他の開業医によって提出された処方箋をレビューすることに関連する提出レビュー段階である。図３は、第２の実施形態（特殊薬のバックエンド処理）に関与する主要なプロセスステップおよび機能性コンポーネントを示し、薬局による処方箋の受け取り後の、必要な臨床および教育サービス情報を患者に提供し、特殊薬を患者に調剤することに関連する履行レビュー段階である。これらのレビューは、規制の順守と患者の安全を確実にするために必要である。

以下で明らかになるように、図１のシステムの全体的な目的は、その重要なコンポーネントのうちの２つ（包括的で革新的な臨床サービスプラットフォームと電子患者転帰（ＥＰＯデータ）データベース）を利用して、電子薬局記録（ｅＰＲ）データベースと組み合わせて新規の統合型電子患者転帰記録（ＥＰＯＲ）作成することであり、これによってこの独自のＥＰＯＲ患者記録は、提出された処方箋の提出および履行を処理するときにリアルタイムでデータ更新を受け取り、それはケアのエピソード中に提供された測定可能な転帰もリアルタイムで報告するのに十分である。また、この新しいＥＰＯＲは、それが取り込まれている２つの主要な情報源（ｅＰＲおよびＥＰＯデータベース）とは異なることも明らかである。本明細書に記載のシステムは、インターネット（または他のネットワーク）を介して外部エンティティおよびデータ源に接続されて設置および構成されるとき、ＥＰＯＲデータベースを埋めるために必要なデータを臨床分析メッセージ（「ＣＡＭ」）データファイルと互換性のある共通フォーマットに変換し、ＥＰＯＲデータベースに格納することができる。その後、ウェブサイトポータルにアクセスしてシステムを動作させるときはいつでも、ＥＰＯＲおよびソースデータに対する更新が、説明される臨床サービスプラットフォームの運用を通じて行われ得る。一般的に、この目的を達成するシステムの構造および機能的動作は、図２〜図５Ｂに図示および説明されている。

図２の左側には、多くの場合、処方箋を発行し、処方された治療法に関する臨床情報を提供しながら、患者の診察、診断、および治療を行うヘルスケア提供者がいる。右側には広範なＥＰＯデータのデータベースが含まれており、これには、医薬品、検査室、ゲノム情報に加えてヘルスケア提供者のデータ、共同研究、慢性および急性の両方の状態に関する疾病管理情報、およびヘルスケアサービスに関する情報を含むが、これらに限定されない標準ファイルおよびサービスが含まれ得る。医薬品送達システムで特定される臨床サービスプラットフォームで具体化されるソフトウェアシステムはまた、ＥＰＯデータにデータおよびサービスを供給するためのＮＨＩＮ（国民健康情報ネットワーク）システムを介してＥＰＯデータと結合される。医薬品送達システムはまた、臨床および教育サービスの送達のための請求書を処理し、そして特殊薬を調剤するために、Ｘ１２およびＮＣＰＤＰのプロトコルを介したアクセスを提供し得る。ＥＰＯデータはまた、しばしば「スイッチ」として識別される電子トランザクションハブを介して一般的に行われる処方提出および履行トランザクションの編集（支払い要件に適切に合わせるため）に関与するｅスクリプト（電子処方箋）のデータを受け取ることができる。スイッチは、いくつかの私的エンティティのうちのいずれかによって提供され得るサービスであり、説明されるヘルスケアネットワークシステムにおけるデータ交換のために構成された通信システムである。

図２の中央部は、上から順に、これまで利用できなかったＥＰＯデータ１４０と新規の組み合わせを共に形成する、本実施形態の２つの重要なコンポーネント（ＣＡＭデータファイル２２０および臨床サービスプラットフォーム２０２）を示す。これらの重要なコンポーネントは共に、本明細書に記載されているように、ヘルスケア産業における異種コンポーネントの統合の問題を解決する。その患者の電子患者転帰記録（ＥＰＯＲ）への安全で確実な患者アクセスを提供し、臨床医に可能な認可を提供する患者安全ポータルは、ウェブサイトポータル１０４によってシステム１００に提供され、本実施形態の機能の大部分を促進する。ウェブサイトポータル１０４は、リンク１６０を介して図１に示されたウェブサイトポータル１０４に結合されて示されている各ヘルスケア提供者分野について、患者安全ポータルおよび学際ポータルの両方からの学際的電子患者転帰記録またはＥＰＯＲへのインターフェースを提供する。最後に、ＥＰＯＲに結合されたものとして示されているのは、ＥＰＯデータ１４０データベースの動作のための専用の「臨床サービスプラットフォーム」２０２と呼ばれる必須の促進ソフトウェアシステムである。レビュープロセッサ２１２を含む臨床サービスプラットフォーム内のソフトウェアは、説明されるように、医薬品送達システムとインターフェース接続し、それと相互作用するように構成される。

ＥＰＯデータ１４０の２つの重要な構成要素は、前臨床分析メッセージ（「プレＣＡＭ」）データファイルおよび後臨床分析メッセージ（「ポストＣＡＭ」）データファイルと呼ばれる。これら２つのデータファイルには、システムで利用可能な各特殊処方薬に対する標準化された臨床要件が含まれている。例えば、医学学校、独立した医学研究所などの医学研究機関によって検証され得るこの情報は、個々の薬物および臨床教育に関するデータ、ならびに患者に届けられなければならない臨床サービス情報を含む。プレＣＡＭデータファイルは、各薬物に関するデータと、患者に届けなければならない必要な臨床教育または臨床サービス情報とを含む。ポストＣＡＭデータファイルは、（ａ）薬を注文し調剤することができるときに調剤薬局に知らせ、（ｂ）臨床サービスプラットフォームを介して、患者のケアエピソードに関与するすべての提供者に、臨床教育またはその他の臨床サービスが実施されたことを知らせる通知を含む。

本明細書に記載の全プロセスを通して、各プロセスステップに関連する各関連データベースコンポーネント（それぞれＥＰＯデータ（標準化ファイルおよびサービスデータベース）、ｅＰＲデータ、およびＥＰＯＲデータベース）内のデータは、提供者との相互作用またはシステムとのトランザクションまたは会遇が発生したときに絶えず更新されることを理解および認識すべきである。特に、システムは、ＥＰＯＲを常に最新の状態に維持するように構成されているので、後続のステップの機能は、システムに提供されているシステムとのポータルリンクを介してリアルタイムに利用可能であり得る。したがって、このシステムは、認可された場合に限り、提供者（医師、病院、検査室、支払者、ＣＭＳ（連邦政府機関であるメディケア・メディケイド・サービスセンター））および患者自身による安全で確実なアクセスを可能にする。システムはまた、システム内の１つ以上の指定された電子患者転帰管理ポータルおよび患者のＥＰＯＲに取り付けられたビジネスインテリジェンスダッシュボード（ＢＩＤ）へのアクセスを提供し得る。

本明細書に記載のシステムは、怪我、疾患、または障害について患者を診断、助言、および治療している間に関連し、必ず行われる多数のヘルスケアデータトランザクションを処理および管理するように構成される。そのようなトランザクションはデータ集約型である。さらに、そのようなトランザクションにおいて、製薬処方は、相談に次いで、患者が受けるヘルスケアの最も普及している構成要素の１つである。したがって、医薬品使用のプロセスおよび管理を中心に組織化されたデータシステムは、ヘルスケアデータシステムを考案する際に使用するのに十分に広い観点を具体化する。

図１は、医薬品の処方を処理するためのシステムネットワークの主な特徴の広範な概要を示す。図２は、第１の実施形態、すなわち履行のために処方箋を薬局に提出する前に処方箋をレビューすることに関連する提出レビュー段階に関与する主要なプロセスステップおよび機能的コンポーネントを示す。図３は、第２の実施形態、すなわち必要とされる臨床および教育サービス情報を患者に提供し、特殊薬を患者に調剤することに関連する履行レビュー段階に関与する主要なプロセスステップおよび機能的コンポーネントを示す。

これらの実施形態の重要な特徴は、新たな統合電子患者転帰記録（ＥＰＯＲ）１５０が処方箋の処理中に他の２つのデータベース（ＥＰＯデータ１４０およびｅＰＲデータ１４４）からコピーされたデータを統合することである。ＥＰＯＲは、システムの使用に参加することを認可されたあらゆる患者および施術者、病院および診療所、検査室および医学研究団体によるアクセスのために維持される。システムは、各トランザクションが発生したときにすべてのデータベースエントリを更新するように構成されているので、データエントリおよびアクセスはリアルタイムに完了することができる。

これらの実施形態の別の重要な特徴は、主に臨床サービスプラットフォームに常駐するカスタムアルゴリズムに従ってソフトウェアによって管理される処理ステップと共に進行する「臨床分析メッセージ」または「ＣＡＭ」データファイルと呼ばれる固有のデータファイルの使用である。本明細書に記載の図６に示すように構成することができるＣＡＭデータファイルは、処理の提出レビュー段階と履行レビュー段階の両方で使用される。これらのレビュー段階は、概念はやや似ているが、請求書を処理するために確立されたデータおよび規則を使用して正確性と一貫性について処方箋の請求書を調べるために業界内の薬局や支払者が使用するよく知られた「編集前」および「編集後」のプロセスとは構造およびプロセスが明らかに異なる。

前述のように、特殊薬の処方の処理においては、特殊薬を受け取ることになっている患者に臨床的および教育的サービス情報を提供することが要求される。後述するように、その要件を満たすのに必要な情報はＥＰＯデータベース２０６に格納され、その要件に関する命令はＣＡＭデータファイルまたは図２のＣＡＭ２２０に含まれることになる。この場合、ＣＡＭ２２０は、処方箋の処理の提出レビュー段階を管理する「前臨床分析メッセージ」のための「プレＣＡＭ２２０Ａ」として構成することができる。臨床および教育サービス情報の情報源は、通常、医師および医学校または医学研究機関によって検証されたデータに基づいている。

また、特殊薬の処方箋の処理に関連するのは、処方箋処理の履行レビュー段階を管理する「ポストＣＡＭ２２０Ｂ」（臨床後分析メッセージ）である。ポストＣＡＭ２２０Ｂは、他のデータの中でも、薬局によって患者に特別薬を調剤することができる、または場合によっては認可されたヘルスケア開業医によって患者に投与することができる時期に関する情報を、必要な臨床および教育サービス情報と共に含むことが好ましい。

発明の詳細な説明
以下の説明では、情報の単位である処方箋に符号８８を付し、これもまた情報の単位である請求書に符号９０を付す。２つの特定の種類の請求書が説明され、請求書９０は、経路３１２を介して臨床および教育サービスを提供するための第１の請求書９１と、薬を調剤するための第２の請求書９２とを含む。

図１は、本発明の一実施形態の主要機能コンポーネントを表すシステムネットワーク図を示す。ヘルスケアデータシステム１００は、ウェブサイトポータル１０４を介してアクセスされるインターネット１０２とのその動作接続を中心に構築され、電子トランザクションハブ１０６を介してヘルスケアデータシステム１００内の参加エンティティとのリンクを提供する。電子トランザクションハブ１０６は、業界では「スイッチ」として知られており、本明細書ではスイッチ１０６と呼ぶことにする。第１のデータ処理リンク１１２および第２のデータ処理リンク１２２を介して、第１の「クラウド」システム１１０、第２の「クラウド」システム１２０、および第３の「クラウド」システム１３０がインターネットに結合されている。クラウドシステム１１０、１２０、および１３０は、それらがそれぞれ本質的な冗長性およびバックアップ機能を提供するために同じデータならびに処理およびプログラミング構造を含み得るので、３つの別々のエンティティとして示されている。

よく知られているように、クラウドは、コンピューティングリソースのシステムとして定義することができ、つまり、データ記憶、データ処理、ソフトウェア、およびユーザーの位置から離れているが要求に応じてユーザーにアクセス可能な通信コンポーネントである。クラウドで利用可能なデータ処理機能の１つの主な有用性は、ユーザーが自分自身のデータ処理リソースをインストールして維持することの負担から解放されることである。代わりに、クラウドに保存されている独自のソフトウェアを含む必要なデータ処理コンポーネントは、ユーザーのシステムの運用中に自由にアクセスできる。このように、クラウドは、自身のコンピューティングインフラストラクチャを維持するための資本的経費を運用経費にまで減らすことができる。クラウドのもう１つの重要な利点は、実質的なデータのバックアップとセキュリティの要件を有するヘルスケアデータシステムなどの重要なシステムに冗長で確実なリソースを簡単に提供できることである。クラウドは、パブリックでもプライベートでもよい。パブリッククラウドには、利用可能なリソースを共有する複数のユーザーを有することができる。プライベートクラウドは、自身の目的のためにアクセスを制限する個々のエンティティによって維持されている。

図１において、クラウド１１０は、ヘルスケアデータシステム１００における重要な機能を果たす独自のソフトウェアであり得る第１のレビュープロセッサ１１４を含む。同様に、クラウド１１０の複製であるクラウド１２０は、システムの冗長性を提供し、複製の独自のソフトウェアである第２のレビュープロセッサ１２４を含む。ヘルスケアデータの特定の重要なセグメントが第１のクラウド１１０および第２のクラウド１２０に格納されることを示すために、第１のクラウド１１０および第２のクラウド１２０のそれぞれの部分を表す第３のクラウド１３０が図１に示される。第３のクラウド１３０のデータ記憶機能は、それらをウェブサイトポータル１０４と接続する第３のデータ処理リンク１３２を介してアクセス可能であるように示されている。また、第３のデータ処理リンク１３２に接続されているのは、３つのデータベース、すなわちＥＰＯデータ１４０、ｅＰＲデータ１４４、および統合ＥＰＯＲ１５０である。

ＥＰＯデータ１４０は、１）薬物データ、２）検査室データ、３）ゲノムデータ、４）ヘルスケア提供者データ、５）ヘルスケア提供者間の協力に関するデータ、６）慢性および急性の両方の状態に関する疾病管理情報、７）ＮＨＩＮサービスおよび契約サービスに関するデータを含むがこれに限定されない標準化されたファイルならびにデータおよびサービスを含むデータベースとすることができる。ＥＰＯデータは、ヘルスケアデータシステム１００内の公共の参加者によってアクセスされてもよい。

「電子薬局記録」と名付けられたｅＰＲデータ１４４は、参加薬物師による処方箋処理に関連する患者および医薬品データを格納する中央の薬局内データベースとすることができる。

ＥＰＯＲ１５０は、ヘルスケアデータシステム１００の参加メンバーによる使用のために構造化され専用化された統合データベースとすることができる。それは、システム１００内で行われ処理される各ヘルスケアトランザクションと共にデータおよび情報の更新を受け取る。データおよび情報は、ＥＰＯデータ１４０およびｅＰＲデータ１４４の両方から受信され、これらは一般的にすべての提供者にとってアクセス可能ではない。したがって、参加提供者のうちの１つがそれぞれのポータル１６２〜１７４を介してウェブサイトポータル１０４にログインすることを許可されるときはいつでも、それらにアクセス可能なデータは、ＥＰＯＲデータ１５０と呼ばれる統合データベースに存在する。

ヘルスケアデータシステム１００内の２つの参加者グループが図１に表されている。１つのグループが提供者ポータルリンク１６０を介してウェブサイトポータル１０４に結合されている。このグループの参加者は、患者１６２、医師１６４、薬局１６６、病院および診療所１６８、検査室１７０、ならびにゲノム研究を提供する団体１７４を含むが、必ずしもこれらに限定されない。ゲノムデータ１７２および医学部学校データ１７６の提供者は、検査室１７０および研究機関１７４にそれぞれリンクされてもよい。参加者の別のグループは、スイッチリンクＡ１８２を介して電子トランザクションハブ１０６（別名スイッチ１０６）に結合されている支払者および業界標準機構１８０を含む。支払者および業界標準機構１８０はまた、スイッチＢリンク１８４を介して国民健康情報ネットワークまたはＮＨＩＮ１４２に結合されている。ＮＨＩＮ１４２は、スイッチリンクＢ１８４を介して支払者および業界標準機構１８０からデータを受け取る。支払者および業界標準機構１８０は、提供者ポータルリンク１６０を介してウェブサイトポータル１０４に接続された第１のグループの参加者を含むヘルスケア提供者によって提供されるサービスの支払いに対する請求処理を提供する。

システム１００の他の主要参加者は薬局ネットワーク１４６であってもよく、これは大量の患者、医薬品、および支払いのための処方箋および請求書の処理に関与する他の医療情報を蓄積する。このヘルスケアデータは、ＮＨＩＮ１４２およびｅＰＲ １４４へのそれぞれの第４のデータリンク１３８および第５のデータリンク１４８を介して薬局ネットワーク１４６のメンバーによって処理された各電子ヘルスケアトランザクションに関する最新情報をＮＨＩＮ１４２およびｅＰＲ１４４の両方に供給するために利用可能である。

第１のクラウド１１０および第２のクラウド１２０内に存在することができる第１のレビュープロセッサ１１４または第２のレビュープロセッサ１２４のいずれかは、ヘルスケア提供者によってヘルスケアデータシステム１００に提出される処方箋の提出処理中に中心的な役割を果たす。図２にレビュープロセッサ２１２によってまとめて表されているレビュープロセッサ１１４、１２４は、好ましくは、臨床サービスプラットフォームの機能部分、または臨床サービスプラットフォームと直接統合されている臨床サービスプラットフォームの別個の部分とすることができる。便宜上本明細書に記載されているように、それは臨床サービスプラットフォームの一部と見なされるであろう。

図２は、本発明の一実施形態に係る、いわゆる「特殊薬」の処方箋のフロントエンド処理の機能ブロック図を示す。「フロントエンド」処理という用語は、特殊薬の処方箋の提出処理を指す。いわゆる「特殊薬」は通常非常に高価であり、特別な取扱いを必要とし、そして稀な病気または消耗性の病気のために処方される。提出処理は、患者のための処方箋のヘルスケア提供者（医師など）によるシステム内への処方箋の入力から、患者または介護者に薬を調剤することによって処方を満たすために選択される薬局による受付までの処方箋の取り扱い、すなわち自動編集プロセスにおける処方箋の評価に影響を及ぼす。

図２は、医薬品処方箋の「フロントエンド」処理の一例を示している。提出レビューシステム２００による処理は、経路２１４、２２２、または２２４のいずれかを介して、医師または正看護師などのヘルスケア提供者２０４によって提出された処方箋８８のレビューをリアルタイムに実行する。したがって、提供者の端末上で送信キーを押すことによって処方箋８８が提出されると、システム２００は提出レビューを実行し、数秒以内に、処方箋８８への編集が要求されないことの確認か、または処方箋８８が提出レビュープロセス中に出現した１つ以上の要因により、当初の処方箋８８がその意図された目的のために無効になるため、改訂しなければならないという指示に戻る。以下の説明では、処方箋８８は、提供者によって処方された薬物を識別する情報の単位であると定義され、投与する時期（２４時間毎の頻度を含む）と、薬物の量（典型的にはミリグラムまたは「ｍｇ」で指定される）である。この「スクリプト」情報は、処方箋８８を充填するために調剤薬局によって、そして薬物を投与する際の指示として患者によって使用される。

図２に示す提出処理システム２００は、臨床サービスプラットフォーム２０２内のレビュープロセッサ２１２と、認可されたヘルスケア提供者２０４と、ＥＰＯデータベース（「ＥＰＯデータ」）１４０と、電子トランザクションハブ（または「スイッチ」）２０８と、薬局２１０とを含み、これらはすべて、後述するように、通信リンクを介して結合されている。レビュープロセッサ２１２は、コンピュータまたはサーバシステム上で、ユーザーインフラストラクチャ上で動作する、または好ましくは、図１に示すようにクラウド１１０、１２０、１３０内に遠隔配置されたソフトウェアアプリケーションのシステムとすることができる。認可されたヘルスケア提供者２０４は、私的診療または病院もしくは診療所などにおける医師または医者、正看護師とすることができる。ＥＰＯデータ１４０のデータベースは、ユーザーのインフラストラクチャの一部、または好ましくはクラウド１１０、１２０、１３０などの遠隔情報源の一部とすることができる。通常第三者によって提供される電子トランザクションハブまたはスイッチ２０８は、臨床サービスプラットフォーム２０２内の認可されたヘルスケア提供者２０４とレビュープロセッサ２１２との間の通信経路２１４内に、ならびにレビュープロセッサ２１２とＥＰＯデータ１４０との間の通信経路２４０内に現れる。以下の説明では、「経路」という用語は「通信経路」を意味すると理解される。

処方箋の編集が要求される場合に代替として利用可能ないくつかの通信経路があることに留意されたい。例えば、処方箋８８は、第三者電子医療記録システム（「ＥＭＲ」）２１４および第三者スイッチ２０８を介して、臨床サービスプラットフォーム２０２内のレビュープロセッサ２１２の入力に提出することができる。あるいはまた、処方箋８８は直接経路２２２またはｅ提出経路２２４を介して直接提出されてもよい。受領時に、レビュープロセッサ２１２は処方箋８８内の情報を編集し、患者および投薬の種類に関するそのデータベース内の情報に基づいて薬局を選択することができる。レビュープロセッサ２１２は、処方箋８８と共にシステムを通して移動する臨床分析メッセージ（「ＣＡＭ」）データファイル２２０と呼ばれる固有の種類のデータファイルを生成する。図６に示すように、ＣＡＭデータファイル２２０は、患者データフィールド、ルーティングフィールドまたはヘッダ、エラーチェックフィールド、および事前編集処理中にキーとして使用されるパケット識別子を有するデータペイロードを含むことができる。ＣＡＭデータファイル２２０内のペイロードは、提出レビュープロセッサを介して進行するので、処方箋に関連するチェックリストのように機能することができる。ＣＡＭデータファイル２２０は、提出処理中に、アスタリスク（＊）でマークされたデータリンクに沿って図２に示す機能ユニット間で交換される。図３における二重アスタリスク（＊＊）の使用は、履行処理中のＣＡＭデータファイル２２０の使用を示す。

レビュープロセッサ２１２を含む臨床サービスプラットフォーム２０２は、ＣＡＭデータファイル２２０の内容に対しておよびデータベースとともに動作するレビュー（または代替的には事前編集）プロセッサを含む。レビュープロセッサは、ＣＡＭデータファイル内の患者の臨床データにアクセスし、提出された処方箋の文脈で患者の臨床データと処方された医薬品に関する情報を分析し、事前編集プロセスを完了するための一連の事前編集アルゴリズムを含むことが好ましいかもしれない。

レビュープロセッサ２１２は、提出された処方箋の事前編集レビューを自動的に実行し、事前編集アルゴリズムの個々のものを順番に呼び出して、提出された処方箋内で識別された薬に関する利用可能な情報に従って患者の臨床データにアクセスし、検索し、分析するための第１のプロセスと、事前編集処理中に呼び出される複数の通信リンクを制御するための第２のプロセスと、編集された処方箋において識別された処方薬に対応するデータベースに格納された薬局承認データに基づいて編集された処方箋を満たす薬局を選択するための第３のプロセスと、要求された臨床および教育サービスを提供し、そして処方された薬を調剤することを含む、提出された処方箋を満たすために必要とされるステップを自動的に実行するための第４のプロセスとをさらに含み得る。レビュープロセッサ２１２は、電子処方箋を単一の同期メッセージとして送信するように動作可能なインターフェースを含むことが好ましいかもしれない。

図示の実施形態では、臨床分析メッセージデータファイル２２０（ＣＡＭデータファイル）は、（Ａ）少なくとも（１）患者および提出された処方箋に関連するデータベース内のアドレス指定可能な場所から検索された複数の患者臨床データと、（２）データベースから検索されソフトウェア機構によって分析された患者の臨床データに対する提出された処方箋の分析の結果を報告するステートメントと、（３）調剤された処方箋と共に患者に提供されるべき必要な臨床教育およびサービスに関する情報とを含む、薬物利用レビュー（「ＤＵＲ」）を完了するための患者データフィールド内に存在する情報を含む。ＣＡＭデータファイルはまた、（４）１つ以上の事前編集アルゴリズムと協働して、保存された患者臨床データの分析処理を実行して提出された電子処方箋との整合性（提出された電子処方箋の有効性）を決定するための構造を含むことができ、協働するための構造は、１つ以上の事前編集アルゴリズムに関連する処理キーを含むことができる。

提出レビューシステム２００が提供者にリアルタイムで応答することを可能にする処理速度は、仮想ホストまたはクラウド内に配置され、提出レビュー中にレビュープロセッサ２１２内で呼び出されたときおよびレビュープロセッサ２１２から総合ＥＰＯデータ１４０のデータベースへの直接アクセス時に動作する専用ソフトウェアの組み合わせによって提供される。広範囲の患者、医薬品、および保険プランの情報を１つの電子的な場所（ＥＰＯデータ１４０）にまとめ、レビュープロセッサから直接アクセスできるようにすることで、専用ソフトウェアは事実上遅延ゼロで提出レビュー処理を実行できる。

一連の動作は、典型的には、ヘルスケア提供者２０４が、コンピュータ端末（図示されていないユビキタス装置）を介して、患者に投与されるべき薬物についてのｅスクリプトまたは処方箋８８を入力するときに始まる。入力された処方箋８８は、図示された提出レビューシステム２００のレビュープロセッサ２１２に直接送信されてもよい。あるいはまた、処方箋８８は、スイッチ２０８を介して既存の第三者ＥＭＲシステム２１８を介してレビュープロセッサ２０２に提出されてもよく、または処方箋８８は図示されるように電子的に提出されてもよい。（ゲートと呼ばれることがある）スイッチ２０８は、ネットワーク１０２に接続された参加エンティティ間の処方情報の送信を促進するいくつかの電気通信ネットワークおよびデータフォーマットサービスのうちのいずれかとすることができる。

提出レビュープロセッサ２０２内でおよび提出レビュープロセッサ２０２によって実行される動作は、提供者２０４によって入力された処方箋情報を患者の好みの薬局の識別情報と共に記録すること、およびそのデータフィールドにＥＰＯデータ１４０からの関連データを入れること、ほぼ瞬時にではあるが、フォームに記入することに似たアクションとによってＣＡＭデータファイル２２０を組み立てることを含む。ファイルタグを使用して、レビュープロセッサ２１２は、提出レビューシステム２００に入力された処方箋８８に照らして、ＣＡＭデータファイル２２０内に占められたデータフィールドを分析するためのカスタムアルゴリズムを呼び出す。アルゴリズムは、薬物利用レビューを実行し、患者が服用している可能性がある他の薬物、既知の食物または他のアレルギー、患者の特定の疾患状態、様々な検査からの検査データ（例えば、血液、尿、および他の体液）、患者の疾患および医学的データ、患者のゲノムプロファイル、ならびに特定の処方に関連し得る患者の健康保険の規定など（だがこれらに限定されない）ＥＰＯデータ１４０のデータベース内の情報との薬物相互作用に関する処方を分析するように構成される。

レビュープロセッサ２１２によって実行される動作は、ＥＰＯデータベース１４０内の何らかの情報項目との処方薬の不適合性または不一致を修正するために提出された処方箋８８を編集しなければならないかどうかを判定する。その結果は、必要な改訂についての提案とともに、初期の処方箋８８を改訂するために提供者２０４に返された命令２２４であるか、または、処方箋８８がスイッチ２０８を介して薬局２１０に転送される（２２８）。いくつかのシステムでは、編集を必要としないというメッセージ（図５Ａには図示されない）が、薬局２１０への処方箋の転送を確認するために提供者２０４に返されることがある。改訂を必要とする処方箋の場合、提供者は、提案された改訂版を作成し、スイッチ２０８を介して薬局２１０に改訂された処方箋を再提出する機会を与えられ得る。受領すると、処方薬８８は、薬局２１０による履行のためにキューに入れられてもよい。

多くの場合、「バックエンド処理」と呼ばれることもある履行は、単に処方箋を患者に調剤し、患者の保険会社による支払いを計上することを意味する。認可された施術者による投与を必要とする薬品、または化学療法薬、または実験薬、または非常に高価な薬である特殊薬などの他の場合には、履行プロセスは、図３と共に後述するようにはるかにより複雑である。例えば、ＣＭＳ、メディケイド・メディケア・サービスセンターによる履行プロセスに課される連邦政府の要件は、処方プロセスの結果に関するデータを記録する必要性、すなわちＥＰＯデータ１４０（標準化されたヘルスケアデータ）およびＥＰＯＲデータベース１５０（図１）または３０４（図３）と呼ばれる補足データベース（これは患者およびヘルスケア提供者にとってアクセス可能である）内に保存されたデータが、すべての要件が満たされているというプロセスの適切な結果を反映しているかどうかである。統合されたＥＰＯＲデータベースは、認定された提供者と患者によって容易にアクセスするための共通のフォーマットに全データがフォーマットされた単一のデータベース内に記憶するために、ｅＰＲおよびＥＰＯデータベースで使用される典型的に異なるフォーマットから当該技術分野で周知の手段により抽出および変換されたデータで占められる。

図３は、図１の実施形態に係る特殊薬のための処方箋８８のバックエンド処理の機能ブロック図を示しており、それに続き、図２の実施形態に密接に関連している。図２の一部は図３に現れており、従って、図２のそれらの構造は同じ符号を有する。例えば、スイッチ２０８はレビュープロセッサ２０２からの入力で示され、レビュープロセッサ２０２は次に結合されて図２に示されるデータベースの内容、すなわちＥＰＯデータ１４０、ｅＰＲデータ１４４、およびＥＰＯＲデータ１５０にアクセスする。用語「バックエンド処理」は、処方箋８８の履行処理を指す。このシステムは、特殊薬のための処方箋８８を処理するように特に構成されている。履行処理は、元のヘルスケア提供者から提出された処方箋８８の編集されたバージョンの受け取りから始まる、薬局による処方箋８８の取り扱いに影響を及ぼす。履行のプロセスは、臨床および教育サービス情報を患者に提供すること、そのサービスを承認すること、処方薬を患者に充填および調剤すること、それらのサービスに対する支払いのための請求書９０の準備、ならびに患者に代わりに支払者によって製造業者、販売業者、および小売薬局に対してそれらの支払いの処理を行うことを含む。

履行処理は、ＣＡＭデータファイル２２０と共にレビュープロセッサ２０２から送信された（ヘルスケア提供者２０４によって発信された）処方箋８８が経路２１２を介して受信され、経路２４２を介してスイッチ２０８によって薬局２１０に送信されると開始する。薬局２１０はいくつかの機能を実行する。処方箋８８が特殊薬のためのものである場合、薬局２１０は、経路３３０および３３４に沿ってステップ２６０で臨床および教育サービスを提供するための処方箋８８をレビューして準備し、ステップ２５０を通してステップ３０２で処方薬を患者に調剤または投与する。臨床および教育サービス情報は、特殊薬処方箋と共に移動するＣＡＭデータファイル２２０に含まれる。ステップ２６０を介してこれらのサービスを配信すると、ＣＡＭデータファイル２２０は経路２６２に沿ってサービス２６０の配信を確認する。そこからメッセージはスイッチ２０８を経由して経路２６４に沿ってステップ３４０を介して進み、ＥＰＯデータ１４０を更新し、それによってヘルスケア提供者２０４に通知し、また経路２５４を介して特殊薬の製造業者３６０に通知し、それによって経路３３２を介して薬局２０８によって送られた特殊薬の注文を解放できることを製造業者に通知する。処方箋が特殊薬のためではない場合、臨床または教育サービスは必要とされず、薬局２１０はステップ２５０で薬を患者３０２に調剤する。

履行処理は、それが提供するサービスに対する薬局２１０への支払いに対する請求書９０の処理を含む。それはまた、それがグループ購買組織または構造３７０（別名ＧＰＯ３７０”）の在庫に薬を配達した後の特殊薬の製造業者３６０への支払いの処理を含む。ＧＰＯ３７０は、特殊薬の在庫を維持し、その費用に対する支払いおよび確認の処理を容易にするために、会員薬局によって倉庫機能を果たすように確立されている。特殊薬製造業者３６０が経路３３２に沿って薬局２１０から注文を受け取った後、経路３４２に沿って製造業者３６０から受け取られた特殊薬は、ＧＰＯ３７０によって配達される。経路２６４を介した患者への臨床および教育サービスの配達の確認３４０は、経路３４２を介した製造業者３６０による特殊薬のＧＰＯ３７０への放出を許可し、ＧＰＯ３７０は特殊薬を経路３４８に沿って薬局に配達する。

同様に、経路３４２は、製造業者３６０からＧＰＯ３７０への特殊薬の注文のための配達と、ＧＰＯ３７０への特殊薬の請求書の送付という二重の役割を表す。ＧＰＯ３７０による特殊薬の請求書の受領に関連し、それに応答して、その後、製造業者３６０への経路３４４に沿った特殊薬の支払いの送金が行われると、製造業者３６０は経路３４６を介して電子クーポン（別名「ｅクーポン」）を発行することができ、それは特殊薬の費用に対して薬局２１０で患者の口座に入金されるべき割引を表す。ｅクーポン３４６は、薬局２１０への配送のためにＧＰＯ３７０への途中で薬局給付連合またはエンティティ（別名「ＰＢＣ」）３１０によって処理される。ＰＢＣ３１０は、患者に関連する支払者、通常は契約または給付プラン、あるいはメディケアおよびメディケイドなどの連邦または州の給付による保険会社または雇用者から利用可能な製薬上の給付のための調整エンティティとして機能する。

薬局給付連合またはＰＢＣ３１０は、業界の薬局給付管理者（または「ＰＢＭ」）に対する効率的な代替手段として本システムの発明者によって形成されたエンティティである。ＰＢＣは、履行のために電子処方箋（「ｅＲｘ」）をクリアにし、電子処方箋を履行することに関連するトランザクションを容易にすることによって、患者に代わって、効率的に調整し、必要に応じて裁定し、支払者給付を薬局に合わせるように考案されている。ＧＰＯ３７０はまた、経路３４４を介して特殊薬の支払いを製造業者３６０に転送してもよい。

薬局２１０が（特殊薬のための）臨床および教育サービスを提供し、非特殊処方薬の特別品を調剤し、それらのサービスの承認を確立すると、薬局２１０はＰＢＣ３１０に支払いの請求書９０を作成して提出する。請求書９０は、経路３１２を介して臨床および教育サービスを提供するための第１の請求書９１と、薬を調剤するための第２の請求書９２とを含む。次に、ＰＢＣは請求書９１、９２を記録の支払者３２０に転送し、記録の支払者３２０は、経路３２４に沿って払い戻しを薬局２１０に提出する前に、要求された送金を調整し必要に応じてＰＢＣ３１０に助言するためにそれらをＰＢＣ３１０に転送する前に、それ自身の規則および手順に従って請求書９１、９２を裁定することができる。これら請求署９１、９２の処理はまた、それぞれ第１および第２の払い戻しトランザクションとして特徴付けることができる。

当業者であれば、本明細書に記載のシステムが、ヘルスケア業界で機能する既存の構造と新しい構造との新しい組み合わせを形成することを認識するであろう。この新しいシステムは、患者が受けたケアのエピソードの転帰を客観的に測定することを可能にする安全で効率的で確実な患者転帰記録を提供するために、提供者が連邦の義務に従うのを助ける。この新しい構造は、関連する電子患者転帰記録（ＥＰＯＲ）のシステム、新しい臨床サービスプラットフォーム、および新しい臨床分析メッセージデータファイルを含む。このシステムは、処方および確認（提出）、ならびに薬の処方箋の履行、臨床データおよびカウンセリングの提供、関連する支払トランザクションの調整、およびプロセスのステップ毎の保存されたデータへのリアルタイムの更新を提供するためのシステム、プロセス、およびデータベースを中心に組織化される。システムの構造的特徴は個々のポータルを通してヘルスケア提供者とリンクされており、それはまたシステムへの専用の安全なポータルと電子患者転帰記録（ＥＰＯＲ）を通して個々の患者によるアクセスを可能にする。これらの構造的特徴には、臨床サービスプラットフォーム内の様々な新しいソフトウェア機構、国民健康情報ネットワーク（ＮＨＩＮ）、およびシステム内のすべてのヘルスケア関連データの移植性および相互運用性が保証されるように通信するように構成された医薬品提供システムが含まれる。

提出および履行プロセスのさらなる説明を提供するために、図４Ａ、４Ｂ、５Ａ、および５Ｂに示されるこれらの機能のフローチャートがここで説明される。図４Ａは、図２に示すシステムによって実行されるフロントエンドまたは「提出」処理４００の第１の部分のフローチャート図を示す。ブロック４０２から開始して、ステップ４０４で、認可されたヘルスケア提供者２０４などの処方者が処方箋処理システム１００にアクセスするためにヘルスケアウェブサイト１０４にログインするとフローが開始する。ログインが成功すると、提供者２０４は、ステップ４０６において提出前レビューを開始するためにヘルスケアウェブサイト１０４に処方箋情報を入力する。次のステップ４０８において、処方箋情報は電子トランザクションハブまたは「スイッチ」１０６を介してレビュープロセッサ２０２に転送される。レビュープロセッサはステップ４１０で、提出された処方箋８８に関連するデータを取得するために、ＥＰＯデータベース２０６内のデータにアクセスする。ステップ４１２において、レビュープロセッサは、患者の臨床データおよびＥＰＯデータベース２０６から得られたデータを含む臨床分析メッセージまたは「ＣＡＭ」データファイル２２０を生成する。ＣＡＭデータファイルの生成に続くステップ４１４では、提出プロセス中に処方箋を追跡し、レビュープロセッサ２０２内の処理アルゴリズムによってアクセスできるようにするために、ＣＡＭデータファイル２２０にヘッダコードを挿入する。

ステップ４１６に進んで、レビュープロセッサは、ＥＰＯデータ２０６を考慮して患者の臨床データおよび処方箋８８内の処方薬を分析して、処方箋８８への編集を必要とする不適合が存在するかどうかを判断する。ステップ４１８は、処方箋８８に対する編集が必要であるか否かに応じてフローを導くことによって決定に応答する。編集が必要でない場合、フローは（Ｂ）を介して図４Ｂのステップ４２０に進む。編集が必要な場合、フローは（Ａ）を介して図４Ｂのステップ４２４に進む。

図４Ｂは、図２に示したシステム１００によって実行されるフロントエンドまたは提出処理４００の第２の部分のフローチャート図を示す。ステップ４２０から、提出された処方箋８８をＣＡＭデータファイルと共に薬局２１０に転送して履行させる。図３および図５を用いて説明するように、履行処理はステップ４３０で始まる。処方箋８８に対してどんな編集が必要であるかを処方者２０４に通知するステップ４２４から、フローは判断ステップ４２６に進み、そこで処方者は、要求された編集に同意するか否かを決定する。処方者が編集を行うことに同意した場合、編集が行われ、ステップ４４０で履行が開始できるように、処方がステップ４２８で薬局２１０に再提出される。処方者が処方箋を編集する要件に同意しない場合、処方者は、ステップ４３２で、最初に発行された処方箋が診断によって要求され、要求された編集に対して例外が行われるという指示および／または説明と共に処方箋８８を再提出する。ステップ４１８（図４Ａ）において編集が必要ではないと分析が決定した場合、フローはステップ４３４に進む。ステップ４２０、４２８、および４３２に続いて、フローはステップ４３４に進み、そのネイティブフォーマットからのｅＰＲおよびＥＰＯデータの変換が必要かどうかを判定する。いいえの場合、フローはステップ４４０に進み、図３および図５に記載のように履行処理を開始する。ステップ４３４がはいの場合、ソースデータ（ｅＰＲ、ＥＰＯ）を変換しなければならず、フローはステップ４３６に進み、ソースデータをそのネイティブフォーマットからシステムデータベース、ＥＰＯＲによって利用される共通フォーマットに変換する。その後、ＥＰＯＲが更新され、プロセスはステップ４４０で履行プロセスに入り、提出プロセス４００はステップ４４２で終了する。その後、フローはステップ４４０に進み、未編集の処方箋の履行処理を開始する。

図５Ａは、図３に示すシステムによって実行されるバックエンドまたは「履行」処理５００の第１の部分のフローチャート図を示す。ブロック５０２から開始して、ステップ５０４において、履行のために処方箋８８が電子トランザクションハブまたは「スイッチ」２０８を介して薬局２１０に提出されたときにフローが開始する。ステップ５０６において、提出された処方箋８８の履行レビュープロセスは、処方箋情報およびＣＡＭデータファイル２２０に基づいて始まる。ステップ５０８において、提出された処方箋はレビュープロセッサ２０２内の少なくとも１つのアルゴリズムに従って分析される。次のステップ５１０では、提出された処方箋が特殊薬のためのものであるかどうか、そしてテストが否定的であるかどうかの判定が行われ、フローは図５Ｂのステップ５２２からステップ５２４に進む。ステップ５１８のテストが肯定的であれば、すなわち履行のために提出された処方箋が特殊薬であれば、フローはステップ５１２に進み、そこで特殊薬に必要な臨床および教育サービス情報がＥＰＯデータファイルから検索またはコピーされ、ＣＡＭデータファイル２２０に挿入される。次のステップ５１４において、臨床および教育サービス情報が患者に配信される。次に、ステップ３１６において、ＣＡＭデータファイル２２０を使用して、特殊薬に関する臨床的および教育的情報およびサービス情報が患者に配信されたというメッセージが認定受取人に対して生成され、それによって製造業者による指定量の特殊薬の放出を承認する。

ここで図５Ｂを参照すると、特殊薬について図３に示されるシステムによって実行されるバックエンドまたは履行処理５００の第２の部分のフローチャート図が示されている。次のステップは、臨床および教育サービスが薬局によって患者３０２に提供された（ステップ５１４）ので、処方薬の送達が解放されるという通知を通してグループ購買組織またはＧＰＯ３７０（図３）に特殊薬の注文を製造業者に知らせることである。ステップ５２４において、処方薬が特殊薬であるか否かにかかわらず、処方薬が薬局によって患者３０２に調剤される。ステップ５３０において、薬局は、電子トランザクションハブまたは「スイッチ」２０８および薬局給付連合または「ＰＢＣ」３１０を介して支払者３２０に薬局が提供した臨床および教育サービスに対する第１の請求書と、薬局が患者３０２に調剤した処方薬に対する第２の請求書を提出することによって、支払請求書を準備し、システム内の支払者３２０に提出する。次のステップ５３２において、支払者は、ＰＢＣ３１０による支払いと薬局２１０に提出された第１および第２の請求書とを調整するために、その規則および手順に従って判断を行うことができる。支払いおよび請求が必要に応じて調整されると、ステップ５３４で支払いが薬局２１０に転送され、ステップ５３６でｅクーポンと共に患者の口座に入金される。次のステップ５３８において、システムは、ｅＰＲおよびＥＰＯデータのデータベースを変換する必要があるかどうかを判定する。そうでなければ、フローはステップ５４４に進み、履行処理は終了する。ステップ５３８で判定されたｅＰＲおよびＥＰＯデータをそれらのネイティブフォーマットから変換しなければならない場合、フローはステップ５４０に進み、ｅＰＲおよびＥＰＯデータをＥＰＯＲデータベース用の共通フォーマットに変換する。変換ステップの後、ＥＰＯＲデータベースが更新され、フローはステップ５４４に進み、履行処理が終了し、続いてステップ５４６の履行処理動作から出る。

図６は、本発明の一実施形態において使用され得るデータビット構造の一例を示す。本発明で使用されるＣＡＭデータファイル構造は、システムで使用される特定の通信プロトコルに応じていくつかの形態のうちのいずれかをとることができる。図６に示す例は、データファイルを１組のデータパケットとして定義し、各パケットはその中に符号化されたデータの種類に応じた一連のデータフィールドである。各データフィールド６００はデータのフレームからなる。図６に示す例は、左から右へ読むと、ヘッダまたはアドレスフィールド６０２、パケットＩＤフィールド６０４、データフィールド（データペイロード）６０６、およびエラーチェックフィールド６０８を含む。データのフィールドは、データバイトからなるデータのフレームで構成されている。

技術の概要
本発明は、図１、図２、および図３に示すヘルスケアデータを処理するための新しいシステムアーキテクチャを提供する。本発明は、処方の提出および履行の両方を効率的に処理すること、ならびにヘルスケアデータの更新およびすべての認可されたヘルスケア提供者および患者に対するリアルタイムの安全で確実な患者転帰データへのアクセス可能性のために配置され構成されたデータ処理機構の組み合わせを含む。

本発明で具体化される技術的改良は、以下の３つの革新を構成することを含む。（１）強化されたデータベース編成システム。（２）新しい臨床サービスプラットフォームによって提供される強化された（自動化された）処方箋の提出および履行処理システム。（３）システム（１）および（２）の両方においてデータの移動および処理を容易にするためのデータファイルフォーマット。

提出および履行処理システムは、２つの主要データベース（ｅＰＲ（製薬データ）およびＥＰＯデータ（標準化されたヘルスケアデータ）のデータベース）からそのデータを引き出し、どちらも複数の情報源からの異なる構成でフォーマットされた大量のデータを含む。

第３の主要なデータベース（完全な患者ヘルスケア転帰記録を含む統合されたＥＰＯＲデータベース）を作成する仕事の一部には、ソースデータの異種フォーマットをＥＰＯＲデータベース用の共通フォーマット（例えば、ＸＭＬなど）に変換することが含まれる。臨床サービスプラットフォームには、（Ａ）これらのデータを変換し、（Ｂ）ＥＰＯＲデータベースに体系的にそれらをインストールし、（Ｃ）すべての処方箋処理およびその他のヘルスケア提供者とのトランザクションで更新されたＥＰＯＲ内の記録を維持し、（Ｄ）すべてのヘルスケアトランザクションで更新されたデータのすべての公認提供者および患者に利用可能なリアルタイムの相互運用可能なアクセスを可能にするための機構を含む。臨床サービスプラットフォームの機能におけるデータの移動を促進する処理システムの重要な要素は、臨床分析メッセージ（「ＣＡＭ」）データファイルである。

したがって、認可されたヘルスケア提供者およびその患者によってリアルタイムにシステム内へウェブサイトポータルを介してアクセス可能な、新規の、患者中心、ポータブルな、相互運用可能な、学際的な、電子的患者転帰記録およびシステムが本発明によって提供される。このシステムは、単一のヘルスケアデータベース、臨床サービスプラットフォーム、および臨床分析メッセージデータファイルの新規な組み合わせを含む。ヘルスケアデータ処理の技術におけるこれら３つの革新のそれぞれは、それぞれのデータ処理機能に対して特別に構成されている。このアプローチの利点は、セキュリティの妥協、および変更された従来の構造に関連した速度および結果として生じる障害が排除されるため、システムは他の方法ではその機能をリアルタイムに実行するように構成できないことである。システムに組み込まれた専用のアーキテクチャおよび速度、そして障害がないことからもたらされる効率性は、現在および近い将来のヘルスケアデータニーズの異常な成長に対応できるシステムを提供するために不可欠である。ヘルスケア提供者による患者の治療に関連する処方薬の提出および履行のトランザクションの確実でリアルタイムのアクセスおよび処理を提供するのは、この組み合わせ、および共に作用するこれらの要素のそれぞれの独自の特性である。さらに、このように構成されたシステムは、連邦規則に従って最新の患者転帰データを提供しながら、患者の安全性およびヘルスケア情報のセキュリティを強化する。

統合されたヘルスケアデータベースには、ソースデータのネイティブデータフォーマットから共通の容易にアクセス可能なデータフォーマットへの変換を含む、処方箋トランザクション毎に製薬のおよび標準化されたヘルスケアデータが入力されている。臨床サービスプラットフォームは、システムのアクティブコンポーネントとの相互作用を通じて、構造的およびアルゴリズム的な両方の一連の機構を使用して、単一のヘルスケアデータベースを構築および維持するための処理、および患者のヘルスケア提供者によって提出された処方箋の提出および履行を処理するための処理を指示する。単一のヘルスケアデータベースと連携して動作するそのレビュープロセッサを有する臨床サービスプラットフォームによって実行されるデータトランザクションおよびプロセスは、データおよびプロセスコマンドの両方をシステム内で、およびトランザクションハブ（「スイッチ」）、請求書処理エンティティ、支払者、製薬会社などの外部エンティティと共に伝達する独自の臨床分析メッセージデータファイルによってリアルタイムで可能にされ促進される。

当業者は、リアルタイムに相互運用可能な更新および患者の確実なヘルスケアデータへのアクセスを提供するこのシステムのこれらの利点および目的が、本発明のシステム内で組み立てられ、本明細書に記載されているコンピュータハードウェアと他の構造的コンポーネントおよび機構の特定の組み合わせなしには不可能であることを容易に理解するであろう。当業者に知られている様々なプログラミングツールが、前述の資料に記載されている機能および動作の制御を実行するために利用可能であることがさらに理解されるであろう。さらに、プログラミングツールの特定の選択は、本明細書および添付の特許請求の範囲に記載の概念を実現するために選択された実施態様に課される特定の目的および制約によって支配され得る。

本発明をその形態のうちの１つのみで示したが、それは限定されず、その趣旨から逸脱することなく様々な変更および修正を加えることができる。例えば、ＥＰＯＲデータベース、臨床サービスプラットフォーム、レビュープロセッサ、およびＣＡＭデータファイルなどの本明細書に記載の新しい構造のそれぞれは、それらの基本的な構成または構造的関係を互いに維持しながら、または本明細書に記載の同じまたは類似の機能を実行しながら、特定の局所的な変更または要件に合うように修正され得る。

別の一例では、ＣＡＭデータファイルの潜在的な使用は、提出された処方が患者への特定の臨床および教育情報の配信を必要とする特殊薬用であるか、特殊薬用ではないかを決定するための提出レビュープロセス中であることができ、これは通常、そのような特定の情報が患者に配信されることを必要としない。その場合のＣＡＭデータファイルの特徴は、患者特有の要因またはそれらの危険性に対する脆弱性を識別するために、患者が薬局によって助言されることを示唆する特定の関連する危険性を有する薬物を識別することであり得る。

Claims (30)

1. 処方薬の提出および履行に関連するヘルスケアデータをリアルタイムに処理するためのヘルスケアデータシステムであって、
   電子薬局記録（ｅＰＲ）データベースおよび電子患者転帰（ＥＰＯデータ）データベースにそれぞれ含まれる医薬品および患者データのネイティブデータフォーマットから移行されたヘルスケアデータを統合するように構成された電子患者転帰記録（ＥＰＯＲ）データベースと、
   ヘルスケア提供者によって薬局に提出された処方箋の提出レビューおよび履行レビューを処理するためのレビュープロセッサを備えて構成される臨床サービスプラットフォームと、
   臨床分析メッセージ（ＣＡＭ）データファイルであって、提出および履行レビューの間に、前記提出された処方箋からならびに前記ｅＰＲデータベースおよび前記ＥＰＯデータのデータベースから抽出された患者および医薬品データのためのフィールドと、前記臨床サービスプラットフォーム内の前記レビュープロセッサが前記ＣＡＭデータを呼び出すことを可能にするためのヘッダフィールドとを有する臨床分析メッセージ（ＣＡＭ）データファイルとを含み、
   前記提出レビューと前記履行レビューの両方、および前記ＥＰＯＲデータベースの更新は、前記ヘルスケアデータシステムによって処理されるすべてのヘルスケアデータトランザクションによってリアルタイムに行われるヘルスケアデータシステム。
2. 前記電子患者転帰記録（ＥＰＯＲ）データベースは、
   共通のフォーマットにフォーマットされた患者の臨床データを含み、患者の身元、診断、検査室データ、予防接種、アレルギー、以前の処方箋、薬物相互作用、ゲノムデータ、事前承認、および保険または給付規定からなる群から選択される少なくとも１つ以上の情報を含む、不揮発性保存媒体を含む、請求項１に記載のシステム。
3. 前記臨床サービスプラットフォームは、
   臨床分析メッセージ（「ＣＡＭ」）データファイルを構成するためのＣＡＭデータファイルジェネレータと、
   前記ＣＡＭデータファイルジェネレータに動作可能に接続されたレビュープロセッサであって、
   履行のために薬局へのトランザクションハブを介してヘルスケア提供者によって提出された処方箋の提出および履行レビューの間に患者および処方薬のデータを処理することと、
   第１および第２のデータベースにアクセスして、前記提出された処方箋の事前編集評価のためにそれぞれの患者および処方薬情報を取得することと、
   リアルタイムのデータ更新およびその後の患者および提供者によるアクセスを可能にするために、統合された患者のヘルスケアおよび処方箋情報を有する第３のデータベースを構成することと、
   必要に応じて患者に臨床および教育サービス情報の配信を調整し、前記患者に前記処方薬を調剤することのために構成されたレビュープロセッサと、
   承認されたときにヘルスケア提供者および患者に対して前記レビュープロセッサへのアクセスを提供するウェブサイトポータルと、
   前記ウェブサイト、前記トランザクションハブ、ヘルスケア提供者、および薬局提供者との複数のインターフェースとを含む、請求項１に記載のシステム。
4. 前記臨床分析メッセージデータファイルは、
   処方薬処方システム内で使用するための臨床分析メッセージ（「ＣＡＭ」）を含み、前記ＣＡＭはさらに、（ａ）ヘルスケア提供者によって提出された医薬品に対して処方箋上で特定された患者に関する情報と、（ｂ）前記提出された処方箋上で特定された前記１つ以上の医薬品に関する情報と、（ｃ）他の薬との潜在的な薬物相互作用、および患者の検査室データ、ゲノムデータ、予防接種、およびアレルギーからなる群から選択される情報を含む患者危険因子に関する少なくとも１つ以上の情報と、（ｄ）患者および医薬品情報のためのフィールドを有するデータメッセージファイルフォーマットを構築するための機構のためのフィールドを含むデータファイルとして構成される、請求項１に記載のシステム。
5. 前記患者および前記提出された処方箋に関連する臨床データベース記録内のアドレス指定可能な場所から検索された少なくとも複数の患者臨床データを含む、薬物利用レビュー（「ＤＵＲ」）を完了するための情報を含む少なくとも１つのフィールドと、
   前記提出された処方箋の事前編集分析の結果と、前記臨床データベース記録から検索され、事前編集プロセッサによって分析された前記患者臨床データとを報告する少なくとも１つのステートメントとをさらに含む、請求項４に記載の臨床分析メッセージ。
6. 前記臨床分析メッセージは、
   前記処方箋を前記患者に調剤する前に前記患者に配信されるべき必要な臨床教育およびサービスに関する情報のためのフィールドをさらに含む、請求項４に記載のシステム。
7. 前記患者のために提出された前記電子処方箋の有効性を判定するために、保存された患者臨床データの分析処理を実行するために１つ以上の事前編集アルゴリズムと協働するための構造をさらに含む、請求項６に記載の臨床分析メッセージ。
8. 履行のために薬局によって受け取られる前またはその時点で、ヘルスケア提供者から提出された処方箋上の患者の臨床データの提出レビューをリアルタイムに実行するためのシステムであって、
   ネイティブフォーマットで符号化された複数の情報源から変換された患者の臨床データおよび医薬品データを受信し共通フォーマットにフォーマットされた前記患者の臨床データおよび前記医薬品データを含む統合記録に格納するデータベースと、
   前記提出された処方箋上で識別された患者および前記提出された処方箋上で識別された前記１つ以上の処方薬に関連する臨床データのための複数のフィールドを含む臨床分析メッセージデータファイル（「ＣＡＭデータファイル」）と、
   前記ＣＡＭデータファイルの内容を操作するおよび前記データベースによって操作するレビュープロセッサであって、前記ＣＡＭデータファイル内の前記患者臨床データにアクセスし、前記提出された処方箋および前記１つ以上の処方薬に関する情報の文脈で前記患者臨床データを分析し、前記提出された処方箋のレビューの完了するための一連の事前編集機構を含むレビュープロセッサとを含むシステム。
9. 前記提出された処方箋を受信し、（ａ）前記提出レビュー中の編集プロセスに続いて、前記提出された処方箋を履行のために前記薬局に送信する、（ｂ）前記ＣＡＭデータファイルを前記システム内のあるアドレスから別のアドレスに送信する、（ｃ）前記ヘルスケア提供者へ前記提出された処方箋への必要な編集を送信する、および（ｄ）前記薬局に改訂された通りに前記提出された処方箋を送信するための複数の通信リンクをさらに含む、請求項８に記載のシステム。
10. 前記データベースは、
    患者の身元、診断、検査室データ、予防接種、アレルギー、以前の処方箋、アレルギー、薬物相互作用、ゲノムデータ、以前の承認、および保険または給付規定の少なくとも１つ以上を含む患者臨床データ用の不揮発性ストレージ内のアドレス指定可能な場所を含む、請求項８に記載のシステム。
11. 前記臨床分析メッセージデータファイル（ＣＡＭデータファイル）は、
    複数の患者データフィールドと、
    薬物利用レビュー（「ＤＵＲ」）を完了するための患者データフィールド内に常駐する情報であって、
    前記患者および前記提出された処方箋に関連する前記データベース内のアドレス指定可能な場所から検索された複数の患者臨床データと、
    前記データベースから検索され、前記ソフトウェア機構によって分析された患者臨床データに対する前記提出された処方箋の分析の結果を報告するステートメントを少なくとも含む情報とを含む、請求項８に記載のシステム。
12. 前記臨床分析メッセージデータファイル（ＣＡＭデータファイル）は、
    前記調剤された処方箋と共に前記患者に提供される必要な臨床教育およびサービスに関する情報をさらに含む、請求項１１に記載のシステム。
13. 前記臨床分析メッセージデータファイル（ＣＡＭデータファイル）は、
    前記患者に対する前記提出された処方箋の有効性を判定するために、前記提出された処方箋を前記患者の臨床データと共に分析処理することを可能にするために１つ以上の編集機構と協働するための構造をさらに含む、請求項１１に記載のシステム。
14. 前記協調するための構造は、
    メッセージヘッダ内でフォーマットされ、前記１つ以上の事前編集アルゴリズムに関連付けられている処理キーを含む、請求項１３に記載のシステム。
15. 前記編集機構が、
    ハードウェアの組み合わせ、アプリケーションプログラム、分析エンジン、ソフトウェアアルゴリズム、およびアプリケーションプログラムインターフェースからなる群から選択された１つ以上の機構を含む、請求項８に記載のシステム。
16. 前記レビュープロセッサが、
    前記提出された処方箋の前記レビューを自動的に実行し、前記提出された処方箋内で識別された前記薬物について入手可能な情報に従って前記患者臨床データにアクセスし、検索し、そして分析するための前記事前編集機構の個々のものを順番に呼び出すための第１のプロセスを含む、請求項８に記載のシステム。
17. 前記レビュープロセッサが、
    前記編集プロセス中に呼び出される前記複数の通信リンクを制御するための第２のプロセスをさらに含む、請求項１６に記載のシステム。
18. 前記レビュープロセッサが、
    前記編集された処方箋内で識別された処方薬に対応する前記データベースに格納された薬局認可データに基づいて編集された処方箋を履行するための薬局を選択するための第３のプロセスをさらに含む、請求項１７に記載のシステム。
19. 前記複数の通信リンクは、
    提出された処方箋を受信して、編集メッセージを返送するための、処方ヘルスケア提供者に接続された少なくとも１つの着信リンクと、
    編集レビューの完了後に前記提出された処方箋を送信し、確認受領を返送するための、参加している薬局に接続された少なくとも１つの発信リンクとを含む、請求項１７に記載のシステム。
20. 請求項１に記載のシステムが、
    ヘルスケア提供者から提出された電子処方箋を受け取るステップと、
    患者と薬物の情報をＣＡＭデータファイルに入力するステップと、
    前記ＣＡＭデータファイルに入力された前記情報を、患者の身元、診断、検査室データ、ゲノムデータ、予防接種、アレルギー、以前の処方箋、薬物相互作用、以前の承認、および保険または給付規定からなる群から選択される少なくとも１つ以上の情報を含むデータベースから抽出された患者臨床データによって前記情報を分析する実行可能コードにかけるステップと、
    前記処方箋を再提出する前に、前記提出された電子処方箋の変更に対する提案または要件を含む前記ＣＡＭデータファイルを前記ヘルスケア提供者に返送するステップとを少なくとも含む動作プロセスをさらに含む、請求項８に記載のシステム。
21. 前記レビュープロセッサは、
    前記電子処方箋を単一の同期メッセージとして送信するように動作可能なインターフェースを含む、請求項８に記載のシステム。
22. ヘルスケア提供者からトランザクションハブを介して薬局に提出された処方薬の処方箋のリアルタイム履行処理のためのシステムであって、
    複数の情報源から変換された患者臨床データおよび医薬品データを受信して、共通フォーマットにフォーマットされた前記患者臨床データおよび前記医薬品データを含む統合データベース記録に格納する電子患者転帰記録（「ＥＰＯＲ」）データベースと、
    ヘルスケア提供者から提出された前記処方箋で識別された患者およびその中で識別された前記１つ以上の医薬品に関連する臨床データのための複数のフィールドを含む臨床分析メッセージデータファイル（「ＣＡＭデータファイル」）と、
    前記ＣＡＭデータファイルおよび前記ＥＰＯＲデータベースの内容に結合されて動作するレビュープロセッサであって、前記患者および医薬品データにアクセスして前記患者に調剤される前記処方薬を識別し、前記処方薬を調剤する前に前記患者に配信される前記臨床および教育サービス情報を取得するための一連の請求書処理機構とを含むレビュープロセッサとを含み、
    前記処方箋の履行は、前記薬局による前記臨床および教育サービス情報の配信を待つ間に薬局給付団体に解放されるシステム。
23. 前記ＥＰＯＲデータベースは、
    電子薬局記録（「ｅＰＲ」）を含む第１のデータベースおよび電子患者転帰データ（「ＥＰＯデータ」）を含む第２のデータベースから抽出された患者の臨床データおよび医薬品データを含む第３のデータベースを含み、
    前記第１のデータベースおよび前記第２のデータベースから抽出された前記データは、それらのそれぞれのネイティブフォーマットからの変換後に共通フォーマットで前記第３のデータベースに統合される、請求項２２に記載のシステム。
24. 前記ＥＰＯＲデータベースは、
    システム内で行われ、システムによって処理される各患者のヘルスケアトランザクションに関連するデータおよび情報の更新を受信するために前記ヘルスケアデータシステムの参加メンバーによるアクセス用に構築された統合データベースを含む、請求項２３に記載のシステム。
25. 前記臨床分析メッセージデータファイルは、
    （ａ）ヘルスケア提供者によって提出された処方薬の処方箋上で識別された患者に関する情報と、（ｂ）前記提出された処方箋上で識別された前記処方薬についての情報と、（ｃ）前記患者に配信される臨床および教育サービス情報と、（ｄ）前記処方薬と他の薬物との潜在的な相互作用、患者の危険因子に関する情報、患者の身元、診断、検査室データ、ゲノムデータ、予防接種、アレルギー、以前の処方箋、事前承認、および保険または給付規定からなる群から選択される少なくとも１つ以上の情報を含む情報とのためのフィールドを含むデータファイルを含む、請求項２２に記載のシステム。
26. 前記レビュープロセッサは、
    前記レビュープロセッサ、前記薬局、および前記薬局給付エンティティの間のトランザクションハブを介した通信を制御するための第１のプロセスと、
    埋められるべき前記処方箋内において識別された前記処方薬に対応する前記ＥＰＯＲデータベースに格納された薬局許可データに基づいて、埋められるべき前記処方箋の履行のための薬局を選択するための第２のプロセスと、
    前記患者への前記臨床および教育サービス情報を前記患者に配信するための前記第１の請求書と、前記処方薬を前記患者に調剤するための前記第２の請求書とを処理するための第３のプロセスとを含む、請求項２２に記載のシステム。
27. 前記トランザクションハブを介して前記レビュープロセッサおよび前記薬局に操作可能に結合された薬局給付エンティティであって、前記処方薬の在庫から薬局への分配を調整し、前記薬局への払い戻しのために支払者に第１および第２の請求書を提出するように構成された薬局給付エンティティをさらに含む、請求項２２に記載のシステム。
28. 前記薬局給付エンティティは、
    履行のために前記処方箋をクリアにし、前記処方箋の履行に関連する前記トランザクションを促進することによって、前記患者に代わって支払者が前記薬局に支払った利益を効率的に調整し、必要に応じて裁定し、調和させるように構成されるシステムを含む、請求項２７に記載のシステム。
29. 前記処方箋の履行に関連する前記トランザクションは、
    前記処方薬が在庫から解放されるのに利用可能であることをシステム倉庫を通して前記処方薬の製造業者に通知することと、
    前記臨床および教育サービス情報の配信のための前記第１の請求書と、前記患者に前記処方薬を調剤するための前記第２の請求書を提出することと、
    前記薬局への前記第１の請求書および前記第２の請求書に対する支払いの調整と確認を含む、請求項２８に記載のシステム。
30. 前記システム倉庫は、
    特殊処方薬の在庫を維持するためのグループ購買構造と、
    前記処方箋を履行する費用の支払いおよび確認の処理を促進することを含む、請求項２９に記載のシステム。