特許 6823911 生体情報のレポートサーバおよびその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6823911

(24)【登録日】2021年1月14日

(45)【発行日】2021年2月3日

(54)【発明の名称】生体情報のレポートサーバおよびその制御方法

(51)【国際特許分類】

   A61B 5/00 20060101AFI20210121BHJP

   A61B 5/346 20210101ALI20210121BHJP

   G16H 15/00 20180101ALI20210121BHJP

【ＦＩ】

   A61B5/00 A

   A61B5/04 312C

   G16H15/00

【請求項の数】10

【全頁数】19

(21)【出願番号】特願2015-72850(P2015-72850)

(22)【出願日】2015年3月31日

(65)【公開番号】特開2016-189980(P2016-189980A)

(43)【公開日】2016年11月10日

【審査請求日】2018年3月6日

【審判番号】不服2019-8036(P2019-8036/J1)

【審判請求日】2019年6月17日

(73)【特許権者】

【識別番号】000112602

【氏名又は名称】フクダ電子株式会社

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(72)【発明者】

【氏名】津川 英範

(72)【発明者】

【氏名】藤原 裕貴

(72)【発明者】

【氏名】狩谷 希和

(72)【発明者】

【氏名】小林 大夢

【合議体】

【審判長】 森 竜介

【審判官】 磯野 光司

【審判官】 渡戸 正義

(56)【参考文献】

【文献】 特開２０１２−１９８７３２（ＪＰ，Ａ）

【文献】 特開２００９−１７６１２５（ＪＰ，Ａ）

【文献】 特開２００７−０９４５１５（ＪＰ，Ａ）

【文献】 特開２００７−００４３４２（ＪＰ，Ａ）

【文献】 特開２０１１−０６２３６７（ＪＰ，Ａ）

【文献】 特開２００５−０８４９２３（ＪＰ，Ａ）

【文献】 特開２００８−２２７７８１（ＪＰ，Ａ）

【文献】 特開２００２−３３４０７４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

A61B 5/00-5/22

G16H 15/00

(57)【特許請求の範囲】

【請求項1】

生体情報を自動解析して生成された解析レポートを閲覧状況の情報と関連づけて保存する記憶手段と、
前記解析レポートを閲覧する外部装置との通信を行う制御手段と、を有し
前記制御手段は、
前記記憶手段に保存されている前記解析レポートの一覧表示画面を表示するためのデータを前記外部装置に送信し、
前記一覧表示画面において選択された解析レポートを前記記憶手段から読み出して前記外部装置に送信し、
前記外部装置に送信した解析レポートに関連づけられた閲覧状況の情報を、既読状態を示す情報に変更し、
前記一覧表示画面には一覧表示される解析レポートの各々について、前記閲覧状況を示す情報に応じた表示が含まれ、
前記閲覧状況を示す情報が、閲覧されていないことを示す未読状態、前記解析レポートの生成を依頼した依頼者が閲覧したことを示す第１の既読状態、および前記解析レポートについて指定された判読者が閲覧したことを示す第２の既読状態のいずれかを示すことを特徴とするレポートサーバ。

【請求項2】

前記制御手段は、前記解析レポートに判読者が指定されておらず、前記外部装置のユーザが前記依頼者でない場合、前記外部装置に送信した解析レポートに関連づけられた前記閲覧状況の情報を前記未読状態を示す情報から変更しないことを特徴とする請求項１に記載のレポートサーバ。

【請求項3】

前記制御手段は、前記解析レポートに判読者が指定されており、前記外部装置のユーザが前記解析レポートについて指定された判読者である場合、前記外部装置に送信した解析レポートに関連づけられた前記閲覧状況の情報を前記第２の既読状態を示す情報に変更することを特徴とする請求項１または２に記載のレポートサーバ。

【請求項4】

前記制御手段は、前記外部装置のユーザが前記解析レポートの生成を依頼した依頼者であり、前記外部装置に送信した解析レポートに関連付けられた前記閲覧状況の情報が前記第２の既読状態を示す情報である場合、前記外部装置に送信した解析レポートに関連付けられた前記閲覧状況の情報を前記第１の既読状態を示す情報に変更することを特徴とする請求項１から３のいずれか１項に記載のレポートサーバ。

【請求項5】

前記制御手段は、前記解析レポートに判読者が指定されており、前記外部装置のユーザが前記解析レポートの生成を依頼した依頼者であり、かつ該依頼者が解析レポートを判読する権限を有する場合、前記外部装置に送信した解析レポートに関連づけられた前記閲覧状況の情報を前記第１の既読状態を示す情報に変更することを特徴とする請求項１から４のいずれか１項に記載のレポートサーバ。

【請求項6】

前記制御手段は、前記外部装置のユーザが前記解析レポートを判読する権限を有する者、前記判読者、および前記依頼者の少なくとも１つに該当するかどうかを、前記解析レポートに含まれる情報もしくは前記解析レポートに関連づけられて前記記憶手段に保存されている情報と、前記外部装置のユーザごとの種別を示す予め記憶された情報と、に基づいて判別することを特徴とする請求項１から５のいずれか１項に記載のレポートサーバ。

【請求項7】

前記解析レポートに含まれる情報もしくは前記解析レポートに関連づけられて前記記憶手段に保存されている情報が、前記解析レポートとともに受信されたものであることを特徴とする請求項６に記載のレポートサーバ。

【請求項8】

さらに、前記解析レポートの閲覧履歴を記録する記録手段を有し、
前記制御手段は、前記解析レポートとともに対応する前記閲覧履歴を前記外部装置に送信することを特徴とする請求項１から７のいずれか１項に記載のレポートサーバ。

【請求項9】

生体情報を自動解析して生成された解析レポートを閲覧状況の情報と関連づけて保存する記憶手段と、
前記解析レポートを閲覧する外部装置との通信を行う制御手段と、を有するレポートサーバの制御方法であって、
前記制御手段が、
前記記憶手段に保存されている前記解析レポートの一覧表示画面を表示するためのデータを前記外部装置に送信する工程と、
前記一覧表示画面において選択された解析レポートを前記記憶手段から読み出して前記外部装置に送信する工程と、
前記外部装置に送信した解析レポートに関連づけられた閲覧状況の情報を、既読状態を示す情報とする工程と、を有し、
前記一覧表示画面には一覧表示される解析レポートの各々について、前記閲覧状況を示す情報に応じた表示が含まれ、
前記閲覧状況を示す情報が、閲覧されていないことを示す未読状態、前記解析レポートの生成を依頼した依頼者が閲覧したことを示す第１の既読状態、および前記解析レポートについて指定された判読者が閲覧したことを示す第２の既読状態のいずれかを示す
ことを特徴とするレポートサーバの制御方法。

【請求項10】

コンピュータを、請求項１から８のいずれか１項に記載のレポートサーバとして機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は生体情報の解析レポートの閲覧サービスを提供する生体情報のレポートサーバおよびその制御方法に関する。

【背景技術】

【0002】

従来、血圧、心電図、Ｘ線画像などを代表とする生体情報は、被検者の身体機能の診断に有用な情報として広く測定され、用いられている。そして、コンピュータおよびネットワーク技術の進歩、普及により、このような生体情報はコンピュータが取り扱い可能なデジタルデータとして保存および利用されている。

【0003】

例えば、医療機関で計測された生体情報を、ネットワークを通じて外部の医師に送信し、判読や診断を依頼したり、サーバで患者ごとに生体情報などの様々な情報を管理し、複数のクライアント端末で共用したりすることが知られている（特許文献１）。

【0004】

従来、医師が自分の担当する患者について、検査や、検査で計測された生体情報の判読を検査部門や外部機関に依頼する場合、検査結果に対する自動解析項目、解析レポートのフォーマット、専門医（判読医）による判読要否などを指定するのが一般的である。そして、依頼先では検査や検査結果の自動解析などを行い、指定されたフォーマットの解析レポートを生成し、解析の依頼者（担当医）や、解析レポートを判読する専門医（判読医）がアクセス可能なサーバやストレージに保存する。担当医や判読医は、端末で稼動する解析レポートの閲覧アプリケーションを通じてサーバ等にアクセスし、一覧表示画面から閲覧を希望する解析レポートを選択し、端末に表示させたり印刷させたりすることで、解析レポートの内容を確認する。

【先行技術文献】

【非特許文献】

【0005】

【特許文献1】特許第５３５６９６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、従来、閲覧を希望する解析レポートをユーザが選択するための一覧表示画面を提供するサーバは、閲覧可能な個々の解析レポートについて、未読状態か既読状態かといった閲覧状況についての情報を提供していなかった。従って、解析レポートを閲覧しようとするユーザは、一覧表示された閲覧可能な解析レポートのリストから、例えば未読状態の解析レポートを容易に特定することができず、患者名や計測日時の情報などを頼りに、リストから未読の解析レポートを探す必要があった。特に、閲覧可能な解析レポートが多数存在する場合、探索に手間がかかり、また場合によっては解析レポートを見落す原因ともなり得る。

【0007】

本発明は、このような従来技術の問題点に鑑みなされたものである。本発明の目的は、閲覧可能な解析レポート個々の閲覧状況をユーザが容易に把握することを可能にするレポートサーバおよびその制御方法を提供することにある。

【課題を解決するための手段】

【0008】

上述の目的は、生体情報を自動解析して生成された解析レポートを閲覧状況の情報と関連づけて保存する記憶手段と、解析レポートを閲覧する外部装置との通信を行う制御手段と、を有し制御手段は、記憶手段に保存されている解析レポートの一覧表示画面を表示するためのデータを外部装置に送信し、一覧表示画面において選択された解析レポートを記憶手段から読み出して外部装置に送信し、外部装置に送信した解析レポートに関連づけられた閲覧状況の情報を、既読状態を示す情報に変更し、一覧表示画面には一覧表示される解析レポートの各々について、閲覧状況を示す情報に応じた表示が含まれ、閲覧状況を示す情報が、閲覧されていないことを示す未読状態、解析レポートの生成を依頼した依頼者が閲覧したことを示す第１の既読状態、および解析レポートについて指定された判読者が閲覧したことを示す第２の既読状態のいずれかを示すことを特徴とするレポートサーバによって達成される。

【発明の効果】

【0009】

このような構成により、本発明によれば、閲覧可能な解析レポート個々の閲覧状況をユーザが容易に把握することを可能にするレポートサーバおよびその制御方法を提供できる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係るレポートサーバを有する、心電解析システムの構成例を示す模式図である。

【図2】実施形態に係る管理サーバ、レポートサーバ、解析装置、閲覧端末を実現可能な汎用コンピュータの機能構成例を示すブロック図である。

【図3】実施形態に係る解析装置が表示するデータ出力画面の例を示す図である。

【図4】実施形態に係るレポートサーバの全体的な動作を示すフローチャートである。

【図5】実施形態に係るレポートサーバが生成する一覧表示画面のデータを閲覧端末で表示した状態を模式的に示す図である。

【図6】実施形態に係る解析装置が生成する解析レポートの例を模式的に示す図である。

【図7】実施形態に係るレポートサーバが実行する閲覧状況の変更処理を説明するためのフローチャートである。

【図8】別の実施形態に係るレポートサーバが実行する閲覧状況の変更処理を説明するためのフローチャートである。

【図9】別の実施形態に係るレポートサーバが生成する一覧表示画面のデータを閲覧端末で表示した状態を模式的に示す図である。

【発明を実施するための形態】

【0011】

●（第１の実施形態）
以下、図面を参照して本発明の例示的な実施形態について詳細に説明する。なお、以下では、ホルタ心電計を用いて計測した長時間心電データに関する解析レポートを生成し、閲覧に供する心電解析システム（図１）に本発明を適用した実施形態について説明する。しかし、本発明は解析の対象となる生体情報の種類に依存せず、他の任意の生体情報を対象とする生体情報の解析システムに適用可能である。

【0012】

図１において、心電解析システム１００は、解析装置１１０、閲覧端末１２０、１４０、レポートサーバ１３０、管理サーバ１５０を有している。図１には、閲覧端末１４０は外部ネットワークに存在し、ルータ１４５を通じて接続されており、他の装置は同一ネットワーク上に存在する構成を記載している。しかし、各装置が通信可能に接続されていればネットワーク構成に制限はなく、例えば個々の装置が別個のネットワーク上に存在していてもよい。

【0013】

解析装置１１０は生体情報（本実施形態では心電データ）に対して自動解析処理を実行し、解析結果について、予め定められた様式を有する解析レポートを生成する。本実施形態において解析レポートはＰＤＦ(Portable Document Format)形式を有し、様式については解析の依頼時に指定されているものとする。また、解析装置１１０は、患者や計測に関する情報、自動解析項目、コメント等の付随情報を記録したテキスト形式のファイルを生成する。解析装置１１０は、解析レポートと付随情報とを関連付けて（例えば同じフォルダに含めて）レポートサーバ１３０に送信する。

【0014】

レポートサーバ１３０は、解析レポートの閲覧サービスを提供するサーバである。レポートサーバ１３０は解析装置１１０から受信した解析レポートおよび付随情報を、不揮発性の記憶装置（例えばＨＤＤ，ＳＳＤなど）に保存する。この際、１回の計測に係る解析レポートおよび付随情報を関連付けて保存する。関連付けの方法に制限は無いが、解析装置１１０と同様、計測ごとのフォルダに、該計測に係る全てのファイルを保存するものとする。

【0015】

詳細は後述するが、レポートサーバ１３０は解析レポートごとに、閲覧状況を示す情報（閲覧情報）を関連付けて保存する。ただし、同一計測に係る解析レポートが複数ある場合には、複数のレポートに対して１つの閲覧情報を保存する。レポートサーバ１３０は閲覧端末１２０，１４０の要求に応じて、記憶装置に保存されている解析レポートをリスト形式で一覧表示する一覧表示画面のデータを生成し、閲覧端末１２０，１４０に送信する。閲覧端末１２０，１４０は一覧表示画面においてユーザが選択した解析レポートをレポートサーバ１３０に要求する。レポートサーバは要求された解析レポートを記憶装置から読み出して閲覧端末１２０，１４０に送信する。

【0016】

管理サーバ１５０は、例えば患者ごとに初診時からの診療履歴や検査に係るデータなどを保存、管理する、いわゆる電子カルテの管理装置である。

【0017】

ルータ１４５を除く各装置は何れもパーソナルコンピュータなどの汎用コンピュータ装置で個々の機能を実現するためのアプリケーションを実行することにより実現できる。

【0018】

図２は、本実施形態の解析装置１１０、閲覧端末１２０、１４０、レポートサーバ１３０、管理サーバ１５０を実現可能な汎用コンピュータの機能構成例を示すブロック図である。制御部として機能するＣＰＵ１は、例えば記憶装置１０に格納されているプログラムをＲＡＭ３に読み出して実行し、後述する各装置の機能を実現する。なお、記憶装置１０はハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などであり、基本ソフト（ＯＳ）、デバイスドライバ、アプリケーションプログラムなどが記憶されている。メニュー画面などを表示するためのＧＵＩデータ、ユーザ設定データ、アプリケーションの初期設定データなども記憶装置１０に記憶される。

【0019】

ＲＯＭ２はブートストラップローダなど、装置が起動するために必要なプログラムやファームウェア、各種の設定情報などが記憶されている。ＲＯＭ２は少なくとも一部が書き換え可能であってよい。

【0020】

ＲＡＭ３はＣＰＵ１が実行するプログラムを展開する領域や、変数やデータ等の一時記憶領域として用いられる。メモリカード４は他の機器、ここではホルタ心電計のような携帯型の計測機器においてデータ記録に用いられる記録媒体であってよい。

【0021】

表示部６はドットマトリックス方式の表示装置であり、代表的には液晶ディスプレイ（ＬＣＤ）や有機ＥＬディスプレイである。なお、図２では表示部６が装置に内蔵されている構成を示しているが、外部装置として接続されてもよい。また、表示部６が内蔵ディスプレイと外付けディスプレイの両方から構成されてもよい。

【0022】

操作部８はユーザが装置に指示を入力する機器であり、代表的にはキーボード、ポインティングデバイス（マウスなど）、接触感知デバイス（タッチパネルなど）などの入力デバイスの１つ以上である。なお、キーボードはハードウェアキーボードであっても、ソフトウェアキーボードであってもよい。なお、タッチパネルは表示部６に設けられてもよいし、ノート型パソコンに多く見られるようなタッチパッドの形態であってもよい。

【0023】

通信インターフェース２０はシステム内の他の装置である外部機器４０とデータ通信を行うための１つ以上の通信インターフェースであり、ＵＳＢ、イーサネット（登録商標）、IEEE802.11xなどの有線および／または無線通信規格に準拠した構成を有する。

【0024】

次に、図１および図２を参照して、心電解析システム１００における心電データの解析レポートの生成、閲覧に係る一連の動作について説明する。
ここでは、閲覧端末１２０のユーザが担当医であるものとする。担当医は患者の診察を行う医師であり、ホルタ心電計を用いた長時間心電データの計測を始めとした検査の必要性を判定する。そして、検査部門に必要な検査の実施を依頼する。ここでは、ある患者（被検者）について長時間心電データの計測が依頼され、計測が終了した状態であるものとする。なお、一般には担当医が検査を依頼する際、もしくは検査で得られた計測データの解析を依頼する際には、解析を行う項目や解析結果の報告形式等について指定するのが一般的である。

【0025】

（解析依頼）
本実施形態では心電データについての解析を担当医が検査部門に依頼する場合について説明する。この場合、依頼者である担当医は、担当医の情報、患者の識別情報（氏名、ＩＤなど）に加え、自動解析を行う項目、解析結果についての専門医（判読者もしくは判読医）の見解要否、解析結果のレポート（解析レポート）の様式などを指定する。ここでは、計測した心電データを記録したメモリカードと紙の解析依頼書とが解析部門に受け渡されるものとするが、担当医の閲覧端末１２０からデータファイルとして心電データと解析依頼書が検査部門にネットワークを通じて送信されてもよい。

【0026】

（解析実行）
解析の依頼を受けた検査部門の技師は、依頼された解析処理を解析装置１１０を用いて実行する。以下に説明する解析装置１１０の動作はＣＰＵ１が解析アプリケーションを実行することにより実現される。
例えば操作部８を通じて技師から心電データの読み込み指示が入力されると、解析装置１１０のＣＰＵ１はメモリカード４、記憶装置１０、あるいは外部機器４０に記録された心電データファイルの情報を表示部６に選択可能に一覧表示する。そして、ＣＰＵ１は、一覧表示から操作部８を通じて選択された心電データファイルを例えばＲＡＭ３に読み込み、所定の自動解析処理を実行する。

【0027】

なお、解析を行う心電データを選択する必要がない場合（例えばメモリカード４内に検査１回分の心電データファイルが記録されている場合）には、一覧表示を行うことなしに、心電データファイルの読み込みと、自動解析処理とを実行してもよい。また、メモリカード４に記録されている心電データファイルに対して自動解析処理を実行する場合、自動解析処理と並行して、心電データファイル（計測された生データ）を記憶装置１０に別途保存してもよい。自動解析処理には、例えば、ノイズ除去や基線変動の除去といった波形整形処理を代表とするフィルタ処理、テンプレートを用いた波形認識や、心電データの特徴点の検出、心拍波形の分類や、予め定められたパラメータ（心電パラメータ）の算出が含まれる。

【0028】

心拍波形の分類方法や測定する心電パラメータの種類や数に制限はなく、ユーザ設定等に応じて変更することも可能である。本実施形態では、心拍波形を例えば正常心拍（Ｎ）、心室性期外収縮（Ｖ）、上室性期外収縮（Ｓ）、ペース心拍（Ｐ）、フュージョン（Ｆ）、脚ブロック（Ｂ）、補充収縮（Ｅ）、その他（？）に分類することができる。また、心電パラメータとして例えば、ＲＲ間隔（隣接するＲ波頂点間の時間間隔）、ＱＴ間隔（Ｑ波開始点(QB)からＴ波終了点(Tend)までの時間）、ＲＴ間隔や、心拍数とそれらから派生するパラメータ（例えばＱＴディスパージョン（ＱＴ間隔の最大値と最小値との差）や、ＱＴｃ（ＱＴ間隔をＲＲ間隔で補正した値））などを算出することができる。ＣＰＵ１は、自動解析において、異常が認められた心拍には異常の種類に応じたフラグを付しておく。

【0029】

解析装置１１０は波形編集機能を有する。波形編集機能は、技師が自動解析結果を確認し、必要に応じて自動解析結果を修正するための機能である。編集機能では例えば自動波形分類結果が正しいかどうか、波形を見ながら確認し、必要に応じて分類を変更するための機能を提供する。

【0030】

また、解析装置１１０は解析レポート作成機能を有する。解析レポート作成機能は、例えば波形編集後の心電データと、被検者の情報などを用いて、予め定められた様式のレポートをプリンタから印刷したり、ＰＤＦなどの電子データ形式で出力したりする機能である。また、実際に出力する前に、表示部６にレポートと同様の様式で解析結果等を表示するプレビュー機能も提供する。

【0031】

（解析レポートの生成・出力）
図３は、本実施形態の解析装置１１０におけるデータ出力画面２００の例を示す図である。データ出力画面２００は、自動解析によって生成された様々なデータ、解析レポート、および計測データ等を外部装置、例えば管理サーバ１５０やレポートサーバ１３０に出力する際に用いる、出力条件の設定画面である。ＣＰＵ１は、データ出力画面２００を自動解析処理の終了時に自動的に表示したり、操作部８からの指示に応じて表示したりする。

【0032】

本実施形態の解析装置１１０は、レポートサーバ１３０と他の出力先とで出力可能なデータの種類が異なるため、データ出力画面２００もそれぞれの出力先に応じた領域に分かれている。具体的には、レポートサーバ用の設定領域２３０と、他の（一般的な）出力先用の設定領域２１０，２２０とを有している。

【0033】

レポートサーバ１３０に対しては、解析レポートと、レポートサーバ１３０が解析レポートの閲覧処理で用いる付随情報（依頼内容や後述するコメントなど）を送信し、計測データ自体や、自動解析で得られた心電パラメータ（ＲＲ、ＳＴ、ＱＴ等の間隔や、それらの変動など）は送信しない。一方、管理サーバ１５０、判読医の端末１４０、あるいは解析装置１１０の記憶装置１０などに対しては、レポートサーバ１３０に出力するデータに加え、計測データ自体や、自動解析で得られた数値データも出力可能である。

【0034】

一般的な出力先に対する設定領域は出力先設定領域２１０と、出力内容設定領域２２０とを有している。出力先設定領域２１０は、予め登録された出力先を選択して出力先を指定するプルダウンメニュー２１１と、ファイルパスを入力して出力先を指定する領域２１２とを有している。なお、参照ボタン２１３が操作部８から選択されるとＣＰＵ１は出力先のブラウズ画面を表示させ、ブラウズ画面で指定されたフォルダ等のファイルパスを領域２１２に自動入力する。

【0035】

出力内容設定領域２２０は、出力するデータの内容を指定する領域であり、ＣＰＵ１は、ここでチェックされたチェックボックスに対応するデータを出力対象として出力処理を実行する。なお、「ＰＤＦ」にチェックがされない場合、解析レポートは出力されない。また、「印刷プログラムＮｏ．」は、出力する解析レポートの種類を指定するためのプルダウンメニューである。

【0036】

レポートサーバ用の設定領域２３０には、解析レポートの出力要否を指定するチェックボックス２３１と、出力する解析レポートの種類を指定するためのプルダウンメニュー２３２と、コメント領域２３３とを有する。なお、ここではレポートサーバ１３０が送信先として予め設定されているものとするが、出力先設定領域２１０のように出力先を複数の事前登録先やファイルパスの指定により設定可能としてもよい。

【0037】

コメント領域２３３は、解析装置１１０のユーザである技師が、解析レポートの閲覧者（例えば判読医や担当医）に知らせたい特記事項などを入力するための領域である。技師は、解析装置１１０の操作部８を用いて所望のコメントを入力することができる。上述の通り、従来の解析装置では、判読を急ぐ必要があるかどうかの属性を指定することはできても、任意のコメントを判読医に通知するための機能は提供されていなかった。そのため、どうしてもコメントを伝えたい場合には、本来は判読医が使用するための所見入力機能を用い、解析レポートの所見欄に技師のコメントを含めるといった特殊な方法を採るしかなかった。しかし、所見欄に記述されたコメントは、解析レポートを表示させないと確認できない上、解析レポートの一覧表示画面でコメント有無を知ることもできなかった。

【0038】

これに対し本実施形態の解析装置１１０では、技師が任意のコメントを解析レポートの閲覧者に通知するための機能を、データ出力画面２００を通じて提供する。技師は、コメント領域２３３に任意のコメントを入力して出力を指示することで、例えば解析レポートの判読や利用に際して特に注目すべきと思われる点などを具体的に閲覧者に通知することができる。この機能を用いて入力されたコメントは、解析レポートとは別個に、付随情報もしくはコメントファイルとしてレポートサーバ１３０に送信される。そのため、レポートサーバ１３０は解析レポートにコメントが存在するかどうかの判別や、コメントの内容を容易に取得可能であり、解析レポートの一覧表示画面において、個々の解析レポートにコメントが存在するかどうかの情報を含めたり、閲覧ユーザからの要求に応じて具体的なコメントの内容を提示したりすることが実現できる。レポートサーバ１３０のこれらの動作については後述する。

【0039】

データ出力画面２００の出力ボタン２４０が操作部８から選択されると、ＣＰＵ１はデータ出力画面２００に設定された内容に従った出力処理を実行する。なお、ＣＰＵ１は一般的な出力先とレポートサーバの両方について設定がなされていれば、両者に対して出力処理を実行する。

【0040】

なお、本実施形態においてＣＰＵ１は、指定された種類の解析レポートをＰＤＦ形式のファイルとして生成する。なお、解析レポートが複数種および／または複数ページ存在する場合でも、全体を１つのファイルとして生成するものとする。また、ＣＰＵ１は、レポートサーバ１３０が解析レポートの閲覧処理で用いる付随情報（患者情報、依頼日時、検査日時、解析日時、出力日時、オーダー番号、技師名、担当医名、判読医名（指定がある場合）、自動解析項目、データ出力画面２００で入力されたコメントなど）は、解析レポートとは別のファイルに記述する。例えば、項目名と対応する内容とがデリミタで区切られたテキスト形式のファイルのような、ファイルの内容を容易に抽出できる形式のファイルを生成する。また、コメントについては独立したテキスト形式のファイルとして生成してもよい。

【0041】

また、ＣＰＵ１は、解析レポートと付随情報とを同じフォルダに含めるなど、両者を関連付けた形式でレポートサーバ１３０に送信する。解析レポートと付随情報とをまとめて圧縮するなど、他の方法を用いて関連付けてもよい。ＣＰＵ１は、また、一般出力先について、指定されたデータそれぞれに対応するファイルを生成し、指定された出力先に送信する。解析装置１１０における一般出力先への出力処理は公知であるため、これ以上の詳細についての説明は省略する。

【0042】

（レポートサーバの動作）
次に、レポートサーバ１３０の動作について、図１〜図４を用いて説明する。図４はレポートサーバ１３０の全体的な動作を示すフローチャートである。本実施形態においてレポートサーバ１３０はＷｅｂサーバであり、以下に説明するレポートサーバ１３０の動作はＣＰＵ１がＷｅｂサーバ機能を用いる閲覧サービスアプリケーションを実行することにより実現される。また、閲覧端末１２０，１４０ではＣＰＵ１がＷｅｂブラウザアプリケーションを実行することにより以下に説明する閲覧端末の動作を実現する。

【0043】

Ｓ１０１でレポートサーバ１３０は、解析装置１１０から解析レポートを受信したか判定し、受信していなければＳ１０５へ、受信していればＳ１０３へ処理を進める。
Ｓ１０３でレポートサーバ１３０は、受信した解析レポートを、記憶装置１０の予め定められたディレクトリに保存する。なお、上述の通り、解析装置１１０からは解析レポートと付随情報と（さらにコメントが別ファイルの場合にはコメント）が関連付けられて送信されてくるため、レポートサーバ１３０においても、これらの関連付けが維持されるように保存する。

【0044】

Ｓ１０５でレポートサーバ１３０は、所定のＵＲＬ（ここでは閲覧可能な解析レポートの一覧表示画面のＵＲＬとする）に対するアクセス要求を受信したか判定し、受信していなければＳ１０１へ処理を戻し、受信していればＳ１０７へ処理を進める。

【0045】

Ｓ１０７においてレポートサーバ１３０は、アクセス要求してきた閲覧端末に対してユーザ認証処理を実行する。ユーザ認証は例えばレポートサーバ１３０から閲覧端末にユーザの識別情報とパスワードの入力領域のある認証画面のデータを送信し、認証画面を通じて閲覧端末から送信された識別情報とパスワードの組み合わせが登録ユーザの情報と合致するか否かの判定によって行うことができる。なお、これは認証処理の一例であり、指紋認証など他の方法を用いてもよい。

【0046】

本実施形態においては、記憶装置１０に登録ユーザの情報が保存されているものとする。登録ユーザの情報は認証に必要な情報（ここではユーザの識別情報、パスワード）に加え、ユーザの属性または種別に関する情報が含まれている。後述する、解析レポートの判読を行う権限を有するか否かの情報も登録ユーザの情報に含まれている。ユーザ認証に成功しない場合、レポートサーバ１３０はエラーメッセージとともに繰り返し認証画面のデータを閲覧端末に送信するなど、一般的なエラー処理を実行することができる。

【0047】

Ｓ１０７でユーザ認証が完了すると、レポートサーバ１３０は閲覧可能な解析レポートの一覧表示画面を閲覧端末で表示するためのデータをＳ１０９で生成し、要求元の閲覧端末にＳ１１１で送信する。図５（ａ）は、Ｓ１１１でレポートサーバ１３０が送信する一覧表示画面のデータを、閲覧端末１２０または１４０で受信し、Ｗｅｂブラウザアプリケーションで表示した状態の例を示している。レポートサーバ１３０は、このような表示が行われるようなデータをＳ１０９で生成する。

【0048】

ここで、Ｓ１０９でレポートサーバ１３０が生成する一覧表示画面のデータについて、図５を参照して説明する。
Ｓ１１３でレポートサーバ１３０は、閲覧端末から解析レポートの送信要求を受信したか否か判定し、受信していなければＳ１１９へ、受信していればＳ１１５へ処理を進める。
Ｓ１１５でレポートサーバ１３０は、要求された解析レポートのファイルを記憶装置１０から読み出して閲覧端末に送信し、処理をＳ１１７へ進める。
Ｓ１１７でレポートサーバ１３０は、送信した解析レポートに対する閲覧状況を示す情報（閲覧情報）の変更処理を行い、処理をＳ１１９へ進める。Ｓ１１７で行う処理の詳細については後述する。

【0049】

Ｓ１１９でレポートサーバ１３０は、閲覧端末からコメント送信要求を受信したか否か判定し、受信していなければＳ１１３へ処理を戻し、受信していればＳ１２１へ処理を進める。
Ｓ１２１でレポートサーバ１３０は、要求されたコメントの内容（またはコメントファイル）を記憶装置１０から読み出して閲覧端末に送信し、処理をＳ１２３へ進める。コメントが単独のファイルとして生成されている場合、コメントファイルを閲覧端末に送信する。一方、付随情報のファイルにコメントが記述されている場合には、付随情報のファイルからコメント部分を読み出して閲覧端末に送信する。

【0050】

Ｓ１２３でレポートサーバ１３０は、閲覧端末から検索、更新、または削除要求を受信したか否か判定し、受信していなければＳ１２７へ、受信していればＳ１２５へ処理を進める。
Ｓ１２５でレポートサーバは、要求された処理を実行し、処理をＳ１０９に戻して最新の状態に対応した一覧表示画面のデータを生成し、Ｓ１１１で閲覧端末に送信する。

【0051】

Ｓ１２７でレポートサーバ１３０は、閲覧端末からログアウト要求を受信したか否か判定し、受信していなければＳ１０１へ処理を戻し、受信していればＳ１２９へ処理を進める。
Ｓ１２９でレポートサーバ１３０は、ログアウト処理を実行し、処理をＳ１０１に戻す。以上がレポートサーバ１３０の全体的な動作の流れである。なお、Ｓ１０９〜Ｓ１２５の処理を行っている間に解析装置１１０から新たな解析レポートを受信した場合、レポートサーバ１３０はＳ１０１およびＳ１０３と同様の処理を並行して実行する。

【0052】

（一覧表示画面と閲覧端末の動作）
次に、Ｓ１０９でレポートサーバ１３０が生成する一覧表示画面のデータによって閲覧端末で表示される一覧表示画面と、一覧表示画面の操作に対する閲覧端末の動作について、図５を用いて説明する。

【0053】

一覧表示画面５００は、検索条件設定領域５１０と、リスト表示領域５２０と、コメント表示領域５３０と、各種ボタン５４１〜５４３を有している。初期状態では検索条件設定領域５１０に全件を閲覧する設定がなされているため、レポートサーバ１３０は予め定められた条件、例えば最新の１００件の解析レポートを一覧表示する対象とした一覧表示画面のデータを生成する。図５（ａ）ではアプリケーションウィンドウにリスト表示領域５２０が収まらないため、一部（最新の１２件）が表示された状態を示している。リスト表示領域５２０の残りは、ウィンドウをスクロールさせることにより表示させることができる。

【0054】

検索条件設定領域５１０において何らかの検索条件が指定され、検索ボタンがクリックやタッチ操作により選択されると、指定されている検索条件による検索要求が閲覧端末からレポートサーバ１３０に送信される。レポートサーバ１３０はこの検索要求に合致する解析レポートを探索し、合致する解析レポートの一覧をリスト表示領域５２０に表示する一覧表示画面のデータを生成して閲覧端末に送信する。これにより、閲覧端末の画面表示が更新され、検索結果がリスト表示領域５２０に反映される。

【0055】

リスト表示領域５２０には、閲覧が可能な解析レポートの情報が一覧表示される。リスト表示領域５２０には、個々の解析レポートに対し削除を指示するためのチェックボックス５２１、通し番号、閲覧状況５２２、解析レポートの閲覧要求を送信するためのレポート表示リンク５２３、解析レポート情報５２４と、コメント表示リンク５２５が表示される。リスト表示領域５２０の見出し部分はクリッカブルリンクであり、閲覧端末はクリックされた項目をキーとしたソートを実行してリスト表示領域５２０の表示を更新する。また、同じ項目がクリックされるごとにソート順を昇順と降順とを切り替える。

【0056】

閲覧端末は、削除ボタン５４３が操作された際にチェックボックス５２１にチェックされている解析レポートについての削除要求をレポートサーバ１３０に送信する。レポートサーバ１３０は、要求された解析レポートおよび関連付けられて保存されているデータを記憶装置１０から削除し、更新後の一覧表示画面のデータを生成して閲覧端末に送信する。

【0057】

閲覧状況５２２は、個々の解析レポートが未読状態（一度も閲覧されていない状態）であるのか、既読状態（閲覧済みの状態）であるのかをマーク等によって示している。図５（ａ）の例では、未読状態を●で、既読状態を空欄で示しており、最新の６件の解析レポートが未読状態、７件目〜１２件目は既読状態であることがわかる。解析レポート情報５２４は、解析レポートに関連付けられた付随情報の項目から抽出した情報であり、表示する項目については予め定められている。ここでは、患者氏名（図５では名字のみ示しているが、氏名であってもよい）、患者ＩＤ、計測日時、担当医（依頼者）名が表示項目として選択されている。

【0058】

コメント表示リンク５２５は、コメントが関連付けられた解析レポートにのみ表示され、選択されると閲覧端末からレポートサーバ１３０に、コメントデータ要求（リンクに記述されたデータの送信要求）が送信される。レポートサーバ１３０はコメントデータ要求を受信すると、コメントの全文を読み出して閲覧端末に送信する。閲覧端末では、受信したコメントをコメント表示領域５３０に表示させる。コメント表示リンク５２５はコメントの有無を示す記号をリンク表示する形式としてもよいが、本実施形態では、コメントの一部（ここでは冒頭）をリンク表示する形式としている。これにより、閲覧端末のユーザは、コメントの内容や重要性を推測することができる。

【0059】

図５（ｂ）は、図５（ａ）における１件目の解析レポートについて表示されているコメントリンク５２５１を選択操作したことにより、コメントの全文５３１がレポートサーバ１３０から取得され、コメント表示領域５３０に表示された状態を示している。

【0060】

レポート表示リンク５２３が操作されると、閲覧端末はリンクに記述された解析レポートファイルの送信要求をレポートサーバ１３０に送信する。レポートサーバ１３０は要求された解析レポートのファイル（ここではＰＤＦ形式のファイル）を記憶装置１０から読み出して閲覧端末に送信する。閲覧端末では、ＰＤＦのリーダアプリケーションもしくはブラウザアプリケーションのＰＤＦ表示用プラグインなどを用いて、一覧表示画面５００とは別のウィンドウに解析レポートを表示する。図６に、解析レポートの例を示す。なお、図６では解析レポートが１種類かつ１ページである場合を示しているが、複数種類および／または複数ページであってもよい。また、レポート表示リンク５２３が操作されると、閲覧端末は、表示させた解析レポートの閲覧状況がリスト表示領域に反映されるよう、レポートサーバ１３０に表示の更新要求を送信する。

【0061】

ログアウトボタン５４１が操作されると、閲覧端末は閲覧端末のユーザに関するログアウト処理要求をレポートサーバ１３０に送信する。レポートサーバ１３０は要求に応答してログアウト処理を実行し、閲覧端末に例えば初期画面（ログイン画面）の表示を行うためのデータを送信する。

【0062】

また、更新ボタン５４２が操作されると、閲覧端末は最新の一覧表示画面データをレポートサーバ１３０に要求する。レポートサーバ１３０は要求に応答して最新の閲覧状況を反映した一覧表示画面５００の表示を行うためのデータを閲覧端末に送信する。このように、更新ボタン５４２を操作して表示を更新することで、レポートサーバ１３０における最新の状態を確認することができる。

【0063】

なお、コメント表示リンク５２５の操作に応じたコメントの表示は、コメント表示領域５３０に限らず、ポップアップウィンドウのような別ウィンドウを用いたり、他の方法で行ったりしてもよい。

【0064】

（閲覧状況の変更処理）
次に、図４のＳ１１７でレポートサーバ１３０が実行する閲覧状況の変更処理について図７のフローチャートを用いて説明する。
Ｓ１１７１でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートに関連付けられた閲覧状況の情報が、未読状態（を表す値）か否かを判定する。未読状態でなければ（既読状態であれば）、閲覧状況を変更せずに処理を終える。一方、未読状態であれば、Ｓ１７１２でレポートサーバ１３０は閲覧状況を既読状態（を表す値）に変更し、処理を終える。なお、Ｓ１１７１の判定を行わず、Ｓ１１５で閲覧端末に送信した解析レポートに関連付けられた閲覧状況によらず、Ｓ１７１２を実行するように構成してもよい。
以上の処理により、一覧表示画面の更新が行われた際には既読状態の解析レポートとして表示される。

【0065】

以上説明したように、本実施形態によれば、生体情報の解析装置において解析レポートを生成する際にコメントを入力できるようにした。そのため、技師から解析レポートの閲覧者（医師）に対して、解析結果において気になった点や緊急性など、閲覧者に有用な情報を知らせることが可能になった。さらに、解析レポートの一覧表示画面にコメントの有無を表示することにより、閲覧者が閲覧可能な複数の解析レポートの中から優先して確認すべき解析レポートを容易に特定することを可能にする。

【0066】

また、本実施形態によれば、閲覧可能な解析レポートの一覧を閲覧端末に表示する一覧表示画面において、個々の解析レポートの閲覧状況についての情報を含めるようにした。そのため、閲覧者が閲覧可能な複数の解析レポートの中から優先して確認すべき解析レポートを容易に特定することが可能になるほか、見忘れを抑制することが可能になる。

【0067】

●（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態は、閲覧状況の変更処理（図４、Ｓ１１７）の詳細が第１の実施形態と異なる。従って、他の構成や動作については説明を省略する。本実施形態においても、以下に説明するレポートサーバ１３０の動作は、Ｗｅｂサーバ機能を用いる閲覧サービスアプリケーションをＣＰＵ１が実行することにより実現される。

【0068】

本実施形態では、閲覧状況を未読状態と既読状態の２通りではなく、未読状態、既読（判読医）状態、既読（担当医）状態の３通りで管理する。また、閲覧ユーザの種別（判読医、担当医）を考慮して閲覧状況を変更する。
なお、既読（判読医）状態は、（担当医と異なる）判読医が閲覧した状態である。既読（担当医）状態は、第１の実施形態における既読状態に対応するが、本実施形態においては、判読医が閲覧した後に担当医が閲覧した状態、判読医を兼ねる担当医が閲覧した状態、もしくは判読医の指定が無い解析レポートを担当医が閲覧した状態に該当する。

【0069】

図８は、図４のＳ１１７でレポートサーバ１３０が実行する閲覧状況の変更処理の別の実施形態を示すフローチャートである。
Ｓ１１７１でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートに関連付けられた閲覧状況の情報が、未読状態（を表す値）か否かを判定する。そして、未読状態でなければ（既読状態であれば）Ｓ１１７３へ、未読状態であればＳ１７８１へ処理を進める。

【0070】

Ｓ１１７３でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートに関連付けられた閲覧状況の情報が、既読（判読医）状態（を表す値）か否かを判定する。そして、既読（判読医）状態であればＳ１１７５へ、既読（判読医）状態でなければ（すなわち、既読（担当医）状態であれば）Ｓ１１７９へ処理を進める。

【0071】

Ｓ１１７５でレポートサーバ１３０は、閲覧端末でログインしているユーザ（閲覧ユーザ）が、Ｓ１１５で閲覧端末に送信した解析レポートの担当医であるか否かを判定する。閲覧ユーザの種別は、上述の通り登録ユーザの情報に含まれており、ユーザ認証処理（図４、Ｓ１０７）において判別することができる。レポートサーバ１３０は、閲覧ユーザが担当医であればＳ１１７７へ、担当医でなければＳ１１７９へ処理を進める。

【0072】

Ｓ１１７９でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況を変更せずに処理を終える。Ｓ１１７９が実行されるのは、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況が、既読（担当医）状態であるか、解析レポートに指定された判読医は閲覧済み（判読済み）であるが、閲覧ユーザが担当医でない場合である。前者の場合、既読（担当医）状態を変更する必要はなく、後者の場合、担当医が閲覧する必要のある状態であるため、既読（判読医）状態を変更しない。

【0073】

Ｓ１１７７でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況を既読（担当医）に変更して処理を終える。Ｓ１１７７が実行されるのは、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況が既読（判読医）状態であり、閲覧ユーザが担当医の場合と、閲覧状況が未読状態であるが、閲覧ユーザが判読権限のある担当医の場合である。この場合、判読医が閲覧（判読）した後で担当医が閲覧している（またはそれと同等の状態である）ため、既読（担当医）状態に変更し、閲覧済み状態とする。

【0074】

Ｓ１１８１でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートに判読医の指定があるか否かを判定する。判読医の指定は、解析依頼時に担当医が行うか、解析レポート生成時に技師が行う。判読医が指定されているか否かは、付随情報から判別することができる。レポートサーバ１３０は、判読医の指定があればＳ１１８３へ、判読医の指定がなければＳ１１９１へ処理を進める。

【0075】

Ｓ１１８３でレポートサーバ１３０は、閲覧ユーザが解析レポートの判読権限を有するか否かを判定する。閲覧ユーザが判読権限を有するか否か（担当医と異なる判読医もしくは判読医を兼ねる担当医であるか否か）は、上述の通り登録ユーザの情報に含まれており、ユーザ認証処理（図４、Ｓ１０７）において判別することができる。レポートサーバ１３０は、閲覧ユーザが判読権限を有する場合にはＳ１１８５へ、判読権限を有さない場合にはＳ１１８９へ処理を進める。

【0076】

Ｓ１１８５でレポートサーバ１３０は、閲覧ユーザが、Ｓ１１５で閲覧端末に送信した解析レポートの担当医であるか否かを、Ｓ１１７５と同様に判定する。レポートサーバ１３０は、閲覧ユーザが担当医であればＳ１１７７へ、担当医でなければＳ１１８７へ処理を進める。

【0077】

Ｓ１１８７でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況を既読（判読医）に変更して処理を終える。Ｓ１１８７が実行されるのは、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況が未読状態であり、閲覧ユーザが担当医とは異なる判読医の場合である。従って、レポートサーバ１３０は閲覧状況を既読（判読医）状態に変更する。

【0078】

Ｓ１１９１でレポートサーバ１３０は、閲覧ユーザが、Ｓ１１５で閲覧端末に送信した解析レポートの担当医であるか否かを、Ｓ１１７５やＳ１１８３と同様に判定する。レポートサーバ１３０は、閲覧ユーザが担当医であればＳ１１９３へ、担当医でなければＳ１１８９へ処理を進める。

【0079】

Ｓ１１８９でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況を変更せずに処理を終える。Ｓ１１８９が実行されるのは、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況が未読であり、判読医の指定があるが閲覧ユーザが判読権限を有さない場合か、判読医の指定がないが閲覧ユーザが担当医でない場合である。いずれの場合も、判読権限を有する医師と担当医が閲覧する必要のある状態であるため、未読状態を変更しない。

【0080】

Ｓ１１９３でレポートサーバ１３０は、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況を既読（担当医）に変更して処理を終える。Ｓ１１９３が実行されるのは、Ｓ１１５で閲覧端末に送信した解析レポートの閲覧状況が未読状態であり、判読医が指定されておらず、閲覧ユーザが担当医である。この場合、判読医が閲覧（判読）する必要がなく、担当医が閲覧しているため、既読（担当医）状態に変更し、閲覧済み状態とする。

【0081】

本実施形態において一覧表示画面５００のデータを生成する際には、閲覧状況５２２の表示から未読状態、既読状態（判読医）、既読状態（担当医）の３通りを区別できるようにする。例えば、本実施形態に特有の既読状態（判読医）について、未読状態と異なるマークで表示する一覧表示画面のデータを生成する。

【0082】

本実施形態では、閲覧状況を未読状態と既読状態の２通りではなく、未読状態、既読（判読医）状態、既読（担当医）状態の３通りで管理し、かつ、閲覧ユーザの種別（判読医、担当医）を考慮して閲覧状況を変更する。具体的には、担当医が閲覧する前に第３者が閲覧した場合や、判読医が閲覧する前に担当医が閲覧した場合であっても、閲覧状況を担当医が閲覧した状態には変更しないようにする。従って、担当医が閲覧すべき解析レポートを見落とす可能性を第１の実施形態より低減することができる。

【0083】

●（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態は、閲覧ユーザが判読医である場合に、判読所見および／またはコメントの入力を可能とすることを特徴とする。本実施形態においても、以下に説明するレポートサーバ１３０の動作は、Ｗｅｂサーバ機能を用いる閲覧サービスアプリケーションをＣＰＵ１が実行することにより実現される。また、閲覧端末１２０，１４０ではＣＰＵ１がＷｅｂブラウザアプリケーションを実行することにより以下に説明する閲覧端末の動作を実現する。

【0084】

本実施形態におけるレポートサーバ１３０は、閲覧ユーザが判読権限を有する場合には、Ｓ１０９において、コメントを入力可能な一覧表示画面のデータを生成する。図９は、本実施形態のレポートサーバ１３０が判読権限を有する閲覧ユーザの閲覧端末に対して生成する一覧表示画面のデータを閲覧端末で表示した状態を示している。

【0085】

図９の一覧表示画面５００’が第１の実施形態の一覧表示画面５００と異なるのは、コメント表示領域５３０の内容が編集可能であることと、編集完了ボタン５３３と所見入力リンク５３６が追加されている点である。

【0086】

閲覧ユーザはコメント表示リンクを操作してコメント表示領域５３０にコメントの全文５３１を表示させた状態で、操作部８を通じてコメントを編集することができる。ここでは、技師が入力したコメントの全文５３１に対し、判読医である閲覧ユーザがコメント５３２を追加した状態を示している。

【0087】

編集完了ボタン５３３が操作されると、閲覧端末はその時点でコメント表示領域５３０に入力されている内容を新たなコメントとしてレポートサーバ１３０に送信する。レポートサーバ１３０は、受信した内容でコメントを上書きする。また、レポートサーバ１３０は、コメントの最後に、閲覧ユーザ（すなわち、コメント編集者）の情報と、コメントの受信日時情報を追加することができる。これにより、次回コメント表示時には、図９（ｂ）に示すように、最新の編集者と編集日時が表示されるようになる。なお、解析装置１１０でコメントが入力された場合にも同様に、コメント入力者（解析装置のユーザ）の情報と入力日時を自動的にコメントの末尾に追加するようにしてもよい。

【0088】

また、所見入力リンク５３６が操作されると、閲覧端末は例えばポップアップウィンドウ形式で、所見入力領域５３７と出力ボタン５３８を含んだ所見入力画面を表示させる。出力ボタン５３８には、操作された所見入力リンク５３６に対応する解析レポートをレポートサーバ１３０が特定可能な情報が関連づけられている。閲覧ユーザ（判読医）は、解析レポートを閲覧した結果の所見を所見入力領域５３７に操作部８を通じて入力することができる。出力ボタン５３８が操作されると、閲覧端末はその時点で所見入力領域５３７に入力されていた内容を、出力ボタン５３８に関連づけられている解析レポートを特定するデータとともに所見データとしてレポートサーバ１３０に送信する。レポートサーバ１３０は、受信した内容を所見ファイルとして、所見リンクに対応する解析レポートに関連付けて保存したり、付随情報の１つとして追加したりする。

【0089】

Ｓ１１５で解析レポートデータを送信する際、所見ファイルが関連付けて保存されていれば、レポートサーバ１３０は所見ファイルや所見のテキストも併せて閲覧端末に送信するようにしてもよい。あるいは、Ｓ１０９で一覧表示画面のデータを生成する際、コメント表示リンクと同様に、所見ファイルが関連付けて保存されている解析レポートについては、所見表示リンクを含めるようにしてもよい。

【0090】

本実施形態によれば、判読医が解析レポートを閲覧した際にコメントを編集したり、所見を追加したりすることが可能になる。そのため、技師、判読医、担当医間での情報伝達が容易かつ確実に行えるほか、最終的に担当医が診断を行ったり患者に解析レポートの説明を行ったりする際に有用な情報を得ることができる。なお、第３の実施形態は第１および第２の実施形態と組み合わせて実施することができる。

【0091】

（他の実施形態）
レポートサーバ１３０は、解析レポートデータを送信するごとに、閲覧を要求したユーザの情報（例えば氏名と種別）と閲覧日時を記録し、解析レポートごとの閲覧履歴を生成してもよい。また、コメントの追加や修正（あわせて編集という）が行われた場合も、閲覧履歴に記録することができる。この場合、編集したユーザの情報（例えば氏名と種別）と編集日時を記録する。編集後のコメントを併せて記録してもよい。閲覧履歴は解析レポートに関連付けて保存し、例えば解析レポートデータを送信する際に、その時点における閲覧履歴を併せて送信してもよい。閲覧端末では解析レポートと別ウィンドウで閲覧履歴情報を表示することで、閲覧ユーザにその解析レポートの閲覧者と閲覧日時等の情報や、コメントの編集に関する情報を知らせることができる。

【0092】

なお、第２の実施形態において、閲覧ユーザが判読権限のある担当医の場合には、第１の実施形態と同様に未読状態と既読状態の２通りで管理並びに閲覧状況の変更を行ってもよい。ただし、担当医以外の者が未読状態の解析レポートを閲覧しても、未読状態は変更しないようにする。

【0093】

上述の実施形態では、解析装置１１０とレポートサーバ１３０とが別個のハードウェアで実現される構成について説明した。しかし、解析装置１１０とレポートサーバ１３０を別個に構成する必要は無く、閲覧端末が解析装置１１０にアクセス不能で無い限り、同一のコンピュータで解析装置１１０とレポートサーバ１３０の機能を実現してもよい。

【符号の説明】

【0094】

１００…心電解析システム、１１０…解析装置、１２０…端末、１３０…レポートサーバ、１４０…端末、１４５…ルータ、１５０…管理サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】