(57)【要約】【課題】読影依頼された医用画像に関する読影情報をタイムライン形式で管理する仕組みにおいて、タイムライン表示するメッセージと対応する読影情報の確認を容易にする仕組みを提供することを目的とする。【解決手段】患者情報により特定される依頼情報と当該以来情報をもとに行われる読影の日時情報をもとに、タイムライン形式で表示し、タイムラインにメッセージを書き込めるように制御する。また書き込むメッセージに過去のイベントを関連付けリンクを付し、リンクを押下すると関連するタイムライン上のイベントに飛べるように制御する。リンク付けされたイベントに飛ぶ際は、リンク元のイベントと、リンク先のイベントが同じ画面内で確認できるように二つのイベントを並べて表示することができる。【選択図】図１２
2017120562.tif 000002
【特許請求の範囲】
【請求項１】
依頼施設から読影依頼された医用画像に関する読影情報を管理する情報処理システムであって、
前記読影情報に含まれる日時情報を用いて、前記読影情報をタイムライン表示するタイムライン画面を生成する画面生成手段と、
前記画面生成手段で生成したタイムライン画面上に、新たにタイムライン表示するメッセージを受け付ける情報受付手段と、
前記情報受付手段で受け付けるメッセージと対応付ける前記読影情報を指定する指定手段と、
前記情報受付手段で受け付けたメッセージと、前記指定手段で指定された前記読影情報とを、前記タイムライン画面において並べて表示すべく制御する表示制御手段と、
を有することを特徴とする情報処理システム。
【請求項２】
前記情報処理システムは、
前記情報受付手段で受け付けたメッセージと、前記指定手段で指定された前記読影情報とが画面に表示されているか否かを判定する判定手段
を更に備え、
前記判定手段は、前記メッセージと前記読影情報とが共に画面内に表示されていると判定した場合にはそのまま画面を表示させ、前記メッセージと前記読影情報とが共に画面内に表示されていないと判定した場合には、前記読影情報が表示されるよう画面を移動させることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記判定手段は、
前記情報受付手段で受け付けたメッセージを依頼施設側から受け付けたのか、読影医側から受け付けたのか、受け付け元についても判定し、
前記表示制御手段は、前記情報受け付け手段で受け付けたメッセージを、前記判定手段で判定した受け付け元に応じて、依頼施設側と読影医側とで左右に分けて表示することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記情報処理システムは、
前記判定手段で、前記メッセージと前記読影情報とが共に画面内に表示されていないと判定した場合には、前記画面生成手段で表示されているタイムラインと同じタイムラインを生成し、
前記表示制御手段は、タイムラインを２つ表示し、一方に前記読影情報が表示されているタイムラインを表示し、もう一方に前記メッセージが表示されているタイムラインを並べて表示すべく制御することを特徴とする請求項２または３に記載の情報処理システム。
【請求項５】
依頼施設から読影依頼された医用画像に関する読影情報を管理する情報処理システムの制御方法であって、
前記情報処理システムが、
前記読影情報に含まれる日時情報を用いて、前記読影情報をタイムライン表示するタイムライン画面を生成する画面生成工程と、
前記画面生成工程で生成したタイムライン画面上に、新たにタイムライン表示するメッセージを受け付ける情報受付工程と、
前記情報受付工程で受け付けるメッセージと対応付ける前記読影情報を指定する指定工程と、
前記情報受付工程で受け付けたメッセージと、前記指定工程で指定された前記読影情報とを、前記タイムライン画面において並べて表示すべく制御する表示制御工程と、
を有することを特徴とする制御方法。
【請求項６】
依頼施設から読影依頼された医用画像に関する読影情報を管理する情報処理システムで実行可能なプログラムであって、
前記情報処理システムを、
前記読影情報に含まれる日時情報を用いて、前記読影情報をタイムライン表示するタイムライン画面を生成する画面生成手段と、
前記画面生成手段で生成したタイムライン画面上に、新たにタイムライン表示するメッセージを受け付ける情報受付手段と、
前記情報受付手段で受け付けるメッセージと対応付ける前記読影情報を指定する指定手段と、
前記情報受付手段で受け付けたメッセージと、前記指定手段で指定された前記読影情報とを、前記タイムライン画面において並べて表示すべく制御する表示制御手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
医療の現場においては、一人の患者を複数の専門医、複数の施設において診断し、患者の状態を観察するということが行われている。その場合患者の状態の経過観察や、これまでの検査等を複数人で共有する必要があり、患者の医療事象を時系列に表示して認識しやすくするためのタイムライン形式の医療システムが考え出されている。
【０００３】
特許文献１には患者別にデータを処理し、図形等を用いて患者の医療事象や医療履歴をタイムライン形式に表示する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１５−５２１３０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、複数の施設や専門医同士で患者の情報を共有すべき場合の具体例として、ＣＴやＭＲＩ等のモダリティで撮影された画像を読影して診断する場合が考えられる。モダリティで撮影された当該画像を読影することができる読影医は全病院にいるわけではないため、他の病院や読影センターなどの遠隔地にいる読影医に読影を依頼するということが従来行われている。
【０００６】
このように病院や施設で検査し診断する施設と、施設から依頼され医用画像を読影して読影結果を出す読影医のように、専門が別れており、かつ遠隔地でやり取りを行う現場では、スムーズに検査を行い結果の共有をはかる必要がある。そのため遠隔読影システムの開発が近年進められている。
【０００７】
この遠隔読影システムにおいて、視覚的に医療履歴を共有できるよう、特許文献１のようなタイムライン形式の医療履歴表示を用いたい。しかし、患者を病院で受け入れ検査し、医用画像を撮影し、病院側が読影センターに読影を依頼し、読影センターの中の特定の読影医が担当するというように、一人の患者を読影するためにさまざまな医療機関と専門家が介在することとなる。このように介在する人数が増えるごとに医療履歴を更新すると、タイムラインの性質上、以前の履歴がすぐに流れてタイムラインを表示している画面上からフレームアウトしてしまう。以前の履歴がフレームアウトすると過去の履歴や医用画像を確認してメッセージやコメントを書きこみたい際に非常に手間となる。
【０００８】
そこで、本発明は、読影依頼された医用画像に関する読影情報をタイムライン形式で管理する仕組みにおいて、タイムライン表示するメッセージと対応する読影情報の確認を容易にする仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
このような課題に対し、本発明は、依頼施設から読影依頼された医用画像に関する読影情報を管理する情報処理システムであって、前記読影情報に含まれる日時情報を用いて、前記読影情報をタイムライン表示するタイムライン画面を生成する画面生成手段と、前記画面生成手段で生成したタイムライン画面上に、新たにタイムライン表示するメッセージを受け付ける情報受付手段と、前記情報受付手段で受け付けるメッセージと対応付ける前記読影情報を指定する指定手段と、前記情報受付手段で受け付けたメッセージと、前記指定手段で指定された前記読影情報とを、前記タイムライン画面において並べて表示すべく制御する表示制御手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、読影依頼された医用画像に関する読影情報をタイムライン形式で管理する仕組みにおいて、タイムライン表示するメッセージと対応する読影情報の確認を容易にすることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るシステム構成の例を示す図である。
【図２】本実施形態に係る情報処理装置のハードウェア構成の例を示す図である。
【図３】本実施形態に係る情報処理システムの機能構成の例を示す図である。
【図４】イベントデータテーブル４００のテーブル構成の一例を示す図である。
【図５】タイムライン画面を表示する一連の流れを説明するフローチャートである。
【図６】タイムラインページデータを生成する処理の一連の流れを説明するフローチャートである。
【図７】メッセージの入力とメッセージを表示する一連の流れを説明するフローチャートである。
【図８】リンク先イベントリスト８００のリストの項目一覧を示す図である。
【図９】タイムライン画面９００の一例を示す図である。
【図１０】リンクボタンを押下するとリンク先イベント画面に画面が移動する実施例の一連の流れを示す図である。
【図１１】図１０が説明するタイムライン画面１１００のリンクボタンを押下する画面例を示す図である。
【図１２】図１１が説明するリンクボタンを押下してリンク先イベント画面に移動した後の画面例を示す図である。
【図１３】リンクボタンを押下すると画面が分割表示される実施例の一連の流れを説明するフローチャートである。
【図１４】図１３の続きであり画面が分割表示される実施例の一連の流れを説明するフローチャートである。
【図１５】図１３、図１４が説明する画面分割表示の画面例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の第一の実施形態を詳細に説明する。なお、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。
【００１３】
図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。本実施形態においては、依頼施設を依頼側、読影センターと読影医を読影側として説明する。
【００１４】
遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）からのアクセス開始時に、データセンター内の認証サーバ（不図示）が提供する認証機能により認証を行う。正常に認証された後、各ユーザの情報処理装置のディスプレイには、ポータル画面（不図示）が提示される。なお、あらかじめデータセンターに送信し、登録しておいてもよい。
【００１５】
依頼施設１５０において、遠隔読影に用いる患者の画像データ（医用画像データ）は、撮影装置であるＣＴ、ＭＲＩ、ＵＳ、ＰＥＴ等のモダリティ１１１によって撮影された後、依頼施設内の画像中継クライアント１１０に送信される。ここでの画像データは例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格の画像データが挙げられる。画像中継クライアント１１０は、モダリティ１１１から送信されてきた画像データをアーカイブし、その後、データセンター１５２に配置された画像管理サーバ１０１に送信する。画像管理サーバ１０１は、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。ＤＩＣＯＭ規格の画像データは、患者名、患者ＩＤ、患者の性別といった患者情報や、モダリティの種類等の撮像条件を含む付帯情報と、画像データとで構成されている。このような依頼施設のモダリティ１１１によって撮影された画像データは、データセンターに送信されて外部記憶装置１１７に登録される。
【００１６】
依頼施設１５０の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンターへと送信される。各依頼情報は、データセンター側でデータベース１０８に保管される。この際にデータベース１０８では、依頼施設情報や患者情報と紐づけて読影の依頼情報を管理している。なお、本明細書においては、依頼情報と画像データとが対応しており、依頼情報の割り当て（振り分け）はすなわち画像データの割り当てとして扱う。
【００１７】
依頼施設１５０からの読影依頼の受付業務を行う読影センターの業務担当者は、業務端末１１２を用いて読影の依頼情報が十分に入力されているか確認するとともに、各依頼を読影医に振り分ける振り分け作業を行う。振分作業としては、業務担当者が各読影医の得意分野等を加味して手動で振り分けてもよいし、各読影医の得意分野情報や読影スケジュール等を予め設定しておき自動振分処理を行うことで振り分けてもよい。
【００１８】
読影を行う読影医は、読影センター１５１に配置された読影端末１１３（もしくは、自宅１５３に配置された読影端末１１４）を用いて、業務担当者によって割り当てられた読影の依頼に対応する読影用の画像データを外部記憶装置１１７からダウンロードして参照し、読影を行う。その後、読影医は、読影した読影結果情報であるレポートを、読影端末１１３上で動作するアプリケーション（不図示）を用いて作成する。読影医の端末から送信されたレポートは、業務サーバ１０５で処理され、データベース１０８に保管される。この際にデータベース１０８で保管される読影結果情報は、依頼情報に紐づいて保管されており、すなわち依頼施設情報や患者情報が特定できる状態で管理されている。なお、ここでは、読影施設側の端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。
【００１９】
さらに、依頼施設の読影依頼業務を行う担当者、読影センターの業務担当者、読影医といったユーザは、業務サーバ１０５が提供するメッセージ機能を用いて、ネットワーク１１５を介してユーザ同士のメッセージのやり取りを行うことができる。読影医は、このようなメッセージを用いて他の読影医と患者の読影内容の相談や意見交換を行うことができる。さらに、依頼元施設と読影センターの業務担当者との間で依頼日程や読影結果についての相談をおこなうこともできる。このようなメッセージが特定の患者に関する内容のものである場合には、メッセージの履歴は、患者情報に紐づけてデータベース１０８に管理されることになる。なお、患者情報のみならず、特定の依頼情報やレポートに紐づけて管理してもよい。
【００２０】
さらに、遠隔読影システムを利用する各ユーザは、各端末を介して、特定の患者の経過観察を行うために、検査履歴を検査の時系列を認識できるようタイムライン画面の表示要求をすることができる。各端末を介してタイムライン画面の表示要求がなされると、業務サーバ１０５は、データベース１０８で管理される対応する患者の依頼情報や読影結果情報（レポート情報）を用いてタイムライン画面の生成可能な情報を収集し各端末に送信する。そして各端末は、受信した各情報を用いてタイムライン画面を生成して表示する。
【００２１】
図２は、各種サーバや端末などの情報処理装置のハードウェア構成の例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１には、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステム（ＯＳ）、および各端末の機能を実現するために必要な各種プログラム等が記憶される。
【００２２】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、実行することで各種動作を実現する。入力コントローラ２０５は、キーボードやマウス等のポインティングデバイス（不図示）等の入力デバイス２０９からの入力を制御する。ビデオコントローラ２０６は、ディスプレイ２１０への表示を制御する。
【００２３】
メモリコントローラ２０７は、各種データ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては例えば、外部記憶装置（ＨＤ）や、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等が挙げられる。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示すネットワーク１１５）を介して外部機器と接続および通信制御を行う。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２４】
本発明を実現するための各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。さらに、プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらの詳細な説明については後述する。
【００２５】
図３は、本実施形態に係る各サーバの機能構成を説明する図である。
【００２６】
各ユーザが使用する端末は、上述のようにネットワーク１１５を介して、業務サーバ１０５と画像管理サーバ１０１と通信可能に接続されている。業務サーバ１０５がデータを参照する先であるデータベース１０８には、依頼施設データテーブル３２１、患者データテーブル３２２、読影依頼データテーブル３２３を備える。また、検査データテーブル３２４、レポートデータテーブル３２５、メッセージデータテーブル３２６、が設けられている。これらのデータを用いてタイムライン画面を表示するためのイベントデータテーブル４００が生成される。イベントデータテーブル４００については後述する。
【００２７】
モダリティ１１１から画像中継クライアント１１０を介して送信されてきた画像データは、画像管理サーバ１０１の画像管理部３１１が、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。その際に、業務サーバ１０５の検査管理部３０５が、データベース１０８の検査データテーブル３２４を更新する。
【００２８】
依頼端末１０９から依頼受付のリクエストを受信すると、業務サーバ１０５の読影依頼管理部３０４が、リクエストを解析し、データベース１０８の依頼施設データテーブル３２１、患者データテーブル３２２、及び読影依頼データテーブル３２３を更新する。
【００２９】
読影医の端末から送信されたレポートは、業務サーバ１０５のレポート管理部３０２が処理し、当該レポートを外部記憶装置１１７に保存させるとともに、データベース１０８のレポートデータテーブル３２５を更新する。
【００３０】
ユーザ間で行われたメッセージは、業務サーバ１０５のメッセージ管理部３０１が処理し、データベース１０８のメッセージデータテーブル３２６を更新して管理する。
【００３１】
ユーザからのタイムライン画面の表示指示がなされると、業務サーバ１０５のタイムライン制御部３０３が、当該患者情報に対応するデータをデータベース１０８にある各テーブルから特定し、当該データを表示指示がなされた端末に対して送信する。これにより各端末において、タイムライン画面の表示を行うことができる。
【００３２】
次に、データベース１０８に記憶されている各データテーブルの一例について説明する。
【００３３】
データベース１０８に記憶されている依頼施設データテーブル３２１は、遠隔読影システムの依頼施設となる施設情報が登録されている。
【００３４】
データベース１０８に記憶されている患者データテーブル３２２は、読影の依頼情報に含まれる患者データが順次追加されるテーブルであり、患者名や患者のＩＤなどが登録されている。
【００３５】
データベース１０８に記憶されているメッセージデータテーブル３２６は、メッセージＩＤや、メッセージを送信した送信日付、メッセージのタイトルやメッセージの中身であるメッセージテキストで構成されている。
【００３６】
データベース１０８に記憶されている検査データテーブル３２４は、依頼情報に対応する検査の検査ＵＩＤや検査日、モダリティ種別や画像ＩＤで構成されている。
【００３７】
データベース１０８に記憶されている読影依頼データテーブル３２３は、読影の依頼情報に含まれる依頼内容が順次追加されるテーブルであり、依頼毎に割り振られる依頼ＩＤや検査種別、検査部位、読影センターの業務担当者である依頼受付ユーザなどで構成される。
【００３８】
データベース１０８に記憶されているレポートデータテーブル３２５は、読影医が作成したレポート情報を管理するテーブルであり、レポートの状態を示すステータス、担当読影医、読影日、対象部位、読影結果などで構成されている。
【００３９】
尚、上記で記載したデータテーブルは一例であり、このほかに検査や依頼内容によってデータテーブルがあってもよい。また各データテーブルの内容も記載内容に限るものではない。
【００４０】
図４は、イベントデータテーブル４００の構成を示す図である。イベントデータテーブル４００は、データベース１０８に記憶されている各データテーブルから必要な情報を取得し、業務サーバ上のメモリに生成したイベントデータテーブル４００に記憶する。イベントデータとは、イベントデータテーブルに記録されたデータのことであり、タイムライン上に表示させる「検査実施」「検査結果」「レポート」などのイベントを構成する読影情報についてのデータである。イベントデータテーブルは、イベントＩＤ４０１と、患者ＩＤ４０２と、イベント発生日付４０３と、発生場所４０４と、イベント分類４０５と、表示データ４０６とを備える。イベントＩＤ４０１は、イベントデータテーブルに記憶されたイベントの一意の識別情報を示す。患者ＩＤ４０２は、患者に設定された一意の識別情報を示す。イベント発生日付４０３は、検査実施や依頼受付、メッセージなど各イベントが発生した日付を示す。発生場所４０４は、各イベントが発生した場所を示す。このデータを用いて、業務サーバは中央のタイムライン軸で分けられた左右の領域に、イベントデータの表示を振り分ける。イベント分類４０５は、発生したイベントの種類を示す。表示データ４０６は、各イベント分類に応じて検査内容や検査の種類、モダリティで撮影した医用画像や検査部の名称等を記憶する。また、メッセージやメッセージに紐づくリンクされたイベントデータのＩＤ、リンクされたイベントデータのタイムライン画面上での座標値など、タイムライン上に表示する内容が記憶される。イベントデータテーブルに記憶される情報を元に、各イベントをタイムライン上に吹き出し型に表示し、その吹き出し内に表示データ４０６に記憶された内容が情報処理装置によって表示される。尚、本実施形態ではタイムラインに示すイベントデータを吹き出し型に表示しているが、吹き出し型の表示に限るものでない。
【００４１】
次に、図５のフローチャートを用いて、タイムライン画面が表示されるまでの処理を説明する。
【００４２】
以下の処理は、タイムライン画面の表示依頼を行うことができるクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）及び業務サーバ１０５それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。
【００４３】
ステップＳ５０１では、情報処理装置のＣＰＵ２０１が、ポータル画面等（不図示）を介してユーザから少なくとも患者を特定したタイムライン画面の表示指示を受け付け、患者ＩＤを業務サーバ１０５に送信する。
【００４４】
ステップＳ５０２では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からのタイムライン画面の表示指示を受信することで患者情報を特定したタイムライン画面の表示指示を受け付ける。
【００４５】
ステップＳ５０３では、業務サーバ１０５のＣＰＵ２０１は、ステップ５０２で受け付けた患者情報に含まれる患者ＩＤを取得する。
【００４６】
ステップＳ５０４では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブル４００を読み込み、タイムラインページのデータを生成する（画面生成手段）。タイムラインページデータ生成の詳細については、図６を用いて説明する。
【００４７】
図６はタイムラインページデータ生成処理の一連の流れを示す図である。
【００４８】
ステップＳ６０１では、業務サーバ１０５のＣＰＵ２０１は、タイムライン画面の元となるテンプレートを生成する。テンプレートはデータベースサーバに記憶されており、タイムライン制御部３０３が、データベース１０８にあるテンプレートを特定し、当該データを表示指示がなされた端末に対して送信する。これにより各端末において、タイムライン画面の表示を行うことができる。テンプレート画面には図９のタイムライン画面９００のように、ステップＳ５０３で取得した患者ＩＤから患者の名前や生年月日、メッセージ入力部などを設ける。そして次のステップＳ６０２からの処理を行うことにより、タイムライン画面を生成していく。図９については後述する。
【００４９】
ステップＳ６０２では、業務サーバ１０５のＣＰＵ２０１は、業務サーバ上に記憶されているイベントデータテーブルの読取位置を１に設定する。
【００５０】
ステップＳ６０３では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブル４００の発生場所４０４から、発生場所は読影センターか否かを判定する。発生場所は読影センターであると判定した場合には、ステップＳ６０４へ処理を進める。発生場所は読影センターであると判定しなかった場合にはステップＳ６０５へ処理を進める。
【００５１】
ステップＳ６０４では、業務サーバ１０５のＣＰＵ２０１は、イベントデータを吹き出し型の表示でタイムライン上に配置する際に、ステップＳ６０３でイベント発生場所が読影センターであると判定した場合に配置の位置をタイムライン軸の右領域に決定する。
【００５２】
ステップＳ６０５では、業務サーバ１０５のＣＰＵ２０１は、イベントデータを吹き出し型の表示でタイムライン上に配置する際に、ステップＳ６０３でイベント発生場所が読影センターであると判定しなかった場合に配置をタイムライン軸の左領域に決定する。尚、本処理においては読影センターをタイムライン軸の右側に決定するとしたが、左側であってもよいし、上下に区分けして表示支えてもよい。すなわち、イベントデータテーブルに登録された発生場所が依頼施設側のイベント情報を表示する位置をタイムライン軸で区分けされた領域の一方に決定した際に、読影医側のイベント情報をタイムライン軸で区分けされた領域の他方に決定すれば十分である。
【００５３】
ステップＳ６０６では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ６０１で生成したテンプレートデータ内にイベントデータを吹き出し型の表示で配置するよう設定する。この吹き出し型のイベントデータを配置する処理を繰り返しタイムラインページを生成する。
【００５４】
ステップＳ６０７では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブルの表示データ４０６にリンク情報があるか否かを判定する。リンク情報とは、リンク先のイベントデータ（以下、リンク先吹き出し）のイベントＩＤと、リンク先のイベントデータの分類（以下、リンクタイプ）の情報である。リンク情報があると判定した場合はステップＳ６０８に処理を進める。リンク情報があると判定しなかった場合は、ステップＳ６１０へ処理を進める。
【００５５】
ステップＳ６０８では、業務サーバ１０５のＣＰＵ２０１は、現在読取を行っているイベントデータのメッセージテキストをリンクしているリンク先吹き出しの近傍に配置する。これにより、リンク先吹き出しを表示する位置に画面が移動しても、リンク先吹き出しとリンク先吹き出しに紐付けられたメッセージの内容の両方を確認することができる。
【００５６】
ステップＳ６０９では、業務サーバ１０５のＣＰＵ２０１は、タイムライン上でリンク先吹き出しが配置されている座標値を、イベントデータテーブルの表示データ４０６から特定する。特定した座標値、つまりリンク先吹き出しの表示位置に飛ぶよう制御されたリンクボタンを吹き出し内に配置する。
【００５７】
ステップＳ６１０では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブルの読取位置を次に設定する。
【００５８】
ステップＳ６１１では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブルの読取位置にデータがあるかを判断する。データが無い場合には処理を終了し、データがある場合にはステップＳ６０３に戻り処理を続ける。
【００５９】
以上で、図６のタイムラインページのデータ生成処理の説明を終了する。
図５のフローチャートに説明を戻す。
【００６０】
ステップＳ５０６では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ５０５で生成したタイムラインページデータを情報処理装置に送信する。
【００６１】
ステップＳ５０７では、情報処理装置のＣＰＵ２０１は、ステップＳ５０６で業務サーバから送信されたタイムラインページデータを受信する。
【００６２】
ステップＳ５０７では、情報処理装置のＣＰＵ２０１は、ステップＳ５０７で受信したタイムラインページデータをもとにタイムライン表示を行う。
【００６３】
以上で、図５のタイムライン画面を表示するまでの一連の流れを示すフローチャートの説明を終了する。
【００６４】
次に、図７のフローチャートを用いて、メッセージを入力し、そのメッセージがタイムライン上に表示されるまでの一連の処理の流れを説明する。
【００６５】
ステップＳ７０１では、情報処理装置のＣＰＵ２０１は、タイムライン画面上のメッセージ入力部に設けている、任意のリンクさせたいイベントを選択するプルダウンより、メッセージと紐付けるイベントの種類と、当該イベントの日時の選択を受け付ける。リンクさせたいイベントの種類を選択するためのプルダウンに表示させる項目は、リンク先イベントリストで記憶する。また、選択できるイベントの種類は、患者に紐付けられたタイムライン上にあるイベントの中から抽出されるため、イベントとメッセージを対応付ける際に容易に紐付けが可能となる。（指定手段）
【００６６】
図８のリンク先イベントリスト８００は、入力したメッセージに紐付けるイベントを特定するために、リンク先のイベントの種類を選択するドロップダウンに表示するための項目リストである。図８のリンク先イベントリスト８００では、読影依頼、レポート、検査結果、メッセージから選択できる。尚、リンク先イベントの種類は上記４つに限るものではなく、他にも種類があってもよい。
【００６７】
ステップＳ７０２では、情報処理装置のＣＰＵ２０１は、メッセージ入力部にメッセージのタイトルの入力を受け付ける。
【００６８】
ステップＳ７０３では、情報処理装置のＣＰＵ２０１は、メッセージ本文テキストの入力を受け付ける。尚、ステップＳ７０１からステップＳ７０３までの処理は、この順番に限るものではなく、どの入力や選択からでも受け付け可能とする（情報受付手段）。
【００６９】
ステップＳ７０４では、情報処理装置のＣＰＵ２０１は、入力を受け付けたメッセージを送信するための送信ボタンが押下されたか否かを判定する。送信ボタンが押下されたと判定した場合はステップＳ７０５へ処理を進める。送信ボタンが押下されたと判定しなかった場合は、ステップＳ７０１へと処理を戻す。
【００７０】
ステップＳ７０５では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置で入力を受け付けたタイトルとメッセージをイベントデータテーブルに記憶する。
【００７１】
ステップＳ７０６では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ７０１でリンク先のイベントの種類や日時の選択を受け付けたか否かを判定する。リンク先のイベントの種類や日時の選択を受け付けたと判定した場合はステップＳ７０７に処理を進める。リンク先のイベントの種類や日時の選択を受け付けたと判定しなかった場合はステップＳ７０８に処理を進める。リンク先のイベントの種類や日時の選択を受け付けたと判定しなかった場合はタイトルとメッセージのみを記憶し、リンク情報のない通常のメッセージをタイムライン上に配置することとなる。
【００７２】
ステップＳ７０７では、業務サーバ１０５のＣＰＵ２０１は、イベントデータテーブルにステップＳ７０１で受け付けたリンク先のイベントの種類や日時等のリンク情報を記憶する。また、記憶したリンク先のイベントの種類や日時情報からリンク先のイベントＩＤを特定し、タイムライン画面上に吹き出し表示させているリンク先吹き出しの座標値もイベントデータテーブルに記憶する。
【００７３】
ステップＳ７０８では、業務サーバ１０５のＣＰＵ２０１は、タイムラインページデータを生成する。タイムラインページデータ生成の処理は、図６のフローチャートの処理と同様であるため説明を省略する。
【００７４】
ステップＳ７０９では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ７０８で生成したタイムラインページデータを情報処理装置に送信する。
【００７５】
ステップＳ７１０では、情報処理装置のＣＰＵ２０１は、業務サーバから送られてきたタイムラインページデータを受信する。
【００７６】
ステップＳ７１１では、ステップＳ７１０で受信したタイムラインページデータを用いてタイムライン表示を行う。
【００７７】
以上で、メッセージを入力し、そのメッセージがタイムライン上に表示されるまでのフローチャートの説明を終了する。
【００７８】
図９は、タイムライン画面９００の画面例を示す図である。タイムライン画面９００はメッセージ入力部のリンク先のイベント種類を選択する対象の選択９０２と、リンク先送信日時を選択する日時選択９０３と、タイトル入力部９０４と、メッセージ入力部９０５と、送信ボタン９０６を設けている。さらに、タイムライン軸９０１と、リンクボタン９０７とメッセージ表示部９０８を含むメッセージイベント９０９を設けている。また、メッセージ表示部はメッセージの文字数が多かった場合に詳細ボタン９１０を押下して全文が確認できるようにする。ユーザがメッセージの入力を行い、メッセージ送信ボタン９０６を押下すると、各データテーブルに入力したメッセージやリンク先のイベントの情報がイベントデータテーブルに記憶される。記憶されたイベントデータテーブルの情報を元にタイムライン画面にイベント吹き出しの形で時系列に表示される。
【００７９】
次に、図１０のフローチャートを用いて、リンクボタンを押下してリンクされているリンク先吹き出しの位置に自動スクロール移動する一例を説明する。
【００８０】
ステップＳ１００１では、情報処理装置のＣＰＵ２０１は、ユーザからのリンクボタンの押下を受け付ける。
【００８１】
ステップＳ１００２では、情報処理装置のＣＰＵ２０１は、押下を受け付けたリンクボタンのリンク先のイベントデータを特定する。
【００８２】
ステップＳ１００３では、情報処理装置のＣＰＵ２０１は、リンク先吹き出しが表示されているタイムライン上の座標位置をイベントデータテーブルから特定する。
【００８３】
ステップＳ１００４では、情報処理装置のＣＰＵ２０１は、ステップＳ１００１で押下した、リンクボタンを含んだ吹き出し型のイベントデータ（以下、リンク元吹き出し）の表示されている画面内に、ステップＳ１００３で座標を特定したリンク先吹き出しが表示されているか否かを判定する。ここでリンク先吹き出しがリンク元吹き出しと同じ画面内に表示されていると判定した場合には、一連の処理を終了する。リンク先吹き出しがリンク元吹き出しと同じ画面内に表示されていないと判定した場合には、ステップＳ１００５へ処理を進める。
【００８４】
ステップＳ１００５では、情報処理装置のＣＰＵ２０１は、ステップＳ１００３で座標を特定したリンク先吹き出しの表示位置に画面を自動スクロールさせて、リンク先吹き出しを画面内に表示する。スクロール移動させる先の座標は、ステップＳ６０９で指定しリンクボタンに紐付けた座標値である。リンク先吹き出しに画面が移動しても、リンク先吹き出しの近傍にはリンク元吹き出し内のメッセージが表示されているため、タイムラインを戻したりさかのぼったりという操作をする手間をなくす効果を有する。リンク先吹き出しを表示する位置に画面が移動しリンク元の吹き出し表示が画面から消えても、リンク先の吹き出しとリンク先の吹き出しに対するメッセージであるリンク元吹き出しの両方を確認することができる。また、リンク先吹き出しに画面を移動する際には、リンク先吹き出し表示位置まで画面を自動スクロールさせても良いし、画面が一瞬で切り替わるようにジャンプしてリンク先吹き出しを表示させても良い。（表示制御手段）
【００８５】
以上で、リンクボタンを押下するとリンク先吹き出し配置位置にタイムライン画面が移動する図１０の実施例のフローチャートの説明を終了する。
【００８６】
次に、図１１と図１２を用いて、図１１のリンク元吹き出しのリンクボタンを押下し、図１２のリンク先吹き出し配置位置にタイムライン画面が移動する画面上の動きを説明する。
【００８７】
図１１と図１２は、タイムライン画面９００の画面例を示す図である。図９と同じくタイムライン形式でイベントが吹き出し表示されており、メッセージ吹き出し９０９に含まれているリンクボタン（図９では対象リンク）９０７をユーザが矢印ポインタ１１０１で押下する様子を示している。
【００８８】
図１２は図１１でユーザが矢印ポインタ１１０１でリンクボタン（図９では対象リンク）を押下したあとに、リンク先吹き出し表示位置にタイムライン画面が移動した後の画面例を示す図である。検査結果についてのメッセージの吹き出しである９０９に紐づく検査の吹き出し（以下、検査吹き出し）１２０１を画面内に表示させ、リンク元であるメッセージ吹き出し９０９は画面に非表示となる。そのため検査吹き出し１２０１の近傍にメッセージ吹き出し９０９のメッセージの内容をコメント１２０２で表示する。この処理により、ユーザは検査結果と検査に関するメッセージの両方を容易に認識でき、患者の読影を確認することが出来る。またコメント１２０２は他の吹き出し型のイベントと同じく、リンク元吹き出しの発生場所によってタイムライン軸の左右の領域に表示を振り分ける。
【００８９】
次に、第二の実施形態について説明する。第一の実施形態は吹き出しのリンクボタンを押下すると、リンク先の吹き出しへ画面が自動スクロールし、リンク先の吹き出しの近傍にリンク元のメッセージが表示される例であった。一方、第二の実施形態は、吹き出しのリンクボタンを押下すると画面が分割され、二つのタイムラインが並べて表示される実施例である。以下、第二の実施形態については、図１３と図１４のフローチャートを用いて説明するが、機能構成とハードウェア構成、システム構成は第一の実施例と同じであるため説明を省略する。
【００９０】
ステップＳ１３０１では、情報処理装置のＣＰＵ２０１は、ユーザからのリンクボタンの押下を受け付ける。
【００９１】
ステップＳ１３０２では、情報処理装置のＣＰＵ２０１は、押下を受け付けたリンクボタンのリンク先イベントデータを特定する。具体的には、イベントデータテーブルの表示データ４０６に記憶されているリンク情報を特定する。
【００９２】
ステップＳ１３０３では、情報処理装置のＣＰＵ２０１は、リンク先吹き出しが表示されているタイムライン上の位置座標を特定する。具体的には、イベントデータテーブルの表示データ４０６に記憶されているリンク情報を特定する。
【００９３】
ステップＳ１３０４では、情報処理装置のＣＰＵ２０１は、ステップＳ１３０１で押下されたリンクボタンを含んだリンク元吹き出しが表示されている画面内に、ステップＳ１３０３で特定したリンク先吹き出しが表示されているか否かを判定する。リンク先吹き出しがリンク元吹き出しと同じ画面内に表示されていると判定した場合には、一連の処理を終了する。リンク先吹き出しがリンク元吹き出しと同じ画面内に表示されていないと判定した場合には、ステップＳ１３０５へ処理を進める。
【００９４】
ステップＳ１３０５では、情報処理装置のＣＰＵ２０１は、ステップＳ１３０４でリンク先吹き出しがリンク元吹き出しの表示されている画面内に表示されていないと判定した場合には、業務サーバ１０５にタイムライン画面分割表示指示を送信する。
【００９５】
ステップＳ１３０６では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からのタイムライン画面分割表示指示を受信することで、リンク先吹き出しとリンク元吹き出しを同じ画面内に表示させるためのタイムライン画面分割表示指示を受け付ける。
【００９６】
ステップＳ１３０７では、業務サーバ１０５のＣＰＵ２０１は、タイムライン画面を分割して表示するためのフレームデータを生成する。フレームは、ウェブページ上に複数のページを同時に表示させる際に用いられ、ソースコードにより表示される。本実施例では画面を上下に分割し、上下それぞれのフレーム内にタイムライン画面を表示させることで画面を分割する。
【００９７】
ステップＳ１３０８では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ１３０７生成したフレーム内で表示するタイムラインデータを生成する。より具体的には、リンク元吹き出しを表示しているタイムラインデータをコピーしてタイムライン画面を二つ生成する。そうすることで、リンク元吹き出しを表示するタイムラインとリンク先吹き出しを表示するタイムラインとを分けて表示することが出来る。
【００９８】
ステップＳ１３０８では、業務サーバ１０５のＣＰＵ２０１は、ステップＳ１３０７で生成したフレームデータを情報処理装置に対して送信する。
【００９９】
ステップＳ１３１０では、情報処理装置のＣＰＵ２０１は、業務サーバ１０５から送られてきたフレームデータを受信する。
【０１００】
ステップＳ１３１１では、情報処理装置のＣＰＵ２０１は、ステップＳ１３１０で受信したフレームデータの読み込みを行う。
【０１０１】
次に、図１４のフローチャートを用いてリンクボタンを押下すると画面が分割表示される実施例の一連の流れを説明する。尚、図１４は図１３のフローチャートの続きである。
【０１０２】
ステップＳ１４０１では、情報処理装置のＣＰＵ２０１は、ステップＳ１３１１で読み込んだフレームデータから、上部フレームに表示すべきタイムラインデータの取得要求を業務サーバに送信する。
【０１０３】
ステップＳ１４０２では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置から送られてきた上部フレームに表示すべきタイムラインデータの取得要求を受け付ける。
【０１０４】
ステップＳ１４０３では、業務サーバ１０５のＣＰＵ２０１は、上部フレームに表示すべきタイムラインデータを情報処理装置に送信する。
【０１０５】
ステップＳ１４０４では、業務サーバ１０５のＣＰＵ２０１は、取得要求を行ったタイムラインデータを情報処理装置から受信する。
【０１０６】
ステップＳ１４０５では、情報処理装置のＣＰＵ２０１は、画面の上部フレームにおいて、リンク先吹き出しを画面内に表示したタイムライン画面を表示する。具体的には、画面を二分割し、二分割したうちの上部のフレーム内にステップＳ１４０４で取得したタイムラインを表示するためのタイムラインデータを表示させる。
【０１０７】
ステップＳ１４０６では、情報処理装置のＣＰＵ２０１は、ステップＳ１４０５で表示した上部フレーム内のタイムライン画面を、リンク先吹き出し表示位置に移動させる。ここで移動させる位置は、ステップＳ１３０３で特定したリンク先吹き出しの座標位置である。
【０１０８】
ステップＳ１４０７では、情報処理装置のＣＰＵ２０１は、ステップＳ１３１１で読み込んだフレームデータから、下部フレームに表示すべきタイムラインデータの取得要求を業務サーバに送信する。
【０１０９】
ステップＳ１４０８では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置から送られてきた下部フレームに表示すべきタイムラインデータの取得要求を受け付ける。
【０１１０】
ステップＳ１４０９では、業務サーバ１０５のＣＰＵ２０１は、下部フレームに表示すべきタイムラインデータを情報処理装置に送信する。
【０１１１】
ステップＳ１４１０では、情報処理装置のＣＰＵ２０１は、取得要求を行ったタイムラインデータを情報処理装置から受信する。
【０１１２】
ステップＳ１４１１では、情報処理装置のＣＰＵ２０１は、画面の下部フレームにおいて、リンク先吹き出しを画面内に表示したタイムライン画面を表示する。具体的には、画面を二分割し、二分割したうちの下部のフレーム内に、ステップＳ１４０４で取得したタイムラインを表示するためのタイムラインデータを表示させる。
【０１１３】
ステップＳ１４１２では、情報処理装置のＣＰＵ２０１は、ステップＳ１４１１で表示した下部フレーム内のタイムライン画面を、リンク元吹き出し表示位置に移動させる。ここで移動させる位置は、ステップＳ１３０３で特定したリンク先吹き出しの座標位置である（表示制御手段）。
【０１１４】
以上で、図１４のリンクボタンを押下すると画面が分割表示される実施例の、フローチャートの説明を終了する。
【０１１５】
図１５はタイムライン画面１５００の画面例を示す図である。図１５は、図１３と図１４のフローチャートが示す実施例の画面の動きを示すものである。タイムライン画面１５００は下部タイムライン画面１５０１と、上部タイムライン画面１５０２とを設けている。図９のタイムライン画面９００において、メッセージイベント９０９のリンクボタン９０７を矢印ポインタ１１０１で押下すると、図１５のタイムライン画面１５００が示すように、上部と下部でタイムラインが分割され、下部タイムライン画面１５０１にはリンク元吹き出し９０９が確認できる画面が表示される。一方上部タイムライン画面１５０２には、リンク先イベント１２０１が確認できる画面が表示される。このように画面を二つに分けて並べて表示させることにより、患者に関連する検査実施状況を示す検査イベントと、当該検査イベントに対するメッセージの両方を並べて見比べながら、ユーザが視覚的かつ容易に患者の医用履歴、もしくは検査イベントに基づく医用画像を確認することが出来る。
【０１１６】
なお、本実施形態においては、業務サーバは、データベース１０８の各テーブルから必要な情報を特定し、予め業務サーバ側でタイムラインデータを作成し、生成されたタイムラインデータを端末に送信して端末のディスプレイに表示されるようにした。しかし、各端末でタイムライン画面が生成できるようにデータを送信し、端末側が、受信したデータをもとにタイムライン画面を生成する制御を行っても良い。
【０１１７】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１１８】
なお、本発明は、前述した実施形態の機能を実行可能にするソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１９】
したがって、本発明の機能処理を情報処理装置で実現するために、前記情報処理装置にインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１２０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１２１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１２２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１２３】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。
【０１２５】
また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２６】
さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１２７】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１２８】
１０１…遠隔読影サーバ、
１０８…データベース、
１０９…依頼端末、
１１２…業務端末、
１１３、１１４…読影端末
【図１】
2017120562.tif 000003
【図２】
2017120562.tif 000004
【図３】
2017120562.tif 000005
【図４】
2017120562.tif 000006
【図５】
2017120562.tif 000007
【図６】
2017120562.tif 000008
【図７】
2017120562.tif 000009
【図８】
2017120562.tif 000010
【図９】
2017120562.tif 000011
【図１０】
2017120562.tif 000012
【図１１】
2017120562.tif 000013
【図１２】
2017120562.tif 000014
【図１３】
2017120562.tif 000015
【図１４】
2017120562.tif 000016
【図１５】
2017120562.tif 000017