(57)【要約】【課題】任意の続紙単票を有する帳票が混在しても、全ての帳票を自動的に分類可能な帳票分類装置を提供する。【解決手段】少なくとも宛先を記載するための第１エリアと特有情報のみを記載するための第２エリアとを含むフォームを有する単票としての原票と、該原票に付随する単票としての続紙単票からなる帳票に対して分類を行い、各帳票を予め設けられたそれぞれの格納ポケットの内宛先に対応する格納ポケットに排出するための帳票分類装置において、単票にフォームを当てはめて、第１エリアの位置に対して読取処理を行い、記載データが存在するか否かを判断し、存在しないと判断すると、更に第２エリアの位置に対して読取処理を行い、記載データが存在するか否かを判断する読取判断部と、存在しないと判断されると、単票が続紙単票であると識別する識別部と、続紙単票であると識別されると、該続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させる排出部とを備える。【選択図】        図１
2007179181.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも宛先を記載するための第１エリアと特有情報のみを記載するための第２エリアとを含むフォームを有する単票としての原票のみからなる帳票と、前記原票及び該原票に付随する少なくとも１枚の単票としての続紙単票からなる帳票とに対して分類を行い、各前記帳票を、予め設けられたそれぞれの格納ポケットの内前記宛先に対応する前記格納ポケットに排出するための帳票分類装置であって、
前記フォームを予め記憶するフォーム記憶部と、
前記単票を順に搬送する搬送部と、
搬送された前記単票に前記フォームを当てはめて読取処理を行い、該読取処理の結果に基づいて記載データの有無を判断するための読取判断部と、
前記単票が前記原票或いは前記続紙単票の何れかを識別するための識別部と、
前記単票を前記格納ポケットへ排出させるための排出部とを備え、
前記読取判断部は、前記第１エリアの位置に対して前記読取処理を行い、該第１エリアの位置に記載データが第１記載として存在するか否かを判断し、
前記第１記載が存在しないと判断されると、前記読取判断部は、更に前記第２エリアの位置に対して前記読取処理を行い、該第２エリアの位置に記載データが第２記載として存在するか否かを判断し、
前記第２記載が存在しないと判断されると、前記識別部は、前記単票が前記続紙単票であると識別し、
前記続紙単票であると識別されると、前記排出部は、該続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させる
ことを特徴とする帳票分類装置。
【請求項２】
前記第２記載が存在すると判断された場合、前記単票に対して前記第２記載を囲み且つ前記フォームの前記第２エリアに対応する対応枠の有無を認識する枠認識部を更に備え、
前記対応枠が無いと認識されると、前記識別部は、前記単票が前記続紙単票であると識別し、前記排出部は、該続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させることを特徴とする請求項１記載の帳票分類装置。
【請求項３】
前記対応枠が有ると認識されると、前記識別部は、前記単票が前記原票であると識別し、
前記フォームは、更に前記宛先のみを記載するための第３エリアを含み、前記読取判断部は、更に該原票に前記フォームを当てはめて、前記第３エリアの位置から前記宛先を読み取り、前記排出部は、前記読取判断部により読み取られた前記宛先に対応する前記格納ポケットへ該原票を排出させることを特徴とする請求項２記載の帳票分類装置。
【請求項４】
前記第１記載が存在すると判断された場合、前記第１記載に含まれる複数の符号を認識する符号認識部と、認識された前記複数の符号に基づいて、前記第１記載が所定ルールに従って形成されているか否かを判定する判定部とを更に備え、
前記第１記載が前記所定ルールに従って形成されていないと判定されると、前記読取判断部は、更に前記第２エリアの位置に対して前記読取処理を行い、該第２エリアの位置に記載データが第２記載として存在するか否かを判断し、
前記第２記載が存在しないと判断されると、前記識別部は、前記単票が前記続紙単票であると識別し、前記排出部は、該続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させることを特徴とする請求項１記載の帳票分類装置。
【請求項５】
前記第１記載が前記所定ルールに従って形成されていると判定されると、前記識別部は、前記単票が前記原票であると識別し、前記排出部は、前記第１記載に含まれる前記宛先に対応する前記格納ポケットへ該原票を排出させることを特徴とする請求項４記載の帳票分類装置。
【請求項６】
前記符号は数字であり、前記所定ルールは、複数の前記数字を関連させて計算するための計算式を含むことを特徴とする請求項４又は５記載の帳票分類装置。
【請求項７】
前記第２記載が存在すると判断された場合、前記単票に対して前記第２記載を囲み且つ前記フォームの前記第２エリアに対応する対応枠の有無を認識する枠認識部を更に備え、
前記対応枠が無いと認識されると、前記識別部は、前記単票が前記続紙単票であると識別し、前記排出部は、該続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させることを特徴とする請求項４記載の帳票分類装置。
【請求項８】
前記対応枠が有ると認識されると、前記識別部は、前記単票が前記原票であると識別し、
前記フォームは、更に前記宛先のみを記載するための第３エリアを含み、前記読取判断部は、更に該原票に前記フォームを当てはめて、前記第３エリアの位置から前記宛先を読み取り、前記排出部は、前記読取判断部により読み取られた前記宛先に対応する前記格納ポケットへ該原票を排出させることを特徴とする請求項７記載の帳票分類装置。
【請求項９】
前記帳票は、被保険者が医療機関において受けた診療に対する診療報酬を保険者に請求するために該医療機関により発行された診療報酬明細書（レセプト）であり、前記フォームは、各医療機関で統一に用いられ、前記原票は、前記フォームに基づいて印字され、前記続紙単票は、任意の用紙を用いて記載自由な追加単票であり、前記宛先は、前記保険者を特定する保険者番号であり、前記特有情報は、前記診療報酬の請求に用いられる請求点数であり、前記第１エリアは、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）認識処理のためのＯＣＲエリアであることを特徴とする請求項１記載の帳票分類装置。
【請求項１０】
特有情報のみを記載するための特有エリアを含むフォームを有し且つ宛先が記載されている単票としての原票のみからなる帳票と、前記原票及び該原票に付随する少なくとも１枚の単票としての続紙単票からなる帳票とに対して分類を行い、各前記帳票を、予め設けられたそれぞれの格納ポケットの内前記宛先に対応する前記格納ポケットに排出するための帳票分類装置であって、
前記フォームを予め記憶するフォーム記憶部と、
前記単票を順に搬送する搬送部と、
搬送された前記単票に前記フォームを当てはめて前記特有エリアの位置に対して読取処理を行い、該読取処理の結果に基づいて該特有エリアの位置に記載データが存在するか否かを判断する読取判断部と、
前記記載データが存在しないと判断されると、前記単票が前記続紙単票であると識別する識別部と、
続紙単票であると識別されると、前記続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させる排出部とを備える
ことを特徴とする帳票分類装置。
【請求項１１】
前記記載データが存在すると判断されると、前記単票に対して前記記載データを囲み且つ前記フォームの前記特有エリアに対応する対応枠の有無を認識する枠認識部を備え、
前記対応枠が有ると認識されると、前記識別部は、前記単票が前記原票であると識別し、前記排出部は、前記宛先に対応する前記格納ポケットへ該原票を排出させることを特徴とする請求項１０記載の帳票分類装置。
【請求項１２】
前記フォームは、更に少なくとも前記宛先を記載するためのＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）エリアを含み、
前記原票であると識別されると、前記読取判断部は、更に該原票に前記フォームを当てはめて前記ＯＣＲエリアの位置に対して読取処理を行い、該読取処理の結果に基づいて該ＯＣＲエリアの位置に記載データがＯＣＲ記載として存在するか否かを判断し、
前記ＯＣＲ記載が存在すると判断されると、該ＯＣＲ記載に含まれる複数の符号を認識する符号認識部と、
認識された前記複数の符号に基づいて、前記ＯＣＲ記載が所定ルールに従って形成されているか否かを判定する判定部と、
前記所定ルールに従って形成されていると判定されると、前記複数の符号から前記宛先を取得する宛先取得部とを更に備えることを特徴とする請求項１１記載の帳票分類装置。
【請求項１３】
前記フォームは、更に前記宛先のみを記載するための宛先エリアを含み、
前記所定ルールに従って形成されていないと判定されると、前記読取判断部は、更に該原票に前記フォームを当てはめて前記宛先エリアの位置から前記宛先の読取処理を行い、前記宛先取得部は、前記読取処理の結果に基づいて前記宛先を取得することを特徴とする請求項１２記載の帳票分類装置。
【請求項１４】
前記帳票は、被保険者が医療機関において受けた診療に対する診療報酬を保険者に請求するために該診療期間により発行された診療報酬明細書（レセプト）であり、前記フォームは、各医療機関で統一に用いられ、前記原票は、前記フォームに基づいて印字され、前記続紙単票は、任意の用紙を用いて記載自由な追加単票であり、前記宛先は、前記保険者を特定する保険者番号であり、前記特有情報は、前記診療報酬の計算に用いられる請求点数であり、前記ＯＣＲエリアは、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）認識処理により読み取られ、前記ＯＣＲ記載は、前記保険者番号を含むことを特徴とする請求項１２記載の帳票分類装置。
【請求項１５】
前記ＯＣＲ記載は、更に前記医療機関を特定する医療機関コードを含むことを特徴とする請求項１４記載の帳票分類装置。
【請求項１６】
前記ＯＣＲ記載は、更に前記請求点数を含むことを特徴とする請求項１４記載の帳票分類装置。
【請求項１７】
前記符号は数字であり、前記所定ルールは、複数の前記数字を関連させて計算するための計算式を含むことを特徴とする請求項１２記載の帳票分類装置。
【請求項１８】
前記符号は数字であり、前記所定ルールは、前記請求点数に含まれる複数の前記数字を関連させて計算するための計算式を含むことを特徴とする請求項１４記載の帳票分類装置。
【請求項１９】
前記対応枠が無いと認識されると、前記識別部は、前記単票が前記続紙単票であると識別し、前記排出部は、前記続紙単票の直前に排出された前記単票に対応する前記格納ポケットへ該続紙単票を排出させることを特徴とする請求項１１記載の帳票分類装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票を分類するための帳票分類装置に関し、特に、原票のみからなる帳票と原票及び続紙単票からなる帳票とが混在しても分類可能な帳票分類装置に関する。
【背景技術】
【０００２】
健康保険組合等の何れかの保険者に加入している加入者、即ち被保険者は、病気や怪我の治療のため、保険者により発行された保険証を持って、病院や診療所等の医療機関を訪れて、診療を受けることができる。そして、診療終了後、被保険者は、診療報酬の一部、例えば三割を、医療機関の窓口でその場で支払う。医療機関は、残りの診療報酬、例えば七割に対して、該被保険者に対応する保険者に、後日請求を行う。
【０００３】
医療機関から保険者への診療報酬の請求は、例えば１ヶ月単位で行われる。各医療機関は、それぞれの患者、即ち被保険者が該医療機関において１ヶ月間に受けた全ての診療に対する診療報酬について、その明細を記載した帳票、即ち診療報酬明細書（以下、「レセプト」と記す）を作成する。
【０００４】
そして、各医療機関は、全ての患者に対して作成したレセプトを、翌月の初めまでに、社会保険診療報酬支払基金に提出する。この社会保険診療報酬支払基金は、都道府県単位に設置されており、毎月各所属の医療機関からレセプトを受け取った後、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）処理装置を用いて、該レセプトの例えば記載内容の正当性をチェックすると共に、保険者毎に分類する。分類されたレセプトは、それぞれの保険者へ送付される。
その後、レセプトが送付された保険者により、該レセプトに記載された明細から計算される診療報酬が、各医療機関に対して支払われる。
【０００５】
この社会保険診療報酬支払基金において、毎月大量のレセプトが集まることから、これらのレセプトを容易且つ迅速に分類するために、各医療機関に対して統一のレセプトを原票として用いることが規定されている。
この原票は、所定のフォームを有する。該原票には、所定位置にＯＣＲエリアと呼ばれる領域が設けられ、該ＯＣＲエリアには、保険者を特定する保険者番号や医療機関を特定する医療機関コード、診療報酬の計算に用いられる請求点数等が、ＯＣＲ認識処理により読み取り可能な形式で印字される。
そして、上記のＯＣＲ処理装置は、この原票のＯＣＲエリアから印字した上記保険者番号等の内容を読み取ることにより、チェック及び分類を行う。即ち、このＯＣＲ処理装置は、ＯＣＲエリアが印字された統一の原票のみに対して分類を可能としている。
【０００６】
ところで、医療機関により作成されるほとんどのレセプトは、上記した原票のみからなっているが、１人の被保険者が該医療機関において１ヶ月間に受けた診療が多い場合、診療報酬の明細について、原票だけで記載しきれなくなってしまい、原票に付随する用紙を追加して使用する必要が生じる。即ち、レセプトとして、原票及び追加用紙を含むこともある。そのため、医療機関が社会保険診療報酬支払基金に提出するレセプトの原稿束には、原票のみからなるレセプトと、原票及び追加用紙を含むレセプトとが混在していることとなる。
【０００７】
ここで、原票に付随する追加用紙は、続紙単票として、任意の用紙により印字又は手書きされて作成される。つまり、この続紙単票の大きさやその内容の書き方は、それぞれの医療機関により異なっている。
【０００８】
したがって、社会保険診療報酬支払基金は、オペレータの手作業により、レセプトの原稿束から続紙単票を含むレセプトを予め取り出し、原票のみのレセプトだけをＯＣＲ処理装置により自動的に分類していた。
【０００９】
そのため、特許文献１には、親レセプト（原票）のみのレセプトと続紙単票を含むレセプトとが混在する原稿束を処理する文字認識装置の技術が開示されている。この文字認識装置は、１枚ずつ搬入された各レセプトから、該レセプトの用紙サイズを検出し、所定サイズ、即ちＡ４サイズで作成されたレセプトを親レセプトと判断し、小さいサイズで作成されたレセプトを続紙単票と判断する。
【特許文献１】特開２００４−１６４３８１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に開示された技術では、続紙単票を必ず原票よりも小さいサイズの用紙で作成することが前提となっている。そのため、原票と同じサイズ又は原票よりも大きなサイズの続紙単票が利用された場合、該続紙単票に対して自動的な判断を行うことは不可能であり、上記したような人為的な取り出し作業を行わなければならない。
【００１１】
そこで、任意の続紙単票を有するレセプトが混在しても、全てのレセプトを自動的に分類可能なレセプト分類装置としての帳票分類装置が望まれていた。
【課題を解決するための手段】
【００１２】
本発明は、以上の点を解決するために、次の構成を採用する。
【００１３】
〈構成１〉
本発明に係る帳票分類装置は、少なくとも宛先を記載するための第１エリアと特有情報のみを記載するための第２エリアとを含むフォームを有する単票としての原票のみからなる帳票と、原票及び該原票に付随する少なくとも１枚の単票としての続紙単票からなる帳票とに対して分類を行い、各帳票を、予め設けられたそれぞれの格納ポケットの内宛先に対応する格納ポケットに排出するために、フォームを予め記憶するフォーム記憶部と、単票を順に搬送する搬送部と、搬送された単票にフォームを当てはめて読取処理を行い、該読取処理の結果に基づいて記載データの有無を判断するための読取判断部と、単票が原票或いは続紙単票の何れかを識別するための識別部と、単票を格納ポケットへ排出させるための排出部とを備え、読取判断部は、第１エリアの位置に対して読取処理を行い、該第１エリアの位置に記載データが第１記載として存在するか否かを判断し、第１記載が存在しないと判断されると、読取判断部は、更に第２エリアの位置に対して読取処理を行い、該第２エリアの位置に記載データが第２記載として存在するか否かを判断し、第２記載が存在しないと判断されると、識別部は、単票が続紙単票であると識別し、続紙単票であると識別されると、排出部は、該続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させることを特徴とする。
【００１４】
本発明に係る帳票分類装置において、第２記載が存在すると判断された場合、単票に対して第２記載を囲み且つフォームの第２エリアに対応する対応枠の有無を認識する枠認識部を更に備えることができる。そして、対応枠が無いと認識されると、識別部は、単票が続紙単票であると識別し、排出部は、該続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させることができる。
【００１５】
対応枠が有ると認識された場合、識別部は、単票が原票であると識別し、フォームは、更に宛先のみを記載するための第３エリアを含み、読取判断部は、更に該原票にフォームを当てはめて、第３エリアの位置から宛先を読み取り、排出部は、読取判断部により読み取られた宛先に対応する格納ポケットへ該原票を排出させることができる。
【００１６】
本発明に係る帳票分類装置において、第１記載が存在すると判断された場合、第１記載に含まれる複数の符号を認識する符号認識部と、認識された複数の符号に基づいて、第１記載が所定ルールに従って形成されているか否かを判定する判定部とを更に備えることができる。そして、複数の符号が所定ルールに従って形成されていないと判定されると、読取判断部は、更に第２エリアの位置に対して読取処理を行い、該第２エリアの位置に記載データが第２記載として存在するか否かを判断し、第２記載が存在しないと判断されると、識別部は、単票が続紙単票であると識別し、排出部は、該続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させることができる。
【００１７】
複数の符号が所定ルールに従って形成されていると判定された場合、識別部は、単票が原票であると識別し、排出部は、第１記載に含まれる宛先に対応する格納ポケットへ該原票を排出させることができる。
【００１８】
この場合、符号として数字を採用し、所定ルールとして複数の数字を関連させて計算するための計算式を含むことができる。
【００１９】
本発明に係る帳票分類装置において、第２記載が存在すると判断された場合、単票に対して第２記載を囲み且つフォームの第２エリアに対応する対応枠の有無を認識する枠認識部を更に備えることができる。そして、対応枠が無いと認識されると、識別部は、単票が続紙単票であると識別し、排出部は、該続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させることができる。
【００２０】
対応枠が有ると認識された場合、識別部は、単票が原票であると識別し、フォームは、更に宛先のみを記載するための第３エリアを含み、読取判断部は、更に該原票にフォームを当てはめて、第３エリアの位置から宛先を読み取り、排出部は、読取判断部により読み取られた宛先に対応する格納ポケットへ該原票を排出させることができる。
【００２１】
本発明に係る帳票分類装置において、帳票として、被保険者が医療機関において受けた診療に対する診療報酬を保険者に請求するために該医療機関により発行された診療報酬明細書（レセプト）を採用することができる。この場合、フォームは、各医療機関で統一に用いられ、原票は、フォームに基づいて印字され、続紙単票は、任意の用紙を用いて記載自由な追加単票であり、宛先は、保険者を特定する保険者番号であり、特有情報は、診療報酬の請求に用いられる請求点数であり、第１エリアは、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）認識処理のためのＯＣＲエリアである。
〈構成２〉
【００２２】
本発明に係る帳票分類装置は、特有情報のみを記載するための特有エリアを含むフォームを有し且つ宛先が記載されている単票としての原票のみからなる帳票と、原票及び該原票に付随する少なくとも１枚の単票としての続紙単票からなる帳票とに対して分類を行い、各帳票を、予め設けられたそれぞれの格納ポケットの内宛先に対応する格納ポケットに排出するために、フォームを予め記憶するフォーム記憶部と、単票を順に搬送する搬送部と、搬送された単票にフォームを当てはめて特有エリアの位置に対して読取処理を行い、該読取処理の結果に基づいて該特有エリアの位置に記載データが存在するか否かを判断する読取判断部と、
記載データが存在しないと判断されると、単票が続紙単票であると識別する識別部と、続紙単票であると識別されると、続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させる排出部とを備えることを特徴とする。
【００２３】
本発明に係る帳票分類装置において、記載データが存在すると判断されると、単票に対して記載データを囲み且つフォームの特有エリアに対応する対応枠の有無を認識する枠認識部を備え、対応枠が有ると認識されると、識別部は、単票が原票であると識別し、排出部は、宛先に対応する格納ポケットへ該原票を排出させることができる。
【００２４】
また、フォームは、更に少なくとも宛先を記載するためのＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）エリアを含み、原票であると識別されると、読取判断部は、更に該原票にフォームを当てはめてＯＣＲエリアの位置に対して読取処理を行い、該読取処理の結果に基づいて該ＯＣＲエリアの位置に記載データがＯＣＲ記載として存在するか否かを判断し、ＯＣＲ記載が存在すると判断されると、該ＯＣＲ記載に含まれる複数の符号を認識する符号認識部と、認識された複数の符号に基づいて、ＯＣＲ記載が所定ルールに従って形成されているか否かを判定する判定部と、所定ルールに従って形成されていると判定されると、複数の符号から宛先を取得する宛先取得部とを更に備えることができる。
【００２５】
更に、フォームは、宛先のみを記載するための宛先エリアを含み、所定ルールに従って形成されていないと判定されると、読取判断部は、更に該原票にフォームを当てはめて宛先エリアの位置から宛先の読取処理を行い、宛先取得部は、読取処理の結果に基づいて宛先を取得することができる。
【００２６】
本発明に係る帳票分類装置において、帳票として、被保険者が医療機関において受けた診療に対する診療報酬を保険者に請求するために該医療機関により発行された診療報酬明細書（レセプト）を採用することができる。この場合、フォームは、各医療機関で統一に用いられ、原票は、フォームに基づいて印字され、続紙単票は、任意の用紙を用いて記載自由な追加単票であり、宛先は、保険者を特定する保険者番号であり、特有情報は、診療報酬の計算に用いられる請求点数であり、ＯＣＲエリアは、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）認識処理により読み取られ、ＯＣＲ記載は、保険者番号を含むことができる。
【００２７】
この場合、ＯＣＲ記載として、更に医療機関を特定する医療機関コードを含むことができる。
【００２８】
また、ＯＣＲ記載として、更に請求点数を含むこともできる。
【００２９】
本発明に係る帳票分類装置において、符号は数字であり、所定ルールは、複数の数字を関連させて計算するための計算式を含むことができる。
【００３０】
また、本発明に係る帳票分類装置において、符号は数字であり、所定ルールは、請求点数に含まれる複数の数字を関連させて計算するための計算式を含むことができる。
【００３１】
対応枠が無いと認識されると、識別部は、単票が続紙単票であると識別し、排出部は、続紙単票の直前に排出された単票に対応する格納ポケットへ該続紙単票を排出させることができる。
【発明の効果】
【００３２】
本発明の帳票分類装置によれば、フォームを有する単票としての原票からなる帳票と、原票と該原票に付随する単票としての続紙単票とを含む帳票とに対して、フォームに基づく読取処理が行われ、単票の所定エリアに所定の記載データが存在するか否かが判断される。そして、この判断結果に基づいて、該単票が原票或いは続紙単票の何れかが識別されるので、任意の続紙単票を有する帳票が混在しても、全ての帳票が自動的に分類される。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施形態を図を用いて詳細に説明する。ここでは、本発明をレセプト分類装置に適用した場合を例に説明する。
【実施例１】
【００３４】
図１は、本発明に係るレセプト分類装置の実施例１の構成を示すブロック図である。このレセプト分類装置１０を利用することにより、レセプトを自動的に保険者番号毎に分類することができる。
なお、レセプトは、患者である被保険者が医療機関において受けた診療に対する診療報酬を保険者に請求するために該医療機関により発行された原票としての診療報酬明細書であり、本実施例で分類されるレセプトの束には、単票としての原票のみからなるレセプトと、原票と該原票に付随する単票としての続紙単票とからなるレセプトとが混在している。
【００３５】
レセプト分類装置１０は、帳票分類装置としての機能を有し、搬送部１１、フォーム記憶部１２、画像取得部２２、読取判断部１３、枠認識部１４、符号認識部１５、所定ルール記憶部１６、判定部１７、識別部１８、排出部１９、格納ポケット２０、記憶部２１及びこれら各部を制御するための制御部２３を備えている。
【００３６】
搬送部１１は、図示されない載置部に載置された複数枚のレセプトを、１枚ずつ順に搬送する機能を有する。
【００３７】
フォーム記憶部１２は、原票のフォームを予め記憶する専用記憶部である。
【００３８】
図２は、原票のフォームの一部を示す省略図である。
原票のフォーム３０には、下方所定位置に第１エリアとしてのＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）エリア３１が設けられている。図２では、点線で囲んだ領域により、ＯＣＲエリア３１を示している。
また、フォーム３０には、図２に示されるように、所定位置に第２エリアとしての請求点エリア３２と、第３エリアとしての宛先エリア３３とが設けられている。
【００３９】
図３は、印字された原票の一部を示す省略図である。
各医療機関により作成されるレセプトの原票の多くは、図３に示されるように、統一のフォーム３０を用いて作成される。
【００４０】
原票のＯＣＲエリア３１の位置には、第１記載、即ちＯＣＲ記載３４として、１行乃至３行の数字が、ＯＣＲ認識処理により読取可能な形式で印字される。図３に示されている原票３７では、２行の数字が印字されている。
【００４１】
ＯＣＲ記載３４の最下行には、６７桁の数字が印字される。図３に示されている原票３７では、ＯＣＲ記載３４の最下行には、「００００１１０２９９９９０１２００００２００３・・・」が印字されている。この６７桁の数字には、保険者を特定する保険者番号や、医療機関を特定する医療機関コード、診療報酬の計算に用いられる請求点数等が、後述する順に含まれている。
【００４２】
まず、ＯＣＲ記載３４の最下行における最初の８桁の数字は、保険者番号３４ａであり、「００００１１０２」と印字されている。つまり、この原票３７を含むレセプトの宛先である保険者の保険者番号は、１１０２である。
次の７桁の数字は、医療機関コード３４ｂであり、「９９９９０１２」と印字されている。
そして、次の７桁の数字は、診療報酬の計算に用いられる請求点数３４ｃであり、「００００２００」と印字されている。つまり、この原票３７を含むレセプトの請求点数は２００点である。
更に、次の１桁の数字は、後述する検証番号３４ｄであり、「３」と印字されている。
以下の桁については、説明を省略する。
【００４３】
また、ＯＣＲ記載３４の下から２行目には、性別を特定する性別番号や、被保険者の生年の元号を特定する元号番号、被保険者の生年等を示す複数の数字が印字される。図３の原票３７では、ＯＣＲ記載３４の下から２行目には、２６桁の数字「２３５６・・・」が印字されている。この２行目については、詳しい説明を省略する。
【００４４】
また、原票には図２に示されるフォーム３０が印刷される。そして、請求点エリア３２の枠内には、第２記載、即ち請求点記載３５として、請求点数が記載される。図３に示される原票３７には、請求点記載３５として「２００」が印字されており、請求点数は２００点である。
【００４５】
更に、宛先エリア３３の枠内には、第３記載、即ち宛先記載３６として、診療報酬を請求される保険者の保険者番号が記載される。図３に示される原票３７には、宛先記載３６として「１１０２」が印字されており、保険者番号は１１０２である。
【００４６】
画像取得部２２は、１枚ずつ搬送されたレセプト、即ち単票の画像を取得する機能を有する。取得された画像は、後述する記憶部２１に記憶される。
【００４７】
読取判断部１３は、画像取得部２２により取得され記憶部２１に記憶された単票の画像に、フォーム記憶部１２に記憶されたフォーム３０を当てはめて、所定エリアに対する読取処理を行う機能を有する。また、読取判断部１３は、この読取処理の結果に基づいて、単票の所定位置に記載データが存在するか否かを判断する機能を有する。読取判断部１３による読取処理は、本実施例では、ＯＣＲ認識処理により行われる。
【００４８】
枠認識部１４は、記憶部２１に記憶された単票の画像に対して、読取判断部１３により読み取られた記載データを囲み且つフォーム記憶部１２に記憶されたフォーム３０の所定エリアに対応する対応枠の有無を認識する機能を有する。例えば、原票３７の請求点エリア３２の位置には、図３に示されるように、請求点記載３５を囲む枠が存在する。この枠は、図２に示されるフォーム３０における請求点エリア３２を囲む枠と一致しており、枠認識部１４により対応枠と認識される。
【００４９】
符号認識部１５は、読取判断部１３により読み取られた記載データに含まれる符号を認識する機能を有する。例えば、原票３７のＯＣＲエリア３１の位置には、図３に示されるように、複数の数字を印字したＯＣＲ記載３４が存在する。符号認識部１５は、このＯＣＲ記載３４に含まれる複数の数字を認識する。
【００５０】
所定ルール記憶部１６は、後述する判定部１７による判定動作に用いられる計算式を含む所定ルールを記憶する専用記憶部である。
【００５１】
判定部１７は、単票のＯＣＲエリア３１の位置に印字され、符号認識部１５により認識された複数の数字に基づいて、ＯＣＲ記載３４が所定ルール記憶部１６に記憶された所定ルールに従って形成されているか否かを判定する機能を有する。
【００５２】
本実施例では、判定部１７は、検証番号３４ｄを用いて判定を行う。この検証番号３４ｄは、前述したように、ＯＣＲ記載３４の最下行に、請求点数３４ｃに続いて印字される１桁の数字であり、図３の原票３７では「３」と印字されている。この検証番号３４ｄは、請求点数３４ｃの７桁の数字から、所定ルール記憶部１６に記憶された所定ルールに従って算出される。
【００５３】
検証番号３４ｄの具体的な算出方法は以下の通りである。
まず、対象となる複数桁の数、即ち請求点数の各桁の数字に、最初の桁から順次２、３、４、５、６、７、２、・・・を乗じて加算する。請求点数は７桁なので、例えば「ｎ７ｎ６ｎ５ｎ４ｎ３ｎ２ｎ１」と表した場合、「ｎ７×２＋ｎ６×７＋ｎ５×６＋ｎ４×５＋ｎ３×４＋ｎ２×３＋ｎ１×２」となる。この「ｎ７×２＋ｎ６×７＋ｎ５×６＋ｎ４×５＋ｎ３×４＋ｎ２×３＋ｎ１×２」を計算式とする。図３に示される原票３７のＯＣＲ記載３４では、請求点数３４ｃは「００００２００」であるので、計算式は「０×２＋０×７＋０×６＋２×４＋０×３＋０×２」となり、合計の数値「８」が得られる。
【００５４】
次に、この合計の数値を１１で除して余りを算出する。合計の数値が「８」である場合、「８÷１１＝０余り８」となり、余りの数値「８」が得られる。
【００５５】
最後に、１１からその余りの数値を引いて得られた数値が、検証番号３４ｄとなる。余りの数値が「８」である場合、「１１−８＝３」となり、検証番号３４ｄとして「３」が得られる。
【００５６】
判定部１７は、ＯＣＲ記載３４に含まれる検証番号３４ｄが、上記した所定ルールに基づいてＯＣＲ記載３４に含まれる請求点数３４ｃから算出された数値と一致するか否かを判断することにより、判定動作を行う。上記したように、所定ルールは、計算式、除算から導かれる余り、減算を含んでいる。
【００５７】
なお、本実施例では、所定ルールを請求点数に適用することにより判定を行っているが、請求点数に加えて、ＯＣＲ記載に含まれる保険者番号や医療機関コード等の数字に、上記所定ルールを適用することにより判定を行うことも可能である。
【００５８】
識別部１８は、搬送された単票が原票或いは続紙単票の何れかを識別する機能を有する。
【００５９】
排出部１９は、単票を後述する格納ポケット２０へ排出させる機能を有する。単票の排出先としては、原票の場合、該原票に記載された保険者番号に対応する格納ポケットが選択され、続紙単票の場合、直前に排出された単票と同一の格納ポケットが選択される。
【００６０】
格納ポケット２０は、保険者番号毎に分類されて排出されたレセプトを格納するための格納部であり、各保険者番号に対応させて複数設けられている。本実施例では、格納ポケット２０−２が、図３に示された原票３７に記載された保険者番号「１１０２」に対応する格納ポケットであるとする。また、本実施例では、後述するように、保険者番号の認識が不可なレセプトを格納するための認識不可レセプト格納ポケット２０−ｎも設けられる。
【００６１】
記憶部２１は、画像取得部２２により取得された単票の画像や、符号認識部１５により認識された複数の符号、識別部１８による各単票の識別結果、排出部１９により排出された各レセプトに対応する格納ポケット２０を示す情報等を一時的に記憶する一時記憶部である。
【００６２】
制御部２３は、上記した各部１１〜２２を制御する機能を有する。
【００６３】
次に、レセプト分類装置１０を用いてレセプトを保険者番号毎に分類する処理の流れについて説明する。
図４は、本発明に係るレセプト分類装置の実施例１における動作を示すフローチャートであり、図５は、レセプト分類装置に搬送されるレセプトの説明図（その１）である。
【００６４】
まず、図５に示される原票３７及び続紙単票３８からなるレセプトを分類する場合の処理の流れについて説明する。
【００６５】
原票３７は、図５（ａ）に示されるように、フォーム３０を用いて印字され、ＯＣＲエリア３１の位置にＯＣＲ記載３４が存在する。このＯＣＲ記載３４は、所定ルールに従って形成されている。また、原票３７の請求点エリア３２の位置には請求点記載３５として「２００」が印字され、宛先エリア３３の位置には宛先記載３６として保険者番号「１１０２」が印字されている。
【００６６】
搬送部１１により原票３７が搬送される（Ｓ１０１）と、制御部２３は、画像取得部２２を制御して、原票３７の画像を取得させる（Ｓ１０２）。取得された画像は、記憶部２１に記憶される。
【００６７】
続いて、制御部２３は、読取判断部１３を制御して、フォーム記憶部１２に記憶されたフォーム３０及び記憶部２１に記憶された原票３７の画像を読み出させ、該フォーム３０を原票３７の画像に当てはめて、原票３７のＯＣＲエリア３１の位置に対する読取処理を行わせる（Ｓ１０３）。
【００６８】
読取判断部１３は、更に、読取処理の結果に基づいて、ＯＣＲエリア３１の位置にＯＣＲ記載３４が存在するか否かを判断する（Ｓ１０４）。
【００６９】
ＯＣＲ記載３４が存在すると判断されると、制御部２３は、符号認識部１５にＯＣＲ記載３４に含まれる複数の符号を認識させる（Ｓ１０５）。認識された複数の符号は、記憶部２１に記憶される。
【００７０】
続いて、制御部２３は、判定部１７に、認識された複数の符号、即ち数字が、所定ルール記憶部１６に記憶された所定ルールに従って形成されているか否か、即ち、認識された検証番号３４ｄが、所定ルールに基づいて請求点数３４ｃから算出した数値と一致するか否かを判定させる（Ｓ１０６）。
【００７１】
所定ルールに従って形成されていると判定されると、識別部１８は、原票３７が原票であると識別する（Ｓ１０７）。
【００７２】
続いて、制御部２３は、記憶部２１に記憶された複数の数字から保険者番号「１１０２」を読み出して、排出部１９に、該保険者番号に対応する格納ポケット２０−２へ該原票３７を排出させる（Ｓ１０８）。原票３７の排出先の格納ポケット２０−２を示す情報は、記憶部２１に記憶される。
【００７３】
続いて、続紙単票３８が搬送される（Ｓ１０１）。
続紙単票３８は、図５（ｂ）に示されるように、フォーム３０を用いて作成されている。続紙単票３８のＯＣＲエリア３１の位置には、ＯＣＲ記載３４は存在しない。また、続紙単票３８の請求点エリア３２の位置には、請求点記載３５は存在しない。
【００７４】
続紙単票３８が搬送される（Ｓ１０１）と、画像取得部２２による画像取得（Ｓ１０２）、読取判断部１３によるＯＣＲエリア３１の位置に対する読取処理（Ｓ１０３）及び該読取処理の結果に基づくＯＣＲ記載３４が存在するか否かの判断（Ｓ１０４）が行われる。
【００７５】
ＯＣＲ記載３４が存在しないと判断されると、制御部２３は、読取判断部１３を制御して、更に、フォーム３０を続紙単票３８の画像に当てはめて、続紙単票３８の請求点エリア３２の位置に対する読取処理を行わせる（Ｓ１０９）。
【００７６】
読取判断部１３は、更に、読取処理の結果に基づいて、請求点エリア３２の位置に請求点記載３５が存在するか否かを判断する（Ｓ１１０）。
【００７７】
請求点記載３５が存在しないと判断されると、識別部１８は、続紙単票３８が続紙単票であると識別する（Ｓ１１１）。
【００７８】
続いて、制御部２３は、直前に排出された原票３７の排出先の格納ポケット２０−２を示す情報を記憶部２１から読み出して、排出部１９に該格納ポケット２０−２へ続紙単票３８を排出させ（Ｓ１１２）、該続紙単票３８の排出先の格納ポケット２０−２を示す情報を記憶部２１に記憶させる。
【００７９】
以上のように、搬送された単票に対して、ＯＣＲエリアの位置におけるＯＣＲ記載の有無及び請求点エリアにおける請求点記載の有無を判断することにより、原票或いは続紙単票の識別を自動的に行うことができる。
【００８０】
次に、図６に示される原票３９、続紙単票４０及び続紙単票４１からなるレセプトを分類する場合の処理の流れについて説明する。
図６は、レセプト分類装置に搬送されるレセプトの説明図（その２）である。
【００８１】
原票３９は、図６（ａ）に示されるように、フォーム３０を用いて印字されているが、ＯＣＲエリア３１の位置にＯＣＲ記載３４は存在しない。また、原票３９の請求点エリア３２の位置には請求点記載３５として「２００」が印字され、宛先エリア３３の位置には宛先記載３６として保険者番号「１１０２」が印字されている。
【００８２】
原票３９が搬送される（Ｓ１０１）と、画像取得部２２による画像取得（Ｓ１０２）、読取判断部１３によるＯＣＲエリア３１の位置に対する読取処理（Ｓ１０３）及び該読取処理の結果に基づくＯＣＲ記載３４が存在するか否かの判断（Ｓ１０４）が行われる。
【００８３】
ＯＣＲ記載３４が存在しないと判断されると、読取判断部１３は、更に、原票３９の請求点エリア３２の位置に対する読取処理（Ｓ１０９）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ１１０）を行う。
【００８４】
請求点記載３５が存在すると判断されると、制御部２３は、枠認識部１４を制御して、原票３９に対して、請求点記載３５を囲み且つフォーム３０の請求点エリア３２に対応する対応枠の有無を認識させる（Ｓ１１３）。
【００８５】
対応枠が有ると認識されると、識別部１８は、原票３９が原票であると識別する（Ｓ１１４）。
【００８６】
続いて、制御部２３は、読取判断部１３に、フォーム３０を原票３９の画像に当てはめて、原票３９の宛先エリア３３の位置に対する読取処理を行わせる（Ｓ１１５）。
【００８７】
そして、制御部２３は、符号認識部１５に、宛先記載３６に含まれる複数の符号、即ち保険者番号「１１０２」を認識させる（Ｓ１１６）。保険者番号「１１０２」が認識されると、該保険者番号は記憶部２１に記憶される。
【００８８】
続いて、排出部１９が、該保険者番号「１１０２」に対応する格納ポケット２０−２へ該原票３９を排出する（Ｓ１１７）。排出先の格納ポケット２０−２を示す情報は、記憶部２１に記憶される。
【００８９】
なお、Ｓ１１７において保険者番号の認識が不可であった場合、排出部１９は、認識不可レセプト格納ポケット２０―ｎへ該原票３９を排出させる（Ｓ１１８）。
【００９０】
続いて、続紙単票４０が搬送される（Ｓ１０１）。
続紙単票４０は、図６（ｂ）に示されるように、フォーム３０を用いずに作成されている。続紙単票４０のＯＣＲエリア３１の位置には、記載データ、即ちＯＣＲ記載３４が存在するが、保険者番号や請求点数等とは対応しておらず、所定ルールに従って形成されていない。また、続紙単票４０の請求点エリア３２の位置には、記載データ、即ち請求点記載３５が存在するが、請求点数には対応しておらず、該記載データを囲む対応枠も存在しない。
なお、図６（ｂ）に示される続紙単票４０は、原票３９と同じ大きさの用紙を用いて作成されているが、任意の用紙を用いて作成することが可能であり、その場合の分類処理の流れは、以下に示す流れと同一である。
【００９１】
続紙単票４０が搬入される（Ｓ１０１）と、画像取得部２２による画像取得（Ｓ１０２）、読取判断部１３によるＯＣＲエリア３１の位置に対する読取処理（Ｓ１０３）及び該読取処理の結果に基づくＯＣＲ記載３４が存在するか否かの判断（Ｓ１０４）が行われる。続紙単票４０には、ＯＣＲエリア３１の位置に記載データが存在するので、ＯＣＲ記載３４が存在すると判断される（Ｓ１０４）。
【００９２】
続いて、制御部２３は、符号認識部１５にＯＣＲ記載３４に含まれる複数の符号を認識させ（Ｓ１０５）、判定部１７に認識された複数の符号が所定ルールに従って形成されているか否か、即ち、認識された検証番号３４ｄが所定ルールに基づいて請求点数３４ｃから算出した数値と一致するか否かを判定させる（Ｓ１０６）。続紙単票４０のＯＣＲ記載３４は、請求点数等に対応していないので、判定部１７は、所定ルールに従って形成されていないと判定する（Ｓ１０６）。
【００９３】
更に、制御部２３は、読取判断部１３に、フォーム３０を続紙単票４０の画像に当てはめて、続紙単票４０の請求点エリア３２の位置に対する読取処理（Ｓ１０９）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ１１０）を行わせる。続紙単票４０には、請求点エリア３２の位置に記載データが存在するので、請求点記載３５が存在すると判断される（Ｓ１１０）。
【００９４】
請求点記載３５が存在すると判断されると、制御部２３は、枠認識部１４を制御して、続紙単票４０に対して、請求点記載３５を囲み且つフォーム３０の請求点エリア３２に対応する対応枠の有無を認識させる（Ｓ１１３）。続紙単票４０は、フォーム３０を用いていないので、請求点記載３５を囲む対応枠は存在しないと判断される（Ｓ１１３）。
【００９５】
対応枠が存在しないと判断されると、識別部１８は、続紙単票４０が続紙単票であると識別し（Ｓ１１１）、排出部１９は、直前に排出された原票３９の排出先の格納ポケット２０−２を示す情報を記憶部２１から読み出して、排出部１９に該格納ポケット２０−２へ続紙単票４０を排出させ（Ｓ１１２）、該続紙単票４０の排出先の格納ポケット２０−２を示す情報を記憶部２１に記憶させる。
【００９６】
更に、続紙単票４１が搬送される（Ｓ１０１）。
続紙単票４１は、図６（ｃ）に示されるように、フォーム３０を用いずに作成されている。続紙単票４１のＯＣＲエリア３１の位置には記載データはなく、即ちＯＣＲ記載３４は存在しない。また、請求点エリア３２の位置にも記載データはなく、請求点記載３５は存在しない。
【００９７】
続紙単票４１が搬入される（Ｓ１０１）と、画像取得部２２による画像取得（Ｓ１０２）、読取判断部１３によるＯＣＲエリア３１の位置に対する読取処理（Ｓ１０３）及び該読取処理の結果に基づくＯＣＲ記載３４が存在するか否かの判断（Ｓ１０４）が行われる。
【００９８】
ＯＣＲ記載３４が存在しないと判断されると、読取判断部１３は、更に、続紙単票４１の請求点エリア３２の位置に対する読取処理（Ｓ１０９）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ１１０）を行う。
【００９９】
請求点記載３５が存在しないと判断されると、識別部１８は、続紙単票４１を続紙単票であると識別し（Ｓ１１１）、排出部１９は、直前に排出された続紙単票４０の排出先に対応する格納ポケット２０−２へ該続紙単票４１を排出する（Ｓ１１２）。排出先の格納ポケット２０−２を示す情報は、記憶部２１に記憶される。
【０１００】
以上のように、ＯＣＲエリアにＯＣＲ記載がない原票や、ＯＣＲエリアに請求点数等に対応しない記載データが存在する続紙単票に対しても、請求点エリアの位置における請求点記載の有無及び該請求点記載を囲む対応枠の有無を判断することにより、原票或いは続紙単票の識別を正確に行うことができる。
【０１０１】
また、図７に示される原票４２のみからなるレセプトを分類する場合の処理の流れについて簡単に説明する。
図７は、レセプト分類装置に搬送されるレセプトの説明図（その３）である。
【０１０２】
原票４２は、図７に示されるように、フォーム３０を用いて印字されている。原票４２のＯＣＲエリア３１の位置には、記載データ、即ちＯＣＲ記載３４が存在するが、保険者番号や請求点数等とは対応しておらず、所定ルールに従って形成されていない。
【０１０３】
原票４２が搬送される（Ｓ１０１）と、ＯＣＲ記載３４は存在する（Ｓ１０４）が、所定ルールに従って形成されていない（Ｓ１０６）と判断される。続いて、請求点エリア３２の位置に対する読取処理（Ｓ１０９）、請求点記載３５の有無判断（Ｓ１１０）及び対応枠の有無判断（Ｓ１１３）が行われ、原票４２は原票であると識別される（Ｓ１１４）。Ｓ１１５〜Ｓ１１７の処理は、原票３９の場合と同じである。
【０１０４】
上記のように、本実施例では、レセプトに含まれる単票としての原票又は続紙単票に対して、原票のフォームに基づいてＯＣＲエリアに対する読取処理を行い、ＯＣＲエリアに記載データが有り且つ該記載データが所定ルールに従って形成されている場合、該単票を原票と識別し、該記載データに含まれる保険者番号に対応する格納ポケットへ該原票を排出する。また、ＯＣＲエリアに記載データが無い場合及びＯＣＲエリアにおける記載データが所定ルールに従って形成されていない場合、更にフォームに基づいて請求点エリアに対する読取処理を行い、請求点エリアにおける記載データの有無及び該記載データを囲む枠の有無を判断し、無いと判断された場合は、該単票を続紙単票であると識別し、直前に排出された単票に追従させて排出する。これにより、任意の続紙単票を含むレセプトが混在しても、全てのレセプトを自動的に分類することができるので、人為的な分類作業が不要となり、分類処理の高速化が可能となる。
【０１０５】
なお、本実施例では、原票の宛先、即ち保険者番号の認識が不可であった場合、保険者番号の認識が不可なレセプトを格納するための認識不可レセプト格納ポケットへ該原票を排出させていたが、例えば、保険者番号の認識が不可であることをオペレータに通知するための通知部と、オペレータに保険者番号を入力させるための入力部とを更に設けることも可能である。この場合、オペレータは、通知部により通知を受けると、保険者番号の認識が不可な原票に記載された保険者番号を読み取り、入力部により該保険者番号を入力する。レセプト分類装置は、入力された保険者番号に対応する格納ポケットへ該原票を含むレセプトを排出する。これにより、全てのレセプトを保険者番号に対応させて分類することが可能となる。通知部及び入力部を設ける構成及び動作については、次の実施例２で説明する。
【実施例２】
【０１０６】
図８は、本発明に係るレセプト分類装置の実施例２の構成を示すブロック図である。
なお、本実施例において、実施例１と同様な構成を同一の符号で示し、これらについての説明を省略する。
【０１０７】
レセプト分類装置５０は、帳票分類装置としての機能を有し、搬送部１１、フォーム記憶部１２、画像取得部２２、読取判断部１３、枠認識部１４、符号認識部１５、所定ルール記憶部１６、判定部１７、保険者番号取得部５１、通知部５２、表示部５３、入力部５４、識別部１８、排出部１９、格納ポケット２０、記憶部２１及びこれら各部を制御するための制御部５５を備えている。
【０１０８】
保険者番号取得部５１は、符号認識部１５によりＯＣＲ記載３４から認識された複数の符号から、宛先としての保険者番号を取得する宛先取得部としての機能を有する。
【０１０９】
通知部５２は、例えば音声により、保険者番号取得部５１による保険者番号の取得が不可であることをオペレータに通知する機能を有する。
【０１１０】
表示部５３は、例えばディスプレイからなり、原票の画像をオペレータに表示する機能を有する。
【０１１１】
入力部５４は、例えばキーボードからなり、表示部５３に表示された原票の画像から読み取られた宛先、即ち保険者番号を、オペレータに入力させる機能を有する。
【０１１２】
次に、レセプト分類装置５０を用いてレセプトを保険者番号毎に分類する処理の流れについて説明する。
図９は、本発明に係るレセプト分類装置の実施例２における動作を示すフローチャートである。
【０１１３】
まず、図５に示される原票３７及び続紙単票３８からなるレセプトを分類する場合の処理の流れについて説明する。
【０１１４】
搬送部１１により原票３７（図５（ａ））が搬送される（Ｓ２０１）と、制御部５５は、画像取得部２２を制御して、原票３７の画像を取得させる（Ｓ２０２）。取得された画像は、記憶部２１に記憶される。
【０１１５】
続いて、制御部５５は、読取判断部１３を制御して、フォーム記憶部１２に記憶されたフォーム３０及び記憶部２１に記憶された原票３７の画像を読み出させ、該フォーム３０を原票３７の画像に当てはめて、原票３７の特有エリア、即ち請求点エリア３２の位置に対する読取処理を行わせる（Ｓ２０３）。
【０１１６】
読取判断部１３は、更に、読取処理の結果に基づいて、請求点エリア３２の位置に記載データ、即ち請求点記載３５が存在するか否かを判断する（Ｓ２０４）。
【０１１７】
請求点記載３５が存在すると判断されると、制御部５５は、枠認識部１４を制御して、原票３７に対して、請求点記載３５を囲み且つフォーム３０の請求点エリア３２に対応する対応枠の有無を認識させる（Ｓ２０５）。
【０１１８】
対応枠が有ると認識されると、識別部１８は、原票３７が原票であると識別する（Ｓ２０６）。
【０１１９】
続いて、制御部５５は、読取判断部１３に、フォーム３０を原票３７の画像に当てはめて、原票３７のＯＣＲエリア３１の位置に対する読取処理を行わせる（Ｓ２０７）。
【０１２０】
読取判断部１３は、更に、読取処理の結果に基づいて、ＯＣＲエリア３１の位置にＯＣＲ記載３４が存在するか否かを判断する（Ｓ２０８）。
【０１２１】
ＯＣＲ記載３４が存在すると判断されると、制御部５５は、符号認識部１５にＯＣＲ記載３４に含まれる複数の符号を認識させる（Ｓ２０９）。認識された複数の符号は、記憶部２１に記憶される。
【０１２２】
続いて、制御部５５は、判定部１７に、認識された複数の符号が所定ルール記憶部１６に記憶された所定ルールに従って形成されているか否か、即ち、認識された検証番号３４ｄが所定ルールに基づいて請求点数３４ｃから算出した数値と一致するか否かを判定させる（Ｓ２１０）。
【０１２３】
所定ルールに従って形成されていると判定されると、保険者番号取得部５１は、記憶部２１に記憶された複数の符号から保険者番号「１１０２」を読み出して取得する（Ｓ２１１）。
【０１２４】
そして、制御部５５は、排出部１９に、保険者番号「１１０２」に対応する格納ポケット２０−２へ該原票３７を排出させる（Ｓ２１２）。原票３７の排出先の格納ポケット２０−２を示す情報は、記憶部２１に記憶される。
【０１２５】
原票３７に続いて続紙単票３８（図５（ｂ））が搬送される（Ｓ２０１）と、画像取得部２２による画像取得（Ｓ２０２）、読取判断部１３による請求点エリア３２の位置に対する読取処理（Ｓ２０３）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ２０４）が行われる。
【０１２６】
請求点記載３５が存在しないと判断されると、識別部１８は、続紙単票３８が続紙単票であると識別する（Ｓ２１３）。
【０１２７】
続いて、制御部５５は、直前に排出された原票３７の排出先の格納ポケット２０−２を示す情報を記憶部２１から読み出して、排出部１９に該格納ポケット２０−２へ続紙単票３８を排出させ（Ｓ２１４）、該続紙単票３８の排出先の格納ポケット２０−２を示す情報を記憶部２１に記憶させる。
【０１２８】
以上のように、搬送されたレセプトに対して、特有エリア、即ち請求点エリアの位置における特有情報の記載、即ち請求点記載の有無及び該請求点記載を囲む対応枠の有無を判断することにより、原票或いは続紙単票の識別を自動的に行うことができる。
【０１２９】
次に、図６に示される原票３９、続紙単票４０及び続紙単票４１からなるレセプトを分類する場合の処理の流れについて説明する。
【０１３０】
原票３９（図６（ａ））が搬送される（Ｓ２０１）と、画像取得部２２による画像取得（Ｓ２０２）、読取判断部１３による請求点エリア３２の位置に対する読取処理（Ｓ２０３）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ２０４）が行われる。
【０１３１】
請求点記載３５が存在すると判断されると、枠認識部１４により対応枠の有無の認識（Ｓ２０５）が行われ、対応枠が有ると認識されると、識別部１８は、原票３９が原票であると識別する（Ｓ２０６）。
【０１３２】
続いて、読取判断部１３によりＯＣＲエリア３１の位置に対する読取処理（Ｓ２０７）及び該読取処理の結果に基づくＯＣＲ記載３４が存在するか否かの判断（Ｓ２０８）が行われる。
【０１３３】
ＯＣＲ記載３４が存在しないと判断されると、制御部５５は、読取判断部１３に、フォーム３０を原票３９の画像に当てはめて、原票３９の宛先エリア３３の位置に対する読取処理を行わせる（Ｓ２１５）。
【０１３４】
続いて、制御部５５は、保険者番号取得部５１に、宛先記載３６に含まれる複数の符号、即ち保険者番号を取得させる（Ｓ２１６）。取得された保険者番号「１１０２」は、記憶部２１に記憶される。
【０１３５】
そして、排出部１９が、該保険者番号「１１０２」に対応する格納ポケット２０−２へ該原票３９を排出する（Ｓ２１２）。排出先の格納ポケットを示す情報は、記憶部２１に記憶される。
【０１３６】
なお、Ｓ２１６において、保険者番号の取得が不可であった場合、制御部５５は、通知部５２に、原票３９から保険者番号を取得できない旨をオペレータに通知させる（Ｓ２１７）と共に、表示部５３に、記憶部２１に記憶された原票３９の画像を表示させる（Ｓ２１７）。
【０１３７】
オペレータは、表示部５３に表示された原票３９の画像により、記載された宛先、即ち保険者番号を確認すると、入力部３２により該保険者番号「１１０２」を入力する（Ｓ２１８）。入力された保険者番号は、記憶部２１に記憶される。
【０１３８】
続いて、制御部５５は、排出部１９に、該保険者番号に対応する格納ポケット２０−２へ該原票３９を排出させ（Ｓ２１９）、排出先の格納ポケット２０−２を示す情報を記憶部２１に記憶させる。
【０１３９】
続いて続紙単票４０（図６（ｂ））が搬入される（Ｓ２０１）と、画像取得部２２による画像取得（Ｓ２０２）、読取判断部１３による請求点エリア３２の位置に対する読取処理（Ｓ２０３）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ２０４）が行われる。
【０１４０】
請求点記載３５が存在すると判断されると、枠認識部１４により対応枠の有無の認識（Ｓ２０５）が行われ、対応枠が無いと認識されると、識別部１８は、続紙単票４０が続紙単票であると識別する（Ｓ２１３）。
【０１４１】
続いて、制御部５５は、直前に排出された原票３９の排出先の格納ポケット２０−２を示す情報を記憶部２１から読み出して、排出部１９に該格納ポケット２０−２へ続紙単票４０を排出させ（Ｓ２１３）、該続紙単票４０の排出先の格納ポケット２０−２を示す情報を記憶部２１に記憶させる。
【０１４２】
更に続紙単票４１（図６（ｃ））が搬送される（Ｓ２０１）と、画像取得部２２による画像取得（Ｓ２０２）、読取判断部１３による請求点エリア３２の位置に対する読取処理（Ｓ２０３）及び該読取処理の結果に基づく請求点記載３５が存在するか否かの判断（Ｓ２０４）が行われる。
【０１４３】
請求点記載３５が存在すると判断されると、枠認識部１４により対応枠の有無の認識（Ｓ２０５）が行われ、対応枠が無いと認識されると、識別部１８は、続紙単票４１が続紙単票であると識別する（Ｓ２１３）。
【０１４４】
続いて、制御部５５は、直前に排出された続紙単票４０の排出先の格納ポケット２０−２を示す情報を記憶部２１から読み出して、排出部１９に該格納ポケット２０−２へ続紙単票４１を排出させ（Ｓ２１４）、該続紙単票４０の排出先の格納ポケット２０−２を示す情報を記憶部に記憶させる。
【０１４５】
以上のように、ＯＣＲエリアにＯＣＲ記載がない原票に対しては、宛先エリアの位置から宛先、即ち保険者番号を取得することにより、排出先の格納ポケットの選択が可能となる。また、原票からの保険者番号の取得が不可である場合、該原票の画像を表示し、オペレータに保険者番号を入力させることにより、全てのレセプトを保険者番号毎に分類することが可能となる。
【０１４６】
また、ＯＣＲエリア３１の位置に記載データ、即ちＯＣＲ記載３４は存在するが請求点数等に対応していない原票４２（図７）の場合も、請求点エリア３２の位置に請求点記載３５及び対応枠が存在するので、原票３９（図６（ａ））と同様に分類処理が行われ、原票４２は対応する格納ポケット２０−２へ排出される。
【０１４７】
上記のように、本実施例では、レセプトの原票及び続紙単票に対して、原票のフォームに基づいて請求点エリアに対する読取処理を行い、請求点エリアに記載データ及び該記載データを囲む枠が有ると判断された場合、該単票を原票と識別することにより、ＯＣＲエリアに対する読取処理を行うことなく、原票或いは続紙単票の識別が可能となる。これにより、続紙単票のＯＣＲエリアに対する読取処理が不要となるので、分類処理の更なる高速化が可能となる。
また、通知部及び入力部を設けることにより、宛先エリアに記載された保険者番号を自動的に読み取れない原票を含むレセプトに対しても、オペレータに保険者番号を入力させることにより分類ができるので、全てのレセプトを確実に保険者番号に対応させて分類することが可能となる。
【図面の簡単な説明】
【０１４８】
【図１】本発明に係るレセプト分類装置の実施例１の構成を示すブロック図である。
【図２】原票のフォームの一部を示す省略図である。
【図３】印字された原票の一部を示す省略図である。
【図４】本発明に係るレセプト分類装置の実施例１における動作を示すフローチャートである。
【図５】レセプト分類装置に搬送されるレセプトの説明図（その１）である。
【図６】レセプト分類装置に搬送されるレセプトの説明図（その２）である。
【図７】レセプト分類装置に搬送されるレセプトの説明図（その３）である。
【図８】本発明に係るレセプト分類装置の実施例２の構成を示すブロック図である。
【図９】本発明に係るレセプト分類装置の実施例２における動作を示すフローチャートである。
【符号の説明】
【０１４９】
１０  レセプト分類装置
１１  搬送部
１２  フォーム記憶部
１３  読取判断部
１４  枠認識部
１５  符号認識部
１６  所定ルール記憶部
１７  判定部
１８  識別部
１９  排出部
２０  格納ポケット
【図１】
2007179181.tif 000003
【図２】
2007179181.tif 000004
【図３】
2007179181.tif 000005
【図４】
2007179181.tif 000006
【図５】
2007179181.tif 000007
【図６】
2007179181.tif 000008
【図７】
2007179181.tif 000009
【図８】
2007179181.tif 000010
【図９】
2007179181.tif 000011