JPH11154183A

JPH11154183A - サービス給付を取り扱う装置及びシステム

Info

Publication number: JPH11154183A
Application number: JP32184597A
Authority: JP
Inventors: Kozue Futawatari; こず枝二渡; Miyuki Maeda; みゆき前田; Hideaki Sugimoto; 秀明杉本; Yasushi Ando; 靖安藤; Seiji Mori; 征治毛利
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-11-25
Filing date: 1997-11-25
Publication date: 1999-06-08

Abstract

(57)【要約】【課題】利用者に給付するサービスの回数の適切な管
理を行い、自己負担額の計算及び支払を一連の計算機処
理の流れの中で行い、金額入力等のミスをなくし、不正
を防止する。【解決手段】利用者証１０２は、受け得るサービスの
種類ごとにその上限回数を記憶する。取り引き装置１０
４は、利用者証１０２及び事業者用カード１０３を読み
取り、指定されたサービス種類について利用者証１０２
中の上限回数が１以上であれば１を引き、利用者証１０
２にサービス種類及び自己負担額を書き込み、事業者用
カード１０３に利用者の識別子、サービス種類及び領収
額を書き込む。管理者要端末２０１は、利用者証１０２
の利用実績をデータベースに登録し、事業者用カード１
０３内の利用実績を読み取り、同一の利用者識別子と同
一のサービス種類について両利用実績を照合して審査す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＣカードを利用
してサービス給付を取り扱うシステム及び装置に関す
る。

【０００２】

【従来の技術】サービスの利用者が決められた上限数の
範囲でサービスを利用し、その費用の一部を支払う給付
サービスが行われている。このような給付サービスを管
理する方法として、例えば特開平９−１０１９８９号公
報は、ＩＣカードに給付する総点数を記録しておき、こ
の総点数から給付するサービスに応じた点数を引いてい
く方法を開示する。費用の支払については、地域の物価
や利用者の負担の割合等の条件に従って自己負担額を計
算し、利用者が現金で支払う。サービスの利用実績は領
収証等の帳票の形で保存される。

【０００３】

【発明が解決しようとする課題】上記従来技術によれ
ば、サービス全般に亘る上限点数の範囲か否かを判定す
ることはできるが、給付するサービスごとに上限点数を
管理しないため、サービス種類ごとに適切な給付が行わ
れているか否かを管理することはできない。ＩＣカード
内には給付するサービスの種類を記録しているが、実際
に給付したサービスがカード内に記録されているサービ
スと一致しているか否かのチェックはできず、認定され
たサービス以外のサービスの給付を防止できない。また
利用者による費用の支払は、このような上限点数の管理
とは独立して現金で行われるため、計算ミスやサービス
事業者による不正請求などの問題がある。さらにサービ
スの実績は、領収書のような帳票によってやり取りされ
るため、紛失、不正等が生じる可能性がある。

【０００４】本発明の目的は、認定されたサービスの種
類ごとに適切な給付が行われるように管理することにあ
る。

【０００５】本発明の他の目的は、上限点数の管理、自
己負担額の計算及び支払を一連のコンピュータ処理の流
れの中で行い、費用の支払についてできるだけ人間を介
入させないようにして、金額入力のミス、転記ミス、計
算ミスなどをなくし、不正を防止することにある。

【０００６】本発明のさらに他の目的は、サービス事業
者の請求額が正当であるか否か審査することによって不
正を防止することにある。

【０００７】

【課題を解決するための手段】サービス給付を受ける利
用者は、受け得るサービスの種類ごとにその上限数を記
憶する利用者カードを所有する。またサービス給付を提
供するサービス事業者は、事業者用カードを所有する。
本発明の取引装置は、利用者カード及び事業者用カード
を読み書きする手段と、指定されたサービスの種類に応
答して利用者カード中の該当するサービス種類の上限数
をチェックし、上限数が所定数以上あれば上限数から所
定数を引き、指定されたサービスの種類と該当する単価
に自己負担割合を乗じた自己負担額を利用者カードに書
き込み、利用者の識別子、指定されたサービスの種類と
自己負担額及び管理者に請求する額を事業者用カードに
書き込む処理手段とを有する。

【０００８】また本発明の管理装置は、利用者カード中
に記録されたサービスの種類と対応する自己負担額を読
み出してデータベースに格納し、事業者用カードの情報
を読み出し、このデータベースを参照し、同一の利用者
識別子と同一のサービス種類について利用者の支払った
自己負担額と事業者用カード上の該当する領収額とが一
致するか否か審査する。

【０００９】

【発明の実施の形態】本発明の実施形態について介護サ
ービス給付の例を用いて説明する。ここでは管理者、利
用者、及びサービス事業者の３者が関係するものとす
る。管理者は、利用者の介護サービスの必要度に応じて
条件を設定し、その条件の範囲で介護サービスに要する
費用を給付する。利用者は認定された条件に従って介護
サービスを利用し、費用の一部を負担する。サービス事
業者は利用者に対して実際のサービスを行い、その費用
は利用者から一部、残りを管理者から領収する。

【００１０】図１は、３者の関係を表した全体図であ
る。２０１は管理者用端末である。１０２は利用者証で
ある。１０３は事業者用カードである。１０４は取り引
き装置である。３者間のデータのやり取りは利用者証１
０２及び事業者用カード１０３を介して行う。利用者は
サービスの利用に際して管理者に対して申請を行う。管
理者は利用者のサービスの必要度等に応じてサービス利
用の上限等を含む給付条件を決定する。これを要介護認
定という。利用者は決定された上限の範囲で、利用する
サービスの種類や回数を決定し、ケアプランとして管理
者に届け出る。管理者は提出されたケアプランが上限の
範囲内であるかどうかを確認した後、ケアプランの内容
とその他の給付条件を登録した利用者証を発行する。利
用者はケアプランに従ってサービス事業者からサービス
を受け、その費用の一部を支払う。利用者が負担する費
用の割合は給付条件の中で決められている。サービスの
単価は点数によって決められており、これに地域の物価
等を勘案した地域レートを乗じて金額を算出する。サー
ビス事業者は、サービスを行った実績を管理者に提出
し、費用の残りを請求する。管理者はサービス事業者か
らの請求内容を審査し、費用の残りを支払う。以下それ
ぞれの処理について詳細に説明する。

【００１１】図２は、管理者用端末２０１の構成図の一
例である。管理者用端末２０１は、中央処理装置２０
２、記憶装置２０３、入力装置２０４、画面表示装置２
０５から構成される。２０６はＩＣカードに収録されて
いる情報を読み出したり、書き込んだりするカードリー
ダライタである。２０７はプリンタである。２０８は利
用者単位で情報を収録する利用者データベース（ＤＢ）
であり、２０９は事業者単位で給付実績を記録する給付
ＤＢである。利用者ＤＢ２０８及び給付ＤＢ２０９は、
中央処理装置２０２に接続される外部記憶装置上に格納
される。

【００１２】図３及び図４は、それぞれ利用者ＤＢ２０
８と給付ＤＢ２０９のデータ構成を示している。３１は
基本情報テーブルであり、各レコードは利用者番号と氏
名、住所、連絡先、生年月日等の基本情報を収録する。
３２は認定情報テーブルであり、各レコードは利用者番
号、認定番号、要介護度、指定サービスの種類、自己負
担割合、有効期間といった要介護認定の結果を収録す
る。一人の利用者について複数の認定情報レコードを登
録し得る。３３はケアプランテーブルであり、各レコー
ドは利用者から提出されたケアプランに基づき利用者番
号、認定番号、及び各サービスごとの登録回数を収録す
る。ケアプランのレコードは認定情報レコードに対応す
る。３４は利用実績テーブルであり、各レコードは利用
者番号、認定番号及び要介護認定の有効期間内のサービ
ス利用の実績を収録する。利用実績は、利用日時、事業
者コード、サービス区分、自己負担額等の項目から成
る。利用実績テーブル３４の各レコードは認定情報レコ
ードに対応する。これらのテーブルは利用者番号と認定
番号をキーとして関連付けられる。４１は事業者情報テ
ーブルであり、事業者コード、所在地、連絡先、口座情
報等を収録する。４２は給付実績テーブルであり、事業
者コードと給付の対象となったサービス実績を収録す
る。給付実績は、実施日時、利用者番号、サービスコー
ド、領収額、給付請求額等の項目から成る。これらのテ
ーブルは事業者コードをキーとして関連付けられる。

【００１３】図５は、利用者証１０２の収録情報の一例
を示す図である。５０２は基本情報エリアであり、利用
者番号（利用者識別子）や氏名、住所、連絡先、生年月
日等の基本情報を収録する。５０３は認定情報エリアで
あり、要介護度、指定サービスの種類（サービスコー
ド）、自己負担割合、有効期間等の要介護認定の結果情
報を収録する。５０４はケアプランエリアであり、サー
ビスコードとそれぞれのサービスコードに対するケアプ
ランに登録されている登録回数を上限数として収録す
る。回数の代わりに給付点数を登録してもよい。５０５
は実績エリアであり、サービスの利用実績を収録する。
５０６は金銭エリアであり、電子マネーの取引を行った
結果の残高金額を収録する。

【００１４】図６は、サービス実施時の処理を行うため
にサービス事業者の係員が携帯可能な取り引き装置１０
４の構成図の一例を示す図である。６０２は画面表示装
置である。６０３は記憶装置である。６０５は入力装置
である。６０６は中央処理装置である。６０７はタイマ
ーである。６０８はカードリーダライタである。６０９
はそれぞれのサービスの単価を収録したサービス種別／
単価ファイルである。６１０は地域コードと地域レート
との関連を示す地域コード／レートファイルである。

【００１５】図７及び図８は、それぞれサービス種別／
単価ファイル６０９及び地域コード／レートファイル６
１０の構成を示している。サービス種別／単価ファイル
６０９は、各サービスコードごとに単価を点数によって
表現する。地域コード／レートファイル６１０は、各地
域コードごとにレートを表現する。

【００１６】図９は、事業者用カード１０３の収録情報
の一例を示す図である。９０２は事業者情報エリアであ
り、地域コードと地域ごとにユニークな番号とから成る
事業者コードを収録する。９０３は実績エリアであり、
サービスの実施記録を収録する。９０４は金銭エリアで
あり、電子マネーの取引を行った結果の残高金額を収録
する。

【００１７】管理者は、利用者からケアプランが提出さ
れた後に利用者証を発行する。利用者証１０２に必要な
情報を登録する処理を行う際の管理者用端末２０１の動
作について図１０のフローチャートに従って説明する。
処理を開始するにあたって管理者用端末２０１は、処理
選択画面を表示する（ステップ１００１）。管理者が処
理選択画面上の利用者証登録処理を選択する（ステップ
１００２）。カードリーダライタ２０６が利用者証１０
２を受け取り（ステップ１００３）、基本情報エリア５
０２にデータが収録されているかどうかを判断する（ス
テップ１００４）。データが入っていなければ新規の発
行、データが入っていれば更新の処理である。新規の場
合には、管理者用端末２０１は利用者ＤＢ２０８を参照
し複数利用者について基本情報の一覧を表示する（ステ
ップ１００５）。管理者が一覧表の中から対象となる利
用者の基本情報を選択し（ステップ１００６）、管理者
用端末２０１は利用者ＤＢ２０８上の対象者の基本情報
３１を利用者証１０２の基本情報エリア５０２にコピー
し（ステップ１００７）、認定情報テーブル３２に１つ
だけ登録される認定情報レコードを認定情報エリア５０
３にコピーし（ステップ１００８）、ケアプラン３３を
ケアプランエリア５０４にコピーする（ステップ１００
９）。更新の場合には利用者証１０２の基本情報５０２
の情報と一致するデータを利用者ＤＢ２０８から検索し
て表示し（ステップ１０１０）、管理者はその中から登
録するデータを選択する（ステップ１０１１）。すなわ
ち登録されている複数の認定情報レコードの中から１つ
の認定情報レコードを選択する。基本情報エリア５０２
はすでに登録されているので、ステップ１００８及び１
００９の処理によって認定情報とケアプランを登録す
る。

【００１８】サービスの現場では、サービス事業者と利
用者の間で取り引き装置１０４を使って、カード情報参
照、ケアプラン確認及び精算の処理を行う。以下、図１
１〜図１３のフローチャートに従ってそれぞれの処理に
ついて説明する。

【００１９】図１１は、カード情報参照処理のフローチ
ャートである。利用者証１０２又は事業者用カード１０
３に収録されている情報を参照する際には、カード情報
参照処理を行う。サービス事業者は参照する情報が収録
されているカードを取り引き装置１０４に差し込む（ス
テップ１１０１）。取り引き装置１０４は処理選択画面
を表示する（ステップ１１０２）。サービス事業者はカ
ード情報参照処理を選択する（ステップ１１０３）。取
り引き装置１０４は、参照情報選択画面を表示する（ス
テップ１１０４）。参照情報のメニューは、基本情報、
認定情報、ケアプランの３つである。サービス事業者
は、参照する情報を選択する（ステップ１１０５）。取
り引き装置１０４は、選択された情報をカードから読み
取り表示する（ステップ１１０６）。

【００２０】図１２は、ケアプラン確認処理のフローチ
ャートである。サービスを開始する際には、サービス事
業者はこれから行おうとするサービスがケアプランに含
まれているかどうかを確認する必要がある。サービス事
業者は利用者の利用者証１０２を受け取り、取り引き装
置１０４に差し込む（ステップ１２０１）。取り引き装
置１０４は処理選択画面を表示する（ステップ１２０
２）。サービス事業者がケアプラン確認処理を選択する
（ステップ１２０３）。取り引き装置１０４は利用者証
１０２の認定情報エリア５０３に収録されている有効期
間を読み取り（ステップ１２０４）、処理が行われてい
る日が有効期間内かどうかを判断し（ステップ１２０
５）、有効期間でない場合はサービスの実施が不可能で
あることを表示する（ステップ１２１０）。有効期間内
であれば処理を継続し、サービス事業者がこれから行お
うとするサービスのサービスコードを入力する（ステッ
プ１２０６）。取り引き装置１０４は、利用者証１０２
のケアプランエリア５０４に収録されている該当サービ
スの登録回数を読み取り（ステップ１２０７）、登録回
数が０より大きいかどうかを判断する（ステップ１２０
８）。登録回数が０より大きければ、サービスの実施が
可能であることを表示し（ステップ１２０９）、サービ
スコードが登録されていないか登録回数が０以下の場合
にはサービスの実施が不可能であることを表示する（ス
テップ１２１０）。このようにサービス事業者が行おう
としているサービスが給付内容に合致しているかどうか
を表示することにより、サービス事業者のその後の行動
の決定を支援することができる。サービス事業者は、サ
ービスの実施が可能と表示されればサービスを実施す
る。サービスの実施が不可能と表示されれば、サービス
の実施を取りやめるか、あるいは全額自己負担でサービ
スを利用するかを利用者に確認し、その指示に従う。

【００２１】図１３は、清算処理のフローチャートであ
る。サービスが終了した際には、自己負担金の精算を行
う。サービス事業者は利用者の利用者証１０２を受け取
り、利用者証１０２と事業者用カード１０３を取り引き
装置１０４に差し込む（ステップ１３０１）。取り引き
装置１０４は処理選択画面を表示する（ステップ１３０
２）。事業者は精算処理を選択し（ステップ１３０
３）、実施するサービスのサービスコードを入力する
（ステップ１３０４）。取り引き装置１０４は、利用者
証１０２のケアプランエリア５０４の該当サービスの登
録回数から１を引く（ステップ１３０５）。なお当該サ
ービスの給付点数が登録されている場合には、１回のサ
ービスに該当する点数（単価）を引いてもよい。１又は
点数を引いた後の登録回数又は点数残が０以上かどうか
を判断し（ステップ１３０６）、０より小さければ処理
を中止する（ステップ１３０７）。ただし全額自己負担
によってサービスを実施してもよい。０以上であれば自
己負担額を算出する。自己負担額は、サービスごとの単
価、自己負担割合、地域レートから算出される。サービ
スごとの単価は、入力されたサービスコードによって、
サービス種別／単価ファイル６０９から検索する（ステ
ップ１３０８）。自己負担割合は、利用者証１０２の認
定情報エリア５０３から読み取る（ステップ１３０
９）。地域レートは、事業者用カード１０３の事業者情
報エリア９０２に収録されている事業者コードに含まれ
る地域コードを読み取り（ステップ１３１０）、その地
域コードによって地域コード／レートファイル６１０か
ら検索する（ステップ１３１１）。取り引き装置１０４
はこれらのデータから自己負担額を算出し（ステップ１
３１２）、その金額分を利用者証１０２の金銭エリア５
０６から事業者用カード１０３の金銭エリア９０４に移
動させる（ステップ１３１３）。自己負担額は、そのサ
ービスの単価×自己負担割合×地域レート（円／点）に
よって計算される。取り引き装置１０４はこの取引の実
績として、利用者証１０２の実績エリア５０５に利用日
時、事業者コード、サービスコード、自己負担額を書き
込み（ステップ１３１４）、事業者用カード１０３の実
績エリア９０３には実施日時、利用者番号、サービスコ
ード、領収額、給付請求額を書き込む（ステップ１３１
５）。領収額は自己負担額に等しく、給付請求額はサー
ビスの単価×地域レートから自己負担額を差し引いた金
額である。このように取引金額及び給付請求額の算出を
取り引き装置１０４が行うことにより、事業者の金額算
出の負担を軽減し計算ミスを防ぐことができる。また直
接取引金額を入力しないため不正も防止できる。なお全
額自己負担の場合の利用者負担額は、サービスの単価×
地域レートによつて計算される。料金の支払は、利用者
証１０２の金銭エリア５０６の残高から差し引いてもよ
いし、現金など他の方法によってもよい。またケアプラ
ンエリア５０４に当該サービスの点数残が登録されてい
る場合、ステップ１３０６で点数残−点数／回（単価）
が０より小さくなつたとき自己負担額を次式によって計
算できる。自己負担額＝点数残×自己負担割合×地域レート（円／
点）＋（サービスの単価−点数残）×地域レート（円／
点）また金銭エリア５０６の残高が自己負担額をカバーしな
い場合には、金銭エリア５０６の残高だけ電子マネーで
支払い、不足金額を現金など他の方法によってもよい。
あるいは金銭エリア５０６の残高による支払をしないで
自己負担額の金額を現金など他の方法によってもよい。

【００２２】サービス事業者は管理者に対して実績情報
を提出し給付を受ける。このとき利用者がもっている利
用実績とサービス事業者から提出される実績を突き合わ
せてチェックすることにより、審査支払のための審査処
理を行う。図１４は利用者証１０２の実績情報を利用者
ＤＢ２０８に収録する処理のフローチャート、図１５は
審査処理のフローチャートである。

【００２３】図１４に従って実績情報収録処理を説明す
る。処理の開始に当って管理者用端末２０１は処理選択
画面を表示する（ステップ１４０１）。管理者は実績情
報収録処理を選択し、利用者証１０２をカードリーダラ
イタ２０６に差し込む（ステップ１４０３）。カードリ
ーダライタ２０６は受け取った利用者証１０２の実績エ
リア５０５に収録されている実績データを受け取り、管
理者用端末２０１はこのデータを利用者ＤＢ２０８の利
用実績テーブル３４に収録する（ステップ１４０４）。

【００２４】図１５のフローチャートに従って審査処理
を説明する。管理者用端末２０１は処理選択画面を表示
する（ステップ１５０１）。管理者は審査処理を選択し
（ステップ１５０２）、事業者用カード１０３をカード
リーダライタ２０６に差し込む（ステップ１５０３）。
カードリーダライタ２０６は受け取った事業者用カード
１０３の実績エリア９０３に収録されている実績情報を
受け取り、管理者用端末２０１はこのデータと利用者Ｄ
Ｂ２０８の実績情報との突き合わせを行う（ステップ１
５０５）。それぞれのデータが利用者ＤＢ２０８の実績
と一致するかどうかを判断し（ステップ１５０６）、一
致したデータは給付ＤＢ２０９に収録する（ステップ１
５０７）。管理者は給付ＤＢ２０９に収録されたデータ
を基に支払処理を行う（ステップ１５０８）。利用者Ｄ
Ｂ２０８に一致する実績情報がない場合には、リストを
作成し出力する（ステップ１５０９）。このように実績
が確認できない請求内容についてリストを出力すること
により、不正請求を発見することが容易になる。管理者
は出力されたデータについてサービス事業者に確認し、
審査を行うことができる。

【００２５】なお図１５に示す審査処理をするコンピュ
ータプログラムを記憶媒体に格納し、管理者用端末２０
１に接続される駆動装置を介して記憶装置２０３に読み
込み、中央処理装置２０２によって実行することが可能
である。

【００２６】以上は介護サービスの給付を例に説明した
が、各種サービスの給付内容管理にも応用できる。例え
ば病院の食堂等において各栄養素の摂取内容を管理し、
代金を支払う場合にも適用できる。また特定の商品の売
買において、商品ごとの販売個数を管理する場合などに
も適用可能である。

【００２７】

【発明の効果】以上述べたように本発明によれば、サー
ビスの種類ごとに上限数を管理するため、きめ細かで適
切な管理が可能となる。また係員がサービスの種類を指
定するだけで取引装置が上限点数のチェック、自己負担
額の計算及び費用の支払まで一連のコンピュータ処理を
行い、人間による金額入力、転記、計算などを回避する
ので、ミスや不正な取引を防止することができる。さら
に利用者証カードに記録された利用実績と事業者用カー
ドに記録された利用実績とを照合するため、サービス事
業者に費用の一部を支払うときの審査をすることができ
る。特に介護サービスなどを考えた場合には、一人の要
介護者に対し複数のサービス事業者が関わり、様々なサ
ービスを提供することになるため、サービスを行う現場
での正確な給付内容管理が重要になる。また要介護者を
不正から守り、現金の持ち歩きによる紛失等の危険を軽
減するためには、電子マネーの移動による自動取引が望
ましい。

【図面の簡単な説明】

【図１】本発明に係る管理者、利用者及びサービス事業
者の３者の関係を示す全体図である。

【図２】実施形態の管理者用端末の構成図である。

【図３】実施形態の利用者ＤＢ２０８のデータ構成図で
ある。

【図４】実施形態の給付ＤＢ２０９のデータ構成図であ
る。

【図５】実施形態の利用者証１０２のデータ構成図であ
る。

【図６】実施形態の取り引き装置１０４の構成図であ
る。

【図７】実施形態のサービス種別／単価ファイル６０９
のデータ構成図である。

【図８】実施形態の地域コード／レートファイル６１０
のデータ構成図である。

【図９】実施形態の事業者用カード１０３のデータ構成
図である。

【図１０】実施形態の利用者証登録処理の際の管理者用
システムの動作を示すフローチャートである。

【図１１】実施形態のカード情報参照処理の際の取り引
き装置の動作を示すフローチャートである。

【図１２】実施形態のケアプラン確認処理の際の取り引
き装置の動作を示すフローチャートである。

【図１３】実施形態の清算処理の際の取り引き装置の動
作を示すフローチャートである。

【図１４】実施形態の実績情報収録処理の際の管理者用
端末の動作を示すフローチャートである。

【図１５】実施形態の審査処理を行う際の管理者用端末
の動作を示すフローチャートである。

【符号の説明】

１０２：利用者証、１０３：事業者用カード、１０４：
取り引き装置、２０１：管理者用端末、２０８：利用者
ＤＢ、２０９：給付ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者杉本秀明神奈川県横浜市都筑区加賀原二丁目２番株式会社日立製作所ビジネスシステム開発センタ内 (72)発明者安藤靖東京都江東区新砂一丁目６番27号株式会社日立製作所公共情報事業内 (72)発明者毛利征治東京都江東区新砂一丁目６番27号株式会社日立製作所公共情報事業内

Claims

【特許請求の範囲】

【請求項１】サービス給付を受ける利用者がもち受け得
るサービスの種類ごとにその上限数を記憶する利用者カ
ードの情報とサービス給付を提供するサービス事業者が
もつ事業者用カードの情報とを読み書きする手段と、入
力手段から入力されたサービスの種類に応答して該利用
者カード中の該当するサービス種類の上限数をチェック
し、上限数が所定数以上あれば上限数から所定数を引
き、入力されたサービスの種類と自己負担額とを該利用
者カードに書き込み、利用者の識別子、入力されたサー
ビスの種類と該自己負担額及び管理者に請求する額を該
事業者用カードに書き込む処理手段とを有することを特
徴とするサービス給付についての取引を扱う装置。
【請求項２】サービス給付を受けた利用者の利用者識別
子に対応して受けたサービスの種類と支払った自己負担
額を格納するデータベースと、サービス給付を提供する
サービス事業者がもちサービス給付を行った利用者識別
子、給付したサービスの種類とその領収額を記録する事
業者用カードの情報を読み取る手段と、該データベース
を参照し、同一の利用者識別子と同一のサービス種類に
ついて利用者の支払った自己負担額と該事業者用カード
上の該当する領収額とが一致するか否か審査するサービ
ス給付を管理する装置。
【請求項３】コンピユータ読み取り可能な記憶媒体上に
実体化されたコンピユータプログラムであって、該プロ
グラムは以下のステップを含む：（ａ）サービス給付を提供するサービス事業者がもつ事
業者用カードからサービス給付を行った利用者の識別
子、給付したサービスの種類とその領収額を読み込み、
（ｂ）読み込んだ利用者識別子及び給付したサービスの
種類に基づいてデータベースを検索して該当する利用者
の自己負担額を取得し、（ｃ）同一の利用者識別子と同
一のサービス種類について利用者の支払った自己負担額
と該事業者用カード上の該当する領収額とが一致するか
否か審査する。
【請求項４】サービス給付を受ける利用者がもち受け得
るサービスの種類ごとにその上限数を記憶する利用者カ
ードと、サービス給付を提供するサービス事業者がもつ
事業者用カードと、該利用者カードの情報と該事業者用
カードの情報とを読み込み、指定されたサービスの種類
について該利用者カード中の上限数が所定数以上あれば
上限数から所定数を引き、指定されたサービスの種類と
該当する単価に自己負担割合を乗じた自己負担額を該利
用者カードに書き込み、利用者の識別子、指定されたサ
ービスの種類と領収額及び管理者に請求する額を該事業
者用カードに書き込む取引装置と、該利用者カード中に
記録されたサービスの種類と対応する自己負担額を読み
出してデータベースに格納し、該事業者用カードの情報
を読み出し、該データベースを参照し、同一の利用者識
別子と同一のサービス種類について利用者の支払った自
己負担額と該事業者用カード上の該当する領収額とが一
致するか否か審査する管理装置とを有することを特徴と
するサービス給付管理システム。
【請求項５】サービス給付を受ける利用者がもち受け得
るサービスの種類ごとにその上限数を記憶し、電子マネ
ーの残高を記憶する利用者カード上の情報を読み出す手
段と、指定されたサービスの種類に応答して該利用者カ
ード中の該当するサービス種類の上限数をチェックし、
上限数が所定数以上あればサービス給付と該電子マネー
による支払を許可する処理手段とを有することを特徴と
するサービス給付に関する取引を扱う装置。