JP2007310800A - レポート作成システム及びレポート作成方法 - Google Patents

Abstract

【課題】 依頼先にレポートの遷移を確実に伝えることにより、読影・承認・修正漏れを防止するとともに、緊急性のある案件については緊急に対応することのできるレポート作成システム及びレポート作成方法を提供する。
【解決手段】 医用画像の読影レポートを作成するための複数の端末装置３ａ，３ｂ，３ｃを備えてなるレポート作成システム１において、読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を他の端末装置３ａ，３ｂ，３ｃに送信可能な通信部３４と、依頼案件を依頼する依頼先の端末装置３ａ，３ｂ，３ｃを選択する入力部３３と、入力部３３によって選択された依頼先の端末装置３ａ，３ｂ，３ｃに依頼案件を送信するように通信部３４を制御するＣＰＵ３１と、通信部３４により依頼案件が送信されると、その旨を依頼先の端末装置３ａ，３ｂ，３ｃに報知する表示部３２と、を備えた。
【選択図】図１

Description

本発明は、レポート作成システム及びレポート作成方法に係り、特に、医用画像の読影に関する読影レポートの作成を管理するレポート作成システム及びレポート作成方法に関するものである。

医療の分野では、患者を診察した際に作成されるカルテや検査で撮影されたＸ線画像、血圧、血糖値等の測定結果を電子情報として保存する、いわゆる電子カルテが実現されている。この電子カルテは、病院内の情報を管理するシステム（以下、ＨＩＳ；Hospital Information Systemという。）や放射線科内の情報を管理するシステム（以下、ＲＩＳ；Radiology Information Systemという。）等にＬＡＮ（Local Area Network）等の通信ネットワークを介して接続される複数の端末間で利用されている。例えば、病院内で診療を受けている全ての患者に対して電子カルテを作成し、患者及びその診療状況を電子カルテにて管理することにより、病院内の異なる診療科間、医師間で情報の共有化を図ることが可能となっている。

このような電子カルテの作成、利用に際しては、例えば、電子カルテに蓄積されるレポートの作成を依頼する人、レポートを作成する人、作成されたレポートを確認して承認する人、承認されたレポートを参照する人等により、各人が操作する端末装置を介して、電子カルテが保存されているサーバにアクセスされ、レポートの作成、利用が一連の工程を経て行われている。

医用画像の生成から医用画像のレポート確定までの工程を複数のレポート状態に分類して、レポート状態の遷移（読影依頼、承認依頼、修正依頼など）を行う際に、一のレポート状態に応じて、他のレポート状態への遷移条件を設定することにより、医用画像の生成からレポートの確定までの処理を効率良く実行することができるレポート作成方法が提案されている（例えば、特許文献１参照）。
特開２００５−１４８９９６号公報

しかしながら、前記特許文献１に記載された方法によっては、単に依頼先のユーザにレポート状態の遷移を行うだけである。このため、依頼先のユーザは依頼されたレポートを順番に処理していくだけで、緊急性のあるレポートを優先して処理する方法がない。

また、レポート状態の遷移を行う際に、依頼先に対してレポート状態を遷移した旨を連絡する手段等を有しない。このため、依頼先のユーザがレポートが遷移されたことに気付かずに放置してしまう等、実際に処理を行うまでに時間がかかることがあるとの問題もあった。

そこで、本発明は以上のような課題を解決するためになされたものであり、依頼先にレポートの遷移を確実に伝えることにより、読影・承認・修正漏れを防止するとともに、緊急性のある案件については緊急に対応することのできるレポート作成システム及びレポート作成方法を提供することを目的とするものである。

上記課題を解決するため、請求項１に記載のレポート作成システムは、医用画像の読影レポートを作成するための複数の端末装置を備えてなるレポート作成システムにおいて、
前記読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を他の前記端末装置に送信可能な通信手段と、
前記依頼案件を依頼する依頼先の前記端末装置を選択する依頼先選択手段と、
前記依頼先選択手段によって選択された前記端末装置に前記依頼案件を送信するように前記通信手段を制御する通信制御手段と、
前記通信手段により前記依頼案件が送信されると、その旨を依頼先の前記端末装置に報知する依頼報知手段と、
を備えたことを特徴としている。

また、請求項２に記載の発明は、請求項１に記載のレポート作成システムにおいて、前記各依頼案件の依頼先の前記端末装置に送信する際に、当該依頼案件が緊急か否かを選択する緊急性選択手段と、
前記緊急性選択手段から当該依頼案件が緊急であると選択されたときに、当該依頼案件が緊急である旨を依頼先に報知する緊急報知手段と、
を備えたことを特徴としている。

請求項３に記載の発明は、請求項２に記載のレポート作成システムにおいて、前記緊急報知手段は、前記依頼案件が緊急である旨の緊急画面を表示する表示部により構成され、前記表示部の表示を制御する表示制御手段を備えることを特徴としている。

また、請求項４に記載の発明は、請求項３に記載のレポート作成システムにおいて、前記緊急性選択手段は、前記依頼案件の緊急性のレベルを選択可能であり、
前記表示制御手段は、前記緊急性選択手段により選択された緊急性のレベルの高い順に前記依頼案件を前記緊急画面に表示させるように前記表示部を制御することを特徴としている。

さらに、請求項５に記載の発明は、請求項３又は請求項４に記載のレポート作成システムにおいて、前記端末装置の前記通信手段がログインした際、当該端末装置を依頼先とする緊急の依頼案件があるときは、当該端末装置の前記表示制御手段は、前記緊急画面を表示するように前記表示部の表示を制御することを特徴としている。

さらに、請求項６に記載の発明は、請求項３から請求項５のいずれか一項に記載のレポート作成システムにおいて、前記通信制御手段は、所定時間経過後に自動的にログアウトするように前記通信手段を制御可能であり、
前記表示部に前記緊急画面が表示されたときは、前記通信制御手段は、所定時間を経過した後もログアウトしないように前記通信手段を制御することを特徴としている。

また、請求項７に記載の発明は、請求項３から請求項６のいずれか一項に記載のレポート作成システムにおいて、前記端末装置は、情報の入力が無い状態を検出する無入力状態検出手段を備え、
前記表示制御手段は、前記無入力状態検出手段により所定時間情報入力の無い状態が継続していると検出されたときに、前記表示部を消灯するよう前記表示部を制御可能であり、
前記表示部に前記緊急画面が表示されたときは、前記表示制御手段は、所定時間を経過した後も前記表示部を消灯しないように前記表示部を制御することを特徴としている。

また、請求項８に記載の発明は、請求項２から請求項７のいずれか一項に記載のレポート作成システムにおいて、前記端末装置は、依頼元の端末装置から前記依頼案件が緊急であると選択されたときは、前記緊急の依頼案件以外の処理を不能とする動作制御手段を備えていることを特徴としている。

また、請求項９に記載のレポート作成方法は、複数の端末装置を用いて医用画像の読影レポートを作成するレポート作成方法において、
前記読影レポート作成時に依頼先の前記端末装置を選択する依頼先選択工程と、
当該読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を、依頼先として選択された前記端末装置に送信する案件送信工程と、
前記依頼案件が送信されると、その旨を依頼先の前記端末装置に報知する依頼報知工程と、を備えたことを特徴としている。

また、請求項１０に記載の発明は、請求項９に記載のレポート作成方法において、前記各依頼案件の依頼先を選択する際に、当該依頼案件が緊急か否かを選択する緊急性選択工程と、
当該依頼案件が緊急であると選択されたときに、当該依頼案件が緊急である旨を依頼先に報知する緊急報知工程とを備えたことを特徴としている。

また、請求項１１に記載の発明は、請求項１０に記載のレポート作成方法において、前記依頼案件が緊急である旨の緊急画面を表示部に表示させることにより前記依頼案件の緊急性を報知することを特徴としている。

また、請求項１２に記載の発明は、請求項１１に記載のレポート作成方法において、前記依頼案件の緊急性のレベルを選択するレベル選択工程を備え、
選択された緊急性のレベルの高い順に前記依頼案件を前記表示部の前記緊急画面に表示させることを特徴としている。

また、請求項１３に記載の発明は、請求項１１及び請求項１２に記載のレポート作成方法において、前記端末装置がログインした際、当該端末装置を依頼先とする緊急の依頼案件があるときは、前記表示部に前記緊急画面を表示することを特徴としている。

また、請求項１４に記載の発明は、請求項１１から請求項１３のいずれか一項に記載のレポート作成方法において、前記端末装置は、所定時間経過後に自動的にログアウトするようになっており、
前記表示部に前記緊急画面が表示されたときは、所定時間を経過した後もログアウトしないことを特徴としている。

また、請求項１５に記載の発明は、請求項１１から請求項１４のいずれか一項に記載のレポート作成方法において、前記端末装置に情報の入力が無い状態を検出し、
所定時間情報入力の無い状態が継続しているときは、前記表示部を消灯するようになっており、
前記表示部に前記緊急画面が表示されたときは、所定時間を経過した後も前記表示部を消灯しないことを特徴としている。

また、請求項１６に記載の発明は、請求項１０から請求項１５のいずれか一項に記載のレポート作成方法において、依頼元の前記端末装置から前記依頼案件が緊急であると選択されたときは、前記緊急の依頼案件以外の処理を不能とすることを特徴としている。

請求項１及び請求項９に記載された発明によれば、読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を依頼する依頼先を選択し、依頼先として選択された端末装置に前記依頼案件が送信されると、その旨を依頼先の端末装置に報知するので、依頼先のユーザがレポートが遷移されたことに気付かずに放置してしまうこと等を防止できる。これにより、読影・承認・修正漏れを防止し、速やかな読影処理を行うことができるという効果を奏する。

請求項２及び請求項１０に記載された発明によれば、依頼案件が緊急である場合には、その旨を依頼先に報知するので、救急患者や様態の急変した患者に関する案件等、一般の検診等に先立って緊急に読影処理を行う必要のある緊急の案件について迅速に対応することができるという効果を奏する。

請求項３及び請求項１１に記載された発明によれば、依頼案件が緊急である場合には、表示部に緊急画面を表示することによりユーザ（読影医）に報知するので、当該依頼案件が緊急である旨をユーザが容易に認識でき、迅速に対応することができるという効果を奏する。

請求項４及び請求項１２に記載された発明によれば、依頼案件について緊急性のレベルの高い順に緊急画面に表示させるので、どの依頼案件が最優先されるべきかをユーザが容易に認識でき、緊急性の高いものから順に効率よく処理することが可能となるという効果を奏する。

請求項５及び請求項１３に記載された発明によれば、ログイン時に緊急の依頼案件があるときは、表示部に緊急画面が表示されるので、緊急の依頼案件がある旨をユーザが容易に認識でき、迅速に対応することができるという効果を奏する。

請求項６及び請求項１４に記載された発明によれば、長時間席を立つ場合等に読影レポートを表示した画面が他者に自由に見られることを防止する等の目的により所定時間経過後に自動的にログアウトする設定がなされている場合でも、表示部に緊急画面が表示されたときは、所定時間を経過した後もログアウトしないようになっている。これにより緊急の依頼案件があることにユーザが気付かない事態を防止でき、緊急の案件を迅速に処理することができるという効果を奏する。

請求項７及び請求項１５に記載された発明によれば、長時間席を立つ場合等に読影レポートを表示した画面が他者に自由に見られることを防止する等の目的により所定時間情報入力の無い状態が継続すると自動的に表示部が消灯するように設定されている場合でも、表示部に緊急画面が表示されたときは、所定時間を経過した後も表示部が消灯しないようになっている。これにより緊急の依頼案件があることにユーザが気付かない事態を防止でき、緊急の案件を迅速に処理することができるという効果を奏する。

請求項８及び請求項１６に記載された発明によれば、依頼案件が緊急である場合には緊急の依頼案件以外の処理を不能とするので、確実に緊急の依頼案件を他の案件に先立って迅速に処理することができるという効果を奏する。

以下、図１から図１０を参照しつつ、本発明に係るレポート作成システムの一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。

まず、図１は本実施の形態におけるレポート作成システム１のシステム構成を示す図である。図１に示すように、レポート作成システム１は、サーバ２と、複数台の端末装置３ａ，３ｂ，３ｃとがネットワーク５を経由して相互に情報の送受信が可能なように接続され、診断に利用する医用画像やレポートの取得、蓄積、利用、管理を行うシステムである。

ネットワーク５は、病院等の建物内、又は病院間に構築されたＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の情報通信網である。具体的には、ＵＳＢ（Universal Serial Bus）、ＲＳ−２３２、ＳＳ（Single Star）無線、ＰＨＳ回線等により構成されている。ここで、回線形態は、環形として図示したが線形でもよい。また、各装置間の接続は有線、無線を問わない。ただし、情報管理の信頼性の観点から、特定のユーザのみがアクセス可能なセキュリティが確保されているネットワークであることが望ましい。

サーバ２は、病院内業務に係る各種情報を取得して、取得した情報を、例えば、電子カルテとして蓄積、管理する装置である。また、端末装置３ａ，３ｂ，３ｃは、電子カルテとして管理されている情報（例えば、患者情報、レポート、医用画像等）をサーバ２から取得して、各種情報を利用する装置である。なお、図１においてはレポート作成システム１内に１つのサーバ２と３つの端末装置３ａ，３ｂ，３ｃとが設置されている場合を例示したが、サーバ２及び端末装置３ａ，３ｂ，３ｃの設置台数は特に限定されない。以下図２から図６を参照して、サーバ２及び端末装置３ａ，３ｂ，３ｃの構成について詳細に説明する。

まず、図２を参照してサーバ２の構成を説明する。
図２は、サーバ２の機能的構成を示す要部ブロック図である。図２に示すように、サーバ２は、ＣＰＵ２１、表示部２２、入力部２３、通信部２４、ＲＡＭ２５、データベース２６等を備えて構成されるコンピュータであり、各部はバス２７により接続されている。

ＲＡＭ２５は、通信部２４を介して受信した要求指示や、データベース２６から取得した各種情報を所定のワークエリアに一時的に記憶する。

データベース２６は、あらかじめ定義された形式により情報を格納することにより、情報を統括的に集積して管理するものである。本実施形態においては、システムプログラムその他の各種制御プログラムの他、例えば、患者情報、読影レポート情報、図示しないモダリティ（画像生成装置）によって取得された医用画像情報等、医用画像の読影レポートを作成するのに必要な各種の情報がデータベース２６に格納されている。

ＣＰＵ２１は、このデータベース２６に記憶されているプログラムを読み出してＲＡＭ２５に展開し、ＲＡＭ２５に展開されたプログラムとの協働により、各部の動作を集中制御し、読影レポートの状態管理を行う処理等を実行するようになっている。

具体的には、ＣＰＵ２１は、通信部２４を介して端末装置３ａ，３ｂ，３ｃから医用画像情報等、読影を行うのに必要な各種情報を送信するよう要求指示信号が送られると、要求された情報をデータベース２６から取得して要求元の端末装置３ａ，３ｂ，３ｃに送信する。また、端末装置３ａ，３ｂ，３ｃ（依頼元の端末装置）から所定の情報を選択された端末装置３ａ，３ｂ，３ｃ（依頼先の端末装置）に送るよう依頼する指示信号を受信すると、受信した指示信号に応じてデータベース２６から指定された各種情報を取得し、選択された端末装置３ａ，３ｂ，３ｃ（依頼先の端末装置）に送信するよう制御を行う。

また、端末装置３ａ，３ｂ，３ｃによって生成された読影レポート情報が各端末装置３ａ，３ｂ，３ｃから送られると、ＣＰＵ２１は、読影レポート情報をレポート状態を示すレポート状態情報とともにデータベース２６に記憶させるようになっている。レポート状態情報には、例えば「新規作成」、「保留」「読影依頼」、「依頼受諾，キャンセル」、「承認依頼」、「修正依頼」、「承認」等、読影レポートの各工程を一義的に特定するための識別情報である「状態ＩＤ」や、前記各工程に応じて許容される各端末装置３ａ，３ｂ，３ｃを操作するユーザのアクセス権限を示す「アクセス権限」等が含まれている。

表示部２２は、例えばＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）等により構成されており、ＣＰＵ２１から入力される表示信号の指示に従って、入力部２３からの入力指示や各種データ等を表示するものである。

入力部２３は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードを含み、このキーボードで押下されたキーに対応する押下信号をＣＰＵ２１に出力するように構成される。なお、入力部２３は、必要に応じてマウス、タッチパネル等のポインティングデバイスや、その他の入力装置を備えることとしてもよい。

通信部２４は、ＬＡＮアダプタやルータやＴＡ（Terminal Adapter）等によって構成され、専用線、或いはＩＳＤＮ回線等の通信回線を介してネットワーク５に接続された各装置との間の情報の送受信を行うようになっている。

次に、端末装置３ａ，３ｂ，３ｃの構成を説明する。
図３は、端末装置３ａ，３ｂ，３ｃの機能的構成を示すブロック図である。図３に示すように、端末装置３ａ，３ｂ，３ｃは、それぞれＣＰＵ３１、表示部３３、入力部３３、通信部３４、ＲＡＭ３５、記憶部３６等を備えて構成され、各部はバス３７により接続されている。なお、端末装置３ａ，３ｂ，３ｃは、前記サーバ２とほぼ同一の構成を有するコンピュータである。

ＲＡＭ３５は、通信部３４を介して受信した要求指示や、記憶装置３６から取得した各種情報を所定のワークエリアに一時的に記憶する。

記憶装置３６は、ＨＤＤ（Hard Disc Drive）や不揮発性の半導体メモリ等により構成され、ＣＰＵ３１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、及び処理結果等を記憶するものである。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。

ＣＰＵ３１は、記憶装置３６に記憶されている各種プログラムを読み出し、ＲＡＭ３５に展開し、当該プログラムとの協働によって各部の動作を集中制御し、各種処理を実行する。

入力部３４は、前記サーバ２と同様に、例えば図示しないカーソルキー、数字入力キー、及び各種機能キー等を備えたキーボード等を備えており、医用画像の撮影対象である患者に関する患者情報や読影レポートのコメント等を入力可能となっている。なお、入力部３３は、必要に応じてマウス、タッチパネル等のポインティングデバイスや、その他の入力装置を備えることとしてもよい。入力部３４は、キーボードに対するキー操作やマウス操作等により入力された指示信号をＣＰＵ３１に出力するようになっている。

特に本実施形態においては、入力部３３は、複数ある端末装置３ａ，３ｂ，３ｃの中から特定の端末装置３ａ，３ｂ，３ｃを依頼先の端末装置３ａ，３ｂ，３ｃとして選択する依頼先選択手段として機能し、また、依頼先に依頼する案件が緊急に処理する必要のある案件であるか否かを選択する緊急性選択手段として機能する。

すなわち、例えば端末装置３ａを操作するユーザ（読影を行う読影医）が端末措置３ｂを依頼先として医用画像についての読影レポートの読影依頼を行う場合や、端末装置３ｂを操作するユーザが作成した読影レポートについて、端末装置３ｃを依頼先として承認依頼を行う場合には、それぞれ読影レポートの状態が次の工程に遷移する。この場合、例えば端末装置３ａから端末装置３ｂに対して読影依頼を行う際には、依頼元の端末装置３ａの入力部３３から依頼先として端末装置３ｂを選択する旨の指示信号及び当該読影レポートが緊急に処理すべきものであるか否かの緊急レベルが入力される。また、端末装置３ｂから端末装置３ｃに対して承認依頼を行う際には、依頼元の端末装置３ｂの入力部３３から依頼先として端末装置３ｃを選択する旨の指示信号及び当該読影レポートの緊急レベルが入力される。

表示部３２は、例えばＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）ディスプレイやＥＬ（Electro Luminescence）ディスプレイ等で構成されている。表示部３２は、ＣＰＵ３１から入力される表示信号の指示に従って画面上に各種画面を表示するようになっている。

本実施形態において、表示部３２は、読影レポートを作成するためのレポート作成画面を表示可能となっている。図４に表示部３２に表示されるレポート作成画面３２１の一例を示す。図４（ａ）及び図４（ｂ）に示すように、患者リストを表示させる患者リスト表示ボタン３２１ａや、読影依頼、承認依頼等の各種依頼を求めるためのボタン３２１ｂ、読影レポートの承認を行う承認ボタン３２１ｃ、読影レポートの保留を指示する保留ボタン３２１ｄ、読影レポート作成画面の終了を指示する終了ボタン３２１ｅ等が設けられている。

また、特に本実施形態においては、当該読影レポートの緊急性のレベルを選択する緊急レベルボタン３２１ｆが設けられている。前記入力部３３のキーボードやポインティングデバイスによる操作によって緊急レベルボタン３２１ｆを選択すると、例えば図４（ｂ）に示すように、緊急レベル１から緊急レベル３及び通常のレベルを選択できるボタン表示が現われるようになっている。ユーザは、図４（ｂ）に示すボタン表示から緊急レベル１から緊急レベル３又は通常のレベルを選択することにより読影レポートの緊急レベルを選択することができる。なお、緊急レベルを選択する緊急レベルボタン３２１ｆの表示はここに例示したものに限定されない。例えば、緊急レベルボタンを操作しないときには通常レベルがデフォルトとして自動的に選択されるようになっていてもよく、この場合には、緊急レベルボタン３２１ｆには緊急レベル１から緊急レベル３のボタン表示がされるようにする。また、緊急レベルは３段階に限定されず、緊急レベルか通常レベルかの２種類から選択するようにしてもよいし、３段階以上のレベルが設定できるようにしてもよい。

なお、表示部３２の画面上に、透明電極を格子状に配置した感圧式（抵抗膜圧式）のタッチパネル（図示せず）が形成され、表示部３２と入力部３３とが一体に構成されるタッチスクリーンとしてもよい。タッチパネルは、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号を操作信号としてＣＰＵ３１に出力するように構成される。この場合には、表示部３２は入力部３３とともに依頼先選択手段及び緊急性選択手段として機能する。

ＣＰＵ３１は、表示部３２の表示を制御する表示制御手段として機能し、通信部３４を介してネットワーク５から読影レポートの読影依頼、承認依頼、修正依頼といった依頼案件が依頼された旨の信号を受信したときは、図５に示すような依頼案件がある旨を示す依頼報知画面３２２を表示部３２に表示させる。このように表示部３２は、依頼案件がある旨を依頼先の端末装置３のユーザに報知する依頼報知手段として機能する。なお、依頼案件が送信されても表示部３２に依頼報知画面３２２を表示させないようにユーザが任意に設定可能としてもよい。依頼件数が多い場合等は依頼案件がある度に表示部３２に依頼報知画面３２２を表示させると煩雑な場合もあることから、このような場合には依頼報知画面３２２を表示させないように設定しておくことが便宜である。また、依頼報知画面３２２は図５に示したものに限定されない。例えばアラート表示等のダイアログボックスが表示部３２上の一端に表示されるようにする等、読影レポート作成作業や各種操作の妨げにならない程度の表示を行うようにしてもよい。

さらに、ＣＰＵ３１は、通信部３４を介してネットワーク５から当該読影レポートについての依頼案件が緊急である旨の信号を受信したときには、図６に示すように、緊急の依頼案件がある旨を示す緊急画面３２３を表示部３２に表示させる。緊急画面３２３には、患者氏名や患者ＩＤ等、案件を特定する情報や緊急レベル等が表示される。このように表示部３２は、依頼案件が緊急である旨を依頼先の端末装置３のユーザに報知する緊急報知手段として機能する。なお、緊急画面３２３は例示されたものに限定されない。

また、ＣＰＵ３１は、当該読影レポートについての依頼案件が緊急である旨の信号を受けて表示部３２に緊急画面３２３を表示させたときは、当該緊急の依頼案件についての処理を完了する前では、他の操作を行うことができないように端末装置３の各部の動作を制御する動作制御手段として機能する。すなわち、緊急の依頼案件についての処理を完了するまでは、他のキー操作等を行おうとしてもエラーとなり、表示部３２に緊急画面３２３が表示された状態を解除できないように構成される。

また、本実施形態においては、ＣＰＵ３１は入力部３３等の入力手段からの入力信号の有無を判断する無入力状態検出手段として機能する。ＣＰＵ３１は、一定期間無入力状態が継続していることを検出すると、表示部３２を消灯させるように表示部３２を制御する。どの程度の時間無入力状態が継続したときに表示部３２を消灯させるかは予め設定されていてもよいし、ユーザが任意に設定可能としてもよい。ただし、他の端末装置３ａ，３ｂ，３ｃから緊急の依頼案件が送信されたときは、ＣＰＵ３１は前記所定時間以上無入力状態が継続しても表示部３２を消灯しないように表示部３２を制御する。

通信部３４は、ＬＡＮアダプタやルータやＴＡ（Terminal Adapter）等によって構成され、専用線、或いはＩＳＤＮ回線等の通信回線を介してネットワーク５に接続された各装置との間の情報の送受信を行うようになっている。

ＣＰＵ３１は、読影レポートに関する依頼案件の依頼先が入力部３３等から選択されたときには、当該選択された依頼先に依頼案件を送信するように通信部３４を制御する通信制御手段として機能する。また、ＣＰＵ３１は所定時間が経過すると、自動的にログアウトするように通信部３４を制御するようになっている。どの程度の時間が経過したときにネットワーク５との接続を解除するかは予め設定されていてもよいし、ユーザが任意に設定可能としてもよい。ただし、他の端末装置３ａ，３ｂ，３ｃから緊急の依頼案件が送信されたときは、ＣＰＵ３１は前記所定時間が経過してもログアウトしないように通信部３４を制御する。

次に、図７から図１０を参照しつつ、本実施形態におけるレポート作成システム１によるレポート作成方法について説明する。

図７は、端末装置３ａ，３ｂ，３ｃにより実行されるレポート作成処理をそれぞれ示すフローチャートである。ここで、各端末装置３ａ，３ｂ，３ｃを操作するユーザ（読影医）のアクセス権限に応じて実行される処理が異なるため、端末装置３ａを読影レポートの参照に関するアクセス権限を有するユーザ、端末装置３ｂを読影レポートの作成に関するアクセス権限を有するユーザ、端末装置３ｃを読影レポートの承認に関するアクセス権限を有するユーザにより操作される場合を例として以下説明する。また、端末装置３ａ，３ｂ，３ｃ間における情報の送受信についてはサーバ２を介して行われている場合を例として説明する。

まず、参照権限を有するユーザにより操作される端末装置３ａのＣＰＵ３１により実行されるレポート作成処理について説明する。
図７に示すように、端末装置３ａのＣＰＵ３１は、ログイン指示が入力されると（ステップＳ１）、入力部３３を介して、ユーザの認証情報を入力させ、サーバ２における認証処理により、認証が成功したか否かを判別する。認証が成功した場合には、サーバ２から図示しないリスト画面を受信して、リスト画面を表示部３３に表示させる（ステップＳ２）。

リスト画面からレポートの新規作成指示が入力されると（ステップＳ３；ＹＥＳ）、ＣＰＵ３１は、サーバ２からレポート作成画面を受信して、表示部３３にレポート作成画面３２１（図４参照）を表示させる（ステップＳ４）。他方、レポートの新規作成指示が入力されない場合（ステップＳ３；ＮＯ）には、表示部３３にリスト画面を表示させたままとなる。

端末装置３ａの表示部３２に表示されるレポート作成画面には、例えばリスト画面において選択された医用画像の画像データ、当該医用画像の参考画像、表示されている医用画像に対応する患者情報、及び作成権限を有するユーザにより作成された読影レポートが表示される（図４参照）。参照権限のある端末装置３ａのユーザは、当該表示されている読影レポートを参照して、読影を行う。

端末装置３ａのユーザが端末装置３ｂに対して読影依頼を行う場合には、依頼案件である当該読影レポートの緊急レベルを判断し、表示部３３の緊急レベルボタン３２１ｆ等を操作することにより当該依頼案件の緊急レベルを選択する（ステップＳ５）。

さらに、レポート作成画面３２１において、読影依頼ボタン３２１ｂが操作され、読影依頼指示が入力されると（ステップＳ６）、選択された緊急レベルが対応付けられて読影依頼がサーバ２に送信される。そして、ＣＰＵ３１は、他のユーザにより読影が行われて読影レポートが作成され、読影レポートが公開状態になるまで待機する（ステップＳ７）。ＣＰＵ３１は、入力部３３を介して読影レポートの参照指示が入力されると、サーバ２にアクセスして、読影レポートが公開状態になったか否かを判別し（ステップＳ８）、読影レポートが公開状態になっていない場合（ステップＳ８；ＮＯ）、レポートが作成されるのを待機する（ステップＳ７）。一方、読影レポートが公開状態になっている場合（ステップＳ８；ＹＥＳ）、サーバ２に読影レポート参照要求を送信してレポート作成画面３２１を受信し、表示部３３に表示させる（ステップＳ９）。

次に、作成権限を有するユーザにより操作される端末装置３ｂのＣＰＵ３１により実行されるレポート作成処理について説明する。
端末装置３ｂのＣＰＵ３１は、ログイン指示が入力されると（ステップＳ１０）、入力部３３を介して、ユーザの認証情報を入力させ、サーバ２における認証処理により、認証が成功したか否かを判別する。認証が成功した場合には、サーバ２から図示しないリスト画面を受信して、リスト画面を表示部３３に表示させる（ステップＳ１１）。

端末装置３ａからの読影依頼をサーバ２を介して受信すると（ステップＳ１２）、端末装置３ｂのＣＰＵ３１は、依頼案件が緊急案件である旨の信号を受信したかを判断する（ステップＳ１３）。依頼案件が緊急案件である旨の信号を受信した場合（ステップＳ１３；ＹＥＳ）には、ＣＰＵ３１は表示部３２に緊急画面３２３（図６参照）を表示させる（ステップＳ１４）。また、この場合には、ＣＰＵ３１は当該緊急の依頼案件の処理を完了するまで当該依頼案件以外の処理ができないように各部の動作を制御する。ユーザが緊急の依頼案件を選択すると、ＣＰＵ３１は、依頼が受諾されたと判断して依頼受諾の指示をサーバ２に送信する。そして、サーバ２から対応するレポート作成画面３２１を受信して、表示部３２にレポート作成画面３２１を表示させ、緊急の依頼案件についての読影処理が行われる（ステップＳ１５）。

他方、依頼案件が緊急案件である旨の信号を受信していない場合（ステップＳ１３；ＮＯ）には、ＣＰＵ３１は表示部３２に通常の依頼報知画面３２２（図５参照）を表示させる（ステップＳ１６）。ユーザが依頼報知画面３２２のＯＫボタンを操作する等により依頼案件を選択すると、ＣＰＵ３１は、依頼が受諾されたと判断して依頼受諾の指示をサーバ２に送信する。そして、サーバ２から対応するレポート作成画面３２１を受信して、表示部３２にレポート作成画面３２１を表示させ、当該依頼案件についての通常の読影処理が行われる（ステップＳ１７）。

依頼案件について緊急の読影処理又は通常の読影処理が行われた後、端末装置３ｂのユーザが端末装置３ｃに対して読影依頼を行う場合には、依頼案件である当該読影レポートの緊急レベルを判断し、表示部３３の緊急レベルボタン３２１ｆ等を操作することにより当該依頼案件の緊急レベルを選択する（ステップＳ１８）。

さらに、レポート作成画面３２１において、承認依頼ボタン３２１ｂが操作され、承認依頼指示が入力されると（ステップＳ１９）、選択された緊急レベルが対応付けられて承認依頼がサーバ２に送信される。そして、ＣＰＵ３１は、他のユーザにより読影レポートの承認が行われるかレポートの修正指示が送られるまで待機する（ステップＳ２０）。そして、ＣＰＵ３１は、修正依頼を受信したか否かを判別し（ステップＳ２１）、修正依頼を受信しない場合（ステップＳ２１；ＮＯ）には、本レポート作成処理を終了する。他方、修正依頼を受信した場合（ステップＳ２１；ＹＥＳ）には、サーバ２からレポート作成画面３２１を受信し、レポート画面３２１において読影レポートの修正を行わせ（ステップＳ２２）、ステップＳ１８に移行して、ステップＳ１８〜Ｓ２１の処理を繰り返して実行する。

なお、ここまではログイン時に緊急の依頼案件がある場合を例に説明したが、図８を参照しつつ、通常の読影処理を実行中に緊急の依頼案件が依頼された場合の処理について説明する。

通常の読影処理を実行中は、ＣＰＵ３１は緊急の依頼案件の送信がないかを判断し（ステップＳ４０）、緊急の依頼案件が送信されなければ（ステップＳ４０；ＮＯ）、通常の処読影処理を続行する。他方、緊急の依頼案件が送信されたときは（ステップＳ４０；ＹＥＳ）、表示部３２に緊急画面を表示させて（ステップＳ４１）、通常の読影処理を中断させ、緊急の依頼案件を処理するまで他の処理を行うことができないように端末装置３ｂの動作を制御する。この場合には、ＣＰＵ３１は読影中の案件を保存するか否かを選択できる画面を合わせて表示部３２に表示させ、読影中の案件を保存する旨を選択する信号が入力されたか否かを判断する（ステップＳ４２）。読影中の案件を保存する旨が選択された場合（ステップＳ４２；ＹＥＳ）には、ＣＰＵ３１は読影中の案件を保存した上で（ステップＳ４３）、緊急の依頼案件についての読影処理を行う（ステップＳ４４）。他方、読影中の案件を保存しない旨が選択された場合（ステップＳ４２；ＮＯ）には、ＣＰＵ３１は読影中の案件を破棄した上で（ステップＳ４５）、緊急の依頼案件についての読影処理を行う（ステップＳ４４）。

次に、図７に戻り、承認権限を有するユーザにより操作される端末装置３ｃのＣＰＵ３１により実行されるレポート作成処理について説明する。
端末装置３ｃのＣＰＵ３１は、ログイン指示が入力されると（ステップＳ２３）、入力部３３を介して、ユーザの認証情報を入力させ、サーバ２における認証処理により、認証が成功したか否かを判別する。認証が成功した場合には、サーバ２から図示しないリスト画面を受信して、リスト画面を表示部３３に表示させる（ステップＳ２４）。

端末装置３ｂからの承認依頼をサーバ２を介して受信すると（ステップＳ２５）、端末装置３ｃのＣＰＵ３１は、依頼案件が緊急案件である旨の信号を受信したかを判断する（ステップＳ２６）。依頼案件が緊急案件である旨の信号を受信した場合（ステップＳ２６；ＹＥＳ）には、ＣＰＵ３１は表示部３２に緊急画面３２３（図６参照）を表示させる（ステップＳ２７）。また、この場合には、ＣＰＵ３１は当該緊急の依頼案件の処理を完了するまで当該依頼案件以外の処理ができないように各部の動作を制御する。ユーザが緊急の依頼案件を選択すると、ＣＰＵ３１は、依頼が受諾されたと判断して依頼受諾の指示をサーバ２に送信する。そして、サーバ２から対応するレポート作成画面３２１を受信して、表示部３２にレポート作成画面３２１を表示させ、緊急の依頼案件について他の案件に優先して承認処理が行われる（ステップＳ２８）。

他方、依頼案件が緊急案件である旨の信号を受信していない場合（ステップＳ２６；ＮＯ）には、ＣＰＵ３１は表示部３２に通常の依頼報知画面３２２（図５参照）を表示させる（ステップＳ２９）。ユーザが依頼報知画面３２２のＯＫボタンを操作する等により依頼案件を選択すると、ＣＰＵ３１は、依頼が受諾されたと判断して依頼受諾の指示をサーバ２に送信する。そして、サーバ２から対応するレポート作成画面３２１を受信して、表示部３２にレポート作成画面３２１を表示させ、当該依頼案件についての通常の承認処理が行われる（ステップＳ３０）。

依頼案件について緊急の承認処理又は通常の承認処理が行われた後、読影レポートに修正が必要との判断が入力され端末装置３ｃのユーザが端末装置３ｂに対して修正依頼を行う場合（ステップＳ３１；ＹＥＳ）には、依頼案件である当該読影レポートの緊急レベルを判断し、表示部３３の緊急レベルボタン３２１ｆ等を操作することにより当該依頼案件の緊急レベルを選択する（ステップＳ３２）。

さらに、レポート作成画面３２１において、修正依頼ボタン３２１ｂが操作され、修正依頼指示が入力されると（ステップＳ３３）、選択された緊急レベルが対応付けられて承認依頼がサーバ２に送信される。他方、修正依頼を行わない場合（ステップＳ３１；ＮＯ）には、ＣＰＵ３１は読影レポートが承認されたと判断し（ステップＳ３４）、本レポート作成処理を終了する。

なお、ここまではログイン時に緊急の依頼案件がある場合を例に説明したが、通常の承認処理を実行中に緊急の依頼案件が依頼された場合については、図８に示した読影処理の場合と同様に、承認処理中の案件を保存するか破棄するかを選択可能とし、通常の承認処理中の案件を保存又は破棄してから緊急の依頼案件について承認処理を行う。

次に、端末装置３ａ，３ｂ，３ｃの表示部３２が、所定時間経過後に自動的に消灯するように設定されている場合の処理について、図９を参照しつつ説明する。

表示部３２が、所定時間経過後に自動的に消灯するように設定されている場合には、ＣＰＵ３１は、入力部３３等から何ら入力のない状態が継続している時間を常に計時し、表示部３２を自動的に消灯させるように設定された所定の時間が経過したかを判断する（ステップＳ５０）。所定時間が経過するまでは（ステップＳ５０；ＮＯ）、ＣＰＵ３１は表示部３２を点灯させる。所定時間が経過したときは（ステップＳ５０；ＹＥＳ）、ＣＰＵ３１は依頼されている案件の中に緊急の依頼案件があるか否かを判断する（ステップＳ５１）。緊急の依頼案件がある場合（ステップＳ５１；ＹＥＳ）には、ＣＰＵ３１は表示部３２に緊急画面を表示させる（ステップＳ５２）。また、当該緊急の依頼案件が処理されるまで他の処理を行うことができないように端末装置３ａ，３ｂ，３ｃの動作制御を行うとともに、所定時間経過後も表示部３２を消灯しないように制御を行う。

他方、緊急の依頼案件がない場合（ステップＳ５１；ＮＯ）には、ＣＰＵ３１は所定時間経過後に表示部３２を消灯するように制御を行う（ステップＳ５３）。表示部３２が消灯した後も、ＣＰＵ３１は緊急の依頼案件が送信されていないかを常に判断し（ステップＳ５４）、緊急の依頼案件が送信されるまでは（ステップＳ５４；ＮＯ）、表示部３２を消灯させる。他方、緊急の依頼案件が送信されたときは（ステップＳ５４；ＹＥＳ）、ＣＰＵ３１は表示部３２を点灯させ、表示部３２に緊急画面を表示させるとともに（ステップＳ５２）、当該緊急の依頼案件が処理されるまで他の処理を行うことができないように端末装置３ａ，３ｂ，３ｃの動作制御を行う。

次に、端末装置３ａ，３ｂ，３ｃが、所定時間経過後に自動的にログアウトするように設定されている場合の処理について、図１０を参照しつつ説明する。

端末装置３ａ，３ｂ，３ｃが、所定時間経過後に自動的にログアウトするように設定されている場合には、ＣＰＵ３１は、ログインしてからの経過時間を計時し、自動的にログアウトするように設定された所定の時間が経過したかを判断する（ステップＳ６０）。所定時間が経過するまでは（ステップＳ６０；ＮＯ）、ＣＰＵ３１はログインした状態を継続する。所定時間が経過したときは（ステップＳ６０；ＹＥＳ）、ＣＰＵ３１は依頼されている案件の中に緊急の依頼案件があるか否かを判断する（ステップＳ６１）。緊急の依頼案件がある場合（ステップＳ６１；ＹＥＳ）には、ＣＰＵ３１は表示部３２に緊急画面３２３を表示させる（ステップＳ６２）。また、当該緊急の依頼案件が処理されるまで他の処理を行うことができないように端末装置３ａ，３ｂ，３ｃの動作制御を行うとともに、所定時間経過後もログイン状態を継続するように制御を行う。他方、緊急の依頼案件がない場合（ステップＳ６１；ＮＯ）には、ＣＰＵ３１はログアウトしてネットワークの接続を解除するように通信部３４を制御する（ステップＳ６３）。

以上のように、本実施形態によれば、読影レポートの承認依頼、読影依頼、修正依頼について依頼する依頼先を選択し、依頼先として選択された端末装置３ａ，３ｂ，３ｃに依頼案件が送信されると、依頼報知画面３２２を依頼先の端末装置３ａ，３ｂ，３ｃの表示部３２に表示させるので、依頼先のユーザ（読影医）がレポートが遷移されたことに気付かずに放置してしまうこと等を防止できる。

また、依頼案件が緊急である場合には、緊急画面３２３を依頼先の端末装置３ａ，３ｂ，３ｃの表示部３２に表示させるとともに、当該緊急の依頼案件が処理されるまで他の処理を行うことができないようになっているので、救急患者や様態の急変した患者に関する案件等、一般の検診等に先立って緊急に読影処理を行う必要のある緊急の案件について迅速に対応することができる。

また、緊急画面３２３には依頼案件の緊急レベルも表示され、緊急レベルの高い順に一覧になって示されるため、どの依頼案件が最優先されるべきかをユーザが容易に認識でき、緊急性の高いものから順に効率よく処理することができる。

さらに、緊急の依頼案件がある場合には、自動的にログアウトする設定や自動的に表示部３２が消灯する設定がされている場合でも、緊急の依頼案件が処理されるまではログアウトや表示部３２の消灯をしないようになっているため、緊急の案件について迅速に対応することができる。

なお、本実施の形態においては、１台のサーバ２と、３台の端末装置３ａ，３ｂ，３ｃとを備えるレポート作成システム１について説明したが、各装置の設置台数及び設置箇所は上述した例に限定されない。また、端末装置３ａ，３ｂ，３ｃに関しては、参照権限を有するユーザ、作成権限を有するユーザ、承認権限を有するユーザによりそれぞれ操作される場合を例として説明したが、これらに限定されるものではないことは勿論である。例えば、本実施の形態においては、参照権限を有するユーザにより操作される端末装置３ａにより、レポートの作成が依頼される場合を例として説明を行ったが、作成権限を有するユーザ又は参照権限を有するユーザにより操作される端末装置３ｂ，３ｂ，３ｃからレポートの作成が依頼される構成であってもよい。

また、本実施の形態においては、新たな依頼案件があることをユーザに報知する依頼報知手段及び緊急の依頼案件があることを報知する緊急報知手段がともに表示部３２である場合を例として説明したが、依頼報知手段及び緊急報知手段はこれに限定されない。例えば、アラームや警告メッセージ等の音声出力手段や報知内容ごとに点滅や色が変化するランプ等により依頼報知手段及び緊急報知手段が構成されていてもよい。また、依頼案件がある場合、依頼案件が緊急である場合には、依頼先の端末装置３ａ，３ｂ，３ｃにメールが送信されることにより依頼報知及び緊急報知が行われるように構成してもよい。

また、本実施の形態においては、緊急の依頼案件がある場合に、緊急レベル１のものも緊急レベル３のものも同様に緊急画面３２３に一覧表示するように構成したが、緊急画面３２３の表示内容はこれに限定されない。例えば、緊急レベルの異なる緊急案件が複数ある場合に、緊急レベルが最も高い緊急レベル１のもののみを緊急画面に表示させるようにしてもよい。また、緊急レベルの高いものから順に表示させ、表示された案件の処理が完了すると次に緊急レベルの高い案件が表示されるようにしてもよい。また、緊急レベルによって表示の大きさや表示の仕方を変えるようにしてもよい。

また、本実施の形態においてレポート状態、アクセス権限等は一例であり、その他各施設の状況に応じて設定可能なことは勿論である。これにより、例えば、経年変化によるシステム変更や、病院内における組織変更等にも柔軟に対応することができる。

その他、本発明が上記実施の形態に限らず適宜変更可能であるのはもちろんである。

本発明に係るレポート作成システムの一実施形態の概略構成を示した要部ブロック図である。 図１に示すレポート作成システムに適用されるサーバの概略構成を示した要部ブロック図である。 図１に示すレポート作成システムに適用される端末装置の概略構成を示した要部ブロック図である。 図４（ａ）は、図３に示す端末装置の表示部に表示されるレポート作成画面の一例を示した図である。図４（ｂ）は、図４（ａ）に示したレポート作成画面の緊急レベルボタンを操作した状態を示した図である。 図３に示す端末装置の表示部に表示される依頼報知画面の一例を示した図である。 図３に示す端末装置の表示部に表示される緊急画面の一例を示した図である。 本実施形態におけるレポート作成処理を示したフローチャートである。 通常の処理を実行中に緊急の依頼案件が送信された場合の処理を示したフローチャートである。 所定時間後に自動的に表示部を消灯する設定がされている場合の緊急案件の処理を示すフローチャートである。 所定時間後に自動的にログアウトする設定がされている場合の緊急案件の処理を示すフローチャートである。

符号の説明

１ レポート作成システム
２ サーバ
３ 端末装置
３１ ＣＰＵ
３２ 表示部
３３ 入力部
３４ 通信部
３２１ レポート作成画面
３２１ｆ 緊急レベルボタン
３２２ 依頼報知画面
３２３ 緊急画面

Claims (16)

1. 医用画像の読影レポートを作成するための複数の端末装置を備えてなるレポート作成システムにおいて、
   前記読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を他の前記端末装置に送信可能な通信手段と、
   前記依頼案件を依頼する依頼先の前記端末装置を選択する依頼先選択手段と、
   前記依頼先選択手段によって選択された前記依頼先の端末装置に前記依頼案件を送信するように前記通信手段を制御する通信制御手段と、
   前記通信手段により前記依頼案件が送信されると、その旨を依頼先の前記端末装置に報知する依頼報知手段と、
   を備えたことを特徴とするレポート作成システム。
2. 前記各依頼案件の依頼先の前記端末装置に送信する際に、当該依頼案件が緊急か否かを選択する緊急性選択手段と、
   前記緊急性選択手段から当該依頼案件が緊急であると選択されたときに、当該依頼案件が緊急である旨を依頼先に報知する緊急報知手段と、
   を備えたことを特徴とする請求項１に記載のレポート作成システム。
3. 前記緊急報知手段は、前記依頼案件が緊急である旨の緊急画面を表示する表示部により構成され、前記表示部の表示を制御する表示制御手段を備えることを特徴とする請求項２に記載のレポート作成システム。
4. 前記緊急性選択手段は、前記依頼案件の緊急性のレベルを選択可能であり、
   前記表示制御手段は、前記緊急性選択手段により選択された緊急性のレベルの高い順に前記依頼案件を前記緊急画面に表示させるように前記表示部を制御することを特徴とする請求項３に記載のレポート作成システム。
5. 前記端末装置の前記通信手段がログインした際、当該端末装置を依頼先とする緊急の依頼案件があるときは、当該端末装置の前記表示制御手段は、前記緊急画面を表示するように前記表示部の表示を制御することを特徴とする請求項３又は請求項４に記載のレポート作成システム。
6. 前記通信制御手段は、所定時間経過後に自動的にログアウトするように前記通信手段を制御可能であり、
   前記表示部に前記緊急画面が表示されたときは、前記通信制御手段は、所定時間を経過した後もログアウトしないように前記通信手段を制御することを特徴とする請求項３から請求項５のいずれか一項に記載のレポート作成システム。
7. 前記端末装置は、情報の入力が無い状態を検出する無入力状態検出手段を備え、
   前記表示制御手段は、前記無入力状態検出手段により所定時間情報入力の無い状態が継続していると検出されたときに、前記表示部を消灯するよう前記表示部を制御可能であり、
   前記表示部に前記緊急画面が表示されたときは、前記表示制御手段は、所定時間を経過した後も前記表示部を消灯しないように前記表示部を制御することを特徴とする請求項３から請求項６のいずれか一項に記載のレポート作成システム。
8. 前記端末装置は、依頼元の端末装置から前記依頼案件が緊急であると選択されたときは、前記緊急の依頼案件以外の処理を不能とする動作制御手段を備えていることを特徴とする請求項２から請求項７のいずれか一項に記載のレポート作成システム。
9. 複数の端末装置を用いて医用画像の読影レポートを作成するレポート作成方法において、
   前記読影レポート作成時に依頼先の前記端末装置を選択する依頼先選択工程と、
   当該読影レポートの承認依頼、読影依頼、修正依頼のうち少なくともいずれか一つの依頼案件を、依頼先として選択された前記端末装置に送信する案件送信工程と、
   前記依頼案件が送信されると、その旨を依頼先の前記端末装置に報知する依頼報知工程と、を備えたことを特徴とすることを特徴とするレポート作成方法。
10. 前記各依頼案件の依頼先を選択する際に、当該依頼案件が緊急か否かを選択する緊急性選択工程と、
    当該依頼案件が緊急であると選択されたときに、当該依頼案件が緊急である旨を依頼先に報知する緊急報知工程とを備えたことを特徴とする請求項９に記載のレポート作成方法。
11. 前記依頼案件が緊急である旨の緊急画面を表示部に表示させることにより前記依頼案件の緊急性を報知することを特徴とする請求項１０に記載のレポート作成方法。
12. 前記依頼案件の緊急性のレベルを選択するレベル選択工程を備え、
    選択された緊急性のレベルの高い順に前記依頼案件を前記表示部の前記緊急画面に表示させることを特徴とする請求項１１に記載のレポート作成方法。
13. 前記端末装置がログインした際、当該端末装置を依頼先とする緊急の依頼案件があるときは、前記表示部に前記緊急画面を表示することを特徴とする請求項１１又は請求項１２に記載のレポート作成方法。
14. 前記端末装置は、所定時間経過後に自動的にログアウトするようになっており、
    前記表示部に前記緊急画面が表示されたときは、所定時間を経過した後もログアウトしないことを特徴とする請求項１１から請求項１３のいずれか一項に記載のレポート作成方法。
15. 前記端末装置に情報の入力が無い状態を検出し、
    所定時間情報入力の無い状態が継続しているときは、前記表示部を消灯するようになっており、
    前記表示部に前記緊急画面が表示されたときは、所定時間を経過した後も前記表示部を消灯しないことを特徴とする請求項１１から請求項１４のいずれか一項に記載のレポート作成方法。
16. 依頼元の前記端末装置から前記依頼案件が緊急であると選択されたときは、前記緊急の依頼案件以外の処理を不能とすることを特徴とする請求項１０から請求項１５のいずれか一項に記載のレポート作成方法。

Images