(57)【要約】【課題】患者と病院、薬局、保険組合、検診センタ他医療関連機関と健康サービス提供機関とで患者の個人医療情報を安全に確実に共有し、充実した健康サービスを可能にする。【解決手段】ＩＣカードを患者（会員）、病院、薬局、保険組合、検診センタ等医療関連機関、サービス提供機関が保持し、ＩＣカード等の記録媒体とＩＣカードを読み取るリーダ、端末、ネットワーク、管理運営機関のサーバを利用し、各々端末へのログインをＩＣカード等を使用した認証によって行い、情報開示不要な機関への情報漏洩を防ぐ。また、医師の患者に対する見解が直接サービス提供機関や緊急時の処置者に伝わるようＩＣカード等にコメントを持たせておく。また、ある病気の治療中である患者に応じた、病状が改善されるような健康サービス提供機関で使用できるポイントを付与し、利用を促す。【選択図】  図１
2005011051.tif 000002
【特許請求の範囲】
【請求項１】
電気通信回線を介して医療機関の端末と接続し、記憶装置を有する管理運営機関サーバにおけるポイントサービス提供方法であって、
前記管理運営機関サーバは、
患者の識別情報と該患者に関する医学病名と該患者が該医学病名の病気について治療中か否かを表す治療状況情報とを対応付けて病歴ＤＢとして前記記憶装置に格納し、
前記医療機関端末から前記患者の識別情報を受信し、
受信した患者の識別情報と前記病歴ＤＢにおいて対応付けられた医学病名のうち、前記治療状況情報に治療中を表す情報が格納されている医学病名（以下、治療中医学病名）を読み出し、
予め前記記憶装置において医学病名と対応付けて格納されたポイント数のうち、前記読み出した治療中医学病名に対応するポイント数を前記記憶装置から読み出し、
読み出したポイント数を前記医療機関の端末に前記患者の利用可能ポイント数として送信することを特徴とするポイントサービス提供方法。
【請求項２】
請求項１記載のポイントサービス提供方法において、
前記管理運営機関サーバは、
前記患者に提供されるサービスを識別するサービス識別情報と該サービス利用に必要とされる消費ポイント数とを対応付けて前記記憶装置に格納し、
当該管理運営機関サーバと電気通信回線を介して接続したサービス提供機関端末から前記患者が所望するサービスのサービス識別情報を受信し、
受信したサービス識別情報に対応付けられた前記消費ポイント数を前記記憶装置から読み出し、
読み出した消費ポイント数に基づき前記患者の利用可能ポイント数の精算をすることを特徴とするポイントサービス提供方法。
【請求項３】
請求項２記載のポイントサービス提供方法において、
前記患者の利用可能ポイント数は、前記サービス提供機関端末によってＩＣカードリーダライタを介してＩＣカードから読み出され、かつ該サービス提供機関端末により前記運営管理機関サーバに送信され、
前記利用可能ポイント数の精算とは、前記運営管理機関サーバが前記サービス提供機関端末から受信した前記患者の利用可能ポイント数から前記消費ポイント数を減じたポイント数を、前記サービス提供機関端末に送信することであることを特徴とするポイントサービス提供方法。
【請求項４】
請求項３記載のポイントサービス提供方法において、
前記管理運営機関は、
医学病名と該医学病名に関するコメントを対応付けて記憶装置に予め格納し、
前記記憶装置に格納されたコメントのうち、前記患者の治療中医学病名と対応付けられたコメントを前記サービス提供機関端末に送信し、
前記サービス提供機関端末は、
前記管理運営機関サーバから受信したポイント数およびコメントを表示部に表示することを特徴とするポイントサービス提供方法。
【請求項５】
電気通信回線を介して医療機関の端末と接続した管理運営機関サーバを含むポイントサービス提供システムであって、
前記管理運営機関サーバは、
患者の識別情報と医学病名と該患者が該医学病名の病気について治療中か否かを表す治療状況情報とを対応付けて病歴ＤＢに格納する記憶手段と、
前記医療機関端末から前記患者の識別情報を受信する手段と、
前記病歴ＤＢにおいて前記受信した患者の識別情報と対応付けられた医学病名のうち前記治療状況情報において治療中である旨が表されている医学病名に、予め前記記憶装置において対応付けられたポイント数を前記医療機関の端末に送信する手段とを備えることを特徴とするポイントサービス提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は患者と、病院、薬局、保険組合、検診センタ等医療関連機関と、サービス提供機関間でコンピュータを利用し個人医療情報を共有するシステムに関し、特に、プライバシーに関わる個人医療情報の開示、またサービス提供機関の利便性向上に好適な個人医療情報共有システムのポイントサービス提供方法に関する。
【０００２】
【従来の技術】
医療業界において、診察券のＩＣカード化や電子カルテ化が行われている。情報公開の要請のためであるが、特に医療業界では扱う情報がプライバシーに大きく関わり、カルテの改ざんなど訴訟問題にまで発展している問題もある。そのため、これらの情報を慎重に扱う事が要求されている。このような要求に応えるために、従来、特開２００１−３５７１２９に記載のように各医療関連機関で閉じていた情報を患者と機密に共有するため、医療情報を統括する管理機関に設置されるサーバコンピュータと、ＩＣカードドライブを備えると共にインターネットを介し、前記サーバコンピュータ及びＩＣカードへのデータの出入力の可能な各医療機関および薬局に設置される端末機とからなり、前記サーバコンピュータ及び前記ＩＣカードには、患者の識別番号、氏名、生年月日などの個人識別情報及び各患者の病歴や薬歴などの診療情報を記憶させ、前記端末機を用い前記ＩＣカード或いは前記サーバコンピュータに接続することによって該当患者の前記情報の引き出し及び書き込みが可能である。また、保険証情報をも記憶させ保健管理機関が保険証の管理業務を行うことも含むといったシステムを導入していた。
【０００３】
【特許文献１】
特開２００１−３５７２１９号公報（請求項１，２、図２〜５）
【０００４】
【発明が解決しようとする課題】
しかし、上記従来のシステムでは、フィットネスやマッサージ等個人医療情報を必要とするサービスを受ける際には、それらサービス機関とは情報共有していないために、サービス提供機関は、患者の健康状態に適したサービスを知るための基準がなかった。また、サービス提供機関と医療機関とが情報共有するするシステムにおいては、情報漏洩の発生を低減可能なシステムが望ましい。
【０００５】
従って本発明の目的は、サービス提供機関と医療機関とが個人医療情報を共有し、かつその共有された情報を有効活用できるようにした個人医療情報共有システムのポイントサービス提供方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明においては、電気通信回線を介して医療機関の端末と接続した前記管理運営機関サーバは、患者識別情報と医学病名と治療状況情報とを対応付けて病歴ＤＢに格納し、医療機関端末から前記患者の識別情報を受信し、前記治療状況情報において治療中である医学病名に予め対応付けられたポイント数を前記医療機関の端末に送信する。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態の一例について図面を用いて詳細に説明する。
本実施の形態の説明では、端末機は６台のみ示されているが、勿論、これ以上の端末機がサーバコンピュータ５００と公衆網４００を介するとしても、同様に適用できることは云うまでもない。なお、データベースは必要に応じＤＢ、ＩＣカード読書装置はＲ／Ｗと略記する。
【０００８】
図１は本実施の形態における個人医療共有システムのブロック図を示したものである。患者（また、会員である）によって操作される患者用端末１００、Ｒ／Ｗ２００、ＩＣカード３００、公衆網４００、管理運営機関で管理するサーバ５００、病院で保有され、かつ操作の用に供される端末６００、薬局で保有され、かつ操作の用に供される端末７００、検診センタで保有され、かつ操作の用に供される端末８００、保険組合で保有され、かつ操作の用に供される端末９００、健康サービス提供機関で保有され、かつ操作の用に供される端末１０００を含んでいる。なお、病院端末６００、薬局端末７００、健康センタ端末８００、保険組合端末９００、健康サービス提供機関１０００は、患者（会員）端末１００と同様に、Ｒ／Ｗを接続しており、各機関毎、または医師、薬剤師などは業務毎にＩＣカードを保有し、各々該当端末よりログインする。
【０００９】
端末１００は、情報を処理する処理部１０１と、情報を表示するディスプレイ等の表示部１０２と、キーボード、マウス等の入力部１０３と、情報を保持するメモリ部１０４と、制御用プログラムが入った制御プログラム１０５と、情報の入出力を実施するインターフェース部１０６と、を備えている。
【００１０】
ＩＣカード３００は、情報を処理する処理部３０１と、情報の入出力を実施するインターフェース部３０２と、情報を保持するメモリ部３０３と、制御用プログラムが入った制御プログラム３０４と、を備えている。
【００１１】
サーバ５００は、情報を処理する処理部５０１と、情報を表示するディスプレイ等の表示部５０２と、キーボード、マウス等の入力部５０３と、情報を保持するメモリ部５０４と、制御用プログラムが入った制御プログラム５０５と、情報の入出力を実施するインターフェース部５０６と、患者（会員）情報を保持している患者（会員）ＤＢ５０７と、病院情報を保持している病院ＤＢ５０８と、薬局情報を保持している薬局ＤＢ５０９と、検診センタ情報を保持している検診センタＤＢ５１０と、保険組合情報を保持している保険組合ＤＢ５１１と、健康サービス提供機関情報を保持している健康サービス提供機関ＤＢ５１２と、患者（会員）の病歴情報を保持している病歴ＤＢ５１３と、患者（会員）の薬歴情報を保持している薬歴ＤＢ５１４と、患者（会員）の検診データ情報を保持している検診データＤＢ５１５と、病歴、薬歴、検診データ情報よりポイントを付与時の条件を保持しているポイント付与条件ＤＢ５１６と、前記ポイント付与条件ＤＢ５１６の該当条件に付与するポイント、コメントの情報を保持しているポイント・コメント付与ＤＢ５１７と、を備えている。
【００１２】
ポイントとは、患者のＩＣカードに格納される点数であって、患者が健康サービス提供機関においてサービスを受ける場合にサービスの種類に応じて、患者の持つその点数が減少する性質を持つものである。ポイント付与方法とは、例えば、患者に付与されるフィットネスポイントが４０であり、マッサージポイントが０である、というように、患者に付与される各種ポイントのポイント数の組合せである。ポイント番号とは、患者の個人医療情報（病歴条件、検診データ条件、検診データ条件範囲、薬歴条件、薬歴条件範囲のうち少なくとも１つ）に基づいて決定されるポイント付与方法を識別する識別情報である。図１３に示すポイント・コメント付与ＤＢ５１７において、患者へのポイント付与方法とポイント番号とが対応付けられ格納される。
【００１３】
図２は患者（会員）の保持するＩＣカード３００（図１に示す）内の情報のデータ構成図を示したものである。患者（会員）を識別する情報である会員番号３０３０１と、該当患者（会員）の個人基本情報といえる氏名３０３０２と、生年月日３０３０３と、保険証番号３０３０４と、公衆網４００（図１に示す）を介した各端末１００、病院６００、薬局７００、検診センタ８００、保険組合９００、健康サービス提供機関１０００へのログイン時に、患者（会員）本人の入力する値と突合されるパスワード３０３０５と、を保持している。なお、該当患者（会員）の個人基本情報として、患者（会員）ＤＢ５０７（図３に示す）に保持される現住所５０７０９や血液型５０７０７等を格納しても同様であることは云うまでもない。
【００１４】
特に、本実施の形態の特徴の一つである、該当患者（会員）の個人医療情報から割り出され各々に付与されるポイント３０３０７、３０３０８と、医師により該当患者（会員）各々に対し付与される追記コメント３０３０６と、を保持している。これらについては、以下に図１４、図１６、図１８の説明をするとともに詳しく説明する。
【００１５】
図３は患者の氏名、住所等個人基本情報を格納する患者（会員）ＤＢのデータ構成図を示したものである。該当患者（会員）の保有する各保険証に固有である保険証番号５０７０１と、該当保険証の保有者に全員に割り当てられる枝番を示す枝番番号５０７０２と、を保持している。なお、これらを併せて患者（会員）ＩＣカード内データＤＢ（図２に示す）に記憶された、患者（会員）固有である会員番号３０３０１とする。
【００１６】
更に、該当患者（会員）の個人基本情報といえる氏名（漢字）５０７０３と、氏名（カナ）５０７０４と、性別５０７０５と、生年月日５０７０６と、血液型５０７０７と、そのＲｈ５０７０８と、現住所５０７０９と、電話番号５０７１０と、該当保険証の交付年月日５０７１１と、を保持している。また、該当する加入保険組合５０７１０２と、行きつけの医療機関を示す行きつけ医療機関５０７１３と、を保持し、なおこれらは、保険組合ＤＢ５１１（図７に示す）に記憶された保険組合番号５１１０１（図７に示す）と病院ＤＢ５０８（図４に示す）に記憶された病院番号５０８０１に該当する。
【００１７】
更に、バンク登録の有無を示す「バンク登録  腎バンク」５０７１４と、「アイバンク」５０７１５と、アレルギーの有無を示すアレルギー５０７１６と、を保持している。また、医療機関においてアンケート形式などで必ずといってもいい程に回答を要求され、該当患者（会員）の健康基本情報といえる質問である、「食事は不規則である。」５０７１９と、「タバコを吸う。」５０７２０と、「お酒を飲む。」５０７２１と、「ダイエットした事がある。」５０７２２と、を保持している。
【００１８】
特に、本実施の形態の特徴の一つである、該当患者（会員）の個人医療情報から割り出され各々に付与されるポイント番号５０７１７と、医師により該当患者（会員）各々に対し付与される追記コメント３０３０６と、を保持している。これらについては、以下に図１４、図１６、図１８の説明をするとともに詳しく説明する。
【００１９】
図４は管理運営機関サーバ５００と公衆網４００を介して通信可能に接続する病院用端末６００（図１に示す）を保有等する病院の情報を格納する病院ＤＢのデータ構成図を示したものである。各病院に割り当てられ固有な病院番号５０８０１と、該当病院名５０８０２と、住所５０８０３よ、電話番号５０８０４と、該当病院の所属医師に割り当てられ固有な所属医師番号５０８０５と、該当医師氏名５０９０６と、を保持している。
【００２０】
図５は管理運営機関サーバ５００と公衆網４００を介して通信可能に接続する薬局用端末７００（図１に示す）を保有等する薬局の情報を格納する薬局ＤＢのデータ構成図を示したものである。図４と同様である。
【００２１】
図６は管理運営機関サーバ５００と公衆網４００を介して通信可能に接続する検診センタ用端末８００（図１に示す）を保有等する検診センタの情報を格納する検診センタＤＢのデータ構成図を示したものである。図４、図５と同様である。
【００２２】
図７は管理運営機関サーバ５００と公衆網４００を介して通信可能に接続する保険組合用端末９００（図１に示す）を保有等する保険組合の情報を格納する保険組合ＤＢのデータ構成図を示したものである。図４、図５、図６と同様である。
【００２３】
図８は管理運営機関サーバ５００と公衆網４００を介して通信可能に接続する健康サービス提供機関用端末１０００（図１に示す）を保有等する健康サービス提供機関の情報を格納する健康サービス提供機関ＤＢのデータ構成図を示したものである。図４、図５、図６、図７と同様である。更に、該当健康サービス提供機関の所有施設の有無を示す温泉５１２０６と、プール５１２０７と、を保持している。
【００２４】
図９は患者（会員）の病歴情報を格納する病歴ＤＢのデータ構成図を示したものである。該当患者（会員）の各病歴に割り当てられ固有な病歴番号５１３０１と、該当医学病名５１３０２と、その治療状況５１３０３と、初診日付５１３０４と、記入日付５１３０５と、記入者５１３０６と、診察を行った科５１３０８と、備考５１３１０と、を保持している。なお、該当患者（会員）の患者（会員）ＩＣカード内データとして（図２に示す）に記憶された会員番号３０３０１と、病歴であることを示すＡと、最初の病歴を１として病歴が追記されるごとに１を足した番号とを併せ、病歴番号５１３０１とする。更に、該当病院の病院ＤＢ５０８（図４に示す）に記憶された病院番号５０８０１と、所属医師番号５０８０５とを併せ、記入者５１３０６とする。病歴ＤＢは、患者の会員番号に対応する病歴番号と医学病名とその患者がその医学病名の病気を治療中であるか否かを示す治療状況の情報とを対応付けて格納しているので、患者の会員番号からその患者の病歴を検索可能である。また患者本人と医師以外に病歴を公開するか否かを示す公開フラグをも対応付けて格納しているので、所望の病歴情報について非公開とすることが可能である。
【００２５】
特に、本実施の形態の特徴の一つである、該当患者（会員）の個人医療情報の一つである病歴ＤＢ５１３への他機関によるアクセスを、医師、または患者本人以外に制限することを示す情報である公開フラグ５１３０７を保持している。公開フラグ５１３０７が１の場合、医師、または患者本人以外にこのレコードを公開することを示す。公開フラグ５１３０７については、以下に図１４、図１７、図１８の説明をするとともに詳しく説明する。
【００２６】
図１０は患者（会員）の薬歴情報を格納する薬歴ＤＢのデータ構成図を示したものである。該当患者（会員）の各薬歴に割り当てられ固有な病歴番号５４１０１と、該当薬品名５１４０２と、その容量５１４０３と、回数５１４０４と、服用時５１４０５と、その記入日付５１４０７と、該当記入者５１４０８と、調剤日付５１４０９と、該当調剤者５１４１０と、を保持している。なお、病歴ＤＢ５１３（図９に示す）に記憶された病歴番号５１３０１と同様に、該当患者（会員）の患者（会員）ＩＣカード内データＤＢ（図２に示す）に記憶された会員番号３０３０１と、薬歴であることを示すＢと、最初の薬歴を１として薬歴が追記されるごとに１を足した番号とを併せ、薬歴番号５１４０１とする。更に、病歴ＤＢ５１３（図９に示す）に記憶された記入者５１３０６と同様に、該当病院の病院ＤＢ５０８（図４に示す）に記憶された病院番号５０８０１と、所属医師番号５０８０５とを併せ、記入者５１４０８、該当薬局の薬局ＤＢ５０８（図５に示す）に記憶された薬局番号５０９０１と、所属薬剤師番号５０９０５とを併せ、調剤者５１４１０とする。薬歴ＤＢは、患者の会員番号に対応する薬歴番号と薬品名を対応付けて格納しているので、患者の会員番号からその患者の薬歴を知ることができる。
【００２７】
特に、また病歴ＤＢ５１３（図９に示す）に記憶された公開フラグ５１３０７と同様に、本実施の形態の特徴の一つである、該当患者（会員）の個人医療情報の一つである薬歴ＤＢ５１４への他機関によるアクセスを、医師、または患者本人が該当フラグを立てることにより制限する公開フラグ５１４１１を保持している。これについては、以下に図１４、図１７、図１８の説明をするとともに詳しく説明する。
【００２８】
図１１は患者（会員）の検診情報を格納する検診データＤＢのデータ構成図を示したものである。該当患者（会員）の各検診データに割り当てられ固有な検診データ番号５１５０１と、該当検診日付５１５０２と、一般的な検診データといえる身長５１５０３と、体重５１５０４と、ＢＭＩ５１５０５と、視力裸眼右５１５０６と、視力裸眼左５１５０７と、視力矯正右５１５０８と、視力左５１５０９と、血圧（最高）５１５１０と、血圧（最低）５１５１１と、空腹時血糖値５１５１２と、尿蛋白５１５１３と、胸部Ｘ線検査５１５１４と、を保持している。なお、該当患者（会員）の患者（会員）ＩＣカード内データＤＢ（図２に示す）に記憶された会員番号３０３０１と、検診データであることを示すＣと、最初の検診データを１として検診データが追記されるごとに１を足した番号とを併せ、検診データ番号５１５０１とする。検診データＤＢは、患者の会員番号に対応する検診データ番号と種々の検診結果、例えば尿淡白、を対応付けて格納しているので、患者の会員番号からその患者の検診結果を知ることができる。
【００２９】
図１２は該当患者（会員）の病歴ＤＢ５１３（図９に示す）、薬歴ＤＢ５１４（図１０に示す）、および検診データＤＢ５１５（図１１に示す）のうち少なくとも１つのＤＢの情報を用い、その病状に該当するポイント・コメントを付与するポイント番号割り当て条件の情報を格納するポイント付与条件ＤＢのデータ構成図を示したものである。ポイント付与条件ＤＢは、ポイント番号５１６０１と、患者にポイントを付与するときに満たすべき条件であるポイント付与条件を対応付けて格納している。ポイント付与条件には、病歴条件５１６０２と、検診データ条件５１６０３と、その範囲である検診データ条件範囲５１６０４と、薬歴条件５１６０６と、薬歴条件範囲５１６０７とがある。これらポイント付与条件のうち、いずれかの条件を選択的に用いることも可能であり、例えば、病歴条件だけ用いる場合、または検診データ条件と検診データ条件範囲を用いる場合、などがある。これらについては、以下に図１６の説明をするとともに詳しく説明する。
【００３０】
図１３はポイント番号に該当するポイント・コメントの情報を格納するポイント・コメント付与ＤＢのデータ構成図を示したものである。ポイント番号５１７０１と、それに該当するコメント５１７０２と、フィットネスポイント５１７０３と、マッサージポイント５１７０４と、を保持している。これらについては、図１２と同様、図１６の説明をするとともに詳しく説明する。
【００３１】
図１４は病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）が医師などにより更新され、ポイントが付与される流れのシーケンス図を示したものである。以下、個人医療情報共有システムのポイントサービス提供方法における処理手順の一例について患者は病院へ診察を受けに行く場合を説明する。病院側である医師が診察時に用いる、管理運営機関サーバ５００と公衆網４００を介した端末である病院用端末６００（図１に示す）のＲ／Ｗに、医師の保有する医師ＩＣカードを挿入＜ステップ１４０１＞、パスワードの入力等のログイン作業を行う。病院用端末６００（図１に示す）は挿入された医師ＩＣカードから当該医師番号を読み取り、入力された管理運営機関サーバ５００に送信、管理運営機関サーバ５００は受信した医師番号と病院ＤＢ５０８（図４に示す）に記憶された所属医師番号５０８０５との突合により認証が成功した場合、その旨を病院用端末６００に送信する。次にパスワードとして入力された文字列と医師ＩＣカード内に記憶されたパスワードとの突合により認証が成功した場合、ログインできる＜ステップ１４０２＞。
【００３２】
次に診察を希望する患者が同様に患者（会員）ＩＣカード３００（図１に示す）を挿入＜ステップ１４０３＞、パスワードの入力等のログイン作業を行う。病院用端末６００（図１に示す）は挿入された患者（会員）ＩＣカードから患者（会員）ＩＣカード内データ３０３（図２に示す）に記憶された会員番号３０３０１を読み取り、管理運営機関サーバ５００に送信、管理運営機関サーバ５００は受信した会員番号３０３０１と管理運営機関サーバ５００の患者（会員）ＤＢ５０７（図３に示す）に記憶された保険証番号５０７０１と枝番番号５０７０２に突合により認証が成功した場合、その旨を病院用端末６００に送信する。なお前述の通り、会員番号３０３０１は患者（会員）ＤＢ５０７（図３に示す）に記憶された保険証番号５０７０１と枝番番号５０７０２を組み合わせたものである。次に入力されたパスワードと患者（会員）ＩＣカード内データ３０３（図２に示す）に記憶されたパスワード３０３０５を突合する。ここで勿論、この他の個人認証方法を用いたとしても、同様に適用できることは云うまでもない。
【００３３】
患者（会員）ＩＣカード３００（図１に示す）の所有者が来院した患者であるとの認証が成功した場合、診察に必要な該当個人医療情報一覧が患者（会員）の病歴、または薬歴、または検診データの情報を保持している病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）より病院用端末６００に表示され、診察に用いられる＜ステップ１４０４＞。
【００３４】
なお、これらの診察に必要な該当個人医療情報一覧を表示する手順は、患者のログイン作業により病院端末から受信した会員番号より、前方一致で該当患者（会員）の病歴、または薬歴、または検診データを、管理運営機関のもつ病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）より読み出す。次に、例えば病歴データを読み出す場合、病歴番号は先述の通り会員番号＋Ａ＋枝番であるから、Ａをキーに病歴データを読み出し、更に枝番（最大の数値）をキーに記入日付の最新である病歴データを読み出す。
【００３５】
以上の説明においては病歴番号として会員番号＋Ａ＋枝番とするとしたが、必ずしもこの態様でなくてもよく、例えば病歴番号で各レコードを識別するかわりに、会員番号など会員を一意に識別する情報とその患者についての病歴を一意に識別する枝番との複合キーで病歴ＤＢのレコードを識別しても良い。薬歴ＤＢ５１４および検診データＤＢ５１５についても同様である。
【００３６】
次に医師は診察＜ステップ１４０５＞により得られた最新の個人医療情報を、病院用端末６００（図１に示す）より入力する。実際は図１８に一例を示すアクセス制限チェック画面の病歴の医学病名１８０２の入力フィールドに記入、新しく医学病名１８０２（病歴ＤＢ５１３（図９に示す）の医学病名５１３０２として記憶される）が記入された場合、初診日付１８０４（病歴ＤＢ５１３（図９に示す）の初診日付５１３０４として記憶される）と記入日付１８０５（病歴ＤＢ５１３（図９に示す）の記入日付５１３０５として記憶される）には該当記入日付が、治療状況１８０３（病歴ＤＢ５１３（図９に示す）の治療状況５１３０２として記憶される）には治療中であると格納される。なお、初診日付１８０４は今後変更される事はなく、治療状況１８０３は医師が完治したと治癒とチェックボックスにチェックされるまで変更される事はない。さらに、非公開１８０６（病歴ＤＢ５１３（図９に示す）の公開フラグ５１３０７として記憶される）のチェックボックスにチェックをすることにより、患者の意向を含め患者の個人医療情報へのアクセス制限を行う＜ステップ１４０６＞。なお、公開とチェックされない場合、医師と患者本人以外が患者の個人医療情報を参照出来なくなる。
【００３７】
病院用端末は、コメント表示ボタン１８１１の押下などによる更新指示を検知した場合、管理運営機関サーバ５００（図１に示す）に、医師により入力された入力フィールドの内容などや日付などの情報が送信され、その情報により図１６に一例されるポイント付与が行われる＜ステップ１４０７＞。次に更新された患者（会員）ＤＢ５０７（図３に示す）のポイント番号５０７１７をキーに図５に一例されるポイント・コメント表示が行われ、アクセス制限チェック画面（図１８に示す）のコメント欄１８０９が表示される＜ステップ１４０８＞。表示された内容を医師、患者ともに確認し、患者の個人医療情報更新の確定、または更新のやり直しを該当ボタンである更新確定ボタン１８０９、またはやり直しボタン１８１０を押し、行う＜ステップ１４０９＞。なお、コメントの追記はコメント追記ボタン１８１２を押し、コメントの追記可能なボックス１８０８に追記した場合、追記コメントはそのまま患者（会員）ＩＣカード内データ３０３（図２に示す）の追記コメント３０３０６と患者（会員）ＤＢ５０７の追記コメント５０７１８に格納される＜ステップ１４１０＞。
【００３８】
患者本人に患者（会員）ＩＣカード３００（図１に示す）を返却し、診察は終了する＜ステップ１４１１＞。
【００３９】
図１５は患者（会員）がポイントを利用する流れのシーケンス図を示したものである。患者は健康サービス提供機関に健康サービスを受けに行く。健康サービス提供機関側のサービス提供者がサービス提供時に用いる、管理運営機関健康サービス提供機関用端末１０００（図１に示す）に接続されたＲ／Ｗに、健康サービス提供機関の保有する健康サービス提供機関ＩＣカードを挿入＜ステップ１５０１＞、パスワードの入力等のログイン作業を行行う。健康サービス提供機関用端末１０００（図１に示す）は挿入された健康サービス提供機関ＩＣカードから当該健康サービス提供機関番号を読み取り、管理運営機関サーバ５００に送信、管理運営機関サーバ５００は受信した健康サービス提供機関番号と管理運営機関サーバ５００の健康サービス提供機関ＤＢ５１２（図８に示す）に記憶された健康サービス提供機関番号との突合により認証が成功した場合、その旨を健康サービス提供機関用端末１０００に送信する。次にパスワードとして入力された文字列と健康サービス提供機関ＩＣカード内に記憶されたパスワードとの突合により認証が成功した場合、ログインできる＜ステップ１５０２＞。
【００４０】
次にサービスを希望する患者が同様に患者（会員）ＩＣカード３００（図１に示す）を挿入＜ステップ１５０３＞、パスワードの入力等のログイン作業を行う。健康サービス提供機関用端末１０００（図１に示す）は挿入された患者（会員）ＩＣカードから患者（会員）ＩＣカード内データ３０３（図２に示す）の会員番号３０３０１を読み取り、管理運営機関サーバ５００に送信、管理運営機関サーバ５００は受信した会員番号３０３０１と管理運営機関サーバ５００の患者（会員）ＤＢ５０７（図３に示す）に記憶された保険証番号５０７０１と枝番番号５０７０２に突合により認証が成功した場合、その旨を健康サービス提供機関用端末１０００に送信する。次に入力されたパスワードと患者（会員）ＩＣカード内データ３０３（図２に示す）に記憶されたパスワード３０３０５を突合する。ここで勿論、これ以外の個人認証方法を用いたとしても、同様に適用できることは云うまでもない。
【００４１】
患者（会員）ＩＣカード３００（図１に示す）の所有者が訪れた患者（会員）であるとの認証が成功した場合、患者（会員）ＤＢ５０７（図３に示す）に記憶されたポイント番号５０７１７の該当ポイント番号をキーに図５に一例されるポイント・コメント表示が行われ、実際は図１９に一例されるポイント・コメント表示画面のコメント欄１９０２、ポイント欄１９０４に表示される。更に患者（会員）ＩＣカード内データ３０３（図２に示す）に記憶された追記コメント３０３０６、または患者（会員）ＤＢ５０７（図３に示す）に記憶された追記コメント５０７１８より、医師による追記のコメントが追記コメント欄１９０３に表示される。ポイント・コメント表示においては、患者（会員）ＩＣカード内データ３０３（図２に示す）に予めポイント番号をも記憶しておき、このポイント番号をキーとして、ポイント・コメント付与ＤＢ５１７から該当データを読み出しても良い。ポイント・コメント表示の詳細は図１７を用いて後述する。
【００４２】
次にサービス提供に必要であり、かつアクセス制限をクリアした該当個人医療情報一覧が患者（会員）の病歴情報を保持している病歴ＤＢ５１３、薬歴ＤＢ５１４、検診データＤＢ５１５より端末１０００に表示され、サービス提供に用いられる＜ステップ１５０４＞。
【００４３】
サービス＜ステップ１５０５＞後、健康サービス提供機関が可能であるような簡単な個人医療情報の更新＜ステップ１５０６＞とポイントの精算＜ステップ１５０７＞が健康サービス提供機関端末１０００より行われる。なお管理運営機関サーバ５００は、各健康サービス提供機関によりあらかじめ設定された各サービス利用で消費する各種ポイントのポイント数をＤＢとして保有しており、ポイントの精算＜ステップ１５０７＞とは、患者（会員）のもつＩＣカードに格納されたポイントが、患者により求められたサービスで消費されるポイント数を満たしている（超えている）かどうかを管理運営機関が確認し、満たされている場合、ＩＣカード内データの患者（会員）のもつポイントより該当サービスに対するポイントを差し引くものとする。
具体的には、健康サービス提供機関用端末１０００から管理運営機関サーバ５００（図１に示す）に患者所望のサービスを識別する情報と患者ＩＣカードに格納された各種ポイントのポイント数が送信され＜ステップ１５０８＞、管理運営機関サーバ５００は、端末から受信したポイントから所望のサービスに対応するポイントを差し引き＜ステップ１５０９＞、精算されたポイントの情報を健康サービス提供機関用端末１０００に送信し、健康サービス提供機関用端末１０００は患者（会員）ＩＣカード内データ３０３に格納し＜ステップ１５１０＞、患者に患者（会員）ＩＣカード３００を返却、サービスの提供は終了する＜ステップ１５１１＞。患者の持つポイント数から消費したポイント数を減じる処理は、健康サービス提供機関用端末１０００で実行してもよく、この場合、ステップ１５０８においてポイント数を管理運営機関サーバ５００に送信する必要はなく、管理運営機関サーバ５００は受信したサービス識別情報に対応してＤＢに格納された消費ポイント数を健康サービス提供機関用端末１０００に送信し、健康サービス提供機関用端末１０００は受信した消費ポイント数を、患者ＩＣカードから読出したポイント数から差し引き、患者ＩＣカードに格納する。
【００４４】
ここで、ポイント数（フィットネスポイント３０３０７、マッサージポイント３０３０８など）が患者（会員）の持つＩＣカードに格納されているものとして説明したが、患者（会員）ＤＢ５０７において会員を識別する情報（保険証番号５０７０１と枝番番号５０７０２）と対応付けて患者の持つポイント数を格納してもよい。この場合、ポイントの精算において管理運営機関サーバ５００は、健康サービス提供機関用端末１０００から患者（会員）を識別する情報（会員番号等）を受信し、受信した患者識別情報と会員ＤＢ５０７において対応付けられたポイント数から消費したポイント数を差し引いても良い。これにより患者が所有するポイント数を変更する場合運営管理機関サーバ５００にアクセスすることになり、情報改竄のためのセキュリティ向上を運営管理機関サーバ５００で行うことが可能となる。
【００４５】
図１６は、上記ステップ１４０７において、更新された最新の病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）に記憶された情報を用い、管理運営機関サーバ５００が患者にポイント付与する手順のフロー図を示したものである。本フローにおいては、ポイント付与条件ＤＢに格納されたポイント付与条件のうち、患者の病歴、薬歴、および検診データの少なくとも１つによって満たされるポイント付与条件に対応するポイント番号をその患者の識別情報に対応付けて患者（会員）ＤＢ５０７に格納する。以下に具体的に説明する。
【００４６】
医師により患者（会員）の病歴情報を保持している病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）が更新された場合＜ステップ１ａ＞、その情報が管理運営機関サーバ５００に送信され、手順が始まる＜ステップ１ｂ＞。
【００４７】
管理運営機関サーバ５００は、患者のログイン作業により病院端末から受信した患者の識別情報をキーとして患者（会員）ＤＢ５０７（図３に示す）に記憶されたポイント番号５０７１７、をゼロクリアする＜ステップ１ｃ＞。管理運営機関サーバ５００は、病歴ＤＢ５１３（図３に示す）に記憶された医学病名５１３０２のうち、治療状況５１３０３のカラムにおいて患者が現在治療中であることを示す情報（例えばフラグや「治療中」の文字列）が格納されている医学病名５１３０２が存在するのかどうか判断する＜ステップ１ｄ＞。存在しない場合、手順は終了する＜ステップ１ｍ＞。存在する場合、管理運営機関サーバ５００は、該当医学病名５１３０２とポイント付与条件ＤＢ５１６（図１２に示す）に記憶された病歴条件５１６０２とを突合する＜ステップ１ｅ＞。ステップ１ｄにおいて治療中の医学病名によってポイント付与の是非を判断するので、患者が治療中の病気に対応した健康管理を可能とするポイント数を患者に付与できる。
【００４８】
次に管理運営機関サーバ５００は、該当病歴条件５１６０２にＡＮＤである検診データ条件５１６０３が存在するのかどうか判断する＜ステップ１ｆ＞。存在する場合、管理運営機関サーバ５００は、該当検診データ条件５１６０３とその範囲５１６０４と検診データＤＢ５１５（図１１に示す）に記憶された該当データとを突合する＜ステップ１ｇ＞。存在しない場合、ステップ１ｈに進む。ステップ１ｆの実行によって検診結果に基づいて付与すべきポイント番号を判断するため、患者の検診結果に応じてポイント付与の方法を判断することができる。利用を促進すべき健康サービスと利用を抑止すべき健康サービスを反映させたポイント付与方法の選択が可能となる。
【００４９】
管理運営機関サーバ５００は、該当病歴条件５１６０２にＡＮＤである薬歴条件５１６０６が存在するのかどうか判断する＜ステップ１ｈ＞。存在する場合、管理運営機関サーバ５００は、該当薬歴条件５１６０６とその範囲５０６０７と薬歴データＤＢ５１５（図１０に示す）に記憶された該当データとを突合する＜ステップ１ｇ＞。存在しない場合、ステップ１ｊに進む。ステップ１ｈの実行によって薬歴に基づいてポイント番号を判断するため、患者の薬歴に応じてポイント付与の方法を判断することができる。利用を促進すべき健康サービスと利用を抑止すべき健康サービスを反映させたポイント付与方法の選択が可能となる。
【００５０】
次に管理運営機関サーバ５００は、該当ポイント番号５１６０１を患者（会員）ＤＢ５０７（図３に示す）に記憶されたポイント番号５０７１７に格納する＜ステップ１ｊ＞。管理運営機関サーバ５００は、該当ポイント番号５１６０１をキーとして、ポイント・コメント付与ＤＢ５１７からフィットネスポイント５１７０３、マッサージポイント５１７０４など、各種健康サービスに対応したポイント数を読み出し、患者がログインした病院端末に送信し、病院端末では受信したポイント数を患者（会員）ＩＣカード内データ３０３に記憶されたフィットネスポイント３０３０７、マッサージポイント３０３０８など該当するポイントに格納する。
【００５１】
最後に病歴ＤＢ５１３（図９に示す）に記憶された治療状況５１３０３が治療中である医学病名５１３０２が他にも存在するのかどうか判断する＜ステップ１ｋ＞。存在しない場合、手順は終了する＜ステップ１ｍ＞。存在する場合は、ステップ１ｅへ進み、手順を繰り返す。
【００５２】
図１７は病院、または健康サービス提供機関等において患者（会員）に付与されたポイントとコメントが、管理運営機関病院用端末６００（図１に示す）、または健康サービス提供機関用端末１０００（図１に示す）に表示される手順のフロー図を示したものである。本フローにおいては、公開フラグが０である（公開フラグが立っていない）レコードについては、患者（会員）または、医師以外のログインによる画面には表示されないとする。
病院、または健康サービス提供機関等において医師ＩＣカード、またはサービス提供機関ＩＣカード、更に患者（会員）ＩＣカード３００（図１に示す）を病院端末６００（図１に示す）、または健康サービス提供機関端末１０００（図１に示す）のＲ／Ｗに挿入し、各々認証が成功した場合＜ステップ２ａ＞、手順が始まる＜ステップ２ｂ＞。
【００５３】
まず患者（会員）ＤＢ５０７（図３に示す）に記憶されたポイント番号５０７１７が存在するのかどうか判断する＜ステップ２ｃ＞。存在しない場合、ステップ２ｈへ進む。存在する場合、該当ポイント番号をキーにポイント・コメント付与ＤＢ５１７（図１２に示す）より該当ポイント５１７０３とコメント５１７０２を病院端末６００（図１に示す）、または健康サービス提供機関端末１０００（図１に示す）に表示する＜ステップ２ｄ＞。
【００５４】
次に病歴ＤＢ５１３（図６に示す）に記憶された治療状況５１３０３が治療中である病歴ＤＢ５１３（図６に示す）に記憶された公開フラグ５１３０７が立っていない場合＜ステップ２ｅ＞、で健康サービス提供機関端末１０００（図１に示す）には表示せず＜ステップ２ｇ＞、ステップ２ｈへ進む。立っている場合、健康サービス提供機関端末１０００（図１に示す）には表示する＜ステップ２ｆ＞。次に患者（会員）ＩＣカード内データ３０３（図２に示す）に記憶された追加コメント３０３０７、または患者（会員）ＤＢ５０７（図３に示す）に記憶された追加コメント５０７１８が存在するのかどうか判断する＜ステップ２ｈ＞。存在する場合、該当追加コメント３０３０７、または追加コメント５０７１８を病院端末６００（図１に示す）、または健康サービス提供機関端末１０００（図１に示す）に表示する＜ステップ２ｉ＞。存在しない場合、ポイント欄に「０」、コメント欄に「特にありません。」を健康サービス提供機関端末１０００（図１に示す）に表示し＜ステップ２ｊ＞、手順は終了する＜ステップ２ｋ＞。
【００５５】
以上、本実施の形態を説明したが、管理運営機関サーバ５００（図１に示す）の病歴ＤＢ５１３（図９に示す）、または薬歴ＤＢ５１４（図１０に示す）、または検診データＤＢ５１５（図１１に示す）の情報を用い提供できるサービス、例えば個人の病状に即した、おすすめサプリメントや健康食品、食事メニュー情報の提供が可能であり、更にはアレルギー情報を格納しているため、今後販売商品全てにその原材料や構成物質がタグに格納されるようになった場合、ＩＣカードのＲ／Ｗ機能とタグのＲ／Ｗ機能を兼ね備えた装置によりアレルギーに関わる商品が即時にわかることも可能である。また、患者（会員）の端末１００（図１に示す）として携帯電話などの携帯端末の適用も可能である。
【００５６】
【発明の効果】
以上説明したように、本発明によれば、サービス提供機関と医療機関とが医療情報を共有するシステムを提供し、本システムにおけるサービス提供が可能となる。
【図面の簡単な説明】
【図１】本実施例に係る構成を表すブロック図である。
【図２】本実施例に係るＩＣカード内データ構成図である。
【図３】本実施例に係る患者（会員）ＤＢ構成図である。
【図４】本実施例病院ＤＢ構成図である。
【図５】本実施例に係る薬局ＤＢ構成図である。
【図６】本実施例に係る検診センタＤＢ構成図である。
【図７】本実施例に係る保険組合ＤＢ構成図である。
【図８】本実施例に係るサービス提供ＤＢ構成図である。
【図９】本実施例に係る病歴ＤＢ構成図である。
【図１０】本実施例に係る薬歴ＤＢ構成図である。
【図１１】本実施例に係る検診データＤＢ構成図である。
【図１２】本実施例に係るポイント付与条件ＤＢ構成図である。
【図１３】本実施例に係るポイント・コメント付与ＤＢ構成図である。
【図１４】本実施例に係るポイント付与までの手順を表すシーケンス図である。
【図１５】本実施例に係るポイント精算までの手順を表すシーケンス図である。
【図１６】本実施例に係るポイント付与手順を表すフローチャート図である。
【図１７】本実施例に係るポイント情報表示手順を表すフローチャート図である。
【図１８】本実施例に係るアクセス制限チェック画面例である。
【図１９】本実施例に係るポイント・コメント表示画面例である。
【符号の説明】
１００：会員端末、１０１：処理部、１０２：表示部、１０３：入力部、１０４：メモリ、１０５：制御プログラム、１０６：インターフェース部、２００：ＩＣカード読取書込み装置（Ｒ／Ｗ）、３００：ＩＣカード、３０１：処理部、３０２：インターフェース部、３０３：メモリ、３０４：制御プログラム、４００：公衆網、５００：運営会社サーバ、５０１：処理部、５０２：表示部、５０３：入力部、５０４：メモリ、５０５：制御プログラム、５０６：インターフェース部、５０７：患者（会員）ＤＢ、５０８：病院ＤＢ、５０９：薬局ＤＢ、５１０：検診センタＤＢ、５１１：保険組合ＤＢ、５１２：サービス提供機関ＤＢ、５１３：病歴ＤＢ、５１４：薬歴ＤＢ、５１５：検診データＤＢ、５１６：ポイント付与条件ＤＢ、５１７：ポイント・コメント付与ＤＢ、６００：病院端末、７００：薬局端末、８００：検診センタ端末、９００：保険組合端末、１０００：サ−ビス提供機関端末
【図１】
2005011051.tif 000003
【図２】
2005011051.tif 000004
【図３】
2005011051.tif 000005
【図４】
2005011051.tif 000006
【図５】
2005011051.tif 000007
【図６】
2005011051.tif 000008
【図７】
2005011051.tif 000009
【図８】
2005011051.tif 000010
【図９】
2005011051.tif 000011
【図１０】
2005011051.tif 000012
【図１１】
2005011051.tif 000013
【図１２】
2005011051.tif 000014
【図１３】
2005011051.tif 000015
【図１４】
2005011051.tif 000016
【図１５】
2005011051.tif 000017
【図１６】
2005011051.tif 000018
【図１７】
2005011051.tif 000019
【図１８】
2005011051.tif 000020
【図１９】
2005011051.tif 000021