医用情報管理システム
【課題】検索された医用情報が膨大である場合に、検索された医用情報を効率的にデータ管理サーバから取得、表示して、ユーザの待ち時間を短縮する。
【解決手段】医用情報管理システム１００によれば、ＣＰＵ２１は、操作部２２により表示対象の検査の検索条件が入力されると、入力された検索条件を通信部２４によりデータ管理サーバ１０に送信して、入力された検索条件に合致する医用情報（患者情報、検査情報、シリーズ情報等）の検索件数を特定するための検査ＬＩＤを取得する。そして、検索条件に合致する医用情報の検索件数が所定数以上である場合に、検索条件に合致した医用情報のうち所定数の医用情報をデータ管理サーバ１０に要求して取得し、当該取得された医用情報を表示部２３に表示した後、データ管理サーバ１０ら未だ取得されていない残りの医用情報を取得して表示部２３に表示する。
【解決手段】医用情報管理システム１００によれば、ＣＰＵ２１は、操作部２２により表示対象の検査の検索条件が入力されると、入力された検索条件を通信部２４によりデータ管理サーバ１０に送信して、入力された検索条件に合致する医用情報（患者情報、検査情報、シリーズ情報等）の検索件数を特定するための検査ＬＩＤを取得する。そして、検索条件に合致する医用情報の検索件数が所定数以上である場合に、検索条件に合致した医用情報のうち所定数の医用情報をデータ管理サーバ１０に要求して取得し、当該取得された医用情報を表示部２３に表示した後、データ管理サーバ１０ら未だ取得されていない残りの医用情報を取得して表示部２３に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用情報管理システムに関する。
【背景技術】
【０００２】
医療の分野では、患者を撮影した医用画像のデジタル化が実現されている。デジタル化は、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置、カセッテ読み取り装置等の各種モダリティにより行われる。デジタル化された医用画像は、患者の患者情報や、検査情報、シリーズ情報等の付帯情報とともにデータ管理サーバにより一元的に管理される。具体的には、医用画像とＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に適合するＤＩＣＯＭ基本情報（患者情報、検査情報、シリーズ情報等の付帯情報）とがデータ管理サーバのデータベースに登録され、管理されている。このデータ管理サーバに保存されている医用画像や付帯情報等の医用情報は、クライアント端末から読み出され、読影等に使用されている。
【０００３】
医師による読影は、一般的に、検査単位で行われる。クライアント端末では、検査単位で医用画像をデータ管理サーバから読み出すために、検査リストが用いられている。検査リストは、クライアント端末で入力された検索条件をデータ管理サーバに送信し、データ管理サーバで検索条件に合致する検査に係る患者情報、検査情報、シリーズ情報等を検索し、検索された結果をクライアント端末に返すことで、表示することができる。
【０００４】
検査リストの表示は、データ管理サーバで保存されているデータ量が少ないうちは問題がない。しかし、大病院等の規模の大きい病院では、データ管理サーバに保存されているデータ量が膨大であるため、検索に時間がかかり、結果として検査リストが画面上に表示されるまでに非常に時間がかかる。例えば、１週間の検査の医用画像が全て読影されているかどうかの確認を行うために、１週間分の未読影の検査の検査リストを表示させようとした場合、大病院では１週間の検査数が数千件に上る。そのため、数十万〜数百万の検査の中から数千件の検査を検索することとなり、クライアント側に検査リストを表示させるまでに非常に時間がかかってしまうという問題があった。
【０００５】
そこで、例えば、特許文献１には、検索条件に対応付けて、検索条件に該当するカルテＩＤを検索結果インデックスとして記憶しておき、この検索結果インデックスを用いて検索を行うことで、効率的な時間で検索を行うようにした医用情報検索システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２６９１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１によれば、複雑な検索条件に合致する医用情報を効率的に特定することはできる。しかしながら、検索条件に合致した医用情報が多い場合の対処については何ら考慮されていないため、クライアント端末で検索条件に合致した医用情報を取得して表示されるまでに時間がかかってしまう。
【０００８】
本発明の課題は、検索された医用情報が膨大である場合に、検索された医用情報を効率的にデータ管理サーバから取得、表示して、ユーザの待ち時間を短縮することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１に記載の発明は、
医用情報を記憶する記憶手段を備えたサーバと、前記サーバから医用情報を取得して表示手段に表示するクライアント端末と、が通信ネットワークを介して接続される医用情報管理システムであって、
前記クライアント端末は、
前記サーバから取得する医用情報の検索条件を入力する検索情報入力手段と、
前記入力された検索条件を前記サーバに送信し、前記サーバから当該検索条件に合致する医用情報の検索件数を特定する情報を取得する検索件数取得手段と、
前記検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、前記検索条件に合致した医用情報のうち所定数の医用情報を前記サーバに要求して取得し、当該取得された医用情報を前記表示手段に表示した後、前記サーバから未だ取得されていない残りの医用情報を取得して前記表示手段に表示する制御手段と、
を備え、
前記サーバは、
前記クライアント端末から送信された検索条件に基づいて前記記憶手段に記憶されている医用情報を検索し、検索された医用情報の検索件数を特定するための情報を前記クライアント端末に送信する検索件数送信手段と、
前記検索条件に合致した医用情報のうち、前記クライアント端末から要求された数の医用情報を前記記憶手段から読み出して前記クライアント端末に送信する医用情報送信手段と、
を備える。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、
前記制御手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記制御手段は、前記検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて前記表示手段に表示させる。
【００１２】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記クライアント端末は、
前記表示手段に表示された医用情報のソート条件を入力するためのソート条件入力手段と、
前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に前記取得された医用情報を前記ソート条件入力手段により入力されたソート条件に基づいてソートして前記表示手段に表示するソート手段と、
を備える。
【００１３】
請求項５に記載の発明は、請求項４に記載の発明において、
前記ソート手段は、前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了していないと判断されると、前記サーバから未だ取得されていない医用情報のうち、前記入力されたソート条件でソートした場合の上位の所定数の医用情報を前記サーバから取得し、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示した後、残りの医用情報を前記サーバから取得して、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示する。
【００１４】
請求項６に記載の発明は、請求項５に記載の発明において、
前記ソート手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。
【００１５】
請求項７に記載の発明は、請求項１〜６の何れか一項に記載の発明において、
前記医用情報は、検査に関する患者情報、検査情報、及びシリーズ情報を含む。
【発明の効果】
【００１６】
本発明によれば、検索された医用情報が膨大である場合に、検索された医用情報を効率的にデータ管理サーバから取得、表示して、ユーザの待ち時間を短縮することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態における医用情報管理システムの全体構成例を示す図である。
【図２】図１のデータ管理サーバの機能的構成を示すブロック図である。
【図３】図２の記憶部に格納されるＤＢのデータ格納例を示す図である。
【図４】図１のクライアント端末の機能的構成を示すブロック図である。
【図５Ａ】図１のクライアント端末及びデータ管理サーバにより実行される情報検索処理のフローチャートである。
【図５Ｂ】図１のクライアント端末及びデータ管理サーバにより実行される情報検索処理のフローチャートである。
【図６Ａ】図５ＡのステップＳ１で表示される検索画面の一例を示す図である。
【図６Ｂ】図６Ａの検索画面における検索条件の入力例を示す図である。
【図６Ｃ】図５ＡのステップＳ１１において所定数の検査についての検査リストが表示された検索画面の一例を示す図である。
【図６Ｄ】図５ＢのステップＳ１６においてさらに所定数の検査が追加取得されたときの検索画面の一例を示す図である。
【図７Ａ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図７Ｂ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図７Ｃ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図８Ａ】図７ＡのステップＳ２１においてソート条件が入力された例を示す図である。
【図８Ｂ】図７ＡのステップＳ２４において表示される確認ダイアログ画面の一例を示す図である。
【図８Ｃ】未取得の検査の情報が追加された検索画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図を参照して本発明の実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１９】
〔医用情報管理システム１００の構成〕
図１に、本実施の形態における医用情報管理システム１００のシステム構成を示す。
医用情報管理システム１００は、病院内に設置されるシステムである。図１に示すように、医用情報管理システム１００は、データ管理サーバ１０と、クライアント端末２０と、がＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信回線からなる通信ネットワークＮを介してデータ送受信可能に接続されて構成されている。医用情報管理システム１００を構成する各装置は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に準じており、各装置間の通信は、ＤＩＣＯＭに則って行われる。なお、各装置の台数は、特に限定されない。
【００２０】
〔データ管理サーバ１０の構成〕
データ管理サーバ１０は、ＣＴ装置、ＭＲＩ装置、ＣＲ装置等の各種モダリティにより生成された医用画像のデータ、及び医用画像に関する付帯情報（患者情報、検査情報、シリーズ情報、画像情報）等の医用情報を蓄積記憶・管理するコンピュータ装置である。
【００２１】
図２に、データ管理サーバ１０の機能的構成を示す。
図２に示すように、データ管理サーバ１０は、ＣＰＵ１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成され、各部はバス１７により接続されている。
【００２２】
ＣＰＵ１１は、記憶部１６に記憶されている各種プログラム読み出し、ＲＡＭ１５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００２３】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。
【００２４】
表示部１３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)等のモニタにより構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面や医用画像等を表示する。
【００２５】
通信部１４は、ＬＡＮアダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００２６】
ＲＡＭ１５は、ＣＰＵ１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。
【００２７】
記憶部１６は、ＨＤＤ（Hard Disc）や半導体の不揮発性メモリ等により構成される。
記憶部１６は、ＣＰＵ１１で実行される各種プログラム、これらのプログラムの実行に必要なデータ等が記憶されている。
【００２８】
また、記憶部１６には、ＤＢ（Data Base）１６０、画像ファイル１６５等が記憶されている。
【００２９】
ＤＢ１６０は、記憶部１６に記憶されている医用画像の付帯情報を管理するためのデータベースである。ＤＢ１６０は、患者情報テーブル１６１、検査情報テーブル１６２、シリーズ情報テーブル１６３、画像情報テーブル１６４を含む。
患者情報テーブル１６１には、図３（ａ）に示すように、患者ＬＩＤ（Link Identification）毎に、患者の名前、患者の生年月日、患者の年齢、患者の性別等の患者情報が格納されている。
検査情報テーブル１６２には、図３（ｂ）に示すように、検査ＬＩＤ毎に、検査インスタンスＵＩＤ（Unique Identification）、患者ＬＩＤ、検査日付、検査時刻等の検査に関する検査情報が格納されている。検査情報テーブル１６２に格納されている各検査情報は、患者ＬＩＤにより患者情報に関連付けられている。
シリーズ情報テーブル１６３には、図３（ｃ）に示すように、シリーズＬＩＤ毎に、シリーズインスタンスＵＩＤ、検査ＬＩＤ、モダリティ、検査部位、シリーズ番号、ＡＥタイトル、シリーズ記述、サムネイル画像等のシリーズ情報が格納されている。ここで、シリーズとは、同一検査内で取得された医用画像のうち、互いに関連する一連の医用画像のまとまりを指す。即ち、検査は、一又は複数のシリーズを含む。シリーズ情報テーブル１６３に格納されている各シリーズ情報は、検査ＬＩＤにより検査情報に対応付けられている。
画像情報テーブル１６４には、図３（ｄ）に示すように、画像ＬＩＤ毎に、ＳＯＰ（Service Object Pair）インスタンスＵＩＤ、シリーズＬＩＤ、画像番号、画像日付、画像時刻、画像ファイルパス等の画像に関する各種情報が格納されている。画像ファイルパスは、画像ファイルの所在を示す情報をいう。画像情報テーブル１６４に格納されている各画像情報は、シリーズＬＩＤによりシリーズ情報に対応付けられている。
画像ファイル１６５は、図示しないモダリティから受信した医用画像の画像データのファイルである。
【００３０】
〔クライアント端末２０の構成〕
クライアント端末２０は、データ管理サーバ１０に蓄積記憶されている医用情報を取得して表示するためのＰＣ（Personal Computer）等の端末装置である。
【００３１】
図４に、クライアント端末２０の機能的構成を示す。
図４に示すように、クライアント端末２０は、ＣＰＵ２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成され、各部はバス２７により接続されている。
【００３２】
ＣＰＵ２１は、記憶部２６に記憶されている各種プログラムを読み出し、ＲＡＭ２５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００３３】
操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。
【００３４】
表示部２３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)等のモニタにより構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面や医用画像等を表示する。
【００３５】
通信部２４は、ＬＡＮアダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００３６】
ＲＡＭ２５は、ＣＰＵ２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。
【００３７】
記憶部２６は、ＨＤＤ（Hard Disc）や半導体の不揮発性メモリ等により構成される。
記憶部２６は、ＣＰＵ２１で実行される各種プログラム、これらのプログラムの実行に必要なデータ、各種設定情報等を記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２６に格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。
【００３８】
〔医用情報管理システム１００の動作〕
次に、医用情報管理システム１００の動作について説明する。
【００３９】
（情報検索処理）
まず、クライアント端末２０において、入力された検索条件に合致する検査に関する情報をデータ管理サーバ１０から取得して、検索結果である検査リストを表示部２３に表示する情報検索処理について説明する。
【００４０】
図５Ａ〜図５Ｂに、クライアント端末２０及びデータ管理サーバ１０により実行される情報検索処理のフローを示す。情報検索処理は、クライアント端末２０の操作部２２による指示に応じて開始される。情報検索処理のクライアント端末２０側の処理は、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。情報検索処理のデータ管理サーバ１０側の処理は、ＣＰＵ１１と記憶部１６に記憶されているプログラムとの協働により実行される。
【００４１】
まず、クライアント端末２０において、表示部２３に検索画面２３１が表示される（ステップＳ１）。
検索画面２３１から操作部２２により検索条件が入力されると（ステップＳ２）、入力された検索条件が通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して検索条件に該当する検査の検査ＬＩＤの取得要求が行われる（ステップＳ３）。
【００４２】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検索条件及び検索条件に該当する検査の検査ＬＩＤの取得要求が受信されると、受信された検索条件に合致する検査の検査ＬＩＤの検索がＤＢ１６０において行われ、検索条件に合致する検査の検査ＬＩＤのリストが取得される（ステップＳ４）。取得された検査ＬＩＤは、通信部１４によりクライアント端末２０に送信される（ステップＳ５）。
【００４３】
クライアント端末２０においては、通信部２４によりデータ管理サーバ１０からの検査ＬＩＤが取得されると、取得された検査ＬＩＤがＲＡＭ２５に記憶され、検索条件に合致する検査件数（受信された検査ＬＩＤの数）が予め定められた所定数以上（例えば、１００件以上）であるか否かが判断される（ステップＳ６）。取得された検査ＬＩＤ数が所定数以上であると判断されると（ステップＳ６；ＹＥＳ）、通信部２４により所定数の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ７）。
【００４４】
検索条件に該当する検査件数が所定数以上ではないと判断されると（ステップＳ６；ＮＯ）、受信された全ての検査ＬＩＤが通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、受信された全ての検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ８）。
【００４５】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報が取得される（ステップＳ９）。
具体的には、まず、受信された検査ＬＩＤを有する検査情報が検査情報テーブル１６２から検索され、取得される。次いで、検索された検査情報に含まれる患者ＬＩＤと患者ＬＩＤが合致する患者情報が患者情報テーブル１６１から検索され取得される。次いで、受信された検査ＬＩＤを有するシリーズ情報がシリーズ情報テーブル１６３から検索されて取得される。これらの処理が取得された全てのＬＩＤに対して行われる。
そして、取得された情報が通信部１４によりクライアント端末２０に送信される（ステップＳ１０）。
【００４６】
クライアント端末２０においては、通信部２４により、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が受信されると、受信された情報がＲＡＭ２５に記憶され、検査リストとして表示部２３の検索画面２３１に表示される（ステップＳ１１、図６Ｃ参照）。
【００４７】
次いで、未だ情報を取得していない検査が存在するか否かが判断される（ステップＳ１２）。具体的には、データ管理サーバ１０から取得された全検査ＬＩＤから既に取得されている検査の検査ＬＩＤを抜いた残りの検査ＬＩＤのリストが生成され、生成された検査ＬＩＤのリストに検査ＬＩＤが存在する場合、未だ情報を取得していない検査が存在すると判断される。
【００４８】
未だ情報を取得していない検査が存在すると判断されると（ステップＳ１２；ＹＥＳ）、通信部２４により、未だ情報を取得していない（残りの）検査ＬＩＤの中から予め定められた所定数の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ１３）。
【００４９】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査のそれぞれについての患者情報、検査情報、シリーズ情報が取得される（ステップＳ１４）。そして、取得された情報が通信部１４によりクライアント端末２０に送信される（ステップＳ１５）。
【００５０】
クライアント端末２０においては、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が受信されると、受信された情報がＲＡＭ２５に追加されるとともに検査リスト２３１ｄに追加されて表示部２３の検索画面２３１に表示される（ステップＳ１６、図６Ｄ参照）。そして、処理はステップＳ１２に戻る。
【００５１】
なお、クライアント端末２０における、ステップＳ１３〜Ｓ１６の、データ管理サーバ１０に検査ＬＩＤを送信して検査の情報を取得して取得された情報を表示する処理は、メイン処理とは別のスレッド処理により行われる。
【００５２】
ステップＳ１２において、情報を取得していない検査が存在しないと判断されるまでステップＳ１２〜ステップＳ１６の処理は繰り返し実行され、情報を取得していない検査が存在しないと判断されると（ステップＳ１２；ＮＯ）、情報検索処理は終了する。
【００５３】
ここで、図６Ａ〜図６Ｄを参照して、上記情報検索処理におけるクライアント端末２０の表示画面例について説明する。
まず、ステップＳ１においては、図６Ａに示す検索画面２３１が表示される。即ち、患者ＩＤ、患者氏名、年齢、性別、生年月日等の検索条件入力欄２３１ａ、サーチボタン２３１ｂ、クリアボタン２３１ｃが表示された検索画面２３１が表示される。
ステップＳ２において、図６Ｂに示すように、操作部２２により、検索条件として５０歳以上を入力して検索ボタンを押下すると、ステップＳ３〜ステップＳ１１の処理が実行される。検索の結果、予め定められた所定数（ここでは、１００件）以上の３８０５件がヒットしたとすると、ステップＳ１１において、図６Ｃに示すように、所定数である１００件の検査の情報のリストが取得され、検査リスト２３１ｄとして表示される。検索画面２３１上には、併せてヒットした全件数に対して取得された件数がどのくらいかを示す件数表示欄２３１ｅが表示される。図６Ｃの画面においては、８件の検査の情報しか表示されていないが、操作部２２によりスクロールバー２３１ｆの操作により、件数表示欄２３１ｅに表示された１００件の検査の情報を表示することが可能である。
次いで、ステップＳ１３〜ステップＳ１６の処理が実行され、まだ取得されていない情報のうち予め定められた所定数（ここでは、５００件）の情報が取得され、図６Ｄに示すように、スクロール等の操作に応じて表示される。件数表示欄２３１ｅは、取得済みの件数に応じて更新されて表示される。図６Ｄの画面において操作部２２によりスクロールバー２３１ｆを操作すると、件数表示欄２３１ｅに表示された６００件の検査の情報を表示することが可能である。検索条件に合致する全ての検査に関する情報が取得されるまで、ステップＳ１３〜ステップＳ１６の処理が実行され、最終的に、全件数（ここでは、３８０５件）からなる検査リスト２３１ｄの表示が可能となる。
【００５４】
ここで、ステップＳ１３〜ステップＳ１６のクライアント端末２０側の処理は、上述のようにスレッドにより行われるので、スレッドによる処理が行われている間に、クライアント端末２０においては、操作部２２からの操作が行われると、操作に応じた処理を並行して実施することができる。例えば、操作部２２によりスクロールバー２３１ｆのスクロール操作が行われると、そのスクロール操作に応じて検査リスト２３１ｄに表示される情報を変更することができる。よって、図６Ｃの画面において、ユーザが操作部２２によりスクロールを行って、既に取得されている１００件のうちまだ表示されていない残りの検査の情報を表示させている間に、ステップＳ１３〜ステップＳ１６の処理を行って、未だ取得されていない残りの検査の情報を順次取得して表示対象に追加していくことができる。
このように、本実施の形態における情報検索処理では、ユーザが検索結果の一部を表示している間に、残りの検索結果を取得するので、効率的に検索された情報を取得、表示して、ユーザの待ち時間を短縮することができる。
【００５５】
なお、検索画面２３１において、検査リスト２３１ｄから操作部２２により何れかの検査が選択されると、選択された検査に対応する医用画像がデータ管理サーバ１０から取得され、取得された医用画像が表示部２３に表示される。
具体的には、選択された検査のシリーズのシリーズＬＩＤが通信部１４によりデータ管理サーバ１０に送信される。データ管理サーバ１０においては、受信されたシリーズＬＩＤを有する画像情報がＤＢ１６０の画像情報テーブル１６４において検索され、検索された画像情報の画像ファイルパスに基づいて医用画像が取得される。取得された医用画像は通信部１４によりクライアント端末２０に送信される。クライアント端末２０においては、受信された医用画像が表示部２３の読影画面上に表示される。
【００５６】
（ソート処理）
また、検索画面２３１においては、操作部２２により検査リスト２３１ｄ上部の所望の項目が選択されると、ソート処理の実行により、選択された項目の順（昇順又は降順。ここでは昇順）に検査の情報がソートされて検査リスト２３１ｄが表示される。
【００５７】
以下、ソート処理について説明する。
図７Ａ〜図７Ｃに、クライアント端末２０及びデータ管理サーバ１０により実行されるソート処理のフローを示す。ソート処理のクライアント端末２０側の処理は、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。ソート処理のデータ管理サーバ１０側の処理は、ＣＰＵ１１と記憶部１６に記憶されているプログラムとの協働により実行される。
【００５８】
操作部２２により検査リスト２３１ｄの何れかの項目が選択されることによりソート条件が入力されると（ステップＳ２１）、現在、情報検索処理（図５Ａ〜図５Ｂ参照）の実行中であるか否かが判断される（ステップＳ２２）。
情報検索処理中ではない（即ち、検索条件に合致する全ての検査の情報の取得が終了した）と判断されると（ステップＳ２２；ＮＯ）、情報検索処理において取得された検査リスト２３１ｄが選択された項目の昇順によりソートされ（ステップＳ２３）、ソート処理は終了する。
【００５９】
一方、情報検索処理中であると判断されると（ステップＳ２２；ＹＥＳ）、表示部２３に、情報検索処理を中断してソートを実行するか否かを問い合わせる確認ダイアログ画面２３２がポップアップ表示される（ステップＳ２４）。
図８Ｂに、確認ダイアログ画面２３２の一例を示す。図８Ｂに示すように、確認ダイアログ画面２３２には、「現在、ＤＢから情報を取得中です。この処理を中断して指定されたソート条件でＤＢから情報を取得しますか？一部の項目は、全データ取得後、ソートを行います」等のメッセージ２３２ａと、ソートを行う指示を入力するためのＯＫボタン２３２ｂと、ソートをキャンセルする指示を入力するためのキャンセルボタン２３２ｃとが表示される。
【００６０】
操作部２２により確認ダイアログ画面２３２上からＯＫボタン２３２ｂが押下され、ソートの実行が指示されると（ステップＳ２５；ＹＥＳ）、現在処理している情報検索処理が中断される（ステップＳ２６）。そして、通信部２４によりデータ管理サーバ１０に検索条件及びソート条件が送信され、データ管理サーバ１０に対して検索条件に該当する検査ＬＩＤをソート条件でソートしたソート結果の取得要求が行われる（ステップＳ２７）。検索条件は、情報検索処理で入力された検索条件である。ソート条件は、ここでは操作部２２により選択された項目の昇順である。
【００６１】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０からの検索条件及びソート条件が受信されると、受信された検索条件に該当する検査の検査ＬＩＤの検索がＤＢ１６０において行われ、検索条件に該当する検査ＬＩＤのリストが取得される（ステップＳ２８）。取得された検査ＬＩＤは、受信されたソート条件に基づいてソートされる（ステップＳ２９）。ここで、Ｓ２８においては、検査ＬＩＤとともに、その検査ＬＩＤに関連付けられている、ソート条件となっている項目のデータも併せて取得される。例えば、「患者ＩＤの昇順」がソート条件である場合、ステップＳ２８においては、取得された検査ＬＩＤの検査情報に含まれる患者ＬＩＤが検査ＬＩＤに対応付けて取得される。そして、ステップＳ２９において、取得された患者ＬＩＤの昇順に検査ＬＩＤがソートされる。
ソートされた検査ＬＩＤは、通信部１４によりクライアント端末２０に送信される（ステップＳ３０）。
【００６２】
クライアント端末２０においては、通信部２４によりデータ管理サーバ１０からの検査ＬＩＤが取得されると、取得された検査ＬＩＤと、すでに情報検索処理でデータ管理サーバ１０から取得されている情報の検査ＬＩＤとに基づいて、情報が未取得の検査ＬＩＤのリストが作成される（ステップＳ３１）。情報が未取得の検査ＬＩＤのリストは、データ管理サーバ１０においてソートされた順に作成される。そして、情報が未取得の検査ＬＩＤの件数がカウントされ、情報が未取得の検査ＬＩＤの検査件数が予め定められた所定数以上（例えば、１００件以上）であるか否かが判断される（ステップＳ３２）。
【００６３】
情報が未取得の検査ＬＩＤの検査件数が所定数以上であると判断されると（ステップＳ３２；ＹＥＳ）、リストの上位から所定数の検査ＬＩＤが通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３３）。
【００６４】
情報が未取得の検査ＬＩＤの検査件数が所定数以上ではないと判断されると（ステップＳ３２；ＮＯ）、情報が未取得の全ての検査ＬＩＤが順に通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３４）。
【００６５】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報が取得される（ステップＳ３５）。
具体的には、まず、受信された検査ＬＩＤを有する検査情報が検査情報テーブル１６２から検索され、取得される。次いで、検索された検査情報に含まれる患者ＬＩＤと患者ＬＩＤが合致する患者情報が患者情報テーブル１６１から検索され取得される。次いで、受信された検査ＬＩＤを有するシリーズ情報がシリーズ情報テーブル１６３から検索されて取得される。これらの処理が受信された全てのＬＩＤに対して行われる。
そして、受信された各検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部１４によりクライアント端末２０に送信される（ステップＳ３６）。
【００６６】
クライアント端末２０においては、通信部２４により、取得要求した検査ＬＩＤに対応する患者情報、検査情報及びシリーズ情報が受信されると、受信された情報がＲＡＭ２５に記憶されるとともに、新たに受信された情報及び既に情報検索処理で取得されている情報がソート条件に基づいて並べられ、検査リスト２３１ｄとして表示部２３の検索画面２３１に表示される（ステップＳ３７）。
【００６７】
次いで、未だ情報を取得していない検査が存在するか否かが判断される（ステップＳ３８）。具体的には、ステップＳ２７における要求に応じてデータ管理サーバ１０から取得された検査ＬＩＤから既に取得されている情報の検査ＬＩＤを抜いた残りの検査ＬＩＤのリストが生成され、生成された検査ＬＩＤのリストに検査ＬＩＤが存在する場合、未だ情報を取得していない検査が存在すると判断される。
【００６８】
未だ情報を取得していない検査が存在すると判断されると（ステップＳ３８；ＹＥＳ）、通信部２４により、まだ情報を取得していない（残りの）検査ＬＩＤの上位から予め定められた所定数（例えば、５００件）の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３９）。
【００６９】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査のそれぞれについての患者情報、検査情報、シリーズ情報が取得される（ステップＳ４０）。そして、受信された各検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部１４によりクライアント端末２０に送信される（ステップＳ４１）。
【００７０】
クライアント端末２０においては、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部２４により受信されると、受信された情報がＲＡＭ２５に追加されるとともに、既に取得されている情報及び新たに受信された情報がソート条件に基づいて並べられ、検査リスト２３１ｄとして表示部２３の検索画面２３１に表示される（ステップＳ４２）。そして、処理はステップＳ３８に戻る。
【００７１】
なお、クライアント端末２０における、ステップＳ３９〜Ｓ４２の、データ管理サーバ１０に検査ＬＩＤを送信して検査の情報を取得して取得された情報を表示する処理は、メイン処理とは別のスレッド処理により行われる。
【００７２】
ステップＳ３８において、情報を取得していない検査が存在しないと判断されるまでステップＳ３８〜ステップＳ４２の処理は繰り返し実行され、情報を取得していない検査が存在しないと判断されると（ステップＳ３８；ＮＯ）、ソート処理は終了する。
【００７３】
ここで、図８Ａ〜図８Ｃを参照して、情報検索処理中に上記ソート処理が実行された場合のクライアント端末２０の表示画面例について説明する。
図８Ａに示すように、ステップＳ２１において、例えば、患者ＩＤがソート条件として入力された場合、図８Ｂに示すように、情報検索処理を中断してソートを行うか否かをユーザに問い合わせる確認ダイアログ画面２３２がポップアップ表示される。確認ダイアログ画面２３２においてキャンセルボタン２３２ｃが押下されると、情報取得処理がそのまま続行される。確認ダイアログ画面２３２においてＯＫボタン２３２ｂが押下されると、ソート条件に基づいて、未取得の検査の情報がデータ管理サーバ１０からまず予め定められた所定数分取得され、表示される（図８Ｃ参照）。表示後、検索条件に合致する検査に関する情報が取得されて表示されるまで、所定数ずつデータ管理サーバ１０からの情報の取得及び表示が繰り返される。
【００７４】
ここで、ステップＳ３９〜ステップＳ４２の処理は、上述のようにスレッドにより行われるので、スレッドによる処理が行われている間に操作部２２からの操作が行われると、操作に応じた処理を並行して実施することができる。例えば、操作部２２によりスクロールバー２３１ｆのスクロール操作が行われると、そのスクロール操作に応じて検査リスト２３１ｄに表示される情報を変更することができる。よって、図８Ｃの画面において、ユーザが操作部２２によりスクロールを行って、既に取得されている情報のうちまだ表示されていない残りの検査の情報を表示させている間に、ステップＳ３８〜ステップＳ４２の処理を行って、未だ取得されていない残りの検査の情報を順次取得して表示対象に追加していくことができる。
このように、上記ソート処理により、情報検索処理の処理中にソートの要求がユーザから入力された場合であっても、ユーザの要望に応えてソートを行うことが可能となる。また、ソート処理においてデータ管理サーバ１０から未取得の情報を取得する場合においても、まず、予め定められた所定数の情報をデータ管理サーバ１０から取得し、ユーザが所定数の情報を表示している間に、残りの情報を取得するので、効率的に検索された情報をソート条件に応じた順番で取得、表示して、ユーザの待ち時間を短縮することができる。
【００７５】
以上説明したように、医用情報管理システム１００によれば、クライアント端末２０のＣＰＵ２１は、表示対象の検査の検索条件が操作部２２により検索画面２３１から入力されると、入力された検索条件を通信部２４によりデータ管理サーバ１０に送信して、入力された検索条件に合致する医用情報（患者情報、検査情報、シリーズ情報等）の検索件数を特定するための検査ＬＩＤを取得する。そして、検索条件に合致する医用情報の検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、検索条件に合致した医用情報のうち所定数の医用情報をデータ管理サーバ１０に要求して取得し、当該取得された医用情報を表示部２３に表示した後、データ管理サーバ１０ら未だ取得されていない残りの医用情報を取得して表示部２３に表示する。
【００７６】
従って、検索結果の一部の医用情報をユーザが表示部２３に表示して見ている間に、残りの医用情報をデータ管理サーバ１０から取得することができるので、最初に医用情報が表示部２３に表示されるまでのユーザの待ち時間を短縮することができる。
【００７７】
また、データ管理サーバ１０から未だ取得していない残りの医用情報を、予め定められた所定数ずつデータ管理サーバ１０から取得して順次表示するので、一部の医用情報を表示した後、残りの医用情報がなかなか表示されないといった不具合を生じることなく、効率的に医用情報を取得、表示することが可能となる。
【００７８】
また、検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて表示部２３に表示するので、ユーザは、検索条件に合致する医用情報の全体件数を把握しつつ、そのうちどのくらいまでの医用情報が取得済みであるのかをユーザが容易に把握することが可能となる。
【００７９】
また、クライアント端末２０のＣＰＵ２１は、操作部２２からソート条件が入力されると、情報検索処理が終了し、検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に、取得された医用情報を入力されたソート条件に基づいてソートして表示部２３に表示する。従って、ユーザはソートを行うことが可能となる。
【００８０】
一方、クライアント端末２０のＣＰＵ２１は、操作部２２からソート条件が入力された際、検索された全ての医用情報の取得が終了していないと判断した場合に、データ管理サーバ１０から未だ取得されていない医用情報のうち、入力されたソート条件でソートした場合の上位の所定数の医用情報を取得し、当該取得した医用情報と既に取得されている医用情報とを入力されたソート条件に基づいて並び替えて表示部２３に表示した後、残りの医用情報をデータ管理サーバ１０から取得して、当該取得した医用情報と既に取得されている医用情報とを入力されたソート条件に基づいて並び替えて表示部２３に表示する。
従って、データ管理サーバ１０からの医用情報の取得中にソート条件が入力されても、ユーザの要望に応えてソートを行うことが可能となる。
【００８１】
また、クライアント端末２０のＣＰＵ２１は、データ管理サーバ１０から未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。従って、残りの医用情報がなかなか表示されないといった不具合を生じることなく、効率的に医用情報を取得、ソート条件に応じて表示することが可能となる。
【００８２】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
例えば、上記実施の形態においては、医用情報を検査毎の患者情報、検査情報及びシリーズ情報として説明したが、これに限定されるものではない。例えば、医用画像のデータ、検体検査の情報や、電子カルテの情報等としてもよい。
【００８３】
また、検査リストに表示される項目は、受信された情報の全ての項目であってもよいし、予め定められた一部の項目であってもよい。
【００８４】
また、上記実施の形態においては、データ管理サーバ１０が医用情報のデータベースを備える構成を例にとり説明したが、データベースはデータ管理サーバ１０とは別のデータベースサーバが備える構成としてもよい。
【００８５】
また、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてハードディスクや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用される。
【００８６】
その他、医用情報管理システムを構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【符号の説明】
【００８７】
１００ 医用情報管理システム
１０ データ管理サーバ
１１ ＣＰＵ
１２ 操作部
１３ 表示部
１４ 通信部
１５ ＲＡＭ
１６ 記憶部
１７ バス
１６０ ＤＢ
１６１ 患者情報テーブル
１６２ 検査情報テーブル
１６３ シリーズ情報テーブル
１６４ 画像情報テーブル
１６５ 画像ファイル
２０ クライアント端末
２１ ＣＰＵ
２２ 操作部
２３ 表示部
２４ 通信部
２５ ＲＡＭ
２６ 記憶部
２７ バス
２３１ 検索画面
２３１ａ 検索条件入力欄
２３１ｂ サーチボタン
２３１ｃ クリアボタン
２３１ｄ 検査リスト
２３１ｅ 件数表示欄
２３１ｆ スクロールバー
２３２ 確認ダイアログ画面
【技術分野】
【０００１】
本発明は、医用情報管理システムに関する。
【背景技術】
【０００２】
医療の分野では、患者を撮影した医用画像のデジタル化が実現されている。デジタル化は、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置、カセッテ読み取り装置等の各種モダリティにより行われる。デジタル化された医用画像は、患者の患者情報や、検査情報、シリーズ情報等の付帯情報とともにデータ管理サーバにより一元的に管理される。具体的には、医用画像とＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に適合するＤＩＣＯＭ基本情報（患者情報、検査情報、シリーズ情報等の付帯情報）とがデータ管理サーバのデータベースに登録され、管理されている。このデータ管理サーバに保存されている医用画像や付帯情報等の医用情報は、クライアント端末から読み出され、読影等に使用されている。
【０００３】
医師による読影は、一般的に、検査単位で行われる。クライアント端末では、検査単位で医用画像をデータ管理サーバから読み出すために、検査リストが用いられている。検査リストは、クライアント端末で入力された検索条件をデータ管理サーバに送信し、データ管理サーバで検索条件に合致する検査に係る患者情報、検査情報、シリーズ情報等を検索し、検索された結果をクライアント端末に返すことで、表示することができる。
【０００４】
検査リストの表示は、データ管理サーバで保存されているデータ量が少ないうちは問題がない。しかし、大病院等の規模の大きい病院では、データ管理サーバに保存されているデータ量が膨大であるため、検索に時間がかかり、結果として検査リストが画面上に表示されるまでに非常に時間がかかる。例えば、１週間の検査の医用画像が全て読影されているかどうかの確認を行うために、１週間分の未読影の検査の検査リストを表示させようとした場合、大病院では１週間の検査数が数千件に上る。そのため、数十万〜数百万の検査の中から数千件の検査を検索することとなり、クライアント側に検査リストを表示させるまでに非常に時間がかかってしまうという問題があった。
【０００５】
そこで、例えば、特許文献１には、検索条件に対応付けて、検索条件に該当するカルテＩＤを検索結果インデックスとして記憶しておき、この検索結果インデックスを用いて検索を行うことで、効率的な時間で検索を行うようにした医用情報検索システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２６９１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１によれば、複雑な検索条件に合致する医用情報を効率的に特定することはできる。しかしながら、検索条件に合致した医用情報が多い場合の対処については何ら考慮されていないため、クライアント端末で検索条件に合致した医用情報を取得して表示されるまでに時間がかかってしまう。
【０００８】
本発明の課題は、検索された医用情報が膨大である場合に、検索された医用情報を効率的にデータ管理サーバから取得、表示して、ユーザの待ち時間を短縮することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１に記載の発明は、
医用情報を記憶する記憶手段を備えたサーバと、前記サーバから医用情報を取得して表示手段に表示するクライアント端末と、が通信ネットワークを介して接続される医用情報管理システムであって、
前記クライアント端末は、
前記サーバから取得する医用情報の検索条件を入力する検索情報入力手段と、
前記入力された検索条件を前記サーバに送信し、前記サーバから当該検索条件に合致する医用情報の検索件数を特定する情報を取得する検索件数取得手段と、
前記検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、前記検索条件に合致した医用情報のうち所定数の医用情報を前記サーバに要求して取得し、当該取得された医用情報を前記表示手段に表示した後、前記サーバから未だ取得されていない残りの医用情報を取得して前記表示手段に表示する制御手段と、
を備え、
前記サーバは、
前記クライアント端末から送信された検索条件に基づいて前記記憶手段に記憶されている医用情報を検索し、検索された医用情報の検索件数を特定するための情報を前記クライアント端末に送信する検索件数送信手段と、
前記検索条件に合致した医用情報のうち、前記クライアント端末から要求された数の医用情報を前記記憶手段から読み出して前記クライアント端末に送信する医用情報送信手段と、
を備える。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、
前記制御手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記制御手段は、前記検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて前記表示手段に表示させる。
【００１２】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記クライアント端末は、
前記表示手段に表示された医用情報のソート条件を入力するためのソート条件入力手段と、
前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に前記取得された医用情報を前記ソート条件入力手段により入力されたソート条件に基づいてソートして前記表示手段に表示するソート手段と、
を備える。
【００１３】
請求項５に記載の発明は、請求項４に記載の発明において、
前記ソート手段は、前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了していないと判断されると、前記サーバから未だ取得されていない医用情報のうち、前記入力されたソート条件でソートした場合の上位の所定数の医用情報を前記サーバから取得し、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示した後、残りの医用情報を前記サーバから取得して、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示する。
【００１４】
請求項６に記載の発明は、請求項５に記載の発明において、
前記ソート手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。
【００１５】
請求項７に記載の発明は、請求項１〜６の何れか一項に記載の発明において、
前記医用情報は、検査に関する患者情報、検査情報、及びシリーズ情報を含む。
【発明の効果】
【００１６】
本発明によれば、検索された医用情報が膨大である場合に、検索された医用情報を効率的にデータ管理サーバから取得、表示して、ユーザの待ち時間を短縮することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態における医用情報管理システムの全体構成例を示す図である。
【図２】図１のデータ管理サーバの機能的構成を示すブロック図である。
【図３】図２の記憶部に格納されるＤＢのデータ格納例を示す図である。
【図４】図１のクライアント端末の機能的構成を示すブロック図である。
【図５Ａ】図１のクライアント端末及びデータ管理サーバにより実行される情報検索処理のフローチャートである。
【図５Ｂ】図１のクライアント端末及びデータ管理サーバにより実行される情報検索処理のフローチャートである。
【図６Ａ】図５ＡのステップＳ１で表示される検索画面の一例を示す図である。
【図６Ｂ】図６Ａの検索画面における検索条件の入力例を示す図である。
【図６Ｃ】図５ＡのステップＳ１１において所定数の検査についての検査リストが表示された検索画面の一例を示す図である。
【図６Ｄ】図５ＢのステップＳ１６においてさらに所定数の検査が追加取得されたときの検索画面の一例を示す図である。
【図７Ａ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図７Ｂ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図７Ｃ】図１のクライアント端末及びデータ管理サーバにより実行されるソート処理のフローチャートである。
【図８Ａ】図７ＡのステップＳ２１においてソート条件が入力された例を示す図である。
【図８Ｂ】図７ＡのステップＳ２４において表示される確認ダイアログ画面の一例を示す図である。
【図８Ｃ】未取得の検査の情報が追加された検索画面の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図を参照して本発明の実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１９】
〔医用情報管理システム１００の構成〕
図１に、本実施の形態における医用情報管理システム１００のシステム構成を示す。
医用情報管理システム１００は、病院内に設置されるシステムである。図１に示すように、医用情報管理システム１００は、データ管理サーバ１０と、クライアント端末２０と、がＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信回線からなる通信ネットワークＮを介してデータ送受信可能に接続されて構成されている。医用情報管理システム１００を構成する各装置は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に準じており、各装置間の通信は、ＤＩＣＯＭに則って行われる。なお、各装置の台数は、特に限定されない。
【００２０】
〔データ管理サーバ１０の構成〕
データ管理サーバ１０は、ＣＴ装置、ＭＲＩ装置、ＣＲ装置等の各種モダリティにより生成された医用画像のデータ、及び医用画像に関する付帯情報（患者情報、検査情報、シリーズ情報、画像情報）等の医用情報を蓄積記憶・管理するコンピュータ装置である。
【００２１】
図２に、データ管理サーバ１０の機能的構成を示す。
図２に示すように、データ管理サーバ１０は、ＣＰＵ１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成され、各部はバス１７により接続されている。
【００２２】
ＣＰＵ１１は、記憶部１６に記憶されている各種プログラム読み出し、ＲＡＭ１５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００２３】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。
【００２４】
表示部１３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)等のモニタにより構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面や医用画像等を表示する。
【００２５】
通信部１４は、ＬＡＮアダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００２６】
ＲＡＭ１５は、ＣＰＵ１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。
【００２７】
記憶部１６は、ＨＤＤ（Hard Disc）や半導体の不揮発性メモリ等により構成される。
記憶部１６は、ＣＰＵ１１で実行される各種プログラム、これらのプログラムの実行に必要なデータ等が記憶されている。
【００２８】
また、記憶部１６には、ＤＢ（Data Base）１６０、画像ファイル１６５等が記憶されている。
【００２９】
ＤＢ１６０は、記憶部１６に記憶されている医用画像の付帯情報を管理するためのデータベースである。ＤＢ１６０は、患者情報テーブル１６１、検査情報テーブル１６２、シリーズ情報テーブル１６３、画像情報テーブル１６４を含む。
患者情報テーブル１６１には、図３（ａ）に示すように、患者ＬＩＤ（Link Identification）毎に、患者の名前、患者の生年月日、患者の年齢、患者の性別等の患者情報が格納されている。
検査情報テーブル１６２には、図３（ｂ）に示すように、検査ＬＩＤ毎に、検査インスタンスＵＩＤ（Unique Identification）、患者ＬＩＤ、検査日付、検査時刻等の検査に関する検査情報が格納されている。検査情報テーブル１６２に格納されている各検査情報は、患者ＬＩＤにより患者情報に関連付けられている。
シリーズ情報テーブル１６３には、図３（ｃ）に示すように、シリーズＬＩＤ毎に、シリーズインスタンスＵＩＤ、検査ＬＩＤ、モダリティ、検査部位、シリーズ番号、ＡＥタイトル、シリーズ記述、サムネイル画像等のシリーズ情報が格納されている。ここで、シリーズとは、同一検査内で取得された医用画像のうち、互いに関連する一連の医用画像のまとまりを指す。即ち、検査は、一又は複数のシリーズを含む。シリーズ情報テーブル１６３に格納されている各シリーズ情報は、検査ＬＩＤにより検査情報に対応付けられている。
画像情報テーブル１６４には、図３（ｄ）に示すように、画像ＬＩＤ毎に、ＳＯＰ（Service Object Pair）インスタンスＵＩＤ、シリーズＬＩＤ、画像番号、画像日付、画像時刻、画像ファイルパス等の画像に関する各種情報が格納されている。画像ファイルパスは、画像ファイルの所在を示す情報をいう。画像情報テーブル１６４に格納されている各画像情報は、シリーズＬＩＤによりシリーズ情報に対応付けられている。
画像ファイル１６５は、図示しないモダリティから受信した医用画像の画像データのファイルである。
【００３０】
〔クライアント端末２０の構成〕
クライアント端末２０は、データ管理サーバ１０に蓄積記憶されている医用情報を取得して表示するためのＰＣ（Personal Computer）等の端末装置である。
【００３１】
図４に、クライアント端末２０の機能的構成を示す。
図４に示すように、クライアント端末２０は、ＣＰＵ２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成され、各部はバス２７により接続されている。
【００３２】
ＣＰＵ２１は、記憶部２６に記憶されている各種プログラムを読み出し、ＲＡＭ２５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００３３】
操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。
【００３４】
表示部２３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)等のモニタにより構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面や医用画像等を表示する。
【００３５】
通信部２４は、ＬＡＮアダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００３６】
ＲＡＭ２５は、ＣＰＵ２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。
【００３７】
記憶部２６は、ＨＤＤ（Hard Disc）や半導体の不揮発性メモリ等により構成される。
記憶部２６は、ＣＰＵ２１で実行される各種プログラム、これらのプログラムの実行に必要なデータ、各種設定情報等を記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２６に格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。
【００３８】
〔医用情報管理システム１００の動作〕
次に、医用情報管理システム１００の動作について説明する。
【００３９】
（情報検索処理）
まず、クライアント端末２０において、入力された検索条件に合致する検査に関する情報をデータ管理サーバ１０から取得して、検索結果である検査リストを表示部２３に表示する情報検索処理について説明する。
【００４０】
図５Ａ〜図５Ｂに、クライアント端末２０及びデータ管理サーバ１０により実行される情報検索処理のフローを示す。情報検索処理は、クライアント端末２０の操作部２２による指示に応じて開始される。情報検索処理のクライアント端末２０側の処理は、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。情報検索処理のデータ管理サーバ１０側の処理は、ＣＰＵ１１と記憶部１６に記憶されているプログラムとの協働により実行される。
【００４１】
まず、クライアント端末２０において、表示部２３に検索画面２３１が表示される（ステップＳ１）。
検索画面２３１から操作部２２により検索条件が入力されると（ステップＳ２）、入力された検索条件が通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して検索条件に該当する検査の検査ＬＩＤの取得要求が行われる（ステップＳ３）。
【００４２】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検索条件及び検索条件に該当する検査の検査ＬＩＤの取得要求が受信されると、受信された検索条件に合致する検査の検査ＬＩＤの検索がＤＢ１６０において行われ、検索条件に合致する検査の検査ＬＩＤのリストが取得される（ステップＳ４）。取得された検査ＬＩＤは、通信部１４によりクライアント端末２０に送信される（ステップＳ５）。
【００４３】
クライアント端末２０においては、通信部２４によりデータ管理サーバ１０からの検査ＬＩＤが取得されると、取得された検査ＬＩＤがＲＡＭ２５に記憶され、検索条件に合致する検査件数（受信された検査ＬＩＤの数）が予め定められた所定数以上（例えば、１００件以上）であるか否かが判断される（ステップＳ６）。取得された検査ＬＩＤ数が所定数以上であると判断されると（ステップＳ６；ＹＥＳ）、通信部２４により所定数の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ７）。
【００４４】
検索条件に該当する検査件数が所定数以上ではないと判断されると（ステップＳ６；ＮＯ）、受信された全ての検査ＬＩＤが通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、受信された全ての検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ８）。
【００４５】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報が取得される（ステップＳ９）。
具体的には、まず、受信された検査ＬＩＤを有する検査情報が検査情報テーブル１６２から検索され、取得される。次いで、検索された検査情報に含まれる患者ＬＩＤと患者ＬＩＤが合致する患者情報が患者情報テーブル１６１から検索され取得される。次いで、受信された検査ＬＩＤを有するシリーズ情報がシリーズ情報テーブル１６３から検索されて取得される。これらの処理が取得された全てのＬＩＤに対して行われる。
そして、取得された情報が通信部１４によりクライアント端末２０に送信される（ステップＳ１０）。
【００４６】
クライアント端末２０においては、通信部２４により、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が受信されると、受信された情報がＲＡＭ２５に記憶され、検査リストとして表示部２３の検索画面２３１に表示される（ステップＳ１１、図６Ｃ参照）。
【００４７】
次いで、未だ情報を取得していない検査が存在するか否かが判断される（ステップＳ１２）。具体的には、データ管理サーバ１０から取得された全検査ＬＩＤから既に取得されている検査の検査ＬＩＤを抜いた残りの検査ＬＩＤのリストが生成され、生成された検査ＬＩＤのリストに検査ＬＩＤが存在する場合、未だ情報を取得していない検査が存在すると判断される。
【００４８】
未だ情報を取得していない検査が存在すると判断されると（ステップＳ１２；ＹＥＳ）、通信部２４により、未だ情報を取得していない（残りの）検査ＬＩＤの中から予め定められた所定数の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ１３）。
【００４９】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査のそれぞれについての患者情報、検査情報、シリーズ情報が取得される（ステップＳ１４）。そして、取得された情報が通信部１４によりクライアント端末２０に送信される（ステップＳ１５）。
【００５０】
クライアント端末２０においては、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が受信されると、受信された情報がＲＡＭ２５に追加されるとともに検査リスト２３１ｄに追加されて表示部２３の検索画面２３１に表示される（ステップＳ１６、図６Ｄ参照）。そして、処理はステップＳ１２に戻る。
【００５１】
なお、クライアント端末２０における、ステップＳ１３〜Ｓ１６の、データ管理サーバ１０に検査ＬＩＤを送信して検査の情報を取得して取得された情報を表示する処理は、メイン処理とは別のスレッド処理により行われる。
【００５２】
ステップＳ１２において、情報を取得していない検査が存在しないと判断されるまでステップＳ１２〜ステップＳ１６の処理は繰り返し実行され、情報を取得していない検査が存在しないと判断されると（ステップＳ１２；ＮＯ）、情報検索処理は終了する。
【００５３】
ここで、図６Ａ〜図６Ｄを参照して、上記情報検索処理におけるクライアント端末２０の表示画面例について説明する。
まず、ステップＳ１においては、図６Ａに示す検索画面２３１が表示される。即ち、患者ＩＤ、患者氏名、年齢、性別、生年月日等の検索条件入力欄２３１ａ、サーチボタン２３１ｂ、クリアボタン２３１ｃが表示された検索画面２３１が表示される。
ステップＳ２において、図６Ｂに示すように、操作部２２により、検索条件として５０歳以上を入力して検索ボタンを押下すると、ステップＳ３〜ステップＳ１１の処理が実行される。検索の結果、予め定められた所定数（ここでは、１００件）以上の３８０５件がヒットしたとすると、ステップＳ１１において、図６Ｃに示すように、所定数である１００件の検査の情報のリストが取得され、検査リスト２３１ｄとして表示される。検索画面２３１上には、併せてヒットした全件数に対して取得された件数がどのくらいかを示す件数表示欄２３１ｅが表示される。図６Ｃの画面においては、８件の検査の情報しか表示されていないが、操作部２２によりスクロールバー２３１ｆの操作により、件数表示欄２３１ｅに表示された１００件の検査の情報を表示することが可能である。
次いで、ステップＳ１３〜ステップＳ１６の処理が実行され、まだ取得されていない情報のうち予め定められた所定数（ここでは、５００件）の情報が取得され、図６Ｄに示すように、スクロール等の操作に応じて表示される。件数表示欄２３１ｅは、取得済みの件数に応じて更新されて表示される。図６Ｄの画面において操作部２２によりスクロールバー２３１ｆを操作すると、件数表示欄２３１ｅに表示された６００件の検査の情報を表示することが可能である。検索条件に合致する全ての検査に関する情報が取得されるまで、ステップＳ１３〜ステップＳ１６の処理が実行され、最終的に、全件数（ここでは、３８０５件）からなる検査リスト２３１ｄの表示が可能となる。
【００５４】
ここで、ステップＳ１３〜ステップＳ１６のクライアント端末２０側の処理は、上述のようにスレッドにより行われるので、スレッドによる処理が行われている間に、クライアント端末２０においては、操作部２２からの操作が行われると、操作に応じた処理を並行して実施することができる。例えば、操作部２２によりスクロールバー２３１ｆのスクロール操作が行われると、そのスクロール操作に応じて検査リスト２３１ｄに表示される情報を変更することができる。よって、図６Ｃの画面において、ユーザが操作部２２によりスクロールを行って、既に取得されている１００件のうちまだ表示されていない残りの検査の情報を表示させている間に、ステップＳ１３〜ステップＳ１６の処理を行って、未だ取得されていない残りの検査の情報を順次取得して表示対象に追加していくことができる。
このように、本実施の形態における情報検索処理では、ユーザが検索結果の一部を表示している間に、残りの検索結果を取得するので、効率的に検索された情報を取得、表示して、ユーザの待ち時間を短縮することができる。
【００５５】
なお、検索画面２３１において、検査リスト２３１ｄから操作部２２により何れかの検査が選択されると、選択された検査に対応する医用画像がデータ管理サーバ１０から取得され、取得された医用画像が表示部２３に表示される。
具体的には、選択された検査のシリーズのシリーズＬＩＤが通信部１４によりデータ管理サーバ１０に送信される。データ管理サーバ１０においては、受信されたシリーズＬＩＤを有する画像情報がＤＢ１６０の画像情報テーブル１６４において検索され、検索された画像情報の画像ファイルパスに基づいて医用画像が取得される。取得された医用画像は通信部１４によりクライアント端末２０に送信される。クライアント端末２０においては、受信された医用画像が表示部２３の読影画面上に表示される。
【００５６】
（ソート処理）
また、検索画面２３１においては、操作部２２により検査リスト２３１ｄ上部の所望の項目が選択されると、ソート処理の実行により、選択された項目の順（昇順又は降順。ここでは昇順）に検査の情報がソートされて検査リスト２３１ｄが表示される。
【００５７】
以下、ソート処理について説明する。
図７Ａ〜図７Ｃに、クライアント端末２０及びデータ管理サーバ１０により実行されるソート処理のフローを示す。ソート処理のクライアント端末２０側の処理は、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。ソート処理のデータ管理サーバ１０側の処理は、ＣＰＵ１１と記憶部１６に記憶されているプログラムとの協働により実行される。
【００５８】
操作部２２により検査リスト２３１ｄの何れかの項目が選択されることによりソート条件が入力されると（ステップＳ２１）、現在、情報検索処理（図５Ａ〜図５Ｂ参照）の実行中であるか否かが判断される（ステップＳ２２）。
情報検索処理中ではない（即ち、検索条件に合致する全ての検査の情報の取得が終了した）と判断されると（ステップＳ２２；ＮＯ）、情報検索処理において取得された検査リスト２３１ｄが選択された項目の昇順によりソートされ（ステップＳ２３）、ソート処理は終了する。
【００５９】
一方、情報検索処理中であると判断されると（ステップＳ２２；ＹＥＳ）、表示部２３に、情報検索処理を中断してソートを実行するか否かを問い合わせる確認ダイアログ画面２３２がポップアップ表示される（ステップＳ２４）。
図８Ｂに、確認ダイアログ画面２３２の一例を示す。図８Ｂに示すように、確認ダイアログ画面２３２には、「現在、ＤＢから情報を取得中です。この処理を中断して指定されたソート条件でＤＢから情報を取得しますか？一部の項目は、全データ取得後、ソートを行います」等のメッセージ２３２ａと、ソートを行う指示を入力するためのＯＫボタン２３２ｂと、ソートをキャンセルする指示を入力するためのキャンセルボタン２３２ｃとが表示される。
【００６０】
操作部２２により確認ダイアログ画面２３２上からＯＫボタン２３２ｂが押下され、ソートの実行が指示されると（ステップＳ２５；ＹＥＳ）、現在処理している情報検索処理が中断される（ステップＳ２６）。そして、通信部２４によりデータ管理サーバ１０に検索条件及びソート条件が送信され、データ管理サーバ１０に対して検索条件に該当する検査ＬＩＤをソート条件でソートしたソート結果の取得要求が行われる（ステップＳ２７）。検索条件は、情報検索処理で入力された検索条件である。ソート条件は、ここでは操作部２２により選択された項目の昇順である。
【００６１】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０からの検索条件及びソート条件が受信されると、受信された検索条件に該当する検査の検査ＬＩＤの検索がＤＢ１６０において行われ、検索条件に該当する検査ＬＩＤのリストが取得される（ステップＳ２８）。取得された検査ＬＩＤは、受信されたソート条件に基づいてソートされる（ステップＳ２９）。ここで、Ｓ２８においては、検査ＬＩＤとともに、その検査ＬＩＤに関連付けられている、ソート条件となっている項目のデータも併せて取得される。例えば、「患者ＩＤの昇順」がソート条件である場合、ステップＳ２８においては、取得された検査ＬＩＤの検査情報に含まれる患者ＬＩＤが検査ＬＩＤに対応付けて取得される。そして、ステップＳ２９において、取得された患者ＬＩＤの昇順に検査ＬＩＤがソートされる。
ソートされた検査ＬＩＤは、通信部１４によりクライアント端末２０に送信される（ステップＳ３０）。
【００６２】
クライアント端末２０においては、通信部２４によりデータ管理サーバ１０からの検査ＬＩＤが取得されると、取得された検査ＬＩＤと、すでに情報検索処理でデータ管理サーバ１０から取得されている情報の検査ＬＩＤとに基づいて、情報が未取得の検査ＬＩＤのリストが作成される（ステップＳ３１）。情報が未取得の検査ＬＩＤのリストは、データ管理サーバ１０においてソートされた順に作成される。そして、情報が未取得の検査ＬＩＤの件数がカウントされ、情報が未取得の検査ＬＩＤの検査件数が予め定められた所定数以上（例えば、１００件以上）であるか否かが判断される（ステップＳ３２）。
【００６３】
情報が未取得の検査ＬＩＤの検査件数が所定数以上であると判断されると（ステップＳ３２；ＹＥＳ）、リストの上位から所定数の検査ＬＩＤが通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３３）。
【００６４】
情報が未取得の検査ＬＩＤの検査件数が所定数以上ではないと判断されると（ステップＳ３２；ＮＯ）、情報が未取得の全ての検査ＬＩＤが順に通信部２４によりデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３４）。
【００６５】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報が取得される（ステップＳ３５）。
具体的には、まず、受信された検査ＬＩＤを有する検査情報が検査情報テーブル１６２から検索され、取得される。次いで、検索された検査情報に含まれる患者ＬＩＤと患者ＬＩＤが合致する患者情報が患者情報テーブル１６１から検索され取得される。次いで、受信された検査ＬＩＤを有するシリーズ情報がシリーズ情報テーブル１６３から検索されて取得される。これらの処理が受信された全てのＬＩＤに対して行われる。
そして、受信された各検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部１４によりクライアント端末２０に送信される（ステップＳ３６）。
【００６６】
クライアント端末２０においては、通信部２４により、取得要求した検査ＬＩＤに対応する患者情報、検査情報及びシリーズ情報が受信されると、受信された情報がＲＡＭ２５に記憶されるとともに、新たに受信された情報及び既に情報検索処理で取得されている情報がソート条件に基づいて並べられ、検査リスト２３１ｄとして表示部２３の検索画面２３１に表示される（ステップＳ３７）。
【００６７】
次いで、未だ情報を取得していない検査が存在するか否かが判断される（ステップＳ３８）。具体的には、ステップＳ２７における要求に応じてデータ管理サーバ１０から取得された検査ＬＩＤから既に取得されている情報の検査ＬＩＤを抜いた残りの検査ＬＩＤのリストが生成され、生成された検査ＬＩＤのリストに検査ＬＩＤが存在する場合、未だ情報を取得していない検査が存在すると判断される。
【００６８】
未だ情報を取得していない検査が存在すると判断されると（ステップＳ３８；ＹＥＳ）、通信部２４により、まだ情報を取得していない（残りの）検査ＬＩＤの上位から予め定められた所定数（例えば、５００件）の検査ＬＩＤがデータ管理サーバ１０に送信され、データ管理サーバ１０に対して、当該所定数の検査ＬＩＤのそれぞれにより特定される検査に関する情報の取得要求が行われる（ステップＳ３９）。
【００６９】
データ管理サーバ１０においては、通信部１４によりクライアント端末２０から検査ＬＩＤ及び当該検査ＬＩＤにより特定される検査に関する情報の取得要求が受信されると、受信された各検査ＬＩＤにより特定される検査についての患者情報、検査情報、シリーズ情報の検索がＤＢ１６０において行なわれ、受信された検査ＬＩＤにより特定される検査のそれぞれについての患者情報、検査情報、シリーズ情報が取得される（ステップＳ４０）。そして、受信された各検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部１４によりクライアント端末２０に送信される（ステップＳ４１）。
【００７０】
クライアント端末２０においては、取得要求した検査ＬＩＤに対応する患者情報、検査情報、シリーズ情報が通信部２４により受信されると、受信された情報がＲＡＭ２５に追加されるとともに、既に取得されている情報及び新たに受信された情報がソート条件に基づいて並べられ、検査リスト２３１ｄとして表示部２３の検索画面２３１に表示される（ステップＳ４２）。そして、処理はステップＳ３８に戻る。
【００７１】
なお、クライアント端末２０における、ステップＳ３９〜Ｓ４２の、データ管理サーバ１０に検査ＬＩＤを送信して検査の情報を取得して取得された情報を表示する処理は、メイン処理とは別のスレッド処理により行われる。
【００７２】
ステップＳ３８において、情報を取得していない検査が存在しないと判断されるまでステップＳ３８〜ステップＳ４２の処理は繰り返し実行され、情報を取得していない検査が存在しないと判断されると（ステップＳ３８；ＮＯ）、ソート処理は終了する。
【００７３】
ここで、図８Ａ〜図８Ｃを参照して、情報検索処理中に上記ソート処理が実行された場合のクライアント端末２０の表示画面例について説明する。
図８Ａに示すように、ステップＳ２１において、例えば、患者ＩＤがソート条件として入力された場合、図８Ｂに示すように、情報検索処理を中断してソートを行うか否かをユーザに問い合わせる確認ダイアログ画面２３２がポップアップ表示される。確認ダイアログ画面２３２においてキャンセルボタン２３２ｃが押下されると、情報取得処理がそのまま続行される。確認ダイアログ画面２３２においてＯＫボタン２３２ｂが押下されると、ソート条件に基づいて、未取得の検査の情報がデータ管理サーバ１０からまず予め定められた所定数分取得され、表示される（図８Ｃ参照）。表示後、検索条件に合致する検査に関する情報が取得されて表示されるまで、所定数ずつデータ管理サーバ１０からの情報の取得及び表示が繰り返される。
【００７４】
ここで、ステップＳ３９〜ステップＳ４２の処理は、上述のようにスレッドにより行われるので、スレッドによる処理が行われている間に操作部２２からの操作が行われると、操作に応じた処理を並行して実施することができる。例えば、操作部２２によりスクロールバー２３１ｆのスクロール操作が行われると、そのスクロール操作に応じて検査リスト２３１ｄに表示される情報を変更することができる。よって、図８Ｃの画面において、ユーザが操作部２２によりスクロールを行って、既に取得されている情報のうちまだ表示されていない残りの検査の情報を表示させている間に、ステップＳ３８〜ステップＳ４２の処理を行って、未だ取得されていない残りの検査の情報を順次取得して表示対象に追加していくことができる。
このように、上記ソート処理により、情報検索処理の処理中にソートの要求がユーザから入力された場合であっても、ユーザの要望に応えてソートを行うことが可能となる。また、ソート処理においてデータ管理サーバ１０から未取得の情報を取得する場合においても、まず、予め定められた所定数の情報をデータ管理サーバ１０から取得し、ユーザが所定数の情報を表示している間に、残りの情報を取得するので、効率的に検索された情報をソート条件に応じた順番で取得、表示して、ユーザの待ち時間を短縮することができる。
【００７５】
以上説明したように、医用情報管理システム１００によれば、クライアント端末２０のＣＰＵ２１は、表示対象の検査の検索条件が操作部２２により検索画面２３１から入力されると、入力された検索条件を通信部２４によりデータ管理サーバ１０に送信して、入力された検索条件に合致する医用情報（患者情報、検査情報、シリーズ情報等）の検索件数を特定するための検査ＬＩＤを取得する。そして、検索条件に合致する医用情報の検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、検索条件に合致した医用情報のうち所定数の医用情報をデータ管理サーバ１０に要求して取得し、当該取得された医用情報を表示部２３に表示した後、データ管理サーバ１０ら未だ取得されていない残りの医用情報を取得して表示部２３に表示する。
【００７６】
従って、検索結果の一部の医用情報をユーザが表示部２３に表示して見ている間に、残りの医用情報をデータ管理サーバ１０から取得することができるので、最初に医用情報が表示部２３に表示されるまでのユーザの待ち時間を短縮することができる。
【００７７】
また、データ管理サーバ１０から未だ取得していない残りの医用情報を、予め定められた所定数ずつデータ管理サーバ１０から取得して順次表示するので、一部の医用情報を表示した後、残りの医用情報がなかなか表示されないといった不具合を生じることなく、効率的に医用情報を取得、表示することが可能となる。
【００７８】
また、検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて表示部２３に表示するので、ユーザは、検索条件に合致する医用情報の全体件数を把握しつつ、そのうちどのくらいまでの医用情報が取得済みであるのかをユーザが容易に把握することが可能となる。
【００７９】
また、クライアント端末２０のＣＰＵ２１は、操作部２２からソート条件が入力されると、情報検索処理が終了し、検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に、取得された医用情報を入力されたソート条件に基づいてソートして表示部２３に表示する。従って、ユーザはソートを行うことが可能となる。
【００８０】
一方、クライアント端末２０のＣＰＵ２１は、操作部２２からソート条件が入力された際、検索された全ての医用情報の取得が終了していないと判断した場合に、データ管理サーバ１０から未だ取得されていない医用情報のうち、入力されたソート条件でソートした場合の上位の所定数の医用情報を取得し、当該取得した医用情報と既に取得されている医用情報とを入力されたソート条件に基づいて並び替えて表示部２３に表示した後、残りの医用情報をデータ管理サーバ１０から取得して、当該取得した医用情報と既に取得されている医用情報とを入力されたソート条件に基づいて並び替えて表示部２３に表示する。
従って、データ管理サーバ１０からの医用情報の取得中にソート条件が入力されても、ユーザの要望に応えてソートを行うことが可能となる。
【００８１】
また、クライアント端末２０のＣＰＵ２１は、データ管理サーバ１０から未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する。従って、残りの医用情報がなかなか表示されないといった不具合を生じることなく、効率的に医用情報を取得、ソート条件に応じて表示することが可能となる。
【００８２】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
例えば、上記実施の形態においては、医用情報を検査毎の患者情報、検査情報及びシリーズ情報として説明したが、これに限定されるものではない。例えば、医用画像のデータ、検体検査の情報や、電子カルテの情報等としてもよい。
【００８３】
また、検査リストに表示される項目は、受信された情報の全ての項目であってもよいし、予め定められた一部の項目であってもよい。
【００８４】
また、上記実施の形態においては、データ管理サーバ１０が医用情報のデータベースを備える構成を例にとり説明したが、データベースはデータ管理サーバ１０とは別のデータベースサーバが備える構成としてもよい。
【００８５】
また、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてハードディスクや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用される。
【００８６】
その他、医用情報管理システムを構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【符号の説明】
【００８７】
１００ 医用情報管理システム
１０ データ管理サーバ
１１ ＣＰＵ
１２ 操作部
１３ 表示部
１４ 通信部
１５ ＲＡＭ
１６ 記憶部
１７ バス
１６０ ＤＢ
１６１ 患者情報テーブル
１６２ 検査情報テーブル
１６３ シリーズ情報テーブル
１６４ 画像情報テーブル
１６５ 画像ファイル
２０ クライアント端末
２１ ＣＰＵ
２２ 操作部
２３ 表示部
２４ 通信部
２５ ＲＡＭ
２６ 記憶部
２７ バス
２３１ 検索画面
２３１ａ 検索条件入力欄
２３１ｂ サーチボタン
２３１ｃ クリアボタン
２３１ｄ 検査リスト
２３１ｅ 件数表示欄
２３１ｆ スクロールバー
２３２ 確認ダイアログ画面
【特許請求の範囲】
【請求項１】
医用情報を記憶する記憶手段を備えたサーバと、前記サーバから医用情報を取得して表示手段に表示するクライアント端末と、が通信ネットワークを介して接続される医用情報管理システムであって、
前記クライアント端末は、
前記サーバから取得する医用情報の検索条件を入力する検索情報入力手段と、
前記入力された検索条件を前記サーバに送信し、前記サーバから当該検索条件に合致する医用情報の検索件数を特定する情報を取得する検索件数取得手段と、
前記検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、前記検索条件に合致した医用情報のうち所定数の医用情報を前記サーバに要求して取得し、当該取得された医用情報を前記表示手段に表示した後、前記サーバから未だ取得されていない残りの医用情報を取得して前記表示手段に表示する制御手段と、
を備え、
前記サーバは、
前記クライアント端末から送信された検索条件に基づいて前記記憶手段に記憶されている医用情報を検索し、検索された医用情報の検索件数を特定するための情報を前記クライアント端末に送信する検索件数送信手段と、
前記検索条件に合致した医用情報のうち、前記クライアント端末から要求された数の医用情報を前記記憶手段から読み出して前記クライアント端末に送信する医用情報送信手段と、
を備える医用情報管理システム。
【請求項２】
前記制御手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する請求項１に記載の医用情報管理システム。
【請求項３】
前記制御手段は、前記検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて前記表示手段に表示させる請求項１又は２に記載の医用情報管理システム。
【請求項４】
前記クライアント端末は、
前記表示手段に表示された医用情報のソート条件を入力するためのソート条件入力手段と、
前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に前記取得された医用情報を前記ソート条件入力手段により入力されたソート条件に基づいてソートして前記表示手段に表示するソート手段と、
を備える請求項１〜３の何れか一項に記載の医用情報管理システム。
【請求項５】
前記ソート手段は、前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了していないと判断されると、前記サーバから未だ取得されていない医用情報のうち、前記入力されたソート条件でソートした場合の上位の所定数の医用情報を前記サーバから取得し、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示した後、残りの医用情報を前記サーバから取得して、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示する請求項４に記載の医用情報管理システム。
【請求項６】
前記ソート手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する請求項５に記載の医用情報管理システム。
【請求項７】
前記医用情報は、検査に関する患者情報、検査情報、及びシリーズ情報を含む請求項１〜６の何れか一項に記載の医用情報管理システム。
【請求項１】
医用情報を記憶する記憶手段を備えたサーバと、前記サーバから医用情報を取得して表示手段に表示するクライアント端末と、が通信ネットワークを介して接続される医用情報管理システムであって、
前記クライアント端末は、
前記サーバから取得する医用情報の検索条件を入力する検索情報入力手段と、
前記入力された検索条件を前記サーバに送信し、前記サーバから当該検索条件に合致する医用情報の検索件数を特定する情報を取得する検索件数取得手段と、
前記検索件数が予め定められた所定数以上であるか否かを判断し、所定数以上である場合に、前記検索条件に合致した医用情報のうち所定数の医用情報を前記サーバに要求して取得し、当該取得された医用情報を前記表示手段に表示した後、前記サーバから未だ取得されていない残りの医用情報を取得して前記表示手段に表示する制御手段と、
を備え、
前記サーバは、
前記クライアント端末から送信された検索条件に基づいて前記記憶手段に記憶されている医用情報を検索し、検索された医用情報の検索件数を特定するための情報を前記クライアント端末に送信する検索件数送信手段と、
前記検索条件に合致した医用情報のうち、前記クライアント端末から要求された数の医用情報を前記記憶手段から読み出して前記クライアント端末に送信する医用情報送信手段と、
を備える医用情報管理システム。
【請求項２】
前記制御手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する請求項１に記載の医用情報管理システム。
【請求項３】
前記制御手段は、前記検索条件に合致した医用情報の全体件数及び現在取得済みの件数を併せて前記表示手段に表示させる請求項１又は２に記載の医用情報管理システム。
【請求項４】
前記クライアント端末は、
前記表示手段に表示された医用情報のソート条件を入力するためのソート条件入力手段と、
前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了しているか否かを判断し、終了していると判断した場合に前記取得された医用情報を前記ソート条件入力手段により入力されたソート条件に基づいてソートして前記表示手段に表示するソート手段と、
を備える請求項１〜３の何れか一項に記載の医用情報管理システム。
【請求項５】
前記ソート手段は、前記ソート条件入力手段によりソート条件が入力された場合に、前記検索された全ての医用情報の取得が終了していないと判断されると、前記サーバから未だ取得されていない医用情報のうち、前記入力されたソート条件でソートした場合の上位の所定数の医用情報を前記サーバから取得し、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示した後、残りの医用情報を前記サーバから取得して、当該取得した医用情報と既に取得されている医用情報とを前記ソート条件に基づいて並び替えて前記表示手段に表示する請求項４に記載の医用情報管理システム。
【請求項６】
前記ソート手段は、前記サーバから未だ取得していない残りの医用情報を、予め定められた所定数ずつ前記サーバから取得して順次表示する請求項５に記載の医用情報管理システム。
【請求項７】
前記医用情報は、検査に関する患者情報、検査情報、及びシリーズ情報を含む請求項１〜６の何れか一項に記載の医用情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図６Ｄ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【公開番号】特開２０１２−１９４９４４（Ｐ２０１２−１９４９４４Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１１−６０２８８（Ｐ２０１１−６０２８８）
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
[ Back to top ]