(57)【要約】      （修正有）【課題】個人の健康関連スケジュールを体系化するためのシステムおよび方法を提供する。【解決手段】医療事象追跡システムは、一個人の個人健康記録の新しい記録を検出し、アクションが各個人および各個人の代理となる人物のうちの少なくとも１人により行われる事象に関する新しい記録の１つを特定し、各個人および各個人の代理となる人物のうちの少なくとも１人により行われるアクションのための時間を提案する特定された新しい記録の候補カレンダエントリを生成し、候補カレンダエントリの認証を受信することに備え、および、認証された候補カレンダエントリを、各個人および各個人の代理となる人物のうちの少なくとも１人の個人電子カレンダに送信することに備える、ための命令を保存するメモリを含む。メモリと通信するプロセッサは、命令を実行する。【選択図】図１
2015103247.tif 000002
【特許請求の範囲】
【請求項１】
医療事象追跡システムであって、
メモリであって、
一個人の個人健康記録の新しい記録を検出し、
前記各個人および前記各個人の代理となる人物のうちの少なくとも１人により行われるアクションのための事象に関する前記新しい記録の１つを特定し、
前記各個人および前記各個人の代理となる前記人物のうちの前記少なくとも１人により行われる前記アクションのために時間を提案する前記特定された新しい記録のために候補カレンダエントリを生成し、
前記候補カレンダエントリの認証を受信することに備え、および、
前記認証された候補カレンダエントリを、前記各個人および前記各個人の代理となる前記人物のうちの少なくとも１人の個人電子カレンダに送信することに備える、
ための命令を保存するメモリと、
前記命令を実行する前記メモリと通信するプロセッサと、
を備える、医療事象追跡システム。
【請求項２】
アクションが行われる事象に関する前記新しい記録のうちの１つを前記特定することは、テキスト中の事象を検出するための一連の規則を適用することを含む前記記録の自然言語処理テキストを備える、請求項１に記載のシステム。
【請求項３】
アクションが行われる事象に関する前記新しい記録の１つを前記特定することは、前記記録のテキスト中の時間表現の検出に備えることを備え、前記候補カレンダエントリを前記生成することは、検出された時間表現に基づいて行われる前記アクションのために前記時間を提案することを備える、請求項１に記載のシステム。
【請求項４】
前記候補カレンダエントリの認証を受信することに備えることは、前記各個人または前記各個人の代理となる前記人物が、修正することなく前記候補カレンダエントリを受け入れること、前記候補カレンダエントリへの修正を行うこと、および前記候補カレンダエントリの認証を却下すること、のうちの１つを行うことに備えることを備える、請求項１に記載のシステム。
【請求項５】
前記特定された新しい記録のために前記候補カレンダエントリを前記生成することは、繰り返し発生する事象が前記新しい記録内で検出される場合、複数の予約を提案することを備える、請求項１に記載のシステム。
【請求項６】
前記特定された新しい記録のために前記候補カレンダエントリを前記生成することは、前記特定された新しい記録のうちの少なくとも一部を前記候補カレンダエントリに統合することを備える、請求項１に記載のシステム。
【請求項７】
前記医療事象追跡システムは、
（ｉ）時間情報を含有する記録、
（ｉｉ）医療状態の変化に対応する記録、および、
（ｉｉｉ）前記各個人の年齢、時季、および家族の医療履歴から選択される文脈情報を含有する記録、
を備える記録から候補カレンダエントリを生成するために構成される、請求項１に記載のシステム。
【請求項８】
前記各個人の前記個人健康記録は、
個人の医療履歴記録、
家族の医療履歴記録、
検査結果の記録、
処方薬の記録、
臨床データの記録、
説明診断書、および、
日常生活の観察記録、
からなる群から選択される複数の記録を含む、請求項１に記載のシステム。
【請求項９】
表示デバイスをさらに備え、前記命令は前記候補カレンダエントリを前記表示デバイスに表示するための命令を備え、または、アクションが行われる事象が健康管理医との予約である場合、候補カレンダエントリを前記生成することは、健康管理医情報および位置情報のうちの少なくとも１つを前記記録から抽出すること、および、前記健康管理医との前記予約のための時間または前記位置を提案すること、を備える、請求項１に記載のシステム。
【請求項１０】
携帯コンピューティングデバイスであって、
表示デバイスと、
ユーザ入力デバイスと、
プロセッサと、
メモリであって、
一個人の健康に関係する一連の記録を含む前記各個人の個人健康記録、
前記各個人のための個人電子カレンダ、および、
命令であって、
前記個人健康記録に追加された新しい記録をチェックし、
前記新しい記録を処理して、アクションが前記各個人により行われる事象に関する新しい記録を特定し、
前記各個人により行われる前記アクションのための時間を提案する前記特定された新しい記録の候補カレンダエントリを生成し、
ユーザインタフェースの前記候補カレンダエントリを前記表示デバイスに表示し、
前記候補カレンダエントリの前記各個人による前記ユーザ入力デバイスを介する認証に備え、
前記候補カレンダエントリが認証される場合、前記認証された候補カレンダエントリを前記個人電子カレンダに送信する、
命令を、
保存するメモリと、
を備える、携帯コンピューティングデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
例示的な実施形態は医療技術に関し、個人の健康関連スケジュールを体系化するためのシステムおよび方法に関係する特定のアプリケーションを見いだす。
【背景技術】
【０００２】
各個人は、医師の予約、電子および紙の処方箋、医療を受ける必要がある頻度および時間、繰り返し発生する予約（血液検査など）、および電子および紙の医療記録など、生涯にわたる健康関連情報の様々な情報源を追跡しなければならない。さらに、投薬、治療および疾患、保険手続き、従業員給付、および把握する必要がある医師および病院の電話番号および住所についての追加情報もあり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
個人の健康情報管理における問題点は、癌など、広範な外来診療が繰り返し発生する状況に直面している患者にとって、特に困難であるということである。癌患者の場合、主要な治療介入（手術など）に続き、一般的に、さらなる週、月、または年単位にわたり続く可能性がある療法（放射線、化学療法、またはホルモン療法など）が行われる。その結果、患者は仕事および家庭での責任を維持するよう努めながら、治療計画の変更を把握する必要がある。
【０００４】
タブレットコンピュータなどの個人デバイス、およびマイクロソフトのヘルスボルト（Ｈｅａｌｔｈ  ｖａｕｌｔ）およびグーグルヘルス（Ｇｏｏｇｌｅ  Ｈｅａｌｔｈ）などのクラウドコンピューティングシステムを使用した医療情報の追跡が、いくつか試みられてきた。しかしながら、これらのシステムは、主に情報を保存および検索するためのものである。
【０００５】
各個人は、予約などを個人カレンダおよび連絡先リストに手動で入力できる。しかしながら、特に複数の病気の子供または高齢者を世話する介護者にとって、これは時間のかかるプロセスであり、変更に対する更新がされなかったり、予約を忘れていたりする場合、間違いにつながる可能性がある。このように、各個人が、電子カレンダ、電子メール、スマートフォン、タブレットコンピュータ、およびＰＣなど、頻繁に使用するソフトウェアおよびデバイスを使用して医療情報を追跡することは容易ではない。
【０００６】
医療情報を手動で経時的に入力および再入力する必要なく、個人の医療情報を追跡することができれば好都合であろう。
【課題を解決するための手段】
【０００７】
例示的な実施形態の一態様によると、医療事象追跡システムは、一個人の個人健康記録の新しい記録を検出し、各個人および各個人の代理となる人物のうちの少なくとも１人によりアクションが行われる事象に関する新しい記録のうちの１つを特定し、各個人および各個人の代理となる人物のうちの少なくとも１人により行われるアクションのための時間を提案する特定された新しい記録のための候補カレンダエントリを生成し、候補カレンダエントリの認証を受信することに備え、および認証された候補カレンダエントリを各個人および各個人の代理となる人物のうちの少なくとも１人の個人電子カレンダに送信することに備える、命令を保存するメモリを含む。メモリと通信するプロセッサは、命令を実行する。
【０００８】
例示的な実施形態の別の態様によると、医療事象追跡方法は、少なくとも１つのプロセッサを伴って、各個人の個人健康記録に追加される新しい記録を自動的にチェックすること、新しい記録の少なくとも一部を処理して、各個人および各個人の代理となる人物のうちの少なくとも１人によりアクションが行われる個別の事象に関する新しい記録を特定すること、特定された新しい記録ごとに、各個人および各個人の代理となる人物のうちの少なくとも１人により行われるアクションのための時間を提案する特定された新しい記録のための候補カレンダエントリを生成すること、候補カレンダエントリの認証を受信することに備えること、および認証された候補カレンダエントリを各個人および各個人の代理となる人物のうちの少なくとも１人の個人電子カレンダに送信することに備えること、を含む。
【０００９】
例示的な実施形態の別の態様によると、携帯コンピューティングデバイスは、表示デバイス、ユーザ入力デバイス、プロセッサ、およびメモリを含む。メモリは、各個人の健康に関係する一連の記録、各個人の個人電子カレンダ、および命令を含む、一個人の個人健康記録を保存する。これらは、個人健康記録に追加された新しい記録をチェックし、新しい記録を処理して各個人によりアクションが行われる事象に関する新しい記録を特定し、各個人により行われるアクションのための時間を提案する特定された新しい記録のための候補カレンダエントリを生成し、ユーザインタフェースにおける候補カレンダエントリを表示デバイスに表示し、各個人によるユーザ入力デバイスを介した候補カレンダエントリの認証に備え、および候補カレンダエントリが認証された場合、認証された候補カレンダエントリを個人電子カレンダに送信する、命令を含む。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的な実施形態の一態様による、医療事象追跡システムの機能ブロック図である。
【図２】図２は、例示的な実施形態の別の態様による、医療事象追跡方法を図示するフローチャートである。
【図３】図３は、１つの実施形態にしたがって、システムにより生成されるユーザインタフェースを図示する。
【図４】図４は、１つの例示的な実施形態にしたがって、図２の方法の一部分を図示する。
【発明を実施するための形態】
【００１１】
図１を参照すると、医療事象追跡（ＭＥＴ）システム１０が示されている。例示的なシステムにより、各個人は、医師予約の日程および時間、薬局処方薬の補充期日、医薬の服用回数、医療検査のための新しいまたは繰り返し発生する予約の日程、および必要に応じて、日程に組み込まれる／組み込まれた医療事象に関する連絡先情報など、健康関連情報の様々な情報源を経時的に追跡することができる。
【００１２】
例示的なシステム１０は、各個人の個人健康記録（ＰＨＲ）１２と個人電子カレンダ（ＰＥＣ）１４との間の橋渡しの役割を果たす。ＭＥＴシステムには、ＰＨＲへのアクセスおよび特定のＰＥＣとの通信を行う権限が付与されていると想定する。システム１０は、いくつかのコンポーネントを含む。特に、更新検出コンポーネント１６は、新しい記録１８がＰＨＲ１２に追加されるのを検出する。更新コンポーネントは、ＰＨＲの新しい記録を定期的に（例えば、毎日、毎時間、または毎分）または他の規則的または不規則の時間間隔で、チェックするよう構成されてもよく、または新しい記録が追加されるたびに自動的に通知されてもよい。新しい記録１８の各々は、ＰＨＲ１２に既に存在しない記録であるか、またはＰＨＲに存在する記録の変形である。
【００１３】
更新分析コンポーネント２０は、追加された記録１８のテキストコンテンツを分析し、事象に関するこれらの記録を、関連する時間情報とともに特定する。事象は、各個人（または、各個人の代理である別人）が、所定タスクの実行、健康管理医または医療検査提供者などとの予約の日程決めまたは参加などのアクションを行うと予期されることを、システムが推測し得るものなら何でもよい。タスクは、服薬および運動など、各個人が自分で（または、介護者の助けを伴って）行う行動であり、一方で予約は、医師の訪問および臨床検査予約など、他の実体との面会に関与する。
【００１４】
本明細書において使用される「各個人」（患者と称されることもある）は、ＰＨＲ１２に関与する一個人を指し、一方で「ユーザ」は、各個人または介護者であり得る。介護者は、各個人のＰＨＲに関連して、各個人の代理となる権限を付与された人物である。介護者への権限は、各個人、裁判所、または、例えば法令により自動的に付与される。介護者は、例えば未成年の子供の場合、親であるか、他の近親者、ソーシャルワーカー、訪問看護士、有料訪問医師などであり得る。カレンダエントリが入力されるＰＥＣ１４は、各個人および／または権限を持つ介護者のものであってもよい。
【００１５】
インタフェース生成器２２は、可能な場合、認証されるとＰＥＣ１４に入力される、時間情報から推測される事象および特定された時間に、ユーザに提案される候補カレンダエントリ２４を生成する。さらに、インタフェース生成器２２は、ユーザが候補カレンダエントリ２４を認証（受け入れおよび／または修正）および却下するのに備える。カレンダ更新コンポーネント２６は、認証カレンダエントリをＰＥＣ１４に追加する。
【００１６】
コンポーネント１６、２０、２２、２６は、図示されるローカル（ユーザに対して）コンピューティングデバイス２８など、１つ以上のコンピューティングデバイスに常駐してもよい。コンポーネント１６、２０、２２、２６は、コンピューティングデバイス２８のメモリ３２に保存されるソフトウェア命令３０の形式であってもよい。プロセッサ３４は、メモリ３２と通信可能に接続され、命令３０を実行する。システム１０は、グラフィカルユーザインタフェース４０を表示するコンピュータモニタまたはＬＣＤスクリーンなどの表示デバイス３８、およびキーボード、キーパッド、タッチスクリーン、またはプロセッサ３４とインタフェース４４を介して通信されるユーザ入力を受信するための他の類似のものなどのユーザ入力デバイス４２を含んでもよい。１つの実施形態において、表示デバイス３８は、携帯電話などの携帯コンピューティングデバイス２８の一部分を形成する。この場合、表示デバイスは、プロセッサ３４およびメモリ３２を収容する携帯デバイスのケースに搭載されてもよい（一部の実施形態において、ＰＨＲ１２および／またはソフトウェア命令３０を保存してもよい）。
【００１７】
一部の実施形態において、ネットワークインタフェース４６は、システム１０が、１つ以上のクラウドコンピューティングデバイスにより管理される遠隔データベースなど、ユーザのＰＨＲ１２を保存する遠隔コンピューティング／メモリ保管デバイス４８と通信することを許容する。システム１０は、ＰＨＲ１２に、インターネットなどの有線または無線リンク５０を介してアクセスしてもよい。他の実施形態において、ＰＨＲ１２は、携帯デバイス２８に保存されてもよい。
【００１８】
システムのハードウェアコンポーネント３２、３４、３８、４２、４４、４６は、データ／制御バス５２により通信可能にリンクされてもよい。
【００１９】
システム１０により検出される記録１８の例示的な事象は、医薬を服用すること、所定の運動など健康関連行動を行うことなど、タスクを行うこと、または健康管理医、臨床検査室などの予定の日程決めまたは参加を行うことなどを含む、必然的なアクションであり得る。健康管理医は、医師（例えば、外科医、一般開業医、精神分析医、および歯科医）、看護師、理学療法士、カイロプラクター、およびスタッフなど、各個人に対する診療（緩和ケアを含む）を医学的に処置または提供する資格を有するものを含む。
【００２０】
個人健康記録（ＰＨＲ）１２は、個々の人物に特有の電子健康記録である。ＰＨＲは、患者一人の健康管理に関する健康データおよび情報を含有し、各個人自身（および／または、各個人の権限を有する介護者）により維持され、かつアクセス可能である。これは、施設（例えば、病院）により運用され、例えば保険請求に役立つ請求データも含有し得る健康記録と対照的である。ＰＨＲ１２の目的は、オンラインでアクセス可能な各個人の医療履歴の完全かつ正確な概要を提供することである。ＰＨＲの健康データは、例えば以下の分類のうちの少なくとも一部に分類される記録を含んでもよい：アレルギーおよび薬の副作用、慢性疾患、疾病、入院、手術および他の医療手当、および予防接種など、個人の医療履歴６０；両親および兄弟の病状および死因など、家族の医療履歴６２；心拍モニタおよび血圧モニタなどの監視デバイスによる血液および他の体液および体内組織の検査分析および結果などの画像レポート（例えば、Ｘ線）および臨床検査結果など、テスト結果６４；各個人の健康管理医により作成される音声および入力記録、処方薬および投薬などの処方データ６８など、説明診断書６６；病院および手術記録などの臨床データ７０；ならびに睡眠パターン、運動療法、食糧摂取量、などについての観察記録など、患者により明示され、臨床医に特に要求され得ない日常生活の観察記録（ＯＤＬ）７２。
【００２１】
各個人のＰＨＲ１２は、一個人（各個人の群ではなく）に対してのみ特有であり、例えばスマートフォン、パームトップまたはタブレットコンピュータなどの携帯コンピューティングデバイス、またはデスクトップデバイスなど、各個人に所有されるローカルコンピューティングデバイス２８に保存されてもよい。追加的または代替的に、各個人のＰＨＲは、マイクロソフトのヘルスボルトシステムなど、タブレットおよびＰＣのためのＰＨＲソリューションを提供する専用遠隔集中または分散データベース４８に保存されてもよい。各個人のＰＨＲ１２全体へのアクセスは、各個人自身に限定されてもよく、または、子供または無力状態の人物の場合、親、他の親戚、または各個人の代理となる他の介護者に対してアクセス可能であってもよい。各個人は、ＰＨＲ１２全体へのアクセス、または特定の一部分へのアクセスの権限を、各個人への治療または診療を提供する医師または他の健康管理医に付与してもよい。各個人は、健康管理医および／または支援スタッフに、病院、手術室、または薬局のコンピューティングデバイス、またはそれとリンクされるデータベースなど、ＰＨＲ更新の情報源８０からデータベース４８へアップロードされ得る記録１８でＰＨＲを更新する権限を付与してもよい。理解されるように、ＰＨＲ１２は、２つ以上の異なる情報源８０からの記録で更新されてもよい。
【００２２】
ＰＨＲ１２の全部または一部分は、ＨＬ７、ＣＤＡ、ＣＣＲ、およびＸＤＳなど、いくつかの国で受け入れられているＥＭＲ（電子医療記録：Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉｃａｌ  Ｒｅｃｏｒｄｓ）のために開発された１つ以上の標準フォーマットに符号化されてもよい。ＰＨＲ１２は、表示デバイス３８に表示されるユーザインタフェース４０を介してアクセスされてもよく、これは、各個人または介護者が情報を見つけやすくなるように、医療情報を表示する方法の標準的な慣例にしたがってもよい。ＰＨＲに関するさらなる考察については、例えば、Ｐａｕｌ  Ｔａｎｇらによる「Ｐｅｒｓｏｎａｌ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄｓ：Ｄｅｆｉｎｉｔｉｏｎｓ，Ｂｅｎｅｆｉｔｓ，ａｎｄ  Ｓｔｒａｔｅｇｉｅｓ  ｆｏｒ  Ｏｖｅｒｃｏｍｉｎｇ  Ｂａｒｒｉｅｒｓ  ｔｏ  Ａｄｏｐｔｉｏｎ（個人健康記録：適応障害を克服するための定義、援助、および戦略）」ＪＡＭＩＡ  １３（２）ｐｐ．１２１−１２６（２００６）を参照のこと。
【００２３】
個人電子カレンダ（ＰＥＣ）１４は、メモリ３２またはシステム１０へアクセス可能な遠隔メモリに保存されてもよく、日程確保された予約およびタスクを計画および体系化する際にユーザを支援する従来のカレンダアプリケーションであってもよい。ユーザは、デスクトップ、携帯コンピューティングデバイス、および／または携帯電話で起動するアプリケーションを既に有していてもよい。一部の実施形態において、ユーザは電子カレンダを使用して手動で医療予約を取り込んでもよい一方で、例示的な実施形態において、ユーザによる認証の後、医療事象の少なくとも一部がシステムによりカレンダに追加される。
【００２４】
コンピュータ実装されたＭＥＴシステム１０は、デスクトップなどのＰＣ、ラップトップ、パームトップコンピュータ、携帯情報端末（ＰＤＡ）、サーバコンピュータ、携帯電話、タブレットコンピュータ、それらの組み合わせ、または例示的な方法を行う命令を実行可能な他のコンピューティングデバイスなど、１つ以上のコンピューティングデバイスにより管理されてもよい。
【００２５】
メモリ３２は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、磁気ディスクまたはテープ、光ディスク、フラッシュメモリ、またはホログラムメモリなど、任意の種類の非一時的コンピュータ可読媒体を表していてもよい。１つの実施形態において、メモリ３２は、ランダムアクセスメモリと読み出し専用メモリとの組み合わせを備える。一部の実施形態において、プロセッサ３４およびメモリ３２は、単一チップに組み込まれてもよい。メモリ３２は、例示的な方法を行う命令を処理データとともに保存する。
【００２６】
入力／出力（Ｉ／Ｏ）インタフェース４４、４６は、コンピュータが、他のデバイスと、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）、またはインターネットなどのコンピュータネットワークを介して通信することを許容し、変調器／復調器（ＭＯＤＥＭ）、ルータ、ケーブル、および／またはイーサネット（登録商標）ポートを備えてもよい。
【００２７】
デジタルプロセッサ３４は、シングルコアプロセッサ、デュアルコアプロセッサ（または、より一般的にはマルチコアプロセッサ）、デジタルプロセッサおよび協働する数値演算コプロセッサ、デジタルコントローラなどにより、様々に具現化され得る。デジタルプロセッサ３０は、コンピュータ２８の動作制御に加えて、図２に概要が示される方法を行うためにメモリ３２に保存される命令の実行を行う。コンピュータ４８は、メモリおよびプロセッサを伴って、コンピュータ２８と同様に構成され得る。
【００２８】
理解されるように、ソフトウェア命令の一部分が、デバイス２８、４８など、２つ以上のコンピューティングデバイスにわたり分散される場合、例示的な方法を行う命令を実装するプロセッサおよびメモリは、２つ以上のプロセッサおよびメモリを備え得る。
【００２９】
本明細書において使用される「ソフトウェア」という用語は、コンピュータまたは他のデジタルシステムにより実行可能な命令の任意の集まりまたは一連の命令を網羅して、コンピュータまたは他のデジタルシステムを、ソフトウェアの意図するタスクを行うよう構成することを目的とする。本明細書において使用される「ソフトウェア」という用語は、ＲＡＭ、ハードディスク、光ディスクなどの記憶媒体に保存されるこのような命令を網羅することを目的とし、さらにＲＯＭなどに保存されるソフトウェアである、いわゆる「ファームウェア」を網羅することを目的とする。このようなソフトウェアは様々な方法で体系化されてもよく、ライブラリ、遠隔サーバなどに保存されるインターネットベースのプログラム、ソースコード、解釈コード、オブジェクトコード、直接的に実行可能なコードなどとして体系化されたソフトウェアコンポーネントを含んでもよい。ソフトウェアがシステムレベルコードを呼び出すか、またはサーバまたは他の場所に常駐する他のソフトウェアへのコールを呼び出して、一定の機能を行うと考えられる。
【００３０】
理解されるように、図１は、コンピュータシステム１０に組み込まれるコンポーネントの一部分のみの高レベルな機能ブロック図である。プログラム可能コンピュータの構成および動作はよく知られているので、より詳細には説明しない。
【００３１】
図２は、図１のシステムを利用して行われ得る医療事象を追跡するための方法を図示する。本方法は、Ｓ１００で開始される。
【００３２】
Ｓ１０２で、各個人のＰＨＲ１２への更新が検出される。例えば、更新検出コンポーネント１６は、定期的にＰＨＲ１２の新しい記録をチェックし、処理のためにＭＥＴにアクセス可能なメモリ３２へ一時的に読み出す。
【００３３】
Ｓ１０４で、特定された新しい記録１８の各々は更新分析コンポーネント２０により分析され、事象および、存在する場合は、それらの事象に関連する時間表現を特定する。分析コンポーネント２０は、記録のテキストコンテンツを特定し、自然言語処理（ＮＬＰ）技術を使用してテキストコンテンツを処理してもよい。これらの技術は、新しい記録が、アクションを行う患者に関与する可能性のある事象（予約、繰り返し発生する事象、タスク）を特定するかを特定するために構成される、一連の規則を適用することを含んでもよい。規則は、特定の単語および語句、および主語と目的語の従属性（名詞または名詞語句および構文的な動詞の関係）など、特定された構文上の関係を検出するための規則を含んでもよい。例えば、規則は、服用と医薬との目的語の従属を特定するよう構成されてもよい。従属性において各単語の同義語および下位語は、同等と見なされてもよい。例えば、バイコディンは、例示的な規則を目的として医薬と同等と見なされてもよい。さらに、分析コンポーネント２０は、各事象と関連する（時間、日付、および時間間隔に対応する）時間表現を抽出し、存在する場合、それらからアクションおよびその繰り返し発生する頻度を特定する候補カレンダエントリのための開始（および、終了）時間を決定する。アクションは、上述のように、定期的な治療、医師の予約などを含んでもよい。アクションは、各個人および／または、各個人へのインシュリン投与または各個人のために医師の予約の日程決めを行う権限を有する介護者など、各個人の代理となる別の人物により行われる必要があってもよい。
【００３４】
Ｓ１０６で、ＭＥＴシステムの分析コンポーネント２０が、各個人または各個人の代理となる別の人物によるアクションが必要となる事象を検出すると、本方法はＳ１０８へ進み、そこで１つ（または、複数）の候補カレンダエントリのＰＥＣ１４への追加が、ユーザインタフェース４０を介してユーザに提案される。ユーザインタフェースは、図３に図示されるように、候補カレンダエントリ２４を予約要求フォーム８２（例えば、面会、タスク、または繰り返し発生する事象）として表示してもよい。フォーム８２は、以下の一部またはすべてを含んでもよい：候補カレンダエントリ２４を提案するためにシステム１０により使用された元の記録１８の少なくとも一部；各個人８４の名前、各個人または各個人の代理となる別の人物により行われる特定されたアクション８６；時間表現から推測される、アクションの提案された開始および終了時間８８、９０；ならびに、適切な場合、繰り返し発生する情報９１；健康管理医の名前９２；ならびに、事象が起こる場所９３。これらは、フォーム８２の各々の領域９４、９６、９８、１００、１０２、１０４、１０６に表示されてもよい。時間表現が検出されない場合、または時間に関して特定されない場合、システムは、ユーザのＰＥＣおよび／または学習されたユーザの行動（例えば、ユーザが以前に、所与の時間、例えば午前８〜９時の医師の予約の日程を却下したことがある、または、通常は月曜日の午後に予約を入れるなど）に基づいて、日付および／または時刻を提案してもよい。
【００３５】
Ｓ１１０で、ユーザが候補カレンダエントリ２４を認証または却下することに備える。認証の一部として、ユーザは、都合が悪い場合に時間を変更するなどにより、候補カレンダエントリを修正する選択をしてもよい。Ｓ１１２で、候補カレンダエントリは却下されて、本方法は終了するか、またはＳ１０２へ戻って次のＰＨＲ更新を待つ。あるいは、本方法はＳ１１４へ進む。
【００３６】
Ｓ１１４で、認証および選択的に修正された候補カレンダエントリは、１つ以上のカレンダエントリとしてＰＥＣ１４に送信および追加される。本方法は、Ｓ１１６で終了するか、またはＳ１０２へ戻る。
【００３７】
図２に図示される方法は、コンピュータで実行され得るコンピュータプログラム製品に実装されてもよい。コンピュータプログラム製品は、ディスク、ハードドライブなど、制御プログラムが記録（保存）される非一時的コンピュータ可読記録媒体を備えてもよい。非一時的コンピュータ可読媒体の共通形式は、例えばフロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープまたは任意の他の磁気記憶媒体、ＣＤ−ＲＯＭ、ＤＶＤ、または任意の他の光媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、または他のメモリチップまたはカートリッジ、またはコンピュータが読み込みおよび使用可能な任意の他の非一時的媒体を含む。コンピュータプログラム製品は、コンピュータ４８および／または２８と一体化されていてもよく（例えば、ＲＡＭの内部ハードディスク）、または分離されていてもよく（例えば、コンピュータ１８と動作可能に接続された外部ハードドライブ）、または分離されていて、ローカルエリアネットワーク（ＬＡＮ）またはインターネットなどのデジタルデータネットワークを介してアクセスされてもよい（例えば、レイド（ＲＡＩＤ）またはコンピュータ４８および／または２８によりデジタルネットワークを介して間接的にアクセスされる他のネットワークサーバストレージ）。
【００３８】
代替的に、本方法は、制御プログラムが、無線波および赤外線データ通信などが行われている間に生成されるような音波または光波などの伝送媒体を使用してデータ信号として具現化される、送信可能搬送波などの一時的媒体に実装されてもよい。
【００３９】
例示的な方法は、１つ以上の汎用コンピュータ、専用コンピュータ、プログラム化されたマイクロプロセッサまたはマイクロコントローラおよび周辺集積回路素子、ＡＳＩＣまたは他の集積回路、デジタル信号プロセッサ、個別素子回路などの配線電子または論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、グラフィカルカードＣＰＵ（ＧＰＵ）、またはＰＡＬなどのプログラマブル論理デバイスなどに実装されてもよい。一般的には、有限状態機器を実装可能であり、さらに図２に示されるフローチャートを実装可能な任意のデバイスが、医療事象を追跡する方法を実装するために使用され得る。理解されるように、本方法の工程がすべてコンピュータに実装されてもよい一方で、一部の実施形態において、工程の１つ以上は少なくとも部分的に手動で行われてもよい。
【００４０】
システムおよび方法のさらなる詳細が、ここで説明される。
【００４１】
１つの実施形態において、医療事象追跡システム１０は、ＰＨＲ１２への更新を管理するアプリケーションのソフトウェアコンポーネントである。その場合、ＭＥＴシステム１０は、確実な方法でＰＨＲデータにアクセスし得る。１つの実施形態において、集中型システム４８が複数のユーザのＰＨＲを保存するために使用され、ＭＥＴシステム１０は、この集中システムのソフトウェアコンポーネントであってもよい。各個人のＰＨＲは個人の携帯デバイス２８に保存され、システム１０は、携帯デバイス上で起動してもよい。他の実施形態において、ＰＨＲ１２およびシステム１０は、図示されるように、別個のコンピューティングデバイス４８、２８により管理されてもよく、暗号化コンポーネントは、システムと通信されるＰＨＲ更新１８を暗号化するために使用されてもよい。
【００４２】
１つの実施形態において、例えば医療事象追跡システム１０およびＰＨＲ１２の両方が遠隔コンピューティングデバイス４８により管理される場合、ＰＨＲ１２は、予約／リマインダ／タスクのための候補カレンダエントリをユーザに送信するために、連絡先情報を含んでもよい。例えば、医療事象追跡システム１０とＰＥＣ１４との通信が電子メールを介して行われる場合、この連絡先情報はユーザおよび／または介護者の１つ以上の電子メールアドレスを含んでもよい。通信される情報は機密情報であるため、プライバシー保護のために電子メールの暗号化が使用されてもよい。
【００４３】
別の実施形態において、医療事象追跡システム１０は、直接的にユーザのＰＥＣ１４と接続してもよい。例えば、ユーザのＰＥＣは、医療事象追跡クライアントプラグインを起動してもよい。この実施形態は、ＰＨＲ１２、ＭＥＴシステム１０、およびＰＥＣ１４が、例えばユーザの携帯デバイスなど、同じコンピューティングデバイス２８に常駐する場合に適している。
【００４４】
理解されるように、コンピューティングデバイスの他の構成も考えられる。
【００４５】
１つの実施形態において、ＰＨＲ１２に追加されたすべての記録１８は、写真またはＸ線画像など任意の非テキストコンテンツに加えて、視認可能なテキストまたはメタデータ形式の検索可能テキストを有する。検索可能テキストは、日付などの時間情報、および場所（例えば、いつどこで分析が行われたか、またはいつ処方箋が発行されたか）、患者の生命兆候（例えば、血圧、血糖値、心拍、体重、体温）の平常健康範囲、手書きテキストまたは音声録音のＡＳＣＩＩ転写などを備えてもよい。これが入手できない場合、スキャンされた文書のＯＣＲ、手書き認証、音声からのテキスト転写など、異なる技術を利用して検索可能テキストを生成し得る。記録１８は、手動および／または自動で生成されてもよい。例として、ＰＨＲは、例えば結果が平常範囲を外れている場合、ＭＥＴシステム１０において引き続き使用され事象をもたらし得る健康デバイス（例えば、心拍モニタ）を使用して更新されてもよい。
【００４６】
図４は、１つの実施形態における記録の処理（Ｓ１０４）を図示する。
【００４７】
Ｓ２０２で、処方箋、検査室、検査、診断書など、記録の種類を特定するメタデータが抽出されてもよく、記録は、有限の一連の記録の種類のうちの１つでラベル付けされてもよい。
【００４８】
Ｓ２０４で、記録は構文解析されて、医療事象に関する表現を特定する。Ｓ２０２で特定された記録の種類に応じて、異なる規則が記録を処理するために適用可能であってもよい。特定された事象は、実行するアクションを特定するユーザに表示するのに適した形式に変換されてもよい。一部の実施形態において、事象の特定は、２つ以上の記録を利用してもよい。例えば、各個人の誕生日を特定する記録は、癌または心臓発作など、特定の医療状態で死亡した各個人の近親者を表す記録など、他の情報と組み合わされてもよく、年齢に応じて、各個人がその状態のための検査を受けるべき事象を生成するために、その年齢が組み合わされてもよい。
【００４９】
Ｓ２０６で、可能であれば、事象に関する時間表現が特定される。
【００５０】
Ｓ２０８で、存在すれば、特定された時間表現は、特定の時間、曖昧な時間、繰り返し発生する時間など、有限な一連の種類のうちの１つに割り当てられてもよい。割り当ては、時間表現の様々な種類を特定するよう構成される一連の規則を適用することにより、または種類ごとに時間表現を分類するよう訓練された分類器を伴って、行われてもよい。理解されるように、時間表現を特定する工程は、事象を特定する前に行われてもよい。
【００５１】
Ｓ２１０で、健康管理専門家の名前、事象が発生する施設の場所など、追加的な情報が抽出されてもよい。
【００５２】
１つの例示的な実施形態において、テキストは、最初にＳ２０４で、ゼロックスインクリメンタルパーサ（ＸＩＰ）など、分析コンポーネント２０に統合されるか、または呼び出されてもよいインクリメンタルパーサなどの自然言語パーサで処理される。文書の構文解析中、パーサは、文書のテキスト列に、語彙規則、構文規則、および依存性（意味）規則などの文法規則に対応するタグ（ラベル）で注釈を付ける。語彙規則は、単語が発生し得る順番による単語の関係、または単語間のスペースを明示する。構文規則は、名詞−動詞、形容詞−名詞など、単語間の文法関係を記載する。意味規則は、依存性（主語−動詞関係、目的語−動詞関係など）および同一指示リンクを抽出する規則を含む。規則の適用は、さらなる情報が取得される場合、付加的にオプションへ進み、前の規則に戻ってもよい。
【００５３】
自然言語パーサは、各文章を、単語および句読点などのトークンの連続として扱う。各文章は、パーサによりトークンの連続に解体される。形態学的情報は、発話の一部など、発話タグの所定の部分から選択される各トークンと関連付けられる。トークン間またはトークンの群（塊）の間の依存性が特定される。特に「スミス医師」「ニュートン病院」「ニュートン薬局」など、医療関連の人物、組織、または場所の見出しと関連付けられる固有表現は、固有表現検出器によりタグ付けされてもよい。
【００５４】
医療記録からの事象の抽出を容易にするために（Ｓ２０４）、上述の米国特許出願第１３／８９８，８０５号に記載されるようなシステムが採用されてもよい。特に、更新分析コンポーネント２０（または、ＰＨＲ更新アプリケーション）は、患者の健康記録を、バイコディンが薬の一種であるなど、相互関係を示すリンクによりリンクされる一連の医療概念を含む所定のオントロジーを使用して、多次元検索空間における表現に変形する変形コンポーネントを含んでもよい。「薬を服用する」など、医療概念（ＵＭＬＳ概念など）に関与する表現を抽出するための規則は、例えば、概念の薬とのバイコディンのタグ付けを許容するために、このようなオントロジーに依存して構築され得る。記録に適用される場合、一般化された規則は「バイコディンの服用」を、そのような事象のための総称表現を満たすものとして見なし得る。
【００５５】
特定される文法／意味依存性の関係の種類は、採用される特定のパーサおよび適用する規則に依存してもよい。理解されるように、構文解析を行うパーサ規則は、任意の適切な順番で実装されてよい。
【００５６】
事象および時間表現を抽出するための規則は、従来のパーサ規則の上位に書かれ得る。
【００５７】
異なる種類の記録は、異なる方法で扱われてもよい。カレンダに候補カレンダエントリを介して追加されるよう提案されてもよい、例示的な対応するアクションを以下に図示する。
【００５８】
各記録１８で、時間表現は実際のコンテンツ内で特定および解釈される（Ｓ２０６）。時間表現は、日付、時間、および／または頻度に関する。例として、「２０１４年６月１６日」「３月」「次の月曜日」「毎日」「午前中」「朝食前」「食後」「１日２回」「午後４時以降」「就寝前」およびこれらの組み合わせを含む。これらの時間表現は、例えば記録の日付に関して標準化される可能性があり、日付および選択的に時間、または、例えば２０１４年６月１６日月曜日の９時から午後５時など、時間の範囲を特定する標準化された時間エントリを生成する。
【００５９】
時間表現および時間表現を標準化するために適用され得る規則を特定するためには、いくつかの方法がある。例えば、Ｄａｖｉｄ  Ａｈｎらによる「Ａ  Ｃａｓｃａｄｅｄ  Ｍａｃｈｉｎｅ  Ｌｅａｒｎｉｎｇ  Ａｐｐｒｏａｃｈ  ｔｏ  Ｉｎｔｒｐｒｅｔｉｎｇ  Ｔｅｍｐｏｒａｌ  Ｅｘｐｒｅｓｓｉｏｎｓ（時間表現を解釈するためのカスケード機器学習手法）」ＮＡＡＣＬ−ＨＬＴ  ２００７（以降、Ａｈｎ、２００７）；Ｃａｒｏｌｉｎｅ  Ｈａｇｅｇｅらによる「Ｌｉｎｇｕｉｓｔｉｃ  ａｎｄ  Ｔｅｍｐｏｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  Ｄｉｓｃｏｖｅｒｉｎｇ  Ｈｏｓｐｉｔａｌ  Ａｃｑｕｉｒｅｄ  Ｉｎｆｅｃｔｉｏｎ  ｆｒｏｍ  Ｐａｔｉｅｎｔ  Ｒｅｃｏｒｄｓ（患者記録から院内感染を発見するための言語および時間処理）」Ｐｒｏｃ．ＫＲ４ＨＣ，ＥＣＡＩ  ２０１０；Ｌｉｓａ  Ｆｅｒｒｏらによる「ＴＩＤＥＳ  ２００３  ｓｔａｎｄａｒｄ  ｆｏｒ  ｔｈｅ  ａｎｎｏｔａｔｉｏｎ  ｏｆ  ｔｅｍｐｏｒａｌ  ｅｘｐｒｅｓｓｉｏｎｓ（時間表現の注釈のためのＴＩＤＥＳ２００３標準）」Ｍｉｔｒｅ  Ｃｏｒｐ．２００３；Ｉｎｄｅｒｊｅｅｔ  Ｍａｎｉらによる「Ｒｏｂｕｓｔ  ｔｅｍｐｏｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｏｆ  ｎｅｗｓ（ニュースのロバスト時間処理）」Ｐｒｏｃ．３８ｔｈ  ＡＣＬ  Ａｎｎｕａｌ  Ｍｅｅｔｉｎｇ，２０００；２０１３年６月１８日に出願された米国特許出願第１３／９２０，４６２号「ＣＯＭＢＩＮＩＮＧ  ＴＥＭＰＯＲＡＬ  ＰＲＯＣＥＳＳＩＮＧ  ＡＮＤ  ＴＥＸＴＵＡＬ  ＥＮＴＡＩＬＭＥＮＴ  ＴＯ  ＤＥＴＥＣＴ  ＴＥＭＰＯＲＡＬＬＹ  ＡＮＣＨＯＲＥＤ  ＥＶＥＮＴＳ（時間的に固定された事象を検出するための時間処理とテキスト含意との組み合わせ）」Ｃａｒｏｌｉｎｅ  Ｈａｇｅｇｅら著、およびＣａｒｏｌｉｎｅ  Ｈａｇｅｇｅらによる「ＸＴＭ：Ａ  ｒｏｂｕｓｔ  ｔｅｍｐｏｒａｌ  ｐｒｏｃｅｓｓｏｒ（ＸＴＭ：ロバスト時間プロセッサ）」ＣＩＣＬｉｎｇ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｅｘｔ  Ｐｒｏｃｅｓｓｉｎｇ  ａｎｄ  Ｃｏｍｐｕｔａｔｉｏｎａｌ  Ｌｉｎｇｕｉｓｔｉｃｓ，  Ｈａｉｆａ，Ｉｓｒａｅｌ，Ｆｅｂｒｕａｒｙ  １７−２３，２００８があり、これらの開示は参照により本明細書に包含される。
【００６０】
時間表現は、日付、時間、継続期間、繰り返し、および他の標準化可能な時間表現など、少なくとも部分的に構文解析されたテキストに基づいて特定され得る。例として、「１日３回１０日間バイコディンを服用」「３ヶ月後に検査のため再来院が必要」「最初の超音波検査は妊娠１０〜１４週に行われるべき」などの時間表現は、継続期間、繰り返し、一般的な継続期間、所与の日付、および一般的または曖昧な時点など、異なる分類に分類される。時間表現は標準化され、グレゴリオ暦など、認識された形式で表現される。特定の日付および／または時間を表さない表現は、ＰＨＲにより発行または受信された報告の日付／時間など、固定時点に関して標準化される。その後、報告は標準化された時間表現でラベル化される。
【００６１】
パーサにより適用されるラベルは、例えばＸＭＬタグ、メタデータ、ログファイルなどのタグ形式であってよい。
【００６２】
パーサは、時間表現が医療関連アクションに関与する述語の文法項であるという関係の特定を試みる。例えば、５日間薬を毎朝服用するという文章で、パーサは、服用するを、アクションと分類され、その文法項の１つとして薬、および２つの他の文法項として２つの時間表現毎朝および５日間を有する、述語として認識する。このことから、分析コンポーネントは、朝を期間０８００〜１２００に標準化し、５日間を翌朝から始まる固定日の日付とそれに続く４日間の日付とに生じるよう標準化することにより、薬を服用するアクションと繰り返し発生する時間とを備える事象を抽出してもよい。
【００６３】
同時に、記録１８自体は、その種類に応じて、医療報告、治療、処方箋など、有限の一連の所定の記録種類から分類されてもよい。文書の種類は、例えば医者により手動で追加されるメタデータとして利用可能であってもよく、またはトピックベースの分類器（例えば、ＰＬＳＡ）などの技術を学習するテキスト処理機器またはＢａｇ−ｏｆ−Ｗｏｒｄｓ表現または他のラベル化された記録の統計ベース表現で事前に訓練された支援ベクトル機器（ＳＶＭ）分類器を使用して、自動的に特定されてもよい。記録の種類は、行われるアクション、時間情報、および／または候補カレンダエントリを生成する際に使用される他の情報を抽出するための規則を決定する際に使用されてもよい。
【００６４】
一部の実施形態において、記録は、時間情報および／またはアクション、および選択的に他の情報を、記録の所定領域から抽出することが許容される構造または半構造形式であってもよい。
【００６５】
その後、記録の種類および時間表現の文脈を使用して、分析コンポーネント２０は以下の特定された事例をラベル付けしてもよい。
【００６６】
１．未来の正確な日付で明確に決められた予約（時点）。これらは、直接的に電子カレンダに追加されてもよく、または正確な日付を特定する候補カレンダエントリを生成するために使用されてもよい。医師の名前、および／または予約が発生する検査室の場所または健康管理医など、予約を取る健康管理医についての情報が入手可能である場合、または対応する固有表現検出器で検出される場合、適切な健康管理医および場所領域１０４、１０６でカレンダに追加され得る。
【００６７】
２．「２ヶ月後により詳しい検査が必要」または「次の超音波検査は約２ヶ月後が望ましい」など、未来の曖昧な日付（ｇｅｎｐｏｉｎｔ）での必要な予約。システムは、このような項目をカレンダの「タスク」に追加してもよく、および／または、ユーザがこれらの予約を取るための、一時的なリマインダの形式で候補カレンダエントリを生成してもよい。再び、関連情報（医者の住所、電話番号、提案された検査室の場所および連絡先情報）が予備情報として追加されてもよい。
【００６８】
３．投薬（例えば、１日３回を５日間）、食前のインシュリン、３０分間の理学療法セッションを週に２回６週間など、正確な日付および継続期間に繰り返し発生する事象に関して、システムは、一連の事象をカレンダに入力する前に各個人の事象に分解してもよく、またはカレンダの「繰り返し発生する予約」機能を直接的に使用してもよい。
【００６９】
各事例において、インタフェース生成器２２は、提案されたエントリをユーザにＧＵＩ４０を介して表示してもよい。
【００７０】
人物の状態における変化には、例えば数ヶ月または数年にわたってなど、長期間の医療的な慣習で実施される設定を伴ってもよいものがある。例えば、妊娠が診断されるとすぐに、カレンダ更新コンポーネント２６は、例えば日程決めのために保存された慣習にしたがってカレンダにいくつか予約を追加してもよく、またはインタフェース生成器は、いくつか予約を追加することを提案してもよい：
１．１回以上の妊娠超音波検査
２．定期的な医師の予約
３．ＰＨＲに記録された情報に基づく１回以上のトキソプラズマスクリーニング、など
【００７１】
このような予約のための日付の提案は、例えば、一部のアクションは慣習により推奨されたり、または法律により必須であったりなど、外部の知識に基づくものであり得る。例えば、具体的には９〜１４週の間、２０〜２２週の間、および３２〜３４週の間の３度の妊娠超音波検査は、フランスでは必須である。
【００７２】
一部のアクションは、新しい医療記録の追加に基づいてではなく、（ｉ）患者の年齢、（ｉｉ）時季、または（ｉｉｉ）家族の健康状態についての過去の情報（例えば、患者の一方の親が癌で死亡したという情報）など、「文脈上」の情報に基づいて誘発されてもよい。ここで、３つの例を挙げる。
【００７３】
１．ワクチンは所与の年齢で最初に投与されなければならない。一部のワクチンは、その後、何年かごとに定期的に再投与されなければならない。
【００７４】
２．幼い子供や高齢者には、秋季のインフルエンザワクチン接種が強く勧められる。
【００７５】
３．一定の年齢に達すると、患者は、特に親類が過去に疾患があると診断された場合、癌などのかかる疾患を診断する定期的な臨床検査を受けるのが望ましい。
【００７６】
ＭＥＴシステムは、文脈ベースの予約の生成を実施するための一連の規則を含んでもよい。予約を生成するために使用される文脈ベースの情報は、患者情報（例えば、年齢）と定期的にチェック／照合され、ＭＥＴシステムは、一定の条件が満たされた場合、対応するアクションを提案してもよい。
【００７７】
例えば、規則は以下のように表現できるであろう：
ＤＡＴＥ（日付）が０９−０１−ＹＹＹＹから１２−３１−ＹＹＹＹの間であり、インフルエンザワクチンが予定にない場合、ワクチンの日程の予約を生成する、または、
ＡＧＥ（年齢）が４０より大きく、家族履歴が（大腸）癌で死亡の記録を含む場合、（大腸）癌スクリーニングが過去５年間の患者の履歴に記録されていなければ、（大腸）癌スクリーニングの日程の予約を生成する。
【００７８】
ユーザとの相互作用（Ｓ１０８〜Ｓ１１２）
例示的な実施形態において、ＭＥＴシステム１０により提案される予約および他のアクションは、ＰＥＣに追加される前に（面会要求が恒久的にＰＥＣに追加される前にユーザに認証される必要があるのと同じように）ユーザにより認証される。これは、ＭＥＴシステムが１００％の精度を伝送しないリスクを回避するためである。したがって、提案されたカレンダエントリをユーザに示すことにより、ユーザは潜在的な間違いを修正できる。
【００７９】
例として、以下の事例が考えられる：
１．候補カレンダエントリは正しく、ユーザ（例えば、各個人または各個人の代理となる人物）がそのままで受け入れ可能である。
２．候補カレンダエントリは部分的に正しく、ユーザはそれを受け入れる前に修正可能である。
３．候補カレンダエントリは正しくなく、この場合ユーザは削除可能である。
【００８０】
候補カレンダエントリは、各個人（または、介護者）の個人コンピューティングデバイスのディスプレイに、例えばユーザのカレンダアプリケーションが起動している場合にポップアップリマインダが現れるのと同様の方法で、自動的に表れるよう生成され得る。ユーザは、その時点で見直しを行うのに不都合がある場合、候補カレンダエントリを無視して、リマインダアイコンをクリックすることにより後で読み出してもよい。一部の実施形態において、インタフェース生成器２２は、ユーザの携帯デバイスの音または振動など、候補カレンダエントリにアラームを生成するよう構成されてもよい。これは、例えば、特定された時間までに服用すべきで、その時間を過ぎてしまった薬に関する事象の場合、分析コンポーネント２０が、当該の候補カレンダエントリは他の候補カレンダエントリより重要性が高いと判定する事例に制限されてもよい。
【００８１】
ユーザによる候補カレンダエントリ２４が正しいか否かの決定を支援するために、候補カレンダエントリで提案される事象８６および時間８８、９０を特定するために使用された記録（または、記録の一部）１８は、例えば記録領域９４の候補カレンダエントリに付加されてもよく、またはリンクとして付加されてもよい。様々な領域に追加された情報を生成するために使用される関連情報１０８は、図３に示されるように、強調表示されてもよい。
【００８２】
概して、患者は、最初から入力するよりも容易に速く、予約２４を修正することができる。例えば、事前に書かれた情報のほとんどが正しくない場合、患者は予約を修正するのにより多くの時間がかかる場合があり得る。しかしながら、変更がほとんどないか、またはまったくない場合、システム１０を使わずに予約を入力する場合に比べて、全体的な平均時間は短くなる。加えて、医療記録の新規の標準化により、構造表現が高い頻度でＰＨＲに存在するため、記録の自動分析が容易になり、記録の所与の領域を処理するための規則を使用することで、候補カレンダエントリフォーム８２の対応する領域にエントリを生成することが可能となる。
【００８３】
さらに、ＭＥＴシステムは、カレンダ１４の受け入れ可能時間を提案して、記録から特定されるより大きな時間フレーム内の予約／リマインダを受け付けるか、または特定された時間がユーザのカレンダ内の別の予約とかち合う場合、異なる時間を提案するために、使用され得る。以下に例を挙げる：
１．繰り返し発生する服薬で、薬服用のために提案される時間８８、９０は、医師の推薦と、例えば患者の通常の食事時間、子供の就寝時間など、患者の個人情報との組み合わせであってよく、これはＯＤＬ７２および／またはＰＥＣ１４から取り出されてもよい。例えば、ユーザのカレンダは、午前８時から午前９時までの期間を除外してもよく、この場合、午前中に薬を服用する処方箋では、提案される時間は午前７時から７時半または午前９時１５分から９時半であってもよい。
２．システムは、ユーザのカレンダおよび医師／検査室のカレンダの情報に基づいて、既に明示された予約の日程を決め直すために使用されてもよい。
３．曖昧な日付を有する事象では、システムは、明示された日付が受け入れられるまで様々な日付を提案するために使用されてもよい。
【００８４】
一部の実施形態において、ＭＥＴシステム１０は、いくつかのＰＨＲ１２とアクセスする権限を有してもよく、すなわち、ユーザのＰＨＲのみとアクセスするわけではない。これは、両親または他の介護者が、子供の医療記録および／または高齢の家族の医療記録から関連情報（予約、医薬）を受信することを望む場合に好都合であり得る。例えば、複数の患者の責任を負う介護者は、各々の患者のＰＨＲ１２へのアクセスを有するＭＥＴシステム１０を採用してもよく、それにより、各々から生成されたカレンダエントリが矛盾を生じることなく介護者のＰＥＣ１４に入力され得る。これらの事例において、認証は患者または介護者により行われてもよく、カレンダエントリは両者のカレンダに入力されてもよい。患者と介護者の両方がＭＥＴシステムをＰＥＣに接続している場合、ＭＥＴシステムは両者のカレンダにアクセスしてもよいため、提案される時間は両者が受け入れ可能である。
【００８５】
医者のＭＥＴシステムは、健康管理医および介護者が、例えば養護施設で働いている介護者または在宅の患者を定期的に訪問している介護者の場合、通常の患者のＰＨＲからの関連情報のみにアクセスするよう構成されてもよい。医者のＭＥＴシステムは、ＰＨＲの一定の種類の記録にのみアクセスしてもよく、したがって、記録に関連するカレンダエントリのみを提案してもよい。
【００８６】
さらに、ＭＥＴシステム１０は、電子メール、電話番号、および住所など、医者に関する連絡先情報を特定してもよく、適切である場合、連絡先情報をユーザの連絡先に追加または更新してもよい。ＭＥＴシステムがリマインダをＰＥＣに送信する場合、例えば、予約がまだ取れていなければ電話番号または住所、および予約の時間になると医者のオフィスへ行くために提案された日程など、医者の情報をさらに表示し得る。
【００８７】
介護者が子供を持つ親などであり、２人以上の各個人の候補カレンダエントリを受信する権限を有する場合、受け入れられたカレンダエントリは、関連する各個人を明確に特定するユーザのカレンダに、更新コンポーネント２６により入力される。一部の実施形態において、ユーザは、各個人のカレンダエントリが入力されるいくつかのカレンダにアクセスしてもよい。一部の実施形態において、各個人のカレンダの医療関連エントリは、ユーザのカレンダに統合されてもよい。
【図１】
2015103247.tif 000003
【図２】
2015103247.tif 000004
【図３】
2015103247.tif 000005
【図４】
2015103247.tif 000006