(57)【特許請求の範囲】
【請求項１】
少なくとも１つのコンピュータプロセッサによって実行される、電子医療記録（ＥＭＲ）データベース（３０２）の離散データ要素を更新する方法であって、前記ＥＭＲデータベース（３０２）は複数の患者データ記録（１０１ａ〜ｎ）を含み、各患者データ記録（１０１ａ〜ｎ）は離散データ要素と自由形式テキスト要素とを含み、各自由形式テキスト要素は前記離散データ要素の少なくとも１つと関連付けられており、前記方法は、
（Ａ）ユーザインターフェースの自由形式テキストユーザインターフェース要素を介して自由形式テキストを受信することと、
（Ｂ）前記自由形式テキストに基づいて、前記複数の患者データ記録（１０１ａ〜ｎ）からの患者データ記録の離散データ要素を識別することであって、前記離散データ要素は現在の値を有し、前記離散データ要素は前記自由形式テキストユーザインターフェース要素に関連付けられる、識別することと、
（Ｃ）前記自由形式テキストに基づいて、前記患者データ記録の前記識別された離散データ要素に関連して実行する推奨動作を識別することであって、
（Ｃ）（１）前記自由形式テキストに基づいて患者の１つ以上の特性を識別することと、
（Ｃ）（２）前記患者の前記１つ以上の特性が前記患者データ記録の前記離散データ要素の内容と一致するかどうかを判定することと、
（Ｃ）（３）前記患者の前記１つ以上の特性が前記患者データ記録の前記離散データ要素の前記内容と一致しないと判定することに応答して、前記患者データ記録の前記離散データ要素の前記内容を前記患者の前記１つ以上の特性と一致させるための前記推奨動作を識別することと、を含む、識別することと、
（Ｄ）前記推奨動作を表す出力を提供することと、
（Ｅ）ユーザが前記推奨動作を受諾することを示すユーザ入力を受信することと、
（Ｆ）前記受信したユーザ入力に応じて、前記推奨動作を実行することと、
を含む、方法。
【請求項２】
（Ｃ）は、前記患者データ記録の複数の離散データ要素に関連して実行する複数の推奨動作を識別することを含み、（Ｆ）は、前記ユーザが前記複数の推奨動作の少なくとも１つを受諾することを前記ユーザ入力が示す場合、前記少なくとも１つの推奨動作を実行することを含む、請求項１に記載の方法。
【請求項３】
（Ｇ）前記推奨動作を実行することの成果を表す前記出力を表示することであって、前記離散データ要素の修正値を表示することを含む、表示すること、をさらに含む、請求項１に記載の方法。
【請求項４】
前記患者データ記録が電子医療記録（ＥＭＲ）を含む、請求項１に記載の方法。
【請求項５】
（Ｆ）が、前記離散データ要素の値を前記概念と一致させるために、前記離散データ要素の前記値を修正することを含む、請求項１に記載の方法。
【請求項６】
（Ｄ）が、前記ユーザインターフェース内の前記離散データ要素に前記推奨動作を実行することの成果を反映させるために、前記離散データ要素の状態を修正することを含む、請求項１に記載の方法。
【請求項７】
（Ｄ）が、前記ユーザインターフェース内の前記識別された離散データ要素の状態を修正するための命令を表示することを含む、請求項１に記載の方法。
【請求項８】
（Ｅ）が、前記ユーザインターフェース内の離散データユーザインターフェース要素の状態を修正するためのユーザ入力を受信することを含む、請求項１に記載の方法。
【請求項９】
（Ｇ）前記推奨動作および前記ユーザ入力の記録を記憶することと、
（Ｈ）複数の推奨動作および複数の対応するユーザ入力の、複数の記憶された記録を生成するために、（Ａ）〜（Ｆ）を少なくとも１回繰り返すことと、
（Ｉ）前記複数の記憶された記録に基づいて、前記推奨動作を識別するために使用されるプロセスを修正することと、をさらに含む、請求項１に記載の方法。
【請求項１０】
電子医療記録（ＥＭＲ）データベース（３０２）の離散データ要素を更新する方法を実行するために、少なくとも１つのコンピュータプロセッサによって実行可能なコンピュータプログラム命令を含む、非一時的なコンピュータ可読媒体であって、前記ＥＭＲデータベース（３０２）は複数の患者データ記録（１０１ａ〜ｎ）を含み、各患者データ記録（１０１ａ〜ｎ）は離散データ要素と自由形式テキスト要素とを含み、各自由形式テキスト前記離散データ要素の少なくとも１つと関連付けられており、前記方法が、
（Ａ）ユーザインターフェースの自由形式テキストユーザインターフェース要素を介して自由形式テキストを受信することと、
（Ｂ）前記自由形式テキストに基づいて、前記複数の患者データ記録（１０１ａ〜ｎ）からの患者データ記録の離散データ要素を識別することであって、前記離散データ要素は現在の値を有し、前記離散データ要素は前記自由形式テキストユーザインターフェース要素に関連付けられる、識別することと、
（Ｃ）前記自由形式テキストに基づいて、前記患者データ記録の前記識別された離散データ要素に関連して実行する推奨動作を識別することであって、
（Ｃ）（１）前記自由形式テキストに基づいて患者の１つ以上の特性を識別することと、
（Ｃ）（２）前記患者の前記１つ以上の特性が前記患者データ記録の前記離散データ要素の内容と一致するかどうかを判定することと、
（Ｃ）（３）前記患者の前記１つ以上の特性が前記患者データ記録の前記離散データ要素の前記内容と一致しないと判定することに応答して、前記患者データ記録の前記離散データ要素の前記内容を前記患者の前記１つ以上の特性と一致させるための前記推奨動作を識別することと、を含む、識別することと、
（Ｄ）前記推奨動作を表す出力を提供することと、
（Ｅ）ユーザが前記推奨動作を受諾することを示すユーザ入力を受信することと、
（Ｆ）前記受信したユーザ入力に応じて、前記推奨動作を実行することと、
を含む、非一時的なコンピュータ可読媒体。
【請求項１１】
（Ｃ）は、前記患者データ記録の複数の離散データ要素に関連して実行する複数の推奨動作を識別することを含み、（Ｆ）は、前記ユーザが前記推奨動作を受諾することを前記ユーザ入力が示す場合、前記複数の推奨動作を実行することを含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１２】
前記方法が、
（Ｇ）前記推奨動作を実行することの成果を表す前記出力を表示することであって、前記離散データ要素の修正値を表示することを含む、表示すること、をさらに含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１３】
前記患者データ記録が電子医療記録（ＥＭＲ）を含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１４】
（Ｆ）が、前記離散データ要素の値を前記概念と一致させるために、前記離散データ要素の前記値を修正することをさらに含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１５】
（Ｄ）が、前記ユーザインターフェース内の前記離散データ要素に前記推奨動作を実行することの成果を反映させるために、前記離散データ要素の状態を修正することを含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１６】
（Ｄ）が、前記ユーザインターフェース内の前記識別された離散データ要素の状態を修正するための命令を表示することを含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１７】
（Ｅ）が、前記ユーザインターフェース内の離散データユーザインターフェース要素の状態を修正するためのユーザ入力を受信することを含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【請求項１８】
前記方法が、
（Ｇ）前記推奨動作および前記ユーザ入力の記録を記憶することと、
（Ｈ）複数の推奨動作および複数の対応するユーザ入力の、複数の記憶された記録を生成するために、（Ａ）〜（Ｆ）を少なくとも１回繰り返すことと、
（Ｉ）前記複数の記憶された記録に基づいて、前記推奨動作を識別するために使用されるプロセスを修正することと、をさらに含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
多くの現代の電子医療記録（ＥＭＲ）に関連して使用される臨床文書システムは、離散データをＥＭＲに入力するためのユーザインターフェース要素、および自由形式テキストをＥＭＲに入力するためのユーザインターフェース要素の両方を含む。離散データをＥＭＲに入力するための一般的なユーザインターフェース要素の例としては、問題、合併症、家族成員の状態、および身体検査の間に行われる試験の不在の存在を示すためのチェックボックスおよびラジオボタンと、特定のイベントの発現または終了（例えば、痛みが開始した日付、家族の一員が死亡した日付、または治療が開始または終了した日付）をキャプチャするための日付選択制御と、現在および過去の投薬を示すためのドロップダウンリストと、が挙げられる。ＥＭＲに自由形式テキストを入力するためのユーザインターフェース要素の最も一般的な例は、テキストフィールドである。
【０００２】
係るデータ入力から曖昧さおよび主観性を排除するために、離散データを入力するためのユーザインターフェース要素のみを含むように臨床文書システムを設計することが望ましいように思われ得るが、臨床文書の狭義のサブセットのためであっても、離散ユーザインターフェース要素を使用して全ての可能性がある入力を表すことは、典型的に不可能であるか望ましくない。この１つの理由は、離散ユーザインターフェース要素が、一般的でないイベント、複数の観測の間の条件付け、２進式パラメータ値によって正確に表され得ない観測の不確実性（例えば、「患者はＸの徴候を示す」）、および因果関係をキャプチャすることができないということである。より一般的に述べると、離散ＵＩ要素を使用して全てのＥＭＲデータが入力されることが必要とされる場合、編集作業を行う医師または他の医師に記憶しやすく且つ解釈可能であるように、患者の話および編集作業を行う医師の思考プロセスをキャプチャすることができなくなる。
【０００３】
結果として、臨床文書システムは、自由形式テキストをＥＭＲに入力することを典型的に許可する。例えば、係るシステムは、離散ユーザインターフェース要素の各論理グループ分けと共に、自由形式入力フィールドを含むことが一般的である。例えば、自由形式テキスト入力フィールドが、離散ユーザインターフェース要素の「現病歴」グループ分けのために提供されてもよく、別の自由形式テキスト入力フィールドが、離散ユーザインターフェース要素の「家族歴」グループ分けのために提供されてもよく、さらに別の自由形式テキスト入力フィールドが、離散ユーザインターフェース要素の「身体検査」グループ分けのために提供されてもよい。
【０００４】
結果として生じる図式的ユーザインターフェースは、離散データ入力を受信するためのユーザインターフェース要素、および自由形式テキスト入力を受信するためのユーザインターフェース要素の両方を含む。結果として、図式的ユーザインターフェースを使用して受信されるデータがその中に記憶される、基礎となるデータモデルは、離散データおよび自由形式テキストデータのハイブリッドでもある。
【０００５】
係るＥＭＲシステムには、少なくとも２つの問題がある：
（１）離散データ入力フィールドは、自由形式テキスト入力フィールドよりも、はるかにユーザフレンドリーでない傾向がある。例えば、身体検査のための典型的なデータ入力フォームは、数百のチェックボックスおよび他の離散データ入力ユーザインターフェース要素を含み得る。同じ情報の自由形式テキストの記述を単にタイピングまたは口述することと比較すると、チェックすべき正しいチェックボックスを見つけるのは困難で時間が係る場合がある。結果として、係るＥＭＲシステムにデータを入力する医師または他者は、離散データフィールドにデータを入力することによって低下した生産性およびデータ忠実度を受諾するか、離散データフィールドを回避して、対応する自由形式テキストフィールドに自由形式テキストを単に入力するかのいずれかを行い、それによって離散データフィールドの利点を失う場合がある。
（２）自由形式テキストフィールド内に含まれるデータと、対応する離散データフィールド内に含まれるデータとの間の一貫性を保証することは、一般的に不可能である。例えば、１組の離散データフィールドが、患者のための緩和ケア命令をキャプチャするためのフィールドを含む場合を考察されたい。係る離散データフィールドに関連付けられるのは、自由形式テキスト入力フィールドであり得る。医師が自由形式テキスト入力フィールドに命令（例えば、「蘇生禁止」指示）を入力することを選択し、離散データフィールドを空欄にしておく場合、自由形式テキスト入力フィールド内の情報は離散データフィールド内に反映されない。離散データフィールドの内容を使用して臨床ワークフローを促す場合、係るワークフローは、テキスト入力フィールドがデータを含むが、離散データフィールドが空である場合には、トリガされない。
【０００６】
しかしながら、例えば、一般的な診療ワークフローの自動化および決定支援プロセスにおける使用などのために、離散データ要素には相当な価値がある。上述の問題に対処する１つの手段は、自由形式テキストフィールド内に含まれる情報を抽象化し、離散データ要素の最後に知られる状態と抽象化済み情報を照合し、照合済みデータ状態を自由形式テキスト入力の一部としてユーザに検証させることである。このアプローチの１つの欠点は、照合を実行するためには、離散データモデル内の自由形式テキストデータの適切な表現に関する決定が下される必要があり得るということである。このプロセスにおけるいかなるエラーも、離散データ入力に使用されるユーザインターフェースと本質的に酷似するか同一であるユーザインターフェースを使用して、ユーザによって解決される必要があり得る。結果として、照合の見直しプロセスに用いる離散データ入力ユーザインターフェースの本質的部分を複製する必要があるため、それが既存の第三者ＥＭＲシステムへのアドオンとして実施される場合、係るシステムを実施する費用は相当なものになり得る。
【発明の概要】
【０００７】
システムは、データ記録（例えば、電子医療記録（ＥＭＲ）など）と、データ記録を修正する（例えば、その中にデータを記憶する）ためのユーザインターフェースと、を含む。データ記録は、自由形式テキスト要素および離散データ要素の両方を含む。ユーザインターフェースは、自由形式テキストデータを受信するためのユーザインターフェース要素を含む。自由形式テキストユーザインターフェース要素を介して自由形式テキストデータを受信することに応答して、例えば、データ記録の離散データ要素のうちの１つに関連して取る推奨動作などの、推奨動作が識別される。推奨動作を表す出力が生成される。ユーザは、推奨動作の受諾または拒否を示す入力を提供する。推奨動作は、ユーザ入力に応答して実行され得る。
【０００８】
例えば、本発明の一実施形態は、少なくとも１つのコンピュータプロセッサによって実行される方法を対象とし、その方法は、（Ａ）ユーザインターフェースの自由形式テキストユーザインターフェース要素を介して自由形式テキストを受信することと、（Ｂ）データ記録の離散データ要素に関連して実行する推奨動作を識別することと、（Ｃ）推奨動作を表す出力を提供することと、（Ｄ）ユーザが推奨動作を受諾するかどうかを示すユーザ入力を受信することと、を含む。
【０００９】
本発明の様々な態様および実施形態の他の特徴および利点は、以下の説明および特許請求の範囲から明らかになるだろう。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に準ずる、電子医療記録（ＥＭＲ）の略図である。
【図２Ａ】本発明の一実施形態に準ずる、図１のＥＭＲを更新するためのユーザ入力を受信するためのユーザインターフェースの抽象的な略図である。
【図２Ｂ】本発明の一実施形態に準ずる、図１のＥＭＲを更新するためのユーザ入力を受信するためのユーザインターフェースの具体的な略図である。
【図３】図２Ａ〜２Ｂのユーザインターフェース内にユーザが提供する自由形式テキストに基づいて、図１のＥＭＲ内の離散データ要素を更新するためのシステムのデータフロー図である。
【図４】本発明の一実施形態に準ずる、図３のシステムによって実行される方法のフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の実施形態は、上述の統合費用を著しく低減するために使用することができる。例えば、自由形式テキスト内で識別される抽象化済み概念を表示することの代わりに（またはそれに加えて）、本発明の実施形態は、抽象化済み概念を使用して目標のＥＭＲで実行されるべき論理的動作を識別することができる。本発明の実施形態は、係る識別済み論理的動作をユーザに通知することができ、ユーザからの検証に応答して、本発明の実施形態は、推奨される論理的動作を自動的に実行することができる。
【００１２】
背景として、図１に図示する例示的な電子医療記録（ＥＭＲ）１００を考察されたい。ＥＭＲ１００は、離散データ要素１０２（例えば、フィールド）および自由形式テキスト要素１０６（例えば、フィールド）の両方を含み得る。離散データ要素の例としては、コンピュータが任意の具体的な係る値の意味を一義的に判定することができる、例えば０および１など（または、「はい」および「いいえ」などの、任意の等価の２進式の値の範囲）の値の有限許容範囲、または任意の他のシンボルの有限集合（例えば、｛０、１、２、３｝、｛赤、緑、青｝、または｛生存、死去｝）を有する要素が挙げられる。対照的に、自由形式テキスト要素は、係るテキストの意味をコンピュータが一義的に判定することが可能かどうかに関わらず、ヒトによって自然言語で入力されるテキストなどの、任意のテキストを含み得る。
【００１３】
ＥＭＲ１００内の特定の離散データ要素は、ＥＭＲ１００内の特定の自由形式テキスト要素に関連付けられ得る。図１の特定例において、
・関連付け１１０ａに示す通り、離散データ要素１０４ａは、テキスト要素１０８ａに関連付けられる。
・関連付け１１０ｂに示す通り、離散データ要素１０４ｂは、テキスト要素１０８ｂに関連付けられる。
・関連付け１１０ｃおよび１１０ｄにそれぞれ示す通り、離散データ要素１０４ｃは、テキスト要素１０８ｃおよび１０８ｄに関連付けられる。
・関連付け１１０ｅおよび１１０ｆにそれぞれ示す通り、離散データ要素１０４ｄおよび１０４ｅは、テキスト要素１０８ｅに関連付けられる。
・離散データ要素１０４ｆは、テキスト要素１０６のうちのいずれにも関連付けられない。
・テキスト要素１０８ｆは、離散データ要素１０２のうちのいずれにも関連付けられない。
【００１４】
これらの例が示す通り、ＥＭＲ１００内の離散データ要素１０２のうちの単一の１つは、ＥＭＲ１００内のテキスト要素１０１ａのうちのゼロ、１つ、またはそれよりも多くに関連付けられてもよく、ＥＭＲ１００内のテキスト要素のうちの単一の１つは、ＥＭＲ１００内の離散データ要素１０２のうちのゼロ、１つ、またはそれよりも多くに関連付けられてもよい。図１に示す特定の関連付けは、説明のための例に過ぎない。実際には、任意の種類および数の互いとの関連付けを有し得る、数百以上の離散データ要素およびテキスト要素を、単一のＥＭＲが含んでもよい。
【００１５】
一般的に、関連付け１１０ａ〜ｆは、関連要素の間の意味類似性の程度、および／または関連要素の内容の互いへの影響を表す。例えば、離散データ要素１０４ａとテキスト要素１０８ａとの間の関連付け１１０ａは、要素１０４ａおよび１０８ａの両方が、ＥＭＲ１００によって表される患者の足の痛みの存在または不在を表すデータを含むこと、または含むように設計されることを示し得る。関連付け１１０ａ〜ｆのさらなる例を、以下に提供する。
【００１６】
関連付け１１０ａ〜ｆのうちのいくつかまたは全ては、ＥＭＲ１００内に、データとして明確に表され記憶され得る。しかしながら、関連付け１１０ａ〜ｆのうちのいくつかまたは全ては、ＥＭＲ１００内に、または他のどこにも、データとして記憶されなくてもよい。代わりに、以下の説明から明らかになる通り、本発明の実施形態は、関係のうちのいくつかまたは全てを、動的に、且つＥＭＲ１００内に係る関係を表すデータを記憶することなしに、識別することができる。実際には、関連付け１１０ａ〜ｆは固定であると図１に示されるが、これは一例に過ぎず、本発明の限定を構成するものではない。例えば、本発明の実施形態は、特定の時間のテキスト要素の内容に少なくともある程度基づいて、テキスト要素１０６のうちの１つと、離散データ要素１０２のうちの１つ以上との間の関連付けを、動的に識別することができる。テキスト要素の内容が変化するにつれて、本発明の実施形態は、テキスト要素と離散データ要素１０２のうちの様々なものとの間の、異なる関連付けを識別し得る。例は、係るテキスト要素の内容に応答して、テキスト要素を離散データ要素と動的に関連付ける、本発明の実施形態のこの能力を、以下に説明する図示する。
【００１７】
ここで、図２Ａに示す抽象ユーザインターフェース２００を考察されたい。図２Ａは、説明のために、ユーザインターフェース２００の特定の抽象的特徴を示すに過ぎない。特に、ユーザインターフェース２００は、離散データユーザインターフェース（ＵＩ）要素２０２および自由形式テキストＵＩ要素２０６の両方を含む。離散データＵＩ要素２０２の例としては、チェックボックス、ラジオボタン、ドロップダウンリスト、およびメニューが挙げられる。自由形式テキストＵＩ要素２０６の例としては、書式設定（例えば、フォントサイズ、太字、斜体、下線、上付き文字、下付き文字など）を適用する能力などの高度なテキスト編集機能を有するフィールドを含む、単一行のテキストフィールド、複数行のテキストフィールドが挙げられる。
【００１８】
ユーザインターフェース２００は、任意の数の離散データＵＩ要素２０２、および任意の数の自由形式テキスト要素２０６を含み得るが、４つの離散データＵＩ要素２０４ａ〜ｄ、および３つの自由形式テキストＵＩ要素２０８ａ〜ｃを含むものとして、ユーザインターフェース２００を例示のために図２Ａに示す。実際には、ＥＭＲにデータを入力するためのユーザインターフェース２００は、複雑なレイアウトで配列される数百の離散データおよび自由形式テキストＵＩ要素を含み得、離散データおよび自由形式テキストＵＩ要素は、係るＵＩ要素の全てがユーザに一度に見え得るとは限らないように、複数ページまたはタブにまたがり得る。
【００１９】
ユーザインターフェース２００内の離散データＵＩ要素２０２は、図１のＥＭＲ１００内の、ゼロ、１つ、またはそれよりも多くの対応する離散データ要素１０２に、マッピング（関連付け）されることができる。同様に、ユーザインターフェース２００内の自由形式テキストＵＩ要素２０６は、図１のＥＭＲ１００内の、ゼロ、１つ、またはそれよりも多くの対応する自由形式テキスト要素１０６に、マッピング（関連付け）されてもよい。図１または２Ａには示されていないが、係るマッピングを表すデータを記憶してもよい。係るマッピングは、一対一、一対多数、または多数対一であり得る。図２Ａのユーザインターフェース２００内のＵＩ要素２０４ａ〜ｄまたは２０８ａ〜ｃのうちの１つにユーザが入力を提供すると、係る入力は、図１のＥＭＲ１００内の関連要素（複数可）にコピーされるか、そうでなければ、そこに記憶される値を生成するために使用されてもよい。例えば、図２Ａのユーザインターフェース２００内の自由形式テキストＵＩ要素２０８ａが、図１のＥＭＲ１００内の自由形式テキスト要素１０８ａに関連付けられる場合、そして自由形式テキストＵＩ要素２０８ａにユーザが「Ｊｏｈｎ  Ｓｍｉｔｈ」とタイプする場合、テキスト「Ｊｏｈｎ  Ｓｍｉｔｈ」は、自由形式テキスト要素１０８ａ内に記憶され得る。別の例として、離散データＵＩ要素２０４ａが、図１のＥＭＲ１００内の離散データ要素１０４ａに関連付けられるチェックボックスであり、チェックボックスをチェックありとしてユーザがマークする場合、「チェックあり」、「はい」、「１」、または類似値の値が、離散データ要素１０４ａ内に記憶され得る。
【００２０】
実際には、例えば、テキストＵＩ要素２０８ａ〜ｃおよび離散ＵＩ要素２０４ａ〜ｄのうちの様々なものを、それ自体が「システムの見直し（Ｒｅｖｉｅｗ  ｏｆ  Ｓｙｓｔｅｍｓ）」カテゴリ内のＵＩ要素の多くのグループのうちの１つであり得る「心血管」カテゴリにグループ分けすることによって、ユーザインターフェース２００内のユーザインターフェース要素２０８ａ〜ｃおよび２０４ａ〜ｄを階層的に体系化し、臨床文書の構造を反映させてもよい。係る階層的グループ分けは、どの離散データ要素が特定の自由形式テキスト要素に関連付けられ得るかを示し、どの離散データ要素が、無関係の臨床カテゴリに入るために特定の自由形式テキスト要素に関連付けられ得ないかを示す構造を確立する。特定のカテゴリ内の自由形式テキストＵＩ要素に入力される内容は、同じカテゴリ内の離散データＵＩ要素に関連付けられ得る。しかしながら、自由形式テキストＵＩ要素に入力される特定の情報は、いかなる離散データＵＩ要素とも関連付けられない場合がある。
【００２１】
図１のＥＭＲ１００内の要素１０２および１０６が、互いとの関連付け１１０ａ〜ｆを有し得るのと同様に、図２Ａのユーザインターフェース２００内の要素２０２および２０６は、互いとの関連付けを有し得る。説明を容易にするために、係る関連付けは、図２Ａに示されていない。図２Ａのユーザインターフェース２００内の、離散データＵＩ要素２０２と自由形式テキストＵＩ要素２０６との間の関連付けは、図１のＥＭＲ１００の離散データ要素１０２と自由形式テキスト要素１０６との間の関連付け１１０ａ〜ｆから暗示され得る。例えば、以下のように想定されたい：
・図２Ａのユーザインターフェース２００内の離散データＵＩ要素２０４ａは、図１のＥＭＲ１００内の離散データ要素１０４ａにマッピングされ、
・図２Ａのユーザインターフェース２００内の自由形式テキストＵＩ要素２０８ａは、図１のＥＭＲ１００内の自由形式テキスト要素１０８ａにマッピングされ、
・図１のＥＭＲ１００内の離散データ要素１０４ａは、自由形式テキスト要素１０８ａに関連付けられる。
【００２２】
この場合、離散データＵＩ要素２０４ａと自由形式テキストＵＩ要素２０８ａとの間の関連付けは、上記の事実から暗示され得る。
【００２３】
図２Ａのユーザインターフェース２００内の自由形式テキストＵＩ要素２０６のうちのいくつかまたは全ては、離散データＵＩ要素２０２のうちのいずれにも（明示的または黙示的に）関連付けられない場合がある。例えば、自由形式テキストＵＩ要素２０８ａは、離散データＵＩ要素２０４ａ〜ｄのうちのいずれにも関連付けられない場合がある。しかしながら、以下により詳細に説明する通り、自由形式テキストＵＩ要素２０８ａが図２Ａのユーザインターフェース内の離散データＵＩ要素２０２のうちのいずれかに関連付けられるかどうかに関わらず、本発明の実施形態を使用して、図２Ａの自由形式テキストＵＩ要素２０８ａに入力されるテキストを使用して、図１のＥＭＲ１００内の離散データ要素１０２のうちの１つ以上の値の更新を可能にすることができる。実際には、ユーザインターフェース２００は、離散データ要素２０２のうちのいずれも含む必要はない。特に、ユーザインターフェース２００は、ＥＭＲ１００内の要素１０６または１０６にマッピングされるいかなる離散データ要素も含まない場合がある。
【００２４】
例えば、図２Ｂを参照すると、本発明の実施形態に関連して使用され得る特定のユーザインターフェース２５０の一例が示されている。ユーザインターフェース２５０は、ＥＭＲ１００の１つの要素にマッピングされる単一のＵＩ要素、即ちＥＭＲ１００内の自由形式テキスト要素１０６のうちの１つにマッピングされる単一の自由形式テキスト入力フィールド２５２のみを含む。（例示のために、図２Ｂのユーザインターフェース内のフィールド２５２は、図１のＥＭＲ１００内の自由形式テキスト要素１０８ａにマッピングされると想定されたい。）図２Ｂのユーザインターフェース２５０は、ＥＭＲ１００の要素１０２または１０６にマッピングされるいかなる離散データＵＩ要素も含まないことに留意されたい。結果として、そして以下により詳細に説明する通り、データ要素１０２の現在の状態と共に自由形式テキスト入力フィールド２５２の内容に基づいて、離散データ要素１０２を更新するための推奨動作を生成すること、および、係る動作が実行されるべきであることを確認するユーザ入力がある場合に限り、そしてそれに応答して、推奨動作を実行することによって、本発明の実施形態は、自由形式テキスト入力フィールド２５２に入力される自由形式テキストを使用して、ＥＭＲ１００内の離散データ要素１０２を間接的に更新する。
【００２５】
ここで、本発明の特定の具体的な実施形態を説明する。図３を参照すると、本発明の一実施形態に準ずる、ＥＭＲ１００の離散データ要素に動作を実行するためのシステム３００のデータフロー図が示されている。図４を参照すると、本発明の一実施形態に準ずる、図３のシステム３００によって実行される方法４００のフローチャートが示されている。
【００２６】
システム３００は、複数の患者データ記録１０１ａ〜ｎ（ｎは任意の数であり得る）を含む、電子医療記録（ＥＭＲ）データベース３０２を含む。患者データ記録１０１ａ〜ｎのうちのそれぞれは、図１の患者データ記録１０１ａに関して上述される方式で、離散データ要素との関連付けを有する自由形式テキスト要素を含み得る。システム３００はまた、新しい患者データ記録の作成、既存の患者データ記録の削除、および既存の患者データ記録内容の更新などの、ＥＭＲデータベース３０２上の任意の操作を実行することができる、ＥＭＲ管理モジュール３０４を含む。ＥＭＲは１つ以上の患者データ記録を含み得るため、本明細書における患者データ記録に実行される操作のいかなる言及も、ＥＭＲに実行される操作を構成するものであると理解されるべきである。説明を容易にするために、ＥＭＲ管理モジュール３０４を単一のコンポーネントとして図３に示すが、実際には、既存のＥＭＲシステムへのアドオンもしくはプラグイン、または既存のＥＭＲシステムと通信して本明細書において開示される機能を実行するコンポーネントなどの他の手段で、ＥＭＲ管理モジュール３０４を実装してもよい。
【００２７】
システム３００はまた、ユーザ３０６およびコンピューティングデバイス３０８を含む。コンピューティングデバイス３０８は、任意の適切なＩ／Ｏデバイス（複数可）を使用して、コンピューティングデバイス３０８から入力を受信し、それに出力を提供する。コンピューティングデバイス３０８は、例えばデスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはスマートフォンなどの、任意の種類のコンピューティングデバイスであり得る。コンピューティングデバイス３０８は、ＥＭＲ管理モジュール３０４に出力を提供し、それから入力を受信することができる。ユーザ３０６、コンピューティングデバイス３０８、およびＥＭＲ管理モジュール３０４は、直接接続を介して、または公衆インターネットもしくは専用イントラネットなどの任意の種類のネットワークを介して、互いと通信し得る。
【００２８】
コンピューティングデバイス３０８は、ユーザ３０６に、少なくとも１つの自由形式テキストＵＩ要素を含むユーザインターフェースを表示するか、そうでなければ、ユーザ３０６が自由形式テキスト入力を提供することを促すか、可能にし得る（図４、操作４０２）。例えば、コンピューティングデバイス３０８は、ユーザ３０６に、図２Ｂに示す種類のユーザインターフェースを表示し、そこで自由形式テキストフィールド２５２は、係る入力を話すことまたはタイピングすることなどによって、ユーザが自由形式テキスト入力を提供することを可能にする。別の例として、コンピューティングデバイス３０８は、「患者とのやりとりを説明せよ」などの声によるプロンプトを提供することができ、それに応答して、ユーザ３０６は自由形式音声入力を提供することができる。
【００２９】
コンピューティングデバイス３０８が、ユーザ３０６が自由形式テキスト入力を提供することを可能にする方法に関わらず、ユーザ３０６は、入力３１０を受信するコンピューティングデバイス３０８に、係る自由形式テキスト入力３１０を提供し得る（図４、操作４０４）。図２Ｂの例において、（例えば、手持ちのボイスレコーダー、スマートフォン、またはマイクもしくは他の音声キャプチャコンポーネントを有する他のデバイスに）話すことによってユーザ３０６が入力３１０を提供し、それに応答して、（自動音声認識（ＡＳＲ）エンジンおよびヒトの転写士のうちの一方または両方を使用して）システム３００がユーザの発話を転写している。コンピューティングデバイスは次いで、結果として生じる転写物を、自由形式テキストフィールド２５２内に表示している。
【００３０】
ＥＭＲ管理モジュール３０４は、自由形式テキスト入力３１０を生成および／または受信することができる。例えば、コンピューティングデバイス３０８は、自由形式テキスト入力３１０をＥＭＲ管理モジュール３０４に提供し得る。別の例として、コンピューティングデバイス３０８は、例えばユーザ３０６の発話を表す音声信号の形態などの自由形式テキスト入力３１０を受信し、入力３１０を転写して入力３１０の転写物を生成し、次いでその転写物をＥＭＲ管理モジュール３０４に提供することができる。別の例として、コンピューティングデバイス３０８は、ユーザ３０６の発話を表す音声信号の形態の自由形式テキスト入力３１０を、ＥＭＲ管理モジュール３０４に提供し得、それが入力３１０を次いで転写し、入力３１０の転写物を生成することができる。これらおよび他の場合において、ＥＭＲ管理モジュールは、例えば図２Ｂのユーザインターフェース２５０の自由形式テキスト入力フィールド２５２内に示されるテキストなどの、ユーザ３０６の自由形式テキスト入力３１０を表すテキストを取得する。
【００３１】
自由形式テキスト入力３１０が音声信号の形態を取る場合、ＥＭＲ管理モジュール３０４は、音声信号、その転写物、または両方を受信することができる。本明細書における自由形式テキスト入力３１０へのいかなる言及は、音声信号、テキスト、および／または係る音声信号を表す他のデータ（例えば、音声信号の転写物など）、またはそれらの組み合わせを意味するものとして理解されるべきである。
【００３２】
ＥＭＲ管理モジュール３０４は、ＥＭＲデータベース３０２内の自由形式テキスト入力３１０に関連付けられる患者データ記録を識別し（図４、操作４０６）、自由形式テキスト入力３１０に基づいて、識別済み患者データ記録を更新すること（図４、操作４０８）ができる。ＥＭＲ管理モジュール３０４は、様々な手段のうちのいずれかによって、自由形式テキスト入力３１０に関連付けられる患者データ記録を識別することができる。例えば、ユーザ３０６は、（例えば、自由形式テキスト入力３１０を提供する前に）自由形式テキスト入力３１０の対象である患者を識別する他の入力（図示せず）を提供することができる。係る患者識別子を使用して、ＥＭＲデータベース３０２内の対応する患者データ記録を識別することができる。例示のために、識別済み患者データ記録が患者データ記録１０１ａであると想定されたい。
【００３３】
ＥＭＲ管理モジュール３０４は、様々な手段のうちのいずれかによって、自由形式テキスト入力３１０に基づいて、識別済み患者データ記録１０１ａを更新することができる。例えば、ＥＭＲ管理モジュール３０４は、識別済み患者データ記録１０１ａ内の自由形式テキスト入力３１０に対応する自由形式テキストフィールドを識別し、識別済みフィールド内に自由形式テキスト入力３１０を記憶するか、そうでなければ、自由形式テキスト入力３１０に基づいて、識別済みフィールドを更新することができる。
【００３４】
ＥＭＲ管理モジュール３０４は、自由形式テキスト入力３１０に基づいて、識別済み患者データ記録１０１ａ内の１つ以上の離散データ要素を識別し（図４、操作４１０）、識別済み離散データ要素（複数可）に関連して取るべき１つ以上の推奨動作を識別する（図４、操作４１２）、推奨モジュール３１２を含む。推奨モジュール３１２は、操作４１０において１つより多い離散データ要素を、そして操作４１２において１つより多い推奨動作を識別し得るが、以下の説明は、単に説明を容易にするために、単数の「識別済み離散データ要素」および「推奨動作」について言及する。いかなる係る言及も、１つ以上の識別済み離散データ要素および１つ以上の推奨動作をそれぞれ意味するものと理解されるべきである。
【００３５】
推奨モジュール３１２は、様々な手段のうちのいずれかによって、操作４１０において離散データ要素を識別することができる。例えば、上述の通り、その中にユーザ３０６が自由形式テキスト入力３１０を入力する自由形式テキストＵＩ要素（例えば、自由形式テキストフィールド２５２）は、離散データ要素に関連付けられ得る。推奨モジュール３１２は、操作４１０において、その中にユーザ３０６が自由形式テキスト入力３１０を入力する自由形式テキストＵＩ要素に関連付けられる離散データ要素を識別することによって、自由形式テキスト入力３１０に関連付けられる離散データ要素を識別し得る。あるいは、そして以下により詳細に説明する通り、推奨モジュール３１２は、操作４１０において、動的に、即ち、自由形式テキスト要素と離散データ要素との間のいかなる所定の関連付けにも依存することなく、自由形式テキスト入力３１０に関連付けられる離散データ要素を識別し得る。
【００３６】
推奨モジュール３１２は、識別済み離散データ要素に関連して取るべき様々な推奨動作のうちのいずれかを識別し得る。例えば、推奨動作は、識別済み離散データ要素内に規定値を記憶することと、識別済み離散データ要素から現在の値を削除することと、識別済み離散データ要素の現在の値を規定値に置換することと、識別済み離散データ要素の新しい値を生成するために、識別済み離散データ要素の現在の値の既定の操作を実行することと、を含み得る。
【００３７】
推奨モジュール３１２は、様々な手段のうちのいずれかによって、推奨動作３１４を識別し得る。例えば、推奨モジュール３１２は、テキスト入力フィールド２５２内のテキストからの情報を１つ以上の概念に抽象化する自然言語理解（ＮＬＵ）サービスに、テキスト入力フィールド２５２内のテキストのうちのいくつかまたは全てを、定期的に提出することができる。用語「概念」は、本明細書において使用される場合、例えば、患者データ記録患者データ記録１０１ａによって表される患者が、特定の医学的状態を有する、もしくは有したことがあるかどうか、特定の投薬を取っている、もしくは取ったことがあるかどうか、または特定の医学的治療を提供されたことがあるかどうかなどの、患者データ記録患者データ記録１０１ａによって表される患者の１つ以上の特性を含み得る。一般的に、用語「概念」は、患者データ記録１０１ａによって表される患者に関連するいかなる事実を含み得る。
【００３８】
推奨モジュール３１２は、結果として生じる抽象化済み概念を使用して、目標の患者データ記録患者データ記録１０１ａに関連して取るべき推奨動作（複数可）３１４を判定し、目標の患者データ記録患者データ記録１０１ａに抽象化済み概念を反映させることができる。例えば、推奨モジュール３１２は、結果として生じる抽象化済み概念のうちの１つ以上が、患者データ記録患者データ記録１０１ａ内の離散データ要素のうちの１つ以上と矛盾するかどうかを判定することができる。例えば、患者データ記録患者データ記録１０１ａによって表される患者が精神的疾患を有さないということを、抽象化済み概念のうちの１つが示し、患者データ記録患者データ記録１０１ａによって表される患者が精神的疾患を有するということを、患者データ記録患者データ記録１０１ａ内の離散データ要素のうちの１つが示す場合、推奨モジュール３１２は、抽象化済み概念が離散データ要素と矛盾すると結論付けることができる。結果として生じる抽象化済み概念のうちの１つ以上が、患者データ記録患者データ記録１０１ａ内の離散データ要素のうちの１つ以上と矛盾すると判定する場合、そしてそれに応答して、推奨モジュール３１２は、１つ以上の離散データ要素を１つ以上の抽象化済み概念と一致させる動作、例えば、１つ以上の離散データ要素の１つ以上の修正値を生成するために、１つ以上の離散データ要素の１つ以上の値を修正することを推奨し得る。例えば、推奨モジュール３１２は、「精神的疾患」離散データ要素の状態を「真」から「偽」に変更することを推奨し得る。
【００３９】
上述の通り、推奨モジュール３１２は、ユーザ３０６から受信される自由形式テキスト入力３１０に少なくともある程度基づいて、推奨動作３１４を識別することができる。推奨モジュール３１２は、自由形式テキスト入力３１０に加え、例えば患者データ記録１０１ａ、およびより一般的にはＥＭＲデータベース３０２内の離散データ要素に含まれるデータなどのデータに基づいて、推奨動作３１４を識別することができる。例えば、自由形式テキスト入力３１０が「全てのベータ遮断薬を中断せよ」と記述し、「アテノロール」の投薬を表す離散データ要素を患者データ記録１０１ａが含む場合、推奨モジュール３１２は「アテノロールを中断する」を推奨動作３１４として識別し得る。係る推奨動作３１４の生成には、推奨モジュールが、アテノロールはベータ遮断薬の一種であると理解し、患者データ記録１０１ａ内に既に含まれている離散データを、受信される自由形式テキスト入力３１０と組み合わせる／照合することが必要である。
【００４０】
推奨モジュール３１２は、推奨動作を表す出力３１４をユーザ３０６に提供することができる（図４、操作４１４）。出力３１４は、コンピューティングデバイス３０８によって受信され、推奨動作を表す視覚的および／または聴覚的出力の生成などの様々な手段のうちのいずれかによって、ユーザ３０６に明示され得る。図２Ｂは、推奨動作出力２５４の形態を取る出力３１４の様々な例を示す。この例において、推奨動作出力２５４は、推奨モジュール３１２が以下を推奨することを示す：
・例えば、患者データ記録１０１ａ内の「精神的疾患」離散データ要素内に「偽」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者が「精神的疾患」の病気に対して陰性であるという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の父親が生存しているか死去しているかを示す患者データ記録１０１ａ内の離散データ要素内に「死去」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の父親が死去しているという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の父親が糖尿病を有するかどうかを示す患者データ記録１０１ａ内の離散データ要素内に「真」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の父親が糖尿病を有するという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の父親が高血圧症を有するかどうかを示す患者データ記録１０１ａ内の離散データ要素内に「真」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の父親が高血圧症を有するという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の母親が心臓疾患を有するかどうかを示す患者データ記録１０１ａ内の離散データ要素内に「真」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の母親が心臓疾患を有するという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の母親が高血圧症を有するかどうかを示す患者データ記録１０１ａ内の離散データ要素内に「真」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の母親が高血圧症を有するという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者の母親が生存しているか死去しているかを示す患者データ記録１０１ａ内の離散データ要素内に「生存」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の母親が生存しているという指示を、患者データ記録１０１ａ内に記憶することと、
・例えば、患者データ記録１０１ａ内の患者の兄弟姉妹の現在の条件リスト内に「癌」の値を記憶することなどによって、患者データ記録１０１ａによって表される患者の兄弟姉妹が癌を有するという指示を、患者データ記録１０１ａ内に記憶すること。
【００４１】
「患者の家族歴はいかなる精神障害に対しても陰性である」というテキスト領域２５２内のテキストに基づいて、患者データ記録１０１ａ内の「精神的疾患」離散データ要素の状態を「陰性」に変更する推奨動作を、推奨モジュール３１２が生成したということが図２Ｂから分かる。テキスト領域２５２内のテキストに基づいて、領域２５４において推奨される他の動作が同様に生成されたということが分かる。
【００４２】
推奨モジュール３１２によって推奨される動作を表す出力３１４は、図２Ｂに示す形態に加え、またはその代わりに、他の形態を取ることができる。例えば、図２Ｂのユーザインターフェース２５０はいかなる離散データＵＩ要素も含まないが、係る要素はユーザインターフェース２５０内に含まれてもよい。例えば、「精神的疾患」とラベル付けされるチェックボックスを、ユーザインターフェース２５０に追加してもよい。システム３００は、例えば、以下のうちの１つ以上などの、チェックボックスに関連する出力を提供することによって、精神的疾患に対して陰性であると患者をマークする推奨を表す出力３１４を提供し得る：
・例えば、チェックボックスの視覚的状態が推奨動作３１４を実行することの成果に対応するように、チェックボックスの状態をチェックなしに変更すること、または既にチェックなしである場合、チェックなしのままにしておくことなどの、推奨動作を実行することの成果を反映するようにチェックボックスの状態を変更すること、
・例えば、その色を変更すること、円形もしくは他の形状をその周囲に表示すること、またはそれを点滅させることなどによって、チェックボックスを視覚的に強調すること、
・例えば、「患者が精神的疾患に対して陰性であることを示すように、このチェックボックスをチェックなしのままにしておくこと」または「患者が精神的疾患に対して陰性であることを示すように、このチェックボックスのチェックを外すこと」と記述する命令などの、チェックボックスに関連して（例えば、その近くに）チェックボックスの状態を修正する命令を表示すること。
【００４３】
ユーザ３０６は、コンピューティングデバイス３０８に、応答入力３１６を提供することができる（図４、操作４１６）。応答入力３１６は、ユーザ３０６が推奨動作３１４を受諾するか拒否するかを示し得る。（推奨動作３１４が１つより多い推奨動作を含む場合、応答入力３１６は、係る推奨動作のそれぞれに対する個別の応答入力、またはユーザ３０６が全ての係る動作を受諾するか拒否するかを示す単一の入力を含み得る。）コンピューティングデバイス３０８は、応答入力３１６をＥＭＲ管理モジュール３０４に提供することができる。
【００４４】
応答入力３１６は、様々な形態のうちのいずれかを取ることができる。例えば、図２Ｂを参照すると、ユーザインターフェース２５０は「動作適用」ボタン２５６を含む。ユーザ３０６は、システム３００が推奨動作３１４（即ち、領域２５４内に記述される動作）を実行することをユーザ３０６が希望するということを示すように、「動作適用」ボタン２５６をクリックすることによって、応答入力３１６を提供することができる。システム３００が推奨動作３１４を実行することをユーザ３０６が希望しない場合、ユーザ３０６は「動作適用」ボタン２５６をクリックしない場合がある。
【００４５】
別の例として、ユーザインターフェース２５０が離散データＵＩ要素を含む場合、ユーザ３０６は、係る要素に入力を提供すること、および／または係る要素に入力を提供することを辞退することによって、応答入力３１６を提供することができる。例えば、ユーザインターフェース２５０が「精神的疾患」チェックボックスを含み、チェックボックスはチェックなしであるとシステム３００がマークした場合、ユーザ３０６は、チェックボックスの状態をチェックなしのままにすることによって、推奨動作３１４の受諾を示す応答入力３１６を提供するか、チェックボックスの状態をチェックありに変更することによって、推奨動作の拒否を示す応答入力３１６を提供することができる。反対に、ユーザ３０６は、離散データＵＩ要素の状態を変更することによって（例えば、「父親死去」チェックボックスの状態をチェックなしからチェックありに変更することによって）、推奨動作３１４の受諾を示すこと、および、離散データＵＩ要素の状態を変更なしのままにすることによって、推奨動作の拒否を示すことができる。
【００４６】
推奨モジュール３１２は、ユーザ３０６が推奨動作３１４を受諾するということを応答入力３１６が示すかどうかを判定する（図４、操作４１８）。ユーザ３０６が推奨動作３１４を受諾するということを応答入力３１６が示すと推奨モジュール３１２が判定する場合、推奨モジュール３１２は推奨動作３１４を次いで実行する（図４、操作４２０）。推奨動作３１４を実行することは、推奨動作３１４によって推奨される方式で、患者データ記録１０１ａ内の１つ以上の離散データ要素の状態（複数可）を変更することを含み得る。例えば、図２Ｂの領域２５４内に規定される推奨動作を実行することは、患者データ記録１０１ａ内の「精神的疾患」離散データ要素の状態を「陰性」に変更することを含み得る。
【００４７】
ＥＭＲ管理モジュール３０４は、推奨動作３１４を実行することからもたらされた患者データ記録１０１ａの状態を反映する更新済み出力３１８を生成することができる（図４、操作４２４）。例えば、推奨動作３１４の実行によって更新された患者データ記録１０１ａ内の関連離散データ要素の状態を反映するように、ユーザインターフェース２５０内の離散データＵＩ要素の状態を変更することなどによって、コンピューティングデバイス３０８は、更新済み出力３１８をユーザ３０６に表示するか、そうでなければ明示することができる。例えば、患者データ記録１０１ａ内の「精神的疾患」離散データ要素の状態を「陰性」に変更することに応答して、ＥＭＲ管理モジュール３０４は、「精神的疾患」離散データ要素の陰性の状態を表すデータを含む、更新済み出力３１８を生成することができる。コンピューティングデバイス３０８は、例えば、ユーザインターフェース２５０内の「精神的疾患」チェックボックスの状態をチェックなしに変更することによって、係る出力をレンダリングすることができる。このようにして、システム３００は、推奨動作３１４を実行することの効果を、ユーザ３０６に通知する。
【００４８】
ユーザ３０６が推奨動作３１４を受諾しないということを応答入力３１６が示すと推奨モジュール３１２が判定する場合、推奨モジュール３１２は推奨動作３１４を実行しない（図４、操作４２２）。
【００４９】
以上に提供される例において、推奨モジュール３１２は、患者データ記録１０１ａ内の任意の特定の離散データ要素に関連する、最大限でも１つの推奨動作を提供する。しかしながら、これは一例に過ぎず、本発明の限定を構成するものではない。推奨モジュール３１２は、例えば、矛盾する成果を有する複数の推奨動作（例えば、離散データ要素の状態を「真」に変更する推奨、および離散データ要素の状態を「偽」に変更する推奨）を含む、患者データ記録１０１ａ内の単一の離散データ要素に関連する複数の推奨動作を生成することができる。例えば、自由形式テキストＵＩ要素が、「癌を示唆する左下肺葉内の小結節、しかし現時点では係る診断を可能にする明確な徴候はない。補足の生体検査を推奨。」というテキストを含む状況を考察されたい。推奨モジュールは、係る自由形式テキストに基づいて、「問題リストに乳癌を追加する」、「問題リストから乳癌を削除する」、および「肺組織の生体検査のための指示を作成する」という動作のうちのいずれか１つ以上を識別することができる。この例において、自由形式テキストＵＩ要素内に含まれる情報は曖昧であった。係る曖昧さに応答して、推奨モジュール３１２は、２つの代替的且つ相互排他的な推奨動作（「問題リストに乳癌を追加する」および「問題リストから乳癌を削除する」）を生成し、それによって、２つの推奨動作のうちのどちらが自由形式テキストによって表されるかをシステム３００が判定しなかったにも関わらず、ユーザ３０６（例えば、医師）がこれらの２つの推奨動作のうちの１つを受諾することをより容易にした。さらに、この例において、システム３００は、臨床報告自体の一部ではないが、自由形式テキストＵＩ要素の内容を考えると論理的な次のステップである、追加的な推奨動作（「肺組織の生体検査のための指示を作成する」）を生成した。
【００５０】
前述の例がさらに示す通り、本発明の実施形態は、ユーザインターフェース要素に動作を実行するための推奨を行うことに限定されない。本発明の実施形態は、ＥＭＲの内容を直接的に修正する推奨（例えば、「問題リストに乳癌を追加する」）を行い得る。別の例として、本発明の実施形態は、例えば、ワークフローをトリガする推奨（例えば、「肺組織の生体検査のための指示を作成する」）などの、ＥＭＲの内容を修正すること以外の動作を実行する推奨を行い得る。
【００５１】
自由形式テキストＵＩ要素が「患者は鬱病に対してＣｅｌｅｘａを最近取り始めた」というテキストを含む、別の例を考察されたい。推奨モジュール３１２は、係る自由形式テキストに基づいて、「現在の投薬リストにＣｅｌｅｘａを追加する」という推奨動作を識別し得る。係る推奨動作は、動作が完全に自動的に実行されることを可能にするのに十分に定義されない場合がある。例えば、推奨動作は、例えば開始日および投薬量などの必要情報を欠く場合がある。しかしながら、ユーザ３０６がＣｅｌｅｘａを投薬リストに追加するプロセスを容易にするために、ユーザ３０６（例えば、医師）に患者データ記録１０１ａの投薬リストを自動的に表示することによって、係る推奨動作の生成は補完され得る。別の例として、ＥＭＲ管理モジュール３００は、患者データ記録１０１ａ内の投薬リストにＣｅｌｅｘａを自動的に追加し、任意の追加的な利用可能なデータを自動的に入力し、次いでユーザ３０６が任意の残りの必要なデータを手動で入力することができるようにすることができる。投薬リストに投薬を自動的に追加する全てのステップをプロセスが実行しないにも関わらず、係るプロセスは、ユーザ３０６が投薬リストに投薬を追加することをより容易にすることができる。
【００５２】
本発明の実施形態は、様々な利点を有する。例えば、上述の通り、従来のＥＭＲシステムは、同じ情報を表すために、自由形式テキスト要素および離散データ要素の両方を含む場合が多い。結果として、係る重複要素内のデータが互いに矛盾することが一般的である。例えば、ＥＭＲ内の「精神的疾患」自由形式テキストフィールドは、「患者は統合失調症を患う」というテキストを含む場合があり、一方で同じＥＭＲ内の「精神的疾患」離散データ要素は、「偽」の値を含む場合がある。特に、単一のＥＭＲが数百のフィールドを含み得るため、そして、フィールドが、互いと同じか、そうでなければ互いに関連する情報を含むように意図されるということを明らかにするような方式で、これらのフィールドを表すユーザインターフェース要素（例えば、テキストフィールドおよびチェックボックス）がユーザに表示され得ないため、現代のＥＭＲシステムにおいて、係る矛盾は検知、防止、および排除が特に困難な場合がある。例えば、「精神的疾患」テキストフィールドは、「精神的疾患」チェックボックスから遠く離れて画面上に表示される場合がある。本発明の実施形態は、対応する自由形式テキスト要素と離散データ要素との間の、実際の、および可能性がある矛盾を自動的に識別し、それによって係る矛盾が排除される可能性を高めることができる。係る排除は、離散データ要素そのＥＭＲの有効性の維持を補助し、それによって、自動臨床決定支援などの目的のための、係るデータ要素の有用性を高める。
【００５３】
本発明の実施形態の関連する利点は、それらが自由形式テキスト要素と離散データ要素との間の矛盾を排除するために実行されるべき動作を推奨し得るが、係る動作を自動的に実行はしないという点である。代わりに、本発明の実施形態は、例えば医師などのユーザに、係る推奨動作を提示して承認を求め、ユーザからの承認がある場合にのみ、そしてそれに応答して、係る推奨動作を実行することができる。ユーザの承認を必要とすることは、推奨モジュール３１２によるエラーに対する保護を提供する。さらに、推奨モジュール３１２が、十分な特異性を有する特定の動作を示すための自由形式テキスト入力３１０の失敗の結果として、互いに矛盾する複数の動作を推奨する場合、ユーザ３０６は、いかなる動作が取られ得る前にも承認を提供しなければならない。ユーザの承認を必要とすることは、完全自動化システムに必要とされるよりも遅く、より多くのユーザの労力をもって矛盾が排除されることの原因となり得るが、ユーザの承認を必要とすることは、係る効率の向上と、基礎となる自由形式テキストによって正当化されない自動推奨動作を実行することに由来する利点との釣り合いを取る。さらに、本発明の実施形態は、実行されるべき推奨動作３１４を最小限の入力でユーザ３０６が許可することを可能にすること（例えば、図２Ｂにおける単一の「動作適用」ボタン２５６をクリックすること）、およびユーザ３０６からの承認に応答して推奨動作３１４が自動的に実行されることを可能にすることによって、ユーザ３０６が必要とする労力の量を最小化する。
【００５４】
本発明の実施形態の別の利点は、それらがユーザ３０６の推奨動作３１４の受諾および拒否から、推奨モジュール３１２の将来の動作推奨を改善することを学習し得るということである。例えば、推奨動作出力３１４によって推奨される動作を受諾または拒否する動作応答入力３１６を、ユーザ３０６が提供する度に、システム３００は、以下のうちの１つ以上を表すデータを含む記録を記憶することができる：
・入力３１６（例えば、入力３１６が受諾または拒否を表すかどうか）と、
・入力３１６に関連付けられる推奨動作３１４と、
・推奨動作３１４を生成するために、推奨モジュール３１２によって使用されたいかなるデータ（例えば、推奨動作３１４を生成するために使用された、自由形式テキスト入力３１０、およびＥＭＲデータベース３０２内の離散データ要素の任意の値など）と、
・推奨動作によって更新されることが推奨される離散データ要素（複数可）。
【００５５】
システム３００は、複数の推奨動作３１４および対応するユーザ３０６からの（および場合によっては他のユーザからの）応答入力３１６のうちのそれぞれに対して、係るデータを記憶することができる。システム３００は、任意の適切な機械学習技術を使用して、係る記憶するデータを使用し、それによって推奨モジュール３１２が推奨動作３１４を将来生成するプロセスを修正することができる。一般的に、特定のコンテキストにおいて特定の動作が将来推奨されるべきであるという統計的に有意な根拠を、記憶されるデータが表すとシステム３００が判定する場合、システム３００は、その特定のコンテキストにおいて特定の動作が将来実行されることを推奨し得る。同様に、特定のコンテキストにおいて特定の動作が将来推奨されるべきではないという統計的に有意な根拠を、記憶されるデータが表すとシステム３００が判定する場合、システム３００は、その特定のコンテキストにおいて特定の動作が将来実行されることを推奨し得ない。係る技術は、システム３００がその推奨の質を経時的に改善することを可能にする。例えば、ユーザ３０６が推奨を一貫して拒否するコンテキストにおいて、システム３００が特定の動作を実行することを繰り返し推奨する場合、システム３００は、ユーザ３０６の推奨動作の一貫した拒否を表す記憶されるデータを使用して、同じコンテキストにおいてその動作を将来推奨することを停止することができる。
【００５６】
特定の実施形態の観点から本発明を以上に説明してきたが、前述の実施形態は例示としてのみに提供され、本発明の範囲を限定または定義しないことを理解されたい。以下を含むがこれらに限定されない様々な他の実施形態も、特許請求の範囲内である。例えば、本明細書において説明される要素およびコンポーネントは、追加的なコンポーネントにさらに分割されるか、連結されて同じ機能を実行するためのより少ないコンポーネントを形成してもよい。具体的な例として、推奨モジュール３１２は、もっぱらＥＭＲ管理モジュール３０４内で実装されること、もっぱらコンピューティングデバイス３０８内で実装されること、ＥＭＲ管理モジュール３１２およびコンピューティングデバイス３０８の両方にわたって分配されること、または本明細書において開示される機能を実行するための任意の他の適切な方式で実装されることができる。
【００５７】
本明細書において開示される技術は、いかなる特定のＥＭＲシステムに関連する、またはいかなる特定のＥＭＲデータに関連する使用にも限定されない。本明細書において開示される特定のＥＭＲデータ要素は例に過ぎず、本発明の限定を構成するものではない。他のＥＭＲデータ要素は、現在および過去の投薬リスト、アレルギー、ならびに現在および過去の医学的問題を含むがこれらに限定されない。
【００５８】
本明細書において開示される技術は、ＥＭＲシステムと通信することによって、１つのＥＭＲシステムおよび／またはワークに統合されてもよい。後者の場合、データは、例えば、ＡＳＴＭ診療連続性記録（Ｃｏｎｔｉｎｕｉｔｙ  ｏｆ  Ｃａｒｅ  Ｒｅｃｏｒｄ）（ＣＣＲ）またはＨＬ７  ＣＤＡ診療連続性文書（Ｃｏｎｔｉｎｕｉｔｙ  ｏｆ  Ｃａｒｅ  Ｄｏｃｕｍｅｎｔ）（ＣＣＤ）を使用して、本明細書において開示される技術を実装するシステムに、ＥＭＲシステムから転送されてもよい。
【００５９】
上述の技術は、例えば、ハードウェア、コンピュータ可読媒体内に有形に具現化されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいて実装されることができる。上述の技術は、プロセッサ、プロセッサによって読み取り可能な記憶媒体（例えば、揮発性および不揮発性メモリ、および／または記憶要素などを含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含む、プログラム可能なコンピュータ上で実行する１つ以上のコンピュータプログラムにおいて、実装されてもよい。説明された機能を実行し、出力を生成するために、入力デバイスを使用して入力される入力にプログラムコードを適用してもよい。１つ以上の出力デバイスに出力を提供してもよい。
【００６０】
以下の特許請求の範囲内の各コンピュータプログラムは、例えば、アセンブリ言語、機械言語、高級手続き型プログラミング言語、またはオブジェクト指向プログラミング言語などの、任意のプログラミング言語で実装され得る。プログラミング言語は、例えば、コンパイルまたはインタプリタプログラミング言語であってもよい。
【００６１】
それぞれの係るコンピュータプログラムは、コンピュータプロセッサによる実行のための機械可読記憶デバイス内の、非一時的信号内に有形に具現化されるコンピュータプログラム製品内で実装され得る。本発明の方法ステップは、コンピュータ可読媒体上に有形に具現化されるプログラムを実行するコンピュータプロセッサによって実行され、入力を操作すること、および出力を生成することによって、本発明の機能を実行することができる。適切なプロセッサは、例として、汎用および専用マイクロプロセッサの両方を含む。一般的に、プロセッサは、読み出し専用メモリおよび／またはランダムアクセスメモリから命令およびデータを受信する。コンピュータプログラム命令を有形に具現化するのに適切な記憶デバイスとしては、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含む半導体メモリデバイスなどの、全ての形態の不揮発性メモリと、内部ハードディスクおよびリムーバブルディスクなどの、磁気ディスクと、光磁気ディスクと、ＣＤ−ＲＯＭと、が挙げられる。前述のうちのいずれかは、特別に設計されたＡＳＩＣ（特定用途向け集積回路）またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）によって補完されるか、その中に組み込まれることができる。コンピュータは、一般的に、内部ディスク（図示せず）またはリムーバブルディスクなどの記憶媒体から、プログラムおよびデータを受信することもできる。これらの要素はまた、任意のデジタル印刷エンジンもしくはマーキングエンジン、表示モニタ、または紙、フィルム、表示スクリーン、もしくは他の出力媒体上にカラーもしくはグレースケールのピクセルを生成することができる、他のラスタ出力デバイスと連動して使用され得る、従来のデスクトップまたはワークステーションコンピュータ、ならびに本明細書において説明される方法を実装するコンピュータプログラムを実行するのに適切な他のコンピュータに見られる。
【図１】
0006388864.tif 000002
【図２Ａ】
0006388864.tif 000003
【図２Ｂ】
0006388864.tif 000004
【図３】
0006388864.tif 000005
【図４】
0006388864.tif 000006