(57)【要約】臨床データを収集、正規化、および集約するための医療ソフトウェアプラットフォームの使用。サポート臨床ケアは、機関、医療提供者、調査者、および患者のための調査および臨床ツールを提供する。本発明は、条件、治療、または転帰の規定されたサブセットに関するデータベース内の検索をカスタマイズするためのグラフィカルインターフェースを提供する。本発明はまた、患者ケアに関する付加的情報を医師に提供し得る所望の用語に関して、臨床データベースを通して検索するためのシステムおよび方法を提供する。さらに、本発明は、遺伝的性質、複数のソースからの個人健康データ、疾患リスク、および薬物応答との間の関係が、患者ケアおよび調査のためにより容易に可視化され、利用され得るように、個人化された医学ベースの実践を促進する。
2016519806.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
ａ）検索用語を受信することと、
ｂ）前記検索用語に基づいて、第１の標準化された存在論階層によって認識される結果臨床概念を識別することと、
ｃ）第２の標準化された存在論階層において、対応する臨床概念を識別することであって、前記対応する臨床概念は、前記結果臨床概念の臨床意味に実質的に類似する臨床意味を有する、ことと、
ｄ）コンピュータプロセッサによって、前記対応する臨床概念に基づいて、電子健康記録のデータベースを検索することと、
ｅ）前記対応する臨床概念と関連付けられる、データベース内の電子健康記録を識別することと、
ｆ）結果を出力することと
を含む、方法。
【請求項２】
少なくとも１０個の他の標準化された存在論階層中の対応する臨床概念を識別することをさらに含む、請求項１に記載の方法。
【請求項３】
対象のコホートを識別することをさらに含み、前記コホートは、前記コホートの各対象の電子健康記録内に対応する臨床概念を含む、請求項１に記載の方法。
【請求項４】
前記コホートは、前記第１の標準化された存在論階層に基づいて識別された対象と、前記第２の標準化された存在論階層に基づいて識別された対象とを含む、請求項３に記載の方法。
【請求項５】
前記出力結果は、前記検索に基づいて、臨床決定サポートを提供する、請求項１に記載の方法。
【請求項６】
前記出力結果に基づいてルールを作成するための命令を受信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記ルールは、ユーザが前記検索用語または前記検索用語と実質的類似臨床意味を有する用語を打ち込むと、アクティブ化される、請求項６に記載の方法。
【請求項８】
前記ルールは、電子健康記録が更新されると、アクティブ化される、請求項６に記載の方法。
【請求項９】
前記ルールは、ユーザにリスクをアラートする、請求項６に記載の方法。
【請求項１０】
前記ルールは、前記検索用語をゲノム情報と関連付ける、請求項６に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
（相互参照）
本出願は、２０１３年３月１４日に出願された米国仮出願第６１／７８４，６４７号の利益を主張する。上記文献は、その全体として参照することによって援用される。
【０００２】
（参照による引用）
本明細書中に記載の全ての刊行物、特許、特許出願、およびデータベースは、各個々の刊行物、特許、または特許出願が、具体的かつ個々に、参照することによって組み込まれることが示される場合と同様に、参照することによって本明細書に組み込まれる。
【０００３】
（背景）
個人化された医学は、全利用可能な患者データに基づいて、そのケアに関する決定を行うことによって、個人に提供される健康ケアを最適化することを目的とする。個人化された医学の目標は、正しい患者に正しい時間において正しい治療を提供することである。個人の臨床、遺伝子、または他の分子データにおける変動は、個人がどのように疾患を発症し、治療に応答するかにおける差異と相関し得るため、個人化された医学は、個人に合った健康ケアの調整を通して、転帰を改善し、コストを削減する潜在性を有する。
【０００４】
今日、ますます多くの我々の健康ケア上の相互作用は、デジタル領域において生じている。しかしながら、データ標準化および相互運用性については、ほとんど重要視されていない。その結果、デジタル健康ケアデータは、異種健康ケアシステム内に留まったままであって、他の業界に広まっているツールおよびアプリケーションのタイプにアクセス不能である。このような編成は、デジタル健康ケアデータのまだ実現されていない潜在性につながり、調査者が、発見を行う能力を妨害し、施術者が、具体的患者のニーズにあった十分な情報に基づいた決定を行うことを阻止する。
【発明の概要】
【課題を解決するための手段】
【０００５】
いくつかの実施形態では、本発明は、ａ）検索用語を受信することと、ｂ）検索用語に基づいて、第１の標準化された存在論階層によって認識される、結果臨床概念を識別することと、ｃ）第２の標準化された存在論階層において、対応する臨床概念を識別することであって、対応する臨床概念は、結果臨床概念の臨床意味に実質的に類似する、臨床意味を有する、ことと、ｄ）コンピュータプロセッサによって、対応する臨床概念に基づいて、電子健康記録のデータベースを検索することと、ｅ）対応する臨床概念と関連付けられたデータベース内の電子健康記録を識別することと、ｆ）結果を出力することとを含む、方法を提供する。
【図面の簡単な説明】
【０００６】
【図１】図１は、臨床データ収集方法の概略である。
【図２】図２は、新しいグループ化を提供するための患者データの重複を図示する、ベン図表である。
【図３】図３は、本発明の例示的実施形態と併用され得る、コンピュータシステムの第１の例示的アーキテクチャを図示する、ブロック図である。
【図４】図４は、本発明の例示的実施形態と併用され得る、コンピュータネットワークを図示する、略図である。
【図５】図５は、本発明の例示的実施形態と併用され得る、コンピュータシステムの第２の例示的アーキテクチャを図示する、ブロック図である。
【図６】図６は、本発明の製品を伝送することができる、グローバルネットワークを図示する。
【図７】図７は、本発明において、データがどのように入力から出力に処理され得るかを図示する、概略である。
【図８】図８は、基本形式存在論（ＢＦＯ）の略図である。
【図９】図９は、存在論マッピング訓練の概略である。
【図１０】図１０は、ある関心事のエピソードノートへの簡略化の略図である。
【図１１】図１１は、存在論間の意味論的概念マッピングを表示する、概略である。
【図１２】図１２は、プラットフォームの例示的実施形態によって使用される３つの最高レベル存在論の編成の描写である。
【図１３】図１３は、プラットフォームのトークンリポジトリの例証である。
【図１４】図１４は、ＥＭＲにおける患者ケアワークフローが、本発明によって、ワークフローの中の適切な点において差し挟まれる個人化されたリスク情報によって向上され得るかの実施例を図示する、略図である。
【図１５】図１５は、ヒト疾患存在論を使用して作成される病的肥満の例証的存在論ツリーである。
【図１６】図１６は、ヒト表現型存在論を使用した「聴力損失」の例証的存在論親の存在論ツリーである。
【図１７】図１７は、ヒト表現型存在論を使用した「聴力損失」の例証的存在論子の存在論ツリーである。
【図１８】図１８は、例示的検索インターフェースを図示する。
【発明を実施するための形態】
【０００７】
（詳細な説明）
個人化された医学は、全利用可能な患者データに基づいてそのケアに関する決定を行うことによって、個人に提供される健康ケアを最適化することを目的とする。個人化された医学の目標は、グループのための最良治療選択肢に従って、患者を治療する現在の臨床実践とは対照的に、正しい患者に正しい時間で正しい治療を提供することである。個人の臨床、遺伝子、または他の分子データにおける変動は、個人がどのように疾患を発症し、治療に応答するかにおける差異と相関し得る。したがって、個人化された医学は、個人に合わせて健康ケアを調整することを通して、転帰を改善し、コストを削減する潜在性を有する。
【０００８】
本明細書に説明される発明は、臨床データユーティリティ層および機能を特殊健康情報交換（ＨＩＥ）として動作させる、健康情報プラットフォームを提供する。本発明のシステムは、提供者電子健康記録（ＥＨＲ）、電子医療記録（ＥＭＲ）、薬局医療記録（ＰＭＲ）、健康情報交換（ＨＩＥ）、患者個人健康記録（ＰＨＲ）システム、デジタル健康アプリケーション、および臨床データの他のソースと双方向に通信を行うことができる。プラットフォームは、テキスト検索ストリングの対合ではなく、検索用語の図式例証を可能にする直感的ユーザインターフェースによって、エンドユーザにアクセス可能となる。
【０００９】
いくつかの実施形態では、本発明のシステムおよび方法は、ＥＨＲデータ分析と関連付けられた広範な問題を克服するためのプロセス、アーキテクチャ、およびアプリケーションを提供する。本発明は、完全に非特定化され、ＨＩＰＡＡに準拠したデータ構造を用いて、調査および臨床ケアにおいて、ＥＨＲデータの効果的使用を可能にし、それによって、患者プライバシーを保護しながら、医療データを共有および集約するための理想的システムを提供する。
【００１０】
本発明のシステムは、健康ケアデータを収集、正規化、集約、使用、および配信するためのプラットフォームを提供する。システムは、複数の臨床データシステムおよび臨床アプリケーションとインターフェースをとり、双方向データパイプラインを作成する。本発明は、健康ケアデータのためのネットワーク化されたリポジトリとして機能し、機関、患者、そのデータ、および下流ユーザ間のブローカーとして作用する。患者中心の臨床データ豊富リソースとして、本発明は、臨床決定サポート等の個人化された臨床ケアをサポートするように設計されるソフトウェアアプリケーション、および本データ構造の上層で起動する調査ツールの実装に非常に好適である。
【００１１】
本発明のユーザは、健康ケアデータエコシステムを形成することができ、それによって、健康ケア関係者は、本発明のアプリケーションおよび機能性を開発、共有、使用し、臨床ケアおよび調査をサポートし、存在論的にインデックス化された情報を共有することができる。本発明のユーザは、病院、病院管理者、病院契約者、臨床医、看護助手、保険会社、行政体、政府機関、調査者、介護施設、学校、地域健康組織、軍機関、および矯正施設等の医療介護提供者であることができる。ユーザと本発明のシステムとの間の通信は、例えば、ＵＳＡ、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＴＣＰ、ＥｎＯｃｅａｎＴＭ、ＷｉＭａｘＴＭ、ＯＮＥ−ＮＥＴ、ＡＮＴ、６ＬｏＷＰＡＮ、Ｗｉｂｒｅｅ、Ｗｉｒｅｌｅｓｓ  ＨＡＲＴ、ならびにＺ−ＷａｖｅＴＭおよびＺｉｇＢｅｅＴＭ等のＩＥＥＥ準拠プロトコルを含む、任意の通信プロトコルに従って生じることができる。
【００１２】
臨床サポートツールおよびアプリケーション
本開示は、健康ケアデータ管理、調査、コード化、請求、および集団ゲノム科学におけるアプリケーションを伴う方法およびコンピュータプログラム製品を提供する。本発明のプラットフォームは、臨床論理オブジェクト（ＣＬＯ）を利用することができる。ＣＬＯは、属性および値の組み合わせまたは相互作用に基づくことができる。例えば、属性は、表現型、遺伝子型、地理的、および社会経済的カテゴリ等、患者を階層化するために有用な情報のカテゴリであることができる。属性はまた、性別、年齢、および血圧等、一般の人に身近な概念であることができる。属性は、一時的である値、例えば、ある時点における収縮期血圧＞１４０ｍｍＨｇを有することができる。値は、代替として、永続的である、例えば、長期にわたる収縮期血圧＞１４０ｍｍＨｇであることができる。したがって、ＣＬＯは、基礎となる値に基づいて、一時的または永続的であることができる。ＣＬＯは、臨床、ゲノム、分子、環境、および患者報告データを定義されたデータアーキテクチャに編成するために使用されることができる。ＣＬＯは、有用なＥＭＲ間、機関間にまたがり、かつ非特定化された方式において、関連臨床、ゲノム、分子、環境、および患者報告データを要約、記憶、および配信することができる。
【００１３】
ＣＬＯは、個々に、あるいはグループ、クラスタ、またはコホートにおいて集合的に、評価されることができる。これらのＣＬＯの収集は、個々の患者の収集としてデータエントリを閲覧する代わりに、ユーザが着目する特徴に基づく類似データエントリを閲覧することによって、分析を加速させることができる。ＣＬＯのクラスタは、例えば、それぞれ、個々の患者を表す、匿名化されたバーコードによって編成されることができる。コホートは、例えば、記録をともに結合する論理演算子、例えば、ブール論理によって編成されることができる。
【００１４】
ＣＬＯは、情報記憶の焦点を具体的特徴または個々の患者に中心付ける、特異的逆階層において、データを編成することができる。例えば、システムは、以下の階層：患者＞ケアのエピソード＞チャート対象区域＞順序／結果／観察／注記を使用することができる。そのような構造は、電子医療記録（ＥＭＲ）の編成の根底にあることができる。ＣＬＯはまた、ＣＬＯに組み込まれたデータによってもたらされた逆階層、例えば、値＞属性＞患者＞日付／時間を提供することができる。
【００１５】
本逆構造は、類似ＣＬＯを共有する、またはそれによって合理的に特徴付けられる、患者コホートの迅速識別を提供する。本階層は、データ分析が、患者識別によってではなく、ＥＭＲおよびＰＭＲ内に含有される臨床値によってもたらされるため、非常に異なるドメイン（遺伝子および環境等）からの母集団分析、品質報告、および関係発見のためのデータ生成を加速することができる。
【００１６】
電子医療記録（ＥＭＲ）は、対象が患者である、対象の医師、臨床医、保険会社、病院、および／または他の施設によって、あるいは個人健康記録（ＰＨＲ）を通して得られ、記憶される、記録に関することができる。いくつかの実施形態では、医療介護提供者は、医師、歯科医、検眼医、療法士、カイロプラクタ、および健康ケアサービスを対象に提供するいずれかの者を含むことができる。電子医療記録（ＥＭＲ）は、例えば、ＣＡＴ走査、ＭＲＩ、超音波、血糖値、診断、アレルギー、実験試験結果、ＥＫＧ、薬剤、毎日のカルテ記入、薬剤投与、物理的査定、入院時看護診療記録、看護ケア計画、診療情報提供書、現在および過去の症状、医療病歴、生活様式、物理的検査結果、試験、手順、治療、薬剤、退院、病歴、日誌、問題、所見、免疫感作、入院時診療記録、現在の医療サービス記録、経過記録、術前記録、手術記録、術後記録、手順記録、引き渡し記録、出産後記録、ゲノムデータ、および退院記録を備えることができる。
【００１７】
薬局医療記録（ＰＭＲ）は、対象の薬理学的病歴に関する記録に関係することができる。いくつかの実施形態では、薬理学的病歴は、対象の処方薬病歴、現在の処方薬計画、および副作用情報、例えば、投薬量情報、対象が処方薬を服用している期間、および対象の現在の処方薬計画を用いて負の副作用を生じさせることが分かっている他の薬物を含むことができる。
【００１８】
本発明のシステムは、データを匿名化または非特定化し、個人および機関識別子を隠すことができる、ブローカー機能を組み込む。データは、次いで、データと個人識別のインジケータを関連付ける、匿名化されたバーコードと関連付けられることができる。ブローカー機能は、健康ケアを受けた実際の日付からオフセットされた日付を作成し、より高いレベルのプライバシーを提供することができる。
【００１９】
本発明の別の側面は、患者ケアにおけるゲノムシーケンシングデータの利用を促進する、臨床サポートツールおよびアプリケーションを提供する方法に関する。技術の最近の進歩は、多くの疾患に対する遺伝子寄与の理解を著しく改善し、調査者は、遺伝子、環境、および複合遺伝子障害間のつながりを見つけている。本発明は、ゲノムデータの分類化およびアプリケーションのための臨床サポートツールおよびアプリケーションを提供する。
【００２０】
多数の遺伝的変異体が、ヒトゲノムを含む、シーケンシングされたゲノムにおいて識別されている。変異体は、機能的に重要であって、例えば、タンパク質コード遺伝子におけるミスセンス突然変異またはナンセンス突然変異につながり得る。変異体は、沈黙突然変異等の機能的に重要ではない可能性もある。一塩基多型（ＳＮＰ）は、機能的に重要であり得る。本発明のシステムは、臨床および調査ニーズのためのこれらのデータの使用を促進する、臨床データユーティリティ層を提供することができる。
【００２１】
メタデータ管理
患者中心のデータが豊富なリソースとして、本発明は、臨床ケアをサポートおよび評価するために設計される臨床アプリケーションの実装に非常に好適である。ルールが、具体的機関あるいは提供者またはユーザレベルにおいて、ネットワークを横断して実装されることができる。本機能性は、一貫した実践、報告、および請求を確実にするためのドライバとして利用され得る。臨床決定サポート（ＣＤＳ）アプリケーションは、医師が、決定を行う時点で、最良実践の推奨を受信し、既存の臨床ワークフロー内でシームレスに統合され得るように実装されることができる。
【００２２】
本発明は、ソースＥＨＲシステムからのデータの取り込みを促進するために、機関データソースが、その着信データ構造を定義し、フォーマット化することを可能にする、メタデータ管理ツールセットを含有する。
【００２３】
本発明は、多数の機関および設定からのデータならびに直接ユーザエントリを起源とする。そのコード化されたデータ間で相互運用性を共有するためのデータソースに要件が存在せず、かつフリーテキストデータエントリを横断してネイティブにそのような相互運用性の可溶性が存在しないため、本発明は、種々のオープンソースおよび専用バイオメディカル存在論を使用した存在論マッピングを通して、意味論的相互運用性を提供する。このように、例えば、ＩＣＤ−９、ＩＣＤ−１０、およびＳＮＯＭＥＤにおいてコード化された情報は、データソース機関における使用の際のコード化構造にかかわらず、ＣＬＯに統合されることができる。
【００２４】
意味論的存在論は、本発明のデータアーキテクチャの中心アーキテクチャ構成要素であるため、その個別のポータルを通して機関、提供者、および調査者によって提供されるメタデータの多くは、公知の存在論に対する存在論拡張として捕捉され、その多くは、すでに公共で利用可能かつ管理されている意味論的存在論の拡張となっている。本発明は、種々のオープンソース（公共）および専用バイオメディカル存在論を使用した存在論マッピングを通して、意味論的相互運用性を提供する。本編成は、種々の存在論構造のネスト化を作成し、内部一貫性および相互運用性につながる。関連システム要件として、転送データセットアーキテクチャ、構造、およびコンテンツを定義すること、データ構造を本発明に特有のデータ構造およびアーキテクチャにマッピングすること、ならびに標準的統語論構造（例えば、ＨＬ７、ＣＣＲ）の使用を規定することを含むことができる。
【００２５】
データローディングおよび管理
参加機関からのデータローディングは、一連の段階を経る。直接取り込まれるデータは、最小データクレンジングまたは変換のみを受けた後、本発明の取り込みデータ段階化ウェアハウスの中にロードされる。直接取り込みは、顧客対応ポータルのいずれの中に直接打ち込まれる任意のデータを含む。臨床ウェアハウスから、データは、ＣＬＯデータウェアハウスへ移る。
【００２６】
データ取り込みプロセスは、データを登録された機関から受信し、取り込みデータ段階化ウェアハウス内のデータを段階化する。取り込みプロセスの重要性は、機関からの全データが、ソースの完全追跡可能性を伴って、正しく捕捉され、データが、後続処理において本発明の正規化されたデータ定義へのデータのマッピングをサポートする、具体的方法において捕捉されることを保証することである。
【００２７】
システム要件として、メタデータ管理機能において提供される情報に従ったデータローディングを含み、到着する定量的データが、事前に定義されたメタデータまたはデータフィード自体のいずれか内に定義された参照範囲を有することを確実にすることができる。データダイジェスト化プロセスは、取り込まれたデータを本発明のＣＬＯ環境の中に繰り越す。ダイジェスト化処理の出力は、取り込まれたデータがマップされ得る、単位ＣＬＯのセットである。いくつかの実施形態では、取り込まれたデータセット内の非マップまたは非認識データは、ＣＬＯの中に移動されない。品質制御を増加させるために、システム要件として、無効および非マップデータをダイジェスト化から省略し、本発明の正規化された参照範囲に対して定量的データを正規化し、正規化されたデータがオリジナルソース値を直接追跡可能であることを確実にすることを含むことができる。
【００２８】
取り込まれたデータの集約は、存在論ベースの集約ルールならびにユーザ規定集約ルールの両方によってもたらされることができる。集約の出力は、任意に、患者データの複合ＣＬＯおよびクラスタを含む。ユーザは、任意のレベルの複雑性、含有、または包括性の集約を作成することができる。
【００２９】
システム要件として、新しく取り込まれたデータに対してＣＬＯルールを実装すること、新しく到着したデータに基づいて、既存のＣＬＯの変更を認識し、変更を行うこと、および事前に定義されたおよび既存の集約クラスタを更新することを含む。これらのルールは、ユーザによって作成され、ルールエンジンの中にロードされることができる。ルールエンジンは、ルールがトリガされる度に、ルールを適用するように命令されることができる。例えば、ルールは、新しい記録が作成されると、または既存の記録が更新されると、トリガするようにエンコードされることができる。ルールは、規定された用語またはその存在論均等物が、記録の中に打ち込まれる、または検索用語として使用されると、アクティブ化されることができる。いったんアクティブ化されると、ルールは、結果を適用し、例えば、アラートをユーザに送信する、アラートをシステム全体に送信する、アクセスを防止する、記録のエントリを防止する、記録の更新を防止する、アクセスを拒否する、報告を作成する、臨床サポートガイダンスを提供する、または緊急支援を要求することができる。
【００３０】
図７は、前述の段階の例証的実施例を提供する。図７に描写されるように、機関、提供者、および調査者からのデータは、最終出力の前に、一連の段階を経る。段階０では、データが、取り込まれる。不良データ値は、破棄され、残ったものは、正規化され、具体的コードにソース化され、それによって、存在論マッピングの第１の段階を作成する。段階０と１との間において、システムからの変換知識が、ＣＬＯへの後続処理のために、データをデータ定義にマップするために適用される。段階１では、データのオブジェクト化が開始し、それによって、取り込まれたデータは、単位ＣＬＯのセットに変換される。段階２および３では、ＣＬＯの集約が開始する。データ集約は、存在論ベースの集約ルールのみによってではなく、また、ユーザ定義集約ルールによっても誘導されることができる。集約後のデータは、ＣＬＯおよびクラスタとして提示される。データ管理経路における最終段階は、最適化である。本段階では、プログラムは、作成されたＣＬＯおよびクラスタをプラットフォームの種々の機能およびツールのために使用可能な形態に変換する。本手順は、正規化され、高忠実性を伴って再現され、データが、共通アクセス経路に従って編成されることを可能にし、最終的には、エンドユーザのためのシステムの性能を最適化する。
【００３１】
集約ワークベンチ
本発明の集約ワークベンチは、関係者が、ベースラインにおいて提供されるもの以外の新しいデータルールを定義することを可能にする。ユーザは、ベースデータ構造をクラスタ集約に組み合わせることができる。これらの集約は、顧客定義されることができ、かつワークベンチ内で利用可能な存在論関係および知識を利用することができる。例えば、１６歳〜１８歳の患者を集約するために、ユーザは、１６、１７、または１８歳の患者を定義する単位ＣＬＯをまとめる、集約関数を定義することができる。本作用は、１６、１７、または１８歳の患者のためのクラスタを作成する。
【００３２】
図２は、新しいクラスタ集約を作成するために使用されるユーザ定義ＣＬＯから作成されるベースデータ構造の例証的実施例を提供する。例えば、ユーザが、具体的年齢範囲（４５〜５９）内の具体的診断（４１０．０１）を伴う患者を検索する場合、ユーザは、具体的診断および年齢範囲を包含するＣＬＯによって定義された患者をまとめる、集約関数を定義する。本戦略は、診断４１０．０１を有し、４５〜５９歳の患者のクラスタを作成する。
【００３３】
インターフェース
臨床決定サポート（ＣＤＳ）ツールセットは、本発明が、ＣＬＯウェアハウスにおいて利用可能な知識ベースおよびデータを使用して、診療現場臨床データの値を向上させるために、同期的または非同期的のいずれかにおいて、診療現場で機関の電子健康記録システム（ＥＨＲ）と相互作用することを可能にする。システム要件として、種々の臨床および調査ベースの基準のアプリケーションおよび公知のまたは調査定義ガイドラインのためのサポートを含むことができる。本発明は、患者が依然として存在する間、リアルタイムで、アラートをエンドユーザに提供することができる、または他の時間に、電子メールおよびＳＭＳメッセージングを含む他の機構を通して、アラートをエンドユーザに送達することができる。システム機能および特徴として、複数の共通同期および非同期プロトコルのためのサポートならびに診療現場における既存の一般に実装されるＥＭＲアプリケーションとの統合を含む。
【００３４】
本発明のＰａｔｉｅｎｔｓ  Ｌｉｋｅ  Ｔｈｉｓ（このような患者）（ＰＬＴ）ツールセットは、エンドユーザが、ウェアハウス内の広範な患者臨床母集団間の治療パターンおよび関連転帰を識別し、診療現場に存在するものに類似する患者を識別し、臨床決定サポート（ＣＤＳ）ルールをオーサリングまたは実装するために、あるいは調査アプリケーションのために、ＣＬＯウェアハウスにアクセスすることを可能にする、一式のアプリケーションを備える。規定された値によって特徴付けられる患者のグループ化は、ユーザインターフェース内で生成され、所望の範囲の記録を得るために絞り込まれる、または拡張されることができる。検索は、次いで、類似データを伴う者に関連し得る情報を把握するために、Ｐａｔｉｅｎｔｓ  Ｌｉｋｅ  Ｔｈｉｓのグループ化内で可能となる。例えば、ある適応症を伴う患者に療法を提供する際、医師は、Ｐａｔｉｅｎｔｓ  Ｌｉｋｅ  Ｔｈｉｓを検索し、医師の病院において、その適応症に対してどの療法が現在使用されているかを把握することができる。本ツールはまた、ユーザがちょうど探している患者のタイプに便宜的に限定される調査情報の迅速収集を可能にする。ユーザはまた、Ｐａｔｉｅｎｔｓ  Ｌｉｋｅ  Ｔｈｉｓに精密に適用されるルールを生成することができる。システム要件として、既知の臨床観察の提供者プロファイルを要求すること、既知の要因の提供者加重を要求すること、およびＣＬＯおよびクラスタを分析し、類似症例およびデータを読み出すことを含むことができる。
【００３５】
本発明のクエリツールは、ユーザが、そのＩＲＢプロファイルまたは他の規制承認に従って、可変レベルの識別において、ＣＬＯデータおよびクラスタにアクセスすることを可能にし、着目コホートの外挿または定義を可能にする。クエリツールは、便宜的グラフィックインターフェースとして存在し、ユーザが、ＣＬＯ検索ウィンドウ等の検索ツール上をクリックし、検索を構築するために便宜的であるように、ディスプレイ上に検索ツールを位置付けることによって、検索用語を例示することを可能にすることができる。多くの検索ツールは、画面上に位置付けられ、ユーザの所望に応じて、再編成されることができる。検索用語は、検索ツールの中に打ち込まれることができ、ツールは、論理、シーケンス、日付、または時間演算子によって接続されることができる。接続は、例えば、線、グラフ、または幾何図形をディスプレイ上に描くことによって、図式的に例示接続によって行われることができる。接続のパターンは、検索用語間の関係を含意する。ユーザは、演算子、例えば、ブール論理演算子を打ち込み、検索用語間の所望の関係を規定することができる。プログラムを起動するコンピュータシステムは、検索用語および演算子間の図式関係を解釈することによって、検索戦略を判定する。検索は、次いで、ユーザが、複雑なテキスト検索ストリングまたは手続検索論理またはコードを構築する必要なく、打ち込まれたクエリに基づいて行われる。
【００３６】
システム要件として、標的母集団またはコホートを識別すること、患者人口統計および地理的フィルタを適用すること、およびＣＬＯモデルを通して複雑性を要約することを含むことができる。付加的要件は、データ要素の相対的イベントおよび順序に対する時間感度であり得る。システム機能および特徴として、クラスタへの複合クエリ基準の統合および高度なクエリ特異性を使用した高度な能力の使用を含むことができる。
【００３７】
本発明の精選および改訂ツールセットは、認証ユーザが、データを向上させ、情報をユーザの目的に合わせるために、注記およびそのデータ要素間の接続を手動で追加することを可能にする。システム要件として、意味論的および分類学的データセットまたは存在論ならびにプライベートデータの必要改訂のためのユースケースベースの閾値を設定する能力の追加を含むことができる。システム機能および特徴として、フリーテキスト材料を分析するための自然言語処理能力を含むことができる。
【００３８】
本発明のデータ送達ツールセットは、認証ユーザが、データセットを定義し、それを本発明からの受信することを可能にし、次いで、クライアント固有ツールおよび環境内でよりローカルに使用されることができる。システム要件として、送達に応じた柔軟なデータ送達機構および標的フレームワークへの標準化されたデータ変換を含むことができる。システム機能および特徴として、公知の規格およびフォーマットを使用した標準化された交換を含むことができる。
【００３９】
本発明のダッシュボードおよびスコアカードツールセットは、本発明の環境に可視性を提供し、継続的ベースでデータおよびプロセスを監視および制御することができる。システム要件として、顧客およびデータ集中的率および形態の使用および財政追跡および管理を含むことができる。システム機能および特徴として、プッシュおよびプル両方の機構を通した制御データのクエリを含むことができる。
【００４０】
内部制御
本発明の公正ブローカー機能は、患者、提供者、および機関のための識別子をセキュアに隠す、すなわち、それぞれ、全ＣＬＯデータ構造内で使用されることになるトークン識別子に変換するために必要な不可欠な機能性を提供する。識別子匿名化に加え、ブローカーは、オフセットされたアンカ日付を提供し、ＣＬＯ構造内の全日付および時間は、秘匿化される。
【００４１】
表１−公正トークンＩＤ／トークンマッピング。本表は、病院ＡのためのＩＤタイプＭＲＮのＩＤに対して、ＩＤに、２００４年８月１８日のオフセット日付とともに、トークン３５６７４９が割り当てられることを示す。本トークン識別子は、全ＣＬＯデータ構造内で使用されることができる。
【表１】
2016519806.tif 000003
【００４２】
システム要件として、エイリアス整合性、識別子マージング（Ａ３４）、衝突管理、機関通知、および同意語を含むことができる。加えて、システム要件として、登録参加者毎の代理識別子の割当およびデータソース内の各別々のまたはローカル識別子への代理識別子のマッピングを含むことができる。システム機能および特徴として、孤立処理および制御を含むことができる。
【００４３】
本発明のプロセスおよび品質管理は、プラットフォーム内およびそれを横断して管理されるデータが、参加組織内および間の高性能をサポートするのに役立つことを保証することを目的とする、ツールおよび機能を提供する。システム要件として、患者のための適切なケアの積極的追求、母集団管理プロファイリング、組織を横断した患者／症例管理、ベンチマークケアガイドラインマッピングおよび報告、ならびに説明責任ケア要件のためのサポートを含むことができる。システム機能および特徴として、組織間患者および提供者追跡制御を含むことができる。
【００４４】
本発明の収益管理ツール機能性は、組織、提供者、および参加患者の財政的価格設定、提供、および報酬の可視性ならびに制御を提供することができる。システム要件として、内部会計、使用統計、クライアント支払、および関係者支出を含むことができる。システム機能および特徴として、エンコードされた契約および価格設定機構の実装を含むことができる。
【００４５】
顧客対応ポータル
顧客対応ポータルは、全組織関係者への本発明の外部に面する入口である。各クラスの関係者、例えば、機関、提供者、調査者、および患者は、その独自のポータルインターフェースを有し、それを通してサービスが、提供される。全ポータルは、そのアクセス認証によって制約される、サービス、選択肢、およびデータアクセスを共有する。
【００４６】
本発明の機関ポータルは、本発明のサービスと相互作用するための健康ケアおよび調査機関のためのウェブベースのインターフェースであることができる。本ポータルは、本発明と参加組織との間の主要協調点であることができ、ほとんどの他の提供者、患者、および顧客サービスは、本ポータルにおいて確立され、ドキュメント化された機関関係のコンテキスト内で生じる。参加機関は、そのＥＨＲおよび他のデータソースへのアクセスを提供し、適切なデータ転送プロトコルを確立するための技術的連絡を協調させる。
【００４７】
本ポータルにおいて利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。機関として登録する：機関として、大学医療センターから、小規模臨床診療所、営利医療および健康調査企業まで、参加機関として、本発明に登録することができる。これらの登録は、提供者、患者、および調査者が連絡をとるアンカ点としての役割を果たす。データソースを登録する：登録機関は、その患者データリポジトリに関する情報を提供し、そのＥＭＲまたはＥＨＲアプリケーションデータを本発明の環境に統合するプロセスを開始することができる。メタデータを提供する：データソースを登録した機関は、それらのシステムと本発明との間のデータ転送が、正しく取り扱われ、かつ解釈され得るように、それらのソースに関する十分なメタデータを提供することができる。提供者を任命する：個々の提供者が、登録機関とともに、本発明へのその個々の登録、その使用、その機能および能力を促進するために、識別されることができる。ルールメーカーを定義する：各機関における個人は、それらの機関における提供者として任命されたかどうかを問わず、ポリシー設定および機関と本発明との間の合意事項の実行に関するルールメーカーとして識別されることができる。患者データの公表：機関は、いったん患者がそのように許可すると、患者データを本発明に公表することができる。
【００４８】
本発明の提供者ポータルは、医療提供者が、本発明のサービスと相互作用するためのウェブベースのインターフェースである。ほとんどの相互作用は、診療現場決定サポートおよびアラートメッセージアクティビティまたはそのようなアクティビティの先行としてのルールおよび選好定義アクティビティを含む、ケア関連アクティビティを含む。提供者（例えば、医師、調剤師）は、本発明のためのケア関係者市場の主な提供を代表する。提供者は、その知識ベースおよびツールの診断および情報能力を利用する目的のために、本発明と相互作用することができる。
【００４９】
本ポータルにおいて利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。提供者として登録する：登録機関によって任命された提供者は、本発明のサービスに登録することができる。患者を招待する：提供者は、本発明のクラウドソースエコシステムに参加するために招待されることを所望するであろうその患者のリストを提供することができる。ルールを定義する：提供者は、利用可能かつ経時的に拡張するサービス選択肢および提供間において、本発明と関わるためのその独自のルールを定義することができる。許可する：提供者は、その実践および患者訪問内において、アクティブとなる本発明のあらゆる機能の許可を与えることができる。患者訪問をスケジュール調整する：提供者への患者訪問のスケジュール調整は、本発明内に含有される患者情報を精査および更新する機会をもたらす。患者訪問を実施する：提供者は、随時、その登録された患者によって訪問され、それらの患者に関する付加的データを追加する機会をもたらすことができる。ＡＤＣ／ＩＤＣ：診療現場における臨床データが、直接、機関において登録された提供者アプリケーションと相互作用する、統合または非同期いずれかのデータ捕捉技術を通して捕捉されることができる。アラートおよび通知を受信する：提供者は、本発明から、診療現場において、コンテキスト的に有意なアラートおよび通知を受信する。これらのメッセージの多くは、患者訪問から非同期的に提供者に利用可能であって、技術が進歩するにつれて、リアルタイムメッセージングへと拡張する。類似症例を精査する：提供者は、診療現場において見られる患者間の臨床上の類似性および本発明において定義された他の患者（ＰＬＴ）に関して、本発明にクエリを行うことができる。
【００５０】
本発明の患者ポータルは、患者がそのサービスと相互作用するためのウェブベースのインターフェースであることができる。患者は、周期的に、自身で本発明を見つけることができるが、その医療提供者機関のうちの１つまたはそれを上回るものからの招待に応答して、ポータルにアクセスする可能性が最も高い。直感的ユーザインターフェースは、その自身の健康ケアデータを提供し、その医療提供者の全てを通したデータ収集に参加することに同意し、機関クライアントの代わりに提供される任意の適切な再交渉サービスに参加することに合意することを含め、サービスおよびアクティビティの最も広範な可能性として考えられる範囲に参加することを所望するように、患者にとってプロセスを容易にする。
【００５１】
本発明のサービスに関心がある患者は、典型的には、識別データのベースラインが、提供者相互作用の結果、本発明の知識ベース内に入った後のみ、直接、そのツールセットと相互作用することができる。患者は、そのデータを制御し、したがって、提供者が知識ベースおよびツールを使用して、ケアを提供する状況においても、各患者は、その提供者がそうすることの許可を与えることができる。患者はまた、独立して、本発明のツールを使用し、直接、その自身の人口統計および健康データ（分子、人口統計、環境、表現型、または遺伝子型）ならびに本発明の参加機関または提供者のいずれか外に記憶または維持されるその自身の個人健康記録（ＰＨＲ）への関連性を打ち込み、維持する。
【００５２】
本ポータルにおいて利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。招待を受信する：患者は、その機関が本発明に登録された提供者のその使用に基づいて、登録するための招待を受信することができる。参加者として登録する：個人は、直接または登録された機関によって提供される招待の結果のいずれかにおいて、参加者として本発明のサービスに登録することができる。選好を提供する：登録された参加者は、本発明と関連提供者との間で生じる機能的およびデータ相互作用の多くのためのその選好を提供し、維持することができる。本発明のシステムは、主に、患者選好によって駆動および制御されることができる。プロジェクト／研究に登録する：患者は、そのような研究における含有基準を満たし、そのような目的のために連絡されることを所望することを以前に示したため、招待された具体的調査研究に登録することを選定することができる。要約結果を受信する：患者は、参加することを選定した研究またはプロジェクトから要約結果が提供されることができる。許可を与える：患者は、本発明およびその登録された提供者によって交換および管理され得る、データに具体的許可を提供することができる。そのような許可は、患者に制御を委ね、患者がそのデータの閲覧者および詳細レベルの完全制御を留保するように、深い粒度レベルから恩恵を受ける。個人データを管理する：患者は、複数の参加機関からの患者情報をまとめた結果として生じ得る、矛盾およびデータ衝突の調整を含む、その個人情報をプラットフォームに提供し、維持することができる。提供者を訪問する：患者がその提供者を訪問すると、それらの訪問は、患者に可視となり得るように、または見えないように、本発明と相互作用することができる。通知を受信する：本発明は、登録された患者に関心のある通知を生成することができる。データを提供および精査する：患者は、直接、本発明にデータを提供し、そのデータの全てを精査する能力を有することができる。機構に参加する：患者が直接提供するデータの一部は、提供者または調査者のいずれかである、登録された機関によって提供される機構に応答することができる。参加者とのネットワーク：本発明は、登録された患者、提供者、および調査者のための限定されたソーシャルネットワーキング能力を提供することができる。報酬を受領する：患者は、本発明の利益共有契約に基づいて、そのデータの識別された使用に関して、ならびに直接、再交渉アクティビティへの直接参加に関する報酬を受領することができる。
【００５３】
調査ポータル
本発明の調査ポータルは、非営利および営利分野の両方の健康ケア関連分析者および調査者が、サービスと相互作用するためのウェブベースのインターフェースであることができる。ポータルは、コホートおよび母集団分析サービスへのアクセス、ならびに本発明の環境外のさらなる研究のために、ＩＲＢステータスに基づく種々のレベルの識別において、データセットを定義およびアクセスするための能力を可能にする。
【００５４】
調査者は、本発明の製品およびサービスにおける別の主要関係者を表す。ケアの提供のために本発明を使用する提供者と異なり、調査者は、その自身の研究方法論の一部として、データおよびツールを使用する。調査者は、短期および長期両方のベースにおいて、機関および調査チームと関連付けられることができる。
【００５５】
本ポータルにおいて利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。調査者として登録する：登録機関によって任命された調査者は、本発明のサービスに登録可能である。共同事業体を管理する：無所属機関における調査者と協働する個々の調査者は、ピアツーピアベースにおいて、またはプロジェクト／研究レベルにおいて、それらの関係を管理することができる。レジスタプロジェクト／研究：調査者は、そのプロジェクトに登録し、その調査においてプラットフォームのサービスを使用するためのＩＲＢ承認を得るプロセスを開始することができる。基準を提供する：調査者は、ＩＲＢデータアクセス定義をできるだけ模倣する、プロセスにおけるそのプロジェクトまたは研究のための包含および除外基準を提供することができる。コホートを識別する：調査者は、コホート定義を定義し、本発明のデータ内の調査および対照コホートを検索することができる。データセットを得る：調査者は、それらの研究に参加することに同意した患者に関して、そのＩＲＢ承認研究のために、本発明からデータセットを受信することができる。ルールを定義する：提供者は、その研究に関連する情報に関するそのデータ入力および出力を規制するルールを維持することができる。データを精選する：調査者は、本発明のシステムにおいて、その自身のデータを精選することができる。通知を受信する：その自身の所定のルールに基づいて、本発明のシステムは、通知およびアラートを調査者に提供することができる。仮説を受信する：本発明におけるデータの連続分析が実施されるにつれて、あるパターンが、調査者提供基準に一致し、データ内で特定された相関から作業仮説を生成することができる。仮説コホートを精査する：患者基準を識別することによって、調査者は、その規定症例基準に一致する作業コホートのプロファイルを閲覧し、提供者志向型ＰＬＴ能力の仮説バージョンを提供することができる。
【００５６】
処理ツール
プラットフォーム内の利用監視は、本発明の種々のサブシステム内のサービスレベルを監視し、本発明の環境およびツールセットの効果的かつ高性能動作を維持するために要求される任意の調整および改訂をサポートするための機能性を提供する。システム要件として、ロード、要求、クエリ、データダウンロード、および誰がどの機能および特徴を使用しているかとその頻度の追跡の内部追跡および監視を含むことができる。システム機能および特徴として、セキュリティおよびプライバシー監査を含むことができる。
【００５７】
メッセージングおよびワークフローエンジン
メッセージングおよびワークフロー機能は、シーケンス処理、優先順位付け、およびプラットフォームと参加サービスとの間のメッセージのやりとりの追跡を制御し、全ワークフロー相互作用およびメッセージ信号伝達の端末間継続性を確実にする。
【００５８】
ポータルと参加者データセットとの間のデータおよび助言メッセージの両方の通信は、ポータルの役目の中心である。本発明内外への全データを追跡するために、これらのワークフローを制御することは、ログが、サポート要員によって確立および監視され、全ワークフローの完了および有効性を確実にすることができる、プロセスチェックポイントを識別することから恩恵を受ける。
【００５９】
システム要件として、提供者ＥＭＲとの双方向セッションの開始、追跡、および終了、全生成されたメッセージの優先順位付け、参加者規定選好と一貫したメッセージの生成、生成された通知およびアラートの時効化、および予測された作用または応答を欠いたある高優先順位メッセージの再送信を含む。システム機能および特徴として、データソース段階化およびロードの監視ならびにセッション中断後のメッセージ自動転送の制御を含むことができる。
【００６０】
本発明の認証機能性は、本発明の機能およびサービスを使用する全ユーザおよび参加者が、適切に識別され、相互作用の各ポイントで認証されることを確実にする。加えて、最新制御は、全機能的相互作用を包含することができる。
【００６１】
システム要件として、複数のインターフェースを通したシングルサインオン能力の提供を含むことができる。システム機能および特徴として、ソーシャルメディアモデルおよびフレームワークおよび規格の統合を含むことができる。
【００６２】
管理能力
プラットフォームのデータアドミニストレータは、データ規格、規約、および構造の定義および維持に関与することができる。本能力において利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。モデルデータ：データアドミニストレータは、本発明のシステム内のデータを論理的にモデル化し、複数のソースからのデータが、適切に統合および内部化されることを保証することができる。更新メタデータ：全関係者が本発明のサービスを使用するために依拠するメタデータは、全体としてのおよび異なる関係者によって提供されるルールのデータへの継続的変更および追加に基づいて、絶えず監視および維持されることができる。統制を促進する：本発明の動作の動作パラメータは、高レベル統制意思決定を受ける。データを精選する：データモデル化、ルール変更、または単に、データ例外に基づいて、データアドミニストレータは、周期的に、ネットワーク内で管理されているデータを精選することができる。存在論を管理する：利用可能な意味論的存在論は、ほとんどの場合、完璧ではないため、個々のエントリおよびマッピングが、特に、複数のデータソースおよび存在論を横断して生じる矛盾の解決の際に、プラットフォームの中にマップされることができる。データ品質を制御する：データアドミニストレータは、本発明におけるデータの品質を監視および制御し、データ品質問題が生じると、それを改善または補正するための必要ステップを講じることができる。
【００６３】
システムサポート
本発明のサポートチームは、ポータルの日々の動作およびサービス領域内の全クライアント連絡に関与する。本能力において利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。ポリシーを実装する：サポートチームメンバーは、統制体によって実施される種々のポリシーを実装し、多くは、本発明のシステムにおいて、プログラム実装を要求する。研究：プロジェクトおよび研究は、経時的に要求されるデータおよびセキュリティ変化に伴って、その耐用年数を通して定義および管理されるにつれて実装を要求する。ユーザに関わる：本発明のユーザ、特に、患者によって代表される比較的一般的ユーザは、随時、サポートを要求することができる。ロードを管理する：種々のシステムおよびアプリケーションからのデータロードは、登録、メタデータ、およびＥＴＬプロセス通して管理を要求することができる。通知を管理する：システム内のアラートおよび通知は、経時的に経年化するにつれて、または経年化に伴って旧式となるにつれて、管理および介入を要求することができる。データセットを管理する：調査者のために作成されるデータセットは、プラットフォームの技術的境界を越えて管理され得る、制御を受ける可能性が高い。性能を監視する：本発明におけるプロセスの性能、特に、経時的にスケーラビリティを要求するシステムのより処理集約的分析機能は、適正なサービスレベルが全関係者に送達されていることを保証するために監視されることができる。
【００６４】
監査を制御する
本発明の監査役は、制御が、全製品およびサービスを通して良好に確立され、本発明のポータル関係者間の合意の全会計能力条項が、ポータル内で利用可能なデータを用いてサポート可能であることを確実にすることに関与する。本能力において利用可能なサービスおよびコマンド非限定的実施例として、以下を含む。制御を評価する：監査役は、プラットフォーム内に置かれた種々の制御を評価することができる。ロードデータを評価する：監査役は、全データロードが、適切なデータ使用契約および付与された許可に従っていることを評価することができる。アクセスデータを評価する：監査役は、システム内の全データアクセスの適切性を評価することができる。品質データを評価する：監査役は、システム内の全データの品質ならびに関連クリーンアップ規定を評価することができる。
【００６５】
ＨＩＰＡＡ役員
プラットフォームのＨＩＰＡＡ役員は、全ポータル製品およびサービスのＨＩＰＡＡコンプライアンスに関与し、本発明の全ポータル参加者のＨＩＰＡＡコンプライアンスを証明する役割を果たす。本能力において利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。ポリシーを設定する：本発明のための制御パラメータは、ＨＩＰＡＡコンプライアンスのためのシステムレベルにおいて設定されたポリシーによって制御されることができる。契約を評価する：データ使用契約およびプロジェクト計画が、コンプライアンスに関して精査されることができる。使用を監視する：本発明における全データアクセスは、監視および精査を受ける。コンプライアンスを監視する：本発明のシステムの全体的コンプライアンスは、全契約規定および制御ポリシーへのコンプライアンスに関して監視されることができる。
【００６６】
データ統制
本発明のデータ統制機能は、経時的に、標準化ならびにクライアント例外機能性およびサービスの展開に関連する決定を含む、ポータル製品およびサービスの戦略的制御を提供する。本能力において利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。ポリシーを設定する：本発明の統制体は、プラットフォーム全体を通した一連の制御によって実装される、動作ポリシーを設定する（例えば、基準イベント）。サービスを優先順位付ける：統制体は、経時的に、本発明の特徴の拡張の実装およびロールアウトのための優先順位を設定する。例外を監視する：統制体は、予測される動作パターンおよび契約の全例外を監視および評価し、製品およびサービス改良の機会を模索する。
【００６７】
存在論管理
存在論は、より広範な施術者コミュニティによって定義および維持され臨床および動作知識を具現化し、本発明が、そのような知識が本発明自体によって具体的に精選されることを要求せずに、最広範囲の知識および実践に基づくことを可能にする。存在論は、そのような知識が、有効接続および結論のみ、体系的に導出されるように、本ソフトウェアによって操作されることを可能にする、意味論的厳密さのレベルを提供する。
【００６８】
種々の存在論は、検索およびデータ記録の際、プラットフォームによって使用されることができる。記録は、１つまたは複数の存在論において操作または検索されることができる。プラットフォームは、複数の異なる存在論を横断して用語の存在論マッピングを追跡するためのマッピングモジュールを維持することができる。マップは、内部で、または外部寄与体によって更新されることができる。マップは、高速かつ便宜的リソースを提供し、それによって、プラットフォームが、横方向および垂直に迅速に検索し、実質的に類似または実質的に同じ臨床意味を伴う用語を見つけることができる。マッピングモジュールはまた、翻訳者として作用し、各機関が、他のデータを検索および理解することを可能にすることによって、異種存在論を使用する機関を横断した通信を促進する。
【００６９】
オープンバイオメディカル存在論（ＯＢＯ）
存在論は、具体的ドメインに関連する知識の表現である。規定されたドメインは、共有語彙を使用してドメイン内に含有される知識の異なる側面間の特性および関係を示す。ドメインは、健康ケア施術者コミュニティに関連する、臨床および動作知識を具現化することができる。異なる機関および調査者によって使用される種々の意味論を考慮するために、プラットフォームは、広範な存在論を使用して、最大範囲の知識および実践を包含する。プラットフォームは、例えば、オープンバイオメディカル存在論（ＯＢＯ）システムを使用して、その存在論マッピングを管理することができる。ＯＢＯ規格は、３つの他の存在論管理言語：ＸＭＬ、ＲＤＦ、およびＯＷＬを使用するために、一式の原理を定義する。ＯＢＯは、複数の存在論の相互運用性および互換性のための付加的厳密さを追加し、内部一貫性および外部互換性を可能にする。
【００７０】
厳密な意味論的存在論が、存在論開発に対してＸＭＬ構造を採用する以前のＲＤＦ規格の進歩である、ＯＷＬ規格を使用して開発された。これらの言語が進化するにつれて、意味論的知識が、ますます厳密な方法で表されることを可能にする、具体的タグ付け特徴を追加している。ＯＢＯ規格（言語改訂ではなく、それらの言語を使用するための一式の原理である）は、複数の存在論の相互運用性および互換性に関する付加的厳密さを追加する。ＯＢＯ準拠存在論は、内部で一貫することができる一方、また、他のＯＢＯ準拠存在論とも厳密に相互運用性がある。２つのＯＢＯ準拠存在論が、相互に矛盾する可能性はなく、また、同一概念を定義しようとする可能性もない。その内部関係は、存在論を横断する同一関係が類似意味を有し得るように、ＯＢＯ関係存在論において、外部で定義されることができる。
【００７１】
ＯＢＯ準拠存在論において中心となる制御は、ＯＢＯ準拠存在論において定義された全関係が、通常、ＯＢＯ関係存在論（ＲＯ）において定義された関係を利用するという要件である。ＲＯは、同一名称を使用する異なる存在論における関係の意味論的意味が、不正確に合致し、そのような関係を横断する接続の推測から導出される結論が、誤っている、または正しくない可能性があるという、存在論を使用して知識ベースをナビゲートする際の最大リスクのうちの１つに対処する。関係は、必要に応じて、より精密な記述子にさらに細分化されることができる、種々の記述子を使用して規定されることができる。
【００７２】
全存在論が、利用可能な関係の同一ベースを共有することを要求することによって、異なる存在論は、データの評価における論理のスレッドを誤らせる、隠された意味論的ずれのリスクを伴わずに、それらの存在論を横断して論理的にナビゲートされることができる。
【００７３】
ＯＢＯ準拠存在論における別の有力な制御は、存在論において定義された全リソースが、最終的には、知識の連続体を横断してリソースを結び付ける上位レベル存在論としての役割を果たすために精密に定義された存在論である、基本形式存在論（ＢＦＯ）において定義された構造のうちの１つに対してトレース可能であるという要件である。基本存在論は、世界を連続体（経時的に持続するもの）と、出来事（ある時間内またはその時間に発生した事）とに分割する。連続体は、出来事に関与し、ひいては、それらの連続体の依存特性を修正する。
【００７４】
図８は、それらのエンティティが経時的に持続する連続体と、それらのエンティティが単一時間点において完全に存在しない出来事とに分割されるＢＦＯの視覚的表現である。連続体はさらに、空間領域、独立連続体、および従属連続体に細分化される。空間領域細分化は、経時的に持続する、次元エンティティを包含する。独立連続体は、他のサポートを伴わずに存在することができるエンティティである一方、従属連続体は、存在するために、サポートを要求する。出来事は、プロセスエンティティ、時空間領域、および時間領域に分割される。プロセスエンティティは、連続時間周期にわたって展開するプロセスである。時空間領域は、空間および時間の関数として存在するエンティティであって、経時的に生じる間隔または具体的時間点においてのみ生じる瞬間のいずれかであることができる。時間領域は、時間のみの関数として存在するエンティティである。
【００７５】
存在論マッピング
存在論マッピングは、本発明におけるＣＬＯの定義のコア構成要素である。ＣＬＯにおいて表されるデータは、実世界臨床情報のインスタンスを表すため、マッピングは、臨床存在論において表される構造のタイプおよびそれらのタイプの分類にマップするデータの実世界インスタンスから得るために不可欠である。
【００７６】
そのようなマッピング訓練の実施例は、図９に図示される。図の左区画は、データ記録内で生じる種々のタイプのコードを定義する、存在論エントリを図示する。臨床コードは、人口統計コードと区別される。臨床コードの領域内では、診断コードは、ＩＣＤ−９およびＩＣＤ−１０診断コードに記述される。これらの関係を定義するために使用される関係（「ｉｓ  ａ」）は、存在論をタイプ化する際に使用される最も重要な関係間にある。マッピングは、ＩＣＤ−９およびＩＣＤ−１０が、異なる意味を有する診断コードであることを図示する。したがって、そのインスタンスのリストは、交わらない。
【００７７】
図９の右側区画は、左側区画内の存在論のタイプ化に対して定義され得る、インスタンスのうちのいくつかを図示する。右側区画上のＩＣＤ−９存在論は、左側区画上の存在論のタイプ化において表される構造のインスタンスを定義する。コード４１０、４１０．０、および４１０．０１は全て、ＩＣＤ−９診断コードのインスタンスとして提供される。インスタンス間の関係は、例えば、４１０．０（４１０の一部として定義される）の一部として定義されている、４１０．０１によって図示される。そのような関係「の一部」を通して、４１０．０または４１０．０１の診断はまた、４１０の診断でもあるが、その逆が該当する必要はない。
【００７８】
表２は、本発明のプラットフォームと併用するために好適な存在論階層の非限定的リストを提供する。
【表２−１】
2016519806.tif 000004
【表２−２】
2016519806.tif 000005
【００７９】
取り込みデータ段階化ウェアハウス
本発明の取り込みデータ段階化ウェアハウスは、登録された機関から到着した全データのための取り込み記憶であって、大規模取り込みデータ段階化ウェアハウスである。本側面は、意味論的マッピングのための作業空間として、かつＣＬＯの作成およびローディングのためのソースデータセットとしての役割を果たす。
【００８０】
取り込みデータ段階化ウェアハウス内のデータは、本発明に含有される存在論における意味論的インスタンスの形態で維持されることができ、したがって、ＣＬＯへのデータのさらなる処理は、それらの存在論に含有される意味論的関係が、データを精緻化し、存在論的に情報エンティティである、ＣＬＯにグループ化するために使用され得るように、着信インスタンスデータをこれらの存在論において表される意味論的タイプにマッピングすることを伴う。データ／タイプマッピングの非限定的実施例として、独立連続体としての人物（オブジェクト）、従属連続体としての患者（役割）、従属連続体としての提供者（役割）、従属連続体としての経年化（品質）、従属連続体としての収縮期血圧（品質）、プロセスコンテキストとしての診療所訪問、患者の診療所訪問への参加、提供者の診療所訪問への参加、人物に帰属する経年化、および患者に帰属する収縮期血圧を含む。そのような意味論的マッピングは、データ正規化とともに、プラットフォーム内において有用なＣＬＯを提供する。
【００８１】
ＣＬＯデータウェアハウス
プラットフォームのＣＬＯデータウェアハウスは、全体的オブジェクト化プロセスから生じる認識されたコホートにグループ化された、事前にダイジェスト化および正規化されたＣＬＯおよびクラスタを含有する。本構造は、さらなる調査の支援において、高性能クエリのために調整され、プラットフォームを横断する全データ機能性の基礎を提供することができる。
【００８２】
セキュリティ／認証
ユーザＩＤおよびパスワードは、参加者が、本発明ポータル能力にアクセスするために要求されることができる。これらのアクセス証明書は、高度に制御され、非常に厳密な更新およびアクセス制限を受けることができる。機関および個人を横断したデータのリポジトリとして、アクセス制御および機能的承認の目的のための任意のポータルユーザを認証する能力は、患者プライバシーを改善するように最適化されることができる。システム要件として、一意の識別子およびパスワードを使用したユーザ認証、許可された機能および特徴への役割ベースのアクセス、および無活動または乱用からのアカウント失効を含むことができる。システム機能および特徴として、パスワードリマインダおよび周期的強制変更をサポートすること、ならびに機関が提供者および調査者からの承認を無効にすることを可能にすることを含むことができる。
【００８３】
ユーザ訓練およびサポート
本発明は、それぞれ、システム機能において、異なる責任およびレベルの専門知識を伴う、種々のユーザによって使用されることができる。表３は、システムを使用することが予期される異なるタイプのユーザを概略する。
【表３】
2016519806.tif 000006
【００８４】
動作問題解決
任意のポータルのユーザは、ポータルインターフェースおよびツールを利用する際、問題を経験し得、したがって、いくつかの形態のユーザサポートが、問題を解決し、適切なサービスレベルを維持するために必要とされる。本サービスは、特に、患者参加を維持する際に重要である。そのような能力は、指示画面およびＦＡＱ、ビデオチャットサポートおよびチュートリアル、ならびにアップロード接続ツールを含むことができる。
【００８５】
ポータル設計は、規則的にスケジュールされた時間および間隔において生じ得る、動作性能を向上させるための多数の機能および報告を含む。制御アクティビティの非限定的実施例として、標準的データベースバックアップおよび関連制御、ユーザセキュリティ管理およびサポート、報告スケジューリングおよび配信、電子メールおよびモバイルサービス統合のための協調、ならびにシステムテーブルおよびツール保守を含む。
【００８６】
最大限の所望の動作透過性をサポートするために、本発明の機能は、多数の関係者要件の支援において、広範囲の監査および規制監視能力をサポートすることができる。システム特徴として、管理および同意機能のログ付け、クエリおよびデータセットダウンロードのログ付け、ならびに本発明内外への全メッセージトラフィックのログ付けを含むことができる。
【００８７】
本発明の機能は、全データ取扱および同意動作の可視かつ完全品質制御を提供することができる。システム特徴として、全ロードされたデータ要素の定量的追跡、範囲およびドメインを含む、着信データタイプの有効化、全データフィードの合計のカウントおよび含有の制御、ならびに全発信トラフィックのための確認応答メッセージ制御を含むことができる。プラットフォームは、全標準的かつ現在のバージョンの健康レベル７通信規格および基準モデルを使用して、メッセージトラフィックをサポートすることができる。
【００８８】
プラットフォームキュレータ
プラットフォームキュレータは、メタデータ定義を有効化および最適化するための一式の内部品質保証ツールとともに、プラットフォームのデータを開始、ロード、および管理するために必要とされるメタデータが、定義、導出、またはロードされることを可能にする、一式のツールである。キュレータは、要求される最小限のヒト分析介入を伴って、自動的に遂行され得る、意味論的存在論の集合へのデータのマッピングおよび整合を含む、データおよびメッセージの精選のレベルを最大限にしようとする。本特徴は、プラットフォームの中に組み込まれるデータソースが、集約的分析努力後、その自身のハードコード実装を要求するために、各新しいデータソースのローディングを要求するのではなく、構成可能であるように処理されることを可能にする。
【００８９】
プラットフォームのキュレータは、種々の機能構成要素を含有する。本能力において利用可能なサービスおよびコマンドの非限定的実施例として、以下を含む。メッセージマッパ：新しいまたは変更着信メッセージタイプのためのメタデータを定義するために使用される。本構成要素は、プラットフォームサポートスタッフによって、メッセージの定義をプラットフォームに対して定義された概念および機能的ＣＬＯに離散的にマップされ得るフラグメントに構造的に分解することによって、データをシステムの中に定義およびマップするために使用される。トークンマネージャ：そのプライバシーがプラットフォーム内で保護される必要があるデータを識別するために使用される。直接または間接的のいずれかにおいて、情報アーチファクト存在論において中心に位置合わせされた識別子（ＣＲＩＤ）にマップされた任意のデータは、プラットフォームサポートスタッフによって、そのように明示的にタグ付けされた任意の付加的データ同様に保護されることができる。存在論ローダ：機能的または具体的ＣＬＯマッピングあるいはインスタンスに影響を及ぼし得る、存在論における要素が変化するにつれた影響分析および構成報告を含む、外部存在論をプラットフォーム内の概念ＣＬＯとして定義、ロード、および維持するために使用される。存在論エクステンダ：存在論ローダによって、またはソースメッセージのマッピングおよび処理を通してロードされた存在論のローカル特性を定義および維持するために使用される。本機能は、トークナイザおよび枠組ナビゲータ能力を導出する、内部関係存在論を維持する。存在論マッパ：要約における概念および機能的ＣＬＯ間の関係を分類およびマップするために使用され、かつメッセージ構造（すなわち、ＩＣＥ、ＩＱＥ）が概念にどのようにマップされているかを判断する。メッセージ／存在論および存在論間の矛盾は、存在論ローディングおよび保守の間、衝突から生じるものを含め、識別および解決されることができる。インスタンスマネージャ：概念のインスタンス、特に、トークン化された構造を管理するために使用され、それらが受信されたデータソースによって、保守を受け得る（例えば、患者のマージ、診察の移動）。処理は、一意として精選されておらず、１つを上回る一意に精選されたキーと関連付けられたソースデータ内に到着した自然ソースキーの追跡および解決を含む。スキーマビルダ：ＣＬＯにマップされたソースメッセージから導出されるために必要とされるデータ構造のコンテンツを推測するために使用される。これは、具体的ＣＬＯならびに将来プラットフォームの一部となる任意の発信メッセージのためのデータ構造を含む。枠組ナビゲータ：１つの意味論的存在論に対して書き込まれたクエリが、概念が適切にマップされた他の存在論を通して拡張されることを可能にするために使用される。
【００９０】
メッセージマッパ
メッセージマッパは、新しいまたは変更着信メッセージタイプのためのメタデータを定義するために使用される。本構成要素は、プラットフォームサポートスタッフによって、メッセージの定義をプラットフォームに対して定義された概念および機能的ＣＬＯに離散的にマップされ得るフラグメントに構造的に分解することによって、データをシステムの中に定義およびマップするために使用される。
【００９１】
精選マッパの値は、メッセージ定義または例文コーパスにおいて利用可能な構造および推測から自動的にマップされ得る、各新しいメッセージの部分を最大限にするためのものである。理想的には、キュレータは、そうでなければ自動であるプロセスの間に生じる例外にのみ関わる必要がある。自動化は、精選プロセス全体を通して手動精選機会を投入することによって最適化されることができる。いくつかの実施形態は、自動および手動精選の両方を含む。
【００９２】
新しいメッセージが、プラットフォームの中への入力のために識別されるにつれて、それらのメッセージは、メッセージの完全に新しいカテゴリ（ＩＡＯ  ＩＢＥ概念の直接「ｉｓ  Ａ」子孫）、またはＩＡＯ  ＩＢＥ概念の下位にある、いくつかの以前に定義されたメッセージの変形のいずれかとして、キュレータに定義されることができる。編成上固有の業界標準メッセージの定義は、それ自体がＩＡＯ  ＩＢＥ概念の直接子孫である、それが基づく業界標準メッセージ定義の下位にあることができる。
【００９３】
任意の上位タイプＩＢＥメッセージのために定義された構造およびマッピングは、任意の新しいＩＢＥメッセージによって技術的に継承されるが、実世界メッセージ定義に対する手動精選は、本継承に違反し得る。したがって、ＩＢＥが、相互の下位タイプとして定義されると、品質保証分析が、結果として生じる兄弟を横断する矛盾またはメッセージタイプと推測される上位タイプメッセージとの間の相違を探すために行われることができる。
【００９４】
図１０は、ＣＤＡ文書のためのＸＭＬ規格等のＩＢＥの脱構築における複雑性の一部を図示する。関心事は、可変意味を伴うエンティティである。関連付けられたメタデータが、具体的ＣＬＯと、認識されたタグ内に存在する関心事に対する値を有する、対応する属性を表わすＣＬＯとを提供する場合、関心事ステータスは、解決されたと見なされる。関心事は、代替として、発症年齢、例えば、５７歳等の埋め込まれた属性を伴う具体的ＣＬＯであることができる。具体的ＣＬＯは、ＣＬＯをマッピングの下層に埋め込む／継承し、関心事を問題リストにまとめ、エピソードノートの要約につながることができる。
【００９５】
いくつかのソースフィールドは、その値をコード化された構成要素およびタグを通してマップさせる一方、その他は、既存の認識されたタグ内の値であることが見出される。本複雑性は全て、任意複合メッセージの異なる機能的構成要素を表す、ネスト化されたコード化構造内で生じ得る。
【００９６】
キュレータにおける情報アーチファクト存在論の使用は、具体的には、メッセージを、他の存在論に対してマップされ得る、構造およびコンテンツ構成要素と、メッセージ精選の間に動的に定義され得るＣＬＯスキーマとに分解することによって、体系的かつ管理可能な方法においてこれらの複雑性および変数を取り扱うことを標的とする。
【００９７】
本精選分類化は、１）ＨＬ７  ＣＤＡ規格等のコンテンツを伴わないメッセージタイプの形式定義を探すことによって、または２）メッセージのコーパスを探し、実際のマップを実データから抽出し、マッピングを調節し、コーパス内のメッセージを横断する自然変動における差異または矛盾を管理することによって、２つの異なるが、支援的役割において機能することができる。前者のアプローチは、対処すべきメッセージ変動を有していないという利点を有する一方、後者のアプローチは、マップするための実際の実データを有するという利点を有する。健康ケアメッセージにおける多くのマッピングは、メッセージプロセスの実際のコンテンツに基づくため、コーパスベースのアプローチはＥＴＬプロセスを導出するために使用され得る、最終マッピングにつながる可能性が最も高い。より形式的規格ベースのマッピングは、さらなるコーパスベースのマッピングをサポートするであろう、重要な中間マッピングとしての役割を果たし得る。これらの代替が、最適アプローチを判定するために探究され続けている。
【００９８】
情報担体を識別する
メッセージ構造内の任意の重要経路は、情報コンテンツエンティティ（ＩＣＥ）として精選されることができる。メッセージ内のタグの多くは、プラットフォームの中にロードされる必要はないが、それらのデータの一部が、精選プロセスを補助する際に有用である、ＣＤＡ規格によって決定付けられる、メッセージオーバーヘッドを表す。鋳型ＩＤは、本観察ブロックをＣＤＡ経時変化観察として識別する。ステータスコードは、観察が完了したことを示す。
【００９９】
ＩＣＥはまた、精選自体のサポートならびにプラットフォームによるこれらのメッセージの自動化されたＥＴＬ処理の補助の両方において有用であることが証明されている下位タイプを含む、ＩＡＯにおける付加的層の精選を受ける。実施例として、時間測定データとしての値ＩＣＥおよび時間単位としての単位ＩＣＥの精選を含む。
【０１００】
保護を定義する
プラットフォームによって提供されるデータ保護のうちのいくつかは、ＯＢＩ存在論に対するＩＣＥの分類化を通して定義される。具体的には、ＩＣＥのうちのいくつかは、個々の組織識別子または患者役割概念にマップされ、したがって、それらの値のプラットフォームトークン化にアクセス可能である。
【０１０１】
データは、アドレスであるためだけではなく、その経路定義内のその直上に患者役割を含む、ＩＣＥ内のアドレスであるため（例えば、メッセージのヘッダに含まれる病院アドレスとは対照的に）、ＨＩＰＡＡに基づくＰＨＩデータとして保護を要求する。アドレス構造構成要素のためのＩＳＥは、キュレータによって、ＰＨＩとしてフラグされることができる。
【０１０２】
トークンマネージャ
トークンは、種々の機関ソースシステムから到着するデータの非特定化を可能にする、プラットフォームの内部識別子である。プラットフォーム内でトークン化されることが予期されるメッセージ構成要素のタイプは、ＭＲＮ等の連続体識別子、診察または訪問識別子等のそのような連続体に一意であろう、時間的イベント識別子、ならびに順番を示す数字等のそれらの時間的イベント内の動作識別子を含む。
【０１０３】
トークンの管理は、プラットフォーム内でトークンに変換される必要がある、ソース識別子と、それらのソース識別子間の関係および優先する優先順位との定義を伴う。プラットフォームは、処理のために階層の中に埋め込まれた一式の定義された識別子を有する。階層のルートは、プラットフォーム内で割り当てられ、維持される、プラットフォームのエンタープライズマスタ患者識別子（ＥＭＰＩ）であることができる。他のノードは、ソースデータ要素をシステムにマップするように作用するキュレータによって定義されることができる。
【０１０４】
例えば、病院／健康ケア機関、連邦健康ケア機関、および規定されたローカル機関の３つの異なる機関に対して定義された識別子が存在することができる。異なる機関は、識別子ツリーのその独自のブランチを有することができるが、同一識別子が、複数の機関を横断して共有される場合、複数の位置において、ツリー内に現れ得る（例えば、社会保障番号）。
【０１０５】
各機関ブランチは、機関によってマスタ識別子として使用される識別子から開始することができる。発達した機関は、ＥＭＰＩとして取り扱う単一識別子を有することができるが、プラットフォームは、機関がＥＭＰＩとして精選し得る識別子の数に制限を提供するものではない。機関のＥＭＰＩ識別子の下方には、一意のまたは非一意のいずれかである、付加的非ＥＭＰＩ識別子の階層カスケードがある。
【０１０６】
トークン識別子
概して、ＯＢＩ患者役割または試料役割と関連付けられた具体的ＣＬＯの識別につながり得る、任意のデータは、プラットフォーム内でトークン化されることができる。加えて、有機体または試料識別子と関連付けられたＩＡＯの中心に位置合わせされたＩＤ（ＣＲＩＤ）概念のインスタンスとしてプラットフォーム内に定義されたデータも、トークン化されることができる。中心に位置合わせされたこれらの後者の識別子はまた、そのような識別子の割当を行う組織が、プラットフォーム内でトークン化された識別子の一意性を維持するために、トークン化アルゴリズム内に含まれることを要求することができる。
【０１０７】
衝突を解決する
プラットフォームの自動精選能力は、マップされた概念間の多数の矛盾および衝突をもたらし得る。これらのうちのいくつかは、プラットフォームの中にロードされた種々の存在論間の固有の存在論間の矛盾のために生じる。他の問題も、精選されるメッセージ自体における曖昧性および矛盾のために生じ得る。ヒトキュレータは、これらの問題を明示的に解決することができる。
【０１０８】
ＩＣＥをＣＬＯにマップする
構造マッピングに加え、精選プロセスの最終目的は、プラットフォームリポジトリ内の具体的機能的ＣＬＯへの着信メッセージ値のマッピングを終了させることである。多くのメッセージは、本最終連鎖を自動精選することが可能であるために十分なメタデータを含む一方、他のメッセージ値は、ヒトベースの手動精選を通してマップ可能である。精選プロセスは、加えて、自動的に、多くのメッセージタイプを解析し、初期または中間スキーマ提案を作成し、入力フィールドを概念および機能的存在論にマップし、具体的ＣＬＯスキーマ特性を定義することができる。
【０１０９】
存在論ローダ
プラットフォームの存在論ローダは、ローディングのために利用可能な任意の公共または私的存在論において利用可能なノードおよび関係の全てのための概念ＣＬＯを取り込むために使用される。これは、新しい存在論の初期ロードならびに既存の事前にロードされた存在論の定期的保守を含む。
【０１１０】
存在論エクステンダ
プラットフォーム内に記憶される存在論のいずれかを横断して、完全精選は、そうでなければ、それらの存在論内にあるものとして識別されない、ローカルノード、関係、またはインスタンスを含むように、ロードされた存在論を拡張する能力を要求する。これらの能力の最も頻繁な使用のうちの２つは、ローカル存在論がメッセージマッパ内のメッセージコンテンツから推測される場合と、ノード間の既存の関係が枠組ナビゲータにおいて所望されるようにそれらを挙動させるように補足される必要がある場合である。
【０１１１】
存在論マッパ
プラットフォームの枠組能力は、要求を満たすデータを検索しながら、複数の存在論または意味論的レベルからの概念が自動的にナビゲートされることを可能にすることによって、ユーザがデータに対して行うクエリをサポートする。存在論間の多くのマッピングは、ロードされた存在論の規則的保守の一部として、プラットフォームの中にロードされるが、キュレータはまた、サポートスタッフが、それらの関係を明示的に補足するための機構をもたらす。
【０１１２】
これらの存在論間のマッピングは、プラットフォーム内で種々の目的を果たすことができる。図１１は、存在論間の意味論的概念マッピングの略図である。本図は、検索が処理されるときに生じ得る、異なるレベルの一致を描写する。一致レベルの例証的実施例として、完全一致、近似一致、狭義一致、および関連一致を含み、それぞれ、連帯的に、または独立して、最終マッピング関係に寄与し得る。意味論的存在論間のマッピングは、クエリ枠組機能性を通して、より豊富なクエリナビゲーションをサポートすることができる。サポート存在論へのマッピングは、クエリ目的に基づいて、分析からのデータの包含または除外をサポートする。
【０１１３】
ＩＡＯ存在論にマップされた概念は、概して、メッセージ従属アーチファクトであって、多くの場合、臨床または調査性質の情報を伝達しない。ＯＢＩ概念にマップされる概念は、典型的には、データが導出される臨床環境に関する情報を伝達するが、典型的には、ほとんどの臨床志向型クエリ着目の患者の臨床像の一部ではない。ＯＧＭＳ存在論にマップされた概念は、典型的には、プラットフォームのクエリ内の患者の着目臨床像の要素である。
【０１１４】
本データは全て、任意の特定のルールまたはクエリにおいて着目され得、したがって、全て、プラットフォーム内で利用可能であるが、サポート存在論へのマッピングは、多くのクエリ内に包含または除外されるものを最適化するための経路をもたらす。複数のサポート存在論への意味論的概念の交差マッピングもまた、マッピングを継続的に改善するように作用するために、データの品質制御およびモデル化のための広範な機会をもたらす。
【０１１５】
マッピングはまた、ロードされた存在論内で表される意味論的データの基本的品質保証を行うための機会をもたらす。精選ツールが識別および示すために必要な共通問題の１つとして、概念間の意味論的マッピングにおける双方向矛盾が挙げられる。
【０１１６】
インスタンスマネージャ
プラットフォームの中にロードされたデータのインスタンス、特に、トークン化されたインスタンスは、経時的に管理され、連続的な適切なマッピングおよび定義を確実にすることができる。規則的ベースで、ほとんどの健康ケア機関は、冗長的に作成された患者定義をマージする、または誤った患者に対して定義された診察を移動させることが可能である必要がある。インスタンスマネージャは、自動化および手動の両方で、これらの能力のための精選されたサポートを提供する。
【０１１７】
オーファン管理
ほとんどのオーファン採択は、自動であって、含有する存在論が、その外部ソースから次に更新されるときに生じる。このように自動的に採択しないそれらのオーファンは、手動で精選されない限り、オーファン状態のままであり得る。そのような手動精選は、随意であるが、概念をプラットフォーム内の概念ネットワークを横断して利用可能なより広範なマッピングおよび精選データのセットに連結するのを補助する。
【０１１８】
スキーマビルダ
プラットフォームのスキーマビルダは、ＣＬＯにマップされたソースメッセージから導出されるために必要とされるデータ構造のコンテンツを推定するために使用される。
【０１１９】
枠組ナビゲータ
プラットフォームの枠組ナビゲータは、１つの意味論的存在論に対して書き込まれたクエリが、概念が、存在論自体内において、または本プラットフォーム内で提供される精選ツールを使用することによって、適切にマップされた他の存在論を通して拡張されることを可能にするために使用される。ナビゲータは、どのエッジが、含まれ得るか、または存在論を通した枠組経路から除外されなければならないかを判定し、ナビゲーションは、典型的には、概念を通してより狭義の包含概念へと下位に向かう。
【０１２０】
ＣＬＯを焦点と仮定すると、枠組ナビゲータは、ＣＬＯから離れるようにエッジを追従し、その枠組相隣関係を確立することができ、相隣関係は、１エッジ分離れた全ＣＬＯから成る。焦点ＣＬＯを広げるエッジは、ナビゲーションから除外され、正確な、近似する、または絞り込み関係として精選される外向きエッジのみ残すことができる。
【０１２１】
枠組構築のプロセスにおける各ステップは、枠組を使用して、クエリツールからの入力に基づいて、枠組アルゴリズムに含まれる、またはそこから除外され得る、処理ステップを包含する。本枠組は、典型的には、任意の所与のクエリに対して、オンまたはオフと見なされるが、本アルゴリズムの構成要素は、実際には、任意の点まで含まれ、任意のサポートされたクエリツールのユーザに柔軟性および機能性の増加をもたらすことができる。
【０１２２】
枠組論理のための開始点は、任意のクエリされた概念の拡張であって、発生概念に対する正確一致として精選された概念を含む。概念間の正確一致関係は、直接、任意の存在論ロード動作の一部として、または本ツールスイートにおける精選の明示的結果として供給される。正確一致関係は、遷移的であるため、いくつかの概念は、冗長的に返され、概念検索によって生成される任意の回帰を停止するための機構を要求する。枠組構築のために要求される最小実装は、単純相隣関係クエリであって、遷移的正確一致関係をさらに追従しようとせずに、正確一致として記録されたそれらの概念のみを示す結果をもたらす。
【０１２３】
データ要件
プラットフォームキュレータは、それぞれ、基礎となる基本形式存在論（ＢＦＯ）にマップされた３つの高レベル意味論的存在論を使用する。図１２は、プラットフォームによって使用される存在論のうちの３つと、データがどのように１つの存在論から次の存在論に流れるかを描写する。情報アーチファクト存在論（ＩＡＯ）は、プラットフォームを用いて、他の意味論的フレームの中への後続マッピングのために、メッセージ定義を機能的に分解するために必要な概念および関係を含む。バイオメディカル調査のための存在論（ＯＢＩ）は、バイオメディカル環境およびそこで生じるアクティビティに関連するデータを適切に定義し、それを捕捉するために必要な概念および関係を含む。本存在論を通してマップされたデータは、臨床環境の参加者、役割、および作用を説明する。一般医療科学の存在論（ＯＧＭＳ）は、患者または対象の臨床像を捕捉するために必要な概念および関係を含む。本存在論を通してマップされたデータは、実際には、いくつかの方法において、患者または対象の臨床状態を説明する。
【０１２４】
これらの３つの存在論は、プラットフォームによって拡張され、本開示のいずれかに説明される他の存在論および一般または機能的要件をサポートすることができる。
トークンリポジトリ
【０１２５】
プラットフォームのトークンリポジトリは、トークン化され、標準的プラットフォームＥＭＰＩ定義に統合される、保護されたソースメッセージ識別子を提供する。リポジトリは、多くのそのようなキーが患者の同一インスタンスにマップされた後でも、別々のソースの自然キー毎に粒度の細かいトークンを維持する。本粒度は、トークンが、異なる患者に対するそのマッピングが経時的に変化し得るにつれてさえ安定したままであることを可能にする。トークンリポジトリの構成要素は、本能力において利用可能なサービスおよびコマンドの非限定的実施例として、図１３に図示され、本明細書に説明される。それらとしては、トークン機関：トークン化されている識別子を所有または制御する、組織または編成体が挙げられる。その主要目的は、全トークン化されたコンテキストが、複数の機関からの類似検索参照値が重複または衝突せずに、一意に定義されることを確実にすることである。トークンコンテキスト：データを示すために企業によって使用される個々の識別子の定義。機関のためのコンテキストのうちの少なくとも１つは、一意であり得る、マスタインデックス（ＥＭＰＩ）としての役割を果たす。同一機関のための他のコンテキストは、一意のまたは非一意であることができ、機関のＥＭＰＩの１つに集約することができる。トークンマッピング：機関コンテキスト間の関係。トークン参照：機関コンテキストのインスタンス。トークン定義：それをポイントする参照のセットに割り当てられる実際のトークンおよび制御値。トークン階層：参照インスタンス間の関係。
【０１２６】
各参照は、処理の間、その独自のプラットフォームトークンが割り当てられる。本階層のレイアウトは、データが、ローディングの間、どのように処理されるかを判定する。複数の同時コンテキストに対して受信されたデータ（例えば、病院およびＭＲＮ）は、利用可能な最低レベルトークン（例えば、病院およびＭＲＮ）に対してトークン化される。
【０１２７】
非一意のコンテキストは、一意のコンテキストに必要とされない、余剰処理を要求する。非一意のコンテキストを含有する、データフィードが、受信される場合、受信された値および一意の識別子のうちの１つの両方を使用して有効化されることができる。本余剰有効化は、非一意の識別子のためのデータが誤ったＥＭＰＩと不注意に関連付けられないことを保証することができる。
【０１２８】
ＤＮＡ／ＲＮＡゲノムデータの分析のための臨床サポートツールおよびアプリケーション
本発明のプラットフォームは、ゲノム情報を含む、ＣＬＯを分析することができる。ゲノム情報は、例えば、以下の方法において、対象から得られることができる。１）パイロシーケンシングにおいて、ＤＮＡが、油溶液中において、プライマでコーティングされたビーズに結合された単一ＤＮＡ鋳型を含有する水液滴内で増幅される。ヌクレオチドが、成長シーケンスに添加され、各塩基の添加が、可視光によって証明される。２）イオン半導体シーケンシングが、合成の間に遊離された水素イオンと関連付けられた電気信号として、核酸残基の添加を検出する。鋳型を含有する反応ウェルが、１度に１つずつ、４つのタイプのヌクレオチド基本単位で浸漬される。電気信号のタイミングは、どの基本単位が添加されたかを識別し、鋳型内の対応する残基を識別する。３）ＤＮＡナノボールが、ローリングサークル複製を使用し、ＤＮＡをナノボールに増幅させる。ナノボールの結紮による非連鎖シーケンシングは、ＤＮＡシーケンスを明らかにする。４）可逆色素アプローチにおいて、核酸分子が、スライド上でプライマにアニールされ、増幅される。それぞれ、ネイティブヌクレオ塩基に相補的である、４つのタイプの蛍光色素残基が添加され、核酸シーケンス中の次の塩基に相補的残基が添加され、取り込まれなかった色素が、スライドから漱洗される。４つのタイプの可逆ターミネータ塩基（ＲＴ−塩基）が添加され、取り込まれなかったヌクレオチドが、洗い流される。蛍光は、色素残基の添加を示し、したがって、鋳型シーケンス内の相補的塩基を識別する。色素残基は、化学的に除去され、サイクルは、繰り返される。いったん得られると、ゲノムデータは、プラットフォームにアクセス可能な任意の他のデータおよびＣＬＯとともに、検索および分析されることができる。ゲノムデータは、個人化された臨床ケア、調査、および母集団分析／発見目的のために使用されることができる。
【０１２９】
任意のツール、インターフェース、エンジン、アプリケーション、プログラム、サービス、コマンド、または他の実行可能アイテムは、コンピュータ実行可能コードにおいてコンピュータ可読媒体上にエンコードされたモジュールとして提供されることができる。いくつかの実施形態では、本発明は、本明細書に説明される任意の作用を行うための方法をエンコードする、コンピュータ実行可能コードである、その中にエンコードされたコンピュータ可読媒体を提供し、方法は、本明細書に説明される任意の数のモジュールを備えるシステムを提供することを含み、各モジュールは、本明細書に説明される任意の機能を行い、ユーザに出力等の結果を提供する。
【実施例】
【０１３０】
実施例１：データフロー概略
図１は、メタデータ収集が、直接、健康ケアネットワーク、病院、または患者自体から、種々のレベルで生じることを示す。ウェブベースのブローカーを使用して、データは、患者プライバシーおよびＨＩＰＡＡ規格に準拠するために、非特定化される。データは、次いで、取り込まれ、オブジェクトインテリジェンス段階での後の処理における正規化されたデータ定義へのデータのマッピングを促進するために、データを合理化することを含む。加えて、ソフトウェア内の既存の存在論は、新しく入力されたデータに適用され、オブジェクトインテリジェンス段階においてオブジェクトを作成する。
【０１３１】
図１に描写されるように、オブジェクトインテリジェンス段階は、オブジェクトジェネレータ、オブジェクトウェアハウス、ルールマネージャ、および自然言語処理（ＮＬＰ）エンジンから成る。これらの構成要素は、オブジェクトの生成、記憶、分析、維持、および分配を可能にする。本時点において、ソフトウェアは、開発者および調査者が、コンテンツを閲覧するための現代のアプリケーションプログラミングインターフェース（ＡＰＩ）を提供する。オブジェクトインテリジェンス段階は、着目オブジェクトのさらなる分析のために使用される、一式のオブジェクトツールを作成する。オブジェクトインテリジェンスは、アプリケーションプログラミングインターフェース（ＡＰＩ）またはソフトウェア開発キット（ＳＤＫ）を介してプラットフォームを更新することによって、改良されることができる。
【０１３２】
図１は、ソフトウェアプラットフォームの全体的データフロー動態が、データが、臨床サポートサービスを提供するための方法として、オブジェクトインテリジェンス段階の中へだけではなく、また、段階からもフローするという点において双方向であることを図示する。臨床決定サポートシステム（ＣＤＳ）は、患者ケアに関する推奨が、メッセージングエンジンを介してユーザに行われる場所で採用されることができる。これらのメッセージは、オリジナルユーザ、すなわち、健康ケアネットワーク、病院、および／または患者のいずれかに表示されることができる。
【０１３３】
図１４は、ワークフローが、患者チャートの分析に応じて、どのように進められ得るかの実施例を図示する。患者チャートを開くことは、トリガ作用となり、最良実践ガイダンスルール（ＢＰＧＲ）を評価させる。本評価は、規定された健康ケア検索サーバを介して生じる。ＢＰＧＲ評価のための第２のトリガ点は、ユーザが、患者に関する注文を行い、サインを行うときである。これらのトリガ点の一方または両方が実行されると、データが収集され、リスク分析エンジンの呼び出しが、始動される。リスク分析エンジンは、本入力を他の患者データとともに評価し、ユーザにアラートが示される必要があるかどうかを判定する。「偽」がエンジンから返される場合、ワークフローは、終了する。「真」が返される場合、アラートが、ユーザに表示され、これは、患者特異的関心事だけではなく、また、患者のために適切であり得る注文を発行するための一式の選択肢を含有する。本時点において、ユーザは、ガイダンスを承認し、ワークフローを終了するか、または提案される注文セットを承認するかのいずれかを行うことができる。後者の選択肢が選定される場合、注文セットが、健康ケア検索サーバからロードされ、ユーザに表示される。
【０１３４】
実施例２：コンピュータアーキテクチャ
種々のコンピュータアーキテクチャは、本発明とともに使用するために好適である。図３は、本発明の例示的実施形態に関連して使用することができる、コンピュータシステム３００の第１の例示的アーキテクチャを図示する、ブロック図である。図３で描写されるように、例示的コンピュータシステムは、命令を処理するためのプロセッサ３０２を含むことができる。プロセッサの非限定的実施例は、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ７ＴＭプロセッサ、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ５ＴＭプロセッサ、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ３ＴＭプロセッサ、Ｉｎｔｅｌ  ＸｅｏｎＴＭプロセッサ、ＡＭＤ  ＯｐｔｅｒｏｎＴＭプロセッサ、Ｓａｍｓｕｎｇ  ３２ビットＲＩＳＣ  ＡＲＭ  １１７６ＪＺ（Ｆ）−Ｓ  ｖ１．０ＴＭプロセッサ、ＡＲＭ  Ｃｏｒｔｅｘ−Ａ８  Ｓａｍｓｕｎｇ  Ｓ５ＰＣ１００ＴＭプロセッサ、ＡＲＭ  Ｃｏｒｔｅｘ−Ａ８  Ａｐｐｌｅ  Ａ４ＴＭプロセッサ、Ｍａｒｖｅｌｌ  ＰＸＡ  ９３０ＴＭプロセッサ、または機能的に同等のプロセッサを含む。複数の実行のスレッドを並列処理に使用することができる。いくつかの実施形態では、単一のコンピュータシステム内であろうと、クラスタ内であろうと、または複数のコンピュータ、携帯電話、および／または携帯用情報端末を備えるネットワークを経由してシステムにわたって分配されようと、複数のプロセッサ、または複数のコアを伴うプロセッサを使用することができる。
【０１３５】
データ取得、処理、および記憶
図３で図示されるように、プロセッサ３０２によって最近使用された、または頻繁に使用される、命令またはデータのための高速メモリを提供するように、高速キャッシュ３０１を、プロセッサ３０２に接続するか、またはそれに組み込むことができる。プロセッサ３０２は、プロセッサバス３０５によって、ノースブリッジ３０６に接続される。ノースブリッジ３０６は、メモリバス３０４によってランダムアクセスメモリ（ＲＡＭ）３０３に接続され、プロセッサ３０２によるＲＡＭ３０３へのアクセスを管理する。ノースブリッジ３０６はまた、チップセットバス３０７によってサウスブリッジ３０８に接続される。サウスブリッジ３０８は、順に、周辺機器用バス３０９に接続される。周辺機器用バスは、例えば、ＰＣＩ、ＰＣＩ−Ｘ、ＰＣＩ  Ｅｘｐｒｅｓｓ、または他の周辺機器用バスであり得る。ノースブリッジおよびサウスブリッジは、多くの場合、プロセッサチップセットと称され、プロセッサ、ＲＡＭ、および周辺機器用バス３０９上の周辺構成要素間のデータ転送を管理する。いくつかのアーキテクチャでは、別個のノースブリッジチップを使用する代わりに、ノースブリッジの機能性をプロセッサに組み込むことができる。
【０１３６】
いくつかの実施形態では、システム３００は、周辺機器用バス３０９に取り付けられたアクセラレータカード３１２を含むことができる。アクセラレータは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはある処理を加速するための他のハードウェアを含むことができる。
【０１３７】
ソフトウェアインターフェース
ソフトウェアおよびデータは、外部記憶装置３１３に記憶され、プロセッサによる使用のために、ＲＡＭ３０３および／またはキャッシュ３０１にロードすることができる。システム３００は、システムリソースを管理するためのオペレーティングシステムを含み、オペレーティングシステムの非限定的実施例は、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＭＡＣＯＳＴＭ、ＢｌａｃｋＢｅｒｒｙ  ＯＳＴＭ、ｉＯＳＴＭ、および他の機能的に同等なオペレーティングシステム、ならびにオペレーティングシステムの上で作動するアプリケーションソフトウェアを含む。
【０１３８】
本実施例では、システム３００はまた、ネットワークアタッチトストレージ（ＮＡＳ）および分散型並列処理に使用することができる他のコンピュータシステム等の外部記憶装置にネットワークインターフェースを提供するための周辺機器用バスに接続されたネットワークインタフェースカード（ＮＩＣ）３１０および３１１も含む。
【０１３９】
コンピュータシステム
図４は、複数のコンピュータシステム４０２ａおよび４０２ｂ、複数の携帯電話および携帯用情報端末４０２ｃ、ならびにネットワークアタッチトストレージ（ＮＡＳ）４０１ａおよび４０１ｂとともに、ネットワーク４００を示す略図である。いくつかの実施形態では、システム４０２ａ、４０２ｂ、および４０２ｃは、データ記憶を管理し、ネットワークアタッチトストレージ（ＮＡＳ）４０１ａおよび４０２ｂに記憶されたデータのためにデータアクセスを最適化することができる。数学的モデルをデータに使用し、コンピュータシステム４０２ａおよび４０２ｂ、ならびに携帯電話および携帯用情報端末システム４０２ｃにわたって分散型並列処理を使用して評価することができる。コンピュータシステム４０２ａおよび４０２ｂ、ならびに携帯電話および携帯用情報端末システム４０２ｃはまた、ネットワークアタッチトストレージ（ＮＡＳ）４０１ａおよび４０１ｂに記憶されたデータの適応データ再構成のための並列処理を提供することもできる。図４は、実施例のみを図示し、多種多様の他のコンピュータアーキテクチャおよびシステムを、本発明の種々の実施形態と併せて使用することができる。例えば、並列処理を提供するために、ブレードサーバを使用することができる。並列処理を提供するように、バックプレーンを通してプロセッサブレードを接続することができる。記憶装置もまた、バックプレーンに、または別個のネットワークインターフェースを通してネットワークアタッチトストレージ（ＮＡＳ）として接続することができる。
【０１４０】
いくつかの実施形態では、プロセッサは、別個のメモリ空間を維持し、他のプロセッサによる並列処理のために、ネットワークインターフェース、バックプレーン、または他のコネクタを通してデータを伝送することができる。いくつかの実施形態では、プロセッサのうちのいくつかまたは全ては、共有仮想アドレスメモリ空間を使用することができる。
【０１４１】
仮想システム
図５は、共有仮想アドレスメモリ空間を使用する、マルチプロセッサコンピュータシステムのブロック図である。本システムは、共有メモリサブシステム５０２にアクセスすることができる、複数のプロセッサ５０１ａ−ｆを含む。本システムは、複数のプログラマブルハードウェアメモリアルゴリズムプロセッサ（ＭＡＰ）５０３ａ−ｆをメモリサブシステム５０２に組み込む。各ＭＡＰ５０３ａ−ｆは、メモリ５０４ａ−ｆと、１つまたはそれを上回るフィールドプログラマブルゲートアレイ（ＦＰＧＡ）５０５ａ−ｆとを備えることができる。ＭＡＰは、構成可能な機能単位を提供し、特定のアルゴリズムまたはアルゴリズムの部分を、それぞれのプロセッサと密接に協調して処理するためにＦＰＧＡ５０５ａ−ｆに提供することができる。本実施例では、各ＭＡＰは、これらの目的でプロセッサの全てによって大域的にアクセス可能である。１つの構成では、各ＭＡＰは、関連メモリ５０４ａ−ｆにアクセスするためにダイレクトメモリアクセス（ＤＭＡ）を使用することができ、それぞれのマイクロプロセッサ５０１ａ−ｆから独立し、かつそれらとは非同期的に、タスクを実行することを可能にする。この構成では、ＭＡＰは、アルゴリズムのパイプライン化および並列実行のために、結果を別のＭＡＰに直接供給することができる。
【０１４２】
上記のコンピュータアーキテクチャおよびシステムは実施例にすぎず、一般プロセッサ、コプロセッサ、ＦＰＧＡおよび他のプログラマブル論理デバイス、システムオンチップ（ＳＯＣ）、特定用途向け集約回路（ＡＳＩＣ）、ならびに他の処理および論理要素の任意の組み合わせを使用するシステムを含む、多種多様の他のコンピュータ、携帯電話、および携帯用情報端末アーキテクチャおよびシステムを、例示的実施形態に関連して使用することができる。ランダムアクセスメモリ、ハードドライブ、フラッシュメモリ、テープドライブ、ディスクアレイ、ネットワークアタッチトストレージ（ＮＡＳ）、ならびに他のローカルまたは分散型データ記憶デバイスおよびシステムを含む、任意の種々のデータ記憶媒体を、例示的実施形態に関連して使用することができる。
【０１４３】
例示的実施形態では、コンピュータシステムは、上記または他のコンピュータアーキテクチャおよびシステムのうちのいずれかで実行する、ソフトウェアモジュールを使用して実装することができる。他の実施形態では、システムの機能は、部分的または完全に、ファームウェア、図５で参照されるようなフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等のプログラマブル論理デバイス、システムオンチップ（ＳＯＣ）、特定用途向け集約回路（ＡＳＩＣ）、または他の処理および論理要素で実装することができる。例えば、図３で図示されるアクセラレータカード３１２等のハードウェアアクセラレータカードの使用を通したハードウェア加速を伴って、セットプロセッサおよびオプティマイザを実装することができる。
【０１４４】
本明細書に説明される本発明の任意の実施形態は、例えば、同一の地理的場所内でユーザによって生産および伝送されることができる。本発明の製品は、例えば、ある国内の地理的場所から生産および／または伝送されることができ、本発明のユーザは、異なる国に存在することができる。いくつかの実施形態では、本発明のシステムによってアクセスされるデータは、複数の地理的場所６０１のうちの１つからユーザ６０２に伝送され得る、コンピュータプログラム製品である（図６）。本発明のコンピュータプログラム製品によって生成されるデータは、例えば、ネットワーク、セキュアネットワーク、非セキュアネットワーク、インターネット、またはイントラネットによって、複数の地理的場所間でやりとりされることができる。いくつかの実施形態では、本発明によって提供される存在論階層は、物理的かつ有形の製品上にエンコードされる。
【０１４５】
実施例３：ヒト疾患（ＤＯＩＤ）存在論を使用した病的肥満のマッピング
ユーザが、ＤＯＩＤ存在論を使用して、病的肥満を検索することを選択する。ユーザは、検索を行い、表４に表示されるような同意語のリストが提供される。用語は、検索された用語と、複数の存在論階層内の同意語を識別する、プラットフォームの存在論マッピングモジュールを比較することによって読み出される。この場合、同意語は、病的肥満、病的肥満（障害）、および重度の肥満である。加えて、検索は、表４に示されるように、用語の交差参照のために使用される他の存在論データベースも表示する。最後に、ＤＯＩＤは、図１５に図示されるように、規定された用語だけではなく、また、親も示す、用語の階層を表示する。本インスタンスでは、最も専門的ではない用語は、「代謝疾患」であって、最終的には、存在論ツリーを最も専門的である用語「病的肥満」に導く。階層は、病的肥満が、栄養過多のカテゴリ下にある、肥満のタイプであることを明らかにする。栄養過多は、後天性代謝疾患下にある栄養疾患であって、存在論ツリーの親である「代謝疾患」につながる。
【表４−１】
2016519806.tif 000007
【表４−２】
2016519806.tif 000008
【０１４６】
実施例４：ヒト表現型（ＨＰ）存在論（親）を使用した聴力損失のマッピング
ユーザが、聴力損失に関して、ＨＰ存在論内の検索を行う。表５は、プラットフォームの存在論マッピングモジュールを調べることによって得られた結果を示す。ユーザは、存在論によって判定された正確な同意語が提示される。この場合、聴力欠陥は、ＨＰ存在論における聴力損失の同意語である。検索は、ＵＭＬＳ存在論における同等用語を見出す。
【０１４７】
図１６は、ユーザが聴力損失を検索するときに作成される階層を図示する。図１６は、器官異常が、聴力損失の最高親であって、聴力損失が、器官異常であって、耳の異常である、聴力異常のタイプであることを示す。
【表５】
2016519806.tif 000009
【０１４８】
実施例５：ＨＰ存在論（子）を使用した聴力損失のマッピング
ＨＰ存在論における聴力損失の検索後、ユーザは、どの疾患が、聴力損失のドメイン下にあるかを把握することを所望する。図１７は、階層の下方拡張を図示する。ユーザは、ＨＰ存在論内に含有される聴力損失の全子用語および聴力損失の直接親用語「聴力異常」を確認可能である。ＨＰ存在論内に含有される聴力損失の子は、聴覚消失、聴力損失（伝導性）、聴力損失（感音性）、先天性聴力損失、進行性聴力損失、感音性、伝導性、または混合性聴力損失、先天性、非進行性、非症候性感音性聴力損失、高周波数聴力損失、低周波数聴力損失、および重度の聴力欠陥である。
【０１４９】
実施例６：医師の場合のワークフロー図
臨床医ユーザＤｒ．Ｇが、患者として、糖尿病、高血圧症、高脂血症、狼瘡、およびＣＶＡの病歴を伴う、７２歳の女性を有する。ワークフローの第１のトリガイベントは、患者に関する診察を開くことである。これは、２つのルールをトリガし、本発明のプラットフォームに通信される。空応答が、出力され、したがって、メッセージが、Ｄｒ．Ｇに表示されない。Ｄｒ．Ｇは、次いで、患者に関する注文を打ち込み、そうすることによって、アラートを生じさせないというルールをトリガする。Ｄｒ．Ｇは、次いで、患者病歴を得て、患者を検査する。検査に続き、Ｄｒ．Ｇは、ＰｌａｖｉｘＴＭのための注文にサインする。本注文は、トリガイベントである。アラートチェックコードが、プラットフォームルールをトリガし、アラートとしてＤｒ．Ｇに提示される。Ｄｒ．Ｇは、次いで、アラートによって提案されるように、ＰｌａｖｉｘＴＭ投薬量を変更する。本変更は、再び、トリガイベントとなり、打ち込まれた用量が容認可能であったため、アラートをもたらさない。Ｄｒ．Ｇは、診察を閉じる。診察を閉じることは、最終トリガイベントとなり、アラートをもたらさない。ワークフローは、終了する。
【０１５０】
実施例７：本発明のシステムを用いた臨床転帰の誘導
４４歳白人男性（対象Ａ）が、病院Ａでケアを受けている。臨床医Ｂが、対象Ａを治療している。対象Ａは、臨床医Ｂに、対象Ａが極度の顔面痛に悩まされていることを伝える。臨床医は、対象Ａが、三叉神経痛疾患であると診断する。三叉神経痛は、高レベルの疼痛と関連付けられる症状である。臨床医は、標準ケア治療として１００ｍｇのＴｅｇｒｅｔｏｌを処方を検討する。
【０１５１】
臨床医が三叉神経痛の診断を患者の電子医療記録（ＥＭＲ）に追加することを通して、三叉神経痛の診断が、対象ＡのＣＬＯクラスタに追加される。本新しい診断の追加は、対象ＡのＣＬＯクラスタの再査定を呼び出すルールをトリガする。システムは、対象Ａの表現型、遺伝子型、人口統計、処方薬薬物記録、および対象Ａの電子健康記録内の他のＣＬＯを評価する。システムは、対象Ａが、カルバマゼピン（ＴｅｇｒｅｔｏｌＴＭ）との深刻であって、時として、死に至る皮膚科学的反応の高リスクと関連付けられる遺伝子型を持っていると判定する。システムは、臨床医Ｂへのメッセージを出力し、カルバマゼピンを対象Ａに処方することと関連付けられたリスクを臨床医に通知する。システムはさらに、「代替薬剤の処方を検討してください。以下の薬剤は全て、三叉神経痛における使用に対して承認されており、本対象のノム薬理学プロファイルによって影響されないことが分かっている：ａ）ガバペンチン（ＮｅｕｒｏｔｉｎＴＭ）、ｂ）プレガバリン（ＬｙｒｉｃａＴＭ）、およびｃ）アミトリプチリン（ＥｌａｖｉｌＴＭ）」ことを伝えるメッセージを出力する。メッセージは、臨床医Ａが、所望に応じて精査するためのクリック可能リンクとして、療法毎の処方ラベルを提供する。臨床医は、推奨される療法上効果的投薬量のプレガバリンを選択し、対象Ａに処方する。
【０１５２】
規定された時間周期の間、プレガバリンを服用後、対象Ａは、臨床医Ｂとのフォローアップ訪問のために、病院Ａに戻る。対象Ａの症状は、改善し、対象Ａは、処方された薬剤に良好に耐性がある。臨床医Ｂは、対象Ａの症状消散および薬剤耐性を患者の電子医療記録（ＥＭＲ）に追加し、したがって、これらのデータは、自動的に、プラットフォーム内の患者のＣＬＯに反映される。プラットフォームは、対象Ａの治療の転帰を学習し、本情報を使用して、将来的臨床決定を通知することができる。
【０１５３】
実施例８：グラフィックユーザインターフェースにおける検索用語の例証
図１８は、プラットフォームのための例証的検索インターフェースを描写する。本インスタンスでは、ユーザは、一連のクロピドグレル治療開始から１年以内に心筋梗塞（ＭＩ）を発症した、ＣＹＰ２Ｃ１９に特異的ＳＮＰを伴う男性患者を識別することを所望する。最初に、ユーザは、５５〜８９歳の男性患者を検索する。交差演算子は、５５および８９歳のそのような男性患者の結果のみを返し、３８４６名のそのような患者が存在することを示す。ユーザはさらに、ＣＹＰ２Ｃ１９におけるＳＮＰおよび所望の遺伝子型を規定する。交差演算子は、１１２例の結果を返す。次に、ユーザは、過去１年以内に少なくとも１回の急性ＭＩ（ＩＣＤ４１０）を発症した患者を要求することによって、検索をさらに絞り込む。これは、１０例の結果を返す。さらに、ユーザは、クロピドグレルを服用した患者に関する検索条件を追加し、１４９５例の結果を返す。規定された検索クエリの基準の全てを満たす、最終出力が、１名の患者をもたらす。検索用語は、テキストストリングとして書き込まれるのではなく、図式的に図示され、効率を改善し、プラットフォームを最小臨床またはＩＴ訓練を伴う初心者ユーザにとって利用可能にする。
【０１５４】
実施形態
以下の非限定的実施形態は、本発明の例証的実施例を提供するが、本発明の範囲を限定するものではない。
【０１５５】
実施形態１．  いくつかの実施形態では、本発明は、ａ）検索用語を受信することと、ｂ）検索用語に基づいて、第１の標準化された存在論階層によって認識される、結果臨床概念を識別することと、ｃ）第２の標準化された存在論階層において、対応する臨床概念を識別することであって、対応する臨床概念は、結果臨床概念の臨床意味に実質的に類似する、臨床意味を有する、ことと、ｄ）コンピュータプロセッサによって、対応する臨床概念に基づいて、電子健康記録のデータベースを検索することと、ｅ）対応する臨床概念と関連付けられる、データベース内の電子健康記録を識別することと、ｆ）結果を出力することとを含む、方法を提供する。
【０１５６】
実施形態２．  少なくとも１０個の他の標準化された存在論階層中の対応する臨床概念を識別することをさらに含む、実施形態１に記載の方法。
【０１５７】
実施形態３．  コホートの各対象の電子健康記録内に対応する臨床概念を含む、対象のコホートを識別することをさらに含む、実施形態１−２のいずれかに記載の方法。
【０１５８】
実施形態４．  コホートは、第１の標準化された存在論階層に基づいて識別された対象および第２の標準化された存在論階層に基づいて識別された対象を含む、実施形態３に記載の方法。
【０１５９】
実施形態５．  出力結果は、検索に基づいて、臨床決定サポートを提供する、実施形態１−４のいずれかに記載の方法。
【０１６０】
実施形態６．  出力結果に基づいてルールを作成するための命令を受信することをさらに含む、実施形態１−５のいずれかに記載の方法。
【０１６１】
実施形態７．  ルールは、ユーザが、検索用語または検索用語と実質的類似臨床意味を有する臨床概念を打ち込むと、アクティブ化される、実施形態６に記載の方法。
【０１６２】
実施形態８．  ルールは、電子健康記録が更新されると、アクティブ化される、実施形態６に記載の方法。
【０１６３】
実施形態９．  ルールは、ユーザにリスクをアラートする、実施形態６に記載の方法。
【０１６４】
実施形態１０．  ルールは、検索用語とゲノム情報を関連付ける、実施形態６に記載の方法。
【０１６５】
実施形態１１．  いくつかの実施形態では、本発明は、ａ）コンピュータシステムのグラフィカルディスプレイ上で検索モジュールを選択することと、ｂ）第１のダイアログボックスをグラフィカルディスプレイの一部上に移動させることによって、選択された検索モジュールと関連付けられた第１のダイアログボックスを位置付けることと、ｃ）第１のダイアログボックスの中に第１の検索用語を入力することと、ｄ）第２のダイアログボックスをグラフィカルディスプレイ上に位置付けることと、ｅ）第２のダイアログボックスの中に第２の検索用語を入力することと、ｆ）グラフィカルディスプレイ上に、第１のダイアログボックスおよび第２のダイアログボックスを接続する論理演算子を例示することと、ｇ）第１の検索用語、第２の検索用語、および論理演算子に基づいて、電子健康記録のデータベースを検索することであって、コンピュータシステムと関連付けられたプロセッサが、第１の検索用語、第２の検索用語、および論理演算子間の図式関係を分析することによって、検索戦略を判定することと、ｈ）検索結果の出力を受信することとを含む、方法を提供する。
【０１６６】
実施形態１２．  第１の検索用語と実質的類似臨床意味を有する付加的用語を識別することをさらに含む、実施形態１１に記載の方法。
【０１６７】
実施形態１３．  第１の検索用語に基づいて、ルールを作成することをさらに含む、実施形態１１−１２のいずれかに記載の方法。
【０１６８】
実施形態１４．  ルールは、電子健康記録のうちの１つが更新されると、トリガされる、実施形態１３に記載の方法。
【０１６９】
実施形態１５．  ルールは、第１の検索用語と関連付けられたリスク因子を伴う電子健康記録のうちの１つが更新されると、トリガされる、実施形態１３に記載の方法。
【０１７０】
実施形態１６．  ルールは、新しい電子健康記録が作成されると、トリガされる、実施形態１３−１５のいずれかに記載の方法。
【０１７１】
実施形態１７．  ルールは、ルールがトリガされると、伝送されるべきアラートをエンコードする、実施形態１３−１６のいずれかに記載の方法。
【０１７２】
実施形態１８．  ルールは、ゲノムデータと関連付けられたリスク因子との間の関係を説明する、実施形態１３−１７のいずれかに記載の方法。
【０１７３】
実施形態１９．  ルールは、表現型データと関連付けられたリスク因子との間の関係を説明する、実施形態１３−１７のいずれかに記載の方法。
【０１７４】
実施形態２０．  第１のダイアログボックスをグラフィカルディスプレイの一部上に移動させることは、第１のダイアログボックスをドラッグアンドドロップすることを含む、実施形態１１−１９のいずれかに記載の方法。
【０１７５】
実施形態２１．  グラフィカルディスプレイは、グリッドにスナップ機能（ｓｎａｐ−ｔｏ  ｇｒｉｄ）を備える、実施形態１１−２０のいずれかに記載の方法。
【０１７６】
実施形態２２．  電子健康記録のうちの１つは、電子医療記録である、実施形態１１−２１のいずれかに記載の方法。
【０１７７】
実施形態２３．  電子健康記録のうちの１つは、電子薬局記録である、実施形態１１−２２のいずれかに記載の方法。
【０１７８】
実施形態２４．  出力に基づいて、対象のための介入を推奨することをさらに含む、実施形態１１−２３のいずれかに記載の方法。
【０１７９】
実施形態２５．  いくつかの実施形態では、本発明は、ａ）コンピュータシステム上にグラフィカルディスプレイを提供することと、ｂ）グラフィカルディスプレイに可動ダイアログボックスを取り込む命令を受信することと、ｃ）可動ダイアログボックス毎に独立して検索用語を受信することと、ｄ）可動ダイアログボックスを論理演算子と図式的に接続する命令を受信することと、ｅ）検索用語および論理演算子に基づいて、電子健康記録のデータベースを検索する命令を受信することと、ｆ）コンピュータシステムと関連付けられたプロセッサによって、検索用語および論理演算子間の図式関係を分析することと、ｇ）分析に基づいて、検索戦略を判定することと、ｈ）電子健康記録のデータベースを検索することと、ｉ）検索の結果を出力することとを含む、方法を提供する。
【０１８０】
実施形態２６．  第１の検索用語と実質的類似臨床意味を有する付加的用語を識別することをさらに含む、実施形態２５に記載の方法。
【０１８１】
実施形態２７．  ルールの入力を受信することをさらに含み、ルールは、第１の検索用語に基づく、実施形態２５−２６のいずれかに記載の方法。
【０１８２】
実施形態２８．  ルールは、電子健康記録のうちの１つが更新されると、トリガされる、実施形態２７に記載の方法。
【０１８３】
実施形態２９．  ルールは、第１の検索用語と関連付けられたリスク因子を伴う電子健康記録のうちの１つが更新されると、トリガされる、実施形態２７に記載の方法。
【０１８４】
実施形態３０．  ルールは、新しい電子健康記録が作成されると、トリガされる、実施形態２７−２９のいずれかに記載の方法。
【０１８５】
実施形態３１．  ルールは、ルールがトリガされると、伝送されるべきアラートをエンコードする、実施形態２７−３０のいずれかに記載の方法。
【０１８６】
実施形態３２．  ルールは、ゲノムデータと関連付けられたリスク因子との間の関係を説明する、実施形態２７−３１のいずれかに記載の方法。
【０１８７】
実施形態３３．  ルールは、表現型データと関連付けられたリスク因子との間の関係を説明する、実施形態２７−３２のいずれかに記載の方法。
【０１８８】
実施形態３４．  グラフィカルディスプレイは、グリッドにスナップ機能を備える、実施形態２７−３３のいずれかに記載の方法。
【０１８９】
実施形態３５．  電子健康記録のうちの１つは、電子医療記録である、実施形態２７−３４のいずれかに記載の方法。
【０１９０】
実施形態３６．  電子健康記録のうちの１つは、電子薬局記録である、実施形態２７−３５のいずれかに記載の方法。
【０１９１】
実施形態３７．  出力に基づいて、対象のための介入を推奨することをさらに含む、実施形態２７−３６のいずれかに記載の方法。
【０１９２】
実施形態３８．  いくつかの実施形態では、本発明は、ａ）付加的臨床情報を伴う対象の電子健康記録の更新を受信することであって、電子健康記録は、対象のゲノムデータを備える、ことと、ｂ）コンピュータプロセッサによって、対象の付加的臨床情報とゲノムデータとの間の関係を評価することと、ｃ）対象の付加的臨床情報とゲノムデータとの間の相関を識別することと、ｄ）対象の付加的臨床情報とゲノムデータとの間の相関を報告することとを含む、方法を提供する。
【０１９３】
実施形態３９．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象のリスクへの感受性を識別する、実施形態３８に記載の方法。
【０１９４】
実施形態４０．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象の介入への感受性を識別する、実施形態３８−３９のいずれかに記載の方法。
【０１９５】
実施形態４１．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象のリスクへの抵抗性を識別する、実施形態３８−４０のいずれかに記載の方法。
【０１９６】
実施形態４２．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象の介入への抵抗性を識別する、実施形態３８−４１のいずれかに記載の方法。
【０１９７】
実施形態４３．  対象の付加的臨床情報とゲノムデータとの間の相関の報告に基づいて、対象のための介入を推奨することをさらに含む、実施形態３８−４２のいずれかに記載の方法。
【０１９８】
実施形態４４．  ユーザに、対象の電子健康記録が付加的臨床情報で更新されたことをアラートすることをさらに含む、実施形態３８−４３のいずれかに記載の方法。
【０１９９】
実施形態４５．  アラートは、臨床決定サポートを提供する、実施形態４４に記載の方法。
【０２００】
実施形態４６．  対象の電子健康記録への付加的臨床情報の更新を防止することをさらに含む、実施形態３８−４５のいずれかに記載の方法。
【０２０１】
実施形態４７．  いくつかの実施形態では、本発明は、ａ）コンピュータシステムに、対象の電子健康記録への更新を入力することであって、電子健康記録は、対象のゲノムデータを備え、更新は、付加的臨床情報を提供する、ことと、ｂ）対象の付加的臨床情報とゲノムデータとの間の相関の報告を受信することであって、相関は、対象の付加的臨床情報とゲノムデータとの間の関係の評価によって判定され、評価は、コンピュータシステムのプロセッサによって行われる、ことと、ｃ）対象の付加的臨床情報とゲノムデータとの間の相関の報告を受信することとを含む、方法を提供する。
【０２０２】
実施形態４８．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象のリスクへの感受性を識別する、実施形態４７に記載の方法。
【０２０３】
実施形態４９．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象の介入への感受性を識別する、実施形態４７−４８のいずれかに記載の方法。
【０２０４】
実施形態５０．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象のリスクへの抵抗性を識別する、実施形態４７−４９のいずれかに記載の方法。
【０２０５】
実施形態５１．  対象の付加的臨床情報とゲノムデータとの間の相関は、対象の介入への抵抗性を識別する、実施形態４７−５０のいずれかに記載の方法。
【０２０６】
実施形態５２．  対象の付加的臨床情報とゲノムデータとの間の相関の報告に基づいて、対象のための介入を推奨することをさらに含む、実施形態４７−５１のいずれかに記載の方法。
【０２０７】
実施形態５３．  アラートを受信することをさらに含み、アラートは、付加的臨床情報を用いた対象の電子健康記録の更新に関する助言を提供する、実施形態４７−５２のいずれかに記載の方法。
【０２０８】
実施形態５４．  対象の電子健康記録への付加的臨床情報の更新は、防止される、実施形態４７−５３のいずれかに記載の方法。
【図４】
2016519806.tif 000010
【図６】
2016519806.tif 000011
【図１】
2016519806.tif 000012
【図２】
2016519806.tif 000013
【図３】
2016519806.tif 000014
【図５】
2016519806.tif 000015
【図７】
2016519806.tif 000016
【図８】
2016519806.tif 000017
【図９】
2016519806.tif 000018
【図１０】
2016519806.tif 000019
【図１１】
2016519806.tif 000020
【図１２】
2016519806.tif 000021
【図１３】
2016519806.tif 000022
【図１４】
2016519806.tif 000023
【図１５】
2016519806.tif 000024
【図１６】
2016519806.tif 000025
【図１７】
2016519806.tif 000026
【図１８】
2016519806.tif 000027
【国際調査報告】
2016519806.tif 000028