医用情報表示システム、医用情報表示装置及び医用情報表示方法
【課題】クライアント端末で取得可能件数に上限がある場合でも、サーバ内のリスト全体を把握可能な患者リストを取得できる医用情報表示システムを提供する。
【解決手段】医用情報が記憶されたデータベースを含むサーバと、サーバで生成した患者リストを表示するクライアント装置とを含み、クライアント装置は、患者リストの取得可能件数の上限を設定して、サーバに対して患者リストの作成要求を行う要求部を備え、サーバは、要求部からの要求に応じてデータベース内の医用情報を処理して患者リストを作成し、作成した患者リストが取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成するリスト作成部と、リスト作成部で作成した患者リストまたは圧縮リストをクライアント装置に返却する返却部と、を備える。
【解決手段】医用情報が記憶されたデータベースを含むサーバと、サーバで生成した患者リストを表示するクライアント装置とを含み、クライアント装置は、患者リストの取得可能件数の上限を設定して、サーバに対して患者リストの作成要求を行う要求部を備え、サーバは、要求部からの要求に応じてデータベース内の医用情報を処理して患者リストを作成し、作成した患者リストが取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成するリスト作成部と、リスト作成部で作成した患者リストまたは圧縮リストをクライアント装置に返却する返却部と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用情報を記憶したデータベースにアクセスして、患者リストを取得して表示する医用情報表示システム、医用情報表示装置及び医用情報表示方法に関する。
【背景技術】
【０００２】
従来、医用画像診断装置としてＸ線ＣＴ装置（Ｘ線コンピュータトモグラフィ装置）、ＭＲＩ装置（磁気共鳴イメージング装置）、超音波診断装置等の様々なモダリティがあり、これらのモダリティを使用して医療検査を行っている。また医療機関内の情報を管理するＨＩＳ（Hospital Information System）や、ＰＡＣＳ（Picture Archiving Communication System）等のシステムが構築され、情報伝達のオンライン化が図られている。
【０００３】
例えば、医用画像診断装置で生成した医用画像は、データ量が大きいためサーバにて記憶・管理されている。また医用画像には患者名、患者ＩＤ、検査日時等の付帯情報が付帯されており、医用画像や付帯情報等の医用情報のオンライン通信や記憶は、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則って行われることが多い。
【０００４】
一方、ユーザ（医師等）が端末を操作して、サーバに保存されている医用情報、例えば患者リストを取得する場合には、ＤＩＣＯＭ規格で規定されているＱ／Ｒ（Query/Retrieve）プロトコルを使用して、サーバに取得要求を行い、サーバからユーザ端末に対して医用情報（患者リスト等）を応答として送信するようにしている。
【０００５】
ところで、従来の医用情報表示装置では、ＤＩＣＯＭ Ｑ／Ｒ等を使用してサーバ内の患者情報を取得し、患者リストを表示する場合は、全ての患者の情報を取得するようにしている。しかしながら、サーバ内の全ての患者の情報を取得しようとした場合、膨大なデータ量になることがある。このため、クライアント側の端末でリスト表示できる件数を超えて受信した場合は、全てのリストを表示することができなくなる。またデータ量の増加により処理時間が多くなり通信負荷が大きくなるという問題が発生する。
【０００６】
また、クライアント側の端末の制約により取得件数を指定した場合、サーバ内では指定した件数に達した時点でクライアント端末への送信を停止してしまい、ユーザは全ての患者リストを参照することができないという事態を招くことがある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２０６６８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来の医用情報表示装置では、サーバ内の患者情報を取得し患者リストを表示する際に、クライアント側の端末でリスト表示できる件数を超えて受信した場合は、全てのリストを表示することができなくなり、また通信負荷が大きくなるという問題が発生する。また、クライアント側の端末で取得件数を指定した場合は、全ての患者リストを参照することができないという不具合がある。
【０００９】
本発明の実施形態は、上記事情に鑑みて成されたもので、クライアント側の端末で取得可能な件数に上限がある場合でも、サーバ内のリスト全体を把握可能な患者リストを取得することができる医用情報表示システム、医用情報表示装置及び医用情報表示方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
実施形態に係る医用情報表示システムは、医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行う要求部を備え、前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、前記リスト作成部で作成した患者リストまたは圧縮リストを前記クライアント装置に返却する返却部と、を具備したことを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係る医用情報表示システムを示す構成図。
【図２】クライアントのキー設定部の動作を示す説明図。
【図３】サーバにＱ／Ｒを要求する際のクライアントの初期画面を示す説明図。
【図４】サーバから返却された患者リストの一例を示す説明図。
【図５】患者名を情報取得キーとして取得した患者リストの一例を示す説明図。
【図６Ａ】サーバ内の情報圧縮部の動作を示すフローチャート。
【図６Ｂ】情報圧縮部の動作を示す図６Ａに続くフローチャート。
【図７】第２の実施形態に係る医用情報表示装置を示すブロック図。
【発明を実施するための形態】
【００１２】
以下、実施形態に係る医用情報表示システムについて図面を参照して詳細に説明する。
【実施例１】
【００１３】
図１は、第１の実施形態に係る医用情報表示システムを示す構成図である。図１において、ネットワーク１００には、サーバ１０と各種の医用画像診断装置（モダリティ）２０が接続されている。尚、図１では、１つのモダリティ２０がネットワーク１００に接続されている例を示しているが、複数のモダリティが接続されても良い。サーバ１０は、モダリティ２０で生成した医用画像を記憶・管理するもので、サーバ１０とモダリティ２０は、ネットワーク１００を介してオンライン通信可能である。
【００１４】
尚、医用情報の通信や記憶は、ＤＩＣＯＭ規格に則って行われ、モダリティ２０の端末（後述）がサーバ１０に記憶されている医用情報を取得する場合には、ＤＩＣＯＭ規格で規定されているＱ／Ｒ（Query/Retrieve）プロトコルを使用して、サーバ１０に取得要求を行い、サーバ１０からモダリティ２０の端末に対して医用情報を応答として送信するものとする。
【００１５】
サーバ１０は、Ｑ／Ｒリスト入出力部１１、Ｑ／Ｒリスト作成部１２、情報圧縮部１３、データベース１４及びデータベースアクセス部１５を含む。Ｑ／Ｒリスト入出力部１１は、モダリティ２０からの医用情報（例えば患者リスト）の取得要求を受け取り、モダリティ２０の端末に対して医用情報を応答として送信する。Ｑ／Ｒリスト作成部１２は、モダリティ２０から要求された条件に従って返却用の医用情報（例えば患者リスト）を生成する。以下の説明では、返却用の医用情報として患者リストを生成する例を述べる。またモダリティ２０はサーバ１０からのサービスを受けるクライアント装置として機能するため、以下、クライアント２０と呼ぶこともある。
【００１６】
情報圧縮部１３は、Ｑ／Ｒリスト作成部１２で作成した返却用の患者リストの件数がクライアント２０から要求された取得可能件数を超える場合に、クライアント２０からの条件に合うような件数になるように、患者リストの情報を圧縮する。即ち、作成した患者リストがクライアント２０の取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成する。尚、Ｑ／Ｒリスト作成部１２と情報圧縮部１３は、返却用のリストを作成するリスト作成部を構成する。またＱ／Ｒリスト入出力部１１は、リスト作成部で作成した患者リストまたは圧縮リストをクライアント２０に返却する返却部を構成する。
【００１７】
データベース１４は、各種の医用情報を記憶するものであり、医用情報としてモダリティ２０で生成した医用画像のほかに、患者名、患者ＩＤ、検査日時等の付帯情報を一緒に記憶する。データベースアクセス部１５は、Ｑ／Ｒリスト作成部１２からの要求に応じてデータベース１４にアクセスし、データベース１４から患者リストの作成に必要な情報を取得する。
【００１８】
一方、モダリティ（クライアント）２０は、Ｘ線ＣＴ装置や、ＭＲＩ装置、超音波診断装置等で構成される。モダリティ２０は、Ｑ／Ｒ要求部２１、キー設定部２２、管理部２３及びクライアント用の端末２４を有する。尚、モダリティ２０は患者を撮影して医用画像を取得するものであるが、撮影部の構成は本実施形態の主旨ではないため説明を省略する。
【００１９】
Ｑ／Ｒ要求部２１は、サーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求するものであり、キー設定部２２は、サーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求する際に、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定するものである。尚、Ｑ／Ｒ要求部２１とキー設定部２２は、患者リストの取得可能件数の上限を設定して、サーバ１０に対して患者リストの作成要求を行う要求部を構成する。
【００２０】
また管理部２３は、Ｑ／Ｒ要求部２１、キー設定部２２及び端末２４を統括的に制御する。端末２４は、Ｑ／Ｒを要求する際の画面やサーバ１０から返却されたリスト画面等を表示することができる。また端末２４は、マウス２５やキーボード２６等のユーザ操作部を含み、ユーザは、操作部を操作して情報取得キーやリストの取得可能件数等を設定することができる。
【００２１】
次に、本実施形態の医用情報表示システムの動作について説明する。図２は、クライアント２０のキー設定部２２の動作を示す説明図である。図２において、クライアント２０はサーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求する際に、メモリ容量等の制約により一度に全リストを取得しても表示し切れない場合があるため、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定する。例えば、端末２４の画面には、図２で示すようなフィルタ設定画面１０１が表示され、情報取得キーとして患者名を選択し、取得可能件数（例えば１００件）を設定する。
【００２２】
情報取得キーの選択は、ユーザが選択ボタン３１をクリックして行い、情報取得キーとして「患者名」を指定する。また取得可能件数の選択は、ユーザがキーボード２６を操作して入力部３２に件数を入力する。取得可能件数は、例えば１〜１００００件の範囲内で設定することができる。設定した内容で問題がなければＯＫボタン３３をクリックし、修正する場合はキャンセルボタン３４をクリックしてやり直すことになる。尚、図２のフィルタ設定画面１０１は環境設定時に表示されるものであり、一度設定すれば通常は表示されない。
【００２３】
図３は、患者リストの表示ボタン（図示略）が操作されたときの端末２４の初期画面１０２を示す。この初期画面１０２は、ＤＩＣＯＭ Ｑ／Ｒをサーバ１０に要求する際に表示される。初期画面１０２では、サーバ１０を指定して患者リストの取得要求を行う。クライアント２０からサーバ１０に対してＤＩＣＯＭ Ｑ／Ｒ を要求する際に、Ｑ／Ｒ要求部２１は、予め設定した情報取得キー（患者名）及び取得可能件数に関する情報を付加してサーバ１０に要求する。また図３の画面で取得可能件数を修正入力することもできる。指定できる件数の上限は、図２のフィルタ設定画面に表示されている最大件数までである。
【００２４】
サーバ１０の指定は、選択ボタン３５をクリックして希望するサーバを指定する。取得可能件数は、キーボード２６を操作して入力部３６に希望する件数を入力する。そしてQueryボタン３７をクリックすると、指定したサーバ１０に対して患者リストの取得要求が行われる。
【００２５】
サーバ１０は、ＤＩＣＯＭ Ｑ／Ｒ の要求及び返却を管理するＱ／Ｒリスト入出力部１１を有し、リスト作成部１２にクライアント２０から要求された条件を伝える。リスト作成部１２は、要求された条件に従って返却用のリスト（患者リスト）を生成する。つまりリスト作成部１２は、データベースアクセス部１５を介してデータベース１４にアクセスし、リスト作成に必要なデータを収集して返却リストを生成する。
【００２６】
返却リストを生成した際に、リストの件数がクライアント２０から要求された取得可能件数より多い場合は、情報圧縮部１３によってクライアント２０からの条件に合うような件数になるように圧縮する。その際、情報を圧縮するためのキー情報としてクライアント２０から指示された情報取得キー「患者名」を使用する。即ち、情報圧縮部１３は、リスト作成部１２で作成した患者リスト数が取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成する。
【００２７】
図４は、サーバ１０から返却された患者リスト１０３の一例を示す。端末２４には図４で示すように、患者名に基づいて作成されたリスト１０３が表示され、患者名のほかに患者ＩＤ（ＩＤ）、カウント数（Count）、撮影日（Scan Date）、撮影時間（Scan Tome）、性別（Sex）等が一覧表示される。
【００２８】
取得可能件数が例えば１０００件の場合は、それほど多くの件数を表示することができないため、サーバ１０の情報圧縮部１３は、クライアント２０の取得可能件数に応じて圧縮処理を行う。圧縮は、例えば患者名の最後尾の１文字を「＊：アスタリスク」に変換し、取得可能件数が少なくなるほどさらに最後尾の文字を「＊」に変換する。即ち、患者名を圧縮のキー情報として使用し、患者名を認識可能な文字列の数を取得可能件数の上限値に応じて規定し、規定した数の文字列を含む患者の情報をグループ化して纏める。
【００２９】
例えば患者名として、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩが存在する場合、取得可能件数が多い場合は、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩのそれぞれのリストが表示される。一方、取得可能件数が少ない場合は、圧縮処理により、患者名の文字列として認識できる文字数、例えば５文字を残しそれ以降の文字は「＊」に置き換え、「ＳＡＳＡＫ＊」に変換する。このため、「＊」よりも前の「ＳＡＳＡＫ」に該当する患者（ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩ）が１つにグループ化される。
【００３０】
取得可能件数の上限値がもっと少なくなると、さらに先頭から４文字を残しそれ以降が「＊」に変換され、「ＳＡＳＡ＊」に変換される。したがって、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩが、１つにグループ化されたリストとして表示され、Countには各グループに属する患者の数が表示される。
【００３１】
図４は、圧縮レベル（例えば患者名の文字列として認識できる文字数が４文字）まで圧縮処理された患者リスト１０３の表示例を示す図である。患者リスト１０３では、患者名の先頭の４ケタ以降が「＊」に変換された場合の患者リストを示している。例えば「ＳＡＳＡ＊」３８は、実際にはＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩ…等を含む。したがって、取得可能件数が少なくても患者リストを圧縮して表示することができる。
【００３２】
図４の例では、「ＳＡＳＡ＊」に該当するデータが実際には２５０件存在することが分かる。ここでクライアント２０側で例えば「ＳＡＳＡ＊」を選択し、取得可能件数を指定してQueryボタン３７をクリックすると、「ＳＡＳＡ＊」に関するリストの取得をサーバ１０に対して要求することができる。サーバ１０のリスト作成部では、要求に応じて、「ＳＡＳＡ＊」とグループ化した患者情報の詳細を、取得可能件数に応じて下位層のリスト情報として作成する。
【００３３】
図５は、患者名「ＳＡＳＡ＊」を情報取得キーとして取得した下位層の患者リストの一例を示す。図５の画面１０４では、取得可能件数（例えば１００件）に応じて圧縮処理が行われ、患者リストが表示される。図５の例では、患者名の先頭から８ケタの文字列以降が「＊」に変換された例を示している。
【００３４】
図５の例では、例えば「ＳＡＳＡＫＩ ＴＯ＊」に該当するデータが４件あることを示している。したがって、「ＳＡＳＡＫＩ ＴＯ＊」を選択してQueryボタン３７をクリックすると、「ＳＡＳＡＫＩ ＴＯ＊」についての４件のリストの取得することが可能となる。
【００３５】
また図５において、ＳＡＳＡＤＡやＳＡＳＡＫＡＷＡについては、グループ内に１つしか存在しない情報であることを示している。この場合は、詳細な内容（患者ＩＤ、撮影日、撮影時間、性別など）が確定情報として表示される。Count欄には、さらに下位の階層のデータ、例えば画像の枚数（１８０枚）などが表示される。
【００３６】
こうして、サーバ１０内の患者のリストを取得し表示する際に、クライアント２０側の端末の取得可能件数に上限があるときでも、サーバ１０内のリスト全体を把握可能な圧縮リストを取得することができる。
【００３７】
図６Ａ，図６Ｂは、サーバ１０内の情報圧縮部１３の動作を示すフローチャートであり、情報リストを圧縮し構築するためのフローを示す。このフローチャートでは、圧縮レベルを設けリストの患者名の最後尾から文字を１文字ずつ削除して「＊」に置き換え、残りの先頭部の文字列と同じ条件に当てはまる情報を１つのグループとして纏めていくことで全体の情報量を圧縮し、圧縮レベルに従ったリストを構築する。そして構築されたリストが、クライアント２０からの取得可能件数以下になるまで圧縮レベルを上げながらリストの生成を繰り返し、最終的に取得可能件数以下になったらクライアント２０に結果を返却する。
【００３８】
図６Ａ，６Ｂのステップにおいて、ａ，ｂ，ｄはテンポラリのバッファである。また、ｃ（ｘ）は最終的にクライアントに返却するリスト群であり、ｅ（ｘ）は各ｃ（ｘ）のリストの件数を示す。また圧縮レベルは、情報取得キーをもとに情報を取得する際に、患者名の文字を最後尾から１文字ずつ削除して「＊」に含ませることを意味する。尚、圧縮レベル＝０は、非圧縮の状態を意味する。
【００３９】
図６Ａにおいて、ステップＳ０は圧縮の開始ステップであり、ステップＳ１では、圧縮レベルを初期化し、圧縮レベル＝０としてサーバ１０がもつ現在の全リスト件数を取得する。ステップＳ２では、現在のリスト件数と取得最大件数を比較し、現在のリスト件数が、ユーザから指定された取得最大件数を上回っていることを条件に以下のステップの処理を繰り返し実行する。
【００４０】
ステップＳ３では、圧縮レベル＋１とし、圧縮レベルに１を加え、削除する文字を増やし、圧縮レベルの段階を上げる。次のステップＳ４では、ａ＝現在のリスト件数、検索リスト件数＝０とし、残りの件数としてaを初期化し検索リスト件数を初期化する。ステップＳ５は、ｃ，ｅのリストを初期化し、圧縮レベルの変更に従い、登録されているｃ（ｘ）、ｅ（ｘ）のリストを初期化する。
【００４１】
ステップＳ６では、現在の圧縮レベルでのリストの振り分けが終わるか、全てのリストの検索が終わるまで、「ｘ＝０；ａ＞０ and ｘ＜現在のリスト件数」を条件として繰り返し処理を行う。ステップＳ７では、現在のリストのｘ番目を情報取得キーとして圧縮レベルに従い取得してｂ＝情報取得キー（ｘ）とセットする。ステップＳ８では、ｂがｃに含まれるかを判断し、含まれる場合（ＹＥＳ）は、取得した条件が既にｃ（ｘ）のリストに含まれているため、何もせずステップＳ１３に進む。
【００４２】
ステップＳ８でｂがｃに含まれない場合（ＮＯ）は、新しい条件リストとして登録する必要があるため、ステップＳ９においてｄ＝ｂと同じ条件となる情報件数を取得し、新しい条件に該当する件数を全リストから検索して取得する。ステップＳ１０では、ａ＝ａ−ｄとし、条件に含まれていない残りの件数を算出する。
【００４３】
ステップＳ１１では、ｃ（検索リスト件数）＝ｂ、ｅ（検索リスト件数）＝ｄ、検索リスト件数＋１として、ｃ（検索リスト件数）及びｅ（検索リスト件数）に新しい条件に該当する件数を登録する。ステップＳ１２及びステップＳ１３では、ｘ＝ｘ＋１とする。ステップＳ１４は繰り返しステップであり、ステップＳ１４以降は、図６Ｂの処理ステップに進む。
【００４４】
図６ＢにおいてステップＳ１５は、振り分けされた条件数を現在の件数に設定するもので、「現在のリスト件数＝検索リスト件数」とする。ステップＳ１６は繰り返しのステップであり、ステップＳ１７では、圧縮レベル＝０か否かを判断する。圧縮レベル＝０の場合（ＹＥＳ）は、サーバ１０内の全リストがユーザから指定された取得最大件数以下であることを意味するので、ステップＳ１８に進み、全リストをクライアント２０に返却する。圧縮レベル≠０の場合（ＮＯ）は、圧縮レベルに基づいたリストの振り分けが行われているので、振り分けしたリスト群と各リストの件数（ｃ，ｅ）をクライアント２０に返却し、ステップＳ２０で終了する。
【００４５】
こうして、本実施形態によれば、クライアント２０側で表示可能な件数のリストを取得することができ、通信負荷（量、時間）を低減することができる。またサーバ内の患者のリストを取得して表示する際に、クライアント側の端末の取得可能件数に上限があるときでも、サーバ内のリスト全体を把握可能な患者リストを取得することができる。
【実施例２】
【００４６】
第１の実施形態では、ネットワーク１００を介してサーバ１０とモダリティ（クライアント）２０を接続する例を述べたが、第２の実施形態では、モダリティ２０内にデータベースを配置し、サーバ１０が持つ機能をモダリティ２０（クライアント装置）に備えたものである。
【００４７】
図７は、第２の実施形態に係る医用情報表示装置を示すブロック図であり、モダリティ２０内に、Ｑ／Ｒリスト入出力部１１、Ｑ／Ｒリスト作成部１２、情報圧縮部１３、データベース１４及びデータベースアクセス部１５を設けたものである。またモダリティ２０には、Ｑ／Ｒ要求部２１、キー設定部２２、管理部２３及びクライアント用の端末２４、マウス２５やキーボード２６等のユーザ操作部を含む。
【００４８】
基本的な動作は図１と同様であるが、１Ｑ／Ｒリスト入出力部１１は、Ｑ／Ｒ要求部２１から医用情報（例えば患者リスト）の取得要求を受け取り、Ｑ／Ｒリスト作成部１２は、要求された条件に従って返却用の医用情報（例えば患者リスト）を生成する。キー設定部２２は、ＤＩＣＯＭ Ｑ／Ｒを要求する際に、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定する。情報圧縮部１３は、返却用の患者リストの件数がキー設定部２２で設定した取得可能件数より多い場合は、リスト情報を圧縮する。端末２４は、Ｑ／Ｒを要求する際の画面やサーバ１０から返却されたリスト画面等を表示する。
【００４９】
このように第２の実施形態では、ネットワークを介することなく、ローカルな環境内においても患者リストの取得や表示を実現することができる。
【００５０】
尚、本発明の実施形態は、以上述べた実施例に限定されるものではない。例えば患者名を圧縮のキー情報として使用したが、撮影日や撮影時間など、複数の文字列で構成する情報をキー情報として使用し、圧縮するようにしても良い。また特許請求の範囲を逸脱しない範囲内で種々の変形が可能である。
【符号の説明】
【００５１】
１０…サーバ
１１…Ｑ／Ｒリスト入出力部
１２…リスト作成部
１３…情報圧縮部
１４…データベース
１５…データベースアクセス部
２０…クライアント装置（モダリティ）
２１…Ｑ／Ｒ要求部
２２…キー設定部
２３…管理部
２４…端末
１００…ネットワーク
【技術分野】
【０００１】
本発明の実施形態は、医用情報を記憶したデータベースにアクセスして、患者リストを取得して表示する医用情報表示システム、医用情報表示装置及び医用情報表示方法に関する。
【背景技術】
【０００２】
従来、医用画像診断装置としてＸ線ＣＴ装置（Ｘ線コンピュータトモグラフィ装置）、ＭＲＩ装置（磁気共鳴イメージング装置）、超音波診断装置等の様々なモダリティがあり、これらのモダリティを使用して医療検査を行っている。また医療機関内の情報を管理するＨＩＳ（Hospital Information System）や、ＰＡＣＳ（Picture Archiving Communication System）等のシステムが構築され、情報伝達のオンライン化が図られている。
【０００３】
例えば、医用画像診断装置で生成した医用画像は、データ量が大きいためサーバにて記憶・管理されている。また医用画像には患者名、患者ＩＤ、検査日時等の付帯情報が付帯されており、医用画像や付帯情報等の医用情報のオンライン通信や記憶は、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則って行われることが多い。
【０００４】
一方、ユーザ（医師等）が端末を操作して、サーバに保存されている医用情報、例えば患者リストを取得する場合には、ＤＩＣＯＭ規格で規定されているＱ／Ｒ（Query/Retrieve）プロトコルを使用して、サーバに取得要求を行い、サーバからユーザ端末に対して医用情報（患者リスト等）を応答として送信するようにしている。
【０００５】
ところで、従来の医用情報表示装置では、ＤＩＣＯＭ Ｑ／Ｒ等を使用してサーバ内の患者情報を取得し、患者リストを表示する場合は、全ての患者の情報を取得するようにしている。しかしながら、サーバ内の全ての患者の情報を取得しようとした場合、膨大なデータ量になることがある。このため、クライアント側の端末でリスト表示できる件数を超えて受信した場合は、全てのリストを表示することができなくなる。またデータ量の増加により処理時間が多くなり通信負荷が大きくなるという問題が発生する。
【０００６】
また、クライアント側の端末の制約により取得件数を指定した場合、サーバ内では指定した件数に達した時点でクライアント端末への送信を停止してしまい、ユーザは全ての患者リストを参照することができないという事態を招くことがある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２０６６８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来の医用情報表示装置では、サーバ内の患者情報を取得し患者リストを表示する際に、クライアント側の端末でリスト表示できる件数を超えて受信した場合は、全てのリストを表示することができなくなり、また通信負荷が大きくなるという問題が発生する。また、クライアント側の端末で取得件数を指定した場合は、全ての患者リストを参照することができないという不具合がある。
【０００９】
本発明の実施形態は、上記事情に鑑みて成されたもので、クライアント側の端末で取得可能な件数に上限がある場合でも、サーバ内のリスト全体を把握可能な患者リストを取得することができる医用情報表示システム、医用情報表示装置及び医用情報表示方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
実施形態に係る医用情報表示システムは、医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行う要求部を備え、前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、前記リスト作成部で作成した患者リストまたは圧縮リストを前記クライアント装置に返却する返却部と、を具備したことを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係る医用情報表示システムを示す構成図。
【図２】クライアントのキー設定部の動作を示す説明図。
【図３】サーバにＱ／Ｒを要求する際のクライアントの初期画面を示す説明図。
【図４】サーバから返却された患者リストの一例を示す説明図。
【図５】患者名を情報取得キーとして取得した患者リストの一例を示す説明図。
【図６Ａ】サーバ内の情報圧縮部の動作を示すフローチャート。
【図６Ｂ】情報圧縮部の動作を示す図６Ａに続くフローチャート。
【図７】第２の実施形態に係る医用情報表示装置を示すブロック図。
【発明を実施するための形態】
【００１２】
以下、実施形態に係る医用情報表示システムについて図面を参照して詳細に説明する。
【実施例１】
【００１３】
図１は、第１の実施形態に係る医用情報表示システムを示す構成図である。図１において、ネットワーク１００には、サーバ１０と各種の医用画像診断装置（モダリティ）２０が接続されている。尚、図１では、１つのモダリティ２０がネットワーク１００に接続されている例を示しているが、複数のモダリティが接続されても良い。サーバ１０は、モダリティ２０で生成した医用画像を記憶・管理するもので、サーバ１０とモダリティ２０は、ネットワーク１００を介してオンライン通信可能である。
【００１４】
尚、医用情報の通信や記憶は、ＤＩＣＯＭ規格に則って行われ、モダリティ２０の端末（後述）がサーバ１０に記憶されている医用情報を取得する場合には、ＤＩＣＯＭ規格で規定されているＱ／Ｒ（Query/Retrieve）プロトコルを使用して、サーバ１０に取得要求を行い、サーバ１０からモダリティ２０の端末に対して医用情報を応答として送信するものとする。
【００１５】
サーバ１０は、Ｑ／Ｒリスト入出力部１１、Ｑ／Ｒリスト作成部１２、情報圧縮部１３、データベース１４及びデータベースアクセス部１５を含む。Ｑ／Ｒリスト入出力部１１は、モダリティ２０からの医用情報（例えば患者リスト）の取得要求を受け取り、モダリティ２０の端末に対して医用情報を応答として送信する。Ｑ／Ｒリスト作成部１２は、モダリティ２０から要求された条件に従って返却用の医用情報（例えば患者リスト）を生成する。以下の説明では、返却用の医用情報として患者リストを生成する例を述べる。またモダリティ２０はサーバ１０からのサービスを受けるクライアント装置として機能するため、以下、クライアント２０と呼ぶこともある。
【００１６】
情報圧縮部１３は、Ｑ／Ｒリスト作成部１２で作成した返却用の患者リストの件数がクライアント２０から要求された取得可能件数を超える場合に、クライアント２０からの条件に合うような件数になるように、患者リストの情報を圧縮する。即ち、作成した患者リストがクライアント２０の取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成する。尚、Ｑ／Ｒリスト作成部１２と情報圧縮部１３は、返却用のリストを作成するリスト作成部を構成する。またＱ／Ｒリスト入出力部１１は、リスト作成部で作成した患者リストまたは圧縮リストをクライアント２０に返却する返却部を構成する。
【００１７】
データベース１４は、各種の医用情報を記憶するものであり、医用情報としてモダリティ２０で生成した医用画像のほかに、患者名、患者ＩＤ、検査日時等の付帯情報を一緒に記憶する。データベースアクセス部１５は、Ｑ／Ｒリスト作成部１２からの要求に応じてデータベース１４にアクセスし、データベース１４から患者リストの作成に必要な情報を取得する。
【００１８】
一方、モダリティ（クライアント）２０は、Ｘ線ＣＴ装置や、ＭＲＩ装置、超音波診断装置等で構成される。モダリティ２０は、Ｑ／Ｒ要求部２１、キー設定部２２、管理部２３及びクライアント用の端末２４を有する。尚、モダリティ２０は患者を撮影して医用画像を取得するものであるが、撮影部の構成は本実施形態の主旨ではないため説明を省略する。
【００１９】
Ｑ／Ｒ要求部２１は、サーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求するものであり、キー設定部２２は、サーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求する際に、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定するものである。尚、Ｑ／Ｒ要求部２１とキー設定部２２は、患者リストの取得可能件数の上限を設定して、サーバ１０に対して患者リストの作成要求を行う要求部を構成する。
【００２０】
また管理部２３は、Ｑ／Ｒ要求部２１、キー設定部２２及び端末２４を統括的に制御する。端末２４は、Ｑ／Ｒを要求する際の画面やサーバ１０から返却されたリスト画面等を表示することができる。また端末２４は、マウス２５やキーボード２６等のユーザ操作部を含み、ユーザは、操作部を操作して情報取得キーやリストの取得可能件数等を設定することができる。
【００２１】
次に、本実施形態の医用情報表示システムの動作について説明する。図２は、クライアント２０のキー設定部２２の動作を示す説明図である。図２において、クライアント２０はサーバ１０に対してＤＩＣＯＭ Ｑ／Ｒを要求する際に、メモリ容量等の制約により一度に全リストを取得しても表示し切れない場合があるため、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定する。例えば、端末２４の画面には、図２で示すようなフィルタ設定画面１０１が表示され、情報取得キーとして患者名を選択し、取得可能件数（例えば１００件）を設定する。
【００２２】
情報取得キーの選択は、ユーザが選択ボタン３１をクリックして行い、情報取得キーとして「患者名」を指定する。また取得可能件数の選択は、ユーザがキーボード２６を操作して入力部３２に件数を入力する。取得可能件数は、例えば１〜１００００件の範囲内で設定することができる。設定した内容で問題がなければＯＫボタン３３をクリックし、修正する場合はキャンセルボタン３４をクリックしてやり直すことになる。尚、図２のフィルタ設定画面１０１は環境設定時に表示されるものであり、一度設定すれば通常は表示されない。
【００２３】
図３は、患者リストの表示ボタン（図示略）が操作されたときの端末２４の初期画面１０２を示す。この初期画面１０２は、ＤＩＣＯＭ Ｑ／Ｒをサーバ１０に要求する際に表示される。初期画面１０２では、サーバ１０を指定して患者リストの取得要求を行う。クライアント２０からサーバ１０に対してＤＩＣＯＭ Ｑ／Ｒ を要求する際に、Ｑ／Ｒ要求部２１は、予め設定した情報取得キー（患者名）及び取得可能件数に関する情報を付加してサーバ１０に要求する。また図３の画面で取得可能件数を修正入力することもできる。指定できる件数の上限は、図２のフィルタ設定画面に表示されている最大件数までである。
【００２４】
サーバ１０の指定は、選択ボタン３５をクリックして希望するサーバを指定する。取得可能件数は、キーボード２６を操作して入力部３６に希望する件数を入力する。そしてQueryボタン３７をクリックすると、指定したサーバ１０に対して患者リストの取得要求が行われる。
【００２５】
サーバ１０は、ＤＩＣＯＭ Ｑ／Ｒ の要求及び返却を管理するＱ／Ｒリスト入出力部１１を有し、リスト作成部１２にクライアント２０から要求された条件を伝える。リスト作成部１２は、要求された条件に従って返却用のリスト（患者リスト）を生成する。つまりリスト作成部１２は、データベースアクセス部１５を介してデータベース１４にアクセスし、リスト作成に必要なデータを収集して返却リストを生成する。
【００２６】
返却リストを生成した際に、リストの件数がクライアント２０から要求された取得可能件数より多い場合は、情報圧縮部１３によってクライアント２０からの条件に合うような件数になるように圧縮する。その際、情報を圧縮するためのキー情報としてクライアント２０から指示された情報取得キー「患者名」を使用する。即ち、情報圧縮部１３は、リスト作成部１２で作成した患者リスト数が取得可能件数の上限を超える場合に、患者リストの全体を把握可能であって上限値以内に圧縮した圧縮リストを作成する。
【００２７】
図４は、サーバ１０から返却された患者リスト１０３の一例を示す。端末２４には図４で示すように、患者名に基づいて作成されたリスト１０３が表示され、患者名のほかに患者ＩＤ（ＩＤ）、カウント数（Count）、撮影日（Scan Date）、撮影時間（Scan Tome）、性別（Sex）等が一覧表示される。
【００２８】
取得可能件数が例えば１０００件の場合は、それほど多くの件数を表示することができないため、サーバ１０の情報圧縮部１３は、クライアント２０の取得可能件数に応じて圧縮処理を行う。圧縮は、例えば患者名の最後尾の１文字を「＊：アスタリスク」に変換し、取得可能件数が少なくなるほどさらに最後尾の文字を「＊」に変換する。即ち、患者名を圧縮のキー情報として使用し、患者名を認識可能な文字列の数を取得可能件数の上限値に応じて規定し、規定した数の文字列を含む患者の情報をグループ化して纏める。
【００２９】
例えば患者名として、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩが存在する場合、取得可能件数が多い場合は、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩのそれぞれのリストが表示される。一方、取得可能件数が少ない場合は、圧縮処理により、患者名の文字列として認識できる文字数、例えば５文字を残しそれ以降の文字は「＊」に置き換え、「ＳＡＳＡＫ＊」に変換する。このため、「＊」よりも前の「ＳＡＳＡＫ」に該当する患者（ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩ）が１つにグループ化される。
【００３０】
取得可能件数の上限値がもっと少なくなると、さらに先頭から４文字を残しそれ以降が「＊」に変換され、「ＳＡＳＡ＊」に変換される。したがって、ＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩが、１つにグループ化されたリストとして表示され、Countには各グループに属する患者の数が表示される。
【００３１】
図４は、圧縮レベル（例えば患者名の文字列として認識できる文字数が４文字）まで圧縮処理された患者リスト１０３の表示例を示す図である。患者リスト１０３では、患者名の先頭の４ケタ以降が「＊」に変換された場合の患者リストを示している。例えば「ＳＡＳＡ＊」３８は、実際にはＳＡＳＡＤＡ、ＳＡＳＡＩＫＥ、ＳＡＳＡＫＡＷＡ、ＳＡＳＡＫＩ…等を含む。したがって、取得可能件数が少なくても患者リストを圧縮して表示することができる。
【００３２】
図４の例では、「ＳＡＳＡ＊」に該当するデータが実際には２５０件存在することが分かる。ここでクライアント２０側で例えば「ＳＡＳＡ＊」を選択し、取得可能件数を指定してQueryボタン３７をクリックすると、「ＳＡＳＡ＊」に関するリストの取得をサーバ１０に対して要求することができる。サーバ１０のリスト作成部では、要求に応じて、「ＳＡＳＡ＊」とグループ化した患者情報の詳細を、取得可能件数に応じて下位層のリスト情報として作成する。
【００３３】
図５は、患者名「ＳＡＳＡ＊」を情報取得キーとして取得した下位層の患者リストの一例を示す。図５の画面１０４では、取得可能件数（例えば１００件）に応じて圧縮処理が行われ、患者リストが表示される。図５の例では、患者名の先頭から８ケタの文字列以降が「＊」に変換された例を示している。
【００３４】
図５の例では、例えば「ＳＡＳＡＫＩ ＴＯ＊」に該当するデータが４件あることを示している。したがって、「ＳＡＳＡＫＩ ＴＯ＊」を選択してQueryボタン３７をクリックすると、「ＳＡＳＡＫＩ ＴＯ＊」についての４件のリストの取得することが可能となる。
【００３５】
また図５において、ＳＡＳＡＤＡやＳＡＳＡＫＡＷＡについては、グループ内に１つしか存在しない情報であることを示している。この場合は、詳細な内容（患者ＩＤ、撮影日、撮影時間、性別など）が確定情報として表示される。Count欄には、さらに下位の階層のデータ、例えば画像の枚数（１８０枚）などが表示される。
【００３６】
こうして、サーバ１０内の患者のリストを取得し表示する際に、クライアント２０側の端末の取得可能件数に上限があるときでも、サーバ１０内のリスト全体を把握可能な圧縮リストを取得することができる。
【００３７】
図６Ａ，図６Ｂは、サーバ１０内の情報圧縮部１３の動作を示すフローチャートであり、情報リストを圧縮し構築するためのフローを示す。このフローチャートでは、圧縮レベルを設けリストの患者名の最後尾から文字を１文字ずつ削除して「＊」に置き換え、残りの先頭部の文字列と同じ条件に当てはまる情報を１つのグループとして纏めていくことで全体の情報量を圧縮し、圧縮レベルに従ったリストを構築する。そして構築されたリストが、クライアント２０からの取得可能件数以下になるまで圧縮レベルを上げながらリストの生成を繰り返し、最終的に取得可能件数以下になったらクライアント２０に結果を返却する。
【００３８】
図６Ａ，６Ｂのステップにおいて、ａ，ｂ，ｄはテンポラリのバッファである。また、ｃ（ｘ）は最終的にクライアントに返却するリスト群であり、ｅ（ｘ）は各ｃ（ｘ）のリストの件数を示す。また圧縮レベルは、情報取得キーをもとに情報を取得する際に、患者名の文字を最後尾から１文字ずつ削除して「＊」に含ませることを意味する。尚、圧縮レベル＝０は、非圧縮の状態を意味する。
【００３９】
図６Ａにおいて、ステップＳ０は圧縮の開始ステップであり、ステップＳ１では、圧縮レベルを初期化し、圧縮レベル＝０としてサーバ１０がもつ現在の全リスト件数を取得する。ステップＳ２では、現在のリスト件数と取得最大件数を比較し、現在のリスト件数が、ユーザから指定された取得最大件数を上回っていることを条件に以下のステップの処理を繰り返し実行する。
【００４０】
ステップＳ３では、圧縮レベル＋１とし、圧縮レベルに１を加え、削除する文字を増やし、圧縮レベルの段階を上げる。次のステップＳ４では、ａ＝現在のリスト件数、検索リスト件数＝０とし、残りの件数としてaを初期化し検索リスト件数を初期化する。ステップＳ５は、ｃ，ｅのリストを初期化し、圧縮レベルの変更に従い、登録されているｃ（ｘ）、ｅ（ｘ）のリストを初期化する。
【００４１】
ステップＳ６では、現在の圧縮レベルでのリストの振り分けが終わるか、全てのリストの検索が終わるまで、「ｘ＝０；ａ＞０ and ｘ＜現在のリスト件数」を条件として繰り返し処理を行う。ステップＳ７では、現在のリストのｘ番目を情報取得キーとして圧縮レベルに従い取得してｂ＝情報取得キー（ｘ）とセットする。ステップＳ８では、ｂがｃに含まれるかを判断し、含まれる場合（ＹＥＳ）は、取得した条件が既にｃ（ｘ）のリストに含まれているため、何もせずステップＳ１３に進む。
【００４２】
ステップＳ８でｂがｃに含まれない場合（ＮＯ）は、新しい条件リストとして登録する必要があるため、ステップＳ９においてｄ＝ｂと同じ条件となる情報件数を取得し、新しい条件に該当する件数を全リストから検索して取得する。ステップＳ１０では、ａ＝ａ−ｄとし、条件に含まれていない残りの件数を算出する。
【００４３】
ステップＳ１１では、ｃ（検索リスト件数）＝ｂ、ｅ（検索リスト件数）＝ｄ、検索リスト件数＋１として、ｃ（検索リスト件数）及びｅ（検索リスト件数）に新しい条件に該当する件数を登録する。ステップＳ１２及びステップＳ１３では、ｘ＝ｘ＋１とする。ステップＳ１４は繰り返しステップであり、ステップＳ１４以降は、図６Ｂの処理ステップに進む。
【００４４】
図６ＢにおいてステップＳ１５は、振り分けされた条件数を現在の件数に設定するもので、「現在のリスト件数＝検索リスト件数」とする。ステップＳ１６は繰り返しのステップであり、ステップＳ１７では、圧縮レベル＝０か否かを判断する。圧縮レベル＝０の場合（ＹＥＳ）は、サーバ１０内の全リストがユーザから指定された取得最大件数以下であることを意味するので、ステップＳ１８に進み、全リストをクライアント２０に返却する。圧縮レベル≠０の場合（ＮＯ）は、圧縮レベルに基づいたリストの振り分けが行われているので、振り分けしたリスト群と各リストの件数（ｃ，ｅ）をクライアント２０に返却し、ステップＳ２０で終了する。
【００４５】
こうして、本実施形態によれば、クライアント２０側で表示可能な件数のリストを取得することができ、通信負荷（量、時間）を低減することができる。またサーバ内の患者のリストを取得して表示する際に、クライアント側の端末の取得可能件数に上限があるときでも、サーバ内のリスト全体を把握可能な患者リストを取得することができる。
【実施例２】
【００４６】
第１の実施形態では、ネットワーク１００を介してサーバ１０とモダリティ（クライアント）２０を接続する例を述べたが、第２の実施形態では、モダリティ２０内にデータベースを配置し、サーバ１０が持つ機能をモダリティ２０（クライアント装置）に備えたものである。
【００４７】
図７は、第２の実施形態に係る医用情報表示装置を示すブロック図であり、モダリティ２０内に、Ｑ／Ｒリスト入出力部１１、Ｑ／Ｒリスト作成部１２、情報圧縮部１３、データベース１４及びデータベースアクセス部１５を設けたものである。またモダリティ２０には、Ｑ／Ｒ要求部２１、キー設定部２２、管理部２３及びクライアント用の端末２４、マウス２５やキーボード２６等のユーザ操作部を含む。
【００４８】
基本的な動作は図１と同様であるが、１Ｑ／Ｒリスト入出力部１１は、Ｑ／Ｒ要求部２１から医用情報（例えば患者リスト）の取得要求を受け取り、Ｑ／Ｒリスト作成部１２は、要求された条件に従って返却用の医用情報（例えば患者リスト）を生成する。キー設定部２２は、ＤＩＣＯＭ Ｑ／Ｒを要求する際に、情報取得キーと一度にリストを取得（表示）できる取得可能件数を設定する。情報圧縮部１３は、返却用の患者リストの件数がキー設定部２２で設定した取得可能件数より多い場合は、リスト情報を圧縮する。端末２４は、Ｑ／Ｒを要求する際の画面やサーバ１０から返却されたリスト画面等を表示する。
【００４９】
このように第２の実施形態では、ネットワークを介することなく、ローカルな環境内においても患者リストの取得や表示を実現することができる。
【００５０】
尚、本発明の実施形態は、以上述べた実施例に限定されるものではない。例えば患者名を圧縮のキー情報として使用したが、撮影日や撮影時間など、複数の文字列で構成する情報をキー情報として使用し、圧縮するようにしても良い。また特許請求の範囲を逸脱しない範囲内で種々の変形が可能である。
【符号の説明】
【００５１】
１０…サーバ
１１…Ｑ／Ｒリスト入出力部
１２…リスト作成部
１３…情報圧縮部
１４…データベース
１５…データベースアクセス部
２０…クライアント装置（モダリティ）
２１…Ｑ／Ｒ要求部
２２…キー設定部
２３…管理部
２４…端末
１００…ネットワーク
【特許請求の範囲】
【請求項１】
医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、
前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行う要求部を備え、
前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、
前記リスト作成部で作成した患者リストまたは圧縮リストを前記クライアント装置に返却する返却部と、を具備してなる医用情報表示システム。
【請求項２】
前記クライアント装置は、前記患者リストの取得要求を行う際に、患者名を情報取得キーとして設定し、
前記リスト作成部は、前記患者名を前記圧縮のキー情報として使用し、前記患者名を認識可能な文字列の数を前記取得可能件数の上限値に応じて規定し、前記規定した数の文字列を含む患者の情報をグループ化して纏めることを特徴とする請求項１記載の医用情報表示システム。
【請求項３】
前記リスト作成部は、前記グループ化した患者情報の詳細を前記取得可能件数に応じて下位層のリスト情報として作成し、前記クライアント装置は、前記下位層のリスト情報を表示可能にしたことを特徴とする請求項１記載の医用情報表示システム。
【請求項４】
医用情報が記憶されたデータベースと、
患者リストの取得可能件数の上限を設定して、前記データベースに対して患者リストの作成要求を行う要求部と、
前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、
前記リスト作成部で作成した患者リストまたは圧縮リストを表示可能な表示部と、を具備してなる医用情報表示装置。
【請求項５】
前記要求部は、前記患者リストの取得要求を行う際に患者名を情報取得キーとして設定し、
前記リスト作成部は、前記患者名を前記圧縮のキー情報として使用し、前記患者名を認識可能な文字列の数を前記取得可能件数の上限値に応じて規定し、前記規定した数の文字列を含む患者の情報をグループ化して纏めることを特徴とする請求項４記載の医用情報表示装置。
【請求項６】
前記リスト作成部は、前記グループ化した患者情報の詳細を前記取得可能件数に応じて下位層のリスト情報として作成し、前記クライアント端末は、前記下位層のリスト情報を表示可能にしたことを特徴とする請求項４記載の医用情報表示装置。
【請求項７】
医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、
前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行い、
前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成し、
前記サーバで作成した患者リストまたは圧縮リストを前記クライアント端末に返却することを特徴とする医用情報表示方法。
【請求項１】
医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、
前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行う要求部を備え、
前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、
前記リスト作成部で作成した患者リストまたは圧縮リストを前記クライアント装置に返却する返却部と、を具備してなる医用情報表示システム。
【請求項２】
前記クライアント装置は、前記患者リストの取得要求を行う際に、患者名を情報取得キーとして設定し、
前記リスト作成部は、前記患者名を前記圧縮のキー情報として使用し、前記患者名を認識可能な文字列の数を前記取得可能件数の上限値に応じて規定し、前記規定した数の文字列を含む患者の情報をグループ化して纏めることを特徴とする請求項１記載の医用情報表示システム。
【請求項３】
前記リスト作成部は、前記グループ化した患者情報の詳細を前記取得可能件数に応じて下位層のリスト情報として作成し、前記クライアント装置は、前記下位層のリスト情報を表示可能にしたことを特徴とする請求項１記載の医用情報表示システム。
【請求項４】
医用情報が記憶されたデータベースと、
患者リストの取得可能件数の上限を設定して、前記データベースに対して患者リストの作成要求を行う要求部と、
前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成するリスト作成部と、
前記リスト作成部で作成した患者リストまたは圧縮リストを表示可能な表示部と、を具備してなる医用情報表示装置。
【請求項５】
前記要求部は、前記患者リストの取得要求を行う際に患者名を情報取得キーとして設定し、
前記リスト作成部は、前記患者名を前記圧縮のキー情報として使用し、前記患者名を認識可能な文字列の数を前記取得可能件数の上限値に応じて規定し、前記規定した数の文字列を含む患者の情報をグループ化して纏めることを特徴とする請求項４記載の医用情報表示装置。
【請求項６】
前記リスト作成部は、前記グループ化した患者情報の詳細を前記取得可能件数に応じて下位層のリスト情報として作成し、前記クライアント端末は、前記下位層のリスト情報を表示可能にしたことを特徴とする請求項４記載の医用情報表示装置。
【請求項７】
医用情報が記憶されたデータベースを含むサーバと、前記サーバで生成した患者リストを表示するクライアント装置とを含み、
前記クライアント装置は、前記患者リストの取得可能件数の上限を設定して、前記サーバに対して患者リストの作成要求を行い、
前記サーバは、前記要求部からの要求に応じて前記データベース内の医用情報を処理して患者リストを作成し、前記作成した患者リストが前記取得可能件数の上限を超える場合に、前記患者リストの全体を把握可能であって前記上限値以内に圧縮した圧縮リストを作成し、
前記サーバで作成した患者リストまたは圧縮リストを前記クライアント端末に返却することを特徴とする医用情報表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【公開番号】特開２０１２−５０７８５（Ｐ２０１２−５０７８５Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９７９１５（Ｐ２０１０−１９７９１５）
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]