WO2002033614A1 - Input assisting system - Google Patents

Abstract

An input assisting system in which information on past flaw data that are causes of return is shared and input data is checked with reference to the information. Computers (1) of medical institutions (A, B, C,) are connected to a server system (2) through the Internet (3). Return information concerning past return cases collected from the institutions (A, B, C,) is stored in an error adjustment DB server (23) of the server system (2). An application server (21) of the server system (2) creates a receipt of a predetermined form on the basis of the data inputted from the computers (1) and checks and corrects the receipts with reference to the return information in the error adjustment DB server (23).

Description

Input support

Technical field

 The present invention relates to an input support system that checks whether input data to a computer is appropriate, and suggests correction to defective data. Akita

Background art

 Conventionally, there is known an input support system that performs a simple check on whether or not input data is appropriate when a human performs an input operation on a computer and suggests a correction to defective data. I have. Such an input support system is widely used in various fields. For example, in the case of a medical system, there is a receipt preparation support system used by a reception preparation organization (medical institution, etc.) that performs a reception preparation business. ing. The above-mentioned medical institution is a typical example of the institution for preparing a receipt, but a pharmacy or the like handling out-of-hospital prescriptions is also included in the institution for preparing a receipt. Hereinafter, as an explanation of the background technology, a conventional receipt creation support system will be exemplified, but the application field of the present invention is not limited to the receipt creation support system.

Here, the handling of claims at medical institutions will be described. The medical institution obtains a medical fee as a price for performing a medical treatment for a patient. The medical insurance fee stipulates the ratio borne by medical insurance and the ratio borne by the person (insured) under the Health Insurance Law. The medical insurance system consists of an insured who pays premiums and is guaranteed, and an insurer who collects premiums and uses them to finance the insured, and allocates the financial resources when the insured is guaranteed. It is a system that is operated.

 The medical institution will charge the patient directly for the insured's share of the medical fee at the time of medical treatment. On the other hand, the medical insurance burden of medical fees is charged to the insurer through a third-party organization. This third-party organization is called the payment fund (social insurance medical fee payment fund) for social insurance and the National Health Insurance Federation (National Health Insurance Federation) for national health insurance.

 The documents submitted by the medical institution to this third-party institution for requesting a medical fee are called a medical fee statement (recept). The third-party organization will pay the medical fee to the medical institution after conducting an administrative review of the claim submitted by the medical institution for errors in calculating the score.

 The receipt is made up of one month's medical fee (closed at the end of the month and submitted on the 9th to 10th of the following month), and one document is created for each patient. The prepared claim will be divided into the payment fund and the Federation of National Health Insurance, and will be summed up in the summary table.

 The conventional receipt creation support system is a system that supports only a receipt for each patient and creation of the summary table in a medical institution. A claim submitted by a medical institution is reviewed by the Payment Fund or the Federation of National Health Insurance, and any inaccuracies or errors in the receipt are returned to the medical institution. This is called a direct return. Upon return, the medical institution must correct and resubmit the reclaimed claim and undergo a re-examination.

In addition, after the receipt was received and the medical treatment fee was paid by the payment fund and the National Federation of National Health Insurance, inspection and confirmation by the insurer (social insurance or national health insurance) resulted in an incorrect payment due to inadequate receipt. If found, the submitted claim will be returned to the medical institution via the Payment Fund or the National Health Insurance Union. This is called an indirect return. Again, the claim must be corrected and resubmitted. Generally, a direct return is made around the end of the month in which the claim was submitted, and an indirect return is made around the end of the month two months after the submission. In this way, if there is a return due to inadequate receipt, it will be necessary to resubmit the receipt and the burden on medical affairs will increase. In addition, there is a problem that if a direct return is made, the payment of the medical fee for the claim will be delayed.

 As another example of a conventional input support system, a decision making system used in a company is known. The approval system is a system that supports the creation of approval documents to obtain the necessary approvals for business operations within the company. However, the conventional approval system aims to prevent stagnation of circulation of documents, and does not have a function to check for incomplete information.Therefore, it is necessary to prevent delays in approval due to return of approval documents, etc. Could not.

 As described above, not only the above-described receipt creation support system and the in-house approval system but also with the conventional input support system, it is an issue to be solved to more appropriately correct the deficiency of the input data.

 In order to solve this problem, the present invention provides an input support system that can check input data overnight for defects using past cases and correct input data defects more appropriately. The purpose is to do. Disclosure of the invention

In order to achieve the above object, the input support system of the present invention is connected to a client system for performing data input work and one or more client systems, and uses incomplete data information collected from each client system. And a server system that supports a data input operation in the client system, and stores the incomplete data information as a record including the correction target data and the corrected data as item g. An incomplete data information storage unit is provided in at least one of the server system and the client system, and a check processing unit that performs input data check processing is provided in the client system or the server system. By comparing the defective data information in the defective data information storage unit with the input data in the client system, when there is the same input data as the data included in the correction target data item of the defective data, It is characterized in that it is a process of performing a description deficiency prevention process or a description deficiency correction process on input data.

 According to this system, the inspection processing unit compares the past deficient data information stored in the deficient data information storage unit with the input data, so that the description data that has been sent back in the past can be compared with the input data. You can check for the same input data. When there is such description data, the inspection processing unit performs a description defect prevention process or a description defect correction process for the description data.

 The former description deficiency prevention process is a process for preventing data that would be deficient in description in relation to the target description data from being erroneously input. Includes processing that suggests evening. The latter is a process for correcting the data to be processed to correct data when the target description data itself is incomplete.

 In this way, by using past defective data information, it is possible to provide an input support system that can check and correct input data so that at least the same reason as in the past does not cause reinstatement.

As described above, in the input support system, the defective data information storage unit is provided in the server system, the client system, or both. Incomplete information storage unit is installed in the client system. For example, the server system retrieves the defective data information from the defective data information storage unit of one or more client systems, performs an inspection process on the input data in the inspection processing unit in the server system, The result may be sent to the same or another client system. Further, the server system may retrieve the defective data from the defective data information storage unit of one or more client systems, send it to another client system, and check the input data with this client system.

 In the input support system, it is preferable that the description deficiency prevention process by the check processing unit includes a process of extracting and presenting deficiency data information related to the processing target data from the deficiency data information storage unit. According to this configuration, since past cases for the same data as the input data are presented, similar mistakes are not repeated.

 Further, in the input support system, the client system includes a defective data information transmitting unit that transmits defective data information regarding input data of the client system to the server system, and the server system transmits the defective data information from the client system. It is preferable to store the returned information in the incomplete data information storage section.

 According to this configuration, it is possible to efficiently collect the defective data information, and it is possible to more closely check the defective data and correct it. The return information is preferably return information in a claim.

In order to achieve the above object, the input support system according to the present invention includes a client system installed at a reception preparation institution performing a reception preparation business, and a communication line from one or more client systems of the reception preparation institution. Connected via the A return information storage unit that stores the return information as a record that includes the return target data and the corrected data as items, the server including a server system that supports a receipt creation operation in the client system using the return information. An inspection processing unit that is provided in the server system and that performs a description process of a receipt before submission; an inspection processing unit that performs an inspection process overnight; and is provided in the client system or the server system; and the inspection process includes return information in the return information storage unit. If there is the same description data as the data included in the return target data item of the return information, the description data is regarded as the data to be processed, and the description defect prevention processing is performed. Alternatively, it is preferable that the process is a process of correcting the description deficiency.

 According to the configuration described above, the inspection processing unit compares the past return information stored in the return information storage unit with the data described in the receipt before submitting to the examination body, so that the request before submission is made. However, it is possible to check if there is any data that is the same as the data that caused the receipt to be returned in the past. When there is such description data, the inspection processing unit performs a description deficiency prevention process or a description deficiency correction process by setting the description data as a process target data.

 The former description deficiency prevention process is a process for preventing erroneous input of data that would be deficient in description in relation to the data described as the data to be processed. This includes, for example, processing that suggests correct written data. Further, the latter description deficiency correction process is a process of correcting the process target data to a correct data when the description data itself as the process target data is deficient.

In this way, by using the past receipt return information, at least by checking and correcting the description of the receipt before submission so that there is no return due to the same reason as in the past, we support the receipt creation organization's receipt creation business An input support system can be provided.

 The returned information pathology section is to be shared by the client system, so it is provided on the server system side. On the other hand, the inspection processing unit may be arranged in each of the client systems to inspect only the receipt of the relevant institution, or may be arranged in the server system to centrally process the receipts of all client systems. It may be a configuration.

 In the input support system, it is preferable that the description deficiency prevention process by the check processing unit includes a process of extracting return information related to the processing target data from the return information storage unit and presenting the same.

 According to this configuration, in the case of performing inspection processing of input data in parallel with data input work, a past return example of the same data as the input data (processing target data) is presented by the return information. As a result, similar mistakes are not repeated, and it is possible to create a non-returnable claim.

 In the input support system, the description deficiency correction process by the inspection processing unit includes a process of replacing the processing target data with corrected data of return information including the same data as the processing target data in a return target data item. Is preferred.

 According to this configuration, when the same erroneous input as in the past return case is made, the erroneous input part is replaced with the corrected data registered in the return information, thereby submitting a claim with incomplete description. Can be corrected correctly before. This makes it possible to create a non-returnable claim.

In the input support system, the client system power returns the return information for the receipt of the receipt creation organization via the communication line. It is preferable that the server system further includes a return information transmission unit that transmits the return information to the server system, and the server system further includes a return information registration unit that receives the return information transmitted from the client system and stores the return information in the return information storage unit. .

 According to this configuration, the server system receives the return information from the client system via the communication line, so that the return information can be efficiently collected.

 In the input support system, the record of each return information in the return information storage unit further includes an item indicating a regional unevenness of the return information, and the inspection processing unit is configured to determine a location of a receipt creating organization that has created a receipt. It is preferable to select return information to be referred to at the time of the check processing by comparing the area and the regional uneven distribution item of each return information.

 The Payment Fund or the National Federation of National Health Insurance, which is the examination body for receipts, has offices in each prefecture and conducts screening of receipts for each prefecture. For this reason, the examination standards of each prefecture may differ in detail. According to the above configuration, it is possible to perform the receipt check processing of each receipt making organization based on the return information corresponding to the area where the receipt making organization exists. As a result, inspections that conform to the examination standards of each region are possible, and the accuracy of the receipt inspection process is improved.

 In the input support system, the server system determines a regional unevenness of return information having the same content in the return 'I hundred information pathological part, and registers the result in the locality item of the return information. It is preferable to further include an eccentricity determination unit.

According to this configuration, the ubiquity determining unit determines the local ubiquity of the return information collected from the claim preparation organizations nationwide, and the result is registered in the locality item of each return information. Objective judgment on regional ubiquity Becomes possible.

 In the input support system, it is preferable that the regional unit of local uneven distribution is a region under the jurisdiction of one examination body.

 According to this configuration, the regional unevenness of the returned information is determined on a jurisdiction-by-jurisdiction basis by each reviewing organization, so that the inspection process for each claim is performed in the past by the reviewing organization that will review the relevant claim. This can be done by selectively using cases. As a result, high-precision inspection processing that conforms to the examination standards of each region can be performed.

In the input support system, the attribute of the regional ubiquity item of the return information record may be any of prefectural information, regional information, and nationwide common information according to the regional ubiquity of the return information. Preferably, there is. Prefectural information is return information unevenly distributed to a specific prefecture. Since the screening agencies of the receive are set up for each prefecture, if the returned information is classified by prefecture, it will be possible to perform the inspection process with the highest accuracy that is most suitable for the local screening standards. The regional information is information unevenly distributed in a region including a plurality of prefectures, such as the Kanto region. There is a possibility that there is a bias in the illness tendency due to differences in lifestyle and climate in each region. Therefore, by classifying the returned information by region, efficient inspection processing can be performed. Note that the nationwide common information is return information that is not locally uneven. In the input support system, for each return information stored in the return information storage unit, the client system sends, to the server system, a use flag indicating whether or not to use the return information in the receipt creation institution. The return information storage unit further includes a record of the return information, wherein the record of the return information further includes a use flag item indicating a use flag transmitted from the select unit of each receipt creation institution; Return information to be referred in the inspection process by referring to the use flag item It is preferable to select

 According to this configuration, it is possible for each receipt creating organization to select whether or not to use each return information stored in the return information storage unit. In other words, in each claim-creating institution, if the return information that is not useful for the claim-creating institution is designated as “non-use”, the return information will not be presented thereafter. Therefore, it is possible to provide only useful return information to each of the receipt making organizations, and it is possible to improve the efficiency of the receipt creation work in the client system of the receipt making organization.

 The input support system may further include: an input screen providing unit that provides an input screen that supports input of data described in a claim; and a creating unit that creates a receipt based on the data input to the input screen. It is good.

 According to this configuration, in the input support system, not only the receipt inspection process but also the receipt creation process can be performed, and the inspection processing unit performs the inspection process for the receipt created by the creation unit. However, the work efficiency of the receipt preparation work at each receipt preparation organization can be improved.

 In the input support system, it is preferable that the input screen providing unit and the creating unit are provided in the client system.

According to this configuration, in the client system of the receipt preparation institution, if data is input to the input screen provided by the input screen provision unit, the reception unit prepares a receipt based on the data. Then, the created receipt is sent to an inspection processing unit provided in the client system or the server system, and is subjected to inspection processing. As a result, each client system is responsible for the process of creating a claim, so that the creation of a claim is also supported. The load on the server system can be reduced as compared with the configuration performed by the server system. In the input support system, the input screen providing unit is provided in the client system, the creating unit is provided in the server system, and the description data of the receipt input to the input screen is transmitted through the communication line. Preferably, it is transmitted to the creation unit of the server system. According to this configuration, the client system only needs to have a function as a data input terminal, and the input data is sent to the creation unit on the server system side and processed. Thereby, the configuration of the client system can be simplified. In addition, for example, since the management of software for realizing the creation unit only needs to be performed on the server system side, there is an advantage that the management burden is reduced.

 In the input support system, the input screen providing unit is provided in the server system, the creating unit is provided in the client system, and the input screen providing unit converts the input screen data described in a page description language into the input screen data. Transmitting to the client system via a communication line, the client system includes a display processing unit that displays an input screen by analyzing the input screen data, and the display processing unit displays the input screen on the input screen. It is preferable to send the input description data of the receipt to the preparation unit.

 According to this configuration, the input screen can be provided from the server system to the client system in a page description language such as HTML, so that when the input screen is changed, the changed content can be promptly reflected. There are advantages. Also, since the creation unit is provided in the client system, the load of creating the receipt is not applied to the server system.

In the input support system, the input screen providing unit and the creating unit are provided in the super system, and the input screen providing unit transmits input screen data described in a page description language via the communication line. The client The client system includes a display processing unit that displays the input screen by analyzing the input screen data, and the display processing unit transmits the description data of the receipt input to the input screen. According to this configuration, the input screen can be provided from the server system to the client system by using a page description language such as HTML. This has the advantage that changes can be quickly reflected, for example, when there is a change in the input screen. In addition, since the creation unit is also provided in the server system, the management of software and the like for realizing the creation unit only needs to be performed on the server system side, so there is an advantage that the management burden is reduced.

 In the input support system, the input screen providing unit acquires the description data of the submitted claim and displays the data on the input screen, and the creating unit re-executes based on the description data corrected on the input screen. In addition to creating a submission receipt, the creation unit sets the description data that has been corrected as the return target data item, and uses the corrected description data as the post-correction data item. It is preferable to include a return information creation unit that creates a new return information record to be registered in the return information storage unit.

 When a reviewing organization returns a submitted claim, each reviewing organization will, of course, revise this claim and create a resubmission claim. At this time, according to the configuration described above, the return information creating unit automatically creates return information based on the data to be corrected and the corrected data after the correction. As a result, it is possible to collect all return cases from each of the receipt preparation institutions without human intervention, and to perform highly accurate inspection processing based on a wealth of return information.

In the input support system, every time a description of a receipt is input to the input screen, the inspection processing unit may perform It is preferable to perform a detection process.

 According to this configuration, the input data is inspected almost in real time, and incorrect input can be effectively prevented.

 In the input support system, the client system or the server system may further include a reading unit that reads the receipt from a storage medium that stores the created receipt, and the inspection processing unit reads the receipt from the storage medium. It is preferable that the inspection process be performed on all the data described in the one or more claims read by the reading unit at a time.

 According to this configuration, compared to a configuration in which inspection processing is performed for each written data item and the result is returned, overhead required for passing the written data and the inspection processing result between the related blocks is reduced. It may be possible to reduce the overall processing time.

 In the input support system, it is preferable that a result of the inspection processing performed by the inspection processing unit in a lump is compiled into a list and provided to each receipt creating organization.

 In the input support system, the server system may determine a deduction of a usage fee to be charged to each receipt creating organization according to at least one of the number and frequency of the return information provided from each client system to the server system. In this configuration, it is preferable to provide a charge deduction amount calculation unit to be determined. In this configuration, the fee for use of the system paid from each receipt creation organization to the server system administrator is returned from each receipt creation organization to the server system. Deductions will be made according to the number and / or frequency of information provided. This mechanism can be an effective incentive to actively provide return information to the claim-creating organization, especially when the return information is provided voluntarily by each claim-creating organization.

In the input support system, the server system may include a client It is preferable that a return information usage fee calculation unit for determining a return information usage fee to be charged to each receipt creation institution in accordance with the degree of use of the return information in the return information storage unit in the response system.

 In this input support system, since the return information is particularly useful information, by setting a charge in accordance with the degree of use of the return information, the provider of this system allows the provider of the system to be the system user Can be charged an objectively reasonable amount. BRIEF DESCRIPTION OF THE FIGURES

 FIG. 1 is a block diagram showing a schematic configuration of a receipt creation support system according to an embodiment of the present invention.

 FIG. 2 is a block diagram showing an example of the configuration of an application server provided in the server system of the receipt creation support system.

 FIG. 3 is a block diagram showing an example of the configuration of a computer provided with the client system of the receipt creation support system.

 FIG. 4 is a flowchart showing the operation procedure of the computer. FIG. 5 is a flowchart showing the operation procedure of the application server.

 FIG. 6 is an explanatory diagram showing a data input screen displayed on the display of the computer together with an example of input data.

 FIG. 7 is an explanatory diagram showing an example of a return sticky attached to a return receipt from an examination agency.

 FIG. 8 is an explanatory diagram showing an example of the content of return information registered in the error adjustment DB server provided in the server system.

FIG. 9 is an explanatory diagram showing a state in which the input data in FIG. 6 is inspected based on the return information in FIG. 8 and defective data is highlighted. FIG. 10 is an explanatory diagram showing a state in which return information corresponding to the same case as the defective data highlighted in FIG. 9 is displayed.

 FIG. 11 is an explanatory diagram showing a state in which the input data of FIG. 6 has been corrected based on the return information of FIG.

 FIG. 12 is an explanatory diagram showing a display example of the return information in a case where the use / non-use of the return information is selectable.

 FIG. 13 is an explanatory diagram showing an example of data described in the submitted claim displayed on the data input screen in order to create a re-submission claim after returning.

 FIG. 14 is an explanatory diagram showing a state in which the operator has selected incomplete entry data that has caused a return on the data input screen.

 FIG. 15 is an explanatory diagram showing a state in which the incompletely described data has been corrected to correct data by an operator.

 Figure 16 is an explanatory diagram showing how the description data of the resubmission claim created based on the corrected data is displayed on the data entry screen. Figure 17 is an explanatory diagram showing an example of the return based on the examination criteria unique to each examination body.

 FIG. 18 is an explanatory diagram showing another example of the return based on the examination criteria unique to each examination body.

 FIG. 19 is a block diagram showing a configuration of an application server provided in a server system in a receipt creation support system according to another embodiment of the present invention.

 FIG. 20 is an explanatory diagram showing the contents of return information provided based on the return of FIG.

FIG. 21 is an explanatory diagram showing the contents of return information provided based on the return of FIG. FIG. 22 is a flowchart showing a procedure of a process for judging the regional unevenness of return information.

 FIG. 23 is an explanatory diagram showing an example of the content of return information for which local unevenness is determined according to the processing of FIG.

 FIG. 24 is a block diagram showing a schematic configuration of a decision making system according to still another embodiment of the present invention.

 FIG. 25 is a block diagram showing an internal configuration of a server of the approval system.

 FIG. 26 is a block diagram showing an internal configuration of a client computer of the approval system.

 FIG. 27 is an explanatory view showing an example of the initial screen of the approval system displayed on the client computer.

 FIG. 28 is an explanatory diagram showing an example of an input screen of the approval system. FIG. 29 is an explanatory diagram showing an example of the approval request information accumulated in the approval request system.

 FIG. 30 is an explanatory diagram showing an example of a correction instruction screen displayed on the client computer.

 FIG. 31 is an explanatory diagram showing another example of the input screen of the approval system. FIG. 32 is an explanatory diagram showing another example of the approval request information accumulated in the approval request system. BEST MODE FOR CARRYING OUT THE INVENTION

 (Embodiment 1)

Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the present embodiment, as an example of the input support system according to the present invention, a description will be given of a receipt creation support system used in a medical institution or the like. FIG. 1 is a block diagram showing a configuration of a receipt creation support system according to the present embodiment.

 As shown in FIG. 1, this claim creation support system is composed of a client system computer 1 and a server system 2 installed in each of the medical institutions A, B, C,. It is connected via one network 3 (communication line).

 In Fig. 1, in the configuration of the client system of each medical institution, illustration of peripheral devices such as printers is omitted, and only computer 1 as a so-called desktop personal computer equipped with a display and keyboard is shown. . However, the form and scale of the client system are not limited to the example shown in FIG. 1, and any computer system can be applied.

 The server system 2 includes an application server 21, a DB (database) server 22 for creating a claim, an error adjustment DB server 23, and a server 24.

 The application server 21 provides a receipt creation service and a receipt inspection service via the Internet 3 to computers 1 of the medical institutions A, B, C,... Which are subscribers of the present receipt creation support system.

 The claim creation service in the present embodiment provides an input screen for data items necessary for creating a claim on a WWW (Wor 1d Wide Web), and the computer 1 It is a service that allows the user to input data, receive the input data, create a receptor based on the received data, and send the created receptor to the computer 1.

On the other hand, the claim inspection service is the claim before submission to the reviewing organization. Is a service to check for any inadequacies or errors in the contents of At the time of this check, the past return information stored in the error adjustment DB server 23 is used. The return information is collected from medical institutions A, B, C,.

 In other words, the receipt creation support system aggregates the information (return information) received by each medical institution from the reviewing organization into this error adjustment DB server 23, and all medical institutions participating in this system By sharing this return information, we aim to eliminate the same error return as other medical institutions.

 The DB server 22 for creating a claim has a master file that the application server 21 refers to when creating a claim, and a claim file that stores the claim created by the application server 21 for each medical institution. In the master file, for each of all medical treatment items to which insurance is applied, records including the medical treatment item name and the insurance score as items are registered in a state where they are classified based on the contents of medical treatment and the like. .

 The error adjustment DB server 23 stores return information collected from medical institutions A, B, C,... The return information is information about the claim returned from the reviewing organization to the medical institution, and will be described in detail later with specific examples. However, according to the description data (defective data) that caused the return and the indication on the return sticky note It contains information such as how the defective data was corrected.

 Hereinafter, the configuration and operation of each part of the receipt creation support system will be described in more detail.

 First, the configuration of the application server 21 will be described with reference to FIG.

Application server ₂ 1 includes a control unit 2 1 1, receipt creation unit 2 1 2.Screen provider 2 13 3, Inspection processor 2 14 4, Transmission / reception processor 2 15, Charge deduction calculator 2 16, Information usage fee calculator 2 17, and database (DB) manager 2 1 Has eight.

 The control unit 211 controls the operation of the entire application server 21 by sending an instruction to each unit of the application server 21. The transmission / reception processing unit 215 controls data communication with the computer 1 via the internet 3. The DB management unit 218 has a function of searching the DB server 22 for creating a receipt and the DB server 23 for error adjustment, acquiring necessary data, and registering data in these databases overnight.

 The receipt creation unit 212 is a block that implements the above-described receipt creation service. In addition, the receipt creation unit 211 also has a function of creating a resubmission receipt by correcting the returned incomplete data of the receipt. Further, the receipt creation unit 2 12 a automatically creates return information to be registered in the error adjustment DB server 23 when creating the re-submission receipt. Have.

 When a request for a data input screen for creating a receipt is received from the computer 1 of each medical institution via the Internet 3, the screen providing unit 2 13 receives data defined by a page description language such as HTML language. The input screen is provided to the combination 1 via the transmission / reception processing unit 215 and the Internet 3.

The inspection processing unit 214 is a block that implements the above-described receipt inspection service. In addition, the inspection processing unit 214 performs (1) batch processing for performing batch inspection of all the described data in one or more receipts for which one data entry has been completed, and (2) the above-mentioned receipt creation service. There are two types of processing modes: real-time processing, which performs an interim check every time data is input during the preparation of a receipt. Any of the processing modes It is possible to select whether or not to receive the reception inspection service by the computer 1 in the computer 1, and the inspection processing unit 214 operates according to the selection in the computer 1.

 The charge deduction amount calculation unit 216 and the information use fee calculation unit 217 are provided by the medical institutions A, B, C, ... receiving the reception preparation service and the reception inspection service, respectively, in the server system 2 serving as the service provider. This block is for calculating the system usage fee to be paid to the administrator.

 Each medical institution can receive a discount on the system usage fee according to the number of cases where the return information is provided to the server system 2 and the frequency of providing the return information. The charge deduction amount calculation unit 211 calculates the discount amount. Further, the system usage fee includes an information usage fee calculated in accordance with the degree of use of the return information of the error adjustment DB server 23. The information usage fee calculation unit 2 17 calculates this information usage fee.

 Next, the configuration of the computer 1 of each of the medical institutions A, B, C,... Will be described with reference to FIG.

 The computer 1 includes a control unit 101, a display processing unit 102, an input unit 103, a medium RZW (Read / Write) unit 104, a transmission / reception processing unit 105, and a print output unit 106. It has.

 The control unit 101 controls the overall operation of the computer 1 by sending instructions to each unit. The display processing unit 102 has a browsing function, controls the display of the computer 1, and performs a process of displaying the data input screen acquired from the application server 21. The input unit 103 receives data input to the data input screen. The data input is performed by the operator of the computer 1 using input devices (keyboards, various pointing devices, and the like).

Medium R / W (R e cl / W rite) part 104 is the Write to the information recording medium and read out the receipt from the information recording medium on which the receipt is recorded. As the information recording medium, besides a hard disk, a floppy disk, M〇, CD-RW, DVD-RAM, or the like can be used. In each medical institution, depending on the amount of receipt handled, etc. And select the appropriate medium.

 The transmission / reception processing unit 105 controls data communication with the server system 2 via the Internet 3. The print output unit 106 performs a process of outputting the created receipt and a list of the result of the check process to the printer (not shown) connected to the computer 1.

 Next, the operation of the receipt creation support system will be described in detail using a specific example. The operation procedure of the computer 1 is shown in FIG. 4, and the operation procedure of the application server 21 in the server system 2 is shown in FIG.

 When creating a receipt at medical institutions A, B, C,…, first, the control unit 101 of the computer 1 displays a data entry screen on the display to enter the data required to create the receipt. In order to do so, a data input screen is requested to the application server 21 via the transmission / reception processing unit 105 (step S1 in FIG. 4).

In the application server 21, when the transmission / reception processor 215 receives the request, the controller 211 advances the control from step S21 to step S22 (see FIG. 5). Then, in step S22, under the control of the control unit 211, the screen providing unit 213 sends the HTML data defining the data input screen to the transmission / reception processing unit 215, and the transmission / reception processing The unit 215 transmits the HTML data to the computer 1 that has made the request. When the transmission is completed, the control unit 211 returns the control to step S21. 4 and 5 show that computer 1 and application server Various data transmitted to and received from the bus 21 are indicated by symbols A to G. For example, the symbol A shown in FIG. 5 represents the HTML data transmitted from the ablation server 21 to the computer 1 by the processing in step S22, and the HTML data is At 2 it is received by computer 1.

 When the computer 1 receives the HTML data in step S2, under the control of the control unit 101, the display processing unit 102 analyzes the received HTML data and displays it as a data input screen. (Step S 3). Thereafter, when the operator of the computer 1 inputs data necessary for creating a receipt on the data input screen, the input unit 103 receives the data input (step S4).

 Here, FIG. 6 shows an example of the data input screen and a method of inputting data to the data input screen will be described. The screen example shown in FIG. 6 shows a state in which all necessary data has been input. As shown in FIG. 6, a data entry screen includes a patient attribute eleven 1 for inputting data relating to a patient attribute, a disease name field 12 for inputting a patient's disease name, and a month for the patient. And a medical practice column 13 for inputting the content of the medical practice performed within the medical service.

 The medical practice column 13 contains the category of medical practice 1 行為 3a, the category of medical practice 榈 1 3b in which the content of the medical practice is entered, and the quantity (or number of times) of the medical practice. Is entered into a quantity list 13 c and an insurance point field 13 d into which a given insurance point is entered.

Although not shown in FIG. 6, a pull-down menu, for example, is set in each of the above items. The selection displayed by the pull-down menu is created from the master file of the DB server 22 for creating a receipt. For example, in the case of category column 13a of medical practice column 13, a part of it As illustrated in Figure 6, insurance-applicable practices, such as "first visit", "re-consult", "instruction", "home", "dispensing", "test", "sample", and "diagnosis" The name of the category registered in the master file of the DB server 22 for creating a claim is displayed as an option in the pull-down menu. Thus, the operator of the computer 1 can easily input the data simply by selecting an appropriate category name from the pull-down menu.

 In addition, the input method to the division column 13a is not limited to the selection from the pull-down menu, and various other methods can be applied. For example, an input method using a predetermined classification code corresponding to each classification name can be considered. In this case, the division code corresponding to each division name (for example, the division code “AO 0 0” for the division name “first consultation”) is registered in advance in the master file of the receipt creation DB server 22. Keep it. If the operator of computer 1 inputs the classification code "AO 00" to the classification box 13a using a keyboard or the like, the classification name "first consultation" corresponding to this classification code is created. It is obtained from the master database file of DB server 22 and displayed in category 攔 13 a of the data input screen.

 When the input into the section column 13a is performed, the input section 103 receives the input data (section name) under the control of the control section 101, and the transmission / reception processing section 105 receives the input data. Send to application server 21. In the application server 21, under the control of the control unit 211, the section name received by the transmission / reception processing unit 215 is sent to the DB management unit 218. Under the control of the control unit 211, the DB management unit 218 acquires the names of all medical treatment items corresponding to the category name from the DB server 22 for creating a receipt.

The medical treatment item name obtained by the DB management unit 218 is sent to the computer 1 and displayed by the display processing unit 102 as an option of the pull-down menu of the medical treatment item column 13 b on the data input screen. You. to this Thus, the operator of the computer 1 can easily input data simply by selecting from the menu. The input method in the medical care item column 13b is not limited to the selection using the pull-down menu as in the data input in the classification column 13a.

 Next, when the operator of the computer 1 inputs the quantity (number of times) for the medical treatment into the quantity column 13c, under the control of the control unit 101, the classification column 13a, the medical treatment item The input data to the header 13b and the quantity column 13c are transmitted to the application server 21 by the transmission / reception processing unit 105. In the application server 21, under the control of the control unit 211, the receipt creation unit 212 receives this, and the DB management unit 218 receives the master file of the receipt creation DB server 22 from the master file. Obtain insurance points for the medical treatment. The acquired insurance points are transmitted to the computer 1 and displayed by the display processing unit 102 as insurance points 点 1 3d. That is, in the present reception creation support system, the operator of the computer 1 does not need to check and input the insurance score of each medical treatment by himself.

As described above, when the operator of the computer 1 inputs the data to the data input screen, the input data is transmitted from the input unit 103 to the transmission / reception processing unit under the control of the control unit 101. Sent to 105. The transmission / reception processing unit 105 transmits the input data (B) to the application server 21 under the control of the control unit 101 (step S5). The transmission / reception processing unit 105 adds a mark indicating an inspection request to the beginning of the input data to be transmitted. On the other hand, when the application server 21 receives the input data to which the above-described mark is added from the computer 1, the control unit 211 recognizes that the data inspection request has been received from the combination 1 and performs the control. The process proceeds from step S21 to step S23, and the transmission / reception processing unit 215 receives the input data. Then, the control unit 2 1 1 converts the received input data The data is sent to the inspection processing section 214, where the input data is inspected (steps S24 to S28).

 Here, the details of the inspection process mainly performed by the inspection processing unit 214 will be described based on a specific data example shown in FIG. As a premise for the explanation here, the data example shown in FIG. 6 includes incomplete data, and information on a return made in the past to a receipt containing incomplete data similar to the incomplete data is Error adjustment It is assumed that DB server 23 is registered.

 The data example shown in Fig. 6 contains incomplete data, so if a claim is prepared and submitted as it is, the result of the examination by the certification body will be returned with a return sticky note as shown in Fig. 7 The Rukoto. In other words, if the disease name is determined to be “stomach cancer”, the CEA (precision) and CA 19-9 (precision) tests cannot be calculated as a test fee, but must be calculated as a management fee. Because. In the return sticky note shown in Fig. 7, this is pointed out by the reviewing agency.

 As described above, in the explanation here, any of medical institutions A, B, C,… has experienced a return based on the same deficient data in the past, and the information provided by the medical institution Based on the error adjustment DB server 23, the return information is registered. FIG. 8 shows a specific example of the return information. The procedure for registering the return information to the DB server 23 will be described later.

As shown in Fig. 8, the return information includes the name of the medical institution that received the return (the name of the medical facility in Fig. 8), the name of the reviewing institution, the name of the insured person of the claim that was returned, and the relevant claim. This includes the disease name (correction target disease name) described in (1), the content of the defective data subject to the correction instruction by the return (correction target), and the correction content for the above-mentioned defective data. The return information shown as a specific example in Fig. 8 shows that in the past, Kyoto Kujo Minami Hospital, one of medical institutions A, B, C,…, had a similar defect (for example, CEA in the case of gastric cancer). (Precision), CA 19-9 (precision)), and revised the “Biochemical test (II) judgment fee” to “malignant tumor specific substance treatment management fee” and resubmitted Indicates that the receipt has been accepted.

 In step S24, the inspection processing unit 218 sends an instruction to the DB management unit 218 to compare the input data to be inspected with the return information registered in the error adjustment DB server 23. The input data is checked according to the following. If return information that matches the input data exists in the error adjustment DB server 23, this means that the input data can be returned, and the inspection result is "NG".

 Whether or not the input data and the return information match is determined based on whether or not return information including the same data as the input data in the correction target item exists in the error adjustment DB server 23. . Here, the combination of the eighth and ninth data combinations of the input data shown in FIG. 6 matches the data of the correction target item of the return information shown in FIG. Therefore, the judgment result of step S25 is YES, and the inspection result is "NG".

 If the determination result of step S25 is YES, the control unit 211 sends an instruction to the transmission / reception processing unit 215, and a sign indicating that the inspection result of the input data is "NG" ( D) is transmitted to the computer 1 (step S27). The control unit 211 further transmits the return information (E) extracted from the error adjustment DB server 23 as being consistent with the input data to be inspected from the transmission / reception processing unit 211 to the computer 1 (step S 2 8).

On the other hand, if the return information that matches the input data to be inspected does not exist in the error adjustment DB server 23, the sign (C) indicating that the inspection result of the input data is “〇K”, Processing unit 2 15 —Sent to evening 1 (step S26).

 When the computer 1 receives the sign (C or D) indicating the inspection result of the input data, if the sign indicates "NG", the computer 1 receives the return information transmitted together with the sign (step S7). Then, under the control of the control unit 101, the display processing unit 102 highlights the input data that has been inspected and displays the return information received in step S7 on the display. (Step S8).

 Fig. 9 shows an example of highlighting input data that has been inspected. In this example, the input data is highlighted by enclosing it in a bold frame, but the example of highlighting is not limited to this, and any method can be used as long as it can be distinguished from other data.

 FIG. 10 shows a display example of the return information in step S8. In this example, there are 14 pieces of return information extracted from the error adjustment DB server 23 as matching the input data, and the first piece of return information is shown. This screen may be displayed on the display of the computer 1 in a separate window from the data input screen. If the operator wants to see other return information, he or she can click on button 15 or button 16 respectively labeled “Previous” or “Next” on this screen. Other return information can be displayed.

The information usage fee calculation unit 217 of the application server 21 has a counter that counts the number of return information usages for each medical institution. Each time one return information is displayed on the display of the computer 1, Add 1 to the counter value of the medical institution. Then, for example, on a monthly basis, a return information usage fee to be charged to each medical institution is calculated based on the count value. When the operator clicks button 17 displaying "Reflect this content" on this screen (YES in step S9), input section 103 is clicked. Then, the return information displayed on this screen is reflected on the input data on the data input screen (step S10). That is, the input unit 103 replaces the input data highlighted on the data input screen with the data of the correction content item of the return information.

 For example, when the button 17 is clicked on the screen shown in Fig. 10, the input data highlighted in Fig. 9 is replaced by the data of the correction content item shown in Fig. 10. The display state of the data entry screen is as shown in FIG. In FIG. 11, the part surrounded by a thick frame is the replaced data.

 As described above, based on the return information of the error adjustment DB server 23, the input data on the data input screen is inspected and the defective data is corrected. This makes it possible to create a claim so that at least a return is not made for the same reason as in the past.

 Subsequently, in the computer 1, under the control of the control unit 101, the display processing unit 102 displays a message to the operator to confirm whether input of all data has been completed. However, if the input is continued (NO in step S11), the process returns to step S2. On the other hand, when the end of the input is confirmed (YES in step S11), under the control of the control unit 101, all data on the data input screen is transferred from the input unit 103 to the transmission / reception processing unit 1010. Sent to 5. The transmission / reception processing unit 105 adds a mark indicating a request for creating a receipt to the top, and transmits all input data (F) on the data input screen to the application server 21 (step S12).

In the application server 21, when receiving the above-described request for creating a request from the computer 1, the control unit 211 proceeds with the control from step S 21 to step S 29, and the transmission / reception processing unit 2 15 Receive all input data (F) transmitted from Combination 1 All the received input data is sent from the transmission / reception processing unit 215 to the receipt creating unit 212. The receipt creation unit 212 creates a receipt in accordance with a predetermined format based on all the received input data (step S30). The created receipt is sent from the receipt creation unit 212 to the DB management unit 218 and the transmission / reception processing unit 215. The DB management unit 218 sends this receipt to the DB server 22 for creating a receipt and stores it in the receipt file of the medical institution (step S31). The transmission / reception processing unit 215 returns this receipt (G) to the computer 1 that has transmitted the input data (step S32).

 In the computer 1, the transmission / reception processing unit 105 receives the receipt (G) transmitted from the application server 21 (step S13). This receipt is written and stored in the information recording medium by the medium R7W unit 104.

 Through the above processing, the present claim creation support system can provide the claim creation service to each of the medical institutions A, B, C,…, and can return the past accumulated in the error adjustment DB server 23. An informed reception inspection service can be provided.

 Here, the created claim is the DB server for creating the claim.

22 and the medium The information storage medium handled by the RZW unit 104, that is, an example in which the information is stored in both the server system 2 and the medical institution, has been described, but the information may be stored in only one of the two. . Also, the computer 1 may send the receipt received in step S13 to the print output unit 106, and print out the printout using the printer connected to the computer 1.

Note that the control unit 101 of the computer 1 receives the data each time one data is input to the medical care action column 13 of the data input screen in the above step S4. If the above data is sent to the application server 21 and subjected to an inspection process by proceeding to step S5, the inspection can be performed in real time, and the entry due to erroneous input is incomplete. Can be prevented.

 For example, using the above specific example, when the eighth data on the data input screen shown in FIG. 6 is input (that is, before inputting the ninth data), If the inspection is performed, the return information shown in Fig. 8 will be presented as return information that includes the same data as the content column 13b of this day in the items to be corrected. Therefore, the operator of the computer 1 sees the returned information, and if the disease name is “stomach cancer”, the operator replaces “CEA (precision), CA 19-9 (precision)” with “biochemical examination (II ) It is understood that the calculation must be done as “malignant tumor-specific substance treatment management fee” instead of “judgment fee”, so incomplete description due to erroneous input is prevented.

 On the other hand, when the control unit 101 of the computer 1 inputs a certain amount of data (for example, all data for one patient or all data for all patients) in the above step S4, However, by proceeding the control to step S5, the inspection processing may be performed collectively for a large amount of input data (batch processing). In addition, the configuration may be such that the results of the inspection processing are provided in the form of a list.

 In the case of this batch processing, it is not possible to check for deficiencies in parallel with data input, but the overhead involved in data transmission and reception is reduced compared to the real-time inspection processing described above. This has the advantage that the time required to create a claim may be reduced overall.

In addition, it is possible to select at any time from the computer 1 whether to perform the inspection processing on the input data by the real-time processing or the batch processing described above. You may be able to.

 The receipt creation support system can also import receipt information created by an external system (for example, an electronic medical record system for medical institutions A, B, C,…) and perform a receipt inspection process. It is. In this case, the reception information created by the external system can be imported by the transmission / reception processing unit 215 of the application server 21 via the Internet 3.

 Alternatively, each medical institution records the receipt created by the electronic medical record system or the like on an information recording medium and sends it to the administrator of the server system 2. In the server system 2, the application server 21 receives the receipt information from the information recording medium. May be obtained.

 Also, the inspection processing result for the imported receipt may be notified to each medical institution via Internet 3 or may be sent to each medical institution in a list.

 Also, as a result of the data inspection process, the return information extracted and presented from the error adjustment DB server 23 may include return information that may not be a reason for the return of the medical institution depending on the medical institution. is there. Therefore, when return information is presented to the computer 1 of each medical institution, it is possible to select whether or not to use the return information in the future, and to make an error adjustment to the DB server 23. It may be configured to register. According to this configuration, useless return information is not presented, and the convenience of the user can be achieved.

In this case, as shown in FIG. 12, when displaying the return information on the display of the computer 1, a check box 18 is provided for selecting and inputting whether or not to use the return information in the future. Then, whether to use the return information in the return information recorded in the error adjustment DB server 23 or not. Is set for each medical institution, and if the check box 18 is checked when return information is presented to a certain medical institution, the use flag item for that medical institution in the return information is , Set a flag to indicate "not used". If the “non-use” flag is set, the return information is not presented to the medical institution. As a result, only the necessary return information can be selectively presented to each medical institution. Next, registration of return information to the error adjustment DB server 23 in the present receipt creation support system will be described.

 As described above, the error adjustment DB server 23 accumulates information (return information) on past returns collected from medical institutions A, B, C,… who are subscribers of the present claim creation support system. I have.

 There are roughly two ways to collect return information from each medical institution in this receipt creation support system. The first is a method in which, when a return is received from the reviewing organization, the operator inputs the contents of the return in the computer 1 of each medical institution and transmits it to the server system 2. The second method is to automatically create return information when creating a resubmission claim that is made when a return is made.

 In the case of the first method described above, the operator of the computer 1 sends return information to the application server 21 using e-mail or the like, and the DB management unit 218 of the application server 21 uses this return information. Error adjustment Register to DB server 23.

In this case, the charge deduction calculation unit 216 of the application server 21 identifies the medical institution from which the return information was transmitted, and determines the number or frequency of the return information provided by each medical institution. The system usage fee charged to each medical institution will be deducted accordingly. According to this, it is possible to motivate each medical institution to provide return information. However, since this first method requires input work by the operator, as described above, motivation for providing information is reduced by, for example, deducting the system usage fee according to the number or frequency of return information provided. Even so, it is difficult to collect all return information.

 Therefore, in the second method, return information is automatically generated at the time of creating a resubmission receipt that is inevitably performed when a return is received from the examination body.

 For this reason, the application server 21 creates return information from the data before and after the modification of the receipt when creating the re-submission receipt in the receipt creating unit 2 1 2. Hereafter, the procedure of the return information creation processing by the return information creation unit 2 1 2a will be described with a specific example.

 Each medical institution will revise the claim and create a resubmission claim if a return is made by the reviewing body. First, at the medical clinic overnight 1, the returned receipt is displayed on the display. At this time, the receipt is read from the master file of the receipt creation DB server 22 in the server system 2 and transmitted to the computer 1. As shown in FIG. Is displayed on the data entry screen.

 In the example shown in Fig. 13, the combination of the 14th and 15th data in the medical practice column 13 is the reason for return, and the return sticky note is the same as that shown in Fig. 7 .

The operator of the computer 1 corrects the data entry screen according to the content pointed out in the return sticky note. First, the operator selects the data portion pointed out by the return return as the data to be corrected. Figure 14 shows the operation Indicates the element whose correction target data has been selected by the user. Here, the data to be corrected selected by the operator is sent from the input unit 103 to the transmission / reception processing unit 105, and further sent to the receipt creation unit 212 of the application server 21. At this time, the return information creation unit 2 12 a of the receipt creation unit 2 12 sets this correction target data as a correction target item of the newly created return information.

 Next, the operator performs correction input by deleting the data to be corrected and rewriting the data with correct data. The newly input data instead of the deleted data to be corrected is similarly sent to the request creation unit 212 of the application server 21. At this time, the return information creation unit 212a of the receipt creation unit 212 sets this correction target data in the correction content item of the newly created return information. Figure 15 shows the state of the correction input made by the operator. When the data to be corrected is deleted, the number of the data is displayed as “*”.

 When the operator finishes the correction input, the receipt preparing section 2 12 prepares a re-submission claim based on the corrected data. The result is transmitted to the client system 1, and the display state of the data input screen is as shown in FIG. Note that, in FIG. 16, the portion highlighted in bold lines is the corrected data.

In addition, the return information creation unit 2 12a of the receipt creation unit 2 12 sets the patient attribute and disease name of the created resubmission receipt as the patient attribute and disease name of newly created return information. By the above processing, return information as shown in FIG. 8 is created by the return information creation unit 211a. This return information is sent from the return information creation unit 2 12 a to the DB management unit 2 18, and is registered in the error adjustment DB server 23 by the DB management unit 2 18. Return information shared by all medical institutions A, B, C,… It is informative.

As described above, when the resubmission request is created, the return information is automatically created by the return information creation unit 2 1 2 a, so that all information related to the return is correctly adjusted to the DB server 23. It becomes possible to collect ₍ this makes it possible to improve the accuracy of the receipt inspection process.

 (Embodiment 2)

 Another embodiment according to the present invention will be described with reference to the drawings. The input support system according to the present embodiment is a receipt creation support system used in medical institutions and the like, as in the first embodiment, and is a modification of the system according to the first embodiment.

 The payment fund or the Federation of National Health Insurance, to which the claim is submitted, has offices in each prefecture, and the judging committee of each office serves as the judging body. For this reason, the examination standards of each prefecture may differ in detail.

 For example, using the data example of FIG. 13 referred to in the first embodiment described above, if a prefecture (〇〇 prefecture) submits a claim based on the same data, the 16 It was also determined that there was a reason for return, and the claim was returned with a return sticky note as shown in Figure 17. On the other hand, if a request based on the same data as the above data is submitted in another case (△△ prefecture), the medical treatment action 13 will return the 16th data, but the 17th data will not be returned. Assuming that there was a reason, a return was made with a return sticky note as shown in Figure 18. According to the prefectural review, there is no reason for return in the 17th night.

Therefore, the receipt creation support system according to the present embodiment classifies the return information collected from medical institutions nationwide by region, and performs the receipt check processing of each medical institution based on the return information of the region where the medical institution is located. Do it. In other words, by enabling inspections that conform to local examination standards, This is to improve the accuracy of the inspection process.

 For this reason, in the receipt creation support system according to the present embodiment, as shown in FIG. 19, the medical information is collected from the medical institution to the error adjustment DB server 23 by the application server 21 of the server system 2. There is a regionality judgment unit 219 (uniformity judgment unit) that classifies the returned information by region. In addition, the return information registered in the error adjustment DB server 23 has, as shown in FIG. 20 and FIG. 21, a region category item indicating the regional unevenness of the return information. Further, when the return information is regional information, the region to which the return information is unique is also registered in the area classification item. For example, the return information shown in FIG. 20 indicates that the information is unique to the prefecture 、, and the return information shown in FIG. 21 indicates that the information is specific to the prefecture △. The attribute value of the regional category item is either nationwide common information, prefectural information, or local information.

 Therefore, in step S24 of FIG. 5 described in the first embodiment, the check processing unit 214 determines whether the medical institution is located, and the area of the return information of the error adjustment DB server 23. By comparing with items, return information to be referred at the time of inspection will be selected.

 However, from the medical institution's computer 1, the return information to be referred at the time of inspection is limited to regional information (prefectural information and Z or local information) Error adjustment without limitation All return information in the DB server 23 It is also possible to select whether or not to refer to and check the inspection processing unit 2 14 of the application server 21 according to the selection.

Here, the regionality determination unit 2 19 determines the regional unevenness of the return information registered in the error adjustment DB server 23, and records the result in the above-mentioned regional category item. This will be described with reference to FIG. 22 and FIG. This process is started by the locality judgment unit 219 under the control of the control unit 211 when new return information is registered in the error adjustment DB server 23. FIG. 22 is a flowchart showing the operation procedure of the locality judging unit 219. First, the regionality judgment unit 219 compares the newly registered return information with the return information that matches the disease name and the medical treatment item to be corrected by the return information record registered in the error adjustment DB server 23. A search is made from the ID (including the new return information record registered this time) (step S41). If there is a search record (YES in step S42), all relevant records are extracted from the DB server 23. Then, the extracted records are classified according to the content of the regional classification items of each record, as follows: ① Hokkaido, ② Tohoku, ③ Kanto and Shinetsu, ④ Hokuriku, ⑤ Tokai, ⑥ Chubu, ⑦ Kinki, ⑧ Chugoku Classification is made into Shikoku region and Kyushu / Oki region (step S43).

 Next, the regionality judgment unit 219 looks at the number of records classified into each of the regions ① to ⑩, and finds that more than 50% of all the regions (that is, five of the above ① to ⑩) If the records are distributed in the above regions (YES in step S44), it is determined that the returned information is the nationwide common information (step S45).

 On the other hand, if the determination in step S44 is N〇, the locality determination unit 219 further determines that the number of relevant records is 50% of the total number of records in the above regions ① to ①. It is determined whether or not there is a prefecture that exceeds% (step S46). If the result of the determination is YES, the return information is determined to be prefectural information (step S47). If the result of the determination in step S46 is NO, it is determined that the return information is local information (step S48).

As described above, when the determination of regional uneven distribution is completed, the regionality determination unit 2 1 In step 9, the judgment result is registered in the area classification item of each return information (step S49), and the process ends. As a result, the attribute values of the regional category items of the returned information are “nationwide common information”, “prefectural information (and corresponding prefecture name)”, and “local information (and corresponding local name)”. In the case of prefectural or regional information, the ratio of the number of records classified into the relevant prefecture or region to the total number of records with the same return information is the prefectural appearance rate or It may be obtained as a regional appearance rate, and this value may also be registered in the above-mentioned area classification item.

 Here, how the locality of the return information is determined to be local will be described using a specific example in accordance with the flowchart of FIG. Here, it is assumed that the return information shown in FIG. 23 has been registered in the maladjustment DB server 23 from the client system 1 of the hospital located in Aichi Prefecture. This return information is a hypothetical example and does not conform to the actual examination standards in Aichi Prefecture.

 In step S41, this return information and the return information matching the disease name (bronchitis) and the medical treatment item (diagnosis: chest X—P (large angle XI)) that have been corrected are stored in the error adjustment DB. Assume that there are 45 records in the return information record of server 23.

 In addition, as a result of the classification in step S43, the distribution of the record is 0 in Hokkaido

 Tohoku 0

 Kanto · Shin-Etsu 1 0

 Hokuriku 3

 Chubu 0

 Tokai 9 items

Kinki 2 3 China 0

 Shikoku 0 projects

 Kyushu

Assume that

 In this case, since records are distributed only in four regions out of all ten regions, the determination result in step S44 is NO.

 Further, it is assumed that the distribution by prefecture in these four regions is as follows.

 Kanto · Shin-Etsu: Tokyo 4 cases, Kanagawa 4 cases, Chiba 2 cases

 Hokuriku: 2 Ishikawa, 1 Fukui

 Tokai: 4 in Aichi, 4 in Shizuoka, 1 in Gifu

 Kinki: Osaka 10 cases, Kyoto 8 cases, Hyogo 5 cases

 In this case, there is no prefecture that occupies 50% or more in each region, so the judgment result in step S46 is N〇. That is, all of the returned information is determined to be regional information (step S48).

 As a result, for example, in all of the 10 returned information records distributed in Kanto / Shinetsu, the attribute of the area classification item becomes regional information, and Kanto / Shinetsu is registered as the local name.

 As described above, according to the configuration of the present embodiment, the locality determination unit 219 extracts the same return information from the return information record registered in the error adjustment DB server 23, and returns these By examining the regional distribution of information, it is determined whether the returned information is nationwide common information, local information, or prefectural information, and the result is registered in the error adjustment DB server 23.

In this way, during the receipt check processing, only the return information applicable to the location area of the medical institution is extracted from the error adjustment DB server 23, and the data described in the receipt can be checked based on the extracted return information. , Receipt inspection Processing accuracy can be improved.

 In the configuration according to the present embodiment, in the charge deduction calculation unit 216 and the information usage fee calculation unit 218 of the application server 21, each return information is nationwide information, local information, or prefectural information. Depending on the type of information, the deduction amount and the basic amount per return information may be different when calculating the information usage fee.

 For example, when the charge deduction calculation unit 216 determines the deduction in accordance with the number of return information provided by the medical institution, the deduction amount is determined by local information rather than national information, and by prefecture rather than local information. For information, it is conceivable to set a higher deduction per return information. Similarly, when the information usage fee calculation unit 218 calculates the information usage fee according to the number of use of return information at each medical institution, the usage fee per case is calculated by region rather than nationwide information. Prefectural information may be set higher than information or local information. This is because prefectural information is considered to be the most useful information for the medical institution as a user from the viewpoint of the specificity (prominence) of the returned information.

 In the first and second embodiments, an example is shown in which the receipt creation unit, the return information creation unit, the screen providing unit, and the inspection processing unit are all arranged in the application server 21 of the server system 2. However, these units can also be installed on the medical institution side (client system side).

In other words, the return information storage unit (error adjustment DB server 23) must be able to be shared and used by all medical institutions, so it must be located on the server system 2 side, but the receipt creation unit and return information creation unit The screen providing unit and the inspection processing unit can exert their functions regardless of whether they are arranged on the client system side or the server system 2 side of each medical institution. Further, in the above embodiment, a medical institution is exemplified as the receipt preparation institution, but the receipt preparation institution is not limited to a medical institution, but may be a dispensing pharmacy or the like.

 (Embodiment 3)

 Still another embodiment according to the present invention will be described with reference to the drawings. The input support system according to the present embodiment is a decision making system used when creating a decision note in a company.

 As shown in FIG. 24, the approval system according to the present embodiment includes a computer 41 installed in each of the departments A, B, C,... 3 is a configuration connected through.

 In FIG. 24, as a client configuration example, peripheral devices such as a printer are not shown, and only a computer 41 as a so-called desktop personal computer having a display and a keyboard is shown. did. However, the form and scale of the client are not limited to the example shown in FIG. 24, and any computer system can be applied. Also, here, the client and server are connected via an in-house LAN.For example, if each department is located in a remote location, a WAN (Wide Area Network) such as an Internet The connection form via the network may be adopted. Furthermore, although the example in which the server system is configured by one server 42 is shown, the server system may be configured by a plurality of servers.

 As shown in FIG. 25, the server 42 includes a control unit 421, a request document creation unit 422, a screen providing unit 423, an inspection processing unit 4224, a transmission / reception processing unit 4253, and It has a request information storage unit 4 26.

Further, as shown in FIG. 26, the computer 41 includes a control section 4 11, a display processing section 4 12, an input section 4 13, a medium RW section 4 14, and a transmission / reception processing section 4. 15 and a print output section 4 16.

 Hereinafter, the operation of the present approval system will be described.

 An operator who intends to create a decision document calls the initial screen of the decision system as shown in Fig. 27 from the computer 41. This initial screen is sent from the screen providing unit 4 23 of the server 42 to the computer 41 via the transmission / reception processing unit 4 25 and the LAN 43, received by the transmission / reception processing unit 4 15 and displayed by the display processing unit 4 Displayed on the display of the computer 41 by 1 2.

 As shown in Fig. 27, the initial screen of the approval system displays approval items such as equipment purchase costs, advertising costs, travel costs, training and seminar costs, and the operator is required to apply for approval. Click the appropriate item. For example, if you want to create a draft of the equipment purchase cost, click on the “purchase equipment” section and enter the information shown in Figure 28 from the screen providing unit 4 23 of the server 4 2 to the computer 4 1. A screen is provided, and the operator uses a keyboard or the like of the computer 41 to input necessary items in each field of the input screen.

 The data entered in each column is sent from the computer 41 to the server 42 and is inspected by the inspection processing section 424. The inspection processing unit 424 compares the input data with the approval request information stored in the approval information storage unit 426.

The request for approval information storage unit 4 26 is a database that stores the items (request information) pointed out as reasons for recall when a request for approval submitted in the past was returned as incomplete. Here, an example of the approval request information stored in the approval information storage unit 426 is shown in FIG. The example shown in Figure 29 relates to the approval of equipment purchase costs. Such a request for approval is sent from the computer 41 of each department to the server 42 when the request for approval is returned, and is stored in the requesting information storage unit 426. The inspection processing section 4 26 analyzes the data entered in the application reason column on the input screen as shown in FIG. For example, in the case of the input data shown in Fig. 28, the key word is extracted from the sentence "Because the number of units used in the experiment is insufficient"-Analysis is performed, and the reason for application is determined to be "insufficient units" You. Then, by referring to the approval request information in the approval information storage section 426, search is made for the approval information whose application reason is “insufficient number of devices”. Here, as shown in Fig. 29, there is approval information with the reason for application being “insufficient number”, so the inspection processing unit 4 26 sends the pointed-out item of the approval information to the approval document creation unit 4 22. hand over.

 Based on the information received from the inspection processing unit 4226, the approval request creation unit 4222 creates a correction instruction screen as shown in Fig. 30 and passes it to the screen providing unit 4223. This screen is sent from the screen providing unit 4 23 to the computer 41 and displayed on the display.

 When the operator confirms this screen on the display of the computer 41 and clicks on the “Return to input” part, the input screen shown in Fig. 28 is displayed again. To correct. At this time, if the correction instruction screen shown in FIG. 30 and the input screen shown in FIG. 28 are configured to be displayed in a multi-window on the display, the operator can perform correction input while viewing the correction instruction. Is preferable.

When the operator selects a business trip request on the initial screen shown in FIG. 27, an input screen as shown in FIG. 31 is displayed. FIG. 32 shows an example of the approval request information stored in the approval request information storage section 426 regarding the business trip application. In the input screen shown in Fig. 31, for example, if the operator enters "Overseas" in the field of business trip and only enters "for a meeting" in the field of application reason, the inspection processing section 4 2 6 However, referring to the approval request information shown in Fig. 32, the approval request creation section 4 22 says, "It is not permissible to simply enter a meeting. It is necessary to specifically state the reason for having to go to the site. I won't. " Is created and displayed on the computer 41. As a result, the operator may return to the input screen and correct the description of the application reason column to, for example, "for a meeting regarding the quality problem of the product II and for confirming the quality of the production line." Understand.

 As described above, according to the decision making system according to the present embodiment, the reason for sending back a decision document returned in the past is accumulated in the decision making information storage unit 426 as decision making information, and the input data is stored in this decision making form. By comparing it with the information, it is possible to detect incomplete input data and make appropriate corrections before submitting a written decision. As a result, the trouble of returning and re-submitting due to incomplete description of the draft decision document can be omitted, and a drafting system that improves the efficiency of in-house operations can be provided. Industrial applicability

 As described above, according to the present invention, the input support that can correct the deficiency of the input data appropriately by checking the input data based on the deficiency information based on past cases System can be provided.

Claims

The scope of the claims

1. A client system for data entry work,

 A server system connected to one or a plurality of client systems and supporting data input work in the client system using defective data information collected from each client system, wherein the defective data information is corrected. And an incomplete data information pathology section that records the corrected data as an item is provided in at least one of the server system and the client system, and an inspection processing section that performs input data inspection processing is provided. The inspection process is provided in the client system or the server system, and the inspection process compares the defective data information in the defective data information storage unit with the input data in the client system, and includes in the correction target data item of the defective data information. The same input data as the data When there, input support system for the feature that it is a process of performing described deficiencies prevention treatment or described deficiencies corrective action with respect to the input data.

 2. The input according to claim 1, wherein the description deficiency prevention process by the inspection processing unit includes a process of extracting and presenting deficiency data information related to the processing target data from the deficiency data information storage unit. Support system.

3. The client system includes a defect data information transmission unit that transmits defect data information regarding input data of the client system to the server system,

 3. The input support system according to claim 1, wherein the server system stores return information transmitted from the client system in the defective data information storage unit.

4. Clients set up at the institution that makes the claim h

 A server system connected to the client system of one or more claim creation institutions via a communication line and supporting receipt creation work in the client system using the receipt return information collected from each receipt creation agency. Including

 A return information storage unit that stores the return information as a record including the return target data and the corrected data as items is provided in the server system,

 An inspection processing unit that performs an inspection process of the data described in the pre-submission receipt is provided in the client system or the server system, and the inspection process includes the return information of the return information storage unit and the data described in the pre-submission receipt. When there is the same description data as the data included in the return target data item of the return information, the description data is described as the processing target data. Support system.

 5. The input support system according to claim 4, wherein the description deficiency prevention process by the inspection processing unit includes a process of extracting and presenting return information related to the processing target data from the return information storage unit. .

 6. The description deficiency correction process by the inspection processing unit includes a process of replacing the processing target data with corrected data of return information including the same data as the processing target data in a return target data item. The input support system according to range 4.

 7. The client system includes a return information transmitting unit that transmits return information to the server system via the communication line, the return information for the receipt of the receipt creating organization,

The server system returns a response transmitted from the client system. The input support system according to any one of claims 4 to 6, further comprising a return information registration unit that receives return information and stores the return information in the return information storage unit.

8. The record of each return information in the return information storage unit further includes an item indicating a regional unevenness of the return information,

 The inspection processing unit selects return information to be referred to at the time of the inspection processing by comparing the location area of the institution that created the receipt with the location area of the institution that created the receipt and the regional uneven distribution item of each return information. The input support system according to any one of claims 4 to 7.

 9. The server system further includes an eccentricity judging unit for judging regional ubiquity of return information having the same content in the return information storage unit and registering a result in the locality item of the return information. The input support system according to claim 8.

 10. The input support system according to claim 8 or 9, wherein the regional unit of local uneven distribution is a region under the jurisdiction of one examination body.

 1 1. The attribute of the regional ubiquity item of the return information record is one of prefectural information, regional information, and nationwide common information according to the regional ubiquity of the return information. The input support system according to any one of items 8 to 10.

 12. The client system selects, for each return information stored in the return information storage unit, a transmission flag indicating whether or not to use the return information in the receipt creating organization to the server system. Part,

 The record of each return information in the return information storage unit further includes a use flag item indicating a use flag transmitted from the selection unit of each receipt creating organization,

The inspection processing unit refers to the use flag item, and performs the inspection processing. The input support system according to any one of claims 4 to 11, wherein return information to be referred to is selected.

 13. An input screen providing unit for providing an input screen supporting input of data described in a claim, and a creating unit for creating a claim based on the data input to the input screen. Input support system according to range 4 to 12.

 14. The input support system according to claim 13, wherein the input screen providing unit and the creating unit are provided in the client system.

 15. The input screen providing unit is provided in the client system, and the creating unit is provided in the server system.

 The description data of the receipt input to the input screen is transmitted to the communication line.

The input support according to claim 13, which is transmitted to the creation unit of the server system via ^.

 16. The input screen providing unit is provided in the server system, the creating unit is provided in the client system,

 The input screen providing unit transmits input screen data described in a page description language to the client system via the communication line, and the client system analyzes the input screen data to display an input screen. 14. The input support system according to claim 13, further comprising a display processing unit for displaying, wherein the display processing unit sends the description data of the receipt input to the input screen to the creation unit.

 17. The input screen providing unit and the creating unit are provided in the server system,

The input screen providing unit transmits input screen data described in a page description language to the client system via the communication line, and the client system analyzes the input screen data. A display processing unit that further displays an input screen, wherein the display processing unit sends the description data of the receipt input to the input screen to the creation unit of the server system via the communication line. The input support system according to range 13.

1 8. The input screen providing unit acquires the data described in the submitted claim and displays it on the input screen.

 The creating unit creates a re-submission receipt based on the description data corrected on the input screen,

 The creating unit may include the description data that has been corrected as the return target data overnight item, and the corrected description data as the corrected data item as a new data item to be registered in the return information storage unit. The input support system according to any one of claims 13 to 17, further comprising a return information creation unit that creates an information record.

 19. The input support system according to any one of claims 13 to 18, wherein the inspection processing unit performs the inspection processing on the written data every time the written data of the receipt is input to the input screen. .

 20. The client system or the server system further comprises: a reading unit that reads out the receipt from a storage medium storing the created receipt,

 10. The inspection process according to any one of claims 4 to 19, wherein the inspection processing unit performs the inspection process collectively on all data described in one or a plurality of claims read from the storage medium by the reading unit. Input support system described in 1.

21. The input support system according to claim 20, wherein a result of the inspection processing performed by the inspection processing unit in a lump is provided in a list to be provided to each receipt preparing organization.

2 2. The server system determines a deduction amount of a usage fee to be charged to each receipt preparing organization according to at least one of the number and / or frequency of the return information provided from each client system to the server system. The input support system according to any one of claims 4 to 21, comprising an amount calculation unit.

 23. The server system includes, in each client system, a return information usage fee calculation unit that determines a return information usage fee to be imposed on each receipt creation organization in accordance with the degree of use of the return information in the return information storage unit. The input support system according to any one of claims 4 to 23, comprising: