特許 6492008 コホート識別システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6492008

(24)【登録日】2019年3月8日

(45)【発行日】2019年3月27日

(54)【発明の名称】コホート識別システム

(51)【国際特許分類】

   G16H 15/00 20180101AFI20190318BHJP

   G16H 70/00 20180101ALI20190318BHJP

   G06F 16/00 20190101ALI20190318BHJP

【ＦＩ】

   G16H15/00

   G16H70/00

   G06F17/30 220C

   G06F17/30 330B

【請求項の数】13

【全頁数】25

(21)【出願番号】特願2015-539584(P2015-539584)

(86)(22)【出願日】2013年8月14日

(65)【公表番号】特表2015-536498(P2015-536498A)

(43)【公表日】2015年12月21日

(86)【国際出願番号】US2013054835

(87)【国際公開番号】WO2014070277

(87)【国際公開日】20140508

【審査請求日】2016年8月1日

(31)【優先権主張番号】61/720,611

(32)【優先日】2012年10月31日

(33)【優先権主張国】US

(31)【優先権主張番号】13/790,252

(32)【優先日】2013年3月8日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】トリーベル，ウィリアム・アンドリュー

【審査官】 関 博文

(56)【参考文献】

【文献】 特表２０１１−５０１８４５（ＪＰ，Ａ）

【文献】 特開２０１２−００８６１３（ＪＰ，Ａ）

【文献】 特表２００３−５１５８２３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／００７６８４５（ＵＳ，Ａ１）

【文献】 平山 理 ，内部動作を理解しよう 絵で見て学ぶＳＱＬ Ｓｅｒｖｅｒの深層，ＤＢ Ｍａｇａｚｉｎｅ 第１７巻 第１１号，日本，株式会社翔泳社，２００８年 ３月 １日，第17巻，p.164-172

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

Ｇ０６Ｆ １６／００

(57)【特許請求の範囲】

【請求項1】

１つ以上の有害事象ケースの集合であるコホートを識別するためにコンピュータで実行される方法であって、
１つ以上の有害事象ケースを含むデータソースの１つ以上のデータフィールドについての情報および前記データソースのための構造化照会言語（ＳＱＬ）を記述するメタデータを検索することを含み、前記メタデータは、有害事象ケースに対する変更と、クエリーフィールドとを含み、前記１つ以上の有害事象ケースは、各々を識別するためのケース識別子を含み、前記情報は、構造化照会言語（ＳＱＬ）クエリーを構築するための情報を含み、前記ＳＱＬクエリーを構築するための情報は、データタイプおよびデータフィールドを含み、前記方法はさらに、
前記検索されたメタデータに基づいて、前記データソースに対してＳＱＬクエリーを作成することと、
前記ＳＱＬクエリーを１つ以上のコンパイラルールに基づいてコンパイルすることと、
前記ＳＱＬクエリーを前記データソース上において実行することとを含み、前記ＳＱＬクエリーの前記実行はケースシリーズを作成し、前記ケースシリーズは、１つ以上の有害事象ケースのリストであり、かつ、当該ケースシリーズのバージョンを識別するためのタイムスタンプ情報を含む一つ以上のケースリビジョンに関連付けられており、前記方法はさらに、
前記ケースシリーズに基づいてレポートを生成することを含み、前記レポートは前記ケースシリーズを視覚化したものを含む、コンピュータで実行される方法。

【請求項2】

さらに、前記クエリーをクエリーリポジトリに記憶することを含む、請求項１に記載のコンピュータで実行される方法。

【請求項3】

さらに、前記ケースシリーズをケースシリーズリポジトリに記憶することを含む、請求項１または２に記載のコンピュータで実行される方法。

【請求項4】

さらに、報告ケースシリーズアプリケーションプログラミングインターフェイスを用いて、前記ケースシリーズを前記ケースシリーズリポジトリから検索することを含み、前記報告ケースシリーズアプリケーションプログラミングインターフェイスは、報告ソフトウェアアプリケーションに対して、前記ケースシリーズのフォーマットを規定する、請求項３に記載のコンピュータで実行される方法。

【請求項5】

さらに、前記レポートを前記報告ソフトウェアアプリケーション内において表示することを含む、請求項４に記載のコンピュータで実行される方法。

【請求項6】

さらに、相互運用可能なケースシリーズアプリケーションプログラミングインターフェイスを用いて、前記ケースシリーズを前記ケースシリーズリポジトリから検索することを含み、前記相互運用可能なケースシリーズアプリケーションプログラミングインターフェイスは、パートナーソフトウェアアプリケーションに対して、前記ケースシリーズのフォーマットを規定する、請求項３に記載のコンピュータで実行される方法。

【請求項7】

さらに、前記ケースシリーズを前記パートナーソフトウェアアプリケーション内において消費することを含む、請求項６に記載のコンピュータで実行される方法。

【請求項8】

前記ケースシリーズは１つ以上の有害事象ケースを含み、各有害事象ケースは有害事象を表現するデータレコードを含む、請求項１〜７のいずれかに記載のコンピュータで実行される方法。

【請求項9】

前記データソースは有害事象レポートデータベースを含む、請求項１〜８のいずれかに記載のコンピュータで実行される方法。

【請求項10】

前記ケースシリーズは、１つ以上の薬剤の安全性に関係付けられる１つ以上のレポートまたは患者識別子を含む、請求項１〜９のいずれかに記載のコンピュータで実行される方法。

【請求項11】

複数のケースシリーズをマージするステップをさらに含む、請求項１〜１０のいずれかに記載のコンピュータで実行される方法。

【請求項12】

請求項１〜１１のいずれかに記載の方法をコンピュータに実行させる、プログラム。

【請求項13】

請求項１２に記載のプログラムを格納したメモリと、
前記メモリに結合され、前記プログラムを実行するためのプロセッサとを備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
本願は、２０１２年１０月３１日に提出された米国仮特許出願連続番号第６１／７２０，６１１号の優先権を主張するものであり、その主題をここに引用により援用する。

【0002】

分野
１つの実施例は、コンピュータシステムに向けられ、より特定的には、臨床データを管理するコンピュータシステムに向けられる。

【背景技術】

【0003】

背景
薬剤安全性などのような健康科学の領域では、「ケースシリーズ」は有害事象ケースのリストである。「有害事象ケース」または「ケース」は、患者に生じる有害事象の、特定の事態のデータレコードである。各有害事象ケースは一意の識別子を有し得る。一般に健康科学においては、ケースシリーズは、さらに、「患者リスト」または「対象リスト」としても識別され得る。

【0004】

多くの薬剤安全性システムはケースシリーズを形成および消費し得、「薬剤安全性システム」は薬剤安全性データを記憶するシステムであり、薬剤安全性データは、１つ以上の有害事象ケースなどのような、１つ以上の薬剤の安全性に関係付けられるデータを含む。典型的には、これらのシステム内では、実行可能なプロセスが、ケースシリーズを形成し、それを１つ以上の実行可能なプロセスに渡し、それらのプロセスはその上で動作する。一般的なシナリオでは、薬剤安全性システムのようなデータソース上においてクエリーを実行する実行可能なプロセスは、ケースシリーズを形成し、それを、レポートを実行する実行可能なプロセスに渡す。このシナリオでは、ケースシリーズは、データソース上においてクエリーを実行する実行可能なプロセスの結果である。換言すれば、ケースシリーズを含むケースのリストは、データソース上において実行可能なプロセスにより実行されるクエリーにおいて指定される条件と一致するケースのリストである。レポートは、ケースシリーズの所望の出力フォーマットであり得、レポートは、実行可能なプロセスによって実行され得る。ケースシリーズは、典型的には、各ケース毎に少なくとも一意の識別子（典型的には「ケース識別子」として識別される）を含み、さらに、ケースシリーズにおいて有害事象ケースを表わすさらに他のケースデータまたはメタデータを含んでもよい。ケースシリーズにおけるデータフィールドは、クエリーまたはレポートにおいて指定されるデータフィールドと必ずしも同じである必要はない。ケースシリーズにおけるデータフィールドは典型的には固定され得るが、レポートデータフィールドは所望の出力フォーマットに依存して変更され得る。

【0005】

さらに、健康科学の領域では、患者の「コホート」を識別することが必要となり得、患者の「コホート」は同一または同様の特性を有する患者のグループである。薬剤安全性の領域では、患者は有害事象ケースの対象となり得る。より広い健康科学の領域では、患者は臨床レコードの対象となり得る。

【発明の概要】

【課題を解決するための手段】

【0006】

概要
１つの実施例は、患者のコホートのような、コホートを識別するコホート識別システムである。コホート識別システムは、データソースの１つ以上のデータフィールドについての情報を含むメタデータを検索し、その情報は、１つ以上のデータフィールドの各データフィールド毎に、データタイプおよび構造化照会言語情報を含む。コホート識別システムは、さらに、検索されたメタデータに基づいて、データソースのためにクエリーを作成する。コホート識別システムは、さらに、１つ以上のコンパイラルールに基づいてクエリーをコンパイルする。コホート識別システムは、さらに、データソース上においてクエリーを実行し、クエリーを実行することは、ケースシリーズを作成する。コホート識別システムは、さらに、ケースシリーズに基づいてレポートを生成し、レポートはケースシリーズの視覚化を含む。

【0007】

図面の簡単な説明
さらに他の実施例、詳細、利点および修正は、添付の図面と関連付けられる、好ましい実施例の以下の詳細な記載から明らかとなる。

【図面の簡単な説明】

【0008】

【図1】この発明の実施例を実施し得るシステムのブロック図を示す。

【図2】この発明の実施例に従う、相互運用可能なケースシリーズシステムのブロック図を示す。

【図3】この発明の実施例に従う、ケースシリーズデータモデルのブロック図を示す。

【図4】この発明の実施例に従う、相互運用可能なケースシリーズシステムの例示的実現例のブロック図を示す。

【図5】この発明の実施例に従う、相互運用可能なケースシリーズモジュールの機能のフロー図を示す。

【図6】この発明の実施例に従う、コホート識別システムのブロック図を示す。

【図7】この発明の実施例に従う、コホート識別システムの例示的実現例のブロック図を示す。

【図8】この発明の実施例に従う、コホート識別モジュールの機能のフロー図を示す。

【図9】この発明の実施例に従う、例示的レポートを作成する例示的ケースシリーズを作成する例示的クエリーを示す。

【発明を実施するための形態】

【0009】

詳細な説明
一実施例においては、データソースおよびそのデータソースのための構造化照会言語（「ＳＱＬ」）の両方を記述するメタデータを検索し得、およびその検索されたメタデータに基づいてデータソース上で１つ以上のクエリーを作成し実行し得る、コホート識別システムが提供される。データソースは１つ以上の有害事象ケースを含み得、各有害事象ケースは、有害事象を表わすデータレコードを含む。代替的実現例においては、データソースは１つ以上の医療レコードを含み得、各医療レコードは医療データを含むデータレコードである。コホート識別システムは、さらに、１つ以上の実行されたクエリーから１つ以上のケースシリーズを生成し得、その１つ以上のケースシリーズをケースシリーズリポジトリに記憶し得る。「ケースシリーズ」は１つ以上の有害事象ケースの集合である。「患者リスト」は１つ以上の医療レコードの集合である。コホート識別システムは、さらに、１つ以上のケースシリーズに基づいて１つ以上のレポートを生成し得る。生成された１つ以上のレポートを用いることによって、患者のコホートなどのようなコホートを視覚化し得る。「コホート」は、１つ以上の関係付けられる有害事象ケースの集合、または１つ以上の関係付けられる医療レコードの集合である。たとえば、大きな乳癌の発生を伴う地理的領域を判断するために、コホート識別システムは、同様の特性を有する同様の患者のコホートまたはグループを識別するために患者データの集合を解析し得、それは、そのコホートの患者間における共通の因子の解析を可能にし得る。コホート識別システムは検索されたメタデータに基づいてクエリーを作成し実行するので、コホート識別システムは任意のデータモデルとともに用いられ得、１つ以上のソフトウェアアプリケーションと統合され得る。この明細書に記載されるように、「コンピュータアプリケーション」、「ソフトウェアアプリケーション」、または「アプリケーション」は、コンピュータプログラムおよび／またはモジュールの任意の集まりである。たとえば、コホート識別システムは任意の人の健康科学データモデルとともに用いられ得る。コホート識別システムは、さらに、同様のデータモデルを用いる他の領域においても用いられ得る。たとえば、他の実施例では、コホート識別システムは、エンドユーザにとって利用可能な複数のデータソースとともに用いられ得、複数のデータソースは有害事象データベースと医療履歴データベースとの組合せを含み得る。

【0010】

ある実施例は、（ａ）データソースのメタデータ記述およびデータソースのＳＱＬの両方（これは参照データに対する拡張可能なアプローチを含む）；（ｂ）ソフトウェアアプリケーションとの統合のためのアプリケーションプログラミングインターフェイス（「ＡＰＩ」）；ならびに（ｃ）ケースシリーズおよびメタデータをレポートにおいて用いることを容易にし得る汎用報告ソフトウェアアプリケーションとの統合のためのＡＰＩ、を含み得る。データモデルに対するメタデータ駆動型アプローチは、新たな概念を、コホート識別システムにおいて、コホート識別システムを変更することなく実現することを可能にし得る。

【0011】

さらに、ある実施例は、３つのクラスのソリューションを含み得る。第１のクラスのソリューションは、クエリー結果を作成し修正する機能のような、ソフトウェアアプリケーション特化ツールおよびデータモデル特化ツールを含む。アプリケーションによって、クエリー結果は「ケースシリーズ」または「患者リスト」と呼ばれる。第２のクラスのソリューションは、汎用ビジネスインテリジェンス（「ＢＩ」）クエリーソリューションを含む。第３のクラスのソリューションは、スタンドアロンの構造化照会言語（「ＳＱＬ」）クエリービルダを含む。したがって、この発明の実施例は、データモデルから独立しながら（つまりデータソースの特定のデータモデルに依存することなく）幅広い機能のクラスを提供し得る。

【0012】

図１は、この発明の一実施例を実施し得るシステム１０のブロック図である。システム１０は、システム１０のコンポーネント間において情報を通信するためのバス１２または他の通信機構を含む。システム１０は、さらに、バス１２に作動的に接合され、情報を処理し命令または動作を実行するためのプロセッサ２２を含む。プロセッサ２２はどのようなタイプの汎用または特定目的のプロセッサであってもよい。システム１０は、さらに、情報およびプロセッサ２２によって実行されるべき命令を記憶するためのメモリ１４を含む。メモリ１４は、ランダムアクセスメモリ（「ＲＡＭ」）、リードオンリメモリ（「ＲＯＭ」）、磁気ディスクもしくは光ディスクのようなスタティックストレージ、または任意の他のタイプの機械もしくはコンピュータ読取可能媒体の任意の組合せからなり得る。システム１０は、さらに、ネットワークインターフェイスカードまたは他の通信インターフェイスなどのような通信装置２０を含んで、ネットワークに対するアクセスを与える。この結果、ユーザは、システム１０と、直接、またはネットワークもしくは任意の他の方法を介して遠隔でインターフェイスしてもよい。

【0013】

コンピュータ読取可能媒体は、プロセッサ２２によってアクセスされ得る任意の利用可能な媒体であってもよい。コンピュータ読取可能媒体は、揮発性媒体および不揮発性媒体、取外し可能な媒体および取外し可能でない媒体、通信媒体、ならびに記憶媒体を含んでもよい。ある通信媒体は、コンピュータ読取可能命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他の移送機構などのような変調されたデータ信号で含んでもよく、当該技術分野において公知の任意の他の形式の情報配信媒体を含んでもよい。ある記憶媒体は、ＲＡＭ、フラッシュメモリ、ＲＯＭ、消去可能なＰＲＯＭ（「ＥＰＲＯＭ」）、電気的に消去可能なＰＲＯＭ（「ＥＥＰＲＯＭ」）、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスクリードオンリメモリ（「ＣＤ−ＲＯＭ」）、または当該技術分野において公知の任意の他の形式の記憶媒体を含んでもよい。

【0014】

プロセッサ２２は、さらに、バス１２を介して、液晶ディスプレイ（「ＬＣＤ」）などのようなディスプレイ２４に作動的に結合され得る。ディスプレイ２４はユーザに対して情報を表示し得る。キーボード２６およびコンピュータマウスのようなカーソル制御装置２８もバスを介して作動的に結合されて、ユーザがシステム１０とインターフェイスすることを可能にする。他の実施例では、ユーザは、ヒューマンインターフェイス装置（図１においては図示せず）を用いてシステム１０とインターフェイスし得、ヒューマンインターフェイス装置は、ユーザと直接対話し、およびユーザから入力を得るよう構成される装置である。ヒューマンインターフェイス装置の例は、ウェブカム、指紋スキャナおよびヘッドセットを含む。

【0015】

一実施例によると、メモリ１４は、プロセッサ２２によって実行されると機能を提供してもよいソフトウェアモジュールを記憶し得る。モジュールは、オペレーティングシステム１５、コホート識別モジュール１６、および他の機能モジュール１８を含み得る。オペレーティングシステム１５は、システム１０のためにオペレーティングシステム機能を提供し得る。コホート識別モジュール１６は、以下により詳細に記載されるように、コホートを識別するための機能を提供し得る。ある実施例では、コホート識別モジュール１６は複数のモジュールを含み得、各モジュールはコホートを識別するための具体的な個々の機能を提供する。システム１０は、さらに、より大きなシステムの一部であり得る。したがって、システム１０は、さらに他の機能を含むよう、１つ以上のさらに他の機能モジュール１８を含み得る。たとえば、機能モジュール１８は、オラクル社（Oracle Corporation）からのOracle Argus Insight製品のモジュールのような、さらに他の機能を提供するモジュールを含んでもよい。

【0016】

プロセッサ２２は、さらに、バス１２を介してデータベース３４に作動的に結合され得る。データベース３４は、論理的に関係付けられるレコードまたはファイルの統合された集まりにデータを記憶し得る。データベース３４は、オペレーショナルデータベース、解析データベース、データウェアハウス、分散型データベース、エンドユーザデータベース、外部データベース、ナビゲーションデータベース、メモリ内データベース、ドキュメント指向型データベース、リアルタイムデータベース、リレーショナルデータベース、オブジェクト指向型データベース、または技術分野において公知の任意の他のデータベースであり得る。さらに、データベース３４は、ＡＰＩを介してアクセスされ得、照会言語をサポートし得る。

【0017】

図２は、この発明の実施例に従う、相互運用可能なケースシリーズシステム２００のブロック図である。相互運用可能なケースシリーズシステム２００は、ケースシリーズリポジトリ２１０と、ケースシリーズデータモデル２２０と、ケースシリーズＡＰＩ２３０とを含み得る。ある実施例では、相互運用可能なケースシリーズシステム２００は、さらに、１つ以上のケースシリーズをブラウジングし操作するための機能を提供するユーザインターフェイスコンポーネント（図２には示されず）を含み得る。

【0018】

この実施例によれば、ケースシリーズリポジトリ２１０は、１つ以上のケースシリーズのようなデータを記憶し得るリポジトリである。たとえば、ケースシリーズが１つ以上のケース識別子を含み、（各識別子は、ケースシリーズ内に含まれる各有害事象ケースを一意に識別し、）ケースシリーズは、さらに、ケースシリーズ内に含まれる１つ以上の有害事象ケースをともに表現するケースデータおよび／またはケースメタデータを含む実施例においては、ケースシリーズリポジトリ２１０は、１つ以上のケース識別子ならびに関連付けられるケースデータおよび／またはケースメタデータを記憶し得る。さらに、各ケースシリーズ毎に、ケースシリーズリポジトリ２１０は、さらに、以下にさらに詳細に記載される、ケースシリーズ履歴情報およびケースリビジョン情報などのような、各ケースシリーズに関係付けられる情報を記憶し得る。ケースシリーズリポジトリ２１０は、データベースまたはファイルなどのような、データを記憶し得る任意のタイプのリポジトリであり得る。

【0019】

さらに、実施例に従うと、ケースシリーズデータモデル２２０は、ケースシリーズの正規表現、およびケースシリーズに関係付けられる情報を含み得るデータモデルである。たとえば、ケースシリーズが、１つ以上のケース識別子を含み、さらに、ケースシリーズ内に含まれる１つ以上の有害事象ケースをともに表現するケースデータおよび／またはケースメタデータを含む実施例においては、ケースシリーズデータモデル２２０は、ケース識別子を表現するデータフィールド、ならびにケースデータおよび／またはケースメタデータを表現する１つ以上のさらに他のデータフィールドを含み得る。

【0020】

さらに、ケースシリーズが、ケースシリーズに関係付けられる情報を含む場合には、ケースシリーズデータモデル２２０は、さらに、ケースシリーズに関係付けられる情報を表現する１つ以上のさらに他のデータフィールドを含み得る。ある実施例では、ケースシリーズに関係付けられる情報は、ケースシリーズ履歴情報を含み得る。ケースシリーズ履歴情報は、ケースシリーズを生成した個人、ケースシリーズを生成した機構、ケースシリーズを修正した１人以上の個人などのような、ケースシリーズの履歴に関する情報を含み得る。ある実施例では、ケースシリーズ履歴情報は、ケースシリーズに関連付けられ得る１つ以上の変更ログのフォーマットに記憶され得る。

【0021】

他の実施例では、ケースシリーズに関係付けられる情報はケースリビジョン情報を含み得る。ケースリビジョン情報は、ケースシリーズの１つ以上のリビジョンに関する情報を含み得る。ある実施例によれば、リビジョンは、ケースシリーズの有害事象ケースに対する任意の変更である。したがって、この実施例によれば、ケースシリーズは１つ以上のケースリビジョンを含み得る。さらに、各ケースリビジョンは、ケースリビジョンを作成したパートナーアプリケーションによって識別され得る。

【0022】

ケースシリーズの１つ以上のリビジョンに関する情報を含むことに加えて、またはその代替として、ケースリビジョン情報は、ケースシリーズの１つ以上のバージョンに関する情報を含み得る。ある実施例によれば、あるバージョンは、ある品質解析サイクルを経たケースシリーズの有害事象ケースに対する変更であり、科学的解析に対する準備ができているものとして識別される。一例においては、ある形成ソフトウェアアプリケーションは、ケースに対するインプロセスリビジョンを含んでもよいが、消費ソフトウェアアプリケーションは、最終バージョンでのみワークをサポートしてもよい。ケースシリーズデータモデル２２０は、ケースシリーズＡＰＩ２３０との関連において、ソフトウェアアプリケーションがケースリビジョン情報を解釈し、それが消費ソフトウェアアプリケーションにおいて最も正確に用いられ得るようにすることを可能にし得る。したがって、ケースシリーズは、さらに、ケースリビジョンシリーズとしても識別され得る。さらに、ケースリビジョン情報は、同じケースの、複数のリビジョンを含み得る。ある実施例においては、ケースリビジョン情報は、ケースシリーズに関連付けられ得る１つ以上のリビジョンのフォーマットにおいて記憶され得る。ケースシリーズデータモデル２２０の一例を、さらに、図３との関連において記載する。

【0023】

実施例によれば、ケースシリーズＡＰＩ２３０は、ケースシリーズデータモデル２２０を露出させ得、ケースシリーズデータモデル２２０を、ソフトウェアアプリケーションに対し、そのソフトウェアアプリケーションによって指定されるフォーマットに基づいて表現し得るＡＰＩである。したがって、ケースシリーズＡＰＩ２３０は、ソフトウェアアプリケーションがケースシリーズリポジトリ２１０とインターフェイスすることを可能にし得る。ある実施例によれば、ケースシリーズＡＰＩ２３０は、１つ以上のケースシリーズを形成、消費、検索および／または更新するための機能を与え得る。さらに、一実施例では、第１のソフトウェアアプリケーションは、ケースシリーズＡＰＩ２３０を用いて、ケースシリーズを形成し、そのケースシリーズをケースシリーズリポジトリ２１０に記憶し得る。実施例によれば、第２のソフトウェアアプリケーションは、ケースシリーズＡＰＩ２３０を用いて、第１のソフトウェアアプリケーションにより形成されケースシリーズリポジトリ２１０に記憶されたケースシリーズを消費し得る。したがって、第１のソフトウェアアプリケーションにケースシリーズをエクスポートすることを求め、第２のソフトウェアアプリケーションにケースシリーズをインポートすることを求めるのではなく、２つのソフトウェアアプリケーションはケースシリーズＡＰＩ２３０を用いてケースシリーズリポジトリ２１０とインターフェイスし得る。

【0024】

ある実施例によれば、ケースシリーズリポジトリ２１０、ケースシリーズデータモデル２２０、およびケースシリーズＡＰＩ２３０は、４種類のケースシリーズ：（１）名称付きケースシリーズ；（２）アクティブなユーザケースシリーズ；（３）単一使用ケースシリーズ；および（４）ケースヒットリストをサポートする。名称付きケースシリーズは明示的な一意の名称を含むケースシリーズである。名称は、ユーザ、または形成ソフトウェアアプリケーションの機能もしくは実行可能なプロセスによって、名称付きケースシリーズに与えられ得る。さらに、あるソフトウェアアプリケーションは名称付きケースシリーズを名称によって要求し得る。ケースシリーズリポジトリ２１０は、名称付きケースシリーズ上において検索機能またはブラウジング機能をサポートし得る。アクティブなケースシリーズは、ユーザに関連付けられるケースシリーズである。あるアクティブなケースシリーズは、そのアクティブなケースシリーズが関連付けられるユーザに対して名称付けられ得る。あるアクティブなケースシリーズのコンテンツは、それが上書きされるまで存在し得る。したがって、アクティブなケースシリーズは、複数のソフトウェアアプリケーションに渡り得る個人的なワークスペースの形成を可能にし得る。単一使用ケースシリーズは、単一のレポートを実行する単一の目的に対してケースシリーズリポジトリ２１０内に存在し得るケースシリーズである。あるトランザクションが完了した後、単一使用ケースシリーズは削除され得る。ケースシリーズリポジトリ２１０は、ケースシリーズＡＰＩ２３０とは別のＡＰＩを通して、レポートの実行をオーケストレーションし得る。ケースヒットリストは、形成ソフトウェアアプリケーションによって完全に管理され得るケースシリーズである。ケースヒットリストがケースシリーズリポジトリ２１０に記憶されると、ケースヒットリストは、形成ソフトウェアアプリケーションにのみ知られている識別を与えられ得る。ケースヒットリストは、名称付けられたケースシリーズのリストには現われず、形成ソフトウェアアプリケーションによってその識別情報を渡される消費側に対してアクセス可能であり得る。

【0025】

加えて、一実施例においては、ケースシリーズリポジトリ２１０、ケースシリーズデータモデル２２０、およびケースシリーズＡＰＩ２３０は、ケースシリーズに非常に類似している他のシリーズ：（１）事象シリーズ；および（２）製品シリーズをサポートする。薬剤安全性システムなどのようなデータソース上において実行され得るある特定の有害事象に対するクエリーは、ケースシリーズリポジトリ２１０内において記憶され得るケースシリーズを形成し得る。ケースシリーズにおける各ケースは、クエリーと一致する少なくとも１つの事象を有し得る。しかしながら、各ケースは、さらに、クエリーと一致しないさらに他の事象も含んでもよい。したがって、ケースシリーズは、クエリーと一致するすべてのケース、およびクエリーと一致するか否かに係わらず、それらのケースと関係付けられる事象のすべてを含み得る。対照的に、データソース上において実行されるクエリーから形成される事象シリーズは、そのクエリーと一致するすべてのケースを含み得るが、同様にそのクエリーと一致する、それらのケースに関係付けられる事象しか含み得ない。さらに、ある特定の医療製品または製薬製品に対するクエリーも、ケースシリーズを形成し得る。ケースシリーズにおける各ケースは、そのクエリーと一致する少なくとも１つの製品を有し得る。しかしながら、各ケースは、さらに、そのクエリーと一致しないさらに他の製品を含んでもよい。したがって、ケースシリーズは、クエリーに一致するすべてのケース、およびクエリーに一致するか否かに係わらず、それらのケースに関係付けられる製品のすべてを含み得る。対照的に、データソース上において実行されるクエリーから形成される製品シリーズは、そのクエリーに一致するすべてのケースを含み得るが、同様にそのクエリーに一致する、それらのケースに関係付けられる製品しか含み得ない。加えて、名称付き事象シリーズ、名称付き製品シリーズ、アクティブな事象シリーズ、アクティブな製品シリーズ、単一使用事象シリーズ、単一使用製品シリーズ、事象ヒットリストおよび製品ヒットリストは、先に記載された、名称付きケースシリーズ、アクティブなケースシリーズ、単一使用ケースシリーズ、およびケースヒットシリーズに対する有効な変形例であり、それらと同様の態様において働き得る。

【0026】

ある実施例によれば、ケースシリーズＡＰＩ２３０は、ケースシリーズ、事象シリーズまたは製品シリーズ上において以下の機能：（ａ）シリーズを閲覧する；（ｂ）シリーズをセーブする；（ｃ）シリーズをアクティブにする；（ｄ）アクセス権をシリーズに割当てる；（ｅ）あるケースをシリーズに追加する；（ｆ）あるケースをシリーズから削除する；（ｇ）シリーズを削除する；（ｈ）ケースに注釈を付ける；（ｉ）シリーズに注釈を付ける；（ｊ）シリーズをエクスポートする；（ｋ）シリーズを凍結する；および（ｌ）２つのシリーズをマージする、を実行し得る。前述の機能をさらに詳細に記載する。

【0027】

ユーザは、１つ以上のケース識別子を含むシリーズに記憶される情報、ケースリビジョン情報、ケースシリーズ履歴情報、シリーズに関係付けられる任意の他の情報、シリーズを作成したクエリー基準、またはシリーズの任意の他のプロパティおよび／もしくはメタデータを閲覧し得る。閲覧は、検索およびソート機能を含み得る。ユーザは、さらに、シリーズをセーブし、それに名称を与え、それを名称付きシリーズにし得る。ユーザはシリーズをアクティブなシリーズにし得る。シリーズを作成したユーザは、読出アクセスおよび／または書込アクセスなど、アクセス権をシリーズに割当て得る。加えて、ユーザはあるケースをあるシリーズに追加し得る。ユーザは、さらに、あるケースをあるシリーズから削除し得る。さらに、ユーザはあるシリーズをケースシリーズリポジトリ２１０から削除し得る。さらに、ユーザは、テキスト注釈を、あるシリーズにおけるあるケースに対して、そのシリーズのコンテキストにおいて、形成し得る。同じケースが他のシリーズに現われる場合には、さまざまなシリーズにおけるそのケースに対する注釈は別であり得る。ユーザは、さらに、テキスト注釈をシリーズレベルで形成し得る。加えて、ユーザはシリーズをファイルにエクスポートし得る。さらに、ユーザはシリーズを凍結させ得、そのシリーズにおけるケースデータは、それが凍結された日時の後は、たとえ、ケースが、薬剤安全性システムなどのような、ケースデータを含む対応のデータソースにおいて更新される場合であっても、変わらない。ユーザは、さらに、シリーズを解凍し得、ケースデータは、再び、利用可能な最も現在のリビジョンを反映し得る。ユーザは、さらに、ユニオンを用いて２つのシリーズをマージし、オペレーションをインタセクトまたはマイナスし、およびしたがって新たなシリーズを作成し得る。

【0028】

ケースシリーズＡＰＩ２３０は、さらに、実施例に従って、形成機能、消費機能、検索機能および更新機能を実行する機能を提供し得る。形成機能を実行する際には、ケースシリーズＡＰＩ２３０は、あるシリーズを受取り、そのシリーズをケースシリーズリポジトリ２１０内に記憶する。消費機能を実行する際には、ケースシリーズＡＰＩ２３０は、あるシリーズをケースシリーズリポジトリ２１０から検索し、そのシリーズをソフトウェアアプリケーション内において実現し得る（たとえばそのシリーズをそのソフトウェアアプリケーションのユーザインターフェイス内において表示するなど）。検索機能を実行する際には、ケースシリーズＡＰＩ２３０は、ケースシリーズリポジトリ２１０内に記憶されるシリーズを検索し得る。更新機能を実行する際には、ケースシリーズＡＰＩ２３０は、ケースシリーズリポジトリ２１０内に記憶されるシリーズを更新し得る。

【0029】

ある実施例においては、ある実施例は新たなケースシリーズのケースシリーズリポジトリ２１０への追加を、薬剤安全性システムなどのようなデータソース上においてクエリーを実行することによって行ない得、クエリーによって返される１つ以上のケースはケースシリーズリポジトリ２１０内においてケースシリーズとして記憶され得る。加えて、これらの実施例のうちのいくつかにおいては、ユーザは、新たなシリーズのケースシリーズリポジトリストアに対する追加を、クエリーをデータソース上において実行する以外の態様で行ない得る。より具体的には、ユーザは新たなシリーズの追加を：（ａ）シリーズを入力すること；または（ｂ）シリーズをインポートすることによって行ない得る。シリーズを入力することによって、ユーザは、手動で１つ以上のケース識別子をケースシリーズリポジトリ２１０内に入力して、１つ以上の新たなシリーズを作成し得る。代替的に、ユーザは、新たなシリーズを、１つ以上のケース識別子を含むファイルから、ケースシリーズリポジトリ２１０にインポートし得る。

【0030】

図３は、この発明のある実施例に従う、ケースシリーズデータモデル３００のブロック図を示す。ある実施例では、ケースシリーズデータモデル３００は、図２のケースシリーズデータモデル２２０と同一である。先に論じたように、ケースシリーズデータモデル３００は、１つ以上のケースシリーズの正規表現、および各ケースシリーズに関係付けられる情報、たとえば各ケースシリーズに関係付けられるケースシリーズ履歴情報、および各ケースシリーズに関係付けられるケースリビジョン情報などを含む。以下により詳細に記載されるように、ケースシリーズデータモデル３００は複数のデータフィールドを含み得、各データフィールドは（図２のケースシリーズリポジトリ２１０のような）ケースシリーズリポジトリのデータフィールドを表現し得、各データフィールドは（図２のケースシリーズＡＰＩ２３０のような）ケースシリーズＡＰＩによってそれ自体の一意のフォーマットにおいて表現され得る。

【0031】

実施例によれば、ケースシリーズデータモデル３００はケースシリーズ３１０を含む。ケースシリーズ３１０は、１つ以上のケースシリーズの正規表現である。ある実施例においては、ケースシリーズ３１０は複数のデータフィールドを含み、各データフィールドは、１つ以上のケースシリーズの各ケースシリーズのケースデータまたはメタデータを記憶し得る。これらの実施例のいくつかにおいては、ケースシリーズ３１０は、ケースシリーズのうちのあるケースのあるケース識別子を記憶し得るデータフィールドと、ケースシリーズ内に含まれる１つ以上の有害事象ケースを表現するケースデータまたはメタデータを記憶し得る１つ以上のデータフィールドとを含む。したがって、ケースシリーズ３１０はケースシリーズの各ケース毎にケース識別子を記憶し得、ケースシリーズ３１０はケースシリーズの各ケースに関係付けられるデータおよび／またはメタデータを記憶し得る。したがって、これらの実施例においては、ケースシリーズ３１０は、複数のデータフィールド内に複数の値を記憶することによって、１つ以上のケースシリーズを表現し得る。

【0032】

ケースシリーズデータモデル３００は、さらに、変更ログ３２０を含む。変更ログ３２０は、ケースシリーズに関係付けられるケースシリーズ履歴情報の正規表現である。先に記載されたように、ケースシリーズ履歴情報は、ケースシリーズを生成した個人、ケースシリーズを生成した機構、ケースシリーズを修正した１人以上の個人などのような、ケースシリーズの履歴に関する情報を含み得る。ある実施例では、変更ログ３２０は１つ以上のデータフィールドを含み、各データフィールドは、１つ以上のケースシリーズの各ケースシリーズのケースシリーズ履歴情報を記憶し得る。これらの実施例に従うと、各データフィールドは、ケースシリーズ履歴情報の、異なる構成要素を表現する値を記憶し得る。たとえば、変更ログ３２０の第１のデータフィールドは、ケースシリーズを生成した個人の名前を記憶し得、第２のデータフィールドは、ケースシリーズを生成した機構の名称を記憶し得、第３のデータフィールドは、ケースシリーズを修正した第１の個人の名前を記憶し得、第４のデータフィールドは、ケースシリーズを修正した第２の個人の名前を記憶し得る、などである。ある実施例によれば、ケースシリーズ３１０および変更ログ３２０は１対多数の関係を有し得、１つ以上の変更ログが、あるケースシリーズに関連付けられ得る。一実施例では、変更ログ３２０は、キャラクタ・ラージ・オブジェクト（「ＣＬＯＢ」）として実現され得、変更ログ３２０の各値はＣＬＯＢの終わりに付加され得る。

【0033】

ケースシリーズデータモデル３００は、さらに、ケースリビジョン３３０を含む。ケースリビジョン３３０は、１つ以上のケースシリーズに関係付けられるケースリビジョン情報の正規表現である。より具体的には、ある実施例においては、ケースシリーズは、１つ以上のケースリビジョンを含むコンテナである。あるシナリオにおいては、ケースシリーズは、同じケースの複数のケースリビジョンを含み得る。他のシナリオでは、ケースシリーズは、そのケースシリーズの各ケース毎に１つのケースリビジョンを含む。先に記載されたように、ケースリビジョン情報は、ケースシリーズの１つ以上のリビジョンおよび／またはケースシリーズの１つ以上のバージョンに関する情報を含み、リビジョンは、ケースシリーズの有害事象ケースに対する任意の変更であり得、バージョンは、規定されたレビュープロセスに従って検証されたケースシリーズの有害ケースに対する変更であり得る。ある実施例では、ケースリビジョン３３０は１つ以上のデータフィールドを含み、各データフィールドは、１つ以上のケースシリーズの各ケースシリーズのケースリビジョン情報を記憶し得る。これらの実施例によれば、各データフィールドは、ケースリビジョン情報の、異なる構成要素を表現する値を記憶し得る。ある実施例では、ケースシリーズのリビジョンおよび／またはバージョンは、元のケースシリーズのフォーマットと同一のフォーマットで表現され得る。したがって、これらの実施例では、ケースリビジョン３３０は、ケースシリーズのうちのあるケースのあるケース識別子を記憶し得るデータフィールドを含み、そのケースシリーズのそのケースのケースデータまたはメタデータを記憶し得る１つ以上のデータフィールドを含み、ケースデータまたはメタデータはそのケースシリーズの有害事象ケースに対する変更を含む。他の実施例では、ケースシリーズのリビジョンおよび／またはバージョンは、そのケースシリーズの有害事象ケースに対する変更を含むのみであるフォーマットにおいて表現され得る。したがって、これらの実施例では、ケースリビジョン３３０はケースシリーズの有害事象ケースに対する変更を記憶する１つ以上のデータフィールドを含む。ある実施例によれば、ケースシリーズ３１０およびケースリビジョン３３０は１対多数の関係を有し得、１つ以上のケースリビジョンが、あるケースシリーズと関連付けられ得る。ある実施例では、ケースリビジョン３３０は、さらに、２つのさらに他のデータフィールド、有効開始日／時データフィールドおよび有効終了日／時データフィールドによって表現され得るタイムスタンプ情報を含む。タイムスタンプ情報は、ケースシリーズのリビジョンまたはバージョンが有効である開始日および／または時間ならびに終了日および／または時間を表現し得る。さらに、有効開始日／時および有効終了日／時は、両方とも、ケースリビジョン情報とともにケースシリーズの形成を可能にし得るソースデータの特徴である。タイムスタンプ情報は、全体的または部分的のいずれでも、ケースシリーズのリビジョンまたはバージョンを識別し得る。

【0034】

ケースシリーズデータモデル３００は、さらに、注釈３４０を含む。注釈３４０は、ケースシリーズの１つ以上のケースリビジョンに関係付けられる注釈情報の正規表現である。注釈情報は任意のユーザ定義情報を含み得、ユーザ定義情報は、ケースシリーズのケースリビジョンに注釈を付けるよう働き得る。ある実施例においては、注釈３４０は１つ以上のデータフィールドを含み、各データフィールドはユーザ定義値を記憶し得る。ある実施例によれば、ケースリビジョン３３０および注釈３４０は１対多数の関係を有し得、１つ以上の注釈が、あるケースリビジョンに関連付けられ得る。

【0035】

ケースシリーズデータモデル３００は、さらに、フォルダ３５０を含む。フォルダ３５０は、１つ以上のケースシリーズの論理的グループ化の正規表現である。経時的に、ユーザは、ケースシリーズデータモデル３００を用いて、何千ものケースシリーズを生成し得る。入れ子状のフォルダ記憶システムを用いてケースシリーズを編成し得る。したがって、１つ以上のケースシリーズが、あるフォルダに関連付けられ得、１つ以上のフォルダが、あるフォルダ内において入れ子にされ得る。したがって、ある実施例によれば、フォルダ３５０およびケースシリーズ３１０は１対多数の関係を有し得、１つ以上のケースシリーズが、あるフォルダに関連付けられ得る。一実施例においては、フォルダ３５０は、ケースシリーズデータモデル３００の一部ではなく、ケースシリーズデータモデル３００を用いて生成される１つ以上のケースシリーズを１つ以上のフォルダに編成するために利用されるドキュメント管理システムのフォルダ機能の表現である。

【0036】

図４は、この発明のある実施例に従う、相互運用可能なケースシリーズシステムの例示的実現例のブロック図を示す。より具体的には、図４は、図２の相互運用可能なケースシリーズシステム２００などのような、複数のソフトウェアアプリケーションと対話する、相互運用可能なケースシリーズシステムの例を示す。この実現例はケースシリーズリポジトリ４００を含む。先に記載されたように、ケースシリーズリポジトリ４００は、１つ以上のケースシリーズ、および／または１つ以上のケースシリーズに関係付けられる情報などのような、データを記憶し得るリポジトリである。ある実施例では、ケースシリーズリポジトリ４００は、図２のケースシリーズリポジトリ２１０と同一である。この実現例は、さらに、ケースシリーズデータモデル４１０を含む。同様に先に記載されたように、ケースシリーズデータモデル４１０は、ケースシリーズの正規表現、およびそのケースシリーズに関係付けられる情報を含み得るデータモデルである。ある実施例においては、ケースシリーズデータモデル４１０は、図２のケースシリーズデータモデル２２０および図３のケースシリーズデータモデル３００と同一である。実施例によれば、ケースシリーズデータモデル４１０は、ケースシリーズリポジトリ４００内に記憶されるデータを表現するデータモデルであり得る。一実施例では、ケースシリーズデータモデル４１０は複数のデータフィールドを含み得、複数のデータフィールドは、ケースシリーズリポジトリ４００内に含まれる複数のデータフィールドを表現する。

【0037】

この実現例は、さらに、データマイニングアプリケーション４２０およびデータマイニングアプリケーションケースシリーズＡＰＩ４３０を含む。実施例によれば、データマイニングアプリケーション４２０は、薬剤安全性データ内におけるケースの、１つ以上の関係付けられるグループを見つけ出すために、データマイニング機能を実行し得る１つ以上の実行可能なプロセスを含むソフトウェアアプリケーションである。データマイニングアプリケーション４２０は、１つ以上のデータマイニングアルゴリズムを用いて、１つ以上のケースシリーズを形成し得る。データマイニングアプリケーション４２０は、さらに、別のソフトウェアアプリケーションによって形成される１つ以上のケースシリーズを消費し得る。一実施例においては、データマイニングアプリケーションはオラクル社（Oracle Corporation）からの"Empirica Signal"製品である。

【0038】

さらに、実施例によれば、データマイニングアプリケーションケースシリーズＡＰＩ４３０は、ケースシリーズデータモデル４１０をデータマイニングアプリケーション４２０に露出し、ケースシリーズデータモデル４１０を、データマイニングアプリケーション４２０に対して、データマイニングアプリケーション４２０によって指定されるフォーマットに基づいて表現し、したがって、データマイニングアプリケーション４２０がケースシリーズリポジトリ４００とインターフェイスすることを可能にするインターフェイスを提供する。したがって、データマイニングアプリケーション４２０は、データマイニングアプリケーションケースシリーズＡＰＩ４３０を用いて、１つ以上のケースシリーズを形成し得、１つ以上の形成されたケースシリーズをケースシリーズリポジトリ４００内に記憶し得る。同様に、データマイニングアプリケーション４２０は、データマイニングアプリケーションケースシリーズＡＰＩ４３０を用いて、１つ以上のケースシリーズをケースシリーズリポジトリ４００内から検索し得、その１つ以上の検索されたケースシリーズを消費し得る。ある実施例においては、データマイニングアプリケーションケースシリーズＡＰＩ４３０は、図２のケースシリーズＡＰＩ２３０のコンポーネントを表現する。

【0039】

この実現例は、さらに、報告アプリケーション４４０および報告アプリケーションケースシリーズＡＰＩ４５０を含む。実施例によれば、報告アプリケーション４４０は、１つ以上のケースシリーズを視覚化する１つ以上のレポートを生成するよう報告機能を実行し得る１つ以上の実行可能なプロセスを含むソフトウェアアプリケーションである。報告アプリケーション４４０は、１つ以上の報告アルゴリズムを用いて１つ以上のケースシリーズを形成し得る。報告アルゴリズム４４０は、さらに、別のソフトウェアアプリケーションによって形成される１つ以上のケースシリーズを消費し得る。一実施例では、報告アプリケーション４４０はオラクル社（Oracle Corporation）からの"Oracle Argus Insight"製品である。

【0040】

さらに、実施例によれば、報告アプリケーションケースシリーズＡＰＩ４５０は、ケースシリーズデータモデル４１０を報告アプリケーション４４０に露出し、ケースシリーズデータモデル４１０を、報告アプリケーション４４０に対して、報告アプリケーション４４０によって指定されるフォーマットに基づいて表現し、およびしたがって、報告アプリケーション４４０がケースシリーズリポジトリ４００とインターフェイスすることを可能にするインターフェイスを提供する。したがって、報告アプリケーション４４０は、報告アプリケーションケースシリーズＡＰＩ４５０を用いて、１つ以上のケースシリーズを形成し得、その１つ以上の形成されたケースシリーズをケースシリーズリポジトリ４００内に記憶し得る。同様に、報告アプリケーション４４０は、報告アプリケーションケースシリーズＡＰＩ４５０を用いて、ケースシリーズリポジトリ４００内から１つ以上のケースシリーズを検索し得、その１つ以上の検索されたケースシリーズを消費し得る。さらに、報告アプリケーションケースシリーズＡＰＩ４５０は、単に、報告アプリケーション４４０のレポートにおけるケースシリーズの使用を単純にし得、報告アプリケーション４４０のレポートがクエリーを実行しその結果のケースシリーズを用いることを可能にし得、所望される場合には、その結果として得られたケースシリーズをさらに他の使用のためにケースシリーズリポジトリ４００に記憶し得る。ある実施例では、報告アプリケーションケースシリーズＡＰＩ４５０は、図２のケースシリーズＡＰＩ２３０のコンポーネントを表現する。

【0041】

したがって、実施例によれば、報告アプリケーション４４０が、データマイニングアプリケーション４２０によって形成される１つ以上のケースシリーズにアクセスし得、データマイニングアプリケーション４２０が、報告アプリケーション４４０によって形成される１つ以上のケースシリーズにアクセスし得る中、データマイニングアプリケーション４２０は報告アプリケーション４４０と対話し得、およびその逆も可能である。当業者であれば、データマイニングアプリケーション４２０および報告アプリケーション４４０は、実施例に従ってケースシリーズを形成および消費するソフトウェアアプリケーションの例であり、代替的実施例においては、データマイニングアプリケーション４２０および報告アプリケーション４４０は、代替的機能を含む他のソフトウェアアプリケーションと置換され得ることを容易に理解するであろう。さらに、任意の数のソフトウェアアプリケーションをサポートし、任意の数のソフトウェアアプリケーションがケースシリーズデータモデル４１０を用いてケースシリーズリポジトリ４００にアクセスすることを可能にし得る、任意の数のケースシリーズＡＰＩが存在し得る。

【0042】

図５は、この発明のある実施例に従って、相互運用可能なケースシリーズモジュールの機能のフロー図を示す。一実施例においては、図５のフロー図の機能（以下に記載する）は、図８のフロー図の機能（これも以下に記載する）と並んで、各々、メモリまたは何らかの他のコンピュータ読取可能もしくは有形の媒体に記憶され、プロセッサによって実行されるソフトウェアによって実現される。他の実施例では、各機能は、ハードウェアによって（たとえばアプリケーション特化集積回路（「ＡＳＩＣ」）、プログラマブルゲートアレイ（「ＰＧＡ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）などの使用を通して）またはハードウェアとソフトウェアとの任意の組合せによって実行されてもよい。

【0043】

フローは、開始後、５１０に進む。５１０では、ケースシリーズが受取られる。ある実施例では、ケースシリーズはパートナーアプリケーションから受取られる。ケースシリーズは１つ以上の有害事象ケースを含み、各有害事象ケースは有害事象を表現するデータレコードを含む。ケースシリーズは、名称付きケースシリーズ、アクティブなユーザケースシリーズ、単一使用ケースシリーズ、またはケースヒットリストであり得る。ケースシリーズは、さらに、事象シリーズまたは製品シリーズであり得る。ある実施例では、有害事象を表現する各データレコードは薬剤安全性データをさらに含み、薬剤安全性データは、１つ以上の薬剤の安全性に関係付けられる１つ以上のレポートまたは患者識別子を含む。ある実施例では、ケースシリーズは複数のケースリビジョンを含み得る。フローは５２０に進む。

【0044】

５２０では、ケースシリーズに関係付けられる情報が受取られる。ある実施例ではケースシリーズはパートナーアプリケーションから受取られる。ある実施例ではケースシリーズに関係付けられる情報はケースリビジョン情報を含み、ケースリビジョン情報は、ケースシリーズの有害事象ケースに対する少なくとも１つの変更を含み得る。これらの実施例では、ケースリビジョン情報を含むケースリビジョンが受取られる。ある実施例では、ケースシリーズの有害事象ケースに対する少なくとも１つの変更が、規定されたレビュープロセスに従って検証され、ケースリビジョン情報を含むケースバージョンが受取られる。さらに、ある実施例では、ケースリビジョン情報は、ケースリビジョンを識別するタイムスタンプ情報を含む。タイムスタンプ情報は、有効開始日および／または時間ならびに有効終了日および／または時間を含み得る。

【0045】

他の実施例では、ケースシリーズに関係付けられる情報はケースシリーズ履歴情報を含み、ケースシリーズ履歴情報は、ケースシリーズを生成した個人、ケースシリーズを生成した機構、ケースシリーズを修正した１人以上の個人などのような、ケースシリーズの履歴に関する情報を含み得る。これらの実施例においては、ケースシリーズ履歴情報を含む変更ログが作成される。他の実施例においては、ケースシリーズに関係付けられる情報はユーザ定義情報を含む。これらの実施例では、ユーザ定義情報を含む注釈が作成される。他の実施例では、ケースシリーズに関係付けられる情報は、ケースシリーズおよび１つ以上のさらに他のケースシリーズの論理的編成を含む。これらの実施例においては、ケースシリーズおよび１つ以上のさらに他のケースシリーズの論理的編成を含むフォルダが形成される。フローは５３０に進む。

【0046】

５３０では、ケースシリーズ、およびケースシリーズに関係付けられる情報は、ケースシリーズデータモデルを用いてケースシリーズリポジトリ内に記憶される。ケースシリーズリポジトリは、１つ以上のケースシリーズおよびその１つ以上のケースシリーズに関係付けられる情報などのようなデータを記憶し得るリポジトリである。ケースシリーズデータモデルは、ケースシリーズリポジトリ内におけるケースシリーズおよびそのケースシリーズに関係付けられる情報のフォーマットを規定するケースシリーズの正規表現である。

【0047】

ケースシリーズに関係付けられる情報がケースリビジョン情報を含む実施例においては、ケースシリーズデータモデルは、ケースシリーズリポジトリ内においてケースリビジョンのフォーマットを規定する。ケースシリーズに関係付けられる情報がケースシリーズ履歴情報を含む実施例では、ケースシリーズデータモデルは、ケースシリーズリポジトリ内において変更ログのフォーマットを規定する。ケースシリーズに関係付けられる情報がユーザ定義情報を含む実施例では、ケースシリーズデータモデルはケースシリーズリポジトリ内において注釈のフォーマットを規定する。ケースシリーズに関係付けられる情報がケースシリーズおよび１つ以上のさらに他のケースシリーズの論理的編成を含む実施例では、ケースシリーズデータモデルはケースシリーズリポジトリ内においてフォルダのフォーマットを規定する。

【0048】

ある実施例では、ケースシリーズデータモデルは、ケースシリーズの１つ以上のケース識別子を表現するデータフィールドと、ケースシリーズの１つ以上の有害事象ケースを表現する１つ以上のさらに他のデータフィールドとを含む。これらの実施例では、各ケース識別子は、１つ以上の有害事象ケースのうちのある有害事象ケースを一意に識別する。さらに、これらの実施例にいくつかにおいては、ケースシリーズデータモデルは、ケースシリーズに関係付けられる情報を表現する１つ以上のさらに他のフィールドを含む。

【0049】

ケースシリーズに関係付けられる情報がケースリビジョン情報を含む実施例では、ケースシリーズデータモデルは、ケースリビジョン情報を表現する１つ以上のさらに他のデータフィールドを含む。ケースリビジョン情報がタイムスタンプ情報を含む実施例では、ケースシリーズデータモデルは、タイムスタンプ情報を表現する１つ以上のさらに他のデータフィールドを含む。ケースシリーズに関係付けられる情報がケースシリーズ履歴情報を含む実施例では、ケースシリーズデータモデルは、ケースシリーズ履歴情報を表現する１つ以上のさらに他のデータフィールドを含む。ケースシリーズに関係付けられる情報がユーザ定義情報を含む実施例では、ケースシリーズデータモデルは、ユーザ定義情報を表現する１つ以上のさらに他のデータフィールドを含む。ケースシリーズに関係付けられる情報がケースシリーズと１つ以上のさらに他のケースシリーズとの論理的編成を含む実施例では、ケースシリーズデータモデルは、ケースシリーズおよび１つ以上のさらに他のケースシリーズの論理的編成を表現する１つ以上のさらに他のデータフィールドを含む。フローは５４０に進む。

【0050】

５４０では、ケースシリーズに関係付けられる情報は、ケースシリーズデータモデルを用いて、ケースシリーズ内に関連付けられる。ケースシリーズに関係付けられる情報がケースリビジョン情報を含む実施例では、ケースリビジョンが、ケースシリーズデータモデルを用いて、ケースシリーズと関連付けられる。ケースシリーズに関係付けられる情報がケースシリーズ履歴情報を含む実施例においては、変更ログが、ケースシリーズデータモデルを用いて、ケースシリーズと関連付けられる。ケースシリーズに関係付けられる情報がユーザ定義情報を含む実施例では、注釈が、ケースシリーズデータモデルを用いて、ケースリビジョンと関連付けられる。ケースシリーズに関係付けられる情報がケースシリーズと１つ以上のさらに他のケースシリーズとの論理的編成を含む実施例では、ケースシリーズはフォルダと関連付けられる。フローは５５０に進む。

【0051】

５５０では、ケースシリーズ、およびケースシリーズに関係付けられる関連情報が、ケースシリーズＡＰＩを用いて、ケースシリーズリポジトリから検索される。ケースシリーズＡＰＩは、ソフトウェアアプリケーションに対して、そのソフトアプリケーションによって指定されるフォーマットに基づいて、ケースシリーズデータモデルを表現するＡＰＩである。したがって、ケースシリーズＡＰＩは、ソフトウェアアプリケーションのために、ケースシリーズおよびそのケースシリーズに関係付けられる情報のフォーマットを規定し得る。ケースシリーズＡＰＩは、ケースシリーズデータモデルを用いて、ケースシリーズおよび関連の情報をケースシリーズリポジトリから検索し得る。フローは次いで終了する。

【0052】

図６は、この発明のある実施例に従って、コホート識別システム６００のブロック図を示す。図６において網掛けされる、コホート識別システム６００のコンポーネントは、以下により詳細に記載されるように、データソースのデータモデルによって変化し得るコンポーネントである。コホート識別システム６００は、クエリービルダユーザインターフェイス（「ＵＩ」）６０５を含み得る。クエリービルダＵＩ６０５は、コホート識別システム６００のユーザに対して表示され得るユーザインターフェイスであり、クエリービルダＵＩ６０５はユーザがクエリーを作成することを可能にし得る。他の実施例では、クエリービルダＵＩ６０５はデータソースの１つ以上のデータフィールドを表示し得、ユーザは、１つ以上のデータフィールドのうちの少なくとも１つを、クエリーの一部であるように選択し得る。これらの実施例では、ユーザは、さらに、クエリーの一部であり得る基準を入力し得る。さらに詳細に記載されるように、ユーザによって作成されたクエリーは、薬剤安全性データなどのようなデータソース内において記憶されるデータを検索するために、薬剤安全性システムなどのようなデータソース上において実行され得る。ある実施例では、ユーザは、クエリービルダＵＩ６０５内におけるクエリーのためにＳＱＬシンタックスを入力し得る。さらに、ある実施例では、クエリービルダＵＩ６０５は、クエリーの作者が、パラメータとして識別される、１つ以上のプレイスホルダを指定することを可能にし得る。クエリーが実行されると、ユーザは、各パラメータ毎にパラメータ値を入力するよう促され得る。加えて、クエリービルダＵＩ６０５は、さらに、ユーザがクエリーを実行することを可能にし得る。

【0053】

コホート識別システム６００は、さらに、メタデータ６１０を含み得る。実施例によれば、メタデータ６１０は、薬剤安全性システム内における薬剤安全性データなどのような、データソース内におけるデータを記述する。より具体的には、メタデータ６１０は、照会され得るデータソースの各データフィールドについて情報を記述する。そのような情報は、データフィールドのデータタイプ、およびデータフィールドを含む構造化照会言語（「ＳＱＬ」）クエリーを構築するよう必要とされる情報を含み得る。メタデータ６１０は、さらに、ソースデータまたはソースデータと参照データとの組合せから導き出され得る１つ以上のクエリーフィールドを含み得る。実施例に従うと、クエリービルダＵＩ６０５は、ユーザがクエリービルダＵＩ６０５を用いてメタデータ６１０に基づいてクエリーを作成し得るように、メタデータ６１０を検索し得る。メタデータ６１０のため、コホート識別システム６００は、ある特定のデータソース、またはあるデータソースのある特定のデータモデルに作動的に結合されるようにのみ限定されない。代わりに、コホート識別システム６００はデータモデル非依存型であり、より詳細に記載されるように、幅広いさまざまなデータソースと作動的に結合され得る。メタデータ６１０は、リポジトリなどのような、コホート識別システム６００内に含まれる任意のデータ構造に記憶され得る。

【0054】

コホート識別システム６００は、さらに、クエリーリポジトリ６１５を含み得る。クエリーリポジトリ６１５は、１つ以上のクエリーを記憶し得るリポジトリである。実施例によれば、クエリービルダＵＩ６０５は、クエリービルダＵＩ６０５内において作成されるクエリーをクエリーリポジトリ６１５内に記憶し得る。クエリービルダＵＩ６０５内において作成されたクエリーは、クエリーがその後再使用されそうであり得ると判断されるとき、たとえばクエリーが幅広い範囲のシナリオにおいて用いられそうなデータを検索し得るときに、クエリーリポジトリ６１５内に記憶され得る。

【0055】

コホート識別システム６００は、さらに、クエリーコンパイラ６２０を含み得る。クエリーコンパイラ６２０は、クエリーリポジトリ６１５内に記憶されるクエリーを検索し得、記憶されたクエリーをコンパイルし得る。記憶されたクエリーをコンパイルすることによって、クエリーコンパイラ６２０は、クエリーを実行可能なフォーマットに変換し得、記憶されたクエリーはコンパイルされ得る。いくつかの実施例では、クエリーコンパイラ６２０は、さらに、一旦クエリーが実行可能なフォーマットに変換されると、クエリーを実行し得る。クエリーを実行する際には、クエリーコンパイラ６２０は、クエリーをデータソース上で実行し得、クエリーに基づいてデータソースによって返されるデータを検索し記憶し得る。いくつかの実施例では、データソースによって返されるデータは薬剤安全性データを含み、薬剤安全性データは１つ以上の有害事象ケースを含み、各有害事象ケースは有害事象を表現するデータレコードである。さらに、クエリーの実行はケースシリーズを作成し得る。

【0056】

コホート識別システム６００は、さらに、ケースシリーズリポジトリ６２５を含み得る。ケースシリーズリポジトリ６２５は、１つ以上のケースシリーズなどのようなデータを記憶し得るリポジトリである。たとえば、ケースシリーズが、１つ以上の識別子を含み、さらに、ケースシリーズ内に含まれる１つ以上の有害事象ケースをともになって表現するケースデータおよび／またはケースメタデータを含む実施例では、ケースシリーズリポジトリ６２５は、１つ以上のケース識別子、ならびに関連付けられるケースデータおよび／またはケースメタデータを記憶し得る。実施例によれば、一旦クエリーコンパイラ６２０がクエリーを実行し、ケースシリーズを作成すると、クエリーコンパイラは、その作成されたケースシリーズをケースシリーズリポジトリ６２５内に記憶し得る。ある実施例では、ケースシリーズリポジトリ６２５は、ケースシリーズの正規表現を含み得る（図６には示されない）関連付けられるケースシリーズデータモデルを含み得る。たとえば、ケースシリーズが、１つ以上の識別子を含み、さらに、ケースシリーズ内に含まれる１つ以上の有害事象ケースをともになって表現するケースデータおよび／またはケースメタデータを含む実施例では、ケースシリーズデータモデルは、ケース識別子を表現するデータフィールド、ならびにケースデータおよび／またはケースメタデータを表現する１つ以上のさらに他のデータフィールドを含み得る。ある実施例では、ケースシリーズリポジトリ６２５は、図２のケースシリーズリポジトリ２１０および図４のケースシリーズリポジトリ４００と同一である。

【0057】

コホート識別システム６００は、さらに、報告ケースシリーズＡＰＩ６３０を含み得る。実施例によれば、報告ケースシリーズＡＰＩ６３０は、ケースシリーズリポジトリ６２５に関連付けられるケースシリーズデータモデルを露出させ、ケースシリーズリポジトリ６２５に関連付けられるケースシリーズデータモデルを、報告アプリケーション（たとえば報告アプリケーション６４０など）に対して、その報告アプリケーションにより指定されるフォーマットに基づいて表現し得るＡＰＩである。したがって、報告ケースシリーズＡＰＩ６３０は、（報告アプリケーション６４０などのような）報告アプリケーションがケースシリーズリポジトリ６２５とインターフェイスすることを可能にし得る。換言すれば、報告ケースシリーズＡＰＩ６３０はケースシリーズをケースシリーズリポジトリ６２５から検索し、そのシリーズを報告アプリケーション（報告アプリケーション６４０など）内において実現し得る。ある実施例では、報告ケースシリーズＡＰＩ６３０は、図２のケースシリーズＡＰＩ２３０の一部を表現し、図４の報告アプリケーションケースシリーズＡＰＩ４５０と同一である。報告アプリケーション６４０は、１つ以上のケースシリーズを視覚化する１つ以上のレポートを生成するよう報告機能を実行し得る１つ以上の実行可能なプロセスを含むソフトウェアアプリケーションである。１つ以上のレポートを生成することは、１つ以上のレポートを報告アプリケーション６４０内において表示することを含み得る。報告アプリケーション６４０は、さらに、１つ以上の報告アルゴリズムを用いて、１つ以上のケースシリーズを形成し得る。報告アプリケーション６４０は、さらに、報告ケースシリーズＡＰＩ６３０を用いて、ケースシリーズリポジトリ６２５内に記憶される、コホート識別システム６００によって形成される１つ以上のケースシリーズを消費し得る。ある実施例では、報告アプリケーション６４０は図４の報告アプリケーション４４０と同一である。

【0058】

コホート識別システム６００は、さらに、相互運用可能なケースシリーズＡＰＩ６３５を含み得る。実施例によれば、相互運用可能なケースシリーズＡＰＩ６３５は、ケースシリーズリポジトリ６２５に関連付けられるケースシリーズデータモデルを露出し得、ケースシリーズリポジトリ６２５に関連付けられるケースシリーズデータモデルを、（パートナーアプリケーション６５０などのような）パートナーアプリケーションに対して、そのパートナーアプリケーションによって指定されるフォーマットに基づいて表現し得るＡＰＩである。したがって、相互運用可能なケースシリーズＡＰＩ６３５は、（パートナーアプリケーション６５０などのような）パートナーアプリケーションがケースシリーズリポジトリ６２５とインターフェイスすることを可能にし得る。換言すれば、相互運用可能なケースシリーズＡＰＩ６３５は、ケースシリーズをケースシリーズリポジトリ６２５から検索し、そのシリーズをパートナーアプリケーション（パートナーアプリケーション６５０など）内において実現し得る。パートナーアプリケーション６５０は、相互運用可能なケースシリーズＡＰＩ６３５を用いて、ケースシリーズリポジトリ６２５内に記憶される、コホート識別システム６００によって形成される１つ以上のケースシリーズを消費し得るソフトウェアアプリケーションである。パートナーアプリケーション６５０は、さらに、他の機能性、たとえば相互運用可能なケースシリーズＡＰＩ６３５を用いてケースシリーズリポジトリ６２５内に記憶され得る１つ以上のケースシリーズを作成することなどを提供し得る。ある実施例では、相互運用可能なケースシリーズＡＰＩ６３５は図２のケースシリーズＡＰＩ２３０と同一である。

【0059】

コホート識別システム６００は、さらに、コンパイラルール６４５を含み得る。実施例によれば、コンパイラルール６４５は１つ以上のシンタックスルールを含み得、１つ以上のシンタックスルールは、クエリービルダＵＩ６０５によって作成されるクエリーが１つ以上のシンタックスルールでコンパイルすることを判断するために、クエリーコンパイラ６２０によってそのクエリーに適用され得る。コンパイラルール６４５は、リポジトリなどのような、コホート識別システム６００内に含まれる任意のデータ構造に記憶され得る。

【0060】

コホート識別システム６００は、さらに、オントロジブラウザＵＩ６５５を含み得る。データソースが、以下により詳細に記載される参照オントロジデータソースである実施例では、オントロジブラウザＵＩ６５５は、１つ以上の参照オントロジを参照オントロジデータソースから検索し、その１つ以上の参照オントロジを、コホート識別システム６００のユーザに対し、あるＵＩ内において表示し得る。したがって、オントロジからの１つ以上の要素が選択され、クエリーにおいて基準として用いられ得る。

【0061】

コホート識別システム６００は、さらに、ケースシリーズエディタおよび管理ＵＩ６６５を含み得る。ケースシリーズエディタおよび管理ＵＩ６６５は、コホート識別システム６００のユーザが、ケースシリーズリポジトリ６２５内に記憶される１つ以上のケースシリーズを編集および管理することを可能にし得る。

【0062】

コホート識別システム６００は、さらに、ケースシリーズビューアＵＩ６７５を含み得る。ケースシリーズビューアＵＩ６７５は、コホート識別システム６００のユーザが１つ以上のケースシリーズを閲覧することを可能にし得る。１つ以上のケースシリーズはケースシリーズリポジトリ６２５内に記憶され得る。代替的に、１つ以上のケースシリーズはデータソース内に記憶され得る。

【0063】

さらに、実施例によれば、コホート識別システム６００は、１つ以上のデータソースに作動的に結合され得る。先に記載されたように、コホート識別システム６００のコンポーネント（つまりクエリービルダＵＩ６０５およびクエリーコンパイラ６２０）は、ユーザが、１つ以上のクエリーを作成し、コホート識別システム６００に作動的に結合される１つ以上のデータソース上において実行することを可能にし得る。ある実施例では、１つ以上のデータソースは薬剤安全性データを含み得、これらの実施例のうちのいくつかにおいては、薬剤安全性データは、１つ以上の有害事象ケースなどのような、１つ以上の薬剤の安全性に関係付けられるデータを含み得る。図６に示される実施例においては、１つ以上のデータソースは、参照オントロジデータソース６６０、ならびに有害事象レポートデータベース６７０、６８０および６９０を含む。参照オントロジデータソース６６０は、参照オントロジに関するデータを含むデータソースである。参照オントロジデータソース６６０の例は、スノメド（「ＳＮＯＭＥＤ」）データソース、国際医薬用語集（「ＭｅｄＤＲＡ」）データソースまたは世界保健機構（「ＷＨＯ」）薬剤データソースを含む。有害事象レポートデータベース６７８、６８０および６９０は薬剤安全性データを含むデータソースであり、薬剤安全性データは１つ以上の有害事象ケースを含む。しかしながら、これらのデータソースは、示される実施例に従う単なる例示的なデータソースであり、代替的実施例では、コホート識別システム６００は任意の数のデータソースに作動的に結合され得、各データソースはデータを含む任意のタイプのデータソースであり得る。

【0064】

コホート識別システム６００は、さらに、統合されたクエリー実行エンジン６８５を含み得る。統合されたクエリー実行エンジン６８５は、記憶されたクエリーが複数のデータソースに抗してコンパイルされ実行されることを可能にし得る。統合されたクエリー実行エンジン６８５は、さらに、各データソースから返される１つ以上のケースシリーズを単一のケースシリーズにマージし得る。

【0065】

コホート識別システム６００は、さらに、柔軟な再カテゴリ分類ＡＰＩ６９５を含み得る。柔軟な再カテゴリ分類ＡＰＩ６９５は、インターフェイスを、データソースにおいて用いられる１つ以上のコードリストに正規化し得る。大抵の保健関連データベースにおいては、離散値がコードとして記憶される。コードリストを用いて、１つ以上の自然言語と等価である用語を表示し得る。この特徴は、ユーザが、クエリー基準を自身の言語で指定することを可能にし得る。さらに、「大陸」などのような１つ以上のロールアップ用語を用いて、国などのような離散値のグループに言及し得る。柔軟な再カテゴリ分類ＡＰＩ６９５は、さらに、年齢などのような１つ以上の範囲の連続する変数が、「成人」または「子供」などのような１つ以上の離散的な名称を付されたカテゴリにマッピングされることを可能にし得る。柔軟な再カテゴリ分類ＡＰＩ６９５は、同じコードマッピングを報告の際に用いて、クエリーとレポートとの間における一貫性を確実にすることを可能にし得る。

【0066】

図７は、この発明のある実施例に従って、コホート識別システムの例示的実現例のブロック図を示す。７１０において、クエリーが作成される。クエリーは、薬剤安全性データなどのようなデータソース内に記憶されるデータを検索するために、薬剤安全性システムなどのようなデータソースにおいて実行され得る。実施例によれば、クエリーを作成するために、メタデータが検索され得、そのメタデータはデータソース内のデータを記述する。より具体的には、メタデータは、照会され得るデータソースの各データフィールドについての情報を記述し得る。そのような情報は、データフィールドのデータタイプ、およびデータフィールドを含むＳＱＬクエリーを構築するよう必要とされる情報を含み得る。作成されるクエリーは、さらに、クエリーリポジトリ７２０にて記憶され、クエリーリポジトリ７２０は、１つ以上のクエリーなどのようなデータを記憶し得るリポジトリである。

【0067】

７３０において、クエリーがクエリーリポジトリ７２０から検索され、そのクエリーは、コンパイルされ、データソースの一例である有害事象レポートデータベース７４０上において実行される。有害事象レポートデータベース７４０は薬剤安全性データを含むデータソースであり、薬剤安全性データは１つ以上の有害事象ケースを含む。クエリーを実行する際には、薬剤安全性データなどのようなデータを有害事象レポートデータベース７４０から検索し得る。さらに、クエリーを実行する際には、ケースシリーズを作成し、ケースシリーズリポジトリ７５０内に記憶し得る。

【0068】

７６０において、ケースシリーズはケースシリーズリポジトリ７５０から検索され、ケースシリーズを視覚化し得るレポート７７０が生成される。ある実施例によれば、報告ケースシリーズＡＰＩがケースシリーズリポジトリ７５０とインターフェイスし、ケースシリーズをケースシリーズリポジトリ７５０から検索し、ケースシリーズを報告アプリケーション内において実現して、ケースシリーズを視覚化し得る１つ以上のレポートを生成し得、報告アプリケーションは生成された１つ以上のレポートを表示し得る。ある実施例では、７６０において実行されるレポートの生成は、有害事象レポートデータベース７４０からデータを検索することを含み得る。

【0069】

図８は、この発明のある実施例に従って、コホート識別モジュールの機能のフロー図を示す。このフローは開始後、８１０に進む。フローはユーザがクエリーを作成したい旨を示したときに開始し得る。８１０において、メタデータが検索され、このメタデータは、データソースの１つ以上のデータフィールドについての情報を含む。実施例によれば、情報は、１つ以上のデータフィールドの各データフィールド毎に、データタイプおよびＳＱＬ情報を含み得る。ある実施例では、データソースは、１つ以上の有害事象ケースを記憶する有害事象レポートデータベースであり得る。フローは８２０に進む。

【0070】

８２０において、検索されたメタデータに基づいて、クエリーがデータソースに対して作成される。クエリーは、データソース内において記憶されるデータを検索するために、データソース上において実行されるクエリーであり得る。ある実施例では、検索されたメタデータを用いて、クエリーの一部である、データソースの１つ以上のデータフィールドを判断し得る。さらに、ある実施例においては、検索されたメタデータを用いて、クエリーの一部であるＳＱＬを判断し得る。フローは８３０に進む。

【0071】

８３０では、クエリーは、１つ以上のコンパイラルールに基づいてコンパイルされる。実施例によれば、コンパイラルールは、クエリーが１つ以上のシンタックスルールでコンパイルすることを判断するようクエリーに適用される１つ以上のシンタックスルールを含み得る。ある実施例では、クエリーはクエリーリポジトリに記憶され得る。フローは８４０に進む。

【0072】

８４０では、クエリーがデータソース上において実行され、クエリーの実行はケースシリーズを作成する。ある実施例では、ケースシリーズは１つ以上の有害事象ケースを含み、各有害事象ケースは、有害事象を表現するデータレコードを含む。これらの実施例のいくつかにおいては、有害事象を表現する各データレコードは、さらに、薬剤安全性データを含み、薬剤安全性データは、１つ以上の薬剤の安全性に関係付けられる１つ以上のレポートまたは患者識別子を含む。ある実施例では、ケースシリーズはケースシリーズリポジトリに記憶される。フローは８５０に進む。

【0073】

８５０では、レポートがケースシリーズに基づいて生成され、そのレポートはケースシリーズの視覚化されたものである。ある実施例では、レポートは、ケースシリーズの１つ以上のデータフィールドの視覚的表示を含む。ある実施例によれば、ケースシリーズは、報告ケースシリーズＡＰＩを用いてケースシリーズリポジトリから検索され得、報告ケースシリーズＡＰＩは、報告アプリケーションに対するケースシリーズのフォーマットを規定する。これらの実施例では、レポートは報告アプリケーション内において表示され得る。さらに、ある実施例では、ケースシリーズは、相互運用可能なケースシリーズＡＰＩを用いてケースシリーズリポジトリから検索され得、相互運用可能なケースシリーズＡＰＩはパートナーアプリケーションに対するケースシリーズのフォーマットを規定する。これらの実施例では、ケースシリーズはパートナーアプリケーション内において消費され得る。フローはここで終了する。

【0074】

図９は、この発明のある実施例に従って、例示的なレポート９３０を作成する例示的ケースシリーズ９２０を作成する例示的クエリー９１０を示す。ある実施例によれば、ある実行可能なプロセスによって、薬剤安全性システムなどのようなデータソース上においてクエリー９１０が実行され得、クエリー９１０は、すべての致命的な有害事象ケース（つまりデータフィールド「死亡」が１の値を有するすべての有害事象ケース）を検索するクエリーである。

【0075】

クエリー９１０の実行は、この実施例に従って、ケースシリーズ９２０を形成し、ケースシリーズ９２０は、クエリー９１０において指定される条件と一致する有害事象ケースのリストを含む。ケースシリーズ９２０は、各有害事象ケース毎に少なくともケース識別子を含み得、さらに、ケースシリーズにおいて有害事象ケースを表現するさらに他のケースデータまたはメタデータを含んでもよい。示される実施例では、ケースシリーズ９２０は複数の有害事象ケースを含み、各有害事象ケースは：（ａ）ケース識別子データフィールドを含み、各値は、有害事象ケースに対するケース識別子を識別し；さらに、（ｂ）国データフィールドを含み、各値は、有害事象ケースが関連付けられる国を識別する。

【0076】

ある実施例によれば、実行可能なプロセスによって、レポート９３０が、ケースシリーズ９２０に基づいて生成され得る。レポート９３０はケースシリーズ９２０を視覚化したものであり、ケースシリーズ９２０のデータフィールドは、所望のフォーマットによって変更され得る。示される実施例では、レポート９３０は複数の有害事象ケースを含み、各有害事象ケースは：（ａ）ケース識別子データフィールドを含み、各値は、有害事象ケースに対するケース識別子を識別し；さらに、（ｂ）「深刻な」データフィールドを含み、各値は、有害事象ケースが深刻な有害事象ケースであるかどうかを識別し；さらに、（ｃ）「リスト化された」データフィールドを含み、各値は、有害事象ケースがリスト化された有害事象ケースであるかどうかを識別する。当業者であれば、クエリー９１０、ケースシリーズ９２０およびレポート９３０のフォーマットはある例示的実施例に従う例示的なフォーマットであり、クエリー、ケースシリーズおよび／またはレポートは代替的実施例においては他のフォーマットを有し得ることを容易に理解するであろう。

【0077】

したがって、一実施例においては、患者のコホートなどのようなコホートを識別し得るコホート識別システムが提供される。コホート識別システムはメタデータを検索し得、そのメタデータは、データソースおよびそのデータソースに対するＳＱＬの両方を記述し、１つ以上のクエリーを、そのデータソース上において、その検索されたメタデータに基づいて作成および実行し得る。メタデータはデータソースを正確に記述するため、コホート識別システムは、データソースのデータモデルから独立し得、幅広いさまざまなデータソースに作動的に結合され得、したがって、多数の異なる領域にわたって使用され得る。データソースは、一般的に、その基底にあるデータモデルにおいて異なるに過ぎず、コホート識別システムは、データソースの基底にあるデータモデルに対する依存性を含むことを必要とはされないので、コホート識別システムは、薬剤安全性の領域に限定されない領域、より大きなコホート識別の領域に参入することができる。したがって、ある実施例によれば、コホート識別を任意の１つのパートナーアプリケーションに提供する費用を低減し得る。さらに、ある実施例によれば、より完全なコホート識別の特徴的機能の組をパートナーアプリケーションに提供し得る。

【0078】

本明細書にわたって記載されるこの発明の特徴、構造または特性は、１つ以上の実施例において任意の好適な態様で組合されてもよい。たとえば、本明細書にわたる「一実施例」、「いくつかの実施例」、「ある実施例」、または他の同様の文言の使用は、その実施例と関連して記載されるある特定の特徴、構造または特性がこの発明の少なくとも１つの実施例に含まれてもよいという事実を指す。したがって、本明細書にわたる「一実施例」、「いくつかの実施例」、「ある実施例」という表現または他の同様の文言の出現は、必ずしもすべてが同じグループの実施例を指すとは限らず、記載された特徴、構造または特性は、１つ以上の実施例において任意の好適な態様で組合されてもよい。

【0079】

当業者であれば、上に論じられるこの発明は、異なる順序におけるステップで、および／または開示されるものとは異なる構成の要素で実施されてもよいことを容易に理解するであろう。したがって、この発明は、これらの好ましい実施例に基づいて記載されたが、当業者には、この発明の精神および範囲内にありながら、ある修正、変形および代替的構築が明らかであろうことは明らかであろう。この発明の境界／限界を判断するためには、したがって、特許請求の範囲が参照されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】