(57)【要約】【課題】診療情報の公開範囲を患者がコントロールできるようにするとともに、診療情報を配信するサーバに大きな負荷を掛けることなく、最新の診療情報の受け渡しを行う。【解決手段】医療施設１１，１２間で患者紹介が行われた際、紹介元から紹介先への診療情報は、データセンタ１０を経由して受け渡される。サーバコンピュータ１４は、紹介先の医療施設のクライアント端末から、紹介患者の診療情報配信要求を受け付けると、紹介元の診療情報ＤＢへアクセスして、紹介患者の診療情報を取得して、紹介先の医療施設へ配信する。また、サーバコンピュータ１４には、診療情報の公開範囲を設定した設定情報が患者毎に登録されており、サーバコンピュータ１４は、その登録情報に従って、患者によって公開が許可された診療情報のみを紹介先へ配信する。【選択図】図１
2008197742.tif 000002
【特許請求の範囲】
【請求項１】
カルテ情報及び検査データを含む患者の診療情報を保有する複数の医療施設と通信ネットワークを通じて接続され、前記各医療施設間で患者紹介が行われた際に、紹介先医療施設からの要求に応じて、紹介対象となる患者の前記診療情報を前記紹介先医療施設へ配信する診療情報配信装置において、
前記各医療施設が保有する前記診療情報に関して公開又は非公開の設定情報が登録された設定情報登録テーブルと、
前記紹介先医療施設から前記診療情報の配信要求を受け付けた際に、前記設定情報登録テーブルを参照して、前記配信要求の対象となる前記診療情報の公開又は非公開の範囲を調べる設定情報チェック部と、
前記紹介元医療施設から前記診療情報を公開が許可された範囲で取得して、前記診療情報を前記紹介先の医療施設へ配信する診療情報配信部と、
前記紹介先医療施設の配信要求履歴を記録する履歴情報記録部とを備えたことを特徴とする診療情報配信装置。
【請求項２】
前記診療情報は、カルテデータ及び検査データをそれぞれ個別項目として含んでおり、前記設定情報登録テーブルは、それら個別項目毎に公開又は非公開の設定が可能なことを特徴とする請求項１記載の診療情報配信装置。
【請求項３】
前記通信ネットワークを介して前記設定情報登録テーブルの更新要求を受け付けて前記設定情報登録テーブルを更新する設定情報更新部を備えていることを特徴とする請求項１又は２記載の診療情報配信装置。
【請求項４】
前記履歴情報記録部は、配信要求日時、前記要求元及び要求先の医療施設ＩＤ、配信した前記診療情報の内容を記録することを特徴とする請求項１〜３いずれか記載の診療情報配信装置。
【請求項５】
前記履歴情報には、さらに、紹介元の医療施設から報告され、患者紹介を行ったことを表す紹介履歴が含まれることを特徴とする請求項１〜４いずれか記載の診療情報配信装置。
【請求項６】
前記通信ネットワークを介して前記履歴情報の照会要求を受け付けて前記履歴情報を配信する履歴情報配信部を備えたことを特徴とする請求項４又は５記載の診療情報配信装置。
【請求項７】
前記設定情報登録テーブルは、複数の医療施設で保有される同一患者の診療情報に対応する複数の設定情報を統合して格納することを特徴とする請求項１〜６いずれか記載の診療情報配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紹介元の医療施設の患者情報を紹介先の医療施設へ配信する診療情報配信装置に関するものである。
【背景技術】
【０００２】
医療現場においては、医療施設の役割に応じて複数の医療施設間で患者を紹介する紹介行為が行われている。こうした紹介に際しては、紹介元の医療施設が得た、紹介患者の診療情報を、紹介先の医療施設へ受け渡すことが行われている。ここで、診療情報には、カルテデータ、検査データが含まれており、検査データには、検査結果、検査画像、検査画像を読影した結果を記録した読影レポートなども含まれる。こうして診療情報の受け渡しを行うことで、紹介先の医療施設では既に実施済みの検査データなどを利用できるので、診療を円滑に進めることが可能になり、紹介先の医療施設及び患者の双方にメリットがある。
【０００３】
特許文献１には、複数の医療施設と通信ネットワークを介して接続され、各医療施設が保有する診療情報を蓄積して保管するデータセンタを利用して、診療情報を他医療施設に開示するシステムが記載されている。データセンタには、各医療施設が保有する診療情報が定期的にアップロードされて、その診療情報がバックアップデータとして蓄積される。データセンタは、患者紹介が行われた際に、紹介元が指定した紹介先の医療施設からの要求に応じて、対象となる患者の診療情報を患者ＩＤに基づいてバックアップデータ内から抽出して、抽出した診療情報を紹介先の医療施設へ送信する。
【０００４】
診療情報は、個人情報を含んでいるため、その公開に際しては情報の漏洩防止などのセキュリティ対策を講じることが不可欠である。このシステムでは、紹介元の医療施設が診療情報を公開する紹介先の医療施設を指定できるようになっているので、公開先が限定され、指定外の医療施設へみだりに公開されることを防止することができる。
【０００５】
また、紹介元の医療施設から紹介先の医療施設へ直接診療情報が受け渡されるのではなく、データセンタにバックアップされている診療情報が紹介先の医療施設へ送信されるので、データ通信に際してのセキュリティも確保される。というのは、データセンタと医療施設との間では、例えば、専用線を敷設したり、ＶＰＮ（ヴァーチャルプライベートネットワーク）を構築するなど、情報セキュリティ対策を施した通信環境を整備しやすいが、医療施設間でそうした通信環境を整備するのはコスト面の障害が大きく、現在のところ難しい状況にある。
【特許文献１】特開平１１−１４３９５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したとおり、患者の診療情報にはプライバシーに関わる情報が多く含まれるために、必要以上に診療情報が公開されることを憂慮する患者が多い。従来のシステムでは、公開先を紹介先の医療施設に限定することができるものの、患者ＩＤの検索により診療情報を抽出し、抽出した診療情報を紹介先に送信しているため、患者の診療情報の全部が紹介先へ公開されてしまう。そのため、例えば、診療情報の一部だけを非公開にするというように、患者が診療情報の公開範囲をコントロールできないという問題があった。
【０００７】
また、従来のシステムでは、データセンタに定期的にバックアップされたデータを紹介先へ送信しているので、紹介先の医療施設が最新の診療情報を受け取れないという懸念もある。カルテデータだけでなく検査画像などの画像データをデータセンタへバックアップアップする場合には、アップロードに多大な時間を要するとともに、データセンタに掛かる負荷も大きいため、リアルタイムでバックアップしたり、バックアップ間隔を短くしてバックアップ頻度を徒に増加させることは現実的ではないので、そうした場合に特に問題となる。
【０００８】
もちろん、医療施設が保有する診療情報を医療施設間で直接送受信すれば、最新の診療情報を受け渡すことが可能になるものの、上述したとおり、この方法では情報セキュリテの面で懸念がある。
【０００９】
本発明の目的は、診療情報の公開範囲を患者がコントロールできるようにすることである。
【００１０】
本発明の別の目的は、診療情報を配信するサーバに大きな負荷を掛けることなく、最新の診療情報の受け渡しを行うことである。
【課題を解決するための手段】
【００１１】
本発明の診療情報配信装置は、カルテ情報及び検査データを含む患者の診療情報を保有する複数の医療施設と通信ネットワークを通じて接続され、前記各医療施設間で患者紹介が行われた際に、紹介先医療施設からの要求に応じて、紹介対象となる患者の前記診療情報を前記紹介先医療施設へ配信する診療情報配信装置において、前記各医療施設が保有する前記診療情報に関して公開又は非公開の設定情報が登録された設定情報登録テーブルと、前記紹介先医療施設から前記診療情報の配信要求を受け付けた際に、前記設定情報登録テーブルを参照して、前記配信要求の対象となる前記診療情報の公開又は非公開の範囲を調べる設定情報チェック部と、前記紹介元医療施設から前記診療情報を公開が許可された範囲で取得して、前記診療情報を前記紹介先の医療施設へ配信する診療情報配信部と、前記紹介先医療施設の配信要求履歴を記録する履歴情報記録部とを備えたことを特徴とする。
【００１２】
前記診療情報は、カルテデータ及び検査データをそれぞれ個別項目として含んでおり、前記設定情報登録テーブルは、それら個別項目毎に公開又は非公開の設定が可能なことが好ましい。予め項目毎に分かれているので、設定がしやすい。
【００１３】
前記通信ネットワークを介して前記設定情報登録テーブルの更新要求を受け付けて前記設定情報登録テーブルを更新する設定情報更新部を備えていることが好ましい。これにより、公開範囲を、柔軟にかつ簡単迅速に変更することが可能となる。
【００１４】
前記履歴情報記録部は、配信要求日時、前記要求元及び要求先の医療施設ＩＤ、配信した前記診療情報を記録することが好ましい。また、前記履歴情報には、紹介元の医療施設から報告され、患者紹介を行ったことを表す紹介履歴が含まれることがより好ましい。こうした履歴を記録することで、不正なアクセスが抑制される。また、前記通信ネットワークを介して前記履歴情報の照会要求を受け付けて前記履歴情報を配信する履歴情報配信部を備えることが好ましい。
【００１５】
前記設定情報登録テーブルは、複数の医療施設で保有される同一患者の診療情報に対応する複数の設定情報を統合して格納されることが好ましい。
【発明の効果】
【００１６】
本発明は、紹介元の医療施設が保有する患者の診療情報を紹介先の医療施設へ配信する際に、各医療施設が保有する前記診療情報に関して公開又は非公開の設定情報が登録された設定情報登録テーブルを参照して、公開が許可された範囲の診療情報を取得して、紹介先の医療施設へ配信するようにしたから、診療情報の公開範囲を患者がコントロールできるようにすることができる。また、診療情報を配信するサーバに大きな負荷を掛けることなく、最新の診療情報の受け渡しを行うことができる。
【００１７】
通信ネットワークを介して前記設定情報登録テーブルの更新要求を受け付けて前記設定情報登録テーブルを更新する設定情報更新部を設けたから、公開範囲の設定について患者の意向を簡単に反映することができる。
【００１８】
配信履歴を含む履歴情報を記録することで、診療情報がみだりに公開されることを抑制することができる。また、こうした前記履歴情報を、通信ネットワークを介して照会できるようにしたことで、抑制効果をより向上させることができる。
【００１９】
前記設定情報登録テーブルで、複数の医療施設で保有される同一患者の診療情報に対応する複数の設定情報を統合して管理するようにしたから、公開範囲の設定がしやすい。
【発明を実施するための最良の形態】
【００２０】
図１は、データセンタ１０と医療施設１１，１２を結ぶ医用ネットワークの説明図である。医療施設１１，１２は、例えば、診療所などの小規模医療施設であり、データセンタ１０は、医療施設１１，１２に対して、各種のアプリケーションサービスを提供して医療支援を行う。
【００２１】
アプリケーションサービスには、例えば、各医療施設１１，１２が保有する患者の診療情報を保管するデータバックアップサービスや、高度な検査機器を有する大規模医療施設の検査予約を支援する検査予約サービスがある。また、データセンタ１０は、これらのサービスに加えて、各医療施設１１，１２間で患者紹介が行われた際に、紹介対象となる患者（紹介患者）１３の医療情報を配信する診療情報配信サービスを提供する。こうしたアプリケーションサービスは、データセンタ１０との間で予めサービス利用契約を締結した医療施設に対して提供される。なお、本例では、便宜上、医療施設の数が２つの例で説明しているが、医療施設の数はもちろん３つ以上でもよい。
【００２２】
データセンタ１０には、サーバコンピュータ１４が設置されており、サーバコンピュータ１４は、通信ネットワーク１５を介して医療施設１１，１２に設置されたクライアント端末１１ａ，１２ａと通信可能に接続されている。サーバコンピュータ１４には、上記アプリケーションサービスに対応する処理を実行するための種々のプログラム及びその処理の実行に必要なデータがインストールされており、各クライアント端末１１ａ，１２ａからの要求に従って、上記処理を実行する。
【００２３】
ストレージユニット１６には、各医療施設１１，１２のＩＤ、住所、連絡先、アドレス等の医療施設情報が格納されるとともに、診療情報のバックアップデータや、検査予約のスケジュールデータ及び診療情報配信サービスに必要なデータなど、上記各アプリケーションサービスを実行するために必要な種々のデータが格納される。
【００２４】
各医療施設１１，１２は、それぞれの患者の診療情報を保有しており、その診療情報は各クライアント端末１１ａ，１２ａに接続されたそれぞれの診療情報ＤＢ１１ｂ，１２ｂに蓄積されている。データバックアップサービスを利用すると、例えば、これら診療情報ＤＢ１１ｂ，１２ｂのデータが通信ネットワーク１５を通じてアップロードされてデータセンタ１０で保管される。
【００２５】
通信ネットワーク１５は、例えば、インターネットや、通信事業者が独自に提供する公衆系のＩＰ（Internet Protocol）ネットワークである。データセンタ１０と各医療施設１１，１２のそれぞれの間では、通信ネットワーク１５をベースにして、ＩＰｓｅｃ（Internet Protocol Security）などの暗号化技術を利用したＶＰＮ（Virtual Private Network）が構築されている。ＶＰＮを構築することで、サーバコンピュータ１４と各クライアント端末１１ａ，１２ａの間には、それぞれ論理的な専用の通信チャンネル１５ａが確立され、各々の通信チャンネル１５ａを通じてデータ通信が行われる。
【００２６】
通信チャンネル１５ａを通るデータは暗号化されるので、その診療情報が外部に漏洩することがない。ＶＰＮは、不特定多数の利用者に開放された公衆ネットワークを利用するため、物理的な専用回線を使用する専用ネットワークと比較して低コストで情報セキュリティを確保できるというメリットがある。なお、ＶＰＮと比較してコストは嵩むが、ＶＰＮを利用する代わりに、データセンタ１０と各医療施設１１，１２のそれぞれの間に専用回線を敷設して、情報セキュリティを確保してもよい。
【００２７】
このように、データセンタ１０と各医療施設１１，１２との間では、情報セキュリティ対策を施した通信環境が整備されるが、上述したとおり、医療施設１１，１２間については、医療施設１１，１２間でそうした通信環境を整備することが困難である。そこで、医療施設１１，１２は、上記診療情報配信サービスを利用して、データセンタ１０経由で紹介患者の診療情報の受け渡しを行う。これにより、医療施設１１，１２間で、安全な診療情報の受け渡しが可能となる。
【００２８】
診療情報配信サービスで受け渡される診療情報については、紹介患者１３がその公開範囲をコントロールできるようになっている。例えば、紹介元の医療施設１１がＡ整形外科で、紹介先の医療施設１２がＢ総合病院であったとする。Ａ整形外科の診療情報に含まれるカルテには、紹介患者１３の整形部位などが記載されているが、紹介患者１３としては、診療情報の公開範囲は必要最小限にとどめて、必要以上の情報が公開されるのを防ぎたいという気持ちが強い。また、Ａ整形外科の診療において、心電図、ＣＲ（Computed Radiography）検査画像、検体検査結果などの検査データを取得していた場合には、Ｂ総合病院としては、そうした検査データを取得できれば、診察が効率的に進められる可能性もあり、好ましい。
【００２９】
データセンタ１０のストレージユニット１６には、こうした診療情報の公開範囲を定める設定情報が記憶されており、データセンタ１０は、その内容に従って、公開が許可されている範囲で診療情報を紹介先へ配信する。公開範囲の設定は、例えば、紹介患者１３が受診した医療施設を通じてデータセンタ１０へ接続して、変更することができる他、紹介患者１３の携帯端末やＰＣなどの端末機器１７から直接データセンタ１０へ接続して、変更することができる。これにより、紹介患者１３の意向に沿って必要最小限の診療情報が紹介先へ公開されるので、紹介患者１３と紹介先の医療施設の双方にとって望ましい結果が得られる。
【００３０】
図２は、サーバコンピュータ１４及びストレージユニット１６の説明図である。サーバコンピュータ１４は、通信ネットワーク１５と接続して通信制御を行う通信Ｉ／Ｆ（インタフェース）１８と接続されている。通信Ｉ／Ｆ１８は、例えば、ルータであり、クライアント端末１１ａ，１２ａとの間でＶＰＮを利用した通信制御を行うとともに、紹介患者１３の端末機器１７との間における通信制御を行う。
【００３１】
ストレージユニット１６には、共通情報ＤＢ２２と、設定情報登録テーブル２２と、履歴情報格納部２４とが設けられている。共通情報ＤＢ２２には、医療施設に関する医療施設情報や各医療施設の患者情報が含まれており、これらは複数のアプリケーションサービスで共通に使用される情報である。患者情報は、患者ＩＤ、患者氏名、年齢、性別からなる。患者情報や医療施設情報は、データセンタ１０のサービスを利用する際に登録される。
【００３２】
設定情報登録テーブル２３及び履歴情報格納部２４には、診療情報配信サービスで使用される情報が格納されている。設定情報登録テーブル２３は、予め登録された、診療情報の公開範囲の設定情報を格納した記憶部である。設定情報登録テーブル２３には、患者毎に設定情報が格納されている。各患者の設定情報は、統合ＩＤで管理される。統合ＩＤは、医療施設ＩＤと医療施設毎に付与された患者ＩＤとを組み合わせたものであり、例えば、医療施設ＩＤが「００９」、その医療施設で付与された患者ＩＤが「１０００」であるとすると、これらを組み合わせた「００９−１０００」となる。
【００３３】
１人の患者が複数の医療施設で診察を受けた場合には、それぞれの医療施設で患者ＩＤが発行されるので、それぞれに統合ＩＤが生成され得るが、設定情報登録テーブル２３では、最初に登録された統合ＩＤを代表ＩＤとして、他の医療施設の診療情報に関してもその代表ＩＤで管理される。例えば、図２に示すように、代表ＩＤが「００９−１０００」の患者は、その代表ＩＤの下で、Ａ整形外科の診療情報と、Ｂ総合病院の診療情報が管理される。
【００３４】
また、設定情報登録テーブル２３には、代表ＩＤと、各医療施設毎の統合ＩＤとが対応付けられて格納されており、統合ＩＤから代表ＩＤを検索したり、代表ＩＤからそれに対応付けられた複数の統合ＩＤを検索することも可能である。この設定情報登録テーブル２３は、端末機器１７からのアクセスを受け付けて、その内容を変更することが可能である。その際には、端末機器１７から患者ＩＤが送信されるが、仮にその患者ＩＤが代表ＩＤでなくても、統合ＩＤと代表ＩＤが対応付けられていることで、更新や閲覧を希望する設定情報にアクセスすることが可能である。
【００３５】
データセンタ１０は、同姓同名の患者の診療情報を受け付けた際に、例えば、その診療情報が同一人に帰属するものかどうかを、データセンタ１０のオペレータが医療施設を通じて患者に対して問い合わせを行って確認する。また、将来的に個人一人一人を特定可能な識別情報等が割り当てられるような場合には、その識別情報に基づいて患者の同一性を自動的に判定してもよい。
【００３６】
診療情報は、カルテ，検査データ１（心電図），検査データ２（ＣＲ検査），検査データ３（検体検査）の各個別項目毎に登録されており、公開範囲は、それら個別項目毎に、公開可「○」とするか、非公開「×」とするかが設定される。本例では、例えば、Ａ整形外科の診療情報に関しては、カルテを非公開として、他の検査データ１〜３を公開としている。
【００３７】
履歴情報格納部２４には、紹介履歴２４ａと配信履歴２４ｂが格納される。紹介元の医療施設は、患者に対して医療施設を紹介した場合には、データセンタ１０に対して、紹介行為を行ったことをクライアント端末を通じて報告する。紹介履歴２４ａは、こうした報告を記録したものであり、１件のレコードには、紹介元、紹介先、紹介患者名等が含まれる。この紹介履歴２４ａは、紹介元の医療施設から見れば、紹介先の医療施設に対して、紹介元の診療情報ＤＢに対する正当なアクセス権限を与えた証明となり、紹介先の医療施設から見れば、正当なアクセス権限を有することの根拠となる。このようにアクセス権限を付与することで、不正なアクセスが防止される。
【００３８】
なお、紹介行為を行う際には、紹介元から紹介先へ紹介状を送るのが通常であるが、データセンタ１０が、前記報告に基づいて、紹介先への紹介状の送信を代行するようにしてもよい。こうすれば、紹介元は、データセンタ１０への報告とは別に、紹介先へ紹介状を送らなくて済む。
【００３９】
配信履歴２４ｂは、紹介先の医療施設がデータセンタ１０に対して送信した診療情報の配信要求（診療情報配信要求）の履歴や、その配信要求に基づいてデータセンタ１０が紹介先へ配信した内容（どのような診療情報か）の記録である。各レコードには、配信要求日時や配信日時、要求元の医療施設ＩＤ、診療情報の取得先（患者紹介元）の医療施設ＩＤなどが含まれる。こうした配信履歴２４ｂは、医療施設からの照会要求に基づいて配信される。こうして配信履歴を記録しておくことで、不正アクセスが抑止される。
【００４０】
サーバコンピュータ１４のＣＰＵ２６は、診療情報配信サービスを実行する際には、紹介履歴チェック部２６ａ，診療情報配信部２６ｂ，履歴情報管理部２６ｃ，設定情報管理部２６ｄとして機能する。紹介履歴チェック部２６ａは、診療情報配信要求を受信したときに、紹介履歴２４ａをチェックして紹介行為が存在するか否かをチェックする。これにより、要求元が正当なアクセス権限を有するか否かがチェックされ、不正なアクセスが防止される。
【００４１】
診療情報配信部２６ｂは、診療情報配信要求に基づいて、対象となる紹介患者の診療情報を、紹介元の診療情報ＤＢへアクセスして取得し、取得した診療情報を紹介先へ配信する。これにより、紹介元から紹介先へ診療情報が受け渡される。診療情報配信部２６ｂは、設定情報登録テーブル２３を参照して、紹介患者の診療情報の設定情報をチェックして、公開又は非公開の範囲を調べる。そして、公開が許可された範囲で診療情報を紹介元から取得して、これを紹介先へ配信する。
【００４２】
履歴情報管理部２６ｃは、紹介履歴２４ａや配信履歴２４ｂを記録するとともに、こうした履歴の照会要求を受け付けて、要求元に履歴情報を配信する。履歴の照会要求には、要求元のＩＤが含まれており、履歴情報管理部２６ｃは、履歴情報格納部２４から、その要求元のＩＤに対応する履歴情報を抽出して、配信する。こうした履歴情報は、患者紹介に伴って発生する費用等の管理等、医療施設が様々な目的に利用することができる。
【００４３】
設定情報更新部２６ｄは、設定情報登録テーブル２３を更新する。図３のフローチャートに示すように、設定情報更新部２６ｄは、患者の端末機器１７などから、設定情報更新要求を受信すると、設定画面を端末機器１７へ送信する。設定情報更新要求には、患者ＩＤが含まれており、設定情報更新部２６ｄは、その患者ＩＤに基づいてそれに対応した設定画面を端末機器１７へ応答する。
【００４４】
患者は、設定画面を通じて、公開を許可する情報と、公開を不可（非公開）とする情報とをチェックして、更新情報を入力する。こうして入力された更新情報が、サーバコンピュータ１４に送信される。設定情報更新部２６ｄは、その更新情報を受け付けると、その情報に基づいて設定情報登録テーブル２３を更新する。
【００４５】
これにより、患者は、自分の診療情報の公開範囲をコントロールすることができる。また、設定情報登録テーブル２３には、複数の医療施設で保有される診療情報が統合して管理されているので、設定画面では、複数の医療施設の設定情報をまとめて更新できるようになっている。このため、医療施設毎にログインをし直して変更するなどの手間がなく、設定情報の更新がしやすい。
【００４６】
また、設定情報更新部２６ｄは、医療施設を経由することなく、端末機器１７からの更新要求をダイレクトに受け付けることが可能であるので、患者からのアクセスが容易である。医療施設経由でしか設定情報の更新ができないとなると、設定情報を更新するためだけにわざわざ医療施設に出向かなければならず、患者にとっては利便性が著しく低下する。上記のようにすることで、そうした懸念を払拭している。
【００４７】
こうした設定情報は、例えば、暗号化されて送信されるが、クライアント端末とサーバコンピュータ１４との間の通信と比較してセキュリティレベルは下がる。しかし、設定情報は、診療情報そのものではないので、そこまでのセキュリティレベルを高める要請は低い。もちろん、インターネットと比較してセキュリティレベルの高い電話回線を利用してデータ通信を行ったり、また、よりセキュリティレベルの高い暗号化技術を使用して通信を行うなど、必要に応じてセキュリティ環境を適宜整備してもよい。
【００４８】
以下、上記構成による作用について図４に示すフローチャートに基づいて説明する。医療施設（Ａ整形外科）１１は、医療施設（Ｂ総合病院）１２を、患者に紹介した場合には、データセンタ１０へ患者紹介を行った旨を報告する。サーバコンピュータ１４は、この報告を受けると、紹介履歴２４ａを更新する。紹介先の医療施設（Ｂ総合病院）１２は、紹介元が保有する紹介患者の診療情報が必要な場合には、クライアント端末１２ａを通じて、データセンタ１０に対して診療情報配信要求を送信する。
【００４９】
サーバコンピュータ１４は、診療情報配信要求を受信すると、まず、紹介履歴チェック部２６ａが、紹介履歴２４ａを参照して紹介履歴２４ａをチェックする。紹介履歴が無い場合には、紹介履歴が無い旨を要求元へ通知して配信を拒絶する。紹介履歴が有る場合には、診療情報配信部２６ｂが、設定情報登録テーブル２３を参照して、紹介患者の設定情報をチェックする。これにより、紹介元の医療施設１１が保有する紹介患者の診療情報の公開範囲が確認される。この後、診療情報配信部２６ｂは、紹介元の医療施設１１の診療情報ＤＢ１１ｂにアクセスして、公開が可能な紹介患者の診療情報を取得して、紹介先の医療施設１２へ配信する。
【００５０】
診療情報は、患者が設定した範囲内で公開されるから、患者が意図しない診療情報がみだりに公開されて外部に漏洩するおそれがない。また、診療情報は、医療施設間でダイレクトに転送されず、通信チャンネル１５ａを通じてデータセンタ１０を経由して受け渡されるから、情報セキュリティが確保される。
【００５１】
また、診療情報は、配信要求を受けた際に、医療施設の診療情報ＤＢにアクセスして取得されるので、最新の診療情報を受け渡すことが可能である。また、これにより、データセンタ１０が保有する診療情報（バックアップデータ）を常に最新のものに更新しておく必要がないので、サーバコンピュータ１４の負荷、さらには、通信環境の負荷を大幅に軽減できる。
【００５２】
上記実施形態では、診療情報配信装置の例で説明したが、本発明の範囲には、装置だけでなく、方法やプログラムも当然に含まれる。
【図面の簡単な説明】
【００５３】
【図１】医用ネットワークシステムの説明図である。
【図２】サーバコンピュータの説明図である。
【図３】設定情報更新手順を示すフローチャートである。
【図４】診療情報配信手順を示すフローチャートである。
【符号の説明】
【００５４】
１０  データセンタ
１１，１２  医療施設
１１ａ，１２ａ  クライアント端末
１１ｂ，１２ｂ  診療情報ＤＢ
１４  サーバコンピュータ
１５  通信ネットワーク
１５ａ  通信チャンネル
１６  ストレージユニット
１８  通信Ｉ／Ｆ
２２  共通情報ＤＢ
２３  設定情報登録テーブル
２４  履歴情報格納部
２４ａ  紹介履歴
２４ｂ  配信履歴
２６  ＣＰＵ
２６ａ  紹介履歴チェック部
２６ｂ  診療情報配信部（診療情報配信部、設定情報チェック部）
２６ｃ  設定情報更新部
２６ｄ  履歴情報管理部（履歴情報記録部、履歴情報配信部）
【図１】
2008197742.tif 000003
【図２】
2008197742.tif 000004
【図３】
2008197742.tif 000005
【図４】
2008197742.tif 000006