(57)【要約】インターネットあるいはイントラネットアクセス可能な患者評価システムを提供する方法、装置及び読み出し可能な媒体。ユーザがブラウザにおいて以前に用意された患者の書類へのアクセス、これら書類の編集、あるいは新たな患者の評価データの入力を可能にする医療評価書類が送信チャンネルを介しユーザに提供される。生成装置がコンフィギュレーションデータベースに保存されている書式データを使って、以前に入力したデータの閲覧あるいは新たなデータの追加がユーザにより可能となるようHTML/ASPページドキュメントを生成する。コンフィギュレーションデータベースが変更あるいは更新されるとき、この変更されたコンフィギュレーションデータベースに対応する新たなHTML/ASPページドキュメントを生成装置に生成させるので、生成装置とロードされたコンフィギュレーションデータベースを含むコンフィギュレーションモジュールとの間のインタラクションは動的なものとなる。
2004537130.tif 000002
【特許請求の範囲】
【請求項１】
医療評価書類の書式データのコンフィギュレーションデータベースを有するコンフィギュレーションモジュール；
前記書式データに基づきマークアップドキュメントを生成する動的生成装置；及び
前記マークアップドキュメントを患者の医療データと合成し、ブラウザを有するユーザによる前記合成されたマークアップドキュメントの受信及び表示が可能になるよう送信チャンネルを介し前記合成されたマークアップドキュメントを送信する送信モジュール；
を有することを特徴とする患者評価装置。
【請求項２】
請求項１記載の患者評価装置であって、前記コンフィギュレーションモジュールは前記コンフィギュレーションデータベースをチェックして、前記コンフィギュレーションデータベースが変更されたかどうか決定し、前記コンフィギュレーションデータベースの変更により、前記コンフィギュレーションモジュールは前記動的生成装置に前記マークアップドキュメントを再生成させることを特徴とする装置。
【請求項３】
医療評価書類の書式データを有するコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ；
前記マークアップドキュメントを患者の医療データと合成するステップ；及び
ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ；
を有することを特徴とする患者評価方法。
【請求項４】
請求項３記載の患者評価方法であって、さらに、前記受信されたマークアップドキュメントにおける前記医療データのユーザ変更を監視するステップを有することを特徴とする方法。
【請求項５】
請求項３記載の患者評価方法であって、さらに、前記送信チャンネルにおける前記ユーザとの切断が生じたと判断される場合、前記受信したマークアップドキュメントにおける前記医療データのユーザ変更と、患者データベースにおける医療データの変更を保存するステップを有することを特徴とする方法。
【請求項６】
請求項３記載の患者評価方法であって、さらに、前記受信されたマークアップドキュメントにおける前記医療データのユーザ変更を保存するステップを有し、前記ユーザによるセッションリクエストの終了において、前記変更された医療データは前記医療データを保存した患者データベースにおける前記医療データと交換されることを特徴とする方法。
【請求項７】
プログラムの命令を有するコンピュータであって、前記プログラムは前記コンピュータに：
医療評価書類の書式データを有するコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ；
前記マークアップドキュメントを患者の医療データと合成するステップ；及び
ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ；
を実行させることを特徴とするコンピュータ。
【請求項８】
請求項７記載のコンピュータプログラムであって、さらに、前記送信チャンネルにおける前記ユーザとの切断が生じたと判断される場合、前記受信したマークアップドキュメントにおける前記医療データのユーザ変更と、患者データベースにおける医療データの変更を保存するステップを前記コンピュータに実行させる命令を有することを特徴とするコンピュータプログラム。
【請求項９】
請求項８記載のコンピュータプログラムであって、さらに、前記受信されたマークアップドキュメントにおける前記医療データのユーザ変更を保存するステップを有し、前記ユーザによるセッションリクエストの終了において、前記変更された医療データは前記医療データを保存した患者データベースにおける前記医療データと交換されるよう前記コンピュータに実行させる命令を有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
［発明の背景］
１．発明の技術分野
本発明は、インターネットあるいはイントラネットアクセス可能な患者評価システムを提供する方法、装置及び読み出し可能な媒体に関する。より詳細には、本発明は、HTML/ASP文書を利用したインターネットあるいはイントラネットアクセス可能な患者記録閲覧及び編集システムを提供する方法、装置及び読み出し可能な媒体に関する。
２．関連技術の説明
医療環境では、手術前後の患者の評価を行うことが重要である。この評価により、医師や医療スタッフは患者の詳細を把握し、手術の準備や実行、術後のフォローにこの詳細を考慮することができる。典型的に、この詳細は、麻酔投与時にすべての詳細を考慮しなければならない麻酔医にとって極めて重要なものである。従来の患者評価システムでは、閉じたネットワーク環境における患者データの入力、権限のある人によるデータの閲覧、及び追加的データの編集及び追加が可能である。例えば、典型的に、医師は患者に健康状態について問診し、その後医院のコンピュータの患者評価システムにその応答を入力する。しかしながら、これらの患者評価システムでは、典型的に、各コンピュータには患者評価システムがインストールされている必要があり、またコンピュータは十分なマシーンパワー、大きな空きメディア記憶領域、及び大きな空きメモリが要求される。そのような十分なマシンパワーを有するコンピュータにかかる全体のコストは、患者評価システムの利用が必要な医師、開業者及び病院の負担となる。さらに、各医師、開業者あるいは病院が評価構成に関する基準や構成を変更するとき、十分なマシーンパワーを有する各コンピュータは新たなソフトウェアやメディアにより個別にアップグレートされる必要がある。さらなる問題点として、医療スタッフが自宅のような便利な場所から患者評価情報の入力、閲覧及び編集を実行することは禁じられている。最後にこのような個別の患者評価システムでは、患者が同じような都合のよい場所から自らデータを入力することは禁止されている。従って、他のアプローチ、すなわち、そのような大きなマシンパワーのコンピュータや個別の設置を要さず、都合のよい場所から患者評価システムへのアクセスが可能なものに対する必要性があると判断されていた。
【０００２】
最近では、インターネットを介し一般大衆に利用可能な情報が流入してきた。インターネットに接続されたコンピュータにアクセスする人は、様々な病気の検索及び研究を実行することができる。同様に、シカゴ大学のMike  Roizen博士は、人があるタイプの自己評価を実行できるインターネット上のページを一般の人に公開した。Roizen博士の自己評価システムでは、一般のメンバーは静的なインターネットページ上に与えられる予め用意された質問に答える。採点システムがこれらの回答を使って、各人がどれくらい病気であるか、あるいはどれくらい健康であるかを示すスコアを生成する。Roizen博士により開発されたインターネットページは、用意された質問の変化に応じて動的に変更されえないので、静的なインターネットページである。オペレータはインターネットページを再構成し、新たに用意された質問を含める必要がある。Roizen博士はまた、特定の条件下でどの実験テストが実行されるべきかに関する表を作成した。Roizen博士の自己評価システムはさらに、一般の人々が低コストのコンピュータを使って自宅から自己評価を行うことができる集中的解決策として発展した。必要なものとしては、インターネット接続とRoizen博士のインターネットページからダウンロードしたページを閲覧するためのブラウザである。Roizen博士の自己評価システムは広く受け入れられてはいない。なぜなら、典型的には、評価についてどの要素が必要あるいは妥当かに関する基準が存在しないからである。医師、開業者及び病院は通常、患者の評価において、どの質問が必要で、同一の解釈法を示す独自の患者評価構成を生成している。従って、Roizen博士が集中的解決策の一形態を示したが、Roizenによる単一構成の患者評価は大部分の医師、開業者あるいは病院にとって受け入れられるものでない。
【０００３】
従って、独自の患者評価構成とユーザサイドにおける大きなコンピュータ資源の不要な集中的階層を可能にし、権限のあるユーザによる新たな患者データの入力、既存の患者データの編集及び閲覧、利用可能なデータベースからの患者データの検索を可能にする患者評価システムが必要とされる。
［発明の概要］
本発明の一実施例は、HTML/ASP文書を利用したインターネットあるいはイントラネットアクセス可能な患者記録閲覧及び編集システムを対象とする。
【０００４】
本発明の他の実施例は、医療評価書類の書式データのコンフィギュレーションデータベースを備えるコンフィギュレーションモジュール、前記書式データに基づきマークアップドキュメントを生成する動的生成装置、及び前記マークアップドキュメントを患者の医療データと合成し、ブラウザを有するユーザによる前記合成されたマークアップドキュメントの受信及び表示が可能になるよう送信チャンネルを介し前記合成されたマークアップドキュメントを送信する送信モジュールからなることを特徴とする患者評価装置を対象とする。
【０００５】
本発明のさらなる実施例は、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、前記マークアップドキュメントを患者の医療データと合成するステップ、及びブラウザを有し、前記マークアップドキュメントの受信及び表示が可能なユーザに、送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップからなることを特徴とする患者評価方法を対象とする。
【０００６】
本発明の他の実施例は、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ、前記受信されたマークアップドキュメントにおける前記医療データのユーザ追加を監視するステップ、前記医療データを保存するステップ、及び前記保存された医療データと前記マークアップドキュメントとを合わせたものを前記送信チャンネルを介し前記ユーザに送信するステップからなることを特徴とする患者評価方法を対象とする。
【０００７】
本発明の他の実施例は、コンピュータにおいて利用される、プログラムを有する読み出し可能な媒体であって、前記プログラムは前記コンピュータに、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、前記マークアップドキュメントを患者の医療データと合成するステップ、及びブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップを実行させることを特徴とする読み出し可能な媒体を対象とする。
【０００８】
本発明の他の実施例は、さらに、コンピュータにおいて利用される、プログラムを有する読み出し可能な媒体であって、前記プログラムは前記コンピュータに、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ、前記受信されたマークアップドキュメントにおける前記医療データのユーザ追加を監視するステップ、前記医療データを保存するステップ、及び前記保存された医療データと前記マークアップドキュメントとを合わせたものを前記送信チャンネルを介し前記ユーザに送信するステップからなることを特徴とする読み出し可能な媒体を対象とする。
【０００９】
本患者評価装置の好適な実施例は、さらに、前記受信された合成マークアップドキュメントにおける前記ユーザにより入力された前記医療データを保存する患者データオブジェクトを備えることを特徴とする。
【００１０】
本患者評価装置の好適な実施例は、患者データベースから前記医療データを検索し、検出された患者記録を前記患者データオブジェクトに保存することを特徴とする。
【００１１】
本患者評価装置の好適な実施例は、前記受信された合成マークアップドキュメントにおいて合成されている前記医療データに異なる衣料データを入力することによって、前記患者データオブジェクトに保存された医療レコードのユーザによる変更を可能にすることを特徴とする。
【００１２】
本患者評価装置の好適な実施例は、さらに、ユーザが受信された合成マークアップドキュメントの閲覧が許可されるか判断する認証モジュールを備えることを特徴とする。
【００１３】
好適な患者評価方法では、前記ユーザにより変更された医療データは、前記医療データを保存する患者データベースにおける前記医療データと交換されることを特徴とする。
【００１４】
好適な患者評価方法は、さらに、前記受信されたマークアップドキュメントにおける前記医療データのユーザ変更を保存するステップを備え、前記ユーザによるキャンセルリクエストにより前記変更された医療データが削除されることを特徴とする。
【００１５】
好適な患者評価方法は、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ、前記受信されたマークアップドキュメントにおける前記医療データのユーザ追加を監視するステップ、前記医療データを保存するステップ、及び前記保存された医療データと前記マークアップドキュメントとを合わせたものを前記送信チャンネルを介し前記ユーザに送信するステップからなることを特徴とする患者評価方法である。
【００１６】
好適な患者評価方法では、前記保存された医療データは、それに対応する患者の一意的な特定に前記医療データが十分であるかの決定のため患者データベースに保存されることを特徴とする。
【００１７】
好適な患者評価方法では、前記医療データが一意性に関し不十分である場合、追加の医療データが必要であるということを示すエラーメッセージをユーザに送信することを特徴とする。
【００１８】
好適な患者評価システムは、さらに、前記ユーザが前記マークアップドキュメントの受信権限があるか決定するステップを備えることを特徴とする。
【００１９】
前記コンピュータプログラムは、さらに、前記受信されたマークアップドキュメントにおける前記医療データのユーザ変更をコンピュータに監視させることが好ましい。
【００２０】
前記コンピュータプログラムは、さらに、前記医療データを保存した患者データベースにおける前記医療データを前記ユーザにより変更された医療データに前記コンピュータにより交換させることが好ましい。
【００２１】
前記コンピュ−タプログラムは、さらに、前記受信したマークアップドキュメントにおける前記医療データのユーザ変更を保存し、前記ユーザによるキャンセルリクエストにより前記変更された医療データが削除されるよう前記コンピュータに実行させることが好ましい。
【００２２】
コンピュータにおいて利用されるプログラムを有する本発明による読み出し可能な媒体であって、医療評価書類の書式データを備えるコンフィギュレーションデータベースに基づき、マークアップドキュメントを動的に生成するステップ、ブラウザを有し前記マークアップドキュメントの受信及び表示が可能なユーザに送信チャンネルを介し前記合成されたマークアップドキュメントを送信するステップ、前記受信されたマークアップドキュメントにおける前記医療データのユーザ追加を監視するステップ、前記医療データを保存するステップ、及び前記保存された医療データと前記マークアップドキュメントとを合わせたものを前記送信チャンネルを介し前記ユーザに送信するステップからなることを特徴とする。
【００２３】
前記読み出し可能な媒体は、前記医療データがそれに対応する患者の一意的な特定に十分であるかの決定に基づき、前記保存された医療データを患者データベースに前記コンピュータにより保存させるコンピュータプログラムを備えることが好ましい。
【００２４】
好適には、請求項２６の読み出し可能な媒体におけるコンピュータプログラムにおいて、前記医療データは十分な一意性を有していなければ、追加の医療データが必要であるということを示すエラーメッセージを前記ユーザに送信することを特徴とする。
【００２５】
前記読み出し可能な媒体は、前記ユーザが前記マークアップドキュメントを受信する権限を有するか前記コンピュータに決定させるコンピュータプログラムを備えることが好ましい。
【００２６】
本発明の効果は、添付される図面と共に以下の好適な実施例の説明により明瞭かつ容易に理解されるであろう。
［詳細な説明］
添付される図面において示される例による好適な実施例が詳細に参照される。本好適な実施例に従い、インターネットあるいはイントラネットベースのページを通じた患者評価システムの実現方法、装置及び読み出し可能な媒体が与えられる。
【００２７】
インターネットあるいはイントラネットページに基づき、特に、HTML/ASPページ文書を利用したものとして、本発明の実施例が与えられる。HTMLはHTMLコードを有する標準的なインターネット及びイントラネットマークアップページドキュメントフォーマットであり、HTMLページドキュメントを閲覧するためのブラウザを利用することにより、インターネットやイントラネットに接続されたユーザによる容易な閲覧を可能にする。HTML/ASPページドキュメントはアクティブサーバページであり、HTMLコードに加え、追加的なビジュアルベーシックスクリプトやjavaスクリプトが含められる。ここでは、HTML/ASPページドキュメントのみとインターネットあるいはイントラネットの利用が示されるが、通信サーバの向上に従い、本発明による患者評価システムは、非HTML/ASPページドキュメント及びそれのユーザへの配信を可能にする機構に等しく適用可能となるであろう。同様に、本発明による患者評価システムは、ユーザと実際の患者評価ソフトウェアやデータベースを収容する場所との間の通信を提供する無線システムに等しく適用可能であるだろう。
【００２８】
図１は、本発明の一実施例のシステム概略を示す。図１は、モデムあるいは任意のインターネットまたはイントラネットアクセス能力を有するコンピュータのような、任意のインターネットあるいはイントラネット利用可能装置であるユーザシステム１００を示す。インターネットあるいはイントラネット利用可能装置はまた、インターネットあるいはイントラネット送信能力を有するネットワーク端末のようなシンプルな装置、PDA（Personal  Data  Assistant）のようなウェブ利用可能モバイル装置、さらに潜在的にはゲームコンソールを含んでもよい。ユーザシステム１００と患者評価ユニット１２０との間の送信チャンネルは、必須ではないが、国際的には６４ビット暗号化あるいは米国内では１２８ビット暗号化のような安全な接続であることが好ましい。図１に示すように、ブラウザ１１０や類似のHTML/ASPページドキュメント閲覧機構により、任意の典型的なブラウザ−サーバインタラクション方法を通じ、ユーザはHTML/ASPモジュール１４０に利用可能なHTML/ASPページドキュメントへのアクセスが可能である。
【００２９】
さらに、ユーザシステム１００は、医院、開業場所、病院、医療スタッフの自宅、あるいは患者のいる場所に設置されてもよい。本発明の一実施例では、患者はログオンし、HTML/ASPページドキュメントを閲覧し、データの追加を行う。HTML/ASPページドキュメントはまた、スケジュール情報を含んでもよく、本発明の一実施例は患者をその情報のみへのアクセスに制限してもよい。また、医療スタッフのみが患者評価ユニット１２０にアクセスできるよう構成されてもよい。
【００３０】
患者評価ユニット１２０は、本発明を実現する十分なメモリ及び記憶リソースを備えた任意のタイプの計算装置において実施可能である。ユーザシステム１００と患者評価ユニット１２０との間の送信チャンネルは、ユーザシステム１００と患者評価ユニット１２０との間のインターネットあるいはイントラネット関連送信を可能にする任意のタイプのものであってもよい。本発明を実現する複数のモジュールが患者評価ユニット１２０に含まれる。これらモジュールには、前述のHTML/ASPモジュール１４０、患者データオブジェクト１６０、コンフィギュレーションモジュール１５０、ページ生成装置１３０、検索モジュール１７０、ライセンスモジュール１８５、セキュリティモジュール１９０及び印刷サービスモジュール１９５が含まれる。さらに、患者評価ユニット１２０はまた患者データベース１８０へのアクセスが可能であってもよいし、あるいは患者データベース１８０は患者評価ユニット１２０に内蔵されていてもよい。患者データベース１８０は、過去の施術、過去に提出された書類データ、電話番号や住所などの個人情報、検査や手術がスケジュールされている日付や検査や手術が実行された日付に関する潜在的なスケジュール情報を含む患者に関連するすべての評価情報を含んでいる。最後に、これらのモジュールはそのすべてが１つのユニットに収納されるように示されているが、その必要はない。
【００３１】
簡潔には、本発明の一実施例による患者評価ユニット１２０は以下のような動作をする。患者評価ユニット１２０を備えた計算装置が、起動処理を実行し、その後コンフィギュレーションがコンフィギュレーションデータベース１５５からコンフィギュレーションモジュール１５０のメモリにロードされ、ページ生成装置１３０がHTML/ASPモジュール１４０によりHTML/ASPページドキュメントを動的に生成する。その後、ユーザはユーザシステム１００とブラウザ１１０を通じ患者評価ユニット１２０にアクセスし、HTML/ASPモジュール１４０から第１HTML/ASPページドキュメントのダウンロードを試みることができる。この第１HTML/ASPページドキュメントの受信前または受信時に、ライセンスモジュール１８５がライセンスが十分利用可能かどうか判断し、その後セキュリティモジュール１９０による制御に従い、ユーザはセキュリティコードあるいはログイン情報の入力を要求される。ブラウザ１１０にダウンロードされる第１HTML/ASPページドキュメントの中には、ログオフや印刷モジュール１９５を通じたページの印刷のような特定の処理を実行する多数の実行可能アイテム、及び追加的なページのロードする多数の実行可能アイテムが含まれる。例えば、第１HTML/ASPページドキュメントにおける第１実行可能アイテムは、患者の初診のリスト化であるかもしれない。その起動により、新たなHTML/ASPページドキュメントが患者の初診書類に応じてロードされる。最初の一般的なリスト化以降のこれらのHTML/ASPページドキュメントは、患者や医療スタッフにより記入される書類に対応する。例えば、記入される書類では、患者の喫煙の有無及び喫煙量のようないくつかの質問や患者の性別などの質問が与えられてもよい。
【００３２】
第１HTML/ASPページドキュメントの受信により、ユーザは検索モジュール１７０により患者の過去に提出された書類が収められている患者データベース１８０の検索を実行する。ユーザはまた新たな患者の患者評価システムへの追加を示すかもしれない。新たな患者が追加される場合、異なるHTML/ASPページドキュメントの書類が記入されると患者データオブジェクト１６０が当該患者の新たに加えられるすべての情報の保存を開始する。当該患者が患者データベース１８０に既に存在している場合、患者データオブジェクト１６０は過去に記入されたすべてのデータをロードする。例えば、ユーザは患者の氏名あるいは患者データベースにおいて患者を特定する十分な情報を入力し、患者データオブジェクト１６０が過去に記入されたデータをロードし、ユーザは各HTML/ASPページドキュメントの記入データを閲覧することができる。従って、ユーザは、新たな患者の入力、定型のHTML/ASPページドキュメントの記入、以前に保存された患者データの変更、あるいは対応するHTML/ASPページドキュメントの閲覧することによるデータの閲覧を行うことができる。
【００３３】
患者評価ユニット１２０の各モジュールのより詳細な動作が以下で示される。
【００３４】
生成装置１３０は動的コード生成処理を実行し、これによって書類データがコンフィギュレーションモジュール１５０から抽出され、各HTML/ASPページドキュメントがそれに基づき生成される。生成装置１３０はデータ表示及びデータ構成を実行する。データ表示とは、色、サイズ及びスクリーン配置などのデータの視覚的表示に関する。データ構成とは、情報がどのようにプログラム的に生成されるかに関する。例えば、実行可能なボタン（データ構成）が、特定の位置（データ表示）においてそれに隣接する対応するテキストを有するHTML/ASPページドキュメントに生成される。さらに、生成装置１３０は、HTML/ASPページドキュメントに含められるビジュアルベーシックやjavaスクリプトのためのコードを生成する符号化処理を実行してもよい。生成されたHTML/ASPページドキュメントは、記入、変更あるいは単なる閲覧のための書類としてユーザに示される。上述のように、生成装置１３０のデータ表示機能によると、異なる色が生成される個々のアイテムに割り当てることが可能である。例えば、データが変更あるいは予め与えられるとき、生成されるアイテムは異なる色により表示されてもよい。生成されるHTML/ASPページドキュメントはまた、実際の紙ベースの書類のデジタル表示としてユーザに示されてもよい。生成装置１３０はコンフィギュレーションモジュール１５０と動的に相互作用し、生成装置１３０はそこからHTML/ASPページドキュメントを生成するための書類データを抽出する。
【００３５】
本発明の一実施例において、コンフィギュレーションモジュール１５０は、コンフィギュレーションデータベース１５５のアイテムにアクセスできるよう設計されたCOM（Component  Object  Model）オブジェクトであってもよい。コンフィギュレーションデータベース１５５の初期検証後、コンフィギュレーションモジュール１５０は、書類データを含む構成をメモリにロードする。典型的には、コンフィギュレーションデータベース１５５へアクセスすることなく構成データが繰り返しアクセスすることが可能となるよう書類データはメモリに残される。構成をロードした後、コンフィギュレーションモジュール１５０は生成装置１３０により生成されるHTML/ASPページドキュメントのファイルパスと共にここの書類IDにより生成装置１３０を呼び出す。上述のように、HTML/ASPページドキュメントの生成処理は、すべてのHTML/ASPページドキュメントが生成され、HTML/ASPモジュール１４０によりアクセスのため保存されるまで、繰り返される。コンフィギュレーションモジュール１５０はまた、コンフィギュレーションデータベース１５５において構成が変更されているかどうか確かめるため、所定の間隔及び特定回数チェックする。もし変更があれば、コンフィギュレーションモジュール１５０は再び生成装置１３０を呼び出し、生成されたHTML/ASPページドキュメントを更新する。
【００３６】
上述のように、医師、開業者及び病院は、典型的には、自らの個別の患者評価基準、すなわち、どの質問が尋ねられるべきかについて決定する。医師、開業者及び病院はすべて、長い間手が加えられ、医療スタッフの大部分が慣れている自らの書式をおそらく所有している。コンフィギュレーションデータベース１５５は、このような個別の書式に類似したHTML/ASPページドキュメントを生成装置１３０が作成できるよう関連するすべての情報を含んでいるかもしれない。従って、本発明は、医師、開業者及び病院の既存の書式が個別のコンフィギュレーションデータベースに変換可能であるので、本発明を利用する任意の環境において容易に利用される。さらに、上述のように、各医師、開業者あるいは病院が書式の変更を行うとき、すなわち、それによってHTML/ASPページドキュメントの変更が必要となるとき、構成の変更が行われる。HTML/ASPページドキュメントのこのような変更は、更新された書式に従って単にコンフィギュレーションデータベース１５５を変更することにより容易に実行されうる。
【００３７】
コンフィギュレーションデータベース１５５は、書式ID番号を有する複数の表を含んでいる。各ID番号は、表が対応している書式を示している。HTML/ASPページドキュメントは、そのページに属するアイテムを順番に示したlistLテーブルの中の関連する書式ID番号に対応している。listLテーブルにリストされた各アイテムは、異なるタイプでありうる。例えば、あるアイテムはフリーテキスト形式であり、生成装置１３０にユーザによるデータ入力が可能なフリーテキストボックスをHTML/ASPページドキュメント内に作成するよう指示する。例えば、患者の氏名はユーザが氏名をタイプできるようフリーテキスト形式であるかもしれない。また、アイテムはリスト形式であり、生成装置１３０にユーザがリストから選択できるようリストの作成を指示する。例えば、アイテムが「喫煙者」とラベルされ、詳細ボックスの表示を指示するリスト形式のものであるかもしれない。この場合、生成装置１３０はHTML/ASPページドキュメントにテキスト「喫煙者」を置き、それに隣接するリストを配置する。詳細ボックスは、リスト内の各要素が何を意味しているか、すなわち、ヘビースモーカーとは１日あたりタバコ２箱より多く喫煙するものとして定義されるというような詳細を表示する。アイテム形式は、１つのアイテムが複数アイテムから構成されることを示すコンボ（combo）であるかもしれない。例えば、コンボ形式のアイテムは、各々が単一の選択肢である複数のアイテムから構成され、ユーザが選択するのにHTML/ASPページドキュメント内のボタンをクリックするだけで済むようHTMLラジオボタンの隣に適当なラベルを配置するよう生成装置１３０に指示する。コンボ形式のアイテムの１つは、HTMLチェックボックスに対応する複数選択形式であってもよい。典型的に、各アイテムはそれに関連したテキストを有し、生成装置１３０は当該テキストをHTML/ASPページドキュメントの中の、例えば、生成されたHTMLラジオボタンあるいはチェックボックスの隣に配置する。さらに、質問に回答することにより、ダイアログボックスやさらなる質問が与えられるように、アイテムの複数レイヤが存在してもよい。他のアイテム形式には、データ形式、ブール形式、数値形式、薬剤形式、アレルギー形式及びテスト形式などが含まれるが、これらに限定されるものではない。生成装置１３０は、ロードされたコンフィギュレーションデータベース１５５の表を検索し、HTML/ASPページドキュメントのlistLテーブルに関する各アイテムを検索し、完全なページを作成する。その後、生成装置１３０は、ロードされたコンフィギュレーションテーブル１５５の表にリストされた次の書式でHTML/ASPページドキュメントを生成し、すべてのHTML/ASPページドキュメントが生成されるまでこの処理を繰り返す。
【００３８】
図１に戻り、患者評価ユニット１２０によるユーザセッションの開始により、患者データオブジェクト１６０が生成される。患者データオブジェクト１６０は、患者評価ユニット１２０におけるいくつかの処理を実行する。第１に、患者データオブジェクト１６０は患者データベース１８０に対する読み込み及び書き込み処理を実行し、入院、退院及び転院（ADT）システムデータベースのような他の利用可能なデータベースから加えられたデータを含める。第２に、患者データオブジェクト１６０はユーザ入力データと既存データとを区別するよう構成されてもよい。第３に、患者データオブジェクト１６０は、データベースでの保存に必要な最低限の患者情報を決定することができるよう構成されてもよい。典型的には、患者の書類の更新作業の完了により、患者データオブジェクト１６０が更新されたデータを患者データベース１８０に保存すると、ユーザはログアウト処理を実行する。しかしながら、HTML/ASPページドキュメントに十分なデータが入力されていなければ、患者データオブジェクト１６０は同じように患者データベース１８０に保存すべきでない。不十分なデータとは、後のデータ抽出で患者を一意的に特定するのにデータが十分でないということに対応している。さらに、ユーザシステム１００と患者評価ユニット１２０との間で何らかの接続の切断がある場合、あるいは患者データオブジェクト１６０が動作がないためタイムアウトした場合、患者データオブジェクト１６０は患者データの更新の後の完了のため患者データベース１８０に部分的な記入済みデータを保存してもよい。
【００３９】
図１に示されるように、検索モジュール１７０は、ユーザが患者データベース１８０から患者及び/またはユーザにより実行された病状データを検索することを可能にするよう機能する。検索モジュール１７０のこれらの一般的機能は、識別情報が与えられたときの患者検索能力の提供、患者検索の適合率の決定、内部的な患者識別子が与えられたときの病状検索能力の提供、及び一般的な検索基準が与えられたときの病状検索能力の提供を含む。本発明の一実施例において、検索モジュール１７０はCOM（Component  Object  Model）オブジェクトであって、検索情報の最初の提示に応じユーザが患者評価ユニット１２０によりユーザセッションを開始するごとに生成されてもよい。典型的には、生成装置１３０は、検索パラメータの入力や検索始動に対し、HTML/ASPページドキュメントに領域を生成し、ユーザは対応する検索リクエストのそこに入力することができる。検索パラメータには、患者の氏名、カルテ番号、生年月日、評価日、及び社会保障番号のような国のID番号などが含まれるが、これらに限定されるものではない。
【００４０】
図１に示される残りのライセンスモジュール１８５、セキュリティモジュール１９０及び印刷モジュールが説明される。ライセンスモジュール１８５は、個々の医師、開業者あるいは病院からのユーザ数が購入されているライセンス数を上回っていないか判断する。例えば、開業者が５つのライセンスを保持している場合、この開業者からは５人を上回るユーザはログオンが許可されない。あるいは、患者評価システムは、それのユーザ数に制限を設けず、後でユーザ数とそれに応じた費用を集計するため各ユーザの記録をとるよう設定されてもよい。さらに、セキュリティモジュール１９０はどのサービスがユーザに利用可能か、すなわち、HTML/ASPページドキュメントの閲覧のみか、あるいは閲覧と編集両方が許可されているかなどの制御を行う。セキュリティモジュール１７０はまた、ログイン及びユーザ認証を行う。印刷モジュール１９５は印刷のためHTML/ASPページドキュメントを用意する。患者のプライバシー保護のため、本発明の実施例では、ユーザがHTML/ASPページドキュメントをユーザシステム１００が利用可能な記憶ユニットに保存することを禁止している。このため、印刷コマンドに対し、印刷モジュール１９５は、当該患者を検索し、対応するHTML/ASPページドキュメントのビットマップ画像を生成し、このビットマップ画像をPNG（Portable  Networks  Graphics）画像に変換し、ブラウザ１１０にPNG画像を表示し、ブラウザに印刷ダイアログを自動的に立ち上げさせ、HTML/ASPページドキュメントのPNG画像を印刷する。他の印刷形態が利用されてもよい。必要であれば、HTML/ASPページドキュメントがユーザシステム１００のローカルな記憶ユニットに保存されてもよい。
【００４１】
図２は、本発明の一実施例を示すフローチャートである。ここでは、コンフィギュレーションモジュール１５０がコンフィギュレーションデータベース１５５から構成をメモリロードし（処理２００）、生成装置１３０を呼び出しHTML/ASPページドキュメントを生成し（処理２１０）、ユーザのライセンス取得やログインがチェックされ（処理２２０）、ユーザが新たな患者を入力しているかどうか判断され（処理２３０）、もしイエスであれば、患者データオブジェクト１６０が新たな患者のために生成され（処理２４０）、もしノーであれば、検索モジュール１７０を使った検索が実行され、以前に保存された情報が新たに生成された患者データオブジェクト１６０にロードされる（処理２５０）。その後、ユーザはHTML/ASPページドキュメントの閲覧、編集あるいはデータの追加を行うことができる（処理２６０）。患者データオブジェクト１６０がタイムアウトしたか（処理２７０）、ユーザシステム１００と患者評価ユニット１２０との接続が切断されたか（処理２７５）、ログアウトとセーブが開始されたか（処理２８０）どうかチェックされる。処理２７０、２７５、２８０における判定結果のすべてがイエスである場合、認識するためのデータが十分あれば、患者データオブジェクト１６０に保存されているデータが患者データベース１８０に保存される（処理２８５）。もし認識するためのデータが不十分であれば、入力された認識するためのデータが不十分であるというエラーメッセージが可能であればユーザに送られる（処理２９０）。ユーザはまたセッションをキャンセルする機会が与えられ、この場合、患者データオブジェクトはダンプされ、すべての情報が破棄される。
【００４２】
図３は、本発明の一実施例が示される。ここでは、ユーザシステム１００が、以下に限定されるものではないが、潜在的には光学、電話、ケーブル、インターネットまたはイントラネットアクセス線を含む陸線、あるいは任意の無線基準に基づく無線チャンネルである送信チャンネル３１０により患者評価ユニット１２０に接続されてもよい。さらに、本発明は、患者評価ユニット１２０により生成されるデータを含むユーザシステム１００からの送信を受信する。図３に示されるように、患者評価ユニット１２０を実現するソフトウェアが、本発明を実行するCPU３００を制御するためCPU３００のメモリにロードされる患者評価ソフトウェアと一緒に、記録可能な媒体に記録され、CPU３００に搭載された記憶ユニットに読み込まれる。ここで記録可能な媒体は、以下に限定されるものではないが、潜在的にはハードディスク、磁気ディスクあるいは任意の読み出し可能な光学ディスクである。
【００４３】
上述のように、本発明は、個別の患者評価構成、ユーザサイドにおける大規模な計算リソースが不要な集中的階層、認証されたユーザによる新たな患者データの入力、既存の患者データの閲覧及び編集、及び利用可能なデータベースからの患者データの検索を可能にする患者評価システムを備える。さらに、本患者評価システムは、コンフィギュレーションデータベース１５５を単に更新するだけで、容易に新たな書式に更新することができる。一実施例に示されるように、コンフィギュレーションモジュール１５０はコンフィギュレーションデータベースの更新を頻繁にチェックし、更新されたHTML/ASPページドキュメントを生成装置１３０によって自動生成させるよう構成されてもよい。
【００４４】
本発明のいくつかの好適な実施例が例示及び説明されたが、本発明の原理及び意図、クレーム及び実施例において定義される範囲から逸脱することなく、上述の実施例に様々な変更がなされうるということは、当業者には認識されるであろう。
【図面の簡単な説明】
【００４５】
【図１】図１は、本発明の一実施例によるシステムの概略を示す。
【図２】図２は、本発明の一実施例による方法を示すフローチャートである。
【図３】図３は、出願者による患者評価システムの実現例を示す図である。
【図１】
2004537130.tif 000003
【図２】
2004537130.tif 000004
【図３】
2004537130.tif 000005
【国際公開パンフレット】
2004537130.tif 000006
2004537130.tif 000007
2004537130.tif 000008
2004537130.tif 000009
2004537130.tif 000010
2004537130.tif 000011
2004537130.tif 000012
2004537130.tif 000013
2004537130.tif 000014
2004537130.tif 000015
2004537130.tif 000016
2004537130.tif 000017
2004537130.tif 000018
2004537130.tif 000019
2004537130.tif 000020
2004537130.tif 000021
2004537130.tif 000022
2004537130.tif 000023
2004537130.tif 000024
2004537130.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2004537130.tif 000026
【国際調査報告】
2004537130.tif 000027
2004537130.tif 000028
2004537130.tif 000029