JP2024039819A - 広域給付請求支援システムおよびプログラム - Google Patents

Abstract

【課題】管外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムを提供する。【解決手段】広域給付請求支援システム１は、第１の自治体Ｍ１管内の保育施設の保育実績から当該保育施設に対する給付単価を算出し、算出した給付単価に基づいて第１の自治体Ｍ１が管理する第１自治体端末３１に対する処理を実行する第１サーバ１１と、第２の自治体Ｍ２が管理する第２自治体端末３２に対する処理を実行する第２サーバ１２とを備える。第１サーバ１１は、第１自治体端末３１を介して第１の自治体Ｍ１から承認を受けた給付単価を、当該保育施設が管理する保育端末４１からの管外給付請求が完了したことに基づいて第２サーバ１２に送信する。第２サーバ１２は、第２自治体端末３２から管外給付請求の承認に関する情報を受信したことに基づき、第１サーバ１１から受信した給付単価を含む情報を第２自治体端末３２に送信する。【選択図】図１

Description

本発明は、自治体に対する保育施設の給付金の請求を支援する広域給付請求支援システムおよびプログラムに関する。

保育所、認定こども園および幼稚園等の保育施設は、保育施設が属する管内の自治体に対して、保育実績に基づく給付金の請求を行っている。この請求では、まず、保育施設が、毎月の保育実績を自治体に報告する。自治体は、報告された保育実績を確認すると共に、国および各自治体が定める複雑な算定基準に従い、歳児別（保育年齢別）および標短別（標準時間保育と短期保育の別）に、１人当りの給付単価を認定し、保育施設に通知する。保育施設は、自治体が認定した給付単価毎に、この自治体内から通園する園児数を乗じて給付金を算出し、算出した給付金の合計額を自治体に請求する。自治体は、保育施設が提出した請求書（管内給付請求書）の内容を確認して、保育施設に給付金を支払う。

このような管内における給付金の請求を支援するための管内給付支援システムが、以下の非特許文献１に記載されている。この管内給付請求支援システムでは、自治体が管理する端末と、その自治体内の保育施設が管理する端末と、クラウドコンピュータとが、ネットワークで接続され、上述の自治体と保育施設との間の面倒な事務手続が、コンピューター処理により効率的に処理される。現在多くの自治体は、この管内給付請求支援システムを導入して、自治体内の園児分に関する管内給付請求の効率化と簡素化を図っている。

横浜市給付費請求システム https://serve.jp/product/yokohama/

しかしながら、保育施設は、自治体内から通園する園児だけではなく、自治体外から通園する、いわゆる越境園児も保育していることが多い。このため、保育施設は、これらの越境園児に対する管外給付請求について、越境園児が居住する自治体毎に、請求を行うことになる。

これに対し、上述の管内給付請求支援システムは、このような管外給付請求が管外の自治体になされた場合には対応していない。このため、越境園児分について保育施設から管外給付請求を受けた自治体は、管外給付請求書に記載された給付単価が適正であるかを、逐次確認する必要がある。具体的には、自治体は、この保育施設を管轄する自治体に対し、管外給付請求書に記載された給付単価が適正な給付単価であるか否かを、メールや電話等で確認する必要がある。このような確認手続きは、両方の自治体にとって大きな負担となっている。

かかる課題に鑑み、本発明は、管外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムおよびプログラムを提供することを目的とする。

本発明の第１の態様は、広域給付請求支援システムに関する。この態様に係る広域給付請求支援システムは、第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出し、算出した前記給付単価に基づいて、前記第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバと、第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバとを備える。前記第１サーバは、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を、前記保育施設が管理する保育端末からの管外給付請求が完了したことに基づいて前記第２サーバに送信する。前記第２サーバは、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第１サーバから受信した前記給付単価を含む情報を前記第２自治体端末に送信する。

本態様に係る広域給付請求支援システムによれば、管外給付請求を行った保育施設の給付単価が、第２サーバから第２自治体端末に送信される。このため、第２の自治体の担当者は、受信した給付単価を第２自治体端末において参照することで、当該管外給付請求に含まれる給付単価が、国および第１の自治体の基準により決定され、第１の自治体が承認した適正な給付単価であるか否かを円滑に確認できる。よって、第２の自治体は、管外の保育施設からの管外給付請求に対して円滑に対応することができる。

本態様に係る広域給付請求支援システムにおいて、前記第１サーバは、前記管外給付請求に係る保育実績と前記給付単価とに基づいて算出した前記保育施設の管外給付請求情報を前記給付単価とともに前記第２サーバに送信し、前記第２サーバは、前記第２自治体端末から前記保育施設の前記管外給付請求の承認に関する情報を受信したことに基づいて、前記保育施設の前記給付単価とともに前記管外給付請求情報を前記第２自治体端末に送信するよう構成され得る。

この構成によれば、第２自治体端末において、当該保育施設の給付単価とともに、管外給付請求の内容を示す管外給付請求情報が表示され得る。よって、第２の自治体の担当者は、当該管外給付請求に含まれる給付単価が適正な給付単価であるか否かとともに、当該管外給付請求の内容が適正であるかについても円滑に確認できる。

この場合、前記第１サーバは、前記保育端末から前記保育施設の前記管外給付請求に係る保育実績を受信したことに基づいて、前記管外保育実績および前記保育施設の前記給付単価から前記管外給付請求情報を算出し、算出した前記管外給付請求情報を前記第２サーバに送信し、前記第２サーバは、前記第１サーバから受信した前記管外給付請求情報を保持するよう構成され得る。

この構成によれば、当該保育施設を管轄する第１の自治体の第１サーバと、当該保育施設の保育端末との間で、管外保育実績の入力と管外給付請求情報の算出との処理が行われる。このため、管外給付請求情報の算出のための手続きを円滑かつ正確に行うことができ、第２サーバに管外給付請求情報を円滑に保持させることができる。

本態様に係る広域給付請求支援システムにおいて、前記第１サーバは、前記給付単価に紐づけてキー情報を発行するとともに、前記キー情報を前記第２サーバに送信し、前記第２サーバは、前記給付単価の取得の際に、前記第２自治体端末から前記管外給付請求の承認に関する情報とともに受信したキー情報が前記第１サーバから受信した前記キー情報に適合することを条件に、前記キー情報に紐づけられた前記保育施設の前記給付単価を前記第２自治体端末に送信するよう構成され得る。

この構成によれば、給付単価のセキュリティ性を高めることができる。よって、第１の自治体が算定した保育施設の給付単価が、第２の自治体に不所望に漏洩することをより確実に防ぐことができる。

本態様に係る広域給付請求支援システムにおいて、前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の管内保育実績を受信したことに基づいて、前記管内保育実績および前記保育施設の前記給付単価から前記管内給付請求情報を算出し、算出した前記管内給付請求情報を前記保育端末に送信するよう構成され得る。

この構成によれば、保育施設は、保育端末を介して、管内保育実績に基づく管内給付請求と、管外保育実績に基づく管外給付請求の両方を、コンピューター処理により効率的に行うことができる。よって、保育施設の利便性および作業効率を高めることができる。

本態様に係る広域給付請求支援システムにおいて、前記第１サーバおよび前記第２サーバは、前記給付単価を含む請求情報の履歴を前記保育施設ごとに記憶するデータベースを有する。

この構成によれば、各自治体の担当者は、年度締め等の際に、自身の自治体に対応するサーバ（第１サーバまたは第２サーバ）にアクセスすることで、処理対象の保育施設の過去の給付単価を含む請求情報を確認することができる。よって、給付請求に関する処理を効率的に進めることができる。

本態様に係る広域給付請求支援システムにおいて、前記第１サーバおよび前記第２サーバは、クラウドサーバに構築された仮想サーバとされ得る。

この構成によれば、広域給付請求支援システムに対応する自治体の数に応じて各サーバを簡易に構築できる。よって、広域給付請求支援システムへの自治体の参加を促進することができる。

本発明の第２の態様は、第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバ、および第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバに、それぞれ所定の機能を実行させるプログラムに関する。この態様に係るプログラムは、前記第１サーバには、前記第１の自治体管内の保育施設の保育実績に基づいて前記保育施設に対する給付単価を算出する機能と、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を、前記保育施設が管理する保育端末からの管外給付請求が完了したことに基づいて前記第２サーバに送信する機能とを実行させ、前記第２サーバには、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第１サーバから受信した前記給付単価を含む情報を前記第２自治体端末に送信する機能を実行させる。

本態様に係るプログラムによれば、第１サーバおよび第２サーバにおいて、上記第１の態様と同様の処理が実行される。よって、上記第１の態様と同様の効果が奏され得る。

以上のとおり、本発明によれば、管外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムを提供できる。

本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。

図１は、実施形態に係る、広域給付請求支援システムの構成を示す図である。 図２は、実施形態に係る、給付単価の決定方法を説明する図である。 図３は、実施形態に係る、管内給付請求額の算出方法を示す図である。 図４は、実施形態に係る、管外給付請求額の算出方法を示す図である。 図５は、実施形態に係る、管外給付請求額の算出方法を示す図である。 図６は、実施形態に係る、園児リストの構成を示す図である。 図７は、実施形態に係る、園児の入園手続の流れを示すフローチャートである。 図８は、実施形態に係る、広域給付請求支援システムにより実行される基本処理を示すフローチャートである。 図９は、実施形態に係る、管内給付請求に関する処理を示すフローチャートである。 図１０は、実施形態に係る、管内情報データベースの構成を示す図である。 図１１は、実施形態に係る、保育実績の入力画面を示す図である。 図１２は、実施形態に係る、管内給付請求書画面を示す図である。 図１３は、実施形態に係る、管内給付承認支払に関する処理を示すフローチャートである。 図１４は、実施形態に係る、申請承認画面の構成を示す図である。 図１５は、実施形態に係る、第１自治体端末に表示される管内給付請求書の表示画面を示す図である。 図１６は、実施形態に係る、管外給付請求に関する処理を示すフローチャートである。 図１７は、実施形態に係る、管外情報データベースの構成を示す図である。 図１８は、実施形態に係る、保育端末に表示される管外保育実績の入力画面を示す図である。 図１９は、実施形態に係る、管外給付請求書画面を示す図である。 図２０は、実施形態に係る、広域データベースの構成を示す図である。 図２１は、実施形態に係る、管外給付承認支払に関する処理を示すフローチャートである。

以下、実施形態に係る広域給付請求支援システム１について、図面を参照して説明する。

［システムの基本構成］
図１は、広域給付請求支援システム１の構成を示す図である。

広域給付請求支援システム１は、第１サーバ１１と、第２サーバ１２とを備える。本実施形態では、これら第１サーバ１１および第２サーバ１２が、クラウドサーバ１０の仮想サーバとして、それぞれ構成される。但し、第１サーバ１１および第２サーバ１２は、必ずしも、仮想サーバでなくてもよく、物理サーバにより構成されてもよい。第１サーバ１１および第２サーバ１２は、インターネット等の公衆通信網２０に接続されている。

第１の自治体Ｍ１には、第１の自治体Ｍ１の施設に、保育施設からの給付請求を処理するための第１自治体端末３１が設置されている。また、第１の自治体Ｍ１には、管内の各保育施設において、各保育施設が管理する保育端末４１が設置されている。これら第１自治体端末３１および保育端末４１は、公衆通信網２０に接続されている。第１自治体端末３１および保育端末４１は、たとえば、パーソナルコンピュータやタブレット端末により構成される。

第２の自治体Ｍ２には、第２の自治体Ｍ２の施設に、保育施設からの給付請求を処理するための第２自治体端末３２が設置されている。また、第２の自治体Ｍ２には、管内の各保育施設において、各保育施設が管理する保育端末４２が設置されている。これら第２自治体端末３２および保育端末４２は、公衆通信網２０に接続されている。第１自治体端末３１および保育端末４１は、たとえば、パーソナルコンピュータやタブレット端末により構成される。

第１サーバ１１は、第１の自治体Ｍ１に設置された第１自治体端末３１および保育端末４１に対する給付請求の処理を実行し、第２サーバ１２は、第２の自治体Ｍ２に設置された第２自治体端末３２および保育端末４２に対する給付請求の処理を実行する。第１サーバ１１および第２サーバ１２における給付請求処理の機能は、同じである。すなわち、第１サーバ１１および第２サーバ１２には、広域給付請求支援システム１の処理を実現するための同一のアプリケーションプログラムがインストールされている。

上記のように、本実施形態では、第１サーバ１１および第２サーバ１２は、クラウドサーバ１０の仮想サーバとして構成されているが、セキュリティ確保のために、それぞれファイアウォールで保護され独立的に機能している。

第１サーバ１１、第１自治体端末３１および保育端末４１は、公衆通信網２０を介して互いに通信が可能である。第１サーバ１１、第１自治体端末３１および保育端末４１は、この通信を行うために、通信先のアドレス情報および識別情報を保持している。同様に、第２サーバ１２、第２自治体端末３２および保育端末４２は、公衆通信網２０を介して互いに通信が可能である。第２サーバ１２、第２自治体端末３２および保育端末４２は、この通信を行うために、通信先のアドレス情報および識別情報を保持している。

なお、ここでは、第３の自治体Ｍ３は、広域給付請求支援システム１に対応していない。したがって、第３の自治体Ｍ３における管外給付請求の処理は、広域給付請求支援システム１によるコンピューター処理とは別の従前の手続きに従って実行されることになる。

図１には、便宜上、広域給付請求支援システム１に対応している自治体として、第１の自治体Ｍ１と第２の自治体Ｍ２とが示されているが、広域給付請求支援システム１に対応している他の自治体についても、第１サーバ１１および第２サーバ１２と同様のサーバによって、広域給付請求支援システム１による以下の給付請求処理が実行される。

以下には、第１の自治体Ｍ１に属する保育施設が、第１の自治体Ｍ１に対して管内給付請求を行い、第２の自治体Ｍ２に対して管外給付請求を行う場合の処理について説明する。

ここで、管内給付請求とは、第１の自治体Ｍ１から通園する管内園児に対する給付請求のことであり、管外給付請求とは、第２の自治体Ｍ２から通園する越境園児に対する給付請求のことである。管内給付請求は、当該保育施設が属する第１の自治体Ｍ１に対して行う必要があり、管外給付請求は、越境園児を管轄する第２の自治体Ｍ２に対して行う必要がある。

この場合、管内給付請求および管外給付請求に適用される給付単価は、当該保育施設を管轄する第１の自治体Ｍ１によって決定される。管外給付請求の際には、第１の自治体Ｍ１により決定された給付単価が適用されて、管外給付請求に係る請求額が算出される。以下に、給付単価の決定方法と、管内給付請求および管外給付請求の請求額の算出方法について説明する。

［給付単価］
第１の自治体Ｍ１に属する保育施設における園児１人当たりの月額の給付単価は、図２に示すように、当該保育施設の月毎の保育実績（保育環境情報と、歳児別・標短別の園児数）を、国の基準と第１の自治体Ｍ１の基準に当てはめて、歳児別・標短別に決定される。上記のように、この給付単価の承認は、第１の自治体Ｍ１によって行われる。

ここで、保育環境情報には、当該保育施設の職員情報（職員毎の在籍月数・通算保育従事月数・処遇改善に関わる情報・資格情報・配置クラス役割）と、職員実績（勤務形態・その月に労働時間）とが含まれ、さらには、加算に関わる情報（職員情報から算定した加算率・公定価格のバージョン・加算項目の各項目の設定値）が含まれる。

［第１の自治体Ｍ１に対する管内給付請求］
第１の自治体Ｍ１に属する保育施設が第１の自治体Ｍ１に請求する管内給付請求額は、図３に示す給付請求合計額ΣＡＱとして算出される。すなわち、上述の歳児別・標短別の給付単価に、第１の自治体Ｍ１内から通園する園児数Ｑについて歳児別・標短別の対応人数を乗じて、歳児別・標短別給付請求額が算出される。そして、これらの給付請求額が合計されて、管内給付請求の合計額（ΣＡＱ）が算出される。

［第２の自治体Ｍ２に対する管外給付請求］
第１の自治体Ｍ１に属する保育施設が第２の自治体Ｍ２に請求する管外給付請求額は、図４に示す給付請求合計額ΣＡＲとして算出される。すなわち、上記と同様の歳児別・標短別の給付単価に、第２の自治体Ｍ２から通園する越境園児数Ｒについて歳児別・標短別の対応人数を乗じて、歳児別・標短別給付請求額が算出される。そして、これらの給付請求額が合計されて、管外給付請求の合計額（ΣＡＲ）が算出される。したがって、第２の自治体Ｍ２は、算定に用いられた給付単価が、第１の自治体Ｍ１によって承認されたものであることを確認した上で、管外給付請求に基づく支払処理を行う必要がある。

[第３の自治体Ｍ３に対する管外給付請求]
第１の自治体Ｍ１内の保育施設が第３の自治体Ｍ３に請求する管外給付請求額は、図５に示す様に、図４と同様の算出処理により算出される。この場合も、第３の自治体Ｍ３は、算定に用いられた給付単価が、第１の自治体Ｍ１によって承認されたものであることを確認した上で、管外給付請求に基づく支払処理を行う必要がある。

[自治体の管内園児リスト]
各自治体は、保育施設からの給付請求を確認して承認するために、当該自治体内の園児について、認定区分・歳児区分・標短区分を把握し、さらに、これらの園児がどの保育施設に通園しているかを把握しておく必要がある。このため、各自治体は、図６に示すような園児リストを作成している。

[入園施設決定手続]
図７は、園児の入園手続の流れを示すフローチャートである。

上述の園児リストの作成は、この流れに従って、保護者と、保護者が入園を希望する保育施設と、園児が居住する自治体とにより行われる入園施設決定手続の中で、自治体により作成される。

まず、保護者は、自身が居住する自治体に対して認定申請を行う（Ｆ１）。この認定申請において、保護者は、認定申請書類を作成して、自治体に提出する。

認定申請書類を受け取った自治体は、申請内容を評価して、１号～３号の認定を行う（Ｆ２）。自治体は、１号～３号の認定結果を保護者に通知し（Ｆ３）、さらに、申請書類から抽出した保護者の氏名、園児の氏名、住所、認定区分および歳児区分を自治体端末内の園児リストに入力する（Ｆ４）。

認定結果通知を受けた保護者は、認定区分を確認し（Ｆ５）、1号区分の場合は（Ｆ５：ＹＥＳ）、願書を作成して希望する保育施設に直接願書を提出する（Ｆ６）。願書を受け取った保育施設は、合否判定を行い（Ｆ７）、保護者に対して合否結果を通知する（Ｆ８）。保護者は、合否結果を確認し（Ｆ９）、不合格の場合は（Ｆ９：ＮＯ）、合格通知が得られるまで、別の保育施設に対して願書提出を繰り返し行う（Ｆ６）。

保育施設は、フローＦ７の判定が合格である場合（Ｆ１０：ＹＥＳ）、当該園児の保護者が居住する自治体に対し、当該園児と他の合格判定の園児とを含むリストを提出する（Ｆ１１）。各保育施設からリストを受け取った自治体は、フローＦ４で作成した園児リスト中のこれら園児に対応する欄に、保育施設の帰属自治体名と、施設名と、標短区分とを追加入力する。

フローＦ５の確認において、認定区分が２号または３号区分の場合（Ｆ５：ＮＯ）、保護者は、願書を作成して、保護者が居住する自治体に提出する（Ｆ１３）。願書には、入園を希望する保育施設が希望順位と共に記載される。自治体は、第１希望の保育施設に対して、入園可否を打診する（Ｆ１４）。打診を受けた保育施設は、合否判定を行い（Ｆ１５）、自治体に対して合否結果を通知する（Ｆ１６）。

自治体は、合否結果を確認し（Ｆ１７）、不合格の場合は（Ｆ１７：ＮＯ）、調整作業（Ｆ１８）により、願書に次に希望するとして記載された保育施設または受入可能な保育施設に対して、入園可否の打診を行う（Ｆ１４）。自治体は、入園施設が決まるまで、調整（Ｆ１８）を繰り返す。

こうして、合格が得られると（Ｆ１７：ＹＥＳ）、自治体は、保護者に対して合格した入園施設名を記述した入園施設通知を送付する（Ｆ１９）。これにより、保護者は、入園施設を確認できる（Ｆ２０）。２号、３号認定の保育施設が決定すると、自治体は、フローＦ４で作成した園児リスト中のこれら園児に対応する欄に、保育施設の帰属自治体名と、施設名と、標短区分とを追加入力する（Ｆ２１）。

自治体は、こうして作成した園児リストを加工編集処理して、給付単価と給付額のチェックがし易い形式の台帳データに変換し、自治体端末内に保存する。その他の台帳作成に必要な職員情報や職員実績については、保育施設からの届出に基づき作成され、その後の園児の入退状況や職員の変更等についても保育施設等からの届出により最新の状態に更新される。

次に、図１に示した広域給付請求支援システム１の処理について説明する。

[基本処理ステップ]
図８は、広域給付請求支援システム１により実行される基本処理を示すフローチャートである。

広域給付請求支援システム１により実行される基本処理は、大きく分けて４つの処理ステップ（Ｓ１～Ｓ４）からなっている。処理ステップＳ１、Ｓ２は、管内給付請求に関する処理であり、処理ステップＳ３、Ｓ４は、管外給付請求に関する処理である。

処理ステップＳ１は、管内給付請求の申請に関する処理ステップである。この処理ステップＳ１は、主として、第１の自治体Ｍ１内の保育端末４１と、第１の自治体Ｍ１に対応する第１サーバ１１とによって行われる。

処理ステップＳ２は、管内給付請求の承認および支払いに関する処理ステップである。この処理ステップＳ２は、主として、第１の自治体Ｍ１が管理する第１自治体端末３１と、第１の自治体Ｍ１に対応する第１サーバ１１とによって行われる。

処理ステップＳ３は、管外給付請求の申請に関する処理ステップである。この処理ステップＳ３は、主として、第１の自治体Ｍ１内の保育端末４１と、第１の自治体Ｍ１に対応する第１サーバ１１と、第２の自治体Ｍ２に対応する第２サーバ１２とによって行われる。

処理ステップＳ４は、管外給付請求の承認および支払いに関する処理ステップである。この処理ステップＳ４は、主として、第２の自治体Ｍ２が管理する第２自治体端末３２と、第２の自治体Ｍ２に対応する第２サーバ１２とによって行われる。

なお、処理ステップＳ４は、第２の自治体Ｍ２のように、広域給付請求支援システム１に対応する自治体が管外給付請求の請求先である場合に（Ｓ５：ＹＥＳ）、実行される。これに対し、図１に示した第３の自治体Ｍ３のような、広域給付請求支援システム１に対応していない自治体が、管外給付請求の請求先である場合（Ｓ５：ＮＯ）、処理ステップＳ４は行われることなく、従前どおり、管外給付請求の請求書が当該自治体に郵送されて、承認および支払いの処理が実行される（Ｓ６）。

以下、図８の各処理ステップにおける具体的な処理について、順次説明する。

[処理ステップＳ１]
図９は、図８のステップＳ１における管内給付請求に関する処理を示すフローチャートである。

まず、保育施設の管理者は、当該保育施設の保育端末４１において、広域給付請求支援システム１のアプリケーションプログラムを起動し、保育実績を入力するための開始操作を実行する（Ｓ１０１）。このとき、管理者は、開始操作の画面において、保育実績の対象年月を入力する。これにより、保育端末４１は、当該保育施設の識別情報（施設ＩＤ）とともに対象年月を、管内請求開始通知とともに、第１サーバ１１に送信する。

第１サーバ１１は、受信した施設ＩＤと対象年月とに基づいて、管内情報データベースから前回（直前の年月）の登録情報を読み出して、保育端末４１に送信する（Ｓ１０２）。これを受けて、保育端末４１は、保育実績を入力するための入力画面を表示させる（Ｓ１０３）。

図１０は、管内情報データベースの構成を示す図である。

管内情報データベースには、施設ＩＤと、申請年月と、総園児数と、管内園児数と、保育環境情報と、給付単価と、管内給付請求情報と、ステータスとが、互いに対応付けて保持されている。

申請年月は、管内給付請求の対象年月である。

総園児数は、当該保育施設の申請年月における総園児数であり、図２の左図に示す「通園園児 歳児別・標短別園児数表」のように、管内園児および管外園児（越境園児）の両方を含む園児の総数を、歳児別および標短別に区分して構成されている。

管内園児数は、当該保育施設の申請年月における管内園児の総数であり、図３の上図に示す「自治体Ｍ１ 歳児別・標短別園児数表」のように、管内園児の総数を、歳児別および標短別に区分して構成されている。

保育環境情報は、当該保育施設の申請年月における保育環境情報であり、上記のように、当該保育施設の申請年月における、職員情報（職員の氏名、職員毎の在籍月数・通算保育従事月数・処遇改善に関わる情報・資格情報・配置クラス役割）と、職員実績（職員毎の勤務形態・その月に労働時間）と、加算に関わる情報（職員情報から算定した加算率・公定価格のバージョン・加算項目の各項目の設定値）が含まれている。

給付単価は、当該保育施設の申請年月における給付単価であり、図２の右図に示す「歳児別・標短別給付単価表」のように、歳児別および標短別ごとの給付単価により構成されている。各給付単価は、上記のように、当該保育施設の申請年月における保育実績（総園児数および保育環境情報）と、国および当該第１の自治体Ｍ１が定める算定基準に従って算出される。

管内給付請求情報は、当該保育施設の申請年月における管内給付請求額であり、図３の下図に示す「歳児別・標短別給付額計算表」のように、歳児別および標短別ごとに算出された給付請求額とその合計額とによって構成されている。

ステータスは、当該保育施設の申請年月における管内給付申請に対する処理の状況を示している。管内給付申請に係る１行分の情報（管内登録情報）が管内データベースに新たに登録されると、ステータスに「申請完了」を示す情報が登録される。その後、この管内給付申請が自治体によって承認されると、ステータスに「申請完了」を示す情報が登録される。

第１サーバ１１は、施設ＩＤに対応付けて、各施設の書誌情報（施設名、住所、電話番号、管理者名、等）をさらに保持している。

図１１は、図９のステップＳ１０３において、保育端末４１に表示される保育実績の入力画面を示す図である。

保育実績入力画面１００は、総園児数入力領域１０１と、管内園児数入力領域１０２とを含んでいる。また、保育実績入力画面１００の上段には、この画面が保育実績入力のための画面であることを示す標記と、当該実績の対象年月を示す標記とが含まれている。

総園児数入力領域１０１および管内園児数入力領域１０２には、図９のステップＳ１０２において管内情報データベースから読み出されて保育端末４１に送信された前回（直前の年月）の管内登録情報の内容が反映される。スクロールバーにより画面を遷移させることにより、職員情報、職員実績および加算情報を入力するための領域が表示される。各領域には、図９のステップＳ１０２において管内情報データベースから読み出されて保育端末４１に送信された前回（直前の年月）の管内登録情報の内容が反映される。

図９に戻り、保育端末４１は、図１１の保育実績入力画面１００に対する入力を受け付け（Ｓ１０４）、さらに、保育実績入力画面１００に対する入力完了操作を受け付ける（Ｓ１０５）。

図１１を参照して、保育施設の管理者は、マウスとキーボードを操作して、総園児数入力領域１０１に表示された前回の歳児別・標短別の総園児数と、管内園児数入力領域１０２に表示された前回の歳児別・標短別の管内園児数とを適宜修正し、当該年月の総園児数および管内園児数を入力する。また、保育施設の管理者は、スクロールバーにより画面を遷移させて、当該年月の職員情報、職員実績および加算情報を入力する。

こうして、保育実績入力画面１００に対する入力が完了すると、管理者は、保育実績入力画面１００の末尾に表示されている完了ボタンを操作する。これにより、保育端末４１は、保育実績入力画面１００の各領域に入力された保育実績を、施設ＩＤおよび対象年月とともに第１サーバ１１に送信する。他方、保育実績の入力をキャンセルする場合、管理者は、キャンセルボタンを操作する。これにより、保育端末４１は、キャンセルを示す情報を施設ＩＤとともに第１サーバ１１に送信する。これを受けて第１サーバ１１は、図９の処理を終了する。

図９に戻り、第１サーバ１１は、今月の保育実績を保育端末４１から受信すると、受信した保育実績を、施設ＩＤおよび対象年月とともに、管内情報データベースに登録する（Ｓ１０６）。続いて、第１サーバ１１は、受信した保育実績に基づき、歳児別・標短別の給付単価を算出する（Ｓ１０７）。そして、第１サーバ１１は、算出した給付単価を、ステップＳ１０６で登録した保育実績に対応付けて、管内情報データベースに登録する（Ｓ１０８）。

さらに、第１サーバ１１は、ステップＳ１０７で算出した歳児別・標短別の給付単価と、ステップＳ１０６で登録した当該施設の歳児別・標短別の管内園児数とを乗じて、歳児別・標短別の管内給付請求額を算出し、算出したこれらの請求額とその合計額を当該年月の管内給付請求情報として算出する（Ｓ１０９）。そして、第１サーバ１１は、算出した管内給付請求情報を、施設ＩＤおよび対象年月とともに図１０の管内情報データベースに登録する（Ｓ１１０）。

続いて、第１サーバ１１は、当該年月の管内給付請求書の構成に必要な管内請求書情報を管内情報データベースから抽出して保育端末４１に送信する（Ｓ１１１）。これにより、保育端末４１に管内給付請求書が表示される（Ｓ１１２）。

図１２は、図９のステップＳ１１２で表示される管内給付請求書画面１１０を示す図である。

管内給付請求書画面１１０は、給付請求額の計算表１１１と、申請ボタン１１２と、キャンセルボタン１１３とを含んでいる。管理者は、計算表１１１の内容を確認した上で、申請ボタン１１２を操作する。これにより、保育端末４１は、申請がなされたことを示す情報を、施設ＩＤおよび対象年月とともに第１サーバ１１に送信する。申請をキャンセルする場合、管理者はキャンセルボタン１１３を操作する。これにより、保育端末４１は、申請がキャンセルされたことを示す情報を、施設ＩＤおよび対象年月とともに第１サーバ１１に送信する。この場合、第１サーバ１１は、管内情報データベースから、今回の登録情報を削除し、処理を終了する。

図９に戻り、図１２の申請ボタン１１２が操作されて、申請がなされたことを示す情報が第１サーバ１１に送信されると（Ｓ１１３）、第１サーバ１１は、管内情報データベースにおける当該登録情報のステータスに、申請済を設定する（Ｓ１１４）。続いて、第１サーバ１１は、第１の自治体Ｍ１の第１自治体端末３１に対して、申請完了通知とともに、当該保育施設の情報（施設ＩＤ、施設名、等）および対象年月を電子メールで送信し、さらに、保育端末４１に申請完了通知を送信する（Ｓ１１５）。

これにより、保育端末４１には、管内申請が完了したことを示す画面が表示される（Ｓ１１６）。管理者は、この画面により、自身が行った管内給付請求が完了したことを確認する。また、第１自治体端末３１では、ステップＳ１１５で送信された電子メールが担当者により開封されることで、新たに管内給付請求が発生したことが表示される（Ｓ１１７）。これにより、第１自治体端末３１において、当該管内給付請求に対する承認および支払いの処理が行われる。

[処理ステップＳ２]
図１３は、図８のステップＳ２における管内給付承認支払に関する処理を示すフローチャートである。

第１の自治体Ｍ１の担当者は、第１自治体端末３１において、図９のステップＳ１１５で受信した電子メールを開封し、承認開始操作を実行する（Ｓ２０１）。この操作により、第１自治体端末３１において、広域給付請求支援システム１のアプリケーションプログラムが起動され、承認開始のための入力画面が表示される。担当者は、この入力画面において、上記電子メールとともに通知された保育施設の施設ＩＤと対象年月とを入力する。これにより、第１自治体端末３１から第１サーバ１１に対し、施設ＩＤと対象年月が管内承認開始通知とともに送信される。

第１サーバ１１は、第１自治体端末３１からこれらの情報を受信すると、受信した施設ＩＤおよび対象年月に対応する管内登録情報（管内情報データベースの１行分の情報）を、管内情報データベースから読み出して、第１自治体端末３１に送信する（Ｓ２０２）。第１自治体端末３１は、受信した管内登録情報を含む申請承認画面を表示させる（Ｓ２０３）。

図１４は、申請承認画面２００の構成を示す図である。

申請承認画面２００は、管内給付請求額の計算表２０１と、保育実績表示ボタン２０２と、承認ボタン２０３と、否認ボタン２０４とを含んでいる。保育実績表示ボタン２０２が操作されると、当該保育施設の対象年月における保育実績（歳児別・標短別園児数、職員情報、職員実績および加算に関わる情報）がポップアップ画面に表示される。

担当者は、計算表２０１に表示されている給付単価および園児数と、保育実績表示ボタン２０２の操作により表示される保育実績とを参照し、さらに、第１自治体端末３１に予め保持されている上述の台帳データとこれらの保育実績等と照合して、給付単価の適否とともに当該管内給付請求の承認の可否を判断する。なお、この照合は、担当者が目視により行う方法の他、ソフトウエアで自動的に行われてもよい。担当者は、当該管内給付請求を承認する場合は承認ボタン２０３を操作し、当該管内給付請求を承認しない場合は否認ボタン２０４を操作する。

図１３に戻り、こうして、担当者が承認ボタン２０３および否認ボタン２０４の何れかを操作すると（Ｓ２０４）、第１自治体端末３１は、承認／否認の結果を第１サーバ１１に送信する。

第１サーバ１１は、受信した結果が否認の場合（Ｓ２０５：ＮＯ）、当該保育施設の保育端末４１に、対象年月の管内給付請求が否認されたことを示す電子メールを送信する（Ｓ２０６）。これにより、保育端末４１に否認の結果が表示される。他方、受信した結果が承認の場合（Ｓ２０５：ＹＥＳ）、第１サーバ１１は、管内情報データベースにおいて当該施設ＩＤおよび対象年月に対応付けられているステータスを登録済みから承認完了に変更する（Ｓ２０７）。

そして、第１サーバ１１は、対象年月の管内給付請求が承認されたことを示す電子メールを当該保育施設の保育端末４１に送信し、さらに、当該保育施設の対象年月の管内給付請求の承認処理が完了したことを示す通知を第１自治体端末３１に送信する（Ｓ２０８）。これにより、保育端末４１において、対象年月の管内給付請求が承認されたことが表示される（Ｓ２０９）。また、第１自治体端末３１は、第１サーバ１１から承認処理の完了通知を受信したことにより、管内給付請求書を表示させる（Ｓ２１０）。

図１５は、第１自治体端末３１に表示される管内給付請求書の表示画面２１０を示す図である。

表示画面２１０は、管内給付請求額の計算表２１１と、承認済み表示２１２と、印刷ボタン２１３とを含んでいる。担当者は、表示画面２１０を確認した上で、印刷ボタン２１３を操作する。

図１３に戻り、こうして、担当者が印刷ボタン２１３を操作すると、第１自治体端末３１は、プリンタを介して、承認済みの管内給付請求書を印刷する（Ｓ２１１）。第１の自治体Ｍ１では、印刷された管内給付請求書に基づいて、事務処理部門が精算・支払処理を行う（Ｓ２１２）。これにより、保育施設は、当該管内給付請求に対する給付を受理することができる（Ｓ２１３）。

なお、ステップＳ２０６において、保育端末４１に否認表示がなされる場合は、次のステップに進むことなく、図８の管内給付申請ステップＳ１に戻り、保育実績の再登録を行う必要がある。この場合、否認に際して第１の自治体Ｍ１から台帳と保育実績との不一致箇所を指摘する情報が保育施設に通知されることにより、保育施設の再登録操作を容易に行うことができる。この情報は、ステップＳ２０４において第１自治体端末３１に入力され、第１自治体端末３１から第１サーバ１１を介して（Ｓ２０５：ＮＯ）、保育端末４１に送信されてもよい。これにより、保育施設の管理者は、ステップＳ２０６において、この情報を併せて参照でき、再登録の操作を簡易かつ円滑に進めることができる。

[処理ステップＳ３]
図１６は、図８のステップＳ３における管外給付請求に関する処理を示すフローチャートである。

図１６の処理は、第１の自治体Ｍ１に含まれる保育施設から、第２の自治体Ｍ２や第３の自治体Ｍ３等の管外の自治体に対してなされる管外給付請求について実行されるものである。以下では、第１の自治体Ｍ１に含まれる保育施設が第２の自治体Ｍ２に対して管外給付請求を行うとして、図１６の処理を説明する。

まず、保育施設の管理者は、当該保育施設の保育端末４１において、広域給付請求支援システム１のアプリケーションプログラムを起動し、管外保育実績を入力するための開始操作を実行する（Ｓ３０１）。このとき、管理者は、開始操作の画面において、保育実績の対象年月と、請求対象の管外自治体（ここでは第２の自治体Ｍ２）の特定情報（たとえば、自治体名）を入力する。特定情報の入力は、画面に表示される選択候補から選択する方法でよい。これにより、保育端末４１は、当該保育施設の識別情報（施設ＩＤ）と対象年月および管外自治体の特定情報を、管外請求開始通知とともに第１サーバ１１に送信する。

第１サーバ１１は、受信した施設ＩＤ、対象年月、対象自治体に基づいて、管外情報データベースから前回（直前の年月）の管外登録情報を読み出して、保育端末４１に送信する（Ｓ３０２）。これを受けて、保育端末４１は、当該管外自治体に関する保育実績を入力するための入力画面を表示させる（Ｓ３０３）。

図１７は、管外情報データベースの構成を示す図である。

管外情報データベースには、施設ＩＤと、申請年月と、管外自治体と、管外園児数と、給付単価と、管外給付請求情報と、キーとが、互いに対応付けて保持されている。

申請年月は、管外給付請求の対象年月である。管外自治体は、管外給付請求の対象自治体である。管外園児数は、請求対象の管外自治体から通園している園児の数であり、図４の上図に示す「自治体Ｍ２ 歳児別・標短別園児数表」のように、管外から通園する園児（越境園児）の当該年月の数が、歳児別および標短別に区分されて示される。

給付単価は、当該保育施設の申請年月における給付単価であり、図２の右図に示す「歳児別・標短別給付単価表」のように、歳児別および標短別ごとの給付単価により構成されている。各給付単価は、図１０の管内情報データベースにおける当該保育施設の同じ年月の給付単価がそのまま取り込まれる。

管外給付請求情報は、当該保育施設の申請年月における当該管外自治体への管外給付請求額であり、図４の下図に示す「歳児別・標短別給付額計算表」のように、歳児別および標短別ごとに算出された給付請求額とその合計額とによって構成されている。

キーは、後述のように、第１サーバ１１によって、当該管外給付請求に対し発行されたキーである。

図１８は、図１６のステップＳ３０３において、保育端末４１に表示される管外保育実績の入力画面を示す図である。

管外保育実績入力画面３００は、管外園児数入力領域３０１と、給付単価表３０２と、完了ボタン３０３と、キャンセルボタン３０４とを含んでいる。また、管外保育実績入力画面３００の上段には、この画面が管外保育実績入力のための画面であることを示す標記と、当該実績の対象年月を示す標記とが含まれている。さらに、管外園児数入力領域３０１の上側には、当該管外給付請求の請求先である申請対象の管外自治体の名称が記載されている。

管外園児数入力領域３０１には、図１６のステップＳ３０２において管外情報データベースから読み出されて保育端末４１に送信された前回（直前の年月）の管外登録情報の内容が反映される。給付単価表３０２には、管内情報データベースに登録されている当該保育施設の対象年月（ここでは、２０２２年３月）の給付単価が反映されている。管外園児数入力領域３０１は、マウスおよびキーボードを用いて修正可能な領域である。給付単価表は、表示のみであって、修正は行えない。

なお、当該保育施設および当該管外自治体に関する前回の管外登録情報が、管外情報データベースに未だ登録されていない場合、管外保育実績入力画面３００の管外園児数入力領域３０１は空欄となる。この場合、管理者は、マウスおよびキーボードを操作して、管外園児数入力領域３０１全ての欄に、当該年月に対応する情報を入力することになる。

図１６に戻り、保育端末４１は、図１８の管外保育実績入力画面３００に対する入力を受け付け（Ｓ３０４）、さらに、管外保育実績入力画面３００に対する入力完了操作を受け付ける（Ｓ３０５）。

図１８を参照して、保育施設の管理者は、マウスとキーボードを操作して、管外園児数入力領域３０１に表示された前回の歳児別・標短別の管外園児数を適宜修正し、当該年月の管外園児数を入力する。こうして、管外保育実績入力画面３００に対する入力が完了すると、管理者は、完了ボタン３０３を操作する。これにより、保育端末４１は、管外保育実績入力画面３００の管外園児数入力領域３０１に入力された管外保育実績を、施設ＩＤ、対象年月および管外自治体の特定情報とともに第１サーバ１１に送信する。

他方、管外保育実績の入力をキャンセルする場合、管理者は、キャンセルボタン３０４を操作する。これにより、保育端末４１は、キャンセルを示す情報を施設ＩＤとともに第１サーバ１１に送信する。これを受けて第１サーバ１１は、図１６の処理を終了する。

図１６に戻り、第１サーバ１１は、今月の管外保育実績を保育端末４１から受信すると、管内情報データベースから当該保育施設における当該年月の給付単価を読み出す（Ｓ３０６）。そして、第１サーバ１１は、読み出した給付単価と、保育端末４１から受信した管外保育実績とを乗じて、歳児別および標短別の給付請求額を算出し、算出した請求額とその合計額を、管外給付請求情報として算出する（Ｓ３０７）。

第１サーバ１１は、ステップＳ３０７の算出結果から、当該年月の管外給付請求書の構成に必要な管外請求書情報を抽出して保育端末４１に送信する（Ｓ３０８）。これにより、保育端末４１に管外給付請求書が表示される（Ｓ３０９）。保育施設の管理者は、表示された管外給付請求書を確認した上で、申請操作を行う（Ｓ３１０）。これにより、保育端末４１は、申請操作がなされたことを示す通知を、施設ＩＤ、対象年月および管外自治体の特定情報とともに、第１サーバ１１に送信する。

第１サーバ１１は、ステップＳ３０５の処理に伴い受信した管外保育実績、施設ＩＤ、対象年月および対象の管外自治体と、ステップＳ３０６で読み出した給付単価と、ステップＳ３０７で算出した管外給付請求情報とを含む管外登録情報を、管外情報データベースに登録する（Ｓ３１１）。

その後、第１サーバ１１は、管外給付請求の請求先である自治体が、広域給付請求支援システム１に対応しているか否かを判別する（Ｓ３１２）。第１サーバ１１は、広域給付請求支援システム１に対応している自治体のリストを随時更新して保持している。ここでは、請求先の自治体である第２の自治体Ｍ２は広域給付請求支援システム１に対応している（Ｓ３１２：ＹＥＳ）。このため、第１サーバ１１は、ステップＳ３１１で管外情報データベースに登録した管外登録情報を、保育端末４１に送信する（Ｓ３１３）。これにより、保育端末４１は、管外給付請求書を表示させる（Ｓ３１４）。

図１９は、管外給付請求書画面３１０を示す図である。

管外給付請求書画面３１０は、管外給付請求額の計算表３１１と、保存ボタン３１２とを含んでいる。管理者は、計算表３１１を確認した上で、保存ボタン３１２を操作する。

図１６に戻り、管理者が保存ボタン３１２を操作すると（Ｓ３１５）、保育端末４１は、管外給付請求書を自身の記憶部に保存し、さらに、保存が完了したことを示す通知を、施設ＩＤ、対象年月および管外自治体の特定情報とともに、第１サーバ１１に送信する。第１サーバ１１は、キーを発行し（Ｓ３１６）、発行したキーを、保育端末４１から受信した上記情報に対応する管外登録情報に対応付けて、管外情報データベース（図１７）に登録する（Ｓ３１７）。さらに、第１サーバ１１は、発行したキーおよび管外自治体の特定情報とともに、当該管外登録情報を第２サーバ１２に送信する（Ｓ３１８）。

第２サーバ１２は、受信した管外登録情報およびキーを広域データベース（図２０参照）に登録する（Ｓ３１９）。広域データベースの構成は、図１７に示した管外情報データベースの構成と同様である。図１６のステップＳ３１３で発行されたキーは、広域データベースのキーの項目に登録される。さらに、第２サーバ１２は、受信した管外登録情報から管外給付請求情報を抽出し、抽出した管外給付請求情報と、キー、施設ＩＤおよび対象年月とを含む承認要求を、上記特定情報に対応する第２の自治体Ｍ２の第２自治体端末３２に送信する（Ｓ３２０）。

第２自治体端末３２では、ステップＳ３２０で送信された情報を受信したことで、新たに管外給付請求が発生したことを示す着信表示がなされる。これにより、第２自治体端末３２において、当該管外給付請求に対する承認および支払いの処理が行われる。

一方、管外給付請求の請求先である自治体が、広域給付請求支援システム１に対応していない場合（Ｓ３１２：ＮＯ）、第１サーバ１１は、そのことを示す通知を保育端末４１に送信する。これにより、保育端末４１は、管外給付請求書を印刷するための処理を実行し（Ｓ３２１）、保育端末４１に接続されたプリンタから管外給付請求書を印刷する。印刷される管外給付請求書は、図１９の管外給付請求書画面３１０と同様である。管理者は、印刷された管外給付請求書を郵送により当該自治体に送付する。これにより、従前通りの事務手続を経て、管外給付請求書に基づく給付が保育施設により受理される。

[処理ステップＳ４]
図２１は、図８のステップＳ４における管外給付承認支払に関する処理を示すフローチャートである。

第２の自治体Ｍ２の担当者は、第２自治体端末３２において、図１６のステップＳ３２０に基づく着信表示に応じて、承認開始操作を実行する（Ｓ４０１）。この操作により、第２自治体端末３２において、広域給付請求支援システム１のアプリケーションプログラムによる、承認開始のための入力画面が表示される。担当者は、この入力画面において、承認操作を入力する。これにより、第２自治体端末３２から第２サーバ１２に対し、図１６のステップＳ３２０で受信した施設ＩＤ、対象年月およびキーが管外承認開始通知とともに送信される。

第２サーバ１２は、受信した施設ＩＤ、対象年月およびキーと、広域データベースとを照合し、受信したキーが広域データベースに登録されているか否かを判定する（Ｓ４０２）。

受信したキーが広域データベースに登録されている場合（Ｓ４０２：ＹＥＳ）、第２サーバ１２は、さらに、このキーに対応付けられて、管外園児数、給付単価および管外給付請求情報が広域データベースに登録されているか否かを判定する（Ｓ４０３）。

ステップＳ４０２、Ｓ４０３の判定が何れもＹＥＳである場合、第２サーバ１２は、このキーに対応付けられている管外給付請求情報および給付単価を広域データベースから抽出して第２自治体端末３２に送信する（Ｓ４０４）。

第２自治体端末３２は、受信した情報に基づき、管外給付請求書を生成して表示する（Ｓ４０５）。ここで表示される管外給付請求書は、図１９と同様である。第２の自治体Ｍ２の担当者は、表示された管外給付請求書と、図１６のステップＳ３２０で受信した管外給付請求情報とを照合し、給付単価が適正であること、保育実績が適正であること等、保育端末４１からの管外給付請求が適正であることを確認する。そして、担当者は、保育端末４１からの管外給付請求が適正であることを確認した上で、管外給付請求書を印刷する操作を行う（Ｓ４０６）。

第２の自治体Ｍ２では、印刷された管外給付請求書に基づいて、事務処理部門が精算・支払処理を行う（Ｓ４０７）。これにより、保育施設は、当該管外給付請求に対する給付を受理することができる（Ｓ４０８）。

なお、ステップＳ４０２、Ｓ４０３の何れかの判定がＮＯとなった場合、その旨の通知が、第２自治体端末３２に送信される。この場合、第２自治体端末３２は、今回の管外給付請求は承認できない旨の否認表示を行う（Ｓ４０９）。この表示には、キーが適正でなかったこと（Ｓ４０２：ＮＯ）、または、対応する管外登録情報が存在しないこと（Ｓ４０３：ＮＯ）を報知するためのメッセージが含まれる。これにより、担当者は、今回の管外給付請求を否認する。この場合、否認の結果が、その理由とともに、電子メール等によって保育施設に通知される。これにより、保育施設の管理者は、再度、管外給付請求をやり直すことができる。

＜実施形態の効果＞
上記実施形態によれば、以下の効果が奏される。

図１６に示したように、第１サーバ１１は、第１自治体端末３１を介して第１の自治体Ｍ１から承認を受けた給付単価を、保育施設が管理する保育端末４１からの管外給付請求が完了したことに基づいて（Ｓ３１５：ＹＥＳ）、第２サーバ１２に送信し（Ｓ３１８）、図２１に示したように、管外給付請求を行った保育施設の給付単価を含む管外登録情報が、第２サーバ１２から第２自治体端末３２に送信される（Ｓ４０４）。このため、第２の自治体Ｍ２の担当者は、受信した給付単価を第２自治体端末３２において参照することで、当該管外給付請求に含まれる給付単価が国および第１の自治体Ｍ１の基準により決定された適正な給付単価であるか否かを円滑に確認できる。よって、第２の自治体Ｍ２は、管外の保育施設からの管外給付請求に対して円滑に対応することができる。

図１６に示したように、第１サーバ１１は、管外給付請求に係る保育実績（管外園児数）と給付単価とに基づいて算出された保育施設の管外給付請求情報と、給付単価とを含む管外登録情報を、第２サーバ１２に送信し（Ｓ３１８）、図２１に示したように、第２サーバ１２は、第２自治体端末３２から保育施設の管外給付請求の承認に関する情報（施設ＩＤ、年月）を受信したことに基づいて、保育施設の給付単価および管外給付請求情報を含む管外請求書情報を、第２自治体端末３２に送信する（Ｓ４０４）。これにより、第２自治体端末３２において、保育施設の給付単価とともに、管外給付請求の内容を示す管外給付請求情報が表示される。よって、第２の自治体Ｍ２の担当者は、当該管外給付請求に含まれる給付単価が適正な給付単価であるか否かとともに、当該管外給付請求の内容が適正であるかについても円滑に確認できる。

図１６に示したように、第１サーバ１１は、保育施設が管理する保育端末４１から保育施設の管外給付請求に係る保育実績を受信したことに基づいて（Ｓ３０５）、管外保育実績および保育施設の給付単価から管外給付請求情報を算出し（Ｓ３０７）、算出した管外給付請求情報を含む管外登録情報を第２サーバ１２に送信し（Ｓ３１８）、第２サーバ１２は、第１サーバ１１から受信した管外登録情報を保持する（Ｓ３１９）。これにより、当該保育施設を管轄する第１の自治体Ｍ１の第１サーバ１１と、当該保育施設の保育端末４１との間で、管外保育実績の入力と管外給付請求情報の算出の処理が行われる。このため、管外給付請求情報の算出のための手続きを円滑かつ正確に行うことができ、第２サーバ１２に管外給付請求情報を円滑に保持させることができる。

図１６に示したように、第１サーバ１１は、給付単価に紐づけてキー情報（キー）を発行し（Ｓ３１６）、キー情報（キー）を管外登録情報とともに第２サーバ１２に送信し（Ｓ３１８）、図２１に示したように第２サーバ１２は、給付単価の取得の際に、第２自治体端末３２から管外給付請求の承認に関する情報（施設ＩＤ、年月）とともに受信したキー情報（キー）が第１サーバ１１から受信したキー情報に適合することを条件に（Ｓ４０２：ＹＥＳ）、キー情報に紐づけられた保育施設の給付単価を含む情報を第２自治体端末３２に送信する（Ｓ４０４）。これにより、給付単価のセキュリティ性を高めることができる。よって、第１の自治体Ｍ１が算定した保育施設の給付単価が、第２の自治体Ｍ２に不所望に漏洩することをより確実に防ぐことができる。

図９に示したように、第１サーバ１１は、保育施設が管理する保育端末４１から保育施設の管保育実績を受信したことに基づいて（Ｓ１０５）、管内保育実績および当該保育施設の給付単価から管内給付請求情報を算出し（Ｓ１０９）、算出した管内給付請求情報を保育端末４１に送信する（Ｓ１１１）。これにより、保育施設は、保育端末４１を介して、管内保育実績に基づく管内給付請求と、管外保育実績に基づく管外給付請求の両方を、コンピューター処理により効率的に行うことができる。よって、保育施設の利便性および作業効率を高めることができる。

図１０、図１７および図２０に示したように、第１サーバ１１および第２サーバ１２は、給付単価を含む請求情報の履歴を保育施設ごとに記憶するデータベース（管内情報データベース、管外情報データベース、広域データベース）を有する。これにより、各自治体の担当者は、年度締め等の際に、自身の自治体に対応するサーバ（第１サーバ１１または第２サーバ１２）にアクセスすることで、処理対象の保育施設の過去の給付単価を含む請求情報を確認することができる。よって、給付請求に関する処理を効率的に進めることができる。

図１に示したように、第１サーバ１１および第２サーバ１２は、クラウドサーバ１０に構築された仮想サーバである。これにより、広域給付請求支援システムに対応する自治体の数に応じて各サーバを簡易に構築できる。よって、広域給付請求支援システムへの自治体の参加を促進することができる。

＜変更例＞
上記実施形態では、給付単価とともに管外給付請求情報が第２サーバ１２（広域データベース）に保持されたが、管外給付請求情報は、第２サーバ１２に保持されなくてもよい。たとえば、図２１の処理において、第２サーバ１２は、給付単価のみを第２自治体端末３２に転送してもよい。この処理によっても、第２の自治体Ｍ２の担当者は、承認対象の管外給付請求に対応する給付単価を、第２自治体端末３２において確認できる。よって、管外給付請求の承認処理を円滑に進めることができる。

なお、この場合、第２サーバ１２は、給付単価とともに管外給付請求に係る管外保育実績（歳児別・標短別の園児数）を第２自治体端末３２に送信してもよく、この情報に基づいて、第２自治体端末３２が管外給付請求情報を算出してもよい。これにより、上記実施形態と同様、第２自治体端末３２に、給付単価とともに管外給付請求情報を表示させることができ、第２の自治体Ｍ２の担当者は、さらに、管外給付請求の内容の適否も確認することができる。

また、上記実施形態では、図１６に示した管外給付請求時の処理において、保育端末４１からの管外給付請求が完了したことに応じて（Ｓ３１５：ＹＥＳ）、管外給付請求に係る給付単価が第２サーバ１２に送信されたが（Ｓ３１８）、管外給付請求に係る給付単価が第２サーバ１２に送信されるタイミングは、これに限られるものではない。たとえば、保育端末４１からの管外給付請求が完了した後、図２１の管外給付承認時の処理において、第２サーバ１２が、キー情報とともに施設ＩＤ等の情報を第１サーバ１１に送信して、これら情報に対応する給付単価（管外登録情報）が第１サーバ１１から第２サーバ１２に送信されてもよい。この場合、第１サーバ１１は、図２１のステップＳ４０２、Ｓ４０３の処理を実行し、これらの判定がＹＥＳの場合に、給付単価（管外登録情報）を第２サーバ１２に送信する。この他、保育端末４１からの管外給付請求が完了した後、管外給付承認までの所定のタイミングで、管外給付請求に係る給付単価が第１サーバ１１から第２サーバ１２に送信されてもよい。

また、管外給付請求の完了の判定条件は、保育端末４１が管外給付請求書を自身の記憶部に保存したことの通知を第１サーバ１１が受信したことに限らず、管外給付請求が完了したと判断し得る他の条件であってもよい。たとえば、管外給付請求書の保存を行うことなく印刷のみを行う場合は、この印刷が行われたことの通知を第１サーバ１１が受信したことが、管外給付請求の完了の判定条件とされてもよい。

また、上記実施形態では、管外給付請求に係る給付単価を第２自治体端末３２に受け渡す際に、第１サーバ１１が発行したキーを確認する処理が行われたが、キーの発行および確認の処理は省略されてもよい。但し、第１の自治体Ｍ１が算定した保育施設の給付単価が、第２の自治体Ｍ２に不所望に漏洩することをより確実に防ぐ観点からは、上記のように、キーの発行および確認の処理が行われることが好ましい。

また、各種データベースの構成は、上記に示した構成に限られるものではなく、さらに他の項目が含まれてもよい。また、入力画面や表示画面の構成も、上記に示した構成に限られるものではなく、たとえば、項目およびレイアウト等、適宜変更され得る。

この他、本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。

１ 広域給付請求支援システム
１１ 第１サーバ
１２ 第２サーバ
３１ 第１自治体端末
３２ 第２自治体端末
４１、４２ 保育端末
Ｍ１ 第１の自治体
Ｍ２ 第２の自治体
Ｍ３ 第３の自治体

Claims (8)

1. 第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出し、算出した前記給付単価に基づいて、前記第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバと、
   第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバと、を備え、
   前記第１サーバは、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を、前記保育施設が管理する保育端末からの管外給付請求が完了したことに基づいて前記第２サーバに送信し、
   前記第２サーバは、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第１サーバから受信した前記給付単価を含む情報を前記第２自治体端末に送信する、
   ことを特徴とする広域給付請求支援システム。
2. 請求項１に記載の広域給付請求支援システムにおいて、
   前記第１サーバは、前記管外給付請求に係る保育実績と前記給付単価とに基づいて算出した前記保育施設の管外給付請求情報を前記給付単価とともに前記第２サーバに送信し、
   前記第２サーバは、前記第２自治体端末から前記保育施設の前記管外給付請求の承認に関する情報を受信したことに基づいて、前記保育施設の前記給付単価とともに前記管外給付請求情報を前記第２自治体端末に送信する、
   ことを特徴とする広域給付請求支援システム。
3. 請求項２に記載の広域給付請求支援システムにおいて、
   前記第１サーバは、前記保育端末から前記保育施設の前記管外保育給付請求に係る保育実績を受信したことに基づいて、前記管外保育実績および前記保育施設の前記給付単価から前記管外給付請求情報を算出し、算出した前記管外給付請求情報を前記第２サーバに送信し、
   前記第２サーバは、前記第１サーバから受信した前記管外給付請求情報を保持する、
   ことを特徴とする広域給付請求支援システム。
4. 請求項１に記載の広域給付請求支援システムにおいて、
   前記第１サーバは、前記給付単価に紐づけてキー情報を発行するとともに、前記キー情報を前記第２サーバに送信し、
   前記第２サーバは、前記給付単価の取得の際に、前記第２自治体端末から前記管外給付請求の承認に関する情報とともに受信したキー情報が前記第１サーバから受信した前記キー情報に適合することを条件に、前記キー情報に紐づけられた前記保育施設の前記給付単価を前記第２自治体端末に送信する、
   ことを特徴とする広域給付請求支援システム。
5. 請求項１に記載の広域給付請求支援システムにおいて、
   前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の管内保育実績を受信したことに基づいて、前記管内保育実績および前記保育施設の前記給付単価から前記管内給付請求情報を算出し、算出した前記管内給付請求情報を前記保育端末に送信する、
   ことを特徴とする広域給付請求支援システム。
6. 請求項１に記載の広域給付請求支援システムにおいて、
   前記第１サーバおよび前記第２サーバは、前記給付単価を含む請求情報の履歴を前記保育施設ごとに記憶するデータベースを有する、
   ことを広域給付請求支援システム。
7. 請求項１ないし６の何れか一項に記載の広域給付請求支援システムにおいて、
   前記第１サーバおよび前記第２サーバは、クラウドサーバに構築された仮想サーバである、
   ことを広域給付請求支援システム。
8. 第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバ、および第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバに、それぞれ所定の機能を実行させるプログラムであって、
   前記第１サーバには、
   前記第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出する機能と、
   前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を、前記保育施設が管理する保育端末からの管外給付請求が完了したことに基づいて前記第２サーバに送信する機能と、を実行させ、
   前記第２サーバには、
   前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第１サーバから受信した前記給付単価を含む情報を前記第２自治体端末に送信する機能を実行させる、プログラム。
   
   

Images