(57)【要約】【課題】より充実した診療支援を簡単に行うことができる診療支援装置、システム、プログラム及び方法を提供する。【解決手段】診療支援サーバは、診療支援画面２１を生成してクライアント端末に配信する。診療支援画面２１は、診療スケジュールを表示する診療スケジュール表示領域２１ａと、関連情報を表示する関連情報表示領域２１ｂとを有している。診療スケジュール表示領域２１ａには、診療行為を時系列に並べた診療スケジュールが表示され、表示された診療行為のいずれかを選択することができる。関連情報表示領域２１ｂには、関連情報として、診療スケジュール表示領域２１ａにおいて選択された診療行為を実施する際に参照される各種情報が表示される。ユーザーは、スケジュールと関連情報とを参照して診療を行うことができる。【選択図】図９
2016071762.tif 000002
【特許請求の範囲】
【請求項１】
患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、前記診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御部と、
前記診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付部と、
複数の前記診療行為のそれぞれと、各前記診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、前記選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出し部と、
前記対応関係読み出し部によって読み出された対応関係に基づいて、前記選択された前記診療行為の前記関連情報を取得して、取得した前記関連情報を前記関連情報表示領域に表示する画面データ編集部とを備えていることを特徴とする診療支援装置。
【請求項２】
前記関連情報には、患者のバイタル情報と、各前記診療行為を実施する際に着目すべき着目情報との少なくとも１つが含まれることを特徴とする請求項１記載の診療支援装置。
【請求項３】
前記着目情報には、各前記診療行為を実施する際の注意事項と、診療スケジュールの進行ルートが分岐する場合における分岐条件との少なくとも１つが含まれることを特徴とする請求項２記載の診療支援装置。
【請求項４】
前記選択操作指示の入力が無い場合に、前記診療スケジュール内の１つの前記診療行為を自動的に選択する自動選択部を有しており、
前記対応関係読み出し部は、前記自動選択部が選択した前記診療行為に関する前記対応関係を読み出すことを特徴とする請求項１〜３のいずれか１項に記載の診療支援装置。
【請求項５】
データ編集要求に基づいて、前記記憶部に記憶された前記対応関係を編集するデータ編集部を備えたことを特徴とする請求項１〜４のいずれか１項に記載の診療支援装置。
【請求項６】
前記記憶部には、前記対応関係に加えて、前記関連情報表示領域において、前記関連情報を表示するためのレイアウトが記憶されており、
前記画面データ編集部は、前記対応関係及び前記レイアウトに基づいて、前記関連情報表示領域を編集することを特徴とする請求項１〜５のいずれか１項に記載の診療支援装置。
【請求項７】
前記関連情報の表示形態には、文字、数値、静止画像、動画像、グラフ及び表の少なくとも１つが含まれることを特徴とする請求項１〜６のいずれか１項に記載の診療支援装置。
【請求項８】
クライアント端末と、前記クライアント端末から入力される要求に基づいて診療行為を支援する診療支援装置とから構成される診療支援システムにおいて、
前記診療支援装置は、
患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、前記診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御部と、
前記診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付部と、
複数の前記診療行為のそれぞれと、各前記診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、前記選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出し部と、
前記対応関係読み出し部によって読み出された対応関係に基づいて、前記選択された前記診療行為の前記関連情報を取得して、取得した前記関連情報を前記関連情報表示領域に表示する画面データ編集部とを備えていることを特徴とする診療支援システム。
【請求項９】
診療行為を支援する診療支援装置としてコンピュータを機能させる診療支援プログラムにおいて、
患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、前記診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御ステップと、
前記診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付ステップと、
複数の前記診療行為のそれぞれと、各前記診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、前記選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出しステップと、
前記対応関係読み出し部によって読み出された対応関係に基づいて、前記選択された前記診療行為の前記関連情報を取得して、取得した前記関連情報を前記関連情報表示領域に表示する画面データ編集ステップとを前記コンピュータに実行させることを特徴とする診療支援プログラム。
【請求項１０】
患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、前記診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御ステップと、
前記診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付ステップと、
複数の前記診療行為のそれぞれと、各前記診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、前記選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出しステップと、
前記対応関係読み出し部によって読み出された対応関係に基づいて、前記選択された前記診療行為の前記関連情報を取得して、取得した前記関連情報を前記関連情報表示領域に表示する画面データ編集ステップとを診療支援装置に実行させることを特徴とする診療支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療を支援する診療支援装置、システム、プログラム及び方法に関する。
【背景技術】
【０００２】
医療分野において、診療を支援するための各種の医療用コンピュータシステムが提案されている。医療用コンピュータシステムの１つとして、下記特許文献１には、患者の症状などを設定すると、その後の診療スケジュールをシステム側で自動的に生成して表示する診療支援システムが記載されている。診療スケジュールは、患者に実施される複数の診療行為、具体的には、患者に対する診断、検査、治療、手術、及びそれらの準備行為などの診療行為を時間軸に沿って並べた診療計画である。診療スケジュールにおいて、診療行為を実施する時期や順番が規定される。診療スケジュールを作成することによって、医師や看護師などの医療スタッフの間で診療スケジュールの内容を共有することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−０６３２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、十分な診療支援を行うために、上記特許文献１のような診療スケジュールに加えて、診療スケジュールに関連するより多くの情報を参照できるようにすることが求められている。例えば、診療スケジュールからは各診療行為の実行順については把握できるが、実際に各診療行為を実行する場合には、実行する診療行為に対応する関連情報（体温、血圧、心電図などのバイタル情報や、診療の際の着目事項（注意点など））を参照する必要がある。しかし、上記特許文献１では、診療スケジュールを生成する機能しか有していないため、診療スケジュールを生成する手間は軽減できるものの、実際に診療を進める際には、上述した関連情報については別途に収集する必要があり手間がかかってしまうといった問題があった。
【０００５】
本発明は、上記背景を鑑みてなされたものであり、より充実した診療支援を簡単に行うことができる診療支援装置、システム、プログラム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の診療支援装置は、患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御部と、診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付部と、複数の診療行為のそれぞれと、各診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出し部と、対応関係読み出し部によって読み出された対応関係に基づいて、選択された診療行為の関連情報を取得して、取得した関連情報を関連情報表示領域に表示する画面データ編集部とを備えていることを特徴としている。
【０００７】
関連情報には、患者のバイタル情報と、各診療行為を実施する際に着目すべき着目情報との少なくとも１つが含まれるものでもよい。
【０００８】
着目情報には、各診療行為を実施する際の注意事項と、診療スケジュールの進行ルートが分岐する場合における分岐条件との少なくとも１つが含まれるものでもよい。
【０００９】
選択操作指示の入力が無い場合に、診療スケジュール内の１つの診療行為を自動的に選択する自動選択部を有しており、対応関係読み出し部は、自動選択部が選択した診療行為に関する対応関係を読み出すものでもよい。
【００１０】
データ編集要求に基づいて、記憶部に記憶された対応関係を編集するデータ編集部を設けてもよい。
【００１１】
記憶部には、対応関係に加えて、関連情報表示領域において、関連情報を表示するためのレイアウトが記憶されており、画面データ編集部は、対応関係及びレイアウトに基づいて、関連情報表示領域を編集するものでもよい。
【００１２】
関連情報の表示形態には、文字、数値、静止画像、動画像、グラフ及び表の少なくとも１つが含まれるものでもよい。
【００１３】
また、上記目的を達成するために、本発明の診療支援システムは、クライアント端末と、クライアント端末から入力される要求に基づいて診療行為を支援する診療支援装置とから構成される診療支援システムにおいて、診療支援装置は、患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御部と、診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付部と、複数の診療行為のそれぞれと、各診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出し部と、対応関係読み出し部によって読み出された対応関係に基づいて、選択された診療行為の関連情報を取得して、取得した関連情報を関連情報表示領域に表示する画面データ編集部とを備えていることを特徴としている。
【００１４】
また、上記目的を達成するために、本発明の診療支援プログラムは、診療行為を支援する診療支援装置としてコンピュータを機能させる診療支援プログラムにおいて、患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御ステップと、診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付ステップと、複数の診療行為のそれぞれと、各診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出しステップと、対応関係読み出しステップによって読み出された対応関係に基づいて、選択された診療行為の関連情報を取得して、取得した関連情報を関連情報表示領域に表示する画面データ編集ステップとをコンピュータに実行させることを特徴としている。
【００１５】
また、上記目的を達成するために、本発明の診療支援方法は、患者に実施される複数の診療行為を時間軸に沿って並べた診療スケジュールを表示する診療スケジュール表示領域と、診療行為の実施に関連する関連情報を表示する関連情報表示領域とを有する診療支援画面を出力する出力制御ステップと、診療スケジュール表示領域内の診療スケジュールに含まれる複数の診療行為の中から１つの診療行為を選択する選択操作指示を受け付ける操作指示受付ステップと、複数の診療行為のそれぞれと、各診療行為に対応する関連情報との対応関係を記憶する記憶部にアクセスして、選択操作指示により選択された診療行為に関する対応関係を読み出す対応関係読み出しステップと、対応関係読み出しステップによって読み出された対応関係に基づいて、選択された診療行為の関連情報を取得して、取得した関連情報を関連情報表示領域に表示する画面データ編集ステップとを診療支援装置に実行させることを特徴としている。
【発明の効果】
【００１６】
本発明は、診療スケジュールに組み込まれた診療行為に関連する関連情報を、診療スケジュールと同じ画面に表示するようにしたので、従来と比較して、より充実した診療支援を簡単に行うことができる
【図面の簡単な説明】
【００１７】
【図１】診療支援システムの構成を示す説明図である。
【図２】カルテＤＢの内容を示す説明図である。
【図３】画像ＤＢの内容を示す説明図である。
【図４】スケジュールＤＢの内容を示す説明図である。
【図５】対応情報の内容を示す説明図である。
【図６】レイアウト情報の内容を示す説明図である。
【図７】診療支援サーバ等に用いられるコンピュータの電気的な構成を示すブロック図である。
【図８】クライアント端末の機能概要を示す説明図である。
【図９】診療支援画面を示す説明図である。
【図１０】関連情報表示領域に表示される関連情報を示す説明図である。
【図１１】関連情報表示領域に表示される関連情報を示す説明図である。
【図１２】診療支援サーバの機能概要を示す説明図である。
【図１３】診療支援画面の表示と編集の概略的な手順を示すフローチャートである。
【図１４】画面生成用ＤＢの内容を示す説明図である。
【図１５】画面生成用ＤＢの内容を示す説明図である。
【図１６】血圧変移を表形態で表示した様子を示す説明図である。
【図１７】血圧変移をグラフ形態で表示した様子を示す説明図である。
【図１８】診療支援サーバの機能概要を示す説明図である。
【図１９】クライアント端末の機能概要を示す説明図である。
【発明を実施するための形態】
【００１８】
［第１実施形態］
図１に示す診療支援システム１０は、病院等の医療施設で実施される診療行為を支援するために用いられるコンピュータシステムである。この診療支援システム１０は、診療支援サーバ１１と、クライアント端末１２と、サーバ群１３と、これらを相互に通信可能に接続するネットワーク１４とで構成されている。ネットワーク１４は、例えば、院内に敷設されたＬＡＮ（Local Area Network）である。
【００１９】
サーバ群１３には、電子カルテサーバ１５、画像サーバ１６、スケジュールサーバ１７などが含まれる。電子カルテサーバ１５は、電子カルテデータベース（以下、電子カルテＤＢ）１８を備えている。また、画像サーバ１６は、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバであり、画像データベース（以下、画像ＤＢ）１９を備えている。さらに、スケジュールサーバ１７は、スケジュールデータベース（以下、スケジュールＤＢ）２０を備えている。これら、カルテＤＢ１８、画像ＤＢ１９、スケジュールＤＢ２０は、例えば、患者ＩＤ（Identification Data）などのキーワードによる検索が可能なデータベースである。
【００２０】
図２に示すように、カルテＤＢ１８には、複数の電子カルテが格納されている。電子カルテは患者毎に設けられ、各電子カルテには、患者情報、診療情報、所見、検査結果が含まれる。なお、診療情報には、問診、検査、診断などの診察記録、処置、手術などの治療記録などが含まれる。また、患者情報には、患者ＩＤ、患者の氏名、年齢、性別などが含まれる。
【００２１】
さらに、所見には、診療行為を実施する際の注意事項を含む着目情報が含まれている。注意事項は、例えば、高血圧である旨の注意や、投薬の際の禁忌情報の他、類似の症例における処置内容及びその結果などの情報なども含まれる。さらに、着目情報には、分岐条件も含まれる。分岐とは、例えば、診療スケジュールにおける進行ルートの分岐を意味する。例えば、診療スケジュールにおいては、検査結果が良好な場合に実施される診療行為と、検査結果が好ましくない場合に実施される診療行為は異なるというように、検査結果いかんによって進行ルートは異なる。分岐条件は、複数の進行ルートの分岐点においてどちらの進行ルートに進むかを決定するための条件である。このように分岐点における診療行為が検査であれば、検査結果が分岐条件となる。
【００２２】
また、検査結果には、患者のバイタル情報（体温、血圧、脈拍、心電図など）が含まれる。さらに、検査結果には、検査結果に画像（検査画像）が含まれる場合、この検査画像の参照先（保管先）を示すアドレス情報も含まれる。
【００２３】
これら、カルテＤＢ１８に記憶された診療記録や所見、検査結果などの情報は、医療施設において診療行為の実施に関連する関連情報である。関連情報は、診療行為を実施する際に参照される。
【００２４】
図３に示すように、画像ＤＢ１９には、Ｘ線検査やＣＴ検査などの画像検査で撮影された検査画像が格納されている。検査画像には、患者ＩＤ、撮影日、撮影機器、撮影部位、撮影条件などが付加されている。これら、画像ＤＢ１９に記憶された検査画像、及び、検査画像に付加された各種情報は、前述したカルテＤＢ１８に記憶されたデータと同様に、診療行為の実施に関連する関連情報であり、診療行為を実施する際に参照される。
【００２５】
図４に示すように、スケジュールＤＢ２０には、複数の診療スケジュールが記憶されている。診療スケジュールは、患者毎に設けられ、各診療スケジュールには患者ＩＤが付加されている。診療スケジュールは、患者に実施される複数の診療行為を時間軸に沿って実施順に並べたものであり、図４の例では、「ガン検診」の診療スケジュールを示している。
【００２６】
図４に示すように、「ガン検診」は、複数の臓器の検診を含むものである。「ガン検診」の中には、「肺ガン検診」、「胃ガン検診」、「大腸ガン検診」といった複数種類（本例では３つ）のガン検診が含まれている。そして、各種のガン検診は、「一次検査（血液検査）」や「精密検査（ＣＴ検査、内視鏡検査）」などの複数の診療行為で構成される。
【００２７】
本例において、「ガン検診」は、複数種類のガン検診を含むため、大分類の診療行為に相当し、大分類の診療行為を構成要素とする診療スケジュールを、大分類の診療スケジュールという。「肺ガン検診」、「胃ガン検診」、「大腸ガン検診」の各種のガン検診は、中分類の診療行為に相当し、中分類の診療行為を構成要素とする診療スケジュールを、中分類の診療スケジュールという。そして、各種のガン検診を構成する複数の診療行為が、小分類の診療行為に相当し、小分類の診療行為を構成要素とする診療スケジュールを小分類の診療スケジュールという。
【００２８】
また、図４において、本例の診療スケジュールでは、中分類の各種ガン検診においては、「肺ガン検診」、「胃ガン検診」、「大腸ガン検診」の順番で行われることが規定されている。そして、各種のガン検診において、メインの進行ルートは、「一次検査」、「一次判定」、「精密検査」、「精密判定」がこの順番で実施されるルートである。「一次判定」及び「精密判定」は、それぞれ分岐点となっており、「一次判定」及び「精密判定」の結果いかんによっては、メインの進行ルートとは異なるサブの進行ルートへ移行する。
【００２９】
具体的には、「一次判定」により、陰性と判定された場合には、メインの進行ルートからサブの進行ルートへ移行する。この場合には、メインの進行ルートの「精密検査」は行われず、肺ガン検診が終了する。一方、「一次判定」により、陽性と判定された場合、メインの進行ルートを進み、次の診療行為である「精密検査」が行われる。さらに、「精密検査」の後、「精密判定」において陰性と判定されると、サブの進行ルートへ移行して、その後の診療行為行われず、肺ガン検診が終了する。「精密判定」により陽性と判定されると、メインの進行ルートを進み、次の診療行為である「肺ガン治療」へと進む。
【００３０】
図１に戻り、クライアント端末１２は、内科、外科、耳鼻科、眼科といった各診療科に設置される端末であり、例えば、診療科の医師によって操作される。クライアント端末１２は、電子カルテサーバ１５にアクセスして、電子カルテの生成（入力）や閲覧（表示）をする機能を有している。また、クライアント端末１２は、画像サーバ１６にアクセスして、検査画像を閲覧する機能を有している。さらに、クライアント端末１２は、スケジュールサーバ１７にアクセスして、診療スケジュールの生成や閲覧をする機能を有している。
【００３１】
また、クライアント端末１２は、診療支援サーバ１１にアクセスして、診療支援画面２１（図９参照）を閲覧したり、各種操作指示（要求）を入力する機能を有している。診療支援画面２１は、診療の実施を支援するための画面であり、診療スケジュールを表示する診療スケジュール表示領域２１ａと、診療スケジュール表示領域２１ａに表示された診療スケジュールの構成要素となる診療行為のうち、選択された診療行為に関連する関連情報を表示する関連情報表示領域２１ｂとを有している。
【００３２】
診療支援サーバ１１は、クライアント端末１２からの要求に基づいて、診療支援画面２１の生成及び編集を行い、クライアント端末１２へ配信する、本発明の診療支援装置である。診療支援サーバ１１には、診療支援画面２１を生成する際に用いられる対応情報、及び、レイアウト情報が記憶された画面生成用データベース（本発明の記憶部であり、以下、画面生成用ＤＢと称する）２２が設けられている。
【００３３】
図５に示すように、対応情報は、各診療行為のそれぞれと、各診療行為に対応する関連情報との対応関係を示すものであり、図５の例では、診療行為Ａの関連情報として、関連情報１〜３が対応付けされている。診療行為Ａにおいては、関連情報１は「ＣＴ画像（ＣＴ検査により得られた検査画像）」、関連情報２は「超音波画像（超音波検査により得られた検査画像）」、関連情報３は「心電図」である。また、診療行為Ｂの関連情報として、関連情報１〜４が対応付けされている。診療行為Ｂにおいては、関連情報１は「ＣＴ画像」、関連情報２は「超音波画像」、関連情報３は「血液検査の結果」、関連情報４は「心電図」である。さらに、診療行為Ｃの関連情報として、関連情報１〜４が対応付けされている。診療行為Ｃにおいては、関連情報１は「超音波画像」、関連情報２は「注意事項」、関連情報３は「分岐条件」、関連情報４は「心電図」である。なお、「注意事項」及び「分岐条件」は、それぞれ所見に含まれる文章データである。
【００３４】
図６に示すように、レイアウト情報は、関連情報表示領域において、関連情報を表示する位置、大きさ、及び数を規定する情報である。
【００３５】
図６の例では、レイアウト情報には、予め設定された複数種類のレイアウト１、２、３、４・・・が含まれている。例えば、レイアウト１は、関連情報が１つの場合に選択されるレイアウトである。レイアウト１では、関連情報表示領域２１ｂの全ての領域を使って関連情報１が表示される。レイアウト２は、関連情報が２つの場合に選択されるレイアウトである。レイアウト２では、関連情報表示領域２１ｂを左右に２分割し、左側の領域に関連情報１が表示され、右側の領域に関連情報２が表示される。
【００３６】
レイアウト３は、関連情報が３つの場合に用いられるレイアウトである。レイアウト３では、関連情報表示領域２１ｂを左右に２分割し、さらに、右側の領域上下に２分割する。そして、左側の領域に関連情報１が表示され、右上の領域に関連情報２が表示され、右下の領域に関連情報３が表示される。レイアウト４は、関連情報が４つの場合に用いられるレイアウトである。レイアウト４では、関連情報表示領域２１ｂを上下左右に４分割し、左上の領域に関連情報１が表示され、右上の領域に関連情報２が表示され、左下の領域に関連情報３が表示され、右下の領域に関連情報４が表示される。
【００３７】
診療支援サーバ１１やクライアント端末１２、及び、サーバ群１３を構成する電子カルテサーバ１５、画像サーバ１６、スケジュールサーバ１７は、パーソナルコンピュータ、サーバコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、クライアントプログラム又はサーバプログラム等のアプリケーションプログラムをインストールして構成される。
【００３８】
図７に示すように、各サーバ１１、１５〜１７、及び、クライアント端末１２を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ＣＰＵ（Central Processing Unit）３１、メモリ３２、ストレージデバイス３３、通信Ｉ／Ｆ３４、及び入出力部３５を備えている。これらはデータバス３６を介して接続されている。入出力部３５は、ディスプレイ３７と、キーボードやマウスなどの入力デバイス３８とからなる。
【００３９】
ストレージデバイス３３は、例えば、ＨＤＤ（Hard Disk Drive）であり、制御プログラムやアプリケーションプログラム（以下、ＡＰという）４０が格納される。また、ＤＢが構築されるサーバ１１、１５〜１７には、プログラムを格納するＨＤＤとは別に、ＤＢ用のストレージデバイス３３として、例えば、ＨＤＤを複数台連装したディスクアレイが設けられる。なお、ディスクアレイは、サーバ本体に内蔵されるものでもよいし、サーバ本体とは別に設けられ、サーバ本体にＬＡＮ（Local Area Network）などのネットワークを通じて接続されるものでもよい。
【００４０】
メモリ３２は、ＣＰＵ３１が処理を実行するためのワークメモリであり、ＲＡＭ（Random Access Memory）で構成される。ＣＰＵ３１は、ストレージデバイス３３に格納された制御プログラムをメモリ３２へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。通信Ｉ／Ｆ３４は、ネットワーク１４との間の伝送制御を行うネットワークインタフェースである。
【００４１】
クライアント端末１２には、ＡＰ４０として、クライアントプログラムがインストールされている。クライアントプログラムは、診療支援サーバ１１にアクセスして診療支援画面２１の閲覧要求や編集要求などの各種要求を送信する機能、診療支援サーバ１１からクライアント端末１２に送られた診療支援画面２１を受信して表示する機能を、クライアント端末１２に実行させるためのプログラムである。なお、クライアントプログラムは、診療支援システム１０専用にプログラミングされたものであってもよいし、周知のウェブブラウザであってもよい。
【００４２】
図８に示すように、クライアントプログラムが起動されると、クライアント端末１２のディスプレイ３７には、ＧＵＩ（Graphical User Interface）による操作機能を備えた起動画面が表示され、クライアント端末１２のＣＰＵ３１は、メモリ３２などと協働して、ＧＵＩ制御部５０、及び診療支援サーバ１１に対する各種の要求を発行する要求発行部５１として機能する。起動画面において患者ＩＤの指定や診療支援画面２１の配信要求を発行する操作が行われる。
【００４３】
診療支援画面２１は、例えば、ＸＭＬ（Extensible Markup Language）などのマークアップ言語により記述されたデータで構成され、この診療支援画面２１自体もＧＵＩによる操作機能を備えている。ＧＵＩ制御部５０は、マウスのポインタ５２による操作ボタンのクリック操作など、診療支援画面２１を通じた入力デバイス３８からの操作指示を受け付けて、受け付けた操作指示に従った画面制御を行う。要求発行部５１に対しては、ＧＵＩ制御部５０を通じて、配信要求や画面編集要求の発行指示が入力される。要求発行部５１は、発行指示に従って、指定された患者ＩＤの診療支援画面２１の配信要求や、指定された内容の画面編集要求を発行する。
【００４４】
図９に示すように、診療支援画面２１は、前述した診療スケジュール表示領域２１ａ、関連情報表示領域２１ｂの他、患者情報表示領域２１ｃを有している。患者情報表示領域２１ｃには、患者情報、すなわち、患者ＩＤ、患者の氏名、年齢、性別が表示される。
【００４５】
診療スケジュール表示領域２１ａには、診療スケジュールが表示される。前述のように、診療スケジュールは、大分類、中分類、小分類の３つレベルに階層化される。診療スケジュール表示領域２１ａは、各分類の診療スケジュールをそれぞれ表示するサブ領域に区画されている。３つのサブ領域は、そのうちの１つが拡大表示され、拡大表示されたサブ領域では、診療スケジュールの構成要素が判別できるように表示される。初期状態では、小分類の診療スケジュールのサブ領域が拡大され、小分類の診療スケジュールの構成要素となる診療行為の名称が判別できるように表示されている。また、拡大されたサブ領域以外の診療スケジュール（初期状態では、大分類及び中分類の診療スケジュール）については、診療行為の名称は表示されず、ハッチングで示すように診療行為の存在のみが識別可能に表示されている。
【００４６】
これら、各サブ領域のうち拡大表示するサブ領域を切り替える際は、例えば、各サブ領域にポインタ５２を重ねてクリック操作する。これにより、拡大表示するサブ領域を切り替えるための画面編集要求が発行され、クライアント端末１２から診療支援サーバ１１に対して画面編集要求が送信される。診療支援サーバ１１は、発行要求に従って診療支援画面２１の診療スケジュール表示領域２１ａを編集する。具体的には、診療支援サーバ１１は、診療スケジュール表示領域２１ａにおいて、拡大表示するサブ領域を切り替える編集を行って、編集済みの画面データをクライアント端末１２に配信する。これにより、クライアント端末１２において、拡大表示するサブ領域が変更された診療スケジュール表示領域２１ａが表示される。
【００４７】
関連情報表示領域２１ｂには、診療スケジュール表示領域２１ａに表示された診療スケジュールに含まれる診療行為のうち、選択された診療行為に関連する関連情報が表示される。選択された診療行為は、非選択の診療行為と識別できるように、例えば、診療行為の名称を囲む枠が、太枠で表示される。もちろん、枠内にハッチングを施すことによって他の診療行為と識別できるようにしてもよい。本例では、「一次検査」が選択されており、関連情報表示領域２１ｂには、「一次検査」の関連情報が表示されている。
【００４８】
診療行為の選択は、例えば、診療行為の名称にポインタ５２を重ねてクリック操作することによって行われる。これにより、関連情報を表示する診療行為の種類を選択する選択操作指示が入力され、入力された選択操作指示に基づく画面編集要求が発行される。そして、診療支援サーバ１１において、発行要求に従って診療支援画面２１の関連情報表示領域２１ｂが編集される。
【００４９】
このように、関連情報表示領域２１ｂには、診療スケジュール表示領域２１ａにおいて選択された診療行為の関連情報が表示される。クライアント端末１２から診療支援画面２１の配信要求を最初に受けた場合には、診療支援サーバ１１は、初期状態の診療支援画面２１を配信する。診療支援画面２１の初期状態においては、ユーザーによる診療行為の選択は行われていない。この場合には、診療支援サーバ１１の画面データ編集部６１（図１２参照）は、予め設定された診療行為を自動的に選択し、自動選択した関連情報を関連情報表示領域２１ｂに表示した診療支援画面２１を生成する。ここで、画面データ編集部６１は、本発明の自動選択部として機能する。予め設定される診療行為としては、例えば、診療スケジュール表示領域２１ａの拡大表示されたサブ領域において、最上部に表示される診療行為や、直近に実施される予定の診療行為である。
【００５０】
前述のように、各診療行為と各診療行為に対応する関連情報とは、画面生成用ＤＢ２２に記憶されている対応関係によって対応付けられている（図５参照）。また、レイアウトは、関連情報を表示する位置、大きさ、数を規定する（図６参照）。そのため、診療行為の選択により、選択された診療行為の関連情報の数が決まるので、レイアウトも自動的に選択される。例えば、図５に示す診療行為Ａが選択された場合には、診療行為Ａの関連情報は、関連情報１〜３の３つであるため、レイアウトは、３つの関連情報を表示可能なレイアウト３が自動的に選択される。
【００５１】
本例では、図５に示す診療行為Ａと、図９に示す「一次検査」は対応している。そのため、図９において、関連情報表示領域２１ｂには、関連情報１として「ＣＴ画像」が表示され、関連情報２として「超音波画像」が表示され、関連情報３として「心電図」が表示される。
【００５２】
また、本実施形態では、関連情報表示領域２１ｂにサムネイル画像表示領域２１ｄを設けている。サムネイル画像表示領域２１ｄには、選択された診療行為の関連情報を縮小したサムネイル画像が表示される。サムネイル画像表示領域２１ｄには、各サムネイル画像の下方に、各サムネイル画像に対応する関連情報を表示するか否かを指定するための指定タグ２１ｅが設けられており、指定タグ２１ｅを、ポインタ５２でクリック操作することによって、各サムネイル画像に対応する関連情報を表示するか否かを切り替えることができる。
【００５３】
このように、関連情報表示領域２１ｂには、診療スケジュール表示領域２１ａに表示された診療スケジュールに含まれる診療行為のうち、選択された診療行為の関連情報が表示されるので、クライアント端末１２のユーザー（医師や看護士、検査技師などの医療スタッフなど）は、診療支援画面２１に基づいて、診療スケジュールと関連情報との両方を参照しながら診療を進めることができる。
【００５４】
なお、図９の例は、図５に示す診療行為Ａに対応する「一次検査」が選択され、関連情報１（ＣＴ画像」、関連情報２（超音波画像）、関連情報３（心電図）の３つの関連情報が、レイアウト３（図６参照）で表示される例を示しているが、もちろん、選択される診療行為に応じて、関連情報表示領域２１ｂの表示内容は変化する。
【００５５】
例えば、図１０に示すように、診療行為Ｂ（図５参照）が選択されると、関連情報１（ＣＴ画像）、関連情報２（超音波画像）、関連情報３（血液検査の結果）、関連情報４（心電図」）、レイアウト４（関連情報が４つの場合に用いられる表示レイアウト（図６参照））で表示される。
【００５６】
また、図１１に示すように、診療行為Ｃ（図５参照）が選択されると、関連情報１（注意事項）、関連情報２（分岐条件）、関連情報３（超音波画像）、関連情報４（心電図）が、レイアウト４で表示される。なお、図１１では、関連情報１（注意事項）、及び、関連情報２（分岐条件」）については、文書データの保管先（アクセス先）へアクセスするためのショートカットボタンとなっており、ポインタ５２を重ねてクリック操作することで、対応する文章データが表示される。
【００５７】
図１２に示すように、診療支援サーバ１１には、ＡＰ４０として、サーバプログラムがインストールされており、サーバプログラムが起動されると、診療支援サーバ１１のＣＰＵ３１は、メモリ３２などと協働して、要求受付部６０、画面データ編集部６１、出力制御部６２として機能する。
【００５８】
要求受付部６０は、クライアント端末１２で行われた各種操作に基づく要求、すなわち、診療支援画面２１の配信要求や、診療支援画面２１の画面編集要求を受け付ける。要求受付部６０は、配信要求や画面編集要求を受け付けた場合には、受け付けた要求を画面データ編集部６１に入力する。このようにして入力される画面編集要求の中には、診療スケジュール表示領域２１ａ内の診療スケジュールに含まれる複数の診療行為の中かから、１つの診療行為を選択する選択操作指示に基づく画面編集要求も含まれる。すなわち、要求受付部６０は、本発明の操作指示受付部である。
【００５９】
画面データ編集部６１は、クライアント端末１２から入力された配信要求で指定された患者ＩＤに関する診療スケジュールをスケジュールＤＢ２０から取得する。また、画面データ編集部６１は、クライアント端末１２から入力された配信要求や画面編集要求で選択された診療行為について、当該診療行為と関連情報との対応情報を、画面生成用ＤＢ２２にアクセスして読み出す。対応情報は、診療行為と関連情報の対応関係を表すので、画面データ編集部６１は、本発明の対応関係読み出し部として機能する。
【００６０】
そして、画面データ編集部６１は、読み出した対応情報から選択された診療行為の関連情報を決定し、決定した関連情報を、カルテＤＢ１８や画像ＤＢ１９から取得する。さらに、画面データ編集部６１は、取得した関連情報の数に対応するレイアウトを画面生成用ＤＢ２２から取得する。そして、取得した関連情報を診療支援画面２１の関連情報表示領域２１ｂに表示する編集を行う。これにより、関連情報表示領域２１ｂには、選択された診療行為に対応する関連情報が表示される。
【００６１】
出力制御部６２は、画面データ編集部６１が生成した診療支援画面２１を要求元のクライアント端末１２に配信する処理を行う。クライアント端末１２は、受信した診療支援画面２１を自身のディスプレイ３７に表示する。
【００６２】
以下、図１３を用いて、上記構成による本発明の作用について説明を行う。診療支援画面２１を表示する際には、クライアント端末１２においてクライアントプログラムを起動し、患者ＩＤを指定する。これにより、クライアント端末１２において診療支援画面２１の配信要求が発行され、診療支援サーバ１１に入力される。診療支援サーバ１１は、配信要求を受け付けると、初期状態の診療支援画面２１を生成し、クライアント端末１２に配信する。クライアント端末１２では、このようにして配信された初期状態の診療支援画面２１をディスプレイに表示する。
【００６３】
なお、初期状態の診療支援画面２１は、診療スケジュール表示領域２１ａにおいて、予め設定された分類、例えば、小分類の診療スケジュールのサブ領域を拡大表示したものである（図９参照）。また、初期状態の診療支援画面２１は、小分類の診療スケジュールに含まれる診療行為のうち、自動的に選択された診療行為（例えば、拡大表示されたサブ領域において、最上部に表示された診療行為）の関連情報を、関連情報の数に応じたレイアウトで、関連情報表示領域２１ｂに表示したものである（図９参照）。
【００６４】
クライアント端末１２では、このようにして表示された初期状態の診療支援画面２１に対して、各分類の診療スケジュールが表示されるサブ領域のうちのどれを拡大表示するかを選択することができる。この選択は、拡大するサブ表示領域に、ポインタ５２を重ねてクリック操作することによって行われ、この操作により選択されたサブ領域を拡大表示する旨の画面編集要求が診療支援サーバ１１に入力される。
【００６５】
診療支援サーバ１１は、この要求を受け付けると、この要求に基づいて、選択されたサブ領域を拡大表示するように編集し、編集した診療支援画面２１をクライアント端末１２に配信する。クライアント端末１２では、このように編集された診療支援画面２１がディスプレイ３７に更新表示される。
【００６６】
また、クライアント端末１２では、診療支援画面２１に拡大表示されたサブ領域内の診療行為の中からいずれかを選択する選択操作を行うことができる。この選択操作は、選択する診療行為が表示されたサブ領域において、診療行為の名称をポインタ５２でクリック操作することによって行われ、この選択操作により選択された診療行為に対応する関連情報を、関連情報表示領域２１ｂに表示する旨の画面編集要求が診療支援サーバ１１に送信される。
【００６７】
診療支援サーバ１１は、この要求を受け付けると、この要求に基づいて、関連情報表示領域２１ｂの表示内容を編集する。具体的には、選択された診療行為の関連情報をカルテＤＢ１８や画像ＤＢ１９から取得し、画面生成用ＤＢ２２から関連情報の数に応じたレイアウトを取得する。取得したレイアウトと関連情報に基づいて関連情報表示領域２１ｂを編集し、編集した診療支援画面２１をクライアント端末１２に配信する。クライアント端末１２では、このように編集された診療支援画面２１がディスプレイ３７に更新表示される。これにより、診療スケジュールと、診療スケジュール内の選択した診療行為の関連情報を閲覧することができる。
【００６８】
分類や診療行為の選択に基づく診療支援画面２１の編集は、クライアント端末１２において診療支援画面２１の表示が終了するまで継続される。そして、クライアント端末１２において診療支援画面２１の表示が終了すると、終了指示がクライアント端末１２から診療支援サーバ１１へ入力される。診療支援サーバ１１は、この終了指示を受けて、診療支援画面２１の編集処理を終了する。
【００６９】
以上のように、本実施形態の診療支援システム１０によれば、診療スケジュールと、診療スケジュールに含まれる診療行為のうち、選択された診療行為に関連する関連情報を１つの診療支援画面に表示するので、診療スケジュールの閲覧と同時に関連情報を簡単に参照することができる。従来は、診療スケジュールの表示画面に関連情報が表示されないため、関連情報を収集する手間がかかっていたが、本実施形態によれば、そうした従来技術と比較して、より充実した診療支援を簡単に行うことができる。
【００７０】
［第２実施形態］
続いて、図１４を用いて、本発明の第２実施形態について説明を行う。なお、第２実施形態以降の実施形態については、前述した構成と同様の構成については、同様の符号を付して説明を省略する。
【００７１】
第１実施形態においては、関連情報を表示するためのレイアウトは、選択された診療行為の関連情報の数に応じて選択される。第１実施形態は、関連情報の数によって１つのレイアウトが一義的に決まることを前提としている。しかし、関連情報を表示可能な数は同じでも、表示する位置や大きさが異なる複数のレイアウトも当然ある。こうした複数のレイアウトのいずれが好ましいかは、関連情報の種類によっても変わる。そのため、関連情報の数だけでなく種類も考慮してレイアウトが選択されることが好ましい。第２実施形態は、関連情報の数及び種類に応じてレイアウトが選択される例である。
【００７２】
図１４に示すように、第２実施形態では、診療行為に対して、関連情報を対応付けるだけでなく、それに加えて、関連情報を表示するレイアウトも対応付けされている。こうすることで、診療行為の関連情報の数及び種類に応じてレイアウトを選択することができる。図１４では、診療行為Ａ〜Ｃに対して、レイアウト３〜５がそれぞれ対応付けされている。レイアウト５は、関連情報表示領域２１ｂを左右に２分割し、左側の領域に関連情報１を表示するとともに、右側の領域を上下方向に３分割し、上側の領域から関連情報２、３、４を順番に表示するレイアウトである。
【００７３】
このように、第２実施形態では、診療行為とレイアウトを対応付けることにより、例えば、関連情報の数が共に４つである診療行為Ｂと診療行為Ｃとでレイアウトを変えることが可能となる。これにより、第１実施形態と比較して、より診療行為の種類に適したレイアウトで関連情報を表示できる。
【００７４】
［第３実施形態］
続いて、図１５、図１６、図１７を用いて、本発明の第３実施形態について説明を行う。図１５に示すように、第３実施形態では、対応情報として、診療行為Ｄ、診療行為Ｅとこれらに関連する関連情報との対応関係が記憶されており、診療行為Ｄには、関連情報１として「ＣＴ画像」が、関連情報２として「超音波画像」が、関連情報３として「血圧変移（表形態）」がそれぞれ対応付けされている。また、診療行為Ｅには、関連情報１として「超音波画像」が、関連情報２として「血圧変移（グラフ形態）」が対応付けされている。
【００７５】
第３実施形態では、診療行為Ｄの関連情報３である「血圧変移」と、診療行為Ｅの関連情報２である「血圧変移」とが、同じ「血圧変移」の情報を示すものである。一方、図１６に示すように、診療行為Ｄの「血圧変移」は、表示形態が、表形態であるのに対し、図１７に示すように、診療行為Ｅの「血圧変移」は、表示形態が、グラフ（図）形態である点で異なっている。第３実施形態のように、同種の関連情報であっても診療行為の種類に応じて表示形態を変化させてもよい。なお、同種の関連情報の表示形態としては、上述した表、グラフ（図）に限定されず、文字や数値、画像などを含む各種表示形態で表示できる。もちろん、関連情報が画像を含む表示形態で表示される場合、この画像は静止画像に限定されず、動画像であってもよい。また、関連情報は音声データであってもよい。なお、関連情報が動画像または音声データである場合、関連情報表示領域に、動画像や音声データを再生するためのリンクタグを表示することが好ましい。
【００７６】
なお、本発明は、上記実施形態に限定されるものではなく、診療支援画面２１の細部の構成については適宜変更できる。例えば、診療支援画面２１に表示する関連情報の種類や数、診療行為との対応関係については、上述した実施形態に限定されず、適宜変更できる。例えば、関連情報としては、検査画像や血圧変移など、検査で得た患者の検査データ以外でもよい。検査データ以外の関連情報としては、診療行為の実施中または実施後に行われた医療スタッフ（医師や看護師や検査技師など）間の会話や申し送り事項などを会話記録や連絡事項として保存し、これを関連情報としてもよい。会話記録には、ネットワークを介してクライアント端末間で行われたチャットの記録も含まれる。チャットなどの会話記録を関連情報として表示する場合には、会話の内容を時系列で表示することが好ましい。もちろん、関連情報は、患者に診療行為を行う際に参照される情報であればよいので、上述した例に限定されず、現在までの診療行為により得られた検査結果や文章など各種情報を関連情報として関連情報表示領域に表示できる。また、前述のように、関連情報は、表、グラフ（図）、文字、数値、画像（静止画像、動画像）、音声、並びに、画像や音声などを再生するためのリンクタグなど各種表示形態で表示できる。
【００７７】
また、対応情報やレイアウト情報など、画面生成用ＤＢ２２の内容を編集可能な構成とし、ユーザーが診療行為と関連情報との対応関係やレイアウトを自由に編集できるようにしてもよい。この場合、図１８に示すように、診療支援サーバ１１のＣＰＵ３１を、画面生成用ＤＢ２２内のデータを編集するデータ編集部７１として機能させる。
【００７８】
図１９に示すように、データ編集部７１は、クライアント端末１２からの要求により、例えば、対応情報を編集するための編集画面７２や、レイアウト情報を編集するための編集画面７３など、画面生成用ＤＢ２２の内容を編集するための編集画面を配信する。クライアント端末１２において、これら編集画面７２、７３が表示され、ユーザーは編集画面７２、７３を通じて編集操作を行う。編集操作に基づき、診療支援サーバ１１にデータ編集要求が送信されて、データ編集部７１は、受信したデータ編集要求に基づいて、画面生成用ＤＢ２２の内容（対応情報やレイアウト情報など）を変更する。こうすることで、ユーザーの好みに応じて関連情報の種類、数、レイアウトを含む表示態様を変更できる。
【００７９】
上記実施形態では、診療支援サーバ１１からネットワークを通じてクライアント端末１２に対して診療支援画面２１を配信するクライアントサーバ型システムを例に説明している。この例では、診療支援サーバ１１が診療支援装置に相当する。こうしたクライアントサーバ型システムに限らず、クライアント端末１２そのものを診療支援装置として構成してもよい。この場合には、クライアント端末１２のＣＰＵ３１を、要求受付部６０、画面データ編集部６１、出力制御部６２として機能させる。そして、要求受付部６０は、クライアント端末１２の入力デバイス３８からの操作指示を受け付ける操作指示受付部として機能する。出力制御部６２は、画面データ編集部６１が生成／編集した診療支援画面２１をディスプレイ３７に出力する制御を行う。つまり、クライアントサーバ型システムでは、出力制御部６２は、診療支援サーバ１１からクライアント端末１２に向けての配信出力を制御していたが、クライアント端末１２そのものを診療支援装置として構成する場合においては、ディスプレイ３７への表示出力を制御する。
【００８０】
なお、本発明は、上記実施形態や上述した変形例に限らず、本発明の要旨を逸脱しない限り種々の構成を採り得る。例えば、上記実施形態や上述した変形例を適宜組合せることも可能である。また、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にも及ぶ。
【符号の説明】
【００８１】
１０  診療支援システム
１１  診療支援サーバ
１２  クライアント端末
１４  ネットワーク
１５  電子カルテサーバ
１６  画像サーバ
１７  スケジュールサーバ
１８  カルテＤＢ
１９  画像ＤＢ
２０  スケジュールＤＢ
２１  診療支援画面
２１ａ  診療スケジュール表示領域
２１ｂ  関連情報表示領域
２２  画面生成用ＤＢ
３１  ＣＰＵ
３２  メモリ
３３  ストレージデバイス
３７  ディスプレイ
３８  入力デバイス
４０  ＡＰ
５０、７０  ＧＵＩ制御部
５１  要求発行部
６０  要求受付部
６１  画面データ編集部
６２  出力制御部
７１  データ編集部
７２、７３  編集画面
【図１】
2016071762.tif 000003
【図２】
2016071762.tif 000004
【図３】
2016071762.tif 000005
【図４】
2016071762.tif 000006
【図５】
2016071762.tif 000007
【図６】
2016071762.tif 000008
【図７】
2016071762.tif 000009
【図８】
2016071762.tif 000010
【図９】
2016071762.tif 000011
【図１０】
2016071762.tif 000012
【図１１】
2016071762.tif 000013
【図１２】
2016071762.tif 000014
【図１３】
2016071762.tif 000015
【図１４】
2016071762.tif 000016
【図１５】
2016071762.tif 000017
【図１６】
2016071762.tif 000018
【図１７】
2016071762.tif 000019
【図１８】
2016071762.tif 000020
【図１９】
2016071762.tif 000021