JP2002169898A - 情報記憶カード、医療情報処理システム、データベースセンタにおけるコンピュータ・システム、医療情報処理方法、及び医療情報保管処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 医療情報を蓄積する複数のＤＢセンタが存在
する場合に、医療情報を有効に利用できるようにする。 【解決手段】 利用者が保有するＩＣカード１９に格納
された、当該利用者の医療情報を格納するＤＢセンタ・
サーバ３のＵＲＬ及び各ＵＲＬに対応し且つ少なくとも
当該ＤＢセンタ・サーバ３の利用期間に関する情報等を
ＩＣカード１９から読み出す。次に、医療情報の検索条
件の入力を受け付ける。そして、少なくともＤＢセンタ
・サーバ３の利用期間に関する情報等を利用して、検索
条件を送信すべきＤＢセンタ・サーバ３のＵＲＬを抽出
する。そして抽出されたＤＢセンタ・サーバ３のＵＲＬ
に従って検索条件を送信する。ＤＢセンタ・サーバ３か
らは検索結果である医療情報を受信し、端末の表示装置
に表示する。ＤＢセンタ・サーバ３におけるアクセスポ
リシーを適切に定めれば研究医による医療情報の利用も
図ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、医療情報の管理技
術に関し、より詳しくは各個人が保持する情報記憶カー
ドとネットワークに接続され且つ医療情報を蓄積するデ
ータベースセンタとを用いた医療情報の管理技術に関す
る。

【０００２】

【従来の技術】例えば特開平１０−３１２４３０号公報
には、ＩＣカードの読み書きが可能なネットワークコン
ピュータ（ＮＣ）と、ＮＣにプログラム及びデータを供
給するサーバと、前記サーバからアクセス可能であり、
ユーザインターフェイス情報、個人的医療情報等が蓄積
されているデータベースとを含む医療情報処理システム
が開示されている。この医療情報システムのＮＣは、Ｉ
Ｃカードから、接続すべきサーバのアドレス情報を読み
取ってアクセスし、ＩＣカードから読み出したＩＤ情報
を転送する。またサーバは、ＩＤ情報が正当な場合に
は、データベースからユーザインターフェイス情報を読
み出して、ＮＣに転送すると共に、当該ＮＣの医療情報
へのアクセスを可能にする。但し、ＮＣがアクセスすべ
きサーバは１つしか存在せず、複数のサーバが存在する
ことは考慮されていない。また、データベースに蓄積さ
れる医療情報の管理については特別考慮されていない。
さらに、データベースに蓄積される医療情報の疫学的な
研究利用といった面は何ら考慮されていない。

【０００３】

【発明が解決しようとする課題】このように医療情報を
ネットワークに接続されたデータベースに蓄積して、複
数の医療機関を含む様々な場所で医療情報を利用可能に
するということは従来から検討されているが、データベ
ースを全国に１つ設けて集中的に管理することは現実的
ではない。データベースを例えば健康保険組合毎、地域
毎に設けて、一人の国民を一つのデータベースに対応付
けることは可能であるが、転職したり引越ししたりする
場合もあり、一人の国民が生涯にわたって一つのデータ
ベースに対応付けられることは現実的にはありえない。
また、医療情報のデータ量は膨大になることが予測さ
れ、単に蓄積しておけば良いわけではなく、法定保存期
限に従いつつ、個々の利用者の希望に応じたフレキシブ
ルな保存管理が行われるべきである。さらに、このよう
な医療情報の蓄積を、単に個々人に対する医療サービス
だけでなく、社会的な利用、すなわち疫学的な研究にも
利用可能にすることが好ましい。しかし、研究利用であ
っても無制限な医療情報の利用が許されるわけではな
い。以上のような観点に基づき、本発明の目的は、医療
情報を蓄積する複数のデータベースセンタが存在する場
合に、医療情報を有効に利用できるようにするための情
報処理技術を提供することである。また、本発明の他の
目的は、データベースセンタにおいて、医療情報を効率
的に管理するための情報処理技術を提供することであ
る。さらに、本発明の他の目的は、情報記憶カードとの
連携で、適正な医療情報を利用を図るための情報処理技
術を提供することである。

【０００４】

【課題を解決するための手段】本発明では、利用者が保
有する情報記憶カード（例えばＩＣカード）と、医療情
報を蓄積する複数のデータベースセンタ・サーバと、情
報記憶カードに対して読み書きを実施し且つデータベー
スセンタ・サーバとやり取りを行う端末装置（医師端
末、利用者端末及び研究者端末）とが用いられる。本発
明の第１の態様に係る情報記憶カードは、ユーザの個人
情報と、特定の情報を保存する１又は複数のデータベー
スセンタ・サーバにおける、ユーザの情報取得のための
アクセス先情報と、各アクセス先情報に対応して、当該
アクセス先に係るデータベースセンタ・サーバに当該ユ
ーザの情報が格納された期間に関する情報とを格納する
記憶領域を有する。このようにユーザの情報取得のため
のアクセス先情報のみならず、各アクセス先情報に対応
して当該アクセス先に係るデータベースセンタ・サーバ
に当該ユーザの情報が格納された期間に関する情報を格
納するため、複数のデータベースセンタ・サーバが存在
する場合においても効率的に医療情報の検索ができるよ
うになる。なお、各アクセス先情報に対応して、当該ア
クセス先に係るデータベースセンタ・サーバに格納され
たユーザの情報に関連する医療機関の情報を、上で述べ
た期間に関する情報に加えて又は期間に関する情報に代
えて格納するような構成であってもよい。これにより、
効率的な医療情報の検索が可能になる。さらに、本発明
の第１の態様に係る情報記憶カードに、ユーザの情報を
新たに格納するためのデータベースセンタ・サーバにお
けるアクセス先情報をさらに格納するような構成であっ
てもよい。簡単に現在の医療情報の格納先を取得できる
ようになる。さらに、本発明の第１の態様に係る情報記
憶カードに、ユーザの情報を新たに格納するためのデー
タベースセンタ・サーバにおけるデータ保存期間に関す
る情報をさらに格納するような構成であってもよい。デ
ータベースセンタ・サーバに保管される医療情報の管理
に利用できるようになる。同様に、ユーザの情報を新た
に格納するためのデータベースセンタ・サーバにおけ
る、法定保存期限経過後データ保存期間内のデータ圧縮
率に関する情報をさらに格納するような構成であっても
よい。同じくデータベースセンタ・サーバに保管される
医療情報の効率的管理に利用できる。

【０００５】本発明の第２の態様に係る医療情報処理シ
ステム（例えば端末装置、検索サーバの場合もある）
は、医療情報を蓄積するデータベースセンタ・サーバに
送信すべき、利用者の医療情報を（例えば医療機器やカ
ルテシステムなど）から取得する手段と、利用者が保有
する情報記憶カードに格納された、送信すべき医療情報
の保存期間に関する情報及びデータベースセンタ・サー
バにおける書き込み先情報を取得する手段と、送信すべ
き医療情報及び保存期間に関する情報を、データベース
センタ・サーバにおける書き込み先情報に従って送信す
る送信手段とを有する。これにより、データベースセン
タ・サーバは、保存期間と共に医療情報を保管すること
ができるようになるため、医療情報毎にフレキシブルな
保存／破棄といった管理が可能となる。

【０００６】また、本発明の第２の態様において、利用
者が保有する情報記憶カードに格納された、送信すべき
医療情報の法定保存期限経過後データ保存期間内のデー
タ圧縮率に関する情報を取得する手段をさらに有し、上
で述べた送信手段を、送信すべき医療情報と保存期間に
関する情報とデータ圧縮率に関する情報とをデータベー
スセンタ・サーバの書き込み先情報に従って送信するよ
うな構成とすることも可能である。法定保存期限経過後
においてもデータベースセンタ・サーバで医療情報を管
理する場合でも、データ圧縮率に従って保管するデータ
量を減少させることができるようになる。データ圧縮率
も利用者毎にフレキシブルに対応できる。また、本発明
の第２の態様において、医療情報のデータベースセンタ
・サーバへの送信により、情報記憶カードに格納されて
いる情報の更新が必要であるか判断する手段と、情報記
憶カードに格納されている情報の更新が必要である場合
には、更新情報を情報記憶カードに書き込む手段とをさ
らに有するような構成も可能である。例えば、データベ
ースセンタ・サーバの書き込み先情報に対応する、デー
タベースセンタ・サーバ利用期間、医療機関情報、情報
種別等の情報を更新することにより、医療情報参照時に
効率的な検索ができるようになる。なお、医療情報に対
して、解像度階層化が可能な圧縮方式で圧縮する手段を
さらに有するような構成であってもよい。例えばＪＰＥ
Ｇ２０００（Joint Photographic Experts Group 200
0）を利用する。これにより、データベースセンタ・サ
ーバにおける医療情報の圧縮（損失ありの圧縮）が情報
の破棄で済み、端末装置における表示処理が受け取った
情報部分だけで所定の解像度で表示が行えるなどのメリ
ットが生じる。また、緊急時において、利用者の情報記
憶カード内に指定されている代理人の認証が成功したか
判断する手段と、代理人の認証が成功した場合には、利
用者の情報の利用を許可する手段とをさらに有するよう
な構成であってもよい。本人が例えばパスワードを入力
できないような場合でも、医療行為上データベースセン
タ・サーバにアクセスする必要が生ずる場合もあるため
である。なお、医師などの特定の者は情報記憶カードに
格納された緊急医療用情報（例えば血液型、最近の処方
薬など）を読み出すことができるようにする場合もあ
る。

【０００７】本発明の第３の態様に係る医療情報処理シ
ステム（例えば、端末装置、検索サーバの場合もある）
は、利用者が保有する情報記憶カードに格納された、当
該利用者の医療情報を格納する１又は複数のデータベー
スセンタ・サーバの参照先情報及び各参照先情報に対応
し且つ少なくとも当該データベースセンタ・サーバの利
用期間に関する情報を取得する取得手段と、医療情報の
検索条件を取得する手段と、少なくともデータベースセ
ンタ・サーバの利用期間に関する情報を利用して、検索
条件に関連するデータベースセンタ・サーバの参照先情
報を抽出する参照先情報抽出手段と、抽出されたデータ
ベースセンタ・サーバの参照先情報に従って、検索条件
の少なくとも一部を送信する手段とを有する。このよう
に、データベースセンタが複数存在する場合には、全て
に検索要求を出力することは好ましくなく、上で述べた
ように参照先情報抽出手段を設けて実際に検索要求を送
信するデータベースセンタを抽出すると効率的である。
なお、入力された検索条件によっては各データベースセ
ンタに対して検索条件が異なるようにする場合もある。
また、上で述べた取得手段を、情報記憶カードに格納さ
れた、各参照先情報に対応し且つ当該データベースセン
タ・サーバに格納された当該利用者のデータに関連する
医療機関の情報を取得するように構成し、上で述べた参
照先情報抽出手段を、データベースセンタ・サーバの利
用期間に関する情報及びデータベースセンタ・サーバに
格納された当該利用者のデータに関連する医療機関の情
報を利用して、検索条件に関連するデータベースセンタ
・サーバの参照先情報を抽出するような構成とすること
も可能である。より効率的に検索できるようになる。ま
た、本発明の第３の態様において、データベースセンタ
・サーバから解像度階層化が可能な圧縮方式で圧縮され
た医療情報を受信する場合には、当該医療情報を任意の
解像度で表示装置へ表示するように命ずる手段をさらに
有するような構成も可能である。例えば、ＪＰＥＧ２０
００であれば、医療情報の表示領域の解像度に合わせ
て、データベースセンタ・サーバから受信した医療情報
の一部分だけで表示を行うことができる。

【０００８】さらに、本発明の第３の態様において、抽
出されたデータベースセンタ・サーバから利用者の医療
情報を受信する手段と、受信した医療情報に含まれる数
値情報についての補正情報要求を、補正情報サーバに送
信する手段とをさらに有するような構成も可能である。
医療情報のうち数値情報は、絶対値のほか閾値が設定さ
れてその閾値との対比で正常・異常等を判断する場合も
あり、閾値が変動すれば意味が変わる場合がある。よっ
て、医療情報参照時に医学界で信用のある最新の閾値等
を使用できるようにするものである。さらに、本発明の
第３の態様において、抽出されたデータベースセンタ・
サーバから利用者の医療情報及び当該医療情報の利用料
に関する情報を受信する手段と、利用者の医療情報及び
当該医療情報の利用料に関する情報を表示する手段とを
さらに有するような構成も可能である。

【０００９】本発明の第４の態様に係る、データベース
センタにおけるコンピュータ・システムは、利用者の医
療情報と当該医療情報の保存期間に関する情報とを受信
し、医療情報記憶装置内の当該利用者の領域に格納する
受信処理手段と、記憶装置を検索して、特定の医療情報
が当該特定の医療情報の法定保存期限を経過したか判断
する手段と、特定の医療情報が当該特定の医療情報の法
定保存期限を経過している場合に、当該特定の医療情報
に設定された保存期間を経過したか判断する手段と、特
定の医療情報が当該特定の医療情報に設定される保存期
間を経過している場合には、当該特定の医療情報を削除
する手段とを有する。このように予め医療情報に対応し
て利用者等による保存期間が設定されるので、法定保存
期限だけでなく、利用者の希望に沿ったフレキシブルな
データ管理ができるようになる。また、上で述べた受信
処理手段を、利用者の医療情報と当該医療情報の保存期
間及び法定保存期限経過後保存期間内のデータ圧縮率と
を受信し、記憶装置内の当該利用者の領域に格納し、特
定の医療情報が法定保存期限を経過しているが当該特定
の医療情報に設定された保存期間を経過していない場合
には、当該特定の医療情報のデータ圧縮率に従って特定
の医療情報のデータ量を減少させる処理を実施する圧縮
処理手段をさらに有するような構成であってもよい。デ
ータベースセンタにおける医療情報の保存態様をデータ
圧縮率で任意に設定することができるようになる。

【００１０】なお、上で述べた圧縮処理手段を、医療情
報が、解像度階層化が可能な圧縮方式で圧縮されている
場合には、データ圧縮率に合致するように、医療情報の
部分データを破棄するような構成とすることも可能であ
る。例えばＪＰＥＧ２０００を使用している場合であ
る。さらに、利用者の医療情報が、各利用者につき、個
人を識別するための情報と、当該利用者の一般的な医療
情報と、当該利用者の機密保持が要求される機密医療情
報と含み、本発明の第４の態様において、一般研究医か
らの検索要求に応じて、個人を識別するための情報を除
外した一般的な医療情報の検索を許可し、予め権限付与
された研究医又は特定のアクセス元からの一般研究医に
よる検索要求に応じて、個人を識別するための情報を除
外した一般的な医療情報及び機密医療情報の検索を許可
する手段とをさらに有するような構成であってもよい。
これにより匿名性を確保した上で医療情報の有効利用が
可能になる。さらに、特定の利用者を特定し且つ当該特
定の利用者の医療情報を少なくとも作成した医師からの
アクセスがあった場合に、当該医師に対してアクセスを
許可する手段をさらに有するような構成であってもよ
い。これにより例えば主治医は自分が作成した医療情報
にアクセスすることができる。また、特定の利用者に対
して権限委譲が予め登録された医師からの当該特定の利
用者の医療情報へのアクセスがあった場合に、当該医師
にアクセスを許可する手段をさらに有するような構成と
することも可能である。権限委譲によりさらに多くの医
療情報を参照することができるようになる。上で述べた
本発明の第２乃至第４の態様に係る処理内容を、情報処
理方法として表す場合もある。さらに、本発明の第２乃
至第４の態様に係るシステムは、通常のコンピュータと
プログラムとの組合せにて実現される場合がある。この
ような場合、プログラムは、例えばフロッピー（登録商
標）・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導
体メモリ、ハードディスク等の記憶媒体又は記憶装置に
格納される。なお、中間的な処理結果はメモリに一時保
管される。

【００１１】

【発明の実施の形態】本発明に係る医療情報処理システ
ムの概要を図１を用いて説明する。ネットワーク１に
は、医療情報を格納する医療情報データベース（ＤＢ）
３１ａを管理する第１ＤＢセンタ・サーバ３ａと、医療
情報ＤＢ３１ｂを管理する第２ＤＢセンタ・サーバ３ｂ
と、医療情報ＤＢ３１ｃを管理する第３ＤＢセンタ・サ
ーバ３ｃと、例えば患者である利用者が操作し且つ利用
者ＩＣカード１９ａのリーダライタを有する利用者端末
５と、医師が操作し且つ医師ＩＣカード２１及び患者で
ある利用者ＩＣカード１９ｂのリーダライタを有する医
師端末７と、一般研究医が操作し且つ一般研究医用ＩＣ
カード２３ａのリーダライタを有する一般研究医端末９
と、癌などの特定の医療分野の研究を行っており入室者
の管理がなされている特定研究室１７に設けられ且つ一
般研究医用ＩＣカード２３ｂ又は特定研究医用ＩＣカー
ド（図示せず）のリーダライタを有する特定研究医端末
１１とが接続されている。場合によってはネットワーク
１には、ＤＢセンタ・サーバ３に対して利用者端末５等
に代わってまとめて検索を実行する検索サーバ１３と、
参照した医療情報が数値情報の場合に信用ある最新の判
定閾値情報等を保持して、例えば利用者端末５からの要
求に応じて当該判定閾値情報等を送信する補正情報サー
バ１５とが接続されている場合もある。

【００１２】図１では、ＤＢセンタ・サーバ３が第１乃
至第３の３つ存在している状態が示されているが、数は
３に限定されない。また、利用者端末５、医師端末７、
一般研究医９、特定研究医端末１１の数も１に限定され
るものではなく、多くの端末がネットワーク１に接続さ
れ得る。検索サーバ１３及び補正情報サーバ１５につい
ても１つでなく複数設けても良い。利用者ＩＣカード１
９は、各利用者に配布されている。医師ＩＣカード２１
は、各医師に配布されている。一般研究医用ＩＣカード
２３は、研究を行っている医師に配布される。特定の医
療分野の研究を行っている研究医には特定研究医用ＩＣ
カードを配布するようにしてもよい。また、特定研究室
１７に入館するためには別途入管用のＩＣカード等を利
用する場合がある。さらに、特定研究医端末１１には、
当該入管用のＩＣカード等を挿入するＩＣカード・リー
ダライタが設けられている場合もある。ＩＣカードは、
記憶容量及び機密保持が確保できれば他の情報記憶カー
ドであってもよい。ネットワーク１は、例えばインター
ネットであって、公衆回線網や専用回線網によってサー
バや端末が接続するような形のネットワークであっても
よい。

【００１３】利用者端末５、医師端末７、一般研究医端
末９及び特定研究医端末１１といった端末装置１００の
機能構成を図２に示す。端末装置１００は、ＩＣカード
・リーダライタ１０２と、ＣＲＴ（Cathode Ray Tube）
や液晶ディスプレイである表示装置１２０と、マウスや
キーボード若しくは表示装置１２０と一体で設けられる
タッチパネルである入力装置１２１と、例えば検査装置
などから医療情報を受信したり電子カルテシステム等か
らカルテ情報を取得する医療情報取得部１０４と、医療
情報に含まれる画像情報等をＪＰＥＧ２０００形式で圧
縮・解凍するＪＰＥＧ２０００圧縮・解凍部１０６と、
ＩＣカードから例えばパースワードの情報を読み出して
キーボード等の入力装置１２１から入力されたパスワー
ドと比較することにより認証処理を実施する認証処理部
１０８と、利用者により入力された検索条件に基づき実
際にいずれのＤＢセンタ・サーバに検索要求を送信すべ
きか決定する等の検索の前処理を実施する検索前処理部
１１０と、表示装置１２０に対する表示処理を行う表示
処理部１１２と、ＤＢセンタ・サーバ３に新たな医療情
報を送信した場合等にＩＣカードの設定情報を変更する
ためのＩＣカード設定処理部１１４と、ＤＢセンタ・サ
ーバ３や場合によっては検索サーバ１３や補正情報サー
バ１５とネットワーク１を介して通信を行う通信部１１
８と、補正情報サーバ１５から受信した補正情報に基づ
き医療情報に含まれる数値情報の処理を実施する補正処
理部１１６とを有する。また、医師端末７には、緊急時
に本人のＩＣカードを指定代理人の認証により利用可能
にするためやＩＣカードに予め格納されている緊急時参
照用医療情報を利用できるようにするための緊急時処理
部１２２と、自分が作成した患者のデータ書き込み先Ｄ
ＢセンタＵＲＬ（Uniform Resource Locator）や参照先
ＵＲＬ（健康情報ＵＲＬ）を記録したり、権限委譲処理
を実施する患者処理部１２４とが設けられる。

【００１４】利用者ＩＣカード１９に格納される情報に
ついて説明する。図３に示すように、利用者ＩＣカード
１９には、利用者コード、氏名、住所、男女別、生年月
日、所属健康保険組合等の団体情報、パスワードを含む
認証用情報等を含む個人情報１９０と、通信用の暗号キ
ー及び保存用の暗号キーを含む暗号キー１９２と、医療
情報の現在保存先であるデータ書き込み先ＤＢセンタＵ
ＲＬ１９４と、ＤＢセンタに格納される医療情報の保存
期間に関する情報である保存期間情報１９６と、ＤＢセ
ンタに格納される医療情報のうち画像情報等に対する法
定保存期限後医療情報に設定された保存期間内のデータ
圧縮率の情報である圧縮率情報１９８と、緊急時に本人
の代わりに利用者ＩＣカード１９を使用できるようにす
る代理人の利用者コードなどの代理人情報２００と、緊
急時に医師等が参照して処置を施すために必要な血液型
等の検査結果や最新の処方薬などの緊急時参照用医療情
報２０２と、過去に保存された医療情報の保存先である
ＤＢセンタ・サーバ３における健康情報ＵＲＬ２０４と
が格納される。また、健康情報ＵＲＬ２０４に対応し
て、当該ＤＢセンタの利用期間に関する利用期間情報２
０６と、当該ＤＢセンタに格納された医療情報に関連す
る医療機関の識別情報（若しくは検診・診療場所の情
報）である医療機関コード２０７と、当該ＤＢセンタに
格納された医療情報に関連する学童検診・事業所一般検
診・特殊検診・医療等といった検診・診療種別２０８
と、当該ＤＢセンタから格納している医療情報を取得し
た場合の保険点数体系（出来高払い又は成果払い等の支
払い態様等を含む）である参照報酬情報２０９とが格納
される。なお、健康情報ＵＲＬ２０４及び関連情報２０
６乃至２０９は、利用者の利用状況によって１つの場合
もあれば複数の場合もある。医師ＩＣカード２１には、
図４に示すように、医師コード、氏名、医療機関コー
ド、パスワードを含む認証用情報等を含む医師識別情報
２１０が格納されている。また、例えば担当した患者及
び権限委譲を受けた患者のデータ書き込み先ＤＢセンタ
ＵＲＬ１９４及び健康情報ＵＲＬ２０４を含む患者ＵＲ
Ｌリスト２１２が格納される場合もある。この患者ＵＲ
Ｌリスト２１２については、医師端末７に格納するよう
な構成であってもよい。研究医用ＩＣカード２５（一般
研究医用ＩＣカード２３又は特定研究医用ＩＣカード）
には、図５に示すように、研究医コード、氏名、研究機
関コード、パスワードを含む認証用情報等を含む一般研
究医識別情報２５２が格納される。なお、特定研究医用
ＩＣカードの場合には、研究医コード、氏名、研究機関
コード、パスワードを含む認証情報を含む特定研究医識
別情報２５４が格納される。医師ＩＣカード２１及び研
究医用ＩＣカード２５については、利用者ＩＣカード１
９に格納される情報も合わせて格納しても良いし、医師
や研究医は２枚ＩＣカードを保持しているような構成で
あってもよい。

【００１５】ＤＢセンタ・サーバ３の構成を図６を用い
て説明する。ＤＢセンタ・サーバ３には、ネットワーク
１を介して、利用者端末５、医師端末７、一般研究医端
末９及び特定研究医端末１１、場合によっては検索サー
バ１３と通信を行うための通信部３００と、受信した医
療情報をバックアップとしてＣＤ−Ｒ又はＣＤ−ＲＷ、
若しくはＤＶＤ−ＲＡＭ又はＤＶＤ−ＲＷ、若しくは磁
気テープなどの記憶媒体に格納する各種ドライブ装置で
ある補助記憶装置３１４と、各種端末装置１００に対し
て認証処理を実施する認証処理部３０２と、各種端末装
置１００からのアクセスに対してアクセス権限の確認を
行う権限処理部３０４と、医療情報ＤＢ３１に対して検
索を実施する検索処理部３０６と、ＤＢ３１にデータを
格納する処理を実施するデータ保存処理部３０８と、Ｄ
Ｂ３１に格納された医療情報を法定保存期限や利用者に
より設定される保存期間及び圧縮率に従って破棄若しく
は圧縮処理を行うデータ・メンテナンス処理部３１０
と、医療情報の参照に対する保険点数などの報酬につい
ての計算を実施する報酬計算部３１２とが設けられる。
医療情報ＤＢ３１に格納される情報について図７を用い
て説明する。医療情報ＤＢ３１には、利用者毎に例えば
ＵＲＬが設けられており、そのＵＲＬ以下に（１）暗号
化されて保存される利用者を識別する情報（利用者コー
ド、氏名、住所、生年月日など）３１００と、（２）男
女の識別情報３１０２と、（３）癌やエイズといった機
密保持が必要な検診結果３１０４と、（４）一般的な検
診に関連する情報及びＸ線画像などの画像取得時の関連
情報（日付、作成医師コード、場所（医療機関コード）
等の条件）３１０６と、（５）Ｘ線画像、心電図、超音
波、内視鏡などの画像・音声情報並びにテキスト情報を
含む一般検診結果・カルテ情報３１０８とが格納されて
いる。個人識別情報３１００及び男女識別情報３１０２
以外の情報については、医療情報それ自身と共に、格納
日時、保存期間情報１９６及び圧縮率情報１９８が付加
されて保存される。

【００１６】次に、図１乃至図７を用いて説明した図１
のシステムの処理フローを図８乃至図２３を用いて説明
する。図８では、医師端末７のＩＣカード・リーダライ
タ１０２に利用者ＩＣカード１９ｂ及び医師ＩＣカード
２１が挿入されている状況における医師端末７における
処理フローを説明する。但し、保存処理、参照処理、設
定処理については利用者端末１９、参照処理については
研究医端末でも実施される。最初に、緊急時の指定があ
ったか否かを判断する（ステップＳ１）。もし、緊急時
であれば、緊急時処理部１２２は、利用者ＩＣカード１
９ｂに格納された緊急時参照用医療情報２０２の読み出
しを命ぜられたか判断する（ステップＳ２５）。もし、
緊急時参照用医療情報２０２の読み出しを命ぜられた場
合には、緊急時処理部１２２は医師ＩＣカード２１又は
救急士のＩＣカード等の特定のカードがＩＣカード・リ
ーダライタ１０２に挿入されているか等の確認を行う
（ステップＳ２９）。例えば、パスワードの入力を求め
て、認証処理部１０８に認証処理を実施させるような構
成であってもよい。もし、特定のカードがＩＣカード・
リーダライタ１０２に挿入されていない場合、認証処理
に失敗した場合には、読み出し不可を表示装置１２０に
表示し、処理を終了する。一方、特定のカードがＩＣカ
ード・リーダライタ１０２に挿入されており、認証処理
を実施する場合には認証処理に成功した場合には、利用
者ＩＣカード１９ｂから緊急時参照用医療情報２０２を
読み出し、表示装置１２０に表示する（ステップＳ３
１）。このように、緊急時には緊急時参照用医療情報２
０２を本人とは関係無く取得できるため、直ぐに応急処
置を施すことができるようになる。ステップＳ２５にお
いて緊急時参照用医療情報２０２の読み出しが指示され
なかった場合には、後に詳細に説明する緊急時処理を実
施する（ステップＳ２７）。緊急時処理の後は、ステッ
プＳ７に移行する。また、緊急時の指定が無かった場合
には、ＩＣカード・リーダライタ１０２は利用者ＩＣカ
ード１９ｂから個人情報１９０を読み出す（ステップＳ
３）。そして、認証処理部１０８は、利用者にパスワー
ドの入力を求め、利用者が入力したパスワードを用いて
認証処理を実施する（ステップＳ５）。すなわち、利用
者ＩＣカード１９ｂに格納された個人情報１９０に含ま
れるパスワードと入力されたパスワードを比較する。も
し認証に失敗した場合（ステップＳ６：Ｎｏルート）に
は、認証失敗を表示装置１２０に表示して処理を終了す
る。一方、認証に成功した場合（ステップＳ６：Ｙｅｓ
ルート）には、表示処理部１１２が処理メニューを表示
装置１２０に表示する（ステップＳ７）。処理メニュー
は、ここでは医療情報の保存、医療情報の参照、ＩＣカ
ードの設定、利用者の医者に対する権限委譲が含まれる
ものとする。よって、医療情報の保存である場合には
（ステップＳ９：Ｙｅｓルート）、後に詳細に説明する
保存処理を実施する（ステップＳ１７）。また、医療情
報の参照である場合には（ステップＳ１１：Ｙｅｓルー
ト）、後に詳細に説明する参照処理を実施する（ステッ
プＳ２１）。また、ＩＣカードの設定である場合には
（ステップＳ１３：Ｙｅｓルート）、ＩＣカード設定処
理部１１４が後に詳細に説明する設定処理を実施する
（ステップＳ１９）。さらに、権限委譲の処理である場
合には（ステップＳ１５：Ｙｅｓルート）、患者処理部
１２４が後に図９を用いて詳細に説明する権限委譲処理
を実施する（ステップＳ２３）。

【００１７】次に図８のステップＳ２７の緊急時処理に
ついて説明する。この処理に移行すると、代理人（例え
ば家族）のＩＣカードがＩＣカード・リーダライタ１０
２に挿入され、ＩＣカード・リーダライタ１０２は当該
代理人のＩＣカードから代理人の個人情報を読み出す
（図９：ステップＳ３５）。次に、本人のＩＣカードか
ら代理人情報２００を読み出す（ステップＳ３７）。そ
して、緊急時処理部１２２は、代理人が本人により指定
された指定代理人か否か判断する（ステップＳ３９）。
すなわち、読み出した代理人情報２００に、代理人の個
人情報に含まれる利用者コードが含まれるか判断する。
もし、ＩＣカードを挿入した代理人が指定の代理人でな
い場合には、正当な代理人ではないので、利用者ＩＣカ
ード１９ｂの利用を拒否する。一方、代理人が指定の代
理人である場合には、代理人認証処理を実施する（ステ
ップＳ４１）。認証処理部１０８が、代理人に対してパ
スワードの入力を要求し、ステップＳ３５で読み出した
代理人個人情報に含まれるパスワードと比較する。も
し、代理人の認証処理が成功すれば（ステップＳ４３：
Ｙｅｓルート）、図９の処理を終了し、図８のステップ
Ｓ７に移行する。一方、代理人の認証処理に失敗すれば
（ステップＳ４３：Ｎｏルート）、認証失敗を表示装置
１２０に表示して処理を終了する。これにより、正当な
代理人のＩＣカードが用意され、認証処理が成功すれ
ば、本人による認証が成功した場合と同様の処理を実施
することができるようになる。なお、図９では指定代理
人であるか否かを始めに確認するような処理となってい
るが、最初に代理人の認証処理を実施してから、指定代
理人であるか否かを確認するような処理フローにするこ
とも可能である。

【００１８】次に図１０を用いて医療情報の保存処理
（図８：ステップＳ１７）について説明する。最初に、
医療情報取得部１０４が医療情報を取得する（ステップ
Ｓ４５）。例えば、血圧計から血圧値を取り込んだり、
Ｘ線写真機からＸ線画像を取り込んだり、電子カルテシ
ステムから電子カルテの情報を取り込んだりする。そし
て、画像情報等については、ＪＰＥＧ２０００圧縮・解
凍部１０６が、ＪＰＥＧ２０００の圧縮処理を実施する
（ステップＳ４７）。ＪＰＥＧ２０００は、解像度階層
化が可能であり、損失あり及び損失なしの両方の圧縮が
可能な圧縮方式である。医療情報に含まれる画像情報等
については、法定保存期限までは損失なしの圧縮が必要
であり、本実施の形態では法定保存期限以後利用者指定
の保存期間内は、記憶容量削減のため損失ありの圧縮を
行う。もし、ＪＰＥＧ２０００で圧縮がなされていれ
ば、一部の情報を削除することにより、損失ありの任意
の圧縮率の圧縮処理がなされたこととなる。また、受信
した一部の画像情報のみでその部分の解像度による表示
も行うことができる。詳しくは、http://www.jpeg.org/
JPEG2000.htm及びそれからリンクされる資料を参照のこ
と。そして、ＩＣカード・リーダライタ１０２は、利用
者ＩＣカード１９ｂからデータ書き込み先ＤＢセンタＵ
ＲＬ１９４、保存期間情報１９６、及び圧縮率情報１９
８を読み出す（ステップＳ４９）。そして、通信部１１
８は、医療情報（作成医師コードは付加される）と、保
存期間情報１９６と、圧縮率情報１９８とをデータ書き
込み先ＤＢセンタＵＲＬ１９４へ送信する（ステップＳ
５１）。この際、例えば利用者ＩＣカード１９ｂの個人
情報１９０に含まれる認証情報を含む書き込み要求を、
ＤＢセンタ・サーバ３における認証処理及び権限確認処
理のために送信する。又は、暗号キー１９２を用いて認
証情報を作成してから送信するようにしてもよい。さら
に、ＤＢセンタ・サーバ３と医師端末７との間の情報交
換を秘密に行うため、医療情報、保存期間情報１９６及
び圧縮率情報１９８は暗号キー１９２の通信用キーで暗
号化される。

【００１９】ここではＤＢセンタ・サーバ３における認
証処理及び権限確認処理において問題が無く、医療情報
等の送信が完了したものとする。そうすると、ＩＣカー
ド設定処理部１１４は、利用者ＩＣカード１９ｂ内の情
報更新が必要か判断する（ステップＳ５３）。例えば、
ＤＢセンタ・サーバ３（健康情報ＵＲＬ２０４）の利用
期間情報２０６については終期の変更が必要か、医師端
末７が設置されている医療機関が医療機関コード２０７
に登録されているか、今回行った医療行為が検診・診療
種別２０８に既に登録されているか、薬が処方された場
合には緊急時参照用医療情報２０２を更新すべき薬か否
かといったことが確認される。もし、利用者ＩＣカード
１９ｂ内の情報更新が必要である場合には、ＩＣカード
設定処理部１１４は、ＩＣカード・リーダライタ１０２
に利用者ＩＣカード１９ｂへ更新情報を書き込ませる。
もし、情報更新が必要ない場合にはステップＳ５７に移
行する。そして、医師端末７で操作が実施されている場
合には、患者処理部１２４はデータ書き込み先ＤＢセン
タＵＲＬ１９４（例えば最新の健康情報ＵＲＬ２０４）
を例えば医師ＩＣカード２１又は医師端末７の記憶装置
に記録する（ステップＳ５７）。これにより、医師は自
分で作成し格納した医療情報について後から見ることが
できるようになる。

【００２０】次に、図１０の医師端末７における保存処
理に対するＤＢセンタ・サーバ３における保存処理を図
１１を用いて説明する。まずＤＢセンタ・サーバ３の通
信部３００が、医師端末７から書込要求を受信すると
（ステップＳ６１）、認証処理部３０２が認証処理を実
施する（ステップＳ６３）。医師端末７から受信した認
証情報を用いて認証処理を実施する。もし、認証に失敗
した場合には（ステップＳ６５：Ｎｏルート）、認証に
失敗した旨の通知を医師端末７に送信し、処理を終了す
る。一方、認証に成功した場合には（ステップＳ６５：
Ｙｅｓルート）、権限確認処理を権限処理部３０４が実
施する（ステップＳ６７）。権限確認処理については後
に詳細に説明する。もし、権限が無ければ（ステップＳ
６９：Ｎｏルート）、権限なしを医師端末７に送信し
て、処理を終了する。一方、権限があると判断される場
合には（ステップＳ６９：Ｙｅｓルート）、データ保存
処理部３０８が医療情報ＤＢ３１に受信した医療情報等
を保存するための処理を実施する。すなわちデータ保存
処理部３０８が、医療情報等が暗号化されている場合に
は、平文化保存対象データに対して復号化処理を実施す
る（ステップＳ７１）。暗号化したまま保存する医療情
報等もあるのでその場合には復号化処理を施さない。次
に、利用者のデータ書き込み先ＤＢセンタＵＲＬ１９４
に、医療情報と、保存期間情報１９６と、圧縮率情報１
９８と、保存日時とを書き込む（ステップＳ７３）。ま
た、データ保存処理部３０８は、データ書き込み先ＤＢ
センタＵＲＬ１９４に書き込んだデータと同じデータ
を、補助記憶装置３１４にも格納する（ステップＳ７
５）。このようにして、ＤＢセンタ・サーバ３に医療情
報、保存期間情報１９６及び圧縮率情報１９８を安全に
格納させることができるようになる。これにより、医療
情報をどこにいても利用者ＩＣカード１９ｂがあれば利
用することができるようになる。さらに、保存期間情報
１９６及び圧縮率情報１９８を医療情報と共に保存する
ため、データ保存管理を効率的に実施することができる
ようになる。

【００２１】次に図１２を用いて医療情報の参照処理
（図８のステップＳ２１）について説明する。参照処理
を実施する場合には、ＩＣカード・リーダライタ１０２
が利用者ＩＣカード１９ｂから健康情報ＵＲＬ２０４及
び関連情報（利用機関情報２０６、医療機関コード２０
７、検診・診療種別２０８、参照報酬情報２０９）を読
み出す（ステップＳ８１）。次に、表示処理部１１２が
検索メニューを表示装置１２０に表示する（ステップＳ
８３）。例えば、期間、場所（医療機関）、検診・診療
種別、情報の内容（キーワード指定、情報の種類等）の
入力欄を含む検索メニューを表示する。これに対して、
利用者又は医師は、検索条件を入力装置１２１を用いて
入力し、検索前処理部１１０は当該検索条件入力を取得
する（ステップＳ８５）。そして、検索前処理部１１０
は、利用機関情報２０６、医療機関コード２０７、検診
・診療種別２０８等に基づき検索先健康情報ＵＲＬを決
定する（ステップＳ８７）。全てのＤＢセンタ・サーバ
３に検索要求を送信するのは効率が悪いために、検索要
求を送信して検索結果を得られる健康情報ＵＲＬを抽出
する。そして通信部１１８は、検索先健康情報ＵＲＬの
ＤＢセンタ・サーバ３に検索条件を送信する（ステップ
Ｓ８９）。この際、例えば利用者ＩＣカード１９ｂの個
人情報１９０に含まれる認証情報を含む参照要求を、Ｄ
Ｂセンタ・サーバ３における認証処理及び権限確認処理
のために送信する。又は、暗号キー１９２を用いて認証
情報を作成してから送信するようにしてもよい。なお、
検索条件によっては、ＤＢセンタ・サーバ３毎に送信す
る検索条件が異なる場合もある。すなわち、取得した検
索条件のうち一部のみが送信されるような場合も生ず
る。

【００２２】ここでは説明を簡単にするために、各ＤＢ
センタ・サーバ３では認証処理及び権限確認処理で問題
が無く、検索が各ＤＢセンタ・サーバ３において実施さ
れたものとする。そうすると、各ＤＢセンタ・サーバ３
はデータ量に関連する情報を医師端末７に送信する。こ
れに応じて、通信部１１８はデータ量関連情報を受信し
（ステップＳ９１）、表示処理部１１２はデータ表示ま
での概算時間を算出し、表示装置１２０に表示する（ス
テップＳ９３）。このように概算時間を表示することに
より、医師、利用者は目安を知ることができる。概算時
間の算出は、ＤＢセンタ・サーバ３から受信したデータ
量とデータ通信速度で計算することができる。また、例
えば画像情報・音声情報等の数の情報をＤＢセンタ・サ
ーバ３から受信して、その数によりおよその時間を計算
するようにしてもよい。さらに、画像については画素数
と階調数・圧縮率などの情報をＤＢセンタ・サーバ３か
ら受信した場合には、これにより送信されるデータ量を
計算して、データ通信速度に基づき通信時間を計算す
る。音声情報の場合には録音時間と圧縮率等の情報をＤ
Ｂセンタ・サーバ３から受信した場合には、これにより
送信されるデータ量を計算して、データ通信速度に基づ
き通信時間を計算する。そして通信部１１８は医療情報
を受信する（ステップＳ９４）。通信部１１８は、送ら
れてくる医療情報を一時的に蓄積し、ＪＰＥＧ２０００
圧縮・解凍部１０６や表示処理部１１２に受信データを
出力する。もしＪＰＥＧ２０００で圧縮された医療情報
を受信した場合には、ＪＰＥＧ２０００圧縮・解凍部１
０６が解凍処理を実施する（ステップＳ９５）。なお、
ＪＰＥＧ２０００を使用している場合には、例えば画像
情報の表示枠の解像度（画素数）に合わせて必要な情報
を受信した段階で、解凍処理を実施することができる。
そして、表示処理部１１２は、表示装置１２０に受信し
た医療情報を表示する（ステップＳ９７）。表示処理部
１１２は、各ＤＢセンタ・サーバ３から受信した医療情
報を、保存（発生）日時順に並べ替えたり、画面構成に
合わせて情報を配置したりする処理を実施する。なお、
一画面で全ての検索結果を表示する必要は無く、所定の
ルールに従って複数画面に分割して表示するようにして
も良い。この場合には、次の画面の表示が指示された場
合に表示処理部１１２は、一時蓄積されている医療情報
を取り出して、画面を構成して表示する。

【００２３】また、各ＤＢセンタ・サーバ３から通信部
１１８は、報酬情報を受信し、表示処理部１１２が集計
し、表示装置１２０に表示する（ステップＳ９９）。本
システムでは、医療情報の格納時には保険点数が発生せ
ず、参照時に発生する。報酬情報については、例えばＤ
Ｂセンタ・サーバ３から処理量に関する情報を受信し
て、参照報酬情報２０９を用いて実際の報酬情報を計算
するような形であっても良い。また、参照報酬情報２０
９には例えば出来高払い又は成果払いなどの支払い方式
が指定されている場合もあるため、例えばＤＢセンタ・
サーバ３からは出来高払いの報酬情報を送信することに
して、表示処理部１１２が参照報酬情報２０９に基づ
き、出来高払いが指定されていれば受信した報酬情報を
そのまま表示し、成果払いの場合には一定額に修正して
表示するような形であっても良い。そして、医療情報に
数値情報が含まれる場合には、その補正が命じられたか
判断する（ステップＳ１０１）。上でも述べたが、医療
情報に含まれる数値情報は、閾値の取り方により例えば
正常・異常の別さえも変わってくる。閾値は、医学の進
歩により変化するものであって、病院によっても異なる
場合がある。よって、例えば補正情報サーバ１５を用意
しておき、補正のための情報を参照することができるよ
うにする。もし、ステップＳ１０１で補正が命じられな
かった場合には（ステップＳ１０１：Ｎｏルート）、処
理を終了する。一方、補正が命じられた場合には、通信
部１１８は、補正情報サーバ１５に、補正情報要求を送
信する（ステップＳ１０３）。例えば、補正の必要な情
報の種別を送信する。補正情報サーバ１５から補正情報
（閾値情報等）を通信部１１８が受信すると、補正処理
部１１６が当該補正情報（閾値情報等）を用いて、元の
医療情報に対して補正処理を実施して表示装置１２０に
表示する（ステップＳ１０５）。なお、補正前の医療情
報を補正情報サーバ１５に送信して、補正後の医療情報
を補正情報サーバ１５から受信して表示するような構成
であってもよい。補正情報サーバ１５では、補正情報要
求を受信すると、補正情報要求に含まれる情報種別を参
照して、当該情報種別に係る最新の閾値情報を取り出
す。そして、この閾値情報を補正情報要求を送信してき
た医師端末７に送信する。なお、医療情報そのものを受
信した場合には、最新の閾値情報に基づき医療情報に対
する判定情報等を作成して、送信元の医師端末７に送信
する。

【００２４】次に、ＤＢセンタ・サーバ３における参照
処理フローを図１３を用いて説明する。まずＤＢセンタ
・サーバ３の通信部３００が、医師端末７から参照要求
を受信すると（ステップＳ１１１）、認証処理部３０２
が認証処理を実施する（ステップＳ１１３）。医師端末
７から受信した認証情報を用いて認証処理を実施する。
もし、認証に失敗した場合には（ステップＳ１１５：Ｎ
ｏルート）、認証失敗を医師端末７に返信して、処理を
終了する。一方、認証に成功した場合には（ステップＳ
１１５：Ｙｅｓルート）、権限確認処理を権限処理部３
０４が実施する（ステップＳ１１７）。権限確認処理に
ついては後に詳細に説明する。もし、権限が無ければ
（ステップＳ１１９：Ｎｏルート）、権限なしを医師端
末７に送信して、処理を終了する。一方、権限があると
判断される場合には（ステップＳ１１９：Ｙｅｓルー
ト）、検索処理部３０６が、受信した検索条件に従って
検索処理を実行する（ステップＳ１２１）。次に、検索
処理部３０６が通信部３００に検索結果に係るデータ量
関連情報を医師端末７へ送信させる（ステップＳ１２
３）。上でも述べたが、データ量そのものであっても良
いし、画像又は音声の数、圧縮率、画素数及び階調数、
録音時間及び圧縮率等の情報であってもよい。そして、
検索処理部３０６による検索結果を通信部３００に医師
端末へ送信させる（ステップＳ１２５）。また、報酬計
算部３１２が通信部３００に保険点数等の報酬情報を、
送信データ量などにより計算して、医師端末７へ送信さ
せる（ステップＳ１２７）。なお、報酬情報は、ＤＢセ
ンタ・サーバ３に記録しておく。後に請求処理などで必
要となるからである。このようにして、利用者又は医師
は、過去の医療情報を参照することができるので、過去
の検査結果等を利用することも出来るようになり、利用
者の検査負担を軽減するとともに、医療費の削減を図る
ことができるようになる。

【００２５】次にＩＣカード設定処理について図１４を
用いて説明する。医師又は利用者によりＩＣカード設定
処理が選択されると、表示処理部１１２は設定項目の選
択画面を表示装置１２０に表示する（ステップＳ１３
１）。例えば、データ書き込み先ＤＢセンタＵＲＬ１９
４、個人情報１９０に含まれる所属（学校・会社、健康
保険組合などの情報）、保存期間情報１９６、圧縮率情
報１９８、代理人情報２００、緊急時参照用医療情報２
０２等である。そして、利用者又は医師が、変更項目に
対応する情報を入力するので、当該入力された情報をＩ
Ｃカード設定処理部１１４が受け取る（ステップＳ１３
３）。そして、ＩＣカード・リーダライタ１０２が、入
力された情報を利用者ＩＣカード１９ｂに書き込む（ス
テップＳ１３５）。なお、書き込む前に確認画面を表示
し、実際に無効なデータが入力されていないかをＩＣカ
ード設定処理部１１４が確認するような構成であっても
よい。

【００２６】次に権限委譲処理について図１５乃至図１
７を用いて説明する。権限委譲が選択されると、医師情
報をＩＣカード・リーダライタ１０２が医師ＩＣカード
２１から読み出す（ステップＳ１４１）。そして、利用
者ＩＣカード１９ｂから、ＩＣカード・リーダライタ１
０２が、健康情報ＵＲＬ２０４及びデータ書き込み先Ｄ
ＢセンタＵＲＬ１９４を読み出す（ステップＳ１４
３）。そして、通信部１１８は、健康情報ＵＲＬ２０４
及びデータ書き込み先ＤＢセンタＵＲＬ１９４のＤＢセ
ンタ・サーバ３に、医師情報を含む権限委譲登録要求を
送信する（ステップＳ１４５）。この際、例えば利用者
ＩＣカード１９ｂの個人情報１９０に含まれる認証情報
及び医師ＩＣカード２１の医師識別情報２１０を、ＤＢ
センタ・サーバ３における認証処理のために送信する。
これに対して各ＤＢセンタ・サーバ３は、図１６に示す
ような処理を実施する。通信部３００が権限委譲登録要
求を受信すると（ステップＳ１４７）、利用者本人の認
証処理を実施する（ステップＳ１４９）。認証に失敗し
た場合には（ステップＳ１５１：Ｎｏルート）、認証に
失敗した旨の通知を要求元端末に送信する。また、認証
に成功した場合には（ステップＳ１５１：Ｙｅｓルー
ト）、医師の認証処理を実施する（ステップＳ１５
３）。もし、認証に失敗した場合には（ステップＳ１５
５：Ｎｏルート）、認証に失敗した旨の通知を要求元端
末に送信する。また、認証に成功した場合には（ステッ
プＳ１５５：Ｙｅｓルート）、利用者本人のＵＲＬに対
応して医師情報を登録する（ステップＳ１５７）。例え
ば、図１７に示すように、権限委譲のためのデータを、
利用者ＵＲＬと医師情報（医療機関コードを付加しても
よい）の対で保管しておく。これにより、医師端末７か
ら医師単独による特定のＵＲＬへのアクセスがあった場
合にも、権限委譲がなされた医師であれば参照を許可す
ることができるようになる。

【００２７】次に、ＤＢセンタ・サーバ３による医療情
報ＤＢ３１内の医療情報のメンテナンス処理について図
１８を用いて説明する。ＤＢセンタ・サーバ３に設けら
れたデータ・メンテナンス処理部３１０は、定期的又は
不定期に、以下に説明する処理を実施して、医療情報Ｄ
Ｂ３１内で増えつづける医療情報を整理する、まず、医
療情報に付属する保存期間情報１９６及び圧縮率情報１
９８、並びに保存日時情報を読み出す（ステップＳ１６
１）。そして当該医療情報が法定期限を超えたか判断す
る（ステップＳ１６３）。法定期限は医療情報の種類に
よって定められている。もし、法定期限を超えていない
場合には、この段階では特別の処理は不要なので処理を
終了させる。一方、法定期限を超えた場合には、法定期
限後の保存期間が設定されているか判断する（ステップ
Ｓ１６５）。医療情報には保存期間が付加されていない
場合もあるため、付加されているかを確認するものであ
る。もし、付加されていない場合には、法定期限を経過
しているので医療情報を破棄する（ステップＳ１７
５）。なお、医療情報に付属して保存されていた保存期
間が０である場合（又は保存日時から法定期限と同じ保
存期間が設定されている場合）には、特別な保存期間が
設定されているとは言えないためステップＳ１６５から
ステップＳ１７５に移行して、当該医療情報を破棄す
る。

【００２８】次に、法定期限経過後であって、設定され
た保存期間内であるか確認する（ステップＳ１６７）。
法定期限経過後であって、設定された保存期間後である
場合には、当該医療情報を破棄する（ステップＳ１７
５）。一方、法定期限経過後であって、設定された保存
期間内であると、その医療情報が画像データであるか判
断する（ステップＳ１６９）。画像データでなければ圧
縮処理は必要無いので、処理を終了する。なお、画像デ
ータ以外にも圧縮対象となっているデータがあれば、そ
のデータについてもステップＳ１６９で確認する。画像
データであると判断された場合には、圧縮済みであるか
確認する（ステップＳ１７１）。圧縮済みであればさら
なる処理は必要無いので、処理を終了する。一方、未圧
縮であれば、当該医療情報に付加された圧縮率情報１９
８を用いて、当該医療情報を圧縮する（ステップＳ１７
３）。但し、初めからＪＰＥＧ２０００に従って損失無
しで圧縮されている場合には、圧縮率情報１９８に従っ
て所定部分の情報を破棄するだけで良い。よって、処理
が簡単で高速に行うことができるようになる。このよう
にして、医療情報ＤＢ３１に格納されるデータ量を減少
させることができる。なお、補助記憶装置３１４に別途
医療情報を蓄積しているので、いざというときには時間
はかかるが取り出すことは可能である。

【００２９】本実施の形態では、医師及び利用者本人だ
けでなく、研究医にも医療情報ＤＢ３１にアクセスでき
るようにし、疫学的な研究を行うことができるようにす
る。但し、無制限に医療情報にアクセスできるようにす
るとプライバシ侵害の問題が生ずる。本実施の形態で
は、図１９のようなアクセスポリシーを採用することと
する。図１９の第１行目は図７に示した（１）個人識別
情報３１００、第２行目は図７に示した（２）男女識別
情報３１０２、第３行は図７に示した（３）機密検診結
果３１０４、第４行は図７に示した（４）一般検診関連
情報・画像取得時の関連情報３１０６、第５行は図７に
示した（５）一般検診結果・カルテ情報３１０８へのア
クセスポリシーを示している。なお、○はアクセス可
能、×はアクセス不可能、△は特定人についてはアクセ
ス可能を示している。よって、主治医は、権限委譲を受
けた利用者、自分で医療情報を作成した利用者について
は、アクセスすることができる。一般研究医は、個人識
別情報３１００及び機密検診結果３１０４についてはア
クセス不可能で、他の部分についてはアクセスすること
ができる。特定研究医は、特定の分野についての特別な
研究を行う研究医であって、個人識別情報３１００以外
の医療情報にアクセスすることができる。なお一般人
は、他人の医療情報には全くアクセスできない。利用者
本人は、利用者本人の情報につきアクセスが許可されて
いる。

【００３０】このようなアクセスポリシーを実現するた
めに、ＤＢセンタ・サーバ３の権限確認部３０４は、図
２０に示すような処理を実施する。最初に、利用者本人
による利用者本人のＵＲＬへのアクセスであるか判断す
る（ステップＳ１８１）。もし、利用者本人による利用
者本人のＵＲＬへのアクセスである場合には、アクセス
先のアクセス許可を与える（ステップＳ１８７）。一
方、利用者本人による利用者本人のＵＲＬへのアクセス
でない場合には、アクセス先につき権限委譲された医師
によるアクセスである確認する（ステップＳ１８３）。
例えば図１７に示されるようなＵＲＬ毎に権限委譲先の
医師情報（医療機関コードを含める場合もある）を格納
している場合には、ＵＲＬ及び医師コードで権限委譲先
に指定されているかを確認する。もし、アクセス先につ
き権限委譲された医師によるアクセスである場合には、
アクセス先へのアクセス許可を与える（ステップＳ１８
７）。もし、アクセス先につき権限委譲された医師によ
るアクセスでない場合には、アクセス先の情報作成など
を行った主治医によるアクセスであるかを確認する（ス
テップＳ１８５）。例えば、アクセス先の医療情報に付
加されている医師コードなどの情報を参照して、アクセ
ス元の医師コードなどと一致するか判断する。医師コー
ドの他に医療機関コードを合わせて比較するようにして
も良い。これにより医師の勤務先が移動した場合に対処
できる。もし、一致する場合には、アクセス先へのアク
セスを許可する（ステップＳ１８７）。

【００３１】一方、一致しない場合には、特定の端末
（アドレス）からの一般研究医のアクセス又は特定研究
医によるアクセスか判断する（ステップＳ１８９）。特
定研究医端末１１からのアクセスであることを確認す
る。なお、特定研究医用のＩＣカードが存在している場
合には、特定研究医からのアクセスであるかを確認す
る。図１に示したように、特定研究医端末１１を操作す
る一般研究医については特定研究医端末１１でさらに特
別の確認を行う必要がある。この処理については後に述
べる。もし、特定の端末からの一般研究医のアクセス又
は特定研究医によるアクセスである場合には、図１９に
示したアクセスポリシーで許可される範囲（公開部分）
のアクセス許可を与える（ステップＳ２０３）。一方、
特定の端末からの一般研究医のアクセス又は特定研究医
によるアクセスでない場合には、一般研究医のアクセス
であるか確認する（ステップＳ１９１）。一般研究医の
アクセスである場合には、図１９に示したアクセスポリ
シーで許可される範囲のアクセス許可を与える（ステッ
プＳ２０３）。一方、一般研究医のアクセスでない場合
には、アクセスを拒否する（ステップＳ２０１）。この
ようにすれば、図１９に示したアクセスポリシーを実現
でき、適正な医療情報の利用を図ることができるように
なる。

【００３２】特定研究室１７の入室管理が完璧であれ
ば、特定研究室１７に設置された一般研究医端末１１を
操作する一般研究医に対して一般研究医端末１１での確
認は特に必要ないが、完璧でない場合もある。また、特
別に指定された特定研究医が存在する場合もある。その
ような場合に、例えば図２１に示すような処理を図８の
認証処理（ステップＳ５）で実施する。図２１では、ま
ずパスワードの入力要求を表示処理部１１２が表示装置
１２０に表示する（ステップＳ２１１）。研究医は入力
装置１２１を操作してパスワードを入力し、認証処理部
１０８はパスワード入力を取得する（ステップＳ２１
３）。そして、研究医用ＩＣカード２５内の一般研究医
識別情報２５２又は特定研究医識別情報に含まれるパス
ワードを読み出し（ステップＳ２１５）、入力パスワー
ドと読み出したパスワードが一致したか判断する（ステ
ップＳ２１７）。一致しない場合には、操作を拒否する
（ステップＳ２２５）。一致する場合には、一般研究医
であるか否かを判断する（ステップＳ２１９）。一般研
究医であれば、認証処理部１０８に設けられた、許可さ
れた一般研究医リストにリストアップされた一般研究医
であるかを判断する（ステップＳ２２１）。もし、リス
トアップされた一般研究医である場合には、操作を許可
する（ステップＳ２２７）。リストアップされた一般研
究医でなければ、操作を拒否する（ステップＳ２２
５）。一方、一般研究医でなければ特定研究医であるか
否か判断する（ステップＳ２２３）。特定研究医である
場合には、操作を許可する（ステップＳ２２７）。この
ようにして端末装置側で確認処理を実施すれば図１９の
ようなアクセスポリシーを実現することができる。

【００３３】以上述べた実施の形態では、検索サーバ１
３が用いられていなかった。これは端末装置１００に検
索サーバ１３の機能が組み込まれていたからである。よ
って例えば端末装置１００の一部の機能（主に検索前処
理部１１０）を検索サーバ１３に実施させるような構成
も可能である。図２２に、端末装置１００の参照処理の
一例を示す。まず、ＩＣカード・リーダライタ１０２が
利用者ＩＣカード１９ｂから健康情報ＵＲＬ２０４及び
関連情報（利用機関情報２０６、医療機関コード２０
７、検診・診療種別２０８、参照報酬情報２０９）を読
み出す（ステップＳ２３１）。次に、表示処理部１１２
が検索メニューを表示装置１２０に表示する（ステップ
Ｓ２３３）。例えば、期間、場所（医療機関）、検診・
診療種別、情報の内容（キーワード指定、情報の種類
等）の入力欄を含む検索メニューを表示する。これに対
して、利用者又は医師は、検索条件を入力装置１２１を
用いて入力し、通信部１１８は当該検索条件入力を取得
する（ステップＳ２３５）。そして、通信部１１８は、
健康情報ＵＲＬ２０４及び関連情報並びに検索条件を含
む検索要求を検索サーバ１３に送信する（ステップＳ２
３７）。このように、検索前処理部１１０が実施した、
利用機関情報２０６、医療機関コード２０７、検診・診
療種別２０８等に基づき検索先健康情報ＵＲＬを決定す
る処理は、端末装置１００では行わない。なお、例えば
利用者ＩＣカード１９ｂの個人情報１９０に含まれる認
証情報を含む参照要求を、検索サーバ１３及びＤＢセン
タ・サーバ３における認証処理及び権限確認処理のため
に送信する。又は、暗号キー１９２を用いて認証情報を
作成してから送信するようにしてもよい。

【００３４】ここでは説明を簡単にするために、各ＤＢ
センタ・サーバ３及び検索サーバ１３では認証処理及び
権限確認処理で問題が無く、検索が検索サーバ１３及び
各ＤＢセンタ・サーバ３において実施されるものとす
る。各ＤＢセンタ・サーバ３における検索結果は検索サ
ーバ１３に一旦送信される。そして、検索サーバ１３
は、データ量に関連する情報を端末装置１００に送信す
る。これに応じて、通信部１１８はデータ量関連情報を
受信し、表示処理部１１２はデータ表示までの概算時間
を算出し、表示装置１２０に表示する（ステップＳ２３
９）。このように概算時間を表示することにより、医
師、利用者は目安を知ることができる。そして通信部１
１８は医療情報を受信する（ステップＳ２４０）。通信
部１１８は、送られてくる医療情報を一時的に蓄積し、
ＪＰＥＧ２０００圧縮・解凍部１０６や表示処理部１１
２に受信データを出力する。もしＪＰＥＧ２０００で圧
縮された医療情報を受信した場合には、ＪＰＥＧ２００
０圧縮・解凍部１０６が解凍処理を実施する。そして、
表示処理部１１２は、表示装置１２０に受信した医療情
報を表示する（ステップＳ２４１）。表示処理部１１２
は、検索サーバ１３から受信した医療情報を、保存（発
生）日時順に並べ替えたり、画面構成に合わせて情報を
配置したりする処理を実施する。なお、一画面で全ての
検索結果を表示する必要は無く、所定のルールに従って
複数画面に分割して表示するようにしても良い。この場
合には、次の画面の表示が指示された場合には表示処理
部１１２は、一時蓄積されている医療情報を取り出し
て、画面を構成して表示する。また、検索サーバ１３か
ら通信部１１８は、集計された報酬情報を受信し、表示
処理部１１２が表示装置１２０に表示する（ステップＳ
２４３）。

【００３５】図２３に検索サーバ１３の処理フローの一
例を示す。まず検索サーバ１３は、端末装置１００から
検索要求を受信すると（ステップＳ２５１）、認証処理
を実施する（ステップＳ２５３）。端末装置１００から
受信した認証情報を用いて認証処理を実施する。もし、
認証に失敗した場合には（ステップＳ２５５：Ｎｏルー
ト）、認証失敗を端末装置１００に返信して、処理を終
了する。一方、認証に成功した場合には（ステップＳ２
５５：Ｙｅｓルート）、利用機関情報２０６、医療機関
コード２０７、検診・診療種別２０８等に基づき検索先
健康情報ＵＲＬを決定する（ステップＳ２５７）。そし
て、検索健康情報ＵＲＬ２０４のＤＢセンタ・サーバ３
に検索条件を送信する（ステップＳ２５９）。この際、
例えば利用者ＩＣカード１９ｂの個人情報１９０に含ま
れる認証情報を含む参照要求を、ＤＢセンタ・サーバ３
における認証処理及び権限確認処理のために送信する。
検索サーバ１３の認証情報を付加する場合もある。ここ
ではＤＢセンタ・サーバ３における認証処理及び権限確
認処理において何らの問題も生じなかったとする。そう
すると、検索サーバ１３は、ＤＢセンタ・サーバ３から
検索結果である医療情報及び報酬情報を受信する（ステ
ップＳ２６１）。なお、各ＤＢセンタ・サーバ３から受
信した報酬情報を集計する処理も検索サーバ１３で実施
するようにしても良い。そして、検索サーバ１３は、受
信するまでの概算時間を計算するための使用されるデー
タ量関連情報を端末装置１００に送信する（ステップＳ
２６３）。そして、受信した医療情報及び報酬情報を送
信する（ステップＳ２６５）。このようにすれば検索サ
ーバ１３を用いても、同様のサービスを利用者や医師は
受けることができる。なお、ＤＢセンタ・サーバ３も同
様の処理を行っていればよい。

【００３６】以上のように、本発明の実施の形態を説明
したが、様々な変形が可能である。例えば、処理フロー
においては順番を入れ替えたり同時に実行することがで
きるステップが含まれている。また、図１乃至図７で説
明した装置及びシステム概要は一例であって、同様の機
能を発揮する他の構成も可能である。医療情報ＤＢ３１
の情報格納態様は一例であって他の構成にて情報を記憶
するようにすることも可能である。ＪＰＥＧ２０００も
一例であって、同様の効果を奏する他の方式の圧縮方法
を用いることも可能である。また図２では認証処理部１
０８が端末装置１００に設けられる例を示しているが、
ＩＣカードに認証処理部を設けることも可能である。す
なわち、図８のステップＳ５、図９のステップＳ４１等
の端末装置側で行う認証処理についてはＩＣカード側で
実行する場合もある。その他、一部の機能についてもＩ
Ｃカード側に設ける場合もある。また、上ではＵＲＬを
用いる例を示したが、他のアドレス情報を用いるように
変更することも可能である。パスワードでなく、指紋等
の認証方法を採用することも可能である。さらに、端末
装置１００は、医療検査機の場合もある。この場合に
は、保存処理にみ実施するような構成とすることもあ
る。さらに、保存処理についてはオンラインで行う例を
示したが、オフラインで実施するような形式も可能であ
る。以上述べたような処理を実行するようなプログラム
が端末装置１００、検索サーバ１３、ＤＢセンタ・サー
バ３にはインストールされており、当該プログラムは記
憶媒体、記憶装置に格納されて配布される場合がある。
中間的なデータについてはサーバや端末装置のメインメ
モリ等の記憶装置に格納される。

【００３７】

【発明の効果】以上のように、医療情報を蓄積する複数
のデータベースセンタが存在する場合に、医療情報を有
効に利用できるようにするための情報処理技術を提供す
ることができた。また、データベースセンタにおいて、
医療情報を効率的に管理するための情報処理技術を提供
することができた。さらに、情報記憶カードとの連携
で、適正な医療情報を利用を図るための情報処理技術を
提供することができた。

【図面の簡単な説明】

【図１】本発明に係る医療情報処理システムの概要を示
す図である。

【図２】装置端末の機能ブロック図である。

【図３】利用者ＩＣカードの格納情報の一例を示す図で
ある。

【図４】医師ＩＣカードの格納情報の一例を示す図であ
る。

【図５】研究医用ＩＣカードの格納情報の一例を示す図
である。

【図６】ＤＢセンタ・サーバの機能ブロック図である。

【図７】ＤＢセンタ・サーバに管理されるＤＢの情報記
憶態様を示す図である。

【図８】端末装置におけるメインの処理フローを示す図
である。

【図９】緊急時処理のフローチャートを示す図である。

【図１０】端末装置における保存処理のフローチャート
である。

【図１１】ＤＢセンタ・サーバにおける保存処理のフロ
ーチャートである。

【図１２】端末装置における参照処理のフローチャート
である。

【図１３】ＤＢセンタ・サーバにおける参照処理のフロ
ーチャートである。

【図１４】ＩＣカード設定処理のフローチャートであ
る。

【図１５】端末装置における権限委譲処理のフローチャ
ートである。

【図１６】ＤＢセンタ・サーバにおける権限委譲登録処
理のフローチャートである。

【図１７】権限委譲処理により生成されるリストの一例
を示す図である。

【図１８】ＤＢセンタ・サーバのデータ・メンテナンス
処理のフローチャートである。

【図１９】アクセスポリシーを説明するための図であ
る。

【図２０】ＤＢセンタ・サーバにおける権限確認処理フ
ローを示す図である。

【図２１】特定研究医端末における認証処理フローを示
す図である。

【図２２】他の実施の形態における端末装置の処理フロ
ー（参照処理時）を示す図である。

【図２３】他の実施の形態における検索サーバの処理フ
ロー（参照処理時）を示す図である。

【符号の説明】

１：ネットワーク ３ａ，３ｂ，３ｃ：ＤＢセンタ・サーバ ５：利用者端末 ７：医師端末 ９：一般研究医端末 １１：特定研究医端末 １３：検索サーバ １５：補正上布サーバ １７：特定研究室 １９ａ，１９ｂ：利用者ＩＣカード ２１：医師ＩＣカード ２３ａ，２３ｂ：一般研究医用ＩＣカード ３１ａ，３１ｂ，３１ｃ：医療情報ＤＢ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １２０ Ｇ０６Ｆ 17/30 １２０Ｂ １７０ １７０Ｚ Ｇ０６Ｋ 19/00 Ｇ０６Ｋ 19/00 Ｗ Ｑ

Claims (31)

【特許請求の範囲】
1. 【請求項１】 ユーザの個人情報と、 特定の情報を保存する１又は複数のデータベースセンタ
   ・サーバにおける、前記ユーザの情報取得のためのアク
   セス先情報と、 各前記アクセス先情報に対応して、当該アクセス先に係
   るデータベースセンタ・サーバに当該ユーザの情報が格
   納された期間に関する情報と、 を格納する記憶領域を有する情報記憶カード。
2. 【請求項２】 各前記アクセス先情報に対応して、当該
   アクセス先に係るデータベースセンタ・サーバに格納さ
   れた前記ユーザの情報に関連する医療機関の情報をさら
   に格納することを特徴とする請求項１記載の情報記憶カ
   ード。
3. 【請求項３】 前記ユーザの情報を新たに格納するため
   のデータベースセンタ・サーバにおけるアクセス先情報
   をさらに格納することを特徴とする請求項１記載の情報
   記憶カード。
4. 【請求項４】 前記ユーザの情報を新たに格納するため
   のデータベースセンタ・サーバにおけるデータ保存期間
   に関する情報をさらに格納することを特徴とする請求項
   １記載の情報記憶カード。
5. 【請求項５】 前記ユーザの情報を新たに格納するため
   のデータベースセンタ・サーバにおける、法定保存期限
   経過後前記データ保存期間内のデータ圧縮率に関する情
   報をさらに格納することを特徴とする請求項４記載の情
   報記憶カード。
6. 【請求項６】 医療情報を蓄積するデータベースセンタ
   ・サーバに送信すべき、利用者の医療情報を取得する手
   段と、 前記利用者が保有する情報記憶カードに格納された、前
   記送信すべき医療情報の保存期間に関する情報及び前記
   データベースセンタ・サーバにおける書き込み先情報を
   取得する手段と、 前記送信すべき医療情報及び前記保存期間に関する情報
   を、前記データベースセンタ・サーバにおける書き込み
   先情報に従って送信する送信手段と、 を有する医療情報処理システム。
7. 【請求項７】 前記利用者が保有する情報記憶カードに
   格納された前記送信すべき医療情報の法定保存期限経過
   後前記データ保存期間内のデータ圧縮率に関する情報を
   取得する手段をさらに有し、 前記送信手段が、 前記送信すべき医療情報と前記保存期間に関する情報と
   前記データ圧縮率に関する情報とを前記データベースセ
   ンタ・サーバの書き込み先情報に従って送信することを
   特徴とする請求項６記載の医療情報処理システム。
8. 【請求項８】 前記医療情報の前記データベースセンタ
   ・サーバへの送信により、前記情報記憶カードに格納さ
   れている情報の更新が必要であるか判断する手段と、 前記情報記憶カードに格納されている情報の更新が必要
   である場合には、更新情報を前記情報記憶カードに書き
   込む手段と、 をさらに有する請求項６記載の医療情報処理システム。
9. 【請求項９】 前記医療情報に対して、解像度階層化が
   可能な圧縮方式で圧縮する手段をさらに有する請求項６
   記載の医療情報処理システム。
10. 【請求項１０】 緊急時において、前記利用者の情報記
    憶カード内に指定されている代理人の認証が成功したか
    判断する手段と、 前記代理人の認証が成功した場合には、前記利用者の情
    報の利用を許可する手段と、 をさらに有する請求項６記載の医療情報処理システム。
11. 【請求項１１】 利用者が保有する情報記憶カードに格
    納された、当該利用者の医療情報を格納する１又は複数
    のデータベースセンタ・サーバの参照先情報及び各参照
    先情報に対応し且つ少なくとも当該データベースセンタ
    ・サーバの利用期間に関する情報を取得する取得手段
    と、 医療情報の検索条件を取得する手段と、 少なくとも前記データベースセンタ・サーバの利用期間
    に関する情報を利用して、前記検索条件に関連する前記
    データベースセンタ・サーバの参照先情報を抽出する参
    照先情報抽出手段と、 抽出された前記データベースセンタ・サーバの参照先情
    報に従って、前記検索条件の少なくとも一部を送信する
    手段と、 を有する医療情報処理システム。
12. 【請求項１２】 前記取得手段が、 前記情報記憶カードに格納された、各参照先情報に対応
    し且つ当該データベースセンタ・サーバに格納された当
    該利用者のデータに関連する医療機関の情報を取得し、 前記参照先情報抽出手段が、 前記データベースセンタ・サーバの利用期間に関する情
    報及び前記データベースセンタ・サーバに格納された当
    該利用者のデータに関連する医療機関の情報を利用し
    て、前記検索条件に関連する前記データベースセンタ・
    サーバの参照先情報を抽出することを特徴とする請求項
    １１記載の医療情報処理システム。
13. 【請求項１３】 前記データベースセンタ・サーバから
    解像度階層化が可能な圧縮方式で圧縮された医療情報を
    受信する場合には、当該医療情報を任意の解像度で表示
    装置へ表示するように命ずる手段をさらに有する請求項
    １１記載の医療情報処理システム。
14. 【請求項１４】 抽出された前記データベースセンタ・
    サーバから前記利用者の医療情報を受信する手段と、 受信した前記医療情報に含まれる数値情報の補正情報要
    求を、補正情報サーバに送信する手段と、 をさらに有する請求項１１記載の医療情報処理システ
    ム。
15. 【請求項１５】 抽出された前記データベースセンタ・
    サーバから前記利用者の医療情報及び当該医療情報の利
    用料に関する情報を受信する手段と、 前記利用者の医療情報及び当該医療情報の利用料に関す
    る情報を表示する手段と、 をさらに有する請求項１１記載の医療情報処理システ
    ム。
16. 【請求項１６】 利用者の医療情報と当該医療情報の保
    存期間に関する情報とを受信し、医療情報記憶装置内の
    当該利用者の領域に格納する受信処理手段と、 前記記憶装置を検索して、特定の医療情報が当該特定の
    医療情報の法定保存期限を経過したか判断する手段と、 前記特定の医療情報が当該特定の医療情報の法定保存期
    限を経過している場合に、当該特定の医療情報に設定さ
    れた保存期間を経過したか判断する手段と、 前記特定の医療情報が当該特定の医療情報に設定される
    保存期間を経過している場合には、当該特定の医療情報
    を削除する手段と、 を有するデータベースセンタにおけるコンピュータ・シ
    ステム。
17. 【請求項１７】 前記受信処理手段が、 利用者の医療情報と当該医療情報の保存期間及び法定保
    存期限経過後前記保存期間内のデータ圧縮率とを受信
    し、記憶装置内の当該利用者の領域に格納し、 前記特定の医療情報が法定保存期限を経過しているが当
    該特定の医療情報に設定された保存期間を経過していな
    い場合には、当該特定の医療情報のデータ圧縮率に従っ
    て前記特定の医療情報のデータ量を減少させる処理を実
    施する圧縮処理手段をさらに有する請求項１６記載のデ
    ータベースセンタにおけるコンピュータ・システム。
18. 【請求項１８】 前記圧縮処理手段は、 前記医療情報が、解像度階層化が可能な圧縮方式で圧縮
    されている場合には、前記データ圧縮率に合致するよう
    に、前記医療情報の部分データを破棄することを特徴と
    する請求項１７記載のデータベースセンタにおけるコン
    ピュータ・システム。
19. 【請求項１９】 前記利用者の医療情報が、各利用者に
    つき、個人を識別するための情報と、当該利用者の一般
    的な医療情報と、当該利用者の機密保持が要求される機
    密医療情報と含み、 一般研究医からの検索要求に応じて、個人を識別するた
    めの情報を除外した前記一般的な医療情報の検索を許可
    し、予め権限付与された研究医又は特定のアクセス元か
    らの一般研究医による検索要求に応じて、個人を識別す
    るための情報を除外した前記一般的な医療情報及び前記
    機密医療情報の検索を許可する手段と、 をさらに有する請求項１６記載のデータベースセンタに
    おけるコンピュータ・システム。
20. 【請求項２０】 特定の利用者を特定し且つ当該特定の
    利用者の医療情報を少なくとも作成した医師からのアク
    セスがあった場合に、当該医師に対してアクセスを許可
    する手段をさらに有する請求項１６記載のデータベース
    センタにおけるコンピュータ・システム。
21. 【請求項２１】 特定の利用者に対して権限委譲が予め
    登録された医師からの当該特定の利用者の医療情報への
    アクセスがあった場合に、当該医師にアクセスを許可す
    る手段をさらに有する請求項１６記載のデータベースセ
    ンタにおけるコンピュータ・システム。
22. 【請求項２２】 医療情報を蓄積するデータベースセン
    タ・サーバに送信すべき、利用者の医療情報を取得する
    ステップと、 前記利用者が保有する情報記憶カードに格納された、前
    記送信すべき医療情報の保存期間に関する情報及び前記
    データベースセンタ・サーバにおける書き込み先情報を
    取得するステップと、 前記送信すべき医療情報及び前記保存期間に関する情報
    を、前記データベースセンタ・サーバにおける書き込み
    先情報に従って送信する送信ステップと、 を含む医療情報処理方法。
23. 【請求項２３】 前記利用者が保有する情報記憶カード
    に格納された前記送信すべき医療情報の法定保存期限経
    過後前記データ保存期間内のデータ圧縮率に関する情報
    を取得するステップをさらに含み、 前記送信ステップが、 前記送信すべき医療情報と前記保存期間に関する情報と
    前記データ圧縮率に関する情報とを前記データベースセ
    ンタ・サーバの書き込み先情報に従って送信するステッ
    プであることを特徴とする請求項２２記載の医療情報処
    理システム。
24. 【請求項２４】 利用者が保有する情報記憶カードに格
    納された、当該利用者の医療情報を格納する１又は複数
    のデータベースセンタ・サーバの参照先情報及び各参照
    先情報に対応し且つ少なくとも当該データベースセンタ
    ・サーバの利用期間に関する情報を取得する取得ステッ
    プと、 医療情報の検索条件を取得するステップと、 少なくとも前記データベースセンタ・サーバの利用期間
    に関する情報を利用して、前記検索条件に関連する前記
    データベースセンタ・サーバの参照先情報を抽出する参
    照先情報抽出ステップと、 抽出された前記データベースセンタ・サーバの参照先情
    報に従って、前記検索条件の少なくとも一部を送信する
    ステップと、 を有する医療情報処理方法。
25. 【請求項２５】 前記取得ステップが、 前記情報記憶カードに格納された、各参照先情報に対応
    し且つ当該データベースセンタ・サーバに格納された当
    該利用者のデータに関連する医療機関の情報を取得する
    ステップであり、 前記参照先情報抽出ステップが、 前記データベースセンタ・サーバの利用期間に関する情
    報及び前記データベースセンタ・サーバに格納された当
    該利用者のデータに関連する医療機関の情報を利用し
    て、前記検索条件に関連する前記データベースセンタ・
    サーバの参照先情報を抽出するステップであることを特
    徴とする請求項２４記載の医療情報処理方法。
26. 【請求項２６】 前記データベースセンタ・サーバから
    解像度階層化が可能な圧縮方式で圧縮された医療情報を
    受信する場合には、当該医療情報を任意の解像度で表示
    装置へ表示するように命ずるステップをさらに含む請求
    項２４記載の医療情報処理方法。
27. 【請求項２７】 利用者の医療情報と当該医療情報の保
    存期間に関する情報とを受信し、医療情報記憶装置内の
    当該利用者の領域に格納する受信処理ステップと、 前記記憶装置を検索して、特定の医療情報が当該特定の
    医療情報の法定保存期限を経過したか判断するステップ
    と、 前記特定の医療情報が当該特定の医療情報の法定保存期
    限を経過している場合に、当該特定の医療情報に設定さ
    れた保存期間を経過したか判断するステップと、 前記特定の医療情報が当該特定の医療情報に設定される
    保存期間を経過している場合には、当該特定の医療情報
    を削除するステップと、 を含む医療情報保管処理方法。
28. 【請求項２８】 前記受信処理ステップが、 利用者の医療情報と当該医療情報の保存期間及び法定保
    存期限経過後前記保存期間内のデータ圧縮率とを受信
    し、記憶装置内の当該利用者の領域に格納するステップ
    であり、 前記特定の医療情報が法定保存期限を経過しているが当
    該特定の医療情報に設定された保存期間を経過していな
    い場合には、当該特定の医療情報のデータ圧縮率に従っ
    て前記特定の医療情報のデータ量を減少させる処理を実
    施する圧縮処理ステップをさらに含む請求項２７記載の
    医療情報保管処理方法。
29. 【請求項２９】 医療情報処理を行うためのプログラム
    を格納した記録媒体であって、 前記プログラムは、コンピュータに、 医療情報を蓄積するデータベースセンタ・サーバに送信
    すべき、利用者の医療情報を取得するステップと、 前記利用者が保有する情報記憶カードに格納された、前
    記送信すべき医療情報の保存期間に関する情報及び前記
    データベースセンタ・サーバにおける書き込み先情報を
    取得するステップと、 前記送信すべき医療情報及び前記保存期間に関する情報
    を、前記データベースセンタ・サーバにおける書き込み
    先情報に従って送信する送信ステップと、 を実行させるためのプログラムである記録媒体。
30. 【請求項３０】 医療情報処理を行うためのプログラム
    を格納した記録媒体であって、 前記プログラムは、コンピュータに、 利用者が保有する情報記憶カードに格納された、当該利
    用者の医療情報を格納する１又は複数のデータベースセ
    ンタ・サーバの参照先情報及び各参照先情報に対応し且
    つ少なくとも当該データベースセンタ・サーバの利用期
    間に関する情報を取得する取得ステップと、 医療情報の検索条件を取得するステップと、 少なくとも前記データベースセンタ・サーバの利用期間
    に関する情報を利用して、前記検索条件に関連する前記
    データベースセンタ・サーバの参照先情報を抽出する参
    照先情報抽出ステップと、 抽出された前記データベースセンタ・サーバの参照先情
    報に従って、前記検索条件の少なくとも一部を送信する
    ステップと、 を実行させるためのプログラムである記録媒体。
31. 【請求項３１】 医療情報保管処理のためのプログラム
    を格納した記録媒体であって、 前記プログラムが、コンピュータに、 利用者の医療情報と当該医療情報の保存期間に関する情
    報とを受信し、医療情報記憶装置内の当該利用者の領域
    に格納する受信処理ステップと、 前記記憶装置を検索して、特定の医療情報が当該特定の
    医療情報の法定保存期限を経過したか判断するステップ
    と、 前記特定の医療情報が当該特定の医療情報の法定保存期
    限を経過している場合に、当該特定の医療情報に設定さ
    れた保存期間を経過したか判断するステップと、 前記特定の医療情報が当該特定の医療情報に設定される
    保存期間を経過している場合には、当該特定の医療情報
    を削除するステップと、 を実行させるためのプログラムである記録媒体。