JP6740578B2 - Progress display method, progress display program, and progress display device - Google Patents

Description

The present invention relates to a progress status display method, a progress status display program, and a progress status display device.

Local governments such as municipalities divide their departments according to administrative services, and the contact points for receiving notifications. Residents, when submitting multiple administrative services in different departments, move to multiple windows in order and submit the notification. In the following, the notification is also referred to as “application”.

On the other hand, local governments are looking for improvement of resident services, and in some cases, they have realized a one-stop service that accepts applications for multiple administrative services from different departments in charge by providing a general contact.

JP, 2012-14623, A

However, when receiving applications for a plurality of administrative services at the same window, the applications received at the same window are processed separately for each section in charge, which may make it difficult to grasp the progress of the processing.

In one aspect, it is an object of the present invention to provide a progress status display method, a progress status display program, and a progress status display device that can easily display the progress status of processing.

In the first proposal, the progress status display method is based on the number of notifications that the computer has transmitted to the section in charge of notification and the processing by the section in charge has not been completed The process of generating the first information including the number of notifications transmitted to the section and completed by the section in charge is executed. The progress display method is that the computer sends to the section in charge out of the notifications other than the transfer notification received at the counter, and the number of reports that the section in charge has not completed and the section in charge. And the process which produces|generates the 2nd information containing the number of notifications which the process by the charge section completed was performed. In the progress status display method, the computer executes a process of displaying the first information and the second information together.

According to one embodiment of the present invention, there is an effect that the progress status of processing can be displayed easily.

FIG. 1 is a diagram illustrating an example of a schematic configuration of a system according to the first embodiment. FIG. 2 is a diagram schematically showing an example of the processing flow of the entire system when the transfer is accepted at the general counter. FIG. 3 is a diagram illustrating a schematic configuration of the window server according to the first embodiment. FIG. 4 is a diagram showing an example of the data structure of the application status information. FIG. 5 is a diagram showing an example of the data structure of the number-of-cases information. FIG. 6 is a diagram showing an example of the data structure of the change condition information. FIG. 7 is a diagram showing an example of a screen showing the progress of processing. FIG. 8 is a diagram showing an example of a screen showing the progress of processing. FIG. 9 is a diagram schematically showing an example of the flow of updating the number information. FIG. 10 is a flowchart showing an example of the procedure of the update process. FIG. 11 is a flowchart showing an example of the procedure of the progress status display processing. FIG. 12 is a diagram illustrating a computer that executes a progress status display program.

Embodiments of a progress status display method, a progress status display program, and a progress status display device according to the present invention will be described in detail below with reference to the drawings. The present invention is not limited to the embodiments. Then, the respective embodiments can be appropriately combined within a range in which the processing contents do not contradict each other.

[System configuration]
First, an example of the system 10 according to the first embodiment will be described. FIG. 1 is a diagram illustrating an example of a schematic configuration of a system according to the first embodiment. The system 10 is a system for facilitating window operations at local government offices such as municipalities. The government office provides various administrative services. Such administrative services include, for example, moving in, moving out, moving, birth, national pension, national health insurance, long-term care insurance, and the like. The office is divided into departments in charge according to the administrative services, and the windows for accepting applications are also divided. When applying for multiple administrative services in different departments, residents move to multiple windows in order and apply.

On the other hand, as mentioned above, local governments are seeking to improve resident services, and have set up a general contact to realize a one-stop service that accepts applications for multiple administrative services in different departments. There is a case. In the present embodiment, a case will be described as an example where the system 10 is used to facilitate the counter work of the general counter.

As shown in FIG. 1, the system 10 includes a window reception terminal 11, a scanner 12, and a printer 13 at a general window. The window reception terminal 11, the scanner 12, and the printer 13 are communicatively connected to the network N. As one mode of the network N, any type of communication network such as LAN (Local Area Network) and VPN (Virtual Private Network) can be adopted regardless of wired or wireless. In addition, in the example of FIG. 1, the case where two counter reception terminals 11 are provided and one scanner 12 and one printer 13 are provided at the general counter is illustrated, but the present invention is not limited to this, and the counter reception terminal 11 and the scanner 13 are not limited to this. 12 and printers 13 can be any number.

The window reception terminal 11 is a terminal device used by a staff member who is in charge of window operations at the general window. For example, the window reception terminal 11 is a computer such as a personal computer. The window reception terminal 11 may be a mobile terminal device such as a tablet terminal.

The scanner 12 is an image reading device that reads documents and the like received at the general counter. The printer 13 is a printing device that prints various documents at the general counter.

The network N is communicatively connected with terminal devices and various servers of departments in charge of various tasks of the public office. For example, each department is provided with a terminal device such as a window back-end terminal 30 and a section terminal 31 in charge for grasping the progress status of the processing applied to the department, and is connected to the network N. The window reception terminal 11 transmits/receives various data relating to the application received at the general window to/from the terminal device of each department and various servers via the network N. For example, as shown in FIG. 1, a window server 20 and a resident recording server 21 are connected to the network N. Further, to the network N, a window backend terminal 30A of the family register/resident record section, a section 31A in charge of the section, and a resident record approval terminal 32 are connected. Further, the network N is connected to a counter back-end terminal 30B of the National Health Insurance Division and a responsible section terminal 31B. Further, to the network N, a counter back-end terminal 30C of the long-term care insurance section and a responsible section terminal 31C are connected. Note that, in FIG. 1, since the configuration of the system 10 is simplified and shown, the family register/resident record section, the national health insurance section, and the long-term care insurance section are illustrated as the departments, but the present invention is not limited to this. For example, the network N may be connected to terminal devices of other departments such as the citizen's section, the welfare section, and the national pension section that perform various tasks. Further, some devices may be installed outside the public office. For example, the window server 20 and the resident record server 21 may be installed in a data center.

The window server 20 is a device that supports window operations. The window server 20 is, for example, a computer such as a personal computer or a server computer. The window server 20 may be implemented as one computer, or may be implemented by a plurality of computers. In the present embodiment, the case where the counter server 20 is a single computer will be described as an example.

The resident record server 21 is a device in which a resident record system that manages and issues a resident card operates. The resident record server 21 is, for example, a computer such as a server computer. The resident record server 21 may also be implemented as a single computer, or may be implemented by a plurality of computers. In this embodiment, the case where the resident record server 21 is also a single computer will be described as an example. The resident record system manages basic items such as address, name, date of birth, sex, relationship, household, etc. defined in the Basic Resident Register Act by the resident record DB (database) 22. The resident recording system can communicate with a basic resident register network system via a network (not shown), and information can be exchanged with other local governments via the basic resident register network system. For example, when there is a resident to move in, the resident recording system is capable of exchanging information regarding the movement of the resident with the local public entity of the migrating source through the basic resident register network system.

The counter back-end terminal 30A is a terminal device such as a personal computer used by the staff in the family register/resident record section to confirm and carry out the work applied to the family register/resident record section from the general counter. The department section terminal 31A is a terminal device such as a personal computer used by the staff in the family register/resident record section for registration of information about the residents in the resident record system. The resident record approval terminal 32 is a terminal device such as a personal computer used by a staff member in the family register/resident record section to approve information about residents registered in the resident record system. When registering a resident in the resident recording system due to a move-in or the like, first, the general staff temporarily registers information about the resident in the resident recording system using the section 31A in charge. Then, a staff member who has the right to approve, such as an executive staff member, confirms the provisionally registered information using the resident record approval terminal 32 and registers the approval. In the resident record system, the registered information is temporarily stored as a state of temporary registration, and when the approval is registered, it is stored as official information. In the resident recording system, the accuracy of the registered information is improved by confirming the information thus provisionally registered and making a decision.

The window back-end terminal 30B is a terminal device such as a personal computer used by the staff at the National Health Insurance Section to confirm and carry out the work applied to the National Health Insurance Section from the general window. The section in charge 31B is a terminal device such as a personal computer used by a staff member in the National Health Insurance Section for business related to National Health Insurance.

The counter back-end terminal 30C is a terminal device such as a personal computer used by a staff member in the long-term care insurance section to confirm and carry out a task applied to the long-term care insurance section from the general counter. The in-charge section terminal 31C is a terminal device such as a personal computer used by a staff member in the long-term care insurance section for work related to long-term care insurance.

Here, a flow for accepting transference at the general counter will be described with reference to FIG. FIG. 2 is a diagram schematically showing an example of the processing flow of the entire system when the transfer is accepted at the general counter.

Residents moving in will tell the staff at the general counter that they are applying to move in. In addition, residents moving in will submit the transfer certificate issued by the government office of the transfer to the general counter. The move-out certificate contains various information about the resident, such as the name, date of birth, gender, old address and new address of the resident.

The staff of the general counter issues a reception number from the reception terminal 11 (S10). In addition, the staff at the general counter will check the transfer certificate and interview the residents who will move in to see if there are any changes in the items such as the transfer date and the head of household from the transfer certificate. The staff at the general counter reads the transfer certificate with the scanner 12 (S11). The scanner 12 outputs the read scan image data to the window reception terminal 11. The window reception terminal 11 receives input of supplementary information such as changes and notes regarding application (S12). The staff of the general counter inputs the supplementary information from the counter reception terminal 11. When the staff at the general counter gives an instruction to move in, the window reception terminal 11 assigns a new application number for the transfer application in association with the reception number. An application for transfer including the application number, supplementary information, and scanned image data is transmitted to the counter server 20 (S13).

The window server 20 receives various applications from the window reception terminal 11. For example, when the window server 20 receives an application for transfer of which the type of application is transfer, the contact server 20 performs OCR (optical character recognition) processing on the scan image data included in the application for transfer and is described in the transfer certificate. OCR data is generated by performing character recognition of the selected character (S14). The OCR data may be only text data obtained by converting the characters described in the transfer-out certificate into text, or may include data in the form of a form such as ruled line information. The counter server 20 stores the reception number included in the transfer application, the transfer application number, the supplement information, the scan image data, and the OCR data in association with each other (S15). The counter server 20 manages the processing status as a status for each application received at the counter. For example, the window server 20 manages the status of an unprocessed reception number regarding transference as waiting for processing.

The window back-end terminal 30A makes an inquiry to the window server 20 at any time, and displays the status for each requested transfer request. For example, the window back-end terminal 30A displays the transfer application number whose transfer status is waiting for processing. Note that the reception back-end terminal 30A may display a reception number of which the status is waiting for processing regarding transference.

The section terminal 31A in charge receives the designation of the application number for performing the transfer operation (S16). The staff of the Family Registration and Residents Record Division designates the application number for the transfer work. When the application number is designated, the section in charge 31A sends an input support request including the application number to the window server 20. It should be noted that the section terminal 31A in charge may receive the designation of the reception number for performing the transfer operation and may transmit the input support request including the transfer reception number.

Upon receiving the input support request, the window server 20 transmits the supplement information, the scan image data, and the OCR data associated with the application number included in the input support request to the section in charge 31A (S17). The counter server 20 updates the status of the notified application number to “in application”. The counter server 20 sends the supplementary information, the scan image data, and the OCR data associated with the application number included in the input support request to the section terminal 31A in charge, and applies for the status regarding the transfer of the notified reception number. May be updated during.

The section terminal 31A in charge displays the replenishment information, the scan image data, and the OCR data transmitted (S18). The section terminal 31A in charge receives an input of information about the resident registered in the resident recording system (S19). The staff of the Family Registration and Resident Records Section refers to the scanned image of the displayed relocation certificate and diverts the text data of the relocation certificate that has been converted into text as OCR data to obtain information on the relocation residents and the application number. Fill in the recording system. If the correspondence between the item data such as the address stored in the OCR data and the item registered in the resident recording system can be specified, the responsible section terminal 31A may display the corresponding item data by default. When the completion of the input is instructed, the section in charge 31A transmits the input information about the resident and the application number to the resident recording server 21 (S20). The section terminal 31A in charge may accept registration of the information about the inhabitants to be moved in and the reception number, and transmit the information about the inhabitants and the reception number to the inhabitant record server 21.

The resident record server 21 stores the transmitted information about the resident and the application number in the resident record system as a status of temporary registration (S21). When the tentative registration is completed, the resident record server 21 transmits the information about the temporarily registered resident and the application number to the window server 20 (S22). In addition, the resident record server 21 selects the information of the items to be described in the resident transfer notification such as the name, date of birth, sex, old address and new address of the resident from the information about the tentatively registered resident and sends it to the window server 20. You may.

The window server 20 obtains a reception number corresponding to the received application number, stores the reception number, the application number, and information about the temporarily registered inhabitants, and updates the status of the received application number to the temporary registration (S23). As a result, the counter server 20 updates the status of the transfer application provisionally registered in the resident recording system to provisional registration. The resident record server 21 may notify the contact server 20 of the status of each application number at any time, and the contact server 20 may update the status of each application number to the notified status.

The window reception terminal 11 makes an inquiry to the window server 20 at any time, and displays the status for each application number in association with the reception number. For example, the application number and the reception number provisionally registered in the resident recording system are displayed on the window reception terminal 11.

The window reception terminal 11 receives the designation of the application number in order to confirm the temporarily registered information (S24). The staff at the general counter will specify the application number to confirm the temporary registration. When the application number is designated, the window reception terminal 11 transmits a confirmation image transmission request including the application number to the window server 20. The window reception terminal 11 may receive the designation of the reception number by designating the confirmation of the temporary registration, and may transmit the confirmation image transmission request including the reception number.

When the window server 20 receives the confirmation image transmission request, the name, date of birth, gender, old address, and new address of the resident are obtained from the information about the provisionally registered residents associated with the application number included in the confirmation image transmission request. The image data of the resident change notification including any of the above information is generated (S25). The window server 20 transmits the generated image data to the window reception terminal 11 that is the transmission source of the confirmation image transmission request (S26). The image data may be image data of a notification of resident change, or may be data that stores a document format such as PDF (Portable Document Format) and information of each item.

The window reception terminal 11 displays the image of the notification of change of residents based on the received image data (S27). The staff at the general counter confirms the image of the residents transfer notification together with the residents moving in. The window reception terminal 11 receives an instruction to print the displayed resident change notice (S28). The staff at the general counter will instruct printing when confirmation of the residents' transfer notification is complete. When the printing is instructed, the window reception terminal 11 notifies the window server 20 of the printing instruction including the application number of the displayed image of the resident change notification.

Upon receiving the print instruction, the window server 20 outputs the image data for which the print instruction has been issued to the printer 13 (S29).

The printer 13 prints a resident change notification based on the image data (S30). The staff at the general counter asks the inhabitants to move in to fill in the blanks in the printed notification of residents' changes, request a signature or seal, and accept the signed or stamped notice of changes in residents. The resident transfer notification received will be used for subsequent procedures at the government office.

Here, when a resident moves in from another local government, the resident record system of the moving local government does not store information about the migrant. For this reason, conventionally, the inhabitants moving in fill out the information to be registered in the inhabitant record system in the inhabitant transfer notification. On the other hand, there are many common items in the entry certificate and the notification of change of residents. Therefore, the system 10 can reduce the burden of filling in the resident transfer notification of the resident moving in by printing the resident transfer notification based on the information of the transfer certificate. The transfer certificate will be issued by the local government of the transfer source. Therefore, it is possible to print accurate information by printing the notification of change of residents based on the information of the transference certificate.

On the other hand, when the resident record server 21 provisionally registers the information about the resident in the resident record system, the resident record server 21 transmits an approval request to the resident record approval terminal 32 (S40). The resident record approval terminal 32 may make an inquiry to the resident record server 21 at any time, and if there is information about the temporarily registered resident, a request for approval may be displayed. The staff having the right to approve confirms the information on the tentatively registered resident at the resident record approval terminal 32, and gives an instruction for approval. When the resident record approval terminal 32 receives the approval instruction, the resident record approval terminal 32 transmits the approval instruction to the resident record server 21 (S41). The resident record server 21 stores the information about the resident for which the approval is instructed as the official information, and updates the status to “approved” (S42). The resident record server 21 transmits the information about the resident whose status has been approved and the application number to the window server 20 (S43).

The counter server 20 seeks a reception number corresponding to the received application number, updates the information about the provisionally registered inhabitants with the reception number, the application number, and information about the inhabitants who have already been approved, and the status of the received application number has been approved. (S44).

When the information about the inhabitants has been approved, the window server 20 can output the information about the inhabitants to the system in charge of the procedure that requires an application in relation to the transfer. The local government that you are moving into will be able to apply for various administrative services once information about the inhabitants is officially registered in the inhabitant record system. For example, it becomes possible to issue a resident card and register a seal certificate at the Citizen's Section. For example, the counter server 20 stores, for each administrative service, a condition corresponding to the administrative service and determines whether or not the inhabitant to be transferred corresponds to the condition. The window server 20 sends an application to a system in charge of a procedure that requires an application related to moving in, by an application from a resident or an automatic process. For example, the counter server 20 stores, for each administrative service, a condition corresponding to the administrative service and determines whether or not the inhabitant to be transferred corresponds to the condition. If the condition is met, the window server 20 sends the application to the applicable administrative service system (S45). For example, in the example of FIG. 2, when the window server 20 is a resident who corresponds to the national pension, it extracts the data of the items used for the application for registration of the national pension from the information about the resident and sends it to the system of the national pension. There is. Note that the counter server 20 may once present the related application to the counter reception terminal 11 of the general counter to confirm the application request of the residents. Further, the counter server 20 may automatically apply for the relevant administrative service.

In addition, we briefly explain the flow of accepting applications for registration of National Health Insurance. For example, in the registration of National Health Insurance, the staff at the general counter interviews the residents and uses the information about the residents stored in the resident record system to apply for the registration of National Health Insurance from the counter reception terminal 11. Send to server 20. When the window server 20 receives the application for national health insurance, it sends the application for national health insurance to the section terminal 31B in charge of the national health insurance section. The window server 20 manages the status of the received national health insurance application as a process waiting. When the window server 20 receives the notification of the completion of the processing of the national health insurance application from the section in charge 31B, the window server 20 updates the status of the national health insurance application to the processing completion.

By the way, when accepting applications for a plurality of administrative services in different departments at the same window, the applications received at the same window are processed separately for each department in charge, which may make it difficult to grasp the progress of the process. Therefore, the counter server 20 obtains the number of unprocessed applications for which processing has not been completed and the number of applications for which processing has been completed for each section in charge, and displays the processing status. As a result, it is possible to easily display the progress of processing for each section in charge. In addition, when a resident moves in, the local government to which the resident is transferred cannot process the application other than the transfer because the information about the resident moving into the resident recording system has not been registered. Requests for moving in have a high priority for processing. Therefore, the counter server 20 obtains the number of cases regarding the department in charge of the transfer application by dividing the transfer application and the non-transfer application. As a result, it is possible to separately grasp the progress status of the processing of the transfer application having a high priority and the application other than the transfer.

In addition, some administrative services provided by the government office are highly specialized and highly confidential, making it difficult for the general counter to accept them. For example, an application for long-term care insurance is highly specialized and may proceed in consultation with the staff in charge. Therefore, when the general counter accepts an application for long-term care insurance, it guides to the specialized counter of the long-term care insurance section in charge. For example, the staff of the general counter operates the counter reception terminal 11 to print a guide to the specialized counter from the printer 13. When the printing of the guidance to the specialized window is completed, the window reception terminal 11 transmits to the window server 20 that there is an application for long-term care insurance and the guidance to the specialized window is provided. When the window server 20 receives from the window reception terminal 11 that there is an application for long-term care insurance and is notified to the specialized window, the window server 20 manages the status of the application for long-term care insurance as being delivered to the specialized window.

On the other hand, for example, an application for loss of long-term care insurance is less specialized than an application for long-term care insurance and may be accepted at a general counter. For example, in the application for loss of long-term care insurance, the staff at the general counter interviews the inhabitants, and uses the information about the inhabitants stored in the inhabitant record system to make an application for loss of long-term care insurance from the window reception terminal 11. Send to server 20. Upon receiving the application for loss of long-term care insurance, the counter server 20 transmits the application for loss of long-term care insurance to the terminal section 31C in charge of the long-term care insurance section. The window server 20 manages the status of the received application for the loss of long-term care insurance as a processing wait. Then, when the window server 20 receives the notification of the completion of processing of the application for loss of long-term care insurance from the section in charge 31C, the window server 20 updates the status of the application for loss of long-term care insurance to complete processing.

As described above, for applications in a specific field with high specialty such as long-term care insurance, there are those that guide to a specialized field in a specific field and those that accept at a general window. The counter server 20 obtains the number of unprocessed applications, the number of completed processing, and the number of applications guided to the specialized field in the specific field among the applications in the specific field. , Display the processing status. As a result, it is possible to easily display the reception status and the processing progress status at the specialized contact point and the general contact point even for a specific field with high specialty.

[Configuration of contact server]
Next, the configuration of the window server 20 according to the first embodiment will be described. FIG. 3 is a diagram illustrating a schematic configuration of the window server according to the first embodiment. The counter server 20 includes a communication I/F (interface) unit 50, a storage unit 51, and a control unit 52.

The communication I/F unit 50 is an interface that controls communication with other devices. The communication I/F unit 50 transmits/receives various information to/from other devices via the network N. As the communication I/F unit 50, a network interface card such as a LAN card can be adopted.

The storage unit 51 is a storage device such as a hard disk, SSD (Solid State Drive), or optical disk. The storage unit 51 may be a rewritable semiconductor memory such as a RAM (Random Access Memory), a flash memory, or an NVSRAM (Non Volatile Static Random Access Memory).

The storage unit 51 stores an OS (Operating System) and various programs executed by the control unit 52. For example, the storage unit 51 stores a program that executes various processes described below. Further, the storage unit 51 stores various data used in the program executed by the control unit 52. For example, the storage unit 51 stores application status information 60, number-of-cases information 61, and change condition information 62.

The application status information 60 is data that stores the processing status regarding the received application. FIG. 4 is a diagram showing an example of the data structure of the application status information. As shown in FIG. 4, the application status information 60 has items such as “reception number”, “type”, “application number”, and “status”. Each item of the application status information 60 shown in FIG. 4 is an example, and may have other items. The data structure of the application status information 60 is also an example, and the present invention is not limited to this.

The item of acceptance number is an area for storing identification information for identifying each accepted application. For example, in the item of reception number, the reception number given to the application at the general counter is stored. The type item is an area for storing the type of administrative service for which an application has been accepted. In FIG. 4, the type is indicated by the name of the administrative service for easy identification, but the type item stores a code indicating the administrative service that has received the application. The item of application number is an area for storing the identification information given to the application. For example, the general counter accepts applications for multiple administrative services. Each application is given a unique application number. The item of status is an area for storing information on the processing status of the application.

In the example of FIG. 4, the reception number “0001” indicates that an application for moving in and an application for national health insurance have been made. The transfer application indicates that the application number is “A0001” and the status is “approved”. The application for National Health Insurance indicates that the application number is “B0001” and the status is “processing completed”. Further, the reception number "0002" indicates that an application for transfer is being made. The transfer application indicates that the application number is “A0002” and the status is “temporary registration”. The reception number "0003" indicates that an application for long-term care insurance is being made. The application for long-term care insurance indicates that the application number is "C0001" and the status is "already informed to a specialist window". Further, the reception number "0004" indicates that an application for loss of long-term care insurance is being made. The application for the loss of long-term care insurance indicates that the application number is “C0002” and the status is “waiting for processing”.

Returning to FIG. 3, the number information 61 is data that stores the number of applications. In the case number information 61, the number of cases can be individually counted by a plurality of counters. In this embodiment, a counter is divided for each department in charge of resident services and the number of applications applied to the department is counted. In addition, some departments in charge of multiple resident services count the number of applications by dividing the counter according to the type of resident service. For example, a transfer request has a high processing priority. Therefore, the Family Registration and Resident Records Division, which is in charge of moving in, counts the number of applications by dividing the counter into applications for moving in and applications other than moving in. In addition, the counter is capable of counting the number of cases according to the status of the application. In the present embodiment, the number of applications that have been requested for processing and are waiting to be processed and the number of applications for which processing has been completed are separately counted.

FIG. 5 is a diagram showing an example of the data structure of the number-of-cases information. As shown in FIG. 5, the number information 61 has items such as “section in charge”, “counter type”, “state”, and “number of cases”. Each item of the number information 61 shown in FIG. 5 is an example, and may have other items. The data structure of the number-of-cases information 61 is also an example, and the present invention is not limited to this.

The item of the section in charge is an area for storing the department in charge of the application to be counted. The item of counter type is an area for storing identification information of a counter that counts the number of applications. In this embodiment, the identification information of the counter is the name defined for the counter. The item of status is an area for storing the status of the application counted by the counter. In this embodiment, “waiting for processing”, “processing completed”, and “guidance” are set as states. “Waiting for processing” indicates a state where the processing of the application is not completed. “Processing completed” indicates a state in which the processing of the application is completed. The “guidance” indicates a state in which the customer is guided to a specialized window. The item of number of items is an area for storing the number of corresponding applications.

In the example of FIG. 5, the “family register/resident record section” divides the number of applications into “transference counter” and “low counter”. The "transference counter" indicates that the number of "waiting for processing" is "2" and the number of "processing completed" is "42". The "low counter" indicates that the number of "waiting for processing" is "168" and the number of "processing completed" is "63". "National Health Insurance Section" counts the number of applications at "Counter". The “counter” indicates that the number of “waiting for processing” is “3” and the number of “processing completed” is “10”. The “Nursing Care Insurance Section” divides the number of applications into “consultation counter” and “reception counter”. The “consultation counter” indicates that the number of “guidance” is “2”. The “reception counter” indicates that the number of “waiting for processing” is “3” and the number of “processing completed” is “6”.

Returning to FIG. 3, the change condition information 62 is data storing change conditions for changing the number of cases stored in the number-of-cases information 61. FIG. 6 is a diagram showing an example of the data structure of the change condition information. As shown in FIG. 6, the change condition information 62 has items such as “type”, “change condition”, “change counter”, “change state”, and “change content”. Each item of the change condition information 62 shown in FIG. 6 is an example, and may have other items. The data structure of the change condition information 62 is also an example, and the present invention is not limited to this.

The type item is an area for storing the type of application for which the number of cases is changed. The item of change condition is an area for storing the condition for changing the number of cases. In this embodiment, “request”, “processing completed”, and “temporary registration” are set as conditions for changing the number of cases. “Request” indicates a condition for changing the number of applications at the time when an application is requested. In this embodiment, when “request” is set as the change condition, the number of cases is changed at the timing when the window server 20 receives the type application. “Processing completed” indicates a condition for changing the number of cases at the timing when the processing of the application is completed. “Temporary registration” indicates a condition for changing the number of applications at the timing when the application process is temporarily registered.

The item of the counter to be changed is an area for storing the name of the counter whose number of cases is changed. The item of the change target state is an area for storing the state of the target whose number of cases is changed. The item of change content is an area for storing the change content for the value of the number of cases.

In the example of FIG. 6, “transference” indicates that the number of cases in the “waiting for processing” state of the “transferee counter” is incremented by “+1” at the timing of accepting the application. In addition, "transference" is "-1" for the number of "waiting for processing" status of "transferee counter" at the timing of notification of temporary registration, and "1" for the number of processing completion status of "transferee counter". +1”. Further, “transfer” indicates that the number of cases in the “waiting for processing” state of the “low counter” is incremented by “+1” at the timing of accepting the application. In addition, "Transfer" is "-1" for the number of "waiting for processing" status of "low counter" at the timing when the completion of processing of the application is notified, and the number of cases for "processing complete" status of "low counter" Indicates that "+1" is performed. Further, "relocation" means that the number of cases in the "waiting for processing" state of the "low counter" is incremented by "+1" at the timing of accepting the application. In addition, "moving" is "-1" for the number of items in the "waiting for processing" state of the "low counter" when the completion of the processing of the application is notified, and the number of items for the "processing complete" state of the "row counter" is Indicates that "+1" is performed. Further, “Registration of National Health Insurance” indicates that the number of cases in the “waiting for processing” state of the “counter” is incremented by “+1” when the application is accepted. In addition, in “Registration of National Health Insurance”, the number of “waiting for processing” status of “counter” is set to “−1” at the timing when the completion of processing of the application is notified, and Indicates that the number of cases is “+1”. Further, “application for long-term care insurance” indicates that the number of cases in the “guidance” state of the “consultation counter” is incremented by “+1” when the application is accepted. “Loss of long-term care insurance” indicates that the number of cases in the “waiting for processing” state of the “reception counter” is incremented by “+1” at the timing of accepting the application. In addition, "Loss of long-term care insurance" is "-1" for the number of "waiting for processing" status in the "reception counter" when the completion of processing of the application is notified, and "processing completed" status in the "reception counter" It indicates that the number of cases is “+1”.

Returning to FIG. 3, the control unit 52 is a device that controls the window server 20. As the control unit 52, an electronic circuit such as a CPU (Central Processing Unit) or MPU (Micro Processing Unit), or an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array) can be adopted. The control unit 52 has an internal memory for storing programs and control data that define various processing procedures, and executes various processes by these. The control unit 52 functions as various processing units by operating various programs. For example, the control unit 52 includes an application processing unit 70, an updating unit 71, a generating unit 72, and a display control unit 73.

The application processing unit 70 performs various kinds of processing that supports the window work. For example, the application processing unit 70 sends the application or notification transmitted from the window reception terminal 11 to the device of the department in charge to request the processing of the application. Then, when the application processing result is notified, the application processing unit 70 notifies the window reception terminal 11 of the processing result. For example, when the transfer is accepted at the general counter, the application processing unit 70 performs each process related to the counter server 20 in FIG. 2 to support the counter operation. The application processing unit 70 also stores the processing status regarding the received application in the application status information 60.

The update unit 71 performs various updates. For example, the update unit 71 updates the number-of-cases information 61 based on the change condition information 62. For example, the update unit 71 adds 1 to the number of cases in the process waiting state of the in-migrant counter of the number information 61 at the timing of receiving the transfer request. Further, the update unit 71 subtracts 1 from the number of cases in the processing waiting state of the in-migrant counter of the number information 61 for the application of moving-in at the timing when the provisional registration is notified, and adds 1 to the number of processing completion states of the in-migrant counter. Is added. Further, the update unit 71 adds 1 to the number of cases in the row counter processing waiting state of the case number information 61 at the timing of accepting the transfer request. Also, the update unit 71 subtracts 1 from the number of row counter processing waiting states of the number information 61 at the timing when the completion of the processing of the transfer application is notified, and adds 1 to the number of row counter processing completed states. To do. Further, the updating unit 71 adds 1 to the number of cases in the row counter processing waiting state of the case number information 61 at the timing of accepting the application for moving. Further, the update unit 71 subtracts 1 from the number of row counter processing waiting states of the number information 61 at the timing when the completion of the processing of the move application is notified, and adds 1 to the number of row counter processing completed states. To do. Further, the updating unit 71 adds 1 to the number of cases in the processing waiting state of the counter of the number-of-cases information 61 at the timing of receiving the application for registration of National Health Insurance. In addition, the updating unit 71 subtracts 1 from the number of cases in the processing waiting state of the counter of the number information 61 at the timing when the completion of the processing of the registration application of the national health insurance is notified, and the number of cases in the processing complete state of the counter is 1 Is added. Further, the updating unit 71 adds 1 to the number of cases in the guidance state of the consultation counter of the number-of-cases information 61 at the timing of accepting an application for long-term care insurance. In addition, the update unit 71 adds 1 to the number of cases in the waiting state of the reception counter of the case number information 61 at the timing of receiving the application for loss of long-term care insurance. Further, the update unit 71 subtracts 1 from the number of cases in the processing counter of the reception counter of the number information 61 at the timing when the completion of the processing of the application for loss of long-term care insurance is notified to obtain the number of cases in the processing completion state of the reception counter. Add 1

The generation unit 72 performs various generations. For example, the generation unit 72 generates information indicating the progress status of the processing of the received application for each section in charge. For example, the generation unit 72 generates, for each department in charge, image data indicating the number of cases of each counter associated with the department in charge, based on the number-of-cases information 61. For example, the generation unit 72 displays the number of processing waiting states and the number of processing completed states of the in-migrant counter of the family count/resident record section side by side in the number information 61, and displays the number of processing waiting states and the processing completion state of the row counter. Generates image data that displays the number of items side by side. Further, the generation unit 72 generates image data in which the number of cases in the processing waiting state and the number of cases in the processing completed state of the counter of the number-of-cases information 61 are displayed side by side for the National Health Insurance Division. Further, the generation unit 72 displays the number of cases of the consultation counter in the waiting state of the consultation counter of the number information 61 for the long-term care insurance section, and generates the image data in which the number of the waiting states of the receiving counter and the number of the completed cases are displayed side by side. To do. The image data may be data including screen configuration information such as HTML (HyperText Markup Language) or may be screen image data.

The display control unit 73 performs various display controls. For example, the display control unit 73 controls to display information indicating the progress status of processing for each section in charge. For example, the display control unit 73 sends the image data generated by the generation unit 72 for each section in charge to the window back-end terminal 30 or the window reception terminal 11 of the section in charge to display the progress status of the process on the screen.

For example, the window back-end terminal 30 inquires of the window server 20 about the progress status including the department information of the installed department at any time. The generation unit 72 reads the counter of the department of the department information included in the inquiry from the number-of-cases information 61 and generates image data in which the number of cases of the counter is arranged. The display control unit 73 sends the image data generated by the generation unit 72 to the window back-end terminal 30 of the inquiry source and displays the progress status of the process on the screen. For example, the display control unit 73 sends image data to the window back-end terminal 30 of the inquiry source and causes the counter to be remotely displayed on the screen like a servlet.

Here, when the inquiry about the progress situation is received, it is possible to count the number of each application and obtain the number of cases. For example, the number of records stored in the application status information 60 may be counted for each type or status to obtain the number of records. However, in this case, the data update related to the application is locked when the number of requests is obtained, and the data update cannot be performed. The system 10 is required to display the progress status in real time. Therefore, the window server 20 also updates the display of the progress status in a short cycle. In the system 10, if the update of the data related to the application is locked each time the display of the progress status is updated, the processing of the application may be affected. Therefore, in the counter server 20 according to the present embodiment, the number of cases is held in the number-of-cases information 61, and the number of cases is updated by the updating unit 71 at the timing of the application of the change condition. As a result, it is possible to prevent the data related to the application from being locked, so that it is possible to prevent the processing of the application from being affected.

The update unit 71 counts the number of records stored in the application status information 60 on a regular basis, for example, every hour or every predetermined time, and stores the count in the number information 61. You may update the number of cases. Accordingly, it is possible to suppress the occurrence of a discrepancy between the number of cases stored in the number-of-cases information 61 and the number of cases obtained from the application status information 60.

FIG. 7 is a diagram showing an example of a screen showing the progress of processing. FIG. 7 shows an example of a screen displayed on the counter backend terminal 30A of the family register/resident record section. The number of requests in the transfer-in counter displays the number of transfer-waiting processing requests. In the number of received cases of the transfer-in counter, the number of cases where the transfer processing is completed is displayed. The number of requests of the low counter indicates the number of pending requests for applications other than transference, which is handled by the Family Registration and Resident Records Division. The number of received cases of the low counter indicates the number of cases in which the processing of the applications other than the move-in, which is handled by the Family Registration and Resident Records Division, is completed. In this way, by displaying the number of cases by dividing transfer-in and non-transfer-in applications, the Family Registration and Resident Records Division can separately understand the progress of processing of transfer-in applications with high priority and applications other than transfer-in. In addition, by displaying the number of cases waiting for processing, the family register/resident record section can grasp the stay status of processing. In addition, by displaying the number of processed cases, the family register/resident record section can grasp the progress of processing.

FIG. 8 is a diagram showing an example of a screen showing the progress of processing. FIG. 8 shows an example of a screen displayed on the counter back-end terminal 30C of the long-term care insurance section. The number of requests in the consultation counter displays the number of cases in the guidance state. In the number of requests of the reception counter, the number of requests waiting to be processed by the long-term care insurance section received at the general counter is displayed. In the number of received cases of the reception counter, the number of processing completion statuses of applications for which the long-term care insurance section is in charge, received at the general counter, is displayed. As a result, the Nursing Care Insurance Division can separately understand the number of applications with high specialty and confidentiality and the number of applications received at the general counter. Further, regarding the application received at the general counter, the progress status of the processing can be grasped by displaying the number of processing waiting status and the number of processing completed status.

FIG. 9 is a diagram schematically showing an example of the flow of updating the number information. For example, in the system 10, when the transfer request is accepted, the request count of the transfer counter is incremented by 1, and when the transfer request is provisionally registered, the request count of the transfer counter is decremented by 1 and the received count is incremented by 1. It On the other hand, in the system 10, when the application other than the transfer is accepted, the request number of the counter of the section in charge of the application is incremented by 1, and when the processing of the application is completed, the request number of the counter is decremented by 1 and the received number is 1. Is added. In each section, the progress status of the processing of the section can be grasped by checking the counter at the counter back-end terminal 30 of the section. At the general counter, by checking the counter of each section at the counter reception terminal 11, the progress status of the processing of each section can be grasped.

[Process flow]
Next, a flow of various processes executed by the window server 20 according to the present embodiment will be described. First, the flow of update processing in which the window server 20 according to the present embodiment updates the number information 61 will be described. FIG. 10 is a flowchart showing an example of the procedure of the update process. This update process is repeatedly executed. For example, the update process is repeatedly executed every time the process is completed.

As illustrated in FIG. 10, the update unit 71 determines whether or not there is a change corresponding to the change condition for each application of the type of the change condition information 62 (S100). If there is no corresponding change (No at S100), the process proceeds to S100 again.

On the other hand, if there is a corresponding change (Yes at S100), the updating unit 71 reads the record having the corresponding change from the change condition information 62, and changes from the items of the change counter, the change state, and the change content. The counter, the status, and the changed content to be specified are specified (S101). The updating unit 71 updates the number of items of the item number information 61 corresponding to the identified counter to be changed and the state according to the identified change content (S102), and ends the process.

Next, the flow of the progress status display process in which the window server 20 according to the present embodiment displays the progress status of the process will be described. FIG. 11 is a flowchart showing an example of the procedure of the progress status display processing. This progress status display process is repeatedly executed. For example, the progress status display process is repeatedly executed every time the process is completed.

As shown in FIG. 11, the display control unit 73 determines whether or not an inquiry about the progress situation has been received (S110). If the inquiry about the progress status has not been received (No at S110), the process proceeds to S110 again.

On the other hand, when the inquiry about the progress status is received (Yes in S110), the generation unit 72 reads the counter of the department of the department information included in the inquiry from the number information 61, and displays the image data of the screen in which the numbers of the counters are arranged. Generate (S111). The display control unit 73 sends the image data generated by the generation unit 72 to the inquiry back-end terminal 30 to display the progress status of the process on the screen (S112), and ends the process.

[effect]
As described above, the counter server 20 according to the present embodiment, among the notifications (applications) of transfer received at the counter, of the notifications transmitted to the section in charge of notification and the processing by the section in charge is not completed. The first information including the number of cases and the number of reports transmitted to the section in charge and completed by the section in charge is generated. The counter server 20 transmits the number of notifications other than the transfer notification received at the counter to the section in charge, and the number of reports that have not been processed by the section in charge, and the notification to the section in charge. Second information including the number of notifications for which the processing according to is completed is generated. The counter server 20 displays the first information and the second information together. Thereby, the window server 20 can display the progress status of the processing in an easy-to-understand manner.

Further, the window server 20 according to the present embodiment, for each type of notification, change condition information indicating the change condition of the number of reports for which processing has not been completed and the number of reports for which processing has been completed according to the status of notification. 62 is stored. The counter server 20 stores case number information 61 that stores the number of reports for which processing has not been completed and the number of reports for which processing has been completed for notifications other than transfer notifications and transfer notifications. The counter server 20 updates the case number information 61 based on the change condition information 62. As a result, the counter server 20 can count the number of notifications for which processing has not been completed and the number of notifications for which processing has been completed, in accordance with the change conditions of the change condition information 62. Further, the counter server 20 can suppress the influence on the notification process.

In addition, the counter server 20 according to the present embodiment notifies the number of notifications, which are transmitted to the reporting section in charge of the specific field received at the window and have not been processed by the section in charge, and the section in charge. The first information including the number of notifications transmitted and completed by the section in charge is generated. The counter server 20 generates the second information including the number of notifications of which the special fields other than the counter are notified among the reports of the specific field received at the counter. The counter server 20 displays the first information and the second information together. As a result, the window server 20 can separately grasp the number of reports notified to the specialized window and the number of reports received at the window. Further, regarding the notifications received at the counter, the progress status of the processing can be grasped by displaying the number of notifications of which processing has not been completed and the number of notifications of which processing has been completed.

Although the embodiments of the disclosed device have been described so far, the disclosed technique may be implemented in various different forms other than the above-described embodiments. Therefore, other embodiments included in the present invention will be described below.

For example, although a case has been described with the above embodiment as an example where the window reception terminal 11 assigns the type of application, the disclosed device is not limited to this. For example, the window server 20 may receive information on which application is applied and give the type of application.

Further, in the above-described embodiment, the case where the generation unit 72 generates information indicating the progress status of the processing of the received application for each section in charge based on the number of cases stored in the number-of-cases information 61 has been described as an example. However, the disclosed device is not limited to this. For example, if the frequency of inquiries about the progress status is low and the influence on the processing of the application is small, even if the generation unit 72 counts the number of each application and obtains the number of cases when the inquiry about the progress status is received. Good. For example, the generation unit 72 obtains the number of records by counting the number of records stored in the application status information 60 according to the type and status of the application for transfer, and waiting for processing and completion of processing for applications other than transfer. May be.

Further, in the above embodiment, the case where the updating unit 71 updates the number information 61 when receiving the application has been described as an example, but the disclosed device is not limited to this. For example, the update unit 71 may temporarily cache the received applications in the storage unit 51 or the like, and periodically collect the cached applications to update the number information 61. For example, the updating unit 71 temporarily stores the received application in the storage unit 51. Then, the updating unit 71 updates the number information 61 corresponding to each application stored in the storage unit 51 based on the change condition information 62 at a predetermined update timing such as every few seconds. The update unit 71 may repeat deleting each application stored in the storage unit 51 when the update is completed.

Further, each component of each device shown in the drawings is functionally conceptual and does not necessarily have to be physically configured as shown. That is, the specific state of distribution/integration of each device is not limited to that shown in the figure, and all or a part of them may be functionally or physically distributed in arbitrary units according to various loads or usage conditions. It can be integrated and configured. For example, the processing units of the application processing unit 70, the updating unit 71, the generation unit 72, and the display control unit 73 may be integrated or divided as appropriate. Further, all or any part of each processing function performed by each processing unit may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by a wired logic. ..

[Progress display program]
The various processes described in the above embodiments can also be realized by executing a prepared program on a computer system such as a personal computer or a workstation. Therefore, in the following, an example of a computer system that executes a program having the same functions as those in the above embodiments will be described. FIG. 12 is a diagram illustrating a computer that executes a progress status display program.

As shown in FIG. 12, the computer 300 has a CPU 310, an HDD (Hard Disk Drive) 320, and a RAM (Random Access Memory) 340. The respective units of these 310 to 340 are connected via a bus 400.

The HDD 320 stores in advance a progress status display program 320a that exhibits the same functions as the processing units of the above-described embodiment. For example, the progress status display program 320a having the same functions as the application processing unit 70, the updating unit 71, the generating unit 72, and the display control unit 73 of the above-described embodiment is stored. The progress status display program 320a may be appropriately separated.

The HDD 320 also stores various data. For example, the HDD 320 stores the OS and various data.

Then, the CPU 310 reads out the progress status display program 320a from the HDD 320 and executes it to execute the same operation as that of each processing unit of the embodiment. That is, the progress status display program 320a executes the same operations as the application processing unit 70, the updating unit 71, the generating unit 72, and the display control unit 73 of the embodiment.

The progress status display program 320a described above does not necessarily need to be stored in the HDD 320 from the beginning. For example, the program is stored in a “portable physical medium” such as a flexible disk (FD), a Compact Disk Read Only Memory (CD-ROM), a Digital Versatile Disk (DVD), a magneto-optical disk, or an IC card which is inserted into the computer 300. Remember. Then, the computer 300 may read out the program from these and execute it.

Furthermore, the program is stored in “another computer (or server)” or the like connected to the computer 300 via a public line, the Internet, a LAN, a WAN, or the like. Then, the computer 300 may read out the programs from these and execute them.

10 System 11 Counter Reception Terminal 20 Counter Server 21 Resident Record Server 30 Counter Back-End Terminal 31 Responsible Section Terminal 32 Resident Record Approval Terminal 50 Communication I/F Section 51 Storage 52 Control Section 60 Application Status Information 61 Number of Information 62 Change Condition Information 70 Application processing unit 71 Update unit 72 Generation unit 73 Display control unit

Claims (4)

For each notification received at the counter, update the status information that stores the status of the processing status of the notification according to the processing status indicating the status regarding the progress status of the processing of the notification transmitted to the section in charge of the notification. Then
By referring to the status of the processing status included in the status information , the number of notifications of the transfer notifications that are transmitted to the transfer transfer section in charge of transfer and the processing by the transfer transfer section is not completed is counted. a value is sent to the non-inverting department in charge, and the value obtained by counting the number of notification processing by the transference department in charge is completed, the first information including, other than transference of the transference department in charge is responsible Of the notifications, a value obtained by counting the number of notifications that have been sent to the transfer-in-charge section and have not been processed by the transfer-in-charge section, and the value sent to the transfer-in-section section and processed by the transfer-in-charge section. Generates a second information including a value obtained by counting the number of notifications completed by
Displaying the first information and the second information together on the terminal of the transfer section.
A progress status display method characterized in that a computer executes a process. The computer is
Regarding the notification of transfer and the notification other than transfer, change the first value that counts the number of reports that have not been processed and the second value that counts the number of reports that have been processed. And the change condition information that stores the change contents of the first value and the second value , according to the processing status of the notification of the transfer and the notification other than the transfer in the section in charge of transfer. A process for updating the number information storing the first value and the second value for each notification of transfer and notification other than transfer is further executed,
The processing to generate generates the first information and the second information based on the number information.
The progress status display method according to claim 1, wherein: For each notification received at the counter, update the status information that stores the status of the processing status of the notification according to the processing status indicating the status regarding the progress status of the processing of the notification transmitted to the section in charge of the notification. Then
By referring to the status of the processing status included in the status information , the number of notifications of the transfer notifications that are transmitted to the transfer transfer section in charge of transfer and the processing by the transfer transfer section is not completed is counted. a value is sent to the non-inverting department in charge, and the value obtained by counting the number of notification processing by the transference department in charge is completed, the first information including, other than transference of the transference department in charge is responsible Of the notifications, a value obtained by counting the number of notifications that have been sent to the transfer-in-charge section and have not been processed by the transfer-in-charge section, and the value sent to the transfer-in-section section and processed by the transfer-in-charge section. Generates a second information including a value obtained by counting the number of notifications completed by
Displaying the first information and the second information together on the terminal of the transfer section.
A progress status display program characterized by causing a computer to execute processing. For each notification received at the counter, update the status information that stores the status of the processing status of the notification according to the processing status indicating the status regarding the progress status of the processing of the notification transmitted to the section in charge of the notification. And the update section to
By referring to the status of the processing status included in the status information , the number of notifications of the transfer notifications that are transmitted to the transfer transfer section in charge of transfer and the processing by the transfer transfer section is not completed is counted. a value is sent to the non-inverting department in charge, and the value obtained by counting the number of notification processing by the transference department in charge is completed, the first information including, other than transference of the transference department in charge is responsible Of the notifications, a value obtained by counting the number of notifications that have been sent to the transfer-in-charge section and have not been processed by the transfer-in-charge section, and the value sent to the transfer-in-section section and processed by the transfer-in-charge section. A second unit including a value obtained by counting the number of notifications completed by
A display control unit that controls to display the first information and the second information generated by the generation unit together on the terminal of the transfer section in charge;
A progress status display device comprising:

Images