JP2008299518A - 医療情報表示装置 - Google Patents

Abstract

【課題】検索条件の入力操作の負担を軽減することが可能となる。
【解決手段】本実施形態に係る医療情報表示装置１は、操作者識別情報と医療情報を検索するためのキーワードとキーワードの種類とを入力する入力部１１と、操作者識別情報とキーワードの種類と検索対象の医療情報の種類とを関連付けたテーブルを記憶する記憶部１２と、入力された操作者識別情報とキーワードの種類とに基づいてテーブル上で関連付けられた検索対象の医療情報の種類を特定し、入力されたキーワードで医療情報の検索を行う検索部１３，１４，１５と、検索の結果としての医療情報を表示する表示部１６と、を具備する。
【選択図】 図２

Description

本発明は、医療情報を表示する医療情報表示装置に関する。

医療の現場では、検査情報や所見情報、画像情報、類似症例情報、入退院に関する患者情報等の種々の医療情報を扱う。これら医療情報は、医療情報の種類に応じた種々のサーバ（ＲＩＳ、ＨＩＳ、レポートサーバ等）において管理されている。

近年、これら異なるサーバ間での医療情報のやりとり、異なるサーバにて管理されている複数種類の医療情報の一元的な管理を可能とする医療情報の提供方法等に関する技術が開示された（例えば、特許文献１参照）。

しかしながら医療情報の検索を行なう場合、まずユーザは医療情報表示装置にて、ユーザ識別コード、医療情報を検索するためのキーワード、「患者ＩＤ」や「モダリティ」等といったキーワードの種類、検索する医療情報の種類、その医療情報の検索先サーバのサーバ識別コード、表示レイアウトのルール等といった種々の項目からなる検索条件を入力する。そして医療情報表示装置は、入力したキーワードと医療情報の種類とを含む医療情報を、入力したサーバ識別コードから特定されるサーバから受信し、表示する。ユーザは医療情報の取得、閲覧を行なうたびに、これらの検索条件の入力を行なわなければならず、ユーザにとって作業負担が大きかった。
特開２００２−３５８３６１号公報

本発明の目的は、検索条件の入力操作の負担を軽減することを可能とする医療情報表示装置を提供することにある。

上記目的を達成するために本発明は、ある局面において、操作者識別情報と医療情報を検索するためのキーワードと前記キーワードの種類とを入力する入力部と、操作者識別情報とキーワードの種類と検索対象の医療情報の種類とを関連付けたテーブルを記憶する記憶部と、前記入力された操作者識別情報とキーワードの種類とに基づいて前記テーブル上で関連付けられた検索対象の医療情報の種類を特定し、前記入力されたキーワードで医療情報の検索を行う検索部と、前記検索の結果としての医療情報を表示する表示部と、を具備する。

本発明によれば、検索条件の入力操作の負担を軽減することが可能となる。

以下図面を参照しながら本発明の実施形態を説明する。本実施形態に係る医療情報表示装置は、検査情報や所見情報、医用画像情報、類似症例情報、入退院に関する患者情報等に代表されるような主に病院内で扱われる種々の医療情報を、簡便な操作でユーザに提供するための装置である。これら種々の医療情報は、それぞれデータの性質が異なるため医療情報のデータの性質に応じた種々のサーバによって管理されている。医療情報表示装置及び種々のデータサーバは、病院内電子的通信網（病院内ＬＡＮ）を介して接続され、医療情報表示装置や種々のデータサーバ間で情報の授受が可能である。

図１は、本実施形態に係る医療情報表示装置１の接続環境を示す図である。図１に示すように、医療情報表示装置１は、病院内ＬＡＮ２０を介して、医用画像発生装置３０、画像管理サーバ４０、レポートサーバ５０、症例サーバ６０、ＲＩＳ７０及びＨＩＳ８０と接続されている。

医用画像発生装置３０は、Ｘ線診断装置、Ｘ線コンピュータ断層撮影装置、ＭＲＩ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）装置、超音波診断装置、ガンマカメラ、ＳＰＥＣＴ（Ｓｉｎｇｌｅ Ｐｈｏｔｏｎ Ｅｍｉｓｓｉｏｎ Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）或いはＰＥＴ（Ｐｏｓｉｔｒｏｎ Ｅｍｉｓｓｉｏｎ Ｔｏｍｏｇｒａｐｈｙ）等の医用画像を発生するための装置である。画像管理サーバ４０は、医用画像発生装置３０にて発生された種々の医用画像のデータを記憶する。レポートサーバ５０は、読影レポートや読影レポートに付帯されるキー画像のデータの管理を行なう。症例サーバ６０は、キー画像とそのキー画像に関する症例名とを関連付けて記憶する。また、症例サーバ６０は、症例名とその症例に類似する症例名とを関連付けて記憶する。ＲＩＳ７０は、検査オーダーの管理を行なう。ＨＩＳ８０は、電子カルテ等のデータの管理を行なう。

通常、各種サーバから医療情報を受信し表示する場合、医療情報の閲覧を行なうユーザ又はユーザの所属するグループ（以下、ユーザ等と呼ぶ）、及び医療情報を検索するための検索キーの種類（例えば、「患者ＩＤ」や「モダリティ」といった医療情報の項目）によってある程度、必要とする医療情報の種類や、医療情報の表示レイアウト（検索した医療情報の項目の配列パターン等）が決まってくる。

この点に着目し、医療情報表示装置１は、ユーザ等の識別コードと検索キーの種類との組み合わせに、医療情報の種類、医療情報の要求の送信先であるサーバの識別コード、医療情報の表示レイアウトのルールを関連付けたテーブルを有する。医療情報表示装置１を用いて医療情報を検索し表示する場合、ユーザは検索キーと検索キーの種類とを入力するだけで、ユーザ等と検索キーの種類との組み合わせに該当するサーバから当該組み合わせに該当する医療情報の種類と検索キーとを含む医療情報を受信し、当該組み合わせに該当する表示レイアウトで表示することが可能となる。以下、ユーザ識別コード、検索キーの種類、医療情報の種類、サーバ識別コード、表示レイアウトのルールをまとめて検索条件と呼ぶことにする。

図２は、この様な処理を可能とする本実施形態に係る医療情報表示装置１の構成を示す図である。図２に示すよう医療情報表示装置１は、入力部１１、テーブル記憶部１２、テーブル検索部１３、送信部１４、受信部１５、表示部１６、アプリケーションプログラム記憶部１７及び制御部１８を有する。典型的には、医療情報表示装置１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の端末装置である。

入力部１１は、ユーザ等の識別コード、ユーザが閲覧したい医療情報をサーバから検索するための検索キー及び検索キーの種類等を医療情報装置１内に入力する。必要に応じて入力部１１は、サーバ識別コード、医療情報の種類及び表示レイアウトのルールを入力する。なお、本実施形態においてユーザ等の識別コードは、ユーザ名又はグループ名とするが、これに限定する必要はなく、ユーザ等の識別番号やパスワード等であってもよい。また、本実施形態においてサーバ識別コードは、サーバ名とするが、サーバの識別番号やＩＰアドレスであっても良い。

テーブル記憶部１２は、ユーザ名と検索キーの種類との複数の組み合わせに、複数の医療情報の種類と複数のサーバ名と複数の表示レイアウトのルールとを関連付けたテーブルを記憶する。以下、ユーザ名と検索キーの種類との組み合わせを入力条件と呼び、医療情報の種類とサーバ名と表示レイアウトのルールとの組み合わせを医療情報表示条件と呼ぶことにする。なお、テーブルの内容は、必要に応じて入力部１１を介して追加、修正、削除等が可能である。

テーブル検索部１３は、入力部１１により入力されたユーザ名と検索キーの種類とによりテーブルを検索する。それにより入力部１１により入力されたユーザ名と検索キーの種類とを含むレコードが特定される。なお、検索とは、下記に示すような、医療情報の要求をサーバに送信し、要求に呼応したサーバからの医療情報を受信することも意味する。

送信部１４は、入力されたユーザ名と検索キーの種類との組み合わせにテーブル上で関連付けられた医療情報の種類と入力された検索キーとを含む医療情報の要求を、入力されたユーザ名と検索キーとの組み合わせにテーブル上で関連付けられたサーバ名によって特定されるサーバに送信する。具体的には、送信部１４は、テーブル検索部１３によって特定されたレコードに含まれるサーバ名から、医療情報の要求を送信するサーバを特定し、検索されたレコードに含まれる医療情報の種類から、サーバから受信する医療情報の種類を特定する。そして、送信部１４は、特定したサーバに対して、特定した医療情報の種類と入力された検索キーとを含む医療情報の要求を送信する。

受信部１５は、送信部１４が送信した要求に呼応したサーバが送信する医療情報を受信する。

表示部１６は、受信された医療情報等を、テーブル検索部１３によって特定されたレコードに含まれる表示レイアウトのルールによって特定される表示レイアウトで表示する。

アプリケーションプログラム記憶部１７は、医療情報表示に係るアプリケーションプログラムを記憶する。

制御部１８は、医療情報表示装置１としての動作を実現するように医療情報表示装置１内の各構成要素を制御する。制御部１８は、例えばＣＰＵ及びメモリを含み、アプリケーションプログラム記憶部１７からアプリケーションプログラム読み出して上記メモリ上に展開し、このアプリケーションプログラムに従った処理を上記ＣＰＵが実行することによって、制御機能を実現する。

以下、本実施形態における医療情報表示装置１の動作例を説明する。まずは、テーブルのデータ構成を図３を用いて説明する。図３に示すように、検索条件は、ユーザ名又はグループ名、検索キーの種類、サーバ名、医療情報の種類、表示レイアウトのルール等の項目からなる。また、ユーザ名又はグループ名と検索キーの種類とは入力条件に分類され、サーバ名と医療情報の種類と表示レイアウトとは医療情報表示条件とに分類される。番号はテーブルのレコード番号であり、互いに同じ番号の入力条件と医療情報表示条件とがテーブルにより関連付けられている。

例えば、番号１のレコードに着目すると、入力条件としてユーザ名又はグループ名は「ユーザＡ」であり検索キーの種類は「患者ＩＤ」である。この入力条件に関連する医療情報表示条件としてサーバ名は「レポートサーバ」であり医療情報の種類は「レポート情報」であり表示レイアウトのルールは「レポート作成状況リスト」である。また、番号２のレコードに着目すると、入力条件としてユーザ名又はグループ名は「ユーザＢ」であり検索キーの種類は「病名」と「患者ＩＤ」とである。その入力条件に関連する情報表示条件としてサーバ名は「レポートサーバ」であり医療情報の種類は「キー画像情報」であり表示レイアウトのルールは「キー画像を含む類似症例リスト」である。

次に、医療情報表示装置１の処理の流れを説明する。

図４は、医療情報表示装置１の処理の流れを例示する図である。図４に示すように、まずユーザが入力部１１を介してユーザ名又はグループ名を入力することによって医療情報表示装置１にログインする（ステップＳ１）。ユーザがログインすることを契機として、制御部１８は、医療情報表示のアプリケーションプログラムを自動的に起動する。

医療情報表示のアプリケーションプログラムが起動されると、制御部１８は、検索キーの種類及び検索キー入力用の表示画面を表示部１６に表示させる。ユーザは入力部１１を介して検索キーの種類及び検索キーを入力する（ステップＳ２）。

図５は、検査条件及び検索キー入力用の表示画面の一例を示す図である。図５に示すように表示画面ＤＩは、検索領域ＲＲと医療情報表示領域ＴＲとを有する。検索領域ＲＲは、検索キーの種類入力領域ＲＲ１、検索キー入力領域ＲＲ２及び検索ボタンＲＲ３を有する。検索キーの種類入力領域ＲＲ１は、例えばプルダウンメニューとなっており、「病名」や「患者ＩＤ」、「モダリティ」等の検索キーの種類が入力される。検索キー入力領域ＲＲ２には、検索キーの種類入力領域ＲＲ１に入力された検索キーの種類に関連した検索キーが、ユーザにより入力部１１を介して入力される。例えば、検索キーの種類として検索キーの種類入力領域ＲＲ１に「病名」が入力された場合、「病名」に関連する検索キーとして検索キー入力領域ＲＲ２には「肺がん」が入力される。なお、検索キーの種類及び検索キーは、それぞれ複数入力することが可能である。例えば、検索キーの種類入力領域ＲＲ１に「病名」、検索キーの種類入力領域ＲＲ１´に「患者ＩＤ」を入力し、それぞれに対応する検索キーとして検索キー入力領域ＲＲ２に「肺がん」、検索キー入力領域ＲＲ２´に「１１１１１」を入力することが可能である。

ユーザにより検索キーの種類及び検索キーが入力されると、制御部１８は、テーブル検索部１３にテーブル検索処理を行なわせる。テーブル検索処理においてテーブル検索部１３は、ステップＳ１（ログイン時）にて入力されたユーザ名とステップＳ２にて入力された検索キーの種類とによりテーブルを検索し、当該ユーザ名と検索キーの種類とを有するレコードを特定する（ステップＳ３）。

入力条件を有するレコードがテーブルから特定された場合、テーブル検索部１３はその旨の信号を制御部１８に送信し、この信号を受信した制御部１８はステップＳ５に進む（ステップＳ４：ＹＥＳ）。入力条件がテーブルに含まれておらず入力条件を含むレコードが特定されなかった場合、テーブル検索部１３はその旨の信号を制御部１８に送信し、制御部１８はステップＳ７に進む（ステップＳ４：ＮＯ）。

入力条件を有するレコードが特定された場合、制御部１８は、送信部１４に送信処理を行なわせる。送信処理において送信部１４は、当該レコードに含まれるサーバ名からサーバを特定し、特定したサーバに対して、当該レコードに含まれる医療情報の種類とステップＳ２にて入力した検索キーとを含む医療情報の要求を送信する（ステップＳ５）。ステップＳ５にて送信した要求をサーバが受信すると、その要求に対する応答として、当該レコードに含まれる医療情報の種類とステップＳ２にて入力された検索キーとを含む医療情報を医療情報表示装置１に送信する。

医療情報がサーバから送信されると受信部１５は、サーバから送信される医療情報を受信する（ステップＳ６）。ステップＳ６にて医療情報を受信すると、制御部１８は、当該レコードにおける表示レイアウトのルールから表示レイアウトを特定し、特定した表示レイアウトで受信した医療情報を表示部１６に表示する（ステップＳ７）。

以下、具体的にユーザＢが入力部１１を介して、ステップＳ２にて検索キーの種類として「病名」を、検索キーとして「肺がん」を入力した場合におけるステップＳ５〜ステップＳ７を説明する。図３に示すように、テーブル上でユーザ名「ユーザＢ」と検索キーの種類「病名」との組み合わせに関連付けられているのは、サーバ名「症例サーバ」であり、医療情報の種類「類似症例情報」、表示レイアウト「キー画像を含む類似症例リスト」である。まず、サーバ名「症例サーバ」によって特定されるサーバ（症例サーバ）に対して、肺がんに関する類似症例情報の要求が送信される。肺がんに関する類似症例情報は、患者ＩＤ、患者氏名、肺がんに類似する病気の病名及びキー画像等の項目からなる。要求に呼応した症例サーバにより肺がんに関する類似症例情報を受信すると、図６に示すように受信した類似症例情報に基づいてキー画像を含む類似症例リストが作成され表示画面ＩＤの医療情報表示領域ＴＲに表示される。キー画像を含む類似症例リストによって、受信した医療情報の項目は、左から順に患者ＩＤ、患者名、病名、キー画像となる。なお、キー画像の欄にはレコードごとにアイコンＩ１、Ｉ２、Ｉ３が表示され、いずれかのアイコンが選択されると、選択されたアイコンに対応するキー画像が表示部１６に表示される。

ステップＳ３にて入力条件を有するレコードが検索されなかった場合、制御部１８は、表示部１６に対して医療情報表示条件入力用のウィンドウを既に表示されている表示画面の最前面に表示させ、入力部１１に医療情報表示条件を入力させる（ステップＳ８）。図７は、ステップＳ８にて表示される情報表示条件入力用のウィンドウＷが表示された表示画面ＤＩを例示する図である。図７に示すように医療情報表示条件入力用のウィンドウＷは、サーバ名入力領域Ｗ１、医療情報の種類入力領域Ｗ２、表示レイアウト入力領域Ｗ３、キャンセルボタンＷ４及びＯＫボタンＷ５を有する。サーバ名入力領域Ｗ１、医療情報の種類入力領域Ｗ２及び表示レイアウト入力領域Ｗ３は、例えばプルダウンメニュー方式となっており、それぞれの入力領域にはサーバ名、医療情報の種類、表示レイアウトのルールの種類が入力部１１を介して入力される。例えば、サーバ名には、「ＲＩＳ」等が、医療情報の種類には、「検査オーダー情報」等が、表示レイアウトのルールには「検査オーダーの進行状況リスト」が入力される。なお、これら入力領域Ｗ１，Ｗ２及びＷ３のそれぞれには、複数のデータを入力することも可能である。キャンセルボタンＷ４が選択されると、制御部１８は、医療情報表示条件入力用のウィンドウＷを表示画面ＤＩから消去して、再び入力部１１による検索キーの種類及び検索キーの入力を待機する。

ＯＫボタンＷ５が選択されることを契機として、制御部１８は、ステップＳ１にて入力したユーザ名とステップＳ２にて入力した検索キーの種類との組み合わせに、ステップＳ８にて入力した医療情報表示条件を関連付けてテーブルに書き加え、この新たなテーブルをテーブル記憶部１２に記憶させる。

新たなテーブルがテーブル記憶部１２に記憶されると、制御部１８は、ステップＳ８にて入力したサーバ名によって特定されるサーバに対して、ステップＳ２にて入力した検索キーとステップＳ８にて入力した医療情報の種類とを含む医療情報の要求を送信する（ステップＳ９）。

ステップＳ９にて送信した医療情報の要求に呼応してサーバが送信する医療情報を受信部１５は受信し（ステップＳ１０）、制御部１８は、ステップＳ１０にて受信した医療情報を、ステップＳ８にて入力した表示レイアウトのルールによって特定される表示レイアウトに従って表示部１６に表示させる（ステップＳ１０）。

以上で本実施形態形態における処理は終了する。

上記構成により、医療情報表示装置１は、予めユーザの識別コード及び検索キーの種類との組み合わせに、医療情報の種類、サーバ名及び表示レイアウトのルールを関連付けたテーブルを記憶しておく。その結果ユーザが検索キーの種類及び検索キーを入力するだけで、医療情報表示装置１は自動的に必要な医療情報を適切なサーバから受信し、ユーザ及び医療情報の種類に適した表示レイアウトで医療情報を表示することが出来る。かくして、本実施形態によれば、検索条件の入力操作の負担を軽減することが可能となる。

なお入力した入力条件がテーブルに含まれない場合、ステップＳ７において医療情報表示条件を入力するとした。しかしながら、これに限定する必要はなく、例えば、予め複数種類の医療情報表示条件（サーバ識別コード、医療情報の種類、表示レイアウトのルール）を記憶しておき、入力された入力条件を有するレコードが検索されなかった場合（ステップＳ４：ＮＯ）、ステップＳ８にて、予め記憶しておいた複数種類の医療情報表示条件のいずれかを入力部１１を介して選択可能にするとよい。このような構成により、医療情報閲覧時においてユーザが医療情報表示条件をそれぞれ入力することなく、医療情報表示装置１はサーバから医療情報を受信することが可能となる。

また、テーブル記憶部１２はユーザ識別コードにキーワードの種類を関連付けて記憶したテーブルを記憶しておき、ステップＳ１にてログインしたユーザにテーブル上で関連付けられた検索キーの種類を初期の検索キーの種類として設定しておくことで、ユーザがステップＳ２にて検索キーの種類を選択するという手間を省くことが可能となる。

また、上記実施形態においては、テーブル記憶１２は、医療情報表示装置１に備えられているとした。しかしながらこれに限定する必要はなく、テーブル記憶部１２は、医療情報表示１は、医療情報表示装置１とは別個の装置として病院内ＬＡＮ２０に接続されるとしてもよい。この場合、医療情報表示装置１は、病院内ＬＡＮ２０を介し、テーブル記憶部１２に記憶されている種々の情報を授受することが可能であり、本実施形態にて例示した各種処理を実現可能である。

また、複数種類の医療情報を一つのサーバが記憶・管理する場合がある。この場合、医療情報の要求の送信先サーバは、当該一つのサーバのみであるため、テーブルは、入力条件にサーバ識別情報を関連付ける必要はない。この場合の具体的な処理としては、医療情報表示装置１は、入力されたキーワードと入力条件とを含む医療情報の要求を当該一つのサーバに送信し、要求に呼応した当該一つのサーバから医療情報を受信し、入力条件によって特定される表示レイアウト等で表示する。

また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

本発明の実施形態に係る医療情報システムの構成を示す図。 図１の医療情報表示装置の構成を示す図。 本実施形態に係る入力条件と医療情報表示条件の関連を示す図。 本実施形態に係る処理の流れを示す図。 本実施形態に係る、検索キーの種類及び検索キー入力時における表示画面の一例を示す図。 本実施形態に係る、医療情報表示時における表示画面の一例を示す図。 本実施形態に係る、医療情報表示条件入力時における表示画面の一例を示す図。

符号の説明

１…医療情報表示装置、１１…入力部、１２…テーブル記憶部、１３…テーブル検索部、１４…受信部、１５…送信部、１６…表示部、１７…アプリケーションプログラム記憶部、１８…制御部。

Claims (5)

1. 操作者識別情報と医療情報を検索するためのキーワードと前記キーワードの種類とを入力する入力部と、
   操作者識別情報とキーワードの種類と検索対象の医療情報の種類とを関連付けたテーブルを記憶する記憶部と、
   前記入力された操作者識別情報とキーワードの種類とに基づいて前記テーブル上で関連付けられた検索対象の医療情報の種類を特定し、前記入力されたキーワードで医療情報の検索を行う検索部と、
   前記検索の結果としての医療情報を表示する表示部と、
   を具備する医療情報表示装置。
2. 前記テーブルは、さらに前記検索対象の医療情報が格納されているサーバを特定する情報も関連付けていることを特徴とする請求項１記載の医療情報表示装置。
3. 前記テーブルは、さらに前記検索結果としての医療情報の表示に関する表示レイアウトのルールを関連付けており、
   前記表示部は、前記検索結果としての医療情報を前記テーブルで特定される表示レイアウトのルールに従って表示することを特徴とする請求項１記載の医療情報表示装置。
4. 前記入力された操作者識別情報と前記キーワードの種類との組み合わせが前記テーブルに含まれていない場合において、
   前記記憶部は、前記入力部から入力された検索対象の医療情報の種類又は表示レイアウトのルールを前記入力された操作者識別情報とキーワードの種類とに関連付けて前記テーブルに追加して記憶することを特徴とする請求項１記載の医療情報表示装置。
5. 前記記憶部は、さらに前記入力部から入力されたサーバを特定する情報も前記テーブルに追加して記憶することを特徴とする請求項４記載の医療情報表示装置。

Images