医用レポート作成システム及び医用レポート作成装置並びに医用レポート作成方法
【課題】読影医に余計な手間を掛けることなく、緊急な対応を要する場合の処置の遅れを確実に防止する。
【解決手段】読影医は、読影レポート作成端末１２を介して医用画像の読影結果を示す読影レポートを作成する。この際、読影医は、読影結果の重要性の度合いを示す重要度を読影レポートに設定する。読影レポート作成端末１２のＣＰＵは、読影レポートが作成された際、重要度の設定を基に、患者に対して緊急な対応が必要か否かを判定する。ＣＰＵは、緊急な対応が必要であると判定すると、読影レポートに記入された内容を基にメッセージ９４を作成し、そのメッセージ９４を依頼医のＰＨＳ端末２８に送信する。
【解決手段】読影医は、読影レポート作成端末１２を介して医用画像の読影結果を示す読影レポートを作成する。この際、読影医は、読影結果の重要性の度合いを示す重要度を読影レポートに設定する。読影レポート作成端末１２のＣＰＵは、読影レポートが作成された際、重要度の設定を基に、患者に対して緊急な対応が必要か否かを判定する。ＣＰＵは、緊急な対応が必要であると判定すると、読影レポートに記入された内容を基にメッセージ９４を作成し、そのメッセージ９４を依頼医のＰＨＳ端末２８に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医学的検査の検査結果を示す医用レポートを作成する医用レポート作成システム、及び医用レポート作成装置、並びにこれらに用いられる医用レポート作成方法に関する。
【背景技術】
【０００２】
病院などの医療施設において、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography：コンピュータ断層撮影）装置、ＭＲＩ（Magnetic Resonance Imaging：磁気共鳴映像）装置、ＰＥＴ（Positron Emission Tomography：ポジトロン断層撮影）装置、超音波診断装置などといった様々な医療検査装置（モダリティ）が普及している。モダリティによって撮影された医用画像は、医師が患者を診断する際などに用いられ、患者の症状を確定する上で大きな役割を担っている。
【０００３】
一般に、各診療科に在籍する医師は、医用画像を基に診断を行う際、その医用画像の読影を放射線科などの検査部門に依頼する。検査部門に在籍する医師（以下、読影医と称す）は、依頼された医用画像の読影を行い、その結果をレポート（以下、読影レポートと称す）にまとめて依頼元の医師（以下、依頼医と称す）に報告する。依頼医は、この読影レポートを基に患者に対する最終的な診断を行い、診断を確定する。
【０００４】
近年、医療分野では、業務の効率化を図るため、医用画像やカルテなどの電子化が進められている。こうした情勢の下、上述のような読影業務をオンラインで行えるようにしたシステムも、例えば、特許文献１などによって提案されている。
【特許文献１】特開２００７−０４１６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
読影レポートの表示は、例えば、複数の検査依頼が並べて表示されたリストから所望の検査依頼を選択することによって行われる。この際、各検査依頼が同じ状態で表示されていると、例えば、緊急に対応が必要な検査の診断が後回しになってしまったり、重要な内容が記載された読影レポートが読み忘れられてしまったりなど、処置の遅れやミスにつながってしまうことが懸念される。
【０００６】
このため、特許文献１記載のレポート作成システムでは、読影レポートに重要度を割り付け、重要度の高い読影レポートをリスト上で強調表示するようにしている。このように、強調表示を行えば、重要度の高い読影レポートと重要度の低い読影レポートとを容易に区別することが可能になるので、処置の遅れやミスなどを防ぐことができる。
【０００７】
しかしながら、外来患者や入院患者の診察を行っていたり、カンファレンスに出席していたりなど、依頼医は、検査依頼のリストを常に参照している訳ではない。このように、依頼医がリストを参照していない場合、検査部門から緊急な対応を要する読影レポートが報告されたとしても、依頼医は、それに気が付かない。すなわち、上述のように、レポート上で強調表示を行うだけでは、緊急な対応を要する場合の処置の遅れを確実に防止することができないという問題があった。
【０００８】
また、処置の遅れを防止する方法として、読影医が電話などで依頼医に連絡することも考えられる。しかしながら、読影医は、１時間に１００枚以上の読影を行わなければならない場合もあり、読影医自身に連絡を行わせていたのでは、読影医の業務効率の低下を招いてしまう。
【０００９】
本発明は、上記課題を鑑みてなされたものであって、読影医に余計な手間を掛けることなく、緊急な対応を要する場合の処置の遅れを確実に防止することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を達成するため、本発明の医用レポート作成システムは、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする。
【００１１】
なお、前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者が前記メッセージを確認できる状態にあるか否かを判定し、確認できる状態にあると判定した場合には、その依頼者を宛先に設定し、確認できる状態にないと判定した場合には、その依頼者と関係があり、かつ前記メッセージを確認できる状態にある医療従事者を特定して、その医療従事者を宛先に設定することが好ましい。
【００１２】
また、医療施設に在籍する複数の医療従事者のそれぞれのスケジュールを示すスケジュールデータを管理するスケジュール管理手段を設け、前記メッセージ送信手段は、前記スケジュールデータを基に、依頼者、及び依頼者に関係のある医療従事者のスケジュールを確認することによって、前記メッセージを確認できる状態にあるか否かを判定することが好ましい。
【００１３】
さらに、医療施設で行われる医療業務の予約状況を示す予約情報を管理する予約情報管理手段を設け、前記メッセージ送信手段は、前記予約情報を基に、依頼者、及び依頼者に関係のある医療従事者が行っている前記医療業務を確認することによって、前記メッセージを確認できる状態にあるか否かを判定するものとしてもよい。
【００１４】
なお、医療施設に在籍する複数の医療従事者の居所を検知する居所検知手段を設け、前記メッセージ送信手段は、前記居所検知手段が検知した依頼者、及び依頼者に関係のある医療従事者の居所を基に、前記メッセージを確認できる状態にあるか否かを判定するものとしてもよい。
【００１５】
また、前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者と、この医学的検査を行った患者の治療に関係している医療従事者とを宛先に設定するものであってもよい。
【００１６】
また、前記メッセージ送信手段は、依頼者を含む各医療従事者が携帯可能な端末装置に前記メッセージを送信することが好ましい。
【００１７】
さらに、医療施設が有する複数のナースステーションのそれぞれに設置されるナースステーション用端末と、依頼者を含む各医療従事者が常駐する病棟を示す病棟情報を管理する病棟情報管理手段とを設け、前記メッセージ送信手段は、前記病棟情報を基に依頼者が常駐する病棟を確認し、その病棟のナースステーションに設置された前記ナースステーション用端末を宛先に設定するものであってもよい。
【００１８】
なお、複数の前記検査依頼を表形式にまとめた検査依頼リストを生成するリスト生成手段と、前記重要度が設定された前記医用レポートの前記検査依頼を強調して前記検査依頼リストを表示するリスト表示手段とを設けると、さらに好適である。
【００１９】
また、前記リスト表示手段は、前記重要度が設定された前記検査依頼のみをリストアップするフィルタ機能を有することが好ましい。
【００２０】
また、前記メッセージ送信手段は、送信した前記メッセージに対する開封通知を受信するか、あるいは前記医用レポートの参照が確認されるまで、定期的に前記メッセージの送信を行うことが好ましい。
【００２１】
さらに、前記メッセージ送信手段は、前記医用レポートに記入された内容を基に、前記メッセージを作成することが好ましい。
【００２２】
なお、本発明の医用レポート作成装置は、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする。
【００２３】
また、本発明の医用レポート作成方法は、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するステップと、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定するステップと、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定するステップと、緊急な対応が必要であると判定された際に、その旨を示すメッセージを所定の宛先に送信するステップとを有することを特徴とする。
【発明の効果】
【００２４】
本発明では、医用レポートに重要度を設定し、この重要度を基に患者に対して緊急な対応が必要であるか否かを判定し、必要であると判定された際に、その旨を示すメッセージを送信するようにした。このように、メッセージを送信し、緊急な対応を要することを連絡することで、医用レポートに気付くまでのタイムラグを削減し、処置の遅れを確実に防止することができる。また、メッセージを自動的に送信するので、読影医などのユーザに余計な手間を掛けることもない。
【発明を実施するための最良の形態】
【００２５】
図１は、病院などの医療施設に構築される医用ネットワークシステム（医用レポート作成システム）２の構成を概略的に示す説明図である。医用ネットワークシステム２は、診療科端末１０、読影レポート作成端末（医用レポート作成装置）１２、モダリティ１４、画像データベース（ＤＢ）１６、レポートＤＢ１８、検査依頼管理ＤＢ（リスト生成手段）２０、スケジュール管理ＤＢ（スケジュール管理手段）２２、基地局２４、及びこれらを相互に接続するＬＡＮ（Local Area Network）２６、医療施設に在籍する各医師のそれぞれが携帯する複数台のＰＨＳ端末２８によって構成されている。診療科端末１０は、外科や内科などといった各診療科４のそれぞれに設置されている。読影レポート作成端末１２は、放射線科などの検査部門６に設置されている。なお、各ＤＢ１６、１８、２０、２２は、同一のサーバに構築してもよいし、それぞれ個別のサーバに構築してもよい。
【００２６】
モダリティ１４は、例えば、ＣＲ装置、ＣＴ装置、ＭＲＩ装置などといった周知の医用検査装置である。モダリティ１４は、検査部門６に設置され、各診療科４からの検査依頼に応じて医用画像３０を取得する。画像ＤＢ１６は、モダリティ１４が取得した医用画像３０を保管し、要求に応じて保管した医用画像３０を各診療科端末１０や読影レポート作成端末１２に転送する。
【００２７】
各診療科４に在籍する医師は、患者の診断を行う際、必要に応じて検査部門６に検査を依頼する。検査部門６では、各診療科４からの検査依頼に応じて患者の医用画像３０を取得するとともに、その医用画像３０の読影を行う。検査部門６に在籍する医師（以下、読影医と称す）は、医用画像３０の読影を行うと、その結果を読影レポート３２にまとめて依頼元の医師（以下、依頼医と称す）に報告する。そして、依頼医は、検査部門６からの読影レポート３２を基に最終的な診断を行い、診断を確定する。医用ネットワークシステム２は、各診療科端末１０と読影レポート作成端末１２とをＬＡＮ２６を介して接続し、検査依頼と読影結果の報告とをオンラインで行えるようにすることで、当該医療施設における業務の効率化を図る。
【００２８】
レポートＤＢ１８は、読影レポート作成端末１２によって電子データとして作成された読影レポート３２を保管するとともに、各診療科端末１０からの要求に応じて保管した読影レポート３２を要求元の診療科端末１０に転送する。
【００２９】
検査依頼管理ＤＢ２０は、検査部門６に対する検査依頼の情報をまとめて管理する。各診療科４の依頼医は、検査依頼管理ＤＢ２０にアクセスし、新たな検査依頼を登録することによって、検査部門６に検査を依頼する。検査部門６の検査技師や読影医は、検査依頼管理ＤＢ２０にアクセスし、検査の依頼状況を確認することによって検査業務、読影業務を実施する。
【００３０】
スケジュール管理ＤＢ２２は、医療施設に在籍する各医師のスケジュールを示すスケジュールデータをまとめて管理する。スケジュールデータは、例えば、何日の何時から何時までかを表す日時情報と、その日時に行う業務内容などを表す内容情報とで構成され、各医師の１日の行動を表すタイムスケジュールとして作成される。各医師は、各日時のスケジュールが確定する毎にスケジュール管理ＤＢ２２にアクセスし、新たなスケジュールを入力して自身のスケジュールデータを更新する。なお、内容情報とは、例えば、外来診察、病棟診察、カンファレンス、手術、出張、休暇などである。また、スケジュールデータは、医師が直接更新することに限らず、例えば、看護師などが更新してもよい。
【００３１】
基地局２４は、ＰＨＳ端末２８と無線通信し、ＬＡＮ２６や公衆交換電話網などとＰＨＳ端末２８との通信回線を確立する。ＰＨＳ端末２８は、いわゆる院内ＰＨＳであり、医療施設内外の電話端末との通話機能、及び電子メールの送受信機能を有している。なお、図１では、１つの基地局２４のみを示しているが、基地局２４は、例えば、医療施設の部屋毎やフロア毎など各ＰＨＳ端末２８との無線通信の状況に応じて医用ネットワークシステム２に複数設けられる。
【００３２】
図２は、診療科端末１０の構成を概略的に示すブロック図である。診療科端末１０は、周知のパーソナルコンピュータやワークステーションなどであり、診療科端末１０の各部を統括的に制御するＣＰＵ４０と、医用ネットワークシステム２に係る各種のプログラムなどを記憶するＨＤＤ４１と、医用画像３０や読影レポート３２などを表示するためのモニタ４２と、周知の入力デバイスであるマウス４３及びキーボード４４と、診療科端末１０をＬＡＮ２６に接続するための通信インタフェース（Ｉ／Ｆ）４５とを備えている。また、これらの各部は、バス４６によって互いに接続される。ＣＰＵ４０は、ＨＤＤ４１に記憶された各種のプログラムを読み出し、読み出したプログラムを逐次処理することによって、診療科端末１０を制御する。
【００３３】
図３は、読影レポート作成端末１２の構成を概略的に示すブロック図である。読影レポート作成端末１２は、周知のパーソナルコンピュータやワークステーションなどであり、読影レポート作成端末１２の各部を統括的に制御するＣＰＵ５０と、医用ネットワークシステム２に係る各種のプログラムなどを記憶するＨＤＤ５１と、種々の操作画面などを表示するためのメインモニタ５２と、医用画像３０を表示するための画像表示用モニタ５３と、周知の入力デバイスであるマウス５４及びキーボード５５と、読影レポート作成端末１２をＬＡＮ２６に接続するための通信Ｉ／Ｆ５６とを備えている。また、これらの各部は、バス５７を介して互いに接続されている。ＣＰＵ５０は、ＨＤＤ５１に記憶された各種のプログラムを読み出し、読み出したプログラムを逐次処理することによって、読影レポート作成端末１２を制御する。
【００３４】
読影レポート作成端末１２は、２台のモニタ５２、５３を有する、いわゆるデュアルモニタ構成になっている。画像表示用モニタ５３には、医用画像３０を鮮明に表示できるように高精細なモニタが用いられる。読影医は、画像表示用モニタ５３に医用画像３０を表示して読影を行うとともに、メインモニタ５２に表示された画面を介して読影レポート３２の作成を行う。このように、２台のモニタ５２、５３を設け、読影と読影レポート３２の作成とを、それぞれ別々の画面で行えるようにすることにより、検査部門６における読影業務の効率化を図ることができる。なお、読影レポート作成端末１２に設けられるモニタの数は、２つに限ることなく、１つでもよいし、３つ以上でもよい。
【００３５】
各診療科４から検査部門６への検査依頼は、診療科端末１０で検査依頼情報を作成し、検査依頼管理ＤＢ２０に登録することによって行われる。検査依頼管理ＤＢ２０は、各診療科端末１０から送信された検査依頼情報を受信すると、その検査依頼情報を、例えば、受信日時順に並べて保管する。これにより、検査部門６に検査が依頼される。
【００３６】
検査依頼情報は、例えば、患者情報、検査情報、医師情報などによって構成される。患者情報は、検査を依頼する患者の個人情報を表す情報であり、例えば、患者名、患者ＩＤ、性別、年齢、生年月日、及び既往歴などが含まれる。検査情報は、依頼したい検査の内容を表す情報であり、例えば、検査項目、検査方法などが含まれる。ここで、検査項目とは、モダリティ１４の種類や撮影部位などである。また、検査方法とは、正面及び側面などの撮影に対する患者の向きや造影剤の有無などである。医師情報は、依頼医を表す情報であり、例えば、依頼医名、医師ＩＤ、在籍する診療科などが含まれる。なお、検査依頼情報に含まれる情報は、これらに限定されるものではない。
【００３７】
図４は、診療科端末１０のモニタ４２、及び読影レポート作成端末１２のメインモニタ５２に表示される検査依頼リスト６０の一例を示す説明図である。検査依頼リスト６０には、検査部門６に依頼された各検査依頼が表形式で表示される。また、検査依頼リスト６０には、ポインタ６２が表示される。ポインタ６２は、マウス４３、５４の操作に連動して画面上を移動する。
【００３８】
検査依頼リスト６０の各表示欄には、例えば、検査依頼の受信日時、患者名、依頼科名、依頼医名、検査項目、及びその検査依頼のステータスなどが表示される。ステータスには、例えば、検査も読影も行われていない場合に「検査待ち」が表示される。また、検査が行われ、読影が行われていない場合に「読影待ち」が表示される。そして、検査も読影も行われている場合に「終了」が表示される。
【００３９】
診療科端末１０及び読影レポート作成端末１２の各ＣＰＵ４０、５０は、マウス４３、５４などを介して検査依頼リスト６０の表示が指示されると、検査依頼管理ＤＢ２０にアクセスし、検査依頼リスト６０の転送を要求する。検査依頼管理ＤＢ２０は、検査依頼リスト６０の転送要求を受信すると、保管した各検査依頼情報から検査依頼リスト６０を構成し、要求元の診療科端末１０又は読影レポート作成端末１２に転送する。ＣＰＵ４０、５０は、検査依頼管理ＤＢ２０から検査依頼リスト６０を受信すると、その検査依頼リスト６０をモニタ４２、５２に表示する。
【００４０】
各診療科４に在籍する各依頼医は、検査依頼リスト６０を介して、依頼した検査のステータスの確認や新たな検査依頼の登録などを行う。検査部門６に在籍する各読影医は、検査依頼リスト６０を介して各診療科４からの検査依頼を確認し、医用画像３０の取得、読影、及び読影レポート３２の作成などといった各種の業務を行う。
【００４１】
図５は、読影レポート作成端末１２のメインモニタ５２に表示されるレポート作成画面７０の一例を示す説明図である。レポート作成画面７０は、例えば、検査依頼リスト６０から所定の検査依頼を選択することによって、メインモニタ５２に表示される。レポート作成画面７０には、各種の情報を表示するための情報表示領域７１と、所見を入力するための所見入力領域７２と、診断結果を入力するための診断結果入力領域７３と、キー画像９０を貼り付けるためのキー画像貼付領域７４と、読影レポート３２の重要度を設定するための重要度設定領域７５とが設けられている。また、レポート作成画面７０には、ポインタ７６が表示される。ポインタ７６は、マウス５４の操作に連動して画面上を移動する。
【００４２】
情報表示領域７１には、患者情報表示ボックス７７と検査情報表示ボックス７８とが設けられている。各ボックス７７、７８には、選択した検査依頼の検査に関する患者情報、検査情報などが、それぞれ表示される。所見入力領域７２には、テキスト入力ボックス８０が設けられている。読影医は、画像表示用モニタ５３に表示される医用画像３０の読影を行い、キーボード５５を介してテキスト入力ボックス８０に、その所見を記入する。
【００４３】
診断結果入力領域７３には、テキスト入力ボックス８２と完了ボタン８３とが設けられている。読影医は、所見と同様に、医用画像３０の読影を行い、キーボード５５を介してテキスト入力ボックス８２にその診断結果を記入する。完了ボタン８３は、読影レポート３２の作成完了を指示するためのものである。読影医は、所見や診断結果の記入などを行って読影レポート３２を作成すると、マウス５４を操作して完了ボタン８３をクリックすることにより、読影レポート３２の作成を終了する。読影レポート作成端末１２のＣＰＵ５０は、完了ボタン８３がクリックされたことに応じて、作成された読影レポート３２をレポートＤＢ１８に保管する。
【００４４】
キー画像貼付領域７４には、読影診断で注目された医用画像３０がキー画像９０として貼り付けられる。キー画像９０は、医用画像３０に縮小／拡大、階調処理などの画像処理を施すことによって作成される。また、キー画像９０は、例えば、画像表示用モニタ５３に表示された医用画像３０をキー画像貼付領域７４にドラッグアンドドロップすることによって作成され、キー画像貼付領域７４に貼り付けられる。
【００４５】
読影結果の重要性の度合いを示す読影レポート３２の重要度は、例えば、緊急性はないが何らかの特別な対応が必要であることを示すレベル１と、患者に対して緊急な対応を要することを示すレベル２との２段階に設定される。重要度設定領域７５には、重要度をレベル２に設定するためのチェックボックス８４と、レベル１に設定するためのチェックボックス８５と、重要度なしに設定するためのチェックボックス８６とが設けられている。重要度の設定は、各チェックボックス８４、８５、８６のいずれかをクリックすることによって行われる。また、各チェックボックス８４、８５、８６をクリックすると、設定されたことを示すマーク８７がボックス内に表示される。
【００４６】
読影医は、例えば、直ちに手術や入院が必要であるなど患者の生命に係わる症状が診断された場合や外来患者が病院にいる間に対応が必要である場合などに重要度をレベル２に設定する。また、読影医は、例えば、医用画像３０の読影だけでは診断が確定できず、他の検査によって確認を行う必要がある場合などに重要度をレベル２に設定する。さらに、読影医は、例えば、医用画像３０から特に異常が認められなかった場合などに重要度なしに設定する。なお、重要度の設定は、２段階に限ることなく、１段階でもよいし、３段階以上でもよい。
【００４７】
図６は、レポート作成画面７０を介して作成される読影レポート３２の構成を概略的に示す説明図である。読影レポート３２には、例えば、患者情報表示ボックス７７に表示される患者情報、検査情報表示ボックス７８に表示される検査情報、テキスト入力ボックス８０に記入された所見の文字列を表す所見情報、テキスト入力ボックス８２に記入された診断結果の文字列を表す診断結果情報、キー画像貼付領域７４に貼り付けられたキー画像９０を表すキー画像情報、及び重要度設定領域７５で設定された重要度を表す重要度設定情報などが記録されている。なお、キー画像情報は、キー画像９０の画像データそのものを表すものでもよいし、キー画像９０の格納先のアドレスなどを表すものでもよい。また、読影レポート３２に記録される情報は、上記に限るものではない。
【００４８】
図７は、検査依頼管理ＤＢ２０に保管される各検査依頼情報の構成を概略的に示す説明図である。検査依頼情報には、前述のように、患者情報、検査情報、医師情報が含まれるとともに、その検査依頼のステータスを表すステータス情報、及びその検査依頼の読影レポート３２に設定された重要度を表す重要度設定情報が含まれる。
【００４９】
ステータス情報は、その検査依頼が検査も読影も行われていないことを示す状態と、読影のみが行われていないことを示す状態と、検査も読影も行われていることを示す状態との３つの状態を有している。検査依頼リスト６０のステータスの項目は、このステータス情報を基に表示される。但し、ステータス情報の状態、及び検査依頼リスト６０に表示されるステータスは、上記の３つに限るものではない。
【００５０】
ステータス情報は、依頼医が新たな検査依頼を登録する際、検査も読影も行われていないことを示す状態で作成される。また、重要度設定情報は、依頼医が新たな検査依頼を登録する際、重要度なしに設定された状態で作成される。モダリティ１４は、検査依頼に応じて医用画像３０を取得すると、その医用画像３０を画像ＤＢ１６に保管するとともに、検査依頼管理ＤＢ２０に検査が終了したことを示す情報を送信する。検査依頼管理ＤＢ２０は、モダリティ１４から検査終了の情報を受信すると、その情報を基に、検査も読影も行われていないことを示す状態から読影のみが行われていないことを示す状態に、その検査依頼のステータス情報を更新する。
【００５１】
読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が作成されると、その読影レポート３２をレポートＤＢ１８に保管するとともに、検査依頼管理ＤＢ２０に読影レポート３２の作成が終了したことを示す情報を送信する。検査依頼管理ＤＢ２０は、ＣＰＵ５０からレポート作成終了の情報を受信すると、その情報を基に、読影のみが行われていないことを示す状態から検査も読影も行われていることを示す状態に、その検査依頼のステータス情報を更新する。また、ＣＰＵ５０は、レポート作成終了の情報とともに、その読影レポート３２の重要度設定情報を検査依頼管理ＤＢ２０に送信する。検査依頼管理ＤＢ２０は、ＣＰＵ５０から重要度設定情報を受信すると、その検査依頼の検査依頼情報に含まれる重要度設定情報を、受信した重要度設定情報に書き換える。このように、検査依頼管理ＤＢ２０の各検査依頼情報には、その検査依頼のステータス、及び重要度の設定が反映される。
【００５２】
検査依頼情報に含まれるステータス情報は、前述のように、検査依頼リスト６０のステータスの項目を表示するために用いられる。一方、検査依頼情報に含まれる重要度設定情報は、検査依頼リスト６０に表示される各検査依頼を強調表示するために用いられる。診療科端末１０及び読影レポート作成端末１２の各ＣＰＵ４０、５０は、検査依頼リスト６０をモニタ４２、５２に表示する際、各検査依頼情報に含まれる重要度設定情報を確認する。そして、ＣＰＵ４０、５０は、レベル１、又はレベル２のいずれかの重要度が設定されている場合、図４の２行目の表示欄に示す検査依頼のように、その検査依頼を強調表示する。このように、強調表示を行えば、重要度が設定されている検査依頼を依頼医になどに即座に認識させることができる。なお、強調表示は、背景色を変えるものでもよいし、文字と背景とを反転させるものでもよい。さらには、重要度のレベルを示すマークなどを各表示欄に表示するようにしてもよい。
【００５３】
読影レポート作成端末１２のＣＰＵ５０は、重要度がレベル２に設定された読影レポート３２が作成された場合、図８に示すように、メッセージの送信処理を行う。ＣＰＵ５０は、重要度がレベル２に設定された読影レポート３２が作成されると、スケジュール管理ＤＢ２２にアクセスし、現時点における依頼医のスケジュールデータの転送を要求する。スケジュール管理ＤＢ２２は、転送要求を受信すると、例えば、その転送要求に含まれる医師ＩＤなどを基に依頼医のスケジュールデータを確認する。スケジュール管理ＤＢ２２は、依頼医のスケジュールデータを確認すると、そのスケジュールデータから現時点に対応する部分のみを抽出し、抽出したスケジュールデータを読影レポート作成端末１２に転送する。
【００５４】
ＣＰＵ５０は、スケジュール管理ＤＢからスケジュールデータを受信すると、そのスケジュールデータを基に依頼医のスケジュールを確認し、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定する。ＣＰＵ５０は、現時点における依頼医のスケジュールが、例えば、外来診察、病棟診察、カンファレンスなどである場合に、メッセージを確認できる状態にあると判定する。また、ＣＰＵ５０は、現時点における依頼医のスケジュールが、例えば、手術、出張、休暇などである場合に、メッセージを確認できる状態にないと判定する。
【００５５】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、電子メールの形式でメッセージ９４を作成する。ＣＰＵ５０は、例えば、予め件名などが記録されたテンプレートに患者氏名、患者ＩＤ、検査実施日、検査項目、診断結果などの項目を記録することにより、メッセージ９４を作成する。つまり、ＣＰＵ５０は、どの患者のいつのどういう目的での検査において、なぜ緊急の対応が必要なのかが分かるように、メッセージ９４を作成する。なお、テンプレートに対する各項目の記録は、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に行われる。また、メッセージ９４に記録される項目、及びメッセージ９４の形式は、上記に限るものではない。
【００５６】
読影レポート作成端末１２には、メールアドレス管理テーブル９６が設けられている。メールアドレス管理テーブル９６は、いわゆるアドレス帳であり、図９に示すように、医療施設に在籍する各医師の名称、医師ＩＤ、所属する診療科４、及びＰＨＳ端末２８のメールアドレスなどが関連付けられて記録されている。また、このメールアドレス管理テーブル９６は、例えば、ＨＤＤ５１に記憶されている。
【００５７】
ＣＰＵ５０は、メッセージ９４を作成すると、メールアドレス管理テーブル９６を参照して依頼医のメールアドレスを確認する。そして、ＣＰＵ５０は、メールアドレスを確認すると、そのメールアドレスを宛先に設定し、依頼医のＰＨＳ端末２８に作成したメッセージ９４を送信する。また、ＰＨＳ端末２８は、受信したメッセージ９４が参照されたことを確認すると、読影レポート作成端末１２にメッセージ９４の開封通知を送信する。
【００５８】
一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、依頼医に関係する医師（以下、関係医と称す）の特定を行う。ＣＰＵ５０は、例えば、メールアドレス管理テーブル９６を参照し、依頼医と同じ診療科４に所属する医師を、関係医として特定する。ＣＰＵ５０は、関係医を特定すると、その関係医のスケジュールデータの転送をスケジュール管理ＤＢ２２に送信し、メッセージを確認できる状態にあるか否かの判定を行う。そして、ＣＰＵ５０は、メッセージを確認できる状態にある関係医が見付かるまで、上記の処理を繰り返す。ＣＰＵ５０は、メッセージを確認できる状態にある関係医が見付かると、依頼医の場合と同様に、メッセージ９４の作成、及びメールアドレスの確認を行い、その関係医のＰＨＳ端末２８に作成したメッセージ９４を送信する。
【００５９】
次に、図１０に示すフローチャートを参照しながら、上記構成による医用ネットワークシステム２の作用について説明する。検査部門６に在籍する読影医は、読影を行う際、検査依頼リスト６０（図４参照）を読影レポート作成端末１２のメインモニタ５２に表示させる。読影レポート作成端末１２のＣＰＵ５０は、検査依頼リスト６０を表示する際、各検査依頼情報に含まれる重要度設定情報を基に、重要度が設定された検査依頼を強調表示する。これにより、重要度が設定されている検査依頼と設定されていない検査依頼とを容易に区別することができる。
【００６０】
読影医は、ステータスの欄に「読影待ち」が表示された検査依頼を検査依頼リスト６０から選択することにより、医用画像３０の読影、及び読影レポート３２の作成を開始する。検査依頼リスト６０から所定の検査依頼を選択すると、その検査依頼に応じた医用画像３０が画像ＤＢ１６から読み出され、画像表示用モニタ５３に表示される。また、これと同時に、レポート作成画面７０がメインモニタ５２に表示される。
【００６１】
読影医は、画像表示用モニタ５３を介して医用画像３０の読影を行う。そして、その所見、診断結果の記入、キー画像９０の貼り付け、及び重要度の設定を行って読影レポート３２を作成する。読影医は、読影レポート３２の作成が完了すると、完了ボタン８３をクリックし、読影レポート３２を確定させる。
【００６２】
ＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル１、又は重要度なしに設定されていると判定した場合、作成した読影レポート３２をレポートＤＢ１８に保管し、読影レポート３２の作成が終了したことを示す情報を検査依頼管理ＤＢ２０に送信して処理を終了する。
【００６３】
一方、ＣＰＵ５０は、重要度がレベル２に設定されていると判定した場合、前述のようにメッセージの送信処理を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、スケジュール管理ＤＢ２２に依頼医のスケジュールデータの転送を要求し、現時点における依頼医のスケジュールを確認する。そして、ＣＰＵ５０は、依頼医のスケジュールを確認すると、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定する。
【００６４】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、メッセージ９４を作成し、メールアドレス管理テーブル９６を参照して依頼医のメールアドレスを確認する。そして、ＣＰＵ５０は、そのメールアドレスを宛先に設定し、依頼医のＰＨＳ端末２８に作成したメッセージ９４を送信する。このように、依頼医にメッセージ９４を送信し、緊急な対応を要することを依頼医に連絡することで、依頼医が読影レポート３２に気付くまでのタイムラグを削減し、処置の遅れを確実に防止することができる。また、この際、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に、ＣＰＵ５０が自動的にメッセージ９４を作成するようにしたので、読影医に余計な手間を掛けることもない。
【００６５】
一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、メッセージを確認できる状態にある関係医の特定を行う。ＣＰＵ５０は、関係医を特定すると、メッセージ９４を作成し、メールアドレス管理テーブル９６を参照して関係医のメールアドレスを確認する。そして、ＣＰＵ５０は、そのメールアドレスを宛先に設定し、関係医のＰＨＳ端末２８に作成したメッセージ９４を送信する。このように、医療施設に在籍する各医師のスケジュールを確認し、依頼医がメッセージを確認できる状態にない場合には、その関係医にメッセージ９４を送信することで、依頼医が対応できないような場合にも、処置の遅れを確実に防止することができる。
【００６６】
ＣＰＵ５０は、依頼医、又は関係医に対するメッセージ９４の送信とともに、作成した読影レポート３２のレポートＤＢ１８への保管、及び読影レポート３２の作成が終了したことを示す情報の検査依頼管理ＤＢ２０への送信を行う。
【００６７】
また、ＣＰＵ５０は、依頼医、又は関係医に対してメッセージ９４を送信した後、ＰＨＳ端末２８からの開封通知を受信したか否かの判定を行う。ＣＰＵ５０は、開封通知を受信していないと判定すると、レポートＤＢ１８にアクセスし、対応する読影レポート３２が依頼医、又は関係医に参照されているか否かの判定を行う。ＣＰＵ５０は、読影レポート３２が参照されていないと判定すると、依頼医、又は関係医に対してメッセージ９４を再送する。そして、ＣＰＵ５０は、開封通知を受信するか、あるいは読影レポート３２の参照が確認されるまで、メッセージ９４の再送処理を定期的に繰り返す。このように、メッセージ９４、又は対応する読影レポート３２の参照が確認されるまでメッセージ９４の再送を行うことで、処置の遅れをより確実に防止することができる。
【００６８】
なお、上記実施形態では、各チェックボックス８４、８５、８６によって、読影医に手動で重要度を設定させるようにしたが、これに限ることなく、例えば、テキスト入力ボックス８０に記入された所見やテキスト入力ボックス８２に記入された診断結果の文字列を判別することなどによって、自動的に重要度を設定するようにしてもよい。また、自動的に重要度を設定する場合には、例えば、重要度の設定を読影レポート作成端末１２で行わずに読影レポート３２をレポートＤＢ１８に保管し、保管した読影レポート３２に対してレポートＤＢ１８で重要度を設定するようにしてもよい。
【００６９】
また、上記実施形態では、メッセージ９４をＣＰＵ５０が自動的に作成するようにしたが、これに限らず、読影医にメッセージ９４を作成させるようにしてもよい。さらに、上記実施形態では、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に、どの患者のいつのどういう目的での検査において、なぜ緊急の対応が必要なのかが分かるメッセージ９４を作成するようにしたが、これに限ることなく、例えば、読影レポート３２そのものをメッセージとしてもよいし、ＰＨＳ端末２８で参照可能な読影レポート３２のアドレスをメッセージとしてもよい。
【００７０】
なお、上記実施形態では、メールアドレス管理テーブル９６を読影レポート作成端末１２のＨＤＤ５１に記憶させるようにしているが、これに限ることなく、例えば、ＬＡＮ２６に接続されるサーバにデータベースとして設けてもよい。
【００７１】
また、上記実施形態では、ＰＨＳ端末２８でメッセージ９４を受信するようにしたが、メッセージ９４を受信する端末は、これに限ることなく、例えば、携帯電話端末、ＰＤＡ、ポケベルなどといった周知の端末でよい。また、診療科端末１０などを受信端末としてもよいが、緊急性を要することを考慮すれば、上記のように、依頼医などの各医療従事者が携帯可能な端末であることが好ましい。さらに、上記実施形態では、電子メールの形式でメッセージ９４を作成したが、メッセージの形式は、これに限ることなく、例えば、ショートメッセージサービスやインスタントメッセージなど受信端末に応じて適宜選択すればよい。さらには、メッセージを機械音声で生成し、この機械音声を電話で流すようにしてもよい。
【００７２】
また、上記実施形態では、検査依頼リスト６０をモニタ４２、５２に表示する際に、重要度が設定されている検査依頼を強調表示するようにしているが、さらに検査依頼リスト６０にフィルタ機能を設け、重要度が設定された検査依頼のみをリストアップできるようにしてもよい。なお、検査依頼のリストアップの方法は、図１１（ａ）に示すように、重要度が設定された検査依頼のみを表示させるものでもよいし、図１１（ｂ）に示すように、重要度が設定された検査依頼をリストの先頭に表示するものでもよい。
【００７３】
さらに、上記実施形態では、依頼医と関係医とのどちらか一方のみにメッセージ９４を送信するようにしているが、これに限ることなく、依頼医と各関係医とに同時にメッセージ９４を送信するようにしてもよい。例えば、緊急性を要する症状が診断された場合に、依頼医（主治医）と、検査を行った患者の治療に関係している各関係医（例えば、主治医が内科医である場合には、脳外科や外科など他の診療科に在籍している医師が考えられる）とを集めて、緊急報告会のようなミーティングを開くケースがある。このような場合には、依頼医と各関係医などのように複数の宛先を設定してメッセージ９４を送信することにより、ミーティングの開催などを円滑に進めることができる。また、このような場合には、読影レポート作成端末１２から直接各医師にメッセージ９４を送信することに限らず、例えば、依頼医が在籍する診療科４の診療科端末１０にメッセージ９４を送信し、診療科端末１０から各医師にメッセージ９４を送信するようにしてもよい。
【００７４】
次に、図１２、及び図１３を参照しながら、本発明の第２の実施形態について説明する。なお、上記第１の実施形態と機能・構成上同一のものには、同符号を付し、詳細な説明を省略する。図１２に示すように、本実施形態の医用ネットワークシステム１００には、上記第１の実施形態のスケジュール管理ＤＢ２２に代えて、手術予約情報管理ＤＢ（予約情報管理手段）１０２が設けられている。手術予約情報管理ＤＢ１０２は、医療施設で行われる手術の予約状況を示す手術予約情報をまとめて管理する。手術予約情報は、例えば、実施日時、手術室、術式、対象患者、及び執刀医、助手、麻酔科医など、当該手術を実施する各医師の情報などによって構成される。
【００７５】
上記第１の実施形態では、スケジュール管理ＤＢ２２に保管された各医師のスケジュールデータを基に依頼医のスケジュールを確認することにより、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定するようにしていたが、図１３に示すように、本実施形態では、手術予約情報を基に上記判定を行う。
【００７６】
読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、手術予約情報管理ＤＢ１０２にアクセスし、手術予約情報を参照する。そして、ＣＰＵ５０は、手術予約情報を基に、現時点において依頼医が手術中であるか否かを判定する。
【００７７】
ＣＰＵ５０は、依頼医が手術を行っていないと判定すると、メッセージを確認できる状態にあると判断し、依頼医にメッセージ９４を送信する。一方、ＣＰＵ５０は、依頼医が手術中であると判定すると、メッセージを確認できる状態にないと判断する。そして、ＣＰＵ５０は、手術予約情報を基に、手術を行っていない関係医を特定し、その関係医にメッセージ９４を送信する。
【００７８】
このように、手術予約情報を基に、依頼医がメッセージを確認できる状態にあるか否かを判定するようにしても、上記第１の実施形態と同様の効果を得ることができる。なお、手術の予約情報に限ることなく、例えば、診療の予約情報など、他の予約情報を基に、依頼医がメッセージを確認できる状態にあるか否かを判定してもよい。
【００７９】
次に、図１４、及び図１５を参照しながら、本発明の第３の実施形態について説明する。図１４に示すように、本実施形態の医用ネットワークシステム１１０には、リーダ（居所検知手段）１１２が設けられている。リーダ１１２は、医療施設に在籍する各医師が着用するネームプレート１１４に取り付けられたＲＦＩＤタグ１１６と無線通信し、ＲＦＩＤタグ１１６に記憶された情報を読み取る。ＲＦＩＤタグ１１６には、例えば、医師名や医師ＩＤなど、医師を特定するための情報が記録されている。図１４では、図示を省略しているが、リーダ１１２は、ＲＦＩＤタグ１１６との通信状況に応じて医用ネットワークシステム１１０に複数設けられる。この医用ネットワークシステム１１０では、ＲＦＩＤタグ１１６に記憶された医師ＩＤなどを各リーダ１１２で読み取ることにより、医療施設内における各医師の居所を検知することができる。
【００８０】
図１５に示すように、読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、各リーダ１１２にアクセスし、医師ＩＤなどに基づいて依頼医の居所を確認する。そして、ＣＰＵ５０は、確認した居所を基に、現時点において依頼医がメッセージを確認できる状態にあるか否かの判定を行う。
【００８１】
ＣＰＵ５０は、例えば、依頼医の居所が診察室やカンファレンスルームなどである場合に、メッセージを確認できる状態にあると判定する。また、ＣＰＵ５０は、例えば、依頼医の居所が手術室などである場合に、メッセージを確認できる状態にないと判定する。
【００８２】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、依頼医にメッセージ９４を送信する。一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、各リーダ１１２にアクセスして関係医の居所を検知し、メッセージを確認できる状態にある関係を特定する。そして、ＣＰＵ５０は、その関係医にメッセージ９４を送信する。このように、各医師の居所を検知し、居所を基に依頼医がメッセージを確認できる状態にあるか否かを判定するようにしても、上記各実施形態と同様の効果を得ることができる。
【００８３】
なお、本実施形態では、ネームプレート１１４にＲＦＩＤタグ１１６を取り付けたが、ＲＦＩＤタグ１１６の取り付け場所は、これに限ることなく、医師が携帯可能なものであれば、如何なるものでもよい。また、本実施形態では、リーダ１１２とＲＦＩＤタグ１１６とによって依頼医の居所を検知するようにしたが、これに限ることなく、例えば、ＧＰＳによって居所を検知してもよいし、ＰＨＳ端末２８や携帯電話端末などを利用して居所を検知してもよい。
【００８４】
次に、図１６、１７、１８を参照しながら、本発明の第４の実施形態について説明する。図１６に示すように、本実施形態の医用ネットワークシステム１２０には、複数台のナースステーション用端末１２２と、病棟情報管理ＤＢ（病棟情報管理手段）１２４とが設けられている。ナースステーション用端末１２２は、例えば、医療施設が有する病棟のフロア毎に設けられる各ナースステーションのそれぞれに設置される。ナースステーション用端末１２２は、診療科端末１０と同様の構成を有している。
【００８５】
病棟情報管理ＤＢ１２４は、医療施設に在籍する各医師が常駐する病棟を示す病棟情報をまとめて管理する。病棟情報は、例えば、図１７に示すように、各医師の医師名、医師ＩＤ、常駐する病棟、及びフロア、さらには、そのフロアのナースステーションに設置されたナースステーション用端末１２２のメールアドレスなどの情報を関連付けることにより、構成される。なお、病棟情報に含まれる情報は、上記に限定されるものではない。
【００８６】
図１８に示すように、読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、病棟情報管理ＤＢ１２４にアクセスし、依頼医の病棟情報を参照する。そして、ＣＰＵ５０は、依頼医が常駐する病棟、及びフロアのナースステーションに設置されたナースステーション用端末１２２のメールアドレスを病棟情報から確認し、そのナースステーション用端末１２２にメッセージ９４を送信する。また、ナースステーション用端末１２２は、メッセージ９４が看護師などに参照されたことを確認すると、開封通知を読影レポート作成端末１２に送信する。ＣＰＵ５０は、上記各実施形態と同様に、ナースステーション用端末１２２からの開封通知を受信するか、あるいは読影レポート３２の参照が確認されるまで、メッセージ９４の再送処理を定期的に繰り返す。
【００８７】
上記各実施形態では、依頼医、又は関係医に直接メッセージ９４を送信するようにしていたが、これに限ることなく、本実施形態で示すように、ナースステーション用端末１２２にメッセージ９４を送信し、看護師を介して緊急な対応を要することを依頼医や関係医に連絡するようにしてもよい。
【００８８】
なお、本実施形態では、依頼医が常駐する病棟、及びフロアのナースステーションに設置されたナースステーション用端末１２２にメッセージ９４を送信するようにしているが、例えば、依頼医と関係医とが異なる病棟やフロアに常駐している場合などには、上記各実施形態で示すように、依頼医がメッセージを確認できる状態にあるか否かの判定を行い、その判定結果に従ってメッセージ９４を送信するナースステーション用端末１２２を選択するようにしてもよい。
【００８９】
また、本実施形態では、看護師を介して依頼医や関係医に連絡を行うようにしたが、これに限ることなく、例えば、医療事務員など他の医療従事者を介して連絡を行うようにしてもよい。さらには、ＰＨＳ端末２８とナースステーション用端末１２２など、複数の宛先に同時にメッセージ９４を送信するようにしてもよい。このように、複数の宛先に同時にメッセージ９４を送信すれば、処置の遅れをより確実に防止することができる。
【００９０】
なお、上記各実施形態では、１つの医療施設内で用いられるシステムに本発明を適用した例を示したが、本発明は、これに限ることなく、例えば、複数の医療施設をネットワークを介して接続することにより構築されるシステムに本発明を適用してもよい。また、上記各実施形態では、医用画像３０の撮影を医学的検査とし、読影レポート３２を医用レポートとして示したが、本発明は、これに限ることなく、例えば、血液や尿などの生化学検査を医学的検査とし、これらの検査結果を示すレポートを作成する際に適用してもよい。さらに、本発明は、プログラムの態様で構成されるものであってもよい。
【図面の簡単な説明】
【００９１】
【図１】医用ネットワークシステムの構成を概略的に示す説明図である。
【図２】診療科端末の構成を概略的に示すブロック図である。
【図３】読影レポート作成端末の構成を概略的に示すブロック図である。
【図４】検査依頼リストの一例を示す説明図である。
【図５】レポート作成画面の一例を示す説明図である。
【図６】読影レポートの構成を概略的に示す説明図である。
【図７】検査依頼管理ＤＢの構成を概略的に示す説明図である。
【図８】メッセージの送信処理の概念を概略的に示す説明図である。
【図９】メールアドレス管理テーブルの構成を概略的に示す説明図である。
【図１０】読影業務の手順を示すフローチャートである。
【図１１】重要度が設定された検査依頼をリストアップした状態の検査依頼リストを示す説明図である。
【図１２】手術予約情報管理ＤＢを設けた医用ネットワークシステムを示す説明図である。
【図１３】依頼医がメッセージを確認できる状態にあるか否かの判定を手術予約情報を基に行う場合の手順を示すフローチャートである。
【図１４】ＲＦＩＤタグのリーダを設けた医用ネットワークシステムを示す説明図である。
【図１５】依頼医がメッセージを確認できる状態にあるか否かの判定を依頼医の居所を基に行う場合の手順を示すフローチャートである。
【図１６】ナースステーションにメッセージを送信する医用ネットワークシステムを示す説明図である。
【図１７】病棟情報管理ＤＢの構成を概略的に示す説明図である。
【図１８】ナースステーションにメッセージを送信する場合の手順を示すフローチャートである。
【符号の説明】
【００９２】
２ 医用ネットワークシステム（医用レポート作成システム）
１０ 診療科端末
１２ 読影レポート作成端末（医用レポート作成装置）
２０ 検査依頼管理ＤＢ（リスト生成手段）
２２ スケジュール管理ＤＢ（スケジュール管理手段）
２８ ＰＨＳ端末
３０ 医用画像
３２ 読影レポート
５０ ＣＰＵ（レポート作成手段、重要度設定手段、判定手段、メッセージ送信手段、リスト表示手段）
６０ 検査依頼リスト
９４ メッセージ
１０２ 手術予約情報管理ＤＢ（予約情報管理手段）
１１２ リーダ（居所検知手段）
１１６ ＲＦＩＤタグ
１２２ ナースステーション用端末
１２４ 病棟情報管理ＤＢ（病棟情報管理手段）
【技術分野】
【０００１】
本発明は、医学的検査の検査結果を示す医用レポートを作成する医用レポート作成システム、及び医用レポート作成装置、並びにこれらに用いられる医用レポート作成方法に関する。
【背景技術】
【０００２】
病院などの医療施設において、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography：コンピュータ断層撮影）装置、ＭＲＩ（Magnetic Resonance Imaging：磁気共鳴映像）装置、ＰＥＴ（Positron Emission Tomography：ポジトロン断層撮影）装置、超音波診断装置などといった様々な医療検査装置（モダリティ）が普及している。モダリティによって撮影された医用画像は、医師が患者を診断する際などに用いられ、患者の症状を確定する上で大きな役割を担っている。
【０００３】
一般に、各診療科に在籍する医師は、医用画像を基に診断を行う際、その医用画像の読影を放射線科などの検査部門に依頼する。検査部門に在籍する医師（以下、読影医と称す）は、依頼された医用画像の読影を行い、その結果をレポート（以下、読影レポートと称す）にまとめて依頼元の医師（以下、依頼医と称す）に報告する。依頼医は、この読影レポートを基に患者に対する最終的な診断を行い、診断を確定する。
【０００４】
近年、医療分野では、業務の効率化を図るため、医用画像やカルテなどの電子化が進められている。こうした情勢の下、上述のような読影業務をオンラインで行えるようにしたシステムも、例えば、特許文献１などによって提案されている。
【特許文献１】特開２００７−０４１６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
読影レポートの表示は、例えば、複数の検査依頼が並べて表示されたリストから所望の検査依頼を選択することによって行われる。この際、各検査依頼が同じ状態で表示されていると、例えば、緊急に対応が必要な検査の診断が後回しになってしまったり、重要な内容が記載された読影レポートが読み忘れられてしまったりなど、処置の遅れやミスにつながってしまうことが懸念される。
【０００６】
このため、特許文献１記載のレポート作成システムでは、読影レポートに重要度を割り付け、重要度の高い読影レポートをリスト上で強調表示するようにしている。このように、強調表示を行えば、重要度の高い読影レポートと重要度の低い読影レポートとを容易に区別することが可能になるので、処置の遅れやミスなどを防ぐことができる。
【０００７】
しかしながら、外来患者や入院患者の診察を行っていたり、カンファレンスに出席していたりなど、依頼医は、検査依頼のリストを常に参照している訳ではない。このように、依頼医がリストを参照していない場合、検査部門から緊急な対応を要する読影レポートが報告されたとしても、依頼医は、それに気が付かない。すなわち、上述のように、レポート上で強調表示を行うだけでは、緊急な対応を要する場合の処置の遅れを確実に防止することができないという問題があった。
【０００８】
また、処置の遅れを防止する方法として、読影医が電話などで依頼医に連絡することも考えられる。しかしながら、読影医は、１時間に１００枚以上の読影を行わなければならない場合もあり、読影医自身に連絡を行わせていたのでは、読影医の業務効率の低下を招いてしまう。
【０００９】
本発明は、上記課題を鑑みてなされたものであって、読影医に余計な手間を掛けることなく、緊急な対応を要する場合の処置の遅れを確実に防止することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を達成するため、本発明の医用レポート作成システムは、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする。
【００１１】
なお、前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者が前記メッセージを確認できる状態にあるか否かを判定し、確認できる状態にあると判定した場合には、その依頼者を宛先に設定し、確認できる状態にないと判定した場合には、その依頼者と関係があり、かつ前記メッセージを確認できる状態にある医療従事者を特定して、その医療従事者を宛先に設定することが好ましい。
【００１２】
また、医療施設に在籍する複数の医療従事者のそれぞれのスケジュールを示すスケジュールデータを管理するスケジュール管理手段を設け、前記メッセージ送信手段は、前記スケジュールデータを基に、依頼者、及び依頼者に関係のある医療従事者のスケジュールを確認することによって、前記メッセージを確認できる状態にあるか否かを判定することが好ましい。
【００１３】
さらに、医療施設で行われる医療業務の予約状況を示す予約情報を管理する予約情報管理手段を設け、前記メッセージ送信手段は、前記予約情報を基に、依頼者、及び依頼者に関係のある医療従事者が行っている前記医療業務を確認することによって、前記メッセージを確認できる状態にあるか否かを判定するものとしてもよい。
【００１４】
なお、医療施設に在籍する複数の医療従事者の居所を検知する居所検知手段を設け、前記メッセージ送信手段は、前記居所検知手段が検知した依頼者、及び依頼者に関係のある医療従事者の居所を基に、前記メッセージを確認できる状態にあるか否かを判定するものとしてもよい。
【００１５】
また、前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者と、この医学的検査を行った患者の治療に関係している医療従事者とを宛先に設定するものであってもよい。
【００１６】
また、前記メッセージ送信手段は、依頼者を含む各医療従事者が携帯可能な端末装置に前記メッセージを送信することが好ましい。
【００１７】
さらに、医療施設が有する複数のナースステーションのそれぞれに設置されるナースステーション用端末と、依頼者を含む各医療従事者が常駐する病棟を示す病棟情報を管理する病棟情報管理手段とを設け、前記メッセージ送信手段は、前記病棟情報を基に依頼者が常駐する病棟を確認し、その病棟のナースステーションに設置された前記ナースステーション用端末を宛先に設定するものであってもよい。
【００１８】
なお、複数の前記検査依頼を表形式にまとめた検査依頼リストを生成するリスト生成手段と、前記重要度が設定された前記医用レポートの前記検査依頼を強調して前記検査依頼リストを表示するリスト表示手段とを設けると、さらに好適である。
【００１９】
また、前記リスト表示手段は、前記重要度が設定された前記検査依頼のみをリストアップするフィルタ機能を有することが好ましい。
【００２０】
また、前記メッセージ送信手段は、送信した前記メッセージに対する開封通知を受信するか、あるいは前記医用レポートの参照が確認されるまで、定期的に前記メッセージの送信を行うことが好ましい。
【００２１】
さらに、前記メッセージ送信手段は、前記医用レポートに記入された内容を基に、前記メッセージを作成することが好ましい。
【００２２】
なお、本発明の医用レポート作成装置は、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする。
【００２３】
また、本発明の医用レポート作成方法は、依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するステップと、前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定するステップと、前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定するステップと、緊急な対応が必要であると判定された際に、その旨を示すメッセージを所定の宛先に送信するステップとを有することを特徴とする。
【発明の効果】
【００２４】
本発明では、医用レポートに重要度を設定し、この重要度を基に患者に対して緊急な対応が必要であるか否かを判定し、必要であると判定された際に、その旨を示すメッセージを送信するようにした。このように、メッセージを送信し、緊急な対応を要することを連絡することで、医用レポートに気付くまでのタイムラグを削減し、処置の遅れを確実に防止することができる。また、メッセージを自動的に送信するので、読影医などのユーザに余計な手間を掛けることもない。
【発明を実施するための最良の形態】
【００２５】
図１は、病院などの医療施設に構築される医用ネットワークシステム（医用レポート作成システム）２の構成を概略的に示す説明図である。医用ネットワークシステム２は、診療科端末１０、読影レポート作成端末（医用レポート作成装置）１２、モダリティ１４、画像データベース（ＤＢ）１６、レポートＤＢ１８、検査依頼管理ＤＢ（リスト生成手段）２０、スケジュール管理ＤＢ（スケジュール管理手段）２２、基地局２４、及びこれらを相互に接続するＬＡＮ（Local Area Network）２６、医療施設に在籍する各医師のそれぞれが携帯する複数台のＰＨＳ端末２８によって構成されている。診療科端末１０は、外科や内科などといった各診療科４のそれぞれに設置されている。読影レポート作成端末１２は、放射線科などの検査部門６に設置されている。なお、各ＤＢ１６、１８、２０、２２は、同一のサーバに構築してもよいし、それぞれ個別のサーバに構築してもよい。
【００２６】
モダリティ１４は、例えば、ＣＲ装置、ＣＴ装置、ＭＲＩ装置などといった周知の医用検査装置である。モダリティ１４は、検査部門６に設置され、各診療科４からの検査依頼に応じて医用画像３０を取得する。画像ＤＢ１６は、モダリティ１４が取得した医用画像３０を保管し、要求に応じて保管した医用画像３０を各診療科端末１０や読影レポート作成端末１２に転送する。
【００２７】
各診療科４に在籍する医師は、患者の診断を行う際、必要に応じて検査部門６に検査を依頼する。検査部門６では、各診療科４からの検査依頼に応じて患者の医用画像３０を取得するとともに、その医用画像３０の読影を行う。検査部門６に在籍する医師（以下、読影医と称す）は、医用画像３０の読影を行うと、その結果を読影レポート３２にまとめて依頼元の医師（以下、依頼医と称す）に報告する。そして、依頼医は、検査部門６からの読影レポート３２を基に最終的な診断を行い、診断を確定する。医用ネットワークシステム２は、各診療科端末１０と読影レポート作成端末１２とをＬＡＮ２６を介して接続し、検査依頼と読影結果の報告とをオンラインで行えるようにすることで、当該医療施設における業務の効率化を図る。
【００２８】
レポートＤＢ１８は、読影レポート作成端末１２によって電子データとして作成された読影レポート３２を保管するとともに、各診療科端末１０からの要求に応じて保管した読影レポート３２を要求元の診療科端末１０に転送する。
【００２９】
検査依頼管理ＤＢ２０は、検査部門６に対する検査依頼の情報をまとめて管理する。各診療科４の依頼医は、検査依頼管理ＤＢ２０にアクセスし、新たな検査依頼を登録することによって、検査部門６に検査を依頼する。検査部門６の検査技師や読影医は、検査依頼管理ＤＢ２０にアクセスし、検査の依頼状況を確認することによって検査業務、読影業務を実施する。
【００３０】
スケジュール管理ＤＢ２２は、医療施設に在籍する各医師のスケジュールを示すスケジュールデータをまとめて管理する。スケジュールデータは、例えば、何日の何時から何時までかを表す日時情報と、その日時に行う業務内容などを表す内容情報とで構成され、各医師の１日の行動を表すタイムスケジュールとして作成される。各医師は、各日時のスケジュールが確定する毎にスケジュール管理ＤＢ２２にアクセスし、新たなスケジュールを入力して自身のスケジュールデータを更新する。なお、内容情報とは、例えば、外来診察、病棟診察、カンファレンス、手術、出張、休暇などである。また、スケジュールデータは、医師が直接更新することに限らず、例えば、看護師などが更新してもよい。
【００３１】
基地局２４は、ＰＨＳ端末２８と無線通信し、ＬＡＮ２６や公衆交換電話網などとＰＨＳ端末２８との通信回線を確立する。ＰＨＳ端末２８は、いわゆる院内ＰＨＳであり、医療施設内外の電話端末との通話機能、及び電子メールの送受信機能を有している。なお、図１では、１つの基地局２４のみを示しているが、基地局２４は、例えば、医療施設の部屋毎やフロア毎など各ＰＨＳ端末２８との無線通信の状況に応じて医用ネットワークシステム２に複数設けられる。
【００３２】
図２は、診療科端末１０の構成を概略的に示すブロック図である。診療科端末１０は、周知のパーソナルコンピュータやワークステーションなどであり、診療科端末１０の各部を統括的に制御するＣＰＵ４０と、医用ネットワークシステム２に係る各種のプログラムなどを記憶するＨＤＤ４１と、医用画像３０や読影レポート３２などを表示するためのモニタ４２と、周知の入力デバイスであるマウス４３及びキーボード４４と、診療科端末１０をＬＡＮ２６に接続するための通信インタフェース（Ｉ／Ｆ）４５とを備えている。また、これらの各部は、バス４６によって互いに接続される。ＣＰＵ４０は、ＨＤＤ４１に記憶された各種のプログラムを読み出し、読み出したプログラムを逐次処理することによって、診療科端末１０を制御する。
【００３３】
図３は、読影レポート作成端末１２の構成を概略的に示すブロック図である。読影レポート作成端末１２は、周知のパーソナルコンピュータやワークステーションなどであり、読影レポート作成端末１２の各部を統括的に制御するＣＰＵ５０と、医用ネットワークシステム２に係る各種のプログラムなどを記憶するＨＤＤ５１と、種々の操作画面などを表示するためのメインモニタ５２と、医用画像３０を表示するための画像表示用モニタ５３と、周知の入力デバイスであるマウス５４及びキーボード５５と、読影レポート作成端末１２をＬＡＮ２６に接続するための通信Ｉ／Ｆ５６とを備えている。また、これらの各部は、バス５７を介して互いに接続されている。ＣＰＵ５０は、ＨＤＤ５１に記憶された各種のプログラムを読み出し、読み出したプログラムを逐次処理することによって、読影レポート作成端末１２を制御する。
【００３４】
読影レポート作成端末１２は、２台のモニタ５２、５３を有する、いわゆるデュアルモニタ構成になっている。画像表示用モニタ５３には、医用画像３０を鮮明に表示できるように高精細なモニタが用いられる。読影医は、画像表示用モニタ５３に医用画像３０を表示して読影を行うとともに、メインモニタ５２に表示された画面を介して読影レポート３２の作成を行う。このように、２台のモニタ５２、５３を設け、読影と読影レポート３２の作成とを、それぞれ別々の画面で行えるようにすることにより、検査部門６における読影業務の効率化を図ることができる。なお、読影レポート作成端末１２に設けられるモニタの数は、２つに限ることなく、１つでもよいし、３つ以上でもよい。
【００３５】
各診療科４から検査部門６への検査依頼は、診療科端末１０で検査依頼情報を作成し、検査依頼管理ＤＢ２０に登録することによって行われる。検査依頼管理ＤＢ２０は、各診療科端末１０から送信された検査依頼情報を受信すると、その検査依頼情報を、例えば、受信日時順に並べて保管する。これにより、検査部門６に検査が依頼される。
【００３６】
検査依頼情報は、例えば、患者情報、検査情報、医師情報などによって構成される。患者情報は、検査を依頼する患者の個人情報を表す情報であり、例えば、患者名、患者ＩＤ、性別、年齢、生年月日、及び既往歴などが含まれる。検査情報は、依頼したい検査の内容を表す情報であり、例えば、検査項目、検査方法などが含まれる。ここで、検査項目とは、モダリティ１４の種類や撮影部位などである。また、検査方法とは、正面及び側面などの撮影に対する患者の向きや造影剤の有無などである。医師情報は、依頼医を表す情報であり、例えば、依頼医名、医師ＩＤ、在籍する診療科などが含まれる。なお、検査依頼情報に含まれる情報は、これらに限定されるものではない。
【００３７】
図４は、診療科端末１０のモニタ４２、及び読影レポート作成端末１２のメインモニタ５２に表示される検査依頼リスト６０の一例を示す説明図である。検査依頼リスト６０には、検査部門６に依頼された各検査依頼が表形式で表示される。また、検査依頼リスト６０には、ポインタ６２が表示される。ポインタ６２は、マウス４３、５４の操作に連動して画面上を移動する。
【００３８】
検査依頼リスト６０の各表示欄には、例えば、検査依頼の受信日時、患者名、依頼科名、依頼医名、検査項目、及びその検査依頼のステータスなどが表示される。ステータスには、例えば、検査も読影も行われていない場合に「検査待ち」が表示される。また、検査が行われ、読影が行われていない場合に「読影待ち」が表示される。そして、検査も読影も行われている場合に「終了」が表示される。
【００３９】
診療科端末１０及び読影レポート作成端末１２の各ＣＰＵ４０、５０は、マウス４３、５４などを介して検査依頼リスト６０の表示が指示されると、検査依頼管理ＤＢ２０にアクセスし、検査依頼リスト６０の転送を要求する。検査依頼管理ＤＢ２０は、検査依頼リスト６０の転送要求を受信すると、保管した各検査依頼情報から検査依頼リスト６０を構成し、要求元の診療科端末１０又は読影レポート作成端末１２に転送する。ＣＰＵ４０、５０は、検査依頼管理ＤＢ２０から検査依頼リスト６０を受信すると、その検査依頼リスト６０をモニタ４２、５２に表示する。
【００４０】
各診療科４に在籍する各依頼医は、検査依頼リスト６０を介して、依頼した検査のステータスの確認や新たな検査依頼の登録などを行う。検査部門６に在籍する各読影医は、検査依頼リスト６０を介して各診療科４からの検査依頼を確認し、医用画像３０の取得、読影、及び読影レポート３２の作成などといった各種の業務を行う。
【００４１】
図５は、読影レポート作成端末１２のメインモニタ５２に表示されるレポート作成画面７０の一例を示す説明図である。レポート作成画面７０は、例えば、検査依頼リスト６０から所定の検査依頼を選択することによって、メインモニタ５２に表示される。レポート作成画面７０には、各種の情報を表示するための情報表示領域７１と、所見を入力するための所見入力領域７２と、診断結果を入力するための診断結果入力領域７３と、キー画像９０を貼り付けるためのキー画像貼付領域７４と、読影レポート３２の重要度を設定するための重要度設定領域７５とが設けられている。また、レポート作成画面７０には、ポインタ７６が表示される。ポインタ７６は、マウス５４の操作に連動して画面上を移動する。
【００４２】
情報表示領域７１には、患者情報表示ボックス７７と検査情報表示ボックス７８とが設けられている。各ボックス７７、７８には、選択した検査依頼の検査に関する患者情報、検査情報などが、それぞれ表示される。所見入力領域７２には、テキスト入力ボックス８０が設けられている。読影医は、画像表示用モニタ５３に表示される医用画像３０の読影を行い、キーボード５５を介してテキスト入力ボックス８０に、その所見を記入する。
【００４３】
診断結果入力領域７３には、テキスト入力ボックス８２と完了ボタン８３とが設けられている。読影医は、所見と同様に、医用画像３０の読影を行い、キーボード５５を介してテキスト入力ボックス８２にその診断結果を記入する。完了ボタン８３は、読影レポート３２の作成完了を指示するためのものである。読影医は、所見や診断結果の記入などを行って読影レポート３２を作成すると、マウス５４を操作して完了ボタン８３をクリックすることにより、読影レポート３２の作成を終了する。読影レポート作成端末１２のＣＰＵ５０は、完了ボタン８３がクリックされたことに応じて、作成された読影レポート３２をレポートＤＢ１８に保管する。
【００４４】
キー画像貼付領域７４には、読影診断で注目された医用画像３０がキー画像９０として貼り付けられる。キー画像９０は、医用画像３０に縮小／拡大、階調処理などの画像処理を施すことによって作成される。また、キー画像９０は、例えば、画像表示用モニタ５３に表示された医用画像３０をキー画像貼付領域７４にドラッグアンドドロップすることによって作成され、キー画像貼付領域７４に貼り付けられる。
【００４５】
読影結果の重要性の度合いを示す読影レポート３２の重要度は、例えば、緊急性はないが何らかの特別な対応が必要であることを示すレベル１と、患者に対して緊急な対応を要することを示すレベル２との２段階に設定される。重要度設定領域７５には、重要度をレベル２に設定するためのチェックボックス８４と、レベル１に設定するためのチェックボックス８５と、重要度なしに設定するためのチェックボックス８６とが設けられている。重要度の設定は、各チェックボックス８４、８５、８６のいずれかをクリックすることによって行われる。また、各チェックボックス８４、８５、８６をクリックすると、設定されたことを示すマーク８７がボックス内に表示される。
【００４６】
読影医は、例えば、直ちに手術や入院が必要であるなど患者の生命に係わる症状が診断された場合や外来患者が病院にいる間に対応が必要である場合などに重要度をレベル２に設定する。また、読影医は、例えば、医用画像３０の読影だけでは診断が確定できず、他の検査によって確認を行う必要がある場合などに重要度をレベル２に設定する。さらに、読影医は、例えば、医用画像３０から特に異常が認められなかった場合などに重要度なしに設定する。なお、重要度の設定は、２段階に限ることなく、１段階でもよいし、３段階以上でもよい。
【００４７】
図６は、レポート作成画面７０を介して作成される読影レポート３２の構成を概略的に示す説明図である。読影レポート３２には、例えば、患者情報表示ボックス７７に表示される患者情報、検査情報表示ボックス７８に表示される検査情報、テキスト入力ボックス８０に記入された所見の文字列を表す所見情報、テキスト入力ボックス８２に記入された診断結果の文字列を表す診断結果情報、キー画像貼付領域７４に貼り付けられたキー画像９０を表すキー画像情報、及び重要度設定領域７５で設定された重要度を表す重要度設定情報などが記録されている。なお、キー画像情報は、キー画像９０の画像データそのものを表すものでもよいし、キー画像９０の格納先のアドレスなどを表すものでもよい。また、読影レポート３２に記録される情報は、上記に限るものではない。
【００４８】
図７は、検査依頼管理ＤＢ２０に保管される各検査依頼情報の構成を概略的に示す説明図である。検査依頼情報には、前述のように、患者情報、検査情報、医師情報が含まれるとともに、その検査依頼のステータスを表すステータス情報、及びその検査依頼の読影レポート３２に設定された重要度を表す重要度設定情報が含まれる。
【００４９】
ステータス情報は、その検査依頼が検査も読影も行われていないことを示す状態と、読影のみが行われていないことを示す状態と、検査も読影も行われていることを示す状態との３つの状態を有している。検査依頼リスト６０のステータスの項目は、このステータス情報を基に表示される。但し、ステータス情報の状態、及び検査依頼リスト６０に表示されるステータスは、上記の３つに限るものではない。
【００５０】
ステータス情報は、依頼医が新たな検査依頼を登録する際、検査も読影も行われていないことを示す状態で作成される。また、重要度設定情報は、依頼医が新たな検査依頼を登録する際、重要度なしに設定された状態で作成される。モダリティ１４は、検査依頼に応じて医用画像３０を取得すると、その医用画像３０を画像ＤＢ１６に保管するとともに、検査依頼管理ＤＢ２０に検査が終了したことを示す情報を送信する。検査依頼管理ＤＢ２０は、モダリティ１４から検査終了の情報を受信すると、その情報を基に、検査も読影も行われていないことを示す状態から読影のみが行われていないことを示す状態に、その検査依頼のステータス情報を更新する。
【００５１】
読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が作成されると、その読影レポート３２をレポートＤＢ１８に保管するとともに、検査依頼管理ＤＢ２０に読影レポート３２の作成が終了したことを示す情報を送信する。検査依頼管理ＤＢ２０は、ＣＰＵ５０からレポート作成終了の情報を受信すると、その情報を基に、読影のみが行われていないことを示す状態から検査も読影も行われていることを示す状態に、その検査依頼のステータス情報を更新する。また、ＣＰＵ５０は、レポート作成終了の情報とともに、その読影レポート３２の重要度設定情報を検査依頼管理ＤＢ２０に送信する。検査依頼管理ＤＢ２０は、ＣＰＵ５０から重要度設定情報を受信すると、その検査依頼の検査依頼情報に含まれる重要度設定情報を、受信した重要度設定情報に書き換える。このように、検査依頼管理ＤＢ２０の各検査依頼情報には、その検査依頼のステータス、及び重要度の設定が反映される。
【００５２】
検査依頼情報に含まれるステータス情報は、前述のように、検査依頼リスト６０のステータスの項目を表示するために用いられる。一方、検査依頼情報に含まれる重要度設定情報は、検査依頼リスト６０に表示される各検査依頼を強調表示するために用いられる。診療科端末１０及び読影レポート作成端末１２の各ＣＰＵ４０、５０は、検査依頼リスト６０をモニタ４２、５２に表示する際、各検査依頼情報に含まれる重要度設定情報を確認する。そして、ＣＰＵ４０、５０は、レベル１、又はレベル２のいずれかの重要度が設定されている場合、図４の２行目の表示欄に示す検査依頼のように、その検査依頼を強調表示する。このように、強調表示を行えば、重要度が設定されている検査依頼を依頼医になどに即座に認識させることができる。なお、強調表示は、背景色を変えるものでもよいし、文字と背景とを反転させるものでもよい。さらには、重要度のレベルを示すマークなどを各表示欄に表示するようにしてもよい。
【００５３】
読影レポート作成端末１２のＣＰＵ５０は、重要度がレベル２に設定された読影レポート３２が作成された場合、図８に示すように、メッセージの送信処理を行う。ＣＰＵ５０は、重要度がレベル２に設定された読影レポート３２が作成されると、スケジュール管理ＤＢ２２にアクセスし、現時点における依頼医のスケジュールデータの転送を要求する。スケジュール管理ＤＢ２２は、転送要求を受信すると、例えば、その転送要求に含まれる医師ＩＤなどを基に依頼医のスケジュールデータを確認する。スケジュール管理ＤＢ２２は、依頼医のスケジュールデータを確認すると、そのスケジュールデータから現時点に対応する部分のみを抽出し、抽出したスケジュールデータを読影レポート作成端末１２に転送する。
【００５４】
ＣＰＵ５０は、スケジュール管理ＤＢからスケジュールデータを受信すると、そのスケジュールデータを基に依頼医のスケジュールを確認し、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定する。ＣＰＵ５０は、現時点における依頼医のスケジュールが、例えば、外来診察、病棟診察、カンファレンスなどである場合に、メッセージを確認できる状態にあると判定する。また、ＣＰＵ５０は、現時点における依頼医のスケジュールが、例えば、手術、出張、休暇などである場合に、メッセージを確認できる状態にないと判定する。
【００５５】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、電子メールの形式でメッセージ９４を作成する。ＣＰＵ５０は、例えば、予め件名などが記録されたテンプレートに患者氏名、患者ＩＤ、検査実施日、検査項目、診断結果などの項目を記録することにより、メッセージ９４を作成する。つまり、ＣＰＵ５０は、どの患者のいつのどういう目的での検査において、なぜ緊急の対応が必要なのかが分かるように、メッセージ９４を作成する。なお、テンプレートに対する各項目の記録は、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に行われる。また、メッセージ９４に記録される項目、及びメッセージ９４の形式は、上記に限るものではない。
【００５６】
読影レポート作成端末１２には、メールアドレス管理テーブル９６が設けられている。メールアドレス管理テーブル９６は、いわゆるアドレス帳であり、図９に示すように、医療施設に在籍する各医師の名称、医師ＩＤ、所属する診療科４、及びＰＨＳ端末２８のメールアドレスなどが関連付けられて記録されている。また、このメールアドレス管理テーブル９６は、例えば、ＨＤＤ５１に記憶されている。
【００５７】
ＣＰＵ５０は、メッセージ９４を作成すると、メールアドレス管理テーブル９６を参照して依頼医のメールアドレスを確認する。そして、ＣＰＵ５０は、メールアドレスを確認すると、そのメールアドレスを宛先に設定し、依頼医のＰＨＳ端末２８に作成したメッセージ９４を送信する。また、ＰＨＳ端末２８は、受信したメッセージ９４が参照されたことを確認すると、読影レポート作成端末１２にメッセージ９４の開封通知を送信する。
【００５８】
一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、依頼医に関係する医師（以下、関係医と称す）の特定を行う。ＣＰＵ５０は、例えば、メールアドレス管理テーブル９６を参照し、依頼医と同じ診療科４に所属する医師を、関係医として特定する。ＣＰＵ５０は、関係医を特定すると、その関係医のスケジュールデータの転送をスケジュール管理ＤＢ２２に送信し、メッセージを確認できる状態にあるか否かの判定を行う。そして、ＣＰＵ５０は、メッセージを確認できる状態にある関係医が見付かるまで、上記の処理を繰り返す。ＣＰＵ５０は、メッセージを確認できる状態にある関係医が見付かると、依頼医の場合と同様に、メッセージ９４の作成、及びメールアドレスの確認を行い、その関係医のＰＨＳ端末２８に作成したメッセージ９４を送信する。
【００５９】
次に、図１０に示すフローチャートを参照しながら、上記構成による医用ネットワークシステム２の作用について説明する。検査部門６に在籍する読影医は、読影を行う際、検査依頼リスト６０（図４参照）を読影レポート作成端末１２のメインモニタ５２に表示させる。読影レポート作成端末１２のＣＰＵ５０は、検査依頼リスト６０を表示する際、各検査依頼情報に含まれる重要度設定情報を基に、重要度が設定された検査依頼を強調表示する。これにより、重要度が設定されている検査依頼と設定されていない検査依頼とを容易に区別することができる。
【００６０】
読影医は、ステータスの欄に「読影待ち」が表示された検査依頼を検査依頼リスト６０から選択することにより、医用画像３０の読影、及び読影レポート３２の作成を開始する。検査依頼リスト６０から所定の検査依頼を選択すると、その検査依頼に応じた医用画像３０が画像ＤＢ１６から読み出され、画像表示用モニタ５３に表示される。また、これと同時に、レポート作成画面７０がメインモニタ５２に表示される。
【００６１】
読影医は、画像表示用モニタ５３を介して医用画像３０の読影を行う。そして、その所見、診断結果の記入、キー画像９０の貼り付け、及び重要度の設定を行って読影レポート３２を作成する。読影医は、読影レポート３２の作成が完了すると、完了ボタン８３をクリックし、読影レポート３２を確定させる。
【００６２】
ＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル１、又は重要度なしに設定されていると判定した場合、作成した読影レポート３２をレポートＤＢ１８に保管し、読影レポート３２の作成が終了したことを示す情報を検査依頼管理ＤＢ２０に送信して処理を終了する。
【００６３】
一方、ＣＰＵ５０は、重要度がレベル２に設定されていると判定した場合、前述のようにメッセージの送信処理を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、スケジュール管理ＤＢ２２に依頼医のスケジュールデータの転送を要求し、現時点における依頼医のスケジュールを確認する。そして、ＣＰＵ５０は、依頼医のスケジュールを確認すると、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定する。
【００６４】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、メッセージ９４を作成し、メールアドレス管理テーブル９６を参照して依頼医のメールアドレスを確認する。そして、ＣＰＵ５０は、そのメールアドレスを宛先に設定し、依頼医のＰＨＳ端末２８に作成したメッセージ９４を送信する。このように、依頼医にメッセージ９４を送信し、緊急な対応を要することを依頼医に連絡することで、依頼医が読影レポート３２に気付くまでのタイムラグを削減し、処置の遅れを確実に防止することができる。また、この際、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に、ＣＰＵ５０が自動的にメッセージ９４を作成するようにしたので、読影医に余計な手間を掛けることもない。
【００６５】
一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、メッセージを確認できる状態にある関係医の特定を行う。ＣＰＵ５０は、関係医を特定すると、メッセージ９４を作成し、メールアドレス管理テーブル９６を参照して関係医のメールアドレスを確認する。そして、ＣＰＵ５０は、そのメールアドレスを宛先に設定し、関係医のＰＨＳ端末２８に作成したメッセージ９４を送信する。このように、医療施設に在籍する各医師のスケジュールを確認し、依頼医がメッセージを確認できる状態にない場合には、その関係医にメッセージ９４を送信することで、依頼医が対応できないような場合にも、処置の遅れを確実に防止することができる。
【００６６】
ＣＰＵ５０は、依頼医、又は関係医に対するメッセージ９４の送信とともに、作成した読影レポート３２のレポートＤＢ１８への保管、及び読影レポート３２の作成が終了したことを示す情報の検査依頼管理ＤＢ２０への送信を行う。
【００６７】
また、ＣＰＵ５０は、依頼医、又は関係医に対してメッセージ９４を送信した後、ＰＨＳ端末２８からの開封通知を受信したか否かの判定を行う。ＣＰＵ５０は、開封通知を受信していないと判定すると、レポートＤＢ１８にアクセスし、対応する読影レポート３２が依頼医、又は関係医に参照されているか否かの判定を行う。ＣＰＵ５０は、読影レポート３２が参照されていないと判定すると、依頼医、又は関係医に対してメッセージ９４を再送する。そして、ＣＰＵ５０は、開封通知を受信するか、あるいは読影レポート３２の参照が確認されるまで、メッセージ９４の再送処理を定期的に繰り返す。このように、メッセージ９４、又は対応する読影レポート３２の参照が確認されるまでメッセージ９４の再送を行うことで、処置の遅れをより確実に防止することができる。
【００６８】
なお、上記実施形態では、各チェックボックス８４、８５、８６によって、読影医に手動で重要度を設定させるようにしたが、これに限ることなく、例えば、テキスト入力ボックス８０に記入された所見やテキスト入力ボックス８２に記入された診断結果の文字列を判別することなどによって、自動的に重要度を設定するようにしてもよい。また、自動的に重要度を設定する場合には、例えば、重要度の設定を読影レポート作成端末１２で行わずに読影レポート３２をレポートＤＢ１８に保管し、保管した読影レポート３２に対してレポートＤＢ１８で重要度を設定するようにしてもよい。
【００６９】
また、上記実施形態では、メッセージ９４をＣＰＵ５０が自動的に作成するようにしたが、これに限らず、読影医にメッセージ９４を作成させるようにしてもよい。さらに、上記実施形態では、読影レポート３２に含まれる患者情報、検査情報、診断結果情報を基に、どの患者のいつのどういう目的での検査において、なぜ緊急の対応が必要なのかが分かるメッセージ９４を作成するようにしたが、これに限ることなく、例えば、読影レポート３２そのものをメッセージとしてもよいし、ＰＨＳ端末２８で参照可能な読影レポート３２のアドレスをメッセージとしてもよい。
【００７０】
なお、上記実施形態では、メールアドレス管理テーブル９６を読影レポート作成端末１２のＨＤＤ５１に記憶させるようにしているが、これに限ることなく、例えば、ＬＡＮ２６に接続されるサーバにデータベースとして設けてもよい。
【００７１】
また、上記実施形態では、ＰＨＳ端末２８でメッセージ９４を受信するようにしたが、メッセージ９４を受信する端末は、これに限ることなく、例えば、携帯電話端末、ＰＤＡ、ポケベルなどといった周知の端末でよい。また、診療科端末１０などを受信端末としてもよいが、緊急性を要することを考慮すれば、上記のように、依頼医などの各医療従事者が携帯可能な端末であることが好ましい。さらに、上記実施形態では、電子メールの形式でメッセージ９４を作成したが、メッセージの形式は、これに限ることなく、例えば、ショートメッセージサービスやインスタントメッセージなど受信端末に応じて適宜選択すればよい。さらには、メッセージを機械音声で生成し、この機械音声を電話で流すようにしてもよい。
【００７２】
また、上記実施形態では、検査依頼リスト６０をモニタ４２、５２に表示する際に、重要度が設定されている検査依頼を強調表示するようにしているが、さらに検査依頼リスト６０にフィルタ機能を設け、重要度が設定された検査依頼のみをリストアップできるようにしてもよい。なお、検査依頼のリストアップの方法は、図１１（ａ）に示すように、重要度が設定された検査依頼のみを表示させるものでもよいし、図１１（ｂ）に示すように、重要度が設定された検査依頼をリストの先頭に表示するものでもよい。
【００７３】
さらに、上記実施形態では、依頼医と関係医とのどちらか一方のみにメッセージ９４を送信するようにしているが、これに限ることなく、依頼医と各関係医とに同時にメッセージ９４を送信するようにしてもよい。例えば、緊急性を要する症状が診断された場合に、依頼医（主治医）と、検査を行った患者の治療に関係している各関係医（例えば、主治医が内科医である場合には、脳外科や外科など他の診療科に在籍している医師が考えられる）とを集めて、緊急報告会のようなミーティングを開くケースがある。このような場合には、依頼医と各関係医などのように複数の宛先を設定してメッセージ９４を送信することにより、ミーティングの開催などを円滑に進めることができる。また、このような場合には、読影レポート作成端末１２から直接各医師にメッセージ９４を送信することに限らず、例えば、依頼医が在籍する診療科４の診療科端末１０にメッセージ９４を送信し、診療科端末１０から各医師にメッセージ９４を送信するようにしてもよい。
【００７４】
次に、図１２、及び図１３を参照しながら、本発明の第２の実施形態について説明する。なお、上記第１の実施形態と機能・構成上同一のものには、同符号を付し、詳細な説明を省略する。図１２に示すように、本実施形態の医用ネットワークシステム１００には、上記第１の実施形態のスケジュール管理ＤＢ２２に代えて、手術予約情報管理ＤＢ（予約情報管理手段）１０２が設けられている。手術予約情報管理ＤＢ１０２は、医療施設で行われる手術の予約状況を示す手術予約情報をまとめて管理する。手術予約情報は、例えば、実施日時、手術室、術式、対象患者、及び執刀医、助手、麻酔科医など、当該手術を実施する各医師の情報などによって構成される。
【００７５】
上記第１の実施形態では、スケジュール管理ＤＢ２２に保管された各医師のスケジュールデータを基に依頼医のスケジュールを確認することにより、現時点において依頼医がメッセージを確認できる状態にあるか否かを判定するようにしていたが、図１３に示すように、本実施形態では、手術予約情報を基に上記判定を行う。
【００７６】
読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、手術予約情報管理ＤＢ１０２にアクセスし、手術予約情報を参照する。そして、ＣＰＵ５０は、手術予約情報を基に、現時点において依頼医が手術中であるか否かを判定する。
【００７７】
ＣＰＵ５０は、依頼医が手術を行っていないと判定すると、メッセージを確認できる状態にあると判断し、依頼医にメッセージ９４を送信する。一方、ＣＰＵ５０は、依頼医が手術中であると判定すると、メッセージを確認できる状態にないと判断する。そして、ＣＰＵ５０は、手術予約情報を基に、手術を行っていない関係医を特定し、その関係医にメッセージ９４を送信する。
【００７８】
このように、手術予約情報を基に、依頼医がメッセージを確認できる状態にあるか否かを判定するようにしても、上記第１の実施形態と同様の効果を得ることができる。なお、手術の予約情報に限ることなく、例えば、診療の予約情報など、他の予約情報を基に、依頼医がメッセージを確認できる状態にあるか否かを判定してもよい。
【００７９】
次に、図１４、及び図１５を参照しながら、本発明の第３の実施形態について説明する。図１４に示すように、本実施形態の医用ネットワークシステム１１０には、リーダ（居所検知手段）１１２が設けられている。リーダ１１２は、医療施設に在籍する各医師が着用するネームプレート１１４に取り付けられたＲＦＩＤタグ１１６と無線通信し、ＲＦＩＤタグ１１６に記憶された情報を読み取る。ＲＦＩＤタグ１１６には、例えば、医師名や医師ＩＤなど、医師を特定するための情報が記録されている。図１４では、図示を省略しているが、リーダ１１２は、ＲＦＩＤタグ１１６との通信状況に応じて医用ネットワークシステム１１０に複数設けられる。この医用ネットワークシステム１１０では、ＲＦＩＤタグ１１６に記憶された医師ＩＤなどを各リーダ１１２で読み取ることにより、医療施設内における各医師の居所を検知することができる。
【００８０】
図１５に示すように、読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、各リーダ１１２にアクセスし、医師ＩＤなどに基づいて依頼医の居所を確認する。そして、ＣＰＵ５０は、確認した居所を基に、現時点において依頼医がメッセージを確認できる状態にあるか否かの判定を行う。
【００８１】
ＣＰＵ５０は、例えば、依頼医の居所が診察室やカンファレンスルームなどである場合に、メッセージを確認できる状態にあると判定する。また、ＣＰＵ５０は、例えば、依頼医の居所が手術室などである場合に、メッセージを確認できる状態にないと判定する。
【００８２】
ＣＰＵ５０は、依頼医がメッセージを確認できる状態にあると判定すると、依頼医にメッセージ９４を送信する。一方、ＣＰＵ５０は、依頼医がメッセージを確認できる状態にないと判定すると、各リーダ１１２にアクセスして関係医の居所を検知し、メッセージを確認できる状態にある関係を特定する。そして、ＣＰＵ５０は、その関係医にメッセージ９４を送信する。このように、各医師の居所を検知し、居所を基に依頼医がメッセージを確認できる状態にあるか否かを判定するようにしても、上記各実施形態と同様の効果を得ることができる。
【００８３】
なお、本実施形態では、ネームプレート１１４にＲＦＩＤタグ１１６を取り付けたが、ＲＦＩＤタグ１１６の取り付け場所は、これに限ることなく、医師が携帯可能なものであれば、如何なるものでもよい。また、本実施形態では、リーダ１１２とＲＦＩＤタグ１１６とによって依頼医の居所を検知するようにしたが、これに限ることなく、例えば、ＧＰＳによって居所を検知してもよいし、ＰＨＳ端末２８や携帯電話端末などを利用して居所を検知してもよい。
【００８４】
次に、図１６、１７、１８を参照しながら、本発明の第４の実施形態について説明する。図１６に示すように、本実施形態の医用ネットワークシステム１２０には、複数台のナースステーション用端末１２２と、病棟情報管理ＤＢ（病棟情報管理手段）１２４とが設けられている。ナースステーション用端末１２２は、例えば、医療施設が有する病棟のフロア毎に設けられる各ナースステーションのそれぞれに設置される。ナースステーション用端末１２２は、診療科端末１０と同様の構成を有している。
【００８５】
病棟情報管理ＤＢ１２４は、医療施設に在籍する各医師が常駐する病棟を示す病棟情報をまとめて管理する。病棟情報は、例えば、図１７に示すように、各医師の医師名、医師ＩＤ、常駐する病棟、及びフロア、さらには、そのフロアのナースステーションに設置されたナースステーション用端末１２２のメールアドレスなどの情報を関連付けることにより、構成される。なお、病棟情報に含まれる情報は、上記に限定されるものではない。
【００８６】
図１８に示すように、読影レポート作成端末１２のＣＰＵ５０は、読影レポート３２が確定されると、重要度がレベル２に設定されているか否かの判定を行う。ＣＰＵ５０は、重要度がレベル２に設定されていると判定すると、病棟情報管理ＤＢ１２４にアクセスし、依頼医の病棟情報を参照する。そして、ＣＰＵ５０は、依頼医が常駐する病棟、及びフロアのナースステーションに設置されたナースステーション用端末１２２のメールアドレスを病棟情報から確認し、そのナースステーション用端末１２２にメッセージ９４を送信する。また、ナースステーション用端末１２２は、メッセージ９４が看護師などに参照されたことを確認すると、開封通知を読影レポート作成端末１２に送信する。ＣＰＵ５０は、上記各実施形態と同様に、ナースステーション用端末１２２からの開封通知を受信するか、あるいは読影レポート３２の参照が確認されるまで、メッセージ９４の再送処理を定期的に繰り返す。
【００８７】
上記各実施形態では、依頼医、又は関係医に直接メッセージ９４を送信するようにしていたが、これに限ることなく、本実施形態で示すように、ナースステーション用端末１２２にメッセージ９４を送信し、看護師を介して緊急な対応を要することを依頼医や関係医に連絡するようにしてもよい。
【００８８】
なお、本実施形態では、依頼医が常駐する病棟、及びフロアのナースステーションに設置されたナースステーション用端末１２２にメッセージ９４を送信するようにしているが、例えば、依頼医と関係医とが異なる病棟やフロアに常駐している場合などには、上記各実施形態で示すように、依頼医がメッセージを確認できる状態にあるか否かの判定を行い、その判定結果に従ってメッセージ９４を送信するナースステーション用端末１２２を選択するようにしてもよい。
【００８９】
また、本実施形態では、看護師を介して依頼医や関係医に連絡を行うようにしたが、これに限ることなく、例えば、医療事務員など他の医療従事者を介して連絡を行うようにしてもよい。さらには、ＰＨＳ端末２８とナースステーション用端末１２２など、複数の宛先に同時にメッセージ９４を送信するようにしてもよい。このように、複数の宛先に同時にメッセージ９４を送信すれば、処置の遅れをより確実に防止することができる。
【００９０】
なお、上記各実施形態では、１つの医療施設内で用いられるシステムに本発明を適用した例を示したが、本発明は、これに限ることなく、例えば、複数の医療施設をネットワークを介して接続することにより構築されるシステムに本発明を適用してもよい。また、上記各実施形態では、医用画像３０の撮影を医学的検査とし、読影レポート３２を医用レポートとして示したが、本発明は、これに限ることなく、例えば、血液や尿などの生化学検査を医学的検査とし、これらの検査結果を示すレポートを作成する際に適用してもよい。さらに、本発明は、プログラムの態様で構成されるものであってもよい。
【図面の簡単な説明】
【００９１】
【図１】医用ネットワークシステムの構成を概略的に示す説明図である。
【図２】診療科端末の構成を概略的に示すブロック図である。
【図３】読影レポート作成端末の構成を概略的に示すブロック図である。
【図４】検査依頼リストの一例を示す説明図である。
【図５】レポート作成画面の一例を示す説明図である。
【図６】読影レポートの構成を概略的に示す説明図である。
【図７】検査依頼管理ＤＢの構成を概略的に示す説明図である。
【図８】メッセージの送信処理の概念を概略的に示す説明図である。
【図９】メールアドレス管理テーブルの構成を概略的に示す説明図である。
【図１０】読影業務の手順を示すフローチャートである。
【図１１】重要度が設定された検査依頼をリストアップした状態の検査依頼リストを示す説明図である。
【図１２】手術予約情報管理ＤＢを設けた医用ネットワークシステムを示す説明図である。
【図１３】依頼医がメッセージを確認できる状態にあるか否かの判定を手術予約情報を基に行う場合の手順を示すフローチャートである。
【図１４】ＲＦＩＤタグのリーダを設けた医用ネットワークシステムを示す説明図である。
【図１５】依頼医がメッセージを確認できる状態にあるか否かの判定を依頼医の居所を基に行う場合の手順を示すフローチャートである。
【図１６】ナースステーションにメッセージを送信する医用ネットワークシステムを示す説明図である。
【図１７】病棟情報管理ＤＢの構成を概略的に示す説明図である。
【図１８】ナースステーションにメッセージを送信する場合の手順を示すフローチャートである。
【符号の説明】
【００９２】
２ 医用ネットワークシステム（医用レポート作成システム）
１０ 診療科端末
１２ 読影レポート作成端末（医用レポート作成装置）
２０ 検査依頼管理ＤＢ（リスト生成手段）
２２ スケジュール管理ＤＢ（スケジュール管理手段）
２８ ＰＨＳ端末
３０ 医用画像
３２ 読影レポート
５０ ＣＰＵ（レポート作成手段、重要度設定手段、判定手段、メッセージ送信手段、リスト表示手段）
６０ 検査依頼リスト
９４ メッセージ
１０２ 手術予約情報管理ＤＢ（予約情報管理手段）
１１２ リーダ（居所検知手段）
１１６ ＲＦＩＤタグ
１２２ ナースステーション用端末
１２４ 病棟情報管理ＤＢ（病棟情報管理手段）
【特許請求の範囲】
【請求項１】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、
緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする医用レポート作成システム。
【請求項２】
前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者が前記メッセージを確認できる状態にあるか否かを判定し、確認できる状態にあると判定した場合には、その依頼者を宛先に設定し、確認できる状態にないと判定した場合には、その依頼者と関係があり、かつ前記メッセージを確認できる状態にある医療従事者を特定して、その医療従事者を宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項３】
医療施設に在籍する複数の医療従事者のそれぞれのスケジュールを示すスケジュールデータを管理するスケジュール管理手段を有し、
前記メッセージ送信手段は、前記スケジュールデータを基に、依頼者、及び依頼者に関係のある医療従事者のスケジュールを確認することによって、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項４】
医療施設で行われる医療業務の予約状況を示す予約情報を管理する予約情報管理手段を有し、
前記メッセージ送信手段は、前記予約情報を基に、依頼者、及び依頼者に関係のある医療従事者が行っている前記医療業務を確認することによって、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項５】
医療施設に在籍する複数の医療従事者の居所を検知する居所検知手段を有し、
前記メッセージ送信手段は、前記居所検知手段が検知した依頼者、及び依頼者に関係のある医療従事者の居所を基に、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項６】
前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者と、この医学的検査を行った患者の治療に関係している医療従事者とを宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項７】
前記メッセージ送信手段は、依頼者を含む各医療従事者が携帯可能な端末装置に前記メッセージを送信することを特徴とする請求項１から６のいずれか１項に記載の医用レポート作成システム。
【請求項８】
医療施設が有する複数のナースステーションのそれぞれに設置されるナースステーション用端末と、依頼者を含む各医療従事者が常駐する病棟を示す病棟情報を管理する病棟情報管理手段とを有し、
前記メッセージ送信手段は、前記病棟情報を基に依頼者が常駐する病棟を確認し、その病棟のナースステーションに設置された前記ナースステーション用端末を宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項９】
複数の前記検査依頼を表形式にまとめた検査依頼リストを生成するリスト生成手段と、
前記重要度が設定された前記医用レポートの前記検査依頼を強調して前記検査依頼リストを表示するリスト表示手段とを設けたことを特徴とする請求項１から８のいずれか１項に記載の医用レポート作成システム。
【請求項１０】
前記リスト表示手段は、前記重要度が設定された前記検査依頼のみをリストアップするフィルタ機能を有することを特徴とする請求項９記載の医用レポート作成システム。
【請求項１１】
前記メッセージ送信手段は、送信した前記メッセージに対する開封通知を受信するか、あるいは前記医用レポートの参照が確認されるまで、定期的に前記メッセージの送信を行うことを特徴とする請求項１から１０のいずれか１項に記載の医用レポート作成システム。
【請求項１２】
前記メッセージ送信手段は、前記医用レポートに記入された内容を基に、前記メッセージを作成することを特徴とする請求項１から１１のいずれか１項に記載の医用レポート作成システム。
【請求項１３】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、
緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする医用レポート作成装置。
【請求項１４】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するステップと、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定するステップと、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定するステップと、
緊急な対応が必要であると判定された際に、その旨を示すメッセージを所定の宛先に送信するステップとを有することを特徴とする医用レポート作成方法。
【請求項１】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、
緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする医用レポート作成システム。
【請求項２】
前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者が前記メッセージを確認できる状態にあるか否かを判定し、確認できる状態にあると判定した場合には、その依頼者を宛先に設定し、確認できる状態にないと判定した場合には、その依頼者と関係があり、かつ前記メッセージを確認できる状態にある医療従事者を特定して、その医療従事者を宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項３】
医療施設に在籍する複数の医療従事者のそれぞれのスケジュールを示すスケジュールデータを管理するスケジュール管理手段を有し、
前記メッセージ送信手段は、前記スケジュールデータを基に、依頼者、及び依頼者に関係のある医療従事者のスケジュールを確認することによって、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項４】
医療施設で行われる医療業務の予約状況を示す予約情報を管理する予約情報管理手段を有し、
前記メッセージ送信手段は、前記予約情報を基に、依頼者、及び依頼者に関係のある医療従事者が行っている前記医療業務を確認することによって、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項５】
医療施設に在籍する複数の医療従事者の居所を検知する居所検知手段を有し、
前記メッセージ送信手段は、前記居所検知手段が検知した依頼者、及び依頼者に関係のある医療従事者の居所を基に、前記メッセージを確認できる状態にあるか否かを判定することを特徴とする請求項２記載の医用レポート作成システム。
【請求項６】
前記メッセージ送信手段は、緊急な対応が必要であると判定された医学的検査の依頼者と、この医学的検査を行った患者の治療に関係している医療従事者とを宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項７】
前記メッセージ送信手段は、依頼者を含む各医療従事者が携帯可能な端末装置に前記メッセージを送信することを特徴とする請求項１から６のいずれか１項に記載の医用レポート作成システム。
【請求項８】
医療施設が有する複数のナースステーションのそれぞれに設置されるナースステーション用端末と、依頼者を含む各医療従事者が常駐する病棟を示す病棟情報を管理する病棟情報管理手段とを有し、
前記メッセージ送信手段は、前記病棟情報を基に依頼者が常駐する病棟を確認し、その病棟のナースステーションに設置された前記ナースステーション用端末を宛先に設定することを特徴とする請求項１記載の医用レポート作成システム。
【請求項９】
複数の前記検査依頼を表形式にまとめた検査依頼リストを生成するリスト生成手段と、
前記重要度が設定された前記医用レポートの前記検査依頼を強調して前記検査依頼リストを表示するリスト表示手段とを設けたことを特徴とする請求項１から８のいずれか１項に記載の医用レポート作成システム。
【請求項１０】
前記リスト表示手段は、前記重要度が設定された前記検査依頼のみをリストアップするフィルタ機能を有することを特徴とする請求項９記載の医用レポート作成システム。
【請求項１１】
前記メッセージ送信手段は、送信した前記メッセージに対する開封通知を受信するか、あるいは前記医用レポートの参照が確認されるまで、定期的に前記メッセージの送信を行うことを特徴とする請求項１から１０のいずれか１項に記載の医用レポート作成システム。
【請求項１２】
前記メッセージ送信手段は、前記医用レポートに記入された内容を基に、前記メッセージを作成することを特徴とする請求項１から１１のいずれか１項に記載の医用レポート作成システム。
【請求項１３】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するレポート作成手段と、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定する重要度設定手段と、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定する判定手段と、
緊急な対応が必要であると前記判定手段が判定した際に、その旨を示すメッセージを所定の宛先に送信するメッセージ送信手段とを備えたことを特徴とする医用レポート作成装置。
【請求項１４】
依頼者からの検査依頼に応じて患者に対して行われた医学的検査の検査結果を示す医用レポートを作成するステップと、
前記検査結果の重要性の度合いを示す重要度を前記医用レポートに設定するステップと、
前記医用レポートに設定された前記重要度を基に、前記患者に対して緊急な対応が必要か否かを判定するステップと、
緊急な対応が必要であると判定された際に、その旨を示すメッセージを所定の宛先に送信するステップとを有することを特徴とする医用レポート作成方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−７５９２７（Ｐ２００９−７５９２７Ａ）
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願番号】特願２００７−２４５２８９（Ｐ２００７−２４５２８９）
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]