JPH03211662A - Data input system in window business for computer for business - Google Patents

Abstract

PURPOSE:To speed up input work by providing a dummy data generation means generating dummy data as to specified head data and inputting dummy data as head data in correspondence with a prescribed key operation. CONSTITUTION:Previously decided dummy data as to four items of a birth date, the person himself/family, a share rate and an insured number are stored in the dummy data storage part 9c of a magnetic disk 9. A call key 1a requesting the input of dummy data is provided for a keyboard 1. For inputting head data at a window, dummy data is generated by executing the prescribed key operation, and dummy data can be inputted as head data. Thus, input work can speedily be executed.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention relates to an office computer such as a medical insurance billing office computer or an insurance dispensing billing office computer, and relates to a data input method for the computer in counter operations. .

[Conventional technology] Conventionally, data regarding processing, etc. performed on each individual has been collected.
There are office computers that allow individuals to manage their personal information, and they are used in a variety of fields.

For example, in hospital pharmacies, an insurance dispensing billing computer is used to perform insurance dispensing billing for each patient, and this device stores the dispensing actions performed for each patient individually. Performs insurance dispensing billing work such as issuing dispensing fee invoices.

In order to issue dispensing fee billing statements or perform insurance dispensing billing operations such as accounting, each patient must have a unique name, gender, date of birth, individual/family identification, insurer number, and burden rate. , initial data such as benefit rates must be registered. Therefore, when a new patient (new patient) comes to a pharmacy with a prescription, first, during counter operations, the patient's initial data is extracted from the prescription and entered into a computer. An example of this is the Special Publication No. 63-59191.
It is disclosed in the publication No.

Among these header data, specific header data such as name, date of birth, identity/family distinction, insurer number, burden rate, etc. are particularly important items for administrative processing, so the calculator uses these specific header data. It is determined whether or not header data has been input, and if no input has been made, the input of dispensing data regarding the dispensing act is not accepted, thereby preventing omission of input of these data.

[Problem to be solved by the invention]

However, under normal circumstances, patients with prescriptions come to hospital pharmacies one after another and request for prescriptions.

On the other hand, it takes some time to input the specific header data mentioned above. For this reason, if new patients continue to arrive, inputting this data will take time, significantly delaying the processing of the already busy counter operations of pharmacies.

Therefore, at the counter, there is a desire to perform processing such as inputting the header data as quickly as possible.

This invention has been made in view of the above-mentioned problems, and an object thereof is to provide a data manual system for an office computer that can efficiently perform counter operations.

[Means for Solving the Problems] The data input method for office computer counter operations according to the present invention is provided with dummy data generation means for generating dummy data for specific header data. and,
The present invention is characterized in that dummy data generated from a dummy data generation means is inputted as the visitor's initial data in response to a predetermined key operation.

In addition, the dummy data generation means generates a dummy name using symbols that are not normally used for names, and
The present invention is characterized in that a visitor for whom dummy data has been input as a header pig is extracted by searching whether the input name is a name using the symbol.

[Operation] According to the present invention, by performing a predetermined key operation when inputting header data at a counter, dummy data is generated and can be input as header data. Therefore, input work can be performed very quickly.

Furthermore, by using symbols that are not normally used for names as dummy data for names, it is possible to easily extract visitors for whom dummy data has been input.

[Execution 11RJ] Hereinafter, an office computer according to the present invention will be explained based on the drawings.

FIG. 1 is a block diagram showing the configuration of an insurance dispensing billing office computer according to an embodiment of the present invention, which has a keyboard 1 as an input means, a display 2 and a printer 3 as output means. And these keyboards 1,
The display 2 and printer 3 each have an input control section 4.
, a display control section 5 , and a print control section 6 .

This processing unit 7 processes, processes, and outputs input data, and includes a memory 8 used as a work area when performing various processes, and a magnetic disk 9 for storing data such as processing results. is connected.

In this example, the memory 8 also stores the patient's name,
There is a head data area 8a that stores head data such as date of birth, identity of the patient/family, insurance number, burden rate, and other patient-specific data, and a dispensing data area 8b that stores data on dispensing actions to the patient. It is provided. Further, the magnetic disk 9 is provided with a header file 9a for storing header data, a dispensing file 9b for storing data regarding dispensing actions, and a dummy data storage section 9C for storing dummy data.

During counter operations, data is input from the keyboard 1 while looking at the display 2, and the patient's initial data is stored in the initial file 9aS dispensing file 9b of the magnetic disk 9, and the prescription data for the patient is stored. . When issuing a dispensing fee billing statement at the end of the month, etc., a dispensing billing statement is created based on the stored data and is output from the printer 3.

In this example, the dummy data storage section 9C of the magnetic disk 9 stores the date of birth, date of birth,
Predetermined dummy data are stored for four items: person/family, burden rate, and insurer number. Also,
The keyboard 1 is provided with a call key 1a for requesting input of dummy data.

Therefore, this computer can perform efficient counter operations using this dummy data. Therefore, we will introduce the third part about the input operation using this dummy data.
This will be explained based on the diagram.

First, when the system is started up, a selection screen is displayed for selecting what business to perform (sl).

Then, on this screen, the user presses the window key provided on the keyboard 1 (S2).

As a result, counter operations are started, and first, a counter date input screen is displayed (S3). Therefore,
The operator inputs the window date (usually that day's date) using the keyboard 1 and presses the enter key (S4).

In this way, when the counter date is input, a screen (window label input screen) is displayed for inputting which counter service to perform (S5). Here, the second label input screen in this window is a screen as shown in FIG. 4, and the inputted dispensing mortar is displayed. In this example, the dispensing date is December 18th. When the patient code key is pressed while this window is displaying the label input screen (S6), the new patient registration/patient call screen is displayed (S7). This new patient registration/patient call screen is
The screen is as shown in FIG. 5, which requests the input of a patient code.

On this screen, if a patient code is entered, a patient readout process is performed, and if a patient code is not entered, a new patient registration process is performed. Therefore, when the patient code is input or the enter key on the keyboard 1 is pressed without inputting it (S8), it is determined whether a patient code has been specified (S9).

If a patient code is specified, data regarding the patient with that patient code will be called up, but if this is not input, a new patient registration process will be performed. That is, if the patient code is not input, the processing unit 7
, a patient code is automatically generated and a patient code is automatically assigned to the data that will be input from now on (S
10).

Then, the automatically assigned patient code is displayed (Sll).

This patient code display screen is as shown in FIG. 6, and the patient code is displayed.

In this example, "r65004" is assigned as the patient code. This patient code display screen is a screen that requests the input of the medical institution code.By entering the medical institution code to the left of the patient code r65004J and pressing the enter key on the keyboard 1, the patient code and medical institution code are input (S
12).

When a patient code is input in this way, it is checked whether this is a patient code that has already been input (S
13). This is because when a patient code is input in S8, there is a possibility that this is not one to which a patient code has already been assigned, but is for a new patient.

Therefore, in this patient code verification, if the input patient code already exists, it is not a new patient, and if it does not exist, it is a new patient, so this is determined (S14
). If the patient is not a new patient, you can display the data of the patient corresponding to the entered patient code and move on to entering the dispensing data; however, if the patient is a new patient, enter the initial data, etc. for the patient. must be carried out.

Therefore, after setting the new patient flag to F-1 (S15), a screen for inputting the initial data regarding the new patient is displayed (S16). Here, the initial data input screen for this new patient is as shown in Figure 7, and the patient code input in the previous step is displayed, as well as the initial data such as name, date of birth, etc. , by person/family,
You can enter your insurance number, copayment rate, etc. Then, on this input screen, necessary data is entered manually (S17). In this example, rAAJ (corresponding medical institution name: Medico Clinic) is input as the medical institution code, and this is displayed to the left of the patient code.

In this example, in this data input screen, if there is an input of a call key (not shown) rather than a manual input of the content, data input using dummy data is performed.

In other words, the call key (
518)
, if this manpower is available, it is determined whether the new patient flag is [1] (S19). New patient flag [1]
If not, this patient is not a new patient. Therefore, it is necessary to input the header data, and the process returns to key manual input (S17).

On the other hand, if the new patient flag is "1", dummy data is set in the header data. That is, first, a patient code is employed as data regarding the patient's name.

For this purpose, a patient code is set in the position of the name in the initial data area 8a in the memory 8 (520
). This causes the patient code to be displayed in the name field on the data entry screen. Note that the patient's name field has two fields: katakana and kanji, and since the katakana field is set to mandatory data, the patient code is set as data for the katakana name.

Next, the contents of the dummy data storage section 9C of the magnetic disk 9 are read out (521), and the read dummy data is set in the memory 8 (S22). That is, the date of birth, person/family classification, burden rate, and insurer number shown in FIG. . Then, according to these set data, a screen as shown in FIG. 8 is displayed (S23).

In this example, the patient code is 65004, the medical institution code is AA, and the date of birth is 15.1.
2.23, Individual/Family: Individual, Insurance Number: 0610
0192, the burden rate is 1.00%.

Here, on the screen shown in FIG. 8, the cursor is positioned in the burden rate column, as shown by the diagonal square in the figure.
The data regarding the burden rate can be easily changed, and the process returns to 517 in this state. This is because the burden rate is essential for accounting for dispensing activities at the counter, and correct data must be entered.

Then, it is determined whether the input key has been pressed or not.
24) When this input key is pressed, specific initial data, in this case name, date of birth, identity/family identification,
It is determined whether the five initial data of burden rate and insurer number have been input (S25). If these data have not been input, the process returns to S17, and reception of input of the next prescription data is prohibited to prevent data from being omitted.

On the other hand, if specific header data has been input, the input data is set in the corresponding position of the header data area 8a of the memory 8 and the data is determined (S26).

When the input of the header data is completed in this way, the next step is to input the prescription data.

That is, the dispensing data input screen shown in FIG. 9 is displayed (S27), and in this state, dispensing data is input (92).
8). This prescription data is data regarding the prescription of drugs such as vitamins, and the drug name, prescription amount, etc. are input.

The input data is then set in the prescription data area 8b of the memory 8 and displayed on the screen.

When the input of the prescription data is completed, the end key is pressed (S29). This completes the input of the prescription data, which means that the input of the prescription data for the patient has ended.

Therefore, the header data and the prescription data are respectively registered in the header file 9a and the prescription file 9b of the magnetic disk 9. In this way, what kind of medication was administered to which patient is registered on the magnetic disk 9. Therefore, when issuing a dispensing fee claim statement, etc.,
This data can be read and predetermined processing can be performed.

As described above, according to this embodiment, by pressing the call key 1a, the dummy data stored in the dummy data storage section 9C in advance is read out, and this is input as the initial data, and the patient name is The patient code will be automatically entered.

Therefore, it is possible to finish the manual labor of particularly important specific header data in a very short time, and it is possible to quickly process patients who come to the counter.

On the other hand, the header data read from the dummy data input as described above is not data unique to the patient, but is pre-stored data with a certain content. Therefore,
This must be corrected in order to perform insurance dispensing billing operations. Therefore, regarding this data correction work,
This will be explained based on the diagram.

First, the collation key is pressed twice in succession while the screen of the window 85 (FIG. 4) is displayed (S101, 102). This results in a state of continuous header matching. This continuous header matching is a process of picking up all the headers that meet the search conditions from the header data.

Then, search conditions are input (S103). here,
As described above, in this embodiment, the patient code is manually entered as the name (Katakana) in the header data.

The patient code is then expressed in Arabic numerals (r65004J in the above example). On the other hand, all patient names are usually entered in katakana. Therefore, by searching for patient names entered manually in Arabic numerals, patients who have entered dummy data can be extracted.

To input such search conditions, for example, ``/＊＊＊...
・This is done by inputting ``*''. Here, "/" means a number, and "*" means any data. Therefore, with this input, if the first character is a number, any data from the second character onward can be searched. Note that since katakana data is usually input left-justified, the above-described determination can be made by determining whether the first character is a number or not. Also, the number of "*" may be adjusted to match the number of characters in the name data.

In this way, when a search condition is input, the header data matching this condition is searched (5104), and the result is output (S105). This output is normally performed by printing a list of search results using the printer 3.

When the cancel key is pressed (3106), the processing level is returned to the previous state, and the first level is displayed in the window (FIG. 4).

In this state, if you press the header correction key (S107),
The system enters correction mode and data can be corrected. Therefore, the patient code is entered based on the list of patients in which the dummy data obtained as described above has been entered (
3108). This will display the initial data of the patient identified by the patient code, so make this correction (S 1
09).

Here, this correction work is performed by manually inputting the correct data written on the prescription or the like.

Note that the patient code is determined when the dummy data is input for the first time, so it can be written down on the prescription at this time.

Then, when the modification is completed, the end key is pressed (S110). Then, it is confirmed whether the correction work has been completed (Sill), and the process is ended.

Such data correction work can be carried out at a leisurely time, such as after the window for patients has closed, and the work can be carried out efficiently.

In the above example, the input patient code is used as the name data, but the name data may also be stored in the dummy data storage section. Moreover, as this name data, other symbols not normally used in names may be used instead of numbers.

Furthermore, in the above-mentioned embodiment, only the insurance dispensing request service was described, but the office calculator according to the present invention
It can also be used not only for this purpose, but also for operations that handle medical data and administrative processing data.

[Effects of the Invention] As explained above, according to the present invention, input work can be performed quickly by inputting dummy data as specific initial data that must be input in response to a predetermined key operation. , it is possible to improve the efficiency of counter operations.

Furthermore, by inputting data that is not normally used for names as name data, visitors who have input dummy data can be easily extracted, and their correction can be performed efficiently.

[Brief explanation of drawings]

Fig. 1 is a block diagram showing the configuration of a counter data processing device according to an embodiment of the present invention, Fig. 2 is an explanatory diagram showing the data structure of a dummy data storage section, and Fig. 3 is an operation of inputting dummy data. FIGS. 4 to 9 are explanatory diagrams showing screen display examples, and FIG. 1θ is a flowchart explaining the operation of correcting dummy data. 1... Keyboard 1a... Call key 2... Display 3... Printer 7... Processing section 8... Memory 8a... Heading data area 8b... Dispensing data area 9... Magnetic disk 9a... Heading file 9b... Dispensing file 9C... Dummy data file

Claims (2)

[Claims] (1) In counter operations, it is possible to input unique initial data such as the name of a visitor visiting the counter from an input means, and it is determined whether or not specific initial data among the initial data has been input. In an office computer that accepts the input of processing data for the visitor only in case, dummy data generation means for generating dummy data for the specific header data is provided, and the dummy data is generated in response to a predetermined key operation on the input means. A data input method for a counter service of an office computer, characterized in that dummy data from a data generating means is input as the header data of the visitor. (2) In the data input method according to claim (1), the specific initial data includes a name, and the dummy data generating means generates a dummy name using a symbol that is not normally used for a name as the name, and The computer further comprises extraction means for extracting visitors for whom dummy data has been input as header data by searching whether the input name of each visitor is a name according to the symbol. Data entry method for counter operations.