(57)【要約】  非一時的な記録媒体４８が、臨床経路のビジネスプロセス（BP）モデルのノード遷移に関連付けられた説話的臨床注釈テンプレートを含む臨床経路のビジネスプロセスモデル４６を記録する。ビジネスプロセス管理（BPM）ツール４０が、電子医療記録（EMR）１０に記録された患者固有情報に従って臨床経路のBPモデルのノードを横断することによって、臨床経路のBPモデルを通じて患者のための経路を実行し、EMRに記録された患者固有情報とBPモデルを介した患者のための経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、患者のための臨床経路上に説話的報告コンテンツを生成することを含む動作を実行するようにプログラムされた計算装置１２を有する。BPモデルの平行な分岐のための説話的報告コンテンツは、各分岐のための別個のパラグラフにグループ化される。
2019509572.tif 000002
【特許請求の範囲】
【請求項１】
医療記録及び報告装置であって、
臨床経路のプロセスモデルのノード遷移に関連する説話的臨床注釈テンプレートを含む前記臨床経路のプロセスモデルを格納する記録媒体と、
計算装置上で実行可能なプロセス管理ツールと、
を有し、前記プロセス管理ツールは、
電子医療記録に記録された患者固有の情報に従って前記臨床経路のプロセスモデルのノードを検討することによって、前記臨床経路のプロセスモデルを介して患者のための経路を実行するためのワークフローエンジンと、
前記電子医療記録に記録された患者固有の情報により、前記臨床経路のプロセスモデルを介して前記患者の経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、前記患者のための前記臨床経路上の説話的報告を生成するためのコンテンツ生成器と、
を持つ、医療記録及び報告装置。
【請求項２】
前記電子医療記録が、医療データ、臨床報告、医療データへのリンク、及び、臨床報告へのリンクのうちの１又は複数を有する患者固有の情報を受信するとともに、電子医療記録データリポジトリに前記受信した患者固有の情報を格納するようにプログラムされた計算装置を有する、請求項１記載の医療記録及び報告装置。
【請求項３】
前記電子医療記録が、前記生成された説話的報告コンテンツを表示するようにユーザインタフェース装置を動作させるように更にプログラムされる、請求項２記載の医療記録及び報告装置。
【請求項４】
前記電子医療記録が、
ディスプレイ上に前記生成された説話的報告コンテンツを表示することを含む動作によって、前記生成された説話的報告コンテンツを提案し、
前記ユーザインタフェース装置を介して受信された前記提案に対する同意に応答して、前記電子医療記録データリポジトリ内に前記生成された説話的報告コンテンツを記録する、
ように更にプログラムされる、請求項２又は３に記載の医療記録及び報告装置。
【請求項５】
前記プロセス管理ツールが、前記生成された説話的報告コンテンツを前記電子医療記録に伝達する更なる動作を実行するようにプログラムされ、前記プロセス管理ツールが、前記生成された説話的報告コンテンツを表示するようにユーザインタフェース装置を動作させるようにはプログラムされない、請求項１乃至４のいずれか１項に記載の医療記録及び報告装置。
【請求項６】
前記プロセス管理ツールが、患者経路記録部における前記臨床経路のプロセスモデルを介して前記患者のための経路を記録することを含む更なる動作を実行するようにプログラムされ、
前記説話的報告コンテンツが、前記臨床経路のプロセスモデルを介して前記記録された患者のための経路を再追跡するとともに、前記電子医療記録内に記録された患者固有情報と前記臨床経路のプロセスモデルを介して前記再追跡された患者のための経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって生成される、請求項１乃至５のいずれか１項に記載の医療記録及び報告装置。
【請求項７】
前記プロセス管理ツールが、前記関連付けられたノード遷移が前記臨床経路のプロセスモデルを介して前記患者のための経路の実行の間に前記説話的報告コンテンツを生成するように解釈されるように、前記説話的臨床注釈テンプレートのフィールドを記入し、前記プロセス管理ツールが、患者経路記録部における前記臨床経路のプロセスモデルを介して前記患者のための経路を実行する間に生成された前記説話的報告コンテンツを記録することを含む更なる動作を実行するようにプログラムされる、請求項１乃至５のいずれか１項に記載の医療記録及び報告装置。
【請求項８】
前記患者のための前記臨床経路上の前記生成された説話的報告コンテンツが、
前記臨床経路のプロセスモデルを通る前記患者のための経路が、並行して取られた臨床経路の動作を表すプロセスモデルの２つ以上の平行な分岐を含み、各分岐のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって生成された説話的報告コンテンツを前記分岐のパラグラフにグループ化し、前記２つ以上の平行な分岐の各分岐のための別個の説話的報告コンテンツパラグラフを生成する、
ことを含む、請求項１乃至７のいずれか１項に記載の医療記録及び報告装置。
【請求項９】
前記非一時的な記録媒体が、ビジネスプロセス実行言語で前記臨床経路のプロセスモデルを記録する、請求項１乃至８のいずれか１項に記載の医療記録及び報告装置。
【請求項１０】
前記プロセス管理ツールが、
ユーザが、
前記臨床経路のプロセスモデルを編集し、
前記注釈付きノード遷移に関連付けられた臨床注釈テンプレートにより、前記臨床経路のプロセスモデルのノード遷移に注釈を付ける、
ことができるように、プロセスモデルグラフィカルエディタを起動することを含む更なる動作を実行するようにプログラムされる、請求項１乃至９のいずれか１項に記載の医療記録及び報告装置。
【請求項１１】
前記プロセスモデルグラフィカルエディタが、グラフィカルビジネスプロセスモデル及び注釈表現で表された前記臨床経路のプロセスモデルを編集するように構成される、請求項１０記載の医療記録及び報告装置。
【請求項１２】
臨床経路のプロセスモデルのノード遷移に関連付けられた説話的臨床注釈テンプレートを含む前記臨床経路のプロセスモデルと、
患者固有情報を受信及び記録する電子医療記録と協同して臨床報告方法を実行する計算装置によって実行可能な命令と、
を記録する非一時的な媒体であって、前記臨床報告方法は、
前記電子医療記録に記録された患者固有情報に従って前記臨床経路のプロセスモデルのノードを横断することによって前記臨床経路のプロセスモデルを通じて患者のための経路を実行するステップと、
前記電子医療記録に記録された患者固有情報と前記臨床経路のプロセスモデルを通じた前記患者のための経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって前記患者のための臨床経路上に説話的報告コンテンツを生成するステップと、
前記電子医療記録に前記生成された説話的報告コンテンツを伝達するステップと、
を含む、非一時的な媒体。
【請求項１３】
前記非一時的な媒体が、ビジネスプロセス実行言語及びグラフィカルビジネスプロセスモデル及び注釈表現のうちの少なくとも１つにより、前記臨床経路のプロセスモデルを記録する、請求項１２記載の非一時的な媒体。
【請求項１４】
臨床経路のプロセスモデルのノード遷移に関連付けられた説話的臨床注釈テンプレートを含む前記臨床経路のプロセスモデルと協同して動作する方法であって、前記方法は、
電子医療記録のデータリポジトリ内に患者固有情報を記録するように、前記電子医療記録とインタフェースするステップと、
前記電子医療記録に記録された患者固有情報に従って前記臨床経路のプロセスモデルのノードを横断することによって、前記臨床経路のプロセスモデルを通じて患者のための経路を実行するステップと、
前記電子医療記録から取得される患者固有情報と前記臨床経路のプロセスモデルを通じた前記患者のための経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、前記患者のための臨床経路上に説話的報告コンテンツを生成するステップと、
を有する、方法。
【請求項１５】
前記インタフェースするステップが、ユーザインタフェース装置を介して医療報告を有する患者固有情報を受信するステップを含み、
前記方法は、前記医療報告を受信する間、前記生成された説話的報告コンテンツを提案されたコンテンツとして前記医療報告に含めて表示するステップを更に有する、請求項１４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下は、概して、電子医療記録及び報告技術及び関連技術に関する。
【背景技術】
【０００２】
電子医療記録（ＥＭＲ：electronic medical record）システムは、患者データを格納するための中央電子データリポジトリを提供する。典型的には、患者データは患者によって索引付けされ、Health Level Seven International（HL7）のような標準的な一般的なフォーマット及び／又は医療画像のためのDICOMのような標準的なドメイン特有のフォーマットで保存される。EMRの患者データは、定義されたデータ構造を殆ど又は全く持たない医師が作成した書面による医学報告など、あまり構造化されていない形式で保存され得る。
【０００３】
ヘルスケアがますます自動化されている別の分野は、臨床診断及びモニタリングの分野である。臨床意思決定支援（CDS）システムは、特定の患者に対する診断又は治療の推奨を提供するために、熟練した臨床医によって開発された専門家のルールと共に知識ベースを使用することができる。別のCDSアプローチでは、患者のための電子臨床経路が維持され、臨床経路を通る利用可能な流路によって決定支援がカプセル化される。CDSシステムの使用は、診断及び治療を改善することができ、また、認定機関及び医療専門職協会及び社会によって公布されたガイドラインへの準拠を強制する役目も果たす。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以下に、新規の、及び、改善されたシステム及び方法を開示する。
【課題を解決するための手段】
【０００５】
開示された一態様では、非一時的な記録媒体は、臨床経路のBPモデルのノード遷移に関連付けられた説話的臨床注釈テンプレートを含む臨床経路のプロセスモデルを記録する。ビジネスプロセス管理（BPM）ツールは、電子医療記録（EMR）に記録された患者固有情報に従って臨床経路のBPモデルのノードを横断することによって、臨床経路のBPモデルを介した患者のための経路を実行するステップと、EMRに記録された患者固有情報とBPモデルを介した患者の経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、患者のための臨床経路上に説話的報告コンテンツを生成するステップと、を含む動作を実行するようにプログラムされた計算装置を有する。BPモデルの平行な分岐のための説話的報告コンテンツは、各分岐のための別個のパラグラフにグループ化される。臨床経路のモデルは、ビジネスプロセス実行言語（BPEL：Business Process Execution Language）及び／又はビジネスプロセスモデル及び注釈（BPMN：Business Process Model and Notation）により記録されてもよい。BPMツールは、ユーザが、臨床経路のBPモデルを編集でき、注釈付きノード遷移に関連付けられた臨床注釈テンプレートにより臨床経路のBPモデルのノード遷移に注釈を付けることを可能にするためのBPモデルグラフィカルエディタ（４２）を起動するように更にプログラムされてもよい。他のプロセスモデル又は言語が、編集可能なプロセスモデルに基づいて含まれるコンテキスト情報による説話的医療報告の生成のために役立つように、実装され得る。
【０００６】
他の開示された態様では、非一時的な記録媒体が、臨床経路のBPモデルのノード遷移に関連付けられた説話的臨床注釈テンプレート、並びに、患者固有情報を受信及び記録するEMRと協同して臨床報告方法を実行するための計算装置によって実行可能な命令を含む臨床経路のBPモデルを記録する。臨床報告方法は、EMRに記録された患者固有情報に従って臨床経路のBPモデルのノードを横断することによって臨床経路のBPモデルを介した患者のための経路を実行するステップと、EMRとに記録された患者固有情報と臨床経路のBPモデルを介した患者の経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、患者のための臨床経路の説話的報告コンテンツを生成するステップと、EMRに上記生成された説話的報告コンテンツを伝達するステップと、を含む。幾つかの実施形態では、非一時的な記録媒体は、BPEL及びグラフィカルBPMN表現のうちの少なくとも１つにより、臨床経路のBPモデルを記録する。
【０００７】
他の開示された態様では、臨床経路のBPモデルのノード遷移と関連付けられた説話的臨床注釈テンプレートを含む臨床経路のBPモデルと協同して動作する方法が開示される。当該方法は、EMRのデータリポジトリ内に患者固有情報を記録するためにEMRとインタフェースするステップと、コンピュータ上で、EMRに記録された患者固有情報に従って臨床経路のBPモデルのノードを横断することによって臨床経路のBPモデルを介した患者のための経路を実行するステップと、コンピュータを用いて、EMRから取得されたかなと臨床経路のBPモデルを介した患者の経路のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入することによって、患者のための臨床経路上に説話的報告コンテンツを生成するステップと、を有する。幾つかの実施形態では、上記インタフェースするステップは、ユーザインタフェース装置を介して医療報告を有する患者固有情報を受信するステップを含み、上記方法は、医療報告を受信している間、医療報告に含める提案されたコンテンツとして、生成された説話的報告コンテンツを表示するステップを更に有する。
【０００８】
１つの利点は、特定の患者のための説話的医療報告コンテンツの自動生成を提供することである。
【０００９】
他の利点は、説話的医療報告を入力するための改善されたユーザインタフェースを具備する電子医療記録（EMR）を供給することにある。
【００１０】
他の利点は、標準臨床経路によって規定される医療プロトコルに関するコンプライアンスについての改善された報告を容易にすることである。
【００１１】
所与の実施形態は、本開示を読んで理解すると当業者に明らかになるように、前述の利点のうちの１つ、２つ、それ以上、又は、全てを提供し得、及び／又は、他の利点を提供し得る。
【図面の簡単な説明】
【００１２】
本発明は、様々な構成要素及び構成要素の配置において、並びに、様々なステップ及びステップの配置の形態をとることができる。図面は、好ましい実施形態を説明するためのものに過ぎず、本発明を限定するものとして解釈されるべきではない。
【図１】図１は、臨床経路のビジネスプロセス（BP）モデルを介して患者のための経路を実行し、説話的報告コンテンツを生成するビジネスプロセス管理（BPM）ツールを備えた電子医療記録（EMR）を図示している。
【図２】図２は、幾つかのノード遷移に関連付けられた説話的臨床注釈テンプレートを具備する、敗血症プロトコルの図式的なBPモデルの一部を図示している。
【図３】図３は、図１のBPMを用いて適切に実行される自動化された説話的報告コンテンツ生成方法を図示している。
【発明を実施するための形態】
【００１３】
先に説明したように、２つの既存のヘルスケア自動化の様相には、電子医療記録（EMR）システムの使用の増加、臨床決定支援（CDS）システムの使用の増加が含まれる。EMR及びCDSシステムは、それぞれ患者の記録保管及び患者診断／臨床ケアにおいて実質的な利点を提供するが、医学的報告に関する問題に対処していない。
【００１４】
臨床現場では、患者に対する医療報告の作成は、医療の重要な側面である。そのような報告は、患者の医学的状態に関して、患者の医師又は医療専門家によって描かれた臨床観察を捕捉及び要約する。ナレーションは、医師に最大限の表現柔軟性を提供し、他の医師又は他の医療関係者が容易に理解できる医療報告を生成するので、一般に、医学的報告は本質的に説話的である。
【００１５】
部分的にも医療報告の自動化を試みるのは難しい作業である。EMRは、一般に、医療報告を作成するための患者固有の情報を含み、実際に医師は、医療報告を作成する際に患者のEMR記録を参照する可能性が高い。EMRは、また、医師が医療報告を入力する（例えば口述ソフトウェアを介して手動で入力するか指示する）ことができる報告ユーザインタフェース機能を含むことができる。しかし、EMRは、患者の情報のコンテキストを捕捉するのに有効ではなく、説話的な形で文脈を表現することはほとんどない。このコンテキストは、医療検査が発注された理由、発注、及び／又は、実行された時間、医療データが与えられた時点の患者の病状、他の臨床手順関連情報などの要因を含むことができる。
【００１６】
臨床経路ベースのCDSシステムは原則として臨床的背景を提供することができる。しかし、CDSシステムは、患者固有ではない粗いレベルで動作する。例えば、腫瘍学のためのCDSシステムは、化学療法セッション、医用イメージングセッションなど、腫瘍治療レジメンにおける様々なステージ又はイベントを示すノードを有する臨床経路を提供することができる。これらは比較的高レベルのイベントである。対照的に、医療報告は、通常、患者のより精細で具体的なものであり、例えば、１日の経過における患者の生命徴候測定値を要約し、これらの測定値から導き出される、患者は投与された薬物にうまく反応する（又は、うまく反応しない）といった臨床的結論を提示する。臨床経路ベースのCDSは、遡及的に記述された医療報告ではなく、臨床的意思決定支援を提供するように設計されている。例えば、幾つかの経路ベースのCDSシステムは、限定された患者情報で注釈付けされた様々なノードを用いて、臨床経路の顕著な部分のグラフィカルな流れ図を表示する。
【００１７】
本明細書に開示されたアプローチでは、医療記録及び報告装置がEMRと連携して動作する。この装置には、臨床経路のビジネスプロセス（BP）モデルを通じて患者のための経路を実行するビジネスプロセス管理（BPM）ツールが含まれる。BPモデルは、臨床経路のノード遷移に関連する説話的臨床注釈テンプレートを含む。説話的報告コンテンツを生成するために、BPモデルを通る患者の経路のノード遷移に関連する説話的臨床注釈テンプレートのフィールドは、EMRに記憶された患者固有の情報で記入される。BPモデルは、臨床経路を詳細に表すことができ、そのため、説話的臨床注釈テンプレートは、詳細な臨床状況を集合的に取得する。BPモデルの目的は、より高いレベルの臨床判断支援を提供するのではなく、医療報告をサポートすることである。従って、本明細書に開示された幾つかの実施形態では、ユーザは、患者のための経路を実行するときに、BPMツールと直接的にインタフェースするのではなく、例えば、説話的報告ユーザインタフェースを介してEMRとインタフェースし、BPMツールに間接的にアクセスし、EMRを介して、報告又は他の目的のために可能性のある説話的報告コンテンツを入手する。
【００１８】
図１を参照して、上記システムの図式的な例が説明される。電子医療記録（EMR）１０は、サーバコンピュータ１２上で維持される。単一の図示されたサーバコンピュータによって図式的に表されているが、サーバ１２は、より一般的には、単一のサーバコンピュータ又は複数の相互接続されたコンピュータ、例えば分散コンピューティングシステム、クラウドコンピューティングリソースなどであってもよい。EMR１０は、情報入力及び検索コンポーネント１４と、EMRデータリポジトリ１６とを含み、EMRデータリポジトリ１６には、患者識別（ID）番号又は識別子などの、患者によって索引付けされる患者固有情報が格納される。患者固有情報には、患者の人口統計情報、患者の住所情報などの情報、及び、バイタルサイン測定値、検査室検査結果、医療画像データなどの患者の医療データ（又は、幾つかの構成では、別個の画像アーカイブ及び通信システム（PACS：Picture Archiving and Communication System）１８に記録された医療画像データへのリンク）、医師によって作成された患者についての説話的医療報告（本明細書に開示されているように自動的に生成された説話的報告コンテンツも含む）などが含まれる。記録された患者固有情報は、例えば、医療データ、臨床報告、医療データへのリンク、及び、臨床報告へのリンク、及び／又は、その他を含むことができる。患者固有のデータは、必ずしもそうである必要はないが、典型的にはタイムスタンプされており（例えば、性別又は民族性などの人口統計情報はタイムスタンピングに適していないかもしれない）、可能性がある場合には、患者固有情報は、特定のタイプのデータを記録しているデータ型のHL7フィールドなどを有する構造化フォーマットに好ましくは記録される。情報入力及び検索コンポーネント１４は、患者データをEMR１０に入力するための様々な方法を提供する構成要素（即ちツール）の範囲と、EMRに含まれる患者データを検索して提示する様々な方法とを含む。例示的な情報入力及び検索コンポーネント１４は、図式的に示されたデータ入力フォーム２０（例えば、構造化データ入力を容易にするデータ型付きデータ入力フィールドを有するウェブベースのフォーム）、クエリエンジン２２（例えば、構造化クエリ言語、SQL、データリポジトリ16がリレーショナルデータ管理システム（RDBMS）である場合はクエリエンジン）、及び、臨床報告フォーム２４（例えば、ワープロインタフェース、及び／又は、フリーフォームテキスト入力フィールドを有するより構造化された報告環境）を含む。これらは単なる例示的なインタフェースツールであり、追加の又は他の同様のコンポーネント又はツールが企図される。情報入力及び検索コンポーネント１４は、例えば、前述のPACS１８とのインタフェースを取って医用画像及び関連データを検索するために、及び／又は、組織病理学、細胞病理学、顕微鏡検査、又は、他のドメイン特有のラボラトリなどの１又は複数の臨床検査情報システム28とのインタフェースをとる。ここでも、これらは単なる例示的な例１８，２８であり、病院の内外の多数の他の設備は情報入力及び検索コンポーネント１４によって同様にインタフェースされてもよい。さらに、情報入力及び検索コンポーネント１４は、典型的には、ディスプレイ��２及び例示的なキーボード３４及びマウス３６又は他のポインティングデバイスなどの１又は複数のユーザ入力デバイスを含む代表的なEMRコンピュータワークステーション３０などのコンピュータワークステーション、又は、他のデータ入力端末とインターフェースする。医師、看護師、病院職員などは、例えば、電子データ入力フォーム２０の１つを記入するため、又は、医療報告フォーム２４の１つを介して医療報告を入力するために、及び／又は、クエリエンジン２２のうちの１つを介して適切なクエリを入力することによって、格納された患者情報を検索するために、ワークステーション３０を使用してもよい。
【００１９】
本明細書で使用される場合、「電子医療記録（電子カルテ）」又はEMRという用語は、そのようなシステムが電子医療記録又は電子健康記録（EHR）又は幾つかの他の命名法によるもので称されるかどうかに関わらず、患者データ集約及び記憶を提供する統合医療情報システムを含むものとして理解されるべきである。
【００２０】
既に議論したように、EMR１０は、患者データ記憶及び検索を提供するが、関連する文脈情報を含む自然言語（例えば、英語、中国語、フランス語など）で、説話的医療報告コンテンツの自動生成、及び、幾つかの例においては合理的に描かれた臨床的結論を提供しない。むしろ、説話的報告コンテンツを生成するためにビジネスプロセス管理（BPM）ツール４０が提供される。BPMツール４０は、示されるように、EMR１０をホストする同一のコンピュータサーバ１２上で実行し得る。又は、BPMツールは、EMRコンピュータと通信可能に接続される異なるコンピュータに存在し得る。BPMツール４０は、Bonita BPM（Bonitasoft、Inc.から入手可能）、Oracle Business Process Management Suite（Oracle Corp.から入手可能）などの実質的に任意のBPM開発スイートを使用して実装することができる。BPMスイートは、例えばグラフィカルBPM（Business Process Model and Notation）表現などのBPモデルの構築又は編集を提供するビジネスプロセス（BP）モデルグラフィカルエディタ４２を提供するか、または動作可能に接続される。BPMNは、イベント、アクティビティ、ゲートウェイ（例えば、決定ノード）などを表すフローオブジェクト、並びに、フローオブジェクト間のプロセス及び／又はデータフローを表すコネクタ又は接続オブジェクト（例えば、本明細書で後で詳細に説明する図２参照）を含むフローチャートフォーマットを使用してBPモデルを表す。より一般的には、「ノード」なる用語は、本明細書では、BPモデルにおけるプロセス事象、タスク、又は、他の点（BPMNグラフィカル表記法におけるフローオブジェクトなど）を包括的に示すために使用される。「ノード遷移」という用語は、本明細書では、通常、BPMNのグラフィカル表記法でノードに接続するコネクタオブジェクトに応じて、ノードに出入りするプロセスフローを示すために使用される。
【００２１】
BPモデルのグラフィカルエディタ４２は、本明細書で開示するように、BPモデルのノード遷移に関連する説話的注釈テンプレートを追加することを可能にする説話的注釈テンプレートエディタ４４を組み込むように修正される。医師又は他の医療専門家は、BPモデルグラフィカルエディタ４２を適切に使用して、テンプレートエディタ４４を使用して選択されたノード遷移に関連する説話的臨床注釈テンプレートを用いて臨床経路のBPモデルを構築及び／又は編集する。グラフィカルエディタ４２は、説話的臨床注釈テンプレートエディタ４４に加えて、EMR１０との通信を実装するノード（例えば、フローオブジェクト）に対するフローオブジェクト定義を提供する他の拡張、プラグインなど（図示せず）を含んでいてもよい。EMRアクセス定義は、例えば、既存のBPMNデータオブジェクトを構成して、BPモデルが相互作用するEMR１０をインタフェースすることによって作成され得る。
【００２２】
説話的注釈テンプレートを有する臨床経路の結果として構築又は編集されたBPモデル４６は、BPMツール４０の非一時的な記録媒体４８に記録されるか、あるいは、BPMツール４０によってアクセス可能である。記録媒体４８は、例えば、ハードディスク、RAID、又は、他の磁気記憶媒体、光ディスク又は他の光学記憶媒体、フラッシュメモリ又は他の電子記憶媒体、それらの様々な組み合わせなどを含むことができる。BPモデル４６は、BPMN及び／又はBPEL（Business Process Execution Language）などのコンパイルされた実行可能言語で非一時的な記録媒体４８に格納されてもよい。BPMワークフローエンジン５０は、説話的臨床注釈テンプレートを用いて臨床経路の格納されたBPモデル４６を読み出して実行する。これは、特定の患者に対して行なわれ、従って、実行中のBPモデル４６の複数の「インスタンス」は、任意の所与の時点で存在し得る。特定の患者に対してBPモデル４６を実行する際、EMRインタフェース５２は、EMR１０とのインタフェースを実施して、特定のノードで必要とされる特定の患者の患者データを検索するなどの患者データ検索又は書き込み操作を実行する。
【００２３】
BPワークフローエンジン５０が特定の患者のBPモデル４６を実行すると、様々なデータが様々な横断ノード（例えば、BPMN内のフローオブジェクト）に対して収集され、及び／又は、データが様々な横断ノードで生成される。臨床経路のBPモデル４６を通る特定の患者のために横断された実際の経路も、典型的には記憶される。これは、患者の横断履歴とも呼ばれる。この患者固有情報は、患者経路記録部５４に記録され、患者IDによってインデックスされる。非一時的な記録媒体４８と同様に、患者経路記録装置５４は、適切には、例えば、ハードディスク、RAID、又は、他の磁気記憶媒体、光ディスク又は他の光学記憶媒体、フラッシュメモリ又は他の電子記憶媒体、それらの様々な組み合わせなどを含むことができる。
【００２４】
BPMツール４０の計算コンポーネント、例えば、BPモデルグラフィカルエディタ４２及びBPMワークフローエンジン５０ならびにその構成要素は、コンピュータ１２によって読取り可能且つ実行可能な実行可能コード（即ちプログラム）として非一時的な記録媒体（図示せず）に適切に格納される。ここでも、非一時的な記録媒体は、例えば、ハードディスク、RAID、又は、他の磁気記憶媒体、光ディスク又は他の光学記憶媒体、フラッシュメモリ又は他の電子記憶媒体、それらの様々な組み合わせなどを含むことができる。幾つかの実施形態では、BPモデル４６は、別のモデルエディタ（例えば、統合されたBPMツール４０でEMR１０を販売する商用ベンダによって提供される）で生成され、この場合、BPMツール４０は、EMR１０との有効な通信は、BPモデルグラフィカルエディタ４２を省略することができる。しかしながら、オフラインBPモデル生成の場合であっても、BPモデル４６及び／又はその説話的注釈テンプレートのその後の編集又は更新を可能にするために、BPモデルグラフィカルエディタ４２を任意に提供することができる。
【００２５】
特定の患者に対するBPモデル４６の実行は、モデル化された臨床経路を通る患者の進行を追跡するためのメカニズムを提供する。BPモデル４６は、種々の薬物の１日数回の投与、その日の様々な時点で実行される様々な生体兆候測定などのような比較的「日常的な」事象を捕捉するように細かく詳細なレベルで構築することができる。患者がMRI検査を受けたときや放射線療法の治療セッションなど、より詳細な情報をキャプチャすることができる。説話的臨床注釈テンプレートは、また、臨床経路のBPモデル４６を通じた患者の経路の幾つかのノード遷移に関連する。これらの説話的臨床注釈テンプレートは、臨床経路のBPモデル４６の作成又は編集中に臨床注釈テンプレートエディタ４４を使用して作成され、ノード遷移に関連付けられる。これらの説話的臨床注釈テンプレートは、患者のための臨床経路上の説話的報告コンテンツを自動的に生成するために使用される。これは、EMR１０に記録された患者固有情報を有する臨床経路のBPモデル４６を介して、患者の経路のノード遷移に関連する説話的臨床注釈テンプレートのフィールドを記入することによって行なわれる。
【００２６】
説話的報告コンテンツは、（略）リアルタイムで、生成され得る。即ち、BPモデル４６が患者のために実行されるとき、関連する説話的臨床注釈テンプレートを有する各ノード遷移が実行中に横断されるたびに、BPワークフローエンジン５０の説話的臨床報告コンテンツジェネレータコンポーネント６０（図示のように、又は、代替的に、説話的臨床レポートコンテンツジェネレータ５０はワークフローエンジンとは別個であってもよい）が、現在実行中のノード遷移に関連付けられた説話的臨床注釈テンプレートのフィールドを記入し、患者経路記録装置５４内の患者の記録内のテンプレートを記入することによって生成された説話的報告コンテンツを記録する。この場合、医師が患者の医療報告を準備しているとき、例えば、例示的なEMRコンピュータワークステーション３０及び医療報告フォーム２４のうちの１つを使用して、ユーザは、EMRからの説話的臨床報告コンテンツを検索するためのオプションを選択することができる。この選択に応答して、EMR／BPMツールインターフェースコンポーネント１４，５２は、患者経路記録装置５４内の患者の記録に記憶された説話的報告コンテンツを検索するために使用される。
【００２７】
変形された実施形態では、説話的報告コンテンツが遡及的に生成される。この場合、関連するノード遷移が実行された時点でテンプレートは記入されない。むしろ医師が説話的臨床報告コンテンツをEMRから検索するオプションを選択すると、臨床経路のBPモデルを介して以前に実行された経路を再トレースすることにより、この選択時に（即ち遡及的に）説話的報告コンテンツが生成される。これは、横断履歴が患者経路記録装置５４に記録されるので可能である。BPモデル４６を通る患者の経路が再トレースされると、説話的報告コンテンツを生成するために、再トレースされた経路のノード遷移に関連する説話的臨床注釈テンプレートのフィールドには、EMR１０に記録された患者固有情報が入力される。
【００２８】
リアルタイム又は遡及的な実施形態のいずれかにおいて、生成された説話的報告コンテンツは、インタフェースコンポーネント１４，５２を介してEMR１０に伝達され、ディスプレイ３２上の医師に表示される。医師が患者の医療報告を作成している記述された状況での使用に適した１つのアプローチでは、生成された説話的報告コンテンツは、生成された説話的報告コンテンツをディスプレイ３２に表示することによって医師に提案され、提案された説話的報告コンテンツは、ユーザインタフェース装置３４，３６を介して医師から受信した提案に対する同意に応答して、下書きの下で（又はEMRデータリポジトリ１６に格納された）医療報告にコピーされる。このような実施形態では、医師又は他のユーザは、BPMツール４０と直接的にはインタフェースせず、BPMツール４０は、生成された説話的報告コンテンツを表示するためにユーザインタフェース装置３０を動作させるようにプログラムされていない。むしろ、BPMツール４０は、生成された説話的報告コンテンツをEMR１０に通信するようにプログラムされ、EMRは、生成された説話的報告コンテンツを医師又は他のユーザに提示するためにユーザインタフェースを処理する。（他の代替の実施形態では、医師がBPMツールと直接インタフェースすることが考えられる）。
【００２９】
本明細書で開示されているように、説話的報告コンテンツを生成する際に生じる可能性がある更なる問題は、BPモデル４６の並列経路（分岐）をどのように扱うかである。並列経路は、臨床経路において一般的であり、例えば、特定のタイプの癌を有する患者を診断する際に、医師は、組織病理検査のための組織サンプルを提供する生検、腫瘍の存在／特徴を評価するための医用イメージング、初期の化学療法又は他の初期治療（ラボラトリ検査及び画像データの受け取り時に変更される可能性が高い）をオーダし得る。従って、癌診断を表す決定ノードは、平行枝（生検／組織病理学をモデル化する枝、医用イメージングをモデル化する枝、最初の治療法をモデル化した枝）への幾つかの脱出ノード遷移を有する。
【００３０】
本明細書の例示的な実施例では、そのような並列経路又は分岐は、以下のように、説話的臨床報告コンテンツ生成器５０によって処理される。臨床経路のBPモデル４６を通る患者の経路が、平行してとられる臨床経路の作用を表すBPモデルの２つ以上の平行な枝を含む場合、各分岐のノード遷移に関連する説話的臨床注釈テンプレートのフィールドを記入することによって生成される説話的報告コンテンツは、その分岐のパラグラフにグループ化される。これにより、２つ以上の並列分岐の各分岐に対して、個別の説話的報告コンテンツパラグラフが生成される。この手法は、各並列分岐が、典型的には比較的独立したサブプロセスを表し、しばしば指定された作用のセットによって実行されることを認識する。従って、各分岐の説話的報告コンテンツをそれ自身のパラグラフにグループ化することは、分岐が表すサブプロセスを記述する意味論的に結びついた説話をもたらす可能性が高い。
【００３１】
以下では、幾つかの更なる例示的な実施例について説明する。一般に、システムは、年齢又は他の人口統計学的データ、研究室検査結果、患者に対して行なわれた診断及び／又は治療処置に関する情報などの臨床患者データを含むEMR１０、特定の状態について患者を治療するために取られるステップを記述する臨床経路に基づくBPモデル４６、特定の注釈をBPモデル46の部分（例えば、ノード遷移）に（例えば、例示的な例ではテンプレートエディタ４４を介して）追加するためにBPモデル作成者にインタフェースするBPモデルエディタ４２，特定の患者のBPモデル４６を実行し、EMR１０と統合されたBPワークフローエンジン５０、並びに、場合によってはEMR１０からの追加データで拡張されたワークフローエンジン５０からデータを読み取るように構成された報告生成モジュール６０を含む。
【００３２】
臨床経路のBPモデル４６は、BPモデル作成者が報告生成に用いることができる文章部分又は他の記述内容を含めることを可能にするプロセス注釈（説話的臨床注釈テンプレートによって表される）によって拡張される。説話的臨床注釈テンプレートのフィールドは、バイタルサインの読み取り値、日付情報、臨床検査データなどのEMR１０又は他の情報源からの患者固有の情報を説話に組み込むために、実行（又は再トレース）中に記入される。一般に、医療報告に含めるための情報の最も重要な部分は、医療報告に要約されるべき完了した行動又は決定を表すので、ノードの出て行く遷移に関係する。着信ノード遷移は、ノードによって表されるタスク、イベントなどにつながるデータを表すので重要であり得る（さらに、多くの場合、あるノードの発信ノード遷移は、次のノードの着信ノード遷移に対応する）。さらに、決定ノードでの情報は、医療報告に含めるために、特に重要であることが認識されている。決定ノードは、後続の行動コースが決定される場所であるからである。
【００３３】
例として、「血圧をチェックする」のような看護師によって実行されるべき課題を考える。この場合、タスクはノード（例えば、BPMN内のフローオブジェクト）によって表され、発信ノード遷移上の説話的臨床注釈テンプレートは、「看護師が<BP>の血圧を<time>で測定した」であり、ここで、<BP>および<time>は、実際の血圧測定値及び実際の時間でそれぞれ記入される注釈テンプレートのフィールドである。記入されるべきデータは、インタフェースコンポーネント１４，５２を介してEMRデータレポジトリ１６から適切に取り出される。
【００３４】
説話的臨床注釈テンプレートは条件付きであるため、テンプレートで指定された条件が満たされている場合にのみ説話的報告コンテンツを生成する。例えば、以前の血圧測定の例では、血圧測定値が患者の正常範囲内にある場合、血圧を医療報告に含める必要はない。従って、「患者の血圧が高すぎるか？」と決定する決定ポイントであるBPモデルノードについては、発信ノード遷移注釈テンプレートは、（1）血圧測定値が或る閾値よりも大きい場合は、「血圧測定値<BP>が高い」という形式の説話的報告コンテンツを生成し、又は、（2）血圧測定値が上記閾値を超えない場合は、説話的報告コンテンツを生成しないように、構成され得る。
【００３５】
要求されると、説話的臨床報告コンテンツ生成器６０は、実行されるプロセス又は実行中のプロセスの説話的報告を生成する。過去の実施形態では、これは、次のようにして行なわれる。BPモデル４６の開始ノードから開始して、BPモデル４６6を通る実行された経路が追跡される（即ち、再追跡される）。遭遇する各説話的臨床注釈テンプレートについて、注釈テンプレートのフィールドは、好ましくはテンプレートによって定義された１又は複数の文の形式の説話的報告コンテンツを生成するために記入される。（ちょうど言及したように、テンプレートが条件付きである場合には、条件が満たされている場合にのみ、例えば閾値を超える血圧などの内在的な報告内容が生成される。このような各ノード遷移で生成された説話的報告コンテンツは、連結されて進行中の説話を生成する。横断されたノードが複数の発信ノード遷移（即ち、並列分岐）を有する場合、このプロセスは各分岐に対して実行され、パラグラフは、結合されて、分岐によってグループ化された並列分岐の複数のパラグラフ説話を形成する。これは、一般に、各分岐からの情報のビットが混在しているのと比較して、よりコヒーレントな説話を提供する。生成された説話的報告コンテンツは、例示的な実施形態では、EMR１０に転送することによって医師又は他のエンドユーザに提示され、EMR１０は、生成された説話的報告コンテンツを医療報告に含めるために提案し、及び／又は、EMRデータレポジトリ１６内の患者記録に含める。
【００３６】
ここで図２を参照すると、敗血症プロトコルを含む臨床経路のためのBPモデルを使用する例が提示されている。図２は、BPモデルのグラフィカルエディタ４２と対話するモデル開発者によって見られるような、BPMN表記を使用して示されるBPモデルの一部を示している。図２のグラフ表示には、左上隅に「人」アイコンが表示された長方形によって表された多数のヒューマンタスクが存在する。決定ノードは、ダイヤモンドで囲まれた「X」で表されている。タイマは、ノードのエッジに示される「時計」アイコンによって示され、指示された時間間隔の経過によってノード遷移がトリガされることを示す。プロセス（又はサブプロセス）開始ノードと停止ノードとは、小さな円のノードで示されている。
【００３７】
引き続き図２を参照すると、臨床注釈テンプレートエディタ４４を使用するノード遷移に関連する説話的臨床注釈テンプレートは、「文書」アイコンによって示され、「文書」アイコンは、底部が曲線でカットされた書類のシートである。ここでの説明を容易にするために、説話的臨床注釈テンプレートアイコンが列挙されている。図２に６つのそのような説話的臨床注釈テンプレートが列挙されている。（このような列挙は、マウスポインタを使用してそのアイコンをクリックすることによって、又は、他のユーザ選択操作によって、説話的臨床注釈テンプレートを表示／編集することをユーザが選択できるように、実際のBPモデルBPMN表現におけるオプションである。）６つの例示的な説話的臨床注釈テンプレートは、以下で順に説明される。
【００３８】
「1」として列挙された説話的臨床注釈テンプレートは、図２の左端のプロセスエントリノードからのノード遷移に関連付けられる。説話的臨床注釈テンプレートは、患者<patient_name>、年齢<patient_age>についての敗血症プロトコル報告を適切に読むことができる。患者は、<primary_diagnosis>と診断された<time>の<location>に敗血症プロトコルを入力した。フィールド<patient_name>及び<patient_age>には、患者のEMRレコードの患者名及び年齢情報が入力される。\CRはキャリッジリターンを示す。<location>及び<time>フィールドには、それぞれ診断時及び診断時に患者の位置が記入され、<primary_diagnosis>フィールドには一次診断が記入される。
【００３９】
「2」として列挙された説話的臨床注釈テンプレートは、「少なくとも２つの<敗血症症状>」と表示された決定ノードからのノード遷移に関連する。ここでは、適切な説話的臨床注釈テンプレートが、「<time>において、ナースのバイタルサインチェックにより、以下の基準：<異常値のリスト>に基づいて、患者が重度の敗血症の危険性があることが明らかにされた。」というものであり得る。<time>付近の狭い時間枠で取得された患者データを検索して異常値を特定することで、<異常値のリスト>の欄に記入することができる。
【００４０】
「3」として列挙された説話的臨床注釈テンプレートは、「急性臓器不全」と名付けられた決定ノードからのノード遷移に関連する。適切な説話的臨床注釈テンプレートは、「順序付けられた血液検査の結果が、以下の基準<異常値のリスト>に基づいて急性器官不全の存在を確認した」というものであり得る。<Patients_physician>は、<detection_time>において通知された。
【００４１】
「4」として列挙された説話的臨床注釈テンプレートは、「[Physician on duty（勤務中の医師）]が、<Treatment Plan（治療プラン）>を作成した」というラベルの付いたフローオブジェクトからのノード遷移に関連付けられる。適切な説話的臨床注釈テンプレートは、「<Patients_physician（患者の医師）>が、<time>において、以下の治療プラン：<list of medications（治療リスト）>を作成した」というものであり得る。<list of medications（治療リスト）>フィールドは、[Physician on duty（勤務中の医師）]
が<Treatment Plan（治療プラン）>を作成した」というフローオブジェクトの実行時間の近辺でEMR１０にログされる処方箋エントリの形式で記入され得る。
【００４２】
「5」として列挙された説話的臨床注釈テンプレートは、「[ナース]が処置完了を確認する」というラベルのフローオブジェクトからのノード遷移に関連付けられる。適切な説話的臨床注釈テンプレートは、「ナースが<administration_time>に薬剤を投与した」というものであり得る。この場合、<administration_time>には、患者のEMR記録内の投薬管理エントリのタイムスタンプが記入される。
【００４３】
「6」として列挙された説話的臨床注釈テンプレートは、「１時間以内に患者を治療する」というラベルの付いたフローオブジェクトからのタイマによって制御されるノード遷移からのノード遷移に関連付けられる。適切な説話的臨床注釈テンプレートは、「重度の敗血症の検出と抗生物質の投与との間の時間が臨床経路の標的よりも長かった」というものであり得る。
【００４４】
列挙された説話的臨床注釈テンプレートに関連付けられた各ノード遷移が横断されると、対応する説話的報告コンテンツが生成される。このようにして、以下の集合的な説話的報告コンテンツが生成され得る。
『患者John Doe（48歳）の敗血症プロトコル報告：
患者は、心臓手術と診断された3月26日（日）の午後6時24分に、一般病棟で敗血症プロトコルに入った。3月27日（月）午前10時36分、看護師の生命徴候検査で、以下の基準に基づいて、患者が重度の敗血症の危険性があることが明らかになった。
・39.9℃の温度（36.6℃の上限を超えている）
・呼吸数35rpm（上限30回以上）
血液検査の結果、以下の基準に基づいて、急性臓器不全の存在が確認された：
・白血球：36.540（上限35.000）
スミス医師は午前10.45に知らされた。スミス医師は午前10.56に次の治療計画を作成した：
・抗生物質：ザナテックス35mg
看護師は午前11時55分に薬を投与した。重度の敗血症の検出と抗生物質の投与との間の時間は、臨床経路の標的よりも長かった。』
【００４５】
上記列挙された図式的に示された説話的臨床注釈テンプレートには示されていないが、これらのテンプレートのフィールドは、オプションとして、例えば、時間出力（HH：MM、又は、HH：MM：SSなど）の選択、患者データの書式設定などを指定する、フォーマットデリミタなどを含むことができる。テンプレートには、正規表現などの他の機能が含まれている場合がある。列挙されたテンプレート6については、重篤な敗血症の検出と抗生物質の投与との間の時間間隔が敗血症の臨床経路の標的とどのくらい離れているかについての比較を定量的に計算及び記述するための差異表現を追加することが考えられる。
【００４６】
別の例として、説話的臨床注釈テンプレートは、次のステップが遂行される前に幾つかのタスクが完了すべきチェックリストを記述することができる。そのような場合、説話的報告コンテンツには、実行されたタスクと、各タスクを実行した担当者及び時間を識別するための入力フィールドと、オプションで、タスクが実行されなかった場合の理由が含まれ得る。このようなチェックリストの例は次のとおりである。
『午後8.26において、以下の作業が完了した後、<医師W.>が<治療計画>を作成した。
・<看護師のP>が<午後8.13>に行なった血圧の測定
・<看護師T.>が<午後8.16>に行なったラボテストの結果を取得。
・完了していない：ACE阻害薬の投与。<医師W.>により<患者にアレルギーがある>理由で却下された。』
ここで、山括弧（<…>）は、フィールドを示す。
【００４７】
図３によれば、図１のシステムによって適切に実行される自動説話的報告コンテンツ生成方法が説明される。動作７０において、臨床経路のBPモデル４６の実行が患者に対して開始される動作７２をトリガするトリガイベント又はトリガデータの生成が検出される。上記の敗血症プロトコルの例では、トリガイベントは、重篤な敗血症のリスクを示す生命兆候の検出であり、動作７２は、患者の敗血症プロトコルのBPモデルの実行を開始する。これはまた、敗血症プロトコルを介して患者の経路を記録するために、患者経路記憶部５４に患者の患者経路記録を作成することを必要とする。動作７４では、BPモデル４６がワークフローエンジン５０によって実行される。これは、１つのノードから別のノードへの遷移を引き起こすトリガイベント又はトリガデータを検出し、横断履歴を記憶装置５４に記録することを伴う。動作７６では、説話的報告コンテンツの生成をトリガするイベント又は要求が検出される。（これは、経路が再トレースされた遡及的アプローチを採用している）。トリガイベント又は要求は、例えば、BPモデル４６によってモデル化された臨床経路の主題を記録するように設計されたユーザインタフェース３０を介して医師報告フォーム２４の１つを開く医師であってもよい。あるいは、トリガイベント又は要求は、EMRが説話的報告コンテンツを提案するためのユーザインタフェース上のオプションを選択するなど、医師による肯定的なアクションであってもよい。（再び、例示的な実施形態では、医師はEMR１０と対話し、BPツール４０は隠され、医師は説話的報告コンテンツを生成するとEMRを認識する）。
【００４８】
動作８０では、患者横断履歴が患者経路記憶装置５４から検索され、患者横断がBPモデル４６の入口ノードから開始して再トレースされる。再追跡された各ノードについて、決定８２において、発信遷移（例えば、出て行くBPMN接続オブジェクト）が検査され、関連する説話的臨床注釈テンプレートを有するかどうかが決定される。そうでなければ、プロセスは動作８０に戻り、患者の横断経路に沿って次のノードに再トレースする。一方、決定８２が発信ノード遷移に関連する説話的臨床注釈テンプレートを検出する場合、動作８４において、説話的臨床注釈テンプレートのフィールド（もしあれば）は、EMR１０からの患者特有の情報で記入され、動作８６において、結果として得られる説話的報告コンテンツが（累積的な）説話的報告コンテンツに追加される。
【００４９】
所与のノードは、２つ以上の発信ノード遷移を有することができ、そうであれば、各発信ノード遷移は、決定８２において順番に検査され、関連する説話的臨床注釈テンプレートがある場合、動作８４，８６に従って処理される。この結果、並列分岐が特定された場合、各分岐は、（ルーピング）操作８０，８２，８４，８６を使用して別々に処理され、各分岐について個別の説話的報告コンテンツパラグラフが生成され、パラグラフが収集されて累積的な説話的報告コンテンツが生成される。
【００５０】
患者の現在の横断履歴が完全に追跡されると、動作９０において、結果として得られる累積的な説話的報告コンテンツは、EMR１０のドラフトの下で医療報告にインポートされるか、さもなければEMR１０に伝達され、使用される（例えば、EMRリポジトリ１６に格納される）。
【００５１】
図３の方法は、説話的報告コンテンツを生成するための遡及的再追跡アプローチを採用する。代わりに実時間アプローチが使用される場合、動作８０，８２，８４，８６は、BPモデル実行７４にリアルタイムで統合され、要求７６に応答して、患者経路に既に生成され、記憶装置５４に記憶されている説話的報告コンテンツが読み出され、EMR１０にインポートされる。
【００５２】
本発明を好適な実施形態を参照して説明した。前述の詳細な説明を読んで理解することで、他のものへの修正及び変更が起こりうる。本発明は、添付の特許請求の範囲又はその均等の範囲内に入る限りにおいて、そのような変更及び修正の全てを含むと解釈されることが意図される。
【図１】
2019509572.tif 000003
【図２】
2019509572.tif 000004
【図３】
2019509572.tif 000005
【国際調査報告】
2019509572.tif 000006
2019509572.tif 000007
2019509572.tif 000008