Transaction data processor, management device, and program

Abstract

To reduce the loss of convenience.SOLUTION: A transaction data processor includes display control means, acquisition means, and settlement means. The display control means displays to a customer a guidance screen that prompts the customer to make a predetermined input for obtaining settlement information. The acquisition means acquires the settlement information based on the input in the guidance indicated by the guidance screen. The settlement means performs settlement based on the settlement information acquired by the acquisition means. The display control means displays a different guidance screen depending on whether communication with a management device that manages the settlement information associated with identification information of the customer is possible or not.SELECTED DRAWING: Figure 8

Description

[Technical field]

[0001] The present invention relates to a transaction data processing device, a management device, and a program. [Background technology]

[0002] In hospitals, etc., payment systems that allow users such as patients to pay for medical expenses themselves are becoming widespread. For example, a transaction device has been disclosed that reads an identification number from a patient's appointment card, obtains medical information associated with the identification number by inquiring of a management device (host computer), and performs payment (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2017-102860 A Summary of the Invention [Problem to be solved by the invention]

[0004] In such a settlement system, communication with the management device may be interrupted during business hours due to the wireless LAN communication environment, various connection problems, etc. However, in the conventional technology, when such a disconnection occurs, it becomes impossible to perform self-payment, which may reduce convenience.

[0005] The present invention has been made in view of the above circumstances, and has an object to provide a technique capable of suppressing a decrease in convenience. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems, a transaction data processing device according to one aspect of the present invention comprises a display control means for displaying a guidance screen to a customer prompting the customer to make specific inputs related to the acquisition of settlement information, an acquisition means for acquiring settlement information based on the inputs in the guidance shown on the guidance screen, and a settlement means for performing settlement based on the settlement information acquired by the acquisition means, wherein the display control means displays different guidance screens depending on whether or not communication with a management device that manages settlement information in correspondence with customer identification information is possible.

[0007] In order to solve the above-mentioned problems, one aspect of the present invention is a management device that is capable of communicating with the transaction data processing device described above, and is equipped with an issuing means for issuing a medium for customers showing medical treatment results, and the issuing means issues media with different content depending on whether or not it is possible to communicate with the transaction data processing device.

[0008] In order to solve the above-mentioned problems, one aspect of the present invention is a program that causes a computer of a transaction data processing device to function as a display control means that displays a guidance screen to a customer prompting them to enter specific inputs related to the acquisition of settlement information, an acquisition means that acquires settlement information based on the inputs in the guidance shown on the guidance screen, and a settlement means that performs settlement based on the settlement information acquired by the acquisition means, and the display control means displays different guidance screens depending on whether communication with a management device that manages settlement information in correspondence with customer identification information is possible. [Brief description of the drawings]

[0009] [Figure 1] 1 is an explanatory diagram showing a network configuration of a transaction data processing system 1 according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a diagram showing an example of the appearance of the settlement device 20 as seen from the customer side. [Diagram 3] 2 is a diagram illustrating an example of the hardware configuration of the settlement device 20. FIG. [Figure 4]A diagram showing an example of the hardware configuration of a receipt computer 10. [Figure 5A] 1 is a diagram showing an example of a medical data DB stored in a receipt computer 10. FIG. [Figure 5B] FIG. 13 is a diagram showing an example of a payment type selection screen relating to a function for preventing a mistaken transaction. [Figure 6] 1 is a block diagram showing an example of a functional configuration of a transaction data processing system 1. FIG. [Figure 7] FIG. 2 is a diagram showing an example of a screen displayed on the customer side display unit 205 while online. [Figure 8] FIG. 2 is a diagram showing an example of a screen displayed on the customer side display unit 205 while offline. [Figure 9] 1 is a flowchart showing an example of processing performed by a receipt computer 10. [Figure 10] 13 is a flowchart showing an example of processing performed by the settlement device 20. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] (Embodiment) (Network configuration of transaction data processing system 1) 1 is an explanatory diagram showing a network configuration of a transaction data processing system 1 according to an embodiment of the present invention. The transaction data processing system 1 is installed in, for example, a medical institution such as a hospital or a clinic. As shown in FIG. 1, the transaction data processing system 1 includes a receipt computer 10 and a settlement device 20.

[0011] The receipt computer 10 is an example of a management device. The receipt computer 10 is a higher-level device of the settlement device 20. The receipt computer 10 is a computer device operated by medical staff such as doctors and nurses. The receipt computer 10 issues, for example, a medical statement. The medical statement is a document that lists the details of each patient's medical treatment, examination details, prescription drugs, etc. The medical statement also lists medical expenses and insurance points. The receipt computer 10 stores the medical statement for each patient. The receipt computer 10 is a computer device such as a personal computer or tablet terminal.

[0012] The settlement device 20 is an example of a transaction data processing device. The settlement device 20 is a computer device (POS register) that accepts self-payment of medical fees by users (customers). The settlement device 20 is also capable of registering products in addition to performing settlement. The receipt computer 10 and the settlement device 20 are connected to be able to communicate wirelessly, for example, via a LAN (Local Area Network). The communication is not limited to being wireless, and may be wired.

[0013] (Configuration example of settlement device 20) Next, the configuration of the settlement device 20 will be described with reference to Figs. FIG. 2 is a diagram showing an example of the external appearance of the settlement device 20 as seen from the customer's side. 3 is a diagram showing an example of the hardware configuration of the settlement device 20. In this specification, the terms "medical staff" and "clerk" are synonymous. Also, the terms "user" and "customer" (or "client") who use a medical institution are synonymous.

[0014] The settlement device 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer display unit 205, a customer scanner unit 206, a card settlement unit 208, a change machine 209, a store clerk display unit 210, a key operation unit 211, a store clerk scanner unit 212, a printing unit 213, an audio output unit 214, a communication unit 215, a camera 216, and an authentication medium reading unit 217. Each unit is connected to each other via a bus 230 so as to be able to communicate with each other.

[0015] The CPU 201 is a central processing unit, and controls the operation of the settlement device 20 by reading and executing various programs stored in the ROM 202. The various programs include a transaction data processing program according to this embodiment. The ROM 202 is a read-only memory, and stores various types of information used by the CPU 201, including various programs. The RAM 203 is a readable and writable memory, and stores various information. For example, the RAM 203 stores information acquired from the outside (for example, information acquired from the receipt computer 10) and information generated during processing. This information also includes settlement information generated during settlement.

[0016] Hard disk 204 stores various information. For example, hard disk 204 stores (records) imaging results (e.g., video) captured by camera 216. Hard disk 204 may store various programs executed by CPU 201, instead of ROM 202. Furthermore, hard disk 204 may store information acquired from the outside and information generated in processing, instead of RAM 203.

[0017] The customer-side display unit 205 is a touch display for the user. The customer-side display unit 205 displays various information to the user and accepts various inputs from the user. The various inputs include, for example, inputs related to payment. For example, the customer-side display unit 205 displays a payment type selection button corresponding to the payment type, and accepts the selection of the payment type by pressing the button.

[0018] The customer-side scanner unit 206 is a scanner unit for users, and optically reads various information. Codes that the customer-side scanner unit 206 can read include one-dimensional codes and two-dimensional codes. One-dimensional codes and two-dimensional codes include payment codes related to code payments and settlement codes printed on medical statements, which will be described later.

[0019] The card settlement unit 208 performs settlement based on information stored in various media such as various cards and mobile terminals. Various cards include credit cards, prepaid cards such as electronic money, and point cards. Electronic money is charged to a charging medium such as a transportation IC card or a mobile terminal.

[0020] The change machine 209 is a cash settlement mechanism. The change machine 209 faces the user and accepts various operations and cash insertion from the user. Specifically, the change machine 209 has an insertion port and an ejection port for bills and coins. The change machine 209 calculates the amount inserted into the insertion port, calculates the change amount, which is the difference between the inserted amount and the purchase amount, and ejects the change from the ejection port.

[0021] The store clerk display unit 210 is a touch display for medical staff. The store clerk display unit 210 displays various information to the medical staff and receives various inputs from the medical staff.

[0022] The key operation unit 211 is provided on the medical staff side and includes various keys (hardware keys, buttons). The key operation unit 211 accepts various inputs from the medical staff.

[0023] The store clerk scanner unit 212 is a scanner unit for medical staff, and optically reads various information. Codes that the store clerk scanner unit 212 can read include one-dimensional codes and two-dimensional codes. One-dimensional codes and two-dimensional codes include staff codes attached to the name tags of medical staff.

[0024] The settlement device 20 performs processing based on information obtained from the code read by the customer-side scanner unit 206 or the clerk-side scanner unit 212. The settlement device 20 determines the type of the read code (a settlement code, a staff code, etc.) by checking the value of a flag or the like indicated by a specific digit in the code, the number of digits read, etc. When the settlement device 20 reads a settlement code, it performs settlement processing, and when it reads a staff code, it performs login processing for the medical staff.

[0025] The printing unit 213 prints and outputs various media (receipts, invoices, etc.). The printing unit 213 has a rotatable mechanism and is configured so that the media issuing port faces from the store clerk side to the customer side, and faces from the user side to the medical staff side. The audio output unit 214 outputs sounds. For example, the audio output unit 214 outputs a reading sound (scanning sound) when various codes are scanned, audio guidance, a warning sound, etc. These sounds are related to payment. The communication unit 215 is an interface for transmitting and receiving information to and from other devices (such as the receipt computer 10).

[0026] Camera 216 is attached to the upper right of customer side display unit 205. Camera 216 is a camera that continuously captures moving or still images. A CCD (charge coupled device) camera or a CMOS (Complementary Metal Oxide Semiconductor) camera can be used as camera 216. Camera 216 captures an image of a user's payment operation.

[0027] The authentication medium reading unit 217 reads the identification information stored in an authentication medium held by the user. The authentication medium is a My Number card or a patient registration card. The authentication medium may be any information capable of identifying the user, and may be an insurance card, a membership card, or a driver's license instead of or in addition to the My Number card or patient registration card. The authentication medium reading unit 217 reads the identification information by inserting a card. However, the reading method is not limited to the insertion method, and may be a non-insertion method (non-contact type or placement type).

[0028] (Example of the configuration of Receipt Computer 10) 4 is a diagram showing an example of the hardware configuration of the receipt computer 10. The receipt computer 10 includes a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a communication unit 405, an input device 406, a display 407, and a printing unit 408. Each unit is connected to each other via a bus 410 so as to be able to communicate with each other.

[0029] The CPU 401 is a central processing unit that reads and executes various programs stored in the ROM 402 to control the operation of the receipt computer 10. The various programs include a transaction data processing program according to this embodiment. The ROM 402 is a read-only memory, and stores various types of information used by the CPU 401, including various programs.

[0030] The RAM 403 is a readable and writable memory, and stores various information. For example, the RAM 403 stores information acquired from the outside (for example, a settlement completion notification acquired from the settlement device 20) and information generated during processing. The hard disk 404 stores various information, such as a medical data DB (database) 500 (FIG. 5A).

[0031] The communication unit 405 is an interface for transmitting and receiving information to and from other devices (such as the settlement device 20). The input device 406 includes, for example, a keyboard, a mouse, a microphone, etc., and is used to input various types of information. The display 407 is a display unit such as a liquid crystal panel, and displays various images. A printing unit 408 prints and outputs various media (medical statement, etc.).

[0032] (An example of a medical data database) Fig. 5A is a diagram showing an example of a medical data DB stored in the receipt computer 10. As shown in Fig. 5A, the medical data DB 500 includes the following items: "medical data ID", "issue date and time", "user identification information", "user name", "medical treatment content", "medical fee", "presence or absence of settlement code", and "presence or absence of settlement". By inputting information for each item, the medical data is stored as a record.

[0033] "Medical data ID" indicates identification information assigned to medical data (for example, a medical statement to be issued). "Issuance date and time" indicates the date and time when the medical bill was issued. "User identification information" refers to the identification information of the user (patient) obtained from the My Number card or patient registration card. "User name" is the name of the user (patient). The "medical treatment details" refers to the treatment details for the user (patient), such as the details of the examination and treatment. "Medical expenses" refers to the amount paid for medical treatment.

[0034] "Presence or absence of settlement code" indicates "Yes" which indicates that the settlement code was printed on the medical statement, or "No" which indicates that the settlement code was not printed on the medical statement. The settlement code is a code that is printed when communication between the receipt computer 10 and the settlement device 20 is cut off (offline).

[0035] "Has it been settled?" indicates whether the user has completed settling the medical expenses. When the settlement of the medical expenses is complete, the settlement device 20 sends a settlement completion notification to the receipt computer 10. When the receipt computer 10 receives the settlement completion notification, it enters "Yes" in the "Settlement" field, indicating that settlement has been completed. On the other hand, until it receives the settlement completion notification, "No" is entered in the "Settlement" field, indicating that settlement has not been completed.

[0036] (Functional configuration of transaction data processing system 1) Here, in the transaction data processing system 1, during business hours, communication between the receipt computer 10 and the settlement device 20 may be cut off due to the wireless LAN communication environment, various connection problems, etc. In this case, if self-settlement cannot be performed, the convenience of the transaction data processing system 1 will decrease. Therefore, in this embodiment, even if communication between the receipt computer 10 and the settlement device 20 is cut off, self-settlement is possible, and the decrease in convenience is suppressed. The functional configuration of the transaction data processing system 1 will be described below.

[0037] Fig. 6 is a block diagram showing an example of the functional configuration of the transaction data processing system 1. First, the functional configuration of the receipt computer 10 will be described. As shown in Fig. 6, the receipt computer 10 has the following functional units: a second communication status determination unit 601, an issuing unit 602, a medical data management unit 603, and a clearing unit 604. Each functional unit is realized by the CPU 401. That is, the CPU 401 realizes each functional unit by executing a transaction data processing program stored in the ROM 402.

[0038] The second communication status determination unit 601 determines whether communication with the settlement device 20 is possible (online). The second communication status determination unit 601 makes this determination by constantly monitoring whether it is online or not. Note that an event in which communication with the settlement device 20 is impossible (offline) is more likely to occur when there is a wireless connection to the settlement device 20 than when there is a wired connection. For this reason, the determination by the second communication status determination unit 601 may be made when there is a wireless connection to the settlement device 20, and not made when there is a wired connection.

[0039] In addition, in the case of a wired connection, a setting for making a determination by the second communication status determination unit 601 and a setting for not making a determination may be switchable. On the other hand, in the case of a wireless connection, a setting for making a determination by the second communication status determination unit 601 may be forcibly set.

[0040] The issuing unit 602 issues a medium for the user indicating the medical treatment results. The medium for the user is, for example, a medical statement 600. The medical statement 600 is a paper medium. When the issuing unit 602 receives a predetermined operation related to issuing the medical statement 600 from the medical staff, the issuing unit 602 obtains data required for the medical statement 600 for the target user from the medical data DB 500, and issues the medical statement 600.

[0041] In this embodiment, the issuing unit 602 issues medical statements 600 with different contents depending on the judgment result (hereinafter referred to as the "communication judgment result") of the second communication status judgment unit 601. The medical statements 600 include a medical statement 600 that does not include the settlement code 600c (hereinafter referred to as the "normal statement 600a") and a medical statement 600 that includes the settlement code 600c (hereinafter referred to as the "code statement 600b").

[0042] If the communication determination result indicates online, the issuing unit 602 issues a regular statement 600a. On the other hand, if the communication determination result indicates offline, the issuing unit 602 issues a code statement 600b. The settlement code 600c is a coded version of medical fee information (settlement information). The settlement code 600c includes only medical fee information and does not include other information such as a medical data ID. In the figure, the settlement code 600c is represented by a barcode, but this is not limited to this and may be represented by a two-dimensional code.

[0043] When the communication determination result indicates online, the medical data management unit 603 identifies the medical data of the target user from the medical data DB 500 in response to a request to send medical data from the settlement device 20, and transmits the identified medical data to the settlement device 20. Note that when the communication determination result indicates offline, the medical data management unit 603 does not receive a transmission request from the settlement device 20, and therefore does not transmit medical data to the settlement device 20.

[0044] When the settlement of medical expenses is completed in the settlement device 20, the settlement unit 604 receives a settlement completion notification from the settlement device 20. When the settlement completion notification is received, the settlement unit 604 performs a settlement process. The settlement process is a process of identifying medical data to be settled and updating the "settlement" item (FIG. 5A) of the medical data to "Yes", which indicates that settlement has been completed.

[0045] (Functional configuration of settlement device 20) Next, the settlement device 20 will be described. The settlement device 20 has the following functional units: a first communication status determination unit 611, a display control unit 612, an input unit 613, an acquisition unit 614, and a settlement unit 615. Each functional unit is realized by the CPU 201. That is, the CPU 201 realizes each functional unit by executing a transaction data processing program stored in the ROM 202.

[0046] The first communication status determination unit 611 determines whether communication with the receipt computer 10 is possible (online). The second communication status determination unit 601 makes this determination by constantly monitoring whether it is online or not. Note that an event in which communication with the receipt computer 10 is impossible (offline) is more likely to occur when there is a wireless connection to the receipt computer 10 than when there is a wired connection to the receipt computer 10. For this reason, the determination by the first communication status determination unit 611 may be made when there is a wireless connection to the receipt computer 10, and not made when there is a wired connection.

[0047] In addition, in the case of a wired connection, a setting for making a determination by the first communication status determination unit 611 and a setting for not making a determination may be switchable. On the other hand, in the case of a wireless connection, a setting for making a determination by the second communication status determination unit 601 may be forcibly set.

[0048] In the present transaction data processing system 1, whether the receipt computer 10 and the settlement device 20 are online is determined by the first communication status determination unit 611 and the second communication status determination unit 601, but the determination may be made by at least one of them. In other words, the functional unit (communication status determination unit) that determines whether they are online may be provided in at least one of the receipt computer 10 and the settlement device 20. The communication status determination unit may not be provided in the receipt computer 10 and the settlement device 20, but may be provided in an external server. In this case, the external server may monitor the communication status of the receipt computer 10 and the settlement device 20.

[0049] (If online) The display control unit 612 displays different guide screens on the customer side display unit 205 according to the judgment result of the first communication status judgment unit 611 (hereinafter referred to as the "communication judgment result"). For example, when the communication judgment result indicates that communication is possible (when online), the display control unit 612 displays a first guide screen 720 (FIG. 7(B)) that prompts the input of user identification information. The user identification information is stored in the authentication medium 610. The authentication medium 610 includes a My Number card 610a and a patient registration card 610b. The first guide screen 720 is a screen that prompts the authentication medium reading unit 217 to read the authentication medium 610.

[0050] Fig. 7 is a diagram showing an example of a screen displayed on the customer display unit 205 while online. Fig. 7(A) shows a standby screen 710. The standby screen 710 includes a message 711 and a start settlement button 712. The message 711 is a notification indicating that the payment is self-payment. The start settlement button 712 is a button for accepting the start of the settlement process. When the start settlement button 712 is pressed on the standby screen 710, the screen transitions to a first guidance screen 720 shown in Fig. 7(B).

[0051] 7(B) shows a first guidance screen 720. The first guidance screen 720 includes a message 721, a guidance image 722, and a back button 723. Message 721 is a notification that prompts the user to insert authentication medium 610 (my number card 610a, patient appointment card 610b) into authentication medium reading unit 217. Together with this notification, images showing my number card 610a and patient appointment card 610b are also displayed at the same time. The guide image 722 is an image (animation or the like) that prompts the user to insert the authentication medium 610 into the authentication medium reading unit 217. The guide image 722 is displayed in a manner that allows the user to recognize the position of the authentication medium reading unit 217 in the settlement device 20. This allows the user to easily grasp the position of the authentication medium reading unit 217. The back button 723 is a button for accepting returning to the standby screen 710 (FIG. 7(A)).

[0052] On the first guide screen 720, the authentication medium reading unit 217 reads the user identification information from the authentication medium 610 in response to the user's insertion operation. The input unit 613 inputs the user identification information read by the authentication medium reading unit 217.

[0053] The acquisition unit 614 acquires medical fee information (adjustment information) from the receipt computer 10 based on the user identification information input to the input unit 613. Specifically, the acquisition unit 614 requests the receipt computer 10 to transmit medical data corresponding to the user identification information, and acquires the medical data from the receipt computer 10. Note that the information acquired from the receipt computer 10 may include at least the medical data ID and medical fee information among the medical data.

[0054] The settlement unit 615 performs settlement based on the medical fee information acquired by the acquisition unit 614. When settlement is completed, the settlement unit 615 transmits a settlement completion notice to the receipt computer 10. When settlement is performed online, the settlement completion notice includes the medical data ID and a notice that settlement has been completed.

[0055] When the settlement completion notice is received, the settlement unit 604 performs a settlement process. Specifically, the settlement unit 604 identifies the medical data from the medical ID, and updates the "settlement" item in the medical data to "Yes". The settlement completion notice only needs to include information that can identify the medical data (information necessary for the settlement process). The information that can identify the medical data is not limited to the medical data ID, and may be, for example, any one of the user identification information, the user name, and the issue date and time, or a combination of these.

[0056] (If offline) If the communication determination result indicates that communication is not possible (if offline), the display control unit 612 displays a second guide screen 820 (FIG. 8(B)) that prompts the input (reading) of the settlement code 600c (settlement information) of the code description 600b on the customer side display unit 205. In addition, the display control unit 612 displays an image (offline image) indicating that communication is not possible on the second guide screen 820.

[0057] FIG. 8 is a diagram showing an example of a screen displayed on the customer-side display unit 205 while offline. FIG. 8(B) shows a standby screen 810. The standby screen 810 includes a message 711, a settlement start button 712, and an offline image 811. The offline image 811 is displayed in a conspicuous manner. For example, the offline image 811 is displayed in a red band at the top of the standby screen 810. This allows even medical staff who are not near the settlement device 20 to easily understand that the device is offline.

[0058] The offline image 811 is not limited to the illustrated form, and may be, for example, a predetermined mark indicating that the device is offline, or a background color indicating that the device is offline. The offline image 811 is always displayed while the device is offline. When the settlement start button 712 is pressed on the standby screen 810, the screen transitions to a second guide screen 820 shown in FIG. 8(B).

[0059] 8(B) shows a second guide screen 820. The second guide screen 820 includes an offline image 811, a message 821, a guide image 822, and a back button 823. The message 821 is a notification that prompts the customer to have the customer-side scanner unit 206 read the settlement code 600c described in the code statement 600b. The guide image 822 is an image (animation, etc.) that prompts the user to read the settlement code 600c with the customer-side scanner unit 206. The guide image 822 is displayed in a manner that allows the user to recognize the position of the customer-side scanner unit 206 in the settlement device 20. This allows the user to easily understand the position of the customer-side scanner unit 206. The back button 823 is a button for accepting returning to the standby screen 810 (FIG. 8(A)).

[0060] On the second guidance screen 820, the user causes the customer-side scanner unit 206 to read the settlement code 600c. As a result, the customer-side scanner unit 206 reads the settlement code 600c. Then, the input unit 613 inputs the settlement code 600c read by the customer-side scanner unit 206. The acquisition unit 614 decodes the settlement code 600c input to the input unit 613 to acquire medical fee information (settlement information).

[0061] The settlement unit 615 settles the medical expenses based on the medical expenses information acquired by the acquisition unit 614. When settlement is completed, the settlement unit 615 sends a settlement completion notice to the receipt computer 10. When settlement is performed offline, the settlement completion notice includes medical expenses information and a notice that settlement has been completed, but does not include a medical data ID. When the settlement completion notice is received, the settlement unit 604 performs a settlement process. Specifically, the settlement unit 604 identifies medical data that includes medical expenses equal to the medical expenses indicated by the medical expenses information, and updates the "settlement" item of the identified medical data to "yes".

[0062] The settlement code 600c may include user identification information in addition to the medical fee information. In this case, the acquisition unit 614 acquires the settlement information (medical fee information) and the user identification information by decoding the settlement code 600c read by the customer-side scanner unit 206. This allows the settlement unit 615 to settle the medical fee based on the medical fee information acquired by the acquisition unit 614 even when offline. When the online state is restored, the settlement unit 615 transmits a settlement completion notice to the receipt computer 10. In this case, the settlement completion notice includes a notice that settlement has been completed and the user identification information. This allows the settlement unit 604 (receipt computer 10) to identify medical data based on the user identification information included in the settlement completion notice and to perform settlement processing on the identified medical data.

[0063] The settlement code 600c may include a medical data ID in addition to the medical fee information. In this case, the acquisition unit 614 acquires the settlement information (medical fee information) and the medical data ID by decoding the settlement code 600c read by the customer-side scanner unit 206. This allows the settlement unit 615 to settle the settlement based on the medical fee information acquired by the acquisition unit 614 even when offline. When the online state is restored, the settlement unit 615 transmits a settlement completion notice to the receipt computer 10. In this case, the settlement completion notice includes a notice that settlement has been completed and the medical data ID. This allows the settlement unit 604 (receipt computer 10) to identify the medical data based on the medical data ID included in the settlement completion notice and to perform settlement processing for the identified medical data.

[0064] If the settlement code 600c is a one-dimensional code, the medical fee information can be expressed as a numerical value of the code. If the settlement code 600c is a two-dimensional code, it can include user identification information and medical data ID in addition to the medical fee information.

[0065] If there are multiple medical data showing the same medical fee, that is, if multiple medical data are identified, the receipt computer 10 may notify the medical staff. In this case, the receipt computer 10 may perform a settlement process by accepting a confirmation operation from the medical staff.

[0066] (Restrictions on payment based on payment code 600c) Here, although the code statement 600b is issued because the system was offline, the system may later be restored to online. When online, the settlement unit 615 restricts settlement based on the settlement code 600c. In other words, the settlement unit 615 validates only settlement based on the authentication medium 610. Restricting settlement means prohibiting settlement processing by the settlement unit 615, for example, not accepting the selection of a payment type, or not accepting the insertion of cash or the reading of various cards.

[0067] However, the settlement restrictions may be as follows: - Restriction on reading of payment code 600c by customer side scanner unit 206. Restriction on input of settlement code 600c to input unit 613. The acquisition unit 614 may be restricted from decoding the settlement code 600c.

[0068] (Form of receipt) The settlement unit 615 issues receipts in different formats for settlement based on the authentication medium 610 and settlement based on the settlement code 600c. For example, in the case of settlement based on the settlement code 600c, the settlement unit 615 prints information on the receipt indicating that settlement based on the settlement code 600c was made because the settlement based on the authentication medium 610 could not be made because the transaction was offline. On the other hand, when the transaction is online, the settlement unit 615 does not print this information on the receipt. This allows the user to understand from the receipt why settlement based on the authentication medium 610 was not made.

[0069] (Memory in electronic journals) The settlement device 20 stores various transactions in an electronic journal. The settlement device 20 also stores the communication determination result (offline or online) of the first communication status determination unit 611 in the electronic journal for each transaction. The settlement device 20 can display the electronic journal in response to an operation by a medical staff member. The settlement device 20 can also display the communication determination result for each transaction. For example, the settlement device 20 may display offline transaction data in a display mode different from that for online transaction data. Furthermore, the settlement device 20 may notify offline transaction data, such as "settlement has been completed by offline processing." The electronic journal can also be displayed on other devices by being transmitted from the settlement device 20 to the other devices.

[0070] (Prohibition of double settlement) The settlement unit 615 prohibits settlement processing based on the settlement code 600c for which settlement has been completed. Specifically, the settlement unit 615 inquires of the receipt computer 10 whether or not settlement has been completed for the medical fee information acquired based on the settlement code 600c. The receipt computer 10 determines whether or not there is medical data for which the amount is the same as the amount indicated by the medical fee information and which has been cleared within a predetermined time, and transmits the determination result to the settlement device 20. If the determination result indicates yes, that is, if settlement has been completed, the settlement device 20 notifies that settlement has been completed and does not perform settlement.

[0071] Similarly, for settlement based on the authentication medium 610, the settlement unit 615 prohibits double settlement. Specifically, the settlement unit 615 inquires of the receipt computer 10 as to whether or not settlement has been completed for the user identification information read by the authentication medium reading unit 217. The receipt computer 10 refers to the medical data and transmits the settlement result corresponding to the user identification information to the settlement device 20. If the settlement result indicates "completed", that is, if settlement has been completed, the settlement device 20 notifies that settlement has been completed and does not perform settlement.

[0072] (Setting validity period) A validity period may be set in the code statement 600b. Specifically, the settlement unit 615 prohibits settlement processing if the validity period has passed since the code statement 600b was issued. The validity period is, for example, the current day. The validity period may be included in the settlement code 600c. In this case, the settlement unit 615 obtains information on the validity period based on the settlement code 600c.

[0073] If the settlement code 600c does not include a validity period, the settlement unit 615 may inquire of the receipt computer 10 about the validity period. Specifically, the settlement unit 615 inquires of the receipt computer 10 about whether settlement has been completed for the medical fee information acquired based on the settlement code 600c. The receipt computer 10 identifies medical data of the same amount as the amount indicated by the medical fee information, and further identifies the issue date and time of the medical data, and transmits the identified issue date and time to the settlement device 20. If the issue date and time is within the validity period, the settlement device 20 performs settlement, but if the issue date and time is beyond the validity period, it notifies the user of this fact and does not perform settlement.

[0074] Similarly, for settlement based on the authentication medium 610, the settlement unit 615 prohibits settlement if the validity period has expired. Specifically, the settlement unit 615 inquires of the receipt computer 10 about the issue date and time of the user identification information read by the authentication medium reading unit 217. The receipt computer 10 refers to the medical data and transmits the issue date and time corresponding to the user identification information to the settlement device 20. If the issue date and time is within the validity period, the settlement device 20 settles the settlement, but if the issue date and time is beyond the validity period, it notifies the user of this fact and does not settle the settlement.

[0075] If payment is not completed or if the validity period has elapsed, the "deductible" field of the medical data remains "not yet". In this case, it is necessary to bill the user for medical expenses at a later date. Therefore, when generating new medical data for the same user identification information as the user identification information for which the "deductible" field is "not yet", the receipt computer 10 may notify the user that the settlement of the payment has not been completed. In this case, the medical expenses may be calculated by adding the previous medical expenses and the current medical expenses and presented. For example, in the offline case, the issuing unit 602 may issue a code statement 600b indicating the expenses obtained by adding the previous medical expenses and the current medical expenses. In the online case, when a request for transmission of medical data is received from the settlement device 20, the medical data management unit 603 may transmit information on the medical expenses obtained by adding the previous medical expenses and the current medical expenses to the settlement device 20. In addition, the settlement device 20 may display the previous medical expenses and the current medical expenses on the customer side display unit 205 so that the previous medical expenses and the current medical expenses can be distinguished from each other.

[0076] (Function to prevent mis-dealing of transactions) Fig. 5B is a diagram showing an example of a payment type selection screen related to the function of preventing mis-dealing of a transaction. As shown in Fig. 5B, a payment type selection screen 520 is displayed on the customer side display unit 205. The payment type selection screen 520 is a screen for accepting the selection of a payment type, and includes, for example, a name area 521, a payment amount area 522, and a payment type selection button 523.

[0077] The name area 521 shows the name of the user (patient). The name area 521 is highlighted at the top of the payment type selection screen 520. The highlighting can be done, for example, by displaying the name larger than other characters, by displaying it in a different color (e.g., red) than other characters, or by displaying it in a different font than other characters.

[0078] When any of the payment type selection buttons 523 is selected on the payment type selection screen 520, the screen transitions to a settlement screen where the settlement is made with the payment type indicated by the selected button. In this way, by displaying the name in the name area 521, it is possible to prevent mistakes in transactions.

[0079] Here, for example, if the previous customer leaves without completing the payment, the previous customer's payment screen may be retained. In this case, the following patterns 1 to 4 are shown as examples of how to prevent a mis-accounting transaction.

[0080] Pattern 1: On the previous customer's payment screen, even if the same patient has the payment device 20 read their medical card or payment code 600c again, the screen does not change. If the payment has not been completed, the customer can continue the payment process. Note that if the payment has already been completed and the payment device 20 reads the same payment code 600c, the payment device 20 will read the code but will process it as a completed payment transaction and will not respond. Pattern 2: When another patient has the payment device 20 read the authentication medium 610 or the payment code 600c on the payment screen of the previous customer, the payment device 20 displays a screen to call a store clerk. Pattern 3: If it is determined that the previous and next customers are not the same person based on the captured facial images of the customers, the settlement device 20 displays a screen to call a store clerk. The captured facial images can be obtained from the camera 216. The determination as to whether the customers are the same person may be made by the settlement device 20 or by another device. Pattern 4: When a predetermined time has elapsed (if the previous customer's settlement screen is left unattended), the settlement device 20 displays the initial screen. This prevents mistakes in transactions even if the previous customer's settlement screen is retained. The following patterns 1 to 4 are given as examples.

[0081] (An example of the processing performed by the receipt computer 10) Fig. 9 is a flow chart showing an example of processing performed by the receipt computer 10. The processing shown below is constantly performed at a predetermined control period according to the processing capacity of the CPU 401. In Fig. 9, the receipt computer 10 determines whether or not the issuance of the medical care statement 600 has been accepted (step S901). If the issuance of the medical care statement 600 has not been accepted (step S901: NO), the receipt computer 10 proceeds to step S905.

[0082] On the other hand, if the issuance of the medical care statement 600 is accepted (step S901: YES), the receipt computer 10 judges whether it is online or not (step S902). If it is online (step S902: YES), the receipt computer 10 issues the regular statement 600a (step S903) and proceeds to step S905.

[0083] On the other hand, if the receipt computer 10 is not online (step S902: NO), that is, if the receipt computer 10 is offline, the receipt computer 10 issues a code statement 600b (step S904) and proceeds to step S905.

[0084] In step S905, the receipt computer 10 determines whether or not a settlement completion notice has been received from the settlement device 20 (step S905). If a settlement completion notice has not been received from the settlement device 20 (step S905: NO), the receipt computer 10 ends the series of processes. On the other hand, if a settlement completion notice has been received from the settlement device 20 (step S905: YES), the receipt computer 10 determines whether or not a medical data ID is included in the settlement completion notice (step S906).

[0085] If the settlement completion notice includes the medical data ID (step S906: YES), the receipt computer 10 identifies the medical data based on the medical data ID (step S907). Then, the receipt computer 10 performs a clearing process for the identified medical data (step S908), and ends the series of processes.

[0086] On the other hand, in step S906, if the settlement completion notice does not include the medical data ID (step S906: NO), the receipt computer 10 identifies the medical data based on the medical fee information (step S909), and proceeds to step S908.

[0087] (An example of a process performed by the settlement device 20) Fig. 10 is a flow chart showing an example of processing performed by the settlement device 20. Note that the processing shown below is processing that is constantly performed at a predetermined control period according to the processing capacity of the CPU 201. In Fig. 10, the settlement device 20 judges whether it is online or not (step S1001). If it is not online (step S1001: NO), that is, if it is offline, the settlement device 20 displays the offline image 811 (Fig. 8(A)) on the customer side display unit 205, and proceeds to step S1004.

[0088] On the other hand, if the payment terminal is online (step S1001: YES), the settlement device 20 hides the offline image 811 (step S1004) and proceeds to step S1004.

[0089] Next, the settlement device 20 determines whether or not the settlement start button 712 has been pressed on the standby screen 710 (FIG. 7(A)) or the standby screen 810 (FIG. 8(A)) (step S1004). If the settlement start button 712 has not been pressed (step S1004: NO), the settlement device 20 ends the series of processes. On the other hand, if the settlement start button 712 has been pressed (step S1004: YES), the settlement device 20 determines whether or not it is online (step S1005).

[0090] If online (step S1005: YES), the settlement device 20 restricts the settlement process based on the settlement code 600c (step S1006). Then, the settlement device 20 displays the first guide screen 720 (FIG. 7(B)) on the customer side display unit 205 (step S1007). Next, the settlement device 20 waits until the authentication medium 610 is inserted into the authentication medium reading unit 217 (step S1008: NO). When the authentication medium 610 is inserted into the authentication medium reading unit 217 (step S1008: YES), the settlement device 20 makes a request to send medical data corresponding to the user identification information stored in the authentication medium 610 (step S1009).

[0091] The settlement device 20 then waits until it receives the medical data from the receipt computer 10 (step S1010: NO). When it receives the medical data from the receipt computer 10 (step S1010: YES), the settlement device 20 waits until settlement based on the settlement information included in the medical data is completed by the settlement unit 615 (step S1011: NO). When settlement is completed (step S1011: YES), the settlement device 20 transmits a settlement completion notification including the medical data ID to the receipt computer 10 (step S1012), and ends the series of processes.

[0092] On the other hand, if the customer is not online in step S1005 (step S1005: NO), that is, if the customer is offline, the settlement device 20 displays the second guide screen 820 (FIG. 8(B)) on the customer display unit 205 (step S1013). Then, the settlement device 20 waits until the customer scanner unit 206 reads the settlement code 600c (step S1014: NO). When the customer scanner unit 206 reads the settlement code 600c (step S1014: YES), the settlement device 20 decodes the settlement code 600c and acquires the settlement information (information on medical fees) (step S1015).

[0093] The settlement device 20 then waits until the settlement based on the settlement information is completed by the settlement unit 615 (step S1016: NO). When the settlement is completed (step S1016: YES), a settlement completion notice not including the medical data ID is sent to the receipt computer 10 (step S1017), and the series of processes is terminated.

[0094] From the viewpoint of preventing the authentication medium 610 from being left behind, any of the following processes may be performed. The screen will not transition to the settlement screen unless the authentication medium 610 is removed. In other words, the condition for transitioning from the first guidance screen 720 (FIG. 7(B)) to the settlement screen is the removal of the authentication medium 610. Payment cannot be made unless the authentication medium 610 is removed. In other words, the condition for making a payment possible is the removal of the authentication medium 610. Incidentally, not being able to make a payment means, for example, that the insertion of cash is prohibited or the reading of cards is prohibited. A receipt will not be issued unless the authentication medium 610 is removed. In other words, the condition for issuing a receipt is the removal of the authentication medium 610. This makes it possible to prevent forgetting to remove the My Number card or patient appointment card inserted into the insertion-type terminal (authentication medium reading unit 217), and even when using a contactless terminal (authentication medium reading unit 217), it makes it possible to prevent forgetting to remove the My Number card or patient appointment card when holding it over the terminal.

[0095] As described above, the settlement device 20 of this embodiment displays different guide screens 720, 820 (FIGS. 7(A), 8(B)) depending on the communication determination result indicating whether communication with the receipt computer 10 is possible. This makes it possible to support operations related to self-settlement even when communication with the receipt computer 10 is cut off (when offline). Therefore, when offline, the user can perform self-settlement without needing support from medical staff. Therefore, according to this embodiment, it is possible to prevent a decrease in the convenience of the transaction data processing system 1.

[0096] Furthermore, the settlement device 20 according to this embodiment displays a first guide screen 720 (FIG. 7(B)) when online, and acquires settlement information (information on medical fees) from the receipt computer 10 based on the user identification information entered on the first guide screen 720. Furthermore, the settlement device 20 displays a second guide screen 820 (FIG. 8(B)) when offline, and acquires settlement information (information on medical fees) based on the settlement code 600c (FIG. 6) entered on the second guide screen 820. This allows the user to easily perform self-settlement whether online or offline.

[0097] Furthermore, the settlement device 20 according to this embodiment displays an offline image 811 indicating that communication is not possible on the second guidance screen 820. This allows the user to understand the reason for settlement based on the settlement code 600c. Furthermore, the settlement device 20 constantly displays the offline image 811 while offline. Therefore, even medical staff who are not near the settlement device 20 can easily understand that it is offline.

[0098] In addition, the settlement device 20 according to this embodiment restricts settlement based on the settlement code 600c when online. This allows settlement by identifying the medical data ID using the authentication medium 610 when online. This allows the receipt computer 10 to perform reliable settlement processing.

[0099] In addition, the receipt computer 10 according to this embodiment issues media with different contents depending on the communication determination result. Specifically, the receipt computer 10 issues a code statement 600b when offline, and issues a normal statement 600a when online. This makes it possible to prevent unnecessary information (settlement code 600c) from being displayed when online. In addition, the user can easily perform self-settlement whether online or offline. Therefore, when offline, the user can perform self-settlement without the need for support from medical staff. This makes it possible to prevent a decrease in the convenience of the transaction data processing system 1.

[0100] (Modification of the embodiment) Modifications of the embodiment will be described below. Note that in each of the following modifications, the contents described in the above embodiment will not be described as necessary.

[0101] (Variation 1) First, a first modified example of the embodiment will be described. In the above embodiment, an example in which the settlement code 600c contains only medical fee information has been described. Although a brief explanation has been given in the above embodiment, in the first modified example, instead of such a configuration, an example in which the settlement code 600c contains a medical data ID in addition to the medical fee information will be described in detail.

[0102] In the first modification, the settlement code 600c of the code statement 600b (FIG. 6) includes, for example, a medical data ID and medical fee information. The acquisition unit 614 acquires the settlement information (medical fee information) and the medical data ID by decoding the settlement code 600c read by the customer-side scanner unit 206. When settlement is completed, the settlement unit 615 transmits a settlement completion notification to the receipt computer 10. In this case, the settlement completion notification includes a notification that settlement has been completed and the medical data ID.

[0103] In the receipt computer 10, the settlement unit 604 identifies the medical data based on the medical data ID included in the settlement completion notification, and performs settlement processing for the identified medical data.

[0104] According to the first modification, even when settlement is performed based on the settlement code 600c, the receipt computer 10 can perform a reliable settlement process.

[0105] In the case of the first modification, since the medical data can be identified based on the medical data ID in the receipt computer 10, the settlement unit 615 may be able to execute the settlement process based on the settlement code 600c even when online (after recovery) without restricting the settlement process based on the settlement code 600c. In other words, regardless of whether online or offline, the settlement unit 615 may be able to execute the settlement process based on the settlement code 600c. In addition, the settlement unit 615 may be configured to execute either the settlement based on the authentication medium 610 or the settlement based on the settlement code 600c according to the user's selection.

[0106] Also, if settlement processing based on the settlement code 600c can be performed while online (after recovery), the issuing unit 602 may be configured to issue the code statement 600b even while online. In other words, regardless of whether the user is online or offline, the issuing unit 602 may be configured to issue the code statement 600b and not to issue the normal statement 600a. This allows the user to perform settlement based on the authentication medium 610 or settlement based on the settlement code 600c regardless of whether the user is online or offline.

[0107] (Variation 2) Next, a description will be given of Modification 1. In the above embodiment, the display example of the customer side display unit 205 has been mainly described. In Modification 2, a display example of the store clerk side display unit 210 will be described.

[0108] In the second modification, the settlement device 20 may display each of the following information (1) to (5) on the store clerk display unit 210. Note that the settlement device 20 may display each of the following information regardless of whether the customer display unit 205 is showing a standby screen or a settlement screen. (1) An indication that the user is offline (for example, an image similar to offline image 811). (2) The period and time that you were offline. (3) The name of a user who has not yet completed payment. This may be displayed to distinguish the user from a user who has completed payment. Note that the payment settlement device 20 may not display the name when the payment is completed. (4) Offline medical fees settled and the time of settlement. (5) If the settlement code 600c includes information capable of identifying the medical data (medical data ID or user identification information), that information.

[0109] According to the second modification, the store clerk display unit 210 can be used to notify medical staff of various types of information, so that the store clerk display unit 210 can be used effectively.

[0110] The settlement device 20 may include a sign pole. The sign pole includes a light emitting unit (e.g., an LED (light emitting diode)) and can be lit in a predetermined lighting mode. The sign pole can provide various notifications depending on the lighting mode. The settlement device 20 may notify that it is offline by the lighting mode of the sign pole.

[0111] The embodiments will be summarized below. [Name of invention] Transaction data processing device, management device, and program [Technical field] The present invention relates to a transaction data processing device, a management device, and a program. [Background technology] In hospitals, etc., payment systems that allow users such as patients to pay for medical expenses themselves are becoming widespread. For example, a transaction device has been disclosed that reads an identification number from a patient's appointment card, obtains medical information associated with the identification number by inquiring of a management device (host computer), and performs payment (see, for example, Patent Document 1). [Prior art document] [Patent documents] [Patent Document 1] JP 2017-102860 A [Summary of the Invention] [Problem to be solved by the invention] In such a settlement system, communication with the management device may be interrupted during business hours due to the wireless LAN communication environment, various connection problems, etc. However, in the conventional technology, when such a disconnection occurs, it becomes impossible to perform self-payment, which may reduce convenience. The present invention has been made in view of the above circumstances, and has an object to provide a technique capable of suppressing a decrease in convenience.

[0112] [Means for solving the problem] (1) In order to solve the above-mentioned problems, a transaction data processing device according to one embodiment of the present invention comprises a display control means for displaying to a customer a guidance screen prompting the customer to make specific inputs related to the acquisition of settlement information, an acquisition means for acquiring settlement information based on the inputs in the guidance shown on the guidance screen, and a settlement means for performing settlement based on the settlement information acquired by the acquisition means, wherein the display control means displays different guidance screens depending on whether or not communication with a management device that manages the settlement information in correspondence with customer identification information is possible. According to the above configuration, even if communication with the receipt computer 10 is cut off (offline), operations related to self-payment can be supported. Therefore, even if offline, the user can perform self-payment without the support of medical staff. This makes it possible to prevent the convenience of the transaction data processing system 1 from decreasing.

[0113] (2) In the configuration of (1) above, when communication with the management device is possible, a first guidance screen is displayed prompting the user to input identification information, and when communication with the management device is not possible, a second guidance screen is displayed prompting the user to input a code indicating settlement information displayed on a specified medium, and the acquisition means may acquire the settlement information from the management device based on the identification information input on the first guidance screen, and acquire the settlement information based on the code input on the second guidance screen. According to the above configuration, the user can easily perform self-payment whether online or offline.

[0114] (3) In the above configuration (2), the display control means may display, on the second guide screen, an image indicating that communication with the management device is not possible. According to the above configuration, the user can understand the reason for performing settlement based on the settlement code 600c. Furthermore, the settlement device 20 constantly displays the offline image 811 while offline. Therefore, even medical staff who are not near the settlement device 20 can easily understand that it is offline.

[0115] (4) In the above configuration (2), the settlement means may be configured to restrict settlement based on the code when communication with the management device is possible. According to the above configuration, when online, settlement can be performed by identifying the medical data ID using the authentication medium 610. Therefore, settlement processing in the receipt computer 10 can be performed reliably.

[0116] (5) A management device according to one aspect of the present invention is a management device capable of communicating with a transaction data processing device described in any of (1) to (4) above, and is characterized in that it comprises an issuing means for issuing a medium for a customer showing medical treatment results, and the issuing means issues media with different contents depending on whether or not it is possible to communicate with the transaction data processing device. According to the above configuration, when online, it is possible to prevent unnecessary information (settlement code 600c) from being displayed. Furthermore, the user can easily perform self-settlement whether online or offline. Therefore, when offline, the user can perform self-settlement without needing support from medical staff. This makes it possible to prevent a decrease in the convenience of transaction data processing system 1.

[0117] (6) A program according to one aspect of the present invention causes a computer of a transaction data processing device to function as a display control means for displaying a guidance screen to a customer prompting the customer to enter specific inputs related to the acquisition of settlement information, an acquisition means for acquiring settlement information based on inputs in the guidance shown on the guidance screen, and a settlement means for performing settlement based on the settlement information acquired by the acquisition means, wherein the display control means displays different guidance screens depending on whether communication with a management device that manages the settlement information in correspondence with customer identification information is possible. According to the above configuration, even if communication with the receipt computer 10 is cut off (offline), operations related to self-payment can be supported. Therefore, even if offline, the user can perform self-payment without the support of medical staff. This makes it possible to prevent the convenience of the transaction data processing system 1 from decreasing.

[0118] In addition, all or part of the functions (input / output, memory, processing (including judgment)) of the receipt computer 10 and the settlement device 20 described above may be realized in a device other than the device described as the entity that executes the function.

[0119] Specifically, in the above description, the receipt computer 10 includes the functional units of the second communication status determination unit 601, the issuing unit 602, the medical data management unit 603, and the settlement unit 604, and the settlement device 20 includes the functional units of the first communication status determination unit 611, the display control unit 612, the input unit 613, the acquisition unit 614, and the settlement unit 615. All or a part of these functional units may be included in another computer device. For example, all or a part of these functional units may be included in another device such as an external server device. In addition, the number of computer devices that include these functional units is not limited to a plurality of units, and may be one unit.

[0120] Specifically, for example, instead of the settlement device 20, another device may display different guidance screens 720, 820 (Figures 7(A) and 8(B)) depending on the communication determination result indicating whether communication between the receipt computer 10 and the settlement device 20 is possible.

[0121] In relation to the above, the settlement device 20 may function as a so-called thin client specialized in the input / output interface portion with regard to various registrations and settlements. In other words, the settlement device 20 may accept various inputs (operation by an operator, detection by a device such as a scanner), transmit input information (operation information, scan information, etc.) to a cloud server, receive the processing results of the cloud server based on the input information (update screen information, device control information, etc.), and perform various outputs (display on a display unit, control of a device).

[0122] The programs for implementing the transaction data processing system 1, the receipt computer 10, and the settlement device 20 described above may be recorded in a computer-readable recording medium, and the programs may be read and executed by the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" refers to portable media such as a Universal Serial Bus (USB) flash memory, a solid state drive (SSD), a flexible disk, a magneto-optical disk, a ROM, and a CD-ROM, and a storage device such as a hard disk built into a computer system. The term "computer-readable recording medium" also refers to a storage device that holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. The above-mentioned program may be transmitted from a computer system that stores the program in a storage device, etc., to another computer system via a transmission medium, or by a transmission wave in the transmission medium. 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. The program may be for implementing some of the functions described above, or may be a so-called differential file (differential program) that can implement the functions described above in combination with a program already recorded in the computer system. [Explanation of symbols]

[0123] 1...transaction data processing system, 10...receipt computer, 20...payment device, 500...medical data DB, 600...medical statement, 600a...normal statement, 600b...code statement, 601...second communication status determination unit, 602...issuance unit, 603...medical data management unit, 604...debit unit, 610...authentication medium, 610a...my number card, 610b...patient card, 611...first communication status determination unit, 612...display control unit, 613...input unit, 614...acquisition unit, 615...payment unit, 720...first guidance screen, 820...second guidance screen

Claims

1. a display control means for displaying a guidance screen to prompt a customer to input a predetermined value related to the acquisition of payment information; An acquisition means for acquiring settlement information based on an input in the guidance shown on the guidance screen; a settlement means for performing settlement based on the settlement information acquired by the acquisition means; Equipped with the display control means displays different guidance screens depending on whether communication with a management device that manages payment information in association with customer identification information is possible or not. A transaction data processing device comprising:

2. The display control means If communication with the management device is possible, a first guide screen is displayed to prompt the user to input identification information; If communication with the management device is not possible, a second guide screen is displayed to prompt the user to input a code indicating payment information displayed on a predetermined medium; The acquisition means includes: acquiring settlement information from the management device based on the identification information input on the first guidance screen; Acquire payment information based on the code entered on the second guidance screen.

2. The transaction data processing device according to claim 1.

3. The display control means displays, on the second guidance screen, an image indicating that communication with the management device is impossible.

3. The transaction data processing device according to claim 2.

4. The settlement means limits settlement based on the code when communication with the management device is possible.

3. The transaction data processing device according to claim 2.

5. A management device capable of communicating with the transaction data processing device according to any one of claims 1 to 4, An issuing means is provided for issuing a medium for a client showing the medical treatment results, the issuing means issues a medium having different contents depending on whether or not communication with the transaction data processing device is possible. A management device comprising:

6. A computer of the transaction data processing device, A display control means for displaying a guidance screen to prompt a customer to input a predetermined information related to the acquisition of payment information; An acquisition means for acquiring settlement information based on an input in the guidance shown on the guidance screen; a settlement means for performing settlement based on the settlement information acquired by the acquisition means; Function as a the display control means displays different guidance screens depending on whether communication with a management device that manages payment information in association with customer identification information is possible or not. A program characterized by:

Images