JP2017033254A - 情報処理装置およびその制御方法、情報処理システム、並びにプログラム - Google Patents

Abstract

【課題】
医画像の読影依頼と当該読影依頼をもとに行われる読影結果とを管理する仕組みにおいて、患者の医療履歴を視覚的に認識することができる、タイムライン画面を生成する仕組みを提供することを目的としている。
【解決手段】
患者情報により特定される依頼情報と読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、依頼情報に対応する依頼側イベント情報を表示し、他方に読影結果情報に対応する読影側イベント情報を表示する画面が生成されるように制御する。これにより、患者の医療履歴を視覚的に認識することができるタイムライン画面を生成することができる。
【選択図】図１５

Description

本発明は、情報処理装置およびその制御方法、情報処理システム、並びにプログラムに関する。

医療現場では、１人の患者に対してＣＴ、ＭＲＩ、ＵＳ、ＰＥＴ等のモダリティで複数回検査・読影を行い、患者の状態を経過観察をするということが行われている。このような患者の検査履歴は、検査の時系列を認識できるよう画面表示されることで、認識しやすくなるため、医療履歴をタイムラインに表示するということが行われている。

特許文献１には、特定の患者の全てのイベントが患者タイムライン上に表示される仕組みが開示されている。

特表２００９−５１８７３２号公報

ところで、モダリティで撮像された画像を読影して診断する読影医は、全病院にいるわけではないため、他の病院や遠隔地にいる読影医に読影を依頼するということが近年の医療現場では行われている。

そして本発明者らは、このような読影を依頼する依頼施設と読影を行う読影医（読影施設）との間の通信システム（遠隔読影システム）の開発を進めている。

このような遠隔読影システムにおいても、患者の医療履歴を視覚的に認識できるようなタイムライン表示が望まれるが、特許文献１に開示される方法では、読影の依頼情報と、診断結果である読影結果とが混在されてしまうため、認識しにくいということが懸念される。

そこで、本発明は、医画像の読影依頼と当該読影依頼をもとに行われる読影結果とを管理する仕組みにおいて、患者の医療履歴を視覚的に認識することができる、タイムラインの画面を生成する仕組みを提供することを目的としている。

このような課題に対し、本発明は、依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを管理する情報処理システムであって、前記依頼情報と前記読影結果情報とを患者情報と紐づけて記憶する記憶手段と、患者情報を特定してタイムライン画面の表示要求を受け付ける受付手段と、前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、前記特定手段で特定された前記依頼情報と前記読影結果情報との日時情報をもとに生成されるタイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報が表示され、他方に前記読影結果情報に対応する読影側イベント情報が表示されるタイムライン画面が生成されるように制御する表示制御手段と、を有することを特徴とする。

このように、タイムライン軸で区分けされた一方に依頼側のイベント情報を表示し、もう一方に読影側のイベント情報を表示することで、医画像の読影依頼と当該読影依頼をもとに行われる読影結果とを管理する仕組みにおいて、患者の医療履歴を視覚的に識別可能なタイムライン画面を生成することができる。

本実施形態に係るシステム構成の例を示す図である。 本実施形態に係る情報処理装置のハードウェア構成の例を示す図である。 本実施形態に係る情報処理システムの機能構成の例を示す図である。 タイムライン画面を表示する流れを説明するフローチャートである。 タイムラインデータを生成する流れを説明するフローチャートである。 タイムライン描画処理の流れを説明するフローチャートである。 イベントデータの描画処理の流れを説明するフローチャートである。 画面表示位置決定処理の流れを説明するフローチャートである。 データベースで管理されるデータテーブルの一例である。 データベースで管理されるデータテーブルの一例である。 遠隔読影のユーザが閲覧可能な画面の一例を示す図である。 読影リストを選択可能な画面の一例を示す図である。 レポートを選択可能な画面の一例を示す図である。 （ａ）イベントテーブルの一例である。（ｂ）タイムラインテーブルの一例である。 患者情報を特定して表示要求された際に表示されるタイムライン画面の一例である。 患者情報と検査情報とを特定して表示要求された際に表示されるタイムライン画面の一例である。 患者情報とレポート情報とを特定して表示要求された際に表示されるタイムライン画面の一例である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。

［システム構成］

図１は、本実施形態に係る情報処理システムとしての遠隔読影システムの全体構成の一例を示す。本実施形態において、遠隔読影システムは、各拠点として、データセンター、依頼施設、読影センター、および読影医の自宅を含み、各拠点はネットワーク１１５にて通信可能に接続されている。本実施形態においては、依頼施設を依頼側、読影センターと読影医を読影側として説明する。

遠隔読影システムを利用する各ユーザは、それぞれの拠点に配置されたクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）からのアクセス開始時に、データセンター内の認証サーバ（不図示）が提供する認証機能により認証を行う。正常に認証された後、各ユーザの情報処理装置のディスプレイには、ポータル画面が提示される。なお、あらかじめデータセンターに送信し、登録しておいてもよい。

依頼施設１５０において、遠隔読影に用いる患者の画像データ（医用画像データ）は、撮影装置であるＣＴ、ＭＲＩ、ＵＳ、ＰＥＴ等のモダリティ１１１によって撮影された後、依頼施設内の画像中継クライアント１１０に送信される。ここでの画像データは例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格の画像データが挙げられる。画像中継クライアント１１０は、モダリティ１１１から送信されてきた画像データをアーカイブし、その後、データセンター１５２に配置された画像管理サーバ１０１に送信する。画像管理サーバ１０１は、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。ＤＩＣＯＭ規格の画像データは、患者名、患者ＩＤ、患者の性別といった患者情報や、モダリティの種類等の撮像条件を含む付帯情報と、画像データとで構成されている。このような依頼施設のモダリティ１１１によって撮影された画像データは、データセンターに送信されて外部記憶装置１１７に登録される。

依頼施設１５０の読影依頼業務を行う担当者は、依頼端末１０９を用いて読影の依頼時に必要な情報（依頼情報）を入力し、その依頼情報は画像データと共にデータセンターへと送信される。各依頼情報は、データセンター側でデータベース１０８に保管される。この際にデータベース１０８では、依頼施設情報や患者情報と紐づけて読影の依頼情報を管理している。なお、本明細書においては、依頼情報と画像データとが対応しており、依頼情報の割り当て（振り分け）はすなわち画像データの割り当てとして扱う。

依頼施設１５０からの読影依頼の受付業務を行う読影センターの業務担当者は、業務端末１１２を用いて読影の依頼情報が十分に入力されているか確認するとともに、各依頼を読影医に振り分ける振り分け作業を行う。振分作業としては、業務担当者が各読影医の得意分野等を加味して手動で振り分けてもよいし、各読影医の得意分野情報や読影スケジュール等を予め設定しておき自動振分処理を行うことで振り分けてもよい。

読影を行う読影医は、読影センター１５１に配置された読影端末１１３（もしくは、自宅１５３に配置された読影端末１１４）を用いて、業務担当者によって割り当てられた読影の依頼に対応する読影用の画像データを外部記憶装置１１７からダウンロードして参照し、読影を行う。その後、読影医は、読影した読影結果情報であるレポートを、読影端末１１３上で動作するアプリケーション（不図示）を用いて作成する。読影医の端末から送信されたレポートは、業務サーバ１０５で処理され、データベース１０８に保管される。この際にデータベース１０８で保管される読影結果情報は、依頼情報に紐づいて保管されており、すなわち依頼施設情報や患者情報が特定できる状態で管理されている。なお、ここでは、読影施設側の端末として、読影センターおよび読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。

さらに、依頼施設の読影依頼業務を行う担当者、読影センターの業務担当者、読影医といったユーザは、業務サーバ１０５が提供するメッセージ機能を用いて、ネットワーク１１５を介してユーザ同士のメッセージのやり取りを行うことができる。読影医は、このようなメッセージを用いて他の読影医と患者の読影内容の相談や意見交換を行うことができる。さらに、依頼元施設と読影センターの業務担当者との間で依頼日程や読影結果についての相談をおこなうこともできる。このようなメッセージが特定の患者に関する内容のものである場合には、メッセージの履歴は、患者情報に紐づけてデータベース１０８に管理されることになる。なお、患者情報のみならず、特定の依頼情報やレポートに紐づけて管理してもよい。このようなメッセージのやり取りは、詳細は後述するが参加者、タイトル、各メッセージをまとめた「スレッド」という単位で業務サーバ１０５に処理されデータベース１０８に管理される。

さらに、遠隔読影システムを利用する各ユーザは、各端末を介して、特定の患者の経過観察を行うために、検査履歴を検査の時系列を認識できるようタイムライン画面の表示要求をすることができる。各端末を介してタイムライン画面の表示要求がなされると、業務サーバ１０５は、データベース１０８で管理される対応する患者の依頼情報や読影結果情報（レポート情報）を用いてタイムライン画面の生成可能な情報を収集し各端末に送信する。そして各端末は、受信した各情報を用いてタイムライン画面を生成して表示する。

図２は、各種サーバや端末などの情報処理装置のハードウェア構成の例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０２あるいは外部メモリ２１１には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（ＯＳ）、および各端末の機能を実現するために必要な各種プログラム等が記憶される。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、実行することで各種動作を実現する。入力コントローラ２０５は、キーボードやマウス等のポインティングデバイス（不図示）等の入力デバイス２０９からの入力を制御する。ビデオコントローラ２０６は、ディスプレイ２１０への表示を制御する。

メモリコントローラ２０７は、各種データ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１としては例えば、外部記憶装置（ＨＤ）や、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等が挙げられる。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示すネットワーク１１５）を介して外部機器と接続および通信制御を行う。通信Ｉ／Ｆコントローラ２０８は、例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

本発明を実現するための各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行される。さらに、プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらの詳細な説明については後述する。

［機能構成］

図３は、本実施形態に係る各サーバの機能構成を説明する図である。

各ユーザが使用する端末は、上述のようにネットワーク１１５を介して、業務サーバ１０５と画像管理サーバ１０１と通信可能に接続されている。業務サーバ１０５がデータを参照する先であるデータベース１０８には、ユーザデータテーブル３２１、依頼施設データテーブル３２２、患者データテーブル３２３、読影依頼データテーブル３２４、検査データテーブル３２５、レポートデータテーブル３２６、スレッドデータテーブル３２７、メッセージデータテーブル３２８が設けられている。

モダリティ１１１から画像中継クライアント１１０を介して送信されてきた画像データは、画像管理サーバ１０１の画像管理部３１１が、各画像データに対してユニークなＩＤ（識別情報）を発行し、外部記憶装置１１７に保管する。その際に、業務サーバ１０５の検査管理部３０５が、データベース１０８の検査データテーブル３２５を更新する。

依頼端末１０９から依頼受付のリクエストを受信すると、業務サーバ１０５の読影依頼管理部３０４が、リクエストを解析し、データベース１０８の患者データテーブル３２３、読影依頼データテーブル３２４を更新する。

読影医の端末から送信されたレポートは、業務サーバ１０５のレポート管理部３０２が処理し、当該レポートを外部記憶装置１１７に保存させるとともに、データベース１０８の読影結果データテーブルを更新する。

ユーザ間で行われたメッセージのスレッドは、業務サーバ１０５のメッセージ管理部３０１が処理し、患者情報に紐づいたスレッドを管理しているデータベース１０８のスレッドデータテーブル３２７を更新する。各メッセージは、業務サーバ１０５のメッセージ管理部３０１が、各スレッドに紐づくメッセージとして、メッセージデータテーブル３２８を更新して管理する。

ユーザからのタイムライン画面の表示指示がなされると、業務サーバ１０５のタイムライン制御部３０３が、当該患者情報に対応するデータをデータベース１０８にある各テーブルから特定し、当該データを表示指示がなされた端末に対して送信する。これにより各端末において、タイムライン画面の表示を行うことができる。

［データテーブル］

次に、データベース１０８に記憶されている各データテーブルの一例について図９及び図１０を用いて説明する。

図９（ａ）に示すユーザデータテーブル３２１は、遠隔読影システムにログインすることができるユーザごとに設定されるユーザＩＤ９０１、ユーザ名９０２、システムに対する役割９０３で構成されている。ここで規定される役割９０３に応じて、ポータル画面の表示内容を変更させるようにすることもできる。

図９（ｂ）に示す依頼施設データテーブル３２２は、遠隔読影システムの依頼施設となる施設情報が登録されており、依頼施設ＩＤ９１１、依頼施設病院名９１２で構成されている。

図９（ｃ）に示す患者データテーブル３２３は、読影の依頼情報に含まれる患者データが順次追加されるテーブルであり、依頼施設ＩＤ９２１、患者ＩＤ９２２、患者名９２３、生年月日９２４で構成されている。

図９（ｄ）に示す読影依頼データテーブル３２４は、読影の依頼情報に含まれる依頼内容が順次追加されるテーブルであり、依頼毎に割り振られる依頼ＩＤ９３１、依頼施設ＩＤ９３２、患者ＩＤ９３３，依頼日９３４、検査ＩＤ９３５、検査種別９３６、検査部位９３７、依頼ステータス９３８、読影センターの業務担当者である依頼受付ユーザ９３９で構成される。

図１０（ａ）に示す検査データテーブル３２５は、依頼情報に対応する検査の検査ＵＩＤ１００１、検査日１００２、モダリティ種別１００３、依頼施設ＩＤ１００４、患者ＩＤ１００５、画像ＩＤ１００６で構成されている。

図１０（ｂ）に示すレポートデータテーブル３２６は、読影医が作成したレポート情報を管理するテーブルであり、レポートＩＤ１０１１、依頼施設ＩＤ１０１２、依頼ＩＤ１０１３、患者ＩＤ１０１４、レポートの状態を示すステータス１０１５、担当読影医１０１６、読影日１０１７、対象部位１０１８、読影結果１０１９で構成されている。

図１０（ｃ）に示すスレッドデータテーブル３２７は、スレッドＩＤ１０２１、スレッドタイトル１０２２、スレッドオーナー１０２、参加者１０２４、依頼施設ＩＤ１０２５、患者ＩＤ１０２６とで構成されている。

図１０（ｄ）に示すメッセージデータテーブル３２８は、メッセージＩＤ１０３１、スレッドＩＤ１０３２、メッセージを送信したユーザ名１０３３、送信日付１０３４、メッセージの中身であるメッセージテキスト１０３５で構成されている。

［処理フロー］

次に、図４乃至図８のフローチャートを用いて、タイムライン画面が表示されるまでの処理を説明する。

以下の処理は、タイムライン画面の表示依頼を行うことができるクライアント端末である情報処理装置（１０９、１１２、１１３、１１４）及び業務サーバ１０５それぞれのＣＰＵが各記憶部に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ４０１では、情報処理装置のＣＰＵ２０１が、ポータル画面を介してユーザから少なくとも患者を特定したタイムライン画面の表示指示を受け付け、患者情報を業務サーバ１０５に送信する。

以下、図１１乃至図１３の画面例を用いてユーザが、タイムライン画面の表示指示を行う３つの方法について説明する。表示指示の方法が異なることにより、後述するタイムライン画面の表示内容に差が生じる。図１１（ａ）は、患者情報を特定してタイムライン画面の表示指示を行う際のポータル画面であり、図１２は、患者情報と依頼情報とを特定してタイムライン画面の表示指示を行う際のポータル画面であり、図１３は、患者情報とレポート情報とを特定してタイムライン画面の表示指示を行う際のレポート画面である。

図１１（ａ）のポータル画面１１０１は、ユーザ名「読影太郎」１１０６がログインした際の初期画面であり、ポータル画面を表示させるＨＯＭＥボタン１１０２、割り振られた読影を開始する際や、他の読影医の読影内容を検索する際に用いる遠隔読影ボタン１１０３、タイムライン画面の表示指示を行うタイムラインボタン１１０４、レポート画面への移行を指示するレポートボタン１１０５が設けられている。

また、ポータル画面１１０１には、読影センター等から発信された情報表示欄１１１１や、自己が参加者に含まれるメッセージのスレッドが表示されるメッセージ欄１１１４や、割り振られた読影の状況を把握できるサマリー欄１１１２、メモを保存しておけるメモ欄１１１５、直近の読影予定が把握できるスケジュール欄１１１３等が設けられている。

ユーザが図１１（ａ）に示すポータル画面１１０１からタイムライン画面の表示指示を行うために、タイムラインボタン１１０４を押下すると、図１１（ｂ）の患者選択画面１１２１が表示されるため、タイムライン画面を生成した患者の依頼施設１１２２と患者名１１２３とを入力し、ＯＫボタン１１２４を押下することで、患者情報を特定したタイムライン画面の表示指示がなされる。なお、依頼入力は必須ではなく、患者が特定できればよい。

図１２の画面１２０１は、図１１（ａ）のポータル画面１１０１の遠隔読影ボタン１１０３が押下されて遷移する先の画面である。当該画面１２０１では、各条件を入力して検索ボタン１２０５を押下することでデータベース１０８の読影依頼データテーブル３２４から条件に合う内容が検索されて画面上に表示される。図１２の例は、「読影済」を選択して検索ボタン１２０５が押下された場合の例である。

表示画面上には、読影の状況を示す状態欄１２１１、依頼内容を閲覧するアイコンが表示される依頼欄１２１２、医用画像を閲覧するビューアを起動させるアイコンが表示される画像１２１３、所見であるレポートを閲覧するレポート閲覧画面を起動させるアイコンが表示される所見欄１２１４、タイムライン画面の表示指示を行うタイムライン欄１２１５、依頼施設を示す依頼元欄１２１６、患者ＩＤ１２１７、患者名１２１８、年齢１２１９、性別１２２０、検査種別１２２１、検査部位１２２２、依頼日時１２２３が表示される。

ユーザが図１２に示す画面１２０１からタイムライン画面の表示指示を行う際には、希望する読影依頼のタイムライン欄１２１５のアイコンを押下することで、患者情報と依頼情報とを特定したタイムライン画面の表示指示がなされる。

図１３のレポート画面１３０１は、図１１（ａ）のポータル画面１１０１のレポートボタン１１０５が押下されて遷移する先の画面である。ワークリストとして、ログイン中の読影医が担当している読影のレポート情報が、レポートデータテーブル３２６から検索されて表示される。ワークリストから所見入力を希望するレポート情報を選択して所見記入ボタン１３４１を押下することで、当該レポートの入力画面（不図示）が起動される。ワークリストからレポート情報を選択して画面表示ボタン１３４２が押下されると、当該レポート情報に対応する医用画像を表示するビューワが起動される。ワークリストからレポート情報を選択してタイムラインボタン１３４３が押下されると、患者情報とレポート情報とを特定したタイムライン画面の表示指示がなされる。また、ワークリストからレポート情報を選択して返却ボタン１３４４が押下されると、レポートの入力処理が完了したとして読影センターに返却される。

また、レポート画面１３０１の検索領域１３２１に依頼元１３２２、患者情報１３２３、患者名１３２４等を特定して検索ボタン１３２５を押下することで、担当外の患者のレポートも参照することができ、参照結果は検索結果表示領域１３３１に表示される。検索結果表示領域１３３１には、依頼施設ＩＤ１３３２、患者ＩＤ１３３３、依頼日１３３４、検査部位１３３５、ステータス１３３６、検査部位１３３７が表示される。図１３は、依頼元として「観音病院」と入力して検索された例を示している。ユーザによってレポート情報（例えばレポート情報１３３８）を特定された状態で、画面表示ボタン１３４２を押下されると、当該レポート情報に対応する医用画像を表示するビューワが起動される。また、ユーザによってレポート情報が特定された状態で、タイムラインボタン１３４３が押下されると、患者情報とレポート情報とを特定したタイムライン画面の表示指示がなされる。

このように、ポータル画面を介してユーザからタイムライン画面の表示指示を受け付けると、情報処理装置のＣＰＵ２０１は、当該受付情報を業務サーバ１０５に送信する。

Ｓ４０２では、業務サーバ１０５のＣＰＵ２０１は、情報処理装置からのタイムライン画面の表示指示を受信することで患者情報を特定したタイムライン画面の表示指示を受け付ける。

Ｓ４０３では、業務サーバ１０５のＣＰＵ２０１は、Ｓ４０２で受け付けた患者情報に関連するスレッドのスレッドデータテーブル３２７と、当該スレッドのメッセージ情報をメッセージデータテーブル３２８とを特定する。さらにこれらのテーブルから必要な取得し、業務サーバ上のメモリに生成した図１４（ａ）に示すイベントテーブルに記憶する。イベントテーブルは、イベント発生日時１４０１、発生場所１４０２、イベント分類１４０３、表示データ１４０４とで構成されており、これらの情報が適宜スレッドデータテーブル３２７とメッセージデータテーブル３２８とから取得される。さらに、イベント分類１４０３には、メッセージであることを示す分類が登録される。

Ｓ４０４では、業務サーバ１０５のＣＰＵ２０１は、Ｓ４０２で受け付けた患者情報に関連する検査データを検査データテーブル３２５から取得し、業務サーバ上のメモリに生成したイベントテーブルに記憶する。検査データの場合には、発生場所１４０２は、患者に対する検査行為が行われた施設を示す依頼施設名が登録され、イベント発生日時１４０１は検査日、イベント分類１４０３は「検査実施」が登録される。さらに、表示データとして、検査データテーブル３２５から特定される検査内容と代表画像等が登録される。

Ｓ４０５では、業務サーバ１０５のＣＰＵ２０１は、Ｓ４０２で受け付けた患者情報に関連する依頼データを読影依頼データテーブル３２４から取得し、業務サーバ上のメモリに生成したイベントテーブルに記憶する。読影依頼データの場合には、発生場所１４０２は依頼施設名が登録され、イベント発生日時１４０１は依頼日、イベント分類１４０３は「依頼受付」が登録される。さらに、表示データ１４０４としては、読影依頼データテーブル３２４から特定される患者名、検査種別、検査部位等が登録される。

Ｓ４０６では、業務サーバ１０５のＣＰＵ２０１は、Ｓ４０２で受け付けた患者情報に関連するレポートデータをレポートデータテーブル３２６から取得し、業務サーバ上のメモリに生成したイベントテーブルに記憶する。レポートデータの場合には、発生場所１４０２は読影センター、イベント発生日時１４０１には読影日、イベント分類１４０３は「読影結果」が登録される。さらに表示データ１４０４としては、読影医名、読影結果、読影象部位等が登録される。

なお、Ｓ４０３乃至Ｓ４０６の登録される順番はこれに限られない。

Ｓ４０７では、業務サーバ１０５のＣＰＵ２０１は、イベントテーブルに登録された情報を用いてタイムラインデータの作成を行う。Ｓ４０７の詳細を、図５を用いて説明する。

Ｓ５０１では、業務サーバ１０５のＣＰＵ２０１は、イベントテーブルに登録されたイベントデータをイベント発生日時（日時情報）でソートする。

Ｓ５０２では、業務サーバ１０５のＣＰＵ２０１は、図１４（ｂ）に示すタイムラインテーブルを生成する。タイムラインテーブルは、タイムライン表示日付１４１１、発生イベント数１４１２で構成されている。

Ｓ５０３では、業務サーバ１０５のＣＰＵ２０１は、タイムラインテーブルに、イベントテーブルに登録された最初のイベントの発生年月を登録する。

Ｓ５０４では、業務サーバ１０５のＣＰＵ２０１は、タイムラインテーブルのイベント数をカウントアップする。

Ｓ５０５では、業務サーバ１０５のＣＰＵ２０１は、イベントテーブルに登録された次のイベントの発生年月は直近に登録したイベントの発生年月と同じかを判断し、Ｓ５０５で同じと判断された場合には、Ｓ５０６に移行し、タイムラインテーブルのイベント数をカウントアップする。一方、同じでないと判断された場合にはＳ５０７に移行し、翌月の表示日付をタイムラインテーブルに追加する。

Ｓ５０８では、業務サーバ１０５のＣＰＵ２０１は、Ｓ５０７でタイムラインテーブルに追加した表示日付と、イベント発生年月とが一致しているかを判断する。

Ｓ５０９で一致していると判断された場合には、Ｓ５０９に移行し、タイムラインテーブルのイベント数をカントアップする。一方一致していないと判断された場合には、カントアップすることなくＳ５１０に移行する。

Ｓ５１０では、業務サーバ１０５のＣＰＵ２０１は、イベントテーブルに登録されたイベントについて全てタイムラインテーブルへの登録が終了したかを判断する。終了していないと判断された場合には、Ｓ５０５に戻り処理を続ける。一方終了したと判断した場合には、処理を終了する。

以上で図５のフローチャートの説明を終了する。

図４のＳ４０８では、業務サーバ１０５のＣＰＵ２０１は、図５の処理により生成されたイベントテーブルの情報及びタイムラインテーブルの情報を情報処理装置に対して送信する。

Ｓ４０９では、情報処理装置のＣＰＵ２０１は、業務サーバ１０５からイベントデータ及びタイムラインデータを受信する。

Ｓ４１０では、情報処理装置のＣＰＵ２０１は、タイムライン描画処理を行う。タイムライン描画処理の詳細については、図６を用いて説明する。

Ｓ６０１では、情報処理装置のＣＰＵ２０１は、初期リセット処理を行う。具体的にあ点線フラグを０、読取位置をリセットし、描画位置をリセットする。

Ｓ６０２では、情報処理装置のＣＰＵ２０１は、タイムラインデータに読取位置を１に設定する。

Ｓ６０３では、情報処理装置のＣＰＵ２０１は、タイムラインデータから発生イベント数を取得する。

Ｓ６０４では、情報処理装置のＣＰＵ２０１は、Ｓ６０３で取得した発生イベント数が０かを判断する。０でないと判断された場合には、Ｓ６０５に移行し、年月ラベルを描画する。

Ｓ６０６では、情報処理装置のＣＰＵ２０１は、Ｓ６０３で取得された発生イベント数分の長さ、実線ライン（第１タイムライン軸）を描画する。つまり、実線ラインは読影に関する情報が記憶されている期間であるということを示す。

Ｓ６０７では、情報処理装置のＣＰＵ２０１は、描画位置をＳ６０６の描画分進める。

Ｓ６０８では、情報処理装置のＣＰＵ２０１は、点線フラグを０にセットしてＳ６１４に移行する。

一方、Ｓ６０４で発生イベント数が０であると判断された場合、Ｓ６０９に移行し、点線フラグは０かを判断する。

Ｓ６０９において、点線フラグが０と判断された場合には、Ｓ６１０に移行し、当該読取位置の年月ラベルを描画する。

Ｓ６１１では、情報処理装置のＣＰＵ２０１は、点線ライン（第２タイムライン軸）を所定の長さ描画する。すなわち点線ラインは読影に関する情報が何も記憶されていない期間があることを示す。点線ラインの長さは、実践ラインの１イベント分と同じでも良いが、これよりも短くてもよい。点線ライン上には、表示されるイベント情報が無いためである。

Ｓ６１２では、情報処理装置のＣＰＵ２０１は、描画位置をＳ６１１の描画分進める。

Ｓ６１３では、情報処理装置のＣＰＵ２０１は、点線フラグを１にセットしてＳ６１４に移行する。

一方Ｓ６０９において、点線フラグは０でない（点線フラグが１）と判断された場合には、Ｓ６１４に移行する。

Ｓ６１４では、情報処理装置のＣＰＵ２０１は、タイムラインデータの読み取り位置を次に進める。

Ｓ６１５では、情報処理装置のＣＰＵ２０１は、タイムラインデータの読み取り位置にデータがあるかを判断する。データが無い場合には処理を終了し、データがある場合にＳ６０３に戻り処理を続ける。

これにより、タイムライン画面のタイムライン軸と年月ラベルとが表示される画面、すなわち日時情報をもとに生成されるタイムライン軸が暫定的に生成される。以上で図６の説明を終了する。

図４のＳ４１１では、情報処理装置のＣＰＵ２０１は、上記図６で説明した処理により生成されたタイムライン画面上にイベントデータを描画する処理を行う。描画処理の詳細は、図７を用いて説明する。

Ｓ７０１では、情報処理装置のＣＰＵ２０１は、Ｓ４０９で受信したイベントデータの読み取り位置を１に設定する。

Ｓ７０２では、情報処理装置のＣＰＵ２０１は、イベントデータからＳ７０１で設定した読取位置のデータを取得する。

Ｓ７０３では、情報処理装置のＣＰＵ２０１は、発生場所が読影センターかどうかを判断する。

Ｓ７０３で発生場所が読影センターであると判断された場合には、Ｓ７０４に移行し、情報処理装置のＣＰＵ２０１は、イベントのデータを配置する位置をタイムライン軸の右領域に決定する。Ｓ７０３で発生場所が読影センターでないと判断された場合には、Ｓ７０５に移行し、配置位置をタイムライン軸の左領域に決定する。

なお、本処理においては読影センターをタイムライン軸の右側に決定するとしたが、左側であってもよいし、上下に区分けして表示支えてもよい。すなわち、イベントテーブルに登録された発生場所が依頼施設側のイベント情報を表示する位置をタイムライン軸で区分けされた領域の一方に決定したら際に、読影側のイベント情報をタイムライン軸で区分けされた領域の他方に決定すれば十分である。

このように、イベントの発生場所に応じてタイムライン軸の表示されるエリアを変えることで、患者の医療履歴を表示させるタイムライン画面において、依頼の経緯を一目瞭然とさせることができる。

Ｓ７０６では、情報処理装置のＣＰＵ２０１は、イベントに応じたアイコンを、対応するタイムライン軸上の位置に表示する。具体的には、図１５に示すようなアイコン１５０８が実線のタイムライン軸１５０６上に表示される。なお、タイムライン軸の直上でなくてもよく、タイムライン軸１５０６の付近に表示されていてもよい。

Ｓ７０７では、情報処理装置のＣＰＵ２０１は、イベントテーブルで特定される表示データを、Ｓ７４又はＳ７０５で決定された配置位置に描画する。具体的には、発生場所が依頼元となっている場合には、図１５に示すタイムライン画面１５０１のようにタイムライン軸の左側にイベント情報１５０９ａ、１５０９ｂ、１５０９ｃが表示される。一方、発生場所が読影センターとなっている場合には、タイムライン軸の右側にイベント情報１５１０が表示される。

Ｓ７０８では、情報処理装置のＣＰＵ２０１は、イベントデータの読み取り位置を次に設定する。

Ｓ７０９では、情報処理装置のＣＰＵ２０１は、イベントデータの読み取り位置にデータはあるかを判断し、ない場合には処理を終了し、ある場合には、Ｓ７０２に戻り処理を続ける。

以上のような図７の処理を行うことにより、図１５に示すようなタイムライン軸１５０６、１５０７、及びイベント情報１５０９、１５１０を含むタイムライン画面を表示するために用いられる描画情報が生成される。

次に、Ｓ４１２では、情報処理装置のＣＰＵ２０１は、画面表示位置を決定する処理を行う。具体的な処理は図８を用いて説明する。

Ｓ８０１では、情報処理装置のＣＰＵ２０１は、Ｓ４０１のタイムライン画面の表示受付時に患者情報に加え検査情報を特定したタイムライン画面の表示指示であるかを判断する。具体的には、図１２に示すタイムライン欄１２１５に表示されるアイコンを選択してタイムライン画面の表示要求を行った場合に、検査情報を特定した状態で行われた表示指示であると判断される。

Ｓ８０１で検査情報を特定されたタイムライン画面表示指示であると判断された場合には、Ｓ８０２に移行し、情報処理装置のＣＰＵ２０１は、同じ患者の他の検査に遷移するアイコン領域１６０１に過去の類似依頼に遷移するアイコン１６０２と最近の類似以来に遷移するアイコン１６０３を描画する。

図１６は、検査情報が特定された状態でタイムライン画面の表示要求がなされた際に表示されるタイムライン画面である。

Ｓ８０３では、情報処理装置のＣＰＵ２０１は、検査のアイコンが識別可能となるように、図１６に示されるように検査のアイコン１５０８ａがタイムライン画面１５０１の中央に位置されるように、表示位置を決定する。なお、検査のアイコンが識別できればよく、中央に位置することは必須ではない。

Ｓ８０１で検査を特定したタイムライン画面の表示指示である場合には、Ｓ８０４に遷移し、レポート情報を特定したタイムライン画面の表示指示であるかを判断する。具体的には、図１３に示すレポート情報を特定した状態でタイムラインボタン１３４３が押下されることで、タイムライン画面の表示要求を行った場合に、レポート情報を特定した状態で行われた表示要求であると判断される。

Ｓ８０４でレポート情報を特定したタイムライン画面の表示指示であると判断された場合には、Ｓ８０５に移行し、情報処理装置のＣＰＵ２０１は、同じ患者の他の検査に遷移するアイコン領域１６０１に過去の類似依頼に遷移するアイコン１６０２と最近の類似以来に遷移するアイコン１６０３を描画する。

図１７は、レポート情報が特定された状態でタイムライン画面の表示要求がなされた際に表示されるタイムライン画面である。

Ｓ８０６では、情報処理装置のＣＰＵ２０１は、検査のアイコンが識別可能となるように、図１７に示されるように検査のアイコン１５０８ａがタイムライン画面１５０１の中央に位置されるように、表示位置を決定し、処理を終了する。なお、検査のアイコンが識別できればよく、中央に位置することは必須ではない。

Ｓ８０７では、情報処理装置のＣＰＵ２０１は、読影結果のイベント情報１５１０ａを強調表示する処理を行い、処理を終了する。具体的には、図１７に示すように、当該イベント情報１５１０ａを波線で囲ったりすることで、強調表示することができる。

Ｓ８０４でレポート情報を特定したタイムライン画面の表示要求でないと判断された場合には、Ｓ８０８に移行する。具体的には、図１１に示すポータル画面１１０１のタイムラインボタン１１０４が押下されることでタイムライン画面の表示要求がなされた場合に、このように移行する。

Ｓ８０８では、情報処理装置のＣＰＵ２０１は、患者の最も古い検査若しくは最も新しい検査から表示されるように表示位置を決定し、処理を終了する。

以上のような図８の処理を行うことにより、図１５乃至図１７に示すようなタイムライン軸１５０６、１５０７、及びイベント情報１５０９、１５１０を含むタイムライン画面をディスプレイの画面上に表示する際に描画する位置が決定される。

Ｓ４１３では、情報処理装置のＣＰＵ２０１は、Ｓ４１２で決定された描画位置でタイムライン画面をディスプレイに表示させる（表示制御）。

なお図１５乃至図１７に示すタイムライン画面１５０１には、各イベント情報の領域にそれぞれ詳細ボタンを設けてもよい。具体的には、検査実施のイベント情報領域に設けられた詳細ボタン１５２０が押下すると、当該検査の医用画像を表示するビューワを起動させるようにすると好ましい。さらに依頼受付のイベント情報領域に設けられた詳細ボタン１５２１が押下されると、依頼情報を表示する画面（不図示）が表示されるようにすると好ましい。さらに、読影結果のイベント情報領域に設けられた詳細ボタン１５２２が押下されると、レポート画面が起動されるようにすると好ましい。さらに、メッセージのイベント情報領域に設けられた詳細ボタン１５２３、１５２４が押下されると、メッセージの全文が確認できるメッセージ表示画面（不図示）が表示されるようにすると好ましい。

さらに、タイムライン画面１５０１のヘッダ部には患者の基本情報である依頼元施設名１５０２、患者名１５０３、年齢１５０４を表示させてもよい。

本実施形態においては、図４乃至図８のフローチャートを用いて、タイムライン画面が表示されるまでの処理を説明したが、このように、タイムライン軸で区分けされた一方に依頼側のイベント情報（依頼側イベント情報）を表示し、もう一方に読影側のイベント情報（読影側イベント情報）を表示することで、医画像の読影依頼と当該読影依頼をもとに行われる読影結果とを管理する仕組みにおいて、患者の医療履歴を視覚的に識別可能なタイムライン画面を生成することができる。

さらに、表示要求する際に患者情報に加えてどのような情報を付加して表示要求を行ったかに応じて、タイムライン画面を描画する際の描画位置や強調条件を設定することで、希望する医療履歴を視覚的に識別しやすくさせることができる。

なお、本実施形態においては、業務サーバは、データベース１０８の各テーブルから必要な情報を特定し、各端末でタイムライン画面が生成できるようにデータを送信し、端末側が、受信したデータをもとにタイムライン画面を生成する制御を例に説明した。しかし、予め業務サーバ側でタイムライン画面まで生成し、生成されたタイムライン画面を端末に送信して、端末のディスプレイに表示されるようにしてもよい。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実行可能にするソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理を情報処理装置で実現するために、前記情報処理装置にインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。

また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０１…遠隔読影サーバ、
１０８…データベース、
１０９…依頼端末、
１１２…業務端末、
１１３、１１４…読影端末
１５０１…タイムライン画面

このような課題に対し、本発明の一例は、依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを管理する情報処理システムであって、前記依頼情報と前記読影結果情報とを患者情報と紐づけて記憶する記憶手段と、患者情報を特定してタイムライン画面の表示要求を受け付ける受付手段と、前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、前記特定手段で特定された前記依頼情報に対応する依頼側イベント情報と、前記特定手段で特定された前記読影結果情報に対応する読影側イベント情報とが区分けされて時系列的に表示されるタイムライン画面が生成されるように制御する表示制御手段と、を有することを特徴とする。

Claims (17)

1. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを管理する情報処理システムであって、
   前記依頼情報と前記読影結果情報とを患者情報と紐づけて記憶する記憶手段と、
   患者情報を特定してタイムライン画面の表示要求を受け付ける受付手段と、
   前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、
   前記特定手段で特定された前記依頼情報と前記読影結果情報との日時情報をもとに生成されるタイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報が表示され、他方に前記読影結果情報に対応する読影側イベント情報が表示されるタイムライン画面が生成されるように制御する表示制御手段と、
   を有することを特徴とする情報処理システム。
2. 前記情報処理システムは、前記記憶手段と前記特定手段とは、サーバ装置に設けられており、前記受付手段と前記表示制御手段とは、情報処理装置に設けられており、
   前記サーバ装置は、
   前記情報処理装置から送信された患者情報に基づいて特定した前記依頼情報と前記読影結果情報とを、前記情報処理装置に送信する送信手段を更に有し、
   前記情報処理装置の前記表示制御手段は、前記送信手段から送信された前記依頼情報と前記読影結果情報とをもとに前記タイムライン画面を生成するように制御することを特徴とする請求項１に記載の情報処理システム。
3. 前記記憶手段は、前記依頼施設と前記読影施設との間で交わされたメッセージ情報も前記患者情報と紐づけて記憶しており、
   前記特定手段は、前記メッセージ情報も特定し、
   前記表示制御手段は、前記依頼施設が発したメッセージに対応するイベント情報を前記依頼側イベント情報を表示する側に表示し、前記読影施設が発したメッセージに対応するイベント情報を前記読影側イベント情報を表示する側に表示するタイムライン画面が生成されるように制御することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記表示制御手段は、前記タイムライン軸は、前記記憶手段に読影に関する情報が記憶されている期間の第１タイムライン軸と、前記記憶手段に読影に関する情報が記憶されていない期間の最初の年月を示す年月ラベルと、当該年月の後に最初に前記記憶手段に読影に関する情報が発生した年月ラベルとを結ぶ第２タイムライン軸とで構成され、これらが識別可能なタイムライン画面を生成するように制御することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記表示制御手段は、前記第１タイムライン軸は実線で表示し、前記第２タイムライン軸は波線で表示することを特徴とする請求項４に記載の情報処理システム。
6. 前記受付手段が、前記患者情報とともに検査情報も特定した状態でタイムライン画面の表示要求を受け付けた場合には、前記表示制御手段は、当該検査情報に対応する前記依頼情報と前記読影結果情報とが識別できるタイムライン画面が生成されるように制御することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
7. 前記受付手段が、前記患者情報とともに読影結果を示すレポート情報も特定した状態でタイムライン画面の表示要求を受け付けた場合には、前記表示制御手段は、当該依頼情報の読影結果情報に対応するイベント情報が識別できるタイムライン画面を生成するように制御することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
8. 前記表示制御手段は、前記依頼情報の読影結果情報に対応するイベント情報を他のイベント情報より強調するタイムライン画面を生成するように制御することを特徴とする請求項７に記載の情報処理システム。
9. 前記表示制御手段は、前記依頼情報と前記読影結果情報とを示すアイコンを前記タイムライン軸上に表示し、さらに、前記アイコンと当該アイコンに対応する前記イベント情報との紐づけが識別可能なタイムライン画面を生成するように制御することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを患者情報と紐づけて記憶する記憶手段を備えた情報処理システムの制御方法であって、
    前記情報処理システムが、
    患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付工程と、
    前記記憶手段から、前記受付工程で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定工程と、
    前記特定工程で特定された前記依頼情報と前記読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成されるように制御する表示制御工程と、
    有することを特徴とする制御方法。
11. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを患者情報と紐づけて記憶する記憶手段を備えた情報処理システムで実行可能なプログラムであって、
    前記情報処理システムを、
    患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付手段と、
    前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、
    前記特定手段で特定された前記依頼情報と前記読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成されるように制御する表示制御手段として機能させることを特徴とするプログラム。
12. 通信可能に設けられたサーバ装置の記憶手段で患者情報と紐づけて管理された、依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報を用いて、タイムライン画面の表示要求を行うことが可能な情報処理装置であって、
    患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付手段と、
    前記受付手段で受け付けた患者情報に基づいて特定された依頼情報と読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成されるように制御する表示制御手段と、
    を有することを特徴とする情報処理装置。
13. 通信可能に設けられたサーバ装置の記憶手段で患者情報と紐づけて管理された、依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報を用いて、タイムライン画面の表示要求を行うことが可能な情報処理装置の制御方法であって、
    前記情報処理装置が
    患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付工程と、
    前記受付工程で受け付けた患者情報に基づいて特定された依頼情報と読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成されるように制御する表示制御工程と、
    を有することを特徴とする制御方法。
14. 通信可能に設けられたサーバ装置の記憶手段で患者情報と紐づけて管理された、依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報を用いて、タイムライン画面の表示要求を行うことが可能な情報処理装置に搭載可能なプログラムであって、
    前記情報処理装置を
    患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付手段と、
    前記受付手段で受け付けた患者情報に基づいて特定された依頼情報と読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成されるように制御する表示制御手段として機能させることを特徴とするプログラム。
15. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報と管理するサーバ装置であって、
    前記依頼情報と前記読影結果情報とを患者情報と紐づけて記憶する記憶手段と、
    当該サーバ装置と通信可能に設けられた情報処理装置を介して、患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付手段と、
    前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、
    前記情報処理装置において、前記特定手段で特定された前記依頼情報と前記読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成可能な情報を、前記情報処理装置に送信する送信手段と、
    を有することを特徴とするサーバ装置。
16. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを患者情報に紐づけて記憶する記憶手段を備えたサーバ装置の制御方法であって、
    前記サーバ装置を、
    当該サーバ装置と通信可能に設けられた情報処理装置を介して、患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付工程と、
    前記記憶手段から、前記受付工程で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定工程と、
    前記情報処理装置において、前記特定工程で特定された前記依頼情報と前記読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成可能な情報を、前記情報処理装置に送信する送信工程と、
    を有することを特徴とする制御方法。
17. 依頼施設からの医用画像の依頼情報と、当該依頼施設から依頼された医用画像を用いて読影施設で読影した読影結果情報とを患者情報に紐づけて記憶する記憶手段を備えたサーバ装置に搭載可能なプログラムであって、
    前記サーバ装置を
    当該サーバ装置と通信可能に設けられた情報処理装置を介して、患者情報を特定した状態でタイムライン画面の表示要求を受け付ける受付手段と、
    前記記憶手段から、前記受付手段で受け付けた患者に対応する依頼情報と読影結果情報とを特定する特定手段と、
    前記情報処理装置において、前記特定手段で特定された前記依頼情報と前記読影結果情報との日時情報をもとに、タイムライン軸を生成するとともに、当該タイムライン軸で区分けされる領域の一方に、前記依頼情報に対応する依頼側イベント情報を表示し、他方に前記読影結果情報に対応する読影側イベント情報を表示するタイムライン画面が生成可能な情報を、前記情報処理装置に送信する送信手段として機能させることを特徴とするプログラム。

Images