(57)【特許請求の範囲】
【請求項１】
特定患者の医療データをサーバからクライアントに伝送してクライアント上で図形表示する医療データ伝送システムであって、
当該クライアントが、
当該特定患者を指定する手段と、
当該医療データについて当該サーバに、当該特定患者に応じた履歴例データと、第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、
当該サーバから送信された当該第２のタイムスケールの描画データと当該履歴例データとから、当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して暫定表示する暫定表示手段と、
当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで表示を更新する表示更新手段
とを具備し、
当該サーバが、
当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信する手段と、
当該クライアントからの当該履歴例データの要求に対し、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して当該特定患者に適した履歴例の履歴例データを決定し、当該クライアントに送信する手段
を具備する
ことを特徴とする医療データ伝送システム。
【請求項２】
特定患者を指定するステップと、
クライアントがサーバに、当該特定患者の医療データについて、当該特定患者に応じた履歴例データと、第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求ステップと、
当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信するステップと、
当該サーバが、当該クライアントからの当該履歴例データの要求に対し、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して当該特定患者に適した履歴例の履歴例データを決定し、当該クライアントに送信するステップと、
当該クライアントが、当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して暫定表示する暫定表示ステップと、
当該クライアントが、当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで表示を更新する表示更新ステップ
とを具備することを特徴とする医療データ伝送方法。
【請求項３】
医療データ供給装置から供給される医療データを図形として表示する通信端末であって、
特定患者を指定する手段と、
当該特定患者の医療データについて当該医療データ供給装置に、当該特定患者に応じた履歴例データと、図形表示しようとする第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、
表示手段と、
当該医療データ供給装置から送信される当該第１のタイムスケールの描画データと、当該第２のタイムスケールの描画データと、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して決定される当該特定患者に適した履歴例の当該履歴例データとを受信する受信手段と、
当該受信手段で受信した当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、
当該受信手段による当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段
とを具備することを特徴とする通信端末。
【請求項４】
医療データ供給装置から供給される医療データを図形として表示する通信端末であって、
特定患者を指定する手段と、
当該特定患者の医療データについて当該医療データ供給装置に当該特定患者に応じた履歴例データを要求する履歴例データ要求手段と、
当該特定患者の当該医療データについて、対応する図形を表示しようとする第１のタイムスケールより粗い第２のタイムスケールの描画データを保持しているかどうかを確認する手段と、
当該第２のタイムスケールの描画データを保持していない場合に、当該第２のタイムスケールの描画データを要求し、その後に、当該第１のタイムスケールの描画データを要求し、当該第２のタイムスケールの描画データを保持している場合に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、
表示手段と、
当該医療データ供給装置から送信される当該第１のタイムスケールの描画データと、当該第２のタイムスケールの描画データと、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して決定される当該特定患者に適した履歴例の当該履歴例データとを受信する受信手段と、
当該受信手段で受信した当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、
当該受信手段による当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段
とを具備することを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療データ伝送システム及び方法並びに通信端末に関し、より具体的には、医療データをサーバからクライアントに伝送してクライアント上で表示する医療データ伝送システム及び方法並びにそのための通信端末に関する。
【背景技術】
【０００２】
電子カルテをサーバ上に置き、クライアントで閲覧する電子カルテシステムが知られている（特許文献１）。クライアントには、机上のデスクトップ型のパーソナルコンピュータ、携帯可能なノート型のパーソナルコンピュータ、携帯電話機、タブレット型パーソナルコンピュータ、携帯電話機、いわゆるスマートフォン等がある。
【０００３】
電子カルテでは、例えば、投薬履歴や検査履歴等の医療データを、年単位、月単位及び週単位等の所望のタイムスケールで、棒グラフ又は折れ線グラフ等のグラフで表示することで、履歴を時系列で確認することが容易になる（特許文献２、３）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１９２００２号公報
【特許文献２】特開２００９−１３４７１３号公報
【特許文献３】特開２００９−２８２５５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
サーバ・クライアント方式の電子カルテシステムでは、サーバが、クライアントが表示しようとする時間部分の医療データをクライアントに伝送すると、ネットワークの負荷が大きくなり過ぎるだけでなく、クライアントでのグラフ作成の負荷も大きくなってしまう。
【０００６】
これに対し、サーバが、クライアントが表示しようとする時間部分の医療データを、表示しようとするタイムスケールに応じたグラフデータに予め変形して、クライアントに送信することが考えられる。この場合、クライアントのグラフ化の負荷も、ネットワークの負荷も軽減されるが、タイムスケールの変更に伴い、サーバがグラフデータを再作成してクライアントに送信することになり、クライアントでの表示更新の遅れにつながる。
【０００７】
本発明は、このような不都合を解消し、ネットワークの負荷を軽減すると共に、クライアントでのタイムスケールの変更に伴う表示更新の遅れを緩和する医療データ伝送システム及び方法並びに通信端末を提示することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る医療データ伝送システムは、特定患者の医療データをサーバからクライアントに伝送してクライアント上で図形表示する医療データ伝送システムであって、当該クライアントが、当該特定患者を指定する手段と、当該医療データについて当該サーバに、当該特定患者に応じた履歴例データと、第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、当該サーバから送信された当該第２のタイムスケールの描画データと当該履歴例データとから、当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して暫定表示する暫定表示手段と、当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで表示を更新する表示更新手段とを具備し、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信する手段と、当該クライアントからの当該履歴例データの要求に対し、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して当該特定患者に適した履歴例の履歴例データを決定し、当該クライアントに送信する手段を具備することを特徴とする。
【０００９】
本発明に係る医療データ伝送方法は、特定患者を指定するステップと、クライアントがサーバに、当該特定患者の医療データについて、当該特定患者に応じた履歴例データと、第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求ステップと、当該サーバが、当該クライアントからの当該描画データの要求に対し、指定されたタイムスケールの描画データを、当該医療データから生成して当該クライアントに送信するステップと、当該サーバが、当該クライアントからの当該履歴例データの要求に対し、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して当該特定患者に適した履歴例の履歴例データを決定し、当該クライアントに送信するステップと、当該クライアントが、当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して暫定表示する暫定表示ステップと、当該クライアントが、当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで表示を更新する表示更新ステップとを具備することを特徴とする。
【００１０】
本発明に係る通信端末は、医療データ供給装置から供給される医療データを図形として表示する通信端末であって、特定患者を指定する手段と、当該特定患者の医療データについて当該医療データ供給装置に、当該特定患者に応じた履歴例データと、図形表示しようとする第１のタイムスケールより粗い第２のタイムスケールの描画データとを要求し、その後に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、表示手段と、当該医療データ供給装置から送信される当該第１のタイムスケールの描画データと、当該第２のタイムスケールの描画データと、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して決定される当該特定患者に適した履歴例の当該履歴例データとを受信する受信手段と、当該受信手段で受信した当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該受信手段による当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする。
【００１１】
本発明に係る通信端末は、医療データ供給装置から供給される医療データを図形として表示する通信端末であって、特定患者を指定する手段と、当該特定患者の医療データについて当該医療データ供給装置に当該特定患者に応じた履歴例データを要求する履歴例データ要求手段と、当該特定患者の当該医療データについて、対応する図形を表示しようとする第１のタイムスケールより粗い第２のタイムスケールの描画データを保持しているかどうかを確認する手段と、当該第２のタイムスケールの描画データを保持していない場合に、当該第２のタイムスケールの描画データを要求し、その後に、当該第１のタイムスケールの描画データを要求し、当該第２のタイムスケールの描画データを保持している場合に、当該第１のタイムスケールの描画データを要求する描画データ要求手段と、表示手段と、当該医療データ供給装置から送信される当該第１のタイムスケールの描画データと、当該第２のタイムスケールの描画データと、当該特定患者の属性、病歴及び過去の検査値とその変化を参照して決定される当該特定患者に適した履歴例の当該履歴例データとを受信する受信手段と、当該受信手段で受信した当該第２のタイムスケールの描画データと当該履歴例データとから当該第１のタイムスケールの図形を示す当該第１のタイムスケールの画像データを生成して当該表示手段に暫定表示させる暫定表示制御手段と、当該受信手段による当該第１のタイムスケールの描画データの受信に従い、当該第１のタイムスケールの描画データに基づく当該第１のタイムスケールの画像データで当該表示手段の表示を更新する更新制御手段とを具備することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、クライアントのリソースが貧弱でも、またネットワークが貧弱でも、より少ないデータ伝送で、図形化されたデータをクライアント上に早期に表示できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】本実施例の携帯端末のメインフローチャートである。
【図３】本実施例のサーバの動作フローチャートである。
【図４】本実施例の携帯端末での表示更新のフローチャートである。
【図５】本実施例の表示例である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１５】
図１は、携帯端末１０とサーバ４０からなるシステムに適用した本発明の一実施例の概略構成ブロック図を示す。図２は、クライアントである携帯端末１０の動作フローチャートを示し、図３は、サーバ４０の動作フローチャートを示す。
【００１６】
クライアントである携帯端末１０は、ネットワーク３０を介してサーバ４０と接続し、サーバ４０の電子カルテデータを閲覧し表示できる。携帯端末１０は、テキスト情報とグラフ情報を同時表示可能な、通信機能を有する通信端末であり、例えば、携帯電話、又は小型画面を有する情報端末である。
【００１７】
携帯端末１０は、全体を制御するＣＰＵ１２、ＣＰＵ１２のためのメモリ１４、並びに、文字入力、ズーム操作及びスクロール操作のための操作装置１６を具備する。通信装置１８が、ネットワーク３０を介してサーバ４０と通信する。表示画像生成装置２０は、サーバ４０からの履歴データ及びグラフを示すベクトルデータから線図、折れ線グラフ、円グラフ等を示す画像データを生成する。ＶＲＡＭ２２には、表示装置２４で表示すべきテキスト及び画像を示すデータが格納され、表示装置２４は、有効化されると、一定周期でＶＲＡＭ２２の記憶データを読み出して、相応する画像を画面に表示する。ＣＰＵ１２は、バス２６を介して、メモリ１４、操作装置１６、通信装置１８、表示画像生成装置２０及びＶＲＡＭ２２及び表示装置２４と通信し、これらを制御する。
【００１８】
他方、サーバ４０は、全体を制御するＣＰＵ４２と、ＣＰＵ４２のためのメモリ４４、電子カルテデータベース（ＤＢ）４６、及び履歴例データベース（ＤＢ）４８、表示用データ生成装置５０、及び通信装置５２を具備する。ＣＰＵ４２は、バス５４を介して、メモリ４４、電子カルテデータベース（ＤＢ）４６、履歴例データベース（ＤＢ）４８、表示用データ生成装置５０及び通信装置５２と通信する。
【００１９】
電子カルテデータベース４６には、複数の患者の電子カルテデータが格納され、各患者の電子カルテには、投薬（注射を含む）や検査の履歴が時系列で記録されている。
【００２０】
履歴例データベース（ＤＢ）４８には、症例毎及び薬毎の、投薬や検査の時系列での典型的な履歴パターン、例えば、１日１回朝食後とか、１日３回の食後とかの典型履歴パターンが格納されている。このような履歴例データは、例えば、患者特徴を無視した症例ごとの統計データから値の平均を算出する。患者を予め特定の指標で分類し、その分類毎にこの方法で平均を算出する。症例の組み合わせに応じて生成しても良い。ある種の薬には、検査との相関があり、投薬パターンから検査パターンを推定でき，検査パターンから投薬パターンを推定できる。
【００２１】
また、患者の属性（年齢、性別、体重）と、病歴、及び過去の検査値とその変化に対する実際の投薬パターンデータを集積し，統計処理したものを履歴例データベース４８に格納しても良い。この場合、サーバ４０は、携帯端末１０からの履歴例データの要求に対し、患者の属性、病歴、及び過去の検査値とその変化を参照して、携帯端末１０に送信すべき履歴例データを決定する。
【００２２】
図２及び図３を参照して、本実施例の動作を説明する。携帯端末１０のユーザは、携帯端末１０で電子カルテ閲覧のアプリケーションソフトウエアを起動し、操作装置１６により、電子カルテを閲覧したい患者ＩＤを入力する（Ｓ１）。ＣＰＵ１２は、通信装置１８を介して、入力された患者ＩＤ、端末ＩＤ及び表示装置２４の表示能力を含む電子カルテ要求をサーバ４０に送信し、電子カルテデータを受信する（Ｓ２）。端末ＩＤは携帯端末１０を特定する識別情報であり、例えば、電子カルテデータベース４６へのアクセスを許可された端末かどうかを判断するのに使用される。電子カルテデータベース４６にアクセスできるユーザを限定するシステムでは、ユーザＩＤも携帯端末１０からサーバ４０に送信するようにする。
【００２３】
表示装置２４の表示能力は一般的には画面サイズ又は表示画素数を示し、一般的に、これにより電子カルテ情報の個々の項目を表示するレイアウトが決定される。後述するように、サーバ４０は、アクセスしてきた携帯端末１０の表示能力を考慮して、送信すべきグラフ又は図形を示す描画データを携帯端末１０に送信する。描画データは、表示すべきグラフ又は線図等の図形をベクトル表記するデータである。
【００２４】
サーバ４０では、ＣＰＵ４２は、通信装置５２による携帯端末１０からの要求の受信を待機しており（Ｓ２１）、受信した要求に応じた処理を実行する（Ｓ２２〜Ｓ３０）。この段階では、ＣＰＵ４２は、携帯端末１０から送信される電子カルテ要求を受信する（Ｓ２２）。ＣＰＵ４２は、携帯端末１０からの患者ＩＤに合致する電子カルテを電子カルテデータベース４６から読み出し、通信装置５２を介して携帯端末１０に送信する（Ｓ２５）。具体的には、ステップＳ２５では、サーバ４０は、該当する患者の電子カルテの固定データ（患者ＩＤ，患者名、性別及び住所等）、項目名及び各項目の表示形式（テキスト、グラフ等）を携帯端末１０に送信する。
【００２５】
携帯端末１０のＣＰＵ１２は、受信した電子カルテデータにより、グラフ表示する項目の履歴例データを、サーバ４０に要求して取得する（Ｓ３）。サーバ４０は、履歴例データの要求に対し（Ｓ２３）、履歴例データベース４８から指定された項目（例えば、薬又は検査等）の履歴例データを読み出して、携帯端末１０に送信する（Ｓ２６）。履歴例データベース４８に格納される履歴例データが、患者の属性（年齢、性別、体重）と、病歴、及び過去の検査値とその変化等を反映したものである場合、サーバ４０は、携帯端末１０からの履歴例データの要求に対し、患者の属性、病歴、及び過去の検査値とその変化から見て、２乗誤差等の統計的手法を用いて最も近い履歴例を探索し、携帯端末１０に送信する。
【００２６】
携帯端末１０のＣＰＵ１２は、表示装置２４の表示能力に応じたレイアウト又は論理画面構成を決定する（Ｓ４）。
【００２７】
携帯端末１０のＣＰＵ１２は、表示装置２４に表示する初期画面に必要なグラフ表示する項目（例えば、投薬パターン及び検査パターン等）の描画データをサーバ４０に要求する（Ｓ５）。
【００２８】
初期画面では、低速のネットワークを考慮し、ＣＰＵ１２は、初期画面のスケール（初期スケールという）より一段粗いスケールの描画データをまずサーバ４０に要求し、続けて、初期スケールの描画データを要求する。
【００２９】
ＣＰＵ１２は、初期スケールより一段粗いスケールの描画データを受信した段階で、先に受信した履歴例データを併用して、暫定的なグラフ又は図形を示す画像データを表示画像生成装置２０に生成させ、ＶＲＡＭ２２に格納させる（Ｓ６）。ＣＰＵ１２はまた、初期スケールの描画データを受信した項目については、初期スケールの描画データに基づきグラフ又は図形を示す画像データを表示画像生成装置２０に生成させ、ＶＲＡＭ２２に格納させる（Ｓ６）。これにより、ネットワーク３０が低速であっても、履歴例を使った暫定的な表示を早期に行うことが可能になり、取り敢えずの内容把握が可能になる。スケールに合致する描画データに応じたグラフ等に更新することにより、正しい内容をユーザに知らしめることができる。
【００３０】
ステップＳ５と前後して、ＣＰＵ１２は、ステップＳ４で決定したレイアウトに従い、現に表示装置２４で表示すべき項目名とそのデータをＶＲＡＭ２２に格納し、表示装置２４の表示を有効化する（Ｓ６）。先に説明したように、表示装置２４は有効化されると、ＶＲＡＭ２２にアクセスし、ＶＲＡＭ２２に格納される表示データ、すなわち、項目名とその内容を、先に決定されたレイアウトで画面上に表示する。以後、表示装置２４は、ＶＲＡＭ２２に周期的にアクセスして、ＶＲＡＭ２２に格納される内容を表示する。
【００３１】
ＣＰＵ１２は、操作装置１６による水平又は垂直方向のスクロール操作（Ｓ７）と、タイムスケールを拡大／縮小するズーム操作（Ｓ９）の有無を監視する。スクロール操作があると（Ｓ７）、ＣＰＵ１２は、スクロールにより新しく表示エリアに入った項目の表示データでＶＲＡＭ２２の記憶データを更新する（Ｓ８）。これにより、スクロール後の項目とその内容が、表示装置２４の画面に表示される。
【００３２】
タイムスケールを変更するズーム操作があると（Ｓ９）、ＣＰＵ１２は、ズーム後のタイムスケールに表示装置２４の表示を更新する（Ｓ１０）。図４は、表示更新（Ｓ１１）の詳細なフローチャートを示す。なお、タイムスケールの変更で表示内容を更新する必要があるのは、スケールの変更で伸縮するデータ、すなわち、グラフデータである。
【００３３】
ズーム操作の場合でも、一旦、縮小した後に拡大する等で、携帯端末１０がメモリ１４に従前に表示した描画データをキャッシュして保持している場合があり、そのような場合には、サーバに同じ描画データを要求する必要が無い。そこで、表示更新（Ｓ１０）では、携帯端末１０のＣＰＵ１２はまず、ズーム操作後のタイムスケールに対する描画データがメモリ１４に保持されているか否かを確認する（Ｓ４１）。保持されていない場合、携帯端末１０のＣＰＵ１２はまず、ズーム操作後のタイムスケールに対する１又は複数の項目の描画データを、ズーム後の表示エリアの大きさを特定して、サーバ４０に要求する（Ｓ４２）。ネットワーク３０に余裕がある場合、ＣＰＵ１２は、必要な全部の項目について一括して要求をサーバ４０に送信し、何れかで余裕が無い場合には、時間をおいて逐次的に要求をサーバ４０に送信するようにしてもよい。後述するように、一時的に履歴例データによる表示で代替できるからである。
【００３４】
必要な項目についての描画データの要求に対し（Ｓ２４）、サーバ４０のＣＰＵ４２は、要求された項目をその優先度順にソートする（Ｓ２７）。優先度は、具体的には、データ値のばらつきの大きさであり、ばらつきの大きな項目ほど、先に送信することにする。
【００３５】
ＣＰＵ４２は表示用データ生成装置５０に指示して、ソート順の項目について、電子カルテデータベース４６から該当する項目のデータ値を読み出し、携帯端末１０で表示すべきスケールに合致する描画データを生成させる（Ｓ２８）。ＣＰＵ４２は、通信装置５２により、生成された描画データを携帯端末１０に送信する（Ｓ２９）。要求された全項目について、描画データの送信が完了するまで（Ｓ３０）、ステップＳ２８，Ｓ２９を繰り返す。要求された全項目について、描画データの送信が完了したら（Ｓ３０）、ステップＳ２１に戻る。
【００３６】
携帯端末１０のＣＰＵ１２は、ズーム操作後のタイムスケールで表示すべき各項目について、ズーム操作後のタイムスケールに合致する描画データをサーバ４０から受信済みかどうかを確認する（Ｓ４３）。受信済みの項目については（Ｓ４３）、ＣＰＵ１２は、表示画像生成装置２０に受信済み描画データから画像データを生成させ、生成された画像データをＶＲＡＭ２２に格納させる（Ｓ４４）。表示装置２４は周期的にＶＲＡＭ２２の格納データで表示画面を更新するので、これにより、表示装置２４の表示画面は、ズーム後のタイムスケールの表示内容に更新される。
【００３７】
ＣＰＵ１２は、受信済みでない項目については（Ｓ４３）、ズーム操作前の描画データを利用可能な項目について（Ｓ４５）、ズーム操作前の描画データとその項目の履歴例データからズーム後のタイムスケールに合致する暫定表示用描画データを生成する（Ｓ４６）。例えば、ズーム操作前の描画データからは一般に、実施期間とその間の平均値が取得できる。投薬に対する履歴例データが、日単位の頻度と量であった場合、これを実施期間に均等配置することで、暫定表示用描画データを生成できる。もちろん、履歴例データが投薬間隔をも規定する場合、その投薬間隔で実施期間内に配置することになる。単調増加又は単調減少が履歴例に含まれる場合には、これも考慮して、暫定表示用描画データを決定する。ＣＰＵ１２は、表示画像生成装置２０にこのように決定した暫定表示用描画データから画像データを生成させ、生成された画像データをＶＲＡＭ２２に格納させる（Ｓ４７）。表示画像生成装置２０が、履歴例データから直接、表示用の画像データを生成しても良いことは明らかである。
【００３８】
表示装置２４の表示エリアのグラフ表示の全項目について、受信描画データに基づく画像データで更新されるまで（Ｓ４８）、ステップＳ４３〜Ｓ４７を繰り返す。すなわち、一時的に履歴例データから表示用画像データを生成して表示することにより、サーバからのデータ受信を待たずに、近似的ではあるが可能性の高い内容に表示画面を更新できる。換言すると、ネットワーク３０のデータ伝送レートが低い環境でも、また、クライアントである携帯端末のリソースが貧弱であっても、実用的な速度で表示を更新することが可能になる。
【００３９】
サーバ４０からの描画データによる表示が完成したら（Ｓ４８）、図４に示す処理を終了し、図２のステップＳ７に戻る。
【００４０】
図５は、表示例を示す。図５（ａ）は、１月における薬Ａの週スケールの履歴例を示す。図５（ｂ）は、図５（ａ）に示す履歴を日スケールにズームしたときの、履歴例を使った暫定表示例を示す。図５（ｃ）は、図５（ｂ）に示す暫定表示の後に表示されるスケールに適合した実履歴の表示例を示す。ここでは、説明例として、薬Ａは、１月１日から１月２１日までの間、１月１日から１０日まで、朝と夕方に処方され、１１日以降は朝だけに処方されているとする。典型的な投薬パターンとしては、朝、昼及び夜の１日に３回の服用であるとしている。図５（ｂ）に示すように、暫定表示では、１月１日から１５日（実際にはその後まで）、１日に３回の服用パターンになるが、実履歴を反映する日スケールの描画データの受信に伴い、図５（ｃ）に示すように、実履歴を反映したグラフに更新される。
【００４１】
このようにして、本実施例では、タイムスケールの変更に対し、変更後のタイムスケールに合致する描画データの受信を待つ間、典型履歴データから生成したグラフ等の暫定表示で一時的に代替するので、リソースが貧弱な携帯端末１０又は低速のネットワークを使用する場合であっても、履歴情報を迅速に確認できるようになる。直ぐに正しい履歴で更新されるので、誤った認識になることも防止できる。
【００４２】
履歴データを時系列で線図等のグラフで表示する場合、一般的には、タイムスケールが詳細なほど、即ち、より細かい時間単位で表示しようとする程、ネットワーク上のデータ量が増加する。そこで、目的のタイムスケール（詳細度）の履歴のグラフ表示に対し、そのタイムスケールの描画データではネットワークに負荷がかかり過ぎる場合には、より粗いタイムスケールの描画データをサーバに要求し、続けて、本来のタイムスケールの描画データをサーバに要求する。そして、先に到達する描画データと、別途、受信しておいた履歴例データとから目的のタイムスケールのグラフを生成して暫定表示し、後に到達する描画データから目的のタイムスケールのグラフを生成し、正式表示とする。
【００４３】
また、投薬履歴のように、一度の投薬量の変化が無く、頻度の変化があるようなものの場合、投薬開始日時と投薬終了日時、及び典型的な投薬履歴パターンのデータで、投薬状況を暫定的にグラフ表示することができる。従って、投薬履歴例のデータがある場合、サーバから投薬開始日時と投薬終了日時のデータを先に受信することで、暫定的に投薬状況をグラフ表示することが可能になる。そして、続けて受信する実際の投薬履歴で表示を更新することで、閲覧者に正しい内容を認識させることができる。
【００４４】
特定の説明用の実施例を参照して本発明を説明したが、特許請求の範囲に規定される本発明の技術的範囲を逸脱しないで、上述の実施例に種々の変更・修整を施しうることは、本発明の属する分野の技術者にとって自明であり、このような変更・修整も本発明の技術的範囲に含まれる。
【符号の説明】
【００４５】
１０：携帯端末
１２：ＣＰＵ
１４：メモリ
１６：操作装置
１８：通信装置
２０：表示画像生成装置
２２：ＶＲＡＭ
２４：表示装置
２６：バス
３０：ネットワーク
４０：サーバ
４２：ＣＰＵ
４４：メモリ
４６：電子カルテデータベース（ＤＢ）
４８：履歴例データベース（ＤＢ）
５０：表示用データ生成装置
５２：通信装置
５４：バス
【図１】
0005703808.tif 000002
【図２】
0005703808.tif 000003
【図３】
0005703808.tif 000004
【図４】
0005703808.tif 000005
【図５】
0005703808.tif 000006