(57)【要約】【構成】医療連携システムは、患者の医用画像を含む医療情報を公衆回線網を介して送信するＷＥＢ端末７０ｔと、この医療情報を公衆回線網を介して受信する１または２以上のＷＥＢ端末７０ｒとを備える。ＷＥＢ端末７０ｔに設けられたＣＰＵは、診療情報提供書を識別する文書識別情報を医療情報の一部として取り込む。１または２以上のＷＥＢ端末７０ｒの各々に設けられたＣＰＵは、文書識別情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合し、患者の医用画像の出力を照合結果に基づいて実行／制限する。【効果】診療情報提供書を紹介先医療施設に書面で提供する場合に、公正に診療報酬加算を受けることができる。【選択図】図２
2018041233.tif 000002
【特許請求の範囲】
【請求項１】
患者の検査結果および／または画像情報を含む医療情報を通信回線を介して送信する送信端末と、前記医療情報を前記通信回線を介して受信する１または２以上の受信端末とを備える医療連携システムであって、
前記送信端末は、
診療情報提供書を識別する文書識別情報を前記医療情報の一部として取り込む文書識別情報取り込み手段を備え、
前記１または２以上の受信端末の各々は、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合手段、および
前記検査結果および／または前記画像情報の出力を前記照合手段の照合結果に基づいて実行／制限する出力制御手段を備える、医療連携システム。
【請求項２】
前記通信回線に接続され、前記送信端末と前記１または２以上の受信端末の各々との間での前記医療情報の送受を支援する支援装置をさらに備える、請求項１記載の医療連携システム。
【請求項３】
前記支援装置は、
前記検査結果および／または前記画像情報を保存する保存手段、および
前記保存手段による保存先の所在を示す所在情報を前記１または２以上の受信端末のいずれか１つに通知する通知手段をさらに備え、
前記１または２以上の受信端末の各々は、
前記出力制御手段によって制御される出力の対象を前記通知手段によって通知された所在情報に基づいて取得する出力対象取得手段をさらに備える、請求項２記載の医療連携システム。
【請求項４】
前記送信装置は、
前記所在情報の通知先が記載された通知要求を前記支援装置に対して発行する発行手段をさらに備え、
前記通知手段は前記発行手段によって発行された通知要求に従って処理を実行する、請求項３記載の医療連携システム。
【請求項５】
前記送信端末は、
前記文書識別情報取り込み手段によって取り込まれた文書識別情報を前記支援装置に登録する登録手段をさらに備え、
前記照合手段は前記情報入力操作によって入力された文書識別情報を前記支援装置に送信する文書識別情報送信手段を含む、請求項２ないし４のいずれかに記載の医療連携システム。
【請求項６】
前記検査結果および／または前記画像情報は前記患者に対する検査毎に取得されかつ検査識別情報を有し、
前記登録手段によって登録される文書識別情報は前記検査識別情報を伴い、
前記支援装置は、
前記文書識別情報送信手段によって送信された文書識別情報との照合対象を前記検査識別情報に基づいて検出する照合対象検出手段をさらに備える、請求項５記載の医療連携システム。
【請求項７】
前記文書識別情報は前記患者を識別する患者情報を含む、請求項１ないし６のいずれかに記載の医療連携システム。
【請求項８】
前記送信端末は、
前記文書識別情報取り込み手段の処理に先立って所望の文書識別情報の入力を要求する入力要求手段をさらに備え、
前記文書識別情報取り込み手段は前記入力要求手段の要求に対して入力された文書識別情報を取り込む、請求項１ないし７のいずれかに記載の医療連携システム。
【請求項９】
前記送信端末は、
前記診療情報提供書の納品形態の選択を促すメニュー画面を表示するメニュー画面表示手段をさらに備え、
前記入力要求手段は前記メニュー画面上での選択に応じて要求処理を実行する、請求項８記載の医療連携システム。
【請求項１０】
前記送信端末は、
前記診療情報提供書を前記医療情報の一部として電子的に取り込む処理を前記文書識別情報取り込み手段の処理に代えて実行する診療情報提供書取り込み手段をさらに備え、
前記１または２以上の受信端末の各々は、
前記診療情報提供書が前記医療情報の一部をなすとき前記情報入力操作を要求することなく前記検査結果および／または前記画像情報を出力する出力処理手段をさらに備える、請求項１ないし９のいずれかに記載の医療連携システム。
【請求項１１】
前記送信端末は紹介元医療施設に設けられ、前記１または２以上の受信端末はそれぞれ１または２以上の紹介先医療施設に設けられる、請求項１ないし１０のいずれかに記載の医療連携システム。
【請求項１２】
患者の検査結果および／または画像情報を含む医療情報を通信回線を介して送信する送信端末によって実行される第１連携方法と、前記医療情報を前記通信回線を介して受信する１または２以上の受信端末の各々によって実行される第２連携方法とを備える医療連携方法であって、
前記第１連携方法は、
診療情報提供書を識別する文書識別情報を前記医療情報の一部として取り込む文書識別情報取り込みステップを備え、
前記第２連携方法は、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合ステップ、および
前記検査結果および／または前記画像情報の出力を前記照合ステップの照合結果に基づいて実行／制限する出力制御ステップを備える、医療連携方法。
【請求項１３】
患者の検査結果および／または画像情報を含む医療情報を通信回線を介して送信する送信端末に提供される第１連携プログラムと、前記医療情報を前記通信回線を介して受信する１または２以上の受信端末の各々に提供される第２連携プログラムとを備える医療連携プログラムであって、
前記第１連携プログラムは、
診療情報提供書を識別する文書識別情報を前記医療情報の一部として取り込む文書識別情報取り込みステップを前記送信端末のプロセッサに実行させるためのプログラムであり、
前記第２連携プログラムは、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合ステップ、および
前記検査結果および／または前記画像情報の出力を前記照合ステップの照合結果に基づいて実行／制限する出力制御ステップを前記１または２以上の受信端末の各々のプロセッサに実行させるためのプログラムである、医療連携プログラム。
【請求項１４】
患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線を介して送信する送信端末とともに医療連携システムを構成し、前記医療情報を前記通信回線を介して受信する受信端末であって、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合手段、および
前記検査結果および／または前記画像情報の出力を前記照合手段の照合結果に基づいて実行／制限する出力制御手段を備える、受信端末。
【請求項１５】
患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線を介して送信する送信端末とともに医療連携システムを構成し、前記医療情報を前記通信回線を介して受信する受信端末によって実行される医療情報受信方法であって、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合ステップ、および
前記検査結果および／または前記画像情報の出力を前記照合ステップの照合結果に基づいて実行／制限する出力制御ステップを備える、医療情報受信方法。
【請求項１６】
患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線を介して送信する送信端末とともに医療連携システムを構成し、前記医療情報を前記通信回線を介して受信する受信端末のプロセッサに、
情報入力操作によって入力された文書識別情報を前記医療情報の一部をなす文書識別情報と照合する照合ステップ、および
前記検査結果および／または前記画像情報の出力を前記照合ステップの照合結果に基づいて実行／制限する出力制御ステップを実行させるための、医療情報受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医療連携システム、医療連携方法および医療連携プログラムに関し、特に、患者の検査結果および／または画像情報を含む医療情報を通信回線を介して送信する送信端末と、医療情報を通信回線を介して受信する１または２以上の受信端末とを備える医療連携システム、ならびにこのような医療連携システムによって実行される医療連携方法および医療連携プログラムに関する。
【０００２】
この発明はまた、受信端末、医療情報受信方法および医療情報受信プログラムに関し、特に、患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線を介して送信する送信端末とともに医療連携システムを構成し、医療情報を通信回線を介して受信する受信端末、ならびにこのような受信端末によって実行される医療情報受信方法および医療情報受信プログラムに関する。
【背景技術】
【０００３】
従来のこの種のシステムの一例が、特許文献１に開示されている。この文献によれば、センタサーバは、複数の医療施設に設けられた施設内システムの端末装置から送信された診療情報データを、当該診療情報データの送信元の識別情報および当該診療情報データの閲覧が許可された連携先の識別情報と対応付けて記憶部に記憶している。診療情報データの閲覧が許可された連携先の施設内サーバに当該診療情報データを送信する場合、センタサーバは、連携先の端末装置からの要求に応じて、その連携先の施設内サーバに直接または連携先の端末装置経由で送信する。
【０００４】
一方、平成２８年度の診療報酬の改定は、情報通信技術を活用した医療連携や医療に関するデータの収集・利活用を推進するべく、保険医療機関間で診療情報提供書を提供する際に、併せて検査結果や画像情報等を電子的に提供し活用することについて評価している。
【０００５】
具体的に説明すると、紹介元の保険医療機関においては、診療情報提供書と併せて、検査結果・画像情報等を電子的方法により提供した場合に、診療情報提供料の加算として評価される。また、紹介先の保険医療機関においては、診療情報提供書と併せて、電子的に検査結果・画像情報等の提供を受け、診療に活用した場合に、電子的診療情報評価料の加算として評価される。
【０００６】
なお、診療情報提供書については、電子的なやり取りに加えて、書面によるやり取りも、診療報酬加算として評価される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２０１１／１０２３０９号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、診療情報提供書を書面でやり取りする場合、どのようにして診療情報提供書を検査結果・画像情報等に関連付けるかが、診療報酬の加算との関係で課題となる。このような課題について、特許文献１は何の解決策も提示していない。
【０００９】
それゆえに、この発明の主たる目的は、診療情報提供書を紹介先医療施設に書面で提供した場合に公正に診療報酬加算を受けることができる、医療連携システム、医療連携方法、医療連携プログラム、受信端末、医療情報受信方法、および医療情報受信プログラムを提供することである。
【課題を解決するための手段】
【００１０】
この発明に係る医療連携システムは、患者の検査結果および／または画像情報を含む医療情報を通信回線(CN)を介して送信する送信端末(70t)と、医療情報を通信回線を介して受信する１または２以上の受信端末(70r)とを備える医療連携システムであって、送信端末は、診療情報提供書を識別する文書識別情報を医療情報の一部として取り込む文書識別情報取り込み手段(S17, S19)を備え、１または２以上の受信端末の各々は、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合手段(S95, S97)、および検査結果および／または画像情報の出力を照合手段の照合結果に基づいて実行／制限する出力制御手段(S99)を備える。
【００１１】
好ましくは、通信回線に接続され、送信端末と１または２以上の受信端末の各々との間での医療情報の送受を支援する支援装置(100)がさらに備えられる。
【００１２】
或る局面では、支援装置は、検査結果および／または画像情報を保存する保存手段(S113)、および保存手段による保存先の所在を示す所在情報を１または２以上の受信端末のいずれか１つに通知する通知手段(S151, S153)をさらに備え、１または２以上の受信端末の各々は、出力制御手段によって制御される出力の対象を通知手段によって通知された所在情報に基づいて取得する出力対象取得手段(S103)をさらに備える。
【００１３】
より好ましくは、送信装置は、所在情報の通知先が記載された通知要求を支援装置に対して発行する発行手段(S63)をさらに備え、通知手段は発行手段によって発行された通知要求に従って処理を実行する。
【００１４】
他の局面では、送信端末は、文書識別情報取り込み手段によって取り込まれた文書識別情報を支援装置に登録する登録手段(S29, S31)をさらに備え、照合手段は情報入力操作によって入力された文書識別情報を支援装置に送信する文書識別情報送信手段(S95)を含む。
【００１５】
より好ましくは、検査結果および／または画像情報は患者に対する検査毎に取得されかつ検査識別情報を有し、登録手段によって登録される文書識別情報は検査識別情報を伴い、支援装置は、文書識別情報送信手段によって送信された文書識別情報との照合対象を検査識別情報に基づいて検出する照合対象検出手段(S161)をさらに備える。
【００１６】
好ましくは、文書識別情報は患者を識別する患者情報を含む。
【００１７】
好ましくは、送信端末は、文書識別情報取り込み手段の処理に先立って所望の文書識別情報の入力を要求する入力要求手段(S15)をさらに備え、文書識別情報取り込み手段は入力要求手段の要求に対して入力された文書識別情報を取り込む。
【００１８】
さらに好ましくは、送信端末は、診療情報提供書の納品形態の選択を促すメニュー画面を表示するメニュー画面表示手段(S7)をさらに備え、入力要求手段はメニュー画面上での選択に応じて要求処理を実行する。
【００１９】
好ましくは、送信端末は、診療情報提供書を医療情報の一部として電子的に取り込む処理を文書識別情報取り込み手段の処理に代えて実行する診療情報提供書取り込み手段(S11, S13)をさらに備え、１または２以上の受信端末の各々は、診療情報提供書が医療情報の一部をなすとき情報入力操作を要求することなく検査結果および／または画像情報を出力する出力処理手段(S87)をさらに備える。
【００２０】
好ましくは、送信端末は紹介元医療施設に設けられ、１または２以上の受信端末はそれぞれ１または２以上の紹介先医療施設に設けられる。
【００２１】
この発明に係る医療連携方法は、患者の検査結果および／または画像情報を含む医療情報を通信回線(CN)を介して送信する送信端末(70t)によって実行される第１連携方法と、医療情報を通信回線を介して受信する１または２以上の受信端末(70r)の各々によって実行される第２連携方法とを備える医療連携方法であって、第１連携方法は、診療情報提供書を識別する文書識別情報を医療情報の一部として取り込む文書識別情報取り込みステップ(S17, S19)を備え、第２連携方法は、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合ステップ(S95, S97)、および検査結果および／または画像情報の出力を照合ステップの照合結果に基づいて実行／制限する出力制御ステップ(S99)を備える。
【００２２】
この発明に係る医療連携プログラムは、患者の検査結果および／または画像情報を含む医療情報を通信回線(CN)を介して送信する送信端末(70t)に提供される第１連携プログラムと、医療情報を通信回線を介して受信する１または２以上の受信端末(70r)の各々に提供される第２連携プログラムとを備える医療連携プログラムであって、第１連携プログラムは、診療情報提供書を識別する文書識別情報を医療情報の一部として取り込む文書識別情報取り込みステップ(S17, S19)を送信端末のプロセッサ(70pr)に実行させるためのプログラムであり、第２連携プログラムは、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合ステップ(S95, S97)、および検査結果および／または画像情報の出力を照合ステップの照合結果に基づいて実行／制限する出力制御ステップ(S99)を１または２以上の受信端末の各々のプロセッサ(70pr)に実行させるためのプログラムである。
【００２３】
この発明に係る受信端末(70r)は、患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線(CN)を介して送信する送信端末(70t)とともに医療連携システムを構成し、医療情報を通信回線を介して受信する受信端末であって、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合手段(S95, S97)、および検査結果および／または画像情報の出力を照合手段の照合結果に基づいて実行／制限する出力制御手段(S99)を備える。
【００２４】
この発明に係る医療情報受信方法は、患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線(CN)を介して送信する送信端末(70t)とともに医療連携システムを構成し、医療情報を通信回線を介して受信する受信端末(70r)によって実行される医療情報受信方法であって、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合ステップ(S95, S97)、および検査結果および／または画像情報の出力を照合ステップの照合結果に基づいて実行／制限する出力制御ステップ(S99)を備える。
【００２５】
この発明に係る医療情報受信プログラムは、患者の検査結果および／または画像情報と診療情報提供書を識別する文書識別情報とを含む医療情報を通信回線(CN)を介して送信する送信端末(70t)とともに医療連携システムを構成し、医療情報を通信回線を介して受信する受信端末(70r)のプロセッサ(70pr)に、情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合する照合ステップ(S95, S97)、および検査結果および／または画像情報の出力を照合ステップの照合結果に基づいて実行／制限する出力制御ステップ(S99)を実行させるための、医療情報受信プログラムである。
【発明の効果】
【００２６】
医療情報には、患者の検査結果および／または画像情報と、診療情報提供書を識別する文書識別情報とが含まれる。文書識別情報は受信端末側で入力された文書識別情報と照合され、検査結果および／または画像情報の出力は照合結果に応じて実行／制限される。これによって、診療情報提供書を紹介先医療施設に書面で提供する場合に、公正に診療報酬加算を受けることができる。
【００２７】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００２８】
【図１】この実施例に適用される医療連携システムの構成の一例を示すブロック図である。
【図２】紹介元医療施設および紹介先医療施設の各々に設けられた医療システムの構成の一例を示すブロック図である。
【図３】医療システムに設けられたＷＥＢ端末の構成の一例を示すブロック図である。
【図４】クラウドサーバの構成の一例を示すブロック図である。
【図５】診療情報提供書のひな形の一例を示す図解図である。
【図６】紹介元医療施設のＷＥＢ端末に設けられたレジスタの構成の一例を示す図解図である。
【図７】クラウドサーバを構成するＨＤＤに設けられた画像・文書フォルダの構成の一例を示す図解図である。
【図８】クラウドサーバを構成するＨＤＤに設けられたデータベースの構成の一例を示す図解図である。
【図９】クラウドサーバを構成するＨＤＤに設けられた他のデータベースの構成の一例を示す図解図である。
【図１０】クラウドサーバを構成するＨＤＤに設けられたその他のデータベースの構成の一例を示す図解図である。
【図１１】医療連携システムの動作の一部を示す図解図である。
【図１２】紹介元医療施設のＷＥＢ端末に表示される患者リスト画面の一例を示す図解図である。
【図１３】紹介元医療施設のＷＥＢ端末に表示されるメニュー画面の一例を示す図解図である。
【図１４】紹介元医療施設のＷＥＢ端末に表示される文書識別情報入力画面の一例を示す図解図である。
【図１５】紹介元医療施設のＷＥＢ端末に表示される最終確認画面の一例を示す図解図である。
【図１６】紹介元医療施設のＷＥＢ端末に表示される完了画面の一例を示す図解図である。
【図１７】紹介元医療施設のＷＥＢ端末に表示されるログイン画面の一例を示す図解図である。
【図１８】紹介元医療施設のＷＥＢ端末に表示される紹介先指定画面の一例を示す図解図である。
【図１９】紹介先医療施設のＷＥＢ端末に通知されるＵＲＬ付メールの本文の一例を示す図解図である。
【図２０】紹介先医療施設のＷＥＢ端末に表示されるログイン画面の一例を示す図解図である。
【図２１】（Ａ）は紹介先医療施設のＷＥＢ端末に表示される画像参照画面の一例を示す図解図であり、（Ｂ）は紹介先医療施設のＷＥＢ端末に表示される画像参照画面の他の一例を示す図解図である。
【図２２】紹介先医療施設のＷＥＢ端末に表示される文書識別情報入力画面の一例を示す図解図である。
【図２３】紹介元医療施設のＷＥＢ端末に設けられたＣＰＵの動作の一部を示すフロー図である。
【図２４】紹介元医療施設のＷＥＢ端末に設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図２５】紹介元医療施設のＷＥＢ端末に設けられたＣＰＵの動作のその他の一部を示すフロー図である。
【図２６】紹介元医療施設のＷＥＢ端末に設けられたＣＰＵの動作のさらにその他の一部を示すフロー図である。
【図２７】紹介元医療施設のＷＥＢ端末に設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図２８】紹介先医療施設のＷＥＢ端末に設けられたＣＰＵの動作の一部を示すフロー図である。
【図２９】紹介先医療施設のＷＥＢ端末に設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図３０】クラウドサーバに設けられたＣＰＵの動作の一部を示すフロー図である。
【図３１】クラウドサーバに設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図３２】クラウドサーバに設けられたＣＰＵの動作のその他の一部を示すフロー図である。
【図３３】クラウドサーバに設けられたＣＰＵの動作のさらにその他の一部を示すフロー図である。
【発明を実施するための形態】
【００２９】
図１を参照して、この実施例の医療連携システムは、紹介元医療施設であるＸ病院に設けられた医療システムＨＳＸと、紹介先医療施設であるＡ病院およびＢ病院にそれぞれ設けられた医療システムＨＳＡおよびＨＳＢと、遠隔地に設けられたクラウドサーバ１００とによって構成される。クラウドサーバ１００は、公衆回線網（通信回線）ＣＮを介して医療システムＨＳＸ，ＨＳＡおよびＨＳＢの各々と接続され、Ｘ病院とＡ病院またはＢ病院との間での医療情報の送受を支援する。
【００３０】
ここで、医療情報には、Ｘ病院での放射線検査によって得られた患者の医用画像（検査結果ないし画像情報）が含まれる。また、Ｘ病院で作成された診療情報提供書が電子的にＡ病院またはＢ病院に納品される場合は、この診療情報提供書が医療情報に追加的に含まれる。さらに、Ｘ病院で作成された診療情報提供書が文書形式（紙媒体）でＡ病院またはＢ病院に納品される場合は、この診療情報提供書を識別する文書識別情報が医療情報に追加的に含まれる。
【００３１】
なお、いずれの病院が紹介元医療施設となり、いずれの病院が紹介先医療施設となるかは、事案によって異なる。したがって、或る事案ではＸ病院が紹介元医療施設になるものの、他の事案ではＸ病院が紹介先医療施設になる可能性がある。同様に、或る事案ではＡ病院またはＢ病院が紹介先医療施設になるものの、他の事案ではＡ病院またはＢ病院が紹介元医療施設になる可能性がある。
【００３２】
ただし、この実施例では、説明の便宜上、Ｘ病院を紹介元医療施設として位置付け、Ａ病院およびＢ病院の各々を紹介先医療施設として位置付ける。
【００３３】
図２を参照して、医療システムＨＳＸ，ＨＳＡ，ＨＳＢの各々は、院内ＬＡＮ８０に接続されかつ主治医によって操作されるＨＩＳ端末１０を含む。患者の放射線検査のために主治医が検査オーダを作成すると、作成された検査オーダはＨＩＳサーバ２０を介してＲＩＳサーバ３０に転送される。
【００３４】
放射線技師は、ＲＩＳ端末４０を操作して検査オーダを取得するとともに、患者をモダリティ５０に配し、取得した検査オーダに従って患者に放射線検査を施す。放射線検査によって得られた患者の医用画像は、ＤＩＣＯＭファイル形式でＰＡＣＳ６０に保存される。ＤＩＣＯＭファイルには、医用画像が収められる他、患者情報（漢字およびカナの両方の氏名，生年月日，性別，患者ＩＤなど），検査情報（検査日付，検査インスタンスＵＩＤなど），シリーズ情報（シリーズ番号，シリーズインスタンスＵＩＤなど）が記載される。
【００３５】
なお、この実施例では、説明の便宜上、１回の放射線検査で撮影する医用画像の数は１つとし、１回の放射線検査で作成されるＤＩＣＯＭファイルの数もまた１つとする。
【００３６】
ＰＡＣＳ６０に保存されたＤＩＣＯＭファイルは、主治医がＨＩＳ端末１０を操作することでＨＩＳ端末１０で参照される。主治医は、転送されたＤＩＣＯＭファイル内の医用画像をモニタ（図示せず）に表示して、患者を診断する。
【００３７】
Ｘ病院で放射線検査を受けた患者をＡ病院またはＢ病院に紹介する場合、主治医は、図５に示す診療情報提供書のひな形に必要事項を記入し、これによって作成された診療情報提供書をＰＤＦファイル形式または別のファイル形式で作成する。作成されたファイルは、ＨＩＳ端末１０に一時的に保存される。主治医は続いて、患者をＡ病院またはＢ病院に紹介するために必要な作業を放射線技師に依頼する。
【００３８】
放射線技師は、対象患者のＤＩＣＯＭファイルをＰＡＣＳ６０から取得し、取得したＤＩＣＯＭファイルを可搬媒体（図示せず）に保存する。放射線技師はまた、診療情報提供書が収められたファイルをＨＩＳ端末１０から取得し、取得したファイルがＰＤＦファイルであればこれを可搬媒体に追加的に保存する一方、取得したファイルが別形式のファイルであれば診療情報提供書を書面に印刷する。
【００３９】
紹介すべき患者数が２以上である場合は、２以上のＤＩＣＯＭファイルが可搬媒体に保存され、さらに２以上のＰＤＦファイルが可搬媒体に追加的に保存されるか、或いは２以上の診療情報提供書が書面で準備される。放射線技師はその後、可搬媒体と必要に応じて準備された文書形式の診療情報提供書とをＸ病院の放射線科受付の職員に手渡す。
【００４０】
医療システムＨＳＸ，ＨＳＡ，ＨＳＢの各々はまた、放射線科受付に設けられたＷＥＢ端末７０ｔ／７０ｒを含む。ＷＥＢ端末７０ｔは、医療システムＨＳＸを構成して医療情報をクラウドサーバ１００に送信する送信端末である。一方、ＷＥＢ端末７０ｒは、医療システムＨＳＡおよびＨＳＢの各々を構成して医療情報をクラウドサーバ１００から受信する受信端末である。ＷＥＢ端末７０ｔおよび７０ｒのいずれも、院内ＬＡＮ８０から独立して公衆回線網ＣＮと接続される。
【００４１】
ＷＥＢ端末７０ｔおよび７０ｒの各々は、詳しくは図３に示すように構成される。図３によれば、バスＢＳ１には、可搬媒体Ｉ／Ｆ７０ｃｕ，ＣＰＵ７０ｐｒ，キーボード／マウス７０ｋｍ，通信Ｉ／Ｆ７０ｃｇ，モニタ７０ｍｔ，ＤＲＡＭ７０ｍｍおよびＨＤＤ７０ｄｒが接続される。可搬媒体Ｉ／Ｆ７０ｃｕは、可搬媒体がＷＥＢ端末７０ｔまたは７０ｒに装着されたときに、この可搬媒体にアクセスする。また、通信Ｉ／Ｆ７０ｃｇは、公衆回線網ＣＮと常時接続される。さらに、ＷＥＢ端末７０ｔを構成するＤＲＡＭ７０ｍｍには、図６に示すレジスタＲＧＳＴ１が設けられる（詳細は後述）。
【００４２】
Ｘ病院の放射線科受付の職員は、キーボード／マウス７０ｋｍを操作して、患者をＡ病院またはＢ病院に紹介する作業を行う。また、Ａ病院またはＢ病院の放射線科受付の職員は、キーボード／マウス７０ｋｍを操作して、紹介された患者を確認する作業を行う。
【００４３】
医療システムＨＳＸと医療システムＨＳＡまたはＨＳＢとの間での医療情報の送受を支援するクラウドサーバ１００は、図４に示すように構成される。図４によれば、バスＢＳ２には、通信Ｉ／Ｆ１００ｃｎ，ＣＰＵ１００ｐｒ，ＤＲＡＭ１００ｍｍおよびＨＤＤ１００ｄｒが接続される。公衆回線網ＣＮとは通信Ｉ／Ｆ１００ｃｎによって接続される。ＨＤＤ１００ｄｒには、図７に示す階層構造を有する画像・文書フォルダＦＤ１が設けられ、さらに図８，図９および図１０にそれぞれ示すデータベースＤＢ１，ＤＢ２およびＤＢ３が設けられる（詳細は後述）。
【００４４】
ＷＥＢ端末７０ｔに設けられたＣＰＵ７０ｐｒは、図２３〜図２５に示すフロー図に従ってアップロード処理を実行し、図２６〜図２７に示すフロー図に従って紹介先指定処理を実行する。これらのフロー図に対応する制御プログラムは、ＷＥＢ端末７０ｔに設けられたＨＤＤ７０ｄｒに記憶される。
【００４５】
ＷＥＢ端末７０ｒに設けられたＣＰＵ７０ｐｒは、図２８〜図２９に示すフロー図に従って画像閲覧処理を実行する。これらのフロー図に対応する制御プログラムは、ＷＥＢ端末７０ｒに設けられたＨＤＤ７０ｄｒに記憶される。
【００４６】
クラウドサーバ１００に設けられたＣＰＵ１００ｐｒは、図３０に示すフロー図に従って仲介処理１を実行し、図３１〜図３３に示すフロー図に従って仲介処理２を実行する。これらのフロー図に対応する制御プログラムは、クラウドサーバ１００に設けられたＨＤＤ１００ｄｒに記憶される。
【００４７】
以下では、時間軸に沿って各々の処理を説明する。また、図２３に示す処理は、可搬媒体が可搬媒体Ｉ／Ｆ７０ｃｕに接続された状態で開始されることを前提とする。
【００４８】
図２３を参照して、ステップＳ１では、可搬媒体に保存された１または２以上のＤＩＣＯＭファイルの各々から患者情報（漢字およびカナの両方の氏名，生年月日，性別）を検出する。ステップＳ１ではまた、検出した患者情報が列挙された患者リスト画面をＤＲＡＭ７０ｍｍに展開する。展開された患者リスト画面は、モニタ７０ｍｔによって読み出され、図１２に示す要領で表示される。
【００４９】
“山田太郎”，“佐藤花子”，“鈴木健太”を含む複数の患者のＤＩＣＯＭファイルが可搬媒体に保存されている場合、患者リスト画面には、“山田太郎／ヤマダタロウ”，“佐藤花子／サトウハナコ”，“鈴木健太／スズキケンタ”を含む複数の氏名が表示される。
【００５０】
“山田太郎／ヤマダタロウ”には、生年月日としてたとえば“１９６５．０４．２６”が割り当てられ、性別としてたとえば“男”が割り当てられる。“佐藤花子／サトウハナコ”には、生年月日としてたとえば“１９７４．０６．１４”が割り当てられ、性別としてたとえば“女”が割り当てられる。“鈴木健太／スズキケンタ”には、生年月日としてたとえば“１９７１．１２．０３”が割り当てられ、性別としてたとえば“男”が割り当てられる。
【００５１】
ステップＳ３では、キーボード／マウス７０ｋｍによって患者選択操作（＝患者リスト画面上で所望の患者をクリックする操作）が行われたか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ５に進む。ステップＳ５では、患者選択操作によって選択された患者のＤＩＣＯＭファイルを可搬媒体から取得する。取得されたＤＩＣＯＭファイルは、ＤＲＡＭ７０ｍｍに一時的に保持される。
【００５２】
ステップＳ７では、診療情報提供書の納品形態が列挙されたメニュー画面をＤＲＡＭ７０ｍｍに展開する。展開されたメニュー画面はモニタ７０ｍｔによって読み出され、図１３に示す要領で表示される。図１３によれば、“診療情報提供書の納品形態を選択してください。”の文字列が画面上段に表示され、「手渡し」ボタンおよび「電子納品」ボタンが文字列の下側に左右に並んで表示される。
【００５３】
ステップＳ９ではキーボード／マウス７０ｋｍによって「手渡し」ボタンがクリックされたか否かを判別し、ステップＳ１１ではキーボード／マウス７０ｋｍによって「電子納品」ボタンがクリックされたか否かを判別する。ステップＳ９の判別結果およびステップＳ１１の判別結果のいずれもがＮＯであればステップＳ９に戻り、ステップＳ９の判別結果がＹＥＳであればステップＳ１５に進み、ステップＳ１１の判別結果がＹＥＳであればステップＳ１３に進む。
【００５４】
ステップＳ１３では、ステップＳ５で取得されたＤＩＣＯＭファイルに対応するＰＤＦファイルを操作者つまり放射線科受付の職員のファイル選択操作（詳細は省略）に応答して可搬媒体から取得する。取得されたＰＤＦファイルは、ＤＲＡＭ７０ｍｍに一時的に保持される。
【００５５】
たとえば、患者リスト画面上で患者名“山田太郎／ヤマダタロウ”または“鈴木健太／スズキケンタ”をクリックした場合、操作者は、“山田太郎”または“鈴木健太”を対象として作成されたＰＤＦファイルを選択する。選択されたＰＤＦファイルは、可搬媒体からＤＲＡＭ７０ｍｍに転送される。ステップＳ１３の処理が完了すると、ステップＳ２１に進む。
【００５６】
一方、「手渡し」ボタンがクリックされたときに移行するステップＳ１５では、文書識別情報入力画面をＤＲＡＭ７０ｍｍに展開する。展開された文書識別情報入力画面はモニタ７０ｍｔによって読み出され、図１４に示す要領で表示される。図１４によれば、“診療情報提供書に記載された患者のカナ氏名と生年月日を入力してください。」の文字列が画面上段に表示され、カナ氏名および生年月日の入力窓が文字列の下側に表示される。
【００５７】
放射線科受付の職員は、患者リスト画面上で選択された患者を対象とする診療情報提供書を確認しながら、この患者のカナ氏名および生年月日をキーボード／マウス７０ｋｍによって入力する。たとえば、“佐藤花子／サトウハナコ”が患者リスト画面上でクリックされた場合、放射線科受付の職員は、“佐藤花子”の診療情報提供書を確認しながら、カナ氏名“サトウハナコ”と生年月日“１９７４．０６．１４”とを入力する。入力されたカナ氏名および生年月日は、文書識別情報の一部をなす。
【００５８】
これを踏まえて、ステップＳ１７では、文書識別情報入力操作（＝患者のカナ氏名および生年月日を入力する操作）が行われたか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されると、ステップＳ１９に進む。
【００５９】
ステップＳ１９では、ステップＳ５で取得されたＤＩＣＯＭファイルから患者ＩＤ（たとえば“Ｋ１０５３”および検査インスタンスＵＩＤ（たとえば“１．２．３９２．２００４５．…２”）を検出する。ステップＳ１９ではまた、こうして得られた患者ＩＤおよび検査インスタンスＵＩＤを、文書識別情報入力操作によって入力されたカナ氏名および生年月日とともに、図６に示すレジスタＲＧＳＴ１に設定する。
【００６０】
図６から分かるように、レジスタＲＧＳＴ１は、カナ氏名，生年月日，患者ＩＤおよび検査インスタンスＵＩＤをそれぞれ登録する４つの小カラムによって構成される。このうち、カナ氏名，生年月日および患者ＩＤが文書識別情報を構成する。また、検査インスタンスＵＩＤは、検査識別情報に相当する。
【００６１】
ステップＳ２１では、最終確認画面をＤＲＡＭ７０ｍｍに展開する。展開された最終確認画面はモニタ７０ｍｔによって読み出され、図１５に示す要領で表示される。図１５によれば、“アップロードしますか？”の文字列が画面上段に表示され、「アップロード」ボタンおよび「キャンセル」ボタンが文字列の下側に左右に並んで表示される。
【００６２】
ステップＳ２３では、キーボード／マウス７０ｋｍによってアップロード操作（＝「アップロード」ボタンをクリックする操作）が行われたか否かを判別する。ステップＳ２５では、キーボード／マウス７０ｋｍによってキャンセル操作（＝「キャンセル」ボタンをクリックする操作）が行われたか否かを判別する。
【００６３】
ステップＳ２３の判別結果およびステップＳ２５の判別結果がいずれもＮＯであれば、ステップＳ２３に戻る。ステップＳ２５の判別結果がＹＥＳであれば、今回のアップロード処理を終了する。ステップＳ５の処理によってＤＲＡＭ７０ｍｍに保持されたＤＩＣＯＭファイル，ステップＳ１３の処理によってＤＲＡＭ７０ｍｍに保持されたＰＤＦファイル，ステップＳ１９の処理によってレジスタＲＧＳＴ１に設定された文書識別情報および検査識別情報は、今回のアップロード処理の終了に伴って消去される。
【００６４】
これに対して、ステップＳ２３の判別結果がＹＥＳであればステップＳ２７に進み、ＤＲＡＭ７０ｍｍ上のファイル（＝ステップＳ５で取得されたＤＩＣＯＭファイルと必要に応じてステップＳ１３で取得されたＰＤＦファイル）をクラウドサーバ１００にアップロードする。
【００６５】
ステップＳ２９では、文書識別情報および検査識別情報がレジスタＲＧＳＴ１に設定されているか否かを判別する。判別結果がＮＯであればそのままステップＳ３３に進む一方、判別結果がＹＥＳであればステップＳ３１で以下の処理を実行してからステップＳ３３に進む。つまり、ステップＳ３１では、レジスタＲＧＳＴ１に設定された文書識別情報および検査識別情報を識別情報登録要求とともにクラウドサーバ１００に転送する。
【００６６】
図３０に飛んで、ステップＳ１１１では、アップロードされたＤＩＣＯＭファイルを受信したか否かを判別する。判別結果がＮＯであればステップＳ１１３〜Ｓ１１７の処理を実行することなくステップＳ１１９に進む。これに対して、判別結果がＹＥＳであればステップＳ１１３に進み、受信したファイルを図７に示す画像・文書フォルダＦＤ１に保存する。
【００６７】
図７を参照して、画像・文書フォルダＦＤ１では、ＲＯＯＴディレクトリの下階層に画像フォルダおよび文書フォルダが並列的に形成される。画像フォルダおよび文書フォルダの各々の下階層には、複数の検査年フォルダが並列的に形成され、各検査年フォルダには複数の検査月フォルダが形成され、各検査月フォルダには複数の検査日フォルダが形成される。
【００６８】
これを踏まえて、ＤＩＣＯＭファイルは、画像フォルダの下階層に設けられた多数の検査日フォルダのうち、ＤＩＣＯＭファイルに記載された検査日付に対応する検査日フォルダに保存される。また、ＰＤＦファイルは、文書フォルダの下階層に設けられた多数の検査日フォルダのうち、同時にアップロードされたＤＩＣＯＭファイルの保存先に対応する検査日フォルダに保存される。
【００６９】
なお、ＰＤＦファイルについては、保存に先立ってファイル名が変更される。つまり、同時にアップロードされたＤＩＣＯＭファイルから検査インスタンスＵＩＤが検出され、検出した検査インスタンスＵＩＤが変更後のファイル名とされる。これによって、ＤＩＣＯＭファイルとＰＤＦファイルとの対応関係が確立される。
【００７０】
上述の例では、“山田太郎”および“鈴木健太”の各々については、ＤＩＣＯＭファイルが画像フォルダの下階層の検査日フォルダに保存され、ＰＤＦファイルが文書フォルダの下階層の検査日フォルダに保存される。ＰＤＦファイルのファイル名は、ＤＩＣＯＭファイルに記載された検査インスタンスＵＩＤと同じものに変更される。
【００７１】
これに対して、“佐藤花子”については、ＤＩＣＯＭファイルが画像フォルダの下階層の検査日フォルダに保存されるに留まる。
【００７２】
ステップＳ１１５では、ＤＩＣＯＭファイルに記載された患者情報，検査情報，シリーズ情報と、ＤＩＣＯＭファイルの所在を示すファイルパスとを、図８に示すデータベースＤＢ１に登録する。この結果、所望のＤＩＣＯＭファイルは、データベースＤＢ１を参照することで画像・文書フォルダＦＤ１から検出される。
【００７３】
ステップＳ１１７では、ＤＩＣＯＭファイルに記載された患者情報および検査情報をそれぞれ構成するカナ氏名および検査インスタンスＵＩＤと、ＤＩＣＯＭファイルを送信した紹介元医療施設の名称とを、図９に示すデータベースＤＢ２に登録する。
【００７４】
図９を参照して、データベースＤＢ２には、カナ氏名，検査インスタンスＵＩＤ，紹介元医療施設名，紹介先医療施設名，ファイル公開日付および画像転送日付をそれぞれ登録する６つの小カラムが、複数のカラム番号の各々に割り当てられる。
【００７５】
したがって、“ヤマダタロウ”および“１．２．３９２．２００４５．…１”が記載されたＤＩＣＯＭファイルがＸ病院からアップロードされた場合は、“ヤマダタロウ”がカナ名の小カラムに登録され、“１．２．３９２．２００４５．…１”が検査インスタンスＵＩＤの小カラムに登録され、“Ｘ病院”が紹介元医療施設名の小カラムに登録される。
【００７６】
また、患者カナ氏名“サトウハナコ”および“１．２．３９２．２００４５．…２”が記載されたＤＩＣＯＭファイルがＸ病院からアップロードされた場合は、“サトウハナコ”がカナ名の小カラムに登録され、“１．２．３９２．２００４５．…２”が検査インスタンスＵＩＤの小カラムに登録され、“Ｘ病院”が紹介元医療施設名の小カラムに登録される。
【００７７】
さらに、患者カナ氏名“スズキケンタ”および“１．２．３９２．２００４５．…３”が記載されたＤＩＣＯＭファイルがＸ病院からアップロードされた場合は、“スズキケンタ”がカナ名の小カラムに登録され、“１．２．３９２．２００４５．…３”が検査インスタンスＵＩＤの小カラムに登録され、“Ｘ病院”が紹介元医療施設名の小カラムに登録される。
【００７８】
ステップＳ１１９では、識別情報登録要求を受信したか否かを判別する。判別結果がＮＯであれば、ステップＳ１２１の処理を実行することなく今回の仲介処理１を終了する。これに対して、判別結果がＹＥＳであればステップＳ１２１に進み、識別情報登録要求とともに受信した文書識別情報および検査識別情報を図１０に示すデータベースＤＢ３に登録する。
【００７９】
データベースＤＢ３を構成する複数のカラムの各々はレジスタＲＧＳＴ１と同様に構成され、レジスタＲＧＳＴ１に設定された文書識別情報および検査識別情報はステップＳ１２１の処理によってデータベースＤＢ３の指定カラムに複製される。今回の仲介処理１の処理は、ステップＳ１２１の処理の後に終了する。
【００８０】
図２５に戻って、ステップＳ３３では、完了画面をＤＲＡＭ７０ｍｍに展開する。展開された完了画面はモニタ７０ｍｔによって読み出され、図１６に示す要領で表示される。図１６によれば、“アップロードを完了しました。”の文字列が画面ほぼ中央に表示され、「閉じる」ボタンが画面右下に表示される。
【００８１】
ステップＳ３５では、キーボード／マウス７０ｋｍによって終了操作（＝「閉じる」ボタンをクリックする操作）が行われたか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、今回のアップロード処理を終了する。
【００８２】
上述と同様、ステップＳ５の処理によってＤＲＡＭ７０ｍｍに保持されたＤＩＣＯＭファイル，ステップＳ１３の処理によってＤＲＡＭ７０ｍｍに保持されたＰＤＦファイル，ステップＳ１９の処理によってレジスタＲＧＳＴ１に設定された文書識別情報および検査識別情報は、今回のアップロード処理の終了に伴って消去される。
【００８３】
こうして、ＤＩＣＯＭファイル（必要であればＰＤＦファイルも）が画像・文書フォルダＦＤ１にアップロードされ、患者情報，検査情報，シリーズ情報およびファイルパスがデータベースＤＢ１に登録され、カナ氏名，検査インスタンスＵＩＤおよび紹介元医療施設名がデータベースＤＢ２に登録され、必要に応じて文書識別情報および検査識別情報がデータベースＤＢ３に登録されると、Ｘ病院の放射線科受付の職員は、Ａ病院またはＢ病院を紹介先医療施設として指定する作業に移る。このとき、ＷＥＢ端末７０ｔのＣＰＵ７０ｐｒは、図２６および図２７に示す処理を実行する。
【００８４】
図２６を参照して、ステップＳ４１ではログイン画面をＤＲＡＭ７０ｍｍに展開する。展開されたログイン画面はモニタ７０ｍｔによって読み出され、図１７に示す要領で表示される。図１７によれば、“ログインＩＤとパスワードを入力してください。”の文字列が画面上段に表示され、ログインＩＤおよびパスワードの入力窓が文字列の下側に表示され、「ＯＫ」ボタンが画面右下に表示される。放射線科受付の職員は、予め取得したユーザＩＤおよびパスワードをキーボード／マウス７０ｋｍによって入力し、その後に「ＯＫ」ボタンをクリックする。
【００８５】
ステップＳ４３ではこのようなログイン操作が行われたか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されると、ステップＳ４５でクラウドサーバ１００にログイン要求を送信する。送信されるログイン要求には、ログイン操作によって入力されたユーザＩＤおよびパスワードが記載される。
【００８６】
図３１に飛んで、ステップＳ１３１ではログイン要求を受信したか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ１３３に進む。ステップＳ１３３では、ログイン要求に記載されたユーザＩＤおよびパスワードを登録済みのユーザＩＤおよびパスワードと照合する。
【００８７】
ステップＳ１３５では、今回のログイン要求が正規のアクセスであるか否かをステップＳ１３３の照合結果に基づいて判別する。判別結果がＮＯであればステップＳ１３７に進み、ログイン失敗をログイン要求の発行元に通知する。通知が完了すると、ステップＳ１３１に戻る。これに対して、判別結果がＹＥＳであればステップＳ１３９に進み、ログイン成功をログイン要求の発行元に通知する。通知が完了すると、ステップＳ１４１に進む。
【００８８】
図２６に戻って、ステップＳ４７ではクラウドサーバ１００からログイン成功が通知されたか否かを判別し、ステップＳ４９ではクラウドサーバ１００からログイン失敗が通知されたか否かを判別する。
【００８９】
ステップＳ４７の判別結果およびステップＳ４９の判別結果のいずれもがＮＯであれば、ステップＳ４７に戻る。ステップＳ４９の判別結果がＹＥＳであれば、ステップＳ５１でログインエラーを操作者つまり放射線科受付の職員に報知し、その後にステップＳ４３に戻る。ステップＳ４７の判別結果がＹＥＳであればステップＳ５３に進み、患者リスト要求をクラウドサーバ１００に対して発行する。
【００９０】
図３１に飛んで、ステップＳ１４１ではこうして発行された患者リスト要求を受信したか否かを判別し、判別結果がＹＥＳであればステップＳ１４３に進む。ステップＳ１４３では、データベースＤＢ１に登録されたカナ氏名を読み出し、読み出したカナ氏名が列挙された患者リストを作成し、そして作成した患者リストを患者リスト要求の発行元に返送する。
【００９１】
図２６に戻って、ステップＳ５５では患者リストを受信したか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されるとステップＳ５７に進み、返送された患者リストに基づいて紹介先指定画面をＤＲＡＭ７０ｍｍに展開する。展開された紹介先指定画面はモニタ７０ｍｔによって読み出され、図１８に示す要領で表示される。
【００９２】
図１８によれば、患者リストに列挙されたカナ氏名が画面左側に縦に並んで表示され、各々のカナ名にＡ病院またはＢ病院が割り当てられる。また、画面左下には、「公開」ボタンおよび「キャンセル」ボタンが並んで表示される。
【００９３】
放射線科受付の職員は、紹介先指定画面上の所望のカナ氏名をキーボード／マウス７０ｋｍによってクリックし、これによってポップアップ表示されたメニューから“Ａ病院”および“Ｂ病院”のいずれか一方を紹介先医療施設として指定する。紹介先医療施設の指定が完了すると、放射線科受付の職員は、キーボード／マウス７０ｋｍによって「公開」ボタンをクリックする。
【００９４】
ステップＳ５９では、このような患者選択＆紹介先指定操作が行われたか否かを判別する。また、ステップＳ６１では、キーボード／マウス７０ｋｍによってキャンセル操作（＝紹介先指定画面上の「キャンセル」ボタンをクリックする操作）が行われた否かを判別する。
【００９５】
ステップＳ５９の判別結果およびステップＳ６１の判別結果のいずれもがＮＯであれば、ステップＳ５９に戻る。ステップＳ５９の判別結果がＹＥＳであればステップＳ６３の処理を経てステップＳ６５に進み、ステップＳ６１の判別結果がＹＥＳであればステップＳ６３の処理を実行することなくステップＳ６５に進む。
【００９６】
ステップＳ６３では、ファイル公開要求をクラウドサーバ１００に対して発行する。発行されるファイル公開要求には、患者選択＆紹介先指定操作によって選択ないし指定された患者カナ氏名および紹介先医療施設が記載される。
【００９７】
図１８に示すように“ヤマダタロウ”，“サトウハナコ”，“スズキケンタ”の３つの患者カナ氏名が表示された状態で、“ヤマダタロウ”および“サトウハナコ”についてＡ病院が指定され、“スズキケンタ”についてＢ病院が指定された場合、ファイル公開要求には、“ヤマダタロウ／Ａ病院”，“サトウハナコ／Ａ病院”，“スズキケンタ／Ｂ病院”の３つが記載される。
【００９８】
図３２に飛んで、ステップＳ１４５ではこうして発行されたファイル公開要求を受信したか否かを判別し、判別結果がＹＥＳであればステップＳ１４９に進む。ステップＳ１４９では、ファイル公開要求に記載された紹介先医療施設名とファイル公開日付（＝今日の日付）とを、ファイル公開要求に記載されたカナ氏名と同じカナ氏名に対応して、データベースＤＢ２に登録する。
【００９９】
したがって、今日の日付が２０１６年５月１１日であれば、“Ａ病院”および“２０１６．０５．１１”が、“ヤマダタロウ”および“サトウハナコ”の各々に対応してデータベースＤＢ２に登録され、“Ｂ病院”および“２０１６．０５．１１”が、“スズキケンタ”に対応してデータベースＤＢ２に登録される。
【０１００】
ステップＳ１５１では、データベースＤＢ２に登録されたカナ氏名および検査インスタンスＵＩＤをそれぞれ含む患者情報および検査情報をデータベースＤＢ１から検出し、さらに検出された患者情報および検査情報に割り当てられたファイルパスをデータベースＤＢ１から検出する。検出されたファイルパスは、公開すべきＤＩＣＯＭファイルの保存先を示す。
【０１０１】
ステップＳ１５３では、こうして検出したファイルパスに対応するＵＲＬを通知するメール（ＵＲＬ付メール）をファイルパス毎に作成し、作成したメールを紹介先医療施設にＷＥＢ端末７０ｒに送信する。このメールには、ファイルパスによって指定されたＤＩＣＯＭファイルに対応するＰＤＦファイルが画像・文書フォルダＦＤ１に存在するか否かを示すファイル識別情報が埋め込まれる。ＵＲＬ付メールの送信が完了すると、ステップＳ１４５に戻る。
【０１０２】
なお、紹介元医療施設から発行されたファイル公開要求を受信してからＵＲＬ付メールを紹介先医療施設に送信するまでのやり取りを、参考までに図１１に示す。
【０１０３】
“山田太郎”のＤＩＣＯＭファイルの保存先を通知するメールには、“ヤマダタロウ様のファイルは下記のリンク先から参照・取得できます。”の文字列と検出したファイルパスとが記載される（図１９参照）。このメールに埋め込まれたファイル識別情報は、“ＰＤＦファイルあり”を示す。
【０１０４】
同様に、“佐藤花子”のＤＩＣＯＭファイルの保存先を通知するメールには、“サトウハナコ様のファイルは下記のリンク先から参照・取得できます。”の文字列と検出したファイルパスとが記載される。このメールに埋め込まれたファイル識別情報は、“ＰＤＦファイルなし”を示す。
【０１０５】
また、“鈴木健太”のＤＩＣＯＭファイルの保存先を通知するメールには、“スズキケンタ様のファイルは下記のリンク先から参照・取得できます。”の文字列と検出したファイルパスとが記載される。このメールに埋め込まれたファイル識別情報は、“ＰＤＦファイルあり”を示す。
【０１０６】
図２７に戻って、ステップＳ６５ではクラウドサーバ１００にログイン終了を通知し、その後に今回の紹介先指定処理を終了する。図３２に飛んで、ステップＳ１４７ではログイン終了が通知されたか否かを判別する。判別結果がＮＯであればステップＳ１４５に戻る一方、判別結果がＹＥＳであれば今回の仲介処理２を終了する。
【０１０７】
Ａ病院またはＢ病院の放射線科受付の職員は、クラウドサーバ１００から受信したＵＲＬ付メールを契機として、Ｘ病院から紹介された患者を確認する作業を行う。このとき、Ａ病院またはＢ病院に設けられたＷＥＢ端末７０ｒのＣＰＵ７０ｐｒは、図２８〜図２９に示す処理を実行する。
【０１０８】
図２８を参照して、ステップＳ７１では、キーボード／マウス７０ｋｍによってＵＲＬクリック操作（＝クラウドサーバ１００から受信したＵＲＬ付メールに記載されているＵＲＬをクリックする操作）が行われたか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、ステップＳ７３に進み、ログイン画面をＤＲＡＭ７０ｍｍに展開する。展開されたログイン画面はモニタ７０ｍｔによって読み出され、図２０に示す要領で表示される。
【０１０９】
図２０によれば、“ログインＩＤとパスワードを入力してください。”の文字列が画面上段に表示され、ログインＩＤおよびパスワードの入力窓が文字列の下側に表示され、「ＯＫ」ボタンが画面右下に表示される。放射線科受付の職員は、予め取得したユーザＩＤおよびパスワードをキーボード／マウス７０ｋｍによって入力し、その後に「ＯＫ」ボタンをクリックする。
【０１１０】
ステップＳ７５ではこのようなログイン操作が行われたか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ７７でクラウドサーバ１００にログイン要求を送信する。送信されるログイン要求には、ログイン操作によって入力されたユーザＩＤおよびパスワードが記載される。
【０１１１】
図３１に飛んで、ステップＳ１３１ではログイン要求を受信したか否かを繰り返し判別し、判別結果がＮＯからＹＥＳに更新されるとステップＳ１３３に進む。ステップＳ１３３では、ログイン要求に記載されたユーザＩＤおよびパスワードを登録済みのユーザＩＤおよびパスワードと照合する。
【０１１２】
ステップＳ１３５では、今回のログイン要求が正規のアクセスであるか否かをステップＳ１３３の照合結果に基づいて判別する。判別結果がＮＯであればステップＳ１３７に進み、ログイン失敗をログイン要求の発行元に通知する。通知が完了すると、ステップＳ１３１に戻る。これに対して、判別結果がＹＥＳであればステップＳ１３９に進み、ログイン成功をログイン要求の発行元に通知する。通知が完了すると、ステップＳ１４１に進む。
【０１１３】
図２８に戻って、ステップＳ７９ではクラウドサーバ１００からログイン成功が通知されたか否かを判別し、ステップＳ８１ではクラウドサーバ１００からログイン失敗が通知されたか否かを判別する。
【０１１４】
ステップＳ７９の判別結果およびステップＳ８１の判別結果のいずれもがＮＯであれば、ステップＳ７９に戻る。ステップＳ８１の判別結果がＹＥＳであれば、ステップＳ８３でログインエラーを操作者つまり放射線科受付の職員に報知し、その後にステップＳ７５に戻る。ステップＳ７９の判別結果がＹＥＳであればステップＳ８５に進む。
【０１１５】
ステップＳ８５では、ＵＲＬクリック操作によって指定されたＤＩＣＯＭファイルに対応する診療情報提供書が電子納品であるか否かを、ＵＲＬ付メールに埋め込まれたファイル識別情報に基づいて判別する。判別結果がＹＥＳであればステップＳ８７に進み、ファイルパス付画像転送要求をクラウドサーバ１００に向けて発行する。
【０１１６】
上述の例によれば、ファイル識別情報は、“ヤマダタロウ”または“スズキケンタ”のＤＩＣＯＭファイルの保存先を通知するメールに対応して“ＰＤＦファイルあり”を示す。したがって、ＵＲＬクリック操作によって指定されたＤＩＣＯＭファイルが“ヤマダタロウ”または“スズキケンタ”のＤＩＣＯＭファイルであれば、ステップＳ８７の処理によってファイルパス付画像転送要求が発行される。
【０１１７】
図３３に飛んで、ステップＳ１５７では、こうして発行されたファイルパス付画像転送要求を受信したか否かを判別する。判別結果がＹＥＳであればステップＳ１６９に進み、受信したファイルパスが示すＤＩＣＯＭファイル内の医用画像を要求元に転送する。
【０１１８】
ステップＳ１７１では、ステップＳ１６９の処理対象となったＤＩＣＯＭファイルに対応するＰＤＦファイルが画像・文書フォルダＦＤ１に存在するか否かを判別する。判別結果がＮＯであればそのままステップＳ１７５に進む一方、判別結果がＹＥＳであればステップＳ１７３で以下の処理を実行してからステップＳ１７５に進む。
【０１１９】
つまり、ステップＳ１７３では、ステップＳ１６９の処理対象となったＤＩＣＯＭファイルに対応するＰＤＦファイルを要求元に転送する。なお、紹介元医療施設から発行されたファイルパス付画像転送要求を受信してから医用画像，ＰＤＦ画像を紹介先医療施設に送信するまでのやり取りを、参考までに図１１に示す。
【０１２０】
ステップＳ１７５では、画像転送日付（＝今日の日付）をデータベースＤＢ２に登録する。登録先は、受信したファイルパスが示すＤＩＣＯＭファイルに記載されたカナ氏名と同じカナ氏名に対応する小カラムである。
【０１２１】
したがって、“ヤマダタロウ”および“１．２．３９２．２００４５．…１”が記載されたＤＩＣＯＭファイルの医用画像がＡ病院に転送された日付が２０１６年５月１７日であれば、“２０１６．０５．１７”が“ヤマダタロウ”に対応して画像転送日付の小カラムに追記される。
【０１２２】
また、“スズキケンタ”および“１．２．３９２．２００４５．…３”が記載されたＤＩＣＯＭファイルの医用画像がＢ病院に転送された日付が２０１６年５月２１日であれば、“２０１６．０５．２１”が“スズキケンタ”に対応して画像転送日付の小カラムに追記される。追記が完了すると、ステップＳ１７７に進む。
【０１２３】
図２８に戻って、ステップＳ８７では、ステップＳ１６９で送信された医用画像とステップＳ１７３で送信されたＰＤＦ画像とを受信し、受信した医用画像およびＰＤＦ画像が現れた画像参照画面をＤＲＡＭ７０ｍｍに展開する。展開された画像参照画面はモニタ７０ｍｔによって読み出され、図２１（Ａ）に示す要領で表示される。
【０１２４】
ステップＳ８７の処理が完了すると、ステップＳ８９でログイン終了をクラウドサーバ１００に通知し、その後に今回の画像閲覧処理を終了する。図３３に飛んで、ステップＳ１７７ではログイン終了が通知されたか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、今回の仲介処理２を終了する。
【０１２５】
図２８に示すステップＳ８５の判別結果がＮＯであれば、ＵＲＬクリック操作によって指定されたＤＩＣＯＭファイルに対応するＰＤＦファイルは存在しない（診療情報提供書は手渡し）とみなす。このときはステップＳ９１に進み、文書識別情報入力画面をＤＲＡＭ７０ｍｍに展開する。展開された文書識別情報入力画面はモニタ７０ｍｔによって読み出され、図２２に示す要領で表示される。
【０１２６】
図２２によれば、“診療情報提供書に記載された患者のカナ氏名と生年月日を入力してください。”の文字列が画面上段に表示され、カナ氏名および生年月日の入力窓が文字列の下側に表示される。
【０１２７】
図２２に示す文書識別情報入力画面を表示する処理は、Ｘ病院で作成された診療情報提供書が患者の手によってＡ病院またはＢ病院に持ち込まれた場合に実行される。放射線科受付の職員は、患者から手渡された文書形式の診療情報提供書を確認しながら、この患者のカナ氏名および生年月日をキーボード／マウス７０ｋｍによって入力する。
【０１２８】
診療情報提供書に患者名“佐藤花子”と生年月日“１９７４．０６．１４”が記載されている場合、放射線科受付の職員は、この患者のカナ氏名“サトウハナコ”と生年月日“１９７４．０６．１４”とを入力する。
【０１２９】
これを踏まえて、ステップＳ９３では、文書識別情報入力操作（＝患者のカナ氏名および生年月日を入力する操作）が行われたか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、ステップＳ９５に進み、照合処理要求をクラウドサーバ１００に向けて発行する。
【０１３０】
発行される照合処理要求には、ＵＲＬクリック操作によってクリックされたＵＲＬに対応するファイルパスと、文書識別情報入力操作によって入力されたカナ氏名，生年月日つまり文書識別情報とが記載される。
【０１３１】
上述の例では、“サトウハナコ”および“１．２．３９２．２００４５．…２”が記載されたＤＩＣＯＭファイルに対応するＰＤＦファイルは存在しない。したがって、このＤＩＣＯＭファイルがＵＲＬクリック操作によって指定された場合は、クリックされたＵＲＬに対応するファイルパス，“サトウハナコ”，“１．２．３９２．２００４５．…２”が記載された照合処理要求がクラウドサーバ１００に向けて発行される。
【０１３２】
図３３に飛んで、ステップＳ１５５では、こうして発行された照合処理要求を受信したか否かを判別し、判別結果がＹＥＳであればステップＳ１５９に進む。ステップＳ１５９では、照合処理要求に記載されたファイルパスが示すＤＩＣＯＭファイルから患者ＩＤおよび検査インスタンスＵＩＤを検出する。上述の例では、検出された患者ＩＤおよび検査インスタンスＵＩＤはそれぞれ、“Ｋ１０５３”および“１．２．３９２．２００４５．…２”を示す。
【０１３３】
ステップＳ１６１では、検出した患者ＩＤおよび検査インスタンスＵＩＤに対応する文書識別情報を図１０に示すデータベースＤＢ３から検出する。上述の例では、“サトウハナコ”，“１９７４．０６．１４”および“Ｋ１０５３”からなる文書識別情報がデータベースＤＢ３から検出される。ステップＳ１６３では、こうして検出した文書識別情報を構成するカナ名および生年月日を照合処理要求に記載されたカナ名および生年月日と照合し、照合結果を要求元に送信する。
【０１３４】
なお、紹介先医療施設から発行された照合処理要求を受信してから照合結果を紹介先医療施設に送信するまでのやり取りを、参考までに図１１に示す。
【０１３５】
図２９に戻って、ステップＳ９７では、クラウドサーバ１００から送信された照合結果を受信したか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されるとステップＳ９９に進み、受信した照合結果が“合致”を示すか否かを判別する。判別結果がＹＥＳであればステップＳ１０１の処理を経てステップＳ８９に進む一方、判別結果がＮＯであればステップＳ１０３の処理を経てステップＳ８９に進む。
【０１３６】
ステップＳ１０１では、ファイルパス付画像転送要求をクラウドサーバ１００に向けて発行する。図３３に飛んで、ステップＳ１６５では、こうして発行されたファイルパス付画像転送要求を受信したか否かを判別する。判別結果がＹＥＳであればステップＳ１６９に進み、受信したファイルパスが示すＤＩＣＯＭファイルに収められた医用画像を要求元に転送する。
【０１３７】
ステップＳ１７１では、ステップＳ１６９の処理対象となったＤＩＣＯＭファイルに対応するＰＤＦファイルが画像・文書フォルダＦＤ１に存在するか否かを判別する。判別結果がＮＯであればそのままステップＳ１７５に進む一方、判別結果がＹＥＳであればステップＳ１７３で以下の処理を実行してからステップＳ１７５に進む。
【０１３８】
つまり、ステップＳ１７３では、ステップＳ１６９の処理対象となったＤＩＣＯＭファイルに対応するＰＤＦファイルから診療情報提供書のＰＤＦ画像を取り出し、取り出したＰＤＦ画像を要求元に転送する。
【０１３９】
ステップＳ１７５では、画像転送日付（＝今日の日付）をデータベースＤＢ２に登録する。登録先は、受信したファイルパスが示すＤＩＣＯＭファイルに記載されたカナ氏名と同じカナ氏名に対応する小カラムである。
【０１４０】
したがって、“サトウハナコ”および“１．２．３９２．２００４５．…２”が記載されたＤＩＣＯＭファイルの医用画像がＡ病院に転送された日付が２０１６年５月１８日であれば、“２０１６．０５．１８”が“サトウハナコ”に対応して画像転送日付の小カラムに追記される。追記が完了すると、ステップＳ１７７に進む。
【０１４１】
図２９に戻って、ステップＳ１０１ではこうして返送された医用画像が現れた画像参照画面をＤＲＡＭ７０ｍｍに展開する。展開された画像参照画面はモニタ７０ｍｔによって読み出され、図２１（Ｂ）に示す要領で表示される。
【０１４２】
ステップＳ９９の判別結果がＮＯである場合に移行するステップＳ１０３では、クラウドサーバ１００に対してエラーを通知する。図３３に飛んで、ステップＳ１６７ではエラーが通知されたか否かを判別し、判別結果がＮＯであればステップＳ１６５に戻る一方、判別結果がＹＥＳであればステップＳ１７７に進む。
【０１４３】
図２８に示すステップＳ８９では、ログイン終了をクラウドサーバ１００に通知し、その後に今回の画像閲覧処理を終了する。図３３に示すステップＳ１７７では、ログイン終了が通知されたか否かを繰り返し判別する。今回の仲介処理２は、判別結果がＮＯからＹＥＳに更新されたときに終了する。
【０１４４】
以上の説明か分かるように、医療連携システムは、患者の医用画像を含む医療情報を公衆回線網ＣＮを介して送信するＷＥＢ端末７０ｔと、この医療情報を公衆回線網ＣＮを介して受信する１または２以上のＷＥＢ端末７０ｒとを備える。
【０１４５】
ＷＥＢ端末７０ｔに設けられたＣＰＵ７０ｐｒは、診療情報提供書を識別する文書識別情報を医療情報の一部として取り込む(S17, S19)。１または２以上のＷＥＢ端末７０ｒの各々に設けられたＣＰＵ７０ｐｒは、識別情報入力操作によって入力された文書識別情報を医療情報の一部をなす文書識別情報と照合し(S95, S97)、患者の医用画像の出力を照合結果に基づいて実行／制限する(S99)。
【０１４６】
医療情報には、患者の医用画像と診療情報提供書を識別する文書識別情報とが含まれる。文書識別情報はＷＥＢ端末７０ｒ側で入力された文書識別情報と照合され、医用画像の出力は照合結果に応じて実行／制限される。これによって、診療情報提供書を紹介先医療施設に書面で提供する場合に、公正に診療報酬加算を受けることができる。
【符号の説明】
【０１４７】
１００  …クラウドサーバ
ＨＳＸ，ＨＳＡ，ＨＳＢ  …医療システム
７０ｔ，７０ｒ  …ＷＥＢ端末
７０ｃｕ  …可搬媒体Ｉ／Ｆ
７０ｐｒ，１００ｐｒ  …ＣＰＵ
７０ｋ／ｍ  …キーボード／マウス
７０ｍｔ  …モニタ
７０ｄｒ，１００ｄｒ  …ＨＤＤ
【図１】
2018041233.tif 000003
【図２】
2018041233.tif 000004
【図３】
2018041233.tif 000005
【図４】
2018041233.tif 000006
【図５】
2018041233.tif 000007
【図６】
2018041233.tif 000008
【図７】
2018041233.tif 000009
【図８】
2018041233.tif 000010
【図９】
2018041233.tif 000011
【図１０】
2018041233.tif 000012
【図１１】
2018041233.tif 000013
【図１２】
2018041233.tif 000014
【図１３】
2018041233.tif 000015
【図１４】
2018041233.tif 000016
【図１５】
2018041233.tif 000017
【図１６】
2018041233.tif 000018
【図１７】
2018041233.tif 000019
【図１８】
2018041233.tif 000020
【図１９】
2018041233.tif 000021
【図２０】
2018041233.tif 000022
【図２１】
2018041233.tif 000023
【図２２】
2018041233.tif 000024
【図２３】
2018041233.tif 000025
【図２４】
2018041233.tif 000026
【図２５】
2018041233.tif 000027
【図２６】
2018041233.tif 000028
【図２７】
2018041233.tif 000029
【図２８】
2018041233.tif 000030
【図２９】
2018041233.tif 000031
【図３０】
2018041233.tif 000032
【図３１】
2018041233.tif 000033
【図３２】
2018041233.tif 000034
【図３３】
2018041233.tif 000035