JP6196576B2 - 診療支援装置、方法及びプログラム、並びに診療情報保存装置、方法及びプログラム - Google Patents

Description

本発明は、診療を支援する診療支援装置、方法及びプログラム、並びに診療情報保存装置、方法及びプログラムに関する。

近年では、患者の診療に際して取得される様々な診療情報は、コンピュータシステムを利用して電子データとして保管、管理される。診療情報には、例えば、心拍、脈拍、血圧、体温などのバイタルサインの測定値、血液検査などの検体検査の検査値、投与した薬剤名や投与量などの治療に関するデータが含まれる。このような診療情報の保管や表示を行って診療を支援する診療支援装置が知られている。診療に際しては、体温や血圧の経時的な変化や、異なる時期に実施された複数回の検査の検査値の変化など、患者の状態推移を把握したり、処置や治療の内容を時系列で把握することが重要である。そのため、バイタルサインの測定値や、検査値を時系列で記録した時系列データをグラフの形態で表示する診療支援装置が知られている（例えば、特許文献１、２参照）。

特許文献１の診療支援装置では、投薬、検査、注射などの診療行為毎に複数の時系列データを表示することが可能になっている。また、特許文献１の段落００３１には、複数の時系列データ同士を対応付けることも可能であることが記載されている。

特許文献２の診療支援装置も、検査値の時系列データをグラフの形態で表示することが可能であり、特許文献１と同様に、複数の時系列データを表示することも可能である。各時系列データに対しては、時系列データ上の任意の指定位置に標識を付与することができる。また、標識を付与した検査値に関連する、診察、治療などに関するコメントを、標識に対応付けて記録することも可能になっている。

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

患者に対する処置や治療内容を決定する際には、患者の状態を正確に把握するために、時系列データなどの診療情報を詳細に検討することが必要であり、複数の診療情報の因果関係を見極めることが重要である。例えば、投薬により血圧が下がったという場合には、投薬という原因によって、血圧の下降という結果が生じており、こうした因果関係を見極めることで、次に実施すべき処置や治療内容を適切に判断することができる。

因果関係の見極めは、例えば、特許文献１や特許文献２に記載の複数の時系列データを表示する機能を利用して、次のような手順で行うことができる。まず、いつ、どのくらいの期間、あるいはどの程度の間隔で投薬が実施されたかを１つの時系列データで表示し、血圧の経時変化をもう１つの時系列データで表示する。そして、こうした複数の時系列データを照合する作業により、原因となった投薬のタイミングや、血圧降下という投薬の効果が発現したタイミングを探し出して、投薬と血圧降下の因果関係を見極める。このような因果関係が認められた場合には、医師は、次に実施すべき処置や治療内容として、さらに、血圧を下げるために投薬を継続するか、あるいは、目標値まで血圧が下がったため、投薬を中止するなどの臨床判断（Clinical Decision）を行う。

複数の診療情報における因果関係は、医師による臨床判断の根拠となる。医師が１つの臨床判断を下すまでには、１つの因果関係を根拠とする場合もあれば、複数の因果関係を論理的に積み重ねる場合もある。１つの臨床判断の根拠となった因果関係、あるいは因果関係の群が分かれば、医師の判断プロセスを把握できる。臨床判断の根拠となる因果関係は、判断が適切であったかの検証に利用することもできるし、医師の判断ノウハウを含んだ過去の症例としての価値も持つ。そのため、個々の因果関係に加えて、臨床判断の根拠となった因果関係の群を簡単に見返すための技術が要望されていた。特許文献１、特許文献２についてはこれらについて記載されていない。

本発明は、複数の診療情報における因果関係を簡単に把握でき、かつ、臨床判断の根拠となった因果関係あるいは因果関係の群を簡単に把握可能に情報の蓄積を行うことができる診療支援装置、方法及びプログラム、並びに診療情報保存装置、方法及びプログラムを提供することを目的とする。

上記課題を解決するために、本発明の診療支援装置は、受付部と、関連付け処理部とを備えている。受付部は、患者の診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける。関連付け処理部は、関連付け指示に基づいて、第１情報及び第２情報の少なくとも２つの情報をセットにした１件のセット情報を作成し、さらに、１件以上のセット情報を臨床判断の単位毎にグループ化して情報グループを作成する。

関連付け処理部は、第１及び第２情報に加えて、セット情報に対して、入力されたコメントを追加可能であることが好ましい。

セット情報は、第１情報と第２情報の一方が原因に対応し、他方が結果に対応することを示す因果関係情報を含むことが好ましい。

関連付け処理部は、セット情報に加えて、情報グループに対して、臨床判断の内容を追加可能であることが好ましい。

第１情報は、第１時系列データ上の第１指定位置のデータであり、第２情報は、第２時系列データ上の第２指定位置のデータであることが好ましい。診療情報は、患者の状態推移及び診療に関する経時的なデータ系列である第１時系列データ及び第２時系列データを含んでいる。

本発明の診療支援装置は、検索要求受付部と、類似症例検索部とをさらに備えることが好ましい。検索要求受付部は、少なくとも１件のセット情報が検索条件として指定された検索要求を受け付ける。類似症例検索部は、複数件の情報グループが症例として登録された症例データベースの中から、検索条件として指定されたセット情報に類似する類似症例を検索する。

類似症例検索部は、個別類似度算出部と総合類似度算出部とを備えることが好ましい。個別類似度算出部は、検索条件に含まれる複数件のセット情報と、症例に含まれる複数件のセット情報とを１対１で対応させて比較して、セット情報同士の個別類似度を算出する。総合類似度算出部は、算出した複数の個別類似度に基づいて、検索条件に含まれる複数件のセット情報の情報グループと、症例との総合類似度を算出する。

セット情報に含まれる第１情報と第２情報は、一方が原因に対応し、他方が結果に対応しており、個別類似度算出部は、第１情報及び第２情報について、原因と結果のそれぞれに対応する同種同士の比較により、個別類似度を算出することが好ましい。

類似症例検索部は、個別類似度に対して、セット情報の種類に応じて重み付け処理を行うことが好ましい。

類似症例検索部は、検索条件のセット情報が１件追加される毎に、再検索を行い、再検索毎に検索結果を出力することが好ましい。

診療情報を表示する表示画面であって、第１情報と第２情報の関連付け指示の入力と、セット情報の表示が可能な表示画面の画面データを生成する画面データ生成部を有していることが好ましい。

表示画面の画面データを複数の端末に配信して、複数人で患者の診療方針を検討するカンファレンスに利用する場合において、関連付け処理部は、カンファレンス中にアクセスされた複数件のセット情報を、１回のカンファレンスを単位とする情報グループに保存することが可能なことが好ましい。

カンファレンスの本番に作成された情報グループと、カンファレンスの準備期間に作成された情報グループとを区別して保存することが好ましい。

関連付け処理部は、操作部からの入力に応じてカンファレンスの開始と終了を判定することが好ましい。表示画面には、カンファレンスの開始と終了のタイミングを入力するための操作部が設けられている。

関連付け処理部は、カンファレンス中にアクセスされる複数件のセット情報について、アクセスされた順番をアクセス情報として保存することが好ましい。

本発明の診療支援方法は、受付ステップと、関連付け処理ステップとを有することが好ましい。受付ステップは、患者の診療情報を表示する表示画面を通じて、診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける。関連付け処理ステップは、関連付け指示に基づいて、第１情報及び第２情報の少なくとも２つの情報をセットにした１件のセット情報を作成し、さらに、１件以上のセット情報を臨床判断の単位毎にグループ化して情報グループを作成する。

本発明の診療支援プログラムは、上記の各ステップをコンピュータに実行させるものである。

本発明の診療情報保存装置は、保存要求受付部と、保存処理部とを備える。保存要求受付部は、患者の診療情報に関して関連付けられた少なくとも第１情報及び第２情報がセットにされた１件のセット情報と、セット情報を１件以上含み、臨床判断の単位毎にグループ化された情報グループとを保存する保存要求を受け付ける。保存処理部は、受け付けた保存要求に基づいて、記憶部にセット情報と情報グループを保存する。

本発明の診療情報保存方法は、保存要求受付ステップと、保存処理ステップとを有する。保存要求受付ステップは、患者の診療情報に関して関連付けられた少なくとも第１情報及び第２情報がセットにされた１件のセット情報と、セット情報を１件以上含み、臨床判断の単位毎にグループ化された情報グループとを保存する保存要求を受け付ける。保存処理ステップは、受け付けた保存要求に基づいて、記憶部にセット情報と情報グループを保存する。

本発明の診療情報保存プログラムは、上記の各ステップをコンピュータに実行させるものである。

本発明によれば、患者の診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付けて、第１，第２情報の少なくとも２つをセットにした１件以上のセット情報を臨床判断の単位毎にグループ化して情報グループを作成する。このグループ化により、複数の診療情報における因果関係を簡単に把握でき、かつ、臨床判断の根拠となった因果関係あるいは因果関係の群を簡単に把握可能に情報の蓄積を行うことができる。

本発明を実施した医療情報システムの構成を示す説明図である。 電子カルテに記録されている時系列データの例を示す説明図である。 画像サーバに記録されている時系列データの例を示す説明図である。 医療情報システムの主な情報の流れを示す説明図である。 診療支援サーバ等に用いられるコンピュータの電気的な構成を示すブロック図である。 クライアント端末の機能概要を示す説明図である。 データ表示画面の一例を示す説明図である。 関連標識を付与する操作を示す説明図である。 関連させる原因位置と結果位置とが指定された状態の関連付け設定画面を示す説明図である。 グループ化情報の生成を説明する説明図である。 診療支援サーバの機能概略を示す説明図である。 関連付け処理部の機能概略を示す説明図である。 関連付け、グループ化の概略的な手順を示すフローチャートである。 テキストデータで入力された情報をセット情報とした例を示す説明図である。 第２実施形態のカンファレンスを示す説明図である。 グループ化するセット情報を選択する画面を示す説明図である。 準備期間とカンファレンスでグループ化した情報グループを示す説明図である。 類似症例の検索に関する検索部の機能概略を示す説明図である。 類似度の算出手順の概略を示す説明図である。 検索条件の変化に対する検索結果の変化を示す説明図である。 診療支援サーバとは別にデータ表示画面を配信するデータ配信サーバを設けた例を示す説明図である。 クライアント端末を診療支援装置とした例を示す説明図である。 症例ＤＢサーバの機能を示す説明図である。 医療施設外に診療支援サーバを配した医療情報システムの構成を示す説明図である。 医療施設外に診療支援サーバ、電子カルテサーバ及び画像サーバを配した医療情報システムの構成を示す説明図である。 医療施設内に診療支援サーバを配し、医療施設外に電子カルテサーバ及び画像サーバを配した医療情報システムの構成を示す説明図である。

［第１実施形態］
図１に示す医療情報システム１０は、病院等の医療施設で医療に関する情報を管理するために用いられるコンピュータシステムである。この医療情報システム１０は、診療支援サーバ１１と、クライアント端末１２と、サーバ群１３と、これらを相互に通信可能に接続するネットワーク１４とで構成されている。サーバ群１３には、電子カルテサーバ１６、画像サーバ１７などが含まれる。ネットワーク１４は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。

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

さらに、クライアント端末１２は、診療支援サーバ１１にアクセスして、患者の診療情報が表示されるデータ表示画面１５を閲覧する機能を有している。データ表示画面１５では、診療情報として、検査値や測定値を時系列で記録した時系列データを表示することが可能である。時系列データが例えばグラフＧの形態で表示される。また、データ表示画面１５は、複数の時系列データ上の任意の点を指定した指定位置に対応する複数の個別データを、診療情報に関する第１情報及び第２情報として関連付ける指示を入力する操作画面としても機能する。クライアント端末１２は、診療支援サーバ１１から、データ表示画面１５の画面データ１５Ａを受信して、画面データ１５Ａに基づいてデータ表示画面１５を再現して表示する。

診療支援サーバ１１は、クライアント端末１２からの配信要求に基づいて、電子カルテサーバ１６や画像サーバ１７から時系列データを取得して、取得した時系列データに基づいて画面データ１５Ａを生成し、生成した画面データ１５Ａを要求元のクライアント端末１２に配信する。

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

図２に示すように、カルテＤＢ１６Ａには、患者の診療情報を記録したカルテデータに対して、患者ＩＤ（Ｐ００００１、Ｐ００００２・・・）が付与されて、患者単位で格納されている。カルテデータは、患者の氏名、生年月日、性別、患者ＩＤ等の患者基本情報に加えて、診療情報の１つとして時系列データＴＳを含んでいる。

時系列データＴＳは、患者の状態推移及び患者に施される診療の内容を表すデータである。患者の状態推移とは、例えば、患者の心拍、脈拍、血圧、体温などのバイタルサインの測定値や、患者に対して実施される臨床検査の検査値などの経時的な変化をいう。臨床検査は、血液検査、生化学検査などの検体検査及び脳波検査などの生理検査を含む。患者の状態推移を表す時系列データは、経時的に取得される複数の測定値や検査値のデータ系列である。患者に施される診療の内容には、投薬、手術、処置などの治療の内容や、問診の内容などが含まれる。患者に施される診療の内容を表す時系列データは、経時的に実施される複数回の診療の内容を表すデータ系列である。

時系列データＴＳは、典型的には、血圧測定、投薬などの同一の診療項目毎に時系列で取得される複数の個別データを要素として構成されるデータ系列である。本例で示すように、血圧測定の時系列データＴＳであれば、測定日が異なる複数の測定値が、時系列データＴＳの要素となる複数の個別データを構成する。血圧測定の時系列データＴＳにより、患者の血圧の経時的な変化を確認することができる。本例では、血圧測定の時系列データＴＳは、血圧（上）と血圧（下）が区別されて、それぞれが１つの時系列データＴＳとして記録されている。

投薬の時系列データＴＳは、一定期間、複数回に分けて同じ薬剤を投与した場合には、各回の投薬量が、時系列データＴＳの要素となる複数の個別データを構成する。本例の投薬の個別データは、２０１２／１１／１６から数日間継続して記録されており、各個別データの投薬量は同量（「１００」）であるため、投薬の時系列データＴＳからは、患者に対して数日間、１日１回、Ａ薬を同量投与したことを確認することができる。

１件の個別データのレコードは、例えば、個別データＩＤ、日時、データ内容（測定値、投薬量、検査値など）、属性のデータ項目を有する。日時の情報は、測定値であれば測定日時であり、検査値であれば検査日時であり、投薬量であれば、投薬を実施した日時あるいは処方した日時である。個別データが１日複数回記録される場合には、各個別データを区別するために時間の情報まで必要になるが、個別データの取得頻度が１日１回以下の場合には、日付の情報だけでもよい。個別データＩＤは、個別データを特定するために各個別データに与えられる識別情報である。本例では、個別データＩＤを、日時の情報と別に独立したデータ項目として設けているが、個別データＩＤは各個別データを特定できればよいので、個別データＩＤの代わりに、日時の情報を個別データＩＤとして利用することも可能である。

また、投薬は、投薬効果が発現するまでに期間を要する場合があるため、例えば、「１日に一定量ずつの服用を５日間継続する」というように、所定期間に渡る投薬（薬の服用）が１回の処方で指示される場合がある。この場合には、１回の処方内容（服用期間と投薬量）を表す処方単位のデータを個別データとしてもよい。このような個別データの日時は、例えば、処方した日時となる。

属性は、データを分類するために与えられる情報であり、個別データの種類を表す情報である。属性は、個別データを検索するためのキーワードとして利用することも可能である。また、個別データは時系列データの要素であるため、時系列データの種類を表す情報としての意味も持つ。属性としては、例えば、個別データの名称、個別データが帰属するカテゴリ、個別データに対応する診療項目の名称などが含まれる。本例では、血圧の個別データの属性として、「血圧（上）」という測定値の名称そのものが付与されるとともに、血圧がバイタルサインの１つであることから、「バイタル」というカテゴリが付与されている。この他、血圧の測定値は数値であるので、「数値データ」というデータの種類を属性として付与したり、「検査値」と区別した「測定値」というカテゴリを属性として付与することも可能である。また、「血圧測定」という診療項目の名称を付与してもよい。

投薬の時系列データＴＳでは、属性には「投薬」という診療項目の名称や、薬剤名「Ａ薬」が付与される。この他、投薬の属性としては、注射や服用などの投与方法を付与してもよい。属性については、電子カルテサーバ１６が入力されたデータの内容に応じて自動的に付与してもよいし、手動入力により付与することも可能である。

また、診療の内容には、投薬などの治療の内容に加えて、問診の内容が含まれるが、問診の場合には、問診毎の問診記録が個別データとなる。そして、異なるタイミングで時系列に取得される問診の個別データの系列が、問診の時系列データとなる。また、診療に際して医師が複数回記録した所見の系列も、所見の時系列データとなる。

各時系列データＴＳには、「Ｓ２４４５６」、「Ｓ２４４５７」というように、それぞれを識別するためのＩＤ（「ＴＳＩＤ」）が与えられている。このため、患者ＩＤ、時系列データＩＤ、個別データＩＤにより、カルテデータ、カルテデータ内の時系列データＴＳ、時系列データＴＳ内の個別データをそれぞれ特定し、かつ、検索することが可能である。

図３に示すように、画像ＤＢ１７Ａには、Ｘ線検査やＣＴ検査などの画像検査で撮影された複数枚の検査画像からなる検査データが格納されている。検査画像には患者ＩＤが付与されており、患者ＩＤで検査画像を検索することが可能である。画像検査も、経過観察を行う場合のように、１人の患者の診療において複数回実施されることがあり、この場合には画像検査の時系列データＴＳが取得される。

画像検査の時系列データＴＳは、１回の画像検査で得られた検査画像が個別データとなる。個別データＩＤとしては、例えば、検査ＩＤが使用される。ＣＴ検査の場合には１回の検査で複数枚の断層画像が取得されるため、１件の個別データは、複数枚の断層画像となる。一般Ｘ線撮影装置によるＸ線検査の場合には、１回の検査で取得されるＸ線画像が１枚の場合もあれば複数枚の場合もあるので、１件の個別データは、Ｘ線画像が１枚の場合と複数枚の場合がある。Ｘ線検査の個別データの属性には、例えば、検査種別を表す「Ｘ線検査」、画像の種別である「Ｘ線画像」、撮影部位を表す「胸部」といった情報が付与される。

図４に示すように、クライアント端末１２は、医師の操作による患者ＩＤの指定を受け付けて、指定された患者ＩＤを含む配信要求を発行して、診療支援サーバ１１に送信する。診療支援サーバ１１は、クライアント端末１２からの配信要求を受け付けると、電子カルテサーバ１６や画像サーバ１７に対して、患者ＩＤを検索キーとして、時系列データＴＳの検索要求を送信する。そして、電子カルテサーバ１６、画像サーバ１７は、カルテＤＢ１６Ａ、画像ＤＢ１７Ａから、患者ＩＤに対応する各時系列データＴＳを検索して、診療支援サーバ１１に送信する。診療支援サーバ１１は、取得した各時系列データＴＳに基づいてデータ表示画面１５の画面データ１５Ａを生成して、画面データ１５Ａを、配信要求の要求元のクライアント端末１２に配信する。

データ表示画面１５は、医師の操作により、画面レイアウトの変更や、表示する時系列データＴＳなど、データ表示画面１５に表示する表示項目の変更などの画面編集が可能である。また、データ表示画面１５は、表示した複数の時系列データＴＳ内の個別データ同士を関連付けたり、関連付けた個別データのセットをグループ化するなどの診療情報に関する情報編集操作や、キーワードなど指定した検索条件に応じた検索指示が可能である。

クライアント端末１２は、データ表示画面１５を通じて、画面編集、情報編集、検索に関する操作指示が入力されると、操作指示に応じた編集要求や検索要求を発行して、診療支援サーバ１１に送信する。診療支援サーバ１１は、編集要求を受け付けると、編集要求の内容に応じた編集処理を行う。編集要求が画面編集の場合には、必要に応じてデータ表示画面１５の更新データを生成し、更新データを要求元のクライアント端末１２に配信する。編集要求が情報編集要求の場合は、関連付け処理やグループ化処理を行って、必要に応じて処理結果を要求元のクライアント端末１２に配信する。また、検索要求を受け付けると、検索処理を行って検索結果を処理結果として配信する。クライアント端末１２は、更新データや処理結果を受信すると、更新データに基づくデータ表示画面１５の更新や、処理結果の表示を行う。

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

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

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

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

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

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

画面データ１５Ａは、例えば、ＸＭＬ（Extensible Markup Language）などのマークアップ言語により記述されたデータで構成され、画面データ１５Ａで再現されるデータ表示画面１５もＧＵＩによる操作機能を備えている。ＧＵＩ制御部３３は、画面データ１５Ａに基づいてデータ表示画面１５を再現してディスプレイ２８Ａに表示する。また、ＧＵＩ制御部３３は、マウスのポインタ３６による操作ボタンのクリック操作など、データ表示画面１５を通じた入力デバイス２９Ａからの操作指示を受け付けて、受け付けた操作指示に従った画面制御を行う。要求発行部３４は、ＧＵＩ制御部３３が受け付けた操作指示に従って、指定された患者ＩＤのデータ表示画面１５の配信要求や、指定された内容の編集要求や検索要求を発行する。

図７に示すように、データ表示画面１５は、第１表示領域４１、第２表示領域４２、一覧表示領域４３、基本情報表示領域４６を有している。基本情報表示領域４６には、患者名、患者ＩＤ、年齢などの患者基本情報が表示される。

第１表示領域４１は、時系列データＴＳ（グラフＧ）を表示する領域である。第１表示領域４１は、横軸に時間が割り当てられており、縦方向において複数のサブ領域４１Ａ〜４１Ｃに分割されている。第１表示領域４１の上部には、第１表示領域４１の第１時間軸４７が設けられている。第１時間軸４７は、年、月、日などの情報と目盛りを、設定された時間尺度に応じて配列したものである。第１時間軸４７は、第１表示領域４１の第１表示期間に対応したと長さを有しており、また、内部に情報を表示できるように縦方向に幅を有している。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの約４ヶ月に設定されており、第１時間軸４７には、第１表示期間に対応する４ヶ月間の年及び月を表す数字と、各月の間に所定間隔で付された目盛りが表示される。

第１表示領域４１には、時系列データＴＳのうち、第１表示期間に対応する範囲のデータがグラフＧ（Ｇ１〜Ｇ６）の形態で表示される。第１表示期間は横方向の画面スクロール操作により、変更することが可能である。この画面スクロール操作により、第１時間軸４７の年、月の表示が変更され、時系列データＴＳの表示範囲が変更される。診療支援サーバ１１から１回の配信で送られてくる画面データ１５Ａには、第１表示期間よりも長期間の時系列データＴＳが含まれている。そのため、時系列データＴＳの表示範囲の変更については、受信済みの範囲であれば、診療支援サーバ１１からの再配信を受けずに行うことが可能である。時系列データＴＳの表示範囲について、受信済みの範囲を超える変更が行われる場合には、診療支援サーバ１１から時系列データＴＳの追加配信を受ける。

各サブ領域４１Ａ〜４１Ｃには、第１表示期間に対応する同一期間に取得された複数の時系列データＴＳが表示される。これにより、同一時期の複数の時系列データＴＳが比較可能に表示される。各サブ領域４１Ａ〜４１Ｃには、種類が異なる６つの時系列データＴＳがそれぞれグラフＧ１〜Ｇ６の形態で表示される。各サブ領域４１Ａ〜４１Ｃに表示する時系列データＴＳの種類は設定により、変更が可能である。各サブ領域４１Ａ〜４１Ｃの左側には、サブ領域４１Ａ〜４１Ｃ毎に、時系列データＴＳの種類や名称、時系列データＴＳに対応する診療項目を表示する項目表示欄４８が設けられている。

本例では、上から２段目のサブ領域４１Ａは、血圧、体温、呼吸、心拍などのバイタルサインに対応する時系列データＴＳを表示する領域として設定されている。より具体的には、バイタルサインの時系列データＴＳとして、血圧の測定値の推移を表すグラフＧ１、Ｇ２が表示されている。グラフＧ１は血圧（上）のグラフであり、グラフＧ２は血圧（下）のグラフである。グラフＧ１、Ｇ２は、時系列で取得された複数の測定値（個別データ）の入力点Ｐを結んだ折れ線グラフである。また、サブ領域４１Ａ内の右端には、縦方向に延びる、測定値の目盛り（本例では下限が「７０」、上限が「２００」）が設けられている。サブ領域４１Ａに対応する項目表示欄４８には、診療項目の大分類の名称として、「バイタル」が表示され、さらに、「血圧（上）」、「血圧（下）」といったグラフＧ１、Ｇ２が表す測定値の名称が表示される。

また、サブ領域４１Ａには、１つの領域内に複数のグラフＧ１、Ｇ２が表示されるため、グラフＧ１、Ｇ２を識別するために、各グラフＧ１、Ｇ２には、例えば、入力点Ｐの形状を四角や丸で区別した異なる線種が割り当てられている。項目表示欄４８には、グラフＧ１、Ｇ２のどちらの線種が血圧の上下のどちらに対応するかを表す線種情報も表示されている。本例では、バイタルサインとして、血圧のみを表示しているが、血圧に加えて、体温、心拍などを、サブ領域４１Ａに表示してもよい。この場合には、各グラフを識別できるようにグラフの線種や色を変化させることが好ましい。もちろん、１つのサブ領域に複数のグラフＧを表示せずに、１つのサブ領域には、１つのグラフＧだけを表示してもよい。

３段目のサブ領域４１Ｂは、検体検査の検査値の時系列データＴＳを表示する領域として設定されており、検査値の推移を表すグラフＧ３、Ｇ４が表示される。グラフＧ３、Ｇ４は、例えば、検体検査の１つである生化学検査の検査値であり、グラフＧ３は、ＡＳＴ（アスパラギン酸アミノトランスフェラーゼ）、グラフＧ４は、ＡＬＴ（アラニンアミノトランスフェラーゼ）の検査値である。グラフＧ３、Ｇ４も、グラフＧ１、Ｇ２と同様に、時系列で取得された複数の検査値（個別データ）の入力点Ｐを結んだ折れ線グラフである。サブ領域４１Ｂに対応する項目表示欄４８には、診療項目の大分類の名称として「検体検査」、診療項目の中分類の名称として「生化学」、グラフＧ３、Ｇ４が表す検査値の名称として「ＡＳＴ」、「ＡＬＴ」が表示される。また、グラフＧ３、Ｇ４を識別するための線種情報も表示される。

１段目のサブ領域４１Ｃは、投薬・注射などの薬剤投与の時系列データＴＳを表示する領域として設定されており、薬剤投与を実施した期間を表すグラフＧ５、Ｇ６が表示されている。グラフＧ５はＡ薬の、グラフＧ６はＢ薬のグラフである。本例では、Ａ薬、Ｂ薬ともに投薬量が全期間に渡って一定であるため、グラフＧ５、Ｇ６は横方向に一直線に延びる棒グラフの形態で表示される。投薬量が変化すれば、グラフＧ５、Ｇ６は縦方向に変化する。グラフＧ５、Ｇ６には、投薬量の数値（「１００」、「５０」）を表す表示が挿入されている。サブ領域４１Ｃに対応する項目表示欄４８には、診療項目の大分類の名称として「投薬・注射」、薬剤名として「Ａ薬」、投薬量の単位として「ｍｇ」などが表示される。

また、図示しないが、サブ領域に画像検査の時系列データＴＳを表示する場合には、時間軸に沿って、複数のサムネイル画像が配列される。なお、本例では、第１表示領域４１を３つのサブ領域に分割した例で説明しているが、分割数は３つに限らず、２つあるいは３つ以上でもよい。第１表示領域４１に同時に表示可能な数以上のサブ領域が存在する場合には、縦方向の画面スクロール操作などにより、非表示になっているサブ領域を表示できるようにしてもよい。また、もちろん、分割しなくてもよい。

第２表示領域４２は、第１表示領域４１に対して相対的に時間尺度が長く、第２表示領域４２には、第１時間軸４７よりも時間尺度が長い第２時間軸４９が表示される。第２時間軸４９は、第１時間軸４７と同様に、内部に情報を表示可能な縦方向に幅を持つ表示枠４９Ａを有している。第２時間軸４９では、年、月、日などの数字は表示枠４９Ａの上方に表示される。表示枠４９Ａの内部に１年毎に目盛りが表示される。年、月、日の数字や目盛りは、設定された時間尺度に応じて配列される。

第２時間軸４９の長さは、第２表示領域４２の第２表示期間に対応する。第２表示期間は、第１表示領域４１の第１表示期間よりも時間尺度が長いが、データ表示画面１５における第１表示領域４１と第２表示領域４２の幅は、ほぼ同じ幅を有している。そのため、第２時間軸４９の一部の期間について、第１表示領域４１においては、詳細な表示を行うことができる。

図７において、第１表示領域４１には、第２表示期間の一部の期間に対応する時系列データＴＳ（グラフＧ）が表示されている。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの約４ヶ月に設定されており、第２表示期間は、４ヶ月の第１表示期間を含む２０１０年から２０１４年の前半までの約４年半に設定されている。第１表示期間及び第２表示期間は、設定により変更が可能である。

第２時間軸４９の表示枠４９Ａ内には、第２表示期間内において時系列データＴＳが存在することを示すデータ存在標識５１が表示される。時系列データＴＳが存在することは、何らかの診療が実施されたことを表すため、データ存在標識５１は、診療が実施された日や期間を表す標識としても機能する。データ存在標識５１は、例えば、第２時間軸４９方向に延びるバー形状の標識である。また、表示枠４９Ａには、期間標識５２が表示される。

期間標識５２は、第１表示領域４１の第１表示期間が、第２時間軸４９において、どの期間に対応するかを示す標識である。期間標識５２の幅は、第２時間軸４９の時間尺度における、第１表示期間の幅に対応している。本例では、第１表示期間は、約４ヶ月なので、期間標識５２の幅は、第２時間軸４９の時間尺度における約４ヶ月の幅に対応する。また、期間標識５２は、第１表示領域４１の第１表示期間を変更するための操作部としても機能する。期間標識５２は、第２時間軸４９上でスライド可能な操作部となっており、期間標識５２を、ポインタ３６で指定してスライド操作を行うと、第１表示領域４１の第１表示期間も変化する。例えば、スライド操作により、第２時間軸４９の２０１３年の位置から２０１２年の位置に期間標識５２を移動すると、第１表示領域４１に表示される第１表示期間が、２０１３年から２０１２年に変更される。また、データ存在標識５１のある位置に期間標識５２を移動すれば、データ存在標識５１の期間に対応する時系列データＴＳを第１表示領域４１に表示することができる。

また、データ表示画面１５においては、情報編集の操作指示として、関連付け指示と、グループ化指示の入力が可能である。関連付け指示は、第１表示領域４１に表示される時系列データＴＳ上の少なくとも２点を指定して、指定された第１及び第２の少なくとも２つの指定位置に対応する複数の第１情報及び第２情報を関連付ける指示である。例えば、１つのグラフＧ上で第１指定位置が指定され、別のグラフＧ上で第２指定位置が指定される。

グラフＧ１〜Ｇ４の場合には、個別データの複数の入力点Ｐのうちの少なくとも１つの任意の点を指定位置として指定することが可能である。入力点Ｐが指定された場合には、指定位置の入力点Ｐに対応する個別データが第１情報又は第２情報として指定される。グラフＧ５、Ｇ６の場合には、グラフＧ５、Ｇ６上の任意の少なくとも１点を指定できる。グラフＧ５、Ｇ６についても、指定位置に対応する個別データが第１情報又は第２情報として指定される。また、グラフＧ５、Ｇ６の場合には、所定期間に渡って継続的な投薬が行われていることを表すので、投薬期間全体（グラフＧ５、Ｇ６の全体）を指定位置として指定することも可能である。この場合には、グラフＧ５、Ｇ６に対応する時系列データＴＳの全体が第１情報又は第２情報として指定される。

データ表示画面１５において、第１情報と第２情報の関連付け指示が入力されると、第１情報と第２情報が関連付けられて、第１情報及び第２情報をセットにした１件のセット情報５４が作成される。また、セット情報５４は、データ表示画面１５において、一覧表示領域４３に表示される。さらに、関連付けが行われると、第１表示領域４１において、第１情報と第２情報が関連することを表す関連標識５６が表示される。医師は、こうした関連付け機能を、第１情報と第２情報の間に因果関係を認めた場合に利用することができる。セット情報５４には、第１情報及び第２情報の一方が原因に対応し、他方が結果に対応することを表す因果関係情報が含まれる。

本例のデータ表示画面１５では、一覧表示領域４３に、関連付けが行われた３件のセット情報５４Ａ〜５４Ｃが表示され、第１表示領域４１には、それらに対応する関連標識５６Ａ〜５６Ｃが表示されている。これらを例に関連付けについてより具体的に説明する。

例えば、血圧（上）のグラフＧ１では、入力点Ｐ１以前では、血圧が比較的高い状態で推移しており、入力点Ｐ１からＰＥ１にかけて血圧が急激に下がり、ＰＥ１以後は比較的低い状態で安定していることがわかる。一方、投薬（Ａ薬）のグラフＧ５を見ると、血圧が降下を開始した入力点Ｐ１と同時期に、Ａ薬の投薬が開始されていることが分かる。このような場合には、Ａ薬の投薬開始という原因によって、血圧降下という結果が生じたというように、投薬開始と血圧降下の間に因果関係を推認できる。医師がこのような判断をした場合には、グラフＧ５の投薬開始位置は原因に対応する原因位置ＰＣ１として、グラフＧ１の血圧降下が生じた位置は結果に対応する結果位置ＰＥ１として指定されて、関連付け指示が入力される。これにより、これら２つの指定位置にそれぞれ対応する、「Ａ薬の投薬量」と「血圧（上）の測定値」の各個別データが、第１情報及び第２情報として関連付けられて、両者をセットにした１件のセット情報５４Ａが作成される。セット情報５４Ａには、「Ａ薬の投薬量」が原因に対応し、「血圧（上）の測定位置」が結果に対応する因果関係情報が含まれる。

また、第１表示領域４１においては、原因位置ＰＣ１と結果位置ＰＥ１には、各位置が関連することを示す関連標識５６Ａが付与される。関連標識５６Ａは、例えば、タグ５８と、２つの指定位置を結ぶ接続線５９とで構成されるリンク形態の標識である。タグ５８は、コメントの入力と表示が可能なオブジェクトで構成される。コメントは、例えば、原因と結果に関する医師の所見を表すもので、テキストデータで入力される。関連標識５６Ａのタグ５８には、「血圧降下」という医師の所見がコメントとして入力されて表示されている。

セット情報５４Ａには、タグ５８に入力された「血圧降下」というコメントも追加される。一覧表示領域４３において、セット情報５４Ａに対応する表示欄６０には、セット情報５４Ａに含まれる、「Ａ薬の投薬量」（原因）と、「血圧（上）の測定値」（結果）と、「血圧降下」（コメント）が表示される。表示欄６０は、原因、結果、コメントをそれぞれ表示する小区画に区切られており、各情報を一目で確認できるようになっている。

また、投薬（Ａ薬）のグラフＧ５の投薬期間の終期と同時期には、血圧（上）のグラフＧ１において、血圧が低い値で安定して良化したことが認められる。このような場合には、グラフＧ５の投薬期間の終期が原因位置ＰＣ２として指定され、血圧（上）のグラフＧ１において、良化が確認された位置が結果位置ＰＥ２として指定されて、関連付けが行われる。これにより、原因位置ＰＣ２に対応する「Ａ薬の投薬量」と結果位置ＰＥ２に対応する「血圧（上）の測定値」と、「良化」というコメントとをセットにしたセット情報５４Ｂが作成される。一覧表示領域４３には、セット情報５４Ｂが表示される。また、第１表示領域４１の指定位置には関連標識５６Ｂが付与される。関連標識５６Ｂは、関連標識５６Ａと同様にリンク形態であり、各位置は接続線５９によって接続され、関連標識５６Ｂのタグ５８にも、「良化」というコメントが表示される。

同様に、投薬（Ｂ薬）のグラフＧ６の投薬期間の終期が原因位置ＰＣ３として指定され、「ＡＳＴ」のグラフＧ３の１点が結果位置ＰＥ３として指定されて、関連付けが行われる。原因位置ＰＣ３の「Ｂ薬の投薬量」と、結果位置ＰＥ３の「ＡＳＴの検査値」とをセットにしたセット情報５４Ｃが作成される。セット情報５４Ｃも一覧表示領域４３に表示され、第１表示領域４１の指定位置には関連標識５６Ｃが付与される。関連標識５６Ｃも、関連標識５６Ａ、５６Ｂと同様のリンク形態であり、タグ５８には、「経過観察」というコメントが入力されて表示される。セット情報５４Ｂには、このコメントも含まれる。

このように関連付けが行われると、第１表示領域４１に関連標識５６が表示される。関連標識５６により、関連付けた複数の時系列データＴＳ上における２つの位置の間の因果関係を簡単に把握することができる。また、関連標識５６が付与されると、第２表示領域４２において、関連標識５６に時間的に対応する対応位置に対応標識５７が付与される。対応標識５７は、第２時間軸４９のどの位置に、関連標識５６が存在するかを示す標識である。対応標識５７は、関連標識５６の２つの指定位置に対応する位置にそれぞれ付与され、データ存在標識５１とともに、表示枠４９Ａ内に表示される。

対応標識５７は、第２時間軸４９において、期間標識５２が存在する第１表示期間に対応する期間だけでなく、第１表示期間外の位置にも表示される。本例では、第１表示期間は、２０１２年１０月から２０１３年２月初旬までの期間であり、期間標識５２もその期間に対応する位置に表示されている存在しているが、第２時間軸４９においては、２０１１年や２０１２年の前半など第１表示期間外に相当する位置にも対応標識５７が表示されている。そのため、第１表示領域４１に表示されている第１表示期間だけでなく、第１表示期間外についても、関連標識５６が存在するおおよその時期を確認することができる。

また、データ表示画面１５は、第２表示領域４２内の対応標識５７のいずれかが選択されると、第１表示領域４１の第１表示期間を、選択された対応標識５７に対応する関連標識５６を含む表示期間に変更する。上述したとおり、第１表示領域４１の第１表示期間は、期間標識５２の操作によっても変更が可能であるが、対応標識５７の選択操作によっても変更が可能である。

関連付け指示の入力は、例えば、次のような手順で行われる。まず、グラフＧ上の任意の位置をポインタ３６で指定して、クリック操作を行う。クリック操作がされると、データ表示画面１５には、図８に示す関連付け設定画面６１が開く。関連付け設定画面６１には、原因位置及び結果位置に関する第１情報及び第２情報をそれぞれ表示する情報表示欄６１Ａ、６１Ｂ、コメント入力欄６１Ｃ、位置指定ボタン６１Ｄ、逆転ボタン６１Ｅ、付与ボタン６１Ｆ、削除ボタン６１Ｇ、キャンセルボタン６１Ｈが設けられている。

情報表示欄６１Ａ及び情報表示欄６１Ｂには、第１情報及び第２情報として、原因位置及び結果位置に対応する個別データがそれぞれ表示される。グラフＧ１上の入力点Ｐが指定された場合には、グラフＧ１上の入力点Ｐは血圧（上）の測定値に対応するので、情報表示欄６１には、測定値の名称である（「血圧（上）」）、測定日（「２０１２／１２／０２」）、測定値（「１４３」）などが表示される。本例では、原因位置ＰＥ１が指定されているので、原因位置ＰＥ１の個別データが表示される。

原因位置及び結果位置のうちの１つしか指定されていない場合には、情報表示欄６１Ａ、６１Ｂの一方のみに情報が表示される。本例では、例えば、情報表示欄６１Ｂのみに結果位置の情報が表示される。位置指定ボタン６１Ｄを操作すると、もう１つの指定位置を指定することができる。図９に示すように、ポインタ３６で時系列データＴＳ上のもう１点を指定すると、もう１つの指定位置の情報が表示される。本例では、グラフＧ５の原因位置ＰＣ１が指定されるので、原因位置ＰＣ１の投薬に関する個別データの情報が表示される。逆転ボタン６１Ｅは、原因位置と結果位置を逆転して位置を入れ替えるための操作ボタンである。

このように、情報表示欄６１Ａは原因に、情報表示欄６１Ｂは結果にそれぞれ対応している。そして、関連付けられる２つの情報が、どちらの情報表示欄６１Ａ、６１Ｂに入力されるかによって、２つの情報が原因と結果のどちらに対応するかが識別される。識別された情報が因果関係情報として設定される。なお、因果関係情報は、１番目に入力された情報が原因で、２番目に入力された情報が結果に対応するというように、２つの情報の入力順の情報としてもよい。

コメント入力欄６１Ｃは、セット情報５４に追加される、「血圧降下」、「良化」、「経過観察」などのコメントを入力するための入力欄である。ＯＫボタン６１Ｆは、関連付け指示を入力するための操作ボタンであり、ＯＫボタン６１Ｆが操作されると、ＧＵＩ制御部３３は、要求発行部３４に対して、関連付け設定画面で設定した内容の関連付け指示を発行するように指令する。

削除ボタン６１Ｇは、いったん作成したセット情報５４を削除するための操作ボタンである。例えば、既にセット情報５４が作成されている場合において、一覧表示領域４３内の１件のセット情報５４をポインタ３６で指定してクリック操作すると、関連付け設定画面６１が開く。この際に削除ボタン６１Ｇが操作されると、作成済みのセット情報５４が削除される。キャンセルボタン６１Ｈは、関連付け設定画面６１が開いた状態で操作した内容をキャンセルする操作ボタンであり、キャンセルボタン６１Ｈが操作されると、関連付け設定画面６１が開く前の状態に復帰する。

こうした関連付け指示の入力が行われると、要求発行部３４は、関連付け指示を含む情報編集要求を発行する。情報編集要求は、診療支援サーバ１１に送信される。診療支援サーバ１１は、関連付け処理を実行してセット情報５４を作成して保存する。診療支援サーバ１１は、作成したセット情報５４を、クライアント端末１２に対して処理結果として配信する。

図７において、データ表示画面１５には、検索ボタン６３及びキーワード入力欄６４が設けられており、キーワードにより作成したセット情報５４の検索が可能である。検索により抽出されたセット情報５４は、一覧表示領域４３に表示される。図２に示したように、個別データは、属性の情報を含んでいる。セット情報５４は、個別データを有しているため、個別データの属性を利用して、セット情報５４のキーワード検索を行うことができる。

例えば、キーワード入力欄６４にキーワードとして、「血圧」が入力されて検索ボタン６３が操作されると、検索要求が診療支援サーバ１１に送信されて、診療情報サーバ１１において、セット情報５４の検索処理が実行される。属性に「血圧」を含むセット情報５４が抽出されて、抽出されたセット情報５４のみが一覧表示領域４３に表示される。

また、一覧表示領域４３においては、例えば、個別データを取得した日付順でセット情報５４がソートされて表示される。セット情報５４の表示順は、個別データを取得した日付順の他、例えば、セット情報５４の作成順に変更することも可能である。

一覧表示領域４３と第１表示領域４１の表示は連動しており、一覧表示領域４３に検索により抽出されたセット情報５４が表示されると、第１表示領域４１の表示も抽出されたセット情報５４に対応する関連標識５６のみの表示に変更される。これにより、医師が確認したいセット情報５４や関連標識５６を簡単に確認することができる。反対に、第１表示領域４１の表示が変更されると、一覧表示領域４３の表示も変更される。例えば、第１表示領域４１の第１表示期間が、画面スクロール操作によって変更された場合には、表示される関連標識５６も変更される。そのため、第１表示領域４１に表示される関連標識５６の変更に連動して、一覧表示領域４３のセット情報５４も変更される。

また、上述したとおり、データ表示画面１５において入力可能な、情報編集の操作指示としては、関連付け指示の他にグループ化指示がある。グループ化指示は、作成した１件以上のセット情報５４を臨床判断の単位でグループ化して、図１０に示す情報グループ７０を作成するための指示である。臨床判断は、上述のとおり、患者に対して次に実施すべき処置や治療内容についての診療情報に基づく判断である。

図１０において、セット情報５４Ａ及びセット情報５４Ｂに示すように、Ａ薬の投薬と血圧降下の因果関係が認められた場合には、医師は、臨床判断として、さらに血圧を下げるために投薬を継続するか、あるいは、目標値まで血圧が下がったため、投薬を中止するなどの決定を行う。本例のグループＩＤが「Ｇ１」の情報グループ７０には、臨床判断として「投薬中止」が含まれている。

このように、セット情報５４のように原因と結果がセットになった情報は、臨床判断の根拠となる。臨床判断は、１つの因果関係を根拠とする場合もあれば、複数の因果関係を論理的に積み重ねる場合もある。１つの臨床判断の根拠となった因果関係、或いは因果関係の群が分かれば、医師の判断プロセスを把握することができる。情報グループ７０は、このような臨床判断の単位で、各臨床判断の根拠となる１件以上のセット情報５４をまとめたものである。

一覧表示領域４３の上には、グループ化ボタン６５が設けられており、また、セット情報５４の表示欄６０毎に、チェックボックス６６が設けられている。例えば、グループ化ボタン６５が、ポインタ３６で１回クリック操作されると、グループ化対象のセット情報５４の選択情報の入力が可能な状態となる。この状態で、ポインタ３６のクリック操作でチェックボックス６６がチェックされると、セット情報５４が選択される。チェック済みのチェックボックス６６がもう１回クリック操作されると、チェックが外れて、選択されたセット情報５４がキャンセルされる。グループ化ボタン６５が再度クリック操作されると、ＧＵＩ制御部３３は、要求発行部３４に対して、セット情報５４の選択情報を含むグループ化指示を発行するように指令する。グループ化指示は情報編集要求として診療支援サーバ１１に送信される。

また、一覧表示領域４３の下方には、臨床判断入力ボタン６７と、入力ボックス６８が設けられている。入力ボックス６８には、医師による臨床判断の内容を表すテキストデータが入力される。臨床判断入力ボタン６７は、入力ボックス６８内のテキストデータを、臨床判断の内容として、情報グループ７０に追加するボタンである。なお、臨床判断の内容はテキストデータの直接入力ではなく、リストで選択できるようにしてもよい。セット情報５４の入力が可能な状態において、臨床判断入力ボタン６７がクリック操作されると、グループ化対象に、セット情報５４に加えて臨床判断の内容が追加される。

作成された情報グループ７０は、臨床判断の根拠となる因果関係あるいは因果関係の群を示すものであるので、因果関係を論理的に積み重ねた医師の判断プロセスを表すものである。そのため、情報グループ７０は、医師の判断プロセスが適切であったかの検証に後で利用することができる。また、このような情報グループ７０は、医師の判断ノウハウを含んだ症例としての価値を持つ。このため、情報グループ７０を、過去の症例として利用することも可能である。

また、情報グループ７０を作成後、作成した情報グループ７０を閲覧するために、一覧表示領域４３に表示することができる。この場合には、チェックボックス６６のチェック操作により、表示した情報グループ７０内のセット情報５４の追加や削除も可能である。情報グループ７０の更新が行われた場合には、更新内容に応じたグループ化指示が、診療支援サーバ１１に送信される。

図７において、データ表示画面１５には、第１表示領域４１の左側に、編集ボタン６９Ａ、更新ボタン６９Ｂ、終了ボタン６９Ｃが設けられている。編集ボタン６９Ａは、データ表示画面１５の画面編集を行うための操作ボタンである。編集ボタン６９Ａを操作すると、例えば、画面編集を指示するための編集メニュー画面（図示しない）がポップアップ表示される。画面編集の項目には、例えば、第１表示領域４１及び第２表示領域４２の表示期間や時間尺度の設定や、第１表示領域４１のサブ領域の分割数の設定がある。さらに、各サブ領域に表示する時系列データＴＳや、項目表示欄４８その他の領域に表示する情報など、表示項目の設定がある。第１表示領域４１と第２表示領域４２の表示位置を逆転するなど、画面レイアウトを変更できるようにしてもよい。また、編集メニュー画面に、関連標識５６を付与するメニュー項目を表示してもよい。

編集メニュー画面により画面編集が指示されると、要求発行部３４は、指定内容に応じた画面編集要求を発行し、画面編集要求が診療支援サーバ１１に送信される。

更新ボタン６９Ｂは、データ表示画面１５を更新するための操作ボタンである。更新ボタン６９Ｂが操作される時点において、何らかの画面編集指示が入力されている場合には、更新ボタン６９Ｂが操作されると、要求発行部３４は、入力された画面編集指示を含む画面編集要求を発行する。画面編集指示が無い場合には、その時点における編集状態のデータ表示画面１５の画面データ１５Ａをリロードする配信要求を発行する。終了ボタン６９Ｃは、データ表示画面１５を終了させる操作ボタンである。

図１１に示すように、診療支援サーバ１１には、ＡＰ３０として診療支援サーバプログラムがインストールされており、プログラムを実行すると、診療支援サーバ１１のＣＰＵ２１Ｂは、メモリ２２などと協働して、要求受付部７１、画面データ生成部７２、関連付け処理部７３、検索部７４、出力制御部７８として機能する。

要求受付部７１は、クライアント端末１２からの各種要求を受け付ける。要求受付部７１は、配信要求や画面編集要求を受け付けた場合には、受け付けた要求を画面データ生成部７２に入力する。また、要求受付部７１は、関連付け指示、グループ化指示、検索要求を受け付ける受付部であり、関連付け指示やグループ化指示を含む情報編集要求を受け付けた場合には、受け付けた要求を関連付け処理部７３に入力する。また、検索要求を受け付けた場合には、検索要求を検索部７４に入力する。

画面データ生成部７２は、入力された配信要求に基づいて、配信要求で指定された患者ＩＤに関する時系列データＴＳを表示するデータ表示画面１５の画面データ１５Ａを生成する。画面データ１５Ａは、上述のとおり、ＷＥＢ配信用のＸＭＬデータである。画面データ生成部７２は、画面編集要求の内容に応じて、画面データ１５Ａの編集を行う。

関連付け処理部７３は、関連付け指示に基づいて、指定された第１情報及び第２情報をセットにした１件のセット情報５４を作成し、さらに、１件以上のセット情報５４を臨床判断の単位毎にグループ化して情報グループ７０を作成する。作成されたセット情報５４及び情報グループ７０は、診療支援サーバ１１内のストレージデバイス２３Ｂに保存される。ストレージデバイス２３Ｂには、症例データベース（以下、症例ＤＢという）８２が作成されている。上述のとおり、セット情報５４や情報グループ７０は、症例としての価値を持つため、症例として症例ＤＢ８２に格納される。症例ＤＢ８２内において、セット情報５４や情報グループ７０は、患者単位で保存される。

図１２に示すように、関連付け指示は、患者ＩＤの他に、関連付け設定画面６１で設定される内容に対応して、原因位置と結果位置の情報と、入力するコメントが含まれている。原因位置及び結果位置の情報は、それぞれ、時系列データＴＳのＴＳＩＤ、個別データＩＤ、日時の情報を含んでいる。関連付け処理部７３は、原因位置と結果位置の各個別データを第１情報及び第２情報としてセットにして、これにコメントとアクセス情報とを追加して、１件のセット情報５４を作成する。関連付け指示には、各個別データのどちらが原因と結果に対応するかを表す因果関係情報も含まれているので、セット情報５４には、因果関係情報も記録される。

セット情報５４のアクセス情報は、クライアント端末１２のデータ表示画面１５を通じて、セット情報５４に対してアクセスされた日時に関する情報である。アクセス情報には、セット情報５４が新規作成及び保存された作成日時、作成後にクライアント端末１２に配信されてデータ表示画面１５に表示された日時、作成後に一覧表示領域４３においてポインタ３６で選択されて閲覧された閲覧日時、内容が更新された更新日時などが含まれる。

また、グループ化指示には、グループ化対象とするセット情報５４の選択情報と、臨床判断の内容（テキストデータ等）が含まれる。関連付け処理部７３は、症例ＤＢ８２内において選択されたセット情報５４を特定し、特定されたセット情報５４と臨床判断の内容とをまとめた情報グループ７０を作成する。情報グループ７０内には、セット情報５４及び臨床判断の内容に加えて、アクセス情報が含まれる。情報グループ７０のアクセス情報は、情報グループ７０が新規作成及び保存された作成日時、作成後にクライアント端末１２に配信されてデータ表示画面１５に表示された日時、データ表示画面１５に表示中にポインタ３６で選択されて閲覧された閲覧日時、内容が更新された更新日時などが含まれる。さらに、情報グループ７０のアクセス情報には、情報グループ７０内のセット情報の追加や削除が行われた日時も記録される。

こうしたアクセス情報を記録しておくことで、情報グループ７０内のセット情報５４の表示順をソートすることが可能となる。例えば、作成日時や閲覧日時の順番を記録しておけば、作成順や閲覧順にセット情報５４をソートすることができる。臨床判断を行う過程では、セット情報５４を作成した順番や、閲覧した順番が、医師が因果関係を論理的に積み重ねる判断プロセスを端的に表す場合もある。作成順や閲覧順にセット情報５４をソートすることで、こうした判断プロセスを確認することが可能となる。図１２において、情報グループ７０内の２つのセット情報５４には、それぞれ、「１」、「２」の番号が付されているが、これは、ソートされた場合の各セット情報５４の表示順を示す。作成順でソートされていれば、ＩＤが「Ｓ１」のセット情報５４が１番目に、「Ｓ２」のセット情報５４が２番目に表示される。

図１１において、検索部７４は、検索要求に含まれるキーワードに基づいて、症例ＤＢ８１内のセット情報５４や情報グループ７０を検索し、検索結果を出力する。出力制御部７８は、画面データ生成部７２が生成した画面データ１５Ａや更新データ、関連付け処理部７３及び検索部７４の処理結果を要求元のクライアント端末１２に配信する制御を行う。クライアント端末１２は、受信した画面データ１５Ａや更新データに基づいてデータ表示画面１５をディスプレイに表示する。クライアント端末１２には、処理結果が表示される。

以下、上記構成の作用について、図１３を参照しながら説明する。データ表示画面１５を表示する際には、クライアント端末１２においてビューアソフトが起動される。医師により患者ＩＤが指定されて、配信要求が発行される。診療支援サーバ１１は、配信要求を受け付けると、配信要求に含まれる患者ＩＤを取り出して、指定された患者ＩＤに対応する時系列データＴＳをサーバ群１３から取得する。そして、取得した時系列データＴＳに基づいて画面データ１５Ａを生成して、生成した画面データ１５Ａをクライアント端末１２に配信する。クライアント端末１２は、受信した画面データ１５Ａに基づいてデータ表示画面１５を再現してディスプレイに表示する。

データ表示画面１５の第１表示領域４３には、患者の時系列データＴＳが表示される。医師は、複数の時系列データＴＳ間の因果関係を確認し、因果関係が認められると、ポインタ３６により時系列データＴＳ上の原因位置と結果位置を指定して、関連付け指示を入力する。また、医師が、複数の時系列データＴＳの因果関係に基づいて、患者に対して次に実施すべき処置や治療内容に関する臨床判断をした場合には、臨床判断の根拠となるセット情報５４のグループ化を行う。グループ化する場合には、グループ化ボタン６５をクリック操作して、セット情報５４の選択情報を入力可能な状態にする。一覧表示領域４３内のチェックボックス６６によりセット情報５４が選択され、入力ボックス６８に臨床判断が入力されると、臨床判断入力ボタン６７がクリック操作される。この状態で、グループ化ボタン６５が操作されると、グループ化指示が入力される。グループ化指示及び関連付け指示は、情報編集要求として診療支援サーバ１１に送信される。

診療支援サーバ１１において、要求受付部７１は、情報編集要求を待機し（Ｓ１０１０）、情報編集要求を受け付けると（Ｓ１０１０でＹ）、関連付け指示か、グループ化指示かを判定する（Ｓ１０２０，Ｓ１０７０）。関連付け指示の場合には（Ｓ１０２０でＹ）、関連付け処理部７３は、関連付け指示から、原因と結果に対応する第１情報及び第２情報を読み出し（Ｓ１０３０）、第１情報及び第２情報とをセットにした１件のセット情報を作成する（Ｓ１０４０）。関連付け処理部７３は、作成したセット情報５４を、ストレージデバイス２３Ｂに保存する（Ｓ１０５０）。ストレージデバイス２３Ｂ内においてセット情報５４は、症例ＤＢ８２に格納される。

一方、情報編集要求がグループ化指示と判定された場合には（Ｓ１０２０でＮ、Ｓ１０７０でＹ）、関連付け処理部７３は、グループ化指示から選択情報を読み出して、選択されたセット情報５４をグループ化して、情報グループ７０を作成する（Ｓ１０８０）。臨床判断の内容が含まれている場合には、臨床判断の内容も情報グループ７０に追加する。関連付け処理部７３は、作成した情報グループ７０をストレージデバイス２３Ｂに保存する（Ｓ１０９０）。ストレージデバイス２３Ｂ内において情報グループ７０は、症例ＤＢ８２に格納される。

セット情報５４は、複数の診療情報における因果関係を表すものであるので、セット情報５４を確認することにより、因果関係を簡単に把握できる。また、情報グループ７０は、因果関係あるいは因果関係を論理的に積み重ねた医師の判断プロセスを表すものであるので、情報グループ７０を確認することにより臨床判断の根拠となった因果関係あるいは因果関係の群を簡単に把握することができる。また、こうしたセット情報５４や情報グループ７０を作成することにより、臨床判断の根拠となった有用な情報を蓄積することができる。セット情報５４や情報グループ７０は、臨床判断の根拠となった情報を表すものであるため、症例として利用することも可能である。

本例では、セット情報５４として関連付けられる、患者の診療情報に関する第１情報及び第２情報として、予め取得されてデータ表示画面１５に表示される時系列データＴＳ上で指定された情報としているが、例えば、データ表示画面１５などにおいて、新規に入力した診療情報を第１及び第２情報としてセット情報５４の関連付けの対象としてもよい。したがって、本例では要求受付部７１が患者の診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける受付部である。

また、第１情報及び第２情報を、検査値や測定値などの数値、あるいは画像を例に説明したが、例えば、図１４に示すように、問診や所見などのテキストデータでもよい。本例のグループＩＤが「Ｇ１００」の情報グループ７０は、２つのセット情報５４を有している。１番目のセット情報５４には、原因として「膝軟骨を再生した」という治療記録が、結果として「ＱＯＬ（Quality Of Life）」（生活の質）が改善したという医師の所見が入力されている。また、２番目のセット情報５４には、原因として「術後痛み止め投薬」という処置記録と、結果として「改善」という医師の所見が入力されている。臨床判断としては、「経過観察」が入力されている。このようなテキストによるセット情報であっても、「膝軟骨を再生した事例で術後の痛み止めが良好に効いた」症例として有用な情報を提供することができる。また、本例のセット情報５４は、原因と結果がテキスト入力であるため、原因と結果以外のコメントの入力が無い。このようにセット情報５４にはコメントは無くてもよい。

また、テキストで入力される情報としては、問診記録や医師の所見などに限らず、検査結果や測定結果でもよい。例えば、血圧の測定値が１４０ｍｍＨｇから１１０ｍｍＨｇに降下した場合に、セット情報５４に対して結果として入力される情報は、測定値「１１０ｍｍＨｇ」という定量的な情報ではなく、「血圧の測定値が正常範囲に下がった」という定性的な情報でもよい。

また、本例では、第１情報及び第２情報の２つをセットにして１件のセット情報５４を作成したが、３つ以上をセットにして１件のセット情報５４を作成してもよい。例えば、２つの原因によって１つの結果が引き起こされる場合もある。このような場合には、２つの原因を表す第１情報及び第２情報と、結果を表す第３情報の３つの情報をセットにして１件のセット情報５４が作成される。この反対に、１つの原因によって２つの結果が引き起こされる場合もある。このような場合には、原因を表す第１情報と、結果を表す第２情報及び第３情報をセットにして１件のセット情報５４が作成される。要するに、原因と結果の対応関係が、１対多または多対１であれば、セットの対象はいくつでもよい。

また、情報グループ７０は、臨床判断の単位毎に作成されるが、例えば、通院の場合には、１回または複数回の通院で最終的な処置として処方箋を発行する単位で、作成される。また、例えば、初診でＸ線画像を撮影するＸ線検査をし、２回目で薬を処方した場合は、Ｘ線検査、薬の処方の全体で因果関係が認められれば、１つのセット情報５４が作成され、Ｘ線検査、薬の処方のそれぞれに何らかの因果関係が、それぞれに複数のセット情報５４が作成される。そして、臨床判断として最終的な処置が決定すると、情報グループ７０が作成される。また、入院の場合は、例えば、入院から退院までに作成される複数件のセット情報５４が１件の情報グループ７０としてグループ化される。グループ化の方法は様々な方法が考えられるが、要するに、情報グループ７０は、医師の臨床判断（次の処置や治療などの診療方針の決定）の根拠となる、因果関係のセットの集合であればよい。

また、本例では、情報グループ７０に、臨床判断の内容を含む例で説明したが、臨床判断の内容は無くてもよい。というのも、セット情報５４さえあれば、日付などから、臨床判断の内容自体は、例えば、患者の電子カルテを見て見当をつけることができる。そのため、多数の診療情報の中から、臨床判断の根拠として医師が着目した因果関係を表すセット情報５４さえあれば、医師の判断プロセスを把握することができる。もちろん、臨床判断の内容が含まれている方が、確認も容易であるため、好ましい。

［第２実施形態］
図１５〜図１８に示す第２実施形態は、診療支援サーバ１１を、カンファレンスに利用するためのカンファレンス対応機能を有する形態である。他の点については、第１実施形態と同様であり、以下、相違点を中心に説明する。図１５に示すように、カンファレンスは、複数人の医師が１人の患者の診療方針を検討する会議である。カンファレンスでは、例えば、複数人の医師Ｄ１〜Ｄ３がそれぞれのクライアント端末１２で診療支援サーバ１１にアクセスし、同じデータ表示画面１５を同時に閲覧する。そして、ある患者についての時系列データＴＳなどの診療情報を各医師Ｄ１〜Ｄ３で共有し、コミュニケーションを取り合いながら、診療方針が検討され、医師Ｄ１〜Ｄ３の合議により最終的な１つの臨床判断が下される。

カンファレンスは、コンピュータシステムの利用形態としては、いわゆるＷＥＢ会議に近い。診療支援サーバ１１において、出力制御部７８は、複数のクライアント端末１２に対して同じデータ表示画面１５の画面データ１５Ａを配信することが可能である。各クライアント端末１２からの画面編集要求に応じてデータ表示画面１５が更新された場合には、更新データを他のクライアント端末１２にも送信して、各クライアント端末１２間でデータ表示画面１５の同期が取られる。画面編集の権限は、例えば、カンファレンスの主催者となる１台のクライアント端末１２に限定される。

カンファレンスにおいては、複数の診療情報に関する複数の因果関係について、各医師Ｄ１〜Ｄ３によって議論されて、論理的な検証が積み重ねられることによって、患者にとって適切な診療方針が検討されて、最終的な臨床判断が下される。こうした議論の過程は、適切な診療方針に至る論理の流れに相当するため、これを簡単に保存できれば、後から議論の過程を振り返る際に非常に便利である。セット情報５４は複数の診療情報の因果関係を表すものであるため、カンファレンスにおいて議論の対象となった複数のセット情報５４は、議論の流れの骨子に相当する価値を持つ。診療支援サーバ１１のグループ化機能を利用することにより、議論の対象となった複数のセット情報５４をまとめる作業を簡単に行うことができる。

図１６に示すように、診療支援サーバ１１のデータ表示画面１５には、カンファレンス対応機能として、グループ化ボタン６５に加えて、例えば、カンファレンス開始ボタン９２、カンファレンス終了ボタン９３、準備期間グループ化ボタン（以下、準備期間ボタンという）９４、臨床判断入力ボタン６７、入力ボックス６８が設けられる。カンファレンス開始ボタン９２とカンファレンス終了ボタン９３は、カンファレンスの開始と終了のタイミングを入力するための操作部である。診療支援サーバ１１は、カンファレンス開始ボタン９２が操作されてから、カンファレンス終了ボタン９３が操作されるまでの間に、チェックボックス６６のチェック操作により選択された複数のセット情報５４をグループ化する。

例えば、グループ化ボタン６５が操作された後、カンファレンス開始ボタン９２が操作されると、グループ化指示が診療支援サーバ１１に送信される。関連付け処理部７３は、グループ化指示に基づいてカンファレンスが開始されたと判定する。カンファレンス開始ボタン９２の操作の際に図示しない入力ボックスからカンファレンスＩＤも入力される。この状態で、チェックボックス６６によりセット情報５４が選択されると、選択情報が診療支援サーバ１１に送信される。そして、カンファレンス終了ボタン９３が操作されると、グループ化終了指示が送信される。関連付け処理部７３は、グループ化終了指示に基づいてカンファレンスが終了したと判定する。関連付け処理部７３は、グループ化終了指示を受け付けると、グループ化指示からグループ化終了指示までの間に選択されたセット情報５４を１件の情報グループ７０として作成する。

また、グループ化が行われている間に、新規にセット情報５４を作成し、新規作成したセット情報５４をグループ化対象にすることもできる。さらに、また、第１実施形態と同様に、セット情報５４の作成日時や、セット情報５４がクリック操作により選択されて閲覧された閲覧日時などのアクセス情報も診療支援サーバ１１に送信されて、情報グループ７０に入力される。

また、準備期間ボタン９４は、カンファレンスの本番が開始される前の準備期間中において、選択したセット情報５４をグループ化するための操作ボタンである。準備期間ボタン９４は、１回のクリック操作でアクティブになる。アクティブになると、診療支援サーバ１１にグループ化指示が送信される。再度クリック操作されると、非アクティブになる。非アクティブになると、グループ化終了指示が送信される。準備期間ボタン９４がアクティブになっている間、選択されたセット情報５４がグループ化される。カンファレンスの本番中のグループ化と同様に、準備期間ボタン９４がアクティブになる前にセット情報５４だけでなく、準備期間ボタン９４がアクティブになった後に、新規作成したセット情報５４についても、グループ化の対象とすることができる。また、情報グループ７０の表示順についても、アクセス情報に基づいてソートしたり、さらに、準備作業をする医師が任意に設定することも可能である。

図１７に示すように、情報グループ７０には、カンファレンスの単位でカンファレンスＩＤが付与される。また、カンファレンスの本番か準備期間かを識別するためのグループ化種別も入力される。本番と準備期間は、それぞれが区別して保存されるように、異なるグループＩＤ（Ｇ１０、Ｇ１１）が付与される。ただし、両方とも同じカンファレンスに関するものなので、準備期間と本番の各情報グループ７０には、同じカンファレンスＩＤ（Ｃ−０１）が付与される。こうした処理は、関連付け処理部７３が実行する。

カンファレンスの一般的なワークフローは、主催者が患者の診療方針について検討し、その検討結果について、他の医師に意見を求めるという手順で行われる場合が多い。そのため、主催者が本番前に情報グループ７０を予め作成し、作成した情報グループ７０に基づいて、本番の議論が進められれば効率的である。カンファレンスの準備期間と本番で情報グループ７０を区別して保存することで、カンファレンスを効率的に進めることができる。

本例では、例えば、準備期間の情報グループ７０では、「Ｓ２」のセット情報５４に基づいて、「Ｃ薬投薬」という主催者の臨床判断が下されている。それに対して、本番の情報グループ７０では、「Ｓ２」のセット情報５４に加えて、「Ｓ１」のセット情報５４に着目されて、合議により「投薬中止」という臨床判断が下されている。このように、準備期間と本番の情報グループ７０を区別して保存することで、本番においてセット情報５４や臨床判断がどのように変更されたかが分かるため、本番で議論の焦点となった箇所を認識することも可能となる。

こうした情報グループ７０の表示順を、閲覧日時や作成日時でソートして保存しておけば、判断プロセスの把握も容易である。

カンファレンスは複数の医師によって行われるものであるから、検討結果の信頼性が高く、診断のノウハウとしての価値も高い。そのため、議論の過程や最終的に下された臨床判断は、１人の医師の判断プロセスと比べて、診断の支援情報としてはさらに有用であり、また、症例としての価値もより高い。本例のようなカンファレンスに対応する機能を設けることで、このような有用な情報を簡単に蓄積することができる。

なお、本例では、カンファレンスの開始と終了のタイミングを入力するために、カンファレンス開始ボタン９２とカンファレンス終了ボタン９３を設けているが、カンファレンスの開始と終了のタイミングの入力は、例えば、予めカンファレンスの開催期間が記録されたスケジュール情報に基づいて行ってもよい。この場合には、診療支援サーバ１１あるいはクライアント端末１２がスケジュール情報を参照して、カンファレンスの開始時刻や終了時刻を判定する。この判定結果に基づいてカンファレンスの開始と終了のタイミングが入力される。

［第３実施形態］
図１８及び図１９に示す第３実施形態は、診療支援サーバ１１に、少なくとも１件の記セット情報５４が検索条件として指定された検索要求に基づいて、症例ＤＢ８２の中から、検索条件として指定されたセット情報５４に類似する類似症例を検索する類似症例検索機能を備えたものである。症例ＤＢ８２内には、複数件の情報グループ７０が登録されている。上述のとおり、情報グループ７０は、臨床判断とその根拠となる因果関係とを含むため、症例として利用することが可能である。

診療支援サーバ１１の要求受付部７１は、検索要求受付部としてセット情報５４を含む検索要求を受け付ける。本例では、２件のセット情報５４を含む情報グループ７０が検索条件として指定されている。また、検索部７４には、類似症例検索部１０１が設けられる。類似症例検索部１０１は、検索条件として指定されたセット情報５４と、症例ＤＢ８２内の複数件の情報グループ７０（以下、症例という）との類似度を算出し、算出した類似度に基づいて類似度の高い類似症例を抽出する。

類似症例検索部１０１は、個別類似度算出部１０２、総合類似度算出部１０３が設けられている。個別類似度算出部１０２は、検索条件に含まれるセット情報５４と、症例に含まれるセット情報５４とを１対１で対応させて両者を比較し、セット情報５４同士の個別類似度を算出する。セット情報５４同士の比較では、原因と結果を同種同士（原因同士、結果同士）でそれぞれ比較されて、個別類似度が算出される。

図１９に示すように、例えば、検索条件Ｆや症例Ｃに複数件のセット情報５４が有る場合には、個別類似度算出部１０２は、検索条件Ｆに含まれるセット情報５４の診療項目と同じ診療項目のセット情報５４を症例Ｃから抽出し、同じ診療項目のセット情報５４同士を１対１で対応させて比較して、個別類似度を算出する。診療項目としては、例えば、血圧の測定値、同一の薬剤の投薬量などである。当然ながら診療項目が異なるもの同士を比較しても、比較の意味が無いからである。さらに、診療項目については、セット情報５４内の原因と結果の両方が同一であることが必要である。

本例では、原因にＣ薬の投薬量を、結果に血圧（下）の測定値をそれぞれ含む、「Ｆ１」のセット情報５４と、「Ｃ１」のセット情報５４とが比較されて、原因と結果のそれぞれについて個別類似度Ａ１、Ａ２が算出される。個別類似度算出部１０２は、比較対象が数値の場合には、例えば、検索条件Ｆと症例Ｃの数値の差分の絶対値を計算する。例えば、個別類似度Ａ１は、検索条件Ｆと症例ＣのそれぞれのＣ薬の投薬量の差分の絶対値である。個別類似度Ａ２も同様に、血圧（下）の測定値の差分の絶対値である。

個別類似度Ａ１、Ａ２は、それぞれ原因と結果の個別類似度であり、両者は投薬量と血圧の測定値というように診療項目が異なるため、診療項目に応じた重み付け処理が行われる。個別類似度算出部１０２は、個別類似度Ａ１、Ａ２に対してそれぞれ重み付け係数Ｗ１、Ｗ２を掛けて、正規化値を算出する。診療項目などのセット情報５４の種類に応じて重み付けを行うことにより、異なる種類同士の個別類似度の比較が可能になる。さらに、正規化された各個別類似度Ａ１、Ａ２の総和をセット情報５４全体の個別類似度Ａとして算出する。

また、検索条件Ｆと症例Ｃには、原因にＡ薬の投薬量を、結果に血圧（上）の測定値をそれぞれ含む、「Ｆ２」のセット情報５４と、「Ｃ３」のセット情報５４が含まれており、これらについても同一診療項目同士であるため、個別類似度が算出される。「Ｆ１」、「Ｃ１」のセット情報５４と同様に、原因と結果の個別類似度Ｂ１、Ｂ２が算出されて重み付け処理が行われる。個別類似度Ｂ１に対してはＣ薬の投薬量に応じた重み付け係数Ｗ３が、個別類似度Ｂ２に対しては血圧（下）の測定値に応じた重み付け係数Ｗ４がそれぞれ掛けられる。そして、個別類似度Ｂ１、Ｂ２の総和がセット情報５４全体の個別類似度Ｂとして算出される。

総合類似度算出部１０３は、算出した複数の個別類似度Ａ、Ｂの総和を総合類似度Ｑとして算出する。このような総合類似度Ｑが、症例毎に求められる。類似症例検索部１０１は、総合類似度Ｑを算出した症例の中から、総合類似度Ｑが高い症例を類似症例として抽出する。類似症例検索部１０１は、例えば、上位１０件程度の症例を類似症例として抽出し、抽出した類似症例を総合類似度Ｑ順に配列した類似症例リストを作成し、これを検索結果として出力する。

類似症例リストは、出力制御部７８を通じて、要求元のクライアント端末１２に送信される。クライアント端末１２は、データ表示画面１５上で開くサブウインドウなどに類似症例リストを表示する。医師は類似症例リストを参照することにより、過去の症例においてどのような臨床判断が下されたかを確認できるため、臨床判断の参考にすることができる。

なお、本例では、検索条件Ｆと症例Ｃ内に同一の診療項目のセット情報５４が同じ数（２つ）存在する例を示したが、当然ながら、検索条件Ｆと症例Ｃ内の同一診療項目のセット情報５４の数が一致しない場合もある。症例Ｃ内に、検索条件Ｆのセット情報５４と同じ診療項目のセット情報５４が複数件有る場合には、検索条件Ｆの１件のセット情報５４と、症例Ｃ内の複数件のセット情報５４のそれぞれを１対１で対応させて、複数の個別類似度を算出する。そして、同一診療項目の複数の個別類似度と、他の診療項目に関する個別類似度の組み合わせ毎に、総合類似度Ｑを算出する。この場合には、１件の検索条件Ｆと１件の症例Ｃ内の比較において、複数の総合類似度Ｑが算出されることになる。この場合には、複数の総合類似度Ｑのうち最も類似度が高いものを代表値として求めてもよい。

また、検索条件Ｆと症例Ｃ内に同一の診療項目のセット情報５４が同じ数存在する場合でも、例えば、図１９の「Ｃ２」のセット情報５４のように、症例Ｃ内に、検索条件Ｆとの比較においては無関係なセット情報５４が存在する場合もある。セット情報５４は、臨床判断の根拠となる因果関係を表すため、無関係なセット情報５４の存在は、類似症例としての価値を低下させる方向に作用する。そのため、検索条件Ｆとの比較において無関係なセット情報５４が存在する場合には、その数に応じて、総合類似度Ｑから減点を行うなどの補正を行うことが好ましい。これにより、より適切な類似症例を検索することができる。

また、図２０に示すように、類似症例検索部１０１は、検索条件Ｆのセット情報５４が１件追加される毎に、再検索を行い、再検索毎に検索結果を出力することが好ましい。例えば、１回目の類似症例検索では、１件のセット情報５４が検索条件Ｆとして指定される。類似症例検索部１０１は、１件のセット情報５４に基づいて類似症例を検索して、１回目の検索結果（類似症例リスト１０６）を出力する。そして、セット情報５４がもう１件追加されて２回目の類似症例検索が行われる。類似症例検索部１０１は、２回目の検索結果（類似症例リスト１０６）を出力する。同様に、もう１件セット情報５４が追加されると、３回目の類似症例検索が行われて３回目の検索結果（類似症例リスト１０６）が出力される。

検索結果は、１回の検索毎にクライアント端末１２に配信されて、データ表示画面１５のサブウインドウなどに表示される。このように、検索条件Ｆのセット情報５４を追加する毎に再検索を行って、再検索毎に検索結果を出力すれば、類似症例の絞り込みを簡単に行うことができる。この検索を都度行うことで、画面上で原因と結果を入力している最中に、入力しながら類似症例を参考にできるため、医師の判断にも役立つ。

上記各実施形態では、本発明の診療支援装置を、クライアント端末１２からの要求に基づいて診療情報を表示するデータ表示画面の画面データを配信する画面配信機能を有する診療支援サーバ１１の形態で説明したが、図２１に示す診療支援サーバ１１１のように、画面配信機能を別のサーバに担わせてもよい。

図２１の診療支援サーバ１１１は、画面配信機能が設けられておらず、要求受付部７１、関連付け処理部７３、検索部７４のみを有する。データ配信サーバ１１２には、要求受付部１１２Ａ、画面データ生成部７２、出力制御部７８が設けられる。クライアント端末１２からの関連付け指示やグループ化指示、検索に関する要求は、データ配信サーバ１１２を経由して、診療支援サーバ１１１に送信される。診療支援サーバ１１１は、要求に応じた処理結果をデータ配信サーバ１１２に配信する。データ配信サーバ１１２は、診療支援サーバ１１１からの処理結果を受けて、必要なデータをクライアント端末１２に配信する。

また、診療支援サーバ１１１は、症例ＤＢ８２についても分離されている。症例ＤＢ８２は症例ＤＢサーバ１１３に設けられる。診療支援サーバ１１１は、ネットワーク１４経由で症例ＤＢサーバ１１３にアクセスして、セット情報５４や情報グループ７０の保存や読み出しを行う。

また、図２２に示すように、診療支援サーバ１１、１１１の代わりに、クライアント端末１２を診療支援装置としてもよい。この場合には、クライアント端末１２に、要求受付部７１、画面データ生成部７２、関連付け処理部７３、検索部７４、出力制御部７８が設けられる。クライアント端末１２は、サーバ群１３にアクセスして時系列データを取得して、データ表示画面の画面データを生成する。クライアント端末１２は、生成した画面データをディスプレイ２８Ａに出力して表示する。そして、データ表示画面を通じて関連付け指示やグループ化指示を受け付けて、指示に応じた処理を実行して、ディスプレイ２８Ａに処理結果を表示する。また、クライアント端末１２は、症例ＤＢサーバ１１３にアクセスして、セット情報５４や情報グループ７０の保存や読み出しを行う。

図２３に示すように、症例ＤＢサーバ１１３は、ＡＰ３０として診療情報保存プログラムを実行することにより、ＣＰＵ２１Ｃが保存要求受付部１１３Ａ、保存処理部１１３Ｂとして機能する診療情報保存装置である。症例ＤＢサーバ１１３は、診療支援装置として機能する、診療支援サーバ１１、１１１、クライアント端末１２からのアクセスを受け付ける。保存要求受付部１１３Ａは、保存要求を受け付ける。保存処理部１１３Ｂは、保存要求に基づいて、症例ＤＢ８２内にセット情報５４や情報グループ７０を保存する保存処理を実行する。

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

また、上記各実施形態では、診療支援サーバ１１、１１１、症例ＤＢサーバ１１３について、１つの医療施設内で利用される形態で説明したが、複数の医療施設が利用できる形態としてもよい。

診療支援サーバ１１を例に説明すると、上記各実施形態では、診療支援サーバ１１は、１つの医療施設内に設置されるクライアント端末１２がＬＡＮなどのネットワーク１４を介して通信可能に接続され、クライアント端末１２からの要求に基づいて、関連付け処理やグループ化処理などのアプリケーションサービスを提供する形態である。複数の医療施設で利用可能にするには、例えば、図２４に示すように、診療支援サーバ１１は、例えば、インターネットや公衆通信網などのＷＡＮ（Wide Area Network）１２１を介して、複数の医療施設１２３に設置されるクライアント端末１２と通信可能に接続される。そして、診療支援サーバ１１は、複数の医療施設のクライアント端末１２からの要求を受け付けて、各クライアント端末に対して関連付け処理やグループ化処理に関するアプリケーションサービスを提供する。

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

また、図２５に示すように、電子カルテサーバ１６や画像サーバ１７を医療施設１２３外に設置してもよい。図２６に示すように、診療支援サーバ１１を医療施設１２３内に設置して、外部に設置された電子カルテサーバ１６や画像サーバ１７だけを利用する形態でもよい。

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

１１，１１１ 診療支援サーバ
１２ クライアント端末
１５ データ表示画面
５６ 関連標識
５４ セット情報
７０ 情報グループ
７３ 関連付け処理部
８２ 症例データベース
１０１ 類似度症例検索部
Ｇ グラフ
ＴＳ 時系列データ

Claims (20)

1. 患者の診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける受付部と、
   前記関連付け指示に基づいて、前記第１情報及び第２情報の少なくとも２つの情報をセットにした１件のセット情報を作成し、さらに、１件以上の前記セット情報を臨床判断の単位毎にグループ化して情報グループを作成する関連付け処理部とを、
   備えていることを特徴とする診療支援装置。
2. 前記関連付け処理部は、前記第１及び第２情報に加えて、前記セット情報に対して、入力されたコメントを追加可能であることを特徴とする請求項１に記載の診療支援装置。
3. 前記セット情報は、前記第１情報と前記第２情報の一方が原因に対応し他方が結果に対応することを示す因果関係情報を含むことを特徴とする請求項１又は２に記載の診療支援装置。
4. 前記関連付け処理部は、前記セット情報に加えて、前記情報グループに対して、前記臨床判断の内容を追加可能であることを特徴とする請求項１〜３のいずれか１項に記載の診療支援装置。
5. 前記診療情報は、前記患者の状態推移及び診療に関する経時的なデータ系列である第１時系列データ及び第２時系列データを含み、
   前記第１情報は、前記第１時系列データ上の第１指定位置のデータであり、
   前記第２情報は、前記第２時系列データ上の第２指定位置のデータであることを特徴とする請求項１〜４のいずれか１項に記載の診療支援装置。
6. 少なくとも１件の前記セット情報が検索条件として指定された検索要求を受け付ける検索要求受付部と、
   複数件の前記情報グループが症例として登録された症例データベースの中から、前記検索条件として指定された前記セット情報に類似する類似症例を検索する類似症例検索部とを備えていることを特徴とする請求項１〜５のいずれか１項に記載の診療支援装置。
7. 前記類似症例検索部は、前記検索条件に含まれる複数件の前記セット情報と、前記症例に含まれる複数件の前記セット情報とを１対１で対応させて比較して、前記セット情報同士の個別類似度を算出する個別類似度算出部と、
   算出した複数の前記個別類似度に基づいて、前記検索条件に含まれる複数件の前記セット情報の前記情報グループと、前記症例との総合類似度を算出する総合類似度算出部とを有しており、
   前記総合類似度に基づいて、前記類似症例を検索して検索結果を出力することを特徴とする請求項６に記載の診療支援装置。
8. 前記セット情報に含まれる前記第１情報と第２情報は、一方が原因に対応し、他方が結果に対応しており、
   前記個別類似度算出部は、前記第１情報及び第２情報について、前記原因と前記結果のそれぞれに対応する同種同士の比較により、前記個別類似度を算出することを特徴とする請求項７に記載の診療支援装置。
9. 前記類似症例検索部は、前記個別類似度に対して、前記セット情報の種類に応じて重み付け処理を行うことを特徴とする請求項７又は８に記載の診療支援装置。
10. 前記類似症例検索部は、前記検索条件の前記セット情報が１件追加される毎に、再検索を行い、再検索毎に前記検索結果を出力することを特徴とする請求項７〜９のいずれか１項に記載の診療支援装置。
11. 前記診療情報を表示する表示画面であって、前記第１情報と前記第２情報の前記関連付け指示の入力と、前記セット情報の表示が可能な表示画面の画面データを生成する画面データ生成部を有していることを特徴とする請求項１〜１０のいずれか１項に記載の診療支援装置。
12. 前記表示画面の画面データを複数の端末に配信して、複数人で患者の診療方針を検討するカンファレンスに利用する場合において、
    前記関連付け処理部は、前記カンファレンス中にアクセスされた複数件の前記セット情報を、１回の前記カンファレンスを単位とする前記情報グループに保存することが可能なことを特徴とする請求項１１に記載の診療支援装置。
13. 前記カンファレンスの本番に作成された情報グループと、前記カンファレンスの準備期間に作成された情報グループとを区別して保存することが可能であることを特徴とする請求項１２に記載の診療支援装置。
14. 前記表示画面には、前記カンファレンスの開始と終了のタイミングを入力するための操作部が設けられており、
    前記関連付け処理部は、前記操作部からの入力に応じて前記カンファレンスの開始と終了を判定することを特徴とする請求項１２又は１３に記載の診療支援装置。
15. 前記関連付け処理部は、前記カンファレンス中にアクセスされる複数件の前記セット情報について、前記アクセスされた順番をアクセス情報として保存することを特徴とする請求項１２〜１４のいずれか１項に記載の診療支援装置。
    
16. 患者の診療情報を表示する表示画面を通じて、前記診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける受付ステップと、
    前記関連付け指示に基づいて、前記第１情報及び第２情報の少なくとも２つの情報をセットにした１件のセット情報を作成し、さらに、１件以上の前記セット情報を臨床判断の単位毎にグループ化して情報グループを作成する関連付け処理ステップと、
    を有することを特徴とする診療支援方法。
17. 患者の診療情報を表示する表示画面を通じて、前記診療情報に関して指定又は入力される第１情報及び第２情報の関連付け指示を受け付ける受付ステップと、
    前記関連付け指示に基づいて、前記第１情報及び第２情報の少なくとも２つの情報をセットにした１件のセット情報を作成し、さらに、１件以上の前記セット情報を臨床判断の単位毎にグループ化して情報グループを作成する関連付け処理ステップと、
    をコンピュータに実行させるための診療支援プログラム。
18. 患者の診療情報に関して関連付けられた少なくとも第１情報及び第２情報がセットにされた１件のセット情報と、前記セット情報を１件以上含み、臨床判断の単位毎にグループ化された情報グループとを保存する保存要求を受け付ける保存要求受付部と、
    受け付けた保存要求に基づいて、記憶部に前記セット情報と前記情報グループを保存する保存処理部と、
    を備えていることを特徴とする診療情報保存装置。
19. 患者の診療情報に関して関連付けられた少なくとも第１情報及び第２情報がセットにされた１件のセット情報と、前記セット情報を１件以上含み、臨床判断の単位毎にグループ化された情報グループとを保存する保存要求を受け付ける保存要求受付ステップと、
    受け付けた保存要求に基づいて、記憶部に前記セット情報と前記情報グループを保存する保存処理ステップと、
    を有することを特徴とする診療情報保存方法。
20. 患者の診療情報に関して関連付けられた少なくとも第１情報及び第２情報がセットにされた１件のセット情報と、前記セット情報を１件以上含み、臨床判断の単位毎にグループ化された情報グループとを保存する保存要求を受け付ける保存要求受付ステップと、
    受け付けた保存要求に基づいて、記憶部に前記セット情報と前記情報グループを保存する保存処理ステップと、
    をコンピュータに実行させるための診療情報保存プログラム。

Images