(57)【要約】【課題】サーバーとの間でデータ交換する際、患者と医師とを関連付ける処理を必要としないシステムを提供する。【解決手段】医師による利用が可能になっていると共に、データ送信ネットワーク１４を介してデータサーバー１５に接続された生成ステーション１２によって、患者に関する医療データメッセージを自動的に生成するシステム１０。該システムは、メッセージ生成を開始するために医師による作動が可能である手段１６、１８、２０、２２と、医師識別データ入力手段３２、２２と、患者識別データ入力手段３４、２２と、患者に関する医療データ入力手段４０、２２と、これらの様々なデータを統合して、所定のネットワーク送信形式のメッセージを作成する手段４４と、ネットワークを介してメッセージをサーバーに送信する手段５４とを備えている。【選択図】図１
2007534072.tif 000002
【特許請求の範囲】
【請求項１】
医療従事者による利用が可能になっていると共に、データ送信ネットワーク（１４）を介してデータサーバー（１５）に接続された生成ステーション（１２）によって、患者に関する医療データメッセージを自動的に生成するシステム（１０）であって、
前記メッセージの前記生成を開始するために医療現場の前記従事者による作動が可能である手段（１６、１８、２０、２２）と、
医師を識別するデータを取得する手段（３２、２２）と、
前記患者を識別するデータを取得する手段（３４、２２）と、
前記患者に関する医療データを取得する手段（４０、２２）と、
これらの様々なデータを統合して、前記ネットワーク上での送信用の所定の形式に従ったメッセージを作成する統合手段（４４）と、
前記ネットワーク上の前記メッセージを、前記サーバーの送信先に出力する出力手段（４６）とを備えていることを特徴するシステム。
【請求項２】
前記統合手段（４４）は、前記データの全てを含む単一のファイルの前記形式のメッセージを作成するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項３】
前記メッセージの前記所定の送信形式は、所定の印刷形式でもあることを特徴とする請求項２に記載のシステム。
【請求項４】
前記所定の印刷形式は、「ポストスクリプト」形式であることを特徴とする請求項３に記載のシステム。
【請求項５】
前記印刷形式は、「ポータブルドキュメントフォーマット」形式であることを特徴とする請求項３に記載のシステム。
【請求項６】
データファイルの前記形式の前記医療データを前記所定の印刷形式に変換するように構成された変換手段（４５）を備えており、前記統合手段（４４）は、前記データファイルのヘッダー内に、前記患者及び前記医師を識別する前記データを含めるように構成されていることを特徴とする請求項３、４又は５に記載のシステム。
【請求項７】
前記統合手段（４４）は、共通の識別子を含む複数のＩＴファイルの前記形式のメッセージを作成するように構成されていることを特徴とする請求項１に記載のシステム。
【請求項８】
前記患者を識別するデータを取得する手段（３２、２０）は、患者の識別カード内の前記データを読み取る手段（３４）を備えていることを特徴とする請求項１ないし７の何れかに記載のシステム。
【請求項９】
前記医師を識別するデータを取得する手段（３４、２０）は、医師の識別カード内の前記データを読み取る手段（３４）を備えていることを特徴とする請求項１ないし８の何れかに記載のシステム。
【請求項１０】
前記医師を識別するデータを取得する手段（３４、２０）は、前記医師を認証する手段（３６、３８）をさらに備えていることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記認証手段（３６、３８）は、前記従事者が手動で認証コードを捕捉する手段（３６）と、
前記コードと、前記医師の識別カード内に保存されているコードとを比較する比較手段（３８）であって、この比較の結果に基づいて少なくとも前記医師を認証するための比較手段（３８）とを備えていることを特徴とする請求項１０に記載のシステム。
【請求項１２】
前記患者及び/又は前記医師を識別するデータを取得する前記手段は、前記データを手動で捕捉する手段（２０）を備えていることを特徴とする請求項１ないし１１の何れかに記載のシステム。
【請求項１３】
前記統合手段（４４）は、前記医師を認証するため、若しくは、前記メッセージ内に含まれている、前記患者の識別データと前記患者に関する医療データとの完全性を特に前記データサーバー（１５）において確認するために、又はその両目的のために、デジタル署名を生成して前記メッセージ内に取り入れるように構成されていることを特徴とする請求項１ないし１２の何れかに記載のシステム。
【請求項１４】
前記医師を識別するデータを取得する手段（３４、２０）は、前記デジタル署名を生成する非対称暗号アルゴリズムを、前記統合手段（４４）によって実行するために、前記医師に対応する秘密キーを取得するように構成されていることを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記医師のデータを取得する手段（３４、２０）は、患者の識別カード内の前記データを読み取る手段（３４）を備えており、この読み取り手段（３４）は、前記医師の識別カード内の前記医師に対応する前記秘密キーを読み取るように構成されていることを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記出力手段（４６）は、前記メッセージを圧縮する圧縮手段（４８）を備えていることを特徴とする請求項１ないし１５の何れかに記載のシステム。
【請求項１７】
前記出力手段（４６）は、前記メッセージを暗号化する手段（５０）を備えていることを特徴とする請求項１ないし１６の何れかに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療従事者による利用が可能になっていると共に、データ送信ネットワークを介してデータサーバーに接続された生成ステーションによって、患者に関する医療データメッセージを自動的に生成するシステムに関する。
【背景技術】
【０００２】
患者が生涯を通じて診察を受ける、医療現場の一人又は複数の医師、一般医師、専門家などによるデータの管理を容易にするために、昨今では、情報技術を用いて、患者に関する医療データを、少なくとも一つの中央医療データサーバーに集中させる傾向にある。
従来、医療現場の医師は、例えばオフィスコンピュータなどの自由に使えるデータ処理手段を仕事場に持っており、このようなデータ処理手段を用いることにより、医師は、例えば、診察、Ｘ線写真撮影、処方箋作成などの医療処置の結果として作成された、ＩＴ形式の患者に関する医療データを管理することが可能になっている。
【０００３】
しかしながら、データを管理及び／若しくは保存するために、又はデータを医療データサーバーとの間で交換するために医療現場の医師により使用されるＩＴツールは、一般に同種ではない。
特に、使用されるデータファイル形式（フォーマット）の種類は単一ではないので、医師の中には、データを交換する中央医療データサーバーに接続できない者もいるが、その原因は、この種の交換に適合したファイル形式を使用していないためである。
【０００４】
さらに、データ交換に適合した種類のファイル形式を医師が採用しているときでさえも、患者及び医師に関してサーバーとの間で交換した、両者を関連付けるデータの識別において、問題が生じてしまう。例えば、Ｘ線写真が適切なＩＴ形式に変換され、そのままサーバーに送信された場合、このデータ中には、例えばサーバーが医師及び患者を自動的に識別して関連付けることを可能にするデータが含まれていないため、さらに識別処理が必要となってしまう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、少なくとも一つの医療データサーバーとの間でのデータ交換に適合するＩＴ形式であると共に、医療データが関連付けられる医師及び患者を識別するデータを含む医療データメッセージを自動的に生成するように構成された生成システムを提供することによって、上述の問題を解決することである。
【課題を解決するための手段】
【０００６】
前記目的を達成するため、本発明のシステムは、医療従事者による利用が可能になっていると共に、データ送信ネットワークを介してデータサーバーに接続された生成ステーションによって、患者に関する医療データメッセージを自動的に生成するシステムであって、
前記メッセージの前記生成を開始するために医療現場の前記従事者による作動が可能である手段と、
医師を識別するデータを取得する手段と、
前記患者を識別するデータを取得する手段と、
前記患者に関する医療データを取得する手段と、
これらの様々なデータを統合して、前記ネットワーク上での送信用の所定の形式に従ったメッセージを作成する統合手段と、
前記ネットワーク上の前記メッセージを、前記サーバーの送信先に出力する出力手段とを備えていることを特徴としている。
【０００７】
別の特徴によれば、前記統合手段は、前記データの全てを含む単一のファイルの形式のメッセージを作成するように構成されている。
さらに別の特徴によれば、
前記メッセージの前記所定の送信形式は、所定の印刷形式でもあり、
前記所定の印刷形式は、「ポストスクリプト」形式であり、
前記印刷形式は、「ポータブルドキュメントフォーマット」である。
【０００８】
さらに別の特徴によれば、前記システムは、データファイルの前記形式の前記医療データを前記所定の印刷形式に変換するように構成された変換手段を備えており、前記統合手段は、前記データファイルのヘッダー内に、前記患者及び前記医師を識別する前記データを含めるように構成されている。
さらに別の特徴によれば、
前記統合手段は、共通の識別子を含む複数のＩＴファイルの前記形式のメッセージを作成するように構成されており、
前記患者を識別するデータを取得する手段は、患者の識別（ＩＤ）カード（身分証明書）内の前記データを読み取る手段を備えており、
前記医師を識別するデータを取得する手段は、医師の識別（ＩＤ）カード（身分証明書）内のデータを読み取る手段を備えており、
前記医師を識別するデータを取得する手段は、前記医師を認証する手段をさらに備えており、
前記認証手段は、前記従事者が手動で認証コードを捕捉する手段と、前記コードと、前記医師のＩＤカード内に保存されているコードとを比較する比較手段であって、この比較の結果に基づいて少なくとも前記医師を認証するための比較手段とを備えており、
前記患者及び／又は前記医師を識別するデータを取得する手段は、前記データを手動で捕捉する手段を備えており、
前記統合手段は、前記医師を認証するため、若しくは、前記メッセージ内に含まれている、前記患者の識別データと前記患者に関する前記医療データとの完全性を、特に前記データサーバーにおいて確認するために、又はその両目的のために、デジタル署名を生成して前記メッセージ内に取り入れるように構成されており、
前記医師の識別データを取得する手段は、前記デジタル署名を生成する非対称暗号アルゴリズムを、前記統合手段によって実行するために、前記医師に対応する秘密キーを取得するように構成されており、
前記医師のデータを取得する手段は、患者の識別カード内の前記データを読み取る手段を備えており、この読み取り手段は、前記医師の識別カード内の前記医師に対応する前記秘密キーを読み取るように構成されており、
前記出力手段は、前記メッセージを圧縮する圧縮手段を備えており、
前記出力手段は、前記メッセージを暗号化する手段を備えている。
【発明を実施するための最良の形態】
【０００９】
本発明は、添付図面を参照しながら、例としてのみ示す以下の説明を読むことによって、より容易に理解されるであろう。
図１は、患者に関する医療データメッセージを自動的に生成するシステム１０を図示している。
より具体的には、図示されているメッセージ生成システム１０は、医療従事者による利用が可能になっていると共に、データ送信ネットワーク１４を介して、特に患者に関する医療データの集合を集中的に管理及び保存する少なくとも一つのデータサーバー１５に接続された生成ステーション１２を備えている。
【００１０】
生成ステーション１２は、例えば、患者に対して医療処置がおこなわれる現場に設置されたオフィスコンピュータ型のデータ処理装置（ユニット）によって実現される。
生成ステーション１２は、医療従事者、即ち、医師自身又は生成システム１０の操作を許可されている者との通信のために、周辺機器の所定の集合体に接続された中央管理手段１６を備えている。例えば、周辺機器の集合体は、特に、表示スクリーン１８と、手動でデータ捕捉（取り込み）をおこなうためのキーボード２０と、スクリーン１８において指示をおこなうための指示手段２２と、プリンタ２４とにより構成されている。後により詳しく説明するように、生成ステーション１２は、ランダム・アクセス・メモリ２８及び大容量記憶手段３０など、永久的であるか否かに関わらず、患者に関する医療データを局所的に保存するデータ保存手段２６をさらに備えている。
【００１１】
生成システム１０は、医師、患者、及び医療処置に関するデータの所定の集合を取得するように構成されている。
より具体的には、生成システム１０は、患者を識別するデータを取得する取得手段３２を備えている。取得手段３２は、例えば、名前、社会保険番号、住所又はその他のデータなど、患者を明確に識別する上で必要となる患者の個人データを取得するように構成されている。
【００１２】
取得手段３２は、例えば、健康保険団体から患者に付与された、「ヴァイタル」カード型のチップカードなどの健康保険カード３３内に収められている患者の識別データを挿入時に読み取るカード読み取り装置を備えていることが有利である。カードは、取得手段３２の読み取り装置内に挿入され、カード内に収められているデータは、読み取り装置により読み取られた後、中央管理手段１６に送られてデータ保存手段２６に保存される。
【００１３】
患者の識別データを取得する取得手段３２は、例えば、データの修正、及び／又はカード内に収められていない補足データの医療従事者による手動捕捉、及び／又は患者が例えば健康保険カードを忘れてしまったときに患者を識別するデータの手動捕捉など、手動でデータ捕捉（取り込み）をおこなうためのキーボード２０によって、さらに完成されたものとなる。
【００１４】
生成システム１０は、例えば、名前、専門分野、国による医療従事者識別番号、又はその他のデータなど、医療処置をおこなう医師を識別するデータを取得する取得手段３４をさらに備えており、この識別データにより、医師を明確に識別することも可能となる。
取得手段３４は、「ＨＰＣ」カードとも呼ばれる、医療従事者チップカード型のカード３５内に収められた医師を識別するデータを、挿入時に読み取るように構成されたカード読み取り装置をさらに備えていることが有利である。
【００１５】
医師を識別するデータを取得する手段３４は、医師を認証するための手段をさらに備えている。実際、生成システム１０により生成される、患者に関する医療データメッセージは、例えば、他の医師又は行政機関によるその後の使用のために中央サーバー１５に保存することが意図されているので、このデータは確実に認証される必要がある。
従来、医療従事者用カード３５には、医師のみが知っている認証コードが収められている。それゆえ、認証手段は、医療従事者用カード読み取り装置内に入っていることが有利である。このために、読み取り装置は、例えばキーボードなど、コードを手動で捕捉するための手段３６と、コードの捕捉の要求や確認のメッセージ又はコード捕捉ではないメッセージを表示するように構成されたスクリーン３７とを備えている。
【００１６】
手動で捕捉されたコードは、次に、読み取り装置に設けられた比較手段３８であって、捕捉されたコードと、カード内に収められた認証コードとを比較するように構成されている比較手段３８に送られる。捕捉されたコードと、カード内に収められたコードとが一致する場合、医師の認証の確認後、カード内に収められた医師を識別するデータは、読み取られて中央管理手段１６に送られ、その後の使用のためにデータ保存手段２６に保存される。
【００１７】
さらに、医師の識別データを取得する手段３４は、医療従事者用カードに収められていない補足データを、医療従事者が、例えば、手動で捕捉するためのキーボード２０によって、完成されたものとなる。
尚、これらの取得手段の別の実施形態も想定可能である。従って、例えば、患者の識別データを取得する手段３２と、医師の識別データを取得する手段３４とは、同一の取得手段により（有利には、単一のカード読み取り装置により）構成されてもよく、その場合の取得手段は、患者の健康保険カード及び医師の医療従事者用カードを読み取るために連続的に使用される。
【００１８】
生成システム１０は、医療データを取得する手段４０をさらに備えている。取得手段４０は、例えば、Ｘ線写真撮影や超音波スキャンなどの医療処置の間に生成された医療データを取得するように構成されている。
医療データを取得する手段４０は、処方箋の作成や医療診断などを担当する医療従事者が手動でデータ捕捉をおこなうための手動データ捕捉用キーボード２０によって、さらに完成されたものとなる。
【００１９】
取得手段４０によって取得された医療データ、又はキーボード２０によって手動で捕捉された医療データは、次に、中央管理手段１６に送られ、その後の使用のためにデータ保存手段２６内に保存される。
当然のことながら、取得される医療データは、例えば、医療従事者の命令で自動的又は手動的にシステム１０によって連続して取得された、様々な種類（異なるタイプ）の医療データの幾つかのデータ項目の連結から生じるものでもよい。
【００２０】
例えば、医療データには、キーボード２０を用いて医療従事者によって得られた診断報告書と、患者のＸ線撮影の結果として取得したＸ線写真とが含まれてもよい。
取得手段４０及び／又はキーボード２０によって取得された医療データには、患者に関する医療データの種類を識別するデータ（例えば、その種類の明確な特定を可能にする所定のコード）がさらに含まれていることが有利である。これにより、データサーバー１５における医療データの処理、保存、及び分類を容易にすることが特に可能となる。
【００２１】
後により詳しく説明するように、医療データの種類を識別するデータは、例えば、スクリーン１８上に表示される適当なダイアログウィンドウと関連して、医療従事者がキーボード２０及び／又は指示手段２２の両方を用いることによって取得される。このデータは、次に、その後の使用のために保存手段２６内に保存される。
変形例において、医療データの種類を識別するデータには、例えば、保健機関から請求されたデータの一つ以上の項目など、追加的な記述データがさらに含まれる。このような記述データには、例えば、医療データの作成日時が含まれる。
【００２２】
記述データは、例えば、医療データの取得時、若しくはサーバー１５への医療データの送信時にシステム１０によって自動的に生成されるか、又は、医療従事者によってキーボード２０を用いて全体的若しくは部分的に捕捉される。
別の実施形態において、医療データの種類を識別するデータは、保存手段２６内に保存されている医療データと連結される。
【００２３】
データを統合（結合）する統合手段４４は、後により詳しく説明するように、ネットワーク上での送信用の所定の形式に従ったメッセージを作成するために、中央管理手段１６にさらに接続されており、患者、医師、及び医療データの種類を識別するデータと、患者に関する医療データとを統合するのに適したものとなっている。
送信形式は、所定の印刷形式でもあることが好ましい。例えば、「ポストスクリプト」（ＰＳ）タイプ、「ポータブルドキュメントフォーマット」（ＰＤＦ）タイプ、又はその他のタイプの標準形式など、現在使用されている表示および処理ソフトウェアに対応した汎用の印刷形式も想定可能であることが有利である。
【００２４】
所定の印刷形式のＩＴファイルを得るために、中央管理手段１６は、データ保存手段２６内に保存されている医療データを所定の印刷形式のファイルに、好ましくは、後により詳しく説明するように、簡易な処理が可能な「ポストスクリプト」形式のファイルに変換するように構成された変換手段４５に接続されている。
また、図２Ａ及び図２Ｂに示すように、医療データメッセージを生成するために、統合手段４４は、医療データに対応するデータファイルのヘッダー内に、患者及び医師を識別するデータを含めるように構成されている。
【００２５】
図２Ａは、「ポストスクリプト」形式の医療データファイルを示す図である。最先端技術においてよく知られているように、このファイルには、その識別、表示、印刷、処理などを可能にするパラメータの集合により構成されるヘッダー４６と、データゾーン４８とが含まれている。例えば、データゾーン４８には、Ｘ線写真などの医療データが含まれている。
【００２６】
図２Ｂは、統合手段４４によって上述のファイルから生成された医療データメッセージを示す図である。このファイルのヘッダー内には、患者を識別するデータを含むデータゾーン５０と、医師を識別するデータを含むデータゾーン５２と、患者に関する医療データの種類を識別するデータを含むデータゾーン５３とが、手段４４によって導入されている。
【００２７】
このメッセージについて、その他の形式も使用可能である。
変形例においては、統合手段４４が、例えば、データの種類ごとに一つのファイルという具合に、保存手段２６内に保存されているデータについて、複数のファイルを生成する。そして、手段４４は、生成されたＩＴファイルを含むアーカイブの形のメッセージを生成し、サーバー１５は、このアーカイブから様々なファイルを抽出するのに必要なＩＴツールを備えている。
【００２８】
再び図１を参照すると、後にもより詳しく説明するように、例えば、スクリーン１８上に表示されるダイアログウィンドウに関連する指示手段２２によって構成された生成開始手段が、医療従事者によって作動されたとき、医療データメッセージの生成が始動する。
最後に、生成システム１０は、ネットワーク１４上に医療データメッセージを出力する出力手段５４を備えている。出力手段５４は、メッセージを圧縮することにより、ネットワーク１４上に送信されるデータのサイズを小さくする圧縮手段５６を備えていることが有利である。
【００２９】
データ送信ネットワーク１４上で送信される医療データの機密性と安全性（セキュリティ）とを保証するために、出力手段５４は、メッセージを暗号化する手段５８をさらに備えていてもよい。
次に、図３のフローチャートを参照しながら、生成システム１０の動作を説明する。
生成システム１０の動作の第１のステップは、例えば、システムのスイッチが入れられたとき、又は医療処置がおこなわれるたびに開始される初期設定（初期化）ステップ６０である。初期設定には、特に、所定の安全度の選択をおこなう工程が含まれる。この選択により、医師及び／又は患者のカードから読み取られると共に医療従事者による修正が可能な識別データが特定される。
【００３０】
初期設定が完了すると、ステップ６２において、中央管理手段１６が医師の識別／認証についての要求を出力する。例えば、中央管理手段１６は、表示スクリーン１８上に適当なダイアログウィンドウを表示させることにより、取得手段３４のカード読み取り装置内への医師の医療従事者用カードの挿入を促す。
医師が、利用可能な自分の医療従事者用カードを手元に持っていない場合、ステップ６４において、医師はこのことを中央管理手段１６に対して示すが、この作業は、例えば、この目的のために上述のダイアログウィンドウに特別に設けられたボタンを、指示手段２２を用いて指示して確認することによりおこなわれる。
【００３１】
これに応じて、ステップ６６において、生成システム１０は、所定の動作縮小モードで機能するようになっており、少なくとも、所定の送信形式の医療データメッセージを生成することができず、従って、この医療データメッセージをサーバー１５の送信先へ出力することもできない。
医師が、利用可能な自分の医療従事者用カードを手元に持っている場合、ステップ６８において、医師の識別データ取得手段３４の読み取り装置内に、医師がカードを挿入する。
【００３２】
カードの挿入に応じて、ステップ７０においては、カード読み取り装置３４のスクリーン３７上に、認証コードの捕捉の要求が表示され、医師は、カード読み取り装置３４のコード捕捉用キーボード３６を用いて、認証コードを捕捉する。
ステップ７２において、捕捉されたコードは、次に比較手段３８に送られ、捕捉されたコードと、読み取り装置に挿入されたカード内の認証コードとが比較される。これら二つのコードが異なる場合、ステップ７４において、比較手段３６は、医師によるコード捕捉の試みの回数が、比較手段３８に保存されている所定の試みの回数以上であるかどうかを検証する。
【００３３】
この検証の結果、コード捕捉の試みの回数が所定回数以上であった場合、エラーメッセージが生成されて、生成システムはステップ６６における動作を開始する。この検証の結果、コード捕捉の試みの回数が所定回数未満であった場合、ステップ７４からステップ７０に戻る。
医師が捕捉したコードと、カード内に収められた認証コードとが一致する場合、ステップ７６において、医師の識別データ取得手段３４のカード読み取り装置により、カード内に収められている医師の識別データが中央管理手段に送られ、これに応じて、中央管理手段は、このデータをデータ保存手段２６内に保存する。
【００３４】
また、ステップ７６で中央管理手段１６は、スクリーン１８上にダイアログウィンドウを表示させることにより、任意又は非任意で、ウィンドウの特定のフィールドにおいて、医療従事者に、医療従事者用カード内に収められているデータを補足する医師の識別データをキーボード２０を用いて捕捉させる。
そして、補足識別データが捕捉された場合、そのデータは、保存手段２６内に保存されている識別データに連結される。
【００３５】
生成システム１０の次の動作は、患者の識別データの取得である。このために、ステップ７８において、中央管理手段１６は、例えば、スクリーン１８上に適当なダイアログウィンドウを表示させることによって、医療従事者に、患者の健康保険カードを、患者の識別データ取得手段３２のカード読み取り装置内に挿入させる要求を出力する。
患者の健康保険カードの挿入後、ステップ８０において、患者の識別データ取得手段３２のカード読み取り装置は、カード内に収められたデータを読み取った後、中央管理手段１６に送り、次に中央管理手段１６は、そのデータをデータ保存手段２６内に保存する。
【００３６】
患者の識別データを手動で捕捉するステップ８２において、中央管理手段１６は、スクリーン１８上にダイアログウィンドウを表示させることにより、任意又は非任意に、ウィンドウの特定のフィールドにおいて、医療従事者に、健康保険カード内に収められているデータを補足する患者の識別データをキーボード２０を用いて捕捉させる。
例えば、患者が忘れてしまったために、健康保険カードを読み取り装置内に挿入できない場合、患者のカードの挿入を要求するステップ７８から、患者の識別データの全てを医療従事者が手動で捕捉する手動捕捉ステップ８２に進む。
【００３７】
読み取られた患者の識別データ及び／又は捕捉された患者の識別データは、ステップ８４において、中央管理手段１６に送られ、そのデータはデータ保存手段２６内に保存される。
生成システム１０の次の動作ステップは、患者に関する医療データを取得するステップ８８である。このステップ８８の間、医療データ取得手段４０及び／又は医療従事者は、診察、Ｘ線写真、外科的介入の報告書又はその他のデータなど、医療処置をおこなう際に作成される医療データを、例えばキーボード２０を用いて捕捉する。このデータは、次に中央管理手段１６に送られて、データ保存手段２６内に保存される。
【００３８】
次のステップ８９は、患者に関するデータの種類を識別するデータを取得するステップである。この目的のために、中央管理手段１６は、適当なダイアログウィンドウを表示させることにより、その特定のフィールドにおいて、医療従事者に、医療データの種類を捕捉させるか、又は、例えばスクロールメニューの形式の医療データの種類の所定リストから、医療データの種類を選択させる。
【００３９】
医療データの種類を識別するデータは、次に中央管理手段１６に送られ、これに応じて中央管理手段１６は、そのデータをデータ保存手段２６内に保存する。
次に、ステップ９０において、変換手段４５は、保存されている医療データを、必要に応じて、例えば「ポストスクリプト」印刷形式の一つ以上のファイルに変換する。
次のステップは、データ保存手段２６において、サーバー１５に向けて出力される患者に関する医療データを医療従事者が選択する、即ち、例えば「ポストスクリプト」形式の一つ以上のデータファイルを選択するステップ９２である。この選択は、データ保存手段２６を一通り調べて、特定のファイルを選択し、それを表示することができる、所定形式のドキュメントをスクリーン１８上に表示するソフトウェアを用いておこなうことが有利である。
【００４０】
この選択ステップ９２において、医療従事者が付加的なデータ処理を開始して、例えば複数の保存データファイルから、「ポストスクリプト」形式の単一のデータファイルを作成してもよい。
医療データの選択と処理とが全て完了すると、次のステップ９４において、医療従事者が、出力されるべき医療データメッセージの作成を開始するが、この作業は、この目的のために表示ソフトウェアのダイアログウィンドウに特別に設けられたボタン、又はスクリーン上に表示されるデータのプリンタによる印刷を作動するボタンなど、既にウィンドウに存在し、この付加的な開始機能に対応しているボタンを、例えば指示手段２２で押すことによりおこなわれる。
【００４１】
次のステップ９６において、中央管理手段１６は、医師、患者及び医療データの種類を識別するデータを保存手段２６において読み取り、読み取ったデータを、サーバー１５に送信するよう選択された医療データに対応するデータファイルと共に統合手段４４に送る。
次に、図２Ａ及び図２Ｂを参照して説明したように、統合手段４４は、例えば「ポストスクリプト」形式のファイルのヘッダー内に医師、患者、及び医療データの種類を識別するデータを含む医療データメッセージを生成した後、そのファイルを、例えば、医療データの局所的な管理の必要性に応じて保存手段２６内に保存する。
【００４２】
ステップ９８において、このように生成されたメッセージは、次に出力手段５４に送られ、圧縮と暗号化とがおこなわれた後、医療データサーバー１５に向けた送信のためにデータ送信ネットワーク１４上に出力される。
次に、メッセージは、その後の使用を目的としてアクセス可能にするために、サーバーにおいて受信、分類及び保存される。
【００４３】
取得された様々なデータを概括（要約）するダイアログウィンドウの一例は、４頁に示されている。
医師、患者、及び患者に関する医療データの種類を識別するデータを取得するためのダイアログウィンドウは、実際には、図４に示されるようなタイプの単一のウィンドウであることが有利である。このようなウィンドウは、中央管理手段１６によって生成されて、スクリーン１８上に表示され、そして、その様々な機能、フィールド、ボタン、スロットなどは、指示手段２２及び捕捉用のキーボード２０を用いることにより従来の方式で利用可能になっている。
【００４４】
ダイアログウィンドウには、データフィールドの複数のグループが含まれている。「医療従事者識別（作成者）」という名称のフィールドの第１のグループＡには、医療処置をおこなう医師を識別するデータに関するフィールドが含まれている。第１のフィールド「ＰＳ選択」は、医師の選択のために設けられている。実際に、例えば病院に設置された生成システム１０は、システム１０によって認証及び識別された複数の医師がおこなう医療処置に関する医療データを、生成及び送信するために使用することが可能になっている。そして、医療従事者は、当該フィールドに対応するスクロールメニューによって、特定の医師に関連する識別データを選択することができ、この例では、医師を識別するデータの所定の集合の中から「ＰＮＥＵＭＯ／ＪＥＡＮ」という名称がシステム１０において参照される。
【００４５】
「名字」、「名前」、「職業」、「専門分野」、「国民識別タイプ」、及び「国民識別番号」のフィールドには、選択された医師の医療従事者用カードから読み取られた識別データが表示される。図４に示す例において、このデータは、生成システム１０の初期設定時に選択された安全度のために、修正できないようになっている。
「患者識別」という名称のデータフィールドの第２のグループＢには、患者の識別データが列挙される。図４に示すように、患者の健康保険カードから読み取られた「ＰＩＮ」、即ち患者識別番号、「データ」、「通常名」、「父称」、「名前」、「生年月日」、及び「性別」のフィールドに表示されるデータは、医療従事者によって修正されてもよい。例えば「区」のフィールドなど、その他のフィールドには、医療従事者が修正できない患者識別データが表示される。
【００４６】
「ドキュメント」という名称のフィールドの第３のグループＣは、サーバー１５に送られるべき、患者に関する医療データの種類の選択を可能にするものである。このような選択は、図４に示す例において選択されている「手術報告書」を示す種類「手術Ｒ」など、医療データの種類の所定リストを表示するスクロールメニューに対応する「タイプ」のフィールドを用いて、医療従事者によりおこなわれる。
【００４７】
「捕捉確認」のボタンＤは、医療従事者による起動時に、上述のフィールドに表示されるデータの確認を可能にする。
本発明の好適な実施形態において、上述の機能は、生成ステーション１２において実行される仮想プリンタパイロットタイプのソフトウェアのグラフィックインターフェースを用いて、医療従事者により管理される。例えば、医療データメッセージの生成は、仮想プリンタに対応するグラフィックウィンドウの「印刷」ボタンを医療従事者が起動することによって開始される。
【００４８】
尚、ネットワーク１４は、適当なネットワークであれば、如何なるネットワークで構成されてもよい。
本発明に係るシステムの別の特徴によれば、統合手段４４は、患者、医師、医療データの種類、及び患者に関する医療データを識別するデータからデジタル署名を生成し、このデジタル署名をデータサーバー１５に送られるべきメッセージ内に取り入れるようにさらに構成されている。このようなデジタル署名により、特にサーバー１５において、より確実に医師を認証することが可能になる。また、このような署名により、受信したデータの完全性、特に、メッセージに含まれている患者及び患者に関する医療データを識別するデータの完全性を、データサーバー１５が確かめることも可能になる。
【００４９】
従来の方法で、医師の医療従事者用カードには、例えばその医師にのみ対応する秘密キーが含まれている。医療従事者用カードには、デジタル署名を生成するための非対称暗号アルゴリズムを符号化するＩＴコードがさらに含まれている。
そして、医師識別データ取得手段３４のカード読み取り装置は、例えば、図２のフローチャートを参照して説明した認証コードの捕捉による医師の認証作業の後に、医療従事者用カードから秘密キー及びＩＴコードを読み取るようにさらに構成されている。
【００５０】
秘密キー及びＩＴコードは、次に統合手段４４に送られる。図２のフローチャートに示すステップ９６の後及びステップ９８の前の追加的なステップ９７において、最先端技術においてよく知られている方法で、様々な識別データ及び医療データに基づいてデジタル署名を生成するために、統合手段４４は、ＩＴコードを実行する。最終的にサーバー１５に送られるべきメッセージを得るために、このデジタル署名は、その後、統合手段４４によって、既にステップ９６において生成されたメッセージの中に取り入れられる。
【００５１】
そして、医師に対応する秘密キーに対して補足的な公開キーが保存されているサーバー１５は、デジタル署名の出所（起原）及び／又は収めているデータの完全性を認証するために、受信するメッセージ内に収められているデジタル署名を処理することが可能になっている。
当然ながら、秘密キーと、アルゴリズムを符号化するＩＴコードとは、医療従事者用カードにではなく、生成システム１０に保存することも想定可能である。
【００５２】
また、メッセージ内に収められた医師を識別するデータのみがデジタル署名だけで構成されてもよく、その場合、ステップ９６において生成される「ポストスクリプト」形式のメッセージは、そのヘッダーに、図２Ｂを参照して説明したような医師の識別データに関するデータゾーン５２を含まない。
他の実施形態も勿論可能である。例えば、上述のフローチャートを参照して説明したような、生成システムによっておこなわれるタスクのスケジューリングは、例えば、メッセージの生成開始後の医師及び患者のカードから読み取られたデータの修正及び／又は補足など、医療従事者によっておこなわれる様々な管理タスクに基づいて修正することも可能である。
【００５３】
また、ネットワーク上にメッセージを出力するたびに認証が必要となるようにしてもよい。
例えば「ポストスクリプト」タイプの単一のファイルや、アーカイブなどの形式のメッセージを、統合手段４４が作成する本発明の一実施形態を説明してきた。
変形例では、手段４４は、保存手段２６において取得及び保存された様々なデータから複数のファイルを生成すること、そして、これらのファイル内に共通の識別子を取り入れることに適したものである。例えば、同じ名前が付与されているが異なる拡張子を有するＩＴファイルを、統合手段４４が作成するか、又は、共通の識別子を有するヘッダーを各ファイルが含んでいる。
【００５４】
そして、メッセージは、データの同じ集合に属することをサーバー１５が識別できる複数のＩＴファイルにより構成される。また、メッセージは、既に説明した方法と同一の方法で生成されたデジタル署名を含み、統合手段４４はこれを共通の識別子を含むファイルの形式にしてもよい。
また、これらのファイルは、ネットワーク１４上への出力に先立ち、圧縮手段５６により前もってそれぞれ圧縮されてもよい。
【図面の簡単な説明】
【００５５】
【図１】本発明に係るシステムを示す図である。
【図２Ａ】「ポストスクリプト」形式の医療データファイルを示す図である。
【図２Ｂ】図１のシステムによって、図２Ａのファイルから生成されたメッセージを示す図である。
【図３】図１のシステムの動作を示すフローチャートである。
【図４】図１のシステムによって表示されるダイアログウィンドウを示す図である。
【図１】
2007534072.tif 000003
【図２Ａ】
2007534072.tif 000004
【図２Ｂ】
2007534072.tif 000005
【図３】
2007534072.tif 000006
【図４】
2007534072.tif 000007
【国際調査報告】
2007534072.tif 000008
2007534072.tif 000009
2007534072.tif 000010
2007534072.tif 000011
2007534072.tif 000012