JP5120231B2 - 画像表示装置 - Google Patents

Description

本発明は、画像表示装置に関するものである。

患者から採取した検体（血液や尿等）を、検査機器によって数々の検査項目について測定することが行われている。その検査結果は数値データとしてＰＣ（Personal Computer）等に記憶される。この検査結果は、診察室等に設置されているＰＣのモニタに表示され、医師によるインフォームドコンセントに用いられる。

一般的には、検査結果をグラフ化してモニタに表示させることが多い。検査結果をグラフ化することにより、前回の測定日からの検査結果の変化が分かりやすくなったり、各検査項目同士を互いに比較させることが容易になる。また、医師の入力操作により、説明に必要な検査項目のみをグラフ化して表示させ、患者に対して説明することもできる。

モニタに表示する検査結果を見やすくするため、特許文献１には、検査結果の上限値、下限値を軸とした相対値を用いてグラフ表示させ、数値の桁数が異なる検査項目同士でも同じグラフ上で表示させる技術が開示されている。
特許文献２には、採取日時が異なる検査結果が複数含まれており、検査結果の単位や基準値範囲が異なっていても同一画面上に時系列的に検査結果を表示させる技術が開示されている。
特開２００１−５２０８２号公報 特開平８−９６０４７号公報

しかしながら、検体を同一日時に採取しても検査項目によっては異なった日に検査結果が出る場合がある。特許文献１に記載の技術では、検体検査の結果をグラフで表示させることはできるが、新しく検査結果が出たデータを既に結果が出ているデータと区別してグラフで表示させることはできない。特許文献２に記載の技術では、複数の検査結果を同一画面上で表示させることはできるが、やはり新しく検査結果が出たデータを他と区別して画面上で表示させることはできない。つまり、新しく検査結果が出た検査項目を見落とす可能性がある。

本発明は上記課題に鑑みてされたものであり、その目的とするところは、新しく検体検査の結果が出たデータを把握しやすくすることである。

上記課題を解決するため、請求項１に記載の発明は、
モダリティで生成された医用画像を当該医用画像に関わる患者の情報に対応付けて記憶する記憶手段を備え、前記記憶手段に記憶された医用画像を表示画面上に表示する画像表示装置において、
前記記憶手段は、患者から採取した検体に関する各検査項目の検体検査データと、当該検体検査データに関わる検体の採取日時及び患者の情報と、当該検体検査データを前記表示画面上に表示する際に同時に表示すべき検査数に対応する最大表示日数と、当該検体検査データを前記表示画面上に表示する際の画像の構成に関するパラメータとを記憶し、
前記記憶手段に記憶された最大表示日数とパラメータとに基づいて、前記患者から採取した検体の採取日時毎に、当該採取日時の検査を含む前記最大表示日数分の検査の検体検査データを画像化した検体検査イメージを作成し、医用画像と同様に、当該作成された検体検査イメージを前記患者の情報に対応付けて前記記憶手段に記憶させるとともに前記表示画面上に表示させる制御手段、
を備える。

請求項２に記載の発明は、請求項１に記載の発明において、
前記記憶手段は、前記検体検査イメージが前記表示画面上に表示されたか否かを示すイメージ未読フラグを記憶し、
前記制御手段は、前記記憶手段に記憶されたイメージ未読フラグに基づいて前記検体検査イメージが前記表示画面上に表示されたか否かを示す指標を前記検体検査イメージとともに前記表示画面上に表示させる。

請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記記憶手段は、画像化すべき検体検査データを識別する未取込フラグを更に記憶し、
前記制御手段は、前記未取込フラグによって識別される検体検査データの患者及び採取日時が同一の検体検査データに対応する検体検査イメージが既に前記記憶手段に記憶されている場合、当該検体検査イメージに対応する検体検査データを含ませて検体検査イメージを作成し、当該作成された検体検査イメージを前記記憶手段に記憶させる。

請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記パラメータは、前記検体検査データをグラフ化する検査項目を特定する情報を含み、
前記制御手段が作成する検体検査イメージは、前記記憶手段に記憶されたパラメータにより特定される検査項目のグラフを含む。

本発明によれば、新しく検体検査の結果が出たデータを把握しやすくなる。

以下、図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。

〔小規模診断システム１の構成〕
図１は、本実施の形態における小規模診断システム１のシステム構成を示すブロック図である。

小規模診断システム１は、開業医やクリニック等の比較的小規模の医療施設に適用される。小規模診断システム１は、モダリティ２、画像表示装置３、受付装置４、イメージャ５、汎用プリンタ６、クライアントＰＣ（Personal Computer）７、及び検査データ管理システム８から構成される。小規模診断システム１を構成する各装置は、例えば図示しないスイッチングハブ等を介してＬＡＮ（Local Area Network）等の通信ネットワーク（以下単に「ネットワーク」という）９に接続されている。画像表示装置３は、医師の常駐場所である診察室に設けられたＷＳ（ワークステーション）であることが好ましい。なお、この画像表示装置３として作動するＷＳが各モダリティ２の起動や処理条件等を制御する構成としてもよい。

病院内の通信方式としては、一般的に、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格が用いられており、ＬＡＮ接続された各装置間の通信では、ＤＩＣＯＭ ＭＷＭ（Modality Worklist Management）やＤＩＣＯＭ ＭＰＰＳ（Modality Performed Procedure Step）が用いられる。なお、本実施の形態に適用可能な通信方式はこれに限定されない。

〔小規模診断システム１の各装置の装置構成〕
以下、小規模診断システム１を構成する各装置について説明する。
モダリティ２は、患者の診断対象部位を被写体として撮影を行い、撮影した画像をデジタル変換して医用画像を生成する画像生成手段である。医用画像は、医療の分野で読影診断に用いられる画像である。

モダリティ２は、超音波診断装置（ＵＳ）やＦＰＤ（Flat Panel Detector）等によって構成される。なお、モダリティ２はこれに限定されず、例えば、内視鏡、ＭＲＩ等をモダリティ２として設けてもよい。また、皮膚等の身体の外観を撮影するデジタルカメラ等をモダリティ２としてもよい。
さらに、例えば超音波診断装置を２台備える等、同種の装置を複数備える構成としてもよい。また、小規模診断システム１に設けられるモダリティ２を構成する装置の組合せは上記の例に限定されない。

本実施の形態において、モダリティ２は、ＤＩＣＯＭ規格に準じた形式で、ＵＩＤ、撮影日時、検査ＩＤ、検査部位等の画像属性情報を各医用画像に付与する機能を備えている。つまり、これらの画像属性情報が付与された状態でモダリティ２から画像表示装置３に対して医用画像が入力される。
ＵＩＤは、小規模診断システム１内の医用画像を特定するためのユニークなＩＤである。また、後述する検体検査イメージ作成処理において作成された検体検査イメージに対しても同様にＵＩＤが付与される。

また、モダリティ２は、文字入力キー、数字入力キー等を備えたキーボード等の入力部（図示せず）を備えており、撮影対象である患者を特定する患者情報を入力部より入力する。
患者情報は、患者ＩＤ、患者氏名（漢字）、患者氏名（カナ）、患者氏名（ＡＳＣＩＩ）、性別、生年月日、年齢等の他、診療日、撮影時間、受付番号、担当医等、患者を特定する情報を広く含むが、モダリティ２において入力される患者情報は、このうち、例えば患者ＩＤ、患者氏名（漢字）、患者氏名（カナ）、患者氏名（ＡＳＣＩＩ）、性別、生年月日である。なお、モダリティ２においてこれらすべてを入力する必要はなく、患者情報を何ら入力しないとすることもできる。モダリティ２が患者情報として患者ＩＤのみを入力する仕様である場合には、モダリティ２の入力部は、例えばテンキー等でもよい。

上記画像属性情報及び患者情報は、モダリティ２で生成された医用画像に付帯する付帯情報となる。モダリティ２は、ＤＩＣＯＭ規格に則ったＤＩＣＯＭファイル形式で医用画像をネットワーク９を介して画像表示装置３に送信する。ＤＩＣＯＭファイルは、画像部とヘッダ部とから構成される。画像部には医用画像の画像データ、ヘッダ部に当該医用画像に関する付帯情報が書き込まれている。
なお、モダリティ２がデジタルカメラ等のＤＩＣＯＭ規格に準じていない機器である場合、そのモダリティ２は、ＪＰＥＧ形式で医用画像を画像表示装置３に送信する。この場合、ＵＩＤは、画像表示装置３において、医用画像の撮影日時等に基づいて医用画像に付与される。

画像表示装置３は、例えば診察室に設置され、モダリティ２により生成された医用画像を患者情報と対応付けて画像ＤＢ（Data Base）３３１に保存したり、医師が画像等を表示させて読影診断等を行ったりするための装置であり、一般的なＰＣに用いられるモニタ（表示部）よりも高精細のモニタを備えるものであってもよい。

画像表示装置３は、図２に示すように、制御部３１、ＲＡＭ３２、記憶部３３、操作部３４、表示部３５、通信部３６、メディアドライブ３７等を備えて構成されており、各部はバス３８により接続されている。

制御部３１は、ＣＰＵ（Central Processing Unit）等により構成され、記憶部３３に記憶されているシステムプログラムや処理プログラム等の各種プログラムを読み出してＲＡＭ３２に展開し、展開されたプログラムに従って後述する検体検査イメージ作成処理（図９参照）をはじめとする各種処理を実行する。

ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３３から読み出された制御部３１で実行可能な各種プログラム、入力若しくは出力データ等を一時的に記憶するワークエリアを形成する。

記憶部３３は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成される。記憶部３３には、前述のように各種プログラムが記憶されているほか、後述する検体検査イメージ作成処理において使用されるパラメータ（詳細後述）、医用画像を診断に適した画質に調整するための画像処理パラメータ（階調処理に用いる階調曲線を定義したルックアップテーブル、周波数処理の強調度等）等が記憶されている。また、記憶部３３は受付装置４等で入力された患者情報を記憶する。

また、記憶部３３は、検査データ管理システム８から受信した検体の検査結果に関する各種情報を格納する検体検査ＤＢ３３０を有している。検体の検査結果とは、検査データ管理システム８によって得られた検体に関する各検査項目の数値データである。以降、この数値データを検体検査データという。検体検査データは、ＣＳＶ（Comma Separated Values）形式等で作成された特定のフォーマットのファイル（以下、このファイルをメッセージという）に格納される。画像表示装置３は、ネットワーク９を介して検査データ管理システム８からメッセージを受信する。受信したメッセージは、検体検査ＤＢ３３０に格納される。

〔メッセージのデータ形式〕
以下、画像表示装置３が検査データ管理システム８から受信するメッセージについて詳細に説明する。
図３（ａ）に、メッセージのデータ形式の一例を示す。図３（ａ）に示すように、メッセージは「メッセージＩＤ」フィールド、「検体検査ＩＤ」フィールド、「患者情報」フィールド、「採取日時」フィールド、「分類」フィールド、「検査項目」フィールド、「測定値」フィールド等を有する。メッセージには、検体検査データと検体検査データに係る患者情報等が対応付けられて格納される。なお、メッセージに格納される患者情報は、検査データ管理システム８において登録された患者情報であり、モダリティ２や画像表示装置３において登録された患者情報とは一致しない場合がある。例えば、モダリティ２で医用画像を撮影せず、検査データ管理システム８で血液検査や尿検査のみを行った患者の場合には、モダリティ２や画像表示装置３では患者情報が登録されておらず、検査データ管理システム８でのみ患者情報が登録されている。以降では区別するため、モダリティ２や画像表示装置３において登録された患者情報を患者情報Ａとし、検査データ管理システム８において登録された患者情報を患者情報Ｂとする。

「メッセージＩＤ」フィールドには、メッセージに一意に割り当てられたＩＤが格納される。「検体検査ＩＤ」フィールドには、患者に対して行われた検体検査に一意に割り当てられたＩＤが格納される。
「患者情報」フィールドには、検体検査に係る患者の各種情報が格納され、さらに「患者ＩＤ」フィールド、「患者氏名（漢字）」フィールド、「患者氏名（カナ）」フィールド、「患者氏名（ＡＳＣＩＩ）」フィールド、「性別」フィールド、「生年月日」フィールドを有する。
「採取日時」フィールドには、検体が採取された日時が格納される。
「分類」フィールドには、メッセージに含まれる検体検査データに対応する分類が格納される。分類とは、採取された検体に対応する検査のことであり、例えば、検体が血液であれば血液検査であり、検体が尿であれば尿検査である。
「検査項目」フィールドには、分類に対応する検査項目が格納される。つまり、「分類」フィールドの値が「尿検査」の場合には、尿検査によって結果が出る各検査項目（「尿淡白定性」、「尿潜血」等）が格納され、同様に分類が「血液検査」の場合には、血液検査によって結果が出る各検査項目（「総たんぱく質」、「無機りん」等）が格納される。「測定値」フィールドには、各検査項目の検査結果の測定値が格納される。

メッセージは、一又は複数のレコードから構成され、各レコードには検体の分類の検査項目毎の検体検査データが格納される。例えば、図３（ａ）に示す例のように、メッセージの送信タイミングで、「テスト太郎」という患者の尿検査の結果と、「山田三郎」という患者の血液検査の結果が検査データ管理システム８に新規に登録されていた場合、この２つの検査結果に対応するレコードが１つのメッセージに含まれる。

なお、検体を同一日時に採取しても検査結果が出る日時が分類や検査項目によって異なる場合がある。例えば、１回の検査で血液と尿を採取しても血液検査の結果が出る日時と尿検査が出る日時が異なる場合がある。この場合には、血液検査と尿検査の結果が検査データ管理システム８に登録されるタイミングが異なるため、血液検査の結果を含むメッセージと尿検査の結果を含むメッセージが画像表示装置３に対して送信されるタイミングも異なる。
例えば、「テスト太郎」という患者が血液検査と尿検査を「２００８年６月１５日１０時００分」に行い、図３（ａ）のメッセージが作成された時点で、尿検査の結果は出ているが血液検査の結果が出ていない場合、図３（ａ）に示すように、メッセージには「テスト太郎」の尿検査の検査結果に対応するレコードのみが含まれる。

図３（ｂ）に、新たに検査結果が出た場合に画像表示装置３に対して送信されるメッセージを示す。図３（ｂ）に示す例は、図３（ａ）のメッセージが画像表示装置３に対して送信された後に、「テスト太郎」の血液検査の結果が出た場合を示す。血液検査の結果は新たに出ているが、既に結果が出ている尿検査と同じ採取日時に採取されており同一の検査であるので、「検体検査ＩＤ」フィールド、「患者情報」フィールド、及び「採取日時」フィールドには、図３（ａ）に示すメッセージの「テスト太郎」のレコードと同一の値が格納される。「分類」フィールドには、今回新たに結果が出た「血液検査」の値が格納され、「メッセージＩＤ」フィールドには、図３（ａ）に示すメッセージとは異なる値が格納される。

図２に戻り、検体検査ＤＢ３３０は、ネットワーク９を介して検査データ管理システム８から受信したメッセージ、このメッセージを識別するためのメッセージＩＤ等を格納する受信メッセージテーブルＴ１、メッセージに含まれる検体検査データを格納する検体検査データテーブルＴ２、検体検査イメージの構成に関するパラメータを格納するパラメータテーブルＴ４等を有している。このパラメータとパラメータテーブルＴ４の詳細は後述する。
検体検査イメージとは、詳細な構成例等は後述するが、検査データ管理システム８から受信したメッセージに含まれる検体検査データを、記憶部３３に記憶されたパラメータに基づいて画像化したものであり、例えば、検体検査データをグラフ化したり、表で表したりした画像のことである。

図４に、受信メッセージテーブルＴ１の一例を示す。図４に示すように、受信メッセージテーブルＴ１は、「メッセージＩＤ」フィールド、「未取込フラグ」フィールド等を有する。受信メッセージテーブルＴ１には、検査データ管理システム８からメッセージを新たに受信するたびに、このメッセージのメッセージＩＤに未取込フラグを対応付けたものが格納される。
未取込フラグとは、メッセージに含まれる検体検査データが後述する検体検査イメージ作成処理によって画像化され、検体検査イメージが作成されたか否かを示すフラグであり、メッセージＩＤ毎に付与される。
図４に示すデータ格納例では、メッセージＩＤが「３」のメッセージに含まれる２つの検査結果データは検体検査イメージ作成処理によって検体検査イメージが作成されたが、メッセージＩＤが「４」のメッセージに含まれる１つの検査結果データは、まだ検体検査イメージが作成されていないことを示す。
なお、受信メッセージテーブルＴ１には、検査データ管理システム８が画像表示装置３に対してメッセージを送信した日時や、画像表示装置３がメッセージを受信した日時等の情報が格納されていてもよい。

図５（ａ）に、検体検査データテーブルＴ２の一例を示す。図５（ａ）に示すように、検体検査データテーブルＴ２は、「検体検査ＩＤ」フィールド、「患者情報」フィールド、「採取日時」フィールド、「検査項目」フィールド、「分類」フィールド、「検査項目未読フラグ」フィールド、「測定値」フィールド等を有する。検体検査データテーブルＴ２には、受信メッセージテーブルＴ１に格納されたメッセージＩＤと対応するメッセージのうち、後述する検体検査イメージ作成処理によって検体検査イメージが作成されたメッセージに含まれる検体検査データが患者情報Ａと対応付けられて検体検査ＩＤ毎に順次格納される。

「検査項目未読フラグ」フィールドには、各検査項目の測定値（検査結果）が表示部３５に表示されたか否かを示す検査項目未読フラグが格納される。
後述する検体検査イメージ作成処理において作成された検体検査イメージを表示部３５で表示させた場合に、この検体検査イメージに含まれる検査項目に対応する「検査項目未読フラグ」フィールドの値が「未読」から「既読」へと変更される。検体検査イメージに含まれる検査項目とは、検体検査イメージによって画像化された検査項目であり、本実施の形態では後述するパラメータ（図１２（ａ）〜（ｃ））のグラフ表示検査項目に含まれる検査項目と表検査項目に含まれる検査項目のことである。

図２に戻り、記憶部３３は、検体検査イメージ作成処理によって作成される検体検査イメージ、モダリティ２から送信された医用画像やサムネイル画像を格納する画像ＤＢ（Data Base）３３１を有している。

画像ＤＢ３３１は、画像ＤＢ３３１に格納されている医用画像に関する各種情報を格納する画像情報テーブルＴ３を有している。図６に、画像情報テーブルＴ３の一例を示す。図６に示すように、画像情報テーブルＴ３は、「レコード番号」フィールド、「ＵＩＤ」フィールド、「撮影日時」フィールド、「検査ＩＤ」フィールド、「検査部位」フィールド、「患者ＩＤ」フィールド、・・・「画像保存先」フィールド等を有する。画像情報テーブルＴ３は、モダリティ２から送信された医用画像や後述する検体検査イメージ作成処理によって作成された検体検査イメージとこれらに関する各種情報（画像関連情報、患者情報Ａ、ファイル格納場所等）とを対応付けて１レコードとして格納する。「検査ＩＤ」フィールドには、医用画像の場合には撮影された検査に一意に割り振られたＩＤが格納され、検体検査イメージの場合には検体検査ＩＤが格納される。
なお、画像情報テーブルＴ３には、医用画像や検体検査イメージのサムネイル画像の保存先フォルダ情報等が格納されていてもよい。

画像情報テーブルＴ３に格納される情報により、医用画像や検体検査イメージは、患者情報Ａや各医用画像等を識別するためのＵＩＤと対応付けられ、患者情報Ａ、撮影日付（検体検査イメージの場合は採取日時）等をキー情報として検索可能に記憶される。モダリティ２から送信された医用画像や医用画像管理装置３において作成された検体検査イメージを画像ＤＢ３３１に登録する際には、画像情報テーブルＴ３への各情報の登録も行われる。

操作部３４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部３１に出力する。

表示部３５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。

図７に、表示部３５に表示されるビューア画面３５１の一例を示す。ビューア画面とは、診断に用いる医用画像や検体検査イメージを表示し、医師が読影診断や、患者に対するインフォームドコンセントを行う際に表示させる画面である。図７に示すように、ビューア画面３５１には、診断対象として選択された患者の患者ＩＤ及び患者氏名を表示する患者表示欄７１があり、現在どの患者のビューア画面３５１が表示されているかが視認できるようになっている。なお、リスト画面ボタン７２を操作すると、患者情報リスト画面（特に図示せず）に画面遷移することができる。

ビューア画面３５１には、診断対象患者の医用画像及び検体検査イメージのうち、診断に用いる医用画像及び検体検査イメージを表示する画像表示欄７３と、診断対象の患者の医用画像及び検体検査イメージのサムネイル画像を一覧表示するサムネイル画像表示欄７４とが設けられている。

また、ビューア画面３５１には、画像取込みボタン８１ａと、画像取込みボタン８１ｂとが設けられている。
画像取込みボタン８１ａは、ネットワーク９に接続されている各種モダリティ２から送信される医用画像を現在診断対象となっている患者（患者表示欄７１に表示されている患者）の画像として取り込むことを指示するためのボタンである。本実施の形態において、画像取込みボタン８１ａは、ネットワーク９に接続されているモダリティ２の種別に対応してビューア画面３５１上に配置されるようになっている。
画像取込みボタン８１ｂは図示しないＵＳＢ等のインターフェースを介してデジタルカメラ等のモダリティ２から送信される医用画像を現在診断対象となっている患者（患者表示欄７１に表示されている患者）の画像として取り込むことを指示するためのボタンである。

ビューア画面３５１において、操作部３４により、何れかの画像取込みボタン８１ａ又は８１ｂが押される（クリックされる）と、当該診断対象患者のビューア画面３５１が閉じられる、若しくは画像取込みボタンが解除されるまでの間に、押下された画像取り込みボタン８１ａ又は８１ｂに対応する種別のモダリティ２から送信された医用画像が当該診断対象患者の医用画像として取り込まれ、この患者の患者情報Ａと対応付けて画像ＤＢ３３１に記憶される。また、取り込まれた医用画像は、診断に用いる医用画像として画像表示欄７３に表示されるとともに、そのサムネイル画像が生成されてサムネイル画像表示欄７４に表示される（図８参照）。生成されたサムネイル画像は、ＵＩＤや撮影日付、患者情報Ａと対応付けられて画像ＤＢ３３１に格納される。
なお、画像取込みボタン８１ａ又は８１ｂが押下されていない種別のモダリティ２から医用画像が送信されてきた場合には、未確定画像として記憶部３３に設けられた未確定画像記憶部（図示せず）に記憶される。未確定画像とは、患者情報と対応付けられていない医用画像のことをいう。未確定画像記憶部に記憶された未確定画像は、操作部３４からのユーザ入力によって患者と対応付けられる。例えば、未確定画像の一覧と患者情報Ａの一覧を表示部３５に表示させ（図示せず）、未確定画像と対応付けたい患者情報Ａを操作部３４から選択することにより、未確定画像と患者情報Ａが対応付けられる。

また、ビューア画面３５１には、日付ボタン７５が設けられている。日付ボタン７５のいずれかが操作部３４からの入力により押下されると、画像ＤＢ３３１から診断対象患者の押下された日付ボタンが示す日付に撮影された医用画像及び採取日時がこの日付である検体検査イメージのサムネイル画像が読み出され、読み出されたサムネイル画像がサムネイル画像表示欄７４に追加表示される。サムネイル画像表示欄７４に表示されたサムネイル画像を操作部３４のマウスで画像表示欄７３にドラッグアンドドロップすることにより、画像表示欄７３に医用画像と検体検査イメージを表示させることができる。
なお、操作部３４から入力される医用画像に関する情報及び検体検査イメージに関する情報は、上記のような日付の情報に限られず、画像情報テーブルＴ３に格納された各種情報が操作部３４により選択されることにより、表示部３５に表示すべき医用画像及び検体検査イメージが指定されればよい。例えば、他にも検査部位や患者情報Ａを指定するためのボタンをビューア画面３５１上に表示させ（特に図示せず）、このボタンを操作部３４からの入力により選択し、画像情報テーブルＴ３を参照することにより、ビューア画面３５１に医用画像と検体検査イメージが表示されるようにしてもよい。

また、ビューア画面３５１には、画像表示欄７３に表示された画像を見やすく表示するための各種ツールボタン８３が設けられている。

更に、ビューア画面３５１には、医用画像の出力先としてイメージャ５を指定するための画像出力ボタン８２ａ、医用画像と検体検査イメージの出力先として汎用プリンタ６を指定するための画像出力ボタン８２ｂ、医用画像の出力先として記録メディアを指定するための画像出力ボタン８２ｃ、医用画像の出力先として外部機器（ここでは、クライアントＰＣ７等）指定するための画像出力ボタン８２ｄが設けられている。

画像表示装置３においては、モダリティ２から送信された医用画像が受信されると、受信された医用画像に付帯されているＵＩＤの参照や受信経路等により、医用画像の送信元のモダリティ２の種別に対応する画像取込みボタン８１ａ又は８１ｂが予め押下されたか否かが判断される。送信元のモダリティ２の種別に対応する画像取込みボタン８１ａ又は８１ｂが予め押下されている場合、受信された医用画像がビューア画面３５１の患者表示欄７１に表示されている患者の医用画像として取り込まれ、画像表示欄７３に表示される。
後述する検体検査イメージ作成処理によって、ビューア画面３５１の患者表示欄７１に表示されている患者の検体検査イメージが作成されて画像情報テーブルＴ３に保存された場合も同様に画像表示欄７３にこの検体検査イメージが表示される。

通信部３６は、ネットワークインターフェース等により構成され、スイッチングハブを介してネットワーク９に接続された外部機器との間でデータの送受信を行う。

メディアドライブ３７は、ＣＤ−Ｒ（Compact Disk Recordable）やＤＶＤ−Ｒ（Digital Versatile Disk Recordable）、ＭＯ（Magnet Optical）ディスク等の可搬型の記録メディアＭが着脱可能に構成され、装着された記録メディアＭに対しデータの読み出し又は書き込みを行う装置である。

受付装置４は、来院した患者の受付登録、会計計算、保険点数計算等を行うためのコンピュータ装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される記憶部、キーボードやマウス等により構成される入力部、ＣＲＴやＬＣＤ等により構成される表示部、ネットワーク９に接続された各装置との通信を制御する通信部（いずれも図示せず）等を備えて構成されている。受付装置４は、入力部より受付入力画面の表示が指示されると、ＣＰＵと記憶部に記憶されたプログラムとの協働によるソフトウエア処理により、表示部に図示しない受付入力画面を表示する。この受付入力画面を介して入力部により受付情報（受付番号＋患者氏名等）が入力されると、受付された患者の患者情報Ａを作成（更新）して記憶部に記憶し、通信部により適宜画像表示装置３に対して送信する。

イメージャ５は、画像表示装置３から送信された医用画像に基づいて、透過型記録媒体（フィルム）にレーザ露光することによって潜像を記録し、熱現象処理により潜像を可視化する光熱銀塩方式のプリンタである。

汎用プリンタ６は、インクジェット方式或いはレーザ方式で反射型記録媒体（紙媒体、シール等）に画像を記録するプリンタである。

クライアントＰＣ７は、例えば、画像表示装置３から送信された医用画像を表示するコンピュータ装置である。

検査データ管理システム８は、患者から採取した検体の検査結果を管理する。検査データ管理システム８は、患者から採取した血液や尿等を検査するための検査装置（特に図示せず）が備えられ、検査装置によって得られた検体検査データを管理する。予め定められた一定時間が経過する毎に、検査データ管理システム８が作成したメッセージがネットワーク９を介して画像表示装置３に対して送信される。なお、メッセージは予め定められたタイミングで検査データ管理システム８から画像表示装置３に対して送信されればよく、検体検査データが検査データ管理システム８に登録される度に送信されるようにしてもよいし、検査データ管理システム８の操作部（図示せず）からの指示入力によって送信されるようにしてもよい。

〔画像表示装置３の動作〕
次に、画像表示装置３の動作について詳細に説明する。
図９に、予め記憶部３３に記憶された時間間隔で、制御部３１により実行される検体検査イメージ作成処理のフローチャートを示す。検体検査イメージ作成処理は、制御部３１と記憶部３３に記憶されているプログラムとの協働により実行される。

まず、記憶部３３に記憶されたメッセージと受信メッセージテーブルＴ１が読み出される（ステップＳ１）。次いで、受信メッセージテーブルＴ１に、新規検体検査データがあるか否かが判断される（ステップＳ２）。ステップＳ２においては、ステップＳ１において読み出された受信メッセージテーブルＴ１の「未取込フラグ」フィールドが参照され、このフィールドの値が「未取込」となっているレコードがあった場合、新規検体検査データがあると判断され、このフィールドの値が全て「取込済」となっていた場合、新規検体検査データがないと判断される。

新規検体検査データがあると判断された場合（ステップＳ２；ＹＥＳ）、新規検体検査データの数が取得される（ステップＳ３）。新規検体検査データとは、検体検査テーブルＴ１の「未取込フラグ」フィールドの値が「未取込」となっているメッセージに含まれる検体検査データのうち、検体検査ＩＤを同じとする検体検査データの集まりのことであり、新規検体検査データの数とは、このメッセージに含まれる、互いに値が異なる検体検査ＩＤの数のことである。図３（ｂ）のメッセージのデータ格納例及び図４の検体検査テーブルＴ１のデータ格納例の場合、新規検体検査データの数は検体検査ＩＤが「４０」の１つとなる。

次いで、カウンタ変数ｉに１が代入され（ステップＳ４）、未処理の抽出データがあるか否かが判断される（ステップＳ５）。未処理の抽出データとは、新規検体検査データのうち後述するステップＳ７で検体検査イメージが作成されていない新規検体検査データのことである。ステップＳ５においては、カウンタ変数ｉが新規検体検査データ数よりも大きければ、未処理の抽出データがないと判断され、カウンタ変数ｉが新規検体検査データ数以下であれば、未処理の抽出データがあると判断される。

未処理の抽出データがあると判断された場合（ステップＳ５；ＹＥＳ）、取り込み患者決定処理が実行される（ステップＳ６）。

図１０に、図９のステップＳ６において制御部３１によって実行される取り込み患者決定処理のフローチャートを示す。取り込み患者決定処理は、制御部３１と記憶部３３に記憶されているプログラムとの協働により実行される。

まず、記憶部３３に記憶された患者情報Ａが取得される（ステップＳ６０１）。次いで、未処理の抽出データと対応する患者ＩＤが登録済みであるか否かが判断される（ステップＳ６０２）。ステップＳ６０２においては、記憶部３３に記憶された患者情報Ａの中に、未処理の抽出データに対応するメッセージの「患者ＩＤ」フィールドの患者ＩＤが存在する場合、患者ＩＤが登録済みであると判断され、存在しない場合、患者ＩＤが登録済みでないと判断される。

患者ＩＤが登録済みであると判断された場合（ステップＳ６０２；ＹＥＳ）、記憶部３３に記憶されている患者情報Ａと未処理の抽出データに対応する患者情報Ｂを比較するか否かが判断される（ステップＳ６０３）。ステップＳ６０３においては、患者情報を比較するか否かを示す値が予め記憶部３３に記憶されており、この値が参照されることによって、患者情報を比較するか否かが判断される。なお、この値は操作部３４からの入力により変更可能とする。

記憶部３３に記憶されている患者情報Ａと未処理の抽出データに対応する患者情報Ｂを比較すると判断された場合（ステップＳ６０３；ＹＥＳ）、この患者情報Ａと患者情報Ｂが比較される（ステップＳ６０４）。具体的には、未処理の抽出データと対応する患者氏名（漢字）、患者氏名（カナ）、患者氏名（ＡＳＣＩＩ）、性別、及び生年月日と、記憶部３３に記憶された患者情報Ａのうち患者ＩＤが一致する患者の患者氏名（漢字）、患者氏名（カナ）、患者氏名（ＡＳＣＩＩ）、性別、及び生年月日がそれぞれ比較される。

ステップＳ６０４において患者情報が比較された結果、患者情報が一致するか否かが判断される（ステップＳ６０５）。患者情報が一致すると判断された場合（ステップＳ６０５；ＹＥＳ）、未処理の抽出データに基づいて作成される検体検査イメージをこの患者と対応する検体検査イメージとする旨の戻り値（この患者の患者ＩＤも含む）がＲＡＭ３２に保存される（ステップＳ６０６）。
患者情報が一致すると判断されない場合（ステップＳ６０５；ＮＯ）、未処理の抽出データに基づいて作成される検体検査イメージを未確定画像とする旨の戻り値がＲＡＭ３２に保存される（ステップＳ６０７）。

一方、患者ＩＤが登録済みであると判断されない場合（ステップＳ６０２；ＮＯ）、新規患者の登録設定がされているか否かが判断される（ステップＳ６０８）。ここで新規患者の登録設定とは、未処理の抽出データに対応する患者情報Ｂを患者情報Ａとして記憶部３３に新規に記憶（登録）するか否かの設定のことをいう。ステップＳ６０８においては、新規患者の登録をするか否かを示す値が予め記憶部３３にされており、この値を参照することによって新規患者の登録設定がされているか否かが判断される。なお、この値は操作部３４からの入力により変更可能である。

新規患者の登録設定がされていると判断された場合（ステップＳ６０８；ＹＥＳ）、未処理の抽出データと対応する患者情報Ｂが新規の患者情報Ａとして記憶部３３に記憶され、患者情報が登録される（ステップＳ６０９）。次いで、未処理の抽出データに基づいて作成される検体検査イメージを、この登録された患者と対応する検体検査イメージである旨の戻り値（この患者の患者ＩＤも含む）がＲＡＭ３２に保存される（ステップＳ６１０）。
一方、新規患者の登録設定がされていると判断されない場合（ステップＳ６０８；ＮＯ）、処理はステップＳ６０７に移行し、未処理の抽出データに基づいて作成される検体検査イメージを未確定画像とする旨の戻り値がＲＡＭ３２に保存される。

図９に戻り、上述した取り込み患者決定処理が行われると、画像作成処理が実行される（ステップＳ７）。
図１１に、図９のステップＳ７において制御部３１によって実行される画像作成処理のフローチャートを示す。画像作成処理は、制御部３１と記憶部３３に記憶されているプログラムとの協働により実行される。

まず、予め記憶部３３に記憶されたパラメータが読み出されＲＡＭ３２に保存される（ステップＳ７１）。パラメータとは、検体検査イメージを構成するグラフ等の各項目に係るパラメータであり、例えば、グラフの縦軸の目盛幅や、グラフで表示する検査項目、表で表示する検査項目等を示す情報である。このパラメータは、予め操作部３４からの入力により各値を変更することができる。値が変更されたパラメータは、次に検体イメージ作成処理が実行された時に有効なパラメータとなる。

図１２（ａ）に、検体検査イメージに含まれるグラフの表示形態に関するパラメータの一例を示す。このパラメータは、例えばグラフの正常ゾーンの上限値、下限値、同時に表示すべき採取日時の検査数（以降では、抽出データ数という）を示す最大表示日数、グラフの縦幅等である。
図１２（ｂ）に、グラフ表示すべき検査項目（グラフ表示項目という）とその検査項目のデータを示すグラフの線の色に関するパラメータの一例を示す。図１２（ｃ）に、パラメータに含まれる、表で表示すべき検査項目の設定値の一例を示す。
ステップＳ７１では、記憶部３３に記憶された図１２（ａ）〜（ｃ）に示すパラメータのそれぞれが読み出されて、ＲＡＭ３２に保存される。

次いで、このパラメータに基づいて検体検査イメージとサムネイル画像が作成され、ＲＡＭ３２に一時ファイルとして保存される（ステップＳ７２）。

以下、ステップＳ７２において作成される検体検査イメージ及びステップＳ７２における具体的な処理について説明する。
図１３に、ステップＳ７２において作成される検体検査イメージ３５２の一例を示す。検体検査イメージ３５２は、採取日時２０１、グラフ凡例２０２、グラフ２０３、検査項目一覧２０４、表２０５等から構成される。
採取日時２０１は、未処理の抽出データに対応するメッセージの「採取日時」フィールドの値である。グラフ凡例２０２は、パラメータのグラフ表示検査項目に対応するグラフの凡例が表示される。グラフ２０３は、パラメータのグラフ表示検査項目に対応する検査項目のグラフが所定の色の線で描画されて表示される。検査項目一覧２０４は、検体検査データの一覧を示す。表２０５は、パラメータの表検査項目に対応する検査項目の表が表示される。

ステップＳ７２においては、まず、検体検査データテーブルＴ２に格納されたレコードのうち、未処理の抽出データに対応する患者ＩＤと患者ＩＤが一致するレコードが抽出される。そして、この抽出されたレコードのうち、「採取日時」フィールドの値が新しい順に、パラメータの抽出データ数のレコードがさらに抽出される。これらのレコードに含まれる検体検査データと未処理の抽出データが、パラメータにしたがって画像化され検体検査イメージが作成される。なお、未処理の抽出データと「採取日時」フィールドの値が同一のレコードが検体検査データテーブルＴ２にある場合、このレコードの検体検査データと未処理の抽出データとの両者を含めた検体検査データが画像化され検体検査イメージが作成される。
図１３に示す検体検査イメージ３５２の例では、抽出データ数は３である。つまり、未処理の抽出データを含め、３回分の検体検査ＩＤに対応する検査の各検査項目の測定値がグラフ２０３と表２０５で表されている。

図１１に戻り、作成された検体検査イメージに係るパラメータが作成され、ＲＡＭ３２に一時ファイルとして保存される（ステップＳ７３）。検体検査イメージに係るパラメータとは、ステップＳ７１で決定されたパラメータである。

図９に戻り、ステップＳ７で作成した検体検査イメージと同一の採取日の検体検査イメージが作成済であるか否かが判断される（ステップＳ８）。具体的には、検体検査ＤＢ３３０において、ステップＳ７で検体検査イメージが作成された未処理の抽出データに対応するメッセージと「患者ＩＤ」フィールド及び「採取日時」フィールドの値が同一のメッセージが検索され、受信メッセージテーブルＴ１において、この検索されたメッセージのメッセージＩＤに対応付けられた「未取込フラグ」フィールドの値が「取込済」となっているレコードがある場合、同一の採取日の検体検査イメージが作成済であると判断され、このレコードがない場合、同一の採取日の検体検査イメージが作成済ではないと判断される。

同一の採取日の検体検査イメージが作成済であると判断された場合（ステップＳ８；ＹＥＳ）、この検体検査イメージのＵＩＤが画像情報テーブルＴ３から取得され、パラメータテーブルＴ４が参照されることにより、この検体検査イメージが未読であるか否かが判断される（ステップＳ９）。具体的には、パラメータテーブルＴ４（詳細後述）のレコードのうち、作成済みの検体検査イメージのＵＩＤに対応するレコードが参照され、このレコードの「イメージ未読フラグ」フィールドの値が参照されることによって、作成済みの検体検査イメージが未読であるか否かが判断される。なお、同一の採取日の検体検査イメージのＵＩＤは、画像情報テーブルＴ３の「患者ＩＤ」フィールドと「撮影日時」がこの検体検査イメージに対応する（つまり未処理の抽出データに対応する）患者ＩＤと採取日時と一致するレコードの「ＵＩＤ」フィールドが参照されることにより取得される。

図９に戻り、同一の採取日の検体検査イメージが未読であると判断された場合（ステップＳ９；ＹＥＳ）、検体検査テーブルＴ２に未処理の抽出データと、未処理の抽出データに対応する各種情報（検体検査ＩＤ、患者情報Ａ等）が格納される（ステップＳ１０）。

図５（ｂ）に、未処理の抽出データが格納された検体検査テーブルＴ２の一例を示す。図５（ｂ）に示す例は、図３（ｂ）に示すメッセージのデータ格納例及び図４に示す受信メッセージテーブルＴ１のデータ格納例の場合に、検体検査イメージ作成処理が実行された場合に、ステップＳ１０において未処理の抽出データが格納された例を示している。図４に示す、「テスト太郎」の「血液検査」の検体検査データが検体検査テーブルＴ２に格納される。

次いで、ステップＳ７２において作成された検体検査イメージとサムネイル画像が記憶部３３に上書き保存される（ステップＳ１１）。具体的には、ステップＳ９で取得されたＵＩＤの検体検査イメージとサムネイル画像が、ステップＳ７２において作成された検体検査イメージとサムネイル画像によって上書き保存される。
ステップＳ７１においてＲＡＭ３２に保存されたパラメータとともにパラメータテーブルＴ４に格納されることによりパラメータの更新が行われる（ステップＳ１２）。

図１４に、パラメータテーブルＴ４の一例を示す。図１４に示すように、パラメータテーブルＴ４は、「ＵＩＤ」フィールド、「イメージ未読フラグ」フィールド、「確定フラグ」フィールド、「グラフ表示検査項目」フィールド、「表検査項目」フィールド、「正常ゾーン上限値」フィールド、「正常ゾーン下限値」フィールド、「最大表示日数」フィールド、及び「縦幅」等を有する。パラメータテーブルＴ４には、検体検査イメージ作成処理によって作成された各検体検査イメージのパラメータが格納される。パラメータテーブルＴ４は、ステップＳ７１で取得されたパラメータに、ＵＩＤ、イメージ未読フラグ、及び確定フラグが付与されて格納される。
なお、図１４に示す「グラフ表示検査項目」フィールドに格納される値のうち、かっこで示しているものは、グラフの線の色である。

ＵＩＤは、作成された検体検査イメージに付与されるＵＩＤである。
イメージ未読フラグは、レコードに対応する検体検査イメージを表示部３５に表示させたか否かを識別するフラグである。ビューア画面３５１の画像表示欄７８に表示された検体検査イメージを操作部３４からの入力によりクリックする等によって表示部３５に表示させた場合、この検体検査イメージのイメージ未読フラグが「未読」から「既読」に変更される。イメージ未読フラグが「未読」を示している検体検査イメージがビューア画面３５１上で表示される際には、図８に示すように検体検査イメージが表示部３５に表示されたか否かを示す指標であるＮＥＷマーク８５がこの検体検査イメージが表示される画像表示欄７３と対応する位置に表示される。
確定フラグは、作成された検体検査イメージに含まれる検査が確定されたか否かを識別するフラグである。ここで検査の確定とは、患者に対して検査の説明を行ったか否かを示し、例えば、ビューア画面３５１に表示された検体検査イメージを画像出力ボタン８２ｂで出力した場合に、患者に対して検査の説明を行ったとして確定フラグが「確定前」から「確定済」に変更される。
ステップＳ１２においては、パラメータテーブルＴ４が参照され、ステップＳ１１における上書き前の検体検査イメージに対応するレコードに格納されている各パラメータが、ステップＳ７３においてＲＡＭ３２に記憶されたパラメータに置き換えられる。

図９に戻り、ステップＳ１１において上書き保存した検体検査イメージに関する各種情報が画像情報テーブルＴ３に登録される（ステップＳ１３）。具体的には、ステップＳ９で取得されたＵＩＤと画像情報テーブルＴ３の「ＵＩＤ」フィールドが一致するレコードの検体検査イメージに関わる各種情報（検査部位等）が上書きされることにより登録される。

一方、同一の採取日の検体検査イメージが既に記憶部３３にあると判断されない場合（ステップＳ８；ＮＯ）、同一の採取日の検体検査イメージが未読であると判断されない場合（ステップＳ９；ＮＯ）、検体検査テーブルＴ２に未処理の抽出データと、未処理の抽出データに対応する各種情報（検体検査ＩＤ、患者情報Ａ等）が格納される（ステップＳ１４）。ステップＳ７において作成された検体検査イメージに新規にＵＩＤが付与され、サムネイル画像とともにステップＳ７の戻り値に応じて記憶部３３に保存される（ステップＳ１５）。ステップＳ６の取り込み患者決定処理においてＲＡＭ３２に保存された戻り値が「該当患者のデータ」又は「登録された患者のデータ」を示していれば、画像ＤＢ３３１の所定のフォルダに検体検査イメージが記憶され、「未確定画像」を示していれば、画像ＤＢ３３１の未確定画像領域に記憶される。次いで、ステップＳ７１でＲＡＭ３２に保存されたパラメータが、検体検査イメージに付されたＵＩＤと対応付けられて、新たなレコードとしてパラメータテーブルＴ４に格納されることによりパラメータの追加が行われる（ステップＳ１６）。

次いで、ステップＳ１５において新規に保存された検体検査イメージに関する各種情報が画像情報テーブルＴ３に登録される（ステップＳ１７）。具体的には、画像情報テーブルＴ３に新たなレコードが作成され、ステップＳ１５で付与されたＵＩＤと検体検査イメージに関わる各種情報（患者ＩＤ等）が対応付けられて、このレコードに格納される。ステップＳ６の取り込み患者決定処理においてＲＡＭ３２に保存された戻り値が「該当患者のデータ」又は「登録された患者のデータ」を示していれば、この患者の患者ＩＤが格納され、「未確定画像」であれば、患者ＩＤには値が格納されない。「画像保存先」には、ステップＳ１１又はステップＳ１５でイメージが保存された場所（保存先）が格納される。

次いで、カウンタ変数ｉが１加算され（ステップＳ１８）、処理はステップＳ５に戻る。
一方、未処理の抽出データがあると判断されない場合（ステップＳ５；ＮＯ）、未処理の抽出データのメッセージＩＤに対応する受信メッセージテーブルＴ１の未取込フラグを「取込済」にし（ステップＳ１９）、処理は終了する。
新規検体検査データがあると判断されない場合（ステップＳ２；ＮＯ）、処理は終了する。

以上のように、本実施の形態における小規模診断システムによれば、検査データ管理システム８から受信したメッセージに含まれる検査結果データに基づいて、検体検査イメージ作成処理によって検体検査イメージが作成される。新しく検査結果が出て検査データ管理システム８から検体検査データが画像表示装置３に対して送信された場合に、検体検査イメージは採取日時毎に作成されるため、新しく検査結果が出た旨を検体検査イメージが作成されたことによって把握することができ、新しい検査結果を見落としにくくなる。また、この検体検査イメージは同一のイメージ上に結果が早く出る検査項目と遅く出る検査項目との両者を含ませることができるため、患者の状態を一つの検体検査イメージで把握しやすくなる。

また、検体検査イメージは、画像情報テーブルＴ３に保存先のフォルダが格納され、他の医用画像と同様に保存管理することができる。つまり、検体検査イメージと医用画像の管理方法が同一となるため、医用画像がモダリティ２から画像表示装置３に新規に取り込まれた際に、この新しい医用画像を表示させる画面と同一画面で検体検査イメージを表示させることができ、画像管理及び新しい検査結果がより見落としにくくなる。

また、検体検査イメージが表示部３５に表示されたか否かを示すイメージ未読フラグを参照し、検体検査イメージが未読である場合にＮＥＷマーク８５が表示部３５に表示されるため、新しい検体検査データが見落としにくくなる。

また、検体検査イメージ作成処理によってグラフを含んだ検体検査イメージが作成されるため、新しく結果が出た検体検査データをグラフ上でより分かりやすく把握することができる。

なお、上述した本実施の形態における記述は、本発明に係る好適な小規模診断システムの一例であり、これに限定されるものではない。
例えば、本実施の形態において検体検査イメージ作成処理は定期的に実行されるようにしたが、操作部３４からの入力によって実行されるようにしてもよい。例えば、検体検査データテーブルＴ２に格納された検体検査データを表示部３５でグラフ化して表示させ、操作部３４からの入力により、表示部３５に表示されたグラフを検体検査イメージとして保存させるようにしてもよい。この場合には、グラフ化して表示させている状態の各パラメータがパラメータテーブルＴ４に保存される。

また、図９に示す検体検査イメージ作成処理のステップＳ５において、カウンタ変数を用いて未処理の抽出データがあるか否かを判断するようにしたが、検体検査イメージを作成すべき検体検査データがあるか否かを判断できればよく、他の方法であってもよい。例えば、新規検体検査データの最後のレコードにＥＯＦ（End Of File）のデータを付随させ、このデータに基づいて未処理の抽出データがあるか否かを判断するようにしてもよい。

また、検体検査イメージが作成されたメッセージに対応する未取込フラグをステップＳ１９において更新されるようにしたが、メッセージに対応する検体検査イメージが作成された場合に未取込フラグを更新できればよく、本実施の形態における例に限られない。
また、本実施の形態においては、パラメータテーブルＴ４に、イメージ未読フラグと確定フラグを格納したが、記憶部３３に記憶された値に基づいて、検体検査イメージが未読か否か、又は確定されたか否かを判断できればよく、これに限られない。例えば、パラメータテーブルＴ４に、イメージ未読フラグと確定フラグを格納せず、別テーブルにおける管理とするようにしてもよい。

また、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてハードディスクや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用される。

その他、小規模診断システムを構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

本実施の形態における小規模診断システムの全体構成例を示す図である。 図１の画像表示装置の機能的構成を示す要部ブロック図である。 図１の検査データ管理システムから画像表示装置に対して送信されるメッセージのデータ格納例を示す図である。 図２の検体検査ＤＢの受信メッセージテーブルの一例を示す図である。 図２の検体検査ＤＢの検体検査データテーブルの一例を示す図である。 図２の画像ＤＢの画像情報テーブルの一例を示す図である。 図２の表示部に表示されるビューア画面の一例を示す図である。 図７に示すビューア画面に取り込んだ医用画像と検体検査イメージを表示した場合の表示の一例を示す図である。 図２の制御部により実行される検体検査イメージ作成処理を示すフローチャートである。 図９のステップＳ６において実行される取り込み患者決定処理を示すフローチャートである。 図９のステップＳ７において実行される画像作成処理を示すフローチャートである。 図２の記憶部に記憶されるパラメータの一例を示す図である。 図１１の画像作成処理で生成される検体検査イメージの一例を示す図である。 図２の検体検査ＤＢのパラメータテーブルの一例を示す図である。

符号の説明

１ 小規模診断システム
２ モダリティ
３ 画像表示装置
４ 受付装置
５ イメージャ
６ 汎用プリンタ
７ クライアントＰＣ
８ 検査データ管理システム
９ ネットワーク
３１ 制御部
３２ ＲＡＭ
３３ 記憶部
３３０ 検体検査ＤＢ
３３１ 画像ＤＢ
３４ 操作部
３５ 表示部
３５１ ビューア画面
３５２ 検体検査イメージ
３６ 通信部
３７ メディアドライブ
３８ バス
７３ 画像表示欄
７４ サムネイル画像表示欄

Claims (4)

1. モダリティで生成された医用画像を当該医用画像に関わる患者の情報に対応付けて記憶する記憶手段を備え、前記記憶手段に記憶された医用画像を表示画面上に表示する画像表示装置において、
   前記記憶手段は、患者から採取した検体に関する各検査項目の検体検査データと、当該検体検査データに関わる検体の採取日時及び患者の情報と、当該検体検査データを前記表示画面上に表示する際に同時に表示すべき検査数に対応する最大表示日数と、当該検体検査データを前記表示画面上に表示する際の画像の構成に関するパラメータとを記憶し、
   前記記憶手段に記憶された最大表示日数とパラメータとに基づいて、前記患者から採取した検体の採取日時毎に、当該採取日時の検査を含む前記最大表示日数分の検査の検体検査データを画像化した検体検査イメージを作成し、医用画像と同様に、当該作成された検体検査イメージを前記患者の情報に対応付けて前記記憶手段に記憶させるとともに前記表示画面上に表示させる制御手段、
   を備える画像表示装置。
2. 前記記憶手段は、前記検体検査イメージが前記表示画面上に表示されたか否かを示すイメージ未読フラグを記憶し、
   前記制御手段は、前記記憶手段に記憶されたイメージ未読フラグに基づいて前記検体検査イメージが前記表示画面上に表示されたか否かを示す指標を前記検体検査イメージとともに前記表示画面上に表示させる請求項１に記載の画像表示装置。
3. 前記記憶手段は、画像化すべき検体検査データを識別する未取込フラグを更に記憶し、
   前記制御手段は、前記未取込フラグによって識別される検体検査データの患者及び採取日時が同一の検体検査データに対応する検体検査イメージが既に前記記憶手段に記憶されている場合、当該検体検査イメージに対応する検体検査データを含ませて検体検査イメージを作成し、当該作成された検体検査イメージを前記記憶手段に記憶させる請求項１又は２に記載の画像表示装置。
4. 前記パラメータは、前記検体検査データをグラフ化する検査項目を特定する情報を含み、
   前記制御手段が作成する検体検査イメージは、前記記憶手段に記憶されたパラメータにより特定される検査項目のグラフを含む請求項１〜３のいずれか一項に記載の画像表示装置。

Images