JP2000331101A - 医療関連情報管理システム及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 医療連携において、有効且つ効率的にコンピ
ュータネットワークを利用する。 【解決手段】 コンピュータネットワーク９上の所定の
又は所望の場所に、医療関連情報を一元的に管理する医
療連携サーバ１１を設置し、それと各医療機関における
クライアント１３、１３ａ、１３ｂ、…を通信可能に接
続する。ネットワーク９上には、ファイアウォール１５
ａ、１５ｂと、医療連携用公開鍵サーバ１７とを設置す
る。クライアント１３、１３ａ、１３ｂ、…、と医療連
携サーバ１１との間における情報の送受信は、ＭＥＲＩ
Ｔ−ＩＸ及びＭＭＬに基づいて行なう。クライアント１
３、１３ａ、１３ｂ、…、及び医療連携サーバ１１は、
情報を送出する場合には、送出する情報をＭＭＬ形式に
変換し、それを、所定の秘密鍵で作成した電子署名を添
付し且つ暗号鍵で暗号化して送出し、上記ＭＭＬ形式の
情報を受信した場合には、そのＭＭＬ形式の情報を、上
記暗号鍵で復号化し、公開鍵サーバ１７から上記秘密鍵
に対する公開鍵を公開鍵証明書と共に受信しその公開鍵
で上記電子署名を検証する。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、コンピュータネットワー
ク上で情報を管理及び共有するためのシステムに関し、
特に、種々の医療関連情報を効率的に管理及び共有する
ための技術に関する。

【０００２】

【従来の技術】近年の医療制度改革に伴って、各種医療
機関ごとの機能分化が明確になり、１つの病院で治療を
完結することが困難になっている。患者は、何らかの理
由(専門的治療が必要、他科の診察が必要、特定の医療
機器が無く診断できないなど)がある場合には、担当医
師に紹介されて、紹介先の医療機関を利用することにな
る。その場合、患者は、紹介状や紹介元医療機関が管理
している診療情報等(以下、紹介情報)を担当医師から渡
され、それを持って紹介先の医療機関に通う。上記紹介
情報は、典型的には紙に記録されて渡されるが、フロッ
ピーディスクやＩＣカード等に記録されて渡されること
もある。或は、担当医師が、紹介先の医療機関に上記紹
介情報をメールで送信することもある。紹介先の医療機
関の医師は、上記紹介情報に基づいて紹介されて来診す
る患者の病名や健康状態等を把握し診察を行なう。

【０００３】

【発明が解決しようとする課題】このように、１つの医
療機関で治療を完結することが困難になっているため、
各種医療機関の連携(例えば、病院と病院、病院と診療
所)、すなわち、医療連携というものが必要不可欠にな
ってくる。厚生省は、この医療連携の取り組みを推奨し
ており、厚生省が期待するものの１つとして、病院・診
療所間でのスムーズな患者の相互紹介ができること、と
いうものがある。

【０００４】しかし、上記紹介情報は、その紹介情報を
連携した互いの医療機関でしか共有されず、また、上記
紹介情報や他の医療関連情報の管理は各種医療機関が別
々に行なっているので、他の医療機関が所望の紹介情報
を参照することができない。

【０００５】例えば、Ａ病院→Ｂ病院→Ｃ病院という順
番で患者が診察を受けた場合、上記紹介情報も、Ａ病院
→Ｂ病院→Ｃ病院という順番で送られる。この場合、Ａ
病院とＢ病院との間、及びＢ病院とＣ病院との間では、
それぞれ直接紹介が行なわれるのでそれぞれの間では互
いに紹介情報が共有されるが、Ａ病院とＣ病院との間で
は、直接紹介が行なわれていないので紹介情報の共有が
行なわれない。そのため、Ａ病院がＣ病院にある紹介情
報を参照する、或は、Ｃ病院がＡ病院にある紹介情報を
参照するということは、非常に困難である。

【０００６】このように、現状では十分な医療連携が行
われていない。

【０００７】それを可能にするための方法としては、各
種医療機関がそれぞれで管理している医療関連情報(上
記紹介情報を含む)をコンピュータに入力し、コンピュ
ータネットワークを通じて上記医療関連情報を共有する
ということが考えられる。しかし、通信速度やネットワ
ークプロトコル等の仕様、有効な運用の仕方、及び堅牢
なセキュリティ等について有効な解決方法は考えられて
いない。

【０００８】従って、本発明の目的は、医療連携におい
て、有効且つ効率的にコンピュータネットワークを利用
することにある。

【０００９】

【課題を解決するための手段】本発明に従うシステム
は、コンピュータネットワーク上に、複数台のクライア
ントマシンと、種々の医療関連情報を管理している１又
は複数台のサーバマシンとを備え、クライアントマシン
及びサーバマシンは、ＭＥＲＩＴ−ＩＸ及びＭＭＬに基
づいて、種々の医療関連情報を送受信する。

【００１０】クライアントマシンは、各種医療機関(診
療所、保健所、市立病院、国立病院等)に設置し、サー
バマシンは、市立病院や国立病院等の比較的大規模な医
療機関に設置したり特定の医療センタに設置したりす
る。ＭＥＲＩＴ−ＩＸ(MedicalRecord Image Text-Info
rmation eXchange)とは、医療情報交換の規格であり、
ＭＭＬ(Medical Mark-up Language)とは、データ記述言
語(データ交換形式)の一つであり、双方とも、各医療機
関で規定されたものである。

【００１１】好適な例としては、サーバマシンは、紹介
状情報を含む患者の紹介情報をクライアントマシンから
受けた場合には、その紹介情報の紹介先に設置されてい
るクライアントマシン又はサーバマシンにその紹介情報
を送信する。この例において、クライアントマシンは、
予めオペレータに上記紹介情報を入力させそれをＭＭＬ
形式に変換してサーバマシンに送信することもできる
し、サーバマシンにログインしてリアルタイムでオペレ
ータに上記紹介情報を入力させそれをＭＭＬ形式に変換
して送信することもできる。

【００１２】また、サーバマシンは、上記患者の相互紹
介における返書情報を受けた場合には、紹介元に設置さ
れているクライアントマシン又はサーバマシンに前記返
書情報を送信する。

【００１３】サーバマシンは、クライアントマシンから
上記患者の紹介情報又は返書情報の提供を要求された場
合には、医療機関の識別情報をそのクライアントマシン
から受信する。そして、その識別情報から医療機関を識
別して、識別した医療機関が前記患者が一度も受診して
いない医療機関である場合には、要求された情報を送信
しないようにする。

【００１４】好適な実施形態では、クライアントマシン
及びサーバマシンは、送出する情報をＭＭＬ形式に変換
したＭＭＬファイルにするＭＭＬ変換手段と、所定の秘
密鍵で電子署名を作成する電子署名作成手段と、ＭＭＬ
ファイルに上記電子署名を添付する電子署名添付手段
と、所定の暗号鍵で前記ＭＭＬファイルを暗号化する暗
号化手段と、上記電子署名付きの暗号化されているＭＭ
Ｌファイルを送出するファイル送出手段とを備える。ま
た、その電子署名付きの暗号化されているＭＭＬファイ
ルを受信するファイル受信手段と、上記所定の暗号鍵で
上記ＭＭＬファイルを復号化する復号化手段と、上記電
子署名付きのＭＭＬファイルに対し、上記所定の秘密鍵
と対の公開鍵で電子署名の検証を行なう電子署名検証手
段とを備られる。

【００１５】好適な実施形態では、上記コンピュータネ
ットワーク上に、クライアントマシン又はサーバマシン
への外部からのアクセスを制御するためのアクセス制御
装置と、公開鍵を管理する公開鍵管理装置とを備える。
公開鍵管理装置は、公開鍵所持者の電子署名が添付され
ている公開鍵証明書も管理し、公開鍵を配布する場合に
は、公開鍵証明書と共に公開鍵を配布する。

【００１６】好適な実施形態では、サーバマシンは、ク
ライアントマシンから所定認証データを受信し、それの
認証チェックを行なう認証手段も備える。

【００１７】

【発明の実施の形態】図１は、本発明の一実施形態に係
る医療連携システムの全体構成を示す。

【００１８】各種医療機関、例えば、診療所１、保健所
３、市立病院５、又は国立病院７は、コンピュータネッ
トワーク９(典型的にはインターネット、以下、ネット
ワーク)を介して互いに通信可能に接続されている。こ
れら各種医療機関のそれぞれには、所望の医療関連情報
を入出力するための１又は複数台のクライアント(典型
的にはパーソナルコンピュータ又はワークステーショ
ン、図示せず)が設置されている。比較的大規模な医療
機関、例えば市立病院５や国立病院７には、上記クライ
アントの他に、自身又は他の医療機関情報(医師人数、
医療機器のリスト、入院設備の有無等)や各患者の上記
紹介情報等を管理する医療連携サーバ(図示せず)も設置
されている。以下、比較的小規模な医療機関として診療
所１を、比較的大規模な医療機関として市立病院５を例
に、それぞれの構成を説明する。

【００１９】図２は、診療所１と市立病院５の構成を示
す。

【００２０】診療所１には、例えば１台のクライアント
１３が設置されている。市立病院５には、複数台のクラ
イアント１３ａ、１３ｂ、…と、それらと通信可能に接
続されている上記医療連携サーバ１１と、上記医療機関
情報や紹介情報等が格納される医療関連情報データベー
ス(医療関連情報ＤＢ)１０が設置されている。このシス
テムでは、上述したＭＥＲＩＴ−ＩＸ及びＭＭＬに基づ
いて上記各種情報の送受信が行なわれる。

【００２１】クライアント１３は、上記ネットワーク９
を介して医療連携サーバ１１に通信可能に接続されてお
り、オペレータ(例えば医師)に入力された所定の又は所
望の紹介情報等を、ＭＭＬ形式に変換して医療連携サー
バ１１に送信する。また、クライアント１３は、医療連
携サーバ１１に所望の紹介情報等を要求し、要求した情
報を医療連携サーバ１１からＭＭＬ形式で受信する。

【００２２】医療連携サーバ１１は、クライアント１
３、又はクライアント１３ａ、１３ｂ、…からＭＭＬ形
式の上記各種情報を受信して医療関連情報ＤＢ１０に格
納し、且つ、クライアント１３、又はクライアント１３
ａ、１３ｂ、…から要求された情報を、医療関連情報Ｄ
Ｂ１０内を検索して取得し、それをクライアント１３、
又はクライアント１３ａ、１３ｂ、…に送信する。

【００２３】上述したＭＥＲＩＴ−ＩＸ及びＭＭＬは、
既に述べたように大多数の医療機関の間で規定された規
約なので、この規約に基づいて情報を送受信することに
より、患者の相互紹介をスムーズに行なうこと、及び各
種医療機関が実質的に全ての医療関連情報を共有するこ
とができる。このようなことを安心して行なえるよう
に、このシステムでは、種々のセキュリティが構築され
ている。

【００２４】図３は、図２に示した構成をより詳細に表
したブロック図である。

【００２５】クライアント１３とネットワーク９との
間、及びネットワーク９と医療連携サーバ１１との間に
は、外部からの不当なアクセスを制御するファイアウォ
ール１５ａ、１５ｂが介在し、ネットワーク９には、後
述する公開鍵を管理しその公開鍵を署名入りの公開鍵証
明書と共に配布する医療連携用公開鍵サーバ(以下、公
開鍵サーバ)１７が備えられる。

【００２６】クライアント１３は、データ入出力部１８
と、ファイル生成部１９と、ＭＭＬエンコード／デコー
ド部２１と、電子署名生成／検証部２３(以下、署名部
２３)と、暗号／復号部２５と、ファイル送受信部２７
とを備える。この構成は、他の各種医療機関に設置され
るクライアント(すなわちクライアント１３ａ、１３
ｂ、…を含む)も同様である。

【００２７】医療連携サーバ１１は、認証部２９と、認
証データ格納部３０と、ファイル送受信部３１と、暗号
／復号部３３と、電子署名生成／検証部３５(以下、署
名部３５)と、ＭＭＬエンコード／デコード部３７と、
ファイル生成部３９と、データベース入出力部(ＤＢ入
出力部)４１とを備える。

【００２８】以下、このシステムで行なわれる動作と共
に、上述した各構成要素の機能を説明する。

【００２９】クライアント１３のデータ入出力部１８
は、オペレータ(例えば医師)に所望のＵＲＬを入力させ
てオペレータがアクセスしたい病院の医療連携サーバ１
１にアクセスし、その後に所定の認証データ(例えば、
パスワードや病院又は医師のＩＤ)を入力させて、それ
を医療連携サーバ１１に送信する(ステップＳ１)。医療
連携サーバ１１の認証部２９は、上記認証データを受け
て種々の認証データが格納されている認証データ格納部
３０を参照し(Ｓ２)、受信した認証データが正しいか否
かを判断して正しければ認証ＯＫ(ログインＯＫ)をクラ
イアント１３に返す(Ｓ３)。

【００３０】ログイン後、例えば、クライアント１３が
情報を医療連携サーバ１１に送信する場合、まず、クラ
イアント１３のデータ入出力部１８は、医師(オペレー
タ)に患者の紹介情報など所望の情報を入力させて、そ
れをファイル生成部１８に渡す(Ｓ４)。ファイル生成部
１８は、データ入出力部１８からの情報を所定のファイ
ル形式、すなわちＭＭＬ形式に変換してそのＭＭＬ形式
の情報(以下、ＭＭＬファイル)をＭＭＬエンコード／デ
コード部２１に渡す(Ｓ５)。ＭＭＬエンコード／デコー
ド部２１は、渡されたＭＭＬファイルをエンコードし署
名部２３に渡す(Ｓ６)。署名部２３は、例えば上記オペ
レータの秘密鍵を使用して電子署名を生成し、それを上
記ＭＭＬファイルに添付して暗号／復号部２５に渡す
(Ｓ７)。暗号／復号部２５は、渡されたＭＭＬファイル
を、所定の(例えば、クライアント１３と医療連携サー
バ１１で共有する)暗号鍵を使用して暗号化し、それを
ファイル送受信部２７に渡す(Ｓ８)。ファイル送受信部
２７は、上記暗号化されているＭＭＬファイルを、医療
連携サーバ１１に送信する(Ｓ９)。医療連携サーバ１１
のファイル送受信部３１は、上記ＭＭＬファイルを受信
し、それを暗号／復号部３３に渡す(Ｓ１０)。暗号／復
号部３３は、上記所定の暗号鍵を使用して渡されたＭＭ
Ｌファイルを復号化し、それを署名部３５に渡す(Ｓ１
１)。署名部３５は、上記秘密鍵と対になっている公開
鍵を上記公開鍵証明書と共に公開鍵サーバ１７から受信
し(Ｓ１２)、その公開鍵を使用して上記ＭＭＬファイル
に添付されている電子署名を検証し、それが正当な署名
であると検証できたら、上記ＭＭＬファイルをＭＭＬエ
ンコード／デコード部３７に渡す(Ｓ１３)。ＭＭＬエン
コード／デコード部３７は、上記ＭＭＬファイルをデコ
ードしてＤＢ入出力部４１に渡す(Ｓ１４)。ＤＢ入出力
部４１は、渡されたＭＭＬファイルを医療関連情報ＤＢ
１０に格納する(Ｓ１５)。

【００３１】上記ログイン後、クライアント１３が医療
連携サーバ１１から所望の情報を取得する場合は、ま
ず、クライアント１３のデータ入出力部１８は、オペレ
ータに要求された情報を送信するよう医療連携サーバ１
１に要求する(ステップＳ１６)。医療連携サーバ１１の
ＤＢ入出力部４１は、その要求を受けて、医療関連情報
ＤＢ１０から要求された情報を取得し(Ｓ１７)、取得し
た情報をファイル生成部３９に渡す(Ｓ１８)。ファイル
生成部３９は、渡された情報をＭＭＬ形式のＭＭＬファ
イルに変換してＭＭＬエンコード／デコード部３７に渡
す(Ｓ１９)。ＭＭＬエンコード／デコード部３７は、渡
されたＭＭＬファイルをエンコードして署名部３５に渡
す(Ｓ２０)。署名部３５は、所定の(例えば上記情報の
作成者の)秘密鍵を使用して電子署名を生成し、それを
上記ＭＭＬファイルに添付して暗号／復号部３３に渡す
(Ｓ２１)。暗号／復号部３３は、渡されたＭＭＬファイ
ルを上記所定の暗号鍵を使用して暗号化し、それをファ
イル送受信部３１に渡す(Ｓ２２)。ファイル送受信部３
１は、渡されたＭＭＬファイルをクライアント１３に送
信する(Ｓ２３)。クライアント１３のファイル送受信部
２７は、上記オペレータが要求した情報、すなわち上記
ＭＭＬファイルを受信し、それを暗号／復号部２５に渡
す(Ｓ２４)。暗号／復号部２５は、渡されたＭＭＬファ
イルを上記所定の暗号鍵を使用して復号化し、それを署
名部２３に渡す(Ｓ２５)。署名部２３は、上記秘密鍵と
対になっている公開鍵を上記公開鍵証明書と共に公開鍵
サーバ１７から受信し(Ｓ２６)、その公開鍵を使用して
上記電子署名を検証し、その電子署名が正当な署名であ
ると検証できたら、上記ＭＭＬファイルをＭＭＬエンコ
ード／デコード２１部に渡す(Ｓ２７)。ＭＭＬエンコー
ド／デコード部２１は、渡されたＭＭＬファイルををデ
コードしてデータ入出力部１８に渡す(Ｓ２８)。データ
入出力部１８は、渡されたＭＭＬファイルをオペレータ
に表示する。

【００３２】この実施形態において、上記秘密鍵と公開
鍵はそれぞれ対応しており、それらは、各種医療機関、
各種医療機関における各科(内科、外科等)、又は各医師
等が持つ。上記秘密鍵は、クライアント１３又は病疹連
携サーバ１のそれぞれが管理しても良いし、フロッピー
ディスクやＩＣカードや磁気カード等の情報記録媒体を
利用して管理しても良い。上記暗号鍵をクライアント１
３と医療連携サーバ１で共有する場合は、ネットワーク
９を通じて行なっても良いし、フロッピーディスクやＩ
Ｃカード等の各種情報記録媒体を利用して行なっても良
い。クライアント１３が送出する上記認証データは、例
えばＪａｖａアプレットを利用して暗号化するようにし
ても良い。また、認証データの認証は、ネットワーク９
上に設置されている認証サーバに行なわせるようにして
も良い。

【００３３】上述したシステムによれば、４つのセキュ
リティが構築されている。すなわち、第１は、ファイア
ウォール１５ａ、１５ｂの設置及び上記ログイン時の認
証チェックである。これにより、外部からの不当なアク
セスを制御し不法な侵入を防ぐことができる。第２は、
情報の暗号化である。これにより、第三者に情報を盗聴
されたり、情報が漏洩したりすることを防ぐことがで
き、上記紹介情報等の秘密性を高めることができる。ま
た、上述のように暗号鍵を共有するようにすれば、上記
暗号化又は復号化の処理速度を速めることができる。第
３は、電子署名の生成及び検証である。これにより、紹
介情報等を作成したものが正当なものであることを証明
する、すなわち第三者のなりすましを防止でき、且つ、
情報が改竄されることも防止することができる。第４
は、上記公開鍵の管理し上記証明書と共に公開鍵を配布
することである。これにより、紹介情報等の作成者の証
明の正当性及び確実性を高めることができる。

【００３４】このように、このシステムでは、堅牢なセ
キュリティが構築されているので、安心して秘密性の高
い上記紹介情報等を、コンピュータネットワーク上で患
者の相互紹介を行なったり上記紹介情報等を共有したり
することができる。以下に、このシステムで行なわれる
患者の相互紹介や上記紹介情報等を共有について説明す
る。

【００３５】図４は、その実施形態における上記医療関
連情報ＤＢ１０の構成の一例を示す。

【００３６】医療関連情報ＤＢ１０には、例えば、ユー
ザ情報格納部５５と、患者基本情報格納部５７と、受診
情報格納部５９と、紹介管理情報格納部６１と、紹介情
報格納部６３と、返書情報格納部６５とが備えられる。
ユーザ情報格納部５５には、例えばユーザとなる各医師
に関する情報(ユーザＩＤ、パスワード、病院名、医師
名など)が格納される。患者基本情報格納部５７には、
患者に関する基本情報(医療連携ＩＤ、患者氏名、性
別、生年月日、住所など)が格納される。受診情報格納
部５９には、どの患者がどの病院で診察を受けたことが
あるかの受診情報(医療連携ＩＤ、病院ＩＤ、患者番号
など)が格納される。紹介管理情報格納部６１には、ど
の病院がどの病院に紹介したかに関する情報(紹介日、
医療連携ＩＤ、紹介元病院ＩＤ、紹介先病院ＩＤなど)
が格納される。紹介情報格納部６３には、上記紹介情報
(医療連携ＩＤ、紹介日、処方情報、検査情報など)が格
納される。返書情報格納部６５には、紹介先で行なわれ
た診察結果等を紹介元に知らせるための返書情報(医療
連携ＩＤ、診察日、紹介元病院ＩＤ、紹介先病院ＩＤ、
処方情報、検査情報など)が格納される。尚、上記医療
連携ＩＤとは、各種医療機関で共通して用いられる患者
を一意に識別するためのものである。それに対して上記
患者番号は、各種医療機関独自の患者を識別するための
番号である。

【００３７】このような医療関連情報ＤＢ１０が備えら
れるシステムでは、次の図５に示すような動作で患者の
相互紹介が行なわれる。

【００３８】図５は、患者の相互紹介における動作を示
す。同図では、上記診療所１を紹介元病院とし、上記市
立病院５を紹介先病院とする。

【００３９】診療所１、すなわちクライアント１３は、
オペレータ(例えば医師)に、例えば図６に示すような所
定のフォーマットに紹介情報を入力させる(ステップＳ
２９)。図６によれば、クライアント１３は、病院ＩＤ
及び患者番号、紹介先医療機関、紹介先科、紹介先担当
医、紹介元医療機関、紹介元医師名、(紹介元の)所在地
及び電話番号、且つ、紹介する患者の情報として、患者
氏名、性別、職業、生年月日、年齢、紹介目的、紹介事
由、患者に対する留意事項等を、オペレータに入力させ
る。そして、クライアント１３は、入力された紹介情報
をＭＭＬ形式に変換してＭＭＬファイルを作成し(Ｓ３
０)、ＷＷＷブラウザを起動させて所望のＵＲＬ(例えば
後述の紹介情報送信用ログインページのアドレス)を入
力させ(Ｓ３１−ａ)、ネットワーク９を介して市立病院
５の医療連携サーバ１１にアクセスする(Ｓ３１−ｂ)。
医療連携サーバ１１は、ログイン認証を行なって上記紹
介情報の送信を認めるための紹介情報送信用ログインペ
ージを送信する(Ｓ３２)。クライアント１３は、上記ロ
グインページに所定の認証データをオペレータに入力さ
せて、その認証データを例えば暗号化して医療連携サー
バ１１に送信する(Ｓ３３)。医療連携サーバ１１は、受
信した認証データが正当であれば(Ｓ３４でＹ)、上記紹
介情報をアップロードさせるためのファイルアップロー
ド用ページをクライアント１３に送信する(Ｓ３５)。ク
ライアント１３は、上記ファイルアップロード用ページ
を受信し、例えばそのページ上に表記されている「送信」
ボタンがオペレータにクリックされたら、上記ＭＭＬフ
ァイルを医療連携サーバ１１にアップロードする(Ｓ３
７)。医療連携サーバ１１は、受信したＭＭＬファイル
を解析してこのファイル内の各項目、すなわち図６に示
した病院ＩＤ及び患者番号、紹介先医療機関等を取り出
し(Ｓ３８)、取り出した病院ＩＤ及び患者番号をキーに
医療関連情報ＤＢ１０内の受診情報格納部５９を検索し
て、その病院からその患者に関する受診が過去にあった
か否かを確認する(Ｓ３９)。上記受診を確認できた場合
は(Ｓ３９でＹ)、医療連携ＩＤを取得して(Ｓ４０)、そ
の医療連携ＩＤをキーに紹介管理情報格納部６１及び紹
介情報格納部６３のそれぞれに上述した所定の情報を格
納する(Ｓ４３)。上記受診を確認できなかった場合は
(Ｓ３９でＮ)、上記取り出した項目中の患者氏名、性
別、及び生年月日をキーに患者基本情報格納部５７内を
検索して、上記患者の基本情報を登録しているか否かを
確認する(Ｓ４１)。上記登録を確認できた場合は(Ｓ４
１でＹ)、上記Ｓ１２及びＳ１５の動作を行い、上記登
録を確認できなかった場合は(Ｓ４１でＮ)、上記取り出
した項目中の患者の基本情報を患者基本情報格納部５７
に新たに登録して(Ｓ４２)、紹介管理情報格納部６１及
び紹介情報格納部６３のそれぞれに上記所定の情報を格
納する(Ｓ４３)。

【００４０】クライアント１３は、医療連携サーバ１１
にアクセスしてリアルタイムで紹介情報を入力すること
もできる。その場合は、まず、クライアント１３が、医
療連携サーバ１１にアクセスして認証ＯＫを受ける。次
に、クライアント１３は、オペレータに病院ＩＤ及び患
者番号、又は医療連携ＩＤを入力させてそれを医療連携
サーバ１１に送信する。医療連携サーバ１１は、受診し
た病院ＩＤ及び患者番号、又は医療連携ＩＤをキーに医
療関連情報ＤＢ１０を検索して患者を特定し、例えば図
６に示したようなフォーマットの紹介情報入力用ページ
をクライアント１３に送信する。クライアント１３は、
その紹介情報入力用ページに所定の情報を入力させてＭ
ＭＬ形式に変換しそれを医療連携サーバ１１に送信す
る。医療連携サーバ１１は、上記医療連携ＩＤをキーに
紹介管理情報格納部６１及び紹介情報格納部６３のそれ
ぞれに上記所定の情報を格納する。

【００４１】尚、クライアント１３は、必要があれば
(例えば市立病院５から要求を受ければ)、図７に示すよ
うな所定のフォーマットに患者基本情報を入力させる。
図７によれば、クライアント１３は、患者基本情報とし
て、例えば、カルテ番号、患者番号、生年月日、カナ氏
名、漢字氏名、副作用歴、アレルギー、キャリア、又は
血液型等を、オペレータに入力させる。クライアント１
３は、上記患者情報を、予め作成して医療連携サーバ１
１に送信するか、或は、医療連携サーバ１１にログイン
して医療連携サーバ１１にリアルタイムで入力する。

【００４２】上記患者を紹介された市立病院５の医師
は、その患者を診察する場合には、上記クライアント１
３ａ、１３ｂ、…を利用して所定のキー(医療連携Ｉ
Ｄ、紹介元病院ＩＤ、又は患者番号等)を入力し、医療
連携サーバ１１に上記所定のキーを使用して所望の紹介
情報を検索させて、医療連携サーバ１１からその紹介情
報を受信する。

【００４３】上記市立病院５の医師は、紹介情報を受信
して上記患者を診察し終えた場合には、次のようにして
返書を行なう。

【００４４】図８は、上記返書の流れを示すフローチャ
ートである。

【００４５】上記クライアント１３ａ、１３ｂ、…は、
上記市立病院５の医師に、ＷＷＷブラウザを起動させて
所望のＵＲＬ、例えば医療連携サーバ１１にログインし
て返書を作成するための返書作成用ログインページのＵ
ＲＬを入力又は指定させて(ステップＳ４４−ａ)、医療
連携サーバ１１にアクセスする(Ｓ４４−ｂ)。医療連携
サーバ１１は、上記返書作成用ログインページをクライ
アント１３ａ、１３ｂ、…に送信する(Ｓ４５)。クライ
アント１３ａ、１３ｂ、…は、所定の認証データを入力
させてそれを医療連携サーバ１１に送信する(Ｓ４６)。
医療連携サーバ１１は、上記認証データの正当性をチェ
ックし(Ｓ４７)、それが正当であれば(Ｓ４７でＹ)、返
書作成用ページをクライアント１３ａ、１３ｂ、…に送
信する(Ｓ４８)。クライアント１３ａ、１３ｂ、…は、
所定の又は所望の返書情報(医療連携ＩＤ，診察日、紹
介元病院ＩＤ、紹介先病院ＩＤ、処方情報、又検査情報
など)を入力させて、それを医療連携サーバ１１に送信
する(Ｓ５０)。医療連携サーバ１１は、受信した返書情
報を、例えば医療連携ＩＤをキーに上記医療関連情報Ｄ
Ｂ１０内の返書情報格納部６５に格納し、紹介元病院
(診療所１)に、紹介元病院から返書情報アリの旨を通知
するための返書メールを送信する(Ｓ５１)。診療所１の
クライアント１３は、上記返書メールを確認した場合に
は(Ｓ５２)、ＷＷＷブラウザを起動させ所定のＵＲＬ、
例えば上記返書情報を取得するためのログインページの
ＵＲＬを入力又は指定させて(Ｓ５３−ａ)、ネットワー
ク９を介して医療連携サーバ１１にアクセスする(Ｓ５
３−ｂ)。医療連携サーバ１１は、返書情報取得用ログ
インページをクライアント１３に送信する(Ｓ５４)。ク
ライアント１３は、受信したページに所定の認証データ
を入力させてそれを医療連携サーバ１１に送信する(Ｓ
５５)。医療連携サーバ１１は、上記認証データ正当で
あれば(Ｓ５６でＹ)、返書情報取得用ページをクライア
ント１３に送信する(Ｓ５７)。クライアント１３は、受
信したページ上に紹介先病院ＩＤを入力させそれを医療
連携サーバ１１に送信する(Ｓ５９)。医療連携サーバ１
１は、上記紹介先病院ＩＤをキーに上記返書情報格納部
６５内を検索して該当する返書情報を全て取得しそれら
のリストを作成して、そのリストをクライアント１３に
送信する。クライアント１３は、そのリストを表示し、
そのリストから所望の返書情報を選択させて、その所望
の返書情報を確認させるようにする(Ｓ６１)。尚、この
流れにおいて、上記患者が入院することになった場合に
は、上記返書情報に、入院報告、入院した病院名、転科
情報、又は入院経過情報等を含めるようにしても良い。
また、上記患者が退院した場合には、上記返書情報に、
退院報告、診察・検査結果、又は退院後の方針等を含め
るようにしても良い。

【００４６】上述したシステムでは、このような流れで
患者の相互紹介が行なわれる。上記各種医療機関は、そ
れらそれぞれで管理されている所望の紹介情報を次のよ
うにして取得・参照できる。

【００４７】例えば、上記国立病院７のある医師が、市
立病院５で管理されている紹介情報を参照したい場合に
は、その医師は、上記国立病院７内のクライアントを使
用して医療連携サーバ１１にログインし、自分の病院Ｉ
Ｄ、及び医療連携ＩＤ又は所望の紹介日を入力する。医
療連携サーバ１１は、入力されたキーを使用して上記医
療関連情報ＤＢ１０内を検索し、管理している紹介情報
を全て抽出して抽出結果を上記クライアントに送信す
る。上記クライアントは、その抽出結果を一覧表示し
て、所望の紹介情報を上記医師に選択させる。医療連携
サーバ１１は、上記選択された紹介情報を、医療関連情
報ＤＢ１０から取得して上記クライアントに表示させ
る。

【００４８】この実施形態では、各種医療機関は、各患
者に関する情報の共有において、上記紹介情報に限ら
ず、上記患者基本情報、既往歴・現病名情報、家族歴情
報、検査結果情報、処方歴時系列情報、又はＸ線やエコ
ーなどの画像情報等も共有することができる。これら各
患者に関する情報を取得させる場合には、上記病院ＩＤ
を入力させて、その患者が一度も受診していない病院に
は、その患者に関連する情報を取得させないようにする
ことができる。

【００４９】以上、本発明の好適な幾つかの実施形態を
説明したが、これらは本発明の説明のための例示であっ
て、本発明の範囲をこれらの実施例にのみ限定する趣旨
ではない。本発明は、他の種々の形態でも実施すること
が可能である。例えば、医療連携サーバ１１は、特定の
医療センタに設置し、各種医療機関から上記紹介情報を
含む医療関連情報を受信し、各種医療機関における医療
関連情報を一元的に管理することもできる。また、医療
連携サーバ１１は、上記紹介情報を受信した場合には、
その紹介情報を紹介先に自動配信するようにしてもよい
し、上記返書情報を紹介元に自動配信するようにしても
よい。

【図面の簡単な説明】

【図１】本発明の一実施形態にかかる医療連携システム
の全体構成を示すブロック図。

【図２】診療所１と市立病院５の構成を示すブロック
図。

【図３】図２に示す医療連携システムの構成をより詳細
に示すブロック図。

【図４】医療関連情報ＤＢ１０構成の一例を示すブロッ
ク図。

【図５】患者の紹介を行なう場合の動作を示すフローチ
ャート。

【図６】紹介情報の入力用フォーマットの一例を示す
図。

【図７】患者基本情報の入力用フォーマットの一例を示
す図。

【図８】返書の流れを示すフローチャート。

【符号の説明】

１ 診療所 ３ 保健所 ５ 市立病院 ７ 国立病院 ９ コンピュータネットワーク １０ 医療関連情報データベース １１ 医療連携サーバ １３、１３ａ、１３ｂ、… クライアント １５ａ、１５ｂ ファイアウォール

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5J104 AA01 AA09 EA16 LA03 NA02 NA36 NA38 PA07 PA09 9A001 BB04 CC03 DD10 EE02 EE03 EE06 EZ04 JJ07 JJ09 KK60 LL03

Claims (11)

【特許請求の範囲】
1. 【請求項１】 コンピュータネットワーク上に、 複数台のクライアントマシンと、 種々の医療関連情報を管理している１又は複数台のサー
   バマシンとを備え、前記クライアントマシン及び前記サ
   ーバマシンは、ＭＥＲＩＴ−ＩＸ及びＭＭＬに基づい
   て、前記種々の医療関連情報を送受信する医療関連情報
   管理システム。
2. 【請求項２】 前記サーバマシンは、紹介状情報を含む
   患者の紹介情報を前記クライアントマシンから受けた場
   合には、前記紹介情報の紹介先に設置されているクライ
   アントマシン又はサーバマシンに前記紹介情報を送信す
   る請求項１記載の医療関連情報管理システム。
3. 【請求項３】 前記サーバマシンは、返書情報を受けた
   場合には、紹介元の医療機関に設置されているクライア
   ントマシン又はサーバマシンに前記返書情報を送信する
   請求項２記載の医療関連情報システム。
4. 【請求項４】 前記サーバマシンは、前記クライアント
   マシンから前記患者の紹介情報又は前記返書情報の提供
   を要求された場合には、医療機関の識別情報をそのクラ
   イアントマシンから受信し、その識別情報から医療機関
   を識別して、識別した医療機関が前記患者が一度も受診
   していない医療機関である場合には、前記要求された情
   報を送信しないようにする請求項２又は３記載の医療関
   連情報管理システム。
5. 【請求項５】 前記クライアントマシン及び前記サーバ
   マシンは、 送出する情報をＭＭＬ形式に変換したＭＭＬファイルに
   するＭＭＬ変換手段と、 所定の秘密鍵で電子署名を作成する電子署名作成手段
   と、 前記ＭＭＬファイルに前記電子署名を添付する電子署名
   添付手段と、 所定の暗号鍵で前記ＭＭＬファイルを暗号化する暗号化
   手段と、 前記電子署名付きの暗号化されているＭＭＬファイルを
   送出するファイル送出手段と、 前記電子署名付きの暗号化されているＭＭＬファイルを
   受信するファイル受信手段と、 前記所定の暗号鍵で前記暗号化されているＭＭＬファイ
   ルを復号化する復号化手段と、 前記電子署名付きのＭＭＬファイルに対し、前記所定の
   秘密鍵と対の公開鍵で前記電子署名の検証を行なう電子
   署名検証手段とを備える請求項１記載の医療関連情報管
   理システム。
6. 【請求項６】 前記コンピュータネットワーク上に、 前記クライアントマシン又は前記サーバマシンへの外部
   からのアクセスを制御するためのアクセス制御装置と、 前記公開鍵を管理する公開鍵管理装置とを備え、前記公
   開鍵管理装置は、前記公開鍵所持者の電子署名が添付さ
   れている公開鍵証明書も管理し、前記公開鍵を配布する
   場合には、前記公開鍵証明書と共に前記公開鍵を配布す
   る請求項５記載の医療関連情報管理システム。
7. 【請求項７】 前記サーバマシンは、前記クライアント
   マシンから所定認証データを受信し、それの認証チェッ
   クを行なう認証手段も備える請求項６記載の医療関連情
   報管理システム。
8. 【請求項８】 種々の医療関連情報を管理する情報管理
   装置において、 コンピュータネットワーク上に設置され、前記種々の医
   療関連情報をＭＥＲＩＴ−ＩＸ及びＭＭＬに基づいて送
   受信し、 紹介状情報を含む患者の紹介情報を受信した場合には、
   紹介先に設置されている所定の装置に前記紹介情報を送
   信する情報管理装置。
9. 【請求項９】 送出する情報をＭＭＬ形式に変換したＭ
   ＭＬファイルにするＭＭＬ変換手段と、 所定の秘密鍵で電子署名を作成する電子署名作成手段
   と、 前記ＭＭＬファイルに前記電子署名を添付する電子署名
   添付手段と、 所定の暗号鍵で前記ＭＭＬファイルを暗号化する暗号化
   手段と、 前記電子署名付きの暗号化されているＭＭＬファイルを
   送出するファイル送出手段と、 前記電子署名付きの暗号化されているＭＭＬファイルを
   受信するファイル受信手段と、 前記所定の暗号鍵で前記暗号化されているＭＭＬファイ
   ルを復号化する復号化手段と、 前記電子署名付きのＭＭＬファイルに対し、前記所定の
   秘密鍵と対の公開鍵で前記電子署名の検証を行なう電子
   署名検証手段とを備える請求項８記載の情報管理装置。
10. 【請求項１０】 送出する医療関連情報をＭＭＬ形式に
    変換したＭＭＬファイルにするＭＭＬ変換ステップと、 前記ＭＭＬファイルを送出する第１のファイル送出ステ
    ップと、 前記ＭＭＬファイルを受信するファイル受信ステップ
    と、 前記受信するＭＭＬファイルが紹介状情報を含む患者の
    紹介情報が前記変換されたファイルである場合に、その
    ＭＭＬファイルを前記紹介情報の紹介先に送出する第２
    のファイル送出ステップとをコンピュータに実行させる
    ためのプログラムを記録したコンピュータ読取可能な記
    録媒体。
11. 【請求項１１】 所定の秘密鍵で電子署名を作成する電
    子署名作成ステップと、 前記ＭＭＬファイルに前記電子署名を添付する電子署名
    添付手段と、 所定の暗号鍵で前記ＭＭＬファイルを暗号化する暗号化
    手段と、 前記所定の暗号鍵で前記暗号化されているＭＭＬファイ
    ルを復号化する復号化手段と、 前記電子署名付きのＭＭＬファイルに対し、前記所定の
    秘密鍵と対の公開鍵で前記電子署名の検証を行なう電子
    署名検証手段とをコンピュータに実行させるためのプロ
    グラムを更に記録した請求項１０記載のコンピュータ読
    取可能な記録媒体。