(57)【要約】【課題】外部読影医への医用画像の提供を迅速化する。【解決手段】一実施形態の医用画像処理システムは医用画像データを生成する医用画像撮影装置、医用画像データの保存機能を提供するクラウド形の記憶部、端末装置とネットワークを介して通信接続され、データ格納部、判断部、保存処理部、データ提供部を含む。判断部は医用画像の撮影が緊急撮影か通常撮影かを判断する。保存処理部は判断部の判断結果に基づいて、医用画像撮影装置から受信した医用画像データを前記クラウド形の記憶部およびデータ格納部のいずれか一方あるいは双方に保存する。データ提供部は端末装置から医用画像データの提供が要求されたとき、前記保存処理部により前記クラウド形の記憶部および前記データ格納部のいずれかに保存された当該データを端末装置に提供する。【選択図】図１
2014039658.tif 000002
【特許請求の範囲】
【請求項１】
患者を撮影して医用画像データを生成する医用画像撮影装置、前記医用画像データの保存機能を提供するクラウド形の記憶部、および前記医用画像データを閲覧する端末装置とネットワークを介して通信可能に接続される医用画像処理システムであって、
医用画像データを保存するためのデータ格納部と、
前記医用画像撮影装置による医用画像の撮影が緊急撮影であるか、緊急撮影ではない通常撮影であるかを判断する判断部と、
前記判断部の判断結果に基づいて、前記医用画像撮影装置から受信した医用画像データを前記クラウド形の記憶部および前記データ格納部のいずれか一方あるいは双方に保存する保存処理部と、
前記端末装置から医用画像データの提供が要求されたとき、前記保存処理部により前記クラウド形の記憶部および前記データ格納部のいずれかに保存された当該医用画像データを前記端末装置に提供するデータ提供部と、
を含むことを特徴とする医用画像処理システム。
【請求項２】
前記保存処理部は、前記判断部が緊急撮影でないと判断したとき、前記医用画像撮影装置から受信した医用画像データを前記クラウド形の記憶部に保存し、前記判断部が緊急撮影であると判断したとき、前記医用画像撮影装置から受信した医用画像データを前記データ格納部に保存し、
前記データ提供部は、前記端末装置から通常撮影に係る医用画像データの提供が要求されたとき、前記クラウド形の記憶部に保存された当該医用画像データを前記端末装置に提供し、前記端末装置から緊急撮影に係る医用画像データの提供が要求されたとき、前記データ格納部に保存された当該医用画像データを前記端末装置に提供することを特徴とする請求項１に記載の医用画像処理システム。
【請求項３】
前記データ提供部は、前記データ格納部に保存された医用画像データを前記端末装置に提供した後、前記データ格納部に保存された当該医用画像データを削除することを特徴とする請求項２に記載の医用画像処理システム。
【請求項４】
前記判断部が緊急撮影であると判断したとき、前記保存処理部は、前記医用画像撮影装置から受信した医用画像データを前記データ格納部に保存するとともに、前記クラウド形の記憶部にも保存することを特徴とする請求項２又は３に記載の医用画像処理システム。
【請求項５】
前記判断部は、前記医用画像撮影装置から医用画像の撮影が緊急撮影あるいは通常撮影のいずれであるかを示す識別情報を受信し、受信した識別情報に基づいて当該撮影が緊急撮影あるいは通常撮影のいずれであるかを判断することを特徴とする請求項１乃至４のうちいずれか１に記載の医用画像処理システム。
【請求項６】
前記判断部は、前記医用画像撮影装置から医用画像の撮影対象となる患者の部位を示す情報を受信し、この情報にて示される部位が予め定められた緊急撮影対象の部位である場合に、当該医用画像の撮影が緊急撮影であると判断することを特徴とする請求項１乃至４のうちいずれか１に記載の医用画像処理システム。
【請求項７】
前記判断部によって前記医用画像撮影装置による医用画像の撮影が緊急撮影であると判断されたとき、前記端末装置が当該緊急撮影に係る医用画像データにアクセスするためのアクセスキーを発行するアクセスキー発行部と、
前記アクセスキー発行部が発行したアクセスキーを前記端末装置に提供するアクセスキー提供部と、
をさらに含み、
前記データ提供部は、前記アクセスキーを用いてアクセスを試行する端末装置に対し、前記データ格納部に保存された当該アクセスキーに対応する医用画像データを提供することを特徴とする請求項１乃至６のうちいずれか１に記載の医用画像処理システム。
【請求項８】
前記アクセスキー提供部は、医用画像を読影する候補者に対応する端末装置を定めた設定情報を参照し、この設定情報に定められた端末装置に対して前記アクセスキーを提供することを特徴とする請求項７に記載の医用画像処理システム。
【請求項９】
前記アクセスキー提供部は、医用画像を読影する候補者の所在と、各候補者に対応する端末装置とを定めた設定情報を参照し、この設定情報に定められた端末装置のうち、前記医用画像撮影装置が設置された医療施設以外の場所に所在する候補者に対応する端末装置に対して前記アクセスキーを提供することを特徴とする請求項７に記載の医用画像処理システム。
【請求項１０】
前記アクセスキー提供部は、医用画像を読影する候補者の専門分野と、各候補者に対応する端末装置とを定めた設定情報を参照し、この設定情報に定められた端末装置のうち、緊急撮影に係る医用画像データの読影に適した専門分野の候補者に対応する端末装置に対して前記アクセスキーを提供することを特徴とする請求項７に記載の医用画像処理システム。
【請求項１１】
前記データ提供部は、前記端末装置から緊急撮影に係る医用画像データの提供が要求されたとき、前記データ格納部に保存された当該医用画像データを前記端末装置に提供するとともに、前記クラウド形の記憶部に保存された当該緊急撮影に係る患者に関して過去に撮影された医用画像データを前記端末装置に提供することを特徴とする請求項１乃至９のうちいずれか１に記載の医用画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像処理システムに関する。
【背景技術】
【０００２】
近年、病院内で生成される医療データ、特にＸ線ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置等のモダリティにより被検体を撮像することによって生成される医用画像データの容量増大に伴い、医療データを病院外のストレージに格納する取り組みが進んでいる。
【０００３】
病院外のストレージとしては、例えばクラウドストレージを利用することができる。ここに、クラウドストレージとは、クラウドに含まれるサーバマシンやネットワークインフラをクライアントに提供するＩａａＳ（Infrastructure as a Service）と呼ばれる形態に属するクラウドシステムであり、主にデータの保存機能を提供する。
【０００４】
さて、医療の現場では、病院内に配置されたモダリティにて撮影された画像の読影を、病院外に所在する医師（外部読影医）に依頼することがある。特に、脳の障害等で救急搬送された患者の場合、手術是非の判断や手術方法の決定を逸早く行う必要があるため、外部読影医への迅速なデータ提供が重要である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２６０３０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、外部読影医への医用画像の提供を迅速化することが可能な医用画像処理システムを提供することである。
【課題を解決するための手段】
【０００７】
一実施形態に係る医用画像処理システムは、患者を撮影して医用画像データを生成する医用画像撮影装置、上記医用画像データの保存機能を提供するクラウド形の記憶部、および上記医用画像データを閲覧する端末装置とネットワークを介して通信可能に接続され、データ格納部と、判断部と、保存処理部と、データ提供部とを含む。
【０００８】
上記判断部は、上記医用画像撮影装置による医用画像の撮影が緊急撮影であるか、緊急撮影ではない通常撮影であるかを判断する。上記保存処理部は、上記判断部の判断結果に基づいて、上記医用画像撮影装置から受信した医用画像データを上記クラウド形の記憶部および上記データ格納部のいずれか一方あるいは双方に保存する。上記データ提供部は、上記端末装置から医用画像データの提供が要求されたとき、上記保存処理部により上記クラウド形の記憶部および上記データ格納部のいずれかに保存された当該医用画像データを上記端末装置に提供する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係るＰＡＣＳシステムを説明するための概念図。
【図２】同システムを病院内に配置した状態を示す概念図。
【図３】同システムの構成を示すブロック図。
【図４】同システム等の概略動作を示すフローチャート。
【図５】同実施形態に係るモダリティに表示される入力画面の一例を示す図。
【図６】同実施形態に係る撮影設定情報の一例を示す図。
【図７】図４における通知処理のフローチャート。
【図８】同実施形態に係る提供先設定情報の一例を示す図。
【図９】同実施形態に係る提供先設定情報の一例を示す図。
【図１０】同実施形態に係る提供先設定情報の一例を示す図。
【図１１】図４における受信準備処理のフローチャート。
【図１２】同実施形態に係るマッピングテーブルの一例を示す図。
【図１３】図４における受信・格納処理のフローチャート。
【図１４】図４におけるデータ提供処理のフローチャート。
【図１５】図４における削除処理のフローチャート。
【図１６】同実施形態に係る端末装置に表示される画面の遷移を示す図。
【図１７】変形例に係るＰＡＣＳシステムの構成を示すブロック図。
【図１８】同実施形態において端末装置に表示される画面の遷移を示す図。
【発明を実施するための形態】
【００１０】
一実施形態について、図面を参照しながら説明する。  
本実施形態においては、医用画像処理システムの一例として、ＰＡＣＳ（Picture Archiving and Communication System）システムを開示する。
【００１１】
図１は、本実施形態に係るＰＡＣＳシステム１を説明するための概念図である。  
ＰＡＣＳシステム１は、病院Ａに配置された１又は複数のモダリティ２（医用画像撮影装置）、他の病院Ｂや医師の自宅に配置される１又は複数の端末装置３、１又は複数のサーバにて構成されるクラウド４に通信接続されている。
【００１２】
ＰＡＣＳシステム１、モダリティ２、端末装置３、およびクラウド４間の通信は、例えば各病院内のＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネットなどのネットワークを介して行われる。
【００１３】
ＰＡＣＳシステム１は、１又は複数のサーバやワークステーション等で構成される。ＰＡＣＳシステム１は、例えば図１に示すようにモダリティ２が設置された病院Ａ外に設置されてもよいし、図２に示すように病院Ａ内に設置されてもよい。
【００１４】
モダリティ２は、被検体を撮像して、例えばＤＩＣＯＭ（Digital Imaging and COmmunication in Medicine）規格に準拠した医用画像データ（断層像、ボリュームデータ等）を生成する医用装置である。モダリティ２の例としては、Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置、超音波診断装置などが挙げられる。
【００１５】
端末装置３は、病院Ｂに配置されたワークステーション、医師の自宅に配置されたパーソナルコンピュータ、医師が携帯するノートブックタイプのパーソナルコンピュータやタブレット端末などであり、モダリティ２にて生成された医用画像データを閲覧するＤＩＣＯＭ画像ビューア等の機能がインストールされている。
【００１６】
クラウド４は、医用画像データなどの医療データを保存するクラウドストレージ５（クラウド形の記憶部）をＰＡＣＳシステム１に提供する。すなわち、クラウド４は、ＩａａＳの形態に属するクラウドシステムである。
【００１７】
ＰＡＣＳシステム１は、モダリティ２にて撮影された医用画像データをクラウドストレージ５に保存する。また、ＰＡＣＳシステム１は、端末装置３からの要求に応じて、端末装置３に対して医用画像データを送信する。
【００１８】
図１，図２中の矢印Ｐ１は、通常時における医用画像データの流れを示す。一方、図１，図２中の矢印Ｐ２は、緊急時における医用画像データの流れを示す。ここに、緊急時とは、例えば救急搬送された患者に対する緊急の診断を行うケースを指し、通常時とは、緊急時を除く診断を行うケースを指す。
【００１９】
矢印Ｐ１から判るように、通常時には、モダリティ２にて生成された医用画像データが先ずＰＡＣＳシステム１を介してクラウドストレージ５に保存される。その後、クラウドストレージ５に保存された医用画像データがＰＡＣＳシステム１を介して端末装置３に提供される。
【００２０】
一方、矢印Ｐ２から判るように、緊急時には、モダリティ２にて生成された医用画像データがクラウドストレージ５を介さずに、ＰＡＣＳシステム１から端末装置３に直接提供される。
【００２１】
このような医用画像データの流れを実現するためのＰＡＣＳシステム１の構成を、図３のブロック図に示す。ＰＡＣＳシステム１は、緊急撮影判断部１０、アクセスキー発行部１１、アクセスキー提供部１２、緊急データＩＤ発行部１３、データ受信部１４、緊急データ格納部１５、データ提供部１６などを備える。データ受信部１４は、本実施形態に係る保存処理部として機能する。
【００２２】
緊急撮影判断部１０は、モダリティ２による医用画像撮影が緊急であるか非緊急であるかを判断する。アクセスキー発行部１１は、モダリティ２により生成された医用画像データにアクセスするためのアクセスキーを発行する。アクセスキー提供部１２は、アクセスキー発行部１１が発行したアクセスキーを端末装置３に提供（送信）する。緊急データＩＤ発行部１３は、モダリティ２による緊急撮影にて生成された医用画像データに付すための緊急データＩＤを発行する。
【００２３】
データ受信部１４は、モダリティ２から医用画像データを受信し、受信した医用画像データが緊急撮影に係るものである場合には、当該データに緊急データＩＤ発行部１３が発行した緊急データＩＤを付して緊急データ格納部１５およびクラウドストレージ５の双方に保存する。一方、モダリティ２から受信した医用画像データが緊急撮影ではない通常撮影に係るものである場合、データ受信部１４は、当該データをクラウドストレージ５にのみ保存する。
【００２４】
データ提供部１６は、端末装置３からの要求に応じて、緊急データ格納部１５やクラウドストレージ５に保存された医用画像データを端末装置３に提供（送信）する。
【００２５】
なお、各部１０〜１６は、それぞれがＣＰＵ（Central Processing Unit）等のプロセッサ、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリ、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置、ＬＡＮやインターネット等と通信する通信ユニットを備えたハードウェアであってもよいし、１又は複数のプロセッサがコンピュータプログラムを実行することで実現されるソフトウェア機能であってもよい。
【００２６】
続いて、ＰＡＣＳシステム１の動作の詳細について説明する。  
図４は、医用画像データの保存・提供に関しての病院Ａにおける医師や技師の作業（“病院フロー”）、モダリティ２の動作（“モダリティフロー”）およびＰＡＣＳシステム１の動作（“ＰＡＣＳシステムフロー”）の概略フローチャートである。このフローチャートに示す作業や処理は、緊急撮影に特化したものである。
【００２７】
病院Ａに患者が救急搬送されると、医師や技師がモダリティ２による緊急撮影の準備作業を行う。この準備作業において、モダリティ２のオペレータである医師や技師は、モダリティ２のディスプレイに表示された入力画面を介して撮影のための諸条件を入力する。
【００２８】
入力画面の一例を、図５に示す。この入力画面６０は、検査種類（撮像対象部位等）を予め用意された選択肢の中から指定するためのリストボックス６１、患者情報（患者のＩＤ、氏名、生年月日、身長、体重、血液型等）を入力するための入力エリアが設けられた患者情報エリア６２、撮影モードを緊急撮影モードと通常撮影モードの間で切り替える切替ボタン６３、撮影の開始を指示する開始ボタン６４等を含む。
【００２９】
通常撮影時において、オペレータは、検査の種類をリストボックス６１にて選択し、患者情報を患者情報エリア６２に入力した後に開始ボタン６４を操作することにより、通常撮影モードでの撮影を開始する。一方、緊急撮影時において、オペレータは、検査の種類をリストボックス６１にて選択し、切替ボタン６３を操作して撮影モードを緊急撮影モードに切り替えた後に開始ボタン６４を操作することにより、緊急撮影モードでの撮影を開始する。緊急撮影モードでの撮影においては、患者情報の入力を省略することができる。
【００３０】
開始ボタン６４が操作されると、モダリティ２は、ＰＡＣＳシステム１に撮影の開始を知らせる開始通知を送信する。この開始通知は、撮影モードが通常撮影モードと緊急撮影モードのいずれであるかを示す識別情報や、リストボックス６１にて選択された検査種類を示す検査種別情報等を含む。さらに、通常撮影モードに係る開始通知は、患者情報エリア６２に入力された患者情報を含む。
【００３１】
ＰＡＣＳシステム１は、モダリティ２から開始通知を受信すると、当該撮影が緊急撮影か通常撮影かを判断する緊急撮影判断処理を実行する（ステップＳ１）。
【００３２】
緊急撮影である場合、ＰＡＣＳシステム１は、外部読影医に緊急撮影の開始を知らせる通知処理を実行する（ステップＳ２）。さらに、ＰＡＣＳシステム１は、モダリティ２からの医用画像データの受信準備処理を実行する（ステップＳ３）。
【００３３】
モダリティ２のオペレータがモダリティ２の操作パネル等を介して撮影開始を指示すると、モダリティ２はリストボックス６１にて選択された検査種類に応じた撮影処理を開始し、患者の断層像等の医用画像データを生成する。やがてオペレータがモダリティ２を操作するなどして撮影終了を指示すると、モダリティ２は撮影を終了し、当該撮影にて生成した医用画像データをＰＡＣＳシステム１に送信する。
【００３４】
ＰＡＣＳシステム１は、ステップＳ３の後、モダリティ２から送信される医用画像データを受信するとともに、受信した当該医用画像データを緊急データ格納部１５やクラウドストレージ５に保存する受信・格納処理を実行する（ステップＳ４）。
【００３５】
ステップＳ４の後、ＰＡＣＳシステム１は、ステップＳ４にて保存した医用画像データを外部読影医に提供するデータ提供処理を実行する（ステップＳ５）。
【００３６】
ステップＳ５の後、ＰＡＣＳシステム１は、ステップＳ４にて緊急データ格納部１５に保存した医用画像データの削除処理を実行する（ステップＳ６）。
【００３７】
外部読影医は、ステップＳ５にて提供されて端末装置３のディスプレイに表示された医用画像データを読影し、そのレポートを病院Ａに返す。
【００３８】
以下、ステップＳ１〜Ｓ６の各処理の詳細につき、図５〜図１６を用いて説明する。なお、図１６は、ＤＩＣＯＭ画像ビューアによって端末装置３のディスプレイに表示される画面の遷移を示している。
【００３９】
［ステップＳ１：緊急撮影判断処理］
緊急撮影判断処理は、主に緊急撮影判断部１０が実行する。モダリティ２による撮影が緊急撮影か通常撮影かの判断は、例えばモダリティ２からの開始通知に基づいて行う。
【００４０】
すなわち、緊急撮影判断部１０は、開始通知に含まれる撮影モードの識別情報が通常撮影モードを示すならばモダリティ２による撮影が通常撮影であると判断し、当該識別情報が緊急撮影モードを示すならばモダリティ２による撮影が緊急撮影であると判断する。
【００４１】
また、緊急撮影か通常撮影かの判断は、撮影対象部位に基づいて行ってもよい。この場合、例えば図６に示すような撮影設定情報７０をＰＡＣＳシステム１が備えるメモリに記憶させておく。この撮影設定情報７０は、撮影対象部位（頭部、胸部、腹部等）に対して、緊急撮影有無（有り／無し）を定めたものである。緊急撮影判断部１０は、開始通知に含まれる検査種別情報にて示される撮影対象部位が、撮影設定情報７０において緊急撮影“無し”に設定された部位である場合、モダリティ２による撮影が通常撮影であると判断する。一方、緊急撮影判断部１０は、開始通知に含まれる検査種別情報にて示される撮影対象部位が、撮影設定情報７０において緊急撮影“有り”に設定された部位である場合、モダリティ２による撮影が緊急撮影であると判断する。
【００４２】
［ステップＳ２：外部読影医への通知処理］
外部読影医への通知処理は、主にアクセスキー発行部１１およびアクセスキー提供部１２が実行する。図７は、当該通知処理のフローチャートである。当該通知処理は、緊急撮影判断部１０が緊急撮影であると判断した場合に開始される。
【００４３】
先ず、アクセスキー発行部１１が緊急データアクセスキーを発行する（ステップＳ２１）。緊急データアクセスキーは、当該緊急撮影にて生成される医用画像データに端末装置３からアクセスするためのキーである。本実施形態における緊急データアクセスキーは、例えば“１２３４”のような４桁の数字列とする。但し、緊急データアクセスキーは緊急データ格納部１５に保存されている医用画像データの間で重複しない文字列であれば、どのようなフォーマットであってもよい。
【００４４】
緊急データアクセスキーが発行された後、アクセスキー提供部１２が当該アクセスキーと撮影の開始を知らせるメッセージとを読影依頼先の医師の端末装置３に提供（送信）する（ステップＳ２２）。
【００４５】
提供先の端末装置３は、例えば図８に示すような提供先設定情報８０に基づいて決定する。提供先設定情報８０は、医用画像データの読影者の候補である医師（医師Ｄ１〜Ｄ３）と、各医師に対応する端末装置３のアドレス（アドレスＡＤ１〜ＡＤ３）とを関連付けたものである。アクセスキー提供部１２は、このような提供先設定情報８０に含まれる各医師の端末装置３のアドレスに対して緊急データアクセスキーを送信する。
【００４６】
また、例えば図９に示すような提供先設定情報８１に基づいて提供先の端末装置３を決定してもよい。この提供先設定情報８１は、医用画像データの読影者の候補である医師（医師Ｄ１〜Ｄ３）と、各医師の状態（所在）と、各医師に対応する端末装置３のアドレス（アドレスＡＤ１〜ＡＤ３）とを関連付けたものである。各医師の状態は、医師が病院Ａ内に所在することを示す“病院内”、医師が他の病院に所在することを示す“病院・・・”（図９においては“病院Ｂ”）、医師が自宅に所在することを示す“自宅”などである。このような各医師の状態は、病院Ａに勤務する医師の出退勤や外出先を管理する管理システムから把握できる。ＰＡＣＳシステム１は、この管理システムから適宜のタイミングで各医師の状態を把握し、提供先設定情報８１を更新する。アクセスキー提供部１２は、このような提供先設定情報８１において、状態がモダリティ２の設置された医療施設（病院Ａ）以外を示す医師、すなわち状態が“病院内”ではない医師Ｄ２と医師Ｄ３の端末装置３のアドレスに対して緊急データアクセスキーを送信する。
【００４７】
また、例えば図１０に示すような提供先設定情報８２に基づいて提供先の端末装置３を決定してもよい。この提供先設定情報８２は、医用画像データの読影者の候補である医師（医師Ｄ１〜Ｄ３）と、各医師の専門分野（脳外科、内科、麻酔科等）と、各医師に対応する端末装置３のアドレス（アドレスＡＤ１〜ＡＤ３）とを関連付けたものである。アクセスキー提供部１２は、モダリティ２から受信した開始通知に含まれる検査種別情報と提供先設定情報８２に含まれる各医師の専門分野とに基づいて読影に適した医師を決定し、この医師の端末装置３のアドレスに対して緊急データアクセスキーを送信する。例えば、撮影対象部位が脳である場合、アクセスキー提供部１２は、脳外科が専門分野である医師Ｄ１の端末装置３のアドレスに対して緊急データアクセスキーを送信する。  
ステップＳ２２を以って、図７のフローチャートに示す処理が終了となる。
【００４８】
緊急データアクセスキー等を受信した端末装置３は、自装置のディスプレイに図１６（ａ）に示すようなポップアップ１００を表示する。このポップアップ１００は、「撮影が開始されました・・・・」のように緊急撮影を知らせるメッセージと、受信した緊急データアクセスキーに基づいて生成されるＵＲＬとを含む。このＵＲＬは、“http://toshiba-pacs-viewer/”がインターネット等のネットワークにおけるＰＡＣＳシステム１のアドレスを示し、“12%235&35%1234”がＰＡＣＳシステム１において医用画像データが保存されるアドレスを示す。この例では、特にＵＲＬの下４桁がアクセスキーを示している。
【００４９】
［ステップＳ３：医用画像データの受信準備処理］
医用画像データの受信準備処理は、主に緊急データＩＤ発行部１３が実行する。図１１は、当該受信準備処理のフローチャートである。このフローチャートに示す処理は、緊急撮影判断部１０が緊急撮影であると判断した場合に開始される。
【００５０】
先ず、緊急データＩＤ発行部１３は、緊急データＩＤを発行する（ステップＳ３１）。緊急データＩＤは、当該緊急撮影にて生成される医用画像データに付す識別子である。本実施形態における緊急データＩＤは、例えば“ＡＢＣＤ”のような４桁の文字列とする。但し、緊急データＩＤは緊急データ格納部１５に保存されている医用画像データの間で重複しない文字列であれば、どのようなフォーマットであってもよい。
【００５１】
緊急データＩＤを発行した後、緊急データＩＤ発行部１３は、当該緊急データＩＤと、ステップＳ２１にてアクセスキー発行部１１が発行した緊急データアクセスキーとをマッピングする（ステップＳ３２）。具体的には、緊急データＩＤ発行部１３は、図１２に示すようなマッピングテーブル９０に、ステップＳ３１にて発行した緊急データＩＤと、ステップＳ２１にてアクセスキー発行部１１が発行した緊急データアクセスキーとを関連付けて書き込む。  
ステップＳ３２を以って、図１１のフローチャートに示す処理が終了となる。
【００５２】
［ステップＳ４：医用画像データの受信・格納処理］
医用画像データの受信・格納処理は、主にデータ受信部１４が実行する。図１３は、当該受信・格納処理のフローチャートである。このフローチャートに関しては、緊急撮影判断部１０が緊急撮影であると判断した場合と、通常撮影であると判断した場合の双方における処理の流れを示している。
【００５３】
先ずデータ受信部１４は、モダリティ２からの医用画像データの受信を待つ（ステップＳ４１）。医用画像データを受信したならば、データ受信部１４は、緊急データＩＤ発行部１３により緊急データＩＤが発行されているか否かを判定する（ステップＳ４２）。
【００５４】
ステップＳ３１を経て緊急データＩＤが発行されているならば、データ受信部１４の処理は緊急撮影に対応する処理に移る。すなわち、データ受信部１４は、受信した医用画像データに当該緊急データＩＤを付加して、緊急データ格納部１５に格納する（ステップＳ４３）。その後、データ受信部１４は、受信した医用画像データと、モダリティ２から受信した開始通知に含まれる患者情報や検査種別情報とを関連付けてクラウドストレージ５に格納する（ステップＳ４４）。ステップＳ４４を以って、図１３のフローチャートに示す処理が終了となる。
【００５５】
一方、緊急データＩＤが発行されていないならば、データ受信部１４の処理は通常撮影に対応する処理に移る。すなわち、データ受信部１４は、受信した医用画像データと、モダリティ２から受信した開始通知に含まれる患者情報や検査種別情報とを関連付けてクラウドストレージ５に格納する（ステップＳ４５）。ステップＳ４５を以って、図１３のフローチャートに示す処理が終了となる。
【００５６】
［ステップＳ５：外部読影医へのデータ提供処理］
外部読影医へのデータ提供処理は、主にデータ提供部１６が実行する。端末装置３のオペレータである読影医が、図１６（ａ）に示したポップアップ１００内のＵＲＬをマウス等により操作すると、端末装置３は当該ＵＲＬにて示される医用画像データへのアクセスを試行する。端末装置３からのアクセスを受けると、データ提供部１６は、図１４のフローチャートに示す処理を開始する。
【００５７】
先ずデータ提供部１６は、端末装置３がアクセスしようとしているＵＲＬに含まれる緊急データアクセスキー（例えばＵＲＬの下４桁）がマッピングテーブル９０にマッピングされているか否かを判定する（ステップＳ５１）。
【００５８】
マッピングされているならば（ステップＳ５１のＹｅｓ）、データ提供部１６は、当該緊急データアクセスキーに対応する緊急データＩＤが付された医用画像データが緊急データ格納部１５に格納済みであるか否かを判定する（ステップＳ５２）。
【００５９】
ステップＳ４３が完了しており、医用画像データが緊急データ格納部１５に格納済みならば（ステップＳ５２のＹｅｓ）、データ提供部１６は、アクセスを試行している端末装置３に当該医用画像データを提供（送信）する（ステップＳ５３）。
【００６０】
一方、医用画像データが緊急データ格納部１５に格納済みでないならば（ステップＳ５２のＮｏ）、データ提供部１６は、医用画像データが緊急データ格納部１５に格納されるまで待機する（ステップＳ５４）。このとき、データ提供部１６は、データ格納の進捗状況を端末装置３に通知する。この進捗状況は、例えば医用画像データの全体サイズに対する格納済みサイズを百分率表記した数値とする。端末装置３は、図１６（ｂ）に示すようなビューア画面１０１を自装置のディスプレイに表示し、ＰＡＣＳシステム１から通知された進捗状況を報知する。やがて緊急データ格納部１５への医用画像データの格納が完了すると、データ提供部１６は、当該医用画像データを端末装置３に送信する（ステップＳ５３）。  
ステップＳ５３を以って、図１４のフローチャートに示す処理が終了となる。
【００６１】
ステップＳ５３において送信された医用画像データを受信した端末装置３は、図１６（ｃ）に示すように当該医用画像データに基づく医用画像を含むビューア画面１０２を自装置のディスプレイに表示する。読影医は、ビューア画面１０２に表示された医用画像を読影してレポートを作成し、病院Ａにフィードバックする。このフィードバックは、例えば端末装置３からＰＡＣＳシステム１を介してレポートを送信することにより行われてもよいし、端末装置３から病院Ａに電子メール等にて直接送信することにより行われてもよい。
【００６２】
ステップＳ５１において、ＵＲＬに含まれる緊急データアクセスキーがマッピングテーブル９０にマッピングされていないならば（ステップＳ５１のＮｏ）、データ提供部１６は、端末装置３からのアクセスを拒否する旨の通知を、端末装置３に送信する（ステップＳ５５）。この通知を受けた端末装置３は、例えばアクセスできない旨のメッセージを自装置のディスプレイに表示する。この場合、ステップＳ５５を以って、図１４のフローチャートに示す処理が終了となる。
【００６３】
［ステップ６：医用画像データの削除処理］
医用画像データの削除処理は、主にデータ提供部１６が実行する。端末装置３のオペレータである読影医は、読影が完了した際に、端末装置３を介して読影の完了通知をＰＡＣＳシステム１に送信する。この完了通知を受信すると、データ提供部１６は、図１５のフローチャートに示す処理を開始する。
【００６４】
先ずデータ提供部１６は、当該完了通知の送信元である端末装置３に提供した医用画像データのクラウドストレージ５への格納が完了しているか否かを判定する（ステップＳ６１）。
【００６５】
格納が完了している場合（ステップＳ６１のＹｅｓ）、データ提供部１６は、緊急データ格納部１５に格納した当該医用画像データを削除する（ステップＳ６２）。さらに、データ提供部１６は、マッピングテーブル９０から当該医用画像データに係る緊急データアクセスキーと緊急データＩＤとを削除する（ステップ６３）。
【００６６】
一方、医用画像データのクラウドストレージ５への格納が完了していない場合（ステップＳ６１のＮｏ）、データ提供部１６は、当該医用画像データがクラウドストレージ５に反映（格納）されるまで待機する（ステップＳ６４）。やがて、受信・格納処理におけるステップＳ４５が完了すると、当該医用画像データのクラウドストレージ５への格納が完了する。このとき、データ提供部１６は、緊急データ格納部１５に格納した当該医用画像データを削除し（ステップＳ６２）、マッピングテーブル９０から当該医用画像データに係る緊急データアクセスキーと緊急データＩＤとを削除する（ステップ６３）。  
ステップＳ６３を以って、図１５のフローチャートに示す処理が終了となる。
【００６７】
端末装置３から上記完了通知を受信していなくても、当該端末装置３に医用画像データを提供してから所定時間が経過した場合には、緊急データ格納部１５から当該医用画像データを削除するようにしてもよい。
【００６８】
なお、通常撮影の場合においては、例えば外部読影医が端末装置３を操作して診断対象の患者の患者ＩＤや医用画像の種別（検査種別）をＰＡＣＳシステム１に送信する。ＰＡＣＳシステム１においては、データ提供部１６が端末装置３から受信した患者ＩＤや検査種別が関連付けられた医用画像データをクラウドストレージ５から読み出し、端末装置３に返信する。外部読影医は、このように返信された医用画像データを端末装置３のディスプレイにて閲覧し、レポートを作成して病院Ａに送信する。
【００６９】
本実施形態に係る構成の作用について説明する。  
通常の撮影に際しては、モダリティ２にて生成された医用画像データがＰＡＣＳシステム１を介してクラウドストレージ５に格納され、この医用画像データがＰＡＣＳシステム１を介して端末装置３に提供される。このようにクラウドストレージ５に医用画像データを保存すれば、ＰＡＣＳシステム１に大規模な記憶装置を設ける必要がないので、同システム１の小型化（省ハードウェア化）を実現できる。但し、クラウドストレージ５は複数のサーバのメモリを使用して構成されることもあるので、データのアップロードの速度が遅く、医用画像データを読み出せることができるようになるまでに多大な時間を要する可能性がある。
【００７０】
一方、緊急の撮影に際しては、モダリティ２にて生成された医用画像データがＰＡＣＳシステム１の緊急データ格納部１５から端末装置３に直接提供される。このような流れであれば、上述の通常時の流れに比べて迅速に端末装置３に医用画像データを提供できる。
【００７１】
また、緊急データ格納部１５に格納される医用画像データは、外部読影医による読影が完了するとデータ削除処理により削除される。したがって、緊急データ格納部１５の容量は小さくて済み、書き込み／読み出しの速度が速い高価な記憶装置を利用したとしても、大幅なコスト上昇にはならない。
【００７２】
さらに、緊急データ格納部１５に格納された医用画像データはクラウドストレージ５にも格納されるので、外部読影医による読影が完了した後であっても、この医用画像データを閲覧等することができる。
【００７３】
また、従来は電子メールに医用画像データを添付して外部読影医に送信することもあった。しかしながら、電子メールに添付可能なデータサイズには制限があるため、大サイズの画像は送信できないとの問題も生じていた。本実施形態の構成であれば、外部読影医に読影を依頼する医用画像データのサイズを気にする必要もない。
【００７４】
これらの他にも、本実施形態に開示した構成からは種々の好適な効果が得られる。
【００７５】
（変形例）
上記実施形態に開示した構成は、種々の態様に変形実施できる。
【００７６】
例えば、緊急撮影対象の患者の患者ＩＤが既知であり、当該患者に関して過去に撮影された医用画像データが存在する場合には、当該医用画像データを参考画像として緊急撮影に係る医用画像データとともに端末装置３に提供してもよい。
【００７７】
この変形例の詳細につき、図１７，図１８を参照して説明する。  
図１７に示すように、当該変形例に係るＰＡＣＳシステム１は、過去データ取得部１７をさらに含む。過去データ取得部１７は、ＣＰＵ等のプロセッサ、ＲＯＭやＲＡＭ等のメモリ、ＬＡＮやインターネット等と通信する通信ユニットを備えたハードウェアであってもよいし、１又は複数のプロセッサがコンピュータプログラムを実行することで実現されるソフトウェア機能であってもよい。
【００７８】
モダリティ２のオペレータは、緊急撮影に際して図５の入力画面６０中の患者情報エリア６２に患者ＩＤ等の患者情報を入力する。さらにオペレータは、検査の種類をリストボックス６１にて選択し、切替ボタン６３を操作して撮影モードを緊急撮影モードに切り替えた後に開始ボタン６４を操作する。この操作をトリガとして、モダリティ２からＰＡＣＳシステム１に患者情報、検査種別情報、緊急撮影モードを示す識別情報を含む開始通知が送られる。
【００７９】
この開始通知を受信したＰＡＣＳシステム１においては、過去データ取得部１７が当該開始通知に含まれる患者情報や検査種別情報に基づき、当該患者に関して過去に撮影された医用画像データ（以下、過去データ）をクラウドストレージ５から取得し、緊急データＩＤ発行部１３がステップＳ３１にて発行する緊急データＩＤを付して緊急データ格納部１５に格納する。過去データ取得部１７がクラウドストレージ５から取得する過去データは、例えば当該患者情報に含まれる患者ＩＤと一致する患者ＩＤと、当該検査種別情報にて示される検査種別と同一種別の検査種別情報が付された医用画像データである。
【００８０】
また、アクセスキー提供部１２は、ステップＳ２２において、当該緊急撮影に係る医用画像データにアクセスするための緊急データアクセスキーと、撮影の開始を知らせるメッセージと、モダリティ２から受信した開始通知に含まれる患者情報とを、読影依頼先の医師の端末装置３に送信する。緊急データアクセスキー等を受信した端末装置３は、自装置のディスプレイに図１８（ａ）に示すようなポップアップ２００を表示する。このポップアップ２００は、図１６（ａ）に示したポップアップ１００に対し、さらにアクセスキー提供部１２から受信した患者情報（患者氏名）を加えたものである。
【００８１】
ポップアップ２００内のＵＲＬの操作時には、端末装置３が当該ＵＲＬにて示される医用画像データへのアクセスを試行する。端末装置３からのアクセスを受けると、データ提供部１６は、当該ＵＲＬに含まれる緊急データアクセスキー（例えばＵＲＬの下４桁）がマッピングテーブル９０にマッピングされていることを確認した後、当該緊急データアクセスキーに対応する緊急データＩＤが付された過去データを緊急データ格納部１５から読み出して端末装置３に送信する。特に、医用画像データが緊急データ格納部１５に格納されるまで待機する間（ステップＳ５４）、端末装置３は、自装置のディスプレイに図１８（ｂ）に示すようなビューア画面２０１を表示する。このビューア画面２０１は、図１６（ｂ）に示したビューア画面１０１に対し、さらにアクセスキー提供部１２から受信した患者情報（患者氏名）やデータ提供部１６から受信した過去データに基づく医用画像を加えたものである。
【００８２】
やがて、緊急撮影に係る医用画像データを受信すると、端末装置３は、自装置のディスプレイに図１８（ｃ）に示すようなビューア画面２０２を表示する。このビューア画面２０２は、図１６（ｃ）に示したビューア画面１０２に対し、さらにアクセスキー提供部１２から受信した患者情報（患者氏名）やデータ提供部１６から受信した過去データに基づく医用画像を加えたものである。
【００８３】
また、削除処理において、データ提供部１６は、緊急撮影に係る医用画像データとともに、当該医用画像データと同一の緊急データＩＤが付された過去データを削除する。
【００８４】
本変形例のように、緊急撮影に係る医用画像データとともに過去データが端末装置３に提供されれば、外部読影医は、両画像を対比しながら当該医用画像データを読影することができる。その他、上記実施形態と同様の作用が得られることは言うまでもない。
【００８５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８６】
１…ＰＡＣＳシステム、２…モダリティ、３…端末装置、４…クラウド、５…クラウドストレージ、１０…緊急撮影判断部、１１…アクセスキー発行部、１２…アクセスキー提供部、１３…緊急データＩＤ発行部、１４…データ受信部、１５…緊急データ格納部、１６…データ提供部、１７…過去データ取得部、７０…撮影設定情報、８０〜８１…提供先設定情報、９０…マッピングテーブル、１００…ポップアップ、１０１…ビューア画面、１０２…ビューア画面。
【図１】
2014039658.tif 000003
【図２】
2014039658.tif 000004
【図３】
2014039658.tif 000005
【図４】
2014039658.tif 000006
【図５】
2014039658.tif 000007
【図６】
2014039658.tif 000008
【図７】
2014039658.tif 000009
【図８】
2014039658.tif 000010
【図９】
2014039658.tif 000011
【図１０】
2014039658.tif 000012
【図１１】
2014039658.tif 000013
【図１２】
2014039658.tif 000014
【図１３】
2014039658.tif 000015
【図１４】
2014039658.tif 000016
【図１５】
2014039658.tif 000017
【図１６】
2014039658.tif 000018
【図１７】
2014039658.tif 000019
【図１８】
2014039658.tif 000020