Health checkup cost processing method and computing device performing the same

Abstract

The present invention provides a method for processing health checkup costs performed by a computing device, comprising: a step of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal; a step of displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal; a step of obtaining feedback on the results of reviewing the health checkup information, the deposit account information, and the at least one supporting document from the administrator terminal; a step of storing the health checkup information, the deposit account information, the at least one supporting document, and the feedback in a database in response to a user; and a step of providing the feedback to the user terminal.

Description

Technology Field

[0001] The present invention relates to a corporate welfare management system, and more specifically, to a digital platform for efficiently processing employee health checkup costs and a computing device for performing the same. Background Technology

[0002] Modern companies are introducing health checkup cost support systems to manage employee health and improve welfare benefits. In particular, it is becoming a common trend among large public institutions and corporations to provide a fixed annual amount of health checkup costs to thousands to tens of thousands of employees.

[0003] However, with the expansion of health checkup cost support systems, issues regarding the complexity and efficiency of administrative processing are emerging. In particular, large organizations must manually process tens of thousands of individual applications, and tasks such as reviewing supporting documents, verifying accounts, and managing limits place an excessive burden on managers. Furthermore, as problems such as document loss, duplicate processing, and fraudulent applications can occur, research on transparent and efficient processing systems is continuously being conducted. The problem to be solved

[0004] The problem that the present invention aims to solve is to provide an automated processing system capable of efficiently handling health checkup cost applications from numerous employees in a large-scale organization.

[0005] The problem that the present invention aims to solve is to simultaneously improve user convenience and management efficiency by distinguishing between affiliated and non-affiliated hospitals and providing a processing method optimized for each.

[0006] The problem that this invention aims to solve is to simplify the manager's review work by utilizing OCR technology to automatically verify supporting documents and clearly indicate discrepancies.

[0007] The problems to be solved through the various embodiments of the present invention are not limited to those mentioned above, and other unmentioned problems will be clearly understood by those skilled in the art from the description below. means of solving the problem

[0008] To solve the above problem, the technical concept of the present invention provides a method for processing health checkup costs performed by a computing device, comprising: a step of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal; a step of displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal; a step of obtaining feedback on the results of reviewing the health checkup information, the deposit account information, and the at least one supporting document from the administrator terminal; a step of storing the health checkup information, the deposit account information, the at least one supporting document, and the feedback in a database in response to a user; and a step of providing the feedback to the user terminal.

[0009] To solve the above problem, the technical concept of the present invention provides a computing device configured to process health checkup costs, comprising: a communication unit communicating with a user terminal and an administrator terminal; a database storing user-specific health checkup information, deposit account information, at least one supporting document, and feedback; and a processor that obtains health checkup information, deposit account information, and at least one supporting document from the user terminal, displays the health checkup information, the deposit account information, and the at least one supporting document on the administrator terminal, stores the feedback obtained from the administrator terminal in the database, and provides the feedback to the user terminal.

[0010] To solve the above problem, the technical concept of the present invention provides a computer-readable recording medium having a program for executing a method for processing health checkup costs on a computer, wherein the method for processing health checkup costs comprises: a step of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal; a step of displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal; a step of obtaining feedback on the results of reviewing the health checkup information, the deposit account information, and the at least one supporting document from the administrator terminal; a step of storing the health checkup information, the deposit account information, the at least one supporting document, and the feedback in a database in response to a user; and a step of providing the feedback to the user terminal.

[0011] Specific details of other embodiments are included in the detailed description and drawings. Effects of the invention

[0012] According to embodiments of the present invention, user convenience and management efficiency can be simultaneously improved through a dual processing system that distinguishes between affiliated hospitals and non-affiliated hospitals.

[0013] According to another embodiment of the present invention, automatic document verification using OCR technology and highlighting of discrepancies can significantly reduce the manager's review time and greatly improve processing accuracy.

[0014] According to another embodiment of the present invention, the re-application process can be simplified and user satisfaction improved by automatically providing improvement methods by category upon rejection.

[0015] According to another embodiment of the present invention, tens of thousands of applications for health checkup costs in a large organization can be systematically processed, thereby reducing administrative costs and enhancing operational transparency.

[0016] The effects of the present invention are not limited to those mentioned above, and other unmentioned effects will be clearly understood by those skilled in the art from the description in the claims. Brief explanation of the drawing

[0017] FIG. 1 is a block diagram schematically illustrating a health checkup cost processing system according to one embodiment of the present invention. FIG. 2 is a flowchart illustrating a method for processing health checkup costs according to an embodiment of the present invention. FIG. 3 is a flowchart showing a part of a method for processing health checkup costs according to one embodiment of the present invention. FIG. 4 is a screen diagram showing a health checkup information input interface of a user terminal according to an embodiment of the present invention. FIG. 5 is a screen diagram showing a review and feedback processing interface of an administrator terminal according to an embodiment of the present invention. Specific details for implementing the invention

[0018] The advantages and features of the present invention and the methods for achieving them will become clear by referring to the embodiments described below in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below but may be implemented in various different forms. These embodiments are provided merely to ensure that the disclosure of the present invention is complete and to fully inform those skilled in the art of the scope of the invention, and the present invention is defined only by the scope of the claims. Throughout the specification, the same reference numerals refer to the same components.

[0019] The embodiments described herein will be described with reference to cross-sectional and / or plan views, which are exemplary illustrations of the invention. In the drawings, the thicknesses of films and regions are exaggerated for effective description of the technical content. Accordingly, the regions illustrated in the drawings are schematic in nature, and the shapes of the regions illustrated in the drawings are intended to illustrate specific forms of regions of the device and are not intended to limit the scope of the invention. Although terms such as first, second, third, etc., have been used to describe various components in the various embodiments of this specification, these components should not be limited by such terms. These terms are used merely to distinguish one component from another. The embodiments described and illustrated herein also include their complementary embodiments.

[0020] The terms used herein are for describing the embodiments and are not intended to limit the invention. In this specification, the singular form includes the plural form unless specifically stated otherwise in the text. As used herein, "comprises" and / or "comprising" do not exclude the presence or addition of one or more other components, steps, actions, and / or elements to the mentioned components, steps, actions, and / or elements.

[0021] Unless otherwise defined, all terms used in this specification (including technical and scientific terms) may be used in a meaning that is commonly understood by those skilled in the art to which the present invention pertains. Furthermore, terms defined in commonly used dictionaries are not to be interpreted ideally or excessively unless explicitly and specifically defined otherwise. Hereinafter, the concept of the present invention and embodiments thereof will be described in detail with reference to the drawings.

[0022] FIG. 1 is a block diagram schematically showing a health checkup cost processing system (10) according to one embodiment of the present invention.

[0023] Referring to FIG. 1, a health checkup cost processing system (10) may include a user terminal (200) operated by a user (e.g., an employee) who has received a health checkup, a manager terminal (300) operated by a manager who performs approval processing for health checkup costs, and a computing device (100) connecting the user terminal (200) and the manager terminal (300).

[0024] The computing device (100) may be a server that provides a health checkup cost processing platform. The computing device (100) may communicate with a user terminal (200) and an administrator terminal (300) via a network and may be implemented in the form of a web server, an application server, a cloud server, or a database server. In some embodiments, some functions of the computing device (100) may be performed at the user terminal (200) or the administrator terminal (300).

[0025] However, it is not limited thereto, and the user terminal (200) or administrator terminal (300) and the computing device (100) may be integrated into a single device. For example, a processor (101), a communication unit (102), and a database (103) may be installed within a single device such as a smartphone, tablet PC, or laptop, so that the user terminal (200) or administrator terminal (300) itself can operate as the computing device (100) of the present invention.

[0026] The computing device (100) may include a processor (101), a communication unit (102), and a database (103). In some embodiments, the computing device (100) may further include an Optical Character Recognition (OCR) processing module and an affiliated hospital linkage module.

[0027] The database (103) can store user-specific health checkup information, deposit account information, at least one supporting document, and feedback. Additionally, the database (103) has information on affiliated hospitals stored in advance, which can be used to determine whether they are affiliated by comparing them with the hospital name entered by the user. Furthermore, information on each user's annual health checkup support limit is also stored, allowing for automatic verification of whether the limit has been exceeded.

[0028] In this specification, an affiliated hospital may refer to a medical institution capable of automatically transmitting a health checkup confirmation certificate and receipt by establishing an electronic data linkage system with a computing device (100). In the case of an affiliated hospital, the user can obtain checkup information and cost information directly from the hospital server without the need to separately upload supporting documents, thereby significantly improving work efficiency.

[0029] The database (103) stores commands for performing a health checkup cost processing method, and may temporarily store data generated during the health checkup cost processing step. For example, the database (103) may store commands such as an OCR algorithm, information matching analysis logic, affiliate hospital judgment algorithm, limit management operation, and feedback classification algorithm.

[0030] In some embodiments, the database (103) may include security functions in accordance with the Personal Information Protection Act and the Act on Promotion of Information and Communications Network Utilization and Information Protection, etc. Specifically, the database (103) may store sensitive information, such as user personal identification information, account number, and deposit account information, by applying AES (Advanced Encryption Standard) 256-bit encryption. In addition, the database (103) may prevent unauthorized access by storing image files of supporting documents in an encrypted form.

[0031] For example, the database (103) includes an access log recording function, so that it can record all data access history of the administrator along with the time, user ID, and access details, and store them for a certain period. This enables audit tracking of the status of personal information processing and allows compliance with the obligation to inspect the status of personal information processing required by the Personal Information Protection Act.

[0032] The database (103) may be an internal database mounted inside the computing device (100) or an external database located outside the computing device (100). In some embodiments, if it is an external database, the computing device (100) may access the external database through the communication unit (102).

[0033] In some embodiments, the database (103) may be implemented as a non-volatile storage device in the form of at least one of a hard disk drive (HDD), a solid-state drive (SSD), flash memory, or cloud storage. In some embodiments, the database (103) may be implemented as a relational database, a NoSQL database, or a distributed database.

[0034] The processor (101) can perform the health checkup cost processing method described below by reading and executing commands stored in the database (103). For example, by executing commands, the processor (101) can verify the user's health checkup information and supporting documents, determine whether it is an affiliated hospital, and receive feedback on the administrator's approval / rejection processing to perform health checkup cost processing. The health checkup cost processing method performed by the processor (101) will be described later.

[0035] In some embodiments, the processor (101) may perform the role of obtaining health checkup information, deposit account information, and at least one supporting document from the user terminal (200), processing them, and providing them to the administrator terminal (300). At this time, the processor (101) may check the file extension (JPG, PNG, JPEG, PDF) and file quality of the obtained supporting document, and if it is not suitable, request the user to re-upload it through the user terminal (200).

[0036] In some embodiments, the processor (101) may have an OCR (Optical Character Recognition) module embedded to automatically extract text information from each of at least one supporting documents. The processor (101) may extract the hospital name, examination cost, and payment date from a receipt, extract the hospital name, examination date, and examinee name from a confirmation of examination, and extract the account holder and account number from a copy of a bankbook. Subsequently, the processor (101) may verify whether the extracted information matches the health examination information and deposit account information entered by the user.

[0037] In some embodiments, the processor (101) can determine whether a hospital is affiliated by comparing the list of affiliated hospitals stored in the database (103) with the hospital name entered by the user. If it is an affiliated hospital, the processor (101) can automatically obtain a confirmation of examination and a receipt through API communication with the hospital's server, and if it is a non-affiliated hospital, it can additionally perform forgery verification on the documents uploaded by the user.

[0038] In some embodiments, the processor (101) can compare each user's annual health checkup support limit with the existing usage amount to check in real time whether the limit has been exceeded and provide comprehensive review information to the administrator for approval / rejection processing.

[0039] In some embodiments, the processor (101) may include at least one of a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor, an application processor, or a digital signal processor (DSP).

[0040] The communication unit (102) can transmit and receive information from a user terminal (200) and an administrator terminal (300). For example, the communication unit (102) may include a communication module that supports one of various wired and wireless communication methods. For example, the communication unit (102) may support at least one of Wireless LAN, Wi-Fi (Wireless Fidelity), Bluetooth, Wired LAN, 3G, 4G, and 5G.

[0041] For example, the communication unit (102) can receive health checkup information, deposit account information, and at least one supporting document from the user terminal (200). At this time, the communication unit (102) supports a multipart upload function for large file transmission, so that high-resolution supporting document images or PDF files can be reliably received. In addition, the communication unit (102) can transmit feedback that has been processed to the user terminal (200) and transmit review information to the administrator terminal (300).

[0042] In some embodiments, the communication unit (102) may support a RESTful API (Application Programming Interface) or SOAP protocol for real-time data linkage with an affiliated hospital server. Additionally, the communication unit (102) may verify the validity of deposit account information in real time by linking with the account real-name verification API of a financial institution. Furthermore, the communication unit (102) may support API (Application Programming Interface) communication for linkage with an external OCR service, thereby utilizing a cloud-based high-performance OCR engine.

[0043] In some embodiments, the communication unit (102) may support TLS / SSL encrypted communication and OAuth 2.0 authentication protocols to enhance security, and may prevent data leakage that may occur during network communication.

[0044] The computing device (100) can provide an application interface for cost support after a health checkup to a user connected through a user terminal (200). For example, the computing device (100) can receive health checkup information, deposit account information, and at least one supporting document from the user terminal (200).

[0045] The user terminal (200) may be an electronic device logged in with the user's ID. In this case, the user ID is a unique identifier assigned by the organization and may be an employee number, an email address, or a separately created user account. The computing device (100) can automatically identify and manage the user's individual health checkup support limit, past application history, and personal information through the user ID.

[0046] In some embodiments, the computing device (100) may provide a multi-account login function to the user terminal (200), and in this case, may provide an interface that allows applying for health checkup costs for family members on behalf of the user. The computing device (100) may manage a main account and a sub-account dependent on the main account. The computing device (100) may provide a function that allows the user to switch to a sub-account after logging in with their own ID, the main account, thereby enabling them to apply for health checkup costs for their family members on behalf of the user.

[0047] At this time, the computing device (100) can perform a family relationship verification procedure using a family relationship certificate or a health insurance card, etc., when registering family members. This prevents fraudulent applications and ensures that health checkup cost support is provided only to legitimate family members. In addition, if an employee applies for health checkup costs for themselves as well as their spouse or children, the computing device (100) can provide separate limit management and application history tracking functions for each family member.

[0048] The user terminal (200) may include various devices such as smartphones, mobile phones, tablet PCs, desktops, and laptops, but is not limited thereto. The user terminal (200) is an electronic device capable of network communication and can transmit and receive information with the computing device (100) through a web browser or a dedicated application.

[0049] The administrator can review the health checkup cost application submitted by the user and process it for approval or rejection. For example, the administrator can access the computing device (100) through the administrator terminal (300) to check the user's application details, review the OCR verification results and discrepancies, and determine whether to grant final approval.

[0050] The administrator terminal (300) may be an electronic device logged in with an administrator ID. In this case, the administrator ID may be a unique account assigned to a person in charge who has been granted authority to process health checkup costs in the organization's HR team, welfare team, or finance team. The administrator ID has special authority distinct from a general user ID and can access administrator-exclusive functions that allow processing a large volume of applications, monitoring budget status, and changing system settings.

[0051] In some embodiments, the computing device (100) may provide a hierarchical authority structure to the administrator terminal (300). For example, the computing device (100) may display only an interface for approving / rejecting individual applications to a general administrator, and may additionally provide an advanced management function menu to a senior administrator, such as adjusting budget limits, registering affiliated hospitals, and changing system policies. To the top administrator, it may provide a top-level management interface, such as statistical analysis of the health checkup cost processing system (10), user account management, and security settings.

[0052] In some embodiments, the computing device (100) supports simultaneous access by multiple administrators and can synchronize the processing status of each administrator in real time and display it on the administrator terminal (300). When one administrator is reviewing a specific application, the fact that the application is being processed can be displayed on the screen of another administrator to prevent duplicate review.

[0053] The administrator terminal (300) may include various devices such as smartphones, mobile phones, tablet PCs, desktops, and laptops, but is not limited thereto. For example, as an electronic device capable of network communication, it may transmit and receive information with the computing device (100) through a web browser or a dedicated application.

[0054] In some embodiments, the computing device (100) may perform security procedures such as dual authentication and IP address restriction when connecting to the administrator terminal (300), and may log all processing activities of the administrator and store them in a database (103). This allows for future auditing and accountability tracking.

[0055] Additionally, the computing device (100) can provide an integrated management interface in the form of a dashboard to the administrator terminal (300) and can visualize and display key indicators such as real-time processing status, budget usage rate, average processing time, and approval rate. Through this, the administrator can monitor work efficiency and improve work processes as needed.

[0056] FIG. 2 is a flowchart illustrating a method for processing health checkup costs (S100) according to an embodiment of the present invention. FIG. 3 is a flowchart illustrating a part of a method for processing health checkup costs (S100) according to an embodiment of the present invention. FIG. 4 is a screen diagram illustrating a health checkup information input interface of a user terminal (200) according to an embodiment of the present invention. FIG. 5 is a screen diagram illustrating a review and feedback processing interface of an administrator terminal (300) according to an embodiment of the present invention.

[0057] Referring to FIG. 2, a method for processing health checkup costs (S100) may include the steps of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal (200) (S110), displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal (300) (S120), obtaining feedback from the administrator terminal (300) (S130), storing the feedback in a database (not shown), and providing the feedback to the user terminal (200) (S140).

[0058] In some embodiments, the health checkup cost processing method (S100) may further include at least one of a re-upload request step (S111), an OCR step (S121), and a step of determining whether information matches (S123). In some embodiments, the health checkup cost processing method (S100) may further include a step (S122) of determining whether it corresponds to an affiliated hospital, as illustrated in FIG. 4.

[0059] In the step (S100) of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal (200), the computing device (100) can obtain health checkup information, deposit account information, and at least one supporting document from the user terminal (200).

[0060] Referring to FIG. 4, a step-by-step input interface may be provided on the screen of the user terminal (200). In the "Basic Examination Information" section at the top, the user can select the examination date in a calendar format, and a guide message stating "It is in yyyy-mm-dd format" may be displayed to encourage the user to enter the correct date. In the examination amount input field, limit information such as "Upper limit of this company's support: 500,000 won / Support frequency (5 times per year) limit" is displayed in real time so that the user can check the support range in advance. When entering a hospital name, an auto-complete function is provided so that the user can select from a list of registered affiliated hospitals.

[0061] In some embodiments, in the "Account for Receiving Examination Fee" section, a bank name can be selected from a drop-down menu and an account number can be entered. When entering the account number, a notice such as "※ Please enter only numbers (enter only numbers without hyphens)" may be displayed to allow for the correct format to be entered.

[0062] In some embodiments, in the "Other Matters" section, you can select "Support for Confirmation Certificate Management for National Health Examination Target Period" via a radio button (Yes / No), thereby checking for overlap with government-supported examinations.

[0063] In some embodiments, the "Supporting Documents" section may provide an interface for individually uploading each required document, such as a "bankbook copy," a "health checkup confirmation," and a "detailed statement of medical expenses (e.g., a receipt)." Each file upload area may display a "Attach File" button along with a size limit notice, such as "within 5MB," to allow the user to upload a file of an appropriate size.

[0064] In some embodiments, when the computing device (100) is linked with a relevant server (e.g., National Health Insurance Service) that provides the required documents (e.g., a health checkup confirmation certificate), the computing device (100) can receive the required documents from the server without receiving a separate upload through the user device (200).

[0065] As such, health checkup information may include the date of the checkup, the name of the hospital, and the amount of the checkup, and deposit account information may include the account number, the name of the account holder, and the name of the bank. At least one supporting document may include a receipt, a confirmation of the checkup, and a copy of the bank passbook.

[0066] In some embodiments, the step (S110) of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal (200) may include a re-upload request step (S111).

[0067] In the re-upload request step (S110), the computing device (100) can perform several stages of verification.

[0068] In some embodiments, at the re-upload request step (S111), the computing device (100) determines whether the extension of each of at least one supporting document is JPG, PNG, JPEG, or PDF, and if it is any other extension, it may request a re-upload.

[0069] In some embodiments, in the re-upload request step (S111), the computing device (100) may request a re-upload even if the file size exceeds the maximum capacity or is less than the minimum capacity set by the system, thereby ensuring the stability and processing efficiency of the system.

[0070] In some embodiments, at the re-upload request step (S111), the computing device (100) may request a re-upload even if the quality of at least one supporting document is below a preset level. For example, a re-upload may be requested if the pixel density of the image is less than 300 DPI, if the degree of blur exceeds a threshold, or if the contrast of the text area is insufficient and difficulty in OCR processing is expected.

[0071] Referring to FIG. 3, the method for processing health checkup costs (S100) may further include an affiliate hospital determination step (S122). With information on affiliate hospitals already stored in the database (103), after obtaining health checkup information and deposit account information from the user and before obtaining at least one supporting document, a step of determining whether to be affiliated by comparing the hospital name included in the health checkup information with the affiliate hospital information may be performed.

[0072] If the hospital name corresponds to an affiliated hospital, the computing device (100) may perform the step (S124) of obtaining a confirmation of examination and a receipt from the server of the affiliated hospital and obtaining a copy of a bankbook from the user terminal (200). In this case, reliable supporting documents can be automatically obtained through API integration with the affiliated hospital, thereby eliminating the need for verification of forgery or alteration of at least one of the supporting documents. After obtaining the supporting documents from the affiliated hospital, the OCR step (S121) or the display step (S120) may be performed without a separate verification process for forgery or alteration.

[0073] On the other hand, if the hospital name does not correspond to an affiliated hospital, the computing device (100) may perform a step (S1231) of obtaining supporting documents including a confirmation of medical examination, a receipt, and a copy of a bank passbook from the user terminal (200), and a step (S1232) of verifying forgery or alteration of the supporting documents. After the verification of forgery or alteration of the supporting documents of a non-affiliated hospital is completed, an OCR step (S121) or a display step (S120) for the supporting documents may be performed.

[0074] In some embodiments, the authenticity of a document can be determined during the forgery verification process through image metadata analysis, pixel pattern verification, and font consistency checks. For example, through document structure analysis, it can be verified whether the layout, logo position, and required entries match by comparing it with the standard form of the relevant medical institution. The computing device (100) can perform a comparative analysis with the official receipt template of each hospital stored in the database (103). For example, the clarity and consistency of characters extracted by OCR can be evaluated through text quality analysis. Differences in resolution or clarity may appear between printed text and post-inserted text, and this can be detected.

[0075] In some embodiments, an OCR step (S120) and a step for determining whether the information matches (S122) may be performed prior to the step (S130) of displaying health checkup information, deposit account information, and at least one supporting document on the administrator terminal (300).

[0076] In the OCR step (S121), the computing device (100) can perform optical character recognition (OCR) on each supporting document. For example, the computing device (100) can OCR a confirmation of examination to obtain the hospital name and examination date, OCR a receipt to obtain the examination cost, and OCR a copy of a bankbook to obtain the account holder and account number.

[0077] In some embodiments, the computing device (100) may apply an OCR algorithm suitable for the characteristics of each supporting document. For example, in the case of a receipt, the area containing amount information may be recognized first, and in the case of a medical examination confirmation, the area displaying the hospital name and the date of the examination may be processed primarily. In addition, in the case of a bankbook copy, the area containing the account number and the account holder's name may be extracted.

[0078] In the information matching determination step (S122), the computing device (100) can determine the consistency between the information obtained through OCR and the health checkup information and deposit account information entered by the user.

[0079] For example, the computing device (100) can check whether the hospital name obtained from the examination confirmation certificate matches the hospital name and examination date entered by the user, check whether the examination cost obtained from the receipt matches the examination cost entered by the user, and check whether the account number and account holder name obtained from the bankbook copy match the account number and account holder name entered by the user.

[0080] In some embodiments, the computing device (100) may perform a step (S122) of determining whether accurate information matches by utilizing techniques such as string matching algorithms, similarity analysis, and date format standardization. For example, in the case of a hospital name, similarity-based matching may be applied so that even when abbreviated as "Seoul National University Hospital" and "Seoul National University Hospital", they are recognized as the same hospital.

[0081] In some embodiments, if the information obtained through OCR does not match the health checkup information or deposit account information, the computing device (100) may classify the type of mismatch as at least one of the following: hospital name mismatch, date mismatch, amount mismatch, account name mismatch, and account number mismatch.

[0082] For example, if the hospital name extracted from the examination confirmation differs from the hospital name entered by the user, it can be classified as "Hospital Name Mismatch," and if the examination date differs, it can be classified as "Date Mismatch." Similarly, if the amount extracted from the receipt differs from the amount entered by the user, it can be classified as "Amount Mismatch," if the account holder name extracted from the bankbook copy differs from the account name entered by the user, it can be classified as "Account Name Mismatch," and if the account number differs, it can be classified as "Account Number Mismatch."

[0083] In the displaying step (S120), the computing device (100) can display health checkup information, deposit account information, and at least one supporting document to the administrator terminal (300). For example, the computing device (100) can provide the previously performed OCR result and the result of determining whether the information matches together.

[0084] In some embodiments, if the information obtained through OCR does not match the health checkup information or deposit account information, the computing device (100) may display the type of mismatch together on the administrator terminal (300).

[0085] For example, if the hospital name entered by the user is "Seoul National University Hospital" and the hospital name extracted from the receipt is "Asan Medical Center," a mismatch type labeled "Hospital Name Mismatch" may be displayed on the administrator screen along with this information. Similarly, specific mismatch types, such as "Date Mismatch" if the examination dates differ and "Amount Mismatch" if the amounts differ, may be displayed respectively.

[0086] In some embodiments, the computing device (100) may display different colors on the screen of the administrator terminal (300) according to the type of discrepancy. For example, hospital name discrepancies may be distinguished in red, date discrepancies in orange, amount discrepancies in yellow, and account-related discrepancies in blue, so that the administrator can immediately identify the type of discrepancy.

[0087] In some embodiments, the computing device (100) may display a "View Details" button on the screen of the administrator terminal (300) that allows detailed information to be viewed along with a warning icon next to each discrepancy item. When the administrator clicks this, the user input value and the OCR extracted value are displayed in a pop-up window in the form of a comparison table, so that the exact part where the difference occurred can be clearly identified.

[0088] With reference to FIG. 5, health checkup information (checkup date, hospital name, checkup cost, etc.) and deposit account information (account number, account holder name, bank name, etc.) entered by the user can be systematically displayed on the screen of the administrator terminal (300). At the same time, uploaded supporting documents are displayed in the form of images so that the administrator can directly verify them.

[0089] Applications for processing user health checkup costs are displayed in a table format on the screen of the administrator terminal (300), and applicant information (name, employee number, etc.), affiliated institution, checkup date, amount, hospital name, review status, etc. may be placed in each row. In particular, the status of each application is distinguished and displayed with color tags such as "Awaiting Approval," "Payment Completed," and "Document Review," so that the administrator can immediately identify the processing status.

[0090] When an administrator selects a specific application, detailed information about that application may be displayed on the right side of the screen or in a pop-up window. Here, the health checkup information and deposit account details entered by the user may be arranged in a structured form.

[0091] The supporting documents obtained from the user terminal (200) are displayed on the screen of the administrator terminal (300), and when the administrator clicks an icon corresponding to the supporting documents, they are enlarged to their original size to view the details. Additionally, the administrator can download each supporting document individually or in bulk as needed to review or store them offline.

[0092] In some embodiments, key information extracted via OCR (hospital name, amount, date, etc.) is displayed as text at the bottom of each supporting document to enhance the efficiency of the manager's review. In this case, if a discrepancy is found between the information extracted by OCR and the user-input information, the relevant item may be displayed in a separate color or icon to draw the manager's attention.

[0093] In the feedback acquisition step (S130), the computing device (100) can obtain feedback from the administrator terminal (300) regarding health checkup information, deposit account information, and at least one supporting document.

[0094] For example, the administrator may make a decision to approve or reject the application after comprehensively reviewing the previously displayed information, OCR verification results, and indications of discrepancies. Processing options such as "Approve," "Reject," and "Hold" may be provided in the form of buttons on the interface of the administrator terminal (300), and the administrator may select one of these to input feedback.

[0095] In the feedback acquisition step (S130), the computing device (100) can obtain feedback from the administrator terminal (300) regarding the results of reviewing health checkup information, deposit account information, and at least one supporting document.

[0096] In this specification, feedback on the results of the review may mean a decision of approval or rejection made by an administrator after reviewing the submitted health examination information, deposit account information, and supporting documents.

[0097] For example, the administrator may make a decision to approve or reject the application after referring to the information displayed on the screen of the administrator terminal (300), the OCR verification results, and the indication of inconsistency. Processing options such as "Approve" or "Reject" may be provided in the form of buttons on the interface of the administrator terminal (300), and the administrator may select one of these to input feedback on the review results.

[0098] In the case of approval feedback, the computing device (100) can deduct the requested amount from the user's health checkup support limit and automatically proceed with subsequent procedures for payment processing. Additionally, the approval date and time, information of the person in charge of processing, etc., are recorded in the database (103) and can be used for future audits or inquiries.

[0099] In the case of rejection feedback, the administrator may enter the reason for rejection. The computing device (100) may provide frequently occurring reasons for rejection as a drop-down menu, and may include options such as, for example, "insufficient supporting documents," "information discrepancy," "exceeding support limit," "duplicate application," and "inappropriate examination item." The administrator may select the corresponding reason for rejection and, if necessary, add a detailed explanation as text.

[0100] In some embodiments, the computing device (100) may learn the manager's processing history and patterns to suggest recommended processing methods for similar cases. For example, if a specific type of discrepancy is found, it may refer to the processing method in the same situation in the past and provide information such as "90% of previous similar cases were rejected."

[0101] Additionally, if an administrator determines that a specific application requires further review, they may set it to a "pending" status; in this case, they may request a review from a superior or require the user to submit additional documents.

[0102] In the feedback provision step (S140), the computing device (100) can provide feedback obtained from the administrator terminal (300) to the user terminal (200).

[0103] For example, in the case of approval feedback, the computing device (100) may provide the user terminal (200) with an approval completion message, along with an expected payment schedule, payment amount, processing manager information, etc. In addition, information on the user's remaining annual limit may also be displayed so that it can be referenced when making additional applications in the future.

[0104] For example, in the case of rejection feedback, the computing device (100) can provide specific improvement measures along with the reason for rejection to the user terminal (200). For example, if rejected due to "information discrepancy," it can specify which item the discrepancy occurred in, and if rejected due to "insufficient supporting documents," it can provide specific guidance on the list of additional documents that must be submitted.

[0105] In some embodiments, the computing device (100) may provide a re-application function for a rejected application. The user can re-apply by uploading modified information or additional documents immediately after checking the reason for rejection, and in this case, the previously entered information is automatically retained to enhance user convenience.

[0106] In some embodiments, the computing device (100) may send a processing completion notification in various ways, such as email, SMS, or app push notification, when providing feedback to the user terminal (200). The user may select a preferred notification method according to personal settings.

[0107] In addition, the computing device (100) can store all feedback provision history in a database (103) so that the user can view past application history and processing results at any time. Through this, the user can systematically manage their health checkup support usage status.

[0108] In the database storage step, the computing device (100) can store health checkup information, deposit account information, at least one supporting document, and feedback in the database (103) in response to the user.

[0109] For example, the application date and time, examination information, account information, supporting document file, administrator feedback, processing status, approval / rejection date and time, etc., can be stored as a single application in the database (103) of the computing device (100) in conjunction with each user's unique identifier (employee number, user ID, etc.).

[0110] In some embodiments, information stored in the database (103) is encrypted to maintain security, and access control management in accordance with the Personal Information Protection Act may be applied. Additionally, the stored data may be utilized for purposes such as managing users' annual limits, statistical analysis, and audit trails, and the system administrator may monitor the operational status of the health checkup support system by aggregating all the data.

[0111] The computing device (100) can provide various additional functions based on stored data. It can provide the user with a function to view their application history, and the administrator with management functions such as generating monthly / yearly usage status reports for all users, detecting and preventing duplicate applications, and monitoring budget usage rates.

[0112] The above-described method for processing health checkup costs may be implemented as computer-readable code on a computer-readable recording medium. A computer-readable recording medium may include all types of recording devices in which data that can be read by a computer system is stored.

[0113] For example, computer-readable recording media may include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, SSD (Solid State Drive), HDD (Hard Disk Drive), cloud storage, etc.

[0114] For example, a program for implementing a method for processing health checkup costs according to an embodiment of the present invention may be implemented in the form of program instructions that can be executed through various computer means and may be recorded on a computer-readable recording medium. Such a program may be executed on at least one of a user terminal (200), an administrator terminal (300), or a computing device (100) to perform functions such as obtaining health checkup information, processing OCR, determining information consistency, and providing feedback.

[0115] Although preferred embodiments of the present invention have been illustrated and described above, the present invention is not limited to the specific embodiments described above. Various modifications are possible by those skilled in the art without departing from the essence of the invention as claimed in the patent claims, and such modifications should not be understood individually from the technical spirit or perspective of the present invention. Explanation of the symbols

[0116] 10: Health checkup cost processing system 100: Computing device 101: Processor 102: Communication unit 103: Database 200: User Terminal 300: Administrator Terminal

Claims

Claim 1 A method for processing health checkup costs performed by a computing device, comprising: a step of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal; a step of displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal; a step of obtaining feedback on the results of reviewing the health checkup information, the deposit account information, and the at least one supporting document from the administrator terminal; a step of storing the health checkup information, the deposit account information, the at least one supporting document, and the feedback in a database in response to a user; and a step of providing the feedback to the user terminal. Claim 2 A method for processing health checkup costs according to claim 1, wherein the step of obtaining health checkup information, deposit account information, and at least one supporting document comprises: determining whether the extension of each of the at least one supporting document is JPG, PNG, JPEG, or PDF, and requesting a re-upload if it is any other extension; and requesting a re-upload if the quality of the at least one supporting document is below a preset level. Claim 3 A method for processing health checkup costs according to claim 1, wherein at least one supporting document comprises a receipt, a confirmation of examination, and a copy of a bankbook, and further comprising, prior to the displaying step, a step of obtaining a hospital name and examination date by performing Optical Character Recognition (OCR) on the confirmation of examination and determining whether it matches the health checkup information; a step of obtaining an examination cost by performing OCR on the receipt and determining whether it matches the health checkup information; and a step of obtaining an account holder name and account number by performing OCR on the copy of the bankbook and determining whether it matches the deposit account information; and wherein the determination results are displayed together on the administrator terminal in the displaying step. Claim 4 A method for processing health checkup costs according to claim 3, wherein in the displaying step, if the information obtained through OCR from each of the at least one supporting documents does not match the health checkup information or the deposit account information, the type of mismatch is displayed together on the administrator terminal. Claim 5 A method for processing health checkup costs according to claim 4, characterized by displaying different colors on the administrator terminal for each type of discrepancy. Claim 6 A method for processing health checkup costs according to claim 1, further comprising: a step of determining whether there is an affiliation by comparing the hospital name included in the health checkup information with the information of the affiliated hospital, after obtaining health checkup information and deposit account information from the user and before obtaining at least one supporting document, while the information of the affiliated hospital is stored in the database; and, if the hospital name corresponds to the affiliated hospital, a step of obtaining a confirmation of examination and a receipt from the server of the affiliated hospital and obtaining a copy of the bankbook from the user terminal; and, if the hospital name does not correspond to the affiliated hospital, a step of obtaining the confirmation of examination, the receipt, and a copy of the bankbook from the user terminal and performing forgery verification. Claim 7 A computing device configured to process health checkup costs, comprising: a communication unit communicating with a user terminal and an administrator terminal; a database storing user-specific health checkup information, deposit account information, at least one supporting document, and feedback; and a processor that obtains health checkup information, deposit account information, and at least one supporting document from the user terminal, displays the health checkup information, the deposit account information, and the at least one supporting document on the administrator terminal, stores the feedback obtained from the administrator terminal in the database, and provides the feedback to the user terminal. Claim 8 A computer-readable recording medium having a program for executing a method for processing health checkup costs on a computer, wherein the method for processing health checkup costs comprises: a step of obtaining health checkup information, deposit account information, and at least one supporting document from a user terminal; a step of displaying the health checkup information, the deposit account information, and the at least one supporting document on an administrator terminal; a step of obtaining feedback on the results of reviewing the health checkup information, the deposit account information, and the at least one supporting document from the administrator terminal; a step of storing the health checkup information, the deposit account information, the at least one supporting document, and the feedback in a database in response to a user; and a step of providing the feedback to the user terminal.

Images