(57)【要約】【構成】検査バス２０１，２０２に設置された検査システム１００は、病院Ａ〜Ｃのいずれか１つの病院コードを取得し、患者を撮像して医用画像を作成し、そして病院コードおよび医用画像を収めたＤＩＣＯＭファイルをクラウドサーバ３００に保存する。病院Ａ〜Ｃに設置された病院システム４００は、設置先病院の病院コードを含むＤＩＣＯＭファイル要求をクラウドサーバ３００に向けて発行し、これに対して返送されたＤＩＣＯＭファイルを取得する。クラウドサーバ３００は、ＤＩＣＯＭファイル要求内の病院コードに相当する病院コードが収められたＤＩＣＯＭファイルを検査システム１００から取得したＤＩＣＯＭファイルの中から探索し、探知されたＤＩＣＯＭファイルを要求元に返送する。【効果】検査バスの派遣先で得られたＤＩＣＯＭファイルをその機密性を担保しつつ所望の病院に転送することができる。【選択図】図１
2019016080.tif 000002
【特許請求の範囲】
【請求項１】
移動体に設置された検査支援装置と、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置と、前記検査支援装置および前記１または２以上の診断支援装置の間に介在する医用画像管理装置とを備える医療支援システムであって、
前記検査支援装置は、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段、
患者を撮像して医用画像を作成する撮像手段、および
前記撮像手段によって作成された医用画像を前記病院識別情報取得手段によって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存手段を備え、
前記１または２以上の診断支援装置の各々は、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行手段、および
前記画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段を備え、
前記医用画像管理装置は、
前記画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存手段によって保存された医用画像の中から探索する医用画像探索手段、および
前記医用画像探索手段によって探知された医用画像を要求元に返送する医用画像返送手段を備える、医療支援システム。
【請求項２】
前記検査支援装置は患者情報を取得する患者情報取得手段をさらに備え、
前記医用画像保存手段は前記患者情報取得手段によって取得された患者情報とさらに関連付けて前記医用画像を前記医用画像管理装置に保存する、請求項１記載の医療支援システム。
【請求項３】
前記１または２以上の診断支援装置の各々は、
前記医用画像取得手段によって取得された医用画像に関連付けられた患者情報を登録する患者情報登録手段、および
前記患者情報登録手段によって登録された患者情報を読影端末に向けて転送する患者情報転送手段をさらに備える、請求項２記載の医療支援システム。
【請求項４】
前記１または２以上の診断支援装置の各々は、
前記患者情報転送手段によって転送された患者情報のうち所望の患者情報を含む読影画像要求を前記読影端末から受信する読影画像要求受信手段、および
前記読影画像要求受信手段によって受信された読影画像要求内の患者情報に相当する患者情報が関連付けられた医用画像を前記読影端末に向けて出力する医用画像出力手段をさらに備える、請求項３記載の医療支援システム。
【請求項５】
前記医用画像、前記病院識別情報および前記患者情報は共通の画像ファイルに収められる、請求項２ないし４のいずれかに記載の医療支援システム。
【請求項６】
前記１または２以上の診断支援装置の各々は、
前記医用画像取得手段によって取得された医用画像のうち患者ＩＤが未発行の医用画像に対して新規の患者ＩＤを発行する患者ＩＤ発行手段をさらに備える、請求項１ないし５のいずれかに記載の医療支援システム。
【請求項７】
前記医用画像管理装置は公衆回線網に接続されたクラウドサーバに相当する、請求項１ないし６のいずれかに記載の医療支援システム。
【請求項８】
前記移動体は前記１または２以上の病院のいずれの事業者とも異なる事業者によって運営される、請求項１ないし７のいずれかに記載の医療支援システム。
【請求項９】
前記移動体および前記１または２以上の病院は単一の事業者によって一体的に運営される、請求項１ないし７のいずれかに記載の医療支援システム。
【請求項１０】
前記移動体は前記１または２以上の病院のいずれか１つの敷地に配される車両に相当する、請求項１ないし９のいずれかに記載の医療支援システム。
【請求項１１】
前記検査支援装置は前記移動体から分離可能でかつ前記移動体の派遣先の屋内に配される、請求項１ないし１０のいずれかに記載の医療支援システム。
【請求項１２】
移動体に設置された検査支援装置によって実行される検査支援方法と、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置の各々によって実行される診断支援方法と、前記検査支援装置および前記１または２以上の診断支援装置の間に介在する医用画像管理装置によって実行される医用画像管理方法とを備える医療支援方法であって、
前記検査支援方法は、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得ステップ、
患者を撮像して医用画像を作成する撮像ステップ、および
前記撮像ステップによって作成された医用画像を前記病院識別情報取得ステップによって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存ステップを備え、
前記診断支援方法は、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行ステップ、および
前記画像要求発行ステップの処理に対して返送された医用画像を取得する医用画像取得ステップを備え、
前記医用画像管理方法は、
前記画像要求発行ステップによって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存ステップによって保存された医用画像の中から探索する医用画像探索ステップ、および
前記医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップを備える、医療支援方法。
【請求項１３】
移動体に設置された検査支援装置に提供される検査支援プログラムと、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置の各々に提供される診断支援プログラムと、前記検査支援装置および前記１または２以上の診断支援装置の間に介在する医用画像管理装置に提供される医用画像管理プログラムとを備える医療支援プログラムであって、
前記検査支援プログラムは、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得ステップ、
患者を撮像して医用画像を作成する撮像ステップ、および
前記撮像ステップによって作成された医用画像を前記病院識別情報取得ステップによって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存ステップを前記検査支援装置のプロセッサに実行させるためのプログラムであり、
前記診断支援プログラムは、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行ステップ、および
前記画像要求発行ステップの処理に対して返送された医用画像を取得する医用画像取得ステップを前記１または２以上の診断支援装置の各々のプロセッサに実行させるためのプログラムであり、
前記医用画像管理プログラムは、
前記画像要求発行ステップによって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存ステップによって保存された医用画像の中から探索する医用画像探索ステップ、および
前記医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップを前記医用画像管理装置のプロセッサに実行させるためのプログラムである、医療支援プログラム。
【請求項１４】
移動体に設置された検査支援装置、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置の間に介在する医用画像管理装置であり、
前記検査支援装置は、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段、
患者を撮像して医用画像を作成する撮像手段、および
前記撮像手段によって作成された医用画像を前記病院識別情報取得手段によって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存手段を備え、
前記１または２以上の診断支援装置の各々は、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行手段、および
前記画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段を備える医用画像管理装置であって、
前記画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存手段によって保存された医用画像の中から探索する医用画像探索手段、および
前記医用画像探索手段によって探知された医用画像を要求元に返送する医用画像返送手段を備える、医用画像管理装置。
【請求項１５】
移動体に設置された検査支援装置、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置の間に介在する医用画像管理装置であり、
前記検査支援装置は、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段、
患者を撮像して医用画像を作成する撮像手段、および
前記撮像手段によって作成された医用画像を前記病院識別情報取得手段によって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存手段を備え、
前記１または２以上の診断支援装置の各々は、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行手段、および
前記画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段を備える医用画像管理装置によって実行される医用画像管理方法であって、
前記画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存手段によって保存された医用画像の中から探索する医用画像探索ステップ、および
前記医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップを備える、医用画像管理方法。
【請求項１６】
移動体に設置された検査支援装置、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置の間に介在する医用画像管理装置であり、
前記検査支援装置は、
前記１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段、
患者を撮像して医用画像を作成する撮像手段、および
前記撮像手段によって作成された医用画像を前記病院識別情報取得手段によって取得された病院識別情報と関連付けて前記医用画像管理装置に保存する医用画像保存手段を備え、
前記１または２以上の診断支援装置の各々は、
設置先の病院を識別する病院識別情報を含む画像要求を前記医用画像管理装置に向けて発行する画像要求発行手段、および
前記画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段を備える医用画像管理装置のプロセッサに、
前記画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を前記医用画像保存手段によって保存された医用画像の中から探索する医用画像探索ステップ、および
前記医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップを実行させるための、医用画像管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医療支援システムに関し、特に、移動体に設置された検査支援装置と、病院に設置された診断支援装置と、検査支援装置および診断支援装置の間に介在する医用画像管理装置とを備える、医療支援システムに関する。
【０００２】
この発明はまた、このような医療支援システムによって実行される、医療支援方法、および医療支援プログラムに関する。
【０００３】
この発明はさらに、移動体に設置された検査支援装置、ならびに病院に設置された診断支援装置とともに医療支援システムを構成する、医用画像管理装置に関する。
【０００４】
この発明はまた、このような医用画像管理装置によって実行される、医用画像管理方法および医用画像管理プログラムに関する。
【背景技術】
【０００５】
この種のシステムの一例が、特許文献１に開示されている。この背景技術によれば、医用画像取得装置，第一医用画像情報処理部および第一通信部が検診車に搭載され、第二通信部，第二医用画像情報処理部および画像サーバが施設に設置される。
【０００６】
医用画像取得装置にて取得された医用画像情報は、第一医用画像情報処理部および第一通信部を介して、無線によってクラウドコンピューティングに送信される。送信された医用画像情報は、第二通信部および第二医用画像情報処理部を介して画像サーバに保存される。これによって、医用画像取得装置にて取得された医用画像情報を、地理的／物理的に有線にて接続不可能な画像サーバに転送することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１６−１６８２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１は、複数の施設の中から選択された所望の施設に医用画像情報を送信することを想定しておらず、このような形態を採用する場合に、医用画像情報の機密性を担保しつつ、医用画像情報を所望の施設に送信するための解決策を、特許文献１は何ら提供していない。
【０００９】
それゆえに、この発明の主たる目的は、移動体の派遣先で得られた医用画像をその機密性を担保しつつ所望の病院に転送することができる、医療支援システム、医療支援方法、医療支援プログラム、医用画像管理装置、医用画像管理方法、および医用画像管理プログラムを提供することである。
【課題を解決するための手段】
【００１０】
この発明に係る医療支援システムは、移動体(201, 202：実施例で相当する参照符号。以下同じ)に設置された検査支援装置(100)と、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)と、検査支援装置および１または２以上の診断支援装置の間に介在する医用画像管理装置(300)とを備える医療支援システムであって、検査支援装置は、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段(S57~S61, S65)、患者を撮像して医用画像を作成する撮像手段(S29, S31)、および撮像手段によって作成された医用画像を病院識別情報取得手段によって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存手段(S33, S35, S41, S47, S65, S71)を備え、１または２以上の診断支援装置の各々は、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行手段(S133)、および画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段(S135, S145)を備え、医用画像管理装置は、画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存手段によって保存された医用画像の中から探索する医用画像探索手段(S113~S119)、および医用画像探索手段によって探知された医用画像を要求元に返送する医用画像返送手段(S121~S125)を備える。
【００１１】
好ましくは、検査支援装置は患者情報を取得する患者情報取得手段(S11~S21)をさらに備え、医用画像保存手段は患者情報取得手段によって取得された患者情報とさらに関連付けて医用画像を医用画像管理装置に保存する。
【００１２】
或る局面では、１または２以上の診断支援装置の各々は、医用画像取得手段によって取得された医用画像に関連付けられた患者情報を登録する患者情報登録手段(S147)、および患者情報登録手段によって登録された患者情報を読影端末(500)に向けて転送する患者情報転送手段(S151)をさらに備える。
【００１３】
より好ましくは、１または２以上の診断支援装置の各々は、患者情報転送手段によって転送された患者情報のうち所望の患者情報を含む読影画像要求を読影端末から受信する読影画像要求受信手段(S153)、および読影画像要求受信手段によって受信された読影画像要求内の患者情報に相当する患者情報が関連付けられた医用画像を読影端末に向けて出力する医用画像出力手段(S155~S159)をさらに備える。
【００１４】
他の局面では、医用画像、病院識別情報および患者情報は共通の画像ファイルに収められる。
【００１５】
好ましくは、１または２以上の診断支援装置の各々は、医用画像取得手段によって取得された医用画像のうち患者ＩＤが未発行の医用画像に対して新規の患者ＩＤを発行する患者ＩＤ発行手段(S143)をさらに備える。
【００１６】
好ましくは、医用画像管理装置は公衆回線網(600)に接続されたクラウドサーバに相当する。
【００１７】
好ましくは、移動体は１または２以上の病院のいずれの事業者とも異なる事業者によって運営される。
【００１８】
好ましくは、移動体および１または２以上の病院は単一の事業者によって一体的に運営される。
【００１９】
好ましくは、移動体は１または２以上の病院のいずれか１つの敷地に配される車両に相当する。
【００２０】
好ましくは、検査支援装置は移動体から分離可能でかつ移動体の派遣先の屋内に配される。
【００２１】
この発明に係る医療支援方法は、移動体(201, 202)に設置された検査支援装置(100)によって実行される検査支援方法と、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)の各々によって実行される診断支援方法と、検査支援装置および１または２以上の診断支援装置の間に介在する医用画像管理装置(300)によって実行される医用画像管理方法とを備える医療支援方法であって、検査支援方法は、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得ステップ(S57~S61, S65)、患者を撮像して医用画像を作成する撮像ステップ(S29, S31)、および撮像ステップによって作成された医用画像を病院識別情報取得ステップによって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存ステップ(S33, S35, S41, S47, S65, S71)を備え、診断支援方法は、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行ステップ(S133)、および画像要求発行ステップの処理に対して返送された医用画像を取得する医用画像取得ステップ(S135, S145)を備え、医用画像管理方法は、画像要求発行ステップによって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存ステップによって保存された医用画像の中から探索する医用画像探索ステップ(S113~S119)、および医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップ(S121~S125)を備える。
【００２２】
この発明に従う医療支援プログラムは、移動体(201, 202)に設置された検査支援装置(100)に提供される検査支援プログラムと、１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)の各々に提供される診断支援プログラムと、検査支援装置および１または２以上の診断支援装置の間に介在する医用画像管理装置(300)に提供される医用画像管理プログラムとを備える医療支援プログラムであって、検査支援プログラムは、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得ステップ(S57~S61, S65)、患者を撮像して医用画像を作成する撮像ステップ(S29, S31)、および撮像ステップによって作成された医用画像を病院識別情報取得ステップによって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存ステップ(S33, S35, S41, S47, S65, S71)を検査支援装置のプロセッサ(104pr, 106pr)に実行させるためのプログラムであり、診断支援プログラムは、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行ステップ(S133)、および画像要求発行ステップの処理に対して返送された医用画像を取得する医用画像取得ステップ(S135, S145)を１または２以上の診断支援装置の各々のプロセッサ(402pr)に実行させるためのプログラムであり、医用画像管理プログラムは、画像要求発行ステップによって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存ステップによって保存された医用画像の中から探索する医用画像探索ステップ(S113~S119)、および医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップ(S121~S125)を医用画像管理装置のプロセッサ(300pr)に実行させるためのプログラムである。
【００２３】
この発明に係る医用画像管理装置(300)は、移動体(201, 202)に設置された検査支援装置(100)、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)の間に介在する医用画像管理装置であり、検査支援装置は、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段(S57~S61, S65)、患者を撮像して医用画像を作成する撮像手段(S29, S31)、および撮像手段によって作成された医用画像を病院識別情報取得手段によって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存手段(S33, S35, S41, S47, S65, S71)を備え、１または２以上の診断支援装置の各々は、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行手段(S133)、および画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段(S135, S145)を備える医用画像管理装置であって、画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存手段によって保存された医用画像の中から探索する医用画像探索手段(S113~S119)、および医用画像探索手段によって探知された医用画像を要求元に返送する医用画像返送手段(S121~S125)を備える。
【００２４】
この発明に係る医用画像管理方法は、移動体(201, 202)に設置された検査支援装置(100)、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)の間に介在する医用画像管理装置(300)であり、検査支援装置は、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段(S57~S61, S65)、患者を撮像して医用画像を作成する撮像手段(S29, S31)、および撮像手段によって作成された医用画像を病院識別情報取得手段によって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存手段(S33, S35, S41, S47, S65, S71)を備え、１または２以上の診断支援装置の各々は、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行手段(S133)、および画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段(S135, S145)を備える医用画像管理装置によって実行される医用画像管理方法であって、画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存手段によって保存された医用画像の中から探索する医用画像探索ステップ(S113~S119)、および医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップ(S121~S125)を備える。
【００２５】
この発明に係る医用画像管理プログラムは、移動体(201, 202)に設置された検査支援装置(100)、および１または２以上の病院にそれぞれ設置された１または２以上の診断支援装置(400)の間に介在する医用画像管理装置(300)であり、検査支援装置は、１または２以上の病院のいずれか１つを示す病院識別情報を取得する病院識別情報取得手段(S57~S61, S65)、患者を撮像して医用画像を作成する撮像手段(S29, S31)、および撮像手段によって作成された医用画像を病院識別情報取得手段によって取得された病院識別情報と関連付けて医用画像管理装置に保存する医用画像保存手段(S33, S35, S41, S47, S65, S71)を備え、１または２以上の診断支援装置の各々は、設置先の病院を識別する病院識別情報を含む画像要求を医用画像管理装置に向けて発行する画像要求発行手段(S133)、および画像要求発行手段の処理に対して返送された医用画像を取得する医用画像取得手段(S135, S145)を備える医用画像管理装置のプロセッサ(402pr)に、画像要求発行手段によって発行された画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を医用画像保存手段によって保存された医用画像の中から探索する医用画像探索ステップ(S113~S119)、および医用画像探索ステップによって探知された医用画像を要求元に返送する医用画像返送ステップ(S121~S125)を実行させるための、医用画像管理プログラムである。
【発明の効果】
【００２６】
移動体に設置された検査支援装置によって作成されかつ医用画像管理装置によって保存される医用画像には、１または２以上の病院のいずれか１つを示す病院識別情報が関連付けられる。また、診断支援装置から医用画像管理装置に向けて発行される画像要求には、診断支援装置が設置された病院を識別する病院識別情報が含まれる。
【００２７】
これを踏まえて、医用画像管理装置は、画像要求内の病院識別情報に相当する病院識別情報が関連付けられた医用画像を保存手段によって保存された医用画像の中から探索し、探知した医用画像を要求元に返送する。これによって、移動体の派遣先で得られた医用画像をその機密性を担保しつつ所望の病院に転送することができる。
【００２８】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００２９】
【図１】この実施例に適用される医療支援システムの構成を示すブロック図である。
【図２】図１に示す検査バスに搭載された検査システムの構成の一例を示すブロック図である。
【図３】図２に示すモダリティコンソールの構成の一例を示すブロック図である。
【図４】図２に示す通信サーバの構成の一例を示すブロック図である。
【図５】モダリティコンソールに設けられたＣＰＵの動作の一部を示すフロー図である。
【図６】モダリティコンソールに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図７】モダリティコンソールのモニタに表示される情報入力画面の一例を示す図解図である。
【図８】ＤＩＣＯＭファイルの構造の一例を示す図解図である。
【図９】通信サーバに設けられたＣＰＵの動作の一部を示すフロー図である。
【図１０】通信サーバに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図１１】通信サーバによって参照されるレジスタの構成の一例を示す図解図である。
【図１２】通信サーバのモニタに表示される検査リスト画面の一例を示す図解図である。
【図１３】通信サーバのモニタに表示される病院コードリスト画面の一例を示す図解図である。
【図１４】図１に示すクラウドサーバの構成の一例を示すブロック図である。
【図１５】クラウドサーバによって参照されるレジスタの構成の一例を示す図解図である。
【図１６】クラウドサーバによって参照される他のレジスタの構成の一例を示す図解図である。
【図１７】クラウドサーバに設けられたＣＰＵの動作の一部を示すフロー図である。
【図１８】クラウドサーバに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図１９】クラウドサーバに設けられたＣＰＵの動作のその他の一部を示すフロー図である。
【図２０】クラウドサーバのＨＤＤに構築されたディレクトリ構造の一部を示す図解図である。
【図２１】図１に示す病院システムの構成の一例を示すブロック図である。
【図２２】図２１に示す通信サーバの構成の一例を示すブロック図である。
【図２３】通信サーバに設けられたＣＰＵの動作の一部を示すフロー図である。
【図２４】通信サーバに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図２５】通信サーバによって参照されるレジスタの構成の一例を示す図解図である。
【図２６】図１に示すタブレットの構成の一例を示すブロック図である。
【図２７】タブレットに設けられたＣＰＵの動作の一部を示すフロー図である。
【図２８】タブレットに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図２９】タブレットのモニタに表示される読影リスト画面の一例を示す図解図である。
【図３０】タブレットのモニタに表示される読影レポート画面の一例を示す図解図である。
【発明を実施するための形態】
【００３０】
図１を参照して、この実施例の医療支援システムは、検査バス（移動体）２０１および２０２の各々に搭載され、かつクラウドネットワーク（公衆回線網）６００と無線で接続される検査システム（検査支援装置）１００を含む。
【００３１】
クラウドネットワーク６００にはまた、クラウドサーバ（医用画像管理装置）３００と、病院Ａ〜Ｃの各々に設けられた病院システム（診断支援装置）４００とが、有線で接続される。また、病院システム４００には、設置先の病院と契約している読影医によって使用されるタブレット（読影端末）５００が紐付けされる。タブレット５００は、無線で病院システム４００と接続される。
【００３２】
病院Ａ〜Ｃは互いに異なる事業者によって運営され、検査バス２０１，２０２もまた互いに異なる事業者によって運営される。また、検査バス２０１および２０２の各々の事業者は、病院Ａ〜Ｃのいずれの事業者とも異なる。さらに、検査バス２０１および２０２の各々は病院Ａ〜Ｃのいずれか１つに派遣され、派遣先の病院の敷地内に配される。派遣先の病院を訪れた患者（被検者）は、図２に示す検査システム１００による検査を受ける。
【００３３】
図２によれば、検査システム１００は、モダリティ１０２，モダリティコンソール１０４および通信サーバ１０６によって構成される。ここで、モダリティ１０２としては、ＭＲＩ装置が想定される。また、モダリティコンソール１０４は、モダリティ１０２および通信サーバ１０６の間に設けられる。さらに、アンテナ１０８は、通信サーバ１０６に設けられる。
【００３４】
モダリティコンソール１０４は、図３に示すように構成される。図３によれば、バス１０４ｂｓには、通信Ｉ／Ｆ１０４ｃｍ，ＣＰＵ１０４ｐｒ，キーボード／マウス１０４ｋｍ，ＤＲＡＭ１０４ｍｍ，通信Ｉ／Ｆ１０４ｃｃ，モニタ１０４ｍｔおよびＨＤＤ１０４ｈｄが接続される。ここで、通信Ｉ／Ｆ１０４ｃｍはモダリティ１０２と接続され、通信Ｉ／Ｆ１０４ｃｃは通信サーバ１０６と接続される。
【００３５】
通信サーバ１０６は、図４に示すように構成される。図４によれば、バス１０６ｂｓには、通信Ｉ／Ｆ１０６ｃｍ，ＣＰＵ１０６ｐｒ，キーボード／マウス１０６ｋｍ，ＤＲＡＭ１０６ｍｍ，通信Ｉ／Ｆ１０６ｃａ，モニタ１０６ｍｔおよびＨＤＤ１０６ｈｄが接続される。ここで、通信Ｉ／Ｆ１０６ｃｍはモダリティコンソール１０４と接続され、通信Ｉ／Ｆ１０６ｃａはアンテナ１０８と接続される。
【００３６】
図３に示すＣＰＵ１０４ｐｒは、図５〜図６に示すフロー図に従う処理を実行する。なお、このフロー図に対応する制御プログラムは、ＨＤＤ１０４ｈｄに記憶される。
【００３７】
図５に示すステップＳ１では、情報入力画面をＤＲＡＭ１０４ｍｍに展開する。展開された情報入力画面はモニタ１０４ｍｔによって読み出され、図７に示す要領で表示される。図７によれば、情報入力画面は、患者ＩＤ入力窓，患者名入力窓，性別／生年月日入力窓および検査種別入力窓を有する。ここで、患者名入力窓には、漢字入力欄，カナ入力欄およびローマ字入力欄が設けられる。
【００３８】
ステップＳ３では、キーボード／マウス１０４ｋｍによって患者ＩＤ入力操作（＝派遣先の病院によって正規に発行された患者ＩＤを入力する操作）が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ７に進む。一方、判別結果がＹＥＳであればステップＳ５に進み、入力された患者ＩＤを患者ＩＤ入力窓に表示する。表示が完了すると、ステップＳ７に進む。
【００３９】
ステップＳ７では、キーボード／マウス１０４ｋｍによって仮患者ＩＤ発行操作（＝派遣先の病院を初めて訪れた患者に対して仮の患者ＩＤを発行する操作）が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ１１に進む。一方、判別結果がＹＥＳであればステップＳ９に進み、仮の患者ＩＤを発行する。ステップＳ９ではまた、発行された仮の患者ＩＤを患者ＩＤ入力窓に表示する。表示が完了すると、ステップＳ１１に進む。
【００４０】
ステップＳ１１では、キーボード／マウス１０４ｋｍによって患者名入力操作が行われたか否かを判別し、判別結果がＮＯであればそのままステップＳ１５に進む一方、判別結果がＹＥＳであればステップＳ１３で以下の処理を実行してからステップＳ１５に進む。
【００４１】
つまり、ステップＳ１３では、入力された患者名を患者名入力窓に表示する。このとき、漢字は漢字入力欄に表示され、カナはカナ入力欄に表示され、ローマ字はローマ字入力欄に表示される。
【００４２】
ステップＳ１５では、キーボード／マウス１０４ｋｍによって性別入力操作が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ１９に進む。一方、判別結果がＹＥＳであればステップＳ１７に進み、入力された性別を性別入力窓に表示する。表示が完了すると、ステップＳ１９に進む。
【００４３】
ステップＳ１９では、キーボード／マウス１０４ｋｍによって生年月日入力操作が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ２３に進む。一方、判別結果がＹＥＳであればステップＳ２１に進み、入力された生年月日を生年月日入力窓に表示する。表示が完了すると、ステップＳ２３に進む。
【００４４】
ステップＳ２３では、キーボード／マウス１０４ｋｍによって検査種別入力操作が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ２７に進む。一方、判別結果がＹＥＳであればステップＳ２５に進み、入力された検査種別を検査種別入力窓に表示する。表示が完了すると、ステップＳ２７に進む。
【００４５】
ステップＳ２７では、既定の入力条件が満足されているか否かを判別する。既定の入力条件は、正規の患者ＩＤまたは仮の患者ＩＤが患者ＩＤ入力窓に入力されているという第１条件と、漢字，カナまたはローマ字が患者名入力窓に入力されているという第２条件と、患者の性別および生年月日が性別／生年月日入力窓に入力されているという第３条件と、検査種別が検査種別入力窓に入力されているという第４条件との論理積に相当する。
【００４６】
ここで、第１条件〜第３条件は、患者を正確に識別できるようにするための条件であり、第４条件は、読影医が的確に読影診断を行えるようにするための条件である。ステップＳ２７の判別結果がＮＯであればステップＳ３に戻り、ステップＳ２７の判別結果がＹＥＳであればステップＳ２９に進む。
【００４７】
ステップＳ２９では、患者をモダリティ１０２に配した状態で、キーボード／マウス１０４ｋｍによって撮像操作が行われたか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、ステップＳ３１で撮像処理を実行する。この結果、検査部位の断層を表す１または２以上の医用画像が作成される。作成された医用画像は、通信Ｉ／Ｆ１０４ｃｍを介してＤＲＡＭ１０４ｍｍに取り込まれる。
【００４８】
ステップＳ３３では、情報入力画面に表示された患者ＩＤ，患者名，性別，生年月日，検査種別に加えて、撮像処理によって作成された医用画像，画像枚数および検査日時を収めたＤＩＣＯＭファイルを、ＤＲＡＭ１０４ｍｍ上で作成する。作成されたＤＩＣＯＭファイルは、図８に示す構造をなす。
【００４９】
図８によれば、ＤＩＣＯＭファイルのヘッダには、検査日時，患者名，性別，生年月日，患者ＩＤ，検査種別，画像枚数，病院コード（病院識別情報）を含む様々な情報が配され、ヘッダに続く位置に医用画像が配される。なお、この実施例では、患者名，性別および生年月日を一括して“患者情報”と定義する。また、病院コードは、現時点では未入力である。
【００５０】
ステップＳ３５では、こうして作成されたＤＩＣＯＭファイルを通信Ｉ／Ｆ１０４ｃｃを介して通信サーバ１０６に転送する。転送が完了すると、情報入力画面に表示された情報をステップＳ３７でクリアし、その後にステップＳ３に戻る。
【００５１】
通信サーバ１０６に設けられたＣＰＵ１０６ｐｒは、図９〜図１０に示すフロー図に従う処理を実行する。なお、このフロー図に対応する制御プログラムは、ＨＤＤ１０６ｈｄに記憶される。
【００５２】
ステップＳ４１では、モダリティコンソール１０４からＤＩＣＯＭファイルを受信したか否か（＝ＤＩＣＯＭファイルが通信Ｉ／Ｆ１０６ｃｍを介してＤＲＡＭ１０６ｍｍに取り込まれたか否か）を判別する。また、ステップＳ４３では、キーボード／マウス１０６ｋｍによって病院コード入力操作（＝派遣先の病院に割り当てられた病院コードを調べて、当該病院コードを手動で入力する操作）が行われたか否かを判別する。
【００５３】
ステップＳ４１の判別結果およびステップＳ４３の判別結果のいずれもがＮＯであればステップＳ４１に戻り、ステップＳ４１の判別結果がＹＥＳであればステップＳ４７に進み、ステップＳ４３の判別結果がＹＥＳであればステップＳ４５に進む。
【００５４】
ステップＳ４５では、病院コード入力操作によって入力された病院コードを含むフォルダ作成要求をＤＲＡＭ１０６ｍｍ上で作成し、作成したフォルダ作成要求をクラウドサーバ３００に向けて発行する。フォルダ作成要求は、通信Ｉ／Ｆ１０６ｃａ，アンテナ１０８およびクラウドネットワーク６００を介して、クラウドサーバ３００に与えられる。ステップＳ４５の処理が完了すると、ステップＳ４１に戻る。
【００５５】
ステップＳ４７では、受信したＤＩＣＯＭファイルをＨＤＤ１０６ｈｄに保存する。また、ステップＳ４９では、受信したＤＩＣＯＭファイルのヘッダ情報のうち検査日時，患者情報，患者ＩＤ，検査種別および画像枚数を１レコードとし、このレコードをＨＤＤ１０６ｈｄに設けられたレジスタＲＧＳＴ１ｂｓ１（図１１参照）に登録する。
【００５６】
ステップＳ５１では、レジスタＲＧＳＴ１ｂｓ１を参照して検査リスト画面を作成する。作成された検査リスト画面はＤＲＡＭ１０６ｍｍに展開され、モニタ１０６ｍｔによって図１２に示す要領で表示される。
【００５７】
図１２によれば、ＨＤＤ１０６ｈｄに保存された１または２以上のＤＩＣＯＭファイルにそれぞれ対応する１または２以上のレコードが、検査リスト画面に列挙される。また、各レコードには、検査日時，検査種別，患者ＩＤ，検査時年齢および画像枚数が記載される。
【００５８】
ステップＳ５３では、キーボード／マウス１０６ｋｍによってレコード指定操作（＝検査リスト画面に列挙された１または２以上のレコードのいずれか１つを指定する操作）が行われたか否かを判別する。また、ステップＳ５５では、他の操作が行われたか否かを判別する。ステップＳ５３の判別結果およびステップＳ５５の判別結果のいずれもがＮＯであれば、ステップＳ５３に戻る。ステップＳ５３の判別結果がＹＥＳであれば、ステップＳ５７に進む。ステップＳ５５の判別結果がＹＥＳであれば、対応する処理に進む。
【００５９】
ステップＳ５７では、病院コードリスト要求をクラウドサーバ３０に向けて発行し、これに対して返送された病院コードリストを取得する。病院コードリスト要求および病院コードリストは通信Ｉ／Ｆ１０６ｃａを介してやり取りされ、病院コードリストはＤＲＡＭ１０６ｍｍに取り込まれる。
【００６０】
ステップＳ５９では、こうして取得した病院コードリスト画面をＤＲＡＭ１０６ｍｍ上で作成する。作成された病院コードリスト画面はモニタ１０６ｍｔによって読み出され、図１３に示す要領で表示される。図１３によれば、病院Ａ〜Ｃにそれぞれ割り当てられた病院コード“００００Ａ”，“００００Ｂ”および“００００Ｃ”が画面上に列挙される。
【００６１】
ステップＳ６１では、キーボード／マウス１０６ｋｍによって病院コード選択操作（＝病院コードリスト画面に列挙された１または２以上の病院コードのいずれか１つを選択する操作）が行われたか否かを判別する。また、ステップＳ６３では、他の操作が行われたか否かを判別する。ステップＳ６１の判別結果およびステップＳ６３の判別結果のいずれもがＮＯであれば、ステップＳ６１に戻る。ステップＳ６１の判別結果がＹＥＳであれば、ステップＳ６５に進む。ステップＳ６３の判別結果がＹＥＳであれば、対応する処理に進む。
【００６２】
ステップＳ６５では、レコード指定操作によって指定されたレコードに対応するＤＩＣＯＭファイルをＨＤＤ１０６ｈｄからＤＲＡＭ１０６ｍｍに読み出す。ステップＳ６５ではまた、病院コード選択操作によって選択された病院コードをＤＲＡＭ１０６ｍｍに読み出されたＤＩＣＯＭファイルのヘッダに追記する。これによって、図８に示すＤＩＣＯＭファイルが完成する。
【００６３】
ステップＳ６７では、キーボード／マウス１０６ｋｍによってファイル送信操作が行われたか否かを判別する。また、ステップＳ６９では、他の操作が行われたか否かを判別する。ステップＳ６７の判別結果およびステップＳ６９の判別結果のいずれもがＮＯであれば、ステップＳ６７に戻る。ステップＳ６７の判別結果がＹＥＳであれば、ステップＳ７１に進む。ステップＳ６９の判別結果がＹＥＳであれば、対応する処理に進む。
【００６４】
ステップＳ７１では、ＤＲＡＭ１０６ｍｍ上に存在するＤＩＣＯＭファイルをクラウドサーバ３００に向けて送信する。ＤＩＣＯＭファイルは、通信Ｉ／Ｆ１０６ｃａ，アンテナ１０８，クラウドネットワーク６００を介して、クラウドサーバ３００に与えられる。
【００６５】
ステップＳ７３では、クラウドサーバ３００から保存完了通知を受信したか否かを判別し、ステップＳ７５では、クラウドサーバ３００からエラー通知を受信したか否かを判別する。ステップＳ７３の判別結果およびステップＳ７５の判別結果のいずれもがＮＯであれば、ステップＳ７３に戻る。
【００６６】
ステップＳ７３の判別結果がＹＥＳであればステップＳ７７に進み、送信されたＤＩＣＯＭファイルに対応するレコードをレジスタＲＧＳＴｂｓ１から削除する。削除が完了すると、ステップＳ４１に戻る。ステップＳ７５の判別結果がＹＥＳであれば、そのままステップＳ４１に戻る。
【００６７】
図１４を参照して、クラウドサーバ３００は、バス３００ｂｓを含む。バス３００ｂｓには、ＣＰＵ３００ｐｒ，通信Ｉ／Ｆ３００ｃｍ，ＤＲＡＭ３００ｍｍおよびＨＤＤ３００ｈｄが接続される。ＨＤＤ３００ｈｄには、図１５に示すレジスタＲＧＳＴｃｓ１および図１６に示すレジスタＲＧＳＴｃｓ２が設けられ、かつ図１７に示すディレクトリ構造が構築される。
【００６８】
ここで、レジスタＲＧＳＴｃｓ１は、ディレクトリ構造上に配された１または２以上の病院フォルダとこれに対応する１または２以上の病院コードとが登録される。また、レジスタＲＧＳＴｃｓ２は、図１１に示すレジスタＲＧＳＴｂｓ１と同様に構成される。
【００６９】
ＣＰＵ３００ｐｒは、図１８〜図２０に示すフロー図に従う処理を実行する。なお、このフロー図に対応する制御プログラムは、ＨＤＤ３００ｈｄに記憶される。
【００７０】
ステップＳ８１ではフォルダ作成要求を検査システム１００から受信したか否かを判別し、ステップＳ８３では病院コードリスト要求を検査システム１００から受信したか否かを判別する。ステップＳ８１の判別結果およびステップＳ８３の判別結果のいずれもがＮＯであればステップＳ９９に進み、ステップＳ８１の判別結果がＹＥＳであればステップＳ８５に進み、ステップＳ８３の判別結果がＹＥＳであればステップＳ９５に進む。
【００７１】
ステップＳ８５では、受信したフォルダ作成要求から病院コードを抽出し、ステップＳ８７では、抽出した病院コードを図１５に示すレジスタＲＧＳＴｃｓ１から探索する。ステップＳ８９では探索結果が“探知”を示すか否かを判別し、判別結果がＹＥＳであればそのままステップＳ８１に戻る一方、判別結果がＮＯであればステップＳ９１に進む。
【００７２】
ステップＳ９１では、病院フォルダを図１７に示すディレクトリ構造上に新規に作成する。ステップＳ９３では、ステップＳ８５で抽出した病院コードとステップＳ９１で作成された病院フォルダのフォルダ名とをレジスタＲＧＳＴｃｓ１に登録する。登録が完了すると、ステップＳ８１に戻る。
【００７３】
ステップＳ８３の判別結果がＹＥＳであるときに進むステップＳ９５では、レジスタＲＧＳＴｃｓ１を参照して病院コードリストを作成する。ステップＳ９７では、作成された病院コードリストを要求元に返送する。病院コードリストは、クラウドネットワーク６００を介して検査システム１００に返送される。ステップＳ９７の処理が完了すると、ステップＳ８１に戻る。
【００７４】
ステップＳ９９では、検査システム１００からＤＩＣＯＭファイルを受信したか否か（ＤＩＣＯＭファイルが通信Ｉ／Ｆ３００ｃｍを介してＤＲＡＭ３００ｍｍに取り込まれたか否か）を判別し、ステップＳ１１３では病院システム４００からＤＩＣＯＭファイル要求（画像要求）を受信したか否かを判別する。ステップＳ９９の判別結果およびステップＳ１１３の判別結果のいずれもがＮＯであればステップＳ８１に戻り、ステップＳ９９の判別結果がＹＥＳであればステップＳ１０１に進み、ステップＳ１１３の判別結果がＹＥＳであればステップＳ１１５に進む。
【００７５】
ステップＳ１０１では、受信したＤＩＣＯＭファイルのヘッダ情報のうち検査日時，患者情報，患者ＩＤ，検査種別および画像枚数を１レコードとし、このレコードを図１６に示すレジスタＲＧＳＴｃｓ２に登録する。
【００７６】
ステップＳ１０３では、受信したＤＩＣＯＭファイルのヘッダから病院コードを抽出し、抽出した病院コードに対応する病院フォルダを図１５に示すレジスタｃｓ１から探索する。ステップＳ１０５では探索結果が“探知”を示すか否かを判別し、判別結果がＹＥＳであればステップＳ１０７に進む一方、判別結果がＮＯであればステップＳ１１１に進む。
【００７７】
ステップＳ１０７では、受信したＤＩＣＯＭファイルを探知された病院フォルダに保存する。ステップＳ１０９では、ＤＩＣＯＭファイルの送信元に向けて保存完了通知を送信する。ステップＳ１１１では、ＤＩＣＯＭファイルの送信元に向けてエラー通知を送信する。保存完了通知およびエラー通知のいずれも、通信Ｉ／Ｆ３００ｃｍおよびクラウドネットワーク６００を介して、検査システム１００に送信される。ステップＳ１０９またはＳ１１１の処理が完了すると、ステップＳ８１に戻る。
【００７８】
後述するように、ＤＩＣＯＭファイル要求は、病院システム４００から送信され、かつ要求元の病院コードを含む。また、ＤＩＣＯＭファイル要求とこれに対して返送されるＤＩＣＯＭファイルとは、１対１で対応する。
【００７９】
ステップＳ１１３の判別結果がＹＥＳであるときに進むステップＳ１１５では、受信したＤＩＣＯＭファイル要求から病院コードを抽出し、ステップＳ１１７では、抽出した病院コードに対応する病院フォルダをＨＤＤ１０６ｈｄから検出する。検出にあたっては、レジスタＲＧＳＴｃｓ１を参照する。
【００８０】
ステップＳ１１９では、ステップＳ１１７で検出された病院フォルダの中から未だ送信されていない１または２以上のＤＩＣＯＭファイルを探索する。探索にあたっては、レジスタＲＧＳＴｃｓ２を参照する。ステップＳ１２１では探索結果が“探知”を示すか否かを判別し、判別結果がＹＥＳであればステップＳ１２３に進む一方、判別結果がＮＯであればステップＳ１２７に進む。
【００８１】
ステップＳ１２３では、探知した１または２以上のＤＩＣＯＭファイルのいずれか１つを要求元に返送する。ステップＳ１２５では、返送されたＤＩＣＯＭファイルに対応するレコードをレジスタＲＧＳＴｃｓ２から削除する。ステップＳ１２７では、非探知通知を要求元に返送する。
【００８２】
ＤＩＣＯＭファイルおよび非探知通知のいずれも、通信Ｉ／Ｆ３００ｃｍおよびクラウドネットワーク６００を介して、病院システム４００に送信される。ステップＳ１２５またはＳ１２７の処理が完了すると、ステップＳ８１に戻る。
【００８３】
図２１を参照して、病院システム４００は、院内ＬＡＮ４０４によって互いに接続された通信サーバ４０２およびＰＡＣＳ４０６を含む。また、通信サーバ４０２は、図２２に示すように構成される。図２１によれば、バス４０２ｂｓには、通信Ｉ／Ｆ４０２ｃｎ，キーボード／マウス４０２ｋｍ，ＤＲＡＭ４０２ｍｍ，ＣＰＵ４０２ｐｒ，通信Ｉ／Ｆ４０２ｃｔ，モニタ４０２ｍｔ，ＨＤＤ４０２ｈｄおよび通信Ｉ／Ｆ４０２ｃｐが接続される。ここで、通信Ｉ／Ｆ４０２ｃｎはクラウドネットワーク６００と接続され、通信Ｉ／Ｆ４０２ｃｔはタブレット５００と接続され、通信Ｉ／Ｆ４０２ｃｐはＰＡＣＳ４０６と接続される。
【００８４】
ＣＰＵ４０２ｐｒは、図２３〜図２４に示すフロー図に従う処理を実行する。なお、このフロー図に対応する制御プログラムは、ＨＤＤ４０２ｈｄに記憶される。
【００８５】
ステップＳ１３１では、既定周期が到来したか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されると、ステップＳ１３３に進む。ステップＳ１３３では、設置先の病院を識別する病院コードを含むＤＩＣＯＭファイル要求をＤＲＡＭ４０２ｍｍ上で作成し、作成したＤＩＣＯＭファイル要求をクラウドサーバ３００に向けて送信する。ＤＩＣＯＭファイル要求は、通信Ｉ／Ｆ４０２ｃｎおよびクラウドネットワーク６００を介してクラウドサーバ３００に与えられる。
【００８６】
ステップＳ１３５ではクラウドサーバ３００からＤＩＣＯＭファイルを受信したか否か（ＤＩＣＯＭファイルが通信Ｉ／Ｆ４０２ｃｎを介してＤＲＡＭ４０２ｍｍに取り込まれたか否か）を判別し、ステップＳ１３７ではクラウドサーバ３００から非探知通知を受信したか否か（非探知通知が通信Ｉ／Ｆ４０２ｃｎを介してＤＲＡＭ４０２ｍｍに取り込まれたか否か）を判別する。
【００８７】
ステップＳ１３５の判別結果およびステップＳ１３７の判別結果のいずれもがＮＯであれば、ステップＳ１３５に戻る。また、ステップＳ１３７の判別結果がＹＥＳであればそのままステップＳ１３１に戻り、ステップＳ１３５の判別結果がＹＥＳであればステップＳ１３９〜Ｓ１４７で以下の処理を実行してからステップＳ１３１に戻る。
【００８８】
ステップＳ１３９では、ＤＲＡＭ４０２ｍｍ上のＤＩＣＯＭファイルから患者ＩＤを抽出する。ステップＳ１４１では、抽出した患者ＩＤが仮の患者ＩＤであるか否かを判別する。判別結果がＮＯであれば（抽出した患者ＩＤが正規の患者ＩＤであれば）、そのままステップＳ１４５に進む。これに対して、判別結果がＹＥＳであればステップＳ１４３に進み、ＤＲＡＭ４０２ｍｍ上のＤＩＣＯＭファイルに記載された仮の患者ＩＤを正規の患者ＩＤに修正する。修正が完了すると、ステップＳ１４５に進む。
【００８９】
ステップＳ１４５では、ＤＲＡＭ４０２ｍｍ上のＤＩＣＯＭファイルを通信Ｉ／Ｆ４０２ｃｐを介してＰＡＣＳ４０６に転送する。転送されたＤＩＣＯＭファイルは、ＰＡＣＳ４０６に保存される。
【００９０】
ステップＳ１４７では、ＤＲＡＭ４０２ｍｍ上のＤＩＣＯＭファイルに記載された検査日時，患者情報，患者ＩＤ，検査種別および画像枚数を１レコードとし、このレコードをＨＤＤ４０２ｈｄに設けられたレジスタＲＧＳＴ１ｈｐ１（図２５参照）に登録する。登録が完了すると、ステップＳ１３１に戻る。
【００９１】
ステップＳ１３１の判別結果がＮＯであれば、後述するステップＳ１７３で発行された患者情報／検査種別要求をタブレット５００から受信したか否か（患者情報／検査種別要求が通信Ｉ／Ｆ４０２ｃｔを介してＤＲＡＭ４０２ｍｍに取り込まれたか否か）をステップＳ１４９で判別する。判別結果がＮＯであればそのままステップＳ１５３に進み、判別結果がＹＥＳであればステップＳ１５１で以下の処理を実行してからステップＳ１５３に進む。
【００９２】
つまり、ステップＳ１５１では、レジスタＲＧＳＴｈｐ１に登録された患者情報および検査種別を要求元のタブレット５００に向けて送信する。患者情報および検査種別は、通信Ｉ／Ｆ４０２ｃｔを介して要求元のタブレット５００に与えられる。
【００９３】
ステップＳ１５３では、後述するステップＳ１８３で発行された医用画像要求（読影画像要求）をタブレット５００から受信したか否か（医用画像要求が通信Ｉ／Ｆ４０２ｃｔを介してＤＲＡＭ４０２ｍｍに取り込まれたか否か）を判別する。ステップＳ１６１では、読影レポート保存要求をタブレット５００から受信したか否か（読影レポート保存要求が通信Ｉ／Ｆ４０２ｃｔを介してＤＲＡＭ４０２ｍｍに取り込まれたか否か）を判別する。
【００９４】
ステップＳ１５３の判別結果およびステップＳ１６１の判別結果のいずれもがＮＯであれば、ステップＳ１３１に戻る。これに対して、ステップＳ１５３の判別結果がＹＥＳであればステップＳ１５５に進み、ステップＳ１６１の判別結果がＹＥＳであればステップＳ１６３に進む。
【００９５】
後述するように、医用画像要求には、患者情報が含まれる。ステップＳ１５５では受信した医用画像要求から患者情報を抽出する。ステップＳ１５７では、抽出した患者情報を含むレコードをレジスタＲＧＳＴｈｐ１から検出し、さらに検出したレコードに対応するＤＩＣＯＭファイルをＰＡＣＳ４０６から検出する。
【００９６】
ステップＳ１５９では、検出したＤＩＣＯＭファイルに収められた１または２以上の医用画像をＰＡＣＳ４０６から取得し、取得した医用画像をタブレット５００に返送する。医用画像は、通信Ｉ／Ｆ４０２ｃｔを介してタブレット５００に与えられる。返送が完了すると、ステップＳ１６１に進む。
【００９７】
後述するように、読影レポート保存要求には、読影レポートが付随する。ステップＳ１６１の判別結果がＹＥＳであるときに進むステップＳ１６３では、受信した読影レポート保存要求に付随する読影レポートをＤＲＡＭ４０２ｍｍに取り込み、取り込んだ読影レポートを通信Ｉ／Ｆ４０２ｃｐを介してＰＡＣＳ４０６に転送する。この結果、読影レポートがＰＡＣＳ４０６に保存される。ステップＳ１６５では保存完了を要求元のタブレット５００に通知し、その後にステップＳ１３１に戻る。
【００９８】
図２６を参照して、タブレット５００は、バス５００ｂｓを含む。バス５００ｂｓには、モニタ５００ｍｔ，タッチセンサ５００ｔｓ，ＤＲＡＭ５００ｍｍ，通信Ｉ／Ｆ５００ｃａ，ＣＰＵ５００ｐｒおよびＨＤＤ５００ｈｄが接続される。
【００９９】
ＣＰＵ５００ｐｒは、図２７〜図２８に示すフロー図に従う処理を実行する。なお、このフロー図に対応する制御プログラムは、ＨＤＤ５００ｈｄに保存される。
【０１００】
図２７を参照して、ステップＳ１７１では読影開始操作（＝図示しない読影開示ボタンをタッチする操作）が行われたか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ１７３に進む。ステップＳ１７３では、患者情報／検査種別要求を通信サーバ４０２に向けて発行し、これに対して返送された患者情報および検査種別を取得する。患者情報／検査種別要求，患者情報および検査種別は通信Ｉ／Ｆ５００ｃａを介してやり取りされ、患者情報および検査種別はＤＲＡＭ５００ｍｍに取り込まれる。
【０１０１】
ステップＳ１７５では、こうして取得した患者情報および検査種別に基づいて読影リスト画面をＤＲＡＭ５００ｍｍ上で作成する。作成された読影リスト画面はモニタ５００ｍｔによって読み出され、図２９に示す要領で表示される。
【０１０２】
図２９によれば、ＰＡＣＳ４０６に保存された１または２以上のＤＩＣＯＭファイルにそれぞれ対応する１または２以上のレコードが、読影リスト画面に列挙される。また、各レコードには、患者名（漢字，カナ，ローマ字），性別，生年月日および検査種別が記載される。
【０１０３】
ステップＳ１７７ではレコード指定操作（＝読影リスト画面上の所望のレコードをタッチする操作）が行われたか否かを判別し、ステップＳ１７９では読影終了操作（＝図示しない読影終了ボタンをタッチする操作）が行われたか否かを判別する。
【０１０４】
ステップＳ１７７の判別結果およびステップＳ１７９の判別結果のいずれもがＮＯであれば、ステップＳ１７７に戻る。ステップＳ１７９の判別結果がＹＥＳであれば、ステップＳ１８１で読影リスト画面を非表示としてからステップＳ１７１に戻る。ステップＳ１７７の判別結果がＹＥＳであれば、ステップＳ１８３に進む。
【０１０５】
ステップＳ１８３では、レコード指定操作によって指定されたレコードの患者情報を含む医用画像要求を通信サーバ４０２に向けて発行し、これに対して返送された１または２以上の医用画像を取得する。医用画像要求および医用画像は通信Ｉ／Ｆ５００ｃａを介してやり取りされ、医用画像はＤＲＡＭ５００ｍｍに取り込まれる。
【０１０６】
ステップＳ１８５では、読影レポート画面をＤＲＡＭ５００ｍｍ上で作成する。作成された読影レポート画面はモニタ５００ｍｔによって読み出され、図３０に示す要領で表示される。図３０によれば、取得した１または２以上の医用画像のいずれか１つが画面右側に表示され、所見を入力する所見欄および診断コメントを入力する診断欄が画面左側に表示され、キー画像を貼り付けるキー画像欄が画面右下に表示される。
【０１０７】
ステップＳ１８７では、画面更新操作（＝表示中の医用画像をフリックする操作）が行われたか否かを判別する。判別結果がＮＯであれば、そのままステップＳ１９１に進み、判別結果がＹＥＳであれば、ステップＳ１８９で医用画像の表示を更新してからステップＳ１９１に進む。
【０１０８】
ステップＳ１９１では、所見／診断入力操作（＝所見欄または診断欄を選択した状態で図示しないタッチ式のキーボードによって所望の文字列を入力する操作、或いは表示中の医用画像をキー画像欄に向けてスライドさせる操作）が行われたか否かを判別する。
【０１０９】
判別結果がＮＯであれば、そのままステップＳ１９５に進み、判別結果がＹＥＳであれば、ステップＳ１９３で以下の処理を実行してからステップＳ１９５に進む。つまり、ステップＳ１９３では、入力された文字列を所見欄または診断欄に表示させるか、或いはスライドされた医用画像に対応するサムネイル画像をキー画像欄に貼り付ける。
【０１１０】
ステップＳ１９５では確定操作（＝図示しない確定ボタンをタッチする操作）が行われたか否かを判別し、ステップＳ１９７では他の操作が行われたか否かを判別する。ステップＳ１９５の判別結果およびステップＳ１９７の判別結果のいずれもがＮＯであれば、ステップＳ１８７に戻る。ステップＳ１９７の判別結果がＹＥＳであれば対応する処理に進み、ステップＳ１９５の判別結果がＹＥＳであればステップＳ１９９に進む。
【０１１１】
ステップＳ１９９では、読影レポート保存要求を発行する。読影レポート保存要求には、読影レポート画面に相当する読影レポートが付随する。読影レポート保存要求および読影レポートは、通信Ｉ／Ｆ５００ｃａを介して通信サーバ４０２に送信される。ステップＳ２０１では通信サーバ４０２から保存完了通知を受信したか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ１７１に戻る。
【０１１２】
以上の説明から分かるように、この実施例の医療システムは、検査バス２０１，２０２の各々に設置された検査システム１００と、病院Ａ〜Ｃの各々に設置された病院システム４００と、検査システム１００および病院システム４００の間に介在するクラウドサーバ３００とによって構成される。
【０１１３】
検査システム１００は、病院Ａ〜Ｃのいずれか１つの病院コードを取得し(S57~S61, S65)、患者を撮像して医用画像を作成する(S29, S31)。検査システム１００はまた、医用画像を病院コードと関連付け、つまり病院コードおよび医用画像を共通のＤＩＣＯＭファイルに収め、こうして作成されたＤＩＣＯＭファイルをクラウドサーバ３００に保存する(S33, S35, S41, S47, S65, S71)。
【０１１４】
病院システム４００は、設置先病院の病院コードを含むＤＩＣＯＭファイル要求をクラウドサーバ３００に向けて発行し(S133)、これに対して返送されたＤＩＣＯＭファイルを取得する(S135, S145)。クラウドサーバ３００は、ＤＩＣＯＭファイル要求内の病院コードに相当する病院コードが収められたＤＩＣＯＭファイルを検査システム１００から取得したＤＩＣＯＭファイルの中から探索し(S113~S119)、探知されたＤＩＣＯＭファイルを要求元に返送する(S121~S125)。
【０１１５】
このように、ＤＩＣＯＭファイルは、検査バス２０１または２０２に設置された検査システム１００によって作成されかつクラウドサーバ３００によって保存される。また、ＤＩＣＯＭファイルには、病院Ａ〜Ｃのいずれか１つの病院コードが収められる。さらに、病院システム４００からクラウドサーバ３００に向けて発行されるＤＩＣＯＭファイル要求には、病院システム４００が設置された病院の病院コードが含まれる。
【０１１６】
これを踏まえて、クラウドサーバ３００は、ＤＩＣＯＭファイル要求内の病院コードに相当する病院コードが収められたＤＩＣＯＭファイルを探索し、探知したＤＩＣＯＭファイルを要求元に返送する。これによって、検査バス２０１または２０２の派遣先で得られたＤＩＣＯＭファイルをその機密性を担保しつつ所望の病院に転送することができる。
【０１１７】
なお、この実施例では、タブレット５００は、病院システム４００から医用画像を取得することを想定しているが、医用画像はクラウドサーバ３００から取得するようにしてもよい。
【０１１８】
また、この実施例では、病院Ａ〜Ｃおよび検査バス２０１，２０２は互いに異なる５つの事業者によって運営されることを前提としている。しかし、病院Ａ〜Ｃおよび検査バス２０１，２０２の事業者は部分的に共通してもよく、さらには単一の事業者が病院Ａ〜Ｃおよび検査バス２０１，２０２を一体的に運営するようにしてもよい。
【０１１９】
さらに、この実施例の検査システム１００では、キーボード／マウス１００ｋｍの操作によって患者ＩＤや患者情報を入力するようにしている。しかし、病院の受付で発行された受付表に記載された患者ＩＤや患者情報をスキャナ／バーコードリーダによって読み取るようにしてもよい。ただし、この場合は、図３に示すモダリティコンソール１０４にスキャナ／バーコードリーダを追加する必要がある。
【０１２０】
なお、この実施例では、検査システム１００は、検査バス２０１および２０２の各々に固定的に設置されることを想定している。しかし、検査システム１００は、検査バス２０１および２０２の各々から分離（積み下ろし）できるようにしてもよい。この場合、検査システム１００は、移動体派遣先の屋内の空きスペースに配される。
【０１２１】
さらに、この実施例では、タブレット５００は病院システム４００と接続されることを想定している。しかし、タブレット５００はクラウドサーバ３００と接続できるようにしてもよい。これによって、タブレット５００を所持する読影医は、病院システム４００にアクセスすることなく読影作業を行うことができる。
【符号の説明】
【０１２２】
１００  …検査システム
２０１，２０２  …検査バス
３００  …クラウドサーバ
４００  …病院システム
５００  …タブレット
６００  …クラウドネットワーク
１０２  …モダリティ
１０４  …モダリティコンソール
１０６，４０２  …通信サーバ
１０４ｐｒ，１０６ｐｒ，３００ｐｒ，４０２ｐｒ，５００ｐｒ  …ＣＰＵ
【図１】
2019016080.tif 000003
【図２】
2019016080.tif 000004
【図３】
2019016080.tif 000005
【図４】
2019016080.tif 000006
【図５】
2019016080.tif 000007
【図６】
2019016080.tif 000008
【図７】
2019016080.tif 000009
【図８】
2019016080.tif 000010
【図９】
2019016080.tif 000011
【図１０】
2019016080.tif 000012
【図１１】
2019016080.tif 000013
【図１２】
2019016080.tif 000014
【図１３】
2019016080.tif 000015
【図１４】
2019016080.tif 000016
【図１５】
2019016080.tif 000017
【図１６】
2019016080.tif 000018
【図１７】
2019016080.tif 000019
【図１８】
2019016080.tif 000020
【図１９】
2019016080.tif 000021
【図２０】
2019016080.tif 000022
【図２１】
2019016080.tif 000023
【図２２】
2019016080.tif 000024
【図２３】
2019016080.tif 000025
【図２４】
2019016080.tif 000026
【図２５】
2019016080.tif 000027
【図２６】
2019016080.tif 000028
【図２７】
2019016080.tif 000029
【図２８】
2019016080.tif 000030
【図２９】
2019016080.tif 000031
【図３０】
2019016080.tif 000032