(57)【要約】本発明は、運用データの自動解釈及び報告の自動生成のためのシステム及び方法に関連する。システムは、運用データについて解析及び解釈を行い並びに報告を生成するように構成された視覚化及び解釈エンジンを備える。複数のフィーチャ要素モジュールは、視覚化及び解釈エンジンと機能的にインタフェースして少なくとも１つの論理シナリオを適用し、また、報告の一部についてのテキストコンテンツを生成し、論理シナリオの出力の依存性を伴うように構成される。
2021513178.tif 000002
【特許請求の範囲】
【請求項１】
運用データの自動解釈のためのシステムであって、該システムはコンピュータを備え、該コンピュータは、プロセッサと、メモリと、コンピュータプロセスを支援するオペレーティングシステムと、前記運用データの解釈を行い及び報告を生成するように構成された視覚化及び解釈エンジンと、少なくとも１つのフィーチャ要素モジュールであってそれぞれは前記視覚化及び解釈エンジンと機能的にインタフェースして少なくとも１つの論理シナリオを適用し及び少なくとも報告の一部を生成し並びに前記論理シナリオの出力に依存して前記報告の前記一部についてテキストコンテンツを生成するように構成されている少なくとも１つのフィーチャ要素モジュールとを有する、システム。
【請求項２】
請求項１に記載のシステムにおいて、複数のフィーチャ要素モジュールが設けられており、各々は報告のそれぞれの部分を生成する役割を担っている、システム。
【請求項３】
請求項１又は２に記載のシステムにおいて、前記少なくとも１つのフィーチャ要素モジュールはリアルタイムで運用データに対して作用するように構成されており、データが解析されるのに合わせて出力を変えていき、また、前記論理シナリオは前記報告に対して動的に影響を与えるように実装されている、システム。
【請求項４】
請求項１、２又は３に記載のシステムにおいて、少なくとも１つのフィーチャ要素モジュールは、データを解析し、また、前記データ解析に基づいて前記報告のためにグラフィカル出力を作るように構成されている、システム。
【請求項５】
前記請求項のいずれか１つに記載のシステムにおいて、前記視覚化及び解釈エンジン並びに少なくとも１つのフィーチャ要素の動作によって補充されて前記報告を生じさせるように構成された少なくとも１つのテンプレートを備える、システム。
【請求項６】
前記請求項のいずれか１つに記載のシステムにおいて、データ取得を実装するように構成されたデータ取得プロセスをさらに備える、システム。
【請求項７】
請求項６に記載のシステムにおいて、前記データ取得プロセスはクライアントシステムからデータを取得するように構成されており、また、少なくとも１つのフィーチャ要素は前記データを取得し及び前記データを必要とされるフィールド内に配置するように構成されている、システム。
【請求項８】
運用データの自動解釈のための方法であって、運用データを受信するステップと、プロセッサを介して視覚化及び解釈エンジンを実装するステップであって該視覚化及び解釈エンジンは前記運用データの解釈を行い且つ報告を生成する、ステップと、少なくとも１つのフィーチャ要素モジュールを活用して前記視覚化及び解釈エンジンとインタフェースして少なくとも１つの論理シナリオを適用して前記報告の少なくとも一部を生成するステップと、前記論理シナリオの出力に依存して前記報告の前記一部についてテキストコンテンツを生成するステップとを含む、方法。
【請求項９】
請求項８に記載の方法において、複数のフィーチャ要素モジュールを活用して報告のそれぞれの部分を生成するステップを含む、方法。
【請求項１０】
請求項８又は９に記載の方法において、リアルタイムで運用データに対して作用してデータが解析されるに従って出力を変化させて前記報告に動的に影響を及ぼすステップを含む、方法。
【請求項１１】
請求項８、９又は１０に記載の方法において、１つ以上のフィーチャ要素を適用することによってデータを獲得して前記データを取得して前記データを必要とされるフィールド内に配置するステップをさらに含む、方法。
【請求項１２】
コンピュータを制御して請求項１〜７のいずれか１つに記載のシステムを実装させる命令を備えるコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを提供する不揮発性コンピュータ可読媒体。
【請求項１４】
請求項１２に記載のコンピュータプログラムを備えるデータ信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用データの自動解析のためのシステム及び方法に関し、より具体的には健康管理業界における運用データの自動解析及び解釈のためのシステム及び方法に関するがこれには限られない。 
【背景技術】
【０００２】
どのような業界であれ、運用上の性能パラメータの監視は重要である。パフォーマンスを評価し、必要ならば調整をなせるようにするために、運用上の指標を監視することを要する。性能の監視は、必須な管理ツールである。一部の業界（例えば、医療関連業界やセキュリティ業界等）では、オペレーションの監視及び報告に関する側面は法定要件とされている場合があり得る。
【０００３】
現在では性能監視のためには様々な手法があるも、多くの業界、特に大量の性能データが生成される業界（例えば、医療関連サービス）では、大量の手動処理が必要とされる。
【０００４】
例えば、医療関連サービス業界では、医療プロセスの様々な観点について大量のデータを収集することを要する。データには次の事項が含まれ得る：患者が専門家を訪れた際のインシデント；患者来訪の結果；患者のためになされた処置；それらの処置の有効性；処置に伴ってなされたプロセス；処置、患者、医療関連従事者等に関する他の任意のデータ等。医療関連サービスの有効性を監視し、必要ならば調整及び改良をなせるようにするために、このようなデータが必要とされる。また、法律遵守のため及び臨床医、実行チーム、患者若しくは保護者による意思決定のため、監視が必要とされ得るのであり、該意思決定は次の項目に基づいていることができる：履歴データ及びベンチマークデータの結果；ｃデータ特定済み先例又は潜在リスク；将来の治療又は予定されたインベンションについてのデータ蓋然性／確率。
【０００５】
医療関連業界等の業界には様々な異なるタイプのプロセス及び処置があることを分かるであろう。これらのプロセス及び処置は非常に大量のデータを生成する。これら全てのデータを処理及び解析して、有意義な解釈及び結論をもたらし得る適切な形式に落とし込むことを要する。例えば、管理者検証用に報告を生成することができ、管理者が有意義な結論を導出して措置を講ずることができるようにできる。患者に対して選択的心臓手術が計画されている場合、患者は、手術成功の確率及び該当施設と他の施設とを比較した際の発生率や有病率や過去の実績に基づいた潜在的リスクについて知ることを望むかもしれない。
【０００６】
医療関連サービス等の複雑な業界での大量の複雑なデータを監視することに関しては幾つもの観点を伴う。先ず、データを取得することを要する。この行為は様々な異なる方法によってなすことができる。データ収集には次の行為が含まれ得る：フォームを介してのコンピュータへの入力が含まれ得る（例えば、患者詳細事項をプロシージャに入力すること）；例えば医療プロセス後のサーベイ；データベースへのデータ入力、及び無数の他のデータ収納プロセス。データが収集されたらば、一般的にはデータを浄化することを要する。即ち、手動でのデータ入力及び収集故に通常は多くのエラーが含まれているからである。
【０００７】
現在は幾つものデータ収集方法及びソフトウェアツールがありこれらはデータ入力を促進するために開発されているが、これらの方法及びツールは最適なソリューションを提供するには至っていない。
【０００８】
データが収集されたらば（通常は比較的大規模なデータベース内に格納されて）、解析及び解釈されることを要する。現行の解析及び解釈法は相当量の手動入力を要しているも、支援ツールは幾つかある（例えば、Ｅｘｃｅｌ（登録商標）等の汎用ソフトウェアツール）。手動作業関連資源は膨大になり得る。解析・解釈は超絶に時間浪費的且つ高費用な作業である。手動作業を要する故に次のような不利益が惹起される：
●報告における偏向−不利な結果を、例えば成果及び患者の治療に基づいて、報告するに際して人間が関与する場合、解釈及び報告に偏向が含まれる可能性が生じる；
●報告における誤り−解釈及び報告に参与する作業員はこのような解析及び解釈のタイプの専門家ではないかもしれない。実際に、多くの者は、業界内に身を置くが統計や解析に関して無知な者たり得るのでありデータについて仮定を用いるに至らない者たり得る。例えば、医療関連業界に身を置く大抵の看護師や事務員はデータ解釈の分野において無能又は無知である。よって、過ちを犯す危険性が高い；
●データは最新のものではないかもしれない。例えば、大抵の病院は、昔を回顧する、古いデータを報告するので、現行データについてプロセス変更を行う機会を逸している；
●コスト−手動入力のコストは膨大である。
【０００９】
統計的解析及び解釈が遂行済みとなれば、一般的には報告をもたらさなければならない。報告をもたらすためには多くの手動での準備が必要とされる。例えば、グラフィカル表示に添えるためのテキスト／言葉をこしらえる作業は手動でなされ時間浪費的である。
【発明の概要】
【００１０】
第１の態様によれば、本発明は、次のようなシステムを提供する：運用データの自動解釈のためのシステムであって、該システムはコンピュータを備え、該コンピュータは、プロセッサと、メモリと、コンピュータプロセスを支援するオペレーティングシステムと、運用データの解釈を行い及び報告を生成するように構成された視覚化及び解釈エンジンと、視覚化及び解釈エンジンと機能的にインタフェースして少なくとも１つの論理シナリオを適用し及び少なくとも報告の一部を生成し並びに論理シナリオの出力に依存して報告の一部についてテキストコンテンツを生成する複数のフィーチャ要素モジュールとを有する、システム。
【００１１】
「解釈」との用語は、データの解析及び考察を包括するものとして解されるべきであり、データ関して結論を導出することを含み得る。
【００１２】
少なくとも１つの実施形態については次の利点を挙げることができる：少なくともデータ解釈及び報告生成に関しては、最低限の手動介入で、又は手動介入を伴わずにして、報告を生成できる。実施形態では、フィーチャ要素モジュールによって適用された論理シナリオの出力に応じて異なるテキストコンテンツを生成できる。
【００１３】
実施形態では、テキストコンテンツには、文字、単語、数字、及び任意のテキストが含まれ得る。
【００１４】
実施形態では、複数のフィーチャ要素モジュールが設けられており、各々は報告のそれぞれの部分を生成する役割を担っている。
【００１５】
実施形態では、少なくとも１つのフィーチャ要素モジュールが、報告の全コンテンツを生成する役割を担っていることができる。
【００１６】
実施形態では、少なくとも１つのフィーチャ要素モジュールが、データ解釈を適用するように構成されていることができる。実施形態では、少なくとも１つのフィーチャ要素モジュールが、データを解析し、また、データ解釈に基づいて報告のためにグラフィカル出力を作るように構成されていることができる。
【００１７】
実施形態では、少なくとも１つのフィーチャ要素モジュールはリアルタイムで運用データに対して作用するように構成されており、データが解釈されるのに合わせて出力を変えていき、また、論理シナリオは報告に対して動的に影響を与えるように実装されている。
【００１８】
実施形態では、システムは、視覚化及び解釈エンジン並びに少なくとも１つのフィーチャ要素の動作によって補充されて報告を生じさせるように構成された少なくとも１つのテンプレートを備える。
【００１９】
実施形態では、システムは、データ取得を実装するように構成されたデータ取得プロセスをさらに提供する。実施形態では、データ取得プロセスはクライアントシステムとインタフェースするように構成されたアプリケーションインタフェースを備えるのであり、それによってクライアントシステムからのデータを、システムが処理のために使用できる形式で提供できるようにする。実施形態では、少なくとも１つのフィーチャ要素は、データを取得し及びデータを必要とされるフィールド内に配置するように構成されている。実施形態では、少なくとも１つのフィーチャ要素は、データを「浄化」するように構成されている。
【００２０】
したがって、本発明の実施形態では、有利なことに、システムによって取得されたデータは、自動的に解析及び解釈される。有利なことに、報告は出力されるのであり、業績評価、プロセスの修正、及びプロセスの一般的管理のために有意義な情報をもたらす。これら全ては最小限の手動入力で自動的になされる。
【００２１】
実施形態では、このことによって報告における偏向や誤りが減るという利点がもたらされる。実施形態では、データはシステムによって収集されるにつれて「オンザフライ」で処理されることができる。したがって、システムは発生と同時に又はその後直ぐに「インシデント」報告を提供できる。これによって、遙かに改善された成績をもたらし得る。
【００２２】
さらに、本発明の実施形態によれば、有利なことに、最小限の手動入力が要される故に、データの解釈のコストを大幅に削減できる。
【００２３】
第２の態様によれば、本発明は、次のような方法を提供する：運用データの自動解釈のための方法であって、運用データを受信するステップと、プロセッサを介して視覚化及び解釈エンジンを実装するステップであって該視覚化及び解釈エンジンは前記運用データの解釈を行い且つ報告を生成する、ステップと、少なくとも１つのフィーチャ要素モジュールを活用して前記視覚化及び解釈エンジンとインタフェースして少なくとも１つの論理シナリオを適用して前記報告の少なくとも一部を生成するステップと、前記論理シナリオの出力に依存して前記報告の前記一部についてテキストコンテンツを生成するステップとを含む、方法。
【００２４】
第３の態様によれば、本発明は、コンピュータを制御して本発明の第１の態様のシステムを実装させる命令を備えるコンピュータプログラムを提供する。
【００２５】
第４の態様によれば、本発明は、本発明の第３の態様のコンピュータプログラムを提供する不揮発性コンピュータ可読媒体を提供する。
【００２６】
第５の態様によれば、本発明は、本発明の第３の態様のコンピュータプログラムを備えるデータ信号を提供する。
【図面の簡単な説明】
【００２７】
後述の実施形態に関しての説明にあたれば本発明の特徴及び利点について悟ることができるのであり、これは添付の図面を参照して例示的に示されているに過ぎない。
【００２８】
【図１】本発明の実施形態による、システムの運用について示す高レベル概略図である。
【図２】本発明の実施形態による、システムについてのブロック概略図である。
【図３】本発明の実施形態によるシステムを、実装するように構成され得るコンピューティングシステムについての概略図である。
【図４ａ】本発明の実施形態によるシステム及び方法によって実装される諸ステップを示す流れ図である。
【図４ｂ】本発明の実施形態によるシステム及び方法によって実装される諸ステップを示す流れ図である。
【図５ａ】本発明の実施形態によるシステムによって生成されたサンプル報告について示す図である。
【図５ｂ】本発明の実施形態によるシステムによって生成されたサンプル報告について示す図である。
【図５ｃ】本発明の実施形態によるシステムによって生成されたサンプル報告について示す図である。
【図５ｄ】本発明の実施形態によるシステムによって生成されたサンプル報告について示す図である。
【発明を実施するための形態】
【００２９】
図１は、データ取得及び報告作成に関して、本発明の実施形態によるシステムがどのように構成されているかを示す高レベル概略図である。「eQstats」等の図１（及び他の図）に含まれる語は、商用名や商標であり、本発明の範疇を制限はしないことに留意されたい。
【００３０】
一般的に参照符号１によって指定される本実施形態のシステムは、任意の業界又は組織におけるオペレーションに関する運用データの処理を行うように構成されている。システム１は、医療関連業界における統計データに適用できるように特に構成してある。
【００３１】
統計的なヘルスデータは任意の組織から取得される（例えば、ＯＲＧ１、ＯＲＧ２、ＯＲＧ３）。ヘルスデータは、任意のヘルスデータたり得る。例えば、それは次の事項を含み得る：患者への訪問事象、なされた処置、処置の有効性、患者の移管、患者事故、疾病、死亡、及びさらに多くの事柄。医療関連業界においては多すぎる程のデータが利用可能であり、その多くは規制対象であり、報告義務付け対象である。現在においては、データは多くの異なる経路を介して取得できるのであり（ヘルスケア、一般診療、病院等）、多くの異なる態様で処理されることができる。先述のように、報告を作るための処理の多くは手動でなされ、労働集約的であり、誤りを伴いがちである。
【００３２】
この実施形態では、ＯＲＧ１，ＯＲＧ２，ＯＲＧ３からのデータはＯＲＧ１，ＯＲＧ２，ＯＲＧ３のシステムに伴うＡＰＩを介して取り込まれ得る。代替的に又は追加的には、データは手動で入力されたりその他の態様で入力されたりできる。
【００３３】
データはシステム１によって解析されるのであって、複数のフィーチャ要素モジュールの適用によってこれがなされ、これらモジュールは入力データに解析及び論理シナリオを適用してデータを解釈して報告を構築する。これは、実質的には、人間の介入なくしてなされる。報告は、装置２（例えば、タブレット、ＰＣ、ラップトップ機、スマートフォン等）にも配信され得る。システム１は、異なるタイプの報告を提供し得る。示されている例には、「執行者層向け報告」３及び委員会向け報告４が含まれる。
【００３４】
図２を参照するに、この実施形態のシステム１のアーキテクチャについてこれより述べる。
【００３５】
システム１は、システムネットワークインタフェース１１を介して受信された運用データに対して解析及び解釈を行うように構成された視覚化及び解釈エンジン１０を備えており、データベース１２内に格納されていることができる。複数のフィーチャ要素モジュール１３が提供されている。これらは任意の個数存在していることができる。各フィーチャ要素は、視覚化及び解釈エンジン１０とインタフェースして運用データ１１を解釈して生成されるべき報告の一部を生成するように構成されている。複数のフィーチャ要素１３は、協働して単一の報告を生成でき、又は、他の実施形態では、単一のフィーチャ要素が単純な報告を生成できる。フィーチャ要素は、データの解析及び解釈のための並びにデータに論理シナリオを適用するための、ソフトウェア及び命令を含む。少なくとも一部のフィーチャ要素は、論理シナリオを適用して報告用の文言を生成する。異なる論理解析結果については、異なる文言が利用可能となる。これによって、生成済み報告のための文言に関して、自動化が促進される。同様にして、フィーチャ要素は報告のグラフィカル出力を担うのであり、適用されたデータの論理解析及び統計解析に依存する。
【００３６】
システム１はテンプレート生成器１４をも備えており、これは視覚化及び解釈エンジンの支配下にあり、フィーチャ要素１３の動作から生じた報告コンテンツで補充されるべきテンプレートを生成する。異なるテンプレートが異なるタイプの報告の土台を提供し得る。
【００３７】
ネットワークインタフェース１１は、ネットワーク１５を介して遠隔システムから運用データを受信するように構成されている。ネットワーク１５は、インターネットを含む任意の遠隔通信ネットワークたり得る。システムは、次のものを含み得る：病院コンピューティングシステム１６，１７、医師手術システム１８、モバイル機器１９，２０、又は任意の他の遠隔装置。実施形態では、システム１は、受信データの源泉たるシステムとの関係でリモートにあることができる。他の実施形態では、システム１は、病院等のオペレーションズ施設の管理センタ内に設けられていることができる。
【００３８】
データは、システムや装置１６，１７，１８，１９，２０を介して手動で入力されることによってもたらされ得る。代替的に又は追加的には、ＡＰＩが提供されていることができ、データはシステムや装置１６，１７，１８，１９，２０からシステム１へと自動的にアップロードされ得る。実施形態では、リモートアプリがシステム及び装置１６，１７，１８，１９，２０によってサポートされていることができ、これらはネットワーク１５を介してシステムとインタフェースしてデータをアップロードできる。
【００３９】
報告はシステム１によって生成され得るのであり、ネットワーク１５を介してシステム及び装置１６，１７，１８，１９，２０へとロードされることができる。
【００４０】
データ提供及び報告受信に関して、システム１とインタフェースできるシステム及び装置のタイプに関しては何ら制限がないことに留意されたい。
【００４１】
報告はリアルタイムで（「動的に」）更新され得る。データがシステム１にアップロードされるにつれて、それはシステム１によって処理され、そして既に存在しているかもしれない報告が処理に即して修正される。つまり、「オンザフライ」で現行データに応じて報告を更新できるということになる。
【００４２】
システム１は、ハードウェアによってサポートされるソフトウェアに基づいて、任意の適切なコンピューティングシステムによって実装されることができる。
【００４３】
図３を参照するに、コンピュータシステム９００は、次のものたり得る：スーパーコンピュータやデスクトップワークステーションやパーソナルコンピュータ等の高性能マシン、又は、ラップトップ機やノートブック機等の可搬型コンピュータ、又は、分散型コンピューティングアレイやコンピュータクラスタやネットワークされたコンピュータのクラスタ等。
【００４４】
コンピュータシステム９００は、適切なオペレーティングシステム及び本発明の実施形態を実装するために適切なソフトウェアをも備える。
【００４５】
コンピュータシステム９００は１つ以上のデータ処理ユニット（ＣＰＵ）９０２と；（様々なタイプのＲＡＭメモリ、磁気ディスク、光学ディスク、及びソリッドステートメモリ等の揮発性又は不揮発性メモリを含み得る）メモリ９０４と；（モニタ、キーボード、マウス、及び／又はタッチスクリーンディスプレイを含み得る）ユーザインタフェース９０６と；他のコンピュータ及び他の装置と通信するためのネットワーク若しくは他の通信インタフェース９０８と；システム９００の異なる部分を相互接続するための１つ以上の通信バス９１０とを備える。
【００４６】
コンピュータシステム９００は、ネットワークインタフェース９０８を介して遠隔データベース９１４内に格納されたデータにアクセスすることもできる。遠隔データベース９１４は分散型データベースたり得る。
【００４７】
コンピュータプロセスは、プログラム命令及びデータを既知の態様で処理するように構成されており、本実施形態のシステム１を実装するように構成されている。
【００４８】
本発明の実施形態を実装するためのコンピュータシステムは、上記数段落に記されたコンピュータシステムに限定されはしない。スタンドアロンコンピュータやネットワークドコンピュータや専用コンピューティング装置やハンドヘルド装置や本発明の実施形態による情報を受信／処理することができる任意の装置などの任意のコンピュータシステムアーキテクチャを用い得る。アーキテクチャは、クライアント／サーバアーキテクチャや任意の他のアーキテクチャを含み得る。本発明の実施形態を実装するためのソフトウェアは、「クラウド」コンピューティングアーキテクチャによって処理され得る。
【００４９】
コンピューティングシステムにはオペレーティングシステム及び様々なコンピュータプロセスが付帯されて提供されて諸機能が実装される。コンピュータプロセスは別個のモジュールとして実装され得るのであり、ルーチンやサブルーチン等の共通的基礎を共有し得る。コンピュータプロセスは任意の適切な態様で実装可能であり、別個のモジュールに限定はされない。諸機能を実装する任意のソフトウェア／ハードウェアアーキテクチャを活用できる。
【００５０】
より詳しく述べるに、本発明のこの実施形態は、例えば病院や老人ホーム等の医療関連業界で稼働している組織等の業界組織から運用データを取得するシステムを、提供する。システムは図２との関係で上述したような幾つかのモジュールを備えており、これらはデータに関しての取得、解析及び解釈を実装して、報告やインシデント報告やボード報告や他の報告等の出力を作る。
【００５１】
高レベル視点では、システムはデータの処理、解析及び解釈に関して幾つかのステップを実装するのであり、組織の実績に関して有意義に対処するために用い得る報告を出力するためにこれがなされる。ステップには次のものが含まれる：
ステップ１−システムで用いるためのデータを取得するステップ。これにはテンプレートを用いてデータを整理することが含まれ得る。データは、数値計算データ及び単語ウェイトの変換（例えば、各インシデントのリスクスコアを数値データに変換したもの）を含み得る；
ステップ２−データを浄化するステップ。一部のデータを拒絶できる；
ステップ３−ベイジアン統計手法を適用してデータを解析及び解釈するステップ；
ステップ４−論理シナリオを実施するステップ−幾つかの変数又はさらなるパラメータセットもあり例示すると：達成が望まれる所望レート、リスクスコア、サンプルサイズ、信頼区間、ベンチマーク比較、及び、過去の結果；
ステップ５−自動文言選択及び処理を用いて、ＰＤＦ動的組み上げオンザフライシステムを介して出力報告を生成する。結果はライブ且つ即時的である。
【００５２】
データの解析及び解釈、論理シナリオの実施、そして報告の出力は、視覚化及び解釈エンジン１０と接続するフィーチャ要素モジュール１３を用いて実装されて、テンプレート生成器１４によって生成されたテンプレートを補充する。要素の選定はテンプレート及び報告に依存し得る。
【００５３】
各要素３は、複数のデータ処理ステップと視覚化及び解釈エンジン１０との関連付けを表す。
【００５４】
解釈エンジンはソフトウェアであって、生データを受けて、（この実施形態では）ＸＳＬＴ変形をそれに適用して、最終報告に織り込まれる文言を生成するものである。視覚化エンジンはソフトウェアであって、解釈済みデータを受けて、それをグラフィカル出力にレンダリングするものである。
【００５５】
各要素は、それが処理するデータについて特有の入力フォーマットを持っており、後述のように適式に形成されたＸＭＬ（eXtensible Markup Language（拡張マークアップ言語））又はＪＳＯＮ（JavaScript Object Notation（ジャバスクリプトオブジェクトノーテーション））として提供され得る。フォーマットについては限定は付されず、要求されるデータエレメントを表し得る任意のデータ構造に適合させ得る。
【００５６】
各要素は、要求されるデータの構造についての定義を、ＸＳＤと称されるｘｍｌスキーマを用いて、提供する（https://www.w3.org/XML/Schema）。ｘｍｌスキーマは、各々の後続ステップにての処理のために要される全ての入力データポイントについての入力エレメントを、定義する。要素は、入力データについての比較に際して、他の外部データ源を活用することもできる。
【００５７】
要求されるフォーマットに合致する要素に対して、入力データストリームを提供する。このフォーマットでデータが直接的に利用可能ではない場合、前処理を行って必要とされるフォーマットに合致するように変換できる。
【００５８】
各要素は関連付けられたデータ処理機構を有してもいるのであり、これは供給されたデータについてバリデーション及びアグレゲーションを行う。外部データ源を活用してこのバリデーション段階にて支援とすることができる。
【００５９】
データについての単純な例をテーブルフォーマット及びｘｍｌフォーマットの両方で提示しているのであり、また、一致するスキーマが以下に示されている：
【表１】
2021513178.tif 000003
[表２]
<plot>
<row><xValue>3.2<yValue>1.8</row>
<row><xValue>5.5<yValue>6.4</row>
</plot>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="plot">
<xs:complexType>
<xs:sequence>
<xs:element name="row" maxOccurs="unbounded" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element type="xs:float" name="xvalue"/>
<xs:element type="xs:float" name="yvalue"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
【００６０】
データ浄化及びバリデーションは、入力ｘｍｌ（データ）とデータについてのレンダリング済み表示（出力）との間の変換的なステップとして行われる。
データ浄化では異常値が拒絶され得るのであり、バリデーションでは、提供されたデータセットに関して統計的操作をなし得るだけに十分なデータ量があることを確認することができる。
各要素は文字レポート（ｈｔｍｌ）をも生成するのであり、これはデータに関してのグラフィカルな表現及びタビュラな表現（表を伴う表現）に添えられることができる。報告は、ＸＳＬＴ（Extensible Stylesheet Language Transformations（拡張可能スタイルシート変形））を用いて定義された一連のコマンドを実行することによって生成される。ＸＳＬＴは、ある形式のＸＭＬを別の形式のＸＭＬに変換するために通常は用いられるのであり、例えば入力データからＨＴＭＬ（HyperText Markup Language（ハイパーテキストマークアップ言語））ウェブページをレンダリングするために用いられる。
【００６１】
要素はデータをある形式のＸＭＬから別の形式のＸＭＬへと単に変換するだけではない；該要素は、臨床疫学者又は統計学者（本実施形態が医療関連業界外の事例に適用される場合）によって定義された解析を行い、それによって、従前手動とされてきたこのステップの自動化を実現する。
【００６２】
単純化した例では、値が閾値を超えた場合に結果セット内の各アイテムをハイライトする。この例では、表１に示したサンプルデータを用いる。
[表３]
<p>Epidemiological prologue（疫学的プロローグ）</p>
<xsl:template match（テンプレート合致）=”element/row”>
<xsl:variable name（変数名称）=”yValue” select=”yValue”/>
<xsl:choose（選択）>
<xsl:when test=’$yValue&gt;6’>
<p>Value presented exceeds 6.（提示された値が６を超えた。）</p>
</xsl:when>
<xsl:otherwise（その余の場合）>
<ext:Stratification（階層化）()/>
</xsl:otherwise>
</xsl:choose>
</xsl:template>
【００６３】
ＸＬＳＴ内から呼び出せる拡張も提供されており、データ内に発見された条件に基づいて階層化サブ報告の生成を許容する。このことは、要素に関しての先述のＸＳＬＴ定義の<xsl:otherwise（その余の場合）>エレメントにて示されている。これによって、複雑な関係を定義でき、データ内にて適切な条件が発見された場合のみに発動できる。
さらなる階層化サブ報告も発動でき、疫学者又は統計学によって定義されるように任意のレベルでのサブ報告のネスティングが可能とされる。
【００６４】
２つのフィーチャ要素についての例を以下に示す。これらは多くのフィーチャ要素たり得るのであり、例示に過ぎない。
【００６５】
例１
フィーチャ要素「フラグ済み」results child events statementが生成済み
備考−幾つかの具体的な子イベントカテゴリについて追加ステートメントが生成済み
−統計的に有効となるまでは子イベントサマリステートメントを生成すべきではない
−ベンチマークがない限り子イベントサマリステートメントを生成できない。
−６月分のｈｘデータがない限り子イベントサマリステートメントを作ることができない。
−調査対象月即ちbed days（病床・日数）について分母が含まれていない限り子イベントサマリステートメントを作ることができない。
BDD 010
シナリオ：子イベントサマリステートメントについてステートメントが生成される；６ヶ月レートがベンチマークレートを超える場合結果が「フラグ」される。
所与：直近の６ヶ月実績パーセンタイルレート（ｎ＝１６６），１．２４％が子イベント外部ベンチマークレート０．９２％を＞０．３２％で超える場合、
且つサンプルサイズが＞３０（ｎ＝１６６）、
Ｗｈｅｎ：インシデント報告を実行すると、
Ｔｈｅｎ：ステートメントが生成され、カテゴリ毎の直近の６ヶ月データについての外部ベンチマーク比較についてイベントについてfallsレートがベンチマークレートよりも０．３２％＞に該当することを含む。
【００６６】
例２
フィーチャ要素：統計的に有意なゲイン
−サンプルサイズが統計的に有意即ち≧３０でない限り、子イベントサマリステートメントを作ることができない
−データテーブル内に「ゲイン」が記録されていない限り、子イベントサマリステートメントを作ることができない。
−現報告内に丸ごと１ヶ月分のデータが入っておらずとも、子イベントサマリは作られる
−６ヶ月レートがベンチマークレートより低くない限り、子イベントサマリステートメントは作られない
BDD 009
シナリオ：システムによって生成された子イベントサマリステートメントは、現報告が統計的に有意なゲインを達成した際に生じる
所与：イベントについてのfallsレートが（ｎ＝５５）２．５６％を達成し、
且つ、直近の６ヶ月報告（ｎ＝１８３），１．５６％に比較すると１．００％のゲインがあり、結果がベンチマークレート１．９８％未満に留まる場合、
Ｗｈｅｎ：インシデント報告を実行すると、
Ｔｈｅｎ：ステートメントが生成され、統計的に有意な結果はその期間についてイベントについてfallsレートが（ｎ＝５５）１．００％増えたことを含む。結果はベンチマークレート未満に留まる。
【００６７】
図４ａ及び４ｂは、この実施形態のシステムによって実装されるステップを例示する流れ図である。データは上述の通り取得される。Ｓ１で、データはデータテーブル内に置かれる。データに対して検査及び浄化を行う。
【００６８】
Ｓ２で、図示のように解析を行う。Ｓ３で、論理シーケンスを適用してデータを解釈する。適切な報告のために選択された要素モジュールによって解析及び論理シーケンスが適用される。報告は自動的に作られ及び受信者へ送信／更新される。
【００６９】
図５ａ，５ｂ，５ｃは、本発明の実施形態によって生成され得る例示的な報告を示す図である。
【００７０】
報告は、報告タイプに合うベーステンプレートを含む。この場合、患者についての「計画外転院又は夜間入院」が該当する。データの分子及び分母はシステム内へと読み込まれる（この場合、分子は夜間転院した人数であり、また、分母は夜間転院されなかった在病院人数である）。
【００７１】
統計値は処理され（表１を参照）、解析を行った要素モジュールもグラフィカル出力（グラフ１）をもたらす。
【００７２】
結果は要素（表３及び表４）によって生成される。また、要素は、文言を生成するように構成されており（ボックス１及びボックス２）、これは結果に依存している。換言するに、結果は要素論理によって解釈されて適切な文言が選択及び生成される。
【００７３】
多くの異なるタイプの報告を生成できるのであり、これは異なる要素によって適用される処理に依存する。
【００７４】
上述の実施形態ではシステムは医療関連業界に適用されている。システムは医療関連業界に限定されることは要さず、統計的な解析及び報告が必要とされる任意の業界に適用できる（例えば、ビジネス、役所仕事や任意の他の業界）。
【００７５】
本発明の趣旨及び範囲を逸脱すること無く広く記述されるように、多くの変形例及び／又は修正例が、特定の実施形態で示された本発明に対してなされてよいことが当業者によって理解される。したがって本実施形態は、あらゆる観点で例示的に考慮されるものであり、限定的に考慮されるものではない。
【図１】
2021513178.tif 000004
【図２】
2021513178.tif 000005
【図３】
2021513178.tif 000006
【図４ａ】
2021513178.tif 000007
【図４ｂ】
2021513178.tif 000008
【図５ａ】
2021513178.tif 000009
【図５ｂ】
2021513178.tif 000010
【図５ｃ】
2021513178.tif 000011
【図５ｄ】
2021513178.tif 000012
【手続補正書】
【提出日】令和2年1月23日(2020.1.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
運用データの自動解釈のためのシステムであって、該システムはコンピュータを備え、該コンピュータは、プロセッサと、メモリと、コンピュータプロセスを支援するオペレーティングシステムと、前記運用データの解釈を行い及び報告を生成するように構成された視覚化及び解釈エンジンと、少なくとも１つのフィーチャ要素モジュールであってそれぞれは入力フォーマットでの前記運用データを受け入れて前記視覚化及び解釈エンジンと機能的にインタフェースして少なくとも１つの論理シナリオを前記受け入れ済みデータに適用するのであって該少なくとも１つの論理シナリオは前記フィーチャ要素モジュールと関連付けられており、及び少なくとも報告の一部を生成し並びに前記運用データが前記少なくとも１つの論理シナリオを充足するか否かに依存して前記報告の前記一部についてテキストコンテンツを生成するように構成されている少なくとも１つのフィーチャ要素モジュールとを有する、システム。
【請求項２】
請求項１に記載のシステムにおいて、複数のフィーチャ要素モジュールが設けられており、各々は報告のそれぞれの部分を生成する役割を担っている、システム。
【請求項３】
請求項１又は２に記載のシステムにおいて、前記少なくとも１つのフィーチャ要素モジュールはリアルタイムで運用データに対して作用するように構成されており、データが解析されるのに合わせて出力を変えていき、また、前記論理シナリオは前記報告に対して動的に影響を与えるように実装されている、システム。
【請求項４】
請求項１、２又は３に記載のシステムにおいて、少なくとも１つのフィーチャ要素モジュールは、データを解析し、また、前記データ解析に基づいて前記報告のためにグラフィカル出力を作るように構成されている、システム。
【請求項５】
請求項３又は４に記載のシステムにおいて、前記フィーチャ要素モジュールと関連付けられている前記少なくとも１つの論理シナリオは、実行のために前記入力運用データによって補充されるように構成された実行可能命令を備える、システム。
【請求項６】
前記請求項のいずれか１つに記載のシステムにおいて、データ取得を実装するように構成されたデータ取得プロセスをさらに備える、システム。
【請求項７】
請求項６に記載のシステムにおいて、前記データ取得プロセスはクライアントシステムからデータを取得するように構成されており、また、少なくとも１つのフィーチャ要素は前記データを取得し及び前記データを必要とされるフィールド内に配置するように構成されている、システム。
【請求項８】
運用データの自動解釈のための方法であって、運用データを受信するステップと、プロセッサを介して視覚化及び解釈エンジンを実装するステップであって該視覚化及び解釈エンジンは前記運用データの解釈を行い且つ報告を生成する、ステップと、少なくとも１つのフィーチャ要素モジュールを活用して前記視覚化及び解釈エンジンとインタフェースして前記フィーチャ要素モジュールと関連付けられている少なくとも１つの論理シナリオを前記運用データに適用して前記報告の少なくとも一部を生成するステップと、前記運用データが前記論理シナリオを充足するか否かに依存して前記報告の前記一部についてテキストコンテンツを生成するステップとを含む、方法。
【請求項９】
請求項８に記載の方法において、複数のフィーチャ要素モジュールを活用して報告のそれぞれの部分を生成するステップを含む、方法。
【請求項１０】
請求項８又は９に記載の方法において、リアルタイムで運用データに対して作用してデータが解析されるに従って出力を変化させて前記報告に動的に影響を及ぼすステップを含む、方法。
【請求項１１】
請求項８、９又は１０に記載の方法において、１つ以上のフィーチャ要素を適用することによってデータを獲得して前記データを取得して前記データを必要とされるフィールド内に配置するステップをさらに含む、方法。
【請求項１２】
コンピュータを制御して請求項１〜７のいずれか１つに記載のシステムを実装させる命令を備えるコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを提供する不揮発性コンピュータ可読媒体。
【請求項１４】
請求項１２に記載のコンピュータプログラムを備えるデータ信号
【国際調査報告】
2021513178.tif 000013
2021513178.tif 000014
2021513178.tif 000015