JP3351565B2 - データベースシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像データネットワーク
におけるデータベースシステムに関する。

【０００２】

【従来の技術】従来、例えば、医用画像データネットワ
ークのデータベースに医用画像データを記憶する場合、
図３９に示すように、画像データ２にはその画像データ
２に関するヘッダ１が付加されている。なお、ヘッダ１
には、ＩＤ情報、患者情報、検査情報、関連情報、画像
情報等が含まれている。このようなデータのフォーマッ
トとしては、例えば、ＡＣＲーＮＥＭＡフォーマットが
採用されている。

【０００３】図４０に示すような一般的なデータベース
システムは、画像発生装置（モダリティ）３ａ、３ｂ、
３ｃ、ネットワーク４、ファイルサーバ５ａ、５ｂ、５
ｃ、ファイルマネジャ６および表示装置７によって構成
されている。

【０００４】モダリティ３ａ、３ｂ、３ｃは、医用画像
データを発生し、発生した医用画像データにヘッダを付
加する。ファイルサーバ５ａ、５ｂ、５ｃは、モダリテ
ィ３ａ、３ｂ、３ｃからネットワーク４を介して送信さ
れたヘッダが付加された医用画像データを記憶する。フ
ァイルマネジャ６は、ファイルサーバ５ａ、５ｂ、５ｃ
に記憶されている画像データの検索のためにその画像デ
ータに付加されているヘッダ内の情報を記憶する。ネッ
トワーク４は、モダリティ３ａ、３ｂ、３ｃ、ファイル
サーバ５ａ、５ｂ、５ｃおよびファイルマネジャ６間に
おけるデータ通信を行うためにこれらを相互接続する。

【０００５】このようなデータベースシステムにおいて
画像データが記憶される場合、モダリティ３ａ、３ｂ、
３ｃ、ファイルサーバ５ａ、５ｂ、５ｃおよびファイル
マネジャ６は、図４１に示すようなフローチャートに従
ってそれぞれ動作する。ここでは、モダリティ３ａから
ファイルサーバ５ｂに画像データが送信された場合の動
作について説明する。なお、この場合には、ファイルマ
ネジャ６は、ヘッダに含まれる検査ＩＤ、画像ＩＤ、患
者ＩＤ、患者名、生年月日の情報を記憶するとする。ま
た、検査ＩＤ、検査ＩＤ＋画像ＩＤ、患者ＩＤは一意に
決まっているとする。

【０００６】図４１に示すように、モダリティ３ａは、
画像データ＋ヘッダをファイルサーバ５ｂに送信し（ス
テップ１０）、ファイルサーバ５ｂから応答が返信され
るのを待つ。

【０００７】ファイルサーバ５ｂは、モダリティ３ａか
ら送信された画像データ＋ヘッダを受信し（ステップ１
１）、ヘッダをファイルマネジャ６に送信する（ステッ
プ１２）。また、ファイルサーバ５ｂは、画像データ＋
ヘッダを記憶し（ステップ１３）、ファイルマネジャ６
から応答が返信されるのを待つ。

【０００８】ファイルマネジャ６は、ファイルサーバ５
ｂから送信されたヘッダを受信し（ステップ１４）、受
信したヘッダを記憶し（ステップ１５）、ファイルサー
バ５ｂに応答を送信する（ステップ１６）。

【０００９】ファイルサーバ５ｂは、ファイルマネジャ
６からの応答を受信し（ステップ１７）、モダリティ３
ａに応答を送信する（ステップ１８）。モダリティ３ａ
はファイルサーバ５ｂからの応答を受信する（ステップ
１９）。以上のような動作によって、画像データが記憶
される。

【００１０】ここで、ファイルマネジャ６は、ファイル
サーバ５ａ、５ｂ、５ｃに記憶された画像データの検索
のためにヘッダに含まれる情報を記憶するが、その情報
の管理方法に応じて図４２、図４３および図４４に示す
ような３つの異なったテーブルを取得する。なお、図４
２はヘッダ管理テーブル、図４３（ａ）および図４４
（ａ）はＩＤ管理テーブル、図４３（ｂ）および図４４
（ｂ）は患者情報テーブルである。

【００１１】ところで、ヘッダには、患者情報のように
複数のヘッダ間で同一の情報が含まれる場合がある。例
えば、図４２に示すように、検査ＩＤがＥ００００１、
画像ＩＤがＩ００００１の場合と検査ＩＤがＥ００２９
３、画像ＩＤがＩ００００１の場合である。このような
場合、ファイルマネジャ６は、登録が要求されている情
報が新たに登録する必要がある情報であるか、あるいは
すでに登録されている情報を変更する必要がある情報で
あるかを区別して認識することができない。

【００１２】従って、ここでは、図４２、図４３および
図４４に示すテーブルが得られるような異なる管理方法
を用いて、画像データの記憶時に図４１に示すフローチ
ャートに従ってヘッダを記憶するファイルマネジャ６の
動作（すなわち、図４１におけるステップ１５の処理）
について、図４５、図４６および図４７に示すフローチ
ャートに従って説明する。

【００１３】なお、図４５は図４２に示すようなテーブ
ルが得られるような管理方法による処理フローチャー
ト、図４６は図４３に示すようなテーブルが得られるよ
うな管理方法による処理フローチャート、図４７は図４
４に示すようなテーブルが得られるような管理方法によ
る処理フローチャートである。

【００１４】図４５において、ステップ２０では、ステ
ップ１４において受信したヘッダから必要な情報、すな
わち、検査ＩＤ、画像ＩＤ、患者ＩＤ、患者名等が取出
される。ステップ２１では、取出された必要な情報が図
４２に示すテーブルに順次追加登録される。

【００１５】図４６において、ステップ２２では、ステ
ップ２０と同様に、ステップ１４において受信したヘッ
ダから必要な情報、すなわち、検査ＩＤ、画像ＩＤ、患
者ＩＤ、患者名等が取出される。ステップ２３では、同
一の患者ＩＤが図４３（ｂ）に示すテーブルにすでに登
録されているかどうかが判定される。

【００１６】ステップ２３において、同一の患者ＩＤが
登録されていない場合、患者ＩＤに対応する患者情報、
すなわち、患者名等が図４３（ｂ）に示すテーブルに登
録され（ステップ２４）、検査ＩＤ、画像ＩＤ、患者Ｉ
Ｄ等のＩＤ情報が図４３（ａ）に示すテーブルに登録さ
れる（ステップ２５）。なお、ステップ２３において、
同一の患者ＩＤが登録されている場合、患者情報の登録
を行うことなしに、ステップ２５のＩＤ情報の登録のみ
が行われる。

【００１７】図４７において、ステップ２６、２７、２
９、３０は、ステップ２２、２３、２４、２５の処理に
それぞれ対応する。しかし、図４６に示す処理フローチ
ャートと比較して次のような処理が異なっている。

【００１８】すなわち、ステップ２７において、同一の
患者ＩＤが図４４（ｂ）に示すテーブルにすでに登録さ
れていると判定された場合、その患者ＩＤに関してすで
に登録されている患者情報が受信したヘッダに含まれる
患者情報に変更される（ステップ２８）。

【００１９】

【発明が解決しようとする課題】しかし、上述したよう
に、ファイルマネジャ６において、図４２に示すテーブ
ルが得られるような管理方法では、例えば、図４２に示
すテーブルの患者ＩＤがＰ００５００の場合、対応する
患者名が「松永良彦」と登録される他に「松永」と登録
されることがある。これは、「松永」と「松永良彦」と
は同一人であるが、登録時に「松永」としか患者名を指
定しなかった場合に生じる。この場合、図４２からわか
るように、「松永良彦」と「松永」という患者名がそれ
ぞれテーブルに登録されることになる。

【００２０】ここで、図４２に示すテーブルに対して患
者名「松永良彦」を用いて検索が行われると、検査ＩＤ
がＥ００００１である画像データしか検出することがで
きない。一方、患者名「松永」を用いて検索が行われる
と、検査ＩＤが００２９３である画像データしか検出す
ることができない。

【００２１】また、図４３に示すテーブルが得られるよ
うな管理方法では、例えば、図４６に示すフローチャー
トからわかるように、図４３（ｂ）に示すテーブルに同
一の患者ＩＤに関する患者情報が登録されている場合、
患者情報は変更されない。すなわち、例えば、ヘッダの
登録時において、検査ＩＤがＥ００００１、画像ＩＤが
Ｉ００００１、患者ＩＤがＰ００５００、患者名が「松
永良彦」である情報は登録されるが、この登録後に、検
査ＩＤがＥ００２９３、画像ＩＤがＩ００００１、患者
ＩＤがＰ００５００、患者名が「松永」という情報を含
むヘッダをファイルマネジャ６が受信しても、このよう
な情報は登録されないことになる。

【００２２】さらに、図４４に示すテーブルが得られる
ような管理方法では、図４７に示すフローチャートから
わかるように、図４４（ｂ）に示すテーブルに同一の患
者ＩＤに関する患者情報が登録されている場合、患者情
報が常に変更される。すなわち、例えば、ヘッダの登録
時において、検査ＩＤがＥ００００１、画像ＩＤがＩ０
０００１、患者ＩＤがＰ００５００、患者名が「松永良
彦」である情報が登録された場合、この登録後に、検査
ＩＤがＥ００２９３、画像ＩＤがＩ００００１、患者Ｉ
ＤがＰ００５００、患者名が「松永」という情報を含む
ヘッダをファイルマネジャ６が受信すれば、このような
情報がすでに登録されている情報にかわって登録される
ことになる。従って、ここで、患者名「松永良彦」で検
索しても、画像データを検出することができない。

【００２３】さらにまた、図４３あるいは図４４のテー
ブルが得られるような管理方法では、患者名「松永」が
登録されずに患者名「松永良彦」が登録され、あるい
は、患者名「松永良彦」が患者名「松永」に変更され
る。しかし、患者名が変更されたことはユーザには通知
されていないので、ユーザ自身がデータベースシステム
に対して入力した情報がデータベースシステム内で有効
に使用されているかどうかを把握することができない。

【００２４】本発明は上記事情からなされたものであ
り、本発明は、登録されている情報に変更が生じる場
合、ユーザにその旨を通知し、あるいはユーザに登録の
変更の許可を要求することにより、ユーザが情報の変更
を把握することができるデータベースシステムを提供す
ることを目的とする。

【００２５】

【課題を解決するための手段】請求項１に記載の発明
は、ネットワークを介して送られてくる画像データと、
前記画像データに付加され少なくとも一つの項目を含む
患者情報を有する付加情報とを受信する受信手段と、前
記患者情報をテーブルとして記憶する第２の記憶手段
と、前記受信手段が新たに受信した付加情報に含まれる
患者情報と前記テーブルとの間に違いがあるか否かを判
別する比較手段と、前記判別手段が前記テーブルと前記
受信手段が新たに受信した付加情報に含まれる患者情報
との間に違いがあると判別した場合には、前記第２の記
憶手段が記憶する前記テーブルを変更するか否かの指示
を要求する指示要求手段と、前記テーブルを変更する指
示が入力された場合には、前記受信手段が新たに受信し
た付加情報に基づいて、前記第２の記憶手段が記憶する
前記テーブルの内容を変更する変更手段とを具備するこ
とを特徴とするデータベースシステムである。 請求項２
に記載の発明は、請求項１に記載のデータベースシステ
ムであって、前記指示要求手段は、違いがあると判別さ
れた前記患者情報が含む少なくとも一つの項目に対応す
る項目であって、前記第２の記憶手段にテーブルとして
記憶されている前記患者情報に含まれる項目が未登録で
ある場合には、前記指示を要求せず、前記変更手段は、
前記テーブルを変更する指示が入力されない場合であっ
ても、前記受信手段が新たに受信した付加情報に基づい
て、前記第２の記憶手段が記憶する前記テーブルの内容
を変更することを特徴とするものである。

【００２６】すなわち、本発明のデータベースシステム
は、新たな情報の登録あるいは情報の更新において区別
することなく登録される情報がデータベースシステム内
でどのように処理されているかをユーザに通知する手段
を有する。また、本発明のデータベースシステムは、す
でに登録されている情報とくい違う情報の登録の要求が
あった場合に登録が要求された情報の取扱いについてユ
ーザに指示を要求する手段を有する。さらに、本発明の
データベースシステムは、新たに発生した画像データに
付加されたヘッダ情報が登録手段にすでに登録されてい
るかどうかを調べる手段を有する。

【００２７】すなわち、請求項１に係るデータベースシ
ステムは、画像データを受信すると、当該画像データに
付加されている付加情報に基づいて、前記第２の記憶手
段が記憶する前記テーブルの内容を変更するものであ
る。これにより、前記テーブルの内容は適宜更新され、
当該テーブルとしての患者情報を適正に保つことができ
る。 また、本発明に係るデータベースシステムは、前記
テーブルと前記受信手段が新たに受信した付加情報に含
まれる患者情報との間に違いがある場合には、前記第２
の記憶手段が記憶する前記テーブルを変更するか否かの
指示を要求する構成となっている。従って、ユーザ自身
がデータベースシステムに入力した情報が適正に記憶さ
れたか否かを把握することができるから、データベース
内の情報は、常に操作者の意志に即して変更されること
になり、テーブルとしての患者情報を適正に保つことが
できる。さらに、例えばユーザの入力ミスによって正し
い情報の登録要求がされていない場合であっても、その
情報がデータベースシステムに登録されることを防止で
きる。 さらに、請求項２に係る発明によれば、前記第２
の記憶手段にテーブルとして記憶されている前記患者情
報に含まれる前記少なくとも一つの項目が未登録である
場合には、前記指示要求手段は、前記指示を要求せず、
前記変更手段は、当該項目についてはその内容を自動的
に更新する。従って、操作者の負担をより軽減させるこ
とができ、又テーブルとしての患者情報を適正に保つこ
とができる。

【００２８】

【実施例】以下、図面を参照して本発明の実施例につい
て説明する。

【００２９】図１は本発明の実施例であるデータベース
システムの構成を示すブロック図である。図１におい
て、本実施例データベースシステムは、画像発生装置
（モダリティ）３０ａ、３０ｂ、３０ｃ、ネットワーク
３１、ファイルサーバ３２ａ、３２ｂ、３２ｃ、ファイ
ルマネジャ３３、表示装置３４およびプリンタ４７によ
って構成されている。

【００３０】モダリティ３０ａ、３０ｂ、３０ｃは、医
用画像データを発生し、発生した医用画像データにヘッ
ダを付加する。ファイルサーバ３２ａ、３２ｂ、３２ｃ
は、モダリティ３０ａ、３０ｂ、３０ｃから送信された
ヘッダが付加された医用画像データを記憶する。

【００３１】ネットワーク３１は、モダリティ３０ａ、
３０ｂ、３０ｃ、ファイルサーバ３２ａ、３２ｂ、３２
ｃおよびファイルマネジャ３３間におけるデータの送受
信を行うためにこれらを相互接続する。

【００３２】ファイルマネジャ３３は、ネットワーク３
１に対してデータの送受信を行う送受信インターフェー
ス４０、表示装置３４の表示制御を行う表示コントロー
ラ４１、ＣＰＵ４２、メインメモリ４３、バス４４、情
報テーブルメモリ４５、およびプリンタ４７のプリント
制御を行うプリンタコントローラ４６を有し、ファイル
サーバ３２ａ、３２ｂ、３２ｃに記憶されている画像デ
ータの検索のためにその画像データに付加されているヘ
ッダ内の情報を記憶する。このファイルマネジャ３３に
記憶される情報には、検査ＩＤ、画像ＩＤ、患者ＩＤ、
患者名、生年月日および性別が含まれる。バス４４は、
送受信インターフェース４０、表示コントローラ４１、
ＣＰＵ４２、メインメモリ４３および情報テーブルメモ
リ４５を相互接続する。情報テーブルメモリ４５には、
ＩＤ管理情報テーブル４５ａ、患者情報テーブル４５ｂ
および患者別名情報テーブル４５ｃが含まれる。

【００３３】なお、ファイルマネジャ３３に対するヘッ
ダ内の情報の登録は１画像データ単位で行われ、１つの
ヘッダは検査ＩＤ＋画像ＩＤによって識別できるように
構成される。すなわち、新たなヘッダに関する情報が登
録される場合、検査ＩＤ＋画像ＩＤが同一である組合せ
はファイルマネジャ３３内に記憶されていないようにす
る。もし、すでに記憶されていればＩＤ発行エラーとす
る。

【００３４】一方、１人の患者に対して複数の画像デー
タが発生する場合があるので、ヘッダに含まれる患者Ｉ
Ｄとその患者情報はファイルマネジャ３３にすでに記憶
されている場合がある。

【００３５】本実施例においては、ファイルマネジャ３
３によるヘッダ内の情報の管理は、図２、図３および図
４に示すように、ＩＤ管理情報テーブル４５ａ、患者情
報テーブル４５ｂ、患者別名情報テーブル４５ｃを用い
て行われる。

【００３６】モダリティ３０ａにおいて新たに画像デー
タが発生し、図５に示すような情報を含むヘッダが付加
された画像データがモダリティ３０ａから送信された場
合、ファイルサーバ３２ｂはこの画像データを受信し、
受信した画像データに付加されているヘッダから図５に
示すような情報を取出し、取出した情報を基にしてヘッ
ダを生成し、生成したヘッダをファイルマネジャ３３に
送信する。この場合、モダリティ３０ａ、ファイルサー
バ３２ｂおよびファイルマネジャ３３は、図４１に示す
ようなフローチャートに従って同様に動作する。

【００３７】なお、ここでは、ファイルサーバ３２ｂ
は、受信した画像データに付加されているヘッダ内の情
報から図５に示すような情報を取出し、この情報を基に
したヘッダをファイルマネジャ３３に送信している。し
かし、受信した画像データに付加されているヘッダのす
べての情報を基にしてヘッダを生成し、このヘッダがフ
ァイルマネジャ３３に送信された後、ファイルマネジャ
３３において受信したヘッダから必要な情報のみを取出
すようにすることもできる。

【００３８】ここで、本発明実施例データベースシステ
ムにおけるファイルマネジャ３３の動作について説明す
る。図６はファイルマネジャ３３の動作を示すフローチ
ャートである。

【００３９】ファイルマネジャ３３は図２、図３および
図４に示す各テーブルを用いて情報を管理しているの
で、図５に示すような情報を含むヘッダが受信され（ス
テップ５０）、その後、各テーブルに適した情報を登録
するために、受信したヘッダが図７に示すように分割さ
れる（ステップ５１）。

【００４０】ステップ５２では、ヘッダの分割によって
得られたＩＤ管理情報がＩＤ管理情報テーブル４５ａに
登録される。この登録処理は図８に示すフローチャート
に従って行われる。

【００４１】図８において、ステップ５６では、受信し
たヘッダに含まれる情報における検査ＩＤ＋画像ＩＤと
同一のＩＤがＩＤ管理情報テーブル４５ａにすでに登録
されているかどうかが判定される。

【００４２】ステップ５６において、同一の検査ＩＤ＋
画像ＩＤがすでに登録されていると判定された場合、そ
のＩＤ管理情報はＩＤ管理情報テーブル４５ａには登録
されず、ＩＤ発行エラーとしてその旨がユーザに通知さ
れる（ステップ５７）。例えば、表示装置３４に図９に
示すようなＩＤ発行エラーメッセージが表示される。こ
れによって、ユーザは、画像データに付加されているヘ
ッダに含まれる情報にエラーがあったことを知ることが
できる。また、ＩＤ発行エラーが生じた場合、ファイル
サーバ３２ｂにその旨を通知することによって画像デー
タの登録を中止するようにすることができる。ステップ
５８では、異常を示すステータスがセットされる。

【００４３】一方、ステップ５６において、同一の検査
ＩＤ＋画像ＩＤが登録されていないと判定された場合、
そのＩＤ管理情報はＩＤ管理情報テーブル４５ａに登録
される（ステップ５９）。例えば、検査ＩＤがＥ００２
９３、画像ＩＤがＩ００００１であるＩＤ管理情報は、
ＩＤ管理情報テーブル４５ａには登録されていないの
で、このＩＤ管理情報がＩＤ管理情報テーブル４５ａに
新たに登録されることになる。このＩＤ管理情報が登録
された後のＩＤ管理情報テーブル４５ａの内容は図１０
に示すようになる。ステップ６０では、異常なしを示す
ステータスがセットされる。

【００４４】ステップ５２においてＩＤ管理情報が登録
された後、ステップ５３では、異常なしを示すステータ
スがセットされているかどうかが判定される。異常なし
を示すステータスがセットされていれば、患者情報が患
者情報テーブル４５ｂに登録される。この登録処理は図
１１に示すフローチャートに従って行われる。

【００４５】患者情報は、前述したように、一人の患者
に対して複数の画像が発生することがあるので、同一の
患者情報が患者情報テーブル４５ｂにすでに登録されて
いる場合がある。従って、ステップ６１では、患者ＩＤ
を用いて、患者情報テーブル４５ｂに同一の患者情報が
登録されているかどうかがチェックされる。

【００４６】例えば、患者ＩＤがＰ００５００である場
合、この患者ＩＤを用いて患者情報テーブル４５ｂを検
索すると、患者ＩＤがＰ００５００、患者名が松永良
彦、生年月日が１９８５年１１月１５日、性別がＮＵＬ
Ｌである患者情報が検出され、同一の患者情報がすでに
登録されていることがわかる。

【００４７】ステップ６１において、同一の患者ＩＤが
登録されていない場合、患者情報が患者情報テーブル４
５ｂに新たに登録される（ステップ６２）。一方、ステ
ップ６１において、同一の患者ＩＤがすでに登録されて
いる場合、新たに登録しようとする登録対象の情報とす
でに登録されている情報が比較される。例えば、図５に
示すように、登録対象の情報としては、患者ＩＤがＰ０
０５００、患者名が松永、生年月日が１９８５年１１月
１５日、性別が男であり、図３に示すように、すでに登
録されている情報としては、患者ＩＤがＰ００５００、
患者名が松永良彦、生年月日が１９８５年１１月１５
日、性別がＮＵＬＬである。従って、両方の情報の違い
は患者名と性別の項目であるということになる。

【００４８】ステップ６３では、登録対象の情報におけ
る「男」という性別情報をすでに登録されている情報に
おけるＮＵＬＬの箇所に登録するかどうかが判定され
る。登録対象の情報をＮＵＬＬの箇所に登録すると判定
された場合、登録対象の情報がＮＵＬＬの箇所に登録さ
れる（ステップ６４）。ここでは、図１２に示すステッ
プ６７のように、「男」という情報が正しい性別情報で
あるとして無条件にＮＵＬＬの箇所（患者ＩＤがＰ００
５００の場合の性別の項目の箇所）に登録される。この
場合、ＮＵＬＬの箇所に情報が登録されたことを表示装
置３４に表示するようにすることができ、また、ファイ
ルサーバにその旨を通知するようにすることもできる。
これによって、ユーザはＮＵＬＬの箇所に新たな情報が
登録されたことを知ることができる。以上の処理によっ
てＮＵＬＬの箇所に情報が登録された後の患者情報テー
ブル４５ｂの内容は図１３に示すようになる。

【００４９】ステップ６５では、ＮＵＬＬの箇所以外の
箇所においてすでに登録されている情報とくい違う情報
を登録するかどうかが判定される。ステップ６５におい
て、くい違う情報を登録すると判定した場合、そのくい
違い情報の登録が行われる（ステップ６６）。なお、例
えば、患者名のようにすでに登録されている情報「松永
良彦」と登録対象の情報「松永」がくい違っている場
合、その取扱いとして次の４つの処理方法がある。

【００５０】第１のくい違い情報の処理方法では、ユー
ザが新たに登録しようとする登録対象の情報がすでに登
録されている情報とくい違う場合には、すでに登録され
ている情報が正しい情報であるとして取扱われる。この
場合、ファイルマネジャ３３は、くい違った情報に関し
て図１４に示すような内容を表示装置３４に表示し、こ
れによって、ユーザにその旨を知らせる（図１５におけ
るステップ６８）。従って、ファイルマネジャ３３の情
報テーブルメモリ４５における情報の変更は行われな
い。また、その旨をファイルサーバに通知することもで
きる。これによって、ユーザが登録しようとした情報が
ファールマネジャ３３の情報テーブルメモリ４５に登録
されなかったことをユーザは知ることができる。

【００５１】なお、すでに登録されている情報と登録対
象の情報をユーザが比較して、例えば、すでに登録され
ている情報は入力ミスによって登録されてしまった情報
であるということで、すでに登録されている情報を登録
対象の情報に変更する場合、他の操作によって情報テー
ブルメモリ４５内の情報を変更することができる。

【００５２】前述した例では、患者ＩＤがＰ００５００
における患者名がくい違っているが、登録対象の患者名
「松永」は登録されない。従って、患者名は「松永良
彦」のままで変更されないことになる。

【００５３】また、この場合、ユーザに対する通知は表
示装置３４にその旨を表示することによって行っている
が、図１６に示すようなフォーマットでその旨をプリン
タ４７によってプリントアウトすることもできる。もち
ろん、表示装置３４による表示とプリンタ４７によるプ
リントアウトを併用することもできる。

【００５４】第２のくい違い情報の処理方法では、登録
対象の情報がすでに登録されている情報とくい違う場合
には、新たに登録しようとする登録対象の情報が正しい
情報であるとして取扱われる。この場合、ファイルマネ
ジャ３３は、くい違った情報に関して図１７に示すよう
な内容を表示装置３４に表示し、ユーザにその旨を知ら
せ（図１８におけるステップ６９）、情報テーブルメモ
リ４５における情報の変更を行う（図１８におけるステ
ップ７０）。また、その旨をファイルサーバに通知する
こともできる。これによって、ユーザが登録しようとし
た情報がファールマネジャ３３の情報テーブルメモリ４
５に登録されたことをユーザは知ることができる。

【００５５】なお、すでに登録されている情報と登録対
象の情報をユーザが比較して、例えば、ユーザが登録し
ようとする登録対象の情報は入力ミスによる情報である
ということで、すでに登録されている情報を情報テーブ
ルメモリ４５に登録しておく必要があれば、他の操作に
よって情報テーブルメモリ４５内の情報を変更すること
ができる。

【００５６】前述した例では、患者ＩＤがＰ００５００
における患者名がくい違っており、すでに登録されてい
る患者名「松永良彦」が登録対象の患者名「松永」に変
更される。

【００５７】また、この場合、ユーザに対する通知は表
示装置３４にその旨を表示することによって行っている
が、図１９に示すようなフォーマットでその旨をプリン
タ４７によってプリントアウトすることもできる。もち
ろん、表示装置３４による表示とプリンタ４７によるプ
リントアウトを併用することもできる。以上の処理によ
って患者名が変更された後の患者情報テーブル４５ｂの
内容は図２０に示すようになる。

【００５８】第３のくい違い情報の処理方法では、登録
対象の情報がすでに登録されている情報とくい違う場合
には、すでに登録されている情報と登録対象の情報の両
方が登録情報として取扱われる。この場合、ファイルマ
ネジャ３３は、くい違い情報に関して図２１に示すよう
な内容を表示装置３４に表示する。また、ユーザに対す
る通知として、図２２に示すようなフォーマットでその
旨をプリンタ４７によってプリントアウトすることもで
きる。もちろん、表示装置３４による表示とプリンタ４
７によるプリントアウトを併用することもできる。これ
によって、ファイルマネジャ３３はユーザにその旨を通
知し（図２３におけるステップ７１）、登録対象の情報
を情報テーブルメモリ４５に登録する（図２３における
ステップ７２）。もちろん、すでに登録されている情報
はそのままで変更されない。また、その旨をファイルサ
ーバに通知することもできる。これによって、ユーザが
登録しようとした情報が情報テーブルメモリ４５に登録
されたことをユーザは知ることができる。

【００５９】なお、すでに登録されている情報と新たに
登録された登録対象の情報をユーザが比較して、例え
ば、ユーザが新たに登録しようとした登録対象の情報は
入力ミスによって登録されてしまった情報であるという
ことで、すでに登録されている情報のみを情報テーブル
メモリ４５に登録しておく場合には、他の操作によって
情報テーブルメモリ４５内の情報を変更することができ
る。

【００６０】前述した例では、すでに登録されている患
者名「松永良彦」と登録対象としての患者名「松永」
は、どちらも患者情報テーブル４５ｂと患者別名情報テ
ーブル４５ｃに登録されることになる。以上のような処
理の後、患者情報テーブル４５ｂおよび患者別名情報テ
ーブル４５ｃの内容は図２４および図２５のようにな
る。

【００６１】第４のくい違い情報の処理方法では、登録
対象の情報がすでに登録されている情報とくい違う場
合、これらの情報をどのように取扱うのかについてユー
ザに指示を要求している。ファイルマネジャ３３は、例
えば、くい違い情報としての患者名の取扱いについてユ
ーザに指示を要求するために、表示装置３４に図２６に
示すような内容を表示する。

【００６２】図２６において、「１：変更しない」は、
すでに登録されている情報はそのままにしておき、くい
違う情報は登録しないことを意味し、「２：変更する」
は、すでに登録されている情報をくい違う情報に変更す
ることを意味し、「３：両方登録する」は、すでに登録
されている情報はそのままにしておき、くい違う情報を
登録することを意味する。

【００６３】ユーザによって図示しないキーボード等か
ら指示「１」が入力された場合、確認のために、例え
ば、図２７に示すような内容が表示装置３４に表示され
る。従って、すでに登録されている患者名「松永良彦」
はそのままで変更されない。

【００６４】また、ユーザによって指示「２」が入力さ
れた場合、図２８に示す内容が表示装置３４に表示され
る。従って、患者情報テーブル４５ｂにおける患者ＩＤ
がＰ００５００である患者名「松永良彦」が「松永」に
変更される。このような変更処理の後における患者情報
テーブル４５ｂの内容は図２９に示すようになる。

【００６５】さらに、ユーザによって指示「３」が入力
された場合、すでに登録されている情報はそのままで変
更されず、登録対象の情報が登録されることになる。す
なわち、患者名「松永」は患者別名情報テーブル４５ｃ
に登録される。なお、このような処理後における患者情
報テーブル４５ｂおよび患者別名情報テーブル４５ｃの
内容は、図３０および図３１に示すようになる。

【００６６】なお、ユーザによって所定の指示が入力さ
れた場合、その入力指示に対応する内容が表示装置３４
に表示されている。また、入力される指示「１」、
「２」、「３」に応じて、入力指示が確定した後に図３
２、図３３、図３４に示すフォーマットでその旨をプリ
ンタ４７によってプリントアウトすることもできる。あ
るいは、ユーザによる指示が必要な情報を図３５に示す
ようなフォーマットでプリンタ４７によってプリントア
ウトすることができる。これにより、ユーザがそのプリ
ントアウトされた内容に従って指示を入力することが可
能となる。

【００６７】以上のような処理によって、ユーザは入力
した登録対象の情報にくい違い情報が含まれているかど
うかを認識することができるので、入力ミス等による登
録に不必要な情報であればその情報の登録を中止し、逆
に、登録に必要な情報であればその情報を登録すること
ができる。

【００６８】以上、くい違い情報が患者名のみである場
合について説明したが、患者名がくい違っている他に、
例えば、登録対象の情報における生年月日が「１９８
８．１１．１５」であり、すでに登録されている情報に
おける生年月日「１９８５．１１．１５」とくい違って
いる場合、患者名の確認を行った後に図３６に示すよう
な内容を表示装置３４に表示させることができ、これに
よって、生年月日についても前述と同様な処理を行うこ
とができる。

【００６９】なお、前述した第４のくい違い情報の処理
方法のようにユーザに対して指示を要求する場合におい
て、図３７に示すような内容を表示装置３４に表示する
ことができ、これによって、患者名と生年月日をまとめ
て処理することができる。図３８はこの場合のファイル
マネジャ３３におけるくい違い情報の登録処理を示すフ
ローチャートである。

【００７０】図３８において、ステップ７３では、図３
７に示すような内容を表示装置３４に表示することによ
り、ユーザに指示を要求する旨が通知される。ステップ
７４では、ユーザによってどの番号が入力（指示）され
たかどうかが判定される。

【００７１】ステップ７４において、番号「２」が入力
された場合、例えば、患者情報テーブル４５ｂに登録さ
れている情報の変更が行われる（ステップ７５）。ま
た、番号「３」が入力された場合、別テーブル、例え
ば、患者別名情報テーブル４５ｃに情報が登録される
（ステップ７６）。

【００７２】ステップ７７では、すべてのくい違い情報
の登録処理が終了したかどうかが判定され、この登録処
理が終了するまで、ステップ７３以下のステップの処理
が行われる。

【００７３】なお、本実施例では、くい違い情報の登録
処理が行われる場合において、リアルタイムでユーザに
登録処理の内容を通知し、あるいは、ユーザに指示を要
求するようにしているが、これらの通知や指示の要求
は、例えば、ファイルマネジャやファイルサーバに一旦
記憶しておき、例えば、１日に１度まとめて指示を行う
ようにすることもできる。

【００７４】また、本実施例では、すでに登録されてい
る情報と登録対象の情報の両方をファイルマネジャ内に
記憶する場合についても述べたが、これらの情報は情報
の検索時にも使用することができる。以上、本発明の実
施例について説明したが、本発明は上記実施例に限定さ
れることなく、本発明の要旨の範囲内において種々の変
形実施が可能である。

【００７５】

【発明の効果】本発明に係るデータベースシステムは、
画像データを受信すると、当該画像データに付加されて
いる付加情報に基づいて、既存のテーブルの内容を変更
するものである。これにより、テーブルの内容は適宜更
新され、当該テーブルとしての患者情報を適正に保つこ
とができる。 また、本発明に係るデータベースシステム
は、既存のテーブルと新たに受信した付加情報に含まれ
る患者情報との間に違いがある場合には、既存のテーブ
ルの内容を変更するか否かの指示を要求する構成となっ
ている。従って、ユーザ自身がデータベースシステムに
入力した情報が適正に記憶されたか否かを把握すること
ができるから、データベース内の情報は、常に操作者の
意志に即して変更されることになり、テーブルとしての
患者情報を適正に保つことができる。さらに、例えばユ
ーザの入力ミスによって正しい情報の登録要求がされて
いない場合であっても、その情報がデータベースシステ
ムに登録されることを防止できる。 また、テーブルとし
て記憶されている患者情報に含まれる少なくとも一つの
項目が未登録である場合には、当該テーブルの内容を変
更するか否かの指示を要求せず、当該項目についてはそ
の内容を自動的に更新する。従って、操作者の負担をよ
り軽減させることができ、又テーブルとしての患者情報
を適正に保つことができる。

【図面の簡単な説明】

【図１】本発明の実施例であるデータベースシステムの
構成を示す図。

【図２】本実施例データベースシステムにおけるヘッダ
の情報管理で用いられるＩＤ管理情報テーブルを示す
図。

【図３】本実施例データベースシステムにおけるヘッダ
の情報管理で用いられる患者情報テーブルを示す図。

【図４】本実施例データベースシステムにおけるヘッダ
の情報管理で用いられる患者別名情報テーブルを示す
図。

【図５】本実施例データベースシステムで取扱われる画
像データに付加されるヘッダ内の情報の一部を示す図。

【図６】本実施例データベースシステムにおけるファイ
ルマネジャの動作を示すフローチャート。

【図７】図６に示すフローチャートにおける図５に示す
情報の分割の例。

【図８】図６に示すフローチャートにおけるＩＤ管理情
報の登録処理を示すフローチャート。

【図９】表示装置に表示されるＩＤ発行エラーメッセー
ジの例。

【図１０】新たに登録されたＩＤ管理情報を含むＩＤ管
理情報テーブルの内容を示す図。

【図１１】図６に示すフローチャートにおける患者情報
の登録処理を示すフローチャート。

【図１２】図１１に示すフローチャートにおけるＮＵＬ
Ｌの箇所の登録処理を示すフローチャート。

【図１３】図１１に示すフローチャートにおいてＮＵＬ
Ｌの箇所に情報が登録された後の患者情報テーブルの内
容を示す図。

【図１４】第１のくい違い情報の処理方法において表示
装置に表示されるくい違い情報に関する内容を示す図。

【図１５】図１１に示すフローチャートおける第１のく
い違い情報の処理方法によるフローチャート。

【図１６】第１のくい違い情報の処理方法においてプリ
ンタによってプリントアウトされるくい違い情報に関す
る内容を示す図。

【図１７】第２のくい違い情報の処理方法において表示
装置に表示されるくい違い情報に関する内容を示す図。

【図１８】図１１に示すフローチャートにおける第２の
くい違い情報の処理方法によるフローチャート。

【図１９】第２のくい違い情報の処理方法においてプリ
ンタによってプリントアウトされるくい違い情報に関す
る内容を示す図。

【図２０】第２のくい違い情報の処理方法によって患者
名が変更された後の患者情報テーブルの内容を示す図。

【図２１】第３のくい違い情報の処理方法において表示
装置に表示されるくい違い情報に関する内容を示す図。

【図２２】第３のくい違い情報の処理方法においてプリ
ンタによってプリントアウトされるくい違い情報に関す
る内容を示す図。

【図２３】図１１に示すフローチャートにおける第３の
くい違い情報の処理方法によるフローチャート。

【図２４】第３のくい違い情報の処理方法によって患者
名が登録処理された後の患者情報テーブルの内容を示す
図。

【図２５】第３のくい違い情報の処理方法によって患者
名が登録処理された後の患者別名情報テーブルの内容を
示す図。

【図２６】第４のくい違い情報の処理方法によって表示
装置に表示されるくい違い情報および指示要求に関する
内容を示す図。

【図２７】図２６において指示「１」が入力された場合
に表示される指示確認の内容を示す図。

【図２８】図２６において指示「２」が入力された場合
に表示される指示確認の内容を示す図。

【図２９】図２６における指示「２」によってくい違い
情報が処理された後の患者情報テーブルの内容を示す
図。

【図３０】図２６における指示「３」によってくい違い
情報が処理された後の患者情報テーブルの内容を示す
図。

【図３１】図２６における指示「３」によってくい違い
情報が処理された後の患者別名情報テーブルの内容を示
す図。

【図３２】図２６における指示「１」が確定した後にプ
リンタによってプリントアウトされる指示内容を示す
図。

【図３３】図２６における指示「２」が確定した後にプ
リンタによってプリントアウトされる指示内容を示す
図。

【図３４】図２６における指示「３」が確定した後にプ
リンタによってプリントアウトされる指示内容を示す
図。

【図３５】第４のくい違い情報の処理方法においてプリ
ンタによってプリントアウトされる指示要求の内容を示
す図。

【図３６】第４のくい違い情報の処理方法において図２
６に示す指示要求の内容に従って指示が入力された後に
表示装置に表示される次の指示要求の内容を示す図。

【図３７】第４のくい違い情報の処理方法において複数
のくい違い情報がある場合に表示される指示要求の内容
を示す図。

【図３８】図３７に示す指示要求の内容に従って行われ
るくい違い情報の登録処理を示すフローチャート。

【図３９】一般的なデータベースシステムで取扱われる
データの構成を示す図。

【図４０】一般的なデータベースシステムの構成を示す
ブロック図。

【図４１】図４０に示すデータベースシステムにおける
画像データ登録処理を示すフローチャート。

【図４２】図４０に示すデータベースシステムのファイ
ルマネジャにおいて第１の管理方法によって得られるテ
ーブルを示す図。

【図４３】図４０に示すデータベースシステムのファイ
ルマネジャにおける第２の管理方法によって得られるテ
ーブルを示す図。

【図４４】図４０に示すデータベースシステムのファイ
ルマネジャにおける第３の管理方法によって得られるテ
ーブルを示す図。

【図４５】図４１に示すフローチャートのヘッダの登録
時において図４２に示すようなテーブルが得られるよう
な管理方法による処理フローチャート。

【図４６】図４１に示すフローチャートのヘッダの登録
時において図４３に示すようなテーブルが得られるよう
な管理方法による処理フローチャート。

【図４７】図４１に示すフローチャートのヘッダの登録
時において図４４に示すようなテーブルが得られるよう
な管理方法による処理フローチャート。

【符号の説明】

３０ａ、３０ｂ、３０ｃ…画像発生装置（モダリテ
ィ）、３１…ネットワーク、３２ａ、３２ｂ、３２ｃ…
ファイルサーバ、３３…ファイルマネジャ、３４…表示
装置、４０…送受信インターフェース、４１…表示コン
トローラ、４２…ＣＰＵ、４３…メインメモリ、４４…
バス、４５…情報テーブルメモリ、４５ａ…ＩＤ管理情
報テーブル、４５ｂ…患者情報テーブル、４５ｃ…患者
別名情報テーブル、４６…プリンタコントローラ、４７
…プリンタ。

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】ネットワークを介して送られてくる画像デ
   ータと、前記画像データに付加され少なくとも一つの項
   目を含む患者情報を有する付加情報とを受信する受信手
   段と、 前記患者情報をテーブルとして記憶する第２の記憶手段
   と、 前記受信手段が新たに受信した付加情報に含まれる患者
   情報と前記テーブルとの間に違いがあるか否かを判別す
   る比較手段と、 前記判別手段が前記テーブルと前記受信手段が新たに受
   信した付加情報に含まれる患者情報との間に違いがある
   と判別した場合には、前記第２の記憶手段が記憶する前
   記テーブルを変更するか否かの指示を要求する指示要求
   手段と、 前記テーブルを変更する指示が入力された場合には、前
   記受信手段が新たに受信した付加情報に基づいて、前記
   第２の記憶手段が記憶する前記テーブルの内容を変更す
   る変更手段と、 を具備することを特徴とするデータベースシステム。
2. 【請求項２】前記指示要求手段は、違いがあると判別さ
   れた前記患者情報が含む少なくとも一つの項目に対応す
   る項目であって、前記第２の記憶手段にテーブルとして
   記憶されている前記患者情報に含まれる項目が未登録で
   ある場合には、前記指示を要求せず、 前記変更手段は、前記テーブルを変更する指示が入力さ
   れない場合であっても、前記受信手段が新たに受信した
   付加情報に基づいて、前記第２の記憶手段が記憶する前
   記テーブルの内容を変更すること、 を特徴とする請求項１記載のデータベースシステム。