JP2019144746A - 医用画像検査支援装置及び医用画像検査支援方法 - Google Patents

Abstract

【課題】画像検査における検査依頼機関と検査施設との連携を支援する技術を提供する。【解決手段】医用画像検査支援装置（１０）は、医用画像検査の依頼先となる検査施設の指定条件を取得する条件取得部（１１）と、検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、取得された指定条件に対応する検査施設情報を特定し、特定された検査施設情報を依頼先候補として検査依頼端末に表示させる表示処理部（１２）と、検査依頼端末に表示された依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得する依頼取得部（１３）と、取得された依頼情報に基づいて、選択された検査施設の検査予約情報を検査予約テーブルに格納する予約登録部（１４）と、を備える。【選択図】図１

Description

本発明は、医用画像検査を支援する技術に関する。

医用画像検査とは、体外検査だけでは分からない体内の様子や腫瘍、梗塞、動脈瘤等の疾患を画像にして、異常がないかどうかを診断する医療技術であり、例えば、Ｘ線ＣＴ（Computed Tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査、核医学検査などが知られている。
Ｘ線ＣＴ検査は、Ｘ線を使って身体の断面を撮影する検査である。
ＭＲＩ検査は、磁気と電磁波を使用して身体の断面を撮影する検査である。
核医学検査は、放射性医薬品を用いた検査であり、ラジオアイソトープ（ＲＩ）検査とも呼ばれる。核医学検査には、脳、骨、心臓、肝臓、腎臓などの臓器別に検査の種類があり、各臓器の機能状態や悪性腫瘍の診断などに利用されている。

放射性医薬品は、使用する放射性核種の半減期により有効期間が比較的短いため、医療機関内にストックしておくことは難しく、医療機関に安定的に供給されることが求められる。このため、特許文献１に記載されるように、半減期の短い核種（^１８Ｆ）の製造設備、検査装置、及び合成装置が併設されている病院施設が余剰核種を他の病院施設に提供し、その病院施設においてその提供された余剰核種から合成装置によって陽電子放出型ＣＴ検査用薬剤を合成して検査に用いるといった供給手法が取られているところもある。

特許文献１には、プロセスの時間をその核種の半減期を元に算出して時間スケジュールを作成することで、半減期の短い核種を検診に有効活用することが提案されている。
特許文献２には、放射性薬剤の製造拠点の製造能力、その製造拠点から病院までの時間的距離関係、放射性薬剤に含まれる核種の半減期に関する情報、病院などからの依頼情報から把握される検診日時から、その検診日時に製造拠点から病院に適量が配達できるようにスケジュールを作成し、そのスケジュールに基づいて、製造拠点に放射性薬剤の製造を指示する手法が提案されている。
特許文献３には、放射性薬剤の製造から検診までのジョブの情報、薬剤製造サイト及び検診サイトの資源の情報を記憶しておき、被検診者の検診の希望日時の情報と当該ジョブの情報とに基づいて、検診サイトに放射性薬剤を供給可能な日時を決定し、この決定した日時と資源の情報とに基づいて、各サイトにおけるスケジュールを生成することが提案されている。
特許文献４には、出荷元、納入先、末端拠点や輸送ルート上の拠点ごとの時間を示す放射性医薬品の配送スケジュール情報を、一納入先に同時に納品する配送単位に区分けして、各クライアント装置にそれぞれ表示させることで、放射性医薬品の配送スケジュールを迅速に複数部門間で共有可能とする手法が提案されている。

一方で、近年、従来の「一つの医療機関が診る」という体制から、医療機関の役割分担（機能分担）が推進されている。具体的には、日常の治療、健康管理などを行うかかりつけ医と、より専門的な検査や手術を含めた治療を行う地域医療支援病院とに役割分担が行われる。この役割分担により、画像検査設備を有していない医療機関は、それらの設備を有している医療機関に画像検査を依頼し、その検査結果の提供を受けることで、患者への病状説明を行う。
これに関連して、特許文献９には、画像診断を依頼しようとする依頼元医療機関が他の医療機関の医師に対し、診断依頼を容易かつ迅速に行うことができるようにするため、依頼に即時に対応可能な医師を抽出できる技術が記載されている。
また、特許文献１０には、医療連携を行う連携先の検索を容易にする技術が記載されている。
なお、特許文献４から特許文献８については後述する。

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

本明細書において、画像検査設備を有している医療検診機関を「検査施設」と表記し、その検査施設に画像検査を依頼する医療機関、地域包括支援センタなどを「検査依頼機関」と表記する。但し、「検査施設」と「検査依頼機関」とは、画像検査設備を有している一病院内に存在する放射線科と診療科とを意味してもよい。
また、本明細書において補足説明なしで「検査」又は「画像検査」と表記する場合には、「医用画像検査」を意味するものとする。

本発明は、このような事情を鑑みてなされたものであり、画像検査における検査依頼機関と検査施設との連携を支援する技術を提供する。

本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。

第一の側面は、医用画像検査支援装置に関する。第一の側面に係る医用画像検査支援装置は、医用画像検査の依頼先となる検査施設の指定条件を取得する条件取得部と、検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、取得された指定条件に対応する検査施設情報を特定し、特定された検査施設情報を依頼先候補として検査依頼端末に表示させる表示処理部と、検査依頼端末に表示された依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得する依頼取得部と、取得された依頼情報に基づいて、選択された検査施設の検査予約情報を検査予約テーブルに格納する予約登録部と、を備える。

第二の側面は、医用画像検査支援方法に関する。第二の側面に係る医用画像検査支援方法は、医用画像検査の依頼先となる検査施設の指定条件を取得し、検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、取得された指定条件に対応する検査施設情報を特定し、特定された検査施設情報を依頼先候補として検査依頼端末に表示させ、検査依頼端末に表示された依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得し、取得された依頼情報に基づいて、選択された検査施設の検査予約情報を検査予約テーブルに格納する、ことを含む。

上記各側面によれば、検査依頼機関において検査施設の検索から予約まで一連で実施することができるため、画像検査における検査依頼機関と検査施設との連携の効率化が可能になる。

本実施形態に係る画像検査支援サーバ（支援サーバ）の処理構成例を概念的に示す図である。 本実施形態に係る画像検査支援サーバ（支援サーバ）における周辺環境との連携を示す図である。 本実施形態に係る画像検査支援サーバ（支援サーバ）のハードウェア構成例を概念的に示す図である。 本実施形態に係る画像検査支援サーバ（支援サーバ）の処理構成例を概念的に示す図である。 情報格納部に格納される検査計画テーブルの例を示す図である。 情報格納部に格納される検査予約テーブルの例を示す図である。 情報格納部に格納される製品情報テーブルの例を示す図である。 検査予約状況表示の例を示す図である。 本実施形態に係る画像検査支援方法における画像検査が行われるまでの工程を示すシーケンスチャートである。 本実施形態に係る画像検査支援方法における画像検査の結果が得られた後の工程を示すシーケンスチャートである。

以下、本発明の実施の形態について説明する。なお、以下に挙げる実施形態は例示であり、本発明は以下の実施形態の構成に限定されない。

まず、本実施形態に係る画像検査支援サーバ（以降、支援サーバと略称する）及び画像検査支援方法の概要について図１を用いて説明する。
図１は、本実施形態に係る支援サーバ１０の処理構成例を概念的に示す図である。
本実施形態に係る支援サーバ１０は、ソフトウェア要素として、条件取得部１１、表示処理部１２、依頼取得部１３、及び予約登録部１４を有する。これら各ソフトウェア要素は、例えば、後述するＣＰＵ（Central Processing Unit）１によりメモリ２に格納されるプログラムが実行されることにより実現される。そのプログラムは、例えば、ＣＤ（Compact Disc）、メモリカード等のような可搬型記録媒体や他のコンピュータから通信ユニット４を介してインストールされ、メモリ２に格納されてもよい。

条件取得部１１は、画像検査の依頼先となる検査施設の指定条件を取得する。
この指定条件の取得方法は制限されない。例えば、条件取得部１１は、電子メールやファイル転送などにより指定条件を取得してもよいし、入力画面を検査依頼機関の端末に表示させその入力画面を介して入力された指定条件を取得してもよい。
また、当該指定条件の取得には、条件取得部１１自身が指定条件を生成することも含まれる。例えば、条件取得部１１は、依頼元となる検査依頼機関ごとに予め保持されている情報（所在地や依頼され得る検査種など）に基づいて、検査施設の指定条件を自動で生成することができる。

取得される指定条件は、検査依頼機関が画像検査を依頼する検査施設を探すための条件であり、指定される具体的な条件は限定されない。当該指定条件には、例えば、検査施設の所在地を特定するための地域情報や、検査施設で実施可能な画像検査の種類（以降、検査種と表記する）、画像検査の希望日時などを含み得る。
また、当該指定条件は、施設名称や識別番号などにより、一以上の検査施設を具体的に指定する情報として取得されてもよい。

「検査種」とは、上述のとおり、画像検査の種類であって、例えば、Ｘ線ＣＴ検査、ＭＲＩ検査、ＰＥＴ（positron emission tomography）検査、ＳＰＥＣＴ（single photon emission computed tomography）検査などが指定されてもよい。また、ＰＥＴ検査やＳＰＥＣＴ検査のような核医学検査の場合、例えば、「検査種」には、脳血流シンチグラフィ、脳受容体シンチグラフィ、ドパミントランスポーターシンチグラフィ、心筋血流シンチグラフィ、骨シンチグラフィ、ガリウムシンチグラフィなどが指定されてもよい。
更に、「検査種」には、画像検査で用いられる放射性医薬品を特定可能な情報が指定されてもよく、例えば、「検査種」として、放射性医薬品の製品名又は一般名が指定されてもよい。また、「検査種」には、脳梗塞、認知症、心筋梗塞、肝硬変などの検査目的や検査項目が指定されてもよいし、検査対象の部位が指定されてもよい。

表示処理部１２は、検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、条件取得部１１により取得された指定条件に対応する検査施設情報を特定し、その特定された検査施設情報を依頼先候補として検査依頼端末に表示させる。
検査施設テーブルは、支援サーバ１０自身のメモリ内に格納されていてもよいし、他の装置に格納されていてもよい。
検査施設情報は、上述の指定条件で検査施設を特定し得るような検査施設に関する情報であればよく、例えば、検査施設の名称や所在地、検査施設が有している画像検査設備、検査施設で対応可能な検査種などが含まれ得る。
検査依頼端末は、検査施設に画像検査を依頼する検査依頼機関が備える据え置き型又は携帯型のコンピュータである。
検査依頼端末に依頼先候補として表示される検査施設情報は、複数の検査施設の情報であってもよいし、一つの検査施設の情報であってもよい。また、検査施設情報の表示態様は制限されない。

依頼取得部１３は、検査依頼端末に表示された依頼先候補の中から選択された検査施設に対する画像検査の依頼情報を取得する。この依頼情報の取得方法は制限されない。例えば、依頼取得部１３は、電子メールやファイル転送などにより依頼情報を取得してもよいし、依頼先候補を表示させた検査依頼端末に更に入力画面を表示させ、その入力画面を介して入力された依頼情報を取得してもよい。

取得される依頼情報は、検査予約を登録するうえで必要な情報を含んでいればよく、その具体的内容は限定されない。当該依頼情報は、例えば、検査枠若しくは検査種、又は被検者を特定可能な情報を含む。
「検査枠」とは、少なくとも検査日時ごとに設けられ、検査時間枠の意味を持つ。検査日時は、検査が行われる日及び時間帯を意味する。例えば、２０１６年８月１０日の９時開始の枠、同日の１１時開始の枠などのような検査枠が設けられる。検査枠が設けられる検査日時は、午前中又は午後といった単位でもよい。
「検査枠」は、検査施設が複数の検査設備を有している場合には、検査日時及び検査設備の組合せごとに設けられてもよい。検査設備は、Ｘ線ＣＴ装置、ＭＲＩ装置、ＰＥＴ装置、ＳＰＥＣＴ装置、ＰＥＴ／ＣＴ装置、ＳＰＥＣＴ／ＣＴ装置、ＰＥＴ／ＭＲＩ装置などといった画像検査を行う設備であって、その設備の数によって許容される被検者の数が変わってくる。即ち、「検査枠」は、検査時間枠及び検査物理枠の両方の意味を持つ場合もあり得る。例えば、１台のＰＥＴ装置と２台のＳＰＥＣＴ装置とを有する検査施設の場合には、２０１６年８月１０日の９時開始の枠として、ＰＥＴ装置を用いたＰＥＴ検査の枠、１台目のＳＰＥＣＴ装置を用いたＳＰＥＣＴ検査の枠、２台目のＳＰＥＣＴ装置を用いたＳＰＥＣＴ検査の枠というように３つの検査枠を設けることができる。

予約登録部１４は、依頼取得部１３により取得された依頼情報に基づいて、上述の選択された検査施設の検査予約情報を検査予約テーブルに格納する。
検査予約テーブルは、支援サーバ１０自身のメモリ内に格納されていてもよいし、他の装置に格納されていてもよい。
また、検査予約テーブルは、検査施設ＩＤで識別可能に一つのテーブルとして実現されていてもよいし、検査施設ごとに設けられていてもよい。
検査予約テーブルに格納される検査予約情報は、検査施設により参照される。検査予約テーブルに格納される検査予約情報は、検査施設における画像検査のスケジュール管理にそのまま利用されてもよいし、その検査予約情報の少なくとも一部が検査施設内の検査予約システムに反映されてもよい。

本実施形態に係る支援サーバ１０は、上述のような各処理モジュールの処理により、本実施形態に係る画像検査支援方法（以降、単に支援方法と略称する場合もある）を実行することができる。
即ち、本実施形態に係る支援方法は、医用画像検査の依頼先となる検査施設の指定条件を取得し、検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、当該取得された指定条件に対応する検査施設情報を特定し、その特定された検査施設情報を依頼先候補として検査依頼端末に表示させ、検査依頼端末に表示された依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得し、その取得された依頼情報に基づいて、当該選択された検査施設の検査予約情報を検査予約テーブルに格納することを含むこともできる。
また、本実施形態は、このような支援方法をコンピュータに実行させるためのプログラム又はそのようなプログラムがコンピュータにより読み取り可能に記憶される記憶媒体であってもよい。

このように本実施形態では、検査依頼機関端末を用いて、画像検査を依頼できる検査施設の検索及び検査予約を行うことができるので、検査依頼機関と検査施設との医療連携を効率化することができる。

以下、支援サーバ２０及び支援方法についてより具体化して詳述する。
図２は、本実施形態に係る支援サーバ２０における周辺環境との連携を示す図である。
まず、図２を用いて、画像検査がどのように運用されており支援サーバ２０によりその運用がどのように支援されるのかについてその全体像を説明する。
図２に示されるように、支援サーバ２０の周辺環境として、検査依頼機関ＦＣ１、検査施設ＦＣ３、放射性医薬品製造施設（以降、製造施設と略称する場合もある）ＦＣ５がある。
検査依頼機関ＦＣ１は、かかりつけ医や地域包括支援センタなどであり、画像検査の一部または全部の設備を持たない医療機関である。
検査施設ＦＣ３は、Ｘ線ＣＴ装置、ＭＲＩ装置、ＰＥＴ装置、ＳＰＥＣＴ装置、ＰＥＴ／ＣＴ装置、ＳＰＥＣＴ／ＣＴ装置、ＰＥＴ／ＭＲＩ装置といった画像検査の設備を持つ医療機関、検診機関などである。本実施形態では、複数の検査施設ＦＣ３が存在する。
製造施設ＦＣ５は、検査施設ＦＣ３で行われる核医学検査で利用される放射性医薬品を製造する施設であり、放射性医薬品メーカ、医療機関などである。
図２では、検査依頼機関ＦＣ１、検査施設ＦＣ３、製造施設ＦＣ５がそれぞれ一つずつ図示されているが、各施設又は機関の数は制限されない。

検査依頼機関ＦＣ１は、来院してきた患者にとって画像検査が必要と判断すると、その画像検査を依頼する検査施設を複数の検査施設ＦＣ３の中から検索する。
このとき、支援サーバ２０は、上述したとおり、検査依頼機関ＦＣ１からの指定条件を受け付け、その指定条件に対応する検査施設の情報を依頼先候補として検査依頼機関ＦＣ１（後述の検査依頼端末２３）に提供する。
検査依頼機関ＦＣ１は、依頼先候補の中から画像検査を依頼する検査施設を選択し、その検査施設に対する画像検査の依頼を行う。

支援サーバ２０は、その依頼を受け、選択された検査施設ＦＣ３で行われる画像検査の予約を行う。検査施設ＦＣ３によりその検査予約が確認されると、支援サーバ２０は、必要に応じて、製造施設ＦＣ５に対してその予約された検査で必要となる放射性医薬品を発注する。このとき、その発注元は検査施設ＦＣ３とされる。
製造施設ＦＣ５は、その発注された放射性医薬品を製造する。製造された放射性医薬品は、発注元である検査施設ＦＣ３に配送される。製造施設ＦＣ５は、受注生産管理システム２７及び配送管理システム２８を稼働させており、受注生産管理システム２７が支援サーバ２０からの発注を受け、配送管理システム２８が放射性医薬品の配送状況を管理している。放射性医薬品の配送に遅延が生じている場合、配送管理システム２８は、検査施設ＦＣ３及び支援サーバ２０に対して配送の遅延情報を送る。
支援サーバ２０は、配送の遅延情報を受けると、必要に応じて、その遅延で検査予定に影響を受ける患者に対して検査予定情報を提供する。

検査施設ＦＣ３は、画像検査で得られる検査画像データ及び臨床情報を支援サーバ２０に送る。
支援サーバ２０は、その検査画像データに対して画像解析を行い、その解析情報をレポートとして検査施設ＦＣ３及び検査依頼機関ＦＣ１に提供する。このとき、支援サーバ２０は、解析情報に基づく専門医による読影結果情報を取得しその情報をレポートに含めて検査施設ＦＣ３及び検査依頼機関ＦＣ１に提供してもよいし、解析情報に基づく検査施設ＦＣ３による読影結果情報を取得しその情報をレポートに含めて検査依頼機関ＦＣ１に提供してもよい。
検査施設ＦＣ３及び検査依頼機関ＦＣ１は、そのレポートに基づいて患者に対して病状説明を行うことができる。

〔画像検査支援サーバ（支援サーバ）〕
図３は、本実施形態に係る支援サーバ２０のハードウェア構成例を概念的に示す図である。
支援サーバ２０は、いわゆるコンピュータであり、ＣＰＵ１、メモリ２、入出力インタフェース（Ｉ／Ｆ）３、通信ユニット４等を有する。

ＣＰＵ１は、一般的なＣＰＵに加えて、特定用途向け集積回路（ＡＳＩＣ）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）等も含まれ得る。メモリ２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、補助記憶装置（ハードディスク等）である。
入出力Ｉ／Ｆ３は、表示装置、入力装置等のユーザインタフェース装置（図示せず）と接続可能である。表示装置は、ＬＣＤやＣＲＴディスプレイのような、ＣＰＵ１等により処理された描画データに対応する画面を表示する装置である。入力装置は、キーボード、マウス等のようなユーザ操作の入力を受け付ける装置である。表示装置及び入力装置は一体化され、タッチパネルとして実現されてもよい。
通信ユニット４は、通信網８を介した他のコンピュータとの通信や、プリンタ等の他の機器との信号のやりとり等を行う。通信ユニット４には、可搬型記録媒体等も接続され得る。

支援サーバ２０のハードウェア構成は、図３の例に制限されない。支援サーバ２０は、図示されていない他のハードウェア要素を含み得る。また、各ハードウェア要素の数も、図３の例に制限されない。例えば、支援サーバ２０は、複数のＣＰＵ１を有していてもよい。

支援サーバ２０は、患者端末２２、検査依頼端末２３、検査施設端末２４、受注生産管理システム２７、配送管理システム２８などと通信可能に接続されている。支援サーバ２０と他の端末又はシステムとの間の通信は、Ｗｉ−Ｆｉ（Wireless Fidelity）回線網、インターネット通信網、専用回線網、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の一つ又はそれらの組み合わせにより形成される通信網８を介して行われる。当該通信の具体的形態は制限されない。

患者端末２２は、患者により利用される据え置き型又は携帯型のコンピュータである。
検査依頼端末２３は、検査依頼機関ＦＣ１が備える据え置き型又は携帯型のコンピュータである。
検査施設端末２４は、検査施設ＦＣ３が備える据え置き型又は携帯型のコンピュータである。
受注生産管理システム２７は、製造施設ＦＣ５が備えるシステムであって、製造施設ＦＣ５における受注及び生産（製造）を管理するシステムある。受注生産管理システム２７は、公知の一般的な機能を有していればよい。
配送管理システム２８は、製造施設ＦＣ５が備えるシステムであって、製造施設ＦＣ５から発送される放射性医薬品の配送を管理するシステムである。配送管理システム２８は、公知の一般的な機能を有していればよい。

図４は、本実施形態に係る支援サーバ２０の処理構成例を概念的に示す図である。
支援サーバ２０は、ソフトウェア要素として、表示処理部３０、依頼取得部３１、予約登録部３２、依頼送信部３３、返信受信部３４、発注生成部３５、配送情報取得部３６、情報提供部３７、検査データ取得部３８、解析部３９、情報格納部４０、条件取得部４１等を有する。これら各ソフトウェア要素は、例えば、ＣＰＵ１によりメモリ２に格納されるプログラムが実行されることにより実現される。そのプログラムは、例えば、ＣＤ、メモリカード等のような可搬型記録媒体や他のコンピュータから通信ユニット４を介してインストールされ、メモリ２に格納されてもよい。

情報格納部４０は、メモリ２に確保され、検査依頼機関テーブル、検査施設テーブル、検査計画テーブル、検査予約テーブル、及び製品情報テーブルを少なくとも格納している。
検査依頼機関テーブルは、支援サーバ２０でサポートする検査依頼機関ＦＣ１に関する情報を検査依頼機関ＦＣ１ごとに格納している。検査依頼機関テーブルに格納される検査依頼機関情報には、検査依頼機関ＦＣ１を特定し得る情報（ＩＤや名称、所在地等）、支援サーバ２０へのアクセスを許可する検査依頼機関ＦＣ１のユーザＩＤ又はメールアドレスなどが含まれ得る。

検査施設テーブルは、上述したとおり、検査施設ＦＣ３ごとに検査施設情報を格納する。本実施形態では、検査施設情報は、所在地及び検査設備情報の少なくとも一方を含む。
検査設備情報とは、検査施設ＦＣ３が有する画像検査設備の種類（Ｘ線ＣＴ装置、ＭＲＩ装置、ＰＥＴ装置など）を示す情報である。
その他、検査施設情報としては、検査施設ＩＤ、検査施設名称なども格納されてもよい。

検査計画テーブルは、検査施設ＦＣ３における画像検査の計画情報を検査施設ＦＣ３ごとに格納し、検査予約テーブルは、検査施設ＦＣ３における検査予約情報を格納する。検査計画テーブル及び検査予約テーブルに格納される情報は、検査枠ごとに各種情報を示す。検査枠の定義については上述したとおりであるが、本実施形態では、検査枠は、検査時間枠及び検査物理枠の両方の意味を持ち、検査日時と検査設備との組合せごとに設けられている。
製品情報テーブルは、発注すべき放射性医薬品を特定するために参照されるテーブルであり、放射性医薬品に関する情報を格納する。

図５は、情報格納部４０に格納される検査計画テーブルの例を示す図である。
検査計画テーブルは、図５に示されるように、検査枠ごと、即ち検査日時及び検査設備ＩＤの組合せごとにデータレコードを格納し、各データレコードにはその検査枠の検査枠ＩＤ、現予約人数、予約制限数、予約可否、予約不可情報といった複数のデータ項目が含まれている。
検査日時は、上述したとおり、検査が行われる日及び時間帯を意味する。
検査設備ＩＤは、画像検査を行う設備の識別子であり、画像検査装置ごとに付される。
現予約人数は、その検査枠において予約済みの被検者の数の最新情報である。
予約制限数は、その検査枠において予約可能な被検者の上限数である。
予約可否は、その検査枠に検査の予約ができるか否かを示す。
予約不可情報は、その検査枠に検査の予約ができない場合に、その理由などを示す。

検査計画テーブルには、検査施設ＦＣ３の事情に応じた検査計画情報が格納される。支援サーバ２０は、検査施設ＦＣ３から検査計画の情報を取得し、その情報をその検査施設ＦＣ３用の検査計画テーブルに格納することもできる。
図５に例示される検査計画テーブルは、検査施設ＦＣ３ごとに別々に設けられるが、検査計画テーブルに検査施設ＦＣ３を識別可能な検査施設ＩＤが更に設けられ、複数の検査施設ＦＣ３の検査計画情報が一つの検査計画テーブルに格納されてもよい。

図６は、情報格納部４０に格納される検査予約テーブルの例を示す図である。
検査予約テーブルは、図６に示されるように、検査枠ごとにデータレコードを格納し、各データレコードには、その検査枠についての被検者ＩＤ、検査種、依頼元ＩＤ、発注情報といった複数のデータ項目が含まれている。
被検者ＩＤは、検査枠に予約されている検査の被検者の識別子である。
検査種は、検査枠に予約されている画像検査の種類を示し、検査種には、その検査枠に対応する検査設備で検査可能な画像検査の種類の中の一つが指定される。
依頼元ＩＤは、検査枠に対して検査予約を依頼した依頼元（検査依頼機関ＦＣ１）の識別子である。依頼元ＩＤは、検査依頼機関テーブルに格納される検査依頼機関ＦＣ１を特定可能な情報であり、依頼元のメールアドレスであってもよい。
発注情報は、検査枠に予約されている核医学検査のための放射性医薬品を発注済みか否か、又はその発注番号（発注ＩＤ）を示す。

図７は、情報格納部４０に格納される製品情報テーブルの例を示す図である。
製品情報テーブルは、図７に示されるように、検査設備ＩＤ及び検査種の組合せごとに、その組合せに必要となる放射性医薬品の製品コード、製品名、及び発注期限のデータ項目を含むデータレコードを格納する。放射性医薬品は上述したとおり有効期限が短いため、製造施設ＦＣ５への放射性医薬品の発注には期限が設けられる。
情報格納部４０は、更に、被検者テーブル、依頼元テーブル（図示せず）などを格納する。被検者テーブルは、被検者ごとに、被検者ＩＤ、氏名、生年月日、性別、メールアドレスなどのデータ項目を含むデータレコードを格納する。依頼元テーブルは、依頼元となる検査依頼機関ＦＣ１ごとに、依頼元ＩＤ、名称、住所、メールアドレスなどのデータ項目を含むデータレコードを格納する。
なお、情報格納部４０は、上述のテーブル以外のテーブルを格納することもできる。

条件取得部４１は、上述の条件取得部１１に相当し、画像検査の依頼先となる検査施設ＦＣ３の指定条件を取得する。指定条件の内容やその取得手法については上述したとおりである。
本実施形態では、条件取得部４１は、検査依頼機関テーブルに登録されている検査依頼機関ＦＣ１における要求を受けた検査依頼端末２３に指定条件を入力するための画面を表示させ、その画面で入力された指定条件を取得する。

また、本実施形態では、条件取得部４１は、地域情報及び検査種の少なくとも一方を含む当該指定条件を取得する。
指定条件に含まれる地域情報は、画像検査を依頼したい検査施設ＦＣ３が存在する地域を示す情報である。例えば、石川県といった県名が当該地域情報として指定されてもよいし、石川県南部のように県内の或る地域が指定されてもよいし、市や町や村の名前が指定されてもよい。
指定条件に含まれる検査種は、上述したとおり、依頼したい画像検査の種類を示す情報であって、その具体的な内容は制限されない。

また、当該指定条件として、画像検査を行って欲しい希望日時が示されてもよい。当該希望日時としては、１０月８日といった明確な日付が指定されてもよいし、１０月終わりまでの間といった期限日が指定されてもよいし、火曜日の午後といった曜日や時間帯が指定されてもよい。
当該指定条件には、上述した例以外の条件が指定されてもよい。

表示処理部３０は、上述の表示処理部１２に相当し、検査施設テーブルを参照して、条件取得部４１により取得された指定条件に対応する検査施設情報を特定し、その特定された検査施設情報を依頼先候補として検査依頼端末２３に表示させる。

本実施形態では、表示処理部３０は、検査施設テーブルの中から、条件取得部４１により取得された指定条件に含まれる地域情報及び検査種の少なくとも一方に対応する所在地及び検査設備情報の少なくとも一方を含む検査施設情報を特定する。表示処理部３０は、検査種とその検査種の画像検査に対応可能な画像検査設備との対応関係を保持しており、この対応関係に基づいて、指定条件に含まれる検査種に対応する検査施設情報を特定することができる。検査種と画像検査設備との対応関係としては、例えば、Ｘ線ＣＴ検査と、Ｘ線ＣＴ装置、ＰＥＴ／ＣＴ装置、及びＳＰＥＣＴ／ＣＴ装置との対応関係、ＭＲＩ検査と、ＭＲＩ装置、ＰＥＴ／ＭＲＩ装置との対応関係などがあり得る。

また、指定条件として希望日時が指定されていた場合、表示処理部３０は、検査計画テーブルを参照して、当該希望日時に予約可能な（空きの）検査枠が存在する検査施設ＦＣ３を特定し、その特定された検査施設ＦＣ３の検査施設情報を特定することもできる。

表示処理部３０は、表示させた依頼先候補の中から選択された検査施設ＦＣ３における、検査枠ごとに予約可否を示す検査予約状況表示を検査依頼端末２３に更に表示させることもできる。
「検査予約状況表示」は、或る検査施設ＦＣ３における現在の検査予約の登録状況を表示するものであり、少なくとも検査枠ごとに予約可否を示す。

図８は、検査予約状況表示の例を示す図である。図８の例では、検査予約状況表示は、複数の検査施設ＦＣ３の中の「検査施設Ｂ」の検査予約状況を示し、２か月分のカレンダ形式を有している。検査枠は、日ごとの９時、１２時、及び１５時の最大３つの時間帯で設けられており、検査設備で区別されていない。即ち、検査施設Ｂでは、１つの検査設備のみが保有されており、このため、検査施設Ｂの検査予約状況表示は、１つの検査設備のみを有する検査施設ＦＣ３の情報表示又は検査設備ごとの情報表示であると換言できる。
検査枠ごとに検査可能な被検者の数（予約制限数）分の予約枠がそれぞれ示されている。例えば、６月２７日には、９時開始の検査枠、１２時開始の検査枠、及び１５時開始の検査枠が示されており、各検査枠には二人分の予約枠がそれぞれ示されている。
更に、予約不可能な検査枠が予約可能な検査枠と異なる表示態様で示されており、検査枠において既に予約済みの数及び予約可能な数が表示態様の違いにより提示されている。例えば、６月２７日において９時開始の検査枠は、予約制限数（二人）分の予約が既に登録されており予約不可能な状態を示す表示態様で示されており、１２時開始の検査枠では、一人分の予約が登録されており未だ一人分の予約が可能であることが示されており、１５時開始の検査枠は、二人分の予約が可能な状態を示す表示態様で示されている。なお、６月６日（当日）は、発注期限の問題から予約不可能な表示態様で示されている。
また、６月１７日の「担当医師出張にて不在」などのように予約ができない理由が示されている検査枠も存在する。

表示処理部３０は、検査計画テーブル及び検査予約テーブルに格納される情報に基づいて、このような検査予約状況表示の描画データを生成することができる。このような検査予約状況表示によれば、検査枠ごとの予約可否を容易に把握することができる。
更に、本実施形態では、表示処理部３０は、予約可能な検査枠を指定可能な状態で検査予約状況表示を出力させる。これにより、検査依頼端末２３のユーザは、予約可能な検査枠を指定する操作を行うことで、その検査枠に対する検査依頼を行うことができる。表示処理部３０は、検査枠の指定操作に伴って、被検者の情報及び検査種を入力するための画面を表示させることもできる。

更に、表示処理部３０は、製品情報テーブルに格納される放射性医薬品の発注期限の情報に基づいて、検査予約状況表示で示される検査枠ごとの予約可否を変更することもできる。具体的には、表示処理部３０は、検査予約状況表示において、どの種の放射性医薬品も発注期限を徒過している検査枠を予約不可状態に変更することができる。このようにすれば、既に発注期限が過ぎてしまっている放射性医薬品を用いる検査予約が登録されるといった不具合をなくすことができる。

依頼取得部３１は、上述の依頼取得部１３に相当し、検査依頼端末２３に表示された依頼先候補の中から選択された検査施設ＦＣ３に対する画像検査の依頼情報を取得する。本実施形態では、依頼取得部３１は、検査予約状況表示が出力されている検査依頼端末２３におけるユーザの入力操作に伴って依頼情報を取得する。例えば、依頼取得部３１は、検査予約状況表示内の予約可能な検査枠を指定する操作により、検査依頼端末２３に表示された検査予約状況表示で予約可を示す検査枠の情報を含む依頼情報を取得することができる。

依頼情報は、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤが特定可能な状態で取得される。検査枠ＩＤは、例えば、当該検査枠の指定操作により特定される。検査種は、例えば、その指定操作に伴って表示される検査種選択画面に対する入力操作により取得される。依頼元ＩＤは、例えば、検査予約状況表示の出力前の検査依頼端末２３におけるログイン操作により特定される。被検者ＩＤは、例えば、検査枠の指定操作時に表示される入力画面に対する入力操作により被検者情報（氏名、生年月日など）が取得された後に、依頼取得部３１により自動付番される。この場合、依頼取得部３１は、取得された被検者情報及び付番された被検者ＩＤを上述の被検者テーブルに格納する。
但し、依頼取得部３１による依頼情報の取得手法はこのような例に制限されない。依頼取得部３１は、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤを特定可能な情報を含む電子メールにより当該依頼情報を取得することもできる。
また、被検者情報として、診療情報など他の情報が別途入力されてもよい。

依頼送信部３３は、依頼取得部３１による依頼情報の取得に伴い、選択された検査施設ＦＣ３宛てに予約依頼情報を送信する。この予約依頼情報は、検査施設ＦＣ３に検査予約が依頼された旨を知らせる情報である。依頼送信部３３は、依頼取得部３１により取得された依頼情報をそのまま予約依頼情報として送信してもよいし、その取得された依頼情報を検査施設ＦＣ３にとって分かり易い形式に変換した情報を予約依頼情報として送信してもよい。後者の場合、例えば、検査日時（検査枠など）、検査設備、被検者情報、検査種、及び依頼元の検査依頼機関ＦＣ１の情報を示す予約依頼情報が送信される。
依頼送信部３３による予約依頼情報の送信手法は制限されない。依頼送信部３３は、電子メールにより予約依頼情報を送信してもよいし、プッシュ型技術を用いて予約依頼情報を送信してもよい。送信された予約情報は、検査施設端末２４において表示され、参照されてもよい。

返信受信部３４は、依頼送信部３３により送信された予約依頼情報に対する返信を受信する。具体的には、返信受信部３４は、当該予約依頼情報で示される検査予約の依頼を受任するか否かを示す返信を検査施設端末２４から受信する。
検査施設端末２４からの返信手法についても制限されない。検査施設端末２４は、電子メールにて返信してもよいし、表示処理部３０の処理により出力される所定表示に対する入力操作により返信してもよい。
また、施設内の医療システムを備える検査施設ＦＣ３では、検査予約の依頼を受任する場合には、その予約依頼情報をその医療システムに反映させることもできる。

予約登録部３２は、上述の予約登録部１４に相当し、依頼取得部３１により取得された依頼情報に基づいて、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤを特定し、この特定された情報を含むデータレコード（検査予約情報）を検査予約テーブルに格納する。
更に、本実施形態では、予約登録部３２は、依頼取得部３１により取得された依頼情報に関して返信受信部３４で受信された検査施設ＦＣ３からの返信内容に従って、その依頼情報に対応する、選択された検査施設ＦＣ３の検査予約情報を検査予約テーブルに格納するか否かを決定する。予約登録部３２は、返信内容が検査予約の依頼を受任することを示す場合には、検査予約情報を格納し、当該依頼を受任しないことを示す場合には、検査予約情報を格納しない。
予約登録部３２は、検査予約情報を検査予約テーブルに格納すると、その検査予約情報の検査枠ＩＤに基づいてその検査枠において登録済みの予約人数を算出し、その人数を検査計画テーブルの現予約人数の項目に設定する。更に、予約登録部３２は、その現予約人数がその検査枠の予約制限数となった場合には、同テーブルの予約可否の項目に予約不可を示す値を設定することもできる。

発注生成部３５は、検査予約テーブルに格納されている検査予約情報の検査種に対応する放射性医薬品を特定し、この特定された放射性医薬品の発注情報であって検査予約情報の検査枠に対応する検定日時情報を含む発注情報を生成する。
ここで「検査枠に対応する検定日時情報」とは、検査枠が示す検査日時にその発注情報で発注された放射性医薬品が利用可能となるその放射性医薬品の検定日時を示す情報である。
生成された発注情報は、放射性医薬品の製造設備を有する放射性医薬品製造施設（製造施設）の受注生産システムなどで利用可能である。その発注情報の利用方法は制限されない。

本実施形態では、発注生成部３５は、対象の検査予約情報の検査枠ＩＤに対応する検査設備ＩＤ及び検査種をキーにして製品情報テーブルを検索することにより、その検査予約情報で示される検査に必要となる放射性医薬品の製品コード及び製品名を特定する。発注生成部３５は、発注ＩＤ、特定された製品コード及び製品名、その製品の数量、当該検査枠に対応する検定日時情報、及び発注元となる製造施設ＦＣ５の情報を含む発注情報を生成する。発注ＩＤには、発注情報が生成される度に、ユニークな識別子が付番されればよい。

本実施形態では、発注生成部３５は、予約登録部３２が新たな検査予約情報を検査予約テーブルに格納すると、その新たな検査予約情報の検査種などから放射性医薬品が必要となる画像検査か否かを判定し、放射性医薬品が必要となる画像検査の検査予約である場合には、当該発注情報を生成する。
また、生成される発注情報では、一検査で必要となる製品（放射性医薬品）の数量が設定されることになる。これにより、予約された検査に対して発注漏れを防ぐことができる。
但し、発注生成部３５は、所定の周期で発注情報を生成するようにしてもよい。発注生成部３５は、発注情報に基づいて、検査予約テーブルに格納されるデータレコード（検査予約情報）の中で、未発注状態である放射性医薬品が必要な検査予約情報を特定し、その検査予約情報を対象にして発注情報を生成する。当該所定の周期は、発注情報の生成前に、放射性医薬品の発注期限が徒過しないような周期に設定される。

本実施形態では、発注生成部３５は、発注情報を生成すると、検査予約テーブルに格納されている、その発注情報に対応する検査予約情報の発注情報に発注ＩＤを反映させる。これにより、その検査予約情報を発注済み状態とすることができる。
発注生成部３５は、生成された発注情報を受注生産管理システム２７及び検査施設ＦＣ３宛てに送信する。発注情報の受注生産管理システム２７及び検査施設ＦＣ３への送信手法については制限されない。

配送情報取得部３６は、上述の発注情報で発注された放射性医薬品の配送情報を取得する。取得される配送情報は、放射性医薬品の配送の状況を示す情報である。
本実施形態では、配送情報取得部３６は、配送管理システム２８から、発注ＩＤを含む配送情報を取得する。この発注ＩＤによりその配送情報に対応する検査予約情報を特定することができる。また、配送情報取得部３６は、発注情報で指定された検定日時に影響を与える程度の配送遅延が生じた場合にのみ、その遅延度合（１時間遅れなど）を示す配送情報を取得してもよい。
なお、配送管理システム２８は、その配送情報を検査施設ＦＣ３にも提供することができる。

情報提供部３７は、上述の配送情報に関する所定条件を満たしたことを契機に、発注情報に対応する検査予約情報により示される被検者宛てに検査予定情報を提供する。
提供される検査予定情報は、被検者に対して予約済みの検査の予定が変更されること又はその可能性を示唆させる情報である。例えば、検査予定情報では、放射性医薬品の配送遅延が生じていること、検査の予定が変更される可能性があること、検査施設ＦＣ３又は検査依頼機関ＦＣ１への問い合わせの必要性などが示される。変更後の検査日時が確定されている場合には、検査予定情報に変更後の検査日時が示されていてもよい。
上述の「所定条件」は、配送情報に関する条件であって検査予定情報を提供するための予め決められた条件である。例えば、検定日時に影響を与える程度の配送遅延が生じた場合にのみ配送情報が配送管理システム２８から提供される場合には、配送情報取得部３６により配送情報が取得されたこと自体がその「所定条件を満たした」こととなる。また、配送情報取得部３６により取得された配送情報で示される遅延度合が検定日時に影響を与える可能性が高いことがその「所定条件を満たした」こととされてもよい。

本実施形態では、検定日時に影響を与える程度の配送遅延が生じた場合にのみ配送情報が取得され、情報提供部３７は、配送情報取得部３６によりその配送情報が取得されたことを契機にして、次のようにして被検者の宛先の特定及び検査予定情報の提供を行う。情報提供部３７は、取得された配送情報に含まれる発注ＩＤによりその配送情報に対応する検査予約情報を検査予約テーブルの中から特定し、その特定された検査予約情報の被検者ＩＤにより被検者のメールアドレスを被検者テーブルの中から特定する。情報提供部３７は、所定の文字列「放射性医薬品の配送遅延により検査の予定が変更される可能性があります。検査施設ＦＣ３又は検査依頼機関ＦＣ１へお問い合わせください」を含む電子メールを特定された被検者のメールアドレス宛てに送信する。
情報提供部３７は、検査予定情報を検査依頼機関ＦＣ１にも提供してもよい。例えば、特定された検査予約情報の依頼元ＩＤにより、依頼元の検査依頼機関ＦＣ１のメールアドレスを依頼元テーブルの中から特定することができる。
このような検査予定情報を提供することにより、放射性医薬品の配送遅延による検査予定の変更の可能性などを患者に早めに知らせることができるため、患者と検査依頼機関ＦＣ１又は検査施設ＦＣ３とのトラブルを未然に防ぐことができる。

また、情報提供部３７は、配送情報取得部３６により取得された配送情報を配送先となる検査施設ＦＣ３の検査施設端末２４に提供することもできる。この場合、配送情報は、電子メールなどで検査施設端末２４に通知されてもよいし、検査施設端末２４からのアクセスに従って配送情報を検査施設端末２４に表示させてもよい。また、配送情報を検査施設端末２４に提供する場合には、配送情報は、配送遅延の程度に関わらず、適宜、配送管理システム２８から取得されてもよい。

情報提供部３７は、Ｘ線ＣＴ検査やＭＲＩ検査等のように配送情報が取得されない検査の予約についても検査予定情報を提供してもよい。この場合、情報提供部３７は、検査施設ＦＣ３から検査予定の変更等に関する情報を取得し、この情報に基づいて、例えば、検査の予定が変更される可能性があること、検査施設ＦＣ３又は検査依頼機関ＦＣ１への問い合わせの必要性などが示される検査予定情報を被検者宛てに提供すればよい。変更後の検査日時が確定されている場合には、検査予定情報に変更後の検査日時が示されていてもよい。

検査データ取得部３８は、画像検査の検査画像を取得する。即ち、検査データ取得部３８は、画像取得部と呼ぶこともできる。本実施形態では、検査データ取得部３８は、検査施設端末２４から検査画像データ及び臨床情報を受信する。臨床情報は、画像検査時に検査画像以外に被検者から得られる被検者の情報である。
検査画像データ及び臨床情報は、被検者を識別可能な情報（例えば、被検者ＩＤ）又は検査枠を識別可能な情報（例えば、検査枠ＩＤ）と関連付け可能な状態で受信される。検査画像データ及び臨床情報の検査施設ＦＣ３からの提供手法は制限されない。例えば、検査画像データは、被検者の氏名、性別及び生年月日、並びに臨床情報が記載された電子メールに添付されて、検査データ取得部３８により取得される。また、検査画像データが被検者ＩＤ又は検査枠ＩＤと臨床情報とが記載されたファイルと共に共有サーバに格納され、検査データ取得部３８はその共有サーバから検査画像データなどを取得してもよい。また、表示処理部３０により検査画像データ及び臨床情報の登録画面が検査施設端末２４に表示され、その登録画面において被検者情報が指定されると共に、その被検者の検査画像データ及び臨床情報が登録されてもよい。

解析部３９は、検査データ取得部３８により取得された検査画像を画像解析して解析情報を生成する。
例えば、核医学検査により得られる検査画像は、放射性核種を含む放射性医薬品を被検者の体内に投与し、放出されるガンマ線を検出器（ＰＥＴ装置又はＳＰＥＣＴ装置）で計測して画像化したものである。この検査画像によれば、体内に投与された放射性医薬品の分布や集積量などにより、臓器や組織の機能（働き）を検査することができる。しかしながら、ＰＥＴ装置又はＳＰＥＣＴ装置で得られる一次画像は、基本的にはガンマ線の量の分布を画像化したものに過ぎず、そのままでは定量的な評価結果を得ることは困難である。そこで、検査種に応じた様々な定量解析手法（特許文献４から特許文献８に開示される手法など）が存在している。
解析部３９は、各検査種について適切な解析処理をそれぞれ実行可能であり、当該検査画像データに対してその検査種に対応する解析処理を施すことにより、解析情報を生成する。例えば、検査種ごとの解析処理プログラムが他のコンピュータにインストールされており、解析部３９は、そのコンピュータに検査種に対応する解析処理を実行させ、その解析結果としての解析情報をそのコンピュータから取得してもよい。このようにすれば、解析処理によるＣＰＵ１の処理負荷の集中を防ぐことができる。
各検査種に対応する解析処理には、公知の定量解析手法がそれぞれ利用されればよい。このため、解析部３９により生成される解析情報の具体的内容は制限されない。一次画像である検査画像に処理が施された解析画像が解析情報として得られてもよいし、解析画像から得られる統計情報が解析情報として用いられてもよい。

解析部３９は、生成された解析情報を、被検者を特定可能な情報（例えば、被検者ＩＤ）又は検査枠を特定可能な情報（例えば、検査枠ＩＤ）と関連付けて情報格納部４０に格納する。これにより、情報格納部４０は、解析保持部と呼ぶこともできる。
情報提供部３７は、解析情報が情報格納部４０に格納されると、その解析情報を検査依頼機関ＦＣ１宛て及び検査施設ＦＣ３宛てに提供することができる。情報提供部３７は、解析情報と関連付けられている情報に基づいて、依頼元テーブルから検査依頼機関ＦＣ１及び検査施設ＦＣ３の宛先情報（メールアドレスなど）を特定することができる。
このように検査画像の解析処理が解析部３９により行われ、その解析情報が検査施設ＦＣ３に提供されることで、検査施設ＦＣ３における解析作業の労力を低減することができる。また、解析部３９の解析処理が最新の解析技術に逐次バージョンアップされることで、質の高い解析情報を検査施設ＦＣ３に提供することができる。更に言えば、検査施設ＦＣ３における解析ソフトウェアのアップデート作業などの労力も低減することができる。

また、解析部３９は、情報提供部３７により提供された解析情報に基づく検査施設ＦＣ３による読影結果情報を取得し、その読影結果情報を上述の解析情報と関連付けて情報格納部４０に格納することもできる。この場合、情報提供部３７は、解析情報と共に、その読影結果情報を検査依頼機関ＦＣ１宛てに提供してもよい。また、情報提供部３７は、認証された他の専門医の端末に上述の解析情報を提供してもよい。この場合、解析部３９は、その専門医による読影結果情報を取得し、その読影結果情報を上述の解析情報と関連付けて情報格納部４０に格納し、情報提供部３７は、解析情報と共に、その読影結果情報を検査施設ＦＣ３及び検査依頼機関ＦＣ１宛てに提供してもよい。

〔画像検査支援方法〕
以下、本実施形態に係る画像検査支援方法について図９及び図１０を用いて詳述する。
図９は、本実施形態に係る画像検査支援方法における画像検査が行われるまでの工程を示すシーケンスチャートであり、図１０は、本実施形態に係る画像検査支援方法における画像検査の結果が得られた後の工程を示すシーケンスチャートである。
図９及び図１０の例では、本実施形態に係る画像検査支援方法は、上述の支援サーバ２０により実行される。なお、本方法に含まれる各工程の具体的内容は、支援サーバ２０が有する各処理モジュールについて説明したものと同様であればよいため、適宜省略する。

まず、支援サーバ２０は、検査依頼端末２３から画像検査の依頼先となる検査施設ＦＣ３の指定条件を取得する（Ｓ５）。このとき、支援サーバ２０は、検査依頼端末２３からユーザ情報（ログインＩＤなど）を取得することでログイン処理を実行し、検査依頼機関テーブルに登録されている検査依頼機関ＦＣ１であることを認証することができ、ログインに成功した場合に、当該指定条件を入力させる画面を検査依頼端末２３に表示させることもできる。
また、支援サーバ２０は、指定条件を入力させるに先立って、検査施設テーブルに格納される全ての検査施設ＦＣ３の検査施設情報のサマリリストを検査依頼端末２３に表示させることもできる。この場合、検査依頼端末２３のユーザは、そのサマリリストの内容を参考にして指定条件を入力することができる。

支援サーバ２０は、検査施設テーブルを参照して、（Ｓ５）で取得された指定条件に対応する検査施設情報を特定し、その特定された検査施設情報を依頼先候補として検査依頼端末２３に表示させる（Ｓ７）。検査依頼端末２３に依頼先候補として表示させる検査施設情報は、一つの検査施設ＦＣ３の情報であってもよいし、複数の検査施設ＦＣ３の情報であってもよい。

支援サーバ２０は、検査依頼端末２３に表示させた依頼先候補に対するユーザの検査施設ＦＣ３の選択操作を検出し、選択された検査施設ＦＣ３を特定する（Ｓ９）。
支援サーバ２０は、選択された検査施設ＦＣ３の検査予約状況表示を検査依頼端末２３に出力させる（Ｓ１１）。支援サーバ２０は、検査計画テーブル及び検査予約テーブルに格納される情報に基づいて、当該検査予約状況表示の描画データを生成することができる。検査予約状況表示は、上述したとおり、予約可能な検査枠を指定可能な状態で出力される。
また、これに先立って、支援サーバ２０は、検査依頼端末２３から送られるユーザ情報などに基づいて、検査の依頼元となる検査依頼機関ＦＣ１を識別可能な依頼元ＩＤを特定することができる。

検査依頼端末２３では、検査依頼端末２３に対するユーザ操作により、検査予約状況表示内で示される検査枠の中で所望の検査枠が指定される。更に、その指定された検査枠における検査の検査種及びその検査を受ける被検者の情報（氏名、生年月日など）が入力される。このとき、支援サーバ２０は、被検者の診療情報を入力させる画面を更に表示させ、当該診療情報を被検者の情報として取得することもできる。
これにより、支援サーバ２０は検査依頼端末２３から依頼情報を取得する（Ｓ１２）。その依頼情報は、検査枠ＩＤ、検査種、及び被検者情報を含む。

支援サーバ２０は、依頼情報を取得すると、その依頼情報により示される検査予約を登録してよいか検査施設ＦＣ３に確認する（Ｓ１３）。具体的には、支援サーバ２０は、検査施設ＦＣ３宛てに予約依頼情報を送信し、検査施設端末２４からその返信を受ける。予約依頼情報及び返信の内容については、上述したとおりである。

支援サーバ２０は、検査施設端末２４からの返信内容が依頼された検査を受任する旨を示す場合に、（Ｓ１２）で取得された依頼情報に基づく検査予約情報を検査予約テーブルに格納する（Ｓ１５）。このとき、支援サーバ２０は、（Ｓ１２）で取得された依頼情報で示される被検者情報に基づいて、被検者ＩＤを付番し、その被検者ＩＤ、その被検者の氏名、生年月日、性別、メールアドレスなどを含むデータレコードを被検者テーブルに格納する。検査予約情報には、その被検者ＩＤ、（Ｓ１２）で取得された依頼情報により特定された検査枠ＩＤ、検査種、及び依頼元ＩＤが設定される。

支援サーバ２０は、検査予約情報を検査予約テーブルに格納すると、被検者宛てに検査案内情報を提供することができる（Ｓ１７）。検査案内情報は、予約された検査枠の検査に関する案内情報であり、検査日時、来院時間、検査施設ＦＣ３へのアクセス情報などが示される。この検査案内は、被検者のメールアドレスを宛先にして電子メールにより被検者に提供されてもよい。更に、支援サーバ２０は、予約された検査のリマインド通知を被検者宛てにすることもできる。リマインド通知を出すタイミングは予め決められていればよく、このリマインド通知により被検者が検査日時を忘れるのを防ぐことができる。

支援サーバ２０は、（Ｓ１５）において検査予約テーブルに格納した検査予約情報の検査種が核医学検査を含む場合は、核医学検査の検査種に基づいて発注情報を生成する（Ｓ２０）。このとき、支援サーバ２０は、その検査予約情報の検査枠ＩＤにより検査設備ＩＤを特定し、その検査設備ＩＤとその検査予約情報の検査種に基づいて、その検査予約情報で示される検査で用いられる放射性医薬品を特定する。更に、支援サーバ２０は、その検査予約情報の検査枠ＩＤが示す検査日時に対応する検定日時を特定する。これにより、発注情報では、発注ＩＤ、特定された放射性医薬品（製品）の製品コード及び製品名、その製品の数量、検定日時、及び発注元となる検査施設ＦＣ３の情報が示される。発注ＩＤは、発注情報が生成される度に、支援サーバ２０により自動付番されればよく、発注元となる検査施設ＦＣ３の情報は、検査施設ＦＣ３の居所及び名称などであり、支援サーバ２０により予め保持されていればよい。

支援サーバ２０は、生成された発注情報を受注生産管理システム２７及び検査施設ＦＣ３宛てに送信する（Ｓ２１）。製造施設ＦＣ５では、受注生産管理システム２７及び配送管理システム２８が稼働している。受注生産管理システム２７は、この発注情報に基づいて受注処理及び製造依頼などを行う。これにより、製造施設ＦＣ５は受注した放射性医薬品を製造し、発注元である検査施設ＦＣ３へその放射性医薬品を発送する。

配送管理システム２８は、その放射性医薬品の検査施設ＦＣ３への配送状況を管理している。配送管理システム２８は、検定日時に影響を及ぼす配送遅延が生じた場合に、発注ＩＤを含む配送情報を支援サーバ２０及び検査施設ＦＣ３へ通知する。これにより、支援サーバ２０は、その配送情報を取得する（Ｓ２３）。

支援サーバ２０は、その配送情報が取得されると、検査予定情報を生成する（Ｓ２５）。検査予定情報は、固定的に保持される文字列「放射性医薬品の配送遅延により検査の予定が変更される可能性があります。検査施設ＦＣ３又は検査依頼機関ＦＣ１へお問い合わせください。」であってもよい。また、検査予定情報には、配送遅延により変更された検査日時が示されていてもよい。
支援サーバ２０は、配送情報を取得しない検査予約であっても、検査施設ＦＣ３から予約された検査に関する情報を取得した場合等には、検査予定情報を生成することもできる。

支援サーバ２０は、その検査予定情報を被検者に提供する（Ｓ２７）。このとき、支援サーバ２０は、取得された配送情報に含まれる発注ＩＤによりその配送情報に対応する検査予約情報を検査予約テーブルの中から特定し、その特定された検査予約情報の被検者ＩＤにより被検者のメールアドレスを被検者テーブルの中から特定することができる。

検査施設ＦＣ３では、予約された検査枠において画像検査が実施される。この画像検査が核医学検査の場合は、上述の発注情報に基づいて製造施設ＦＣ５から配送された放射性医薬品を用いて、予約された検査枠において核医学検査を実施してもよい。検査施設ＦＣ３では、画像検査により取得された画像データに基づくレポートを検査依頼機関ＦＣ１に提供する。
支援サーバ２０は、こうした検査施設ＦＣ３から検査依頼機関ＦＣ１へのレポートの提供を支援することも可能である。例えば、検査施設端末２４が画像検査により取得した検査画像データ及び臨床情報を含むレポートを支援サーバ２０に送信あるいは共有サーバに格納する。このとき、レポートは被検者ＩＤ又は検査枠ＩＤと関連付けて格納しておく。そして、支援サーバ２０は、そのレポートを検査依頼機関ＦＣ１宛てに提供する。支援サーバ２０は、レポートと関連付けられている情報に基づいて、依頼元テーブルから検査依頼機関ＦＣ１の宛先情報（メールアドレスなど）を特定することができ、更に、検査施設ＦＣ３の宛先情報（メールアドレスなど）を特定することができる。但し、レポートの提供手法は、このような例に限定されない。検査施設端末２４及び検査依頼端末２３が支援サーバ２０の情報格納部４０からレポートをダウンロード（取得）してもよい。また、支援サーバ２０はレポートを共有サーバに格納し、検査施設端末２４及び検査依頼端末２３がその共有サーバからレポートを取得してもよい。

さらに、支援サーバ２０は、検査施設ＦＣ３における検査画像データの解析も支援することができる。
支援サーバ２０は、検査施設端末２４から、未解析の検査画像データ及び臨床情報を取得する（Ｓ３１）。支援サーバ２０は、被検者を識別可能な情報（例えば、被検者ＩＤ）又は検査枠を識別可能な情報（例えば、検査枠ＩＤ）と関連付け可能な状態でそれらを受信する。支援サーバ２０は、取得された検査画像データ及び臨床情報を、被検者を識別可能な情報又は検査枠を識別可能な情報と関連付けて保持しておく。

続いて、支援サーバ２０は、その検査画像データに基づいて、検査画像の画像解析を行う（Ｓ３３）。具体的には、支援サーバ２０は、検査画像データと関連付けられている被検者を識別可能な情報又は検査枠を識別可能な情報を用いて、検査予約テーブルに格納される検査予約情報を特定し、その検査予約情報の検査種に対応する解析処理を当該画像データに施す。即ち、支援サーバ２０は、上述したとおり、複数の検査種に対応する複数の解析処理を実行可能である。

支援サーバ２０は、その解析により得られた解析情報を、被検者を特定可能な情報又は検査枠を特定可能な情報と関連付けて情報格納部４０に格納する（Ｓ３５）。例えば、支援サーバ２０は、その解析情報を被検者ＩＤ又は検査枠ＩＤと関連付けて格納しておく。
そして、支援サーバ２０は、その解析情報を検査施設ＦＣ３及び検査依頼機関ＦＣ１宛てに提供する（Ｓ３７）。検査施設ＦＣ３に提供される解析情報と検査依頼機関ＦＣ１に提供される解析情報とは異なっていてもよい。支援サーバ２０は、解析情報と関連付けられている情報に基づいて、依頼元テーブルから検査依頼機関ＦＣ１の宛先情報（メールアドレスなど）を特定することができ、更に、検査施設ＦＣ３の宛先情報（メールアドレスなど）を特定することができる。但し、解析情報の提供手法は、このような例に限定されない。検査施設端末２４及び検査依頼端末２３が支援サーバ２０の情報格納部４０から解析情報をダウンロード（取得）してもよい。また、支援サーバ２０は解析情報を共有サーバに格納し、検査施設端末２４及び検査依頼端末２３がその共有サーバから解析情報を取得してもよい。

［変形例］
上述の実施形態は例示であり、情報格納部４０に格納される各テーブルの形式は上述の例に限定されない。
例えば、検査枠ＩＤを設けず、検査日時と検査設備ＩＤとの組合せで検査枠が識別されてもよい。また、検査施設ＦＣ３の検査設備が一つしかない場合には、検査枠ＩＤ及び検査設備ＩＤを設けず、検査日時のみで検査枠が識別されてもよい。
また、被検者ＩＤを設けず、被検者の氏名、生年月日、及び性別により被検者が識別されてもよい。同様に、依頼元ＩＤが用いられなくてもよい。

また、上述の各実施形態及び各変形例は、内容が相反しない範囲で組み合わせることができる。
また、上述の内容の一部又は全部は、次のようにも特定され得る。但し、上述の内容が以下の記載に制限されるものではない。

（１）医用画像検査の依頼先となる検査施設の指定条件を取得する条件取得部と、
検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、前記取得された指定条件に対応する検査施設情報を特定し、該特定された検査施設情報を依頼先候補として検査依頼端末に表示させる表示処理部と、
前記検査依頼端末に表示された前記依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得する依頼取得部と、
前記取得された依頼情報に基づいて、前記選択された検査施設の検査予約情報を検査予約テーブルに格納する予約登録部と、
を備える医用画像検査支援装置。
（２）前記表示処理部は、前記依頼先候補の中から選択された検査施設における、検査枠ごとに予約可否を示す検査予約状況表示を前記検査依頼端末に更に表示させ、
前記依頼取得部で取得される前記依頼情報は、前記検査依頼端末に表示された前記検査予約状況表示で予約可を示す検査枠の情報を含み、
前記予約登録部により前記検査予約テーブルに格納される前記検査予約情報は、前記依頼情報に含まれる検査枠の情報を含む、
（１）に記載の医用画像検査支援装置。
（３）前記条件取得部で取得される指定条件は、地域情報及び検査種の少なくとも一方を含み、
前記検査施設テーブルに格納される前記検査施設情報は、検査施設ごとの所在地及び検査設備情報の少なくとも一方を含み、
前記表示処理部は、前記検査施設テーブルの中から、前記取得された指定条件に含まれる前記地域情報及び前記検査種の少なくとも一方に対応する前記所在地及び前記検査設備情報の少なくとも一方を含む検査施設情報を特定する、
（１）又は（２）に記載の医用画像検査支援装置。
（４）前記依頼取得部による前記依頼情報の取得に伴い、前記選択された検査施設宛てに予約依頼情報を送信する依頼送信部と、
前記予約依頼情報に対する返信を受信する返信受信部と、
を更に備え、
前記予約依頼情報は、検査枠、依頼元機関、及び医用画像検査の被検者を示し、
前記予約登録部は、前記受信された返信に従って、前記選択された検査施設の検査予約情報を前記検査予約テーブルに格納するか否かを決定する、
（１）から（３）のいずれか一つに記載の医用画像検査支援装置。
（５）医用画像検査の依頼先となる検査施設の指定条件を取得し、
検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、前記取得された指定条件に対応する検査施設情報を特定し、
前記特定された検査施設情報を依頼先候補として検査依頼端末に表示させ、
前記検査依頼端末に表示された前記依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得し、
前記取得された依頼情報に基づいて、前記選択された検査施設の検査予約情報を検査予約テーブルに格納する、
ことを含む医用画像検査支援方法。
（６）前記検査依頼端末に表示させた前記依頼先候補の中から選択された検査施設における、検査枠ごとに予約可否を示す検査予約状況表示を前記検査依頼端末に表示させることを更に含み、
前記取得される前記依頼情報は、前記検査依頼端末に表示された前記検査予約状況表示で予約可を示す検査枠の情報を含み、
前記検査予約テーブルに格納される前記検査予約情報は、前記依頼情報に含まれる検査枠の情報を含む、
（５）に記載の医用画像検査支援方法。
（７）前記取得される指定条件は、地域情報及び検査種の少なくとも一方を含み、
前記検査施設テーブルに格納される前記検査施設情報は、検査施設ごとの所在地及び検査設備情報の少なくとも一方を含み、
前記指定条件に対応する前記検査施設情報の特定では、前記検査施設テーブルの中から、前記指定条件に含まれる前記地域情報及び前記検査種の少なくとも一方に対応する前記所在地及び前記検査設備情報の少なくとも一方を含む検査施設情報を特定する、
（５）又は（６）に記載の医用画像検査支援方法。
（８）前記依頼情報の取得に伴い、前記選択された検査施設宛てに予約依頼情報を送信し、
前記予約依頼情報に対する返信を受信し、
前記受信された返信に従って、前記選択された検査施設の検査予約情報を前記検査予約テーブルに格納するか否かを決定する、
ことを更に含む（５）から（７）のいずれか一つに記載の医用画像検査支援方法。

１ ＣＰＵ
２ メモリ
４ 通信ユニット
１０、２０ 画像検査支援サーバ（支援サーバ）
２２ 患者端末
２３ 検査依頼端末
２４ 検査施設端末
２７ 受注生産管理システム
２８ 配送管理システム
１１ 条件取得部
１２、３０ 表示処理部
１３、３１ 依頼取得部
１４、３２ 予約登録部
３３ 依頼送信部
３４ 返信受信部
３５ 発注生成部
３６ 運送情報取得部
３７ 情報提供部
３８ 検査データ取得部
３９ 解析部
４０ 情報格納部
４１ 条件取得部

Claims (5)

1. 医用画像検査の依頼先となる検査施設の指定条件を取得する条件取得部と、
   検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、前記取得された指定条件に対応する検査施設情報を特定し、該特定された検査施設情報を依頼先候補として検査依頼端末に表示させる表示処理部と、
   前記検査依頼端末に表示された前記依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得する依頼取得部と、
   前記取得された依頼情報に基づいて、前記選択された検査施設の検査予約情報を検査予約テーブルに格納する予約登録部と、
   を備える医用画像検査支援装置。
2. 前記表示処理部は、前記依頼先候補の中から選択された検査施設における、検査枠ごとに予約可否を示す検査予約状況表示を前記検査依頼端末に更に表示させ、
   前記依頼取得部で取得される前記依頼情報は、前記検査依頼端末に表示された前記検査予約状況表示で予約可を示す検査枠の情報を含み、
   前記予約登録部により前記検査予約テーブルに格納される前記検査予約情報は、前記依頼情報に含まれる検査枠の情報を含む、
   請求項１に記載の医用画像検査支援装置。
3. 前記条件取得部で取得される指定条件は、地域情報及び検査種の少なくとも一方を含み、
   前記検査施設テーブルに格納される前記検査施設情報は、検査施設ごとの所在地及び検査設備情報の少なくとも一方を含み、
   前記表示処理部は、前記検査施設テーブルの中から、前記取得された指定条件に含まれる前記地域情報及び前記検査種の少なくとも一方に対応する前記所在地及び前記検査設備情報の少なくとも一方を含む検査施設情報を特定する、
   請求項１又は２に記載の医用画像検査支援装置。
4. 前記依頼取得部による前記依頼情報の取得に伴い、前記選択された検査施設宛てに予約依頼情報を送信する依頼送信部と、
   前記予約依頼情報に対する返信を受信する返信受信部と、
   を更に備え、
   前記予約依頼情報は、検査枠、依頼元機関、及び医用画像検査の被検者を示し、
   前記予約登録部は、前記受信された返信に従って、前記選択された検査施設の検査予約情報を前記検査予約テーブルに格納するか否かを決定する、
   請求項１から３のいずれか一項に記載の医用画像検査支援装置。
5. 医用画像検査の依頼先となる検査施設の指定条件を取得し、
   検査施設情報を検査施設毎に格納する検査施設テーブルを参照して、前記取得された指定条件に対応する検査施設情報を特定し、
   前記特定された検査施設情報を依頼先候補として検査依頼端末に表示させ、
   前記検査依頼端末に表示された前記依頼先候補の中から選択された検査施設に対する医用画像検査の依頼情報を取得し、
   前記取得された依頼情報に基づいて、前記選択された検査施設の検査予約情報を検査予約テーブルに格納する、
   ことを含む医用画像検査支援方法。

Images