(57)【要約】【課題】核医学検査が効率的に行われるように核医学検査の運用を支援する技術を提供する。【解決手段】核医学検査支援装置（１０）は、核医学検査の依頼情報を取得する依頼取得部（１１）と、その取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納する予約登録部（１２）と、その検査予約情報の検査種に対応する放射性医薬品を特定し、その特定された放射性医薬品の発注情報であってその検査予約情報の検査枠に対応する検定日時情報を含む発注情報を生成する発注生成部（１３）と、を備える。【選択図】図１
2018028517.tif 000002
【特許請求の範囲】
【請求項１】
核医学検査の依頼情報を取得する依頼取得部と、
前記取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納する予約登録部と、
前記検査予約情報の前記検査種に対応する放射性医薬品を特定し、該特定された放射性医薬品の発注情報であって前記検査予約情報の前記検査枠に対応する検定日時情報を含む発注情報を生成する発注生成部と、
を備える核医学検査支援装置。
【請求項２】
前記検査予約情報は、前記検査枠又は被検者情報を含み、
前記発注情報で発注された放射性医薬品を用いた核医学検査の検査画像を取得する画像取得部と、
前記取得された検査画像を画像解析して解析情報を生成する解析部と、
前記生成された解析情報を前記検査枠又は前記被検者情報と関連付けて保持する解析保持部と、
を更に備える請求項１に記載の核医学検査支援装置。
【請求項３】
前記検査予約情報は、被検者情報を含み、
前記発注情報で発注された放射性医薬品の配送情報を取得する配送情報取得部と、
前記配送情報に関する所定条件を満たしたことを契機に、前記発注情報に対応する前記検査予約情報により示される被検者宛てに検査予定情報を提供する情報提供部と、
を更に備える請求項１又は２に記載の核医学検査支援装置。
【請求項４】
検査枠ごとに予約可否を示す検査予約状況表示を表示装置に出力させる表示処理部、
を更に備え、
前記表示処理部は、放射性医薬品の発注期限の情報に基づいて、前記検査予約状況表示で示される検査枠ごとの予約可否を変更する、
請求項１から３のいずれか一項に記載の核医学検査支援装置。
【請求項５】
前記依頼取得部による前記依頼情報の取得に伴い、核医学検査を行う検査施設宛てに予約依頼情報を送信する依頼送信部と、
前記予約依頼情報に対する返信を受信する返信受信部と、
を更に備え、
前記検査枠は、検査日時ごとに設けられており、
前記予約依頼情報は、前記検査枠、前記検査種、依頼元機関、及び核医学検査の被検者を示し、
前記受信された返信に従って、前記発注生成部により前記発注情報が生成されるか否かが異なる、
請求項１から４のいずれか一項に記載の核医学検査支援装置。
【請求項６】
核医学検査の依頼情報を取得し、
前記取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納し、
前記検査予約情報の前記検査種に対応する放射性医薬品を特定し、
前記特定された放射性医薬品の発注情報であって前記検査予約情報の前記検査枠に対応する検定日時情報を含む発注情報を生成する、
ことを含む核医学検査支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、核医学検査を支援する技術に関する。
【背景技術】
【０００２】
核医学検査は、放射性医薬品を用いた検査であり、ラジオアイソトープ（ＲＩ）検査とも呼ばれる。核医学検査には、脳、骨、心臓、肝臓、腎臓などの臓器別に検査の種類があり、各臓器の機能状態や悪性腫瘍の診断などに利用されている。
放射性医薬品は、使用する放射性核種の半減期により有効期間が比較的短いため、医療機関内にストックしておくことは難しく、医療機関に安定的に供給されることが求められる。このため、特許文献１に記載されるように、半減期の短い核種（１８Ｆ）の製造設備、検査装置、及び合成装置が併設されている病院施設が余剰核種を他の病院施設に提供し、その病院施設においてその提供された余剰核種から合成装置によって陽電子放出型ＣＴ検査用薬剤を合成して検査に用いるといった供給手法が取られているところもある。
【０００３】
特許文献１には、プロセスの時間をその核種の半減期を元に算出して時間スケジュールを作成することで、半減期の短い核種を検診に有効活用することが提案されている。
特許文献２には、放射性薬剤の製造拠点の製造能力、その製造拠点から病院までの時間的距離関係、放射性薬剤に含まれる核種の半減期に関する情報、病院などからの依頼情報から把握される検診日時から、その検診日時に製造拠点から病院に適量が配達できるようにスケジュールを作成し、そのスケジュールに基づいて、製造拠点に放射性薬剤の製造を指示する手法が提案されている。
特許文献３には、放射性薬剤の製造から検診までのジョブの情報、薬剤製造サイト及び検診サイトの資源の情報を記憶しておき、被検診者の検診の希望日時の情報と当該ジョブの情報とに基づいて、検診サイトに放射性薬剤を供給可能な日時を決定し、この決定した日時と資源の情報とに基づいて、各サイトにおけるスケジュールを生成することが提案されている。
特許文献４には、出荷元、納入先、末端拠点や輸送ルート上の拠点ごとの時間を示す放射性医薬品の配送スケジュール情報を、一納入先に同時に納品する配送単位に区分けして、各クライアント装置にそれぞれ表示させることで、放射性医薬品の配送スケジュールを迅速に複数部門間で共有可能とする手法が提案されている。
【０００４】
一方で、近年、従来の「一つの医療機関が診る」という体制から、医療機関の役割分担（機能分担）が推進されている。具体的には、日常の治療、健康管理などを行うかかりつけ医と、より専門的な検査や手術を含めた治療を行う地域医療支援病院とに役割分担が行われる。この役割分担により、ＰＥＴ装置、ＳＰＥＣＴ装置などの核医学検査設備を有していない医療機関は、それらの設備を有している医療機関に核医学検査を依頼し、その検査結果の提供を受けることで、患者への病状説明を行う。
なお、特許文献４から特許文献８については後述する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１７２２０４号公報
【特許文献２】特開２００３−１９６４０４号公報
【特許文献３】特開２００３−１８５７４９号公報
【特許文献４】特開２０１６−１２６３８６号公報
【特許文献５】特許４４３５２３４号
【特許文献６】特許５６９５２３０号
【特許文献７】特許５６６９９７７号
【特許文献８】特許４８７９９０１号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本明細書において、核医学検査設備を有している医療検診機関を「検査施設」と表記し、その検査施設に核医学検査を依頼する医療機関、地域包括支援センタなどを「検査依頼機関」と表記する。但し、「検査施設」と「検査依頼機関」とは、核医学検査設備を有している一病院内に存在する放射線科と診療科とを意味してもよい。
また、本明細書において補足説明なしで「検査」と表記する場合には、「核医学検査」を意味するものとする。
【０００７】
上述したとおり放射性医薬品はストックすることが困難なため、検査施設では、核医学検査のスケジュールを適切に把握して、そのスケジュールに沿って必要となる放射性医薬品の種類及び数を確実に準備する必要がある。ところが、上述のような医療機関の役割分担において、検査依頼機関からの検査依頼が集中した場合などには、必要な放射性医薬品の手配ができず、検査依頼から実際の検査までに時間を要することも考えられる。
本発明は、このような事情に鑑みてなされたものであり、核医学検査が効率的に行われるように核医学検査の運用を支援する技術を提供する。
【課題を解決するための手段】
【０００８】
本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。
【０００９】
第一の側面は、核医学検査支援装置に関する。第一の側面に係る核医学検査支援装置は、核医学検査の依頼情報を取得する依頼取得部と、その取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納する予約登録部と、その検査予約情報の検査種に対応する放射性医薬品を特定し、その特定された放射性医薬品の発注情報であってその検査予約情報の検査枠に対応する検定日時情報を含む発注情報を生成する発注生成部と、を備える。
【００１０】
第二の側面は、核医学検査支援方法に関する。第二の側面に係る核医学検査支援方法は、核医学検査の依頼情報を取得し、その取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納し、その検査予約情報の検査種に対応する放射性医薬品を特定し、その特定された放射性医薬品の発注情報であってその検査予約情報の検査枠に対応する検定日時情報を含む発注情報を生成する、ことを含む。
【発明の効果】
【００１１】
上記各側面によれば、核医学検査が効率的に行われるように核医学検査の運用を支援する技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る核医学検査支援サーバ（支援サーバ）の処理構成例を概念的に示す図である。
【図２】本実施形態に係る核医学検査支援サーバ（支援サーバ）における周辺環境との連携を示す図である。
【図３】本実施形態に係る核医学検査支援サーバ（支援サーバ）のハードウェア構成例を概念的に示す図である。
【図４】本実施形態に係る核医学検査支援サーバ（支援サーバ）の処理構成例を概念的に示す図である。
【図５】情報格納部に格納される検査計画テーブルの例を示す図である。
【図６】情報格納部に格納される検査予約テーブルの例を示す図である。
【図７】情報格納部に格納される製品情報テーブルの例を示す図である。
【図８】検査予約状況表示の例を示す図である。
【図９】本実施形態に係る核医学検査支援方法における核医学検査が行われるまでの工程を示すシーケンスチャートである。
【図１０】本実施形態に係る核医学検査支援方法における核医学検査の結果が得られた後の工程を示すシーケンスチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について説明する。なお、以下に挙げる実施形態は例示であり、本発明は以下の実施形態の構成に限定されない。
ここで、核医学検査設備を有している医療検診機関を「検査施設」と表記し、その検査施設に核医学検査を依頼する医療機関、地域包括支援センタなどを「検査依頼機関」と表記する。但し、「検査施設」と「検査依頼機関」とは、核医学検査設備を有している一病院内に存在する放射線科と診療科とを意味してもよい。また、補足説明なしで「検査」と表記する場合には、「核医学検査」を意味するものとする。
【００１４】
まず、本実施形態に係る核医学検査支援サーバ（以降、支援サーバと略称する）及び核医学検査支援方法の概要について図１を用いて説明する。
図１は、本実施形態に係る支援サーバ１０の処理構成例を概念的に示す図である。
本実施形態に係る支援サーバ１０は、ソフトウェア要素として、依頼取得部１１、予約登録部１２、及び発注生成部１３を有する。これら各ソフトウェア要素は、例えば、後述するＣＰＵ（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）等の一つ又はそれらの組み合わせにより形成される通信網８を介して行われる。当該通信の具体的形態は制限されない。
【００２８】
患者端末２２は、患者により利用される据え置き型又は携帯型のコンピュータである。
検査依頼端末２３は、検査依頼機関ＦＣ１が備える据え置き型又は携帯型のコンピュータである。
検査施設端末２４は、検査施設ＦＣ３が備える据え置き型又は携帯型のコンピュータである。
受注生産管理システム２７は、製造施設ＦＣ５が備えるシステムであって、製造施設ＦＣ５における受注及び生産（製造）を管理するシステムある。受注生産管理システム２７は、公知の一般的な機能を有していればよい。
配送管理システム２８は、製造施設ＦＣ５が備えるシステムであって、製造施設ＦＣ５から発送される放射性医薬品の配送を管理するシステムである。配送管理システム２８は、公知の一般的な機能を有していればよい。
【００２９】
図４は、本実施形態に係る支援サーバ２０の処理構成例を概念的に示す図である。
支援サーバ２０は、ソフトウェア要素として、表示処理部３０、依頼取得部３１、予約登録部３２、依頼送信部３３、返信受信部３４、発注生成部３５、配送情報取得部３６、情報提供部３７、検査データ取得部３８、解析部３９、情報格納部４０等を有する。これら各ソフトウェア要素は、例えば、ＣＰＵ１によりメモリ２に格納されるプログラムが実行されることにより実現される。そのプログラムは、例えば、ＣＤ、メモリカード等のような可搬型記録媒体や他のコンピュータから通信ユニット４を介してインストールされ、メモリ２に格納されてもよい。
【００３０】
情報格納部４０は、メモリ２に確保され、検査計画テーブル、検査予約テーブル、及び製品情報テーブルを少なくとも格納している。
検査計画テーブルは、検査施設ＦＣ３における核医学検査の計画情報を格納し、検査予約テーブルは、検査施設ＦＣ３における検査予約情報を格納する。検査計画テーブル及び検査予約テーブルに格納される情報は、検査枠ごとに各種情報を示す。検査枠の定義については上述したとおりであるが、本実施形態では、検査枠は、検査時間枠及び検査物理枠の両方の意味を持ち、検査日時と検査設備との組合せごとに設けられている。
製品情報テーブルは、発注すべき放射性医薬品を特定するために参照されるテーブルであり、放射性医薬品に関する情報を格納する。
【００３１】
図５は、情報格納部４０に格納される検査計画テーブルの例を示す図である。
検査計画テーブルは、図５に示されるように、検査枠ごと、即ち検査日時及び検査設備ＩＤの組合せごとにデータレコードを格納し、各データレコードにはその検査枠の検査枠ＩＤ、現予約人数、予約制限数、予約可否、予約不可情報といった複数のデータ項目が含まれている。
検査日時は、上述したとおり、検査が行われる日及び時間帯を意味する。
検査設備ＩＤは、核医学検査を行う設備の識別子であり、ＰＥＴ装置ごと及びＳＰＥＣＴ装置ごとに付される。
現予約人数は、その検査枠において予約済みの被検者の数の最新情報である。
予約制限数は、その検査枠において予約可能な被検者の上限数である。
予約可否は、その検査枠に検査の予約ができるか否かを示す。
予約不可情報は、その検査枠に検査の予約ができない場合に、その理由などを示す。
検査計画テーブルには、検査施設ＦＣ３の事情に応じた検査計画情報が格納される。支援サーバ２０は、検査施設ＦＣ３から検査計画の情報を取得し、その情報をその検査施設ＦＣ３用の検査計画テーブルに格納することもできる。
【００３２】
図６は、情報格納部４０に格納される検査予約テーブルの例を示す図である。
検査予約テーブルは、図６に示されるように、検査枠ごとにデータレコードを格納し、各データレコードには、その検査枠についての被検者ＩＤ、検査種、依頼元ＩＤ、発注情報といった複数のデータ項目が含まれている。
被検者ＩＤは、検査枠に予約されている検査の被検者の識別子である。
検査種は、検査枠に予約されている核医学検査の種類を示し、検査種には、その検査枠に対応する検査設備で検査可能な核医学検査の種類の中の一つが指定される。
依頼元ＩＤは、検査枠に対して検査予約を依頼した依頼元（検査依頼機関ＦＣ１）の識別子である。依頼元ＩＤは、依頼元のメールアドレスであってもよい。
発注情報は、検査枠に予約されている検査のための放射性医薬品を発注済みか否か、又はその発注番号（発注ＩＤ）を示す。
【００３３】
図７は、情報格納部４０に格納される製品情報テーブルの例を示す図である。
製品情報テーブルは、図７に示されるように、検査設備ＩＤ及び検査種の組合せごとに、その組合せに必要となる放射性医薬品の製品コード、製品名、及び発注期限のデータ項目を含むデータレコードを格納する。放射性医薬品は上述したとおり有効期限が短いため、製造施設ＦＣ５への放射性医薬品の発注には期限が設けられる。
情報格納部４０は、更に、被検者テーブル、依頼元テーブル（図示せず）などを格納する。被検者テーブルは、被検者ごとに、被検者ＩＤ、氏名、生年月日、性別、メールアドレスなどのデータ項目を含むデータレコードを格納する。依頼元テーブルは、依頼元となる検査依頼機関ＦＣ１ごとに、依頼元ＩＤ、名称、住所、メールアドレスなどのデータ項目を含むデータレコードを格納する。
なお、情報格納部４０は、上述のテーブル以外のテーブルを格納することもできる。
【００３４】
表示処理部３０は、検査予約状況表示を表示装置に出力させる。本実施形態では、表示処理部３０は、検査予約状況表示を検査依頼端末２３又は検査施設端末２４に出力させる。
「検査予約状況表示」は、検査施設ＦＣ３における現在の検査予約の登録状況を表示するものであり、少なくとも検査枠ごとに予約可否を示す。
【００３５】
図８は、検査予約状況表示の例を示す図である。図８の例では、検査予約状況表示は、２か月分のカレンダ形式を有している。検査枠は、日ごとの９時、１２時、及び１５時の最大３つの時間帯で設けられており、検査設備で区別されていない。即ち、この検査予約状況表示は、１つの検査設備のみを有する検査施設ＦＣ３の情報表示又は検査設備ごとの情報表示である。
検査枠ごとに検査可能な被検者の数（予約制限数）分の予約枠がそれぞれ示されている。例えば、６月２７日には、９時開始の検査枠、１２時開始の検査枠、及び１５時開始の検査枠が示されており、各検査枠には二人分の予約枠がそれぞれ示されている。
更に、予約不可能な検査枠が予約可能な検査枠と異なる表示態様で示されており、検査枠において既に予約済みの数及び予約可能な数が表示態様の違いにより提示されている。例えば、６月２７日において９時開始の検査枠は、予約制限数（二人）分の予約が既に登録されており予約不可能な状態を示す表示態様で示されており、１２時開始の検査枠では、一人分の予約が登録されており未だ一人分の予約が可能であることが示されており、１５時開始の検査枠は、二人分の予約が可能な状態を示す表示態様で示されている。なお、６月６日（当日）は、発注期限の問題から予約不可能な表示態様で示されている。
また、６月１７日の「担当医師出張にて不在」などのように予約ができない理由が示されている検査枠も存在する。
【００３６】
表示処理部３０は、検査計画テーブル及び検査予約テーブルに格納される情報に基づいて、このような検査予約状況表示の描画データを生成することができる。このような検査予約状況表示によれば、検査枠ごとの予約可否を容易に把握することができる。
更に、本実施形態では、表示処理部３０は、予約可能な検査枠を指定可能な状態で検査予約状況表示を出力させる。これにより、検査依頼端末２３のユーザは、予約可能な検査枠を指定する操作を行うことで、その検査枠に対する検査依頼を行うことができる。表示処理部３０は、検査枠の指定操作に伴って、被検者の情報及び検査種を入力するための画面を表示させることもできる。
【００３７】
更に、表示処理部３０は、製品情報テーブルに格納される放射性医薬品の発注期限の情報に基づいて、検査予約状況表示で示される検査枠ごとの予約可否を変更することもできる。具体的には、表示処理部３０は、検査予約状況表示において、どの種の放射性医薬品も発注期限を徒過している検査枠を予約不可状態に変更することができる。このようにすれば、既に発注期限が過ぎてしまっている放射性医薬品を用いる検査予約が登録されるといった不具合をなくすことができる。
【００３８】
依頼取得部３１は、上述の依頼取得部１１に相当し、核医学検査の依頼情報を取得する。本実施形態では、依頼取得部３１は、検査予約状況表示が出力されている検査依頼端末２３におけるユーザの入力操作に伴って依頼情報を取得する。例えば、依頼取得部３１は、検査予約状況表示内の予約可能な検査枠を指定する操作により依頼情報を取得することができる。
【００３９】
依頼情報は、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤが特定可能な状態で取得される。検査枠ＩＤは、例えば、当該検査枠の指定操作により特定される。検査種は、例えば、その指定操作に伴って表示される検査種選択画面に対する入力操作により取得される。依頼元ＩＤは、例えば、検査予約状況表示の出力前の検査依頼端末２３におけるログイン操作により特定される。被検者ＩＤは、例えば、検査枠の指定操作時に表示される入力画面に対する入力操作により被検者情報（氏名、生年月日など）が取得された後に、依頼取得部３１により自動付番される。この場合、依頼取得部３１は、取得された被検者情報及び付番された被検者ＩＤを上述の被検者テーブルに格納する。
但し、依頼取得部３１による依頼情報の取得手法はこのような例に制限されない。依頼取得部３１は、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤを特定可能な情報を含む電子メールにより当該依頼情報を取得することもできる。
【００４０】
依頼送信部３３は、依頼取得部３１による依頼情報の取得に伴い、検査施設ＦＣ３宛てに予約依頼情報を送信する。この予約依頼情報は、検査施設ＦＣ３に検査予約が依頼された旨を知らせる情報である。依頼送信部３３は、依頼取得部３１により取得された依頼情報をそのまま予約依頼情報として送信してもよいし、その取得された依頼情報を検査施設ＦＣ３にとって分かり易い形式に変換した情報を予約依頼情報として送信してもよい。後者の場合、例えば、検査日時、検査設備、被検者情報、検査種、及び依頼元の検査依頼機関ＦＣ１の情報を示す予約依頼情報が送信される。
依頼送信部３３による予約依頼情報の送信手法は制限されない。依頼送信部３３は、電子メールにより予約依頼情報を送信してもよいし、プッシュ型技術を用いて予約依頼情報を送信してもよい。送信された予約情報は、検査施設端末２４において表示され、参照されてもよい。
【００４１】
返信受信部３４は、依頼送信部３３により送信された予約依頼情報に対する返信を受信する。具体的には、返信受信部３４は、当該予約依頼情報で示される検査予約の依頼を受任するか否かを示す返信を検査施設端末２４から受信する。
検査施設端末２４からの返信手法についても制限されない。検査施設端末２４は、電子メールにて返信してもよいし、表示処理部３０の処理により出力される所定表示に対する入力操作により返信してもよい。
また、施設内の医療システムを備える検査施設ＦＣ３では、検査予約の依頼を受任する場合には、その予約依頼情報をその医療システムに反映させることもできる。
【００４２】
予約登録部３２は、上述の予約登録部１２に相当し、依頼取得部３１により取得された依頼情報に基づいて、検査枠ＩＤ、被検者ＩＤ、検査種、及び依頼元ＩＤを特定し、この特定された情報を含むデータレコード（検査予約情報）を検査予約テーブルに格納する。
更に、本実施形態では、予約登録部３２は、依頼取得部３１により取得された依頼情報に関して返信受信部３４で受信された検査施設ＦＣ３からの返信内容に従って、その依頼情報に対応する検査予約情報を検査予約テーブルに格納するか否かを決定する。予約登録部３２は、返信内容が検査予約の依頼を受任することを示す場合には、検査予約情報を格納し、当該依頼を受任しないことを示す場合には、検査予約情報を格納しない。
予約登録部３２は、検査予約情報を検査予約テーブルに格納すると、その検査予約情報の検査枠ＩＤに基づいてその検査枠において登録済みの予約人数を算出し、その人数を検査計画テーブルの現予約人数の項目に設定する。更に、予約登録部３２は、その現予約人数がその検査枠の予約制限数となった場合には、同テーブルの予約可否の項目に予約不可を示す値を設定することもできる。
【００４３】
発注生成部３５は、上述の発注生成部１３に相当し、検査予約テーブルに格納されている検査予約情報の検査種に対応する放射性医薬品を特定し、この特定された放射性医薬品の発注情報であって検査予約情報の検査枠に対応する検定日時情報を含む発注情報を生成する。
本実施形態では、発注生成部３５は、対象の検査予約情報の検査枠ＩＤに対応する検査設備ＩＤ及び検査種をキーにして製品情報テーブルを検索することにより、その検査予約情報で示される検査に必要となる放射性医薬品の製品コード及び製品名を特定する。発注生成部３５は、発注ＩＤ、特定された製品コード及び製品名、その製品の数量、当該検査枠に対応する検定日時情報、及び発注元となる製造施設ＦＣ５の情報を含む発注情報を生成する。発注ＩＤには、発注情報が生成される度に、ユニークな識別子が付番されればよい。
【００４４】
本実施形態では、発注生成部３５は、予約登録部３２が新たな検査予約情報を検査予約テーブルに格納する度に、当該発注情報を生成する。このため、返信受信部３４で受信された検査施設ＦＣ３からの返信内容に従って発注情報が生成されるか否かが変わることになる。また、生成される発注情報では、一検査で必要となる製品（放射性医薬品）の数量が設定されることになる。これにより、予約された検査に対して発注漏れを防ぐことができる。
但し、発注生成部３５は、所定の周期で発注情報を生成するようにしてもよい。発注生成部３５は、検査予約テーブルに格納されるデータレコード（検査予約情報）の中で、発注情報により未発注の検査予約情報を特定し、その検査予約情報を対象にして発注情報を生成する。当該所定の周期は、発注情報の生成前に、放射性医薬品の発注期限が徒過しないような周期に設定される。
【００４５】
本実施形態では、発注生成部３５は、発注情報を生成すると、検査予約テーブルに格納されている、その発注情報に対応する検査予約情報の発注情報に発注ＩＤを反映させる。これにより、その検査予約情報を発注済み状態とすることができる。
発注生成部３５は、生成された発注情報を受注生産管理システム２７及び検査施設ＦＣ３宛てに送信する。発注情報の受注生産管理システム２７及び検査施設ＦＣ３への送信手法については制限されない。
【００４６】
配送情報取得部３６は、上述の発注情報で発注された放射性医薬品の配送情報を取得する。取得される配送情報は、放射性医薬品の配送の状況を示す情報である。
本実施形態では、配送情報取得部３６は、配送管理システム２８から、発注ＩＤを含む配送情報を取得する。この発注ＩＤによりその配送情報に対応する検査予約情報を特定することができる。また、配送情報取得部３６は、発注情報で指定された検定日時に影響を与える程度の配送遅延が生じた場合にのみ、その遅延度合（１時間遅れなど）を示す配送情報を取得してもよい。
なお、配送管理システム２８は、その配送情報を検査施設ＦＣ３にも提供することができる。
【００４７】
情報提供部３７は、上述の配送情報に関する所定条件を満たしたことを契機に、発注情報に対応する検査予約情報により示される被検者宛てに検査予定情報を提供する。
提供される検査予定情報は、被検者に対して予約済みの検査の予定が変更されること又はその可能性を示唆させる情報である。例えば、検査予定情報では、放射性医薬品の配送遅延が生じていること、検査の予定が変更される可能性があること、検査施設ＦＣ３又は検査依頼機関ＦＣ１への問い合わせの必要性などが示される。変更後の検査日時が確定されている場合には、検査予定情報に変更後の検査日時が示されていてもよい。
上述の「所定条件」は、配送情報に関する条件であって検査予定情報を提供するための予め決められた条件である。例えば、検定日時に影響を与える程度の配送遅延が生じた場合にのみ配送情報が配送管理システム２８から提供される場合には、配送情報取得部３６により配送情報が取得されたこと自体がその「所定条件を満たした」こととなる。また、配送情報取得部３６により取得された配送情報で示される遅延度合が検定日時に影響を与える可能性が高いことがその「所定条件を満たした」こととされてもよい。
【００４８】
本実施形態では、検定日時に影響を与える程度の配送遅延が生じた場合にのみ配送情報が取得され、情報提供部３７は、配送情報取得部３６によりその配送情報が取得されたことを契機にして、次のようにして被検者の宛先の特定及び検査予定情報の提供を行う。情報提供部３７は、取得された配送情報に含まれる発注ＩＤによりその配送情報に対応する検査予約情報を検査予約テーブルの中から特定し、その特定された検査予約情報の被検者ＩＤにより被検者のメールアドレスを被検者テーブルの中から特定する。情報提供部３７は、所定の文字列「放射性医薬品の配送遅延により検査の予定が変更される可能性があります。検査施設ＦＣ３又は検査依頼機関ＦＣ１へお問い合わせください」を含む電子メールを特定された被検者のメールアドレス宛てに送信する。
情報提供部３７は、検査予定情報を検査依頼機関ＦＣ１にも提供してもよい。例えば、特定された検査予約情報の依頼元ＩＤにより、依頼元の検査依頼機関ＦＣ１のメールアドレスを依頼元テーブルの中から特定することができる。
このような検査予定情報を提供することにより、放射性医薬品の配送遅延による検査予定の変更の可能性などを患者に早めに知らせることができるため、患者と検査依頼機関ＦＣ１又は検査施設ＦＣ３とのトラブルを未然に防ぐことができる。
【００４９】
また、情報提供部３７は、配送情報取得部３６により取得された配送情報を配送先となる検査施設ＦＣ３の検査施設端末２４に提供することもできる。この場合、配送情報は、電子メールなどで検査施設端末２４に通知されてもよいし、検査施設端末２４からのアクセスに従って配送情報を検査施設端末２４に表示させてもよい。また、配送情報を検査施設端末２４に提供する場合には、配送情報は、配送遅延の程度に関わらず、適宜、配送管理システム２８から取得されてもよい。
【００５０】
検査データ取得部３８は、発注情報で発注された放射性医薬品を用いた核医学検査の検査画像を取得する。即ち、検査データ取得部３８は、画像取得部と呼ぶこともできる。本実施形態では、検査データ取得部３８は、検査施設端末２４から検査画像データ及び臨床情報を受信する。臨床情報は、核医学検査時に検査画像以外に被検者から得られる被検者の情報である。
検査画像データ及び臨床情報は、被検者を識別可能な情報（例えば、被検者ＩＤ）又は検査枠を識別可能な情報（例えば、検査枠ＩＤ）と関連付け可能な状態で受信される。検査画像データ及び臨床情報の検査施設ＦＣ３からの提供手法は制限されない。例えば、検査画像データは、被検者の氏名、性別及び生年月日、並びに臨床情報が記載された電子メールに添付されて、検査データ取得部３８により取得される。また、検査画像データが被検者ＩＤ又は検査枠ＩＤと臨床情報とが記載されたファイルと共に共有サーバに格納され、検査データ取得部３８はその共有サーバから検査画像データなどを取得してもよい。また、表示処理部３０により検査画像データ及び臨床情報の登録画面が検査施設端末２４に表示され、その登録画面において被検者情報が指定されると共に、その被検者の検査画像データ及び臨床情報が登録されてもよい。
【００５１】
解析部３９は、検査データ取得部３８により取得された検査画像を画像解析して解析情報を生成する。
核医学検査により得られる検査画像は、放射性核種を含む放射性医薬品を被検者の体内に投与し、放出されるガンマ線を検出器（ＰＥＴ装置又はＳＰＥＣＴ装置）で計測して画像化したものである。この検査画像によれば、体内に投与された放射性医薬品の分布や集積量などにより、臓器や組織の機能（働き）を検査することができる。しかしながら、ＰＥＴ装置又はＳＰＥＣＴ装置で得られる一次画像は、基本的にはガンマ線の量の分布を画像化したものに過ぎず、そのままでは定量的な評価結果を得ることは困難である。そこで、検査種に応じた様々な定量解析手法（特許文献４から特許文献８に開示される手法など）が存在している。
解析部３９は、各検査種について適切な解析処理をそれぞれ実行可能であり、当該検査画像データに対してその検査種に対応する解析処理を施すことにより、解析情報を生成する。例えば、検査種ごとの解析処理プログラムが他のコンピュータにインストールされており、解析部３９は、そのコンピュータに検査種に対応する解析処理を実行させ、その解析結果としての解析情報をそのコンピュータから取得してもよい。このようにすれば、解析処理によるＣＰＵ１の処理負荷の集中を防ぐことができる。
各検査種に対応する解析処理には、公知の定量解析手法がそれぞれ利用されればよい。このため、解析部３９により生成される解析情報の具体的内容は制限されない。一次画像である検査画像に処理が施された解析画像が解析情報として得られてもよいし、解析画像から得られる統計情報が解析情報として用いられてもよい。
【００５２】
解析部３９は、生成された解析情報を、被検者を特定可能な情報（例えば、被検者ＩＤ）又は検査枠を特定可能な情報（例えば、検査枠ＩＤ）と関連付けて情報格納部４０に格納する。これにより、情報格納部４０は、解析保持部と呼ぶこともできる。
情報提供部３７は、解析情報が情報格納部４０に格納されると、その解析情報を検査依頼機関ＦＣ１宛て及び検査施設ＦＣ３宛てに提供することができる。情報提供部３７は、解析情報と関連付けられている情報に基づいて、依頼元テーブルから検査依頼機関ＦＣ１及び検査施設ＦＣ３の宛先情報（メールアドレスなど）を特定することができる。
このように検査画像の解析処理が解析部３９により行われ、その解析情報が検査施設ＦＣ３に提供されることで、検査施設ＦＣ３における解析作業の労力を低減することができる。また、解析部３９の解析処理が最新の解析技術に逐次バージョンアップされることで、質の高い解析情報を検査施設ＦＣ３に提供することができる。更に言えば、検査施設ＦＣ３における解析ソフトウェアのアップデート作業などの労力も低減することができる。
【００５３】
また、解析部３９は、情報提供部３７により提供された解析情報に基づく検査施設ＦＣ３による読影結果情報を取得し、その読影結果情報を上述の解析情報と関連付けて情報格納部４０に格納することもできる。この場合、情報提供部３７は、解析情報と共に、その読影結果情報を検査依頼機関ＦＣ１宛てに提供してもよい。また、情報提供部３７は、認証された他の専門医の端末に上述の解析情報を提供してもよい。この場合、解析部３９は、その専門医による読影結果情報を取得し、その読影結果情報を上述の解析情報と関連付けて情報格納部４０に格納し、情報提供部３７は、解析情報と共に、その読影結果情報を検査施設ＦＣ３及び検査依頼機関ＦＣ１宛てに提供してもよい。
【００５４】
〔核医学検査支援方法〕
以下、本実施形態に係る核医学検査支援方法について図９及び図１０を用いて詳述する。
図９は、本実施形態に係る核医学検査支援方法における核医学検査が行われるまでの工程を示すシーケンスチャートであり、図１０は、本実施形態に係る核医学検査支援方法における核医学検査の結果が得られた後の工程を示すシーケンスチャートである。
図９及び図１０の例では、本実施形態に係る核医学検査支援方法は、上述の支援サーバ２０により実行される。なお、本方法に含まれる各工程の具体的内容は、支援サーバ２０が有する各処理モジュールについて説明したものと同様であればよいため、適宜省略する。
【００５５】
まず、支援サーバ２０は、検査予約状況表示を検査依頼端末２３に出力させる（Ｓ１１）。支援サーバ２０は、検査計画テーブル及び検査予約テーブルに格納される情報に基づいて、当該検査予約状況表示の描画データを生成することができる。検査予約状況表示は、上述したとおり、予約可能な検査枠を指定可能な状態で出力される。
また、これに先立って、支援サーバ２０は、検査依頼端末２３から送られるユーザ情報などに基づいて、ログイン処理を実行してもよい。そのログイン処理において、検査依頼端末２３から送られるユーザ情報により検査の依頼元となる検査依頼機関ＦＣ１を識別可能な依頼元ＩＤが特定されてもよい。
【００５６】
検査依頼端末２３では、検査依頼端末２３に対するユーザ操作により、検査予約状況表示内で示される検査枠の中で所望の検査枠が指定される。更に、その指定された検査枠における検査の検査種及びその検査を受ける被検者の情報（氏名、生年月日など）が入力される。
これにより、支援サーバ２０は検査依頼端末２３から依頼情報を取得する（Ｓ１２）。その依頼情報は、検査枠ＩＤ、検査種、及び被検者情報を含む。
【００５７】
支援サーバ２０は、依頼情報を取得すると、その依頼情報により示される検査予約を登録してよいか検査施設ＦＣ３に確認する（Ｓ１３）。具体的には、支援サーバ２０は、検査施設ＦＣ３宛てに予約依頼情報を送信し、検査施設端末２４からその返信を受ける。予約依頼情報及び返信の内容については、上述したとおりである。
【００５８】
支援サーバ２０は、検査施設端末２４からの返信内容が依頼された検査を受任する旨を示す場合に、（Ｓ１２）で取得された依頼情報に基づく検査予約情報を検査予約テーブルに格納する（Ｓ１５）。このとき、支援サーバ２０は、（Ｓ１２）で取得された依頼情報出示される被検者情報に基づいて、被検者ＩＤを付番し、その被検者ＩＤ、その被検者の氏名、生年月日、性別、メールアドレスなどを含むデータレコードを被検者テーブルに格納する。検査予約情報には、その被検者ＩＤ、（Ｓ１２）で取得された依頼情報により特定された検査枠ＩＤ、検査種、及び依頼元ＩＤが設定される。
【００５９】
支援サーバ２０は、検査予約情報を検査予約テーブルに格納すると、被検者宛てに検査案内情報を提供することができる（Ｓ１７）。検査案内情報は、予約された検査枠の検査に関する案内情報であり、検査日時、来院時間、検査施設ＦＣ３へのアクセス情報などが示される。この検査案内は、被検者のメールアドレスを宛先にして電子メールにより被検者に提供されてもよい。更に、支援サーバ２０は、予約された検査のリマインド通知を被検者宛てにすることもできる。リマインド通知を出すタイミングは予め決められていればよく、このリマインド通知により被検者が検査日時を忘れるのを防ぐことができる。
【００６０】
続いて、支援サーバ２０は、（Ｓ１５）において検査予約テーブルに格納した検査予約情報に基づいて発注情報を生成する（Ｓ２０）。このとき、支援サーバ２０は、その検査予約情報の検査枠ＩＤにより検査設備ＩＤを特定し、その検査設備ＩＤとその検査予約情報の検査種に基づいて、その検査予約情報で示される検査で用いられる放射性医薬品を特定する。更に、支援サーバ２０は、その検査予約情報の検査枠ＩＤが示す検査日時に対応する検定日時を特定する。これにより、発注情報では、発注ＩＤ、特定された放射性医薬品（製品）の製品コード及び製品名、その製品の数量、検定日時、及び発注元となる検査施設ＦＣ３の情報が示される。発注ＩＤは、発注情報が生成される度に、支援サーバ２０により自動付番されればよく、発注元となる検査施設ＦＣ３の情報は、検査施設ＦＣ３の居所及び名称などであり、支援サーバ２０により予め保持されていればよい。
【００６１】
支援サーバ２０は、生成された発注情報を受注生産管理システム２７及び検査施設ＦＣ３宛てに送信する（Ｓ２１）。製造施設ＦＣ５では、受注生産管理システム２７及び配送管理システム２８が稼働している。受注生産管理システム２７は、この発注情報に基づいて受注処理及び製造依頼などを行う。これにより、製造施設ＦＣ５は受注した放射性医薬品を製造し、発注元である検査施設ＦＣ３へその放射性医薬品を発送する。
【００６２】
配送管理システム２８は、その放射性医薬品の検査施設ＦＣ３への配送状況を管理している。配送管理システム２８は、検定日時に影響を及ぼす配送遅延が生じた場合に、発注ＩＤを含む配送情報を支援サーバ２０及び検査施設ＦＣ３へ通知する。これにより、支援サーバ２０は、その配送情報を取得する（Ｓ２３）。
【００６３】
支援サーバ２０は、その配送情報が取得されると、検査予定情報を生成する（Ｓ２５）。
検査予定情報は、固定的に保持される文字列「放射性医薬品の配送遅延により検査の予定が変更される可能性があります。検査施設ＦＣ３又は検査依頼機関ＦＣ１へお問い合わせください。」であってもよい。また、検査予定情報には、配送遅延により変更された検査日時が示されていてもよい。
【００６４】
支援サーバ２０は、その検査予定情報を被検者に提供する（Ｓ２７）。このとき、支援サーバ２０は、取得された配送情報に含まれる発注ＩＤによりその配送情報に対応する検査予約情報を検査予約テーブルの中から特定し、その特定された検査予約情報の被検者ＩＤにより被検者のメールアドレスを被検者テーブルの中から特定することができる。
【００６５】
検査施設ＦＣ３では、上述の発注情報に基づいて製造施設ＦＣ５から配送された放射性医薬品を用いて、予約された検査枠において核医学検査が実施される。具体的には、その放射性医薬品を被検者の体内に投与し、放出されるガンマ線がＰＥＴ装置又はＳＰＥＣＴ装置により計測される。検査施設ＦＣ３では、検査施設端末２４がその計測により取得された一次画像データである検査画像データ及び臨床情報を検査結果情報として支援サーバ２０に送信する。但し、このような検査結果情報は、支援サーバ２０により取得可能となればよいため、共有サーバに格納されてもよい。
【００６６】
支援サーバ２０は、検査画像データ及び臨床情報を取得する（Ｓ３１）。支援サーバ２０は、被検者を識別可能な情報（例えば、被検者ＩＤ）又は検査枠を識別可能な情報（例えば、検査枠ＩＤ）と関連付け可能な状態でそれらを受信する。支援サーバ２０は、取得された検査画像データ及び臨床情報を、被検者を識別可能な情報又は検査枠を識別可能な情報と関連付けて保持しておく。
【００６７】
続いて、支援サーバ２０は、その検査画像データに基づいて、検査画像の画像解析を行う（Ｓ３３）。具体的には、支援サーバ２０は、検査画像データと関連付けられている被検者を識別可能な情報又は検査枠を識別可能な情報を用いて、検査予約テーブルに格納される検査予約情報を特定し、その検査予約情報の検査種に対応する解析処理を当該画像データに施す。即ち、支援サーバ２０は、上述したとおり、複数の検査種に対応する複数の解析処理を実行可能である。
【００６８】
支援サーバ２０は、その解析により得られた解析情報を、被検者を特定可能な情報又は検査枠を特定可能な情報と関連付けて情報格納部４０に格納する（Ｓ３５）。例えば、支援サーバ２０は、その解析情報を被検者ＩＤ又は検査枠ＩＤと関連付けて格納しておく。
そして、支援サーバ２０は、その解析情報を検査施設ＦＣ３及び検査依頼機関ＦＣ１宛てに提供する（Ｓ３７）。検査施設ＦＣ３に提供される解析情報と検査依頼機関ＦＣ１に提供される解析情報とは異なっていてもよい。支援サーバ２０は、解析情報と関連付けられている情報に基づいて、依頼元テーブルから検査依頼機関ＦＣ１の宛先情報（メールアドレスなど）を特定することができ、更に、検査施設ＦＣ３の宛先情報（メールアドレスなど）を特定することができる。但し、解析情報の提供手法は、このような例に限定されない。検査施設端末２４及び検査依頼端末２３が支援サーバ２０の情報格納部４０から解析情報をダウンロード（取得）してもよい。また、支援サーバ２０は解析情報を共有サーバに格納し、検査施設端末２４及び検査依頼端末２３がその共有サーバから解析情報を取得してもよい。
【００６９】
［補足］
上述の実施形態では説明を分かり易くするために、１つの検査施設ＦＣ３が対象とされたが、支援サーバ２０は、複数の検査施設ＦＣ３における各検査の運用をそれぞれサポートすることができる。複数の検査施設ＦＣ３を支援対象とする場合、例えば、検査予約テーブル及び検査計画テーブルは、検査施設ＦＣ３ごとにそれぞれ設けられればよく、検査予約状況表示は、検査施設ＦＣ３ごとにそれぞれ出力されればよい。この場合、支援サーバ２０は、検査施設ＦＣ３を選択するための画面を検査依頼端末２３に表示させて、検査依頼端末２３のユーザに所望の検査施設ＦＣ３を選択させればよい。
【００７０】
［変形例］
上述の実施形態は例示であり、情報格納部４０に格納される各テーブルの形式は上述の例に限定されない。
例えば、検査枠ＩＤを設けず、検査日時と検査設備ＩＤとの組合せで検査枠が識別されてもよい。また、検査施設ＦＣ３の検査設備が一つしかない場合には、検査枠ＩＤ及び検査設備ＩＤを設けず、検査日時のみで検査枠が識別されてもよい。
また、被検者ＩＤを設けず、被検者の氏名、生年月日、及び性別により被検者が識別されてもよい。同様に、依頼元ＩＤが用いられなくてもよい。
【００７１】
また、上述の各実施形態及び各変形例は、内容が相反しない範囲で組み合わせることができる。
また、上述の内容の一部又は全部は、次のようにも特定され得る。但し、上述の内容が以下の記載に制限されるものではない。
【００７２】
（１）核医学検査の依頼情報を取得する依頼取得部と、
前記取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納する予約登録部と、
前記検査予約情報の前記検査種に対応する放射性医薬品を特定し、該特定された放射性医薬品の発注情報であって前記検査予約情報の前記検査枠に対応する検定日時情報を含む発注情報を生成する発注生成部と、
を備える核医学検査支援装置。
（２）前記検査予約情報は、前記検査枠又は被検者情報を含み、
前記発注情報で発注された放射性医薬品を用いた核医学検査の検査画像を取得する画像取得部と、
前記取得された検査画像を画像解析して解析情報を生成する解析部と、
前記生成された解析情報を前記検査枠又は前記被検者情報と関連付けて保持する解析保持部と、
を更に備える（１）に記載の核医学検査支援装置。
（３）前記検査予約情報は、被検者情報を含み、
前記発注情報で発注された放射性医薬品の配送情報を取得する配送情報取得部と、
前記配送情報に関する所定条件を満たしたことを契機に、前記発注情報に対応する前記検査予約情報により示される被検者宛てに検査予定情報を提供する情報提供部と、
を更に備える（１）又は（２）に記載の核医学検査支援装置。
（４）検査枠ごとに予約可否を示す検査予約状況表示を表示装置に出力させる表示処理部、
を更に備え、
前記表示処理部は、放射性医薬品の発注期限の情報に基づいて、前記検査予約状況表示で示される検査枠ごとの予約可否を変更する、
（１）から（３）のいずれか一つに記載の核医学検査支援装置。
（５）前記依頼取得部による前記依頼情報の取得に伴い、核医学検査を行う検査施設宛てに予約依頼情報を送信する依頼送信部と、
前記予約依頼情報に対する返信を受信する返信受信部と、
を更に備え、
前記検査枠は、検査日時ごとに設けられており、
前記予約依頼情報は、前記検査枠、前記検査種、依頼元機関、及び核医学検査の被検者を示し、
前記受信された返信に従って、前記発注生成部により前記発注情報が生成されるか否かが異なる、
（１）から（４）のいずれか一つに記載の核医学検査支援装置。
（６）核医学検査の依頼情報を取得し、
前記取得された依頼情報に基づいて、検査枠及び検査種を示す検査予約情報を検査予約テーブルに格納し、
前記検査予約情報の前記検査種に対応する放射性医薬品を特定し、
前記特定された放射性医薬品の発注情報であって前記検査予約情報の前記検査枠に対応する検定日時情報を含む発注情報を生成する、
ことを含む核医学検査支援方法。
（７）前記検査予約情報は、前記検査枠又は被検者情報を含み、
前記発注情報で発注された放射性医薬品を用いた核医学検査の検査画像を取得し、
前記取得された検査画像を画像解析して解析情報を生成し、
前記生成された解析情報を前記検査枠又は前記被検者情報と関連付けて保持する、
ことを更に含む（６）に記載の核医学検査支援方法。
（８）前記検査予約情報は、被検者情報を含み、
前記発注情報で発注された放射性医薬品の配送情報を取得し、
前記配送情報に関する所定条件を満たしたことを契機に、前記発注情報に対応する前記検査予約情報により示される被検者宛てに検査予定情報を提供する、
ことを更に含む（６）又は（７）に記載の核医学検査支援方法。
（９）検査枠ごとに予約可否を示す検査予約状況表示を表示装置に出力させ、
放射性医薬品の発注期限の情報に基づいて、前記検査予約状況表示で示される検査枠ごとの予約可否を変更する、
ことを更に含む（６）から（８）のいずれか一つに記載の核医学検査支援方法。
（１０）前記依頼情報の取得に伴い、核医学検査を行う検査施設宛てに予約依頼情報を送信し、
前記予約依頼情報に対する返信を受信する、
ことを更に含み、
前記検査枠は、検査日時ごとに設けられており、
前記予約依頼情報は、前記検査枠、前記検査種、依頼元機関、及び核医学検査の被検者を示し、
前記発注情報が生成されるか否かは、前記受信された返信に応じて異なる、
（６）から（９）のいずれか一つに記載の核医学検査支援方法。
【符号の説明】
【００７３】
１  ＣＰＵ
２  メモリ
４  通信ユニット
１０、２０  核医学検査支援サーバ（支援サーバ）
２２  患者端末
２３  検査依頼端末
２４  検査施設端末
２７  受注生産管理システム
２８  配送管理システム
３０  表示処理部
１１、３１  依頼取得部
１２、３２  予約登録部
３３  依頼送信部
３４  返信受信部
１３、３５  発注生成部
３６  運送情報取得部
３７  情報提供部
３８  検査データ取得部
３９  解析部
４０  情報格納部
【図１】
2018028517.tif 000003
【図２】
2018028517.tif 000004
【図３】
2018028517.tif 000005
【図４】
2018028517.tif 000006
【図５】
2018028517.tif 000007
【図６】
2018028517.tif 000008
【図７】
2018028517.tif 000009
【図８】
2018028517.tif 000010
【図９】
2018028517.tif 000011
【図１０】
2018028517.tif 000012