JP4392259B2 - Reservation management program, reservation management method, and reservation management apparatus - Google Patents

Description

  The present invention relates to a reservation management program, a reservation management method, and a reservation management apparatus, and more particularly, to a reservation management program, a reservation management method, and a reservation management apparatus for a provider who provides a predetermined service to manage reservation reception from a user. .

  For example, a medical institution as an example of a provider who provides a predetermined service receives a medical appointment from a patient as an example of a user who uses the service. An example of a reservation management system that makes it easy to accept reservations at such medical institutions is proposed in Patent Document 1, for example. In the system of Patent Document 1, a patient uses a mobile phone to access a reservation reception server of a medical institution via the Internet and make a medical treatment reservation.

Conventionally, in a reservation management system that accepts reservations from patients themselves, reservations are accepted from patients while taking into account the availability of doctors and equipment on the medical institution side.
JP 2003-318854 A

  However, the conventional reservation management system mainly considers the convenience on the patient side, and has the following problems for the medical institution side.

  First, the income of the medical institution is determined according to the medical treatment reward score based on the medical practice. Some of the medical treatment reward points are gradually reduced when the medical treatment exceeds a predetermined number of times, and the upper limit number that can be added is determined. For this reason, if the same patient receives medical treatment many times in a month, the medical fee may be reduced or cannot be added, and the income of the medical institution will decrease. Conventional reservation management systems do not take into account the number of medical fees that determine the income of a medical institution, and accept reservations that reduce the income of the medical institution.

  Further, depending on the combination of medical practices, there may be cases where contraindication conditions such as a predetermined number of days must be taken into consideration. Conventional reservation management systems accept reservations without considering such contraindication conditions. For this reason, even if a medical institution accepts a reservation from a patient and visits the patient, medical treatment cannot be performed due to contraindication conditions, which may place an unnecessary burden on the patient. For medical institutions, there were cases where it was a useless medical treatment.

  Also, medical institutions need to check their health insurance card when the month changes. If a patient forgets his / her insurance card, the medical institution must temporarily pay medical expenses. The medical institution managed the medical expenses paid temporarily as uncollected information, and when the patient visited the hospital next time, he / she confirmed the insurance card and collected the unpaid money. Therefore, when the chance that the patient forgets the health insurance card increases, there is a case where the work at the medical institution is different from the normal window reception work, resulting in a decrease in work efficiency and an increase in accounts receivable.

  The present invention has been made in view of the above points, and a reservation management program, a reservation management method, and a reservation management apparatus capable of accepting reservations in consideration of the convenience of both a provider who provides a service and a user who uses the service The purpose is to provide.

Therefore, in order to solve the above-mentioned problems, the present invention provides a medical institution that receives a medical appointment reservation from a patient , and stores medical information including the previous visit date, previous medical practice, and next scheduled medical practice of the patient for each visit. With reference to the recorded patient information recording means and the medical practice check information recording means for recording medical practice check information including medical practice, medical practice-related contraindications and contraindication conditions, the previous medical practice and previous visit performed by the patient A first date addition procedure for comparing a date with the next scheduled medical practice and adding a date not satisfying the contraindication conditions to the non-reserved date list, the patient information recording means, a medical practice, a decreasing condition, and an adding condition The medical fee check information recording means that records medical fee check information including the past medical action and the past visit date and the next scheduled medical action performed by the patient And a second date addition procedure for adding to the non-reserved date list a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition, and reservation acceptance added to the non-reserved date list cannot be accepted A hospital management information recording means for recording management information of doctors and facilities of the medical institution, and reservation information for recording reservation information received by the medical institution Recording means, excluding the date that the medical institution cannot accept reservations from the date list that can accept reservations, creating a reservation acceptance screen using the date list that excludes dates that cannot accept reservations, that the reservation acceptance screen is reserved management program for executing the reservation procedure and provided to the client to manipulate the user makes a reservation accepted from the user And butterflies.

The present invention also relates to a reservation management method executed by a computer, wherein the computer records medical information including the previous visit date, the previous medical practice, and the next scheduled medical practice of the patient for each visit. Refer to the medical procedure, medical practice-related contraindications, medical practice check information recording means that records medical practice check information including contraindication conditions, the previous medical practice performed by the patient, the previous visit date and the next scheduled medical practice. A first date addition step of comparing the action and adding a date that does not satisfy the contraindication conditions to the non-reserved date list; the patient information recording means; and a medical fee check including a medical action, a decreasing condition, and an adding condition Refer to the medical fee check information recording means that recorded the information, and the past medical action performed by the patient and the past visit date and the next scheduled medical action In comparison, a second date addition step of adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the addition condition to the non-reserved date list, and the reservation added to the non-reserved date list is not accepted. After excluding the date from the list that can accept reservations, the hospital management information recording means for recording management information of doctors and facilities of the medical institution, and the reservation information record for recording reservation information received by the medical institution The medical institution excludes the dates that the medical institution cannot accept reservations from the date list that can accept reservations, creates a reservation acceptance screen using the date list that excludes the dates that cannot accept reservations, and makes the reservation A reservation reception step is performed, in which a reception screen is provided to the client operated by the user to receive a reservation from the user .

Further, the present invention is a reservation management apparatus in which a medical institution accepts a medical appointment from a patient, and records the medical information including the previous visit date, the previous medical practice, and the next scheduled medical practice for each patient. Refer to information recording means and medical practice check information recording means that records medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions. A first date adding means for comparing a scheduled medical practice with a date not satisfying the contraindication conditions and adding the date to the non-reserved date list, the patient information recording means, a medical practice including a medical practice, a decreasing condition, and an adding condition With reference to the medical fee check information recording means that records the fee check information, the past medical action performed by the patient and the past visit date are compared with the next scheduled medical action, Second date adding means for adding a date that does not satisfy the medical fee claim condition based on the condition and the addition condition to the non-reserved date list, and accepting a reservation non-reserved date added to the non-reserved date list After excluding from the date list, further refer to the hospital management information recording means for recording management information of doctors and equipment of the medical institution, and the reservation information recording means for recording reservation information received by the medical institution, The medical institution excludes the date from which reservations cannot be received from the list of dates for which reservations can be received, creates a reservation reception screen using the date list from which dates for which reservations cannot be received is excluded, and displays the reservation reception screen of the user Reservation receiving means for providing to the operating client and receiving a reservation from the user .

  According to the present invention, it is possible to provide a reservation management program, a reservation management method, and a reservation management apparatus that can accept a reservation in consideration of the convenience of both the provider and the user.

  Next, the best mode for carrying out the present invention will be described based on the following embodiments with reference to the drawings. In the following embodiment, an example will be described in which a medical institution as an example of a provider who provides a predetermined service receives a medical appointment reservation from a patient as an example of a user who uses the service. There may be. The present invention is not limited to the specifically disclosed embodiments, and various modifications and changes can be made without departing from the scope of the claims.

FIG. 1 is a block diagram of an embodiment of a reservation management system according to the present invention. In the reservation management system of FIG. 1, one or more clients 10 and a reservation management server 20 are connected via a network 30 such as the Internet. The client 10 is a terminal device on which a patient or the like makes a medical appointment. The reservation management server 20 inquires reservation information for each medical institution, registers reservation information, checks contraindication conditions at the time of reservation, etc. The client 10 displays reservation information for a user such as a patient or makes a reservation to the user A browser 11 for inputting information and medical information is activated. The user who operates the client 10 may be an employee of a medical institution, a doctor, a nurse, or the like in addition to a patient.

  The reservation management server 20 includes a reservation management interface 21, an action check function 22, a patient master 23, a medical care check master 24, a medical fee check master 25, a hospital management information master 26, and a reservation management master 27. . The patient master 23 holds medical information such as the patient's name and past medical practice.

  The medical practice check master 24 holds contraindication conditions for each medical practice. The medical fee check master 25 holds a medical fee claim condition including a medical practice, a condition for decreasing the number of medical fee claims, and an addition condition. The hospital management information master 26 holds information such as doctors and equipment of medical institutions. The reservation management master 27 holds medical institution reservation information.

  The action check function 22 does not accept a reservation according to the past medical practice of the patient, the contraindication conditions of each medical practice, the medical fee claim condition, and the next scheduled medical practice. Select to generate a non-reserved date list.

  The reservation management interface 21 corresponds to the non-reservation date list acquired from the action check function 22, the medical institution doctor and equipment information acquired from the hospital management information master 26, and the medical institution reservation information acquired from the reservation management master 27. The reservation reception screen is created and the reservation reception screen is displayed on the browser 11 of the client 10. That is, the reservation management interface 21 creates various screens for reservation management such as inquiry and registration of reservation information and displays them on the browser 11 of the client 10.

  Next, a hardware configuration for realizing the reservation management server 20 will be described. FIG. 2 is a hardware configuration diagram of an example of the reservation management server 20. The reservation management server 20 in FIG. 2 includes an input device 41, a display device 42, a drive device 43, an auxiliary storage device 45, a memory device 46, and an arithmetic processing device 47, which are mutually connected by a bus B. , An interface device 48. Note that the various devices constituting the reservation management server 20 of FIG. 2 may be accommodated in a single casing or may be distributed and accommodated in a plurality of casings.

  The input device 41 includes a keyboard, a mouse, and the like, and is used for inputting various operation instructions. The display device 42 displays various windows and data necessary for operation. The interface device 48 is an interface for connecting to the network 30 and includes, for example, a modem and a router.

  A reservation management program for controlling the reservation management server 20 is provided by a recording medium 44 such as a CD-ROM. The recording medium 44 on which the reservation management program is recorded is set in the drive device 43, and the reservation management program is installed in the auxiliary storage device 45 from the recording medium 44 via the drive device 43.

  The recording medium 44 on which the reservation management program is recorded is a recording medium that records information optically, electrically, or magnetically, such as a CD-ROM, flexible disk, magneto-optical disk (MO), or ROM, flash Various types of recording media such as a semiconductor memory that electrically records information, such as a memory, can be used.

  The reservation management program includes a program recorded on a recording medium of another computer connected via the interface device 48. The reservation management program recorded on a recording medium or the like of another computer is downloaded via the interface device 48 and installed in the auxiliary storage device 45. The auxiliary storage device 45 stores the installed reservation management program and various files necessary for processing of the reservation management program. For example, the auxiliary storage device 45 stores a patient master 23, a medical practice check master 24, a medical fee check master 25, a hospital management information master 26, and a reservation management master 27.

  The memory device 46 reads and stores the reservation management program from the auxiliary storage device 45 at the time of activation. The arithmetic processing unit 47 implements various processes such as the reservation management interface 21 and the action check function 22 of the reservation management server 20 as shown in FIG. 1 according to the reservation management program stored in the memory device 46.

  Hereinafter, processing of the reservation management system of FIG. 1 will be described. FIG. 3 is a sequence diagram illustrating an example of processing in which the reservation management server 20 receives a reservation from the client 10. Here, an example in which the patient is operating the client 10 will be described.

  First, the patient inputs the address (URL, etc.) of the reservation management interface 21 of the reservation management server 20 to the browser 11 of the client 10 and instructs access to the address. In step S 1, the client 10 accesses the reservation management interface 21.

  In step S 2, the reservation management interface 21 transmits initial screen data to the client 10. In step S3, the client 10 displays an initial screen on the browser 11 using the received initial screen data. The initial screen is provided with an input field for inputting at least a patient number. In addition to the patient number, the initial screen may be provided with an input field for inputting information for personal authentication such as a password.

  The patient inputs the patient number on the initial screen displayed on the browser 11 and instructs the display of the reservation reception screen. In step S4, the client 10 transmits the patient number to the reservation management interface 21 of the reservation management server 20, and requests a reservation acceptance screen.

  In step S5, the reservation management interface 21 calls the action check function 22, and generates a non-reserved date list of dates on which reservations cannot be accepted and reservations from the patient corresponding to the received patient number are not accepted, as will be described later.

  The reservation management interface 21 includes the non-reservation date list generated by the action check function 22, the medical institution doctor and equipment information acquired from the hospital management information master 26, and the medical institution reservation information acquired from the reservation management master 27. In response, a reservation acceptance screen is created. In step S 6, the reservation management interface 21 transmits reservation acceptance screen data to the client 10.

  In step S7, the client 10 displays a reservation acceptance screen as described later on the browser 11 using the received reservation acceptance screen data. The reservation reception screen is provided with a date selection column that can select at least a date for making a reservation and a notification column that can display items that need to be notified from the medical institution to the patient.

  The patient selects a date on which to make a reservation from the date selection field on the reservation reception screen displayed on the browser 11 and instructs to make a reservation for that date. In addition, a patient confirms the matter which needs to be notified to a patient from a medical institution in a notification column. In step S8, the client 10 transmits the date on which the reservation is instructed to the reservation management interface 21 of the reservation management server 20, and requests the reservation reception on that date.

  In step S9, the reservation management interface 21 performs a reservation information registration process for registering reservation information corresponding to the request in step S8 in the reservation management master 27. In step S 10, the reservation management interface 21 transmits the result of the reservation information registration process to the client 10 and displays it on the browser 11.

  Therefore, the patient can make a medical appointment by operating the client 10. Next, details of the reservation acceptance screen creation process in step S5 will be described. FIG. 4 is a flowchart illustrating an example of details of the reservation acceptance screen creation process in step S5. The flow chart of FIG. 4 constructs a date selection field in which a date for making a reservation can be selected and a notification field in which items that need to be notified from the medical institution to the patient can be displayed. It represents a process of creating a reservation reception screen provided.

  In step S20, the reservation management server 20 calls the reservation inquiry function of the reservation management interface 21. In step S21, the appointment management interface 21 inputs the patient number received from the client 10 to the appointment inquiry function. In step S22, the reservation inquiry function of the reservation management interface 21 calls the action check function 22, and requests generation of a non-reservation date list of patients corresponding to the patient number.

  In step S23, the action check function 22 acquires patient information corresponding to the patient number from the patient master 23 as shown in FIG. FIG. 5 is a configuration diagram of an example of a patient master. The patient master 23 in FIG. 5 includes items such as patient number, name, date of birth, insurance information, non-accrual information, visit date, medical practice list, previous visit date, and next scheduled medical practice. In the case of the patient master 23 of FIG. 5, the patient information includes items such as patient number, name, date of birth, insurance information, non-accrual information, visit date, medical practice list, previous visit date, and next scheduled medical practice.

  In step S24, the action check function 22 determines whether or not the patient information corresponding to the patient number is in the patient master 23. If it is determined that there is no patient information corresponding to the patient number in the patient master 23 (NO in S24), the action check function 22 indicates that there is no patient information corresponding to the patient number in the patient master 23. And proceed to step S30.

  On the other hand, if it is determined that the patient information corresponding to the patient number is in the patient master 23 (YES in S24), the action check function 22 proceeds to step S25 and is contraindicated for each medical action from the medical action check master 24 as shown in FIG. Get the condition. FIG. 6 is a configuration diagram of an example of the medical practice check master. The medical practice check master 24 of FIG. 6 includes items such as a medical practice code, a medical practice related contraindication code, and contraindication conditions.

  The medical practice code is a coded medical practice. The medical practice-related contraindication code is a code of the contraindication of medical practice represented by the medical practice code. The contraindication conditions are conditions relating to contraindications (such as a period of time between the date of medical practice and the date of contraindication).

  For example, in the medical practice of blood injection, when it is necessary to leave three days or more from the previous blood collection date, a code representing blood injection in the medical practice code of the medical practice check master 24, and a code representing blood injection in the medical practice related contraindication code The condition that the contraindicated condition must be free for 3 days or more is maintained.

  Proceeding to step S26, the action check function 22 performs a contraindication condition check for checking whether or not the item included in the patient information acquired in step S23 has an item that matches the contraindication condition of each medical action acquired in step S25, The date on which the reservation cannot be accepted as a result of the contraindication condition check is added to the non-reservation date list.

  Proceeding to step S27, the medical fee request condition is acquired from the medical fee check master 25 as shown in FIG. FIG. 7 is a configuration diagram of an example of a medical fee check master. The medical fee check master 25 in FIG. 7 includes items such as a medical practice code, a decreasing condition, and an adding condition.

  The medical practice code is a coded medical practice. The gradual decrease condition is a condition when the medical fee claim point is gradually decreased. Further, the addition condition is a condition in the case where the medical fee claim points are added. For example, the decreasing condition holds the condition that the medical fee request score is added up to the number of times per month, and the medical fee request score after that is gradually decreased. In the addition condition, a condition that the medical fee claim points can be added up to a number of times a month is held. In addition, since the structure of the hospital management information master 26 and the reservation management master 27 is the same as that of a general reservation management system, description is abbreviate | omitted.

  Proceeding to step S28, the action check function 22 performs a medical fee claim condition check for checking whether or not the items included in the patient information acquired in step S23 have items that match the medical fee request conditions acquired in step S27. Then, the date on which the reservation cannot be accepted as a result of the medical fee claim condition check is added to the non-reservation date list.

  Proceeding to step S29, the action check function 22 performs a notification information check to check whether there is a matter that needs to be notified to the patient from the medical institution in the patient information acquired in step S23, and as a result of the notification information check Holds notification information.

  In step S30, the reservation inquiry function of the reservation management interface 21 creates a reservation reception screen in a different procedure depending on whether or not patient information corresponding to the patient number exists in the patient master 23.

  When there is patient information corresponding to the patient number, the reservation inquiry function of the reservation management interface 21 acquires the non-reservation date list and notification information from the action check function 22. The reservation inquiring function of the reservation management interface 21 excludes from the date list that can be reserved not included in the non-reserved date list from the date list that can be reserved, and then the doctor of the medical institution obtained from the date list and the hospital management information master 26 The date selection field on the reservation reception screen is created according to the information on the facilities and the like and the reservation information of the medical institution acquired from the reservation management master 27.

  The reservation inquiry function of the reservation management interface 21 creates a notification column according to the notification information acquired from the action check function 22. Then, the reservation inquiry function of the reservation management interface 21 creates a reservation reception screen provided with a date selection field and a notification field.

  On the other hand, if there is no patient information corresponding to the patient number, the reservation inquiry function of the reservation management interface 21 proceeds to step S30 without performing the contraindication condition check in step S25 and the medical fee claim condition check in step S28. Therefore, the reservation inquiring function of the reservation management interface 21 uses the date of the reservation reception screen according to the medical institution doctor and equipment information acquired from the hospital management information master 26 and the medical institution reservation information acquired from the reservation management master 27. Create a selection field. The reservation inquiry function of the reservation management interface 21 creates a reservation reception screen provided with a date selection field.

  In the flowchart of FIG. 4, by checking the contraindication conditions in the process of step S26 and the medical fee request condition check in the process of step S28, not only the restriction conditions of the doctors and equipment of the medical institution, A reservation acceptance screen can be created from the date on which the act restrictions are checked. In the flowchart of FIG. 4, by performing notification information check in the process of step S <b> 29, it is possible to create a reservation reception screen in which items that need to be notified from the medical institution to the patient are displayed in the notification column.

  Hereinafter, the process of the flowchart of FIG. 4 will be described while exemplifying specific data stored in the patient master 23, the medical practice check master 24, and the medical care fee check master 25. In the following description, the records of the patient master 23, the medical practice check master 24, and the medical fee check master 25 are referred to as the first record, the second record,. And

  FIG. 8 is a configuration diagram of an example of a patient master in which specific data is stored. The items of the patient master 23 of FIG. 8 are the same as the items of the patient master 23 of FIG. In the patient master 23 of FIG. 8, the data for one record represents the information of one visit of the patient.

  For example, in the patient master 23 of FIG. 8, one or more records of the same patient exist like the patient with the patient number “0002”. The item “medical practice” stores one or more clinical practice codes separated by commas. The items “date of birth”, “insurance information”, “visit date”, and “previous visit date” are stored in the “yyyymmdd” format. The item “insurance information” stores the next confirmation date of the insurance card. The item “accrued information” stores the amount of accrued money.

  FIG. 9 is a configuration diagram of an example of a medical practice check master in which specific data is stored. The items in the medical practice check master 24 in FIG. 9 are the same as the items in the medical practice check master 24 in FIG. In the medical practice check master 24 of FIG. 9, one record of data represents one or more medical practice-related contraindications and contraindication conditions corresponding to one medical practice. The item “medical practice code” stores a single medical practice code.

  The item “medical practice related contraindication code” stores one or more contraindication codes separated by commas. The item “Contraindication conditions” stores a conditional expression character string. For example, the conditional expression character string is interpreted by a program such as the action check function 22 and the above-described contraindication conditions are checked.

  FIG. 10 is a configuration diagram of an example of a medical fee check master in which specific data is stored. The items of the medical fee check master 25 of FIG. 10 are the same as the items of the medical fee check master 25 of FIG. The medical fee check master 25 in FIG. 10 represents data when one record of data indicates a condition when the medical fee request score corresponding to one medical practice is reduced and a condition when the medical fee claim point is added. ing. The item “medical practice code” stores a single medical practice code.

  The item “gradually decreasing condition” stores a conditional expression character string representing a condition when the medical fee claim point is gradually decreased. The item “addition condition” stores a conditional expression character string representing a condition when the medical fee claim points are added. For example, the conditional expression character string is interpreted by a program such as the action check function 22 and the above-described medical fee claim condition check is performed.

  In steps S <b> 20 to S <b> 23 of FIG. 4, all records with matching patient numbers are acquired from the patient master 23 based on the input patient numbers. When the patient with the patient number “0002” reserves the medical care for October, the reservation management server 20 displays the second and third records of the patient master 23 in FIG. 8 that match the patient number “0002” as shown in FIG. To get to. FIG. 11 is a configuration diagram of an example of a record acquired from the patient master 23 in the processes of steps S20 to S23.

  In step S24, it is determined whether one or more records have been acquired from the patient master 23 in the processes of steps S20 to S23. When the reservation management server 20 acquires one or more records, the reservation management server 20 proceeds to the process of step S25. When the patient with the patient number “0002” reserves medical care for October, the reservation management server 20 has acquired two records as shown in FIG. 11, and thus the process proceeds to step S30. The reservation management server 20 creates a non-reservation date list as an area for storing dates on which reservations cannot be accepted.

  On the other hand, if the reservation management server 20 does not acquire a record, the process proceeds to step S30. When the patient with the patient number “1000” reserves the medical care for October, the reservation management server 20 does not acquire a record, and thus the process proceeds to step S30.

  In step S25, a record with the latest visit date is selected from one or more records acquired from the patient master 23. The appointment management server 20 reads the medical practice code from the item “next scheduled medical practice” of the selected record, and obtains a record that matches the medical practice code from the medical practice check master 24.

  When the patient with the patient number “0002” reserves the medical care for October, the reservation management server 20 selects the record with the visit date “20031010” as the latest record from the two records as shown in FIG. The appointment management server 20 reads the medical practice code “1000, 3000, 4000” from the item “next scheduled medical practice” of the selected record, and records the record shown in FIG. 12 that matches the read clinical practice code as the medical practice check master. 24. FIG. 12 is a configuration diagram of an example of a record acquired from the medical practice check master 24 in the process of step S25.

  In step S26, one or more records acquired from the medical practice check master 24 in step S25 are selected one by one, the contraindication conditions are interpreted from the records, and whether there is an item that matches the contraindication conditions or not. To check. If there is an item that matches the contraindication conditions, the reservation management server 20 adds a date on which the reservation cannot be accepted to the non-reservation date list.

  The contraindication condition check process in step S26 is performed, for example, as shown in the flowchart of FIG. FIG. 13 is a flowchart of an example of the contraindication condition check process in step S26.

  In step S100, the reservation management server 20 determines whether or not one or more records acquired from the medical practice check master 24 in step S25 have been processed. If it is determined that one or more records acquired from the medical practice check master 24 have been processed (YES in S100), the reservation management server 20 ends the contraindication condition check process. On the other hand, if it is determined that there is an unprocessed record in one or more records acquired from the medical practice check master 24 (NO in S100), the reservation management server 20 proceeds to step S101. In step S101, the appointment management server 20 selects one unprocessed record from one or more records acquired from the medical practice check master 24, and interprets the contraindication conditions.

  In step S102, the reservation management server 20 determines whether or not all the one or more records acquired from the patient master 23 in step S23 have been checked for medical practice. If it is determined that one or more records acquired from the patient master 23 have all been checked for medical practice (YES in S102), the reservation management server 20 returns to step S100.

  On the other hand, if it is determined that one or more records acquired from the patient master 23 include records for which the medical practice check has not been completed (NO in S102), the reservation management server 20 proceeds to step S103. In step S <b> 103, the appointment management server 20 selects one record that has not been checked for medical practice from one or more records acquired from the patient master 23, and performs a medical practice check. The reservation management server 20 adds a date on which reservations cannot be accepted to the non-reservation date list if an item that matches the contraindication conditions is in the selected record. After the process of step S103, the reservation management server 20 returns to step S102.

  When the patient with the patient number “0002” reserves the medical care for October, the reservation management server 20 has acquired two records as shown in FIG. 12, and thus proceeds to step S101. In step S101, the reservation management server 20 reads the contraindication condition “previous visit date + 4 <next visitable date” of the medical practice code “1000”, and “the medical practice code of 3000,4000 is included in the medical practice on the previous visit” If it is, then it is more than 4 days later. ”

  In step S102, the reservation management server 20 proceeds to step S103 because there is a record for which the medical practice check has not been completed in the record of FIG. 11 acquired from the patient master 23. In step S103, the appointment management server 20 selects one record for which the medical practice check has not been completed from the records of FIG. 11 acquired from the patient master 23, and performs the medical practice check.

  Since the medical practice code “3000,4000” is included in the medical practice list of the record of the visit date “20031010” in FIG. 11, the appointment management server 20 does not accept reservations from all dates in October “October. “11, 12, 13 and 14 days” is selected and added to the non-reserved date list.

  After the medical practice check by the record of the medical practice code “1000” in the record of FIG. 12 is completed, the reservation management server 20 similarly performs the medical practice check by the record of the medical practice code “1000” in the record of FIG. . In this case, there is no date when reservations cannot be accepted. The reservation management server 20 returns to step S100, and since the medical practice check using two records as shown in FIG. 12 is completed, the processing of FIG. 13 is terminated.

  In step S27, the record with the latest visit date is selected from one or more records acquired from the patient master 23. The appointment management server 20 reads the medical practice code from the item “next scheduled medical practice” of the selected record, and obtains a record that matches the medical practice code from the medical fee check master 25.

  When the patient with the patient number “0002” reserves the medical care for October, the appointment management server 20 selects the record with the visit date “20031010” among the two records as shown in FIG. 14 as the latest record. The appointment management server 20 reads the medical practice code “1000, 3000, 4000” from the item “next scheduled medical practice” of the selected record, and records the record shown in FIG. 14 that matches the read clinical practice code as the medical fee check master. 25. FIG. 14 is a configuration diagram of an example of a record acquired from the medical fee check master 25 in the process of step S27.

  In step S28, one or more records acquired from the medical fee check master 25 in step S27 are selected one by one, and the decreasing condition or the adding condition as the medical fee request condition is interpreted from the record, and the decreasing condition or Check whether there is an item that matches the addition condition. If there is an item that matches the gradual reduction condition or the addition condition, the reservation management server 20 adds a date on which the reservation cannot be accepted to the non-reservation date list.

  The medical fee check process in step S28 is performed, for example, as shown in the flowchart of FIG. FIG. 15 is a flowchart of an example of the medical fee check process in step S28.

  In step S200, the appointment management server 20 determines whether or not one or more records acquired from the medical fee check master 25 in step S27 have been processed. When it is determined that one or more records acquired from the medical fee check master 25 are all processed (YES in S200), the appointment management server 20 ends the medical fee check process. On the other hand, if it is determined that there is an unprocessed record in one or more records acquired from the medical fee check master 25 (NO in S200), the reservation management server 20 proceeds to step S201. In step S201, the appointment management server 20 selects one unprocessed record from one or more records acquired from the medical fee check master 25, and interprets the medical fee request condition.

  In step S202, the appointment management server 20 determines whether or not all the one or more records acquired from the patient master 23 in step S23 have been checked for medical fees. If it is determined that one or more records acquired from the patient master 23 have all been checked for medical fees (YES in S202), the appointment management server 20 returns to step S200.

  On the other hand, if it is determined that one or more records acquired from the patient master 23 include records for which the medical fee check has not been completed (NO in S202), the appointment management server 20 proceeds to step S203. In step S <b> 203, the appointment management server 20 selects one record that has not undergone the medical fee check from one or more records acquired from the patient master 23, and performs the medical fee check. The reservation management server 20 adds a date on which reservations cannot be accepted to the non-reserved date list if an item that matches the medical fee claim condition is in the selected record. After the process of step S203, the reservation management server 20 returns to step S202.

  When the patient with the patient number “0002” reserves the medical care for October, the reservation management server 20 has acquired one record as shown in FIG. 14, and thus the process proceeds to step S201. In step S201, the appointment management server 20 reads the decreasing condition “count (3000)> 4 in same month” in the medical fee claim condition of the medical practice code “3000” and reads “the medical practice with the medical practice code 3000 performed in the same month”. It is interpreted as a condition for claiming medical treatment fee.

  In step S202, the appointment management server 20 proceeds to step S203 because there is a record for which the medical fee check has not been completed in the record of FIG. 11 acquired from the patient master 23. In step S203, the appointment management server 20 selects one record for which the medical fee check has not been completed among the records in FIG. 11 acquired from the patient master 23, and performs the medical fee check.

  The reservation management server 20 includes two medical practice codes “3000” in the medical practice list of the two records in FIG. 11, and one medical practice code “3000” in the next scheduled medical practice. Therefore, the total of the medical practice with the medical practice code 3000 performed in October is three times and does not meet the medical fee claim condition. Therefore, there is no date on which reservation acceptance is not possible due to the medical fee check in FIG. After the medical fee check by the record of FIG. 14 is completed, the appointment management server 20 returns to step S200 and ends the process of FIG.

  In step S29 of FIG. 4, the reservation management server 20 refers to the patient information insurance information and non-accrual information as shown in FIG. 11 acquired in step S23, and “requires insurance card next time” and “ It is checked whether there is notification information that needs to be notified from the medical institution to the patient.

  For example, the reservation management server 20 acquires the latest insurance information from the record shown in FIG. 11 and confirms the next confirmation date of the insurance card. If the confirmation date is the same month, “requires insurance card next time”. Holds notification information. In addition, the reservation management server 20 acquires the non-accrual information from the record of FIG. 11, confirms whether or not there is any receivable, and holds notification information that “accrual is present” if there is any unreceivable.

  In the case of the patient with the patient number “0002”, the insurance information in the record of FIG. 11 is “200331031”, so, for example, the next confirmation date “200331031” of the health insurance card and “the current health insurance card confirmation are necessary. Please bring your health insurance card on the day. " Since the unaccounted information of the latest record in FIG. 11 is “0”, no message is created.

  In step S30, the reservation management server 20 creates a reservation reception screen in a different procedure depending on whether or not the patient information corresponding to the patient number exists in the patient master 23. If there is patient information corresponding to the patient number in step S24, the reservation management server 20 acquires a non-reservation date list and notification information. The reservation management server 20 excludes from the reservation-receivable date list included in the non-reservation date list from the reservation-acceptable date list, and then obtains information about the doctor, equipment, etc. of the medical institution obtained from the date list and the hospital management information master 26 And the date selection column of the reservation reception screen is created according to the reservation information of the medical institution acquired from the reservation management master 27. In addition, the reservation management server 20 creates a notification column according to the acquired notification information. Then, the reservation management server 20 creates a reservation reception screen provided with a date selection field and a notification field.

  On the other hand, when there is no patient information corresponding to the patient number, the reservation management server 20 does not perform the contraindication condition check and the medical fee billing condition check, and information on the doctors and equipment of the medical institution obtained from the hospital management information master 26 and A date selection field on the reservation reception screen is created in accordance with the medical institution reservation information acquired from the reservation management master 27.

  FIG. 16 is an image diagram of an example of a reservation acceptance screen. The reservation reception screen 100 is provided with a date selection field 101, a notification field 102, a reservation button 103, and a cancel button 104. The date selection column 101 in FIG. 16 is created from the date when not only the restriction conditions such as doctors and facilities of the medical institution, but also the restriction conditions on the medical fee request or the medical practice, and the reservation is not accepted as a date. This is an example in which October 17, 18, 22, 23, and 24th are excluded.

  In addition, the notification column 102 is created from notification information that needs to be notified from the medical institution to the patient, and a message “You need to check the current month's insurance card. Please bring your insurance card on the date of reservation” is displayed. It is a displayed example.

  The patient selects the radio button of the date to be reserved from the date selection column 101 of the reservation reception screen 100 displayed on the browser 11, inputs the time into the combo box, presses the reservation button 103, and selects the date of the date. Instruct reservation. Note that the patient confirms in the notification column 102 items that need to be notified from the medical institution to the patient.

  FIG. 17 is an image diagram of another example of the reservation acceptance screen. The reservation acceptance screen 200 is provided with a date selection field 201, a notification field 202, a reservation button 203, and a cancel button 204. The date selection column 201 on the reservation acceptance screen 200 in FIG. 17 is not only limited to the conditions such as doctors and facilities of the medical institution, but also on the medical fee request or the medical practice, as the date selection column 101 on the reservation acceptance screen 100 in FIG. It is created from the date when the above constraints were checked.

  The date selection column 201 in FIG. 17 is an example in which the display locations for October 17, 18, 22, 23, and 24 are blank as dates for which reservations cannot be accepted. Note that the date selection column 101 in FIG. 16 is an example in which the display locations of dates for which reservations cannot be accepted are packed and displayed. The configuration other than the date selection column 201 on the reservation reception screen 200 in FIG. 17 is the same as that of the reservation reception screen 100 in FIG.

  FIG. 18 is an image diagram of another example of the reservation acceptance screen. The reservation reception screen 300 is provided with a date selection field 301, a notification field 302, a reservation button 303, and a cancel button 304. The notification column 302 of the reservation acceptance screen 300 in FIG. 18 displays the reason why a date that cannot accept reservations cannot be selected.

  The notification column 302 in FIG. 18 indicates that October 11 to 14 cannot be selected as “October 11 to 14 cannot be selected because it is necessary to leave four or more days from the previous visit due to the previous medical practice”. Is displayed. The configuration other than the notification column 302 of the reservation reception screen 300 in FIG. 18 is the same as that of the reservation reception screen 100 in FIG.

  18 is realized by using the medical practice check master 24 as shown in FIG. 19 and the non-reservation date list as shown in FIG. FIG. 19 is a configuration diagram of another example of the medical practice check master. FIG. 20 is a configuration diagram of an example of a non-reservation date list.

  The medical practice check master 24 in FIG. 19 includes an output message to be displayed in the notification column 302 as an item. Further, the non-reservation date list has a mechanism for associating a date on which the reservation cannot be accepted with an output message indicating the reason why the date cannot be selected.

  As described above, according to the appointment management system according to the present invention, the medical institution can suppress the gradual decrease in the number of claims for medical fees by checking the constraint condition on the demand for medical fees. In addition, the patient can make a safe reservation by checking the constraints on the medical practice. Furthermore, by displaying on the reservation reception screen the items that need to be notified from the medical institution to the patient, it is possible to improve the efficiency of the counter reception work and reduce the amount of unpaid money as a temporary contribution of the medical institution.

The present invention may have the following configurations as described below.
(Appendix 1)
A provider that provides a predetermined service has a computer that accepts reservations from users who use the service.
A first date addition procedure for determining a date that is inconvenient for the provider and adding the date to a non-reservation date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date addition procedure for adding a date that does not satisfy the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management program for executing a reservation reception procedure for providing a reception screen to a client operated by the user and receiving a reservation from the user.
(Appendix 2)
On the computer where the medical institution accepts appointments from patients,
Referencing the patient's medical information, comparing the medical practice and date the patient has received in the past with the medical action scheduled for the next time by the patient, and based on a predetermined medical fee claim condition, A first date addition procedure for adding a date on which the billing points are gradually reduced to a non-reservation date list that cannot be reserved;
Refer to the patient's medical information, compare the medical practice and date that the patient has received in the past with the medical action scheduled for the patient next time, and reserve the date that does not satisfy the prescribed contraindication conditions A second date addition procedure for adding to the outside date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management program for executing a reservation reception procedure for providing a reception screen to a client operated by the patient and receiving a reservation from the patient.
(Appendix 3)
The reservation management program according to claim 1 or 2, wherein the reservation reception procedure acquires notification information that needs to be notified to the user or patient and creates the reservation reception screen so as to include the notification information. .
(Appendix 4)
The reservation reception procedure obtains reason information indicating a reason why a reservation cannot be received for each date in which reservations cannot be received, which is excluded from the reservation reception date list, and the reservation reception screen is displayed to include the reason information. The reservation management program according to Supplementary Note 1 or 2, wherein the reservation management program is created.
(Appendix 5)
A provider that provides a predetermined service is a reservation management method for a computer that accepts a reservation from a user who uses the service,
A first date addition step in which the computer determines a date that is inconvenient for the provider, and adds the date to a non-reserved date list that cannot accept reservations;
The computer refers to the service usage information of the user, compares the content of the service used by the user in the past and the date of use of the service with the content of the service scheduled to be used by the user next time. Adding a date that does not satisfy the prescribed contraindication conditions to the non-reserved date list;
The computer excludes the reservation unavailable date added to the non-reservation date list from the date list for accepting reservations, and creates a reservation acceptance screen using the date list from which the dates not available for reservation are excluded. A reservation reception step of providing a reservation reception screen to the client operated by the user and receiving a reservation from the user.
(Appendix 6)
A providing side that provides a predetermined service is a reservation management device that accepts a reservation from a user who uses the service,
First date adding means for determining a date that is inconvenient for the provider and adding the date to an unreserved date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date adding means for adding a date not satisfying the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A reservation management device, comprising: a reservation receiving unit that provides a reception screen to a client operated by the user and receives a reservation from the user.
(Appendix 7)
A provider that provides a predetermined service has a computer that accepts reservations from users who use the service.
A first date addition procedure for determining a date that is inconvenient for the provider and adding the date to a non-reservation date list that cannot be reserved;
Refer to the service usage information of the user, compare the content of the service used by the user in the past and the date when the service was used with the content of the service scheduled to be used by the user next time. A second date addition procedure for adding a date that does not satisfy the condition to the non-reserved date list;
Create a reservation reception screen using a date list that excludes reservation-disabled dates that have been added to the non-reservation date list from the reservation-allowed date list and exclude reservation-disabled dates. A computer-readable recording medium storing a reservation management program for providing a reception screen to a client operated by the user and executing a reservation reception procedure for receiving a reservation from the user.

It is a block diagram of one Example of the reservation management system by this invention. It is a hardware block diagram of an example of a reservation management server. It is a sequence diagram of an example of a process in which a reservation management server receives a reservation from a client. It is a flowchart of an example showing the detail of the reservation reception screen creation process of step S5. It is a block diagram of an example of a patient master. It is a block diagram of an example of a medical practice check master. It is a block diagram of an example of a medical treatment fee check master. It is a block diagram of an example of the patient master in which specific data are stored. It is a block diagram of an example of the medical practice check master in which specific data is stored. It is a block diagram of an example of the medical treatment fee check master in which specific data is stored. It is a block diagram of an example of the record acquired from the patient master by the process of step S20-23. It is a block diagram of an example of the record acquired from the medical practice check master by the process of step S25. It is a flowchart of an example of a contraindication condition check process of step S26. It is a block diagram of an example of the record acquired from the medical treatment fee check master by the process of step S27. It is a flowchart of an example of the medical treatment fee check process of step S28. It is an image figure of an example of a reservation reception screen. It is an image figure of another example of a reservation reception screen. It is an image figure of another example of a reservation reception screen. It is a block diagram of another example of the medical practice check master. It is a block diagram of an example of a non-reservation date list.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Client 11 Browser 20 Reservation management server 21 Reservation management interface 22 Action check function 23 Patient master 24 Medical treatment check master 25 Medical fee check master 26 Hospital management information master 27 Reservation management master 30 Network 41 Input device 42 Display device 43 Drive device 44 Recording medium 45 Auxiliary storage device 46 Memory device 47 Arithmetic processing device 48 Interface device 100, 200, 300 Reservation acceptance screen

Claims (3)

On the computer where the medical institution accepts medical appointments from patients,
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list A first date addition procedure;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date addition procedure for adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition to the non-reserved date list by comparing with the next scheduled medical practice;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted Reservation management for creating a reservation reception screen using a list, providing the reservation reception screen to the client operated by the user, and receiving a reservation from the user , and reservation management for executing the reservation reception procedure program. A reservation management method executed by a computer ,
The computer is
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list A first date addition step;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date addition step of comparing the next scheduled medical practice and adding a date that does not satisfy the medical fee claim condition based on the diminishing condition and the adding condition to the non-reserved date list;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted create a reservation acceptance screen using the list, reservation management method of performing <br/> a reservation accepting step of providing the reservation acceptance screen to the client to manipulate the user makes a reservation accepted from the user. A reservation management apparatus in which a medical institution accepts medical appointments from patients ,
Record patient information recording means that records medical information including the previous visit date, previous medical practice, and next scheduled medical practice of each patient, and medical practice check information including medical practice, medical practice-related contraindications, and contraindication conditions With reference to the medical practice check information recording means, the previous medical practice performed by the patient and the previous visit date are compared with the next scheduled medical practice, and the date not satisfying the contraindication conditions is added to the non-reserved date list First date adding means;
With reference to the patient information recording means and the medical fee check information recording means for recording the medical fee check information including the medical practice, the gradual condition, and the addition condition, the past medical action and the past visit date performed by the patient, A second date adding means for comparing the next scheduled medical practice and adding a date that does not satisfy the medical fee claim condition to the non-reserved date list based on the diminishing condition and the adding condition;
The hospital management information recording means for recording the management information of doctors and facilities of the medical institution, after excluding the reservation unavailable date added to the non-reservation date list from the date list that can accept reservations, and The reservation information recording means that records the reservation information that has been received by the medical institution, and excludes the date on which the medical institution cannot accept reservations from the list of acceptable reservations and excludes the date on which reservations cannot be accepted Reservation receiving means for creating a reservation reception screen using a list and providing the reservation reception screen to a client operated by the user to receive a reservation from the user. Reservation management device.

Images