JP2010128784A - 統合管理サーバ及びプログラム - 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）等を備え、通信ネットワークＮを介して接続されたクライアント端末２０、画像管理サーバ５０、検査管理サーバ７０、病理部門情報管理装置９０等の外部機器との間でデータの送受信を行う。

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

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

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

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

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

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

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

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

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

制御部３１は、通信部３４を介して、クライアント端末２０から医療データ取得要求を受信すると（が入力されると）、医療データ取得要求に含まれるキー情報に関連付けられた医療データ（統合管理対象医療データ）を記憶部３５から読み出す。制御部３１は、読み出した医療データをクライアント端末２０に通信部３４を介して送信（出力）する。

具体的に、制御部３１は、医療データ取得要求に含まれるキー情報の「格納アドレス」に基づいて、このキー情報に関連付けられた医療データを記憶部３５から読み出す。

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

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

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

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

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

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

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

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

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

[医療システムにおける各装置の具体的な動作]
次に、医療システム１００において実行される各装置の具体的な動作について、図７を用いて説明する。

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

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

統合管理サーバ３０の制御部３１は、通信部３４を介して、クライアント端末２０から検索条件を受信すると（受け付けると）、この検索条件に合致するキー情報を共通キー情報ＤＢ３５２から抽出する（ステップＳ３）。

例えば、「患者ＩＤ：４００」及び「受信日時：２００８／１１／１５」である検索条件の場合、共通キー情報ＤＢ３５２のレコードから「患者ＩＤ：４００」及び「受信日時：２００８／１１／１５」である一又は複数のレコード（キー情報）を抽出する。

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

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

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

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

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

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

クライアント端末２０の制御部２１は、通信部２４を介して統合管理対象医療データを受信すると、この統合管理対象医療データを表示部２３に表示する（ステップＳ１１）。具体的に、制御部２１は、キー情報リスト画面２３１に統合管理対象医療データを表示する（図８（ｂ）、図８（ｃ）、図９（ｂ）参照）。

[画面例]
次に、クライアント端末２０の表示部２３に表示されるキー情報リスト画面２３１について、図８、図９を用いて説明する。

図８は、検索条件が「患者ＩＤ：４００」及び「受信日時：２００８／１１／１５」の場合のキー情報リスト画面２３１の画面例である。図９は、検索条件が「データ種別：画像」及び「受信日時：２００８／１１／１５」の場合のキー情報リスト画面２３１の画面例である。

図８（ａ）、図９（ａ）に示すように、キー情報リスト画面２３１は、検索条件表示領域ｅ１、医療データ表示領域ｅ２、キー情報リストｄ１から構成される。検索条件表示領域ｅ１には、図７のステップＳ１において生成された検索条件が表示される。医療データ表示領域ｅ２には、図７のステップＳ１０において送信された統合管理対象医療データに含まれる医療データが表示される。

キー情報リストｄ１は、図７のステップＳ５において送信されたキー情報リストである。項目「種別」は「データ種別」に対応する。具体的に、図８（ａ）のキー情報リストｄ１は、検索条件「患者ＩＤ：４００」及び「受信日時：２００８／１１／１５」に合致するキー情報のリストである。図９（ａ）のキー情報リストｄ１は、検索条件「データ種別：画像」及び「受信日時：２００８／１１／１５」に合致するキー情報のリストである。

図８（ａ）において、キー情報リストｄ１の「患者ＩＤ：４００」「患者名：サトウミチオ」「受信日時：２００８／１１／１５」「種別：画像」であるレコードを選択しダブルクリックすると、図８（ｂ）に示すように、医療データ表示領域ｅ２に、医用画像が表示される。

図８（ａ）において、キー情報リストｄ１の「患者ＩＤ：４００」「患者名：サトウミチオ」「受信日時：２００８／１１／１５」「種別：検体」であるレコードを選択しダブルクリックすると、図８（ｃ）に示すように、医療データ表示領域ｅ２に、検査データが表示される。

図９（ａ）において、キー情報リストｄ１の「患者ＩＤ：４００」「患者名：サトウミチオ」「受信日時：２００８／１１／１５」「種別：画像」であるレコードを選択しダブルクリックすると、図９（ｂ）に示すように、医療データ表示領域ｅ２に、医用画像が表示される。

つまり、キー情報リストｄ１のレコードがダブルクリックされると、クライアント端末２０の制御部２１は、ダブルクリックされたレコードに対応するキー情報を含む医療データ取得要求を生成し、この医療データ取得要求を統合管理サーバ３０に送信する。そして、制御部２１は、統合管理サーバ３０から統合管理対象医療データを受信する。制御部２１は、この統合管理対象医療データに含まれる医療データに基づいて、医療データ表示領域ｅ２に医用画像や検査データを表示する。

以上、本実施の形態によれば、統合管理サーバ３０は、複数種類のデータ形式から成る医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ）のそれぞれに、当該医療データにおいて共通のキー情報を付与して管理する。統合管理サーバ３０は、クライアント端末２０から検索条件（検索条件情報）が受信（入力）されると、前記医療データに付与されたキー情報のうち、前記検索条件に合致するキー情報を共通キー情報ＤＢ３５２から抽出してリスト（キー情報リスト）を生成する。統合管理サーバ３０は、生成したキー情報リストをクライアント端末２０に送信（出力）する。

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

統合管理サーバ３０は、クライアント端末２０から医療データ取得要求が受信（入力）されると、この医療データ取得要求に含まれるキー情報に関連付けられた（対応する）医療データを記憶部３５から読み出し、クライアント端末２０に送信（出力）する。

そのため、複数種類のデータ形式の医療データを情報劣化させることなく管理し、当該医療データの検索の利便性を向上させることができる。また、医師等のユーザは、所望する医療データを参照することができる。

また、医師等のユーザは、各データ形式に共通のキー情報に基づいて、各データ形式の違いを考慮せずに医療データを検索することができる。

また、統合管理サーバ３０において医療データを一元管理し、クライアント端末２０においてこの医療データを参照できるため、ＨＩＳのようなシステムを必要とせず、診療所のような人手が少ない施設においても運用可能である。

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

例えば、本実施の携帯において、統合管理サーバ３０とクライアント端末２０は、通信ネットワークＮを介してデータ通信を行う構成としたが、以下のような構成にしてもよい。即ち、統合管理サーバ３０は、クライアント端末２０の機能を持ち、表示部３３がキー情報リスト画面２３１を表示する構成としてもよい。

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

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

符号の説明

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

Claims (6)

1. 複数種類のデータ形式から成る医療データのそれぞれに、当該医療データにおいて共通のキー情報を付与して管理する統合管理サーバであって、
   検索条件情報が入力された場合、前記医療データに付与されたキー情報のうち、前記検索条件情報に合致するキー情報のリストを生成して出力し、
   前記リストから選択されたキー情報が入力された場合、当該キー情報に対応する医療データを出力する制御手段、
   を備える統合管理サーバ。
2. 前記制御手段は、前記リストを画面に表示出力する、
   請求項１に記載の統合管理サーバ。
3. 前記検索条件情報は、患者ＩＤ、患者名、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
   請求項１又は２に記載の統合管理サーバ。
4. 複数種類のデータ形式から成る医療データのそれぞれに、当該医療データにおいて共通のキー情報を付与して管理するコンピュータを、
   検索条件情報が入力された場合、前記医療データに付与されたキー情報のうち、前記検索条件情報に合致するキー情報のリストを生成して出力し、
   前記リストから選択されたキー情報が入力された場合、当該キー情報に対応する医療データを出力する制御手段、
   として機能させるためのプログラム。
5. 前記制御手段は、前記リストを画面に表示出力する、
   請求項４に記載のプログラム。
6. 前記検索条件情報は、患者ＩＤ、患者名、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
   請求項４又は５に記載のプログラム。

Images