JP6346674B2 - 時系列データ表示制御装置、その作動方法及びプログラム、並びにシステム - Google Patents

Description

本発明は、時系列データ表示制御装置、その作動方法及びプログラム、並びにシステムに関するものである。

データの経時変化を表す時系列データを表示する装置が各種の分野で利用されている。例えば、特許文献１には、医療分野において、患者の血圧、体温、心拍数などの診療に関するデータの経時変化を表す時系列データを表示画面に表示する装置が開示されている（特許文献１）。時系列データは、例えば、時間軸と、時間軸と直交し、複数の時系列データを配列する配列軸とで構成される二次元平面に二次元表示される（図４）。また、特許文献２の表示装置では、時系列データを三次元的に表示する技術が開示されている。より具体的には、仮想円筒の長手方向を時間軸に設定し、その周面に複数の時系列データを割り付けた上で、仮想円筒の内部に視点をおいて長手方向を覗いた状態で観察される形態で複数の時系列データを表示する（＜００１４＞〜＜００１７＞図５）。

特許文献２は、複数の時系列データの重なり合いを減少することを目的として、複数の時系列データの割り付け領域として仮想円筒を設定している。すなわち、複数の時系列データを二次元表示する場合には、時間軸と直交する配列軸方向と、時系列データの値が変動する方向が重なるため、データの変動が大きいと、複数の時系列データが重なり合って見づらくなる。特許文献２ではこうした課題に対して、仮想円筒を設定することにより、二次元平面と比較して、複数の時系列データの割り付け領域を多くして、複数の時系列データの重なり合いを減少させている。

特許文献２の図５に記載の三次元表示では、仮想円筒の周面に割り付けられた複数の時系列データが、円筒の中心から放射状に表示される。また、こうした三次元表示においては、画面スクロール操作によって時間軸をスクロールさせたり、時系列データの拡大表示や縮小表示を行うことも可能である。

特開２０１２−１４８０７９号公報 特開平６−２４３２６４号公報

特許文献１に記載の二次元表示技術は、詳細なデータの変化を把握しやすいのに対して、特許文献２に記載の三次元表示技術は、複数の時系列データの重なり合いを防止できるため、多数のデータ項目の時系列データを表示する場合には都合がよい。例えば、診療に関する時系列データは、診断に際して参照すべきデータ項目が多く、それぞれのデータ項目の傾向を大局的に把握したり、その反対に詳細な変化にも注目しなければならない。こうした要望に応えるために、発明者は、特許文献１に記載の二次元表示技術と特許文献２に記載の三次元表示技術を組み合わせることを検討している。

しかしながら、特許文献２に記載の三次元表示のように仮想円筒の周面に複数の時系列データを割り付けた形態により表示すると、二次元表示と比較して、時間軸の任意の時点におけるデータ内容を把握しづらいという問題がある。具体的には、二次元表示であれば、複数の時系列データの任意の１時点は同一直線上に配置されるため、各時系列データのデータ内容、例えば、任意の１時点において、血圧の数値がいくらで、体温の数値がいくらかといったデータ内容を一見して把握しやすい。これに対して、三次元表示では、複数の時系列データが仮想円筒の周面方向に分散して配置されるため、任意の時点における複数の時系列データのデータ内容を把握しづらい。

診療方針の決定に際しては、診療データの複数のデータ項目同士の関係性に着目して判断を行うため、任意の時点における複数のデータ項目の内容を簡単に把握する必要性が高い。上記特許文献１及び２には、こうした課題やその解決策について開示も示唆もされていない。

本発明は、時系列データの二次元表示と三次元表示の両方を行う場合に、三次元表示においても任意の時点における複数の時系列データのデータ内容を簡単に把握することが可能な時系列データ表示制御装置、その作動方法及びプログラム、並びにシステムを提供することを目的とする。

上記課題を解決するために、本発明の時系列データ表示制御装置は、画面データ生成部と、画面表示制御部とを備える。画面データ生成部は、複数の時系列データを表示する時系列データ表示画面を生成する。画面表示制御部は、時系列データ表示画面の表示モードを切り替える画面表示制御部であって、複数の時系列データの時間軸と、時間軸と直交し、複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に時系列データを表示する二次元表示モードと、二次元表示モードにおいて時間軸と平行な複数の直線が時間軸において過去に向かって収束するように描画される遠近法を用いて、二次元平面が三次元的に表示される三次元表示モードの２つの表示モードを切り替える。さらに、画面表示制御部は、三次元表示モードにおいて、時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である。

要約ウインドウは、時間軸上において指定された任意の時点において時間軸と直交する方向に展開される二次元平面の形態であることが好ましい。

三次元表示モードは、時系列データ表示画面内において、長手方向が時間軸と一致し遠近法で表示される仮想的な角筒を設定し、角筒の内周面の少なくとも一部に複数の時系列データを表示することが好ましい。

内周面は、底面と底面の両端から立ち上がる両側面の３面により構成されることが好ましい。

三次元表示モードにおいて、複数の時系列データの各項目名を表示する項目名表示領域を、二次元表示してもよい。

項目名表示領域は、時系列データ表示画面において、時間軸における現在方向の端部に配置されることが好ましい。

時系列データ表示画面において、時系列データが存在しない期間については、時間軸方向に圧縮して表示されることが好ましい。

時系列データは、患者の診療に関する診療データであることが好ましい。

本発明の時系列データ表示制御装置の作動方法は、画面データ生成ステップと、画面表示制御ステップとを備える。画面データ生成ステップは、複数の時系列データを表示する時系列データ表示画面を生成する。画面表示制御ステップは、時系列データ表示画面の表示モードを切り替える画面表示制御ステップであって、複数の時系列データの時間軸と、時間軸と直交し、複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に時系列データを表示する二次元表示モードと、二次元表示モードにおいて時間軸と平行な複数の直線が、時間軸において過去に向かって収束するように描画される遠近法を用いて、時系列データが表示される二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える。さらに、画面表示制御ステップでは、三次元表示モードにおいて、時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である。

本発明の時系列データ表示制御プログラムは、コンピュータを時系列データ表示制御装置として機能させる時系列データ表示制御プログラムにおいて、画面データ生成ステップと、画面表示制御ステップとを備える。画面データ生成ステップは、複数の時系列データを表示する時系列データ表示画面を生成する。画面表示制御ステップは、時系列データ表示画面の表示モードを切り替える画面表示制御ステップであって、複数の時系列データの時間軸と、時間軸と直交し、複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に時系列データを表示する二次元表示モードと、二次元表示モードにおいて時間軸と平行な複数の直線が、時間軸において過去に向かって収束するように描画される遠近法を用いて、時系列データが表示される二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える。さらに、画面表示制御ステップでは、三次元表示モードにおいて、時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である。

本発明の時系列データ表示制御システムは、画面データ生成部と、画面表示制御部とを備える。画面データ生成部は、複数の時系列データを表示する時系列データ表示画面を生成する。画面表示制御部は、時系列データ表示画面の表示モードを切り替える画面表示制御部であって、複数の時系列データの時間軸と、時間軸と直交し、複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に時系列データを表示する二次元表示モードと、二次元表示モードにおいて時間軸と平行な複数の直線が、時間軸において過去に向かって収束するように描画される遠近法を用いて、時系列データが表示される二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える。さらに、画面表示制御部は、三次元表示モードにおいて、時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である。

本発明によれば、時系列データの二次元表示と三次元表示の両方を行う場合に、三次元表示においても任意の時点における複数の時系列データのデータ内容を簡単に把握することができる。

医療情報システムを示す説明図である。 電子カルテに記録されている診療データを示す説明図である。 画像サーバに記録されている診療データを示す説明図である。 診療支援サーバ等に用いられるコンピュータの構成を示すブロック図である。 クライアント端末及び診療支援サーバの機能概要を示す説明図である。 二次元表示モードの表示画面の一例を示す説明図である。 三次元表示モードの表示画面の一例を示す説明図である。 三次元表示モードにおける要約ウインドウの説明図である。 処理手順を示すフローチャートである。 第２実施形態の三次元表示モードの表示画面の説明図である。 第３実施形態のクライアント端末を示す説明図である。

「第１実施形態」
図１に示す医療情報システム１０は、病院等の医療施設において医療情報の管理及び利用をするために用いられるコンピュータシステムである。この医療情報システム１０は、本発明の時系列データ表示制御装置の１実施形態である診療支援サーバ１１と、クライアント端末１２と、サーバ群１３と、これらを相互に通信可能に接続するネットワーク１４とで構成されている。

サーバ群１３は、患者の診療データを格納するサーバであり、サーバ群１３には、電子カルテサーバ１６、画像サーバ１７などが含まれる。ネットワーク１４は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。

クライアント端末１２は、内科、外科、耳鼻科、眼科といった各診療科に設置される端末であり、例えば、診療科の医師によって操作される。クライアント端末１２は、電子カルテサーバ１６にアクセスして、電子カルテの入力や閲覧をする機能を有している。電子カルテには、問診や診断内容などの診察記録、医療検査の検査値やバイタルサインの測定値、処置や手術などの治療記録を含む診療データが入力されている。また、クライアント端末１２は、画像サーバ１７にアクセスして、Ｘ線画像などの検査画像を閲覧する機能を有している。このようにクライアント端末１２は、診療データを閲覧するためのビューア端末として機能する。

さらに、クライアント端末１２は、診療支援サーバ１１にアクセスして、患者の診療データの経時変化を表す時系列データを表示する時系列データ表示画面（以下、表示画面という）１５の画面データの配信を受けて、配信された表示画面１５を表示する。表示画面１５は、電子カルテ専用のカルテ表示画面や検査画像専用の画像表示画面とは異なり、電子カルテに含まれる医療検査の検査値や測定値、検査画像を１つの画面内にまとめて表示することが可能である。表示画面１５では、検査値や測定値の経時変化を表す時系列データが、例えば、折れ線グラフＧの形態で表示される。

診療支援サーバ１１は、クライアント端末１２から、患者の指定を含む診療データの配信要求を受け付ける。診療支援サーバ１１は、配信要求に基づいて、電子カルテサーバ１６や画像サーバ１７から、指定された患者の診療データを取得する。診療支援サーバ１１は、取得した診療データに基づいて表示画面１５の画面データを生成して、画面データを要求元のクライアント端末１２に配信する。また、診療支援サーバ１１は、クライアント端末１２からの要求に応じて画面データを編集することにより、表示画面１５の画面表示制御を行う機能を有しており、本発明の時系列データ表示制御装置として機能する。

電子カルテサーバ１６は、電子カルテが格納される電子カルテデータベース（以下、カルテＤＢ（Data Base）という）１６Ａを備えている。画像サーバ１７は、複数枚の検査画像が格納される画像ＤＢ１７Ａを有しており、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバである。カルテＤＢ１６Ａや画像ＤＢ１７Ａは、患者ＩＤ（Identification Data）などのキーワードによる検索が可能なデータベースである。

図２に示すように、カルテＤＢ１６Ａには、患者の診療データを記録したカルテデータが格納されている。カルテデータは、患者ＩＤ（Ｐ１、Ｐ２・・・）が付与されて患者単位で管理される。カルテデータは、患者の氏名、生年月日、性別、患者ＩＤ等の患者基本情報と、患者の診療データにより構成される。

診療データには、患者の心拍、脈拍、血圧、体温などのバイタルサインの測定値や、患者に対して実施される臨床検査の検査値が含まれる。臨床検査は、血液検査、生化学検査などの検体検査及び脳波検査などの生理検査を含む。また、診療データには、患者に施される診療の内容、具体的には、投薬、注射、手術、処置などの治療の内容や、問診の内容なども含まれる。このように診療データには、複数の項目が有り、図２では、診療データとして、血圧（上）、血圧（下）の測定値、検体検査（血液検査）の検査値、Ｓ注射液の注射による投薬量などの項目が例示されている。

診療データの各項目の１件分のレコードには、検査日や測定日などの日時に関する情報、取得されたデータ内容（検査値や測定値）、属性が含まれる。日時の情報は、測定値であれば測定日時であり、検査値であれば検査日時であり、投薬、注射であれば、投薬、注射を実施した日時あるいは、薬剤を処方した日時である。投薬は、効果が発現するまでに期間を要する場合があるため、例えば、「１日に一定量ずつの服用を５日間継続する」というように、所定期間に渡る投薬（薬の服用）が１回の処方によって指示される場合がある。この場合には、投薬の日時として、服用が予定されている日時が記録される。

属性は、データを分類するために与えられる情報であり、診療データの各項目の属性を表す情報である。属性は、診療データを検索するためのキーワードとして利用することも可能である。属性としては、例えば、診療データの項目名（「血圧（上）」など）、項目が帰属するカテゴリ（「バイタル」）などが含まれる。投薬、注射の項目には、「注射」という項目名に加えて、例えば、薬剤名「Ｓ注射液」が付与される。

図３に示すように、画像ＤＢ１７Ａには、Ｘ線検査やＣＴ検査などの画像検査において撮影された複数枚の検査画像からなる検査データが格納されている。検査画像には患者ＩＤが付与されており、患者ＩＤを用いて検査画像を検索することが可能である。画像検査においては、ＣＴ検査において取得される複数枚の断層画像のように、１回の検査で複数枚の検査画像が撮影される場合もある。１回の検査によって取得された複数枚の検査画像には、同じ検査ＩＤが付与されて１件の検査画像として管理される。また、検査画像についても、画像検査が実施された日時毎に管理される。

また、検査画像のデータ内容には、検査画像のデータの他に、検査画像を解析した画像解析情報が含まれている場合もある。画像解析情報としては、例えば、検査画像内の病変のサイズや病変の種類に関する情報などである。画像解析情報は、画像処理によって算出した情報であってもよいし、画像観察によって医師が判断した内容を入力した情報であってもよい。検査画像の属性には、例えば、検査種別を表す「Ｘ線検査」や「ＣＴ検査」、画像の種別である「Ｘ線画像」や「ＣＴ画像」、撮影部位を表す「胸部」や「頭部」といった情報が付与される。

診療支援サーバ１１、クライアント端末１２、電子カルテサーバ１６、画像サーバ１７は、パーソナルコンピュータ、サーバコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、クライアントプログラム又はサーバプログラム等のアプリケーションプログラムをインストールして構成される。

図４に示すように、各サーバ１１、１６、１７やクライアント端末１２を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ＣＰＵ（Central Processing Unit）２１、メモリ２２、ストレージデバイス２３、通信Ｉ／Ｆ２４、及び入出力部２６を備えている。これらはデータバス２７を介して接続されている。入出力部２６は、ディスプレイ（表示部）２８と、キーボードやマウスなどの入力デバイス２９とからなる。

ストレージデバイス２３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（以下、ＡＰという）３０が格納される。また、ＤＢが構築されるサーバには、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス２３として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。

メモリ２２は、ＣＰＵ２１が処理を実行するためのワークメモリであり、ＲＡＭ（Random Access Memory）により構成される。ＣＰＵ２１は、ストレージデバイス２３に格納された制御プログラムをメモリ２２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。通信Ｉ／Ｆ２４は、ネットワーク１４との間の伝送制御を行うネットワークインタフェースである。

以下、図４に示すコンピュータの基本的な構成要素である、ＣＰＵ２１、ディスプレイ２８、ストレージデバイス２３などについて、クライアント端末１２の構成要素として説明する場合には、ＣＰＵ２１Ａというように、符号の添字に「Ａ」を付し、診療支援サーバ１１の構成要素として説明する場合には、ＣＰＵ２１Ｂというように、符号の添字に「Ｂ」を付して説明する。

図５に示すように、クライアント端末１２のストレージデバイス２３Ａには、ＡＰ３０Ａとして、電子カルテの閲覧や編集を行う電子カルテソフトウエアや、検査画像や表示画面１５の閲覧を行うためのビューアソフトウエアなどのクライアントプログラムがインストールされている。ビューアソフトウエアは、例えば、専用ソフトウエアでもよいし、汎用的なＷＥＢブラウザでもよい。

クライアント端末１２において、ビューアソフトウエアが起動されると、例えば、クライアント端末１２のディスプレイ２８Ａには、ＧＵＩ（Graphical User Interface）による操作機能を備えた起動画面が表示され、クライアント端末１２のＣＰＵ２１Ａは、メモリ２２などと協働して、ＧＵＩ制御部３３、及び診療支援サーバ１１に対する各種の要求を発行する要求発行部３４として機能する。起動画面において患者ＩＤの指定、診療データの配信指示などの操作指示が行われる。

診療支援サーバ１１は、表示画面１５を構成する画面データを配信する。画面データは、例えば、ＸＭＬ（Extensible Markup Language）などのマークアップ言語により記述されたデータにより構成される。ＧＵＩ制御部３３は、受信した画面データに基づいて表示画面１５を再現してディスプレイ２８Ａに表示する。表示画面１５も操作画面として機能する。ＧＵＩ制御部３３は、マウスのポインタ３５による操作ボタンのクリック操作など、表示画面１５を通じて入力デバイス２９Ａから入力される操作指示に従ってＧＵＩを制御する。

要求発行部３４は、診療支援サーバ１１に対する処理要求を発行する。要求発行部３４は、ＧＵＩ制御部３３を介して、患者ＩＤの指定とともに表示画面１５の配信指示を受け付けると、処理要求として、表示画面１５の画面データの配信要求を発行する。配信要求には、診療データの追加データの配信要求も含まれる。診療データが長期間に及ぶ時系列データである場合には、全期間のデータを一度に配信しきれない場合もある。そのような場合には、表示画面１５における表示期間の指定や、表示期間を変更する画面スクロール操作などに応じて、要求発行部３４は、診療支援サーバ１１に対して未配信の追加データの配信を要求する。また、要求発行部３４は、ＧＵＩ制御部３３を介して、表示画面１５の編集要求を受け付けると、編集要求を発行する。発行された配信要求や編集要求などの処理要求は、ネットワーク１４を通じて診療支援サーバ１１に送信される。

診療支援サーバ１１のストレージデバイス２３Ｂには、ＡＰ３０Ｂとして、コンピュータを診療支援サーバ１１として機能させるサーバプログラムがインストールされている。本例において、サーバプログラムは、本発明の時系列データ表示制御プログラムとして機能する。サーバプログラムを実行すると、診療支援サーバ１１のＣＰＵ２１Ｂは、メモリ２２などと協働して、要求受付部３６、画面データ生成部３７、画面編集部３８、出力制御部３９として機能する。

要求受付部３６は、クライアント端末１２からの処理要求を受け付ける。要求受付部３６は、診療データの配信要求を受け付けると、配信要求の内容に応じた配信指令を画面データ生成部３７に入力する。配信要求には、指定された患者ＩＤが含まれており、要求受付部３６は、指定された患者ＩＤの診療データに関する表示画面１５の画面データを生成する指令を画面データ生成部３７に入力する。

画面データ生成部３７は、サーバ群１３に対して、指定された患者ＩＤの診療データの取得要求を発行して、診療データを取得する。取得する診療データの時間的な範囲は、例えば、サーバ群１３に存在する診療データの全範囲である。例えば、１人の患者が断続的に通院を繰り返したり、入退院を繰り返している場合には、診療データは、断続的に存在することになる。この場合には、断続的に存在する診療データのすべてが取得対象となる。画面データ生成部３７は、取得した診療データを、時系列データとして表示する表示画面１５の画面データを生成する。

要求受付部３６に入力された編集要求は、画面編集部３８に入力される。画面編集部３８は、編集要求に基づいて、表示画面１５の画面データを編集する。編集要求には、後述する表示画面１５の表示モードについて、二次元表示モードと三次元表示モードの切り替え要求が含まれている。画面編集部３８は、表示モードの切り替え要求に基づいて、表示モードを切り替える画面表示制御部として機能する。また、画面編集部３８は、画面データ生成部３７が生成した画面データに対して必要に応じて編集処理を施す。

出力制御部３９は、画面データ生成部３７が生成した表示画面１５の画面データや、追加配信の指示があった追加データ、画面編集部３８が編集した編集済みの画面データなどを通信Ｉ／Ｆ２４を介して、クライアント端末１２に配信する制御を行う。

図６に示すように、表示画面１５は、メイン表示領域４１及び項目名表示領域４２を有している。表示画面１５は、横軸（Ｘ軸）が時間軸に設定され、縦軸（Ｙ軸）がデータ項目配列軸にそれぞれ設定されている。時間軸は、左方向が過去、右方向が現在に設定されている。メイン表示領域４１は、データ項目毎の複数の診療データ（時系列データ）を表示する。本例のデータ項目としては、バイタルサインの測定値として、体温、血圧（上）、血圧（下）があり、検体検査の検査値として、血液検査の白血球があり、画像検査の検査データとして、ＣＴ検査の検査画像がある。

メイン表示領域４１は、データ項目毎に区画された複数のサブ領域４１Ａを有しており、各サブ領域４１Ａにデータ項目毎の診療データが表示される。各サブ領域４１Ａは、長手方向が時間軸方向に延び、それぞれのデータを表示する高さを有するデータ表示行である。各サブ領域４１Ａは、横軸（Ｘ軸）方向に延びる横グリッド線４６によって区画されている。

また、横グリッド線４６の間隔は調節可能である。横グリッド線４６の間隔を調節することによって、各サブ領域４１Ａの高さ（縦軸方向の幅）を調節することが可能である。例えば、ポインタ３５によって横グリッド線４６を指定してマウスのドラッグ操作を行うことにより、横グリッド線４６の間隔を変更することができる。これにより、各サブ領域４１Ａの高さが調節される。

各サブ領域４１Ａにおいて、診療データ（時系列データ）の表示形態は、データ項目によって異なる。例えば、バイタルサインのデータ項目である、体温、血圧（上）、血圧（下）、及び検体検査のデータ項目である白血球については、それぞれ折れ線グラフＧの形態で表示される。折れ線グラフＧは、診療データが存在する入力点Ｐを線分により結んだグラフである。

検査画像については、検査画像の取得日にそれぞれサムネイル画像ＴＰが表示される。サムネイル画像ＴＰは、例えば、マウスのクリック操作が可能なアイコンであり、クリック操作により、サムネイル画像ＴＰに対応する本画像が表示される。

また、投薬、注射のデータ項目である、Ｓ注射液、Ｊ錠剤、Ｂ輸液については、投与した日時に、投与したことを表す四角形のマークＭが表示される。投薬、注射のデータ項目において、Ｊ錠剤やＢ輸液のように、投与した日時が連続している場合には、連続して投与した期間の初日と最終日にそれぞれマークＭが表示され、その間を線分により結ぶ形態で表示される。各サブ領域４１Ａは、縦軸（Ｙ軸）方向に配列されており、表示画面１５において、縦軸がデータ項目配列軸となる。

折れ線グラフＧが表示される各サブ領域４１Ａは、高さ方向が折れ線グラフＧのデータ値の変動方向に相当する。各サブ領域４１Ａにおいて、ドットハッチングにより示す符号４７は、各データ項目について、データ値の正常範囲として設定された範囲を示す正常範囲標識である。例えば、体温であれば、３６℃〜３７℃の範囲が正常範囲として設定されて、その範囲に正常範囲標識４７が表示される。血圧（上）、血圧（下）、白血球についても、それぞれの正常範囲標識４７が表示される。

また、折れ線グラフＧにおいて、各入力点Ｐは、データ値が正常範囲内にある場合には、入力点Ｐ１に示すように、円形の輪郭線のみで表示され輪郭線内が塗りつぶされていないアウトラインドットにより表示され、データ値が正常範囲外の場合には、入力点Ｐ２に示すように、円形の輪郭線の内部が塗りつぶされたソリッドドットで表示される。このように正常範囲標識４７を設けたり、さらに、入力点Ｐの表示形態について、データ値が正常範囲内にあるか否かによってアウトラインドットとソリッドドットの使い分けをすることにより、データ値が正常か否かを簡単に見分けることができる。

また、メイン表示領域４１には、１日単位で縦軸（Ｙ軸）方向に縦グリッド線４８が設けられており、隣接する２本の縦グリッド線４８の間隔によって、１日の列の幅が規定される。横グリッド線４６と同様に、縦グリッド線４８の間隔は調節可能であり、縦グリッド線４８の間隔を調節することにより、１日の列の幅を広くしたり、狭くしたりすることが可能である。縦グリッド線４８の間隔の調節方法は、横グリッド線４６と同様に、ポインタ３５により縦グリッド線４８を指定してマウスのドラッグ操作を行うことにより可能である。

また、メイン表示領域４１は、横方向（Ｘ軸方向）及び縦方向（Ｙ軸方向）の画面スクロールが可能である。横方向の画面スクロール操作により、メイン表示領域４１に表示する折れ線グラフＧなどの診療データの表示範囲を変更することができる。患者の通院期間や入院期間が長期に及んだ場合や、患者が入退院を繰り返すような場合には、診療データが存在する期間が長期間に及ぶ。ディスプレイ２８Ａの画面サイズは限られているため、長期間の診療データの全期間を、メイン表示領域４１に１度に表示することはできない。図６に示す例では、診療データが存在する全期間のうち、メイン表示領域４１の表示範囲は、２０１４年８月の約１月分になっている。横方向の画面スクロール操作により、メイン表示領域４１の表示範囲を、例えば、２０１４年８月から、７月や６月の１月分に変更することができる。

また、縦方向の画面スクロール操作により、表示されていないデータ項目を表示することが可能である。例えば、図６に示す例では、投薬、注射のデータ項目として、Ｓ注射液、Ｊ錠剤、Ｂ輸液のデータ項目が表示されているが、この他に、表示されていない、別の薬剤のデータがある場合には、縦方向の画面スクロール操作により、表示することが可能である。

また、後述するように、メイン表示領域４１は、図６に示すように、時間軸（横軸）とデータ配列軸（縦軸）との２軸によって構成される二次元平面に診療データ（時系列データ）を表示する二次元（２Ｄ：Dimension）表示モードと、遠近法を用いて、診療データが表示される二次元平面を三次元的に表示する三次元（３Ｄ）表示モード（図７、８参照）の２つの表示モードにより表示することが可能である。

項目名表示領域４２は、メイン表示領域４１の右端に配置されている。項目名表示領域４２には、各サブ領域４１Ａに表示する診療データの項目名が表示される。項目名表示領域４２には、体温、血圧（上）、血圧（下）、白血球、ＣＴ検査、Ｓ注射液等の項目名に加えて、バイタル、検体検査、画像検査、投薬、注射など、各データ項目が帰属するカテゴリ名も表示される。

表示画面１５には、第１時間軸５１と第２時間軸５２の２つの時間軸が設けられている。第１時間軸５１は、メイン表示領域４１の上方に設けられており、第２時間軸５２は、メイン表示領域４１内の上端に設けられている。第２時間軸５２は、メイン表示領域４１の表示期間を表す時間軸である。第２時間軸５２は、縦方向に幅を有しており、内部に年月日を表す数字や、１日単位で設けられる目盛りが表示される。図６において、メイン表示領域４１には、２０１４年８月の１月分の診療データが表示されており、それに対応して、第２時間軸５２には、２０１４年８月の約１月分の日付が表示される。

一方、第１時間軸５１は、第２時間軸５２よりも相対的に長い表示期間を表示することが可能である。二次元表示モードにおいては、第１時間軸５１は、第２時間軸５２よりも相対的に長い表示期間が設定されている。図６の例では、第２時間軸５２の表示期間が２０１４年８月の約１月分であるのに対して、第１時間軸５１の表示期間は、２０１４年６月から２０１４年８月までの約３月分となっている。第１時間軸５１も、第２時間軸５２と同様に、高さ方向に幅を有しており、年月を表す数字と、所定間隔により期間を区切る目盛りが表示されている。

第１時間軸５１には、診療データが存在する期間を示す存在標識５１Ａが表示される。存在標識５１Ａにより、第１時間軸５１の表示期間内において、どの期間に診療データが存在するかを確認することができる。また、第１時間軸５１において、ポインタ３５により任意の時期を指定すると、その時期の診療データをメイン表示領域４１に表示することができる。例えば、第１時間軸５１において、２０１４年６月の存在標識５１Ａがポインタ３５により指定されると、メイン表示領域４１に表示される表示期間が、２０１４年８月から２０１４年６月に変更される。

また、メイン表示領域４１において、符号５３は、圧縮期間を示す圧縮標識である。入院ではなく、通院で診療を行っている患者や、入退院を繰り返す患者の場合には、診療データが存在しない空白期間が生じる。診療データが存在しない空白期間は、メイン表示領域４１においては空白が表示されるだけであるので、表示スペースの無駄にしかならない。そのため、メイン表示領域４１において、診療データが存在しない空白期間については、時間軸方向に表示期間を圧縮して、そこに圧縮標識５３が表示される。圧縮標識５３は、例えば、縦グリッド線４８の間隔を狭くして密集させた形態である。本例では、２０１４年８月１１日から８月１７日までは診療データの空白期間となるため、この空白期間には圧縮標識５３が表示される。これにより、限られたメイン表示領域４１を有効に利用することができる。

また、第２時間軸５２の右側、項目名表示領域４２の上方には、メイン表示領域４１を表示する倍率を変更する表示倍率変更部５４が設けられている。表示倍率変更部５４は、スライダのプラス方向（拡大方向）又はマイナス方向（縮小方向）のスライド操作によって、メイン表示領域４１全体の表示倍率の拡大や縮小を行う。

表示倍率を拡大することにより、メイン表示領域４１内の折れ線グラフＧやサムネイル画像ＴＰを拡大表示することが可能である。その反面、横方向においては、表示期間は短くなり、また、縦方向においては表示されるデータ項目の数が減少する。一方、表示倍率を縮小すると、メイン表示領域４１内の折れ線グラフＧやサムネイル画像ＴＰは縮小表示されるが、その反面、表示期間は長くなり、表示されるデータ項目の数が増加する。

また、第１時間軸５１の上方には、表示モード切り替えボタン５６が設けられている。表示モード切り替えボタン５６は、メイン表示領域４１の表示モードを、二次元表示モードと三次元表示モードとで切り替える操作指示を入力する操作部であり、ポインタ３５を通じたマウスのクリック操作により、操作される。

二次元表示モードでは、図６に示すように、メイン表示領域４１は、時間軸（横軸）とデータ配列軸（縦軸）との２軸によって構成される二次元平面により表示される。二次元表示モードでは、この二次元平面に診療データ（時系列データ）が表示される。この状態で、表示モード切り替えボタン５６が操作されると、メイン表示領域４１の表示モードが、図７に示す三次元表示モードに切り替わる。

図７に示すように、三次元表示モードは、二次元表示モードにおいて時間軸と平行な複数の直線が、時間軸において過去に向かって収束するように描画される遠近法を用いることにより、診療データ（時系列データ）が表示される二次元平面であるメイン表示領域４１を、三次元的に表示する表示モードである。本例において、三次元表示モードにおいて、メイン表示領域４１として、長手方向が時間軸と一致し遠近法により表示される仮想的な角筒６１を設定し、角筒６１の内周面６２の少なくとも一部に、複数の診療データ（時系列データ）が表示される。このような仮想的な三次元処理は、仮想的な三次元空間を設定し、設定した三次元空間に二次元平面上のデータを割り付けるなどの画像処理技術を用いて行われる。

本例においては、内周面６２は、表示画面１５の底辺側に位置する底面６２Ａと、底面６２Ａの両端から垂直に立ち上がる両側面６２Ｂ、６２Ｃの３面により構成される。時間軸は、角筒６１の長手方向に配置されており、図７において、角筒６１の手前が現在方向で、奥が過去方向である。

また、三次元表示モードにおいては、メイン表示領域４１の時間尺度は、二次元表示モードに対して、僅かであるが時間尺度が長くなるように設定される。これにより、二次元表示モードと比べて、三次元表示モードにおいては、診療データ（時系列データ）の表示期間が長くなる。本例では、メイン表示領域４１の表示期間は、図６に示す二次元表示モードにおいては、２０１４年８月の約１ヶ月のうち、途中１週間程度圧縮されているため、実質約２０日間である。これに対して、図７に示す三次元表示モードにおいては、２０１４年８月の約１ヶ月が、圧縮無しで表示されているため、３１日間となっている。もちろん、二次元表示モードの時間尺度と、三次元表示モードの時間尺度の差を、本例よりも大きくして、より三次元表示モードの時間尺度を相対的に長くしてもよい。

三次元表示モードの時間尺度を長くすれば、過去になるほど表示倍率は小さくなり縮小表示されることになるものの、二次元表示において画面スクロール操作により過去と現在を切り替えて表示する場合と比較して、一見して診療データの長期間の傾向を把握しやすい。

特に、遠近法と時間尺度の長期化とを組み合わせることにより、遠近法との相乗効果により、長期間に渡る全体的な傾向を把握することができる。これにより、時系列データの短期的な変化や詳細の把握については二次元表示モードを利用し、長期間に渡る全体的な傾向の把握については三次元表示モードを利用することにより、画面スクロール操作を減らしつつ、簡単な操作により短期と長期の時系列データを確認することができる。

なお、三次元表示モードにおいても、二次元表示モードと同様に、診療データが存在しない期間については、時間軸方向に圧縮して表示してもよい。

内周面６２には、例えば、１日単位で設けられるグリッド線６３が表示される。底面６２Ａには、日付表示、通院履歴、ＣＴ検査の各項目の時系列データが割り当てられて、表示される。ＣＴ検査のサムネイル画像ＴＰは、例えば、二次元表示モードと比較してサイズが拡大されて表示される。サムネイル画像ＴＰは、それぞれ撮影日付に相当する位置に配置される。そして、サムネイル画像ＴＰは、描画面が正面を向くように、底面６２Ａから立ち上がる姿勢により二次元表示される。

左側の側面６２Ｂには、体温、血圧（上）、血圧（下）のそれぞれの折れ線グラフＧが表示される。右側の側面６２Ｃには、Ｓ注射液、Ｊ錠剤、Ｂ輸液などの投与を行ったマークＭが表示される。このように、角筒６１を設定して、底面６２Ａ、両側面６２Ｂ、６２Ｃの３面からなる内周面６２を、データ項目を割り当てる領域とすることにより、二次元表示と比べて、データ項目を割り当てる領域を広くすることができる。

データ項目を割り当てる領域が広がると、表示できるデータ項目が増えるため、複数の診療データ（時系列データ）の傾向を大局的に把握しやすい。すなわち、複数の診療データの傾向に関して一覧性が向上する。かつ、データ項目を割り当てる領域が広がるため、複数の診療データの重なりが減り、視認性が向上する。各診療データの項目名は、診療データと同様に、それぞれ底面６２Ａ、両側面６２Ｂ、６２Ｃに表示される。

また、底面６２Ａ、両側面６２Ｂ、６２Ｃは、角筒６１の内周面６２であるため、円筒と異なり、それぞれが平面により構成される。そのため、グリッド線６３が示すように、各面において、各データ項目が配列されるデータ配列軸は直線である。円筒と異なり、データ配列軸が直線になるため、診療データ（時系列データ）が見やすい。同様に、折れ線グラフＧのデータの変動方向も直線になるため、データの変動方向が湾曲する円筒と比べて、データ値の変動も把握しやすい。

また、角筒６１は、遠近法によって表示されるため、角筒６１を構成する時間軸と平行な複数の直線が、過去方向に存在する１つの消失点において収束する。消失点をどこに設定するかによって、角筒６１の表示角度が変化する。例えば、消失点を上方に移動すれば、底面６２Ａの傾斜がより上向きになり、消失点を右に移動すれば、左側の側面６２Ｂが二次元表示に近い状態になり、視認性が向上する。もちろん、消失点を右に移動すると、反対に、右側の側面６２Ｃは見にくくなる。

また、本例では、角筒６１の内周面６２は、底面６２Ａ、両側面６２Ｂ、６２Ｃの３面のみで構成され、天井面を設けていない。もちろん、天井面を設けて、天井面に診療データを表示してもよい。

しかし、天井面が有る場合と無い場合において検証を行ったところ、天井面を設けて、内周面６２の天井面を含む全周に診療データを表示する場合と比較して、本例のように天井面を設けずに、底面６２Ａ、両側面６２Ｂ、６２Ｃの３面のみに表示する方が見やすいことが分かっている。

これは、天井面を設けると、診療データの配列位置が散漫になりすぎること、さらに、天井面を含む４面をすべて見やすい角度に設定することが難しいことが原因と考えられる。角筒６１の表示角度を、底面６２Ａが見やすい表示角度に設定すると、天井面は見にくくなってしまうため、４面をすべて見やすい角度に設定することは難しい。このため、本例では、天井面を設けずに、底面６２Ａ、両側面６２Ｂ、６２Ｃの３面に限定している。

また、図８に示すように、三次元表示モードにおいては、時間軸上において指定された時点における複数の診療データ（時系列データ）の個々のデータ内容の要約を表示する要約ウインドウ６６を表示することが可能である。要約ウインドウ６６は、例えば、時間軸上において指定された任意の時点において、時間軸と直交する方向に展開される二次元平面の形態で表示される。本例では、要約ウインドウ６６は、８月２３日における複数の診療データのデータ内容の要約を表示する。８月２３日には、複数の診療データとして、体温、血圧（上）、血圧（下）、ＣＴ検査、Ｓ注射液、Ｊ錠剤、及びＢ輸液のデータ項目があり、要約ウインドウ６６には、これらの複数のデータ項目のデータ内容の要約が表示される。

要約ウインドウ６６には、内周面６２に表示されているデータの内容よりも詳細な内容が表示される。例えば、体温、血圧（上）、血圧（下）であれば、それぞれの具体的なデータ値と、８月２３日を基準にしたその前後の傾向を示すインジケータ６７が表示される。インジケータ６７は、例えば、矢印表示である。矢印の向きにより、データ値が低下しているか、上昇しているか、さらには、矢印の傾きにより低下や上昇の程度を表示することが可能である。さらに、投薬・注射などのデータ項目については、薬剤名に加えて、投与量が具体的な数値データにより表示される。また、８月２３日における通院の状況を表すコメントが表示される。ＣＴ検査については、サムネイル画像ＴＰに加えて、医師による画像所見も表示される。

要約ウインドウ６６は、例えば、ポインタ３５で、時間軸上の任意の時点（日付）のグリッド線６３を指定して、マウスでクリック操作することにより、表示させることができる。逆に要約ウインドウ６６をポインタ３５で指定してクリック操作すると、要約ウインドウ６６を非表示にすることができる。

このような要約ウインドウ６６を表示することにより、三次元表示においても、複数の診療データ（時系列データ）のデータ内容を簡単に把握することができる。角筒６１の内周面６２に複数の診療データを表示する方法は、複数の診療データの割り当て領域を広くとれるため、複数の診療データ（時系列データ）の傾向に関して一覧性が向上する。しかし、底面６２Ａ、両側面６２Ｂ、６２Ｃにそれぞれ診療データが分散するため、任意の一時点におけるデータ内容を把握しづらい。そのため、要約ウインドウ６６を表示することにより、角筒６１の内周面６２を利用して三次元表示する場合の欠点を補って、データ内容を簡単に把握できるようにしている。

診療方針の決定に際しては、診療データの複数のデータ項目同士の関係性に着目して判断を行うため、任意の時点における複数のデータ項目の内容を簡単に把握する必要性が高い。要約ウインドウ６６を、診療データの表示画面１５に適用することは特に有用性が高い。

また、本例では、要約ウインドウ６６と、要約ウインドウ６６が表示される日付よりも現在方向に位置するサムネイル画像ＴＰが重なる場合に、そのサムネイル画像ＴＰ（図８において波線で示す）を、半透明で表示している。こうすることにより、要約ウインドウ６６の日付よりも現在方向にサムネイル画像ＴＰが存在することを示しつつ、要約ウインドウ６６の表示がサムネイル画像ＴＰによって隠れないようにしている。

以下、上記構成による作用について、図９に示すフローチャートを参照しながら、説明する。患者を診療する医師は、クライアント端末１２を通じて診療データを閲覧する。医師は、クライアント端末１２のビューアソフトウエアを起動して、患者ＩＤを指定して、診療データの配信指示を入力する（Ｓ（ステップ）１０１０）。

これにより、クライアント端末１２の要求発行部３４から発行された配信要求が診療支援サーバ１１に送信される。診療支援サーバ１１は、要求受付部３６が配信要求を受け付けると、配信要求を画面データ生成部３７に入力する。画面データ生成部３７は、指定された患者ＩＤの診療データの取得要求をサーバ群１３に送信して、診療データを取得する（Ｓ２０１０）。

診療支援サーバ１１において、画面データ生成部３７は、取得した診療データに基づいて、表示画面１５の画面データを生成する（Ｓ２０２０）。画面編集部３８は、必要に応じて画面データの編集を行い、画面データを出力制御部３９に入力する。出力制御部３９は、通信Ｉ／Ｆ２４を介して画面データを、要求元のクライアント端末１２に配信する（Ｓ２０３０）。

クライアント端末１２は、画面データを受信すると、ＧＵＩ制御部３３が受信した画面データに基づいて、例えば、図６に示す表示画面１５を再現してディスプレイ２８Ａに表示する（Ｓ１０２０）。図６に示す表示画面１５は、メイン表示領域４１が二次元表示モードによって表示されるので、図７及び図８に示すように、メイン表示領域４１を三次元表示モードによって表示したい場合には、医師は、表示モード切り替えボタン５６を操作する。

要求発行部３４は、表示モード切り替え操作（画面編集操作）がされると（Ｓ１０３０でＹ）、画面編集要求に基づいて、編集要求を発行する（Ｓ１０４０）。編集要求は、診療支援サーバ１１に送信される。診療支援サーバ１１において、要求受付部３６は、編集要求を受け付けると、編集要求を画面編集部３８に入力する。画面編集部３８は、画面編集処理により、表示画面１５の画面データを二次元表示モードから三次元表示モードに切り替える画面表示制御を行う（Ｓ２０４０）。編集後の画面データは、出力制御部３９によって要求元のクライアント端末１２に配信される（Ｓ２０５０）。

クライアント端末１２は、編集後の画面データを受信すると、それに基づいて表示画面１５を再現して表示する（Ｓ１０５０）。これにより、医師は、メイン表示領域４１を三次元表示モードで閲覧することができる。三次元表示モードにおいては、メイン表示領域４１として、長手方向が時間軸と一致し遠近法により表示される仮想的な角筒６１を設定し、角筒６１の内周面６２に複数の診療データ（時系列データ）が表示される。このように、角筒６１を設定して、底面６２Ａ、両側面６２Ｂ、６２Ｃの３面からなる内周面６２を、データ項目を割り当てる領域とすることにより、二次元表示と比べて、データ項目を割り当てる領域を広くすることができる。これにより、複数の診療データ（時系列データ）の傾向に関して一覧性が向上する。

さらに、時間軸上の任意の時点のグリッド線６３をクリック操作することにより、図８に示すように、要約ウインドウ６６を表示することが可能である。要約ウインドウ６６を表示することにより、三次元表示においても、複数の診療データ（時系列データ）のデータ内容を簡単に把握することができる。角筒６１の内周面６２を利用した三次元表示と、要約ウインドウ６６とを併用することにより、複数の診療データの傾向に関する一覧性を確保しつつ、三次元表示においても、複数の診療データ（時系列データ）のデータ内容を簡単に把握することができる。

診療方針の決定に際しては、診療データの複数のデータ項目同士の関係性に着目して判断を行うため、任意の時点における複数のデータ項目の内容を簡単に把握する必要性が高い。要約ウインドウ６６を、診療データの表示画面１５に適用することは特に有用性が高い。また、診療に際しては、複数の診療データの傾向を大局的に把握したり、データの詳細な内容や変化を把握するなど、種々の観点から診療データを把握する必要がある。本実施形態によれば、こうした要求に応えることができる。

また、三次元表示モードは、二次元表示モードと比較して、メイン表示領域４１の時間尺度が長く、長期間の診療データを閲覧することが可能である。三次元表示モードの時間尺度をより長くすれば、さらに長期に渡る診療データの傾向を把握することが可能となる。

診療データに関しては、患者の診療が長期に及んだり、患者の入退院が繰り返されて断続的に診療が行われることも多く、そのような場合には、診療データの取得期間が長期に渡る。当然ながら、長期間の診療データは時間軸が長い。診療データは医師が患者の診療方針の決定に利用するために用いられる。診療方針の決定に際しては、診療に関する時系列データの短期間における変化の有無及び詳細や、長期間に渡る全体的な傾向の両方を把握することが重要である。

本実施形態によれば、診療データを、二次元表示モードと、二次元表示モードよりも時間尺度が長い三次元表示モードの両方で閲覧することが可能である。二次元表示モードでは、二次元平面で表示されるため、短期間におけるデータ値の変化の有無及び詳細を確認しやすい。対して、時間尺度が長い三次元表示モードでは、データ値の詳細な変化は確認しづらい反面、長期間に渡る全体的な傾向を把握するのに適している。二次元と三次元の２つの表示モードは、表示モード切り替えボタン５６の操作などにより簡単に切り替え操作が可能である。このため、医師は、２つの表示モードの両方を使用することにより、患者の診療データの短期間における変化の有無及び詳細や、長期間に渡る全体的な傾向の両方を簡単に把握することが可能となる。

図９において、クライアント端末１２は、表示終了の指示があるまで（Ｓ１０６０でＹ）、上記ステップを繰り返す。例えば、三次元表示モードから二次元表示モードに戻す操作や、追加データの要求など他の編集操作が行われた場合には、クライアント端末１２は、それに応じた配信要求や編集要求を診療支援サーバ１１に送信する。診療支援サーバ１１において、画面編集部３８は、クライアント端末１２から追加データの配信要求や別の編集要求がある場合には、それに応じた編集処理を行って、編集後の画面データを配信する。診療支援サーバ１１は、クライアント端末１２において表示終了の指示があるまで（Ｓ１０６０でＹ、Ｓ２０６０でＹ）、編集処理を繰り返す。

本例の三次元表示モードは、メイン表示領域４１として、長手方向が時間軸と一致し遠近法により表示される仮想的な角筒６１を設定し、角筒６１の内周面６２の少なくとも一部に、複数の診療データ（時系列データ）が表示される。そのため、特許文献２に記載された仮想円筒の周面を利用した三次元表示と比較して、複数の診療データ（時系列データ）が割り当てられるデータ配列軸が湾曲しないため、診療データ（時系列データ）が見やすい。特に、時系列データのデータ値の変動方向とデータ配列軸が一致するため、データ値の変動も把握しやすい。

また、本例の三次元表示モードにおいては、時間軸上において指定された時点における複数の診療データ（時系列データ）の個々のデータ内容の要約を表示する要約ウインドウ６６を表示するので、三次元表示においても、複数の診療データ（時系列データ）のデータ内容を簡単に把握することができる。

本実施形態において、仮想的な角筒６１を設定する三次元表示モードと、要約ウインドウ６６とを組み合わせる例で説明したが、角筒６１の代わりに、特許文献２に記載されているように円筒を設定する三次元表示モードと、要約ウインドウ６６を組み合わせてもよい。もちろん、上述のとおり、円筒に比べて角筒６１の方が、メリットが多いため、本実施形態のように角筒６１を設定する三次元表示モードと要約ウインドウ６６を組み合わせることが好ましい。

また、本実施形態において、要約ウインドウ６６を、時間軸上において指定された時点において時間軸と直交する方向に展開される二次元平面の形態で説明したが、別の形態でもよい。例えば、表示位置は、時間軸上において指定された時点でなくてもよい。その場合でも、要約ウインドウ６６が、どの時点のデータ内容を表示しているかを示す必要があるので、要約ウインドウ６６と、指定された時点をリンクするリンク表示などを設ける必要がある。もちろん、本実施形態のように、指定された時点に要約ウインドウ６６を表示すれば、こうしたリンク表示は不要であるので、本実施形態のように表示することが好ましい。

また、要約ウインドウ６６を、二次元平面の形態で説明したが、仮想的な三次元表示の形態でもよい。もちろん、データ値やコメントを確認する場合には、二次元平面の方が視認性がよいので、要約ウインドウ６６は、本実施形態のように二次元平面の形態であることが好ましい。

「第２実施形態」
図１０に示す第２実施形態のように、三次元表示モードにおいて、二次元表示される項目名表示領域６９を設けてもよい。こうすれば、項目名を確認しやすい。しかも、項目名表示領域６９は、角筒６１によって構成されるメイン表示領域４１において、時間軸における現在方向の端部に配置されている。三次元表示モードにおいて、角筒６１の内周面６２は、現在方向に向かって表示倍率が大きい。そのため、項目名表示領域６９を現在方向の端部に配置することにより、項目名表示領域６９の表示倍率を大きくすることができるため、項目名を確認しやすい。

「第３実施形態」
上記各実施形態では、本発明の時系列データ表示制御装置を、クライアント端末１２からの要求に基づいて表示画面１５の画面データを配信する診療支援サーバ１１の形態で説明したが、図１１に示すように、クライアント端末１２を時系列データ表示制御装置として機能させてもよい。図１１において、上記実施形態と共通の部位については、共通の符号を示し、説明を省略する。

第３実施形態と第１実施形態の相違点は、クライアント端末１２のビューアソフトウエアをＣＰＵ２１Ａが実行することにより、ＣＰＵ２１Ａが画面データ生成部３７及び画面編集部３８として機能する点である。

クライアント端末１２において、画面データ生成部３７は、サーバ群１３に直接アクセスして、診療データを取得して、表示画面１５の画面データを生成する。ＧＵＩ制御部３３は、生成した画面データに基づいて表示画面１５を再現してディスプレイ２８Ａに表示する。画面編集部３８は、表示モード切り替え指示に基づいて、表示画面１５の表示モードについて、二次元表示モードと三次元表示モードとを切り替える画面表示制御を行う。第３実施形態においては、ビューアソフトウエアが時系列データ表示制御プログラムとして機能する。

このように、時系列データ表示制御装置は、第１実施形態のように、画面データを配信する診療支援サーバ１１の形態に限らず、第３実施形態のように、クライアント端末１２の形態でもよい。

また、例えば、画面データ生成を診療支援サーバ１１において行い、二次元表示モードと三次元表示モードを切り替える画面表示制御機能についてはクライアント端末１２において行うというように、画面データ生成機能及び画面表示制御機能のうちの一部を診療支援サーバ１１に担わせて、他の一部をクライアント端末１２の一部に担わせる形態でもよい。この場合には、クライアント端末１２と診療支援サーバ１１により構成されるコンピュータシステムが、時系列データ表示制御システムとして機能する。

このように、本発明の時系列データ表示制御装置及びシステムは、種々の態様により実現することができる。また、診療支援サーバ１１、クライアント端末１２などのコンピュータシステムのハードウェア構成は種々の変形が可能である。例えば、診療支援サーバ１１に関して、処理能力や信頼性の向上を目的として、ハードウェアとして分離された複数台のサーバコンピュータにより構成することも可能である。このように、コンピュータシステムのハードウェア構成は、処理能力、安全性、信頼性など要求される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、時系列データ表示制御プログラムについて、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。

また、上記各実施形態では、診療支援サーバ１１及びクライアント端末１２が、１つの医療施設内において利用される形態により説明したが、例えば、１つの診療支援サーバ１１を、外部のデータセンタに設置して、データセンタ内の診療支援サーバ１１のデータ配信サービスなどのアプリケーションサービスを、複数の医療施設のクライアント端末１２において利用できる形態としてもよい。

この場合には、診療支援サーバ１１は、例えば、インターネットや公衆通信網などのＷＡＮ（Wide Area Network）を介して、複数の医療施設に設置されるクライアント端末１２と通信可能に接続される。そして、診療支援サーバ１１は、複数の医療施設のクライアント端末１２からの要求を受け付けて、各クライアント端末に対して表示画面１５の画面データの配信などのアプリケーションサービスを提供する。

データセンタ及び診療支援サーバ１１の設置場所や運営主体は、例えば複数の医療施設の１つでもよいし、医療施設とは別のサービス会社であってもよい。また、ネットワークなどのＷＡＮを利用する場合には、情報セキュリティを考慮して、ＶＰＮ（Virtual Private Network）を構築したり、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure)などのセキュリティレベルの高い通信プロトコルを使用することが好ましい。

また、上記各実施形態では、時系列データとして診療データを例に説明したが、本発明は、診療データ以外の時系列データに適用することが可能である。診療データ以外の時系列データであっても、二次元表示と三次元表示の両方を行う場合に、三次元表示においても任意の時点における複数の時系列データのデータ内容を簡単に把握する必要性がある場合には、本発明は有用である。診療データについては、上述のとおり、そうした必要性が高いので、本発明は特に有用である。

本発明は、上記各実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採り得ることはもちろんである。例えば、上述の種々の実施形態や種々の変形例を適宜組み合わせることも可能である。また、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にも及ぶ。

１１ 診療支援サーバ
１２ クライアント端末
１５ 表示画面
３７ 画面データ生成部
３８ 画面編集部（画面表示制御部）
３９ 出力制御部
４１ メイン表示領域
４２、６９ 項目名表示領域
５１ 第１時間軸
５２ 第２時間軸
５６ 表示モード切り替えボタン
６１ 角筒
６２ 内周面
６２Ａ 底面
６２Ｂ、６２Ｃ 側面
６６ 要約ウインドウ

Claims (11)

1. 複数の時系列データを表示する時系列データ表示画面を生成する画面データ生成部と、
   前記時系列データ表示画面の表示モードを切り替える画面表示制御部であって、前記複数の時系列データの時間軸と、前記時間軸と直交し、前記複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に前記時系列データを表示する二次元表示モードと、前記二次元表示モードにおいて前記時間軸と平行な複数の直線が前記時間軸において過去に向かって収束するように描画される遠近法を用いて、前記二次元平面が三次元的に表示される三次元表示モードの２つの表示モードを切り替える画面表示制御部とを備え、
   前記画面表示制御部は、前記三次元表示モードにおいて、前記時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である、時系列データ表示制御装置。
2. 前記要約ウインドウは、前記時間軸上において指定された任意の時点において前記時間軸と直交する方向に展開される二次元平面の形態である請求項１に記載の時系列データ表示制御装置。
3. 前記三次元表示モードは、前記時系列データ表示画面内において、長手方向が時間軸と一致し前記遠近法により表示される仮想的な角筒を設定し、前記角筒の内周面の少なくとも一部に前記複数の時系列データを表示する請求項２に記載の時系列データ表示制御装置。
4. 前記内周面は、底面と底面の両端から立ち上がる両側面の３面により構成される請求項３に記載の時系列データ表示制御装置。
5. 前記三次元表示モードにおいて、前記複数の時系列データの各項目名を表示する項目名表示領域は、二次元表示される請求項３又は４に記載の時系列データ表示制御装置。
6. 前記項目名表示領域は、前記時系列データ表示画面において、前記時間軸における現在方向の端部に配置される請求項５に記載の時系列データ表示制御装置。
7. 前記時系列データ表示画面において、前記時系列データが存在しない期間については、前記時間軸方向に圧縮して表示される請求項１〜６のいずれか１項に記載の時系列データ表示制御装置。
8. 前記時系列データは、患者の診療に関する診療データである請求項１〜７のいずれか１項に記載の時系列データ表示制御装置。
9. 複数の時系列データを表示する時系列データ表示画面を生成する画面データ生成ステップと、
   前記時系列データ表示画面の表示モードを切り替える画面表示制御ステップであって、前記複数の時系列データの時間軸と、前記時間軸と直交し、前記複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に前記時系列データを表示する二次元表示モードと、前記二次元表示モードにおいて前記時間軸と平行な複数の直線が、前記時間軸において過去に向かって収束するように描画される遠近法を用いて、前記時系列データが表示される前記二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える画面表示制御ステップと、を備え、
   前記画面表示制御ステップでは、前記三次元表示モードにおいて、前記時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である、時系列データ表示制御装置の作動方法。
10. コンピュータを時系列データ表示制御装置として機能させる時系列データ表示制御プログラムにおいて、
    複数の時系列データを表示する時系列データ表示画面を生成する画面データ生成ステップと、
    前記時系列データ表示画面の表示モードを切り替える画面表示制御ステップであって、前記複数の時系列データの時間軸と、前記時間軸と直交し、前記複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に前記時系列データを表示する二次元表示モードと、前記二次元表示モードにおいて前記時間軸と平行な複数の直線が、前記時間軸において過去に向かって収束するように描画される遠近法を用いて、前記時系列データが表示される前記二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える画面表示制御ステップと、を備え、
    前記画面表示制御ステップでは、前記三次元表示モードにおいて、前記時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である、時系列データ表示制御プログラム。
11. 複数の時系列データを表示する時系列データ表示画面を生成する画面データ生成部と、
    前記時系列データ表示画面の表示モードを切り替える画面表示制御部であって、前記複数の時系列データの時間軸と、前記時間軸と直交し、前記複数の時系列データが配列されるデータ配列軸との２軸によって構成される二次元平面に前記時系列データを表示する二次元表示モードと、前記二次元表示モードにおいて前記時間軸と平行な複数の直線が、前記時間軸において過去に向かって収束するように描画される遠近法を用いて、前記時系列データが表示される前記二次元平面を三次元的に表示する三次元表示モードの２つの表示モードを切り替える画面表示制御部と、を備え、
    前記画面表示制御部は、前記三次元表示モードにおいて、前記時間軸上において指定された時点における複数の時系列データのデータ内容の要約を表示する要約ウインドウを表示可能である、時系列データ表示制御システム。