JP7547545B2 - カンファレンス支援装置、方法、及びプログラム - Google Patents

Description

本発明は、カンファレンス支援装置、方法、及びプログラムに関するものである。

医療スタッフの業務は多岐にわたり、カンファレンスも業務のひとつである。多忙な医療スタッフの負担を軽減するために、カンファレンス中に必要な検査情報等を効率よく検索及び表示する技術が開示されている。例えば、特許文献１は、カンファレンスの種類毎に対象患者を特定し、対象患者に関する医療情報を集約したカンファレンス資料を生成するものである。また、特許文献２は、カンファレンスの名称と対象患者と参加者とを対応づけたカンファレンス一覧を生成するものである。

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

近年、医師をはじめ、看護師、多種の技師（技士）、リハビリスタッフ、薬剤師、管理栄養士等の多くの職種が連携したチーム医療が推進されている。チーム医療におけるカンファレンスは、栄養管理、褥瘡対策、嚥下、リハビリ等を議題として多種多様である。このような多職種によるカンファレンスでは、カンファレンスを漏れなく設定し、カンファレンスの参加者に対し参加または開催の通知あるいは設定したカンファレンスに参加者として登録する等のカンファレンスの管理を効率的に行う必要がある。

本発明は、医療カンファレンスにおいて、実行予定のカンファレンスの参加者候補の抽出、及び実行予定のカンファレンスに関するカンファレンス情報の管理を効率的に行うことができるカンファレンス支援装置、方法、及びプログラムを提供することを目的とする。

本発明は、少なくとも１つのプロセッサを含むカンファレンス支援装置であって、プロセッサは、実行予定のカンファレンスの各々について、カンファレンスの種類、カンファレンスの参加者、及び参加者の職種の情報を含むカンファレンス情報を生成し、カンファレンスの種類毎の参加者職種を規定した職種規定テーブルとカンファレンス情報とを比較することにより、職種規定テーブルで規定された職種の参加者が実行予定のカンファレンスに含まれるか否かを判定し、判定の結果に基づく通知を行う。
本発明のカンファレンス支援方法は、少なくとも１つのプロセッサが、実行予定のカンファレンスの各々について、カンファレンスの種類、カンファレンスの参加者、及び参加者の職種の情報を含むカンファレンス情報を生成するステップと、カンファレンスの種類毎の参加者職種を規定した職種規定テーブルとカンファレンス情報とを比較することにより、職種規定テーブルで規定された職種の参加者が実行予定のカンファレンスに含まれるか否かを判定するステップと、判定の結果に基づく通知を行うステップとを有する。
本発明のカンファレンス支援プログラムは、実行予定のカンファレンスの各々について、カンファレンスの種類、カンファレンスの参加者、及び参加者の職種の情報を含むカンファレンス情報を生成するステップと、カンファレンスの種類毎の参加者職種を規定した職種規定テーブルとカンファレンス情報とを比較することにより、職種規定テーブルで規定された職種の参加者が実行予定のカンファレンスに含まれるか否かを判定するステップと、判定の結果に基づく通知を行うステップとを、少なくとも１つのプロセッサに実行させる。

プロセッサは、前記実行予定のカンファレンスを一覧にしたカンファレンスリスト表示画面を生成することが好ましい。

プロセッサは、カンファレンスリスト表示画面から選択されたカンファレンスのカンファレンス情報を表示するカンファレンス情報表示画面を生成することが好ましい。

プロセッサは、カンファレンス情報表示画面に表示されたカンファレンス情報を変更する変更操作を受け付け、受け付けた内容にカンファレンス情報を変更することが好ましい。

職種規定テーブルには、カンファレンスの種類毎の参加者職種の重要度である参加者職種重要度が対応付けされていることが好ましい。

プロセッサは、患者の診療に関する診療情報を用いてカンファレンスの種類毎のカンファレンスの対象患者を抽出し、抽出した対象患者を対象としたカンファレンスのカンファレンス情報を生成することが好ましい。

プロセッサは、職種規定テーブルを用いてカンファレンスの種類毎の参加者の候補を抽出し、参加者の候補に対して参加登録通知を送信することが好ましい。プロセッサは、参加登録通知に対して参加意思を示す応答を行った参加者の候補を参加者とするカンファレンス情報を生成することが好ましい。プロセッサは、判定結果に基づく通知として、参加登録通知に応答していない参加者の候補の端末に再度参加登録通知を行うことが好ましい。

カンファレンスは、診療プロセス毎に種類分けされ、参加者職種には、医師と看護師とが含まれることが好ましい。

カンファレンス情報にはカンファレンスの対象患者の情報を含み、プロセッサは、入力された音声を認識し、カンファレンスの実行中に認識した音声に、実行中のカンファレンスの対象患者の診療で取得された診療データの送信指示が含まれる場合に、診療データを取得し、表示用端末に診療データを表示させることが好ましい。

プロセッサは、入力された音声を認識し、カンファレンスの実行中に認識した音声を、テキスト情報に変換し、変換したテキスト情報を用いて、実行中のカンファレンスの議事録を作成することが好ましい。

カンファレンス情報にはカンファレンスの対象患者の情報を含み、カンファレンスの議事録を、対象患者の電子カルテに関連付けることが好ましい。

本発明によれば、実行予定のカンファレンスの参加者候補と参加者職種判定テーブルで規定された職種とを比較し、実行予定のカンファレンスへ参加を推奨される参加者職種が含まれるか否かを判定することにより、実行予定のカンファレンスの参加者の管理及びカンファレンスに関するカンファレンス情報の管理を効率的に行うことを可能にする。

診療支援システムを示す図である。 カルテデータベースに格納された電子カルテの内容を示す図である。 画像データベースに格納された検査画像の内容を示す図である。 レポートデータベースに格納された医用レポートの内容を示す図である。 診療支援装置またはクライアント端末を構成するコンピュータを示す図である。 クライアント端末のＣＰＵの機能を示す図である。 カンファレンス関連情報データベースと診療支援装置とを示す図である。 カンファレンス実行予定表を示す図である。 医療スタッフ情報を示す図である。 職種規定テーブルを示す図である。 クライアント端末に表示される表示画面を示す図である。 カンファレンスの参加者の参加登録の流れを示す図である。 カンファレンスの対象患者の抽出を示す図である。 クリニカルフローを示す図である。 カンファレンスの参加者候補の抽出を示す図である。 参加者候補の端末に送信される参加登録画面を示す図である。 カンファレンス情報にある変更ボタンを示す図である。 カンファレンスの参加者を示す図である。 カンファレンスの参加者職種と職種規定テーブルとの比較を示す図である。 カンファレンスの参加者候補への再通知を示す図である。 参加者候補以外の医療スタッフの追加を示す図である。 第２実施形態の診療支援システムを示す図である。 第３実施形態の診療支援システムを示す図である。

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

診療支援装置１１は、患者の診療過程で取得された診療データに基づいて対象患者を抽出し、実行予定のカンファレンスの種類毎に、カンファレンスの議題となる対象患者とカンファレンスの参加者とを対応づけたカンファレンス情報を生成する。診療支援装置１１は、さらに、カンファレンスリスト表示画面１６及びカンファレンス情報表示画面１７（図１１参照）を生成し、カンファレンスリスト表示画面１６（図１１参照）を含む表示画面１５をクライアント端末１２に配信する。カンファレンスの種類は、医療スタッフが患者に対して実施する診察や医療検査等の診療プロセスごとに分類される。

クライアント端末１２は、内科、外科、耳鼻科、眼科といった医療施設内の各診療科や、放射線検査科、臨床検査科等の各検査科に設置され、各診療科の医師や各検査科の検査技師、あるいは看護師、管理栄養士等の医療スタッフにより操作される。クライアント端末１２は、診療支援装置１１から送信された表示画面１５を表示して、医療スタッフが閲覧するためのビューア端末として機能する。

診療支援装置１１は、表示画面１５を、例えば、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によって作成されるウェブ配信用のＸＭＬデータの形式でクライアント端末１２に配信する。クライアント端末１２は、ＸＭＬデータに基づき表示画面１５をウェブブラウザ上に再現して表示する。なお、ＸＭＬに代えて、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他のデータ記述言語を利用してもよい。

サーバ群１３は、診療支援装置１１からの取得要求に応じた診療データを検索して、検索した診療データを診療支援装置１１に送信する。サーバ群１３は、電子カルテサーバ２１と画像サーバ２２とレポートサーバ２３とを備えている。

電子カルテサーバ２１は、電子カルテ２４が格納されるカルテデータベース２１Ａを有する。電子カルテ２４には、診療データとして、問診内容や診断内容、病名等を記録した診察記録データ、血液検査、生化学検査等の検体検査、及び心電図検査、脳波検査等の生理検査を含む医療検査の検査値といった検査データ、患者の心拍、脈拍、血圧、体温等のバイタルサインの測定値といった測定データ、医療検査、作成、処置、手術、投薬等の各種オーダを記録するオーダデータ、初診、入院、退院、再入院、処置、手術、投薬、完治等の患者の診療過程で生じたイベントを記録する治療記録データ、受診料、薬料、入院費等を記録する会計データが入力されている。電子カルテ２４のこれらの各種診療データはクライアント端末１２で入力することができ、また、クライアント端末１２で閲覧することができる。

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

レポートサーバ２３は、医用レポート２６が格納されるレポートデータベース２３Ａを有する。医用レポート２６は、画像検査で得られた検査画像２５を読影医が読影した結果をまとめたものである。医用レポート２６はクライアント端末１２で作成、閲覧することができる。

電子カルテ２４、検査画像２５、及び医用レポート２６には、個々の患者を識別するための番号や記号である患者ＩＤ（Identification Data）等が付帯情報として関連付けて記憶されている（図２～図４参照）。

図２に示すように、カルテデータベース２１Ａに格納された電子カルテ２４は、「０１２３４５６７８９」といった１０桁の数字で表される患者ＩＤが関連付けられて患者単位で管理される。電子カルテ２４には、患者ＩＤの他、患者の氏名、性別、生年月日あるいは年齢等の患者情報と、複数項目の診療データとが記録される。診療データは、「血圧（上）」、「血圧（下）」、「生化学検査Ａ」、「治療記録」等の項目別に整理されて時系列に記録されている。

診療データの各項目の１件分のレコードには、診療日時、検査日時、測定日時、投薬日時（投薬を実施した日時または処方した日時）、患者の診療過程で生じた様々なイベントの日時等の日時に関する情報と、問診内容、診断内容、検査値、測定値、投与量、診療報酬額、イベント等のデータ内容とが含まれる。

治療記録データに記録されるイベントは、入院、手術、転科、退院、再入院等を含み、入院のイベントに付随する入院予約の内容、手術のイベントに付随する麻酔依頼の内容、術前サマリ、手術申込の内容、麻酔同意書、手術同意書等も記録される。なお、術前サマリは、手術前に実施した医療検査の結果の要約である。また、麻酔同意書、手術同意書は、麻酔、手術を行う必要性やリスク等を患者やその家族に説明し、患者やその家族に署名や捺印を求める文書である。

図３に示すように、画像データベース２２Ａに格納された検査画像２５は、電子カルテ２４と同じく患者ＩＤが関連付けられて患者単位で管理される。検査画像２５には、患者ＩＤの他、画像検査を実施した検査日時（検査画像２５が画像データベース２２Ａにアップされた日時）、画像ＩＤ及びオーダＩＤ、「単純Ｘ線検査」、「ＣＴ検査」等の画像検査の種類、「Ｘ線画像」、「断層画像」等の検査画像の種類、「胸部」、「腹部」等の撮影部位といった検査画像２５の属性が付帯情報として関連付けられている。画像サーバ２２は、こうした検査日時や属性といった付帯情報とともに、検査画像２５を診療データとして診療支援装置１１に送信する。

画像ＩＤは、各検査画像２５を識別するための番号や記号であり、オーダＩＤは、各オーダを識別するための番号や記号である。単純Ｘ線検査では、１回の画像検査で１枚のＸ線画像が撮影されることが多い。対してＣＴ検査で取得される断層画像のように、１回の画像検査で複数枚の検査画像２５が撮影される場合もある。このように１回の画像検査で複数枚の検査画像２５が撮影された場合は、複数枚の検査画像２５が１回の画像検査で得られたことを示すために各検査画像２５に共通のオーダＩＤが付与され、１まとめの検査画像２５として管理される。単純Ｘ線検査で複数枚撮影された場合も同様である。

なお、検査画像２５の付帯情報としては、検査画像２５内の病変の位置やサイズ、病変の種類、病変の特徴量、病変の治癒レベル等に関する情報を含めてもよい。また、画像検査が超音波検査であった場合は、超音波画像を解析して得られた血流計測値を付帯情報として含めてもよい。

図４に示すように、レポートデータベース２３Ａに格納された医用レポート２６は、電子カルテ２４及び検査画像２５と同じく患者ＩＤが関連付けられて患者単位で管理される。医用レポート２６には、患者ＩＤの他、医用レポート２６の作成日時（医用レポート２６がレポートデータベース２３Ａにアップされた日時）、医用レポート２６のレポートＩＤ、医用レポート２６に添付した検査画像２５の画像ＩＤとオーダＩＤ、及び検査画像２５と同様の属性が付帯情報として関連付けられている。レポートサーバ２３は、こうした付帯情報とともに、医用レポート２６を診療データとして診療支援装置１１に送信する。なお、図２～図４では、各種日時のうちの日付のみを示している。

診療支援装置１１、クライアント端末１２、及びサーバ群１３の各サーバ２１～２３は、サーバコンピュータ、パーソナルコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、サーバプログラムまたはクライアントプログラム等のアプリケーションプログラムをインストールして構成される。

図５に示すように、診療支援装置１１やクライアント端末１２等を構成するコンピュータは、基本的な構成は同じであり、それぞれ、ストレージデバイス３０、メモリ３１、ＣＰＵ（Central Processing Unit）３２、通信部３３、ディスプレイ３４、及び入力デバイス３５を備えている。これらはデータバス３６を介して相互接続されている。

ストレージデバイス３０は、診療支援装置１１やクライアント端末１２等を構成するコンピュータに内蔵、またはケーブルやネットワークを通じて接続されたハードディスクドライブ、もしくはハードディスクドライブを複数台連装したディスクアレイである。ストレージデバイス３０には、オペレーティングシステム等の制御プログラムや各種アプリケーションプログラム、及びこれらのプログラムに付随する各種操作画面の表示データが記憶されている。

メモリ３１は、ＣＰＵ３２が処理を実行するためのワークメモリである。ＣＰＵ３２は、ストレージデバイス３０に記憶されたプログラムをメモリ３１へロードして、プログラムにしたがった処理を実行することにより、コンピュータの各部を統括的に制御する。

通信部３３は、ネットワーク１４を介した各種情報の伝送制御を行うネットワークインターフェースである。ディスプレイ３４は、マウスやキーボード等の入力デバイス３５の操作に応じた各種操作画面を表示する。操作画面にはＧＵＩ(Graphical User Interface)による操作機能が備えられる。診療支援装置１１やクライアント端末１２等を構成するコンピュータは、操作画面を通じて入力デバイス３５からの操作指示の入力を受け付ける。なお、以下の説明では、診療支援装置１１を構成するコンピュータの各部には添え字の「Ａ」を、クライアント端末１２を構成するコンピュータの各部には添え字の「Ｂ」をそれぞれ符号に付して区別する。

図６に示すように、クライアント端末１２のストレージデバイス３０Ｂには、表示画面１５を閲覧するためのビューアソフトウエア４０がアプリケーションプログラムとして記憶されている。ビューアソフトウエア４０は、表示画面１５を構成する複数の表示部の表示を制御する複数のガジェットエンジン（以下、単にガジェットという）を含む。なお、ガジェットとは、ビューアソフトウエア４０等の主たるアプリケーションプログラムに付随して動作して、各種機能を発揮するサブプログラムである。

ビューアソフトウエア４０が起動されると、クライアント端末１２のＣＰＵ３２Ｂは、メモリ３１Ｂ（図示せず）と協働して、ＧＵＩ制御部４１及び要求発行部４２として機能する。

ＧＵＩ制御部４１は、診療支援装置１１から配信された表示画面１５をディスプレイ３４Ｂのウェブブラウザ上に表示する。ＧＵＩ制御部４１は、マウスカーソル（図示せず）によるボタンのクリック操作等、表示画面１５を通じて入力デバイス３５Ｂから入力される操作指示に応じた表示画面１５の画面出力制御を行う。

要求発行部４２は、ＧＵＩ制御部４１を介した入力デバイス３５Ｂの操作指示に応じて、診療支援装置１１に対する各種処理要求を発行する。各種処理要求には、表示画面１５の配信要求と編集要求とがある。要求発行部４２で発行された各種処理要求は、ネットワーク１４を通じて診療支援装置１１に送信される。

配信要求には、医療スタッフＩＤが含まれる。医療スタッフＩＤは、例えば認証キーとともに表示画面１５を起動するためのログイン画面（図示せず）を通じて入力される。

編集要求は、入力デバイス３５Ｂによる各種操作指示に応じた、表示画面１５の表示内容の編集を診療支援装置１１に要求するものである。

図７に示すように、診療支援装置１１のストレージデバイス３０Ａには、作動プログラム４５がアプリケーションプログラムとして記憶されている。作動プログラム４５は、診療支援装置１１を構成するコンピュータを、診療支援装置として機能させるためのプログラムである。診療支援装置１１のＣＰＵ３２Ａは、作動プログラム４５が起動されると、メモリ３１Ａ（図示せず）と協働して、要求受付部４６、カンファレンス情報管理部４７、表示画面生成部４８、配信制御部４９、及び参加者職種判定部５０として機能する。

要求受付部４６は、クライアント端末１２からの配信要求及び編集要求を受け付ける。要求受付部４６は、受け付けた配信要求及び編集要求をカンファレンス情報管理部４７に出力する。

カンファレンス情報管理部４７は、カンファレンス関連情報データベース１１Ａのカンファレンス関連情報１９を管理する。カンファレンス関連情報１９には、カンファレンスの実行予定日を記録したカンファレンス実行予定表５１とカンファレンスに参加する医療スタッフを記憶した医療スタッフ情報５２とカンファレンスの種類毎にカンファレンスの参加者の職種を規定した職種規定テーブル５３とが含まれる。

図８に示すように、カンファレンス実行予定表５１は、カンファレンス情報管理部４７が、カンファレンス情報を生成するタイミングを決定づけるものである。後述するように、カンファレンス実行予定表５１に記憶されたカンファレンスの実行予定日に基づいて、カンファレンス情報が生成される。例えば、カンファレンスの種類が「ＮＳＴ」の場合は、実行予定日は「２０２０／７／２４」である。

図９に示すように、医療スタッフ情報５２は、医療スタッフＩＤが関連付けられて医療スタッフ単位で管理される。医療スタッフ情報５２には、医療スタッフの氏名、年齢、性別、所属科、職種、端末ＩＤ等の医療スタッフの基本的な情報が記録される。例えば、医療スタッフＩＤの「Ｒ０００１」に関連付けられている情報としては、氏名が「医師太郎」、年齢が「４５歳」、性別が「男」、所属科が「内科」、職種が「医師」、端末ＩＤが「ＴＮ００３」である。

図１０に示すように、職種規定テーブル５３は、カンファレンスの種類毎の参加者職種を規定したものである。カンファレンスの種類には、入院時カンファレンス、術前カンファレンス、ＮＳＴ（Nutrition Support Team）カンファレンス、褥瘡対策カンファレンス、嚥下カンファレンス、リハビリカンファレンス、感染対策カンファレンスが含まれる。また、参加者の職種には、医師、歯科医師、看護師、臨床検査技師、理学療法士、作業療法士、管理栄養士、言語聴覚士、薬剤師、リハビリスタッフが含まれる。なお、ＮＳＴとは、患者の栄養管理を行うチーム医療の一種である。

カンファレンスの参加者職種は、カンファレンスの参加を推奨される職種の重要度である参加者職種重要度が２段階に設定される。参加者職種重要度は、カンファレンスの種類に対応する業務を主に従事する職種や、カンファレンスにおいて議論を中心に行う職種等を、カンファレンスの参加を推奨される職種として設定したものである。図１０に示すように、二重丸（「◎」）は参加を必須とされる職種、丸（「○」）は参加を推奨される職種である。例えば、カンファレンスの種類が「ＮＳＴ」の場合には、職種が医師、看護師、及び、管理栄養士については、参加者職種重要度が「◎」であることから、参加が必須となっており、職種が歯科医師、臨床検査技師、言語聴覚士、薬剤師、及び、リハビリスタッフについては、参加者職種重要度が「○」であることから、参加が推奨となっている。

図７に示すように、カンファレンス情報管理部４７は、カンファレンス実行予定表５１に記録されたカンファレンスの実行予定日より前の特定のタイミングに、サーバ群１３にアクセスし、カンファレンスの種類に応じた対象患者を抽出し、さらにカンファレンスの種類に応じた参加者候補を医療スタッフ情報５２から抽出する。カンファレンス情報管理部４７は、抽出された対象患者と参加者候補を、カンファレンスの種類に対応づけてカンファレンス情報及びカンファレンスリストを生成する。また、カンファレンス情報管理部４７は、要求受付部４６からの編集要求に応じて、医療スタッフ情報５２を更新する。

図１１に示すように、表示画面生成部４８は、カンファレンスリストを表示するカンファレンスリスト表示画面１６とカンファレンス情報を表示するカンファレンス情報表示画面１７を生成する。さらに、表示画面生成部４８は、要求受付部４６が受け付けた編集要求に基づいて、カンファレンスリスト表示画面１６が含まれる表示画面１５を生成及び編集を行う。

配信制御部４９は、表示画面１５を、処理要求を送信したクライアント端末１２に通信部３３Ａ（図示せず）を介して配信する制御を行う。

図１１に示すように、表示画面１５は、左上部のスケジュール表示部６５、左下部のメール表示部６６、及び右側のカンファレンス情報表示部６７の３つの表示部６５～６７を有している。この３つの表示部６５～６７の表示位置、表示面積、及び表示内容は、医療スタッフが自由にカスタマイズ可能である。

スケジュール表示部６５は、スケジュール管理ガジェットにより生成される。また、メール表示部６６は、メール管理ガジェットにより生成される。スケジュール管理ガジェットとメール管理ガジェットは、ビューアソフトウエア４０に含まれるガジェットの一種である。スケジュール表示部６５に表示されるスケジュール、及びメール表示部６６に表示される電子メールの内容は、ログイン画面で入力された医療スタッフＩＤに応じて切り替わる。

カンファレンス情報表示部６７には、カンファレンスリスト表示画面１６とカンファレンス情報表示画面１７とが表示される。カンファレンス情報表示画面１７には、カンファレンスリスト表示画面１６に示すように、カンファレンスリストの中から選択されたカンファレンスに対応付けられたカンファレンス情報が表示される。カンファレンス情報には、カンファレンス情報管理部４７により抽出された対象患者リスト、及び参加を登録した参加者のリストが含まれる。例えば、カンファレンスリスト表示画面１６に表示されたカンファレンスリスト１～８のうち、１のＮＳＴカンファレンスを選択する場合には、「１ ＮＳＴ」をクリックする。これにより、カンファレンス情報表示画面１７において、選択された１のＮＳＴカンファレンスのカンファレンス情報として、日時、場所、参加者、および対象患者が表示される。

ここで、カンファレンスリストとカンファレンス情報の生成について、ＮＳＴカンファレンスを例にして、図１２のフローチャートを用いて説明する。

カンファレンス情報管理部４７は、予め決められた特定タイミングでカンファレンス情報を生成する。カンファレンス情報管理部４７は、カンファレンス実行予定表５１を参照して、カンファレンスの実行予定日を特定する。そして、図１３に示すように、特定タイミングとして、例えば、カンファレンスの実行予定日の２日前にサーバ群１３にアクセスし患者を抽出する（ステップＳ１）。サーバ群１３は、前述したように、電子カルテサーバ２１を含んでおり、電子カルテサーバ２１から、カンファレンス情報管理部４７は、電子カルテ２４、オーダ２７、又は、診療記録２８を受信する。ＮＳＴカンファレンスの対象患者は、前回のＮＳＴカンファレンスの対象患者を除き、直近２週間の間に、電子カルテ２４に栄養管理が必要であると記載された患者、あるいは栄養指示の内容を含むオーダ２７や栄養管理の内容を含む診療記録２８の文書が発行された患者である。例えば、図１３に示すように、ＮＳＴカンファレンスの対象患者は、「富士太郎」、「富士花子」、「富士次郎」、「山羊太郎」、「山羊三郎」の５名である。診療支援装置１１が、クリニカルフロー１８にアクセスできる場合には、クリニカルフロー１８から患者を抽出すると、より効率的である。なお、図１４に示すように、クリニカルフロー１８とは、電子カルテ２４あるいは医用レポート２６に基づいて生成された複数の患者の診療プロセスを一覧にしたものである。

また、カンファレンス情報管理部４７は、カンファレンスの参加者候補を医療スタッフ情報５２の中から、職種規定テーブル５３を用いて抽出する（ステップＳ１）。ＮＳＴカンファレンスでは、職種規定テーブル５３を参照すると、医師、看護師、臨床検査技師、管理栄養士、言語聴覚士、薬剤師、及び、リハビリスタッフの８職種が参加を必須または推奨とされている（図１０参照）。したがって、カンファレンス情報管理部４７は、図１５に示すように、職種が、医師、看護師、臨床検査技師、管理栄養士、言語聴覚士、薬剤師、及び、リハビリスタッフの医療スタッフを参加者候補とし、これら参加者候補のクライアント端末１２あるいは携帯端末５４に対して、参加登録のための通知（参加登録通知）を送信する（ステップＳ２）。

例えば、図１５に示すように、医師の「医師太郎」、「医師花子」、「医師次郎」、歯科医師の「歯科太郎」、看護師の「看護太郎」、「看護良子」、臨床検査技師の「検査太郎」、管理栄養士の「栄養太郎」、「栄養次郎」、言語聴覚士の「聴覚太郎」、薬剤師の「薬剤太郎」、及びリハビリスタッフの「リハビリ太郎」の１２名に、参加登録通知が送信される。

図１６に示すように、参加登録通知を受信した参加者候補は、各携帯端末５４等において、「出席」、「欠席」、または「保留」のいずれかを選択する。選択結果はカンファレンス情報管理部４７に送信され、カンファレンス情報管理部４７は、参加者候補が「出席」を選択したという結果を受信するとカンファレンス情報に、この参加者候補をカンファレンスの参加者として登録する（ステップＳ３）。

さらに、カンファレンス情報管理部４７は、医療スタッフが「出席」を選択したという結果を受信すると、ＮＳＴカンファレンスの対象患者、及び、参加登録通知に対する参加者候補の選択結果に基づいて、カンファレンスの種類と実行日時と対象患者と参加者を対応づけたカンファレンス情報を生成する。例えば、図１７に示すように、参加者候補が、医師の「医師太郎」、「医師花子」、「医師次郎」、看護師の「看護良子」、臨床検査技師の「検査太郎」、管理栄養士の「栄養太郎」、言語聴覚士の「言語太郎」、薬剤師の「薬剤太郎」、及びリハビリスタッフの「リハビリ太郎」の１２名である場合において、これら１２名の参加者候補のうち、「医師太郎」、「医師花子」、「医師次郎」、及び「看護良子」の４名が、「参加」の選択結果を送信すると、この４名が、ＮＳＴカンファレンスの参加者として登録される。なお、カンファレンス情報表示画面１７には、登録された参加者の他に、カンファレンスの種類、日時、場所、対象患者が表示される。

図１７に示すように、ＮＳＴカンファレンスに登録された参加者は４名である。参加者職種判定部５０は、図１８に示すように、この４名の職種と職種規定テーブル５３で規定された職種とを比較する（ステップＳ４）。ＮＳＴカンファレンスにおいては、医師、看護師、及び管理栄養士が参加を必須とされている。したがって、管理栄養士が不足しているため、判定結果はＮＧとなる。カンファレンス情報管理部４７は、図１９に示すように、前述の参加登録通知を受信した参加者候補のうち、参加登録通知に対して応答していない、または保留を選択した参加者候補がいる場合には、その参加者候補の端末に対して再度参加登録通知（再通知）を送信する（ステップＳ５）。例えば、「保留」の選択をした管理栄養士の「栄養太郎」と、応答をしていない「栄養次郎」に再度参加登録通知が送信される。あるいは、カンファレンスの責任者の端末に対して職種判定がＮＧであった旨の通知を送信してもよい。なお、判定結果がＯＫである場合には、参加登録の再通知は送信しなくてもよい。

また、参加者候補以外の医療スタッフを参加登録することも可能である。図２０に示すように、カンファレンス情報表示画面１７にある変更ボタン２０をクリックすると、カンファレンス情報表示画面１７にカンファレンス情報変更可能である旨の表示が行われる。任意の医療スタッフを参加者候補として追加すると、追加された参加者候補は、前述の参加登録通知に対して出席を選択した場合に、カンファレンスの参加者として登録される。例えば、図２１に示すように、他科の管理栄養士の「栄養一郎」を追加登録する場合には、カンファレンス情報表示画面１７から、追加登録の操作をすることにより、カンファレンス情報管理部４７から「栄養一郎」の端末に参加登録通知が送信され、参加登録通知を受信した「栄養一郎」が端末において参加を選択すると、カンファレンスの参加者として登録される。なお、追加登録のための医療スタッフの入力は、カンファレンス情報表示画面１７において、変更ボタン２０をクリックした後に、追加登録可能な医療スタッフのリストをポップアップ表示し、その中から選択するようにしてもよい。

なお、本実施形態において、診療支援装置１１とカンファレンス関連情報データベース１１Ａとがネットワーク１４で接続されている例を示したが、本発明はこれに限定されない。例えば、カンファレンス情報管理部４７により、カンファレンス関連情報１９が生成された場合に、診療支援装置１１のストレージデバイス３０Ａ等にカンファレンス関連情報１９を保持してもよい。

［第２実施形態］
次に、第２実施形態について説明する。本実施形態においては、図２２に示すように、診療支援装置１１は、カンファレンス進行支援部６０を備える。カンファレンス進行支援部６０は、音声認識部６１と診療データ管理部６２として機能する。また、実行中のカンファレンスにおいて使用される診療データを表示する会議端末６３（診療データ表示用端末）には、音声入力部７０（例えばマイク等）が備えられている。

音声認識部６１は、音声入力部７０から入力された音声に基づいて、音声に含まれる診療データの送信指示をサーバ群１３（診療データ格納部）に送信し、サーバ群１３は、送信指示された診療データを診療データ管理部６２に送信する。診療データ管理部６２は、受信した診療データを会議端末６３に表示する。例えば、実行中のカンファレンスにおいて、カンファレンスを進行する参加者は、対象患者の画像データの取得の指示を会議端末６３に音声入力し、音声入力に基づいて、診療データ管理部６２は、指示された診療データをサーバ群１３から取得し、会議端末６３のディスプレイ７１に表示する。なお。送信指示は、会議端末６３において、指示用語を文字入力することにより行ってもよい。

［第３実施形態］
次に、第３実施形態について説明する。本実施形態においては、図２３に示すように、カンファレンス進行支援部６０は、音声変換部７２と議事録管理部７３として機能する。音声変換部７２は、音声入力部７０から入力された音声をテキスト情報に変換する。議事録管理部７３は、変換されたテキスト情報に基づいて、カンファレンスの対象患者に関するカンファレンス議事録を作成する。登録部７４は、サーバ群１３の電子カルテサーバ２１にアクセスして、作成されたカンファレンス議事録を対象患者の電子カルテに登録する。

上記実施形態において、カンファレンス情報管理部４７、参加者職種判定部５０、カンファレンス進行支援部６０、音声認識部６１、診療データ管理部６２、音声変換部７２、議事録管理部７３、登録部７４といった各種の処理を実行する処理部（processing unit)のハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。各種のプロセッサには、ソフトウエア（プログラム）を実行して各種の処理部として機能する汎用的なプロセッサであるＣＰＵ（Central Processing Unit)、ＧＰＵ（Graphical Processing Unit）、ＦＰＧＡ (Field Programmable Gate Array) などの製造後に回路構成を変更可能なプロセッサであるプログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）、各種の処理を実行するために専用に設計された回路構成を有するプロセッサである専用電気回路などが含まれる。

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

さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子などの回路素子を組み合わせた形態の電気回路（circuitry）である。また、記憶部のハードウェア的な構造はＨＤＤ（hard disc drive）やＳＳＤ（solid state drive）等の記憶装置である。

なお、本発明の診療支援装置は、以下のプロセッサ装置タイプの実施形態でもよい。
カンファレンス情報管理部によって、実行予定のカンファレンスの各々について、カンファレンスの種類、カンファレンスの対象となる対象患者、カンファレンスの参加者、及びカンファレンスの実行日時、の情報を含むカンファレンス情報を生成し、参加者職種判定部によって、カンファレンスの種類毎の参加者職種を規定した職種規定テーブルとカンファレンス情報とを比較することにより、職種規定テーブルで規定された職種の参加者が実行予定のカンファレンスに含まれるか否かを判定し、更に、カンファレンス情報管理部によって、参加者職種判定部の判定結果を通知するプロセッサ装置。

１０ 診療支援システム
１１ 診療支援装置
１１Ａ カンファレンス関連情報データベース
１２ クライアント端末
１３ サーバ群
１４ ネットワーク
１５ 表示画面
１６ カンファレンスリスト表示画面
１７ カンファレンス情報表示画面
１８ クリニカルフロー
１９ カンファレンス関連情報
２０ 変更ボタン
２１ 電子カルテサーバ
２１Ａ カルテデータベース
２２ 画像サーバ
２２Ａ 画像データベース
２３ レポートサーバ
２３Ａ レポートデータベース
２４ 電子カルテ
２５ 検査画像
２６ 医用レポート
２７ オーダ
２８ 診療記録
３０ ストレージデバイス
３０Ａ ストレージデバイス
３０Ｂ ストレージデバイス
３１ メモリ
３２ ＣＰＵ
３２Ａ ＣＰＵ
３２Ｂ ＣＰＵ
３３ 通信部
３４ ディスプレイ
３４Ｂ ディスプレイ
３５ 入力デバイス
３５Ｂ 入力デバイス
３６ データバス
４０ ビューアソフトウェア
４１ ＧＵＩ制御部
４２ 要求発行部
４５ 作動プログラム
４６ 要求発行部
４７ カンファレンス情報管理部
４８ 表示画面生成部
４９ 配信制御部
５０ 参加者職種判定部
５１ カンファレンス実行予定表
５２ 医療スタッフ情報
５３ 職種規定テーブル
５４ 携帯端末
６０ カンファレンス進行支援部
６１ 音声認識部
６２ 診療データ管理部
６３ 会議端末
６５ スケジュール表示部
６６ メール表示部
６７ カンファレンス情報表示部
７０ 音声入力部
７１ ディスプレイ
７２ 音声変換部
７３ 議事録管理部
７４ 登録部

Claims (15)

1. 少なくとも１つのプロセッサを含むカンファレンス支援装置であって、
   前記プロセッサは、
   実行予定のカンファレンスの各々について、前記カンファレンスの種類、前記カンファレンスの参加者、及び前記参加者の職種の情報を含むカンファレンス情報を生成し、
   前記カンファレンスの種類毎の参加者職種を規定した職種規定テーブルと前記カンファレンス情報とを比較することにより、前記職種規定テーブルで規定された職種の参加者が前記実行予定のカンファレンスに含まれるか否かを判定し、
   前記判定の結果に基づく通知を行うカンファレンス支援装置。
2. 前記プロセッサは、前記実行予定のカンファレンスを一覧にしたカンファレンスリスト表示画面を生成する請求項１に記載のカンファレンス支援装置。
3. 前記プロセッサは、前記カンファレンスリスト表示画面から選択された前記カンファレンスの前記カンファレンス情報を表示するカンファレンス情報表示画面を生成する請求項２に記載のカンファレンス支援装置。
4. 前記プロセッサは、前記カンファレンス情報表示画面に表示された前記カンファレンス情報を変更する変更操作を受け付け、受け付けた内容に前記カンファレンス情報を変更する請求項３に記載のカンファレンス支援装置。
5. 前記職種規定テーブルには、前記カンファレンスの種類毎の前記参加者職種の重要度である参加者職種重要度が対応付けされている請求項１から４のいずれか一項に記載のカンファレンス支援装置。
6. 前記プロセッサは、患者の診療に関する診療情報を用いて前記カンファレンスの種類毎の前記カンファレンスの対象患者を抽出し、抽出した前記対象患者を対象とした前記カンファレンスの前記カンファレンス情報を生成する請求項１から４のいずれか一項に記載のカンファレンス支援装置。
7. 前記プロセッサは、前記職種規定テーブルを用いて前記カンファレンスの種類毎の前記参加者の候補を抽出し、前記参加者の候補に対して参加登録通知を送信する請求項１から４のいずれか一項に記載のカンファレンス支援装置。
8. 前記プロセッサは、前記参加登録通知に対して参加意思を示す応答を行った参加者の候補を前記参加者とする前記カンファレンス情報を生成する請求項７記載のカンファレンス支援装置。
9. 前記プロセッサは、前記判定の結果に基づく通知として、前記参加登録通知に応答していない前記参加者の候補の端末に再度参加登録通知を行う請求項７記載のカンファレンス支援装置。
10. 前記カンファレンスは、診療プロセス毎に種類分けされ、
    前記参加者職種には、医師と看護師とが含まれる請求項１から４のいずれか一項に記載のカンファレンス支援装置。
11. 前記カンファレンス情報には前記カンファレンスの対象患者の情報を含み、
    前記プロセッサは、
    入力された音声を認識し、
    前記カンファレンスの実行中に前記認識した音声に、実行中のカンファレンスの前記対象患者の診療で取得された診療データの送信指示が含まれる場合に、前記診療データを取得し、
    表示用端末に前記診療データを表示させる請求項１から４のうちいずれか一項に記載のカンファレンス支援装置。
12. 前記プロセッサは、
    入力された音声を認識し、
    前記カンファレンスの実行中に前記認識した音声を、テキスト情報に変換し、
    前記変換したテキスト情報を用いて、実行中のカンファレンスの議事録を作成する請求項１から４のうちいずれか一項に記載のカンファレンス支援装置。
13. 前記カンファレンス情報には前記カンファレンスの対象患者の情報を含み、
    前記カンファレンスの議事録を、前記対象患者の電子カルテに関連付ける請求項１２に記載のカンファレンス支援装置。
14. 少なくとも１つのプロセッサが、
    実行予定のカンファレンスの各々について、前記カンファレンスの種類、前記カンファレンスの参加者、及び前記参加者の職種の情報を含むカンファレンス情報を生成するステップと、
    前記カンファレンスの種類毎の参加者職種を規定した職種規定テーブルと前記カンファレンス情報とを比較することにより、前記職種規定テーブルで規定された職種の参加者が前記実行予定のカンファレンスに含まれるか否かを判定するステップと、
    前記判定の結果に基づく通知を行うステップとを実行するカンファレンス支援方法。
    
15. 実行予定のカンファレンスの各々について、前記カンファレンスの種類、前記カンファレンスの参加者、及び前記参加者の職種の情報を含むカンファレンス情報を生成するステップと、
    前記カンファレンスの種類毎の参加者職種を規定した職種規定テーブルと前記カンファレンス情報とを比較することにより、前記職種規定テーブルで規定された職種の参加者が前記実行予定のカンファレンスに含まれるか否かを判定するステップと、
    前記判定の結果に基づく通知を行うステップとを、少なくとも１つのプロセッサに実行させるカンファレンス支援プログラム。
    

Images