(57)【要約】【課題】データ格納サーバ毎に格納される容量、ならびにデータ格納サーバ毎に割り当てられる保険者の数の平準化をはかるレセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法を提供する。【解決手段】データ配信サーバ２１は、データ格納サーバ２２ａ〜２２ｎに均等に保険者を割り当てるために、予め、保険者毎にその規模（一定期間内における保険者別扱い件数もしくは被保険者数）によってランク（規模別ランク識別）を付与しておき、所定期間毎、そのランク順にしたがい各データ格納サーバ２２ａ〜２２ｎに対する保険者毎のレセプトに関するイメージデータの格納先を決定する。例えば、ランクの高い順に各データ格納サーバ２２ａ〜２２ｎに均等に順次保険者を割り当てる。【選択図】図１
2009140118.tif 000002
【特許請求の範囲】
【請求項１】
拠点に設置された複数の拠点サーバからレセプトに関するイメージデータを集中して受信するとともに、前記受信したレセプトに関するイメージデータを複数のデータ格納サーバに分散して格納するレセプト処理システムであって、
前記複数のデータ格納サーバとは第１の伝送路を介して接続され、一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランク分けされたデータに基づき、前記データ格納サーバへの保険者の割当てを決定し、前記決定された割当てにしたがい前記受信したレセプトに関するイメージデータを前記複数のデータ格納サーバに伝送する保険者割当管理装置を、備えることを特徴とするレセプト処理システム。
【請求項２】
前記データ格納サーバのそれぞれとは第２の伝送路を介して接続され、前記データ格納サーバを参照することにより出力される保険者毎のレセプトに関するイメージデータを複製する複数の保険者別媒体作成端末を、さらに備えることを特徴とする請求項１に記載のレセプト処理システム。
【請求項３】
収集されたレセプトに関するイメージデータを複数のデータ格納サーバに分散して格納する、レセプト処理システムにおける保険者割当管理装置であって、
一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランクが付与されたデータを保持する記憶部と、
所定期間毎に収集されるレセプトに関するイメージデータの格納先である前記データ格納サーバを、前記記憶部に記憶されたデータにしたがい決定する制御部と、
前記収集したレセプトに関するイメージデータを、前記決定したそれぞれのデータ格納サーバへ出力する出力部と、
を備えることを特徴とする保険者割当管理装置。
【請求項４】
前記制御部は、
前記レセプトに関するイメージデータを、前記記憶部に保持されたランクにしたがい前記複数のデータ格納サーバのそれぞれに順次均等に割り当てることを特徴とする請求項３に記載の保険者割当管理装置。
【請求項５】
前記制御部は、
前記記憶部に、上位のランクが新設された場合、前記新設された上位のランクから前記複数のデータ格納サーバのそれぞれに順次均等に再割当てを行うことを特徴とする請求項４に記載の保険者割当管理装置。
【請求項６】
前記制御部は、
一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランクが付与された前記データを、前記記憶部に保持し、更新するランク設定登録更新部と、
前記保険者毎のレセプトのイメージデータを取得する第１のインタフェース部と、
所定期間毎に収集される保険者毎のレセプトに関するイメージデータを分散して格納する前記複数のデータ格納サーバに対し、前記記憶部に設定登録されたランクにしたがい保険者毎のレセプトに関するイメージデータを順次均等に割り当てる保険者割当計算部と、
前記保険者割当計算部により割当てが決定された前記複数のデータ格納サーバに、前記第１のインタフェース部を介して取得された所定期間分の保険者毎のレセプトに関するイメージデータを振り分けて出力する第２のインタフェース部と、
を備えることを特徴とする請求項３から請求項５のいずれか１項に記載の保険者割当管理装置。
【請求項７】
収集されたレセプトに関するイメージデータを保険者割当管理装置が複数のデータ格納サーバに分散して格納させる、レセプト処理システムにおける保険者割当管理方法であって、
前記保険者割当管理装置は、
一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎にランク分けされたデータを設定登録するステップと、
前記ランク分けされたデータにしたがい、所定期間毎に収集されるレセプトに関するイメージデータについて、保険者毎に前記データ格納サーバへの割当てを決定するステップと、
前記収集した保険者毎のレセプトに関するイメージデータを前記割り当てたそれぞれのデータ格納サーバへ振り分けて出力するステップと、
を備えることを特徴とするレセプト処理システムにおける保険者割当管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収集されたレセプトのイメージデータを複数のデータ格納サーバに分散して格納する、レセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法に関するものである。
【背景技術】
【０００２】
医療機関が、政府管掌保険、国民健康保険、共済組合等の健康保険を適用した診療を行うと、その診療内容に応じた診療報酬を患者が加入する保険組合から得るべくレセプト（診療報酬明細書）を作成し、当該レセプトを社会保険診療報酬支払基金（国民健康保険団体連合会）等に送付する。
【０００３】
社会保険診療報酬支払基金では、送られてきたレセプトの内容を審査し、その審査したレセプトに示される診療報酬点数に基づく診療報酬を患者が加入する健康保険組合に請求する。この請求に用いられるレセプトは、例えば、保険番号、保険医療機関の所在地および名称、被保険者である患者の氏名、生年月日、性別、傷病名、診療内容に対応した診療報酬点数、治療に用いた医薬品名およびその使用量等が所定の書式にしたがい印刷されている。このレセプトは、社会保険診療報酬支払基金や健康保険組合で保持管理される。
【０００４】
ところで、月毎に発生するレセプトの件数は、保険者別扱い件数もしくは被保険者数からなる保険者の規模によって大きく異なる。月毎に収集されたレセプトのイメージデータは、保険者毎にＤＶＤ−Ｒ（Digital Versatile Disc-Rewritable）、ＣＤ−Ｒ（Compact Disc-Rewritable）等の記録媒体に複写して保険者に発送されることになっている。
【０００５】
前記したように、レセプトのイメージデータは、保険者の規模によっては件数が多くなるため、複数のサーバに分散して蓄積し、管理する必要が生じる。このような分散型サーバ環境において、従来、収集したレセプトを各サーバに平準化して格納するために、事前に過去の処理量（任意の処理月の扱い件数）を基に、均等なデータ格納パターンとなるように手作業で最適化計算を行い、サーバへの割当てを決定していた。
【０００６】
なお、資源を均等に割り当てるための提案は従来から多数出願されており、例えば、ＰＣやストレージの割当量をユーザの利用頻度に応じて平準化させるコンピュータシステム（例えば、特許文献１参照）、ディスク残量の偏差が少なくなるようにユーザが利用可能な領域を最大化しファイルの大量書き込みに対するマージンを増加させるネットワークストレージシステム（例えば、特許文献２参照）等が知られている。
【特許文献１】特開２００７−１６４３０４号公報（段落「００１１」〜「００１５」、図１）
【特許文献２】特開２００５−３８３６８号公報（段落「００１６」〜「００１８」、図８）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前記した従来の方法によれば、処理量が増減する毎に再割当てのための最適化計算を手作業で繰り返す必要があり、管理者の負担が大きい。
【０００８】
また、保険者のレセプトのイメージデータが複数のデータ格納サーバに分散して格納されると、記録媒体に複写する場合に複数のデータ格納サーバにアクセスが発生して効率が悪い。このため、ある保険者のレセプトのイメージデータは、一つのデータ格納サーバに格納する必要がある。また、記録媒体に複写するための処理時間を少なくするためには、割り当てるデータ格納サーバの容量の他に、一つのデータ格納サーバで発生する書き込み処理回数を平準化する必要がある。これに対し、前記した特許文献１，２に開示されている技術はハードウェア資源の割当てに関するものであって、前記した必要性を解決するものではなく、また、その示唆もされていない。
【０００９】
本発明は前記した課題を解決するためになされたものであり、サーバ毎に格納される容量、ならびにサーバ毎に割り当てられる保険者の数の平準化を可能にした、レセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するために、本発明の第１の手段であるレセプト処理システムは、各拠点に設置された複数の拠点サーバからレセプトに関するイメージデータを集中して受信するとともに、前記受信したレセプトに関するイメージデータを複数のデータ格納サーバに分散して格納するレセプト処理システムであって、前記複数のデータ格納サーバとは第１の伝送路を介して接続され、一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランク分けされたデータに基づき、前記データ格納サーバへの保険者の割当てを決定し、前記決定された割当てにしたがい前記受信したレセプトに関するイメージデータを前記複数のデータ格納サーバに伝送する保険者割当管理装置を、備えたものである。
【００１１】
また、本発明の第２の手段である保険者割当管理装置は、収集されたレセプトに関するイメージデータを複数のデータ格納サーバに分散して格納する、レセプト処理システムにおける保険者割当管理装置であって、一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランクが付与されたデータを保持する記憶部と、所定期間毎に収集されるレセプトに関するイメージデータの格納先である前記データ格納サーバを、前記記憶部に記憶されたデータにしたがい決定する制御部と、前記収集したレセプトに関するイメージデータを、前記決定したそれぞれのデータ格納サーバへ出力する出力部と、を備えたものである。
【００１２】
また、本発明の第３の手段であるレセプト処理システムにおける保険者割当管理方法は、収集されたレセプトに関するイメージデータを保険者割当管理装置が複数のデータ格納サーバに分散して格納させる、レセプト処理システムにおける保険者割当管理方法であって、前記保険者割当管理装置は、一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎にランク分けされたデータを設定登録するステップと、前記ランク分けされたデータにしたがい、所定期間毎に収集されるレセプトに関するイメージデータについて、保険者毎に前記データ格納サーバへの割当てを決定するステップと、前記収集した保険者毎のレセプトに関するイメージデータを前記割り当てたそれぞれのデータ格納サーバへ振り分けて出力するステップと、を備えたものである。
【発明の効果】
【００１３】
本発明によれば、データ格納サーバ毎に格納される容量、ならびにデータ格納サーバ毎に割り当てられる保険者の数の平準化を可能にした、レセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
図１は、本実施形態に係るレセプト処理システムのシステム構成の一例を示す図である。
本実施形態に係るレセプト処理システム１は、図１に示すように、支部等の拠点１０および管理センタ２０のそれぞれが管理運営するコンピュータシステム（例えば、サーバ）が、例えば、ＩＰ−ＶＰＮ（Internet Protocol-Virtual Private Network）等、ＷＡＮ（Wide Area Network）３０のための伝送路を介して接続される。
【００１５】
拠点１０の拠点サーバ１０ａ〜１０ｎには、レセプトの文字データおよびイメージデータを取得する非接触型イメージ取得装置、ＯＣＲ（Optical Card Reader）処理装置、取得した文字データに基づき診療報酬のチェックを行い金額データの算出を行う医療事務電算処理装置（いずれも不図示）等が備わっている。
管理センタ２０は、拠点１０の拠点サーバ１０ａ〜１０ｎで管理されるレセプトのイメージデータを含む各種データを取得し、これらのデータを保険者に提供可能なように保持し、管理する。
【００１６】
管理センタ２０は、拠点サーバ１０ａ〜１０ｎからＷＡＮ３０経由で送信されるレセプトに関するイメージデータを集中して受信し、後記する複数のデータ格納サーバ２２ａ〜２２ｎに保険者毎に振り分けて配信するデータ配信サーバ（保険者割当管理装置）２１と、このデータ配信サーバ２１により配信される保険者毎のレセプトのイメージデータを分散して格納する複数のデータ格納サーバ２２ａ〜２２ｎと、このデータ格納サーバ２２ａ〜２２ｎにアクセスして保険者毎のレセプトのイメージデータをＤＶＤ−ＲやＣＤ−Ｒ等の記録媒体に複写する保険者別媒体作成端末２３ａ〜２３ｎと、を備えている。
【００１７】
前記したデータ配信サーバ２１と複数のデータ格納サーバ２２ａ〜２２ｎとは第１の伝送路であるＬＡＮ（Local Area Network）２４により接続され、複数のデータ格納サーバ２２ａ〜２２ｎと保険者別媒体作成端末２３ａ〜２３ｎとはそれぞれ第２の伝送路であるＬＡＮ２５ａ〜２５ｎにより接続される。
【００１８】
前記した構成において、保険者割当管理装置としての機能を有するデータ配信サーバ２１は、各拠点に設置された拠点サーバ１０ａ〜１０ｎからレセプトに関するイメージデータを集中して受信するとともに、受信したレセプトに関するイメージデータを複数のデータ格納サーバ２２ａ〜２２ｎに保険者毎に分散して格納し、保険者毎に出力する。
すなわち、データ配信サーバ２１は、一定期間内における保険者別扱い件数もしくは被保険者数に応じて保険者毎に設定登録されるランク分けされたデータに基づき、データ格納サーバ２２ａ〜２２ｎへの保険者の割当てを決定し、ここで決定された割当てにしたがい、受信したレセプトに関するイメージデータを保険者毎に振り分け、第１の伝送路であるＬＡＮ２４経由で複数のデータ格納サーバ２２ａ〜２２ｎに伝送する。なお、データ配信サーバ２１の詳細な機能については後記する。
【００１９】
また、保険者別媒体作成端末２３ａ〜２３ｎは、第２の伝送路であるＬＡＮ２５ａ〜２５ｎを介してそれぞれ接続されたデータ格納サーバ２２ａ〜２２ｎを参照することにより出力される保険者毎のレセプトに関するイメージデータをＤＶＤ−ＲやＣＤ−Ｒ等の記録媒体に複製する。
【００２０】
図２は、本実施形態に係る保険者割当管理装置、具体的には図１に示すデータ配信サーバの内部構成を機能展開して示したブロック図であり、ここでは本発明と関係する構成のみ抽出して示してある。
【００２１】
図２に示すように、データ配信サーバ２１は、保険者テーブル２１０と、ランク設定登録更新部２１１と、テーブル参照部２１２と、保険者割当計算部２１３と、拠点インタフェース部２１４（第１のインタフェース部）と、レセプト転送部２１５と、サーバインタフェース部２１６（第２のインタフェース部）とを備える。
【００２２】
保険者テーブル２１０の中には、図３（ａ）にそのデータ構造の一例を示すように、保険者毎に付与される保険者番号３０１と、その保険者の規模別ランク識別（ランク）３０２とが対応付けられて記憶される。ここで保険者番号３０１は、各保険者を識別するために法律で定められているものである。また、規模別ランク識別３０２は、例えば、任意月の月間扱い件数にしたがい決定される。
【００２３】
規模別ランク識別３０２は、例えば図３（ｂ）に示すように、任意月の月間扱い件数（基準件数）３０３により１０段階に設定する。ここでは、任意月の月間扱い件数（基準件数）３０３が３００件以下の場合の規模別ランク識別３０２を「０」とする。そして、３０１件〜１，０００件の場合の規模別ランク識別３０２を「１」とする。そして、１，００１件〜１２，０００件の場合の規模別ランク識別３０２を「２」とする。そして、１２，００１件〜２０，０００件の場合の規模別ランク識別３０２を「３」とする。そして、２０，００１件〜４０，０００件の場合の規模別ランク識別３０２を「４」とする。そして、４０，００１件〜８０，０００件の場合の規模別ランク識別３０２を「５」とする。そして、８０，００１件〜１００，０００件の場合の規模別ランク識別３０２を「６」とする。そして、１００，００１件〜２００，０００件の場合の規模別ランク識別３０２を「７」とする。そして、２００，００１件〜３００，０００件の場合の規模別ランク識別３０２を「８」とする。そして、３００，００１件以上の場合の規模別ランク識別３０２を最高ランクである「９」とする。
【００２４】
なお、保険者テーブル２１０の規模別ランク識別３０２は、月毎に更新される。このとき、例えば、過去３ヶ月分の平均、または季節毎の風邪やインフルエンザ等の流行を考慮して１年前の同一月（あるいは３ヶ月間）のデータを利用してもよい。
また、規模別ランク識別３０２が最上位の「９」の保険者のうち、月間扱い件数が、例えば、６０万件を超える保険者が出現した場合は、ランク「１０」等を新たに設定し、規模別ランク識別を拡張するものとする。
【００２５】
さらに、この規模別ランク識別３０２は、図３（ｂ）のように、任意月の月間扱い件数により設定するほか、保険者に属する被保険者数を基準に、各保険者の規模をランク分けすることもできる。例えば、新たに設立された保険者であり、過去の扱い件数のデータがない場合には、保険者に属する被保険者数を基に規模のランク分けした規模別ランク識別を利用する。
【００２６】
また、本実施形態においては、前記した保険者テーブル２１０は、例えば不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク装置、光ディスク装置等）やランダムアクセス可能な記憶デバイス（例えば、ＳＲＡＭ、ＤＲＡＭ）等で構成される記憶部に保持される。
【００２７】
図２の説明に戻る。ランク設定登録更新部２１１は、保険者が有する規模（一定期間内における保険者別扱い件数もしくは被保険者数）に応じて、保険者毎に設定登録される規模別ランク識別３０２（図３参照）が付与されたデータを、保険者テーブル２１０に保持させる機能を有する。なお、ランク設定登録更新部２１１は、保険者テーブル２１０に保持される規模別ランク識別３０２を、保険者の統廃合や変動があった場合に任意のタイミングで更新する機能も有する。
【００２８】
テーブル参照部２１２は、所定期間毎に発生する、例えば、月次イベント発生を契機に、保険者テーブル２１０に保持された保険者毎の規模別ランク識別３０２を参照して保険者割当計算部２１３に提供する機能を有する。
【００２９】
保険者割当計算部２１３は、月次で収集されるレセプトに関するイメージデータを分散して格納する複数のデータ格納サーバ２２ａ〜２２ｎ（図１参照）に対し、テーブル参照部２１２から提供された保険者テーブル２１０の規模別ランク識別３０２にしたがい保険者毎のレセプトを順次均等に割り当てるための計算を行う保険者割当計算処理を実行する機能を有する。
【００３０】
保険者割当計算部２１３はまた、保険者テーブル２１０に上位のランクが新設された場合、当該新設された上位のランクから順次均等に再割当てを行う。保険者割当計算部２１３による保険者割当計算処理については、図４、図５のフローチャートを用いて後記する。
【００３１】
拠点インタフェース部２１４は、各拠点が管理運営する拠点サーバ１０ａ〜１０ｎ（図１参照）とのインタフェースを司り、所定期間毎、例えば、月次イベント発生時に、レセプトに関するイメージデータを取得してレセプト転送部２１５へ供給する機能を有する。
【００３２】
レセプト転送部２１５は、保険者割当計算部２１３により割当てが決定された複数のデータ格納サーバ２２ａ〜２２ｎに対し、拠点インタフェース部２１４を介して取得された月次分の保険者毎のレセプトのイメージデータを振り分けて転送する機能を有する。
【００３３】
サーバインタフェース部２１６は、複数のデータ格納サーバ２２ａ〜２２ｎとのインタフェースを司り、レセプト転送部２１５により転送され、データ格納サーバ２２ａ〜２２ｎ毎に振り分けられた月次分の保険者毎のレセプトのイメージデータを該当のデータ格納サーバ２２ａ〜２２ｎへ第１の伝送路であるＬＡＮ２４（図１参照）経由で伝送する機能を有する。このため、サーバインタフェース部２１６は、レセプト転送部２１５と協働して「所定期間毎、収集した保険者毎のレセプトのイメージデータを、それぞれに該当するサーバへ振り分けて出力する出力部」としての機能を実現する。
【００３４】
なお、前記したランク設定登録更新部２１１、テーブル参照部２１２、保険者割当計算部２１３、拠点インタフェース部２１４、レセプト転送部２１５、およびサーバインタフェース部２１６が持つ機能は、データ配信サーバ２１にインストールされたプログラムをＣＰＵ（Central Processing Unit）が逐次読み出して実行することにより実現されるものであって、あくまで説明の簡略化のために各処理部に分けて表現したものである。
【００３５】
図４は、本実施形態に係るレセプト処理システムの動作を説明するために示したフローチャートである。
以下、図４に示すフローチャートを参照しながら図１〜図３に示す本実施形態に係るレセプト処理システム１の動作について詳細に説明する。
【００３６】
まず、データ配信サーバ２１のランク設定登録更新部２１１は、保険者テーブル２１０の設定登録または更新の必要の有無を判断する（ステップＳ４０）。
保険者テーブル２１０の設定登録または更新が必要と判断した場合には（ステップＳ４０→Ｙｅｓ）、ランク設定登録更新部２１１は、基準件数（例えば、任意月の月間扱い件数）３０３を基に、保険者毎の規模別ランク識別３０２を決定し、保険者テーブル２１０に設定登録または更新をする（ステップＳ４１）。
【００３７】
保険者テーブル２１０の設定登録、更新処理について具体的に説明する。
データ配信サーバ２１は、保険者毎の規模別ランク識別３０２を設定登録するにあたり、他業務（例えば、不図示の勘定系のサーバ）により現存する保険者の数、および保険者別扱い件数を取得できる。本実施形態に係るレセプト処理システム１に接続される勘定系サーバ（不図示）は、すべての保険者が管理対象になるため、データ配信サーバ２１は、すべての保険者の扱い件数を知ることができる。また、記録媒体提供サービスを必要とする保険者は、現存する保険者の一部であり事前の申請が必要なため、対象保険者名および保険者の数を、データ配信サーバ２１は把握可能となる。
【００３８】
なお、保険者が合併すると保険者数が減少し、該当保険者数の扱い件数が大きく増加する可能性がある。例えば、１万件／月の保険者２つが合併すると、２万件／月を合併後の保険者の扱い件数とする必要がある。この合併についても事前の申請が必要であるため、データ配信サーバ２１において、どの保険者とどの保険者とが合併するかを事前に把握することができる。
【００３９】
また、保険者の廃止の場合は、廃止した保険者のデータが、吸収した保険者側のデータに加算されて更新される。ある保険者に属する被保険者は、保険組合が廃止になったとしてもどこかの保険者に改めて属することが大半である。例えば、廃止保険者に属していた被保険者がどの保険組合にも吸収されない場合であっても、国民健康保険に加入することとなる。したがって、データ配信サーバ２１は、保険者が廃止した場合であっても、保険者の数およびその扱い件数のデータを把握することができる。それに応じて、ランク設定登録更新部２１１は、保険者テーブル２１０に保持される規模別ランク識別３０２の更新を行う。
【００４０】
説明を図４のフローチャートに戻す。ステップＳ４０で、データ配信サーバ２１が、保険者テーブル２１０の設定登録または更新が必要でないと判断した場合（ステップＳ４０→Ｎｏ）、または、ステップＳ４１で保険者テーブル２１０の設定登録または更新の処理を行った場合において、データ配信サーバ２１（拠点インタフェース部２１４）は、ＷＡＮ３０経由で各拠点サーバ１０ａ〜１０ｎから送信されるレセプトのイメージデータを取得する（ステップＳ４２）。
【００４１】
次に、データ配信サーバ２１（テーブル参照部２１２）は、月次イベントの発生の有無を判断する（ステップＳ４３）。月次イベントが発生していないと判断した場合は（ステップＳ４３→Ｎｏ）、月次イベントが発生するまで待つ。
一方、月次イベントが発生したと判断した場合（ステップＳ４３→Ｙｅｓ）、テーブル参照部２１２は、保険者テーブル２１０に保持された保険者毎の規模別ランク識別３０２を参照して保険者割当計算部２１３に提供する。そして、保険者割当計算部２１３は、保険者割当計算プログラムを起動して、各データ格納サーバ２２ａ〜２２ｎへの保険者割当計算を行う（ステップＳ４４）。
【００４２】
図５は、データ配信サーバ（保険者割当計算部２１３）による各データ格納サーバへの保険者割当計算処理（ステップＳ４４）の具体的な流れを示すフローチャートである。
保険者割当計算部２１３は、テーブル参照部２１２から提供される保険者毎の規模別ランク識別３０２に基づき、まずは、最上位の規模別ランク識別３０２である「９」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行い（ステップＳ４４１）、次に、規模別ランク識別３０２が「８」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行う（ステップＳ４４２）。
次に、保険者割当計算部２１３は、規模別ランク識別３０２が「７」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行い（ステップＳ４４３）、次に、規模別ランク識別３０２が「６」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行い（ステップＳ４４４）、次に、規模別ランク識別３０２が「５」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行う（ステップＳ４４５）。そして、保険者割当計算部２１３は、規模別ランク識別３０２が「４」〜「０」の保険者を各データ格納サーバ２２ａ〜２２ｎに平均的に割り当てるための計算を行う（ステップＳ４４６）。
これにより、保険者毎のレセプトに関するイメージデータが、規模別ランク識別３０２の高い順で各データ格納サーバ２２ａ〜２２ｎに順次割り当てられる。
【００４３】
このように、保険者割当計算部２１３は、拠点インタフェース部２１４を介して取得したレセプトのイメージデータを保険者毎に割り当て直すとともに、規模別ランク識別３０２の高い順に各データ格納サーバ２２ａ〜２２ｎに順次割り当てる。このことにより、各データ格納サーバ２２ａ〜２２ｎに対する扱い件数の均等化と、保険者数の均等化を実現することができる。
【００４４】
説明を図４のフローチャートに戻すと、保険者割当計算部２１３による各データ格納サーバ２２ａ〜２２ｎへの保険者割当計算処理（ステップＳ４４）の後、レセプト転送部２１５は、保険者割当計算部２１３により割当てが決定された月次分の保険者毎のレセプトのイメージデータを、サーバインタフェース部２１６に転送する。そして、サーバインタフェース部２１６は、レセプト転送部２１５により転送された保険者毎のイメージデータを、それぞれに該当するデータ格納サーバ２２ａ〜２２ｎへ、ＬＡＮ（第１の伝送路）２４経由で伝送する（ステップＳ４５）。
【００４５】
一方、ＬＡＮ（第１の伝送路）２４経由でイメージデータを受信した各データ格納サーバ２２ａ〜２２ｎは、それぞれＬＡＮ（第２の伝送路）２５ａ〜２５ｎ経由で接続される保険者別媒体作成端末２３ａ〜２３ｎからの媒体作成要求のためのアクセスの有無を判定する（ステップＳ４６）。
ここで、アクセス無しと判定された場合には（ステップＳ４６→Ｎｏ）、データ格納サーバ２２ａ〜２２ｎは、保険者別媒体作成端末２３ａ〜２３ｎからのアクセスを待つ。
一方、アクセス有りと判定された場合に（ステップＳ４６→Ｙｅｓ）、アクセスを受けたデータ格納サーバ２２ａ〜２２ｎは、自身が格納している保険者別レセプトのイメージデータを、アクセスのあった保険者別媒体作成端末２３ａ〜２３ｎに伝送する（ステップＳ４７）。そして、保険者別媒体作成端末２３ａ〜２３ｎは、保険者別レセプトのイメージデータを、ＤＶＤ−ＲやＣＤ−Ｒ等の記録媒体に複写する（ステップＳ４８）。
【００４６】
以上説明したように、本実施形態に係るレセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法によれば、各拠点サーバ１０ａ〜１０ｎからレセプトに関するイメージデータを集中的に受信した保険者割当管理装置（データ配信サーバ２１）が、そのイメージデータを複数のデータ格納サーバ２２ａ〜２２ｎに保険者別に格納するようにデータ配信を行う。そして、複数のデータ格納サーバ２２ａ〜２２ｎが保険者別媒体作成端末２３ａ〜２３ｎからアクセスを受けて保険者別に出力するシステム接続形態にすることで、各装置の負荷を分散し軽減することができる。
【００４７】
そして、本実施形態に係るレセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法によれば、規模別ランク識別３０２順に保険者を各データ格納サーバ２２ａ〜２２ｎに割り当てるため、保険者の数を平準化できる。また、１個のデータ格納サーバ２２ａ〜２２ｎで発生するアクセス回数も平準化されるため、局所的に記録媒体の複写枚数が増える等の不都合が解消される。さらに、各保険者別媒体作成端末２３ａ〜２３ｎが記録媒体を作成するために要する処理時間も最適化される。
【００４８】
なお、前記した本実施形態に係るレセプト処理システム１においては、データ配信サーバ２１が各拠点サーバ１０ａ〜１０ｎから送信されるレセプトに関するイメージデータを集中的に受信し、最適な割当計算を行って複数のデータ格納サーバ２２ａ〜２２ｎに保険者別に振り分けて格納する構成とした。しかし、複数のデータ格納サーバ２２ａ〜２２ｎのいずれか１つが前記したデータ配信サーバ２１が有する役割を担っても同様の効果が得られるものである。この場合、データ配信サーバ２１が不要になるため、その分廉価な構成でレセプト処理システムの構築が可能になる。
【００４９】
また、本実施形態に係るレセプト処理システムおよび保険者割当管理装置ならびにレセプト処理システムにおける保険者割当管理方法においては、各保険者毎にレセプトのイメージデータの割当てを行ったが、各医療機関毎にレセプトのイメージデータを割り当てる場合においても同様の効果を得ることができる。医療機関についても保険者と同様に、規模別ランク識別を設定し、保険者割当管理装置（データ配信サーバ２１）が、データ格納サーバ２２ａ〜２２ｎに各医療機関を均等に割り当てることで、データ格納サーバ毎に格納される容量、ならびにデータ格納サーバに割り当てられる医療機関の数を平準化することが可能となる。
【図面の簡単な説明】
【００５０】
【図１】本実施形態に係るレセプト処理システムのシステム構成の一例を示す図である。
【図２】本実施形態に係るデータ配信サーバの内部構成を機能展開して示したブロック図である。
【図３】本実施形態に係るデータ配信サーバで使用される保険者テーブルのデータ構造の一例を示す図である。
【図４】本実施形態に係るレセプト処理システムの基本動作を説明するために示したフローチャートである。
【図５】本実施形態に係る保険者割当管理装置の保険者割当計算処理の具体的な手順を示すフローチャートである。
【符号の説明】
【００５１】
１      レセプト処理システム
１０    拠点
１０ａ〜１０ｎ  拠点サーバ
２０    管理センタ
２１    データ配信サーバ（保険者割当管理装置）
２２ａ〜２２ｎ  データ格納サーバ
２３ａ〜２３ｎ  保険者別媒体作成端末
２４    ＬＡＮ（第１の伝送路）
２５ａ〜２５ｎ  ＬＡＮ（第２の伝送路）
３０    ＷＡＮ
２１０  保険者テーブル
２１１  ランク設定登録更新部
２１２  テーブル参照部
２１３  保険者割当計算部
２１４  拠点インタフェース部（第１のインタフェース部）
２１５  レセプト転送部
２１６  サーバインタフェース（第２のインタフェース部）
【図１】
2009140118.tif 000003
【図２】
2009140118.tif 000004
【図３】
2009140118.tif 000005
【図４】
2009140118.tif 000006
【図５】
2009140118.tif 000007