特許7545452フォームベースアプリケーションのフィールドを完成させるためのシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-27
(45)【発行日】2024-09-04
(54)【発明の名称】フォームベースアプリケーションのフィールドを完成させるためのシステムおよび方法
(51)【国際特許分類】
G16H 10/00 20180101AFI20240828BHJP
【ＦＩ】
G16H10/00
【請求項の数】
16
【外国語出願】
(21)【出願番号】P 2022159377
(22)【出願日】2022-10-03
(65)【公開番号】P2023054781
(43)【公開日】2023-04-14
【審査請求日】2023-01-26
(31)【優先権主張番号】63/252,058
(32)【優先日】2021-10-04
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】522315046
【氏名又は名称】メディデータ ソリューションズ インク
【氏名又は名称原語表記】ＭＥＤＩＤＡＴＡ ＳＯＬＵＴＩＯＮＳ， ＩＮＣ．
【住所又は居所原語表記】３５０ Ｈｕｄｓｏｎ Ｓｔｒｅｅｔ， ９ｔｈ Ｆｌｏｏｒ Ｎｅｗ Ｙｏｒｋ， Ｎｅｗ Ｙｏｒｋ， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100134430
【弁理士】
【氏名又は名称】加藤 卓士
(72)【発明者】
【氏名】ダニエル・ブラガ
(72)【発明者】
【氏名】スティーブン・パレント
【審査官】吉田 誠
(56)【参考文献】
【文献】特開２０２１－０１２５２１（ＪＰ，Ａ）
【文献】特開２０１６－００９２３６（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１７／０２７７７７３（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００ － ８０／００
Ｇ０６Ｑ ５０／２２
(57)【特許請求の範囲】
【請求項1】
フォームベースアプリケーションにおいてフィールドを完成させる方法であって、前記フォームベースアプリケーションによって表示されるフォームを解析し、フォームに含まれる第１フィールドの名前を示すフォームデータおよび前記第１フィールドの種別を示すエレメントを抽出部が抽出する抽出ステップと、
前記フォームデータおよび前記エレメントに対応する第２フィールドを含む入力ウィンドウを生成部が生成する生成ステップと、
外部ソースから提供された前記テキストおよび／またはデータを受信部が受信する受信ステップと、
受信した前記テキストおよび／またはデータを流し込み部が前記入力ウィンドウの第２フィールドに流し込む流し込みステップと、
流し込まれた前記テキストおよび／またはデータを、前記フォームベースアプリケーション内で、前記第２フィールドから前記第１フィールドに転送部が転送する転送ステップと、
を含む方法。
【請求項2】
前記受信ステップは、ユーザのモニタにおける表示領域から前記テキストおよび／またはデータを抽出する抽出ステップを含む請求項１に記載の方法。
【請求項3】
前記抽出ステップは、前記テキストおよび／またはデータの認識を実行する認識サービスに、認識対象となる画像を伴う認識リクエストを送信するステップを含む、請求項２に記載の方法。
【請求項4】
レイヤ生成部が、前記ユーザのモニタ上に透明レイヤを生成し、前記透明レイヤ内に表示されたテキストおよび／またはデータの認識を実行するレイヤ生成ステップ、をさらに含む、請求項３に記載の方法。
【請求項5】
前記レイヤ生成ステップにおいて、ユーザがクリックした場所の周辺領域に含まれるテキストおよび／またはデータの認識を行う、請求項４に記載の方法。
【請求項6】
前記受信ステップは、電子健康記録（ＥＨＲ）データサービスまたは電子医療記録（ＥＭＲ）データサービスから、前記テキストおよび／またはデータを取得する請求項１に記載の方法。
【請求項7】
ユーザインタフェースを介して、患者を一意に識別する医療記録番号（ＭＲＮ）を取得するステップと、前記医療記録番号（ＭＲＮ）を電子健康記録（ＥＨＲ）データサービスまたは電子医療記録（ＥＭＲ）データサービスへ送信するステップと、
電子健康記録（ＥＨＲ）データサービスまたは電子医療記録（ＥＭＲ）データサービスを介して、第１患者識別子を取得するステップと、
前記ユーザインタフェースを介してユーザから第２患者識別子を取得するステップと、
前記第１患者識別子と前記第２患者識別子とが一致する場合に、ＥＨＲ／ＥＭＲシステムへのリンクを確立するステップと、
をさらに含む請求項６に記載の方法。
【請求項8】
フォームベースアプリケーションにおいてフィールドを完成させる方法であって、前記フォームベースアプリケーションによって表示されるフォームを解析し、前記フォームに含まれる少なくとも第１フィールドの名前を示すフォームデータおよび前記第１フィールドの種別を示すエレメントを抽出部が抽出する抽出ステップと、
前記フォームデータおよびエレメントを送信部がＷｅｂＳｏｃｋｅｔサーバに送信するステップと、
前記フォームデータおよび前記エレメントに対応する第２フィールドを含む入力ウィンドウを生成部が生成するステップと、
レイヤ生成部が、透明レイヤをユーザのモニタ上に生成するレイヤ生成ステップと、
抽出部が、前記透明レイヤが示す領域内に表示されたテキストおよび／またはデータを抽出するステップと、
ロード部が前記第２フィールドに、抽出された前記テキストおよび／またはデータをロードするステップと、
転送部が、抽出された前記テキストおよび／またはデータをＷｅｂＳｏｃｋｅｔサーバを介してフォームベースアプリケーション内の前記第１フィールドに転送するステップと、
を含む方法。
【請求項9】
前記レイヤ生成ステップが、抽出すべき前記テキストおよび／またはデータの周りに、ユーザがクリックした場所に基づいて画像領域を形成するステップを含む、請求項８に記載の方法。
【請求項10】
フォームベースアプリケーションのフィールドを完成させるための方法であって、前記フォームベースアプリケーションフォームによって表示されるフォームに含まれる第１フィールドの名前を示すフォームデータおよび前記第１フィールドの種別を示すエレメントを第１抽出部が抽出するステップと、
前記フォームデータおよび前記エレメントに対応する第２フィールドを含む入力ウィンドウを生成部が生成するステップと、
キャプチャ部がユーザのモニタの所定領域に入力された前記テキストおよび／またはデータをキャプチャするステップと、
前記ユーザのモニタの所定領域のキャプチャ画像から前記テキストおよび／またはデータを第２抽出部が抽出する抽出ステップと、
抽出された前記テキストおよび／またはデータをロード部が前記入力ウィンドウの前記第２フィールドにロードするステップと、
抽出された前記テキストおよび／またはデータを、前記フォームベースアプリケーションの前記第１フィールドに転送部が転送するステップと、
を含む方法。
【請求項11】
前記抽出ステップは、前記テキストおよび／またはデータの認識を実行するサービスにリクエストを送信する請求項１０に記載の方法。
【請求項12】
抽出すべき前記テキストおよび／またはデータの画像を含む画像領域を定義する透明レイヤを、前記ユーザのモニタ上に生成するレイヤ生成ステップをさらに備えた、請求項１０に記載の方法。
【請求項13】
前記レイヤ生成ステップは、抽出すべき前記テキストおよび／またはデータの周りに、ユーザがクリックした場所に基づいて前記画像領域を形成するステップを含む、請求項１２に記載の方法。
【請求項14】
前記画像領域は、抽出すべき前記テキストおよび／またはデータを含む周辺画素幅で形成される、請求項１３に記載の方法。
【請求項15】
フォームベースアプリケーションにおいてフィールドを完成させるシステムであって、前記フォームベースアプリケーションによってブラウザに表示されるフォームを解析し、前記フォームに含まれる第１フィールドの名前を示すフォームデータおよび前記第１フィールドの種別を示すインジケータとしてのエレメントを抽出するブラウザプラグインまたは拡張機能と、
前記ブラウザプラグインまたは拡張機能から、前記フォームデータおよび前記エレメントを受信するＷｅｂＳｏｃｋｅｔサーバと、
前記フォームデータ及び前記エレメントに対応する第２フィールドを含む入力ウィンドウを生成するステップと、
前記ユーザのモニタ上に、抽出すべきテキストおよび／またはデータの画像領域を定義するための透明レイヤを生成するステップと、
前記画像領域から前記テキストおよび／またはデータを抽出するためのリクエストを認識サービスに送信するステップと、
抽出された前記テキストおよび／またはデータを認識サービスから受信するステップと、
抽出された前記テキストおよび／またはデータを、前記入力ウィンドウの前記第２フィールドにロードするステップと、
を実行させる、ユーザインターフェースベースのアプリケーションと、
を含み、
前記ＷｅｂＳｏｃｋｅｔサーバが、前記認識サービスから受信したテキストおよび／またはデータを前記ブラウザプラグインまたは拡張機能に送信し、
前記ブラウザプラグインまたは拡張機能が、前記認識サービスから受信したテキストおよび／またはデータを、前記フォームベースアプリケーション内の前記第１フィールドに転送するシステム。
【請求項16】
前記ブラウザプラグインまたは拡張機能は、ある特定のユニフォームリソースロケータ（ＵＲＬ）からのフォームに対して動作するように登録されている請求項１５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、フォームベースアプリケーションのフィールドを完成させるためのシステムおよび方法に関する。
【背景技術】
【0002】
異種アプリケーション間のデータ転送の必要性は、何年も前から認識されている。アプリケーションを統合したり、手動でデータを入力したり、また「ドラッグ＆ドロップ」のような機能を使用して対応してきた。
【発明の概要】
【発明が解決しようとする課題】
【0003】
しかし、異種アプリケーションの統合は複雑で、拡張性がなく、統合するペアごとに異なる方法が必要となる場合がある。手動でのデータ入力はエラーが発生しやすく、「ドラッグ＆ドロップ」のような機能は、プラットフォームを共有するアプリケーションでしか機能しない。
【0004】
フォームベースアプリケーションを使用している医療分野でもデータ転送のニーズは大きい。例えば、電子カルテ／電子診療記録（ＥＨＲ／ＥＭＲ）ソリューションと電子データ収集（ＥＤＣ）ソリューションを統合する試みがなされてきた。これらの試みは、ＨＬ７、ＦＨＩＲ（ＨＬ７の一種）、ＣＣＤＡなどの様々な標準技術やＡＰＩ（アプリケーションプログラミングインターフェース）を使用してきたが、実装に時間がかかり、拡張性がないことから、それほどうまくいかなかった。そのため、他のソリューションが必要とされている。
【図面の簡単な説明】
【0005】
【図1】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるシステムのブロック図である。
【図2A】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるための方法のフローチャートである。
【図2B】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるための方法のフローチャートである。
【図2C】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるための方法のフローチャートである。
【図3A】本発明の実施形態による、入力前および入力後のフォームベースアプリケーションからのエレメントの例を示す図である。
【図3B】本発明の実施形態による、入力前および入力後のフォームベースアプリケーションからのエレメントの例を示す図である。
【図4A】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する１つの方法を示す図である。
【図4B】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する１つの方法を示す図である。
【図4C】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する１つの方法を示す図である。
【図5A】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために使用されるユーザのモニタと値の例を示す。
【図5B】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために使用されるユーザのモニタと値の例を示す。
【図6A】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する別の方法を示す図である。
【図6B】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する別の方法を示す図である。
【図6C】本発明の実施形態による、フォームベースアプリケーションのフィールドを完成させるために生成された入力ウィンドウを使用する別の方法を示す図である。
【発明を実施するための形態】
【0006】
以下の詳細な説明において、本発明の実施形態を完全に理解できるように、多数の具体的な詳細説明を記載している。しかしながら、当業者であれば、本発明の実施形態は、これらの具体的な詳細説明なしに実施され得ると理解できるはずである。なお、すでに周知の、方法、手順、構成要素および回路については、本発明を不明瞭にしないように、詳細には説明されていない。なお、適切と考えられる場合、図中の参照数字は、対応するまたは類似の要素を示すために図面間で繰り返される。さらに、図面に描かれたブロックのいくつかは、単一の機能に組み合わされてもよい。
【0007】
上述のように、ＥＨＲ／ＥＭＲおよびＥＤＣアプリケーションを含む様々なアプリケーションの間でデータを転送および／または統合する従来の試みは、必ずしも成功しなかった。本発明者らは、ＥＤＣプログラムなどのフォームベースアプリケーションと外部ソースとの間で協働して、フォームベースアプリケーションのフィールドを完成（complete）させるために外部ソースからフォームベースアプリケーションへの転送を容易にするブラウザプラグイン（またはブラウザ拡張）、ＷｅｂＳｏｃｋｅｔサーバ、およびＵＩベースのアプリケーションを用いてこれらの問題に対処するシステムおよび方法を開発した（「完成（complete）」は、ここでは、ドロップダウンリストまたはセレクション、チェックボックス、ラジオボタンなどへの入力または選択の意味、およびフィールドへの記入(fill in)の意味で使用されている）。外部ソースは、ＥＨＲ／ＥＭＲシステム、スプレッドシート、画像システム、または文書などの第２のアプリケーションであってもよい。システムおよび方法は、ユーザがフォームベースアプリケーションからフィールドを表示し、外部ソースから所望のデータを取り込み、そのデータをフォームベースアプリケーションの対応するフィールドに直接戻して挿入できるように、フォームベースアプリケーションに含まれるフォームフィールドエレメントの「引き渡し」プロセスを管理する。より具体的には、この方法は、フォームベースアプリケーションからフォームデータエレメントを識別して抽出し、そのエレメントをブラウザプラグイン（またはブラウザ拡張機能）と同期させ、そのエレメントを１つ以上含む入力ウィンドウを生成し、完成させるべきフォームフィールドの指定をユーザから受け取り、外部ソースからテキストおよび／またはデータを受け取り、受け取ったテキスト／データをフォームベースアプリケーション内の対応するフィールドに挿入すべくブラウザプラグインに引き渡す。
【0008】
図１は、本発明の一実施形態による、フォームベースアプリケーション内のフィールドを完成させるためのシステム１００のブロック図である。システム１００は、フォームベースアプリケーション１０１からＵＩアプリケーション３０にフォームエレメントを引き渡すとともに、ユーザのモニタ１０２上の第２のアプリケーションまたはＥＨＲ／ＥＭＲシステム１０３などの外部ソースから適切なデータを取り込み、フォームベースアプリケーション１０１の対応するフォームフィールドにデータを挿入し戻すために協働するブラウザプラグイン（または拡張機能）１０、ＷｅｂＳｏｃｋｅｔサーバ２０およびＵＩ（ユーザインタフェース）アプリケーション３０を含んでいる。当業者であれば理解できるように、実行ファイル（オブジェクトコード）である「ブラウザプラグイン」と、ソースコードである「ブラウザ拡張」とは、いずれもウェブブラウザの機能を変更するためのソフトウェアモジュールを指す。図１はまた、ユーザ５、フォームベースアプリケーション１０１、ユーザのモニタ１０２、およびＥＨＲ／ＥＭＲシステム１０３間の相互作用、ならびにＵＩアプリケーション３０と透明レイヤ２５、認識サービス３５、およびＥＨＲ／ＥＭＲデータサービス４５間の相互作用も示している。
【0009】
フォームベースアプリケーション１０１は、ＭｅｄｉｄａｔａのＲａｖｅＥＤＣ（およびそのコンパニオン、フォームベースアプリケーション、およびその他のＭｅｄｉｄａｔａプラットフォームソリューション）などのＥＤＣアプリケーションを含む任意のウェブベースフォームアプリケーションであればよいが、本発明はＥＤＣアプリケーションまたは臨床もしくは医療分野で使用されるアプリケーションに限定されるものではない。ＥＨＲ／ＥＭＲシステム１０３は、スタンドアロンシステムまたはアプリケーション（インターネットベースまたはユーザのコンピュータに常駐する）であってもよい。ユーザのモニタ１０２は、ユーザコンピュータのモニタを含む。これは、ユーザが自分のコンピュータ上で操作し得る１つ以上のアプリケーション（ウェブまたはインストール）を含んでもよい。そのようなアプリケーションは、ＥＨＲおよびＥＭＲアプリケーションを含み得るが、他の臨床または医療アプリケーション、ならびにスプレッドシート、ＰＤＦ文書、ワードプロセッシングアプリケーション、フォームおよび非フォームベースアプリケーション、ウェブページ等の非臨床アプリケーションも含む。また、ユーザのホーム画面や壁紙も含まれる。なお、本明細書では、フォームベース等のアプリケーションを、コンピュータ上で動作するものとして説明するが、本発明はノートパソコンやデスクトップベースのアプリケーションに限定されず、タブレット端末やスマートフォン上で動作するアプリケーションにも適用可能である。
【0010】
次に、本発明の実施形態による、フォームベースアプリケーション内のフィールドを完成させるための２つの方法のフローチャートである図２Ａ～２Ｃを参照する。一方の方法（「クリック」方法）は、ユーザのモニタ１０２内の領域をクリックし、クリックされた領域内の情報をフォームベースアプリケーション内のフォームに転送する機能を含む。他の方法（「接続」方法）は、フォームベースアプリケーションとＥＨＲ／ＥＭＲシステムを直接接続またはリンクして、データの転送とフォームベースアプリケーション内のフィールドの完成を容易にする機能を含む。
【0011】
図２Ａは、「クリック」方法と「接続」方法の両方に共通する操作を含むフローチャート２００を示す。ステップＳ２０２において、ユーザ５は、フォームベースアプリケーション１０１のウェブフォーム１１を含むページにナビゲートする。フォーム１１は、ＨＴＭＬフォームであってもよく、ユーザ５が記入したい１つ以上のフィールドを含む。臨床コンテキストでは、例えば、図３Ａに示すように、４つのフィールド３０１～３０４を有するフォーム３１１において、血圧、心拍数、体温、体重、および身長などの臨床試験対象者のバイタルサイン、またはタンパク質、ナトリウム、カリウム、および塩化物などの検査結果を入力してもよい。非臨床コンテキストでは、税金または他の財務情報または求人応募情報または他のタイプのフィールドを含むフォームであってもよい。
【0012】
ステップＳ２０４において、バックグラウンドで動作するブラウザプラグイン（または拡張機能）１０は、フォームベースアプリケーション１０１がウェブブラウザにロードされたことを識別する。ブラウザプラグイン１０は、フォーム１１を解析し、フォーム１１からフォームデータおよびエレメントを抽出する。ブラウザプラグイン１０は、ドキュメントオブジェクトモデル（ＤＯＭ）を利用して、フォームヘッダーデータ、説明データ、記入されるデータフィールドのタイプ、ドロップダウンリストなど、基本的に、ユーザがフォームのフィールドを完成させるために必要なあらゆるもの、を見つけることができる。フォームデータは、ラベルまたはフォームヘッダ（すなわち、フォームの名前、それを説明するテキスト）、フォームに必要なデータの説明、およびドロップダウンボックスの選択オプションなどの項目を含んでもよい。フォームエレメントは、要求されたデータがテキストボックス、チェックボックス、またはラジオボタンに入力されるべきか、またはドロップダウンリストから選択されるべきかどうかに関するインジケータなどの項目を含んでもよい。一実施形態では、ブラウザプラグイン１０は、特定のＵＲＬで動作するように登録され、それらのＵＲＬからのフォームでのみ動作するようにすることができる。
したがって、ブラウザプラグイン１０は、例えば、「ｗｗｗ．ｍｅｄｉｄａｔａ．ｃｏｍ」からのフォームに対して動作してもよいが、「ｗｗｗ．ｉｒｓ．ｇｏｖ」からのフォームに対しては動作しないようにしてもよい。そのような場合、ステップＳ２０４の一部として、ブラウザプラグイン１０は、フォームベースアプリケーション１０１が登録されたＵＲＬと関連付けられていることを確認するためにＵＲＬをチェックする。実施形態では、ブラウザプラグイン（または拡張機能）１０は、特定のユーザに対して動作するように登録されてもよく、ステップＳ２０４の一部としてユーザ認証を実行してもよい。
したがって、ブラウザプラグイン１０は、例えば、「ｗｗｗ．ｍｅｄｉｄａｔａ．ｃｏｍ」からのフォームに対して動作してもよいが、「ｗｗｗ．ｉｒｓ．ｇｏｖ」からのフォームに対しては動作しないようにしてもよい。そのような場合、ステップＳ２０４の一部として、ブラウザプラグイン１０は、フォームベースアプリケーション１０１が登録されたＵＲＬと関連付けられていることを確認するためにＵＲＬをチェックする。実施形態では、ブラウザプラグイン（または拡張機能）１０は、特定のユーザに対して動作するように登録されてもよく、ステップＳ２０４の一部としてユーザ認証を実行してもよい。
【0013】
図３Ａは、記入されるフォームベースアプリケーション１０１からのエレメントの例である。簡単のために、フォーム３１１は、４つのフィールド３０１～３０４を含む。これらのフィールドとラベルは、ブラウザプラグイン（または拡張機能）１０が解析して抽出するデータおよびエレメントのうちの１つである。
【0014】
ステップＳ２０６において、ブラウザプラグイン（または拡張機能）１０は、ＷｅｂＳｏｃｋｅｔサーバ２０へのＷｅｂＳｏｃｋｅｔ接続を作成する。ＷｅｂＳｏｃｋｅｔは、Ｗｅｂブラウザ（または他のクライアントアプリケーション）とＷｅｂサーバとの間の相互作用を可能にするコンピュータ通信プロトコルであるが、ＨＴＴＰ（ハイパーテキスト転送プロトコル）よりも少ないオーバーヘッドを使用し、ＨＴＴＰを使用することも可能である。ステップＳ２０８において、ブラウザプラグイン１０は、フォームデータおよびエレメントをＷｅｂＳｏｃｋｅｔサーバ２０に送信する。ステップＳ２１０において、ＷｅｂＳｏｃｋｅｔサーバ２０は、フォームデータおよびエレメントをＵＩアプリケーション３０にロードする。
【0015】
この時点で、「クリック」方法と「接続」方法とが分岐する。図２Ｂは、「クリック」方法のためのステップＳ２２０の詳細な処理の流れを示すフローチャートである。この方法では、データを収集し転送するために使用される入力ウィンドウが生成される。図４Ａは、フォームベースアプリケーション１０１からのデータおよびエレメントが、このような入力ウィンドウを生成して完成させるためにどのように使用されるかを示す一例である。入力ウィンドウ４１１は、フォーム３１１にあるものと同じ４つのフィールドを含み、ＵＩアプリケーション３０とフォームベースアプリケーション１０１との間のリンクを提供する。図４Ａは、「クリック」機能が利用可能であることを示すアイコン４１０を示す。ユーザがこのアイコン４１０をクリックすると、次にユーザが第２のアプリケーション（例えば、ユーザのモニタ１０２またはＥＨＲ／ＥＭＲシステム１０３上のアプリケーション）においてデータポイントを選択できる操作が起動される。ステップＳ２２２において、アイコン４１０がクリックされた後、ユーザ５は、入力ウィンドウ４１１内のフィールド（４０１～４０４）を選択して、どのデータが取り込まれるかを指示する。この選択は、基本的にマウス（またはタッチスクリーンなどの他の同等の入力手段）を用いて行われ、ユーザ５は、最初にフィールド４０１の上のアイコン４１０をクリックして、ユーザ５がアルブミンフィールドに入力するデータを選択しようとしていることをシステム１００に指示する。
【0016】
ステップＳ２２４において、ＵＩアプリケーション３０は、ユーザのコンピュータモニタ５０２（図５Ａを参照）上に透明レイヤを描画または生成する。透明レイヤは、第２のアプリケーション５１２を含むユーザのモニタ上の情報の画像をキャプチャし、そこからユーザはフォームフィールドに記入(fill in)し、またはフォームフィールドを完成させることができる。ステップＳ２２６において、ユーザ５は、ユーザがフィールドにデータを入力するために使用したい第２のアプリケーション５１２内のモニタ上の領域（したがって、透明レイヤ）をクリックするか、またはドラッグする。図５Ｂは、第２のアプリケーション５１２の吹き出し部分５１３を示す図である。吹き出し部分５１３は、ＥＨＲアプリケーションにおける被験者のＣＭＰ－１４（総合代謝パネル）情報の一部を示す。具体的には、ナトリウム、カリウム、塩化物、二酸化炭素、カルシウム、タンパク質、およびアルブミンの測定値を含む。この図はまた、ユーザ５が図４Ａのフィールド４０１に”Ａｌｂｕｍｉｎ”として入力するためにＡｌｂｕｍｉｎの読み取り値”４．５”を選択することを示すカーソル（矢印）５１９を示す。
【0017】
ステップＳ２２８～２３６は、「４．５」へのポインティングがフィールド４０１を完成させる方法を説明する。ステップＳ２２８において、ＵＩアプリケーション３０は、ユーザ５がクリックまたはドラッグした（クリックまたはドラッグ座標を使用して）場所の周囲の透明レイヤ内に、あらかじめ決められたサイズの画像領域５１７を作成する。画像領域５１７は、例えば、クリックされた領域付近のテキストの全てに加えて、テキストの周囲の空白（例えば、１０ピクセル）を含んでもよい。ステップＳ２３０において、ＵＩアプリケーション３０は、透明レイヤの画像領域に対するテキスト認識を要求する。これは、Amazon Web Services（ＡＷＳ）Rekognitionなどの外部認識サービス３５（図１参照）により提供されてもよい。クラウド上に存在する（すなわち、インターネットまたは他のネットワークを介して）Amazon Rekognitionは、画像およびビデオ内のオブジェクト、人、テキスト、シーン、およびアクティビティを識別すること可能である。ステップＳ２３２において、認識サービス３５は、画像領域５１７を受け取り、その領域内のテキストおよび／またはデータ（すなわち、テキスト、データ、またはテキストとデータの両方）を抽出、すなわち、処理および／または認識する。この場合、認識サービス３５は、”４．５”を抽出する。ステップＳ２３４～２３６において、認識サービス３５は、画像領域５１７から特定されたテキストおよび／またはデータを返し、図４Ｂのフィールド４０１’に示されるように、入力ウィンドウ４１１に入力するためにＵＩアプリケーション３０にそれをロードする。一実施形態では、認識サービス３５は、レイヤの一部領域だけでなく、透明レイヤ全体を処理してもよい。このような大きな処理領域は、通常、より多くの時間を要し、医療記録からの大量のテキストおよびデータがインターネットを介して送信される場合、プライバシーに関する懸念を含意する可能性があることに留意されたい。別の実施形態では、認識サービス３５は、Amazon Rekognitionのようなクラウドベースのサービスではなく、ローカルなサービスであってもよい。これにより、プライバシーに関する懸念と、別個のサービスへの依存を低減することができる。
【0018】
一実施形態では、ステップＳ２２２～Ｓ２３６は、完成させるべき各フィールドについて繰り返される。別の実施形態では、ステップＳ２２２およびＳ２２６～Ｓ２３６が繰り返されるが、ステップＳ２２４における透明レイヤは再び生成される必要はない。図４Ａ～４Ｃに示す例では、ユーザ５は、ナトリウム、カリウム、および塩化物の値をクリックして、フィールド４０２～４０４を完成させる。結果は図４Ｃに示されており、フィールド４０２’～４０４’にこれらの各項目の値が含まれている。入力ウィンドウ４１１が、初期ウェブフォーム１１から転送されたドロップダウンリストまたは選択、チェックボックス、写真または文書アップロードフィールド、またはラジオボタンを含む場合、これらのエレメントは、認識サービスを介さずにＵＩアプリケーション３０でユーザによって直接完成させられる可能性がある。
【0019】
この時点で、「クリック」方法と「接続」方法は収束するので、「クリック」方法は、図２ＡのステップＳ２６２に進む。入力ウィンドウ４１１の全てのフィールドが完成させると、ステップＳ２６２において、ユーザ５は、入力ウィンドウ４１１の「Ｓｕｂｍｉｔ」ボタンをクリックする（図４Ｃ）。別の実施形態では、「Ｓｕｂｍｉｔ」ボタンはなく、情報は自動的に転送される。これは、入力ウィンドウとＥＤＣフォームをリアルタイムで同期させることによって可能となる。ステップＳ２６４において、データは、ＷｅｂＳｏｃｋｅｔサーバ２０を介してブラウザプラグイン１０に送り返される。ステップＳ２６６において、ＨＴＭＬフォーム３１１は、図３Ｂに示すように、フィールド３０１’～３０４’の値でロードされるようになる。これは、フォームベースアプリケーション１０１のフォーム１１にそれらの値をロードする。
【0020】
「接続」方法は幾分異なる処理を行う－それは、転送を容易にするために、ＵＩアプリケーション３０を介してフォームベースアプリケーションとＥＨＲ／ＥＭＲシステムをリンクまたは接続する能力を含む。しかしながら、「接続」方法は、依然として「クリック」方法のような入力ウィンドウを生成する。図６Ａは、フォームベースアプリケーション１０１からのデータおよびエレメントをどのように使用して、記入されるべき入力ウィンドウを生成するかを示す例である。入力ウィンドウ６１１は、フォーム１１から来る同じフィールドを含み、ＵＩアプリケーション３０とフォームベースアプリケーション１０１との間のリンクまたは接続を提供する。図６Ａは、「接続」方法が利用可能であることを示すアイコン６２０（その中に数字がある）を示し、アイコンの中の数字は、特定のフィールドに対して何個のデータポイントが利用可能であるかを示している。ユーザがアイコン６２０をクリックすると、次にユーザが第２のアプリケーション（例えば、ユーザのモニタ１０２またはＥＨＲ／ＥＭＲシステム１０３上のアプリケーション）においてデータポイントを選択できる操作が起動される。
【0021】
図２Ｃは、「接続」方法のステップＳ２４０における、より具体的な処理を説明するフローチャートである。第１の処理として、この方法は、ＵＩアプリケーション３０とＥＨＲ／ＥＭＲシステムとが特定の患者についてリンクされているかどうか、すなわち、患者の情報の通信と転送を促進するために互いに接続されているかどうかを判断する。したがって、ステップＳ２４２において、ＵＩアプリケーション３０は、ＵＩアプリケーション３０とＥＨＲ／ＥＭＲシステム１０３との間の導管として機能するＥＨＲ／ＥＭＲデータサービス４５に対して、データ利用可能状態を要求する。ステップＳ２４４は、データが利用可能かどうか、すなわち、ＵＩアプリケーション３０とＥＨＲ／ＥＭＲシステムがリンクされているか、接続されているか、また、特定の患者についてリンクされているかどうかを問うものである。もしそうであれば、入力ウィンドウ６１１は、領域６１５において、患者とＥＨＲ／ＥＭＲシステムの両方がリンクされていることを示すことになる。
【0022】
領域６１５の「ＥＭＲ Ｌｉｎｋｅｄ」という表記は、異種アプリケーションからのデータを入力ウィンドウ内のユーザに利用可能にすることができるように、異種アプリケーションへの接続を確認したことを意味する。この実施形態では、異種アプリケーションは、ＥＨＲ／ＥＭＲデータサービス４５がＡＰＩを介してＥＨＲ／ＥＭＲシステムから要求を生成しデータを受信することを可能にする、別個の独立したプロセスを介して接続されるＥＨＲ／ＥＭＲシステム１０３である。接続性がＥＨＲ／ＥＭＲシステムと確立されると、それはＥＨＲ／ＥＭＲデータサービスに記録され、これによりＵＩアプリケーション３０は「接続」機能が利用可能であることをユーザに示すことができる。
【0023】
患者とＥＨＲ／ＥＭＲシステムがそのようにリンクされている場合、ＥＨＲ／ＥＭＲデータサービス４５はＥＨＲ／ＥＭＲシステム１０３からＥＤＣフォームテキストおよび／またはデータを要求し（すなわち、ＵＩアプリケーション３０はＥＨＲ／ＥＭＲデータサービス４５を介してＥＨＲ／ＥＭＲにＥＤＣフォームテキストおよび／またはデータを要求する）、ステップＳ２４６でテキストおよび／またはデータをＵＩアプリケーション３０に送信する。ステップＳ２４８において、ＵＩアプリケーション３０は、ＥＤＣフォームフィールドのための適切なテキストおよび／またはデータを選択するために、ユーザ５に対してＥＨＲ／ＥＭＲテキストおよび／またはデータを提示する。図６Ａは、入力ウィンドウ６１１が、ＥＤＣフォームからのフィールドと、領域６１８において、特定の患者に対するＥＨＲ／ＥＭＲシステムで見つかった各フィールドに対するデータポイントの数とを示すことを示している。したがって、図６Ａは、システムが、６つのアルブミン読み取り値、０つのナトリウム読み取り値、５つのカリウム読み取り値、および６つの塩化物読み取り値を見出したことを示す。
【0024】
ユーザ５は、１つ以上の読み取り値を有するフィールドのいずれかをクリックすることができ、システムは、図６Ｂの入力ウィンドウ６１３に示されるように、読み取り値を提示することになる。その図は、特定の患者に対する６つのアルブミン読み取り値６０２ａ～６０２ｆを示しており、その読み取り値は、値だけでなく、読み取り日を含む。次に、ユーザ５は、読み取りのうちの１つを選択する。ステップＳ２５０において、選択された読み取り値は、図６Ｃのフィールド６０１’に示されるように、入力ウィンドウ６１１に入力されるようにＵＩアプリケーション３０にロードされる。このフィールドは、現在、図６Ｂに示される最初の読み取り値に対応するアルブミンの値４．５を含んでいる。
【0025】
図２ＣおよびステップＳ２４４に戻ると、患者が異種アプリケーション、例えば、ＥＨＲ／ＥＭＲシステムを介してＵＩアプリケーション３０にリンクされていないためにデータが利用できない場合（領域６１５に示されるであろう状態）、このリンクまたは接続を確立する必要があるだろう。そのような場合、異種アプリケーション、例えばＥＨＲ／ＥＭＲシステム１０３は、ＥＨＲ／ＥＭＲデータサービス４５が要求を生成し、ＡＰＩを介してＥＨＲ／ＥＭＲシステムからデータを受信できるようにするためのプロセスを介して接続される。ステップＳ２５２において、ＵＩアプリケーション３０は、ＥＤＣフォームの患者のためにユーザに対して医療記録番号（ＭＲＮ）を要求し、ＥＨＲ／ＥＭＲデータサービス４５に送信する。ＭＲＮは、１人の患者を参照するためにサービスプロバイダによって割り当てられた一意の識別子である。ステップＳ２５４において、ＥＨＲ／ＥＭＲデータサービス４５は、次にＥＨＲ／ＥＭＲシステム１０３からＥＨＲ／ＥＭＲデータを要求し、取得する。ステップＳ２５６において、ＵＩアプリケーション３０は、生年月日、性別等の識別データをユーザから要求する。そして、それらのデータをＥＨＲ／ＥＭＲの識別データと比較する。ユーザからの識別データがＥＨＲ／ＥＭＲシステムからのものと一致する場合、ステップＳ２５８で患者が照合され、データが利用可能となる。その後、フローは、上述したようにステップＳ２４６に進む。実施形態では、同様の接続処理をＥＭＲ／ＨＥＲシステム以外の異種システムに対して実行してもよい。
【0026】
図２Ａ～２Ｃに示す操作の他に、フォームベースアプリケーションのフィールドを完成させるためにアプリケーション間でデータを転送する他の操作または一連の操作が企図される。上述したように、ステップＳ２２２～Ｓ２３６の一部または大部分は、完成させるべき各フィールドに対して繰り返されることがある。さらに、図２Ａ～２Ｃのフローチャートにおける各処理の順序は、発明がこれに限定されることを意図しておらず、書く処理は、任意の実際的な順序で実行されてもよい。例えば、ステップＳ２２４で透明レイヤが生成されるが、その層はプロセスのより早い段階で生成されてもよい。
【0027】
要約すると、本発明は、データを手動で入力することなく、他のアプリケーションまたはＥＨＲ／ＥＭＲシステムなどの外部ソースからフォームベースアプリケーションにデータを転送することを容易にするものである。手動入力を排除することに加えて、本発明は、フォームベースアプリケーションと外部ソースとの間の実際の統合を必要としない。従来の解決策と比較して、この解決策の実装は容易であり、フォームベースアプリケーションまたは外部ソースのいずれに対してもユーザが修正を加えることなく、「すぐに」使用することが可能である。
【0028】
本発明の態様は、システム、コンピュータプログラム製品、または方法の形態で具現化されてもよい。同様に、本発明の態様は、ハードウェア、ソフトウェア、または両者の組み合わせとして具現化されてもよい。本発明の態様は、その上に具現化されたコンピュータ可読プログラムコードの形態で１つまたは複数のコンピュータ可読媒体に保存されたコンピュータプログラム製品として具現化されてもよい。
【0029】
コンピュータ読み取り可能な媒体は、コンピュータ読み取り可能な記憶媒体であってもよい。コンピュータ読み取り可能な記憶媒体は、例えば、電子、光学、磁気、電磁、赤外線、または半導体のシステム、装置、もしくはデバイス、またはそれらの任意の組合せであってもよい。
【0030】
本発明の実施形態におけるコンピュータプログラムコードは、任意の適切なプログラミング言語で記述することができる。プログラムコードは、単一のコンピュータ上で実行されてもよいし、複数のコンピュータ上で実行されてもよい。コンピュータは、コンピュータ使用可能な媒体と通信する処理ユニットを含んでもよく、コンピュータ使用可能な媒体は命令のセットを含み、処理ユニットは命令のセットを実行するように設計されている。
【0031】
上記の議論は、本発明の原理および様々な実施形態を例示することを意図している。上記の開示が十分に理解されれば、多数の変形および修正が当業者には明らかになるであろう。以下の特許請求の範囲は、全てのそのような変形および修正を包含するように解釈されることが意図される。
【図1】
【図2A】
【図2B】
【図2C】
【図3A】
【図3B】
【図4A】
【図4B】
【図4C】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
