JP2019101679A - 情報処理装置、情報処理方法、情報処理システム及びプログラム - Google Patents

Abstract

【課題】検査を実施する候補日を提示可能な装置を提供する。【解決手段】検査の種類に関する指示を取得し、検査を受ける被検体に関する情報を取得し、指示された検査の種類に関する情報と、被検体に関する情報とに基づいて、検査を実施する候補日に関する情報である候補日情報を表示部に表示させる。【選択図】図１

Description

本明細書の開示は、情報処理装置、情報処理方法、情報処理システム及びプログラムに関する。

病院内の各部門の端末をネットワークで相互に接続して構築されたシステムとして、ＨＩＳ（Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と呼ばれる病院情報システムが構築される場合がある。また、ＲＩＳ（Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と呼ばれる放射線部門情報システムのように、診療科に合わせた情報処理システムが構築される場合がある。

医師は、ＨＩＳやＲＩＳを介して、検査オーダーを検査部門に伝達することができる。検査オーダーには、検査を依頼した部門名、検査項目（放射線撮影であれば撮影部位等）、及び患者に関する情報等が含まれる。（特許文献１）

特開２０１２−１９２１３１号公報

検査オーダーを依頼しようとする際に、他の検査の影響や患者の個別の状況が対象の検査オーダーに与える影響に鑑みて検査実施日を決定することは、医師にとって手間となる作業である場合がある。

本発明の実施形態に係る情報処理装置は、検査の種類に関する指示を取得する第１の取得手段と、前記検査を受ける被検体に関する情報を取得する第２の取得手段と、前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する候補日に関する情報である候補日情報を表示部に表示させる表示制御手段と、を有することを特徴とする。

本発明の実施形態に係る情報処理装置によれば、検査オーダーを依頼する医師といった操作者は、検査を実施する候補日を把握することができる。

本発明の実施形態に係る情報処理装置の機能構成の一例を示す図。 本発明の実施形態に係る情報処理装置のハードウェア構成の一例を示す図。 本発明の実施形態に係る情報処理装置により行われる処理の一例を示すフローチャート。 第１の実施形態に係るＧＵＩの一例を示す図。 第１の実施形態に係るＧＵＩの一例を示す図。 第２の実施形態に係るＧＵＩの一例を示す図。 本発明の実施形態の変形例に係るＧＵＩの一例を示す図。

以下、図面を参照して本発明の実施形態を説明する。

［第１の実施形態］
図１は、情報処理装置１０の機能構成の一例を示す図である。情報処理装置１０は、ＨＩＳ（病院情報システム）１００、ＲＩＳ（放射線部門情報システム）１１０、ＰＡＣＳ（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）１２０と、通信ネットワークを介して接続されている。

ＨＩＳ１００は、病院の業務を支援するシステムである。ＨＩＳ１００は、１台、もしくは複数台のＨＩＳ端末（不図示）を有する。ＨＩＳ１００は、患者情報などを取り扱う電子カルテシステムや、オーダリングシステムや、診療報酬情報を取り扱うレセプトシステムを含んでもよい。オーダリングシステムとは、検査オーダーを発行し、検査を行う部門のシステムに当該検査オーダーを送信するシステムである。また、ＨＩＳ１００は、薬剤管理システム、入退院管理システム、会計システムを含んでもよい。これらのシステムはＨＩＳ１００とは別のシステムとして病院内にあってもよい。

ＲＩＳ１１０は、放射線部門で実施される検査や治療を管理するシステムである。ＲＩＳ１１０は院内の各科から放射線部門に向けて出された検査オーダーを、担当の部署に配信する。ＲＩＳ１１０は、検査実施後に、電子カルテ、ＰＡＣＳ１２０、会計システムなどに実施情報を送信する。ＲＩＳ１１０は検査の予約管理、患者の受付管理、検査の実績管理、患者情報管理、他システムとの連携などを行う。検査の予約管理とは、放射線部門の様々な医用画像撮影装置（以下では、単に撮影装置と称する。）の予約決定・取り消し、予約枠の設定などにかかる管理である。患者の受付管理とは、受付番号の発行、検査内容に応じた検査室の自動振り分けなどにかかる管理である。検査の実績管理とは、検査実施状況のＨＩＳへの伝達、会計情報の会計システムへの伝達などにかかる管理である。患者情報管理とは、検査オーダーの情報と患者に関する情報などをＨＩＳより取得し、ＲＩＳ端末の表示部（不図示）に表示させる管理である。他システムとの連携とは、ＨＩＳ１００やＰＡＣＳ１２０などとの連携である。ＲＩＳ１１０は、１台、もしくは複数台のＲＩＳ端末（不図示）を有する。

ＰＡＣＳ１２０は、検査で取得された医用画像を保存して管理する画像サーバーである。ＰＡＣＳ１２０は医用画像を電子的に保管し、ネットワーク上の端末（不図示）からの要求を受けて、医用画像を当該端末に配信する。ＰＡＣＳ１２０は一つまたは複数のサーバーから構成される。ＰＡＣＳ１２０は外部のデータセンターを利用したクラウドコンピューティングにより構成されてもよい。ＰＡＣＳ１２０は、保管されている医用画像を閲覧する端末（不図示）を含んでよい。ＰＡＣＳ１２０はＨＩＳ１００、ＲＩＳ１１０、情報処理装置１０から患者ＩＤや検査日、受付番号といった情報を受信し、該当する検査の情報や、医用画像をそれぞれの装置に送信する。

情報処理装置１０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等で構成されるネットワークを介して、ＨＩＳ１００、ＲＩＳ１１０、ＰＡＣＳ１２０と相互に接続される。近年では、診断に用いられる医用画像や診断に関する各種の情報が電子化されており、各種の装置間の情報連携のために、例えばＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）規格が用いられることが多い。ＤＩＣＯＭは医用画像のフォーマットと、それらの画像を扱う装置間の通信プロトコルを定義した規格である。以下では、装置間の通信と医用画像のフォーマットはＤＩＣＯＭ規格に則っているものとして説明する。

情報処理装置１０は、通信部２０、情報記憶部３０、検査オーダー生成部４０、候補日情報生成部５０、表示制御部６０、情報取得部７０を有する。情報処理装置１０は、表示部８０、入力部９０と接続されている。

通信部２０は、送信部２１と受信部２２とを有する。送信部２１は検査オーダーをオーダリングシステムに送信する。本実施形態において検査は放射線部門で行われるものとする。本実施形態においてオーダリングシステムはＨＩＳ１００に含まれ、ＨＩＳ１００のオーダリングシステムからＲＩＳ１１０へ検査オーダーが送信されるものとする。検査オーダーは、ＲＩＳ１１０から撮影装置に送信される。したがって、本実施形態では送信部２１は検査オーダーをＨＩＳ１００に送信する。

検査オーダーには、検査を依頼する医師が放射線部門の検査の担当者へ伝達する情報が含まれる。具体的には、検査オーダーには、検査情報、依頼先の部門（診療科）、依頼者（医師）、依頼元の部門（診療科）、依頼日時、および患者情報等が含まれる。検査情報とは、依頼元の部門で検査を行うために必要な情報である。検査情報としては、例えば、検査を行う撮影装置の種類、撮影方法の種類、検査部位、検査方法、造影剤使用の有無、検査日時等が挙げられる。患者情報としては、例えば、患者氏名、患者ＩＤ、生年月日、性別等が挙げられる。

受信部２２は、患者情報等をＨＩＳ１００、ＲＩＳ１１０から取得する。受信部２２は例えば、電子カルテから検査に対する患者の禁忌情報を取得する。禁忌情報とは例えば、放射線検査時に使用する造影剤に対する副作用の情報である。また受信部２２は、対象の患者の実施済み検査の医用画像をＰＡＣＳ１２０から取得する。

情報記憶部３０は、検査オーダー生成部４０で生成された検査オーダーの情報を保存する。また情報記憶部３０は、通信部２０を介して、ＨＩＳ１００、ＲＩＳ１１０、ＰＡＣＳ１２０から取得された情報を保存する。

検査オーダー生成部４０は、情報取得部７０が取得した情報に基づいて検査オーダーを生成する。検査オーダーの情報としては、上述したように、検査情報、依頼先の部門（診療科）、依頼者（医師）、依頼元の部門（診療科）、依頼日時、および患者情報等が含まれる。

候補日情報生成部５０は、データベース（ＤＢ）５１を有し、情報取得部７０が取得した情報に基づいて、検査の実施候補日の情報を生成する。

ＤＢ５１は、薬物の情報や、製薬情報を記憶するデータベースである。薬物の情報とは、例えば医用画像の撮影を含む画像診断や生体検査、抗がん剤などを用いた薬物治療で用いられる薬物の情報である。制約情報とは、例えば各検査に対する禁止事項や、複数の検査を実施する場合の実施優先順位などの情報である。より具体的には、制約情報は例えば磁気共鳴断層撮影装置（ＭＲＩ：Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）での検査実施時における、金属物禁忌や体内電子機器の禁忌に関する情報を含む。また別の例では、制約情報はＭＲＩやＸ線ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）装置などの造影剤を使用する検査における、造影剤に対するアレルギー情報や呼吸器疾患の情報が含まれる。

候補日情報生成部５０は、情報取得部７０が取得した患者情報、検査情報と、情報記憶部３０に保存されている、ＨＩＳ１００やＲＩＳ１１０から取得された情報とを、ＤＢ５１に記憶されている情報に照らし合わせることで、検査の実施候補日情報を生成する。

表示制御部６０は、表示部８０に表示される内容を制御する。例えば表示制御部６０は、操作者が検査を依頼するためのＧＵＩを表示部８０に表示させる。表示制御部６０は、ＧＵＩに候補日情報生成部５０で生成された、検査実施の候補日情報を表示制御部６０に表示させる。また表示制御部６０は、情報取得部７０で入力された患者情報に基づいて、すでに実施された検査の医用画像を表示部８０のＧＵＩ上に表示させる。

情報取得部７０は、操作者の指示に基づいて情報を取得する。医師といった操作者は、表示部８０に表示されるＧＵＩと入力部９０を介して、情報を情報処理装置１０に入力することができる。情報取得部７０は、入力部９０を介して入力された情報を取得する。情報取得部７０は、操作者が入力した患者情報を取得する。また、情報取得部７０は検査情報を取得する。なお、ここで入力される患者情報および検査情報はＧＵＩを介して操作者が任意に入力する情報であり、先に例示した患者情報および検査情報のすべての項目を含まなくてよい。

操作者は、すでにＨＩＳ１００に登録されている患者情報を取得することを目的として、入力部９０を介して患者情報を入力することができる。情報取得部７０は、操作者が入力した患者情報を取得する。例えば情報取得部７０は、操作者が入力した患者氏名を取得する。情報取得部７０は、通信部２０を介してＨＩＳ１００に登録されている患者情報を取得して、情報処理装置１０に取り込み、情報記憶部３０に記憶させる。このとき情報取得部７０は通信部２０及び情報記憶部３０に、併せてＲＩＳ１１０から、対象の患者が既に受診した検査や予約されている検査の情報を取得させてもよい。さらに情報取得部７０は通信部２０及び情報記憶部３０に、既に受診した検査の医用画像をＰＡＣＳ１２０から取得させてもよい。

また、操作者は新規の患者として、ＨＩＳ１００に患者情報を登録することができる。この場合に操作者は、上述の患者情報の他に、患者の身体的情報を含めたプロファイル情報、病名、既往歴などの情報を、入力部９０を介して入力することができる。情報取得部７０は操作者が入力したこれらの情報を取得し、通信部２０を介してＨＩＳ１００に送信する。

表示部８０は、表示制御部６０の制御を受けて、操作者が検査オーダーの依頼を実施するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。表示部８０は、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）、ＦＥＤ（Ｆｉｅｌｄ Ｅｍｉｓｓｉｏｎ Ｄｉｓｐｌａｙ）、メガネ型ディスプレイ、ヘッドマウントディスプレイなどのディスプレイで構成され、情報処理装置１０と有線または無線で接続される。

入力部９０は、情報処理装置１０に情報を入力する。入力部９０は例えば、キーボード、マウス、ジョイスティック、タッチパネル、スイッチボックス、音声を含む音や音を受信するマイク、特定のジェスチャーを受け付ける装置である。

図２は情報処理装置１０のハードウェア構成の一例を示す図である。情報処理装置１０は、例えばコンピュータである。情報処理装置１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、ＵＳＢ１５、通信回路１６、グラフィックスボード１７を有する。これらはＢＵＳにより通信可能に接続されている。ＢＵＳは接続されたハードウェア間でのデータの送受信や、ＣＰＵ１１から他のハードウェアへの命令を送信するために使用される。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１は情報処理装置１０及びこれに接続する各部を統合的に制御する制御回路である。ＣＰＵ１１はＲＯＭ１２に格納されているプログラムを実行することにより制御を実施する。またＣＰＵ１１は、表示部８０を制御するためのソフトウェアであるディスプレイドライバを実行し、表示部８０に対する表示制御を行う。さらにＣＰＵ１１は、入力部９０に対する制御を行う。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２は、ＣＰＵ１１による制御の手順を記憶させたプログラムやデータを格納する。ＲＯＭ１２は、情報処理装置１０のブートプログラムや各種初期データを記憶する。また、情報処理装置１０の処理を実現するための各種のプログラムを記憶する。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３は、ＣＰＵ１１が命令プログラムによる制御を行う際に作業用の記憶領域を提供するものである。ＲＡＭ１３は、スタックとワーク領域とを有する。ＲＡＭ１３は、情報処理装置１０及びこれに接続する各部における処理を実行するためのプログラムや、画像処理で用いる各種パラメータを記憶する。ＲＡＭ１３は、ＣＰＵ１１が実行する制御プログラムを格納し、ＣＰＵ１１が各種制御を実行する際の様々なデータを一時的に格納する。

記憶装置１４は、患者情報や検査情報、医用画像などの各種のデータを保存する補助記憶装置である。記憶装置１４は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。

ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）１５は入力部９０と接続する接続部である。

通信回路１６は通信ネットワークに接続されている各種の外部装置との通信を行うための回路である。通信回路１６は、例えば出力する情報を転送用パケットに格納してＴＣＰ／ＩＰといった通信技術により、通信ネットワークを介して外部装置に出力する。情報処理装置１０は、所望の通信形態にあわせて、複数の通信回路を有していてもよい。

グラフィックスボード１７は、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ビデオメモリを含む。ＧＰＵは、例えば光音響信号から光音響画像を生成するための再構成処理に係る演算を行う。

ＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）１８は、表示部８０と接続する接続部である。

ＣＰＵ１１やＧＰＵはプロセッサの一例である。また、ＲＯＭ１２やＲＡＭ１３や記憶装置１４はメモリの一例である。情報処理装置１０は複数のプロセッサを有していてもよい。第１の実施形態においては、情報処理装置１０のプロセッサがメモリに格納されているプログラムを実行することにより、情報処理装置１０の各部の機能が実現される。

また、情報処理装置１０は特定の処理を専用に行うＣＰＵやＧＰＵ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を有していても良い。情報処理装置１０は特定の処理あるいは全ての処理をプログラムしたＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を有していてもよい。以下では、プロセッサと表現する場合にＡＳＩＣやＦＰＧＡを含んでよい。

図３は、第１の実施形態に係る情報処理装置１０により行われる処理の一例を示すフローチャートである。図３を用いて、医用画像の一つである光音響画像を取得する、光音響診断装置の検査オーダーを依頼する処理を説明する。以下では、被検体に光を照射し、被検体内部で生じた吸収体の膨張によって発生する音響波を光音響波と呼び、光音響波を用いて画像化された画像を光音響画像と呼ぶ。光音響画像では、例えば、ヘモグロビンの光学特性により血管が抽出されることが知られている。

ステップＳ３０１において操作者は、表示部８０に表示されるＧＵＩに入力部９０を用いて情報処理装置１０に患者情報を入力する。情報取得部７０は操作者が入力した患者情報を取得する。操作者が患者情報を入力する目的は、主に、ＨＩＳ１００に登録されている患者情報を取得することである。

ステップＳ３０２において送信部２１は、ステップＳ３０１で入力された患者情報を、ＨＩＳ１００へ送信する。

ステップ３０３においてＨＩＳ１００は、情報処理装置１０から送信された患者情報を元に、ＨＩＳ１００に登録されている情報の中から検索を行う。検索が行われた結果、該当する患者情報が有った場合に、ＨＩＳ１００は当該患者情報を検索結果として抽出する。この検索結果には、受診履歴や禁忌情報、既往歴などの情報も含まれる。また、ＨＩＳ１００内に該当する情報が有る場合に、ＨＩＳ１００又は通信部２０はＲＩＳ１１０に患者情報を送信して、ＲＩＳ１１０内に登録されている検査情報を検索してもよい。ＲＩＳ１１０は、検索により、実施された検査や予定されている検査の情報を抽出する。この際ＲＩＳ１１０は、既に実施された検査時に発生した、造影剤アレルギー情報などのトラブル情報も抽出することができる。ＲＩＳ１１０内での検索の結果、既に実施された検査が有る場合に、ＨＩＳ１００又はＲＩＳ１１０又は通信部２０は、ＰＡＣＳ１２０に患者情報を送信して、ＰＡＣＳ１２０に登録されている医用画像の検索を実施してもよい。ＰＡＣＳ１２０は検索により、既に実施された検査により取得された医用画像を抽出する。

ＨＩＳ１００内の検索の結果、通信部２０から送信された患者情報に該当する情報が無かった場合、ＨＩＳ１００は該当する情報が無い旨を情報処理装置１０に通知する。

ステップＳ３０４において受信部２２は、ステップＳ３０３で抽出された結果を受信する。

ステップＳ３０５において情報記憶部３０は、ステップＳ３０５で受信された抽出結果を保存する。

ステップ３０６において表示制御部６０は、ステップＳ３０５で情報記憶部３０に保存された抽出結果を、表示部８０のＧＵＩへ表示させる。

ステップＳ３０３において、ＨＩＳ１００に所望の患者情報が保存されておらず、検索結果が得られなかった場合、ステップＳ３０４において受信部２２はその旨のメッセージをＨＩＳ１００から受信する。ステップＳ３０５は行われず、ステップＳ３０６に進む。ステップＳ３０６において表示制御部６０は、後述のように操作者に患者情報を入力させるためのＧＵＩを表示部８０に表示させる。

図４に、表示部８０に表示されるステップＳ３０６のＧＵＩ３００の表示例を示す。

表示領域３１０は、操作者が患者情報を入力するための領域である。ステップＳ３０１〜Ｓ３０５により取得された情報が表示されている。取得されていない項目は、ブランクのまま表示される。

ステップＳ３０１において操作者は、表示領域３１０の患者氏名、患者ＩＤのいずれか一方、もしくは両方を入力する。患者氏名と患者ＩＤの入力方法としては、操作者がキーボード（入力部９０）により入力してもよいし、患者が装着しているリストバンドに記載されているバーコードをバーコードリーダー（入力部９０）により読み取ってもよい。情報取得部７０は、バーコードリーダーが読み取った内容をＤＢ５１や院内のデータベース（不図示）に紹介して患者情報を取得し、表示制御部６０を介して表示領域３１０に表示する。患者氏名、患者ＩＤを入力後、操作者はマウスなど（入力部９０）を用いて検索ボタンを押下する。これにより、ステップ３０２以降の処理が実施される。

図４の例では、ステップＳ３０３においてＨＩＳ１００が抽出し、ステップＳ３０４で受信した情報としてさらに生年月日、年齢性別がステップＳ３０６において表示されている。

ステップＳ３０３においてＨＩＳ１００に該当する患者情報が無かった場合、表示制御部６０はステップＳ３０６において入力した患者氏名の背景を赤色で表示したり、ポップアップウィンドウ（不図示）で該当情報無しの通知をしてもよい。該当情報が無かった場合には、操作者は必要に応じて未入力の情報を表示領域３１０に入力し、登録ボタンを押下することで、ＨＩＳ１００へ患者情報を登録することができる。また、患者情報を追入力した場合には、更新ボタンを押下することで、患者情報を更新することができる。

表示領域３２０には、患者付帯情報が表示されている。患者付帯情報とは、ＨＩＳ１００やＲＩＳ１１０から取得された情報で、禁忌情報や既往歴などの情報を含む。以下では、氏名、患者ＩＤ、生年月日、年齢、性別に関する情報を患者基本情報と称する。医用画像に付帯する付帯情報や、電子カルテ等から取得される患者に関する情報で患者基本情報に含まれないものを患者付帯情報と称する。患者情報のうち、患者付帯情報とする情報を操作者が事前に設定しておいてもよい。操作者は表示領域３２１から、追加の患者付帯情報を入力することができる。操作者は追加で入力した際に、表示領域３１０の更新ボタンを押すことで、ＨＩＳ１００の情報を更新してもよい。

表示領域３３０には、依頼可能な検査の種類が選択肢として表示されている。検査種類として、画像検査、組織検査、内視鏡検査が表示例として表示されているが、病院環境によって適宜設定がなされる。図４の例では画像検査の種類として、撮影装置による区分が表示されており、ＣＴ、ＭＲＩ、エコー、ＭＭＧ（Ｍａｍｍｏｇｒａｐｈｙ）、ＰＥＴ（Ｐｏｓｉｔｒｏｎ Ｅｍｉｓｓｉｏｎ Ｔｏｍｏｇｒａｐｈｙ）、ＰＡＴ（Ｐｈｏｔｏａｃｏｕｓｔｉｃ Ｔｏｍｏｇｒａｐｈｙ）が表示されている。ＰＡＴは、本実施例における光音響診断装置である。図４の例では組織検査の種類として、ＭＭＴ（Ｍａｍｍｏｔｏｍｅ）、ＣＮＢ（Ｃｏｒｅ Ｎｅｅｄｌｅ Ｂｉｏｐｓｙ）が表示されている。図４の例では内視鏡検査の種類として、上部消化管、小腸、大腸が表示されている。

表示領域３４０には、検査実施日を表示し、操作者が入力するためのカレンダーが表示されている。操作者が年月を入力、もしくは選択することに応じて、表示制御部６０は対象月のカレンダーを表示してもよい。図４の例では、年月選択ボタンを操作者が押下してプルダウンリストから２０１７年９月を選択している。

表示領域３５０には、検査オーダーの依頼者情報が表示されている。この依頼者情報は、情報処理装置にログインした際の情報を元にして自動的に表示されてもよい。

ステップＳ３０７において操作者は、入力部９０を介して図４の表示領域３３０から検査の種類を選択し、情報取得部７０は入力された情報を取得し、候補日情報生成部５０へ送る。

ステップＳ３０８において候補日情報生成部５０は、ステップＳ３０７で入力された検査の種類の情報に基づいて、制約条件を判定する。具体的には、候補日情報生成部５０は情報記憶部３０に保存されている、患者が既に実施した検査、当該患者に予定されている検査、患者付帯情報と、ＤＢ５１の情報とを参照し、入力された検査を実施する上での制約条件を判定する。

ステップＳ３０９において候補日情報生成部５０は、ステップＳ３０７で判定された制約条件を元に、ステップＳ３０７で入力された検査を実施する候補日情報を生成する。

図５（ａ）に、表示部８０に表示されるステップＳ３１０のＧＵＩ３００の表示例を示す。

操作者はステップＳ３０７で、表示領域３３０に表示されている検査の種類の選択肢の中からＰＡＴを選択する。図５（ａ）の例では、選択されたＰＡＴの項目の背景が灰色で強調されている。表示領域３３１に、表示領域３３０で選択した検査の詳細設定項目が表示される。図５（ａ）の例では詳細設定項目として検査部位を入力可能となっている。表示領域３３１ではＰＡＴの詳細設定項目として検査部位の選択ボタンが表示されており、操作者は選択ボタンを押下してプルダウンリストから乳房を選択している。

操作者が依頼しようとする検査の情報を入力することで、ステップＳ３０８〜Ｓ３０９の処理がなされ、ステップＳ３１０で、表示領域３４０のカレンダーにＰＡＴ検査の候補日が表示される。

表示領域３４０のカレンダーでは、検査オーダー依頼日の当日情報として、９月８日の枠が強調して表示されている。９月８日までは×が印されていて、過去であることが示されている。

９月６日に「ＣＴ」と表示されており、ＣＴ検査が９月６日に実施されたことを示している。さらに、カレンダーの９月６日の枠内にＣＴ画像のサムネイル画像が表示されている。操作者がサムネイル画像をマウス等でクリックすることに応じて、情報取得部７０はＰＡＣＳ１２０から過日に取得された医用画像であるＣＴ画像を取得し、表示制御部６０は当該ＣＴ画像を表示部８０に表示させてもよい。表示制御部６０は医用画像を、表示領域３４０を切り替えて表示させてもよいし、別の画面を立ち上げて表示させてもよい。

９月１１日にＣＮＢと表示されており、９月１１日に組織検査である針生検（ＣＮＢ）が予定されていることが示されている。検査種類は文字で表示されていてもよいし、図５（ａ）の例のように針のアイコンなどで表示されてもよい。

なお、図５の例ではステップＳ３０７において操作者が所望の検査の種類を入力し、当該入力された検査と関係する、他の検査に関する情報（ここではＣＴとＣＮＢ）が選択されてカレンダーに表示されているが、これに限らない。例えば患者が選択された時点で当該患者に対して実施された検査、予定されている検査をカレンダーに表示するようにしてもよい。その場合、図４のカレンダーに当該検査の情報が表示される。

カレンダー上の９月１２日〜２４日まで、濃淡の異なる２種類の灰色で表示されている。これは、濃色の日程においてＰＡＴ検査が実施不可能であり、淡色の日程において実施可能性が有ることを示している。９月２５日は斜線でハッチングされており、ＰＡＴ検査が確実に実施できる最短の候補日であることが示されている。図５（ａ）のカレンダー上の表示態様は、表示制御部６０が検査の実施可否にかかる情報を日程ごとに区別可能に表示する態様の一例である。ここでは実施可否にかかる情報が３段階の区別で表示されているが、これに限らない。実施可能性の区分は任意の段階に分けられてよい。

ここで、９月１２日〜９月２５日における検査の実施可否を判定する制約条件について説明する。ＰＡＴ検査を乳房に適用する場合、乳房内の血管画像を医用画像として取得することが目的とされている。一方、ＣＮＢは穿刺針を乳房へ挿入して組織を摘出することから、出血を伴うことが知られている。つまり、ＰＡＴ検査前にＣＮＢ検査を実施した場合、乳房内にＣＮＢ検査での出血が血腫として残るため、ＰＡＴ検査で取得した画像に血腫がアーチファクトとして画像化されてしまう可能性がある。ＣＮＢ検査で発生した血腫は、およそ２週間程度で消失することが知られており、ＰＡＴ検査の実施日はＣＮＢ検査後に２週間程度の間隔を空けることが推奨される。ＰＡＴ検査の実施日がＣＮＢ検査後、２週間程度の間隔を空けることは、ＰＡＴ検査に関する制約条件の一例である。

上述のようなＰＡＴ検査に関する制約条件の情報は、ＤＢ５１にあらかじめ蓄積されている。候補日情報生成部５０は、ステップＳ３０８〜Ｓ３０９においてＤＢ５１の制約条件を参照し、候補日情報を生成する。

９月２２日〜２４日は、乳房内の血腫が消失している可能性があるため、ＰＡＴ検査の実施可能性が有ると判定され、淡色で表示される。一方、９月１１日〜２１日は、乳房内に血腫が存在している可能性が高いため、ＰＡＴ検査が実施不可と判定され、濃色で表示される。９月２５日は推奨される２週間の間隔を空けた、最短の候補日であり、斜線のハッチングで表示される。

表示制御部６０は、操作者がカレンダー上で特定の日にマウスオーバーさせた際に、図５（ｂ）の例のように、その日程におけるコメントを表示させてもよい。例えば９月２２日に操作者がマウスオーバーさせた場合に、表示制御部６０は表示領域３４１に血腫存在の可能性について「血腫残存の可能性有」とコメントを表示する。コメントを提示する態様は、例えばポップアップ表示であってもよい。なお、制約条件の一例として示した血腫存在の可能性については、症例の積み重ねによる経験によるものであり、上述の例に限定されるものではない。情報処理装置１０を運用する医療機関は任意にＤＢ５１の制約条件の設定を変更することができる。

ステップＳ３１１において操作者はＰＡＴ検査日を決定する。操作者はＧＵＩ３００の表示領域３４０に表示されるカレンダーに表示される、候補日の中から希望する日をマウスなどでクリックして選択し、決定ボタンを押下する。

ステップＳ３１２において情報取得部７０は入力されたＰＡＴ検査の実施日を取得する。表示制御部６０は検査の実施日が決定されたことを表示部８０に表示させる。

図５（ｃ）は、ステップＳ３１１のＧＵＩの一例を示す図である。操作者は９月２５日にＰＡＴ検査の実施日を決定している。表示制御部６０は、決定された検査実施日の枠をカレンダー上で強調して表示させてもよい。また表示制御部６０は、操作者が検査実施日をマウスなどでクリックした際に、当日の検査可能時間をポップアップ表示して、操作者が検査時間を選択・決定できるようにしてもよい。実施形態の一つにおいて、濃色で表示されている日は検査実施日として選択できないように制御されてもよく、薄色で表示されている日は検査実施日として選択できるが、図５（ｂ）のコメントが表示されるように制御されてもよい。

ステップＳ３１３において検査オーダー生成部４０は、ステップＳ３１１で決定されたＰＡＴ検査日の情報を元に検査オーダーを生成する。生成される検査オーダーの具体的な内容としては、依頼先（放射線診断科などの診療科）、検査実施日および時間、検査種類（ＰＡＴ）、検査部位（乳房）、依頼者名、依頼者所属部門などである。検査オーダー生成部４０は情報記憶部３０やＨＩＳ１００等から情報を取得し、生成する検査オーダーに情報を引き継いでもよい。

ステップＳ３１４において情報記憶部３０は、ステップＳ３１３で生成された検査オーダーを保存する。

ステップＳ３１５において送信部２１は、ステップＳ３１３で生成された検査オーダーをＨＩＳ１００に送信する。ここではＨＩＳ１００にオーダリングシステムがあり、ＨＩＳ１００からＲＩＳ１１０に検査オーダーが送信される。医療機関において、オーダリングシステムがＲＩＳ１１０にある場合、送信部２１はＨＩＳ１００とＲＩＳ１１０とに検査オーダーを送信する。

ステップＳ３１６においてＨＩＳ１００は、情報処理装置１０から受信した検査オーダーをオーダリングシステムに登録する。

ステップ３１７において表示制御部６０は、検査オーダーの依頼が完了したことをＧＵＩ３００に表示させる。例えば図５（ｄ）に示すように、表示領域３４１に検査オーダーの依頼が完了したことを示すメッセージを表示させる。

操作者は、依頼が完了している検査オーダーについて、表示領域３４０の消去ボタンを用いて検査オーダーを消去することができる。

以上のように、医師といった操作者は、検査オーダーを依頼する際に他の検査などの医療イベントの影響のない実施日を、情報処理装置に表示される候補日情報の中から選択し決定することができる。

［第２の実施形態］
本発明の第２の実施形態にかかる情報処理装置１０は、図４及び図６に例示したカレンダー表示に替えて、マトリックス形式の表示を行う。

第２の実施形態にかかる情報処理装置１０の機能構成及びハードウェア構成は、それぞれ図１及び図２に示したのと同じであるため、上述した説明を援用することにより、ここでの詳しい説明を省略する。

図６は、第２の実施形態において表示部８０に表示されるＧＵＩ３００の一例を示す図である。表示領域３４０には、検査オーダーを決定するオーダー表が、検査の種類と日程とをそれぞれ縦軸と横軸としたマトリックス形式で表示されている。

以下に、第１の実施形態と異なる内容について説明する。具体的には、図３に示すステップＳ３１１以降の処理におけるＧＵＩ３００の表示態様について説明する。第１の実施形態と同様の表示については、上述した説明を援用することによりここでの詳しい説明を省略する。

図６（ａ）は、ステップＳ３１１におけるＧＵＩ３００の表示の一例である。表示領域３４０のオーダー表には、縦軸を検査の種類、横軸を日程とするマトリックスが表示されている。マトリックスに表示させる検査の種類は操作者が事前に設定してよく、例えば図６（ｂ）のように検査種類ボタン３４２を押下することで、検査の種類を追加したり削除したりしてよい。

オーダー表において、ＭＲＩの欄に全て×が記されているのは、患者付帯情報にあるように当該患者が閉所恐怖症であるためである。候補日情報生成部５０は情報記憶部３０及びＤＢ５１の情報に基づいて、ＭＲＩの検査を設定できないように制御し、表示制御部６０はＧＵＩ３００に反映する。

操作者がＰＡＴ検査を依頼する場合を例に、第２の実施形態における検査オーダーの依頼について説明する。操作者は、ＰＡＴ検査の未来の日程と対応する欄をマウスでクリックする。図６（ａ）の例では、９月６日と９月１１日に対応する欄がすでに設定されており、紙面右側を未来の方向として９月１１日の欄よりも右側の任意の欄をクリックすることで、操作者は検査オーダーの依頼を開始することができる。操作者が特定の検査の未来の日程の欄を指定する操作入力に応じて、候補日情報生成部５０は、第１の実施形態において説明したのと同様にして、候補日情報を生成する。表示制御部６０は、生成された候補日情報をＧＵＩ３００上に表示させる。

図６（ａ）の例では、表示制御部６０は操作者がクリックした欄に候補日情報をポップアップ表示する。このとき表示制御部６０は、候補日情報として、ＰＡＴ検査を確実に実施できる最短の候補日（ここでは９月２５日）のみを表示させてもよいし、実施可能性が有る候補日（第１の実施形態と同様に、９月２２日〜２４日）を併せて表示させてもよい。操作者は、表示された候補日の中から、所望の日程を選択する。第１の実施形態と同様に、操作者は決定ボタンを押下して検査オーダーを依頼する。以降の処理も、第１の実施形態と同様である。

第２の実施形態にかかる情報処理装置により、検査オーダーを依頼する際に他の検査などの医療イベントの影響のない実施日を、表示される候補日情報の中から操作者は選択して決定することができる。これにより、医師といった操作者は、簡易に検査オーダーを依頼することができる。

なお、図６に示した例では、マトリックスの横軸は検査等の医療イベントが入力されている日程のみを表示しているが、これに限らない。カレンダー上の全ての日程を表示させてもよいし、医療機関の営業日だけを抽出して表示させてもよい。検査を行う日程や曜日が固定されている場合は、当該固定された日程だけを抽出して表示させてもよい。

［変形例］
上述の実施形態においては、制約条件としてＰＡＴ検査とＣＮＢ検査との関わりを例に説明したが、本発明はこれに限らない。制約条件の他の例としては、患者に対する投薬と、検査との関わりが挙げられる。例えば、患者が糖尿病を患っている場合、ビグアナイド系薬剤の投薬を受けている場合がある。ビグアナイド系薬剤はＣＴ検査の造影剤との併用で副作用を生じる可能性が有ることが知られており、検査の前後で服用を中止することがされている。

例えば制約条件として造影剤を用いたＣＴ検査の検査前４８時間と検査後４８時間は、ビグアナイド系薬剤の服用を中止することとする。図７（ａ）はＧＵＩ３００の一例を示す図であり、操作者は第１の実施形態と同様にして、カレンダー３４０から検査オーダーを入力することができる。図７（ａ）の例において、前述のように９月８日が依頼日当日であることが示されている。９月８日及び９月９日は、すでに患者が薬剤を服用している可能性が有るため、検査実施は不可と判定され、濃色で示されている。９月１０日については、検査の時間帯によっては最後の薬剤服用から４８時間が経過している可能性が有るため、検査の実施可能性有と判定され、淡色で示されている。９月１１日は９月８日から４８時間以上が経過しているので、最後の薬剤服用から４８時間の間隔を確実に空けることができる最短の候補日と判定され、ハッチングで示されている。

造影ＣＴ検査の依頼に伴って、薬剤部にビグアナイド系薬剤の服用を中止してインシュリンへ切り替えるよう依頼できるようにしてもよい。図７（ｂ）は、ＧＵＩ３００にポップアップ表示される画面の一例であり、操作者は薬剤部にインシュリンへの切り替えを依頼することができる。表示制御部６０は図７（ｂ）のポップアップを、操作者が表示領域３３０においてＣＴ検査を選択したタイミングで表示させてもよいし、検査日を決定する操作入力のタイミングで表示させてもよい。候補日情報生成部５０は、薬剤部にインシュリンへの依頼が完了し、投薬が中止されたことを示す情報を受信した後に、ＣＴ検査の実施可能性について判定してもよい。薬剤部からの情報を受信する前は、すなわち制約条件に関する情報を全て取得する前は、全ての日程においてＣＴ検査の実施を不可と判定することとしてもよい。

情報処理装置１０をＨＩＳ１００及びＲＩＳ１１０とは異なる装置として構成する場合を例に説明したが、これに限らない。例えば情報処理装置１０はＨＩＳ１００の一つのシステムであってもよいし、ＲＩＳ１１０の一つのシステムであってもよい。情報処理装置１０はＨＩＳ１００の端末（不図示）であってもよいし、ＲＩＳ１１０の端末（不図示）であってもよい。

上述の実施形態では、カレンダーまたはマトリックスに所望の検査を実施できる候補日の情報を表示させる場合を例に説明したが、これに限らない。例えば操作者が所望の検査の日程を自由に入力し、当該入力された日程を制約条件に照らし合わせて、実施可否に関する情報を提示するようにしてもよい。実施可否に関する情報は、例えば入力された日程に当該所望の検査を実施できない場合には、その旨を示す警告を表示させてもよい。

上述の実施形態では、一つの制約条件に基づいて検査の実施可否に関する情報を提示する場合を例に説明したが、これに限らない。候補日情報生成部５０は、複数の制約条件に基づいて候補日情報を生成してもよく、例えば造影ＣＴ検査とＣＮＢ検査との２つの制約条件に基づいてＰＡＴ検査の候補日情報を生成してもよい。

上述の実施形態では、検査の情報と被検体の情報とに基づいて、所望の検査を実施できる候補日の情報を生成する場合を例に説明した。この場合、情報処理装置１０により適切な日程で所望の検査の検査オーダーを依頼できる。他の検査の日程を考慮しなかったために、検査オーダーが発行されたものの結果として実施できなかった検査オーダーが発生しないので、メモリの使用容量を低減することができる。また、患者に対して実施された検査及び予定されている検査は、複数の診療部門から個別に依頼された検査である場合がある。診療部門ごとに検査を依頼するオーダリングシステムが分かれている場合、情報処理装置１０はこれらの複数のオーダリングシステムに対してアクセスする必要がある。医療機関内の複数のシステムにまたがってアクセスできる情報処理装置１０は、患者の個人情報を適切に扱うことが求められ、例えば情報処理装置１０は暗号化して当該システム間の通信を行ってもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

上述の各実施形態における情報処理装置は単体の装置として実現してもよいし、複数の装置を互いに通信可能に組合せて上述の処理を実行する情報処理システムとしてもよく、いずれも本発明の実施形態に含まれる。共通のサーバー装置あるいはサーバー群で、上述の処理を実行することとしてもよい。情報処理装置および情報処理システムを構成する複数の装置は所定の通信レートで通信可能であればよく、また同一の施設内あるいは同一の国に存在することを要しない。

本発明の実施形態には、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムのコードを読みだして実行するという形態を含む。

したがって、実施形態に係る処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明の実施形態の一つである。また、コンピュータが読みだしたプログラムに含まれる指示に基づき、コンピュータで稼働しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

上述の実施形態を適宜組合せた形態も、本発明の実施形態に含まれる。

Claims (17)

1. 検査の種類に関する指示を取得する第１の取得手段と、
   前記検査を受ける被検体に関する情報を取得する第２の取得手段と、
   前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する候補日に関する情報である候補日情報を表示部に表示させる表示制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記候補日情報は複数の候補日に関する情報を含み、
   前記表示制御手段は、前記複数の候補日に関する情報をそれぞれ区別可能に表示させることを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、前記複数の候補日のうち、前記指示された検査を実施できる可能性に応じて表示態様を異ならせることを特徴とする請求項２に記載の情報処理装置。
4. 前記表示制御手段は、前記候補日情報に含まれる前記複数の候補日の中から、操作者が前記指示した検査を実施する検査日を決定するための画面を表示させることを特徴とする請求項２又は請求項３のいずれか１項に記載の情報処理装置。
5. 前記指示された検査を前記決定された検査日に実施するための検査オーダーを、オーダリングシステムに依頼するために出力する出力手段をさらに有することを特徴とする請求項４に記載の情報処理装置。
6. 前記表示制御手段は、カレンダーを表示させ、前記カレンダー上に前記候補日情報と前記検査日を決定するための画面とを表示させることを特徴とする請求項４又は請求項５のいずれか１項に記載の情報処理装置。
7. 前記表示制御手段は、日程を横軸、検査の種類を縦軸とするマトリックスを表示させ、前記マトリックス上に前記候補日情報と前記検査日を決定するための画面とを表示させることを特徴とする請求項４又は請求項５のいずれか１項に記載の情報処理装置。
8. 前記表示制御手段は、前記指示を操作者が入力させるための画面を表示させることを特徴とする請求項１乃至請求項７のいずれか１項に記載の情報処理装置。
9. 前記被検体に関する情報は、前記被検体が受ける検査であって、前記指示された検査とは異なる検査の情報を含むことを特徴とする請求項１乃至請求項８のいずれか１項に記載の情報処理装置。
10. 前記被検体に関する情報は、前記被検体が服用する薬剤に関する情報であることを特徴とする請求項１乃至請求項９のいずれか１項に記載の情報処理装置。
11. 前記指示された検査の種類と前記被検体に関する情報とに基づいて前記候補日情報を生成する生成手段をさらに有し、
    前記表示制御手段は、前記生成された前記候補日情報を表示させることを特徴とする請求項１乃至請求項１０のいずれか１項に記載の情報処理装置。
12. 検査の種類に関する指示を取得する第１の取得手段と、
    前記検査を受ける被検体に関する情報を取得する第２の取得手段と、
    前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて選択された検査日に前記指示された検査を実施するための検査オーダーを出力する出力手段と、
    を有することを特徴とする情報処理装置。
13. 検査の種類に関する指示を取得する第１の取得手段と、
    前記検査を受ける被検体に関する情報を取得する第２の取得手段と、
    前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する候補日に関する情報である候補日情報を生成する生成手段と、
    を有することを特徴とする情報処理装置。
14. 検査の種類に関する指示を取得する第１の取得手段と、
    前記検査を受ける被検体に関する情報を取得する第２の取得手段と、
    前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する候補日に関する情報である候補日情報を表示部に表示させる表示制御手段と、
    を有することを特徴とする情報処理システム。
15. 検査の種類に関する指示を取得する工程と、
    前記検査を受ける被検体に関する情報を取得する工程と、
    前記指示された検査の種類に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する候補日に関する情報である候補日情報を表示部に表示させる工程と、
    を有することを特徴とする情報処理方法。
16. 検査の種類に関する指示を取得する工程と、
    前記検査を受ける被検体に関する情報を取得する工程と、
    前記指示された検査に関する情報と、前記被検体に関する情報とに基づいて、前記検査を実施する複数の候補日を生成する工程と、
    前記生成された複数の候補日を表示部に表示させる工程と、
    前記表示された複数の候補日の中から前記指示された検査を実施する検査日の選択を受け付ける工程と、
    前記検査日に前記指示された検査を実施するための検査オーダーをオーダリングシステムに出力する工程と、
    を有することを特徴とする情報処理方法。
17. 請求項１５又は請求項１６のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images