JP2010128787A - 統合管理サーバ及びプログラム - Google Patents

Abstract

【課題】複数種類のデータ形式から成る医療データの管理において、削除処理の簡略化を図る。
【解決手段】統合管理サーバは、クライアント端末から受信した検索条件に合致するキー情報を共通キー情報ＤＢから抽出し（ステップＳ３）、キー情報リストを生成して（ステップＳ４）、クライアント端末に送信する（ステップＳ５）。そして、統合管理サーバは、クライアント端末から受信した医療データ取得要求（削除対象のキー情報を選択する選択指示）、及び、選択されたキー情報を削除する削除指示に基づいて、選択されたキー情報を共通キー情報ＤＢから削除する（ステップＳ１４）。
【選択図】図７

Description

本発明は、統合管理サーバ及びプログラムに関する。

画像検査、検体検査、病理診断等の各検査は、病院内や病院外の各部門の検査システム（部門システム）によって実施されている。各部門システムは、その部門システム独自のデータ形式（プロトコル（規格）やデータセット）によって情報管理を行っている。

電子カルテシステムでは、各部門システムに検査を依頼し、各部門システムにおける検査結果のデータ（医療データ）を参照する。このとき、電子カルテシステムでは、各部門システムにおいて独自に採用されているデータ形式を用いて、各部門で管理されている医療データを参照していた。

または、電子カルテシステムでは、各部門システムにおいて、医療データをＪＰＥＧ形式やＰＤＦ形式のような汎用データ形式のファイルに変換してもらい、この汎用データ形式のファイルを取得し、医療データを参照していた。

最近では、各部門システムと、ＨＩＳ（Hospital Information System）に設けられた電子カルテシステムとが医療検査情報統合システムを介して通信する技術が開示されている（特許文献１参照）。具体的に、この医療検査情報統合システムは、電子カルテシステムからの検査オーダ情報を各部門システムに対応したフォーマットに変換し、各部門システムに送信する。また、この医療検査情報統合システムは、各部門システムからの医療データを電子カルテシステムに対応したフォーマットに変換し、電子カルテシステムに送信する。
特開２００８−６５６８８号公報

しかし、特許文献１の技術では、医療データのフォーマット（データ形式）を変換することにより、この医療データが劣化するという問題があった。そのため、電子カルテシステムにおいて、医師は、各検査部門でのオリジナルの医療データを参照することができなかった。

医療データを劣化させないためには、各部門システム独自のデータ形式に応じた方法で、各部門システムから直接医療データを取得する必要があった。また、各部門システムにおいて管理されている医療データを削除する場合にも、その部門システム独自のデータ形式に応じた方法で医療データを参照し、削除する必要があった。

本発明は上記の従来技術における問題に鑑みてなされたものであって、複数種類のデータ形式から成る医療データの管理において、削除処理の簡略化を図ることを課題とする。

上記課題を解決するために、請求項１に記載の発明は、複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されている統合管理サーバであって、前記キー情報の中から削除対象のキー情報を選択する選択指示、及び、当該選択されたキー情報を削除する削除指示を取得する取得手段と、前記取得手段により取得された選択指示及び削除指示に基づいて、前記選択されたキー情報を前記記憶手段から削除する制御手段と、を備える。

請求項２に記載の発明は、請求項１に記載の統合管理サーバにおいて、前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む。

請求項３に記載の発明は、複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されているコンピュータを、前記キー情報の中から削除対象のキー情報を選択する選択指示、及び、当該選択されたキー情報を削除する削除指示を取得する取得手段、前記取得手段により取得された選択指示及び削除指示に基づいて、前記選択されたキー情報を前記記憶手段から削除する制御手段、として機能させるためのプログラムである。

請求項４に記載の発明は、請求項３に記載のプログラムにおいて、前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む。

請求項１、３に記載の発明によれば、医療データに、医療データに共通のキー情報が付与されているので、データ形式にかかわらず、キー情報に基づいて医療データを管理することができる。したがって、いずれのデータ形式の医療データに対しても統一された方法でキー情報を削除することができ、複数種類のデータ形式から成る医療データの管理において、削除処理の簡略化を図ることができる。

請求項２、４に記載の発明によれば、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目に基づいて医療データを管理することができる。

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

[医療システムのシステム構成]
図１に、医療システム１００のシステム構成を示す。

医療システム１００は、電子カルテサーバ１０と、クライアント端末２０と、統合管理サーバ３０と、放射線部門システム２００と、検査部門システム３００と、病理部門システム４００と、から構成されている。上記の各装置及びシステムは、ＬＡＮ（Local Area Network）等の通信ネットワークＮを介してデータ通信可能に接続されている。

放射線部門システム２００は、ＤＩＣＯＭ準拠撮影装置４０と、画像管理サーバ５０と、図示しないその他の装置と、から構成されており、各装置は通信ネットワークＮを介してデータ通信可能に接続されている。

ＤＩＣＯＭ準拠撮影装置４０は、患者の診断対象部位を被写体として撮影を行い、ＤＩＣＯＭ準拠画像データを生成する。具体的に、ＤＩＣＯＭ準拠撮影装置４０は、患者の診断対象部位を被写体として撮影を行い、撮影した画像をデジタル変換して画像実データ（医用画像）を生成する。ＤＩＣＯＭ準拠撮影装置４０は、操作部からの入力等に基づいて患者情報や検査情報を含むＤＩＣＯＭ付帯情報を生成する。ＤＩＣＯＭ準拠撮影装置４０は、生成した画像実データにこのＤＩＣＯＭ付帯情報を付帯させ、ＤＩＣＯＭ規格に則ったＤＩＣＯＭ準拠画像データを生成する。ＤＩＣＯＭ準拠撮影装置４０は、生成したＤＩＣＯＭ準拠画像データを画像管理サーバ５０に送信する。ＤＩＣＯＭ準拠撮影装置４０としては、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等、様々な種類の医用画像を撮影する撮影装置が適用可能である。

画像管理サーバ５０は、ＤＩＣＯＭ準拠撮影装置４０において生成されたＤＩＣＯＭ準拠画像データを記憶し、管理する。画像管理サーバ５０としてＰＡＣＳ（Picture Archiving and Communication System）等が適用可能である。

画像管理サーバ５０は、外部機器からＤＩＣＯＭ規格に則った医用画像取得要求を受信した場合、この取得要求に応じたＤＩＣＯＭ準拠画像データをこの外部機器に送信する。

検査部門システム３００は、検査装置６０と、検査管理サーバ７０と、図示しないその他の装置と、から構成されており、各装置は通信ネットワークＮを介してデータ通信可能に接続されている。

検査装置６０は、患者から採取した血液や尿等の検体を分析（検査）し、分析結果としての検査実データ（検査データ）を生成する。検査実データには、一又は複数の検査項目が含まれる。例えば、検体が血液である場合、検査実データには、「総蛋白」「ＧＯＴ」「ＧＰＴ」「ＬＤＨ」等の項目が含まれる。検査装置６０は、生成した検査実データを検査管理サーバ７０に送信する。

検査管理サーバ７０は、検査装置６０から送信された検査実データに基づいてＨＬ７準拠検査データを生成し、このＨＬ７準拠検査データを記憶管理する。具体的に、検査管理サーバ７０は、医師等のユーザによる操作部からの患者属性情報の入力等に基づいて、この患者属性情報を含むＨＬ７付帯情報を生成する。検査管理サーバ７０は、検査装置６０から送信された検査実データにこのＨＬ７付帯情報を付帯させ、ＨＬ７規格に則ったＨＬ７準拠検査データを生成する。

検査管理サーバ７０は、外部機器からＨＬ７規格に則った検査データ取得要求を受信した場合、この取得要求に応じたＨＬ７準拠検査データをこの外部機器に送信する。

病理部門システム４００は、顕微鏡８０と、病理部門情報管理装置９０と、図示しないその他の装置と、から構成されており、各装置は通信ネットワークＮを介してデータ通信可能に接続されている。

顕微鏡８０は、患者から採取された組織や細胞等を被写体として撮影を行い、撮影した画像をデジタル変換して画像実データ（医用画像）を生成する。顕微鏡８０は、生成した画像実データを病理部門情報管理装置９０に送信する。

病理部門情報管理装置９０は、病理部門内における診療予約、実績管理、在庫管理等の情報管理を行う。病理部門情報管理装置９０は、顕微鏡８０から受信した画像実データに基づいて、組織や細胞等の医用画像をモニタに表示する。病理部門情報管理装置９０は、医師等のユーザによる操作部からの入力や画像実データ等に基づいて、組織や細胞等の医用画像に対する病理診断レポート実データ（病理診断レポート）を生成する。この病理診断レポートには、組織や細胞等の医用画像が含まれる。病理部門情報管理装置９０は、操作部からの入力等に基づいて、ＨＬ７付帯情報を生成する。病理部門情報管理装置９０は、病理診断レポート実データにＨＬ７付帯情報を付帯させ、ＨＬ７規格に則ったＨＬ７準拠病理診断データを生成する。

病理部門情報管理装置９０は、外部機器からＨＬ７規格に則った病理診断データ取得要求を受信した場合、この取得要求に応じたＨＬ７準拠病理診断データをこの外部機器に送信する。

統合管理サーバ３０は、放射線部門システム２００、検査部門システム３００、病理部門システム４００等の各部門から送信される複数種類のデータ形式（ＤＩＣＯＭ規格、ＨＬ７規格等）の医療データを記憶し、一元管理する装置である。ここで、医療データとは、医用画像（ＤＩＣＯＭ準拠画像データ）、検査データ（ＨＬ７準拠検査データ）、病理診断レポート（ＨＬ７準拠病理診断データ）等を指す。

統合管理サーバ３０は、放射線部門システム２００の画像管理サーバ５０にＤＩＣＯＭ規格に則った医用画像取得要求を送信し、取得要求に応じたＤＩＣＯＭ準拠画像データを受信する。統合管理サーバ３０は、検査部門システム３００の検査管理サーバ７０にＨＬ７規格に則った検査データ取得要求を送信し、取得要求に応じたＨＬ７準拠検査データを受信する。統合管理サーバ３０は、病理部門システム４００の病理部門情報管理装置９０にＨＬ７規格に則った病理診断データ取得要求を送信し、取得要求に応じたＨＬ７準拠病理診断データを受信する。

統合管理サーバ３０は、所定の時間毎（例えば１時間毎）に、医用画像取得要求、検査データ取得要求、病理診断データ取得要求を各サーバ（画像管理サーバ５０、検査管理サーバ７０、病理部門情報管理装置９０）に送信し、各サーバにおいて新たに追加された医療データを受信する。

統合管理サーバ３０は、各部門から取得した医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ）を解析して、医療データに共通のキー情報を生成する。統合管理サーバ３０は、このキー情報を医療データに付与する。統合管理サーバ３０は、この医療データを記憶し、付与したキー情報に基づいてこの医療データを、統合管理対象医療データとして一元管理する。

統合管理サーバ３０は、クライアント端末２０から統合管理対象医療データの検索条件を受信すると、この検索条件に合致するキー情報のリスト（キー情報リスト）をクライアント端末２０に送信する。

統合管理サーバ３０は、クライアント端末２０から医療データ取得要求を受信した場合、この取得要求に応じた統合管理対象医療データをクライアント端末２０に送信する。医療データ取得要求には、キー情報が含まれる。

クライアント端末２０は、統合管理サーバ３０のクライアント（専用ビューワ）である。クライアント端末２０は、医師等のユーザによる操作部２２（図６参照）からの入力に基づいて、検索条件を生成する。クライアント端末２０は、統合管理サーバ３０に検索条件を送信する。クライアント端末２０は、検索条件に合致するキー情報リストを統合管理サーバ３０から受信する。クライアント端末２０は、キー情報リストを画面に表示する。

クライアント端末２０は、ユーザによる操作部２２からの入力に基づいて、キー情報リストの中からキー情報を選択する。クライアント端末２０は選択したキー情報を含む医療データ取得要求を統合管理サーバ３０に送信する。クライアント端末２０は、取得要求に応じた統合管理対象医療データを統合管理サーバ３０から受信する。

クライアント端末２０は、統合管理対象医療データに基づいて、医用画像、検査データ、病理診断レポート等をモニタに表示する。

また、クライアント端末２０は、電子カルテサーバ１０のクライアントでもある。クライアント端末２０は診療録データ作成機能を有する。クライアント端末２０はユーザの操作による操作信号等に基づき、診療録データを生成する。クライアント端末２０は、生成した診療録データ（患者の病状や診断結果等の情報）を電子カルテサーバ１０に送信する。

電子カルテサーバ１０は、クライアント端末２０において生成された診療録データを記憶し、管理する。

図２に、医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ等）のデータフローを示す。検査装置６０において生成された検査実データは、検査管理サーバ７０に送信される。そして、この検査実データは、ＨＬ７準拠検査データとして統合管理サーバ３０に送信される。また、ＤＩＣＯＭ準拠撮影装置４０において生成されたＤＩＣＯＭ準拠画像データは、画像管理サーバ５０を介して統合管理サーバ３０に送信される。また、顕微鏡８０において生成された画像実データは、病理部門情報管理装置９０に送信される。病理部門情報管理装置９０において、この画像実データに対する病理診断レポート実データが生成され、ＨＬ７準拠病理診断データとして統合管理サーバ３０に送信される。

統合管理サーバ３０において、ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データは、統合管理対象医療データとして記憶管理される。この統合管理対象医療データは、クライアント端末２０の取得要求に応じて、統合管理サーバ３０からクライアント端末２０に送信される。

[統合管理サーバの機能的構成]
図３に、統合管理サーバ３０の機能的構成を示す。

図３に示すように、統合管理サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、記憶部３５を備えて構成され、各部はバス３６により接続されている。

制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、統合管理サーバ３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、記憶部３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。

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

表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示データに基づいて各種画面を表示する。

通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたクライアント端末２０、画像管理サーバ５０、検査管理サーバ７０、病理部門情報管理装置９０等の外部機器との間でデータの送受信を行う。

記憶部３５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。記憶部３５は、統合管理プログラム３５１を記憶する。記憶部３５は、共通キー情報ＤＢ３５２を記憶する。また、記憶部３５は、一又は複数のＤＩＣＯＭ準拠画像データを記憶する。記憶部３５は、一又は複数のＨＬ７準拠検査データを記憶する。記憶部３５は、一又は複数のＨＬ７準拠病理診断データを記憶する。

制御部３１は、記憶部３５に記憶されている統合管理プログラム３５１と協働して、次のように機能する。即ち、制御部３１は、通信部３４を介して外部機器から医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠診断データ等）を取得すると、この医療データを解析してキー情報を生成する。制御部３１は、このキー情報を医療データと関連付けて、記憶部３５に記憶させる。即ち、医療データは、キー情報が付与された状態で記憶部３５に記憶される。制御部３１は、キー情報に基づいて医療データを統合管理対象医療データとして管理する。制御部３１によって生成されたキー情報は、共通キー情報ＤＢ３５２のレコードとして記憶部３５に記憶される。

図４に、共通キー情報ＤＢ３５２のデータ構成を示す。共通キー情報ＤＢ３５２は、キー情報に対応する一又は複数のレコードから成る。レコード、即ちキー情報は、項目「データ種別」「受信日時」「患者ＩＤ」「患者名」「性別」「格納アドレス」等から構成されており、各キー情報に対して「削除フラグ」が対応付けられている。

項目「データ種別」は、医療データの種類を示すものである。医療データの種類とは、規格（ＤＩＣＯＭ規格、ＨＬ７規格等）、結果種類（画像、レポート等）、モダリティ種別（ＣＴ、ＭＲ、ＣＲ等）等の組み合わせである。項目「受信日時」は、統合管理サーバ３０が医療データを受信した日時を示すものである。つまり、項目「受信日時」は、制御部３１が医療データを取得した日時を示すものである。項目「格納アドレス」は、医療データが格納されている記憶部３５内のアドレスを示すものである。

「削除フラグ」は、対応するキー情報が有効か無効かを示すフラグである。削除フラグが「０」の場合には、対応するキー情報が有効なデータ（削除されていない状態）として扱われるが、削除フラグが「１」の場合には、対応するキー情報が無効なデータ（削除された状態）として扱われる。すなわち、削除フラグが「０」のキー情報のみが管理対象となる。

図５に、記憶部３５に記憶されている医療データの記憶イメージを示す。制御部３１は、通信部３４を介してＤＩＣＯＭ準拠画像データを受信すると、この受信日時をキー情報の「受信日時」とする。制御部３１は、受信したＤＩＣＯＭ準拠画像データを解析する。制御部３１は、解析の結果、データ種別を判別し、キー情報の「データ種別」とする。また、制御部３１は、ＤＩＣＯＭ準拠画像データに含まれるＤＩＣＯＭ付帯情報から「患者ＩＤ」「患者名」「性別」を抽出し、キー情報の「患者ＩＤ」「患者名」「性別」とする。制御部３１は、ＤＩＣＯＭ準拠画像データを記憶部３５に記憶させ、ＤＩＣＯＭ準拠画像データを記憶させたアドレスをキー情報の「格納アドレス」とする。このように、制御部３１は、ＤＩＣＯＭ準拠画像データが格納されたアドレスをキー情報の「格納アドレス」とすることで、キー情報と医療データとを関連付ける。制御部３１は、このキー情報を共通キー情報ＤＢ３５２に登録する。制御部３１は、キー情報に基づいて、ＤＩＣＯＭ準拠画像データを統合管理対象医療データとして管理する。

また、制御部３１は、通信部３４を介してＨＬ７準拠検査データを受信すると、この受信日時をキー情報の「受信日時」とする。制御部３１は、受信したＨＬ７準拠検査データを解析する。制御部３１は、解析の結果、データ種別を判別し、キー情報の「データ種別」とする。また、制御部３１は、ＨＬ７準拠検査データに含まれるＨＬ７付帯情報から「患者ＩＤ」「患者名」「性別」を抽出し、キー情報の「患者ＩＤ」「患者名」「性別」とする。制御部３１は、ＨＬ７準拠検査データを記憶部３５に記憶させ、ＨＬ７準拠検査データを記憶させたアドレスをキー情報の「格納アドレス」とする。制御部３１は、このキー情報を共通キー情報ＤＢ３５２に登録する。制御部３１は、キー情報に基づいて、ＨＬ７準拠検査データを統合管理対象医療データとして管理する。

また、制御部３１は、通信部３４を介してＨＬ７準拠病理診断データを受信すると、この受信日時をキー情報の「受信日時」とする。制御部３１は、受信したＨＬ７準拠病理診断データを解析する。制御部３１は、解析の結果、データ種別を判別し、キー情報の「データ種別」とする。また、制御部３１は、ＨＬ７準拠病理診断データに含まれるＨＬ７付帯情報から「患者ＩＤ」「患者名」「性別」を抽出し、キー情報の「患者ＩＤ」「患者名」「性別」とする。制御部３１は、ＨＬ７準拠病理診断データを記憶部３５に記憶させ、ＨＬ７準拠病理診断データを記憶させたアドレスをキー情報の「格納アドレス」とする。制御部３１は、このキー情報を共通キー情報ＤＢ３５２に登録する。制御部３１は、キー情報に基づいて、ＨＬ７準拠病理診断データを統合管理対象医療データとして管理する。

医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ）の解析方法として、例えば、制御部３１は、医療データの取得開始時に、通信部３４におけるデータの受信ポートに基づいて、医療データの規格を判別する。また、制御部３１は、医療データの送信元の端末（送信元アプリケーション）に基づいて、医療データの規格を判定する。また、制御部３１は、規格に応じたデータ構成に基づいて、医療データを解析し、医療データの結果種類、モダリティ種別等を判別する。

図３に戻り、制御部３１は、統合管理プログラム３５１と協働して、通信部３４を介して、クライアント端末２０から統合管理対象医療データの検索条件を受信すると、検索条件に合致するキー情報を共通キー情報ＤＢ３５２の削除フラグが「０」のレコードから抽出する。制御部３１は、抽出したキー情報のリスト（キー情報リスト）を生成する。制御部３１は、通信部３４を介して、生成したキー情報リストをクライアント端末２０に送信する。

具体的に、制御部３１は、患者ＩＤが「KM001」、受信日時が「2008/11/15」である検索条件を受信した場合には、共通キー情報ＤＢ３５２に登録されている削除フラグが「０」のレコードの中から、「患者ＩＤ：KM001」及び「受信日時： 2008/11/15」である一又は複数のキー情報を抽出する。尚、受信日時として受信日が設定された場合には、受信時刻にかかわらず、その日に受信したものを検索対象とする。制御部３１は、「患者ＩＤ：KM001」及び「受信日時：2008/11/15」である抽出したキー情報のリストを生成する。制御部３１は、通信部３４を介して、このキー情報リストをクライアント端末２０に送信する。

制御部３１は、通信部３４を介して、クライアント端末２０から医療データ取得要求（削除対象のキー情報を選択する選択指示）を受信する（取得する）と、医療データ取得要求に含まれるキー情報に関連付けられた医療データ（統合管理対象医療データ）を記憶部３５から読み出す。具体的に、制御部３１は、医療データ取得要求に含まれるキー情報の「格納アドレス」に基づいて、このキー情報に関連付けられた医療データを記憶部３５から読み出す。制御部３１は、読み出した医療データをクライアント端末２０に通信部３４を介して送信する。

制御部３１は、通信部３４を介して、クライアント端末２０から選択されたキー情報を削除する削除指示を受信する（取得する）と、受信された選択指示及び削除指示に基づいて、選択されたキー情報を記憶部３５の共通キー情報ＤＢ３５２から削除する。具体的には、制御部３１は、記憶部３５の共通キー情報ＤＢ３５２の該当するキー情報の削除フラグを「１」に書き替えて保存する。

[クライアント端末の機能的構成]
図６に、クライアント端末２０の機能的構成を示す。

図６に示すように、クライアント端末２０は、制御部２１、操作部２２、表示部２３、通信部２４、記憶部２５を備えて構成され、各部はバス２６により接続されている。

制御部２１は、ＣＰＵ、ＲＡＭ等から構成され、クライアント端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。

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

表示部２３は、ＬＣＤにより構成され、制御部２１から入力される表示データに基づいて各種画面を表示する。

通信部２４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、通信ネットワークＮを介して接続された統合管理サーバ３０、電子カルテサーバ１０等の外部機器との間でデータの送受信を行う。

記憶部２５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。記憶部２５は、専用ビューワプログラム２５１を記憶する。

制御部２１は、記憶部２５に記憶されている専用ビューワプログラム２５１と協働して、次のように機能する。即ち、制御部２１は、操作部２２からの入力に基づいて、統合管理対象医療データの検索条件を生成する。制御部２１は、生成した検索条件を通信部２４を介して統合管理サーバ３０に送信する。制御部２１は、キー情報リストを統合管理サーバ３０から取得すると、このキー情報リストを表示部２３に表示する。

制御部２１は、操作部２２からの入力に基づいて、キー情報リストの中から削除対象のキー情報を選択する。制御部２１は、選択したキー情報を含む医療データ取得要求（削除対象のキー情報を選択する選択指示）を生成する。制御部２１は、生成した医療データ取得要求（削除対象のキー情報を選択する選択指示）を通信部２４を介して統合管理サーバ３０に送信する。

制御部２１は、操作部２２からの入力に基づいて、選択されたキー情報を削除する削除指示を生成する。制御部２１は、生成した削除指示を通信部２４を介して統合管理サーバ３０に送信する。

また、制御部２１は、操作部２２からの入力に基づいて、診療録データを生成し、この診療録データを電子カルテサーバ１０に通信部２４を介して送信する。

[医療システムにおける各装置の具体的な動作]
次に、医療システム１００において実行される各装置の具体的な動作について説明する。
図７は、クライアント端末２０及び統合管理サーバ３０において実行される処理を示すラダーチャートである。クライアント端末２０における処理は、制御部２１と記憶部２５に記憶されている専用ビューワプログラム２５１との協働によるソフトウェア処理によって実現される。統合管理サーバ３０における処理は、制御部３１と記憶部３５に記憶されている統合管理プログラム３５１との協働によるソフトウェア処理によって実現される。

図７に示すように、クライアント端末２０の制御部２１は、ユーザ操作による操作部２２からの入力に基づいて、統合管理対象医療データの検索条件を生成する（ステップＳ１）。具体的に、検索条件とは、「データ種別」「受信日時」「患者ＩＤ」「患者名」「性別」、又はこれらの組み合わせである。例えば、「患者ＩＤ：KM001」及び「受信日時：2008/11/15」のような値、「データ種別：画像」及び「受信日時：2008/11/15」のような値が検索条件として設定される。データ種別については、「データ種別：画像（ＣＴ撮影）」のように、更に、モダリティ種別等を条件として加えてもよい。

制御部２１は、生成した検索条件を通信部２４を介して統合管理サーバ３０に送信する（ステップＳ２）。

統合管理サーバ３０の制御部３１は、通信部３４を介して、クライアント端末２０から検索条件を受信すると、この検索条件に合致するキー情報を共通キー情報ＤＢ３５２の削除フラグが「０」のレコードから抽出する（ステップＳ３）。例えば、「患者ＩＤ：KM001」及び「受信日時：2008/11/15」である検索条件の場合、共通キー情報ＤＢ３５２の削除フラグが「０」のレコードから「患者ＩＤ：KM001」及び「受信日時：2008/11/15」である一又は複数のレコード（キー情報）を抽出する。

制御部３１は、抽出したキー情報に基づいて、キー情報のリスト（キー情報リスト）を生成する（ステップＳ４）。制御部３１は、生成したキー情報リストを通信部３４を介してクライアント端末２０に送信する（ステップＳ５）。

クライアント端末２０の制御部２１は、通信部２４を介して統合管理サーバ３０からキー情報リストを受信すると、このキー情報リストを表示部２３に表示する（ステップＳ６）。

制御部２１は、ユーザ操作による操作部２２からの入力に基づき、受信したキー情報リストから削除対象のキー情報を選択する（ステップＳ７）。

制御部２１は、選択されたキー情報を含む医療データ取得要求（削除対象のキー情報を選択する選択指示）を生成し、通信部２４を介して統合管理サーバ３０に送信する（ステップＳ８）。

統合管理サーバ３０の制御部３１は、通信部３４を介してクライアント端末２０から医療データ取得要求（削除対象のキー情報を選択する選択指示）を受信する（取得する）と、この医療データ取得要求に含まれるキー情報に関連付けられた医療データを記憶部３５から読み出す（ステップＳ９）。具体的に、制御部３１は、クライアント端末２０から医療データ取得要求を受信すると、この医療データ取得要求に含まれるキー情報の項目「格納アドレス」の値を読み出し、この格納アドレスに格納されている医療データを記憶部３５から読み出す。

制御部３１は、統合管理対象医療データ（読み出した医療データとキー情報）を通信部３４を介してクライアント端末２０に送信する（ステップＳ１０）。

クライアント端末２０の制御部２１は、通信部２４を介して統合管理サーバ３０から統合管理対象医療データを受信すると、この統合管理対象医療データを表示部２３に表示する（ステップＳ１１）。

クライアント端末２０の制御部２１は、ユーザ操作による操作部２２からの入力に基づき、ステップＳ７において選択されたキー情報を削除する削除指示を生成し（ステップＳ１２）、通信部２４を介して統合管理サーバ３０に送信する（ステップＳ１３）。

統合管理サーバ３０の制御部３１は、通信部３４を介してクライアント端末２０から選択されたキー情報を削除する削除指示を受信する（取得する）と、受信された選択指示及び削除指示に基づいて、記憶部３５に記憶されている共通キー情報ＤＢ３５２から選択されたキー情報を削除する（ステップＳ１４）。具体的には、制御部３１は、記憶部３５に記憶されている共通キー情報ＤＢ３５２において、削除すべきキー情報に対応する削除フラグを「１」に変更する。キー情報の削除によって、このキー情報に関連付けられている医療データは、統合管理サーバ３０の管理対象から除外される。

[クライアント端末の操作画面例]
図８に、クライアント端末２０の表示部２３に表示されるデータ削除画面２３１の一例を示す。図８に示すように、データ削除画面２３１には、患者ＩＤ入力領域Ａ１、データ種別入力領域Ａ２、検索ボタンＡ３、リスト表示領域Ａ４、医療データ表示領域Ａ５、削除ボタンＡ６が含まれる。

患者ＩＤ入力領域Ａ１は、検索条件として「患者ＩＤ」を入力及び表示するための領域である。図８に示す例では、患者ＩＤ入力領域Ａ１に検索条件として「KM001」が入力されている。

データ種別入力領域Ａ２は、検索条件として「データ種別」を入力及び表示するための領域である。図８に示す例では、データ種別入力領域Ａ２に検索条件として「画像」が入力されている。図８において、項目「種別」は「データ種別」に対応する。

検索ボタンＡ３は、患者ＩＤ入力領域Ａ１に入力された「患者ＩＤ」及びデータ種別入力領域Ａ２に入力された「データ種別」を検索条件として統合管理サーバ３０に送信する際に押下されるボタンである。

リスト表示領域Ａ４は、患者ＩＤ入力領域Ａ１に入力された「患者ＩＤ」及びデータ種別入力領域Ａ２に入力された「データ種別」を検索条件として抽出されたキー情報リストを表示するための領域である。即ち、図７のステップＳ６において、キー情報リストが表示される領域である。図８に示す例では、検索条件「患者ＩＤ：KM001」及び「データ種別：画像」に合致するキー情報リストがリスト表示領域Ａ４に表示されている。

医療データ表示領域Ａ５は、リスト表示領域Ａ４に表示されているキー情報リストの中から削除対象として選択されたキー情報に関連付けられた医療データ（医用画像、検査データ、病理診断レポート）を表示するための領域である。

例えば、図８に示すデータ削除画面２３１において、ユーザが操作部２２から操作することにより、リスト表示領域Ａ４の「患者ＩＤ：KM001」「患者名：スズキ^タロウ」「性別：Ｍ」「受信日時：2008/08/05 21:56:24」「データ種別：画像」のキー情報がクリックされると、制御部２１は、当該キー情報を削除対象のキー情報として選択する。そして、制御部２１は、選択されたキー情報を含む医療データ取得要求（削除対象のキー情報を選択する選択指示）を生成し、通信部２４を介して統合管理サーバ３０に送信する。制御部２１は、統合管理サーバ３０から統合管理対象医療データを受信し、この統合管理対象医療データに含まれる医療データ（図８においては医用画像）を医療データ表示領域Ａ５に表示する。

削除ボタンＡ６は、リスト表示領域Ａ４において選択されているキー情報を削除するためのボタンである。データ削除画面２３１のリスト表示領域Ａ４においていずれかのキー情報が選択されている状態で、ユーザの操作部２２からの操作により削除ボタンＡ６が押下されると、制御部２１は、選択されているキー情報を削除する削除指示を生成して、通信部２４を介して統合管理サーバ３０に送信する。

図９（ａ）に、キー情報の削除前の記憶部３５における医療データの記憶イメージを示し、図９（ｂ）に、キー情報の削除後の記憶部３５における医療データの記憶イメージを示す。図９（ａ）は、図８のリスト表示領域Ａ４において選択されている「患者ＩＤ：KM001」「患者名：スズキ^タロウ」「性別：Ｍ」「受信日時：2008/08/05 21:56:24」「データ種別：画像」のキー情報に関連付けられた医療データの記憶イメージである。キー情報の「格納アドレス」の値は、このキー情報に関連付けられたＤＩＣＯＭ準拠画像データが記憶されているアドレスである。また、「削除フラグ」が「０」であるため、図９（ａ）に示すキー情報は有効なデータとして扱われ、管理対象とされている。

このキー情報を削除した場合には、図９（ｂ）に示すように、共通キー情報ＤＢ３５２のキー情報の削除フラグが「１」に変更される（キー情報の論理削除）。即ち、キー情報の削除によって、削除されたキー情報は管理対象から除外されるが、キー情報中の「格納アドレス」に記憶されている医療データは、そのままの状態で維持される。

以上説明したように、本実施の形態によれば、医療データに、医療データに共通のキー情報が付与されているので、データ形式にかかわらず、医療データの情報を劣化させることなく、キー情報に基づいて医療データを管理することができる。具体的には、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目に基づいて医療データを管理することができる。したがって、いずれのデータ形式の医療データに対しても統一された方法でキー情報を削除することができ、複数種類のデータ形式から成る医療データの管理において、削除処理の簡略化を図ることができる。

また、キー情報のみを削除し、削除されたキー情報と関連付けられている医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ等）については削除しないので、誤操作によるデータの消失を防止することができる。

また、削除フラグの変更により、キー情報を無効なデータとして扱っているだけであるため、削除されたキー情報に対応する削除フラグを「０」に変更することにより、キー情報を復帰させることができる。

尚、上記実施の形態における記述は、本発明に係る統合管理サーバの一例であり、これに限定されるものではない。システム及び各装置の細部構成及び細部動作に関しても適宜変更可能である。

例えば、統合管理サーバ３０とクライアント端末２０は、通信ネットワークＮを介してデータ通信を行う構成としたが、統合管理サーバ３０がクライアント端末２０の機能を持ち、表示部３３がデータ削除画面２３１を表示する構成としてもよい。

また、キー情報を削除する際に、共通キー情報ＤＢ３５２における削除フラグの変更（論理削除）ではなく、共通キー情報ＤＢ３５２からキー情報を物理的に削除することとしてもよい。この場合においても、画像管理サーバ５０、検査管理サーバ７０又は病理部門情報管理装置９０から受信した医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ等）は記憶部３５に記憶されているので、統合管理サーバ３０の制御部３１は、医療データを解析することにより、キー情報を復帰させることができる。「受信日時」については、医療データが記憶部３５に記憶された日時が残っていれば、それを利用する。

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

医療システムのシステム構成図である。 医療データのデータフローを示す図である。 統合管理サーバのブロック図である。 共通キー情報ＤＢのデータ構成図である。 記憶部に記憶されている医療データのイメージ図である。 クライアント端末のブロック図である。 クライアント端末及び統合管理サーバにおいて実行される処理を示すラダーチャートである。 データ削除画面の画面例である。 （ａ）は、キー情報の削除前における医療データのイメージ図である。（ｂ）は、キー情報の削除後における医療データのイメージ図である。

符号の説明

１０ 電子カルテサーバ
２０ クライアント端末
２１ 制御部
２２ 操作部
２３ 表示部
２４ 通信部
２５ 記憶部
２６ バス
３０ 統合管理サーバ
３１ 制御部
３２ 操作部
３３ 表示部
３４ 通信部
３５ 記憶部
３６ バス
４０ ＤＩＣＯＭ準拠撮影装置
５０ 画像管理サーバ
６０ 検査装置
７０ 検査管理サーバ
８０ 顕微鏡
９０ 病理部門情報管理装置
１００ 医療システム
２００ 放射線部門システム
２３１ データ削除画面
２５１ 専用ビューワプログラム
３００ 検査部門システム
３５１ 統合管理プログラム
３５２ 共通キー情報ＤＢ
４００ 病理部門システム
Ｎ 通信ネットワーク
Ａ１ 患者ＩＤ入力領域
Ａ２ データ種別入力領域
Ａ３ 検索ボタン
Ａ４ リスト表示領域
Ａ５ 医療データ表示領域
Ａ６ 削除ボタン

Claims (4)

1. 複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されている統合管理サーバであって、
   前記キー情報の中から削除対象のキー情報を選択する選択指示、及び、当該選択されたキー情報を削除する削除指示を取得する取得手段と、
   前記取得手段により取得された選択指示及び削除指示に基づいて、前記選択されたキー情報を前記記憶手段から削除する制御手段と、
   を備える統合管理サーバ。
2. 前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
   請求項１に記載の統合管理サーバ。
3. 複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されているコンピュータを、
   前記キー情報の中から削除対象のキー情報を選択する選択指示、及び、当該選択されたキー情報を削除する削除指示を取得する取得手段、
   前記取得手段により取得された選択指示及び削除指示に基づいて、前記選択されたキー情報を前記記憶手段から削除する制御手段、
   として機能させるためのプログラム。
4. 前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
   請求項３に記載のプログラム。

Images