(57)【要約】【課題】システムの設計変更の自由化を図ると共に、医用画像の生成からレポートの確定までの処理を効率良く実行する。【解決手段】サーバ１において、レポート状態に対応するユーザのアクセス権限及びユーザの操作に応じた遷移条件をレポート状態設定テーブル１６１に設定し、各アクセス権限を有するユーザからアクセスされた場合に、レポート状態に応じて、レポートへのアクセス許可及び次のレポート状態への遷移を制御することにより、特定のユーザにのみレポートへのアクセスを許可すると共に、ユーザに対しては、適切なレポート状態のレポート画面のみを提供することができる。【選択図】図１
2005148996.tif 000002
【特許請求の範囲】
【請求項１】
医用画像の生成から医用画像のレポート確定までの工程を複数のレポート状態に分類する工程と、
一のレポート状態に応じて、他のレポート状態への遷移条件を設定する工程と、
を含むことを特徴とするレポート作成方法。
【請求項２】
医用画像の生成から医用画像のレポート確定までの工程を複数のレポート状態に分類する工程と、
一のレポート状態に応じて、アクセス権限を有するユーザ及び他のレポート状態への遷移条件を設定する工程と、
を含むことを特徴とするレポート作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像に対するレポートの作成を管理するレポート作成方法に関する。
【背景技術】
【０００２】
医療の分野では、患者を診察した際に作成されるカルテや検査で撮影されたＸ線画像、血圧、血糖値等の測定結果を電子情報として保存する、いわゆる電子カルテが実現されている。この電子カルテは、病院内の情報を管理するシステム（以下、ＨＩＳ；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）等によって構成され、専用線、或いはＩＳＤＮ回線等の通信回線を介してネットワークＮに接続された各装置との間の通信を制御する。
【００２１】
ＲＡＭ１５は、通信部２４を介して受信した要求指示や、ＤＢ１６から取得した各種情報を所定のワークエリアに一時的に記憶する。
【００２２】
ＤＢ１６は、あらかじめ定義された形式により情報を格納することにより、情報を統括的に集積して管理するものである。例えば、ＤＢ１６は、電子カルテに関する情報として、患者情報、レポート、医用画像等を格納している。また、ＤＢ１６は、レポート状態設定処理において作成されるレポート状態設定テーブル１６１を格納している。
【００２３】
図３を参照してレポート状態設定テーブル１６１について説明する。図３は、レポート状態設定テーブル１６１のデータ構成例を示す図である。図３に示すように、レポート状態設定テーブル１６１には、８段階の工程Ｓ１〜Ｓ８に応じてレポート状態が分類して設定されており、各工程に応じたレポート状態情報が記憶されている。
【００２４】
レポート状態情報には、「状態ＩＤ」、「状態名」、「Ａ（アクセス）権限」、「（状態）フラグ」、「遷移先」等が含まれている。状態ＩＤは、８段階に分けられた各工程を一義的に特定するための識別情報であり、Ｓ１〜Ｓ８のデータがそれぞれ格納されている。また、状態名は、各工程に対応するレポート状態を示すものであり、「初期」、「読影依頼中」、「読影待ち」、「作成中」、「承認待ち」、「承認中」、「修正待ち」、「承認済み」のデータが格納されている。
【００２５】
Ａ権限は、各工程に応じて許容されるユーザのアクセス権限を示すものであり、「All」、「C-G」、「R-G」、「A-G」、「Suser」のデータが格納されている。図３（ｂ）を参照してアクセス権限について説明すると、「All」は全員にアクセス権限があることを示し、「C-G」は参照グループ（参照のみ許容されている人）にアクセス権限があることを示している。また、「R-G」は作成グループ（レポートの作成を許容されているユーザ）にアクセス権限があることを示し、「A-G」は承認グループ（レポートの承認を許容されているユーザ）にアクセス権限があることを示している。さらに、「Suser」は当該工程に遷移してきたユーザにアクセス権限があることを示している。
【００２６】
状態フラグは、各工程におけるレポートの状態を４種のフラグに分類したものであり、「初期状態」、「待ち状態」、「使用状態」、「公開状態」に分類されている。初期状態とは、医用画像が生成された状態でレポートが存在しない状態であり、レポート画面には何も記入されていない状態である。待ち状態とは、レポート画面への記入等が行われて保存された後の状態であり、レポート画面は表示されていない状態である。使用状態とは、レポートの記入等が行われている状態であり、レポート画面が表示されている状態である。公開状態とは、承認済みのレポートがレポート画面にて公開可能な状態である。
【００２７】
遷移先は、所定のアクセス権限を有するユーザが当該工程において所定の操作（イベント）を行った場合に、次に遷移するレポート状態（工程）を決定するための遷移条件である。遷移先には、「アクセス権限の種類、操作ＩＤ、状態ＩＤ（遷移工程）」のデータが格納されている。ここで、アクセス権限の種類には、上述したＡ権限と同一の「All」、「C-G」、「R-G」、「A-G」、「Suser」のデータが格納される。また、操作ＩＤには、イベントを定義する「E1」〜「E8」のデータが格納され、各操作ＩＤの定義は、図３（ｂ）に示す通りである。さらに、状態ＩＤには、次に遷移するレポート状態として「Ｓ１」〜「Ｓ８」のデータが格納される。
【００２８】
遷移先について、図４〜図５を参照して詳細に説明する。
図４は、レポート状態設定テーブル１６１により設定される、各レポート状態から次のレポート状態への遷移先を示すフローチャートであり、図５は、各レポート状態におけるアクセス権限、イベント、遷移先、図４に示すフローチャートの矢印の対応関係を詳細に示す図である。
【００２９】
図４を参照しながら、図５に示す各レポート状態における遷移先について詳細に説明する。まず、図５に示すように、状態ＩＤ「Ｓ１」において、参照Ｇのアクセス権限を有するユーザにより、新規作成のイベントが発生されると、次のレポート状態として読影依頼中の工程へ遷移する（図４矢印(1)参照）。また、作成Ｇのアクセス権限を有するユーザにより、新規作成のイベントが発生されると、次のレポート状態として作成中の工程へ遷移する（図４矢印(2)参照）。さらに、全てのユーザにより、依頼受諾のイベントが発生されると、次レポート状態に遷移せず初期のレポート状態のままとなる。
【００３０】
状態ＩＤ「Ｓ２」において、遷移userにより保留のイベントが発生されると、次のレポート状態に遷移せず読影依頼中のレポート状態のままとなる（図４矢印(3)参照）。また、遷移userにより読影依頼のイベントが発生されると、読影待ちのレポート状態へ遷移する（図４矢印(4)参照）。さらに、遷移userにより戻るのイベントが発生されると、初期のレポート状態に遷移する（図４矢印(5)参照）。
【００３１】
状態ＩＤ「Ｓ３」において、遷移userによりキャンセルのイベントが発生されると、読影依頼中のレポート状態へ遷移する（図４矢印(6)参照）。また、作成Ｇのアクセス権限を有するユーザにより、依頼受諾のイベントが発生されると、作成中のレポート状態に遷移する（図４矢印(7)参照）。
【００３２】
状態ＩＤ「Ｓ４」において、遷移userにより保留のイベントが発生されると、作成中のレポート状態に遷移する（図４矢印(8)参照）。また、遷移userにより承認依頼のイベントが発生されると、承認待ちのレポート状態に遷移する（図４矢印(9)参照）。さらに、遷移userにより戻るのイベントが発生されると、読影待ちのレポート状態に遷移する（図４矢印(10)参照）。
【００３３】
状態ＩＤ「Ｓ５」において、遷移userによりキャンセルのイベントが発生されると、作成中のレポート状態に遷移する（図４矢印(11)参照）。また、承認Ｇのアクセス権限を有するユーザにより、依頼受諾のイベントが発生されると、承認中のレポート状態に遷移する（図４矢印(12)参照）。
【００３４】
状態ＩＤ「Ｓ６」において、遷移userにより保留のイベントが発生されると、承認中のレポート状態に遷移する（図４矢印(13)参照）。また、遷移userにより修正依頼のイベントが発生されると、修正待ちのレポート状態に遷移する（図４矢印(14)参照）。また、遷移userにより承認のイベントが発生されると、承認済みのレポート状態に遷移する（図４矢印(15)参照）。さらに、遷移userにより戻るのイベントが発生されると、承認待ちのレポート状態に遷移する（図４矢印(16)参照）。
【００３５】
状態ＩＤ「Ｓ７」において、遷移userによりキャンセルのイベントが発生されると、承認中のレポート状態に遷移する（図４矢印(17)参照）。また、作成Ｇのアクセス権限を有するユーザにより、依頼受諾のイベントが発生されると、作成中のレポート状態に遷移する（図４矢印(18)参照）。
【００３６】
状態ＩＤ「Ｓ８」において、遷移userにより戻るのイベントが発生されると、承認中のレポート状態に遷移する（図４矢印(19)参照）。また、全てのユーザにより、依頼受諾のイベントが発生されると、次のレポート状態に遷移せず承認済みのレポート状態のままとなる。
【００３７】
以上のように、レポート状態設定テーブル１６１により、アクセス権限及びイベントの発生に応じて各レポート状態における遷移先が決定される。これにより、各ユーザがアクセス権限に応じて必要なレポート状態にのみアクセスすることができる。
【００３８】
次に、端末装置２ａ〜２ｃの構成を説明する。
図６は、端末装置１の機能的構成を示すブロック図である。図６に示すように、端末装置２ａ〜２ｃは、ＣＰＵ２１ａ〜ｃ、表示部２２ａ〜ｃ、入力部２３ａ〜ｃ、通信部２４ａ〜ｃ、ＲＡＭ２５ａ〜ｃ、記憶部２６ａ〜ｃ等を備えて構成され、各部はバス１７により接続されている。なお、端末装置２ａ〜ｃは、上述したサーバ１と略同一の構成であるため、同一部分については同列の符号を付し、詳細な説明を省略する。以下、端末装置２ａ〜ｃに特徴的な構成につき説明する。
【００３９】
ＣＰＵ２１ａ〜ｃは、記憶装置２６ａ〜ｃに記憶されているシステムプログラムや各種制御プログラムを読み出し、ＲＡＭ２５ａ〜ｃに展開し、該制御プログラムに従って各部の動作を集中制御する。また、ＣＰＵ２１ａ〜ｃは、ＲＡＭ２５ａ〜ｃに展開したプログラムに従って各種処理を実行し、その処理結果をＲＡＭ２５ａ〜ｃに一時記憶させると共に、表示部２２ａ〜ｃに表示させる。
【００４０】
具体的に、ＣＰＵ２１ａ〜ｃは、記憶装置１６からレポート作成処理プログラムを読み出して、後述するレポート作成処理（図９（ａ）〜（ｃ）参照）を実行する。なお、各処理の詳細については後述する。
【００４１】
記憶装置２６ａ〜ｃは、ＨＤＤ（Hard Disc Drive）や不揮発性の半導体メモリ等により構成され、ＣＰＵ２１ａ〜ｃで実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、及び処理結果等を記憶する。また、プログラムやデータが予め記憶された記録媒体（図示省略）を有しており、この記録媒体は、磁気的、光学的記録媒体、若しくは半導体メモリで構成され、記憶装置２６ａ〜ｃに固定的、或いは着脱自在に装着するものである。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２１ａ〜ｃは、当該プログラムコードに従った動作を逐次実行する。
【００４２】
次に、本実施の形態の動作を説明する。
なお、後述するフローチャートに記述されている各機能を実現するためのプログラムはコンピュータが読み取り可能なプログラムコードの形態でサーバ１のＤＢ１６又は端末装置２ａ〜ｃの記憶装置２６ａ〜ｃに格納されており、サーバ１のＣＰＵ１１又は端末装置２ａ〜２ｃのＣＰＵ２１ａ〜ｃは、当該プログラムコードに従った動作を逐次実行する。
【００４３】
まず、図７〜図８を参照して、医用画像の生成からレポート確定までの各工程に応じたレポート状態、ユーザのアクセス権限、遷移条件等を設定するためのレポート状態設定処理について説明する。図７は、サーバ１のＣＰＵ１１により実行されるレポート状態設定処理を示すフローチャートである。図７に示すように、ＣＰＵ１１は、入力部１３を介して、レポート状態設定指示が入力されると（ステップＳ１；ＹＥＳ）、表示部１２にレポート状態設定画面を表示させる（ステップＳ２）。
【００４４】
図８を参照して、レポート状態設定画面について説明する。図８に示すように、レポート状態設定画面１２１には、画面左側に設定されたレポート状態を一覧表示するための領域ａ１１が設けられ、画面右側に設定するレポート状態の状態名を入力する項目ａ１２、内部処理フラグを入力する項目ａ１３、初期状態に関する設定内容を入力する項目ａ１４〜ａ１５、待ち状態に関する設定内容を入力する項目ａ１６〜ａ１８、使用状態に関するの設定内容を入力する項目ａ１９〜ａ２２、公開状態に関する設定内容を入力する項目ａ２３〜ａ２４が設けられている。
【００４５】
領域ａ１１は、分類されたレポート状態とレポート状態に対応する設定情報の一部を一覧表示する領域である。項目ａ１２は、レポートの状態名を入力する項目であり、例えば、「初期」、「読影依頼中」、「読影待ち」、「作成中」、「承認待ち」、「承認中」、「修正待ち」「承認済み」等に分類されたレポート状態が入力される。項目ａ１３は、レポートの状態名に応じた内部処理フラグが入力される項目であり、例えば、「初期」、「排他」、「無し」等が入力される。
【００４６】
項目ａ１４は、状態フラグが初期状態となるレポート状態を設定する場合に、選択されるチェックボックスである。例えば、レポート状態「初期」について設定する場合、当該チェックボックスをチェックして、項目ａ１４〜ａ１５に必要な情報を入力する。項目ａ１５は、ユーザ毎の新規作成時の次状態を入力する項目であり、例えば、[C-G,S2]、[R-G,S4]、[All,S1]等のデータが入力される。
【００４７】
項目ａ１６は、状態フラグが待ち状態となるレポート状態を設定する場合に、選択されるチェックボックスである。例えば、レポート状態「読影待ち」、「承認待ち」、「修正待ち」について設定する場合、当該チェックボックスをチェックして、項目ａ１６〜ａ１８に必要な情報を入力する。項目ａ１７は、本人による書き直しを許可するか否かを設定するためのチェックボックスである。また、項目ａ１８は、アクセスが許可されるユーザ名と、当該ユーザがアクセスした場合の次状態を入力する項目であり、例えば、[Suser,S2]、[R-G,S4]のデータが入力される。
【００４８】
項目ａ１９は、状態フラグが使用状態となるレポート状態を設定する場合に、選択されるチェックボックスである。例えば、レポート状態「読影依頼中」、「作成中」、「承認中」について設定する場合、当該チェックボックスをチェックして、項目ａ１９〜ａ２２に必要な情報を入力する。項目ａ２０は、ユーザにキャンセルを許可するか否か設定するためのチェックボックスである。項目ａ２１は、レポートの一時保存を許可するか否かを設定するためのチェックボックスである。また、項目ａ２２は、アクセスが許可されるユーザ名と、当該ユーザが行った操作（イベント）に応じた次状態を入力する項目であり、例えば、[Suser,E4,S4]、[Suser,E5,S5]、[Suser,E8,S3]等のデータが入力される。
【００４９】
項目ａ２３は、状態フラグが公開状態となるレポート状態を設定する場合に、選択されるチェックボックスである。例えば、レポート状態「承認済み」について設定する場合、当該チェックボックスをチェックして、項目ａ２３〜ａ２４に必要な情報を入力する。項目ａ２４は、ユーザのキャンセル指示を許可するか否かを設定するためのチェックボックスである。
【００５０】
具体的に、レポート状態「初期」について設定が行われる場合に、入力されるレポート状態情報について説明する。まず、レポート状態設定画面１２１の項目ａ１２において、状態名が「初期」として入力される。また、項目ａ１３には、内部処理フラグが初期として入力される。また、状態フラグとして初期状態を選択するためチェックボックスａ１４がチェックされる。さらに、項目ａ１５に、ユーザとして「Ｃ−Ｇ（参照Ｇ）」が入力され、次状態として状態ＩＤ「Ｓ２（読影依頼中）」が入力される。これにより、レポート状態が設定され、状態一覧には、状態名「初期」、内部フラグ「初期」、状態フラグ「初期状態」が表示される。
【００５１】
図７に戻り、レポート状態設定画面１２１において、レポート状態情報が入力されると（ステップＳ３）、ＣＰＵ１１は、入力されたレポート状態情報を取得する。次いで、ＣＰＵ１１は、取得したレポート状態情報をレポート状態設定テーブル１６１に格納する（ステップＳ４）。そして、レポート状態の設定を終了する指示が入力された場合（ステップＳ５；ＹＥＳ）、本レポート状態設定処理を終了する。また、レポート状態の設定を続ける指示が入力された場合（ステップＳ５；ＮＯ）、ステップＳ２に移行して、上述した処理を繰り返して実行する。
【００５２】
続いて、図９〜図１２を参照して、サーバ１及び端末装置２ａ〜２ｃにより実行されるレポート作成処理について説明する。まず、端末装置２ａ〜２ｃにより実行されるレポート作成処理について説明する。
【００５３】
図９（ａ）〜（ｃ）は、端末装置２ａ〜２ｃにより実行されるレポート作成処理をそれぞれ示すフローチャートである。ここで、アクセス権限の異なるユーザに応じて実行される処理が異なるため、端末装置２ａを参照Ｇのユーザ、端末装置２ｂを作成Ｇのユーザ、端末装置２ｃを承認Ｇのユーザにより操作される場合を例として以下説明する。また、端末装置２ａ〜２ｃ間における情報の送受信はサーバ１を介して行われているものとする。
【００５４】
まず、参照Ｇのユーザにより操作される端末装置２ａのＣＰＵ２１ａにより実行されるレポート作成処理について説明する。図９（ａ）に示すように、端末装置２ａのＣＰＵ２１ａは、ログイン指示が入力されると（ステップＳ１１；ＹＥＳ）、入力部２３ａを介して、ユーザの認証情報を入力させ（ステップＳ１２）、サーバ１における認証処理により、認証が成功したか否かを判別する（ステップＳ１３）。認証が失敗した場合（ステップＳ１３）、ＣＰＵ２１ａは、表示部２２ａにエラーメッセージを表示させて（ステップＳ２１）、再度認証情報の入力を行わせる。一方、認証が成功した場合（ステップＳ１３；ＹＥＳ）、サーバ１からリスト画面を受信して、リスト画面を表示部２２ａに表示させる（ステップＳ１４）。
【００５５】
図１０を参照して、表示部２２ａに表示されるリスト画面について説明する。図１０に示すように、リスト画面２２１は、画面上部に認証されたユーザの氏名ａ１を表示する領域と、その下部にサーバ１から受信した医用情報がリスト表示されている。例えば、昨日検査分の医用情報の表示項目ａ２、未読影検査分の医用情報の表示項目ａ３、読影済み検査分の医用情報の表示項目ａ４、救急患者に関する医用情報の表示項目ａ５、レポートの承認待ちをしている患者の医用情報の表示項目ａ６、検診が予定されている患者の医用情報の表示項目ａ７等である。
【００５６】
また、画面下部には、抽出条件の変更設定を指示するための条件設定キーｋ１、医用画像の読影画面への移行を指示するための読影画面キーｋ２、レポートの表示画面への移行を指示するためのレポート画面キーｋ３、レポートの新規作成を指示するためのレポート作成キーｋ４、患者情報の詳細確認を指示するための患者詳細キーｋ５、医用情報のキーワード検索を指示するための検索キーｋ６が表示される。このうち、レポート作成キーｋ４が押下されると、レポートの新規作成指示がサーバ１へ送信される。
【００５７】
また、各医用情報の表示項目ａ２〜ａ７が指示（例えば、クリック）されると、患者毎の医用情報の表示項目ｂ１〜ｂ７がリスト表示され、患者毎の医用位情報の表示項目ｂ１〜ｂ７が指示されると、患者（例えば、ｂ１）に対応する医用画像毎の表示項目ｃ１〜ｃ３がリスト表示される。ここで、患者に対応する医用画像毎の表示項目ｃ１〜ｃ３には、医用画像の撮影日時、医用画像ＩＤ、撮影部位、モダリティ（撮影機種）、撮影枚数、レポート状態等が表示されている。
【００５８】
図９に戻り、リスト画面２２１からレポートの新規作成指示が入力されると（ステップＳ１５；ＹＥＳ）、ＣＰＵ２１ａは、サーバ１からレポート画面を受信して、表示部２２ａにレポート画面を表示させる（ステップＳ１６）。
【００５９】
図１１を参照して、表示部２２ａに表示されるレポート画面について説明する。図１１に示すように、レポート画面２２２は、画面左側に医用画像を表示する領域Ａ１〜Ａ２，画面右側に患者情報を表示する領域Ａ３，レポートを表示する領域Ａ４，レポートを入力する領域Ａ５が設けられている。また、画面下部には、リスト画面２２１の表示指示を入力するボタンＡ１１，読影依頼の指示を入力するボタンＡ１２，承認依頼の指示を入力するボタンＡ１３，修正依頼の指示を入力するボタンＡ１４，レポートを承認する指示を入力するボタンＡ１５，保留の指示を入力するボタンＡ１６が設けられている。
【００６０】
領域Ａ２には、リスト画面２２１において選択された医用画像の画像データが表示され、領域Ａ２の右側上部には、当該医用画像の参考画像が領域Ａ１に表示される。領域Ａ３には、表示されている医用画像に対応する患者情報が表示される。領域Ａ４には、作成Ｇにより作成されたレポートが表示され、参照Ｇ又は承認Ｇのユーザは、当該領域に表示されたレポートを参照して、読影又は承認を行う。領域Ａ５には、作成Ｇにより作成されるレポート内容が入力される。また、領域Ａ５に修正内容を入力することにより、レポートの修正が行われる。
【００６１】
図９（ａ）戻り、レポート画面２２２において、ボタンＡ１２が操作され、読影依頼指示が入力されると（ステップＳ１７）、読影依頼がサーバ１に送信される。そして、ＣＰＵ２１ａは、他のユーザにより読影が行われてレポートが作成され、レポートが公開状態になるまで待機する（ステップＳ１８）。ＣＰＵ２１ａは、入力部２３ａを介してレポートの参照指示が入力されると、サーバ１にアクセスして、レポートが公開状態になったか否かを判別し（ステップＳ１９）、レポートが公開状態になっていない場合（ステップＳ１９；ＮＯ）、レポートが作成されるのを待機する（ステップＳ１８）。一方、レポートが公開状態になっている場合（ステップＳ１９；ＹＥＳ）、サーバ１にレポート参照要求を送信してレポート画面２２２を受信し、表示部２２ａに表示させる（ステップＳ２０）。
【００６２】
続いて、図９（ｂ）を参照して作成Ｇのユーザにより操作される端末装置２ｂのＣＰＵ２１ｂにより実行されるレポート作成処理について説明する。図９（ｂ）に示すように、ＣＰＵ２１ｂは、ログイン指示が入力されると（ステップＳ３１；ＹＥＳ）、入力部２３ｂを介して、ユーザの認証情報を入力させ（ステップＳ３２）、サーバ１における認証処理により、認証が成功したか否かを判別する（ステップＳ３３）。認証が失敗した場合（ステップＳ３３；ＮＯ）、ＣＰＵ２１ｂは、表示部２２ｂにエラーメッセージを表示させて（ステップＳ４３）、再度認証情報の入力を行わせる。一方、認証が成功した場合（ステップＳ３３；ＹＥＳ）、サーバ１からリスト画面２２１を受信して、リスト画面２２１を表示部２２ｂに表示させる（ステップＳ３４）。
【００６３】
次いで、サーバ１から読影依頼を受信すると（ステップＳ３５）、ＣＰＵ２１ｂは、リスト画面２２１の対応する医用画像のレポート状態を、読影依頼として表示させる。なお、ＣＰＵ２１ｂは、読影依頼を受信した場合に、アラート表示等により作成Ｇのユーザに読影依頼を受信したことを報知する構成であってもよい。そして、リスト画面の中から読影依頼が表示された医用画像の表示項目ｃ１〜ｃ３が指示されると、ＣＰＵ２１ｂは、依頼が受諾されたと判別して（ステップＳ３６；ＹＥＳ）、依頼受諾の指示をサーバ１に送信する。そして、サーバ１から対応するレポート画面２２２を受信して、表示部２２ｂにレポート画面２２２を表示させる（ステップＳ３７）。
【００６４】
次いで、表示させたレポート画面２２２において、レポート内容の入力を行わせてレポートを作成させる（ステップＳ３８）。さらに、レポート画面２２２において、承認依頼指示が入力されると（ステップＳ３９）、サーバ１に承認依頼指示を送信して、承認Ｇのユーザにレポートが承認されるのを待機する（ステップＳ４０）。そして、ＣＰＵ２１ｂは、修正依頼を受信したか否かを判別し（ステップＳ４１）、修正依頼を受信しない場合（ステップＳ４１；ＮＯ）、本レポート作成処理を終了する。
【００６５】
一方、修正依頼を受信した場合（ステップＳ４１；ＹＥＳ）、サーバ１からレポート画面２２２を受信し、レポート画面２２２においてレポートの修正を行わせ（ステップＳ４２）、ステップＳ３９に移行して、ステップＳ３９〜Ｓ４１の処理を繰り返して実行する。
【００６６】
続いて、図９（ｃ）を参照して承認Ｇのユーザにより操作される端末装置２ｃのＣＰＵ２１ｃにより実行されるレポート作成処理について説明する。図９（ｃ）に示すように、ＣＰＵ２１ｃは、ログイン指示が入力されると（ステップＳ５１；ＹＥＳ）、入力部２３ｃを介して、ユーザの認証情報を入力させ（ステップＳ５２）、サーバ１における認証処理により、認証が成功したか否かを判別する（ステップＳ５３）。認証が失敗した場合（ステップＳ５３；ＮＯ）、ＣＰＵ２１ｃは、表示部２２ｂにエラーメッセージを表示させて（ステップＳ６２）、再度認証情報の入力を行わせる。一方、認証が成功した場合（ステップＳ５３；ＹＥＳ）、サーバ１からリスト画面２２１を受信して、リスト画面２２１を表示部２２ｃに表示させる（ステップＳ５４）。
【００６７】
次いで、サーバ１から承認依頼を受信すると（ステップＳ５５）、ＣＰＵ２１ｃは、リスト画面２２１の対応する医用画像のレポート状態を承認依頼として表示させる。なお、ＣＰＵ２１ｃは、承認依頼を受信した場合に、アラート表示等により承認Ｇのユーザに承認依頼を受信したことを報知する構成であってもよい。そして、リスト画面２２１の中から承認依頼が表示された医用画像の表示項目ｃ１〜ｃ３が指示されると、ＣＰＵ２１ｃは、依頼受諾の指示が入力されたと判別して（ステップＳ５６；ＹＥＳ）、依頼受諾指示をサーバ１に送信する。そして、サーバ１から対応するレポート画面２２２を受信して、表示部２２ｂにレポート画面２２２を表示させる（ステップＳ５７）。
【００６８】
次いで、表示させたレポート画面２２２において、レポート内容を表示させて、レポートの承認を行わせる（ステップＳ５８）。ここで、レポート画面２２２において、修正依頼のボタンＡ１４が指示されると、ＣＰＵ２１ｃは、修正ありと判別して（ステップＳ５９；ＹＥＳ）、サーバ１に修正依頼指示を送信する（ステップＳ６０）。そして、ステップＳ５５に移行して、修正後の承認依頼の受信を待機する。一方、レポート画面２２２において、承認のボタンＡ１５が指示されると、ＣＰＵ２１ｃは、修正なしと判別して（ステップＳ５９；ＮＯ）、レポート承認済みの指示をサーバ１に送信し（ステップＳ６１）、本レポート作成処理を終了する。
【００６９】
続いて、図１１を参照して、サーバ１のＣＰＵ１１により実行されるレポート作成処理について説明する。なお、レポート作成処理を実行する前提として、サーバ１は、端末装置２ａ〜２ｂとの間でログインの認証処理を実行しているものとする。図１１に示すように、端末装置２ａ〜２ｃとの間でログインの認証処理が成功している場合、サーバ１は、端末装置２ａ〜２ｃの要求に応じて、リスト画面２２１を送信する（ステップＳ７１）。次いで、端末装置２ａから新規作成指示を受信すると（ステプＳ７２；ＹＥＳ）、初期状態のレポート画面、すなわち、医用画像が生成され、未読影状態のレポート画面を端末装置２ａに送信する（ステップＳ７３）。そして、ＣＰＵ１１は、レポート状態を読影依頼中に遷移させる。
【００７０】
続いて、レポート画面２２２を介して、端末装置２ａから読影依頼を受信すると（ステップＳ７５；ＹＥＳ）、ＣＰＵ１１は、端末装置２ｂに読影依頼を送信し（ステップＳ７６）、レポート状態を読影待ちに遷移させる（ステップＳ７７）。次いで、端末装置２ｂからレポート作成の依頼受諾を受信すると（ステップＳ７８；ＹＥＳ）、ＣＰＵ１１は、対応する医用画像のレポート画面を端末装置２ｂに送信し（ステップＳ７９）、レポート状態を作成中に遷移させる（ステップＳ８０）。
【００７１】
続いて、ＣＰＵ１１は、端末装置２ｂから作成されたレポート内容と共に承認依頼を受信すると（ステップＳ８１；ＹＥＳ）、承認依頼を端末装置２ｃに送信して（ステップＳ８２）、レポート状態を承認待ちに遷移させる（ステップＳ８３）。次いで、端末装置２ｃから承認の依頼受諾を受信すると（ステップＳ８４；ＹＥＳ）、領域Ａ４（図１１）にレポート内容が表示されたレポート画面２２２を端末装置２ｃに送信して（ステップＳ８５）、レポート状態を承認中に遷移させる（ステップＳ８６）。
【００７２】
さらに、ＣＰＵ１１は、端末装置２ｃの修正指示を受信したか否かを判別し（ステップＳ８７）、修正指示を受信しない場合（ステップＳ８７；ＮＯ）、承認指示を受信したか否かを判別する（ステップＳ９３）。端末装置３ｃからレポートの承認指示を受信した場合（ステップＳ９３；ＹＥＳ）、レポート状態を承認済みに遷移させて（ステップＳ９４）、本レポート作成処理を終了する。
【００７３】
一方、ステップＳ８７において、端末装置２ｃからレポートの修正指示を受信すると（ステップＳ８７；ＹＥＳ）、端末装置２ｂに修正依頼を送信して（ステップＳ８８）、レポート状態を修正待ちに遷移させる（ステップＳ８９）。次いで、端末装置２ｂからレポート修正の依頼受諾を受信すると（ステップＳ９０；ＹＥＳ）、ＣＰＵ１１は、領域Ａ４（図１１）にレポート内容が表示されたレポート画面２２２を端末装置２ｂに送信して（ステップＳ９１）、レポート状態を作成中に遷移させる（ステップＳ９２）。そして、ＣＰＵ１１は、ステップＳ８１に移行して、ステップＳ８１〜Ｓ８７の処理を繰り返して実行する。
【００７４】
以上のように、本実施の形態によれば、サーバ１において、レポート状態に対応するユーザのアクセス権限及びユーザの操作に応じた遷移条件をレポート状態設定テーブル１６１に設定し、各アクセス権限を有するユーザからアクセスされた場合に、レポート状態に応じて、レポートへのアクセス許可及び次のレポート状態への遷移を制御することにより、特定のユーザにのみレポートへのアクセスを許可すると共に、ユーザに対しては、適切なレポート状態のレポート画面のみを提供することができる。これにより、医用画像が生成されてからレポートが確定するまでの工程において、効率良くレポートの作成、承認、修正、公開を行うことができる。
【００７５】
また、サーバ１により、レポート状態設定処理を実行することにより、レポート状態設定テーブル１６１に格納されるレポート状態情報を任意に変更することができるため、例えば、各施設においてレポート状態に応じた最適なアクセス権限及び遷移条件を設定することができる。これにより、汎用性の高いレポート作成システム１００を構築することができる。また、システム構成に変更があった場合、レポート状態設定処理を行うことにより、容易にシステム変更に対応することができ、利便性が良い。
【００７６】
また、ユーザのアクセス権限に応じて、不必要な工程は省かれるため、アクセス権限を有しないユーザによるサーバへのアクセス回数を減らすことができ、病院内ネットワークの通信トラフィックを低減させることができる。これにより、病院内の限れられたネットワーク資源を有効に利用することができる。
【００７７】
さらに、リスト画面２２１において、医用画像毎に対応するレポートのレポート状態を表示させるため、ユーザは、現在のレポート状態を的確に把握して、有効にレポートを活用することができる。これにより、例えば、重複してレポートの作成が依頼されたり、レポートの承認や修正が滞ることがなく、病院全体でのレポート作成業務の効率化を図ることができる。
【００７８】
なお、本実施の形態における記述は、本発明に係るレポート作成方法の一例を示すものであり、これに限定されるものではない。本実施の形態におけるレポート作成システム１００、サーバ１、端末装置２ａ〜２ｃの細部構成および詳細動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【００７９】
例えば、本実施の形態においては、１台のサーバ１と、複数台の端末装置２ａ〜２ｃとを備えるレポート作成システム１００により、本発明が実現される構成として説明を行ったが、各装置の設置台数及び設置箇所は上述した例に限定されない。また、端末装置２ａ〜２ｃに関しては、参照Ｇのユーザ、作成Ｇのユーザ、承認Ｇのユーザによりそれぞれ操作される場合を例として説明したが、これらに限定されるものではないことは勿論である。例えば、本実施の形態においては、参照Ｇのユーザにより操作される端末装置２ａにより、レポートの作成が依頼される場合を例として説明を行ったが、作成Ｇのユーザ又は参照Ｇのユーザにより操作される端末装置２ｂ〜２ｃからレポートの作成が依頼される構成であってもよい。
【００８０】
また、本実施の形態においては、レポート状態設定テーブル１６１に一種のレポート状態情報が記憶され、一の施設において医用画像の生成からレポート確定までの工程が複数のレポート状態に分類され、レポート状態に応じてユーザのアクセス権限及び次のレポート状態への遷移条件が設定される場合を例として説明したが、一の施設に限らず複数の施設において、施設毎の状況に応じて、レポート状態、遷移条件、アクセス権限が設定される構成であることが好ましい。これにより、例えば、予めメーカ側で設定された既存のシステム仕様に各施設の状況を対応させることなく、病院施設内で自由にシステム変更を行うことができ、汎用性の高いシステムを提供することができる。或いは、一の施設において、レポート状態設定テーブル１６１に複数のレポート状態情報を格納させ、状況に応じて適用するレポート状態情報を変更する構成であってもよい。
【００８１】
また、本実施の形態においてレポート状態、遷移条件、アクセス権限は一例であり、その他各施設の状況に応じて設定可能なことは勿論である。これにより、例えば、経年変化によるシステム変更や、病院内における組織変更等にも柔軟に対応することができる。
【００８２】
その他、本実施の形態におけるレポート作成システムを構成する細部構成、及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明を適用した実施の形態におけるレポート作成システム１００のシステム構成を示す図である。
【図２】図１に示すサーバ１の機能的構成を示すブロック図である。
【図３】図１に示すレポート状態設定テーブルのデータ構成例を示す図である。
【図４】レポート状態設定テーブル１６１の遷移先を詳細に説明する図である。
【図５】レポート状態設定テーブル１６１の遷移先と図５の対応関係を説明する図である。
【図６】端末装置２ａ〜ｃの機能的構成を示すブロック図である。
【図７】図２のＣＰＵ１１により実行されるレポート状態設定処理を示すフローチャートである。
【図８】図２の表示部１２に表示されるレポート状態設定画面１２１の一例を示す図である。
【図９】（ａ）図６のＣＰＵ２１ａにより実行されるレポート作成処理を示すフローチャートである。（ｂ）図６のＣＰＵ２１ｂにより実行されるレポート作成処理を示すフローチャートである。（ｃ）図６のＣＰＵ２１ｃにより実行されるレポート作成処理を示すフローチャートである。
【図１０】図６の表示部２２ａ〜ｃに表示されるリスト画面２２１の一例を示す図である。
【図１１】図６の表示部２２ａ〜ｃに表示されるレポート画面２２２の一例を示す図である。
【図１２】図２のＣＰＵ１１により実行されるレポート作成処理を示すフローチャートである。
【符号の説明】
【００８４】
１  サーバ
１１  ＣＰＵ
１２  表示部
１３  入力部
１４  通信部
１５  ＲＡＭ
１６  記憶部
１７  バス
２ａ〜ｃ  端末装置
２１ａ〜ｃ  ＣＰＵ
２２ａ〜ｃ  表示部
２３ａ〜ｃ  入力部
２４ａ〜ｃ  通信部
２５ａ〜ｃ  ＲＡＭ
２６ａ〜ｃ  記憶部
１００  レポート作成システム
Ｎ  ネットワーク
【図１】
2005148996.tif 000003
【図２】
2005148996.tif 000004
【図３】
2005148996.tif 000005
【図４】
2005148996.tif 000006
【図５】
2005148996.tif 000007
【図６】
2005148996.tif 000008
【図７】
2005148996.tif 000009
【図８】
2005148996.tif 000010
【図９】
2005148996.tif 000011
【図１０】
2005148996.tif 000012
【図１１】
2005148996.tif 000013
【図１２】
2005148996.tif 000014