(57)【特許請求の範囲】
【請求項１】
（１）ファクト抽出装置によって、レポートから特定のコンセプトに関するファクトを自動的に抽出するステップと、
（２）調整モジュールによって、電子記録内で前記特定のコンセプトに関する個別のデータ構成要素を識別するステップと、
（３）調整モジュールによって、前記抽出されたファクトを前記個別のデータ構成要素と調整するステップであって、当該調整するステップは、
(i)  抽出したファクトの値を識別し、
(ii)  個別のデータ構成要素の値を識別し、
(iii)  抽出したファクトの値と個別のデータ構成要素の値とを分析することであって、当該分析には
・抽出したファクトの値と個別のデータ構成要素の値の正しさを判定すること、
・抽出したファクトの値と個別のデータ構成要素の値の特定の程度を比較すること、
・抽出したファクトの値と個別のデータ構成要素の値の最新性を比較すること、および
・抽出したファクトの値と個別のデータ構成要素の値を併合するかどうかを判定すること、
の少なくとも１つが含まれ、
(iv)  分析に基づき、抽出したファクトの値と個別のデータ構成要素の値の間の不一致を調整するための提案された調整されたファクトを生成すること、
から成り、
（４）前記識別された個別のデータ構成要素を、前記調整の結果に基き自動的にアップデートするステップと、
（５）前記レポートに基き電子記録内にテキストを格納するステップと、
を含む、コンピュータで実施される方法。
【請求項２】
前記（３）のステップが、
（３）（ａ）前記個別のデータ構成要素および前記抽出されたファクトの提案された調整を提供するステップと、
（３）（ｂ）人間のユーザからの前記提案された調整の承認を示す入力を受信するステップと、を含み、
前記（４）のステップが、前記人間のユーザからの前記提案された調整の承認を示す入力の受信に応え、前記提案された調整に基き前記識別された個別のデータ構成要素をアップデートするステップを含む、
請求項１に記載の方法。
【請求項３】
前記（３）のステップが、
（３）（ａ）前記個別のデータ構成要素および前記抽出されたファクトの提案された調整を提供するステップと、
（３）（ｂ）人間のユーザから、前記ユーザが前記提案された調整を承認するかどうかを示す第１の入力を受信するステップと、
（３）（ｃ）前記入力が、前記ユーザが前記提案された調整を承認しないことを示す場合、前記ユーザから代替的な調整を示す第２の入力を受信するステップと、を含み、
前記（４）のステップが、
（４）（ａ）前記入力が、前記ユーザが前記提案された調整を承認することを示す場合、前記識別された個別のデータ構成要素を、前記提案された調整に基きアップデートするステップと、
（４）（ｂ）前記入力が、前記ユーザが前記提案された調整を承認しないことを示す場合、前記識別された個別のデータ構成要素を、前記代替的な調整に基きアップデートするステップと、を含む、
請求項１に記載の方法。
【請求項４】
（６）前記（１）のステップの前に、口語のオーディオストリームを転写してレポートを製作し、前記レポートは前記口語のオーディオストリームの内容を表すステップを、
さらに含む、請求項１に記載の方法。
【請求項５】
前記（５）のステップが、自動音声認識装置を使用して前記口語のオーディオストリームを転写し前記レポートを製作するステップを含む、請求項４に記載の方法。
【請求項６】
前記（４）のステップが、前記レポートから前記テキストを前記電子記録内に格納するステップを含む、請求項５に記載の方法。
【請求項７】
前記電子記録が複数の前記個別のデータ構成要素を有し、前記（２）のステップが、
前記複数の個別のデータ構成要素の中から前記個別のデータ構成要素を識別するステップを含む、請求項１に記載の方法。
【請求項８】
前記（３）のステップが、前記ファクトの記録を前記個別のデータ構成要素へ追加するステップを含む、請求項１に記載の方法。
【請求項９】
前記（３）のステップが、前記ファクトを表すため前記個別のデータ構成要素を変更するステップを含む、請求項１に記載の方法。
【請求項１０】
前記（３）のステップが、前記個別のデータ構成要素からデータを削除するステップを含む、請求項１に記載の方法。
【請求項１１】
（６）前記レポートが、前記特定のコンセプトが変更されない状態に保つことを示しているか判断するステップと、
（７）前記判断に応え、前記個別のデータ構成要素から前記レポート内へデータをコピーするステップと、
をさらに含む、請求項１に記載の方法。
【請求項１２】
（６）前記個別のデータ構成要素に対して前記抽出されたファクト内の曖昧性を識別するステップと、
（７）前記曖昧性の前記識別に応え、人間のユーザに入力を促すステップと、
（８）前記人間のユーザからの前記入力を受信するステップと、
（９）前記入力に基き前記個別のデータ構成要素をアップデートするステップと、
をさらに含む、請求項１に記載の方法。
【請求項１３】
（６）前記電子記録内に、前記個別のデータ構成要素と前記テキストの間のリンクを格納するステップをさらに含む、
請求項１に記載の方法。
【請求項１４】
コンピュータ可読な媒体に明白に格納されたコンピュータ可読な指示を備え、前記指示は、
（１）ファクト抽出装置によって、レポートから特定のコンセプトに関するファクトを自動的に抽出するステップと、
（２）調整モジュールによって、電子記録内で前記特定のコンセプトに関する個別のデータ構成要素を識別するステップと、
（３）調整モジュールによって、前記抽出されたファクトを前記個別のデータ構成要素と調整するステップであって、当該調整するステップは、
(i)  抽出したファクトの値を識別し、
(ii)  個別のデータ構成要素の値を識別し、
(iii)  抽出したファクトの値と個別のデータ構成要素の値とを分析することであって、当該分析には
・抽出したファクトの値と個別のデータ構成要素の値の正しさを判定すること、
・抽出したファクトの値と個別のデータ構成要素の値の特定の程度を比較すること、
・抽出したファクトの値と個別のデータ構成要素の値の最新性を比較すること、および
・抽出したファクトの値と個別のデータ構成要素の値を併合するかどうかを判定すること、
の少なくとも１つが含まれ、
(iv)  分析に基づき、抽出したファクトの値と個別のデータ構成要素の値の間の不一致を調整するための提案された調整されたファクトを生成すること、
から成り、
（４）前記識別された個別のデータ構成要素を、前記調整の結果に基き自動的にアップデートするステップと、
（５）前記レポートに基き電子記録内にテキストを格納するステップと、
を含む、方法を実行する少なくとも１つのプロセッサにより実行可能である、コンピュータ可読な媒体。
【請求項１５】
前記（３）のステップが、
（３）（ａ）前記個別のデータ構成要素および前記抽出されたファクトの提案された調整を提供するステップと、
（３）（ｂ）人間のユーザからの前記提案された調整の承認を示す入力を受信するステップと、を含み、
前記（４）のステップが、前記人間のユーザからの前記提案された調整の承認を示す入力の受信に応え、前記提案された調整に基き前記識別された個別のデータ構成要素をアップデートするステップを含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項１６】
前記（３）のステップが、
（３）（ａ）前記個別のデータ構成要素および前記抽出されたファクトの提案された調整を提供するステップと、
（３）（ｂ）人間のユーザから、前記ユーザが前記提案された調整を承認するかどうかを示す第１の入力を受信するステップと、
（３）（ｃ）前記入力が、前記ユーザが前記提案された調整を承認しないことを示す場合、前記ユーザから代替的な調整を示す第２の入力を受信するステップと、を含み、
前記（４）のステップが、
（４）（ａ）前記入力が、前記ユーザが前記提案された調整を承認することを示す場合、前記識別された個別のデータ構成要素を、前記提案された調整に基きアップデートするステップと、
（４）（ｂ）前記入力が、前記ユーザが前記提案された調整を承認しないことを示す場合、前記識別された個別のデータ構成要素を、前記代替的な調整に基きアップデートするステップと、を含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項１７】
前記方法が、
（６）前記（１）のステップの前に、口語のオーディオストリームを転写してレポートを製作し、前記レポートは前記口語のオーディオストリームの内容を表すステップをさらに含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項１８】
前記（５）のステップが、自動音声認識装置を使用して前記口語のオーディオストリームを転写し前記レポートを製作するステップを含む、
請求項１７に記載のコンピュータ可読な媒体。
【請求項１９】
前記（４）のステップが、前記レポートから前記テキストを前記電子記録内に格納するステップを含む、
請求項１８に記載のコンピュータ可読な媒体。
【請求項２０】
前記電子記録が複数の前記個別のデータ構成要素を含み、前記（２）のステップが、前記複数の個別のデータ構成要素の中から前記個別のデータ構成要素を識別するステップを含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項２１】
前記（３）のステップが、前記ファクトの記録を前記個別のデータ構成要素へ追加するステップを含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項２２】
前記（３）のステップが、前記ファクトを表すため前記個別のデータ構成要素を変更するステップを含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項２３】
前記（３）のステップが、前記個別のデータ構成要素からデータを削除するステップを含む、
請求項１４に記載のコンピュータ可読な媒体。
【請求項２４】
前記方法が、
（６）前記レポートが、前記特定のコンセプトが変更されない状態に保つことを示しているか判断するステップと、
（７）前記判断に応え、前記個別のデータ構成要素から前記レポート内へデータをコピーするステップと、
をさらに含む、請求項１４に記載のコンピュータ可読な媒体。
【請求項２５】
前記方法が、
（６）前記個別のデータ構成要素に対して前記抽出されたファクト内の曖昧性を識別するステップと、
（７）前記曖昧性の前記識別に応え、人間のユーザに入力を促すステップと、
（８）前記人間のユーザからの前記入力を受信するステップと、
（９）前記入力に基き前記個別のデータ構成要素をアップデートするステップと、
をさらに含む、請求項１４に記載のコンピュータ可読な媒体。
【請求項２６】
前記方法が、
（６）前記電子記録内に、前記個別のデータ構成要素と前記テキストの間のリンクを格納するステップ
をさらに含む、請求項１４に記載のコンピュータ可読な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
電子医療記録（ＥＭＲ）は、病院および他の医療施設が患者についての現在の情報を格納するのに使用するデータベースレコードまたは他のデータ構造である。患者についての全ての情報が患者のＥＭＲ内に格納され、それによって従来の紙ファイルの必要性をなくすのが理想的である。
【背景技術】
【０００２】
特定の医療施設が使用するＥＭＲシステムでは、それぞれの患者が、患者についての現在および過去の両方の情報を格納する自身のＥＭＲを有する。特定のＥＭＲ内に格納されたデータのある部分は、「名前」フィールド、「姓」フィールド、「生年月日」フィールド、「投薬内容、」「アレルゲン、」などのような個別のフィールドに分割してもよい。ＥＭＲに情報を格納するため、ＥＭＲシステムは通常画面フォームを表示し、そこではそれぞれのフィールド名が空白欄の隣に表示される。医療従事者が、それぞれのフィールドに関連する空白欄内に適切な情報をタイプする。チェックボックスおよびドロップダウンリストのような他のユーザ・インタフェース構成要素でＥＭＲへのデータ入力行為を容易にしてもよいが、データ入力プロセスはなお、ＥＭＲ内の個別のフィールドへの手動データ入力を本質的に含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
このプロセスは、退屈で、時間がかかり、エラーを起こしやすい可能性がある。これらの問題にもかかわらず、多くのＥＭＲフォームは、最初に生成されたとき正しくおよび完全に埋められる。より問題なのは、対応する患者に関する情報が変化するにつれ、ＥＭＲを最新に保つプロセスである。患者の診断、予後、治療、および個人情報の変更、そのようなアップデートされる情報が患者のＥＭＲ内へ迅速、正確、および完全に入力されるのが理想的である。しかし、ＥＭＲのアップデートには多くの障害がある。
【０００４】
例えば、アップデートされる患者の情報は、情報を得る医療従事者が患者のＥＭＲをアップデート可能なコンピュータへの好都合な、またはいずれのアクセスも持たない広範囲の状況で得られるかもしれない。医師が患者を次に訪問するとき、例えば、患者は医師に特定の薬剤の服用を止めたと口頭で報告するかもしれない。患者のＥＭＲの個別のデータ構成要素が、薬剤のこの変更を反映するよう直ちにアップデートされるのが理想的だが、医師は通常、患者の訪問から訪問のレポートを口述することにより情報を記録することを好む。結果として生じる記録は、通常は患者のＥＭＲの「備考」欄に入れられる。備考欄は、概してフリー形式のテキストまたは他の構造化されないデータの形態の医師のレポートを表す。
【０００５】
医師のレポートからの情報が、（患者の薬剤またはアレルギーのリストのような）患者のＥＭＲ内の個別のデータのアップデートに使用される場合、おそらく患者の訪問の何時間かまたは何日か後に、人間が手動で備考欄を見直し、それらから関連情報を抽出し、それから前述の画面フォームを用いて、そのような情報をＥＭＲ内の個別のデータ構成要素へ入力する必要がある。これは退屈で、時間がかかり、エラーを起こしやすい、患者のＥＭＲの個別のデータ構成要素のアップデート方法である。実際に、患者のＥＭＲの個別のデータ構成要素のこのアップデート方法により生じる障害は、しばしばそのようなアップデートが全くなされない状況を導く。結果として、患者のＥＭＲは徐々に、どんどん現状に合わない、従ってどんどん不正確になるかもしれない。
【０００６】
従って、必要とされるのは、電子医療記録をアップデートする改善された技術である。
【課題を解決するための手段】
【０００７】
自動化されたシステムが、口述されたレポートに基き、画面フォームへの手動データ入力の必要なしに、電子医療記録（ＥＭＲ）をアップデートする。口述されたレポートは自動音声認識装置により転写され、ファクトがレポートから抽出されて、エンコードされたフォームで格納される。患者のレポートからの情報も、エンコードされたフォームで格納される。レポートから結果として生じるエンコードされた情報とＥＭＲは互いに調整され、ＥＭＲになされた変更が調整に基き識別される。ＥＭＲ内への手動データ入力の必要なしに、ＥＭＲに識別された変更が自動的になされる。
【０００８】
例えば、本発明の１つの実施形態は、（１）レポートからファクトを抽出し、ファクトが特定のコンセプトに関するステップと、（２）電子記録で特定のコンセプトに関する個別のデータ構成要素を識別するステップと、（３）抽出されたファクトを個別のデータ構成要素と調整するステップと、（４）識別された個別のデータ構成要素を、調整の結果に基きアップデートするステップと、（５）レポートに基き電子記録にテキストを格納するステップを含む、コンピュータで実施される方法に関する。
【０００９】
本発明の種々の態様および実施形態の他の特徴および利点は、後述の記載および請求項から明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１】本発明の１つの実施形態による、音声に基いて電子医療記録を自動的にアップデートするシステムのデータフロー図である。
【図２】本発明の１つの実施形態による、システムにより実行される方法のフローチャートである。
【図３】本発明の１つの実施形態による、内容への口語による言及に基きトランスクリプト内へ電子医療記録の内容を取り込む方法のフローチャートである。
【図４】本発明の１つの実施形態による、電子医療記録の内容に基き口語のレポート内の曖昧性を自動的に識別し、そのような曖昧性を解決するシステムのデータフロー図である。
【図５】本発明の１つの実施形態による、図４のシステムにより実行される方法のフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の実施形態は、迅速、正確、および最小の人間の労力での電子医療記録（ＥＭＲ）をアップデートする技術を述べる。例えば、図１は、本発明の１つの実施形態による、転写の内容に基いてＥＭＲを自動的にアップデートするシステム１００のデータフロー図を示す。図２は、本発明の１つの実施形態による、図１のシステム１００により実行される方法のフローチャートを示す。
【００１２】
図１のシステム１００で、ＥＭＲデータベース１０２は複数のＥＭＲ１０４ａ〜ｃを有し、これらのそれぞれが異なる患者に対応してもよい。説明を容易にするため、ＥＭＲ１０４ａの内容のみを図１に示す。しかし、ＥＭＲ１０４ｂおよび１０４ｃは、ＥＭＲ１０４ａに示されるのと同一または類似のフォーマットを有するデータを含んでもよい。
【００１３】
より具体的にいうと、ＥＭＲ１０６は個別のデータ構成要素１０６およびテキスト１１４の両方を含む。個別のデータ構成要素１０６は、例えば、問題リスト１０８、薬剤リスト１１０、および現在の薬剤リスト１１２を有してもよい。問題リスト１０８は、システム１００が既知である、対応する患者の現在の医療問題を示すデータを有してもよい。薬剤リスト１１０は、システム１００が既知である、患者が現在服用中または過去に服用した全ての薬剤を示すデータを有してもよい。現在の薬剤リスト１１２は、システム１００が既知である、患者が現在服用中の全ての薬剤を示すデータを有してもよい。この個別のデータ構成要素１０６のセットは、単に例示の目的で示され、本発明を限定しない。本発明の実施形態は、あらゆる個別のデータ構成要素とともに使用してもよい。
【００１４】
データ構成要素１０６は、コンピュータがそれらの意味を理解可能および処理可能とするフォーマットでそれらをエンコードするという意味で「個別」である。例えば、問題リスト１０８は、問題リスト１０８内のデータが対応する患者の現在の問題を示すことをコンピュータが理解するのを可能にする方法でエンコードしてもよい。結果として、コンピュータは、患者の現在の問題の問い合わせに、問題リスト１０８の内容を示す出力を提供することで応答してもよい。問題リスト１０８内のデータは個別なので、そのようなデータを問題リスト１０８の解析または問題リスト１０８への自然言語処理の適用なしに処理してもよい。
【００１５】
ＥＭＲ１０４ａはまた、テキスト１１４も含んでよい。図１に示された例で、テキスト１１４は、テキスト１４０、１１８、および１２０の分離したユニットを有するものとして示されている。そのようなテキストは、対応する患者に関するあらゆるテキストを有してもよい。例えば、そのようなテキストは、ＥＭＲ１０４ａに対応する患者について医師が口述したレポートのトランスクリプトを有してもよい。テキスト１４０は問題リスト１０８に関するテキストであってもよく、テキスト１１８は薬剤リスト１１０に関するテキストであってもよく、テキスト１２０は現在の薬剤リスト１１２に関するテキストであってもよい。テキスト１１４は、対応する患者の現在の状態に関するテキスト、および／または対応する患者の過去の状態に関するテキストを有してもよい。例えば、患者が病院を訪れ患者の医師が患者についてのレポートを口述するたび、レポートをその日付の表示とともにテキスト１１４へ転写し追加してもよい。
【００１６】
テキスト１１４は、本明細書で使用されるような「個別の」データではない。代わりに、テキスト１１４は、「フリーフォーム」データである。例えば、テキスト１１４は、コンピュータがテキストの解析なしにテキスト１１４の意味を理解するのに必要な、コーディングまたは他の情報を欠いているかもしれない。例えば、テキスト１１４が医師が話した完全な文章の転写を有する場合、後に詳述するように、最初にテキスト１１４への第１の自然言語処理（ＮＬＰ）または他の処理の適用なしに、そのようなテキスト１１４から個別のデータを抽出可能でないかもしれない。例えば、個別のデータ構成要素１０６がＸＭＬベースのエンコーディングを用いてエンコードされている場合、テキスト１１４をプレーンテキストフォーマットまたはＸＭＬタグがない他のフォーマットで格納してもよい。
【００１７】
ＥＭＲ１０４ａの問題リスト１０８が、対応する患者が現在、高血圧、双極性障害、および左大腿骨の骨折を有することを示す目的の例を示す。さらに、ＥＭＲ１０４ａの現在の薬剤リスト１１２が、対応する患者が現在ラシックスおよびｂ．ｉ．ｄ（すなわち１日に２回）２０ｍｇのセレクサを服用中であることを示す例の目的を仮定する。
【００１８】
医師がこの患者を訪問し、患者の大腿骨骨折が治癒し、患者が５月に薬剤セレクサの服用を中止したことを観察したと仮定する。図１のユーザ１３０として表わされる医師は、そのときデジタル音声レコーダに以下を口述するかもしれない（図２、動作２０２）。「訪問日２００８年６月１日・・・彼の骨折は良好に治癒した。また前回の訪問よりかなり具合がよくセレクサの服用を５月頃中止した。現在の薬剤は疼痛時必要に応じタイレノール。」
【００１９】
本発明の実施形態を、（リアルタイムであろうとレポートのオーディオ録音に基くものであろうと）医師の口述した音声１３２に含まれる情報に基き、医師１３０または他の誰かが画面フォームまたは他の非音声インタフェースを使用して手動でそのような情報をＥＭＲ１０４ａへ入力する必要なしに、患者のＥＭＲ１０４ａを自動的にアップデートするのに使用してもよい。
【００２０】
そのような患者のＥＭＲ１０４ａの自動アップデートは、以下のように実行してもよい。医師の音声１３２は、転写システム１３４により転写され、音声１３２のトランスクリプト１３６が製作される（図２、動作２０４）。音声１３２はいかなるフォームを取る口語のオーディオストリームであってもよいことに留意されたい。例えば、音声１３２は（電話またはＩＰ接続によるような）直接または間接的に受信された生のオーディオストリーム、またはあらゆる媒体にあらゆるフォーマットで記録されたオーディオストリームであってもよい。
【００２１】
転写システム１３４は、例えば、自動音声認識装置、または自動音声認識装置および人間の転写者の併用を用いて、トランスクリプト１３６を製作してもよい。転写システム１３４は、例えば、米国特許第７，５８４，１０３号、２００９年９月１日発行の「意味コンテンツの自動抽出および音声からの構造化された文書の作成（Ａｕｔｏｍａｔｅｄ  Ｅｘｔｒａｃｔｉｏｎ  ｏｆ  Ｓｅｍａｎｔｉｃ  Ｃｏｎｔｅｎｔ  ａｎｄ  Ｇｅｎｅｒａｔｉｏｎ  ｏｆ  Ｓｔｒｕｃｔｕｒｅｄ  ｄｏｃｕｍｅｎｔ  ｆｒｏｍ  Ｓｐｅｅｃｈ）。」に開示されたいずれの技術を用いてトランスクリプト１３６を製作してもよい  
その中に記載のように、トランスクリプト１３６は、音声１３２のリテラル（逐語）トランスクリプトか非リテラルトランスクリプトかどちらかであるテキスト１４０を有してもよい。さらにその中に記載のように、トランスクリプト１３６はプレーンテキストドキュメントであってもよいが、トランスクリプト１３６はまた、例えば、文書セクションおよび他の種類のドキュメント構造を記述するＸＭＬドキュメントのような、全体または部分が構造化されたドキュメントであってもよい。構造化ドキュメントをエンコーディングし、構造化テキストの部分を何らかの方法で構造化テキストに関連する個別のファクト（データ）で注釈を付ける、種々の規格が存在する。医療ドキュメントのエンコーディングの既存の技術の例は、ＨＬ７  ＣＤＡ  ｖ２  ＸＭＬ規格（２００５年５月からＡＮＳＩ承認）、ＳＮＯＭＥＤ  ＣＴ、ＬＯＩＮＣ、ＣＰＴ、ＩＣＤ−９およびＩＣＤ−１０、およびＵＭＬＳを含む。
【００２２】
図１に示されるように、トランスクリプト１３６は１つまたは複数のコーディング１３８ａ〜ｂを有してもよく、コーディングのそれぞれは音声１３２から抽出される「コンセプト」をエンコードする。「コンセプト」の語は、本明細書では、前述の米国特許第７，５８４，１０３号で定義されたものを使用する。参照番号１３８は、本明細書では、通常トランスクリプト１３６内の全てのコーディングを言及するのに用いる。図１では１３８ａおよび１３８ｂと付けた２つのコーディングのみが示されるが、トランスクリプト１３６はいずれの数のコーディングを有してもよい。
【００２３】
医療レポートのコンテキストで、コーディング  １３８のそれぞれは、例えばアレルギー、処方、診断、または予後をエンコードしてもよい。一般に、コーディング１３８のそれぞれは、コードおよび対応するデータを有する。例えば、コーディング１３８ａは、コード１４４ａおよび対応するデータ１４６ａを有する。同様に、コーディング１３８ｂは、コード１４４ｂおよび対応するデータ１４６ｂを有する。
【００２４】
コード１４４ａは、例えば（コーディング１３８ａが処方よりむしろアレルギーを表すかどうかのような）コーディングのタイプを示してもよく、一方でデータ１４６ａは、（「アレルギー」タイプのコーディングに対し「ペニシリン」のような）コーディング１３８ａの値を示してもよい。音声からコーディング１３８を作成するのに使用してもよい技術の例を、前述の米国特許第７，５８４，１０３号に見出してもよい。
【００２５】
転写システム１３４は、単に音声１３２のみに依存してトランスクリプト１３６を製作してもよい。代わりに、例えば、転写システム１３４は、音声１３２および現在患者のＥＭＲ１０４ａ内に格納されたデータの両方を使用して、トランスクリプト１３６を生成してもよい。患者のＥＭＲ１０４ａ内の現在のデータは、例えば、転写システム１３４がコンテキスト情報として使用して音声１３２を解釈し、それによって結果として生じるトランスクリプト１３６の正確性を上げてもよい。
【００２６】
ファクト抽出装置１５０は、米国特許第７，７１６，０４０号、２０１０年５月１１日発行の「抽出データの照合（Ｖｅｒｉｆｉｃａｔｉｏｎ  ｏｆ  Ｅｘｔｒａｃｔｅｄ  Ｄａｔａ）」に開示された技術を用いるなどして、トランスクリプト１３６から自動的に１つまたは複数のファクト１５２を抽出してもよい（図２、動作２０６）。自動的に抽出してもよいファクトの例は、患者の骨折が治癒し患者がセレクサの服用を中止したファクトである。抽出されたファクトは、例えば、トランスクリプト１３６からのコーディング１３８ａ〜ｂのうちの１つであってもよく、そうでなければ、トランスクリプトのコーディング１３８ａ〜ｂと同一の構造を有してもよい（すなわち、抽出されたファクトはコード、データ（値）、およびリンクを有してもよい）。代わりにまたは追加で、抽出されたファクトはコーディング１３８ａ〜ｂ内に含まれない情報を有してもよい。
【００２７】
調整モジュールは、それから、抽出されたファクト１５２を、ＥＭＲ１０４ａ内の対応するファクトで調整してもよい（図２、動作２０８）。そのような調整は、抽出されたファクト１５２に関連するコンセプトの、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６に関連するコンセプトとのマッチングを含んでもよい。例えば、抽出されたファクト１５２のうちの特定の１つに対し、調整モジュール１５４は、特定の抽出されたファクトが関連する１つまたは複数のコンセプトを識別してもよい。調整モジュール１５２は、それから、特定の抽出されたファクトと同一のコンセプトに関連する１つまたは複数の個別のデータ構成要素１０６を識別する。（例えば、調整モジュール１５２は、全ての個別のデータ構成要素１０６の中から、特定の抽出されたファクトと同一のコンセプトに関連する１つの個別のデータ構成要素を識別してもよい。）
【００２８】
その結果、調整モジュール１５４は、抽出されたファクト１５２のうちの１つを含むペアリング、および個別のデータ構成要素１０６のうちの１つの対応するものを識別し、この両方が互いに同一のコンセプトに関する。調整モジュール１５４は、そのようなペアリングで、抽出されたファクトと個別のデータ構成要素の両方の現在の値を識別してもよい。
【００２９】
調整２０８の一部として、調整モジュール１５４は、抽出されたファクトおよび対応する個別のデータ構成要素を分析し、ＥＭＲ１０４ａの格納用に調整されたファクトを提案してもよい。提案された調整されたファクトは、例えば、抽出されたファクトの部分または全て（例えば抽出されたファクトの値）、対応する個別のデータ構成要素の部分または全て（例えば個別のデータ構成要素の現在の値）、または抽出されたファクトおよび／または個別のデータ構成要素から得られた他のファクトであってもよい。例えば、調整モジュール１５４が、抽出されたファクトの値が正しく、対応する個別のデータ構成要素の値が正しくないと結論する場合、調整モジュール１５４は個別のデータ構成要素の値を抽出されたファクトの値で置き換えることを提案してもよい。逆に、調整モジュール１５４が、個別のデータ構成要素の値が正しく、対応する抽出されたファクトの値が正しくないと結論する場合、調整モジュール１５４は、個別のデータ構成要素の値をＥＭＲ１０４ａ内で変更されないままにすることを提案してもよい。
【００３０】
例えば、個別のデータ構成要素が患者が糖尿病であることを示し、対応する抽出されたファクトが患者がコントロールされていないII型糖尿病であることを示す場合、抽出されたファクトの値が個別のデータ構成要素の値よりさらに特定されているので、調整モジュール１５４はこれらの２つのファクトを調整し、個別のデータ構成要素の値（糖尿病）を抽出されたファクトの値（コントロールされていないII型糖尿病）で置換することを提案してもよい。
【００３１】
他の例として、個別のデータ構成要素が患者が未知の薬剤アレルギーを持つことを示し、対応する抽出されたファクトが患者がペニシリンに対しアレルギーを持つことを示す場合、調整モジュール１５４はこれらの２つのファクトを調整し、抽出されたファクトの値が個別のデータ構成要素の値と一貫性がなく、抽出されたファクトが個別のデータ構成要素よりも最新であるので、個別のデータ構成要素の値（未知の薬剤アレルギー）を抽出されたファクトの値（ペニシリンに対するアレルギー）で置換することを提案してもよい。調整モジュール１５４は、従って、個別のデータ構成要素の値と対応する抽出されたファクトの値の間の不一致を、個別のデータ構成要素の値の対応する抽出されたファクトの値での置換を提案することで解決してもよい。
【００３２】
さらに他の例として、調整モジュール１５４は、個別のデータ構成要素からの情報を対応する抽出されたファクトからの情報と（置換するよりむしろ）併合することを提案してもよい。例えば、個別のデータ構成要素が「ペニシリンが蕁麻疹を起こす」ことを明確に述べ、対応する抽出されたファクトが、患者が「最後に観察されたのは２年前のペニシリンに対するアレルギー」を有することを示す場合、調整モジュール１５４はこれらの２つのファクトを調整し、個別のデータ構成要素をアップデートして、患者が「ペニシリンアレルギー、副作用：蕁麻疹、最後に観察されたのは２年前」を有することを示すように、それらの併合を提案してもよい。
【００３３】
前述の例で、１つの抽出されたファクトは１つの個別のデータ構成要素と調整されるが、これは単に例であり、本発明を限定しない。むしろ、一般に調整２０８は２つのデータの状態を併合するプロセスであり、そこでは、データの状態は、同時に患者について既知の、トランスクリプト１３６内の全てのファクトの合計を含む、いずれのおよび全てのファクトを有してもよい。調整２０８は、単一の抽出されたファクトに対する単一の個別のデータ構成要素の１対１の調整だけでなく、あらゆる数の抽出されたファクトに対するあらゆる数の個別のデータ構成要素の調整を含んでもよい。この１つの理由は、どちらかのデータの状態におけるファクトの欠如がそれ自体重要であり、調整２０８のプロセスに影響し、およびそのようなファクトの欠如が単に１対１の調整の実行によっては識別不可能であることである。
【００３４】
調整モジュール１５４により提案された調整は、それから照合される（図２、動作２１０）。そのような照合は、例えば、前述の特許「抽出データの照合（Ｖｅｒｉｆｉｃａｔｉｏｎ  ｏｆ  Ｅｘｔｒａｃｔｅｄ  Ｄａｔａ）」に開示された照合技術のいずれかを用いて実行してもよい。そのような照合は、例えば、人間の操作者（ユーザ１３０であろうと他のユーザであろうと）への、調整プロセス２０８から提案された調整を表す出力の提供を含んでもよい。出力は、例えば、調整モジュール１５４がＥＭＲ１０４ａにするよう提案した修正を示してもよい。出力はまた、例えば、個別のデータ構成要素の現在の値および／または抽出されたファクトの現在の値を表してもよい。結果として、人間の操作者は、ＥＭＲ１０４ａに提案された修正だけでなく、提案された修正を得た源のデータも再検討する機会を有してもよい。
【００３５】
照合２１０はまた、操作者が提案された調整に合意するかどうか（すなわち提案された調整を承認するか拒絶するか）を示す、ユーザ１３０または他の人間の操作者からの入力の受信を含んでもよい。操作者が提案された調整を承認しない場合、操作者はさらに実行されるべき代替的な調整を示す入力をしてもよい。例えば、操作者が調整モジュール１５４によって提案された調整を承認しない場合、操作者は、例えば提案された調整を編集すること、または操作者が提案する調整として個別のデータ構成要素の現在の値または抽出されたファクトの値を選択することで、代替的な調整を提案してもよい。
【００３６】
照合２１０はまた、トランスクリプト１４０内のコーディング１３８ａ〜ｂおよび／またはテキスト１４０の正確性の照合を含んでもよい。ユーザ１３０または他の操作者がテキスト１４０の部分が正しくないと考える場合、操作者はそのようなテキストを修正するため入力してもよい。同様に、ユーザ１３０または他の操作者がコーディング１３８ａ〜ｂのいずれかが正しくないと考える場合、操作者はそのようなコーディングを修正するため入力してもよい。
【００３７】
動作２１０で実行される照合は、例えば、レポート１３２および／またはトランスクリプト１３６の法規認証の実行を含んでもよい。結果として、トランスクリプト１３６は法規認証されたトランスクリプトであってもよい。
【００３８】
システム１００は、それから、調整２０８および照合２１０の結果を反映するため患者のＥＭＲ１０４ａを自動的にアップデートしてもよい（図２、動作２１２）。例えば、人間のレビュー担当者が調整モジュール１５４が提案した調整を承認する場合、アップデート２１２は調整モジュール１５４が提案した調整を反映するためのＥＭＲ１０４ａのアップデートを含んでもよい。人間のレビュー担当者が調整モジュール１５４が提案した調整を変更した場合、アップデート２１２は、人間のレビュー担当者が行った修正を反映するためのＥＭＲ１０４ａのアップデートを含んでもよい。一般に、アップデート２１２は、人間のレビュー担当者が承認したように調整を反映するため、ＥＭＲ１０４ａ内のデータをアップデートする。
【００３９】
より一般的に、そのような自動アップデートは、（１）ＥＭＲ１０４ａ内の１つまたは複数の個別のデータ構成要素１０６の自動アップデート（図２、動作２１４）、（２）トランスクリプト１３６内のテキスト１４０を反映するためのテキスト１１４の自動アップデート、および（３）１つまたは複数の個別のデータ構成要素１０６とそれらの個別のデータ構成要素を得た源の対応するテキスト１１４のユニットの間のリンクの生成、のうち１つまたは複数を含んでもよい。例えば、問題リスト１０８内の特定の問題がテキスト１１６から得られた場合、動作２０８で実行されるアップデートは、問題リスト１０８内の特定の問題と対応するテキスト１１６の間のリンクの生成を含んでもよい。
【００４０】
いずれの特定の抽出されたファクトが、特定のコンセプトに関連してもよい。例えば、抽出されたファクト１５２のうちの１つが、患者の左大腿骨の骨折に関連してもよく、これはコンセプトの例である。抽出されたファクトのうちの他の１つが、患者が現在服用中の特定の薬剤に関連してもよく、これはコンセプトの他の例である。これらの例が示すように、異なる抽出されたファクト１５２は、ＥＭＲ１０４ａ内に示される複数の異なるコンセプトに関連してもよい。１つのＥＭＲ１０４ａが、複数の異なるコンセプトに関連する個別のデータ構成要素１０６を有してもよい。
【００４１】
この例で、個別のデータ構成要素１０６のアップデート（図２、動作２１４）は、ＥＭＲ１０４ａ内の患者の問題リスト１０８からデータエンコーディング「左大腿骨の骨折」の削除、およびＥＭＲ１０４ａ内の患者の薬剤リスト１１２からデータエンコーディングのセレクサの削除を含んでもよい。
【００４２】
削除以外の動作を、動作２１４の個別のデータ構成要素１０６のアップデートの一部として、個別のデータ構成要素１０６に実行してもよい。例えば、個別のデータ構成要素の既存の値が、患者が急性の問題を有し、急性の問題がＥＭＲ１０４ａに記録されてレポート１３２が口述された時間以来かなりの時間が経過した（例えば１ヶ月、６ヶ月、または１年のようなある予め定められた閾値を超える時間）ことを示す場合、および、口述されたレポート１３２が問題の現在のステータスを明確に示していない場合、調整モジュール１５４は、（調整２０８で）問題が現在急性でなく慢性であると結論してもよい。この結論が照合２１０の間に人間のレビュー担当者によって照合される（承認される）場合、調整モジュール１５４は、動作２１４の部分として、問題のステータスを急性から慢性へ変更してもよい。
【００４３】
他の例として、いずれかの限定なしに問題リスト１０８に記録された問題を検討する。例えば、問題リスト１０８に問題「糖尿病」が記録されたと仮定する。レポート１３２が患者がII型糖尿病を有することを示す場合、調整モジュール１５４は、動作２１４の部分として、患者の糖尿病がII型であることをさらに明確に述べるため、問題リスト１０８内の記録をアップデートしてもよい（この変更が照合２１０の間に人間のレビュー担当者によって承認されたと仮定する）。
【００４４】
テキスト１１４のアップデート（図２、動作２１６）は、（１）トランスクリプト１３６からＥＭＲ１０４ａのテキスト１１４内へテキスト１４０の一部または全ての格納、（２）トランスクリプト１３６からテキスト１４０に基きＥＭＲ１０４ａ内の既存のテキスト１１４の一部または全ての変更、および（３）ＥＭＲ１０４ａの既存のテキスト１１４の一部または全ての削除、のうち１つまたは複数を含んでもよい。
【００４５】
口述されたレポート１３６からのファクト１５２のそのような自動識別、およびその後のそれらのファクト１５２を反映するための患者のＥＭＲ１０４ａの自動アップデートにより、医師１３０、またはいずれの他の人が口述してＥＭＲ１０４ａを直接編集する別のステップに関与する必要がなくなる。代わりに、音声１３２の口述行為、ＥＭＲ１０４ａ内のデータでの音声１３２の調整，および抽出されたファクト１５２の正確性の照合が、個別のデータ構成要素１０６をアップデートするためのいずれの分離した手動動作の必要なく、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６とテキスト１１４の両方の自動アップデートを引き起こし、および可能にする。言い換えれば、ＥＭＲ１０４ａ内のテキスト１１４を自動的に追加するために用いられる同一の口述行為はまた、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６を自動的にアップデートするためにも使用してよい。
【００４６】
そのようなシステムの１つの利点は、レポートを口述する内科医および他の人が、ＥＭＲ内の最新の個別のデータ構成要素を有する利点を失うことなく、口述を用い続けてデータをそれらのＥＭＲ内へ入力するのを可能にすることである。多くの医師は、そのような訪問のレポートの口述により、彼らの患者訪問の記録を作成することを好む。本発明の実施形態は、患者ＥＭＲ内の個別のデータ構成要素が、医師にそのような個別の構成要素へ手動でデータを入力するか、そうでなければデータ入力の好ましい様式である口述の変更を必要とすることなく、自動的にアップデートされることを可能にする。
【００４７】
より具体的にいうと、調整モジュール１５４は、抽出されたファクト１５２を使用してアップデートされた患者情報を示すメッセージを生成してもよい。そのようなメッセージは、例えば、患者のＥＭＲ１０４ａの既存の（または最後に既知の）状態へなされる１つまたは複数の変更を明確に述べてもよい。メッセージは、それから、患者のＥＭＲ１０４ａへの特定の変更のそれぞれを自動的に行うため処理してもよい。
【００４８】
本明細書で総称的にアップデートメッセージと呼ぶこのメッセージは、さまざまな方法のいずれで作成してもよい。一般に、状態アップデートメッセージは、（１）トランスクリプト１３６および／または抽出されたファクト１５２と、（２）患者のＥＭＲ１０４ａ内に含まれる既存のデータ（すなわち音声１３２の口述の前に患者のＥＭＲ１０４ａ内に存在するデータ）を調整することにより作成してもよい。
【００４９】
例えば、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６を、ＳＮＯＭＥＤのようなフォーマットでエンコードしてもよい。トランスクリプト１３６内のコーディング１３８ａ〜ｂ、およびトランスクリプト１３６から抽出されたファクト１５２もまた、個別のデータ構成要素１０６のエンコードに使用したものと同一または異なるフォーマットでエンコードしてもよい。調整モジュール１５４は、エンコードされ抽出されたファクト１５２および／またはコーディング１３８ａ〜ｂを、エンコードされた個別のデータ構成要素１０６と比較することにより調整を実行してもよい。調整は、データの両方のセットがエンコードされたフォームであるファクト（潜在的に互いに同一のエンコードされたフォーム）によって容易になる。調整は、（患者のＥＭＲ１０４ａから）患者について既知のもの、および抽出されたファクト１５２により示される新しい知識に対するオントロジーベースの推論を適用してもよい。
【００５０】
例えば、患者の既存の問題リスト１０８が、患者が以下の問題、高血圧、双極性障害、および左大腿骨骨折を有することが最新の既知であることを示すケースを検討してみる。さらに、患者の既存の現在の薬剤リスト１１２が、患者が２００７年１２月１２日から１日２回２０ｍｇのセレクサを服用中であることが最新の既知であること、および患者が２００８年１月１日からラシックスを服用中であることが最新の既知であることを示すと仮定する。
【００５１】
ここで、患者を訪問した後、医師１３０が以下のレポートを口述すると仮定する。「訪問日２００８年６月１日・・・彼の骨折は良好に治癒した。また前回の訪問よりかなり具合がよくセレクサの服用を５月頃中止した。現在の薬剤は疼痛時必要に応じタイレノール。」  前述に開示された技術を、この口述から以下のファクト１５２を抽出するのに使用してもよい。（１）解決された問題：骨折、（２）中止した薬剤：セレクサ、終了日２００８年５月、（３）現在の薬剤：タイレノール。
【００５２】
この例で、システム１００は、抽出されたファクト１５２を自動的にエンコードし、患者のＥＭＲ１０４ａ内の情報（個別のデータ構成要素１０６および／またはテキスト１１４）をアップデートすることによって、（照合２１０の間に人間のレビュー担当者がそのような変更を承認すると）抽出されたファクトから得られた知識をあてはめて抽出されたファクト１５２を反映してもよい。例えば、システム１００は、
・患者の問題リスト１０８から、患者が左大腿骨骨折を有する表示を削除（または患者の問題リスト１０８内の「左大腿骨骨折」のステータスから「解決済」に変更することにより）
・患者の現在の薬剤リスト１１２からセレクサを削除（および患者の薬剤リスト１１０内にセレクサに関連する終了日が２００８年５月であることを示す）
・患者の現在の薬剤リスト１１２にタイレノールを追加（および患者の現在の薬剤リスト１１２内にタイレノールに関連する開始日がおよそ２００８年６月１日であることを示す）
ことによりＥＭＲ１０４ａをアップデートし、抽出されたファクト１５２を反映してもよい。
【００５３】
ＥＭＲ１０４ａ内の個別のデータ構成要素１０６および／またはテキスト１１４のアップデートは、（調整２０８および照合２１０の両方の後で）ＥＭＲ１０４ａに抽出されたファクト１５２を反映させるためＥＭＲ１０４ａになされる必要があるアップデートを示す、ＥＭＲアップデートメッセージ１５６を生成する調整モジュール１５４により実現してもよい。ＥＭＲアップデートメッセージ１５６は、個別のデータアップデートメッセージ１６４（１つまたは複数の個別のデータ構成要素１０６のアップデートを示す）および／またはテキストアップデートメッセージ１６６（１つまたは複数のテキスト構成要素１１４のアップデートを示す）を有してもよい。ＥＭＲアップデートモジュール１５８は、それから、ＥＭＲアップデートメッセージ１５６により特定されたアップデートをＥＭＲ１０４ａに行ってもよい。
【００５４】
前述の例が示すように、本発明の実施形態は、ＥＭＲSのアップデートの従来の技術に関連する種々の問題に対処し、除去する。特に、前述の実施形態は、内科医１３０が、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６およびテキスト１１４の両方を、単にレポート１３２を口述することによりアップデートすることを可能にする。内科医１３０は、レポート１３２を口述する方法を変える、またはＥＭＲ１０４ａ内へデータを入力するため、グラフィカルまたはテキストユーザ・インタフェースを使用する必要がない。さらに、内科医１３０は、アップデートされる個別のデータ構成要素を指定する必要がない。代わりに、システム１００は、口述されたレポート１３２からのファクト１５２の抽出、ＥＭＲ１０４ａ内のそれらのファクトに対応する個別のデータ構成要素１０６の識別、およびＥＭＲ１０４ａ内のそれらのファクトを適切に変更し、音声１３２から抽出されたファクト１５２を反映する負荷を負う。結果として、ＥＭＲ１０４ａを、自動的におよび医師１３０または他のスタッフにいずれの付加的な負荷を課すことなくアップデートしてもよい。
【００５５】
さらに、システム１００は、ＥＭＲ１０４ａ内の個別のデータ構成要素１０６およびテキスト１１４の両方を、内科医１３０が口述した１つのオーディオストリーム１３２に基きアップデートしてもよい。例えば、オーディオストリーム１３２はトランスクリプト１３６内へ（例えば自動音声認識装置により）転写してもよく、抽出されたファクト１５２を自動的に作成し、よってＥＭＲ１０４ａ内の個別のデータ構成要素１０６をアップデートするため使用される同一のトランスクリプト１３６は、ＥＭＲ１０４ａ内のテキスト１１４を自動的に追加するために使用してもよい。これは、個別のデータ構成要素１０６およびテキスト１１４をアップデートする、分離した、たぶん手動のステップを行う必要をなくす。さらに、このプロセスは、不一致がＥＭＲ１０４ａ内の個別のデータ構成要素１０６とテキスト１１４の間に存在する可能性を減少させる。
【００５６】
同様に、調整プロセスは、抽出されたファクト１５２を反映するためのトランスクリプト１３６のアップデート（図２、動作２１８）を含んでもよい。例えば、ファクト１５２が患者が現在薬剤を服用中であることを示し、トランスクリプト１３６が患者が現在その薬剤を服用中であるかどうかについて矛盾した情報を含む場合、（内科医１３０からの照合および承認で）トランスクリプト１３６が患者が現在その薬剤を服用中であることを示す一致した情報を有するよう、トランスクリプト１３６をアップデートしてもよい。トランスクリプト１３６のアップデートを、調整モジュール１５４が、トランスクリプト１３６に抽出されたファクト１５２を反映させるためトランスクリプト１３６になされる必要があるアップデートを示す、トランスクリプトアップデートメッセージ１６０を生成することにより実現してもよい。トランスクリプトアップデートモジュール１６２は、それから、トランスクリプトアップデートメッセージ１６０により特定されたアップデートを、トランスクリプト１３６に行ってもよい。
【００５７】
図３の方法３００で示されるように、トランスクリプト１３６を自動的にアップデートしてもよい方法の他の例は以下のようである。口述されたレポート１３２が、明確にＥＭＲ１０４ａ内に格納された特定のファクトを変更せずに残すべきことを述べているケースを検討する。この例は、レポート１３２が「アレルギー変化せず」という語句を有することであろう。調整モジュール１５４は、そのような記述がＥＭＲ１０４ａ内に示されるファクトを述べること、およびそのような記述がＥＭＲ１０４ａ内に示されるファクトが有効状態で変更されない状態を保つことを認識する（図３、動作３０２）。これに応え、調整モジュール１５４は、適切なトランスクリプトアップデートメッセージ１６０をトランスクリプトアップデータ１６２に送信することにより、ＥＭＲ１０４ａ内に格納された対応するファクトの内容（例えばこの例では患者のアレルギーリスト）をトランスクリプト１３６内にコピーしてもよい（図３、動作３０４）。この機能は、内科医１３０が迅速および容易に、既存の患者状態情報を、そのような状態情報を口頭で述べることにより現在のレポート１３６内へコピーすることを可能にし、それによってそのような情報を再び口述するのに必要な時間および労力を抑え、そのような情報が再び口述される、またはそうでなければ、不正確に再入力される可能性をなくす。
【００５８】
前述の例で、ラシックスが現在、患者の現在の薬剤リスト１１２にあり、さらに医師の口述されたレポート１３２がラシックスに言及していないことを考える。従って、医師のレポート１３２に基くと、患者がもうラシックスを服用していないから医師がラシックスをレポート１３２から省いたのか、患者のラシックスの使用に変化がないからか、または他の理由のためかは不明である。
【００５９】
これは、レポート１３２内に存在するかもしれない曖昧性の１つの例である。一般に、患者のＥＭＲ１０４ａ内にエンコードされたファクトが、口述されたレポート１３２から抽出されたファクト１５２内に明確に示されていないとき、曖昧性が存在する。例えば、ファクト１５２が、問題リスト１０８内の問題、薬剤リスト１１０内の薬剤、または現在の薬剤リスト１１２内の薬剤の現在のステータスを示さない場合、曖昧性が存在する。
【００６０】
ＥＭＲ１０４ａ内の特定のファクトが変更されない状態を保つべきであれば、ＥＭＲアップデートメッセージ１５６は、そのようなファクトが変更されない状態を保つべきであることを明確に示してもよい。例えば、レポート１３２に「患者のラシックス使用に変化なし」とあれば、ＥＭＲアップデートメッセージ１５６は、現在の薬剤リスト１１２内のラシックスの記録に「変化なし」状態アップデートを示してもよい。そのような明確な「変化なし」メッセージに応じ、ＥＭＲ１０４ａ内のファクトの「最後の再検討」日を、現在の日付と等しくなるよう変更してもよい。そのような明確な「変化なし」メッセージが使用されれば、ＥＭＲアップデートメッセージ１５６がファクトにそのような「変化なし」メッセージを含まない場合、ＥＭＲ１０４ａ内の特定のファクトに関して曖昧性が存在するかもしれない。
【００６１】
システム１００は、図４のシステム４００および図５の方法５００で示されるように、前述のような曖昧性を自動的に識別してもよい。図１のシステム１００のある構成要素は、説明を容易にするため図４に示されないが、図４のシステム４００は、図４に示された構成要素に加え、図１のシステム１００のいずれのおよび全ての構成要素を有してもよい。
【００６２】
ＥＭＲ１０４ａ内の特定のファクトに関連する１つまたは複数の抽出されたファクト１５２の曖昧性の識別（図５、動作５０２）に応え、システム４００は、ＥＭＲ１０４ａ内のファクトに、曖昧性に照らして口述する内科医１３０による患者の現在のラシックス使用の手動の再検討を表すフラグを立ててもよい。システム４００は、そのような再検討を実行するよう、内科医１３０に指示４０２を出してもよい（図５、動作５０４）。そのような指示に応え、内科医１３０は患者の現在の薬剤としてラシックスのステータスを示す手動入力４０４をしてもよい（図５、動作５０６）。そのような入力４０４は、例えば、患者がもはやラシックスを服用していない、以前に処方したように患者がなおラシックスを服用中、または患者が新しい投与量でラシックスを服用中（このケースではＥＭＲ１０４ａ内の投与量を内科医の入力に基きアップデートしてもよい）ことを示す。システム４００が内科医１３０にそのような手動入力４０４をするよう促すケースで、システム４００は、内科医１３０が文書のレポート１３６を終了する前に、そのような入力をするよう要求してもよい。どのケースでも、ＥＭＲ１０４ａ内に内科医の入力４０４の記録を格納することにより、またはＥＭＲ１０４ａ内の１つまたは複数の個別のデータ構成要素１０６を内科医の入力４０４に基きアップデートすることによるなどで、システム４００はＥＭＲ１０４ａをアップデートして内科医の入力４０４を反映してもよい（図５、動作５０８）。
【００６３】
システム４００は、システム４００により検出された全ての曖昧性に応えてユーザ１３０を促す必要がない。むしろ、例えば、システム４００はある予め定められた基準を満たす曖昧性に応えてユーザ１３０を促すのみでもよい。例えば、問題リスト１０８上の問題は、急性または慢性のどちらか、および／または活性または不活性のどちらかであるかもしれない。例えば、問題リスト１０８上の特定の問題は、急性かつ活性、または急性かつ不活性、または慢性かつ活性、または慢性かつ不活性であるかもしれない。システム４００を、例えば、活性の問題に関連する曖昧性のみ、または急性かつ活性の問題に関連する曖昧性のみをユーザ１３０に再検討を促すよう構成してもよい。結果として、システム４００は、不活性の問題に関連する曖昧性、または急性かつ不活性の問題に関連する曖昧性、慢性かつ活性、または慢性かつ不活性の問題をユーザ１３０に再検討を促さないかもしれない。慢性−急性および活性−不活性の両方は、その語が本明細書で使用されるような、「ステータス」のタイプの例である。従って、一般にシステム４００を、予め定められた基準を満たす個別のデータ構成要素ステータスに関する曖昧性と関連してユーザ１３０を促すのみであるよう構成してもよい。
【００６４】
システム４００はまた、ＥＭＲ１０４ａの現在の状態および医師の口述１３０に基きシステム４００が識別する、他の種類の曖昧性に応えて処置してもよい。例えば、前述の状況で、医師１３０が「彼の骨折は良好に治癒した。」と述べた  この記述は、「彼の骨折」が患者のＥＭＲ１０４ａ内に現在特定された左大腿骨骨折を述べているのか、または患者のＥＭＲ１０４ａ内に現在特定されていない異なる骨折を述べているのか完全に明白ではないので、曖昧である。システム４００は、そのような曖昧性をさまざまな方法で自動的に識別してもよい。例えば、ＥＭＲ１０４ａ内で示される状況または他のファクトが、「左」または「右」、発生日または観察日、さらに（問題「糖尿病」についてII型のような）特定の詳細、（症状−診断関係のような）原因−結果の関係、または（前述の例で「骨折」の対象である「左大腿骨」のような）対象のような限定詞を表すデータを含み、口述されたレポート１３２から抽出された対応するファクト１５２が、ＥＭＲ１０４ａ内に格納された全ての限定詞を欠く場合、システム４００は、抽出されたファクト１５２がＥＭＲ１０４ａ内に格納されたファクトに対して曖昧であると結論してもよい。
【００６５】
そのような曖昧性の識別に応え、システム４００は、前述の特許「抽出データの照合（Ｖｅｒｉｆｉｃａｔｉｏｎ  ｏｆ  Ｅｘｔｒａｃｔｅｄ  Ｄａｔａ）。」に開示されたあらゆる方法のような、前述で開示されたあらゆる方法で、内科医１３０によるその後の再検討および承認について曖昧性のフラグを立ててもよい  内科医１３０が曖昧性を解決すると、システム４００は、内科医１３０にＥＭＲ１０４ａを手動で編集するよう要求することなく、内科医１３０によりなされた付加的な入力４０４に基き患者のＥＭＲ１０４ａをアップデートしてもよい。
【００６６】
内科医１３０または他の人による手動の再検討を含むこれらおよびあらゆる他の段階の間、システム４００は、再検討プロセスを補助するためユーザ１３０にさまざまな情報を表示してもよい。例えば、システム４００は、トランスクリプト１３６（構造化されたまたは構造化されないフォームで）および／またはＥＭＲ１０４ａの全体または部分を表示してもよい。システム４００はトランスクリプト１３６およびＥＭＲ１０４ａの要約の両方を表示してもよく、トランスクリプト１３６およびＥＭＲ１０４ａからの情報が互いにインタリーブされ、視覚表示が（異なる色またはフォントを用いることによるような）どの情報がトランスクリプト１３６に属しどの情報がＥＭＲ１０４ａに属するかを示す、並列した表示、または単一の表示される、（要約がＥＭＲ１０４ａ内の個別のデータ構成要素１０６のサブセットであってもよい、またはそうでなければ個別のデータ構成要素１０６から得てもよい場合）。視覚表示はまた、異なる色、フォント、またはテキストフォーマッティング（例えば、ボールド体、下線、イタリック体、取り消し線）の使用によるなどで、現在の情報、提案された情報の変更、承認された情報の変更を区別してもよい。
【００６７】
前述で開示されたプロセスは完全に自動的に実行してもよいが、そのようなプロセスはその部分が手動介入に関与するときでもなお有用である。例えば、医師の口述に曖昧性がない場合でさえ、患者のＥＭＲ１０４ａに適用することを意図する結果として生じた変更を、患者のＥＭＲ１０４ａへの適用前の再検討および承認のため、最初に医師１３０または他の人に示してもよい。これは、一部分において、人がＥＭＲフォームへの手動データ入力を実行する必要をなくしまたは減少させるので、なお、当業界の現在の状態を越える改良を示す。例えば、システム１００は「マーク「左大腿骨骨折」は「解決済」？」と表示するような、医師１３０に提案された変更を示してもよく、それによって医師がそのような変更を、ＥＭＲデータベースシステム内で手動データ入力動作を実行するよりむしろ、単に「Ｙ」をタイプまたは１つのボタンをクリックすることで承認することを可能にする。一部のケースで、医師１３０が現在の薬剤名のようないくぶんかの情報をシステム１００へタイプするのが望ましかったり、必要があるが、これさえも、システム１００が自動的に医師の応答をＥＭＲ１０４ａ内の適切なフィールドに入力し、それによって医師の時間を節約して医師１３０が誤ったフィールドにデータを入力する可能性をなくすので、当業界の現在の状態を越える改良を示すだろう。
【００６８】
内科医１３０が調整プロセスで示された変更を終了すると、システム１００は、アップデートされたテキスト１１４およびアップデートされた個別のデータ構成要素１０６の出力表示を含む、アップデートされたＥＭＲ１０４ａの出力表示をしてもよい。
【００６９】
本発明を特定の実施形態に関して前述したが、前述の実施形態は一例としてのみ提供したものであり、本発明の範囲を限定または定義するものではないことを理解すべきである。後述のものを含むが、それらに限定されない種々の他の実施形態もまた、請求項の範囲内である。例えば、本明細書に記載された構成要素および部材を、さらに付加的な部材に分割、またはともに結合して同一の機能を実行するより少ない部材を形成してもよい。
【００７０】
本明細書中に開示される技術は、いずれの特定のＥＭＲシステムと関連した、またはいずれの特定のＥＭＲデータと関連した使用に限定されない。本明細書中に開示される特定のＥＭＲデータ構成要素は、単に例であって本発明を限定しない。他のＥＭＲデータ構成要素は、現在および過去の薬剤リスト、アレルギー、および現在および過去の医療問題を含むが、これらに限定されない。
【００７１】
本明細書中に開示される技術は、ＥＭＲシステムおよび／またはＥＭＲシステムと通信する作業に統合してもよい。後者のケースで、データは、例えばＡＳＴＭ診療経過記録（ＣＣＲ）またはＨＬ７  ＣＤＡ治療経過文書（ＣＣＤ）を用いて、ＥＭＲシステムから本明細書中に開示される技術を実施するシステムに移動してもよい。
【００７２】
さらに、本明細書中に開示されるいくつかの例でＥＭＲは音声に基き自動的にアップデートされるが、本明細書中に開示される技術を、音声のみでなくテキストおよび他の構造化されないデータに適用してもよい。例えば、本明細書中に開示される技術を、データを手動でデータベースフォームに入力する必要なしに、文体で記入された記入医療レポートからファクトを抽出、およびその抽出されたファクトを用いてＥＭＲを自動的にアップデートするのに使用してもよい。
【００７３】
前述の技術を、例えば、ハードウェア、コンピュータ可読な媒体、ファームウェア、またはそれらのあらゆる組み合わせで明白に実現されたハードウェア、ソフトウェアで実施してもよい。前述の技術を、プロセッサ、プロセッサが可読な記憶媒体（例えば揮発性および不揮発性メモリ、および／または記憶構成要素を含む）、少なくとも１つの入力装置、および少なくとも１つの出力装置を有するプログラム可能なコンピュータで実行する１つまたは複数のコンピュータプログラムで実施してもよい。プログラムコードを、入力装置を用いて入力される入力に適用し、記載された機能を実行して出力を作成してもよい。出力を、１つまたは複数の出力装置に提供してもよい。
【００７４】
後述の請求項の範囲内のそれぞれのコンピュータプログラムは、アセンブリ言語、機械言語、高レベル手続き型プログラミング言語、またはオブジェクト指向プログラミング言語のような、いずれのプログラミング言語で実施してもよい。プログラミング言語は、例えば、コンパイルされたまたは解釈されたプログラミング言語であってもよい。
【００７５】
そのようなコンピュータプログラムのそれぞれを、コンピュータプロセッサによる実行のため、機械可読な記憶装置の非一過性信号で明白に具体化されたコンピュータプログラム製品で実施してもよい。本発明の方法ステップを、コンピュータ可読な媒体で明白に具体化されたプログラムを実行するコンピュータプロセッサにより実行し、本発明の機能を入力の操作および出力の作成により実行してもよい。適切なプロセッサは、例示の目的で、汎用および特殊用途マイクロプロセッサを含む。通常、プロセッサは読み出し専用メモリおよび／またはランダムアクセスメモリから指示およびデータを受信する。コンピュータプログラム指示を明白に具体化する適切な記憶装置は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置を含む半導体メモリ装置のような全ての形の不揮発性メモリ、内部のハードディスクおよびリムーバブルディスクのような磁気ディスク、光磁気ディスク、およびＣＤ−ＲＯＭを含む。前述のいずれも、特別に設計されたＡＳＩＣ（特定用途内蔵回路）またはＦＰＧＡ（フィールドプログラム可能なゲートアレイ）が補助し、または内蔵してもよい。コンピュータもまた、通常、内部のディスク（図示せず）またはリムーバブルディスクのような記憶媒体からプログラムおよびデータを受信可能である。これらの構成要素はまた、従来のデスクトップまたはワークステーションコンピュータ、ならびに本明細書に記載された方法を実施するコンピュータプログラムの実行に適切な他のコンピュータにも見出され、あらゆるデジタルプリントエンジンまたはマーキングエンジン、ディスプレイモニタ、または紙、フィルム、ディスプレイ画面、または他の出力媒体にカラーまたはグレイスケールピクセルを生成可能なラスタ出力装置と併せて使用してもよい。
【図１】
0005986930.tif 000002
【図２】
0005986930.tif 000003
【図３】
0005986930.tif 000004
【図４】
0005986930.tif 000005
【図５】
0005986930.tif 000006