JP6944424B2 - 診療支援装置 - Google Patents

Description

本発明は、診療支援装置に関する。

医療分野では、医師や検査技師等の医療スタッフが円滑に診察及び検査等を進めるために、診療等の過程及び結果を、医療スタッフ間または診療科間等で共有する統合的な診療支援装置が使用されている。診療支援装置は、例えば、診療等のプロセスを複数の患者について一覧にしたリストを表示する等して、医療スタッフに提供することによって診療を支援する（特許文献１）。また、診療支援装置は、例えば、各患者の診療のプロセスを、各患者について時系列に配列した、いわゆるタイムラインを表示することによって、その患者の診療プロセスをわかりやすく表示することで、診療を支援する場合がある（特許文献２）。

一方、医師は、患者の診察を行った場合、あるいは診療プロセスのチェックを行っている場合等に、病名、症状、入院時の状況等の条件が類似した患者の診療プロセスを探し、この類似患者の診療プロセスに基づいて新たな診療プロセスを決定しなければならない。このような医師の検索作業を助けるため、診療支援装置には、類似患者を検索し、検索結果として類似患者に関する情報を表示する機能を有するものがある（特許文献３）。

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

しかしながら、上記特許文献３記載の診療支援装置では、クリニカルフロー画面から、類似患者を検索する画面に切り替え、さらに検索結果に基づいて類似患者の情報を閲覧した後、クリニカルフロー画面に戻り、新たな患者の診療プロセスを考えなければならず、医師が診療プロセスを入力するのに非常に手間がかかっていた。

そこで、本発明は、類似患者の診療プロセスを検索する際の手間を省き、診療プロセスの入力を容易に行うことが可能な診療支援装置を提供することを目的とする。

本発明の診療支援装置は、表示画面生成部と、診療プロセス検索部とを備え、表示画面生成部は、診療プロセス検索部による検索結果を表示画面内に表示する。表示画面生成部は、複数名の患者について、患者ごとに、患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成する。診療プロセス検索部は、複数名の患者から選択された１人の選択患者に対応する診療プロセスと選択患者とは異なる患者の診療プロセスとを比較し、選択患者と診療プロセスの類似度が高い類似患者に対応する診療プロセスを検索する。

なお、検索結果を表示画面内に表示するとは、検索結果を表示画面内に表示するように表示画面を更新することを示している。また、検索結果の表示には、患者の識別情報と診療プロセスとを対応付けて表示した情報を表示する画面（ウィンドウ）内において、前述した情報に重畳または並べて表示する態様と、前述した情報を表示するウィンドウとは別のウィンドウとして、前述した情報を表示するウィンドウに重畳または並べて表示する態様とが含まれる。

診療プロセス検索部により検索をする際の検索条件を設定し、診療プロセス検索部に入力する検索条件設定部を備え、表示画面生成部は、検索条件設定部により設定する検索条件を表示画面内に表示することが好ましい。

表示画面生成部は、診療プロセスを構成する診療データを表示画面に表示させ、検索条件設定部は、検索条件として診療データを設定し、診療プロセス検索部は、検索条件として設定された診療データと類似度が高い診療データを含む診療プロセスを検索することが好ましい。

診療プロセス検索部は、機械学習により設定された診療データ同士の類似度を用いて検索を行うことが好ましい。

診療データには、将来行う予定の診療の過程、および過去に行った診療の結果が含まれることが好ましい。

表示画面生成部は、診療データを示す図柄を生成し、表示画面に表示される診療データとして図柄を表示させることが好ましい。

表示画面生成部は、診療プロセスのうち、重要な診療データについては、他の診療データとは異なることが好ましい。

診療プロセス検索部による検索結果を用いて選択患者の診療の過程を予測することが好ましい。

診療プロセス検索部による検索結果を用いて選択患者の診療プロセスの一部または全部を時系列順に表示するタイムラインを作成することが好ましい。

診療プロセス検索部による検索結果を用いて選択患者の退院先を予測することが好ましい。

本発明の診療支援装置は、類似患者の診療プロセスを検索する際の手間を省き、診療プロセスの入力を容易に行うことができる。

診療支援システムの構成を示す説明図である。 診療支援システムが有するクライアント端末を示す説明図である。 クライアント端末の構成を示すブロック図である。 クライアント端末の機能を示すブロック図である。 診療支援装置の構成を示すブロック図である。 診療支援装置の機能を示すブロック図である。 初期画面である。 クリニカルフロー画面である。 クリニカルフロー画面の一部拡大図である。 クリニカルフロー画面の一部拡大図である。 検索結果を重畳表示させたクリニカルフロー画面である。 第２実施形態の診療支援装置の機能を示すブロック図である。 検索条件を重畳表示させたクリニカルフロー画面である。 予測結果を表示させたクリニカルフロー画面である。 タイムラインを重畳表示させたクリニカルフロー画面である。

［第１実施形態］
図１に示すように、診療支援システム１０は、病院等の医療施設において診療支援を行うコンピュータシステムであり、クライアント端末１１と、診療支援装置１２と、サーバ群１３と、を備える。これらの診療支援システム１０を構成する各要素は、医療施設内に施設されたＬＡＮ（Local Area Network）等のネットワーク１４を用いて相互に通信可能に接続している。

クライアント端末１１は、診療支援装置１２からサービスの提供（診療支援装置１２の機能の提供）を受けるための端末であり、医師、検査技師、または看護師等の医療スタッフが直接的に操作するコンピュータ（タブレット端末等である場合を含む）等である。クライアント端末１１は、内科もしくは外科等の診療科、放射線検査科もしくは臨床検査科等の各種検査科、ナースセンター、または、その他の必要箇所に設置する。また、クライアント端末１１は、医療スタッフごとに設けることができ、また、複数の医療スタッフの共用とすることができる。したがって、図２に示すように、診療支援システム１０は、複数のクライアント端末１１を含む。例えば、グループＧ１は医師Ａ１及び医師Ａ２が属する「内科」であり、医師Ａ１と医師Ａ２はそれぞれにクライアント端末１１を保有する。同様に、例えば、グループＧ２は医師Ｂ１が属する「外科」であり、グループＧ２には少なくとも１台のクライアント端末１１がある。また、例えば、グループＧ１９は技師Ｎ１が属する「放射線科」であり、グループＧ１９には少なくとも１台のクライアント端末１１がある。

診療支援装置１２は、例えばクライアント端末１１からの要求に応じて、クライアント端末１１に診療データ等を含む表示画面を提供する。診療データとは、診察、検査もしくは手術等において取得もしくは作成した画像、レポート、検査結果、その他診療の過程で、もしくは診療の結果として得られるデータ、またはこれらの所在を示す情報（いわゆるリンク（エイリアス）等）である。診療支援装置１２は、表示画面において使用する診療データをサーバ群１３から取得する。

診療支援装置１２がクライアント端末１１に提供する表示画面とは、クライアント端末１１が、クライアント端末１１の表示部３６（図３参照）の画面を形成するために使用するデータをいう。また、診療支援装置１２がクライアント端末１１に提供する表示画面には、クライアント端末１１が画面全体の表示を構成する全画面表示用のデータだけでなく、画面の一部に係る表示を構成するデータを含む。例えば、本実施形態においては、診療支援装置１２は、表示部３６の画面の一部において一般的なウィンドウ形式で表示可能な表示画面をクライアント端末１１に提供する。

診療支援装置１２がクライアント端末１１に提供する表示画面は、具体的には、初期画面７１（図７参照）、及び、クリニカルフロー画面８１（図８参照）等である。クリニカルフロー画面８１は、複数名の患者について、患者ごとに、患者の識別情報と、診療プロセスの一部または全部と、を対応付けて表示する表示画面である。患者の識別情報とは、例えば、患者の氏名、生年月日、年齢、もしくは性別等、または、患者に付与した固有の番号及び／または記号等のＩＤ（Identification Data）である（以下、患者ＩＤという）。診療プロセスとは、既に行った診療及び将来行う予定の診療の過程または結果をいう。したがって、診療プロセスは、既に取得等した診療データのみならず、取得等する予定の診療データを含む場合がある。取得等する予定の診療データは、例えば、特定検査のオーダの有無、その予定日時、または、取得予定の診療データの種別等に関する情報、等である。

診療支援装置１２は、例えば、ＸＭＬ（Extensible Markup Language）データ等のマークアップ言語を用いた記述形式で、表示画面をクライアント端末１１に提供する。クライアント端末１１は、ＸＭＬ形式の表示画面を、ウェブブラウザを用いて表示する。なお、診療支援装置１２は、ＸＭＬの代わりに、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他の形式で表示画面をクライアント端末１１に提供できる。

サーバ群１３は、診療支援装置１２からの要求に応じた診療データを検索し、要求に該当する診療データを診療支援装置１２に提供する。サーバ群１３は、電子カルテサーバ２１、画像サーバ２２、レポートサーバ２３、等を含む。

電子カルテサーバ２１は、電子カルテを格納するカルテデータベース２１Ａを有する。電子カルテは、１または複数の診療データの集合体である。具体的には、電子カルテは、例えば、診察記録、検体検査の結果、患者のバイタルサイン、検査等のオーダ、治療記録、または、会計データ等の診療データを含む。電子カルテは、クライアント端末１１を用いて入力及び閲覧できる。

なお、診察記録とは、問診もしくは触診の内容及び結果、または病名等の記録である。検体とは患者から採取した血液または組織等であり、検体検査とは、血液検査または生化学検査等である。バイタルサインとは、患者の脈拍、血圧、または体温等の患者の状態を示すデータである。検査等のオーダとは、検体検査等の検査、各種モダリティを用いた撮影、レポートの作成、処置もしくは手術、または投薬等の依頼である。治療記録とは、処置、手術、投薬、または、処方箋等の記録である。会計データとは、受診料、薬料、または、入院費等に関するデータである。

画像サーバ２２は、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバであり、検査画像が格納される画像データベース２２Ａを有する。検査画像とは、ＣＴ（Computed tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査、Ｘ線検査、超音波検査、または内視鏡検査等の各種画像検査で得られる画像である。
これらの検査画像は、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に準拠したフォーマットで記録する。検査画像は、クライアント端末１１を用いて閲覧できる。

レポートサーバ２３は、読影レポートを格納するレポートデータベース２３Ａを有する。読影レポート（以下、単にレポートという）とは、画像検査で得た検査画像の読影結果をまとめた報告書である。検査画像の読影は読影医が行う。レポートは、クライアント端末１１を用いて、作成及び／または閲覧できる。

上記の電子カルテ、検査画像、及び、レポートには、それぞれ、患者ＩＤが付帯する。また、電子カルテには、患者ＩＤの他、診療データ毎に、診療データを入力等した医療スタッフを識別する情報が付帯する。検査画像には、患者ＩＤの他、検査を実施した医療スタッフ（具体的には検査技師）を識別する情報が付帯する。レポートには、作成した医療スタッフ（具体的には読影医）を識別する情報が付帯する。医療スタッフを識別する情報とは、医療スタッフの氏名等、または、各医療スタッフに付与した固有の番号及び／または記号等のＩＤである（以下、医療スタッフＩＤという）。

クライアント端末１１、診療支援装置１２、及び、サーバ群１３を構成する各サーバ２１〜２３は、サーバコンピュータ、パーソナルコンピュータ、またはワークステーションといったコンピュータをベースに、オペレーティングシステムプログラムと、サーバプログラムまたはクライアントプログラム等のアプリケーションプログラムをインストールして構成する。すなわち、クライアント端末１１、診療支援装置１２、及び、サーバ群１３を構成する各サーバ２１〜２３の基本的な構成は同じであり、ＣＰＵ（Central Processing Unit）、メモリ、ストレージ、通信部等、及び、これらを接続する接続回路を備える。通信部は、ネットワーク１４と接続するための通信用のインターフェース（ＬＡＮボード等）である。接続回路は、例えば、システムバス及び／またはデータバス等を提供するマザーボードである。

図３に示すように、クライアント端末１１は、ＣＰＵ３１、メモリ３２、ストレージ３３、通信部３４、及び、接続回路３５の他に、表示部３６及び操作部３７を備える。表示部３６は、例えば液晶等を用いたディスプレイであり、少なくとも診療支援装置１２が提供する表示画面を表示する画面を有する。操作部３７は、例えば、マウス等のポインティングデバイス、及び／または、キーボード等の入力デバイスである。表示部３６及び操作部３７は、いわゆるタッチパネルを構成することができる。

クライアント端末１１は、ストレージ３３に、オペレーティングシステムプログラム等の他、作動プログラム３９を記憶する。作動プログラム３９は、クライアント端末１１を用いて診療支援装置１２の機能の提供を受けるためのアプリケーションプログラムである。本実施形態においては、作動プログラム３９は、ウェブブラウザのプログラムである。但し、作動プログラム３９は、診療支援装置１２の機能の提供を受けるための専用のアプリケーションプログラムとすることができる。なお、作動プログラム３９には、診療支援装置１２が提供する表示画面の一部または全部を制御するための１または複数のガジェットエンジンを含む場合がある。ガジェットエンジンとは、ウェブブラウザ等に付随して動作することにより、各種機能を発揮するサブプログラムである。

クライアント端末１１において作動プログラム３９を起動すると、図４に示すように、クライアント端末１１のＣＰＵ３１は、メモリ３２と協働してＧＵＩ(Graphical User Interface)制御部４１及び要求発行部４２として機能する。

ＧＵＩ制御部４１は、診療支援装置１２が提供する表示画面を表示部３６においてウェブブラウザ上に表示する。ＧＵＩ制御部４１は、ポインティングデバイスによるボタンのクリック操作等、操作部３７を用いて入力する操作指示に応じて、クライアント端末１１を制御する。

要求発行部４２は、操作部３７の操作指示に応じて、診療支援装置１２に対する各種処理の要求（以下、処理要求という）を発行する。要求発行部４２が発行する処理要求は、例えば、表示画面の配信要求、表示画面の編集要求、または検索結果の表示要求等である。要求発行部４２は、処理要求を、通信部３４及びネットワーク１４を介して診療支援装置１２に送信する。

表示画面の配信要求は、診療支援装置１２に、特定の構成を有する表示画面の配信を要求する。例えば、表示画面の配信要求によって、初期画面７１、及び、クリニカルフロー画面８１等のうちいずれかを指定して配信を受けることができる。

表示画面の編集要求は、診療支援装置１２から特定の構成を有する表示画面の配信を受けた後、診療支援装置１２にその表示画面に表示する診療データ等の内容について編集を要求する。例えば、クリニカルフロー画面８１の配信を受けた場合、表示する患者のリストの指定もしくは変更、診療プロセスの表示対象期間の指定もしくは変更、表示対象とする診療プロセスの指定もしくは変更、または、検索結果の表示等の要求が表示画面の編集要求である。

なお、表示画面の配信要求及び／または編集要求、検索結果の表示要求等は、医療スタッフＩＤ、及び、当該クライアント端末１１のネットワーク上のアドレス等の情報を含む。医療スタッフＩＤは、診療支援システム１０（あるいは診療支援装置１２）へのログイン画面（図示しない）において入力する。

図５に示すように、診療支援装置１２は、ＣＰＵ５１、メモリ５２、ストレージ５３、通信部５４、及び、接続回路５５を備える。診療支援装置１２は、必要に応じてクライアント端末１１と同様に表示部及び／または操作部を備えることができ、また、必要に応じて表示部及び／または操作部を取り付けることができるが、本実施形態においては、診療支援装置１２は表示部及び操作部を有しない。

診療支援装置１２は、ストレージ５３に、オペレーティングシステム等の他、作動プログラム５９を記憶する。作動プログラム５９は、診療支援装置１２を構成するコンピュータを、診療支援装置１２として機能させるためのアプリケーションプログラムである。作動プログラム５９が起動すると、図６に示すように、診療支援装置１２のＣＰＵ５１はメモリ５２と協働して、要求受付部６１、表示画面生成部６２、及び診療プロセス検索部６３等として機能する。

要求受付部６１は、クライアント端末１１から表示画面の配信要求及び編集要求等の各種処理要求を受け付ける。要求受付部６１が各種処理要求を受け付けると、要求受付部６１は、対応する処理を実行する各部に、要求があった処理の内容に応じて、処理の指示を入力する。例えば、クライアント端末１１から表示画面の配信要求があった場合、要求受付部６１は、該当する表示画面の生成指示を表示画面生成部６２に入力する。同様に、クライアント端末１１から表示画面の編集要求があった場合、要求受付部６１は、該当する表示画面の編集指示を表示画面生成部６２に入力する。なお、診療支援装置１２へのログインの要求も要求受付部６１が受け付け、ログイン処理部（図示しない）が医療スタッフＩＤ及びパスワードの確認等のログイン処理を実行する。

表示画面生成部６２は、クリニカルフロー画面８１等の各種表示画面を生成または編集する。本実施形態においては、表示制御部６６は、新たな表示画面の配信要求があった場合に、その表示画面を表すＸＭＬデータを生成し、かつ、表示画面の編集要求があった場合には、その要求内容に応じて先に作成したＸＭＬデータを編集する。表示画面生成部６２は、必要に応じてサーバ群１３にアクセスし、表示画面の生成または編集に使用する診療プロセス等に関する情報を取得する。なお、表示画面生成部６２は、サーバ群１３へのアクセス頻度を低減するために、サーバ群１３から取得した診療プロセス等に関する情報の一部または全部を保持しておくことができる。なお、ログイン処理部がログイン処理を正常に完了した場合、表示画面生成部６２は、ログイン後最初に表示する初期画面７１（図７参照）を生成する。また、初期画面７１の作成または編集する際には、表示画面生成部６２は、初期画面７１の生成または編集に必要な情報を、サーバ群１３、クライアント端末１１、または、その他の診療支援システム１０と連携する装置もしくはシステムから取得する。

診療プロセス検索部６３は、要求受付部６１から指示があった場合に、類似患者の診療プロセスを検索処理する。具体的には、所定条件を満たす複数名の患者から選択された１人の選択患者に対応する診療プロセスと、この選択患者とは異なる（別の）患者の診療プロセスとを比較し、選択患者と診療プロセスの類似度が高い患者（類似患者）に対応する診療プロセスを検索する。

診療プロセス検索部６３は、要求受付部６１から検索処理の指示を受け付けた場合、選択患者に対応する診療プロセス等に関する情報（本実施形態では、診療プロセスを構成する診療データ）を取得する。なお、このような情報（診療データ）について、診療プロセス検索部６３が診療プロセス等に関する情報を使用する場合は、表示画面生成部６２が表示画面の生成、編集、及び／または更新に使用するために、診療支援装置１２に保持しているものを使用してもよいし、サーバ群１３から直接取得してもよい。

そして、診療プロセス検索部６３は、このようにして取得した情報（以下、診療データ）のうち、検索条件として設定された診療データを用いて、選択患者の診療データと類似度の高い診療データを含む類似患者の検索処理を実行する。検索処理では、例えば、検索条件として設定された診療データの項目が病名である場合、選択患者との病名同士が比較される。そして、病名の項目について、選択患者の診療データと過去の診療データの比較を行って類似度の高い診療データを有する診療プロセスを検索する。

診療プロセス検索部６３は、類似患者の診療プロセスを検索した検索結果を表示画面生成部６２に出力する。表示画面生成部６２は、診療プロセス検索部６３による検索結果をクリニカルフロー画面８１などの表示画面に重畳することにより表示画面を更新する。すなわち、選択患者の診療プロセスと、診療プロセス検索部６３による検索処理で絞り込まれた類似患者の診療プロセスとが１つの表示画面内に表示される。なお、以下の説明では、上述した検査結果等の情報を表示画面に「重畳することにより表示画面を更新する」ことを、「重畳表示する」、「重畳して表示する」、または、単に「重畳する」、と称する場合がある。

なお、本実施形態では、検索結果等の情報の表示態様が重畳表示する態様である例で説明を行うが、本発明では、選択患者の診療プロセスと、類似患者の診療プロセスとが１つの表示画面内に表示されればよい。このため、選択患者の診療プロセスを表示するウィンドウ内に選択患者の診療プロセスに重畳または並べて類似患者の診療プロセスを表示する態様としてもよい。また、選択患者の診療プロセスを表示するウィンドウとは別に、類似患者の診療プロセスを表示するウィンドウを立ち上げ、このウィンドウを、選択患者の診療プロセスを表示するウィンドウに重畳または並べて表示する態様としてもよい。

上記のように構成する診療支援システム１０は、次のように動作する。まず、医療スタッフがクライアント端末１１を用いて診療支援システム１０にログインした場合、表示画面生成部６２は、医療スタッフ毎にした設定等に基づいて、図７に示す初期画面７１を生成し、クライアント端末１１に提供する。これにより、クライアント端末１１は、初期画面７１を表示部３６の画面に表示する。

初期画面７１は、例えば、スケジュール表示欄７２、メール表示欄７３、リスト表示欄７４の３つの表示欄を有する。スケジュール表示欄７２及びメール表示欄７３の表示内容は、クライアント端末１１の作動プログラム３９の一部であるガジェットエンジンが、クライアント端末１１その他の装置またはシステムから情報を得て生成する。また、リスト表示欄７４は、本実施形態においては、クリニカルフロー画面８１の少なくとも一部を表示する。このため、表示画面生成部６２は、内容を含まないスケジュール表示欄７２及びメール表示欄７３と、クリニカルフロー画面８１の内容を含むリスト表示欄７４と、を含む初期画面７１を生成する。クライアント端末１１はガジェットエンジンを用いてスケジュール表示欄７２及びメール表示欄７３の内容を補充した初期画面７１を表示部３６の画面に表示する。

なお、表示すべき内容の全部がリスト表示欄７４内に収まらない場合、リスト表示欄７４に、または、リスト表示欄７４の近傍に、リスト表示欄７４の表示内容を遷移（いわゆるスクロール）するスクロールバー７８及びスクロールバー７９を表示する。スクロールバー７８は、リスト表示欄７４の表示内容を左右方向に遷移し、非表示部分を表示する場合に操作するＧＵＩである。スクロールバー７９は、リスト表示欄７４の表示内容を上下方向に遷移することにより、非表示部分を表示する場合に操作するＧＵＩである。こうしたＧＵＩの表示及び制御はＧＵＩ制御部４１が行う。

上記の初期画面７１において、例えば、ポインティングデバイス（図示しない）等のＧＵＩを用いて所定のメニュー等の操作をした場合に、要求発行部４２は表示画面の配信要求を発行する。こうしたＧＵＩ等の操作に基づいて要求発行部４２が表示画面の配信要求を発行する動作は、表示画面配信要求ステップを構成する。本実施形態においては、リスト表示欄７４に一部を表示したクリニカルフロー画面８１の全体を表示するために、クリニカルフロー画面８１を表示するための操作を実行する。これにより、要求発行部４２は、クリニカルフロー画面８１の配信要求を発行する。

要求発行部４２が表示画面の配信要求を発行した場合、診療支援装置１２においては要求受付部６１がその表示画面の配信要求を受け、表示画面生成部６２がその表示画面の配信要求に係る表示画面を生成する。表示画面生成部６２が、表示画面の配信要求に係る表示画面を生成する動作は、表示画面生成ステップを構成する。本実施形態においては、表示画面生成部６２は、サーバ群１３等から適宜取得等した診療プロセス等に係る情報を用いて、クリニカルフロー画面８１を生成する。

上記のように、クライアント端末１１が検索結果の表示要求を発行し、要求受付部６１が受け付けた場合、診療プロセス検索部６３が検索処理を実行する。クライアント端末１１が検索結果の表示要求を発行する場合、先ず、クリニカルフロー画面８１などの表示画面に表示された複数名の患者から１人の選択患者が選択される。

図８に示すように、本実施形態において生成等するクリニカルフロー画面８１は、例えば、患者列Ｃ０１、３日以内診察結果列Ｃ０２、７日以内診察結果列Ｃ０３、患者情報列Ｃ０４、入院状況列Ｃ０５、連携情報列Ｃ０６、及び、入院形態列Ｃ０７等を有するクリニカルフロー表示欄８２を備える。患者列Ｃ０１は、所定条件を満たす複数名の患者に係るリストを構成する。所定条件とは、例えば、入院患者であること、担当がログインユーザである医療スタッフであること、または、担当がログインユーザである医療スタッフが属するグループ（診療科等）であること、等である。

３日以内診察結果列Ｃ０２、７日以内診察結果列Ｃ０３、患者情報列Ｃ０４、入院状況列Ｃ０５、連携情報列Ｃ０６、及び、入院形態列Ｃ０７は、それぞれ、診療に関する各過程または結果を表示する欄の集合体である。３日以内診察結果列Ｃ０２、７日以内診察結果列Ｃ０３、患者情報列Ｃ０４、入院状況列Ｃ０５、連携情報列Ｃ０６、及び、入院形態列Ｃ０７等（患者列Ｃ０１以外の列）の各列は、診療プロセスを表示する診療プロセス列を構成する。なお、クリニカルフロー表示欄８２は、初期画面７１におけるリスト表示欄７４と同様に、スクロール操作等により、非表示部分を表示することができる。

クリニカルフロー表示欄８２のうち、２行目以降の各行は、各患者の識別情報と、その患者の診療プロセスと、を対応付けた、いわゆるクリニカルフローを構成する。図９及び図１０においては、Ｌ０２行に示す「山羊 太郎」とＬ０３行に示す「山羊 二郎」の２名の患者について、それぞれのクリニカルフローを例示している。また、各患者のクリニカルフローに含む診療プロセスは、各診療プロセスが含む項目ごと（例えば診療データごと）に表示する。

また、各患者のクリニカルフローに含む診療プロセスは、各診療プロセスが含む項目ごと（例えば診療データごと）に表示する。図９に示すように、患者列Ｃ０１には、患者名、患者識別情報、生年月日、年齢などの他、性別を示す図柄８３、高齢者であることを示す図柄８４が付されている。また、３日以内診察結果列Ｃ０２、７日以内診察結果列Ｃ０３には、３日または７日に以内に何等かの診察結果が出たことを示す図柄が付加されており。「山羊 太郎」の場合、３日以内に退院困難であることを示す図柄８５、７日以内に家族面談またはカンファレンスが実施されたことを示す図柄８６が付されている。また、患者情報列Ｃ０４には、診療科名や病名が入力されている。

図１０に示すように、入院状況列Ｃ０５には、入院の日付、日数の他、患者の容態を示す図柄８７が付されている。図柄８７は、例えば、患者の容態の重篤度を長方形枠内の円の数で示すものである。また、図柄８７は、重要な診療データを示すものであるため、他の診療データとは異なる表示態様で表示されている。なお、図８及び図１０においては作図の都合上、表示態様の違いをハッチングの有無で表しているが、これに限らず、図柄８７について異なる色を使用する等、重要な診療データと他の診療データとを区別できる表示態様であればよい。また、連携情報列Ｃ０６は、他の施設と連携して診療を行っている場合、その施設名が入力されている。また、入院形態列Ｃ０７では、入院時の状況を示す図柄、入院前住まいなどの情報が入力されている。「山羊 太郎」の場合、は救急車搬送などによる緊急入院であることを示す図柄８８が付されている。

本実施形態では、患者列Ｃ０１に表示された複数名の患者からいずれか１人が選択患者として選択される。図８に示す例では、複数名の患者から「山羊 太郎」が、ポインティングデバイスによるボタンのクリック操作等で選択されている状態を示している。また、選択患者であることを示すために、患者列Ｃ０１の中で「山羊 太郎」の表示欄だけが異なる表示態様によって表示されている。なお、図８においては作図の都合上、表示態様の違いをドット模様の有無で表しているが、これに限らず、表示欄について異なる色を使用する、または表示欄を囲む枠の太さを変える等、選択患者と他の患者とを区別できる表示態様であればよい。

図８に示すような選択患者が選択された状態から、ユーザーは検索処理の入力操作を行う。検索処理の入力操作は、例えば、検索ボタン８９をクリック操作することにより行われる。検索処理の入力操作が行われた場合、クライアント端末１１は、検索結果の表示要求を発行する。検索結果の表示要求には、表示画面で選択されている選択患者の情報を含む。

要求受付部６１は、クライアント端末１１から検索結果の表示要求を受け付けると、選択患者の情報と、類似患者の診療プロセスを検索処理する指示を診療プロセス検索部６３に入力する。図８に示す例では、選択患者として選択されている「山羊 太郎」の情報
と、検索処理する指示が診療プロセス検索部６３に入力されることになる。この場合、診療プロセス検索部６３は「山羊 太郎」に対応する診療プロセスを構成する診療データを取得する。そして、診療プロセス検索部６３は、検索条件として設定された診療データと類似度が高い診療データを含む診療プロセスを検索する検索処理を実行する。なお、この場合、検索対象となるのは、選択患者と同様の所定条件を満たす患者の診療プロセスである。

図８に示す例では、検索条件として予め設定された診療データの項目が病名である。そして、選択患者である「山羊 太郎」の診療データと、過去に蓄積された診療データの比較を行い、病名の項目について、「腎不全」と類似度の高い診療データを有する診療プロセスを検索する。

なお、診療データ同士の類似度は、例えば、機械学習の手法によって設定されおり、過去の症例から、診療プロセスが近い病名同士の類似度が高く、診療プロセスが全く異なる病名同士の類似度が低くなる類似度を設定している。類似度を設定する機械学習の方法としては、人工知能（ＡＩ（Artificial Intelligence））等を用いることが好ましい。

診療プロセス検索部６３は、上記のように検索処理を行った検索結果を表示画面生成部６２に入力する。そして、表示画面生成部６２が、診療プロセス検索部６３による検索結果を表示画面に重畳する。図８に示す例で検索処理を行った場合、図１１に示すように、検索処理を行った検索結果９０が、クリニカルフロー画面８１に重畳して表示される。検索結果９０では、病名の類似度の高い順に「富士 一郎」、「山羊 二郎」、「富士 花子」の診療プロセスが表示される。

上記のように、検索結果９０がクリニカルフロー画面８１に重畳して表示された場合、選択患者である「山羊 太郎」の診療プロセスと、検索処理で絞り込まれた類似患者である「富士 一郎」、「山羊 二郎」、「富士 花子」の診療プロセスとが１つの表示画面内に表示されているので、診療プロセスを比較しやすく、未入力や修正が必要な項目がある場合、類似患者の診療データを参考にして、診療プロセスの作成を容易に行うことができる。また、診療プロセスを構成する複数の項目を１つの画面で比較することができるので、例えば、病名が同じでも、入院期間に差がある類似患者を検討から外すというような検討を行うことができるが、従来のように表示画面と検索画面が別になっている場合、検索条件に病名を使用して検索処理を実行した後、検索条件を入院期間に変えて再度検索処理を実行しなければならないということが起こり、非常に手間が掛かる。

また、クリニカルフロー画面８１を表示したまま、表示要求の入力操作および検索結果の表示を行うことができるため、従来のように検索画面から診療プロセスに関する画面の切り替えや、閲覧したい画面を探すなどの手間を省くことができる、さらにまた、診療データを図柄にしたものや、重要な診療データについては異なる表示態様で表示させているため、医師が診療結果などを容易に認識しやすく、診療プロセスの比較を短時間で容易に行うことができる。

［第２実施形態］
上記第１実施形態においては、予め設定された検索条件を用いて検索処理を行っているが、図１２に示すように、診断支援装置は、検索条件を設定する検索条件設定部９１を備え、検索条件設定部９１により設定する検索条件を表示画面内に表示してユーザーが入力を行うようにしてもよい。この場合、表示画面生成部６２が、検索条件設定部９１により設定する検索条件を表示画面に重畳する。例えば、図１３に示すように、クリニカルフロー画面８１に重畳して検索条件９２を表示させる。

検索条件９２は、上記第１実施形態と同様に選択患者を選択した後、選択患者を選択したときとは異なる入力操作、例えばポインティングデバイスによる右クリック操作等を行った場合にクリニカルフロー画面８１に重畳表示される。ユーザーは、クリニカルフロー画面８１に表示された検索条件９２を編集して、診療プロセス検索部６３により検索処理をする際の検索条件を設定することができる。

図１３に示す例では、検索条件９２の各項目が初期状態で入力済みとなっており、この初期状態では、選択患者である「山羊 太郎」の全ての診療データ、すなわち、患者列Ｃ０１、３日以内診察結果列Ｃ０２、７日以内診察結果列Ｃ０３、患者情報列Ｃ０４、入院状況列Ｃ０５、連携情報列Ｃ０６、及び、入院形態列Ｃ０７等の情報が入力されている。ユーザーは、クライアント端末１１のポインティングデバイスによるクリック操作等でチェックボックス９３をオン状態またはオフ状態にしたり、キーボードなどで情報を入力することで検索条件９２を編集することができる。そして、ユーザーは、「山羊 太郎」の診療データを全て用いて検索処理を実行したい場合は、初期状態のまま入力操作を終了し、「山羊 太郎」の診療データの一部だけを用いて検索処理を実行したい場合は、チェックボックス９３をオフ状態にする等により検索条件９２の編集を行う。

以上のように、クライアント端末１１で検索条件が入力された後、例えば、検索ボタン８９がクリック操作されることにより検索処理の入力操作が完了する。検索処理の入力操作が行われた場合、クライアント端末１１は、検索結果の表示要求を発行する。検索条件は、検索結果の表示要求に含まれ、要求発行部４２から発行される。なお、検索条件として設定された診療データの項目が複数ある場合、各項目に対して重み付けの値を設定できるようにしてもよい。

重み付けの値を設定可能な項目としては、例えば、所定の検査において、検査値が急激に変化した場合の検査結果を検索条件とし、かつ重み付けの値を設定可能とする。これにより、過去に同様の検査結果が出た類似患者を検索して、将来行う予定の診療プロセスに活用することができる。また、検査値の急激な変化とまでは判断されないものの、今後急激に変化しそうな予兆を検出する機能を備え、このような予兆を検出した場合は、例えば、「検査値ＸＸが急激に変化しそうな予兆がありますので、該当する検索条件ＹＹに重み付けの値を設定して、類似患者の検索を実施することをお奨めします。」という内容を音声や画面への表示で自動的に警告できるようにしてもよい。このような警告により、患者の急変を予測して、事前に対処することができる。なお、この場合、例えば、過去に検査値が急激に変化した症例から、予兆となる条件を機械学習の手法で取得し、この条件に一致する検査結果を検出できるようにする。

要求受付部６１は、クライアント端末１１から検索結果の表示要求を受け付けると、クライアント端末１１から検索結果の表示要求とともに発行された検索条件を検索条件設定部９１に入力する。これにより、診療プロセス検索部６３により検索をする際の検索条件が設定される。以降は、クライアント端末１１から検索結果の表示要求を受け取る毎に検索条件が更新される。診療プロセス検索部６３は、検索条件設定部９１により設定された検索条件を用いて検索処理を実行する。そして、上記第１実施形態と同様に検索結果を取得し、クリニカルフロー画面８１等の表示画面に表示することができる。

上記のように、検索条件９２がクリニカルフロー画面８１に重畳され、同じ画面内でユーザーが編集することができるため、画面の切り替えや、検索画面を探すなどの手間を省くことができる。また、診療プロセスの各項目に対して重み付けの値を設定し、全体の類似度が同等の診療プロセスが複数ある場合、重み付けの値が高く設定された項目の類似度が高い診療データを含む診療プロセスを検索結果の上位に表示してもよい。

［第３実施形態］
上記各実施形態では、類似患者の診療プロセスを検索処理した後、表示画面に重畳して検索結果を表示しているが、検索処理の後に実行する処理としては、検索結果の表示に限らず、図１４に示すように、選択患者の診療プロセスにおいて、将来行う予定の診療の過程を予測し、予測結果９４を表示画面に表示してもよい。なお、予測方法としては、上記各実施形態と同様に検索処理を行い、選択患者の診療プロセスとの類似度が高い類似患者の診療プロセスに含まれる診療データを予測結果９４として用いる。なお、本実施形態では、検索処理の実行前は、図８に示すクリニカルフロー画面８１と同じ状態となっている。図８に示す例では、選択患者である「山羊 太郎」の診療プロセスにおいて連携情報列Ｃ０６の表示欄が空欄となっている。

そして、上記各実施形態と同様に検索処理を実行すると、検索結果９０とともに、空欄となっていた連携情報列Ｃ０６の表示欄に予測結果９４を入力する。図１４に示す例では、選択患者である「山羊 太郎」の診療プロセスとの類似度が最も高い「富士 一郎」の診療プロセスは、連携情報列Ｃ０６の表示欄が空欄となっているため、その次に類似度の高い「山羊 二郎」の診療プロセスに含まれる連携情報列Ｃ０６の診療データを予測結果９４として用いている。

また、図１４に示す例では、予測結果９４であることが認識できるように、連携情報列Ｃ０６の表示欄が異なる表示態様によって表示されている。なお、図１４においては作図の都合上、表示態様の違いを網掛け模様の有無で表しているが、これに限らず、予測結果の表示欄と他の表示欄とを区別できる表示態様であればよい。

また、診療プロセスの予測結果としては、図１４に示す例のように表示欄の空欄を埋めるものだけではなく、図１５に示す例のように、タイムライン９５を予測結果として表示させてもよい。タイムライン９５は、上記各実施形態と同様の検索処理の実行後、表示画面に重畳して表示される。タイムライン９５は、選択患者について、その選択患者の診療プロセスの一部または全部を時系列順に表示するものある。図１５に示す例では、予測結果としてのタイムライン９５が、検索結果９０とともに、クリニカルフロー画面８１に重畳して表示される。タイムライン９５は、図１４に示す例の予測結果９４と同様に、選択患者の診療プロセスとの類似度が高い類似患者の診療プロセスに含まれる診療データに基づいて作成される。

また、診療プロセスの予測結果としては、図１４及び図１５に示す例に限らず、選択患者の退院先を予測するものでもよい。退院先の予測方法としては、例えば、選択患者の診療プロセスとの類似度が高い類似患者の診療プロセスに含まれる診療データの中に退院先のデータがある場合、これを予測結果として用いる。

上記各実施形態において、ＧＵＩ制御部４１、要求発行部４２、要求受付部６１、表示画面生成部６２、診療プロセス検索部６３、及び、検索条件設定部９１等といった各種の処理を実行する処理部（processing unit)のハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。各種のプロセッサには、ソフトウエア（プログラム）を実行して各種の処理部として機能する汎用的なプロセッサであるＣＰＵ（Central Processing Unit)、ＧＰＵ（Graphical Processing Unit）、ＦＰＧＡ (Field Programmable Gate Array) などの製造後に回路構成を変更可能なプロセッサであるプログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）、各種の処理を実行するために専用に設計された回路構成を有するプロセッサである専用電気回路などが含まれる。

１つの処理部は、これら各種のプロセッサのうちの１つで構成されてもよいし、同種または異種の２つ以上のプロセッサの組み合せ（例えば、複数のＦＰＧＡや、ＣＰＵとＦＰＧＡの組み合わせ、またはＣＰＵとＧＰＵの組み合わせ等）で構成されてもよい。また、複数の処理部を１つのプロセッサで構成してもよい。複数の処理部を１つのプロセッサで構成する例としては、第１に、クライアントやサーバなどのコンピュータに代表されるように、１つ以上のＣＰＵとソフトウエアの組み合わせで１つのプロセッサを構成し、このプロセッサが複数の処理部として機能する形態がある。第２に、システムオンチップ（System On Chip:ＳｏＣ）などに代表されるように、複数の処理部を含むシステム全体の機能を１つのＩＣ（Integrated Circuit）チップで実現するプロセッサを使用する形態がある。このように、各種の処理部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。

さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子などの回路素子を組み合わせた形態の電気回路（circuitry）である。

１０ 診療支援システム
１１ クライアント端末
１２ 診療支援装置
１３ サーバ群
１４ ネットワーク
２１ 電子カルテサーバ
２１Ａ カルテデータベース
２２ 画像サーバ
２２Ａ 画像データベース
２３ レポートサーバ
２３Ａ レポートデータベース
３２ メモリ
３３ ストレージ
３４ 通信部
３５ 接続回路
３６ 表示部
３７ 操作部
３９ 作動プログラム
４１ ＧＵＩ制御部
４２ 要求発行部
５２ メモリ
５３ ストレージ
５４ 通信部
５５ 接続回路
５９ 作動プログラム
６１ 要求受付部
６２ 表示画面生成部
６３ 診療プロセス検索部
６６ 表示制御部
７１ 初期画面
７２ スケジュール表示欄
７３ メール表示欄
７４ リスト表示欄
７８ スクロールバー
７９ スクロールバー
８１ クリニカルフロー画面
８１ 表示画面
８２ クリニカルフロー表示欄
８３，８４，８５，８６，８７，８８ 図柄
８９ 検索ボタン
９０ 検索結果
９１ 検索条件設定部
９３ チェックボックス
９４ 予測結果
９５ タイムライン

Claims (12)

1. 複数の患者について、前記複数の患者の識別情報を第１軸に配置し、前記複数の患者毎の複数の診断プロセスを第１軸と交差する第２軸に配置した第１表示画面を生成する表示画面生成部と、
   前記複数の患者から選択された１人の選択患者に対応する複数の前記診療プロセスと、前記選択患者とは異なる患者の複数の前記診療プロセスと、を比較し、前記選択患者と前記診療プロセスの類似度が高い少なくとも１人の類似患者の識別情報と、前記類似患者の前記診療プロセスを検索する診療プロセス検索部とを備え、
   前記表示画面生成部は、前記類似患者の識別情報を前記第１軸に、前記類似患者の前記診療プロセスを前記第２軸に配置した第２表示画面を前記第１表示画面内に表示する、
   診療支援装置。
2. 前記第２画面を含む前記第１表示画面には、前記選択患者の識別情報および前記選択患者の診療プロセスが表示され、前記選択患者の診療プロセスの入力又は修正の少なくともいずれかを受け付けることができる、
   請求項１記載の診療支援装置。
3. 前記第２表示画面を含む前記第１表示画面における前記選択患者の複数の診療プロセスの順番と、前記第２表示画面における前記類似患者の複数の診療プロセスの順番は、同一である、
   請求項１または２記載の診療支援装置。
4. 前記診療プロセス検索部により検索をする際の検索条件を設定し、前記診療プロセス検索部に入力する検索条件設定部を備え、
   前記表示画面生成部は、前記検索条件設定部により設定する前記検索条件を前記表示画面内に表示する請求項１ないし３のいずれか１項記載の診療支援装置。
5. 前記表示画面生成部は、前記診療プロセスを構成する診療データを前記表示画面に表示させ、
   前記検索条件設定部は、前記検索条件として前記診療データを設定し、
   前記診療プロセス検索部は、前記検索条件として設定された診療データと類似度が高い診療データを含む前記診療プロセスを検索する請求項４記載の診療支援装置。
6. 前記診療プロセス検索部は、機械学習により設定された診療データ同士の類似度を用いて検索を行う請求項５記載の診療支援装置。
7. 前記診療データには、将来行う予定の診療の過程、および過去に行った診療の結果が含まれる請求項５または６記載の診療支援装置。
8. 前記表示画面生成部は、前記診療データを示す図柄を生成し、前記表示画面に表示される前記診療データとして前記図柄を表示させる請求項５ないし７のいずれか１項記載の診療支援装置。
9. 前記表示画面生成部は、前記診療プロセスのうち、重要な前記診療データについては、他の前記診療データとは異なる表示態様とする請求項５ないし８のいずれか１項記載の診療支援装置。
10. 前記診療プロセス検索部による検索結果を用いて前記選択患者の診療の過程を予測する請求項１ないし９のいずれか１項記載の診療支援装置。
11. 前記診療プロセス検索部による検索結果を用いて前記選択患者の前記診療プロセスの一部または全部を時系列順に表示するタイムラインを作成する請求項１ないし９のいずれか１項記載の診療支援装置。
12. 前記診療プロセス検索部による検索結果を用いて前記選択患者の退院先を予測する請求項１ないし９のいずれか１項記載の診療支援装置。

Images