JP7353018B2 - 医用情報処理装置および医用情報処理プログラム - Google Patents

Description

本発明の実施形態は、医用情報処理装置および医用情報処理プログラムに関する。

被検体を検査する場合、超音波診断装置やＸ線ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等のモダリティによって被検体の医用画像が撮影される。医用画像は、たとえばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）形式のデータとしてＰＡＣＳ（Picture Archiving and Communication System）サーバに保管される。

一般に、医用画像から得られる情報は、読影医によって、読影レポートとして記載される。読影レポートは、医用画像から読影医が認識、発見した事象や現象を記載する所見と呼ばれる記載内容と、所見にもとづいて疑われる病気の指摘などを行う診断と呼ばれる記載内容とを含む。読影レポートの作成を読影医に依頼するユーザ（以下、依頼医という）は、電子カルテなどの被検体情報画像から、読影医に読影レポートの作成を依頼（オーダ）する。読影医は、このオーダに応じて医用画像のレポートを作成する。

しかし、医用画像のレポートが作成済みであっても、依頼医は、たとえばレポートが作成済みであることに気づかずに、レポートを確認しないまま診断を行ってしまう場合がある。この場合、依頼医は、読影医により作成されたレポートを参照、確認する場合に比べ、診断や治療計画などを的確に行なうことが難しい。

特開２０１７－１９１４５７号公報

本発明が解決しようとする課題は、ユーザに対して未読のレポートの確認を促すことである。

実施形態に係る医用情報処理装置は、表示制御部と、既読管理部とを備える。表示制御部は、表示部に表示された被検体情報画像への入力に応じて、前記被検体の医用画像を読影した第１のユーザが作成したレポートを前記表示部に表示させる。既読管理部は、前記レポートの作成を前記第１のユーザに依頼した第２のユーザまたは前記第２のユーザが属するグループに属するユーザに対し、前記表示部に表示された前記レポートを確認した旨の確認操作を要求し、当該操作が行われると、前記レポートに対して既読の旨の情報を関連付ける。

一実施形態に係る医用情報処理装置を含む医用情報処理システムの一例を示すブロック図。 医用情報処理装置の処理回路のプロセッサによる実現機能例を示す概略的なブロック図。 電子カルテからオーダされてレポート作成画像を用いて生成されたレポートが、電子カルテに関連付けられるとともに電子カルテから呼び出される様子の一例を示す説明図。 既読管理設定画像の一例を示す説明図。 （ａ）はレポートに対して既読の旨の情報を関連付ける様子の一例を示す説明図、（ｂ）はレポートを既読にしたいと所望するユーザであって、共用ＩＤでログインしているユーザに対して、個人ＩＤによるログインを要求するためのユーザＩＤ入力画像の一例を示す説明図。 確認画像が押下に応じて未読レポートリスト画像が表示される場合の一例を示す説明図。 確認画像が押下に応じて未読レポートリスト画像が表示される場合の他の例を示す説明図。 未読レポートリスト画像の一例を示す説明図。 レポートの作成処理の手順の一例を示す説明図。 医用情報処理装置の処理回路により、ユーザに対して未読レポートの確認を促しつつ、レポートの既読管理を行う手順の一例を示すフローチャート。 電子カルテに対する操作に応じて未読レポートリスト画像を生成する場合の表示画像の遷移の一例を示す説明図。 電子カルテに対する操作に応じて未読レポートリスト画像を生成する場合の表示画像の遷移の他の例を示す説明図。 レポートを確認したユーザの一覧を表示する場合の一例を示す説明図。

以下、図面を参照しながら、（医用画像処理装置）の実施形態について詳細に説明する。

図１は、一実施形態に係る医用情報処理装置１０を含む医用情報処理システム１の一例を示すブロック図である。

図１に示すように、医用情報処理システム１は、医用情報処理装置１０、医用レポート生成装置２０、これらとネットワーク３０を介して接続されたＰＡＣＳサーバ４０、レポートサーバ５０およびカルテサーバ６０を有する。

ＰＡＣＳサーバ４０は画像データベース（以降、画像ＤＢ）４１を有し、ネットワーク３０を介して画像情報を保存、読み出しする機能を提供する。画像情報は、Ｘ線ＣＴ装置やＭＲＩ装置などで撮影されたＤＩＣＯＭ（Digital Imaging and Communications in Medicine）形式の医用画像と医用画像を管理するための情報を含む。

レポートサーバ５０は、レポートデータベース（以降、レポートＤＢ）５１を有し、レポート情報を、ネットワーク３０を介して保存、読み出しする機能を提供する。

カルテサーバ６０は、カルテデータベース（以降、カルテＤＢ）６１を備え、電子カルテ情報を、ネットワーク３０を介して保存、読み出しする機能を提供する。

医用情報処理装置１０は、医用レポート生成装置２０、ＰＡＣＳサーバ４０、レポートサーバ５０およびカルテサーバ６０と連携し、診断の対象となる被検体の読影レポート（以下、レポートという）や画像を閲覧し、被検体情報画像の一例としての電子カルテを作成する装置である。本実施形態において、医用情報処理装置１０は依頼医により利用される。

なお、被検体情報画像は、レポートと関連付け可能であればよく、電子カルテのほか、たとえば看護記録など、被検体の情報を提示する種々の画像を用いることができる。本実施形態では、被検体情報画像として電子カルテを用いる場合の例について説明する。

医用情報処理装置１０は、入力インターフェース１１、ディスプレイ１２、記憶回路１３、ネットワーク接続回路１４および処理回路１５を有する。

入力インターフェース１１は、たとえばトラックボール、スイッチボタン、マウス、キーボード、テンキーなどの一般的な入力装置により構成され、ユーザの操作に対応した操作入力信号を処理回路１５に出力する。ディスプレイ１２は、たとえば液晶ディスプレイやＯＬＥＤ（Organic Light Emitting Diode）ディスプレイなどの一般的な表示出力装置により構成される。

記憶回路１３は、磁気的もしくは光学的記録媒体または半導体メモリなどの、プロセッサにより読み取り可能な記録媒体を含んだ構成を有し、たとえば処理回路１５が利用するプログラムを記憶する。

ネットワーク接続回路１４は、ネットワーク３０の形態に応じた種々の情報通信用プロトコルを実装する。ネットワーク接続回路１４は、この各種プロトコルに従って医用情報処理装置１０と他の機器とを接続する。この接続には、電子ネットワークを介した電気的な接続などを適用することができる。ここで電子ネットワークとは、電気通信技術を利用した情報通信網全般を意味し、無線／有線の病院基幹ＬＡＮ（Local Area Network）やインターネット網のほか、電話通信回線網、光ファイバ通信ネットワーク、ケーブル通信ネットワークおよび衛星通信ネットワークなどを含む。

処理回路１５は、記憶回路１３に記憶されたプログラムを読み出して実行することにより、依頼医に対して未読のレポートの確認を促すための処理を実行するプロセッサである。

医用レポート生成装置２０は、医用情報処理装置１０、ＰＡＣＳサーバ４０、レポートサーバ５０およびカルテサーバ６０と連携し、医用情報処理装置１０のユーザである依頼医からのオーダに応じて、被検体の医用画像のレポートを生成する装置である。本実施形態において、医用レポート生成装置２０は、読影医により利用される。

医用レポート生成装置２０は、入力インターフェース２１、ディスプレイ２２、記憶回路２３、ネットワーク接続回路２４および処理回路２５を有する。入力インターフェース２１、ディスプレイ２２、記憶回路２３およびネットワーク接続回路２４の構成および作用は、医用情報処理装置１０の入力インターフェース１１、ディスプレイ１２、記憶回路１３およびネットワーク接続回路１４と実質的に異ならないため、説明を省略する。

医用レポート生成装置２０の処理回路２５は、依頼医からのオーダに応じて被検体の医用画像のレポートを生成する。

図２は、医用情報処理装置１０の処理回路１５のプロセッサによる実現機能例を示す概略的なブロック図である。また、図３は、電子カルテ７１からオーダされてレポート作成画像７２を用いて生成されたレポート７３が、電子カルテ７１に関連付けられるとともに電子カルテ７１から呼び出される様子の一例を示す説明図である。

図２に示すように、処理回路１５のプロセッサは、読影オーダ機能１５１、ログイン制御機能１５２、表示制御機能１５３、既読管理機能１５４、およびリスト生成機能１５５を実現する。これらの各機能はそれぞれプログラムの形態で記憶回路１３に記憶されている。

なお、本実施形態では、医用情報処理装置１０の処理回路１５により各機能５１－５５が実現される場合の例について説明するが、処理回路１５のこれらの機能５１－５５の一部は、ネットワーク３０に接続されたクラウドコンソール、ワークステーション、サーバ４０、５０、６０などの、医用情報処理装置１０とは独立した、プロセッサおよび記憶回路を少なくとも有した外部の装置によって実現されてもよい。

依頼科（たとえば放射線科など）に属する依頼医は、電子カルテ７１などの被検体情報画像から医用画像の読影を読影医に依頼することができる。また、依頼医は、読影の依頼とともに、読影時に注意して観察してほしいポイントや検査の目的などの情報を読影医に与えてもよい。この依頼医から読影医に与えられる情報には、レポート７３を既読管理するよう指示する情報が含まれてもよい。

読影オーダ機能１５１は、依頼医により電子カルテ７１を介して医用画像の読影依頼の指示を受けると、医用レポート生成装置２０に当該医用画像のレポート７３の作成をオーダする。

読影医は、このオーダを受けて、医用レポート生成装置２０を用いて、レポート作成画像７２を介して医用画像のレポート７３を生成する。医用レポート生成装置２０の処理回路２５は、レポート作成画像７２を生成する。また、処理回路２５は、医用画像のレポート７３をレポートＤＢ５１に記録するとともに、読影オーダ機能１５１に対してレポート７３を生成した旨の情報を与える。生成されたレポート７３は、たとえば医用画像の画像ＩＤを用いて電子カルテ７１と関連付けられる（図３参照）。

図４は、既読管理設定画像７２１の一例を示す説明図である。

医用レポート生成装置２０の処理回路２５は、生成したレポート７３ごとに、当該レポートについて既読管理が必要か否かを設定可能であってもよい。ここで、既読管理とは、レポートが依頼医または依頼医が属するグループの医師によって確認されたか（既読か）否か（未読か）の情報を、レポートに関連付けて管理することをいう。この場合、処理回路２５が生成するレポート作成画像７２に既読管理設定画像７２１を含むとよい（図４参照）。

たとえば、オーダに依頼科の情報が含まれていない場合は、「既読管理しない」を自動設定してもよい。一方、既読管理する場合は、さらにフォロー内容を選択可能とするとよい。フォロー内容としては、たとえば「緊急」、「他病変有り」などが挙げられる。図４には、フォロー内容がプルダウンメニュー７２２から選択可能である場合の例を示した。フォロー内容の選択項目は、ユーザにより自由に設定可能である。

ログイン制御機能１５２は、電子カルテ７１の参照を所望するユーザに対して個人ＩＤまたは共用ＩＤによるログインを要求する。また、ログイン制御機能１５２は、電子カルテ７１に関連付けられたレポート７３を確認し、当該レポート７３を既読にしたいと所望するユーザに対して、個人ＩＤによるログインを要求する。

通常は、医用情報処理装置１０のユーザは、自身が所有する固有の個人ＩＤで医用情報処理装置１０にログインする。

一方で、依頼医が用いる医用情報処理装置１０が属するシステム（たとえば電子カルテシステム、ＨＩＳ（Hospital Information Systems：病院情報システム）など）と、読影医が用いる医用レポート生成装置２０が属するシステム（たとえばＰＡＣＳ、ＲＩＳなど）とでは、ユーザＩＤの管理方法が異なっている場合がある。この場合、ログイン制御機能１５２は、両システムで共用される共用ＩＤをあらかじめ用意しておき、ユーザが共用ＩＤで医用情報処理装置１０にログイン可能としてもよい。

しかし、共用ＩＤでログインされた場合、医用情報処理装置１０は、誰が医用情報処理装置１０を利用しているのかを把握することができない。このため、たとえばレポート７３を既読にしたいと所望した場合、このユーザが依頼医または依頼医と同じ依頼科に属する医師であるか、それ以外のユーザであるかを判別することができない。

レポート７３は、レポート７３の作成を依頼した依頼医または依頼医と同じ依頼科に属する医師によって確認されてはじめて既読とされることが好ましく、たとえそれ以外のユーザによって確認されたとしても未読のままとしておくことが好ましい。

そこで、ログイン制御機能１５２は、電子カルテ７１に関連付けられたレポート７３を確認し当該レポート７３を既読にしたいと所望するユーザであって、共用ＩＤでログインしているユーザに対して、個人ＩＤによるログインを要求する。この結果、依頼医と読影医とで使用するシステムが異なっておりユーザＩＤが共通ではない場合であって、ユーザが共用ＩＤでログインしている場合であっても、当該ユーザが依頼医または依頼医と同じ依頼科に属する医師であるか、それ以外のユーザであるかを把握することができ、既読にするよう所望したユーザが依頼医または依頼医と同じ依頼科に属する医師である場合にはレポート７３を既読にし、それ以外のユーザである場合には未読のままとすることが可能となる。

なお、共用ＩＤでログインしているユーザに個人ＩＤによるログインを要求した場合、当該個人ＩＤによるログインは、たとえばレポート７３の表示画面においてのみ有効とし、レポート７３の表示を終了する旨の指示をユーザから受け付けると個人ＩＤによるログインを自動ログアウトするようにしてもよい。

表示制御機能１５３は、ログインしたユーザの電子カルテ７１の参照要求入力に応じて電子カルテ７１をカルテＤＢ６１から呼び出してディスプレイ１２に表示させる。また、表示制御機能１５３は、電子カルテ７１へのレポート表示指示入力に応じて、被検体の医用画像を読影した読影医が作成したレポート７３をディスプレイ１２に表示させる。

既読管理機能１５４は、依頼医または依頼医と同じ依頼科に属する医師に対して、レポート７３を確認した旨の確認操作を要求し、確認操作が行われると、レポート７３に対して既読の旨の情報を関連付ける。

図５（ａ）はレポート７３に対して既読の旨の情報を関連付ける様子の一例を示す説明図であり、（ｂ）はレポート７３を既読にしたいと所望するユーザであって、共用ＩＤでログインしているユーザに対して、個人ＩＤによるログインを要求するためのユーザＩＤ入力画像７４の一例を示す説明図である。

図５（ａ）に示すように、電子カルテ７１の一部には、電子カルテ７１に関連付けられた作成済みのレポート７３の参照を要求するためのレポート参照画像８１ＲＥＣが含まれるとよい。この場合、ユーザはレポート参照画像８１ＲＥＣを押下することにより、レポート７３の参照要求入力を行うことができる。レポート７３の参照要求入力を受け付けると、表示制御機能１５３は、レポート７３をディスプレイ１２に表示させる。

また、図５（ａ）に示すように、既読管理機能１５４は、レポート７３の一部にレポート７３を既読とするための確認画像８２を重畳表示させることで、確認操作を要求するとよい。この場合、確認操作は確認画像８２の押下とすることができる。この場合、ユーザが確認画像８２を押下すると、既読管理機能１５４はレポート７３に対して既読の旨の情報を関連付ける。

確認操作を要求することにより、ユーザに対して未読のレポートの確認を確実に促すことができる。

確認画像８２は、所定の条件を満たした場合のみ表示するようにしてもよい。所定の条件としては、たとえば、個人ＩＤでログインしているユーザの属する診療科が依頼科と一致していること、既読管理設定画像７２１により「既読管理する」と設定されフォロー内容が選択されていること（図４参照）、未読であること（既読の旨の情報がレポート７３に関連付けられていないこと）、確認権限を有するユーザであること、レポート７３が所定のステータス以上であること（「確定」以上は常に対象とするなど）、前回確認画像８２を押下され既読とされてからレポート７３の内容が変更されたこと（ｒｅｖが上がったこと）などが挙げられる。

また、上述のとおり、電子カルテ７１に関連付けられたレポート７３を確認し当該レポート７３を既読にしたいと確認画像８２を押下したユーザが、共用ＩＤでログインしているユーザである場合がある。この場合は、確認画像８２を表示するための上記の所定の条件から、個人ＩＤでログインしているユーザの属する診療科がレポート７３の依頼科と一致していること、および、確認権限を有するユーザであること、の２つを除外するとよい。

また、この場合は、たとえば確認画像８２が押下されると、ログイン制御機能１５２は、既読管理機能１５４に制御されて、ディスプレイ１２にユーザＩＤ入力画像７４を表示させ、共有ＩＤでログインしているユーザに対して個人ＩＤによるログインを要求する（図５（ｂ）参照）。個人ＩＤによるログインが確認されると、既読管理機能１５４は、確認画像８２を押下したユーザが依頼医または依頼医と同じ依頼科に属する医師である場合にはレポート７３を既読にし、それ以外のユーザである場合には未読のままとする。

確認画像８２を表示してユーザの押下を受け付けることにより、ユーザに対して未読レポートの確認を促すことができる。また、医用情報処理装置１０を含む医用情報処理システム１は、確認画像８２の押下を受け付けることで、レポート７３が依頼医または依頼医と同じ依頼科に属する医師によって確認されたか否か（既読か未読か）を、確実に管理することができる。

なお、確認画像８２が押下されることなくレポート７３を閉じるようユーザに指示された場合は、既読管理機能１５４は、確認画像８２が押されていない旨をユーザに通知する画像を表示し、確認画像８２の押下を促してもよい。

リスト生成機能１５５は、ログインしているユーザまたはログインしているユーザと同じ依頼科の依頼医が読影医に作成を依頼したレポートのうち、既読の旨の情報が関連付けられていない未読のレポートがあると、未読のレポートの一覧画像（以下、未読レポートリスト画像という）を生成してディスプレイ１２に表示させる。なお、医用情報処理装置１０は、リスト生成機能１５５を備えずともよい。

図６は、確認画像８２が押下に応じて未読レポートリスト画像７５が表示される場合の一例を示す説明図である。また、図７は、確認画像８２が押下に応じて未読レポートリスト画像７５が表示される場合の他の例を示す説明図である。また、図８は、未読レポートリスト画像７５の一例を示す説明図である。

医用情報処理装置１０がリスト生成機能１５５を備える場合、レポート７３の確認画像８２が押下されると、図６に示すように、既読管理機能１５４は、レポート７３に対して既読の旨の情報を関連付けるとともに、未読のレポートがあるか否かを判定する。未読のレポートがある場合は、リスト生成機能１５５は、未読レポートリスト画像７５を生成してディスプレイ１２に表示させる。また、未読レポートリスト画像７５には、未読レポートを表示させるためのレポート参照画像８１ＬＳＴが含まれる。たとえばユーザがレポート参照画像８１ＬＳＴの１つを選択すると、表示制御機能１５３は、対応する未読レポートをディスプレイ１２に表示させる（図６、図８参照）。

未読レポートリスト画像７５には、所定の条件を満たした未読レポートのみ表示するようにしてもよい。所定の条件としては、たとえば、個人ＩＤでログインしているユーザの属する診療科が未読レポートの依頼科と一致していること、未読レポートの初回確定から所定期間経過していること、未読レポートの作成時に既読管理設定画像７２１等により重要なレポートであると設定されていること、指定された検査実施日以降であることなどが挙げられる。

なかでも、未読レポートリスト画像７５は、依頼科や依頼医で絞り込むことができると好ましい。たとえば、ユーザが依頼医とは異なるが依頼科が同じ医師の場合は、依頼科で絞り込むとよい。特に、ユーザが依頼医の属する依頼科の管理者である場合は、ユーザは、カンファレンスに備えて、自身の管理する依頼科全体の未読レポートを容易に一覧で確認することができるとともに、未読レポートがある部下の依頼医に対してしっかりと未読レポートを確認するように的確に指導することができる。また、リスト生成機能１５５は、医用レポート生成装置２０を介した読影医による生成要求の入力指示に応じて未読レポートリスト画像７５を出力してもよい。この場合、読影医は、カンファレンス相手の依頼科に依頼されて作成したレポートのうちの未読のレポートのリストを容易に出力して提出することができる。

未読レポートの初回確定から所定期間経過していること、という条件は、たとえば初回確定から２４時間以上経過していることとするとよい。これは、診療報酬の要件から初回確定から２日以内にレポートを参照されることが好ましい一方で、２４時間以内のレポートを表示するとリストに表示される件数が多くなってしまう場合があるためである。また、初回確定から１年以上など長期間が経過してしまったレポートは、データバックアップ時の削除忘れ等の可能性が高く利用価値が低いと考えられるため削除するとよい。

また、これらの条件は、未読レポートリスト画像７５の生成のたびにユーザに設定させてもよい。

このように、未読レポートリスト画像７５を表示することにより、ユーザに対して未読レポートの確認をさらに促すことができる。

また、医用情報処理装置１０がリスト生成機能１５５を備える場合、レポート７３には未読レポートリスト画像７５を呼び出すためのリスト要求画像８３ＲＰＴが含まれてもよい（図７参照）。この場合、ユーザによりリスト要求画像８３ＲＰＴが押下されると、リスト生成機能１５５は、未読レポートリスト画像７５を生成してディスプレイ１２に表示させる。また、このとき、ユーザが共用ＩＤでログインしている場合は、ログイン制御機能１５２は個人ＩＤでのログインを促すとよい（図５（ｂ）参照）。

また、レポート７３には未読レポートの残り件数を示す残件数画像８４ＲＰＴが含まれてもよい（図７参照）。この場合、ユーザは残件数画像８４ＲＰＴを視認することにより、未読レポートの存在を容易かつ直感的に把握することができる。このため、ユーザにより確実に未読レポートの確認を促すことができる。

なお、ユーザが確認画像８２を押下した場合の表示画像の遷移は、ユーザによって設定可能とするとよい。たとえば、確認画像８２が押下されると、レポート７３を閉じてもよいし、レポート７３の表示を維持してもよい。また、未読のレポートがある場合は、図６に示す例のように、確認画像８２が押下に応じて未読レポートリスト画像７５を表示してもよい。確認画像８２が押下に応じて未読レポートリスト画像７５を表示する場合は、さらに、レポート７３と未読レポートリスト画像７５を並列表示してもよいし、レポート７３を閉じてもよい。

次に、本実施形態に係る医用情報処理装置１０を含む医用情報処理システム１の動作の一例について説明する。まず、レポート７３を作成する処理について説明する。

図９は、レポート７３の作成処理の手順の一例を示す説明図である。図９において、Ｓに数字を付した符号はフローチャートの各ステップを示す。この手順は、モダリティにより医用画像が撮影されてスタートとなる。

まず、ステップＳ１において、医用情報処理装置１０の読影オーダ機能１５１は、依頼医により電子カルテ７１を介して医用画像の読影依頼の指示を受けると、医用レポート生成装置２０に当該医用画像のレポート７３の作成をオーダする。

次に、ステップＳ２において、読影医は、このオーダを受けて、医用レポート生成装置２０を用いて、レポート作成画像７２を介して医用画像のレポート７３を生成する（図３参照）。

次に、ステップＳ３において、読影医は、レポート７３について既読管理が必要か否かを設定する。

以上の手順により、依頼医のオーダに応じて読影医によりレポート７３が作成される。

続いて、既読管理処理について説明する。

図１０は、医用情報処理装置１０の処理回路１５により、ユーザに対して未読レポートの確認を促しつつ、レポート７３の既読管理を行う手順の一例を示すフローチャートである。図１０において、Ｓに数字を付した符号はフローチャートの各ステップを示す。この手順は、図９に示す手順が終了してスタートとなる。

ステップＳ１１において、ログイン制御機能１５２は、電子カルテ７１の参照を所望するユーザに対して個人ＩＤまたは共用ＩＤによるログインを要求する。以下、ログインするユーザが依頼医である場合の例について説明する。表示制御機能１５３は、ログインした依頼医の電子カルテ７１の参照要求入力に応じて、ディスプレイ１２に電子カルテ７１を表示する。

次に、ステップＳ１２において、表示制御機能１５３は、電子カルテ７１へのレポート表示指示入力を受け付ける。たとえば表示制御機能１５３は、電子カルテ７１のレポート参照画像８１ＲＥＣの押下を受け付ける。次に、ステップＳ１３において、表示制御機能１５３はレポート７３をディスプレイ１２に表示させる。

次に、ステップＳ１４において、既読管理機能１５４は、依頼医または依頼医と同じ依頼科に属する医師に対して、レポート７３を確認した旨の確認操作を要求する。本実施形態では、既読管理機能１５４は、レポート７３を既読とするための確認画像８２をレポート７３の一部に重畳表示させ、確認画像８２の押下を促す。

次に、ステップＳ１５において、既読管理機能１５４は、確認画像８２が押下されたか否かを判定する。確認画像８２が押下されていない場合は、引き続き押下を待機する。一方、確認画像８２が押下されると、ステップＳ１６に進む。

次に、ステップＳ１６において、ログイン制御機能１５２は、ステップＳ１１で依頼医が共用ＩＤでログインしたか個人ＩＤでログインしたかを判定する。共用ＩＤでログインしている場合は（ステップＳ１６のＹＥＳ）、ステップＳ１７に進む。一方、依頼医が個人ＩＤでログインしている場合は（ステップＳ１６のＮＯ）、ステップＳ１５で確認画像８２が押下されると直ちにステップＳ１８に進む。

次に、ステップＳ１７において、ログイン制御機能１５２は、ディスプレイ１２にユーザＩＤ入力画像７４を表示させ、依頼医に対して個人ＩＤによるログインを要求する（図５（ｂ）参照）。

次に、ステップＳ１８において、既読管理機能１５４は、依頼医による確認画像８２の押下を受けて、レポート７３に対して既読の旨の情報を関連付ける。

以上のステップＳ１１－１８の手順により、確認画像８２を表示してユーザの押下を受け付けることで、ユーザに対して未読レポートの確認を促すことができる。また、依頼医と読影医とで使用するシステムが異なっておりユーザＩＤが共通ではない場合であって、ユーザが共用ＩＤでログインしている場合であっても、ユーザに個人ＩＤの入力を要求することにより、ユーザが依頼医または依頼医と同じ依頼科に属する医師であるか、それ以外のユーザであるかを把握することができる。

また、医用情報処理装置１０がリスト生成機能１５５を備える場合、ステップＳ１８の次に、ステップＳ２１において、リスト生成機能１５５は、ログインしている依頼医またはこの依頼医と同じ依頼科の依頼医が読影医に作成を依頼したレポートのうち、既読の旨の情報が関連付けられていない未読のレポートがあるか否かを判定する。未読のレポートがある場合は、ステップＳ２２に進む。一方、未読のレポートがない場合は、一連の手順は終了となる。

次に、ステップＳ２２において、リスト生成機能１５５は、未読レポートリスト画像７５を生成してディスプレイ１２に表示させる（図６参照）。

次に、ステップＳ２３において、表示制御機能１５３は、未読レポートリスト画像７５に含まれたレポート参照画像８１ＬＳＴの１つが依頼医により選択されると、選択されたレポート参照画像８１ＬＳＴに対応する未読レポートをディスプレイ１２に表示させ（図６、図８参照）、ステップＳ１４に戻る。

以上のステップＳ２１－２３の手順により、未読レポートリスト画像７５を表示することができ、ユーザに対して未読レポートの確認をさらに促すことができる。

なお、リスト生成機能１５５は、電子カルテ７１に対する入力操作に応じて未読レポートリスト画像７５を生成してもよい。

図１１は、電子カルテ７１に対する操作に応じて未読レポートリスト画像７５を生成する場合の表示画像の遷移の一例を示す説明図である。また、図１２は電子カルテ７１に対する操作に応じて未読レポートリスト画像７５を生成する場合の表示画像の遷移の他の例を示す説明図である。

図１１に示すように、リスト生成機能１５５は、電子カルテ７１のレポート参照画像８１ＲＥＣが押下されると、ログインしている依頼医またはこの依頼医と同じ依頼科の依頼医に関する未読レポートリスト画像７５を生成してもよい。このとき、ユーザが共有ＩＤでログインしている場合には、ログイン制御機能１５２は個人ＩＤでのログインを促すとよい（図５（ｂ）参照）。

また、図１２に示すように、未読レポートリスト画像７５を呼び出すためのリスト要求画像８３ＲＥＣや残件数画像８４ＲＥＣは、電子カルテ７１に含まれてもよい。

図１３は、レポート７３を確認したユーザの一覧を表示する場合の一例を示す説明図である。

レポート７３を確認したユーザが複数いる場合は、最後に確認したユーザの情報を示す画像８５をレポート７３に重畳表示するとよい。この場合、この画像８５が押下されると、レポート７３を確認したユーザの一覧画像８６が表示されるとよい。なお、図１３には、ログイン中のユーザの横に「＊」を付す場合の例を示した。

以上説明した少なくとも１つの実施形態によれば、ユーザに対して未読のレポートの確認を促すことができる。

なお、本実施形態における処理回路１５の表示制御機能１５３、既読管理機能１５４およびリスト生成機能１５５は、それぞれ特許請求の範囲における表示制御部、既読管理部およびリスト生成部の一例である。また、本実施形態におけるディスプレイ１２は、特許請求の範囲における表示部の一例である。

なお、上記実施形態において、「プロセッサ」という文言は、たとえば、専用または汎用のＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、または、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（たとえば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、およびＦＰＧＡ）等の回路を意味するものとする。プロセッサは、記憶媒体に保存されたプログラムを読み出して実行することにより、各種機能を実現する。

また、上記実施形態では処理回路の単一のプロセッサが各機能を実現する場合の例について示したが、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサが各機能を実現してもよい。また、プロセッサが複数設けられる場合、プログラムを記憶する記憶媒体は、プロセッサごとに個別に設けられてもよいし、１つの記憶媒体が全てのプロセッサの機能に対応するプログラムを一括して記憶してもよい。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 医用情報処理システム
１０ 医用情報処理装置
１５ 処理回路
２０ 医用レポート生成装置
４０ ＰＡＣＳサーバ
５０ レポートサーバ
６０ カルテサーバ
７１ 電子カルテ
７２ レポート作成画像
７３ レポート
７４ ユーザＩＤ入力画像
７５ 未読レポートリスト画像
８１ＬＳＴ レポート参照画像（未読レポートリスト画像）
８１ＲＥＣ レポート参照画像（電子カルテ）
８２ 確認画像
８３ＲＥＣ リスト要求画像（電子カルテ）
８３ＲＰＴ リスト要求画像（レポート）
８４ＲＥＣ 残件数画像（電子カルテ）
８４ＲＰＴ 残件数画像（レポート）
１５３ 表示制御機能
１５４ 既読管理機能
１５５ リスト生成機能
７２１ 既読管理設定画像

Claims (9)

1. 表示部に表示された被検体の情報を提示する画像である被検体情報画像への入力に応じて、依頼者の依頼に応じて前記被検体の医用画像を読影した読影者が作成したレポートを前記表示部に表示させる表示制御部と、
   前記依頼者または前記依頼者と同じ依頼科に属するユーザに対し、前記表示部に表示された前記レポートを確認した旨の確認操作を要求し、当該操作が行われると、前記レポートに対して既読の旨の情報を関連付ける既読管理部と、
   を備え、
   前記既読管理部は、
   前記依頼者が用いる端末が属するシステムと前記読影者が用いる端末が属するシステムで共用される共用ＩＤを用いてユーザが前記被検体情報画像を呼び出した場合、前記表示部に表示された前記レポートに対する当該ユーザによる前記確認操作を受け付けると、当該ユーザに対して自身の個人ＩＤの入力を要求し、当該要求に対して前記依頼者または前記依頼者と同じ依頼科に属するユーザの個人ＩＤの入力を受け付けると、前記確認操作を受け付けた前記レポートに対して既読の旨の情報を関連付ける一方、前記依頼者または前記依頼者と同じ依頼科に属するユーザの個人ＩＤではない個人ＩＤの入力を受け付けると、前記確認操作を受け付けた前記レポートを未読のままとする、
   医用情報処理装置。
2. 前記既読管理部は、
   前記依頼者が自身の個人ＩＤを用いて前記被検体情報画像を呼び出した場合、前記表示部に表示された前記レポートに対する前記依頼者の前記確認操作を受け付けると、前記依頼者が前記レポートを確認したと判定する、
   請求項１記載の医用情報処理装置。
3. 前記既読管理部は、
   前記表示制御部により前記表示部に前記レポートが表示されるとき、前記レポートに対して既読の旨の情報が関連付けられていないと、前記レポートを確認したことを入力するための確認画像を前記レポートに重畳表示するとともに、この確認画像に対する前記依頼者による操作を受け付けると前記レポートに対して既読の旨の情報を関連付ける、
   請求項１または２に記載の医用情報処理装置。
4. 前記レポートは、
   前記レポートの作成時に、前記レポートの既読管理が必要か否かを前記読影者により設定され、
   前記既読管理部は、
   前記表示制御部により前記表示部に前記レポートが表示されるとき、前記レポートに対して既読の旨の情報が関連付けられておらず、かつ、前記レポートは既読管理が必要であると設定されていると、前記確認画像を前記レポートに重畳表示する、
   請求項３記載の医用情報処理装置。
5. 前記依頼者または前記依頼者と同じ依頼科に属するユーザが前記読影者に作成を依頼した複数のレポートのうち、既読の旨の情報が関連付けられていない未読のレポートがあると、未読のレポートの一覧画像を生成して前記表示部に表示させるリスト生成部、
   をさらに備えた請求項１ないし４のいずれか１項に記載の医用情報処理装置。
6. 前記既読管理部は、
   前記依頼者または前記依頼者と同じ依頼科に属するユーザが前記読影者に作成を依頼した複数のレポートのうち、既読の旨の情報が関連付けられていない未読のレポートがあると、未読のレポートの件数を示す情報を前記レポートに重畳表示する、
   請求項１ないし５のいずれか１項に記載の医用情報処理装置。
7. 前記リスト生成部は、
   前記読影者の入力指示に応じて、前記未読のレポートの一覧画像を生成して出力する、
   請求項５記載の医用情報処理装置。
8. 前記リスト生成部は、
   前記依頼者と同じ依頼科に属するユーザの入力指示に応じて、前記未読のレポートの一覧画像を生成して出力する、
   請求項５記載の医用情報処理装置。
9. コンピュータを、
   表示部に表示された被検体の情報を提示する画像である被検体情報画像への入力に応じて、依頼者の依頼に応じて前記被検体の医用画像を読影した読影者が作成したレポートを前記表示部に表示させる手段、および
   当該レポートの作成を前記読影者に依頼した前記依頼者または前記依頼者と同じ依頼科に属するユーザに対し、前記表示部に表示された前記レポートを確認した旨の確認操作を要求し、当該操作が行われると、前記レポートに対して既読の旨の情報を関連付ける手段、
   として機能させるための医用情報処理プログラムであって、
   前記レポートに対して既読の旨の情報を関連付ける手段は、
   前記依頼者が用いる端末が属するシステムと前記読影者が用いる端末が属するシステムで共用される共用ＩＤを用いてユーザが前記被検体情報画像を呼び出した場合、前記表示部に表示された前記レポートに対する当該ユーザによる前記確認操作を受け付けると、当該ユーザに対して自身の個人ＩＤの入力を要求し、当該要求に対して前記依頼者または前記依頼者と同じ依頼科に属するユーザの個人ＩＤの入力を受け付けると、前記確認操作を受け付けた前記レポートに対して既読の旨の情報を関連付ける一方、前記依頼者または前記依頼者と同じ依頼科に属するユーザの個人ＩＤではない個人ＩＤの入力を受け付けると、前記確認操作を受け付けた前記レポートを未読のままとする、
   医用情報処理プログラム。

Images