(57)【特許請求の範囲】
【請求項１】
記憶装置と通信装置と処理装置とを備え、顧客へ提供するサービスを管理するサービス管理システムにおいて、
前記記憶装置は、顧客ごとに立案されたサービスの計画を記録したファイルを記憶し、
前記処理装置は、乱数を用いてサービスごとに異なる数値を生成し、前記数値を前記記録装置内の前記ファイル内の電子チケットにセットし、前記記憶装置内の前記数値がセットされた前記ファイルをネットワークを介して電子署名システムへ送信し、前記電子署名システムによって前記ファイル内の前記数値及び前記ファイル内の他のデータに対して生成された電子署名と前記電子署名システムの公開鍵証明書を含むデータを前記電子署名システムから受信し、前記記憶装置内の前記ファイル内の電子チケットの前記数値を前記電子署名システムから受信された前記データで置き換え、前記記憶装置内の前記データで置き換えられた前記ファイルをネットワークを介してサービス事業者へ配信し、
前記サービス事業者へ配信された前記ファイルは、前記サービス事業者のパーソナルコンピュータに記憶され、前記サービス事業者のパーソナルコンピュータに表示され、前記顧客によって選択され、
前記顧客によって選択された前記ファイル内の電子チケットの電子署名は、前記顧客がサービスを受けた場合に、前記パーソナルコンピュータと接続された前記顧客のＩＣカードによって検証され、検証が成功した場合に前記サービスを提供した日付と共に前記ＩＣカードの秘密鍵によって暗号化され、前記パーソナルコンピュータによって前記ＩＣカードの公開鍵証明書と共に前記サービスの実施記録用のフォーマットの記録ファイルへ記録され、
前記サービス事業者へ配信された前記ファイル、及び前記記録ファイルは、前記サービスの報酬の審査のためのレセプトを作成する処理システムによって収集され、前記記録ファイルが前記処理システムによって前記レセプト用のフォーマットのレセプトファイルへコピーされ、前記サービス事業者へ配信された前記ファイルと共に、ネットワークを介して前記サービスの報酬を審査する審査システムへ送信されることを特徴とするサービス管理システム。
【請求項２】
請求項１に記載のサービス管理システムにおいて、
前記サービスは、介護であることを特徴とするサービス管理システム。
【請求項３】
請求項１又は２に記載のサービス管理システムにおいて、
前記電子署名システムへ送信された前記ファイルは、前記電子署名システムによって前記電子署名システムの内部時計のタイムスタンプ、前記電子署名システムによって前期ファイルに割り当てられた番号、前記ファイル内の前記数値及び前記ファイル内の他のデータである前記サービスのコストに対して電子署名が生成されることを特徴とするサービス管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービスまたは商品の発注者とそれらの受領者が異なる場合でも、対価の決済を容易に行うシステムに関する。そのなかでも特に、ケアサービスに関わるシステムに関する技術分野に属し、特に、ケアサービス事業者およびケアサービス報酬審査支払機関の業務の効率化を図るためのケアマネジメント支援システムの技術分野に属す。なお、発注者と受領者の相違は、この二者が同一人物でも、発注する際に使用する情報処理装置と受領する情報処理装置が異なる場合も含む。これには、受領の際に情報処理装置を使用しない場合も含む。また、同一の装置を使う場合でも、発注時と受領時に存在する位置が離れている場合も含む。
【０００２】
【従来の技術】
ケアマネジメントとは、要介護者あるいは患者に対して、効率的かつ効果的にケア（介護）を提供するための管理手法である。ケアマネジメント過程では、まずケアマネージャや看護婦などがケアプランと呼ばれる、介護のための計画を立案する。ケアプランにもとづき、実際に介護サービスを提供する事業者が割り付けられ、ケアが実施される。ケア実施により要介護者あるいは患者の状態は、改善あるいは悪化するが、状態の変化に応じケアプランは定期的に見直し適宜サービスの出し入れを行う。
【０００３】
ケアマネジメントによるケアサービスの報酬システムとしては、私的あるいは公的な保険により支払うシステムが存在する。保険により報酬を支払うシステムにおいては、ケアプランにもとづき提供されたサービス内容を請求明細書にまとめ、ケアプランとともに審査支払いを担当する機関に提出後、ケアプランと請求明細書の内容が一致しているか、請求に不備が無いか等の審査がなされた後、ケアサービス事業者に対して報酬が支払われる。ケアプランおよび請求明細書を紙ベースで運用する場合には、上記ケアプランと請求明細書の突き合わせ作業は、手作業で行うことになる。
【０００４】
また、特許番号２６７３７９８号「介護保険用カードシステム」では、ケアマネジメントでのケア提供管理にＩＣカードを利用するシステムを提案している。この方法は、まずＩＣカードに要介護者の要介護度に応じたサービス総量に相当するポイント、ケアプランを記録しておく。サービスを提供したケアサービス事業者は、要介護者から受け取ったICカードから残余ポイントを確認後、ＩＣカードに記録されたケアプランのサービスを提供し、提供サービス分のポイントを引き出す。実施されたサービスはＩＣカードに記録される。
【０００５】
【発明が解決しようとする課題】
通常、ある一人の要介護者に対して、ケアプランにもとづき複数の異なるケアサービス事業者がケアサービスを提供する。したがって、複数の業者から提出される請求明細書に対して、ケアプランとの突き合わせ作業が必要になる。この時、ケアプランおよび請求明細書は、紙ベースで運用する場合には、手作業による膨大な突き合わせ作業が発生する。
【０００６】
また、ケアサービス以外でサービス（商品）の発注者と受領者が異なる場合には、やはり発注を示す情報と受領したことを示す情報の突き合わせが必要になる。
【０００７】
一方、ＩＣカードにサービス総量に相当するポイントを記録しておく方法でも、ケアプランおよび請求明細書は各ケアサービス事業者は作成する必要があり、これを紙ベースで運用するのであれば上記と同じ課題を有する。
【０００８】
ケアプランおよび請求明細書を電子的に作成する場合に、突き合わせ処理はある程度自動的に行うことが可能になる。しかし、実際にサービスが提供されたか証拠を確保するために、紙ベースのサービス管理票に対して、サービス顧客である要介護者から捺印またはサインをもらっておく等、紙での運用部分が残ってしまう。ケアマネジメントの業務効率化のためには、ケアプランの立案にもとづき、ケアを実施しその実施記録を収集し、実施記録から請求明細書を生成、請求明細書とケアプランの突き合わせまでの流れが電子化され、各々のドキュメントのデータが使いまわせる環境が望まれる。ただ、電子化データは改竄、偽造、捏造、不正コピーが容易であり、請求明細書の偽造、捏造などによりケアサービス報酬の不正請求がなされる恐れがある。特に上記、サービスを提供した証拠を電子的に確保する適切な手段を提供しておくことが重要になる。
【０００９】
この問題は、ケアシステム以外の発注者と受領者が異なるシステムにおいても発生する。つまり、このシステムにおいても、受領者がサービス（商品）を受領したことは、捺印またはサインにより実行されるためである。また、請求明細書の偽造、不正コピー等も同様に発生する。
【００１０】
また、本発明の他の目的としては、サービス提供者にサービス提供後、早急に対価の支払いを行うことがある。
【００１１】
【課題を解決するための手段】
上記の課題を解決するために本発明では、以下の構成をとる。なお、本明細書では、特に断らない限り「サービス」には、商品の発送も含む。
【００１２】
サービスの提供者の情報処理装置および支払い（決済）機関の情報処理装置に、サービス発注者（またはその情報処理装置）が少なくとも承認した対応関係のある識別情報（例えば、同じ識別番号、所定の計算をすると一定の結果がでるものなど）が送信されるようにする。ここでは、サービス発注者側が承認としたが、サービス提供者の情報処理装置が、識別番号を作成する構成としてもよい。
【００１３】
より具体的には、以下の構成となる。
【００１４】
サービス発注者の情報処理装置が、サービス提供者の情報処理装置へ行うべきサービスの発注を示す発注情報を送信する。発注情報には、発注者の希望を示し実際に実施されるサービスの内容を特定するための情報、サービスの内容、時期、サービスの受領者などのうち少なくとも１つは含まれる。サービスの内容を特定するための情報としては、予算も含まれる。また、識別情報も送信する。
【００１５】
サービス提供者の情報処理装置では、発注情報に基づいたサービスをサービス提供者に実行させる。もし、サービスがコンピュータプログラムなど電子データの配信など情報処理装置自身でできるものならば、実行する。
【００１６】
サービス提供者またはその情報処理装置は、サービス受領者から受領したことを示す承認を受ける。この承認は、捺印、サインの他電子署名など電子的な承認も含む。
【００１７】
支払い（決済）機関の情報処理装置では、サービス提供者側（提供者および提供者の情報処理装置のうち少なくとも一方）から送信、送付された識別情報を含む情報とサービス発注者側から送信、送付された識別情報を比較して、決済を実行する（決済実行のための処理を行う）。また、さらにサービス提供者側からサービスの実施に関する情報を受信した場合は、決済を実行するようにしてもよい。このとき、サービスの実施に関する情報としては、実施されたことをサービス受領者が承認したことを示す情報、サービスの実施予定であることを示す情報でもよい。さらに、実施予定であることを示す情報を受信した場合は、他の公的な機関あるいはサービス発注者側からの承認を受けた場合、決済を行うようにしてもよい。さらに、実施予定であることを示す情報を受信した場合は、実施の準備に必要なものについての支払いを決済するようにしてもよい。
【００１８】
さらに別の形態としては、サービス発注者の情報処理装置は、発注情報を送信する。この発注情報を受信したサービス提供者の情報処理装置は、発注情報に対応する識別情報を作成し、サービス発注者の情報処理装置に返信する。このとき、発注情報には発注者の希望がふくまれ、サービスの内容自体が含まれないときは、サービス提供者側はサービス内容を特定して、識別情報を作成して、これらを返送する構成としてもよい。この際、発注者側では特定されたサービスの承認を行う構成としてもよい。また、サービス発注者側では、サービス提供者の情報処理装置から受信した識別情報を承認し、承認した旨をサービス提供者側に返送し、また支払い機関の情報処理装置に送信する。なお、識別情報を承認することをサービス内容の承認に代用してもよい。この承認としては、サービス代を含んでもよい。
【００１９】
また、さらに発注情報に金銭的な価値を有する有価情報を含めてもよい。この場合、発注情報が、サービス発注者側からサービス提供者側に送信されただけでは、サービス提供者側では使用できないようしておいてもよい。このとき、サービスの受領者側からサービスが実施されたことが承認された場合、有価情報を使用可能にするようにしてもよい。この構成により、決済の簡易化、迅速化が可能になる。
【００２０】
さらに、サービス提供者の情報処理装置は、実際にサービスを実行するサービス実行者の情報処理装置と接続される構成としてもよい。この場合、サービス提供者側で、発注されたサービスの実行にふさわしい実行者を判断する。このために、サービス提供者の情報処理装置においては、サービス実行者側の情報を有しており、この情報と発注情報を比較して実行者を決定してもよい。
【００２１】
また、支払い機関側には、サービスの対価を示す情報をサービス発注者側から送信し、この情報とサービス提供者側から送信された実施した（あるいは実施予定の）サービスの内容を特定する情報を突き合わせて決済を行うか決定してもよい。
【００２２】
また、本発明の形態としては、上記の処理を行うシステム全体の他、サービス発注者、提供者、支払い機関それぞれの情報処理装置を含む。
【００２３】
また、ケアシステムにおいては、ケアマネージャ側から事業者側に送信されたケアプラン基づいて、ケアを実施するようにする。
【００２４】
より詳細には、上記課題を解決するための、ケアマネジメント支援システムでは、ケアプランに記載の各サービスについて、サービス管理数値を割り当てる手段と、当該サービス管理数値に電子署名を行う手段により電子チケットを作成することを特徴としてもよい。
【００２５】
このとき、ケアプランに記載の各サービスについて、サービス管理数値を割り当てる手段において、ケア提供管理装置ごとに一意に割り振られた初期値にもとづく乱数を利用してもよい。
【００２６】
そして、電子チケットを受け取ったケアサービス事業者は、電子チケットの正当性を確認するための電子署名検証手段を備えてもよい。
【００２７】
上記のケアマネジメント支援システムでは、サービス提供後に、当該サービスの電子チケットにサービス顧客による電子署名を行う手段を備えてもよい。
【００２８】
このとき、サービス提供後に、当該サービスの電子チケットにサービス顧客による電子署名を行う手段をＩＣカードにより行ってもよい。
【００２９】
また、ケアマネジメント支援システムでは、サービス提供後に、当該サービスの電子チケットにサービス顧客による電子署名を行う手段を、ＩＣカードの代わりに電子印鑑で行い、電子チケットの管理媒体としてＩＣペーパを利用してもよい。
【００３０】
ここで、ケアマネジメント支援システムでは、サービス提供後に、当該サービスの電子チケットにサービス顧客による電子署名を行う手段として電子印鑑で行い、電子印鑑の内部の時計にもとづいた時刻印を電子チケットに附加した後に、電子印鑑による電子署名を行ってもよい。
【００３１】
またケアマネジメント支援システムでは、サービス報酬の支払い審査の際、各サービスの電子チケットに付けられたサービス顧客による電子署名を検証する手段と、電子チケットに付けられた電子署名を検証する手段と、電子チケットのサービス管理数値とケアプランの当該サービスにおけるサービス管理数値を比較する手段を備えてもよい。
【００３２】
ケアマネジメント支援システムでは、サービス提供後に、当該サービスの電子チケットにサービス顧客による電子署名を行う手段を、耐タンパー構造をもった電子署名装置の内部時計によるタイムスタンプを、電子署名装置の内部で電子チケットに附加した後に、前記電子署名装置の内部にある電子署名処理部でタイムスタンプが附加された電子チケットに電子署名されるようにしてもよい。
【００３３】
また、ケアマネジメント支援システムでは、ケアプランにもとづいてケア提供の管理を行うケアマネジメントにおいて、ケアプランに記載の各サービスについて、サービス管理数値を割り当てる手段と、当該サービス管理数値に電子署名を行う手段と、前記、電子署名されたサービス管理数値にサービス顧客のもつ公開鍵で暗号化を行う手段と、さらに、前記、サービス顧客のもつ公開鍵で暗号化された電子署名されたサービス管理数値に電子署名を行う手段により電子チケットを作成してもよい。
【００３４】
【発明の実施の形態】
以下、本発明の実施の形態であるケアサービスシステムを図面に基づいて説明する。なお、以下請求明細書のことをレセプトと呼ぶ。
【００３５】
（実施例１）
図１は、ケアサービス提供管理システムのブロック図である。
【００３６】
図１において、ケアサービス提供管理システム１０１は、記憶装置１０２と、ケアサービス提供管理部１０３と、可搬媒体読読み書き装置１０４と、通信装置１０５から構成されている。記憶装置１０２は、ハードディスク装置、磁気ディスク装置、光ディスク装置等のランダムアクセス可能な周知の記憶装置から構成されている。通信装置１０５は、電話回線、専用回線、ローカルエリアネットワーク等によりケアサービス報酬審査支払機関１０６やケアサービス事業者１０７との接続に使用される。
【００３７】
記憶装置１０２には図２に示すような、ケアプランファイル２０１が保存される。ここで、ケアプランとは、ある要介護者や患者ごとに立案するケアサービスの計画である。本実施の形態では、週間計画表を想定する。すなわち、各曜日の各時間枠ごとに、どのようなケアサービスを提供するかを管理する。
【００３８】
ケアプランファイル２０１は、要介護者や患者ごとに作られる。本実施の形態では、ケアプランファイル２０１は、各行ごと曜日２０２、時間枠２０３、サービス名２０４、ケアサービス事業者２０５に加えて、電子チケット２０６、アクセス日時２０７、予定サービス提供日２０８、コスト２０９が管理されているものとする。ここで、曜日２０２、時間枠２０３は、サービス名２０４で示されるサービスが、ケアサービス事業者２０５により提供される曜日、時間枠である。予定サービス提供日２０８は、曜日２０２に対応した実際にサービスを提供する予定日である。また、電子チケット２０６は、乱数あるいは通番などのサービス管理数値を電子署名したデータであり、アクセス日時２０７は電子チケット２０６が読み出された最初の時間を表す。
【００３９】
ここで、ケアプランファイル２０１は、可搬媒体読み書き装置１０４あるいは通信装置１０５を介して記憶装置１０２に登録されるものとする。本実施の形態での運用では、ケアプランを立案する専門職員が登録する。
【００４０】
図１において、ケアサービス提供管理部１０３は、ＣＰＵ（中央処理装置）を備えた装置であり、パーソナルコンピュータやワークステーション等でよい。ここで、ケアサービス提供管理部１０３での一連の処理について図３により説明する。
【００４１】
サービス管理数値生成処理３０１では、ケアプランファイル２０１において、サービス管理数値x( i )（ i ＝１〜ｎ：ケアプランファイル２０１のサービス総数がｎとする）として、各サービスごと異なる数値が割り当てられるよう生成し、ケアプランファイル２０１の各電子チケット２０６にセットする。本実施の形態では、ケアサービス提供管理システムごと一意に決めたシードにより乱数を生成することで、サービス管理数値を生成する。
【００４２】
電子署名処理３０２では、サービス管理数値生成処理３０１で生成した各サービス管理数値に電子署名を行う。本実施の形態では、図４に示すように外部の電子署名システムにおいて電子署名を行う方法を想定する。電子署名システムの設置場所は、ケアサービス報酬審査支払機関１０６などが適当である。
【００４３】
ここで、図4にしたがい電子署名処理３０２について説明する。
【００４４】
ステップ４０１：ケアサービス提供管理システムは、ケアプランファイル２０１を電子署名システムに送信する。そして電子署名システムは、受け付け番号としてケアプラン番号Ｎを割り振り、ケアプラン番号Ｎとケアプランファイル２０１を記憶装置４０５に記録する。
【００４５】
ステップ４０２：電子署名システムは、ケアプランファイル２０１から、各電子チケット２０６にセットされたサービス管理数値x( i )を取り出す。同時に、各コスト２０９などをy( i )として取り出す。 y( i )は、特にコストに制限するものではない、また空でもよい。
【００４６】
ステップ４０３：電子署名システムの内部時計４０６によるタイムスタンプｔ、ケアプラン番号Ｎ、 x( i )、 y( i )について、電子署名システムによる秘密鍵ｋｓにより電子署名Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）を生成する。そして、ｃｋｔ( i )＝x( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）をケアサービス提供管理システムに返送する。ここで、公開鍵証明書のフォーマットは、例えばＩＳＯ-Ｘ．５０９など周知のフォーマットでよい。
【００４７】
ステップ４０４：ケアサービス提供管理システムは、返送されたｃｋｔ( i )について ｋｓの公開鍵証明書の正当性を確認した後、公開鍵証明書内にあるｋｓの公開鍵ｋｐにより各Ｅｋｐ（Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））とx( i )、 y( i )、ｔ、Ｎを比較する。両者が一致すればｃｋｔ( i )は正当である。両者が一致しないものが一つでもあれば、ステップ４０１からの処理を繰り返す。
【００４８】
次に、図３に戻り電子チケット管理処理３０３を説明する。電子チケット管理処理３０３では、ケアプランファイル２０１における電子チケット２０６の個所のx( i )をｃｋｔ( i )に置き換える。
【００４９】
配布処理３０４では、電子署名された電子チケットを有するケアプランファイル２０１を、ケアプランファイル２０１のケアサービス事業者２０５に明記された全てのケアサービス事業者に配布する。配布の手段としては、ＦＤ（フロッピーディスク）などの可搬媒体や、ネットワークによる配信が考えられる。ここで、ケアプランファイル２０１を受信した、ケアサービス事業者２０５は、 ｃｋｔ( i )について ｋｓの公開鍵証明書の正当性を確認した後、公開鍵証明書内にあるｋｓの公開鍵ｋｐにより各Ｅｋｐ（Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））とx( i )、 y( i )、ｔ、Ｎを比較する。一致すれば、ケアプランファイル２０１を正当なものと考え、ケアプランファイル２０１にもとづきサービスを提供することになる。
【００５０】
ここで、ケアサービス事業者がサービスを提供する際、要介護者あるいは患者であるサービス顧客にサービス提供の承認をもらう処理について説明する。本実施の形態では、ケアサービス事業者は、ＩＣカードリーダ５０３が接続されたノートＰＣ５０１をサービス顧客の自宅に持ち込む。なお、ノートＰＣ５０１がノート型であることは、本発明において特に本質的ではない。ＩＣカード５０４自体は、サービス顧客が保管管理することを想定する。ＩＣカード５０４はＣＰＵ装置５０５およびメモリ５０６が実装され、メモリ５０６内には電子署名用の秘密鍵および公開鍵証明書、電子署名プログラムが管理されている。
【００５１】
サービス顧客にサービス提供の承認をもらう処理を図６を用いて説明する。
【００５２】
ノートＰＣ５０１には、図３の配布処理３０４で配布されたケアプランファイル６０１が記録されている。
【００５３】
ケアサービス事業者はサービス提供後、ケアプランファイル６０１にもとづき、ノートＰＣ５０１に６０２のようなサービス一覧を表示する。サービス一覧から、実際に提供したサービス群をマウス５０８によるクリックやキーボード５０７によりキー操作により選択することで提供サービスを指定する。図６では、６０３の「訪問看護１時間」の行を選択したと想定し、この行が反転表示されている。６０２の画面を、サービス顧客に見せ確認してもらったのち、サービス顧客が管理するＩＣカード５０４を受け取る。受け取ったＩＣカード５０４をＩＣカードリーダ５０３に差し込み、承認ボタン６０４をクリックする。
【００５４】
承認ボタン６０４をクリックされると、指定された提供サービス６０３の電子チケットがＩＣカード５０３に取り込まれ電子署名処理が行われる。ここで、電子署名処理６０５について、図７を用いて説明する。図７では、電子チケットをｃ、サービス提供日時をｔで表す。
【００５５】
ステップ７０１：ノートＰＣは、 ｃ、ｔをＩＣカードに転送する。
【００５６】
ステップ７０２：ＩＣカードは、ｃについて電子署名を検証する。ここで、ｃはx( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）という形であった。 ｋｐの公開鍵証明書の正当性を確認した後、 x( i )、 y( i )、ｔ、ＮとＥｋｐ（ Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））を比較し、一致すればステップ７０３に進む。一致しない場合には、処理を中断する。
【００５７】
ステップ７０３： ｃ、ｔを秘密鍵ｋｉｃｓにより暗号化し、Ｄｋｉｃｓ（ ｃ、ｔ ）をＩノートＰＣに返送する。
【００５８】
ステップ７０４：返送されたＤｋｉｃｓ（ ｃ、ｔ ）について、 公開鍵Ｅｋｉｃｐにより復号化する。ｃ、ｔとＥｋｉｃｐ（Ｄｋｉｃｓ（ｃ、ｔ））を比較し、一致していたら正常である。一致しなければ、ステップ７０１以下の処理を繰り返す。
【００５９】
電子署名処理６０５により、電子署名データＤｋｉｃｓ（ｃ、ｔ）から、ｓｃｋｔ＝ｃ、ｔ ＋ 「ｋｉｃｐの公開鍵証明書」 ＋ Ｄｋｉｃｓ（ｃ、ｔ）を生成し、ケア実施記録ファイル６０７に記録する。ここでケア実施記録ファイル６０７のフォーマットを図８により説明する。ケア実施記録ファイルは、少なくとも要介護者氏名８０２、サービス名８０３、提供日時８０４、電子署名された電子チケット８０５を含む。 ｓｃｋｔは、電子署名された電子チケット８０５の個所に記録されることになる。
【００６０】
次に、所定の期間、例えば月末ごとにケアサービス事業者のレセプトデータの作成処理について説明する。ケアサービス事業者のレセプトデータ処理システム９０１は、記憶装置９０２と、データ処理部９０３と、可搬媒体読み書き装置９０４と、通信装置９０５から構成されている。記憶装置９０２は、ハードディスク装置、磁気ディスク装置、光ディスク装置等のランダムアクセス可能な周知の記憶装置から構成されている。通信装置９０５は、電話回線、専用回線、ローカルエリアネットワーク等により、例えばケアサービス報酬審査支払機関９０６、ケアサービス提供管理システム９０７との接続に使用される。
【００６１】
レセプト作成処理部の処理を図１１により説明する。
【００６２】
データ収集処理１１０１により、記憶装置９０２にはケアサービス提供管理システム９０７から図３の配布処理３０４により配布されたケアプランファイル１１０２、図６の一連の処理で生成されたケア実施記録ファイル１１０３が収集される。
【００６３】
レセプト作成処理１１０４は、レセプトデータファイルを作成する処理である。図１０にはレセプトデータファイルのフォーマットを示す。レセプトデータファイル１００１は、要介護者や患者ごとに作られるものであり、少なくとも要介護者や患者の氏名１００２、ケアサービス事業者名１００３、サービス名１００４、提供日時１００５、電子署名された電子チケット１００６を含んでいる。
【００６４】
レセプト作成処理１１０４ではまず、要介護者や患者の氏名１００２、ケアサービス事業者名１００３を記録した後、ケア実施記録ファイル１１０３から図8のフォーマットで示されるサービス名８０３、提供日時８０４、電子チケット８０５が、レセプトデータファイルに対して図１０のフォーマットで示されるサービス名１００４、提供日時１００５、電子署名された電子チケット１００６にコピーされる。
【００６５】
レセプト保存処理１１０５では、レセプト作成処理１１０４で作成したレセプトファイルを記憶装置９０２に保存する。
【００６６】
転送処理１１０６では、レセプトデータ処理システム９０１の通信装置９０５を介して、レセプト保存処理１１０５で保存したレセプトデータファイルとケアプランファイル１１０２を、ケアサービス報酬審査支払機関９０６に送信する。
【００６７】
本実施の形態では、ネットワーク転送を想定したが、可搬媒体読み書き装置９０４を介して、レセプトデータファイルとケアプランファイルをＦＤなどの可搬媒体にコピーし、この可搬媒体によりケアサービス報酬審査支払機関９０６に送達する手段でもかまわない。また、ケアプランファイルについては、ケアサービス提供管理システム９０７から直接、ケアサービス報酬審査支払機関８０６に転送する運用も考えられる。
【００６８】
ケアサービス報酬審査支払機関では、上記、レセプトデータファイルとケアプランファイルにより、サービスの審査および支払い処理を行う。ケアサービス報酬審査支払機関のケアサービス報酬審査支払処理システム１２０１は、記憶装置１２０２と、データ処理部１２０３と、可搬媒体読み書き装置１２０４と、通信装置１２０５から構成されている。記憶装置１２０２は、ハードディスク装置、磁気ディスク装置、光ディスク装置等のランダムアクセス可能な周知の記憶装置から構成されている。通信装置１２０５は、電話回線、専用回線、ローカルエリアネットワーク等により、例えば決済システム１２０６との接続に使用される。
【００６９】
審査処理では、レセプトデータファイルにある各サービスについて以下の処理を行う。
【００７０】
ステップ１３０１：電子署名された電子チケット１００６について電子署名を検証する。電子署名された電子チケット１００６は、 ｓｃｋｔ＝ｃ、ｔ ＋ 「ｋｉｃｐの公開鍵証明書」 ＋ Ｄｋｉｃｓ（ｃ、ｔ）という形であったが、ｋｉｃｐの公開鍵証明書の正当性を確認した後に、ｃ、ｔとＥｋｉｃｐ（Ｄｋｉｃｓ（ｃ、ｔ））を比較する。すなわち、ここで行う検証はサービス顧客により行われた電子署名についてである。電子署名が正当であればステップ２に進む。そうでなければステップ１３０７に進む。
【００７１】
ステップ２：タイムスタンプｔとレセプトデータファイルの提供日時１００５、ケアプランファイルの予定サービス提供日３０８の日時を比較する。これらが、所定のしきい値内のずれに収まっていれば、ステップ１３０３に進む。そうでなければステップ１３０７に進む。ここで、しきい値として、１日などが考えられる。
【００７２】
ステップ３：同様に、電子チケットｃについて検証を行う。電子チケットはｃｋｔ( i )＝x( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）のような形であった。 まず、ｋｐの公開鍵証明書の正当性を確認した後に、x( i )、 y( i )、ｔ、ＮとＥｋｐ（ Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））を比較する。すなわち、ここで行う検証はケアサービス報酬審査支払機関等に設置された電子署名システムにより行われた電子署名についてである。電子署名が正当であればステップ４に進む。そうでなければステップ１３０７に進む。
【００７３】
ステップ１３０４：以上、検証処理により、サービス顧客によりサービスの承認が得られていることが保証され、かつ、電子チケットが正当である場合には、ケアプランファイルの対応するサービスについて、電子チケット２０６のサービス管理数値が、ステップ１３０２で検証された電子チケットのサービス管理数値x( i )と一致しているか確認する。一致している場合には、ステップ１３０５に進む。そうでなければステップ１３０７に進む。
【００７４】
ステップ１３０５：支払い計算処理を行う。
【００７５】
ステップ１３０６：支払い計算処理により、ケアサービス事業者に総額ｚだけの報酬を支払うことになった場合、通信装置１２０５を介して決済システム１２０６に対して、ケアサービス報酬審査支払機関の口座からケアサービス事業者の口座にｚを振り込む処理を指示する。本ステップで行った、ネットワークを介した電子決済の手段は、ＳＥＣＥ、ＳＥＴなど周知のプロトコルでかまわない。
【００７６】
ステップ１３０７：専門家による審査案件リストに、本ケアプランファイルとレセプトデータファイルを登録する。
【００７７】
本実施の形態では、ステップ１３０４の後にステップ１３０５で支払い計算を行ったが、ケアプランが要介護者の状態に対して妥当なものか判断するなど、専門家による人手の処理が必要な場合も想定される。このようなケースを考慮する場合には、ステップ１３０４とステップ１３０５の間に、専門家による詳細な審査を行う処理を加えても良い。
【００７８】
（実施例２）
実施例１では、ケアサービス事業者がサービスを提供する際、要介護者あるいは患者であるサービス顧客にサービス提供の承認をもらう処理についてＩＣカードを利用した。本実施例では、ＩＣペーパと電子印鑑を利用する形態を説明する。
【００７９】
電子印鑑１４０１は、ＩＣ（集積回路）１４０２、電源１４０３、アンテナ１４０４、圧力センサ１４０５、表示装置１４０９、内部時計１４１０からなる。ＩＣペーパ１４０６は、紙にＩＣ１４０７とアンテナ１４０８が埋め込まれたものである。 ＩＣペーパ１４０６に対して、電子印鑑１４０１により普通の印鑑のように捺印すると、電子印鑑１４０１の圧力センサ１４０５が捺印時の圧力を感じＩＣが作動し、データ処理やアンテナ１４０４、アンテナ１４０８を介したＩＣペーパ１４０６と電子印鑑１４０１の間でのデータの送受信が可能である。本実施の形態では、電子印鑑１４０１のＩＣ１４０２は、ＩＣペーパのＩＣ１４０７のデータを読み込み、電子署名してＩＣ１４０７に電子署名データを書き込む処理を行うものとする。
【００８０】
本実施の形態では、ＩＣペーパにサービス領収書の役割を与える。電子印鑑は、各患者および要介護者が保管管理していることを想定する。ケアプランファイル２０１の各サービスごとに１枚のＩＣペーパを割り当てる。
【００８１】
図１５において、ケアサービス提供管理システム１５０１は、記憶装置１５０２と、ケアサービス提供管理部１５０３と、ＩＣペーパ読み書き装置１５０４と、通信装置１５０５から構成されている。記憶装置１５０２は、ハードディスク装置、磁気ディスク装置、光ディスク装置等のランダムアクセス可能な周知の記憶装置から構成されている。通信装置１５０５は、電話回線、専用回線、ローカルエリアネットワーク等によりケアサービス報酬審査支払機関やケアサービス事業者との接続に使用される。
【００８２】
図１５において、ケアサービス提供管理部１５０３は、ＣＰＵ（中央処理装置）を備えた装置であり、パーソナルコンピュータやワークステーション等でよい。ここで、ケアサービス提供管理部１５０３での一連の処理を説明するが、図３を使って説明した実施例１の処理と基本的に同じである。ただし、電子チケット管理処理３０３において、各サービスについて一枚ずつ用意されたＩＣペーパに、 ＩＣペーパ読み書き装置１４０４を介してｃｋｔ( i )を記録する。図１６は、ＩＣペーパの概観を示している。サービス事業者名１６０１、サービス名１６０２などは事前に印刷されており、要介護者氏名１６０３、日付１６０４などは後から追記する。受領印欄１６０５は、電子印鑑で捺印する個所である。
【００８３】
次に、ケアサービス事業者がサービスを提供する際、要介護者あるいは患者であるサービス顧客にサービス提供の承認をもらう処理について説明する。
【００８４】
まず、ケアサービス事業者がサービスを提供した後に、提供したサービスに対応したＩＣペーパを一枚取り出し、サービス顧客に対して提示する。サービス顧客が内容を確認した後に、電子印鑑で１６０５の部分に捺印する。捺印すると、電子印鑑１４０１の圧力センサ１４０５が捺印時の圧力を感じＩＣが作動し、図１７で示す以下の処理が行われる。ここで、ｃは電子チケットである。また、ｔはタイムスタンプであるが、本実施の形態では電子印鑑１４０１の内部時計１４１０による日時を利用する。
【００８５】
ステップ１７０１：電子印鑑は、 ＩＣペーパのＩＣに記録されたｃを取り込む。
【００８６】
ステップ１７０２：電子印鑑は、ｃについて電子署名を検証する。ここで、ｃはx( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）という形であった。 ｋｐの公開鍵証明書の正当性を確認した後、 x( i )、 y( i )、ｔ、ＮとＥｋｐ（ Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））を比較し、一致すればステップ１７０３に進む。一致しない場合には、処理を中断する。
【００８７】
ステップ１７０３： 電子印鑑１４０１の内部時計１４１０によりｔを取得した後、ｃ、ｔを秘密鍵ｋｉｃｓにより暗号化し、Ｄｋｉｃｓ（ ｃ、ｔ ）と秘密鍵ｋｉｃｓの公開鍵ＥｋｉｃｐをＩＣペーパに返送する。
【００８８】
ステップ１７０４：返送されたＤｋｉｃｓ（ ｃ、ｔ ）について、 公開鍵Ｅｋｉｃｐにより復号化する。ｃ、ｔとＥｋｉｃｐ（Ｄｋｉｃｓ（ｃ、ｔ））を比較し、一致していたら正常である。一致しなければ、ステップ１７０１以下の処理を繰り返す。
【００８９】
以上の処理が完了すると、電子印鑑１４０１の表示装置１４０９に「電子署名完了」と表示される。「電子署名完了」と表示された後に、電子印鑑をＩＣペーパから引き離し、電子署名が完了する。
【００９０】
次に、所定の期間、例えば月末ごとにケアサービス事業者は、要介護者や患者ごとに、レセプトデータファイル１００１を作成する。ここでは、要介護者や患者の氏名１００２、ケアサービス事業者名１００３および提供したサービス名１００４およびその提供日時１００５の欄が埋められる。電子署名された電子チケット１００６については、ＩＣペーパに管理されており、空欄とする。
【００９１】
ケアサービス報酬審査支払機関では、レセプトデータファイルとケアプランファイルおよび本実施の形態ではICペーパにより、サービスの審査および支払い処理を行う。ケアサービス報酬審査支払機関のケアサービス報酬審査支払処理システム１８０１は、記憶装置１８０２と、データ処理部１８０３と、ＩＣペーパ読み書き装置１８０４と、通信装置１８０５から構成されている。記憶装置１８０２は、ハードディスク装置、磁気ディスク装置、光ディスク装置等のランダムアクセス可能な周知の記憶装置から構成されている。通信装置１８０５は、電話回線、専用回線、ローカルエリアネットワーク等により、例えば決済システム１８０６との接続に使用される。
【００９２】
まず、複数枚のＩＣペーパから電子署名された電子チケットを取り出し、レセプトデータファイルの該当する電子署名された電子チケット１００６の欄に埋め込む処理を行う。
【００９３】
ステップ１９０１：各ＩＣペーパからＩＣペーパ読み書き装置１８０４を介して、ＩＣ１４０７に記録された電子署名された電子チケットｗｊ（ｊ＝１〜ｎ：ＩＣペーパがｎ枚あると想定する）を読みとる。
【００９４】
「以下、各ｗｊ（ｊ＝１〜ｎ ）について、ステップ１９０２と１９０３を繰り返す。」
ステップ１９０２：電子署名された電子チケットはｗｊ＝ｃ、ｔ ＋ 「ｋｉｃｐの公開鍵証明書」 ＋ Ｄｋｉｃｓ（ｃ、ｔ）の形であり、 電子チケットはｃ＝x( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）の形である。ここで、Ｎに対応したケアプランファイルが選択され、 x( i )と合致するケアプランファイル２０１の電子チケット２０６の部分が検索される。合致するものが無ければ、ステップ１９０５に進む。合致するものがあれば、ステップ１９０３に進む。
【００９５】
ステップ１９０３：該当するサービス名２０４のレセプトデータファイルの行の電子署名された電子チケット１００６にｗｊを埋め込む。
【００９６】
ステップ１９０４：図１３のステップ１３０１〜ステップ１３０７を実行する。
【００９７】
ステップ１９０５：専門家による審査案件リストに、本ケアプランファイルとレセプトデータファイルを登録する。
【００９８】
（実施例３）
本実施の形態では、電子チケットの発行方法を変えることで、一旦サービス顧客から電子署名を受けた段階で電子チケットを電子マネーとして利用できる形態を説明する。ここで、電子マネーとは、貨幣的価値が付与された電子データのことである。
【００９９】
実施例１では、図４の処理により電子チケットを生成した。本実施の形態では、図１のケアサービス提供管理システムのシステム構成は同じであり、また、図３のケアサービス提供管理部の処理フローも同じである。ただし、電子署名処理３０３は、図２０の処理にしたがい電子チケットを生成する。
【０１００】
ステップ２００１：ケアサービス提供管理システムは、ケアプランファイル２０１を電子署名システムに送信する。そして電子署名システムは、受け付け番号としてケアプラン番号Ｎを割り振り、ケアプラン番号Ｎとケアプランファイル２０１を記憶装置２００８に記録する。
【０１０１】
ステップ２００２：電子署名システムは、ケアプランファイル２０１から、各電子チケット２０６にセットされたサービス管理数値x( i )を取り出す。同時に、各コスト２０９などをy( i )として取り出す。 y( i )は、特にコストに制限するものではない、また空でもよい。
【０１０２】
ステップ２００３：電子署名システムの内部時計２００９によるタイムスタンプｔ、ケアプラン番号Ｎ、 x( i )、 y( i )について、電子署名システムによる秘密鍵ｋｓにより電子署名Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）を生成する。そして、 ｃｋｔ( i )＝x( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）をケアサービス提供管理システムに返送する。ここで、公開鍵証明書のフォーマットは、例えばＩＳＯ-Ｘ．５０９など周知のフォーマットでよい。
【０１０３】
ステップ２００４：ケアサービス提供管理システムは、返送されたｃｋｔ( i )について ｋｓの公開鍵証明書の正当性を確認した後、公開鍵証明書内にあるｋｓの公開鍵ｋｐにより各Ｅｋｐ（Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））とx( i )、 y( i )、ｔ、Ｎを比較する。両者が一致すればｃｋｔ( i )は正当である。両者が一致しないものが一つでもあれば、ステップ４０１からの処理を繰り返す。
【０１０４】
ステップ２００５：事前に取得した要介護者の公開鍵Ｐにより、 ｃｋｔ( i )を暗号化し、電子署名システムに返送する。
【０１０５】
ステップ２００６：Ｐ（ｃｋｔ（ i ））に、電子署名システムの秘密鍵Ｄｋｓで電子署名を行い、 ｃｋｔｍ（ i ）＝ Ｐ（ｃｋｔ（ i ））＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（Ｐ（ｃｋｔ（ i ）））をケアサービス提供管理システムに返送する。
【０１０６】
ステップ２００７： Ｐ（ｃｋｔ（ i ））とＥｋｐ（Ｄｋｓ（Ｐ（ｃｋｔ（ i ）））を比較する。両者が一致すればｃｋｔｍ（ i ）は正当である。両者が一致しないものが一つでもあれば、ステップ２００５からの処理を繰り返す。
【０１０７】
ここで、図３の電子チケット管理処理３０３では、ケアプランファイル２０１における電子チケット２０６の個所のx( i )をｃｋｔｍ（ i ）に置き換える。また、配布処理３０４は同じである。
【０１０８】
ここで、ケアサービス事業者がサービスを提供する際、要介護者あるいは患者であるサービス顧客にサービス提供の承認をもらう処理について説明する。図５のシステム構成と図６の処理フローは同じである。ただし、図６のＩＣカードによる電子署名処理６０５は異なり、図２１により説明する。
【０１０９】
ステップ２１０１：ノートＰＣは、 ｃをＩＣカードに転送する。
【０１１０】
ステップ２１０２：ＩＣカードは、ｃについて電子署名を検証する。ここで、ｃはＰ（ｃｋｔ（ i ））＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（Ｐ（ｃｋｔ（ i ）））という形であった。 ｋｐの公開鍵証明書の正当性を確認した後、 Ｐ（ｃｋｔ（ i ））とＥｋｐ（ Ｄｋｓ（Ｐ（ｃｋｔ（ i ））））を比較し、一致すればステップ２１０３に進む。一致しない場合には、処理を中断する。
【０１１１】
ステップ２１０３： 次に、公開鍵Ｐ（＝公開鍵Ｅｋｉｃｐ ）の秘密鍵Ｄｋｉｃｓにより、
Ｐ（ｃｋｔ（ i ））に電子署名を施すと、ｃｋｔ（ i ）という形に復号される。この、 ｃｋｔ（ i ）をノートＰＣに送り返す。
【０１１２】
ステップ２１０４：返送されたｃｋｔ（ i ）は、 x( i )、 y( i )、ｔ、Ｎ＋「ｋｐの公開鍵証明書」＋Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ）とう形であった。ここで、 x( i )、 y( i )、ｔ、ＮとＥｋｐ（Ｄｋｓ（ x( i )、 y( i )、ｔ、Ｎ））を比較し、一致していたら正常である。
【０１１３】
ここで、図２０の電子署名システムが、銀行やレセプトを債券化したファイナンスサービスを行う事業体などに設置されていると想定する。 ｃｋｔ（ i ）のy( i )がコストの場合、電子署名システムはｃｋｔ（ i ）を生成した段階で、ケアサービス報酬審査支払機関やサービス顧客の口座から合計額y( i )だけ差し引きプールしておく。最終的にあるケアサービス事業者が、ケアサービス報酬を得るために、図２１の処理により生成されたｃｋｔ（ i ）を銀行に転送あるいはｃｋｔ（ i ）が記録されたＩＣペーパを持ち込むことで、プールしておいたy( i )をケアサービス事業者の口座に移動する。この時、当然、 ｃｋｔ（ i ）の電子署名を検証し正当性を確認する。
【０１１４】
【発明の効果】
本発明の構成により、サービスの発注者とサービスの受領者が異なる場合でも、決済を容易に実行できる電子商取引システムを実現できる。なお、発注者と受領者の相違は、この二者が同一人物でも、発注する際に使用する情報処理装置と受領する情報処理装置が異なる場合も含む。これには、受領の際に情報処理装置を使用しない場合も含む。また、同一の装置を使う場合でも、発注時と受領時に存在する位置が離れている場合も含む。
【図面の簡単な説明】
【図１】本発明の実施例におけるシステム構成図。
【図２】本発明の実施例におけるケアプランファイルを説明した図。
【図３】本発明の実施例における処理フローを説明した図。
【図４】本発明の実施例における処理フローを説明した図。
【図５】本発明の実施例におけるシステム構成図。
【図６】本発明の実施例における処理フローを説明した図。
【図７】本発明の実施例における処理フローを説明した図。
【図８】本発明の実施例におけるケア実施記録ファイルを説明した図。
【図９】本発明の実施例におけるシステム構成図。
【図１０】本発明の実施例におけるレセプトデータファイルを説明した図。
【図１１】本発明の実施例における処理フローを説明した図。
【図１２】本発明の実施例におけるシステム構成図。
【図１３】本発明の実施例における処理フローを説明した図。
【図１４】本発明の実施例における電子印鑑とＩＣペーパの機能構成図。
【図１５】本発明の実施例におけるシステム構成図。
【図１６】本発明の実施例におけるＩＣペーパの印刷イメージ。
【図１７】本発明の実施例における処理フローを説明した図。
【図１８】本発明の実施例におけるシステム構成図。
【図１９】本発明の実施例における処理フローを説明した図。
【図２０】本発明の実施例における処理フローを説明した図。
【図２１】本発明の実施例における処理フローを説明した図。
【符号の説明】
１０１：ケアサービス提供管理システム、１０２：記憶装置、１０３：ケアサービス提供管理部、１０４：可般媒体読み書き装置、１０５：通信装置、１０６：ケアサービス報酬審査支払い機関、１０７：ケアサービス事業者、２０１：ケアプランファイル、２０２：曜日、２０３：時間枠、２０４：サービス名、２０５：ケアサービス事業者、２０６：電子チケット、２０７：アクセス日時、２０８：予定サービス提供日、２０９：コスト、３０１：サービス管理数値生成処理、３０２：電子署名処理、３０３：電子チケット管理処理、３０４：配布処理、４０１：ケアプランファイルの転送、４０２：各サービスチケットを取り出す処理、４０３：各サービスチケットに電子署名を付ける処理、４０４：各サービスチケットの電子署名を検証する処理、４０５：記憶装置、４０６：内部時計、５０１：ノートＰＣ、５０２：表示装置、５０３：ＩＣカードリーダ、５０４：ＩＣカード、５０５：メモリ、５０６：ＣＰＵ装置、５０７：キーボード、５０８：マウス、６０１：ケアプランファイル、６０２：画面表示例、６０３：選択されたサービス例、６０４：承認ボタン、６０５：ＩＣカードによる電子署名、６０６：ケア実施記録ファイル、７０１：電子チケット、タイムスタンプの転送処理、７０２：電子チケットの検証処理、７０３：電子チケット、タイムスタンプの電子署名処理、７０４：電子チケット、タイムスタンプの電子署名の検証処理、８０１：ケア実施記録ファイル、８０２：要介護者氏名、８０３：サービス名、８０４：提供日時、８０５：電子チケット、９０１：レセプト処理システム、９０２：記憶装置、９０３：レセプト作成処理部、９０４：可搬媒体読み書き装置、９０５：通信装置、９０６：ケアサービス報酬審査支払機関、９０７：ケアサービス提供管理システム、１００１：レセプトデータファイル、１００２：要介護者氏名、１００３：ケアサービス事業者名、１００４：サービス名、１００５：提供日時、１００６電子署名された電子チケット、１１０１：データ収集処理、１１０２：ケアプランファイル、１１０３：ケア実施記録ファイル、１１０４：レセプト作成処理、１１０５：データ保存処理、１１０６：転送処理、１２０１：ケアサービス報酬審査支払システム、１２０２：記憶装置、１２０３：ケアサービス報酬審査支払い処理部、１２０４：可搬媒体読み書き装置、１２０５：通信装置、１２０６：決済システム、１３０１：サービス顧客による電子署名の検証、１３０２：日時の比較、１３０３：電子チケットの電子署名の検証、１３０４：ケアプランとレセプトデータファイルのサービス管理数値の比較、１３０５：支払計算処理、１３０６：電子決済、１３０７：専門家による審査案件リストに登録、１４０１：電子印鑑、１４０２：ＩＣ、１４０３：電源、１４０４：アンテナ、１４０５：圧力センサー、１４０６：ＩＣペーパ、１４０７：ＩＣペーパ、１４０８：アンテナ、１４０９：表示装置、１４１０：内部時計、１５０１：ケアサービス提供管理システム、１５０２：記憶装置、１５０３：ケアサービス提供管理部、１５０４：可般媒体読み書き装置、１５０５：通信装置、１５０６：ケアサービス報酬審査支払い機関、１５０７：ケアサービス事業者、１６０１：サービス事業者名、１６０２：サービス名、１６０３：要介護者氏名、１６０４：日付、１６０５：受領印欄、１７０１：電子チケットの送付、１７０２：電子チケットの検証、１７０３：内部時計によるタイムスタンプの取得と電子チケットとの電子署名処理、１７０４：タイムスタンプと電子チケットの電子署名の検証、１８０１：ケアサービス報酬審査支払システム、１８０２：記憶装置、１８０３：ケアサービス報酬審査支払い処理部、１８０４：可搬媒体読み書き装置、１８０５：通信装置、１８０６：決済システム、１９０１：ＩＣペーパから電子署名された電子チケットを取り出す処理、１９０２：ケアプランとの突き合わせ処理、１９０３：レセプトファイルへの電子署名された電子チケットの埋め込み、１９０４：図１３のステップ１３０１〜ステップ１３０７と同じ処理、１９０５：専門家による審査案件リストへの登録、２００１：ケアプランファイルの転送、２００２：各サービスチケットを取り出す処理、２００３：各サービスチケットに電子署名を付ける処理、２００４：各サービスチケットの電子署名を検証する処理、２００５：サービス顧客の公開鍵による暗号化処理、２００６：サービス顧客の公開鍵により暗号化された結果に再度、電子署名を付ける処理、２００７：サービス顧客の公開鍵により暗号化された結果の電子署名について検証する処理、２００８：記憶装置、２００９：内部時計２１０１：電子チケットの転送処理、２１０２：電子チケットの検証処理、２１０３：電子チケットのサービス顧客の秘密鍵による電子署名処理、２１０４：電子署名の検証処理
【図１】
0003799908.tif 000002
【図２】
0003799908.tif 000003
【図３】
0003799908.tif 000004
【図４】
0003799908.tif 000005
【図５】
0003799908.tif 000006
【図６】
0003799908.tif 000007
【図７】
0003799908.tif 000008
【図８】
0003799908.tif 000009
【図９】
0003799908.tif 000010
【図１０】
0003799908.tif 000011
【図１１】
0003799908.tif 000012
【図１２】
0003799908.tif 000013
【図１３】
0003799908.tif 000014
【図１４】
0003799908.tif 000015
【図１５】
0003799908.tif 000016
【図１６】
0003799908.tif 000017
【図１７】
0003799908.tif 000018
【図１８】
0003799908.tif 000019
【図１９】
0003799908.tif 000020
【図２０】
0003799908.tif 000021
【図２１】
0003799908.tif 000022