JP2009116675A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】審査録、又は審査によって査定を受けた診療報酬等明細書を審査録に記載されたテキスト情報に基づいて迅速かつ正確に検索することが可能な情報処理システム、情報処理方法及びプログラムを提供すること。
【解決手段】複数の診療報酬等明細書に関する情報が記録された第１の記録部１２０と、診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込む審査録読込み部１７２と、審査録の画像情報から審査録に記載された文字をテキスト情報として認識する文字認識部１２４と、審査録の画像情報及びテキスト情報を記録する第２の記録部１２０と、審査録に記載されたテキスト情報に基づいて、第２の記録部から審査録を検索し、又は第１の記録部から診療報酬等明細書を検索するデータ検索部１２８とを備えることを特徴とする。
【選択図】図２

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

社会保険診療報酬支払基金や各都道府県に設置された国民健康保険団体連合会（以下、審査支払機関と総称する。）では、保険者等（健康保険組合など）の委託を受け、保険医療機関等（病院など）から提出される診療報酬等明細書（レセプト）が適正であるかの審査を行なっている。そして、審査支払機関は、レセプトが適正である場合、保険者等に対しては診療報酬等の請求を行い、保険医療機関等に対しては診療報酬等の支払いを行なう。

レセプトは、保険医療機関等によって被保険者（患者）毎に作成され、診療内容や処方した薬、請求点数などが記載されている。レセプトは、通常、紙媒体や、磁気テープ（ＭＴ）、フレキシブルディスク（ＦＤ）、光ディスク（ＭＯ）などの電子媒体や、ネットワーク回線を介したオンラインによって審査支払機関に提出される。

紙媒体によるレセプトは、紙に診療内容などが印刷又は手書きで記載された書類であり、審査支払機関では、診療報酬の審査の後、紙媒体のレセプトをＯＣＲ（光学式文字認識装置）によって読取り処理を行なって、電子ファイルとしてデータ保存をしたり、データの送受信をしたりしている。特許文献１では、レセプトの訂正の有無に関わらず、レセプトを電子ファイル化処理することが可能なレセプト処理装置が開示されている。

特開２００４−６２２７９号公報

ところで、審査支払機関では、一般に審査委員会の構成員である医者がレセプトに記載されている診療内容等の正否を審査している。審査を行なう医者は、レセプトに記載された診療内容などが適正でないとき、査定理由を審査録に手書きで記録する。そして、審査録は、紙媒体のまま審査支払機関で保管されていた。

しかし、レセプトが適正ではない旨の査定を受けた保険医療機関等が審査支払機関に問い合わせをした際、審査支払機関は該当する審査録を取り出す必要がある場合があったが、審査録は紙媒体で保管されているため、審査録を見つけ出すのに時間がかかった。

また、審査委員会における審査過程において、査定を受けた過去のレセプトを例えば診療行為疑義、薬剤不適切などの査定理由で検索するためには、まず、紙媒体で保管された審査録に記載された査定理由を１件１件確認し、該当する審査録を見つけ出す必要があった。審査録を発見することによって、レセプトに記載された保険者番号などを初めて知ることができた。そして、電子ファイル化されたレセプトを入手するためには、更に、コンピュータ端末の検索画面にレセプトを特定するための保険者番号、被保険者の記号・番号などを入力して検索を開始する必要があった。

そのため、従来の審査委員会では、審査過程において、診療行為疑義、薬剤不適切などの査定を受けた過去のレセプトを入手するまで、手間と時間が非常にかかるという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、審査録、又は審査によって査定を受けた診療報酬等明細書を審査録に記載されたテキスト情報に基づいて迅速かつ正確に検索することが可能な、新規かつ改良された情報処理システム、情報処理方法及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、複数の診療報酬等明細書に関する情報が記録された第１の記録部と、診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込む審査録読込み部と、審査録の画像情報から審査録に記載された文字をテキスト情報として認識する文字認識部と、審査録の画像情報及びテキスト情報を記録する第２の記録部と、審査録に記載されたテキスト情報に基づいて、第２の記録部から審査録を検索し、又は第１の記録部から診療報酬等明細書を検索するデータ検索部とを備えることを特徴とする情報処理システムが提供される。

かかる構成により、第１の記録部は、複数の診療報酬等明細書に関する情報が記録され、審査録読込み部は、診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込み、文字認識部は、審査録の画像情報から審査録に記載された文字をテキスト情報として認識し、第２の記録部は、審査録の画像情報及びテキスト情報を記録し、データ検索部は、審査録に記載されたテキスト情報に基づいて、第２の記録部から審査録を検索し、又は第１の記録部から診療報酬等明細書を検索する。その結果、審査録、又は審査によって査定を受けた診療報酬等明細書を審査録に記載されたテキスト情報に基づいて検索することができる。

上記審査録読込み部で読込まれた画像情報は、ネットワークを介して第２の記録部に送信されてもよい。また、上記データ検索部によって取得された審査録又は診療報酬等明細書は、ネットワークを介してユーザ端末に送信されてもよい。

上記テキスト情報は、診療報酬等明細書に関する査定理由、保険者番号、被保険者記号・番号及び医療機関番号のうち少なくともいずれかであってもよい。また、上記査定理由は、診療行為疑義又は薬剤不適切を含んでもよい。

また、上記課題を解決するために、本発明の別の観点によれば、複数の診療報酬等明細書に関する情報を記録するステップと、診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込むステップと、審査録の画像情報から審査録に記載された文字をテキスト情報として認識するステップと、審査録の画像情報及びテキスト情報を記録するステップと、審査録に記載されたテキスト情報に基づいて、第２の記録部から審査録を検索し、又は第１の記録部から診療報酬等明細書を検索するステップとを含むことを特徴とする情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、複数の診療報酬等明細書に関する情報を記録する手段、診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込む手段、審査録の画像情報から審査録に記載された文字をテキスト情報として認識する手段、審査録の画像情報及びテキスト情報を記録する手段、審査録に記載されたテキスト情報に基づいて、第２の記録部から審査録を検索し、又は第１の記録部から診療報酬等明細書を検索する手段として、コンピュータを機能させることを特徴とするプログラムが提供される。

本発明によれば、審査録、又は審査によって査定を受けた診療報酬等明細書を審査録に記載されたテキスト情報に基づいて迅速かつ正確に検索することができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

（第１の実施形態の構成）
まず、本発明の第１の実施形態に係る情報処理システム１００について説明する。図１は、本実施形態に係る情報処理システム１００を示すブロック図である。

情報処理システム１００は、例えば、保険者等（健康保険組合など）の委託を受けた社会保険診療報酬支払基金や各都道府県に設置された国民健康保険団体連合会（以下、審査支払機関と総称する。）において、保険医療機関等（病院など）から提出される診療報酬等明細書（以下、レセプトという。）が適正であるかの審査に用いられる。

情報処理システム１００は、審査の結果、査定理由が記載された紙媒体の審査録の読み取りが可能であり、審査録に記載された査定理由などから審査録と関連付けられたレセプトを検索することができる。

レセプトは、各保険医療機関等によって被保険者（患者）毎に作成され、保険者番号、医療機関番号、被保険者記号・番号、被保険者氏名・生年月日、診療内容や処方した薬、診療内容ごとの請求点数、診療開始日などが記載されている。審査録は、審査支払機関の審査委員会においてレセプトが適正ではないと判断されたときに作成され、保険者番号、医療機関番号、被保険者記号・番号、査定理由（診療行為疑義、投与薬剤不適切、重複検査、請求点誤りなど）が記載されている。

情報処理システム１００は、例えば、ネットワーク１０に相互に接続された管理サーバ１０２と１又は複数のユーザ端末１０４からなる。管理サーバ１０２は、ネットワーク１０と接続されており、例えば、ユーザ認証、ユーザ管理、レセプト（診療報酬等明細書）及び審査録に関するイメージデータ、テキストデータの保存、データ検索などを行なう。ユーザ端末１０４は、ネットワーク１０と接続されており、例えば、審査録の読込み、読み込みデータの修正、検索キーの入力、検索結果の表示などを行なう。

ネットワーク１０は、例えば、インターネットプロトコル（ＩＰ）技術を利用してコンピュータ・ネットワークが相互接続された広範囲又はローカルに構成されたＩＰネットワークなどである。管理サーバ１０２やユーザ端末１０４は、ルータを介してネットワーク１０と接続される。また、ルータは、異なるコンピュータ・ネットワーク間を接続、又は中継（経路制御）する。

次に、管理サーバ１０２及びユーザ端末１０４について詳細に説明する。まず、図２を参照して、本実施形態に係る管理サーバ１０２について説明する。図２は、本実施形態に係る管理サーバ１０２を示すブロック図である。

管理サーバ１０２は、例えば、ＣＰＵ１１２と、メモリ１１４と、入出力ＩＦ１１６と、表示部１１８と、記録部１２０と、ユーザ認証・管理部１２２と、審査録イメージデータ受信部１２３と、文字認識部１２４と、テキストデータ送受信部１２５と、検索条件受信部１２６と、データ検索部１２８と、検索結果送信部１３０と、ネットワーク接続部１３２などからなる。

ＣＰＵ（Central Processing Unit）１１２は、プログラムによって演算処理装置及び制御装置として機能し、管理サーバ１０２内に設けられた各構成要素の処理を制御することができる。メモリ１１４は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、キャッシュメモリなどの記憶部で構成されている。メモリ１１４は、ＣＰＵ１１２の処理に関するデータ、ＣＰＵ１１２の動作プログラムなどを一時的に記憶する機能を有する。

入出力ＩＦ（インターフェース）１１６は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵ１１２に出力する入力制御部等から構成される。例えば、管理サーバ１０２の管理者は、入出力ＩＦ１１６の操作部を操作することによって、管理サーバ１０２にデータを入力したり処理動作を指示したりすることができる。

表示部１１８は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＣＲＴディスプレイ装置、ランプなどの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。例えば、管理サーバ１０２の管理者は、入出力ＩＦ１１６で行った操作の結果などを、表示部１１８を介して確認することができる。

記録部１２０は、例えば、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記録装置である。記録部１２０は、レセプトイメージデータ、レセプトデータベース（ＤＢ）、審査録イメージデータ、審査録ＤＢ、ユーザ情報データベース、プログラムなどのデータを記録することができる。なお、記録部１２０は、第１の記録部、第２の記録部の一例である。

レセプトイメージデータは、レセプトの読み込み画像データであり、レセプトデータベースは、レセプトの記載内容を文字認識処理して取得された文字情報データ（テキスト情報データ）である。審査録イメージデータは、審査録の読み込み画像データであり、審査録データベースは、審査録の記載内容を文字認識処理して取得された文字情報データ（テキスト情報データ）である。レセプトイメージデータ、レセプトデータベース（ＤＢ）、審査録イメージデータ、審査録ＤＢの各データは、例えば、保険者番号、被保険者記号・番号などのレセプト又は審査録に記載された項目（キー項目）によって関連付けを有している。

ユーザ情報データベースには、例えば、ユーザが審査録登録又は審査録／レセプト検索サービスを利用可能な者であるかを判別するための、利用者ＩＤやパスワードなどの認証情報がユーザごとに格納されている。

ユーザ認証・管理部１２２は、ユーザが審査録登録又は審査録／レセプト検索サービスを利用可能な者であるか否かを本人確認する。本人確認は、例えば、ユーザ端末１０４から送信されるユーザＩＤとパスワードとがユーザ情報データベースに格納されたユーザＩＤとパスワードに一致するか否かによって判断される。また、ユーザ認証・管理部１２２は、例えば、ユーザ端末１０４からの要求に応じてユーザ情報データベースに格納されたユーザ情報を新規に格納、既存のユーザ情報を削除又は変更する。

審査録イメージデータ受信部１２３は、ユーザ端末１０４のスキャナ１８２で読み込まれた審査録のイメージデータ（画像情報）を、ネットワーク１０を介して受信する。審査録イメージデータ受信部１２３は、イメージデータを文字認識部１２４に出力するとともに、記録部１２０に出力する。

文字認識部１２４は、審査録のイメージデータに対して文字認識処理を行なう。文字認識に関する技術は、一般的な技術を適用することができ、文字認識部１２４は、例えば、審査録上の保険者番号、医療機関番号、被保険者記号・番号などの数字を認識したり、予め用意された複数の査定理由に付された数字（例えば、１．診療行為疑義、２．投与薬剤不適切・・・としたときの数字１、２など）を認識したりする。文字認識部１２４は、認識した文字から文字情報データ（テキストデータ）を生成し、記録部１２０にテキストデータを審査録ＤＢとして記録させる。

テキストデータ送受信部１２５は、文字認識部１２４で認識された審査録のテキストデータを確認、修正のためユーザ端末１０４に送信する。また、ユーザ端末１０４で認識されたテキストデータが修正されたとき、テキストデータ送受信部１２５は、ユーザ端末１０４から修正されたテキストデータを受信する。修正されたテキストデータは、記録部１２０に記録される。

検索条件受信部１２６は、ユーザ端末１０４で入力された検索条件を受信する。検索条件は、例えば、審査録に記載される査定理由や、保険者番号、医療機関番号、被保険者記号・番号などである。

データ検索部１２８は、検索条件受信部１２６がユーザ端末１０４から受信した検索条件に基づいて、検索条件と一致又は類似する記載内容を有する審査録又はレセプトを記録部１２０から抽出する。

検索結果送信部１３０は、データ検索部１２８による検索の結果、抽出された審査録やレセプトをユーザ端末１０４に送信する。検索結果送信部１３０は、例えば、審査録のイメージデータやテキストデータ、レセプトのイメージデータやテキストデータを送信する。

ネットワーク接続部１３２は、例えば、通信回線、通信回路、通信デバイスなどで構成されている。ネットワーク接続部１３２は、管理サーバ１０２とユーザ端末１０４との間で、コンピュータ・ネットワークを介してデータを送受信することができる。

次に、図３を参照してユーザ端末１０４について説明する。図３は、本実施形態に係るユーザ端末１０４を示すブロック図である。

ユーザ端末１０４は、端末処理装置１６０と、表示装置１８０と、スキャナ１８２等からなり、端末処理装置１６０は、ＣＰＵ１６２と、メモリ１６４と、記録部１６６と、入出力ＩＦ１６８と、デコーダ１７０と、審査録読込み部１７２と、審査録イメージデータ送信部１７４と、テキストデータ送受信部１７５と、検索条件送信部１７６と、検索結果受信部１７７と、ネットワーク接続部１７８などからなる。

ＣＰＵ１６２は、プログラムによって演算処理装置及び制御装置として機能し、端末処理装置１６０内に設けられた各構成要素の処理を制御することができる。ＣＰＵ１６２は、審査録の読込み制御、読み込んだ審査録のイメージデータを記録部１６６に保存する蓄積制御などを行う。メモリ１６４は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、キャッシュメモリなどの記憶部で構成されている。メモリ１６４は、ＣＰＵ１６２の処理に関するデータ、ＣＰＵ１６２の動作プログラムなどを一時的に記憶する機能を有する。

記録部１６６は、スキャナ１８２、審査録読込み部１７２によって読み込まれたイメージデータや、管理サーバ１０２から受信した審査録又はレセプトのイメージデータやテキストデータを記録できる。記録部１６６は、例えば、ＨＤＤ（ハードディスクドライブ）、光ディスクドライブ、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記録装置である。

入出力ＩＦ１６８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵ１６２に出力する入力制御部等から構成される。例えば、ユーザは、入出力ＩＦ１６８の操作部を操作することによって、端末処理装置１６０内にデータを入力したり、端末処理装置１６０の処理動作を指示したりすることができる。入出力ＩＦ１６８を介して入力されるデータには、例えば管理サーバ１０２で文字認識処理されたテキストデータを修正するためのテキストデータ等がある。

デコーダ１７０は、ＣＰＵ１６２などで生成された映像データ又は音声データなどを復号処理する。デコーダ１７０で生成された信号は表示装置１８０に出力される。映像データには、例えばスキャナ１８２から読み込まれた審査録のイメージデータ、検索結果として管理サーバ１０２から受信した審査録やレセプトのイメージデータなどがある。

審査録読込み部１７２は、スキャナ１８２から例えば手書き又は印刷で記載された審査録の画像を取得する。そして、審査録読込み部１７２は、読み込まれた画像からイメージデータ（画像情報）を生成し、審査録イメージデータ送信部１７４に審査録のイメージデータを出力する。審査録イメージデータ送信部１７４は、審査録読込み部１７２から出力されたイメージデータを、ネットワーク１０を介して管理サーバ１０２に送信する。

テキストデータ送受信部１７５は、審査録の文字認識処理後のテキストデータを管理サーバ１０２から受信する。また、ユーザ端末１０４上で審査録のテキストデータの修正が行なわれた場合、修正後のテキストデータを管理サーバ１０２に送信する。

検索条件送信部１７６は、ユーザによって入出力ＩＦ１６８を介して入力された検索条件を管理サーバ１０２に送信する。検索結果受信部１７７は、管理サーバ１０２で検索処理された結果、抽出された審査録やレセプトのイメージデータ、テキストデータを受信する。

ネットワーク接続部１７８は、例えば、通信回線、通信回路、通信デバイスなどで構成されている。ネットワーク接続部１７８は、管理サーバ１０２とユーザ端末１０４との間で、コンピュータ・ネットワークを介してデータを送受信することができる。

表示装置１８０は、例えば、コンピュータ端末のディスプレイ装置などである。表示装置１８０は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＣＲＴディスプレイ装置などの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。

表示装置１８０は、端末処理装置１６０と接続され、端末処理装置１６０からデータを受信して、審査録又はレセプトのイメージデータなどの映像情報を表示する。また、表示装置１８０は、文字認識（ＯＣＲ）修正用画面、検索入力画面、検索結果表示画面などのＧＵＩ（Graphical User Interface）画面を表示する。なお、端末処理装置１６０と表示装置１８０は、別体の装置で構成されていてもよいし、端末処理装置１６０と表示装置１８０が１つに収められた一体型の装置であってもよい。

スキャナ１８２は、例えば一般的なイメージスキャナを適用することができ、紙媒体の審査録からの反射光の強弱を電流の大小に変換することによって、手書き又は印刷された審査録を電子ファイル情報化することができる。スキャナ１８２は、情報化された審査録を端末処理装置１６０の審査録読込み部１７２に出力する。

（第１の実施形態の動作）
次に、本発明の第１の実施形態に係る情報処理システム１００の動作について説明する。なお、本実施形態では、レセプトイメージデータ及びレセプトデータベースは、既に読込み、編集処理などが完了して、各データは予め記録部１２０に記録されているものとして説明する。まず、ユーザ端末１０４における審査録の読込み、編集処理について説明する。図４は、本実施形態に係る情報処理システム１００のユーザ端末１０４における審査録の読込み、編集処理を示すフローチャートである。

まず、スキャナ１８２に紙媒体の審査録が設置されて、審査録の読込みが行なわれ、審査録読込み部１７２が審査録の画像を読込み、イメージデータを生成する（ステップＳ１０１）。次に、審査録イメージデータ送信部１７４が審査録のイメージデータを管理サーバ１０２に送信する（ステップＳ１０２）。

その後、管理サーバ１０２で審査録の文字認識処理が行われて、テキストデータが生成される。そして、ユーザ端末１０４は、審査録の文字認識結果が正しいかを確認できるようにテキストデータを受信する（ステップＳ１０３）。次に、ユーザ端末１０４に接続された表示装置１８０は、読込み処理で得られた審査録のイメージデータと、文字認識処理で得られたテキストデータを表示する（ステップＳ１０４）。これにより、ユーザは、審査録のイメージデータとテキストデータを照合して、文字認識処理によるテキストデータが正しいか否かを確認することができる。

また、ユーザは、表示装置１８０の画面上でテキストデータの編集をすることができる（ステップＳ１０５）。例えば、文字認識処理によって誤ったテキストデータが生成されている場合には、ユーザは、入出力ＩＦ１６８と表示装置１８０の画面を介して、正しいテキストデータに変更できる。テキストデータの修正が行われた場合は、テキストデータ送受信部１７５が修正後のテキストデータを管理サーバ１０２に送信する（ステップＳ１０６）。

そして、ユーザ端末１０４は、管理サーバ１０２で記録されたテキストデータの結果を改めて受信し（ステップＳ１０４）、その結果を表示する（ステップＳ１０５）。そして、修正箇所がなくなりテキストデータの編集がないとき等、ユーザ端末１０４における審査録の読込み、編集処理が終了する。

次に、管理サーバ１０２における審査録の読込み、編集処理について説明する。図５は、本実施形態に係る情報処理システム１００の管理サーバ１０２における審査録の読込み、編集処理を示すフローチャートである。

まず、ユーザ端末１０４で審査録の読込み処理が行われた後、管理サーバ１０２の審査録イメージデータ受信部１２３が、ユーザ端末１０４から審査録のイメージデータを受信する（ステップＳ１１１）。そして、文字認識部１２４が、受信した審査録のイメージデータに基づいて、文字認識処理を行ってテキストデータを生成する（ステップＳ１１２）。次に、記録部１２０は、管理サーバ１０２の文字認識部１２４で取得されたテキストデータと、ユーザ端末１０４で取得されたイメージデータを記録する（ステップＳ１１３）。

次に、テキストデータ送受信部１２５は、ユーザ端末１０４での確認用にテキストデータをユーザ端末１０４に送信する（ステップＳ１１４）。そして、ユーザ端末１０４において、テキストデータの編集が行われた場合（ステップＳ１１５）、テキストデータ送受信部１２５は、修正後のテキストデータをユーザ端末１０４から受信する（ステップＳ１１６）。その後、管理サーバ１０２は、記録部１２０が修正後のテキストデータを記録し（ステップＳ１１３）、確認用にテキストデータ送受信部１２５がユーザ端末１０４にあらためて記録したテキストデータを送信する（ステップＳ１１４）。

そして、修正箇所がなくなりテキストデータの編集がないとき等は、記録部１２０に予め記録されているレセプトのイメージデータやテキストデータと、今回読込み処理された審査録のイメージデータやテキストデータとの関連付けが行なわれる（ステップＳ１１５）。以上の各過程を経て、管理サーバ１０２における審査録の読込み、編集処理が終了する。

次に、本実施形態に係る情報処理システム１００の管理サーバ１０２、ユーザ端末１０４における検索処理について説明する。図６は、本実施形態に係る情報処理システム１００の管理サーバ１０２、ユーザ端末１０４における検索処理を示すフローチャートである。

まず、ユーザ端末１０４において、ユーザによって入出力ＩＦ１６８や表示装置１８０を介して、検索条件が入力される（ステップＳ１２１）。そして、ユーザ端末１０４の検索条件送信部１７６が管理サーバ１０２に検索条件を送信し、管理サーバ１０２の検索条件受信部１２６が検索条件を受信する。

このとき、検索条件が例えば審査録に記録される査定理由であって、該当する審査録や審査録に記載されたレセプトを検索する場合、管理サーバ１０２のデータ検索部１２８は、記録部１２０の審査録イメージデータと審査録ＤＢから該当する審査録を抽出する（ステップＳ１２３）。また、データ検索部１２８は、審査録イメージデータと審査録ＤＢの記録内容（例えば、保険者番号、医療機関番号など）に基づいて、抽出された審査録に記載されたレセプトを抽出する（ステップＳ１２４）。その際、データ検索部１２８は、記録部１２０のレセプトイメージデータとレセプトＤＢからレセプトを抽出する。これにより、査定理由が同一の審査録を検索することができ、更に、審査録に記載されたレセプトを同時に検索することができる。

一方、検索条件が例えば審査録に記載された項目（例えば、保険者番号、医療機関番号、被保険者記号・番号など）であって、該当するレセプトを検索する場合、データ検索部１２８は、記録部１２０のレセプトイメージデータとレセプトＤＢから該当するレセプトを抽出する（ステップＳ１２６）。また、データ検索部１２８は、レセプトイメージデータとレセプトＤＢの記録内容（例えば、保険者番号、医療機関番号など）に基づいて、抽出されたレセプトが査定の対象となった審査録を抽出する（ステップＳ１２７）。その際、データ検索部１２８は、記録部１２０の審査録イメージデータと審査録ＤＢからレセプトを抽出する。これにより、例えば、以前査定を受けた医療機関が発行したレセプトを医療機関番号に基づいて検索することができ、当該レセプトが査定を受けたことがある場合、そのときの審査録を検索することができる。

（第１の実施形態のＧＵＩ画面）
次に、本発明の第１の実施形態に係る情報処理システム１００のユーザ端末１０４におけるＧＵＩ画面表示について説明する。まず、図７を参照して、本実施形態に係るユーザ端末１０４で表示される文字認識処理における修正用画面について説明する。図７は、本実施形態に係るユーザ端末１０４で表示される文字認識処理における修正用画面を示す説明図である。

ユーザ端末１０４のスキャナ１８２において審査録が読込まれて、審査録読込み部１７２が審査録のイメージデータを生成し、管理サーバ１０２の文字認識部１２４がテキストデータを生成すると、ユーザ端末１０４は、文字認識処理における修正用画面として例えば図７に示す画面を表示する。

例えば、審査録イメージデータは、ウインドウ２００内の上部に配置されたイメージ表示部２０２内に表示される。そして、審査録のテキストデータは、テキスト表示部２０４内に項目ごとに表示される。テキスト表示部２０４には、例えば、項目ごとに複数のボタン２０６が表示され、ボタン２０６内に項目名とその項目で認識された文字（テキストデータ）が表示される。また、編集したいボタン２０６を選択し、修正ボタン２０８を選択することによって、選択されたボタン２０６内のテキストデータを編集することができる。そして、修正したテキストデータを管理サーバ１０２に反映したいときは、送信ボタン２１０を選択することで、テキストデータ送受信部１７５が修正後のテキストデータを管理サーバ１０２に送信する。

次に、図８を参照して、本実施形態に係るユーザ端末１０４で表示される検索処理における検索用画面について説明する。図８は、本実施形態に係るユーザ端末１０４で表示される検索用画面を示す説明図であり、図８（Ａ）は検索条件入力画面、図８（Ｂ）は審査録の検索結果表示画面、図８（Ｃ）はレセプトの検索結果表示画面を示す。

審査録の検索を行うとき検索条件を入力する場合、ユーザ端末１０４の表示装置１８０には、例えば図８（Ａ）に示すようなウインドウ３００が表示される。検索条件としては、例えば、査定理由、レセプトに付されたレセプト番号、保険者番号、医療機関番号などがあり、入力部３０２のように選択的に検索条件を入力することができるとしてもよいし、入力部０４のように任意の数字や文字などを直接的に入力することができるとしてもよい。検索条件が入力された後、検索ボタンを選択することで検索が開始される。

また、検索結果の表示は、例えば図８（Ｂ）、図８（Ｃ）に示すようなウインドウ４００、５００が表示される。ウインドウ４００、５００の上部には審査録又はレセプトのイメージデータが表示されるイメージ表示部４０２、５０２が配置される。そして、ウインドウ４００、５００の下部には審査録又はレセプトのテキストデータが表示されるテキスト表示部４０４、５０４が配置される。テキスト表示部４０４、５０４内には、テキストデータが項目ごとに複数のボタン４０６、５０６が表示され、ボタン内には項目名とその項目で認識されたテキストデータが表示される。イメージ表示部４０２、５０２にイメージデータが表示されることによって、審査録の記載内容のうち一部認識が困難であったり、修正負荷が大きい内容であったりする項目について、ユーザのデータ確認を補完することができる。

本実施形態によれば、査定を受けて審査録が作成されたレセプトを、審査録に記載された項目を元に抽出することができ、レセプトの内容確認を迅速に行うことができる。例えば、審査委員会における審査過程において、査定を受けた過去のレセプトを例えば診療行為疑義、薬剤不適切などの査定理由で検索することができる。その結果、紙媒体で保管された審査録に記載された査定理由を１件１件確認し、該当する審査録を見つけ出す必要がない。また、コンピュータ端末の検索画面にレセプトを特定するための医療機関番号などを入力して、医療機関に関する審査録や審査録に記載されたレセプトを一括で入手することができる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、図１に示すように管理サーバ１０２とユーザ端末１０４がネットワーク１０を介して接続されて、固定電話端末の配置処理が行われるとしたが、本発明はかかる例に限定されない。例えば、１のコンピュータ装置が、上述した管理サーバ１０２とユーザ端末１０４の各構成要素を備えて、ネットワーク１０を介さずに１のコンピュータ装置で審査録の読込み処理や検索処理が行われるとしてもよい。

また、上記実施形態では、管理サーバ１０２が１の装置から構成されるとしたが、本発明はかかる例に限定されない。例えば、管理サーバは、ユーザの管理をするユーザ管理サーバと、レセプトに関するイメージデータ、テキストデータの蓄積をするレセプト管理サーバ、審査録に関するイメージデータ、テキストデータの蓄積をする審査録管理サーバ、検索処理を行う検索サーバなど複数のサーバ装置から構成され、それぞれのサーバ装置がＣＰＵ、メモリなどサーバの動作に関する構成要素を備えるとしてもよい。

また、上記実施形態では、ユーザ端末１０４が１の装置から構成されるとしたが、本発明はかかる例に限定されない。例えば、ユーザ端末は、審査録の読込み処理を行う読込み処理端末、読込みデータ修正処理を行う読込み修正専用端末、審査録の検索を行なう検索専用端末など複数の端末装置から構成され、それぞれの端末装置がＣＰＵ、メモリなど端末装置の動作に関する構成要素を備えるとしてもよい。

また、上記実施形態では、審査録のイメージデータに基づいてテキストデータを生成する文字認識処理が管理サーバ１０２で行われるとしたが、本発明はかかる例に限定されない。例えば、文字認識処理は、ユーザ端末で行なわれるとしてもよい。

本発明の第１の実施形態に係る情報処理システムを示すブロック図である。 同実施形態に係る管理サーバを示すブロック図である。 同実施形態に係るユーザ端末を示すブロック図である。 同実施形態に係る情報処理システムのユーザ端末における審査録の読込み、編集処理を示すフローチャートである。 同実施形態に係る情報処理システムの管理サーバにおける審査録の読込み、編集処理を示すフローチャートである。 同実施形態に係る情報処理システムの管理サーバ、ユーザ端末における検索処理を示すフローチャートである。 同実施形態に係るユーザ端末で表示される文字認識処理における修正用画面を示す説明図である。 同実施形態に係るユーザ端末で表示される検索用画面を示す説明図である。

符号の説明

１００ 情報処理システム
１０２ 管理サーバ
１０４ ユーザ端末
１１２、１６２ ＣＰＵ
１１４、１６４ メモリ
１１６、１６８ 入出力ＩＦ
１１８ 表示部
１２０、１６６ 記録部
１２２ ユーザ認証・管理部
１２３ 審査録イメージデータ受信部
１２４ 文字認識部
１２５ テキストデータ送受信部
１２６ 検索条件受信部
１２８ データ検索部
１３０ 検索結果送信部
１３２、１７８ ネットワーク接続部
１６０ 端末処理装置
１７０ デコーダ
１７２ 審査録読込み部
１７４ 審査録イメージデータ送信部
１７５ テキストデータ送受信部
１７６ 検索条件送信部
１７７ 検索結果受信部
１８０ 表示装置
１８２ スキャナ

Claims (7)

1. 複数の診療報酬等明細書に関する情報が記録された第１の記録部と、
   前記診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込む審査録読込み部と、
   前記審査録の画像情報から前記審査録に記載された文字をテキスト情報として認識する文字認識部と、
   前記審査録の前記画像情報及び前記テキスト情報を記録する第２の記録部と、
   前記審査録に記載された前記テキスト情報に基づいて、前記第２の記録部から前記審査録を検索し、又は前記第１の記録部から前記診療報酬等明細書を検索するデータ検索部と、
   を備えることを特徴とする、情報処理システム。
2. 前記審査録読込み部で読込まれた前記画像情報は、ネットワークを介して前記第２の記録部に送信されることを特徴とする、請求項１に記載の情報処理システム。
3. 前記データ検索部によって取得された前記審査録又は前記診療報酬等明細書は、ネットワークを介してユーザ端末に送信されることを特徴とする、請求項１又は２に記載の情報処理システム。
4. 前記テキスト情報は、診療報酬等明細書に関する査定理由、保険者番号、被保険者記号・番号及び医療機関番号のうち少なくともいずれかであることを特徴とする、請求項１〜３のいずれかに記載の情報処理システム。
5. 前記査定理由は、診療行為疑義又は薬剤不適切を含むことを特徴とする、請求項４に記載の情報処理システム。
6. 複数の診療報酬等明細書に関する情報を記録するステップと、
   前記診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込むステップと、
   前記審査録の画像情報から前記審査録に記載された文字をテキスト情報として認識するステップと、
   前記審査録の前記画像情報及び前記テキスト情報を記録するステップと、
   前記審査録に記載された前記テキスト情報に基づいて、前記第２の記録部から前記審査録を検索し、又は前記第１の記録部から前記診療報酬等明細書を検索するステップと、
   を含むことを特徴とする、情報処理方法。
7. 複数の診療報酬等明細書に関する情報を記録する手段、
   前記診療報酬等明細書に関する査定内容が記載された審査録を画像情報として読込む手段、
   前記審査録の画像情報から前記審査録に記載された文字をテキスト情報として認識する手段、
   前記審査録の前記画像情報及び前記テキスト情報を記録する手段、
   前記審査録に記載された前記テキスト情報に基づいて、前記第２の記録部から前記審査録を検索し、又は前記第１の記録部から前記診療報酬等明細書を検索する手段として、コンピュータを機能させることを特徴とする、プログラム。

Images