JP7410548B2 - Sales data processing device and program - Google Patents

Description

The present invention relates to a sales data processing device and a program.

For example, a device is known that is used to pay medical fees at a clinic or the like (for example, see Patent Document 1). It is also conceivable that the above-mentioned device can be used for payments other than medical expenses (for example, payment for purchased products such as toothbrushes). In other words, a payment machine that can handle both general payment (payment of products such as toothbrushes) and special payment (payment of medical expenses) is conceivable.

JP2017-102860A

However, whether it is a general payment or a special payment, the same operations are uniformly performed, from the process of registering the products to be paid (registration screen, etc.) to the process of payment ( There was room for improvement in operability, as it took time and effort depending on the situation.

The present invention has been made in view of these circumstances, and its purpose is to provide a technology that improves operability.

In order to solve the above-mentioned problems, a sales data processing device that is one aspect of the present invention includes: a display control unit that controls display on a display unit; an acquisition unit that acquires product identification information that identifies a product; registration means for sequentially registering the products identified by each of the product identification information each time the means acquires the product identification information; Identification information (such as the special barcode 401 of the invoice/receipt 400) can also be acquired, and the display control means is configured so that the acquisition means is in front of it. When the special identification information is acquired, the display on the display section is moved from the registration screen to the payment screen, and when the acquisition means does not acquire the special identification information, the registration screen is continued to be displayed.

FIG. 1 is an explanatory diagram showing a network configuration of a POS system 1 according to a first embodiment. 2 is an explanatory diagram showing an example of the appearance of a POS terminal 20. FIG. 2 is an explanatory diagram showing an example of the configuration of a POS terminal 20. FIG. FIG. 2 is an explanatory diagram illustrating output from the receipt computer 10 side. 2 is an explanatory diagram illustrating input (registration) on the POS terminal side 20. FIG. This is an example of a display on the POS terminal 20. This is an example of a display on the POS terminal 20. This is an example of a display on the POS terminal 20. 3 is a flowchart illustrating an example of the operation of the POS terminal 20. FIG. FIG. 2 is an explanatory diagram illustrating a printed receipt. This is an example of a display on the POS terminal 21. This is an example of a display on the POS terminal 21.

(First embodiment)
FIG. 1 is an explanatory diagram showing a network configuration of a POS (Point Of Sales) system 1 according to an embodiment of the present invention. The POS system 1 is introduced into a medical institution such as a hospital or a clinic, for example. In particular, the POS system 1 is introduced into a dental clinic, for example. The POS system 1 shown in FIG. 1 includes a receipt computer 10 and a POS terminal (also referred to as a product sales data processing device) 20. The receipt computer 10 and the POS terminal 20 are communicably connected via a LAN (Local Area Network), for example, by wire or wirelessly.

The receipt computer 10 is a computer device such as a personal computer (PC) or a notebook computer. The receipt computer 10, for example, creates and stores a medical fee statement to be submitted to a predetermined payment institution. The receipt computer 10 also creates and stores billing information (receipt amount information) for medical expenses (medical expenses) for patients (customers). The receipt computer 10 also stores information regarding reservations and medical record information. The receipt computer 10 also outputs print data to the printer 10A (FIG. 4).

The POS terminal 20 registers products and the like, and performs payment based on the registered information. For example, the POS terminal 20 registers medical expenses and settles the payment based on the registered information (billing information). The POS terminal 20 also registers products to be sold (toothbrushes, etc.), and performs payment based on the registered information (product sales price information).

FIG. 2 is an explanatory diagram showing an example of the appearance of the POS terminal 20. As shown in FIG. FIG. 2(A) is a perspective view of the POS terminal 20 viewed from the customer (patient) side. FIG. 2(B) is a perspective view of the POS terminal 20 viewed from the store clerk (medical staff) side. FIG. 3 is an explanatory diagram showing an example of the configuration of the POS terminal 20. As shown in FIG. In FIGS. 2 and 3, the same parts are denoted by the same reference numerals.

The configuration of the POS terminal 20 shown in FIG. 3 will be described below with reference to FIG. 2. The POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer side display section 205, a customer side scanner section 206, a card payment section 208, a change machine 209, a clerk side display section 210, It includes a key operation section 211, a clerk side scanner section 212, a printing section 213, an audio output section 214, and a communication section 215. These can communicate with each other via a bus.

The CPU 201 is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing programs stored in the ROM 202 .
The ROM 202 is a read-only memory and stores various information used by the CPU 201 including programs.

RAM 203 is a read/write memory and stores various information. For example, the RAM 203 stores registration information (registration data) generated in the registration process for registering products, payment information (payment data) generated in the payment process for paying for purchased products, and information acquired from an external source (for example, a receipt computer). Memorize information, etc.

Hard disk 204 stores various information. For example, instead of the ROM 202, the hard disk 204 may store programs executed by the CPU 201. Further, instead of the RAM 203, information acquired from the outside or information generated during processing may be stored.

The customer side display section 205 is a display for customers. The customer side display section 205 displays various information and accepts various inputs from the customer. For example, the customer side display unit 205 displays a preset key, which is a button for selecting a product, and accepts an operation (press) of the preset key.

The customer-side scanner unit 206 is a scanner unit for customers, and optically reads various information. For example, the customer side scanner unit 206 optically reads a code (bar code, two-dimensional code, etc.) attached to a product or the like. Further, the customer side scanner unit 206 optically reads a code attached to a bill/receipt (described later). In addition to the above, the customer side scanner unit 206 can also read, for example, codes attached to various cards (for example, membership cards, point cards, patient tickets, etc.).

Note that although the customer-side scanner unit 206 is used when a customer registers a product, the customer may register the product using other methods. For example, if a preset key (button for ordering a product) corresponding to a product is displayed on the customer side display section 205, the customer may operate (press) the preset key to register the product.

The card payment unit 208 is a payment mechanism using various cards (credit cards, prepaid cards such as transportation cards, point cards, etc.). The card payment section 208 includes a card recognition section (reading section), a display section, and an operation section. The card recognition unit magnetically or electrically reads information on various cards. The read information is used for payment (settlement) of purchased products. Note that although the card payment unit 208 of this embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit, the card payment unit 208 may include at least a card recognition unit. Further, the card recognition unit of this embodiment is compatible with contact cards (IC cards, magnetic cards), but instead of or in addition to contact cards, it can be used with non-contact cards (IC cards). It may correspond to.

The change machine 209 (cash payment unit) is a cash payment mechanism, has an inlet for bills and coins, and an outlet for bills and coins, calculates the amount inserted into the inlet, and compares the input amount with the purchase amount. The difference in change amount is calculated and the change is discharged from the discharge port. Note that the change machine 209 faces the customer and is operated by the customer. Note that when banknotes or coins are inserted into the input slot, they are detected by a sensor (detection of insertion, detection of number of coins for each denomination, etc.). Further, when bills or coins are discharged from the discharge port, the sensor detects the discharge.

The clerk side display section 210 is, for example, a touch panel. The clerk side display section 210 displays various information and receives various inputs from the clerk. For example, the clerk-side display unit 210 displays a preset key, which is a button for selecting a product, and accepts an operation (press) of the preset key.

The key operation unit 211 is composed of various keys (hardware keys, buttons), and receives various inputs from the store clerk. For example, the key operation unit 211 has keys corresponding to products and keys corresponding to quantities, and receives selections of products and quantities from store staff.

The clerk side scanner section 212 is a scanner section for the clerk, and optically reads various information. For example, like the customer-side scanner unit 206, the clerk-side scanner unit 212 optically reads various codes (barcodes, two-dimensional codes, etc.).

Note that although the clerk-side scanner section 212 is used when a store clerk registers a product, the store clerk may register the product using other methods. For example, if a key corresponding to a product (for example, a key corresponding to a sports newspaper, etc.) is arranged on the key operation unit 211, a store clerk may operate (press) the key and register the product. good. Further, when a preset key corresponding to a product is displayed on the store clerk side display section 210, the store clerk may operate the preset key to register the product.

The printing unit 213 is a printer device that issues various media such as receipts. The printing unit 213 has an issuing port for issuing a receipt. The printing unit 213 is rotatable, for example, parallel to the horizontal direction, and the direction of the issuing port can be changed from the clerk's side to the customer's side, or from the customer's side to the clerk's side. The printing unit 213 may be rotated manually or by the driving force of a motor. Further, in the case of a configuration in which the printing unit 213 is rotated by the driving force of a motor, the printing unit 213 may be rotated according to the operation mode of the POS terminal 20, which will be described later.

The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs audio guidance and the like.
The communication unit 215 transmits and receives information to and from the receipt computer 10 .

Next, the operation mode of the POS terminal 20 will be explained. The POS terminal 20 has a plurality of operation modes including at least a normal mode (face-to-face self mode) and a full self mode, and operates in any one of the operation modes.

The normal mode is an operation mode in which registration processing by the store clerk is enabled and product processing by the customer is disabled. Specifically, in the normal mode, product registration is enabled using the clerk-side display section 210, key operation section 211, and clerk-side scanner section 212, and product registration using the customer-side display section 205 and customer-side scanner section 206 is enabled. This is a mode that disables the registration of In the normal mode (the same applies to the full self mode), payment processing is performed by inserting money into a change machine 209 provided on the customer side or by reading a card by the card payment unit 208. In the normal mode, it is possible to accept the insertion of money even before the product registration process is completed (before the total amount of purchased products, etc. is determined).

The full self mode is an operation mode in which product registration on the customer side is enabled. Specifically, the full self mode is a mode in which product registration using the customer side display section 205 and the customer side scanner section 206 is enabled. In addition, in the full self mode, in addition to product registration on the customer's side, product registration on the clerk's side may also be valid. In other words, in the full self mode, in addition to product registration using the customer side display section 205 and customer side scanner section 206, product registration using the clerk side display section 210, key operation section 211, and clerk side scanner section 212 is also possible. It may be valid.

Switching (transition) of the operation mode is performed, for example, in response to an explicit mode switching operation by a clerk to switch the operation mode or an operation of reading a clerk code. Further, the operation mode may be switched depending on, for example, temporal conditions. For example, the time condition is that a predetermined time has elapsed since the last operation, or that the switching time is in accordance with a preset schedule.

FIG. 4 is an explanatory diagram illustrating the output from the receipt computer 10 side. Specifically, FIG. 4 shows how a bill/receipt 400 is issued (printed) on the receipt computer 10 side. At a medical institution, when a patient (customer) finishes a medical examination, the medical staff (clerk) operates the receipt computer 10 to create a bill/receipt 400 and causes the printer 10A to print it. In other words, the receipt computer 10 creates the bill/receipt 400 based on the operation of the medical staff, and sends the print data of the bill/receipt 400 to the printer 10A, thereby printing the bill to the printer 10A. Also print the receipt 400.

The bill/receipt 400 literally serves as both a bill for medical expenses and a receipt for medical expenses. The patient's name, number, date, medical fee points 410, medical fee 411, special barcode 401, and the like are printed on the bill/receipt 400. Note that the special barcode 401 may be one in which at least the amount of the medical fee 411 is encoded, and may have a code system different from that of a normal barcode, such as a JAN code.

FIG. 5 is an explanatory diagram illustrating input (registration) on the POS terminal 20 side. Specifically, FIG. 5(A) shows how medical expenses are registered on the clerk side of the POS terminal 20. FIG. 5B shows how a product (toothbrush) is registered on the clerk side of the POS terminal 20. FIG. 5C shows how medical fees are registered on the customer side of the POS terminal 20. FIG. 5(D) shows how a product (toothbrush) is registered on the customer side of the POS terminal 20.

In the normal mode (face-to-face self-service mode), the POS terminal 20 executes the registration process on the clerk side as described above. For example, as shown in FIG. 5A, the medical staff (clerk) uses the clerk side scanner unit 212 to print out a bill/receipt 400 (as shown in FIG. 4, printed on the receipt computer 10 side). The special barcode 401 printed on the invoice/receipt 400) is read. In other words, the POS terminal 20 registers the medical fee based on the operation of the medical staff. Further, as shown in FIG. 5B, the medical staff uses the clerk-side scanner section 212 to read the barcode 421 of the toothbrush 420 (the toothbrush 420 purchased by the patient). In other words, the POS terminal 20 registers the toothbrush 420 based on the operation of the medical staff.

In the full self-mode, the POS terminal 20 executes the registration process on the customer side as described above. For example, when a patient (customer) receives a bill/receipt 400 (bill/receipt 400 printed on the receipt computer 10 side as shown in FIG. 4) from a medical staff (clerk), As shown in C), the customer side scanner section 206 is used to read the special barcode 401 printed on the bill/receipt 400. In other words, the POS terminal 20 registers the medical fee based on the patient's operation. Further, as shown in FIG. 5(D), the patient uses the customer side scanner unit 206 to read the barcode 421 of the toothbrush 420 (the toothbrush 420 purchased by the patient). In other words, the POS terminal 20 registers the toothbrush 420 based on the patient's operation.

6 to 8 are display examples on the POS terminal 20. FIG. 6 is an example of a display on the customer side display section 205 when registering products (the first product is a toothbrush, the second product is toothpaste gel) and making payment on the POS terminal 20 operating in full self-mode. . Note that the transition occurs in the order of FIG. 6(A)→FIG. 6(B)→, . . . , FIG. 6(H)→FIG. 6(I). FIG. 7 is an example of a display on the customer-side display unit 205 when medical fees are registered and settled on the POS terminal 20 operating in full self-mode. Note that the transition occurs in the order of FIG. 7(A)→FIG. 7(B)→,..., FIG. 7(F)→FIG. 7(G). FIG. 8 shows the display on the customer side display section 205 when registering products (the first product is a toothbrush, the second product is toothpaste gel) and medical fees and making payment on the POS terminal 20 operating in full self-mode. This is a display example. Note that the transition occurs in the order of FIG. 8(A)→FIG. 8(B)→,..., FIG. 8(H)→FIG. 8(I).

(Product: Registered, Medical Fee: Not registered)
FIG. 6(A) is an initial screen of the POS terminal 20. It is assumed that the customer (patient) operates (touches) the "start payment" button on the initial screen shown in FIG. 6(A).

FIG. 6(B) is a registration screen (registration screen in an unregistered state) that is displayed after the "start payment" button is operated. In other words, when the POS terminal 20 displays the initial screen shown in FIG. 6(A) on the customer side display section 205 and the "Start payment" button on the initial screen is operated, the POS terminal 20 displays the initial screen shown in FIG. ) A registration screen shown in FIG. 6(B) is displayed on the customer side display section 205 instead of the initial screen shown in FIG. In the registration screen shown in FIG. 6(B), it is assumed that the customer (patient) causes the customer-side scanner unit 206 to read the barcode of one item (toothbrush in FIG. 6).

FIG. 6(C) is a registration screen displayed after reading the barcode of the first product (toothbrush). That is, when the POS terminal 20 displays the registration screen shown in FIG. 6(B) on the customer side display section 205 and the barcode of the first item (toothbrush) is read, the POS terminal 20 displays the registration screen shown in FIG. ) A registration screen shown in FIG. 6(C) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. In the registration screen shown in FIG. 6C, it is assumed that the customer (patient) causes the customer side scanner unit 206 to read the barcode of the second product (toothpaste gel in FIG. 6).

FIG. 6(D) is a registration screen displayed after reading the barcode of the second product (toothpaste gel). In other words, when the POS terminal 20 displays the registration screen shown in FIG. 6(C) on the customer side display unit 205 and the barcode of the second product (toothpaste gel) is read, the POS terminal 20 displays the registration screen shown in FIG. The registration screen shown in FIG. 6(D) is displayed on the customer side display section 205 instead of the registration screen shown in C). It is assumed that the customer (patient) operates (touches) the "Payment" button on the registration screen shown in FIG. 6(D).

FIG. 6(E) is a payment screen (payment type selection screen) that is displayed after the "Payment" button is operated. In other words, when the POS terminal 20 displays the registration screen shown in FIG. 6(D) on the customer side display section 205 and the "Payment" button on the registration screen is operated, the POS terminal 20 displays the registration screen shown in FIG. ) The payment screen shown in FIG. 6(E) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. It is assumed that the customer (patient) operates (touches) the "cash" button on the payment screen shown in FIG. 6(E).

FIG. 6(F) is a settlement screen (settlement screen when the input amount is less than the total amount) that is displayed after the "cash" button is operated. In other words, when the POS terminal 20 displays the payment screen shown in FIG. 6(E) on the customer side display unit 205 and the "cash" button on the payment screen is operated, the POS terminal 20 displays the payment screen shown in FIG. 6(E). The payment screen shown in FIG. 6(F) is displayed on the customer side display section 205 instead of the payment screen shown in FIG. It is assumed that the customer (patient) inserts 1,510 yen in cash on the payment screen shown in FIG. 6(F).

FIG. 6(G) is a settlement screen that is displayed after inserting 1,510 yen in cash (a settlement screen when the input amount is greater than or equal to the total amount). In other words, when the POS terminal 20 recognizes an input amount that is greater than the total amount while displaying the payment screen shown in FIG. Instead of the screen, the payment screen shown in FIG. 6(G) is displayed on the customer side display section 205. It is assumed that the customer (patient) operates (touches) the "end (receipt)" button on the payment screen shown in FIG. 6(G).

FIG. 6(H) is a payment screen (change notification screen) that is displayed after the "end (receipt)" button is operated. That is, when the POS terminal 20 displays the payment screen shown in FIG. 6(G) on the customer side display unit 205 and the "end (receipt)" button on the payment screen is operated, the POS terminal 20 displays the payment screen shown in FIG. The payment screen shown in FIG. 6(H) is displayed on the customer side display section 205 instead of the payment screen shown in FIG. 6(G). In the payment screen shown in FIG. 6(H), it is assumed that the customer (patient) has received the change that has been discharged into the discharge port.

FIG. 6(I) is a payment screen (receipt notification screen) that is displayed after receiving change. In other words, when the POS terminal 20 recognizes that the change has been taken out from the outlet while displaying the payment screen shown in FIG. 6(H) on the customer side display section 205, The payment screen shown in FIG. 6(I) is displayed on the customer side display section 205 instead of the payment screen shown in FIG. Note that when the customer (patient) receives the receipt, the POS terminal 20 displays the initial screen shown in FIG. 6(A) on the customer's side instead of the payment screen shown in FIG. 6(I) for the next customer. It is displayed on the display unit 205.

In addition, in the initial screen of Fig. 6(A), if there are products such as toothbrushes and medical expenses (bill/receipt 400) to be settled, first register the products, and then register the medical expenses. A message (message) may be displayed to inform you that the . For example, guidance such as "Please read the regular product first" or "Please read the invoice/receipt last" may be displayed. The same applies to the initial screen of FIG. 7(A) and the initial screen of FIG. 8(B).

In addition, in the example shown in Figure 6, the payment screen (payment type selection screen) shown in Figure 6(E) is displayed, but there are cases where the payment method (payment method) cannot be selected or the payment method has already been determined. In this case, the transition from FIG. 6(D) to FIG. 6(F) may be made without displaying the payment screen (payment type selection screen) shown in FIG. 6(E). The same applies to the examples shown in FIGS. 7 and 8. Further, the same applies to the second embodiment.

In addition, in the example shown in Figure 6, since the input amount (1510 yen) was greater than the total amount (1210 yen), the settlement screen (change notification screen) shown in Figure 6 (H) was displayed, but the input amount (1,510 yen) is equal to the total amount (1,210 yen), the payment screen (change notification screen) shown in Fig. 6 (H) is not displayed and the screen changes from Fig. 6 (G) to Fig. 6 (I). You may transition. The same applies to the examples shown in FIGS. 7 and 8.

In addition, the "List" button is operated (touched) on the payment screen (payment type selection screen) in Figure 6 (E) and the payment screen (payment screen when the input amount is less than the total amount) in Figure 6 (F). , the POS terminal 20 displays the toothbrush (¥220) and toothpaste gel (¥990) as registered information (list) (for example, displays the small screen in a superimposed manner on the small screen). )do.

In addition, when the "Back" button is operated (touched) on the payment screen shown in FIGS. 6(E) and 6(F), the POS terminal 20 displays The screen returns to the registration screen in FIG. 6(D). That is, by operating the "return" button, the process can be returned from the payment process (payment stage) to the registration process (registration stage). The same applies to the examples shown in FIGS. 7 and 8.

In addition, above, it was explained that the process returns from the payment process (payment stage) to the registration process (registration stage) by operating the "Back" button. If the product is scanned, the product may be additionally registered. In other words, while the checkout screen is displayed, it may be possible to allow additional registration of products only after returning to the registration screen by explicit operation (operation of the "back" button), or by explicit operation. It may also be possible to allow additional registration of the product by simply scanning the barcode of the product while the checkout screen is displayed without the need for additional registration. The same applies to the examples shown in FIGS. 7 and 8.

In relation to the above, for example, if you move from the registration screen to the payment screen by operating the "Payment" button (as shown in Figure 6 (B) → Figure 6 (E)), you can Additional registration of products is not allowed until after returning to the registration screen, and when the registration screen shifts to the payment screen due to medical fee registration (see Figure 7 (B) → Figure 7 (C), which will be described later). 8(D)→Fig. 8(E)), additional registration of the product is permitted by simply scanning the barcode of the product while displaying the checkout screen without requiring any explicit operation. You can do it like this.

(Product: Not registered, Medical fee: If registered)
7(A) and FIG. 7(B) are the same as FIG. 6(A) and FIG. 6(B), so description thereof will be omitted. On the registration screen shown in FIG. 7(B), the customer (patient) causes the customer side scanner unit 206 to read the special barcode 401 (medical fee is 3460 yen) printed on the bill/receipt 400. shall be taken as a thing.

FIG. 7C shows a payment screen (payment type selection screen) that is displayed after reading the special barcode 401. In other words, when the special barcode 401 printed on the bill/receipt 400 is read while the POS terminal 20 is displaying the registration screen shown in FIG. , the payment screen shown in FIG. 7(C) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. 7(B). As shown in FIG. 7(B) → FIG. 7(C), when the special barcode 401 printed on the bill/receipt 400 is read, the medical expenses related to the bill/receipt 400 (3,460 yen) is registered and the "Payment" button is operated, the registration screen switches to the payment screen. In other words, reading the special barcode 401 combines the registration of medical expenses and the operation of completing the registration process. It is assumed that the customer (patient) operates (touches) the "cash" button on the payment screen shown in FIG. 7(C).

FIG. 7(D) is a settlement screen displayed after the "cash" button is operated (a settlement screen when the input amount is less than the total amount). The payment screen in FIG. 7(D) is similar to the payment screen in FIG. 6(F) (the amount is different at most, and the other things are the same), so the explanation will be omitted. It is assumed that the customer (patient) inserts 4,000 yen in cash on the payment screen shown in FIG. 7(D).

FIG. 7(E) is a settlement screen that is displayed after inserting 4,000 yen in cash (a settlement screen when the input amount is greater than or equal to the total amount). The payment screen in FIG. 7(E) is similar to the payment screen in FIG. 6(G) (at most, the amount is different, and the rest is the same), so the explanation will be omitted. It is assumed that the customer (patient) operates (touches) the "end (receipt)" button on the payment screen shown in FIG. 7(E).

FIG. 7(F) is a payment screen (change notification screen) that is displayed after the "end (receipt)" button is operated. The payment screen in FIG. 7(F) is similar to the payment screen in FIG. 6(H) (at most, the amount is different, and the rest is the same), so the explanation will be omitted. In the payment screen shown in FIG. 7(F), it is assumed that the customer (patient) has received the change that has been discharged into the discharge port.

FIG. 7(G) is a payment screen (receipt notification screen) that is displayed after receiving change. The payment screen in FIG. 7(G) is similar to the payment screen in FIG. 6(I) (at most, the amount is different, and the rest is the same), so a description thereof will be omitted.

In addition, on the payment screen (payment type selection screen) in Figure 7 (C) and the payment screen (payment screen when the input amount is less than the total amount) in Figure 7 (D), the "List" button is operated (touched). If so, the POS terminal 20 displays the medical fee (¥3,460) as the registered information (list) (for example, displays the small screen in a superimposed manner on the small screen).

(Product: Registered, Medical Fee: Registered)
8(A) to FIG. 8(D) are the same as FIG. 6(A) to FIG. 6(D), so the explanation will be omitted. On the registration screen shown in FIG. 8(B), the customer (patient) causes the customer side scanner unit 206 to read the special barcode 401 (medical fee is 3460 yen) printed on the bill/receipt 400. shall be taken as a thing.

FIG. 8E shows a payment screen (payment type selection screen) that is displayed after reading the special barcode 401. In other words, when the POS terminal 20 displays the registration screen shown in FIG. , the payment screen shown in FIG. 8(E) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. 8(D). As shown in FIG. 8(D) → FIG. 8(E), when the special barcode 401 printed on the bill/receipt 400 is read, the medical expenses related to the bill/receipt 400 (3,460 yen) is registered and the "Payment" button is operated, the registration screen switches to the payment screen. In other words, reading the special barcode 401 combines the registration of medical expenses and the operation of completing the registration process. It is assumed that the customer (patient) operates (touches) the "cash" button on the payment screen shown in FIG. 8(E).

FIG. 8(F) is a settlement screen (a settlement screen when the input amount is less than the total amount) that is displayed after the "cash" button is operated. The payment screen in FIG. 8(F) is similar to the payment screen in FIG. 6(F) (at most, the amount is different, and the rest is the same), so the explanation will be omitted. It is assumed that the customer (patient) inserts 5,000 yen in cash on the payment screen shown in FIG. 8(F).

FIG. 8(G) is a settlement screen that is displayed after inserting 5,000 yen in cash (a settlement screen when the input amount is greater than or equal to the total amount). The payment screen in FIG. 8(G) is the same as the payment screen in FIG. 6(G) (the amount is different at most, and the rest is the same), so the explanation will be omitted. It is assumed that the customer (patient) operates (touches) the "end (receipt)" button on the payment screen shown in FIG. 8(G).

FIG. 8(H) is a payment screen (change notification screen) that is displayed after the "end (receipt)" button is operated. The payment screen in FIG. 8(H) is the same as the payment screen in FIG. 6(H) (the amount is different at most, and the rest is the same), so the explanation will be omitted. In the payment screen shown in FIG. 8(H), it is assumed that the customer (patient) has received the change that has been discharged to the discharge port.

FIG. 8(I) is a payment screen (receipt notification screen) that is displayed after receiving change. The payment screen in FIG. 8(I) is the same as the payment screen in FIG. 6(I) (the amount is different at most, and the rest is the same), so the explanation will be omitted.

In addition, on the payment screen (payment type selection screen) in Figure 8 (E) and the payment screen (payment screen when the input amount is less than the total amount) in Figure 8 (F), the "List" button is operated (touched). In this case, the POS terminal 20 displays a toothbrush (¥220), toothpaste gel (¥990), and medical expenses (¥3,460) as registered information (list) (for example, displays a small screen superimposed). (displayed on the corresponding small screen).

FIG. 9 is a flowchart illustrating an example of the operation of the POS terminal 20. For convenience of explanation, the flowchart in FIG. 9 shows the process from when the registration screen (unregistered state) is displayed to when the payment screen (payment type selection screen) is displayed. As shown in FIG. 5, it is assumed that the POS terminal 20 reads the special barcode 401 of the bill/receipt 400 or the barcode of the product.

Step S100: The POS terminal 20 displays a registration screen in an unregistered state. Specifically, when the "start payment" button on the initial screen is operated, the POS terminal 20 displays a registration screen in an unregistered state instead of the initial screen. Following step S100, the process advances to step S102.

Step S102: The POS terminal 20 determines whether the barcode has been scanned. If it has been scanned, the process advances to step S104. If it has not been scanned, the process of step S102 is repeated.

Step S104: The POS terminal 20 determines whether the barcode scanned in step S102 is a product barcode. If it is a product barcode, the process advances to step S106. If it is not a product barcode (that is, if it is a special barcode 401 of the bill/receipt 400), the process advances to step S112.

Step S106: The POS terminal 20 registers the product specified by the barcode scanned in step S102. Following step S106, the process advances to step S108.

Step S108: The POS terminal 20 determines whether the barcode has been scanned. If it has been scanned, the process returns to step S104. If it has not been scanned, the process advances to step S110.

Step S110: The POS terminal 20 determines whether the "Payment" button has been operated. If the "checkout" button is operated, the process advances to step S114. If the "checkout" button has not been operated, the process returns to step S108.

Step S112: The POS terminal 20 registers the medical fee specified by the special barcode 401 scanned in step S102. Following step S112, the process advances to step S114.

Step S114 : The POS terminal 20 displays a payment screen (payment type selection screen). The flowchart of FIG. 9 then ends.

Although steps S114 and subsequent steps are omitted in the flowchart of FIG. 9, for example, if cash is selected on the payment screen (payment type selection screen), the POS terminal 20 will perform the steps shown in FIG. (D) or the settlement screen shown in FIG. 8(F) (the settlement screen when the input amount is less than the total amount) is displayed.

FIG. 10 is an explanatory diagram illustrating the receipt 430. FIG. 10 shows how a receipt 430 is issued when the toothbrush 420 (220 yen) → medical fee (3460 yen) is registered and settled in this order. In the example of FIG. 10, it is assumed that credit card payment has been made. Although the toothbrush 420 is printed on the receipt 430, the medical fee is not printed on the receipt 430. This is because the bill/receipt 400 also serves as a receipt for medical expenses, so if the medical expenses were written on the receipt 430, a duplicate receipt would be issued for the medical expenses. Therefore, if no products are registered but only medical expenses are registered, the receipt 430 itself will not be issued.

In the example shown in FIG. 10, the receipt 430 is printed with a message of gratitude for purchasing the product (code a) and a message of sympathy (code b), but if you do not purchase the product, The wording of gratitude for the purchase (code a) is not printed.

The first embodiment has been described above, but according to the first embodiment, an explicit operation (operation of the "Checkout" button) to complete the registration process is no longer necessary depending on the situation. This improves operability. Specifically, operations when paying medical fees are simplified and operability is improved. In other words, when a product is registered, the POS terminal 20 completes the registration process (specifically, transitions from the registration screen to the payment screen) unless there is an explicit operation to complete the registration process after registering the product. ) (Figures 6 and 9), but when medical expenses are registered, the registration process is completed without any explicit operation to complete the registration process after registering the medical expenses (Figures 7 and 9). 8, Figure 9).

(Second embodiment)
The POS terminal (POS terminal 20) in the first embodiment was introduced into a medical institution together with the receipt computer 10, but the POS terminal (POS terminal 21 in the second embodiment) in the second embodiment was introduced into a medical institution together with the receipt computer 10. ) are introduced in places other than medical institutions (for example, retail stores). Note that since the POS terminal 21 in the second embodiment is installed in a retail store or the like rather than a medical institution, it is naturally not connected to the receipt computer. Note that the appearance and configuration of the POS terminal 21 in the second embodiment may be the same as the appearance and configuration of the POS terminal 20 in the first embodiment shown in FIGS. 2 and 3. In the following description, it is assumed that the appearance and configuration of the POS terminal 21 are the same as the POS terminal 20.

11 and 12 are display examples on the POS terminal 21. Specifically, this is an example of a display on the customer side display section 205 in the POS terminal 21 operating in full self-mode.

11(A) to 11(C) are display examples on the customer side display unit 205 when a product (tea) is registered and the "checkout" button is operated. Transition occurs in the order of FIG. 11(A) → FIG. 11(B) → FIG. 11(C).

FIG. 11A shows a registration screen (a registration screen in an unregistered state). In the registration screen shown in FIG. 11(A), it is assumed that the customer causes the customer side scanner unit 206 to read the barcode of the product (tea).

FIG. 11(B) is a registration screen displayed after reading the barcode of the product (tea). In other words, when the barcode of the product (tea) is read while the POS terminal 21 is displaying the registration screen shown in FIG. 11(A) on the customer side display section 205, the POS terminal 21 displays the registration screen shown in FIG. The registration screen shown in FIG. 11(B) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. Unlike the registration screen of FIG. 11(A) in which the product is not registered, the “checkout” button is displayed on the registration screen shown in FIG. 11(B) because the product is registered. It is assumed that the customer operates (touches) the "Payment" button on the registration screen shown in FIG. 11(B).

FIG. 11C shows a payment screen (payment type selection screen) that is displayed after the "Payment" button is operated. In other words, when the POS terminal 21 displays the registration screen shown in FIG. 11(B) on the customer side display section 205 and the "Payment" button on the registration screen is operated, the POS terminal 21 displays the registration screen shown in FIG. ) The payment screen shown in FIG. 11C is displayed on the customer side display section 205 instead of the registration screen shown in FIG. The following flow is the same as that in the first embodiment (FIGS. 6 to 8), so illustration and description will be omitted.

Note that the vegetable button BT1 in FIGS. 11(A) and 11(B) is a button that is operated (touched) when registering vegetables as a product without a barcode. After operating the vegetable button BT1, the amount of money may be entered as a number, or buttons for each type of vegetable may be displayed after operating the vegetable button BT1. (Also, by associating the sales price with each type of button, inputting the number may be unnecessary). The same applies to other figures.

Figures 11(D) and 11(E) show the customer side display section when beer ticket C (beer ticket for two 350ml beers) is registered after registering products (350ml beer A, 350ml beer B, fried chicken). 205 is a display example. Transition occurs in the order of FIG. 11(D)→FIG. 11(E).

FIG. 11(D) is a registration screen displayed after registering products (350 ml of beer A, 350 ml of beer B, fried chicken). In other words, the POS terminal 21 reads the barcode of 350 ml of beer A as the first item from the registration screen (unregistered registration screen) shown in FIG. 11(A) (the registration screen after reading the first item is not shown). ), when the barcode of 350ml of beer B is read as the second item (the registration screen after reading the second item is not shown), and when the barcode of fried chicken is read as the third item, the registration screen shown in Figure 11(D) is displayed. is displayed on the customer side display section 205. On the registration screen shown in FIG. 11(D), since products are registered, a "checkout" button is displayed. It is assumed that the customer has registered beer ticket C on the registration screen shown in FIG. 11(D).

FIG. 11(E) is a payment screen (payment type selection screen) that is displayed after beer ticket C is registered. In other words, when the barcode of the beer ticket C is read while the POS terminal 21 is displaying the registration screen shown in FIG. 11(E) instead of the registration screen shown in FIG. 11(D), even if there is no operation of the "Payment" button. The shown settlement screen is displayed on the customer side display section 205. The following flow is the same as that in the first embodiment (FIGS. 6 to 8), so illustration and description will be omitted.

FIGS. 11(F) and 11(G) are display examples on the customer side display section 205 when a product (350 ml of beer A) is registered after beer ticket C (a beer ticket for two 350 ml beers) is registered. . Transition occurs in the order of FIG. 11(F) → FIG. 11(G).

FIG. 11(F) is a registration screen displayed after beer ticket C is registered. In other words, when the barcode of beer ticket C is read from the registration screen (unregistered registration screen) shown in FIG. When the key input corresponding to the beer ticket for 20 minutes is made), the registration screen shown in FIG. 11(F) is displayed on the customer side display section 205. In the registration screen shown in Figure 11(F), no product is registered, and the product (two 350ml beers) corresponding to beer ticket C (beer ticket for two 350ml beers) is not registered. Therefore, the "Checkout" button is not displayed. In the registration screen shown in FIG. 11(F), it is assumed that the customer causes the customer side scanner unit 206 to read the barcode of 350 ml of beer A.

FIG. 11(G) is a registration screen displayed after registering 350 ml of beer A. In other words, when the barcode of 350 ml of beer A is read from the registration screen shown in FIG. 11(F), the POS terminal 21 displays the screen shown in FIG. 11(F) instead of the registration screen shown in FIG. 11(G). A registration screen is displayed on the customer side display section 205. On the registration screen shown in Figure 11(G), the product (two 350ml beers) corresponding to beer ticket C (beer ticket for two 350ml beers) is not registered, so the "Checkout" button is not displayed. Not displayed. In other words, when a gift certificate is registered, if the products corresponding to the gift certificate (all products corresponding to the gift certificate) are not registered (if the combination of products corresponding to the gift certificate is not established) ), the system does not move to the payment screen (restricts (prohibits) movement to the payment screen). Illustrations will be omitted below.

Note that if the barcode of 350ml beer is read from the registration screen shown in FIG. 11(G), the POS terminal 21 will display the screen shown in FIG. 11(G) even if the "Payment" button is not pressed. Instead of the registration screen, a payment screen (payment type selection screen) may be displayed on the customer side display section 205, or a ``Payment'' button may be displayed along with adding 350 ml of beer on the registration screen. . In other words, when the POS terminal 21 registers the gift certificate and both the gift certificate and the product corresponding to the gift certificate are registered (in other words, the POS terminal 21 registers the gift certificate after registering the gift certificate), , when a combination of a gift certificate and the product corresponding to the gift certificate is established), the registration process is completed without operating the "checkout" button (Fig. 11(D) → Fig. 11(E)). ), the POS terminal 21 registers the product and registers both the gift certificate and the product corresponding to the gift certificate (i.e., when the product is finally registered and the gift certificate is (If the combination of the product corresponding to the gift certificate is established), the registration process may be completed without operating the "Checkout" button, or by registering the product, the gift certificate and If both products corresponding to the gift certificate have been registered, the registration process may not be completed unless the "checkout" button is operated.

12(A) and 12(B) are display examples on the customer side display unit 205 when a bagless barcode (declaration of use of my bag) is registered after registering a product (tea, daifuku). Transition occurs in the order of FIG. 12(A)→FIG. 12(B). Note that the no-bag barcode is a barcode that is read when declaring that plastic bags are not required (to use my own bag). For example, a card with a bagless barcode printed thereon may be placed near the POS terminal 21 so that the customer can read the bagless barcode as appropriate. In this embodiment, when the no-bag barcode is read (that is, when the user declares that no plastic bag is required), a 1 yen discount will be given as a benefit for no bag (use of own bag).

FIG. 12(A) is a registration screen displayed after registering a product (tea, daifuku). In other words, the POS terminal 21 reads the barcode of tea as the first item from the registration screen (registration screen in an unregistered state) shown in FIG. 11(A) (the registration screen after reading the first item is not shown). , when the barcode of Daifuku mochi as the second item is read, the registration screen shown in FIG. 12(A) is displayed on the customer side display section 205. On the registration screen shown in FIG. 12(A), since products are registered, a "checkout" button is displayed. In the registration screen shown in FIG. 12(A), it is assumed that the customer causes the customer side scanner unit 206 to read the bagless barcode.

FIG. 12(B) is a payment screen (payment type selection screen) that is displayed after reading the bagless barcode (after declaring that no plastic bags are required). In other words, when the POS terminal 21 displays the registration screen shown in FIG. 12(A) on the customer side display section 205 and the bagless barcode is read, the "Checkout" button is not operated. Also, the payment screen shown in FIG. 12(B) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. 12(A). As shown in Fig. 12(A) → Fig. 12(B), when the bagless barcode is read while the product is registered, the benefit for the bagless item (1 yen discount) is registered and the The registration screen switches to the payment screen in the same way as when the "Accounting" button is operated. In other words, reading the no-bag barcode after registering the product combines the registration of a benefit (1 yen discount) for no bag and the operation of completing the registration process. The following flow is the same as that in the first embodiment (FIGS. 6 to 8), so illustration and description will be omitted.

FIG. 12C is an example of a display on the customer side display section 205 when the customer first declares that plastic bags are not required. In other words, when the bagless barcode is read from the registration screen shown in FIG. 11(A) (registration screen in an unregistered state), the POS terminal 21 displays the registration screen shown in FIG. 12(C) on the customer side. 205. Since no products are registered on the registration screen shown in FIG. 12(C), the "Checkout" button is not displayed. In other words, if only the benefit for no bags (1 yen discount) is registered, the screen does not move to the checkout screen (the move to the checkout screen is restricted (prohibited)). Illustrations will be omitted below.

Note that if the barcode of the product is read from the registration screen shown in FIG. 12(C), the POS terminal 21 will perform the registration shown in FIG. 12(C) even if the "Checkout" button is not operated. Instead of the screen, a payment screen (payment type selection screen) may be displayed on the customer side display section 205, or a "checkout" button may be displayed along with adding the product on the registration screen. In other words, by reading the bagless barcode (declaring that plastic bags are not required), the POS terminal 21 registers the product and declares that plastic bags are not required. In this case, the registration process is completed without operating the "Checkout" button (Fig. 12 (A) → Fig. 12 (B)), but the POS terminal 21 does not process the product after registering the product. Even if you have both registered the product and declared that you do not need plastic bags, you can complete the registration process without pressing the "Checkout" button, or register the product as follows. Therefore, if both the product registration and the declaration that plastic bags are not required have been made, the registration process may not be completed unless the "checkout" button is operated.

Figures 12(D) and 12(E) show a case where a gift certificate with change (if the face value exceeds the total amount, change will be given for the difference) is registered after registering the product (tea). This is an example of a display on the customer side display section 205. Transition occurs in the order of FIG. 12(D)→FIG. 12(E). Note that the change ticket can be used at least for the product (tea), and the face value is greater than the price of the product (tea).

FIG. 12(D) is a registration screen displayed after registering the product (tea). In other words, when the tea barcode is read from the registration screen shown in FIG. 11(A) (registration screen in an unregistered state), the POS terminal 21 displays the registration screen shown in FIG. 12(D) on the customer side. 205. Since products are registered on the registration screen shown in FIG. 12(D), a "checkout" button is displayed. It is assumed that the customer has registered a change ticket on the registration screen shown in FIG. 12(D).

FIG. 12E is a payment screen (payment type selection screen) that is displayed after registering a change ticket. In other words, when the barcode of the change ticket is read while the POS terminal 21 is displaying the registration screen shown in FIG. When the key input corresponding to the relevant change ticket is made), the payment screen shown in Figure 12 (E) will be displayed instead of the registration screen shown in Figure 12 (D), even if there is no operation of the "Payment" button. The screen is displayed on the customer side display section 205. As shown in FIG. 12(D)→FIG. 12(E), when the barcode of the change ticket is read while the product is registered, the change ticket is registered and the "checkout" The registration screen switches to the payment screen in the same way as when the button is operated. In other words, reading the barcode of the change ticket after product registration combines the operations of registering the change ticket and completing the registration process. The following flow is the same as that in the first embodiment (FIGS. 6 to 8), so illustration and description will be omitted.

Figures 12 (F) and 12 (G) show the case where a no change ticket (a gift certificate that does not give change for the difference even if the face value exceeds the total amount) is registered after registering the product (tea). This is an example of a display on the customer side display section 205. Transition occurs in the order of FIG. 12(F) → FIG. 12(G). Note that the above-mentioned free change ticket can be used at least for the above-mentioned product (tea), and its face value is greater than the price of the above-mentioned product (tea).

Similar to the registration screen of FIG. 12(D), FIG. 12(F) is a registration screen displayed after registering the product (tea). It is assumed that the customer has registered a free change ticket on the registration screen shown in FIG. 12(F).

FIG. 12(G) is a registration screen displayed after registration of a free change ticket. That is, when the POS terminal 21 displays the registration screen shown in FIG. 12(G) is displayed on the customer side display section 205 instead of the registration screen shown in FIG. 12(F). In other words, in the case of a ticket with change, if the face value exceeds the total amount, change will be given for the difference (so that the customer will not be disadvantaged). The screen will transition to the payment screen even if there is no operation (Figure 12 (D) → Figure 12 (E)), but in the case of a ticket with no change, if the face value exceeds the total amount, the change for the difference will be returned. Therefore, the POS terminal 21 prompts the customer to proceed to the payment screen based on the customer's confirmation (operation of the checkout button).

The second embodiment has been described above, but according to the second embodiment, an explicit operation (operation of the "Checkout" button) to complete the registration process is no longer necessary depending on the situation. This simplifies the process and improves operability. For example, if the beer ticket is registered after registering a product corresponding to the beer ticket, the POS terminal 21 can perform the registration process even if there is no explicit operation to complete the registration process after registering the beer ticket. Complete (FIG. 11(D), FIG. 11(E)). In addition, if the POS terminal 21 reads the bagless barcode after registering the product (if it accepts a declaration that plastic bags are not required), the POS terminal 21 will provide an explicit message to complete the registration process after reading the bagless barcode. The registration process is completed without any operation (FIGS. 12(A) and 12(B)). Furthermore, if a change ticket is registered after registering a product, the POS terminal 21 completes the registration process even if there is no explicit operation to complete the registration process after registering the change ticket. (Fig. 12(D), Fig. 12(E)).

In the above embodiments (first embodiment and second embodiment), the case where the operation mode of the POS terminal 20 (POS terminal 21) is the full self mode has been described. Hereinafter, a case where the operation mode of the POS terminal 20 (POS terminal 21) is the normal mode (face-to-face self mode) will be described.

In the normal mode, as described above, it is possible to accept the insertion of money even before the registration process is completed (before the total amount of purchased products, etc. is determined). More specifically, the POS terminal 20 (POS terminal 21) in the normal mode performs some payment processing (selection of payment type) based on the customer's operation, etc. while performing the registration process according to the operation by the store clerk. , input of money, etc.). In other words, since the registration details (total amount, etc.) are finalized upon completion of the registration process, it is not possible to complete the payment process while the registration process is being executed (before the registration process is completed). Even during the process, part of the payment process can be executed in advance. Specifically, for example, when the operation mode is the normal mode, the POS terminal 20 (POS terminal 21) displays/hides the "end (receipt)" button that leads to the completion of the payment process, as shown below. May be controlled. In other words, after the registration process is completed, if the total amount of coins inserted is greater than or equal to the total payment amount (confirmed total amount), the "End (Receipt)" button will be displayed; Even if the total amount of money is greater than or equal to the total payment amount (total payment amount before confirmation), the "End (receipt)" button is not displayed.

If the operation mode of the POS terminal 20 (POS terminal 21) is full self mode, the explicit operation (operation of the "Payment" button) to complete the registration process may be omitted as a simplification depending on the situation. As explained above, the explicit operation to complete the registration process is also omitted even when the POS terminal 20 (POS terminal 21) is in the normal mode (face-to-face self-mode). It's okay. For example, in the case of the POS terminal 20 of the first embodiment, it is as follows.

(If the special barcode 401 of the invoice and receipt is not read in the first embodiment)
For example, the POS terminal 20 (operating mode is normal mode) registers a toothbrush (220 yen) on the clerk's side → operates the "cash" button on the customer's side → inserts 1,300 yen on the customer's side → registers toothbrush gel (on the clerk's side) 990 yen)→operate the "Checkout" button on the clerk's side→Display the "Receipt" button on the customer's side] After operating the "Checkout" button, the "Receipt" button is displayed. Show button. That is, since the registration process is completed by operating the "Payment" button, the "End (Receipt)" button can be operated after the "Payment" button is operated.

(When the special barcode 401 of the invoice and receipt is read in the first embodiment)
For example, the POS terminal 20 (operating mode is normal mode) registers a toothbrush (220 yen) on the clerk's side → operates the "cash" button on the customer's side → inserts 4,000 yen on the customer's side → registers a special barcode on the clerk's side 401 (3,460 yen) → display a "Receipt" button on the customer side], the "Receipt" button is displayed without the user having to operate the "Payment" button. That is, since the registration process is completed by registering the special barcode 401, the "End (receipt)" button can be operated after the special barcode 401 is registered.

Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to these embodiments, and includes designs within the scope of the gist of the present invention.

For example, it has been explained that when the "List" button on the payment screen shown in Figures 6(E) and 6(F) is operated, the registered information (list) is displayed, but in Figure 6(E) The "list" button may not be arranged on the payment screen shown in FIG. 6(F), and the registered information (list) may be displayed from the beginning. The same applies to the payment screens shown in FIGS. 7(C) and 7(D), and the payment screens shown in FIGS. 8(E) and 7(F). The same applies to the second embodiment (FIG. 11C, etc.).

In addition, in the above example, an invoice can be used that may eliminate the need for an explicit operation to complete the registration process (operation of the "Payment" button). Although the combined receipt 400, gift certificates such as beer tickets, bagless barcodes, etc. have been illustrated, the present invention is not limited to the illustrated examples, as it may not require an explicit operation to complete the registration process. For example, what is called a reservation ticket or a payment ticket (for example, a ticket for paying at the POS terminal 20 for products reserved online, a ticket for paying at the POS terminal 20 for products purchased in the store, etc.) It may be a thing). Note that the so-called reservation ticket, payment ticket, etc. may be displayed on the display screen of a mobile terminal or the like (for example, a two-dimensional payment code displayed on a smartphone).

A summary of the embodiments will be described below.
[Technical field]
The present invention relates to a product sales data processing device.
[Background technology]
For example, a device is known that is used to pay medical fees at a clinic or the like (for example, see Patent Document 1). It is also conceivable that the above-mentioned device can be used for payments other than medical expenses (for example, payment for purchased products such as toothbrushes). In other words, a payment machine that can handle both general payment (payment of products such as toothbrushes) and special payment (payment of medical expenses) is conceivable.
[Prior art documents]
[Patent document]
[Patent Document 1] Japanese Patent Application Publication No. 2017-102860 [Summary of the invention]
[Problem to be solved by the invention]
However, whether it is a general payment or a special payment, the same operations are uniformly performed, from the process of registering the products to be paid (registration screen, etc.) to the process of payment ( There was room for improvement in operability, as it took time and effort depending on the situation.
The present invention has been made in view of these circumstances, and its purpose is to provide a technology that improves operability.
[Means to solve the problem]
(1) In order to solve the above-mentioned problems, a sales data processing device that is one aspect of the present invention includes a display control unit that controls display on a display unit, and an acquisition unit that acquires product identification information that identifies a product. , registration means for sequentially registering the products identified by each of the product identification information each time the acquisition means obtains the product identification information, and the acquisition means is different from the product identification information. It is also possible to obtain special identification information of the type (such as the special barcode 401 of the invoice/receipt 400), and the display control means can obtain the information before the acquisition means. When the special identification information is acquired, the display on the display section is moved from the registration screen to the payment screen, and when the acquisition means does not acquire the special identification information, the registration screen is continued to be displayed.
According to the sales data processing device (1) above, operability is improved. For example, since the display screen is suitably controlled, operability is improved. In addition, since the registration screen can be moved to the payment screen depending on the situation without any explicit operation (for example, operation of the "Payment" button) to move to the payment screen, operability is improved.
(2) In the sales data processing device of (1) above, the special identification information includes first special identification information not related to a specific product (for example, special barcode 401, bagless barcode, etc.) and a specific product. and second special identification information (for example, a gift certificate, etc.) related to the first special identification information, and when the acquisition means acquires the first special identification information, the display control means changes the display on the display unit to a registration screen. 7 (B) → Figure 7 (C), Figure 8 (D) → Figure 8 (E), Figure 12 (A) → Figure 12 (B), Figure 12 (D) → (e.g., FIG. 12E), when the acquisition means acquires the second special identification information, when a specific product related to the second special identification information is registered, the display unit displays may be moved from the registration screen to the payment screen (FIG. 11(D)→FIG. 11(E), etc.).
According to the sales data processing device (2) above, the control is performed more appropriately depending on the type of special identification information, so that the operability is further improved.
(3) In order to solve the above-mentioned problems, a sales data processing device that is another aspect of the present invention includes an acquisition unit that acquires identification information, and each time the acquisition unit acquires identification information, the sales data processing device a registration means for sequentially registering information identified by the information, and when product identification information identifying a product is acquired, registering product information identified by the product identification information, and registering the product identification information. If special identification information of a different type is acquired, the special information identified by the special identification information is registered, and the registration process that is performed each time identification information is acquired is completed.
According to the sales data processing device (3) above, control can be performed according to the type of identification information, and operability is improved.
(4) In order to solve the above-mentioned problems, a program that is one aspect of the present invention is a program that causes a computer to function as a sales data processing device, the program including display control means that controls the display of the display unit of the computer. , an acquisition means for acquiring product identification information for identifying a product, and a registration means for sequentially registering products identified by each of the product identification information each time the acquisition means obtains the product identification information. , the display control means moves the display on the display unit from the registration screen to the payment screen when the acquisition means acquires the special identification information, and when the acquisition means does not acquire the special identification information, Continue displaying the registration screen.
According to the program (4) above, the operability is improved like the sales data processing device (1) above.
(5) In order to solve the above-mentioned problems, a sales data processing device that is one aspect of the present invention includes an acquisition unit that acquires product identification information that identifies a product, and an acquisition unit that acquires the product identification information. a registration means for sequentially registering the products identified by each of the product identification information, and registration performed for each product by the registration means based on a predetermined registration completion operation (such as a "checkout" operation). a completion means for completing the process (transition from the registration screen to the payment screen, etc.), and the acquisition means is configured to acquire special identification information (special barcode 401 of the invoice/receipt 400) different from the product identification information. etc.) can also be acquired (see FIG. 5, etc.), and the completion means can complete the registration process even without the registration completion operation when the acquisition means acquires the special identification information. Yes (Figure 9 etc.).
According to the sales data processing device (5) above, operability is improved. For example, depending on the situation, an explicit operation (operation of the "checkout" button) to complete the registration process is no longer necessary, which improves operability.

Note that the programs for realizing the POS system 1, receipt computer 10, POS terminal 20, POS terminal 21, etc. described above are recorded on a computer-readable recording medium, and the programs are loaded into the computer system and executed. You may also do so. Note that the "computer system" herein includes hardware such as an OS and peripheral devices. Furthermore, the term "computer-readable recording medium" refers to portable media such as flexible disks, magneto-optical disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into computer systems. Furthermore, "computer-readable recording medium" refers to volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. This also includes programs that are retained for a certain period of time. Further, the program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in a transmission medium. Here, the "transmission medium" that transmits the program refers to a medium that has a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Moreover, the above-mentioned program may be for realizing a part of the above-mentioned functions. Furthermore, it may be a so-called difference file (difference program) that can realize the above-described functions in combination with a program already recorded in the computer system.

1...POS system 10...Receipt computer 20...POS terminal 21...POS terminal 201...CPU
202...ROM
203...RAM
204...Hard disk 205...Customer side display section 206...Customer side scanner section 208...Card payment section 209...Change machine 210...Staff side display section 211...Key operation section 212...Staff side scanner section 213...Print section 214...Audio output section 215...Communication department 400...Bill/receipt 401...Special barcode 430...Receipt

Claims (3)

a display control means for controlling the display on the display section; an acquisition means for acquiring product identification information for registering the product;
When the acquisition means acquires the product identification information, a registration means for registering the product based on the product identification information;
a reception means for accepting a predetermined operation for terminating the registration by the registration means and proceeding to payment;
Equipped with
The acquisition means is
It is also possible to obtain special identification information for registering medical expenses .
The registration means includes:
When the acquisition means acquires the special identification information, registering medical fees based on the special identification information,
The display control means includes:
When the reception means accepts the predetermined operation, the display on the display section is shifted from the registration screen to the payment screen, and even when the reception means does not accept the predetermined operation, the acquisition means When special identification information is obtained, the display will shift from the registration screen to the checkout screen.
A sales data processing device characterized by: Issuance means for issuing receipts
Equipped with
The issuing means is
If the acquisition means has acquired the product identification information but has not acquired the special identification information, issue a printed receipt for the product registered by the registration means;
If the acquisition means has acquired the product identification information and the special identification information, the product registered by the registration means is printed, but the medical expenses registered by the registration means are printed. issue a receipt without
If the acquisition means has acquired the special identification information but has not acquired the product identification information, a receipt is not issued.
The sales data processing device according to claim 1, characterized in that: A program that causes a computer to function as a sales data processing device,
The computer,
display control means for controlling the display on the display unit;
an acquisition means for acquiring product identification information for registering a product;
when the acquisition means acquires the product identification information, a registration means for registering the product based on the product identification information;
a reception means for accepting a predetermined operation for terminating the registration by the registration means and proceeding to payment;
function as
The acquisition means is
It is also possible to obtain special identification information for registering medical expenses .
The registration means includes:
When the acquisition means acquires the special identification information, registering medical fees based on the special identification information,
The display control means includes:
When the reception means accepts the predetermined operation, the display on the display section is shifted from the registration screen to the payment screen, and even when the reception means does not accept the predetermined operation, the acquisition means When special identification information is obtained, the display on the display section is shifted from the registration screen to the payment screen.
A program characterized by:

Images