トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 レセプトの審査方法および情報処理システムならびに記憶媒体
【発明者】 【氏名】廣岡 多枝子

【氏名】折出 武志

【氏名】前田 みゆき

【氏名】山田 雅弘

【氏名】岩田 淳也
【要約】 【課題】医療機関での無資格者受診による各種の損失の削減、および保険者での過大なレセプト請求等に起因する無駄な医療費支出の削減、を実現する。

【解決手段】保険者が運営する保険者システム２００および医療機関が運営する医療機関システム４００を、ネットワーク５００を介して、資格認証センターシステム３００に接続し、保険者システム２００が持つ被保険者の資格の有無を管理する被保険者ＤＢ２４１の情報を資格認証センターシステム３００の資格ＤＢ３２２に複写し、医療機関は、資格認証センターシステム３００に来診者の資格照会を行い、資格ＤＢ３２２と照会内容とを突合して資格の有無を判定し、判定結果を医療機関に応答し、資格有りの照会経過を資格照会記録ＤＢ３２４に蓄積し、蓄積した照会内容を各保険者毎等に分類して送付し、保険者システム２００では、医療機関から請求されたレセプト内容と資格照会記録を突き合わせて審査する。
【特許請求の範囲】
【請求項１】 保険給付サービスを受けようとする被保険者に保険資格があるか否かを、前記保険給付サービスを提供するサービス提供機関が資格認証機関に照会し、前記資格認証機関では受け付けた前記保険資格の照会経過を資格照会記録として保存し、前記サービス提供機関が保険者に対して前記保険給付サービスの報酬請求のために発行するレセプトの内容を、前記資格照会記録を用いて審査することを特徴とするレセプトの審査方法。
【請求項２】 請求項１記載のレセプトの審査方法において、前記保険者の所在地域毎に管轄の前記資格認証機関を設置し、前記資格認証機関は、管轄外の前記保険者が関与する前記被保険者に関して前記サービス提供機関から前記保険資格の照会依頼を受けた場合には、当該保険者を管轄する他の前記資格認証機関に前記照会依頼を取り次ぎ、管轄の当該資格認証機関にて、照会結果の応答および前記資格照会記録の保存を行うことを特徴とするレセプトの審査方法。
【請求項３】 被保険者に保険資格を付与する保険者によって運営される保険者システムと、前記被保険者に保険給付サービスを提供するサービス提供機関によって運営されるサービス提供機関システムと、予め前記保険者システムから提供された前記被保険者に関する資格情報に基づき、前記サービス提供機関システムからの照会要求に応じて、前記被保険者に保険資格があるか否かを判別する資格認証センターシステムと、を含むことを特徴とする情報処理システム。
【請求項４】 請求項３記載の情報処理システムにおいて、前記保険者の所在地域毎に管轄の前記資格認証センターシステムが設置され、個々の前記資格認証センターシステムは、管轄外の前記保険者が関与する前記被保険者に関して前記サービス提供機関システムから前記保険資格の照会依頼を受けた場合には、当該保険者を管轄する他の前記資格認証センターシステムに前記照会依頼を相互に取り次ぐ機能と、管轄の前記保険者に関する前記照会依頼に対する照会経過を資格照会記録として保存する機能を備え、前記保険者システムは、前記資格認証センターシステムから得られる前記資格照会記録に基づいて、前記サービス提供機関から前記保険給付サービスの報酬請求のために発行されるレセプトを審査する機能を備え、前記サービス提供機関システムは、前記被保険者から提示された情報を前記資格認証センターシステムに送信して前記照会依頼を実行する機能を備えた、ことを特徴とする情報処理システム。
【請求項５】 被保険者に保険資格を付与する保険者によって運営される保険者システムと、前記被保険者に保険給付サービスを提供するサービス提供機関によって運営されるサービス提供機関システムと、資格認証センターシステムと、を含む情報処理システムを構成するコンピュータにて読み取り可能な記憶媒体であって、前記資格認証センターシステムにおいて、予め前記保険者システムから提供された前記被保険者に関する資格情報を受信する機能、前記資格情報に基づき、前記サービス提供機関システムからの照会要求に応じて、前記被保険者に保険資格があるか否かを判別して判別結果を応答するとともに資格照会記録として保存する機能、管轄外の前記保険者が関与する前記被保険者に関して前記サービス提供機関システムから前記保険資格の照会依頼を受けた場合には、当該保険者を管轄する他の前記資格認証センターシステムに前記照会依頼を相互に取り次ぐ機能、を実現する第１のソフトウェア、前記保険者システムにおいて、前記資格認証センターシステムに対して前記被保険者に関する資格情報を送信する機能、前記資格認証センターシステムから前記資格照会記録を受信し、当該資格照会記録に基づいて、前記サービス提供機関から前記保険給付サービスの報酬請求のために発行されるレセプトの審査を行う機能、を実現する第２のソフトウェア、前記サービス提供機関システムにおいて、前記被保険者から提示された情報に基づいて前記資格認証センターシステムに対して当該被保険者に関する保険資格の有無を照会する機能を実現する第３のソフトウェア、の少なくとも一つのソフトウェアが格納されていることを特徴とする記憶媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、レセプトの審査技術および情報処理技術ならびに記憶媒体に関し、特に、保険診療制度や介護保険制度等において医療機関や介護事業者等の保険給付サービス提供者が保険者に発行するレセプト等の点検等に適用して有効な技術に関するものである。
【０００２】
【従来の技術】たとえば、従来の医療保険制度等においては、被保険者が医療機関で受診する場合、初診時に被保険者証の提示により医療機関はその被保険者が医療保険の資格があると判断している。 複数月にわたり医療を受けるときは月のはじめに被保険者証の提示により資格の有無を確認している。
【０００３】医療機関が、被保険者に対し、医療行為を行った場合、診療報酬請求書（以下、レセプトと記す）を発行し、その被保険者が加入している医療保険の保険者に診療報酬請求を行う。
【０００４】保険者は、レセプトに記載されている被保険者が本当に資格がある人なのか資格点検を行い、該当する被保険者がいない場合は、診療報酬を支払う必要はないので、請求元の医療機関宛にレセプトを戻す。 レセプトを戻された医療機関は、受診した人に費用を全額請求して払ってもらうようにする。 もしその人が払えないあるいは払わないことになると、その診療分の報酬が入らず、医療機関にとっては損失となる。 また、無資格によりレセプトが返戻されると、全額自己負担してもらう旨を受診した人に説明して、費用を回収しなければならず、非常に手間がかかる。
【０００５】医療機関から請求されたレセプトは、月単位の合計点数で請求される。 レセプトが月単位であるため、診療日数の合計は記載されているものの、何月何日に受診したのかは保険者ではわからない。【０００６】
【発明が解決しようとする課題】従来の方法の場合、被保険者に資格があるのかないのかを確認するため、医療機関は診療月初めに被保険者証の提示により、資格の有無を確認している。
【０００７】月の途中に退職あるいは転職すると、それまで加入していた医療保険の保険者に被保険者証を返却し資格喪失となる。 そして、日本は国民皆保険であるためその後は他の医療保険に入らなければならない。
【０００８】例えば、被保険者が被保険者証の返却を忘れたまま医療機関で受診しても、医療機関は被験者証の提示があれば資格有と判断しているため、無資格者であるにもかかわらず医療を行い診療報酬請求をする。 これはいわゆる無資格受診である。
【０００９】受診する人が本当に保険資格有なのか否かを確認するには、保険者に直接問い合わせて確認するしかない。 直接確認しようとしても、保険者に問い合わせて保険者が被保険者一覧をチェックして回答するまでには、時間もかかり手間もかかる。 また、医療機関の規模の違いにもよるが、医療機関によっては受診する人が一日に何人もいることを考えれば、その都度保険者に資格照会することは現実的には不可能である。
【００１０】被保険者証の提示により資格有と判断し、医療行為を行い、その費用を請求するが、保険者で資格確認の結果、資格がないと判明すると、その分の請求に対して医療費は支払われずに、審査機関にレセプトが返戻され、さらに医療機関にそのレセプトが戻る。そうなると、レセプトを戻された医療機関は、受診した人に費用を全額請求して払ってもらうよう事情を説明しなければならない。 もしその人が払えないもしくは払わないことになると、その診療分の報酬が入らず医療機関にとっては損失となる。 かりに全額自己負担してもらう場合でも、事情を説明し、費用を回収しなければならず、時間も手間もかかる。
【００１１】このように、従来の制度では、医療機関は来診する被保険者の資格の有無を的確に判断する術がなく、常に、無資格者受診による損失のリスクを抱えていることになる。
【００１２】また、レセプトを点検している保険者にとっても、無資格者受診ではじかれたレセプトについて、再審査請求に出さなければならず、再審査請求票を書く手間もかかる。 さらに、審査機関から請求された請求額は、いったん全額払うことになっているので、本来払う必要のない無資格受診の診療報酬も払っていることになり、この分が戻らなければ保険者の損失になる。
【００１３】医療機関から請求されたレセプトは、月単位の合計点数で請求される。 レセプトが月単位であるため、診療日数の合計は記載されているものの、受診した人自身が何月何日どの医療機関で受診したのかを正確に覚えていない限り、詳細を知ることはできない。 したがって、例えば、何らかの原因で実際の診療日数よりも過大な日数分の過誤請求がレセプトに記載されていても、従来の技術では、レセプトの診療日数が正しいものかどうかチェックする方法がない。
【００１４】このような誤った過大な請求が発見できずそのまま通ってしまうと、保険者にとっては医療費損失になる。 結果として、医療費の高騰につながる。
【００１５】本発明の目的は、サービス提供機関において、保険給付サービスを受ける被保険者の保険資格の有無を簡単かつその都度確認可能にすることで、無資格者に対する保険給付サービス提供による各種の損失を抑止することにある。
【００１６】本発明の他の目的は、保険者において、サービス提供機関が保険者に対して保険給付サービスの報酬請求のために発行するレセプトに記載された過大請求を確実に検出して無駄な保険給付支出を削減することにある。
【００１７】本発明の他の目的は、医療機関において来診する被保険者の保険資格の有無を簡単かつその都度確認可能にすることで、無資格者受診による各種の損失を抑止することにある。
【００１８】本発明の他の目的は、保険者において、医療機関から発行されるレセプトに記載された過大請求を確実に検出して無駄な医療費支出を削減することにある。
【００１９】本発明の他の目的は、保険者におけるレセプト点検作業の効率化を実現することにある。
【００２０】
【課題を解決するための手段】本発明は、レセプトの審査方法において、保険給付サービスを受けようとする被保険者に保険資格があるか否かを、保険給付サービスを提供するサービス提供機関が資格認証機関に照会し、資格認証機関では受け付けた保険資格の照会経過を資格照会記録として保存し、サービス提供機関が保険者に対して保険給付サービスの報酬請求のために発行するレセプトの内容を、資格照会記録を用いて審査するものである。
【００２１】より具体的には、一例として、医療保険制度に適用する場合、本発明では、医療機関は、ネットワークを介して接続された資格認証機関に保険者情報と被保険者情報からなる資格確認情報と医療機関情報を入力し送付し、被保険者の保険資格の有無確認を依頼する。
【００２２】資格認証機関は、医療機関より送付された確認可能な医療機関情報とレセプト点検機関より送付された保険者情報と被保険者情報と資格有効期間情報からなる資格情報を事前に記憶し、資格確認依頼のため医療機関より送付された医療機関情報が資格確認可能な医療機関であるか突合（とつごう）し、突合一致ならば資格確認情報と該記憶した資格情報を突合し、突合一致ならば、突合結果を医療機関に送付する。
【００２３】資格確認情報には、該資格認証機関を識別する情報が含まれていて、資格確認情報をもとに自分の管轄か他の管轄かをチェックし、もし他の管轄であれば他の資格認証機関のアドレスに資格確認情報及び医療機関情報を送付する。
【００２４】医療機関は、資格認証機関より送付された資格有無結果を出力し、依頼した被保険者の資格有無を確認する。
【００２５】資格認証機関は、医療機関より送付された資格確認情報と該記憶した資格情報を突合し、突合一致だったら資格確認時期と資格確認情報を記憶する。
【００２６】一定期間ごともしくはある指示により、資格確認時期ごと、レセプト点検機関ごと、被保険者ごと、医療機関ごとに、突合できた回数を計算し、計算結果をレセプト点検機関に送付する。
【００２７】レセプト点検機関は、医療機関から送付されたレセプト情報を事前に記憶し、資格認証機関より送付された資格確認時期ごと、レセプト点検機関ごと、被保険者ごと、医療機関ごと、の突合回数情報と該記憶したレセプト情報を突合し、内容点検を行う。突合結果より得られた診療日数不一致情報を記憶する。
【００２８】これにより、医療機関にあっては、無資格受診に起因する各種の損失を確実に抑制することが可能となり、保険者にあっては過誤請求等に起因する無駄な医療費の支出が抑止され、医療費削減を図ることが可能となる。
【００２９】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００３０】以下の説明では、本発明の一実施の形態であるレセプトの審査方法および情報処理システムならびに記憶媒体について、保険医療制度における資格確認方法及び資格照会記録を用いたレセプト点検方法に適用した場合について、図を用いて説明する。なお、以下の説明では、データベースはＤＢと略記する。
【００３１】図１は、本発明の一実施の形態である資格確認及び資格照会記録を用いたレセプト点検システムを実現する情報処理システムの構成の一例を示す概念図である。
【００３２】本システムは、被保険者及び被扶養者より資格取得、資格喪失の申請を受け資格取得者及び資格喪失者の情報を作成し資格認証センターに送信し、また医療機関より照会された資格照会記録を資格認証センターより受信し、受信した資格照会記録とレセプト基本情報を突合して診療日数に過誤請求がないかをチェックする保険者システム２００と、保険者システム２００より送信された資格取得者及び資格喪失者の情報を蓄積し、医療機関から資格照会の指示を受け、資格の有無を確認し、結果を医療機関に返信し、また資格照会記録より被保険者ごと同一医療機関ごとに照会回数を計算し、計算結果を保険者に送信する資格認証センターシステム３００と、被保険者より医療保険に加入していることを示す被保険者証カードの提示を受け、カード情報を読み取り、読み取った情報を資格認証センターシステム３００に送信し、資格認証センターシステム３００より資格有無の情報を受信し、結果を表示する医療機関システム４００と、これらのシステムを結ぶネットワーク５００からなる。
【００３３】保険者システム２００は、当該月の資格取得者及び資格喪失者の抽出や資格照会記録とレセプト基本情報の突合等の処理、資格更新情報の送信処理、資格照会記録等の受信処理を行う中央処理部２１１と、処理結果を一時的に記憶する記憶部２１２と、送受信処理の経過や処理結果等を表示する表示部２１３と、資格取得者及び資格喪失者の情報登録や処理指示の操作等を行う入力部２１４と、被保険者証カードに都道府県コード、保険者番号、記号番号、性別、生年月日、本人家族コードを書き込むカード発行装置２２０と、処理結果を出力するプリンタ２３０と、被保険者の記号番号、氏名、性別、生年月日、本人家族、資格取得年月日、資格喪失年月日、老人扱い等の情報を格納する被保険者ＤＢ２４１と、被保険者ＤＢ２４１より抽出された当該月の資格取得者及び資格喪失者の記号番号、性別、生年月日、本人家族コード、新規か喪失かの別、資格取得年月日、資格喪失年月日等の情報を格納する資格更新用ＤＢ２４２と、資格認証センターシステム３００より送信された被保険者ごと同一医療機関ごとの資格照会集計情報である照会年月、医療機関コード、その医療機関が扱う医科か歯科か調剤かの種別、記号番号、性別、生年月日、本人家族コード、照会回数を格納する資格照会ＤＢ２４４と、紙のレセプトに記載された情報を何らかの方法を用いて読み取ったあるいは入力した医療機関コード、診療年月、整理番号、都道府県コード、レセプト種類、記号番号、性別、生年月日、診療実日数、請求点数を格納するレセプト基本情報ＤＢ２４５と、医療機関コード、種別、記号番号、性別、生年月日、本人家族コードをキーに資格照会ＤＢ２４４とレセプト基本情報ＤＢ２４５とを突合し、診療実日数が照会日数よりも多いレセプトの整理番号、記号番号等を格納する診療日数不一致ＤＢ２４６と、資格認証センターシステム３００より資格照会ＤＢ２４４と一緒に送信される資格照会可能な医療機関コードを格納する医療機関ＤＢ２４３と、被保険者証カードに書き込むための情報であるカードＤＢ２４７からなる。
【００３４】資格認証センターシステム３００は、医療機関システム４００から被保険者の資格照会に対し資格者の検索処理や資格照会記録の更新処理、当該月の被保険者ごと同一医療機関ごとの照会記録集計処理、自県資格認証センター以外の資格認証センターへの資格照会情報の転送処理及び転送先資格認証センターからの回答受信処理、保険者システム２００からの資格更新情報等の受信処理、保険者システム２００への資格照会集計情報等の送信処理を行う中央処理部３１１と、処理結果を一時的に記憶する記憶部３１２と、送受信処理の経過や処理結果等を表示する表示部３１３と、処理指示の操作等を行う入力部３１４と、医療機関コードとそれら医療機関がネットワークを介して資格照会が可能かどうかの情報を格納する医療機関ＤＢ３２１と、保険者システム２００より送信される資格更新用情報である記号番号、性別、生年月日、本人家族コード、新規か喪失か、資格取得年月日、資格喪失年月日を格納する資格ＤＢ３２２と、各都道府県の資格認証センターの都道府県コード、アドレスを格納する資格認証センターＤＢ３２３と、医療機関システム４００より資格照会を受けて資格ＤＢ３２２の情報に照会年月日、医療機関コード、種別を追加して格納する資格照会記録ＤＢ３２４と、資格照会記録ＤＢ３２４をもとに、当該月の被保険者ごと医療機関ごと種別ごとに集計した結果である照会年月、医療機関コード、種別、保険者番号、記号番号、性別、生年月日、本人家族コード、照会回数等の情報を格納する資格照会集計ＤＢ３２５と、保険者番号、アドレスを格納する保険者ＤＢ３２６からなる。
【００３５】医療機関システム４００は、カードに書き込まれている情報や医療機関コード、種別等の資格認証センターシステム３００への送信処理、資格認証センターシステム３００より資格有無の情報の受信処理を行う中央処理部４１１と、処理結果を一時的に記憶する記憶部４１２と、被保険者の資格有無等の情報を表示する表示部４１３と、パスワード入力や処理指示の操作等を行う入力部４１４と、被保険者が保有する被保険者証カードに書き込まれている情報を読み取るカード読取装置４２０からなる。
【００３６】本実施の形態の場合、一例として、資格認証センターシステム３００は、各都道府県単位に設置され、当該都道府県に所在する保険者（保険者システム２００）を管轄し、後述のように、管轄外の保険者の職掌する被保険者に関する照会依頼は管轄の他の資格認証センターシステム３００に取り次ぐことで処理する。
【００３７】図２は、本実施の形態の保険者システム２００の被保険者ＤＢ２４１の具体例を示す概念図である。
【００３８】図２に示すように被保険者ＤＢ２４１は、被保険者の記号番号２１、被保険者・被扶養者氏名２２、生年月日２３、性別２４、本人家族コード２５、資格取得年月日２６、資格喪失年月日２７、老人保健２８、公費２９、寝たきり３０の情報を格納している。
【００３９】例えば、被保険者・被扶養者氏名が「浦島太郎」は、記号番号が「１１１１１１１」であり、生年月日が「Ｓ３５．８．８」、本人家族コードが「０１」で、資格取得年月日は「Ｓ６０．４．３」で、被保険者資格があることを意味している。また、本人家族コード２５は、「０１」が本人、「０２」が配偶者、「１１」が長男というようにあらかじめ続柄にコードがふられており、「浦島太郎」は「本人」であることを意味している。さらに「浦島太郎」は、老人保健２８は「無」であるから老人保健の適用ではなく、公費２９も「無」であるから公費扱いではなく、寝たきり３０も「無」であるから寝たきり扱いでもないことを意味する。
【００４０】資格喪失の登録が行われると、資格喪失年月日２７に喪失年月日が登録される。
【００４１】図３は、本実施の形態の保険者システム２００の資格更新用ＤＢ２４２の具体例を示す概念図である。
【００４２】資格更新用ＤＢ２４２は、資格認証センターシステム３００に送信するため、被保険者ＤＢ２４１より当該月の資格取得者及び資格喪失者の情報を抽出し、記号番号３１、性別３２、生年月日３３、本人家族コード３４、新規か喪失かを示す新規／喪失区分３５、資格取得年月日３６、資格喪失年月日３７の情報を格納している。
【００４３】例えば、「Ｈ１２年４月分」では、記号番号が「４４４４４４４」、性別が「男」、生年月日が「３５．６．１５」である人が、「Ｈ１２．４．５」に資格取得したことを意味している。
【００４４】記号番号３１だけでは世帯共通の番号であるため、同一世帯に被保険者や被扶養者が複数存在すると個人を特定することができない。したがって、記号番号３１と性別３２、生年月日３３、本人家族コード３４とにより個人を特定することができる。
【００４５】なお、資格更新用ＤＢ２４２は、翌月分の資格更新用データを格納する時に上書きする。
【００４６】図４は、本実施の形態の資格認証センターシステム３００の医療機関ＤＢ３２１の具体例を示す概念図である。
【００４７】医療機関ＤＢ３２１は、資格認証センターシステム３００に、医療機関システム４００から資格照会があった場合に認証を行うために必要なＤＢであり、また保険者システム２００に資格照会集計ＤＢ３２５とともに、その内容が送信されるＤＢである。
【００４８】図４に示すように医療機関ＤＢ３２１は、医療機関コード４１、照会可否４２を格納している。
【００４９】例えば、医療機関コードが「０００１１１１」の医療機関は、ネットワークによる資格照会が可能な医療機関であることを意味している。
【００５０】なお、資格認証センターシステム３００において、自県の医療機関は、ネットワークを介して資格照会登録申請手続きを行うものである。したがって、資格照会登録申請の手続き処理が完了すると、医療機関ＤＢ３２１において、当該医療機関の照会可否４２が、「否」から「可」へと更新される。
【００５１】図５は、本実施の形態の資格認証センターシステム３００の資格ＤＢ３２２の具体例を示す概念図である。
【００５２】資格ＤＢ３２２は、自県の医療機関システム４００より資格照会を受けた被保険者の資格の有無を確認するために必要なＤＢである。
【００５３】図５に示すように資格ＤＢ３２２は、保険者番号５１、記号番号５２、性別５３、生年月日５４、本人家族コード５５、資格取得年月日５６、資格喪失年月日５７を格納している。
【００５４】例えば、保険者番号が「０１０１０１０１」、記号番号が「５５５５５５５」、性別が「男」、生年月日が「Ｓ５６．１．１０」、本人家族コードが「０１」である人は、「Ｈ１０．４．１」に資格取得し、「Ｈ１２．３．３１」に資格喪失したことを意味している。尚、資格喪失年月日から一定期間経過したレコードは資格ＤＢ３２２から消去される。
【００５５】図６は、本実施の形態の資格認証センターシステム３００の資格認証センターＤＢ３２３の具体例を示す概念図である。
【００５６】資格認証センターＤＢ３２３は、医療機関システム４００から資格照会を受けた被保険者が、自県の資格ＤＢ３２２に存在しない場合に、医療機関システム４００から送信された被保険者の情報及び医療機関コード等の情報を、その被保険者の資格情報を保有する県の資格認証センターに転送するために必要なＤＢである。
【００５７】図６に示すように、資格認証センターＤＢ３２３は、都道府県コード６１、資格認証センターアドレス６２を格納している。
【００５８】例えば、都道府県コードが「１３」の県の資格認証センターのアドレスは、「１１１．２２２．３３３」であることを意味している。
【００５９】図７は、本実施の形態の資格認証センターシステム３００の資格照会記録ＤＢ３２４の具体例を示す概念図である。
【００６０】資格照会記録ＤＢ３２４は、医療機関システム４００より被保険者の資格照会のために送信された情報と資格認証センターシステム３００が保有する資格ＤＢ３２２を突合し、資格有りの場合に照会履歴を残すＤＢである。
【００６１】図７に示すように資格照会記録ＤＢ３２４は、照会年月日７１、保険者番号７２、記号番号７３、性別７４、生年月日７５、本人家族コード７６、医療機関コード７７、種別７８を格納している。
【００６２】例えば、保険者番号が「０００１１１１」で、記号番号が「５５５５５５５」で、性別が「男」で、生年月日が「Ｓ２９．２．２」で、本人家族コードが「０１」である人が、医療機関コード「０５０５０５０」で、種別が「医科」である医療機関から「Ｈ１２．５．５」に資格照会があり、資格ＤＢ３２２と突合の結果、資格有であることを意味している。
【００６３】なお、照会年月日より一定期間経過したレコードは、資格照会記録ＤＢ３２４から消去される。
【００６４】図８は、本実施の形態の資格認証センターシステム３００の資格照会集計ＤＢ３２５の具体例を示す概念図である。
【００６５】資格照会集計ＤＢ３２５は、図７の資格照会記録ＤＢ３２４をもとに医療機関コードごと、その医療機関が扱う種別ごと、被保険者ごとに照会回数を集計したＤＢで、保険者システム２００に、その内容が送信されるＤＢである。
【００６６】図８に示すように資格照会集計ＤＢ３２５は、照会年月８１、医療機関コード８２、種別８３、保険者番号８４、記号番号８５、性別８６、生年月日８７、本人家族コード８８、照会回数８９を格納している。
【００６７】例えば、照会年月「Ｈ１２年５月」について、保険者番号が「０００１１１１」で、記号番号が「５５５５５５５」で、性別が「男」で、生年月日が「Ｓ２９．２．２」で、本人家族コードが「０１」である被保険者について、医療機関コードが「０５０５０５０５」で、種別が「医科」である医療機関から照会された回数が「３回」であることを意味する。
【００６８】なお、照会年月より一定期間経過したレコードは、資格照会集計ＤＢ３２５から消去される。
【００６９】図９は、本実施の形態の資格認証センターシステム３００の保険者ＤＢ３２６の具体例を示す概念図である。
【００７０】保険者ＤＢ３２６は、資格認証センターシステム３００において集計された資格照会集計ＤＢ３２５を保険者システム２００に送信するため、宛先を指定するＤＢである。
【００７１】図９で示すように保険者ＤＢ３２６は、保険者番号９１、保険者名９２、保険者アドレス９３を格納している。
【００７２】例えば、保険者番号「５５５５５５５」は、保険者名が「神健康保険組合」であり、アドレスが「５５５．５５５．５５５」であることを意味している。
【００７３】図１０は、本実施の形態の保険者システム２００の資格照会ＤＢ２４４の具体例を示す概念図である。
【００７４】資格照会ＤＢ２４４は、資格認証センターシステム３００から送信された資格照会集計ＤＢ３２５の情報を格納したＤＢであり、レセプト基本情報ＤＢ２４５の診療実日数があっているかどうかチェックをするために必要なＤＢである。
【００７５】図１０に示すように資格照会ＤＢ２４４は、照会年月１０１、医療機関コード１０２、種別１０３、記号番号１０４、性別１０５、生年月日１０６、本人家族コード１０７、照会回数１０８を格納している。
【００７６】例えば、照会年月「Ｈ１２年５月」について、記号番号が「５５５５５５５」で、性別が「男」で、生年月日が「Ｓ２９．２．２」で、本人家族コードが「０１」である人が、医療機関コードが「０５０５０５０５」で、種別が「医科」である医療機関から照会された回数が「３回」であることを意味する。
【００７７】図１１は、本実施の形態の保険者システム２００のレセプト基本情報ＤＢ２４５の具体例を示す概念図である。
【００７８】レセプト基本情報ＤＢ２４５は、紙媒体のレセプトに記載された情報を何らかの方法を用いて機械可読情報として読み取ったあるいは入力した情報であり、資格照会ＤＢ２４４の照会回数とあっているかどうかチェックするために必要なＤＢである。
【００７９】図１１で示すようにレセプト基本情報ＤＢ２４５は、医療機関コード１１１、診療年月１１２、レセプトの整理番号１１３、都道府県コード１１４、レセプト種類１１５、記号番号１１６、性別１１７、生年月日１１８、診療実日数１１９、請求点数１２０を格納している。
【００８０】例えば、医療機関コード「０５０５０５０５」から「Ｈ１２年５月」診療分として請求されたレセプトは、整理番号が「１１１１」で、都道府県コードが「１４」で、レセプト種類が「医科」で、記号番号が「５５５５５５５」で、性別が「男」で、生年月日が「Ｓ２９．２．２」で、診療実日数が「１」で、請求点数が「００００」であることを意味している。
【００８１】図１２は、本実施の形態の保険者システム２００の医療機関ＤＢ２４３の具体例を示す概念図である。
【００８２】医療機関ＤＢ２４３は、レセプト基本情報ＤＢ２４５から資格照会可能な医療機関が請求したレセプトだけを抽出するために必要なＤＢである。 レセプト基本情報ＤＢ２４５から資格照会可能な医療機関が請求したレセプトを選択的に抽出することにより、突合するレセプト件数が絞り込まれるので、突合処理が効率的に行える。
【００８３】図１２で示すように医療機関ＤＢ２４３は、都道府県コード１２１、医療機関コード１２２、資格照会可否１２３を格納している。
【００８４】例えば、資格照会可能な医療機関は、都道府県コードが「２１」で、医療機関コードが「０９０９０９０９」で、資格照会が「可」であることを意味している。
【００８５】なお、医療機関システム４００が、ネットワークを介した資格照会システムへの加入手続きにより、資格認証センターシステム３００における医療機関ＤＢ３２１の照会可否４２が「可」となった場合に、保険者システム２００にその医療機関コードを送信し、医療機関ＤＢ２４３において、当該医療機関の照会可否が「否」から「可」へと更新される。
【００８６】図１３は、本実施の形態の保険者システム２００の診療日数不一致ＤＢ２４６の具体例を示す概念図である。
【００８７】診療日数不一致ＤＢ２４６は、当該月において同一被保険者、同一医療機関、同一種別のレセプト基本情報ＤＢ２４５の診療実日数１１９が資格照会ＤＢ２４４の照会回数１０８より多かったレセプトの整理番号等の情報を格納するＤＢである。 診療実日数が照会日数より多いことは、医療機関がなんらかの原因で診療日数を過大に請求していることを意味しており、審査機関に対して再審査請求を行い再審査してもらう必要がある。
【００８８】図１３に示すように診療日数不一致ＤＢ２４６は、診療年月１３１、医療機関コード１３２、種別１３３、照会回数１３４、診療実日数１３５、レセプトの整理番号１３６を格納している。
【００８９】例えば、診療年月が「Ｈ１２年５月」分で、医療機関コードが「０５０５０５０５」で、種別が「医科」で、照会回数が「３」で、診療実日数が「５」で、レセプト整理番号が「１１１１」であり、照会回数３回に対して、レセプトでは５回受診したことになっており、医療機関コード「０５０５０５０５」が診療日数を過大に請求したことがわかる。
【００９０】図１４は、本実施の形態の保険者システム２００のカードＤＢ２４７の具体例を示す概念図である。
【００９１】カードＤＢ２４７は、被保険者証カードに書き込む情報であり、図１４に示すように都道府県コード１４１、保険者番号１４２、記号番号１４３、性別１４４、生年月日１４５、本人家族コード１４６を格納している。
【００９２】例えば、都道府県コードが「１４」で、保険者番号が「５５５５５５５」で、記号番号が「１１１１１１１」で、性別が「男」で、生年月日が「Ｓ５０．１２．２１」で、本人家族コードが「０１」であることを意味している。
【００９３】なお、一定期間が経過すると、カードＤＢ２４７の情報は消去される。
【００９４】図１５は、図１で示したシステム構成による資格確認方法及び資格照会記録を用いたレセプト点検方法の処理を示す全体フローチャートである。なお、簡単のため、図１５では、医療機関から保険者に発行されるレセプトの一次審査を行う公的審査機関は省略されており、医療機関から発行されるレセプトは、公的審査機関（都道府県単位に存在する）による一次審査を経て保険者毎に配布され、各保険者にて二次審査が行われ、本実施の形態の後述のステップ１５１０〜１５１２等の突合処理は、この保険者による二次審査に適用される。なお、一次審査に適用してもよいことはいうまでもない。
【００９５】ステップ１５０１において、保険者システム２００は、被保険者及び被扶養者の資格取得申請により、被保険者ＤＢ２４１に被保険者の情報を登録する。 また、資格喪失の申請を受けた場合は、被保険者ＤＢ２４１に資格喪失年月日を登録する。【００９６】次に、当該月における資格取得者及び資格喪失者を抽出し、抽出された被保険者の情報を資格更新用ＤＢ２４２に格納する。【００９７】保険者システム２００は、自県の資格認証センターシステム３００に当該月の資格更新用ＤＢ２４２をネットワークを介して送信する。 この際、保険者番号も併せて送信する。
【００９８】ステップ１５０２において、資格認証センターシステム３００は、自県の保険者システム２００より送信された当該月の資格更新用ＤＢ２４２を受信する。 この際、保険者番号も受信し、受信した資格更新用ＤＢ２４２の情報に保険者番号をセットして資格ＤＢ３２２に格納する。
【００９９】翌月も同様に、ステップ１５０１、ステップ１５０２の処理を行う。
【０１００】ステップ１５０３、ステップ１５０４、ステップ１５０５、ステップ１５０９は、医療機関から資格認証センターに被保険者の資格照会を行い、資格認証センターで保有する資格ＤＢ３２２と突合し、資格の有無を医療機関に返信する段階である。
【０１０１】ステップ１５０３において、被保険者が医療機関において受診する場合、医療機関は医療保険の資格者かどうかを確認するため、被保険者証の提示を求め、医療機関システム４００のカード読取装置４２０より被保険者証カードに書き込まれている被保険者の情報を読み取る。【０１０２】なお、複数日にわたる継続的な受診等が予想される被保険者については、最初の来診時等において被保険者証カードから読み取られた情報を医療機関システム４００等に備えられたＤＢ等に保存しておき、以降は、照会の都度、被保険者証カードを用いることなく、ＤＢに保存されている情報を用いて資格照会を行ってもよい。
【０１０３】医療機関システム４００は、資格確認を行うため、読み取った被保険者の情報を自県の資格認証センターシステム３００に送信する。 この際、医療機関のコード及びその医療機関が扱う種別（医科、歯科、調剤）も同時に送信する。医療機関のコード及びその医療機関が扱う種別は、入力して送信するか光学式文字読取装置やＩＣカードリーダ等でコード等を読み取り送信するか、あるいは事前に記憶しておいたコード等を送信するか等の方法により送信するものであり、入力手段を限定するものではない。
【０１０４】本実施の形態では、被保険者証がカードの場合を例示しているが、磁気カード、ＩＣカードなどカードの種類は問わない。また、被保険者証は必ずしもカードである必要はない。 例えば、被保険者証が紙媒体である場合は、保険者システム２００は、被保険者の情報を被保険者証プリンタを用いて作成する。 なお、必要に応じて、紙媒体の被保険者証に、記載内容を示すバーコード等のコードシンボルを印刷して医療機関等での資格照会時等における自動読み取りの利便性を向上させてもよい。また、資格照会する時も、医療機関システム４００において、紙に印字されている被保険者の情報を、入力部４１４より入力して資格認証センターシステム３００にデータを送信し資格照会する。
【０１０５】また、本実施の形態では、医療機関システム４００が、被保険者の資格照会のため、被保険者の情報と同時に医療機関コードとその医療機関が扱う種別も送信しているが、種別は必ずしも送信する必要はない。 例えば、種別を送信せず医療機関コードだけ送信すると、資格照会回数が被保険者ごと医療機関ごとに集計される。 もし、同一医療機関で医科、歯科とも扱っている場合、種別を入力しないと医科、歯科の資格照会がまとめて集計される。 そうなるとレセプト基本情報ＤＢ２４５と突合する時に、その医療機関から請求されたレセプトでレセプト種類が医科と歯科のレセプトと突合しなければならず、種別を送信した場合と比べて、突合処理に多く時間がかかることになる。
【０１０６】ステップ１５０４において、資格認証センターシステム３００が、ネットワークを介して医療機関システム４００より送信された医療機関コード及びその医療機関が扱う種別、カード読取装置４２０を用いて読み取ったカードに書き込まれている情報である都道府県コード、保険者番号、記号番号、性別、生年月日、本人家族コードの情報を受信する。【０１０７】もし、都道府県コードが自県のコードと一致しない場合には、資格認証センターＤＢ３２３を参照し、その被保険者の資格情報を保有する県の資格認証センターへ受信したデータをそのまま転送する。
【０１０８】都道府県コードが自県である場合は、保険者番号、記号番号、性別、生年月日、本人家族コードをキーに、受信したデータと資格ＤＢ３２２を突合する。
【０１０９】ステップ１５０５において、資格認証センターシステム３００は、医療機関システム４００から受信したデータと資格ＤＢ３２２を突合した結果、照会のあった被保険者が資格ＤＢ３２２にあるレコードと一致するレコードがあったかなかったかの情報を医療機関システム４００に送信する。 つまり、これは照会のあった被保険者が医療保険の資格があるのかないのかを医療機関に送信することを意味している。
【０１１０】次は、ステップ１５０６とステップ１５０９の２つの処理に分かれる。
【０１１１】ステップ１５０９において、上記ステップ１５０４で突合の結果、照会のあった被保険者が資格ＤＢ３２２にあるレコードと一致した（資格有り）、もしくは一致しなかった（資格なし）、の情報を資格認証センターシステム３００より受信し、その情報を医療機関の表示部４１３に表示する。 つまり、これは照会した被保険者が医療保険の資格があるのかないのかを表示部４１３に表示することを意味している。
【０１１２】ステップ１５０６、ステップ１５０７、ステップ１５０８は、ステップ１５０４で、照会のあった被保険者の情報と資格ＤＢ３２２が突合できた場合、資格照会履歴を記録し、当該月末に照会回数を集計し、保険者に照会回数等の情報を送信する段階である。
【０１１３】ステップ１５０６において、ステップ１５０４で突合の結果、照会のあった被保険者が資格ＤＢ３２２にあるレコードと一致した場合、資格認証センターシステム３００は、医療機関システム４００から送信され受信した保険者番号、記号番号、性別、生年月日、本人家族コード、医療機関コード、医療機関が扱う種別、照会年月日を資格照会記録ＤＢ３２４に格納する。
【０１１４】ステップ１５０７において、資格認証センターシステム３００は、当該月末に医療機関ごと、その医療機関が扱う種別ごと、記号番号、性別、生年月日、本人家族コードごとに照会回数の合計を計算し、照会年月、医療機関コード、種別、保険者番号、記号番号、性別、生年月日、本人家族コード、照会回数を資格照会集計ＤＢ３２５に格納する。
【０１１５】なお、資格照会記録ＤＢ３２４のレコードは、一定期間が経過すると資格照会記録ＤＢ３２４から消去される。
【０１１６】ステップ１５０８において、資格認証センターシステム３００は、資格照会集計ＤＢ３２５の情報を保険者ＤＢ３２６よりアドレスを参照し、保険者システム２００に送信する。
【０１１７】ステップ１５１０、ステップ１５１１、ステップ１５１２は、資格認証センターから送信された資格照会集計情報を格納し、レセプト基本情報と突合し、請求された診療実日数が多くないかどうかをチェックする段階である。
【０１１８】ステップ１５１０において、保険者システム２００は、資格認証センターより送信された資格照会集計情報を受信し、資格照会ＤＢ２４４に格納する。【０１１９】ステップ１５１１において、医療機関より請求されたレセプトに記載されている情報を何らかの方法で、コンピュータにて処理可能な電子情報にして入力し、レセプト基本情報ＤＢ２４５に格納する。【０１２０】ステップ１５１２において、資格照会ＤＢ２４４とレセプト基本情報ＤＢ２４５を突合し、レセプト基本情報ＤＢ２４５の診療実日数が資格照会ＤＢ２４４の照会回数より多い場合は、レセプトの整理番号、医療機関コード等の情報を診療日数不一致ＤＢ２４６に格納する。
【０１２１】図１６〜図２２は、図１５の全体フローチャートの詳細を示す詳細フローチャートである。
【０１２２】図１６は、図１５のステップ１５０１を詳細に示したフローチャートであり、保険者システム２００が、被保険者の資格取得及び資格喪失の申請により、被保険者ＤＢ２４１に資格取得及び資格喪失を登録し、被保険者ＤＢ２４１から当該月の資格取得者及び資格喪失者を抽出し、抽出した被保険者の情報を資格更新用ＤＢ２４２に格納し、自県の資格認証センターシステム３００に資格更新用ＤＢ２４２を送信する流れを示すものである。
【０１２３】まずステップ１６０１において、被保険者あるいは被扶養者より資格取得もしくは資格喪失の申請があると、保険者システム２００は、入力部２１４より資格取得か資格喪失かの指示を出す。 ステップ１６０２において、資格取得か資格喪失のどちらであるかを判断し、資格取得の場合はステップ１６０３へ進む。 資格喪失の場合はステップ１６０４へ進む。
【０１２４】資格取得の場合、ステップ１６０３において、記号番号、被保険者名、性別、生年月日、本人家族コード、資格取得年月日及び老人保健適用の可否、公費扱いの可否、寝たきり扱いの可否を入力部２１４より入力し、ステップ１６０５において、入力した情報を被保険者ＤＢ２４１に格納する。【０１２５】資格喪失の場合、ステップ１６０４において、記号番号を入力部２１４より入力し該当する被保険者のレコードを検索する。 表示部２１３に表示された被保険者のレコードに資格喪失年月日を入力部２１４より入力し、その被保険者情報を更新する。
【０１２６】次に、資格取得者に対して発行する被保険者証への被保険者情報の登録について説明する。
【０１２７】ステップ１６０６において、カードＤＢ２４７の情報を被保険者証カードにカード発行装置２２０を用いて書き込む。
【０１２８】なお、本実施の形態では、被保険者証をカードとしているが、磁気カード、ＩＣカードなどカードの種類は問わない。また、被保険者証はカードである必要はなく、紙の被保険者証であってもかまわない。 この場合、カード発行装置２２０ではなく被保険者証発行プリンタを用いてカードＤＢ２４７の情報を出力することになる。
【０１２９】次に、当該月の資格取得者及び資格喪失者を抽出し、抽出した情報を格納する処理について説明する。
【０１３０】ステップ１６０７において、被保険者ＤＢ２４１より当該月の資格取得者及び資格喪失者を検索し、抽出した情報を一時記憶テーブル１５１（図２３）に格納し、ステップ１６０８において、一時記憶テーブル１５１の情報を資格更新用ＤＢ２４２に格納する。 資格更新用ＤＢ２４２に一時記憶テーブル１５１の情報の格納が完了すると、一時記憶テーブル１５１の情報はクリアになる。
【０１３１】次は、資格認証センターシステム３００に資格更新用ＤＢ２４２を送信する流れについて説明する。
【０１３２】ステップ１６０９において、保険者システム２００は、自県の資格認証センターシステム３００に保険者ＩＤ、パスワードを送信する。 送信先の資格認証センターシステム３００から認証を受けて、ステップ１６１０において、当該月の資格更新用ＤＢ２４２の情報を資格認証センターシステム３００に送信する。 この時、保険者番号も同時に送信する。
【０１３３】ステップ１６１１において、送信完了したら表示部２１３に「送信完了」のメッセージを表示し、処理が終了する。
【０１３４】図１７は、図１５のステップ１５０２を詳細に示したフローチャートであり、資格認証センターシステム３００が、保険者システム２００より送信された資格更新用ＤＢ２４２の情報を受信し、資格ＤＢ３２２に格納する流れを示すものである。
【０１３５】まず、ステップ１７０１において、保険者システム２００より送信された保険者ＩＤ、パスワードによりその保険者がデータ送信してもよい保険者かどうか認証を行う。 ステップ１７０２において、保険者ＩＤが正しければ、ステップ１７０３に進む。 保険者ＩＤが正しくなければ、処理が終了する。
【０１３６】ステップ１７０３において、保険者システム２００より送信された資格更新用ＤＢ２４２の情報と同時に送信された保険者番号を受信し、受信した情報を一時記憶テーブル１５２（図２４）に格納する。
【０１３７】ステップ１７０４において、一時記憶テーブル１５２の各レコードが、資格取得か資格喪失のどちらであるかを判断する。 資格取得すなわちレコードに「新規」があれば、ステップ１７０５に進む。 資格喪失すなわちレコードに「喪失」があれば、ステップ１７０６に進む。
【０１３８】資格取得の場合は、ステップ１７０５において、保険者番号、記号番号、性別、生年月日、本人家族コード、資格取得年月日を資格ＤＢ３２２に格納する。【０１３９】資格喪失の場合は、ステップ１７０６において、保険者番号、記号番号、生年月日、本人家族コードをキーに資格ＤＢ３２２より該当するレコードを検索し、ステップ１７０７において、一時記憶テーブル１５２にある資格喪失年月日を検索したレコードの資格喪失月日欄に格納し、更新する。
【０１４０】ステップ１７０６における資格取得者情報の格納及びステップ１７０７における資格喪失年月日の格納が終了すると、一時記憶テーブル１５２の情報はクリアになる。
【０１４１】図１８は、図１５のステップ１５０３とステップ１５０９を詳細に示したフローチャートであり、医療機関システム４００が、被保険者の資格照会を行う流れを示したものである。
【０１４２】ステップ１８０１において、医療機関システム４００は、被保険者あるいは被扶養者から提示された被保険者証カードに書き込まれている情報を、カード読取装置４２０を用いて読み込み、ステップ１８０２において、読み取った情報である保険者番号、記号番号、性別、生年月日、本人家族コードを表示部４１３に表示する。【０１４３】本実施の形態では、被保険者情報をカードに持たせているが、必ずしもカードである必要はない。 例えば、被保険者証が紙である場合は、保険者システム２００は、被保険者の情報を被保険者証プリンタを用いて作成する。 また、資格照会する時も、医療機関システム４００において、紙に印字されている被保険者の情報を、入力部４１４より入力して資格認証センターシステム３００にデータを送信し資格照会する。
【０１４４】これにより、被保険者証カードに書き込まれている情報に過不足がないか、目視によりチェックできるので、資格認証センターに過不足のない被保険者の情報を送信することができる。
【０１４５】次に、ステップ１８０３において、ステップ１８０１で読み取った被保険者情報、医療機関コード及びその医療機関が扱う種別（医科、歯科、調剤）を自県の資格認証センターシステム３００に送信する。
【０１４６】この際、医療機関のコード及びその医療機関が扱う種別（医科、歯科、調剤）の情報は、入力して送信するか光学式文字読取装置やＩＣカードリーダ等でコード等を読み取り送信するか、あるいは事前に記憶しておいたコード等を送信するか等の方法により送信するものであり、入力手段を限定するものではない。
【０１４７】本実施の形態では、その医療機関が扱う種別（医科、歯科、調剤）も送信しているが、必ずしも送信する必要はない。【０１４８】例えば、種別を送信せず医療機関コードだけ送信すると、資格照会回数が被保険者ごと医療機関ごとに集計される。 もし、同一医療機関で医科、歯科とも扱っている場合、種別を入力しないと医科、歯科の資格照会をまとめて集計される。そうなるとレセプト基本情報ＤＢ２４５と突合する時に、その医療機関から請求されたレセプトでレセプト種類が医科と歯科のレセプトと突合しなければならず、種別も送信した場合と比べて、突合処理に多く時間がかかることになる。
【０１４９】次は、資格認証センターシステム３００において、資格ＤＢ３２２と医療機関システム４００より送信された情報との突合結果により３つの処理に分かれる。
【０１５０】突合できた、すなわち資格がある場合は、資格認証センターシステム３００より資格有の情報が送信され、ステップ１８０４において、資格有の情報を受信し、ステップ１８０５において、表示部４１３に保険者番号、記号番号、性別、生年月日、本人家族コード及び備「資格有」のメッセージを表示する。
【０１５１】突合できたが、突合したレコードに資格喪失年月日のデータがある場合は、資格認証センターシステム３００より資格無の情報及び資格喪失年月日の情報が送信され、ステップ１８０６において、資格無の情報及び資格喪失年月日の情報を受信し、ステップ１８０７において、表示部４１３に保険者番号、記号番号、性別、生年月日、本人家族コード、資格喪失年月日及び「資格無」のメッセージを表示する。
【０１５２】突合できなかった、すなわち資格がない場合は、資格認証センターシステム３００より資格無の情報が送信され、ステップ１８０８において、資格無の情報を受信し、ステップ１８０９において、表示部４１３に保険者番号、記号番号、性別、生年月日、本人家族コード「資格無」のメッセージを表示する。
【０１５３】これにより、医療機関において、被保険者の資格の有無が来診時等において即時に確認できるので、これまでのように無資格者であることを知らずに診療し、その診療報酬を請求しても、無資格であることを理由に保険者からレセプトが返戻され、診療報酬を保険者から支払ってもらえない事態はなくなる。 かりに無資格者を診療することになっても、その場で、当該受診者が現在無資格である旨を説明して、全額自己負担してもらうことが可能になるので、診療報酬を確実に回収できるメリットがある。
【０１５４】また、被保険者がそれまで加入していた医療保険を脱退する時は、被保険者証も返却しなければならない。 たまたま返却するのを忘れてしまっていて、まだその被保険者証を保持していて、それを医療機関で使用したとしても、保険者システム２００で被保険者ＤＢ２４１に資格喪失年月日が登録され、資格認証センターシステム３００の資格ＤＢ３２２にも資格喪失年月日が登録されていれば、その被保険者証は無効であることも確認できるので、全額自己負担してもらうか、あるいは受診をやめてもらうかを被保険者に対して説明することができる。 このため、無資格受診の抑制になる。
【０１５５】図１９は、図１５のステップ１５０４からステップ１５０６を詳細に示したフローチャートであり、資格認証センターシステム３００が、医療機関より資格照会のために被保険者の情報を受信し、資格があるかないかをチェックし、資格があった場合には資格照会履歴を残す流れを示したものである。
【０１５６】ステップ１９０１において、医療機関システム４００よりネットワークを介して送信された医療機関コード、その医療機関が扱う種別、被保険者証カードから読み取った情報である都道府県コード、保険者番号、記号番号、性別、生年月日、本人家族コードを受信する。
【０１５７】ステップ１９０２において、情報を送信してきた医療機関が照会可能な医療機関であるかどうか医療機関コードをキーに医療機関ＤＢ３２１を参照し、判断する。 照会可能な医療機関であれば、ステップ１９０３へ進む。 照会可能な医療機関でなければ、処理は終了する。
【０１５８】次に、ステップ１９０３において、受信した被保険者の情報が、自県の資格ＤＢ３２２にあるか、他県の資格認証センターの資格ＤＢ３２２にあるのかを判断するため、都道府県コードと自県の資格認証センターの都道府県コードが同じかどうかをチェックする。
【０１５９】都道府県コードと自県の資格認証センターの都道府県コードが一致した、すなわち受信した被保険者の情報が、自県の資格ＤＢ３２２にある場合は、ステップ１９０４へ進む。
【０１６０】都道府県コードと自県の資格認証センターの都道府県コードが一致しなかった、すなわち受信した被保険者の情報が、他県の資格認証センターの資格ＤＢ３２２にある場合は、ステップ１９１１へ進む。
【０１６１】ステップ１９０４において、保険者番号、記号番号、性別、生年月日、本人家族コードをキーに、ステップ１９０１で受信した被保険者の情報と資格ＤＢ３２２を突合する。【０１６２】なお、突合した資格ＤＢ３２２のレコードは、一時記憶テーブル１５３（図２５）に格納する。
【０１６３】ステップ１９０５において、突合した場合は、ステップ１９０６に進む。【０１６４】ステップ１９０５において、突合しなかった場合は、ステップ１９０９に進み、ステップ１９０９において、医療機関システム４００に「資格無」の情報を送信して、処理が終了する。【０１６５】ステップ１９０６において、資格喪失年月日にデータがあるかをどうかみる。資格喪失年月日にデータがない場合は、ステップ１９０７に進み、ステップ１９０７において、医療機関システム４００に「資格有」の情報を送信する。【０１６６】ステップ１９０６において、資格喪失年月日にデータがある場合は、ステップ１９１０に進み、ステップ１９１０において、医療機関システム４００に「資格無」の情報及び資格喪失年月日を送信する。 送信されると、資格喪失年月日のデータがあるレコードは、一時記憶テーブル１５３より消去される。
【０１６７】ステップ１９０８において、一時記憶テーブル１５３にある保険者番号、記号番号、性別、生年月日、本人家族コードに、照会年月日、医療機関コード及び種別をセットし、資格照会記録ＤＢ３２４に格納する。
【０１６８】なお、資格照会記録ＤＢ３２４にデータが格納されると、一時記憶テーブル１５３の情報はクリアになる。
【０１６９】ステップ１９０３において、都道府県コードと自県の資格認証センターの都道府県コードが一致しなかった、すなわち受信した被保険者の情報が、他県の資格認証センターの資格ＤＢ３２２にある場合、ステップ１９１１において、都道府県コードが一致しなかった被保険者の情報を転送用テーブル１５４（図２６）に一時的に格納する。
【０１７０】次に、ステップ１９１２において、都道府県コードをキーに資格認証センターＤＢ３２３より転送先のアドレスを検索する。
【０１７１】ステップ１９１３において、一時的に転送用テーブル１５４に格納している情報を、当該資格認証センターのアドレスをつけて、送信先の他県の資格認証センターシステム３００に送信する。 当該資格認証センターのアドレスをつけて転送することにより、転送された県の資格認証センターで資格照会を行い、資格有無の情報を転送した資格認証センターに返信することが容易に行える。 なお、転送完了すると、転送用テーブル１５４の情報はクリアされる。
【０１７２】この後は、ステップ１９１４において、転送された県の資格認証センターシステム３００で、送信された被保険者情報と資格ＤＢ３２２との突合処理が行われる。
【０１７３】本実施の形態では、医療機関は自県の資格認証センターに資格照会しているが、被保険者が属する保険者の所在のある他県資格認証センターに資格照会してもかまわない。この場合、医療機関は資格認証センターに被保険者の情報と医療機関コード、種別及び医療機関コードに医療機関が所在する都道府県コードをセットして送信する。
【０１７４】他県の資格認証センターシステム３００は、該医療機関より送信された被保険者の情報と医療機関コード、種別及び医療機関コードに医療機関が所在する都道府県コードを一時格納する。
【０１７５】次に、医療機関コードにセットした都道府県コードが、該資格認証センターシステム３００の都道府県コードと一致しているかどうかをチェックする。一致していない場合には、資格認証センターＤＢ３２３を参照し、送付先県の資格認証センターシステム３００のアドレスに該医療機関コードに該資格認証センターのアドレスをつけて送信する。
【０１７６】送付先県の資格認証センターシステム３００は、該医療機関コードと該資格認証センターのアドレスを受信し、一時格納する。該医療機関コードと医療機関ＤＢ３２１の医療機関コードを突合し、突合すれば、一時格納した該資格認証センターのアドレスに「照会可」の情報を該資格認証センターシステム３００に送付する。突合できなければ、「照会不可」の情報を送付する。
【０１７７】送付先県の資格認証センターシステム３００より「照会可」を受信した該資格認証センターシステム３００は、保険者番号、記号番号、性別、本人家族コードをキーに、一時格納している被保険者の情報と資格ＤＢ３２２を突合する。突合すれば、医療機関システム４００に「資格有」の情報を送信する。突合しない場合は、「資格無」の情報を送信する。
【０１７８】図２０は、図１９のステップ１９０３において、都道府県コードと自県の資格認証センターの都道府県コードが一致しなかった、すなわち受信した被保険者の情報が、他県の資格ＤＢ３２２にあり、転送された県の資格認証センターシステム３００において、資格照会を行う流れを示したものである。
【０１７９】ステップ２００１において、医療機関システム４００より資格照会のあった県の資格認証センターシステム３００より転送された医療機関コード、種別及び被保険者の情報、転送した県の資格認証センターのアドレスを受信する。
【０１８０】ステップ２００２において、転送された保険者番号、記号番号、性別、生年月日、本人家族コードをキーに、転送された県の資格認証センターシステム３００の資格ＤＢ３２２と突合する。
【０１８１】なお、突合した資格ＤＢ３２２のレコードは、他県一時記憶テーブル１５５（図２７）に格納する。
【０１８２】ステップ２００３において、突合した場合は、ステップ２００４へ進む。【０１８３】ステップ２００３において、突合しなかった場合は、ステップ２００７に進み、ステップ２００７において、転送元である県の資格認証センターシステム３００に「資格無」の情報を送信して、処理が終了する。
【０１８４】ステップ２００４において、他県一時記憶テーブル１５５のレコードに資格喪失年月日のデータがあるかみる。 資格喪失年月日にデータがある場合は、ステップ２００８に進み、ステップ２００８において、転送元である県の資格認証センターシステム３００に「資格無」の情報及び資格送信年月日を送信する。 送信されると、資格喪失年月日にデータがあるレコードは、他県一時記憶テーブル１５５より消去される。
【０１８５】ステップ２００４において、資格喪失者年月日にデータがない場合は、ステップ２００５に進み、ステップ２００５において、転送先である県の資格認証センターシステム３００に「資格有」の情報を送信する。
【０１８６】次に、ステップ２００６において、他県一時記憶テーブル１５５にある保険者番号、記号番号、性別、生年月日、本人家族コード、医療機関コード、種別に、照会年月日をセットし、資格照会記録ＤＢ３２４に格納する。
【０１８７】なお、資格照会記録ＤＢ３２４にデータが格納されると、他県一時記憶テーブル１５５の情報はクリアになる。
【０１８８】図２１は、図１５のステップ１５０７とステップ１５０８を詳細に示したフローチャートであり、当該月において、被保険者ごと、医療機関ごと、その医療機関が扱う種別ごとに照会回数を集計し、集計結果を保険者に送付する流れを示したものである。
【０１８９】ステップ２１０１において、資格認証センターシステム３００は、当該月末に資格照会記録ＤＢ３２４より、当該月において、記号番号、性別、生年月日、本人家族コードごと、医療機関コードごと、医療機関が扱う種別ごとに資格照会回数の合計を計算する。
【０１９０】ステップ２１０２において、照会年月、医療機関コード、種別、保険者番号、記号番号、性別、生年月日、本人家族コード及びステップ２１０１で計算した資格照会回数合計を資格照会集計ＤＢ３２５に格納する。
【０１９１】ステップ２１０３において、資格照会集計ＤＢ３２５を保険者番号ごとにソートし、一保険者のレコードを送信用テーブル１５６（図２８）に一時的に格納する。
【０１９２】ステップ２１０４において、他県の資格認証センターシステム３００より送信されたその県で資格照会可能な医療機関コードの情報を受信する。
【０１９３】ステップ２１０５において、資格照会集計ＤＢ３２５の保険者番号をキーに保険者ＤＢ３２６を参照し、送信する保険者のアドレスを検索し、送信用テーブル１５６の情報を該当する保険者システム２００に送信する。 この時、照会可能な医療機関コード情報も自県及び他県分を合わせて送信する。
【０１９４】なお、一つの保険者システム２００に送信が完了すると、送信用テーブル１５６の情報はクリアになり、次の保険者のレコードを送信用テーブル１５６に一時的に格納する。
【０１９５】ステップ２１０６において、他に資格照会集計データを送信しなければならない保険者がいるかどうか判断する。 他に送信すべき保険者のデータがあれば、ステップ２１０４に戻る。 他に送信すべき保険者のデータがなければ、処理は終了する。
【０１９６】図２２は、図１５のステップ１５１０からステップ１５１２を詳細に示したフローチャートであり、保険者において、医療機関より請求されたレセプトに記載されている診療日数が、資格照会回数より多くないかどうか、つまり診療日数を過大に請求していないかをチェックする流れを示したものである。
【０１９７】ステップ２２０１において、自県の資格認証センターシステム３００より送信された資格集計情報と照会可能な医療機関コードを受信する。
【０１９８】次は、ステップ２２０２とステップ２２０３の２つの処理に分かれる。
【０１９９】ステップ２２０２は、ステップ２２０１で受信した情報のうち、資格集計情報である照会年月、医療機関コード、種別、記号番号、性別、生年月日、本人家族コード、照会回数を資格照会ＤＢ２４４に格納する。
【０２００】ステップ２２０３は、ステップ２２０１で受信した情報のうち、照会可能な医療機関コードを医療機関ＤＢ２４３に格納する。
【０２０１】次に、ステップ２２０４において、医療機関から請求されたレセプトに記載されている情報を読み込むか入力するか、なんらかの方法によりレセプト情報を電子化し、医療機関コード、診療年月、レセプトに付番される整理番号、都道府県コード、医科か歯科か調剤かどの種の請求であるかを示すレセプト種類、本人を特定する記号番号、性別、生年月日、診療実日数、請求点数をレセプト基本情報ＤＢ２４５に格納する。
【０２０２】ステップ２２０５において、ステップ２２０３で格納した医療機関ＤＢ２４３を用いてステップ２２０４で格納したレセプト基本情報ＤＢ２４５より突合できる医療機関のレセプトを抽出する。 よって、資格照会可能な医療機関が請求したレセプトを抽出することにより、突合するレセプトの件数が絞り込まれるので、突合処理に多くの時間がかからず、処理が効率化できる。
【０２０３】なお、ステップ２２０５において、抽出したレセプトデータを抽出レセプトテーブル１５７（図２９）に一時的に格納する。
【０２０４】ステップ２２０６において、医療機関コード、種別、記号番号、性別、生年月日をキーに、資格照会ＤＢ２４４と抽出レセプトテーブル１５７を突合する。
【０２０５】ステップ２２０７において、突合できるレコードがある場合は、ステップ２２０８に進む。
【０２０６】突合できるレコードがない場合は、ステップ２２１１へ進む。
【０２０７】突合できるレコードがある場合は、ステップ２２０８において、資格照会ＤＢ２４４の照会回数と抽出レセプトテーブル１５７の診療実日数を照合する。
【０２０８】ステップ２２０９において、診療実日数が照会回数より多いか少ないか判断する。 診療実日数が照会回数より多い場合は、ステップ２２１０に進み、ステップ２２１０において、資格照会ＤＢ２４４の医療機関コード、種別、照会回数と抽出レセプトテーブル１５７の診療年月、診療実日数、整理番号を診療日数不一致ＤＢ２４６に格納する。
【０２０９】次に、ステップ２２１１において、抽出レセプトテーブル１５７にあるレコードが最後のレコードかどうか判断する。 最後のレコードであれば、処理が完了する。 最後のレコードでなければ、ステップ２２０６に戻る。
【０２１０】なお、抽出レセプトテーブル１５７のレコードは、ステップ２２０６からステップ２２１０の処理が行われるごとに抽出レセプトテーブル１５７から順次クリアになる。
【０２１１】以上説明したように、本実施の形態のレセプトの審査方法および情報処理システムによれば、医療機関に設置された医療機関システム４００を用いて、来診時等の都度、資格認証センターシステム３００に照会することで、被保険者の保険資格の有無を簡単かつ確実に確認を行うことが可能なる。これにより、無資格者受診を抑制することができ、無資格者受診に伴って医療機関にて発生する種々の損失を削減することが可能になる。
【０２１２】また、医療機関から保険資格の有無確認の照会依頼を受け付ける資格認証センターシステム３００では、資格有が確認できるごとに資格照会記録を保存し、この資格照会記録を各保険者に送付し、各保険者は、受け取った資格照会記録に基づいて、医療機関から請求されるレセプトに記載された診療日数等の情報と突合することにより、レセプトに過大な請求がないか否かを的確にチェックすることが可能になり、無駄な医療費の支出を抑止でき、保険医療費を削減することが可能になる。
【０２１３】本願の特許請求の範囲に記載された発明を見方を変えて表現すれば以下の通りである。
【０２１４】＜１＞ 医療機関等の資格確認依頼機関が被保険者の保険資格の有無を確認する資格確認方法及び保険者等のレセプト点検機関がレセプトを点検するレセプト点検方法において、資格確認依頼機関は、少なくとも保険者番号等の保険者を特定する保険者特定情報と記号番号等の被保険者を特定する被保険者特定情報とからなる資格確認情報を入力するステップと、入力した資格確認情報と該資格確認機関を特定する依頼機関情報をネットワークを介して接続された資格認証機関に送付するステップと、上記資格認証機関から送付された資格有無情報を出力するステップを備え、上記資格認証機関は、少なくとも保険者特定情報と被保険者特定情報と資格取得年月日や資格喪失年月日等の資格有効期間情報とからなる資格情報を入力するステップと、該資格情報を記憶するステップと、医療機関コード等の資格確認可能な資格確認依頼機関を特定する機関情報を入力するステップと、上記機関情報を記憶するステップと、上記資格確認依頼機関から送付された依頼機関情報と該記憶機関情報とを突合するステップと、突合が整合しているならば、送付された資格確認情報と該記憶資格情報を突合するステップと、突合結果より得られた資格有無情報を該資格確認依頼機関に送付するステップとを備えることを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２１５】＜２＞ 項目＜１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格情報を入力するステップは資格認証機関とネットワークで接続された保険者等のレセプト点検機関にて実行され、資格認証機関は、レセプト点検機関からネットワークを介して資格情報を受け取り入力し記憶することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２１６】＜３＞ 項目＜１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、機関情報を入力するステップは資格認証機関とネットワークで接続された医療機関等の資格確認依頼機関にて実行され、資格認証機関は、資格確認依頼機関からネットワークを介して機関情報を受け取り入力し記憶することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２１７】＜４＞ 項目＜１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、レセプト点検機関に応じて資格認証機関が複数ある場合において、各資格認証機関は他の認証機関の少なくともレセプト点検機関が属する資格認証機関の対応とアドレスからなる認証機関情報を入力し記憶するステップと、資格確認情報には資格認証機関を識別する情報が含まれていて、前記資格確認依頼機関から送付された依頼機関情報と該記憶機関情報との突合が整合していれば、該資格確認依頼機関から送付された資格確認情報をもとに自資格認証機関か他資格認証機関かをチェックし、もし他資格認証機関であれば、他資格認証機関のアドレスへ資格確認情報と依頼機関情報及び予め記憶しておいた自資格認証機関のアドレスを送付するステップを備えることを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２１８】＜５＞ 項目＜４＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格認証機関は、他の資格認証機関から送付された資格確認情報と依頼機関情報及び資格認証機関のアドレスを入力し記憶するステップと、送付された資格確認情報と該資格情報を突合し、突合が整合していれば、資格有無情報を該記憶した他資格認証機関のアドレスに送付するステップとを実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２１９】＜６＞ 項目＜４＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、依頼機関情報には資格認証機関を識別する情報が含まれていて、資格認証機関は、資格確認依頼機関から送付された依頼機関情報が自資格認証機関か他資格認証機関かをチェックし、もし他資格認証機関であれば、依頼機関情報をもとに他資格認証機関のアドレスへ依頼機関情報及び予め記憶しておいた自資格認証機関のアドレスを送付するステップを実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２０】＜７＞ 項目＜６＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格認証機関は、他資格認証機関から送付された依頼機関情報及び資格認証機関のアドレスを入力し記憶するステップと、送付された依頼機関情報と該機関情報を突合し、突合結果より得られた機関有無情報を該記憶した他資格認証機関のアドレスに送付するステップと、を実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２１】＜８＞ 項目＜１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格認証機関は、資格確認依頼機関より送付された資格確認情報と該記憶した資格情報を突合し、突合が整合していれば資格確認年月等の突合時期を特定する資格確認時期情報と保険者特定情報と被保険者特定情報とからなる確認記録情報を記憶するステップと、レセプト点検機関を特定するレセプト点検機関情報を入力し記憶するステップと、該確認記録情報をレセプト点検機関に送付するステップと、を実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２２】＜９＞ 項目＜８＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格認証機関は、一定期間ごともしくはある指示に応じて、資格確認時期ごとレセプト点検機関ごと被保険者ごと資格確認依頼機関ごとに、突合できた回数を集計するステップと、該資格確認時期ごとレセプト点検機関ごと被保険者ごと資格確認依頼機関ごとの突合回数情報を記憶するステップと、該資格確認時期ごとレセプト点検機関ごと被保険者ごと資格確認依頼機関ごとの突合回数情報とからなる記録集計情報をレセプト点検機関に送付するステップと、を実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２３】＜１０＞ 項目＜９＞及び＜１０＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、レセプト点検機関は、資格確認機関より送付された記録集計情報を記憶するステップと、少なくとも受診年月と被保険者と診療した医療機関と診療日数等の情報を含む診療報酬請求情報を入力し記憶するステップと、該記憶した集計記録情報と診療報酬請求情報を突合するステップと、突合結果より得られた集計記録情報と診療報酬請求情報の診療日数の差を診療日数不一致情報として記憶し、出力するステップと、を実行することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２４】＜１１＞ 項目＜１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格確認依頼機関よりネットワークを介して接続された資格認証機関に送付する依頼機関情報は、資格確認依頼機関にて入力することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２５】＜１２＞ 項目＜１１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格確認依頼機関よりネットワークを介して接続された資格認証機関に送付する依頼機関情報を入力する方法は、被保険者等を特定する情報を電子的に記憶したＩＣカード等の記憶媒体からＩＣカードリーダ等を用いて読み込むことを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２６】＜１３＞ 項目＜１１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格確認依頼機関よりネットワークを介して接続された資格認証機関に送付する依頼機関情報を入力する方法は、被保険者証等を特定する媒体を光学式文字読取装置を用いて読み込むことを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２７】＜１４＞ 項目＜１１＞記載の被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法において、資格確認依頼機関よりネットワークを介して接続された資格認証機関に送付する依頼機関情報を入力する方法は、その都度入力するのではなく、予め入力しておいたものを送付することを特徴とする被保険者の資格確認方法及び資格照会記録を用いたレセプト点検方法。
【０２２８】以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【０２２９】たとえば、上述の説明では、サービス提供機関として、医療保険制度において、保険給付サービスとして保険診療を実施する医療機関の場合を例に採って説明したが、これに限らず、介護保険制度において、保険給付サービスとして介護サービスを実施する介護サービス事業者等に適用してもよい。
【０２３０】また、上述の実施の形態の説明では、便宜上、保険者システム２００、医療機関システム４００、資格認証センターシステム３００等が独立して存在する場合を例に採って説明したが、これらシステムの一部またはすべてが、ＡＳＰ（Application Service Provider）等の事業者が運営するＩＤＣ（Internet Data Center）等に集中して設けられ、統括して管理されている場合も、本発明に含まれる。その場合、被保険者ＤＢ２４１等の情報を、各システムで重複して持つことなく、共有することでシステム運営を効率化できる利点がある。
【０２３１】
【発明の効果】本発明によれば、サービス提供機関において、保険給付サービスを受ける被保険者の保険資格の有無を簡単かつその都度確認可能にすることで、無資格者に対する保険給付サービス提供による各種の損失を抑止することができる、という効果が得られる。
【０２３２】本発明によれば、保険者において、サービス提供機関が保険者に保険給付サービスの報酬請求のために発行するレセプトに記載された過大請求を確実に検出して無駄な保険給付支出を削減することができる、という効果が得られる。
【０２３３】本発明によれば、医療機関において来診する被保険者の保険資格の有無を簡単かつその都度確認可能にすることで、無資格者受診による各種の損失を抑止することができる、という効果が得られる。
【０２３４】本発明によれば、保険者において、医療機関から発行されるレセプトに記載された過大請求を確実に検出して無駄な保険医療費支出を削減することができる、という効果が得られる。
【０２３５】本発明によれば、保険者におけるレセプト点検作業の効率化を実現することができる、という効果が得られる。
【出願人】 【識別番号】０００００５１０８
【氏名又は名称】株式会社日立製作所
【出願日】 平成１２年９月２７日（２０００．９．２７）
【代理人】 【識別番号】１０００８０００１
【弁理士】
【氏名又は名称】筒井 大和
【公開番号】 特開２００２−１０９０６９（Ｐ２００２−１０９０６９Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−２９３４７４（Ｐ２０００−２９３４７４）