(57)【要約】【課題】複数種類のデータ形式から成る医療データの管理において、修正処理の簡略化を図る。【解決手段】統合管理サーバは、クライアント端末から受信した検索条件に合致するキー情報を共通キー情報ＤＢから抽出し（ステップＳ３）、キー情報リストを生成して（ステップＳ４）、クライアント端末に送信する（ステップＳ５）。そして、統合管理サーバは、クライアント端末から受信した医療データ取得要求（修正対象のキー情報を選択する選択指示）、及び、選択されたキー情報を修正する修正指示に基づいて、記憶部に記憶されている共通キー情報ＤＢの該当するキー情報の内容を修正し、修正後の内容で保存する（ステップＳ１４）。【選択図】図７
2010128786.tif 000002
【特許請求の範囲】
【請求項１】
複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されている統合管理サーバであって、
前記キー情報の中から修正対象のキー情報を選択する選択指示、及び、当該選択されたキー情報の内容を修正する修正指示を取得する取得手段と、
前記取得手段により取得された選択指示及び修正指示に基づいて、前記記憶手段に記憶されている前記選択されたキー情報の内容を修正する制御手段と、
を備える統合管理サーバ。
【請求項２】
前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
請求項１に記載の統合管理サーバ。
【請求項３】
複数種類のデータ形式から成る医療データが当該医療データに共通のキー情報が付与された状態で記憶手段に記憶されているコンピュータを、
前記キー情報の中から修正対象のキー情報を選択する選択指示、及び、当該選択されたキー情報の内容を修正する修正指示を取得する取得手段、
前記取得手段により取得された選択指示及び修正指示に基づいて、前記記憶手段に記憶されている前記選択されたキー情報の内容を修正する制御手段、
として機能させるためのプログラム。
【請求項４】
前記キー情報は、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目のうち、少なくとも一つの項目を含む、
請求項３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統合管理サーバ及びプログラムに関する。
【背景技術】
【０００２】
画像検査、検体検査、病理診断等の各検査は、病院内や病院外の各部門の検査システム（部門システム）によって実施されている。各部門システムは、その部門システム独自のデータ形式（プロトコル（規格）やデータセット）によって情報管理を行っている。
【０００３】
電子カルテシステムでは、各部門システムに検査を依頼し、各部門システムにおける検査結果のデータ（医療データ）を参照する。このとき、電子カルテシステムでは、各部門システムにおいて独自に採用されているデータ形式を用いて、各部門で管理されている医療データを参照していた。
【０００４】
または、電子カルテシステムでは、各部門システムにおいて、医療データをＪＰＥＧ形式やＰＤＦ形式のような汎用データ形式のファイルに変換してもらい、この汎用データ形式のファイルを取得し、医療データを参照していた。
【０００５】
最近では、各部門システムと、ＨＩＳ（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」「データ種別：画像」のレコードの記憶イメージである。このレコードについて、クライアント端末２０から統合管理サーバ３０に、項目「患者ＩＤ」を「KM011」と修正し、項目「患者名」を「タナカ^ジロウ」と修正する旨の修正指示が送信された場合には、統合管理サーバ３０の制御部３１は、図９（ｂ）に示すように、「患者ＩＤ：KM001」を「患者ＩＤ：KM011」と修正し、「患者名：スズキ^タロウ」を「患者名：タナカ^ジロウ」と修正する。即ち、キー情報の修正によって、キー情報中の「患者ＩＤ」及び「患者名」は変更されるが、キー情報中の「格納アドレス」に記憶されている医療データについては変更されない。
【００９４】
以上説明したように、第１の実施の形態によれば、医療データに、医療データに共通のキー情報が付与されているので、データ形式にかかわらず、医療データの情報を劣化させることなく、キー情報に基づいて医療データを管理することができる。具体的には、患者ＩＤ、患者名、性別、受信日時又はデータ種別の各項目に基づいて医療データを管理することができる。したがって、いずれのデータ形式の医療データに対しても統一された方法でキー情報の内容を修正することができ、複数種類のデータ形式から成る医療データの管理において、修正処理の簡略化を図ることができる。
【００９５】
また、統合管理サーバ３０において修正対象とするのはキー情報のみであり、医療データについては変更しないので、医療データの信頼性を維持することができる。
【００９６】
[第２の実施の形態]
次に、本発明を適用した第２の実施の形態について説明する。
第２の実施の形態における医療システムの構成は、第１の実施の形態に示した医療システム１００と同様であるため、図１〜図６を援用し、図示及び説明を省略する。以下、第２の実施の形態に特徴的な処理について説明する。
【００９７】
[医療システムにおける各装置の具体的な動作]
第２の実施の形態における医療システムにおいて実行される各装置の具体的な動作について説明する。
図１０は、クライアント端末２０及び統合管理サーバ３０において実行される処理を示すラダーチャートである。クライアント端末２０における処理は、制御部２１と記憶部２５に記憶されている専用ビューワプログラム２５１との協働によるソフトウェア処理によって実現される。統合管理サーバ３０における処理は、制御部３１と記憶部３５に記憶されている統合管理プログラム３５１との協働によるソフトウェア処理によって実現される。
【００９８】
図１０に示すように、クライアント端末２０の制御部２１は、ユーザ操作による操作部２２からの入力に基づいて、２患者分の統合管理対象医療データの検索条件を生成する（ステップＳ２１）。例えば、「患者ＩＤ：KM001」及び「受信日時：2008/10/14」と、「患者ＩＤ：KM002」及び「受信日時：2008/10/14」とが検索条件として設定される。
【００９９】
制御部２１は、生成した２患者分の検索条件を通信部２４を介して統合管理サーバ３０に送信する（ステップＳ２２）。
【０１００】
統合管理サーバ３０の制御部３１は、通信部３４を介して、クライアント端末２０から２患者分の検索条件を受信すると、各検索条件に合致するキー情報を共通キー情報ＤＢ３５２から抽出する（ステップＳ２３）。
【０１０１】
制御部３１は、抽出したキー情報に基づいて、２患者分のキー情報のリスト（キー情報リスト）を生成する（ステップＳ２４）。制御部３１は、生成した２患者分のキー情報リストを通信部３４を介してクライアント端末２０に送信する（ステップＳ２５）。
【０１０２】
クライアント端末２０の制御部２１は、通信部２４を介して統合管理サーバ３０からキー情報リストを受信すると、２患者分のキー情報リストを表示部２３に表示する（ステップＳ２６）。
【０１０３】
制御部２１は、ユーザ操作による操作部２２からの入力に基づき、受信したキー情報リストから修正対象のキー情報を選択する（ステップＳ２７）。
【０１０４】
制御部２１は、選択されたキー情報を含む医療データ取得要求（修正対象のキー情報を選択する選択指示）を生成し、通信部２４を介して統合管理サーバ３０に送信する（ステップＳ２８）。
【０１０５】
統合管理サーバ３０の制御部３１は、通信部３４を介してクライアント端末２０から医療データ取得要求（修正対象のキー情報を選択する選択指示）を受信する（取得する）と、この医療データ取得要求に含まれるキー情報に関連付けられた医療データを記憶部３５から読み出す（ステップＳ２９）。具体的に、制御部３１は、クライアント端末２０から医療データ取得要求を受信すると、この医療データ取得要求に含まれるキー情報の項目「格納アドレス」の値を読み出し、この格納アドレスに格納されている医療データを記憶部３５から読み出す。
【０１０６】
制御部３１は、統合管理対象医療データ（読み出した医療データとキー情報）を通信部３４を介してクライアント端末２０に送信する（ステップＳ３０）。
【０１０７】
クライアント端末２０の制御部２１は、通信部２４を介して統合管理サーバ３０から統合管理対象医療データを受信すると、この統合管理対象医療データを表示部２３に表示する（ステップＳ３１）。
【０１０８】
クライアント端末２０の制御部２１は、ユーザ操作による操作部２２からの入力に基づき、ステップＳ２７において選択されたキー情報の内容を、他方の患者のキー情報の内容に修正する修正指示を生成する（ステップＳ３２）。具体的に、制御部２１は、選択されたキー情報について修正対象項目（「患者ＩＤ」「患者名」「性別」）とそれに対応する修正後の値との組み合わせを含む修正指示を生成する。制御部２１は、生成された修正指示を通信部２４を介して統合管理サーバ３０に送信する（ステップＳ３３）。
【０１０９】
統合管理サーバ３０の制御部３１は、通信部３４を介してクライアント端末２０から選択されたキー情報の内容を、他方の患者のキー情報の内容に修正する修正指示を受信する（取得する）と、受信された選択指示及び修正指示に基づいて、記憶部３５に記憶されている共通キー情報ＤＢ３５２の該当するキー情報の内容を修正し、修正後の内容でキー情報を保存する（ステップＳ３４）。
【０１１０】
[クライアント端末の操作画面例]
図１１に、クライアント端末２０の表示部２３に表示されるデータ修正画面２３２の一例を示す。図１１に示すように、データ修正画面２３２には、患者ＩＤ入力領域Ｂ１、受信日入力領域Ｂ２、検索ボタンＢ３、リスト表示領域Ｂ４、患者ＩＤ入力領域Ｂ５、受信日入力領域Ｂ６、検索ボタンＢ７、リスト表示領域Ｂ８、医療データ表示領域Ｂ９、矢印ボタンＢ１０、矢印ボタンＢ１１、取消ボタンＢ１２、確定ボタンＢ１３が含まれる。
【０１１１】
患者ＩＤ入力領域Ｂ１は、患者１に対する検索条件として「患者ＩＤ」を入力及び表示するための領域である。図１１に示す例では、患者ＩＤ入力領域Ｂ１に検索条件として「KM001」が入力されている。
【０１１２】
受信日入力領域Ｂ２は、患者１に対する検索条件として「受信日」を入力及び表示するための領域である。図１１に示す例では、受信日入力領域Ｂ２に検索条件として「2008/10/14」が入力されている。
【０１１３】
検索ボタンＢ３は、患者ＩＤ入力領域Ｂ１に入力された「患者ＩＤ」及び受信日入力領域Ｂ２に入力された「受信日」を患者１に対する検索条件として統合管理サーバ３０に送信する際に押下されるボタンである。
【０１１４】
リスト表示領域Ｂ４は、患者ＩＤ入力領域Ｂ１に入力された「患者ＩＤ」及び受信日入力領域Ｂ２に入力された「受信日」を検索条件として抽出された患者１に対するキー情報リストを表示するための領域である。即ち、図１０のステップＳ２６において、患者１に対するキー情報リストが表示される領域である。図１１に示す例では、検索条件「患者ＩＤ：KM001」及び「受信日：2008/10/14」に合致するキー情報リストがリスト表示領域Ｂ４に表示されている。
【０１１５】
患者ＩＤ入力領域Ｂ５は、患者２に対する検索条件として「患者ＩＤ」を入力及び表示するための領域である。図１１に示す例では、患者ＩＤ入力領域Ｂ５に検索条件として「KM002」が入力されている。
【０１１６】
受信日入力領域Ｂ６は、患者２に対する検索条件として「受信日」を入力及び表示するための領域である。図１１に示す例では、受信日入力領域Ｂ６に検索条件として「2008/10/14」が入力されている。
【０１１７】
検索ボタンＢ７は、患者ＩＤ入力領域Ｂ５に入力された「患者ＩＤ」及び受信日入力領域Ｂ６に入力された「受信日」を患者２に対する検索条件として統合管理サーバ３０に送信する際に押下されるボタンである。
【０１１８】
リスト表示領域Ｂ８は、患者ＩＤ入力領域Ｂ５に入力された「患者ＩＤ」及び受信日入力領域Ｂ６に入力された「受信日」を検索条件として抽出された患者２に対するキー情報リストを表示するための領域である。即ち、図１０のステップＳ２６において、患者２に対するキー情報リストが表示される領域である。図１１に示す例では、検索条件「患者ＩＤ：KM002」及び「受信日：2008/10/14」に合致するキー情報リストがリスト表示領域Ｂ８に表示されている。
【０１１９】
医療データ表示領域Ｂ９は、リスト表示領域Ｂ４又はリスト表示領域Ｂ８に表示されているキー情報リストの中から修正対象として選択されたキー情報に関連付けられた医療データを表示するための領域である。
【０１２０】
例えば、図１１に示すデータ修正画面２３２において、ユーザが操作部２２から操作することにより、リスト表示領域Ｂ８の「患者ＩＤ：KM002」「患者名：コニシ^ハナコ」「性別：Ｆ」「受信日時：2008/10/14 22:56:31」「受信日：検体」のレコードがクリックされると、制御部２１は、当該レコードを修正対象のキー情報として選択する。そして、制御部２１は、選択されたキー情報を含む医療データ取得要求（修正対象のキー情報を選択する選択指示）を生成し、通信部２４を介して統合管理サーバ３０に送信する。制御部２１は、統合管理サーバ３０から統合管理対象医療データを受信し、この統合管理対象医療データに含まれる医療データ（図１１においては検査データ）を医療データ表示領域Ｂ９に表示する。
【０１２１】
矢印ボタンＢ１０は、リスト表示領域Ｂ４において選択されたキー情報の内容（「患者ＩＤ」「患者名」「性別」）を患者２の内容に修正するためのボタンである。矢印ボタンＢ１１は、リスト表示領域Ｂ８において選択されたキー情報の内容（「患者ＩＤ」「患者名」「性別」）を患者１の内容に修正するためのボタンである。取消ボタンＢ１２は、矢印ボタンＢ１０又は矢印ボタンＢ１１による修正操作を取り消すためのボタンである。確定ボタンＢ１３は、矢印ボタンＢ１０又は矢印ボタンＢ１１による修正操作を確定させるためのボタンである。
【０１２２】
具体的には、データ修正画面２３２のリスト表示領域Ｂ８において「患者ＩＤ：KM002」「患者名：コニシ^ハナコ」「性別：Ｆ」「受信日時：2008/10/14 22:56:31」「受信日：検体」のレコードが選択されている状態で、ユーザが操作部２２から操作することにより、矢印ボタンＢ１１が押下され、確定ボタンＢ１３が押下された場合には、制御部２１は、選択されたレコードを患者１のキー情報の内容に修正する修正指示を生成し、通信部２４を介して統合管理サーバ３０に送信する。そして、データ修正画面２３２において、リスト表示領域Ｂ４に、「患者ＩＤ：KM001」「患者名：スズキ^タロウ」「性別：Ｍ」「受信日時：2008/10/14 22:56:31」「受信日：検体」のレコードが追加される。
【０１２３】
図１２（ａ）に、キー情報の修正前の記憶部３５における医療データの記憶イメージを示し、図１２（ｂ）に、キー情報の修正後の記憶部３５における医療データの記憶イメージを示す。図１２（ａ）は、図１１のリスト表示領域Ｂ８において選択されている「患者ＩＤ：KM002」「患者名：コニシ^ハナコ」「性別：Ｆ」「受信日時：2008/10/14 22:56:31」「受信日：検体」のレコードの記憶イメージである。このレコードについて、クライアント端末２０側で矢印ボタンＢ１１による修正操作があった場合には、統合管理サーバ３０の制御部３１は、図１２（ｂ）に示すように、「患者ＩＤ：KM002」を「患者ＩＤ：KM001」と修正し、「患者名：コニシ^ハナコ」を「患者名：スズキ^タロウ」と修正し、「性別：Ｆ」を「性別：Ｍ」と修正する。即ち、キー情報の修正によって、キー情報中の「患者ＩＤ」、「患者名」及び「性別」は変更されるが、キー情報中の「格納アドレス」に記憶されている医療データについては変更されない。
【０１２４】
以上説明したように、第２の実施の形態によれば、医療データに、医療データに共通のキー情報が付与されているので、データ形式にかかわらず、医療データの情報を劣化させることなく、キー情報に基づいて医療データを管理することができる。したがって、いずれのデータ形式の医療データに対しても統一された方法でキー情報の内容を修正することができ、複数種類のデータ形式から成る医療データの管理において、修正処理の簡略化を図ることができる。
【０１２５】
また、統合管理サーバ３０において修正対象とするのはキー情報のみであり、医療データについては変更しないので、医療データの信頼性を維持することができる。
【０１２６】
尚、上記各実施の形態における記述は、本発明に係る統合管理サーバの一例であり、これに限定されるものではない。システム及び各装置の細部構成及び細部動作に関しても適宜変更可能である。
【０１２７】
例えば、統合管理サーバ３０とクライアント端末２０は、通信ネットワークＮを介してデータ通信を行う構成としたが、統合管理サーバ３０がクライアント端末２０の機能を持ち、表示部３３がデータ修正画面２３１，２３２を表示する構成としてもよい。
【０１２８】
また、キー情報の内容のみを修正し、修正されたキー情報と関連付けられている医療データ（ＤＩＣＯＭ準拠画像データ、ＨＬ７準拠検査データ、ＨＬ７準拠病理診断データ等）の付帯情報については修正しないこととしたが、印刷又は表示するために、統合管理対象医療データを統合管理サーバ３０から外部に提供する場合には、ＤＩＣＯＭ付帯情報やＨＬ７付帯情報に含まれる患者情報等をキー情報に合わせて書き替えてから提供することとしてもよい。
【０１２９】
以上の説明では、各処理を実行するためのプログラムを格納したコンピュータ読み取り可能な媒体としてハードディスク等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬型記録媒体等を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
【図面の簡単な説明】
【０１３０】
【図１】医療システムのシステム構成図である。
【図２】医療データのデータフローを示す図である。
【図３】統合管理サーバのブロック図である。
【図４】共通キー情報ＤＢのデータ構成図である。
【図５】記憶部に記憶されている医療データのイメージ図である。
【図６】クライアント端末のブロック図である。
【図７】第１の実施の形態のクライアント端末及び統合管理サーバにおいて実行される処理を示すラダーチャートである。
【図８】データ修正画面の画面例である。
【図９】（ａ）は、キー情報の修正前における医療データのイメージ図である。（ｂ）は、キー情報の修正後における医療データのイメージ図である。
【図１０】第２の実施の形態のクライアント端末及び統合管理サーバにおいて実行される処理を示すラダーチャートである。
【図１１】データ修正画面の画面例である。
【図１２】（ａ）は、キー情報の修正前における医療データのイメージ図である。（ｂ）は、キー情報の修正後における医療データのイメージ図である。
【符号の説明】
【０１３１】
１０      電子カルテサーバ
２０      クライアント端末
２１      制御部
２２      操作部
２３      表示部
２４      通信部
２５      記憶部
２６      バス
３０      統合管理サーバ
３１      制御部
３２      操作部
３３      表示部
３４      通信部
３５      記憶部
３６      バス
４０      ＤＩＣＯＭ準拠撮影装置
５０      画像管理サーバ
６０      検査装置
７０      検査管理サーバ
８０      顕微鏡
９０      病理部門情報管理装置
１００    医療システム
２００    放射線部門システム
２３１    データ修正画面
２３２    データ修正画面
２５１    専用ビューワプログラム
３００    検査部門システム
３５１    統合管理プログラム
３５２    共通キー情報ＤＢ
４００    病理部門システム
Ｎ        通信ネットワーク
Ａ１      患者ＩＤ入力領域
Ａ２      データ種別入力領域
Ａ３      検索ボタン
Ａ４      リスト表示領域
Ａ５      医療データ表示領域
Ｂ１      患者ＩＤ入力領域
Ｂ２      受信日入力領域
Ｂ３      検索ボタン
Ｂ４      リスト表示領域
Ｂ５      患者ＩＤ入力領域
Ｂ６      受信日入力領域
Ｂ７      検索ボタン
Ｂ８      リスト表示領域
Ｂ９      医療データ表示領域
Ｂ１０    矢印ボタン
Ｂ１１    矢印ボタン
Ｂ１２    取消ボタン
Ｂ１３    確定ボタン
【図１】
2010128786.tif 000003
【図２】
2010128786.tif 000004
【図３】
2010128786.tif 000005
【図４】
2010128786.tif 000006
【図５】
2010128786.tif 000007
【図６】
2010128786.tif 000008
【図７】
2010128786.tif 000009
【図８】
2010128786.tif 000010
【図９】
2010128786.tif 000011
【図１０】
2010128786.tif 000012
【図１１】
2010128786.tif 000013
【図１２】
2010128786.tif 000014