(57)【要約】【課題】様々なタイプのデータを収集するために種々異なるフォームの調和をはかるとともに、フォームおよびそれに付随する収集データの管理および伝送ならびに携帯型処理装置をホスティングするネットワーク内における補助情報をサポートする。【解決手段】臨床情報データベースとの通信のため特定のタイプのデータを取得する際に使用されるカスタマイズされたデータ収集フォームおよびそれに付随するデータを用いて、システムは携帯型処理装置を最新バージョンに更新する。携帯型処理装置によるデータ収集にあたり使用されるフォームを生成するシステムには、ユーザコマンドに応答してデータの収集に使用される電子フォームを作成するためのフォームクリエータと、作成された電子フォームのレポジトリと、新バージョンを入手できるか否かを判定するフォームバージョンデタクタが設けられている。【選択図】図１
2004234666.tif 000002
【特許請求の範囲】
【請求項１】
携帯型処理装置によるデータ収集に使用されるフォームを生成するシステムにおいて、
ユーザコマンドに応答してデータ収集に使用される電子フォームを作成するフォームクリエータと、
作成された電子フォームのレポジトリと、
携帯型処理装置に現在格納されているフォームの新バージョンを入手可能か否かを判定するフォームバージョンデテクタと、
新バージョンを入手可能という判定に応答して、前記レポジトリから導出された該新バージョンのフォームを表すデータを携帯型処理装置へ通信開始する通信プロセッサとが設けられていることを特徴とする、
フォームを生成するシステム。
【請求項２】
前記フォームバージョンデタクタは携帯型処理装置に現在格納されているフォームの新バージョンを入手可能か否かを、
ａ）該携帯型処理装置から受け取ったフォームバージョン識別データを前記レポジトリに格納されているフォームバージョン識別データと比較すること
ｂ）該携帯型処理装置へ通信されたフォームのバージョン記録を保持しておき、前記レポジトリに格納されているフォームバージョン識別データを該バージョン記録におけるバージョン識別データと比較すること
のうち少なくとも一方によって判定する、請求項１記載のシステム。
【請求項３】
前記フォームバージョン識別データは、
ａ）フォームバージョンを識別するキャラクタストリング
ｂ）フォーム作成時点を識別するタイムスタンプ
ｃ）フォーム作成日を識別する日付スタンプ
のうち少なくとも１つのを有する、請求項２記載のシステム。
【請求項４】
作成された電子フォームのレポジトリには、複数の種々のタイプのデータを収集するためそれに対応する個数の複数の種々のタイプのフォームが含まれており、
前記フォームバージョンデタクタは、携帯型処理装置に現在格納されている特定のタイプのフォームの新バージョンを入手可能か否かを判定し、
前記通信プロセッサは新バージョンを入手可能という判定に応答して、前記レポジトリから導出された特定のタイプのフォームの新バージョンを表すデータを前記携帯型処理装置へ通信開始する、請求項１記載のシステム。
【請求項５】
前記フォームバージョンデタクタは、携帯型処理装置から受け取った通信メッセージに応答してフォームの新バージョンを入手可能か否かを判定し、
前記フォームクリエータは、携帯型処理装置上のイメージに表示されるボタンの作成に使用するため、作成された個々のフォームと結びつけられたデータを作成し、これによりユーザは該ボタンのユーザ選択に応答して携帯型処理装置における表示のために作成された個々のフォームを選択できるようになり、
前記通信プロセッサは新バージョンを入手可能という判定に応答して、作成された個々のフォームと結びつけられた前記データを個々のフォームの新バージョンを表すデータとともに携帯型処理装置へ通信開始する、
請求項１記載のシステム。
【請求項６】
前記複数の種々のタイプのフォームは、携帯型処理装置で表示可能なコンテンツインデックスイメージにおいて識別された患者記録情報の種々のセクションと結びつけられた種々のタイプのデータ項目を収集するために設けられており、
前記複数の種々のタイプのデータ項目には
ａ）オーダー情報
ｂ）バイタルサイン情報
ｃ）経過メモ
ｄ）医師のメモ
ｅ）実験室のテスト結果
ｆ）イメージング情報
ｇ）アレルギー情報
ｈ）医療情報
ｉ）看護士のメモ
ｊ）免疫
ｋ）外来診察情報
ｌ）問題点
のうち少なくとも２つが含まれる、
請求項４記載のシステム。
【請求項７】
前記レポジトリには複数の種々のタイプのフォームおよびそれに結びつけられた複数の対応するデータ要素が含まれており、個々の特定のデータ要素は前記携帯型処理装置上のイメージにおいて表示されるボタンの作成に使用するために設けられており、これによりユーザは、前記ボタンのユーザ選択に応答して携帯型処理装置上に表示するための対応する個々の特定のタイプのフォームを選択できるようになり、
前記通信プロセッサは新バージョンを入手可能という判定に応答して、前記個々の特定のデータ要素を前記対応する個々の特定のタイプのフォームといっしょに携帯型処理装置へ通信開始する、
請求項４記載のシステム。
【請求項８】
前記複数の種々のタイプのフォームは複数の種々の組織に結びつけられる、請求項４記載のシステム。
【請求項９】
携帯型処理装置によるデータ収集に使用される電子フォームを生成するシステムにおいて、
少なくとも１つのディスプレイイメージを生成するディスプレイジェネレータが設けられており、該ディスプレイイメージによりユーザは、
所望のフォームに含めるデータフィールドと選択される該データフィールドと結びつけられる少なくとも１つの属性を選択すること、
および選択されたデータフィールドを所望のフォームに配置するための配置情報を入力すること
をサポートすることによって、所望のフォームの作成のためのコンフィギュレーション情報を入力できるようになり、前記属性には、ユーザにより選択されたデータフィールドに入力されるデータ要素をデータベースにおける特定のロケーションにマッピングできるようにするコードが含まれており、
ユーザコマンドに応答してデータの収集に使用される電子フォームを作成するフォームクリエータと、
ユーザコマンドに応答し、前記コンフィギュレーション情報を使用して導出されたフォームのプレビューイメージの生成を開始するプレビュージェネレータとが設けられていることを特徴とする、
電子フォームを生成するシステム。
【請求項１０】
選択されたデータフィールドと結びつけられた少なくとも１つの属性には、
ａ）データフィールド名
ｂ）データフィールドといっしょに所望のフォームを表示するためのデータフィールドラベル
ｃ）データフィールドのために所望のフォーム上で使用されるデータエントリボックスのタイプ
のうち少なくとも１つが含まれる、
請求項９記載のシステム。
【請求項１１】
前記配置情報には、
ａ）選択されたデータフィールドを配置させるラインを識別するライン番号
ｂ）選択されたデータフィールドを配置させる前記ラインに沿ったポジションを識別するポジション番号
のうち少なくとも１つが含まれ、
前記プレビュージェネレータは、少なくとも１つのディスプレイイメージを含む１つの合成イメージ内のウィンドウにおけるプレビューイメージの生成を開始し、コンフィギュレーション情報のユーザ入力に応答して前記プレビューイメージを更新して、フォーム作成中に連続的に該フォームの更新されたプレビューを示す、
請求項９記載のシステム。
【請求項１２】
携帯型装置によるデータの収集および通信に使用されるシステムにおいて、
種々のタイプのデータを取得するための複数の電子フォームのレポジトリと、
特定のタイプのデータを取得するため、ユーザコマンドに応答して前記レポジトリから特定のフォームを選択する選択プロセッサと、
選択された特定のフォームを使用して入力されたデータを取得し、前記特定のフォームのバージョンを識別するフォームバージョン識別子とともに遠隔のシステムへ通信するのに適したデータが得られるよう処理するインタフェースプロセッサと、
処理された前記データおよび前記フォームバージョン識別子を遠隔のシステムへ通信開始する通信プロセッサとが設けられていることを特徴とする、
データの収集および通信に使用されるシステム。
【請求項１３】
前記フォームバージョン識別子は、
ａ）フォームバージョンを識別するキャラクタストリング
ｂ）フォーム作成時点を識別するタイムスタンプ
ｃ）フォーム作成日を識別する日付スタンプ
のうち少なくとも１つを有する、請求項１２記載のシステム。
【請求項１４】
前記複数の電子フォームは、携帯型処理装置で表示可能なコンテンツインデックスイメージにおいて識別された患者記録情報の種々のセクションと結びつけられた種々のタイプのデータ項目を収集するために設けられており、
前記複数の種々のタイプのデータ項目には
ａ）オーダー情報
ｂ）バイタルサイン情報
ｃ）経過メモ
ｄ）医師のメモ
ｅ）実験室のテスト結果
ｆ）イメージング情報
ｇ）アレルギー情報
ｈ）医療情報
ｉ）看護士のメモ
ｊ）免疫
ｋ）外来診察情報
ｌ）問題点
のうち少なくとも２つが含まれる、
請求項１２記載のシステム。
【請求項１５】
携帯型処理装置で表示するためにボタンを含む少なくとも１つのイメージを生成するディスプレイジェネレータが設けられており、これにより前記ボタンのユーザ選択に応答して前記レポジトリから特定のフォームを選択できるようになり、
前記ディスプレイジェネレータは、患者記録情報の種々の選択を識別するための患者医療記録コンテンツインデックスイメージを生成し、該イメージには前記患者記録情報の種々のセクションの更新に使用される種々のタイプのデータ項目を収集するレポジトリから種々のフォームを選択するときに使用される複数のボタンが含まれており、
前記複数の電子フォームは複数の種々の組織に結びつけられている、
請求項１２記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子フォームおよびそれに付随するデータの生成ならびに携帯型装置とサーバまたは他の装置を含む遠隔のシステムとの間における通信をサポートするシステムおよびユーザインタフェースに関する。
【背景技術】
【０００２】
医師が医療現場において目下の患者の記録情報にアクセスしてサーチできるようにするために、携帯型処理装置の利用が増えてきている。理想的にはパームトップコンピュータなどのような携帯型装置は、患者記録をたやすく見るのに十分なディスプレイサイズを有しており、しかも楽に携行するのに十分に小さい。とはいえ患者記録情報処理用に利用可能な携帯型システムは、患者記録情報の安全な取得、アクセス、伝送ならびに更新のための能力に関して、ならびにユーザの望む患者記録データの位置特定やアクセスをサポートするイメージメニューの作成ならびにナビゲートのための能力に関して制約されている。利用可能な携帯型システムは特に、医療現場で患者データを収集し処理するための能力に関して、さらに収集されたデータを患者記録管理システムなどのような遠隔のシステムへ伝送する能力に関して制約されている。一般に病院職員は、血圧、脈拍、バイタルサインなどのような患者データを取得するためにデータ収集フォームを利用する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら病院やその他のヘルスケア施設（クリニック、医者、グループ開業医、医療施設等を含む）におけるデータ収集要求はそれぞれ異なっている。様々な病院で使用するために、ならびに様々なタイプのデータを収集するために、種々異なるフォームの調和をはかる携帯型処理システムを提供するのが望ましい。さらに望ましいのはそのようなシステムによって、フォームおよびそれに付随する収集データの管理および伝送ならびに携帯型処理装置をホスティングするネットワーク内における補助情報がサポートされるようにすることである。したがって本発明の課題は、上述の要求ならびにそれに付随する問題点を解消するようにしたシステムを提供することにある。
【課題を解決するための手段】
【０００４】
本発明によればこの課題は、ユーザコマンドに応答してデータ収集に使用される電子フォームを作成するフォームクリエータと、作成された電子フォームのレポジトリと、携帯型処理装置に現在格納されているフォームの新バージョンを入手可能か否かを判定するフォームバージョンデテクタと、新バージョンを入手可能という判定に応答して、前記レポジトリから導出された該新バージョンのフォームを表すデータを携帯型処理装置へ通信開始する通信プロセッサとが設けられていることを特徴とする、携帯型処理装置によるデータ収集に使用されるフォームを生成するシステムにより解決される。さらに上記の課題は、請求項９記載の携帯型処理装置によるデータ収集に使用される電子フォームを生成するシステム、ならびに請求項１２記載の携帯型装置によるデータの収集および通信に使用されるシステムにより解決される。
【発明を実施するための最良の形態】
【０００５】
本発明のシステムは、遠隔の臨床情報データベースに通信するため（たとえばバイタイルサイン、医師、看護メモ、テストのオーダー、管理すべき投薬など）特定のタイプの患者データの取得に使用されるカスタマイズされたデータ収集フォームおよびそれに付属するデータの最新バージョンによって携帯型処理装置を更新する。携帯型処理装置によるデータ収集において使用されるフォームを生成するシステムには、ユーザコマンドコマンドに応答してデータの収集に使用される電子フォームを作成するフォームクリエータが含まれている。このシステムには、作成された電子フォームのレポジトリと、携帯型処理装置に現在格納されているフォームの新バージョンを入手可能か否かを判定するフォームバージョンデタクタも含まれている。さらに通信プロセッサは新バージョンを入手可能という判定に応答して、レポジトリから導出された新バージョンを表すデータを携帯型処理装置へ通信開始する。
【０００６】
本発明の１つの実施形態によればプレビュージェネレータが、ユーザの入力したコンフィギュレーション情報から導出されたフォームのプレビューイメージの生成を行う。
【０００７】
本発明の別の実施形態によればフォームクリエータは、携帯型処理装置にフォームを表示させるボタンを用意する際に使用される個々の作成フォームと結びつけられたデータを生成する。
【実施例】
【０００８】
図１には、データ収集フォームの作成および管理ならびに遠隔の臨床情報データベースへの収集患者データの伝送をサポートするネットワークシステムが示されている。携帯型処理装置を介したユーザのデータ入力に続いて得られる患者情報が患者記録レポジトリにアップロードされ、そのデータを印刷することができるし、あるいは赤外線シリアルコネクションまたは他のコネクションを使用して別の携帯型処理装置へ転送できる。携帯型処理装置のユーザは、特定の患者またはユーザが指定した患者リストについて医療記録全体またはその一部分を、種々の通信リンクを利用して患者記録レポジトリからダウンロードすることができる。このような通信リンクにはたとえば、シリアルクレードルまたは赤外線トランシーバコネクションを利用したＰＣまたはサーバのシリアルポートへのシリアルコネクション、イーサネットクレードルまたは赤外線トランシーバコネクションを利用したＰＣまたはサーバのイーサネットポートへのイーサネットコネクション、ならびにその他のＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、ワイヤレスコネクションなどが含まれる。
【０００９】
図１のネットワークアーキテクチャは１つの例にすぎない。携帯型処理装置を様々なネットワーク環境で稼働することができ、そのようなネットワーク環境として（たとえば種々の病院部門をつなぐために用いられるイーサネット互換のＬＡＮ）や対応する複数の患者のための複数の医療インタフェースバス（Medical Interface Bus）を含む１つまたは複数の階層的に配置されたＬＡＮまたはＷＡＮが挙げられる。これに加えて携帯型処理装置は、ダイアルアップ電話接続、ＡＤＳＬ、ケーブルモデムまたは他の形式の接続を利用しファイアウォールやその他のイントラネット（図示せず）を介してインターネットにアクセスすることができる。個々の携帯型処理装置はインターネットプロトコル（ＩＰ）互換であるが、ネットワークに組み込まれた装置間の通信コネクティビティをサポートする他のプロトコルを採用してもよい。このシステムにはウェブサーバ２６上で実行されるソフトウェアアプリケーション（図１のアプリケーション１９）が含まれており、これによりユーザは、たとえばパームトップコンピュータまたはラップトップコンピュータ、ポケットＰＣ、ＰＤＡ（Personal Data Assistant）のような携帯型装置での使用に適したデータ収集フォームを作成し管理し記憶させることができる。携帯型装置がダウンロードのために患者情報を次の機会にアクセスしたときには、作成されたフォームがたとえば臨床医のＰＤＡに自動的にダウンロードされると有利である。有利なことにこのシステムによって、装置をフォーム配布アプリケーションと同期させる必要なく、携帯型装置へ最新バージョンのフォームが配布される。
【００１０】
図１のネットワークシステムは、ユーザにより作成されるデータ収集フォームを利用した患者医療記録情報の取得と通信をサポートしており、その際にユーザは、イーサネット接続２８およびＬＡＮ４０を介しパーソナルコンピュータ（ＰＣ）３０を用いてアクセスされるアプリケーション１９を使用する。この場合、フォームの作成および管理を行うアプリケーション１９はブラウザおよびインターネット互換であって、サーバ２６上におかれている。アプリケーション１９は患者データフォームの作成を、後続のアクセスおよび必要に応じた変更のためサーバ２６のファイルディレクトリシステムに格納された標準ＨＴＭＬ（Hyper Text Markup Language）ファイルとしてサポートしている。作成されたフォームは、携帯型処理装置ソフトウェアエミュレータを利用してＰＣ３０上でテストされるかまたは、実際の携帯型処理装置においてテストされる。配布の準備が整ったフォームは、携帯型処理装置１０，２０へあとで通信するため別個のファイルサーバ２６のファイルディレクトリ内に配置される。データ収集フォームを利用して収集された患者医療記録情報は、赤外線シリアルポートコネクション２２またはイーサネットコネクション２４，３２とＬＡＮ４０を介して、携帯型装置１０と２０との間で安全に伝送可能である。収集された患者医療記録情報は、医療記録情報レポジトリシステム５０へも通信される。サーバ２６にアクセスして患者データを医療情報システム５０からダウンロードするために、あるいは患者データをシステム５０にアップロードするために、臨床医は携帯型装置１０（または２０）にコマンドを入力する。サーバ２６上のアプリケーション１９は携帯型装置１０上のフォームのバージョン（たとえば作成日時）をサーバ２６内に格納されている対応するフォームのバージョンと比較し、バージョンの相違に応答してアプリケーション１９は、携帯型装置１０への最新バージョンのフォームの通信を開始する。
【００１１】
携帯型装置１０および２０の各々はデータおよびコマンドを処理するためのコントローラ１５を有しており、それらのデータやコマンドは通信インタフェース１７を介して、ならびにキーボードおよびマウスあるいはその他のカーソルコントローラ（見やすくするため図示せず）を含む付属のデータ入力デバイスからのデータ入力を介して受信される。このコントローラ１５においてアプリケーション２１が実行され、これはディスプレイ１２におけるデータ収集フォーム、メニューおよび取得情報の表示を管理する。さらにアプリケーション２１は、通信インタフェース１７を介したサーバ２６、医療情報システム５０、他の携帯型処理装置、インターネットならびにそのほかのイントラネットコネクションとの双方向通信も管理する。コントローラ１５とインタフェース１７を使用する携帯型処理装置１０，２０は赤外線シリアルポートコネクション２２を介して互いに双方向でダイレクトに通信を行い、さらに別の通信リンクを介しても相互におよび情報通信システム５０、インターネットならびにそのほかのイントラネットシステムと通信を行う。このような別の通信リンクにはＰＣ３０へのシリアルコネクション、ＰＣ３０からイーサネットコネクション２８を介してＬＡＮ４０およびシステム５０へのコネクションが含まれる（またはたとえばファイアウォールを介したインターネットおよび他の外部コネクション）。これに対する代案として、携帯型装置１０はイーサネットコネクション２４を介してＬＡＮ４０およびシステム５０とダイレクトに通信を行うことができる。同様に携帯型装置２０は、イーサネットコネクション３２を介してＬＡＮ４０およびシステム５０とダイレクトに通信を行うことができる。さらにシリアルおよびイーサネットコネクションとして、赤外線または他のコネクションを含むワイヤレスコネクションを挙げることができる。この場合、携帯型装置１０，２０はサーバ２６および医療情報システム５０へ、データ収集フォームおよび付属するデータを通信する。
【００１２】
図２には、サーバ２６上で実行されるアプリケーション１９により行われるプロセスのフローチャートが示されており、これは患者データの収集にあたり携帯型処理装置１０により使用されるデータ収集フォームを作成するため、ＰＣ３０を介して入力されるユーザコマンドに応答して実施される。その際、ユーザはフォーム作成および管理アプリケーション１９を用いてデータ収集フォームを作成し、このアプリケーションは図２のフローチャートの各ステップを行い、これはイーサネットコネクション２８およびＬＡＮ４０を介しパーソナルコンピュータ（ＰＣ）３０を用いてアクセスされるサーバ２６上で実行される。
【００１３】
図２のステップ３００からスタートした後ステップ３０５においてユーザコマンドに応答してアプリケーション１９は、所望のフォームを作成するためのコンフィギュレーション情報をユーザが入力できるようにする１つまたは複数のディスプレイイメージの生成を開始する。この目的で、生成されたディスプレイイメージは所望のデータ収集フォームに含めるためにデータフィールドのユーザ選択をサポートする。図５には、携帯型処理装置のデータ収集フォームにおけるデータフィールドの作成をサポートするユーザインタフェースのイメージメニューが示されている。図５のユーザインタフェースイメージは、ＰＣ３０に表示されるメニューにおけるフォームビルダボタンのユーザ選択に応答して開始される。その際にユーザは、たとえば体温や血圧など個々の患者のパラメータを収集するためのフォームの作成にあたりデータフィールドを設置するため、図５のイメージを利用する。
【００１４】
生成された図５のディスプレイイメージは、選択されたデータフィールドに付随する少なくとも１つの属性のユーザ選択もサポートする。このような属性には、フォーム内の特定のデータフィールドに入力されたデータをデータベース内の特定のロケーションにマッピングできるようにするコード（観察コード observation code ４００）が含まれている。このコードは、相応のデータフィールドとホストデータベース内においてそれに結びつけられた記憶ロケーションとを識別するために用いられる。アプリケーション１９はあるコードを、作成されたデータ収集フォームにおける特定のデータフィールド（たとえば患者体温データフィールド）と、（サーバ２６または情報システム５０内の）ホストデータベースにおける対応するロケーションとの双方に結びつける。したがってホストデータベースにおける個々のフィールドはただ１つの識別子をもつことになり、たとえば患者体温は文字列PAT-TEMPにより識別することができる。その際、作成されたデータ収集フォームを介してユーザが患者体温値を入力したことに応答して、携帯型装置１０は入力値および対応づけられたコードを（たとえば文字列PAT-TEMP=98.6"の送信などによって）サーバ２６上のアプリケーション１９へ通信する。アプリケーション１９はこのコードを利用して、サーバ２６またはシステム５０におけるホストデータベース内の適正なロケーションに受信した値を格納する。図５のインタフェースイメージのウィンドウ４０９によれば、ユーザにより作成されたデータフィールドが名前でソートされてリストアップされており、さらにここには各データフィールドに対応づけられた観察（識別）コードも示されている。
【００１５】
ユーザにより選択可能であり選択されたデータフィールドと結びつけられる他の属性として挙げられるのはデータフィールド名４０７（たとえば体温、血圧）、作成されたフォームにおいてデータフィールドといっしょに表示されるデータフィールドラベル４０５、ならびに作成されたフォームにおいてデータフィールド内で使用されるデータエントリボックスタイプ４０３である。データエントリボックスタイプ４０３はたとえばテキストボックス、リストボックス、チェックボックスまたはラジオボタンとすることができる。図６〜図８には（図２のステップ３０５において）生成されたディスプレイイメージを介してユーザにより選択可能なデータエントリボックスが例示されている。ユーザは図５のフォームコンフィギュレーションユーザインタフェースイメージを介して、選択されたデータエントリボックスをデータ収集フォーム内のデータフィールドと結びつける。図６には、データフィールドにおいてユーザが選択可能なテキストデータエントリタイプが示されている。このデータエントリフィールドは、入力可能な最大キャラクタ数、最小値、最大値およびユーザデータ入力が必要か否かという指定項目のユーザ選択をサポートする。同様に図７には、許可されたデータエントリ項目のユーザ選択を可能にするデータフィールドのデータエントリタイプリストが示されている。さらに図８には、ボタンがチェックされたときに使われるべき値をユーザが割り当てできるようにするチェックボックスまたはラジオボタンデータエントリタイプが示されている。
【００１６】
ユーザコマンドに応答してアプリケーション１９はステップ３１０において、フォーム作成をサポートする図９に示した合成ユーザインタフェースイメージの生成を開始し、これにはステップ３０５において入力されたコンフィギュレーション情報を用いて導出されたフォームのプレイビューイメージが含まれている。アプリケーション１９はコンフィギュレーション情報のユーザ入力に応答してプレイビューイメージを更新し、これによってフォーム作成中に連続的にフォームの更新プレビューが示される。これによればフィールドがフォームに加えられると、プレビューウィンドウ４２７はフォーム作成中にその様子を見せる。新たなフィールドがフォームに加えられると、それがプレビューウィンドウに現れる。フィールドに加えようとしたときにエラーが発生した場合には、それはプレビューウィンドウ４２７には現れない（別の実施形態では自動的にエラーを訂正し、適正なフォームレイアウトを示す）。図９のインタフェースイメージによればユーザはフォーム名４１３およびフォームラベル４１０を入力することで、作成すべきフォームを識別することができる。結果として生じるインタフェースイメージにはフォームタイプ４１５が示されており、さらにこのインタフェースイメージによればロケーション情報のユーザ入力がサポートされ、これは作成中のフォームにおいて（タイプセレクタ４２１により識別される）データフィールドと付随するラベルとスペースとを含むユーザ選択要素を位置決めするために用いられる。ロケーション情報には、選択された要素を配置させるイメージディスプレイラインを識別するライン番号４２５と、選択された要素を配置させるため選択されたラインに沿ったポジションを識別するポジション番号４２３が含まれている。対応づけられたデータフィールド名とデータフィールドラベルは、項目４１７および４１９を介してユーザにより選択される。
【００１７】
アプリケーション１９はステップ３１５において、ステップ３０５と３１０で入力されたコンフィギュレーション情報を使用して電子データ収集フォームを作成し、これは携帯型装置１０において使用される患者カルテバイタルサインデータ収集フォームとして図１２に例示されている。ステップ３１５におけるデータ収集フォームの作成ならびに格納に応答してアプリケーション１９は、サーバ２６に格納するため図１０の表に示されているフォームと結びつけられたデータが生成される。フォームと結びつけられたデータにより、フォーム名（たとえば図１０の項目４５０、モデルバイタルチャート作成フォーム−コピー、図９の項目４１３）がリンクテキスト（たとえば図１０の項目４５３、チャートバイタル、図９の項目４１０）とリンクされる。リンクテキスト（チャートバイタイル−図９のフォームラベル４１０）によって、携帯型装置１０においてイメージに表示されるユーザ選択可能リンク（またはボタン）が得られる。図２のプロセスはステップ３２０で終了する。
【００１８】
図３には、携帯型処理装置への作成済みデータ収集フォームの伝送を管理するアプリケーション１９によって実行されるプロセスのフローチャートが示されている。図３のステップ２００からスタートした後ステップ２０５においてアプリケーション１９は、図２を参照しながら説明したプロセスを用いユーザコマンドに応答して電子フォームを作成する。図３のステップ２１０においてアプリケーション１９はユーザコマンドに応答して、作成されたフォームをサーバ２６（またはシステム５０）上のレポジトリに格納し、これには患者記録情報において対応する複数の異なるタイプのデータ項目を収集するための複数の異なるタイプのフォームが含まれている。これら異なるタイプのフォームは、携帯型装置１０において表示されるコンテンツインデックスイメージにおgいて識別される患者記録情報の種々のセクションと結びつけられた種々のタイプのデータ項目を収集するために用いられる。個々の組織内の様々な組織や様々な部門によっても、たとえば特定の組織や部門の要求に合わせてカスタマイズされたそれぞれ異なるタイプのフォームが用いられる。種々のタイプのデータ項目にはたとえばオーダー情報、バイタルサイン情報、経過メモ、医師のメモ、実験室のテスト結果、イメージング情報、アレルギー情報、投薬情報、看護師メモ、免疫、外来診察情報あるいは問題点の記述が含まれる。携帯型処理装置１０においてイメージに表示されるボタンを設けるのに利用するため、レポジトリにより固有のフォームが対応するデータ要素とも結びつけられる。このようなボタンによって、携帯型装置１０において表示するための特定のフォームをユーザが選択できるようになる。
【００１９】
ステップ２１５においてアプリケーション１９はデータ収集フォームの日時スタンプ情報（あるいは他のフォームのバージョン識別情報）を受け取り、これによって携帯型装置１０からの少なくとも１つの通信メッセージにおけるフォーム作成の日時が識別される。日時スタンプ情報は携帯型装置１０により、固有のタイプのフォームを介して収集された患者データとともにアプリケーション１９に通信される。このことはたとえば、特定の患者の電子患者記録情報を更新するユーザコマンドに応答して行われる。アプリケーション１９は、携帯型処理装置に現在格納されている特定のタイプのフォームのいっそう新しいバージョンすなわち新バージョンを入手できるか否かを自動的に検出する。このことは、携帯型処理装置１０から受け取ったフォーム日時スタンプ情報（または他のバージョン識別データ）をサーバ２６（またはシステム５０）のレポジトリに格納されているフォームの日時スタンプ（または他のバージョン識別データ）とを比較することによって行われる。別のフォームバージョン識別情報に、たとえばフォームバージョンを識別するキャラクタ文字列を含ませることができる。これに対する代案としてアプリケーション１９は、携帯型処理装置１０へ通信されるフォームのバージョンの記録を保持し、レポジトリに格納されているフォームのフォームバージョン識別データをその記録中のバージョン識別データと比較する。
【００２０】
ステップ２２０においてアプリケーション１９は、フォームの新バージョンを入手可能と判定されたことに応答して、サーバ２６のレポジトリから導出された特定のタイプのデータ収集フォームの新バージョンを表すデータを取り出す。アプリケーション１９は、取り出されたフォームを表すデータを携帯型装置１０へ自動的に通信し始める。これに対する代案としてアプリケーション１９はフォーム更新コマンドに応答して、最新フォームバージョンを表すデータを携帯型装置１０へ送信する。フォームを表すデータは、表示リンク（またはボタン）を設けるのに使用される固有のフォームと結びつけられたデータとともに携帯型装置１０へ通信される。図１０の表には、表示リンクを設けるのに使用される固有のフォームと結びつけられたデータが示されており、これはサーバ２６の記憶装置から取り出される。このリンクデータは、図２を参照しながらすでに説明したとおりフォーム作成プロセス中に形成される（ステップ３１５）。フォームと結びつけられたデータによって、フォーム名（図１０の項目４５０、モデルバイタイルチャート作成フォーム−コピー）がリンクテキスト（図１０の項目４５３，チャートバイタル）とリンクされる。
【００２１】
有利な実施形態によればデータ収集フォームは同じウェブサーバ（サーバ２６）上の指定されたディレクトリに格納され、臨床医はこれを利用してシステム５０から患者情報をダウンロードしたりアップロードしたりする。別の実施形態によれば、格納されたフォームおよび患者記録情報は種々のサーバまたは記憶装置にロードされる。図３のプロセスはステップ２４０において終了する。
【００２２】
図４には、患者データを取得して通信するときにデータ収集フォームを選択して適用する際に携帯型装置１０により使用されるプロセスのフローチャートが示されている。図４のステップ３３０からスタートした後ステップ３３３において携帯型装置１０のアプリケーション２１は、患者記録情報の種々のセクションを識別するための（図１に例示した）患者医療記録コンテンツインデックスイメージを生成し、これには様々なタイプのデータ項目を収集するために種々のフォームを選択する際に使用されるボタンが含まれている。種々のフォームは携帯型装置１０内のレポジトリに格納されており、患者記録情報の様々なセクションを更新する際に使用される種々のタイプのデータ項目を収集するために使用される。図１１に示した医療記録コンテンツインデックスイメージは、化学、血液学、バイタルサインなどのような患者カルテの主要セクションの各々にハイパーリンクされたコンテンツインデックスを有しており、それらは図１１の要素９１１〜９２９に例示されている。
【００２３】
患者記録コンテンツインデックスは、サーバ２６上のアプリケーション１９によって特定の患者に関する患者記録情報が生成され携帯型処理装置１０へ通信されるとき、アプリケーション１９によってダイナミックに生成される。さらにアプリケーション１９によって患者記録の個々のセクションが照合されて携帯型装置１０へ通信されるとき、患者記録コンテンツインデックスにおいて使用される対応する記録セクションへの個々のＵＲＬリンクも生成される。殊に患者記録データの新しいセクションが記録レポジトリから取り出されると、そのセクション（たとえば化学）の名前が識別され、参照する記録セクションを指すＨＴＭＬハイパーリンクタグとしてメモリバッファに格納される。
【００２４】
携帯型装置１０上に表示される図１１の医療記録コンテンツインデックスイメージでのチャートバイタルリンク９２５のユーザ選択に応答してアプリケーション２１はステップ３３５において、患者バイタルサインデータを取得するため携帯型装置１０のレポジトリから（図１２に例示した）チャートバイタルデータ収集フォームを選択する。この目的で携帯型装置１０のアプリケーション２１は、フォーム名（図１０の項目４５０、モデルバイタルチャート作成フォーム−コピー）をリンクテキスト（図１０の項目４５３、チャートバイタイル）とリンクする特定のフォームと結びつけられた格納データを使用する。アプリケーション２１は図１１のチャートバイタイルイメージにおけるリンク９２５のユーザ選択に応答しこの格納データを使用して、携帯型装置１０に格納されておりフォーム名（モデルバイタルチャート作成フォーム−コピー）をもつ（図１２に例示された）チャートバイタイルデータ収集フォームを有するファイルを識別して取り出す。図１２のチャートバイタルデータ収集フォームは携帯型装置１０の記憶装置から呼び出され、この装置１０上に表示される。アプリケーション２１はステップ３４０においてチャートバイタルフォームを利用して入力された患者データを取得し、ステップ３４３において取得された入力患者データを処理してサーバ２６への通信に適合させる。アプリケーション２１は、取得された処理済みの入力患者データにおけるチャートバイタルフォームのバージョンを識別するフォームバージョン識別子（たとえば日時スタンプ識別子）を組み込む。ステップ３４５においてアプリケーション２１は、サーバ２６への処理済みデータおよびフォームバージョン識別子の通信を開始する。システム５０の患者記録レポジトリを更新するため、更新済み患者記録情報を含む処理済みデータが送信され、あるいはそれを他の遠隔地へＥメール送信してもよいし、印刷することもできる。図４のプロセスはステップ３５０において終了する。
【００２５】
本発明は、図１〜図１２に示したアーキテクチャ、ユーザインタフェースメニューならびにプロセスに限定されるものではない。同じ目的を達成するため、それ以外のアーキテクチャ、プロセスならびにユーザインタフェースメニューも本発明の原理に従って導き出すことができる。さらに有利であるのは本発明の原理を、患者情報やその他の情報を異なる複数の場所へ容易に配布できるようにするために、どのような臨床的ヘルスケア情報管理システムにも適用できることである。
【図面の簡単な説明】
【００２６】
【図１】本発明によるネットワークシステムを示す図であり、このネットワークシステムによればデータ収集フォームの作成および管理ならびに遠隔の臨床情報データベースへの収集がサポートされる。
【図２】本発明によるプロセスのフローチャートであり、このプロセスによれば患者データの収集にあたり携帯型処理装置により使用されるデータ収集フォームが作成される。
【図３】本発明によるプロセスのフローチャートであり、このプロセスによれば携帯型処理装置への作成されたデータ収集フォームの伝送が管理される。
【図４】本発明によるプロセスのフローチャートを示す図であり、このプロセスは患者データの取得および通信にあたりデータ収集フォーム適用する際に携帯型処理装置により使用される。
【図５】本発明によるユーザインタフェースイメージメニューを示す図であり、これは携帯型装置のデータ収集フォームにおけるデータフィールドの作成をサポートする。
【図６】本発明による携帯型処理装置のデータ収集フォームに組み込まれるデータフィールドにより使用されるデータ入力要素を示す図である。
【図７】本発明による携帯型処理装置のデータ収集フォームに組み込まれるデータフィールドにより使用されるデータ入力要素を示す図である。
【図８】本発明による携帯型処理装置のデータ収集フォームに組み込まれるデータフィールドにより使用されるデータ入力要素を示す図である。
【図９】本発明によるユーザインタフェースイメージメニューを示す図であり、これは携帯型処理装置のデータ収集フォームの作成をサポートする。
【図１０】本発明によるデータ収集フォーム識別名を携帯型処理装置のユーザインタフェースイメージに表示されるユーザ選択可能な対応リンクと結びつける表である。
【図１１】本発明によるユーザインタフェースイメージメニューを示す図であり、これにはユーザ選択可能なリンクが含まれており、これによって対応する特定のタイプの患者医療記録データと結びつけられた特定のデータ収集フォームをユーザ選択可能になる。
【図１２】本発明によるユーザインタフェースイメージメニューを示す図であり、これには患者バイタルサインデータと結びつけられた特定のデータ収集フォームが示されている。
【符号の説明】
【００２７】
１０，２０  携帯型装置
１２  ディスプレイ
１５  コントローラ
１７  通信インタフェース
１９，２１  アプリケーション
２２  赤外線シリアルポートコネクション
２４，２８，３２  イーサネットコネクション
２６  サーバ
３０  ＰＣ
４０  ＬＡＮ
５０  医療情報システム
【図１】
2004234666.tif 000003
【図２】
2004234666.tif 000004
【図３】
2004234666.tif 000005
【図４】
2004234666.tif 000006
【図５】
2004234666.tif 000007
【図６】
2004234666.tif 000008
【図７】
2004234666.tif 000009
【図８】
2004234666.tif 000010
【図９】
2004234666.tif 000011
【図１０】
2004234666.tif 000012
【図１１】
2004234666.tif 000013
【図１２】
2004234666.tif 000014