JP6534553B2 - Welfare certification support system - Google Patents

Description

  TECHNICAL FIELD The present invention relates to a welfare authorization system for assisting in determining whether there is a payment of welfare unauthorizedness at the time of application and after certification.

  With welfare system, we perform necessary protection depending on the degree of need for person who is still in need of life even if we utilize all of assets and ability, and guarantee healthy, cultural minimum life It is a system that promotes its independence (see Non-Patent Document 1). In authorization examination of welfare receipt application, caseworker owns individually based on a series of flow of life fact-finding by interview of welfare receipt applicant and caseworker, examination of application documents, home visit of caseworker We conduct accreditation review based on the accreditation criteria we are conducting.

  With regard to the information on welfare recipients held in the local government, with regard to other municipalities, it is limited to the extent that the content reported from the news media can be grasped. In follow-up observation, it has stayed at the level which visits a family of a welfare recipient about once a month and confirms the life actual condition.

  In the life protection system currently introduced to the local government, registration of the applicant is possible by corresponding to the specific application reason, and the system that calculates the monthly payment based on the standard amount for each local government It has become. In addition, the information can be viewed only in the local government and its related offices.

[January 22, 2015 search] life protection system | Ministry of Health, Labor and Welfare, Internet URL: http://www.mhlw.go.jp/stf/seisakunitsuite/bunya/hukushi_kaigo/seikatsuhogo/seikatuhogo/

  In the above-mentioned background art, since the accreditation examination is carried out based on the accreditation criteria individually held by the caseworkers, the accreditation criteria vary among the local governments and between the local governments, and there is a problem that an illegal receipt application can be passed There is. When registering an applicant in a welfare system, it is because it becomes possible to carry out registration processing without a problem by determining the possibility of fraudulent receipt, and corresponding to a specific application reason.

  Furthermore, because the application content and the case worker's home visit are determined based on the actual living condition, there is little information necessary for accreditation review, and there is a problem that the application documents and the actual living condition can be disguised as fraudulent receipt. is there.

  The number of welfare recipients is increasing year by year, and if such fraudulent applications and fraudulent receipts are made, the welfare budget of the increasing countries and local governments will increase, which will put a burden on finance.

  The present invention has been made to solve the above-mentioned problems, and aims to provide a technology for assisting in finding an unauthorized application for welfare and a receipt, and to make a welfare system function properly.

  The present invention refers to the resident and tax information held in the local government based on the personal number of the applicant for the welfare, and further reflects information of other local governments, prefectural offices, financial institutions, and insurance companies. Various information is extracted from the information provision NW system, the item to be confirmed at the time of the welfare application certification examination held in the local government and the personal information extracted from the personal number are collated, and set for each local government of the corresponding item It has a function to display the possibility of incorrect payment according to the total of the points.

  After approval of the welfare application, refer to the information provision NW system at the follow-up observation timing for each municipality, and match the items to be confirmed at the time of the welfare application certification examination held in the municipality, when the welfare application is approved And the function of outputting the presence or absence of increase occurrence of the corresponding item.

  According to the present invention, it is possible to contribute to the sound welfare system operation by assisting the application of welfare receipt of welfare and the detection of the fraud receipt.

It is the schematic of the welfare recognition support system with which embodiment of this invention was applied. It is the schematic of the welfare certification | support server which comprises the welfare certification | support apparatus of this invention. It is the schematic of the server which manages the welfare recipient who holds in the local government to which embodiment of this invention is applied. It is the schematic of the server which manages the resident and taxation information which the local government to which the embodiment of the present invention is applied holds. It is the schematic of the terminal utilized at the local government window to which embodiment of this invention was applied. It is the schematic of the server which manages DB for linking the information held in the other municipalities to which the embodiment of this invention is applied with an information provision NW system. It is the schematic of the server which manages DB for linking the information held in the prefectural office to which the embodiment of the present invention is applied with an information provision NW system. It is the schematic of the server which manages DB for linking the information held in the financial institution with which embodiment of this invention was applied with an information provision NW system. It is the schematic of the server which manages DB for linking the information held in the insurance company with which embodiment of this invention was applied with an information provision NW system. It is a figure for demonstrating the process which determines the possibility of the unauthorized receipt of a welfare application applicant. It is a figure for demonstrating the process which approves a welfare application of a welfare application applicant. It is a figure for demonstrating the process which maintains DB hold | maintained in a welfare authorization support system. It is a figure for demonstrating the process which totals a welfare receipt recipient according to district, and outputs statistical information. It is a figure for demonstrating the process which totals a welfare receipt recipient according to age, and outputs statistical information. It is a figure for demonstrating the process which totals a welfare receipt recipient according to the number of household members, and outputs statistical information. It is a figure for demonstrating the process which totals a welfare receipt recipient according to occupation, and outputs statistical information. It is a figure for demonstrating the process which totals a welfare receipt recipient time-sequentially and outputs statistical information. It is a figure for demonstrating the process which extracts the fraudulent receipt example which the local government holds. It is a figure for demonstrating the process which confirms the increase presence or absence of the applicable item of confirmation matter after approval of a welfare application. It is a figure explaining the structure of fraudulent receipt example DB. It is a figure explaining the structure of confirmation item classified point DB. It is a figure explaining the structure of personal confirmation item applicable management DB. It is a figure explaining the structure of DB according to possibility rank of unauthorized receipt. It is a figure explaining the structure of confirmation item confirmation destination management DB. It is a figure explaining the composition of welfare receipt recipient management DB. It is a figure explaining composition of inhabitants information management DB. It is a figure explaining composition of taxation information management DB. It is a figure explaining the composition of DB for confirming the resident registration of other municipalities of an applicant, taxation, and the welfare receipt situation at the time of a welfare application. It is a figure explaining the composition of a welfare protection real thing sharing DB. It is a figure explaining the composition of DB for confirming the taxation situation of the applicant of a prefectural office at the time of a welfare application. It is a figure explaining composition of DB for checking an applicant's account situation at the time of a welfare application. It is a figure explaining the composition of DB for checking the applicant's insurance company joining situation at the time of a welfare application. It is a figure explaining a lifestyle protection tabulation process (area division) result file layout. It is a figure explaining a lifestyle protection tally process (by age) result file layout. It is a figure explaining a lifestyle protection tabulation process (for each household composition number of persons) result file layout. It is a figure explaining a lifestyle protection tabulation process (job specific) result file layout. It is a figure explaining a lifestyle protection tabulation process (time series) result file layout. It is a figure explaining a fraudulent receipt case summarization result file layout. It is a figure explaining warning object person list file layout.

  Hereinafter, an example of an embodiment of the present invention will be described using the drawings.

  In this embodiment, it is assumed that the numbering system (common numbering system, my number) is widespread. The personal number described later is commonly used by each local government, government office and organization, and it is assumed that name identification is possible using the personal number.

  FIG. 1 is a whole block diagram of the welfare recognition support system by this embodiment. In FIG. 1, as a device constituting the present embodiment, a life protection authorization support server 1 that performs processing regarding a welfare reception application, a life protection recipient management server 2 that the local government manages and operates information related to life protection, There is a resident record (hereinafter referred to as a resident register), a resident / tax information management server 3 that manages and operates information related to taxing operations, and a terminal 4 on which dedicated client software is installed for the staff to use these. Show. These are the municipality infrastructure 5 that holds resident's information, taxation, and welfare receiver information in other local governments that cooperate with the information provision NW (Network) system, and the prefectural office that holds the taxation information of the prefectural office that cooperates with the information provision NW system. Communicate with the infrastructure 6, the financial institution server 7 holding the account information of the financial institution linked with the information provision NW system, and the insurance company server 8 holding the insurance subscription information of the insurance company linked with the information provision NW system It is possible to cooperate.

  FIG. 2 is a block diagram of the welfare certification support server 1. The welfare authorization support server 1 is connected to the welfare recipient management server 2 via the local area network (LAN) 21 and connected to the resident and taxable information management server 3 via the local office LAN 22, and the local office LAN 23 Connected to the terminal 5, connected to other municipal infrastructure 5 via LGWAN (Local Government Wide Area Network) 24, connected to the prefectural office infrastructure 6 via LGWAN 25, and connected to the financial institution infrastructure 7 via LGWAN 26. And connect with the insurance company base 8 through the LGWAN 27. The other municipal infrastructure 5 is connected to other municipal servers via the LAN 28 in the central office. The prefectural office base 6 is connected to the prefectural office server via the LAN 29 in the central office. The financial institution base 7 is connected to the financial institution server via the intra-office LAN 30. The insurance company base 8 is connected to the insurance company server via the intra-office LAN 31.

  As shown in FIG. 2, the welfare authentication support server 1 includes a communication unit 111, an operation unit 112, and a storage unit 113. The operation unit 112 has a form transmission function 211 for displaying the screen of the dedicated client software on the terminal 4, a form acquisition function 212 for acquiring information input by the dedicated client software, and the applicant is an illegal receipt. The applicant's fraudulent receipt judgment processing unit 213 which judges the possibility of being, the life support recipient tallying processing unit 214 which tabulates the actual situation of the welfare recipient in the local government and reflects it on the prefectural office infrastructure 6, it is held in the local government The local know-how output processing unit 215 that reflects unfair receiving cases of welfare protection to the other municipality infrastructure 5, the progress monitoring warning list output processing unit 216 as a monitor of unfair receipt after approving the welfare protection application, reflects proprietary specifications for each municipality A DB (Database) maintenance function 217 is provided. These function / processing units are realized by operating a program on an operation unit such as a processor in each information processing apparatus. The storage unit 113 is an unauthorized receipt case DB 311 storing unauthorized receipt cases held in the local government, and confirmation items for managing points (weights) for confirmation items and confirmation items at the time of application for life protection in the local government. There is a corresponding item in the confirmation item at the time of the welfare application in the local government at the time of approval of the other points DB 312, the welfare application approval, but the personal confirmation item that manages the confirmation item applicable at that time when the application for welfare is approved. Corresponding management DB 313, possibility of fraudulent receipt is associated with each score for DB by possibility of fraudulent receipt DB 314, score for confirmation item by confirmation item Confirmation item management of confirmation destination of confirmation item defined in DB 312 It has a destination management DB 315.

  FIG. 3 is a block diagram of the welfare receiver management server 2. As shown in FIG. 3, the welfare support recipient management server 2 includes a communication unit 121, an operation unit 122, and a storage unit 123. Arithmetic unit 122 is currently holding a welfare receiver search function 221 for searching the personal identification number sent from the welfare support support server 1 from the welfare receiver management DB 321 and the welfare receiver management DB 321 It has all the welfare recipient recipients extraction processing unit 222 that extracts all the welfare recipient. The storage unit 123 has a welfare receiver management DB 321 that manages all the welfare receiver information to be managed in the local government.

  FIG. 4 is a block diagram of the resident / tax information management server 3. As shown in FIG. 4, the resident / tax information management server 3 includes a communication unit 131, an operation unit 132, and a storage unit 133. The operation unit 132 has a resident information search function 231 for searching the resident information management DB 331 for the personal number sent from the welfare certification support server 1, and the personal data sent from the lifestyle certification support server 1 as the tax information data management DB 332. It has a tax information search function 232 to search from. The storage unit 133 has a resident information management DB 331 that manages resident registration information of all the residents held in the local government, and a taxation information management DB 332 that manages taxation information of all the residents held in the local government.

  FIG. 5 is a block diagram of the terminal 4. As shown in FIG. 5, the terminal 4 includes a communication unit 141, an operation unit 142, a storage unit 143, a display 144, and an input device (mouse / keyboard) 145. The operation unit 142 has a form acquisition function 241 for acquiring a screen for the staff member to input the applicant information to the dedicated client software, a form display function 242 for displaying the form acquired by the form acquisition function 241, and information input to the form Form transmission function 243 for transmitting the life support certification support server 1, and a search result display function 244 for reflecting on the screen the processing result of the applicant improper receipt determination processing 213. The storage unit 143 has a welfare certification support form interface 341 that stores a form interface for transmitting and receiving to and from the welfare certification support server 1. A form acquisition function 241, a form display function 242, a form transmission function 243, a search result display function 244, and a welfare certification support form interface 341 are included in the dedicated client software.

  FIG. 6 is a block diagram of the other municipal infrastructure 5. As shown in FIG. 6, the other municipal infrastructure 5 has a communication unit 151 and a storage unit 152. The storage unit 152 is a resident managed by another municipality, a resident who holds taxable information, a taxing / lifesaving recipient information when holding a life protection application, a reference resident / taxing / lifecare recipient information It has DB351 and the welfare protection real thing sharing DB352 which memorize | stores the unfair receipt example of the local government.

  FIG. 7 is a block diagram of the prefectural office base 6. As shown in FIG. As shown in FIG. 7, the prefectural office server 6 has a communication unit 161 and a storage unit 163. The storage unit 163 stores the tax treatment information reference information DB 361 for welfare application at the time of holding the taxation information managed by the prefectural office, and the treatment result file of the treatment recipient's counting processing unit (not shown) It has a file storage area 362.

  FIG. 8 is a block diagram of the financial institution server 7. As shown in FIG. 8, the financial institution server 7 includes a communication unit 171 and a storage unit 173. The storage unit 173 has a welfare application reference account information database 371 which holds account information managed by the financial institution.

  FIG. 9 is a block diagram of the insurance company server 8. As shown in FIG. 9, the insurance company server 8 comprises a communication unit 181 and a storage unit 183. The storage unit 183 includes a reference insurance subscriber information DB 381 for insurance application protection which holds insurance subscriber information managed by the insurance company.

  FIG. 10 is a sequence diagram of the applicant fraudulent receipt determination processing 213. The operator is a local government employee. The personal number of the applicant is input from the dedicated client software of the terminal 4 of the local government (step 101), and the search button is pressed to transmit input data (step 102).

  The confirmation items can be all confirmation items or any designated confirmation items, or can be set. In the case of all the confirmation items, the life support authorization support server 1 reads one record of the confirmation item-based score DB 312 (FIG. 21). The host name 1017, table name 1019, item name 1020, condition 1021, search key 1022 are extracted by referring to the confirmation type code 1009 of the confirmation item graded point database 312 and the confirmation type code 1016 of the confirmation item confirmation destination management DB 315 (FIG. 24). Do. For example, the confirmation type 1015 is A01, the value stored in the host name 1017 is the other municipal infrastructure 5, the table name 1019 is a resident application when referring to a resident, taxation, welfare recipient information DB 351, item name 1020 If the welfare receiving municipality code 1042, the condition 1021 is Not Null, and other municipality codes, and the search key 1022 is a personal number, the personal number of the person to be surveyed input in step 101, the table name 1019 as an inquiry content, and the item name 1020 is transmitted as search information to the other municipality infrastructure 5 (step 103). The host name 1017 may be fixed, or the host name of the inquiry destination may change depending on the content input as the search key 1022.

  The other municipal infrastructure 5 receiving the search information searches the personal number from the table name received in step 103, and sends back the value of the corresponding item name to the life support authorization support server 1 (step 104). In this example, although it is Return, if the connection confirmation code 1023 of the confirmation item confirmation destination management DB 315 is Return, the welfare approval support server 1 proceeds to the next S108, and uses a value other than Return. If the value of a certain confirmation type code 1016 is set, a search request is sent to the server indicated by the host name 1017 based on the confirmation of the contents of the corresponding confirmation type code 1016, and the server performs steps 104 to 106. And the like (step 107).

  The welfare approval support server 1 compares the received search result with the condition 1021, and if the other local government code is set, etc., it refers to the score 1008 of the record of the read confirmation item score DB 312, if applicable. The confirmation code 1006 and the score 1008 are stored in the memory (not shown) of the welfare certification support server 1 (step 108). In the case where a plurality of confirmation types are inquired by the connection confirmation code 1023, the above score 1008 is stored when any of the plurality of confirmation types is satisfied. Steps 102 to 107 are repeated until confirmation of all the records designated from the confirmation item score DB 312 is completed (step 109).

  Then, the points stored in the memory are summed (step 110). Unauthorized receipt possibility The points added up in step 110 from the points 1014 in the rank ranked DB 314 (FIG. 23) are compared, and the value of the rank 1013 is extracted (step 111). The total score calculated in step 110, the rank extracted in step 111, and the confirmation content 1007 corresponding to the search in steps 103 to 109 are sent to the dedicated client software of the terminal 4 as the applicant determination result calculated in step 111. (Step 112).

  A confirmation example of S103 to S109 will be described using the confirmation item confirmation destination management DB 315 shown in FIG. If "A01" is included in the confirmation type code 1016 after the input data transmission (S102), it becomes a confirmation of life protection in another local government. The welfare authorization support server 1 transmits a request for the ID of the person to be surveyed and the welfare receiving municipal code to the welfare recipient managing server 2 (S103). The management server 2 receives this, searches the welfare recipient list with the ID of the person to be surveyed as a key, and if it corresponds, returns the local government code to the certification support server 1. If no such person is found, I will reply that I was not found.

  Since the connection confirmation code is not set (S107), the process proceeds to S108 to confirm the condition. If the code of another local government other than receiving welfare support (or under application) has been sent (and when the times of receiving public protection overlap), the certification support server 1 will The validity of the information is confirmed, and if it is judged that it is appropriate, it is determined that the condition 1021 is satisfied, and the confirmation item classified score DB 312 (FIG. 21) is referred to. Store in memory.

  The process proceeds to the next item, the confirmation code "B01" (S109). The server 1 transmits the personal number of the person to be surveyed and the deposit amount request to the lifestyle protector recipient management server 2. The welfare provider recipient management server 2 receives information on the deposit amount (including the history etc.) of the welfare recipient from the financial institution, and the account other than the account for which the application for the welfare application was made It checks using the personal number whether the account of the beneficiary's name is not opened. The welfare recipient recipient management server 2 searches the lifestyle protection reference DB and sends back the deposit amount (including the latest and history) of the person to be surveyed and information on other accounts to the certification support server 1. The server 1 compares the monthly deposit amount of the received deposit amount with the amount of welfare provided and the amount of income reported, and if there is a significant difference, confirms that there is undeclared income or property. The code B01 and the corresponding 30 possibility of false receipt are stored in the memory.

  The process proceeds to the next item, the confirmation code "C01" (S109). The server 1 transmits the ID of the person to be surveyed and the divorce flag request to the lifeguards recipient management server 2. The server 2 searches the reference DB at the time of welfare application. When the response without the divorce flag is received from the server 2, the confirmation of C01 ends here. If the answer with the divorce flag is received, the process proceeds to confirmation of the consolidation confirmation code "D01" (S107). Then, the post office server is inquired about the delivery address of the person to be surveyed. Also, as another consolidation confirmation code “E01”, the resident registration address is acquired from the resident card information (considered the same address as the application for life protection) of the resident information management DB in the local government. If there is no person to be surveyed in the delivery address and resident registration address, it is suspected that a false application is suspected, such as a fake divorce and a cohabitation with another person not listed in the welfare application elsewhere. Add 70 points corresponding to "C01" to the receiveability.

  The process proceeds to the next item "F01" (S109). The server 1 transmits the survey target person's ID and the dependent's request to the welfare receiver management server 2. The server 1 receives the response, and confirmation of F01 ends if there is no dependent or no school or the like. If the dependent goes to school (is the age), search the student child DB of the corresponding type of public school (such as elementary or junior high school) using the personal number of the dependent, and For example, this confirmation is complete. If you are not enrolled or enrolled but you are not attending school, add the corresponding score to memory as false declaration of support declaration.

  In the above, it has been described that the possibility of unfair receipt (application) of welfare is calculated as a score. In actual operation, the circumstances differ for each applicant and recipient. Therefore, the person in charge does not judge by scores alone, and judges whether to receive welfare after fully examining individual circumstances. It goes without saying that it is good.

  FIG. 11 is a sequence diagram at the time of approving a welfare protection receipt application after the applicant fraudulent receipt determination processing 213 is performed. After step 112, the dedicated client software confirms whether the applicant's approval process has been performed (step 113). When performing approval processing, the dedicated client software transitions to the applicant information registration screen. On the registration screen, the application date, the supply start date, the supply end date, the birth date, and the occupation are input from the staff (step 114). The personal identification number corresponding to the personal identification item management DB 313 is updated with the personal number input in step 101, the confirmation code 1011 for the item corresponding to the confirmation item score DB, and the confirmation date 1012 updated with the system date (step 115) . Furthermore, the personal number obtained by inputting the personal number 1024 of the welfare recipient management DB 321 (FIG. 25) at step 101, the application date obtained by inputting the application date 1025 at step 113, the payment start date 1026 at step 113 Date of payment start date input at the date, date of payment end date 1027 input at the step 113 date of birth, date of birth 1028 date of the input date 1028, occupation of the job 1029 at step 113 Update (step 116).

  FIG. 12 is a sequence diagram of the DB maintenance process 217 in the case of maintaining any of the DBs in all the DBs constituting the storage unit 113 of the welfare recognition support server 1.

  The dedicated client software of the terminal 4 selects a DB to be maintained (step 201). The data in the DB displayed in tabular form is corrected or newly added in the form according to the DB layout described later, and the update button is pressed (step 202). The updated contents are reflected on the DB that has become the correction target (step 203).

  FIG. 13 is a sequence diagram in the case where the beneficiaries are totaled by district in the welfare beneficiary totalizing process 214. The welfare authorization support server 1 extracts the personal number 1024 in which the payment end date 1027 is a future date or null from the system date from the welfare recipient management DB 321 (step 301). Furthermore, the personal number extracted in step 301 is matched with the resident information management DB 331, and the district 1032 in which the recipient registers with the resident is extracted (step 302). The number of recipients for each district is calculated by aggregating the extracted districts and correlating the number of cases collected for each district. Furthermore, the number of inhabitants for each district is calculated by extracting all the cases in the district 1032 of the resident information management DB 331 and aggregating them. From the number of recipients per district and the number of residents per district, the ratio of the number of recipients per district is calculated (step 303). The file is output in accordance with the result protection file layout (by district) result file layout shown in FIG. 33 (step 304). The file output at step 304 is transferred to the prefectural office base 6 and file import is performed (step 305).

  FIG. 14 is a sequence diagram in the case where the beneficiaries are counted by age in the welfare beneficiary tallying process 214. The personal number 1024 of the recipient whose date of termination 1027 is later than the system date or null is extracted from the welfare recipient management DB 321 (step 306). Calculate the age (age) from the date of birth and summarize it by age. The number of recipients for each age is calculated by correlating the number of cases collected for each age. The entire date of birth of the resident information management DB 331 is extracted, the age is calculated from the date of birth, and is summarized for each age. (Step 307).

  From the number of recipients per age and the number of residents per age, the ratio of the number of recipients per age is calculated (step 308). The file is output in accordance with the life protection tabulation process (by age) result file layout shown in FIG. 34 (step 309). The file output at step 309 is transferred to the prefectural office base 6 and file import is performed (step 310).

  FIG. 15 is a sequence diagram in the case where the beneficiaries are totaled according to the number of members of the household in the welfare beneficiary tallying process 214. The personal number 1024 of the recipient whose payment end date 1027 is a future date or null from the system date is extracted from the welfare recipient management DB 321 (step 311). The resident information management DB 331 (FIG. 26) is matched with the personal number extracted in step 311, the household code 1033 is extracted, the resident information management DB 331 is extracted from the extracted household code, and the number of household members is specified. The number of household members for the number of personal numbers extracted in step 311 is specified, and the number of recipients per household is calculated (step 312). In addition, all the household codes 1033 of the resident information management DB 331 are extracted, and the household codes are consolidated. Since the number of collected items is the number of members of the household, the number of members of the number of households is the same, and the total number of households is calculated by the number of persons constituting the household. Step 313). In FIG. 33, the file is output in accordance with the result file layout according to the personal protection tabulation process (for each household composition number of people) result file (step 314). The file output at step 314 is transferred to the prefectural office base 6 and file import is performed (step 315).

  FIG. 16 is a sequence diagram in the case of tabulating by beneficiary occupation in the welfare beneficiary tabulating process 214. The personal number 1024 and the occupation 1029 of the beneficiary whose date of termination 1027 after the system date is a future date or null from the system date are extracted from the welfare recipient management DB 321 (FIG. 25) (step 316). The number of recipients collected for each occupation is calculated to calculate the number of recipients for each occupation, the total of the personal numbers extracted in step 316 is calculated, and the ratio of the number of recipients for each occupation is calculated (step 317).

  The file is output in accordance with the result file of the welfare protection tabulation (by occupation) shown in FIG. 36 (step 318). The file output at step 318 is transferred to the prefectural office base 6 and file import is performed (step 319).

  FIG. 17 is a sequence diagram in the case where the application dates of the beneficiaries are totaled according to time series in the welfare beneficiary tallying process 214. The personal number 1024 of the beneficiary whose date of termination 1027 is later than the system date or null is extracted from the welfare recipient management DB 321 (step 320). Only the application year and month of the application date extracted in step 320 is extracted and aggregated. The aggregated number is the number of applications per year and month (step 321). According to the life protection tabulation process (time series) result file layout shown in FIG. 37, the file is output (step 322). The file output at step 322 is transferred to the prefectural office base 6 and file import is performed (step 323).

  FIG. 18 is a sequence diagram of the local government know-how output processing 215. Extract all cases of precedent 1001 and its year 1002 and gender 1003 in which the information provision NW system reflection date 1005 in the unauthorized receipt case DB 311 (FIG. 20) is null, and output to a file after acquisition, and transfer to another municipal infrastructure 5 . At the time of transfer, the city code is attached to the file (step 401).

  The information provision NW system reflection date 1005 of the extracted data is updated to the system date (step 402). In step 401, the file transferred is taken in according to the life-saving state sharing DB layout shown in FIG. The reflection date 1047 is taken as the date on which the acquisition was performed (step 403).

  FIG. 19 is a sequence diagram of the progress monitoring warning list output processing 216.

  The personal identification number 1024 in which the end date of payment 1027 is a future date or null from the system date is extracted from the welfare recipient management DB 321 (FIG. 25) (step 501). From the personal identification item corresponding management DB 313 (FIG. 22), the personal identification item extracted at step 501 is used to extract the corresponding confirmation item at the time of the welfare application or at the previous survey (step 502). The same processing as steps 102 to 109 of the applicant fraudulent receipt judgment processing 213 of FIG. 10 is performed, and a corresponding confirmation item is extracted (step 503). The check code 1011 extracted in step 502 and the check code 1006 extracted in step 503 are compared, and it is determined whether the corresponding item is increased (step 504). If the corresponding item has increased, the personal number 1024 extracted in step 501 and the increase item found in step 504 are output as files according to the alert person list file layout shown in FIG. 39 (step 505). The confirmation date 1012 is added to the personal confirmation item corresponding management DB 313 as the processing date (step 506).

1 ... life support authorization support server, 2 ... life support recipient management server, 3 ... resident · tax information management server, 4 ... terminal, 5 ... other municipal infrastructure, 6 ... prefectural office base, 7 ... financial institution base, 8 ... insurance Company base, 213 ... applicant fraudulent receipt judgment processing, 214 ... life protection recipient tallying processing, 215 ... local know-how output processing, 216 ... progress monitoring warning list output processing, 217 ... DB maintenance function, 311 ... fraudulent receipt case DB, 312 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Management DB, 332 ... Tax information management DB, 351 ... When applying for welfare reference for reference · Residents · taxation · welfare recipient information DB, 352 ... life protection fact sharing DB, 36 ... Tax information for reference for welfare application DB, 371 ... Account information for reference for welfare application DB, 381 ... For insurance application for welfare application reference DB, 1001 ... Judgment example, 1002 ... Age, 1003 ... Gender, 1004 ... date of identification, 1005 ... date of information provision NW system reflection date, 1006 ... confirmation code, 1007 ... confirmation content, 1008 ... score, 1009 ... confirmation type code, 1010 ... personal number, 1011 ... confirmation code, 1012 ... confirmation date, 1013 ... Rank, 1014: Score, 1015: Possibility, 1016: Confirmation type code, 1017: Host name, 1018: Business type, 1019: Table name, 1020: Item name, 1021: Condition, 1022: Search key, 1023: Connection confirmation Code 1024 personal number 1025 application date 1026 supply start date 1027 ... payment end date, 1028 ... birth date, 1029 ... occupation, 1030 ... personal number, 1031 ... birth date, 1032 ... district, 1033 ... household code, 1034 ... personal number, 1035 ... tax item, 1036 ... tax amount , 1037 ... tax year, 1038 ... personal number, 1039 ... car tax levy confirmation day, 1040 ... fixed property tax levy confirmation day, 1041 ... residency check day, 1042 ... life protection receiving municipality code, 1043 ... municipality code, 1044 ... precedent 1045 ... age, 1046 ... gender, 1047 ... reflection date, 1048 ... personal number, 1049 ... car tax taxation confirmation day, 1050 ... real estate acquisition tax confirmation day, 1051 ... personal number, 1052 ... deposit amount, 1053 ... deposit amount, 1054 ... personal number, 1055 ... life insurance participation flag, 2001 ... district name, 2002 ... recipients Number 2003, Total population, 2004 ... Number of recipients ratio, 2005 ... Year, 2006 ... Number of recipients, 2007 ... Total population, 2008 ... Number of recipients, 2009 ... Number of household members, 2010 ... Number of recipients, 2011 ... Total number of households, 2012 ... number of recipients ratio, 2013 ... occupation, 2014 ... number of recipients, 2015 ... total number of recipients, 2016 ... number of recipients ratio, 2017 ... application month, 2018 ... number of applications, 2019 ... case content , 2020 ... age, 2021 ... gender, 2022 ... personal number, 2023 ... warning content, 2024 ... receipt start date, 2025 ... processing date.

Claims (8)

Confirmation item information in which a confirmation destination, a search key, and a determination condition are associated with each confirmation item,
A determination processing unit;
The judgment processing unit
A target person information search step of transmitting a search key and a search request to the confirmation destination based on the received target person ID of the target person and the confirmation item information, and receiving a search result;
An appropriate determination step of comparing the search result with the determination condition to calculate the appropriateness;
A receiving aptitude calculation step of calculating the receiving aptitude of the target person based on the availability or not;
A life support certification support system characterized by doing. In claim 1,
For a plurality of the check item performs said said subject information retrieval step the person determine the constant step,
In the above-mentioned receiving aptitude calculation process, a receiving aptitude is calculated based on the propriety of a plurality of confirmation items. In claim 1 or claim 2,
The life protection authorization support system, wherein the target person information search process is performed a plurality of times, and the search result is used as a search key of another confirmation item. In any one of claims 1 to 3,
Performing the target person information search process for a plurality of the confirmation items;
Wherein said at those determine constant step, by comparing the search result of the previous SL plurality of confirmation items, welfare accreditation system, characterized by determining the appropriate permission. In any one of claims 1 to 4,
Performing the target person information search process multiple times for the same target person at different times;
Wherein the plurality of times of the according subject information retrieval process based on the change in the corresponding availability, welfare certification support system, characterized by determining the receiving aptitude. In any one of claims 1 to 5,
A welfare authentication support system, wherein a related person ID that is an ID of a related person of the target person is used as a search key for the target person ID. In any one of claims 1 to 6,
The welfare authentication support system, wherein the confirmation destination is any one of a welfare support recipient DB in which information of a guardian is collected from one's own or another municipality, or a plurality of municipalities. For each confirmation item, using the confirmation item information in which the confirmation destination, the search key, and the determination condition are associated,
The judgment processing unit
A target person information search step of transmitting a search key and a search request to the confirmation destination based on the received target person ID of the target person and the confirmation item information, and receiving a search result;
An appropriate determination step of comparing the search result with the determination condition to calculate the appropriateness;
A receiving aptitude calculation step of calculating the receiving aptitude of the target person based on the availability or not;
A method of supporting accreditation of welfare that is characterized by

Images