(57)【要約】【課題】複数の時系列データにおける因果関係を簡単に把握できるデータ出力装置、方法及びプログラムを提供する。【解決手段】データ配信サーバ１１は、クライアント端末１２からの配信要求を受け付けて、データ表示画面１５を生成して、クライアント端末１２が表示する。データ表示画面１５は、患者の状態推移や患者に施される診療の内容を表す時系列データＴＳをグラフで表示する第１表示領域４１を有する。第１表示領域４１では、複数の時系列データＴＳのそれぞれの任意の１点を関連づける関連標識５６を付与して表示させることができる。【選択図】図７
2015197737.tif 000002
【特許請求の範囲】
【請求項１】
患者の状態推移及び前記患者に施される診療の内容のうち少なくとも１つを表す時系列データを表示するためのデータ出力装置において、
少なくとも第１及び第２の２つの前記時系列データを表示する前記データ表示画面の画面データを生成する画面データ生成部と、
前記第１時系列データ上の任意の第１指定位置と、前記第２時系列データ上の任意の第２指定位置とを関連付ける関連付け指示を受け付ける関連付け指示受付部と、
前記関連付け指示に基づいて、前記第１指定位置と前記第２指定位置が関連することを表す関連標識を前記データ表示画面内に付与する関連付け処理部と、
を備えていることを特徴とするデータ出力装置。
【請求項２】
前記関連付け処理部は、前記第１指定位置及び第２指定位置が関連することを示す関連情報を記憶部に保存することを特徴とする請求項１に記載のデータ出力装置。
【請求項３】
前記関連標識は、前記第１指定位置に付与される第１標識と前記第２指定位置に付与される第２標識とを有していることを特徴とする請求項２に記載のデータ出力装置。
【請求項４】
前記第１指定位置及び前記第２指定位置の少なくとも一方については、複数箇所指定可能であることを特徴とする請求項２又は３に記載のデータ出力装置。
【請求項５】
前記関連付け処理部は、前記第１時系列データにおける前記第１指定位置に関する情報と、前記第２時系列データにおける前記第２指定位置に関する情報と、前記関連情報とを１件のセット情報として前記記憶部に保存することを特徴とする請求項２〜４のいずれか１項に記載のデータ出力装置。
【請求項６】
前記セット情報は、前記第１指定位置及び前記第２指定位置に関する情報の一方が原因で他方が結果であることを示す因果関係情報を含むことを特徴とする請求項５に記載のデータ出力装置。
【請求項７】
前記関連付け処理部は、前記セット情報に対して、入力されたコメントを追加することが可能であることを特徴とする請求項５又は６に記載のデータ出力装置。
【請求項８】
前記データ表示画面には、前記コメントが、前記関連標識に加えてまたは前記関連標識として表示されることを特徴とする請求項７に記載のデータ出力装置。
【請求項９】
前記データ表示画面は、前記第１時系列データ及び第２時系列データを表示する第１表示領域と、複数件の前記セット情報を一覧表示する一覧表示領域とを有していることを特徴とする請求項８に記載のデータ出力装置。
【請求項１０】
前記一覧表示領域は、前記セット情報に含まれる前記コメントを表示可能であることを特徴とする請求項９に記載のデータ出力装置。
【請求項１１】
前記一覧表示領域内の１件の前記セット情報が選択された場合に、前記第１表示領域内において、選択された前記セット情報に対応する前記関連標識が識別可能に表示されることを特徴とする請求項９又は１０に記載のデータ出力装置。
【請求項１２】
前記第１表示領域内の１つの前記関連標識が選択された場合に、前記一覧表示領域内において、選択された前記関連標識に対応する前記セット情報が識別可能に表示されることを特徴とする請求項９〜１１のいずれか１項に記載のデータ出力装置。
【請求項１３】
前記データ表示画面は、さらに、前記第１表示領域に対して相対的に長い時間尺度で、時間軸を表示する第２表示領域を有しており、
前記第２表示領域には、前記時間軸において、前記第１指定位置から前記第２指定位置までの期間に対応する対応位置に、前記関連標識が存在することを示す対応標識が表示されることを特徴とする請求項９〜１２のいずれか１項に記載のデータ出力装置。
【請求項１４】
前記一覧表示領域内の１件の前記セット情報と、前記セット情報に対応する、前記第２表示領域内の１つの前記対応標識とで構成される組が、複数組存在する場合には、各組が相互に識別可能に表示されることを特徴とする請求項１３に記載のデータ出力装置。
【請求項１５】
前記一覧表示領域において、複数件の前記セット情報を表示する順番は変更可能であることを特徴とする請求項８〜１３のいずれか１項に記載のデータ出力装置。
【請求項１６】
前記セット情報を表示する順番は、前記セット情報の作成順、又は前記セット情報に対するアクセス順のいずれかであることを特徴とする請求項１５に記載のデータ出力装置。
【請求項１７】
１件以上の前記セット情報をグループ化するグループ化部を備えていることを特徴とする請求項１５又は１６に記載のデータ出力装置。
【請求項１８】
前記データ表示画面を、複数人で患者の診療方針を検討するカンファレンスに利用する場合において、
前記グループ化部は、前記カンファレンス中に作成又はアクセスされた複数件の前記セット情報を、１回の前記カンファレンスを単位とする１つのグループにまとめて保存することが可能なことを特徴とする請求項１６又は１７に記載のデータ出力装置。
【請求項１９】
前記カンファレンス中に作成された第１のセット情報の他に、前記カンファレンスの準備期間に作成された第２のセット情報を前記グループに加えることが可能であり、
前記グループ化部は、前記グループ内において前記第１のセット情報と前記第２のセット情報を区別して保存することが可能であることを特徴とする請求項１８に記載のデータ出力装置。
【請求項２０】
患者の状態推移及び前記患者に施される診療の内容のうち少なくとも１つを表す時系列データを表示部に表示するためのデータ出力方法において、
少なくとも第１及び第２の２つの前記時系列データを表示する前記データ表示画面の画面データを生成する画面データ生成ステップと、
前記第１時系列データ上の任意の第１指定位置と、前記第２時系列データ上の任意の第２指定位置とを関連付ける関連付け指示を受け付ける関連付け指示受付ステップと、
前記関連付け指示に基づいて、前記第１指定位置と前記第２指定位置が関連することを表す関連標識を前記データ表示画面内に付与する関連付け処理ステップと、
を有することを特徴とするデータ出力方法。
【請求項２１】
患者の状態推移及び前記患者に施される診療の内容のうち少なくとも１つを表す時系列データを表示部に表示するためのデータ出力装置としてコンピュータを機能させるためのデータ出力プログラムにおいて、
少なくとも第１及び第２の２つの前記時系列データを表示する前記データ表示画面の画面データを生成する画面データ生成ステップと、
前記第１時系列データ上の任意の第１指定位置と、前記第２時系列データ上の任意の第２指定位置とを関連付ける関連付け指示を受け付ける関連付け指示受付ステップと、
前記関連付け指示に基づいて、前記第１指定位置と前記第２指定位置が関連することを表す関連標識を前記データ表示画面内に付与する関連付け処理ステップと、
を前記コンピュータに実行させるためのデータ出力プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療に関する時系列データを出力するデータ出力装置、方法及びプログラムに関する。
【背景技術】
【０００２】
近年では、患者の診療に際して取得される様々な診療情報は、コンピュータシステムを利用して電子データとして保管、管理される。診療情報には、例えば、心拍、脈拍、血圧、体温などのバイタルサインの測定値、血液検査などの検体検査の検査値、投与した薬剤名や投与量などの治療に関するデータが含まれる。診療に際しては、体温や血圧の経時的な変化や、異なる時期に実施された複数回の検査の検査値の変化など、患者の状態推移を把握したり、処置や治療の内容を時系列で把握することが重要である。そのため、バイタルサインの測定値や、検査値を時系列で記録した時系列データをグラフの形態で表示する表示装置が知られている（例えば、特許文献１、２参照）。
【０００３】
特許文献１の表示装置では、投薬、検査、注射などの行為項目毎に複数の時系列データを表示するシステムにおいて、段落００２８から段落００３１には、「行為項目」と、当該各行為項目に関連する開始時刻及び終了時刻の「時間幅」と、当該行為項目に関連する「数値」をまとめてイベントとして保持し、イベント間の行為項目同士を対応付けることも可能であることが記載されている。
【０００４】
特許文献２の表示装置も、検査値の時系列データをグラフの形態で表示することが可能であり、特許文献１と同様に、複数の時系列データを表示することも可能である。各時系列データに対しては、時系列データ上の任意の指定位置に標識を付与することができる。また、標識を付与した検査値に関連する、診察、治療などに関するコメントを、標識に対応付けて記録することも可能になっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−０６３９９７号公報
【特許文献２】特開２０１３−０８４０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
患者に対する処置や治療内容を決定する際には、患者の状態を正確に把握するために、検査値などの時系列データを詳細に検討することが必要であり、特に、複数の時系列データの因果関係を見極めることが重要である。例えば、投薬により副作用として血圧が下がったという場合には、投薬という原因によって、予期せぬ血圧の低下という結果が生じており、こうした因果関係を記録して蓄積していき、次回の診療時に表示して確認することで、次に実施すべき処置や治療内容を適切に判断することができる。
【０００７】
因果関係の見極めは、例えば、特許文献１や特許文献２に記載の複数の時系列データを表示する機能を利用して、次のような手順で行うことができる。まず、いつ、どのくらいの期間、あるいはどの程度の間隔で投薬が実施されたかを１つの時系列データで表示し、血圧の経時変化をもう１つの時系列データで表示する。そして、こうした複数の時系列データを照合する作業により、原因となった投薬のタイミングや、結果として血圧低下という予期せぬ副作用が発現したタイミングを探し出して、投薬と血圧低下の因果関係を見極める。
【０００８】
特許文献１及び特許文献２に記載の表示装置では、以下に示すように、因果関係を記録する機能が不十分であるため、過去の診療内容を見返す際に、因果関係の見極めを再び繰り返さなければならず、因果関係の見返しを簡単にできないという問題があった。
【０００９】
特許文献１には、複数の行為項目（イベント）同士を対応付ける機能はあるものの、１つのイベントは「時間幅」で規定されるため、「時間幅」で規定される時系列データ上の任意の位置同士を対応させることはできない。そのため、時系列データ上の任意の時点がそれぞれ原因や結果を表す重要な時点となるような場合において、両者の因果関係を記録することができない。
【００１０】
例えば血圧等のバイタルサインのデータは長期にわたり定常的に測定するようなものも多く、「時間幅」が長期になるため、イベントの表示も時系列で見ると長期間となる場合がある。このように長期に及ぶ血圧の測定期間内に注射が行われたような場合において、特許文献１の技術では、注射と長期間の血圧の時系列データとを対応付けることができるため、注射と注射によって影響を受ける可能性のある血圧との因果関係に着目することができる。しかし、この程度の因果関係は、予め容易に推定できる一般的な知識程度の内容であるため、個々の患者の具体的な診療方針を決定する実際の診療において有用な情報にはならない可能性がある。また、後でイベントを見返しても具体的な因果関係を簡単に把握できないため、診療効率を上げることもできない。実際の診療において有用な情報となり、かつ、効率的に後で見返すためには、長期にわたる血圧測定で記録された測定値の時系列データ上の特定の変化時点と、注射を実施した時点との対応が把握できることが必要である。
【００１１】
また、他の例で言えば、投薬と検査結果の関係を考えた場合、投薬は個人個人の体質等で効き目が出るまでの時間が当然異なるため、検査結果に関して、効果を判定するための注目時点が個人個人で変わってくる。つまりリウマチのような長期に渡り投薬をして同じ検査値を長期間監視するような場合には特許文献１の技術を適用しても、患者毎に異なる注目時点を容易に把握できないため、診断効率は上がらない。また投薬の効果が出てくると投薬量を徐々に減らしていく場合があるが、特許文献１では、この投薬量を変化させた時点と、変化に応じて検査値がどのように変化するかという結果の対応を記録することができない。
【００１２】
一方、特許文献２には、各時系列データ上の任意の位置にコメント付きの標識を付与できるものの、複数の時系列データの関連性を記録することはできないため、例えば、複数の時系列データのそれぞれに、原因と結果が分散している場合には、因果関係を記録することができない。また、特許文献１、特許文献２のいずれにも特定の時点でのデータ間の因果関係を記録しておき後で見返すことができるように表示されることが記載されていない。
【００１３】
このように、特許文献１及び特許文献２に記載の表示装置は、因果関係を記録し確認する機能が不十分であるため、過去の診療内容を見返す際に、因果関係を簡単に把握できないという問題があった。
【００１４】
本発明は、複数の時系列データにおける因果関係を簡単に把握できるデータ出力装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、患者の状態推移及び患者に施される診療の内容のうち少なくとも１つを表す時系列データを表示するためのデータ出力装置は、画面データ生成部と、関連付け指示受付部と、関連付け処理部とを備える。画面データ生成部は、少なくとも第１及び第２の２つの時系列データを表示するデータ表示画面の画面データを生成する。関連付け指示受付部は、第１時系列データ上の任意の第１指定位置と、第２時系列データ上の任意の第２指定位置とを関連付ける関連付け指示を受け付ける。関連付け処理部は、関連付け指示に基づいて、第１指定位置と第２指定位置が関連することを表す関連標識をデータ表示画面内に付与する。
【００１６】
関連付け処理部は、第１指定位置及び第２指定位置が関連することを示す関連情報を記憶部に保存することが好ましい。
【００１７】
関連標識は、第１指定位置に付与される第１標識と第２指定位置に付与される第２標識とを有していることが好ましい。
【００１８】
第１指定位置及び第２指定位置の少なくとも一方については、複数箇所指定可能であることが好ましい。
【００１９】
関連付け処理部は、第１時系列データにおける第１指定位置に関する情報と、第２時系列データにおける第２指定位置に関する情報と、関連情報とを１件のセット情報として記憶部に保存することが好ましい。
【００２０】
セット情報は、第１指定位置及び第２指定位置に関する情報の一方が原因で他方が結果であることを示す因果関係情報を含むことが好ましい。
【００２１】
関連付け処理部は、セット情報に対して、入力されたコメントを追加することが可能であることが好ましい。
【００２２】
データ表示画面には、コメントが、関連標識に加えてまたは関連標識として表示されることが好ましい。
【００２３】
データ表示画面は、第１時系列データ及び第２時系列データを表示する第１表示領域と、複数件のセット情報を一覧表示する一覧表示領域とを有していることが好ましい。
【００２４】
一覧表示領域は、セット情報に含まれるコメントを表示可能であることが好ましい。
【００２５】
一覧表示領域内の１件のセット情報が選択された場合に、第１表示領域内において、選択されたセット情報に対応する関連標識が識別可能に表示されることが好ましい。
【００２６】
第１表示領域内の１つの関連標識が選択された場合に、一覧表示領域内において、選択された関連標識に対応するセット情報が識別可能に表示されることが好ましい。
【００２７】
データ表示画面は、さらに、第１表示領域に対して相対的に長い時間尺度で、時間軸を表示する第２表示領域を有することが好ましい。第２表示領域には、時間軸において、第１指定位置から第２指定位置までの期間に対応する対応位置に、関連標識が存在することを示す対応標識が表示される。
【００２８】
一覧表示領域内の１件のセット情報と、セット情報に対応する、第２表示領域内の１つの対応標識とで構成される組が、複数組存在する場合には、各組が相互に識別可能に表示されることが好ましい。
【００２９】
一覧表示領域において、複数件のセット情報を表示する順番は変更可能であることが好ましい。
【００３０】
セット情報を表示する順番は、セット情報の作成順、又はセット情報に対するアクセス順のいずれかであることが好ましい。
【００３１】
１件以上のセット情報をグループ化するグループ化部を備えていることが好ましい。
【００３２】
データ表示画面を、複数人で患者の診療方針を検討するカンファレンスに利用する場合においては、グループ化部は、カンファレンス中に作成又はアクセスされた複数件のセット情報を、１回のカンファレンスを単位とする１つのグループにまとめて保存することが可能なことが好ましい。
【００３３】
カンファレンス中に作成された第１のセット情報の他に、カンファレンスの準備期間に作成された第２のセット情報をグループに加えることが可能であることが好ましい。グループ化部は、グループ内において第１のセット情報と第２のセット情報を区別して保存することが可能である。
【００３４】
また、患者の状態推移及び患者に施される診療の内容のうち少なくとも１つを表す時系列データを表示部に表示するためのデータ出力方法は、画面データ生成ステップと、関連付け指示受付ステップと、関連付け処理ステップとを有する。画面データ生成ステップは、少なくとも第１及び第２の２つの時系列データを表示するデータ表示画面の画面データを生成する。関連付け指示受付ステップは、第１時系列データ上の任意の第１指定位置と、第２時系列データ上の任意の第２指定位置とを関連付ける関連付け指示を受け付ける。関連付け処理ステップは、関連付け指示に基づいて、第１指定位置と第２指定位置が関連することを表す関連標識をデータ表示画面内に付与する。
【００３５】
また、データ出力プログラムは、上記各ステップをコンピュータに実行させる。
【発明の効果】
【００３６】
本発明によれば、患者の状態推移や患者に施される診療の内容を表す第１，第２の時系列データを表示するための画面データを生成し、各時系列データ上で指定された任意の第１，第２指定位置とを関連付ける関連付け指示を受け付けて、第１指定位置と第２指定位置が関連することを表す関連標識を画面に表示するから第１，第２の時系列データにおける因果関係を簡単に把握できる。
【図面の簡単な説明】
【００３７】
【図１】本発明を実施した医療情報管理システムの構成を示す説明図である。
【図２】電子カルテに記録されている時系列データの例を示す説明図である。
【図３】画像サーバに記録されている時系列データの例を示す説明図である。
【図４】医療情報管理システムの主な情報の流れを示す説明図である。
【図５】データ配信サーバ等に用いられるコンピュータの電気的な構成を示すブロック図である。
【図６】クライアント端末の機能概要を示す説明図である。
【図７】データ表示画面の一例を示す説明図である。
【図８】関連標識を付与する操作を示す説明図である。
【図９】関連させる原因位置と結果位置とが指定された状態の関連標識設定画面を示す説明図である。
【図１０】データ配信サーバの機能概略を示す説明図である。
【図１１】標識付与指示に関する画面編集部の機能概略を示す説明図である。
【図１２】データ表示画面の表示と編集の概略的な手順を示すフローチャートである。
【図１３】関連標識の付与の手順を示すフローチャートである。
【図１４】一覧表示領域内のセット情報の選択により対応する関連標識、対応標識を識別可能に表示する例を示すものである。
【図１５】一覧表示領域内の各セット情報と対応する関連標識、対応標識を識別可能に表示する例を示すものである。
【図１６】第２実施形態における対応標識の表示例を示すものである。
【図１７】セット情報を検索して表示する第３実施形態のデータ表示画面を示すものである。
【図１８】一部のセット情報が非表示になった状態のデータ表示画面の例を示す説明図である。
【図１９】第４実施形態で関連標識の結果位置を２箇所設定した例を示す説明図である。
【図２０】第４実施形態における関連標識付与に関する画面編集部の機能概略を示す説明図である。
【図２１】データ配信サーバにグループ化機能を設けた第６実施形態のカンファレンスを示す説明図である。
【図２２】グループ化するセット情報を選択する画面を示す説明図である。
【図２３】グループ化に関するデータ配信サーバの機能概略を示す説明図である。
【図２４】グループ化部によるグループ化情報の生成を説明する説明図である。である。
【図２５】グループ化情報にセット化種別を記録するようにした例を示す説明図である。
【図２６】時系列データを表形式で第１表示領域に表示した例を示す説明図である。
【図２７】医療施設外にデータ配信サーバを配した医療情報管理システムの構成を示す説明図である。
【図２８】医療施設外にデータ配信サーバ、電子カルテサーバ及び検査画像サーバを配した医療情報管理システムの構成を示す説明図である。
【図２９】医療施設内にデータ配信サーバを配し、医療施設外に電子カルテサーバ及び検査画像サーバを配した医療情報管理システムの構成を示す説明図である。
【発明を実施するための形態】
【００３８】
［第１実施形態］
図１に示す医療情報システム１０は、病院等の医療施設で医療に関する情報を管理するために用いられるコンピュータシステムである。この医療情報システム１０は、データ配信サーバ１１と、クライアント端末１２と、サーバ群１３と、これらを相互に通信可能に接続するネットワーク１４とで構成されている。サーバ群１３には、電子カルテサーバ１６、画像サーバ１７などが含まれる。ネットワーク１４は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。
【００３９】
クライアント端末１２は、内科、外科、耳鼻科、眼科といった各診療科に設置される端末であり、例えば、診療科の医師によって操作される。クライアント端末１２は、電子カルテサーバ１６にアクセスして、電子カルテの入力や閲覧をする機能を有している。電子カルテには、問診、検査、診断などの診察記録、処置、手術などの治療記録を含む診療情報が入力されている。また、クライアント端末１２は、画像サーバ１７にアクセスして、Ｘ線画像などの検査画像を閲覧する機能を有している。
【００４０】
さらに、クライアント端末１２は、データ配信サーバ１１にアクセスして、患者の診療に関する検査値や測定値を時系列で記録した時系列データが表示されるデータ表示画面１５を閲覧する機能を有している。データ表示画面１５では、時系列データが例えばグラフＧの形態で表示される。クライアント端末１２は、データ配信サーバ１１から、データ表示画面１５の画面データ１５Ａを受信して、画面データ１５Ａに基づいてデータ表示画面１５を再現して表示する。
【００４１】
データ配信サーバ１１は、クライアント端末１２からの配信要求に基づいて、電子カルテサーバ１６や画像サーバ１７から時系列データを取得して、取得した時系列データに基づいて画面データ１５Ａを生成し、生成した画面データ１５Ａを要求元のクライアント端末１２に配信する。データ配信サーバ１１は、時系列データに関するデータ出力の１つの形態であるデータ配信を行う、本発明のデータ出力装置である。
【００４２】
電子カルテサーバ１６は、電子カルテが格納される電子カルテデータベース（以下、カルテＤＢという）１６Ａを備えている。画像サーバ１７は、複数枚の検査画像が格納される画像ＤＢ１７Ａを有しており、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバである。カルテＤＢ１６Ａや画像ＤＢ１７Ａは、患者ＩＤなどのキーワードによる検索が可能なデータベースである。
【００４３】
図２に示すように、カルテＤＢ１６Ａには、患者の診療情報を記録したカルテデータに対して、患者ＩＤ（Ｐ０００１、Ｐ００００２・・・）が付与されて、患者単位で格納されている。カルテデータは、患者の氏名、生年月日、性別、患者ＩＤ等の患者基本情報に加えて、時系列データＴＳを含んでいる。
【００４４】
時系列データＴＳは、患者の状態推移及び患者に施される診療の内容を表すデータである。患者の状態推移とは、例えば、患者の心拍、脈拍、血圧、体温などのバイタルサインの測定値や、患者に対して実施される臨床検査の検査値などの経時的な変化をいう。臨床検査は、血液検査、生化学検査などの検体検査及び脳波検査などの生理検査を含む。患者の状態推移を表す時系列データは、経時的に取得される複数の測定値や検査値のデータ系列である。患者に施される診療の内容には、投薬、手術、処置などの治療の内容や、問診の内容などが含まれる。患者に施される診療の内容を表す時系列データは、経時的に実施される複数回の診療の内容を表すデータ系列である。
【００４５】
時系列データＴＳは、典型的には、血圧測定、投薬などの同一の診療項目毎に時系列で取得される複数の個別データを要素として構成されるデータ系列である。本例で示すように、血圧測定の時系列データＴＳであれば、測定日が異なる複数の測定値が、時系列データＴＳの要素となる複数の個別データを構成する。血圧測定の時系列データＴＳにより、患者の血圧の経時的な変化を確認することができる。本例では、血圧測定の時系列データＴＳは、血圧（上）と血圧（下）が区別されて、それぞれが１つの時系列データＴＳとして記録されている。
【００４６】
投薬の時系列データＴＳは、一定期間、複数回に分けて同じ薬剤を投与した場合には、各回の投薬量が、時系列データＴＳの要素となる複数の個別データを構成する。本例の投薬の個別データは、２０１２／１１／１６から数日間継続して記録されており、各個別データの投薬量は同量（「１００」）であるため、投薬の時系列データＴＳからは、患者に対して数日間、１日１回、Ａ薬を同量投与したことを確認することができる。
【００４７】
１件の個別データのレコードは、例えば、個別データＩＤ、日時、データ内容（測定値、投薬量、検査値など）、属性のデータ項目を有する。日時の情報は、測定値であれば測定日時であり、検査値であれば検査日時であり、投薬量であれば、投薬を実施した日時あるいは処方した日時である。個別データが１日複数回記録される場合には、各個別データを区別するために時間の情報まで必要になるが、個別データの取得頻度が１日１回以下の場合には、日付の情報だけでもよい。個別データＩＤは、個別データを特定するために各個別データに与えられる識別情報である。本例では、個別データＩＤを、日時の情報と別に独立したデータ項目として設けているが、個別データＩＤは各個別データを特定できればよいので、日時の情報を個別データＩＤとして利用することも可能である。
【００４８】
また、投薬は、投薬効果が発現するまでに期間を要する場合があるため、例えば、「１日に一定量ずつの服用を５日間継続する」というように、所定期間に渡る投薬（薬の服用）が１回の処方で指示される場合がある。この場合には、１回の処方内容（服用期間と投薬量）を表す処方単位のデータを個別データとしてもよい。このような個別データの日時は、例えば、処方した日時となる。
【００４９】
属性は、データを分類するために与えられる情報であり、個別データの種類を表す情報である。属性は、個別データを検索するためのキーワードとして利用することも可能である。また、個別データは時系列データのデータ要素であるため、時系列データの種類を表す情報としての意味も持つ。属性としては、例えば、個別データの名称、個別データが帰属するカテゴリ、個別データに対応する診療項目の名称などが含まれる。本例では、血圧の個別データの属性として、「血圧（上）」という測定値の名称そのものが付与されるとともに、血圧がバイタルサインの１つであることから、「バイタル」というカテゴリが付与されている。この他、血圧の測定値は数値であるので、「数値データ」というデータの種類を属性として付与したり、「検査値」と区別した「測定値」というカテゴリを属性として付与することも可能である。また、「血圧測定」という診療項目の名称を付与してもよい。
【００５０】
投薬の時系列データＴＳでは、属性には「投薬」という診療項目の名称や、薬剤名「Ａ薬」が付与される。この他、投薬の属性としては、注射や服用などの投与方法を付与してもよい。属性については、電子カルテサーバ１６が入力されたデータの内容に応じて自動的に付与してもよいし、手動入力により付与することも可能である。
【００５１】
また、診療の内容には、投薬などの治療の内容に加えて、問診の内容が含まれるが、問診の場合には、問診毎の問診記録が個別データとなる。そして、異なるタイミングで時系列に取得される問診の個別データの系列が、問診の時系列データとなる。
【００５２】
各時系列データＴＳには、「Ｓ２４４５６」、「Ｓ２４４５７」というように、それぞれを識別するためのＩＤ（「ＴＳＩＤ」）が与えられている。このため、患者ＩＤ、ＴＳＩＤ、個別データＩＤにより、カルテデータ、カルテデータ内の時系列データＴＳ、時系列データＴＳ内の個別データをそれぞれ特定し、かつ、検索することが可能である。
【００５３】
図３に示すように、画像ＤＢ１７Ａには、Ｘ線検査やＣＴ検査などの画像検査で撮影された複数枚の検査画像からなる検査データが格納されている。検査画像には患者ＩＤが付与されており、患者ＩＤで検査画像を検索することが可能である。画像検査も、経過観察を行う場合のように、１人の患者の診療において複数回実施されることがあり、この場合には画像検査の時系列データＴＳが取得される。
【００５４】
画像検査の時系列データＴＳは、１回の画像検査で得られた検査画像が個別データとなる。個別データＩＤとしては、例えば、検査ＩＤが使用される。ＣＴ検査の場合には１回の検査で複数枚の断層画像が取得されるため、１件の個別データは、複数枚の断層画像となる。一般Ｘ線撮影装置によるＸ線検査の場合には、１回の検査で取得されるＸ線画像が１枚の場合もあれば複数枚の場合もあるので、１件の個別データは、Ｘ線画像が１枚の場合と複数枚の場合がある。Ｘ線検査の個別データの属性には、例えば、検査種別を表す「Ｘ線検査」、画像の種別である「Ｘ線画像」、撮影部位を表す「胸部」といった情報が付与される。
【００５５】
図４に示すように、クライアント端末１２は、医師の操作による患者ＩＤの指定を受け付けて、指定された患者ＩＤを含む配信要求を発行して、データ配信サーバ１１に送信する。データ配信サーバ１１は、クライアント端末１２からの配信要求を受け付けると、電子カルテサーバ１６や画像サーバ１７に対して、患者ＩＤを検索キーとして、時系列データＴＳの検索要求を送信する。そして、電子カルテサーバ１６、画像サーバ１７は、カルテＤＢ１６Ａ、画像ＤＢ１７Ａから、患者ＩＤに対応する各時系列データＴＳを検索して、データ配信サーバ１１に送信する。データ配信サーバ１１は、取得した各時系列データＴＳに基づいてデータ表示画面１５の画面データ１５Ａを生成して、画面データ１５Ａを、配信要求の要求元のクライアント端末１２に配信する。
【００５６】
医師は、クライアント端末１２に表示されるデータ表示画面１５を閲覧する。データ表示画面１５は、医師の編集操作により、画面レイアウトの変更や、表示する時系列データＴＳなど、データ表示画面１５に表示する表示項目の変更などの画面編集が可能である。クライアント端末１２は、編集操作を受け付けると、編集操作に応じた画面編集要求を発行して、データ配信サーバ１１に送信する。データ配信サーバ１１は、画面編集要求を受け付けると、画面編集要求の内容に応じた編集処理を行って更新データを生成し、更新データを要求元に配信する。クライアント端末１２は、更新データに基づいてデータ表示画面１５を更新する。
【００５７】
データ配信サーバ１１、クライアント端末１２、電子カルテサーバ１６、画像サーバ１７は、パーソナルコンピュータ、サーバコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、クライアントプログラム又はサーバプログラム等のアプリケーションプログラムをインストールして構成される。
【００５８】
図５に示すように、各サーバ１１、１６、１７やクライアント端末１２を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ＣＰＵ（Central Processing Unit）２１、メモリ２２、ストレージデバイス２３、通信Ｉ／Ｆ２４、及び入出力部２６を備えている。これらはデータバス２７を介して接続されている。入出力部２６は、ディスプレイ（表示部）２８と、キーボードやマウスなどの入力デバイス２９とからなる。
【００５９】
ストレージデバイス２３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（以下、ＡＰという）３０が格納される。また、ＤＢが構築されるサーバには、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス２３として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にケーブルやネットワークを通じて接続されるものでもよい。
【００６０】
メモリ２２は、ＣＰＵ２１が処理を実行するためのワークメモリであり、ＲＡＭ（Random Access Memory）で構成される。ＣＰＵ２１は、ストレージデバイス２３に格納された制御プログラムをメモリ２２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。通信Ｉ／Ｆ２４は、ネットワーク１４との間の伝送制御を行うネットワークインタフェースである。
【００６１】
クライアント端末１２には、ＡＰ３０として、電子カルテの閲覧や編集を行う電子カルテソフトウエアや、検査画像やデータ表示画面１５の閲覧を行うためのビューアソフトウエアなどのクライアントプログラムがインストールされている。ビューアソフトウエアは、例えば、専用ソフトウエアでもよいし、汎用的なＷＥＢブラウザでもよい。
【００６２】
図６に示すように、クライアント端末１２において、データ表示画面１５を表示するビューアソフトウエアが起動されると、クライアント端末１２のディスプレイ２８Ａには、ＧＵＩ（Graphical User Interface）による操作機能を備えた起動画面が表示され、クライアント端末１２のＣＰＵ２１Ａは、メモリ２２などと協働して、ＧＵＩ制御部３３、及びデータ配信サーバ１１に対する各種の要求を発行する要求発行部３４として機能する。起動画面において患者ＩＤの指定やデータ表示画面１５の画面データ１５Ａの配信要求を発行する操作が行われる。
【００６３】
画面データ１５Ａは、例えば、ＸＭＬ（Extensible Markup Language）などのマークアップ言語により記述されたデータで構成され、画面データ１５Ａで再現されるデータ表示画面１５もＧＵＩによる操作機能を備えている。ＧＵＩ制御部３３は、画面データ１５Ａに基づいてデータ表示画面１５を再現してディスプレイ２８Ａに表示する。また、ＧＵＩ制御部３３は、マウスのポインタ３６による操作ボタンのクリック操作など、データ表示画面１５を通じた入力デバイス２９Ａからの操作指示を受け付けて、受け付けた操作指示に従った画面制御を行う。要求発行部３４に対しては、ＧＵＩ制御部３３を通じて、配信要求や画面編集要求の発行指示が入力される。要求発行部３４は、発行指示に従って、指定された患者ＩＤのデータ表示画面１５の配信要求や、指定された内容の画面編集要求を発行する。
【００６４】
図７に示すように、データ表示画面１５は、第１表示領域４１、第２表示領域４２、一覧表示領域４３、基本情報表示領域４６を有している。基本情報表示領域４６には、患者名、患者ＩＤ、年齢などの患者基本情報が表示される。
【００６５】
第１表示領域４１は、時系列データＴＳ（グラフＧ）を表示する第１表示領域である。第１表示領域４１は、横軸に時間が割り当てられており、縦方向において複数のサブ領域４１Ａ〜４１Ｃに分割されている。第１表示領域４１の上部には、第１表示領域４１の第１時間軸４７が設けられている。第１時間軸４７は、年、月、日などの情報と目盛りを、設定された時間尺度に応じて配列したものである。第１時間軸４７は、第１表示領域４１の第１表示期間に対応した長さを有しており、また、内部に情報を表示できるように縦方向に幅を有している。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの約４ヶ月に設定されており、第１時間軸４７には、第１表示期間に対応する４ヶ月間の年及び月を表す数字と、各月の間に所定間隔で付された目盛りが表示される。
【００６６】
第１表示領域４１には、時系列データＴＳのうち、第１表示期間に対応する範囲のデータがグラフＧ（Ｇ１〜Ｇ６）の形態で表示される。第１表示期間は横方向の画面スクロール操作により、変更することが可能である。この画面スクロール操作により、第１時間軸４７の年、月の表示が変更され、時系列データＴＳの表示範囲が変更される。データ配信サーバ１１から１回の配信で送られてくる画面データ１５Ａには、第１表示期間よりも長期間の時系列データＴＳが含まれている。そのため、時系列データＴＳの表示範囲の変更については、受信済みの範囲であれば、データ配信サーバ１１からの再配信を受けずに、行うことが可能である。時系列データＴＳの表示範囲について、受信済みの範囲を超える変更が行われる場合には、データ配信サーバ１１から時系列データＴＳの追加配信を受ける。
【００６７】
各サブ領域４１Ａ〜４１Ｃには、第１表示期間に対応する同一期間に取得された複数の時系列データＴＳが表示される。これにより、同一時期の複数の時系列データＴＳが比較可能に表示される。各サブ領域４１Ａ〜４１Ｃには、種類が異なる６つの時系列データＴＳがそれぞれグラフＧ１〜Ｇ６の形態で表示される。各サブ領域４１Ａ〜４１Ｃに表示する時系列データＴＳの種類は設定により、変更が可能である。各サブ領域４１Ａ〜４１Ｃの左側には、サブ領域４１Ａ〜４１Ｃ毎に、時系列データＴＳの種類や名称、時系列データＴＳに対応する診療項目を表示する項目表示欄４８が設けられている。
【００６８】
本例では、上から２段目のサブ領域４１Ａは、血圧、体温、呼吸、心拍などのバイタルサインに対応する時系列データＴＳを表示する領域として設定されている。より具体的には、バイタルサインの時系列データＴＳとして、血圧の測定値の推移を表すグラフＧ１、Ｇ２が表示されている。グラフＧ１は血圧（上）のグラフであり、グラフＧ２は血圧（下）のグラフである。グラフＧ１、Ｇ２は、時系列で取得された複数の測定値（個別データ）の入力点Ｐを結んだ折れ線グラフである。また、サブ領域４８Ａ内の右端には、縦方向に延びる、測定値の目盛り（本例では下限が「７０」、上限が「２００」）が設けられている。サブ領域４８Ａに対応する項目表示欄４８には、診療項目の大分類の名称として、「バイタル」が表示され、さらに、「血圧（上）」、「血圧（下）」といったグラフＧ１、Ｇ２が表す測定値の名称が表示される。
【００６９】
また、サブ領域４１Ａには、１つの領域内に複数のグラフＧ１、Ｇ２が表示されるため、グラフＧ１、Ｇ２を識別するために、各グラフＧ１、Ｇ２には、例えば、入力点Ｐの形状を四角や丸で区別した異なる線種が割り当てられている。項目表示欄４８には、グラフＧ１、Ｇ２のどちらの線種が血圧の上下のどちらに対応するかを表す線種情報も表示されている。本例では、バイタルサインとして、血圧のみを表示しているが、血圧に加えて、体温、心拍などを、サブ領域４１Ａに表示してもよい。この場合には、各グラフを識別できるようにグラフの線種や色を変化させることが好ましい。もちろん、１つのサブ領域に複数のグラフＧを表示せずに、１つのサブ領域には、１つのグラフＧだけを表示してもよい。
【００７０】
３段目のサブ領域４１Ｂは、検体検査の検査値の時系列データＴＳを表示する領域として設定されており、検査値の推移を表すグラフＧ３、Ｇ４が表示される。グラフＧ３、Ｇ４は、例えば、検体検査の１つである生化学検査の検査値であり、グラフＧ３は、ＡＳＴ（アスパラギン酸アミノトランスフェラーゼ）、グラフＧ４は、ＡＬＴ（アラニンアミノトランスフェラーゼ）の検査値である。グラフＧ３、Ｇ４も、グラフＧ１、Ｇ２と同様に、時系列で取得された複数の検査値（個別データ）の入力点Ｐを結んだ折れ線グラフである。サブ領域４１Ｂに対応する項目表示欄４８には、診療項目の大分類の名称として「検体検査」、診療項目の中分類の名称として「生化学」、グラフＧ３、Ｇ４が表す検査値の名称として「ＡＳＴ」、「ＡＬＴ」が表示される。また、グラフＧ３、Ｇ４を識別するための線種情報も表示される。
【００７１】
１段目のサブ領域４１Ｃは、投薬・注射などの薬剤投与の時系列データＴＳを表示する領域として設定されており、薬剤投与を実施した期間を表すグラフＧ５、Ｇ６が表示されている。グラフＧ５はＡ薬の、グラフＧ６はＢ薬のグラフである。本例では、Ａ薬、Ｂ薬ともに投薬量が全期間に渡って一定であるため、グラフＧ５、Ｇ６は横方向に一直線に延びる棒グラフの形態で表示される。投薬量が変化すれば、グラフＧ５、Ｇ６は縦方向に変化する。グラフＧ５、Ｇ６には、投薬量の数値（「１００」、「５０」）を表す表示が挿入されている。サブ領域４１Ｃに対応する項目表示欄４８には、診療項目の大分類の名称として「投薬・注射」、薬剤名として「Ａ薬」、「Ｂ薬」投薬量の単位として「ｍｇ」などが表示される。
【００７２】
また、図示しないが、サブ領域に画像検査の時系列データＴＳを表示する場合には、時間軸に沿って、複数のサムネイル画像が配列される。なお、本例では、第１表示領域４１を３つのサブ領域に分割した例で説明しているが、分割数は３つに限らず、２つあるいは３つ以上でもよい。第１表示領域４１に同時に表示可能な数以上のサブ領域が存在する場合には、縦方向の画面スクロール操作などにより、非表示になっているサブ領域を表示できるようにしてもよい。また、もちろん、分割しなくてもよい。
【００７３】
第２表示領域４２は、第１表示領域４１に対して相対的に時間尺度が長く、第２表示領域４２には、第１時間軸４７よりも時間尺度が長い第２時間軸４９が表示される。第２時間軸４９は、第１時間軸４７と同様に、内部に情報を表示可能な縦方向に幅を持つ表示枠４９Ａを有している。第２時間軸４９では、年、月、日などの数字は表示枠４９Ａの上方に表示される。表示枠４９Ａの内部に１年毎に目盛りが表示される。年、月、日の数字や目盛りは、設定された時間尺度に応じて配列される。
【００７４】
第２時間軸４９の長さは、第２表示領域４２の第２表示期間に対応する。第２表示期間は、第１表示領域４１の第１表示期間よりも時間尺度が長いが、データ表示画面１５における第１表示領域４１と第２表示領域４２の幅は、ほぼ同じ幅を有している。そのため、そのため、第２時間軸４９の一部の期間について、第１表示領域４１においては、詳細な表示を行うことができる。
【００７５】
図７において、第１表示領域４１には、第２表示期間の一部の期間に対応する時系列データＴＳ（グラフＧ）が表示されている。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの約４ヶ月に設定されており、第２表示期間は、４ヶ月の第１表示期間を含む２０１０年から２０１４年の前半までの約４年半に設定されている。第１表示期間及び第２表示期間は、設定により変更が可能である。
【００７６】
第２時間軸４９の表示枠４９Ａ内には、第２表示期間内において時系列データＴＳが存在することを示すデータ存在標識５１が表示される。時系列データＴＳが存在することは、何らかの診療が実施されたことを表すため、データ存在標識５１は、診療が実施された日や期間を表す標識としても機能する。データ存在標識５１は、例えば、第２時間軸４９方向に延びるバー形状の標識である。また、表示枠４９Ａには、期間標識５２が表示される。
【００７７】
期間標識５２は、第１表示領域４１の第１表示期間が、第２時間軸４９において、どの期間に対応するかを示す標識である。期間標識５２の幅は、第２時間軸４９の時間尺度における、第１表示期間の幅に対応している。本例では、第１表示期間は、約４ヶ月なので、期間標識５２の幅は、第２時間軸４９の時間尺度における約４ヶ月の幅に対応する。また、期間標識５２は、第１表示領域４１の第１表示期間を変更するための操作部としても機能する。期間標識５２は、第２時間軸４９上でスライド可能な操作部となっており、期間標識５２を、ポインタ３６で指定してスライド操作を行うと、第１表示領域４１の第１表示期間も変化する。例えば、スライド操作により、第２時間軸４９の２０１３年の位置から２０１２年の位置に期間標識５２を移動すると、第１表示領域４１に表示される第１表示期間が、２０１３年から２０１２年に変更される。
【００７８】
第２時間軸４９には、データ存在標識５１が表示されているので、データ存在標識５１のある位置に、期間標識５２を移動すれば、移動先の時系列データＴＳを第１表示領域４１に表示することができる。
【００７９】
また、データ表示画面１５において、第１表示領域４１には、複数の時系列データＴＳ上でそれぞれ指定された第１及び第２の少なくとも２つの指定位置が関連することを表す関連標識５６を付与することが可能である。第１指定位置が指定された時系列データＴＳが第１時系列データ、第２指定位置が指定された時系列データＴＳが第２時系列データとなる。関連標識５６を付与する場合には、複数の時系列データＴＳのそれぞれにおいて少なくとも１点を指定位置として指定することが必要である。グラフＧ１〜Ｇ４の場合には、個別データの複数の入力点Ｐのうちの少なくとも１つの任意の点を指定位置として指定することが可能である。グラフＧ５、Ｇ６の場合には、グラフＧ５、Ｇ６上の任意の少なくとも１点を指定できる。
【００８０】
また、投薬のグラフＧ５、Ｇ６の場合には、所定期間に渡って継続的な投薬が行われている。上述のとおり、投薬においては、所定期間に渡る投薬が１回の処方で指示され、処方単位で個別データが記録されることがある。グラフＧ５あるいはグラフＧ６が１回の処方に対する個別データ群である場合には、グラフＧ５あるいはグラフＧ６の全体の時系列データＴＳは、それぞれ、複数の個別データで構成されるものの、実質的には１つの個別データに相当する。このような場合には、グラフＧ５あるいはグラフＧ６の時系列データＴＳ上の指定位置は個別データとなるものの、指定された時点で所定期間の全体を指定位置と解釈し設定することも可能である。つまり投薬のような場合には、個別データがマウスで指定されても、その個別データに応じた所定期間が選択され、それに対して関連標識５６Ａやタグ５８が入力される。
【００８１】
また、投薬の場合、徐々に処方する量を減らしていくことが考えられるが、処方する量の増減をきっかけに個別データ群を切り分けるようにしてもよい。例えば、１回の処方で最初の２日間は６錠、次の2日間は４錠、次の２日間は２錠といったように、６日間に渡り徐々に薬の錠数を減らすような処方が行われた場合に、指定された個別データが３日目の個別データであったとすると、選択される所定期間は３日目と4日目の２日間とする。つまり投薬量が同一の個別データ群を１つのセットとして扱うようにしてもよい。
【００８２】
関連標識５６は、時系列データＴＳにおいて、医師が重要と判断する位置に付与される。例えば、血圧（上）のグラフＧ１では、入力点Ｐ１以前では、血圧が比較的高い状態で推移しており、入力点Ｐ１からＰＥ１にかけて血圧が急激に下がり、ＰＥ１以後は比較的低い状態で安定していることがわかる。一方、投薬（Ａ薬）のグラフＧ５を見ると、血圧が降下を開始した入力点Ｐ１と同時期に、Ａ薬の投薬が開始されていることが分かる。このような場合には、投薬の開始という原因によって、血圧降下という結果が生じたというように、投薬開始と血圧降下の間に因果関係を推認できる。医師がこのような判断をした場合には、グラフＧ５の投薬開始位置は原因に対応する原因位置ＰＣ１として、グラフＧ１の血圧降下が生じた位置は結果に対応する結果位置ＰＥ１として指定され、これら２つの指定位置が関連することを示す関連標識５６Ａが付与される。
【００８３】
関連標識５６Ａは、タグ５８と、２つの指定位置を結ぶ接続線５９とで構成されるリンク形態である。この表示態様は、一方の接続線５９とタグ５８とで第１標識に、また他方の接続線５９とタグ５８とで第２標識とになっている。タグ５８は、コメントの入力と表示が可能なオブジェクトで構成される。関連標識５６Ａのタグ５８には、「血圧降下」というコメントが入力されて表示されている。
【００８４】
関連標識５６Ｂは、投薬（Ａ薬）のグラフＧ５の投薬期間の終期が原因位置ＰＣ２として指定され、血圧（上）のグラフＧ１において、血圧が低い値で安定したことが認められて、良化が確認された位置が結果位置ＰＥ２として指定されている。関連標識５６Ｂは、関連標識５６Ａと同様にリンク形態であり、各位置は接続線５９によって接続され、関連標識５６Ｂのタグ５８には、医師の所見である「良化」が入力されて表示される。
【００８５】
関連標識５６Ｃは、投薬（Ｂ薬）のグラフＧ６の投薬期間の終期が原因位置ＰＣ３として指定され、「ＡＳＴ」のグラフＧ３の１点が結果位置ＰＥ３として指定される。関連標識５６Ｃは、２つの指定位置にそれぞれ付与される１対のタグ６０で構成されるペア形態である。１対のタグ６０は、同じ吹き出し形状をしており、また、２つのタグ６０には同じ星印が表示されている。このように１対のタグ６０の形状や印が同じにすることで、各タグ６０がペアであり、関連していることを示すことができる。なお、ペア形態の関連標識５６Ｃは、接続線５９という細いオブジェクトを有するリンク形態の関連標識５６Ａ、５６Ｂと比較して、描画しやすいというメリットがある。また、接続線５９が他のグラフ等と重なって表示されることがなくグラフ等の閲覧性を阻害しないというメリットもある。
【００８６】
関連標識５６Ｃを構成する１対のタグ６０には、それぞれ「経過観察」というコメントが入力されて表示される。これらタグ６０は第１標識、第２標識に相当する。このように、因果関係について確定的な判断ができない場合でも、因果関係が一応推認できる場合には、「経過観察」というコメント付きの関連標識５６Ｃを付与しておけば、後から見返した際の確認が容易である。
【００８７】
このように、関連標識５６を用いることで、複数の時系列データＴＳ上における２つの位置の間の因果関係を簡単に把握することができる。診療においては、測定値や検査値など複数のデータに基づいて因果関係を見極めて、次の診療方針を決定するため、関連標識５６は非常に有用である。
【００８８】
また、関連標識５６が付与されると、第２表示領域４２において、関連標識５６に時間的に対応する対応位置に対応標識５７が付与される。対応標識５７は、第２時間軸４９のどの位置に、関連標識５６が存在するかを示す標識である。対応標識５７は、関連標識５６の２つの指定位置に対応する位置にそれぞれ付与され、データ存在標識５１とともに、表示枠４９Ａ内に表示される。
【００８９】
対応標識５７は、第２時間軸４９において、期間標識５２が存在する第１表示期間に対応する期間だけでなく、第１表示期間外の位置にも表示される。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの期間であり、期間標識５２もその期間に対応する位置に存在しているが、第２時間軸４９においては、２０１１年や２０１２年の前半など第１表示期間外に相当する位置にも対応標識５７が表示されている。そのため、第１表示領域４１に表示されている第１表示期間だけでなく、第１表示期間外についても、関連標識５６が存在するおおよその時期を確認することができる。
【００９０】
また、データ表示画面１５は、第２表示領域４２内の対応標識５７のいずれかが選択されると、第１表示領域４１の第１表示期間を、選択された対応標識５７に対応する関連標識５６を含む表示期間に変更する。上述したとおり、第１表示領域４１の第１表示期間は、期間標識５２の操作によっても変更が可能であるが、対応標識５７の選択操作によっても変更が可能である。
【００９１】
関連標識５６の付与操作は、例えば、次のような手順で行われる。まず、グラフＧ上の任意の位置をポインタ３６で指定して、クリック操作を行う。クリック操作がされると、データ表示画面１５には、図８に示す関連付け設定画面６１が開く。関連付け設定画面６１には、原因位置及び結果位置に関する情報をそれぞれ表示する情報表示欄６１Ａ、６１Ｂ、コメント入力欄６１Ｃ、位置指定ボタン６１Ｄ、逆転ボタン６１Ｅ、付与ボタン６１Ｆ、削除ボタン６１Ｇ、キャンセルボタン６１Ｈ、種類選択ボックス６１Ｉが設けられている。
【００９２】
情報表示欄６１Ａ及び情報表示欄６１Ｂには、原因位置及び結果位置に関する情報として、原因位置及び結果位置に対応する個別データに関する情報がそれぞれ表示される。グラフＧ１上の入力点Ｐが指定された場合には、グラフＧ１上の入力点Ｐは血圧（上）の測定値に対応するので、情報表示欄６１Ａには、測定値の名称である（「血圧（上）」）、測定日（「２０１２／１２／０２」）、測定値（「１４３」）などが表示される。本例では、結果位置ＰＥ１が指定されているので、結果位置ＰＥ１に対応する情報が表示される。
【００９３】
原因位置及び結果位置のうちの１つしか指定されていない場合には、情報表示欄６１Ａ、６１Ｂの一方のみに情報が表示される。本例では、例えば、情報表示欄６１Ｂのみに結果位置の情報が表示される。位置指定ボタン６１Ｄを操作すると、もう１つの指定位置を指定することができる。図９に示すように、ポインタ３６で時系列データＴＳ上のもう１点を指定すると、もう１つの指定位置の情報が表示される。本例では、グラフＧ５の原因位置ＰＣ１が指定されるので、原因位置ＰＣ１の投薬に関する個別データの情報が表示される。逆転ボタン６１Ｅは、原因位置と結果位置を逆転して位置を入れ替えるための操作ボタンである。
【００９４】
コメント入力欄６１Ｃは、タグ５８やタグ６０に対して、「血圧降下」、「良化」、「経過観察」などのコメントを入力するための入力欄である。種類選択ボックス６１Ｉは、関連標識５６の形態を選択する操作部である。種類選択ボックス６１Ｉがクリック操作されると、例えば、関連標識５６Ａのようなリンク形態や関連標識５６Ｃのようなペア形態などの関連標識５６の形態を選択するメニューが表示される。このメニューの中から１つの種類が選択されると、種類選択ボックス６１Ｉに選択された種類が入力される。
【００９５】
付与ボタン６１Ｆは、関連標識５６の標識付与指示を入力するための操作ボタンであり、付与ボタン６１Ｆが操作されると、ＧＵＩ制御部３３は、要求発行部３４に対して、関連付け設定画面で設定した内容の関連標識５６の標識付与指示を発行するように指令する。この例においては、この標識付与指示が第１指定位置と第２指定位置とを関連付ける関連付け指示となる。
【００９６】
削除ボタン６１Ｇは、いったん付与した関連標識５６を削除するための操作ボタンである。例えば、既に関連標識５６が付与されている場合において、関連標識５６をポインタ３６で指定してクリック操作すると、関連標識設定画面６１が開く。この際に削除ボタン６１Ｇが操作されると、付与されている関連標識５６が削除される。キャンセルボタン６１Ｈは、関連付け設定画面６１が開いた状態で操作した内容をキャンセルする操作ボタンであり、キャンセルボタン６１Ｈが操作されると、関連付け設定画面６１が開く前の状態に復帰する。
【００９７】
こうした関連標識５６の付与操作が行われると、要求発行部３４は、関連標識５６の標識付与指示を含む画面編集要求を発行する。画面編集要求は、データ配信サーバ１１に送信される。
【００９８】
図７において、一覧表示領域４３は、複数の関連標識５６の内容を一覧表示する領域である。一覧表示領域４３には、第１表示領域４１に表示されている複数の関連標識５６Ａ〜５６Ｃについて、それぞれの内容を標識毎に示す複数のセット情報６３Ａ〜６３Ｃが表示される。各セット情報６３Ａ〜６３Ｃは、例えば、リスト形式で縦方向に配列される。
【００９９】
セット情報６３は、後述するように関連標識５６毎に作成される（図１１参照）。セット情報６３の内容は、関連標識５６を付与した原因位置及び結果位置に関する情報、具体的には、原因位置及び結果位置に対応する個別データ（測定値、検査値、投薬量など）、個別データの日付、個別データの名称（「血圧（上）」、「ＡＳＴ」など）、入力されたコメントなどの情報である。例えば、関連標識５６Ａに対応するセット情報６３Ａには、原因位置ＰＣ１の内容として、原因位置ＰＣ１の日付（「２０１２／１１／１６））、薬剤名（「Ａ薬」）、投薬量（「１００」）が表示される。結果位置ＰＥ１の内容として、結果位置ＰＥ１の日付（「２０１２／１２／０２」）、個別データの名称（「血圧（上）」）、個別データの測定値（「１４３」）が表示される。さらに、「血圧降下」というコメントの内容も表示される。
【０１００】
各セット情報６３の表示欄は、３つのサブ表示欄６４に区画されており、各サブ表示欄６４に、原因位置の内容と、結果位置の内容と、タグに入力されたコメントがそれぞれ表示される。このように原因位置と結果位置がサブ表示欄６４によって区別されて表示されるので、原因位置と結果位置の内容を一目で確認することができる。
【０１０１】
また、本例では、一覧表示領域４３には、第１表示領域４１に表示中の関連標識５６に対応するセット情報６３が表示される。第１表示領域４１の第１表示期間が、画面スクロール操作によって変更された場合には、表示される関連標識５６も変更される。そのため、第１表示領域４１に表示される関連標識５６の変更に連動して、一覧表示領域４３のセット情報６３も変更されることが好ましい。
【０１０２】
また、一覧表示領域４３に表示するセット情報６３の対象範囲を、第１表示領域４１に表示中の関連標識５６とする代わりに、第２表示領域４２に表示中の対応標識５７としてもよい。対応標識５７を対象とした場合には、第１表示領域４１に表示中の関連標識５６以外の関連標識５６の内容も一覧表示領域４３で確認できる。
【０１０３】
また、本例では、一覧表示領域４３には、各セット情報６３Ａ〜６３Ｃが、個別データの日付順でソートされて表示されている。各セット情報６３Ａ〜６３Ｃの表示順序を変更するためのソート条件としては、個別データが取得された日付以外に、例えば、関連標識５６が付与された日付の順番でソートすることも可能である。こうしたソート処理の操作指示は、例えば、マウスのクリック操作によって行われる。例えば、クリック操作により、複数のソート条件（個別データの日付順、セット情報の作成順など）が表示されたポップアップメニューが表示される。そして、ポップアップメニューの中から、１つのソート条件を選択することにより、ソートの操作指示が入力される。もちろん、ソート条件としては、種々ものが可能であり、セット情報６３を編集したり閲覧したりしたアクセス順などでもよい。
【０１０４】
また、データ表示画面１５には、第１表示領域４１の左側に、編集ボタン６６、更新ボタン６７、終了ボタン６８が設けられている。編集ボタン６６は、データ表示画面１５の画面編集を行うための操作ボタンである。編集ボタン６６を操作すると、例えば、画面編集を指示するための編集メニュー画面（図示しない）がポップアップ表示される。画面編集の項目には、例えば、第１表示領域４１及び第２表示領域４２の表示期間や時間尺度の設定や、第１表示領域４１のサブ領域の分割数の設定がある。さらに、各サブ領域に表示する時系列データＴＳや、項目表示欄４８その他の領域に表示する情報など、表示項目の設定がある。第１表示領域４１と第２表示領域４２の表示位置を逆転するなど、画面レイアウトを変更できるようにしてもよい。また、編集メニュー画面に、関連標識５６を付与するメニュー項目を表示してもよい。
【０１０５】
編集メニュー画面により画面編集が指示されると、要求発行部３４は、指定内容に応じた画面編集要求を発行し、画面編集要求がデータ配信サーバ１１に送信される。
【０１０６】
更新ボタン６７は、データ表示画面１５を更新するための操作ボタンである。更新ボタン６７が操作される時点において、何らかの画面編集指示が入力されている場合には、更新ボタン６７が操作されると、要求発行部３４は、入力された画面編集指示を含む画面編集要求を発行する。画面編集指示が無い場合には、その時点における編集状態のデータ表示画面１５の画面データ１５Ａをリロードする配信要求を発行する。終了ボタン６８は、データ表示画面１５を終了させる操作ボタンである。
【０１０７】
図１０に示すように、データ配信サーバ１１には、ＡＰ３０としてデータ配信サーバプログラムがインストールされており、プログラムを実行すると、データ配信サーバ１１のＣＰＵ２１Ｂは、メモリ２２などと協働して、要求受付部７１、画面データ生成部７２、出力制御部７８として機能する。要求受付部７１は、クライアント端末１２からの各種要求を受け付ける。要求受付部７１は、配信要求や画面編集要求を受け付けた場合には、受け付けた要求を画面データ生成部７２に入力する。この要求受付部７１は、画面編集要求に含まれる関連付け指示としての標識付与指示を受け付ける関連付け指示受付部である。
【０１０８】
画面データ生成部７２は、入力された配信要求に基づいて、配信要求で指定された患者ＩＤに関する時系列データＴＳを表示するデータ表示画面１５の画面データ１５Ａを生成する。画面データ１５Ａは、上述のとおり、ＷＥＢ配信用のＸＭＬデータである。画面データ生成部７２は、画面データ１５Ａを生成する際に、データ配信サーバ１１のストレージデバイス２３Ｂに格納された、画面テンプレート８１と、編集情報ＤＢ８２を利用する。画面データ生成部７２には、画面編集部７３が設けられており、画面編集部７３は、編集情報に基づいて画面データ１５Ａの編集を行う。
【０１０９】
画面テンプレート８１は、データ表示画面１５の画面初期設定情報や標識オブジェクトデータなどのデータを含む。画面初期設定情報は、データ表示画面１５における、第１表示領域４１及び第２表示領域４２のそれぞれの表示期間や時間尺度、第１表示領域４１の分割数、画面レイアウトなどの初期設定情報である。標識オブジェクトデータは、関連標識５６や対応標識５７など、データ表示画面１５に挿入するアイコンなどのオブジェクトデータである。
【０１１０】
編集情報ＤＢ８２は、ユーザがデータ表示画面１５を編集した場合の編集情報を格納するデータベースである。データ表示画面１５は、患者単位で時系列データＴＳが表示されるので、編集情報も患者ＩＤ毎に格納されている。編集情報は、画面レイアウト、表示項目、表示期間、時間尺度に関する画面設定情報と、関連標識５６に関するセット情報６３とで構成される。セット情報は、１つの関連標識５６に対して１件ずつ作成される。１件のセット情報６３は、関連標識５６の標識情報と、関連標識５６の複数の指定位置（原因位置と結果位置）に対応する複数の個別データとで構成される。関連標識５６が複数付与される場合には、複数件の標識情報が格納される。各標識情報に対しては標識ＩＤが付与される。セット情報６３には、複数の個別データについて、一方が原因で他方が結果であることを示す因果関係情報が記録される。
【０１１１】
画面データ生成部７２は、配信要求に基づいて、指定された患者ＩＤの指定された患者ＩＤの編集情報を、編集情報ＤＢ８２から読み出す。画面データ生成部７２は、編集情報の画面設定情報に基づいて、データ表示画面１５に表示する時系列データＴＳなどの表示項目を調べて、サーバ群１３から時系列データＴＳを取得する。
【０１１２】
画面編集部７３は、指定された患者ＩＤに対応する編集情報が有る場合には、編集情報に基づいて、画面テンプレート８１を加工して画面編集を行う。例えば、画面編集部７３は、編集情報内の第１表示領域４１の表示期間や時間尺度に応じて、取得した時系列データＴＳをグラフの表示形態に変換する。変換後のグラフを画面テンプレート８１に挿入する。さらに、編集情報に、画面レイアウトの指定などが有る場合には、指定された画面編集を行って、画面データ１５Ａを生成する。編集情報にセット情報６３がある場合には、画面データ１５Ａには、セット情報６３も追加される。また、画面データ１５Ａには、時系列データＴＳの表示範囲に対応する部分とその前後を含む少なくとも一部の個別データが付加される。時系列データＴＳが画像の場合には、例えば、サムネイル画像が付加される。
【０１１３】
また、いったん画面データ１５Ａを配信した後、画面編集要求を受け付けた場合には、画面編集部７３は、画面編集要求に従って画面編集を行って更新データを生成する。更新データは、例えば、更新された画面データ１５Ａの全部であってもよいし、更新に必要な一部であってもよい。また、画面編集部７３は、受け付けた画面編集要求の内容で編集情報ＤＢ８２内の編集情報を更新する。
【０１１４】
図１１に示すように、画面編集部７３には、関連付け処理部７３Ａが設けられている。関連付け処理部７３Ａは、関連標識５６を付与することにより原因位置と結果位置の関連付け処理を行う。関連付け処理部７３Ａは、新たに受け付けた画面編集要求に関連標識５６の標識付与指示が有る場合や、既に編集情報にセット情報が保存されている場合には、画面編集の一つとして、標識付与指示やセット情報に基づいて関連標識５６及び対応標識５７を付与する。
【０１１５】
また、関連付け処理部７３Ａは、標識付与指示を含む、受け付けた画面編集要求の内容を編集情報ＤＢ８２内の編集情報として保存する。標識付与指示の場合には、標識付与指示の内容を含む標識情報と、原因位置及び結果位置に対応する個別データとを１件のセット情報６３として保存する。セット情報６３に対しては１件毎にセットＩＤが付与される。また、関連付け処理部７３Ａは、セット情報６３を保存する際にセット情報６３に作成日時も記録する。セット情報６３の作成日時は、関連標識５６の付与日時にほぼ対応する。
【０１１６】
標識付与指示には、患者ＩＤの他に、関連付け設定画面６１で設定される内容に対応して、原因位置と結果位置の情報からなる関連情報と、入力するコメント情報が含まれている。関連情報は、原因位置と結果位置が関連することを示し、両者を関連付けるための情報である。関連情報は、原因位置及び結果位置のそれぞれについて、時系列データＴＳのＴＳＩＤ、個別データＩＤ、日時の情報を含んでいる。また、標識情報には、これら関連情報及びコメント情報が含まれる。ストレージデバイス２３Ｂは、標識情報に含まれる関連情報を保存する記憶部として機能する。
【０１１７】
関連付け処理部７３Ａは、新たに受け付けた標識付与指示や、読み出したセット情報内の標識情報から、指定位置を読み出して、データ表示画面１５内で指定された、時系列データＴＳ（グラフＧ）上の原因位置及び結果位置を特定し、特定した原因位置及び結果位置に関連標識５６を付与する。そして、特定した原因位置及び結果位置と、第１表示領域４１及び第２表示領域４２の時間尺度とに応じて、第２表示領域４２内の対応位置を特定し、特定した対応位置に対応標識５７を付与する。
【０１１８】
図１０において、一方、新規の患者ＩＤの画面データ１５Ａを生成する場合には、画面データ生成部７２は、画面テンプレート８１に従って初期設定で画面データ１５Ａを生成する。この際に、表示する時系列データＴＳについては、例えば、バイタルについては、「血圧」と「体温」を表示するというように、画面初期設定情報で決めておいてもよいし、クライアント端末１２に対して、時系列データＴＳの選択について、問い合わせを行ってもよい。この場合には、画面データ生成部７２は、クライアント端末１２からの時系列データＴＳの選択情報を待って、選択情報を受信した後、サーバ群１３から時系列データＴＳを取得し、その後、画面データ１５Ａを生成する。
【０１１９】
出力制御部７８は、画面データ生成部７２が生成した画面データ１５Ａや更新データを要求元のクライアント端末１２に配信する制御を行う。クライアント端末１２は、受信した画面データ１５Ａや更新データに基づいてデータ表示画面１５をディスプレイに表示する。
【０１２０】
また、一覧表示領域４３における第１表示期間に連動したセット情報６３の表示変更や、一覧表示領域４３内の各セット情報６３に関する、ソート条件に応じたソート処理については、クライアント端末１２のＧＵＩ制御部３３が、受信済みの画面データ１５Ａに基づいて処理する。画面データ１５Ａには、セット情報６３が含まれているので、ＧＵＩ制御部３３は、セット情報６３に基づいて表示変更やソートを処理する。ＧＵＩ制御部３３は、表示変更については、第１表示期間が変更された場合には、第１表示領域４１に表示される関連標識５６を特定し、特定した関連標識５６に対応するセット情報６３を一覧表示領域４３に表示する。
【０１２１】
また、ソートについては、ソートの操作指示が入力されると、ＧＵＩ制御部３３は、ソート条件に応じてセット情報６３をソートする。例えば、ソート条件が、個別データの日付順の場合には、ＧＵＩ制御部３３は、セット情報６３に対応する個別データの日付順に、一覧表示領域４３内のセット情報６３をソートする。また、セット情報６３の作成順の場合は、セット情報６３内の作成日時に基づいて、セット情報６３をソートする。
【０１２２】
このように、ＧＵＩ制御部３３は、受信済みの画面データ１５Ａに含まれているセット情報６３の範囲では、クライアント端末１２からデータ配信サーバ１１に対して要求をすることなく、画面データ１５Ａに基づいて、表示変更やソートを行う。画面データ１５Ａに含まれていない範囲では、データ配信サーバ１１に対して更新データを要求する。もちろん、クライアント端末１２においては表示変更やソートを処理せず、データ配信サーバ１１に要求を処理させてもよい。
【０１２３】
以下、上記構成の作用について、図１２及び図１３を参照しながら説明する。データ表示画面１５を表示する際には、クライアント端末１２においてビューアソフトが起動される。医師により起動画面で患者ＩＤが指定されて、配信要求が発行される（Ｓ１０１０）。配信要求は、クライアント端末１２からデータ配信サーバ１１に送信される。データ配信サーバ１１は、配信要求を受け付けると（Ｓ２０１０）と、画面データ生成部７２が配信要求に含まれる患者ＩＤを取り出して、編集情報ＤＢから指定された患者ＩＤの編集情報を読み出す。指定された患者ＩＤに対応する編集情報が有る場合（Ｓ２０２０でＹ）には、編集情報内の画面設定情報で指定された時系列データＴＳをサーバ群１３から取得する（Ｓ２０３０）。そして、画面編集部７３は、取得した時系列データＴＳと編集情報に基づいて画面データ１５Ａを生成する（Ｓ２０４０）。画面編集部７３は、編集情報にセット情報６３が有る場合には、セット情報６３に基づいて画面データ１５Ａに関連標識５６の付与処理などを行う。一方、新規の患者ＩＤの場合には、編集情報が無いため（Ｓ２０２０でＮ）、画面データ生成部７２は、初期設定で画面データ１５Ａを生成する。
【０１２４】
データ配信サーバ１１は、生成した画面データ１５Ａをクライアント端末１２に配信する（Ｓ２０６０）。クライアント端末１２は、受信した画面データ１５Ａに基づいてデータ表示画面１５を再現してディスプレイに表示する（Ｓ１０２０）。クライアント端末１２は、関連標識５６の付与操作など、画面編集操作を待機し（Ｓ１０３０）、画面編集操作が有った場合には（Ｓ１０３０でＹ）、画面編集要求を発行する（Ｓ１０４０）。
【０１２５】
データ配信サーバ１１において、画面編集要求を受け付けると（Ｓ２０７０）、画面編集部７３は、画面編集要求に従って編集処理を行う（Ｓ２０８０）。画面編集要求に標識付与指示が有る場合には、画面編集部７３は、標識付与指示から原因位置及び結果位置を読み出す（Ｓ２０８１）。画面編集部７３は、第１表示領域において、原因位置及び結果位置に関連標識５６を付与する（Ｓ２０８２）。そして、第２表示領域４２において、関連標識５６に対応する対応位置に対応標識５７を付与する。また、画面編集部７３は、標識付与指示から読み出した、原因位置及び結果位置の関連情報とコメント情報とを標識情報とし、標識情報に原因位置及び結果位置に対応する個別データを付加してセット情報６３を作成する（Ｓ２０８３）。画面編集部７３は、関連標識５６及び対応標識５７が付与された更新データを生成する。画面編集部７３は、関連標識５６を付与後、セット情報６３を編集情報として編集情報ＤＢ８２にとして保存する（Ｓ２０８４）。
【０１２６】
画面編集部７３は、標識付与指示以外の画面編集要求の場合には、指定された内容に応じた画面編集及び更新データの生成を行い、編集情報を編集情報ＤＢ８２に保存する。データ配信サーバ１１は、生成した更新データを配信する（Ｓ２０９０）。クライアント端末１２は、更新データに基づいてデータ表示画面１５を更新して表示する（Ｓ１０２０）。
【０１２７】
データ表示画面１５において、第１表示領域４１には関連標識５６が表示される。図７で示したように、関連標識５６は、医師が重要と判断する位置に付与される。具体的には、投薬開始と血圧降下のように、複数の時系列データＴＳにおける因果関係を医師が認めた場合に付与される。関連標識５６は、複数の時系列データＴＳのそれぞれの任意の１点が原因位置及び結果位置と指定されて付与されるため、原因位置と結果位置の因果関係を簡単に把握することができる。原因位置及び結果位置は、それぞれ時系列データＴＳ上の１点をピンポイントで指定することができるため、血圧降下などの重要な変化時点と投薬開始時点との因果関係を明瞭に把握することができる。
【０１２８】
また、患者毎に効果の発現時点が異なる投薬の効果を監視する場合でも、例えば、投薬量を変化させた時点と、検査値が変化した時点とを、関連標識５６により対応させて記録できる。このように、本発明は、複数の時系列データＴＳ上の任意の時点間の因果関係を簡単に把握できるため、従来技術と比較して、実際の診療に際して有用な情報を記録することができる。そのため、後でデータを見返す際にも因果関係を簡単に把握できるため、診療効率も向上する。
【０１２９】
また、一覧表示領域４３には、複数の関連標識５６に対応する複数のセット情報６３が一覧表示されるので、関連標識５６の内容を簡単に把握できる。
【０１３０】
さらに、関連標識５６に加えて、第２表示領域４２には、関連標識５６に対応する位置に対応標識５７が表示される。第２表示領域４２は、第１表示領域４１よりも時間尺度が長いため、第２表示領域４２において対応標識５７を探すことで、過去に付与した関連標識５６など、第１表示領域４１に表示されていない関連標識５６を簡単に見つけることができる。そのため、第２表示領域４２における対応標識５７の位置を確認することにより、診療に関する重要な時点に関する全体像を把握することができ、かつ、第１表示領域４１における関連標識５６を確認することで、関連標識５６を付した重要な時点における時系列データの詳細な変化の把握を簡単に行うことが可能となる。
【０１３１】
比較的長期にわたって通院や入院する患者の場合は、時系列データの取得期間も長期にわたる。第１表示領域４１は、時系列データの細かな変化を確認するための領域であるため、時間尺度が短く、時系列データの表示範囲も狭い。そのため、時系列データの取得期間が長いほど、第１表示領域４１に表示できる割合は小さくなるので、第１表示領域４１に表示されない関連標識５６の数は多くなり、時系列データを見返す際、重要な過去の関連標識５６の見落としのリスクも大きくなる。本例では、時間尺度が長い第２表示領域４２に関連標識５６の存在を示す対応標識５７が表示されるため、時系列データの取得期間が長くても、重要な関連標識５６の見落としのリスクを軽減することができる。
【０１３２】
データ配信サーバ１１は、更新データを配信後、追加の画面編集要求を待機する（Ｓ２１００）。追加の画面編集要求が有る場合には、上記手順が繰り返される。
【０１３３】
クライアント端末１２において、データ表示画面１５の終了ボタン６８が操作されると、データ表示画面１５が終了する。クライアント端末１２は、表示終了通知を発行する（Ｓ１０５０）。データ配信サーバ１１は、表示終了通知を受信すると、終了処理を行う。再度、配信要求を受け付けた場合には、Ｓ２０１０からの処理を繰り返す。終了処理は、終了通知を受信する場合の他、クライアント端末１２からの要求が規定時間無い場合（いわゆるタイムアウト）に実行される。
【０１３４】
本例では、関連標識５６を、コメントの入力及び表示が可能なタグを有する形態としているため、関連標識５６を付与した理由、関連標識５６を付与する指定位置におけるデータの意味など、関連標識５６を付与した際の医師の判断や思考過程を備忘録的なメモとして入力することができる。このため後で見返す際に便利である。なお、関連標識５６はタグの形態に限らず、コメントの入力ができないものでもよい。また、対応標識５７にもコメントが表示されるようにしてもよい。
【０１３５】
また、本例では、関連標識５６に関する標識情報を、時系列データＴＳに直接付加することなく、時系列データＴＳとは別に作成される編集情報に含めて、時系列データＴＳが格納されるサーバ群１３とは別に保存している。時系列データＴＳに対して直接標識情報を付加する場合には、時系列データＴＳを格納するサーバ群１３に改造が必要な場合もあるが、本例のようにすれば、そうした改造の必要が無い。もちろん、サーバ群１３において標識情報を付加した時系列データＴＳが保存可能であったり、改造が許容される場合には、時系列データＴＳに直接標識情報を付加してもよい。
【０１３６】
また、本例では、データ配信サーバ１１は、取得した時系列データＴＳを保存することなく、配信要求毎にサーバ群１３から取得する形態であるため、データ配信サーバ１１において時系列データＴＳの保存スペースを削減できる。また、データ配信サーバ１１に時系列データＴＳを保存する形態としても、最新の時系列データＴＳに更新するために、少なくとも差分のデータについては配信要求毎にサーバ群１３から取得する必要がある。そのため、取得した時系列データＴＳを保存しても、データ取得時間を含めた処理時間に大きな差は無いため、本例のように時系列データＴＳを保存しない方が、保存スペースを削減できる分、有利である。
【０１３７】
本例において、関連標識５６の形態として、図７に示す関連標識５６Ａのリンク形態と、関連標識５６Ｃのペア形態を例示したが、他の形態でもよい。例えば、ペア形態の変形例として、初期状態では、１対のタグ６０の一方だけが表示され、他方は非表示になっており、ポインタ３６で表示中のタグ６０を選択すると、非表示のタグ６０が表示されるようにしてもよい。関連標識５６の数が増えると、かえって見づらい状況も生まれるため、その観点からは、表示されるタグをできるだけ少なくする形態は有効である。
【０１３８】
また、関連標識５６は医師が重要と判断する位置に指定されるものであるが、その中でも複数の関連標識５６間で相対的に重要度が異なる場合もある。そのため、重要度に応じて、関連標識５６のアイコンの形態、色、星印の数などを変化させることにより、重要度の高い関連標識５６を識別可能に表示できるようにしてもよい。
【０１３９】
また、図１４に示すように、一覧表示領域４３において、１件のセット情報６３が選択された場合に、選択されたセット情報６３に対応する関連標識５６、対応標識５７を識別可能に表示してもよい。具体的には、ポインタ３６で１つのセット情報６３が選択されると、選択されたセット情報６３と、第１表示領域４１内において、それに対応する関連標識５６がハイライト表示になる。これにより、一覧表示領域４３においては、ハイライトされたセット情報６３と他のセット情報６３が識別可能に表示され、第１表示領域４３においては、ハイライトされた関連標識５６と他の関連標識５６が識別可能に表示される。また、第２表示領域４２内において、選択されたセット情報６３に対応する対応標識５７がハイライト表示になる。これにより、第２表示領域４２においても、ハイライトされた対応標識５７と他の対応標識５７が識別可能に表示される。
【０１４０】
この反対に、第１表示領域４１において１つの関連標識５６が選択された場合に、一覧表示領域４３において、選択された関連標識５６に対応する１件のセット情報６３と、第２表示領域４２の対応標識５７とを識別可能に表示してもよい。こうすることで、一覧表示領域４３又は第１表示領域４１で注目した内容や、時期を相互の領域で簡単に確認することができる。もちろん、第２表示領域４２において１つの対応標識５７が選択された場合に、選択された対応標識５７に対応する１件の関連標識５６と一覧表示領域４３のセット情報６３とを識別可能に表示してもよい。
【０１４１】
また、図１５に示すように、第１表示領域４１、第２表示領域４２、一覧表示領域４３の表示を連動させてもよい。関連標識５６が複数有る場合には、第２表示領域４２には対応標識５７が、一覧表示領域４３にはセット情報６３がそれぞれ複数表示される。この場合には、対応関係にある対応標識５７とセット情報６３は複数組存在することになるので、各組を識別して表示することで、各組の対応関係が一目で確認できることが好ましい。
【０１４２】
図１５においては、例えば、セット情報６３Ａと対応標識５７Ａの色を「青」、セット情報６３Ｂと対応標識５７Ｂの色を「赤」、セット情報６３Ｃと対応標識５７Ｃの色を「緑」というように、各組の色を変えることにより、各組を相互に識別可能としている。さらに、本例のように、第１表示領域４１の関連標識５６Ａ〜５６Ｃについても、各組に対応して色を変化させてもよい。なお、色の他、ハッチングの種類や、色の濃淡などによって識別可能としてもよい。また、例えば、星印などのマークの数を組毎に変化させて識別可能とする形態でもよい。
【０１４３】
また、上述のとおり、関連標識５６の数が増えると、第１表示領域４１が見づらくなる場合もある。そのため、初期状態では、第１表示領域４１の関連標識５６をすべて非表示にしておき、一覧表示領域４３においてセット情報６３が選択された場合に、そのセット情報６３に対応する関連標識５６が表示されるようにしてもよい。セット情報６３の選択は、例えば、ポインタ３６によるクリック操作や、クリック操作を行うことなく、ポインタ３６をセット情報６３上に重ねる、マウスオーバー操作などにより行われる。
【０１４４】
［第２実施形態］
図１６に示す第２実施形態のように、関連標識５６を付与した場合においては、第２表示領域４２に表示する対応標識を原因位置と結果位置に別々に付与するのではなく、対応標識８６のように、原因位置と結果位置の複数の指定位置の間の期間に対応する１つの標識として付与してもよい。対応標識８６は、第２時間軸４９に表示される。なお、この第２実施形態では、第２表示領域４２における第１表示期間の位置に、他の部分と異なる色の期間標識としてマーカー８７を表示している。
【０１４５】
［第３実施形態］
図１７及び図１８に示す第３実施形態のデータ表示画面１５には、キーワードによるセット情報６３の検索機能が設けられている。検索により抽出されたセット情報６３は、一覧表示領域４３に表示される。図２に示したように、個別データは、属性の情報を含んでいる。セット情報６３は、個別データを有しているため、個別データの属性を利用して、セット情報６３のキーワード検索を行うことができる。
【０１４６】
例えば、図１７に示すように、３件のセット情報６３が表示されている状態で、キーワードとして、例えば、「血圧」が入力されると、属性に「血圧」を含むセット情報６３が抽出されて、図１８に示すように、抽出された２件のセット情報６３のみが一覧表示領域４３に表示される。本例では、一覧表示領域４３の表示に連動して、第１表示領域４１の表示も抽出されたセット情報６３に対応する関連標識５６のみの表示に変更される。これにより、医師が確認したいセット情報６３や関連標識５６を簡単に確認することができる。
【０１４７】
キーワード入力欄９１は、セット情報６３を検索するためのキーワードを入力する入力欄である。キーワードが入力されて、検索ボタン９２が操作されると、ＧＵＩ制御部３３は、受信した画面データ１５Ａに含まれるセット情報６３を検索する。ＧＵＩ制御部３３は、各セット情報６３が有する個別データの中から、入力されたキーワードに合致する属性のセット情報６３を抽出する。そして、一覧表示領域４３には、抽出したセット情報６３が表示され、一覧表示領域４３の表示に連動して、第１表示領域４１の表示も変更される。
【０１４８】
なお、図１７及び図１８の例では、セット情報６３の検索範囲が、一覧表示領域４３に表示中のセット情報６３になっているが、もちろん、セット情報６３の検索範囲は、一覧表示領域４３に表示中のセット情報６３に限られず、患者ＩＤに対応するセット情報６３の全部とすることが好ましい。この場合には、クライアント端末１２が受信した画面データ１５Ａにはセット情報６３のすべてが含まれていない可能性が高いので、この場合には、クライアント端末１２は、データ配信サーバ１１に対して、追加のセット情報６３の配信を要求する。あるいは、セット情報６３の検索処理を、クライアント端末１２からの検索要求に応じて、データ配信サーバ１１に実行させて、検索結果の配信を受け取る方法でもよい。また、例えば属性のリストとそれらに対応する選択ボタンなどを表示し、キーワードを入力する代わりに、リストから情報を内容表示欄に表示する第１標識９６の属性を選択することも好ましい。
【０１４９】
［第４実施形態］
図１９及び図２０に示す第４実施形態は、関連標識９４の指定位置を、３つの指定位置とする例である。例えば、原因位置と結果位置のいずれかを２つとする。本例では、１つの原因位置ＰＣ１０に対して、２つの結果位置ＰＥ１０Ａ、ＰＥ１０Ｂが指定される。関連標識９４は、このような関連標識９４により、１つの原因に対して、複数の結果の因果関係を示すことができる。この場合には、図２０に示すように、標識付与指示には、１つの原因位置と、第１及び第２の結果位置の情報が含まれる。これに対応して、セット情報６３には、原因位置に対応する１つの個別データと、２つの結果位置に対応する２つの個別データが含まれる。なお、本例とは反対に、複数の原因位置に対して、１つの結果位置を指定してもよい。また、本例では、３つの指定位置を例としたが、原因と結果の対応関係が、１対多または多対１であれば、指定位置は４つ以上でもよい。
【０１５０】
［第５実施形態］
図２１〜図２４に示す第５実施形態は、データ配信サーバ１１に複数件のセット情報６３をグループ化する機能を設けた形態である。図２１に示すように、グループ化機能を有するデータ配信サーバ１１は、例えば、複数人で患者の診療方針を検討するカンファレンスに利用される。カンファレンスでは、複数人の医師Ｄ１〜Ｄ３がそれぞれのクライアント端末１２でデータ配信サーバ１１にアクセスし、同じデータ表示画面１５を同時に閲覧する。そして、ある患者についての時系列データＴＳを各医師Ｄ１〜Ｄ３で共有し、コミュニケーションを取り合いながら、診療方針の検討が行われる。
【０１５１】
カンファレンスは、コンピュータシステムの利用形態としては、いわゆるＷＥＢ会議に近い。データ配信サーバ１１は、複数のクライアント端末１２に対して同じデータ表示画面１５を配信することが可能である。各クライアント端末１２からの画面編集要求に応じてデータ表示画面１５が更新された場合には、更新データを他のクライアント端末１２にも送信して、各クライアント端末１２間でデータ表示画面１５の同期が取られる。画面編集の権限は、例えば、カンファレンスの主催者となる１台のクライアント端末１２に限定される。
【０１５２】
カンファレンスにおいては、複数の時系列データＴＳ間の複数の因果関係について、各医師Ｄ１〜Ｄ３によって議論されて、論理的な検証が積み重ねられることによって、患者にとって適切な診療方針が決定される。こうした議論の過程は、適切な診療方針に至る論理の流れに相当するため、これを簡単に保存できれば、後から議論の過程を振り返る際に非常に便利である。セット情報６３は時系列データＴＳの因果関係を表すものであるため、カンファレンスにおいて議論の対象となった複数のセット情報６３は、議論の流れの骨子に相当する価値を持つ。データ配信サーバ１１のグループ化機能を利用することにより、議論の対象となった複数のセット情報６３をまとめる作業を簡単に行うことができる。
【０１５３】
図２２に示すように、グループ化機能付きデータ配信サーバ１１が配信するデータ表示画面１５には、例えば、カンファレンス開始ボタン１０２、カンファレンス終了ボタン１０３、準備期間グループ化ボタン（以下、準備期間ボタンという）１０４、診療方針入力ボタン１０５が設けられる。データ配信サーバ１１は、カンファレンス開始ボタン１０２が操作されてから、カンファレンス終了ボタン１０３が操作されるまでの間に、作成され又はアクセスされた複数のセット情報６３をグループ化する。カンファレンス開始ボタン１０２の操作によりグループ化指示がデータ配信サーバ１１に送信され、カンファレンス終了ボタン１０３の操作によりグループ化終了指示が送信される。
【０１５４】
各セット情報６３の横には、チェックボックス１０６が設けられている。チェックボックス１０６がチェックされると、データ配信サーバ１１に対して、セット情報６３がアクセスされたことを表すアクセス情報が送信される。データ配信サーバ１１は、新規作成されたセット情報６３に加えて、アクセス情報に基づいてグループ化を行う。
【０１５５】
また、準備期間ボタン１０４は、カンファレンスが開始される前の準備期間中において、作成又はアクセスしたセット情報６３をグループ化するための操作ボタンである。準備期間ボタン１０４は、１回のクリック操作でアクティブになる。アクティブになると、データ配信サーバ１１にグループ化指示が送信される。再度クリック操作されると、非アクティブになる。非アクティブになると、グループ化終了指示が送信される。準備期間ボタン１０４がアクティブになっている間、作成又はアクセスされたセット情報６３がグループ化される。
【０１５６】
診療方針入力ボタン１０５は、カンファレンスにおいて最終的に決定した診療方針を入力するための操作ボタンである。診療方針入力ボタン１０５を操作すると、入力画面（図示せず）が開く。入力画面において入力された診療方針は、グループ化情報として保存される。
【０１５７】
図２３に示すように、本例のデータ配信サーバ１１のＣＰＵ２１Ｂは、画面データ生成部７２などの他、グループ化部１１０、検索部１１１として機能する。要求受付部７１が受け付けたグループ化指示はグループ化部１１０に入力される。ストレージデバイス２３Ｂ内に患者ＩＤ単位でグループ化情報を保存するグループ化テーブル１１２を有している。グループ化部１１０は、グループ化指示が入力されると、チェックボックス１０６の操作によるアクセス情報と、セット情報６３の新規作成指示に相当する標識付与指示とを監視する。アクセス情報や標識付与指示があると、グループ化部１１０は、グループ化テーブル１１２にアクセス履歴として記録する。
【０１５８】
図２４に示すように、グループ化部１１０は、カンファレンス期間中に新規作成又はアクセスされた複数のセット情報６３で構成されるデータセットを、グループ化情報として保存する。グループ化情報には、カンファレンスの単位でＩＤが付与される。また、カンファレンスの本番か準備期間かを識別するためのグループ化種別もグループ化情報として保存される。セットＩＤは、作成日時やアクセス日時についても合わせて保存される。
【０１５９】
検索部１１１は、クライアント端末１２からグループＩＤなどの検索キーを受け付けて、複数件のセット情報６３の集合であるグループ化情報を検索する。これにより、カンファレンス単位のグループ化情報をクライアント端末１２に配信することができる。クライアント端末１２において、配信されたグループ化情報に含まれる複数件のセット情報６３は、例えば、一覧表示領域４３に表示される。複数件のセット情報６３は、作成又はアクセス順でソートして表示することができる。そのため、カンファレンスにおける議論の過程を簡単に見返すことができる。
【０１６０】
グループ化情報は、セット情報６３だけでなく、カンファレンスにおいて最終的に決定した診療方針の情報を含んでいる。カンファレンスは複数の医師Ｄ１〜Ｄ３によって行われるものであるから、検討結果の信頼性が高く、診断のノウハウとしての価値も高いため、議論の過程や最終的に決定された診療方針は、診断の支援情報として非常に有用である。本例によれば、このような有用な情報を簡単に蓄積することができる。
【０１６１】
また、カンファレンスの本番だけでなく、準備期間のグループ化情報も作成できるので、カンファレンスの主催者の準備作業を支援することもできる。また、準備作業と本番のグループ化情報をまとめて保存してもよい。また、本例においては、アクセス履歴に基づいてグループ化情報を作成しているが、グループ化情報として保存するセット情報６３をマニュアルで指定できるようにしてもよい。準備期間の判断と、カンファレンス終了後の判断が蓄積されることで、その差異を後で検証したり、他の経験の浅い医師が参考にしたりできるため、医師間の教育用の情報としても非常に有用である。
【０１６２】
図２５に示す例では、グループ化情報に登録されるセット情報６３がカンファレンス際に作成されたものであるか、準備期間に作成されたものであるかを識別するためのセット化種別もグループ化情報として保存している。グループ化部１１０は、セット情報６３の新規作成指示に相当する標識付与指示のタイミングがカンファレンス期間中であるか準備期間であるかを識別したセット化種別を保持しておき、グループ化情報を保存する際に、セット情報６３ごとに対応するセット化種別を関連付けてグループ化情報に保存する。
【０１６３】
また、本例のグループ化機能をカンファレンスに利用する例で説明したが、例えば、１人で行った検討の過程を記録するというように、カンファレンス以外に利用してもよい。
【０１６４】
上記各実施形態では、時系列データＴＳをグラフで表示した例で示したが、表示形態は、図２６に示すように、表形式で表示してもよい。図２６の表１１６は、データ表示画面１５の第１表示領域４１に、縦方向にＡ薬、血圧（上）、血圧（下）の各時系列データＴＳを並べ、各時系列データＴＳの個別データとなる測定値を時系列で横方向に配列している。関連標識５６は、図示するように個別データ自体、あるいは個別データごとのセルに付与して表示すればよい。
【０１６５】
上記各実施形態では、第１表示領域、第２表示領域は、１つの画面内に割り当てた複数の領域の例で説明しているが、例えば、マルチウィンドウ形式のようにそれぞれが分離独立した複数の表示画面であってもよい。要するに、第１表示領域及び第２表示領域は、ディスプレイのスクリーンにおいて並列的に表示できればどのような形式でもよい。
【０１６６】
上記各実施形態では、本発明のデータ出力装置を、クライアント端末１２からの要求に基づいてデータ表示画面の画面データを配信するデータ配信サーバ１１の形態で説明したが、もちろん、データ配信サーバ１１の代わりに、クライアント端末１２をデータ出力装置としてもよい。この場合には、クライアント端末１２がサーバ群１３にアクセスして時系列データを取得して、データ表示画面の画面データを生成する。クライアント端末１２は、生成した画面データをディスプレイに出力して表示する。この場合、ディスプレイを含めてデータ出力装置としてもよい。
【０１６７】
クライアント端末１２やデータ配信サーバ１１などのコンピュータシステムのハードウェア構成は種々の変形が可能である。例えば、データ配信サーバ１１に設けられ、編集情報ＤＢ８２や画面テンプレート８１を格納するストレージデバイス２３Ｂを、データ配信サーバ１１とは別のデータ保存装置としてもよい。この場合には、データ配信サーバ１１には、セット情報６３を一時的に記憶するＲＡＭが設けられていればよい。データ配信サーバ１１では、データ保存装置にアクセスして、セット情報６３を含む編集情報の保存や読み出しを行う。
【０１６８】
また、例えば、データ配信サーバ１１に関して、処理能力や信頼性の向上を目的として、ハードウェアとして分離された複数台のサーバコンピュータで構成することも可能である。このように、コンピュータシステムのハードウェア構成は、処理能力、安全性、信頼性など要求される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、編集情報ＤＢ８２やＡＰ３０などのプログラムについて、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。
【０１６９】
また、上記各実施形態では、データ配信サーバ１１について、１つの医療施設内で利用される形態で説明したが、複数の医療施設が利用できる形態としてもよい。
【０１７０】
具体的には、上記各実施形態では、データ配信サーバ１１は、１つの医療施設内に設置されるクライアント端末１２がＬＡＮなどのネットワーク１４を介して通信可能に接続され、クライアント端末１２からの要求に基づいて、画面データの配信に関するアプリケーションサービスを提供する形態である。複数の医療施設で利用可能にするには、例えば、図２７に示すように、データ配信サーバ１１は、例えば、インターネットや公衆通信網などのＷＡＮ（Wide Area Network）１２１を介して、複数の医療施設１２３に設置されるクライアント端末１２と通信可能に接続される。そして、データ配信サーバ１１は、複数の医療施設１２３のクライアント端末１２からの要求を受け付けて、各クライアント端末に対して画面データの配信に関するアプリケーションサービスを提供する。
【０１７１】
この場合のデータ配信サーバ１１の設置場所や運営主体は、例えば医療施設１２３とは別のデータセンタでもよいし、複数の医療施設のうちの１つでもよい。また、ＷＡＮを利用する場合には、情報セキュリティを考慮して、ＶＰＮ（Virtual Private Network）を構築したり、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure)などのセキュリティレベルの高い通信プロトコルを使用することが好ましい。
【０１７２】
また、図２８に示すように、電子カルテサーバ１６や画像サーバ１７を医療施設１２３外に設置してもよい。図２９に示すように、データ配信サーバ１１を医療施設１２３内に設置して、外部に設置された電子カルテサーバ１６や画像サーバ１７だけを利用する形態でもよい。
【０１７３】
本発明は、上記各実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採り得ることはもちろんである。例えば、上述の種々の実施形態や種々の変形例を適宜組み合わせることも可能である。また、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にも及ぶ。
【符号の説明】
【０１７４】
１１  データ配信サーバ
１２  クライアント端末
１５  データ表示画面
４１  第１表示領域
４２  第２表示領域
５１  データ存在標識
５２  期間標識
５６  関連標識
５７  対応標識
６３  セット情報
７２  画面データ生成部
Ｇ  グラフ
ＴＳ  時系列データ
【図１】
2015197737.tif 000003
【図２】
2015197737.tif 000004
【図３】
2015197737.tif 000005
【図４】
2015197737.tif 000006
【図５】
2015197737.tif 000007
【図６】
2015197737.tif 000008
【図７】
2015197737.tif 000009
【図８】
2015197737.tif 000010
【図９】
2015197737.tif 000011
【図１０】
2015197737.tif 000012
【図１１】
2015197737.tif 000013
【図１２】
2015197737.tif 000014
【図１３】
2015197737.tif 000015
【図１４】
2015197737.tif 000016
【図１５】
2015197737.tif 000017
【図１６】
2015197737.tif 000018
【図１７】
2015197737.tif 000019
【図１８】
2015197737.tif 000020
【図１９】
2015197737.tif 000021
【図２０】
2015197737.tif 000022
【図２１】
2015197737.tif 000023
【図２２】
2015197737.tif 000024
【図２３】
2015197737.tif 000025
【図２４】
2015197737.tif 000026
【図２５】
2015197737.tif 000027
【図２６】
2015197737.tif 000028
【図２７】
2015197737.tif 000029
【図２８】
2015197737.tif 000030
【図２９】
2015197737.tif 000031