(57)【要約】      （修正有）【課題】ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療機関同士で円滑なデータの移動を行う。【解決手段】レジストリサーバ３１２には、データベース１２０１が接続され、データ管理部１２０３により本技術分野で知られたいずれかの方法でデータベース管理が実行される。ネットワークを介して接続されデータの書き込みなどが認められているサーバシステムは、予めシステム固有の情報やアドレスなどをサーバレジスタ１２０２に格納して管理される。レジストリサーバ３１２へのデータの格納や閲覧権限の設定など、予め定められた種々の処理を監視しており、一定の条件が満足されるとそれに対応する処理、具体的には例えば関連するサーバシステムにメールを送信して必要な情報を提供する等の処理を実行するようメールサーバ３１３に指示する書込監視部１２０４を備える。【選択図】図１２
2010039930.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバシステムおよび第２のサーバシステムにネットワークを介して接続され、サーバシステム間のメッセージの交換を管理するメールサーバと、
前記第１のサーバシステムおよび前記第２のサーバシステムに接続され、サーバシステムのアドレスを含む情報を記憶するサーバレジスタと、１つまたは複数のサーバから構成されるサーバシステムからのデータを記憶するデータベースと、該サーバシステムからのデータの格納するデータ管理手段と、データを格納したサーバシステムにより付与された他のいずれかのサーバシステムにデータを閲覧する権限を設定する閲覧権限設定手段と、前記データベースを監視して前記第１のサーバシステムによりデータが格納されると、データの閲覧が可能であることを通知するメッセージを、前記サーバレジスタを参照して前記第２のサーバシステムに送信するよう前記メールサーバに指示する監視手段とを含むレジストリサーバと
を備えたことを特徴とするＸＤＳによる情報転送システム。
【請求項２】
前記通知するメッセージには前記格納されたデータの内容を示すデータが含まれないことを特徴とする請求項１に記載のＸＤＳによる情報転送システム。
【請求項３】
前記データベースに記憶されるデータは医療機関における医療に関する処理のデータであり、
前記第１のサーバシステムは、ゲートウェイサーバおよびファイヤウォールを介して接続された医療情報システムを含むことを特徴とする請求項１または２に記載のＸＤＳによる情報転送システム。
【請求項４】
前記医療に関する処理のデータは、医療に関する処理の対象についての対象情報であり、
前記レジストリサーバは、前記第１のサーバシステムから前記医療に関する処理のデータを受信して前記データベースに記憶し、前記第２のサーバシステムが前記対象情報の処理を実行しないと判定したときは前記第２のデータベースに格納された対象情報を削除する削除手段をさらに備えたことを特徴とする請求項３に記載のＸＤＳによる情報転送システム。
【請求項５】
ネットワークを介してＸＤＳにより接続された第１のサーバシステム、第２のサーバシステムおよびレジストリサーバの間で情報を転送する情報転送方法であって、
第１のサーバシステムおよび第２のサーバシステムに接続され、該第１のサーバシステムからデータをデータベースへ格納し、前記データを格納した第１のサーバシステムにより付与された他のいずれかのサーバシステムにデータを閲覧する権限を設定する閲覧権限設定ステップと、
前記データベースを監視して前記第１のサーバシステムによりデータが格納されると、データの閲覧が可能であることを通知するメッセージを、前記レジストリサーバに配置され、サーバシステムのアドレスを含む情報を記憶するサーバレジスタを参照して前記第２のサーバシステムに送信するステップと
を備えたことを特徴とするＸＤＳによる情報転送方法。
【請求項６】
前記通知するメッセージには前記格納されたデータの内容を示すデータが含まれないことを特徴とする請求項５に記載のＸＤＳによる情報転送方法。
【請求項７】
前記データベースに記憶されるデータは医療機関における医療に関する処理のデータであり、
前記第１のサーバシステムは、ゲートウェイサーバおよびファイヤウォールを介して接続された医療情報システムを含むことを特徴とする請求項５または６に記載のＸＤＳによる情報転送方法。
【請求項８】
前記医療に関する処理のデータは、医療に関する処理の対象についての対象情報であり、
前記レジストリサーバは、前記第１のサーバシステムから前記医療に関する処理のデータを受信して前記データベースに記憶し、前記第２のサーバシステムが前記対象情報の処理を実行しないと判定したときは前記第２のデータベースに格納された対象情報を削除する削除手段をさらに備えたことを特徴とする請求項７に記載のＸＤＳによる情報転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＤＳによる情報転送システムおよび方法に関し、より詳細には、医療機関において情報取得を容易にするためのＸＤＳによる情報転送システムおよび方法に関する。
【背景技術】
【０００２】
従来から、医療機関は傷病の治療を主に対応する医療機関とともに、患者が一定の回復をした後リハビリなどを行って、退院後も健康に生活することができるように社会適用の訓練や準備を行う医療機関あるいは医療関連機関があり、それぞれの医療活動を行っている。このような医療機関同士は、一方から他方へ一定の情報を伝達しており、例えば治療関連の医療機関から、リハビリ関連の医療機関へ治療結果などの情報がオンラインあるいはオフラインで送られている（例えば、特許文献１参照）。
【０００３】
一方、近年では統合された医療情報システムを構築するために、施設間ドキュメント共有とも呼ばれるＸＤＳシステムを用いて、データのやり取りを行うことが行われており、いくつかのシステムが提案されている。
【０００４】
【特許文献１】特開２００２−２９７７８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の施設間通信では、情報を必要とするシステムがその情報を保持するデータベース等に能動的にアクセスして情報を取得することにより、情報のやり取りを行う形態になっており、特に上述したようなある医療機関から別の医療機関に患者が転院して、何らかの医療行為が継続しながら対応医療機関が移行する場合、移行先の医療機関は必ずしも自ら移行先として指定されていることを認識できないから、従来のシステムでは必要な情報の入手を自ら行うのが困難であるという問題がある。
【０００６】
本発明は、このような問題に鑑みてなされたもので、ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療機関同士で円滑なデータの移動が可能なＸＤＳによる情報転送システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、請求項１に記載の発明は、ＸＤＳによる情報転送システムであって、第１のサーバシステムおよび第２のサーバシステムにネットワークを介して接続され、サーバシステム間のメッセージの交換を管理するメールサーバと、第１のサーバシステムおよび第２のサーバシステムに接続され、サーバシステムのアドレスを含む情報を記憶するサーバレジスタと、１つまたは複数のサーバから構成されるサーバシステムからのデータを記憶するデータベースと、サーバシステムからのデータの格納するデータ管理手段と、データを格納したサーバシステムにより付与された他のいずれかのサーバシステムにデータを閲覧する権限を設定する閲覧権限設定手段と、データベースを監視して第１のサーバシステムによりデータが格納されると、データの閲覧が可能であることを通知するメッセージを、サーバレジスタを参照して第２のサーバシステムに送信するようメールサーバに指示する監視手段とを含むレジストリサーバとを備えたことを特徴とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のＸＤＳによる情報転送システムにおいて、通知するメッセージには格納されたデータの内容を示すデータが含まれないことを特徴とする。
【０００９】
請求項３に記載の発明は、請求項１または２に記載のＸＤＳによる情報転送システムにおいて、データベースに記憶されるデータは医療機関における医療に関する処理のデータであり、第１のサーバシステムは、ゲートウェイサーバおよびファイヤウォールを介して接続された医療情報システムを含むことを特徴とする。
【００１０】
請求項４に記載の発明は、医療に関する処理のデータは、請求項３に記載のＸＤＳによる情報転送システムにおいて、医療に関する処理の対象についての対象情報であり、レジストリサーバは、第１のサーバシステムから医療に関する処理のデータを受信してデータベースに記憶し、第２のサーバシステムが対象情報の処理を実行しないと判定したときは第２のデータベースに格納された対象情報を削除する削除手段をさらに備えたことを特徴とする。
【００１１】
請求項５に記載の発明は、ネットワークを介してＸＤＳにより接続された第１のサーバシステム、第２のサーバシステムおよびレジストリサーバの間で情報を転送する情報転送方法であって、第１のサーバシステムおよび第２のサーバシステムに接続され、第１のサーバシステムからデータをデータベースへ格納し、データを格納した第１のサーバシステムにより付与された他のいずれかのサーバシステムにデータを閲覧する権限を設定する閲覧権限設定ステップと、データベースを監視して第１のサーバシステムによりデータが格納されると、データの閲覧が可能であることを通知するメッセージを、レジストリサーバに配置され、サーバシステムのアドレスを含む情報を記憶するサーバレジスタを参照して第２のサーバシステムに送信するステップとを備えたことを特徴とする。
【００１２】
請求項６に記載の発明は、請求項５に記載のＸＤＳによる情報転送方法において、通知するメッセージには格納されたデータの内容を示すデータが含まれないことを特徴とする。
【００１３】
請求項７に記載の発明は、請求項５または６に記載のＸＤＳによる情報転送方法において、データベースに記憶されるデータは医療機関における医療に関する処理のデータであり、第１のサーバシステムは、ゲートウェイサーバおよびファイヤウォールを介して接続された医療情報システムを含むことを特徴とする。
【００１４】
請求項８に記載の発明は、請求項７に記載のＸＤＳによる情報転送システムにおいて、医療に関する処理のデータは、医療に関する処理の対象についての対象情報であり、レジストリサーバは、第１のサーバシステムから医療に関する処理のデータを受信してデータベースに記憶し、第２のサーバシステムが対象情報の処理を実行しないと判定したときは第２のデータベースに格納された対象情報を削除する削除手段をさらに備えたことを特徴とする。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、第１のサーバシステムおよび第２のサーバシステムに接続され、サーバシステムのアドレスを含む情報を記憶するサーバレジスタと、１つまたは複数のサーバから構成されるサーバシステムからのデータを記憶するデータベースと、サーバシステムからのデータの格納するデータ管理手段と、データを格納したサーバシステムにより付与された他のいずれかのサーバシステムにデータを閲覧する権限を設定する閲覧権限設定手段と、データベースを監視して第１のサーバシステムによりデータが格納されると、データの閲覧が可能であることを通知するメッセージを、サーバレジスタを参照して第２のサーバシステムに送信するようメールサーバに指示する監視手段とを備えているので、ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療機関同士で円滑なデータの移動が可能なとなる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００１７】
（実施形態）
図１は、本発明により実現される医療情報連携システムの全体を示す図である。本発明を利用する医療情報連携システムは、図１に示すように双方向性の情報交換を実現することにより、従来の問題点を解決している。すなわち、図１を参照すると、急性期病院１０１に搬送された患者が治療を受けた結果、どの程度まで回復したかをその後に入るリハビリテーション病院１０２に伝え、リハビリテーション病院１０２との双方向の情報交換により適切な機関、施術方針を決定することができるため、患者の回復状況に見合った施設に移行することができる。例えば、ある程度歩けるまで回復した患者は、簡単な介護つき施設である程度リハビリテーションを行って、その後は在宅でリハビリテーション病院に通院するようにすることもできる。また、リハビリテーション病院１０２やかかりつけ医院１０３からも、最初に搬送された急性期病院１０１へ患者の回復状況をフィードバックすることにより、現状のリハビリテーションの進捗が適切か否か、さらに他の施術が必要かなどの急性期病院１０１からの情報を入手して、適切な措置を取ることができる。
【００１８】
このような特徴を有する結果、本願発明を用いた医療情報連携システムにより、患者を中心としたシームレスで、かつ質の高い地域連携医療体制が確立でき、脳卒中診療ガイドラインの社会への浸透を促進できる。また、疾患別患者データベースが構築でき、これまではっきりしなかった発症から社会復帰に至るまでの全経過を全国レベルで把握できることから、アウトカム評価を通して経済的評価、社会的評価、及び患者満足度の評価ができる。さらに、脳卒中医療全体の底上げが可能となって、質の向上と地域格差の是正ができる。加えて、地域連携クリティカルパスの見直しを通して脳卒中医療のあるべき姿を実現することができ、医療情報の電子化を推進することができる。
【００１９】
具体的には、本実施形態のシステムを用いることにより、図７ないし９に示すように、急性期、回復期および維持期の状況を利用者端末等の端末に表示し、種々の指示を入力することができる。図７は、本実施形態の医療情報連携システムの急性期版画面フローであり、図８は、本実施形態の医療情報連携システムの回復期版画面フロー、および図９は、医療情報連携システムの維持期版画面フローを示している。図１０は、以上の各期の状況を１画面で表した場合の画面パターンの例を示す図である。
【００２０】
図２は、以上説明した医療情報連携システムの概略のより具体的なシーケンスを示す図である。図２を参照すると、急性期病院１０１において患者の治療が行われると、院内で診療録が作成され（Ｓ２０１）、診療が終了すると退院判定が行われるが、このとき回復の程度によりいくつかのコースを判定し、リハビリテーション病院１０２に第一報情報として送信する。リハビリテーション病院１０２は、主に送信されたコースによって受け入れの可否を判定し（Ｓ２０３）、その旨を急性期病院１０１に送信する。急性期病院１０１では、施設間ドキュメント共有（ＸＤＳ）システムによって、受け入れが可能な医療機関、施設に診療録を公開し（Ｓ２０４）、リハビリテーション病院１０２は急性期病院１０１のデータベースから診療情報を読み込む（Ｓ２０５）。
【００２１】
そのようにして患者の受け入れを行った後、急性期病院１０１の情報から総合的にコースを判定し（Ｓ２０６）、診療録を更新する（Ｓ２０７）とともにリハビリテーションなどの診療を続ける。予め設定した期間ごとに回復状況を判定し（Ｓ２０８）、さらに回復が進めば退院するか否かの判定を行い（Ｓ２０９）、診療録を公開すると（Ｓ２１０）、急性期病院１０１側でも診療録の更新が行われる（Ｓ２１１）。同様にして、リハビリテーション病院１０２とかかりつけ医院１０３との間、急性期病院１０１とかかりつけ医院１０３との間でも情報の交換を行いつつ、患者の回復、治療に活用する。
【００２２】
図３は、本実施形態の上述のＸＤＳを利用した情報の交換を可能にするシステムの構成を示す図である。図３に示すように、本システムの中心になるレジストリセンタ３１０には、医療機関のサーバ等と接続するファイヤウォールルータ３１１、レジストリサーバ３１２、メールサーバ３１３および患者ＩＤ等管理サーバ３１４を備える。レジストリセンタ３１０とは、光ファイバー網３５１で接続された、急性期病院やリハビリテーション病院などを含む医療機関３２０、３３０のシステムが接続される。医療機関３２０のシステムは、院内情報システム（ＨＩＳ）３２１を備えている場合を示しており、ＨＩＳ３２１は一般にＨＩＳサーバ３２３、ＨＩＳクライアント３２６を備える他、ＰＡＣＳサーバ３２４およびＤＩＣＯＭビューワ３２５を備える。ＨＩＳ３２１はファイヤウォールを介して、ゲートウェイサーバ３２２とともに、他の医療機関内システムに接続される。
【００２３】
ＨＩＳ３２１を有さない場合を示す医療機関システム３３０では、クライアント端末３３１がルータを介して外部に接続され、ゲートウェイシステム３３２も備える。本例のＨＩＳを有さない医療機関では、レセプトコンピュータ（レセコン）などの患者情報を扱う端末は本実施形態体の通信システムには直接接続されておらず、図３等に示すようにオフラインで利用者端末３３１から取り出されたデータを記録媒体等でレセコン３３３に入力したり、レセコン３３３からのデータを同様に利用者端末３３１に移動させたりするようになっている。ここでは、ＨＩＳ３２１を有する医療機関３２０と、有さない医療機関３３０とを組み合わせた例を示したがこれに限られずに、例えば両方の医療機関がＨＩＳを有する場合も本実施形態を適用することができるのはもちろんである。
【００２４】
図１２は、レジストリセンタ３１０内のレジストリサーバ３１２とメールサーバ３１３との関係を示す図である。レジストリサーバ３１２には、ネットワークで接続された種々の医療機関のサーバシステムのデータの書き込み、読み出しなどの管理が行われるため、そのような管理データを格納するデータベース１２０１が接続され、データ管理部１２０３により本技術分野で知られたいずれかの方法でデータベース管理が実行される。また、ネットワークを介して接続されデータの書き込みなどが認められているサーバシステムは、予めシステム固有の情報やアドレスなどをサーバレジスタ１２０２に格納して管理される。以上のデータベースの管理、およびサーバシステムに関する情報の内容、管理は本技術分野で知られたいずれのものも使用することができるので詳細は省略する。レジストリサーバ３１３へのデータの格納や閲覧権限の設定など、予め定められた種々の処理を監視しており、一定の条件が満足されるとそれに対応する処理、具体的には例えば関連するサーバシステムにメールを送信して必要な情報を提供する等の処理を実行するようメールサーバ３１３に指示する書込監視部１２０４を備える。
【００２５】
また、図１２を参照すると、本実施形態のレジストリセンタ３１０にはメールサーバ３１３が備えられており、メール送受信部１２１１において他のサーバシステムとの間での一般的なメールのやり取りなどを管理しているほか、書込監視部１２０４からの指示により本実施形態に特徴的な機能を実行する。なおここでは、レジストリメールサーバ３１２が書込監視部１２０４を備えている構成について説明したが、本実施形態はこれに限られず、レジストリサーバ３１２の状況をメールサーバ３１３側で監視しておき、メールの送信を実行するように構成させることもできる。
【００２６】
図４は、本実施形態のネットワークアクセス方法を模式的に示す図である。図３を参照して上述した各サーバは、ファイヤウォール（ＦＷ）ルータや院内ファイヤウォール（ＦＷ）により、一定範囲内に通信が制限され、高度なセキュリティが保たれる。すなわち、ＨＩＳが配置された医療機関のシステムにおいては、ＨＩＳサーバ３２３を含むＨＩＳ３２１は院内ＦＷ４０１により外部のネットワークとは直接接続されないようになっている。また、医療機関内のＦＷルータ４０２、４０３およびレジストリセンタ３１０内のＦＷルータ３１１により、図４の破線で示される経路以外でデータの送受信が行われないように制御されている。ここで、ファイヤウォール、ルータ、ゲートウェイサーバについては、特に説明を加えないが、いずれも本技術分野で知られた装置、システムあるいは技術として、いずれの方法でも用いることができる。特に、ゲートウェイサーバは、単なる通信プロトコルの変換といった処理だけでなく、通常の情報処理装置の機能やデータベースを有し、予め種々の設定をしておくことにより、通常はサーバやホスト装置で行うような判断処理なども実行できるものとする。
【００２７】
図５は、本実施形態のネットワークアクセス方法を模式的に示す図である。図４を参照して、本実施形態の医療情報連携通信システムにおいてはデータの流れがＦＷルータ等により一定範囲で制限されるよう制御されることを説明したが、図５は、その具体的な手法を説明するためのものである。すなわち、医療機関３２０は医療機関３３０へのアクセス許可をレジストリサーバへ登録すると（ステップ（１））、医療機関３３０はレジストリセンタ３１０からリポジトリ参照可の通知を受ける（ステップ（２））。その結果、レジストリサーバ３１２からリポジトリ情報を読み込みこむことができる（ステップ（３））が、サーバ間の通信は暗号化しており、途中で傍受されてもリポジトリ情報を得ることはできないので、例えば医療機関３２０と同様に本システムに接続され、同様にゲートウェイサーバ５１２、利用者端末５１１およびＦＷルータ５１３を備えた医療機関５０１でも医療機関３２０の許可がないのでリポジトリ情報の読み込みはできない。
【００２８】
図６は、本実施形態の医療情報連携通信システムにおける医療機関間の情報のやり取りを行うシーケンスを示す図である。まず、医療機関３２０のＨＩＳ３２１が第１報医療情報作成転送先施設選択（複数）をするようゲートウェイサーバ３２２を操作すると（Ｓ７０１）、ＦＷルータを介して第１報情報のアップ対象施設情報をレジストリサーバ３１２に送信する（Ｓ７０２）。情報を受信したレジストリサーバ３１２は、医療機関３２０、３３０間での通信許可をそれぞれのゲートウェイサーバに与える（Ｓ７０４）とともに、医療機関３３０にメール配信するようメールサーバ３１３に情報を転送する（Ｓ７０３）と、メールサーバ３１３は医療機関３３０にメール配信して第１報の情報を閲覧できることを通知する（Ｓ７０５）。これにより、データベース１２０１に情報が記憶されるとともに、医療機関３３０に、閲覧権限が設定される。
【００２９】
このような手順を実施することにより、データを閲覧しようとするサーバが、自ら閲覧に行くことが前提となっている本来のＸＤＳシステムを用いて、あたかもサーバからサーバへデータを送信するような処理が可能となる。すなわち、医療機関３２０から情報を医療機関３３０に送ろうとする場合、通常のシステムであればそのままデータを送信することにより情報を移動することができるが、ＸＤＳシステムではそのような処理ができないため、レジストリサーバ３１２がメールサーバ３１３に医療機関３３０が医療機関３２０のデータを閲覧するようメールを配信させゲートウェイサーバ３３２にデータを閲覧させることにより、あたかも医療機関３２０から医療機関３３０にデータを送信するような処理を行うことができる。ここでは、レジストリサーバ３１２がメールサーバ３１３にメールの送信を指示するように説明したが、これに限られず、メールサーバ３１３において、レジストリサーバ３１２の処理内容を監視しており、情報の受信や閲覧権限の設定が行われると、関連するサーバシステムにメールを送信するようにすることもできる。
【００３０】
閲覧可の通知を受けた医療機関３３０では、ゲートウェイサーバ３３２が、医療機関３２０に情報の閲覧を要求し、これを受けて医療機関３２０では情報を配信する（Ｓ７０５）が、ゲートウェイサーバ３３２は、予め定められた条件により、ＨＩＳに確認することなく患者の受け入れの可否を判断し結果をレジストリサーバ３１２を介してゲートウェイサーバ３２２に送信する（Ｓ７０６、７０７）。ここで、患者の受け入れが可能な場合は、第２報医療情報を医療機関３３０に送信することになるが（Ｓ７１０〜Ｓ７１５）、この際、ＨＩＳ３２１は可否情報を受取るためゲートウェイサーバ３２２に自ら始動して確認に行き可否情報を取得する（Ｓ７０８、７０９）。このような処理を行うことから、本実施形態ではＨＩＳとレジストリサーバを含めたＸＤＳシステム等とが粗結合となり、ＨＩＳの高度な保護が図れるのである。なお、図６では、説明の便宜上、医療機関３３０もＨＩＳを備えているように説明したが、図３ないし５に示すようにＨＩＳを備えなくてもよい。
【００３１】
医療機関３３０において、取得した第１報情報にもとづいて予め定められた条件に照らし、患者の受け入れが不可と判断する場合、ゲートウェイサーバ３３２は、同様にレジストリサーバ３１２を介して医療機関３２０に伝えるとともに、取得した第１報情報を廃棄する。この結果、医療機関３３０には、対象の患者に関する情報を一切有さないこととなる。また、レジストリサーバ３１２も、ゲートウェイサーバ３３２の医療機関３２０に対するアクセス権を剥奪するので、医療機関３３０は対象となる患者については医療機関３２０と情報の交換は不可能となる。本実施形態では、このように受け入れの可否を受け入れ先候補に判断させるため、一定の秘密情報を閲覧させるが、その結果、受け入れが不可と判断され、その情報を保持し続けることが好ましくない場合には、取得した情報を削除することにより、秘密情報の無用な拡散を防止して患者情報の保護を強化することができる。
【００３２】
医療機関３３０が患者の受け入れを不可とした場合、医療機関３２０は別の受け入れ先医療機関の選択を行って、同様の処理を繰り返す。また、医療機関３３０が受け入れることとなった場合は、図６に示すように以降同様の処理により第２報情報を送って、患者の受け入れに向けて医療機関３３０は種々の処理を行うことになるが、その具体的内容は本技術分野で知られたいずれかの方法により実行することができる。
【００３３】
以上、本実施形態では、ＸＤＳシステムを用いた情報のやり取りの、いくつかの局面において、独自の処理を行うことにより情報のセキュリティを高めることができたが、このような処理は本実施形態の実際の応用例である医療機関間の患者の受け入れといった処理に限られることなく、種々のシステムでセキュリティを向上させるために使用することができる。
【図面の簡単な説明】
【００３４】
【図１】本発明により実現される医療情報連携システムの一実施形態の全体を示す図である。
【図２】本実施形態の医療情報連携システムの概略のより具体的なシーケンスを示す図である。
【図３】本実施形態の上述のＸＤＳを利用した情報の交換を可能にするシステムの構成を示す図である。
【図４】本実施形態のネットワークアクセス方法を模式的に示す図である。
【図５】本実施形態のネットワークアクセス方法を模式的に示す図である。
【図６】本実施形態の医療情報連携通信システムにおける医療機関間の情報のやり取りを行うシーケンスを示す図である。
【図７】本実施形態の医療情報連携システムの急性期版画面フローを示す図である。
【図８】本実施形態の医療情報連携システムの回復期版画面フローを示す図である。
【図９】医療情報連携システムの維持期版画面フローを示す図である。を示す図である。
【図１０】本実施形態の各期の状況を１画面で表した場合の画面パターンの例を示す図である。
【図１１】従来のシステムの一例としての脳梗塞の患者の入院から社会復帰までの医療機関とのかかわりを示す図である。
【図１２】レジストリセンタ内のレジストリサーバとメールサーバとの関係を示す図である。
【符号の説明】
【００３５】
１０１  急性期病院
１０２  リハビリテーション病院
１０３  かかりつけ医院
３１０  レジストリセンタ
３１１、４０２、４０３、５１３  ＦＷルータ
３１２  レジストリサーバ
３１３  メールサーバ
３１４  患者ＩＤ等管理サーバ
３２０、３３０、５０１  医療機関
３２１  ＨＩＳ
３２２、３３２、５１２  ゲートウェイサーバ
３２３  ＨＩＳサーバ
３２６  ＨＩＳクライアント
３３１、５１１  利用者端末
３３３  レセコン
３４１  ＨＰＫＩ  ＣＡ局
３５１  光ファイバネットワーク
４０１  院内ＦＷ
１２０１  データベース
１２０２  サーバレジスタ
１２０３  データ管理部
１２０４  書込監視部
１２１１  メール送受信部
【図１】
2010039930.tif 000003
【図２】
2010039930.tif 000004
【図３】
2010039930.tif 000005
【図４】
2010039930.tif 000006
【図５】
2010039930.tif 000007
【図６】
2010039930.tif 000008
【図７】
2010039930.tif 000009
【図８】
2010039930.tif 000010
【図９】
2010039930.tif 000011
【図１０】
2010039930.tif 000012
【図１１】
2010039930.tif 000013
【図１２】
2010039930.tif 000014