JP6993425B2 - 検査情報表示装置、方法およびプログラム - Google Patents

Description

本発明は、医用画像等の患者に関するデータと関連づけられた患者名、性別および年齢等の検査情報を表示する検査情報表示装置、方法およびプログラムに関する。

近年、ＣＴ(Computed Tomography)装置およびＭＲＩ（Magnetic Resonance Imaging）
装置等の医療機器の進歩により、より質の高い高解像度の医用画像を用いての画像診断が可能となってきている。とくに、対象部位を脳とした場合において、ＣＴ画像およびＭＲＩ画像等を用いた画像診断により、脳梗塞および脳出血等の血管障害を起こしている領域を特定することができるため、特定した結果に基づいて適切な治療が行われるようになってきている。

また、ディープラーニング等により学習がなされた判別器を用いたＣＡＤ（Computer-Aided Diagnosis）により医用画像を解析して、脳内における出血領域、梗塞領域、および出血体積等、並びに心臓における虚血領域を抽出し、これらを解析結果として取得することも行われている。このように、解析処理により生成される解析結果は、患者名、性別、年齢および医用画像を取得したモダリティ等の検査情報と対応づけられて、データベースに保存されて、診断に供される。この際、医用画像を取得した放射線科等の技師が、医用画像に応じた読影医を決定し、医用画像およびＣＡＤによる解析結果が存在することを、決定した読影医に伝えるようにしている。読影医は、自身の読影端末において、配信された医用画像および解析結果を参照して医用画像の読影を行い、読影レポートを作成する。

このような医用画像の読影を行う際には、読影を行うべき医用画像の読影リストが読影端末に送られる。読影リストには、上述した検査情報が含まれる。このように、読影リストを読影端末に表示する際に、先に読影を行って欲しい医用画像を読影リストの上位に表示する手法が提案されている（特許文献１参照）。また、患者の重篤度に応じて読影リストをソートし、ソートした結果に基づいて、看護師、インターン、医師、技術者、集中治療専門医、または他の医療専門家等のリソースの割り当てを変更する手法も提案されている（特許文献２参照）。

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

一方、読影医に送られた医用画像のみでは、診断名等、読影レポートの作成に必要な情報を確定できない場合がある。また、医用画像を見て、直ちに緊急手術が必要なほど重篤な症状であると読影医が判断する場合がある。このような場合、読影医が診断名等の確定に必要な検査、必要な医用画像の撮影、および治療等の処置を依頼する必要がある。また、緊急的な手術が必要な場合には、手術室、執刀医および看護師の手配を行う必要がある。このような検査および処置の依頼等を行うためには、検査の空き状況、撮影室の空き状況、手術室の空き状況、執刀医のスケジュールおよび看護師のスケジュール等を読影医が確認する必要がある。このため、検査および処置の手配を行う読影医の負担が非常に大きいものとなっている。

本発明は上記事情に鑑みなされたものであり、検査情報を見て必要な検査および必要な処置を手配する際の、読影医等の操作者の負担を軽減することを目的とする。

本発明による検査情報表示装置は、患者に関するデータを解析した解析結果およびデータに関連する検査情報を表示部に表示する表示制御部と、
解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定する決定部と、
必要な検査および必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得するリソース情報取得部とを備え、
表示制御部は、リソースの空き情報をさらに表示部に表示する。

「データ」とは、患者に対して行った検査および撮影の結果取得されるデータであり、具体的には、血液検査の結果、心電図および血圧等のバイタルデータ、並びに医用画像等の画像データが挙げられる。

「検査情報」とは、データを取得した患者名、性別、年齢、および医用画像を取得したモダリティ等の、データに関連する任意の情報を意味する。

「必要な検査」とは、解析結果を確定するための追加の検査の他、追加の医用画像の撮影を含む。

「必要な処置」とは、患者に対する治療、投薬および手術等の患者に対して施す任意の処置を意味する。

「リソース」とは、処置方法を実行するために必要な設備および人員を意味する。具体的には、検査室、さらなる医用画像の撮影を行うための撮影装置、手術室、執刀医および看護師等、処置に必要な任意の設備および人員が挙げられる。

なお、本発明による検査情報表示装置においては、必要な検査および必要な処置のうちの少なくとも一方の緊急度に応じて、リソースの予約を行うリソース予約部をさらに備えるものとしてもよい。

「緊急度に応じて、リソースの予約を行う」とは、緊急度があらかじめ定められた基準よりも高い場合に、リソースの予約を行うことを意味する。

また、本発明による検査情報表示装置においては、操作者の指示を受け付ける入力部をさらに備え、
リソース予約部は、操作者の入力により予約したリソースの予約を解放するものであってもよい。

また、本発明による検査情報表示装置においては、データが医用画像である場合、表示制御部は、医用画像を表示部に表示するものであってもよい。

この場合、表示制御部は、医用画像の縮小画像を表示部に表示するものであってもよい。

本発明による検査情報表示方法は、患者に関するデータを解析した解析結果およびデータに関連する検査情報を表示部に表示し、
解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定し、
必要な検査および必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得し、
リソースの空き情報を表示部に表示する。

なお、本発明による検査情報表示方法をコンピュータに実行させるためのプログラムとして提供してもよい。

本発明による他の検査情報表示装置は、コンピュータに実行させるための命令を記憶するメモリと、
記憶された命令を実行するよう構成されたプロセッサとを備え、プロセッサは、
患者に関するデータを解析した解析結果およびデータに関連する検査情報を表示部に表示し、
解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定し、
必要な検査および必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得し、
リソースの空き情報を表示部に表示する処理を実行する。

本発明によれば、患者に関するデータを解析した解析結果およびデータに関連する検査情報が表示され、解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方が決定される。また、必要な検査および必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報が取得され、リソースの空き情報がさらに表示される。このため、操作者は、必要な検査および必要な処置のうちの少なくとも一方を実行するために必要なリソースの空き情報を容易に知ることができる。したがって、リソースを予約する等の操作者の負担を軽減することができる。

本発明の実施形態による検査情報表示装置を適用した医療情報システムの概略構成を示す図 リソース管理データベースを示す図 本発明の第１の実施形態による検査情報表示装置の概略構成を示す図 検査処置データベースを示す図 第１の実施形態における解析結果および検査情報を含む読影リストを示す図 第１の実施形態において行われる処理を示すフローチャート 本発明の第２の実施形態による検査情報表示装置の概略構成を示す図 緊急度データベースを示す図 第２の実施形態における解析結果および検査情報を含む読影リストを示す図 第２の実施形態において行われる処理を示すフローチャート

以下、図面を参照して本発明の実施形態について説明する。図１は本発明の実施形態による検査情報表示装置を適用した医療情報システムの概略構成を示す図である。図１に示す医療情報システム１は、公知のオーダリングシステムを用いた診療科の医師からの検査オーダーに基づいて、被写体の検査対象部位の撮影、撮影により取得された医用画像の保管、読影医による医用の読影と読影レポートの作成、および依頼元の診療科の医師による読影レポートの閲覧と読影対象の医用画像の詳細観察とを行うためのシステムである。図１に示すように、医療情報システム１は、複数のモダリティ（撮影装置）２、読影端末である複数の読影ワークステーション（ＷＳ）３、診療科ワークステーション（ＷＳ）４、画像サーバ５、画像データベース６、読影レポートサーバ７、読影レポートデータベース８、リソース管理システム１０および病院スタッフ（医師、看護師）の携帯端末１１が、有線または無線のネットワーク９を介して互いに通信可能な状態で接続されて構成されている。なお、読影ＷＳ３に対して、本実施形態の検査情報表示装置が適用されている。

各機器は、医療情報システム１の構成要素として機能させるためのアプリケーションプログラムがインストールされたコンピュータである。アプリケーションプログラムは、ＤＶＤ（Digital Versatile Disc）あるいはＣＤ－ＲＯＭ（Compact Disc Read Only Memory）等の記録媒体に記録されて配布され、その記録媒体からコンピュータにインストールされる。または、ネットワークに接続されたサーバコンピュータの記憶装置、もしくはネットワークストレージに、外部からアクセス可能な状態で記憶され、要求に応じてコンピュータにダウンロードされ、インストールされる。

モダリティ２は、被写体の診断対象となる部位を撮影することにより、診断対象部位を表す医用画像を生成する装置である。具体的には、ＣＴ装置、ＭＲＩ装置、およびＰＥＴ（Positron Emission Tomography)装置等である。モダリティ２により生成された医用画像は画像サーバ５に送信され、保存される。

読影ＷＳ３は、第１の実施形態による検査情報表示装置を内包するものである。読影ＷＳ３の構成については後述する。

診療科ＷＳ４は、診療科の医師が画像の詳細観察、読影レポートの閲覧、および電子カルテの作成等に利用するコンピュータであり、処理装置、高精細ディスプレイ、並びにキーボードおよびマウス等の入力装置により構成される。診療科用ＷＳ４では、画像管理サーバ５に対する画像の閲覧要求、画像管理サーバ５から受信した画像の表示、画像中の病変らしき部分の自動検出または強調表示、読影レポートサーバ７に対する読影レポートの閲覧要求、および読影レポートサーバ７から受信した読影レポートの表示等の各処理が、各処理のためのソフトウェアプログラムを実行することにより行われる。

画像サーバ５は、汎用の比較的処理能力の高いコンピュータにデータベース管理システム（DataBase Management System: DBMS）の機能を提供するソフトウェアプログラムがインストールされたものである。また、画像サーバ５は画像データベース６が構成される大容量ストレージを備えている。このストレージは、画像サーバ５とデータバスによって接続された大容量のハードディスク装置であってもよいし、ネットワーク９に接続されているＮＡＳ（Network Attached Storage）およびＳＡＮ（Storage Area Network）に接続されたディスク装置であってもよい。また、画像サーバ５は、モダリティ２からの医用画像の登録要求を受け付けると、その医用画像をデータベース用のフォーマットに整えて画像データベース６に登録する。

画像データベース６には、モダリティ２において取得された医用画像の画像データと付帯情報とが登録される。付帯情報には、例えば、個々の医用画像を識別するための画像ＩＤ、被写体を識別するための患者ＩＤ(identification)、検査を識別するための検査ＩＤ、医用画像毎に割り振られるユニークなＩＤ（ＵＩＤ：unique identification）、その医用画像が生成された検査日、検査時刻、その医用画像を取得するための検査で使用されたモダリティの種類、患者氏名、年齢、性別等の患者情報、検査部位（撮影部位）、撮影情報（撮影プロトコル、撮影シーケンス、撮像手法、撮影条件、造影剤の使用等）、１回の検査で複数の医用画像を取得したときのシリーズ番号あるいは採取番号等の情報が含まれうる。

また、画像サーバ５は、読影ＷＳ３からの閲覧要求をネットワーク９経由で受信すると、画像データベース６に登録されている医用画像を検索し、抽出された医用画像を要求元の読影ＷＳ３に送信する。

読影レポートサーバ７には、汎用のコンピュータにデータベース管理システムの機能を提供するソフトウェアプログラムが組み込まれる。読影レポートサーバ７は、読影ＷＳ３からの読影レポートの登録要求を受け付けると、その読影レポートをデータベース用のフォーマットに整えて読影レポートデータベース８に登録する。

読影レポートデータベース８には、例えば、読影対象の医用画像を識別する画像ＩＤ、読影を行った画像診断医を識別するための読影医ＩＤ、病変名、病変の位置情報、所見、所見の確信度等の情報が記録された読影レポートが登録される。

ネットワーク９は、病院内の各種機器を接続する有線または無線のローカルエリアネットワークである。読影ＷＳ３が他の病院あるいは診療所に設置されている場合には、ネットワーク９は、各病院のローカルエリアネットワーク同士をインターネットまたは専用回線で接続した構成としてもよい。いずれの場合にも、ネットワーク９は光ネットワーク等の医用画像の高速転送が実現可能な構成にすることが好ましい。

リソース管理システム１０は、病院内における各種処置方法を実行するために必要な設備および人員を管理するためのコンピュータであり、処理装置、ディスプレイ、並びにキーボードおよびマウス等の入力装置により構成される。リソース管理システム１０は、図１に示す第１～第３手術室４１～４３のスケジュール、第１および第２検査室４４，４５のスケジュール、第１および第２処置室４６，４７のスケジュール、複数のモダリティ２のスケジュール、病院内の医師、とくに手術の執刀医のスケジュール、並びに看護士のスケジュール等の病院内における検査および処置を行うためのリソースのスケジュールを管理する。

第１～第３手術室４１～４３のスケジュールの管理は、第１～第３手術室４１～４３に設置された端末からの入力、手術の対象となる患者の担当医の端末からの入力等に基づいて行われる。検査室は、心電図計測および血液検査等の各種検査を行う検査室である。本実施形態においては２つの検査室を有するものとしているが、３以上の検査室を有するものとしてもよい。第１および第２検査室４４，４５のスケジュールの管理は、第１および第２検査室４４，４５に設定された端末からの入力、あるいは手術の対象となる患者の担当医の端末からの入力等に基づいて行われる。処置室は、投薬による治療および手当等を行う部屋である。本実施形態においては２つの処置室を有するものとしているが、３以上の処置室を有するものとしてもよい。第１および第２処置室４６，４７のスケジュールの管理は、第１および第２処置室４６，４７に設定された端末からの入力、手術の対象となる患者の担当医の端末からの入力等に基づいて行われる。病院内の医師および看護士のスケジュールの管理は、医師および看護士の端末からの入力に基づいて行われる。モダリティ２のスケジュールの管理は、モダリティ２が設置された撮影室の端末からの入力、あるいは撮影の対象となる患者の担当医の端末からの入力等に基づいて行われる。

なお、本実施形態においては、第１および第２検査室４４，４５、並びにモダリティ２が検査を実行するためのリソースとなる。また、第１～第３手術室４１～４３、第１および第２処置室４６，４７、並びに医師および看護師が、処置を実行するためのリソースとなる。

リソース管理システム１０は、リソース管理データベースにより、リソースの管理を行う。図２はリソース管理データベースを示す図である。図３に示すように、リソース管理データベースＤＢ１は、各種リソース、すなわち第１～第３手術室４１～４３、第１および第２検査室４４，４５、第１および第２処置室４６，４７、医師Ａ，Ｂ、看護士Ａ，Ｂ、並びにモダリティ２としてのＣＴ装置およびＭＲＩ装置のスケジュールが管理されている。すなわち、各種リソースについて、日時とその日時におけるリソースが使用されている時間（医師および看護師の場合には、予定がある時間）が示されている。なお、図２においては１１月２１日のリソースのスケジュールが示されている。また、図２においては、リソースが使用されている時間を両矢印にて示している。

以下、本実施形態による読影ＷＳ３について詳細に説明する。読影ＷＳ３は、医用画像の読影医が、医用画像の読影および読影レポートの作成に利用するコンピュータであり、処理装置、高精細ディスプレイ、並びにキーボードおよびマウス等の入力装置により構成される。読影ＷＳ３では、画像サーバ５に対する医用画像の閲覧要求、画像サーバ５から受信した医用画像に対する各種画像処理、医用画像の表示、医用画像の解析による医用画像中の構造物および病変らしき部分の自動検出および強調表示、読影レポートの作成の支援、読影レポートサーバ７に対する読影レポートの登録要求と閲覧要求、並びに読影レポートサーバ７から受信した読影レポートの表示等の各処理が、各処理のためのソフトウェアプログラムを実行することにより行われる。なお、これらの処理は、周知のソフトウェアプログラムにより行われるため、ここでは詳細な説明は省略する。また、各種画像処理および医用画像の解析を読影ＷＳ３において行わず、別途画像処理サーバおよび解析サーバをネットワーク９に接続しておき、読影ＷＳ３からの処理の要求に応じて、画像処理サーバおよび解析サーバが行うようにしてもよい。

読影ＷＳ３は、第１の実施形態による検査情報表示装置が内包されてなる。このため、読影ＷＳ３には、第１の実施形態による検査情報表示プログラムがインストールされてなる。検査情報表示プログラムは、ＤＶＤあるいはＣＤ－ＲＯＭ等の記録媒体に記録されて配布され、その記録媒体から読影ＷＳ３にインストールされる。または、ネットワークに接続されたサーバコンピュータの記憶装置、もしくはネットワークストレージに、外部からアクセス可能な状態で記憶され、要求に応じて読影ＷＳ３にダウンロードされ、インストールされる。

図３は、検査情報表示プログラムをインストールすることにより実現される、本発明の第１の実施形態による検査情報表示装置の概略構成を示す図である。図３に示すように、検査情報表示装置２０は、標準的なコンピュータの構成として、ＣＰＵ（Central Processing Unit）２１、メモリ２２およびストレージ２３を備えている。また、検査情報表示装置２０には、高精細な液晶ディスプレイ等のディスプレイ２４、並びにキーボードおよびマウス等の入力部２５が接続されている。

ストレージ２３は、ハードディスクまたはＳＳＤ（Solid State Drive）等のストレージデバイスからなる。ストレージ２３には、ネットワーク９を経由して画像サーバ５から取得した、医用画像および検査情報表示装置２０の処理に必要な情報を含む各種情報が記憶されている。

また、メモリ２２には、検査情報表示プログラムが記憶されている。検査情報表示プログラムは、ＣＰＵ２１に実行させる処理として、患者に関するデータを解析した解析結果およびデータに関連する検査情報および後述するリソースの空き情報をディスプレイ２４に表示する表示制御処理、解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定する決定処理、並びに必要な検査および必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得するリソース情報取得処理を規定する。なお、これらの処理は、画像サーバ５に読影すべき新たな医用画像が保存されていることの通知を、検査情報表示装置２０が受信することにより行われる。

そして、ＣＰＵ２１がプログラムに従いこれらの処理を実行することにより、コンピュータは、表示制御部３１、決定部３２およびリソース情報取得部３３として機能する。なお、本実施形態においては、ＣＰＵ２１が検査情報表示プログラムによって、各部の機能を実行するようにしたが、ソフトウェアを実行して各種の処理部として機能する汎用的なプロセッサとしては、ＣＰＵ２１の他、ＦＰＧＡ (Field Programmable Gate Array)等の製造後に回路構成を変更可能なプロセッサであるプログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）を用いることができる。また、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等により、各部の処理を実行するようにしてもよい。

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

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

なお、メモリ２２には、読影ＷＳ３が検査情報表示装置２０以外の処理を行うための装置として機能する場合には、その機能を実行するプログラムが記憶される。例えば、医用画像の解析処理を行う場合には解析プログラムが記憶される。

表示制御部３１は、患者に関するデータを解析した解析結果およびデータに関連する検査情報およびリソースの空き情報を表示する。ここで、本実施形態においては、データは患者をモダリティ２により撮影することにより取得された医用画像であるものとする。解析結果は、読影ＷＳ３にインストールされた解析プログラムにより取得される。解析結果は、例えば医用画像が脳のＣＴ画像である場合、脳内において特定された出血領域、梗塞領域および出血体積等である。検査情報は、患者名、性別、年齢および医用画像を取得したモダリティ等の情報を含む。検査情報は画像データベース６から取得される。表示制御部２１は、解析結果および検査情報を、読影を行うべき医用画像のリストである読影リストとして表示する。読影リストは後述するリソースの空き情報を含むため、読影リストの表示については後述する。

決定部３２は、解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定する。本実施形態においては、必要な検査および必要な処置の双方を決定するものとするが、必要な検査のみまたは必要な処置のみを決定するものであってもよい。このために、本実施形態による検査情報表示装置２０は、解析結果と検査および処置とを対応づけたデータベースをストレージ２３に保存している。以下、このデータベースを検査処置データベースと称する。図４は検査処置データベースを示す図である。図４に示すように、検査処置データベースＤＢ２には、部位、部位に対する症状および症状に対する処置方法が対応づけられている。例えば、部位が脳である場合、症状としては出血および梗塞が対応づけられており、出血には、検査および処置としてＣＴ撮影、ＭＲＩ撮影、投薬および手術が対応づけられている。

決定部３２は、検査処置データベースＤＢ２を参照し、解析結果を確定するために必要な検査および必要な処置として、すでに行われている検査および処置以外の検査および処置を決定する。例えば、撮影部位が脳であり、解析結果が出血である場合において、検査情報がＣＴ撮影により取得された医用画像に基づくものである場合、ＭＲＩ撮影、投薬および手術が、解析結果を確定するために必要な検査および必要な処置に決定される。

リソース情報取得部３３は、決定部３２が決定した、解析結果を確定するために必要な検査および必要な処置を実行するためのリソースの空き情報を取得する。具体的には、リソース管理システム１０が管理するリソース管理データベースＤＢ１を参照し、決定された検査および処置を実行するためのリソースのスケジュールを確認し、リソースの空き情報を取得する。例えば、決定された検査がＭＲＩ撮影を含む場合、モダリティ２のうちのＭＲＩ装置のスケジュールを参照し、ＭＲＩ撮影を実行可能な日時を空き情報として取得する。また、決定された処置が投薬を含む場合、第１および第２処置室４６，４７のスケジュールを確認し、投薬を実行可能な日時を空き情報として取得する。また、決定された処置が手術を含む場合、第１～第３手術室４１～４３、執刀医および看護師のスケジュールを参照し、手術を実行可能な日時を空き情報として取得する。

表示制御部３１は、上述したように、解析結果および検査情報を含む読影リストを表示する。図５は解析結果および検査情報を含む読影リストを示す図である。図５に示すように、読影リストＬ１には、患者名、性別、年齢および行った検査を表す検査情報、並びに解析結果が示されている。読影医は、入力部２５を操作してカーソル５０を読影リストＬ１上の所望とする患者名の欄の上に移動させる。これにより、リソースの空き情報が示されたポップアップ５１が表示される。図５に示すように、ポップアップ５１には、解析結果を確定するために必要な検査および必要な処置として、追加検査、投薬および手術が決定されていること、追加検査がＭＲＩ撮影であり、１３時から実行可能であること、投薬は第１処置室において即時対応可能であること、並びに手術はＡ医師およびＢ看護師が対応でき、１３時２５分から第１手術室において実行可能であることが示されている。

また、ポップアップ５１には、それぞれの検査および処置に対して予約を実行するための予約ボタン５２Ａ，５２Ｂ，５２Ｃが含まれる。また、ポップアップ５１には、医用画像の縮小画像５３が含まれる。読影医は、必要な検査および処置について予約ボタンをクリックすることにより、必要な検査および処置の予約を読影ＷＳ３から行うことができる。なお、必要な検査および処置の予約とは、検査および処置を実行するリソースに対して予約をする旨の情報を送信することである。この際、読影医は、ポップアップ５１に含まれる縮小画像５３を参照することにより、医用画像を表示しなくても、ある程度の読影を行うことができる。このため、縮小画像５３により読影医に対する検査および処置の予約の支援を行うことができる。ここで、執刀医および看護師に対しては、執刀医および看護師が所有する携帯端末１１に予約がなされた旨の情報が送信される。

なお、表示制御部３１は、リソースの空き情報が取得される前に読影リストＬ１をディスプレイ２４に表示するようにしてもよい。この場合、リソースの空き情報を取得した後に、カーソル５０の移動により、必要な検査および処置が示されたポップアップ５１が表示されることとなる。

次いで、第１の実施形態において行われる処理について説明する。図６は第１の実施形態において行われる処理を示すフローチャートである。画像サーバ５に対して新たな医用画像が保存されたことの通知を読影ＷＳ３、すなわち検査情報表示装置２０が受信することにより処理が開始され、読影ＷＳ３にインストールされた解析プログラムにより、画像サーバ５から医用画像が取得され（ステップＳＴ１）、医用画像が解析されて解析結果が取得される（ステップＳＴ２）。

次いで、決定部３２が、解析結果を確定するために必要な検査および必要な処置を決定し（ステップＳＴ３）、リソース情報取得部３３が、決定部３２が決定した検査および処置を実行するためのリソースの空き情報を取得する（ステップＳＴ４）。そして、表示制御部３１が、解析結果および検査情報を含む読影リストＬ１をディスプレイ２４に表示する（ステップＳＴ５）。この状態において、カーソル５０が読影リストＬ１上の特定の患者の欄に移動されたか否かの監視が開始され（ステップＳＴ６）、ステップＳＴ６が肯定されると、表示制御部３１は、カーソル５０が移動された患者についての、解析結果を確定するために必要な検査および必要な処置を実行するためのリソースの空き情報を示すポップアップ５１を表示する（ステップＳＴ７）。さらにポップアップ５１が表示されると、ポップアップ５１に含まれる予約ボタン５２Ａ～５２Ｃを用いて、決定部３２が決定した検査および処置に対する予約の指示がなされたか否かの監視が開始される（ステップＳＴ８）。ステップＳＴ８が肯定されると、指示された検査および処置に対する予約がリソースに対して行われ（ステップＳＴ９）、処理を終了する。

このように、本実施形態によれば、解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定し、必要な検査および必要な処置を実行するためのリソースの空き情報を取得し、リソースの空き情報を表示するようにした。このため、操作者は、解析結果を確定するために必要な検査および必要な処置を実行するために必要なリソースの空き情報を容易に知ることができる。したがって、リソースを予約する等の操作者の負担を軽減することができる。

次いで、本発明の第２の実施形態について説明する。図７は本発明の第２の実施形態による検査情報表示装置の概略構成を示す図である。なお、図７において図３と同一の構成については同一の参照番号を付与し、詳細な説明は省略する。図７に示すように、第２の実施形態による検査情報表示装置２０は、解析結果を確定するために必要な検査および必要な処置の緊急度に応じて、リソースの予約を行うリソース予約部３４をさらに備えた点が第１の実施形態と異なる。また、リソース予約部３４は、入力部２５からの入力に応じて、リソースの予約の解除も行う。

なお、緊急度の取得は、読影ＷＳ３にインストールされた解析プログラムにより行われる。具体的には、医用画像の解析結果に基づいて、医用画像についての読影の緊急度を取得する。このために、解析プログラムは、各種解析結果と緊急度とを対応づけた緊急度データベースを参照して、緊急度を決定する。なお、緊急度データベースは、ストレージ２３に保存されている。

図８は緊急度データベースを示す図である。図８に示すように、緊急度データベースＤＢ３は、出血領域に関する出血部位（例えば脳内における被殻出血、皮質下出血および小脳出血）に対して、出血体積に応じた緊急度が対応づけられている。なお、緊急度は出血量が多いほど、すなわちＣ，Ｂ，Ａの順で高いものとなる。緊急度データベースＤＢ３を参照することにより、例えば出血部位が皮質下出血であり、出血体積が５０ｍｌの場合、緊急度はＡに決定される。

なお、解析結果を入力とし、緊急度を決定するための評価値を出力するように学習がなされた判別器により緊急度を決定してもよい。評価値は例えば緊急度を例えば０から１の間の値として表したものとなる。なお、値が大きいほど緊急度は高いものとする。この場合、評価値に応じて緊急度を決定する。例えば、評価値が０以上０．３３未満は緊急度Ｃ、０．３３以上０．６６未満は緊急度Ｂ、０．６６以上１．０以下は緊急度Ａとなるように緊急度を決定する。

リソース予約部３４は、緊急度がＡに決定された場合、決定部３２が決定した、解析結果を特定するために必要な検査および必要な処置を実行するためのリソースの予約を実行する。すなわち、リソース情報取得部３３が取得したリソースの空き情報を参照し、リソースの予約を実行する。なお、緊急度がＢまたはＣに決定された場合には、リソース予約部３４は、解析結果を特定するために必要な検査および必要な処置を実行するためのリソースの予約を実行しない。

第２の実施形態においては、表示制御部３１は、解析結果および検査情報を含む読影リストに対して緊急度を表示する。図９は第２の実施形態において表示される解析結果および検査情報を含む読影リストを示す図である。図９に示すように、読影リストＬ２には、患者名、性別、年齢および行った検査を表す検査情報、並びに解析結果に加えて、緊急度が示されている。読影医は、入力部２５を操作してカーソル５０を読影リストＬ２上の患者名の欄の上に移動させる。これにより、リソースの空き情報が示されたポップアップ５１が表示される。図９に示すように、第２の実施形態におけるポップアップ５１には、解析結果を確定するために必要な検査および必要な処置として、追加検査、投薬および手術が決定されていること、追加検査がＭＲＩ撮影であり、１３時から実行可能であること、投薬は第１処置室において即時対応可能であること、並びに手術はＡ医師およびＢ看護師が対応でき、１３時２５分から第１手術室で実行可能であることが示されている。また、第２の実施形態においては、ポップアップ５１には、それぞれの検査および処置に対してリソースが予約済みであることを示す予約済みボタン５４Ａ，５４Ｂ，５４Ｃが含まれる。また、ポップアップ５１には、医用画像の縮小画像５３が含まれる。

第２の実施形態においては、読影医は、解析結果を確定するために必要な検査および必要な処置に対するリソースの予約が不要であると考える場合には、不要な検査および処置について予約済みボタンをクリックすることにより、予約したリソースの予約を解放することができる。なお、不要な検査および処置の予約を解放するとは、予約済みのリソースに対して予約を解除する旨の情報を送信することである。

次いで、第２の実施形態において行われる処理について説明する。図１０は第２の実施形態において行われる処理を示すフローチャートである。画像サーバ５に対して新たな医用画像が保存されたことの通知を読影ＷＳ３、すなわち検査情報表示装置２０が受信することにより処理が開始され、読影ＷＳ３にインストールされた解析プログラムにより、画像サーバ５から医用画像が取得され（ステップＳＴ１１）、医用画像が解析されて解析結果が取得される（ステップＳＴ１２）。さらに、解析結果に基づいて、緊急度が決定される（ステップＳＴ１３）。

次いで、決定部３２が、解析結果を確定するために必要な検査および必要な処置を決定し（ステップＳＴ１４）、リソース情報取得部３３が、決定部３２が決定した検査および処置を実行するためのリソースの空き情報を取得する（ステップＳＴ１５）。さらに、リソース予約部３４が、検査および処置の緊急度に応じてリソースの予約を行う（ステップＳＴ１６）。そして、表示制御部３１が、解析結果および検査情報を含む読影リストＬ２をディスプレイ２４に表示する（ステップＳＴ１７）。この状態において、カーソル５０が読影リストＬ２上の特定の患者の欄に移動されたか否かの監視が開始され（ステップＳＴ１８）、ステップＳＴ１８が肯定されると、表示制御部３１は、カーソル５０が移動された患者についての、解析結果を確定するために必要な検査および必要な処置を実行するためのリソースの空き情報を示すポップアップ５１を表示する（ステップＳＴ１９）。さらにポップアップ５１が表示されると、ポップアップ５１に含まれる予約済みボタン５４Ａ～５４Ｃを用いて、決定部３２が決定した検査および処置に対する予約の解除の指示がなされたか否かの監視が開始される（ステップＳＴ２０）。ステップＳＴ２０が肯定されると、指示された検査および処置に対する予約の解除の指示がリソースに対して行われ（ステップＳＴ２１）、処理を終了する。

このように、第２の実施形態においては、解析結果を確定するために必要な検査および必要な処置の緊急度に応じてリソースの予約を行うようにしたため、操作者のリソースを予約する際の負担を軽減することができる。

また、操作者の入力により予約したリソースを解放するようにしたため、不要なリソースがいつまでも予約されていることを防止でき、これによりリソースを必要としている人に割り当てることができる。

なお、上記第２の実施形態においては、予約済みボタン５４Ａ～５４Ｃへの指示により予約を解放しているが、読影医が医用画像を読影した結果、緊急度を変更する場合がある。例えば、緊急度がＡであった場合に、緊急度をＢまたはＣに変更する場合がある。このように、読影医により緊急度がＡからＢまたはＣに変更された場合、リソース予約部３４は、予約済みの予約を解放するようにしてもよい。逆に、読影医によりＢまたはＣの緊急度がＡに変更された場合、リソース予約部３４が処置方法を実行するためのリソースの予約を行うようにしてもよい。

また、上記各実施形態においては、読影リストＬ１，Ｌ２においてカーソル５０による指示を行うことにより、リソースの空き情報を示すポップアップ５１を表示しているが、読影リストＬ１，Ｌ２上にリソースの空き情報を表示するようにしてもよい。

また、上記各実施形態においては、決定部３２が、検査処置データベースＤＢ１を参照して解析結果を確定するために必要な検査および必要な処置を決定しているが、入力部２５からの操作者の入力により、解析結果を確定するために必要な検査および必要な処置を決定してもよい。

必要な検査および必要な処置のうちの少なくとも一方の緊急度に応じてリソースの予約を行うことにより、操作者のリソースを予約する際の負担を軽減することができる。

操作者の入力に応じて予約したリソースを解放することにより、不要なリソースがいつまでも予約されていることを防止でき、これによりリソースを必要としている人に割り当てることができる。

データが医用画像である場合、医用画像を表示部に表示することにより、操作者は医用画像見て、解析結果の妥当性等を判断することができる。

１ 医療情報システム
２ モダリティ
３ 読影ワークステーション
４ 診療科ワークステーション
５ 画像サーバ
６ 画像データベース
７ 読影レポートサーバ
８ 読影レポートデータベース
９ ネットワーク
１０ リソース管理システム
１１ 携帯端末
２１ ＣＰＵ
２２ メモリ
２３ ストレージ
２４ ディスプレイ
２５ 入力部
３１ 表示制御部
３２ 決定部
３３ リソース情報取得部
３４ リソース予約部
４１～４３ 手術室
４４，４５ 検査室
４６，４７ 処置室
５０ カーソル
５１ ポップアップ表示
５２Ａ～５２Ｃ 予約ボタン
５３ 縮小画像
５４Ａ～５４Ｃ 予約解除ボタン
ＤＢ１ リソース管理データベース
ＤＢ２ 検査処置データベース
ＤＢ３ 緊急度データベース
Ｌ１,Ｌ２ 読影リスト

Claims (6)

1. 患者に関するデータを解析した解析結果および前記データに関連する検査情報を表示部に表示する表示制御部と、
   前記解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定する決定部と、
   前記必要な検査および前記必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得するリソース情報取得部と、
   前記必要な検査および前記必要な処置のうちの少なくとも一方の緊急度に応じて、前記リソースの予約を行うリソース予約部とを備え、
   前記表示制御部は、前記リソースの空き情報をさらに前記表示部に表示する検査情報表示装置。
2. 操作者の指示を受け付ける入力部をさらに備え、
   前記リソース予約部は、前記操作者の入力により前記予約したリソースの予約を解放する請求項１に記載の検査情報表示装置。
3. 前記データが医用画像である場合、前記表示制御部は、前記医用画像を前記表示部に表示する請求項１または２に記載の検査情報表示装置。
4. 前記表示制御部は、前記医用画像の縮小画像を前記表示部に表示する請求項３に記載の検査情報表示装置。
5. コンピュータが、患者に関するデータを解析した解析結果および前記データに関連する検査情報を表示部に表示し、
   前記解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定し、
   前記必要な検査および前記必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得し、
   前記リソースの空き情報を前記表示部に表示し、
   前記必要な検査および前記必要な処置のうちの少なくとも一方の緊急度に応じて、前記リソースの予約を行う検査情報表示方法。
6. 患者に関するデータを解析した解析結果および前記データに関連する検査情報を表示部に表示する手順と、
   前記解析結果を確定するために必要な検査および必要な処置のうちの少なくとも一方を決定する手順と、
   前記必要な検査および前記必要な処置のうちの少なくとも一方を実行するためのリソースの空き情報を取得する手順と、
   前記リソースの空き情報を前記表示部に表示する手順と、
   前記必要な検査および前記必要な処置のうちの少なくとも一方の緊急度に応じて、前記リソースの予約を行う手順とをコンピュータに実行させる検査情報表示プログラム。

Images